CN101662329B - 倒换方法、网络节点和网络*** - Google Patents

Abstract

本发明实施例公开了一种网络中倒换方法、***。涉及通信领域；解决了网络中的节点停留在恢复等待状态的时间与所述节点的恢复等待定时器门限不一致的问题。该倒换方法包括：本端节点检测到工作通道恢复信息；本端节点启动定时器；定时器超时，本端节点切换状态；本端节点执行恢复倒换。在工作路径失效并恢复后，工作路径两端的节点均进入等待恢复状态，分别启动两端的等待恢复定时器。等待恢复定时器超时，对应的节点即由等待恢复状态进入无请求状态。本发明可应用于自动保护倒换***的1+1及1∶1结构中，明确了网络节点的状态切换机制。

Description

倒换方法、网络节点和网络***

技术领域

本发明涉及通信领域，尤其涉及一种倒换方法、***。 

背景技术

自动保护倒换(APS，Automatic Protection Switching)是同步数字体系SDH以及同步光纤网络SONET中采用的自愈机制之一。自动保护倒换使路径的两个终端之间的业务信号从一个失效的工作通道自动倒换到一个保护通道，并完成后续恢复工作。通过向备用设备切换来恢复业务，为网络提供点到点的保护。 

在现有的保护倒换协议中，当两节点中的路径工作在1+1或1:1双向恢复保护模式下时，如果发生双向的工作通道失效，将会触发保护倒换，将业务信号由工作通道倒换到保护通道上传输。 

经过一段时间后，如果工作通道恢复，路径两端节点进入等待恢复(WTR，Wait to Restore)状态。在业务路径的两端都存在一个等待恢复定时器，等待恢复状态持续的时间是由等待恢复状态定时器门限决定的。 

业务路径两端的等待恢复定时器均超时后，如果工作通道在计时期间没有再出现失效，则两端节点由等待恢复状态切换到无请求状态，恢复保护倒换。此时，业务信号由保护通道倒换回工作通道上传输。 

在实现上述的恢复保护倒换过程中，发明人发现现有技术中至少存在如下问题：由于两个等待恢复定时器的门限是相互独立的，因此定时器门限可能不同；当两端的等待恢复定时器的门限不一致时，定时器超时表示节点已经可以进行恢复倒换，但其状态仍然是等待恢复状态，因此节点的状态与节点实际状况不对应。

发明内容

一方面，本发明实施例提供一种倒换方法。 

一种倒换方法包括： 

本端节点检测到工作通道恢复信息后，启动控制所述本端节点的定时器； 

如果所述控制所述本端节点的定时器超时，本端节点由等待恢复状态切换到无请求状态； 

所述本端节点向对端节点发送第一无请求信息，所述第一无请求信息用于向所述对端节点指示所述本端节点处于无请求状态，以及业务信号仍由保护通道传输； 

所述本端节点接收所述对端节点发送的第二无请求信息，将业务信号由保护通道倒换回工作通道传输，所述第二无请求信息由所述对端节点在控制所述对端节点的定时器超时后发送给所述本端节点，所述第二无请求信息用于向所述本端节点指示所述对端节点已进入无请求状态，将业务信号倒换到工作通道进行传输。 

另一方面，本发明实施例提供一种网络节点。 

一种网络节点，包括： 

信息检测模块，用于检测工作通道恢复信息； 

定时器启动模块，用于在所述信息检测模块检测到工作通道恢复信息后，启动控制所述网络节点的定时器； 

状态切换模块，用于在所述定时器超时后，将所述网络节点的状态由等待恢复状态切换到无请求状态； 

所述网络节点具体用于向所述网络节点的对端节点发送第一无请求信息，所述第一无请求信息用于向所述对端节点指示所述本端节点处于无请求状态， 以及业务信号仍由保护通道传输； 

倒换恢复模块，用于在所述状态切换模块切换到无请求状态后，收到对端节点发来的第二无请求信息时，将业务信号由保护通道倒换回工作通道传输。 

所述网络节点的对端节点，包括： 

