WO2013078849A1 - Procédé, système et dispositif de restauration après sinistre d'une fonction serveuse de commande de session d'appel (s-cscf) - Google Patents

Procédé, système et dispositif de restauration après sinistre d'une fonction serveuse de commande de session d'appel (s-cscf) Download PDF

Info

Publication number
WO2013078849A1
WO2013078849A1 PCT/CN2012/077170 CN2012077170W WO2013078849A1 WO 2013078849 A1 WO2013078849 A1 WO 2013078849A1 CN 2012077170 W CN2012077170 W CN 2012077170W WO 2013078849 A1 WO2013078849 A1 WO 2013078849A1
Authority
WO
WIPO (PCT)
Prior art keywords
cscf
call
service
request message
information
Prior art date
Application number
PCT/CN2012/077170
Other languages
English (en)
Chinese (zh)
Inventor
缪永生
曹刚
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2013078849A1 publication Critical patent/WO2013078849A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/30—Network data restoration; Network data reliability; Network data fault tolerance
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/19—Connection re-establishment

Definitions

  • the present invention relates to a disaster recovery technology, and more particularly to a method, system and device for a disaster recovery service call session control function entity in an IP Multimedia subsystem (IMS, IP Multimedia subsystem).
  • IMS IP Multimedia subsystem
  • IMS IP Multimedia subsystem
  • the IP Multimedia subsystem is a standard for next-generation networks defined by the 3rd Generation Partnership Project (3GPP). Its distinctive feature is the use of Session Initiation Protocol (SIP).
  • SIP Session Initiation Protocol
  • the system, communication and access are independent, and can have multiple media service control functions and bearer separation, call and session separation, application and service separation, service and network separation, and mobile network and Internet service integration.
  • FIG. 1 is a schematic diagram of an existing IMS network architecture.
  • the main functional entities in the IMS system include: a Proxy Call Session Control Function (P-CSCF), and an access gateway control function entity ( AGCF, Access Gateway Control Function), Inter-Calling Call Session Control Function (I-CSCF), Serving Call Session Control Function (S-CSCF, Serving Call Session Control Function), Home Subscriber Server (the connection between the HSS, Home Subscriber Server) 0 NE above may specifically refer to FIG. 1, since the network element functions and connection relations of prior art are omitted here and the function of each network element specific Connection relationship, etc. For the above network element functions and their connection relationships, refer to the relevant standards of the IMS system.
  • FIG. 2 is a flowchart of the disaster recovery switching of the existing S-CSCF. As shown in Figure 2, the S-CSCF disaster recovery process includes the following steps:
  • the terminal (UE, User Equipment) has successfully registered on the S-CSCF1;
  • the UE sends a call request (invite) message to the P-CSCF network element;
  • the P-CSCF After receiving the call request message, the P-CSCF forwards the call request message to the home S-CSCF1 according to the locally saved registration information.
  • the S-CSCF1 fails, the S-CSCF1 cannot receive or cannot respond to the call request message, and the P-CSCF sends a call request message to the I-CSCF, where the route header field carries the orig parameter;
  • the P-CSCF can detect the S-CSCF state through the OPTIONS. For the detection mode, refer to the IMS-related protocol. The implementation details are not described here.
  • the I-CSCF After receiving the call request message, the I-CSCF sends an S-CSCF Location Request (LIR, Location-Info-Request) message to the HSS network element.
  • S-CSCF Location Request LIR, Location-Info-Request
  • the HSS after receiving the call request message, the HSS returns an S-CSCF Location Response (LIA, Location-Info-Answer) message to the I-CSCF network element according to the locally recorded S-CSCF information, where the response message carries the user registration.
  • S-CSCF Location Response LIA, Location-Info-Answer
  • the I-CSCF After receiving the LIA response message, the I-CSCF obtains the S-CSCF host name, finds that the user is registered with the S-CSCF1 abnormality, and sends an LIR request message to the HSS network element, where the request message indicates that the HSS returns the S-CSCF. ;
  • the HSS after receiving the LIR request message, the HSS returns a LIA response message to the I-CSCF network element, where the response message carries the S-CSCF capability set.
  • the I-CSCF after receiving the LIA response message, the I-CSCF obtains the available S-CSCF host information according to the S-CSCF capability information and the S-CSCF host status, and sends a call request message to the S-CSCF2;
  • S220 After receiving the call request message, the S-CSCF2 finds that there is no user data locally, and sends a User Configuration Request (SAR, Server-Assignment-Request) message to the HSS.
  • SAR User Configuration Request
  • the HSS returns an SAA response message to the S-CSCF2, where the response message carries the subscription information of the user, and also includes the registration and subscription information of the backup (provided that the user has already registered with the HSS and backed up the subscription information);
  • FIG. 3 is a flow chart of the current S-CSCF disaster recovery. As shown in Figure 3, the S-CSCF disaster recovery process includes the following steps:
  • the UE is already registered on the S-CSCF2 according to the disaster recovery switching mechanism.
  • the UE sends a refresh registration request message to the P-CSCF.
  • the P-CSCF searches for the I-CSCF through a Domain Name System (DNS, Domain Name System) query or other manner, and forwards the registration request message to the I-CSCF.
  • DNS Domain Name System
  • the I-CSCF sends a User Authentication Request (UAR) message to the HSS, requesting the HSS to return the S-CSCF capability set information;
  • UAR User Authentication Request
  • the HSS returns a user authentication response to the I-CSCF (UAA, User-Authorization- Answer message, the response message contains the assignment to the user S-CSCF capability set information, the capability set information actually includes the home S-CSCF list information;
  • the I-CSCF selects an appropriate S-CSCF host according to the UAA response message returned by the HSS, and sends a registration request message to the selected S-CSCF1;
  • the S-CSCF1 sends a user configuration request SAR message to the HSS.
  • the HSS returns a user configuration response SAA message to the S-CSCF1, where the SAA message carries the user subscription data;
  • the S-CSCF After receiving the SAA message, the S-CSCF saves the user data, constructs and sends a registration success response message 200OK.
  • the general commercial network also has an authentication process. Since the authentication process is an existing technology, the process is repeated in S304-S314, and the implementation details are not repeated here;
  • the I-CSCF forwards the registration success response message to the P-CSCF;
  • S324 The P-CSCF forwards the registration success response message to the UE.
  • the S-CSCF2 after receiving the RTR request message, deletes the local user data and deletes the call that the user has established;
  • S-CSCF2 sends a registration termination response (RTA, Registration-Termination- Answer) message to the HSS;
  • RTA Registration-Termination- Answer
  • the main purpose of the present invention is to provide a method, a system, and a device for a DR-reversing service call session control function entity, which can prevent a UE having a session service from being interrupted during a disaster recovery process.
  • a method for reversing a service call session control function entity includes: performing a process of reverting the terminal UE back to the serving call session control function entity S-CSCF without performing a rewind process on the UE that still has the call service.
  • the UE that does not have a reversal process for the UE that still has the call service is:
  • the proxy call session control function entity P-CSCF inserts the call information of the UE in the forwarded registration request message when forwarding the registration request message of the received UE to the query call session control function entity I-CSCF;
  • the I-CSCF determines, according to the call information of the UE, that the UE still has a call service, and does not return the UE to the restored S-CSCF.
  • the method further includes:
  • the I-CSCF determines that the UE does not have a call service
  • the I-CSCF returns the UE to the restored S-CSCF.
  • the call information includes information about whether there is a call
  • the call information includes information on whether there is a call and at least one of the following information: call number information, call type or level information.
  • the call information is carried in a known field/parameter or extension field/parameter of the registration request message; the registration request message is encapsulated in an initial session protocol SIP message manner.
  • a method for reversing a service call session control function entity includes:
  • the I-CSCF After receiving the registration request message of the UE, the I-CSCF returns the UE requesting registration to the restored S-CSCF;
  • the switched S-CSCF After receiving the registration termination request RTR message, the switched S-CSCF determines that the UE currently has a call service, and deletes the local UE user data after the UE call is released.
  • a system for a disaster recovery service call session control function entity comprising an IP multimedia subsystem IMS and a UE, the IMS includes a P-CSCF, an S-CSCF, and an I-CSCF; wherein: the IMS is down Returning to the S-CSCF process, not for UEs that still have call services. Rewind processing.
  • the P-CSCF is configured to: after receiving the registration request message sent by the UE, insert the call information of the UE in the forwarded registration request message when forwarding the registration request message to the I-CSCF;
  • the I-CSCF is configured to determine, according to the call information of the UE, that the UE still has a call service, and does not return the UE to the restored S-CSCF.
  • the call information includes information about whether there is a call
  • the call information includes information about whether there is a call and at least one of the following information: call number information, call type or level information;
  • the call information is carried in a known field/parameter or extension field/parameter of the registration request message; the registration request message is encapsulated in a SIP message manner.
  • a system for disaster recovery service call session control function entity includes an IP multimedia subsystem IMS and a UE, where the IMS includes a P-CSCF, an S-CSCF, and an I-CSCF;
  • the I-CSCF is configured to: after receiving the registration request message of the UE, return the UE requesting registration to the restored S-CSCF;
  • the switched S-CSCF is configured to: after receiving the registration termination request RTR message, determine that the UE currently has the call service, and delete the local UE user data after the UE call is released.
  • a device for reversing a service call session control function entity comprising:
  • the rewinding processing unit is configured to not perform rewind processing on the UE that still has the call service during the process of reverting the UE back to the S-CSCF.
  • the rewinding processing unit is further configured to: when receiving the registration request message of the UE that is forwarded by the P-CSCF, determine, according to the call information of the UE that is carried in the registration request message, that the UE still has a call. The service does not return the UE to the recovered S-CSCF.
  • the rewinding processing unit is further configured to: when determining that the UE has no call service, return the UE to the restored S-CSCF.
  • the P-CSCF forwards the registration request message of the received UE to the I-CSCF. Inserting the call information of the UE in the forwarded registration request message; the I-CSCF may determine whether the UE currently has a call service according to the call information of the UE, and return the UE to the restored S- when there is no call service. CSCF, otherwise the UE is not returned to the recovered S-CSCF.
  • the I-CSCF after receiving the registration request message of the UE, the I-CSCF returns the UE requesting registration to the restored S-CSCF; after receiving the registration termination request RTR message, the switched S-CSCF determines that the UE currently has the call service. And deleting the local UE user data after the UE call is released.
  • the invention does not release the established call service during the UE rewinding process, realizes the reentry without call loss, and greatly improves the user experience in the rewinding process.
  • Figure 1 is a schematic diagram of an existing IMS network architecture
  • Figure 2 is a flow chart of the current S-CSCF disaster recovery switching
  • FIG. 3 is a flowchart of the disaster recovery of the existing S-CSCF
  • FIG. 4 is a flowchart of a disaster recovery reversal S-CSCF in an IP multimedia subsystem according to Embodiment 1 of the present invention
  • FIG. 5 is a flowchart of a disaster recovery reversal S-CSCF in an IP multimedia subsystem according to Embodiment 2 of the present invention.
  • the basic idea of the present invention is: in the process of reverting the UE back to the S-CSCF, the UE that still has the call service is not reversed; specifically, the P-CSCF forwards the registration request message of the received UE to In the case of the I-CSCF, the call information of the UE is inserted in the forwarded registration request message; the I-CSCF may determine whether the UE currently has a call service according to the call information of the UE, and return the UE to the recovered state when there is no call service. S-CSCF, otherwise the UE will not be returned to the recovered S-CSCF.
  • the I-CSCF After receiving the registration request message of the UE, the I-CSCF returns the UE requesting registration to the restored S-CSCF; and the switched S-CSCF receives the registration termination request RTR After the information is determined, when the UE currently has a call service, the local UE user data is deleted after the UE call is released.
  • FIG. 4 is a flowchart of a disaster recovery reversal S-CSCF in an IP multimedia subsystem according to Embodiment 1 of the present invention.
  • a UE switches from S-CSCF1 to S-CSCF2 due to a failure of S-CSCF1.
  • the current S-CSCF1 is restored, and the UE needs to revert back to the S-CSCF2.
  • the disaster recovery of the example S-CSCF specifically includes the following steps:
  • the UE based on the disaster recovery switching mechanism, the UE has been logged on the S-CSCF2, that is, the UE has been registered to the S-CSCF2;
  • S404 The UE sends a registration request message to the P-CSCF.
  • the registration request message is mainly used for the UE to perform the reverse update.
  • the P-CSCF After receiving the registration request message, the P-CSCF searches for the I-CSCF through a DNS query or other manner, and forwards the registration request message to the I-CSCF.
  • the registration request message is a SIP message
  • the P-CSCF In the registration request message forwarded by the I-CSCF, the call information of the UE is carried by the known or extended SIP header field/parameter; that is, the registration request message needs to be extended correspondingly, and the call information of the UE is carried in the call.
  • the bearer mode of the information is pre-arranged between the P-CSCF and the I-CSCF, so that the I-CSCF can smoothly parse the call information of the corresponding UE.
  • the call information includes whether there is a call information; or, the call information includes Whether there is information of the call and, when the call information exists, at least one of the following information: call number information, call type or level information.
  • the I-CSCF obtains the UE call information in the registration request message, determines whether the UE has a call, and sends a registration request message to the current attribution when the call exists.
  • the S-CSCF2 refer to S410-S424 for the subsequent process.
  • the registration request message is sent to the restored S-CSCF1.
  • the I-CSCF sends a user authentication request UAR message to the HSS.
  • the HSS returns a user authentication response UAA message to the I-CSCF, where the UAA response message includes an S-CSCF host name allocated to the UE, such as S-CSCF2;
  • the I-CSCF sends a registration request message to the home S-CSCF2 according to the UAA response message returned by the HSS.
  • the S-CSCF2 sends a user configuration request SAR message to the HSS.
  • the HSS returns a user configuration response SAA message to the S-CSCF2.
  • the S-CSCF2 After receiving the SAA message, the S-CSCF2 constructs and sends a registration success response message.
  • the I-CSCF forwards the registration success response message to the P-CSCF;
  • the I-CSCF directly returns to the recovered S-CSCF for the UE with no call service, and for the UE with the call service. It is still registered in the current S-CSCF; in this way, by initiating the registration request message by the UE, the UE can be returned to the restored S-CSCF without interrupting the UE's call service.
  • FIG. 5 is a flowchart of a disaster recovery reversal S-CSCF in an IP multimedia subsystem according to Embodiment 2 of the present invention.
  • a UE switches from S-CSCF1 to S-CSCF2 due to a failure of S-CSCF1.
  • the current S-CSCF1 is restored, and the UE needs to revert back to the S-CSCF2.
  • the disaster recovery of the example S-CSCF specifically includes the following steps:
  • the UE based on the disaster recovery switching mechanism, the UE has been logged on the S-CSCF2, that is, the UE has been registered to the S-CSCF2;
  • S504 The UE sends a registration request message to the P-CSCF.
  • the registration request message is mainly used for the UE to perform the reverse update.
  • the P-CSCF when the P-CSCF receives the registration request message, the P-CSCF queries through the DNS or He finds the I-CSCF and forwards the registration request message to the I-CSCF;
  • the I-CSCF sends a user authentication request UAR message to the HSS, and the HSS is required to return the S-CSCF capability set information.
  • the HSS returns a user authentication response UAA message to the I-CSCF, where the UAA response message includes S-CSCF capability information allocated to the UE.
  • the I-CSCF selects an appropriate S-CSCF host according to the UAA response message returned by the HSS, and sends a registration request message to the selected original home S-CSCF1;
  • the S-CSCF1 sends a user configuration request SAR message to the HSS.
  • the HSS returns a user configuration response SAA message to the S-CSCF1, where the SAA message carries the UE user subscription data;
  • the S-CSCF1 saves the UE user data, constructs and sends a registration success response message 200OK;
  • the I-CSCF forwards the registration success response message to the P-CSCF.
  • the P-CSCF forwards the registration success response message to the UE.
  • the S-CSCF2 checks whether there is a call service of the UE locally. If there is a call service, the local UE user data is deleted after waiting for the call to be released normally. If there is no call service, the local service is deleted immediately. UE user data;
  • the S-CSCF2 sends a registration termination response RTA message to the HSS.
  • the UE user data still having the call service is not deleted, but After the call service ends, the UE user data is deleted, so that the reverse protection of the UE with the call service is realized, and the call service is not interrupted.
  • the S-CSCF without call loss is realized, and the user experience is improved.
  • the P-CSCF can also be replaced by AGCF.
  • the system of the disaster recovery service call session control function entity of the present invention includes an IMS and a UE, and the IMS includes network elements such as a P-CSCF, an S-CSCF, and an I-CSCF;
  • the IMS does not perform reversal processing on the UE that still has the call service.
  • the P-CSCF is configured to: after receiving the registration request message sent by the UE, insert the call information of the UE in the forwarded registration request message when forwarding the registration request message to the I-CSCF;
  • the I-CSCF is configured to determine, according to the call information of the UE, that the UE still has a call service, and does not return the UE to the restored S-CSCF. When the I-CSCF determines that the UE does not have a call service, the I-CSCF returns the UE to the restored S-CSCF.
  • the call information includes information about whether there is a call
  • the call information includes information about whether there is a call and at least one of the following information: call number information, call type or level information;
  • the above call information is carried in a known field/parameter or extension field/parameter of the registration request message; the registration request message is encapsulated in a SIP message manner.
  • the system of the disaster recovery service call session control function entity of the present invention includes an IP Multimedia Subsystem IMS and a UE, and the IMS includes a P-CSCF, an S-CSCF, and an I-CSCF;
  • the I-CSCF is configured to: after receiving the registration request message of the UE, return the UE requesting registration to the restored S-CSCF;
  • the switched S-CSCF is used to determine the UE when receiving the registration termination request RTR message.
  • the system of the disaster recovery service call session control function entity of the present invention is implemented by improving the function of the related network element based on the existing IMS, and the existing network structure is not changed; The invention only describes in detail the functions changed by the network element.
  • the architecture of the system for the disaster recovery service call session control function entity of the present invention can be understood by referring to the structure of the existing IMS.
  • the invention also describes a device for a disaster recovery service call session control function entity, which comprises:
  • the rewinding processing unit is configured to not perform rewind processing on the UE that still has the call service during the process of reverting the UE back to the S-CSCF.
  • the rewinding processing unit is further configured to: when receiving the registration request message of the UE that is forwarded by the P-CSCF, determine, according to the call information of the UE that is carried in the registration request message, that the UE still has a call service. , the UE is not returned to the recovered S-CSCF.
  • the rewinding processing unit is further configured to: when determining that the UE has no call service, return the UE to the restored S-CSCF.
  • the present invention does not perform rewind processing on a UE that still has a call service during the process of reverting the UE back to the S-CSCF, so that the established call service is not released during the UE rewind process.
  • the reversal of no call loss greatly improved the user's physical insurance during the reversal process.

Landscapes

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

Abstract

L'invention concerne un procédé, un système et un dispositif de restauration après sinistre d'une fonction S-CSCF. Le procédé comprend les étapes suivantes : au moment où un équipement d'utilisateur (UE) terminal va être restauré à la fonction S-CSCF initiale, si l'UE est occupée à effectuer un service d'appel, l'opération ne sera pas mise en oeuvre; après avoir reçu un message de demande d'enregistrement provenant d'une UE, la fonction de commande de session d'appel interrogatrice (I-CSCF) restaure l'UE demandant à être enregistrée à la fonction S-CSCF initiale rétablie; après avoir reçu un message de demande de fin d'enregistrement (RTR), si la S-CSCF en cours détermine que l'UE est occupée à effectuer un service d'appel, les données locales d'utilisateur ne seront pas supprimées avant la libération de l'appel. Dans cette invention, les services d'appel établis ne sont pas libérés pendant la restauration de l'UE, ce qui permet d'éviter la perte de l'appel due à une restauration et d'améliorer considérablement le confort de l'utilisateur.
PCT/CN2012/077170 2011-12-02 2012-06-19 Procédé, système et dispositif de restauration après sinistre d'une fonction serveuse de commande de session d'appel (s-cscf) WO2013078849A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201110396079.0 2011-12-02
CN201110396079.0A CN103138984B (zh) 2011-12-02 2011-12-02 容灾倒回服务呼叫会话控制功能实体的方法及系统

Publications (1)

Publication Number Publication Date
WO2013078849A1 true WO2013078849A1 (fr) 2013-06-06

Family

ID=48498325

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2012/077170 WO2013078849A1 (fr) 2011-12-02 2012-06-19 Procédé, système et dispositif de restauration après sinistre d'une fonction serveuse de commande de session d'appel (s-cscf)

Country Status (2)

Country Link
CN (1) CN103138984B (fr)
WO (1) WO2013078849A1 (fr)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104168275B (zh) * 2014-08-08 2018-03-30 中国联合网络通信集团有限公司 一种注册控制方法和装置
CN106028389B (zh) * 2016-07-25 2019-07-02 中国联合网络通信集团有限公司 一种容灾倒回的方法及系统
CN106209473B (zh) * 2016-07-25 2019-02-15 中国联合网络通信集团有限公司 一种容灾倒回的方法及系统
CN106302077B (zh) * 2016-08-18 2019-12-13 中国联合网络通信集团有限公司 一种容灾倒回方法及设备
CN108023752B (zh) * 2016-11-04 2021-01-29 中国电信股份有限公司 容灾优化方法和系统以及倒回指示装置
CN107070684A (zh) * 2016-12-12 2017-08-18 国网北京市电力公司 容灾倒换方法和装置
CN114125909B (zh) * 2020-08-31 2023-08-22 华为技术有限公司 一种故障恢复方法及装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1905472A (zh) * 2005-07-27 2007-01-31 华为技术有限公司 一种ims网络可靠性实现方法
CN101132556A (zh) * 2007-09-24 2008-02-27 中兴通讯股份有限公司 用于ip多媒体子系统的注册方法
CN101489245A (zh) * 2008-12-31 2009-07-22 华为技术有限公司 网络容灾方法、终端和呼叫会话控制功能实体
CN101809961A (zh) * 2007-09-28 2010-08-18 爱立信电话股份有限公司 Ip多媒体子系统网络中的故障恢复
JP2011166737A (ja) * 2010-02-11 2011-08-25 Kddi Corp 端末の接続を継続した状態でｓｉｐサーバを変更する方法及びシステム

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1553676A (zh) * 2003-06-06 2004-12-08 华为技术有限公司 多种协议终端进行同一音视频会议的方法
EP2177012B1 (fr) * 2007-07-10 2018-12-26 Telefonaktiebolaget LM Ericsson (publ) Procédé et appareils pour une récupération ims suite au redémarrage d'une fonction s-cscf
CN101132407B (zh) * 2007-08-13 2013-11-06 中兴通讯股份有限公司 一种对重选服务呼叫会话控制功能导致的异常的处理方法
CN101123480B (zh) * 2007-09-06 2010-06-09 中兴通讯股份有限公司 一种实现归属用户服务器数据一致性的方法
CN101383725B (zh) * 2007-09-28 2013-03-13 华为技术有限公司 Ip多媒体子系统及容灾恢复方法
CN101330542B (zh) * 2008-07-10 2011-07-27 华为终端有限公司 在语音通信过程中进行视频通信的方法及终端
CN101754358B (zh) * 2008-12-05 2012-07-11 中国移动通信集团公司 注销未注册业务会话控制器的处理方法、系统及装置
CN101965046B (zh) * 2010-10-08 2014-12-10 中兴通讯股份有限公司 一种ip多媒体子系统中通知终端注册的方法及系统
CN102340765B (zh) * 2011-07-18 2014-12-17 中国电信股份有限公司 容灾负荷均衡方法、装置和系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1905472A (zh) * 2005-07-27 2007-01-31 华为技术有限公司 一种ims网络可靠性实现方法
CN101132556A (zh) * 2007-09-24 2008-02-27 中兴通讯股份有限公司 用于ip多媒体子系统的注册方法
CN101809961A (zh) * 2007-09-28 2010-08-18 爱立信电话股份有限公司 Ip多媒体子系统网络中的故障恢复
CN101489245A (zh) * 2008-12-31 2009-07-22 华为技术有限公司 网络容灾方法、终端和呼叫会话控制功能实体
JP2011166737A (ja) * 2010-02-11 2011-08-25 Kddi Corp 端末の接続を継続した状態でｓｉｐサーバを変更する方法及びシステム

Also Published As

Publication number Publication date
CN103138984A (zh) 2013-06-05
CN103138984B (zh) 2016-09-28

Similar Documents

Publication Publication Date Title
US10743175B2 (en) Method, apparatus, and system for disaster recovery of IMS
US8719617B2 (en) Method and device for realizing IP multimedia subsystem disaster tolerance
CN102138312B (zh) Ip多媒体子系统网络中的故障恢复
RU2386219C2 (ru) Способ обработки отказов в представлении обслуживания
WO2013078849A1 (fr) Procédé, système et dispositif de restauration après sinistre d'une fonction serveuse de commande de session d'appel (s-cscf)
CN101667936A (zh) 接入会话控制服务器的故障处理方法、设备及系统
CN103685163B (zh) Ims网络中的容灾方法、系统和设备
CN105592486A (zh) 一种容灾方法及网元、服务器
WO2012155769A1 (fr) Procédé et système pour restaurer une fonction s-cscf lors d'une reprise après sinistre
WO2008116373A1 (fr) Procédé de traitement de service d'urgence
WO2008046266A1 (fr) Sous-système multimédia ip pour sélectionner automatiquement un serveur d'abonné local
WO2008046270A1 (fr) Procédé de sélection automatique de serveur d'abonné local dans un sous-système multimédia ip
WO2009124439A1 (fr) Procédé de traitement de reprise après défaillance d'une fonction de commande de session d'appel de service
WO2010139279A1 (fr) Procédé et système de traitement d'une altération de la fonction de service de contrôle de session d'appel (s-cscf) dans un réseau de sous-système multimédia ip (ims)
KR20120002249A (ko) Ｐ-ｃｓｃｆ의 장애를 복구하는 방법
KR102065019B1 (ko) Ims 망에서 가입자를 관리하는 가입자 정보 관리 서버 및 방법
WO2009070958A1 (fr) Procédé et dispositif de détection d'échec de circuit de jonction de plan utilisateur, de détection de récupération et d'établissement de rapport de celle-ci
CN101119530A (zh) 非ims集中业务用户设备注册及注销实现方法
WO2007104191A1 (fr) Procédé de clôture de session d'adresses ip
CN105049230B (zh) 一种基于域名系统的分布式多媒体子系统的车辆容灾方法及其车辆容灾系统
WO2012058943A1 (fr) Procédé et système de souscription à embranchement et sous-système multimédia ip associé

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12852977

Country of ref document: EP

Kind code of ref document: A1