WO2006116894A1 - Méthode de réglage souple de mode de facturation dans un système ims - Google Patents

Méthode de réglage souple de mode de facturation dans un système ims Download PDF

Info

Publication number
WO2006116894A1
WO2006116894A1 PCT/CN2005/000600 CN2005000600W WO2006116894A1 WO 2006116894 A1 WO2006116894 A1 WO 2006116894A1 CN 2005000600 W CN2005000600 W CN 2005000600W WO 2006116894 A1 WO2006116894 A1 WO 2006116894A1
Authority
WO
WIPO (PCT)
Prior art keywords
charging
information
application server
attribute value
charging mode
Prior art date
Application number
PCT/CN2005/000600
Other languages
English (en)
French (fr)
Inventor
Sheng Liu
Original Assignee
Utstarcom Telecom Co. Ltd.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Utstarcom Telecom Co. Ltd. filed Critical Utstarcom Telecom Co. Ltd.
Priority to US11/912,907 priority Critical patent/US20080195535A1/en
Priority to CNA2005800496449A priority patent/CN101167097A/zh
Priority to PCT/CN2005/000600 priority patent/WO2006116894A1/zh
Publication of WO2006116894A1 publication Critical patent/WO2006116894A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/57—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP for integrated multimedia messaging subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/70—Administration or customization aspects; Counter-checking correct charges
    • H04M15/765—Linked or grouped accounts, e.g. of users or devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/24—Accounting or billing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/20—Technology dependant metering
    • H04M2215/208—IMS, i.e. Integrated Multimedia messaging Subsystem

