WO2017101443A1 - Method and device for charging processing and charging system - Google Patents

Abstract

A method and device for charging processing and a charging system. The method for charging processing comprises: each hop of charging device adds charging field priority information (AVPP) of the current charging device into a received communication request message; each hop of charging device sequentially forwards the processed communication request message; each hop of charging device sequentially receives a communication response message; each hop of charging device respectively transmits an accounting request message (ACR) to a call record device, where each ACR comprises the AVPP added by the charging device that transmitted the ACR, the ACR transmitted is used for instructing the call record device to perform combined charging on the basis of each ACR, an internet protocol (IP) multimedia subsystem charging identifier (ICID), a charging subject identifier, and each AVPP. The technical solution implements flexible and accurate charging for call records.

Description

Billing processing method, device and charging system Technical field

This document relates to, but is not limited to, the field of communication technologies, and more particularly to a billing processing method, apparatus, and billing system.

Background technique

With the development of communication networks and applications, in the communication network described by the 3rd Generation Partnership Project (3GPP), the billing system is to realize the communication billing between users in the communication network. One of the important features is an important guarantee for operators to achieve revenue.

Generally, there are many types of charging network elements in the Internet Protocol (IP) Multimedia Subsystem (IMS), for example, Proxy Call Session Control Function. , referred to as: PCSCF), Serving Call Session Control Function (SCSCF), Application Server (AS), and Media Gateway Control Function (referred to as: MGCF), etc., the Charging Data Record (CDR) generated by different charging network elements has its own unique information of the network element. In order to achieve accurate charging, the charging center usually needs to be based on multiple The CDRs generated by the charging network elements are used as the final charging basis after the charging and association is performed. For example, in the charging principle described in the 3GPP, the IMS Charging Identifier (ICID) is the basis of the IMS domain charging field merge association; in a session or transaction, the ICID is used by all sessions or The IMS charging network element involved in the transaction is shared, and is outputted in the charging request message (Accounting Request, abbreviated as: ACR) and the CDR generated according to the charging network element, and the charging data function (Charging Data) Function, abbreviated as: CDF) or the billing center may merge and associate the billing field of the session or transaction according to the ICID, as the key information of the billing merge association. The 3GPP stipulates that the ICID is consistent in all the charging network elements of a session or a transaction. In the charging process of combining bills through multiple charging network elements, the current IMS industry uses the accounting network element AS. Single word The segment information is used as a supplement, and the billing field information of the other billing network elements (for example, SCSCF, PCSCF, and MGCF) is supplemented, and the associated bills include the common field information of the AS and other billing network elements. Private field information. However, the common field information is always based on the AS, and the billing bills generated in the application scenarios of some specific services are inaccurate.

In summary, in the charging method in the related art, in the charging process of combining bills through multiple charging network elements, the common field information is based on the AS network element, which results in some specific services. The billing bills generated in the application scenario are inaccurate.

Summary of the invention

The following is an overview of the topics detailed in this document. This Summary is not intended to limit the scope of the claims.

The embodiment of the invention provides a billing processing method, device and billing system, which can improve the accuracy of bill billing. In a first aspect, an embodiment of the present invention provides a charging processing method, including:

Each hop charging device adds the charging field priority information AVPP of the current charging device to the received communication request message, and the added AVPP includes priority information and private information of the public charging field of the current charging device. Priority information of the billing field;

Each hopping charging device forwards the processed communication request message in turn;

Each hopping charging device sequentially receives a communication response message;

The aging device sends a charging request message (ACR) to the CDR device, and each of the ACRs includes an AVPP that is sent by the charging device that sends the ACR, and the sent ACR is used to indicate the CDR. The device performs combined charging according to each of the ACR, the network protocol IP multimedia subsystem charging identifier ICID, the charging subject identifier, and each of the AVPPs.

In a first possible implementation manner of the first aspect, the priority information of the common charging field that is added to the charging device by each hop is set after the next hop charging device receives the processed communication request message.

According to a first possible implementation manner of the first aspect, in a second possible implementation, the charging device includes a first charging device, a second charging device, and a third charging device, where The number of the second charging devices is one or more;

The hopping device adds the charging field priority information AVPP of the current charging device to the received communication request message, and sequentially forwards the processed communication request message, including:

After receiving the communication request message sent by the first communication device, the first charging device adds the AVPP of the first charging device to the communication request message, and sends the processing to the second charging device. Post communication request message;

After receiving the communication request message sent by the last hop charging device, the second charging device adds the AVPP of the second charging device to the communication request message, and sets the last hop charging device. The priority information of the public charging field, wherein the last hop charging device is the first charging device or the second hop second charging device, and the next hop second charging device or device Transmitting, by the third charging device, the processed communication request message;

After receiving the communication request message sent by the second TTL device, the third charging device adds the AVPP of the third charging device to the communication request message, and sets the last hop. The priority information of the public charging field of the second charging device, and sending a communication request message for deleting all AVPPs to the second communication device.

According to the first aspect, any one of the first and second possible implementation manners of the first aspect, in a third possible implementation manner, the hop charging device receives the communication request message The charging field priority information AVPP of the current charging device is added, including:

Each hopping charging device adds a priority parameter in a header field of the received communication request message, and carries the AVPP of the current charging device in the priority parameter.

In a second aspect, an embodiment of the present invention provides a charging processing method, including:

The billing device receives the charging request message ACR including the charging field priority information AVPP sent by each hop charging device; wherein the AVPP in each of the ACRs is received by the charging device that sends the ACR The AVPP of the charging device added in the communication request message includes the priority information of the public charging field of the charging device and the priority information of the private charging field;

The billing device performs combined charging according to each of the ACR, the network protocol IP multimedia subsystem charging identifier ICID, the charging subject identifier, and each of the AVPPs.

In a first possible implementation of the second aspect, the public charging in the added AVPP The priority information of the field is set after the next hop charging device receives the communication request message.

According to a first possible implementation manner of the second aspect, in a second possible implementation manner, the charging device includes a first charging device, a second charging device, and a third charging device, where The number of the second charging devices is one or more;

The AVPP in the ACR sent by the first charging device is the first meter added by the first charging device to the communication request message after receiving the communication request message sent by the first communication device. AVPP for fee equipment;

The AVPP in the ACR sent by the second charging device is the first that the second charging device adds in the communication request message after receiving the communication request message sent by the last hop charging device. The AVPP of the second charging device, and the priority information of the public charging field of the last hop charging device after the second charging device is set, wherein the last hop charging device is the first a billing device or a second billing device;

The AVPP in the ACR sent by the third charging device is the location that the third charging device joins in the communication request message after receiving the communication request message sent by the second charging device of the last hop. The AVPP of the third charging device and the public charging field of the second charging device of the last hop after the third charging device is set.

In a third possible implementation manner of the second aspect, the billing device performs a combination according to each of the ACR, the network protocol IP multimedia subsystem charging identifier ICID, the charging subject identifier, and each of the AVPPs. Fees, including:

The bill device generates a CDR corresponding to the billing data of each billing device according to each of the ACRs;

The billing device combines and charges each of the CDRs according to the ICID, the billing subject identifier, and each of the AVPPs, and the generated billed bill includes all the priorities of the billing devices. The highest public charging field and the private charging field for each of the charging devices.

According to a third possible implementation manner of the second aspect, in a fourth possible implementation, when the highest priority of the common charging field in the at least two of the AVPPs is the same, the combined charging The unicast includes the highest priority public charging field obtained by the CDR device and the private charging field of each charging device.

According to the second aspect, any one of the first to fourth possible implementation manners of the second aspect, in a fifth possible implementation, the AVPP in each of the ACRs is The charging device adds a priority parameter in the header field of the received communication request message, and adds the AVPP of the charging device to the priority parameter.

In a third aspect, an embodiment of the present invention provides a charging processing apparatus, which is configured in a hopping device of a network protocol IP multimedia subsystem IMS, where the charging processing includes:

a receiving module, configured to receive a communication request message; receive a communication response message;

And the adding module is configured to add, in the communication request message received by the receiving module, the charging field priority information AVPP of the charging device to which the charging processing device belongs, where the added AVPP includes: the charging processing device belongs to Priority information of a public charging field of the charging device and priority information of a private charging field;

a sending module, configured to forward the communication request message processed by the adding module, and send an accounting request message ACR to the CDR device, where each ACR includes an AVPP that is sent by the charging device that sends the ACR, and the sent The ACR is configured to instruct the billing device to perform combined charging according to each of the ACR, the IMS charging identifier ICID, the charging subject identifier, and each of the AVPPs.

In a first possible implementation manner of the third aspect, the priority information of the public charging field added by the adding module is set after the next hop charging device receives the communication request message.

According to a first possible implementation manner of the third aspect, in a second possible implementation manner, the charging processing device is respectively disposed on the first charging device, the second charging device, and the third charging device Wherein the number of the second charging devices is one or more;

The adding module is configured to add an AVPP of the charging device to which the charging processing device belongs in the communication request message received by the receiving module, and the sending module is configured to forward the communication after the adding module is processed. Request message, including:

The adding module of the first charging device is configured to add the AVPP of the first charging device to the communication request message after receiving the communication request message sent by the first communication device;

The sending module of the first charging device is configured to send the communication request message processed by the adding module to the second charging device;

The adding module of the second charging device is configured to add the AVPP of the second charging device to the communication request message after receiving the communication request message sent by the last hop charging device. And setting the priority information of the public charging field of the last hop charging device, where the last hop charging device is the first charging device or the last hop second charging device;

The sending module of the second charging device is configured to send the communication request message processed by the adding module to the next hop second charging device or the third charging device;

The adding module of the third charging device is configured to add the third charging device to the communication request message after receiving the communication request message sent by the second charging device of the last hop AVPP, setting priority information of a public charging field of the second TTL device of the last hop;

The sending module disposed in the third charging device is configured to send a communication request message for deleting all AVPPs to the second communication device.

According to the third aspect, any one of the first and second possible implementation manners of the third aspect, in a third possible implementation, the adding module is configured to be implemented in the receiving module by: Adding the AVPP of the charging device to which the charging processing device belongs to the received communication request message:

Adding a priority parameter to a header field of the communication request message received by the receiving module, and carrying an AVPP of the charging device to which the charging processing device belongs is carried in the priority parameter.

In a fourth aspect, an embodiment of the present invention provides a charging processing apparatus, which is configured in a billing device of a network protocol IP multimedia subsystem IMS, where the charging processing apparatus includes:

a receiving module, configured to receive an accounting request message ACR including a charging field priority information AVPP sent by each hop charging device, where the AVPP in each of the ACRs is receiving the charging device that sends the ACR The AVPP of the charging device added to the incoming communication request message includes the priority information of the public charging field of the charging device and the priority information of the private charging field;

The combined charging module is configured to perform combined charging according to each ACR received by the receiving module, and an IMS charging identifier ICID, a charging subject identifier, and each AVPP.

In a first possible implementation manner of the fourth aspect, the priority information of the public charging field in the added AVPP is set after the next hop charging device receives the communication request message.

According to the first possible implementation manner of the fourth aspect, in a second possible implementation manner, the charging device includes a first charging device, a second charging device, and a third charging device, where The number of the second charging devices is one or more;

The AVPP in the ACR sent by the first charging device is the first meter added by the first charging device to the communication request message after receiving the communication request message sent by the first communication device. AVPP for fee equipment;