信息检测模块，用于检测工作通道恢复信息； 

定时器启动模块，用于在所述信息检测模块检测到工作通道恢复信息后，启动控制所述网络节点的定时器； 

状态切换模块，用于在所述定时器超时后，将所述网络节点的状态由等待恢复状态切换到无请求状态； 

所述网络节点具体用于接收对端节点发送的第一无请求信息； 

倒换恢复模块，用于在收到对端节点发来的第一无请求信息后，如果所述状态切换模块切换到无请求状态，将业务信号由保护通道倒换回工作通道传输。 

一种网络***，包括：第一节点和第二节点。 

第一节点包括： 

信息检测模块，用于检测工作通道恢复信息； 

定时器启动模块，用于在所述信息检测模块检测到工作通道恢复信息后，启动控制所述网络节点的定时器； 

状态切换模块，用于在所述定时器超时后，将所述网络节点的状态由等待恢复状态切换到无请求状态； 

所述第一节点具体用于向所述网络节点的对端节点发送第一无请求信息，所述第一无请求信息用于向所述对端节点指示所述本端节点处于无请求状态，以及业务信号仍由保护通道传输； 

倒换恢复模块，用于在所述状态切换模块切换到无请求状态后，收到对端 节点发来的第二无请求信息时，将业务信号由保护通道倒换回工作通道传输。 

第二节点包括： 

信息检测模块，用于检测工作通道恢复信息； 

定时器启动模块，用于在所述信息检测模块检测到工作通道恢复信息后，启动控制所述网络节点的定时器； 

状态切换模块，用于在所述定时器超时后，将所述网络节点的状态由等待恢复状态切换到无请求状态； 

所述第二节点具体用于接收对端节点发送的第一无请求信息； 

倒换恢复模块，用于在收到对端节点发来的第一无请求信息后，如果所述状态切换模块切换到无请求状态，将业务信号由保护通道倒换回工作通道传输。 

第一节点检测到工作通道恢复信息后，启动第一定时器；第二节点检测到工作通道恢复信息后，启动第二定时器； 

第一节点检测到工作通道恢复信息后，启动第一定时器；第二节点检测到工作通道恢复信息后，启动第二定时器； 

所述第一定时器超时后，所述第一节点由等待恢复状态切换到无请求状态，向所述第二节点发送第一无请求信息，所述第一无请求信息用于指示所述第一节点进入无请求状态，业务信号仍然在保护通道传输； 

所述第二节点接收到所述第一无请求信息后，如果定时器超时，则由等待恢复状态切换到无请求状态，将业务由保护通道倒换回工作通道，发送第二无请求信息； 

所述第一节点接收到所述第二无请求信息后，将业务由保护通道倒换回工作通道。 

本发明实施例在路径两端节点同时处在等待恢复状态的情况下，本端节点 等待恢复状态持续时间只由本端节点的等待恢复定时器门限决定。第一个到时的定时器所对应的节点，在定时器到时之后就离开恢复等待状态，进入无请求状态，不受对端等待恢复定时器影响。解决了现有技术带来的本端等待恢复状态持续时间与等待恢复定时器门限不一致的问题。 

本发明实施例在节点状态改变的同时，若对端节点的等待恢复定时器未超时，则不进行倒换恢复，业务信号仍在保护通道上传输，保证了业务质量。 

本发明实施例适用于MPLS(Mult i-Protocol Label Switching，多协议标签交换)，ETH(Ethernet，以太网)，T-MPLS(Transport Multi-Protocol Label Switching，传送多协议标签交换)等网络环境。 

附图说明

图1为本发明实施例的网络中任一保护通道两端节点的恢复倒换方法应用的流程图； 

图2为现有技术的1:1自动保护倒换***结构示意图； 

图3为现有技术的1:1自动保护倒换***将业务信号由工作通道倒换至保护通道的流程图； 

图4为现有技术的1+1自动保护倒换***将业务信号由工作通道倒换至保护通道的流程图； 

