WO2008040173A1 - Procédé et système assurant la perception par un domaine de circuits d'informations de tarification de sessions d'un domaine ims - Google Patents

Procédé et système assurant la perception par un domaine de circuits d'informations de tarification de sessions d'un domaine ims Download PDF

Info

Publication number
WO2008040173A1
WO2008040173A1 PCT/CN2007/002767 CN2007002767W WO2008040173A1 WO 2008040173 A1 WO2008040173 A1 WO 2008040173A1 CN 2007002767 W CN2007002767 W CN 2007002767W WO 2008040173 A1 WO2008040173 A1 WO 2008040173A1
Authority
WO
WIPO (PCT)
Prior art keywords
session
scp
charging
ssf
access network
Prior art date
Application number
PCT/CN2007/002767
Other languages
English (en)
Chinese (zh)
Inventor
Yan Li
Dongming Zhu
Original Assignee
Huawei Technologies Co., Ltd.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Publication of WO2008040173A1 publication Critical patent/WO2008040173A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • 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]

Definitions

  • the present invention relates to the field of communications, and in particular, to a method and system for sensing IMS domain session charging information in a circuit domain. Background technique
  • CDMA network bearer from the initial TDM bearer, to define two evolution stages of LMSD and MMD, select IP as the bearer selection of core network and access network, and A interface selects IP on bearer type;
  • the CDMA LMSD stage circuit domain implements the separation of bearer and control, and supports IP on the bearer type;
  • MMD version introduces the IMS domain in the core network, and the interface signaling IP (SIP).
  • SIP interface signaling IP
  • intelligent network which is a system that can generate and implement various new services quickly, conveniently, flexibly, economically and efficiently, with business processing and calling. Handle the design features of phase separation.
  • the traditional circuit domain quickly introduces an intelligent network architecture, in which the fixed network defines the Intelligent Network Application Protocol (INSP), and the GSM/WCDMA implements the intelligent service, introducing the mobile network enhanced logic client.
  • CAMEL Customerized Application for Mobile Network Enhanced Logic
  • CDMA mobile communication system defines a series of wireless intelligent network (WIN, Wireless Intelligent Network) protocol.
  • WIN Wireless Intelligent Network
  • GSM/WCDMA has already integrated the CAMEL functional architecture into the IMS domain, and The relevant standard (TS23.278) is defined, and CDMA currently has no relevant standards to define how to introduce a WIN-based intelligent network into the IMS domain.
  • TS23.278 The relevant standard
  • CDMA currently has no relevant standards to define how to introduce a WIN-based intelligent network into the IMS domain.
  • CDMA traditional circuit domain provides users with a variety of intelligent services, such as PPC (prepaid), FPH (paid), ICS (incoming call screening) and other services.
  • PPC prepaid
  • FPH paid
  • ICS incoming call screening
  • PPC services as an example to illustrate CDMA traditional circuit domain intelligent services. Implementation mechanism.
  • the user sends a start call request to the MSC (Mobile Switch Center)/SSF (Service Switching Function) through the BSC (Base Station Controller) to carry the called number and the calling party ID.
  • MSC Mobile Switch Center
  • SSF Service Switching Function
  • the MSC/SSF determines that the originating user has signed the Origination-Attempt-Authorized Trigger, and sends an ORREQ message to the SCP according to the SCP (Service Control Point Service Control Point) address recorded by the trigger, carrying the calling user identity.
  • SCP Service Control Point Service Control Point
  • the SCP checks that the user has activated the PPC service and that the user has sufficient account balance to return orreq to the MSC/SSF to indicate that the call continues.
  • the MSC/SSF determines that the calling user has subscribed to the Calling-Routing-Address-Available trigger, and sends an ANLYZD to the SCP according to the address corresponding to the trigger, carrying the called routing information obtained according to the called number.
  • the SCP determines the rate of the calling party's call and returns anlyzd to the MSC/SSF to indicate that the call continues.
  • the MSC/SSF sends an origination message (via inter-office control signaling) to the called user's home network according to the routing information.
  • the called network returns the called ringing message and sends a ringback tone to the calling user.
  • the called network returns a user response.
  • the MSC/SSF determines that the calling user has subscribed to the 0-answer trigger, and sends an OANS WER message to the SCP according to the address corresponding to the trigger, carrying the called user's response time, and the SCP starts charging according to the time.
  • the MSC/SSF receives the origination request.
  • the MSC/SSF judges that the called user is a mobile user, and obtains the called routing information from the HLR (Home Location Register) of the called party.
  • HLR Home Location Register
  • the HLR determines that the user has signed the PPC service, and returns the corresponding smart trigger list and the called user ID.
  • the MSC/SSF judges that the user has signed the Initial- Termination trigger according to the information returned by the HL, and sends an ANLYZD message to the SCP according to the SCP address recorded by the trigger, carrying the called user identifier. ' 5.
  • SCP checks that the called user activates the PPC service and the user has sufficient account balance to
  • the MSC/SSF returns anlyzd, indicating that the call continues.
  • the MSC/SSF again obtains the called routing information from the HLR and carries the trigtype parameter to distinguish the first route.
  • the HLR returns a termlist indicating that the called user is currently within the MSC/SSF jurisdiction (if the user roams to another MSC, the HLR will return routing information that can be routed to other MSCs).
  • the MSC/SSF determines that the called user has subscribed to the Called-Routing_Address-Available trigger, and sends an ANLYZD to the SCP according to the address corresponding to the trigger, carrying the called routing information obtained according to the HLR return message.
  • the SCP determines the rate of the called user's call and returns anlyzd to the MSC/SSF to indicate that the call continues.
  • the MSC/SSF Since the called user is in the MSC/SSF, the MSC/SSF sends a paging request message to the subordinate BSC, and the BSC returns a paging response (if the called user roams to another MSC, the MSC/SSF returns according to the HLR. Routing information, sending an initial call message to the corresponding MSC, the called number is a routing number).
  • the MSC/SSF sends an assignment message to the subordinate BSC to allocate the required resources for the call.
  • the BSC returns the assignment and the called user starts ringing.
  • the MSC/SSF returns the called ringing to the calling side. 15.
  • the called user returns a response message.
  • the MSC/SSF determines that the called user has signed a T-Answer trigger, and the address corresponding to the trigger sends a TANSWER message to the SCP, carrying the called user's response time, and the SCP starts charging according to the time.
  • the MSC/SSF returns the called response to the calling side.
  • the main function of the MSC/SSF is to receive the call control signaling (which may come from the access network or from other MSCs), according to
  • the call control signaling includes information to determine whether the smart trigger condition of the user subscription is met. If yes, the SCP is exchanged to provide call related information to the SCP, and the SCP completes the related intelligent service according to the information.
  • the PPC for traditional circuit domains.
  • the charging principle is based on the talk time.
  • IMS domain users can conduct multimedia sessions (that is, sessions including multiple voice streams, such as voice and video), which are carried over IP. And the bearer and the control are separated.
  • multimedia sessions that is, sessions including multiple voice streams, such as voice and video
  • the bearer and the control are separated.
  • This design makes the IMS domain entity not aware of the traffic flow of the IMS session at the user plane, and the IP connection network entity (PDSN, etc.) does not understand the signaling state of the control plane, from the perspective of the operator. In view, it is desirable to associate the charging information of the user plane and the control plane.
  • the procedure for establishing the session of the IMS domain as the calling party is as shown in Figure 3.
  • the following steps are included: 1.
  • the UE sends an initial call request, and the request message includes media stream information to be established by the call (including multiple media streams such as voice and video) Etc., as well as the bandwidth and codec of each media stream, etc.), the message is first sent to the entry point P-CSCF (Proxy-CSCF Proxy CSCF) of the IMS domain, and the P-CSCF adds a new header field p-charging to the message.
  • P-CSCF Proxy-CSCF Proxy CSCF
  • the P-CSCF adds a new header field p-charging to the message.
  • -vector containing the IMS domain charging identifier (ICID) generated by the P-CSCF.
  • the P-CSCF sends the message to the S-CSCF registered by the user.
  • the S-CSCF Serving- The CSCF service (CSCF) forwards the message to the AS (Service Platform) according to the iFC (Initial Filtering Rule). After the AS process is completed, the message is returned to the S-CSCF. After the S-CSCF determines that there is no other service, the message is sent to the S-CSCF.
  • the network to which the called user belongs (not shown in the figure, the interaction between the S-CSCF and the AS is not shown). Note 1: Both the S-CSCF and the AS will save the ICID.
  • the called party returns a 183 message carrying the media information selected by the called user, and the message is returned to the UE according to the path at the time of the initial call request.
  • the P-CSCF After receiving the 183 message, the P-CSCF generates a corresponding QOS (Quality of Service Quality of Service) requirement according to the media information of the initial call request and the 183 message negotiation (such as the bandwidth delay requirement for each media type), and
  • the PCRF Policy Control and Charging Rules Function
  • the ICID parameter are included in the PCRF (Policy Control and Charging Rules Function).
  • the PCRF returns a response message.
  • the calling party returns a confirmation message (PRACK) of the 183 response, confirming the selected media type and the corresponding encoding format.
  • PRACK confirmation message
  • the called user returns a response message of the PRACK, and the carried media information is consistent with the received PRACK (the media stream negotiation is completed).
  • the calling user establishes an IP bearer through the access network and the PDSN (Packet Data Exchange Node) and proposes the QOS request.
  • PDSN Packet Data Exchange Node
  • the PDSN sends the IP bearer information requested by the user to the PRCF to which it belongs according to the access network identifier of the user.
  • the PRCF sends a request message to the P-CSCF with which the connection is established in step 3, carrying the charging address information (ANCA) of the user access network and the charging identifier of the access network (ANCI, the identifier may be for the IP bearer information. There are multiple).
  • ANCA charging address information
  • ANCI charging identifier of the access network
  • the P-CSCF records the charging address information of the access network and the charging identifier of the access network, and returns a response message. If the QOS information after the session layer negotiation is not carried in step 3, the QOS message is carried.
  • the PRCF determines that the IP bearer that the user requests to establish meets the QOS requirements of the session layer negotiation, and returns a response message to the PDSN, carrying the ICID and the charging principle for the IP bearer (eg, offline) Is online billing) and other information.
  • the PDSN approves the user to establish an IP bearer.
  • the UE After the bearer resource is established, the UE sends an update message indicating that the bearer resource reservation of the calling side is complete.
  • the P-CSCF obtains the charging information of the access network, and the P-CSCF obtains the information.
  • the S-CSCF and the AS save the information, and when the S-CSCF forwards the message to the called network, the access network information is removed.
  • the called user returns an update response message.
  • the calling user returns a confirmation message (PRACK) of the 180 ringing message.
  • PRACK confirmation message
  • the called user returns a response message of PRACK.
  • the called user returns a response message.
  • the IMS domain user as the called session establishment process includes the following steps:
  • the originating call request of the calling side is sent to the I-CSCF to which the called user belongs. If the network to which the calling user belongs and the called party belong to the same trusted domain, the I-CSCF may adopt the ICID generated by the calling side, otherwise The I-CSCF generates an IMS domain charging identifier (ICID) of the called subscriber network, and the I-CSCF obtains the S-CSCF registered by the called subscriber through interaction with the HSS (the interaction with the HSS is not shown), and sends the message to The S-CSCF determines that if the called user subscribes to other services, the S-CSCF forwards the message to the AS (service platform) according to the iFC.
  • IID IMS domain charging identifier
  • the message is returned to the S-CSCF, S-CSCF.
  • the message is sent to the IMS domain entry point P-CSCF of the called user, and the P-CSCF removes the p-charging-vector header field in the message and sends it to the UE (omitted in the figure)
  • the interaction between the S-CSCF and the AS is not shown. Note: The S-CSCF, P-CSCF and AS will save the ICID;
  • the subsequent process is similar to the calling party. Note that after the calling user sends an update message to indicate that the calling party resource reservation is completed, if the called side resource reservation is completed, the P-CSCF responds to the update message. Add the access network charging information, otherwise the P-CSCF adds the access network charging information in the 180 ringing message. It can be seen from the above process of the called party that the IMS domain session has a process in which the user plane (bearer) and the control plane interact with each other.
  • each network entity in the IMS domain (P-CSCF, S-CSCF, AS, The MRFC and the like and the entities (PDSN, PCRF, etc.) of the access network record the accounting identifiers of the two planes, so that the operator can perform flexible charging according to the association relationship.
  • the application of the charging association mechanism in the IMS domain online charging system is shown in Figure 5.
  • the S-CSCF, AS, MRFC of the IMS domain (the media resource function entity of the IMS domain, which is used to provide resources such as playback conferences).
  • the entity and the PDSN entity of the access network interact with the online charging system of the IMS domain through their respective interfaces.
  • the interaction message carries the charging identifier recorded by each entity, and the associated account function in the IMS domain charging system can use those services in one session according to the charging identifier reported by each entity.
  • Resources (resources provided by the IMS domain), how much data is transmitted (provided by the access network), and the like are associated and billed based on the information.
  • the standard introduces the functional entity of the IM-SSF in the IMS domain.
  • the IM-SSF acts as an AS, receives the SIP message sent by the S-CSCF through the ISC interface, and senses the call-related signaling.
  • the IM-SSF acts as an SSF. It detects that the user needs to trigger the SCP to perform service control after a call occurs in the IMS domain.
  • the IM-SSF downloads the smart subscription data through the Si interface, and triggers the call to the corresponding SCP according to the subscription data or the network configuration, and performs intelligent service processing.
  • the functional entity of the gsmSCP in the GSM network has a MAP interface with the HSS/HLR, through which the location information (roaming information) of the user in the circuit domain, the subscription of the intelligent service, the call blocking, the forwarding, and other circuit domain supplementary services can be obtained. information.
  • the interaction between IM-SSF and gsmSCP can use the CAP protocol (for GSM network), and the interaction between similar IM-SSF and CDMA intelligent service control (winSCP) can use ANSI41 protocol. See Figure 7.
  • IM-SSF has the ability to trigger to the CDMA intelligent service control entity (winSCP), but its interface protocol (T1 interface in Figure 7) still
  • the ANSI 41 protocol of the traditional circuit domain is used, and the charging protocol of the IMS domain and the access network cannot be transmitted by using the interface protocol, so that the charging for these intelligent services is independent of the access network resources actually used by the user.
  • PPC prepaid online charging
  • Embodiments of the present invention provide a method and system for sensing IMS domain session charging information in a circuit domain, so that a circuit domain intelligent service control entity can perceive IMS domain session charging information.
  • the method of the embodiment of the present invention includes the following steps: the service switching function entity IM-SSF obtains the session charging information from the received IMS domain session control signaling; and the IM-SSF reports the obtained session charging information to the intelligent service control. Entity SCP.
  • the system of the embodiment of the present invention includes: a home subscription server HSS, an intelligent service control entity SCP, and an S-CSCF, and the system further includes: a service switching function entity IM-SSF respectively connected to the HSS, the SCP, and the S-CSCF,
  • IM-SSF service switching function entity
  • the session charging information is obtained from the received IMS domain session control signaling; the interface between the IM-SSF and the SCP is used for session charging information obtained by the IM-SSF to the SCP.
  • the IM-SSF After obtaining the session charging information from the received IMS domain session control signaling, the IM-SSF expands the T1 interface protocol message between the IM-SSF and the SCP (winSCP in the CDMA intelligent network).
  • the parameter carries the session charging information of the IMS domain, or the message in the extended T1 interface protocol carries the session charging information of the IMS domain, and reports the session charging information of the IMS domain to the corresponding SCP, so that the SCP can perceive the IMS domain session.
  • FIG. 1 is a flow chart of a conventional circuit domain user signing a PPC service and initiating a calling party
  • FIG. 2 is a flow chart of a conventional circuit domain user signing a PPC service as a called party;
  • FIG. 3 is a flowchart of establishing a session of an existing IMS domain user as a calling party;
  • FIG. 4 is a flowchart of establishing a session of an existing IMS domain user as a called party;
  • FIG. 5 is a schematic diagram of an application of an existing charging association mechanism in an online charging system of an IMS domain
  • FIG. 6 is a schematic diagram of a system architecture of providing an existing circuit domain intelligent service to an IMS domain user
  • FIG. 7 is a schematic diagram of an existing system including winSCP.
  • FIG. 8 is a schematic structural diagram of a system according to an embodiment of the present invention.
  • FIG. 9 is a schematic structural diagram of an SCP and an IM-SSF jointly completing an IMS domain session charging function entity or an AS function according to an embodiment of the present invention.
  • FIG. 10 is a flow chart of steps of a method according to an embodiment of the present invention.
  • Figure 11 is a flow chart of an example of the method of the present invention.
  • FIG. 13 is a flow chart of an example 3 of the method of the present invention.
  • Figure 14 is a flow chart of an example 4 of the method of the present invention. detailed description
  • the embodiment of the present invention provides a system for sensing the IMS domain session charging information in the circuit domain, as shown in FIG. 8 , including IM-SSF. And an HSS connected to the IM-SSF through a Si/Sh interface, an S-CSCF connected to the IM-SSF through an ISC interface, and an intelligent service control entity SCP connected to the IM-SSF through a T1 interface.
  • the SCP in the implementation of the present invention is the intelligent service control entity SCP, and will not be described again.
  • the S-CSCF Service Session Control Function Entity
  • the S-CSCF performs session control and registration services for IMS domain users.
  • the S-CSCF maintains the session state, and according to the network operator's need for service support, interacts with the IM-SSF through the ISC interface, and the IM-SSF provides the corresponding service.
  • the HSS stores data related to users and services, including smart subscription data.
  • the smart subscription data can pass through the Si interface (using the ANSI 41 protocol) or the Sh interface (using the diameter Protocol) Download to IM-SSF to enable IM-SSF to interact with the corresponding SCP based on this data.
  • the SCP (the intelligent service control entity winSCP in the CDMA network) provides the corresponding intelligent service according to the session information reported by the IM-SSF.
  • the IM-SSF receives session control signaling sent from the S-CSCF, and obtains session charging information from the received session control signaling; on the other hand, as a service exchange
  • the functional entity according to the user smart subscription data (downloaded from the HSS through the Si/Sh interface), provides the service information to the corresponding SCP through the extended T1 interface ( ⁇ ), that is, the ANSI 41 protocol used by the extended CDMA intelligent network (this information Extracted from the session control signaling, the corresponding intelligent service is provided by the SCP.
  • the IM-SSF needs to pass the session charging information of the IMS domain on the ⁇ interface, so that the SCP can sense the session charging information of the IMS domain (including: the IMS domain charging identifier and the access network charging information, where The inbound charging information includes the access network charging identifier and the access network charging address.
  • the IM-SSF, the SCP, the HSS, and the S-CSCF may also be associated with the charging system.
  • the IMS domain online charging system is taken as an example. Referring to FIG. 9, the SCP and the IM-SSF network element may be common. Complete the function of the IMS domain session accounting function entity or AS.
  • IM-SSF and SCP can jointly perform the functions of the AS.
  • Providing intelligent services to users (where IM-SSF implements the conversion of SIP messages to ANSI 41 protocol messages), and interacts with the event charging function through the RO interface, and the event charging function of the online charging system of the IMS domain charges the intelligent service.
  • the IM-SSF and the SCP can jointly act as a session charging function entity of the IMS domain charging system, and charge the user's session in the IMS domain.
  • the embodiment of the present invention further provides a method for the circuit domain to sense the IMS domain session charging information. Referring to FIG. 10, the following main steps are included:
  • the Sl and the IM-SSF receive the IMS domain session control signaling.
  • IM-SSF will receive the IMS sent by the S-CSCF. Domain session control signaling.
  • the IM-SSF obtains session charging information from the received IMS domain session control signaling.
  • the session charging information includes: an IMS domain charging identifier, and access network charging information. Further, the access network charging information further includes: an access network charging identifier and an access network charging address.
  • the IM-SSF reports the obtained session charging information to the intelligent service control entity SCP.
  • the IM-SSF carries the session charging information through parameters in the extended interface protocol message between the extended IM-SSF and the SCP (winSCP in the CDMA intelligent network); or the IM-SSF passes the extended IM-SSF and The message (that is, the newly added message) in the interface protocol between the SCP (in the CDMA intelligent network and the winSCP) carries the session charging information and reports it to the corresponding SCP.
  • the extended protocol is the ANSI 41 protocol used by the CDMA intelligent network.
  • the SCP updates the locally recorded session charging information according to the received session charging information, and/or cooperates with other IMS domain charging function entities to complete session charging, thereby implementing charging association between entities. .
  • UE1 sends a start call request to the S-CSCF registered by the calling user through the P-CSCF (not shown in FIG. 11 for omitting the P-CSCF), and the request message includes the call to establish media stream information.
  • the S-CSCF forwards the initial call request to the IM-SSF according to the iFC subscribed by the user, and the message includes the charging identifier (ICID, generated by the P-CSCF) of the IMS domain.
  • the charging identifier (ICID, generated by the P-CSCF) of the IMS domain.
  • the IM-SSF determines that the calling user has signed the Origination-Attempt-Authorized trigger, and sends an ORREQ (Original Request) message to the SCP according to the SCP address recorded by the trigger, in addition to carrying the session information required by the original intelligent service (
  • the BILLINID which is used to associate the same call branch, is generated by the CALLID header field in the origination request message, and also carries the charging identifier (ICID) of the IMS domain.
  • the SCP checks that the calling user activates the PPC service and the user has sufficient account balance to support the multimedia call, and returns orreq to the IM-SSF to indicate that the call continues. 5.
  • the IM-SSF determines that the calling user has signed the Calling-Routing-Address-Available Trigger, and sends an ANLYZD to the SCP according to the SCP address recorded by the trigger, carrying the called routing information and BILLINGID obtained according to the called user identifier.
  • the SCP finds the corresponding call branch according to the BILLINGID, determines the initial rate of the calling user's call according to the called routing information, and returns anlyzd to the IM-SSF to indicate that the call continues.
  • the IM-SSF After processing the intelligent service interaction, the IM-SSF returns an origin call request message to the S-CSCF and inserts itself into the call path.
  • the S-CSCF routes the call request to the called side.
  • the called side returns a 183 message indicating the media information currently received by the called user.
  • the calling user returns a 183 response confirmation message (PRACK), carrying the media information selected by the calling user.
  • PRACK 183 response confirmation message
  • the called user returns a PRACK response message, carrying the media information and the received message
  • PRACK The media stream negotiation is complete.
  • the P-CSCF After the calling user completes the resource reservation, the P-CSCF sends an update message to the S-CSCF.
  • the S-CSCF sends an update message to the IM-SSF, and carries the access network charging information, including the access network charging identifier and the charging address of the access network (added by the P-CSCF), IM-SSF. Record the letter ir
  • the IM-SSF returns an update message to the S-CSCF.
  • the S-CSCF removes the charging network related information, and sends the message to the called side.
  • the called user returns an update response message.
  • the called user returns a session response message.
  • the S-CSCF forwards the session response message to the IM-SSF.
  • the IM-SSF determines that the calling user has signed the O-Answer trigger, and sends an OANSWER message to the SCP according to the SCP address recorded by the trigger, in addition to carrying the session information required by the original intelligent service (including BILLINGID), Carrying access network charging related information, including access network charging The information such as the charging address of the access network and the access network; after receiving the message, the SCP finds the corresponding call branch according to the BILLINGID, starts charging the calling user, and can obtain the information such as the charging identifier and the MRFC.
  • the IMS domain resource billing is associated with the user's flow metering fee on the access network, and unified billing.
  • the IM-SSF forwards the called user response message to the calling user through the S-CSCF, and the P-CSCF.
  • Method Example 2 The IMS domain user acts as the called party, and the SCP provides the PPC (prepaid) service to it. Referring to Figure 12, the following specific steps are included:
  • the calling side routes the originating call request message to the I-CSCF of the called user's home network, and the I-CSCF sends an originating call request to the S-CSCF registered by the called user (not shown in FIG. CSCF), the request message contains the media stream information to be established by the call, if the calling side network and the called network belong to the same trusted domain, the message includes the ICID of the calling network, otherwise the called user home network is generated by the I-CSCF. ICID.
  • the S-CSCF forwards the initial call request to the IM-SSF according to the iFC signed by the called user, and the message includes the ICID.
  • the IM-SSF determines that the called user has signed the Initial_Termination trigger, and the SCP address recorded by the trigger sends an A LYZD (Analyzed Information) message to the SCP, in addition to carrying the session information required by the original intelligent service (including the BILLINID,
  • a LYZD Analyzed Information
  • the SCP checks that the called user activates the PPC service and the user has sufficient account balance to support the multimedia call, then returns anlyzd to the IM-SSF to indicate that the call continues.
  • the IM-SSF determines that the called user has subscribed to the Called_Routing_Address_Available Trigger, and sends an ANLYZD message to the SCP according to the SCP address recorded by the trigger, carrying the current roaming information and BILLINGID of the called user. 6.
  • the SCP finds the corresponding call branch according to the BILLINGID, determines the initial rate of the called user's call according to the called roaming information, returns anlyzd to the IM-SSF, and indicates that the call continues.
  • the IM-SSF After processing the intelligent service interaction, the IM-SSF returns an origin call request message to the S-CSCF and inserts itself into the call path.
  • the S-CSCF sends a call request message to the called user through the P-CSCF according to the address registered by the called user.
  • the called user returns a 183 message indicating the media information currently received by the called user.
  • the calling user returns a 183 response confirmation message (PRACK) carrying the media information selected by the calling user.
  • PRACK 183 response confirmation message
  • the called user returns a response message of the PRACK, and the carried media information is consistent with the received PRACK (the media stream negotiation is completed).
  • the called user updates the response message.
  • the IM-SSF is inserted into the call path, and the S-CSCF forwards the update response message to the IM-SSF. If the called user has completed the resource reservation at this time, the update response message carries the access network charging.
  • the information includes information such as the access network charging identifier and the charging address of the access network (generated by the IMS domain entry point P-CSCF of the called user), and if the called user does not complete the resource reservation, the called user This information is carried when the 180 ringing message is returned.
  • the IM-SSF After saving the access network charging information, the IM-SSF returns an update response message to the S-CSCF.
  • the S-CSCF removes the access network charging information and returns the message to the calling side.
  • the called user returns a session response message.
  • the S-CSCF forwards the session response message to the IM-SSF.
  • the IM-SSF determines that the called user has signed the T-Answer trigger, and sends a TANSWER message to the SCP according to the SCP address recorded by the trigger.
  • the IM-SSF needs to carry the access network.
  • Billing related information including the access network charging identifier and the charging of the access network
  • the SCP ⁇ finds the corresponding call branch according to the BILLINGID, starts to charge the called user, and can charge the user with the IMS domain resource of the MRFC according to the obtained charging identifier and other information.
  • the flow rate of the network is connected, and the billing is unified.
  • the IM-SSF sends a called response message to the calling side through the S-CSCF.
  • the calling side returns a confirmation message.
  • Method Example 3 After the session is established, the calling user initiates a session change process and renegotiates the media information, causing the charging information of the access network to change. See Figure 13 for the following specific steps:
  • the calling party and the called party have established a voice call.
  • the calling user initiates a session change and wants to change the media component. Since the IM-SSF has been inserted into the call path, the IM-SSF can receive the session call change request message.
  • the IM-SSF forwards the session change request message to the S-CSCF.
  • the S-CSCF sends a session change request message to the peer.
  • the P-CSCF After the calling user completes the resource reservation, the P-CSCF sends an update message to the S-CSCF.
  • the S-CSCF sends an update message to the IM-SSF, and carries the information about the access network charging, including the new access network charging identifier and the charging address of the access network (added by the P-CSCF).
  • the IM-SSF records this information.
  • the IM-SSF returns an update message to the S-CSCF.
  • the S-CSCF removes the charging network related information and sends the message to the called side.
  • the calling side returns 180 to confirm the message.
  • the called side returns a session update complete message.
  • IM-SSF detects 0 - Service_Change - Complish trigger, according to the trigger
  • the corresponding address sends an OSCC message to the SCP, and carries the current session identifier (BILLINGID), the user identifier (MSID), and the access network charging related information, including the access network charging address and the new access network charging identifier.
  • OSCC is a new ANSI41 message.
  • the SCP After receiving the message, the SCP changes its recorded access network charging information and returns a response message.
  • the IM-SSF returns the update completion to the calling user.
  • the called side process is similar to the calling side. The difference is triggered by the T_Service_Change_Complish trigger, which reports the TSCC message.
  • Method Example 4 Session state query process initiated by the SCP (The session state detection timer is maintained in the SCP of the traditional circuit domain to detect the session state, and avoid the call state of both ends due to the link failure between the SCP and the SSF. Inconsistent).
  • the calling party and the called party have established a multimedia call.
  • the user status needs to be checked, and the CCDIR message is sent to the IM-SSF, including the current session identifier (BILLINGID), user identifier (MSID), and SCP identifier (MSCID).
  • BILLINGID current session identifier
  • MSID user identifier
  • MSCID SCP identifier
  • the purpose of the SCP check session state is to solve the problem of inconsistent session state between the SCP and the IM-SSF. For example, after the IM-SSF sends a (0/T) ANSWER message, it enters the session establishment state, but the SCP does not receive the failure due to the failure. The message is still waiting for the user to answer.
  • the IM-SSF After the IM-SSF receives the message, the IM-SSF checks the corresponding session state according to the BILLINGID and the MSID. If the call is not released, the ccdir is returned, and the message carries the IMS domain charging identifier and the access network charging information. Otherwise, , returns an error message.
  • the embodiment of the present invention extends the T1 between the IM-SSF and the SCP (winSCP in the CDMA intelligent network) after the IM-SSF obtains the session charging information from the received IMS domain session control signaling.
  • the parameter in the interface protocol message carries the session charging information of the IMS domain, or the message in the extended T1 interface protocol carries the session charging information of the IMS domain, and reports the session charging information of the IMS domain to the corresponding SCP, thereby making the SCP
  • the IMS domain session charging information can be perceived.
  • the SCP senses the IMS domain session charging information
  • the locally recorded session charging information may be updated, and/or the other IMS domain charging function entity cooperates with the network element in the IMS domain to complete session charging. Therefore, the SCP is incorporated into the unified charging system of the IMS domain, and the purpose of reusing the winSCP of the CDMA traditional circuit domain is achieved, thereby reducing the investment of the network operator.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

L'invention concerne un procédé et un système assurant la perception par un domaine de circuits d'informations de tarification de sessions d'un domaine IMS. Le procédé et le système sont utilisés pour résoudre le problème rencontré dans la technique actuelle et qui fait que l'entité de commande de services intelligents du domaine de circuits ne peut percevoir les informations de tarification de sessions du domaine IMS. Selon l'invention, l'entité à fonction de commutation de services (IM-SSF) acquiert les informations de tarification de sessions à partir de la signalisation de commande conversationnelle du domaine IMS reçu, et notifie les informations de tarification de sessions reçues à l'entité de commande de services intelligents (SCP). Le système comprend HSS, SCP et S-CSCF, qui sont respectivement connectées à la IM-SSF aux fins d'acquérir les informations de tarification de sessions à partir de la signalisation de commande conversationnelle du domaine IMS reçu. Le système comprend une interface commune à la IM-SSF et à la SCP et utilisée par la IM-SSF pour notifier les informations de tarification de sessions reçues à la SCP.
PCT/CN2007/002767 2006-09-25 2007-09-19 Procédé et système assurant la perception par un domaine de circuits d'informations de tarification de sessions d'un domaine ims WO2008040173A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN 200610152689 CN101155340B (zh) 2006-09-25 2006-09-25 一种电路域感知ims域会话计费信息的方法及系统
CN200610152689.5 2006-09-25

Publications (1)

Publication Number Publication Date
WO2008040173A1 true WO2008040173A1 (fr) 2008-04-10

Family

ID=39256717

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2007/002767 WO2008040173A1 (fr) 2006-09-25 2007-09-19 Procédé et système assurant la perception par un domaine de circuits d'informations de tarification de sessions d'un domaine ims

Country Status (2)

Country Link
CN (1) CN101155340B (fr)
WO (1) WO2008040173A1 (fr)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102025962B (zh) * 2009-09-23 2014-04-02 华为技术有限公司 一种视频呼叫回落语音呼叫的计费触发方法和装置
CN102045683B (zh) * 2009-10-23 2015-01-28 中兴通讯股份有限公司 漫游计费的实现方法及装置
CN102316425B (zh) * 2011-09-23 2017-12-19 中兴通讯股份有限公司 一种用于ims与智能网的信令交互方法及im‑ssf
CN104158801B (zh) * 2014-07-25 2017-08-25 华为技术有限公司 一种呼叫处理方法及装置
CN105791165B (zh) * 2016-02-29 2019-11-08 宇龙计算机通信科技(深圳)有限公司 一种业务承载方法、通信终端、控制网元s-cscf以及系统
CN106411537A (zh) * 2016-11-21 2017-02-15 济南浪潮高新科技投资发展有限公司 一种基于ims网络会话的离线计费话单保护方法
CN109121102A (zh) * 2017-06-22 2019-01-01 中兴通讯股份有限公司 一种漫游计费方法和系统

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1473443A (zh) * 2000-11-06 2004-02-04 ����ɭ�绰�ɷ����޹�˾ 用于为多媒体会话中提供的业务协调计费的方法和设备
EP1662702A1 (fr) * 2004-11-30 2006-05-31 Lucent Technologies Inc. Commande d'appel avec logique de serveur d'application et logique de passerelle convergente dans des réseaux IMS

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1473443A (zh) * 2000-11-06 2004-02-04 ����ɭ�绰�ɷ����޹�˾ 用于为多媒体会话中提供的业务协调计费的方法和设备
EP1662702A1 (fr) * 2004-11-30 2006-05-31 Lucent Technologies Inc. Commande d'appel avec logique de serveur d'application et logique de passerelle convergente dans des réseaux IMS

Also Published As

Publication number Publication date
CN101155340B (zh) 2011-02-02
CN101155340A (zh) 2008-04-02

Similar Documents

Publication Publication Date Title
JP4778068B2 (ja) Ｉｍｓに登録されたユーザのための呼処理
US8036210B2 (en) Method for providing on-line charging and device and system thereof
EP1770949A2 (fr) Méthode et système de communication permettant aux utilisateurs d'un système de communications de circuits l'accès à un sou-système IP multimédia (IMS)
CN100583843C (zh) 一种会话路由路径控制方法和系统
KR20070015843A (ko) ＣＳＩ 단말과 ＶｏＩＰ 단말 사이의 음성 및 멀티미디어서비스 연동을 위한 방법 및 장치
WO2006026901A1 (fr) Systeme de traitement de signal de service de domaine de paquet et procede utilisant ce systeme
US9055397B2 (en) Method for usage of VPLMN infrastructure by an HPLMN to terminate an IMS session set up for a roaming user
WO2008040173A1 (fr) Procédé et système assurant la perception par un domaine de circuits d'informations de tarification de sessions d'un domaine ims
WO2009129725A1 (fr) Procédé, système et dispositif pour assurer des services
WO2007124641A1 (fr) Procédé et dispositif permettant de percevoir un utilisateur qui déclenche un service supplémentaire
WO2007025473A1 (fr) Systeme de terminaison d'appel de domaine cs, procede et reseau
WO2008040171A1 (fr) Procédé, système de domaine de commutation de circuits apercevant des informations de sessions multimédia du domaine ims
EP2716001B1 (fr) Acheminement d'appels dans des réseaux de services centralisés de sous-système multimédia ip
US9509547B2 (en) Selection of service domain in IMS centralised services
WO2011085686A1 (fr) Procédé, appareil et système de transfert de données d'opérateur téléphonique virtuel
WO2008040205A1 (fr) Procédé d'acquisition d'informations utilisateur du domaine ims dans le réseau de domaine de circuits, et système associé
WO2008025221A1 (fr) Procédé pour implémenter un trafic de redirection pnm dans un champ cs et système et unité de réseau de celui-ci
WO2007085199A1 (fr) Procédé, application et appareil permettant d'identifier l'état utilisateur dans des réseaux
JP5165075B2 (ja) Ｉｍｓに登録されたユーザのための呼処理
CN101127958B (zh) 在ip多媒体子系统集中控制业务中进行呼叫偏转的方法
WO2011054252A1 (fr) Procédé et système pour implémenter des appels de terminaison dans la condition de réduction de signalisation de mode inactif

Legal Events

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

Ref document number: 07816383

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 07816383

Country of ref document: EP

Kind code of ref document: A1