The AVPP in the ACR sent by the second charging device is the first that the second charging device adds in the communication request message after receiving the communication request message sent by the last hop charging device. The AVPP of the second charging device, and the priority information of the public charging field of the last hop charging device after the second charging device is set, wherein the last hop charging device is the first a billing device or a second billing device;

The AVPP in the ACR sent by the third charging device is the location that the third charging device joins in the communication request message after receiving the communication request message sent by the second charging device of the last hop. The AVPP of the third charging device and the public charging field of the second charging device of the last hop after the third charging device is set.

In a third possible implementation manner of the fourth aspect, the combined charging module includes:

a data generating unit, configured to generate, according to each ACR received by the receiving module, a charging data record CDR corresponding to each of the charging devices;

And the combined charging unit is configured to combine the charging of each of the CDRs generated by the data generating unit according to the ICID, the charging entity identifier, and each of the AVPPs, and the generated consolidated charging bill includes The public charging field with the highest priority among all the charging devices and the private charging field of each charging device.

According to a third possible implementation manner of the fourth aspect, in a fourth possible implementation, when the highest priority of the common charging field in the at least two of the AVPPs is the same, the consolidated charging The unicast includes the highest priority public charging field obtained by the CDR device and the private charging field of each charging device.

According to the fourth aspect, any one of the first to fourth possible implementation manners of the fourth aspect, in a fifth possible implementation, the AVPP in each of the ACRs is, sending the ACR The charging device adds a priority parameter in the header field of the received communication request message, and adds the AVPP of the charging device to the priority parameter.

In a fifth aspect, an embodiment of the present invention provides a charging system, which includes: a charging device and a charging bill respectively set in a service layer, a control layer, and an access layer in a network protocol IP multimedia subsystem IMS, where each The billing device is provided with the billing processing device according to any one of the preceding aspects, wherein the billing bill is provided with the billing processing device according to any one of the above fourth aspects.

The charging processing method, device, and charging system provided by the embodiment of the present invention add the AVPP of the current charging device to the received communication request message by using the hopping charging device, and the added AVPP includes the current charging device. The priority information of the public charging field and the priority information of the private charging field are respectively sent to the CDR device after the hopping device sequentially forwards the processed communication request message and sequentially receives the communication response message. Each ACR sent is used to indicate that the bill device performs combined billing according to each ACR, ICID, billing subject identifier, and each AVPP, so that the common field information in the bill of the combined billing is prioritized in the AVPP. As a basis, it is not simply based on the public field information of a specific charging device, thereby implementing a flexible charging standard, and avoiding the public field in the charging process of combining bills through multiple charging network elements. The information is based on the AS network element, and the charging bills generated in the application scenarios of some specific services are inaccurate.

Other aspects will be apparent upon reading and understanding the drawings and detailed description.

BRIEF abstract

1 is a schematic structural diagram of a charging function entity in an IMS according to related art;

2 is a flowchart of a charging processing method according to an embodiment of the present invention;

FIG. 3 is a flowchart of another charging processing method according to an embodiment of the present invention;

FIG. 4 is a flowchart of signaling interaction of a charging processing method according to an embodiment of the present disclosure;

FIG. 5 is a flowchart of still another charging processing method according to an embodiment of the present invention;

FIG. 6 is a flowchart of still another charging processing method according to an embodiment of the present invention;

FIG. 7 is a flowchart of signaling interaction of another charging processing method according to an embodiment of the present disclosure;

FIG. 8 is a flowchart of signaling interaction of another charging processing method according to an embodiment of the present disclosure;

FIG. 9 is a flowchart of signaling interaction of another charging processing method according to an embodiment of the present invention;

FIG. 10 is a flowchart of signaling interaction of a charging processing method according to an embodiment of the present disclosure;

FIG. 11 is a schematic structural diagram of a charging processing apparatus according to an embodiment of the present disclosure;

FIG. 12 is a schematic structural diagram of another charging processing apparatus according to an embodiment of the present disclosure;

FIG. 13 is a schematic structural diagram of still another charging processing apparatus according to an embodiment of the present invention.

Embodiments of the invention

Embodiments of the present invention will be described in detail below with reference to the accompanying drawings. It should be noted that, in the case of no conflict, the features in the embodiments and the embodiments in the present application may be arbitrarily combined with each other.

The steps illustrated in the flowchart of the figures may be executed in a computer system such as a set of computer executable instructions. Also, although logical sequences are shown in the flowcharts, in some cases the steps shown or described may be performed in a different order than the ones described herein.

FIG. 1 is a schematic structural diagram of a charging function entity in an IMS provided by the related art. Figure 1 shows the composition of the charging function entity and the relationship between each functional entity. The Charging Trigger Function (CTF) is embedded in each network element of the 3GPP IMS (including In the inbound layer network element, the control layer network element, and the service layer network element, the main function is to collect the charging field according to the monitored usage of the network resource, and pass the Rf interface (Offline Charging Reference Point). Sending ACR to CDF, the main function of the CDF is to receive the ACR sent by the CTF, construct it into a CDR, and send it to the Charging Gateway Function (CGF) through the Ga interface. The main function of the CGF is, The CDRs received from the CDF are stored and managed, and the CDR files are sent to the billing domain (Billing Domain, BD for short) through the Bi interface.

In the above-mentioned charging process in which multiple billing network elements perform bill consolidation, the IMS industry currently adopts the charging mode based on the common field information of the charging network AS, which may result in application scenarios in some specific services. The inaccuracy of the billing bills generated in the following is an example of the inaccurate billing bills in the application scenarios of specific services:

Application scenario 1: When a user carries a number portability service, for example, the user needs to query the MGCF for the number portability database (NPDB) service. The value of the Called-Party-Address generated by the SCSCF, the PCSCF, and the AS is not the same. In the related art, it is incorrect to obtain the called number Called-Party-Address from the CDRs generated by the AS. Instead, the Called-Party-Address should be obtained from the SCSCF as the final called number after the merge association.

Application scenario 2: When the user of the IMS domain (Private Branch Exchange, PBX) calls the Circuit Switched (CS) domain user, the charging entity identifier in the MGCF calling bill is That is, the value of the Role-Of-Node is Incoming_Business_trunking_proxy(5), which is different from the value of the caller Role-Of-Node(0) generated by the AS. The CDF needs to obtain the value of the Role-Of-Node from the MGCF. The final value after the association is merged.

In application scenario 3, since the CDRs generated during each call include a service delivery start time stamp and a service delivery end time stamp, the CDF must start with the CDRs obtained from the same charging network element. The service delivery start time stamp and the service delivery end time stamp are filled in the final CDRs of the merged association. If there is no unified network time protocol between each service network element in the IMS (Network Time Protocol) , referred to as: NTP) time synchronization, CDF obtains the service delivery start time stamp from the SCSCF, and then obtains the service delivery end time stamp from the AS. It is possible that the two time differences Especially the distance is large, so the duration of the final merged associated bills will be very large, which will cause the incorrect length of the merged association, which is obviously not the actual bill of the user.

The technical solutions of the present invention are described in detail in the following embodiments. In the following embodiments, the charging device is a charging network element that has a charging function, and the CDR device is a physical device with a CDF function. The fee processing refers to charging the call side branch that performs communication, that is, the calling side and the called side are separately charged, and the charging methods of the calling side and the called side are the same, and the following embodiments of the present invention The charging method on the calling side is taken as an example, which may be based on a certain technical field, or may include content in a plurality of technical fields. The following specific embodiments of the present invention may be combined with each other, and the same or similar concepts or processes may not be described in some embodiments.

FIG. 2 is a flowchart of a charging processing method according to an embodiment of the present invention. This embodiment provides The charging processing method is applicable to the case where the charging is performed by the plurality of charging devices in the IMS, the method may be performed by the charging processing device, and the charging processing device is implemented by combining hardware and software. The device can be integrated into the processor of the billing device for use by the processor. As shown in FIG. 2, the method in this embodiment may include:

S110: Each hop charging device adds the Attibue value pair priority (AVPP) of the current charging device to the received communication request message, and the added AVPP includes the current charging device. Priority information of the public charging field and priority information of the private charging field.

The charging processing method provided in this embodiment relates to an application scenario in which a plurality of charging devices perform charging for one session or transaction in the IMS, and each hop charging device sequentially receives a communication request message, where the communication request message is, for example, a session. An initial protocol (Session Initiation Protocol, SIP for short) request message, for example, the first hop charging device receives a SIP request message sent by the first communication device, where the first communication device is, for example, a calling side device of the communication; The charging device receives the SIP request message forwarded by its last hop charging device. Different from the related art, after receiving the communication request message, each hop charging device in the embodiments of the present invention does not directly forward the received communication request message to the next hop charging device or the second communication device. The second communication device is, for example, the called side device of the current communication, but adds the AVPP in the received communication request message, and the added AVPP includes the priority information and the private information of the public charging field of the current charging device. Priority information for the billing field. That is to say, each charging device records its own AVPP before forwarding the communication request message.

In a specific implementation, the priority of all charging fields may be represented by type, length, and value (abbreviated as: TLV), ending with 0xFE0xFF0xFE0xFF; optionally, T in the TLV AVP code (Code), which occupies 4 bytes, L represents the Vendor ID (Vendor-Id), occupies 4 bytes, V indicates priority, and occupies 1 byte. The larger the value, the higher the priority. The value of the priority can be defined, for example, as a value of "1" for LOWEST_PRIORITY, a value of "2" for LOWER_PRIORITY, a value of "3" for NORMAL_PRIORITY, a value of "4" for HIGH_PRIORITY, and a value of "5" for HIGHEST_PRIORITY. In addition, when each hop charging device joins AVPP, the priority information of all charging fields that can be added by default is NORMAL_PRIORITY, where public charging The priority information of the field can be modified in the next hop charging device.

S120. Each hop charging device forwards the processed communication request message.

S130. Each hop charging device sequentially receives a communication response message.

In this embodiment, after the calling side device sends the communication request message, the first hop charging device sends and adds its own AVPP to the next hop charging device until the last hop charging device sends a communication request. The message is sent to the called side device, that is, each hop charging device sequentially receives the communication request message, and correspondingly, the processed communication request message is sequentially forwarded. In addition, after the last hop charging device forwards the communication request message to the called side device, the called side device responds to it, that is, sends a communication response message, for example, a 200 OK response message, at this time, according to each The hopping device sends the communication request message in the reverse order, and sequentially feeds back the communication response message, and finally returns the communication response message to the calling side device.

It should be noted that, in the embodiments of the present invention, the charging process refers to charging the call side branch that performs communication, that is, the calling side and the called side are separately charged, and therefore, although the last hop The charging device adds its own AVPP in the received communication request message, and deletes all AVPPs in the communication request message before the last hop charging device sends a communication request message to the called side device to ensure one-sided The principle of billing.

S140, each hop charging device sends an ACR to the CDR device, and each ACR includes an AVPP that is sent by the charging device that sends the ACR, and the sent ACR is used to indicate that the CDR device is configured according to each of the ACRs. The AVPP, ICID, and billing subject identifiers in the ACR are combined and billed.

In this embodiment, after receiving the communication response message, each hop charging device may send an ACR to the CDR device, and each transmitted ACR has an AVPP corresponding to the charging device. In the related art, the combination of the billing bills is based on the ICID and the billing subject identifier, and the common field information is based on the AS. Therefore, in the application scenario of the above special services, the billing merge bill is inaccurate; In contrast, the basis for performing the combined charging in the embodiments of the present invention increases the AVPP, and the AVPP is used to determine the merged bill by using the priority information of the common field of each charging device when selecting the common field information. Which public field information is subject to which.

