WO2014048331A1 - 业务接续处理方法及系统 - Google Patents

业务接续处理方法及系统 Download PDF

Info

Publication number
WO2014048331A1
WO2014048331A1 PCT/CN2013/084232 CN2013084232W WO2014048331A1 WO 2014048331 A1 WO2014048331 A1 WO 2014048331A1 CN 2013084232 W CN2013084232 W CN 2013084232W WO 2014048331 A1 WO2014048331 A1 WO 2014048331A1
Authority
WO
WIPO (PCT)
Prior art keywords
atcf
standby
cscf
stn
scc
Prior art date
Application number
PCT/CN2013/084232
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 中兴通讯股份有限公司
Priority to US14/427,377 priority Critical patent/US9351269B2/en
Priority to EP13840283.9A priority patent/EP2903319B1/en
Publication of WO2014048331A1 publication Critical patent/WO2014048331A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H04W60/04—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration using triggered events
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1083—In-session procedures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1083—In-session procedures
    • H04L65/1095—Inter-network session transfer or sharing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/04—Arrangements for maintaining operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/24—Connectivity information management, e.g. connectivity discovery or connectivity update
    • H04W40/246—Connectivity information discovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04—Registration at HLR or HSS [Home Subscriber Server]

Definitions

  • the present invention relates to the field of communications, and in particular to a service connection processing method and system.
  • IP Multimedia Core Subsystem IMS is a kind of foundation proposed by the 3rd Generation Partnership Project (3GPP).
  • IP's network architecture which builds an open and flexible business environment, supports multimedia applications, and provides users with rich multimedia services.
  • FIG. 1 is a schematic diagram of the eSRVCC network element networking framework in the related art. As shown in Figure 1, in the eSRVCC technology, the role of the Access Transfer Control Function (ATCF) is extremely important.
  • ATCF Access Transfer Control Function
  • ATCF Access Transfer Control Function
  • SCC AS Service Centralization and Continuity Application Server
  • URI Uniform Resource Identifier
  • the associated mobile subscriber international identity code (Correlation MSISDN, referred to as C-MSISDN) is obtained by the SCC AS from the Home Subscriber Server (HSS) and notified to the ATCF.
  • the association between a packet switch (PS) call and a circuit switch (CS) call is implemented in the call handover.
  • PS packet switch
  • CS circuit switch
  • the above parameters are all assigned and obtained after the user equipment (User Equipment, UE for short) is registered. If the UE does not initiate registration, there will be no UE related information on the ATCF and SCC AS.
  • the eSRVCC-capable UE initiates registration with the IMS domain.
  • the ATCF allocates the STN-SR, fills in the "Feature-Caps" header of the registration message, and sends it to the Interrogating-Call Session. Control Function, referred to as I-CSCF).
  • I-CSCF Interrogating-Call Session Control Function
  • the CSCF After the CSCF is successfully registered, it returns the host name or address of the Serving-Call Session Control Function (S-CSCF) that serves the user.
  • S-CSCF Serving-Call Session Control Function
  • the ATCF saves the related data returned by the registration.
  • the CSCF sends the STN-SR to the SCC AS through the third-party registration process.
  • FIG. 2 is a schematic diagram of a typical eSRVCC disaster recovery networking mode according to an embodiment of the present invention. As shown in FIG. 2, the ATCF network element is configured in a disaster-tolerant manner, and at least one pair of ATCF network elements.
  • FIG. 3 is a schematic diagram of the network of the eSRVCC network element after the primary ATCF disaster recovery according to the embodiment of the present invention.
  • the ATCF1 (the primary ATCF) fails, and the neighboring network elements have detected between the network elements.
  • the link is broken. Therefore, the UE needs to re-initiate the registration with the standby ATCF, and after obtaining the related data returned by the registration, the ATCF network element that the disaster recovery takes over provides the normal call and handover service, and the UE needs to spend a certain time when re-initiating the registration. During this time, the UE cannot perform normal services, which affects the user experience. Therefore, in the related art, there is a problem of how to recover a service as soon as possible after an abnormality occurs in the primary ATCF.
  • a service connection processing method including: a standby access handover control function ATCF determines that an active ATCF is unavailable; and a standby ATCF sends an allocated single radio session handover number STN-SR to a service continuity and a centralized application server SCC AS; the SCC AS sends an access handover update session handover identifier ATU-STI and an associated mobile subscriber international identity code C-MSISDN to the standby ATCF according to the STN-SR; The ATCF connects the service according to the STN-SR, the ATU-STI, and the C-MSISDN.
  • the method further includes: the proxy call session control function P-CSCF, after determining that the primary ATCF of the service route that is registered before returning is unavailable, according to the domain name system Obtaining the address of the standby ATCF in the manner of the DNS query or the local configuration; the P-CSCF sends the first request message to the standby ATCF according to the address of the standby ATCF, where, as an optional configuration, the P- The CSCF extends the disaster tolerance indication in the first request message; and/or, the routing header of the first request message carries a host name or address of the serving call session control function S-CSCF.
  • the proxy call session control function P-CSCF after determining that the primary ATCF of the service route that is registered before returning is unavailable, according to the domain name system Obtaining the address of the standby ATCF in the manner of the DNS query or the local configuration
  • the P-CSCF sends the first request message to the standby ATCF according to the address of the standby ATCF, where, as an optional configuration, the P- The CS
  • the standby ATCF determines that the primary ATCF is unavailable according to at least one of the following manners: the standby ATCF determines that the primary ATCF is unavailable according to local registration information of a current user; and the standby ATCF receives the The disaster recovery indication information is determined to be that the primary ATCF is unavailable.
  • the standby ATCF sends the allocated STN-SR to the SCC AS, including: the standby ATCF sends a message carrying the STN-SR to a serving call session control function S-CSCF; The CSCF sends the received message carrying the STN-SR to the SCC AS.
  • the standby ATCF sends a message carrying the STN-SR to the S-CSCF, including: the standby ATCF sends an extended first signaling control protocol SIP message to the interrogating call session control function I-CSCF
  • the extension field of the extended first SIP message carries the STN-SR; the I-CSCF queries the home subscriber server HSS to obtain a service call session control function S-CSCF; the I-CSCF will carry The first SIP message of the STN-SR is sent to the S-CSCF; or the standby ATCF sends a first SIP message from the proxy call session control function P-CSCF to the S-CSCF, where The first SIP message carries the STN-SR, and the routing header of the first SIP message carries the host name or address of the S-CSCF.
  • the method further includes: the serving call session control function S-CSCF determines, by using link detection, that the primary ATCF is unavailable, by querying DNS or according to local configuration Acquiring an address of the standby ATCF; the S-CSCF sends a second request message to the standby ATCF according to the address of the standby ATCF, where, as an optional configuration, the S-CSCF is in the second And extending the disaster tolerance indication in the request message; and/or, the routing header of the second request message carries a host name or an address of the proxy call session control function P-CSCF.
  • the method further includes: the SCC AS to the home subscriber
  • the server HSS initiates an STN-SR update
  • the HSS initiates an STN-SR update to the mobility management entity MME.
  • the sending, by the SCC AS, the ATU-STI, and the C-MSISDN to the standby ATCF according to the STN-SR includes: the second signaling control protocol SIP message that the SCC AS will extend Send Giving the S-CSCF, wherein the extended second SIP message carries the ATU-STI, the C-MSISDN; or the SCC AS sends the ATU-STI through a predefined message
  • the C-MSISDN is sent to the S-CSCF.
  • the standby ATCF includes at least one of the following according to the STN-SR, the ATU-STI, and the C-MSISDN connection service: the standby ATCF according to the STN-SR, the ATU-STI, and The C-MSISDN is connected to the service that the user equipment UE initiates the call; the standby ATCF connects the service that the UE receives the call according to the STN-SR, the ATU-STI, and the C-MSISDN; the standby ATCF is based on The STN-SR, the ATU-STI, and the C-MSISDN parameter are followed by the service of the UE call handover.
  • a service connection processing system comprising: a backup access handover control function ATCF, configured to send an assigned single radio session switch number STN-SR after determining that the primary ATCF is unavailable
  • the service continuous and centralized application server SCC AS configured to send the access handover update session handover identifier ATU-STI and the associated mobile subscriber international identity code C-MSISDN according to the STN-SR
  • the standby ATCF is further configured to connect to the service according to the STN-SR, the ATU-STI, and the C-MSISDN.
  • the P-CSCF comprising a first obtaining module and a first sending module: the first obtaining module, configured to register the returned service route before determining After the primary ATCF is unavailable, the address of the standby ATCF is obtained according to the DNS query or the local configuration.
  • the first sending module is configured to send the first request message to the standby ATCF according to the address of the standby ATCF.
  • the P-CSCF extends the disaster tolerance indication in the first request message; and/or, the routing header of the first request message carries a serving call session control function S-CSCF Hostname or address.
  • the method further includes: the standby ATCF, further configured to send a message carrying the STN-SR to a serving call session control function S-CSCF; and the S-CSCF is configured to receive the STN that is received A message of -SR is sent to the SCC AS.
  • the service call session control function S-CSCF is further included, the S-CSCF includes a second acquisition module and a second sending module: the second obtaining module is configured to determine, by using link detection, that the primary ATCF is unavailable After the use, the address of the standby ATCF is obtained by querying the DNS or according to the local configuration; the second sending module is configured to send a second request message to the standby ATCF according to the address of the standby ATCF, where Optionally, the S-CSCF extends the disaster tolerance indication in the second request message; and/or, the routing header of the second request message carries a host name of the proxy call session control function P-CSCF or address.
  • the method further includes: the SCC AS, further configured to initiate an STN-SR update to the home subscriber server HSS; the HSS, configured to initiate an STN-SR update to the mobility management entity MME.
  • the standby access handover control function ATCF is used to determine that the primary ATCF is unavailable; the standby ATCF sends the assigned single radio session handover number STN-SR to the service continuous and centralized application server SCC AS;
  • the STN-SR sends an access handover update session handover identifier ATU-STI, and an associated mobile subscriber international identity code C-MSISDN to the standby ATCF; the standby ATCF according to the STN-SR, the ATU-STI And the C-MSISDN connection service, which solves the problem of how to recover the service as soon as possible after the main ATCF is abnormal in the related art, thereby achieving an abnormality in the primary ATCF and no UE related registration information.
  • FIG. 1 is a schematic diagram of a network architecture of an eSRVCC network element in the related art
  • FIG. 2 is a schematic diagram of a typical eSRVCC disaster recovery networking mode according to an embodiment of the present invention
  • FIG. 3 is a schematic diagram of a primary ATCF capacity according to an embodiment of the present invention.
  • FIG. 4 is a flowchart of a service connection processing method according to an embodiment of the present invention
  • FIG. 5 is a structural block diagram of a service connection processing system according to an embodiment of the present invention
  • FIG. 6 is a block diagram of a service connection processing system according to an embodiment of the present invention
  • Figure 1 is a block diagram of a preferred structure of a service connection processing system according to an embodiment of the present invention
  • Figure 8 is a block diagram 3 of a preferred structure of a service connection processing system according to an embodiment of the present invention
  • 9 is a block diagram of a preferred structure of a service connection processing system according to an embodiment of the present invention
  • FIG. 5 is a structural block diagram of a service connection processing system according to an embodiment of the present invention
  • FIG. 6 is a block diagram of a service connection processing system according to an embodiment of the present invention
  • Figure 1 is a block diagram of a preferred structure of a service connection processing system according to an embodiment of the present invention
  • Figure 8 is a block diagram 3 of
  • FIG. 10 is a flowchart of a UE initiating a call after a primary ATCF disaster recovery according to an embodiment of the present invention
  • FIG. 11 is a diagram of a primary device according to an embodiment of the present invention.
  • a flowchart for receiving a call by the UE after the ATCF is disaster-tolerant
  • FIG. 12 is a flowchart of call handover of a UE from a PS domain to a CS domain after a primary ATCF disaster recovery according to an embodiment of the present invention.
  • FIG. 4 is a flowchart of a service connection processing method according to an embodiment of the present invention.
  • the process includes the following steps: Step S402: The standby ATCF determines the main The ATCF is not available; in step S404, the standby ATCF sends the allocated STN-SR to the SCC AS; in step S406, the SCC AS sends the ATU-STI and the C-MSISDN to the standby ATCF according to the STN-SR; Step S408, The standby ATCF connects services according to STN-SR, ATU-STI, and C-MSISDN.
  • the standby ATCF determines that the primary ATCF is unavailable
  • the parameters required for the service processing of the standby ATCF according to the interaction with other available networks are required to be re-registered and acquired by the UE in relation to the related art.
  • the service processing can be performed, which not only solves the problem that the delay of the UE re-registration in the related technology affects the service processing, resulting in a poor user experience, but also causes an abnormality in the primary ATCF and does not exist.
  • the service can be quickly connected, and the effect of the user experience is improved to some extent.
  • the P-CSCF registers the returned service route before determining. After the primary ATCF is unavailable, the address of the standby ATCF is obtained according to the DNS query or the local configuration of the domain name system; the P-CSCF sends the first request message to the standby ATCF according to the address of the standby ATCF, where The P-CSCF may extend the disaster tolerance indication in the first request message; and/or, the routing header of the first request message carries the host name or address of the serving call session control function S-CSCF.
  • the standby ATCF determines that the primary ATCF is unavailable or may be in multiple manners.
  • the standby ATCF may determine that the primary ATCF is unavailable by at least one of the following methods: The standby ATCF has no current usage according to the local The registration information of the user determines that the primary ATCF is unavailable; the standby ATCF may also determine that the primary ATCF is unavailable according to the received disaster tolerance indication information.
  • the method of determination can be flexibly selected according to convenience.
  • the standby ATCF sends the allocated STN-SR to the SCC AS the following processing may also be adopted: The standby ATCF sends a message carrying the STN-SR to the serving call session control function S-CSCF; the S-CSCF will receive the carried STN.
  • the -SR message is sent to the SCC AS.
  • the standby ATCF may send the STN-SR message to the S-CSCF in multiple ways.
  • the standby ATCF sends the extended first signaling control protocol SIP message to the interrogating call session control function I-CSCF, where The extension field of the first SIP message carries the STN-SR;
  • the I-CSCF queries the home subscriber server HSS to obtain the service call session control function S-CSCF;
  • the I-CSCF sends the first SIP message carrying the STN-SR
  • the standby ATCF sends a first SIP message from the proxy call session control function P-CSCF to the S-CSCF, where the routing header of the first SIP message carries the host name of the S-CSCF Or an address, and the first SIP message carries the foregoing STN-SR.
  • the service call session control function S-CSCF passes the link After detecting that the primary ATCF is unavailable, the address of the standby ATCF is obtained by querying the DNS or according to the local configuration; the S-CSCF sends a second request message to the standby ATCF according to the address of the standby ATCF, where, as an optional configuration, S - the CSCF extends the disaster tolerance indication in the second request message; and/or, the routing header of the second request message carries the host name or address of the proxy call session control function P-CSCF.
  • S-CSCF Serving-Call Session Control Function
  • the method further includes: the SCC AS initiates an update to the home subscriber server HSS; and the HSS to the mobility management entity (Mobile Management Entity) , referred to as MME), initiates STN-SR update. That is, there is no obvious timing sequence for the SCC AS to send the ATU-STI to the standby ATCF, and the C-MSISDN and the SCC AS send updates to the HSS and to the MME.
  • the SCC AS may send the ATU-STI and the C-MSISDN to the standby ATCF according to the STN-SR in multiple manners.
  • the SCC AS may send the extended second signaling control protocol SIP message to the S-CSCF, where
  • the extended second SIP message carries the ATU-STI and the C-MSISDN; for example, the SCC AS can also send the ATU-STI and the C-MSISDN to the S-CSCF through a predefined message, and the predefined message can be It can be flexibly selected according to specific needs, for example, it can be a Message message or the like.
  • the standby ATCF may perform multiple services according to the STN-SR, the ATU-STI, and the C-MSISDN. For example, the standby ATCF connects the user equipment UE according to the STN-SR, the ATU-STI, and the C-MSISDN.
  • the service that initiates the call the standby ATCF connects the service of the UE to receive the call according to the STN-SR, the ATU-STI, and the C-MSISDN; and the standby ATCF connects the service of the UE call handover according to the STN-SR, the ATU-STI, and the C-MSISDN parameter.
  • the term "module” may implement a combination of software and/or hardware of a predetermined function.
  • FIG. 5 is a structural block diagram of a service connection processing system according to an embodiment of the present invention.
  • the system includes a standby access handover control function ATCF 52, a service continuous and centralized application server SCC AS 54, and the system is as follows. Be explained.
  • the standby access handover control function ATCF 52 is configured to, after determining that the primary ATCF is unavailable, send the assigned single radio session switch number STN-SR to the service continuous and centralized application server SCC AS; SCC AS 54, connect to the above ATCF 52.
  • FIG. 6 is a block diagram of a preferred structure of a service connection processing system according to an embodiment of the present invention. As shown in FIG. 6, the system includes a proxy call session control function P-CSCF 62 in addition to all the structures shown in FIG.
  • the P-CSCF 62 is coupled to the alternate ATCF 52, including a first acquisition module 622 and a first transmission module 624.
  • the P-CSCF 62 is described below.
  • the first obtaining module 622 is configured to obtain an address of the standby ATCF according to a DNS query or a locally configured manner after determining that the primary ATCF of the service route that is registered and returned is unavailable, and the first sending module 624 is connected to the first
  • the obtaining module 622 is configured to send the first request message to the standby ATCF according to the address of the standby ATCF, where, as an optional configuration, the P-CSCF extends the disaster tolerance indication in the first request message; and/or the first request
  • the routing header of the message carries the host name or address of the Serving Call Session Control Function S-CSCF.
  • 7 is a block diagram of a preferred structure of a service connection processing system according to an embodiment of the present invention. As shown in FIG.
  • the system includes a service call session control function S-CSCF 72 in addition to all the structures shown in FIG.
  • the S-CSCF 72 is connected to the standby ATCF 52 described above, and the preferred structure will be described below.
  • the standby ATCF 52 is further configured to send a message carrying the STN-SR to the serving call session control function S-CSCF.
  • the S-CSCF 72 is configured to send the received STN-SR carrying message to the SCC AS.
  • 8 is a block diagram 3 of a preferred structure of a service connection processing system according to an embodiment of the present invention. As shown in FIG. 8, the system includes a service call session control function S-CSCF 72 in addition to all the structures shown in FIG.
  • the S-CSCF 72 is connected to the standby ATCF 52, and includes a second obtaining module 722 and a second transmitting module 724.
  • the S-CSCF 72 will be described below.
  • the second obtaining module 722 is configured to: after determining that the primary ATCF is unavailable through link detection, by querying
  • the DNS obtains the address of the standby ATCF according to the local configuration.
  • the second sending module 724 is connected to the second obtaining module 722, and is configured to send the second request message to the standby ATCF according to the address of the standby ATCF, where, as an optional configuration,
  • the S-CSCF extends the disaster tolerance indication in the second request message; and/or, the routing header of the second request message carries the host name or address of the proxy call session control function P-CSCF.
  • FIG. 9 is a block diagram showing a preferred structure of a service connection processing system according to an embodiment of the present invention. As shown in FIG. 9, the system includes the above-mentioned SCC AS 54 and home subscriber server HSS 92 in addition to all the structures shown in FIG. The preferred structure will be described below.
  • the SCC AS 54 is also arranged to initiate a STN-SR update to the Home Subscriber Server HSS 92; the HSS 92, connected to the SCC AS 54, is arranged to initiate an STN-SR update to the Mobility Management Entity MME.
  • the registration process of the user equipment (UE) in the PS domain, the call, and the handover process from the PS domain to the CS domain are described, but the call processing procedure after the abnormality of the primary network element is not described. That is, the user has already registered. After the primary network element is abnormal, the standby network element needs to re-register the UE to provide the service according to the normal process specified by the standard.
  • eSRVCC Single Radio Voice Call Continuity Enhanced
  • the processing technology provides a call and handover service for the ATCF primary network element before the UE re-registers.
  • the main core idea of this embodiment is that when the primary ATCF network element serving the UE fails, the ATCF network element that the disaster recovery takes over does not have any information about the user registration at this time (for example, S-CSCF).
  • the host name or address, ATU-STI, and C-MSISDN, etc. can also process the traffic associated with the UE to reduce the length of service interruption caused by the network side.
  • the ATCF network element that the disaster recovery takes over performs the release process and anchors the call and the media.
  • the processing technique using the embodiment of the present invention is described below:
  • the P-CSCF finds that the primary ATCF in the service-route that was originally registered and returned is unavailable, according to the Domain Name System (DNS) query or local configuration.
  • DNS Domain Name System
  • the disaster tolerance indication is extended in the call request message; and the P-CSCF may also carry the host name or address of the S-CSCF in the routing header.
  • the P-CSCF sends the call request (that is, the first request message of the above embodiment or the preferred embodiment) to the ATCF of the disaster recovery.
  • the ATCF finds that there is no UE registration information locally or according to the disaster tolerance indication extended by the P-CSCF in the message.
  • the ATCF uses the user domain name to query the DNS or obtains the I-CSCF address according to the local configuration, and sends the call to the I-CSCF; since the UE has already After registration, the I-CSCF can obtain the S-CSCF serving the user by querying the HSS, and then send the call to the S-CSCF, and the subsequent process is the same as the normal process; the ATCF can also send the second routing information according to the P-CSCF. , send the call directly to the S-CSCF.
  • the S-CSCF For the S-CSCF, the S-CSCF first obtains the primary ATCF and the P-CSCF address as the Route according to the path in the user registration information; and obtains the contact address as the Request URI according to the Contact in the registration information.
  • the S-CSCF detects that the primary ATCF is unreachable through the link detection. Then, the queried DNS or the standby ATCF NE address of the DR receiver is obtained according to the local configuration. After the reachable, the call is sent to the standby ATCF that is taken over by the disaster recovery.
  • the S-CSCF can carry an extended disaster tolerance indication when sending a call.
  • the ATCF obtains the P-CSCF address according to the Route header indication in the call request message, and sends the call to the P-CSCF.
  • the ATCF that takes over the disaster recovery sends its assigned STN-SR to the SCC AS through the extended call request or response message, and the SCC AS updates the HSS. And then notify the MME and the MSC server; the SCC AS informs the ATCF through the extended request or response message of the ATU-STI and the C-MSISDN, and the SCC AS can also inform the ATCF of the ATU-STI and the C-MSISDN by other messages such as Message. .
  • the process of updating the HSS by the SCC AS and the process of informing the ATCF have no timing requirements and can be performed in parallel.
  • the MSC server routes the handover request to the ATCF network element that is taken over by the disaster recovery according to the updated STN-SR, and the ATCF network element performs the handover procedure.
  • the ATCF network element that the disaster recovery takes over can still provide the following services to the UE in the period before the primary ATCF network element is abnormally re-registered with the UE: the UE can still call out or call in; The ATCF and related network elements can still perform call anchoring and call switching from the PS domain to the CS domain. Therefore, when the network side device fails and the user data is lost, when the user initiates a service request, or at this time, there is a user pointing to the user.
  • FIG. 10 is a flowchart of a UE initiating a call after a primary ATCF disaster recovery according to an embodiment of the present invention. As shown in FIG. 10, the process includes the following steps: Step S1002: A UE initiates a call, and sends an Invite call request message to a P-CSCF.
  • step S1004 the P-CSCF finds that the primary ATCF in the service-route that was originally registered and returned is unavailable, and obtains the ATCF network element address that is taken over by the disaster recovery according to the DNS query or the local configuration.
  • the disaster tolerance indication is extended in the call request message; at the same time, the P-CSCF may also carry the host name or address of the S-CSCF registered before the user in the routing header.
  • step S1006a ATCF2 finds that there is no local caller registration information, or according to the extended disaster tolerance indication, it is judged that this is a disaster-tolerant call.
  • the ATCF queries the DNS or obtains the I-CSCF address of the home domain according to the local configuration.
  • Step S1006b the ATCF may also send the call directly to the S-CSCF according to the second routing information sent by the P-CSCF, and carry the STN-SR.
  • the subsequent process skips step S1008 and step S1010.
  • Step S1010 The I-CSCF sends an Invite call request to the S-CSCF, and carries the STN-SR.
  • Step S1012 The S-CSCF triggers an Invite call request to the SCC AS according to the initial filtering criterion, and carries the STN-SR.
  • Step S1014 The SCC AS receives the Invite call request, finds that the carried STN-SR is inconsistent with the original value, and initiates an update to the HSS with the new STN-SR value.
  • the HSS initiates an update of the STN-SR to the MME, and the MME further updates the MSC server.
  • steps S1018-S1020 the SCC AS removes the extension part of the Invite call request and continues the connection call, which is the same as the standard procedure.
  • Step S1018 and step S1014 have no timing requirements and can be performed in parallel.
  • step S1022 the S-CSCF receives a subsequent message such as 18x/200 OK sent backward.
  • step S1024 the S-CSCF sends a subsequent message such as 18x/200 OK to the SCC AS.
  • step S1026a the SCC AS finds that the call is updated with the STN-SR, indicating that the ATCF network element is changed, so the SIP message is extended, and the ATU-STI and the C-MSISDN are filled in the extension field of the subsequent message such as the 18x/200 OK, and sent to the extension field.
  • S-CSCF S1026b, as a network option, the SCC AS may also notify the ATCF of the ATU-STI and the C-MSISDN by using other messages such as Message.
  • step S 1026a does not require an extended SIP message to carry the ATU-STI and C-MSISDN.
  • Step S1026b and step S1014 have no timing requirements and can be performed in parallel.
  • Step S1028 The S-CSCF sends a subsequent message such as 18x/200 OK to the I-CSCF, and carries the ATU-STI and the C-MSISDN.
  • Step S1030 The I-CSCF sends a subsequent message such as 18x/200 OK to the ATCF2, carrying the ATU-STI and the C-MSISDN.
  • the ATCF2 receives a subsequent message such as 18x/200 OK, and saves the ATU-STI and the C-MSISDN.
  • FIG. 11 is a flowchart of a UE receiving a call after a primary ATCF disaster recovery according to an embodiment of the present invention. As shown in FIG. 11, the process includes the following steps: Step S1102: A SCC AS receives a call request according to an SCC AS network element. Alternatively, the message can be extended, the ATU-STI and C-MSISDN are filled in the extension field, and the Invite call request is sent to the S-CSCF.
  • Step S1104 The S-CSCF obtains the ATCF1 and the P-CSCF address as the Route according to the path in the original registration information of the user, and obtains the contact address as the Request URI according to the Contact in the registration information.
  • the S-CSCF detects that the primary ATCF1 is unreachable through the NE link detection. Then, the queried DNS or the standby ATCF2 network address of the disaster recovery takeover is obtained according to the local configuration. After the reachable, the call is sent to the standby ATCF2 that is taken over by the disaster recovery. ATU-STI and C-MSISDN.
  • the S-CSCF may carry an extended disaster tolerance indication when sending a call to inform the ATCF2 that the call is not an illegal call.
  • Step S1106 The ATCF2 determines that the call is legal according to the extended disaster tolerance indication or the local configuration policy in the call message, and determines to release the call. If the received message carries ATU-STI and C-MSISDN, the ATCF is saved locally. The ATCF2 obtains the P-CSCF address according to the Route indication or the local configuration and the DNS query in the Invite call request message, and sends the call to the P-CSCF. Step SI 108, the P-CSCF sends an Invite call request to the UE. Step S1110: The UE sends an 18x message to the P-CSCF. Step S1112, the P-CSCF sends a message such as 18x to the ATCF2.
  • Step S1114 The ATCF2 finds that there is no registration information of the called user locally or allocates an STN-SR according to the extended disaster tolerance indication, extends the SIP message, and writes the STN-SR into the extension field, and sends a message such as 18x to the S-CSCFo. ATCF2 can also extend the field in messages such as 200 OK, carrying the STN-SR.
  • Step S1116 The S-CSCF sends an 18x message to the SCC AS, and carries the STN-SR.
  • Step S1118 The SCC AS receives an 18x message, and finds that the STN-SR is inconsistent with the original value, and initiates an update to the HSS with the new STN-SR value.
  • Step S1120 The HSS initiates an update of the STN-SR to the MME, and the MME further updates the MSC server.
  • Step S1122a the SCC AS finds that the call is updated by the STN-SR, indicating that the ATCF network element is changed. If the ATU-STI and the C-MSISDN have not been sent to the ATCF2, the SIP message is extended, and the ATU-STI and the C-MSISDN are extended. Fill in the extension field of the message such as PRACK. If there is no PRACK message subsequently, fill in the extension field of the subsequent message such as ACK, and send a message such as PRACK/ACK to the S-CSCF.
  • Step S1122a and step S1118 have no timing requirements and can be performed in parallel.
  • Step S1122b as a network option, the SCC AS can also notify the ATCF2 of the ATU-STI and the C-MSISDN by other messages such as Message. In this manner, step S1122a does not need to extend the SIP message to carry the ATU-STI and the C-MSISDN. Step S1122b and step S1118 have no timing requirements and can be performed in parallel.
  • FIG. 12 is a flowchart of a call handover of a UE from a PS domain to a CS domain after a primary ATCF disaster recovery according to an embodiment of the present invention. As shown in FIG.
  • Step S1202 A UE establishes a session in a PS domain.
  • the MSC server initiates an Invite handover request, and according to the updated STN-SR, sends the request to the ATCF2 and carries the C-MSISDN of the UE.
  • Step S1204 the ATCF2 receives the Invite handover request, searches for the call anchored by the UE in the PS domain according to the C-MSISDN, fills the ATU-STI and the C-MSISDN into the handover request, and initiates a new Invite request to the I-CSCF.
  • Step S1206 The I-CSCF sends an Invite handover request to the SCC AS, and carries the ATU-STI and the C-MSISDN.
  • the follow-up process is the same as the standard process and is omitted here.
  • the process in the embodiment is a schematic process, and the network element networking and the implementation method in the implementation manner are only a specific example, and other methods that embody the core idea of the present invention are included in the scope of the patent claim.
  • the messages between the network elements in the embodiment are mainly for clearly indicating the acquisition of the access network switching information and the idea of call handover. In a specific implementation, it is not limited to these network elements and messages.
  • the ATCF and other network elements can be either unified or separated.
  • the above modules or steps of the present invention can be implemented by a general-purpose computing device, which can be concentrated on a single computing device or distributed over a network composed of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device, such that they may be stored in the storage device by the computing device and, in some cases, may be different from the order herein.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本发明提供了一种业务接续处理方法及系统，该方法包括：备用接入切换控制功能ATCF确定主用ATCF不可用；备用ATCF将分配的单一无线电会话切换号STN-SR发送给业务连续与集中应用服务器SCC AS；SCC AS根据STN-SR，将接入切换更新会话切换标识ATU-STI，以及关联的移动用户国际标识码C-MSISDN发送给备用ATCF；备用ATCF根据STN-SR、ATU-STI以及C-MSISDN接续业务，解决了相关技术中存在当主用ATCF发生异常之后，如何尽快恢复业务的问题，进而达到了在主用ATCF发生异常，以及不存在UE相关注册信息的情况下，快速接续业务的效果。