图5为本发明实施例中两端节点由等待恢复状态切换到无请求状态的流程图；

图6为现有技术的1:1自动保护倒换***将业务信号由保护通道倒换回工作通道的流程图； 

图7为现有技术的1+1自动保护倒换***将业务信号由保护通道倒换回工作通道的流程图； 

图8为本发明实施例中一种网络节点的结构的示意图 

具体实施方式

本发明实施例提供一种倒换方法、装置和***，可以解决本端等待恢复状态持续时间与本端等待恢复定时器门限不一致的问题。 

如图1所示，一种倒换方法，包括： 

101、本端节点检测到工作通道恢复信息后启动定时器； 

102、如果定时器超时，本端节点由等待恢复状态切换到无请求状态； 

103、本端节点将业务信号由保护通道倒换回工作通道传输。 

本发明实施例在路径两端节点同时处在等待恢复状态的情况下，各节点等待恢复状态持续时间只由本节点的等待恢复定时器门限决定。第一个到时的定时器所对应的节点，在定时器到时之后就离开恢复等待状态，进入无请求状态，不受另一个等待恢复定时器影响。解决了现有技术带来的节点等待恢复状态持续时间与等待恢复定时器门限不一致的问题。 

为了便于理解本发明实施例所提供的方法，首先对本发明实施例所应用的***作一简单介绍：自动保护倒换***包括：1+1自动保护倒换***和1:1自动保护倒换***。其它还包括1:N等保护方式，同样适用本发明，但本领域人员应该知道他们的原理是相同的，因为下文没有单独进行描述。自动保护倒换***的运作过程包括：一、由工作通道倒换到保护通道的过程；二、等待恢复倒换的过程；三、由保护通道倒换回工作通道的过程。

下面对1:1自动保护倒换***进行详细介绍。 

如图2所示，1:1自动保护倒换***包括至少两个节点A、B；节点A、B之间置有工作通道；工作通道包括第一通道和第二通道；节点A使用第一通道发送信息，使用第二通道接收信息；节点B使用第二通道发送信息，使用第一通道接收信息； 

节点A、B之间置有保护通道；保护通道包括第三通道和第四通道。当使用保护通道传输业务数据时：节点A使用第三通道发送信息，使用第四通道接收信息；节点B使用第四通道发送信息，使用第三通道接收信息； 

节点A、B各置有一个恢复等待定时器； 

在正常工作状态下，A、B两节点通过工作通道发送和接收业务信号。当工作通道发生失效后A、B两节点通过保护通道发送和接收业务信号。 

1+1自动保护倒换***与1:1自动保护倒换***的不同点在于： 

第一通道与第三通道在A节点桥接；第二通道与第四通道在B节点桥接； 

在正常工作状态下，A节点通过第一通道和第三通道同步发送业务信号，通过第二通道接收业务信号；B节点通过第二通道和第四通道同步发送业务信号，通过第一通道接收业务信号。当工作通道发生失效后，A、B两节点通过保护通道发送和接收业务信号。 

一、下面以图2网络结构为例，对1+1和1:1自动保护倒换***的运作过程分别进行介绍： 

首先对1:1自动保护倒换***将业务信号由工作通道倒换到保护通道的过程进行详细介绍。 

如图3所示，1:1自动保护倒换***中，A、B两节点传送的业务信号由工作通道倒换到保护通道的过程如下：

301、假设B节点检测出第一通道发生信号失效，B节点通过第四通道向A节点发出倒换请求； 

302、A节点响应B节点的倒换请求，在A节点一端，将第一通道与第三通道进行桥接； 

303、A节点通过第三通道向B节点发送确认信息及反向倒换请求； 

304、B节点收到确认信息后，完成业务由第一通道向第三通道的倒换； 

305、B节点响应A节点的反向倒换请求，在B节点一端，将第二通道与第四通道进行桥接； 

306、B节点向A节点发送确认信息； 

307、A节点收到确认信息，完成业务由第二通道向第四通道的倒换。至此，1:1模式下的双向倒换过程结束。 

