WO2013102394A1 - 一种反向单待业务连续性实现方法和装置 - Google Patents

一种反向单待业务连续性实现方法和装置 Download PDF

Info

Publication number
WO2013102394A1
WO2013102394A1 PCT/CN2012/086507 CN2012086507W WO2013102394A1 WO 2013102394 A1 WO2013102394 A1 WO 2013102394A1 CN 2012086507 W CN2012086507 W CN 2012086507W WO 2013102394 A1 WO2013102394 A1 WO 2013102394A1
Authority
WO
WIPO (PCT)
Prior art keywords
signaling
anchor point
terminal
information
emsc
Prior art date
Application number
PCT/CN2012/086507
Other languages
English (en)
French (fr)
Inventor
徐绍华
郝振武
Original Assignee
中兴通讯股份有限公司
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 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2013102394A1 publication Critical patent/WO2013102394A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0022—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies
    • H04W36/00224—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies between packet switched [PS] and circuit switched [CS] network technologies, e.g. circuit switched fallback [CSFB]
    • H04W36/00226—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies between packet switched [PS] and circuit switched [CS] network technologies, e.g. circuit switched fallback [CSFB] wherein the core network technologies comprise IP multimedia system [IMS], e.g. single radio voice call continuity [SRVCC]

Definitions

  • the present invention relates to the field of communications, and specifically relates to a method and apparatus for implementing reverse single-standby service continuity in a multimedia subsystem of IP (Internet Protocol, IP for short). Background technique
  • IP Multimedia Core Network Subsystem is an IP-based network architecture proposed by the 3rd Generation Partnership Project (3GPP) to build an open and flexible business environment. Support multimedia applications and provide users with rich multimedia services.
  • 3GPP 3rd Generation Partnership Project
  • the control layer and the service layer are separated.
  • the control layer does not provide specific services, and only provides the necessary triggering, routing, and accounting functions to the service layer.
  • the service triggering and control function in the control layer is completed by the Call Session Control Function (CSCF).
  • the call session control functions are divided into: proxy call session control function (Proxy-CSCF, referred to as P-CSCF), query call session control function (Interrogating-CSCF, referred to as I-CSCF) and service call session control function (Serving-CSCF, referred to as S-CSCF) three types, of which the main responsibility is the S-CSCF entity.
  • the business layer is composed of a series of Application Servers (ASs), which can provide specific business services.
  • the control layer (S-CSCF) controls the service trigger according to the subscription information of the user, invokes the service on the AS, and implements the service function.
  • ASs Application Servers
  • the end-to-end device in the session is called User Equipment (UE), which is responsible for interaction with users.
  • UE User Equipment
  • Some UEs have multiple ways to access the network, including packet switching through 3GPP (Packet Switch, PS for short).
  • the domain access network can also access the network through a Circuit Switch (CS) domain.
  • CS Circuit Switch
  • the CS domain accesses the IMS network, and the Mobile Switch Center (MSC) or the Mobile Switching Center Server (MSC Server) serves as the control plane of the signaling plane to access the IMS network.
  • the CS network is configured with an enhanced mobile switching center (eMSC), and the eMSC provides a SIP (Session Initial Protocol) interface to interact with the IMS network, the interaction between the IMS network and the CS network can be Implemented by eMSC.
  • eMSC enhanced mobile switching center
  • SIP Session Initial Protocol
  • the UE For a UE with multiple access modes, if the UE can only use one access mode at a certain time, it is performing a call service in the access mode of the 2/3G network, because the call service is at 2/3G.
  • the network is provided by the CS domain.
  • LTE Long Term Evolution
  • HSPA high speed packet access
  • CS to PS Single Radio Voice Call Continuity corresponding to, if the UE moves from the LTE network or the HSPA network to the 2/3G network, it is called Single-standby terminal business continuity, referred to as single-standby business continuity.
  • an ATCF Access Transfer Control Function
  • the ATCF is allocated by the IMS network when the UE registers with the IMS network through the PS domain.
  • the IMS network notifies the control network element of the CS domain to the information of the ATCF.
  • the control network element of the CS domain initiates an IMS re-registration process to join the ATCF to the path of the subsequent session of the CS domain.
  • the IMS registration process of the UE through the PS domain may occur after the session establishment of the CS domain, that is, the ATCF is allocated after the session establishment of the CS domain, and the session is executed because it is not anchored in the ATCF.
  • the PS SRVCC service will cause a failure, that is, the execution of the session switch from the CS domain to the PS domain will fail.
  • the ATCF changes, that is, the latest ATCF is not in the signaling path of the original session, and the session switching from the CS domain to the PS domain also fails.
  • an eMSC is a network element of a CS domain serving UE1, and P-CSCF, ATCF, S-CSCF, and AS (Application Server, Application Server) are UE1.
  • UE1 has already registered to the CS domain, and the eMSC has performed IMS registration instead of the user. However, UE1 does not perform IMS registration through the PS domain at this time. ATCF has not been assigned yet.
  • UE1 establishes a session in the CS domain and performs signaling interaction with the AS in the IMS network through the eMSC.
  • the signaling interaction process between the eMSC and the AS in the IMS network may pass through a network element such as an I-CSCF or an S-CSCF. This is a prior art and is not shown here for simplicity of description. The specific process is as follows:
  • Step 101 UE1 sends a session establishment request to the base station, requesting to establish a session, for example, sending a set u request;
  • Step 102 The base station sends a session establishment request to the eMSC.
  • Step 103 The eMSC sends a session establishment request to the S-CSCF/AS, for example, the eMSC sends a SIP INVITE message to the S-CSCF/AS.
  • the interaction between the S-CSCF and the AS is not written here, but is represented only by S-CSCF/AS.
  • the AS may also be an SCC AS, which is represented only by AS.
  • Step 104 The S-CSCF/AS sends a session establishment request to the UE2.
  • Step 105 UE2 returns a session establishment response and accepts a session request.
  • Step 106 The S-CSCF/AS sends a session establishment response to the eMSC.
  • Step 107 to step 108 The eMSC sends a session establishment response to the base station, and the base station sends a session establishment response to the UE1.
  • Step 109 UE1 initiates an IMS registration process through the PS domain, in which the P-CSCF selects an ATCF serving the UE1, and the information of the ATCF is brought to the S-CSCF/AS in the message during the IMS registration process;
  • the ATCF is used as a signaling anchor point of the UE1 in the IMS network during the session switching process from the CS to the PS domain, and interacts with the switching anchor point of the media gateway to reduce the handover delay and improve the user experience.
  • Step 110 After receiving the message of the information carrying the ATCF sent by the S-CSCF/AS, the eMSC initiates the IMS registration or re-registration process of the CS domain instead of the UE1, and adds the ATCF to the registration path in the process;
  • the ATCF information is, for example, an address of the ATCF, or an identifier of the ATCF.
  • the ATCF can be added to the signaling path of the new session, which acts as the signaling anchor point of the new session in the IMS network.
  • the ATCF can interact with the ATGW (Access Transfer Gateway), and the ATCF and the ATGW respectively switch to the IMS signaling anchor point and the media anchor point of the PS domain.
  • Step 111 The base station decides to switch the session from the CS domain to the PS domain according to the measurement report.
  • Step 112 The base station sends a CS to PS handover request to the eMSC, and switches the session to the PS domain.
  • Step 113 The eMSC sends a handover request to the ATCF.
  • Step 114 After receiving the handover request, the ATCF finds that the previously established session is not anchored thereon, that is, the ATCF is not in the signaling path of the session, the ATCF cannot perform the handover process to the PS domain, and the ATCF returns a handover failure response to the eMSC. ;
  • step 113 to the step 114 Another possible implementation manner of the step 113 to the step 114 is that the eMSC sends a CS to PS handover request to the AS. After receiving the handover request, the AS returns the handover to the eMSC because the AS cannot successfully perform the CS to PS handover process. Failed response message.
  • Step 115 The eMSC returns a response message of the handover failure to the base station.
  • Step 116 Continue the subsequent operations.
  • the ATCF is not included in the signaling path of the session. Therefore, when the ATCF receives the handover request in step 113, the ATCF cannot be associated with the corresponding session information, and the handover operation cannot be performed, resulting in a handover failure and affecting the user experience. Summary of the invention
  • the technical problem to be solved by the present invention is to provide a reverse single-standby service continuity implementation method, which avoids session switching failure from the CS domain to the PS domain.
  • the present invention provides a method for implementing reverse single-standby service continuity, including:
  • the terminal After the enhanced mobile switching center (eMSC) learns the signaling anchor point information of the circuit switched domain (CS) to the packet switched domain (PS) handover allocated by the IP multimedia subsystem (IMS) network, the terminal determines the current session of the terminal. If the signaling anchor point is not included in the path, the signaling path of the current session of the terminal is updated to include the signaling anchor point.
  • eMSC enhanced mobile switching center
  • IMS IP multimedia subsystem
  • the eMSC learns the signaling anchor point information of the CS to PS handover allocated by the IMS network to the terminal, including:
  • the eMSC learns the signaling anchor point information of the CS to PS handover allocated by the IMS network to the terminal through the IMS registration process or the re-registration process; or
  • the eMSC learns the signaling anchor point information of the CS to PS handover allocated by the IMS network to the terminal through an Initial Session Protocol (SIP) message sent by the Application Server (AS) or the Serving Call Session Control Function (S-CSCF) entity.
  • SIP Initial Session Protocol
  • AS Application Server
  • S-CSCF Serving Call Session Control Function
  • the eMSC determines that the signaling anchor point of the current session of the terminal does not include the signaling anchor point, and includes:
  • the signaling anchor point information comprises: an address or identifier of an Access Transmission Control Function (ATCF) entity.
  • ATCF Access Transmission Control Function
  • the eMSC updates the signaling path of the current session of the terminal to include the signaling anchor point information, including:
  • the eMSC sends an update message or a re-invitation message, and adds the signaling anchor point information to the signaling path information in the message.
  • the method further includes:
  • the eMSC determines that the terminal has a CS to PS handover capability and signs a CS to PS After switching the terminal of the service, it is determined whether the signaling anchor point of the current session of the terminal includes the signaling anchor point.
  • the present invention further provides a reverse single-standby service continuity implementation apparatus, which is located in an enhanced mobile switching center (eMSC), including an information acquisition module, a judgment module, and a processing module, where:
  • eMSC enhanced mobile switching center
  • the information acquiring module is configured to: learn signaling anchor point information of a circuit switched domain (CS) to a packet switched domain (PS) switch allocated by the IP multimedia subsystem (IMS) network to the terminal; and the determining module is configured to : determining whether the signaling anchor point information is included in the signaling path information of the current session of the terminal;
  • CS circuit switched domain
  • PS packet switched domain
  • IMS IP multimedia subsystem
  • the processing module is configured to: when the determining module determines that the signaling path information of the current session of the terminal does not include the signaling anchor point information, update a signaling path of the current session of the terminal, to include the Signaling anchor point information.
  • the information acquiring module is configured to: obtain the signaling anchor point information of the CS to PS handover allocated by the IMS network for the terminal in the following manner:
  • SIP session protocol
  • AS application server
  • S-CSCF Serving Call Session Control Function
  • the determining module is configured to: determine whether the signaling anchor point information is included in the signaling path information of the current session of the terminal by using the following manner:
  • the signaling anchor point information includes: an address or identifier of an Access Transmission Control Function (ATCF) entity.
  • ATCF Access Transmission Control Function
  • the processing module is configured to: ⁇ update the current session of the terminal in the following manner Signaling path to include the signaling anchor point information:
  • the processing module sends an update message or a re-invitation message, and adds the signaling anchor point information to the signaling path information in the message.
  • the determining module is further configured to: determine whether the terminal is a terminal that has a CS to PS handover capability and subscribes to a CS to PS handover service, and if yes, whether to determine whether the signaling path information of the current session of the terminal is The signaling anchor point information is included.
  • the method and apparatus of the embodiment of the present invention update the signaling path of the session to include the anchor point when the session of the user is not anchored to the signaling anchor point of the CS to PS handover provided by the specific IMS network, thereby Ensure successful execution of subsequent possible handovers.
  • Figure 1 is a flow chart of CS to PS switching failure
  • FIG. 3 is a flow chart of switching from 2 CS to PS according to Embodiment 2 of the present invention.
  • Fig. 4 is a schematic view showing the structure of a device according to a third embodiment of the present invention.
  • the figure shows an improved CS to PS handover procedure to ensure that subsequent CS to PS handovers can be successfully implemented.
  • the eMSC learns the signaling anchor point information of the CS to PS handover allocated by the IMS network, the signaling anchor point of the current session of the terminal and the signaling anchor point of the CS to PS handover allocated by the IMS network to the terminal The information is judged. If the signaling anchor point of the CS to PS handover allocated by the IMS network for the terminal is not included in the signaling path of the current session, the eMSC updates the signaling path of the current session of the terminal to include the anchor. Fixed point.
  • the signaling path information of the session includes: a parameter in a Record-Route header field; Or a parameter in the Route header field.
  • this embodiment includes the following steps:
  • Steps 201a to 208a and steps 201b to 208b are two different scenarios, and any of them may be executed in a specific implementation.
  • Step 201a UE1 sends a session establishment request to the base station, requesting to establish a session, for example, sending a set u request;
  • Step 202a The base station sends a session establishment request to the eMSC.
  • Step 203a The eMSC sends a session establishment request to the S-CSCF/AS, for example, the eMSC sends a SIP INVITE message to the S-CSCF/AS.
  • Step 204a The S-CSCF/AS sends a session establishment request to the UE2.
  • Step 205a UE2 returns a session establishment response and accepts a session request.
  • Step 206a The S-CSCF/AS sends a session establishment response to the eMSC.
  • Step 207a to step 208a The eMSC sends a session establishment response to the base station, and the base station sends a session establishment response to the UE1.
  • Step 201b UE2 initiates a session establishment request, requesting to establish a session;
  • Step 202b The S-CSCF/AS sends a session establishment request to the eMSC, for example, sending a SIP INVITE message.
  • Step 203b The eMSC sends a session establishment request to the base station, for example, sending a set u message.
  • Step 204b The base station sends a session establishment request to the UE1.
  • Step 205b UE1 returns a session establishment response and accepts a session request.
  • Step 206b The base station sends a session establishment response to the eMSC.
  • Step 207b to step 208b The eMSC sends a session establishment response to the S-CSCF/AS, and the S-CSCF/AS sends a session establishment response to the UE2.
  • the session establishment of UE1 in the CS domain is completed.
  • the ATCF is not included in the signaling path of this session.
  • Step 209 to step 211 UE1 initiates an IMS registration procedure (or IMS re-registration procedure) in the PS domain, in which the P-CSCF selects an ATCF serving the UE1, and the information of the ATCF is in the message during the IMS registration process. Bring to S-CSCF/AS.
  • IMS registration procedure or IMS re-registration procedure
  • Step 212 The IMS network (S-CSCF or AS) notifies the eMSC to the signaling anchor point of the CS to PS handover allocated by UE1;
  • the IMS network notifies the eMSC that the ATCF is the signaling anchor point for the CS to PS handover assigned to UE1.
  • the AS or the S-CSCF sends a message to the eMSC to carry the signaling anchor point information.
  • the message is, for example, a SIP MESSAGE message or a SIP NOTIFY message.
  • the signaling anchor point information is carried by, for example, adding a field carrying an ATCF address or an identifier to the message to indicate that the ATCF is an anchor point, or for example, carrying a feature-tag in the message, which includes the address of the ATCF or Logo.
  • Step 213 The eMSC initiates the IMS registration or re-registration process of the CS domain instead of UE1, and adds the ATCF to the registration path in the process;
  • the ATCF may be added to the signaling path of the new session, and the ATCF acts as a signaling anchor for the new session in the IMS network. Fixed point.
  • the ATCF can interact with the ATGW, and the ATCF and the ATGW respectively switch to the IMS signaling anchor point and the media anchor point of the PS domain.
  • step 213 may or may not occur in actual implementation.
  • Step 214 The eMSC determines whether the current session path includes the ATCF. If not, the eMSC initiates a session update process, and adds the ATCF to the signaling path of the current session. Specifically, the eMSC sends a SIP relNVITE (re-invitation) to the ATCF. UPDATE (update) message, the signaling path information (such as the Route field) added to the above message by the address or identifier of the ATCF. in;
  • step 213 is performed after step 212, that is, after the eMSC receives the notification of the network allocation signaling anchor point, the above determining step is performed.
  • the change in signaling anchor point may be from scratch or from one to another.
  • the eMSC determines whether the ATCF is included in the signaling path of the session, for example: the eMSC determines whether the address or identifier of the ATCF is included in the Record-Route header field of the session; or, for example, the eMSC according to the Route header of the session. Whether the domain contains the address or identifier of the ATCF to judge.
  • the address is, for example, the ATCF URI (Uniform Resource Identifier), or the URI corresponding to the ATCF identifier.
  • the ATCF identifier may be, for example, a PSI (Public Service Identity) of the ATCF, or an STN-SR (Session Transfer Number for SRVCC) for the ATCF.
  • the eMSC determines that the ATCF is included in the signaling path of the session, the eMSC does not update and processes according to the normal process.
  • the eMSC may first determine whether the current terminal is a terminal that has CS to PS handover capability and subscribes to the CS to PS handover service, and after determining the pass, performs the judgment and update the signaling path information. Operation.
  • the eMSC may not judge at this time, but judges when the terminal performs CS to PS handover.
  • Step 215 After receiving the session update request, the ATCF adds the information of the local node to the signaling path information of the current session, and then forwards the session update request to the S-CSCF.
  • Step 216 The S-CSCF forwards the session update request to the AS (or the SCC AS), and the AS forwards the session update request to the UE2 according to the received session update request message, and may also update only the local signaling path and update. After returning a response message of the session update to the S-CSCF, the S-CSCF returns a response message of the session update to the ATCF;
  • Step 217 The ATCF sends a response message of the session update to the eMSC.
  • the signaling path of the session includes the anchor point ATCF of the CS to PS handover of the IMS network.
  • the following steps 218 to 223 give a brief description of the session switching process from the CS domain to the PS domain. In actual implementation, this process may or may not occur.
  • the above eMSC judges and changes The operation of the signaling anchor point in the new session signaling path does not depend on whether the CS to PS handover occurs, but rather the notification of whether the anchor point of the CS to PS handover of the terminal in the IMS network is modified.
  • Step 218 The base station decides to switch the session from the CS domain to the PS domain according to the measurement report.
  • Step 220 After receiving the handover request from the CS to the PS, the eMSC forwards the handover request to the ATCF.
  • Step 222 The ATCF returns a response message of the handover request to the eMSC.
  • Step 223 The eMSC sends a response message of the handover request to the base station.
  • Step 224 Continue the subsequent operations.
  • the eMSC determines that the signaling anchor point of the CS to PS handover of the latest IMS network is not in the signaling path of the current session, sends a session update request to the IMS network, and adds the anchor point to the signaling of the current session. In the path. Subsequent if the network initiates a CS to PS switch, it can be successfully executed. Effectively reduce switching failures and improve the user experience.
  • the eMSC updates the signaling anchor point for the session. If the terminal has multiple sessions, the eMSC determines that the session of the signaling anchor point needs to be modified, and performs an update operation only for the session that needs to modify the signaling anchor point. The method of judgment is the same as the method in step 214.
  • this figure shows another improved CS to PS handover procedure to ensure that subsequent CS to PS handovers can be successfully implemented.
  • the eMSC learns the signaling anchor point information of the CS to PS handover allocated by the IMS network, the signaling anchor point of the current session of the terminal and the signaling anchor point of the CS to PS handover allocated by the IMS network to the terminal Information, determining that if the signaling anchor point of the CS to PS handover allocated by the IMS network for the terminal is not included in the signaling path information of the current session, the eMSC updates the signaling path of the current session of the terminal to include the Anchor point.
  • the established session signaling in the embodiment already includes one. ATCF, eMSC updates it to the latest ATCF through the above operation.
  • UE1 has been attached to the PS, and is registered in the IMS network through the PS domain, and selects ATCF1 as the signaling anchor point for CS to PS handover.
  • UE1 is also already attached to the CS, and is registered in the IMS network through the CS domain, and ATCF1 is included in the registration path.
  • this embodiment includes the following steps:
  • Step 301 to step 302 UE1 initiates a session establishment request, which is the same as steps 201a to 202a in the first embodiment;
  • Step 303 The eMSC sends a session establishment request message to the ATCF1.
  • Step 304 The ATCF1 sends a session establishment request message to the S-CSCF/AS.
  • Step 305 The S-CSCF/AS sends a session establishment request to the UE2.
  • Step 306 to step 310 UE2 returns a session establishment response and accepts a session request.
  • the signaling path of this session contains the signaling anchor point ATCF1 of the CS to PS handover allocated for UE1 in the IMS network.
  • the call is taken as an example, and in actual implementation, it may also be a call process.
  • the difference from Embodiment 1 is that ATCF1 is already included in the signaling path of the session.
  • Step 311 Initiating an IMS deregistration process due to network initiation or registration timeout, for example, the P-CSCF initiates IMS registration in the registration timeout;
  • Step 312 The IMS network notifies the eMSC of the signaling anchor point of the CS to PS handover allocated to the UE1 in the IMS network;
  • the IMS network notifies the eMSC that ATCF1 is no longer the signaling anchor point for the CS to PS handover assigned by UE1.
  • the AS or the S-CSCF sends a message to the eMSC, carrying signaling anchor point information.
  • the message is, for example, a SIP MESSAGE message or a SIP NOTIFY message.
  • the signaling anchor point information is carried by, for example, adding a field to the message indicating that ATCF1 is no longer an anchor point; or, for example, not carrying ATCF1 in the message, indicating that ATCF1 is not an anchor point.
  • Step 313 The eMSC initiates a re-registration process, and ATCF1 is not in the registration path.
  • step 313 may or may not occur in actual implementation.
  • Step 314 to step 316 UE1 initiates an IMS registration procedure in the PS domain.
  • the P-CSCF selects an ATCF2 serving the UE1, and the ATCF2 serves as the latest signaling anchor point of the UE1 in the IMS network, and the ATCF2 Information is brought to the S-CSCF/AS in the message;
  • Step 317 The IMS network (S-CSCF or AS) notifies the eMSC of the signaling anchor point of the CS to PS handover allocated to the UE1 in the IMS network;
  • the IMS network notifies the eMSC that ATCF2 is the latest CS to PS handover signaling anchor point assigned to UE1.
  • the AS or the S-CSCF sends a message to the eMSC, carrying signaling anchor point information.
  • the message is, for example, a SIP MESSAGE message or a SIP NOTIFY message.
  • the signaling anchor point information is carried by, for example, adding a field in the message to carry the address or identifier of the ATCF2; or, for example, carrying the address or identifier of the ATCF2 in the feature-tag.
  • Step 318 The eMSC initiates the IMS registration or re-registration process of the CS domain instead of UE1, and adds ATCF2 to the registration path in this process;
  • Step 319 The eMSC determines whether the current session path includes the ATCF2. If not, the eMSC initiates a session update process, and adds the ATCF2 to the signaling path of the current session. Specifically, the eMSC sends a SIP relNVITE or UPDATE message to the ATCF2. The address or identifier of ATCF2 is added to the signaling path information (such as the Route field) of the above message;
  • Step 320 After receiving the session update request, the ATCF2 forwards the request to the S-CSCF.
  • Step 321 The S-CSCF forwards the session update request to the AS (or the SCC AS), and the AS forwards the session update request to the UE2 according to the received session update request message, and may also update only the local signaling path and update. After returning the response message of the session update to the S-CSCF, the S-CSCF returns a response message of the session update to the ATCF2;
  • Step 322 The ATCF sends a response message of the session update to the eMSC.
  • Step 323 to step 329 Steps 218 to 224 in the same manner as in the first embodiment.
  • Embodiment 3 This embodiment describes an apparatus for implementing the method of the foregoing embodiment.
  • the apparatus is located at the eMSC.
  • the apparatus includes an information acquiring module, a determining module, and a processing module, where:
  • the information obtaining module is configured to learn the signaling anchor point information of the CS to PS handover allocated by the IMS network to the terminal;
  • the determining module is configured to determine whether the signaling anchor point information is included in the signaling path information of the current session of the terminal;
  • the processing module is configured to: when the determining module determines that the signaling path information of the current session of the terminal does not include the signaling anchor point information, update a signaling path of the current session of the terminal to include the signaling Anchor point information.
  • the information obtaining module is configured to obtain signaling anchor point information of the CS to PS handover allocated by the IMS network to the terminal in the following manner:
  • the SIP message sent by the AS or the S-CSCF entity learns the signaling anchor point information of the CS to PS handover allocated by the IMS network to the terminal.
  • the determining module is configured to determine whether the signaling anchor point information is included in the signaling path information of the current session of the terminal by using the following manner:
  • the determining module determines, in the recording routing header field or the routing header field of the current session signaling path information of the terminal, if the information about the signaling anchor point is included, determining that the signaling path information of the current session of the terminal includes the And determining anchor point information, if it is determined that the information in the record routing header field or the routing header field does not include the signaling anchor point, determining that the signaling anchor point of the current session of the terminal does not include the signaling anchor point information.
  • the signaling anchor point information includes: an address or an identifier of the ATCF entity.
  • the processing module is configured to update a signaling path of the current session of the terminal in the following manner to include the signaling anchor point information:
  • the processing module sends an update message or a re-invitation message, and adds the signaling anchor point information to the signaling path information in the message.
  • the determining module is further configured to determine whether the terminal has CS to PS switching capability. And signing the CS to the terminal of the PS handover service, and if yes, determining whether the signaling anchor point information is included in the signaling path information of the current session of the terminal.
  • the method and apparatus of the embodiment of the present invention update the signaling path of the session to include the anchor point when the session of the user is not anchored to the signaling anchor point of the CS to PS handover provided by the specific IMS network, thereby Ensure successful execution of subsequent possible handovers.