In the charging processing method provided in this embodiment, since each hop charging device needs to add its own AVPP when receiving the communication request message, it is not simple to perform the combined charging. The common field information of the specific charging device is based on, for example, the common field information of the AS is always used. This embodiment has different charging modes for different application scenarios, that is, different common field information can be used for charging. In order to achieve flexible billing, the accuracy of the combined billing is improved.

The charging processing method provided in this embodiment adds the AVPP of the current charging device to the received communication request message by the hop charging device, and the added AVPP includes the priority of the public charging field of the current charging device. Priority information of the level information and the private charging field, after each hop charging device sequentially forwards the processed communication request message and sequentially receives the communication response message, respectively sends an ACR to the CDR device, and each ACR sent It is used to indicate that the bill device performs combined billing according to each ACR, ICID, billing subject identifier, and each AVPP, so that the common field information in the bill of the combined billing is based on the priority in the AVPP, which is not simple. Based on the common field information of the specific charging device, the standard for flexible charging is implemented. The method provided in this embodiment can avoid the public field in the charging process of combining bills through multiple charging network elements. The information is based on the AS network element, and the charging bills generated in the application scenarios of some specific services are inaccurate.

Optionally, the priority information of the public charging field added by each hop charging device in this embodiment may be set in the next hop charging device, for example, each charging device may remain unchanged or modified. The priority information of the public charging field added by the last hop charging device, whether the modification may be preset in the configuration information of the charging device. In a specific implementation, the setting mode corresponding to different application scenarios may be pre-configured in the charging device, and the priority information of the common field added by the last hop charging device may be set to ensure the application scenario in the special service. The correct public field information can be used.

It should be noted that the physical quantity of the charging device in the embodiments of the present invention is at least three, corresponding to the service layer, the control layer, and the access layer, that is, the charging device having at least one entity in each layer. . In addition, the charging device in the embodiments of the present invention includes: a first charging device, a second charging device, and a third charging device, wherein the number of the second charging device is one or more One. FIG. 3 is a flowchart of another charging processing method according to an embodiment of the present invention. In this embodiment, on the basis of the foregoing embodiment shown in FIG. 2, the processing manners of the first, second, and third charging devices are specifically described, that is, the execution manners of S110 and S120 in this embodiment are: S110 includes the following S111. , S112 and S113, S120 includes the following S121, S122, and S123, and The order of execution of S111, S112, and S113 and S121, S122, and S123 in the embodiment is shown in the order of FIG.

S111. After receiving the communication request message sent by the first communication device, the first charging device adds the AVPP of the first charging device to the communication request message.

S121. The first charging device sends the processed communication request message to the second charging device.

S112. After receiving the communication request message sent by the last hop charging device, the second charging device adds the AVPP of the second charging device to the communication request message, and sets a public charging field of the last hop charging device. The priority information, wherein the last hop charging device is the first charging device or the last hop second charging device.

S122. The second charging device sends the processed communication request message to the second charging device or the third charging device to the next hop.

S113. After receiving the communication request message sent by the second charging device of the last hop, the third charging device adds the AVPP of the third charging device to the communication request message, and sets the second charging device of the last hop. Priority information for the public billing field.

S123. The third charging device sends a communication request message for deleting all AVPPs to the second communication device.

Optionally, the manner in which the AVPP of each hop charging device in the embodiment is added may include: adding a priority parameter in a header field of the communication request message that is received, and carrying the AVPP of the current charging device. In the priority parameter, optionally, according to the 3GPP specification, a priority parameter is added in the P-Charging-Vector of the SIP request message, and the parameter is used to carry all AVPPs, and Set whether to carry the AVPP in the SIP request message. If the billing center does not need to merge the associated bills, you can configure it to not carry any AVPP. Determining whether to carry the AVPP according to the requirements of the billing center is beneficial to reducing the message traffic in the network.

In a specific implementation, the method for adding a priority parameter in the header field of the SIP request message in this embodiment may be, for example, adding a priority parameter list, where each priority parameter in the list carries an AVPP; Priority parameter, which carries all AVPPs.

In this embodiment, the logical relationship of the charging device is: the first charging device is an initial charging device, the second charging device is a middle charging device, and the third charging device is a final (Last) charging device, wherein the first and third charging devices have only one, and the second charging device may have multiple, as shown in FIG. 4, which is a charging process provided by an embodiment of the present invention. The signaling interaction flowchart of the method, the charging in FIG. 4 is directed to the calling party user, and the charging network element includes a network element (NE element) 1, NE2, NE3, and NE4, wherein the state of the NE2 is The billing function is disabled, that is, the NE2 is not charged, and the billing device is not included in the embodiment of the present invention. In this embodiment, NE1 is the first billing device, NE3 is the second billing device, and NE4 is the third. Billing equipment, bill devices are represented by CDF.

The charging processing method provided by the embodiment shown in FIG. 4 includes the following steps:

S201. The calling side device sends a SIP request message to NE1.

S202. NE1 adds the AVPP of NE1 to the SIP request message it receives.

S203. The NE1 sends a SIP request message of the AVPP joining the NE1 to the NE2.

S204. The NE2 forwards the SIP request message it receives to the NE3. Since the accounting function of the NE2 is disabled, the accounting is not performed and the AVPP of the local network element is not required.

S205. The NE3 adds the AVPP of the NE3 to the SIP request message it receives.

S206. The NE3 sends an SIP request message of the AVPP joining the NE3 to the NE4.

S207. The NE4 adds the AVPP of the NE4 to the SIP request message it receives.

S208. The NE4 sends a SIP request message for deleting all AVPPs to the called side device.

S209. The called side device sends a SIP response message to NE4.

S210, NE4 sends a SIP response message to NE3.

S211, NE3 sends a SIP response message to NE2.

S212. NE2 sends a SIP response message to NE1.

S213. NE1 sends a SIP response message to the calling side device.

S214. The charging devices NE1, NE3, and NE4 that enable the charging function send an ACR to the CDF, and each ACR carries an AVPP corresponding to the charging device.

S215. The CDF separately generates, according to the ACR sent by each charging device, a CDR corresponding to each charging device, including: NE1 CDR, NE3 CDR, and NE4 CDR.

S216, the CDF fills in all the CDRs generated above into the merge buffer, and all the CDRs The combined charging is performed according to the ICID, the charging subject identifier, and each AVPP.

Optionally, in the foregoing embodiments of the present invention, the ACR sent by each charging device to the CDR device is used to indicate that the CDR device performs the combined charging, and generates a merged CDR; the CDR device performs the combined charging. The method is: generating, according to each ACR, a CDR corresponding to each charging device, and combining and charging each CDR according to an ICID, a charging entity identifier, and each AVPP, and the generated consolidated charging bill includes all The highest priority public charging field in the charging device and the private charging field of each charging device.

In this embodiment, when the CDR device receives the ACR sent by each charging device, the ACR sent by each charging device is configured as a CDR, and the CDR generated by each charging device includes AVPP. Then, the CDR device adds all the CDRs generated by the session or the transaction structure to the merge buffer for combined charging. The principle of the combined charging is to combine all the CDRs according to the ICID, the charging subject identifier, and the AVPP, and then generate the CDR. A final bill. The logic of the merged charging in this embodiment may be, for example, collecting the CDRs of the session branch side (calling side or called side) according to the ICID and the charging subject identifier as keywords, according to each generated CDR. The AVPP in the collection collects the highest priority public charging field among all the charging devices, collects the private charging fields of all charging devices, and collects the highest priority public charging field and the private of all charging devices. The charging field is filled in the final bill for the billing center to collect billing.

It should be noted that if there is a special case in the public charging field of all charging devices collected by the CDR device, the priority information of the common charging field of at least two charging devices is the same, and at the same time is the highest priority. Level, that is, at least the highest priority of the common charging field in the AVPP is the same. In this case, the consolidated charging bill can include the highest priority public charging field obtained by the bill device. Private billing field for each billing device. In this embodiment, after the CDR is generated by the ACR, the generated CDF is added to the merging buffer, and then, when collecting the highest priority public charging field among all the charging devices, if different If the priority information of a charging field of the fee device is the same, the final charging bill is generated based on the public charging field of the merging buffer of the first CDR device.

It should be noted that the present invention does not limit the execution order of S209-S213 and S214 in the foregoing embodiment shown in FIG. 4, and does not limit the order in which S1, NE3, and NE4 respectively perform S214; alternatively, S209-S213 sequentially Executed sequentially, NE4 can execute S214 after executing S209. After executing S210, NE3 can execute S214. After executing S212, NE1 can execute S214, that is, each charging device can send an ACR to the billing device after receiving the SIP response message, and at the same time, Limit the order in which each billing device sends ACRs.

FIG. 5 is a flowchart of still another charging processing method according to an embodiment of the present invention. The charging processing method provided in this embodiment is applicable to the case where the charging is performed by multiple charging devices in the IMS, and the method may be performed by the charging processing device, where the charging processing device is combined by hardware and software. To achieve this, the device can be integrated in the processor of the billing device for the processor to call. As shown in FIG. 5, the method in this embodiment may include:

S310. The CDR device receives an ACR including an AVPP sent by each hop charging device, where the AVPP in each ACR is a charging device that is added by the charging device that sends the ACR to the received communication request message. AVPP, the added AVPP includes priority information of the public charging field of the charging device and priority information of the private charging field.

The charging processing method provided in this embodiment relates to an application scenario in which a plurality of charging devices perform charging for one session or transaction in the IMS, and each hop charging device may sequentially receive a communication request message, and the communication request message may also be Sending an ACR to the CDR device after receiving the returned communication response message in sequence; since each hop charging device receives the communication request message, it does not directly forward the received communication request message, but The AVPP of the current charging device is added to the message. That is to say, each charging device records its own AVPP before forwarding the communication request message.

In this embodiment, the manner in which each hop charging device receives and transmits a communication request message, the manner in which its own AVPP is added in the communication request message, the manner in which the communication response message is received and forwarded, and the priority of the charging field The representations are the same as those in the above embodiment, and therefore will not be described herein.

It should be noted that, in the embodiments of the present invention, the charging process refers to separately performing charging on the calling side that performs communication, that is, the calling side and the called side separately perform charging, and therefore, although the last hop is performed, The charging device adds its own AVPP in the received communication request message, and deletes all AVPPs in the communication request message before the last hop charging device sends a communication request message to the called side device to ensure one-sided The principle of billing.

S320: The bill device performs combined billing according to each ACR, ICID, billing subject identifier, and each AVPP.

In this embodiment, each ACR received by the bill device has an AVPP corresponding to the billing device. In the related art, the combination of the billing bills is based on the ICID and the billing subject identifier, and the common field information is based on the AS. Therefore, in the application scenario of the above special services, the billing merge bill is inaccurate; In contrast, the basis for performing the combined charging in the embodiments of the present invention increases the AVPP, and the AVPP is used to determine the priority information of the common field of each charging device when the public field information is selected. Which common field information is used in the merged bill.

In the charging processing method provided in this embodiment, the AVPP corresponding to the charging device is included in each ACR received by the CDR device, so that when the CDR device performs the combined charging, the specific charging is not simple. The common field information of the device is based on, for example, the common field information of the AS is always used. This embodiment has different charging modes for different application scenarios, that is, different common field information can be used for charging, thereby achieving flexibility. Billing increases the accuracy of combined billing.

