CN106302077B - 一种容灾倒回方法及设备 - Google Patents
一种容灾倒回方法及设备 Download PDFInfo
- Publication number
- CN106302077B CN106302077B CN201610685951.6A CN201610685951A CN106302077B CN 106302077 B CN106302077 B CN 106302077B CN 201610685951 A CN201610685951 A CN 201610685951A CN 106302077 B CN106302077 B CN 106302077B
- Authority
- CN
- China
- Prior art keywords
- cscf
- user
- disaster recovery
- hss
- reference information
- Prior art date
- Legal status (The legal status 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 status listed.)
- Active
Links
- 238000011084 recovery Methods 0.000 title claims abstract description 111
- 238000000034 method Methods 0.000 title claims abstract description 41
- 230000007246 mechanism Effects 0.000 claims abstract description 54
- 238000012544 monitoring process Methods 0.000 claims abstract description 16
- 238000013475 authorization Methods 0.000 claims description 7
- 230000004044 response Effects 0.000 claims description 3
- 230000000977 initiatory effect Effects 0.000 claims 1
- 238000004891 communication Methods 0.000 abstract description 7
- 230000015654 memory Effects 0.000 description 16
- 230000006870 function Effects 0.000 description 11
- 230000008569 process Effects 0.000 description 11
- 238000001514 detection method Methods 0.000 description 8
- 238000010586 diagram Methods 0.000 description 4
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 238000006467 substitution reaction Methods 0.000 description 2
- 238000003491 array Methods 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000003672 processing method Methods 0.000 description 1
Classifications
-
- 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/1073—Registration or de-registration
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4641—Virtual LANs, VLANs, e.g. virtual private networks [VPN]
- H04L12/4675—Dynamic sharing of VLAN information amongst network nodes
- H04L12/4679—Arrangements for the registration or de-registration of VLAN attribute values, e.g. VLAN identifiers, port VLAN membership
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
- H04L61/4535—Network directories; Name-to-address mapping using an address exchange platform which sets up a session between two nodes, e.g. rendezvous servers, session initiation protocols [SIP] registrars or H.323 gatekeepers
-
- 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]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Computer Security & Cryptography (AREA)
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明的实施例提供一种容灾倒回方法及设备，涉及通信领域，实现自动准确且节约人工成本及运营成本的容灾倒回，提高注册及重注册成功率，保证用户体验。本发明实施例提供的方案包括：监测网络中故障的第一S‑CSCF的状态；若监测到第一S‑CSCF故障恢复，启动容灾倒回机制；当启动所述容灾倒回机制后，在接收到I‑CSCF发送的用于查询用户当前服务S‑CSCF的请求消息时，向I‑CSCF发送用于I‑CSCF选择用户在容灾倒回机制中注册的S‑CSCF的参考信息，参考信息包括网络中每个S‑CSCF的能力集或者恢复故障的第一S‑CSCF的标识。本发明用于容灾倒回。
Description
技术领域
本发明涉及通信领域，尤其涉及一种容灾倒回方法及设备。
背景技术
在网络协议(Internet Protocol，简称IP)多媒体子系统(IP MultimediaSubsystem，简称IMS)网络中，当已注册用户需要更新当前的注册或者改变当前的注册状态时，用户设备会周期性的发起重注册请求。
在重注册流程中，当IMS网络中的查询呼叫会话控制功能(Interrogating CallSession Control Function，简称I-CSCF)接收到用户设备的重注册消息时，若用户当前服务服务呼叫会话控制功能(Serving Call Session Control Function，简称S-CSCF)正常，则通过归属用户服务器(Home Subscriber Server，简称HSS)完成用户的注册；若用户当前服务S-CSCF故障时，I-CSCF查询HSS获取本网络中每个S-CSCF能力集，根据预设选择算法选择一个可用的S-CSCF进行该用户的注册，实现容灾倒换。
当容灾倒换后，即使故障的S-CSCF1恢复，根据重注册流程的原则，用户发起的重注册流程依然会发往S-CSCF2，直至用户彻底注销再发起初始注册才会重新选择S-CSCF。这样就导致故障恢复后正常的S-CSCF1在很长时间内不承担业务，S-CSCF负载不均衡。因此，在被容灾倒换的S-CSCF故障恢复后，需要进行容灾倒回，以均衡网络中S-CSCF的负载。
当前，I-CSCF在检测到故障的S-CSCF恢复正常时，人工手动强制I-CSCF请求HSS返回S-CSCF的能力集，根据能力集进行重新选择分配S-CSCF。并在确定倒回完毕后，在I-CSCF人工手动下发倒回结束命令。
上述容灾倒回过程，通过人工干预，存在人工干预失败、命令触发错误以及时机把握不准的缺陷，导致容灾倒回不准确引起注册失败影响用户体验，同时增加了人工成本和运营维护成本。
发明内容
本发明的实施例提供一种容灾倒回方法及设备，实现自动准确且节约人工成本及运营成本的容灾倒回，提高注册及重注册成功率保证用户体验。
为达到上述目的，本发明的实施例采用如下技术方案：
本发明的第一方面，提供一种容灾倒回方法，包括：
监测网络中故障的第一S-CSCF的状态；
若监测到所述第一S-CSCF故障恢复，启动容灾倒回机制；
当启动所述容灾倒回机制后，在接收到I-CSCF发送的用于查询用户当前服务S-CSCF的请求消息时，向I-CSCF发送用于I-CSCF选择用户在容灾倒回机制中注册的S-CSCF的参考信息，参考信息包括网络中每个S-CSCF的能力集或者所述第一S-CSCF的标识。
本发明的第二方面，提供一种HSS，包括：
监测单元，用于监测网络中故障的第一S-CSCF的状态；
倒回单元，用于若监测单元监测到第一S-CSCF故障恢复，启动容灾倒回机制；
接收单元，用于接收I-CSCF发送的用于查询用户当前服务S-CSCF的请求消息；
发送单元，用于当倒回单元启动容灾倒回机制，在接收单元接收到I-CSCF发送的用于查询用户当前服务S-CSCF的请求消息时，向I-CSCF发送用于I-CSCF选择用户在容灾倒回机制中注册的S-CSCF的参考信息，参考信息包括网络中每个S-CSCF的能力集或者所述第一S-CSCF的标识。
本发明实施例提供的容灾倒回方法及设备，通过监测网络中故障的第一S-CSCF的状态；若监测到第一S-CSCF故障恢复，启动容灾倒回机制；当启动所述容灾倒回机制后，在接收到I-CSCF发送的用于查询用户当前服务S-CSCF的请求消息时，向I-CSCF发送用于I-CSCF选择用户在容灾倒回机制中注册的S-CSCF的参考信息，参考信息包括网络中每个S-CSCF的能力集或者第一S-CSCF的标识。这样一来，只要故障的第一S-CSCF故障恢复，即在接收到I-CSCF发送的请求消息时，自动向I-CSCF发送参考信息，I-CSCF则可以根据网络中每个S-CSCF的能力集，按照预设规则选择用户注册的S-CSCF，或者直接选择故障恢复的第一S-CSCF作为用户注册的S-CSCF，使得故障恢复的第一S-CSCF可以尽早承担业务，保证网络中S-CSCF负载均衡；再者，整个方案过程自动进行，时机及操作准确，提高了用户注册及重注册的成功率，保证了用户体验；进一步的，通过自动执行代替现有技术中的人工干预，节约了人工成本及运营成本。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种IMS网络架构示意图；
图2为本发明实施例提供的一种HSS的结构示意图；
图3为本发明实施例提供的一种容灾倒回方法的流程示意图；
图4为本发明实施例提供的另一种容灾倒回方法的流程示意图；
图5为本发明实施例提供的再一种容灾倒回方法的流程示意图；
图6为本发明实施例提供的另一种HSS的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
另外，本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
本发明的基本原理是：在监测到故障的S-CSCF故障恢复，且接收到I-CSCF发送用户注册的请求消息时，主动向I-CSCF发送网络中每个S-CSCF的能力集或者故障恢复的S-CSCF的标识，使得用户可以注册在故障恢复的S-CSCF，实现容灾倒回准确及网络中S-CSCF的负载均衡，并节约运营成本。
需要说明的是，本发明全文所述的“故障的S-CSCF”，是指网络中任一个处于故障状态的S-CSCF，对于每一个处于故障状态的S-CSCF，本发明方案中的处理方法相同，不再一一赘述，仅以对于一个处于故障状态的S-CSCF的处理为例进行方案描述。
本发明实施例提供的容灾倒回方法应用于图1所示的IMS网络架构中。如图1所示，IMS包括呼叫会话控制功能(Call Session Control Function，简称CSCF)、媒体网关控制功能(Media Gateway Control Function，简称MGCF)、媒体网关(Media Gateway，简称MGW)、HSS等功能实体。CSCF的种类包括代理呼叫会话控制功能(Proxy-Call SessionControl Function，简称P-CSCF)、I-CSCF和S-CSCF。
其中，P-CSCF是用户终端联系IMS的第一步，是用户终端首先要访问的网络节点，所有与IMS核心网交互的消息都要通过P-CSCF，P-CSCF相当于定义的边界代理服务器。I-CSCF的功能是提供到归属网络的入口，将归属网络的拓扑图对其它网络隐藏起来，并通过HSS为特定用户找出相应的S-CSCF。当I-CSCF接到一个请求时，它将把请求路由到相应的S-CSCF。S-CSCF给用户提供服务。HSS存储了与用户相关的S-CSCF和用户信息。CSCF可以向HSS询问以获得与用户相关的S-CSCF和用户信息。
当用户终端发起注册时，注册消息先到达P-CSCF，然后到达I-CSCF，I-CSCF通过查询HSS，获取与用户相关的S-CSCF，进行用户注册；若I-CSCF确定与用户相关的S-CSCF故障，则进行容灾倒换。
在容灾倒换后，为了使恢复故障的S-CSCF承担业务，则需要进行容灾倒回。但当前人工干预的容灾倒回并不准确，会造成用户不能成功注册等问题。
进一步的，本发明实施例提供的容灾倒回方法可以由本发明实施例提供的HSS 20执行，该HSS 20可以为图1所示的IMS网络架构中的HSS。
图2示出的是与本发明各实施例相关的HSS 20的结构示意图。如图2所示，该HSS20可以包括：处理器201、存储器202、通信端口203。
下面结合图2对HSS 20的各个构成部件进行具体的介绍：
存储器202，可以是易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，RAM)；或者非易失性存储器(non-volatile memory)，例如只读存储器(read-only memory，ROM)，快闪存储器(flash memory)，硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)；或者上述种类的存储器的组合，用于存储可实现本发明方法的相关应用程序、以及配置文件。
处理器201是HSS 20的控制中心，可能是一个中央处理器(central processingunit，简称CPU)，也可以是特定集成电路(Application Specific Integrated Circuit，简称ASIC)，或者是被配置成实施本发明实施例的一个或多个集成电路，例如：一个或多个微处理器(digital singnal processor，简称DSP)，或，一个或者多个现场可编程门阵列(Field Programmable Gate Array，简称FPGA)。处理器201可以通过运行或执行存储在存储器202内的软件程序和/或模块，以及调用存储在存储器202内的数据，执行HSS 20的各种功能。
具体的处理器201通过运行或执行存储在存储器202内的软件程序和/或模块，以及调用存储在存储器202内的数据，执行如下功能：
监测网络中第一S-CSCF的状态，第一S-CSCF为网络中任一个故障的S-CSCF；
若监测到故障的第一S-CSCF故障恢复，启动容灾倒回机制；
当启动容灾倒回机制后，在接收到I-CSCF发送的用于查询用户当前服务S-CSCF的请求消息时，通过通信端口203向I-CSCF发送用于I-CSCF选择用户在容灾倒回机制中注册的S-CSCF的参考信息，参考信息包括网络中每个S-CSCF的能力集或者故障恢复的第一S-CSCF的标识。
示例性的，处理器201可以通过心跳机制，监测网络中每个S-CSCF的状态，确定S-CSCF是否发生故障，以及确定故障的S-CSCF是否故障恢复。
下面结合附图，对本发明的实施例进行具体阐述。
一方面，本发明实施例提供一种容灾倒回方法，如图3所示，所述方法可以包括：
S301、HSS监测网络中故障的第一S-CSCF的状态。
其中，第一S-CSCF为网络中任一个故障的S-CSCF。
具体的，若HSS监测到故障的第一S-CSCF故障恢复，则执行S302。若HSS未监测到故障的第一S-CSCF故障恢复，则继续执行S301，直至监测到第一S-CSCF故障恢复后，执行S302。
可选的，HSS监测网络中第一S-CSCF的状态，可以包括：通过心跳检测机制监测网络中第一S-CSCF的状态。
示例性的，HSS和S-CSCF之间的心跳消息可以为diameter协议消息，按照diameter重传机制及检测配置进行。
需要说明的是，HSS可以一直监测S-CSCF网络中每个S-CSCF的状态，用于确定S-CSCF是否处于故障状态，以及确定处于故障状态的S-CSCF是否故障恢复。
具体的，HSS和故障的S-CSCF之间通过设备监控请求/设备监控响应(Device-Watchdog-Request/Device-Watchdog-Answer，简称DWR/DWA)消息保持链路检测。故障的S-CSCF不能对HSS发出的检测消息DWR进行响应，HSS据此则可以确定S-CSCF处于故障状态。在S-CSCF故障期间，HSS按照diameter重传机制及检测配置进行。在发生故障的S-CSCF故障恢复后，故障恢复的S-CSCF会对HSS发出的检测消息DWR回复DWA响应，HSS则可以监测到故障的S-CSCF的状态。
可选的，HSS监测网络中故障的第一S-CSCF的状态，可以包括：HSS监测故障的第一S-CSCF在故障恢复时发送的指示消息。一旦接收到故障的第一S-CSCF发送的故障恢复指示消息，则确定故障的第一S-CSCF故障恢复。在这种实现方式中，需要对S-CSCF进行相应的配置，配置S-CSCF在故障恢复时，主动向HSS发送故障恢复指示消息。
其中，对于故障恢复指示消息的内容及形式，可以根据实际需求设定，本发明实施例对此不进行具体限定。
S302、HSS启动容灾倒回机制。
具体的，在S302中启动容灾倒回机制后，HSS则进行容灾倒回，此时若HSS在S303中接收到I-CSCF发送的用于查询用户当前服务S-CSCF的请求消息，执行S304。
S303、HSS接收I-CSCF发送的用于查询用户当前服务S-CSCF的请求消息。
具体的，当S303中HSS接收到I-CSCF发送的用于查询用户当前服务S-CSCF的请求消息时，由于容灾倒回机制已启动，则执行S304。
需要说明的是，I-CSCF发送的用于查询用户当前服务S-CSCF的请求消息，是I-CSCF在接收到用户发送的重注册请求时发送的。
需要说明的是，所述请求消息可以为一条新设立的消息，也可以为现有的消息。
优选的，所述请求消息可以为用户授权请求(User-Authorization-Request，简称UAR)消息，所述UAR消息携带的用户授权类型(User-Authorization-Type)字段为0。
S304、HSS向I-CSCF发送用于I-CSCF选择用户在容灾倒回机制中注册的S-CSCF的参考信息，参考信息包括网络中每个S-CSCF的能力集或者故障恢复的第一S-CSCF的标识。
具体的，参考信息是包括网络中每个S-CSCF的能力集，还是包括故障恢复的第一S-CSCF的标识，可以根据实际需求设定，本发明实施例对此不进行具体限定。
可选的，参考信息是包括网络中每个S-CSCF的能力集，还是包括故障恢复的第一S-CSCF的标识，可以根据I-CSCF选择用户注册的S-CSCF的规则设定，使得I-CSCF选择故障恢复的S-CSCF进行用户注册。
示例性的，若I-CSCF选择用户注册的S-CSCF的规则为轮询规则，参考信息可以为网络中每个S-CSCF的能力集；若I-CSCF选择用户注册的S-CSCF的规则为固定对应规则，参考信息可以为恢复故障的第一S-CSCF的标识。
可选的，HSS向I-CSCF发送用于I-CSCF选择用户注册的S-CSCF的参考信息，可以包括：HSS向I-CSCF发送携带参考信息的用户授权响应(User-Authorization-Answer，简称UAA)消息。
当然，HSS向I-CSCF发送用于I-CSCF选择用户注册的S-CSCF的参考信息，也可以通过一条新设立的消息单独发送。本发明实施例对于HSS向I-CSCF发送用于I-CSCF选择用户注册的S-CSCF的参考信息的方式不进行具体限定。
可选的，若I-CSCF发送的请求消息对应的用户，初始注册在第一S-CSCF，参考信息可以包括第一S-CSCF的标识，参考信息用于I-CSCF选择该用户在容灾倒回机制中注册在该故障恢复的第一S-CSCF。
需要说明的是，I-CSCF发送的请求消息对应的用户，即I-CSCF发送的请求消息中携带的用户标识指示的用户。
具体的，HSS可以根据其内部保存的用户当前服务S-CSCF数据确定网络中每个S-CSCF的能力集，本发明实施例对该过程不进行详细赘述。
进一步的，如图4所示，在执行S302，启动容灾倒回N个重注册周期后，所述方法还需关闭容灾倒回机制，执行常规的重注册流程。
其中，N大于或等于1。
需要说明的是，对于N的具体取值，可以根据实际需求设定，本发明实施例对此不进行具体限定。
优选的，所述N为2或者3。
进一步的，重注册周期的长短可以根据实际需求及通信标准定制，本发明实施例对此也不进行具体限定。
具体的，在S302中启动容灾倒回机制后，在N个重注册周期的时长之后，故障恢复的第一S-CSCF已进入正常工作状态，网络中S-CSCF负载达到平衡，此时HSS则需停止容灾倒回，配合I-CSCF进行常规的重注册流程。
因此，在S302后，所述方法还可以包括：
S305、在N个重注册周期后，HSS关闭容灾倒回机制。
在执行S305关闭容灾倒回机制之后，此时若HSS接收到I-CSCF发送的用于查询用户当前服务S-CSCF的请求消息时，则执行S306，进行常规的重注册流程。
S306、HSS在接收到I-CSCF发送的用于查询用户当前服务S-CSCF的请求消息时，向I-CSCF发送用户当前服务S-CSCF的标识。
与现有技术相同，在本发明实施例的方案中，在I-CSCF确定用户注册的S-CSCF后，I-CSCF向确定的用户注册的S-CSCF发送用户的重注册请求，该S-CSCF向HSS下载用户签约信息，更新HSS中用户注册状态信息，并返回401对用户进行鉴权，后续按照标准重注册流程完成用户的注册和鉴权，本发明实施例对于本发明与现有技术相同的部分，不再进行赘述。
本发明实施例提供的容灾倒回方法，通过监测网络中故障的第一S-CSCF的状态；若监测到故障的第一S-CSCF故障恢复，启动容灾倒回机制；当启动所述容灾倒回机制后，在接收到I-CSCF发送的用于查询用户当前服务S-CSCF的请求消息时，向I-CSCF发送用于I-CSCF选择用户在容灾倒回机制中注册的S-CSCF的参考信息，参考信息包括网络中每个S-CSCF的能力集或者故障恢复的第一S-CSCF的标识。这样一来，只要故障的S-CSCF故障恢复，即在接收到I-CSCF发送的请求消息时，自动向I-CSCF发送参考信息，I-CSCF则可以根据网络中每个S-CSCF的能力集，按照预设规则选择用户注册的S-CSCF，或者直接选择故障恢复的S-CSCF作为用户注册的S-CSCF，使得故障恢复的第一S-CSCF可以尽早承担业务，保证网络中S-CSCF负载均衡；再者，整个方案过程自动进行，时机及操作准确，提高了用户注册及重注册的成功率，保证了用户体验；进一步的，通过自动执行代替现有技术中的人工干预，节约了人工成本及运营成本。
假设用户1通过终端已经注册在S-CSCF1上，在S-CSCF1发生故障时，S-CSCF1容灾倒换到S-CSCF2，即用户1归属的当前S-CSCF为S-CSCF2。若HSS监测到S-CSCF1故障恢复，此时用户1进行重注册的过程如图5所示，可以包括：
S501、HSS监测到S-CSCF1故障恢复，HSS启动容灾倒回机制。
S502、用户1通过终端发送重注册请求消息。
具体的，用户1通过终端发送重注册请求消息，通过SBC、P-CSCF转发至I-CSCF。
S503、I-CSCF向HSS发送UAR消息获取用户当前服务S-CSCF。
其中，UAR消息中携带User-Authorization-Type＝0。
S504、HSS向I-CSCF发送UAA消息且携带网络中每个S-CSCF的能力集。
S505、I-CSCF根据网络中每个S-CSCF的能力集，选择S-CSCF1进行用户注册。
S506、S-CSCF1向HSS下载用户签约信息，更新HSS中用户注册状态信息。
S507、S-CSCF1返回401对用户进行鉴权。
后续按照标准重注册流程完成用户的注册和鉴权，此处不再进行赘述。
另一方面，本发明实施例提供另一种HSS 20，如图6所示，所述HSS20可以包括：
监测单元601，用于监测网络中第一S-CSCF的状态，第一S-CSCF为网络中任一个故障的S-CSCF。
倒回单元602，用于若监测单元601监测到第一S-CSCF故障恢复，启动容灾倒回机制。
接收单元603，用于接收I-CSCF发送的用于查询用户当前服务S-CSCF的请求消息。
发送单元604，用于当倒回单元602启动容灾倒回机制后，在接收单元603接收到I-CSCF发送的用于查询用户当前服务S-CSCF的请求消息时，向I-CSCF发送用于I-CSCF选择用户在容灾倒回机制中注册的S-CSCF的参考信息，参考信息包括网络中每个S-CSCF的能力集或者故障恢复的第一S-CSCF的标识。
可选的，若用户初始注册在第一S-CSCF，参考信息包括第一S-CSCF的标识，参考信息用于I-CSCF选择用户在容灾倒回机制中注册在第一S-CSCF。
进一步的，所述倒回单元602还可以用于：
在启动容灾倒回N个重注册周期后，关闭容灾倒回机制。
所述发送单元604还可以用于，当倒回单元602关闭容灾倒回机制后，在接收单元603接收到I-CSCF发送的用于查询用户当前服务S-CSCF的请求消息时，向I-CSCF发送用户当前服务S-CSCF的标识。
进一步的，所述监测单元601具体可以用于：
通过心跳检测机制监测网络中第一S-CSCF的状态。
可选的，请求消息为UAR消息，所述UAR消息携带的用户授权类型为0。
相应的，所述发送单元604具体可以用于：
向I-CSCF发送携带参考信息的UAA消息。
本发明实施例提供的HSS 20，通过监测网络中故障的第一S-CSCF的状态；若监测到故障的第一S-CSCF故障恢复，启动容灾倒回机制；当启动容灾倒回机制后，在接收到I-CSCF发送的用于查询用户当前服务S-CSCF的请求消息时，向I-CSCF发送用于I-CSCF选择用户在容灾倒回机制中注册的S-CSCF的参考信息，参考信息包括网络中每个S-CSCF的能力集或者故障恢复的第一S-CSCF的标识。这样一来，只要故障的S-CSCF故障恢复，即在接收到I-CSCF发送的请求消息时，自动向I-CSCF发送参考信息，I-CSCF则可以根据网络中每个S-CSCF的能力集，按照预设规则选择用户注册的S-CSCF，或者直接选择故障恢复的S-CSCF作为用户注册的S-CSCF，使得故障恢复的S-CSCF可以尽早承担业务，保证网络中S-CSCF负载均衡；再者，整个方案过程自动进行，时机及操作准确，提高了用户注册及重注册的成功率，保证了用户体验；进一步的，通过自动执行代替现有技术中的人工干预，节约了人工成本及运营成本。
通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。
Claims (8)
1.一种容灾倒回方法，其特征在于，包括：
归属用户服务器HSS通过心跳监测网络中故障的第一服务呼叫会话控制功能S-CSCF的状态，所述HSS和所述S-CSCF之间的心跳消息为diameter协议消息；
若所述HSS监测到第一S-CSCF故障恢复，启动容灾倒回机制；
当启动所述容灾倒回机制后，在接收到查询呼叫会话控制功能I-CSCF发送的用于查询用户当前服务S-CSCF的请求消息时，所述HSS主动向所述I-CSCF发送用于所述I-CSCF选择所述用户在所述容灾倒回机制中注册的S-CSCF的参考信息，所述参考信息包括所述网络中每个S-CSCF的能力集或者第一S-CSCF的标识。
2.根据权利要求1所述的方法，其特征在于，若所述用户初始注册在故障恢复的所述第一S-CSCF，所述参考信息包括所述第一S-CSCF的标识，所述参考信息用于所述I-CSCF选择所述用户在所述容灾倒回机制中重新注册在所述第一S-CSCF。
3.根据权利要求1或2所述的方法，其特征在于，在启动容灾倒回N个重注册周期后，所述N大于或等于1，所述方法还包括：
所述HSS关闭所述容灾倒回机制；
当关闭所述容灾倒回机制后，在接收到所述I-CSCF发送的所述请求消息时，所述HSS向所述I-CSCF发送所述用户当前服务S-CSCF的标识。
4.根据权利要求1或2所述的方法，其特征在于，
所述请求消息为用户授权请求UAR消息，所述UAR消息携带的用户授权类型为0；
所述HSS主动向所述I-CSCF发送用于所述I-CSCF选择用户注册的S-CSCF的参考信息，包括：
所述HSS主动向所述I-CSCF发送携带所述参考信息的用户授权响应UAA消息。
5.一种归属用户服务器HSS，其特征在于，包括：
监测单元，用于通过心跳监测网络中故障的第一服务呼叫会话控制功能S-CSCF的状态，所述HSS和所述S-CSCF之间的心跳消息为diameter协议消息；
倒回单元，用于若所述监测单元监测到第一S-CSCF故障恢复，启动容灾倒回机制；
接收单元，用于接收查询呼叫会话控制功能I-CSCF发送的用于查询用户当前服务S-CSCF的请求消息；
发送单元，用于当所述倒回单元启动所述容灾倒回机制，在所述接收单元接收到I-CSCF发送的用于查询用户当前服务S-CSCF的请求消息时，主动向所述I-CSCF发送用于所述I-CSCF选择所述用户在所述容灾倒回机制中注册的S-CSCF的参考信息，所述参考信息包括所述网络中每个S-CSCF的能力集或者所述第一S-CSCF的标识。
6.根据权利要求5所述的HSS，其特征在于，若所述用户初始注册在故障恢复的所述第一S-CSCF，所述参考信息包括所述第一S-CSCF的标识，所述参考信息用于所述I-CSCF选择所述用户在所述容灾倒回机制中注册在所述第一S-CSCF。
7.根据权利要求5或6所述的HSS，其特征在于，所述倒回单元还用于：
在启动容灾倒回N个重注册周期后，关闭所述容灾倒回机制；
所述发送单元还用于，当所述倒回单元关闭所述容灾倒回机制后，在所述接收单元接收到I-CSCF发送的用于查询用户当前服务S-CSCF的请求消息时，向所述I-CSCF发送所述用户当前服务S-CSCF的标识。
8.根据权利要求5或6所述的HSS，其特征在于，
所述请求消息为用户授权请求UAR消息，所述UAR消息携带的用户授权类型为0；
所述发送单元具体用于：
主动向所述I-CSCF发送携带所述参考信息的用户授权响应UAA消息。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610685951.6A CN106302077B (zh) | 2016-08-18 | 2016-08-18 | 一种容灾倒回方法及设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610685951.6A CN106302077B (zh) | 2016-08-18 | 2016-08-18 | 一种容灾倒回方法及设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN106302077A CN106302077A (zh) | 2017-01-04 |
| CN106302077B true CN106302077B (zh) | 2019-12-13 |
Family
ID=57678584
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201610685951.6A Active CN106302077B (zh) | 2016-08-18 | 2016-08-18 | 一种容灾倒回方法及设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN106302077B (zh) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107046545B (zh) * | 2017-05-05 | 2023-07-11 | 国网安徽省电力公司经济技术研究院 | 一种利用电路交换实现ims网络省地用户本地自存活的方法 |
| CN112714430B (zh) * | 2019-10-24 | 2023-08-15 | 中国移动通信集团山东有限公司 | 一种异常处理方法、装置、存储介质和服务器 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102340505A (zh) * | 2011-09-28 | 2012-02-01 | 中兴通讯股份有限公司 | S-cscf容灾恢复倒回的方法及系统 |
| CN102340765A (zh) * | 2011-07-18 | 2012-02-01 | 中国电信股份有限公司 | 容灾负荷均衡方法、装置和系统 |
| CN103138984A (zh) * | 2011-12-02 | 2013-06-05 | 中兴通讯股份有限公司 | 容灾倒回服务呼叫会话控制功能实体的方法及系统 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101809961B (zh) * | 2007-09-28 | 2013-03-27 | 爱立信电话股份有限公司 | Ip多媒体子系统网络中的故障恢复 |
-
2016
- 2016-08-18 CN CN201610685951.6A patent/CN106302077B/zh active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102340765A (zh) * | 2011-07-18 | 2012-02-01 | 中国电信股份有限公司 | 容灾负荷均衡方法、装置和系统 |
| CN102340505A (zh) * | 2011-09-28 | 2012-02-01 | 中兴通讯股份有限公司 | S-cscf容灾恢复倒回的方法及系统 |
| CN103138984A (zh) * | 2011-12-02 | 2013-06-05 | 中兴通讯股份有限公司 | 容灾倒回服务呼叫会话控制功能实体的方法及系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN106302077A (zh) | 2017-01-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10743175B2 (en) | Method, apparatus, and system for disaster recovery of IMS | |
| US10142376B2 (en) | Method, and related apparatus for recovering called service of terminal | |
| US8719617B2 (en) | Method and device for realizing IP multimedia subsystem disaster tolerance | |
| CN100382503C (zh) | 一种在用户注册过程中注册异常的处理方法 | |
| EP3248361B1 (en) | Timers in stateless architecture | |
| US9509811B2 (en) | Methods and apparatus for resolving data inconsistencies in an IMS network | |
| US10523720B2 (en) | P-CSCF recovery and reregistration | |
| US9749981B2 (en) | IMS system and method for transmitting a reregister request to an S-CSCF | |
| CN101536464A (zh) | 用于控制通信的方法及设备 | |
| CN108141440A (zh) | 具有多个标识符的sip服务器 | |
| CN106302077B (zh) | 一种容灾倒回方法及设备 | |
| WO2013078849A1 (zh) | 容灾倒回服务呼叫会话控制功能实体的方法、系统及装置 | |
| WO2015007310A1 (en) | Re-registration in case of hss outage | |
| US20160241601A1 (en) | Technique for restoring a service in a network | |
| EP4123984A1 (en) | Associated service registration method, related device and computer-readable storage medium | |
| CN101577893A (zh) | 一种服务呼叫会话控制功能的故障恢复方法 | |
| CN101667924A (zh) | 一种ims网络架构中的注册管理方法、装置及系统 | |
| CN104125591A (zh) | 一种基于ims的呼叫控制方法、装置及系统 | |
| CN112714430B (zh) | 一种异常处理方法、装置、存储介质和服务器 | |
| WO2022151367A1 (zh) | 一种通信方法以及通信设备 | |
| US20220053031A1 (en) | Methods and devices for continuation of terminating services in ims communication networks | |
| KR101197737B1 (ko) | 단말과 ｃｓｃｆ 간 중복성 제공 방법 및 시스템 | |
| KR101995720B1 (ko) | 네트워크 접속 제어 시스템 및 그 단말 등록 방법 | |
| JP2018117199A (ja) | 通信装置および通信方法 | |
| WO2009092310A1 (zh) | 为用户提供业务的方法和设备 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |