WO2011103786A1 - 一种被叫接续处理方法、装置和*** - Google Patents

一种被叫接续处理方法、装置和*** Download PDF

Info

Publication number
WO2011103786A1
WO2011103786A1 PCT/CN2011/070997 CN2011070997W WO2011103786A1 WO 2011103786 A1 WO2011103786 A1 WO 2011103786A1 CN 2011070997 W CN2011070997 W CN 2011070997W WO 2011103786 A1 WO2011103786 A1 WO 2011103786A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
magcf
msisdn
called
lai
Prior art date
Application number
PCT/CN2011/070997
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 ES11746828.0T priority Critical patent/ES2525500T3/es
Priority to PL11746828T priority patent/PL2487986T3/pl
Priority to EP11746828.0A priority patent/EP2487986B1/en
Publication of WO2011103786A1 publication Critical patent/WO2011103786A1/zh
Priority to US13/532,018 priority patent/US8675640B2/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
    • 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/10—Architectures or entities
    • H04L65/1046—Call controllers; Call servers
    • 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/1069—Session establishment or de-establishment

Definitions

  • the embodiments of the present invention relate to the field of communications technologies, and in particular, to a method, an apparatus, and a system for processing a called connection.
  • IP Multimedia Subsystem IP Multimedia
  • IMS Internet Multimedia Subsystem
  • 3GPP Third Generation Partnership Project
  • CS Circuit Switching
  • ICS IMS Centralized Services
  • the Mobile Switching Center evolves into a mobile access gateway control function (hereinafter referred to as mAGCF), and the supported protocols are converted from the 3GPP 24.008 protocol to session initialization. Protocol (Session Initiation Protocol; hereinafter referred to as SIP).
  • SIP Session Initiation Protocol
  • POOL MSC pool
  • the application server (hereinafter referred to as AS) needs to carry the mobile station when the primary mAGCF fails.
  • ISDN Integrated Service Digital Network
  • MSISDN Mobile Station International ISDN Number
  • the SRI (MAP SEND ROUTING INFORMATION) message is sent to the Home Location Register (HLR), and then the PRN is sent to the mAGCF via the HLR (PRN MAP PROVIDE ROAMING NUMBER
  • HLR Home Location Register
  • MSRN mobile station roaming number allocated for the mAGCF
  • MSRN mobile station roaming number allocated for the mAGCF
  • the inventors have found that at least the following problems exist in the prior art:
  • the AS is unconditionally acquiring the MSRN from the CS domain regardless of whether it is in the CS domain or the IMS domain.
  • the mAGCF needs to provide the MSRN for the IMS domain user, which reduces the performance of the AS and the mAGCF.
  • the routing data of the MSRN needs to be configured, which causes a large amount of routing resources to be wasted.
  • the embodiment of the present invention provides a method, a device, and a system for processing a called connection, which are used to solve the problem that the called party in the disaster recovery process of the mAGCF POOL in the prior art is obtained in the CS domain or the IMS domain unconditionally.
  • the disadvantages of the performance of the network element caused by the MSRN are reduced.
  • the MSISDN is used to perform the connection processing of the called party. It is not necessary to provide the MSRN for the IMS domain user and improve the performance of the AS and the mAGCF. , reduce the waste of routing resources.
  • An embodiment of the present invention provides a method for processing a called connection, including:
  • the primary mobile access gateway control function entity mAGCF fails, obtaining the mobile station international integrated service data network number MSISDN information corresponding to the called terminal located in the IMS domain of the IP multimedia subsystem, and the international mobile subscriber identity corresponding to the MSISDN information Code IMSI information and location area identification LAI information;
  • the called party is connected to the call by the selected mAGCF.
  • connection processing device which includes:
  • a first acquiring module configured to acquire, when the primary mobile access gateway control function entity mAGCF fails, obtain the number of international integrated services of the mobile station corresponding to the called terminal located in the IMS domain of the IP multimedia subsystem According to the network number MSISDN information, and the international mobile subscriber identity code I MS I information and the location area identifier LAI information corresponding to the MSISDN information;
  • connection processing module configured to send the MSISDN information, the IMSI information, and the LAI information to the selected mAGCF, and perform the connection processing on the called party by the selected mAGCF.
  • the embodiment of the present invention provides a called connection processing system, which is applied to a mAGCF POOL, and includes a called connection processing device, where the called connection processing device is used to:
  • the primary mobile access gateway control function entity mAGCF fails, obtaining the mobile station international integrated service data network number MSISDN information corresponding to the called terminal located in the IMS domain of the IP multimedia subsystem, and the international mobile subscriber identity corresponding to the MSISDN information Code IMSI information and location area identification LAI information;
  • the MSISDN information, the IMSI information, and the LAI information are sent to the selected mAGCF, and the selected mAGCF performs a connection process on the called party.
  • the called connection processing method, device and system in the embodiment of the present invention in the application scenario in which the terminal is in the IMS domain, when the primary mAGCF of the called terminal fails, the MSISDN corresponding to the called terminal is obtained.
  • the information, the IMSI information and the LAI information are processed by the selected mAGCF in the mAGCF POOL to implement the recovery of the called party in the mAGCF POOL, and the mAGCF POOL in the prior art is solved.
  • the AS is in the CS domain or the IMS domain, and the AS is unconditionally acquiring the MSRN from the CS domain, which reduces the performance of the NE.
  • the host is in the IMS domain during the disaster recovery process of the mAGCF POOL.
  • the MSRN is not provided for the IMS domain user, which improves the performance of the AS and the mAGCF and reduces the waste of routing resources.
  • Embodiment 1 is a flowchart of Embodiment 1 of a method for processing a called connection according to the present invention
  • FIG. 2 is a schematic diagram of an ICS architecture in Embodiment 1 of a method for processing a called connection according to the present invention
  • Embodiment 3 is a flowchart of Embodiment 2 of a method for processing a called connection according to the present invention
  • FIG. 4 is a schematic diagram of a mAGCF POOL networking architecture in the second embodiment of the method for processing a called connection according to the present invention
  • Embodiment 3 is a flowchart of Embodiment 3 of a method for processing a called connection according to the present invention
  • FIG. 6 is a schematic diagram of a mAGCF POOL networking architecture in the third embodiment of the method for processing a called connection according to the present invention
  • Embodiment 7 is a flowchart of Embodiment 4 of a method for processing a called connection according to the present invention.
  • FIG. 8 is a schematic diagram of a mAGCF POOL networking architecture in the fourth embodiment of the method for processing a called connection according to the present invention.
  • Embodiment 9 is a flowchart of Embodiment 5 of a method for processing a called connection according to the present invention.
  • Embodiment 1 of a called connection processing device according to the present invention
  • FIG. 11 is a schematic structural diagram of Embodiment 3 of a called connection processing device according to the present invention. detailed description
  • FIG. 1 is a flowchart of Embodiment 1 of a method for processing a called connection according to the present invention. As shown in FIG. 1 , this embodiment provides a method for processing a called connection, which may specifically include the following steps:
  • Step 101 When the primary mobile access gateway control function entity mAGCF fails, obtain a bit.
  • FIG. 2 is a schematic diagram of an ICS architecture in a first embodiment of a method for processing a called connection according to the present invention.
  • This embodiment is a method for processing a called connection in a convergence scenario of a CS network and an IMS network.
  • the original MSC server is evolved into the mAGCF, and the supported protocols are converted from the 3GPP 24.008 protocol to the SIP protocol, so that the traditional users in the CS network can access the IMS network, and multiple access modes can be enjoyed by the AS. business.
  • the AS is used to provide voice convergence service logic.
  • the Home Subscriber Server (hereinafter referred to as HSS) and the HLR respectively store user data of the user's home IMS domain and the CS domain, and the service call session control function (Serve-Call Session Control) Function; hereinafter referred to as: S-CSCF)
  • S-CSCF service call session control function
  • the entity completes the triggering and call control of the IMS/CS voice convergence service in the IMS domain and the CS domain.
  • the Media Gateway Control Function (hereinafter referred to as MGCF) entity implements the IMS domain and CS.
  • the interworking of the domain, the Media Gateway (hereinafter referred to as MGW) provides call control and signaling functions. Only one mAGCF and one base station subsystem (hereinafter referred to as BSS) are shown in FIG. 2.
  • the specific application scenario in this embodiment is the mAGCF POOL networking, and one mAGCF POOL includes multiple mAGCFs.
  • the BSS can connect to multiple mAGCFs in the mAGCF POOL.
  • the mAGCF POOL is used to implement network load sharing between mAGCFs, achieving disaster recovery backup at the mAGCF level, and reducing inter-office location update and handover.
  • Step 102 Perform connection processing on the called terminal of the called terminal by using the selected mAGCF according to the MSISDN information, the IMSI information, and the LAI information.
  • the present embodiment provides a method for processing a called connection.
  • the MSISDN information corresponding to the called terminal is obtained.
  • the IMSI information and the LAI information are processed by the selected mAGCF in the mAGCF POOL to implement the recovery of the called party in the mAGCF POOL, and the disaster recovery processing of the mAGCF POOL in the prior art is solved.
  • the called party is in the CS domain or the IMS domain, and the AS is directly used in the IMS domain during the disaster tolerance process of the mAGCF POOL.
  • the MSISDN performs the connection processing of the called party, and does not need to provide the MSRN for the IMS domain user, which improves the performance of the AS and the mAGCF, and reduces the waste of routing resources.
  • FIG. 3 is a flowchart of a second embodiment of a method for processing a called connection according to the present invention. As shown in FIG. 3, this embodiment provides a method for processing a called connection. The embodiment is specifically applied to the disaster recovery processing of the mAGCF POOL network. In the scenario where the terminal is in the IMS domain and is in the scenario of being called, this embodiment is an embodiment of the foregoing Embodiment 1, and may include the following steps:
  • Step 301 The primary mAGCF backs up the MSISDN information, the IMSI information, and the LAI information corresponding to the called terminal to the standby mAGCF.
  • FIG. 4 is a schematic diagram of a network structure of a mAGCF POOL in a second embodiment of a method for processing a called connection according to the present invention.
  • mAGCFI is a primary mAGCF corresponding to a called terminal
  • mAGCFb is a standby mAGCF corresponding to the called terminal
  • mAGCF2 For other mAGCFs in the mAGCF POOL, only one other mAGCF except the primary mAGCF and the standby mAGCF is shown here. Of course, there may be more other mAGCFs, mAGCF3, mAGCF4, etc., which are no longer praised in FIG. Said.
  • the primary mAGCF corresponding to the called terminal backs up the information of the called terminal that is obtained by the called terminal to the standby mAGCF corresponding to the called terminal, where the information of the terminal is in addition to the IMSI information, the LAI information, and the user status.
  • the standby mAGCF also backs up the MSISDN information of the terminal for use in the subsequent steps.
  • the terminal completes the registration, location update, etc.
  • the updated information is backed up to ensure that the information of the terminal saved in the standby mAGCF is the latest information.
  • Step 302 When the primary mAGCF fails, the S-CSCF connects the called terminal of the called terminal in the IMS domain to the standby mAGCF.
  • the AS may be used as a called domain selection function (T-ADS) entity, and the terminal information saved in the primary mAGCF and the standby mAGCF corresponding to the called terminal includes, in addition to the IMSI information and the LAI information, The MSISDN information corresponding to the terminal; when the primary mAGCF corresponding to the called terminal is in a normal working state, the AS can directly use the MSISDN information to connect the called party of the terminal to the primary mAGCF, and the primary mAGCF uses the saved LAI information. Send the specified page, and perform the process of terminal location update, registration, and so on.
  • T-ADS domain selection function
  • the S-CSCF when the S-CSCF detects that the primary mAGCF is faulty, it finds that the SIP message received from the AS is the message sent to the primary mAGCF of the fault, in order to implement the normal called of the called terminal.
  • the S-CSCF obtains the standby mAGCF corresponding to the called terminal through the primary and secondary routing mechanism of the Domain Name System (DNS), and connects the call to the standby mAGCF.
  • DNS Domain Name System
  • Step 303 The standby mAGCF extracts, from the backup data, the MSISDN information corresponding to the called terminal, and the IMSI information and the LAI information corresponding to the MSISDN information.
  • the backup mAGCF extracts the MSISDN information corresponding to the called terminal and the IMSI information and the LAI information corresponding to the MSISDN information, because the backup data of the called terminal is backed up in the standby mAGCF.
  • Step 304 The standby mAGCF sends a session initiation protocol SIP message to the selected mAGCF, where the MSISDN information, the IMSI information, and the LAI information are carried in the SIP message.
  • the standby mAGCF may select a mAGCF from the mAGCF POOL as the selected mAGCF according to a preset rule, that is, select the main mAGCF and the standby mAGCF according to a preset rule.
  • a preset rule that is, select the main mAGCF and the standby mAGCF according to a preset rule.
  • An other mAGCF as shown in Figure 4, may select mAGCF2 as the selected mAGCF.
  • one of the mAGCF POOLs may be selected by a round selection rule or a load minimum selection rule. For other mAGCFs, you can select a mAGCF with a lower current network load, which is not mentioned here.
  • the standby mAGCF After the selected mAGCF is selected, the standby mAGCF sends the extracted MSISDN information, the IMSI information, and the LAI information corresponding to the called terminal to the selected mAGCF, and may send a SIP message to the selected mAGCF, which may be specifically in the SIP.
  • the invite message carries the MSISDN information, the IMSI information, and the LAI information in the invite message.
  • the IMSI information in this embodiment carries the SIP Uniform Resource Identifier (hereinafter referred to as SIP URI) of the extended session initiation protocol of the SIP message.
  • SIP URI SIP Uniform Resource Identifier
  • SIPS-URI secure uniform resource identifier of the session initiation protocol
  • TEL URI telephone number Uniform Resource Identifier
  • the LAI information is carried in the newly added called access network information of the SIP message (P -Called-Access-Network-lnfo ) in the header field.
  • the IMSI information and the LAI information are carried in the header field of the Invite message in the SIP, and the IMSI information may be carried in the number format of the SIP message, specifically, the SIP URI/SIPS-URI and the TEL URI in the SIP message.
  • the extension is implemented to carry the IMSI information in the SIP message, and the P-Called-Access-Network-Info header field is added in the SIP message to implement carrying the LAI information in the SIP message.
  • Step 305 The selected mAGCF performs connection processing on the called party according to the MSISDN information, the IMSI information, and the LAI information.
  • the selected mAGCF After receiving the MSISDN information, IMSI information, and LAI information forwarded by the standby mAGCF, the selected mAGCF learns that the called terminal is not in its own VLR through the IMSI information and the LAI information, according to the MSISDN information, the IMSI information, and the LAI. The information is sent to the page for specifying the LAI information, the location update, the registration, and the like, so that the called party is connected to the selected mAGCF to complete the recovery of the called party.
  • the embodiment provides a method for processing the called connection.
  • the call is connected to the standby mAGCF, and the standby mAGCF is used.
  • Extracting the MSISDN information corresponding to the called terminal by using backup data, IMSI information and LAI information, and the MSISDN information, the IMSI information, and the LAI information are carried in the SIP message and sent to a selected mAGCF in the mAGCF POOL, and the selected mAGCF is used to perform the connection processing on the called party to implement the mAGCF.
  • the recovery of the disaster-tolerant call in the POOL is solved once.
  • the solution is implemented in the disaster recovery process of the mAGCF POOL in the prior art.
  • the AS is unconditionally acquiring the MSRN from the CS domain regardless of whether it is in the CS domain or the IMS domain.
  • the shortcomings of the mAGCF POOL are implemented.
  • the MSISDN is used to perform the connection processing.
  • the AS does not need to obtain the MSRN from the CS domain.
  • the mAGCF does not need to provide the MSRN for the IMS domain user.
  • the performance of AS and mAGCF In addition, since the S-CSCF only needs to route the unfamiliar MSRN to the CS domain, only one routing data is needed to support the MSRN, which reduces the waste of routing resources.
  • FIG. 5 is a flowchart of a third embodiment of the method for processing a called connection according to the present invention.
  • the embodiment is specifically applied to the disaster recovery processing of the mAGCF POOL network.
  • the terminal is in the IMS domain and is used as the called party.
  • the embodiment is the embodiment of the foregoing first embodiment, and may include the following steps: Step 501: The primary mAGCF backs up the MSISDN information, the IMSI information, and the LAI information corresponding to the called terminal to the standby mAGCF. Similar to step 301 above, it will not be described here.
  • Step 502 When the primary mAGCF fails, the S-CSCF connects the called terminal of the called terminal in the IMS domain to the standby mAGCF. This step may be similar to the foregoing step 302, and details are not described herein again.
  • Step 503 The standby mAGCF extracts, from the backup data, the MSISDN information corresponding to the called terminal, and the IMSI information and the LAI information corresponding to the MSISDN information. This step may be similar to the foregoing step 303, and details are not described herein again.
  • Step 504 The standby mAGCF obtains an IP address or a host name of the selected mAGCF.
  • the standby mAGCF may select a mAGCF from the mAGCF POOL as the selected mAGCF according to a preset rule, that is, select the main mAGCF and the standby mAGCF according to a preset rule.
  • FIG. 6 is a schematic diagram of the mAGCF POOL networking architecture in the third embodiment of the method for processing the called connection in the present invention. As shown in FIG. 6, the mAGCF2 may be selected as the selected mAGCF. Specifically, in this embodiment, one of the mAGCF POOLs may be selected by a round selection rule or a load minimum selection rule.
  • the standby mAGCF obtains the IP address or host name of the selected mAGCF, and carries the obtained IP address or host name of the selected mAGCF, together with the IMSI information and the LAI information, in the SIP message.
  • Step 505 The standby mAGCF sends the SIP message to the S-CSCF, where the SIP message carries an IP address or a host name of the selected mAGCF, and the IMSI information and the LAI information.
  • the standby mAGCF sends the SIP message to the S-CSCF, and the IP address or host name of the selected mAGCF, and the IMSI information and the LAI information are placed in the reselection routing message 302 of the SIP message, and returned to the S- CSCF.
  • Step 506 The S-CSCF sends a SIP message to the selected mAGCF according to the IP address or the host name of the selected mAGCF, where the SIP message carries the MSISDN information, the IMSI information, and the LAI information. .
  • the S-CSCF After receiving the reselection routing message 302 of the SIP message, the S-CSCF obtains the IP address or host name of the selected mAGCF, and the MSISDN information, the IMSI information, and the LAI information, and the S-CSCF is selected according to the selected The IP address or host name of the mAGCF initiates a reselection route.
  • the S-CSCF sends a SIP message to the selected mAGCF according to the IP address or the host name, and carries the MSISDN information, the IMSI information, and the LAI information in the SIP message, that is, the call is connected to the SIP message through the Invite message.
  • the selected mAGCF specified in the routing message 302 is selected.
  • step 507 the selected mAGCF performs the connection processing on the called party according to the MSISDN information, the IMSI information, and the LAI information. This step may be similar to the foregoing step 305, and details are not described herein again.
  • the embodiment provides a method for processing the called connection.
  • the terminal is in the IMS domain
  • the call is connected to the standby mAGCF, and the standby mAGCF is used.
  • the MSISDN information, the IMSI information, and the LAI information corresponding to the called terminal are extracted by using the backup data, and the IP address or host name of the selected mAGCF is obtained, and the MSISDN information, the IMSI information, and the LAI information are carried in the SIP message and sent to the S-CSCF.
  • the S-CSCF sends a SIP message to the selected mAGCF according to the IP address or host name of the selected mAGCF, and the selected mAGCF After the callee is connected to the call, the callback recovery of the disaster recovery in the mAGCF POOL is implemented.
  • the AS In the disaster recovery process of the mAGCF POOL in the prior art, the AS is unconditional regardless of whether it is in the CS domain or the IMS domain.
  • the MSISDN is used to perform the connection processing of the called party. The AS does not need to obtain the MSRN from the CS domain.
  • the mAGCF does not need to provide the MSRN for the IMS domain user, which improves the performance of the AS and the mAGCF.
  • the S-CSCF since the S-CSCF only needs to route the unfamiliar MSRN to the CS domain, only one routing data is needed to support the MSRN, and the routing resource is reduced. Waste.
  • FIG. 7 is a flowchart of a fourth embodiment of a method for processing a called connection according to the present invention. As shown in FIG. 7, the embodiment provides a method for processing a called connection. The embodiment is specifically applied to the disaster recovery processing of the mAGCF POOL network. In the scenario where the terminal is in the IMS domain and is in the scenario of being called, this embodiment is an embodiment of the foregoing Embodiment 1, and may include the following steps:
  • Step 701 The S-CSCF obtains the MSISDN information and the IMSI information by using the registration information of the called terminal, and saves the MSISDN information and the IMSI information in the database.
  • FIG. 8 is a schematic diagram of the network structure of the mAGCF POOL in the fourth embodiment of the method for processing the called connection according to the present invention.
  • the standby mAGCF corresponding to the called terminal is replaced by the S-CSCF, and the called party is called.
  • the related information of the terminal is backed up. Specifically, since each user terminal needs to register with the S-CSCF when accessing the IMS or the CS network, when the called terminal performs registration, the S-CSC F can obtain the registration information of the called terminal. The information of the called terminal.
  • the S-CSCF when the called terminal registers with the S-CSCF, the S-CSCF can obtain the MSISDN information and the IMSI information corresponding to the user information in the registration information, and the S-CSCF can obtain the information through the registration information.
  • the MSISDN information and the IMSI information corresponding to the called terminal, and the MSISDN information and the IMSI information are saved in the database, where the database for storing the MSISDN information and the IMSI information may be the S-CSCF local or the HSS.
  • Step 702 When the user location area of the called terminal changes, the S-CSCF obtains the LAI information by using the registration information of the primary mAGCF, and saves the LAI information in the database.
  • the terminal updates the LAI information stored in the VLR by updating the location update request to the visit location register (hereinafter referred to as VLR);
  • VLR visit location register
  • the S-CSCF obtains the updated LAI information corresponding to the called terminal by using the registration information of the primary mAGCF corresponding to the called terminal, and then updates the LAI information stored in the database.
  • Step 703 When the primary mAGCF fails, the S-CSCF extracts the MSISDN information corresponding to the called terminal located in the IMS domain in the database, and the IMSI information and the LAI information corresponding to the MSISDN information.
  • the S-CSCF is used as the role of the standby mAGCF of the called terminal.
  • the call is connected, when the S-CSCF finds that the primary mAGCF is faulty, the called data is extracted from the backup data saved in the database.
  • Step 704 The S-CSCF sends a session initiation protocol SIP message to the selected mAGCF, where the MSISDN information, the IMSI information, and the LAI information are carried in the SIP message.
  • the S-CSCF may select a mAGCF from the mAGCF POOL as the selected mAGCF according to a preset rule, which is similar to the foregoing step 304, and is not described here. After selecting the selected mAGCF, the S-CSCF carries the MSISDN information, the IMSI information, and the LAI information in the invite message by sending an invite message in the SIP to the selected mAGCF.
  • Step 705 The selected mAGCF performs the connection processing on the called party according to the MSISDN information, the IMSI information, and the LAI information.
  • the selected mAGCF After receiving the MSISDN information, the IMSI information, and the LAI information forwarded by the S-CSCF, the selected mAGCF learns that the called terminal is not in its own VLR through the IMSI information and the LAI information, according to the MSISDN information, the IMSI information, and The LAI information is sent to the paging of the specified LAI information, the location update, the registration, and the like, and then the called terminal is re-registered to the S-CSCF, thereby realizing the Called on the selected mAGCF for connection processing, complete the called one recovery.
  • the embodiment provides a method for processing the called connection.
  • the S-CSCF replaces the standby mAGCF, S-CSCF.
  • the extracted MSISDN information, the IMSI information, and the LAI information corresponding to the called terminal are carried in a SIP message and sent to a selected mAGCF in the mAGCF POOL, and the selected mAGCF is used to perform the connection processing on the called party.
  • the recovery of the disaster-tolerant call in the mAGCF POOL is performed once.
  • This embodiment solves the problem that the AS is unconditionally acquiring the MSRN from the CS domain in the CS or IMS domain in the disaster recovery process of the mAGCF POOL in the prior art.
  • the shortcomings of the network element are reduced.
  • the MSISDN is used to perform the connection processing.
  • the AS does not need to obtain the MSRN from the CS domain.
  • the mAGCF does not need to provide the IMS domain user.
  • MSRN improves the performance of AS and mAGCF.
  • the S-CSCF since the S-CSCF only needs to route the unfamiliar MSRN to the CS domain, only one routing data is needed to support the MSRN. Waste of routing resources.
  • FIG. 9 is a flowchart of Embodiment 5 of the method for processing a called connection according to the present invention.
  • the embodiment provides a method for processing a called connection.
  • This embodiment is similar to the process of the foregoing Embodiment 4, except that the difference lies in
  • the information of the called terminal is saved in the database, and the database in this embodiment may be an AS or an HSS.
  • this embodiment may include the following steps:
  • Step 901 The S-CSCF obtains the MSISDN information and the IMSI information by using the registration information of the called terminal, and sends the MSISDN information and the IMSI information to the AS, and saves the information in the database. This step is similar to the foregoing step 701, and details are not described herein again. .
  • Step 902 When the user location area of the called terminal changes, the S-CSCF obtains the LAI information by using the registration information of the primary mAGCF, and sends the LAI information to the AS, and saves it in the database. This step is similar to step 702. , will not repeat them here.
  • the MSISDN information, the IMSI information, and the LAI information of the called terminal are saved by the AS, which greatly reduces the load of the S-CSCF and improves the working efficiency of the S-CSCF.
  • Step 903 When the primary mAGCF fails, the S-CSCF saves the data through the AS extraction.
  • the MSISDN information corresponding to the called terminal in the IMS domain and the IMSI information and the LAI information corresponding to the MSISDN information are similar to the foregoing step 703, and details are not described herein again.
  • Step 904 The S-CSCF sends a session initiation protocol SIP message to the selected mAGCF, where the SIP message carries the MSISDN information, the IMSI information, and the LAI information. This step is similar to step 704 above. Let me repeat.
  • Step 905 The selected mAGCF performs the connection processing on the called party according to the MSISDN information, the IMSI information, and the LAI information. This step is similar to the foregoing step 705, and details are not described herein again.
  • FIG. 10 is a schematic structural diagram of Embodiment 1 of the called connection processing apparatus of the present invention.
  • the embodiment provides a called connection processing device, which may specifically perform the steps of Embodiment 1 of the foregoing method, where No longer.
  • the called connection processing device provided in this embodiment may be specifically a standby mAGCF or an S-CSCF.
  • the called connection processing apparatus provided in this embodiment includes a first acquisition module 1001 and a connection processing module 1002.
  • the first obtaining module 1001 is configured to acquire MSISDN information corresponding to the called terminal located in the IMS domain, and IMSI information and LAI information corresponding to the MSISDN information when the primary mAGCF fails.
  • the connection processing module 1002 is configured to send the MSISDN information, the IMSI information, and the LAI information to the selected mAGCF, and perform the connection processing on the called by the selected mAGCF.
  • this embodiment provides a second embodiment of the called connection processing device.
  • the called connection processing device in this embodiment may be specifically a standby mAGCF.
  • This embodiment may specifically implement the foregoing method embodiment. The various steps of the second step will not be repeated here.
  • This embodiment is based on the first embodiment shown in FIG. 10, and the first obtaining module 1001 in this embodiment may be specifically configured to obtain the IMS domain from the backup data of the backup mAGCF when the primary mAGCF fails.
  • the embodiment provides a called connection processing device.
  • the call is connected to the standby mAGCF, and the standby mAGCF is used.
  • the MSISDN information, the IMSI information, and the LAI information corresponding to the called terminal are extracted by using the backup data, and the MSISDN information, the IMSI information, and the LAI information are carried in the SIP message and sent to a selected mAGCF in the mAGCF POOL, and the selected mAGCF is adopted.
  • the called party is restored in the disaster recovery process of the mAGCF POOL in the prior art.
  • the AS is unconditional regardless of whether it is in the CS domain or the IMS domain.
  • the MSISDN is used to perform the connection processing of the called party.
  • the AS does not need to obtain the MSRN from the CS domain.
  • the mAGCF also does not need to provide the MSRN for the IMS domain user, which improves the performance of the AS and the mAGCF.
  • the S-CSCF since the S-CSCF only needs to route the unfamiliar MSRN to the CS domain, only one Routing data to support MSRN reduces the waste of routing resources.
  • FIG. 11 is a schematic structural diagram of Embodiment 3 of the called connection processing apparatus of the present invention.
  • the called connection processing apparatus provided in this embodiment may be specifically a standby mAGCF, and this embodiment may specifically implement the foregoing method embodiment 3. The various steps are not repeated here.
  • the embodiment may further include a second obtaining module 1101 and a sending module 1 102 on the basis of the first embodiment shown in FIG.
  • the second obtaining module 1101 is configured to obtain an IP address or a host name of the selected mAGCF before performing the connection processing on the called party by the selected mAGCF.
  • the sending module 1102 is configured to send the SIP message to the serving call session control function entity S-CSCF, where the SIP message carries an IP address or a host name of the selected mAGCF, and the IMSI information and the LAI information. .
  • the S-CSCF in the embodiment sends a SIP message to the selected mAGCF, where the SIP message carries the MSISDN information, the IMSI information, and the LAI information, and the selected mAGCF pair
  • the called party performs a connection process.
  • the embodiment provides a called connection processing device.
  • the terminal When the terminal is in the application scenario of the called IMS domain, when the primary mAGCF of the called terminal fails, the call is connected to the standby.
  • the standby mAGCF extracts the MSISDN information, the IMSI information, and the LAI information corresponding to the called terminal by using the backup data, and according to the MSISDN information, the IMSI information, and the LAI information, is called by the selected mAGCF in the mAGCF POOL.
  • the continuation process is implemented to implement the recovery of the disaster-tolerant call in the mAGCF POOL.
  • the AS In the disaster recovery process of the mAGCF POOL in the prior art, the AS is unconditionally acquiring the MSRN from the CS domain in the CS domain or the IMS domain. The disadvantages of the network element performance are reduced.
  • the MSISDN In the disaster tolerance process of the mAGCF POOL, when the called party is in the IMS domain, the MSISDN is used to perform the connection processing.
  • the AS does not need to obtain the MSRN from the CS domain.
  • the mAGCF does not need to be the IMS.
  • the domain user provides the MSRN, which improves the performance of the AS and the mAGCF.
  • the S-CSCF only needs to route the unfamiliar MSRN to the CS domain, only one routing data is needed to support the MSRN, which reduces the waste of routing resources.
  • this embodiment provides a specific embodiment 4 of the called connection processing device.
  • the called connection processing device in this embodiment may be specifically an S-CSCF, and the embodiment may specifically implement the foregoing method implementation. The steps in the fourth example will not be described here.
  • the called connection processing apparatus provided in this embodiment is based on the first embodiment shown in FIG. 10, and the selected mAGCF is selected by the S-CSCF from the mAGCF POOL according to a predetermined rule.
  • the first obtaining module 1001 in this embodiment is specifically configured to: when the primary mAGCF fails, acquire the MSISDN information corresponding to the called terminal in the IMS domain and the IMSI information corresponding to the MSISDN information, and LAI information.
  • the present embodiment provides a called connection processing device.
  • the S-CSCF replaces the standby mAGCF, S-CSCF.
  • the extracted MSISDN information, the IMSI information, and the LAI information corresponding to the called terminal are carried in a SIP message and sent to a selected mAGCF in the mAGCF POOL, and the selected mAGCF is used to perform the connection processing on the called party.
  • the recovery of the disaster-tolerant call in the mAGCF POOL is performed once.
  • This embodiment solves the problem that the AS is unconditionally acquiring the MSRN from the CS domain in the CS or IMS domain in the disaster recovery process of the mAGCF POOL in the prior art.
  • the shortcomings of network element performance reduction, etc. realized that in the disaster tolerance process of mAGCF POOL, the called party is directly in the IMS domain.
  • the MSISDN is used for the connection processing of the called party.
  • the AS does not need to obtain the MSRN from the CS domain.
  • the mAGCF does not need to provide the MSRN for the IMS domain user, which improves the performance of the AS and the mAGCF.
  • the S-CSCF only needs to route the unfamiliar MSRN to the CS. For a domain, only one routing data is needed to support the MSRN, which reduces the waste of routing resources.
  • this embodiment provides a specific embodiment of the called connection processing device.
  • the called connection processing device in this embodiment may be specifically an S-CSCF, and the embodiment may specifically implement the foregoing method embodiment. The various steps of the five are not repeated here.
  • This embodiment is based on the first embodiment shown in FIG. 10, and the first obtaining module 1001 in this embodiment may be specifically configured to be saved in the application server by using an application server when the primary mAGCF fails.
  • the present embodiment provides a called connection processing device.
  • the S-CSCF replaces the standby mAGCF, S-CSCF.
  • the selected one of the mAGCF POOLs is used to perform the connection processing on the called party, thereby realizing the recovery of the called party in the mAGCF POOL.
  • This embodiment solves the shortcomings of the network in the disaster recovery process of the mAGCF POOL in the prior art, whether the AS is in the CS domain or the IMS domain, and the AS is unconditionally acquiring the MSRN from the CS domain, which is implemented in the mAGCF.
  • the MSISDN is used to perform the connection processing.
  • the AS does not need to obtain the MSRN from the CS domain.
  • the mAGCF does not need to provide the MSRN for the IMS domain user, which improves the performance of the AS and the mAGCF.
  • the S-CSCF only needs to route the unfamiliar MSRN to the CS domain, only one routing data is needed to support the MSRN, which reduces the waste of routing resources.
  • the embodiment of the present invention further provides a called connection processing system, which is applied to the mobile access gateway control function entity pool mAGCF POOL, and includes the called connection processing device as described in the above embodiment, where the called connection processing device is specifically used for :
  • the MSISDN corresponding to the called terminal located in the IMS domain is obtained.
  • the MSISDN information, the IMSI information, and the LAI information are sent to the selected mAGCF, and the selected mAGCF performs a connection process on the called party.
  • the called connection processing system provided in this embodiment is used in the application scenario where the terminal is in the IMS domain, and when the primary mAGCF of the called terminal fails, the MSISDN information and IMSI corresponding to the called terminal are obtained.
  • the information and the LAI information are processed by the selected mAGCF in the mAGCF POOL to implement the recovery of the called party in the mAGCF POOL, which solves the disaster recovery process of the mAGCF POOL in the prior art.
  • the called party is in the CS domain or the IMS domain
  • the AS is in the IMS domain.
  • the called continuation process does not need to provide the MSRN for the IMS domain user, which improves the performance of the AS and the mAGCF and reduces the waste of routing resources.

Landscapes

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

Description

一种被叫接续处理方法、 装置和*** 本申请要求于 2010 年 2 月 26 日提交中国专利局、 申请号为 201010116751. 发明名称为 "一种被叫接续处理方法、 装置和***" 的中国 专利申请的优先权， 其全部内容通过引用结合在本申请中。
技术领域
本发明实施例涉及通信技术领域， 尤其涉及一种被叫接续处理方法、 装置 和***。
背景技术
随着通信技术的不断演进和发展， IP 多媒体子*** （ IP Multimedia
Subsystem; 以下简称： IMS )网络已经逐渐发展成为第三代合作伙伴计划（ 3Μ Generation Partnership Project; 以下简称： 3GPP ) 的核心网架构， 与电路交换 ( Circuit Switching; 以下简称： CS ) 网络将长期并存， 为分组接入的固定和 移动用户提供 IP多媒体业务。 IMS集中业务（ IMS Centralized Services; 以下 简称： ICS ) 的出现使各种业务能够得到 IMS网络的一致控制， 实现各种接入 方式之间的无缝高效互通。
在 ICS架构下，移动交换中心（ Mobile Switching Center; 以下简称： MSC ) 演进为移动接入网关控制功能 ( mobile Access Gateway Control Function; 以下 简称： mAGCF ), 支持的协议由 3GPP 24.008 协议转换为会话初始化协议 ( Session Initiation Protocol; 以下简称： SIP )。 相应地， MSC池（ POOL )也 将演进为 mAGCF POOL，由于目前 3GPP协议中并未对 mAGCF POOL的处理 流程进行定义， 因此现有技术中 ICS架构下的 mAGCF POOL的容灾处理流程 采用类似 MSC POOL的容灾处理流程。 在现有的 mAGCF POOL的容灾处理 流程中， 当用户终端作为被叫方处于 IMS域中， 在主用 mAGCF出现故障时， 应用服务器（Application Server; 以下简称： AS )需要将携带有移动台国际综 合业务数据网 （Integrated Service Digital Network; 以下简称： ISDN ) 号码 ( Mobile Station International ISDN Number; 以下简称： MSISDN ) 的 SRI ( MAP SEND ROUTING INFORMATION ) 消息发送到归属位置寄存器 ( Home Location Register;以下简称： HLR )，再通过 HLR向 mAGCF发送 PRN ( PRN MAP PROVIDE ROAMING NUMBER )消息，来获取为 mAGCF分配 的移动通讯站漫游号码 ( Mobile Station Roaming Number; 以下简称： MSRN )， 通过 MSRN来触发 mAGCF故障时的被叫接续处理。 在实现本发明过程中， 发明人发现现有技术中至少存在如下问题： 现有技 术中 mAGCF POOL的容灾处理流程中被叫无论处于 CS域还是 IMS域， AS 均无条件地从 CS域获取 MSRN, mAGCF需要为 IMS域用户提供 MSRN, 导 致 AS和 mAGCF的性能均降低， 同时需要配置 MSRN的路由数据， 造成大量 路由资源的浪费。
发明内容
本发明实施例提供一种被叫接续处理方法、 装置和***， 用以解决现有技 术中 mAGCF POOL的容灾处理流程中被叫无论处于 CS域还是 IMS域， AS均无 条件地从 CS域获取 MSRN而导致的网元性能降低等缺点， 实现在 mAGCF POOL的容灾过程中， 被叫处于 IMS域时直接使用 MSISDN进行被叫接续处理， 无需为 IMS域用户提供 MSRN，提高 AS和 mAGCF的性能， 减少路由资源浪费。
本发明实施例提供一种被叫接续处理方法， 包括：
当主用移动接入网关控制功能实体 mAGCF出现故障时， 获取位于 IP多媒 体子*** IMS域的被叫终端对应的移动台国际综合业务数据网号码 MSISDN信 息， 以及所述 MSISDN信息对应的国际移动用户识别码 IMSI信息和位置区标识 LAI信息；
根据所述 MSISDN信息、 所述 IMSI信息和所述 LAI信息， 通过被选 mAGCF 对被叫进行接续处理。
本发明实施例提供了一种被叫接续处理装置， 包括：
第一获取模块， 用于当主用移动接入网关控制功能实体 mAGCF出现故障 时， 获取位于 IP多媒体子*** IMS域的被叫终端对应的移动台国际综合业务数 据网号码 MSISDN信息， 以及所述 MSISDN信息对应的国际移动用户识别码 I MS I信息和位置区标识 LAI信息；
接续处理模块， 用于向被选 mAGCF发送所述 MSISDN信息、 所述 IMSI信 息和所述 LAI信息， 由所述被选 mAGCF对被叫进行接续处理。
本发明实施例提供了一种被叫接续处理***， 应用于 mAGCF POOL, 包 括被叫接续处理装置， 所述被叫接续处理装置用于：
当主用移动接入网关控制功能实体 mAGCF出现故障时， 获取位于 IP多媒 体子*** IMS域的被叫终端对应的移动台国际综合业务数据网号码 MSISDN信 息， 以及所述 MSISDN信息对应的国际移动用户识别码 IMSI信息和位置区标识 LAI信息；
向被选 mAGCF发送所述 MSISDN信息、 所述 IMSI信息和所述 LAI信息， 由 所述被选 mAGCF对被叫进行接续处理。
本发明实施例的被叫接续处理方法、装置和***，在终端作为被叫处于 IMS 域中的应用场景中， 当该被叫终端的主用 mAGCF出现故障时， 获取该被叫终 端对应的 MSISDN信息、 IMSI信息和 LAI信息， 通过 mAGCF POOL中的一个该 被选 mAGCF来对此次被叫进行接续处理，实现了 mAGCF POOL中容灾的被叫 一次恢复， 解决了现有技术中 mAGCF POOL的容灾处理流程中被叫无论处于 CS域还是 IMS域， AS均无条件地从 CS域获取 MSRN而导致的网元性能降低等 缺点， 实现了在 mAGCF POOL的容灾过程中， 被叫处于 IMS域时直接使用 MSISDN进行被叫接续处理， 无需为 IMS域用户提供 MSRN， 提高了 AS和 mAGCF的性能， 减少了路由资源的浪费。 附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案， 下面将对实施 例或现有技术描述中所需要使用的附图作一简单地介绍， 显而易见地， 下面描 述中的附图是本发明的一些实施例， 对于本领域普通技术人员来讲， 在不付出 创造性劳动性的前提下， 还可以根据这些附图获得其他的附图。
图 1为本发明被叫接续处理方法实施例一的流程图；
图 2为本发明被叫接续处理方法实施例一中的 ICS架构示意图；
图 3为本发明被叫接续处理方法实施例二的流程图；
图 4为本发明被叫接续处理方法实施例二中 mAGCF POOL组网架构示意 图；
图 5为本发明被叫接续处理方法实施例三的流程图；
图 6为本发明被叫接续处理方法实施例三中 mAGCF POOL组网架构示意 图；
图 7为本发明被叫接续处理方法实施例四的流程图；
图 8为本发明被叫接续处理方法实施例四中 mAGCF POOL组网架构示意 图；
图 9为本发明被叫接续处理方法实施例五的流程图；
图 10为本发明被叫接续处理装置实施例一的结构示意图；
图 11为本发明被叫接续处理装置实施例三的结构示意图。 具体实施方式
为使本发明实施例的目的、 技术方案和优点更加清楚， 下面将结合本发明 实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然， 所描述的实施例是本发明一部分实施例， 而不是全部的实施例。 基于本发明中 的实施例， 本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其 他实施例， 都属于本发明保护的范围。
图 1为本发明被叫接续处理方法实施例一的流程图， 如图 1所示， 本实施例 提供了一种被叫接续处理方法， 具体可以包括如下步骤：
步骤 101， 当主用移动接入网关控制功能实体 mAGCF出现故障时，获取位 于 IP多媒体子*** IMS域的被叫终端对应的移动台国际综合业务数据网号码 MSISDN信息， 以及所述 MSISDN信息对应的国际移动用户识别码 IMSI信息和 位置区标识 LAI信息。
图 2为本发明被叫接续处理方法实施例一中的 ICS架构示意图，本实施例是 在 CS网络和 IMS网络的融合场景下提出的一种被叫接续处理方法， 在 ICS架构 下， 通过将原来的 MSC服务器演进为 mAGCF, 支持的协议由 3GPP 24.008协 议转换为 SIP协议， 使得 CS网络中的传统用户均可以接入到 IMS网络中， 可以 实现多种接入方式均可享受 AS提供的同样业务。 其中， AS用于提供语音融合 业务逻辑， 归属用户服务器（Home Subscriber Server; 以下简称： HSS )和 HLR分别存储用户归属 IMS域和 CS域的用户数据， 服务呼叫会话控制功能 ( Serve-Call Session Control Function;以下简称： S-CSCF )实体完成 IMS/CS 语音融合业务在 IMS域和 CS域的触发和呼叫控制， 媒体网关控制功能（Media Gateway Control Function; 以下简称： MGCF ) 实体实现 IMS域和 CS域的互 通， 媒体网关 （Media Gateway; 以下简称： MGW )提供呼叫控制和信令功 能。 图 2中只示出一个 mAGCF和一个基站子***（ Base Station Subsystem; 以下简称： BSS ) ， 本实施例具体应用的场景为 mAGCF POOL组网的情况， 一个 mAGCF POOL中包含多个 mAGCF, —个 BSS可以连接 mAGCF POOL中 的多个 mAGCF。 利用 mAGCF POOL来实现 mAGCF之间的网络负荷分担， 实 现 mAGCF级的容灾备份， 减少局间位置更新和切换。
本实施例具体应用于终端处于 IMS域中， 且作为被叫时的场景中， 终端处 于 CS域中时则采用现有技术中的 MSC POOL容灾处理流程即可， 终端作为主 叫的情况时， 也可以采用现有技术中的 MSC POOL容灾处理流程， 即使某 mAGCF故障失效， 由于作为主叫无需国际移动用户识别码（International Mobile Subscriber Identity; 以下简称： IMSI)信息、位置区标识（ Location Area Identity; 以下简称： LAI )信息等， 采用负荷分担算法可以直接将注册在该 mAGCF上的终端路由到其他有效的 mAGCF中。 步骤 102， 根据所述 MSISDN信息、 所述 IMSI信息和所述 LAI信息， 通过被 选 mAGCF对该被叫终端的被叫进行接续处理。
本实施例提供了一种被叫接续处理方法， 在终端作为被叫处于 IMS域中的 应用场景中， 当该被叫终端的主用 mAGCF出现故障时， 获取该被叫终端对应 的 MSISDN信息、 IMSI信息和 LAI信息， 通过 mAGCF POOL中的一个被选 mAGCF来对此次被叫进行接续处理，实现了 mAGCF POOL中容灾的被叫一次 恢复，解决了现有技术中 mAGCF POOL的容灾处理流程中被叫无论处于 CS域 还是 IMS域， AS均无条件地从 CS域获取 MSRN而导致的网元性能降低等缺点， 实现了在 mAGCF POOL的容灾过程中， 被叫处于 IMS域时直接使用 MSISDN 进行被叫接续处理， 无需为 IMS域用户提供 MSRN， 提高了 AS和 mAGCF的性 能， 减少了路由资源的浪费。
图 3为本发明被叫接续处理方法实施例二的流程图， 如图 3所示， 本实施例 提供了一种被叫接续处理方法， 本实施例具体应用于 mAGCF POOL组网的容 灾处理情形， 终端处于 IMS域中， 且作为被叫时的场景中， 本实施例为上述实 施例一的具体化， 可以包括如下步骤：
步骤 301， 主用 mAGCF将被叫终端对应的 MSISDN信息、 IMSI信息和 LAI 信息备份到备用 mAGCF上。
图 4为本发明被叫接续处理方法实施例二中 mAGCF POOL组网架构示意 图， 如图 4所示， mAGCFI为被叫终端对应的主用 mAGCF， mAGCFb为该被 叫终端对应的备用 mAGCF, mAGCF2为 mAGCF POOL中的其他 mAGCF, 此 处仅示出了除主用 mAGCF和备用 mAGCF之外的一个其他 mAGCF， 当然还可 能有更多的其他 mAGCF, mAGCF3、 mAGCF4等等， 图 4中不再赞述。 本实 施例中， 被叫终端对应的主用 mAGCF实时将其获取到的该被叫终端的信息备 份到该被叫终端对应的备用 mAGCF， 其中， 终端的信息除了 IMSI信息、 LAI 信息以及用户状态之外， 本实施例中备用 mAGCF还对终端的 MSISDN信息进 行备份， 以备后续步骤中直接使用。 通常， 在终端完成注册、 位置更新等操作 时， 终端对应的 MSISDN信息、 IMSI信息和 LAI信息可能发生变化， 则对更新 后的信息进行重新备份，以保证备用 mAGCF中保存的终端的信息为最新信息。
步骤 302， 当主用 mAGCF出现故障时， S-CSCF将位于 IMS域的被叫终端 的被叫接续到备用 mAGCF上。
在本实施例中， AS可以用作被叫域选功能 （T-ADS ) 实体， 由于被叫终 端对应的主用 mAGCF和备用 mAGCF中保存的终端信息除了 IMSI信息和 LAI信 息之外， 还包括终端对应的 MSISDN信息； 当被叫终端对应的主用 mAGCF处 于正常工作状态时， AS可以直接使用 MSISDN信息将该终端的被叫接续到主用 mAGCF上， 由主用 mAGCF根据保存的 LAI信息下发指定的寻呼， 并进行终端 的位置更新、 注册等等流程。 本实施例中， 当 S-CSCF检测到主用 mAGCF出 现故障时， 又发现从 AS收到的 SIP消息为发往该故障的主用 mAGCF的消息， 为了实现对被叫终端进行正常被叫， S-CSCF则通过域名***（ Domain Name System ; 以下简称： DNS ) 主备路由机制获取到该被叫终端对应的备用 mAGCF, 将呼叫接续到备用 mAGCF上。
步骤 303，备用 mAGCF从备份数据中提取所述被叫终端对应的 MSISDN信 息， 以及所述 MSISDN信息对应的 IMSI信息和 LAI信息。
由于在备用 mAGCF中已经备份有该被叫终端的相关备份数据， 则备用 mAGCF从备份数据中提取该被叫终端对应的 MSISDN信息， 以及 MSISDN信 息对应的 IMSI信息和 LAI信息。
步骤 304， 备用 mAGCF向被选 mAGCF发送会话初始化协议 SIP消息， 在 所述 SIP消息中携带所述 MSISDN信息、 所述 IMSI信息和所述 LAI信息。
备用 mAGCF在提取出 MSISDN信息、 IMSI信息和 LAI信息之后， 备用 mAGCF可以根据预设的规则从 mAGCF POOL中选择一个 mAGCF作为被选 mAGCF, 即根据预设的规则选择除主用 mAGCF和备用 mAGCF之外的一个其 他 mAGCF， 如图 4中所示可以选择 mAGCF2作为被选 mAGCF。 具体地， 本实 施例可以通过轮选选择规则或负荷最小选择规则来从 mAGCF POOL中选择一 个其他 mAGCF， 可以选择一个当前网络负荷较小的 mAGCF， 此处不再赘述。 在选择得到被选 mAGCF之后，备用 mAGCF将提取的被叫终端对应的 MSISDN 信息、 IMSI信息和 LAI信息发送给该被选 mAGCF, 可以通过向该被选 mAGCF 发送 SIP消息， 具体可以为 SIP中的 invite消息， 在该 invite消息中携带 MSISDN 信息、 IMSI信息和 LAI信息。
进一步地， 本实施例中的 IMSI信息携带在 SIP消息的扩展的会话初始化协 议的统一资源标识（ SIP Uniform Resource Identifier; 以下简称： SIP URI ) I 会话初始化协议的安全的统一资源标识 （SIP Security Uniform Resource Identifier; 以下简称： SIPS-URI ) 和电话号码的统一资源标识 （Telephone number Uniform Resource Identifier; 以下简称： TEL URI )中， LAI信息携带 在 SIP消息的新增的被叫接入网络信息（ P-Called-Access-Network-lnfo )头域 中。 本实施例通过对 SIP中 Invite消息的头域来携带 IMSI信息和 LAI信息， IMSI 信息可以携带在 SIP消息的号码格式中， 具体地， 对 SIP消息中的 SIP URI/SIPS-URI 和 TEL URI进行扩展来实现在 SIP消息中携带 IMSI信息， 在 SIP 消息中新增 P-Called-Access-Network-lnfo头域来实现在 SIP消息中携带 LAI信 息。
步骤 305， 被选 mAGCF根据所述 MSISDN信息、 所述 IMSI信息和所述 LAI 信息对被叫进行接续处理。
被选 mAGCF在接收到备用 mAGCF转发的 MSISDN信息、 IMSI信息和 LAI 信息之后，通过 IMSI信息和 LAI信息便获知该被叫终端并未在其自身的 VLR中， 则根据 MSISDN信息、 IMSI信息和 LAI信息下发指定 LAI信息的寻呼、 进行位置 更新、 注册等处理， 从而实现将该被叫在被选 mAGCF上进行接续处理， 完成 被叫一次恢复。
本实施例提供了一种被叫接续处理方法， 在终端作为被叫处于 IMS域中的 应用场景中， 当该被叫终端的主用 mAGCF出现故障时， 将呼叫接续到备用 mAGCF上， 备用 mAGCF通过备份数据提取该被叫终端对应的 MSISDN信息、 IMSI信息和 LAI信息， 并将 MSISDN信息、 IMSI信息和 LAI信息携带在 SIP消息 中发送到 mAGCF POOL中的一个被选 mAGCF， 通过该被选 mAGCF来对此次 被叫进行接续处理， 实现了 mAGCF POOL中容灾的被叫一次恢复； 解决了现 有技术中 mAGCF POOL的容灾处理流程中被叫无论处于 CS域还是 IMS域， AS 均无条件地从 CS域获取 MSRN而导致的网元性能降低等缺点， 实现了在 mAGCF POOL的容灾过程中， 被叫处于 IMS域时直接使用 MSISDN进行被叫 接续处理， AS不需要到 CS域获取 MSRN， mAGCF也无需为 IMS域用户提供 MSRN，提高了 AS和 mAGCF的性能； 另夕卜， 由于 S-CSCF只需将陌生的 MSRN 路由到 CS域， 则只需一条路由数据来支持 MSRN， 减少了路由资源的浪费。
图 5为本发明被叫接续处理方法实施例三的流程图， 如图 5所示， 本实施例 具体应用于 mAGCF POOL组网的容灾处理情形， 终端处于 IMS域中， 且作为 被叫时的场景中， 本实施例为上述实施例一的具体化， 可以包括如下步骤： 步骤 501， 主用 mAGCF将被叫终端对应的 MSISDN信息、 IMSI信息和 LAI 信息备份到备用 mAGCF上， 本步骤可以类似上述步骤 301， 此处不再赘述。
步骤 502， 当主用 mAGCF出现故障时， S-CSCF将位于 IMS域的被叫终端 的被叫接续到备用 mAGCF上， 本步骤可以类似上述步骤 302， 此处不再赘述。
步骤 503，备用 mAGCF从备份数据中提取所述被叫终端对应的 MSISDN信 息， 以及所述 MSISDN信息对应的 IMSI信息和 LAI信息， 本步骤可以类似上述 步骤 303， 此处不再赘述。
步骤 504， 备用 mAGCF获取被选 mAGCF的 IP地址或主机名。
备用 mAGCF在提取出 MSISDN信息、 IMSI信息和 LAI信息之后， 备用 mAGCF可以根据预设的规则从 mAGCF POOL中选择一个 mAGCF作为被选 mAGCF, 即根据预设的规则选择除主用 mAGCF和备用 mAGCF之外的一个其 他 mAGCF， 图 6为本发明被叫接续处理方法实施例三中 mAGCF POOL组网架 构示意图， 如图 6中所示可以选择 mAGCF2作为被选 mAGCF。 具体地， 本实 施例可以通过轮选选择规则或负荷最小选择规则来从 mAGCF POOL中选择一 个其他 mAGCF， 可以选择一个当前网络负荷较小的 mAGCF， 此处不再赘述。 在选择得到被选 mAGCF之后， 备用 mAGCF获取被选 mAGCF的 IP地址或主机 名， 将获取到的被选 mAGCF的 IP地址或主机名， 与 IMSI信息和 LAI信息一起携 带在 SIP消息中。
步骤 505，备用 mAGCF向 S-CSCF发送所述 SIP消息，在所述 SIP消息中携 带所述被选 mAGCF的 IP地址或主机名， 以及所述 IMSI信息和所述 LAI信息。
备用 mAGCF向 S-CSCF发送所述 SIP消息， 可以将被选 mAGCF的 IP地址 或主机名， 以及所述 IMSI信息和所述 LAI信息放在 SIP消息的重选路由消息 302 中， 返回给 S-CSCF。
步骤 506， S-CSCF根据所述被选 mAGCF的 IP地址或主机名， 向所述被选 mAGCF发送 SIP消息， 在所述 SIP消息中携带所述 MSISDN信息、 所述 IMSI信 息和所述 LAI信息。
S-CSCF在接收到 SIP消息的重选路由消息 302后， 获取到被选 mAGCF的 IP地址或主机名， 以及所述 MSISDN信息、 所述 IMSI信息和所述 LAI信息， S-CSCF按照被选 mAGCF的 IP地址或主机名发起重选路由。 S-CSCF根据 IP地 址或主机名向被选 mAGCF发送 SIP消息， 在所述 SIP消息中携带所述 MSISDN 信息、 所述 IMSI信息和所述 LAI信息， 即将呼叫通过 Invite消息接续到 SIP消息 的重选路由消息 302中指定的被选 mAGCF上。
步骤 507， 被选 mAGCF根据所述 MSISDN信息、 所述 IMSI信息和所述 LAI 信息对所述被叫进行接续处理， 本步骤可以类似上述步骤 305， 此处不再赘述。
本实施例提供了一种被叫接续处理方法， 在终端作为被叫处于 IMS域中的 应用场景中， 当该被叫终端的主用 mAGCF出现故障时， 将呼叫接续到备用 mAGCF上， 备用 mAGCF通过备份数据提取该被叫终端对应的 MSISDN信息、 IMSI信息和 LAI信息，并获取被选 mAGCF的 IP地址或主机名，将 MSISDN信息、 IMSI信息和 LAI信息携带在 SIP消息中发送到 S-CSCF， S-CSCF根据所述被选 mAGCF的 IP地址或主机名，向所述被选 mAGCF发送 SIP消息，该被选 mAGCF 来对此次被叫进行接续处理， 实现了 mAGCF POOL中容灾的被叫一次恢复； 解决了现有技术中 mAGCF POOL的容灾处理流程中被叫无论处于 CS域还是 IMS域， AS均无条件地从 CS域获取 MSRN而导致的网元性能降低等缺点， 实 现了在 mAGCF POOL的容灾过程中， 被叫处于 IMS域时直接使用 MSISDN进 行被叫接续处理， AS不需要到 CS域获取 MSRN， mAGCF也无需为 IMS域用户 提供 MSRN， 提高了 AS和 mAGCF的性能； 另外， 由于 S-CSCF只需将陌生的 MSRN路由到 CS域，则只需一条路由数据来支持 MSRN，减少了路由资源的浪 费。
图 7为本发明被叫接续处理方法实施例四的流程图， 如图 7所示， 本实施例 提供了一种被叫接续处理方法， 本实施例具体应用于 mAGCF POOL组网的容 灾处理情形， 终端处于 IMS域中， 且作为被叫时的场景中， 本实施例为上述实 施例一的具体化， 可以包括如下步骤：
步骤 701， S-CSCF通过被叫终端的注册信息获取 MSISDN信息和 IMSI信 息， 并将 MSISDN信息和 IMSI信息保存在数据库中。
图 8为本发明被叫接续处理方法实施例四中 mAGCF POOL组网架构示意 图， 如图 8所示， 在本实施例中， 由 S-CSCF来替代被叫终端对应的备用 mAGCF, 对被叫终端的相关信息进行备份。 具体地， 由于每个用户终端在接 入 IMS或 CS网络时， 需要到 S-CSCF上进行注册， 则在被叫终端进行注册时， S-CSC F可以通过被叫终端的注册信息来获取待被叫终端的信息。 本实施例中 被叫终端在注册到 S-CSCF时，除了在注册信息中携带自身的用户状态信息外， 还携带有自身对应的 MSISDN信息和 IMSI信息， 则 S-CSCF通过注册信息可以 获取到被叫终端对应的 MSISDN信息和 IMSI信息， 并将 MSISDN信息和 IMSI信 息在数据库进行保存， 此处保存 MSISDN信息和 IMSI信息的数据库可以为 S-CSCF本地或 HSS。
步骤 702， 在被叫终端的用户位置区发生变化时， S-CSCF通过主用 mAGCF的注册信息获取 LAI信息， 并将 LAI信息保存在数据库中。 在本实施例中， 当用户终端的位置区发生变化时， 除了终端向拜访位置寄 存器（ Visit Location Register; 以下简称： VLR )上报位置更新请求， 对保存 在 VLR中的 LAI信息进行更新之外； 终端的主用 mAGCF发现终端的位置发生变 化后， 向 S-CSCF发起注册， 在注册信息中携带该终端更新后的 LAI信息。 在本 实施例中， S-CSCF通过被叫终端对应的主用 mAGCF的注册信息来获取该被 叫终端对应的更新后的 LAI信息， 然后对保存在数据库的 LAI信息进行更新。
步骤 703， 当主用 mAGCF出现故障时， S-CSCF提取保存在数据库中位于 IMS域的被叫终端对应的 MSISDN信息， 以及所述 MSISDN信息对应的 IMSI信 息和 LAI信息。
在本实施例中， S-CSCF用来充当被叫终端的备用 mAGCF的角色， 在进 行呼叫接续时， 当 S-CSCF发现主用 mAGCF出现故障时， 从数据库保存的备 份数据中提取该被叫终端对应的 MSISDN信息， 以及 MSISDN信息对应的 IMSI 信息和 LAI信息。
步骤 704， S-CSCF向被选 mAGCF发送会话初始化协议 SIP消息， 在所述 SIP消息中携带所述 MSISDN信息、 所述 IMSI信息和所述 LAI信息。
S-CSCF在提取出 MSISDN信息、 IMSI信息和 LAI信息之后， 可以根据预设 的规则从 mAGCF POOL中选择一个 mAGCF作为被选 mAGCF, 具体同上述步 骤 304类似， 此处不再赘述。 在选择得到被选 mAGCF之后， S-CSCF通过向被 选 mAGCF发送 SIP中的 invite消息， 在该 invite消息中携带 MSISDN信息、 IMSI 信息和 LAI信息。
步骤 705， 被选 mAGCF根据所述 MSISDN信息、 所述 IMSI信息和所述 LAI 信息对所述被叫进行接续处理。
被选 mAGCF在接收到 S-CSCF转发的 MSISDN信息、 IMSI信息和 LAI信息 之后， 通过 IMSI信息和 LAI信息便获知该被叫终端并未在其自身的 VLR中， 则 根据 MSISDN信息、 IMSI信息和 LAI信息下发指定 LAI信息的寻呼、 进行位置更 新、 注册等处理， 然后再将被叫终端重新注册到 S-CSCF上， 从而实现将该被 叫在被选 mAGCF上进行接续处理， 完成被叫一次恢复。
本实施例提供了一种被叫接续处理方法， 在终端作为被叫处于 IMS域中的 应用场景中， 当该被叫终端的主用 mAGCF出现故障时， S-CSCF取代备用 mAGCF, S-CSCF将提取的该被叫终端对应的 MSISDN信息、 IMSI信息和 LAI 信息携带在 SIP消息中发送到 mAGCF POOL中的一个被选 mAGCF, 通过该被 选 mAGCF来对此次被叫进行接续处理，实现了 mAGCF POOL中容灾的被叫一 次恢复； 本实施例解决了现有技术中 mAGCF POOL的容灾处理流程中被叫无 论处于 CS域还是 IMS域， AS均无条件地从 CS域获取 MSRN而导致的网元性能 降低等缺点， 实现了在 mAGCF POOL的容灾过程中， 被叫处于 IMS域时直接 使用 MSISDN进行被叫接续处理， AS不需要到 CS域获取 MSRN， mAGCF也无 需为 IMS域用户提供 MSRN，提高了 AS和 mAGCF的性能； 另外， 由于 S-CSCF 只需将陌生的 MSRN路由到 CS域，则只需一条路由数据来支持 MSRN，减少了 路由资源的浪费。
图 9为本发明被叫接续处理方法实施例五的流程图， 如图 9所示， 本实施例 提供了一种被叫接续处理方法， 本实施例与上述实施例四的流程类似， 区别在 于将被叫终端的信息在数据库中进行保存， 本实施例中的数据库可以为 AS或 HSS。 具体地， 本实施例可以包括如下步骤：
步骤 901， S-CSCF通过被叫终端的注册信息获取 MSISDN信息和 IMSI信 息， 并将 MSISDN信息和 IMSI信息发送到 AS， 并保存在数据库中， 本步骤同上 述步骤 701类似， 此处不再赘述。
步骤 902， 在被叫终端的用户位置区发生变化时， S-CSCF通过主用 mAGCF的注册信息获取 LAI信息，并将 LAI信息发送到 AS，并保存在数据库中， 本步骤同上述步骤 702类似， 此处不再赘述。
本实施例通过 AS对被叫终端的 MSISDN信息、 IMSI信息和 LAI信息进行保 存， 大大减轻了 S-CSCF的负荷， 可以提高 S-CSCF的工作效率。
步骤 903， 当主用 mAGCF出现故障时， S-CSCF通过 AS提取保存在数据 库中位于 IMS域的被叫终端对应的 MSISDN信息， 以及所述 MSISDN信息对应 的 IMSI信息和 LAI信息， 本步骤同上述步骤 703类似， 此处不再赘述。
步骤 904， S-CSCF向被选 mAGCF发送会话初始化协议 SIP消息， 在所述 SIP消息中携带所述 MSISDN信息、 所述 IMSI信息和所述 LAI信息， 本步骤同上 述步骤 704类似， 此处不再赘述。
步骤 905， 被选 mAGCF根据所述 MSISDN信息、 所述 IMSI信息和所述 LAI 信息对所述被叫进行接续处理， 本步骤同上述步骤 705类似， 此处不再赘述。
本领域普通技术人员可以理解： 实现上述方法实施例的全部或部分步骤可 以通过程序指令相关的硬件来完成， 前述的程序可以存储于一计算机可读取存 储介质中， 该程序在执行时， 执行包括上述方法实施例的步骤； 而前述的存储 介质包括： ROM、 RAM , 磁碟或者光盘等各种可以存储程序代码的介质。
图 10为本发明被叫接续处理装置实施例一的结构示意图，如图 10所示，本 实施例提供了一种被叫接续处理装置， 可以具体执行上述方法实施例一的各个 步骤， 此处不再赘述。 本实施例提供的被叫接续处理装置可以具体为备用 mAGCF或 S-CSCF。 具体地， 本实施例提供的被叫接续处理装置包括第一获 取模块 1001和接续处理模块 1002。 其中， 第一获取模块 1001用于当主用 mAGCF出现故障时，获取位于 IMS域的被叫终端对应的 MSISDN信息， 以及所 述 MSISDN信息对应的 IMSI信息和 LAI信息。 接续处理模块 1002用于向被选 mAGCF发送所述 MSISDN信息、 所述 IMSI信息和所述 LAI信息， 由所述被选 mAGCF对所述被叫进行接续处理。
再如图 10所示， 本实施例提供了一种被叫接续处理装置的具体实施例二， 本实施例的被叫接续处理装置可以具体为备用 mAGCF， 本实施例可以具体执 行上述方法实施例二的各个步骤， 此处不再赘述。 本实施例在上述图 10所示的 实施例一的基础之上， 本实施例中的第一获取模块 1001可以具体用于当主用 mAGCF出现故障时，从备份 mAGCF的备份数据中获取位于 IMS域的被叫终端 对应的 MSISDN信息， 以及所述 MSISDN信息对应的 IMSI信息和 LAI信息。 本实施例提供了一种被叫接续处理装置， 在终端作为被叫处于 IMS域中的 应用场景中， 当该被叫终端的主用 mAGCF出现故障时， 将呼叫接续到备用 mAGCF上， 备用 mAGCF通过备份数据提取该被叫终端对应的 MSISDN信息、 IMSI信息和 LAI信息， 并将 MSISDN信息、 IMSI信息和 LAI信息携带在 SIP消息 中发送到 mAGCF POOL中的一个被选 mAGCF， 通过该被选 mAGCF来对此次 被叫进行接续处理， 实现了 mAGCF POOL中容灾的被叫一次恢复； 解决了现 有技术中 mAGCF POOL的容灾处理流程中被叫无论处于 CS域还是 IMS域， AS 均无条件地从 CS域获取 MSRN而导致的网元性能降低等缺点， 实现了在 mAGCF POOL的容灾过程中， 被叫处于 IMS域时直接使用 MSISDN进行被叫 接续处理， AS不需要到 CS域获取 MSRN， mAGCF也无需为 IMS域用户提供 MSRN，提高了 AS和 mAGCF的性能； 另夕卜， 由于 S-CSCF只需将陌生的 MSRN 路由到 CS域， 则只需一条路由数据来支持 MSRN， 减少了路由资源的浪费。
图 11为本发明被叫接续处理装置实施例三的结构示意图，如图 11所示，本 实施例提供的被叫接续处理装置可以具体为备用 mAGCF， 本实施例可以具体 执行上述方法实施例三的各个步骤， 此处不再赘述。 本实施例在上述图 10所示 的实施例一的基础之上， 还可以包括第二获取模块 1101和发送模块 1 102。 其 中， 第二获取模块 1 101用于在通过被选 mAGCF对所述被叫进行接续处理之 前， 获取被选 mAGCF的 IP地址或主机名。 发送模块 1102用于向服务呼叫会话 控制功能实体 S-CSCF发送所述 SIP消息， 在所述 SIP消息中携带所述被选 mAGCF的 IP地址或主机名， 以及所述 IMSI信息和所述 LAI信息。 本实施例中的 过所述 S-CSCF向所述被选 mAGCF发送 SIP消息， 在所述 SIP消息中携带所述 MSISDN信息、 所述 IMSI信息和所述 LAI信息， 由所述被选 mAGCF对所述被叫 进行接续处理。
本实施例提供了一种被叫接续处理装置， 在终端作为被叫处于 IMS域中的 应用场景中， 当该被叫终端的主用 mAGCF出现故障时， 将呼叫接续到备用 mAGCF上， 备用 mAGCF通过备份数据提取该被叫终端对应的 MSISDN信息、 IMSI信息和 LAI信息，并根据 MSISDN信息、 IMSI信息和 LAI信息，通过 mAGCF POOL中的一个被选 mAGCF来对此次被叫进行接续处理， 实现了 mAGCF POOL中容灾的被叫一次恢复； 解决了现有技术中 mAGCF POOL的容灾处理 流程中被叫无论处于 CS域还是 IMS域， AS均无条件地从 CS域获取 MSRN而导 致的网元性能降低等缺点， 实现了在 mAGCF POOL的容灾过程中， 被叫处于 IMS域时直接使用 MSISDN进行被叫接续处理， AS不需要到 CS域获取 MSRN， mAGCF也无需为 IMS域用户提供 MSRN， 提高了 AS和 mAGCF的性能； 另夕卜， 由于 S-CSCF只需将陌生的 MSRN路由到 CS域， 则只需一条路由数据来支持 MSRN , 减少了路由资源的浪费。
再如图 10所示， 本实施例提供了一种被叫接续处理装置的具体实施例四， 本实施例的被叫接续处理装置可以具体为 S-CSCF, 本实施例可以具体执行上 述方法实施例四的各个步骤， 此处不再赘述。 具体地， 本实施例提供的被叫接 续处理装置在上述图 10所示的实施例一的基础之上， 所述被选 mAGCF由 S-CSCF根据预定规则从 mAGCF POOL中选择。 本实施例中的第一获取模块 1001具体用于当主用 mAGCF出现故障时， 获取保存在 S-CSCF中的位于 IMS 域的被叫终端对应的 MSISDN信息， 以及所述 MSISDN信息对应的 IMSI信息和 LAI信息。
本实施例提供了一种被叫接续处理装置， 在终端作为被叫处于 IMS域中的 应用场景中， 当该被叫终端的主用 mAGCF出现故障时， S-CSCF取代备用 mAGCF, S-CSCF将提取的该被叫终端对应的 MSISDN信息、 IMSI信息和 LAI 信息携带在 SIP消息中发送到 mAGCF POOL中的一个被选 mAGCF, 通过该被 选 mAGCF来对此次被叫进行接续处理，实现了 mAGCF POOL中容灾的被叫一 次恢复； 本实施例解决了现有技术中 mAGCF POOL的容灾处理流程中被叫无 论处于 CS域还是 IMS域， AS均无条件地从 CS域获取 MSRN而导致的网元性能 降低等缺点， 实现了在 mAGCF POOL的容灾过程中， 被叫处于 IMS域时直接 使用 MSISDN进行被叫接续处理， AS不需要到 CS域获取 MSRN， mAGCF也无 需为 IMS域用户提供 MSRN，提高了 AS和 mAGCF的性能； 另外， 由于 S-CSCF 只需将陌生的 MSRN路由到 CS域，则只需一条路由数据来支持 MSRN，减少了 路由资源的浪费。
再如图 10所示， 本实施例提供了一种被叫接续处理装置的具体实施例， 本 实施例的被叫接续处理装置可以具体为 S-CSCF, 本实施例可以具体执行上述 方法实施例五的各个步骤， 此处不再赘述。 本实施例在上述图 10所示的实施例 一的基础之上， 本实施例中的第一获取模块 1001可以具体用于当主用 mAGCF 出现故障时， 通过应用服务器获取保存在所述应用服务器中的位于 IMS域的被 叫终端对应的 MSISDN信息， 以及所述 MSISDN信息对应的 IMSI信息和 LAI信 息。
本实施例提供了一种被叫接续处理装置， 在终端作为被叫处于 IMS域中的 应用场景中， 当该被叫终端的主用 mAGCF出现故障时， S-CSCF取代备用 mAGCF, S-CSCF根据提取的该被叫终端对应的 MSISDN信息、 IMSI信息和 LAI信息， 通过 mAGCF POOL中的一个被选 mAGCF来对此次被叫进行接续处 理， 实现了 mAGCF POOL中容灾的被叫一次恢复； 本实施例解决了现有技术 中 mAGCF POOL的容灾处理流程中被叫无论处于 CS域还是 IMS域， AS均无条 件地从 CS域获取 MSRN而导致的网元性能降低等缺点， 实现了在 mAGCF POOL的容灾过程中， 被叫处于 IMS域时直接使用 MSISDN进行被叫接续处理， AS不需要到 CS域获取 MSRN， mAGCF也无需为 IMS域用户提供 MSRN， 提高 了 AS和 mAGCF的性能；另夕卜，由于 S-CSCF只需将陌生的 MSRN路由到 CS域， 则只需一条路由数据来支持 MSRN， 减少了路由资源的浪费。
本发明实施例还提供一种被叫接续处理***，应用于移动接入网关控制功 能实体池 mAGCF POOL, 包括如上面实施例所述被叫接续处理装置， 所述 被叫接续处理装置具体用于：
当主用 mAGCF出现故障时， 获取位于 IMS域的被叫终端对应的 MSISDN 信息， 以及所述 MSISDN信息对应的 IMSI信息和 LAI信息；
向被选 mAGCF发送所述 MSISDN信息、 所述 IMSI信息和所述 LAI信息， 由 所述被选 mAGCF对所述被叫进行接续处理。
本实施例提供的被叫接续处理***， 应用在终端作为被叫处于 IMS域中的 应用场景中， 当该被叫终端的主用 mAGCF出现故障时， 获取该被叫终端对应 的 MSISDN信息、 IMSI信息和 LAI信息， 通过 mAGCF POOL中的一个被选 mAGCF来对此次被叫进行接续处理，实现了 mAGCF POOL中容灾的被叫一次 恢复，解决了现有技术中 mAGCF POOL的容灾处理流程中被叫无论处于 CS域 还是 IMS域， AS均无条件地从 CS域获取 MSRN而导致的网元性能降低等缺点， 实现了在 mAGCF POOL的容灾过程中， 被叫处于 IMS域时直接使用 MSISDN 进行被叫接续处理， 无需为 IMS域用户提供 MSRN， 提高了 AS和 mAGCF的性 能， 减少了路由资源的浪费。
最后应说明的是： 以上实施例仅用以说明本发明的技术方案， 而非对其限 制； 尽管参照前述实施例对本发明进行了详细的说明， 本领域的普通技术人员 应当理解： 其依然可以对前述各实施例所记载的技术方案进行修改， 或者对其 中部分技术特征进行等同替换； 而这些修改或者替换， 并不使相应技术方案的 本质脱离本发明各实施例技术方案的精神和范围。

