WO2008131656A1 - Service processing method, apparatus of charging system and charging system - Google Patents

Service processing method, apparatus of charging system and charging system Download PDF

Info

Publication number
WO2008131656A1
WO2008131656A1 PCT/CN2008/070221 CN2008070221W WO2008131656A1 WO 2008131656 A1 WO2008131656 A1 WO 2008131656A1 CN 2008070221 W CN2008070221 W CN 2008070221W WO 2008131656 A1 WO2008131656 A1 WO 2008131656A1
Authority
WO
WIPO (PCT)
Prior art keywords
module
processing
file
auditing
audit
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/CN2008/070221
Other languages
English (en)
French (fr)
Inventor
Tiepeng Dang
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to ES08706598.3T priority Critical patent/ES2525369T3/es
Priority to EP08706598.3A priority patent/EP2157729B1/en
Publication of WO2008131656A1 publication Critical patent/WO2008131656A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements specially adapted for data communications, e.g. authentication, authorisation and accounting [AAA] framework
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/41—Billing record details, i.e. parameters, identifiers, structure of call data record [CDR]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/48—Secure or trusted billing, e.g. trusted elements or encryption
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/01—Details of billing arrangements
    • H04M2215/0156—Secure and trusted billing, e.g. trusted elements, encryption, digital signature, codes or double check mechanisms to secure billing calculation and information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/01—Details of billing arrangements
    • H04M2215/0164—Billing record, e.g. Call Data Record [CDR], Toll Ticket[TT], Automatic Message Accounting [AMA], Call Line Identifier [CLI], details, i.e. parameters, identifiers, structure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/14—Billing aspects relating to the actual charge

