CN101753342B - 一种业务保护方法、节点和系统 - Google Patents

Abstract

本发明实施例涉及通信传输领域，特别公开了一种业务保护方法、节点和系统，包括：检测预先确定的旁路保护路径所对应的业务流量合并节点是否可用，如果不可用，取消所述旁路保护路径；重新选择旁路保护路径使用，以对业务进行保护。当所述业务流量合并点不可用时，仍然还能提供50ms以内的保护性能。即使Bypass LSP资源有限，不能成功的重新选择另一条Bypass LSP，也可防止错误的上报FRR倒换成功事件。

Description

一种业务保护方法、节点和系统

技术领域

本发明涉及通信传输领域，尤其涉及一种业务保护方法、节点和系统。

背景技术

快速重路由(Fast Reroute，FRR)是一种用于保护标签交换路径(LabelSwitched Path，LSP)链路和节点的机制。FRR可以用一条预先建立的LSP来保护一条或多条LSP，被保护的LSP称为主LSP，该预先建立的LSP称为保护LSP，也可称为Bypass LSP。而各条LSP可以通过资源预留协议(Resource ReservationProtocol，RSVP)或标签分配协议(Label Distribution Protocol，LDP)等协议来建立。当主LSP的链路或者节点失效时，在发现故障的节点进行保护倒换，该节点被称为本地修复节点(Point of Local Repair，PLR)，该保护倒换称为FRR倒换。这样可以将业务继续从保护LSP中通过，以使得业务传输不至于发生中断，而因为是局部的保护恢复，所以能够提供50ms以内保护恢复的性能。

发明人在研究过程中，发现现有技术的FRR，当一条主LSP上分别存在多条Bypass LSP时，如图1所示，从R1到R4建立有一条主LSP，经过R1-R2-R3-R4，还存在两条Bypass LSP：Bypass1和Bypass2。当R2-R3链路发生故障时，R2作为PLR节点会检测到并发起FRR倒换。然后当R1-R2链路故障时，R1作为另一个PLR节点发起FRR倒换，但是倒换不成功，而且PLR节点还会向管理平面错误上报FRR倒换成功；而如果存在多条保护路径，PLR节点也失去了尝试选择一条真正具有保护能力的保护路径的机会。

发明内容

有鉴于此，本发明实施例提供了一种业务保护方法、节点和系统，解决了现有技术的FRR倒换不成功，及向管理平面错误上报FRR倒换成功的问题。

本发明实施例提供了一种业务保护方法，包括：

检测预先确定的旁路保护路径所对应的业务流量合并节点是否可用，如果不可用，取消所述旁路保护路径；

重新选择旁路保护路径使用，以对业务进行保护。

本发明实施例还提供了一种节点，包括：

检测单元，用于检测预先确定的旁路保护路径所对应的业务流量合并节点是否可用；

处理单元，用于所述检测单元检测出所述业务流量合并节点不可用时，取消所述预先确定的旁路保护路径；并用于重新选择旁路保护路径使用，以对业务进行保护。

本发明实施例还提供了一种业务保护系统，包括第一本地修复节点、第一业务流量合并节点，所述第一业务流量合并节点是所述第一本地修复节点预先确定的旁路保护路径对应的业务流量合并节点，

所述第一本地修复节点，用于检测所述第一业务流量合并节点是否是否可用；并当所述第一业务流量合并节点不可用时，取消所述旁路保护路径；并用于重新选择旁路保护路径使用，以对业务进行保护。

在本发明实施例中，通过PLR节点及时检测预先确定的Bypass LSP是否真正具有实际保护能力，即及时检测预先确定的旁路保护路径所对应的业务流量合并节点是否可用，当不可用时，能够发现是否进入欠保护状态，若该预先确定的Bypass LSP实际上已不具备保护功能，则取消该预先确定的Bypass LSP，另外重新选择一条合适的Bypass LSP，尽可能还能提供50ms以内的保护性能。即使Bypass LSP资源有限，不能成功的重新选择另一条Bypass LSP，也可防止错误的上报FRR倒换成功事件。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，并不构成对本发明的限定。在附图中：

图1示出了现有技术的业务故障状态处理示意图；

图2是本发明一实施例提供的一种业务保护方法的流程图；

图3是本发明一实施例的业务故障状态处理示意图；

图4是本发明一实施例的RRO对象示意图；

图5是本发明一实施例的业务故障状态处理示意图；