Claims

权 利 要 求 书
1、 一种被叫接续处理方法， 其特征在于， 包括：
当主用移动接入网关控制功能实体 mAGCF出现故障时， 获取位于 IP多媒 体子*** IMS域的被叫终端对应的移动台国际综合业务数据网号码 MSISDN信 息， 以及所述 MSISDN信息对应的国际移动用户识别码 IMSI信息和位置区标识 LAI信息；
根据所述 MSISDN信息、 所述 IMSI信息和所述 LAI信息， 通过被选 mAGCF 对被叫进行接续处理。
2、 根据权利要求 1所述的方法， 其特征在于， 在所述通过被选 mAGCF对 被叫进行接续处理之前， 还包括：
向被选 mAGCF发送会话初始化协议 SIP消息， 在所述 SIP消息中携带所述 MSISDN信息、 所述 IMSI信息和所述 LAI信息。
3、 根据权利要求 2所述的方法， 其特征在于， 所述获取位于 IMS域的被叫 终端对应的 MSISDN信息， 以及所述 MSISDN信息对应的 IMSI信息和 LAI信息 包括：从备份 mAGCF的备份数据中获取位于 IMS域的被叫终端对应的 MSISDN 信息， 以及所述 MSISDN信息对应的 IMSI信息和 LAI信息。
4、 根据权利要求 3所述的方法， 其特征在于， 在所述通过被选 mAGCF对 被叫进行接续处理之前， 还包括：
获取被选 mAGCF的 IP地址或主机名；
向服务呼叫会话控制功能实体 S-CSCF发送 SIP消息， 在所述 SIP消息中携 带所述被选 mAGCF的 IP地址或主机名， 以及所述 IMSI信息和所述 LAI信息； 根据所述被选 mAGCF的 IP地址或主机名， 通过所述 S-CSCF向所述被选 mAGCF发送 SIP消息， 在所述 SIP消息中携带所述 MSISDN信息、 所述 IMSI信 息和所述 LAI信息。
5、 根据权利要求 4中任一项所述的方法， 其特征在于， 所述 IMSI信息携 带在 SIP消息的扩展的会话初始化协议的统一资源标识 /会话初始化协议的安 全的统一资源标识 SIP URI/SIPS-URI 和电话号码的统一资源标识 TEL URI 中， 所述 LAI信息携带在所述 SIP消息的新增的被叫接入网络信息 P-Called-Access-Network-lnfo头域中。
6、 根据权利要求 2所述的方法， 其特征在于， 所述被选 mAGCF由服务呼 叫会话控制功能实体 S-CSCF根据预定规则从移动接入网关控制功能实体池 mAGCF P〇〇L中选择。
7、 根据权利要求 6所述的方法， 其特征在于， 所述获取位于 IMS域的被叫 终端对应的 MSISDN信息， 以及所述 MSISDN信息对应的 IMSI信息和 LAI信息 具体为： 获取保存在所述 S-CSCF中的位于 IMS域的被叫终端对应的 MSISDN 信息， 以及所述 MSISDN信息对应的 IMSI信息和 LAI信息。
8、 根据权利要求 7所述的方法， 其特征在于， 还包括：
通过所述被叫终端的注册信息获取所述 MSISDN信息和所述 IMSI信息； 在所述被叫终端的用户位置区发生变化时， 通过所述主用 mAGCF的注册 信息获取所述 LAI信息。
9、 根据权利要求 6所述的方法， 其特征在于， 所述获取位于 IMS域的被叫 终端对应的 MSISDN信息， 以及所述 MSISDN信息对应的 IMSI信息和 LAI信息 具体为： 获取保存在应用服务器中的位于 IMS域的被叫终端对应的 MSISDN信 息， 以及所述 MSISDN信息对应的 IMSI信息和 LAI信息。
10、 一种被叫接续处理装置， 其特征在于， 包括：
第一获取模块， 用于当主用移动接入网关控制功能实体 mAGCF出现故障 时， 获取位于 IP多媒体子*** IMS域的被叫终端对应的移动台国际综合业务数 据网号码 MSISDN信息， 以及所述 MSISDN信息对应的国际移动用户识别码 I MS I信息和位置区标识 LAI信息；
接续处理模块， 用于向被选 mAGCF发送所述 MSISDN信息、 所述 IMSI信 息和所述 LAI信息， 由所述被选 mAGCF对被叫进行接续处理。
11、 根据权利要求 10所述的装置， 其特征在于， 所述第一获取模块具体用 于当主用 mAGCF出现故障时，从备份 mAGCF的备份数据中获取位于 IMS域的 被叫终端对应的 MSISDN信息， 以及所述 MSISDN信息对应的 IMSI信息和 LAI 信息。
12、 根据权利要求 11所述的装置， 其特征在于， 还包括：
第二获取模块， 用于在通过被选 mAGCF对所述被叫进行接续处理之前， 获取被选 mAGCF的 IP地址或主机名；
发送模块， 用于向服务呼叫会话控制功能实体 S-CSC F发送所述 S I P消息， 在所述 SIP消息中携带所述被选 mAGCF的 IP地址或主机名，以及所述 IMSI信息 和所述 LAI信息；
所述接续处理模块具体用于根据所述被选 mAGCF的 IP地址或主机名， 通 过所述 S-CSCF向所述被选 mAGCF发送 SIP消息， 在所述 SIP消息中携带所述 MSISDN信息、 所述 IMSI信息和所述 LAI信息， 由所述被选 mAGCF对被叫进行 接续处理。
13、 根据权利要求 10所述的装置， 其特征在于， 所述第一获取模块具体用 于当主用 mAGCF出现故障时， 获取保存在服务呼叫会话控制功能实体 S-CSCF中的位于 IMS域的被叫终端对应的 MSISDN信息， 以及所述 MSISDN 信息对应的 IMSI信息和 LAI信息； 或者
所述第一获取模块具体用于当主用 mAGCF出现故障时， 通过应用服务器 获取保存在所述应用服务器中的位于 IMS域的被叫终端对应的 MSISDN信息， 以及所述 MSISDN信息对应的 IMSI信息和 LAI信息。
14、一种被叫接续处理***，应用于移动接入网关控制功能实体池 mAGCF POOL, 其特征在于， 包括被叫接续处理装置， 所述被叫接续处理装置用于： 当主用移动接入网关控制功能实体 mAGCF出现故障时， 获取位于 IP多媒 体子*** IMS域的被叫终端对应的移动台国际综合业务数据网号码 MSISDN信 息， 以及所述 MSISDN信息对应的国际移动用户识别码 IMSI信息和位置区标识 LAI信息；
向被选 mAGCF发送所述 MSISDN信息、 所述 IMSI信息和所述 LAI信息， 由 所述被选 mAGCF对被叫进行接续处理。
PCT/CN2011/070997 2010-02-26 2011-02-15 一种被叫接续处理方法、装置和*** WO2011103786A1 (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
ES11746828.0T ES2525500T3 (es) 2010-02-26 2011-02-15 Método, dispositivo y sistema para procesar una conexión de una parte llamada
PL11746828T PL2487986T3 (pl) 2010-02-26 2011-02-15 Sposób, urządzenie i system do przetwarzania połączenia wywoływanej strony
EP11746828.0A EP2487986B1 (en) 2010-02-26 2011-02-15 Method, device and system for processing connection of called party
US13/532,018 US8675640B2 (en) 2010-02-26 2012-06-25 Method, apparatus, and system for connecting to called terminal

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201010116751A CN101790247A (zh) 2010-02-26 2010-02-26 一种被叫接续处理方法、装置和***
CN201010116751.1 2010-02-26

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US13/532,018 Continuation US8675640B2 (en) 2010-02-26 2012-06-25 Method, apparatus, and system for connecting to called terminal

Publications (1)

Publication Number Publication Date
WO2011103786A1 true WO2011103786A1 (zh) 2011-09-01

Family

ID=42533223

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/070997 WO2011103786A1 (zh) 2010-02-26 2011-02-15 一种被叫接续处理方法、装置和***

Country Status (6)

Country Link
US (1) US8675640B2 (zh)
EP (1) EP2487986B1 (zh)
CN (1) CN101790247A (zh)
ES (1) ES2525500T3 (zh)
PL (1) PL2487986T3 (zh)
WO (1) WO2011103786A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114938540A (zh) * 2022-05-23 2022-08-23 西安航空学院 一种机场特定旅客通知方法、***、存储介质及终端

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2510741A4 (en) 2009-12-11 2014-08-20 Ericsson Telefon Ab L M NETWORK ENTITY FOR MOBILE COMMUNICATIONS TO A MOBILE STATION
CN102714883A (zh) * 2009-12-11 2012-10-03 爱立信(中国)通信有限公司 用于移动通信的网络实体
CN101790247A (zh) * 2010-02-26 2010-07-28 华为技术有限公司 一种被叫接续处理方法、装置和***
CN102571387B (zh) * 2010-12-21 2016-01-20 中兴通讯股份有限公司 Ims网络中实现异地容灾的方法及装置
CN103873280B (zh) * 2012-12-13 2017-05-31 ***通信集团北京有限公司 一种ims网络中故障处理的方法及***
CN104581674A (zh) * 2013-10-15 2015-04-29 华为技术有限公司 终呼业务的恢复方法和通信设备
CN105592514B (zh) * 2016-02-24 2019-03-05 中国联合网络通信集团有限公司 语音电话切换处理方法及装置
CN107135477B (zh) * 2016-02-26 2020-03-10 华为技术有限公司 实现业务连接的方法和装置

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101047959A (zh) * 2006-03-31 2007-10-03 华为技术有限公司 在网络故障时的呼叫恢复方法及***
DE102006016518A1 (de) * 2006-04-07 2007-10-18 Siemens Ag Reduzierung der durch einen Ausfall einer Vermittlungsstelle verursachten Signalisierungslast in einem Mobilfunknetz
CN101179815A (zh) * 2007-12-12 2008-05-14 华为技术有限公司 移动交换中心池故障处理方法、装置及***
CN101217694A (zh) * 2007-12-26 2008-07-09 华为技术有限公司 移动交换中心池中被叫恢复的方法、***和设备
CN101322373A (zh) * 2005-12-01 2008-12-10 艾利森电话股份有限公司 针对ims注册用户的呼叫处理
CN101790247A (zh) * 2010-02-26 2010-07-28 华为技术有限公司 一种被叫接续处理方法、装置和***

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5854982A (en) * 1995-08-21 1998-12-29 Motorola, Inc. Communication system architecture and method of routing therefor
ES2458295T3 (es) * 2004-11-10 2014-04-30 Telefonaktiebolaget Lm Ericsson (Publ) Disposición, nodos y método en relación con acceso a servicios sobre un sistema de comunicación
WO2007045264A1 (en) * 2005-10-21 2007-04-26 Telefonaktiebolaget Lm Ericsson (Publ) Provision of ims services via circuit-switched access
CN101159921B (zh) * 2006-12-01 2012-04-04 华为技术有限公司 移动交换中心池中被叫恢复的方法、***及设备
WO2008064599A1 (fr) * 2006-12-01 2008-06-05 Huawei Technologies Co., Ltd. Procédé, système et matériel de reprise d'un appel dans un groupe de msc
CN101150781B (zh) 2007-10-18 2012-01-04 华为技术有限公司 移动交换中心池中被叫恢复的方法、装置和***
US8331355B2 (en) * 2008-06-24 2012-12-11 Research In Motion Limited Method for a network component to route a communication session

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101322373A (zh) * 2005-12-01 2008-12-10 艾利森电话股份有限公司 针对ims注册用户的呼叫处理
CN101047959A (zh) * 2006-03-31 2007-10-03 华为技术有限公司 在网络故障时的呼叫恢复方法及***
DE102006016518A1 (de) * 2006-04-07 2007-10-18 Siemens Ag Reduzierung der durch einen Ausfall einer Vermittlungsstelle verursachten Signalisierungslast in einem Mobilfunknetz
CN101179815A (zh) * 2007-12-12 2008-05-14 华为技术有限公司 移动交换中心池故障处理方法、装置及***
CN101217694A (zh) * 2007-12-26 2008-07-09 华为技术有限公司 移动交换中心池中被叫恢复的方法、***和设备
CN101790247A (zh) * 2010-02-26 2010-07-28 华为技术有限公司 一种被叫接续处理方法、装置和***

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114938540A (zh) * 2022-05-23 2022-08-23 西安航空学院 一种机场特定旅客通知方法、***、存储介质及终端
CN114938540B (zh) * 2022-05-23 2023-04-18 西安航空学院 一种机场特定旅客通知方法、***、存储介质及终端

Also Published As

Publication number Publication date
US20120263034A1 (en) 2012-10-18
EP2487986A4 (en) 2012-12-19
CN101790247A (zh) 2010-07-28
US8675640B2 (en) 2014-03-18
PL2487986T3 (pl) 2015-03-31
EP2487986B1 (en) 2014-10-01
ES2525500T3 (es) 2014-12-23
EP2487986A1 (en) 2012-08-15

Similar Documents

Publication Publication Date Title
WO2011103786A1 (zh) 一种被叫接续处理方法、装置和***
CN109391979B (zh) P-cscf故障恢复方法、装置及***
EP2526637B1 (en) Voice transmission technology selection
KR101050072B1 (ko) 듀얼 모드 무선 디바이스로의 호출 전달
CN102857891B (zh) 一种被叫用户的域选择方法和***,以及***中的hss
KR101565626B1 (ko) 패킷 교환 방식 멀티미디어 가입자 서비스들을 제공하는 아키텍처에 의해 정의된 기능들을 갖는 인터페이스들을 갖는 이동 교환국 플랫폼
US20110032931A1 (en) Method, system, and device for providing service
WO2009097811A1 (zh) 分组域用户处理电路域业务的方法、装置及***
EP3086581B1 (en) Call control device and method for processing user services
US10257801B2 (en) Enabling dual registration of user equipment with IP multimedia subsystems
WO2008086692A1 (fr) Procédé de réalisation d'un enregistrement d'appel d'urgence
WO2016101791A1 (zh) 故障处理的方法、装置和***
WO2017054521A1 (zh) 呼叫请求重定向方法、呼叫请求接续方法及其装置
WO2012159312A1 (zh) 一种多模单待终端在网络注册的方法和装置
US9083793B2 (en) Method and apparatus for providing network based services to private branch exchange endpoints
JP6807952B2 (ja) 通信サービスを端末通信装置に提供する通信ネットワークを決定する方法及び装置
WO2012089064A1 (zh) 在电路域接入终端与as之间交互控制信息的方法及设备
US10749911B2 (en) Service control awareness for call routing between packet switched telephony domain and circuit switched telephony domain
JP5078661B2 (ja) 呼制御システム、通信制御装置及び呼制御方法
WO2011157179A9 (zh) 一种cs与lte共建组网的路由选择方法、装置和通信***
Liang et al. Key Issue Analysis on 5G Inter-networks Roaming
CN110557788B (zh) 5g网络实现终端ims业务的方法及5g网络
WO2011069365A1 (zh) 移动通信过程的建立方法及***、归属位置寄存器
CN111328062A (zh) 一种VoLTE紧急电话的接通方法和装置

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

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2011746828

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE