CN102724072A - 容灾倒换的方法、装置和系统 - Google Patents

容灾倒换的方法、装置和系统 Download PDF

Info

Publication number
CN102724072A
CN102724072A CN2012102035063A CN201210203506A CN102724072A CN 102724072 A CN102724072 A CN 102724072A CN 2012102035063 A CN2012102035063 A CN 2012102035063A CN 201210203506 A CN201210203506 A CN 201210203506A CN 102724072 A CN102724072 A CN 102724072A
Authority
CN
China
Prior art keywords
link
equipment
service node
self
service
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.)
Pending
Application number
CN2012102035063A
Other languages
English (en)
Inventor
刘恒
周江鲤
胡达
侯前进
刘海静
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN2012102035063A priority Critical patent/CN102724072A/zh
Publication of CN102724072A publication Critical patent/CN102724072A/zh
Priority to PCT/CN2013/071631 priority patent/WO2013189185A1/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/28—Routing or path finding of packets in data switching networks using route fault recovery

Landscapes

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

Abstract

本发明实施例提供一种容灾倒换的方法、装置和系统。容灾倒换的方法包括：业务节点分别与至少一个第一设备和至少一个第二设备通信连接；当所述业务节点检测到与所述至少一个第一设备之间的链路发生故障，则关闭自身与所述至少一个第二设备之间的链路；以使任一所述第二设备检测到与所述业务节点之间的链路不可达时，选择所述业务节点的备用节点来提供服务。通过本发明实施例提供的容灾倒换的方法，可以提高用户体验。

Description

容灾倒换的方法、装置和系统
技术领域
本发明实施例涉及通信技术领域，尤其涉及一种容灾倒换的方法、装置和系统。
背景技术
随着固定移动网络融合的发展，UDC(用户数据融合，User DataConvergence)架构正在成为各大通信设备厂商在SDM(用户数据管理，Subscriber Data Management)解决方案的主要产品架构。在UDC架构下，使用业务节点FE(业务节点，Front End，FE)来完成CS(Circuit Switcheddomain，电路域)/PS(Packet domain，分组域)/IMS(IP multimediasubsystem，IP多媒体子系统)各种领域的业务逻辑处理，使用共同的BE(数据节点，Back End)完成用户数据融合存储和集中管理。
由于用户数据是运营商通信网络的核心数据，用户数据的一致性和可靠性不仅是电信运行商最关注的指标，也是电信网络服务质量的核心指标。而在UDC架构下，FE和BE实现了分离部署，也实现了业务逻辑和数据管理的分离，因此对用户数据的可靠性和一致性也带来了挑战。
BE作为用户数据中心，一般都采取分布式部署，在多个地理位置形成容灾组网，确保用户数据的安全。容灾解决方案中最关键的核心技术是如何实现故障场景下的容灾倒换。即当某个FE/BE故障时，其它的FE/BE可以进行自动的倒换和接管，确保对终端用户提供无缝的业务体验。
现有FE/BE容灾倒换方案是普遍使用的是单层的倒换方案。对端网络设备，例如MSC(Mobile Switching Center，移动交换中心)/STP(SignallingTransfer Point，信令转接点)通过FE和BE通信连接，当MSC/STP发现主用FE不可用后，倒换到容灾FE。BE发现主用FE不可用时，倒换到容灾FE发送用户签约数据变化的通知消息。
但是在有些场景下，比如：如果某个FE和对端网络设备的链路出现故障，那么这时BE发送给FE的订阅通知消息实际无法下发到对端网络设备；或者，如果主用FE和主用BE/容灾BE的通信链路全部故障，那么对端网络设备向FE发送的业务请求也会失败。也就是说，在这些场景下，即使FE的状态正常，业务也无法正常进行，导致用户的业务体验差。
发明内容
本发明实施例提供一种容灾倒换的方法、装置和系统，解决原有单层容灾倒换下无法解决的故障场景，提高了用户的业务体验和运营商网络的可靠性。
一方面，本发明实施例提供了一种容灾倒换的方法，包括：
业务节点分别与至少一个第一设备和至少一个第二设备通信连接；
当所述业务节点检测到与所述至少一个第一设备之间的链路发生故障，则关闭自身与所述至少一个第二设备之间的链路；以使任一所述第二设备检测到与所述业务节点之间的链路不可达时，选择所述业务节点的备用节点来提供服务。
另一方面，本发明实施例提供了一种业务节点，包括：
第一单元，用于使所述业务节点分别与至少一个第一设备和至少一个第二设备通信连接；
第二单元，用于当所述业务节点检测到与所述至少一个第一设备之间的链路发生故障，则关闭自身与所述至少一个第二设备之间的链路；以使任一所述第二设备检测到与所述业务节点之间的链路不可达时，选择所述业务节点的备用节点来提供服务。
另一方面，本发明实施例提供了一种容灾倒换的系统，包括至少一个第一设备、至少一个第二设备，和与所述至少一个第一设备及所述至少一个第二设备通信连接的业务节点，
所述业务节点，用于当检测到与所述至少一个第一设备之间的链路发生故障时，则关闭自身与所述至少一个第二设备之间的链路；
所述第二设备，用于当检测到与所述业务节点之间的链路不可达时，选择所述业务节点的备用节点来提供服务。
本发明实施例提供的容灾倒换的的方法，业务节点分别与至少一个第一设备和至少一个第二设备通信连接；当所述业务节点检测到与所述至少一个第一设备之间的链路发生故障，则关闭自身与所述至少一个第二设备之间的链路；以使任一所述第二设备检测到与所述业务节点之间的链路不可达时，选择所述业务节点的备用节点来提供服务，从而解决原有单层容灾倒换下无法解决的故障场景，提高了用户的业务体验和运营商网络的可靠性。
附图说明
为了更清楚地说明本发明实施例的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明提供的一个容灾倒换的方法实施例一的流程图；
图2为本发明提供的一种故障场景示意图；
图3为本发明提供的另一种故障场景示意图；
图4为本发明提供的容灾倒换的方法实施例二的流程图；
图5为本发明提供的容灾倒换的方法实施例三的流程图；
图6为本发明提供的容灾倒换的方法实施例四的流程图；
图7为本发明提供的容灾倒换的方法实施例五的流程图；
图8为本发明提供的业务节点实施例的结构示意图；
图9为本发明提供的容灾倒换系统实施例的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
图1为本发明提供的容灾倒换的方法实施例一的流程图，如图1所示，该方法包括：
S101，业务节点FE分别与至少一个第一设备和至少一个第二设备通信连接；
在UDC架构下，业务处理由FE完成，用户数据的存储和管理由BE完成，BE可以支持各种领域的业务，只要部署对应的FE即可。本发明与具体的网络域、FE类型无直接关系，FE可以是CS域的HLR(归属位置寄存器，HomeLocation Register)、IMS域的HSS(归属用户服务器，Home subscriberServer)或PS域的PCRF(Policy and Charging Rules Function，策略与计费规则功能实体)，当然也不限于这些。
例如，第一设备和第二设备可以分别是MSC/STP，和BE；也可以分别是S-CSCF(服务呼叫会话控制功能，Serving Call Session Control Function)和BE，当然也不限于这些。
S103，当所述业务节点检测到与所述至少一个第一设备之间的链路发生故障，则关闭自身与所述至少一个第二设备之间的链路；以使任一所述第二设备检测到与所述业务节点之间的链路不可达时，选择所述业务节点的备用节点来提供服务。
其中，所述业务节点检测到与第一设备之间的链路发生故障，可以是业务节点和第一设备之间的链路发生故障，也可以是第一设备发生故障而导致业务节点和第一设备之间的链路发生故障。
当FE检测到自己和至少一个第一设备之间的链路发生故障后，则关闭自身与至少一个第二设备之间的链路。
可选的，当第一设备为MSC/STP，第二设备为BE时，所述业务节点检测到与所述至少一个第一设备之间的链路发生故障，则关闭自身与所述至少一个第二设备之间的链路，具体为：所述业务节点检测到与所述至少一个MSC/STP之间的链路发生故障，则关闭自身和所述至少一个BE之间的SOAP(简单对象访问协议，Simple Object Access Protocol)订阅通知链路。
可选的，当第一设备为BE，第二设备为MSC/STP时，所述业务节点检测到与所述至少一个第一设备的链路发生故障，则关闭自身与所述至少一个第二设备之间的链路，具体为：所述业务节点检测到与其连接的所述至少一个BE之间的链路都发生故障，将关闭自身和所述至少一个MSC/STP之间的七号信令链路。
可选的，当第一设备为S-CSCF，第二设备为BE时，所述当所述业务节点检测到与所述至少一个第一设备的链路发生故障，则关闭自身与所述至少一个第二设备之间的链路，具体为：所述业务节点检测到与所述至少一个S-CSCF的链路发生故障，则关闭自身和所述至少一个BE之间的SOAP订阅通知链路。
可选的，当第一设备为BE，第二设备为S-CSCF时，所述当所述至少一个业务节点检测到与所述至少一个第一设备的链路发生故障，则关闭自身与所述至少一个第二设备之间的链路，具体为：所述业务节点检测到与其连接的所述至少一个BE之间的链路都发生故障，则关闭自身和所述至少一个S-CSCF之间的Diameter链路。
通过本发明实施例提供的容灾倒换的方法，可以解决原有单层容灾倒换下无法解决的故障场景，提高用户的业务体验和运营商网络的可靠性。
下面结合具体例子，更加详细地描述本发明的实施例。其中，图2到图7的实施例只是为了帮助本领域技术人员更好地理解本发明，而非要限制本发明的范围。
运营商一般都通过业务发放系统(Provisioning System)对用户数据进行业务发放和管理，如开销户、增加套餐、增加签约业务等。业务发放系统对BE的数据进行修改后，一般BE会发送订阅通知到FE，由FE下发到对端网络设备，完成用户数据变化的通知，比如通过短信通知手机用户某个签约业务生效了，可以马上享受新的业务体验等。
如图2中所示，如果主用FE和对端网络设备的链路出现故障，主用BE发送给主用FE的订阅通知消息实际无法下发到对端网络设备。这种场景下，主用FE的状态是正常的，因此主用BE并不会倒换到其它的备用FE来下发订阅通知，因此导致了用户的签约数据发生变化后，用户无法及时了解自己的业务变化，也无法及时享受到业务体验。现有的FE/BE容灾倒换方法无法解决图2所示的故障场景。当然，主用FE的备用FE(即容灾FE)可以有两个或两个以上，主用BE的备用BE(即容灾BE)也可以有两个或两个以上，这里不作限制。可选的，和FE连接的BE也可以只有一个，即没有备用BE。可选的，和主用FE或备用FE连接的对端网络设备也可以有两个或两个以上。
由于FE和BE分离部署，如图3所示，如果主用FE和主用BE/容灾BE的通信链路全部故障，实际上主用FE对外已经无法提供正常的服务，但是主用FE自身的状态还是正常，主用FE和对端网络设备的链路也是正常的，因此对端网络设备并不会进行容灾倒换，会继续选择主用FE提供服务。这种场景下，大量的业务请求都会失败。现有的FE/BE容灾倒换方法无法解决图3所示的故障场景。当然，主用FE的备用FE(即容灾FE)可以有两个或两个以上，主用BE的备用BE(即容灾BE)也可以有两个或两个以上，这里不作限制。可选的，和FE连接的BE也可以只有一个，即没有备用BE。可选的，和主用FE或备用FE连接的对端网络设备也可以有两个或两个以上。
针对图2所示的场景，以图2所示的是CS域中HLR和BE组网为例，也即是FE以HLR为例，对端网络设备以MSC/STP为例，图4提供了一种容灾倒换方法实施例的流程图。
S401，主用HLR检测到与MSC/STP之间的链路发生故障。
其中，主用HLR与MSC/STP之间的链路发生故障的原因，可以是主用HLR和MSC/STP之间的链路发生故障，也可以是MSC/STP发生故障而导致主用HLR和MSC/STP之间的链路发生故障。
可选的，如果和主用HLR连接的MSC/STP有两个，那么主用HLR检测到与这两个MSC/STP之间的链路都发生故障，然后执行S403。
S403，主用HLR关闭自身和BE之间的SOAP订阅通知链路。
具体的，主用HLR会关闭与自身有通信连接的主用BE和备用BE之间的SOAP订阅通知链路。
其中，HLR和BE间的SOAP订阅通知协议有心跳握手机制，底层链路不可达，可以检测并发现。
可选的，由于SOAP协议通常是通过HTTP承载的，而HTTP是通过TCP承载的。因此，所述关闭自身和BE之间的SOAP订阅通知链路具体可以为，所述业务节点关闭自身和BE之间的TCP链路。可选的，如果和主用HLR连接的是一个BE，简称BE1，那么主用HLR关闭的是自身和BE1之间的链路；相应的，S405步骤中的主用BE就是BE1。
S405，主用BE检侧到与主用HLR间的链路不可达。
可选的，检侧到与主用HLR之间的链路不可达时可以为，主用BE检测到与主用HLR间的TCP链路不可达。
S407，切换到备用HLR上。
通过本实施例提供的容灾倒换的方法，可以解决原有单层容灾倒换下无法解决的故障场景，提高用户的业务体验和运营商网络的可靠性。
针对图3所示的场景，以图3所示的是CS域中HLR和BE组网为例，也即是FE以HLR为例，对端网络设备以MSC/STP为例，图5提供了一种容灾倒换方法实施例的流程图。
S501，主用HLR检测发现到与主用BE之间的链路发生故障。
其中，主用HLR与主用BE之间的链路发生故障的原因，可以是主用HLR和主用BE之间的链路发生故障，也可以是主用BE发生故障而导致主用HLR和主用BE之间的链路发生故障。
S503，主用HLR检测到与备用BE之间的链路发生故障。
其中，主用HLR与备用BE之间的链路发生故障的原因，可以是主用HLR和备用BE之间的链路发生故障，也可以是备用BE发生故障而导致主用HLR和备用BE之间的链路发生故障。
S501和S503无先后顺序之分。
S505，主用HLR关闭自身和与自身有通信连接的MSC/STP之间的七号信令链路。
可选的，关闭自身和MSC/STP之间的七号信令链路具体可以为：主用HLR将自身的SCCP(信令链路控制协议，Signalling Connection ControlPart)信令点状态设置为不可达；也可以为，主用HLR将自身的M3UA(MTP第三层用户适配层，MTP3-User Adaptation layer)/MTP3(消息传输部分第三层，Message Transfer Part level 3)状态设置为不可达。
可选的，如果和主用HLR连接的MSC/STP有两个，那么步骤S505中，主用HLR关闭自身和与这两个MSC/STP之间的七号信令链路。
S507，MSC/STP检测到与主用HLR之间的链路不可达。
可选的，如果S505中，主用HLR将自身的SCCP信令点状态设置为不可达，则MSC/STP可以通过SCCP层检测到主用HLR的SCCP信令点状态为不可达。例如，主用HLR和MSC/STP间的SCCP层有状态管理消息机制，当主用HLR的SCCP信令点状态设置为不可达，则主用HLR会自动向对端网络设备MSC/STP发送状态管理消息，从而MSC/STP会得知主用HLR的信令点不可达。
可选的，如果S505中，主用HLR将自身的M3UA/MTP3状态设置为不可达，则MSC/STP可以通过M3UA/MTP3层检测到主用HLR的M3UA/MTP3状态为不可达。
可选的，如果和主用HLR连接的MSC/STP有两个，那么步骤S507中，检测到与主用HLR之间的链路不可达的MSC/STP可以是这两个MSC/STP中的任意一个。
S509，MSC/STP切换到备用HLR上。
MSC/STP切换到备用HLR上，备用HLR为MSC/STP提供服务。
通过本实施例提供的容灾倒换的方法，可以解决原有单层容灾倒换下无法解决的故障场景，提高了用户的业务体验和运营商网络的可靠性。
针对图2所示的场景，以图2所示的是IMS域中HSS和BE组网为例，也即是FE以HSS为例，对端网络设备以S-CSCF为例，图6提供了一种容灾倒换方法实施例的的流程图来解决上述这种情况。
S601，主用HSS检测到与S-CSCF之间的链路发生故障。
其中，主用HSS与S-CSCF之间的链路发生故障的原因，可以是主用HSS和S-CSCF之间的链路发生故障，也可以是S-CSCF发生故障而导致主用HSS和S-CSCF之间的链路发生故障。
S603，主用HSS关闭自身和BE之间的SOAP订阅通知链路。
具体的，主用HSS会关闭与自身有通信连接的主用BE和备用BE之间的SOAP订阅通知链路。其中，HSS和BE间的SOAP订阅通知协议有心跳握手机制，底层链路不可达，可以检测并发现。
可选的，由于SOAP协议是通过HTTP承载的，而HTTP是通过TCP承载的。因此，所述关闭自身和BE之间的SOAP订阅通知链路具体可以为，所述业务节点关闭自身和BE之间的TCP链路。
可选的，如果主用只HSS连接了一个BE，简称BE2，那么主用HSS会关闭自身与BE2之间的SOAP订阅通知链路。
S605，主用BE检侧到与主用HSS之间的链路不可达。
可选的，主用BE检侧到与主用HSS之间的链路不可达具体可以为，主用BE检测到与主用HSS间的TCP链路不可达。可选的，S605中，也可以是备用BE检侧到与主用HSS之间的链路不可达。
可选的，如果主用HSS只连接了一个BE2，那么S605中，检侧到与主用HSS之间的链路不可达的是BE2。
S607，切换到备用HSS上。
S-CSCF切换到备用HSS上，备用HSS为S-CSCF提供服务。
通过本实施例提供的容灾倒换的方法，可以解决原有单层容灾倒换下无法解决的故障场景，提高了用户的业务体验和运营商网络的可靠性。
针对图3所示的场景，以图3所示的是IMS域中HSS和BE组网为例，也即是FE以HSS为例，对端网络设备以S-CSCF为例，图7提供了一种容灾倒换方法实施例的流程来解决上述这种情况。
S701，主用HSS检测发现到与主用BE之间的链路发生故障。
其中，主用HSS与主用BE之间的链路发生故障的原因，可以是主用HSS和主用BE之间的链路发生故障，也可以是主用BE发生故障而导致主用HSS和主用BE之间的链路发生故障。
S703，主用HSS检测到与备用BE之间的链路发生故障。
其中，主用HSS与备用BE之间的链路发生故障的原因，可以是主用HSS和备用BE之间的链路发生故障，也可以是备用BE发生故障而导致主用HSS和备用BE之间的链路发生故障。
S701和S703无先后顺序之分。
S705，主用HSS关闭自身和与自身有通信连接的S-CSCF之间的Diameter链路。
可选的，关闭自身和和与自身有通信连接的S-CSCF之间的Diameter链路具体可以为：主用HSS关闭自身和S-CSCF之间的SCTP(流控制传输协议，stream control transmission protocol)链路；或主用HSS发送Disconnect-Peer-Request消息给S-CSCF，以通知S-CSCF主动关闭S-CSCF和HSS之间的链路。S-CSCF回复响应消息后，Diameter链路即断开。
可选的，如果和主用HSS连接的S-CSCF有两个，那么步骤S705中，主用HSS关闭自身和与这两个S-CSCF之间的Diameter链路。
S707，S-CSCF检测到与主用HSS之间的链路不可达。
可选的，检侧到与主用HSS之间的链路不可达具体可以为，S-CSCF检测到与主用HSS间的SCTP链路不可达。
可选的，如果和主用HSS连接的S-CSCF有两个，那么步骤S707中，检测到与主用HSS之间的链路不可达的S-CSCF可以是这两个S-CSCF中的任意一个。
S709，S-CSCF切换到备用HSS上。
S-CSCF切换到备用HSS上，备用HSS为S-CSCF提供服务。
通过本实施例提供的容灾倒换的方法，可以解决原有单层容灾倒换下无法解决的故障场景，提高了用户的业务体验和运营商网络的可靠性。
如图8所示，本发明实施例还提供了一种业务节点80。该业务节点包括第一单元81和第二单元83。
第一单元81，用于使所述业务节点分别与至少一个第一设备和至少一个第二设备通信连接；第二单元83，用于当所述业务节点检测到与所述至少一个第一设备之间的链路发生故障，则关闭自身与所述至少一个第二设备之间的链路；以使任一所述第二设备检测到与所述业务节点之间的链路不可达时，选择所述业务节点的备用节点来提供服务。
可选的，第二单元83，具体用于当第一设备为移动交换中心MSC/信令转接点STP，所述第二设备为数据节点BE时，若检测到与所述至少一个MSC/STP之间的链路发生故障，则关闭自身和所述至少一个BE之间的简单对象访问协议SOAP订阅通知链路；以使任一BE检测到与所述业务节点之间的链路不可达时，选择所述业务节点的备用节点来提供服务。可选的，该业务节点可以为HLR。
可选的，第二单元83，具体用于当第一设备为BE，第二设备为MSC/STP时，若当检测到与其连接的所述至少一个BE之间的链路都发生故障，则关闭自身和所述至少一个MSC/STP之间的七号信令链路；以使任一所述MSC/STP检测到与所述业务节点之间的链路不可达时，选择所述业务节点的备用节点来提供服务。可选的，该业务节点可以为HLR。
可选的，第二单元83，具体用于当第一设备为服务呼叫会话控制功能S-CSCF，第二设备为BE时，若检测到与所述至少一个S-CSCF的链路发生故障，则关闭自身和所述至少一个S-CSCF之间的SOAP订阅通知链路；以使任一BE检测到与所述业务节点之间的链路不可达时，选择所述业务节点的备用节点来提供服务。可选的，该业务节点可以为HSS。
可选的，第二单元83，具体用于当所述第一设备为BE，第二设备为S-CSCF时，若检测到与其连接的所述至少一个BE之间的链路都发生故障，则关闭自身和所述至少一个S-CSCF之间的Diameter链路；以使任一所述S-CSCF检测到与所述业务节点之间的链路不可达时，选择所述业务节点的备用节点来提供服务。可选的，该业务节点可以为HSS。
通过本实施例提供的业务节点，可以解决原有单层容灾倒换下无法解决的故障场景，提高了用户的业务体验和运营商网络的可靠性。
如图9所示，本发明实施例还提供了一种容灾倒换系统90。该系统包括至少一个第一设备91、至少一个第二设备95，和与所述至少一个第一设备及所述至少一个第二设备通信连接的业务节点93。
其中，业务节点93，用于当检测到与所述至少一个第一设备91之间的链路发生故障时，则关闭自身与至少一个第二设备95之间的链路；第二设备95，用于当检测到与所述业务节点之间的链路不可达时，选择所述业务节点的备用节点来提供服务。
可选的，该系统中的业务节点可以为图8所示的实施例中的任一种业务节点80。
系统中各个第一设备、第二设备和业务节点之间的具体交互方法可以参考方法实施例中的描述，这里不再赘述。
通过本实施例提供的容灾倒换的系统，可以解决原有单层容灾倒换下无法解决的故障场景，提高了用户的业务体验和运营商网络的可靠性。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (17)