Description

业务接续处理方法及系统
技术领域 本发明涉及通信领域， 具体而言， 涉及一种业务接续处理方法及系统。 背景技术 IP多媒体子系统（IP Multimedia Core Network Subsystem, 简称为 IMS)是由第三 代合作伙伴计划（3rd Generation Partnership Project, 简称 3GPP)组织提出的一种基于
IP的网络架构， 其构建了一个开放而灵活的业务环境， 支持多媒体应用， 并为用户提 供丰富的多媒体业务。
3GPP标准组织对增强的单一无线语音呼叫连续性 （Enhanced Single Radio Voice Call Continuity, 简称为 eSRVCC)进行研究， 发布了多个规范， 例如， 3GPP TS 23.237 和 3GPP TS 24.237等规范规定了 eSRVCC网元组网框架， 图 1是相关技术中 eSRVCC 网元组网框架示意图，如图 1所示，在 eSRVCC技术中，其中接入切换控制功能 (Access Transfer Control Function, 简称为 ATCF) 的作用极为重要， 下面对图中接入切换控制 功能 （Access Transfer Control Function, 简称为 ATCF)所涉及到的几个重要参数及其 功用说明如下： 单一无线电会话切换号（Session Transfer Number-Single Radio,简称为 STN-SR)， 由 ATCF分配，用于标识 ATCF网元，移动交换中心服务器（Mobile Switch Center Server, 简称为 MSC server) 根据 STN-SR将切换请求发送到正确的 ATCF。 接入切换更新会话切换标识（Access Transfer Update-Session Transfer Identifier, 简 称为 ATU-STI)， 由业务连续与集中应用服务器 （Service Centralization and Continuity Application Server, 简称为 SCC AS)分配， 并通知到 ATCF。 用于在 ATCF向 SCC AS 发起切换呼叫的请求中， 填写 invite 消息的通用资源标识符 （Uniform Resource Identifier, 简称为 URI) (或称 request URI)。 关联的移动用户国际标识码 （Correlation MSISDN, 简称为 C-MSISDN), 由 SCC AS从归属用户服务器（Home Subscriber Server, 简称为 HSS)获取， 并通知到 ATCF。 用于实现呼叫切换中， 实现分组交换 （Packet Switch, 简称为 PS ) 呼叫与电路交换 (Circuit Switch, 简称为 CS) 呼叫的关联。 以上参数都是在用户设备 （User Equipment, 简称 UE) 注册后分配、 获取的。 如 果 UE不发起注册， 则 ATCF及 SCC AS上不会存有 UE相关的这些信息。下面对相关 技术中对与 UE有关的上述参数信息的处理技术进行说明。 具有 eSRVCC能力的 UE发起到 IMS域的注册， 注册消息到达 ATCF后， ATCF 分配 STN-SR, 填写到注册消息的" Feature-Caps"头部， 并发送给询问呼叫会话控制功 能 (Interrogating- Call Session Control Function, 简称为 I-CSCF)。 CSCF注册成功后， 返回为该用户服务的呼叫会话控制功能（Serving-Call Session Control Function,简称为 S-CSCF) 的主机名或地址， ATCF保存注册返回的相关数据。 同时 CSCF通过第三方 注册流程将 STN-SR发送给 SCC AS， SCC AS向 HSS发起更新 STN-SR的过程， 并通 过 Message消息将从 HSS获取的 C-MSISDN及分配的 ATU-STI通知到 ATCF， ATCF 保存这些数据。 注册成功后， ATCF为 UE提供入呼、 出呼、 呼叫 /媒体锚定及 PS域到 CS域的切换服务。 图 2是根据本发明实施例的典型 eSRVCC容灾组网方式示意图，如图 2所示， ATCF 网元以容灾方式组网，至少有一对 ATCF网元。图 3是根据本发明实施例的主用 ATCF 容灾后的 eSRVCC网元组网示意图， 如图 3所示， ATCF1 (主用 ATCF) 发生故障， 其相邻网元已检测出网元之间的链路中断。 因而 UE需要向备用 ATCF重新发起注册， 获取上述注册返回的相关数据后， 容灾接管的 ATCF网元向其提供正常的呼叫及切换 服务， 而 UE重新发起注册时， 需要花费一定的时间， 在这段时间内， UE无法进行正 常的业务， 影响了用户体验。 因此， 在相关技术中存在当主用 ATCF发生异常之后， 如何尽快恢复业务的问题。 发明内容 本发明提供了一种业务接续方法及系统，以至少解决相关技术中存在当主用 ATCF 发生异常之后， 如何尽快恢复业务的问题。 根据本发明的一个方面， 提供了一种业务接续处理方法， 包括： 备用接入切换控 制功能 ATCF确定主用 ATCF不可用； 备用 ATCF将分配的单一无线电会话切换号 STN-SR发送给业务连续与集中应用服务器 SCC AS;所述 SCC AS根据所述 STN-SR, 将接入切换更新会话切换标识 ATU-STI, 以及关联的移动用户国际标识码 C-MSISDN 发送给所述备用 ATCF; 所述备用 ATCF根据所述 STN-SR、 所述 ATU-STI以及所述 C-MSISDN接续业务。 优选地， 在所述备用 ATCF确定所述主用 ATCF不可用之前， 还包括： 代理呼叫 会话控制功能 P-CSCF在确定之前注册返回的服务路由的所述主用 ATCF不可用之后， 根据域名系统 DNS查询或本地配置的方式获取到备用 ATCF的地址； 所述 P-CSCF根 据所述备用 ATCF的地址， 将第一请求消息发送给所述备用 ATCF， 其中， 作为可选 配置， 所述 P-CSCF在所述第一请求消息中扩展容灾指示； 和 /或， 所述第一请求消息 的路由头部携带有服务呼叫会话控制功能 S-CSCF的主机名或地址。 优选地，所述备用 ATCF通过以下方式至少之一确定所述主用 ATCF不可用包括： 所述备用 ATCF根据本地没有当前用户的注册信息确定所述主用 ATCF不可用； 所述 备用 ATCF根据接收到的容灾指示信息确定所述主用 ATCF不可用。 优选地， 所述备用 ATCF将分配的所述 STN-SR发送给所述 SCC AS包括： 所述 备用 ATCF将携带所述 STN-SR的消息发送给服务呼叫会话控制功能 S-CSCF; 所述 S-CSCF将接收到的携带所述 STN-SR的消息发送给所述 SCC AS。 优选地， 所述备用 ATCF将携带所述 STN-SR的消息发送给所述 S-CSCF包括： 所述备用 ATCF 将扩展的第一信令控制协议 SIP 消息发送给询问呼叫会话控制功能 I-CSCF, 其中， 扩展的所述第一 SIP 消息的扩展字段中携带有所述 STN-SR; 所述 I-CSCF查询归属用户服务器 HSS获取服务呼叫会话控制功能 S-CSCF; 所述 I-CSCF 将携带所述 STN-SR的所述第一 SIP消息发送给所述 S-CSCF; 或， 所述备用 ATCF将 来自代理呼叫会话控制功能 P-CSCF的第一 SIP消息发送给所述 S-CSCF, 其中， 所述 第一 SIP消息携带有所述 STN-SR, 所述第一 SIP消息的路由头部携带有所述 S-CSCF 的主机名或地址。 优选地， 在所述备用 ATCF确定所述主用 ATCF不可用之前， 还包括： 服务呼叫 会话控制功能 S-CSCF通过链路检测确定所述主用 ATCF不可用之后， 通过查询 DNS 或者根据本地配置获取所述备用 ATCF的地址； 所述 S-CSCF根据所述备用 ATCF的 地址， 将第二请求消息发送给所述备用 ATCF， 其中， 作为可选配置， 所述 S-CSCF 在所述第二请求消息中扩展容灾指示； 和 /或， 所述第二请求消息的路由头部携带有代 理呼叫会话控制功能 P-CSCF的主机名或地址。 优选地，在所述 SCC AS根据所述 STN-SR,将所述 ATU-STI，以及所述 C-MSISDN 发送给所述备用 ATCF之前或者之后， 还包括： 所述 SCC AS向所述归属用户服务器 HSS发起 STN-SR更新； 所述 HSS向所述移动管理实体 MME发起 STN-SR更新。 优选地， 所述 SCC AS根据所述 STN-SR, 将所述 ATU-STI, 以及所述 C-MSISDN 发送给所述备用 ATCF包括： 所述 SCC AS将扩展的第二信令控制协议 SIP消息发送 给所述 S-CSCF，其中，扩展的所述第二 SIP消息携带有所述 ATU-STI、所述 C-MSISDN; 或者， 所述 SCC AS通过预先定义的消息将所述 ATU-STI、 所述 C-MSISDN发送给所 述 S-CSCF。 优选地， 所述备用 ATCF根据所述 STN-SR、 所述 ATU-STI以及所述 C-MSISDN 接续业务包括以下至少之一： 所述备用 ATCF根据所述 STN-SR、 所述 ATU-STI以及 所述 C-MSISDN接续用户设备 UE发起呼叫的业务;所述备用 ATCF根据所述 STN-SR、 所述 ATU-STI以及所述 C-MSISDN接续所述 UE接收呼叫的业务；所述备用 ATCF根 据所述 STN-SR、 所述 ATU-STI以及所述 C-MSISDN参数接续所述 UE呼叫切换的业 务。 根据本发明的另一方面， 提供了一种业务接续处理系统， 包括： 备用接入切换控 制功能 ATCF， 设置为在确定主用 ATCF不可用之后， 将分配的单一无线电会话切换 号 STN-SR发送给业务连续与集中应用服务器 SCC AS; 所述 SCC AS, 设置为根据所 述 STN-SR, 将接入切换更新会话切换标识 ATU-STI, 以及关联的移动用户国际标识 码 C-MSISDN发送给所述备用 ATCF; 所述备用 ATCF， 还设置为根据所述 STN-SR、 所述 ATU-STI以及所述 C-MSISDN接续业务。 优选地， 还包括代理呼叫会话控制功能 P-CSCF, 所述 P-CSCF包括第一获取模块 和第一发送模块： 所述第一获取模块， 设置为在确定之前注册返回的服务路由的所述 主用 ATCF不可用之后， 根据 DNS查询或本地配置的方式获取到备用 ATCF的地址； 所述第一发送模块， 设置为根据所述备用 ATCF的地址， 将第一请求消息发送给所述 备用 ATCF，其中，作为可选配置，所述 P-CSCF在所述第一请求消息中扩展容灾指示； 和 /或， 所述第一请求消息的路由头部携带有服务呼叫会话控制功能 S-CSCF的主机名 或地址。 优选地， 还包括： 所述备用 ATCF， 还设置为将携带所述 STN-SR的消息发送给 服务呼叫会话控制功能 S-CSCF; 所述 S-CSCF, 设置为将接收到的携带所述 STN-SR 的消息发送给所述 SCC AS。 优选地， 还包括服务呼叫会话控制功能 S-CSCF, 所述 S-CSCF包括第二获取模块 和第二发送模块： 所述第二获取模块， 设置为通过链路检测确定所述主用 ATCF不可 用之后， 通过查询 DNS或者根据本地配置获取所述备用 ATCF的地址； 所述第二发送 模块， 设置为根据所述备用 ATCF的地址， 将第二请求消息发送给所述备用 ATCF， 其中， 作为可选配置， 所述 S-CSCF在所述第二请求消息中扩展容灾指示； 和 /或， 所 述第二请求消息的路由头部携带有代理呼叫会话控制功能 P-CSCF的主机名或地址。 优选地，还包括:所述 SCC AS，还设置为向所述归属用户服务器 HSS发起 STN-SR 更新； 所述 HSS， 设置为向所述移动管理实体 MME发起 STN-SR更新。 通过本发明，采用备用接入切换控制功能 ATCF确定主用 ATCF不可用；备用 ATCF 将分配的单一无线电会话切换号 STN-SR发送给业务连续与集中应用服务器 SCC AS; 所述 SCC AS根据所述 STN-SR,将接入切换更新会话切换标识 ATU-STI, 以及关联的 移动用户国际标识码 C-MSISDN 发送给所述备用 ATCF; 所述备用 ATCF根据所述 STN-SR、 所述 ATU-STI以及所述 C-MSISDN接续业务， 解决了相关技术中存在当主 用 ATCF发生异常之后， 如何尽快恢复业务的问题， 进而达到了在主用 ATCF发生异 常， 以及不存在 UE相关注册信息的情况下， 快速接续业务的效果。 附图说明 此处所说明的附图用来提供对本发明的进一步理解， 构成本申请的一部分， 本发 明的示意性实施例及其说明用于解释本发明， 并不构成对本发明的不当限定。 在附图 中- 图 1是相关技术中 eSRVCC网元组网框架示意图； 图 2是根据本发明实施例的典型 eSRVCC容灾组网方式示意图； 图 3是根据本发明实施例的主用 ATCF容灾后的 eSRVCC网元组网示意图； 图 4是根据本发明实施例的业务接续处理方法的流程图； 图 5是根据本发明实施例的业务接续处理系统的结构框图； 图 6是根据本发明实施例的业务接续处理系统的优选结构框图一； 图 7是根据本发明实施例的业务接续处理系统的优选结构框图二； 图 8是根据本发明实施例的业务接续处理系统的优选结构框图三； 图 9是根据本发明实施例的业务接续处理系统的优选结构框图四； 图 10是根据本发明实施例的主用 ATCF容灾后 UE发起呼叫的流程图； 图 11是根据本发明实施例的主用 ATCF容灾后 UE接收呼叫的流程图； 图 12是根据本发明实施例的主用 ATCF容灾后 UE从 PS域到 CS域的呼叫切换 流程图。 具体实施方式 下文中将参考附图并结合实施例来详细说明本发明。 需要说明的是， 在不冲突的 情况下， 本申请中的实施例及实施例中的特征可以相互组合。 在本实施例中提供了一种业务接续处理方法， 图 4是根据本发明实施例的业务接 续处理方法的流程图， 如图 4所示， 该流程包括如下步骤： 步骤 S402， 备用 ATCF确定主用 ATCF不可用； 步骤 S404， 备用 ATCF将分配的 STN-SR发送给 SCC AS ; 步骤 S406， SCC AS根据该 STN-SR, 将 ATU-STI, 以及 C-MSISDN发送给上述 备用 ATCF; 步骤 S408， 备用 ATCF根据 STN-SR、 ATU-STI以及 C-MSISDN接续业务。 通过上述步骤， 在备用 ATCF确定主用 ATCF不可用之后， 根据与其它可以使用 的网络之间的交互获取到备用 ATCF进行业务处理时所需要的参数， 相对于相关技术 需要在 UE重新注册并获取到与 UE注册有关的信息之后， 才能进行业务处理， 不仅 解决了相关技术中 UE重新注册需要时延影响业务处理， 导致用户体验差的问题， 而 且达到了在主用 ATCF发生异常， 以及不存在 UE相关注册信息的情况下， 也能快速 接续业务， 在一定程度上提高了用户体验的效果。 在备用 ATCF确定主用 ATCF不可用之前，对于代理呼叫会话控制功能 ( Proxy -Call Session Control Function, 简称为 P-CSCF )来说， 还包括以下处理： P-CSCF在确定之 前注册返回的服务路由的主用 ATCF不可用之后，根据域名系统 DNS查询或本地配置 的方式获取到备用 ATCF的地址； P-CSCF根据上述备用 ATCF的地址，将第一请求消 息发送给备用 ATCF， 其中， 作为可选配置， P-CSCF可以在第一请求消息中扩展容灾 指示； 和 /或， 第一请求消息的路由头部携带有服务呼叫会话控制功能 S-CSCF的主机 名或地址。 其中， 备用 ATCF确定主用 ATCF不可用也可以有多种方式， 例如， 备用 ATCF 可以通过以下方式至少之一确定主用 ATCF不可用： 备用 ATCF根据本地没有当前用 户的注册信息确定主用 ATCF不可用； 备用 ATCF也可以根据接收到的容灾指示信息 确定主用 ATCF不可用。 确定的方式可以根据方便的灵活选择。 在备用 ATCF将分配的 STN-SR发送给 SCC AS时， 也可以采用如下处理： 备用 ATCF将携带 STN-SR的消息发送给服务呼叫会话控制功能 S-CSCF; S-CSCF将接收 到的携带 STN-SR的消息发送给 SCC AS。而备用 ATCF将携带 STN-SR的消息发送给 S-CSCF方式也可以多种，例如， 备用 ATCF将扩展的第一信令控制协议 SIP消息发送 给询问呼叫会话控制功能 I-CSCF, 其中， 扩展的第一 SIP消息的扩展字段中携带有该 STN-SR; I-CSCF查询归属用户服务器 HSS获取服务呼叫会话控制功能 S-CSCF; 该 I-CSCF将携带上述 STN-SR的第一 SIP消息发送给 S-CSCF; 又例如， 备用 ATCF将 来自代理呼叫会话控制功能 P-CSCF的第一 SIP消息发送给 S-CSCF, 其中， 该第一 SIP 消息的路由头部携带有 S-CSCF 的主机名或地址， 且第一 SIP 消息携带上述 STN-SR, 当然上述两种方式也可以结合操作。 在备用 ATCF 确定主用 ATCF 不可用之前， 对于服务呼叫会话控制功能 (Serving-Call Session Control Function, 简称为 S-CSCF) 来说， 还包括以下处理： 服 务呼叫会话控制功能 S-CSCF通过链路检测确定主用 ATCF不可用之后，通过查询 DNS 或者根据本地配置获取备用 ATCF的地址； S-CSCF根据备用 ATCF的地址， 将第二请 求消息发送给上述备用 ATCF， 其中， 作为可选配置， S-CSCF在第二请求消息中扩展 容灾指示； 和 /或， 在第二请求消息的路由头部携带有代理呼叫会话控制功能 P-CSCF 的主机名或地址。 优选地，在 SCC AS根据 STN-SR,将 ATU-STI，以及 C-MSISDN发送给备用 ATCF 之前或者之后， 还包括： SCC AS向归属用户服务器 HSS发起更新； HSS向移动管理 实体（Mobile Management Entity, 简称为 MME)发起 STN-SR更新。 即 SCC AS向备 用 ATCF发送 ATU-STI， 以及 C-MSISDN与该 SCC AS向 HSS以及向 MME发送更新 并不存在明显的时序先后。 SCC AS根据 STN-SR,将 ATU-STI， 以及 C-MSISDN发送给上述备用 ATCF也可 以多种方式，例如， SCC AS可以将扩展的第二信令控制协议 SIP消息发送给 S-CSCF, 其中， 该扩展的第二 SIP消息携带有 ATU-STI、 C-MSISDN; 又例如， SCC AS也可以 通过预先定义的消息将 ATU-STI、 C-MSISDN发送给 S-CSCF, 该预先定义的消息可 以根据具体需要灵活选择， 例如， 可以是 Message消息等。 需要说明的是， 备用 ATCF根据 STN-SR、 ATU-STI以及 C-MSISDN接续业务可 以多种， 例如， 备用 ATCF根据 STN-SR、 ATU-STI以及 C-MSISDN接续用户设备 UE 发起呼叫的业务； 备用 ATCF根据 STN-SR、 ATU-STI以及 C-MSISDN接续 UE接收 呼叫的业务； 备用 ATCF根据 STN-SR、 ATU-STI以及 C-MSISDN参数接续 UE呼叫 切换的业务。 当然不限于上述所列举。 在本实施例中还提供了一种业务接续处理系统， 该系统用于实现上述实施例及优 选实施方式， 已经进行过说明的不再赘述。 如以下所使用的， 术语"模块"可以实现预 定功能的软件和 /或硬件的组合。 尽管以下实施例所描述的系统较佳地以软件来实现， 但是硬件， 或者软件和硬件的组合的实现也是可能并被构想的。 图 5是根据本发明实施例的业务接续处理系统的结构框图， 如图 5所示， 该系统 包括备用接入切换控制功能 ATCF 52、 业务连续与集中应用服务器 SCC AS 54， 下面 对该系统进行说明。 备用接入切换控制功能 ATCF 52， 设置为在确定主用 ATCF不可用之后， 将分配 的单一无线电会话切换号 STN-SR发送给业务连续与集中应用服务器 SCC AS; SCC AS 54， 连接至上述 ATCF 52， 设置为根据上述 STN-SR, 将接入切换更新会话切换标识 ATU-STI, 以及关联的移动用户国际标识码 C-MSISDN发送给备用 ATCF; 上述备用 ATCF 52， 还设置为根据 STN-SR、 ATU-STI以及 C-MSISDN接续业务。 图 6是根据本发明实施例的业务接续处理系统的优选结构框图一， 如图 6所示， 该系统除包括图 5所示的所有结构外， 还包括代理呼叫会话控制功能 P-CSCF 62， 该 P-CSCF 62连接至上述备用 ATCF 52，包括第一获取模块 622和第一发送模块 624，下 面对该 P-CSCF 62进行说明。 第一获取模块 622， 设置为在确定之前注册返回的服务路由的主用 ATCF不可用 之后，根据 DNS查询或本地配置的方式获取到备用 ATCF的地址；第一发送模块 624， 连接至上述第一获取模块 622， 设置为根据备用 ATCF的地址， 将第一请求消息发送 给备用 ATCF， 其中， 作为可选配置， P-CSCF 在第一请求消息中扩展容灾指示； 和 / 或，第一请求消息的路由头部携带有服务呼叫会话控制功能 S-CSCF的主机名或地址。 图 7是根据本发明实施例的业务接续处理系统的优选结构框图二， 如图 7所示， 该系统除包括图 5所示的所有结构外， 还包括服务呼叫会话控制功能 S-CSCF 72， 该 S-CSCF 72连接至上述备用 ATCF 52， 下面对该优选结构进行说明。 上述备用 ATCF 52， 还设置为将携带 STN-SR的消息发送给服务呼叫会话控制功 能 S-CSCF; 上述 S-CSCF 72, 设置为将接收到的携带 STN-SR的消息发送给 SCC AS。 图 8是根据本发明实施例的业务接续处理系统的优选结构框图三， 如图 8所示， 该系统除包括图 5所示的所有结构外， 还包括服务呼叫会话控制功能 S-CSCF 72， 该 S-CSCF 72连接至上述备用 ATCF 52，包括第二获取模块 722和第二发送模块 724，下 面对该 S-CSCF72进行说明。 第二获取模块 722， 设置为通过链路检测确定主用 ATCF不可用之后， 通过查询
DNS或者根据本地配置获取备用 ATCF的地址； 第二发送模块 724， 连接至上述第二 获取模块 722， 设置为根据备用 ATCF的地址， 将第二请求消息发送给备用 ATCF， 其 中， 作为可选配置， S-CSCF在第二请求消息中扩展容灾指示； 和 /或， 第二请求消息 的路由头部携带有代理呼叫会话控制功能 P-CSCF的主机名或地址。 图 9是根据本发明实施例的业务接续处理系统的优选结构框图四， 如图 9所示， 该系统除包括图 5所示的所有结构外， 还包括上述 SCC AS 54和归属用户服务器 HSS 92， 下面对该优选结构进行说明。
SCC AS 54，还设置为向归属用户服务器 HSS 92发起 STN-SR更新；上述 HSS 92， 连接至上述 SCC AS 54， 设置为向移动管理实体 MME发起 STN-SR更新。 在相关技术 3GPP发布的规范中， 描述了用户设备 （UE) 在 PS域的注册、 呼叫 及 PS域到 CS域的切换过程， 但是没有说明主用网元异常后的呼叫处理流程。 即使用 户原来已经注册过， 当主用网元异常后， 按照标准规定的正常流程， 备用网元需要 UE 重新注册后才能提供服务。 而备用网元进行 UE重新注册时， 业务中断时间会比较长， 具体时长取决于 UE上的设置， 会有几分钟到几十分钟的时间， UE无法进行呼出、 呼 入、 呼叫锚定， 更无法进行呼叫切换。 基于上述问题， 在本实施例中提供了一种涉及 IMS网络的单一无线电呼叫连续性（增强）（Single Radio Voice Call Continuity enhanced, 简称 eSRVCC)技术。 该处理技术在 ATCF主用网元异常、 UE重新注册之前为其提供 呼叫及切换服务。 本实施例的主要核心思想是， 当为 UE服务的主用 ATCF网元发生故障， 在 UE 重新注册之前， 容灾接管的 ATCF 网元此时即使没有用户注册的相关信息 （例如， S-CSCF主机名或地址、 ATU-STI及 C-MSISDN等），也可以处理与该 UE相关的话务， 以减少网络侧引起的业务中断时长。
ATCF网元异常后， 在 UE重新注册之前， 对于来话 /去话呼叫， 容灾接管的 ATCF 网元执行放通流程， 并锚定呼叫及媒体。 下面说明采用本发明实施例的处理技术: 对于 P-CSCF来话，首先在 P-CSCF侧， P-CSCF发现原先注册返回的 service-route 中的主用 ATCF不可用， 根据域名系统 （Domain Name System, 简称为 DNS) 查询或 本地配置， 获得容灾接管的 ATCF网元地址。 作为可选配置， 在呼叫请求消息中扩展 容灾指示； 同时 P-CSCF还可以在路由头部携带 S-CSCF的主机名或地址。 P-CSCF将 呼叫请求（即上述实施例或优选实施例的第一请求消息）发给容灾接管的 ATCF。 ATCF 发现本地没有 UE注册信息或根据 P-CSCF在消息中扩展的容灾指示， ATCF使用用户 域名查询 DNS或者依据本地配置， 获得 I-CSCF地址， 将呼叫送到 I-CSCF; 由于 UE 原先已经注册过， I-CSCF通过查询 HSS可获得为该用户服务的 S-CSCF, 进而将呼叫 送到 S-CSCF上， 后续流程同正常过程； ATCF也可以根据 P-CSCF发来的第二路由信 息， 将呼叫直接送到 S-CSCF上。 对于 S-CSCF来话， S-CSCF首先会根据用户已注册信息中的 path,获取主用 ATCF 及 P-CSCF地址作为 Route; 根据注册信息中的 Contact, 获取联系地址作为 Request URI。 S-CSCF通过链路检测发现主用 ATCF不可达， 于是查询 DNS或者根据本地配 置获取容灾接管的备用 ATCF 网元地址， 发现可达后将呼叫送到容灾接管的备用 ATCF。 作为可选配置， S-CSCF在发送呼叫时可以携带扩展的容灾指示。 ATCF根据 呼叫请求消息中的 Route头部指示， 获取 P-CSCF地址， 将呼叫送到 P-CSCF。
ATCF网元异常后，在 UE重新注册之前，当发生来话 /去话呼叫，容灾接管的 ATCF 将自身分配的 STN-SR通过扩展的呼叫请求或响应消息发送给 SCC AS， SCC AS更新 HSS、 进而通知到 MME及 MSC server; SCC AS将 ATU-STI和 C-MSISDN通过扩展 的请求或响应消息告知 ATCF， SCC AS 也可以通过其他消息如 Message 等消息将 ATU-STI和 C-MSISDN告知 ATCF。 SCC AS更新 HSS的过程和告知 ATCF的过程无 时序要求， 可以并行进行。 后继如果发生 SRVCC切换过程， MSC server根据更新后的 STN-SR将切换请求 路由到容灾接管的 ATCF网元， ATCF网元执行切换流程。 通过上述实施例及优选实施方式， 在主用 ATCF网元异常后与 UE重新注册前的 时间段内， 容灾接管的 ATCF网元仍然可以为 UE提供如下服务： UE仍可以呼出或呼 入； ATCF及相关网元仍可以进行呼叫锚定及 PS域到 CS域的呼叫切换， 因而， 在网 络侧设备出现故障， 用户数据丢失的情况下， 当用户发起业务请求， 或此时有指向用 户的业务终呼请求时， 仍然能够给用户提供正常的业务， 保证不会出现用户业务无法 提供的情况。需要指出的是，假设 UE已通过 P-CSCF— ATCF1— I-CSCF— S-CSCF-SCC AS路径注册成功， 该流程为标准流程， 参见 3GPP TS 24.237。 图 10是根据本发明实施例的主用 ATCF容灾后 UE发起呼叫的流程图， 如图 10 所示， 该流程包括如下步骤： 步骤 S1002， UE发起呼叫， 发送 Invite呼叫请求消息到 P-CSCF。 步骤 S1004， P-CSCF发现原先注册返回的 service-route中的主用 ATCF不可用， 根据 DNS查询或本地配置， 获得容灾接管的 ATCF网元地址。 作为可选配置， 在呼叫 请求消息中扩展容灾指示； 同时 P-CSCF 还可以在路由头部携带该用户之前注册的 S-CSCF的主机名或地址。 步骤 S1006a， ATCF2发现本地无主叫用户注册信息， 或根据扩展的容灾指示， 判 断这是一个容灾放通的呼叫。 ATCF查询 DNS或根据本地配置，获得归属域的 I-CSCF 地址。 并分配 STN-SR, 扩展 SIP消息， 将 STN-SR写入该扩展字段， 将 Invite呼叫请 求发送到 I-CSCF上。 步骤 S1006b， ATCF也可以根据 P-CSCF发来的第二路由信息， 将呼叫直接送到 S-CSCF上， 携带 STN-SR。 后续流程跳过步骤 S1008和步骤 S1010。 步骤 S1008， I-CSCF查询 HSS， 获得已分配的服务 S-CSCF。 步骤 S1010, I-CSCF将 Invite呼叫请求发送到 S-CSCF, 携带 STN-SR。 步骤 S1012， S-CSCF根据初始过滤准则将 Invite呼叫请求触发到 SCC AS， 携带 STN-SR。 步骤 S1014， SCC AS收到 Invite呼叫请求， 发现携带的 STN-SR与原先的值不一 致， 以新 STN-SR值向 HSS发起更新。 步骤 S1016， HSS向 MME发起 STN-SR的更新， MME进而更新 MSC server。 步骤 S1018-S1020, SCC AS去掉 Invite呼叫请求中的扩展部分， 继续接续呼叫， 同标准流程。 步骤 S1018与步骤 S1014无时序要求， 可以并行进行。 步骤 S1022， S-CSCF收到后向发来的 18x/200 OK等后续消息。 步骤 S1024， S-CSCF将 18x/200 OK等后续消息发往 SCC AS。 步骤 S1026a， SCC AS发现本呼叫更新过 STN-SR， 说明 ATCF网元发生变更， 因 此扩展 SIP消息， 将 ATU-STI及 C-MSISDN填入 18x/200 OK等后续消息的扩展字段 中， 发送到 S-CSCF。 步骤 S1026b， 作为网络选项， SCC AS也可以通过其他消息如 Message等消息将 ATU-STI和 C-MSISDN告知 ATCF。采用此方式， 步骤 S 1026a不需要扩展 SIP消息来 携带 ATU-STI和 C-MSISDN。步骤 S1026b与步骤 S1014无时序要求， 可以并行进行。 步骤 S1028， S-CSCF将 18x/200 OK等后续消息发送给 I-CSCF, 携带 ATU-STI 及 C-MSISDN。 步骤 S1030， I-CSCF将 18x/200 OK等后续消息发送给 ATCF2, 携带 ATU-STI及 C-MSISDN。 步骤 S1032， ATCF2收到 18x/200 OK等后续消息， 保存 ATU-STI及 C-MSISDN。 去掉扩展部分， 将 18x/200 OK等后续消息发送到 P-CSCF. 步骤 S1034， P-CSCF将 18x响应消息发给 UE。 后续流程同标准流程， 此处省略。 图 11是根据本发明实施例的主用 ATCF容灾后 UE接收呼叫的流程图， 如图 11 所示， 该流程包括如下步骤： 步骤 S1102， SCC AS收到呼叫请求， 依据 SCC AS网元的可选配置， 可以扩展消 息， 将 ATU-STI及 C-MSISDN填入扩展字段中， 发送 Invite呼叫请求到 S-CSCF。 步骤 S1104， S-CSCF根据用户原先注册信息中的 path, 获取 ATCF1及 P-CSCF 地址作为 Route;根据注册信息中的 Contact,获取联系地址作为 Request URI。 S-CSCF 通过网元链路检测发现主用 ATCF1不可达， 于是查询 DNS或者根据本地配置获取容 灾接管的备用 ATCF2 网元地址， 发现可达后将呼叫送到容灾接管的备用 ATCF2, 携 带 ATU-STI和 C-MSISDN。 作为可选配置， S-CSCF在发送呼叫时可以携带扩展的容 灾指示， 以告知 ATCF2该呼叫不是非法呼叫。 步骤 S1106， ATCF2根据呼叫消息中扩展的容灾指示或本地配置策略， 判定本呼 叫合法， 决定放通呼叫。 如果收到的消息中携带了 ATU-STI和 C-MSISDN, ATCF保 存到本地。 ATCF2依据 Invite呼叫请求消息中的 Route指示或本地配置及 DNS查询等 方法， 获取 P-CSCF地址， 将呼叫送到 P-CSCF。 步骤 SI 108， P-CSCF将 Invite呼叫请求送到 UE。 步骤 S1110, UE发送 18x等消息到 P-CSCF o 步骤 S1112， P-CSCF发送 18x等消息到 ATCF2。 步骤 S1114， ATCF2发现本地无该被叫用户的注册信息或根据扩展的容灾指示， 分配 STN-SR, 扩展 SIP消息， 并将 STN-SR写入该扩展字段， 发送 18x等消息到 S-CSCFo ATCF2也可以在 200 OK等消息中扩展字段， 携带 STN-SR。 步骤 S1116， S-CSCF发送 18x等消息到 SCC AS， 携带 STN-SR。 步骤 S1118， SCC AS收到 18x等消息， 发现 STN-SR与原先的值不一致， 以新 STN-SR值向 HSS发起更新。 步骤 S1120， HSS向 MME发起 STN-SR的更新， MME进而更新 MSC server。 步骤 S1122a， SCC AS发现本呼叫更新过 STN-SR, 说明 ATCF网元发生变更， 如 果本呼叫未曾发送过 ATU-STI和 C-MSISDN给 ATCF2,则扩展 SIP消息，将 ATU-STI 及 C-MSISDN填入 PRACK等消息的扩展字段中，若后续无 PRACK消息，则填入 ACK 等后续消息的扩展字段中， 发送 PRACK/ACK等消息到 S-CSCF。 步骤 S1122a与步骤 S1118无时序要求， 可以并行进行。 步骤 S1122b， 作为网络选项， SCC AS 也可以通过其他消息如 Message 等将 ATU-STI和 C-MSISDN告知 ATCF2。 采用此方式， 步骤 S1122a不需要扩展 SIP消息 来携带 ATU-STI和 C-MSISDN。 步骤 S1122b与步骤 S1118无时序要求， 可以并行进 行。 步骤 S1124， S-CSCF 发送 PRACK/ACK等消息到 ATCF2, 携带 ATU-STI 及
C-MSISDN。 步骤 S1126， ATCF2收到 PRACK/ACK等消息， 保存 ATU-STI和 C-MSISDN。 去 掉扩展部分， 发送 PRACK/ACK等消息到 P-CSCF。 步骤 S1128， P-CSCF将 PRACK/ACK等消息发送给 UE。 后续流程同标准流程， 此处省略。 图 12是根据本发明实施例的主用 ATCF容灾后 UE从 PS域到 CS域的呼叫切换 流程图， 如图 12所示， 该流程包括如下步骤： 步骤 S 1202， UE已在 PS域建立会话， 移动到 CS域， MSC server发起 Invite切 换请求， 根据更新后的 STN-SR, 将请求发到 ATCF2， 并携带 UE的 C-MSISDN。 步骤 S 1204， ATCF2收到 Invite切换请求，根据 C-MSISDN搜索到 UE在 PS域锚 定的呼叫，将 ATU-STI和 C-MSISDN填入切换请求中，发起新的 Invite请求到 I-CSCF。 步骤 S 1206， I-CSCF发送 Invite切换请求到 SCC AS,携带 ATU-STI及 C-MSISDN。 后续流程同标准流程， 此处省略。 需要说明的是， 实施方式中的流程为示意流程， 实现方式中的网元组网及实现方 法仅仅是一种具体举例， 其他凡是体现本发明的核心思想的方式都包含在本专利要求 的范围内。 实施方式中的各个网元之间的消息， 主要是为了清楚的表示接入网切换信 息的获取以及呼叫切换的思想。 在具体的实现中， 不局限于这些网元和消息。 对于各 种流程中出现的异常情况、 在可能的情况下某些消息的先后顺序、 网元内部的具体实 现并不做具体的限制。 另夕卜， 在实现中， ATCF和其他网元（如 P-CSCF )既可以合一， 也可以分离。 显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤可以用通用 的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布在多个计算装置所 组成的网络上， 可选地， 它们可以用计算装置可执行的程序代码来实现， 从而， 可以 将它们存储在存储装置中由计算装置来执行， 并且在某些情况下， 可以以不同于此处 的顺序执行所示出或描述的步骤， 或者将它们分别制作成各个集成电路模块， 或者将 它们中的多个模块或步骤制作成单个集成电路模块来实现。 这样， 本发明不限制于任 何特定的硬件和软件结合。 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本领域的技 术人员来说， 本发明可以有各种更改和变化。 凡在本发明的精神和原则之内， 所作的 任何修改、 等同替换、 改进等， 均应包含在本发明的保护范围之内。

