CN102790687B - 保护倒换失败时保护业务的方法及装置 - Google Patents

Abstract

本发明公开了一种保护倒换失败时保护业务的方法及装置，上述方法包括：当保护倒换失败时，获取保护倒换失败的原因；根据保护倒换失败的原因重新发起保护倒换请求。通过本发明提供的技术方案，解决了现有技术中缺乏保护倒换失败处理方案的问题，进而达到了维护业务的正常交叉连接，保障业务畅通的效果。

Description

保护倒换失败时保护业务的方法及装置

技术领域

本发明涉及通信领域，具体而言，涉及一种保护倒换失败时保护业务的方法及装置。

背景技术

现代光通信网络的发展从PDH(Plesynhronous Digital Hierarchy，准同步数字系列)算起，经过SDH(Synchronous Digital Hierarchy，同步数字体系)/SONET(Synchronous OpticalNetwork，同步光纤网络)/OTN(Optical Transport Network，光传输网络)到现在的ASON(Automatically Switching Optical Network，自动交换光网络)自动交换光网络，充分反映了光通信网从低速链路到高速、超高速，从点对点拓扑到环、网，从低速电复用到高速电复用、光复用，从主要面向链路、网元的管理到面向端到端服务的管理得演进趋势。

ASON为各种网络设备提供了统一的控制、管理平面，技术上为制造商提供了促使光网络智能化的有力工具，同时也充分考虑了如何满足运营商的需求。通过控制平面配置的M:N保护组，即配置M条保护业务来保护N条工作业务。当承载业务的工作连接出现故障时，可以通过保护连接来保证出现故障的工作业务的正常运行。当工作连接故障消失后，业务将回到原始连接上，此时允许保护连接承载额外业务。

M:N保护组在进行业务保护时，如果发生倒换失败，特别是其中一个网元节点倒换成功，另一个节点倒换失败，致使整个倒换失败，会进而使涉及到的工作连接及保护连接的交叉都处于非正常状态，即交叉错乱的状态。上述倒换包括：普通倒换和抢占倒换，普通倒换是指一条工作因网管命令或是告警而需要倒换到保护的倒换操作；抢占倒换是指保护连接上已经保护一条工作业务A，而此时又有需要倒换到保护的工作业务B，因B的优先级高于A，故要B要抢占A倒换到保护，而A需要撤销倒换。

目前控制平面中的M:N保护倒换相关技术及解决方案存在以下缺点：

(1)均是描述如何实现保护倒换，而对于保护倒换失败时如何处理则没有相关描述。

(2)对于已经倒换到保护的工作业务，如果没有告警或是网管倒换命令，没有做撤销倒换的处理，致使没有故障的原始连接却空闲着，并且不承载业务，而由保护连接承载业务，这样会浪费保护连接资源。

发明内容

本发明的主要目的在于提供一种保护倒换失败时保护业务的方法及装置，以至少解决上述问题之一。

根据本发明的一个方面，提供了一种应用于自动光交换网络M:N保护组中的保护倒换失败时保护业务的方法，包括：当保护倒换失败时，获取保护倒换失败的原因；根据保护倒换失败的原因重新发起保护倒换请求。

根据本发明的另一方面，提供了一种应用于自动光交换网络M:N保护组中的保护倒换失败时保护业务的装置，包括：原因获取模块，用于在保护倒换失败时，获取保护倒换失败的原因；重新发起模块，用于根据保护倒换失败的原因重新发起保护倒换请求。

通过本发明，采用当发生保护倒换失败时，实时的获取失败原因，根据失败原因重新发起保护倒换的方案，解决了现有技术中缺乏保护倒换失败处理方案的问题，进而达到了维护业务的正常交叉连接，保障业务畅通的效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的保护倒换失败时保护业务的方法的流程图；

图2是根据本发明优选实施例的保护倒换失败时保护业务的方法流程图；

图3是根据本发明实例的1:N保护组配置示意图；

图4是根据本发明实例的抢占倒换失败后重新触发抢占倒换对交叉进行修复的过程示意图；

图5是根据本发明实施例的保护倒换失败时保护业务的装置的结构框图；

