专利名称：容灾倒换的方法、装置和系统的制作方法
技术领域：
本发明实施例涉及通信技术领域，尤其涉及一种容灾倒换的方法、装置和系统。
背景技术：
随着固定移动网络融合的发展，UDC(用户数据融合，User Data Convergence)架构正在成为各大通信设备厂商在SDM(用户数据管理,Subscriber Data Management)解决方案的主要产品架构。在M)C架构下，使用业务节点FE(业务节点，Front End,FE)来完成 CS (Circuit Switched domain,电路域)/PS (Packet domain,分组域)/IMS (IP multimediasubsystem, IP多媒体子系统)各种领域的业务逻辑处理，使用共同的BE(数据节点，BackEnd)完成用户数据融合存储和集中管理。由于用户数据是运营商通信网络的核心数据，用户数据的一致性和可靠性不仅是电信运行商最关注的指标，也是电信网络服务质量的核心指标。而在UDC架构下，FE和BE实现了分离部署，也实现了业务逻辑和数据管理的分离，因此对用户数据的可靠性和一致性也带来了挑战。BE作为用户数据中心，一般都采取分布式部署，在多个地理位置形成容灾组网，确保用户数据的安全。容灾解决方案中最关键的核心技术是如何实现故障场景下的容灾倒换。即当某个FE/BE故障时，其它的FE/BE可以进行自动的倒换和接管，确保对终端用户提供无缝的业务体验。现有FE/BE容灾倒换方案是普遍使用的是单层的倒换方案。对端网络设备，例如MSC(MobiIe Switching Center,移动交换中心)/STP(Signalling Transfer Point,信令转接点)通过FE和BE通信连接，当MSC/STP发现主用FE不可用后，倒换到容灾FE。BE发现主用FE不可用时，倒换到容灾FE发送用户签约数据变化的通知消息。但是在有些场景下，比如如果某个FE和对端网络设备的链路出现故障，那么这时BE发送给FE的订阅通知消息实际无法下发到对端网络设备；或者，如果主用FE和主用BE/容灾BE的通信链路全部故障，那么对端网络设备向FE发送的业务请求也会失败。也就是说，在这些场景下，即使FE的状态正常，业务也无法正常进行，导致用户的业务体验差。
发明内容
本发明实施例提供一种容灾倒换的方法、装置和系统，解决原有单层容灾倒换下无法解决的故障场景，提高了用户的业务体验和运营商网络的可靠性。一方面，本发明实施例提供了一种容灾倒换的方法，包括业务节点分别与至少一个第一设备和至少一个第二设备通信连接；当所述业务节点检测到与所述至少一个第一设备之间的链路发生故障，则关闭自身与所述至少一个第二设备之间的链路；以使任一所述第二设备检测到与所述业务节点之间的链路不可达时，选择所述业务节点的备用节点来提供服务。另一方面，本发明实施例提供了一种业务节点，包括
第一单元，用于使所述业务节点分别与至少一个第一设备和至少一个第二设备通信连接；第二单元，用于当所述业务节点检测到与所述至少一个第一设备之间的链路发生故障，则关闭自身与所述至少一个第二设备之间的链路；以使任一所述第二设备检测到与所述业务节点之间的链路不可达时，选择所述业务节点的备用节点来提供服务。另一方面，本发明实施例提供了一种容灾倒换的系统，包括至少一个第一设备、至少一个第二设备，和与所述至少一个第一设备及所述至少一个第二设备通信连接的业务节点，所述业务节点，用于当检测到与所述至少一个第一设备之间的链路发生故障时，则关闭自身与所述至少一个第二设备之间的链路；
所述第二设备，用于当检测到与所述业务节点之间的链路不可达时，选择所述业务节点的备用节点来提供服务。本发明实施例提供的容灾倒换的的方法，业务节点分别与至少一个第一设备和至少一个第二设备通信连接；当所述业务节点检测到与所述至少一个第一设备之间的链路发生故障，则关闭自身与所述至少一个第二设备之间的链路；以使任一所述第二设备检测到与所述业务节点之间的链路不可达时，选择所述业务节点的备用节点来提供服务，从而解决原有单层容灾倒换下无法解决的故障场景，提高了用户的业务体验和运营商网络的可靠性。
为了更清楚地说明本发明实施例的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。图I为本发明提供的一个容灾倒换的方法实施例一的流程图；图2为本发明提供的一种故障场景示意图；图3为本发明提供的另一种故障场景示意图；图4为本发明提供的容灾倒换的方法实施例二的流程图；图5为本发明提供的容灾倒换的方法实施例三的流程图；图6为本发明提供的容灾倒换的方法实施例四的流程图；图7为本发明提供的容灾倒换的方法实施例五的流程图；图8为本发明提供的业务节点实施例的结构示意图；图9为本发明提供的容灾倒换系统实施例的结构示意图。
具体实施例方式下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
图I为本发明提供的容灾倒换的方法实施例一的流程图，如图I所示，该方法包括S101，业务节点FE分别与至少一个第一设备和至少一个第二设备通信连接；在UDC架构下，业务处理由FE完成，用户数据的存储和管理由BE完成，BE可以支持各种领域的业务，只要部署对应的FE即可。本发明与具体的网络域、FE类型无直接关系，FE可以是CS域的HLR(归属位置寄存器，Home Location Register)、IMS域的HSS(归属用户服务器，Home subscriber Server)或 PS 域的 PCRF(Policy and Charging RulesFunction,策略与计费规则功能实体)，当然也不限于 这些。例如，第一设备和第二设备可以分别是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之间的链路都发生故障，贝1J关闭自身和所述至少一个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关闭的是自身和BEl之间的链路；相应的，S405步骤中的主用BE就是BEl。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 Control Part)信令点状态设置为不可达；也可以为，主用HLR将自身的M3UA(MTP第三层用户适配层，MTP3-User Adaptationlayer)/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所示的是MS域中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所示的是MS域中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 controltransmission 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-Only Memory)、随机存取存储器(RAM, Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。以上所述，仅为本发明的具体实施方式
，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵 盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。
权利要求
1.一种容灾倒换方法，其特征在于，包括 业务节点分别与至少一个第一设备和至少一个第二设备通信连接； 当所述业务节点检测到与所述至少一个第一设备之间的链路发生故障，则关闭自身与所述至少一个第二设备之间的链路；以使任一所述第二设备检测到与所述业务节点之间的链路不可达时，选择所述业务节点的备用节点来提供服务。
2.如权利要求I所述的方法，其特征在于，所述第一设备为移动交换中心MSC/信令转接点STP，所述第二设备为数据节点BE，所述当所述业务节点检测到与所述至少一个第一设备之间的链路发生故障，则关闭自身与所述至少一个第二设备之间的链路，具体包括当所述业务节点检测到与所述至少一个MSC/STP之间的链路发生故障，则关闭自身和所述至少一个BE之间的简单对象访问协议SOAP订阅通知链路。
3.如权利要求2所述的方法，其特征在于，所述关闭自身和所述至少一个BE之间的SOAP订阅通知链路具体包括所述业务节点关闭自身和所述至少一个BE之间的传输控制协议TCP链路； 相应的，所述任一所述第二设备检测到与所述业务节点之间的链路不可达时，具体包括任一 BE检测到与所述业务节点间的TCP链路不可达。
4.如权利要求I所述的方法，其特征在于，所述第一设备为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.如权利要求I所述的方法，其特征在于，所述第一设备为服务呼叫会话控制功能S-CSCF，第二设备为BE，所述当所述业务节点检测到与所述至少一个第一设备的链路发生故障，则关闭自身与所述至少一个第二设备之间的链路，具体包括所述业务节点检测到与所述至少一个S-CSCF的链路发生故障，则关闭自身和所述至少一个BE之间的SOAP订阅通知链路。
8.如权利要求7所述的方法，其特征在于，所述关闭自身和所述至少一个BE之间的SOAP订阅通知链路具体包括所述业务节点关闭自身和所述至少一个BE之间的TCP链路； 相应的，所述任一所述第二设备检测到与所述业务节点之间的链路不可达，具体包括任一 BE检测到和所述业务节点之间的TCP链路不可达。
9.如权利要求I所述的方法，其特征在于，所述第一设备为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任一所述的业务节点。
全文摘要
本发明实施例提供一种容灾倒换的方法、装置和系统。容灾倒换的方法包括业务节点分别与至少一个第一设备和至少一个第二设备通信连接；当所述业务节点检测到与所述至少一个第一设备之间的链路发生故障，则关闭自身与所述至少一个第二设备之间的链路；以使任一所述第二设备检测到与所述业务节点之间的链路不可达时，选择所述业务节点的备用节点来提供服务。通过本发明实施例提供的容灾倒换的方法，可以提高用户体验。
文档编号H04L12/24GK102724072SQ20121020350
公开日2012年10月10日 申请日期2012年6月20日 优先权日2012年6月20日
发明者侯前进, 刘恒, 刘海静, 周江鲤, 胡达 申请人:华为技术有限公司