Claims

权 利 要 求 书
1. 一种业务接续处理方法， 包括：
备用接入切换控制功能 ATCF确定主用 ATCF不可用；
备用 ATCF将分配的单一无线电会话切换号 STN-SR发送给业务连续与集 中应用服务器 SCC AS ;
所述 SCC AS根据所述 STN-SR, 将接入切换更新会话切换标识 ATU-STI, 以及关联的移动用户国际标识码 C-MSISDN发送给所述备用 ATCF;
所述备用 ATCF根据所述 STN-SR、所述 ATU-STI以及所述 C-MSISDN接 续业务。
2. 根据权利要求 1所述的方法， 其中， 在所述备用 ATCF确定所述主用 ATCF不 可用之前， 还包括：
代理呼叫会话控制功能 P-CSCF在确定之前注册返回的服务路由的所述主 用 ATCF不可用之后， 根据域名系统 DNS查询或本地配置的方式获取到备用 ATCF的地址；
所述 P-CSCF根据所述备用 ATCF的地址， 将第一请求消息发送给所述备 用 ATCF， 其中， 作为可选配置， 所述 P-CSCF在所述第一请求消息中扩展容 灾指示； 和 /或， 所述第一请求消息的路由头部携带有服务呼叫会话控制功能 S-CSCF的主机名或地址。
3. 根据权利要求 1所述的方法， 其中， 所述备用 ATCF通过以下方式至少之一确 定所述主用 ATCF不可用包括：
所述备用 ATCF根据本地没有当前用户的注册信息确定所述主用 ATCF不 可用；
所述备用 ATCF根据接收到的容灾指示信息确定所述主用 ATCF不可用。
4. 根据权利要求 1所述的方法， 其中， 所述备用 ATCF将分配的所述 STN-SR发 送给所述 SCC AS包括：
所述备用 ATCF将携带所述 STN-SR的消息发送给服务呼叫会话控制功能 S-CSCF; 所述 S-CSCF将接收到的携带所述 STN-SR的消息发送给所述 SCC AS。
5. 根据权利要求 4所述的方法， 其中， 所述备用 ATCF将携带所述 STN-SR的消 息发送给所述 S-CSCF包括：
所述备用 ATCF将扩展的第一信令控制协议 SIP消息发送给询问呼叫会话 控制功能 I-CSCF, 其中， 扩展的所述第一 SIP 消息的扩展字段中携带有所述 STN-SR; 所述 I-CSCF查询归属用户服务器 HSS获取服务呼叫会话控制功能 S-CSCF; 所述 I-CSCF将携带所述 STN-SR的所述第一 SIP消息发送给所述 S-CSCF; 或者，
所述备用 ATCF将来自代理呼叫会话控制功能 P-CSCF的第一 SIP消息发 送给所述 S-CSCF, 其中， 所述第一 SIP消息中携带有 STN-SR, 所述第一 SIP 消息的路由头部携带有所述 S-CSCF的主机名或地址。
6. 根据权利要求 1所述的方法， 其中， 在所述备用 ATCF确定所述主用 ATCF不 可用之前， 还包括：
服务呼叫会话控制功能 S-CSCF通过链路检测确定所述主用 ATCF不可用 之后， 通过查询 DNS或者根据本地配置获取所述备用 ATCF的地址；
所述 S-CSCF根据所述备用 ATCF的地址， 将第二请求消息发送给所述备 用 ATCF， 其中， 作为可选配置， 所述 S-CSCF在所述第二请求消息中扩展容 灾指示； 和 /或， 所述第二请求消息的路由头部携带有代理呼叫会话控制功能 P-CSCF的主机名或地址。
7. 根据权利要求 1所述的方法， 其中， 在所述 SCC AS根据所述 STN-SR, 将所 述 ATU-STI, 以及所述 C-MSISDN发送给所述备用 ATCF之前或者之后， 还包 括- 所述 SCC AS向所述归属用户服务器 HSS发起 STN-SR更新； 所述 HSS向所述移动管理实体 MME发起 STN-SR更新。
8. 根据权利要求 1所述的方法， 其中， 所述 SCC AS根据所述 STN-SR, 将所述 ATU-STI, 以及所述 C-MSISDN发送给所述备用 ATCF包括：
所述 SCC AS将扩展的第二信令控制协议 SIP消息发送给所述 S-CSCF,其 中， 扩展的所述第二 SIP消息携带有所述 ATU-STI、 所述 C-MSISDN; 或者， 所述 SCC AS通过预先定义的消息将所述 ATU-STI、所述 C-MSISDN发送 给所述 S-CSCF。
9. 根据权利要求 1 至 8 中任一项所述的方法， 其中， 所述备用 ATCF根据所述 STN-SR、 所述 ATU-STI以及所述 C-MSISDN接续业务包括以下至少之一： 所述备用 ATCF根据所述 STN-SR、所述 ATU-STI以及所述 C-MSISDN接 续用户设备 UE发起呼叫的业务；
所述备用 ATCF根据所述 STN-SR、所述 ATU-STI以及所述 C-MSISDN接 续所述 UE接收呼叫的业务；
所述备用 ATCF根据所述 STN-SR、所述 ATU-STI以及所述 C-MSISDN参 数接续所述 UE呼叫切换的业务。
10. 一种业务接续处理系统， 包括：
备用接入切换控制功能 ATCF， 设置为在确定主用 ATCF不可用之后， 将 分配的单一无线电会话切换号 STN-SR发送给业务连续与集中应用服务器 SCC AS;
所述 SCC AS, 设置为根据所述 STN-SR, 将接入切换更新会话切换标识 ATU-STI, 以及关联的移动用户国际标识码 C-MSISDN发送给所述备用 ATCF; 所述备用 ATCF， 还设置为根据所述 STN-SR、 所述 ATU-STI 以及所述 C-MSISDN接续业务。
11. 根据权利要求 10所述的系统， 其中， 还包括代理呼叫会话控制功能 P-CSCF, 所述 P-CSCF包括第一获取模块和第一发送模块：
所述第一获取模块， 设置为在确定之前注册返回的服务路由的所述主用 ATCF不可用之后，根据 DNS查询或本地配置的方式获取到备用 ATCF的地址； 所述第一发送模块， 设置为根据所述备用 ATCF的地址， 将第一请求消息 发送给所述备用 ATCF， 其中， 作为可选配置， 所述 P-CSCF在所述第一请求 消息中扩展容灾指示； 和 /或， 所述第一请求消息的路由头部携带有服务呼叫会 话控制功能 S-CSCF的主机名或地址。
12. 根据权利要求 10所述的系统， 其中， 还包括：
所述备用 ATCF， 还设置为将携带所述 STN-SR的消息发送给服务呼叫会 话控制功能 S-CSCF; 所述 S-CSCF，设置为将接收到的携带所述 STN-SR的消息发送给所述 SCC
AS。
13. 根据权利要求 10所述的系统， 其中， 还包括服务呼叫会话控制功能 S-CSCF, 所述 S-CSCF包括第二获取模块和第二发送模块：
所述第二获取模块，设置为通过链路检测确定所述主用 ATCF不可用之后， 通过查询 DNS或者根据本地配置获取所述备用 ATCF的地址；
所述第二发送模块， 设置为根据所述备用 ATCF的地址， 将第二请求消息 发送给所述备用 ATCF， 其中， 作为可选配置， 所述 S-CSCF在所述第二请求 消息中扩展容灾指示； 和 /或， 所述第二请求消息的路由头部携带有代理呼叫会 话控制功能 P-CSCF的主机名或地址。
14. 根据权利要求 10所述的系统， 其中， 还包括：
所述 SCC AS， 还设置为向所述归属用户服务器 HSS发起 STN-SR更新； 所述 HSS， 设置为向所述移动管理实体 MME发起 STN-SR更新。
PCT/CN2013/084232 2012-09-28 2013-09-25 业务接续处理方法及系统 WO2014048331A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US14/427,377 US9351269B2 (en) 2012-09-28 2013-09-25 Method and system for processing service continuity
EP13840283.9A EP2903319B1 (en) 2012-09-28 2013-09-25 Method and system for service connection processing

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201210370517.0 2012-09-28
CN201210370517.0A CN103716784B (zh) 2012-09-28 2012-09-28 业务接续处理方法及系统