图6是根据本发明优选实施例的保护倒换失败时保护业务的装置的结构框图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

图1是根据本发明实施例的保护倒换失败时保护业务的方法的流程图。如图1所示，根据本发明实施例的保护倒换失败时保护业务的方法包括：

步骤S102，当保护倒换失败时，获取保护倒换失败的原因；

步骤S104，根据保护倒换失败的原因重新发起保护倒换请求。

上述方法为M:N保护组提供了一种重试机制，即根据失败原因，通过重新触发倒换动作来修复业务的连接，从而达到了维护业务的正常交叉连接，保障业务畅通的目的，进而达到了保护业务的目的。倒换失败无非是两种情况：一是首尾节点都倒换失败；二是首尾节点的某一个节点倒换成功，某一个节点倒换失败。上述方法适用于上述的两种倒换失败的情况。

优选地，步骤S104可以进一步包括以下处理：根据保护倒换失败的原因恢复M:N保护组进行保护倒换之前的状态，重新发起保护倒换请求。

根据保护倒换失败的原因重新发起保护倒换请求可以首先根据保护倒换失败的原因恢复M:N保护组进行保护倒换之前的状态，确保需要进行保护倒换的原因没有发生变化，然后再重新发起保护倒换请求。

优选地，上述保护倒换失败的原因可以包括以下之一：普通倒换失败、抢占倒换失败、撤销倒换失败。

在M:N保护组中，在进行普通倒换、抢占倒换、撤销倒换时都可能会失败，从而会进一步的导致保护倒换整体失败。

优选地，根据保护倒换失败的原因恢复M:N保护组进行保护倒换之前的状态，重新发起保护倒换请求可以进一步包括以下处理：

(1)当保护倒换失败原因为普通倒换失败时，恢复M:N保护组普通倒换前的状态，重新发起普通倒换请求；

(2)当保护倒换失败原因为抢占倒换失败时，恢复M:N保护组抢占倒换前的状态，重新发起抢占倒换请求；

(3)当保护倒换失败原因为撤销倒换失败时，恢复M:N保护组撤销倒换前的状态，重新发起撤销倒换请求。

对应不同的倒换失败原因，重新发起倒换请求时所做的处理也不相同。

优选地，在重新发起保护倒换请求之后，还可以进一步包括以下处理：在保护倒换保护的工作连接恢复正常后，撤销保护倒换。

因为倒换失败，经过上述方法，重新倒换成功后，如果工作连接无告警，则该保护倒换就可以撤消了，由该工作连接再次承载业务，而保护连接则可以去保护其他的发生告警的工作连接或者在业务繁重时直接承载额外业务。

上述优选实施例的实施需要两个前提：(1)已配置好M:N保护组；(2)连接返回倒换失败。在实施过程中，前一个动作未执行完，必须先执行，然后再根据执行情况做后续处理。如图2所示，在具体实施过程中，上述优选实施例可以概括如下：

步骤S202，连接的A端网元收到倒换失败的应答消息；

步骤S204，上报网管倒换失败，判断是否需要重新触发，是则转步骤S206，否则结束；

步骤S206，判断倒换失败原因，当保护倒换失败原因为普通倒换失败时，转步骤S208，当保护倒换失败原因为抢占倒换失败时，转步骤S210，当保护倒换失败原因为撤销倒换失败时，转步骤S212；

步骤S208，修复保护组普通倒换前的状态，重新触发普通倒换，转步骤S214；

步骤S210，修复保护组抢占倒换前的状态，重新触发抢占倒换，转步骤S214；

步骤S212，修复保护组撤销倒换前的状态，重新触发撤销倒换，转步骤S220；

步骤S214，判断重新触发的倒换是否成功，是则转步骤S216，否则转步骤S202；

步骤S216，判断换到保护的工作连接是否已无告警且无网管命令，是则转步骤S222，否则转步骤S218；

步骤S218，撤销保护倒换；

步骤S220，判断撤销保护倒换是否成功，是则转步骤S222，否则转步骤S202；

步骤S222，根据当前的保护组中的告警状态及网管命令，按照倒换原则处理。