Definitions

  • the present invention relates to a charging control technology in an Internet Protocol Multimedia Subsystem (IMS), and more particularly to a method and system for flexibly configuring real-time charging and non-real-time charging for different applications in an IMS system.
  • IMS Internet Protocol Multimedia Subsystem
  • the Internet Protocol Multimedia Subsystem is the (all-generation cooperation project).
  • the all-IP-based network that provides Internet Protocol multimedia services introduced in the fifth version has been further refined and enhanced in the sixth version.
  • the feature is to implement end-to-end Internet Protocol multimedia session call control using Internet Protocol application level signaling SIP (Session Initiation Protocol) and provide flexible and scalable service configuration capabilities.
  • SIP Session Initiation Protocol
  • the IMS system provides non-real-time offline charging and real-time online charging.
  • the application server (AS) obtains charging and service related information from the Home Subscriber Server (HSS) in this way: between the HSS and the Serving Call State Control Function Unit (S-CSCF)
  • HSS Home Subscriber Server
  • S-CSCF Serving Call State Control Function Unit
  • the Cx interface sends the information to the S-CSCF, which then sends the information to the AS through an ISC interface with the AS.
  • the Cx interface uses the Diameter protocol for communication
  • the ISC interface between the S-CSCF and the AS uses the SIP protocol for communication.
  • the IETF Internet Engineering Task Force
  • the charging information on the Cx interface is transmitted from the HSS to the S-CSCF through the Diameter command such as Server-Assignment-Answer (SAA) > Push-Profile-Request (PPR).
  • the SAA command is a response of the HSS to the Server-Assignment-Request (SAR) request command initiated by the S-CSCF during the UE (User Equipment) registration process, and the PPR is successfully succeeded.
  • SAR Server-Assignment-Request
  • the user subscription information update command initiated by the HSS to the S-CSCF when the subscription information of the user changes after registration.
  • the charging information is given by an AVP (Attribute Value Pair) "Charging-Information" of the type "Grouped” carried by the SAA, PPR, etc., and the AVP further includes "Primary- Event-Charging-Function-Name " , " Secondary- Event-Charging-Function-Name " , " Primary-Charging- Collection-Function-Name " and “ Secondary-Charging - Collection-Function-Name” of type "DiameterURI” AVPs, which respectively correspond to the addresses of the basic ECF, the second ECF, the basic CCF, and the second CCF, wherein the second ECF and the second CCF are provided to support the redundancy configuration of the charging system to ensure high reliability of charging.
  • AVP Attribute Value Pair
  • Figure 4 and Figure 5 respectively show the message format of the Diameter command Server- Assignment-Answer (SAA) and Push-Profile-Request (PPR) defined by TS29.229 in ABNF (Augmented Backus-Naur Form) syntax.
  • SAA Diameter command Server- Assignment-Answer
  • PPR Push-Profile-Request
  • ABNF Advanced Backus-Naur Form
  • AVP is of type " OctetString"
  • User-Data is the user service information described in XML (Extensible Markup Language) format.
  • the AVP "Charging-Information” of type “Grouped” gives the charging function address associated with the user's contracted service.
  • a VP "Charging-Information” should also exist at the same time, and at least the basic CCF address must be provided.
  • Figure 6 further shows the UML (Universal Modeling Language) of the above-mentioned user service information defined by TS 29.228 (see TJML can refer to http: ⁇ www.omg.org/uml) model, in order to simplify the class not shown in the figure ( Class ) attribute (attribute).
  • a user's business information is represented by the "IMS Subscription” class, and an instance of the "IMS Subscription” class consists of one or more "Service Profile” classes, and "Service Profile” An instance of a class is again made up of one or more "Public Identification” classes. For example, zero or one instance of the "Core Network Service Authorization” class, zero or more instances of the "Initial Filter Criteria” class, and zero or more "Shared iFC” An instance of the Set” (shared iFC collection) class.
  • Figure 7 further shows the UML model of the "Initial Filter Criteria” class. As you can see, an instance of the "Initial Filter Criteria” class consists of zero or one.
  • An instance of the (application server) class, and an instance of the "Trigger Point” class is composed of one or more instances of the "Service Point Trigger” class, an instance of the "Application Server” class is Zero or one instance of the "Service Information” class. among them,
  • the "Application Server” class specifies the AS that provides the corresponding service when the service trigger point in the initial filtering criterion (iFC) is triggered.
  • iFC initial filtering criterion
  • Application Server,, class has two properties, namely ServerName and DefaultHandling , where ServerName gives the SIP URL (Universal Resource Locator) of the application server, and DefaultHandling takes the value.
  • SIP URL Universal Resource Locator
  • the S-CSCF obtains the charging information (that is, the charging function address) through the Cx interface, it transmits the information to the AS through the ISC interface.
  • the dedicated SIP message header P-defined by 3GPP Charging- Function-Addresses can be used for this purpose.
  • the initial filtering criterion (iFC) provided to the subscription information with the user is obtained.
  • the matching application server initiates a third-party registration, and the charging function address of the AS is carried by the message header P-Charging-Function-Addresses of the SIP message registered by the third party.
  • the S-CSCF will also be sent by the SIP message before forwarding to the corresponding AS.
  • the header P-Charging-Function-Addresses carries the charging function address of the AS.
  • the AS can determine the charging method used by the AS, and this judgment is obtained by the SIP message header P-Charging-Function-Addresses from the ISC interface, that is, if the AS only If the address of the CCF is received and the ECF address is not received, the offline charging is performed through the Rf interface. If the AS only receives the ECF address, it performs online charging through the Ro interface.
  • the AS receives the ECF and CCF addresses at the same time, Simultaneously through these two interfaces, however, it is not clear in the existing 3GPP specifications that the S-CSCF is sent to the ASs via the ISC interface without change by the Cx interface AVP "Charging-Information".
  • the AS is also provided with the relevant charging function address to the AS through the ISC interface.
  • the user service data obtained by the S-CSCF from the Cx interface does not indicate the charging method used by the application subscribed by the user.
  • the prior art only allows the former method to be used. That is to say, the charging function address sent by the S-CSCF to each AS via the ISC interface will be identical, so all the subscription services for a certain UE. But to use the same accounting methods.
  • the S-CSCF also supports offline and online charging.
  • the prior art does not provide the indication information of the charging mode adopted by the S-CSCF itself. Therefore, when the Cx interface AVP is "Charging" When both -CCF and ECF are included in -Information", the S-CSCF will not be able to determine the charging method used. Since the online charging of the S-CSCF is implemented by the IMS-GWF (IMS Gateway Function Unit), the IMS-GWF is also an application server for the S-CSCF (for example, the IMS-GWF can be regarded as an application server of the IMS prepaid service) Therefore, the problem can also be attributed to the same problem as above.
  • IMS-GWF IMS Gateway Function Unit
  • billing and service related information can also be sent by the HSS to the AS via the Sh interface directly to the AS.
  • the charging information obtained by the Sh interface is transmitted from the HSS to the AS through the Diameter command such as User-Data-Answer (UDA), Push-Notification-Request (PNR).
  • UDA User-Data-Answer
  • PNR Push-Notification-Request
  • AVP "Data-Reference" carried by the AS-initiated User-Data-Request (UDR) command indicates that the requested user data includes a billing letter
  • the HSS will give the above charging information in the AVP "User-Data" in response to the command UDA.
  • the HSS will be in the PNR command when the user's subscription information changes.
  • the above billing information is given in the A VP "User-Data”.
  • the AVP "User-Data" of the Sh interface is described in the XML (Extensible Markup) language, it includes the charging function address information and the Cx interface is the same as the charging function address information given by Diameter's AVP. The data structure and usage are the same.
  • the AS obtains the above charging function address from the Sh interface, provided that the Sh interface exists between the AS and the HSS and the AS is in the same trust domain as the S-CSCF to which it is connected. Therefore, for some applications that do not provide a Sh interface, such as a PoC (PTT over Cellular) service, or an application provided by a third-party service provider, the AS cannot obtain the corresponding charging function address from the Sh interface.
  • a Sh interface such as a PoC (PTT over Cellular) service, or an application provided by a third-party service provider
  • the AS obtains the above charging function address from the Sh interface and is not equivalent to obtaining the above charging function address from the ISC interface, but only in some special cases.
  • the charging function address is obtained through the Sh interface, for example, when the AS needs the foregoing charging function address before receiving the third-party registration from the ISC interface;
  • the charging function received from the ISC interface Address priority that is, using the charging function address received from the ISC interface and ignoring the charging function address received from the Sh interface.
  • the AS obtains the function of different charging function addresses respectively.
  • the AS adopts a pre-static configuration of the ECF or CCF address locally, so that the AS adopts a different charging function address setting different from the IMS system.
  • the static configuration will cause all users to adopt the same charging. In a way, you cannot flexibly use different billing methods for different users.
  • the present invention proposes a simple and effective way to implement the functions of flexibly configuring real-time charging and non-real-time charging modes for different applications in the IMS system. Summary of the invention
  • the purpose of the present invention is to provide the S-CSCF with the charging mode control information corresponding to each AS involved in the user subscription service through the Cx interface, and the S-CSCF sends the corresponding information to each AS after determining the information.
  • the billing method information solves the problem that the real-time or non-real-time billing method cannot be flexibly configured for different applications in the existing IMS system.
  • a method for configuring charging information in an Internet Protocol Multimedia Subsystem including a Home Subscriber Server, a Service Call State Control Function Unit, and an Application Server comprising the steps of:
  • the service call state control function unit determines a corresponding charging function address of each application server according to the received charging function address information and the charging mode information, and forwards the corresponding charging function address information to each application server.
  • the step of storing the corresponding charging mode information of each application server involved in the user service in the home subscriber server is implemented by adding corresponding charging mode information for each application server in the data representing the user subscription information.
  • a charging method letter is added to the "Application Server" class of the general modeling language model that represents the data of the user subscription information.
  • the value of the information includes the value corresponding to the online charging mode and the value corresponding to the offline charging mode.
  • the attribute added is an attribute "ChargingType” of type "enumerated”, and the value is: “ONLINE_CHARGING”, corresponding to the online charging mode; “OFFLINE_CHARGING”, corresponding to the offline charging mode Value.
  • the charging mode information is carried by the attribute value pair "User-Data" in the interface protocol between the home subscriber server and the serving call state control function unit, so that the charging mode information is from the home subscriber The server sends to the service call state control function unit.
  • the charging mode information is included in the user service information described by the attribute value pair "User-Data" in the extensible markup language format.
  • the attribute value pair for specifying the charging mode for the corresponding application server is added in the interface protocol between the home subscriber server and the serving call state control function unit, so that the charging mode information is from the home subscriber server. Send to the service call state control function unit.
  • the byte in the data field of the newly defined attribute value pair corresponds to the charging mode corresponding to the application server, where "00000000" represents online charging and "00000001" represents offline charging.
  • the order of the application server corresponding to each byte and the attribute value of the user service information in the "User-Data" in the extensible markup language format The application servers appear in the same order.
  • the service call state control function unit determines the corresponding charging function address of each application server according to the received charging mode information for each application server and the attribute value given to the charging function address in the “Charging-Information”. And send the corresponding billing address to each application server.
  • the charging function address given by the received attribute value to "Charging-Information" includes at least one ECF and at least one In the CCF, if the accounting mode of the specified application server is online charging, the charging function address sent to the application server includes at least the attribute value pair.
  • the charging function address sent to the application server is all the attribute value pairs given in "Charging-Information” address.
  • an internet protocol multimedia subsystem in which billing information can be flexibly configured, the internet protocol multimedia subsystem including a home subscriber server, a service call state control function unit, and an application server, characteristics thereof Lie in:
  • the home subscriber server is configured to store charging mode information for each application server involved in the user service and to send the charging function address information and the charging mode information to the service call state control function unit;
  • the service call state control function unit is configured to determine a corresponding charging function address of each application server according to the received charging function address information and the charging mode information, and forward the corresponding charging function address information to each application server.
  • the data representing the user subscription information stored by the home subscriber server includes corresponding charging mode information for each application server.
  • the "Application Server" class of the general modeling language model that represents the data of the user subscription information includes an attribute about the charging mode information, and the value includes the value corresponding to the online charging mode and the corresponding offline The value of the billing method.
  • the attribute about the charging mode information is an attribute "ChargingType” of the type "listed”, and the value is: “ONLINE_CHARGING", corresponding to the online charging mode; "OFFLINE_CHARGING” , which corresponds to the value of the offline charging method.
  • the charging mode information is carried by the attribute value pair "User-Data" in the interface protocol between the home subscriber server and the serving call state control function unit, so that the charging mode information is from the home subscriber The server sends to the service call state control function unit.
  • the charging mode information is included in the user service information described by the attribute value pair "User-Data" in the extensible markup language format.
  • the interface protocol between the home subscriber server and the serving call state control function unit includes an attribute value pair for specifying a charging mode for the corresponding application server, for using the charging mode information from the home user.
  • the server sends to the service call state control function unit.
  • the byte in the data field of the attribute value pair corresponds to a charging mode corresponding to the application server, where "00000000" represents online charging and "00000001" represents offline charging.
  • the order of the application server corresponding to each byte and the attribute value pair in the user service information data represented by the extensible markup language format in "User-Data" The application servers appear in the same order.
  • the service call state control function unit is configured to determine a corresponding calculation of each application server according to the received charging mode information for each application server and the attribute value given in the "Charging-Information" The fee-based address is sent and the corresponding billing address is sent to each application server.
  • the charging function address sent by the service call state control function unit to the application server includes at least all ECF addresses given by the attribute value pair "Charging-Information”; if the specified application server charging mode Offline For charging, the charging function address sent by the service call state control function unit to the application server is all CCF addresses given by the attribute value to "Charging-Information”; if the charging mode of the application server is not specified, the service call is The charging function address sent by the status control function unit to the application server is that the attribute value gives all addresses to "Charging-Information".
  • the charging function address sent to the application server is all attribute values given in "Charging-Information” address.
  • the charging method is flexibly configured for different applications in the IMS system.
  • the use of an independently controllable billing method will facilitate the promotion and implementation of the service. For example, if a specific application (such as a PoC service) is provided by a third-party carrier independently, even if a user signs a contract at its IMS home network operator, it is a normal non-real-time charging method, such as a typical monthly basis.
  • a single record is billed from the bank account authorized by the user to pay the monthly IMS communication fee, but if the user is allowed to purchase the prepaid card for the specific application from a third party operator providing a specific application such as a PoC service, The use of this service in a prepaid manner will facilitate the widespread implementation of IMS and related applications. Even if the IMS infrastructure operator is the same operator as a carrier that provides specific applications such as PoC services, the flexible configuration of the charging mode will be beneficial to the operator's promotion of specific high value-added applications.
  • FIG. 1 is a schematic structural diagram of an IMS system
  • FIG. 2 is a schematic structural diagram of an IMS charging system
  • Figure 3 is a schematic structural view of an OCS system
  • FIG. 4 is a schematic diagram of a message format of a CX interface SAA command in the prior art
  • FIG. 5 is a schematic diagram of a message format of a CPR interface PPR command in the prior art
  • 6 is a schematic diagram of a UML model of user service information
  • FIG. 7 is a schematic diagram of a UML model of an iFC class in the prior art
  • FIG. 8 is a schematic diagram of a UML model of an iFC class in the present invention.
  • FIG. 9 is a schematic diagram of a newly defined AVP "Application-Server-Charging-Type" in the present invention.
  • FIG. 10 is a schematic diagram of a message format of a CX interface SAA command in the present invention
  • FIG. 11 is a schematic diagram of a message format of a CPR interface PPR command in the present invention
  • FIG. 12 is a control of an AS charging mode in a registration process.
  • Fig. 1 shows the structure of an IMS system in the present invention, which is generally indicated by reference numeral 10.
  • the IMS system 10 includes a P-CSCF 11 (Proxy Call State Control Function Unit) as an IMS core, an I CSCF 12 (Interrogation Call State Control Function Unit) and an S-CSCF 13 (Serving Call State Control Function Unit), and an HSS 14 (attribute to User server), AS 15 (application server).
  • P-CSCF 11 Proxy Call State Control Function Unit
  • I CSCF 12 Interrogation Call State Control Function Unit
  • S-CSCF 13 Server Call State Control Function Unit
  • HSS 14 Attribute to User server
  • AS 15 application server
  • the P-CSCF 11 is the first access point for the user equipment to access the IMS through SIP (Session Initiation Protocol) signaling, and mainly performs functions such as SIP message compression/decompression and SIP message forwarding;
  • S-CSCF 13 It is a session control and service activation function unit of the 16 home network, which is responsible for completing user authentication and authentication, maintaining user SIP registration information, session control and service triggering, providing charging information, etc.;
  • I - CSCF 12 is mainly used for Blocking the topology of the carrier network, completing the allocation of the S-CSCF 13 and responsible for routing the SIP message between the P-CSCF 11 and the S-CSCF 13 to which the UE 16 is connected;
  • the AS 15 is for implementing various application services.
  • the functional unit mainly provides application business logic and service control, and is responsible for providing charging information of the corresponding service to the charging system;
  • HSS 14 is a user configuration database server for storing user location information, various subscription information of the user, etc. Data and billing method information corresponding to each AS 15.
  • S - CSCF 13/1 - There is a Cx interface between CSCF 12 and HSS 14, and an ISC interface between S-CSCF 13 and AS 15.
  • FIG. 2 shows the structure of a billing system 20 of an IMS system 10 in accordance with the present invention.
  • CDF 21 Bit Data Function Unit
  • CGF 22 Bit Gateway Function Sheet
  • OCS 24 online charging system is used for online real-time charging.
  • the IMS application server is connected to the OCS 24 through the Ro interface
  • the S-CSCF 13 is connected to the OCS 24 through the IMS-GWF 23 (IMS gateway functional unit)
  • S - The CSCF 13 and the IMS-GWF 23 are ISC interfaces
  • the IMS-GWF 23 and the OCS 24 are Ro interfaces.
  • the Ro and Rf interfaces all use the Diameter protocol for communication.
  • OCS 24 consists of OCF 31 (Online Billing Function Unit), ABMF 34 (Account Balance Management Function Unit), RF 35 (Batch Function Unit), and optional CGF 22 (Billing Gateway Functional Unit)
  • the OCF 31 is composed of a session-based charging function unit (SBCF) and an event-based charging function unit (EBCF).
  • SBCF session-based charging function unit
  • EBCF event-based charging function unit
  • OCS 24 can perform session-based and event-based online billing and credit control, and can control user availability of application services at the service level, for example, it can grant or deny users access to specific services on the network.
  • CDRs are allowed to be generated at the same time for real-time charging for the purpose of billing statistics, settlement between operators, and the like.
  • the first method is to perform online and offline charging simultaneously.
  • the second method is to implement the CDF 21 function directly in the OCS 24 or to implement both the CDF 21 and CGF 22 functions, thereby allowing The CDR or CDR file generated by the OCS 24 is sent to the CGF 22 or billing system.
  • the HSS 14 stores the charging mode information corresponding to each AS 15 by adding corresponding charging mode information for each application server to the data characterizing the user subscription information.
  • Figure 8 illustrates the general modeling language model of the data characterizing user subscription information.
  • an instance of the "Initial Filter Criteria” class consists of zero or one instance of the "Trigger Point” class and an instance of the "Application Server” class.
  • the "Application Server” has two attributes, namely the ServerName attribute of the universal resource locator of the application Jil server and the DefaultHandling attribute indicating whether the SIP dialog is continued or released when the application server cannot be connected.
  • a new type is added to the attribute of the "Application Server" class.
  • the charging mode information is sent to the S-CSCF 13 via the attribute value pair "User-Data" in the Cx interface. Since the attribute value in the Cx interface is "User-Data" in XML format to represent user business information data, and the XML language adopts the characteristics of text encoding and its excellent scalability, the scheme does not need to modify or extend Cx.
  • the Diameter command of the interface does not need to add an AVP entry, and has good backward compatibility.
  • an instance of the "Service Profile” class also includes zero or more instances of the "Shared iFC Set” class.
  • the class consists only of one type of integer ( integer ).
  • An "Identifier” representation (not shown) for pointing to a collection of initial filtering criteria (iFC) that can be managed and stored locally in S-CSCF 13 that can be shared by multiple "Service Profiles". Since each iFC in the shared iFC set locally managed and stored in the S-CSCF 13 still has the same data structure as the above-mentioned "Initial Filter Criteria” class, the same manner can be employed in the S-CSCF according to the present invention. 13 local management and storage of shared iFC data structure added corresponding instructions for each application server The data item used for the billing method.
  • the charging mode information is sent to the S-CSCF 13 by the attribute value pair "User-Data" in the Cx interface.
  • the solution, the new attribute value pair is extended in the Cx interface, to specify the service description of each subscription of the user.
  • the SAA and PPR commands include the AVP "User-Data" of the type “OctetString", that is, the user service information described in the XML format, and the type is "Grouped” AVP
  • Charging-Information is used to give the billing function address associated with the subscriber's subscription service.
  • an A VP "Application-Server-Charging-Type" of the type “OctetString” is extended to specify the corresponding charging method of each application server involved in the service description subscribed by the user. .
  • FIG 9 shows the AVP encoding structure and specific usage.
  • the definition of each field of the AVP header is detailed in the IETF specification RFC3588.
  • the AVP encoding used to identify the AVP is from 632 to 699. Reserved for use by TS29.229, so the new definition AVP can use one of the AVP codes to identify the AVP.
  • each byte is used for the corresponding charging mode indication of each application server: "00000000" means online charging, "00000001” means offline charging, "00000010” means not to the AS 15
  • the billing method is limited, and "00000011 ⁇ 11111111” is reserved for future definitions.
  • the order of the AS 15 corresponding to each charging mode indication field in the data field of the AVP is the same as the order of each AS 15 in the user service information data represented by the XML format in the AVP "User-Data", that is, the AVP
  • the first accounting mode indication field of the data field indicates the charging method used by the application server represented by the first "Application Server” class in the XML text of "User-Data", and so on. Finally aligned with 32-bit bits.
  • the order in which AS 15 appears in the above AVP "User-Data” should also take into account the AS 15 involved in the respective iFC sets indicated by the "Shared iFC Set" class instance.
  • the message formats of the Cx interface SAA and PPR commands according to the present invention are as shown in FIG. 10 and FIG. 11, respectively, that is, an optional A VP "Application-Server" is added after the AVP “Charging-Information”. Charging-Type". Due to the inherent scalability of the Diameter protocol: this solution also has good backward compatibility.
  • FIG. 12 shows a method for implementing control of the AS 15 charging mode in the UE 16 registration process based on the present invention. Only the operations related to the charging mode control of the present invention are shown in the figure. The details of other operations and related signaling procedures are consistent with the 3GPP specifications TS24.228, TS24.229 and TS23.228.
  • the HSS 14 is responsible for storing the service subscription data of the user, where the data should include the charging mode information of each AS 15.
  • step 1202 the UE 16 will send a SIP message "REGISTER" to the IMS core for registration before using the service provided by the IMS network; in step 1203, the S-CSCF 13 will receive the registration request from the UE 16 to the HSS 14 Sending the SAR command; in step 1204, the HSS 14 sends the service data of the port 16 to the S-CSCF through the SAA response command, and the response also includes the charging function address and the charging mode information of each AS 15; 1205, S-CSCF 13 sequentially checks each iFC included in the service data of the UE 16 according to the priority, and if the trigger condition of an iFC is satisfied, initiates a third-party registration to the corresponding AS 15 of the iFC (triggered according to TS29.228, The third-party registration condition is that the trigger condition given by the iFC "Service Point Trigger" includes at least the "REGISTER"-based SIP method), wherein the SIP message header P-Charging-Function-Addresses will indicate the AS 15
  • the S-CSCF 13 after receiving the SIP dialog initial request or the independent transaction request and the lxx or 2xx response of these requests, the S-CSCF 13 will also forward the request to the corresponding AS 15 (also triggered according to the iFC) and The charging function address of the AS 15 is carried by the SIP message header P-Charging-Function-Addresses in the response message, and the charging function address is determined by the S-CSCF 13 according to the UE 16 charging function address obtained from the HSS 14 and the The accounting method of AS 15 is determined.
  • the S-CSCF 13 will determine the corresponding AS 15 by using the charging function address given by the AVP "Charging-Information" and the charging mode information of each AS 15 obtained by using one of the two methods described above.
  • Billing function address :
  • the charging function address given by AVP "Charging-Information” includes at least one ECF and at least one CCF
  • the corresponding charging function address is selected according to the specified AS 15 charging method. This is explained in detail below. If the accounting mode of the specified AS 15 is online charging, the charging function address sent to the AS 15 through the SIP header P-Charging-Function-Addresses of the ISC interface is included by AVP "Charging-Information”. All ECF addresses, or include at least one ECF and at least one CCF given by AVP "Charging-Information”.
  • the CDR generated at the same time as real-time charging only needs to include all ECF addresses given by the AVP "Charging-Information”; whereas the OCS 24 does not include the typical CGF 22
  • the CDR generated at the same time as the real-time charging needs to include the at least one ECF and the at least one CCF given by the AVP "Charging-Information”; if the designated charging mode of the AS 15 is offline charging,
  • the accounting function address sent to the AS 15 through the SIP header P-Charging-Fimction-Addresses of the ISC interface is all C CF addresses given by AVP "Charging-Information”; if the accounting mode of the AS 15 is not specified
  • the charging function address sent to the AS 15 through the SIP message header P-Charging-Function-Addresses of the ISC interface is "Charging-Information" giving all addresses.
  • the existing Sh interface can support the manner in which the HSS 14 provides different charging function addresses to different ASs 15 via the Sh interface.
  • the HSS 14 should have the function of controlling the AS 15 charging mode through the Sh interface, that is, when the AS 15 queries the HSS 14 for the service subscription data of the user through the Sh interface, the HSS 14 can store the user according to the user.
  • the charging mode information of the AS 15 included in the service data and the charging function address involved in the user service, the charging function address for the AS 15 is determined based on the same principle as the above method, and the AS is sent to the AS through the Sh interface. 15 provides user service data including the billing function address that it uses.
  • the HSS 14 and the S-CSCF 13 adopt a consistent AS 15 charging function address determining method, the charging function address received by the AS 15 from the Cx and ISC interfaces and the charging function address received from the Sh interface are guaranteed. Consistency.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Accounting & Taxation (AREA)
  • General Business, Economics & Management (AREA)
  • Finance (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

IMS 系统中实现计费方式灵活配置的方法 技术领域
本发明涉及互联网协议多媒体子系统 （IMS ) 中的计费控制 技术， 特别涉及 IMS 系统中针对不同应用灵活配置实时计费和 非实时计费的方法及系统。 背景技术
互联网协议多媒体子系统 （IMS ) 是 (第三代合作项 目 ） 在第五版本引进的基于全 IP 的提供互联网协议多媒体业务 的网络， 在第六版本中又得到进一步的完善和增强， 其典型的特 征是采用互联网协议应用级信令 SIP (会话发起协议） 实现端到 端互联网协议多媒体会话呼叫控制， 并提供灵活的可扩展的业务 配置能力。
根据 3GPP的规范 TS32.240及 TS32.260 , IMS 系统提供非 实时的离线计费和实时的在线计费两种计费方式。 在传统的 IMS 系统中， 应用服务器 （AS ) 通过这样的方式从归属用户服务器 ( HSS ) 中获得计费及业务相关信息： 由 HSS通过与服务呼叫状 态控制功能单元 （S-CSCF ) 之间的 Cx接口将所述信息发送到所 述 S-CSCF , 再由 S-CSCF通过与 AS之间的 ISC接口将所述信 息发送到 AS。 其中， Cx接口使用 Diameter协议进行通信， 而 S-CSCF 与 AS 之间的 ISC 接口采用 SIP 协议进行通信。 关于 Diameter协议及 SIP协议的详细描述， 可以分别参考 IETF (因 特网工程任务组） 的 RFC3588、 RFC3261等规范。
根据 3GPP 规范 TS29.229 , 在 Cx 接口计费信息是通过 Server-Assignment- Answer (SAA) > Push-Profile-Request (PPR) 等 Diameter命令由 HSS传送到 S-CSCF的。 其中， SAA命令是 HSS对在 UE (用户设备） 注册过程中由 S-CSCF发起的 Server- Assignment-Request (SAR)莆求命令的响应， PPR是在 ϋΕ成功 注册后当用户的签约信息发生改变时由 HSS 主动向 S-CSCF 发 起的用户签约信息更新命令。 具体来说， 所述计费信息是由所述 SAA 、 PPR 等命令所携带的类型为 "Grouped" 的 AVP (属性 值对） "Charging-Information" 给出的， 该 AVP 又进一步包括 " Primary-Event-Charging-Function-Name " 、 " Secondary- Event-Charging-Function-Name " 、 " Primary-Charging- Collection-Function-Name " 及 " Secondary-Charging - Collection-Function-Name" 类型为 " DiameterURI" 的 AVP , 它们分别对应基本 ECF、 第二 ECF、 基本 CCF和第二 CCF 的 地址， 其中， 提供第二 ECF及第二 CCF是为了支持计费系统的 冗余配置以保证计费的高可靠性。
图 4和图 5分别给出了采用 ABNF(Augmented Backus-Naur Form)语法表示的 TS29.229定义的 Diameter命令 Server- Assignment-Answer ( SAA ) 及 Push-Profile-Request (PPR)的消 息格式， 关于 ABNF语法以及图中所列各 AVP的定义和用法， 具体可以参考 IETF规范 RFC 2234、 RFC3588及 3GPP的规范 TS29.229与 TS29.228等文献。其中，类型为" OctetString"的 AVP
"User-Data" 即为用 XML (可扩展标记语言） 格式描述的用户 业务信息， 类型为 "Grouped" 的 AVP "Charging-Information" 即给出了与该用户签约业务相关的计费功能地址。 根据 3GPP的 规范 TS29.228 , 当上述命令中包括了 AVP "User-Data" 时， 则 A VP "Charging-Information" 也应同时存在， 且至少基本 CCF 的地址必须提供。
图 6进一步示出了 TS29.228定义的上述用户业务信息的 UML (通用建模语言）（关于 TJML可以参 http：〃 www.omg.org/uml ) 模型， 为简化图中未示出类 （class ) 的属性 （attribute ) 。 可以 看到， 一个用户的业务信息由 "IMS Subscription" ( IMS签约） 类表征， "IMS Subscription"类的一个实例由一个或多个 "Service Profile" (业务描述） 类组成， 而 "Service Profile" 类的一个实 例又由一个或多个 "Public Identification" (公共标识） 类的实 例， 零个或一个 "Core Network Service Authorization" (核心 网业务授权）类的实例， 零个或多个 "Initial Filter Criteria" (初 始过滤准则） 类的实例， 以及零个或多个 " Shared iFC Set" (共 享的 iFC集合） 类的实例组成。
图 7进一步示出了 "Initial Filter Criteria" 类的 UML模型， 可以看到， "Initial Filter Criteria" 类的一个实例由零个或一个
"Trigger Point" (触发点）类的实例和一个 "Application Server"
(应用服务器） 类的实例组成， 而一个 "Trigger Point" 类的实 例又由一个或多个 "Service Point Trigger" (业务点触发器） 类 的实例组成， 一个 "Application Server" 类的实例又由零个或一 个 " Service Information" (业务信息） 类的实例组成。 其中，
"Application Server" 类即指定了该初始过滤准则 （ iFC ) 中的 业务触发点触发时提供相应业务的 AS， 在现有技术中， 该
" Application Server，， 类有两个属性， 即 ServerName 和 DefaultHandling , 其中 ServerName 即给出了该应用月良务器的 SIP URL (通用资源定位符 ） ， DefaultHandling 则为取值
" SESSION— CONTINUED " 或 " SESSION— TERMINATED " 的 枚举类型， 指示当无法连接该应用服务器时 SIP对话是继续还是 释放。
如前所述， S-CSCF 在通过 Cx 接口荻得计费信息 （即计费 功能地址） 后， 通过 ISC 接口将该信息传送给 AS， 根据 IETF 规范 RFC3455， 3GPP 定义的专用 SIP 消息头 P-Charging- Function-Addresses可用于此目的。 根据 3GPP规范 TS24.229 , 在 UE注册过程中， 当 S-CSCF通过 Cx接口获得了包括计费信 息在内的用户签约信息后， 将向与该用户签约信息所提供的初始 过滤准则 （iFC ) 匹配的各应用服务器发起第三方注册， 而该 AS 的计费功能地址则由该第三方注册的 SIP 消息的消息头 P- Charging-Function-Addresses 所携带。 另外， S-CSCF在接收到 SIP 对话初始请求或独立的事务 （Transaction ) 请求以及这些请 求的 lxx或 2xx响应后， 也将在向相应 AS转发之前由 SIP消息 头 P-Charging-Function-Addresses携带该 AS的计费功能地址。 根据 3GPP的规范 TS32.225及 TS32.260, AS能够判断其所 采用的计费方式， 而这一判断是通过从 ISC接口的 SIP消息头 P-Charging-Function-Addresses取得的， 即若 AS仅接收到 CCF 的地址而未接收到 ECF的地址， 则通过 Rf接口进行离线计费； 若 AS仅接收到 ECF的地址则通过 Ro接口进行在线计费； 若 AS 同时接收到 ECF和 CCF的地址则通过这两个接口同时进行计 然而， 3GPP现有规范中并未明确 S-CSCF 由 Cx接口 AVP " Charging-Information，， 获得的计费功能地址是不作改变完整 地经由 ISC接口送往各 AS， 还是针对不同 AS有选择地经由 ISC 接口向 AS提供有关的计费功能地址。 由于 S-CSCF从 Cx接口 获得的用户业务数据中并未指明该用户所签约的应用所使用的计 费方式， 因此现有技术实际上只允许采用前一种方式， 也就是说， S-CSCF经由 ISC接口送往各 AS 的计费功能地址将完全相同， 因此对某 UE而言所有签约业务都只能采用相同的计费方式。
另外， 如前所述， S-CSCF 也支持离线和在线计费两种方式， 但现有技术也未提供 S-CSCF 自身所采用的计费方式的指示信 息， 因此， 当 Cx 接口 AVP "Charging-Information" 中同时包 括 CCF和 ECF时， S-CSCF将不能确定所采用的计费方式。 由 于 S-CSCF的在线计费是通过 IMS-GWF ( IMS 网关功能单元） 实现的， 对 S-CSCF 而言 IMS-GWF 也是应用服务器 （如 IMS- GWF 可认为是 IMS预付费业务的应用服务器） ， 因此该问题也 可归结为上述同样的问题。
作为替换方案，计费及业务相关信息也可以由 HSS通过与 AS 直接的 Sh接口发送到 AS。 根据 3GPP规范 TS29.329, 由 Sh接 口获得的计费信息是通过 User-Data-Answer (UDA)、 Push- Notification-Request (PNR)等 Diameter命令由 HSS传送到 AS 的。 其中， 若由 AS发起的 User-Data-Request (UDR) 命令所携 带的 AVP "Data-Reference" 指明所请求的用户数据包括计费信 息， 则 HSS将在响应命令 UDA的 AVP "User-Data" 中给出上 述计费信息。 另外， 若由 AS 发起的 Subscribe-Notifications - Request (SNR)命令所携带的 AVP "Data-Reference" 指明所订阅 的用户数据包括计费信息， 则当用户的签约信息发生改变时 HSS 将在 PNR命令的 A VP "User-Data" 中给出上述计费信息。 尽管 Sh 接口的 AVP "User-Data" 是以 XML (可扩展的标记） 语言 描述的， 但其包括的计费功能地址信息与 Cx接口由 Diameter的 AVP所给出的计费功能地址信息相同在的数据结构和用法上是相 同的。
但是， 基于现有技术经 Sh接口向 AS提供不同的计费功能地 址存在以下问题和限制：
•根据 3GPP的规范 TS24.229及 TS29.328 , AS从 Sh接口 获得上述计费功能地址的前提是该 AS与 HSS之间存在 Sh接口 且该 AS与其所连接的 S-CSCF在同一信任域。 因此， 对某些不 提供 Sh接口的应用如 PoC ( PTT over Cellular ) 业务， 或者由 第三方业务供应商提供的应用， AS无法从 Sh接口获得相应的计 费功能地址；
•如 3GPP的规范 TS24.229及 TS29.328所述， AS从 Sh接 口获得上述计费功能地址并不是作为与从 ISC接口获得上述计费 功能地址等同的方法， 而是仅仅在某些特殊情况下采用， 如当 AS 接收到来自 ISC接口的第三方注册之前需要上述计费功能地址时 才通过 Sh接口获得所述计费功能地址；
•根据 3GPP的规范 TS23.218及 TS29.328 , 当从 ISC接口 收到的计费功能地址与从 Sh 接口收到的计费功能地址不一致而 发生冲突时，从 ISC接口收到的计费功能地址优先，即使用从 ISC 接口收到的计费功能地址而忽略从 Sh 接口收到的计费功能地 址。 这样， 即使 AS能从 Sh接口获得与之相应的计费功能地址， 如上所述， 由于现有技术中 S-CSCF经由 ISC接口送往各 AS的 计费功能地址均相同， 因此仍不能实现不同的 AS 分别获得不同 的计费功能地址的功能。 在现有技术中， 还可以通过 AS在本地预先静态配置 ECF或 CCF地址的方式实现 AS 采用与 IMS 系统不同的计费功能地址 设置， 但是， 该静态配置将导致所有用户都采用相同的计费方式， 而不能灵活地对不同用户采用不同的计费方式。
针对上述问题， 本发明提出了一种简单有效的方式， 实现了 IMS 系统中针对不同应用灵活配置实时计费和非实时计费方式的 功能。 发明内容
本发明的目的是由 HSS通过 Cx接口向 S-CSCF提供用户签 约业务所涉及的与各 AS相应的计费方式控制信息， 并由 S-CSCF 在对所述信息进行判断后向各 AS 发送相应的计费方式信息， 从 而解决在现有 IMS 系统中无法针对不同应用灵活配置实时或非 实时计费方式的问题。
根据本发明的一个方面， 提供了一种在包括归属用户服务 器、 服务呼叫状态控制功能单元和应用服务器的互联网协议多媒 体子系统中配置计费信息的方法， 其特征在于包括以下步骤：
在归属用户服务器中存储用户业务所涉及的各个应用服务器 相应的计费方式信息；
由所述归属用户服务器将计费功能地址信息与所述计费方式 信息发送到服务呼叫状态控制功能单元；
所述服务呼叫状态控制功能单元根据所接收的计费功能地址 信息与计费方式信息确定各个应用服务器相应的计费功能地址， 并向各个应用服务器转发相应的计费功能地址信息。
优选地， 其中在归属用户服务器中存储用户业务所涉及的各 个应用服务器相应的计费方式信息的步骤是通过在表征用户签约 信息的数据中加入针对各个应用服务器的相应计费方式信息实现 的。
更优选地， 其中在所述表征用户签约信息的数据的通用建模 语言模型的 "Application Server" 类中加入一个关于计费方式信 息的属性， 其取值包括对应在线计费方式的值和对应离线计费方 式的值。
更优选地， 其中所加入的属性是一个类型为 "enumerated" 的属性 "ChargingType" , 其取值为： "ONLINE— CHARGING" , 对应在线计费方式； "OFFLINE— CHARGING" ， 对应离线计费 方式的值。
优选地， 其中通过归属用户服务器与服务呼叫状态控制功能 单元之间的接口协议中的属性值对 "User-Data" 来携带所述计 费方式信息， 从而将所述计费方式信息从归属用户服务器发送到 服务呼叫状态控制功能单元。
更优选地， 其中所述计费方式信息包含在属性值对 "User- Data" 所给出的用可扩展标记语言格式所描述的用户业务信息 中。
优选地， 其中通过在归属用户服务器与服务呼叫状态控制功 能单元之间接口协议中增加用于指定对于相应应用服务器的计费 方式的属性值对， 以便将所述计费方式信息从归属用户服务器发 送到服务呼叫状态控制功能单元。
更优选地， 其中在新定义的属性值对的数据字段中的字节与 对应于应用服务器的计费方式相对应， 其中 "00000000" 表示在 线计费， "00000001" 表示离线计费。
更优选地， 其中在新定义的属性值对的数据字段中， 与各个 字节相对应的应用服务器的顺序与属性值对 "User-Data" 中采 用可扩展标记语言格式表示的用户业务信息数据中各应用服务器 出现的顺序相同。
优选地， 其中服务呼叫状态控制功能单元根据接收到的针对 各个应用服务器的计费方式信息以及属性值对 " Charging- Information" 中给出计费功能地址来确定各个应用服务器相应的 计费功能地址并向各个应用服务器发送相应的计费地址。
更优选地， 其中 当 所述收到 的属性值对 " Charging- Information" 给出的计费功能地址包括至少一个 ECF 和至少一 个 CCF 时， 若指定的某应用服务器的计费方式为在线计费， 则 送往该应用服务器的计费功能地址至少包括由该属性值对
"Charging-Information" 给出的所有 ECF地址； 若指定的该应 用服务器的计费方式为离线计费， 则送往该应用服务器的计费功 能地址为该属性值对 "Charging-Information" 给出的所有 CCF 地址； 若未指定该应用服务器的计费方式， 则送往该应用服务器 的计费功能地址即为该属性值对 "Charging-Information" 给出 所有地址。
更优选地， 其中当属性值对 " Charging-Information " 给出 的计费功能地址仅包括 CCF时， 送往该应用服务器的计费功能地 址是属性值对 "Charging-Information" 中给出的所有地址。
根据本发明的另一方面， 提供了一种其中能够灵活配置计费 信息的互联网协议多媒体子系统， 所述互联网协议多媒体子系统 包括归属用户服务器、 服务呼叫状态控制功能单元和应用服务 器， 其特征在于：
该归属用户服务器用于存储针对用户业务所涉及的各个应用 服务器的计费方式信息并用于将计费功能地址信息与所述计费方 式信息发送给服务呼叫状态控制功能单元；
该服务呼叫状态控制功能单元用于根据所接收的计费功能地 址信息与所述计费方式信息确定各个应用服务器相应的计费功能 地址， 并向各个应用服务器转发相应的计费功能地址信息。
优选地， 其中该归属用户服务器存储的表征用户签约信息的 数据中包含针对各个应用服务器的相应计费方式信息。
更优选地， 其中在所述表征用户签约信息的数据的通用建模 语言模型的 "Application Server" 类中包含关于计费方式信息的 属性， 其取值包括对应在线计费方式的值和对应离线计费方式的 值。
更优选地， 其中所述关于计费方式信息的属性是一个类型为 " enumerated " 的属性 " ChargingType " ， 其取值为 ： " ONLINE_CHARGING " ， 对 应 在 线 计 费 方 式 ； "OFFLINE_CHARGING" ， 对应离线计费方式的值。
优选地， 其中通过归属用户服务器与服务呼叫状态控制功能 单元之间的接口协议中的属性值对 "User-Data" 来携带所述计 费方式信息， 从而将所述计费方式信息从归属用户服务器发送到 服务呼叫状态控制功能单元。
更优选地， 其中所述计费方式信息包含在属性值对 "User- Data" 所给出的用可扩展标记语言格式所描述的用户业务信息 中。
优选地， 其中在归属用户服务器与服务呼叫状态控制功能单 元之间接口协议中含有用于指定对于相应应用服务器的计费方式 的属性值对， 以用于将所述计费方式信息从归属用户服务器发送 到服务呼叫状态控制功能单元。
更优选地， 其中所述属性值对的数据字段中的字节与对应于 应用服务器的计费方式相对应， 其中 "00000000" 表示在线计费， "00000001" 表示离线计费。
更优选地， 其中在所述属性值对的数据字段中， 与各个字节 相对应的应用服务器的顺序与属性值对 "User-Data" 中采用可 扩展标记语言格式表示的用户业务信息数据中各应用服务器出现 的顺序相同。
优选地， 其中服务呼叫状态控制功能单元被设置成根据接收 到的针对各个应用服务器的计费方式信息以及属性值对 "Charging-Information" 中给出计费功能地址来确定各个应用 服务器相应的计费功能地址并向各个应用服务器发送相应的计费 地址。
更优选地， 其中当服务呼叫状态控制功能单元收到的属性值 对 "Charging-Information" 给出的计费功能地址包括至少一个 ECF 和至少一个 CCF 时， 若指定的某应用服务器的计费方式为 在线计费， 则服务呼叫状态控制功能单元向应用服务器发送的计 费功能地址至少包括由该属性值对 "Charging-Information" 给 出的所有 ECF 地址； 若指定的该应用服务器的计费方式为离线 计费， 则服务呼叫状态控制功能单元向应用服务器发送的计费功 能地址为该属性值对 "Charging-Information" 给出的所有 CCF 地址； 若未指定该应用服务器的计费方式， 则服务呼叫状态控制 功能单元向应用服务器发送的计费功能地址即为该属性值对 "Charging-Information" 给出所有地址。
更优选地， 其中当属性值对 " Charging-Information " 给出 的计费功能地址仅包括 CCF 时， 送往该应用服务器的计费功能 地址是属性值对 "Charging-Information" 中给出的所有地址。
通过本发明的方法和系统， 实现了在 IMS系统中针对不同应 用灵活配置计费方式。 事实上， 对于某些特定应用， 采用独立可 控的计费方式将有利于该业务的推广和实施。 例如， 若某特定的 应用 （如 PoC 业务） 由第三方运营商独立提供， 这时尽管某用 户在其 IMS 归属网络运营商处签约的是普通非实时计费方式， 如典型地每月根据话单记录从该用户授权的银行帐户中划帐来交 纳每月的 IMS通信费， 但是， 如果允许该用户从提供如 PoC 业 务等特定应用的第三方运营商处购买该特定应用的预付费卡， 即 采用预付费方式使用该项业务， 将有利于 IMS 及相关应用的广 泛实施。 即使 IMS基础网络运营商与提供如 PoC 业务等特定应 用的运营商是同一运营商， 该计费方式灵活配置的功能仍将有利 于该运营商对特定高附加值应用的推广。 附图说明
下面将参考附图， 结合本发明的实施例通过举例方式对本发 明加以描述， 从而使本发明的以上特征和优点更易于理解。 在附 图中：
图 1是 IMS系统的结构示意图；
图 2是 IMS计费系统的结构示意图；
图 3是 OCS系统的结构示意图；
图 4是现有技术中 Cx接口 SAA命令的消息格式示意图； 图 5是现有技术中 Cx接口 PPR命令的消息格式示意图； 图 6是用户业务信息的 UML模型示意图；
图 7是现有技术中 iFC类的 UML模型示意图；
图 8是本发明中 iFC类的 UML模型示意图；
图 9 是本发明 中新定义的 AVP " Application-Server- Charging-Type" 的示意图；
图 10是本发明中 Cx接口 SAA命令的消息格式示意图； 图 11是本发明中 Cx接口 PPR命令的消息格式示意图； 图 12是在 ϋΕ注册过程中对 AS计费方式的控制。 具体实施方式
图 1 示出了本发明中的 IMS 系统结构， 该 IMS 系统总体用 附图标记 10表示。 IMS系统 10包括作为 IMS核心的 P-CSCF 11 (代理呼叫状态控制功能单元）、 I CSCF 12 (询问呼叫状态控 制功能单元） 与 S - CSCF 13 (服务呼叫状态控制功能单元） 以 及 HSS 14 (归属用户服务器）、 AS 15 (应用服务器）。 其中， P- CSCF 11是 ϋΕ 16 (用户设备） 通过 SIP (会话发起协议） 信令 接入 IMS 的最初的接入点， 主要完成 SIP 消息压缩 /解压、 SIP 消息转发等功能； S - CSCF 13是 ϋΕ 16归属网絡的会话控制与 业务激发功能单元， 负责完成用户的认证和鉴权、维护用户的 SIP 注册信息、会话控制与业务触发、提供计费信息等功能； I - CSCF 12主要用于屏蔽运营商网络的拓朴结构， 完成 S - CSCF 13的分 配并负责 SIP消息在该 UE 16所连接的 P-CSCF 11与 S - CSCF 13之间的路由； AS 15是实现各种应用业务的功能单元， 主要提 供应用的业务逻辑与业务控制， 并负责向计费系统提供相应业务 的计费信息； HSS 14 是用户配置数据库服务器， 用于存储用户 的位置信息、 用户的各种签约信息等数据以及与各个 AS 15相应 的计费方式信息。 S - CSCF 13/1 - CSCF 12与 HSS 14之间为 Cx 接口， S - CSCF 13与 AS 15之间为 ISC接口。
图 2显示了根据本发明的 IMS系统 10的计费系统 20的结构。 其中 CDF 21 (计费数据功能单元） 和 CGF 22 (计费网关功能单 元） 用于离线计费， 其中 CDF 21 根据各网元由 Rf 接口提供的 计费事件数据生成 CDR (计费数据记录）， CGF 22 则用于将由 CDF 21通过 Ga接口提供的 CDR生成 CDR文件并最终传输到 计费帐务系统。 OCS 24 (在线计费系统） 则用于在线实时计费， IMS应用服务器通过 Ro接口与 OCS 24相连， S - CSCF 13则通 过 IMS-GWF 23 ( IMS网关功能单元）与 OCS 24相连， S - CSCF 13与 IMS-GWF 23之间为 ISC接口， IMS-GWF 23与 OCS 24 之间为 Ro接口。 其中， 所述 Ro、 Rf接口均采用 Diameter协议 进行通信。
IMS系统 10中的预付费业务典型地是由 OCS 24实现的。 如 图 3所示， OCS 24由 OCF 31 (在线计费功能单元）、 ABMF 34 (帐户余额管理功能单元）、 RF 35 (批价功能单元） 以及可选的 CGF 22 (计费网关功能单元） 组成， 其中， OCF 31由基于会话 的计费功能单元 （SBCF ) 与基于事件的计费功能单元 （EBCF ) 两个功能模块组成。 OCS 24 可以执行基于会话和基于事件的在 线计费与信用控制， 并可在业务级上控制用户对应用业务的可用 性， 例如它能够准予或者拒绝用户对网络中的特定业务的使用 权。
根据 3GPP的规范 TS32.240, 为了话费统计、 运营商之间的 结算等目的， 允许在实时计费的同时产生 CDR。 为此可以采取 两种方法来实现， 第一种方法是同时进行在线和离线计费； 第二 种方法是直接在 OCS 24中实现 CDF 21功能或同时实现 CDF 21 与 CGF 22功能， 从而允许将 OCS 24产生的 CDR或 CDR文件 发送到 CGF 22或计费帐务系统。
根据本发明的一种优选方案是通过在表征用户签约信息的数 据中加入针对各个应用服务器的相应计费方式信息， 使 HSS 14 存储与各个 AS 15相应的计费方式信息。 图 8示出了所述表征用 户签约信息的数据的通用建模语言模型。 如前所述， 在现有技术 中 , "Initial Filter Criteria"类的一个实例由零个或一个 "Trigger Point" 类的实例和一个 "Application Server" 类的实例组成， 而其中的 "Application Server" 有两个属性， 即给出该应用 Jil务 器的通用资源定位符的 ServerName 属性和指示当无法连接该应 用服务器时 SIP对话是继续还是释放的 DefaultHandling属性。 根据本发明， 为了在 UML模型中加入针对该应用服务器的计费 方式信息， 在 "Application Server" 类的属性增加了新的类型为
"enumerated" 的属性 " ChargingType" ， 用于指定该应用 务 器 所 采 用 的 计 费 方 式 。 该 新 增 属 性 的 取 值 为
" ONLINE_CHARGING，， 、 " OFFLINE— CHARGING " 及 UNDEFINED" ， 其中， 前两个取值分别对应在线计费和离线 计费方式， "UNDEFINED" 则表明不对该 AS 的计费方式作特 别的限定。 当然， 本领域的技术人员也可以理解， 新增加的类型 不 仅 限 于 " ChargingType ，， ， 其 取 值 也 不 限 于
" ONLINE一 CHARGING " 、 " OFFLINE— CHARGING，， 及
"UNDEFINED" ， 也可以采用其他的能够区分实时计费和非实 时计费的属性及其取值。
在修改了数据结构之后， 通过 Cx 接口中的属性值对 "User- Data" 将所述计费方式信息发送到 S - CSCF 13。 由于 Cx 接口 中的属性值对 "User-Data" 是采用 XML格式来表示用户业务信 息数据的， 而 XML 语言采用文本编码的特点及其优良的可扩展 性， 使得该方案既不用修改或扩展 Cx接口的 Diameter命令， 也 不用添加 AVP项， 具有较好的后向兼容性。
另外如图 6所示， 一个 "Service Profile" 类的实例中还包括 零个或多个 "Shared iFC Set" 类的实例， 根据 TS29.228 , 该类 仅由一个类型为整数 ( integer ) 的属性 "Identifier" 表征 （图中 未示出） ， 用于指向在 S - CSCF 13 中本地管理和存储的可为多 个 "Service Profile" 共用的初始过滤准则 （iFC ) 的集合。 由于 在 S - CSCF 13本地管理和存储的共享的 iFC集合中的各 iFC仍 具有与上述 "Initial Filter Criteria" 类相同的数据结构， 因此根 据本发明， 也可采用相同的方式， 在 S - CSCF 13本地管理和存 储的共享的 iFC的数据结构中增加相应的指示各应用服务器所采 用的计费方式的数据项。
为了实现在 IMS 系统 10 中针对不同应用灵活配置相应的计 费方式， 根据本发明， 作为通过 Cx接口中属性值对 "User-Data" 将所述计费方式信息发送到 S - CSCF 13 的替换方案， 在 Cx接 口 中扩展新的属性值对， 以指定该用户各签约的业务描述
( "Service Profile" ) 所涉及的各应用服务器相应的计费方式。 如前面结合图 4和图 5所描述的， 在现有技术中 SAA和 PPR命 令中包括类型为 "OctetString" 的 AVP "User-Data" ， 即为用 XML 格式描述的用户业务信息， 和类型为 "Grouped" 的 AVP
"Charging-Information" ， 用于给出与该用户签约业务相关的 计费功能地址。 在本发明中， 包括但不限于， 扩展一个类型为 "OctetString" 的 A VP "Application-Server-Charging-Type" ， 用于指定该用户签约的业务描述所涉及的各应用服务器相应的计 费方式。
图 9给出了该 AVP编码结构和具体用法， AVP 头部的各字 段的定义详见 IETF的规范 RFC3588, 其中， 根据 3GPP的规范 TS29.230, 用于标识 AVP 的 AVP编码从 632 到 699是保留给 TS29.229使用的， 因此该新定义 AVP可以使用其中一个 AVP编 码用于标识该 AVP。 在该 AVP 的数据字段， 每个字节分别用于 各应用服务器相应的计费方式的指示： "00000000" 表示在线计 费， "00000001" 表示离线计费， "00000010" 表示未对该 AS 15 的计费方式作限定， "00000011〜11111111 " 保留用于将来的定 义。 该 AVP 的数据字段中各计费方式指示字段所对应的 AS 15 的顺序， 与 AVP "User-Data" 中采用 XML 格式表示的用户业 务信息数据中各 AS 15 出现的次序相同， 即该 AVP 的数据字段 的第一个计费方式指示字段所指示的是 "User-Data" 的 XML文 本中第一个出现的 "Application Server" 类所表征的应用服务器 所采用的计费方式， 并依次类推， 最后以 32位比特为边界对齐。 上述 AVP "User-Data" 中 AS 15出现的顺序也应将 "Shared iFC Set" 类实例所指示的各 iFC集合中依次涉及的 AS 15考虑在内。 利用该新定义的 AVP， 根据本发明的 Cx接口 SAA和 PPR 命令的消息格式分别如图 10 和图 11 所示， 即在 AVP " Charging-Information " 之后增加可选的 A VP " Application- Server-Charging-Type" 。 由于 Diameter协议固有的可扩展 :， 该方案同样具有较好的后向兼容能力。
图 12给出了基于本发明在 UE 16注册过程中实现对 AS 15 计费方式控制的方法。 图中只示出了与本发明计费方式控制相关 的操作， 其它操作的细节和有关的信令过程与 3GPP 的规范 TS24.228、TS24.229及 TS23.228—致。如图 12所示，在步骤 1201， 当用户签约使用 IMS业务及有关应用后， HSS 14 负责存储该用 户的业务签约数据， 其中， 该数据应包括各 AS 15的计费方式信 息。 在步骤 1202， UE 16在使用 IMS 网络提供的业务之前， 将 向 IMS 核心发送 SIP 消息 "REGISTER" 进行注册； 在步骤 1203， S - CSCF 13收到该 UE 16的注册清求后将向 HSS 14发 送 SAR命令； 在步驟 1204， HSS 14将该 ϋΕ 16的业务数据通过 向 SAA响应命令发送给 S - CSCF 13， 该响应中也包括计费功能 地址以及各 AS 15的计费方式信息； 在步骤 1205 , S - CSCF 13 按优先级依次检查该 UE 16的业务数据中包括的每一个 iFC， 若 某 iFC的触发条件满足则向该 iFC相应的 AS 15发起第三方注册 (根据 TS29.228 , 触发第三方注册的条件是该 iFC 的 "Service Point Trigger" 所给出的触发条件中至少包括基于 "REGISTER" 的 SIP方法），其中， SIP消息头 P-Charging-Function-Addresses 将指示该 AS 15的计费功能地址， 而该计费功能地址由 S - CSCF 13根据从 HSS 14获得的该 UE 16计费功能地址以及该 AS 15的 计费方式确定； 在步骤 1206 , AS 15从来自 S - CSCF 13的第三 方注册消息中获得该 UE 16的业务数据，其中包括从该消息的 SIP 消息头 P-Charging-Function-Addresses获得对该 UE 16所采用 的计费功能地址； 在步骤 1207 , AS 15向 S - CSCF 13订阅该 ϋΕ 16的业务数据更新事件通知，一旦用户的签约信息发生改变 AS 15 即可获得更新后的该 UE 16的业务数据及计费功能地址等信息。 根据前述， S - CSCF 13在接收到 SIP对话初始请求或独立 事务 ( Transaction ) 请求以及这些请求的 lxx或 2xx响应后， 也 将在向相应 AS 15 (同样根据 iFC触发） 转发的所述请求及响应 消息中由 SIP消息头 P-Charging-Function-Addresses携带该 AS 15的计费功能地址，而该计费功能地址由 S - CSCF 13根据从 HSS 14获得的该 UE 16计费功能地址以及该 AS 15的计费方式确定。
在上述过程中， S - CSCF 13 将按以下方式利用 AVP " Charging-Information" 给出的计费功能地址以及通过采用前 述两种方法之一获得的各 AS 15的计费方式信息确定相应 AS 15 的计费功能地址：
(1) 当 AVP " Charging-Information " 给出的计费功能地址 包括至少一个 ECF和至少一个 CCF时， 则按指定的各 AS 15计 费方式选择相应的计费功能地址。 下面对此进行具体解释。 若指 定的某 AS 15的计费方式为在线计费， 则通过 ISC接口的 SIP消 息头 P-Charging-Function-Addresses送往该 AS 15 的计费功能 地址包括由 AVP "Charging-Information"给出的所有 ECF地址， 或包括 AVP "Charging-Information" 给出的所述至少一个 ECF 和至少一个 CCF。 （即在 OCS 24已内置 CGF 22功能的典型情 况中， 在实时计费的同时生成 CDR仅需包括由 AVP "Charging- Information"给出的所有 ECF地址；而在 OCS 24不包括 CGF 22 的典型情况中， 在实时计费的同时生成 CDR则需要包括由 AVP "Charging-Information" 给出的所述至少一个 ECF和至少一个 CCF ) ； 若指定的该 AS 15的计费方式为离线计费， 则通过 ISC 接口的 SIP消息头 P-Charging-Fimction-Addresses送往该 AS 15 的计费功能地址为 AVP " Charging-Information " 给出的所有 C CF地址；若未指定该 AS 15的计费方式，则通过 ISC接口的 SIP 消息头 P-Charging-Function-Addresses送往该 AS 15 的计费功 能地址即为 "Charging-Information" 给出所有地址。
(2) 当 AVP "Charging-Information" 给出的计费功能地址 仅包括 CCF 时， 无论所指定的 AS 15计费方式如何， 通过 ISC 接口的 SIP消息头 P-Charging-Function-Addresses送往该 AS 15 的计费功能地址即为 AVP " Charging-Inf or mation " 给出所有 地址。
如前所述， 现有 Sh接口可以支持 HSS 14经由 Sh接口向不 同的 AS 15分别提供不同的计费功能地址的方式。 根据本发明， HSS 14应具有通过 Sh接口控制 AS 15计费方式的功能， 即当 AS 15通过 Sh接口向 HSS 14查询某用户的业务签约数据时， HSS 14 即可根据其所存储的该用户的业务数据中包括的该 AS 15的计费 方式信息以及该用户业务所涉及的计费功能地址， 基于与上述方 法同样的原则确定针对该 AS 15 的计费功能地址并通过 Sh接口 向该 AS 15提供包括其所使用的计费功能地址在内的用户业务数 据。 这样， 由于 HSS 14和 S - CSCF 13采用了一致的 AS 15计 费功能地址确定方法， 保证了 AS 15从 Cx及 ISC接口收到的计 费功能地址与从 Sh接口收到的计费功能地址的一致性。
需要注意， 以上结合实施例对于本发明的描述仅是说明性而 非限制性的。 本领域的普通技术人员可以在本发明构思的范围内 作出不同的变化和改进。 本发明的保护范围仅由所附的权利要求 书定义。 此外， 本说明书和权利要求书中所用的 "包括" 一词不 排除包含所列部分之外的其他部分， 而 "一个" 一词不排除多个 此类部分的情况。

Claims

权 利 要 求
1. 一种在包括归属用户服务器、 服务呼叫状态控制功能单 元和应用服务器的互联网协议多媒体子系统中配置计费信息的方 法， 其特征在于包括以下步骤：
在归属用户服务器中存储用户业务所涉及的各个应用服务器 相应的计费方式信息；
由所述归属用户服务器将计费功能地址信息与所述计费方式 信息发送到服务呼叫状态控制功能单元；
所述服务呼叫状态控制功能单元根据所接收的计费功能地址 信息与计费方式信息确定各个应用服务器相应的计费功能地址， 并向各个应用服务器转发相应的计费功能地址信息。
2. 如权利要求 1 所述的方法， 其中在归属用户服务器中存 储用户业务所涉及的各个应用服务器相应的计费方式信息的步驟 是通过在表征用户签约信息的数据中加入针对各个应用服务器的 相应计费方式信息实现的。
3. 如权利要求 2 所述的方法， 其中在所述表征用户签约信 息的数据的通用建模语言模型的 "Application Server" 类中加入 一个关于计费方式信息的属性， 其取值包括对应在线计费方式的 值和对应离线计费方式的值。
4. 如权利要求 3 所述的方法， 其中所加入的属性是一个类 型为 " enumerated " 的属性 " ChargingType，， ， 其取值为：
" ONLINE— CHARGING " ， 对 应 在 线 计 费 方 式 ； "OFFLINE—CHARGING" ， 对应离线计费方式的值。
5. 如权利要求 1 所述的方法， 其中通过归属用户服务器与 服务呼叫状态控制功能单元之间的接口协议中的属性值对
"User-Data" 来携带所述计费方式信息， 从而将所述计费方式 信息从归属用户服务器发送到服务呼叫状态控制功能单元。
6. 如权利要求 5 所述的方法， 其中所述计费方式信息包含 在属性值对 "User-Data" 所给出的用可扩展标记语言格式所描 述的用户业务信息中。
7. 如权利要求 1 所述的方法， 其中通过在归属用户服务器 与服务呼叫状态控制功能单元之间接口协议中增加用于指定对于 相应应用服务器的计费方式的属性值对， 以便将所述计费方式信 息从归属用户服务器发送到服务呼叫状态控制功能单元。
8. 如权利要求 7 所述的方法， 其中在新定义的属性值对的 数据字段中的字节与对应于应用服务器的计费方式相对应， 其中
"00000000" 表示在线计费， "00000001" 表示离线计费。
9. 如权利要求 8 所述的方法， 其中在新定义的属性值对的 数据字段中， 与各个字节相对应的应用服务器的顺序与属性值对
"User-Data" 中采用可扩展标记语言格式表示的用户业务信息 数据中各应用服务器出现的顺序相同。
10. 如权利要求 1 所述的方法， 其中服务呼叫状态控制功能 单元根据接收到的针对各个应用服务器的计费方式信息以及属性 值对 " Charging-Information" 中给出计费功能地址来确定各个 应用服务器相应的计费功能地址并向各个应用服务器发送相应的 计费地址。
11. 如权利要求 10所述的方法， 其中当所述收到的属性值对 " Charging-Information"给出的计费功能地址包括至少一个 ECF 和至少一个 CCF 时， 若指定的某应用服务器的计费方式为在线 计费， 则送往该应用服务器的计费功能地址至少包括由该属性值 对 "Charging-Information" 给出的所有 ECF地址； 若指定的该 应用服务器的计费方式为离线计费， 则送往该应用服务器的计费 功能地址为该属性值对 "Charging-Information"给出的所有 CCF 地址； 若未指定该应用服务器的.计费方式， 则送往该应用服务器 的计费功能地址即为该属性值对 "Charging-Information" 给出 所有地址。
12. 如权利要求 10所述的方法， 其中当属性值对 "Charging- Information" 给出的计费功能地址仅包括 CCF时， 送往该应用服 务器的计费功能地址是属性值对 "Charging-Information" 中给 出的所有地址。
13. 一种其中能够灵活配置计费信息的互联网协议多媒体子 系统， 所述互联网协议多媒体子系统包括归属用户服务器、 服务 呼叫状态控制功能单元和应用服务器， 其特征在于：
该归属用户服务器用于存储针对用户业务所涉及的各个应用 服务器的计费方式信息并用于将计费功能地址信息与所述计费方 式信息发送给服务呼叫状态控制功能单元；
该服务呼叫状态控制功能单元用于根据所接收的计费功能地 址信息与所述计费方式信息确定各个应用服务器相应的计费功能 地址， 并向各个应用服务器转发相应的计费功能地址信息。
14. 如权利要求 13所述的互联网协议多媒体子系统， 其中该 归属用户服务器存储的表征用户签约信息的数据中包含针对各个 应用服务器的相应计费方式信息。
15. 如权利要求 14所述的互联网协议多媒体子系统， 其中在 所述表征用 户签约信息的数据的通用 建模语言模型 的
"Application Server" 类中包含关于计费方式信息的属性， 其取 值包括对应在线计费方式的值和对应离线计费方式的值。
16. 如权利要求 15所述的互联网协议多媒体子系统， 其中所 述关于计费方式信息的属性是一个类型为 "enumerated" 的属性
"ChargingType" ， 其取值为： "ONLINE_CHARGING" ， 对 应在线计费方式； "OFFLINE— CHARGING" ， 对应离线计费方 式的值。
17. 如杈利要求 13所述的互联网协议多媒体子系统， 其中通 过归属用户服务器与服务呼叫状态控制功能单元之间的接口协议 中的属性值对 "User-Data" 来携带所述计费方式信息， 从而将 所述计费方式信息从归属用户服务器发送到服务呼叫状态控制功 能单元。
18. 如权利要求 17所述的互联网协议多媒体子系统， 其中所 述计费方式信息包含在属性值对 "User-Data" 所给出的用可扩 展标记语言格式所描述的用户业务信息中。
19. 如权利要求 13所述的互联网协议多媒体子系统， 其中在 归属用户服务器与服务呼叫状态控制功能单元之间接口协议中含 有用于指定对于相应应用服务器的计费方式的属性值对， 以用于 将所述计费方式信息从归属用户服务器发送到服务呼叫状态控制 功能单元。
20. 如权利要求 19所述的互联网协议多媒体子系统， 其中所 述属性值对的数据字段中的字节与对应于应用服务器的计费方式 相对应， 其中 "00000000" 表示在线计费， "00000001 " 表示离 线计费。
21. 如权利要求 20所述的互联网协议多媒体子系统， 其中在 所述属性值对的数据字段中， 与各个字节相对应的应用服务器的 顺序与属性值对 "User-Data" 中采用可扩展标记语言格式表示 的用户业务信息数据中各应用服务器出现的顺序相同。
22. 如权利要求 13所述的互联网协议多媒体子系统， 其中服 务呼叫状态控制功能单元被设置成根据接收到的针对各个应用服 务器的计费方式信息以及属性值对 " Char ging-Inf or mation " 中 给出计费功能地址来确定各个应用服务器相应的计费功能地址并 向各个应用服务器发送相应的计费地址。
23. 如权利要求 22所述的互联网协议多媒体子系统， 其中当 服务呼叫状态控制功能单元收到的属性值对 " Charging- Information" 给出的计费功能地址包括至少一个 ECF 和至少一 个 CCF 时， 若指定的某应用服务器的计费方式为在线计费， 则 服务呼叫状态控制功能单元向应用服务器发送的计费功能地址至 少包括由该属性值对 "Charging-Information" 给出的所有 ECF 地址； 若指定的该应用服务器的计费方式为离线计费， 则服务呼 叫状态控制功能单元向应用服务器发送的计费功能地址为该属性 值对 "Charging-Information" 给出的所有 CCF地址； 若未指定 该应用服务器的计费方式， 则服务呼叫状态控制功能单元向应用 服务器发送的计费功能地址即为该属性值对 " Charging- Information" 给出所有地址。
24. 如权利要求 22所述的互联网协议多媒体子系统， 其中当 属性值对 "Charging-Information" 给出的计费功能地址仅包括 CCF时， 送往该应用服务器的计费功能地址是属性值对 "Charging-Information" 中给出的所有地址。
PCT/CN2005/000600 2005-04-29 2005-04-29 Méthode de réglage souple de mode de facturation dans un système ims WO2006116894A1 (fr)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US11/912,907 US20080195535A1 (en) 2005-04-29 2005-04-29 Method for Flexibly Configuring Charging Modes in Ims Systems
CNA2005800496449A CN101167097A (zh) 2005-04-29 2005-04-29 Ims系统中实现计费方式灵活配置的方法
PCT/CN2005/000600 WO2006116894A1 (fr) 2005-04-29 2005-04-29 Méthode de réglage souple de mode de facturation dans un système ims

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2005/000600 WO2006116894A1 (fr) 2005-04-29 2005-04-29 Méthode de réglage souple de mode de facturation dans un système ims

Publications (1)

Publication Number Publication Date
WO2006116894A1 true WO2006116894A1 (fr) 2006-11-09

Family

ID=37307578

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2005/000600 WO2006116894A1 (fr) 2005-04-29 2005-04-29 Méthode de réglage souple de mode de facturation dans un système ims

Country Status (3)

Country Link
US (1) US20080195535A1 (zh)
CN (1) CN101167097A (zh)
WO (1) WO2006116894A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016062141A1 (zh) * 2014-10-24 2016-04-28 中兴通讯股份有限公司 Ip多媒体子系统中网元计费信息的关联方法及装置

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8520664B2 (en) * 2005-12-22 2013-08-27 Tim Italia S.P.A. Multi-vendor IMS architecture
CN101009572B (zh) * 2006-01-24 2012-07-04 朗迅科技公司 对于ims会话期间的媒体改变的ims预算控制
US8849913B2 (en) * 2006-06-23 2014-09-30 Sony Corporation Method and system for triggering activation of IMS applications on a mobile radio terminal
US8484326B2 (en) * 2006-09-28 2013-07-09 Rockstar Bidco Lp Application server billing
CN101237328B (zh) * 2007-01-30 2012-07-04 朗迅科技公司 为离线收费系统配置自适应模块的方法
US9049202B2 (en) * 2007-07-02 2015-06-02 Google Technology Holdings LLC Embedding user equipment information within third party registration messages
CN101933311A (zh) * 2008-01-30 2010-12-29 爱立信电话股份有限公司 促进ims中的预订服务
US20090248810A1 (en) * 2008-03-28 2009-10-01 Telefonaktiebolaget Lm Ericsson (Publ) Systems and methods for querying status of peer-to-peer multimedia connections in communication systems
US8386640B2 (en) * 2009-10-30 2013-02-26 At&T Intellectual Property I, Lp Method, computer readable medium, and apparatus for providing different services to different users of an aggregate endpoint in an internet protocol multimedia subsystem (IMS) network
JP5583782B2 (ja) * 2009-11-18 2014-09-03 テレフオンアクチーボラゲット エル エム エリクソン（パブル） 通信ネットワークにおいて使用するための方法及び装置
EP2572472B1 (en) 2010-05-17 2017-12-06 Telefonaktiebolaget LM Ericsson (publ) Methods and apparatuses for implementing charging in an ims system
CN102006575A (zh) * 2010-11-26 2011-04-06 中兴通讯股份有限公司 Ip多媒体子系统的计费方法及装置
US9467301B2 (en) * 2012-03-19 2016-10-11 Nokia Solutions And Networks Oy Network interface utilization dependent charging determination
EP3094116B1 (en) 2012-05-14 2018-04-18 Huawei Technologies Co., Ltd. Method and system for group communication, group server, and group member device
CN103037372B (zh) * 2012-12-17 2016-01-06 海能达通信股份有限公司 宽带多媒体集群通信系统中的终端接入鉴权的方法与装置
CN109039663B (zh) 2017-06-08 2022-04-22 华为技术有限公司 一种关联计费方法，计费装置和系统
US11516261B2 (en) 2019-06-14 2022-11-29 T-Mobile Usa, Inc. IMS routing based on subscriber type
CN113365239B (zh) * 2019-08-02 2022-06-28 华为技术有限公司 计费的方法、装置及系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003056753A1 (en) * 2002-01-04 2003-07-10 Telefonaktiebolaget Lm Ericsson (Publ) System and method of billing based on the reported traffic load in a packet-oriented telecommunications network
WO2004045195A1 (en) * 2002-11-12 2004-05-27 Nokia Corporation A method of communication and communication system
CN1567818A (zh) * 2003-06-25 2005-01-19 华为技术有限公司 一种数据业务的内容计费方法及其计费系统

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6330569B1 (en) * 1999-06-30 2001-12-11 Unisys Corp. Method for versioning a UML model in a repository in accordance with an updated XML representation of the UML model
DE10102724A1 (de) * 2001-01-22 2002-08-29 Siemens Ag Verfahren zur Bereitstellung von Gebühreninformationen in einer Telekommunikationsverbindung
US8265663B2 (en) * 2002-12-17 2012-09-11 Nokia Corporation Messaging services for pre-pay users
US8812382B2 (en) * 2003-01-15 2014-08-19 Nokia Corporation Charging for a communication system
GB0408990D0 (en) * 2004-04-22 2004-05-26 Nokia Corp Charging in communication networks

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003056753A1 (en) * 2002-01-04 2003-07-10 Telefonaktiebolaget Lm Ericsson (Publ) System and method of billing based on the reported traffic load in a packet-oriented telecommunications network
WO2004045195A1 (en) * 2002-11-12 2004-05-27 Nokia Corporation A method of communication and communication system
CN1567818A (zh) * 2003-06-25 2005-01-19 华为技术有限公司 一种数据业务的内容计费方法及其计费系统

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016062141A1 (zh) * 2014-10-24 2016-04-28 中兴通讯股份有限公司 Ip多媒体子系统中网元计费信息的关联方法及装置

Also Published As

Publication number Publication date
CN101167097A (zh) 2008-04-23
US20080195535A1 (en) 2008-08-14

Similar Documents

Publication Publication Date Title
WO2006116894A1 (fr) Méthode de réglage souple de mode de facturation dans un système ims
JP4903816B2 (ja) 通信ネットワークにおいて用いる方法及び装置
KR100946119B1 (ko) 네트워크 가용성 정보 처리 장치 및 방법과 컴퓨터 판독가능 매체
KR101101015B1 (ko) 통신 네트워크 및 통신 네트워크 작동 방법
US20090193131A1 (en) Communication network system and method for providing a service broker function, and service broker apparatus
US20070213031A1 (en) Method and apparatus for linking charging records
WO2006116939A1 (fr) Méthode pour réaliser un service de messagerie basé sur un sous-système multimédia en réseau ip
JP5583782B2 (ja) 通信ネットワークにおいて使用するための方法及び装置
JP5851986B2 (ja) Ｉｐマルチメディア・サブシステムにおいて使用するための方法及び装置
WO2009065360A1 (fr) Procédé, système et équipement pour l'application qos de bout en bout
JP5734419B2 (ja) サービス配信条件変更管理
WO2009024041A1 (fr) Système de communication, appareil de communication et procédé de traitement de service basé sur soa
WO2007143926A1 (fr) Système et procédé de chargement de réseau ims
EP2795837B1 (en) Charging decisions in an ip multimedia subsystem
US10158764B2 (en) Methods and apparatus for allocating service costs in a telecommunications network
WO2009024029A1 (fr) Réseau visité, réseau de rattachement, système et procédé correspondant pour utiliser un service de réseau visité, et terminal
US20100268826A1 (en) Method and apparatus for use in a communications network
WO2011085686A1 (zh) 一种传递虚拟运营商数据的方法、装置及系统
WO2008052455A1 (fr) Système de contrôle de facturation et de politiques et procédé de fonctionnement d'une ressource
WO2010072119A1 (zh) 数据修改的通知方法、设备及系统
CN102132551A (zh) 用于呼叫收费指示（aoc）的方法、设备、系统、计算机程序产品和数据结构
WO2008122233A1 (fr) Facturation de réseau, procédé de facturation et passerelle
KR100972084B1 (ko) Ｉｍｓ 시스템에서의 과금 장치 및 방법
EP1874000A1 (en) Method and device for operation processing, and method and server for determining validity of a service operation
Atanasov et al. Open Access to Resource Management through Web Services

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 11912907

Country of ref document: US

Ref document number: 200580049644.9

Country of ref document: CN

NENP Non-entry into the national phase

Ref country code: DE

WWW Wipo information: withdrawn in national office

Ref document number: DE

NENP Non-entry into the national phase

Ref country code: RU

WWW Wipo information: withdrawn in national office

Ref document number: RU

122 Ep: pct application non-entry in european phase

Ref document number: 05752323

Country of ref document: EP

Kind code of ref document: A1

WWW Wipo information: withdrawn in national office

Ref document number: 5752323

Country of ref document: EP