The charging processing method provided in this embodiment receives the ACR sent by each hop charging device by using the CDR device, and each charging device includes the charging device added by the corresponding charging device in the received communication request message. AVPP, the added AVPP includes the priority information of the public charging field of the current charging device and the priority information of the private charging field, and the CDR device according to each ACR, ICID, charging subject identifier and each AVPP Performing combined charging, so that the common field information in the CDRs of the combined charging is based on the priority in the AVPP, and is not simply based on the public field information of the specific charging device, thereby implementing the flexible charging standard; The method provided in this embodiment avoids the charging process in the case of combining the bills through multiple charging network elements, and the common field information is determined by the AS network element, which is generated in the application scenario of some specific services. The billing bill is inaccurate.

Optionally, in this embodiment, the priority information of the public charging field added to the AVPP by each hop charging device may be set in the next hop charging device, and the public that the last hop charging device joins is set. The manner of the priority information of the charging field is the same as that in the foregoing embodiment, and details are not described herein again.

It should be noted that the physical quantity of the charging device in the embodiments of the present invention is at least three, corresponding to the service layer, the control layer, and the access layer, that is, the charging device having at least one entity in each layer. . In addition, the charging device in the embodiments of the present invention includes: a first charging device, a second charging device, and a third charging device, wherein the number of the second charging device is one or more.

The interaction between the first, second, and third charging devices in this embodiment may also refer to the foregoing embodiment shown in FIG. 3 and FIG. 4, and the specific content of the ACR in this embodiment may be: The AVPP in the ACR sent by the device is the AVPP of the first charging device added by the first charging device after receiving the communication request message sent by the first communication device, and the second charging device sends the The AVPP in the ACR is the AVPP of the second charging device added by the second charging device after receiving the communication request message sent by the last hop charging device, and the second charging device is set after the second charging device is set. The priority information of the public charging field of the last hop charging device, wherein the last hop charging device is the first charging device or the last hop second charging device; and the third charging device sends the ACR. The AVPP is the AVPP of the third charging device added by the third charging device after receiving the communication request message sent by the second charging device of the last hop, and the third charging device is set after the third charging device is set. Last hop of the second billing device Total billing field.

It should be noted that, although the third charging device in this embodiment adds its own AVPP to the communication request message, the AVPP is used to send the ACR to the CDR device, because of the principle of single-side charging, All AVPPs have been deleted from the communication request message sent by the third charging device to the called side device.

Optionally, the AVPP in each ACR in this embodiment includes: the charging device that sends the ACR adds a priority parameter in a header field of the received communication request message, and adds the meter to the priority parameter. AVPP for fee devices. The manner of setting the priority parameter in the embodiment and the manner of configuring the AVPP are the same as those in the foregoing embodiment, and the logical relationship of the charging device is the same as that in the foregoing embodiments, and details are not described herein again.

Optionally, FIG. 6 is a flowchart of still another charging processing method according to an embodiment of the present invention. The embodiment of the present invention is used to describe the specific manner in which the CDR device performs the combined charging in the foregoing embodiments, that is, the S320 may include: S321, and the CDR device generates, according to each ACR, a corresponding to each charging device. CDR; S322, the CDR device combines and charges each CDR according to the ICID, the charging entity identifier, and each AVPP, and the generated combined charging bill includes the highest priority public charging field among all the charging devices. And the private billing field for each billing device. The specific implementation manner of performing the combined charging in this embodiment has been described in the foregoing embodiment, and therefore will not be further described herein.

It should be noted that the highest priority of the common charging field in at least two AVPPs is the same. The consolidated charging bill includes the public charging field with the highest priority obtained by the bill device and the private charging field of each billing device.

The application mode of the charging processing method provided by the embodiment of the present invention is described in the following specific examples. Each specific example has a specific application scenario, and any application scenario can be charged by the foregoing embodiments of the present invention. The processing method is combined charging.

FIG. 7 is a flowchart of signaling interaction of another charging processing method according to an embodiment of the present invention. The application scenario shown in FIG. 7 is that the IMS user A calls the Public Switched Telephone Network (PSTN) user B. FIG. 7 shows the charging of the calling party of the session as an example. The charging processing method provided in the embodiment shown in FIG. 7 specifically includes the following steps:

S401. A user equipment (User Equipment, UE for short) A sends a SIP request message to the PCSCF-A.

S402, after receiving the SIP request message, the PCSCF-A adds the AVPP of the PCSCF-A in the header field of the SIP request message, and the AVPP includes all public charging fields of the PCSCF-A. The priority information, the priority information of the private charging field, and the priority information of all the charging fields by default is NORMAL_PRIORITY.

In this embodiment, the specific content of the AVPP added by the PCSCF-A can be expressed, for example, by the following list 1:

Table 1

PCSCF public billing information (AvpCode, Vendor-id)	priority
SIP-Method (824, 10415)	NORMAL_PRIORITY(3)
Role-of-Node (829, 10415)	NORMAL_PRIORITY(3)
Origin-Host(264,0)	NORMAL_PRIORITY(3)
User-Session-Id (830, 10415)	NORMAL_PRIORITY(3)
Calling-Party-Address (831, 10415)	NORMAL_PRIORITY(3)
called-Party-Address(832,10415)	NORMAL_PRIORITY(3)
SIP-Request-Timestamp (834, 10415)	NORMAL_PRIORITY(3)
SIP-Response-Timestamp (835, 10415)	NORMAL_PRIORITY(3)
Inter-Operator-Identifier (838, 10415)	NORMAL_PRIORITY(3)

Cause-Code(861,10415)	NORMAL_PRIORITY(3)
IMS-Charging-Identifier (841,10415)	NORMAL_PRIORITY(3)
SDP-Session-Description (842, 10415)	NORMAL_PRIORITY(3)
SDP-Media-Component (843,10415)	NORMAL_PRIORITY(3)
GGSN-Address (847,10415)	NORMAL_PRIORITY(3)
Message-Body (889,10415)	NORMAL_PRIORITY(3)
Associated-URI (856, 10415)	NORMAL_PRIORITY(3)
Event(825,10415)	NORMAL_PRIORITY(3)
Access-Network-Information(1263,10415)	HIGHEST_PRIORITY(5)
Service-Context-Id(461,0)	NORMAL_PRIORITY(3)
list-Of-Subscription-ID(443,0)	NORMAL_PRIORITY(3)
IMS-Communication-Service-Identifier (1281, 10415)	NORMAL_PRIORITY(3)
Requested-Party-Address(1251,10415)	NORMAL_PRIORITY(3)
Called-Asserted-Identity (1250, 10415)	NORMAL_PRIORITY(3)
PCSCF private accounting information (AvpCode, Vendor-id)	priority
Bypass-State (2216, 81000)	NORMAL_PRIORITY(3)

The AVPP value carried in the priority parameter in the P-Charging-Vector field of the SIP request message can be represented by the following list 2:

Table 2

S403. The PCSCF-A sends a SIP request message to the SCSCF-A to join the AVPP.

S404. After receiving the SIP request message, the SCSCF-A needs to forward the SIP request message to the AS-A because the user subscribes to the supplementary service. Because the SCSCF-A enables the charging function, the SCSCF is added in the header field of the SIP request message. A's AVPP, which has the priority of the private billing field added Level information, defaults to NORMAL_PRIORITY. At the same time, SCSCF-A can remain unchanged or modify the previous hop charging device, that is, the priority information of the public charging field that PCSCF-A joins. (Number portability service: Called-Party- The Address priority is HIGHEST_PRIORITY).

In this embodiment, the specific content of the AVPP added by the SCSCF-A can be expressed, for example, by the following list:

table 3

SCSCF public billing information (AvpCode, Vendor-id)	priority
SIP-Method (824, 10415)	NORMAL_PRIORITY(3)
Role-of-Node (829, 10415)	NORMAL_PRIORITY(3)
Origin-Host(264,0)	NORMAL_PRIORITY(3)
User-Session-Id (830, 10415)	NORMAL_PRIORITY(3)
Calling-Party-Address (831, 10415)	NORMAL_PRIORITY(3)
called-Party-Address(832,10415)	NORMAL_PRIORITY(3)
SIP-Request-Timestamp (834, 10415)	NORMAL_PRIORITY(3)
SIP-Response-Timestamp (835, 10415)	NORMAL_PRIORITY(3)
Inter-Operator-Identifier (838, 10415)	NORMAL_PRIORITY(3)
Cause-Code(861,10415)	NORMAL_PRIORITY(3)
IMS-Charging-Identifier (841,10415)	NORMAL_PRIORITY(3)
SDP-Session-Description (842, 10415)	NORMAL_PRIORITY(3)
SDP-Media-Component (843,10415)	NORMAL_PRIORITY(3)
GGSN-Address (847,10415)	NORMAL_PRIORITY(3)
Message-Body (889,10415)	NORMAL_PRIORITY(3)
Associated-URI (856, 10415)	NORMAL_PRIORITY(3)
Event(825,10415)	NORMAL_PRIORITY(3)
Access-Network-Information(1263,10415)	NORMAL_PRIORITY(3)
Service-Context-Id(461,0)	NORMAL_PRIORITY(3)
list-Of-Subscription-ID(443,0)	NORMAL_PRIORITY(3)
IMS-Communication-Service-Identifier (1281, 10415)	NORMAL_PRIORITY(3)
Requested-Party-Address(1251,10415)	NORMAL_PRIORITY(3)

Called-Asserted-Identity (1250, 10415)	NORMAL_PRIORITY(3)
SCSCF private accounting information (AvpCode, Vendor-id)	priority
Use-Name(1,0)	NORMAL_PRIORITY(3)

The AVPP value carried in the priority parameter in the P-Charging-Vector field of the SIP request message can be represented by the following list 4:

Table 4

S405. The SCSCF-A sends an SIP request message to the AS-A to join the AVPP.

S406, after the AS-A receives the SIP request message request, because the AS-A enables the charging function, the ASPP of the AS-A is added in the header field of the SIP request message, and the priority information of the added private charging field is The default is HIGH_PRIORITY; at the same time, AS-A can remain unchanged or modify the previous hop charging device, that is, the priority information of the public charging field that SCSCF-A joins (serviceDeliveryStartTimeStamp, serviceDeliveryEndTimeStamp priority is HIGH_PRIORITY).

In this embodiment, the specific content of the AVPP added by the AS-A can be expressed, for example, by the following list:

table 5

AS public billing information (AvpCode, Vendor-id)	priority
SIP-Method (824, 10415)	HIGHER_PRIORITY(4)
Role-of-Node (829, 10415)	HIGHEST_PRIORITY(5)
Origin-Host(264,0)	HIGHER_PRIORITY(4)
User-Session-Id (830, 10415)	HIGHER_PRIORITY(4)
Calling-Party-Address (831, 10415)	HIGHER_PRIORITY(4)
called-Party-Address(832,10415)	HIGHER_PRIORITY(4)