图6是本发明一实施例的业务故障状态处理示意图；

图7是本发明一实施例的业务故障状态处理示意图；

图8是本发明一实施例提供的一种节点；

图9是本发明另一实施例提供的一种节点；

图10是本发明另一实施例提供的一种节点；

图11是本发明另一实施例提供的一种业务保护系统；

图12是本发明另一实施例提供的一种业务保护系统。

具体实施方式

本发明实施例提供的一种业务保护方法，包括：检测预先确定的旁路保护路径所对应的业务流量合并节点是否可用，如果不可用，取消所述旁路保护路径；重新选择旁路保护路径，以对业务进行保护。

本发明实施例通过PLR节点及时检测预先确定的Bypass LSP是否真正具有实际保护能力，即及时检测预先确定的旁路保护路径所对应的业务流量合并节点是否可用，当不可用时，能够发现是否进入欠保护状态，若该预先确定的Bypass LSP实际上已不具备保护功能，则取消该预先确定的Bypass LSP，另外重新选择一条合适的Bypass LSP，尽可能还能提供50ms以内的保护性能。即使Bypass LSP资源有限，不能成功的重新选择另一条Bypass LSP，也可防止错误的上报FRR倒换成功事件。

为了便于本领域一般技术人员理解和实现本发明，现结合附图描绘本发明的实施例。在此，本发明的示意性实施例及其说明用于解释本发明，但并不作为对本发明的限定。

如图2所示，为本发明一实施例提供的一种业务保护方法的流程图，该方法包括：

S1、检测预先确定的旁路保护路径所对应的业务流量合并节点是否可用，如果不可用，取消所述旁路保护路径；

这里，检测预先确定的旁路保护路径所对应的业务流量合并节点是否可用具体包括：

检测所述业务流量合并节点是否被下游已经发生的快速重路由旁路而不可用。

如图3所示，当R2-R3链路发生故障时，R2作为PLR节点会检测到并发起FRR倒换，FRR倒换成功后，业务流量经过Bypass2到达R4节点，该R4节点也被称为本地修复节点R2的Bypass2的业务流量合并节点(Merge Point，MP)，主LSP上R2-R4之间的带宽、内存等资源，包括R3的资源会被释放掉，这种情况称为R3被已经发生的快速重路由旁路。

当然，这里预先确定的旁路保护路径所对应的业务流量合并节点是否可用还可能有该业务流量合并节点故障等其他各种情况，本发明对此并不限制，都在本发明保护范围内。而如何预先确定旁路保护路径为现有技术，在此不再进行赘述。

R2节点(PLR节点)触发FRR倒换时，向上游发送故障通告报文PathErr，通知首节点发生了FRR倒换。上游各节点从PathErr报文携带的ERRSPEC对象中，可以得知本次FRR倒换事件对应的PLR节点位置，即R2节点。

R2节点通过Bypass2传递倒换信令，即向R4节点发送倒换通知报文，本发明这一实施例为倒换Path报文，也可以为其他倒换通知报文，本发明不对之进行限制。R4节点接收到倒换Path报文后，会从接口2向首节点发送倒换Resv报文，本发明这一实施例为倒换Resv报文，也可以为其他倒换响应报文，本发明不对之进行限制。而建立主LSP时，是从接口1发送Resv报文。如图4所示，在Resv报文的记录路由对象(Record Route Object，RRO)中携带有发送该Resv报文的接口信息，即在建立主LSP时，Resv报文的RRO中携带有接口1的信息，上游各节点保存的信息也是经过接口1的信息。在该倒换Resv报文的RRO中携带有接口2的信息。

各上游节点接收到PathErr报文和倒换Resv报文后，判断预先确定的旁路保护路径的MP节点是否被当前FRR旁路，具体判断过程为：通过比较接收到的倒换Resv报文中的RRO对象和本地保存的信息，判断在R4节点发生了变化，变化的节点即本次FRR倒换对应的MP节点；判断该上游节点预先确定的旁路保护路径的MP节点是否在本次FRR倒换对应的PLR节点和MP节点之间，比如对于R1来说，就可以判断自己预先确定的旁路保护路径Bypass1的MP节点R3是否在本次FRR倒换对应的PLR节点R2和MP节点R4之间，如果是，则可判断该预先确定的旁路保护路径的MP节点已经被当前FRR旁路而不可用了；