Landscapes

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

Abstract

一种反向单待业务连续性实现方法，包括：增强移动交换中心（eMSC）获知 IP多媒体子系统（IMS）网络为终端分配的电路交换域（CS）到分组交换域（PS）切换的信令锚定点信息后，判断所述终端当前会话的信令路径中如果不包含所述信令锚定点，则更新所述终端当前会话的信令路径，使其包含所述信令锚定点。

Description

一种反向单待业务连续性实现方法和装置
技术领域
本发明涉及通信领域， 具体涉及 IP (网络互联协议， Internet Protocol, 简称 IP ) 多媒体子系统中反向单待业务连续性实现方法和装置。 背景技术
IP多媒体子系统（ IP Multimedia Core Network Subsystem, 简称 IMS )是 由第三代合作伙伴计划（ 3rd Generation Partnership Project, 简称 3GPP )提出 的一种基于 IP的网络架构， 构建了一个开放而灵活的业务环境， 支持多媒体 应用， 能够为用户提供丰富的多媒体业务。
在 IMS业务体系中 ,控制层和业务层是分离的，控制层不提供具体业务， 只向业务层提供必要的触发、 路由、 计费等功能。 控制层中业务触发和控制 功能是呼叫会话控制功能（ Call Session Control Function, 简称 CSCF ) 完成 的。 呼叫会话控制功能分为： 代理呼叫会话控制功能 （Proxy-CSCF, 简称 P-CSCF ) 、 查询呼叫会话控制功能（Interrogating-CSCF, 简称 I-CSCF )和 服务呼叫会话控制功能（Serving-CSCF, 简称 S-CSCF )三种类型， 其中负主 要责任的是 S-CSCF实体。业务层是由一系列应用服务器（ Application Server, 简称 AS )组成， 能提供具体业务服务。 控制层 （S-CSCF )根据用户的签约 信息控制业务触发， 调用 AS上的业务， 实现业务功能。
会话中的端到端设备称为用户设备 ( User Equipment, 简称 UE ) , 负责 与使用者的交互， 有的 UE具有多种接入网络的方式， 包括通过 3GPP的包 交换（Packet Switch, 简称 PS )域接入网络， 还可以通过电路交换（Circuit Switch, 简称 CS )域接入网络等。
在 CS域接入到 IMS网络中， 移动交换中心 （ Mobile Switch Center, 简 称 MSC )或移动交换中心服务器 （ MSC Server )作为信令面的控制网元接 入到 IMS 网络。 如果 CS 网络配置了增强移动交换中心 （enhanced Mobile Switch Center, 简称 eMSC ) , 由 eMSC提供 SIP ( Session Initial Protocol, 初始会话协议）接口来与 IMS网络交互， 则 IMS网络与 CS网络的交互可以 通过 eMSC来实现。 在本文中将能够与 IMS网络交互的 MSC或 MSC Server 统称为 eMSC。
对于具有多种接入方式的 UE而言， 如果该 UE某时刻只能使用一种接 入方式， 则其在 2/3G 网络的接入方式下正在执行通话业务， 因通话业务在 2/3G网络中由 CS域提供， 当 UE移动到其他地方而需要改变其使用的接入 方式为 LTE( Long Term Evolution,长期演进）网络或 HSPA( high speed packet access, 高速分组接入） 网络接入时， UE和网络能提供某种方式使 UE正在 执行的通话业务不被中断， 因通话业务在这些网络中由 PS域提供， 这样的 能力我们称之为单待终端业务从 CS到 PS的连续性，简称反向单待业务连续 性 ( CS to PS Single Radio Voice Call Continuity— CS to PS SRVCC ) , 与之相 对应的， 如果是 UE从 LTE网络或 HSPA网络移动到 2/3G网络则称之为单 待终端业务连续性， 简称为单待业务连续性。
为了实现 CS to PS SRVCC业务， 在 IMS 网络中引入 ATCF ( Access Transfer Control Function, 接入传输控制功能） 实体， 即会话在 IMS网络中 的信令锚定点， 能够减少会话从 CS域切换到 PS域的时间间隔，提高用户体 验。 ATCF是在 UE通过 PS域注册到 IMS网络的时候由 IMS网络分配的。 当 UE通过 CS域的控制网元注册到 IMS网络的时候， IMS网络会将 ATCF 的信息通知给 CS域的控制网元。 CS域的控制网元发起 IMS的重注册过程， 以将 ATCF加入到 CS域的后续会话的路径中。
在具体实现的时候， UE通过 PS域的 IMS注册过程可能在 CS域的会话 建立后发生， 即 ATCF在 CS域的会话建立后才分配， 那么该会话因为没有 锚定在 ATCF, 所以执行 CS to PS SRVCC业务会导致失败， 即执行从 CS域 到 PS域的会话切换会失败。也有一种可能，UE在 CS域的会话建立后， ATCF 进行了变更， 即最新的 ATCF不在原会话的信令路径里， 那么从 CS域到 PS 域的会话切换也会失败。
图 1是现有的 CS to PS SRVCC的流程图， 图中， eMSC是为 UE1服务 的 CS域的网元， P-CSCF、 ATCF, S-CSCF及 AS ( Application Server, 应用 服务器）是为 UE1服务的 IMS网络中的网元。 UE1已经注册到 CS域， 并且 eMSC代替用户进行了 IMS注册。但此时 UE1没有通过 PS域进行 IMS注册， 还没有分配 ATCF。如图所示， UEl在 CS域建立了一个会话，并且通过 eMSC 与 IMS网络中的 AS进行信令交互， 因为此时没有 ATCF, 所以该会话的信 令锚定在 IMS网络的 AS上。 eMSC与 IMS网络中的 AS的信令交互过程可 能会经过 I-CSCF或 S-CSCF等网元， 此为现有技术， 为了描述简便， 在此没 有画出。 具体过程如下：
步骤 101 : UE1向基站发送会话建立请求， 请求建立会话， 比如发送 set u 请求；
步骤 102: 基站将会话建立请求发送到 eMSC;
步骤 103 : eMSC 向 S-CSCF/AS 发送会话建立请求， 比如 eMSC 向 S-CSCF/AS发送 SIP INVITE消息；
为了简便起见， 此处 S-CSCF 与 AS 之间的交互没有写出， 仅以 S-CSCF/AS来表示。 其中 AS也可能是 SCC AS, 此处仅以 AS代表。
步骤 104: S-CSCF/AS将会话建立请求发送到 UE2;
步骤 105: UE2返回会话建立响应， 接受会话请求；
在实际实现过程中， UE1和 UE2之间可能进行多次信令交互以完成会话 建立过程， 为了简便， 在此不赘述。
步骤 106: S-CSCF/AS向 eMSC发送会话建立响应；
步骤 107〜步骤 108: eMSC将会话建立响应发送给基站， 基站将会话建 立响应发送给 UE1 ;
至此， UE1 在 CS 域的会话建立完成。 此会话的信令路径中没有包含
ATCF。
步骤 109: UE1通过 PS域发起 IMS注册过程， 此注册过程中 P-CSCF 选择一个为该 UE1服务的 ATCF, ATCF的信息在 IMS注册过程中在消息中 带给 S-CSCF/AS;
该 ATCF用于从 CS到 PS域的会话切换过程中， 作为该 UE1在 IMS网 络中的信令锚定点， 与媒体网关的切换锚定点交互， 减少切换时延， 提高用 户体验。 步骤 110: eMSC收到 S-CSCF/AS发送的携带 ATCF的信息的消息后， 代替 UE1发起 CS域的 IMS注册或重注册过程，在此过程中将 ATCF加入到 注册路径中；
该 ATCF的信息比如是 ATCF的地址， 或者是 ATCF的标识等。
CS域的 IMS注册或重注册完成之后， 当 eMSC建立新的会话时， 可以 将 ATCF加入到新的会话的信令路径中，该 ATCF作为该新的会话在 IMS网 络的信令锚定点。 当该新的会话需要切换到 PS 域的时候， ATCF 可以与 ATGW( Access Transfer Gateway,接入传输网关）进行交互， ATCF和 ATGW 分别作为会话切换到 PS域的 IMS信令锚定点和媒体锚定点。
步骤 111 : 基站根据测量报告， 决定将会话从 CS域切换到 PS域； 步骤 112: 基站向 eMSC发送 CS到 PS的切换请求， 将会话切换到 PS 域；
步骤 113: eMSC向 ATCF发送切换请求；
步骤 114: ATCF 收到切换请求后， 发现之前建立的会话没有锚定在其 上面， 即 ATCF没有在会话的信令路径中， ATCF无法执行到 PS域的切换过 程， ATCF向 eMSC返回切换失败响应；
步骤 113〜步骤 114的另外一种可能实施方式是， eMSC向 AS发送 CS 到 PS的切换请求， AS收到该切换请求后， 因为其无法成功执行 CS到 PS 的切换过程， AS向 eMSC返回切换失败的响应消息。
步骤 115: eMSC向基站返回切换失败的响应消息；
步骤 116: 继续后续的操作。
上述技术中， 因为 ATCF没有被包含在会话的信令路径中， 所以 ATCF 收到步骤 113的切换请求时， 无法关联到对应的会话信息， 也无法执行切换 操作， 导致切换失败， 影响用户体验。 发明内容
本发明要解决的技术问题是提供一种反向单待业务连续性实现方法， 避 免从 CS域到 PS域的会话切换失败。 为了解决上述问题， 本发明提供一种反向单待业务连续性实现方法， 包 括：
增强移动交换中心 （eMSC )获知 IP多媒体子系统（IMS ) 网络为终端 分配的电路交换域（CS )到分组交换域（PS )切换的信令锚定点信息后， 判 断所述终端当前会话的信令路径中如果不包含所述信令锚定点， 则更新所述 终端当前会话的信令路径， 使其包含所述信令锚定点。
优选地， 所述 eMSC获知 IMS网络为终端分配的 CS到 PS切换的信令 锚定点信息， 包括：
eMSC通过 IMS注册过程或重注册过程获知 IMS网络为终端分配的 CS 到 PS切换的信令锚定点信息； 或者
eMSC通过应用服务器（AS )或服务呼叫会话控制功能（S-CSCF )实体 发送的初始会话协议（ SIP )消息获知 IMS网络为终端分配的 CS到 PS切换 的信令锚定点信息。
优选地， 所述 eMSC判断所述终端当前会话的信令路径中如果不包含所 述信令锚定点， 包括：
所述 eMSC根据所述终端当前会话信令路径信息的记录路由头域中是否 包含所述信令锚定点的信息， 或者， 根据所述终端当前会话信令路径信息的 路由头域中是否包含所述信令锚定点的信息， 判断所述终端当前会话的信令 路径中是否包含所述信令锚定点。
优选地， 所述信令锚定点信息包括： 接入传输控制功能 （ATCF ) 实体 的地址或标识。
优选地， 所述 eMSC更新所述终端当前会话的信令路径， 使其包含所述 信令锚定点信息， 包括：
eMSC发送更新消息或重邀请消息， 将该信令锚定点信息添加在所述消 息中的信令路径信息中。
优选地， 所述 eMSC获知 IMS网络为终端分配的 CS到 PS切换的信令 锚定点信息后， 所述方法还包括：
所述 eMSC判断所述终端如果为具有 CS到 PS切换能力且签约 CS到 PS 切换业务的终端， 则再判断该终端当前会话的信令路径中是否包含所述信令 锚定点。
为了解决上述问题， 本发明还提供一种反向单待业务连续性实现装置， 位于增强移动交换中心 （eMSC ) ， 包括信息获取模块、 判断模块和处理模 块， 其中：
所述信息获取模块， 设置为： 获知 IP多媒体子系统（ IMS ) 网络为终端 分配的电路交换域（CS )到分组交换域（PS )切换的信令锚定点信息； 所述判断模块， 设置为： 判断该终端当前会话的信令路径信息中是否包 含所述信令锚定点信息；
所述处理模块， 设置为： 在所述判断模块判断该终端当前会话的信令路 径信息中不包含所述信令锚定点信息时， 更新该终端当前会话的信令路径， 使其包含所述信令锚定点信息。
优选地， 所述信息获取模块是设置为： 釆用以下方式获知 IMS网络为终 端分配的 CS到 PS切换的信令锚定点信息：
在所述 eMSC的 IMS注册过程或重注册过程中获知 IMS网络为终端分 配的 CS到 PS切换的信令锚定点信息； 或者
通过应用服务器 （AS )或服务呼叫会话控制功能 （S-CSCF ) 实体发送 的初始会话协议（ SIP ) 消息获知 IMS网络为终端分配的 CS到 PS切换的信 令锚定点信息。
优选地， 所述判断模块是设置为： 釆用以下方式判断该终端当前会话的 信令路径信息中是否包含所述信令锚定点信息：
所述判断模块判断所述终端当前会话信令路径信息的记录路由头域或路 由头域中如果包含所述信令锚定点的信息， 则判断所述终端当前会话的信令 路径信息中包含所述信令锚定点信息， 如果判断所述记录路由头域或路由头 域中不包含所述信令锚定点的信息， 则判断所述终端当前会话的信令路径信 息中不包含所述信令锚定点信息。 所述信令锚定点信息包括： 接入传输控制 功能（ATCF ) 实体的地址或标识。
优选地， 所述处理模块是设置为： 釆用以下方式更新所述终端当前会话 的信令路径， 使其包含所述信令锚定点信息：
所述处理模块发送更新消息或重邀请消息， 将该信令锚定点信息添加在 所述消息中的信令路径信息中。
优选地， 所述判断模块还设置为： 判断所述终端是否为具有 CS到 PS切 换能力且签约 CS到 PS切换业务的终端， 如果是， 则再判断该终端当前会话 的信令路径信息中是否包含所述信令锚定点信息。
本发明实施例方法和装置在用户的会话没有锚定到特定的 IMS 网络提 供的 CS到 PS切换的信令锚定点的时候， 更新会话的信令路径， 使其包含所 述的锚定点， 从而保证后续可能发生的切换的成功执行。 附图概述
图 1是 CS到 PS切换失败的流程图；
图 2是本发明实施例 1 CS到 PS切换流程图；
图 3是本发明实施例 2 CS到 PS切换流程图；
图 4是本发明实施例 3装置结构示意图。
本发明的较佳实施方式
下文中将结合附图对本发明的实施例进行详细说明。 需要说明的是， 在 不冲突的情况下， 本申请中的实施例及实施例中的特征可以相互任意组合。
实施例一
如图 2, 该图示出了一种改进后的 CS到 PS切换流程， 保证后续的 CS 到 PS切换可以成功实现。 具体来说， eMSC获知 IMS网络为终端分配的 CS 到 PS切换的信令锚定点信息后，根据该终端当前会话的信令路径信息和 IMS 网络为终端分配的 CS到 PS切换的信令锚定点信息， 进行判断， 如果 IMS 网络为终端分配的 CS到 PS切换的信令锚定点不包含在当前会话的信令路径 中， 那么 eMSC更新终端当前会话的信令路径， 使其包含所述的锚定点。
会话的信令路径信息包括： Record-Route (记录路由） 头域中的参数； 或者是 Route (路由） 头域中的参数。
本实施例的背景是： UE1 已经在 CS附着， 并且通过 CS域在 IMS网络 进行了注册。 但是还没有进行通过 PS域的 IMS注册， 即还没有 IMS网络为 该 UE1分配的 CS到 PS切换的信令锚定点。 如图 2所示， 本实施例包括如 下步骤：
步骤 201a~208a与步骤 201b~208b是两种不同的场景， 在具体实施时可 能执行其中任何一种。
步骤 201a: UEl向基站发送会话建立请求，请求建立会话， 比如发送 set u 请求；
步骤 202a: 基站将会话建立请求发送到 eMSC;
步骤 203a: eMSC 向 S-CSCF/AS发送会话建立请求， 比如 eMSC 向 S-CSCF/AS发送 SIP INVITE消息；
步骤 204a: S-CSCF/AS将会话建立请求发送到 UE2;
步骤 205a: UE2返回会话建立响应， 接受会话请求；
在实际实现过程中， UE1和 UE2之间可能进行多次信令交互以完成会话 建立过程， 为了简便， 在此不赘述。
步骤 206a: S-CSCF/AS向 eMSC发送会话建立响应；
步骤 207a〜步骤 208a: eMSC将会话建立响应发送给基站， 基站将会话 建立响应发送给 UE1 ;
步骤 201b: UE2发起会话建立请求， 请求建立会话；
步骤 202b: S-CSCF/AS 将会话建立请求发送到 eMSC, 比如发送 SIP INVITE (邀请） 消息；
步骤 203b: eMSC向基站发送会话建立请求， 比如发送 set u 消息； 步骤 204b: 基站将会话建立请求发送到 UEl ;
步骤 205b: UEl返回会话建立响应， 接受会话请求；
在实际实现过程中， UE1和 UE2之间可能进行多次信令交互以完成会话 建立过程， 为了简便， 在此不赘述。 步骤 206b: 基站向 eMSC发送会话建立响应；
步骤 207b〜步骤 208b: eMSC 将会话建立响应发送给 S-CSCF/AS , S-CSCF/AS将会话建立响应发送给 UE2;
至此， UE1 在 CS 域的会话建立完成。 此会话的信令路径中没有包含 ATCF。
步骤 209〜步骤 211 : UE1在 PS域发起 IMS注册过程 (或 IMS重注册过 程 ) , 在此注册过程中 P-CSCF选择一个为该 UE1服务的 ATCF, ATCF的 信息在 IMS注册过程中在消息中带给 S-CSCF/AS。
步骤 212: IMS网络（ S-CSCF或 AS )将为 UE1分配的 CS到 PS切换 的信令锚定点通知 eMSC;
在本实施例中， IMS网络通知 eMSC, ATCF是为 UE1分配的 CS到 PS 切换的信令锚定点。 具体比如， AS或者 S-CSCF发送消息给 eMSC, 携带信 令锚定点信息。 该消息比如是 SIP MESSAGE (讯息） 消息， 或者是 SIP NOTIFY (通知） 消息。 信令锚定点信息的携带方式比如是， 在消息中加一 个携带 ATCF地址或标识的字段说明 ATCF是锚定点， 或者比如是在消息中 携带 feature-tag (特征标签 ) , 其中包含 ATCF的地址或标识。
步骤 213: eMSC代替 UE1发起 CS域的 IMS注册或重注册过程， 在此 过程中将 ATCF加入到注册路径中；
CS域的 IMS注册或重注册完成之后， 当 eMSC建立该 UE1的新的会话 时， 可以将 ATCF加入到新的会话的信令路径中， 该 ATCF作为该新的会话 在 IMS 网络的信令锚定点。 当该新的会话需要切换到 PS域的时候， ATCF 可以与 ATGW进行交互， ATCF和 ATGW分别作为会话切换到 PS域的 IMS 信令锚定点和媒体锚定点。
上述步骤 213在实际实施中可能发生也可能不发生。
步骤 214: eMSC判断当前会话路径中是否包含 ATCF, 如果不包含， 则 eMSC发起会话更新过程， 将 ATCF加入到当前会话的信令路径中， 具体比 如， eMSC向 ATCF发送 SIP relNVITE (重邀请 )或者 UPDATE (更新 ) 消 息，将 ATCF的地址或标识加在上述消息中的信令路径信息（如 Route字段） 中；
上述步骤 213不执行时， 本步骤在步骤 212之后执行， 即当 eMSC接收 到网络分配信令锚定点的通知后， 执行上述判断步骤。 此时信令锚定点的变 化可能是从无到有， 或者从一个变更为另一个。
具体的， eMSC判断会话的信令路径中是否包含 ATCF的方法，比如是： eMSC根据会话的 Record-Route头域中是否包含 ATCF的地址或标识来判断； 或者， 比如是 eMSC根据会话的 Route头域中是否包含 ATCF的地址或标识 来判断。 地址比如是 ATCF的 URI ( Uniform Resource Identifier, 通用资源 标志符） ， 或者是 ATCF的标识对应的 URI。 ATCF标识例如可以是 ATCF 的 PSI ( Public Service Identity, 公共业务标识） ， 或者是为 ATCF分配的 STN-SR ( Session Transfer Number for SRVCC, 单待业务连续性的会话转移 号码）等。
eMSC如果判断会话的信令路径中包含 ATCF, 则不进行更新， 按正常 流程处理。
优选地， eMSC在判断及更新信令路径信息之前， 可以先判断当前终端 是否为具有 CS到 PS切换能力且签约 CS到 PS切换业务的终端， 判断通过 后， 再执行判断及更新信令路径信息的操作。 当然 eMSC此时也可以不进行 判断， 而是在该终端进行 CS到 PS切换时再进行判断。
步骤 215: ATCF 收到会话更新请求后， 在当前会话的信令路径信息中 增加本节点的信息， 然后将该会话更新请求转发给 S-CSCF;
步骤 216: S-CSCF将该会话更新请求转发给 AS (或 SCC AS ) , AS根 据收到的会话更新请求消息， 将此会话更新请求转发到 UE2, 也可以只更新 本端的信令路径， 更新后， 向 S-CSCF 返回会话更新的响应消息， S-CSCF 向 ATCF返回会话更新的响应消息；
步骤 217: ATCF将会话更新的响应消息发给 eMSC;
至此，会话的信令路径中包含 IMS网络的 CS到 PS切换的锚定点 ATCF。 以下步骤 218〜步骤 223给出了 CS域到 PS域的会话切换过程的简要说 明， 在实际实施时， 此过程可能发生， 也可能不发生。 上述 eMSC判断及更 新会话信令路径中信令锚定点的操作不依赖与 CS到 PS的切换是否发生，而 是依赖于 IMS网络中该终端的 CS到 PS 切换的锚定点是否修改的通知。
步骤 218: 基站根据测量报告， 决定将会话从 CS域切换到 PS域； 步骤 219: 基站向 eMSC发送 CS到 PS的切换请求， 将会话切换到 PS 域；
步骤 220: eMSC收到 CS到 PS的切换请求后，将此切换请求转发给 ATCF; 步骤 221 : ATCF与 S-CSCF/AS进行消息交互， 完成会话的 IMS信令切 换过程， 这个过程中可能包含 UE1到达 PS域后与 ATCF的消息交互， 这是 现有技术， 与本发明无关。 为了简便， 再此不详细描述。
步骤 222： ATCF向 eMSC返回切换请求的响应消息。
步骤 223： eMSC向基站发送切换请求的响应消息。
步骤 224: 继续后续的操作。
本实施例中， eMSC判断最新的 IMS网络的 CS到 PS切换的信令锚定点 不在当前会话的信令路径中， 向 IMS网络发送会话更新请求， 将所述锚定点 加入到当前会话的信令路径中。后续如果网络发起 CS到 PS切换， 可以成功 执行。 有效的减少切换失败， 提高了用户体验。
eMSC对信令锚定点的更新操作针对会话进行， 如果终端有多个会话， 则该 eMSC判断出需要修改信令锚定点的会话， 仅对需要修改信令锚定点的 会话执行更新操作。 判断方法同步骤 214中的方法。
实施例二
如图 3 ,该图示出了另一种改进后的 CS到 PS切换流程，保证后续的 CS 到 PS切换可以成功实现。 具体来说， eMSC获知 IMS网络为终端分配的 CS 到 PS切换的信令锚定点信息后，根据该终端当前会话的信令路径信息和 IMS 网络为终端分配的 CS到 PS切换的信令锚定点信息， 进行判断， 如果 IMS 网络为终端分配的 CS到 PS切换的信令锚定点不包含在当前会话的信令路径 信息中，那么 eMSC更新终端当前会话的信令路径，使其包含所述的锚定点。 本实施例与实施例 1的区别在于本实施例的已建立会话信令中已经包含一个 ATCF, eMSC通过上述操作将其更新为最新的 ATCF。
本实施例的背景是： UE1 已经在 PS附着， 并且通过 PS域在 IMS网络 进行了注册， 选择 ATCF1作为 CS到 PS切换的信令锚定点。 UE1也已经在 CS附着， 并且通过 CS域在 IMS网络进行了注册， 将 ATCF1包含在注册路 径中。 如图 3所示， 本实施例包括如下步骤：
步骤 301〜步骤 302: UE1发起会话建立请求，同实施例一中的步骤 201a~ 步骤 202a;
步骤 303: eMSC向 ATCF1发送会话建立请求消息；
步骤 304: ATCF1将会话建立请求消息发给 S-CSCF/AS;
步骤 305: S-CSCF/AS将会话建立请求发送到 UE2;
步骤 306〜步骤 310: UE2返回会话建立响应， 接受会话请求；
在实际实现过程中， UE1和 UE2之间可能进行多次信令交互以完成会话 建立过程， 为了简便， 在此不赘述。
至此， UE1在 CS域的会话建立完成。 此会话的信令路径中包含 IMS网 络中为 UE1分配的 CS到 PS切换的信令锚定点 ATCF1。
需要说明的是， 本实施例是以启呼为例来说明， 实际实施中， 也可能是 终呼过程。 与实施例 1的区别在于在会话的信令路径中已经包含 ATCF1。
步骤 311 : 因为网络发起或者注册超时等原因， 发起 IMS去注册过程， 比如 P-CSCF在注册超时发起 IMS去注册；
步骤 312: IMS网络将 IMS网络中为 UE1分配的 CS到 PS切换的信令 锚定点通知 eMSC;
在本实施例中， IMS网络通知 eMSC ATCF1不再是 UE1分配的 CS到 PS切换的信令锚定点。 具体比如， AS或者 S-CSCF发送消息给 eMSC, 携 带信令锚定点信息。该消息比如是 SIP MESSAGE (讯息）消息，或者是 SIP NOTIFY (通知） 消息。 信令锚定点信息的携带方式比如是， 在消息中加一 个字段说明 ATCF1不再是锚定点； 或者比如是在消息中不携带 ATCF1 , 表 示 ATCF1已经不是锚定点。 步骤 313: eMSC发起重注册过程， ATCF1不在注册路径中。
上述步骤 313在实际实施中可能发生也可能不发生。
步骤 314〜步骤 316: UE1在 PS域发起 IMS注册过程， 此注册过程中 P-CSCF选择一个为该 UE1服务的 ATCF2,此 ATCF2作为该 UE1在 IMS网 络中的最新的信令锚定点， ATCF2的信息在消息中带给 S-CSCF/AS;
步骤 317: IMS网络（ S-CSCF或 AS )将 IMS网络中为 UE1分配的 CS 到 PS切换的信令锚定点通知 eMSC;
在本实施例中， IMS网络通知 eMSC, ATCF2是为 UE1分配的最新的 CS到 PS切换的信令锚定点。具体比如， AS或者 S-CSCF发送消息给 eMSC, 携带信令锚定点信息。 该消息比如是 SIP MESSAGE (讯息）消息， 或者是 SIP NOTIFY (通知）消息。 信令锚定点信息的携带方式比如是， 在消息中加 一个字段携带 ATCF2 的地址或标识； 或者比如是在 feature-tag里面携带 ATCF2的地址或标识。
步骤 318: eMSC代替 UE1发起 CS域的 IMS注册或重注册过程， 在此 过程中将 ATCF2加入到注册路径中；
步骤 319: eMSC判断当前会话路径中是否包含 ATCF2, 如果不包含， 则 eMSC发起会话更新过程， 将 ATCF2加入到当前会话的信令路径中， 具 体比如， eMSC向 ATCF2发送 SIP relNVITE或者 UPDATE消息，将 ATCF2 的地址或标识加在上述消息的信令路径信息 （如 Route字段） 中；
步骤 320: ATCF2收到会话更新请求后， 转发给 S-CSCF;
步骤 321 : S-CSCF将该会话更新请求转发给 AS (或 SCC AS ) , AS根 据收到的会话更新请求消息， 将此会话更新请求转发到 UE2, 也可以只更新 本端的信令路径， 更新后， 向 S-CSCF 返回会话更新的响应消息， S-CSCF 向 ATCF2返回会话更新的响应消息；
步骤 322: ATCF将会话更新的响应消息发给 eMSC;
步骤 323〜步骤 329: 同实施例一中的步骤 218〜步骤 224。
实施例三 本实施例介绍实现上述实施例方法的装置， 该装置位于 eMSC, 如图 4 所示， 包括信息获取模块、 判断模块和处理模块， 其中：
该信息获取模块， 用于获知 IMS网络为终端分配的 CS到 PS切换的信 令锚定点信息；
该判断模块， 用于判断该终端当前会话的信令路径信息中是否包含所述 信令锚定点信息；
该处理模块， 用于在所述判断模块判断该终端当前会话的信令路径信息 中不包含所述信令锚定点信息时， 更新该终端当前会话的信令路径， 使其包 含所述信令锚定点信息。
具体地，该信息获取模块是用于釆用以下方式获知 IMS网络为终端分配 的 CS到 PS切换的信令锚定点信息：
在所述 eMSC的 IMS注册过程或重注册过程中获知 IMS网络为终端分 配的 CS到 PS切换的信令锚定点信息； 或者
通过 AS或 S-CSCF实体发送的 SIP消息获知 IMS网络为终端分配的 CS 到 PS切换的信令锚定点信息。
具体地， 该判断模块是用于釆用以下方式判断该终端当前会话的信令路 径信息中是否包含所述信令锚定点信息：
判断模块判断所述终端当前会话信令路径信息的记录路由头域或路由头 域中如果包含所述信令锚定点的信息， 则判断所述终端当前会话的信令路径 信息中包含所述信令锚定点信息， 如果判断所述记录路由头域或路由头域中 不包含所述信令锚定点的信息， 则判断所述终端当前会话的信令路径信息中 不包含所述信令锚定点信息。
上述信令锚定点信息包括： ATCF实体的地址或标识。
具体地， 该处理模块是用于釆用以下方式更新所述终端当前会话的信令 路径， 使其包含所述信令锚定点信息：
处理模块发送更新消息或重邀请消息， 将该信令锚定点信息添加在所述 消息中的信令路径信息中。
优选地，该判断模块还用于判断所述终端是否为具有 CS到 PS切换能力 且签约 CS到 PS切换业务的终端， 如果是， 则再判断该终端当前会话的信令 路径信息中是否包含所述信令锚定点信息。
本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序 来指令相关硬件完成， 所述程序可以存储于计算机可读存储介质中， 如只读 存储器、 磁盘或光盘等。 可选地， 上述实施例的全部或部分步骤也可以使用 一个或多个集成电路来实现。 相应地， 上述实施例中的各模块 /单元可以釆用 硬件的形式实现， 也可以釆用软件功能模块的形式实现。 本发明不限制于任 何特定形式的硬件和软件的结合。
当然， 本发明还可有其他多种实施例， 在不背离本发明精神及其实质的 但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。
工业实用性
本发明实施例方法和装置在用户的会话没有锚定到特定的 IMS 网络提 供的 CS到 PS切换的信令锚定点的时候， 更新会话的信令路径， 使其包含所 述的锚定点， 从而保证后续可能发生的切换的成功执行。

Claims

权 利 要 求 书
1、 一种反向单待业务连续性实现方法， 包括：
增强移动交换中心 （eMSC )获知 IP多媒体子系统（IMS ) 网络为终端 分配的电路交换域（CS )到分组交换域（PS )切换的信令锚定点信息后， 判 断所述终端当前会话的信令路径中如果不包含所述信令锚定点， 则更新所述 终端当前会话的信令路径， 使其包含所述信令锚定点。
2、 如权利要求 1所述的方法， 其中，
所述 eMSC获知 IMS网络为终端分配的 CS到 PS切换的信令锚定点信 息， 包括：
eMSC通过 IMS注册过程或重注册过程获知 IMS网络为终端分配的 CS 到 PS切换的信令锚定点信息； 或者
eMSC通过应用服务器（AS )或服务呼叫会话控制功能（S-CSCF )实体 发送的初始会话协议（ SIP )消息获知 IMS网络为终端分配的 CS到 PS切换 的信令锚定点信息。
3、 如权利要求 1所述的方法， 其中，
所述 eMSC判断所述终端当前会话的信令路径中如果不包含所述信令锚 定点， 包括：
所述 eMSC根据所述终端当前会话信令路径信息的记录路由头域中是否 包含所述信令锚定点的信息， 或者， 根据所述终端当前会话信令路径信息的 路由头域中是否包含所述信令锚定点的信息， 判断所述终端当前会话的信令 路径中是否包含所述信令锚定点。
4、 如权利要求 3所述的方法， 其中，
所述信令锚定点信息包括： 接入传输控制功能 （ATCF ) 实体的地址或 标识。
5、 如权利要求 1或 2或 3或 4所述的方法， 其中，
所述 eMSC更新所述终端当前会话的信令路径， 使其包含所述信令锚定 点信息， 包括： eMSC发送更新消息或重邀请消息， 将该信令锚定点信息添加在所述消 息中的信令路径信息中。
6、 如权利要求 1所述的方法， 其中，
所述 eMSC获知 IMS网络为终端分配的 CS到 PS切换的信令锚定点信 息后， 所述方法还包括：
所述 eMSC判断所述终端如果为具有 CS到 PS切换能力且签约 CS到 PS 切换业务的终端， 则再判断该终端当前会话的信令路径中是否包含所述信令 锚定点。
7、一种反向单待业务连续性实现装置，位于增强移动交换中心（ eMSC ) , 包括信息获取模块、 判断模块和处理模块， 其中：
所述信息获取模块， 设置为： 获知 IP多媒体子系统（ IMS ) 网络为终端 分配的电路交换域（CS )到分组交换域（PS )切换的信令锚定点信息；
所述判断模块， 设置为： 判断该终端当前会话的信令路径信息中是否包 含所述信令锚定点信息；
所述处理模块， 设置为： 在所述判断模块判断该终端当前会话的信令路 径信息中不包含所述信令锚定点信息时， 更新该终端当前会话的信令路径， 使其包含所述信令锚定点信息。
8、 如权利要求 7所述的装置， 其中，
所述信息获取模块是设置为：釆用以下方式获知 IMS网络为终端分配的 CS到 PS切换的信令锚定点信息：
在所述 eMSC的 IMS注册过程或重注册过程中获知 IMS网络为终端分 配的 CS到 PS切换的信令锚定点信息； 或者
通过应用服务器 （AS )或服务呼叫会话控制功能 （S-CSCF ) 实体发送 的初始会话协议（ SIP ) 消息获知 IMS网络为终端分配的 CS到 PS切换的信 令锚定点信息。
9、 如权利要求 7所述的装置， 其中，
所述判断模块是设置为： 釆用以下方式判断该终端当前会话的信令路径 信息中是否包含所述信令锚定点信息：
所述判断模块判断所述终端当前会话信令路径信息的记录路由头域或路 由头域中如果包含所述信令锚定点的信息， 则判断所述终端当前会话的信令 路径信息中包含所述信令锚定点信息， 如果判断所述记录路由头域或路由头 域中不包含所述信令锚定点的信息， 则判断所述终端当前会话的信令路径信 息中不包含所述信令锚定点信息； 所述信令锚定点信息包括： 接入传输控制 功能（ATCF ) 实体的地址或标识。
10、 如权利要求 7或 8或 9所述的装置， 其中，
所述处理模块是设置为： 釆用以下方式更新所述终端当前会话的信令路 径， 使其包含所述信令锚定点信息：
所述处理模块发送更新消息或重邀请消息， 将该信令锚定点信息添加在 所述消息中的信令路径信息中。
11、 如权利要求 7所述的装置， 其中，
所述判断模块还设置为：判断所述终端是否为具有 CS到 PS切换能力且 签约 CS到 PS切换业务的终端， 如果是， 则再判断该终端当前会话的信令路 径信息中是否包含所述信令锚定点信息。
PCT/CN2012/086507 2012-01-04 2012-12-13 一种反向单待业务连续性实现方法和装置 WO2013102394A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201210000990.X 2012-01-04
CN201210000990XA CN103200149A (zh) 2012-01-04 2012-01-04 一种反向单待业务连续性实现方法和装置

