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

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

Info

Publication number
WO2013102393A1
WO2013102393A1 PCT/CN2012/086490 CN2012086490W WO2013102393A1 WO 2013102393 A1 WO2013102393 A1 WO 2013102393A1 CN 2012086490 W CN2012086490 W CN 2012086490W WO 2013102393 A1 WO2013102393 A1 WO 2013102393A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
signaling
handover
anchor point
emsc
Prior art date
Application number
PCT/CN2012/086490
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 WO2013102393A1 publication Critical patent/WO2013102393A1/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 in particular, to a method and apparatus for implementing reverse single-standby service continuity in an IP (Internet Protocol, Internet Protocol, IP) multimedia subsystem.
  • IP Internet Protocol, Internet Protocol, IP
  • 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 S-CSCF.
  • the business layer consists of a series of Application Servers (ASs) that provide specific business services.
  • the control layer controls the service trigger according to the subscription information of the user, invokes the service on the AS, and implements the service function.
  • 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 ATCF information to the control network element of the CS domain.
  • 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 The UE1 sends a session establishment request to the base station to request to establish a session.
  • the terminal sends a set up 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.
  • the P-CSCF selects an ATCF serving the UE1, and the ATCF information 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 handover 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 handover request for the UE1 to switch from the CS to the PS to the eMSC.
  • 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 on it, that is, the ATCF is not in the signaling path of the session, and the ATCF cannot perform the handover process to the PS domain. The ATCF returns a handover failure response to the eMSC;
  • steps 113 to 114 Another possible implementation of steps 113 to 114 is that the eMSC sends a CS to PS handover request to the AS. After the AS receives the handover request, it cannot successfully perform the CS to PS handover process, which may result in a failure scenario such as a long handover delay. The AS returns a response message of the handover failure to the eMSC.
  • Step 115 The eMSC returns a response message of the handover failure to the base station.
  • Step 116 Continue the subsequent operations.
  • step 113 the terminal may choose to switch to another CS domain.
  • step 114 the process from step 113 to step 114 takes a certain amount of time, which may cause the terminal to move out of the coverage area of the network, and the timing of switching to another CS domain is lost. Eventually the session is lost, affecting the user experience. Summary of the invention
  • the technical problem to be solved by the present invention is to provide an improved implementation of reverse single standby business continuity.
  • the method accelerates the session switching process from the CS domain to the PS domain, and shortens the signaling overhead when the handover fails.
  • the present invention provides an improved reverse single-standby service continuity implementation method, including: an enhanced mobile switching center (eMSC) learns a circuit switched domain allocated by an IP Multimedia Subsystem (IMS) network to the terminal ( CS) signaling anchor point information to a packet switched domain (PS) handover, after the eMSC receives a handover request to switch the terminal from the CS to the PS, determining that the signaling path of the current session of the terminal does not include the IMS The signaling anchor point of the CS to PS handover allocated by the network to the terminal prevents the handover of the terminal CS to the PS.
  • IMS IP Multimedia Subsystem
  • PS packet switched domain
  • the eMSC determines that the signaling path of the current session of the terminal does not include the signaling anchor point of the CS to PS handover allocated by the IMS network to the terminal, and includes:
  • the eMSC prevents the handover of the CS to the PS, including: the eMSC returns a handover reject message.
  • 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 CS-to-PS handover signaling anchor information 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);
  • SIP Initial Session Protocol
  • AS Application Server
  • S-CSCF Serving Call Session Control Function
  • the signaling anchor point information includes: an address or an identifier of an Access Transmission Control Function (ATCF) entity.
  • ATCF Access Transmission Control Function
  • Another technical problem to be solved by the present invention is to provide an improved reverse single-standby service continuity implementation method, which avoids possible UE handover failure from the CS domain to the PS domain.
  • the present invention also provides an improved reverse single-standby service continuity implementation method, including: an enhanced mobile switching center (eMSC) to learn an IP Multimedia Subsystem (IMS) After determining, by the network, the signaling anchor point information of the circuit switched domain (CS) to the packet switched domain (PS) handover, the network determines that the signaling anchor path of the current session of the terminal does not include the signaling anchor point. And sending a message to the base station to which the terminal belongs, and prohibiting it from initiating handover of the terminal CS to the PS.
  • eMSC enhanced mobile switching center
  • IMS IP Multimedia Subsystem
  • the eMSC determines that the signaling path of the current session of the terminal does not include the signaling anchor point of the CS to PS handover allocated by the IMS network to the terminal, and includes:
  • 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 CS-to-PS handover signaling anchor information 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);
  • SIP Initial Session Protocol
  • AS Application Server
  • S-CSCF Serving Call Session Control Function
  • the signaling anchor point information includes: an address or an identifier of an Access Transmission Control Function (ATCF) entity.
  • ATCF Access Transmission Control Function
  • the method further includes: when the eMSC determines that the terminal is a terminal that has a reverse single-standby service continuity capability and subscribes to a reverse single-standby service continuity service, and the signaling path of all current sessions of the terminal
  • Each of the eMSCs sends a message to the base station to which the terminal belongs, and allows the eMSC to initiate a CS to PS handover of the terminal.
  • the technical problem to be solved by the present invention is to provide an improved reverse single-standby service continuity implementation device, which accelerates the session switching process from the CS domain to the PS domain, and shortens the signaling overhead when the handover fails.
  • the present invention further provides an improved reverse single-standby service continuity implementation apparatus, located in an enhanced mobile switching center (eMSC), including an information acquisition module, a determination module, and a processing module, where:
  • the information acquiring module is configured to: learn signaling anchor point information of a Circuit Switched Domain (CS) to a Packet Switched Domain (PS) handover allocated by the IP Multimedia Subsystem (IMS) network to the terminal;
  • CS Circuit Switched Domain
  • PS Packet Switched Domain
  • IMS IP Multimedia Subsystem
  • the determining module is configured to: determine whether the signaling path of the current session of the terminal includes a signaling anchor point of the CS to PS handover allocated by the IMS network for the terminal;
  • the processing module is configured to: when the determining module determines that the signaling anchor path of the current session of the terminal does not include the signaling anchor point, preventing the handover of the terminal CS to the PS.
  • the processing module is configured to: prevent the switching of the terminal CS to PS from being performed in the following manner:
  • the processing module is configured to: send a message to the base station to which the terminal belongs, and prohibit it from initiating handover of the terminal CS to the PS.
  • the device further includes a receiving module, configured to: receive a handover request for switching the terminal from the CS to the PS;
  • the determining module is configured to: after the receiving module receives the handover request, determine whether the signaling path of the current session of the terminal includes a signaling anchor point of a CS to PS handover allocated by the IMS network for the terminal ;
  • the processing module is configured to: prevent the switching of the terminal CS to PS from being performed in the following manner:
  • the processing module returns a handover reject message.
  • the determining module is further configured to: determine that the terminal is a terminal that has a reverse single-standby service continuity capability and subscribes to a reverse single-standby service continuity service, and the signaling path of all current sessions of the terminal is And a signaling anchor point that includes a CS to PS handover allocated by the IMS network to the terminal, and notifying the processing module to send a message to the base station to which the terminal belongs, and allowing the UE to initiate a CS to PS handover of the terminal;
  • the processing module is further configured to: send a message to the base station to which the terminal belongs according to the notification of the determining module, and allow the UE to initiate the CS to PS handover of 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 path information includes the signaling anchor point information. If it is determined that the information in the recording routing header field or the routing header field does not include the signaling anchor point, it is determined that the signaling path information of the current session of the terminal is not The signaling anchor point information is included.
  • the signaling anchor point information includes: an address or identifier of an Access Transmission Control Function (ATCF) entity.
  • ATCF Access Transmission Control Function
  • 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
  • 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 flow chart of a CS to PS handover in Embodiment 3 of the present invention.
  • FIG. 5 is a flowchart of switching from 4 CS to PS according to Embodiment 4 of the present invention.
  • Figure 7 is a block diagram showing the structure of a device according to a sixth embodiment of the present invention. Preferred embodiment of the invention
  • the figure shows an improved CS to PS handover procedure that reduces signaling interactions. Specifically, after receiving the handover request of the terminal to switch from the CS to the PS, the eMSC according to the current session The signaling path information and the signaling anchor point information of the CS to PS handover allocated by the IMS network for the terminal are judged, and 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. In the information, then the eMSC prevents the handover of the terminal CS to the PS, specifically: the eMSC rejects the current CS to PS handover request.
  • the signaling path information of the session includes: a parameter in the 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 UE1 initiates an IMS registration process (or IMS re-registration process) in the PS domain.
  • the P-CSCF selects an ATCF serving the UE1, and the ATCF information is sent to the S- message through the IMS registration process.
  • Step 210 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 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 211 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.
  • the base station decides to switch the session from the CS domain to the PS domain according to the measurement report.
  • Step 213 The base station sends a handover request for the UE1 to switch from the CS to the PS to the eMSC.
  • Step 214 The eMSC receives the UE1 from the CS sent by the base station. After switching to the handover request of the PS, determining that the ATCF is not in the signaling path of the session, the eMSC does not send a handover request to the IMS network, but rejects the session from the CS domain to the PS domain in advance;
  • 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.
  • Step 215 The eMSC sends a handover reject message to the base station, for example, sending a HANDOVER REQUIRED REJECT message, indicating the reason for the rejection in the Cause field;
  • Step 216 Continue the subsequent operations.
  • the eMSC determines whether to not send a handover request to the IMS network according to the result of the judgment, thereby saving signaling overhead and improving user experience.
  • this figure shows another improved CS to PS handover procedure that reduces signaling interactions.
  • the eMSC determines, according to the signaling path information of all current sessions and the signaling anchor point information of the CS to PS handover allocated by the IMS network to the terminal, 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 any current session, and then the eMSC prevents the handover of the terminal CS to the PS, specifically: the eMSC rejects the current CS to PS switch request.
  • this embodiment includes the following steps:
  • Step 301 to step 308 Establish a session 1 between UE1 and UE2, and the specific steps are the same as steps 201a to 208a in the first embodiment;
  • the call of UE1 is taken as an example, and in actual implementation, it may also be a call process.
  • the ATCF is not included in the signaling path of the session.
  • Step 309 to step 311 In step 209 to step 211 in the first embodiment, the ATCF is added to the registration path, and is used as a signaling anchor point when the UE1 switches to the IMS network in the PS domain.
  • Step 312 UE1 sends a session 2 setup request to the base station, requesting to establish session 2, for example, sending a set up request;
  • Step 313 The base station sends a session 2 setup request to the eMSC.
  • Step 314 The eMSC sends a session 2 setup request to the ATCF, for example, the eMSC sends a SIP INVITE message to the ATCF.
  • Step 315 The ATCF acts as a signaling anchor point for the CS to PS handover allocated by the IMS network to the UE1, and sends a session 2 setup request to the S-CSCF/AS, for example, the ATCF sends a SIP INVITE message to the S-CSCF/AS.
  • Step 316 The S-CSCF/AS sends a session establishment request to the UE2.
  • Step 317 UE2 returns to session 2 to establish a response and accepts a session request.
  • multiple signaling interactions may be performed between UE1 and UE2 to complete the session.
  • Step 318 to step 319 The S-CSCF/AS returns the session 2 setup response to the eMSC via the ATCF.
  • Steps 320 to 321 The eMSC returns the session 2 setup response to the UE1 through the base station. At this point, the UE2 establishes the session 2 in the CS domain, and the signaling path of the session 2 includes the ATCF.
  • Step 322 The base station decides to switch the UE1 from the CS domain to the PS domain according to the measurement report.
  • Step 324 After receiving the handover request from the CS to the PS, the eMSC determines that the signaling path in the session 1 of the UE1 does not include the ATCF, and the eMSC does not send the handover request to the IMS network, but rejects the session from the CS domain to the PS in advance. area;
  • 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.
  • Step 325 The eMSC sends a handover reject message, such as sending a HANDOVER REQUIRED REJECT message, indicating the reason for the rejection in the Cause field;
  • Step 326 Continue the subsequent operations.
  • this figure shows another improved CS to PS handover procedure that reduces signaling interactions. Specifically, after receiving the handover request of the terminal to switch from the CS to the PS, the eMSC determines, according to the signaling path information of all current sessions and the signaling anchor point information of the CS to PS handover allocated for the terminal in the IMS network, 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 blocks the handover of the terminal CS to the PS, specifically: the eMSC rejects the current CS to PS switch request.
  • the difference between this embodiment and the embodiment 1 is that an established ATCF is already included in the established session signaling of this embodiment.
  • 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:
  • Steps 401 to 402 UE1 initiates a session establishment request, which is the same as step 201a in the first embodiment. Step 202a;
  • Step 403 The eMSC sends a session establishment request message to the ATCF1.
  • Step 404 The ATCF1 sends a session establishment request message to the S-CSCF/AS.
  • Step 405 The S-CSCF/AS sends a session establishment request to the UE2.
  • Step 406 to step 410 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 of UE1 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 411 Initiating an IMS deregistration process due to reasons such as network initiation or registration timeout, for example, the P-CSCF initiates IMS registration after registration timeout;
  • Step 412 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 informs 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 413 The eMSC initiates a re-registration process, and the ATCF1 is not in the registration path.
  • This step 413 may or may not occur in actual implementation.
  • Step 414 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 information of the ATCF2 is in the message.
  • Step 415 The IMS network (S-CSCF or AS) notifies the eMSC of the signaling anchor point of the CS to PS handover allocated for the UE1 in the IMS network;
  • the IMS network informs 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 416 The eMSC initiates the IMS registration or re-registration process of the CS domain in place of UE1, and adds ATCF2 to the registration path in the process;
  • ATCF2 can be added to the signaling path of the new session, and the ATCF2 acts as a signaling anchor point for the new session in the IMS network.
  • ATGW2 acts as an IMS signaling anchor point and media anchor point for the session to switch to the PS domain, respectively.
  • Step 417 The base station decides to switch the session from the CS domain to the PS domain according to the measurement report.
  • Step 418 The base station sends a handover request for the UE1 to switch from the CS to the PS to the eMSC.
  • Step 419 After the eMSC receives the handover request from the CS to the PS, If it is determined that the ATCF2 is not in the signaling path of the session, the eMSC does not send a handover request to the IMS network, but rejects the session from the CS domain to the PS domain in advance.
  • the eMSC determines whether the signaling path of the session includes the ATCF2 method, for example: the eMSC determines whether the address or identifier of the ATCF2 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 ATCF2 to judge.
  • the address is, for example, a URI (Uniform Resource Identifier) of ATCF2, or a URI corresponding to the identifier of ATCF2.
  • the ATCF2 identifier may be, for example, a PSI (Public Service Identity) of the ATCF2, or an STN-SR (Session Transfer Number for SRVCC) for the ATCF2.
  • Step 421 Continue the subsequent operations.
  • UE1 in the above embodiments 1-3 is a terminal that supports CS to PS SRVCC service capability and subscribes to CS to PS SRVCC service, because only such a terminal can perform CS to PS handover.
  • this figure shows another improved CS to PS handover procedure that reduces signaling interactions. Specifically, after the eMSC learns the signaling anchor point information of the CS to PS handover allocated by the IMS network, the eMSC determines whether the current session of the terminal can be switched to the PS domain, that is, whether the signaling path of the current session of the terminal includes the foregoing information. Let the anchor point; if not, the eMSC prevents the handover of the terminal CS to the PS, specifically: the eMSC notifies the base station to prohibit the CS to PS handover procedure.
  • the condition that the current session can be switched from the CS domain to the PS domain is as follows: the signaling path of the current session of the terminal includes the signaling anchor point of the CS to PS handover allocated by the IMS network for the terminal. Preferably, at this time, it is also possible to determine whether the terminal is a terminal that supports CS to PS SRVCC service capability and subscribes to CS to PS SRVCC service.
  • this embodiment includes the following steps:
  • Step 501 to step 508 Steps 201a to 208a in the first embodiment, or steps 201b to 208b in the first embodiment.
  • the session establishment of UE1 in the CS domain is completed.
  • the ATCF is not included in the signaling path of this session;
  • Step 509 UE1 initiates an IMS registration process in the PS domain, in which the P-CSCF selects an ATCF serving UE1, and the information of the ATCF is brought to the S-CSCF/AS in the message during the IMS registration process;
  • Step 510 The IMS network (AS or S-CSCF) notifies the eMSC of the signaling anchor point of the CS to PS handover allocated by the IMS network for the 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, 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 in a manner such as 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, where the address or identifier of the ATCF is included.
  • Step 511 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 this process;
  • the ATCF may be added to the signaling path of the new session, and the ATCF acts as the signaling anchor point of the new session in the IMS network. .
  • 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 511 may or may not occur in actual implementation.
  • Step 512 The eMSC determines that the signaling path of the existing session does not include the latest ATCF. Specifically, the eMSC determines whether the signaling path of the session includes the ATCF, for example: eMSC according to whether the session is in the Record-Route header field. The address or identifier of the ATCF is included to determine; or, for example, the eMSC judges whether the address or identifier of the ATCF is included in the Route header field of the session. 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.
  • Step 513 The eMSC notifies the base station that the CS to PS session handover is not allowed. For example, sending a CLASSMARK UPDATE message indicating that the base station is not allowed to initiate CS to PS SRVCC service;
  • Step 514 Continue the subsequent business.
  • the eMSC re-determines whether to allow CS to be initiated.
  • the PS SRVCC service if it can be initiated, then the eMSC sends a notification to the base station to release the previously sent ban, that is, the base station is allowed to initiate the CS to PS SRVCC service.
  • the basis for the re-judgment of the eMSC includes: The IMS network allocates the ATCF to the terminal, and the path of all the sessions of the terminal includes the ATCF, and the terminal is a terminal that supports the CS to PS SRVCC service capability and signs the CS to PS SRVCC service.
  • this figure shows another improved CS to PS handover procedure that reduces signaling interactions.
  • the eMSC learns the signaling anchor point information of the CS to PS handover allocated by the IMS network for the terminal, and determines whether the current session of the terminal can implement the handover to the PS domain; if not, the eMSC blocks the handover of the terminal CS to the PS. Specifically, the eMSC notifies the base station to prohibit the initiation of the CS to PS handover procedure.
  • the method for determining that the current session can be switched from the CS domain to the PS domain is as follows: the terminal has the CS to PS SRVCC service capability and the CS to PS SRVCC service is signed, and the signaling path of the current session of the terminal includes the IMS network to allocate the terminal. Signaling anchor point for CS to PS handover.
  • the background of this embodiment is: 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. As shown in FIG. 6, the embodiment includes the following steps:
  • Step 601 to step 610 Steps 401 to 410 in the second embodiment.
  • the session establishment of the UE1 in the CS domain is completed, and the signaling path of the session includes the signaling anchor point ATCF1 of the CS to PS handover allocated to the UE1 in the IMS network;
  • This embodiment is described by taking the call of UE1 as an example. It should be noted that, in actual implementation, it may also be a terminal call process. In this embodiment, ATCF1 is included in the signaling path of the session.
  • Step 611 to step 616 Steps 411 to 414 in the same manner as in the second embodiment.
  • ATCF2 becomes the signaling anchor point of the IMS network in which UE1 switches to the PS domain;
  • Step 617 The eMSC determines that the signaling path of the existing session does not include the latest ATCF2. Specifically, the eMSC determines whether the signaling path of the session includes the ATCF2 method, for example, is: eMSC according to whether the session is in the Record-Route header field Determine the address or identifier of the ATCF2 to determine; Or, for example, the eMSC judges whether the address or identifier of the ATCF2 is included in the Route header field of the session.
  • the address is, for example, a URI (Uniform Resource Identifier) of ATCF2, or a URI corresponding to the identifier of ATCF2.
  • the ATCF2 identifier may be, for example, a PSI (Public Service Identity) of the ATCF2, or an STN-SR (Session Transfer Number for SRVCC) for the ATCF2.
  • Step 618 The eMSC notifies the base station that the CS to PS session handover is not allowed. For example, a CLASSMARK UPDATE message is sent indicating that the CS to PS SRVCC service is not allowed to be initiated; Step 619: The subsequent service is continued.
  • the eMSC re-determines whether to allow CS to be initiated.
  • the PS SRVCC service if it can be initiated, then the eMSC sends a notification to the base station to release the ban before it is sent, that is, the base station is allowed to initiate the CS to PS SRVCC service.
  • the eMSC re-judgement basis includes: The IMS network allocates the ATCF to the terminal, and the path of all the sessions of the terminal includes the ATCF, and the terminal is a terminal that supports the CS to PS SRVCC service capability and signs the CS to PS SRVCC service.
  • This embodiment describes an apparatus for implementing the method in the foregoing embodiment.
  • the apparatus is located at the eMSC.
  • the information includes an information acquiring module, a determining module, and a processing module, where:
  • the information acquiring module is configured to learn about signaling anchor point information of a Circuit Switched Domain (CS) to a Packet Switched Domain (PS) handover allocated by the IP Multimedia Subsystem (IMS) network to the terminal;
  • CS Circuit Switched Domain
  • PS Packet Switched Domain
  • IMS IP Multimedia Subsystem
  • the determining module is configured to determine whether a signaling path of the current session of the terminal includes a signaling anchor point of a CS to PS handover allocated by the IMS network to the terminal;
  • the processing module is configured to prevent the handover of the terminal CS to the PS when the determining module determines that the signaling path of the current session of the terminal does not include the signaling anchor point.
  • the processing module is configured to prevent the handover of the terminal CS to PS by using the following manner:
  • the processing module sends a message to the base station to which the terminal belongs, and prohibits it from initiating the handover of the terminal CS to the PS.
  • the apparatus further comprises a receiving module for receiving the handover of the terminal from the CS to the PS a handover request; at this time, the determining module is configured to determine, after the receiving module receives the handover request, whether the signaling path of the current session of the terminal includes a CS to PS handover message allocated by the IMS network for the terminal An anchor point is provided; the processing module is configured to prevent the handover of the terminal CS to PS from being performed in the following manner: The processing module returns a handover reject message.
  • the determining module is further configured to determine that the terminal is a terminal that has reverse single-standby service continuity capability and subscribes to a reverse single-standby service continuity service, and all current sessions of the terminal
  • the signaling path includes a signaling anchor point of the CS to PS handover allocated by the IMS network to the terminal, and the processing module is notified to send a message to the base station to which the terminal belongs, allowing the UE to initiate the CS to the PS of the terminal.
  • the processing module is further configured to send a message to the base station to which the terminal belongs according to the notification of the determining module, and allow the UE to initiate the CS to PS handover of the terminal.
  • 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:
  • 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 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 identifier of an Access Transmission Control Function (ATCF) entity.
  • ATCF Access Transmission Control Function
  • the eMSC when the user's session is not anchored to the signaling anchor point of the CS to PS handover provided by the specific IMS network, the eMSC returns an error message to the base station in advance, thereby shortening the signaling overhead in the handover failure scenario. .

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）切换的信令锚定点信息，当所述eMSC收到将终端从 CS切换到 PS的切换请求后，判断所述终端当前会话的信令路径中如果不包含 IMS网络为该终端分配的 CS到 PS切换的信令锚定点，则阻止执行所述终端 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 up请求；
步骤 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发送将 UE1从 CS切换到 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: 继续后续的操作。
上述技术中， 终端在无法成功切换到 PS域的情况下， 可以选择切换到 其他的 CS域。 但步骤 113〜步骤 114的过程需要花费一定的时间， 可能导致 终端移出了网络的覆盖区域， 连切换到其他 CS域的时机也失去了。 最终导 致会话丟失， 影响用户体验。 发明内容
本发明要解决的技术问题是提供一种改进的反向单待业务连续性实现方 法， 加速从 CS域到 PS域的会话切换过程， 缩短切换失败时的信令开销。 为了解决上述问题， 本发明提供一种改进的反向单待业务连续性实现方 法， 包括： 增强移动交换中心 （eMSC )获知 IP多媒体子系统（IMS ) 网络 为所述终端分配的电路交换域（CS )到分组交换域（PS )切换的信令锚定点 信息， 当所述 eMSC收到将终端从 CS切换到 PS的切换请求后， 判断所述终 端当前会话的信令路径中如果不包含 IMS网络为该终端分配的 CS到 PS切 换的信令锚定点， 则阻止执行所述终端 CS到 PS的切换。
优选地， 所述 eMSC 判断所述终端当前会话的信令路径中如果不包含 IMS网络为该终端分配的 CS到 PS切换的信令锚定点， 包括：
所述 eMSC根据所述终端当前会话信令路径信息的记录路由头域中是否 包含所述信令锚定点的信息， 或者， 根据所述终端当前会话信令路径信息的 路由头域中是否包含所述信令锚定点的信息， 判断所述终端当前会话的信令 路径中是否包含所述信令锚定点。
优选地， 所述 eMSC阻止执行 CS到 PS的切换， 包括： eMSC返回切换 拒绝消息。
优选地， 所述 eMSC获知 IMS网络为终端分配的 CS到 PS切换的信令 锚定点信息， 包括：
eMSC通过 IMS注册过程或重注册过程获知 IMS网络为终端分配的 CS 到 PS切换的信令锚定点信息； 或者
eMSC通过应用服务器 ( AS )或服务呼叫会话控制功能 ( S-CSCF )发送 的初始会话协议（ SIP ) 消息获知 IMS网络为终端分配的 CS到 PS切换的信 令锚定点信息；
所述信令锚定点信息包括： 接入传输控制功能 （ATCF ) 实体的地址或 标识。
本发明要解决的另一技术问题是提供一种改进的反向单待业务连续性实 现方法， 避免可能出现的 UE从 CS域到 PS域的会话切换失败。
为了解决上述问题， 本发明还提供了一种改进的反向单待业务连续性实 现方法， 包括： 增强移动交换中心 （eMSC )获知 IP多媒体子系统（IMS ) 网络为所述终端分配的电路交换域（CS )到分组交换域（PS )切换的信令锚 定点信息后， 判断所述终端当前会话的信令路径中如果不包含所述信令锚定 点，则向所述终端所属基站发送消息，禁止其发起所述终端 CS到 PS的切换。
优选地， 所述 eMSC 判断所述终端当前会话的信令路径中如果不包含 IMS网络为该终端分配的 CS到 PS切换的信令锚定点， 包括：
所述 eMSC根据所述终端当前会话信令路径信息的记录路由头域中是否 包含所述信令锚定点的信息， 或者， 根据所述终端当前会话信令路径信息的 路由头域中是否包含所述信令锚定点的信息， 判断所述终端当前会话的信令 路径中是否包含所述信令锚定点。
优选地， 所述 eMSC获知 IMS网络为终端分配的 CS到 PS切换的信令 锚定点信息， 包括：
eMSC通过 IMS注册过程或重注册过程获知 IMS网络为终端分配的 CS 到 PS切换的信令锚定点信息； 或者
eMSC通过应用服务器 ( AS )或服务呼叫会话控制功能 ( S-CSCF )发送 的初始会话协议（ SIP ) 消息获知 IMS网络为终端分配的 CS到 PS切换的信 令锚定点信息；
所述信令锚定点信息包括： 接入传输控制功能 （ATCF ) 实体的地址或 标识。
优选地， 所述方法还包括： 当所述 eMSC判断所述终端为具有反向单待 业务连续性能力且签约反向单待业务连续性业务的终端， 且该终端当前所有 会话的信令路径中均包含 IMS网络为该终端分配的 CS到 PS切换的信令锚 定点，则所述 eMSC向该终端所属基站发送消息，允许其发起所述终端的 CS 到 PS的切换。
本发明要解决的技术问题是提供一种改进的反向单待业务连续性实现装 置， 加速从 CS域到 PS域的会话切换过程， 缩短切换失败时的信令开销。
为了解决上述问题， 本发明还提供了一种改进的反向单待业务连续性实 现装置， 位于增强移动交换中心 （eMSC ) , 包括信息获取模块、 判断模块 和处理模块， 其中： 所述信息获取模块， 设置为： 获知 IP多媒体子系统（ IMS ) 网络为终端 分配的电路交换域（CS )到分组交换域（PS )切换的信令锚定点信息；
所述判断模块， 设置为： 判断所述终端当前会话的信令路径中是否包含 IMS网络为该终端分配的 CS到 PS切换的信令锚定点；
所述处理模块， 设置为： 在所述判断模块判断所述终端当前会话的信令 路径中不包含所述信令锚定点时， 阻止执行所述终端 CS到 PS的切换。
优选地， 所述处理模块是设置为： 釆用以下方式阻止执行所述终端 CS 到 PS的切换：
所述处理模块设置为： 向所述终端所属基站发送消息， 禁止其发起所述 终端 CS到 PS的切换。
优选地， 所述装置还包括接收模块， 其设置为： 接收将终端从 CS切换 到 PS的切换请求；
所述判断模块是设置为： 在所述接收模块接收到所述切换请求后， 判断 所述终端当前会话的信令路径中是否包含 IMS网络为该终端分配的 CS到 PS 切换的信令锚定点；
所述处理模块是设置为：釆用以下方式阻止执行所述终端 CS到 PS的切 换： 所述处理模块返回切换拒绝消息。
优选地， 所述判断模块还设置为： 判断所述终端为具有反向单待业务连 续性能力且签约反向单待业务连续性业务的终端， 且该终端当前所有会话的 信令路径中均包含 IMS网络为该终端分配的 CS到 PS切换的信令锚定点， 则通知所述处理模块向所述终端所属基站发送消息， 允许其发起所述终端的 CS到 PS的切换；
所述处理模块还设置为： 根据所述判断模块的通知向所述终端所属基站 发送消息， 允许其发起所述终端的 CS到 PS的切换。
优选地， 所述判断模块是设置为： 釆用以下方式判断该终端当前会话的 信令路径信息中是否包含所述信令锚定点信息：
所述判断模块判断所述终端当前会话信令路径信息的记录路由头域或路 由头域中如果包含所述信令锚定点的信息， 则判断所述终端当前会话的信令 路径信息中包含所述信令锚定点信息， 如果判断所述记录路由头域或路由头 域中不包含所述信令锚定点的信息， 则判断所述终端当前会话的信令路径信 息中不包含所述信令锚定点信息。 所述信令锚定点信息包括： 接入传输控制 功能（ATCF ) 实体的地址或标识。
优选地， 所述信息获取模块是设置为： 釆用以下方式获知 IMS网络为终 端分配的 CS到 PS切换的信令锚定点信息：
在所述 eMSC的 IMS注册过程或重注册过程中获知 IMS网络为终端分 配的 CS到 PS切换的信令锚定点信息； 或者
通过应用服务器 （AS )或服务呼叫会话控制功能 （S-CSCF ) 实体发送 的初始会话协议（ SIP ) 消息获知 IMS网络为终端分配的 CS到 PS切换的信 令锚定点信息。 附图概述
图 1是 CS到 PS切换失败的流程图；
图 2是本发明实施例 1 CS到 PS切换流程图；
图 3是本发明实施例 2 CS到 PS切换流程图；
图 4是本发明实施例 3 CS到 PS切换流程图；
图 5是本发明实施例 4 CS到 PS切换流程图；
图 6是本发明实施例 5 CS到 PS切换流程图；
图 7是本发明实施例 6装置结构示意图。 本发明的较佳实施方式
下文中将结合附图对本发明的实施例进行详细说明。 需要说明的是， 在 不冲突的情况下， 本申请中的实施例及实施例中的特征可以相互任意组合。
实施例一
如图 2, 该图示出了一种改进的 CS到 PS切换流程， 减少信令交互。 具 体来说， eMSC收到将终端从 CS切换到 PS的切换请求后， 根据当前会话的 信令路径信息和 IMS网络为终端分配的 CS到 PS切换的信令锚定点信息， 进行判断， 如果 IMS网络为终端分配的 CS到 PS切换的信令锚定点不包含 在当前会话的信令路径信息中，那么 eMSC阻止执行所述终端 CS到 PS的切 换， 具体地： eMSC拒绝本次 CS到 PS切换请求。
会话的信令路径信息包括： Record-Route (记录路由） 头域中的参数； 或者是 Route (路由） 头域中的参数。
本实施例的背景是： UE1 已经在 CS附着， 并且通过 CS域在 IMS网络 进行了注册。 但是还没有进行通过 PS域的 IMS注册， 即还没有 IMS网络为 该 UE1分配的 CS到 PS切换的信令锚定点。 如图 2所示， 本实施例包括如 下步骤：
步骤 201a~208a与步骤 201b~208b是两种不同的场景， 在具体实施时可 能执行其中任何一种。
步骤 201a: UE1向基站发送会话建立请求，请求建立会话， 比如发送 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: 基站将会话建立请求发送到 UE1 ;
步骤 205b: UE1返回会话建立响应， 接受会话请求；
在实际实现过程中， UE1和 UE2之间可能进行多次信令交互以完成会话 建立过程， 为了简便， 在此不赘述。
步骤 206b: 基站向 eMSC发送会话建立响应；
步骤 207b〜步骤 208b: eMSC 将会话建立响应发送给 S-CSCF/AS , S-CSCF/AS将会话建立响应发送给 UE2;
至此， UE1 在 CS 域的会话建立完成。 此会话的信令路径中没有包含 ATCF。
步骤 209: UE1在 PS域发起 IMS注册过程 (或 IMS重注册过程 ) , 在 此注册过程中 P-CSCF选择一个为该 UE1服务的 ATCF, ATCF的信息在 IMS 注册过程中通过消息带给 S-CSCF/AS;
步骤 210: IMS网络（ S-CSCF或 AS )将 IMS网络中为 UE1分配的 CS 到 PS切换的信令锚定点通知 eMSC;
在本实施例中， IMS网络通知 eMSC, ATCF是为 UE1分配的 CS到 PS 切换的信令锚定点。 具体比如， AS或者 S-CSCF发送消息给 eMSC, 携带信 令锚定点信息。 该消息比如是 SIP MESSAGE (讯息） 消息， 或者是 SIP NOTIFY (通知） 消息。 信令锚定点信息的携带方式比如是， 在消息中加一 个携带 ATCF地址或标识的字段说明 ATCF是锚定点， 或者比如是在消息中 携带 feature-tag (特征标签 ) , 其中包含 ATCF的地址或标识。
步骤 211： eMSC代替 UE1发起 CS域的 IMS注册或重注册过程，在此 过程中将 ATCF加入到注册路径中；
CS域的 IMS注册或重注册完成之后， 当 eMSC建立该 UE1的新的会话 时， 可以将 ATCF加入到新的会话的信令路径中， 该 ATCF作为该新的会话 在 IMS 网络的信令锚定点。 当该新的会话需要切换到 PS域的时候， ATCF 可以与 ATGW进行交互， ATCF和 ATGW分别作为会话切换到 PS域的 IMS 信令锚定点和媒体锚定点。 步骤 212: 基站根据测量报告， 决定将会话从 CS域切换到 PS域； 步骤 213: 基站向 eMSC发送将 UE1从 CS切换到 PS的切换请求； 步骤 214: eMSC收到基站发送的将 UE1从 CS切换到 PS的切换请求后， 判断 ATCF没有在该会话的信令路径中，则 eMSC不向 IMS网络发送切换请 求， 而是提前拒绝会话从 CS域切换到 PS域；
具体的， 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, 单待业务连续性的会话转移 号码）等。
步骤 215 : eMSC 向基站发送切换拒绝消息， 比如发送 HANDOVER REQUIRED REJECT (切换请求拒绝） 消息， 在 Cause (原因）字段中指示 拒绝的原因；
步骤 216: 继续后续的操作。
本实施例中， eMSC向 IMS网络发送切换请求之前， 先进行了判断， 根 据判断的结果决定不向 IMS网络发送切换请求， 从而节省了信令开销， 提高 了用户体验。
实施例二
如图 3 , 该图示出了另一种改进的 CS到 PS切换流程， 减少信令交互。 具体来说， eMSC收到将终端从 CS切换到 PS的切换请求后， 根据当前所有 会话的信令路径信息和 IMS网络为终端分配的 CS到 PS切换的信令锚定点 信息， 进行判断， 如果 IMS网络为终端分配的 CS到 PS切换的信令锚定点 不包含在当前任一会话的信令路径中， 那么 eMSC阻止执行所述终端 CS到 PS的切换， 具体地： eMSC拒绝本次 CS到 PS切换请求。
本实施例的背景是： UE1 已经在 CS附着， 并且通过 CS域在 IMS网络 进行了注册。 但是还没有进行通过 PS域的 IMS注册， 即还没有 IMS网络为 UE1分配的 CS到 PS切换的信令锚定点。如图 3所示， 本实施例包括如下步 骤：
步骤 301〜步骤 308: UE1和 UE2之间建立会话 1 , 具体步骤同实施例一 中的步骤 201a〜步骤 208a;
需要说明的是， 本实施例是以 UE1的启呼为例来说明， 实际实施中， 也 可能是终呼过程。 本实施例中， 在会话的信令路径中均不包含 ATCF。
步骤 309〜步骤 311 : 同实施例一中的步骤 209〜步骤 211 , ATCF被加入 到注册路径中， 在 UE1切换到 PS域的 IMS网络时将作为信令锚定点；
步骤 312: UE1向基站发送会话 2建立请求， 请求建立会话 2, 比如发 送 set up请求；
步骤 313: 基站将会话 2建立请求发送到 eMSC;
步骤 314: eMSC向 ATCF发送会话 2建立请求， 比如 eMSC向 ATCF 发送 SIP INVITE消息；
步骤 315: ATCF作为 IMS网络为 UE1分配的 CS到 PS切换的信令锚定 点，向 S-CSCF/AS发送会话 2建立请求， 比如 ATCF向 S-CSCF/AS发送 SIP INVITE消息；
步骤 316: S-CSCF/AS将会话建立请求发送到 UE2;
步骤 317: UE2返回会话 2建立响应， 接受会话请求；
在实际实现过程中， UE1和 UE2之间可能进行多次信令交互以完成会话
2建立过程， 为了简便， 在此不赘述。
步骤 318〜步骤 319: S-CSCF/AS将会话 2建立响应经过 ATCF返回给 eMSC;
步骤 320〜步骤 321： eMSC将会话 2建立响应经过基站返回给 UE1； 至此， UE1在 CS域的会话 2建立完成，此会话 2的信令路径中包含 ATCF。 步骤 322: 基站根据测量报告， 决定将 UE1从 CS域切换到 PS域； 步骤 323:基站向 eMSC发送将 UE1从 CS切换到 PS的切换请求， 比如 发送 HANDOVER REQUIRED (切换请求） 消息；
步骤 324: eMSC收到 CS到 PS的切换请求后， 判断 UE1的会话 1中的 信令路径中不包含 ATCF, 则 eMSC不向 IMS网络发送切换请求， 而是提前 拒绝会话从 CS域切换到 PS域；
具体的， 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, 单待业务连续性的会话转移 号码）等。
步骤 325: eMSC发送切换拒绝消息，比如发送 HANDOVER REQUIRED REJECT消息， 在 Cause字段中指示拒绝的原因；
步骤 326: 继续后续的操作。
实施例三
如图 4, 该图示出了另一种改进的 CS到 PS切换流程， 减少信令交互。 具体来说， eMSC收到将终端从 CS切换到 PS的切换请求后， 根据当前所有 会话的信令路径信息和 IMS网络中为终端分配的 CS到 PS切换的信令锚定 点信息， 进行判断， 如果 IMS网络为终端分配的 CS到 PS切换的信令锚定 点不包含在当前会话的信令路径信息中， 那么 eMSC 阻止执行所述终端 CS 到 PS的切换， 具体地： eMSC拒绝本次 CS到 PS切换请求。 本实施例与实 施例 1的区别在于本实施例的已建立会话信令中已经包含一个 ATCF。
本实施例的背景是： UE1 已经在 PS附着， 并且通过 PS域在 IMS网络 进行了注册， 选择 ATCF1作为 CS到 PS切换的信令锚定点。 UE1也已经在 CS附着， 并且通过 CS域在 IMS网络进行了注册， 将 ATCF1包含在注册路 径中。 如图 4所示， 本实施例包括如下步骤：
步骤 401〜步骤 402: UE1发起会话建立请求，同实施例一中的步骤 201a~ 步骤 202a;
步骤 403: eMSC向 ATCF1发送会话建立请求消息；
步骤 404: ATCF1将会话建立请求消息发给 S-CSCF/AS;
步骤 405: S-CSCF/AS将会话建立请求发送到 UE2;
步骤 406〜步骤 410: UE2返回会话建立响应， 接受会话请求；
在实际实现过程中， UE1和 UE2之间可能进行多次信令交互以完成会话 建立过程， 为了简便， 在此不赘述。
至此， UE1在 CS域的会话建立完成。 此会话的信令路径中包含 IMS网 络中为 UE1分配的 CS到 PS切换的信令锚定点 ATCF1。
需要说明的是， 本实施例是以 UE1的启呼为例来说明， 实际实施中， 也 可能是终呼过程。 与实施例 1 的区别在于在会话的信令路径中已经包含 ATCF1。
步骤 411 : 因为网络发起或者注册超时等原因， 发起 IMS去注册过程， 比如 P-CSCF在注册超时发起 IMS去注册；
步骤 412: IMS网络将 IMS网络中为 UE1分配的 CS到 PS切换的信令 锚定点通知 eMSC;
在此实施例中， IMS网络通知 eMSC ATCF1不再是 UE1分配的 CS到 PS切换的信令锚定点。 具体比如， AS或者 S-CSCF发送消息给 eMSC, 携 带信令锚定点信息。该消息比如是 SIP MESSAGE (讯息）消息，或者是 SIP NOTIFY (通知） 消息。 信令锚定点信息的携带方式比如是， 在消息中加一 个字段说明 ATCF1不再是锚定点； 或者比如是在消息中不携带 ATCF1 , 表 示 ATCF1已经不是锚定点。
步骤 413: eMSC发起重注册过程， ATCF1不在注册路径中；
该步骤 413在实际实施中可能发生也可能不发生。
步骤 414: UE1在 PS域发起 IMS注册过程， 此注册过程中 P-CSCF选 择一个为该 UE1服务的 ATCF2, 此 ATCF2作为该 UE1在 IMS网络中的最 新的信令锚定点， ATCF2的信息在消息中带给 S-CSCF/AS; 步骤 415: 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的地址或标识。
步骤 416: eMSC代替 UE1发起 CS域的 IMS注册或重注册过程， 在此 过程中将 ATCF2加入到注册路径中；
CS域的 IMS注册或重注册完成之后， 当 eMSC建立新的会话时， 可以 将 ATCF2加入到新的会话的信令路径中， 该 ATCF2作为该新的会话在 IMS 网络的信令锚定点。 当该新的会话需要切换到 PS域的时候， ATCF2可以与 ATGW2进行交互， ATCF2和 ATGW2分别作为会话切换到 PS域的 IMS信 令锚定点和媒体锚定点。
步骤 417: 基站根据测量报告， 决定将会话从 CS域切换到 PS域； 步骤 418: 基站向 eMSC发送将 UE1从 CS切换到 PS的切换请求； 步骤 419: eMSC收到 CS到 PS的切换请求后，判断 ATCF2没有在该会 话的信令路径中， 则 eMSC不向 IMS网络发送切换请求， 而是提前拒绝会话 从 CS域切换到 PS域。
具体的， eMSC判断会话的信令路径中是否包含 ATCF2的方法，比如是： eMSC根据会话的 Record-Route头域中是否包含 ATCF2的地址或标识来判断; 或者，比如是 eMSC根据会话的 Route头域中是否包含 ATCF2的地址或标识 来判断。 地址比如是 ATCF2的 URI ( Uniform Resource Identifier, 通用资 源标志符） ， 或者是 ATCF2 的标识对应的 URI。 ATCF2 标识例如可以是 ATCF2的 PSI ( Public Service Identity, 公共业务标识） ， 或者是为 ATCF2 分配的 STN-SR ( Session Transfer Number for SRVCC, 单待业务连续性的会 话转移号码）等。 步骤 420: eMSC发送切换拒绝消息 ,比如发送 HANDOVER REQUIRED REJECT消息， 在 Cause字段中指示拒绝的原因；
步骤 421 : 继续后续的操作。
上述实施例 1-3中的 UE1为支持 CS to PS SRVCC业务能力且签约 CS to PS SRVCC业务的终端， 因为只有这样的终端才能进行 CS到 PS的切换。
实施例四
如图 5 , 该图示出了另一种改进的 CS到 PS切换流程， 减少信令交互。 具体来说， eMSC获知 IMS网络为终端分配的 CS到 PS切换的信令锚定点信 息后， 判断终端当前会话是否可以实现到 PS域的切换， 即终端当前会话的 信令路径中是否包含上述信令锚定点； 如果不能实现， 那么 eMSC阻止执行 终端 CS到 PS的切换， 具体地： eMSC通知基站， 禁止其发起 CS到 PS切换 过程。
判断当前会话可以实现从 CS域到 PS域的切换的条件为：该终端当前会 话的信令路径中包含 IMS网络为该终端分配的 CS到 PS切换的信令锚定点。 优选地， 此时还可以判断所述终端是否为支持 CS to PS SRVCC业务能力且 签约 CS to PS SRVCC业务的终端。
本实施例的背景是： UE1 已经在 CS附着， 并且通过 CS域在 IMS网络 进行了注册。 但是还没有进行通过 PS域的 IMS注册， 即还没有 IMS网络中 为 UE1分配的 CS到 PS切换的信令锚定点。 如图 5所示， 本实施例包括如 下步骤：
步骤 501〜步骤 508: 同实施例一中的步骤 201a〜步骤 208a, 或者同实施 例一中的步骤 201b〜步骤 208b。 UE1在 CS域的会话建立完成。 此会话的信 令路径中没有包含 ATCF;
步骤 509: UE1在 PS域发起 IMS注册过程， 此注册过程中 P-CSCF选 择一个为 UE1服务的 ATCF, ATCF的信息在 IMS注册过程中在消息中带给 S-CSCF/AS;
步骤 510: IMS网络（ AS或者 S-CSCF )将 IMS网络为 UE1分配的 CS 到 PS切换的信令锚定点通知 eMSC; 在本实施例中， IMS网络通知 eMSC, ATCF是为 UE1分配的 CS到 PS 切换的信令锚定点。 具体比如， AS或者 S-CSCF发送消息给 eMSC, 携带信 令锚定点信息。 该消息比如是 SIP MESSAGE (讯息） 消息， 或者是 SIP NOTIFY (通知） 消息。 信令锚定点信息的携带方式比如是， 在消息中加一 个携带 ATCF地址或标识的字段说明 ATCF是锚定点， 或者比如是在消息中 携带 feature-tag , 其中包含 ATCF的地址或标识。
步骤 511 : eMSC代替 UE1发起 CS域的 IMS注册或重注册过程， 在此 过程中将 ATCF加入到注册路径中；
CS域的 IMS注册或重注册完成之后，当 eMSC为 UE1建立新的会话时， 可以将 ATCF加入到新的会话的信令路径中， 该 ATCF作为该新的会话在 IMS网络的信令锚定点。 当该新的会话需要切换到 PS域的时候， ATCF可以 与 ATGW进行交互， ATCF和 ATGW分别作为会话切换到 PS域的 IMS信令 锚定点和媒体锚定点。
上述步骤 511在实际实施中可能发生也可能不发生。
步骤 512: eMSC判断现有会话的信令路径中没有包含最新的 ATCF; 具体的， 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, 单待业务连续性的会话转移 号码）等。
步骤 513: eMSC通知基站， 不允许发起 CS到 PS的会话切换。 比如发 送 CLASSMARK UPDATE (类标更新 )消息， 指示基站不允许发起 CS to PS SRVCC业务；
步骤 514: 继续后续的业务。
优选地， 当该终端当前会话结束后， eMSC重新判断是否允许发起 CS to PS SRVCC业务， 如果可以发起的话， 那么 eMSC向基站发送通知， 解除之 前发送的禁令， 即允许基站发起 CS to PS SRVCC业务。 eMSC重新判断的依 据包括： IMS网络为终端分配了 ATCF, 且该终端的所有会话的路径都包含 该 ATCF, 该终端为支持 CS to PS SRVCC业务能力且签约 CS to PS SRVCC 业务的终端。
实施例五
如图 6, 该图示出了另一种改进的 CS到 PS切换流程， 减少信令交互。 具体来说， eMSC获知 IMS网络为终端分配的 CS到 PS切换的信令锚定点信 息， 判断终端当前会话是否可以实现到 PS域的切换； 如果不能实现， 那么 eMSC阻止执行终端 CS到 PS的切换， 具体地： eMSC通知基站， 禁止发起 CS到 PS切换过程。
判断当前会话可以实现从 CS域到 PS域的切换的方法为：终端具有 CS to PS SRVCC业务能力且签约 CS to PS SRVCC业务， 且该终端当前会话的信 令路径中包含 IMS网络为该终端分配的 CS到 PS切换的信令锚定点。
本实施例的背景是： UE1 已经在 PS附着， 并且通过 PS域在 IMS网络 进行了注册， 选择 ATCF1作为 CS到 PS切换的信令锚定点。 UE1也已经在 CS附着， 并且通过 CS域在 IMS网络进行了注册， 将 ATCF1包含在注册路 径中。 如图 6所示， 本实施例包括如下步骤：
步骤 601〜步骤 610: 同实施例二中的步骤 401〜步骤 410。 UE1在 CS域 的会话建立完成，此会话的信令路径中包含 IMS网络中为 UE1分配的 CS到 PS切换的信令锚定点 ATCF1 ;
本实施例是以 UE1的启呼为例来说明， 需要说明的是， 在实际实施中， 也可能是终呼过程。 在本实施例中， 在会话的信令路径中包含 ATCF1。
步骤 611〜步骤 616: 同实施例二中的步骤 411〜步骤 414。 ATCF2成为 UE1切换到 PS域的 IMS网络的信令锚定点；
步骤 617: eMSC判断现有会话的信令路径中没有包含最新的 ATCF2; 具体的， eMSC判断会话的信令路径中是否包含 ATCF2的方法，比如是： eMSC根据会话的 Record-Route头域中是否包含 ATCF2的地址或标识来判断; 或者，比如是 eMSC根据会话的 Route头域中是否包含 ATCF2的地址或标识 来判断。 地址比如是 ATCF2的 URI ( Uniform Resource Identifier, 通用资 源标志符） ， 或者是 ATCF2 的标识对应的 URI。 ATCF2 标识例如可以是 ATCF2的 PSI ( Public Service Identity, 公共业务标识） ， 或者是为 ATCF2 分配的 STN-SR ( Session Transfer Number for SRVCC, 单待业务连续性的会 话转移号码）等。
步骤 618: eMSC通知基站， 不允许发起 CS到 PS的会话切换。 比如发 送 CLASSMARK UPDATE消息， 指示不允许发起 CS to PS SRVCC业务； 步骤 619: 继续后续的业务。
优选地， 当该终端当前会话结束后， eMSC重新判断是否允许发起 CS to
PS SRVCC业务， 如果可以发起的话， 那么 eMSC向基站发送通知， 解除之 前发送的禁令， 即允许基站发起 CS to PS SRVCC业务。 eMSC重新判断的依 据包括： IMS网络为终端分配了 ATCF, 且该终端的所有会话的路径都包含 该 ATCF, 该终端为支持 CS to PS SRVCC业务能力且签约 CS to PS SRVCC 业务的终端。
实施例六
本实施例介绍实现上述实施例方法的装置， 该装置位于 eMSC, 如图 7 所示， 包括信息获取模块、 判断模块和处理模块， 其中：
所述信息获取模块， 用于或者获知 IP多媒体子系统（IMS ) 网络为终端 分配的电路交换域（CS )到分组交换域（PS )切换的信令锚定点信息；
所述判断模块， 用于判断所述终端当前会话的信令路径中是否包含 IMS 网络为该终端分配的 CS到 PS切换的信令锚定点；
所述处理模块， 用于在所述判断模块判断所述终端当前会话的信令路径 中不包含所述信令锚定点时， 阻止执行所述终端 CS到 PS的切换。
具体地，该处理模块是用于釆用以下方式阻止执行所述终端 CS到 PS的 切换： 处理模块向所述终端所属基站发送消息， 禁止其发起所述终端 CS到 PS的切换。
优选地， 该装置还包括接收模块， 其用于接收将终端从 CS切换到 PS的 切换请求； 此时， 判断模块是用于在所述接收模块接收到所述切换请求后， 判断所述终端当前会话的信令路径中是否包含 IMS网络为该终端分配的 CS 到 PS切换的信令锚定点； 处理模块是用于釆用以下方式阻止执行所述终端 CS到 PS的切换： 所述处理模块返回切换拒绝消息。
当该装置包括接收模块时， 优选地， 该判断模块还用于判断所述终端为 具有反向单待业务连续性能力且签约反向单待业务连续性业务的终端， 且该 终端当前所有会话的信令路径中均包含 IMS 网络为该终端分配的 CS到 PS 切换的信令锚定点， 则通知所述处理模块向所述终端所属基站发送消息， 允 许其发起所述终端的 CS到 PS的切换；该处理模块还用于根据所述判断模块 的通知向所述终端所属基站发送消息，允许其发起所述终端的 CS到 PS的切 换。
具体地，该信息获取模块是用于釆用以下方式获知 IMS网络为终端分配 的 CS到 PS切换的信令锚定点信息：
在所述 eMSC的 IMS注册过程或重注册过程中获知 IMS网络为终端分 配的 CS到 PS切换的信令锚定点信息； 或者
通过应用服务器 （AS )或服务呼叫会话控制功能 （S-CSCF ) 实体发送 的初始会话协议（ SIP ) 消息获知 IMS网络为终端分配的 CS到 PS切换的信 令锚定点信息。
具体地， 该判断模块是用于釆用以下方式判断该终端当前会话的信令路 径信息中是否包含所述信令锚定点信息：
判断模块判断所述终端当前会话信令路径信息的记录路由头域或路由头 域中如果包含所述信令锚定点的信息， 则判断所述终端当前会话的信令路径 信息中包含所述信令锚定点信息， 如果判断所述记录路由头域或路由头域中 不包含所述信令锚定点的信息， 则判断所述终端当前会话的信令路径信息中 不包含所述信令锚定点信息。 所述信令锚定点信息包括： 接入传输控制功能 ( ATCF ) 实体的地址或标识。
本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序 来指令相关硬件完成， 所述程序可以存储于计算机可读存储介质中， 如只读 存储器、 磁盘或光盘等。 可选地， 上述实施例的全部或部分步骤也可以使用 一个或多个集成电路来实现。 相应地， 上述实施例中的各模块 /单元可以釆用 硬件的形式实现， 也可以釆用软件功能模块的形式实现。 本发明不限制于任 何特定形式的硬件和软件的结合。
当然， 本发明还可有其他多种实施例， 在不背离本发明精神及其实质的 但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。
工业实用性
本发明实施例方法和装置在用户的会话没有锚定到特定的 IMS 网络提 供的 CS到 PS切换的信令锚定点的时候， eMSC提前向基站返回错误信息， 缩短切换失败场景下的信令开销。

Claims

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

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201210001027.3 2012-01-04
CN2012100010273A CN103200626A (zh) 2012-01-04 2012-01-04 一种改进的反向单待业务连续性实现方法和装置

Publications (1)

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

Family

ID=48722946

Family Applications (1)

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

Country Status (2)

Country Link
CN (1) CN103200626A (zh)
WO (1) WO2013102393A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108966299B (zh) 2014-12-08 2021-02-23 华为技术有限公司 语音切换的方法和装置

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101924751A (zh) * 2009-05-22 2010-12-22 中兴通讯股份有限公司 一种单模业务连续性实现方法及单模业务连续性系统
WO2011137851A1 (zh) * 2010-08-30 2011-11-10 华为技术有限公司 反向单一无线语音呼叫连续性的处理方法、设备及系统

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101924751A (zh) * 2009-05-22 2010-12-22 中兴通讯股份有限公司 一种单模业务连续性实现方法及单模业务连续性系统
WO2011137851A1 (zh) * 2010-08-30 2011-11-10 华为技术有限公司 反向单一无线语音呼叫连续性的处理方法、设备及系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"3GPP. Feasibility Study of Single Radio Voice Call Continuity (SRVCC) from UTRAN/GERAN to E-UTRAN/HSPA", 3GPP TR 23.885 VLL.0.0., September 2011 (2011-09-01) *

Also Published As

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

Similar Documents

Publication Publication Date Title
US9467907B2 (en) Handover of user-equipment (UE) undetected emergency calls
CN102378148B (zh) 终端、hss、及核心网网元获知终端能力的方法和系统
JP5866022B2 (ja) 単一無線ボイスコール継続性ハンドオーバーのための最少のアクセス転送コントロールファンクション要求
US8180347B2 (en) Domain transferring method for single radio voice call continuity
US8374173B2 (en) Packet switched to circuit switched access handovers in an IMS architecture
JP5694348B2 (ja) ハンドオーバー遅延の最適化
WO2010025602A1 (zh) 紧急业务切换方法
JP6480011B2 (ja) 通信を確立するための方法及び移動無線通信ネットワーク構成要素
WO2014101500A1 (zh) 标识信息、呼叫切换请求的发送方法及装置
WO2012024908A1 (zh) 一种终端能力上报的方法及系统
US8934454B2 (en) Method and system for switching circuit switch domain service to packet switch domain
US8509781B2 (en) Method and system for realizing session handover
WO2011127790A1 (zh) 一种实现单待业务连续性会话保活的方法和系统
CN102769880B (zh) 单一无线语音呼叫连续性域的切换方法及系统
WO2011130949A1 (zh) 反向单待业务连续性实现方法及系统
US8982840B2 (en) Handover
WO2011134341A1 (zh) 反向单待业务连续性实现方法及系统
WO2011134334A1 (zh) 反向单待业务连续性的实现方法及系统
WO2013064105A1 (zh) 一种反向单待业务连续性承载切换方法及装置
WO2011130954A1 (zh) 单待终端业务连续性实现方法和系统
WO2013102393A1 (zh) 一种改进的反向单待业务连续性实现方法和装置
WO2012130126A1 (zh) 基于ims的控制切换方法及系统
WO2015139414A1 (zh) 远端标识的发送、接收方法及装置、传输系统
WO2012065496A1 (zh) 一种注册时更新切换号码的方法和装置
WO2013102394A1 (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: 12864054

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

Country of ref document: EP

Kind code of ref document: A1