各上游节点判断出自己预先确定的旁路保护路径的MP节点已经被当前FRR旁路而不可用后，取消预先确定的旁路保护路径。

本发明另一实施例中，如图5所示，如果R1节点检测出当前FRR倒换跟自己的保护区域没有关系，即判断出预先确定的旁路保护路径Bypass1的MP节点R3没有被当前FRR旁路，则保持当前选择的Bypass1不变。

S2、重新选择旁路保护路径使用，以对业务进行保护。

各上游节点检查是否有其他旁路保护路径，如果有，检查所述其他旁路保护路径的业务流量合并节点是否不在所述下游已经发生的快速重路由的本地修复节点和业务流量合并节点之间，如果是，选择一条所述其他旁路保护路径使用，以对业务进行保护。

本发明一实施例如图6所示，R1检查出保护主LSP的还有Bypass3，且Bypass3的MP节点R5不在本次FRR倒换对应的PLR节点R2和MP节点R4之间，则重新选择Bypass3作为发生故障时进行FRR倒换的旁路保护路径。而在R2-R3链路修复之前，如果R1-R2链路也发生故障，则R1利用重新选择的Bypass3作为进行FRR倒换的旁路保护路径。

本发明另一实施例如图7所示，R1检查出保护主LSP的还有Bypass4，但Bypass4的MP节点R3在本次FRR倒换对应的PLR节点R2和MP节点R4之间，则重新选择不成功，如果在R2-R3链路修复之前，R1-R2链路也发生故障，则进行端到端重路由恢复业务，具体端到端重路由恢复方法为现有技术，本发明不再进行赘述。

本发明实施例通过PLR节点及时检测预先确定的Bypass LSP是否真正具有实际保护能力，即及时检测预先确定的旁路保护路径对应的业务流量合并节点是否被下游已经发生的快速重路由旁路而不可用，当一次故障发生后，能够发现是否进入欠保护状态，若所选择的Bypass LSP实际上已不具备保护功能，则取消该预先确定的Bypass LSP，另外重新选择一条合适的Bypass LSP，尽可能在二次故障时仍然还能提供50ms以内的保护性能。即使Bypass LSP资源有限，不能成功的重新选择另一条Bypass LSP，也可防止错误的上报FRR倒换成功事件。

如图8所示，为本发明一实施例提供的一种节点，包括：

检测单元，用于检测预先确定的旁路保护路径所对应的业务流量合并节点是否可用；

处理单元，用于所述检测单元检测出所述业务流量合并节点不可用时，取消所述预先确定的旁路保护路径，并用于重新选择旁路保护路径使用，以对业务进行保护。

本发明另一实施例中，所述检测单元具体用于检测所述业务流量合并节点是否被下游已经发生的快速重路由旁路而不可用。

如图9所示，为本发明另一实施例提供的一种节点，该节点除了包括图8所示节点所包括的检测单元和处理单元外，该节点还包括：

第一接收单元，用于接收所述下游已经发生的快速重路由的本地修复节点发送的故障通告报文；

第一判断单元，用于从所述故障通告报文中判断出所述下游已经发生的快速重路由的本地修复节点，并通知给所述检测单元。

如图10所示，为本发明另一实施例提供的一种节点，该节点包括图9所示节点所包括的检测单元、处理单元、第一接收单元和第一判断单元，其中，该检测单元具体包括：

第二接收单元，用于接收所述下游已经发生的快速重路由的业务流量合并节点发送的倒换响应报文；

第二判断单元，用于比较所述倒换响应报文中携带的接口信息和本节点保存的接口信息，判断出所述下游已经发生的快速重路由的业务流量合并节点；

第三判断单元，用于判断所述业务流量合并节点是否在所述下游已经发生的快速重路由的本地修复节点和业务流量合并节点之间，如果在，则所述业务流量合并节点被下游已经发生的快速重路由旁路而不可用。

上述节点各单元之间具体的信号处理、执行过程等内容，由于与本发明方法实施例基于同一构想，可参见本发明方法实施例中的叙述，此处不再赘述。

本发明实施例通过PLR节点及时检测预先确定的Bypass LSP是否真正具有实际保护能力，即及时检测预先确定的旁路保护路径所对应的业务流量合并节点是否可用，当不可用时，能够发现是否进入欠保护状态，若该预先确定的Bypass LSP实际上已不具备保护功能，则取消该预先确定的Bypass LSP，另外重新选择一条合适的Bypass LSP，尽可能还能提供50ms以内的保护性能。即使Bypass LSP资源有限，不能成功的重新选择另一条Bypass LSP，也可防止错误的上报FRR倒换成功事件。

如图11所示，为本发明一实施例提供的一种业务保护系统，包括第一本地修复节点、第一业务流量合并节点，所述第一业务流量合并节点是所述第一本地修复节点预先确定的旁路保护路径对应的业务流量合并节点，

所述第一本地修复节点，用于检测所述第一业务流量合并节点是否是否可用；并当所述第一业务流量合并节点不可用时，取消所述旁路保护路径；并用于重新选择旁路保护路径使用，以对业务进行保护。

本发明另一实施例中，所述第一本地修复节点具体用于检测所述业务流量合并节点是否被下游已经发生的快速重路由旁路而不可用，并当检测结果为是时，取消所述旁路保护路径；并用于重新选择旁路保护路径使用，以对业务进行保护。

如图12所示，为本发明另一实施例提供的一种业务保护系统，除了包括图11所示系统所包括的第一本地修复节点、第一业务流量合并节点外，该系统还包括第二本地修复节点、第二业务流量合并节点，

所述第二本地修复节点，用于在发生故障时进行快速重路由倒换，并用于向所述第一本地修复节点发送故障通告报文，并用于向所述第二业务流量合并节点发送倒换通知报文；

所述第二业务流量合并节点，用于接收到所述倒换通知报文后，向所述第二本地修复节点和第一本地修复节点发送倒换响应报文；

所述第一本地修复节点，还用于比较所述倒换响应报文中携带的接口信息和本节点保存的接口信息，判断出所述下游已经发生的快速重路由的业务流量合并节点；

所述第一本地修复节点，还用于从所述故障通告报文中判断出所述下游已经发生的快速重路由的本地修复节点；

所述第一本地修复节点，还用于判断所述第一业务流量合并节点是否在所述下游已经发生的快速重路由的本地修复节点和业务流量合并节点之间，如果在，则所述第一业务流量合并节点被下游已经发生的快速重路由旁路而不可用。

上述系统各节点之间具体的信号处理、执行过程等内容，由于与本发明方法实施例基于同一构想，可参见本发明方法实施例中的叙述，此处不再赘述。

本发明实施例通过第一本地修复节点及时检测预先确定的Bypass LSP是否真正具有实际保护能力，即及时检测预先确定的旁路保护路径对应的业务流量合并节点是否可用，当不可用时，能够发现是否进入欠保护状态，若预先确定的Bypass LSP实际上已不具备保护功能，则取消该预先确定的Bypass LSP，另外重新选择一条合适的Bypass LSP，尽可能还能提供50ms以内的保护性能。即使Bypass LSP资源有限，不能成功的重新选择另一条Bypass LSP，也可防止错误的上报FRR倒换成功事件。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的硬件平台的方式来实现，当然也可以全部通过硬件来实施，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案对背景技术做出贡献的全部或者部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求书的保护范围为准。

Claims (9)

1.一种业务保护方法，其特征在于，包括：

本地修复节点检测预先确定的旁路保护路径所对应的业务流量合并节点是否可用，如果不可用，取消所述旁路保护路径；

所述本地修复节点重新选择旁路保护路径使用，以对业务进行保护；

所述本地修复节点检测预先确定的旁路保护路径所对应的业务流量合并节点是否可用具体包括：

所述本地修复节点检测所述预先确定的旁路保护路径所对应的业务流量合并节点是否被下游已经发生的快速重路由旁路而不可用。

2.如权利要求1所述的方法，其特征在于，在所述本地修复节点检测所述预先确定的旁路保护路径所对应的业务流量合并节点是否被下游已经发生的快速重路由旁路而不可用之前，所述方法还包括：

所述本地修复节点接收所述下游已经发生的快速重路由的本地修复节点发送的故障通告报文；并从所述故障通告报文中判断出所述下游已经发生的快速重路由的本地修复节点。

3.如权利要求2所述的方法，其特征在于，所述本地修复节点检测所述预先确定的旁路保护路径所对应的业务流量合并节点是否被下游已经发生的快速重路由旁路而不可用具体包括：

所述本地修复节点接收所述下游已经发生的快速重路由的业务流量合并节点发送的倒换响应报文；