SIP-Request-Timestamp (834, 10415)	HIGHER_PRIORITY(4)
SIP-Response-Timestamp (835, 10415)	HIGHER_PRIORITY(4)
Inter-Operator-Identifier (838, 10415)	HIGHER_PRIORITY(4)
Cause-Code(861,10415)	HIGHER_PRIORITY(4)
IMS-Charging-Identifier (841,10415)	HIGHER_PRIORITY(4)
SDP-Session-Description (842, 10415)	HIGHER_PRIORITY(4)
SDP-Media-Component (843,10415)	HIGHER_PRIORITY(4)
GGSN-Address (847,10415)	HIGHER_PRIORITY(4)
Message-Body (889,10415)	HIGHER_PRIORITY(4)
Associated-URI (856, 10415)	HIGHER_PRIORITY(4)
Event(825,10415)	HIGHER_PRIORITY(4)
Access-Network-Information(1263,10415)	HIGHER_PRIORITY(4)
Service-Context-Id(461,0)	HIGHER_PRIORITY(4)
list-Of-Subscription-ID(443,0)	HIGHER_PRIORITY(4)
IMS-Communication-Service-Identifier (1281, 10415)	HIGHER_PRIORITY(4)
Requested-Party-Address(1251,10415)	HIGHER_PRIORITY(4)
Called-Asserted-Identity (1250, 10415)	HIGHER_PRIORITY(4)
AS private accounting information (AvpCode, Vendor-id)	priority
Call-Description(2201,3902)	NORMAL_PRIORITY(3)
Service-Identity(2202,3902)	NORMAL_PRIORITY(3)
Group-Number(2205,3902)	NORMAL_PRIORITY(3)

The AVPP value carried in the priority parameter in the P-Charging-Vector field of the SIP request message can be represented by the following list 4:

Table 6

S407. The AS-A returns an SIP request message for joining the AVPP to the SCSCF-A.

In this embodiment, since the SCSCF-A is the control layer network element and the AS-A is the service layer network element, the AS-A needs to send the SIP request message to the SCSCF after adding the AVPP message to the message. A sends a receipt.

S408. The SCSCF-A sends a SIP request message to the Exitout Gateway Control Function (BGCF)-A.

S409: After receiving the SIP request message, the BGCF-A sends the SIP request message directly to the MGCF-A because the BGCF-A does not enable the charging function. This step does not add the AVPP of the BGCF-A.

S410, after receiving the SIP request message, the MGCF-A adds the charging function to the MGCF-A, so the AVPP of the MGCF-A is added in the header field of the SIP request message, and the priority information of the added private charging field is defaulted. It is NORMAL_PRIORITY; at the same time, MGCF-A can remain unchanged according to the configuration or modify the priority information of the previous hop charging device, that is, the public charging field added by SCSCF-A.

In this embodiment, the specific content of the AVPP added by the MGCF-A can be expressed, for example, by the following list:

Table 7

MGCF public billing information (AvpCode, Vendor-id)	priority
SIP-Method (824, 10415)	NORMAL_PRIORITY(3)
Role-of-Node (829, 10415)	NORMAL_PRIORITY(3)
Origin-Host(264,0)	NORMAL_PRIORITY(3)
User-Session-Id (830, 10415)	NORMAL_PRIORITY(3)
Calling-Party-Address (831, 10415)	NORMAL_PRIORITY(3)
called-Party-Address(832,10415)	NORMAL_PRIORITY(3)
SIP-Request-Timestamp (834, 10415)	NORMAL_PRIORITY(3)
SIP-Response-Timestamp (835, 10415)	NORMAL_PRIORITY(3)
Inter-Operator-Identifier (838, 10415)	HIGHEST_PRIORITY(5)

Cause-Code(861,10415)	NORMAL_PRIORITY(3)
IMS-Charging-Identifier (841,10415)	NORMAL_PRIORITY(3)
SDP-Session-Description (842, 10415)	NORMAL_PRIORITY(3)
SDP-Media-Component (843,10415)	NORMAL_PRIORITY(3)
MGCF private accounting information (AvpCode, Vendor-id)	priority
Trunk-Group-Id (851, 10415)	NORMAL_PRIORITY(3)

The AVPP value carried in the priority parameter in the P-Charging-Vector field of the SIP request message can be represented by the following list 8:

Table 8

S411, the MGCF-A sends a SIP request message to the PSTN-B where the UE B is located, and the request does not include the AVPP information.

S412. After the UE B answers, the PSTN-B returns a SIP response message to the MGCF-A, and the SIP response message is, for example, a 200 OK message.

S413, the MGCF-A returns a SIP response message to the BGCF-A.

S414. The BGCF-A returns a SIP response message to the SCSCF-A.

S415. The SCSCF-A returns a SIP response message to the AS-A.

S416. The AS-A sends a SIP response message to the SCSCF-A as a receipt.

S417, SCSCF-A returns a SIP response message to PCSCF-A.

S418, PCSCF-A returns a SIP response message to UE A.

S419. The charging devices MGCF-A, AS-A, SCSCF-A, and PCSCF-A that enable the charging function send an ACR message to the CDF, and the ACR message sent by each charging device carries the AVPP corresponding to the setting.

S420: The CDF separately generates, according to the ACR sent by each charging device, a CDR corresponding to each charging device, including: MGCF-A CDR, AS-A CDR, SCSCF-A CDR, and PCSCF-A. CDR.

S421, the CDR fills in all the CDRs generated above into the merge buffer, and combines all the CDRs according to the ICID, the charging subject identifier, and each AVPP. The manner and principle of performing the combined charging in this embodiment are the same as those in the foregoing embodiment, and therefore are not described herein again.

It should be noted that the actual message flow in the embodiment shown in FIG. 7 also involves other signaling interaction processes, and the steps for simplifying the charging processing method are appropriately omitted; the steps S402, S404, S406, and S410 in FIG. 7 are added. The AVPP may specifically include a priority parameter in the header field P-Charging-Vector of the SIP request message, the parameter carrying AVPP, the AVPP being organized in a TLV manner, ending with 0xFE0xFF0xFE0xFF; each charging network in FIG. The billing information in the meta is only an example, and the actual billing information is determined by the actual environment.

FIG. 8 is a flowchart of signaling interaction of another charging processing method according to an embodiment of the present invention. The application scenario shown in FIG. 8 is that IMS user A calls IMS user B, and FIG. 8 shows an example of charging the called side of the session. The charging processing method provided in the embodiment shown in FIG. 8 includes the following steps:

S501: The network where the calling UE A is located, that is, the calling side network element sends an SIP request message to the SCSCF-B.

S502: After receiving the SIP request message, the SCSCF-B needs to forward the SIP request message to the AS-B because the user subscribes to the AS-B; and because the SCSCF-B enables the charging function, in the header field of the SIP request message. Add the AVPP of SCSCF-B, which includes the priority information of all public charging fields of SCSCF-B (number portability service: Called-Party-Address priority is HIGHEST_PRIORITY), priority information of private charging field, default The priority information for all billing fields is NORMAL_PRIORITY.

In this embodiment, the specific content of the AVPP added by the SCSCF-B can refer to the content shown in Table 3 above, wherein the AVPP value carried in the priority parameter of the P-Charging-Vector of the SIP request message can refer to the above. Table 4 shows the content.

S503. The SCSCF-B sends an SIP request message to the AS-B to join the AVPP.

S504: After receiving the SIP request message, the AS-B adds the accounting function of the AS-B in the header field of the SIP request message, and adds the priority information of the private charging field to the default. For NORMAL_PRIORITY, at the same time, AS-B can remain unchanged according to the configuration. Or modify the previous hop charging device, that is, the priority information of the public charging field added by the SCSCF-B (the CDR start time serviceDeliveryStartTimeStamp and the CDR end time serviceDeliveryEndTimeStamp, the priority is HIGHEST_PRIORITY).

In this embodiment, the specific content of the AVPP added by the AS-B can refer to the content shown in Table 5 above, wherein the AVPP value carried in the priority parameter of the P-Charging-Vector of the SIP request message can refer to the above. Table 6 shows the content.

S505. The AS-B returns a SIP request message for joining the AVPP to the SCSCF-B.

In this embodiment, since the SCSCF-B is the control layer network element and the AS-B is the service layer network element, the AS-B needs to send the SIP request message to the SCSCF after adding the AVPP message to the message. B sends a receipt.

S506. The SCSCF-B sends a SIP request message to the PCSCF-B.

S507, after receiving the SIP request message, the PCSCF-B adds the AVPP of the PCSCF-B in the header field of the SIP request message because the PCSCF-B starts the charging function; at the same time, the PCSCF-B can remain unchanged or modified according to the configuration. The previous hop charging device, that is, the priority information of the public charging field added by the SCSCF-B.

In this embodiment, the specific content of the AVPP added by the PCSCF-B can refer to the content shown in Table 1 above, wherein the AVPP value carried in the priority parameter of the P-Charging-Vector of the SIP request message can refer to the above. Table 2 shows the content.

S508. The PCSCF-B sends a SIP request message to the UE B, where the request does not include AVPP information.

S509: After responding by the UE B, return a SIP response message to the PCSCF-B, where the SIP response message is, for example, a 200 OK message.

S510. The PCSCF-B returns a SIP response message to the SCSCF-B.

S511. The SCSCF-B returns a SIP response message to the AS-B.

S512. The AS-B sends a SIP response message to the SCSCF-B as a receipt.

S513. The SCSCF-B returns a SIP response message to the calling side network element.

S514, the billing devices PCSCF-B, AS-B, and SCSCF-B that enable the billing function are directed to the CDF. The ACR message is sent, and the AVP message sent by each charging device carries the AVPP corresponding to the setting.

S515. The CDF separately generates, according to the ACR sent by each charging device, a CDR corresponding to each charging device, including: a PCSCF-B CDR, an AS-B CDR, and an SCSCF-B CDR.

S516, the CDR fills in all the CDRs generated above into the merge buffer, and combines all the CDRs according to the ICID, the charging subject identifier, and each AVPP. The manner and principle of performing the combined charging in this embodiment are the same as those in the foregoing embodiment, and therefore are not described herein again.

It should be noted that the actual message flow in the embodiment shown in FIG. 8 also involves other signaling interaction processes, and the steps for simplifying the charging processing method are appropriately omitted; the AVPP added in steps S502, S504, and S507 in FIG. Specifically, a priority parameter is added in a header field (P-Charging-Vector) of the SIP request message, and the parameter carries an AVPP, and the AVPP is organized in a TLV manner, ending with 0xFE0xFF0xFE0xFF; each charging network in FIG. The billing information in the meta is only an example, and the actual billing information is determined by the actual environment.

FIG. 9 is a flowchart of signaling interaction of another charging processing method according to an embodiment of the present invention. The application scenario shown in FIG. 9 is that the IMS user A calls the China Mobile User B. In the application scenario, the CDR needs to carry the NP (number portability) information through the called number, and the MGCF queries the current network NPDB to obtain the NP information. 9 is shown by taking the charging of the calling side of the session as an example. The charging processing method provided in the embodiment shown in FIG. 9 specifically includes the following steps:

S601. The calling UE A sends a SIP request message to the PCSCF-A.

S602, after receiving the SIP request message, the PCSCF-A adds the AVPP of the PCSCF-A in the header field of the SIP request message, and the AVPP includes all public charging fields of the PCSCF-A. The priority information, the priority information of the private charging field, and the priority information of all the charging fields by default is NORMAL_PRIORITY.

In this embodiment, the specific content of the AVPP added by the PCSCF-A can refer to the content shown in Table 1 above, wherein the AVPP value carried in the priority parameter of the P-Charging-Vector of the SIP request message can refer to the above. Table 2 shows the content.

S603. The PCSCF-A sends a SIP request message to the SCSCF-A to join the AVPP.

S604. After receiving the SIP request message, the SCSCF-A needs to forward the SIP request message to the AS-A because the user subscribes to the supplementary service. Because the SCSCF-A enables the charging function, the SIP is enabled in the SIP. The AVPP of the SCSCF-A is added to the header field of the request message, and the priority information of the added private charging field is defaulted to NORMAL_PRIORITY. At the same time, the SCSCF-A can remain unchanged or modify the previous hop charging device according to the configuration, that is, The priority information of the public charging field that PCSCF-A joins (number portability service: Called-Party-Address priority is HIGHEST_PRIORITY).