1.一种容灾倒换方法，其特征在于，包括：
业务节点分别与至少一个第一设备和至少一个第二设备通信连接；
当所述业务节点检测到与所述至少一个第一设备之间的链路发生故障，则关闭自身与所述至少一个第二设备之间的链路；以使任一所述第二设备检测到与所述业务节点之间的链路不可达时，选择所述业务节点的备用节点来提供服务。
2.如权利要求1所述的方法，其特征在于，所述第一设备为移动交换中心MSC/信令转接点STP，所述第二设备为数据节点BE，所述当所述业务节点检测到与所述至少一个第一设备之间的链路发生故障，则关闭自身与所述至少一个第二设备之间的链路，具体包括：当所述业务节点检测到与所述至少一个MSC/STP之间的链路发生故障，则关闭自身和所述至少一个BE之间的简单对象访问协议SOAP订阅通知链路。
3.如权利要求2所述的方法，其特征在于，所述关闭自身和所述至少一个BE之间的SOAP订阅通知链路具体包括：所述业务节点关闭自身和所述至少一个BE之间的传输控制协议TCP链路；
相应的，所述任一所述第二设备检测到与所述业务节点之间的链路不可达时，具体包括：任一BE检测到与所述业务节点间的TCP链路不可达。
4.如权利要求1所述的方法，其特征在于，所述第一设备为BE，第二设备为MSC/STP，所述当所述业务节点检测到与所述至少一个第一设备的链路发生故障，则关闭自身与所述至少一个第二设备之间的链路，具体包括：当所述业务节点检测到与其连接的所述至少一个BE之间的链路都发生故障，则关闭自身和所述至少一个MSC/STP之间的七号信令链路。
5.如权利要求4所述的方法，其特征在于，所述关闭自身和所述至少一个MSC/STP之间的七号信令链路具体包括：将自身的信令连接控制协议SCCP信令点状态设置为不可达；
相应的，所述任一所述第二设备检测到与所述业务节点之间的链路不可达，具体包括：任一MSC/STP检测到所述业务节点的SCCP信令点状态为不可达。
6.如权利要求4所述的方法，其特征在于，所述关闭自身和所述至少一个MSC/STP之间的七号信令链路具体包括：将自身的MTP第三层用户适配层M3UA/消息传输部分第三层MTP3状态设置为不可达；
相应的，所述任一所述第二设备检测到与所述业务节点之间的链路不可达，具体包括：任一MSC/STP检测到所述业务节点的M3UA/MTP3状态为不可达。
7.如权利要求1所述的方法，其特征在于，所述第一设备为服务呼叫会话控制功能S-CSCF，第二设备为BE，所述当所述业务节点检测到与所述至少一个第一设备的链路发生故障，则关闭自身与所述至少一个第二设备之间的链路，具体包括：所述业务节点检测到与所述至少一个S-CSCF的链路发生故障，则关闭自身和所述至少一个BE之间的SOAP订阅通知链路。
8.如权利要求7所述的方法，其特征在于，所述关闭自身和所述至少一个BE之间的SOAP订阅通知链路具体包括：所述业务节点关闭自身和所述至少一个BE之间的TCP链路；
相应的，所述任一所述第二设备检测到与所述业务节点之间的链路不可达，具体包括：任一BE检测到和所述业务节点之间的TCP链路不可达。
9.如权利要求1所述的方法，其特征在于，所述第一设备为BE，第二设备为S-CSCF，所述当所述业务节点检测到与所述至少一个第一设备的链路发生故障，则关闭自身与所述至少一个第二设备之间的链路，具体包括：当所述业务节点检测到与其连接的所述至少一个BE之间的链路都发生故障，则关闭自身和所述至少一个S-CSCF之间的Diameter链路。
10.如权利要求9所述的方法，其特征在于，所述关闭自身和所述至少一个S-CSCF之间的Diameter链路具体包括：所述业务节点关闭自身和所述至少一个S-CSCF之间的流控制传输协议SCTP链路；或所述业务节点发送Disconnect-Peer-Request消息给所述至少一个S-CSCF，以通知所述至少一个S-CSCF关闭链路。
11.一种业务节点，其特征在于，包括：
第一单元，用于使所述业务节点分别与至少一个第一设备和至少一个第二设备通信连接；
第二单元，用于当所述业务节点检测到与所述至少一个第一设备之间的链路发生故障，则关闭自身与所述至少一个第二设备之间的链路；以使任一所述第二设备检测到与所述业务节点之间的链路不可达时，选择所述业务节点的备用节点来提供服务。
12.如权利要求11所述的业务节点，其特征在于，所述第二单元，具体用于当第一设备为移动交换中心MSC/信令转接点STP，所述第二设备为数据节点BE时，若检测到与所述至少一个MSC/STP之间的链路发生故障，则关闭自身和所述至少一个BE之间的简单对象访问协议SOAP订阅通知链路；以使任一BE检测到与所述业务节点之间的链路不可达时，选择所述业务节点的备用节点来提供服务。
13.如权利要求11所述的业务节点，其特征在于，所述第二单元，具体用于当第一设备为BE，第二设备为MSC/STP时，若当检测到与其连接的所述至少一个BE之间的链路都发生故障，则关闭自身和所述至少一个MSC/STP之间的七号信令链路；以使任一MSC/STP检测到与所述业务节点之间的链路不可达时，选择所述业务节点的备用节点来提供服务。
14.如权利要求11所述的业务节点，其特征在于，所述第二单元，具体用于当第一设备为服务呼叫会话控制功能S-CSCF，第二设备为BE时，若检测到与所述至少一个S-CSCF的链路发生故障，则关闭自身和所述至少一个BE之间的SOAP订阅通知链路；以使任一BE检测到与所述业务节点之间的链路不可达时，选择所述业务节点的备用节点来提供服务。
15.如权利要求11所述的业务节点，其特征在于，所述第二单元，具体用于当所述第一设备为BE，第二设备为S-CSCF时，若检测到与其连接的所述至少一个BE之间的链路都发生故障，则关闭自身和所述至少一个S-CSCF之间的Diameter链路；以使任一S-CSCF检测到与所述业务节点之间的链路不可达时，选择所述业务节点的备用节点来提供服务。
16.一种容灾倒换系统，其特征在于，包括至少一个第一设备、至少一个第二设备，和与所述至少一个第一设备及所述至少一个第二设备通信连接的业务节点，
所述业务节点，用于当检测到与所述至少一个第一设备之间的链路发生故障时，则关闭自身与所述至少一个第二设备之间的链路；
所述第二设备，用于当检测到与所述业务节点之间的链路不可达时，选择所述业务节点的备用节点来提供服务。
17.如权利要求16所述的容灾倒换系统，其特征在于，所述业务节点包括如权利要求12-15任一所述的业务节点。
CN2012102035063A 2012-06-20 2012-06-20 容灾倒换的方法、装置和系统 Pending CN102724072A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN2012102035063A CN102724072A (zh) 2012-06-20 2012-06-20 容灾倒换的方法、装置和系统
PCT/CN2013/071631 WO2013189185A1 (zh) 2012-06-20 2013-02-18 容灾倒换的方法、装置和系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN2012102035063A CN102724072A (zh) 2012-06-20 2012-06-20 容灾倒换的方法、装置和系统

Publications (1)

Publication Number Publication Date
CN102724072A true CN102724072A (zh) 2012-10-10

Family

ID=46949742

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2012102035063A Pending CN102724072A (zh) 2012-06-20 2012-06-20 容灾倒换的方法、装置和系统

Country Status (2)

Country Link
CN (1) CN102724072A (zh)
WO (1) WO2013189185A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013189185A1 (zh) * 2012-06-20 2013-12-27 华为技术有限公司 容灾倒换的方法、装置和系统

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107733683B (zh) * 2017-08-26 2021-01-26 深圳市盛路物联通讯技术有限公司 基于物联网的数据备份的方法和装置

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1378368A (zh) * 2001-03-28 2002-11-06 日本电气株式会社 网关系统及故障管理方法
CN1423458A (zh) * 2001-11-30 2003-06-11 深圳市中兴通讯股份有限公司 一种ip网中实现信令链路冗余备份的方法
CN1567838A (zh) * 2003-06-24 2005-01-19 华为技术有限公司 一种业务中断的处理方法
US6882653B1 (en) * 2000-05-22 2005-04-19 Hitachi, Ltd. Gateway system having controller and signal processor for interconnecting IP network and telephone network and method for controlling alternative routing at the time of fault of gateway system
CN1741476A (zh) * 2005-09-20 2006-03-01 广东省电信有限公司研究院 信令网关与媒体网关控制器之间的连接故障的处理方法
CN101043477A (zh) * 2007-03-26 2007-09-26 华为技术有限公司 一种信令网关的信令处理方法、系统及信令网关
CN101296170A (zh) * 2007-04-24 2008-10-29 中兴通讯股份有限公司 基于ip网络信令传输协议的优化系统及其实现方法

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100579027C (zh) * 2006-11-15 2010-01-06 中兴通讯股份有限公司 故障通知方法
CN102724072A (zh) * 2012-06-20 2012-10-10 华为技术有限公司 容灾倒换的方法、装置和系统

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6882653B1 (en) * 2000-05-22 2005-04-19 Hitachi, Ltd. Gateway system having controller and signal processor for interconnecting IP network and telephone network and method for controlling alternative routing at the time of fault of gateway system
CN1378368A (zh) * 2001-03-28 2002-11-06 日本电气株式会社 网关系统及故障管理方法
CN1423458A (zh) * 2001-11-30 2003-06-11 深圳市中兴通讯股份有限公司 一种ip网中实现信令链路冗余备份的方法
CN1567838A (zh) * 2003-06-24 2005-01-19 华为技术有限公司 一种业务中断的处理方法
CN1741476A (zh) * 2005-09-20 2006-03-01 广东省电信有限公司研究院 信令网关与媒体网关控制器之间的连接故障的处理方法
CN101043477A (zh) * 2007-03-26 2007-09-26 华为技术有限公司 一种信令网关的信令处理方法、系统及信令网关
CN101296170A (zh) * 2007-04-24 2008-10-29 中兴通讯股份有限公司 基于ip网络信令传输协议的优化系统及其实现方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013189185A1 (zh) * 2012-06-20 2013-12-27 华为技术有限公司 容灾倒换的方法、装置和系统

