WO2009039699A1

WO2009039699A1 - Integrated method of the multi-charging data records in an ip multimedia subsystem

Info

Publication number: WO2009039699A1
Application number: PCT/CN2007/003832
Authority: WO
Inventors: Junsong Liu; Xiuzhong Wang; Yuanping Zhou; Tingting Zhou; Hao Zhu
Original assignee: Zte Corporation
Priority date: 2007-09-24
Filing date: 2007-12-27
Publication date: 2009-04-02
Also published as: CN101127612B; CN101127612A

Abstract

An integrated method of the multi-charging data records in an IP multimedia subsystem, including: a charging gateway function of the IP multimedia subsystem associates with the charging data records of the respective network elements of a calling side or a called side of each session, namely, picks up the charging data records of the respective network element of the calling side or the charging data records of the respective network element of the called side; the charging gateway function combines the common portions in the charging data records of the respective network element associated into the common fields, the common fields and the special fields specified in the charging data records of the respective network element is recorded in the new charging data record segmented.

Description

Integrated method for multiple billing data records in IP multimedia subsystem

Technical field

The present invention relates to the field of mobile communication technologies, and in particular, to a comprehensive method for multiple charging data records in an IP multimedia subsystem. Background technique

In order to support the Universal Mobile Telecommunication System (UMTS) network in the bearer, IP Multimedia Subsystem (IMS), and the charging function of each layer of the service, the UMTS network monitors each layer in real time. Resource usage, thereby detecting related billing events.

In the IMS network, each network element generates a Charging Data Record (CDR) according to its role in the session and available session information. There are 7 network elements in the IMS network that can generate accounting information:

Serving Call Session Control (S-CSCF);

Proxy Call Session Control (P-CSCF); Interrogating Call Session Control (I-CSCF);

SIP (Session Initiation Protocol) Application Server (AS);

Media Resource Function Controller (MRFC); Border Out Gateway Control Function (BGCF); Media Gateway Control Function (MGCF).