上述优选实施例主要应用在ASON网络控制平面中M:N保护组在保护业务而发生倒换失败时，使保护组可以根据倒换失败原因，重新向连接发起倒换请求，并根据倒换请求结果做后续倒换处理，进而修复错乱的交叉，保证业务的畅通，达到保护业务的目的。

下面结合实例对上述优选实施例进行详细说明。下述实例中的M:N保护组，M取值1，N取值为4。如图3所示，P为保护连接，W1、W2、W3、W4分别为优先级为1、2、3、4的工作连接。

实施例1：

W1倒换到保护失败，W1无告警，倒换失败的后续处理流程如下：

步骤1：A端网元接收到连接上报的W1倒换到P失败、判断是否需要重新触发倒换。若是，则转步骤2。

步骤2：重新触发普通倒换，直到倒换成功。

步骤3：W1是否有告警，若无且无网管倒换命令，则撤销倒换，业务回到W1上，P允许传送额外业务，转步骤4。否则，直接转步骤4。

步骤4：向网管上报倒换成功事件。

步骤5：根据保护组中的告警状态及网管命令，按照倒换原则进行后续处理。

步骤6：结束。

实施例2：

W2告警SF倒换到保护P成功，W1告警SF，W1抢占W2倒换失败，W1告警消失，抢占倒换失败的后续处理流程如下(参考图4)：

步骤1：A端网元接收到连接上报的W1抢占W2倒换到P失败、判断是否需要重新触发抢占倒换。若是，则转步骤2。

步骤2：重新触发抢占倒换，直到抢占倒换成功。

步骤3：W1是否有告警，若无且无网管倒换命令，则撤销倒换，业务回到W1上，P允许传送额外业务，转步骤4。否则，直接转步骤4。

步骤4：向网管上报倒换成功事件。

步骤5：根据保护组中的告警状态及网管命令，按照倒换原则进行后续处理。

步骤6：结束。

图4是根据本发明实例的抢占倒换失败后重新触发抢占倒换对交叉进行修复的过程示意图。其中，A节点倒换成功、Z节点倒换失败，需要重新触发抢占倒换来修复交叉(W1、W2无恢复属性)。如图4所示：

过程①，W2已经成功倒换到P上。

过程②，W1抢占W2时，A端节点抢占成功，Z端节点抢占失败，整个抢占倒换失败。

过程③，重新触发抢占倒换，成功。

过程④，重新抢占成功后，若W1无告警，则其撤销倒换。P允许承载额外业务。

图5是根据本发明实施例的保护倒换失败时保护业务的装置的结构框图。如图5所示，根据本发明实施例的保护倒换失败时保护业务的装置包括：

原因获取模块52，用于在保护倒换失败时，获取保护倒换失败的原因；

重新发起模块54，连接至原因获取模块52，用于根据保护倒换失败的原因重新发起保护倒换请求。

上述装置在M:N保护组发生倒换失败时，会根据失败原因，重新触发倒换动作来修复业务的连接，以达到维护业务的正常交叉连接，保障业务畅通的目的，进而达到保护业务的目的。

优选地，重新发起模块54，还可以用于据保护倒换失败的原因恢复M:N保护组进行保护倒换之前的状态，重新发起保护倒换请求。

重新发起模块54在重新发起保护倒换请求前，可以首先根据保护倒换失败的原因恢复M:N保护组进行保护倒换之前的状态，确保需要进行保护倒换的原因没有发生变化，然后再重新发起保护倒换请求。

优选地，上述保护倒换失败的原因可以包括以下之一：普通倒换失败、抢占倒换失败、撤销倒换失败。

在M:N保护组中，在进行普通倒换、抢占倒换、撤销倒换时都可能会失败，从而会进一步的导致保护倒换整体失败。

优选地，如图6所示，重新发起模块54可以进一步包括：

第一重发单元542，连接至原因获取模块52，用于在保护倒换失败原因为普通倒换失败时，恢复M:N保护组普通倒换前的状态，重新发起普通倒换请求；

第二重发单元544，连接至原因获取模块52，用于在保护倒换失败原因为抢占倒换失败时，恢复M:N保护组抢占倒换前的状态，重新发起抢占倒换请求；