下面对1+1自动保护倒换***将业务信号由工作通道倒换到保护通道的过程进行详细介绍。 

如图4所示，1+1自动保护倒换***中，A、B两节点传送的业务信号由工作通道倒换到保护通道的过程如下： 

401、假设B节点检测出第一通道发生信号失效，B节点通过第四通道向A节点发出倒换请求； 

402、A节点响应B节点的倒换请求，通过第三通道向B节点发送确认信息及反向倒换请求； 

403、B节点收到确认信息后，完成业务由第一通道向第三通道的倒换； 

404、B节点响应A节点的反向倒换请求，向A节点发送确认信息； 

405、A节点收到确认信息，完成业务由第二通道向第四通道的倒换。至此，1+1模式下的双向倒换过程结束。

二、下面以图2网络结构为例，对等待恢复倒换的过程(即本发明实施例倒换方法)进行详细介绍。 

如图1所示，一种倒换方法，包括： 

101、本端节点检测到工作通道恢复信息后启动定时器； 

本发明实施例中，A、B两节点在检测到工作通道恢复信息之后，分别启动本端的等待恢复定时器；定时器门限可以由网络维护者自行定义。本端节点指A节点或B节点，当本端节点是A时，是指A节点检测到工作通道恢复消息后，启动自身的等待恢复定时器；当本端节点是B时，是指B节点检测到工作通道恢复消息后，启动自身的等待恢复定时器。 

102、如果定时器超时，本端节点由等待恢复状态切换到无请求状态。以下用501-506步骤对A、B两节点分别具体如何执行102步骤进行具体说明，步骤501-503主要描述A节点的操作，步骤504-506主要描述B节点的操作，而步骤501-506从整体描述了在一次业务倒换中，A、B节点如何相互配合共同完成102步骤。 

如图5所示， 

501、第一个定时器到时； 

本例中，A节点的等待恢复定时器门限比较短，因此A点的等待恢复定时器先超时； 

502、该定时器对应的节点由等待恢复状态切换到无请求状态； 

本例中，A节点的等待恢复定时器超时后，A节点由等待恢复状态切换到无请求状态； 

503、该节点向对端节点发送第一无请求信息； 

本例中，A节点由等待恢复状态进入到无请求状态后，向B节点发送第一无 请求信息；该无请求信息中携带消息，指示A节点处于无请求状态，以及业务信号仍由保护通道传输； 

504、另一个定时器也超时； 

本例中，B节点对应的等待恢复定时器的门限较长，故B较晚超时； 

505、所述节点由等待恢复状态切换到无请求状态； 

由于B节点收到A节点发出的第一无请求消息，因此B节点根据第一无请求消息携带的内容，在等待恢复定时器超时后，B节点由等待恢复状态切换到无请求状态； 

506、向第一个超时的定时器对应的节点发送第二无请求信息； 

B节点由等待恢复状态切换到无请求状态后，向A节点发送第二无请求信息；该无请求信息中携带消息，指示B节点处于无请求状态，且业务信号由保护通道倒换回工作通道传输。 

103、本端节点将业务信号由保护通道倒换回工作通道传输。具体为： 

当本段节点为B时，该步骤具体指：B节点在505步骤切换为无请求状态后，将业务信号由保护通道倒换回工作通道传输，该步骤可以在步骤506之前或之后，或同时进行； 

当本段节点为B时，该步骤具体指：A节点收到第二无请求消息后，根据自己的状态和消息的内容，将业务信号由保护通道倒换回工作通道传输。需要特别说明的是：上述第一无请求消息和第二无请求消息携带的均是发出消息的节点的当前状态，由收到消息的节点根据消息内容及自身的状况综合做出判断，进行状态切换或者业务倒换。本领域人员显然知道，第一无请求消息和第二无请求消息也可以是其它任何形式的内容，只要该消息足以达到让接受者进行如前所述的切换或倒换操作即可。例如：第一无请求消息也可以不携带节点A的 节点状态信息和节点A的业务传输情况信息，而仅仅是一个命令。该命令指示收到消息的节点在等待恢复定时器超时后，由等待恢复状态切换到无请求状态。由于在通信领域中，类似实施例太多，在此不再一一详细说明。 