In this embodiment, the specific content of the AVPP added by the SCSCF-A can refer to the content shown in Table 3 above, wherein the AVPP value carried in the priority parameter of the P-Charging-Vector of the SIP request message can refer to the above. Table 4 shows the content.

S605. The SCSCF-A sends an SIP request message to the AS-A to join the AVPP.

S606, after the AS-A receives the SIP request message request, because the AS-A enables the charging function, the ASPP of the AS-A is added in the header field of the SIP request message, and the priority information of the added private charging field is The default is HIGH_PRIORITY; at the same time, AS-A can remain unchanged or modify the previous hop charging device, that is, the priority information of the public charging field that SCSCF-A joins (serviceDeliveryStartTimeStamp, serviceDeliveryEndTimeStamp priority is HIGH_PRIORITY).

In this embodiment, the specific content of the AVPP added by the AS-A can refer to the content shown in Table 5 above, wherein the AVPP value carried in the priority parameter of the P-Charging-Vector of the SIP request message can refer to the above. Table 6 shows the content.

S607. The AS-A returns an SIP request message for joining the AVPP to the SCSCF-A.

In this embodiment, since the SCSCF-A is the control layer network element and the AS-A is the service layer network element, the AS-A needs to send the SIP request message to the SCSCF after adding the AVPP message to the message. A sends a receipt.

S608. The SCSCF-A sends a SIP request message to the MGCF-A.

S609, after receiving the SIP request message, the MGCF-A adds the charging function to the MGCF-A, so the AVPP of the MGCF-A is added in the header field of the SIP request message, and the priority information of the added private charging field is defaulted. It is NORMAL_PRIORITY; at the same time, MGCF-A needs to query the called number information from the NPDB, which can be kept unchanged or modify the previous hop charging device, that is, the priority information of the public charging field added by SCSCF-A (calledpartyAddress first) The level is HIGHEST_PRIORITY).