The IMS network charging information collection and transmission process is shown in Figure 1. In FIG. 1, the charging information in the IMS network is collected from the above seven network elements respectively, that is, the charging information is generated in a distributed manner, and each IMS network element node is based on its own in the session. The role and available session information is generated by the Charging Data Function (CDF) to generate the charging data record CDR, and the CDR passes its corresponding charging gateway function (Charging Gateway Function, The CGF is combined into a CDR file and sent to the Billing Domain (BD). The CDRs of the different network elements in the same session are associated and analyzed by the accounting domain BD, and the user's billing bill is generated and used for Billing for settlement.

For the current multimedia services, telecom operators mainly adopt charging methods such as flow metering, time-based billing, or pay-per-view. The implementation of the billing method is mainly accomplished by collecting billing information from the bearer layer and then processing it. For example, when the General Packet Radio Service (GPRS) is accessed, the traffic information generated when the customer uses the service or the time when the customer uses the service is collected from the GPRS Gateway Support Node (GGSN). Wait for billing.

According to the foregoing description of the prior art, it is difficult to implement a flexible charging scheme for services in an IMS network by using the prior art, and it is unable to meet different charging principles for IMS session establishment and session resource usage, and for one session. The various services used in various media or various services, such as Quality of Service (QoS), require flexible charging for differentiated charging. Moreover, the CDR generated by the charging data function CDF in one IMS session for a single IMS network element does not contain all the information of the session. After these CDRs are sent to the accounting domain BD, the BD receives all IMS network elements from the same session. After the generated CDR file, the accounting information of multiple network elements in a session needs to be associated and combined, and the processing burden will be heavy. Summary of the invention

The technical problem to be solved by the present invention is to provide an integrated method for multiple billing data records in an IMS network, which can realize flexible billing while reducing the workload of the billing domain BD.

An integrated method for multiple charging data records in an IP multimedia subsystem, wherein the charging gateway function of the IP multimedia subsystem performs comprehensive processing on the charging data records sent to the accounting domain, and the integrated method includes:

The charging gateway function associates the charging data records of the network elements on the calling side or the called side of each session, that is, selects the charging data records of the network elements on the calling side of each session or the networks on the called side. Meta-billing data record;

The charging gateway function combines the common parts in the charging data records of each network element after the association The common field records the common field and the special field segment of the unique part of each network element charging data record in the new charging data record.

Further, the method further includes the following steps:

(1) The charging gateway function associates the charging data records of the respective network elements generated by the charging data function according to the IMS charging identifier and the calling and called categories;

(2) The charging gateway function deletes the information related to the charging and settlement of the operator in the charging data records of the respective network elements for the associated charging data of the calling side or the called side;

(3) The charging gateway function takes the charging data record of the associated network element, merges the common part with other network elements into a common field, and records the common field and the special field of the unique part of the network element respectively in the new Corresponding location in the billing data record, and configuring a status indication for each common field to indicate whether the public field has been filled, performing this step until all the associated billing data record contents are recorded in the new billing data record Finished

(4) The generated billing data record file is sent to the billing domain.

Further, in the new charging data record, the field content recorded by each field is indicated by the indication information, and the recording position of each field is indicated; the status indication of each common field configuration is represented by a value in the indication information.

Further, after the step (4), the method further includes: (5) after receiving the charging data record file, the accounting domain recovers the public field and the special field of the charging data record of each network element according to the indication information. Come out and perform billing processing.

Further, the network element includes one or more of the following: service call session control function

S-CSCF, Proxy Call Session Control Function P-CSCF, Interrogation Call Session Control Function I-CSCF, Application Server AS, Media Resource Control Function MRFC, Border Gateway Control Function BGCF, Media Gateway Control Function MGCF.

Further, the common field includes one or more of the following: a common part of the network element S-CSCF, P-CSCF, AS, MRFC, BGCF, MGCF; a common part of the network element S-CSCF, P-CSCF; Yuan AS, the common part of the MRFC.

Further, in the step (1), the charging gateway function records the charging data records of the calling side and the called side of the same session in the multimedia subsystem according to the session serial number and the calling/being The parameters are separately associated, and the associated network element charging data records are temporarily stored in the buffer area; in the step (3), the charging gateway function takes out one of the same sessions from the buffer area each time. The accounting data record of the network element is processed.

Further, the step (3) further includes: the charging gateway function separately extracts charging data records of each network element of the same session from the buffer area, and determines the network element according to the recording type in the charging data record. Type, and record common fields or special fields into new billing data records according to each network element type, when recording:

If the network element is the inquiry call session control function I-CSCF, the content of the charging data record of the I-CSCF is recorded in the location of the special field of the I-CSCF network element in the new charging data record; For any one of the other six network elements except the I-CSCF, the six nets in the network element charging data record are recorded at the location of the common field of the six network elements in the new charging data record. The yuan shares part of the content, and then further judges:

If the network element is the serving call session control function S-CSCF or the proxy call session control function P-CSCF, the network element charging is recorded at the location of the common fields of the two network elements in the new charging data record. The S-CSCF and the P-CSCF share the content of the data record, and then record the special field of the network element at the location of the special field of the network element S-CSCF or P-CSCF in the new charging data record;

If the network element is the application server AS or the media resource control function MRFC, the AS and MRFC common parts in the network element charging data record are recorded in the location of the common fields of the two network elements in the new charging data record. Content, after which the special field of the network element is recorded at the location of the network element AS or the MRFC special field in the new charging data record;

If the network element is the media gateway control function MGCF, the special field of the network element is recorded in the location of the common field of the MGCF network element in the new charging data record;

The above steps are repeatedly performed until the billing data record contents of all the NEs on the calling or called side in the same session are recorded in the new billing data record.

Further, the indication information indicating the recording position of the common field of the other six NEs other than the I-CSCF in the new charging data record is CR, and the value of CR is used to indicate whether the public field has been filled in; Indicating the S-CSCF network element and the P-CSCF network element common word in the new charging data record The indication information of the segment record location is SP, and the value of the SP is used to indicate whether the common field has been filled in. The indication information indicating the record location of the common field of the AS network element and the MRFC network element in the new charge data record is AM. The value of AM is used to indicate whether the public field has been filled in; the public field that has been filled out does not have to be written repeatedly.

Further, when the application server AS is used as the session initial protocol proxy and the back-to-back user agent, if the AS and the other network element of the paying party's multimedia subsystem belong to the same charging gateway function, after the other network elements are integrated, according to the service The call session control function S-CSCF identifies the subscriber ID of the paying party, and the subscriber ID information is integrated into the new billing data record of the payer side; if the AS and the payer's multimedia sub If other network elements of the system do not belong to the same charging gateway function, after the other network elements are integrated, the accounting domain identifies the user ID of the paying party according to the service call session control function S-CSCF. The billing data record is integrated into the combined new billing data record of the calling or called side of the paying party side.

Implementing IMS session establishment and use of session resources in the IMS network adopts different charging standards |J, and adopts different flexible charging schemes for different media or various services used in one session due to different QoS The communication overhead of CDR file transfer between CGF and BD is reduced, and the processing load of BD is reduced. The invention greatly reduces the association and integration burden of the operator on the CDR of the IMS network element in the BD. The present invention also provides complete billing information for network operators to implement a more reasonable and accurate billing mode. The network operator can adopt a flexible and reasonable charging mechanism according to the user's use of system resources and the quality of service when the user uses the service, thereby improving user satisfaction. BRIEF abstract

1 is a process of collecting and transmitting charging information of an IMS network in the prior art;

Figure 2 is a schematic diagram showing the structure of the CDR field summary table;

Figure 3 is a comprehensive flowchart of the CDR of the IMS network;

4 is a schematic diagram of an example of a video session in an embodiment of the present invention. Preferred embodiment of the invention

The technical solutions of the present invention are further described in detail below with reference to the accompanying drawings and specific embodiments. For the same session, each network element generates a corresponding CDR-billing data record. The integrated process is a process of combining the contents of the multiple CDRs to form a new CDR. This new CDR is formed and saved to the combined file.

In the IP Multimedia Subsystem IMS network, an IMS Charging Identifier (ICID) is used to uniquely identify an IMS session. According to the basic principle of separate charging of the main and the called, the CDR synthesis of the charging data records between the network elements should be performed on both sides of the main and the called.

"role of node" is used to identify whether the user is called or called. First, it is necessary to associate the CDRs of the IMS network elements with the same "ICID" and "role of node" fields, and then perform the integrated processing of the CDRs. The so-called association refers to finding the CDRs of the IMS network elements with the same "ICID" and "role of node" fields.

When the AS acts as a SIP proxy and a back-to-back user agent (B2BUA), the value of the "role of node" field is not the calling or called information, so the CDR of the AS cannot be associated with the calling side. , can't be associated with the called side. At this time, if the AS and the IMS other network element of the paying party belong to the same CGF, after the other network elements are integrated, the CDR of the AS is synthesized according to the SubscriptionlD (User Identity) information identifying the paying party in the S-CSCF. To the integrated CDR of the paying party side; if the AS and the paying party's IMS other network elements do not belong to the same CGF, the above process needs to be completed in the BD.

The present invention assumes that the CDRs provided by the network elements are pre-processed, and only one such CDR is available for one network element in one session after processing (see the Chinese patent application 200710153597.3 for the method of pre-processing). Moreover, before the IMS network charging information is integrated, the CDRs of each network element are already stored in the storage device of the charging gateway function CGF, and are integrated by the CGF.

In the integrated processing of the CDR, information related to carrier billing and settlement in each IMS network element CDR is deleted, such as "Node Address", "Retransmission", "Incomplete CDR Indication". (incomplete CDR indication), "Local Record Sequence Number" and "Record Sequence Number"

Fields such as (record serial number). The CDR data records of the network elements have the same characteristics and the integrated CDRs are divided into a plurality of different storage areas in advance, and the data records shared by the CDRs of the network elements and their unique data are respectively stored. recording.

In order to enable the charging and settlement information of each network element to be restored in the BD, and to merge the redundant fields as much as possible in the synthesis, the present invention adds a related record type field to the integrated CDR for indicating the following The data segment is the common field portion of the CDRs of which network elements.

For example, the present invention adds a "CR" field to indicate whether the common field portion of the CDRs of the other six network elements except the I-CSCF has been filled in, and the initial value is set to 0, indicating that it has not been filled, and is set to 1. , indicates that the common field part of the CDR of the other six network elements except the I-CSCF has been filled out.

The invention also adds an "SP" field for indicating whether the common field of the S-CSCF and the P-CSCF has been filled in. The initial value is set to 0, indicating that it has not been filled in. When set to 1, it indicates that it has been filled out. The public fields filled in here are common to both the S-CSCF and the P-CSCF, and do not include public fields that have already been filled in the CR field.

The invention also adds an "AM" field for judging whether the common field shared by the AS and the MRFC has been filled out, and the initial value is set to 0, indicating that it has not been filled in. When set to 1, it indicates that it has been filled out. The public fields filled in here are common to both AS and MRFC, and do not include public fields that have already been filled in the CR field.

For each network element that cannot be extracted to the common field, the unique fields are stored in separate records, and are identified by "network element name + record t pe (record type)", and each network element is distinguished by the value of record type.

The CDR that is integrated by the charging gateway function is a summary table that stores the CRD fields of the accounting data records of each network element, as shown in Figure 2. The basic principles of segmentation are as follows:

(1) First, extract the maximum intersection of the fields contained in the CDRs of each network element as much as possible;

(2) Then, according to the different functions of the CDRs of the IMS network elements, refer to the common IMS network elements involved in the basic service and the value-added service, and merge the common field parts of the relevant network elements respectively, and the different parts are respectively placed in the corresponding networks. The unique field part of the element, so that after the integrated CDR table is transmitted to the BD, the BD can extract the common item from the CDR table according to the CR, SP, and AM fields as necessary. Then, the unique field of each network element is added to restore the CDR of each network element before the integration.

Considering that the CDRs generated by the I-CSCF are not used for billing and settlement, and there are fewer common fields with the CDRs of the other six network elements, the CDRs generated by the I-CSCF are placed separately at the header 201 of the synthesis table. (The labels 201-209 in the text are merely for convenience of presentation and are not to be construed as limiting the invention).

Considering that the CDRs generated by the two network elements of the MGCF and the BGCF have more fields, and these fields are also common to the CDRs of the four network elements of the S-CSCF, the P-CSCF, the MRFC, and the AS, these six are The common field of the CDR of the network element is extracted and placed at position 202 of the synthesis table.

Considering that the CDR generated by the S-CSCF contains most of the information required for charging, such as calling, called, service time (including session establishment, session end, media renegotiation time, etc.), Session Description Protocol (SDP) Information, and association information with other network elements or packet switching (PS) domain charging information, etc., the charging of most services can be performed through this CDR, mainly based on duration, SDP information and some event-based Billing, where the AS application information can be used for settlement with the AS service provider. Considering that the CDR generated by the P-CSCF contains the QoS information of each media component, it can be used as a supplement to the CDR charging generated by the S-CSCF to implement different charging for different QoS of different media, so the S-CSCF and the P are used. -CSCF The CDR common fields of the two network elements are placed at position 203 of the synthesis table.

Considering that the CDRs generated by the MRFC have the same number of fields as the CDRs generated by the AS, and the two network elements are usually involved in many IMS value-added services, the common fields of the CDRs of the two network elements of the AS and the MRFC are stored in the integrated 204 position of the table.

The unique fields of the CDRs of the five network elements, S-CSCF, P-CSCF, MRFC, MGCF, and AS, are placed in the 205, 206, 207, 208, and 209 positions of the integrated table in the order of increasing "record type".

In this embodiment, the order in which the fields are placed, that is, the order of the fields in Fig. 2 is the order in which the contents of the fields are placed in accordance with the program execution, and disturbing the order does not affect the execution of the present invention.

As shown in FIG. 3, a flow chart showing a process of synthesizing multiple CDRs of an IMS network in the present invention is shown. Step 301: Associate the CDRs of the IMS network elements with the same "ICID" and "Role of node" in the calling side and the called side, and temporarily associate the CDRs of the associated network elements in the buffer area, and execute Step 302; When the AS acts as a SIP proxy and a B2BUA (back-to-back user agent), the value of the "role of node" field is neither the calling nor the called, so the CDR of the AS can neither be associated with the calling side nor associated with the Called side. At this time, if the AS and the other IMS network element of the paying party belong to the same CGF, after the other network elements are integrated, the AS identifies the "SubscriptionID" information of the paying party in the S-CSCF. The CDR is integrated into the integrated CDR of the calling or called side of the paying party side; if the AS and the paying party's IMS other network elements do not belong to the same CGF, the above process is completed in the BD.

If the CDR of the network element is not reported by the CGF during the CDF synthesis, or if the CGF has not received the report after waiting for a period of time, the following CDR synthesis processing is continued, after receiving the 4 CDRs on the network element, Directly sent to the BD, processed by the BD.

Step 302: The CDR of a network element is removed from the buffer, and the data of the corresponding CDR in the cache is deleted, and the "Record type" of the CDR is checked to determine whether the network element is an I-CSCF. If it is an I-CSCF, Step 303; if not I-CSCF, then go to step 304;

Step 303: Fill in the CDR fields of the I-CSCF at the header I-CSCF CDR-specific field 201, and go to step 312;

Step 304: Determine whether the "CR" position in the CDR is equal to 1, if equal to 1, go to step 306; otherwise, go to step 305;

If CR is equal to 1, it means that the CR field content in the CDR has been filled in.

Step 305: Fill in the common field of the CDRs of the other six network elements other than the I-CSCF at the corresponding 202 position, set "CR" to 1, and perform step 306;

Step 306: View "Record Type":

If it is S-CSCF or P-CSCF, go to step 307;

If it is AS or MRFC, go to step 309;

If it is MGCF, go to step 311;

If it is BGCF, go to step 312;

Step 307: Determine whether "SP" is 1, if "SP" is 1, go directly to step 311; otherwise, go to step 308; Step 308: Fill in the corresponding public field in the S-CSCF and P-CSCF common field 203, set "SP" to 1, and go to step 311;

Step 309: Determine whether "AM" is 1, if "AM" is 1, go directly to step 311; otherwise, go to step 310;

Step 310: Fill in the corresponding common field in the AS and MRFC common field 204, set "AM" to 1, and perform step 311;

Step 311: The unique fields of the CDRs of each network element are respectively stored in the unique fields corresponding to the CDRs of the network elements, and step 312 is performed;

When this step is executed, the unique fields of the CDRs of the five network elements of the S-CSCF, the P-CSCF, the MRFC, the MGCF, and the AS are placed in the order of increasing the "record type", and are respectively placed in the 205, 206, and 207 of the comprehensive table. In positions 208 and 209.

Step 312: Determine whether there is still a CDR in the buffer area to be integrated. If there is no associated CDR in the buffer area to be integrated, go to step 313; otherwise, go to step 302;

By step 312, the CDR synthesis of one session is completed.

Step 313: Send the combined CDR summary table to the BD, and go to step 301.

The process of integrating multiple CDRs of the IMS network of the present invention will be specifically described below with reference to an application example.

An example of the video call established by the calling party A to the called party B is as shown in FIG. 4. During the process of initiating the SIP INVITE to the SIP BYE from the user A, the calling side generates the S-CSCF CDR and the P-CSCF CDR, and is called. Side generation S-CSCF CDR, P-CSCF CDR and I-CSCF CDR:

Step 1: The CDRs of the IMS network elements with the same "ICID" and "Role of node" are associated with each other on the calling side and the called side, and the CDRs of the associated network elements are temporarily stored in the buffer area. Step 2, taking the integrated situation of the called party B on the called side as an example (the calling party is similar), and obtaining three CDRs of S-CSCF, P-CSCF, and I-CSCF;

Step 2: Remove the CDR of a network element from the buffer, delete the data of the corresponding CDR in the cache, and view the "Record type" to determine whether the network element is an I-CSCF. If it is an I-CSCF, go to Step 3. , otherwise go to step 4; Step 3: Fill in the CDR fields of the I-CSCF to the I-CSCF CDR-specific field 201, go to step 10;

Step 4: Determine whether "CR" is 1, if it is 1, go to step 6; otherwise, go to step 5; Step 5: Fill in the common field of the CDRs of the other 6 network elements except the I-CSCF at the corresponding 202 position. , set "CR" to 1, and perform step 6;

Step 6: View the "Record type", since only the S-CSCF CDR and the P-CSCF CDR are involved in this example, then step 7 is performed;

Step 7: Determine whether "SP" is 1, if it is 1, go to step 9; otherwise, go to step 8; Step 8: Fill in the S-CSCF and P-CSCF common field 203, set "SP" to 1, and perform step 9;

Step 9: Fill in the S-CSCF-specific field 205 or the P-CSCF-specific field 206 according to the "Record type", and perform step 10;

Step 10: Determine whether there are still CDRs in the buffer area to be integrated. If there is no associated CDR in the buffer area to be integrated, go to step 11; otherwise, go to step 2;

Step 11: Send the combined CDR summary table to BD and go to step 1.

In this embodiment, the CDR network summary table structure of the IMS network is shown in Table 1.

The operator can formulate billing and settlement formulas (including billing information of which network elements are needed for a specific service) according to their own policies, and take out the required billing information from the consolidated summary table for billing and settlement, for example. The List of SDP media components in the CDR common field portion 202 of the six network elements except the I-CSCF can separately charge different media and perform differential charging for different QoS of different media. Through the Alternative Charged Party Address in the AS-specific field 209, the payer can be no longer restricted to the primary or called party, and can be added to a third party. Each of the "legs" in the multiparty conference can be charged by the Application Servers Information in the MRFC-specific field 207.

Table 1: Schematic diagram of the general table after multiplexing multiple CDRs of the IMS network;

The invention implements IMS session establishment and use of session resources in an IMS network, adopts different charging principles, and adopts a differentiated and flexible charging scheme for different media or various services used in one session due to different QoS. The communication overhead of CDR file transfer between CGF and BD is reduced, and the processing load of BD is reduced. The association and integration burden of the CDR on the CDR of the IMS network element is greatly reduced by the operator. The invention also provides complete billing information for the network operator to implement a more reasonable and accurate billing mode. The network operator can adopt a flexible and reasonable charging mechanism according to the user's use of system resources and the service shield of the user when using the service, thereby improving user satisfaction.

The above description is only a preferred embodiment of the present invention, but the scope of protection of the present invention is not limited thereto. It will be apparent to those skilled in the art that various modifications and changes can be made in the present invention. Thus, Renfan made within the spirit and principle of the present invention where ^a modification, equivalent replacement, improvement, and updating, etc., should be included within the scope of the present invention.

Industrial applicability

The invention adopts different charging principles for implementing IMS session establishment and session resource in the IMS network, and adopts a differentiated flexible charging scheme for different media or various services used in one session due to different QoS. The communication overhead of CDR file transfer between CGF and BD reduces the processing load of BD. The association and overall burden of the CDR on the CDR of the IMS network element are greatly reduced. The present invention also provides complete billing information for network operators to implement a more reasonable and accurate billing mode. The network operator can adopt a flexible and reasonable charging mechanism based on the user's use of system resources and the quality of service when the user uses the service, thereby improving user satisfaction.

Claims

Claim

1. A comprehensive method for multiple charging data records in an IP multimedia subsystem, wherein the charging gateway function of the IP multimedia subsystem performs comprehensive processing on the charging data records sent to the accounting domain, and is characterized by:

The charging gateway function associates the charging data records of the network elements on the calling side or the called side of each session, that is, selects the charging data records of the network elements on the calling side of each session or the networks on the called side. a billing data record; the billing gateway function combines the common parts in the billing data records of each network element into a common field, and the special field and the special field of the unique part of each network element billing data record Segmentation is recorded in the new billing data record.

2. The method of claim 1 wherein the method further comprises the steps of:

(4) The generated billing data record file is sent to the billing domain.

3. The method of claim 2, wherein

In the new charging data record, the field content recorded by each field is indicated by the indication information, and the recording position of each field is indicated; the status indication of each common field configuration is represented by a value in the indication information. 4. The method of claim 3, further comprising, after said step (4):

(5) After receiving the accounting data record file, the accounting domain recovers the public field and the special field of the charging data record of each network element according to the indication information, and performs charging processing.

The method according to any one of claims 2 to 4, wherein the network element comprises one or more of the following:

Service Call Session Control Function S-CSCF, Proxy Call Session Control Function P-CSCF, Interrogation Call Session Control Function I-CSCF, Application Server AS, Media Resource Control Function MRFC, Border Gateway Control Function BGCF, Media Gateway Control Function MGCF.

6. The method according to claim 5, wherein the common field comprises one or more of the following:

The common part of the network element S-CSCF, P-CSCF, AS, MRFC, BGCF, MGCF; the common part of the network element S-CSCF, P-CSCF;

Network element AS, the common part of MRFC.

7. The method of claim 2, wherein

In the step (1), the charging gateway function associates the charging data records of the calling side and the called side of the same session process in the multimedia subsystem according to the session serial number and the calling/called parameters respectively. And temporarily storing the associated network element billing data records in the buffer area;

In the step (3), the charging gateway function takes out the charging data record of one network element of the same session from the buffer area for processing.

The method according to claim 6, wherein the step (3) further comprises: the charging gateway function respectively extracting, from the buffer area, the charging data record of each network element of the same session, The type of the network element is determined according to the record type in the charging data record, and the public field or the special field is recorded into the new charging data record according to each network element type, when recording:

If the network element is the inquiry call session control function I-CSCF, the content of the charging data record of the I-CSCF is recorded in the location of the special field of the I-CSCF network element in the new charging data record; For any one of the other six network elements other than the I-CSCF, the new charging data is Recording, in the record, the location of the common fields of the six network elements, recording the content of the common parts of the six network elements in the network element charging data record, and then further determining:

9. The method of claim 8 wherein -.

The indication information indicating the recording position of the common field of the other six network elements except the I-CSCF in the new charging data record is CR, and the value of CR is used to indicate whether the public field has been filled in; The indication information indicating the location of the common field record of the S-CSCF network element and the P-CSCF network element in the fee data record is SP, and the value of the SP is used to indicate whether the public field has been filled in;

The indication information indicating the location of the common field record of the AS network element and the MRFC network element in the new charging data record is AM, and the value of AM is used to indicate whether the public field has been filled in;

Public fields that have already been filled out do not have to be written repeatedly.

10. The method of claim 7 wherein:

When the application server AS acts as the session initial protocol proxy and the back-to-back user agent, if the AS and the other network elements of the payer's multimedia subsystem belong to the same charging gateway function, after the other network elements are integrated, the service call session is controlled. Function S-CSCF identifies the payment The user ID of the party identifies the subscription data, and integrates the accounting data record of the AS into the new billing data record integrated by the paying party;

If the AS and the other network element of the paying party's multimedia subsystem do not belong to the same charging gateway function, after the other network elements are integrated, the accounting domain identifies the paying party according to the service call session control function S-CSCF. The user identifier Subscription1D information is integrated into the integrated billing data record of the calling party or the called party on the side of the paying party.