在所述将业务信号由保护通道倒换回工作通道传输的过程中，1+1自动保护倒换***与1:1自动保护倒换***的倒换机制并无差别，故以1:1自动保护倒换***为例。1+1自动保护倒换***与1:1自动保护倒换***同理，不再赘述。 

三、如图6所示，1:1自动保护倒换***将业务信号由保护通道倒换回工作通道的步骤包括： 

601、B节点将第二通道与第四通道桥接； 

602、B节点通过第四通道向A节点发出确认信息及反向恢复倒换请求； 

603、A节点收到B节点的确认信息，完成业务信号由第四通道向第二通道的倒换； 

604、A节点响应B节点的反向恢复倒换请求，将第一通道及第三通道桥接； 

605、A节点通过第三通道向B节点发送确认信息； 

606、B节点收到A节点的确认信息，完成业务信号由第三通道向第一通道的倒换。 

至此，1:1模式下的恢复保护倒换过程结束。 

如图7所示，1+1自动保护倒换***将业务信号由保护通道倒换回工作通道的步骤包括： 

701、B节点向A节点发出恢复倒换请求； 

702、A节点完成业务信号由第四通道向第二通道的倒换； 

703、A节点通过第三通道向B节点发出确认信息及反向恢复倒换请求；

704、B节点收到A节点的反向倒换恢复请求，完成业务信号由第三通道向第一通道的倒换； 

705、B节点向A节点发送确认信息； 

至此，1+1模式下的恢复保护倒换过程结束。 

下面对本发明实施例中一种网络节点进行详细介绍。 

本发明实施例提供一种网络节点，用于执行上述方法。 

一种网络节点，包括： 

如图8所示，信息检测模块801，用于检测工作通道恢复信息； 

定时器启动模块802，用于在所述信息检测模块检测到工作通道恢复信息后，启动定时器； 

状态切换模块803，用于在所述定时器超时后，将所述网络节点的状态由等待恢复状态切换到无请求状态； 

倒换恢复模块804，用于在所述状态切换模块切换到无请求状态后，收到对端节点发来的第二无请求消息时，将业务信号由保护通道倒换回工作通道传输。 

所述网络节点的对端节点，包括： 

信息检测模块，用于检测工作通道恢复信息； 

定时器启动模块，用于在所述信息检测模块检测到工作通道恢复信息后，启动定时器； 

状态切换模块，用于在所述定时器超时后，将所述网络节点的状态由等待恢复状态切换到无请求状态； 

倒换恢复模块，用于在收到对端节点发来的第一无请求消息后，如果所述状态切换模块切换到无请求状态，将业务信号由保护通道倒换回工作通道传输。 

本发明实施例还提供一种网络***，用于执行本发明实施例倒换方法。

一种网络***，包括：第一节点和第二节点。 

所述第一节点包括： 

信息检测模块，用于检测工作通道恢复信息； 

定时器启动模块，用于在所述信息检测模块检测到工作通道恢复信息后，启动定时器； 

状态切换模块，用于在所述定时器超时后，将所述网络节点的状态由等待恢复状态切换到无请求状态； 

倒换恢复模块，用于在所述状态切换模块切换到无请求状态后，收到对端节点发来的第二无请求消息时，将业务信号由保护通道倒换回工作通道传输。 

所述第二节点包括： 

信息检测模块，用于检测工作通道恢复信息； 

定时器启动模块，用于在所述信息检测模块检测到工作通道恢复信息后，启动定时器； 

状态切换模块，用于在所述定时器超时后，将所述网络节点的状态由等待恢复状态切换到无请求状态； 

倒换恢复模块，用于在收到对端节点发来的第一无请求消息后，如果所述状态切换模块切换到无请求状态，将业务信号由保护通道倒换回工作通道传输。 