In this embodiment, the specific content of the AVPP added by the MGCF-A can refer to the content shown in Table 7 above, except that the priority of the "Called-Party-Address" is "HIGHER_PRIORITY", where the header field of the SIP request message (For the AVPP value carried in the priority parameter in (P-Charging-Vector), refer to the contents shown in Table 8 above.

S610. The MGCF-A sends a SIP request message to the NPDB database.

S611. The NPDB database sends a SIP request message to the mobile UE B, where the request does not include AVPP information.

S612. After the UE B answers, the UE B returns a SIP response message to the NPDB database, where the SIP response message is, for example, a 200 OK message.

S613. The NPDB database returns a SIP response message to the MGCF-A.

S614. The MGCF-A returns a SIP response message to the SCSCF-A.

S615. The SCSCF-A returns a SIP response message to the AS-A.

S616, the AS-A sends a SIP response message to the SCSCF-A as a receipt.

S617, SCSCF-A returns a SIP response message to PCSCF-A.

S618. The PCSCF-A returns a SIP response message to the UE A.

S619. The charging devices MGCF-A, AS-A, SCSCF-A, and PCSCF-A that enable the charging function send an ACR message to the CDF, and the ACR message sent by each charging device carries the AVPP corresponding to the setting.

S620. The CDF separately generates, according to the ACR sent by each charging device, a CDR corresponding to each charging device, including: an MGCF-A CDR, an AS-A CDR, an SCSCF-A CDR, and a PCSCF-A CDR.

S621. The CDR fills in all the CDRs generated above into the merge buffer, and combines all the CDRs according to the ICID, the charging subject identifier, and each AVPP. The manner and principle of performing the combined charging in this embodiment are the same as those in the foregoing embodiment, and therefore are not described herein again.

It should be noted that the actual message flow in the embodiment shown in FIG. 9 also involves other signaling interaction processes, and the steps for simplifying the charging processing method are appropriately omitted; the steps S602, S604, S606, and S609 in FIG. 9 are added. AVPP, specifically, in the header field of the SIP request message A priority parameter is added to the P-Charging-Vector. The parameter carries the AVPP. The AVPP is organized in TLV mode and ends with 0xFE0xFF0xFE0xFF. The charging information in each charging network element in FIG. 9 is only an example, and the actual charging information is used. It is determined by the actual environment.

FIG. 10 is a flowchart of signaling interaction of a charging processing method according to an embodiment of the present invention. The application scenario shown in Figure 10 is that the IMS domain PBX user A calls the CS domain user B. In this application scenario, the Role-Of-Node value of the MGCF calling CDR is Incoming_Business_trunking_proxy(5), and the calling CDR generated by the AS The value of the Role-Of-Node(0) is different. The CDF needs to obtain the final value of the Role-Of-Node from the MGCF as the merged association. FIG. 10 shows the charging of the calling side of the session as an example. The charging processing method provided in the embodiment shown in FIG. 10 specifically includes the following steps:

S701. The calling UE A sends a SIP request message to the PCSCF-A.

S702, after the PCSCF-A receives the SIP request message, because the PCSCF-A starts the charging function, the AVPP of the PCSCF-A is added in the header field of the SIP request message, and the AVPP includes all public charging fields of the PCSCF-A. The priority information, the priority information of the private charging field, and the priority information of all the charging fields by default is NORMAL_PRIORITY.

In this embodiment, the specific content of the AVPP added by the PCSCF-A can refer to the content shown in Table 1 above, wherein the AVPP value carried in the priority parameter of the P-Charging-Vector of the SIP request message can refer to the above. Table 2 shows the content.

S703. The PCSCF-A sends a SIP request message to the SCSCF-A to join the AVPP.

S704: After receiving the SIP request message, the SCSCF-A needs to forward the SIP request message to the AS-A because the user subscribes to the supplementary service. Because the SCSCF-A enables the charging function, the SCSCF is added in the header field of the SIP request message. A's AVPP, in which the priority information of the private charging field is added, the default is NORMAL_PRIORITY. At the same time, the SCSCF-A can remain unchanged or modify the previous hop charging device according to the configuration, that is, the public charging field added by the PCSCF-A. Priority information (number portability service: Called-Party-Address priority is HIGHEST_PRIORITY).

In this embodiment, the specific content of the AVPP added by the SCSCF-A can refer to the content shown in Table 3 above, wherein the AVPP value carried in the priority parameter of the P-Charging-Vector of the SIP request message can refer to the above. Table 4 shows the content.

S705. The SCSCF-A sends an SIP request message to the AS-A to join the AVPP.

S706, after receiving the SIP request message request, the AS-A adds the accounting function of the AS-A, and then adds the AVPP of the AS-A in the header field of the SIP request message, and the priority information of the added private charging field, The default is HIGH_PRIORITY; at the same time, AS-A can remain unchanged or modify the previous hop charging device, that is, the priority information of the public charging field that SCSCF-A joins (serviceDeliveryStartTimeStamp, serviceDeliveryEndTimeStamp priority is HIGH_PRIORITY).

In this embodiment, the specific content of the AVPP added by the AS-A can refer to the content shown in Table 5 above, wherein the AVPP value carried in the priority parameter of the P-Charging-Vector of the SIP request message can refer to the above. Table 6 shows the content.

S707. The AS-A returns a SIP request message for joining the AVPP to the SCSCF-A.

In this embodiment, since the SCSCF-A is the control layer network element and the AS-A is the service layer network element, the AS-A needs to send the SIP request message to the SCSCF after adding the AVPP message to the message. A sends a receipt.

S708. The SCSCF-A sends a SIP request message to the MGCF-A.

S709, after the MGCF-A receives the SIP request message, because MGCF-A starts the charging function, the MGCF-A AVPP is added in the header field of the SIP request message, and the priority information of the added private charging field is defaulted. It is NORMAL_PRIORITY; at the same time, MGCF-A can remain unchanged or modify the previous hop charging device, that is, the priority information of the public charging field added by SCSCF-A (Role-Of-Node priority is HIGHEST_PRIORITY).

In this embodiment, the specific content of the AVPP added by the MGCF-A can refer to the content shown in Table 7 above, except that the priority of the "Role-Of-Node" is "HIGHER_PRIORITY", where the header field of the SIP request message (For the AVPP value carried in the priority parameter in (P-Charging-Vector), refer to the contents shown in Table 8 above.

S710. The MGCF-A sends a SIP request message to the CS domain UE B, where the request does not include AVPP information.

S711: After the UE B answers, the CS domain UE B returns a SIP response message to the MGCF-A.

S712. The MGCF-A returns a SIP response message to the SCSCF-A.

S713. The SCSCF-A returns a SIP response message to the AS-A.

S714. The AS-A sends a SIP response message to the SCSCF-A as a receipt.

S715. The SCSCF-A returns a SIP response message to the PCSCF-A.

S716. The PCSCF-A returns a SIP response message to the IMS domain UE A.

S717: The charging devices MGCF-A, AS-A, SCSCF-A, and PCSCF-A that enable the charging function send an ACR message to the CDF, and the ACR message sent by each charging device carries the AVPP corresponding to the setting.

S718. The CDF separately generates, according to the ACR sent by each charging device, a CDR corresponding to each charging device, including: an MGCF-A CDR, an AS-A CDR, an SCSCF-A CDR, and a PCSCF-A CDR.

S719, the CDR fills in all the CDRs generated above into the merging buffer, and combines all the CDRs according to the ICID, the charging subject identifier, and each AVPP. The manner and principle of performing the combined charging in this embodiment are the same as those in the foregoing embodiment, and therefore are not described herein again.

It should be noted that the actual message flow in the embodiment shown in FIG. 10 also involves other signaling interaction processes, and the steps for simplifying the charging processing method are appropriately omitted; steps S702, S704, S706, and S709 are added in FIG. The AVPP may specifically include a priority parameter in the header field P-Charging-Vector of the SIP request message, the parameter carrying AVPP, the AVPP being organized in a TLV manner, ending with 0xFE0xFF0xFE0xFF; each charging network in FIG. The billing information in the meta is only an example, and the actual billing information is determined by the actual environment.

FIG. 11 is a schematic structural diagram of a charging processing apparatus according to an embodiment of the present invention. The charging processing apparatus provided by this embodiment is applicable to the case where the charging is performed by multiple charging devices in the IMS, and the charging processing apparatus can be implemented by combining hardware and software, and the apparatus can be integrated into the meter. The processor of the fee device is used by the processor to call. As shown in FIG. 11, the charging processing apparatus provided in this embodiment includes: a receiving module 11, an adding module 12, and a sending module 13.

The receiving module 11 is configured to receive a communication request message.

The adding module 12 is configured to add, in the communication request message received by the receiving module 11, the charging field priority information AVPP of the charging device to which the charging processing device belongs, and the added AVPP includes: the charging device to which the charging processing device belongs Priority information of the public charging field and priority information of the private charging field.

The charging processing apparatus provided in this embodiment is related to an application scenario in which a plurality of charging devices perform charging for a session or a transaction in an IMS, that is, a meter provided in this embodiment is provided in each charging device of the IMS. Fee processing device. The receiving module 11 in each hop charging device sequentially receives the communication request message, and the communication request message can also be a SIP request message; and the receiving module 11 does not directly forward the communication request message after receiving the communication request message, but The AVPP is added to the received communication request message by the adding module 12, and the added AVPP includes the priority information of the public charging field of the charging device to which the charging processing device belongs and the priority information of the private charging field. That is to say, each billing processing device records its own AVPP before forwarding the communication request message.

The sending module 13 is configured to forward the communication request message processed by the adding module 12.

The receiving module 11 is further configured to receive a communication response message.

In this embodiment, the manner in which the charging processing device in each hop charging device receives and transmits the communication request message, adds its own AVPP in the communication request message, and receives and forwards the communication response message, and The priority of the fee field is expressed in the same manner as in the above embodiment, and therefore will not be described herein.

It should be noted that, in the embodiments of the present invention, the charging process refers to charging the call side branch that performs communication, that is, the calling side and the called side are separately charged, and therefore, although the last hop The charging device adds its own AVPP in the received communication request message, and deletes all AVPPs in the communication request message before the last hop charging device sends a communication request message to the called side device to ensure one-sided The principle of billing.

The sending module 13 is further configured to send an accounting request message ACR to the CDR device, where each ACR includes an AVPP that is sent by the charging device that sends the ACR, and the sent ACR is used to indicate that the CDR device is calculated according to each ACR and IMS. The fee identification ICID, the billing subject ID, and each AVPP are combined and billed.

In this embodiment, after the receiving module 11 receives the communication response message, the sending module 13 may send an ACR to the CDR device, and each ACR received by the CDR device has an AVPP corresponding to the charging device. Therefore, the basis for performing the combined charging in the embodiments of the present invention increases the AVPP, and the AVPP is used to determine, in the merged bill, the priority information of the common field of each charging device when the public field information is selected. Which public field information is correct.

The charging processing apparatus provided by the embodiment of the present invention is used to perform the charging processing method provided by the embodiment shown in FIG. 2 of the present invention, and has a corresponding functional module, and the implementation principle and the technical effect thereof are similar, and details are not described herein again.

Optionally, the priority information of the public charging field added by the adding module 12 in the embodiment is set after the next hop charging device receives the communication request message, and the public charging field added by the last hop charging device is set. The manner of the priority information is the same as that in the above embodiment, and therefore will not be described herein.

It should be noted that the physical quantity of the charging device in the embodiments of the present invention is at least three, corresponding to the service layer, the control layer, and the access layer, that is, the charging device having at least one entity in each layer. . In addition, the charging device in the embodiments of the present invention includes: a first charging device, a second charging device, and a third charging device, wherein the number of the second charging device is one or more One. The specific implementation manners of the adding module 12 and the sending module 13 in the first, second, and third charging devices are described below:

The adding module 12 of the first charging device is configured to: after receiving the communication request message sent by the first communication device, add the AVPP of the first charging device to the communication request message; correspondingly, set in the first The sending module 13 of a charging device is configured to send a communication request message processed by the adding module 12 to the second charging device.

The adding module 12 of the second charging device is configured to: after receiving the communication request message sent by the last hop charging device, add the AVPP of the second charging device to the communication request message, and set the last hopping device. The priority information of the public charging field of the fee device, wherein the last hop charging device is the first charging device or the last hop second charging device; correspondingly, the sending module 13 of the second charging device is disposed. And sending, to the next hop, the second charging device or the third charging device, the communication request message processed by the adding module 12.

The adding module 12 of the third charging device is configured to add the AVPP of the third charging device to the communication request message after receiving the communication request message sent by the second charging device of the last hop, and set the last hop. The priority information of the public charging field of the second charging device; correspondingly, the sending module 13 of the third charging device is configured to send a communication request message for deleting all AVPPs to the second communication device.

It should be noted that although the adding module 12 of the third charging device in this embodiment will itself The AVPP is added to the communication request message, and the AVPP is sent to the CDR device when the ACR is sent. Due to the principle of single-side charging, the sending module 13 of the third charging device sends a communication request message to the called side device. All AVPPs have been deleted.

The charging processing apparatus provided by the embodiment of the present invention is used to perform the charging processing method provided by the embodiment shown in FIG. 3 of the present invention, and has a corresponding functional module, and the implementation principle and the technical effect are similar, and details are not described herein again.

Optionally, the adding module 12 in this embodiment is configured to implement the joining of the AVPP by adding a priority parameter in the header field of the communication request message received by the receiving module 11, and charging the charging processing device. The AVPP of the device is carried in this priority parameter. The manner of setting the priority parameter in the embodiment and the manner of configuring the AVPP are the same as those in the foregoing embodiment, and the logical relationship of the charging device is the same as that in the foregoing embodiments, and details are not described herein again.

Optionally, in the foregoing embodiments of the present invention, the ACR sent by the sending module 13 to the CDR device is used to indicate that the CDR device performs combined charging, and generates a merged CDR; optionally, the sent ACR is used to indicate The CDR device generates a CDR corresponding to each charging device according to each ACR, and combines and charges each CDR according to the ICID, the charging entity identifier, and each AVPP, and the generated consolidated charging bill includes all The highest priority public charging field in the charging device and the private charging field of each charging device. The specific implementation manner of performing the combined charging in this embodiment has been described in the foregoing embodiment, and therefore will not be further described herein.

It should be noted that, when the highest priority of the common charging field in the at least two AVPPs is the same, the consolidated charging bill includes the public charging field with the highest priority obtained by the bill device and each meter. The private billing field of the fee device.

FIG. 12 is a schematic structural diagram of another charging processing apparatus according to an embodiment of the present invention. The charging processing device provided in this embodiment is applicable to the case where the charging is performed by multiple charging devices in the IMS, and the charging processing device can be implemented by combining hardware and software, and the device can be integrated in the message. The processor of a single device is used by the processor to call. As shown in FIG. 12, the charging processing apparatus provided in this embodiment includes: a receiving module 21 and a combined charging module 22.

The receiving module 21 is configured to receive an accounting request message ACR including the charging field priority information AVPP sent by each hop charging device, where the AVPP in each ACR is the charging device that sends the ACR. The AVPP of the charging device added in the received communication request message, The added AVPP includes priority information of the public charging field of the charging device and priority information of the private charging field.

The charging processing apparatus provided by this embodiment relates to an application scenario in which a plurality of charging devices perform charging for one session or transaction in the IMS, and each hop charging device may sequentially receive a communication request message, and the communication request message may also be Sending an ACR to the CDR device after receiving the returned communication response message in sequence; since each hop charging device receives the communication request message, it does not directly forward the received communication request message, but The AVPP of the current charging device is added to the message, and the priority information of the public charging field added by each hop charging device can be set in its next hop charging device. That is to say, each charging device records its own AVPP before forwarding the communication request message.

In this embodiment, each hop charging device receives and sends a communication request message, adds its own AVPP mode in the communication request message, and sets priority information of the public charging field added by the last hop charging device. The manner of receiving and forwarding the communication response message, and the manner of indicating the priority of the charging field are the same as those in the foregoing embodiment, and therefore will not be further described herein.

It should be noted that, in the embodiments of the present invention, the charging process refers to charging the call side branch that performs communication, that is, the calling side and the called side are separately charged, and therefore, although the last hop The charging device adds its own AVPP in the received communication request message, and deletes all AVPPs in the communication request message before the last hop charging device sends a communication request message to the called side device to ensure one-sided The principle of billing.

The merge charging module 22 is configured to perform combined charging according to each ACR received by the receiving module 21, and the IMS charging identifier ICID, the charging subject identifier, and each AVPP.

In this embodiment, each ACR received by the receiving module 21 has an AVPP corresponding to the charging device. The basis for performing the combined charging in the embodiments of the present invention adds AVPP, and the AVPP is used to determine the merged message by using the priority information of the common field of each charging device when the common field information is selected. The setting of the common field corresponding to the different application scenarios may be pre-configured in the charging device to set the priority information of the common field added by the last hop charging device. Ensure that the correct public field information can be used in the application scenario of a special service.

The charging processing apparatus provided by the embodiment of the present invention is used to perform the embodiment provided by the embodiment shown in FIG. 5 of the present invention. The billing processing method has the corresponding function module, and its implementation principle and technical effect are similar, and will not be described here.

Optionally, in this embodiment, the priority information of the public charging field added to the AVPP by each hop charging device may be set in the next hop charging device, and the public that the last hop charging device joins is set. The manner of the priority information of the charging field is the same as that in the foregoing embodiment, and details are not described herein again.

It should be noted that the physical quantity of the charging device in the embodiments of the present invention is at least three, corresponding to the service layer, the control layer, and the access layer, that is, the charging device having at least one entity in each layer. . In addition, the charging device in the embodiments of the present invention includes: a first charging device, a second charging device, and a third charging device, wherein the number of the second charging device is one or more One.

The interaction between the first, second, and third charging devices in this embodiment may also refer to the foregoing embodiment shown in FIG. 3 and FIG. 4, and the specific content of the ACR in this embodiment may be: The AVPP in the ACR sent by the device is the AVPP of the first charging device added by the first charging device after receiving the communication request message sent by the first communication device, and the second charging device sends the The AVPP in the ACR is the AVPP of the second charging device added by the second charging device after receiving the communication request message sent by the last hop charging device, and the second charging device is set after the second charging device is set. The priority information of the public charging field of the last hop charging device, wherein the last hop charging device is the first charging device or the last hop second charging device; and the third charging device sends the ACR. The AVPP is the AVPP of the third charging device added by the third charging device after receiving the communication request message sent by the second charging device of the last hop, and the third charging device is set after the third charging device is set. Last hop of the second billing device Total billing field.

It should be noted that, although the adding module of the third charging device in this embodiment adds its own AVPP to the communication request message, the AVPP is used to send the ACR to the CDR device, because of the one-side charging. In principle, all AVPPs have been deleted from the communication request message sent by the sending module of the third charging device to the called side device.

Optionally, the AVPP in each ACR received by the receiving module 21 in this embodiment is specifically: the charging device that sends the ACR adds a priority parameter in the header field of the received communication request message, and The AVPP of the charging device added to the priority parameter. Priority parameter in this embodiment The manner of setting the number and the manner of configuring the AVPP are the same as those of the foregoing embodiment, and the logical relationship of the charging device is the same as that of the foregoing embodiments, and therefore no further details are provided herein.

Optionally, FIG. 13 is a schematic structural diagram of still another charging processing apparatus according to an embodiment of the present invention. Based on the structure of the charging processing apparatus shown in FIG. 12, the merge charging module 22 in this embodiment includes: a data generating unit 23 configured to generate, according to each ACR received by the receiving module 21, corresponding to each meter. The billing data record CDR of the fee device; the merge billing unit 24 is configured to combine the billing of each CDR generated by the data generating unit 23 according to the ICID, the billing subject identifier, and each AVPP, and the generated combined billing words The single includes the highest priority public charging field of all charging devices and the private charging field of each charging device. The specific implementation manner of performing the combined charging in this embodiment has been described in the foregoing embodiment, and therefore will not be further described herein.

It should be noted that, when the highest priority of the common charging field in the at least two AVPPs is the same, the consolidated charging bill includes the public charging field with the highest priority obtained by the bill device and each meter. The private billing field of the fee device.

The charging processing apparatus provided by the embodiment of the present invention is used to perform the charging processing method provided by the embodiment shown in FIG. 6 of the present invention, and has a corresponding functional module, and the implementation principle and the technical effect thereof are similar, and details are not described herein again.

The billing system provided by the embodiment of the present invention can be referred to the relationship between the billing entity functions in the IMS shown in FIG. 1. The billing system provided in this embodiment includes: a service layer and a control layer respectively set in the IMS. And the charging device of the access layer and the charging bill. Each charging device is provided with the charging processing device in any of the embodiments shown in FIG. 11 , and the charging bill is set as shown in FIG. 12 and FIG. A billing processing apparatus in any of the embodiments shown in FIG.

The charging system in this embodiment is used to perform the charging processing method provided in any of the embodiments shown in FIG. 4 and FIG. 7 to FIG. 10, and has a corresponding physical device, and the implementation principle and the technical effect are similar. I won't go into details here.

The embodiment of the invention further provides a computer storage medium, wherein the computer storage medium stores computer executable instructions, and the computer executable instructions are used to execute the method described in the foregoing embodiments.

One of ordinary skill in the art will appreciate that all or a portion of the above steps may be performed by a program to instruct related hardware, such as a processor, which may be stored in a computer readable storage medium, such as a read only memory, disk or optical disk. Wait. Alternatively, all or part of the steps of the above embodiments may also be implemented using one or more integrated circuits. Correspondingly, each module/unit in the above embodiment may be implemented in the form of hardware, for example, by implementing an integrated circuit to implement its corresponding function, or may be implemented in the form of a software function module, for example, executing a program stored in the memory by a processor. / instruction to achieve its corresponding function. The invention is not limited to any specific form of combination of hardware and software.

While the embodiments of the present invention have been described above, the described embodiments are merely for the purpose of understanding the invention and are not intended to limit the invention. Any modification and variation in the form and details of the embodiments may be made by those skilled in the art without departing from the spirit and scope of the invention. The scope defined by the appended claims shall prevail.

Industrial applicability

The foregoing technical solution implements flexible charging, and avoids the application of some specific services in the charging process of combining bills through multiple charging network elements, because the common field information is based on the AS network element. The accounting bill generated in the scenario is inaccurate.

Claims (21)

1. A billing processing method includes:

   Each hop charging device adds the charging field priority information AVPP of the current charging device to the received communication request message, and the added AVPP includes priority information and private information of the public charging field of the current charging device. Priority information of the billing field;

   Each hopping charging device forwards the processed communication request message in turn;

   Each hopping charging device sequentially receives a communication response message;

   The aging device sends a charging request message (ACR) to the CDR device, and each of the ACRs includes an AVPP that is sent by the charging device that sends the ACR, and the sent ACR is used to indicate the CDR. The device performs combined charging according to each of the ACR, the network protocol IP multimedia subsystem charging identifier ICID, the charging subject identifier, and each of the AVPPs.
2. The charging processing method according to claim 1, wherein the priority information of the common charging field added by each hopping charging device is set after the next hop charging device receives the processed communication request message.
3. The charging processing method according to claim 2, wherein the charging device comprises a first charging device, a second charging device, and a third charging device, and the number of the second charging devices is one or Multiple

   The hopping device adds the charging field priority information AVPP of the current charging device to the received communication request message, and sequentially forwards the processed communication request message, including:

   After receiving the communication request message sent by the first communication device, the first charging device adds the AVPP of the first charging device to the communication request message, and sends the processing to the second charging device. Post communication request message;

   After receiving the communication request message sent by the last hop charging device, the second charging device adds the AVPP of the second charging device to the communication request message, and sets the last hop charging device. The priority information of the public charging field, wherein the last hop charging device is the first charging device or the second hop second charging device, and the next hop second charging device or device Transmitting, by the third charging device, the processed communication request message;

   After receiving the communication request message sent by the second TTL device, the third charging device adds the AVPP of the third charging device to the communication request message, and sets the last hop. The priority information of the public charging field of the second charging device, and sending a communication request message for deleting all AVPPs to the second communication device.
4. The charging processing method according to any one of claims 1 to 3, wherein the per-hop charging device adds the charging field priority information AVPP of the current charging device to the received communication request message. include:

   Each hopping charging device adds a priority parameter in a header field of the received communication request message, and carries the AVPP of the current charging device in the priority parameter.
5. A billing processing method includes:

   The billing device receives the charging request message ACR including the charging field priority information AVPP sent by each hop charging device; wherein the AVPP in each of the ACRs is received by the charging device that sends the ACR The AVPP of the charging device added in the communication request message includes the priority information of the public charging field of the charging device and the priority information of the private charging field;

   The billing device performs combined charging according to each of the ACR, the network protocol IP multimedia subsystem charging identifier ICID, the charging subject identifier, and each of the AVPPs.
6. The charging processing method according to claim 5, wherein the priority information of the common charging field in the added AVPP is set after the next hop charging device receives the communication request message.
7. The charging processing method according to claim 6, wherein the charging device comprises a first charging device, a second charging device, and a third charging device, wherein the number of the second charging devices is one or more;

   The AVPP in the ACR sent by the first charging device is the first meter added by the first charging device to the communication request message after receiving the communication request message sent by the first communication device. AVPP for fee equipment;

   The AVPP in the ACR sent by the second charging device is a location that is added to the communication request message after the second charging device receives the communication request message sent by the last hop charging device. The AVPP of the second charging device, and the priority information of the public charging field of the last hop charging device after the second charging device is set, wherein the last hop charging device is The first charging device or the second hop second charging device;

   The AVPP in the ACR sent by the third charging device is the location that the third charging device joins in the communication request message after receiving the communication request message sent by the second charging device of the last hop. The AVPP of the third charging device and the public charging field of the second charging device of the last hop after the third charging device is set.
8. The charging processing method according to claim 5, wherein said bill device performs a combination according to each of said ACR, network protocol IP multimedia subsystem charging identifier ICID, billing subject identifier, and each of said AVPPs Fees, including:

   The bill device generates a CDR corresponding to the billing data of each billing device according to each of the ACRs;

   The billing device combines and charges each of the CDRs according to the ICID, the billing subject identifier, and each of the AVPPs, and the generated billed bill includes all the priorities of the billing devices. The highest public charging field and the private charging field for each of the charging devices.
9. The charging processing method according to claim 8, wherein when the highest priority of the common charging fields in the at least two of the AVPPs is the same, the consolidated charging bill includes the billing device first acquiring The highest priority public charging field to and the private charging field of each of the charging devices.
10. The charging processing method according to any one of claims 5 to 9, wherein the AVPP in each of the ACRs is that the charging device that transmits the ACR joins in a header field of the received communication request message a priority parameter, and an AVPP of the charging device added in the priority parameter.
11. A billing processing device is provided in each hop charging device of the network protocol IP multimedia subsystem IMS, and the billing processing device includes:

    a receiving module, configured to receive a communication request message; receive a communication response message;

    Adding a module, configured to add, in the communication request message received by the receiving module, the charging field priority information AVPP of the charging device to which the charging processing device belongs, and the added AVPP packet The priority information of the public charging field of the charging device to which the charging processing device belongs and the priority information of the private charging field;

    a sending module, configured to forward the communication request message processed by the adding module, and send an accounting request message ACR to the CDR device, where each ACR includes an AVPP that is sent by the charging device that sends the ACR, and the sent The ACR is configured to instruct the billing device to perform combined charging according to each of the ACR, the IMS charging identifier ICID, the charging subject identifier, and each of the AVPPs.
12. The charging processing apparatus according to claim 11, wherein the priority information of the common charging field to which the adding module joins is set after the next hop charging device receives the communication request message.
13. The charging processing device according to claim 12, wherein the charging processing device is respectively disposed in the first charging device, the second charging device, and the third charging device, where the second charging device The quantity is one or more;

    The adding module is configured to add an AVPP of the charging device to which the charging processing device belongs in the communication request message received by the receiving module, and the sending module is configured to forward the communication after the adding module is processed. Request message, including:

    The adding module of the first charging device is configured to add the AVPP of the first charging device to the communication request message after receiving the communication request message sent by the first communication device;

    The sending module of the first charging device is configured to send the communication request message processed by the adding module to the second charging device;

    The adding module of the second charging device is configured to add the AVPP of the second charging device to the communication request message after receiving the communication request message sent by the last hop charging device. And setting the priority information of the public charging field of the last hop charging device, where the last hop charging device is the first charging device or the last hop second charging device;

    The sending module of the second charging device is configured to send the communication request message processed by the adding module to the next hop second charging device or the third charging device;

    The adding module of the third charging device is configured to add the third charging device to the communication request message after receiving the communication request message sent by the second charging device of the last hop The AVPP of the standby device sets the priority information of the public charging field of the second charging device of the last hop;

    The sending module disposed in the third charging device is configured to send a communication request message for deleting all AVPPs to the second communication device.
14. The charging processing device according to any one of claims 11 to 13, wherein the adding module is configured to add the charging request device to which the communication request message received by the receiving module belongs AVPP for billing equipment:

    Adding a priority parameter to a header field of the communication request message received by the receiving module, and carrying an AVPP of the charging device to which the charging processing device belongs is carried in the priority parameter.
15. A billing processing device is provided in a bill device of the network protocol IP multimedia subsystem IMS, and the billing processing device includes:

    a receiving module, configured to receive an accounting request message ACR including a charging field priority information AVPP sent by each hop charging device, where the AVPP in each of the ACRs is receiving the charging device that sends the ACR The AVPP of the charging device added to the incoming communication request message includes the priority information of the public charging field of the charging device and the priority information of the private charging field;

    The combined charging module is configured to perform combined charging according to each ACR received by the receiving module, and an IMS charging identifier ICID, a charging subject identifier, and each AVPP.
16. The charge processing apparatus according to claim 15, wherein the priority information of the common charge field in the joined AVPP is set after the next hop charging device receives the communication request message.
17. The charging processing device according to claim 16, wherein the charging device comprises a first charging device, a second charging device, and a third charging device, and the number of the second charging devices is one or Multiple

    The AVPP in the ACR sent by the first charging device is the first meter added by the first charging device to the communication request message after receiving the communication request message sent by the first communication device. AVPP for fee equipment;

    The AVPP in the ACR sent by the second charging device is a location that is added to the communication request message after the second charging device receives the communication request message sent by the last hop charging device. The AVPP of the second charging device, and the priority information of the public charging field of the last hop charging device after the second charging device is set, wherein the last hop charging device is The first charging device or the second hop second charging device;

    The AVPP in the ACR sent by the third charging device is the location that the third charging device joins in the communication request message after receiving the communication request message sent by the second charging device of the last hop. The AVPP of the third charging device and the public charging field of the second charging device of the last hop after the third charging device is set.
18. The billing processing device of claim 15, wherein the consolidated billing module comprises:

    a data generating unit, configured to generate, according to each ACR received by the receiving module, a charging data record CDR corresponding to each of the charging devices;

    And the combined charging unit is configured to combine the charging of each of the CDRs generated by the data generating unit according to the ICID, the charging entity identifier, and each of the AVPPs, and the generated consolidated charging bill includes The public charging field with the highest priority among all the charging devices and the private charging field of each charging device.
19. The charging processing apparatus according to claim 18, wherein when the highest priority of the common charging field in the at least two of the AVPPs is the same, the consolidated charging bill includes the billing device first acquiring The highest priority public charging field to and the private charging field of each of the charging devices.
20. The charge processing device according to any one of claims 15 to 19, wherein the AVPP in each of the ACRs is that the charging device that transmits the ACR joins in a header field of the received communication request message a priority parameter, and an AVPP of the charging device added in the priority parameter.
21. A billing system includes: a billing device and a billing bill respectively set in a service layer, a control layer, and an access layer of the network protocol IP multimedia subsystem IMS, and each of the billing devices has the foregoing rights The charge processing device according to any one of claims 11 to 15, wherein the charge CDR is provided with the charge processing device according to any one of claims 16 to 20.

Images