Definitions

  • the invention belongs to the technical field of telecommunication network charging, and particularly relates to a service processing method, device and charging system of a charging system. Background technology
  • the billing system is the core system in the field of operation support. It obtains bills from the equipment, completes the billing and billing, generates bills, and completes the inter-network settlement function.
  • the bills and settlements generated by the above calculations determine the income of the operators and are the basis for the payment of the average consumer, so the accuracy and completeness of the calculations are of great concern.
  • the related technology for ensuring accurate and complete processing of bills in the billing system is called bill queuing.
  • the input of the collection module is the original bill file sent by the device, and the bill file output after the pre-processing is a detailed file, which constitutes the input of the billing processing module, so it can be seen that each module processes The input is different.
  • the input/output CDR files of each module are not mutually--corresponding, for example, when the user sends a short message in the network (the receiver is also the carrier's customer), the original CDRs collected from the device are collected.
  • the file includes three call records, a transmission record generated by the switching center device immediately after the user sends the message, and a received data record generated by a switching center. When the receiving end starts receiving, there is also a record of the message from the short message center.
  • the original CDR file has different formats defined by each network equipment manufacturer, and the content included is different. Sometimes, it contains many device-level and network signaling redundancy information.
  • the first step in billing is to convert the original bill file into The detailed document with uniform format and predetermined content is provided for subsequent billing processing module and accounting processing module to be priced and processed according to a unified process.
  • the three original bill files of the above-mentioned intra-network short messages are merged into two detailed single files after being pre-processed, and placed under the names of the sender and the receiver respectively. At this point, the original CDR file and the detailed document are in a many-to-many relationship.
  • the exchange center will output a original bill file
  • the SMS center will output a original bill file
  • the SMS gateway will output an original bill file.
  • a total of 3 original words A single file is merged and merged, and only one detailed document is kept, which is placed under the sender's name and used for subsequent pricing.
  • Some switches will split a long-time call into multiple CDRs and send them in different original CDR files. In this case, the pre-processing module needs to put such CDRs into the waiting queue until receiving. The original original bill is re-consolidated into a detailed document output.
  • the original bill file and the detailed document file are also large in time span, because the same original bill file is collected into the cluster module.
  • Some of the records are processed quickly and placed in the output CDR file of the current batch of the module.
  • Some of the records need to be merged with the subsequent original CDRs. That is, it is possible that the records of one original CDR file are pre-processed and distributed in multiple In the detailed document, and the total processing time is more than one day, some detailed documents in this time period may contain the records generated by this original bill file.
  • the collection module inputs the original CDR file, and the output is a CDR file classified and renamed by service type.
  • the number of call records, format, and sorting method have changed.
  • the billing processing module receives the bill file classified by the service type, and generates a batch detailed document classified by users with different billing periods after the rating, and the emission mode, format, number of records, and the receiving time thereof. A fundamental change has taken place.
  • the account processing module then continues processing the output bill file of the billing processing module.
  • the audit of the prior art is mainly based on the current bill processing flow, and is audited in several main processing modules (the collection module, the billing processing module, the accounting processing module, the settlement processing module), and compares each processing module before and after processing. Statistical results. It can be seen from the prior art that since the single file processed by each module is different, each document file of each stage is not corresponding to each other, and for the user, when the bill is audited, if the subsequent mode is Block processing errors will not be able to locate the initial processing, which means that the user cannot talk to a single file for effective tracking during bill auditing, and this traceability is important for the billing system.
  • SUMMARY OF THE INVENTION The embodiments provide a service processing method for a billing system, including:
  • the tracking dialog file is tracked when the audit is abnormal, and the exception processing step is located.
  • the embodiment of the invention further provides a service processing device of the charging system, including:
  • Receiving module for receiving the original bill file
  • Identification module used to add an identifier to the original bill file
  • the CDR file processing module is configured to process the input CDR file of the added identifier, and output a subsequent CDR file with the identifier;
  • the audit module is configured to perform auditing on the input and output of the bill file processing module.
  • the tracking module is configured to track the bill file with the identifier when the audit exception occurs.
  • a charging system including:
  • Receiving module for receiving the original bill file
  • the collection module is configured to collect the original CDR file and generate a subsequent CDR file
  • Billing processing module used to perform batch processing on subsequent bill files
  • the account processing module is configured to receive the CDR file after the batch processing and perform the accounting processing on the subsequent CDR file;
  • the settlement processing module is configured to perform settlement processing on subsequent bill files output by each module; and an identifier module: configured to add an identifier to the original bill file collected by the collection module; Audit module: used for auditing the input and output of the acquisition module, billing processing module, accounting processing module and settlement processing module;
  • Tracking module Used to track subsequent bill files with the logo.
  • the identifier is added to the original bill file, and the subsequent bill file with the identifier is generated, and the dialog file can be effectively tracked through the unified identifier.
  • the fault point can be accurately and timely located to achieve effective fault location.
  • FIG. 1 is a schematic diagram of generating a file identifier in a method according to an embodiment of the present invention
  • FIG. 2 is a schematic diagram of distribution of a method audit point according to an embodiment of the present invention.
  • FIG. 3 is a flowchart of a method according to a first embodiment of the present invention.
  • FIG. 4 is a flowchart of generating a bill in a method according to an embodiment of the present invention.
  • FIG. 5 is a schematic structural diagram of a service processing apparatus of a charging system according to a second embodiment of the present invention
  • FIG. 6 is a schematic structural diagram of a charging system according to a third embodiment of the present invention. detailed description
  • the original bill file or the generated subsequent bill file may be selected as the auditing dimension.
  • the embodiment selects the original bill file as the billing system input as the auditing.
  • the dimension is identified by the original bill file (for example, the original bill file name or the corresponding original bill file name ID, the same below), and the original file name can be "device name" + " ⁇ ""File type, for example, MSC012005103000.dat represents the original bill file generated by a switching device (MSC01) at 10:30 in 2005, SMSC022005102000.dat represents the short message center ( SMSC02) 05
  • the original bill file generated at 10:20 in the year, when using the corresponding ID of the original bill file name can directly write a corresponding ID, for example, the flag 2234234342 indicates the file from MSC012005103000.dat, 23542569023 indicates From SMSC022005102000.dat.
  • the ultimate goal is to have each original bill file record and detailed file file corresponding to the original bill file identifier.
  • the original CDR file identifier is added to the call record in each original CDR file, and the file name changes in the subsequent billing and rating process.
  • the records are sorted in the order in which the CDRs are merged, split, or discarded, and the original original CDR file identification information is retained in the records. This information is used by the subsequent modules for statistical dimensions, and the statistics are sent to a unified audit function module for aggregation, providing the operator with a unified browsing console.
  • the entire billing system contains multiple processing modules.
  • Figure 1 shows the clustering module (the MDS module, which collects and preprocesses the original bill file) and the billing processing module (the Rating module, Subsequent bill files are subject to batch processing), accounting processing module (Billing module, accounting processing for subsequent bill files).
  • the above modules have a sequential relationship from the business process.
  • the overall input is the original CDR files collected by the collection module, which may come from a fixed network, a mobile network device or a settlement center.
  • the collection module When the collection module preprocesses a collection of the original CDR file named "filenamel", it outputs one or more processed OutfilenameB subsequent CDR files, which contain many call records, each record.
  • the original bill file identification information of a field is added in the middle, and the content may be the original bill file name information (such as MSC012005103000.dat) or the corresponding file ID information.
  • each module counts the original bill file identification information, and clarifies the audit parameters of the call record with the ID in the module, such as: processing success number, error number, merge and split score, and sending these audit parameters Go to the system monitoring database.
  • the operator understands and views the summary auditing parameters of each module in the database, and automatically calculates whether the processing is normal according to the calculation formula. If the processing is abnormal, it is in a period of time (can be configured by the user, mainly considering After the network bill processing delay), an alarm is generated. The user CDR is processed abnormally. At this time, the file can be traced by the file identification dialog file. As shown in FIG. 2, in this embodiment, a reasonable audit point is pre-defined, and two systems respectively output unified audit information on two sides of each audit point, and five audit points are divided in FIG. 2, namely:
  • the collection module MDS module
  • the billing processing module Rating module
  • the accounting processing module Billing module
  • the settlement processing module PRM module, settlement processing of subsequent bill files
  • the call records in the CDR file received and processed by the user are counted as a unified original CDR file as a dimension, and sent to the system monitoring database, wherein the settlement operation receives the call record in the CDR file from each module. , so it is a multi-entry operation.
  • the number of call records processed before and after processing by each module can be obtained.
  • the data parameters for the bill audit function are shown in Table 1:
  • MDS filter NUM The number of records filtered by the MDS module.
  • MDS balances the processing balance flag of the MDS module, and the calculation formula is
  • MDSInNum-( MDSfilter NUM + MDSmerg NUM + MDS2Rating NUM + MDS2PRM NUM), 0 means that each module needs to periodically count its received audit parameters (such as: the total number of records received, the number of records filtered out) (actively abandon or error), the number of merged records (including splits), the number of records sent to the next link module (the downstream processing module in the above table is the Rating module and the PRM module), and these audit parameters are received by the MDS module.
  • the original CDR file name is indexed for accumulation, that is to say, each original CDR file name corresponds to one record, and no processing is not submitted during this period.
  • the system monitoring module performs audit calculation between each processing module and within the module according to the following formula, and calculates several key global auditing indicators.
  • the implementation in this example is as follows. 6 global audit indicators:
  • MDS&Rating balance flag Indicates whether the transmission of the MDS module and the receiving module are equal.
  • the calculation formula is MDS2Rating. [Note: The number of call records sent by the MDS module to the Rating module] - RatinglnNum [Note: The number of call records received by the Rating module], 0 means the processing is normal, otherwise it means the processing is abnormal;
  • PRMReceived balance flag indicates the number of records sent by the MDS module and the Rating module to the PRM module and whether the PRM module receives the balance.
  • the calculation formula is: PRMInNum [Note: PRM mode The number of call records received by the block] - ( MDS2PRM [Note: The number of call records sent by the MDS module to the PRM module] + Rating2PRM [Note: The number of call records sent by the Rating module to the PRM module]), 0 means the processing is normal, otherwise Indicates that the processing is abnormal;
  • Rating&Billing Balance Flag Indicates whether the number of call records received by the Rating module and the Billing module is balanced by the Rating module.
  • the calculation formula is Rating2Billing. [Note: The number of call records sent by the Rating module to the Billing module] - BillinglnNum [Note: The Billing module receives The number of call records], 0 means normal, otherwise it means abnormal processing;
  • MDS balance flag Indicates whether the processing inside the MDS module is balanced.
  • the calculation formula is MDSInNum. [Note: The number of call records received by the MDS module] - ( MDSfilter NUM [Note: The number of call records actively filtered by the MDS module] + MDSmerg NUM [ Note: The number of call records merged by the MDS module] +MDS2Rating NUM [Note: The number of call records sent by the MDS module to the Rating module] + MDS2PRM NUM [Note: The number of call records sent by the MDS module to the PRM module]), indicating 0 Processing is normal, otherwise it means abnormal processing;
  • Rating Balance Flag Indicates whether the processing inside the Rating module is balanced.
  • the calculation formula is RatinglnNum. [Note: The number of call records received by the Rating module] - (Rating filter NUM [Note: The number of call records actively filtered by the Rating module] + Rating merge NUM [Note: The number of call records merged by the Rating module] + Rating to Billing NUM [Note: The number of call records sent by the Rating module to the Billing module] + Rating to PRM NUM [Note: The number of call records sent by the Rating module to the PRM module ⁇ ), 0 means the processing is normal, otherwise it means the processing is abnormal;
  • PRM balance flag Indicates whether the processing inside the PRM module is balanced. The calculation formula is
  • PRMInNum The number of call records received by the PRM module is PRMfiltered [Note: The number of call records actively filtered by the PRM module] + PRMmerged [Note: The number of call records merged by the PRM module] + PRMOutNum [Note: Calls output by the PRM module] Number of records]), 0 means the processing is normal, otherwise it means the processing is abnormal.
  • All the auditing parameters of the above auditing marks are the dimensions of the original bill file collected by the system.
  • the statistics are the processing of the bill file between modules and modules. The above is only one.
  • different audit points and different audit indicators may be set according to different requirements of the billing system, and details are not described herein.
  • the most end-to-end audit flag is 0, which means that the CDR file has no abnormality in the end-to-end processing of the entire system. If after a period of time (from the beginning of the collection, the system processing delay is considered), it is still not balanced, indicating that the audit is performed. Abnormal, should be alert reminder processing.
  • the above solution also brings other functions. Since the user can see that each original CDR file in each system has errors, merges, and success numbers in the system, it can quickly locate the specific module. Secondly, since the system already has the basic data, the system can perform statistics based on the collection point (the bill collection device), analyze the error rate of the bill file and the reason, and optimize the network. Further, the traffic statistics and cost characteristics of different services can be analyzed according to the classification and classification of the file types of the CDRs.
  • the first embodiment of the present invention provides a method for processing a service of a charging system.
  • the method of the first embodiment is shown in FIG. 3, for example:
  • Step S100 Receive the original bill file.
  • the original CDR file is received by the collection module, which is generated by devices such as a switching center, and each is combined and encoded according to its own device definition format, and the original CDR file is an input of the entire billing system.
  • Step S200 Add the original bill file identifier to an original bill file, perform subsequent billing processing on the original bill file that is added to the original bill file identifier, and generate a subsequent bill with the original bill file identifier.
  • the file, the specific process is shown in Figure 4.
  • the two text messages of the above example will be distributed in three original bill files, and a total of six call records.
  • the original bill file MSC01200411121030.dat of the switching center records the receiving number of the mobile phone users whose number is AAAAAAAAAAA, and the number of the mobile phone users is 1 record. A total of 3 records.
  • the short message center's original bill file SMSC02200411120268.dat records the number of AAAAAAAAAAA mobile phone users sending numbers for BBBBBBBBB mobile phone users and the number is AAAAAAAAAAA mobile phone users sending numbers for CCCCCCCCC mobile phone users these two messages in the message center processing record, and short
  • the original CDR file SMSGW02200411120678.dat of the message gateway records one processing record when processing the mobile phone number of the CCCCCCCCC mobile phone number.
  • the six records collected are distributed in three original bill files and become the original call records.
  • the collection module After the collection module is processed, it is merged into a total of 4 records, and 3 detailed single files are sent to the billing processing module for processing. At this time, according to the service classification, all the short messages in the same batch of bill files are in one bill. In the file SMS200411120225.dat, if there is a call, all the calls are in another CDR file. If there is Internet access, the Internet data is in a CDR file.
  • each call record of each bill file has the original bill file name
  • each call record of SMS200411120225.dat has the original bill file name MSC01200411121030.dat, SMS200411120446.dat each call.
  • the original document file name SMSGW02200411120678.dat is included in the record for source tracking and calculation of records.
  • the number of call records of the original bill of the SMS center is merged in the processing of the collection module in this example, the number of loss records 2, the number of call records of the original bill of the SMS center, in this example
  • the processing of the collection module has been merged, and the loss of the planned loss 2 can be counted and considered normal.
  • the abnormal situation of this scheme is mainly for unstated and abnormal unplanned losses. It is directly reflected in the imbalance of the subsequent audit calculation formula.
  • the bill file is classified according to different billing periods (deciding the billing and billing date), the users in the same billing period in the same batch bill file, all the business usage records are In the same CDR file, all the calls, text messages, Internet access and other data of the AAAAAAAAAAA mobile phone users appear in a file 0120061012052.dat, and are ready to be submitted to the account processing module for accounting, leaving only 2 records.
  • the call record in the embodiment of the present invention is a generalized record, which may be a record generated by the charging system when the users talk to each other, or may be a short message charging system of the user.
  • the generated record can also be a record generated by the system when the user goes online, and the like.
  • Step S300 Each processing module collects statistics on the data received and processed by the unified processing file information dimension.
  • Step S400 Perform audit calculation between each processing module and inside the module.
  • MDS&Rating balance flag MDSInNum-( MDSfilter NUM + MDSmerg NUM +MDS2Rating NUM + MDS2PRM NUM), substituted into the data in the above table, the calculation result is 0, indicating that the processing is normal.
  • the other five global audit indicators: PRMReceived Balance balance flag, Rating & Billing Balance balance flag, MDS Balance balance flag, Rating Balance balance flag and PRM Balance balance flag are all 0, indicating that the processing is normal.
  • Step S500 At this time, the system monitoring module can obtain a complete set of system monitoring data, and can obtain the processing status of each original bill file in the system, and further summarize whether the abnormality is calculated, and if an abnormality occurs, the original words can be passed.
  • the single file name dialog file is tracked, and the exception handling steps are located.
  • the solution of the embodiment adds the necessary identification information, a unified statistical dimension, and a system architecture, so that the processing progress of the original CDR file in each module can be known in real time, and when it is long (can be set, generally 24) Hours)
  • the system can actively alert when a raw bill file cannot be audited.
  • the system monitoring interface can track all the CDR files in a time period by using the original CDR file name, or directly track a specified CDR file or a service type file.
  • the normal processing of all files means that the billing system is operating normally.
  • the second embodiment of the present invention provides a billing system service processing apparatus, and the structure thereof is as shown in FIG. 5, including:
  • Receiving module 10 for receiving the original bill file
  • the identification module 100 is connected to the receiving module 10 and used to add an identifier to an original bill file.
  • the original bill file identifier is added to the call record in the original bill file.
  • the identifier information is not A change occurs, which allows subsequent generated detail files to correspond to the original CDR file identifier.
  • the processing module 200 is connected to the identifier module 100 and configured to enter the CDR file of the input identifier Line processing, according to specific requirements and output subsequent CDR files with the logo;
  • the auditing module 300 is connected to the processing module 200 for auditing the input and output of the processing module; checking whether there is an error in the processing of the processing module, and performing auditing on each step and each step of the processing of the processing module;
  • the tracking module 400 is connected to the audit module 300 for tracking the bill file with the identifier. When the fault needs to be located, tracking is performed according to the identifier, and the specific processing steps are located.
  • the identification module 100 includes:
  • Identification sub-module 110 used to add the identifier to the call record of the original bill file.
  • the processing module includes 200:
  • the collection module 210 is configured to perform collection of the original bill file, and one or a combination of the following modules: the billing processing module 220: connected to the collection module 210, configured to perform batch processing on the subsequent bill file;
  • the account processing module 230 is connected to the billing processing module 220 and configured to perform accounting processing on subsequent bill files;
  • the settlement processing module 240 is connected to the collection module 210, the billing processing module 220, and the account processing module 230, and is configured to perform settlement processing on subsequent bill files;
  • the audit module 300 includes:
  • the audit sub-module 310 is used for extracting audit parameters of the bill file input and output by each processing module, and performing auditing between and within each processing module.
  • the audit sub-module 310 includes:
  • the collection and billing audit sub-module 311 is used for auditing between the collection module 210 and the billing processing module 220;
  • the collection and accounting checkout sub-module 312 is configured to perform auditing between the collection module 210 and the billing processing module 220 and the settlement processing module 240;
  • the billing and accounting inter-audit sub-module 313 is configured to perform auditing between the billing processing module 220 and the billing processing module 230;
  • the internal audit sub-module 314 is configured to perform auditing inside the collection module 210;
  • Billing internal audit sub-module 315 used for billing processing module 220 for internal auditing
  • the settlement internal audit sub-module 316 is used for the internal auditing of the settlement processing module 240.
  • a third embodiment of the present invention provides a charging system.
  • the structure of the charging system is as shown in FIG. 6.
  • the charging system includes:
  • the receiving module 20 is configured to receive the original bill file
  • the collection module 500 is connected to the receiving module 20 and configured to collect the original bill file to generate a subsequent bill file.
  • the billing processing module 600 is connected to the collection module 500 and configured to perform batch processing on subsequent bill files;
  • the account processing module 700 is connected to the billing processing module 600 and configured to perform accounting processing on subsequent bill files;
  • the settlement processing module 800 is connected to the collection module 500, the billing processing module 600, and the account processing module 700, and is configured to perform settlement processing on subsequent bill files;
  • the billing system adds the following functional modules:
  • the identification module 910 is connected to the collection module 500, and is configured to force the identification in the original bill file collected by the collection module;
  • the auditing module 920 is configured to be connected to the collection module 500, the billing processing module 600, the account processing module 700, and the settlement processing module 800, for performing auditing on the input and output of the processing module;
  • the tracking module 930 is connected to the collection module 500, the billing processing module 600, the account processing module 700, the settlement processing module 800, and the audit module 920 for tracking the bill file with the identifier.
  • the identification module 910 includes:
  • Identification sub-module 911 used to add the identifier to the call record of the original bill file.
  • the audit module 920 includes:
  • Audit sub-module 921 an auditing parameter for extracting the CDR file input and output of each processing module Number, audited between and within each processing module.
  • audit sub-module 921 includes:
  • the collection and billing audit sub-module 9211 is used for auditing between the collection module 500 and the billing processing module 600;
  • the collection and accounting checkout sub-module 9212 is used for auditing between the collection module 500 and the settlement processing module 800 and between the billing processing module 600 and the settlement processing module 800;
  • Billing and accounting inter-audit sub-module 9213 used for auditing between the billing processing module 600 and the billing processing module 700;
  • ⁇ Set internal audit sub-module 9214 Used for internal auditing of module 500;
  • Billing internal audit sub-module 9215 Used for billing processing module 600 internal auditing
  • billing internal audit sub-module 9216 Used for billing processing module 800 for internal auditing.
  • the identifier is added to the original bill file, and the subsequent bill file with the identifier is generated, and the dialog file can be effectively tracked through the unified identifier.
  • the system can perform statistics based on the collection point (the bill collection device), analyze the error rate of the bill file and the reason, and optimize the network. Further, according to the vocabulary file type classification statistics, the business volume and cost characteristics of different services can be analyzed.
  • All or part of the technical solutions provided by the above embodiments may be implemented by software programming, and the software program is stored in a readable storage medium such as a hard disk, a optical disk or a floppy disk in a computer.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Meter Arrangements (AREA)
  • Debugging And Monitoring (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

一种计费系统的业务处理方法、 装置及计费系统 技术领域
本发明属于电信网计费技术领域， 特别涉及一种计费系统的业务处理方法、 装置及计费系统。 说 背景技术
计费系统是运营支撑领域的核心系统， 它从设备获取话单， 完成批价计费 生成帐单， 同时完成网间结算功能。 上述运算书生成的帐单和结算 4艮表决定了运 营商的收入， 也是普通消费者的缴费依据， 所以运算的准确性和完整性备受关 注。 保证话单在计费系统中准确、 完整处理的相关技术称为话单稽核。
目前， 国内和海外常见计费系统中， 基本釆用了单点的话单内部稽核技术， 保证关键处理步骤的完整性。 业界通用的主要关键点包括釆集、 预处理、 批价、 结算等， 这些关键过程可以在处理前后核对处理记录、 出错条数等内容， 形成 稽核报告。
釆集模块的输入是设备发来的原始话单文件， 预处理完成后输出的话单文 件是详单文件， 该详单文件构成了计费处理模块的输入， 因此可以看出， 各模 块处理的输入是不同的。 同时各模块的输入 /输出话单文件彼此之间也不是—— 对应的， 例如， 当用户发送一条网内 （接收方也是本运营商客户）短信时， 从 设备上釆集到的原始话单文件包括 3 条通话记录， 一条交换中心设备在用户发 送完后立即产生的发送记录， 一条交换中心产生的接收数据记录， 当接收端开 机接收后， 还有一条来自短信中心的该消息的记录。 上述原始话单文件各家网 络设备厂商定义的格式不同， 包含的内容也不同， 有时包含很多设备级的、 网 络信令的冗余信息。 而计费首要的步骤就是通过采集将原始话单文件转化成为 格式统一、 内容事先确定好的详单文件， 供后续计费处理模块和帐务处理模块 按照统一的流程进行批价和处理。 上述网内短信的 3 条原始话单文件经过釆集 预处理后合并为 2条详单文件， 分别放在发送方和接收方名下。 此时原始话单 文件与详单文件是多对多的关系。 如果是网间 （发送方和接收方属于不同运营 商）短信， 则交换中心出一条原始话单文件， 短信中心出一条原始话单文件， 短信网关出一条原始话单文件， 一共 3条原始话单文件， 经过釆集后进行合并， 并只保留 1 条详单文件， 放在发送方名下， 用于后续批价计费。 又如： 部分交 换机会将一次长时间通话拆分成多条话单在不同的原始话单文件中发过来， 此 时就需要预处理模块将这类话单放入等待处理队列中， 直到接收到最后一条原 始话单， 再重新合并成为一条详单文件输出， 此时原始话单文件与详单文件在 时间跨度上也很大， 因为同一个原始话单文件釆集到釆集模块后， 其中一部分 记录很快处理完成放到本模块当前批次的输出话单文件中， 另有部分记录需要 和后续原始话单合并， 即有可能一个原始话单文件的记录预处理后分布在多个 详单文件中， 并且总处理时间超过一天， 此时间段内的若干详单文件都有可能 包含此原始话单文件产生的记录。
釆集模块输入的是原始话单文件， 输出时是按业务类型分类并重新命名的 话单文件， 里面的通话记录数、 格式、 排序方式都已经发生了变化。 计费处理 模块接收了这种按业务类型分类的话单文件， 批价后生成了以不同帐期的用户 为分类的批价详单文件， 里面的排放方式、 格式、 记录数又和其接收时发生了 根本变化。 帐务处理模块再对计费处理模块的输出话单文件继续处理。
现有技术的稽核主要是基于目前的话单处理流程，在几个主要处理模块（釆 集模块、 计费处理模块、 帐务处理模块、 结算处理模块） 中进行稽核， 比较每 个处理模块处理前后的统计结果。 由现有技术可以看出， 由于各模块处理的话单文件是不同的， 各个阶段的各 话单文件彼此之间又不是——对应的， 对用户来说， 话单稽核时， 如果后续模 块处理出错将无法定位到最初的处理过程， 也就是说话单稽核处理时用户无法 对话单文件进行有效跟踪， 而这种可追踪性对于计费系统是很重要的。 发明内容 明实施例提供了一种计费系统的业务处理方法， 包括：
接收原始话单文件；
在原始话单文件中增加标识， 并对增加标识的原始话单文件进行处理， 生 成带有所述标识的后续话单文件；
稽核含有所述标识的话单文件的处理步骤， 并
在稽核异常时通过所述标识对话单文件进行跟踪， 定位异常处理步骤。 同时本发明实施例还提供一种计费系统的业务处理装置， 包括：
接收模块： 用于接收原始话单文件；
标识模块： 用于在原始话单文件中加入标识；
话单文件处理模块： 用于对输入的加入标识的话单文件进行处理， 并输出 带有所述标识的后续话单文件；
稽核模块： 用于对所述话单文件处理模块的输入、 输出进行稽核； 跟踪模块： 用于在稽核异常时， 对带有所述标识的话单文件进行跟踪。 进而本发明实施例还提供了一种计费系统， 包括：
接收模块： 用于接收原始话单文件；
釆集模块： 用于对原始话单文件进行釆集， 生成后续话单文件；
计费处理模块： 用于对后续话单文件进行批价处理；
帐务处理模块： 用于接收批价处理后的话单文件并对后续话单文件进行帐 务处理；
结算处理模块： 用于对各模块输出的后续话单文件进行结算处理； 标识模块： 用于在釆集模块釆集的原始话单文件中加入标识； 稽核模块： 用于对采集模块、 计费处理模块、 帐务处理模块和结算处理模 块的输入、 输出进行稽核；
跟踪模块： 用于对带有所述标识的后续话单文件进行跟踪。
由上述本发明提供的实施例可以看出， 在原始话单文件中加入标识， 并生 成带有该标识的后续话单文件， 通过统一的标识， 可以实现对话单文件进行有 效跟踪。 进而当处理出现故障时， 可以及时准确地定位到故障点所在， 实现有 效故障定位。 附图说明
图 1为本发明实施例提供的方法中文件标识生成示意图；
图 2为本发明实施例提供的方法稽核点分布示意图；
图 3为本发明提供的第一实施例的方法流程图；
图 4为本发明实施例提供的方法中话单生成的流程图；
图 5为本发明提供的第二实施例的计费系统的业务处理装置结构示意图； 图 6为本发明提供的第三实施例的计费系统的结构示意图。 具体实施方式
本发明实施例中， 可以选择原始话单文件或其生成的后续话单文件作为稽 核的维度， 作为优选方案， 本实施例选择了作为计费系统输入的釆集到的原始 话单文件作为稽核的维度， 以原始话单文件标识 （例如可以釆用原始话单文件 名或相应的原始话单文件名的 ID等， 下同）为索引， 釆用原始文件名时可以为 "设备名" +"釆集文件曰期 " "文件类型，，， 例如 MSC012005103000.dat 表示某个 交换设备（MSC01)2005 年 10 点 30 分产生过来的原始话单文件， SMSC022005102000.dat表示短消息中心 ( SMSC02 ) 05年 10点 20分产生的原 始话单文件， 釆用相应的原始话单文件名的 ID时， 可以直接写入一种对应 ID , 例如标志 2342342342表示来自 MSC012005103000.dat文件， 23542569023表示 来自于 SMSC022005102000.dat。 最终目的是让每条原始话单文件记录和详单文 件， 都能够对应到原始话单文件标识上。 在首次进行处理时 （一般是话单预处 理功能）在每条原始话单文件中的通话记录中添加原始话单文件标识， 在后续 的计费及批价过程中， 无论是文件名如何变化， 记录按照何种顺序排列， 话单 文件合并、 拆分或者放弃， 都在记录中保留最初的原始话单文件标识信息。 这 种信息被后续模块用于统计维度， 并将统计信息发送到统一的稽核功能模块进 行汇总， 从而提供给操作员一个统一的浏览控制台。
如图 1所示， 整个计费系统内部包含多个处理模块， 图 1显示了釆集模块 ( MDS模块，对原始话单文件进行釆集和预处理 )、计费处理模块（ Rating模块， 对后续话单文件进行批价处理）、 帐务处理模块（Billing模块， 对后续话单文件 进行帐务处理）。 上述模块从业务流程上具有先后关系， 总体的输入是釆集模块 釆集来的原始话单文件， 这些文件可能来自固定网络、 移动网络设备或者结算 中心。
当釆集模块预处理完毕一个釆集到的名为 "filenamel"的原始话单文件后，它 输出一个或多个处理完成后的 OutfilenameB后续话单文件， 其中包含很多条通 话记录， 每条记录中都被增加了一个字段的原始话单文件标识信息， 内容可以 是原始话单文件名信息（如 MSC012005103000.dat ) ,或者是对应的文件 ID信息。
经过后续的计费处理模块和帐务处理模块处理， 输出的文件名在不断发生 变化， 但是他们输出的后续话单文件中的通话记录依然保留了原始话单文件标 识信息。
最终， 每个模块以原始话单文件标识信息进行统计， 明确具有该标识的通 话记录在本模块的稽核参数， 如： 处理成功数、 出错数、 合并和拆分数， 并将 这些稽核参数发送到系统监控数据库。
操作人员在系统监控台的稽核功能界面中， 了解和查看数据库中的各模块 汇总稽核参数， 并根据计算公式自动计算处理是否正常， 如果处理异常， 则在 一段时间 （可以由用户配置， 主要考虑到网络话单处理延时）后进行告警， 提 示用户话单处理异常， 此时可以通过文件标识对话单文件进行跟踪。 如图 2所示， 本实施例预先划分出合理的稽核点， 在每个稽核点的 2侧分 别有 2个系统输出统一的稽核信息， 图 2中划分了 5个稽核点， 分别是：
1、 釆集完毕；
2、 预处理完毕；
3、 批价完毕；
4、 出帐完毕；
5、 结算开始；
在每个点的 2侧， 釆集模块（MDS模块）、 计费处理模块（Rating模块）、 帐务处理模块（Billing模块） 以及结算处理模块（PRM模块， 对后续话单文件 进行结算处理）将对自己接收到的和处理完成的话单文件中的通话记录以统一 的原始话单文件作为维度进行统计， 并发送到系统监控数据库， 其中结算操作 由于接收来自各个模块的话单文件中的通话记录， 因此它是一个多入口的操作。
最终可以得到每个模块处理前、 以及处理后发给下一个模块的通话记录处 理数， 下面以 MDS 模块为例， 说明每个模块需要发送给监控数据库的内容， MDS模块发送给监控数据库的内容中进行话单稽核功能的数据参数如表 1 所 示：
表 1
变量名 描述
FileName 系统釆集的原始话单文件名， 作为索引
Collect Time 釆集时间
MDSInNUM MDS模块接收到的文件中的总记录数
MDS filter NUM 该文件 MDS模块过滤掉的记录数
MDS merge 该文件中 MDS模块合并损失记录数
NUM
MDS 2 Rating 该文件产生的发给 Rating模块的记录数 NUM
MDS 2 PRM 该文件产生的发给 PRM模块的记录数
NUM
MDS 平衡 MDS 模块的处理平衡标志， 计算公式为
MDSInNum-( MDSfilter NUM + MDSmerg NUM +MDS2Rating NUM + MDS2PRM NUM)， 为 0表 示处理正常 每个模块都需要定时将自身统计的接收到的稽核参数（如： 接收的总记录 数、 过滤掉的记录数（主动放弃或出错）、 合并掉的记录数（含拆分））发给下 一环节模块的记录数 (上表的下游处理模块是 Rating模块和 PRM模块 ), 这些 稽核参数以 MDS模块接收到的原始话单文件名为索引进行累计， 也就是说， 每 个原始话单文件名对应一条记录， 本时段没有处理的不提交。
其他模块实现与此类似， 具体的参数值由于业务特点和下游模块不同略有 出入， 此处不再赘述。
最终可以得到一套完整的系统监控稽核参数， 可以获得每个原始话单文件 在系统中的处理情况， 并进而总结计算出是否存在异常。
相对于前面提到的几个稽核点， 系统监控模块根据以下公式， 在各处理模 块之间和模块内部进行稽核计算， 计算出几个关键的全局稽核指标， 本例中的 实现如下,分为 6个全局稽核指标：
MDS&Rating 平衡标志： 表示 MDS模块的发送和 Rating模块的接收是否 相等， 计算公式为 MDS2Rating 【注： MDS模块发送给 Rating模块的通话记录 数】 - RatinglnNum【注： Rating模块接收到的通话记录数】， 为 0表示处理正 常， 否则表示处理异常；
PRMReceived 平衡标志：表示 MDS模块和 Rating模块发送给 PRM模块的 记录数和 PRM模块接收到的是否平衡， 计算公式为， PRMInNum【注： PRM模 块接收到的通话记录数】 - ( MDS2PRM 【注： MDS模块发送给 PRM模块的 通话记录数】 + Rating2PRM【注： Rating模块发送给 PRM模块的通话记录数】 ）， 为 0表示处理正常， 否则表示处理异常；
Rating&Billing 平衡标志： 表示 Rating模块发送给 Billing模块的和 Billing 模块接收的通话记录数是否平衡， 计算公式为 Rating2Billing【注： Rating模块 发送给 Billing模块的通话记录数】 -BillinglnNum【注： Billing模块接收到的 通话记录数】， 为 0表示正常， 否则表示处理异常；
MDS 平衡标志： 表示 MDS 模块内部的处理是否平衡， 计算公式为 MDSInNum【注： MDS模块接收到的通话记录数】 -( MDSfilter NUM【注： MDS 模块主动过滤掉的通话记录数】 + MDSmerg NUM 【注： MDS模块合并掉的 通话记录数】 +MDS2Rating NUM【注： MDS模块发送给 Rating模块的通话记 录数】 + MDS2PRM NUM【注： MDS模块发送给 PRM模块的通话记录数】）， 为 0表示处理正常， 否则表示处理异常；
Rating 平衡标志： 表示 Rating模块内部的处理是否平衡， 计算公式为 RatinglnNum 【注： Rating模块接收到的通话记录数】 - (Rating filter NUM【注： Rating模块主动过滤掉的通话记录数】 + Rating merge NUM【注： Rating模块 合并掉的通话记录数】 + Rating to Billing NUM【注： Rating模块发给 Billing模 块的通话记录数】 + Rating to PRM NUM【注： Rating模块发送给 PRM模块的 通话记录数】）， 为 0表示处理正常， 否则表示处理异常；
PRM 平衡标志： 表示 PRM 模块内部的处理是否平衡， 计算公式为
PRMInNum【注： PRM模块接收到的通话记录数 PRMfiltered【注： PRM 模块主动过滤掉的通话记录数】 + PRMmerged【注： PRM模块合并掉的通话记 录数】 + PRMOutNum【注： PRM模块输出的通话记录数】）， 为 0表示处理正 常， 否则表示处理异常。
上述稽核标志的所有稽核参数， 都是以系统釆集到的原始话单文件名为维 度， 统计的是这个话单文件在各个模块间和模块内部的处理情况， 上面只是一 个优选的方案， 根据计费系统不同的需求， 可以设置不同的稽核点和不同的稽 核指标， 此处不再赘述。
最终， 针对一个系统最初釆集到的原始话单文件， 在系统内部处理正常的 条件是所有平衡标志均正常， 也就是：
最终端到端稽核标志位 = MDS&Rating 平衡标志 PRMReceived 平衡标志
= Rating&Billing 平衡标志 = MDS 平衡标志 = Rating平衡标志 = PRM平衡 标志 =0。
最终端到端稽核标志位为 0, 表示话单文件在整个系统端到端的处理无异 常， 如果在一段时间后 （从釆集完毕开始计算， 主要考虑系统处理延时）还是 不能平衡， 说明稽核异常， 应该告警提醒处理。
上述方案还带来其他一些功能， 由于用户可以看到每个釆集到的原始话单 文件在系统内部各模块出错、 合并、 以及成功数， 则可以快速定位到具体模块。 其次， 由于系统已经具备了基础数据， 系统完全可以根据釆集点 （话单釆集设 备）进行统计， 分析话单文件出错率以及原因， 起到优化网络的作用。 进一步， 按釆集话单文件类型分类统计可以分析出不同的业务的业务量和费用特点。
本发明提供的第一实施例是一种计费系统的业务处理的方法， 该第一实施 例的方法流程如图 3所示， 例如：
某位号码为 AAAAAAAAAAA的手机用户 艮短时间内 （例如几秒）发送了 2条短信， 一条是发送给网内号码为 BBBBBBBBBBB的手机用户， 另外一条是 其他运营商的号码为 CCCCCCCCCCC的手机用户。
步骤 S100: 接收原始话单文件。
在釆集模块接收的是原始话单文件， 它是交换中心等设备生成的， 各自按 照自己的设备定义格式组合和编码， 该原始话单文件是整个计费系统的输入。
步骤 S200: 在一原始话单文件中加入原始话单文件标识， 对加入原始话单 文件标识的原始话单文件进行后续计费处理， 并生成带有所述原始话单文件标 识的后续话单文件， 具体过程如图 4所示。 上述例子的 2条短信会分布在 3个原始话单文件中， 共 6条通话记录。 交 换中 心的原始话单文件 MSC01200411121030.dat 中记录了 号码为 AAAAAAAAAAA手机用户 2个发出 己录， 1个号码为 ΒΒΒΒΒΒΒΒΒΒΒ手机用 户 的接收记录， 总共 3 条记录。 短消息中 心的原始话单文件 SMSC02200411120268.dat中记录了号码为 AAAAAAAAAAA手机用户发送号码 为 BBBBBBBBBBB手机用户和号码为 AAAAAAAAAAA手机用户发送号码为 CCCCCCCCCCC手机用户这 2个消息在消息中心的处理记录， 以及短消息网关 的原始话单文件 SMSGW02200411120678.dat中记录了在处理发往网外的号码为 CCCCCCCCCCC手机用户时的 1条处理记录。 釆集到的 6条记录分布在 3个原 始话单文件中， 成为原始通话记录。
当釆集模块处理完毕后， 被合并成一共 4条记录， 其中 3条详单文件发送 给计费处理模块处理， 此时是按照业务分类， 同一批话单文件中所有的短信在 一个话单文件 SMS200411120225.dat中，如果有通话，所有的通话在另一个话单 文件， 如果有上网， 上网数据在一个话单文件中。
另 1条发给结算处理模块， 生成话单文件 SMS200411120446.dat, 用于网间 结算费用。 此时开始， 每个话单文件的每条通话记录中都带有原始话单文件名， SMS200411120225.dat 的每条通话记录 中 带有原 始话单文件名 MSC01200411121030.dat, SMS200411120446.dat每条通话记录中带有原始话单 文件名 SMSGW02200411120678.dat, 用于记录的来源跟踪和计算。
短信中心的原始话单的通话记录数， 在本次例子中在釆集模块的处理中被 合并掉了， 损失记录数 2, 短信中心的原始话单的通话记录数， 在本次例子中在 釆集模块的处理中被合并掉了， 损失记录数 2这种计划内的损失能够统计出并 认为正常， 本方案的异常情况主要针对未统计的、 异常的计划外的损失， 这种 损失将直接反映在后续稽核计算公式的不平衡上。
计费处理模块处理后， 按照不同的帐期 （决定了出帐和帐单寄送日期）进 行话单文件分类， 同一批次话单文件中相同帐期的用户， 所有业务使用记录都 在同一话单文件中，此时号码为 AAAAAAAAAAA手机用户的所有通话、短信、 上网等数据都出现在一个文件中 0120061012052.dat中， 准备提交给帐务处理模 块出帐， 只剩 2条记录。
通过上面的例子可以看出， 本发明实施例中的通话记录是一种广义的记录， 可以是用户相互之间进行通话时计费系统产生的记录， 也可以是用户互发短消 息计费系统产生的记录， 还可以是用户上网时系统产生的记录等等。
步骤 S300: 各处理模块将对自己接收到的和处理完成的数据以统一的釆集 文件信息维度进行统计。
通过上述过程可以得出， MDS模块发送给监控数据库的内容中进行话单稽 核功能的数据参数如表 2所示：
表 2
Figure imgf000013_0001
其它模块实现与此类似， 具体的参数值由于业务特点和下游模块不同略有 出入， 此处不再赘述。
步骤 S400: 在各处理模块之间和模块内部进行稽核计算。 MDS&Rating 平衡标志： MDSInNum-( MDSfilter NUM + MDSmerg NUM +MDS2Rating NUM + MDS2PRM NUM) , 代入上表中的数据 , 计算结果为 0 , 表示处理正常。 其它 5 个全局稽核指标： PRMReceived Balance 平衡标志、 Rating&Billing Balance平衡标志、 MDS Balance平衡标志、 Rating Balance平衡 标志和 PRM Balance平衡标志均为 0 , 表示处理正常。
步骤 S500: 此时系统监控模块可以得到一套完整的系统监控数据， 可以获 得每个原始话单文件在系统中的处理情况， 并进而总结计算出是否存在异常， 一旦出现异常， 可以通过原始话单文件名对话单文件进行跟踪， 定位异常处理 步骤。
在上述整个过程中， 记录的个数， 所处理的话单文件名都不断变化， 传统 的方式统计每个模块内部的处理是否正确， 而在后期却无法知道某条记录来自 哪个原始话单文件， 也无法确认该原始话单文件是否已经全部处理完毕， 有否 遗漏和重复处理。 而本实施例的方案由于添加了必要标识信息、 统一的统计维 度和系统架构， 使得能够实时了解原始话单文件在每个模块中的处理进展， 而 当长时间 （可设定， 一般为 24小时）某个原始话单文件已经无法稽核平衡时系 统可以主动告警。 系统监控界面可以通过原始话单文件名跟踪一个时段内的所 有话单文件， 也可以直接跟踪某个指定的话单文件或一种业务类型的文件。 所 有文件的正常处理， 意味着计费系统运行正常。
本发明提供的第二实施例是一种计费系统业务处理装置， 其结构如图 5 所 示， 包括：
接收模块 10: 用于接收原始话单文件；
标识模块 100: 与接收模块 10相连， 用于在一原始话单文件中加入标识； 比如将原始话单文件标识加入至原始话单文件中的通话记录上， 后续处理过程 中， 该标识信息不发生改变， 这样可以让后续产生的详单文件都能够对应到原 始话单文件标识。
处理模块 200: 与标识模块 100相连， 用于对输入的加入标识的话单文件进 行处理， 根据具体要求并输出带有所述标识的后续话单文件；
稽核模块 300: 与处理模块相连 200 , 用于对所述处理模块的输入、 输出进 行稽核； 检查处理模块处理过程中是否存在误差， 对处理模块处理的各个步骤 及各个步骤之间进行稽核；
跟踪模块 400: 与稽核模块 300相连， 用于对带有所述标识的话单文件进行 跟踪。 在需要对故障定位时， 根据所述标识进行跟踪， 定位到具体的处理步骤。
该标识模块 100包括：
标识子模块 110: 用于将所述标识增加到原始话单文件的通话记录中。
该处理模块包括 200:
釆集模块 210:用于对原始话单文件进行釆集，以及以下模块之一或者组合： 计费处理模块 220: 与釆集模块 210相连， 用于对后续话单文件进行批价处 理；
帐务处理模块 230: 与计费处理模块 220相连， 用于对后续话单文件进行帐 务处理；
结算处理模块 240:与釆集模块 210、计费处理模块 220和帐务处理模块 230 相连， 用于对后续话单文件进行结算处理；
该稽核模块 300包括：
稽核子模块 310: 用于提取各处理模块输入的和输出的话单文件的稽核参 数， 在各处理模块之间和内部进行稽核。
该稽核子模块 310包括：
釆集与计费间稽核子模块 311 :用于釆集模块 210和计费处理模块 220间进 行稽核；
釆集计费与结算间稽核子模块 312: 用于釆集模块 210 以及计费处理模块 220和结算处理模块 240间进行稽核；
计费与帐务间稽核子模块 313: 用于计费处理模块 220和帐务处理模块 230 间进行稽核； 釆集内部稽核子模块 314: 用于釆集模块 210内部进行稽核；
计费内部稽核子模块 315: 用于计费处理模块 220内部进行稽核；
结算内部稽核子模块 316: 用于结算处理模块 240内部进行稽核。
本发明第三实施例提供一种计费系统， 其结构图如图 6 所示， 该计费系统 包括：
接收模块 20: 用于接收原始话单文件；
釆集模块 500: 与接收模块 20相连， 用于对原始话单文件进行釆集， 生成 后续话单文件；
计费处理模块 600: 与釆集模块 500相连， 用于对后续话单文件进行批价处 理；
帐务处理模块 700: 与计费处理模块 600相连， 用于对后续话单文件进行帐 务处理；
结算处理模块 800:与釆集模块 500、计费处理模块 600和帐务处理模块 700 相连， 用于对后续话单文件进行结算处理；
在上述基础上， 该计费系统增加如下功能模块：
标识模块 910: 与釆集模块 500相连， 用于在釆集模块釆集的原始话单文件 中力口入标识；
稽核模块 920: 与釆集模块 500、 计费处理模块 600、 帐务处理模块 700和 结算处理模块 800相连， 用于对所述处理模块的输入、 输出进行稽核；
跟踪模块 930: 与釆集模块 500、 计费处理模块 600、 帐务处理模块 700、 结算处理模块 800和稽核模块 920相连， 用于对带有所述标识的话单文件进行 跟踪。
进一步， 所述标识模块 910包括：
标识子模块 911 : 用于将所述标识增加到原始话单文件的通话记录中。
进一步， 所述稽核模块 920包括：
稽核子模块 921 : 用于提取各处理模块输入的和输出的话单文件的稽核参 数， 在各处理模块之间和内部进行稽核。
进一步， 所述稽核子模块 921包括：
釆集与计费间稽核子模块 9211 : 用于釆集模块 500和计费处理模块 600间 进行稽核；
釆集计费与结算间稽核子模块 9212:用于釆集模块 500和结算处理模块 800 间以及计费处理模块 600和结算处理模块 800间进行稽核；
计费与帐务间稽核子模块 9213:用于计费处理模块 600和帐务处理模块 700 间进行稽核；
釆集内部稽核子模块 9214: 用于釆集模块 500内部进行稽核；
计费内部稽核子模块 9215: 用于计费处理模块 600内部进行稽核； 结算内部稽核子模块 9216: 用于结算处理模块 800内部进行稽核。
由上述本发明提供的实施例可以看出， 在原始话单文件中加入标识， 并生 成带有该标识的后续话单文件， 通过统一的标识， 可以实现对话单文件进行有 效跟踪。
上述实施例中， 由于可以看到每个釆集到的原始话单文件在系统内部各模 块出错、 合并、 以及成功数， 则可以快速定位到具体模块。
另外， 由于系统已经具备了基础数据， 系统完全可以根据釆集点 （话单釆 集设备）进行统计， 分析话单文件出错率以及原因， 起到优化网络的作用。 进 一步， 按釆集话单文件类型分类统计可以分析出不同的业务的业务量和费用特 点。
以上实施例提供的技术方案中的全部或部分内容可以通过软件编程实现， 其软件程序存储在可读取的存储介质中， 存储介质例如： 计算机中的硬盘、 光 盘或软盘。
明的精神和范围。 这样， 倘若本发明的这些修改和变型属于本发明权利要求及 其等同技术的范围之内， 则本发明也意图包含这些改动和变型在内。

Claims

权 利 要 求 书
1、 一种计费系统的业务处理方法， 其特征在于， 该方法包括如下步骤： 接收原始话单文件；
在原始话单文件中增加标识， 并对增加标识的原始话单文件进行处理， 生 成带有所述标识的后续话单文件；
稽核含有所述标识的话单文件的处理步骤， 并
在稽核异常时通过所述标识对话单文件进行跟踪， 定位异常处理步骤。
2、 如权利要求 1所述的方法， 其特征在于， 所述标识增加到原始话单文件 的通话记录中。
3、 如权利要求 1所述的方法， 其特征在于，
所述对增加标识的原始话单文件进行处理， 包括：
对原始话单文件进行釆集， 和以下处理步骤之一或者组合：
对后续话单文件进行批价处理；
对后续话单文件进行帐务处理；
对后续话单文件进行结算处理。
4、 如权利要求 3所述的方法， 其特征在于， 所述稽核含有所述标识的话单 文件的处理步骤包括： 处理步骤内部进行稽核。
5、 如权利要求 4所述的方法， 其特征在于， 所述提取各处理步骤处理前后 的话单文件的稽核参数， 在各处理步骤之间和各处理步骤内部进行稽核的步骤 包括：
在釆集步骤和批价处理步骤之间进行稽核；
在釆集步骤和结算处理步骤之间以及批价处理步骤和结算处理步骤之间进 行稽核； 在批价处理步骤和帐务处理步骤之间进行稽核；
对釆集步骤进行稽核；
对批价处理步骤进行稽核；
对结算处理步骤进行稽核。
6、 如权利要求 4或 5所述的方法， 其特征在于， 还包括：
对各个处理步骤之间和各处理步骤内部稽核的结果进行再稽核。
7、 如权利要求 1或 2所述的方法， 其特征在于， 还包括：
当稽核异常时， 进行告警处理和 /或进行故障分析及故障定位。
8、 如权利要求 1或 2所述的方法， 其特征在于， 所述标识包括： 原始话单文件名或原始话单文件名的 ID。
9、 一种计费系统的业务处理装置， 其特征在于， 包括：
接收模块： 用于接收原始话单文件；
标识模块： 用于在原始话单文件中加入标识；
话单文件处理模块： 用于对输入的加入标识的话单文件进行处理， 并输出 带有所述标识的后续话单文件；
稽核模块： 用于对所述话单文件处理模块的输入、 输出进行稽核； 跟踪模块： 用于在稽核异常时， 对带有所述标识的话单文件进行跟踪。
10、 如权利要求 9所述的装置， 其特征在于， 所述标识模块包括： 标识子模块： 用于将所述标识增加到原始话单文件的通话记录中。
11、 如权利要求 9或 10所述的装置， 其特征在于， 所述话单文件处理模块 包括：
釆集模块： 用于对原始话单文件进行釆集， 生成后续话单文件， 以及以下 模块之一或者组合：
计费处理模块： 用于对后续话单文件进行批价处理；
帐务处理模块： 用于接收批价处理后的话单文件并进行帐务处理； 结算处理模块： 与采集模块、 计费处理模块和帐务处理模块相连， 用于对 各模块输出的后续话单文件进行结算处理；
所述稽核模块包括：
稽核子模块： 用于提取各处理模块输入的和输出的话单文件的稽核参数， 在各处理模块之间和内部进行稽核。
12、 如权利要求 11所述的装置， 其特征在于， 所述稽核子模块包括： 釆集与计费间稽核子模块： 用于釆集模块和计费处理模块间进行稽核； 釆集计费与结算间稽核子模块： 用于釆集模块和结算处理模块间以及计费 处理模块和结算处理模块间进行稽核；
计费与帐务间稽核子模块： 用于计费处理模块和帐务处理模块间进行稽核； 釆集内部稽核子模块： 用于采集模块内部进行稽核；
计费内部稽核子模块： 用于计费处理模块内部进行稽核；
结算内部稽核子模块： 用于结算处理模块内部进行稽核。
13、 一种计费系统， 其特征在于， 包括：
接收模块： 用于接收原始话单文件；
釆集模块： 用于对原始话单文件进行釆集， 生成后续话单文件；
计费处理模块： 用于对后续话单文件进行批价处理；
帐务处理模块： 用于接收批价处理后的话单文件并对后续话单文件进行帐 务处理；
结算处理模块： 用于对各模块输出的后续话单文件进行结算处理； 标识模块： 用于在釆集模块釆集的原始话单文件中加入标识；
稽核模块： 用于对采集模块、 计费处理模块、 帐务处理模块和结算处理模 块的输入、 输出进行稽核；
跟踪模块： 用于对带有所述标识的后续话单文件进行跟踪。
14、 如权利要求 13所述的系统， 其特征在于， 所述标识模块包括： 标识子模块： 用于将所述标识增加到原始话单文件的通话记录中。
15、 如权利要求 13或 14所述的系统， 其特征在于， 所述稽核模块包括： 稽核子模块： 用于提取各处理模块输入的和输出的话单文件的稽核参数， 在各处理模块之间和内部进行稽核。
16、 如权利要求 15所述的系统， 其特征在于， 所述稽核子模块包括： 釆集与计费间稽核子模块： 用于釆集模块和计费处理模块间进行稽核； 釆集计费与结算间稽核子模块： 用于釆集模块和结算处理模块间以及计费 处理模块和结算处理模块间进行稽核；
计费与帐务间稽核子模块： 用于计费处理模块和帐务处理模块间进行稽核; 釆集内部稽核子模块： 用于采集模块内部进行稽核；
计费内部稽核子模块： 用于计费处理模块内部进行稽核；
结算内部稽核子模块： 用于结算处理模块内部进行稽核。
PCT/CN2008/070221 2007-04-30 2008-01-31 Service processing method, apparatus of charging system and charging system Ceased WO2008131656A1 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
ES08706598.3T ES2525369T3 (es) 2007-04-30 2008-01-31 Método de procesamiento de servicios, dispositivo de un sistema de cargo y sistema de cargo
EP08706598.3A EP2157729B1 (en) 2007-04-30 2008-01-31 Service processing method, apparatus of charging system and charging system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2007101020248A CN101047902B (zh) 2007-04-30 2007-04-30 一种计费系统的业务处理方法、装置及计费系统
CN200710102024.8 2007-04-30

Publications (1)

Publication Number Publication Date
WO2008131656A1 true WO2008131656A1 (en) 2008-11-06

Family

ID=38772037

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2008/070221 Ceased WO2008131656A1 (en) 2007-04-30 2008-01-31 Service processing method, apparatus of charging system and charging system

Country Status (4)

Country Link
EP (1) EP2157729B1 (zh)
CN (1) CN101047902B (zh)
ES (1) ES2525369T3 (zh)
WO (1) WO2008131656A1 (zh)

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101047902B (zh) * 2007-04-30 2011-08-24 华为技术有限公司 一种计费系统的业务处理方法、装置及计费系统
CN101364898B (zh) * 2008-09-22 2011-06-15 中国联合网络通信集团有限公司 一种流量平衡稽核的方法及系统
CN102196397B (zh) * 2010-03-18 2015-06-03 中兴通讯股份有限公司 一种提高话单构造完整性的方法、系统及计费数据功能
CN102486795B (zh) * 2010-12-03 2013-11-20 中国移动通信集团陕西有限公司 动态文件平衡性核查方法及装置
CN102761851B (zh) * 2011-04-25 2014-12-31 中国移动通信集团设计院有限公司 一种利用分割话单进行计费的方法及设备
WO2011144089A2 (zh) * 2011-05-26 2011-11-24 华为技术有限公司 一种费用重批方法以及相关装置
CN104105112A (zh) * 2013-04-02 2014-10-15 中兴通讯股份有限公司 一种话单处理方法、装置及系统
CN105786862A (zh) * 2014-12-23 2016-07-20 中兴通讯股份有限公司 实现话务统计的方法和装置、实现话单入库的方法和装置
CN105050068B (zh) * 2015-06-16 2018-12-11 重庆越致科技有限公司 一种计费话单记录检测校正方法、装置及话单处理系统
CN106412866A (zh) * 2015-07-30 2017-02-15 三亚中兴软件有限责任公司 话单生成的方法及装置
CN111193631B (zh) * 2018-11-14 2022-02-08 中国电信股份有限公司 信息处理方法、系统和计算机可读存储介质
CN112134714B (zh) * 2020-08-04 2023-04-21 北京思特奇信息技术股份有限公司 实时在线计费稽核系统和方法
CN112822650B (zh) * 2020-12-23 2022-08-05 北京思特奇信息技术股份有限公司 一种稽核mas业务计费准确性的方法及系统
CN114245330B (zh) * 2021-11-17 2024-04-02 中国联合网络通信集团有限公司 话单合并方法、装置、设备、计算机可读存储介质及产品
CN116916265A (zh) * 2022-12-15 2023-10-20 中国移动通信集团河北有限公司 话单文件数据的处理方法、装置、设备及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1998021676A1 (en) * 1996-11-11 1998-05-22 Nokia Telecommunications Oy Implementation of charging in a telecommunications system
CN1744645A (zh) * 2004-09-01 2006-03-08 华为技术有限公司 一种计费数据生成设备应对话单处理异常的方法
CN101047902A (zh) * 2007-04-30 2007-10-03 华为技术有限公司 一种计费系统的业务处理方法、装置及计费系统

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2585301A (en) * 2000-01-05 2001-07-16 Daniel Lanin System and method for trusted self-billing for utilities
US20030120594A1 (en) * 2001-12-04 2003-06-26 Cibernet, Inc. Method, system and data structure for an improved billing protocol
US7085360B1 (en) * 2002-04-22 2006-08-01 Cingular Wireless, Llc System and method for auditing billing records in a telecommunications system
CN100450139C (zh) * 2003-05-17 2009-01-07 中兴通讯股份有限公司 一种电话超市话费结算方法
CN1567829A (zh) * 2003-07-07 2005-01-19 中兴通讯股份有限公司 通用数据文件转换方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1998021676A1 (en) * 1996-11-11 1998-05-22 Nokia Telecommunications Oy Implementation of charging in a telecommunications system
CN1744645A (zh) * 2004-09-01 2006-03-08 华为技术有限公司 一种计费数据生成设备应对话单处理异常的方法
CN101047902A (zh) * 2007-04-30 2007-10-03 华为技术有限公司 一种计费系统的业务处理方法、装置及计费系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2157729A4 *

Also Published As

Publication number Publication date
EP2157729A4 (en) 2010-09-29
EP2157729B1 (en) 2014-10-01
EP2157729A1 (en) 2010-02-24
CN101047902B (zh) 2011-08-24
CN101047902A (zh) 2007-10-03
ES2525369T3 (es) 2014-12-23

Similar Documents

Publication Publication Date Title
WO2008131656A1 (en) Service processing method, apparatus of charging system and charging system
CN111639138B (zh) 数据处理方法、装置、设备及存储介质
US8165276B2 (en) System and method for auditing a communications bill
US20100005012A1 (en) Synchronizing real-time and off-line accounts for communications
US7085360B1 (en) System and method for auditing billing records in a telecommunications system
US7496185B1 (en) System and method of collecting, correlating and storing telecom data as call detail records
CN101217393A (zh) 一种通过稽核实现计费收入保障的方法
US20080056144A1 (en) System and method for analyzing and tracking communications network operations
US20100145755A1 (en) Arrangement and a related method for providing business assurance in communication networks
EP2090089B1 (en) Method and system for monitoring traffic revenue flows for communications companies
CN116367102A (zh) 自动切换短信路由的方法及装置
CN101110680A (zh) 数据通信收费系统、数据通信收费方法和计算机可读介质
CN101729710B (zh) 通信业务综合结算方法及系统
US7729483B2 (en) Methods, systems, and computer programs for generating a billing statement from detailed usage file records
CN110111124A (zh) 基于渠道偏好和业务偏好的电力客户服务偏好方法及系统
JP2009225120A (ja) 料金計算システム、料金計算プログラム及び料金計算方法
CN102231876A (zh) 一种计费系统的兼容性测试方法及装置
KR19980066036A (ko) 패킷망 트래픽 분석 장치를 이용한 과금 데이타 처리 방법
JP2009212910A (ja) 利用料金情報処理システム、利用料金情報処理プログラム及び利用料金情報処理方法
CN111798012A (zh) 一种物流园共享运营管理系统
US12355912B2 (en) Method for detecting fraudulent or abusive use of a telephone service provided by a telephone operator
CN116233777A (zh) 漫游话单处理方法、装置、设备、介质及程序产品
CN118828402A (zh) 计费话单的对账方法及其装置
JP2009258827A (ja) 信用情報解析サーバおよびその方法
CN101754331A (zh) 一种实现费用查询功能的方法和装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 08706598

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2008706598

Country of ref document: EP