第一节点检测到工作通道恢复信息后，启动第一定时器；第二节点检测到工作通道恢复信息后，启动第二定时器； 

所述第一定时器超时后，由等待恢复状态切换到无请求状态，发送第一无请求消息； 

所述第二节点接收到所述第一无请求消息后，如果定时器超时，则由等待恢复状态切换到无请求状态，将业务由保护通道倒换回工作通道，发送第二无 请求消息； 

所述第一节点接收到所述第二无请求消息后，将业务由保护通道倒换回工作通道。 

本领域普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。 

另外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。 

上述提到的存储介质可以是只读存储器，磁盘或光盘等。 

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

Claims (8)

1.一种倒换方法，其特征在于，包括：

本端节点检测到工作通道恢复信息后，启动控制所述本端节点的定时器；

如果所述控制所述本端节点的定时器超时，本端节点由等待恢复状态切换到无请求状态；

所述本端节点向对端节点发送第一无请求信息，所述第一无请求信息用于向所述对端节点指示所述本端节点处于无请求状态，以及业务信号仍由保护通道传输；

所述本端节点接收所述对端节点发送的第二无请求信息，将业务信号由保护通道倒换回工作通道传输，所述第二无请求信息由所述对端节点在控制所述对端节点的定时器超时后发送给所述本端节点，所述第二无请求信息用于向所述本端节点指示所述对端节点已进入无请求状态，将业务信号倒换到工作通道进行传输。

2.根据权利要求1所述的倒换方法，其特征在于，

所述第一无请求信息，是本端节点对对端节点发出的等待恢复信息的响应消息。

3.一种网络节点，其特征在于，包括：

信息检测模块，用于检测工作通道恢复信息；

定时器启动模块，用于在所述信息检测模块检测到工作通道恢复信息后，启动控制所述网络节点的定时器；

状态切换模块，用于在所述定时器超时后，将所述网络节点的状态由等待恢复状态切换到无请求状态；

所述网络节点具体用于向所述网络节点的对端节点发送第一无请求信息，所述第一无请求信息用于向所述对端节点指示所述本端节点处于无请求状态，以及业务信号仍由保护通道传输；

倒换恢复模块，用于在所述状态切换模块切换到无请求状态后，收到对端节点发来的第二无请求信息时，将业务信号由保护通道倒换回工作通道传输。

4.根据权利要求3所述的网络节点，其特征在于，所述第二无请求信息用于指示对端节点：

已进入无请求状态，业务信号倒换到工作通道。

5.一种网络节点，其特征在于，包括：

信息检测模块，用于检测工作通道恢复信息；

定时器启动模块，用于在所述信息检测模块检测到工作通道恢复信息后，启动控制所述网络节点的定时器；

状态切换模块，用于在所述定时器超时后，将所述网络节点的状态由等待恢复状态切换到无请求状态；

所述网络节点具体用于接收对端节点发送的第一无请求信息；

倒换恢复模块，用于在收到对端节点发来的第一无请求信息后，如果所述状态切换模块切换到无请求状态，将业务信号由保护通道倒换回工作通道传输。

6.根据权利要求5所述的网络节点，其特征在于，所述第一无请求信息用于指示所述对端节点：

已进入无请求状态，业务信号仍然在保护通道传输。

7.一种网络***，其特征在于，包括权利要求3-6中任一项所述的节点。

8.一种倒换方法，其特征在于，包括：

第一节点检测到工作通道恢复信息后，启动第一定时器；第二节点检测到工作通道恢复信息后，启动第二定时器；

所述第一定时器超时后，所述第一节点由等待恢复状态切换到无请求状态，向所述第二节点发送第一无请求信息，所述第一无请求信息用于指示所述第一节点进入无请求状态，业务信号仍然在保护通道传输；

所述第二节点接收到所述第一无请求信息后，如果所述第二定时器超时，则由等待恢复状态切换到无请求状态，将业务由保护通道倒换回工作通道，发送第二无请求信息；

所述第一节点接收到所述第二无请求信息后，将业务由保护通道倒换回工作通道。

Images