CN102257848B - 通信设备间的主备倒换方法、通信设备和系统及服务请求设备 - Google Patents
通信设备间的主备倒换方法、通信设备和系统及服务请求设备 Download PDFInfo
- Publication number
- CN102257848B CN102257848B CN201180000980.XA CN201180000980A CN102257848B CN 102257848 B CN102257848 B CN 102257848B CN 201180000980 A CN201180000980 A CN 201180000980A CN 102257848 B CN102257848 B CN 102257848B
- Authority
- CN
- China
- Prior art keywords
- communication equipment
- standby
- equipment
- service request
- address
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B1/00—Details of transmission systems, not covered by a single one of groups H04B3/00 - H04B13/00; Details of transmission systems not characterised by the medium used for transmission
- H04B1/74—Details of transmission systems, not covered by a single one of groups H04B3/00 - H04B13/00; Details of transmission systems not characterised by the medium used for transmission for increasing reliability, e.g. using redundant or spare channels or apparatus
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Telephonic Communication Services (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Hardware Redundancy (AREA)
Abstract
本发明实施例涉及一种通信设备间的主备倒换方法、通信设备和系统及服务请求设备。其中一种方法包括:获取主通信设备的故障信息,并确定需要进行主备倒换;向服务请求设备发送主备倒换指示;所述主备倒换指示用于指示所述服务请求设备将其信令通讯指针,由所述主通信设备的主信令交互接口地址切换到备通信设备的备信令交互接口地址;接管承载所述主通信设备提供的业务。本发明实施例降低了通信设备间进行主备倒换时用户业务中断的几率。
Description
技术领域
本发明涉及通信技术领域,特别是涉及一种通信设备间的主备倒换方法、通信设备和系统及服务请求设备。
背景技术
随着移动互联网的蓬勃发展,越来越多的人们通过智能终端享受着移动互联网提供的各种业务,如:网页浏览、VoIP(Voice over InternetProtocol)、视频、社交网络、即时通讯等。分组网关设备在用户上网的时候提供了一系列重要的服务,如:为终端分配IP地址、鉴权、计费、业务控制等。由于分组网关设备及其他类型的通信设备,位于重要的网络位置及其具有服务于大量用户的能力,通信系统对这些设备的可靠性要求很高。
为了在发生故障时,主网关设备正在服务的用户业务不中断以减小其业务损失,需要有一个实时备网关设备能够迅速接管主网关设备的业务。现有技术采用在主备网关设备之间建立备份同步通道和心跳消息通道。其中,备份同步通道用于进行主备网关设备之间进行数据热备,心跳消息通道用于检测故障。当备网关设备根据心跳检测结果推测主设备发生故障时,主备网关设备之间则进行主备倒换,即由备网关设备接管承载主网关设备提供的业务。如果备网关设备的推测结果不正确,即主网关设备实际没有发生故障,则通信系统中会出现主备网关设备抢用共享资源提供承载,该现象称为“双活”现象。
发明人在实践现有技术的过程中发现:“双活”现象会造成网络行为异常,如地址冲突、路由冲突等,从而引发网关设备的周边网元判决异常,如无法正确判断,报文的源地址或目标地址究竟指向的是主网关设备还是备网关设备,因而周边网元可能去活大量在线用户,造成用户业务中断,增加了用户的业务损失。
发明内容
本发明实施例提供一种通信设备间的主备倒换方法、通信设备和系统及服务请求设备,用以降低通信设备间进行主备倒换时用户业务中断的几率。
本发明实施例提供了一种通信设备间的主备倒换方法,包括:
获取主通信设备的故障信息,并确定需要进行主备倒换;
向服务请求设备发送主备倒换指示;所述主备倒换指示用于指示所述服务请求设备将其信令通讯指针,由所述主通信设备的主信令交互接口地址切换到备通信设备的备信令交互接口地址;
接管承载所述主通信设备提供的业务。
本发明实施例还提供了另一种通信设备间的主备倒换方法,包括:
获取与主通信设备连接的服务请求设备的支持能力信息,所述支持能力信息用于表示所述服务请求设备支持主备地址对;所述主备地址对包括:所述主通信设备的主信令交互接口地址、以及备通信设备的备信令交互接口地址;
向所述服务请求设备发送所述主备地址对,并指示所述服务请求设备将其信令通讯指针指向所述主信令交互接口地址。
本发明实施例还提供了又一种通信设备间的主备倒换方法,包括:
向主通信设备上报服务请求设备的支持能力信息;所述支持能力信息用于表示所述服务请求设备支持主备地址对;
接收所述主通信设备发送的所述主备地址对,所述主备地址对包括:所述主通信设备的主信令交互接口地址和所述备通信设备的备信令交互接口地址;
将所述服务请求设备的信令通讯指针,指向所述主信令交互接口地址,且在接收到所述备通信设备发送的主备倒换指示时,将所述信令通讯指针由所述主信令交互接口地址,切换到所述备信令交互接口地址。
本发明实施例还提供了一种通信设备,包括:
故障信息获取模块,用于获取主通信设备的故障信息;
主备倒换确定模块,用于确定需要进行主备倒换;
主备倒换指示模块,用于向服务请求设备发送主备倒换指示;所述主备倒换指示用于指示所述服务请求设备将其信令通讯指针,由所述主通信设备的主信令交互接口地址切换到所述通信设备的备信令交互接口地址;
倒换执行模块,用于接管承载所述主通信设备提供的业务。
本发明实施例还提供了另一种通信设备,包括:
能力信息获取模块,用于获取与主通信设备连接的服务请求设备的支持能力信息,所述支持能力信息用于表示所述服务请求设备支持主备地址对;所述主备地址对包括:所述主通信设备的主信令交互接口地址、以及备通信设备的备信令交互接口地址;
地址指示模块,用于向所述服务请求设备发送所述主备地址对,并指示所述服务请求设备将其信令通讯指针指向所述主信令交互接口地址。
本发明实施例还提供了一种服务请求设备,包括:
能力信息上报模块,用于向主通信设备上报所述服务请求设备的支持能力信息;所述支持能力信息用于表示所述服务请求设备支持主备地址对,所述主备地址对包括:所述主通信设备的主信令交互接口地址和所述备通信设备的备信令交互接口地址;
地址信息获取模块,用于接收所述主通信设备发送的所述主备地址对;
通讯指针处理模块,用于将所述服务请求设备的信令通讯指针,指向所述主信令交互接口地址,且在接收到所述备通信设备发送的主备倒换指示时,将所述信令通讯指针由所述主信令交互接口地址,切换到所述备信令交互接口地址。
本发明实施例还提供了一种通信系统,包括:主通信设备,与所述主通信设备通信连接的备通信设备,以及分别与所述主通信设备和所述备通信设备通信连接的服务请求设备。
本发明实施例中,当备通信设备进行主备倒换时,服务请求设备将其信令通讯指针由主信令交互接口地址,切换到备信令交互接口地址;从而在当通信系统中已经出现主备通信设备“双活”现象时,有利于服务请求设备过滤掉信令通讯指针没有指向的地址相关的业务报文,从而降低服务请求设备发生判断异常的几率,也就因而降低了用户业务中断的几率。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例一提供的通信设备间的主备倒换方法流程图;
图2为本发明实施例二提供的通信设备间的主备倒换方法流程图;
图3为本发明实施例三提供的通信设备间的主备倒换方法流程图;
图4为本发明实施例应用场景的组网结构示意图;
图5为本发明实施例应用场景中GGSN的通讯模型示意图;
图6为本发明实施例提供的主备GGSN控制面模块的IP地址对应关系;
图7为本发明实施例提供的主备GGSN用户面模块的IP地址对应关系;
图8为本发明实施例应用场景中进行主备GGSN热备份的交互图;
图9为本发明实施例四提供的SGSN支持能力信息上报方法的交互图;
图10为本发明实施例五提供的SGSN触发主备倒换方法的交互图;
图11为本发明实施例六提供的主备一致性倒换的方法示意图;
图12为本发明实施例七提供的备GGSN触发主备倒换方法的交互图;
图13为本发明实施例提供的主GGSN集中收集故障状态的模块示意图;
图14为本发明实施例八提供的主GGSN触发主备倒换方法的交互图;
图15为本发明实施例九提供的主备GGSN进行倒换协商方法的交互图;
图16a为本发明实施例十提供的通信设备的结构示意图;
图16b为本发明实施例十一提供的通信设备的结构示意图;
图16c为本发明实施例十二提供的通信设备的结构示意图;
图16d为本发明实施例十三提供的通信设备的结构示意图;
图17为本发明实施例十四提供的通信设备的结构示意图;
图18为本发明实施例十五提供的服务请求设备的结构示意图;
图19为本发明实施例十六提供的通信设备的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有付出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明以下实施例的序号仅仅为了描述,不代表实施例的优劣。
图1为本发明实施例一提供的通信设备间的主备倒换方法流程图。本实施例的执行主体可为:某一主通信设备对应的备通信设备。如图1所示,本实施例提供的方法包括:
步骤11:获取主通信设备的故障信息,并确定需要进行主备倒换。
(1)主通信设备的故障信息可包括:链路故障信息,所述链路故障信息表示所述主通信设备相关的链路发生故障。
该情形下,备通信设备在获取与主通信设备相关的链路发生故障时,需要核实下该故障是否是由于主通信设备自身故障引起,从而确定主通信设备是否真的发生故障。因此,上述确定需要进行主备倒换的方法,可具体包括:向与所述主通信设备连接的服务请求设备发送链路测试指示;所述链路测试指示,用于指示所述服务请求设备测试自身与所述主通信设备之间的链路状况;接收所述服务请求设备发送的链路测试结果,并根据所述链路测试结果确定需要进行主备倒换。
其中,链路故障信息的获取方式不受限制,例如:根据所述备通信设备与所述主通信设备的心跳检测结果,确定所述备通信设备与所述主通信设备的链路发生故障;或者,接收第一主备倒换请求;所述第一主备倒换请求,由预设区域内的任一服务请求设备在检测到自身与所述主通信设备的链路故障时发送;向所述服务请求设备发送链路测试指示,具体为:向所述预设区域内的其他服务请求设备发送所述链路测试指示。
其中,预设区域即为预先设定的服务请求设备的集合,可根据实际需要选取,例如:预设区域可根据设备控制需要进行选择,如可预先确定需要参与到链路故障检测的服务请求设备组,并将该组包括的服务请求设备集中部署在某个范围,或分散部署在不同地点,部署该组包括服务请求设备的范围或地点集合,即可作为发明实施例所述的预设区域。或者,预设区域可根据用户分布情况选择,如可选择归属地或归属地内的部分区域,作为本发明实施例所述的预设区域。
(2)主通信设备的故障信息可包括:主通信设备的设备故障信息。
该情形下,上述确定需要进行主备倒换的方法,可具体包括:在所述设备故障信息表示所述主通信设备的关键模块发生故障时,确定需要进行主备倒换。
其中,主通信设备的设备故障信息的获取方式不受限制,例如:备通信设备可通过接收第二主备倒换请求的方式,获取主通信设备的设备故障信息。其中,所述第二主备倒换请求,由所述主通信设备在检测到自身关键模块发生故障时发送。
(3)主通信设备的故障信息可包括:主通信设备的业务负载和当前损失量。
该情形下,上述确定需要进行主备倒换的方法,可具体包括:根据所述备通信设备的本机状态、容量和负载情况,以及所述主通信设备的业务负载,确定倒换后的业务预期损失量;在所述业务预期损失量小于所述当前损失量时,确定需要进行主备倒换。
其中,主通信设备的故障信息的获取方式也不受限制,例如:备通信设备可通过接收主通信设备发送、携带有上述故障信息的主备倒换协商请求的方式,获取主通信设备的故障信息。
当然,主通信设备的上述故障信息、以及备通信设备确定需要进行主备倒换的方法,均为举例说明,不应理解为对本发明实施例技术方案的限定。
步骤12:向服务请求设备发送主备倒换指示;所述主备倒换指示用于指示所述服务请求设备将其信令通讯指针,由主通信设备的主信令交互接口地址切换到备通信设备的备信令交互接口地址。
本步骤中的服务请求设备具有主备地址对的支持能力,即支持采用主备通信设备各自对立的信令交互接口地址,分别与主通信设备交互。例如:信令交互接口地址可具体为:主通信设备和备通信设备具有独立的、用于信令交互的IP地址,不妨称为主IP地址和备IP地址。服务请求设备则支持采用主IP地址与主通信设备交互信令,也支持采用备IP地址与备通信设备交互信令。
备通信设备获取服务请求设备的支持能力信息的方式不受限制,如可预先配置在主备通信设备上,也可由主通信设备获取并将该支持能力信息同步到备通信设备。
步骤13:接管承载所述主通信设备提供的业务。
在主备倒换过程中,备用通信设备抢占主备通信设备的共享资源,并对主通信设备提供的业务提供承载,以使主通信设备服务的用户业务不中断。
当备通信设备进行主备倒换时,可确定备通信设备上的任一模块作为主备倒换的触发点,触发备通信设备上的各模块,分别接管承载主通信设备对等模块提供的业务。
本实施例中,当备通信设备向服务请求设备发送主备倒换指示,指示服务请求设备将其信令通讯指针由主信令交互接口地址,切换到备信令交互接口地址;从而在当通信系统中已经出现主备通信设备“双活”现象时,有利于服务请求设备过滤掉信令通讯指针没有指向的地址相关的业务报文,从而降低服务请求设备发生判断异常的几率,也就因而降低了用户业务中断的几率。
图2为本发明实施例二提供的通信设备间的主备倒换方法流程图。本实施例的执行主体为主通信设备。如图2所示,本实施例提供的方法包括:
步骤21:获取与主通信设备连接的服务请求设备的支持能力信息,所述支持能力信息用于表示所述服务请求设备支持主备地址对;所述主备地址对包括:所述主通信设备的主信令交互接口地址、以及备通信设备的备信令交互接口地址。
主通信设备获取服务请求设备支持能力信息的获取方式不受限制,如可预先配置在主通信设备上,或由服务请求设备主动上报等。主通信设备可将该支持能力信息同步到备通信设备上。
步骤22:向所述服务请求设备发送所述主备地址对,并指示所述服务请求设备将其信令通讯指针指向所述主信令交互接口地址。
可选的,主通信设备还可获取故障信息,在所述故障信息满足第一预设条件时,向与所述主通信设备对应的备通信设备发送主备倒换协商请求。其中,所述故障信息包括:归属网中与主通信设备相关的已发生故障的类型、容量损失量和业务损失量。所述第一预设条件包括:所述故障的类型为物理接口/链路故障、所述容量损失量介于预设的第一容量损失阈值和第二容量损失阈值之间,所述业务损失量介于预设的第一业务损失阈值和第二业务损失阈值之间;所述主备倒换协商请求包括所述故障信息,用于请求所述备通信设备确定是否进行主备倒换。在主通信设备向备通信设备发送主备倒换协商请求之后,主通信设备还可接收所述备通信设备发送的主备倒换协商响应,且在所述主备倒换协商响应表示所述备通信设备同意进行主备倒换时,由所述备通信设备接管承载所述主通信设备提供的业务。
可选的,在所述故障信息满足第二预设条件或第三预设条件时,向所述备通信设备发送主备倒换请求,所述主备倒换请求用于触发所述备通信设备启动主备倒换;所述第二预设条件包括:所述故障的类型为物理接口/链路故障、所述容量损失量大于或等于所述第二容量损失阈值、且所述业务损失量大于或等于所述第二业务损失阈值;所述第三预设条件包括:所述故障的类型为设备模块故障。和/或,在所述故障信息表示已有故障发生时,输出告警提示信息。
可选的,主通信设备在检测到自身关键模块发生故障时,可向所述备通信设备发送主备倒换请求,用于请求所述备通信设备进行主备倒换。
本实施例中,主通信设备在获知服务请求设备的支持能力信息时,向服务请求设备发送主备地址对,并指示服务请求设备将其信令通讯指针指向主信令交互接口地址,从而在当通信系统中已经出现主备通信设备“双活”现象时,可过滤掉信令通讯指针没有指向的地址相关的业务报文,从而降低服务请求设备发生判断异常的几率,也就因而降低了用户业务中断的几率。进一步的,本实施例还可引入主备倒换的协商机制:主通信设备根据收集到的故障状态信息,自身确定有必要进行主备倒换时,将主通信设备当前的容量损失量和业务损失量发送给备通信设备,由备通信设备确定是否接受协商以进行主备倒换。可见,本实施例基于主备倒换协商机制进行倒换,可避免倒换后因备通信设备接管能力受限而给用户造成更大损失,进而有利于降低因主备倒换不适造成用户业务中断的几率。
图3为本发明实施例三提供的通信设备间的主备倒换方法流程图。本实施例的执行主体可为与主通信设备连接的服务请求设备。如图3所示,本实施例提供的方法包括:
步骤31:向主通信设备上报服务请求设备的支持能力信息;所述支持能力信息用于表示所述服务请求设备支持主备地址对。
步骤32:接收所述主通信设备发送的所述主备地址对;所述主备地址对包括:所述主通信设备的主信令交互接口地址和备通信设备的备信令交互接口地址。
步骤33:将所述服务请求设备的信令通讯指针,指向所述主信令交互接口地址,且在接收到所述备通信设备发送的主备倒换指示时,将所述信令通讯指针由所述主信令交互接口地址,切换到所述备信令交互接口地址。
在接收所述主通信设备发送的所述主备地址对之后,所述方法还包括:检测所述服务请求设备与所述主通信设备之间的链路状况;在检测到所述服务请求设备与所述主通信设备之间的链路发生故障时,向所述备通信设备发送主备倒换请求,用于请求所述备通信设备进行主备倒换。
在接收所述主通信设备发送的所述主备地址对之后,所述方法还包括:接收所述备通信设备发送的链路测试指示,根据链路测试指示,测试所述服务请求设备与所述主通信设备之间的链路状况;将链路测试结果发送给所述备通信设备。
本实施例中,当服务请求设备支持主备地址对的能力时,将其支持主备地址对的能力信息上报给主备通信设备,接收主备地址对,并在接收到主备倒换指示时,将所述信令通讯指针由所述主信令交互接口地址,切换到所述备信令交互接口地址。
本实施例中,当服务请求设备获取主备地址对之后,可过滤掉信令通讯指针没有指向的地址相关的业务报文,具体可包括:服务请求设备在所述信令通讯指针指向所述主信令交互接口地址、且接收到来自所述备信令交互接口地址的第一业务报文时,则丢弃所述第一业务报文;和/或,服务请求设备在所述信令通讯指针指向所述备信令交互接口地址、且接收到来自所述主信令交互接口地址的第二业务报文时,丢弃所述第二业务报文。
由此可见,在当通信系统中已经出现主备通信设备“双活”现象时,采用本实施例提供的方法,服务请求设备可过滤掉信令通讯指针没有指向的地址相关的业务报文,从而降低服务请求设备发生判断异常的几率,也就因而降低了用户业务中断的几率。
本发明实施例中的主备通信设备的类型、以及与之连接的服务请求设备类型,均不受限制。例如:主备通信设备可为通信系统中可靠性要求高的分组网关等;服务请求设备可为与分组网关连接的服务支持节点等。下面不妨以通用无线分组业务/通用移动通信系统(General Packet Radio Service/Universal Mobile Telecommunications System,简称GPRS/UMTS)组网中网关GPRS支持节点(Gateway GPRS Support Node,简称GGSN)主备倒换的应用场景为例,详细说明本发明实施例的技术方案。需要说明的是,以下应用场景不应理解为对本发明技术实质的限制,该应用场景中的服务请求设备为:GPRS服务支持节点(Serving GPRS Support Node,简称SGSN)。
首先,说明GGSN主备倒换的应用场景的组网结构。
图4为本发明实施例应用场景的组网结构示意图。如图4所示的GPRS/UMTS网络中,两个GGSN互为主备:即主GGSN和备GGSN;与归属地网络内的SGSN,如SGSN1、SGSN2和SGSN3,通过IP骨干网全网互联。以SGSN和GGSN的网络地位来看,SGSN相对GGSN而言是服务请求设备,GGSN相对SGSN而言是服务提供设备。可以理解,服务请求设备和服务提供设备是个不同网络地位的相对概念。如图4所示的组网结构简单,便于部署和维护,易于实现。
接下来,举例说明本发明实施例应用场景中的GGSN的通讯模型。
图5为本发明实施例应用场景中GGSN的通讯模型示意图。如图5所示,GGSN的通讯模型包括两个通讯平面:控制面和用户面。控制面包括:控制面入接口单元(缩略表示为:In-c)、Gn接口控制面单元(缩略表示为:Gn-c)、Gi接口控制面单元(缩略表示为:Gi-c)以及控制面出接口单元(缩略表示为:Out-c)。用户面包括:用户面入接口单元(表示为:缩略表示为:In-u)、Gn接口用户面单元(缩略表示为:Gn-u)、Gi接口用户面单元(缩略表示为:Gi-u)以及用户面出接口单元(缩略表示为:Out-u)。控制面和用户面中的任一单元都可包括多个模块,具体模块参见图5。
通常,GGSN控制面和用户面的各模块都拥有各自独立的IP地址,与相关实体进行通讯。本发明实施例为了实现GGSN设备间的热备份,需要对主备GGSN各对等模块之间的IP地址对应关系进行改进。图6为本发明实施例提供的主备GGSN控制面模块的IP地址对应关系,图7为本发明实施例提供的主备GGSN用户面模块的IP地址对应关系。
为便于描述技术方案,不妨将主GGSN的各模块名称加以“主”字,其缩略表示中加以“(a)”符;备GGSN的各模块名称加以“备”字,其缩略表示中加以“(s)”符;主备GGSN共享资源名称的缩略表示中加以“(c)”符。
如图6所示,主备GGSN控制面对等模块的IP地址对应关系为:主控制面入接口单元和备控制面入接口单元,拥有各自独立的IP地址:IP-In-c(a)和IP-In-c(s);主Gn接口控制面单元与备Gn接口控制面单元,拥有各自独立的IP地址、且共享第一浮动IP地址:IP-Gn-c(a)、IP-Gn-c(s)和IP-Gn-c(c),其中,IP-Gn-c(a)也可表示为GTP-C(a),是主GGSN与SGSN的信令交互接口地址,即本发明实施例所述的主信令交互接口地址;IP-Gn-c(s)也可表示为:GTP-C(s),是备GGSN与SGSN的信令交互接口地址,即本发明实施例所述的备信令交互接口地址;主Gi接口控制面单元和备Gi接口控制面单元,共享第二浮动IP地址:IP-Gi-c(c);主控制面出接口单元与备控制面出接口单元,拥有各自独立的IP地址:IP-Out-c(a)和IP-Out-c(s)。
如图7所示,主备GGSN用户面对等模块的IP地址对应关系为:主用户面入接口单元和备用户面入接口单元,拥有各自独立的IP地址:IP-In-u(a)和IP-In-u(s);主Gn接口用户面单元与备Gn接口用户面单元,共享第三浮动IP地址:IP-Gn-u(c);主Gi接口用户面单元和备Gi接口用户面单元,共享第四浮动IP地址:IP-pool-Gi-u(c);主用户面出接口单元与备用户面出接口单元,拥有各自独立的IP地址:IP-Out-u(a)和IP-Out-u(s)。
再者,举例说明本发明实施例应用场景中的主备GGSN进行设备间热备份的机制:
图8为本发明实施例应用场景中进行主备GGSN热备份的交互图。如图8所示,主备GGSN进行设备间热备份的方法包括:
步骤81:主GGSN和备GGSN之间通过发送心跳检测消息,检测对方是否发生故障。
心跳是一种周期性发出信号。当位于一端的通信设备向对端通信设备发送心跳时,如果对端通信设备正常工作,则会向其返回心跳应答。本发明实施例可采用心跳检测消息,检测主备GGSN是否故障。
步骤82:主GGSN向备GGSN发送批量备份信息。
主GGSN可周期性或满足预设条件时,向备GGSN发送批量备份信息。该备份信息可包括:分组报文协议(Packet Data Protocol,简称PDP)上下文信息,如通用分组无线业务(General Packet Radio Service,简称GPRS)传输协议(GPRS Tunnelling Protocol,简称GTP)信息、服务质量(Quality of Service,简称QoS)、策略和计费控制(Policy And Charging Control,简称PCC)规则等;路由信息;虚拟专用网络(Virtual Private Network,简称VPN)信息,如IPSec/IKE VPN、L2TP VPN等;防火墙策略、网络地址转换(Network AddressTranslation,简称NAT)信息等。主GGSN可向备GGSN发送两次备份期间备份信息的变化内容。
步骤83:备GGSN启动预处理流程,且备GGSN的各模块处于主备倒换前的预备状态。
备GGSN启动预处理流程,即:将主GGSN发送的备份信息,同步到备GGSN上的各对等模块。备GGSN接收主GGSN发送的两次备份期间备份信息的变化内容,并将这些变化内容对应到如图6和图7所示的备GGSN的对等模块。
备GGSN完成上述预处理流程后进入主备倒换的预备状态,即:通知备GGSN上的各模块创建实例,存储需接管业务的相关参数信息,但不对外发送报文。一旦备GGSN上的各模块接收到主备倒换指示时,可立即对外发送报文,以实现主GGSN业务的快速接管承载。
可以理解,本发明实施例中主备通信设备进行设备间热备份的方法不受限制,图8所示的方法仅为一个示例,不应理解为对本发明实施例技术方案的限制。
本发明实施例中,SGSN的支持能力可以不同,如:有的SGSN支持主备GGSN的主备地址对,有的SGSN不支持主备GGSN的主备地址对。其中,主备GGSN的主备地址对具体为:主GGSN的GTP-C地址:GTP-C(a),以及备GGSN的GTP-C地址:GTP-C(s)。在实际通信系统中,GGSN提供服务的用户绝大多数为归属地用户,少数为漫游地用户。考虑多数用户服务的需要及设备升级的成本,本发明实施例可将归属地网内,部署支持主备GGSN的主备地址对能力的SGSN;在漫游地网内部署不支持主备GGSN的主备地址对能力的SGSN。当然,归属地网内也可部署不支持主备GGSN的主备地址对能力的SGSN。
SGSN的支持能力信息可预先登记在主GGSN和/或备GGSN上,也可由SGSN主动上报给主GGSN、并由主GGSN同步到备GGSN上。
以下图9、图10、图12,图14和图15对应的流程,可基于扩展的Gn接口消息实现,其方法简单,系统升级维护成本较低;下面分别予以说明。
图9为本发明实施例四提供的SGSN支持能力信息上报方法的交互图。如图9所示,SGSN支持能力信息上报方法包括:
步骤91:SGSN向主GGSN发送创建PDP上下文请求(Create PDP ContextRequest)消息,该PDP上下文请求消息中携带有SGSN的支持能力信息,该支持能力信息用于表示SGSN支持主备GGSN的GTP控制面地址对(Supportactive&hot-standby CTP-C),即支持主备GTP-C地址对。
本步骤中的PDP上下文请求消息是一种扩展后的Gn接口消息,即为本发明实施例所述的第一主备倒换请求。SGSN可通过PDP上下文请求消息向主GGSN上报自身的支持能力信息。主GGSN在获取SGSN的支持能力信息时,可向备GGSN同步该信息。
步骤92:主GGSN向SGSN发送创建PDP上下文响应(Create PDP ContextResponse)消息,该PDP上下文响应消息中携带有主备GGSN的GTP-C地址对(CTP-C(a),CTP-C(s))。
主GGSN根据接收到的携带有SGSN支持能力信息的创建PDP上下文请求消息,获知SGSN支持主备GGSN的GTP-C地址对,因而在PDP上下文响应消息中携带主备GGSN的GTP-C地址对,并发送给SGSN。
步骤93:SGSN接收创建PDP上下文响应(Create PDP Context Response)消息,保存该消息中携带的主备GGSN的GTP-C地址对(CTP-C(a),CTP-C(s)),并将SGSN的信令通讯指针指向主GGSN的GTP-C地址:CTP-C(a)。
本实施例中,SGSN在获取主备GGSN的GTP-C地址对(CTP-C(a),CTP-C(s))时,将信令通讯指针指向主GGSN的GTP-C地址:CTP-C(a)。如此处理的好处在于,当通信系统中已经出现主备GGSN“双活”现象时,由于SGSN的信令通讯指针指向主GGSN的GTP-C地址:CTP-C(a),因此,SGSN可在接收到的报文中,过滤掉包括地址为备GGSN的GTP-C地址:CTP-C(s)的除了链路测试指示和主备倒换指示之外的业务相关报文,即过滤掉包括地址CTP-C(s)的业务报文,从而降低SGSN发生判断异常的几率,也就因而降低了用户业务中断的几率。
归属地不支持主备GGSN的GTP-C地址对的SGSN以及漫游地SGSN,不需要向主GGSN上报其自身的支持能力信息,而是采用主备GGSN的主备Gn接口控制面单元共享的第一浮动IP地址,分别与主备GGSN进行信令交互。
图10为本发明实施例五提供的SGSN触发主备倒换方法的交互图。本实施例中SGSN1、SGSN2和SGSN3都支持主备GTP-C地址对。如图10所示,SGSN触发主备GGSN倒换的方法包括:
步骤101:SGSN1向主GGSN发送心跳检测(Echo Request)消息,且当检测到主GGSN心跳异常时,确定主GGSN发生故障。
步骤102:SGSN1向备GGSN发送主备倒换请求(Switch Request),该请求中携带有主GGSN的主GTP-C地址和备GGSN的备GTP-C地址(GTP-C(a),GTP-C(s))。
SGSN1通过主备倒换请求(Switch Request),通知备GGSN自身检测到主GGSN发生故障。
本实施中,备GGSN引入了主GGSN故障的确认机制:备GGSN接收到SGSN1上报的主GGSN故障的信息时,没有立即发起主备倒换,而是指示归属地网络中与主GGSN连接的、支持主备GTP-C地址对的其他SGSN,如SGSN2和SGNS3,测试主GGSN的相关链路。如果链路测试结果表示主GGSN确实发生故障时,备GGSN才会进行主备倒换。
步骤103a-步骤103b:备GGSN向SGSN2和SGSN3分别发送心跳检测(EchoRequest)消息,该消息中携带有主GGSN的主GTP-C地址:GTP-C(a),用于指示SGSN2和SGSN3分别以GTP-C(a)为目标地址进行链路测试(Path Test)。
步骤104a-步骤104b:SGSN2和SGSN3分别向主GGSN发送心跳检测(EchoRequest)消息,用于检测主GGSN的状态。
步骤105a-步骤105b:当SGSN2和SGSN3分别检测到主GGSN心跳异常时,SGSN2和SGSN3分别向备GGSN发送心跳检测响应(Echo Response)消息,该消息中携带链路测试报告(Path Test Report),链路测试报告中携带有参数“GTP-C(a):down”,该参数用于表示主GGSN发生故障。
步骤106a-步骤106c:备GGSN分别向SGSN1、SGSN2和SGSN3分别发送主备倒换指示(Switch),该指示中可携带主备GTP-C地址对(GTP-C(a),GTP-C(s)),用于分别指示SGSN1、SGSN2和SGSN3将其信令通讯指针,由GTP-C(a)切换指向GTP-C(s)。
不支持GTP-C(a)和GTP-C(s)地址对的SGSN,不会接收到备GGSN发送的主备倒换指示,而是继续采用主备GGSN的共享资源,如二者共享的第一浮动IP地址进行信令交互。
支持GTP-C(a)和GTP-C(s)地址对的SGSN,如SGSN1、SGSN2和SGSN3在接收到主备倒换指示之后,会将其信令通讯指针由GTP-C(a)切换指向GTP-C(s)),如此处理的好处在于:如果归属地网络中发生主备GGSN“双活”的现象,SGSN可能接收到主GGSN的报文,也可能接收到备GGSN的报文。对于支持GTP-C(a)和GTP-C(s)地址对的SGSN而言,由于其信令通讯指针已指向GTP-C(s),因此可将来自主GGSN的业务报文作为噪音过滤掉,从而降低因SGSN判断异常而去活在线用户的几率。
步骤107:备GGSN接管承载主GGSN提供的业务。
本实施例以支持主备GTP-C地址对的SGSN作为倒换判决的触发点,并通过备GGSN引入了主GGSN故障的确认机制,降低了因自身接管而导致主备GGSN“双活”现象发生的几率,从而降低了周边网元,如SGSN判决异常的几率,进而降低了因SGSN判断异常而中断用户业务的几率。此外,支持主备GTP-C地址对的SGSN在接收到主备倒换指示时,将信令通讯指针由GTP-C(a)切换到GTP-C(s),如此处理的好处在于:即便归属地网络中出现主备GGSN“双活”现象,该SGSN也可过滤到包括地址GTP-C(a)的业务报文,从而降低SGSN判决异常的发生几率,进而降低了因SGSN判决异常而中断用户业务的几率。
通常,在主备倒换过程中,主GGSN上各模块提供的业务,都需由备GGSN上各对等模块接管承载。如果主备GGSN上部分模块已进行主备倒换、而部分模块没有进行主备倒换,即“部分倒换”,则会造成网络异常,甚至引发大面积网络故障。为了避免出现“部分倒换”问题,本发明实施例进一步引入了一致性倒换机制,即在备GGSN上的各模块中确定一模块,作为主备倒换的触发点,由其下发倒换指示,以使得备GGSN上的各模块同时进行主备倒换,即进行一致性倒换。下面结合图11详细说明本发明实施例提供的主备一致性倒换的方法。
图11为本发明实施例六提供的主备一致性倒换的方法示意图。如图11所示,备GGSN上的Gn-c(s)模块为主备倒换的触发点。在备GGSN确定进行主备倒换时,由Gn-c(s)模块向备GGSN上的其他模块下发一致性倒换指示;该一致性倒换指示用于触发备GGSN上的各模块,启动主GGSN各对等模块提供的业务的接管承载。
备GGSN上的各模块分别抢占主GGSN对等模块占用的共享资源,以接管承载主GGSN对等模块提供的业务。具体的,对于控制面而言,In-c(s)模块以广播消息等方式刷新In-c(a)模块的路由,Gn-c(s)模块抢占自身与Gn-c(a)模块共享的第一浮动地址,Gi-c(s)模块抢占自身与Gi-c(a)模块共享的第二浮动IP地址,而Out-c(s)模块以广播消息等方式刷新Out-c(a)模块的路由。对于用户面而言,In-u(s)模块以广播消息等方式刷新In-u(a)模块的路由,Gn-u(s)模块抢占自身与Gn-u(a)模块共享的第三浮动IP地址,Gi-u(s)模块抢占自身与Gi-u(a)模块共享的第四浮动IP地址,Out-u(s)模块以广播消息等方式刷新Out-u(a)模块的路由。如果共享资源被主GGSN对等模块占用,则在备GGSN上的各模块抢占共享资源时,主GGSN对等模块会释放相应资源。
由此可见,本实施例在进行主备倒换时,通过引入一致性倒换机制,完成主备GGSN上各模块的同步倒换,避免发生主备GGSN上部分模块已进行主备倒换、而部分模块没有进行主备倒换所引发的网络异常,从而有利于降低因这些网络异常造成用户业务中断的几率。
图12为本发明实施例七提供的备GGSN触发主备倒换方法的交互图。本实施例中SGSN1、SGSN2和SGSN3都支持主备GTP-C地址对。如图12所示,备GGSN触发主备倒换的方法包括:
步骤121:备GGSN感知主GGSN发生故障。
备GGSN可通过心跳检测消息或路由信息感知主GGSN是否发生故障,例如:备GGSN与主GGSN之间的心跳中断或路由发生变化时,备GGSN可感知到主GGSN设备发生故障。
本实施中,备GGSN引入了主GGSN故障的确认机制:备GGSN在感知到主GGSN发生故障时,没有立即发起主备倒换,而是指示归属地网络中与主GGSN连接的、支持主备GTP-C地址对的SGSN,测试主GGSN的相关链路。如果链路测试结果表示主GGSN确实发生故障时,备GGSN才会进行主备倒换。
步骤122a-步骤122c:备GGSN分别向SGSN1、SGSN2和SGSN3心跳检测(Echo Request)消息,该消息中携带有主GGSN的主GTP-C地址:GTP-C(a),用于指示SGSN1、SGSN2和SGSN3分别以GTP-C(a)为目标地址进行链路测试。
步骤123a-步骤123c:SGSN1、SGSN2和SGSN3分别向主GGSN发送心跳检测(Echo Request)消息,用于检测主GGSN的状态。
步骤124a-步骤124c:当SGSN1、SGSN2和SGSN3分别检测到主GGSN心跳异常时,SGSN1、SGSN2和SGSN3分别向备GGSN发送心跳检测响应(EchoResponse)消息,该消息中携带链路测试报告(Path Test Report),链路测试报告中携带有参数“GTP-C(a):down”,该参数用于表示主GGSN发生故障。
步骤125a-步骤125c:备GGSN分别向SGSN1、SGSN2和SGSN3分别发送主备倒换指示(Switch),该指示中可携带主备GTP-C地址对(GTP-C(a),GTP-C(s)),用于分别指示SGSN1、SGSN2和SGSN3将其信令通讯指针,由GTP-C(a)切换指向GTP-C(s)。
步骤126:备GGSN接管承载主GGSN提供的业务。
本实施例以备GGSN作为主备倒换判决的触发点,并引入了主GGSN故障的确认机制,其可实现图10对应实施例相似的技术效果,具体可参见图10对应实施例的相应记载,在此不再赘述。此外,上述步骤126中,备GGSN上的各模块可同时进行主备倒换,即进行一致性倒换,其实现方法和效果的详细描述,参见图11对应实施例的相应记载,在此不再赘述。
为了提高故障状态收集的准确性,可在主GGSN上设置故障状态收集点,并以主GGSN作为主备倒换判决的触发点。图13为本发明实施例提供的主GGSN集中收集故障状态的模块示意图。如图13所示,可将主GGSN中的Gn-c(a)模块作为故障状态的收集模块,由该模块集中收集主GGSN相关的各类故障,如:物理接口故障、链路故障、及模块故障等。在主GGSN集中收集自身相关的各类故障之后,可基于收集到的这些故障信息进行整体评估,以判决是否进行主备倒换。
表1:主GGSN故障整体评估和倒换判决规则示例
故障类型 | 容量损失 | 业务损失 | 执行动作 |
物理接口/链路故障 | (0,x%) | (0,y%) | 告警 |
物理接口/链路故障 | [x%,w%) | [y%,v%) | 协商+告警 |
物理接口/链路故障 | >=w% | >=v% | 立即倒换+告警 |
模块故障 | / | / | 立即倒换+告警 |
如表1所示,主GGSN可分类收集故障状态,故障类型可包括:物理接口故障、链路故障和设备模块故障。此外,主GGSN还可根据实际需要预设容量损失阈值和业务损失阈值,其中,容量损失是表示配置量的损失,业务损失表示故障前后业务流量的变化量。在实际应用中,可根据运营商网络规划时的冗余配置量和网络统计的业务流量,来设定相应阈值。例如:预先设置第一容量损失阈值x%和第二容量损失阈值w%,且0<x%<w%<1;预先设置第一业务损失阈值y%和第二业务损失阈值v%,且0<y%<v%<1。
在主GGSN收集到故障状态信息时,均可执行“告警”的动作,即输出告警提示信息,以提示主GGSN当前发生了故障。此外,主GGSN还可结合考虑故障类型、主GGSN当前的容量损失和业务损失,预先判决条件,以便主GGSN根据判决条件确定当前需要执行的动作。具体的,可根据收集到的故障对业务的影响程度,主GGSN还可执行“协商”和“立即倒换”动作对应的判决条件。预先设置的判决条件例如:
第一预设条件:故障的类型为物理接口/链路故障、当前的容量损失量介于预设的第一容量损失阈值和第二容量损失阈值之间,即[x%,w%)、且当前的业务损失量介于预设的第一业务损失阈值和第二业务损失阈值之间,即[y%,v%)。
第二预设条件:故障的类型为物理接口/链路故障、当前的容量损失量大于或等于第二容量损失阈值w%、且当前的业务损失量大于或等于第二业务损失阈值v%;
第三预设条件:故障的类型为设备模块故障。
当主GGSN收集到的故障状态信息满足第一预设条件时,主GGSN执行“协商”动作,即向备GGSN发起主备协商倒换的流程;当主GGSN收集到的故障状态信息满足第二预设条件或第三预设条件时,主GGSN执行“立即倒换”的动作,即由主GGSN触发主备倒换。由此可见,主通信设备可基于收集到的故障状态和预先设置的判决条件,自动判断是否需要进行倒换,从而提高了系统管理和维护的方便性。下面结合附图,对主GGSN触发主备倒换以及主备GGSN协商倒换等两种情形,分别予以说明。
图14为本发明实施例八提供的主GGSN触发主备倒换方法的交互图。本实施例中SGSN1、SGSN2和SGSN3都支持主备GTP-C地址对。如图14所示,备GGSN触发主备倒换的方法包括:
步骤141:主GGSN根据自身故障状态信息,确定需要立即进行主备倒换。
主GGSN收集自身故障状态信息的方式不受限制。可选的,以Gn-c(a)模块作为故障状态的收集模块,收集故障状态信息。当收集到的故障状态信息满足上述第二预设条件或第三预设条件时,主GGSN确定执行“立即倒换”的动作。
步骤142:主GGSN向备GGSN发送设备故障信息,用于请求备GGSN立即进行主备倒换。
该设备故障信息表示主GGSN的关键模块发生故障。主GGSN向备GGSN发送设备故障信息的方式,不受限制。例如:主GGSN可直接将设备故障信息作为一个独立消息发送给备GGSN,或者,将设备故障信息携带在某个消息,如主备倒换请求(Switch Request)中发送给备GGSN;或者,主GGSN可在检测到自身关键模块发生故障时,向从GGSN发送某个特定消息,如主备倒换请求(Switch Request),以通知备GGSN其自身已发生设备故障,用于请求备GGSN立即进行主备倒换。
本步骤中的主备倒换请求,即为本发明实施例所述的第二主备倒换请求。可选的,该请求中携带有主备GTP-C地址对(GTP-C(a),GTP-C(s))。
步骤143a-步骤143c:备GGSN获取主GGSN的设备故障信息,在该设备故障信息表示主GGSN的关键模块发生故障时,备GGSN分别向SGSN1、SGSN2和SGSN3分别发送主备倒换指示(Switch),该指示中可携带主备GTP-C地址对(GTP-C(a),GTP-C(s)),用于分别指示SGSN1、SGSN2和SGSN3将其信令通讯指针,由GTP-C(a)切换指向GTP-C(s)。
步骤144:备GGSN接管承载主GGSN提供的业务。
本实施例以主GGSN作为主备倒换判决的触发点,当主GGSN检测到自身发生设备故障,如关键模块发生故障时,直接请求备GGSN立即进行主备倒换,以便备GGSN可及时接管承载主GGSN提供的业务,从而降低了因备GGSN接管不及时而中断用户业务的几率。此外,上述步骤144中,备GGSN上的各模块可同时进行主备倒换,即进行一致性倒换,其实现方法和效果的详细描述,参见图11对应实施例的相应记载,在此不再赘述。
图15为本发明实施例九提供的主备GGSN进行倒换协商方法的交互图。如图15所示,主备GGSN进行倒换协商的方法包括:
步骤151:主GGSN根据自身故障状态信息,确定需要进行主备倒换。
主GGSN收集自身故障状态信息的方式不受限制。可选的,以Gn-c(a)模块作为故障状态的收集模块,收集故障状态信息。当收集到的故障状态信息满足上述第一预设条件时,主GGSN确定执行“协商”的动作。
步骤152:主GGSN向备GGSN发送主备倒换协商请求(Switch NegotiationRequest),用于请求备GGSN确定是否进行主备倒换。
主备倒换协商请求(Switch Negotiation Request)中携带有故障报告(Failure Report),该故障报告中包括:主GGSN的当前容量损失量(CapacityLoss)和业务损失量(Service Loss)。
步骤153:备GGSN确定倒换后的自身的业务预期损失量,并将业务预期损失量,与故障报告中的当前容量损失量和业务损失量进行比较,确定是否同意进行主备倒换。
备GGSN可结合故障报告中主GGSN当前的容量损失量和业务损失量、以及备GGSN的本机状态、容量和负载情况,确定倒换后的自身的业务预期损失量。将该业务预期损失量,与故障报告中的当前容量损失量和业务损失量进行比较。如该业务预期损失量,小于主GGSN当前的容量损失量和业务损失量,则同意进行主备倒换;否则,拒绝进行主备倒换。
步骤154:备GGSN向主GGSN发送主备倒换协商响应(Switch NegotiationResponse),用于通知主GGSN是否同意进行主备倒换。
如果备GGSN拒绝进行主备倒换,则在主备倒换协商响应中携带“拒绝”(Reject)参数,并可携带备GGSN的可用容量(Capacity available)信息和表示拒绝原因的原因值(Cause);结束本流程。
如果备GGSN同意进行主备倒换,则在主备倒换协商响应中携带“接受”(Accept)参数;执行步骤155a-步骤156。
步骤155a-步骤155c:备GGSN分别向SGSN1、SGSN2和SGSN3分别发送主备倒换指示(Switch),该指示中可携带主备GTP-C地址对(GTP-C(a),GTP-C(s)),用于分别指示SGSN1、SGSN2和SGSN3将其信令通讯指针,由GTP-C(a)切换指向GTP-C(s)。
步骤156:备GGSN接管承载主GGSN提供的业务。
本实施中,主GGSN引入了主备倒换的协商机制:主GGSN根据收集到的故障状态信息,自身确定有必要进行主备倒换时,将主GGSN当前的容量损失量和业务损失量发送给备GGSN,由备GGSN结合本机状况、容量和负载情况进行评估,以确定是否接受协商以进行主备倒换。可见,本实施例基于主备倒换协商机制进行倒换,可避免倒换后因备GGSN接管能力受限而给用户造成更大损失,进而有利于降低因主备倒换不适造成用户业务中断的几率。此外,上述步骤156中,备GGSN上的各模块可同时进行主备倒换,即进行一致性倒换,其实现方法和效果的详细描述,参见图11对应实施例的相应记载,在此不再赘述。
可以理解,本发明实施例提供的技术方案可应用于各种通信设备的主备倒换中,其中,主通信设备的实现方式和机理,与上文的主GGSN相似;备通信设备的实现方式和机理,与上文的备GGSN相似;服务请求设备的实现方式和机理,与上文的SGSN相似;在此不再赘述。
图16a为本发明实施例十提供的通信设备的结构示意图。如图16a所示,本实施例提供的通信设备包括:故障信息获取模块161、主备倒换确定模块162、主备倒换指示模块163和倒换执行模块164。
故障信息获取模块161可用于获取主通信设备的故障信息。
主备倒换确定模块162可用于确定需要进行主备倒换。
主备倒换指示模块163可用于向服务请求设备发送主备倒换指示;所述主备倒换指示用于指示所述服务请求设备将其信令通讯指针,由主通信设备的主信令交互接口地址切换到所述通信设备的备信令交互接口地址。
倒换执行模块164可用于接管承载所述主通信设备提供的业务。
(1)主通信设备的故障信息可包括:链路故障信息,所述链路故障信息表示所述主通信设备相关的链路发生故障。
该情形下,通信设备的结构如图16b所示,其与图16a对应实施例的区别在于,故障信息获取模块161可包括:链路故障信息获取单元1611;主备倒换确定模块162可包括:链路测试指示单元1621和倒换确定单元1622。
链路故障信息获取单元1611可用于获取链路故障信息,所述链路故障信息表示所述主通信设备相关的链路发生故障。
链路测试指示单元1621可用于向与所述主通信设备连接的服务请求设备发送链路测试指示;所述链路测试指示,用于指示所述服务请求设备测试自身与所述主通信设备之间的链路状况。
倒换确定单元1622用于接收所述服务请求设备发送的链路测试结果,并根据所述链路测试结果确定需要进行主备倒换。
链路故障信息的获取方式不受限制。根据链路故障信息获取方式的不同,链路故障信息获取单元1611具体可用于根据所述通信设备与所述通信设备的心跳检测结果,确定所述通信设备与所述主通信设备的链路发生故障。或者,链路故障信息获取单元1611具体可用于接收第一主备倒换请求;所述第一主备倒换请求,由预设区域内的任一服务请求设备在检测到自身与所述主通信设备的链路故障时发送;所述链路测试指示单元,具体用于向所述预设区域内的其他服务请求设备发送所述链路测试指示。
(2)主通信设备的故障信息可包括:主通信设备的设备故障信息。
该情形下,通信设备的结构如图16c所示,其与图16a对应实施例的区别在于,故障信息获取模块161可包括:设备故障信息获取单元1612。
设备故障信息获取单元1612可用于获取所述主通信设备的设备故障信息。相应的,主备倒换确定模块162具体可用于在所述设备故障信息表示所述主通信设备的关键模块发生故障时,确定需要进行主备倒换。
设备故障信息的获取方式不受限制。根据设备故障信息获取方式的不同,设备故障信息获取单元1612具体可用于接收第二主备倒换请求;所述第二主备倒换请求,由所述主通信设备在检测到自身关键模块发生故障时发送。
(3)主通信设备的故障信息可包括:主通信设备的业务负载和当前损失量。
该情形下,通信设备的结构如图16d所示,其与图16a对应实施例的区别在于,故障信息获取模块161可包括:协商故障信息获取单元1613;主备倒换确定模块162可包括:预期损失量确定单元1623和倒换评估单元1624。
主通信设备的业务负载和当前损失量等故障信息的获取方式不受限制。根据故障信息获取方式的不同,协商故障信息获取单元1613可用于接收所述主通信设备发送的、携带有所述故障信息的主备倒换协商请求,所述故障信息包括:所述主通信设备的业务负载和当前损失量。
预期损失量确定单元1623可用于根据所述通信设备的本机状态、容量和负载情况,以及所述主通信设备的业务负载,确定倒换后的业务预期损失量;
倒换评估单元1624可用于在所述业务预期损失量小于所述当前损失量时,确定需要进行主备倒换。
本发明提供的通信设备作为备通信设备向服务请求设备发送主备倒换指示时,指示服务请求设备将其信令通讯指针由主信令交互接口地址,切换到备信令交互接口地址;从而在当通信系统中已经出现主备通信设备“双活”现象时,有利于服务请求设备过滤掉信令通讯指针没有指向的地址相关的业务报文,从而降低服务请求设备发生判断异常的几率,也就因而降低了用户业务中断的几率。本发明实施例提供的通信设备的设备类型不受限制,如可具体用于设备间备份的分组网关设备等,其工作机理,可参见图1、图4~图15实施例中关于备通信设备或备GGSN的相应记载,在此不再赘述。
图17为本发明实施例十四提供的通信设备的结构示意图。如图17所示,本实施例提供的通信设备包括:能力信息获取模块171和地址指示模块172。
能力信息获取模块171可用于获取与所述通信设备连接的服务请求设备的支持能力信息,所述支持能力信息用于表示所述服务请求设备支持主备地址对;所述主备地址对包括:所述通信设备的主信令交互接口地址、以及备通信设备的备信令交互接口地址。
地址指示模块172可用于向所述服务请求设备发送所述主备地址对,并指示所述服务请求设备将其信令通讯指针指向所述主信令交互接口地址。
可选的,本实施例提供的通信设备还可包括:故障信息收集模块173、倒换协商请求模块174和协商响应获取模块175。
故障信息收集模块173可用于获取故障信息,所述故障信息包括:与所述通信设备相关的已发生故障的类型、容量损失量和业务损失量。
倒换协商请求模块174可用于在所述故障信息满足第一预设条件时,向与所述通信设备对应的备通信设备发送包括所述故障信息的主备倒换协商请求;所述第一预设条件包括:所述故障的类型为物理接口/链路故障、所述容量损失量介于预设的第一容量损失阈值和第二容量损失阈值之间,所述业务损失量介于预设的第一业务损失阈值和第二业务损失阈值之间。
协商响应获取模块175可用于接收所述备通信设备发送的主备倒换协商响应,且在所述主备倒换协商响应表示所述备通信设备同意进行主备倒换时,由所述备通信设备接管承载所述通信设备提供的业务。
可选的,本实施例提供的通信设备还可包括:倒换请求模块176,和/或,告警模块177。其中,倒换请求模块176可用于在所述故障信息满足第二预设条件或第三预设条件时,向所述备通信设备发送主备倒换请求,所述主备倒换请求用于触发所述备通信设备启动主备倒换;所述第二预设条件包括:所述故障的类型为物理接口/链路故障、所述容量损失量大于或等于所述第二容量损失阈值、且所述业务损失量大于或等于所述第二业务损失阈值;所述第三预设条件包括:所述故障的类型为设备模块故障。告警模块177可用于在所述故障信息表示已有故障发生时,输出告警提示信息。
可选的,本实施例提供的通信设备还可包括:设备故障信息上报模块178。设备故障信息上报模块178可用于在检测到所述通信设备自身关键模块发生故障时,向所述备通信设备发送设备故障信息,用于请求所述备通信设备进行主备倒换。
本实施例提供的通信设备作为主通信设备在获知服务请求设备的支持能力信息时,向服务请求设备发送主备地址对,并指示服务请求设备将其信令通讯指针指向主信令交互接口地址,从而在当通信系统中已经出现主备通信设备“双活”现象时,可过滤掉信令通讯指针没有指向的地址相关的业务报文,从而降低服务请求设备发生判断异常的几率,也就因而降低了用户业务中断的几率。进一步的,本实施例通信设备还可基于主备倒换协商机制进行倒换,由此可避免倒换后因备通信设备接管能力受限而给用户造成更大损失,进而有利于降低因主备倒换不适造成用户业务中断的几率。本实施例通信设备的设备类型不受限制,如可具体为分组网关设备等,其工作机理可参见图2、图4~图15实施例中关于主通信设备或主GGSN的相应记载,在此不再赘述。
图18为本发明实施例十五提供的服务请求设备的结构示意图。如图18所示,本实施例提供的服务请求设备包括:能力信息上报模块181、地址信息获取模块182和通讯指针处理模块183。
能力信息上报模块181用于向主通信设备上报所述服务请求设备的支持能力信息;所述支持能力信息用于表示所述服务请求设备支持主备地址对,所述主备地址对包括:所述主通信设备的主信令交互接口地址和所述备通信设备的备信令交互接口地址。
地址信息获取模块182用于接收所述主通信设备发送的所述主备地址对。
通讯指针处理模块183用于将所述服务请求设备的信令通讯指针,指向所述主信令交互接口地址,且在接收到所述备通信设备发送的主备倒换指示时,将所述信令通讯指针由所述主信令交互接口地址,切换到所述备信令交互接口地址。
可选的,本实施例提供的通信设备还可包括:链路检测模块184和检测结果上报模块185。
其中,链路检测模块184用于检测所述服务请求设备与所述主通信设备之间的链路状况。
检测结果上报模块185用于在检测到所述服务请求设备与所述主通信设备之间的链路发生故障时,将链路故障信息上报给所述备通信设备,用于请求所述备通信设备进行主备倒换。
可选的,本实施例提供的服务请求设备还可包括:链路测试指示获取模块186。链路测试指示获取模块186用于接收所述备通信设备发送的链路测试指示。
可选的,本实施例提供的服务请求设备还可包括:第一业务报文丢弃模块187,和/或,第二业务报文丢弃模块188。
第一业务报文丢弃模块187可用于在所述信令通讯指针指向所述主信令交互接口地址、且接收到来自所述备信令交互接口地址的第一业务报文时,丢弃所述第一业务报文。
第二业务报文丢弃模块188可用于在所述信令通讯指针指向所述备信令交互接口地址、且接收到来自所述主信令交互接口地址的第二业务报文时,丢弃所述第二业务报文。
本实施例中,当服务请求设备支持主备地址对的能力时,将其支持主备地址对的能力信息上报给主备通信设备,接收主备地址对,并在接收到主备倒换指示时,将所述信令通讯指针由所述主信令交互接口地址,切换到所述备信令交互接口地址。从而在当通信系统中已经出现主备通信设备“双活”现象时,可过滤掉信令通讯指针没有指向的地址相关的业务报文,从而降低服务请求设备发生判断异常的几率,也就因而降低了用户业务中断的几率。本实施例通信设备的设备类型不受限制,如可具体为与分组网关设备连接的服务请求设备等,其具体实现机理,可参见图3、图4~图15实施例中关于服务请求设备或SGSN的相应记载,在此不再赘述。
图19为本发明实施例十六提供的通信设备的结构示意图。如图19所示,本实施例提供的通信系统包括:主通信设备191、备通信设备192和服务请求设备193。服务请求设备193分别与主通信设备191和备通信设备192通信连接,且服务请求设备193的数量可为一个或多个,图19中示出了通信系统中包括多个服务请求设备193的情形。主通信设备的结构可参见图17对应实施例的相应记载,其工作机理可参见图2、图4~图15实施例中关于主通信设备或主GGSN的相应记载;备通信设备的结构可参见图16a~图16d对应实施例的相应记载,其工作机理可参见图1、图4~图15实施例中关于备通信设备或备GGSN的相应记载;服务请求设备的结构可参见图18对应实施例的相应记载,其工作机理可参见图3、图4~图15实施例中关于关于服务请求设备或SGSN的相应记载,在此不再赘述。本实施例提供的通信系统组网结构简单,便于部署和维护,易于实现。
本领域普通技术人员可以理解:附图只是一个实施例的示意图,附图中的模块或流程并不一定是实施本发明所必须的。
本领域普通技术人员可以理解:实施例中的装置中的模块可以按照实施例描述分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围。
Claims (18)
1.一种通信设备间的主备倒换方法,其特征在于,包括:
主通信设备对应的备通信设备获取所述主通信设备的故障信息,并确定需要进行主备倒换;
所述备通信设备向服务请求设备发送主备倒换指示;所述主备倒换指示用于指示所述服务请求设备将其信令通讯指针,由所述主通信设备的主信令交互接口地址切换到所述备通信设备的备信令交互接口地址;
所述备通信设备接管承载所述主通信设备提供的业务;
其中,所述主通信设备的故障信息包括链路故障信息,所述链路故障信息表示所述主通信设备相关的链路发生故障;
所述确定需要进行主备倒换,包括:
向与所述主通信设备连接的服务请求设备发送链路测试指示;所述链路测试指示,用于指示所述服务请求设备测试自身与所述主通信设备之间的链路状况;
接收所述服务请求设备发送的链路测试结果,并根据所述链路测试结果确定需要进行主备倒换;
其中,获取所述链路故障信息,包括:接收第一主备倒换请求;所述第一主备倒换请求,由预设区域内的任一服务请求设备在检测到自身与所述主通信设备的链路故障时发送;向所述服务请求设备发送链路测试指示,具体为:向所述预设区域内的其他服务请求设备发送所述链路测试指示,其中,预设区域为预先设定的根据实际需要选取的服务请求设备的集合。
2.根据权利要求1所述的方法,其特征在于,所述接管承载所述主通信设备提供的业务,包括:
所述备通信设备上的任一模块,触发所述备通信设备上的各模块,分别接管承载所述主通信设备对等模块提供的业务。
3.根据权利要求2所述的方法,其特征在于,
所述备通信设备具体为备GGSN,所述主通信设备具体为主GGSN;
所述备通信设备上的任一模块,触发所述备通信设备上的各模块,分别接管承载所述主通信设备对等模块提供的业务,包括:所述备GGSN上的备Gn接口控制面单元,向所述备GGSN上的其他模块下发一致性倒换指示;所述备GGSN上的各模块根据所述一致性倒换指示,分别接管承载所述主GGSN对等模块提供的业务。
4.一种通信设备间的主备倒换方法,其特征在于,包括:
主通信设备获取与所述主通信设备连接的服务请求设备的支持能力信息,所述支持能力信息用于表示所述服务请求设备支持主备地址对;所述主备地址对包括:所述主通信设备的主信令交互接口地址、以及备通信设备的备信令交互接口地址;
所述主通信设备向所述服务请求设备发送所述主备地址对,并指示所述服务请求设备将其信令通讯指针指向所述主信令交互接口地址;
所述方法还包括:所述主通信设备接受所述服务请求设备对于所述服务请求设备与所述主通信设备之间的链路状况的测试,其中,所述服务请求设备根据来自所述备通信设备的链路测试指示进行所述测试,所述链路测试指示是所述备通信设备在接收预设区域内的任一服务请求设备在检测到自身与所述主通信设备的链路故障时发送的第一主备倒换请求后,向所述预设区域内的其他服务请求设备发送的,其中,所述预设区域为预先设定的根据实际需要选取的服务请求设备的集合。
5.根据权利要求4所述的方法,其特征在于,所述方法还包括:
获取故障信息,所述故障信息包括:与所述主通信设备相关的已发生故障的类型、容量损失量和业务损失量;
在所述故障信息满足第一预设条件时,向所述备通信设备发送包括所述故障信息的主备倒换协商请求;所述第一预设条件包括:所述故障的类型为物理接口/链路故障、所述容量损失量介于预设的第一容量损失阈值和第二容量损失阈值之间,所述业务损失量介于预设的第一业务损失阈值和第二业务损失阈值之间;
接收所述备通信设备发送的主备倒换协商响应,且在所述主备倒换协商响应表示所述备通信设备同意进行主备倒换时,由所述备通信设备接管承载所述主通信设备提供的业务。
6.根据权利要求5所述的方法,其特征在于,所述方法还包括:
在所述故障信息满足第二预设条件或第三预设条件时,向所述备通信设备发送主备倒换请求,所述主备倒换请求用于触发所述备通信设备启动主备倒换;所述第二预设条件包括:所述故障的类型为物理接口/链路故障、所述容量损失量大于或等于所述第二容量损失阈值、且所述业务损失量大于或等于所述第二业务损失阈值;所述第三预设条件包括:所述故障的类型为设备模块故障;
和/或,
在所述故障信息表示已有故障发生时,输出告警提示信息。
7.根据权利要求4所述的方法,其特征在于,所述方法还包括:
在检测到所述主通信设备自身关键模块发生故障时,向所述备通信设备发送设备故障信息,用于请求所述备通信设备进行主备倒换。
8.一种通信设备间的主备倒换方法,其特征在于,
服务请求设备向主通信设备上报所述服务请求设备的支持能力信息;所述支持能力信息用于表示所述服务请求设备支持主备地址对;
所述服务请求设备接收所述主通信设备发送的所述主备地址对,所述主备地址对包括:所述主通信设备的主信令交互接口地址和备通信设备的备信令交互接口地址;
所述服务请求设备将所述服务请求设备的信令通讯指针,指向所述主信令交互接口地址,且在接收到所述备通信设备发送的主备倒换指示时,将所述信令通讯指针由所述主信令交互接口地址,切换到所述备信令交互接口地址;
其中,在接收所述主通信设备发送的所述主备地址对之后,所述方法还包括:
接收所述备通信设备发送的链路测试指示,其中,所述链路测试指示是所述备通信设备在接收预设区域内的任一服务请求设备在检测到自身与所述主通信设备的链路故障时发送的第一主备倒换请求后,向所述预设区域内的其他服务请求设备发送的,所述预设区域为预先设定的根据实际需要选取的服务请求设备的集合;
根据所述链路测试指示,测试所述服务请求设备与所述主通信设备之间的链路状况;
将链路测试结果发送给所述备通信设备。
9.根据权利要求8所述的方法,其特征在于,在接收所述主通信设备发送的所述主备地址对之后,所述方法还包括:
检测所述服务请求设备与所述主通信设备之间的链路状况;
在检测到所述服务请求设备与所述主通信设备之间的链路发生故障时,向所述备通信设备发送主备倒换请求,用于请求所述备通信设备进行主备倒换。
10.根据权利要求8或9所述的方法,其特征在于,在接收所述主通信设备发送的所述主备地址对之后,所述方法还包括:
在所述信令通讯指针指向所述主信令交互接口地址、且接收到来自所述备信令交互接口地址的第一业务报文时,丢弃所述第一业务报文;
和/或,
在所述信令通讯指针指向所述备信令交互接口地址、且接收到来自所述主信令交互接口地址的第二业务报文时,丢弃所述第二业务报文。
11.一种通信设备,其特征在于,包括:
故障信息获取模块,用于获取主通信设备的故障信息;
主备倒换确定模块,用于确定需要进行主备倒换;
主备倒换指示模块,用于向服务请求设备发送主备倒换指示;所述主备倒换指示用于指示所述服务请求设备将其信令通讯指针,由所述主通信设备的主信令交互接口地址切换到所述通信设备的备信令交互接口地址;
倒换执行模块,用于接管承载所述主通信设备提供的业务;
其中,所述通信设备为备通信设备;
其中,所述故障信息获取模块,包括:链路故障信息获取单元,用于获取链路故障信息,所述链路故障信息表示所述主通信设备相关的链路发生故障;
所述主备倒换确定模块,包括:
链路测试指示单元,用于向与所述主通信设备连接的服务请求设备发送链路测试指示;所述链路测试指示,用于指示所述服务请求设备测试自身与所述主通信设备之间的链路状况;
倒换确定单元,用于接收所述服务请求设备发送的链路测试结果,并根据所述链路测试结果确定需要进行主备倒换;
其中,所述链路故障信息获取单元,具体用于接收第一主备倒换请求;所述第一主备倒换请求,由预设区域内的任一服务请求设备在检测到自身与所述主通信设备的链路故障时发送;所述链路测试指示单元,具体用于向所述预设区域内的其他服务请求设备发送所述链路测试指示,其中,预设区域为预先设定的根据实际需要选取的服务请求设备的集合。
12.一种通信设备,其特征在于,包括:
能力信息获取模块,用于获取与所述通信设备连接的服务请求设备的支持能力信息,所述支持能力信息用于表示所述服务请求设备支持主备地址对;所述主备地址对包括:所述通信设备的主信令交互接口地址、以及备通信设备的备信令交互接口地址;并用于接受所述服务请求设备对于所述服务请求设备与主通信设备之间的链路状况的测试,其中,所述服务请求设备根据来自所述备通信设备的链路测试指示进行所述测试,所述链路测试指示是所述备通信设备在接收预设区域内的任一服务请求设备在检测到自身与所述主通信设备的链路故障时发送的第一主备倒换请求后,向所述预设区域内的其他服务请求设备发送的,其中,所述预设区域为预先设定的根据实际需要选取的服务请求设备的集合;
地址指示模块,用于向所述服务请求设备发送所述主备地址对,并指示所述服务请求设备将其信令通讯指针指向所述主信令交互接口地址;
其中,所述通信设备为主通信设备。
13.根据权利要求12所述的通信设备,其特征在于,所述通信设备还包括:
故障信息收集模块,用于获取故障信息,所述故障信息包括:与所述通信设备相关的已发生故障的类型、容量损失量和业务损失量;
倒换协商请求模块,用于在所述故障信息满足第一预设条件时,向与所述通信设备对应的备通信设备发送包括所述故障信息的主备倒换协商请求;所述第一预设条件包括:所述故障的类型为物理接口/链路故障、所述容量损失量介于预设的第一容量损失阈值和第二容量损失阈值之间,所述业务损失量介于预设的第一业务损失阈值和第二业务损失阈值之间;
协商响应获取模块,用于接收所述备通信设备发送的主备倒换协商响应,且在所述主备倒换协商响应表示所述备通信设备同意进行主备倒换时,由所述备通信设备接管承载所述通信设备提供的业务。
14.根据权利要求13所述的通信设备,其特征在于,所述通信设备还包括:
倒换请求模块,用于在所述故障信息满足第二预设条件或第三预设条件时,向所述备通信设备发送主备倒换请求,所述主备倒换请求用于触发所述备通信设备启动主备倒换;所述第二预设条件包括:所述故障的类型为物理接口/链路故障、所述容量损失量大于或等于所述第二容量损失阈值、且所述业务损失量大于或等于所述第二业务损失阈值;所述第三预设条件包括:所述故障的类型为设备模块故障;
和/或,
告警模块,用于在所述故障信息表示已有故障发生时,输出告警提示信息。
15.根据权利要求12所述的通信设备,其特征在于,所述通信设备还包括:
设备故障信息上报模块,用于在检测到所述通信设备自身关键模块发生故障时,向所述备通信设备发送设备故障信息,用于请求所述备通信设备进行主备倒换。
16.一种服务请求设备,其特征在于,包括:
能力信息上报模块,用于向主通信设备上报所述服务请求设备的支持能力信息;所述支持能力信息用于表示所述服务请求设备支持主备地址对,所述主备地址对包括:所述主通信设备的主信令交互接口地址和备通信设备的备信令交互接口地址;
地址信息获取模块,用于接收所述主通信设备发送的所述主备地址对;
通讯指针处理模块,用于将所述服务请求设备的信令通讯指针,指向所述主信令交互接口地址,且在接收到所述备通信设备发送的主备倒换指示时,将所述信令通讯指针由所述主信令交互接口地址,切换到所述备信令交互接口地址;
链路检测模块,用于检测所述服务请求设备与所述主通信设备之间的链路状况;
检测结果上报模块,用于在检测到所述服务请求设备与所述主通信设备之间的链路发生故障时,将链路故障信息上报给所述备通信设备,用于请求所述备通信设备进行主备倒换;
链路测试指示获取模块,用于接收所述备通信设备发送的链路测试指示,其中,所述链路测试指示是所述备通信设备在接收预设区域内的任一服务请求设备在检测到自身与所述主通信设备的链路故障时发送的第一主备倒换请求后,向所述预设区域内的其他服务请求设备发送的,其中,所述预设区域为预先设定的根据实际需要选取的服务请求设备的集合。
17.根据权利要求16所述的服务请求设备,其特征在于,所述服务请求设备还包括:
第一业务报文丢弃模块,用于在所述信令通讯指针指向所述主信令交互接口地址、且接收到来自所述备信令交互接口地址的第一业务报文时,丢弃所述第一业务报文;
和/或,
第二业务报文丢弃模块,用于在所述信令通讯指针指向所述备信令交互接口地址、且接收到来自所述主信令交互接口地址的第二业务报文时,丢弃所述第二业务报文。
18.一种通信系统,其特征在于,包括:
主通信设备,为如权利要求12~15任一所述的通信设备;
备通信设备,为如权利要求11所述的通信设备,与所述主通信设备通信连接;
以及服务请求设备,为如权利要求16~17任一所述的服务请求设备,分别与所述主通信设备和所述备通信设备通信连接。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2011/075062 WO2011157149A2 (zh) | 2011-05-31 | 2011-05-31 | 通信设备间的主备倒换方法、通信设备和系统及服务请求设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102257848A CN102257848A (zh) | 2011-11-23 |
CN102257848B true CN102257848B (zh) | 2014-12-10 |
Family
ID=44983381
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201180000980.XA Active CN102257848B (zh) | 2011-05-31 | 2011-05-31 | 通信设备间的主备倒换方法、通信设备和系统及服务请求设备 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN102257848B (zh) |
WO (1) | WO2011157149A2 (zh) |
Families Citing this family (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102523280B (zh) * | 2011-12-13 | 2017-09-15 | 融创天下(上海)科技发展有限公司 | 一种传输控制异常断开的检测方法、装置、服务器及系统 |
CN103607310A (zh) * | 2013-11-29 | 2014-02-26 | 华为技术有限公司 | 一种异地容灾的仲裁方法 |
CN104837168B (zh) * | 2014-02-12 | 2019-02-26 | 华为技术有限公司 | 一种设备切换方法、设备及系统 |
CN104239548B (zh) * | 2014-09-23 | 2018-07-31 | 中电长城网际系统应用有限公司 | 数据库容灾系统和数据库容灾方法 |
CN107102343A (zh) * | 2017-04-06 | 2017-08-29 | 千寻位置网络有限公司 | 基于双活数据中心的差分服务系统及实现方法 |
CN108134854A (zh) * | 2017-12-15 | 2018-06-08 | 江苏神州信源系统工程有限公司 | 一种基于nat技术的热备方法和系统 |
CN108880917B (zh) * | 2018-08-23 | 2021-01-05 | 华为技术有限公司 | 控制面设备的切换方法、装置及转控分离系统 |
WO2020199212A1 (zh) * | 2019-04-04 | 2020-10-08 | 华为技术有限公司 | 一种通信方法及装置 |
CN111200538B (zh) * | 2019-12-25 | 2022-03-11 | 苏宁云计算有限公司 | 智能设备的监控方法及装置 |
CN112383414B (zh) * | 2020-10-28 | 2023-09-29 | 北京中科网威信息技术有限公司 | 双机热备份快速切换方法及装置 |
CN115333926B (zh) * | 2021-04-21 | 2024-05-03 | 中信科智联科技有限公司 | 一种路侧单元的故障处理方法、rsu及车联网系统 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1722628A (zh) * | 2004-07-13 | 2006-01-18 | 华为技术有限公司 | 通信系统中设备的倒换方法及其系统 |
CN1949699A (zh) * | 2006-11-09 | 2007-04-18 | 华为技术有限公司 | 降低单板故障对业务影响的方法和装置 |
CN101583144A (zh) * | 2009-07-07 | 2009-11-18 | 杭州华三通信技术有限公司 | 无线控制器业务信息的备份方法和设备 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1905474A (zh) * | 2005-07-26 | 2007-01-31 | 华为技术有限公司 | 一种实现双归属的方法和系统 |
CN1882107B (zh) * | 2005-06-17 | 2010-12-08 | 华为技术有限公司 | 一种在下一代网络中实现信令网关双归属的方法 |
JP4762161B2 (ja) * | 2007-01-19 | 2011-08-31 | 富士通株式会社 | ネットワーク装置、ネットワーク冗長接続方法およびネットワーク冗長接続プログラム |
CN101060391A (zh) * | 2007-05-16 | 2007-10-24 | 华为技术有限公司 | 主备服务器切换方法及系统及主用服务器、备用服务器 |
-
2011
- 2011-05-31 CN CN201180000980.XA patent/CN102257848B/zh active Active
- 2011-05-31 WO PCT/CN2011/075062 patent/WO2011157149A2/zh active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1722628A (zh) * | 2004-07-13 | 2006-01-18 | 华为技术有限公司 | 通信系统中设备的倒换方法及其系统 |
CN1949699A (zh) * | 2006-11-09 | 2007-04-18 | 华为技术有限公司 | 降低单板故障对业务影响的方法和装置 |
CN101583144A (zh) * | 2009-07-07 | 2009-11-18 | 杭州华三通信技术有限公司 | 无线控制器业务信息的备份方法和设备 |
Also Published As
Publication number | Publication date |
---|---|
WO2011157149A2 (zh) | 2011-12-22 |
WO2011157149A3 (zh) | 2012-04-26 |
CN102257848A (zh) | 2011-11-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102257848B (zh) | 通信设备间的主备倒换方法、通信设备和系统及服务请求设备 | |
CN102265555B (zh) | 通信设备间的主备倒换方法、通信设备和系统及服务请求设备 | |
CN102265556B (zh) | 通信设备间的主备倒换方法、通信设备和系统及服务请求设备 | |
CN102315975B (zh) | 一种基于irf系统的故障处理方法及其设备 | |
CN101554002A (zh) | 监视链路聚合链路 | |
CN103229462B (zh) | 一种最优路径选择方法、相关设备及通信系统 | |
WO2012041555A1 (en) | Method for determining a severity of a network incident | |
CN103368712A (zh) | 主、备用设备切换方法及装置 | |
CN104243239B (zh) | 一种sdn集群中控制器的状态检测方法和装置 | |
CN103944746A (zh) | 一种双机热备的方法及装置 | |
CN102571492B (zh) | 检测路由设备故障的方法和装置 | |
CN106603261A (zh) | 热备份方法、第一主用设备、备用设备和通信系统 | |
CN101197733A (zh) | 网络连通性的自动检测方法及装置 | |
CN106533736A (zh) | 一种网络设备重启方法和装置 | |
CN103023815B (zh) | 聚合链路负载分担方法及装置 | |
CN103607293A (zh) | 一种流量保护方法及设备 | |
CN105071968A (zh) | 一种通信设备的业务面和控制面的隐性故障修复方法和装置 | |
CN104283780A (zh) | 建立数据传输路径的方法和装置 | |
CN106034038A (zh) | 防止多冲突堆叠的方法和装置 | |
CN105897766A (zh) | 一种虚拟网络流量安全控制方法及装置 | |
CN107948000B (zh) | 一种主备通道的切换方法、装置及系统 | |
CN103220189A (zh) | 一种mad检测备份方法和设备 | |
CN112995002B (zh) | 一种交换机环网的设计方法、交换机及存储介质 | |
CN108683561B (zh) | 一种站点状态检测方法及装置 | |
CN110224872B (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 | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right | ||
TR01 | Transfer of patent right |
Effective date of registration: 20210422 Address after: Unit 3401, unit a, building 6, Shenye Zhongcheng, No. 8089, Hongli West Road, Donghai community, Xiangmihu street, Futian District, Shenzhen, Guangdong 518040 Patentee after: Honor Device Co.,Ltd. Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd. |