Publications (1)

Publication Number Publication Date
WO2013102394A1 true WO2013102394A1 (zh) 2013-07-11

Family

ID=48722512

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2012/086507 WO2013102394A1 (zh) 2012-01-04 2012-12-13 一种反向单待业务连续性实现方法和装置

Country Status (2)

Country Link
CN (1) CN103200149A (zh)
WO (1) WO2013102394A1 (zh)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101193449A (zh) * 2006-11-27 2008-06-04 华为技术有限公司 实现多媒体会话连续性的系统、方法及装置
CN101384081A (zh) * 2007-09-07 2009-03-11 华为技术有限公司 传递业务锚定点信息的方法及装置
CN101848517A (zh) * 2009-03-25 2010-09-29 中兴通讯股份有限公司 单无线接入方式语音切换的实现方法及系统

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1864462B1 (en) * 2005-03-17 2017-09-20 Ericsson AB Method and apparatus for providing voice call continuity between circuit-switched subsystem and multimedia subsystem
US8023497B2 (en) * 2006-04-19 2011-09-20 Qualcomm Incorporated Method and apparatus for dynamic anchoring of CS calls for CS-to-VoIP handoffs
US20090252118A1 (en) * 2008-04-04 2009-10-08 Qualcomm Incorporated Handoff between packet-switched network and circuit-switched network
CN102273264B (zh) * 2008-11-10 2014-05-28 爱立信电话股份有限公司 用于从cs到lte的单一无线电语音呼叫连续性(srvcc)的方法和设备
WO2011091597A1 (zh) * 2010-01-29 2011-08-04 上海贝尔股份有限公司 将voip呼叫从分组交换域切换到电路交换域的方法和设备
CN102238672B (zh) * 2010-04-23 2014-08-13 中兴通讯股份有限公司 反向单待业务连续性实现方法及系统
CN102238673A (zh) * 2010-04-26 2011-11-09 中兴通讯股份有限公司 反向单待业务连续性实现方法及系统
CN102238158B (zh) * 2010-04-26 2016-02-10 中兴通讯股份有限公司 反向单待业务连续性的实现方法及系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101193449A (zh) * 2006-11-27 2008-06-04 华为技术有限公司 实现多媒体会话连续性的系统、方法及装置
CN101384081A (zh) * 2007-09-07 2009-03-11 华为技术有限公司 传递业务锚定点信息的方法及装置
CN101848517A (zh) * 2009-03-25 2010-09-29 中兴通讯股份有限公司 单无线接入方式语音切换的实现方法及系统