Publications (1)

Publication Number Publication Date
WO2014048331A1 true WO2014048331A1 (zh) 2014-04-03

Family

ID=50387002

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2013/084232 WO2014048331A1 (zh) 2012-09-28 2013-09-25 业务接续处理方法及系统

Country Status (4)

Country Link
US (1) US9351269B2 (zh)
EP (1) EP2903319B1 (zh)
CN (1) CN103716784B (zh)
WO (1) WO2014048331A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018166437A1 (en) * 2017-03-13 2018-09-20 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatuses for supporting data off exempt services in a communication system

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105792264A (zh) * 2014-12-22 2016-07-20 华为技术有限公司 故障处理的方法、装置和系统
CN104602276B (zh) * 2014-12-25 2018-01-16 北京理工大学 一种eSRVCC切换参数设置的自适应优化方法
CN107409121B (zh) * 2015-03-12 2021-02-23 瑞典爱立信有限公司 用于多路径业务聚合的方法和布置
WO2017148530A1 (en) * 2016-03-04 2017-09-08 Nokia Solutions And Networks Oy Mechanism for domain transfer
CN107770147A (zh) * 2016-08-23 2018-03-06 中兴通讯股份有限公司 一种数据处理方法、装置及系统
US10455453B2 (en) 2017-08-16 2019-10-22 T-Mobile Usa, Inc. Service enablement based on access network
CN110225558B (zh) * 2018-03-02 2021-07-09 中国移动通信集团设计院有限公司 跨区域通话处理方法、MME、HSS和eMSC

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101674313A (zh) * 2009-10-15 2010-03-17 杭州华三通信技术有限公司 服务器主动通知用户切换的sip注册方法、系统及装置
CN102448135A (zh) * 2011-11-17 2012-05-09 中兴通讯股份有限公司 一种单无线语音连续切换的方法及系统
CN102469438A (zh) * 2010-11-16 2012-05-23 中兴通讯股份有限公司 一种注册时更新切换号码的方法和装置

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103281739B (zh) * 2005-03-10 2018-01-05 三星电子株式会社 防止移动通信系统中的乒乓效应的小区重选方法和设备
JP4744544B2 (ja) * 2008-03-24 2011-08-10 株式会社エヌ・ティ・ティ・ドコモ ハンドオーバ制御方法、セル再選択方法及び移動局
US8588773B2 (en) * 2008-08-04 2013-11-19 Qualcomm Incorporated System and method for cell search and selection in a wireless communication system
US8374173B2 (en) * 2010-11-12 2013-02-12 Telefonaktiebolaget L M Ericsson (Publ) Packet switched to circuit switched access handovers in an IMS architecture
TW201342821A (zh) * 2011-12-08 2013-10-16 Interdigital Patent Holdings 交叉連結建立方法及裝置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101674313A (zh) * 2009-10-15 2010-03-17 杭州华三通信技术有限公司 服务器主动通知用户切换的sip注册方法、系统及装置
CN102469438A (zh) * 2010-11-16 2012-05-23 中兴通讯股份有限公司 一种注册时更新切换号码的方法和装置
CN102448135A (zh) * 2011-11-17 2012-05-09 中兴通讯股份有限公司 一种单无线语音连续切换的方法及系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2903319A4 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018166437A1 (en) * 2017-03-13 2018-09-20 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatuses for supporting data off exempt services in a communication system
US11304053B2 (en) 2017-03-13 2022-04-12 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatuses for supporting data off exempt services in a communication system