所述本地修复节点比较所述倒换响应报文中携带的接口信息和所述本地修复节点保存的接口信息，判断出所述下游已经发生的快速重路由的业务流量合并节点；

所述本地修复节点判断所述预先确定的旁路保护路径所对应的业务流量合并节点是否在所述下游已经发生的快速重路由的本地修复节点和所述下游已经发生的快速重路由的业务流量合并节点之间，如果在，则所述预先确定的旁路保护路径所对应的业务流量合并节点被下游已经发生的快速重路由旁路而不可用。

4.如权利要求1所述的方法，其特征在于，所述本地修复节点重新选择旁路保护路径使用，以对业务进行保护，具体包括：

所述本地修复节点检查是否有其他旁路保护路径，如果有，检查所述其他旁路保护路径的业务流量合并节点是否不在所述下游已经发生的快速重路由的本地修复节点和所述下游已经发生的快速重路由的业务流量合并节点之间，如果是，选择一条所述其他旁路保护路径使用，以对业务进行保护。

5.一种作为快速重路由中的本地修复节点的节点，其特征在于，包括：

检测单元，用于检测预先确定的旁路保护路径所对应的业务流量合并节点是否可用；

处理单元，用于所述检测单元检测出所述预先确定的旁路保护路径所对应的业务流量合并节点不可用时，取消所述预先确定的旁路保护路径；并用于重新选择旁路保护路径使用，以对业务进行保护；

所述检测单元具体用于检测所述预先确定的旁路保护路径所对应的业务流量合并节点是否被下游已经发生的快速重路由旁路而不可用。

6.如权利要求5所述的节点，其特征在于，所述节点还包括：

第一接收单元，用于接收所述下游已经发生的快速重路由的本地修复节点发送的故障通告报文；

第一判断单元，用于从所述故障通告报文中判断出所述下游已经发生的快速重路由的本地修复节点，并通知给所述检测单元。

7.如权利要求6所述的节点，其特征在于，所述检测单元具体包括：

第二接收单元，用于接收所述下游已经发生的快速重路由的业务流量合并节点发送的倒换响应报文；

第二判断单元，用于比较所述倒换响应报文中携带的接口信息和本地保存的接口信息，判断出所述下游已经发生的快速重路由的业务流量合并节点；

第三判断单元，用于判断所述预先确定的旁路保护路径所对应的业务流量合并节点是否在所述下游已经发生的快速重路由的本地修复节点和所述下游已经发生的快速重路由的业务流量合并节点之间，如果在，则所述预先确定的旁路保护路径所对应的业务流量合并节点被下游已经发生的快速重路由旁路而不可用。

8.一种业务保护系统，包括第一本地修复节点、第一业务流量合并节点，所述第一业务流量合并节点是所述第一本地修复节点预先确定的旁路保护路径对应的业务流量合并节点，其特征在于，

所述第一本地修复节点，包括：

检测单元，用于检测所述第一业务流量合并节点是否可用；

处理单元，用于所述检测单元检测出所述第一业务流量合并节点不可用时，取消所述预先确定的旁路保护路径；并用于重新选择旁路保护路径使用，以对业务进行保护；。

所述第一本地修复节点的检测单元具体用于检测所述第一业务流量合并节点是否被下游已经发生的快速重路由旁路而不可用，并当检测结果为是时，所述第一本地修复节点的处理单元用于取消所述旁路保护路径；并用于重新选择旁路保护路径使用，以对业务进行保护。

9.如权利要求8所述的系统，其特征在于，所述系统还包括第二本地修复节点、第二业务流量合并节点，所述第二本地修复节点，用于在发生故障时进行快速重路由倒换，并用于向所述第一本地修复节点发送故障通告报文，并用于向所述第二业务流量合并节点发送倒换通知报文；

所述第二业务流量合并节点，用于接收到所述倒换通知报文后，向所述第二本地修复节点和第一本地修复节点发送倒换响应报文；

所述第一本地修复节点，还包括：第二判断单元，用于比较所述倒换响应报文中携带的接口信息和本地保存的接口信息，判断出所述第二业务流量合并节点；

第二接收单元，用于从所述故障通告报文中判断出所述第二本地修复节点；

第三判断单元，用于判断所述第一业务流量合并节点是否在所述第二本地修复节点和所述第二业务流量合并节点之间，如果在，则所述第一业务流量合并节点被下游已经发生的快速重路由旁路而不可用。

Images