Also Published As

Publication number Publication date
CN103200149A (zh) 2013-07-10

Similar Documents

Publication Publication Date Title
US8180347B2 (en) Domain transferring method for single radio voice call continuity
JP5694348B2 (ja) ハンドオーバー遅延の最適化
US9408064B2 (en) Method and system for obtaining user equipment ability by user equipment, home subscriber data server and core network element
WO2013135316A1 (en) Handover of user-equipment (ue) undetected emergency calls
JP2009509479A (ja) コールの継続を支援する無線通信方法およびシステム
WO2013097113A1 (zh) 保持呼叫连续的方法和设备
JP5666577B2 (ja) セッションの継続性を改善するための方法及びデバイス
TW201220786A (en) Handling a registration timer to provide service continuity in IMS
WO2012024908A1 (zh) 一种终端能力上报的方法及系统
JP5645329B2 (ja) 回線交換ドメインサービスをパケット交換ドメインにハンドオーバする方法及びシステム
US8509781B2 (en) Method and system for realizing session handover
CA2775984C (en) System and method for switching ringing state session with customized alerting tone
WO2012149866A1 (zh) 单一无线语音呼叫连续性域的切换方法及系统
WO2011130949A1 (zh) 反向单待业务连续性实现方法及系统
WO2014005525A1 (zh) 资源承载的预留方法及系统
WO2011127790A1 (zh) 一种实现单待业务连续性会话保活的方法和系统
WO2011134341A1 (zh) 反向单待业务连续性实现方法及系统
WO2011134334A1 (zh) 反向单待业务连续性的实现方法及系统
WO2013064105A1 (zh) 一种反向单待业务连续性承载切换方法及装置
WO2012130126A1 (zh) 基于ims的控制切换方法及系统
WO2011130954A1 (zh) 单待终端业务连续性实现方法和系统
WO2011023054A1 (zh) 一种ip多媒体子系统中多会话能力同步方法及系统
WO2013102393A1 (zh) 一种改进的反向单待业务连续性实现方法和装置
WO2013102394A1 (zh) 一种反向单待业务连续性实现方法和装置
WO2015139414A1 (zh) 远端标识的发送、接收方法及装置、传输系统

Legal Events

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

Ref document number: 12864307

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: 12864307

Country of ref document: EP

Kind code of ref document: A1