Also Published As

Publication number Publication date
US20150230197A1 (en) 2015-08-13
EP2903319A1 (en) 2015-08-05
EP2903319A4 (en) 2016-01-27
CN103716784A (zh) 2014-04-09
US9351269B2 (en) 2016-05-24
EP2903319B1 (en) 2017-03-15
CN103716784B (zh) 2018-06-08

Similar Documents

Publication Publication Date Title
CN109391979B (zh) P-cscf故障恢复方法、装置及系统
US8315589B2 (en) Emergency calls for internet protocol multimedia subsystem (IMS) over packet switched code division multiple access (CDMA) networks
WO2014048331A1 (zh) 业务接续处理方法及系统
EP1973368B1 (en) Handover apparatus and method in a heterogeneous wireless communication system
US8515421B2 (en) IMS enabled attach procedure for LTE
US10827392B2 (en) Handover delay optimization
CN104335544A (zh) 用于处理p-cscf故障和恢复连接的方法和装置
WO2007114648A1 (en) Method and apparatus for supporting communication service of idle user terminal located in common routing area in a mobile communication system
WO2013151484A1 (en) Call -back to a ue that has made an emergency call via a visited ims network
WO2012025007A1 (zh) 终端、hss、及核心网网元获知终端能力的方法和系统
US20150365980A1 (en) Method and Device for Sending Identifier Information or Call Transfer Request
WO2017036227A1 (zh) 一种实现终端被叫业务恢复的方法及装置
CN114125909B (zh) 一种故障恢复方法及装置
CN102761929A (zh) Ims会话切换实现方法和接入切换控制功能
KR101513451B1 (ko) 무선 통신 시스템에서 재등록을 유도하기 위한 장치 및 이를 위한 방법
US8665793B2 (en) Method and system for implementing single radio voice call continuity
EP3214818B1 (en) Method for an enhanced monitoring and/or synchronization between network nodes of an ip multimedia subsystem network, telecommunications network, system, program and computer program product
CN103200149A (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: 13840283

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 14427377

Country of ref document: US

REEP Request for entry into the european phase

Ref document number: 2013840283

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2013840283

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE