CN106209473B - 一种容灾倒回的方法及系统 - Google Patents
一种容灾倒回的方法及系统 Download PDFInfo
- Publication number
- CN106209473B CN106209473B CN201610592857.6A CN201610592857A CN106209473B CN 106209473 B CN106209473 B CN 106209473B CN 201610592857 A CN201610592857 A CN 201610592857A CN 106209473 B CN106209473 B CN 106209473B
- Authority
- CN
- China
- Prior art keywords
- refunded
- disaster tolerance
- equipment
- request message
- register request
- 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
- 238000000034 method Methods 0.000 title claims abstract description 60
- 238000011084 recovery Methods 0.000 claims abstract description 71
- 238000002347 injection Methods 0.000 claims description 2
- 239000007924 injection Substances 0.000 claims description 2
- 230000000717 retained effect Effects 0.000 claims 2
- 238000005516 engineering process Methods 0.000 abstract description 5
- 238000004891 communication Methods 0.000 abstract description 2
- 238000013475 authorization Methods 0.000 description 8
- 238000012545 processing Methods 0.000 description 6
- 238000005265 energy consumption Methods 0.000 description 4
- 238000010276 construction Methods 0.000 description 3
- 238000010586 diagram Methods 0.000 description 2
- 230000000977 initiatory effect Effects 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 239000000243 solution Substances 0.000 description 2
- 238000007630 basic procedure Methods 0.000 description 1
- 238000004364 calculation method Methods 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
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Multimedia (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明公开一种容灾倒回的方法及系统,涉及通信技术领域,可以解决在基于IMS系统的容灾倒回中,每个用户注册时,S‑CSCF都需要向HSS请求其所服务的UE的相关用户数据,造成HSS压力过大的问题。本发明实施例通过当容灾设备接收到连接于容灾设备的前一网元转发的待处理用户设备UE的重注册请求消息时,确定已倒回数量;当已倒回数量满足预设倒回目标时,容灾设备继续处理重注册请求消息;当已倒回数量未满足预设倒回目标时,容灾设备向前一网元发送地址重定向指示,该指示中包含故障恢复设备的地址;前一网元根据该指示向故障恢复设备转发重注册请求消息,以使得故障恢复设备继续处理重注册请求消息。本发明实施例提供的方案适于容灾倒回时采用。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种容灾倒回的方法及系统。
背景技术
IMS(Internet Protocol Multimedia Subsystem,IP多媒体子系统)是一种全新的多媒体业务形式,是3GPP(3rd Generation Partnership Project,第三代合作伙伴组织)定义的下一代网络的标准,它采用SIP(Session Initiation Protocol,会话初始协议)体系,能够满足现在的终端客户更新颖、更多样化的多媒体业务的需求。
目前,在基于IMS系统的语音业务VoLTE中可以应用容灾倒回技术,即IMS系统中的多个S-CSCF(Serving call session control Function,服务呼叫会话控制功能实体)设备之间互相容灾备份,当其中一台设备故障后,可以由非故障设备接管故障设备的业务,接管故障设备的业务的非故障设备称为容灾设备,假设S-CSCF1为故障设备,当S-CSCF1故障恢复后,容灾设备应将部分业务倒回至S-CSCF1上,以减轻容灾设备的压力。具体的实现方法为:当故障设备恢复之后,I-CSCF(Interrogating call session control Function,查询呼叫会话控制功能实体)根据用户输入的指令开启倒回开关,当I-CSCF接收到VoLTE SBC(Session Border Control,会话边界控制器)转发的终端的重注册请求消息时,根据终端的重注册请求消息,I-CSCF向HSS(Home subscriber Server,归属用户服务器)发送UAR(User Authorization Request,用户鉴权请求)消息,使终端用户按照初始注册重新选择一次S-CSCF,HSS接收到该UAR消息之后,确定具有当前终端所需能力的S-CSCF,将其中每个S-CSCF具有的能力以及优先级反馈给I-CSCF,I-CSCF将HSS返回的每个S-CSCF具有的能力分别与本地配置的相应的S-CSCF的能力进行比较,从中选取与本地配置的S-CSCF的能力一致的S-CSCF,然后从选取出的S-CSCF中选取一个优先级最高的S-CSCF作为终端归属的S-CSCF,并将重注册请求消息转发到终端归属的S-CSCF,如果S-CSCF的优先级一样,则I-CSCF按照负荷分担算法选择S-CSCF,并将重注册请求消息转发到该S-CSCF,之后,终端归属的S-CSCF对终端进行鉴权,鉴权成功后,终端归属的S-CSCF向HSS发送配置请求消息,HSS根据配置请求信息向S-CSCF返回相关用户数据,例如签约数据等,以完成终端的重注册。
可见,由于I-CSCF在处理重注册请求消息的过程中,需要为接入IMS系统中的所有终端都重新选择S-CSCF,但是重新选择的S-CSCF中没有终端的相关用户数据,所以每个S-CSCF都需要向HSS请求其所服务的终端的相关用户数据,造成HSS压力过大。
发明内容
本发明的实施例提供一种容灾倒回的的方法及装置,可以解决在基于IMS系统的容灾倒回中,每个用户注册时,S-CSCF都需要向HSS请求其所服务的UE(User Equipment,用户设备)的相关用户数据,造成HSS压力过大的问题。
为达到上述目的,本发明的实施例采用如下技术方案:
第一方面,本发明实施例提供一种容灾倒回的方法,包括:
当容灾设备接收到连接于所述容灾设备的前一网元转发的待处理用户设备UE的重注册请求消息时,确定已倒回数量,所述容灾设备为接管故障设备的业务的非故障设备,所述已倒回数量为所述容灾设备已倒回给所述故障设备的UE的数量;
当所述已倒回数量满足预设倒回目标时,所述容灾设备继续处理所述重注册请求消息;
当所述已倒回数量未满足预设倒回目标时,所述容灾设备向所述前一网元发送地址重定向指示,所述地址重定向指示中包含故障恢复设备的地址,所述故障恢复设备为已恢复的故障设备;
所述前一网元根据所述地址重定向指示向所述故障恢复设备转发所述重注册请求消息,以使得所述故障恢复设备继续处理所述重注册请求消息。
第二方面,本发明实施例提供一种容灾倒回的系统,包括:
容灾设备,用于当接收到连接于所述容灾设备的前一网元转发的待处理用户设备UE的重注册请求消息时,确定已倒回数量,所述容灾设备为接管故障设备的业务的非故障设备,所述已倒回数量为所述容灾设备已倒回给故障恢复设备的UE的数量,所述故障恢复设备为已恢复的故障设备;当所述已倒回数量满足预设倒回目标时,继续处理所述重注册请求消息;当所述已倒回数量未满足预设倒回目标时,向所述前一网元发送地址重定向指示,所述地址重定向指示中包含故障恢复设备的地址;
所述待处理UE,用于向所述前一网元发送所述重注册请求消息;
所述前一网元,用于向所述容灾设备转发所述重注册请求消息;接收所述地址重定向指示;根据所述地址重定向指示向所述故障恢复设备转发所述重注册请求消息;
所述故障恢复设备,用于接收所述前一网元转发的重注册请求消息;继续处理所述重注册请求消息。
本发明实施例提供的容灾倒回的方法及系统,当容灾设备接收到连接于容灾设备的前一网元转发的待处理用户设备UE的重注册请求消息时,确定已倒回数量,容灾设备为接管故障设备的业务的非故障设备,已倒回数量为容灾设备已倒回给故障设备的UE的数量;当已倒回数量满足预设倒回目标时,容灾设备继续处理重注册请求消息;当已倒回数量未满足预设倒回目标时,容灾设备向前一网元发送地址重定向指示,地址重定向指示中包含故障恢复设备的地址,故障恢复设备为已恢复的故障设备;然后,前一网元根据地址重定向指示向故障恢复设备转发重注册请求消息,以使得故障恢复设备继续处理重注册请求消息。与现有技术中每个用户注册时,S-CSCF都需要向HSS请求当前其所服务的UE的相关用户数据,造成HSS压力过大相比,本发明实施例中,容灾设备只需将自身负责的一部分UE倒回至故障恢复设备,剩余的UE的重注册请求消息仍然由容灾设备自己处理,由于容灾设备中之前已经存储了自己所负责的UE的相关用户数据,所以容灾设备在处理这些UE的重注册请求消息的过程中,不需要重新向HSS请求UE的相关用户数据,相应地,HSS也不需要在本地查找并向容灾设备返回UE的相关用户数据,减少了容灾设备和HSS的能耗,并且降低了占用的接口带宽,进而减轻了HSS的压力。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的IMS系统的逻辑结构示意图;
图2为本发明实施例提供的一种容灾倒回的方法的流程图;
图3为本发明实施例提供的另一种容灾倒回的方法的流程图;
图4为本发明实施例提供的另一种容灾倒回的方法的流程图;
图5为本发明实施例提供的另一种容灾倒回的方法的流程图;
图6为本发明实施例提供的另一种容灾倒回的方法的流程图;
图7为本发明实施例提供的一种容灾倒回的系统的逻辑结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
为了避免现有的基于IMS系统的容灾倒回技术中,每个用户注册时,I-CSCF都需要向HSS请求当前其所服务的UE的相关用户数据所造成HSS压力过大的问题,本发明实施例提供了一种容灾倒回的处理方法,该方法应用于IMS系统,如图1所示,IMS系统中包括:P-CSCF(Proxy call session control Function,代理呼叫会话控制功能实体)、I-CSCF(Interrogating call session control Function,查询呼叫会话控制功能实体)、S-CSCF(Serving call session control Function,服务呼叫会话控制功能实体)、HSS(Homesubscriber Server,归属用户服务器)以及AS(Application Server,应用服务器),其中,P-CSCF、I-CSCF、S-CSCF以及AS依次连接,此外,I-CSCF、S-CSCF以及AS均连接于HSS,图1中的连接关系不限制于有线连接。
结合图1所示的IMS系统,本发明实施例提供了一种容灾倒回的方法,如图2所示,该方法包括:
201、当容灾设备接收到连接于容灾设备的前一网元转发的待处理用户设备UE的重注册请求消息时,确定已倒回数量。
其中,容灾设备为接管故障设备的业务的非故障设备,已倒回数量为容灾设备已倒回给故障设备的UE的数量。
需要说明的是,结合图1所示的IMS系统,当故障设备为S-CSCF时,容灾设备也为S-CSCF,此时容灾设备的前一网元为直接与该容灾设备相连的I-CSCF,当故障设备为AS时,容灾设备也为AS,此时容灾设备的前一网元为直接与该容灾设备相连的S-CSCF。
若容灾设备为S-CSCF,则VoLTE SBC将接收到的UE的重注册请求消息转发至I-CSCF,I-CSCF向HSS发送UAR消息,以获取上一次重注册流程中,处理该UE的重注册请求消息的S-CSCF的域名,该S-CSCF的域名储存在HSS中,I-CSCF根据得到的S-CSCF的域名,将UE的重注册请求消息分别发送给上一次重注册流程中,处理该UE的重注册请求消息的S-CSCF。
需要说明的是,由S-CSCF处理重注册请求消息的流程为基本注册流程,由AS处理重注册请求消息的流程为第三方注册流程,第三方注册流程在基本流程结束之后。
需要说明的是,在基于IMS的语音业务VoLTE的系统中,P-CSCF网元的功能可集成于SBC网元中,VoLTE SBC既可以代表SBC网元也可以代表P-CSCF网元。
若容灾设备为AS,则S-CSCF向HSS发送UAR消息,以获取上一次第三方注册流程中,处理该UE的重注册请求消息的AS的域名,该AS的域名储存在HSS中,S-CSCF根据得到的AS的域名,将UE的重注册请求消息分别发送给上一次第三方注册流程中,处理该UE的重注册请求消息的AS。
202、当已倒回数量满足预设倒回目标时,容灾设备继续处理重注册请求消息。
其中,预设倒回目标为需倒回UE的数量,或者为需保留UE的数量,或者为需倒回UE的数量占容灾设备所负责的所有UE的数量的比例。若预设倒回目标为20万,也就是说需倒回至已恢复的故障设备的UE的数量为20万,则当已倒回至已恢复的故障设备的UE的数量达到20万时,容灾设备就可以确定已倒回数量满足预设倒回目标,此时,由容灾设备继续处理重注册请求消息,以容灾设备为S-CSCF2为例,容灾设备继续处理重注册请求消息的方法为:S-CSCF2向HSS发送MAR(Multimedia Authorization Request,多媒体鉴权请求)消息,HSS根据该MAR消息返回MAA(Multimedia Authorization Response,多媒体鉴权响应)消息,该MAA消息中携带有UE的鉴权数据,S-CSCF2根据返回的MAA消息中携带的UE的鉴权数据,构造401消息并向UE发送401消息,要求终端进行鉴权,若鉴权成功,则UE在S-CSCF2上成功注册,且因为在上一次处理重注册请求消息的流程之后,S-CSCF2本地已经存储了从HSS获取的UE的相关用户数据,S-CSCF2不需要向HSS发送SAR(Server Assignment Request,用户配置请求)消息以获取UE的相关用户数据,减轻了UE的压力。
需要说明的是,预设倒回目标可以根据容灾设备的业务承载能力或运营商的实际需要进行设置。
203、当已倒回数量未满足预设倒回目标时,容灾设备向前一网元发送地址重定向指示,地址重定向指示中包含故障恢复设备的地址。
其中,地址重定向指示具体可以为305user proxy响应,故障恢复设备为已恢复的故障设备,地址重定向指示中包含故障恢复设备的地址。
204、前一网元根据地址重定向指示向故障恢复设备转发重注册请求消息,以使得故障恢复设备继续处理重注册请求消息。
需要说明的是,由于故障恢复设备本地并未保存UE的相关用户数据,所以,故障恢复设备需要向HSS发送SAR消息,HSS向故障恢复设备返回SAA(Server Assignment Answer,用户配置响应)消息,该SAA消息中携带UE的相关用户数据,例如,签约数据等。
本发明实施例提供的容灾倒回的方法,当容灾设备接收到连接于容灾设备的前一网元转发的待处理用户设备UE的重注册请求消息时,确定已倒回数量,容灾设备为接管故障设备的业务的非故障设备,已倒回数量为容灾设备已倒回给故障设备的UE的数量;当已倒回数量满足预设倒回目标时,容灾设备继续处理重注册请求消息;当已倒回数量未满足预设倒回目标时,容灾设备向前一网元发送地址重定向指示,地址重定向指示中包含故障恢复设备的地址,故障恢复设备为已恢复的故障设备;然后,前一网元根据地址重定向指示向故障恢复设备转发重注册请求消息,以使得故障恢复设备继续处理重注册请求消息。与现有技术中每个用户注册时,S-CSCF都需要向HSS请求当前其所服务的UE的相关用户数据,造成HSS压力过大相比,本发明实施例中,容灾设备只需将自身负责的一部分UE倒回至故障恢复设备,剩余的UE的重注册请求消息仍然由容灾设备自己处理,由于容灾设备中之前已经存储了自己所负责的UE的用户配置数据,所以容灾设备在处理这些UE的重注册请求消息的过程中,不需要重新向HSS请求UE的相关用户数据,相应地,HSS也不需要在本地查找并向容灾设备返回UE的相关用户数据,减少了容灾设备和HSS的能耗,并且降低了占用的接口带宽,进而减轻了HSS的压力。
结合图2所示的方法流程,为了防止容灾倒回过程中,对UE的正常通话造成影响,还需在重注册请求消息中添加UE的呼叫信息,基于此,在本发明实施例提供的另一种实现方式中,如图3所示,上述步骤201,容灾设备确定已倒回数量之后,当已倒回数量未满足预设倒回目标时,该方法具体可以实现为步骤205至步骤207。
205、当已倒回数量未满足预设倒回目标时,容灾设备根据呼叫信息确定待处理UE的通话状态。
需要说明的是,VoLTE SBC在接收到待处理UE的重注册请求消息时,向重注册请求消息中插入该待处理UE的呼叫信息,并将插入呼叫信息的重注册请求消息转发至I-CSCF,再由I-CSCF将每个待处理UE的重注册请求消息分别发送给上一次重注册流程中处理该待处理UE的重注册请求消息的S-CSCF。
根据上述流程可知,容灾设备仍然可以接收到在上一次重注册请求消息的处理流程中其所服务的UE发送的新的重注册请求消息,容灾设备可以根据重注册请求消息中的呼叫信息确定当前待处理UE的通话状态为通话中还是为未通话。
206、当待处理UE的通话状态为通话中时,容灾设备继续处理重注册请求消息。
可以理解的是,当待处理UE的通话状态为通话中时,说明容灾设备正在为该UE提供通话服务,为了保证UE的通话不受影响,容灾设备应继续处理该UE的重注册请求消息,并继续为该UE提供通话服务。通过这种处理方式,可以避免因倒回而中断呼叫业务的进行,影响用户的体验。
容灾设备继续处理重注册请求消息的方法已在图2所示的实施例中进行了描述,此处不再赘述。
207、当待处理UE的通话状态为未通话时,容灾设备向前一网元发送地址重定向指示。
可以理解的是,当待处理UE的通话状态为未通话时,说明容灾设备当前并没有为UE提供通话服务,则容灾设备向前一网元发送地址重定向指示,从而将该UE倒回至故障恢复设备。
需要说明的是,当已倒回数量满足预设目标时,则不再执行上述步骤205至207,则是直接由容灾设备继续处理重注册请求消息。
可以理解的是,预设目标可根据容灾设备的业务承载能力或运营商的实际需要设定,当已倒回数量满足预设目标时,容灾设备上需要处理的业务量已在其业务承载能力之内,所以不需要继续执行倒回流程。
还需说明的是,现有技术中,在I-CSCF中设置倒回开关,由I-CSCF统一处理UE的重注册请求消息,导致HSS的压力较大,而本申请将倒回开关设置在容灾设备中,由容灾设备处理自身负责的UE的重注册请求消息,由于容灾设备已经存储了这些UE的相关用户数据,且并非所有UE都需要倒回,所以容灾设备无需重新向HSS请求未倒回的UE的相关用户数据,所以将倒回开关设置在容灾设备中可以减轻HSS的压力,为了控制容灾设备中的倒回开关,在上述步骤201,当容灾设备接收到前一网元转发的待处理用户设备UE的重注册请求消息时,确定已倒回数量之前,如图4所示,还需要执行步骤401至402。
401、容灾设备接收用户输入的倒回指令,倒回指令中包括故障恢复设备的地址。
当容灾设备接收到用户输入的倒回指令时,说明故障设备此时已经恢复,可以将部分UE倒回至故障恢复设备,所以可以继续执行步骤402。
402、容灾设备根据倒回指令开启倒回开关。
可以理解的是,在上述实施例所描述的容灾倒回的流程中,当已倒回数量满足预设倒回目标时,容灾设备关闭倒回开关,停止倒回的流程,后续接收到的UE的重注册请求消息直接由容灾设备进行处理。
需要说明的是,容灾设备上含有计数设备,计数设备可以统计已倒回至故障恢复设备的UE的数量,当计数设备统计的已倒回至故障恢复设备的UE的数量满足预设倒回目标时,关闭倒回开关。
本发明实施例提供的容灾倒回的方法,在已倒回至故障恢复设备的UE的数量未满足预设倒回目标,且容灾设备判断当前待处理的UE的通话状态为通话中时,容灾设备继续处理重注册请求消息,当待处理UE的通话状态为未通话时,容灾设备向连接于容灾设备的前一网元发送地址重定向指示,由此,可以区分正在通话的UE,并且不倒回正在通话的UE,可以保证UE的通话不受影响;且当存在需要倒回的UE时,容灾设备可以直接将倒回指令中携带的故障恢复设备的地址提供给故障恢复设备的前一网元,以使得该前一网元根据故障恢复设备的地址将需要倒回的UE的重注册请求消息发送至故障恢复设备,而无需由该前一网元再与HSS进行数据交互而重新确定需倒回的UE所属的故障恢复设备,从而简化了容灾倒回的流程,且由于减少了用户注册过程中,相关网元与HSS之间的数据交互,所以减轻了HSS的压力,且减少了倒回时间。
本发明实施例中的容灾设备可以为S-CSCF,也可以为AS,以下将分别对容灾设备为S-CSCF时容灾倒回的方法和容灾设备为AS时容灾倒回的方法进行说明。
当容灾设备为S-CSCF时,本发明实施例提供的容灾倒回的方法如图5所示,在该实施例中,以S-CSCF2为容灾设备,S-CSCF1为故障恢复设备为例进行说明。
501、S-CSCF2根据用户输入的倒回指令开启倒回开关。
502、VoLTE SBC接收UE发送的重注册请求消息。
需要说明的是,接入IMS系统的UE都会周期性的向VoLTE SBC发送重注册请求消息,VoLTE SBC会分别对每个UE的重注册消息进行处理。
503、VoLTE SBC在重注册请求消息中插入UE的呼叫信息。
其中,呼叫信息用于指示终端是否处于通话中。
504、VoLTE SBC将重注册请求消息转发至I-CSCF。
505、I-CSCF向HSS发送UAR消息。
其中,I-CSCF向HSS发送UAR消息用于请求获取上一次重注册流程中,处理该UE的重注册请求消息的S-CSCF的域名。
506、HSS向I-CSCF返回UAA消息。
对应的,HSS返回的UAA消息中携带上一次重注册流程中处理该UE的重注册请求消息的S-CSCF的域名。
507、I-CSCF根据UAA消息,将UE的重注册请求消息转发至S-CSCF2。
其中,S-CSCF2为上一次重注册流程中处理该UE的重注册请求消息的S-CSCF。
508、S-CSCF2判断当前已倒回数量是否满足预设倒回目标,当当前已倒回数量不满足预设倒回目标时,S-CSCF2根据接收到的待处理UE的重注册消息,判断该待处理UE是否正在通话。
具体地,如果当前已倒回数量满足预设倒回目标,或者当前已倒回数量未满足预设倒回目标,且UE正在通话时,S-CSCF2继续完成对该待处理UE的注册。
509、如果该待处理UE没有处于通话中时,S-CSCF2向I-CSCF返回305Use Proxy响应。
其中,305Use Proxy响应中携带故障恢复设备的地址。
510、I-CSCF接收到305Use Proxy响应后,根据305Use Proxy响应中的S-CSCF1的地址,向S-CSCF1转发重注册请求消息。
其中,S-CSCF1为故障恢复设备。
511、S-CSCF1接收待处理UE的重注册请求消息,向HSS发送MAR(MultimediaAuthorization Request,多媒体鉴权请求)消息。
512、HSS返回MAA(Multimedia Authorization Response,多媒体鉴权响应)消息,该MAA消息中携带有UE的鉴权数据。
513、S-CSCF1根据MAA中的UE的鉴权数据,通过I-CSCF和Volte SBC向UE发送401消息,要求终端进行鉴权。
514、S-CSCF1向HSS发送SAR消息,以获取对应UE的相关用户数据。
515、HSS返回MAA消息。
其中,MAA消息中携带UE的相关用户数据。
516、S-CSCF1通过I-CSCF和Volte SBC向UE发送200OK消息,提示UE基本注册成功。
当容灾设备为AS时,本发明实施例提供的容灾倒回的方法如图6所示,在该实施例中,以AS2为容灾设备,AS1为故障恢复设备为例进行说明,需要说明的是,由AS处理重注册请求消息的流程为第三方注册流程,在基本注册流程结束之后根据用户的实际需要确定是否进行第三方注册流程。
601、AS2根据用户输入的倒回指令开启倒回开关。
602、S-CSCF将重注册请求消息转发至AS2。
需要说明的是,重注册请求消息指AS2在上一次第三方注册流程中所服务的UE发送的消息,在VoLTE SBC转发重注册请求消息之前,还需在重注册请求消息中插入UE的呼叫信息(图6中未示出)。
其中,在基于IMS的语音业务VoLTE的系统中,P-CSCF网元的功能可集成于SBC网元中,用VoLTE SBC代表SBC网元和P-CSCF网元的统一。
603、AS2判断当前已倒回数量是否满足预设倒回目标,当当前已倒回数量不满足预设倒回目标时,AS2根据接收到的待处理UE的重注册请求消息,判断该待处理UE是否正在通话。
具体地,如果当前已倒回数量满足预设倒回目标,或者当前已倒回数量未满足预设倒回目标,且UE正在通话时,AS2继续完成对该待处理UE的注册。
604、如果该待处理UE没有处于通话中,AS2向S-CSCF返回305Use Proxy响应。
其中,305Use Proxy响应中携带故障恢复设备的地址。
605、S-CSCF接收到305Use Proxy响应后,根据305Use Proxy响应中的AS1的地址,向AS1转发重注册请求消息。
其中,AS1为故障恢复设备。
606、AS1接收待处理UE的重注册请求消息,向HSS发送UDR(User Date Request,用户数据请求)消息,以获取该待处理UE的相关用户数据。
607、HSS返回UDA(User Date Answer,用户数据响应)消息。
其中,该UDA消息中携带UE的相关用户数据。
608、AS1通过S-CSCF、I-CSCF和Volte SBC向UE发送200OK消息,提示UE第三方注册成功。
本发明实施例提供的容灾倒回的方法,当容灾设备接收到连接于容灾设备的前一网元转发的待处理用户设备UE的重注册请求消息时,确定已倒回数量,容灾设备为接管故障设备的业务的非故障设备,已倒回数量为容灾设备已倒回给故障设备的UE的数量;当已倒回UE的数量满足预设倒回目标时,容灾设备继续处理重注册请求消息;当已倒回UE的数量未满足预设倒回目标时,容灾设备向前一网元发送地址重定向指示,地址重定向指示中包含故障恢复设备的地址,故障恢复设备为已恢复的故障设备;然后,前一网元根据地址重定向指示向故障恢复设备转发重注册请求消息,以使得故障恢复设备继续处理重注册请求消息。与现有技术中每个用户注册时,S-CSCF都需要向HSS请求当前其所服务的UE的相关用户数据,造成HSS压力过大相比,本发明实施例中,容灾设备只需将自身负责的一部分UE倒回至故障恢复设备,剩余的UE的重注册请求消息仍然由容灾设备自己处理,由于容灾设备中之前已经存储了自己所负责的UE的相关用户数据,所以容灾设备在处理这些UE的重注册请求消息的过程中,不需要重新向HSS请求UE的相关用户数据,相应地,HSS也不需要在本地查找并向容灾设备返回UE的相关用户数据,减少了容灾设备和HSS的能耗,并且降低了占用的接口带宽,进而减轻了HSS的压力。
对应于图1所示的方法流程,为了解决在基于IMS系统的容灾倒回中,每个用户注册时,S-CSCF都需要向HSS请求其所服务的UE的相关用户数据,造成HSS压力过大的问题,本发明实施例提供了一种容灾倒回的系统,如图7所示,该系统包括:容灾设备701、待处理UE702、前一网元703以及故障恢复设备704。
容灾设备701,用于当接收到连接于容灾设备701的前一网元703转发的待处理用户设备UE702的重注册请求消息时,确定已倒回数量,容灾设备701为接管故障设备的业务的非故障设备,已倒回数量为容灾设备701已倒回给故障恢复设备704的UE的数量,故障恢复设备704为已恢复的故障设备;当已倒回数量满足预设倒回目标时,继续处理重注册请求消息;当已倒回数量未满足预设倒回目标时,向前一网元703发送地址重定向指示,地址重定向指示中包含故障恢复设备704的地址,预设倒回目标为需倒回UE的数量,或者为需保留UE的数量,或者为需倒回UE的数量占容灾设备701所负责的所有UE的数量的比例。
待处理UE702,用于向前一网元703发送重注册请求消息。
前一网元703,用于向容灾设备701转发重注册请求消息;接收地址重定向指示;根据地址重定向指示向故障恢复设备704转发重注册请求消息。
故障恢复设备704,用于接收前一网元703转发的重注册请求消息;继续处理重注册请求消息。
在本发明另一实施例中,重注册消息中携带待处理UE的呼叫信息,呼叫信息用于表示待处理UE的通话状态;容灾设备701,还用于当已倒回数量未满足预设倒回目标时,根据呼叫信息确定待处理UE702的通话状态;当待处理UE702的通话状态为通话中时,继续处理重注册请求消息;当待处理UE702的通话状态为未通话时,向前一网元703发送地址重定向指示。
在本发明另一实施例中,容灾设备701,还用于接收用户输入的倒回指令,倒回指令中包括故障恢复设备704的地址;根据倒回指令开启倒回开关。
在本发明另一实施例中,容灾设备701,还用于当已倒回数量满足预设倒回目标时,关闭倒回开关。
本发明实施例提供的容灾倒回的系统,当容灾设备接收到连接于容灾设备的前一网元转发的待处理用户设备UE的重注册请求消息时,确定已倒回数量,容灾设备为接管故障设备的业务的非故障设备,已倒回数量为容灾设备已倒回给故障设备的UE的数量;当已倒回数量满足预设倒回目标时,容灾设备继续处理重注册请求消息;当已倒回数量未满足预设倒回目标时,容灾设备向前一网元发送地址重定向指示,地址重定向指示中包含故障恢复设备的地址,故障恢复设备为已恢复的故障设备;然后,前一网元根据地址重定向指示向故障恢复设备转发重注册请求消息,以使得故障恢复设备继续处理重注册请求消息。与现有技术中每个用户注册时,S-CSCF都需要向HSS请求当前其所服务的UE的相关用户数据,造成HSS压力过大相比,本发明实施例中,容灾设备只需将自身负责的一部分UE倒回至故障恢复设备,剩余的UE的重注册请求消息仍然由容灾设备自己处理,由于容灾设备中之前已经存储了自己所负责的UE的相关用户数据,所以容灾设备在处理这些UE的重注册请求消息的过程中,不需要重新向HSS请求UE的相关用户数据,相应地,HSS也不需要在本地查找并向容灾设备返回UE的相关用户数据,减少了容灾设备和HSS的能耗,并且降低了占用的接口带宽,进而减轻了HSS的压力。
通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在可读取的存储介质中,如计算机的软盘,硬盘或光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以所述权利要求的保护范围为准。
Claims (10)
1.一种容灾倒回的方法,其特征在于,包括:
当容灾设备接收到连接于所述容灾设备的前一网元转发的待处理用户设备UE的重注册请求消息时,确定已倒回数量,所述容灾设备为接管故障设备的业务的非故障设备,所述已倒回数量为所述容灾设备已倒回给故障恢复设备的UE的数量,所述故障恢复设备为已恢复的故障设备;
当所述已倒回数量满足预设倒回目标时,所述容灾设备继续处理所述重注册请求消息;
当所述已倒回数量未满足预设倒回目标时,所述容灾设备向所述前一网元发送地址重定向指示,所述地址重定向指示中包含故障恢复设备的地址;
所述前一网元根据所述地址重定向指示向所述故障恢复设备转发所述重注册请求消息,以使得所述故障恢复设备继续处理所述重注册请求消息。
2.根据权利要求1所述的容灾倒回的方法,其特征在于,所述重注册请求消息中携带待处理UE的呼叫信息,所述呼叫信息用于表示所述待处理UE的通话状态;在所述确定已倒回数量之后,所述方法还包括:
当所述已倒回数量未满足预设倒回目标时,所述容灾设备根据所述呼叫信息确定所述待处理UE的通话状态;
当所述待处理UE的通话状态为通话中时,所述容灾设备继续处理所述重注册请求消息;
当所述待处理UE的通话状态为未通话时,所述容灾设备向所述前一网元发送所述地址重定向指示。
3.根据权利要求2所述的容灾倒回的方法,其特征在于,在所述确定已倒回数量之前,所述方法还包括:
所述容灾设备接收用户输入的倒回指令,所述倒回指令中包括所述故障恢复设备的地址;
所述容灾设备根据所述倒回指令开启倒回开关。
4.根据权利要求3所述的容灾倒回的方法,其特征在于,所述方法还包括:
当所述已倒回数量满足预设倒回目标时,所述容灾设备关闭倒回开关。
5.根据权利要求1至4中任一项所述的容灾倒回的方法,其特征在于,所述预设倒回目标为需倒回UE的数量,或者为需保留UE的数量,或者为需倒回UE的数量占所述容灾设备所负责的所有UE的数量的比例。
6.一种容灾倒回的系统,其特征在于,包括:
容灾设备,用于当接收到连接于所述容灾设备的前一网元转发的待处理用户设备UE的重注册请求消息时,确定已倒回数量,所述容灾设备为接管故障设备的业务的非故障设备,所述已倒回数量为所述容灾设备已倒回给故障恢复设备的UE的数量,所述故障恢复设备为已恢复的故障设备;当所述已倒回数量满足预设倒回目标时,继续处理所述重注册请求消息;当所述已倒回数量未满足预设倒回目标时,向所述前一网元发送地址重定向指示,所述地址重定向指示中包含故障恢复设备的地址;
所述待处理UE,用于向所述前一网元发送所述重注册请求消息;
所述前一网元,用于向所述容灾设备转发所述重注册请求消息;接收所述地址重定向指示;根据所述地址重定向指示向所述故障恢复设备转发所述重注册请求消息;
所述故障恢复设备,用于接收所述前一网元转发的重注册请求消息;继续处理所述重注册请求消息。
7.根据权利要求6所述的容灾倒回的系统,其特征在于,所述重注册请求消息中携带待处理UE的呼叫信息,所述呼叫信息用于表示所述待处理UE的通话状态;
所述容灾设备,还用于当所述已倒回数量未满足预设倒回目标时,根据所述呼叫信息确定所述待处理UE的通话状态;当所述待处理UE的通话状态为通话中时,继续处理所述重注册请求消息;当所述待处理UE的通话状态为未通话时,向所述前一网元发送所述地址重定向指示。
8.根据权利要求7所述的容灾倒回的系统,其特征在于,
所述容灾设备,还用于接收用户输入的倒回指令,所述倒回指令中包括所述故障恢复设备的地址;根据所述倒回指令开启倒回开关。
9.根据权利要求8所述的容灾倒回的系统,其特征在于,
所述容灾设备,还用于当所述已倒回数量满足预设倒回目标时,关闭倒回开关。
10.根据权利要求6至9中任一项所述的容灾倒回的系统,其特征在于,所述预设倒回目标为需倒回UE的数量,或者为需保留UE的数量,或者为需倒回UE的数量占所述容灾设备所负责的所有UE的数量的比例。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610592857.6A CN106209473B (zh) | 2016-07-25 | 2016-07-25 | 一种容灾倒回的方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610592857.6A CN106209473B (zh) | 2016-07-25 | 2016-07-25 | 一种容灾倒回的方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106209473A CN106209473A (zh) | 2016-12-07 |
CN106209473B true CN106209473B (zh) | 2019-02-15 |
Family
ID=57495735
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610592857.6A Active CN106209473B (zh) | 2016-07-25 | 2016-07-25 | 一种容灾倒回的方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106209473B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110099430B (zh) * | 2018-01-31 | 2021-12-31 | 华为技术有限公司 | 一种服务设备切换方法及其装置 |
CN114125909B (zh) * | 2020-08-31 | 2023-08-22 | 华为技术有限公司 | 一种故障恢复方法及装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102098713A (zh) * | 2011-01-25 | 2011-06-15 | 浪潮通信信息系统有限公司 | 一种移动通信网基站快速容灾方法 |
CN102340505A (zh) * | 2011-09-28 | 2012-02-01 | 中兴通讯股份有限公司 | S-cscf容灾恢复倒回的方法及系统 |
CN103138984A (zh) * | 2011-12-02 | 2013-06-05 | 中兴通讯股份有限公司 | 容灾倒回服务呼叫会话控制功能实体的方法及系统 |
-
2016
- 2016-07-25 CN CN201610592857.6A patent/CN106209473B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102098713A (zh) * | 2011-01-25 | 2011-06-15 | 浪潮通信信息系统有限公司 | 一种移动通信网基站快速容灾方法 |
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 |
---|---|
CN106209473A (zh) | 2016-12-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR101395389B1 (ko) | Ims 네트워크용 ims 게이트웨이 시스템과 그 동작방법 | |
CN102035798B (zh) | 一种实现容灾的业务处理方法、系统及装置 | |
US20070213031A1 (en) | Method and apparatus for linking charging records | |
CN101563903B (zh) | 用于向用户提供ip多媒体子系统通信服务的方法和设备 | |
CN101667936A (zh) | 接入会话控制服务器的故障处理方法、设备及系统 | |
CN108011737A (zh) | 一种故障切换方法、装置及系统 | |
CN102215238A (zh) | 融合视频会议业务处理方法与系统、用户终端 | |
CN101478737B (zh) | 一种业务迁移的方法、装置和系统 | |
CN100499662C (zh) | Ip多媒体子系统业务实现系统和方法 | |
CN101159914B (zh) | 用于ims网络的基于规则的动态业务触发方法 | |
CN102340505B (zh) | S-cscf容灾恢复倒回的方法及系统 | |
CN106209473B (zh) | 一种容灾倒回的方法及系统 | |
CN104125221A (zh) | Ims终端设备多软终端资源共享和应用协同装置及方法 | |
CN106028389B (zh) | 一种容灾倒回的方法及系统 | |
EP2749049B1 (en) | Method of communication between ims nodes | |
CN104253799B (zh) | Ims网络中的服务质量控制方法与系统 | |
CN101115239A (zh) | 注册超时时间协商方法以及重注册方法及注销方法 | |
WO2012113331A1 (zh) | 一种ims网络中的业务触发方法、系统、计算机程序和存储介质 | |
CN101325731B (zh) | 分配服务呼叫会话控制功能方法、系统及归属用户服务器 | |
EP2795865B1 (en) | Session establishment in an ip multimedia subsystem network | |
CN101175083A (zh) | Ip多媒体子系统业务实现系统和方法 | |
CN101087336B (zh) | Ip集中用户交换机系统和业务实现方法 | |
CN104125591B (zh) | 一种基于ims的呼叫控制方法、装置及系统 | |
CN109951862A (zh) | 一种ims网络as自恢复注册信息的方法 | |
CN101583108B (zh) | 通过承载接口协商实现QoS资源控制的方法和系统 |
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 |