第三重发单元546，连接至原因获取模块52，用于在保护倒换失败原因为撤销倒换失败时，恢复M:N保护组撤销倒换前的状态，重新发起撤销倒换请求。

对应不同的倒换失败原因，重新发起倒换请求时所做的处理也不相同，因此可以设置不同的单元来实施相应的操作。

优选地，如图6所示，根据本发明优选实施例的保护倒换失败时保护业务的装置还可以进一步包括：

倒换撤销模块56，连接至重新发起模块54，用于在保护倒换保护的工作连接恢复正常后，撤销保护倒换。

在保护倒换成功后，如果工作连接无告警，则倒换撤销模块56就可以撤消该保护倒换了，由该工作连接再次承载业务，而保护连接则可以去保护其他的发生告警的工作连接或者在业务繁重时直接承载额外业务。

从以上的描述中，可以看出，通过本发明提供的技术方案，可以对倒换失败的工作连接及保护连接的交叉起到修复回原始连接的作用，特别是对一个网元节点倒换成功，而另一个网元节点失败的情况所涉及的工作连接及保护连接交叉错乱起到很好的修复作用，保证保护组中连接状态与实际连接的交叉状态的一致性，进而保证业务的畅通。对于已经倒换到保护的工作，如果原始连接没有告警或是网管倒换命令，则撤销倒换，恢复到原始连接上，并使得保护链接可以承载额外业务，达到有效利用资源的目的。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (6)

1.一种保护倒换失败时保护业务的方法，应用于自动光交换网络M：N保护组中，其特征在于，包括：

当保护倒换失败时，获取所述保护倒换失败的原因；

根据所述保护倒换失败的原因重新发起保护倒换请求；

其中，根据所述保护倒换失败的原因重新发起保护倒换请求包括：根据所述保护倒换失败的原因恢复所述M：N保护组进行保护倒换之前的状态，重新发起保护倒换请求；

其中，根据所述保护倒换失败的原因恢复所述M：N保护组进行保护倒换之前的状态，重新发起保护倒换请求包括：当保护倒换失败原因为普通倒换失败时，恢复所述M：N保护组普通倒换前的状态，重新发起普通倒换请求；当保护倒换失败原因为抢占倒换失败时，恢复所述M：N保护组抢占倒换前的状态，重新发起抢占倒换请求；当保护倒换失败原因为撤销倒换失败时，恢复所述M：N保护组撤销倒换前的状态，重新发起撤销倒换请求。

2.根据权利要求1所述的方法，其特征在于，所述保护倒换失败的原因包括以下之一：所述普通倒换失败、所述抢占倒换失败、所述撤销倒换失败。

3.根据权利要求1所述的方法，其特征在于，在重新发起保护倒换请求之后，还包括：

在所述保护倒换保护的工作连接恢复正常后，撤销所述保护倒换。

4.一种保护倒换失败时保护业务的装置，应用于自动光交换网络M：N保护组中，其特征在于，包括：

原因获取模块，用于在保护倒换失败时，获取所述保护倒换失败的原因；

重新发起模块，用于根据所述保护倒换失败的原因重新发起保护倒换请求；

其中，所述重新发起模块，用于根据所述保护倒换失败的原因恢复所述M：N保护组进行保护倒换之前的状态，重新发起保护倒换请求；

其中，所述重新发起模块包括：第一重发单元，用于在保护倒换失败原因为普通倒换失败时，恢复所述M：N保护组普通倒换前的状态，重新发起普通倒换请求；第二重发单元，用于在保护倒换失败原因为抢占倒换失败时，恢复所述M：N保护组抢占倒换前的状态，重新发起抢占倒换请求；第三重发单元，用于在保护倒换失败原因为撤销倒换失败时，恢复所述M：N保护组撤销倒换前的状态，重新发起撤销倒换请求。

5.根据权利要求4所述的装置，其特征在于，所述保护倒换失败的原因包括以下之一：所述普通倒换失败、所述抢占倒换失败、所述撤销倒换失败。

6.根据权利要求4所述的装置，其特征在于，还包括：

倒换撤销模块，用于在所述保护倒换保护的工作连接恢复正常后，撤销所述保护倒换。