Also Published As

Publication number Publication date
WO2013189185A1 (zh) 2013-12-27

Similar Documents

Publication Publication Date Title
CN102265555B (zh) 通信设备间的主备倒换方法、通信设备和系统及服务请求设备
CN103270507B (zh) 根据刀片的物理位置，实现刀片的自动供应和配置的集成软件和硬件系统
CN102780635B (zh) 基于trill网络实现保护倒换的方法、tor交换机及系统
CN103368712A (zh) 主、备用设备切换方法及装置
CN102546222A (zh) 备份系统及故障检测处理方法
CN102006189A (zh) 用于双机冗余备份的主用接入服务器确定方法及装置
CN101729305A (zh) 故障自动恢复的方法、系统和控制网元
CN102257848A (zh) 通信设备间的主备倒换方法、通信设备和系统及服务请求设备
CN103560955A (zh) 冗余设备切换方法及装置
CN102265556B (zh) 通信设备间的主备倒换方法、通信设备和系统及服务请求设备
CN103004284B (zh) 用于增强性能的服务网关管理
CN104486128A (zh) 一种实现双控制器节点间冗余心跳的系统及方法
CN112653575A (zh) 一种网络配置方法、控制器及流量引导系统
CN108804260A (zh) 一种srio系统倒换的方法和装置
CN102611610A (zh) 一种多条相同路径隧道集中管理的方法和系统
JP6114835B2 (ja) セッション復旧方法、デバイス及びシステム
CN102724072A (zh) 容灾倒换的方法、装置和系统
KR100794428B1 (ko) 넘버.세븐 신호 링크셋 내의 이종 데이터 링크 수용 및운용 방법
CN105764082B (zh) 网元容灾方法及装置
US10164823B2 (en) Protection method and system for multi-domain network, and node
CN101227437A (zh) 实现媒体网关资源共享的方法、系统及设备
CN103051484B (zh) 会话业务处理方法、系统和会话边缘控制器
CN109104319B (zh) 一种数据存储装置及方法
CN105790995B (zh) 一种业务自动切换方法和装置
CN102064970A (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
C02 Deemed withdrawal of patent application after publication (patent law 2001)
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20121010