保护倒换的方法、节点和控制设备与流程

本发明实施例涉及通信领域，并且更具体地，涉及一种保护倒换的方法、节点和控制设备。

背景技术：

子网连接保护(Sub Network Connection Protection，简称为SNCP)是一种通道层的保护，这种保护机制的最大特点是可以适用于各种网络拓扑结构，例如网孔型、链型、环型或任意混合拓扑。SNCP在网络应用中即可以用来保护完全的端到端通道，又可以仅保护通道的一部分。例如在自动光交换网络(Automatically Switched Optical Network，简称为ASON)中，当创建1+1业务时，就会创建SNCP保护组来实现业务的双发选收；当创建1∶1业务时，会创建SNCP保护组来实现业务的选发选收。

在实际网络中，例如在ASON中，如果发生断纤，可能导致一个SNCP保护组的工作路径和保护路径“同时”故障；如果断纤修复，SNCP保护组的工作路径和保护路径故障也就“同时”消失了。其中，在SNCP保护组的工作路径和保护路径“同时”故障的场景下，可能会由于各种影响因素，导致检测到工作、保护路径故障的时间不同，这些影响因素有工作路径和保护路径的光纤长度不同，或者工作路径和保护路径在不同的板卡上，其各自CPU的忙闲程度不同等。例如一个SNCP保护组工作在工作路径时，先检测到工作路径出现故障，就会触发保护倒换，倒换后工作在保护路径上，马上又检测到保护路径出现故障，就造成一次无效的保护倒换。

在SNCP保护组的工作路径和保护路径“同时”故障消失的场景下，同样的也会由于各种影响因素，导致检测到工作、保护路径故障消失的时间不同。例如一个SNCP保护组工作在工作路径时，先检测到保护路径故障消失，发起保护倒换，更改为工作在保护路径，可能倒换后马上又会检测到工作路径故障也消失，这样也导致了一次无效保护倒换。

上述两种情况下的无效保护倒换，导致业务选收在非原始的选收路径上，会增加因保护倒换带来的倒换事件或倒换告警的上报，这些倒换事件和倒换告警频繁无效的上报会影响对网络的维护的效率。

目前还没有相关针对上述无效保护倒换的问题的技术方案。

技术实现要素：

本发明实施例提供一种保护倒换的方法和节点，能够解决无效的保护倒换的问题。

第一方面提供了一种保护倒换的方法，该方法包括：

保护组的宿端节点接收到包括故障确认时间的指示消息，该指示消息用于指示根据该故障确认时间进行该保护组的宿端节点的保护倒换；

当检测到第一路径发生故障时，或者当检测到第二路径的故障消失时，该保护组的宿端节点开启定时时间为该故障确认时间的定时器，其中，该第一路径为该保护组的宿端节点选收业务的路径，该第二路径为该保护组的宿端节点非选收业务的路径；

当该保护组的宿端节点确定该定时器超时时，重新检测该第一路径和该第二路径的状态；

该保护组的宿端节点根据该第一路径和该第二路径的重新检测的结果，确定是否执行保护倒换。

结合第一方面，在第一方面的第一种可能的实现方式中，开启定时时间为该故障确认时间的定时器，包括：

当检测到该第一路径发生故障时，开启该第一路径的该定时器；或

当检测到该第二路径的故障消失时，开启该第二路径的该定时器。

结合第一方面，在第一方面的第二种可能的实现方式中，该开启定时时间为该故障确认时间的定时器，包括：

当检测到该第一路径发生故障，且该第二路径不存在故障时，开启该定时器；或

当检测到该第二路径的故障消失，且该第一路径存在故障时，开启该定时器。

结合第一方面和第一方面的第一种和第二种可能的实现方式中的任一种可能的实现方式，在第一方面的第三种可能的实现方式中，确定是否执行保护倒换，包括：

当重新检测的结果为该第一路径不存在故障时，或者该第一路径与该第二路径均存在故障时，确定不执行保护倒换。

结合第一方面和第一方面的第一种和第二种可能的实现方式中的任一种可能的实现方式，在第一方面的第四种可能的实现方式中，确定是否执行保护倒换，包括：

当重新检测的结果为该第一路径存在故障，且该第二路径不存在故障时，确定执行保护倒换，使得该保护组的宿端节点断开该第一路径，且在该第二路径上选收业务。

结合第一方面和第一方面的第一种至第四种可能的实现方式中的任一种可能的实现方式，在第一方面的第五种可能的实现方式中，该故障确认时间为该控制设备根据该第一路径和该第二路径之间的时延差确定。

结合第一方面和第一方面的第一种至第五种可能的实现方式中的任一种可能的实现方式，在第一方面的第六种可能的实现方式中，该指示消息为路径建立消息。

第二方面，提供了一种保护倒换的方法，该方法包括：

确定业务路径经过互相连接的第一节点和第二节点，且该业务路径在该第一节点的入口时隙重用、出口分离，并在该第二节点的入口分离、出口时隙重用，该业务路径在该第一节点和该第二节点之间包括第一路径和第二路径；

将该第二节点确定为保护组的宿端节点；

确定该保护组的宿端节点的故障确认时间；

向该保护组的宿端节点发送包括该故障确认时间的指示消息，用于指示根据该故障确认时间进行该保护组的宿端节点的保护倒换。

结合第二方面，在第二方面的第一种可能的实现方式中，确定该保护组的宿端节点的故障确认时间，包括：

根据该第一路径和该第二路径之间的时延差，确定该故障确认时间。

结合第二方面或第二方面的第一种可能的实现方式，在第二方面的第二种可能的实现方式中，该指示消息为路径建立消息。

第三方面提供了一种节点，该节点包括：

接收模块，用于接收包括故障确认时间的指示消息，该指示消息用于指示根据该故障确认时间进行该节点的保护倒换；

定时模块，用于当检测到第一路径发生故障时，或者当检测到第二路径的故障消失时，开启定时时间为该接收模块接收的该故障确认时间的定时器，其中，该第一路径为该节点选收业务的路径，该第二路径为该节点非选收业务的路径；

检测模块，用于当确定该定时模块的该定时器超时时，重新检测该第一路径和该第二路径的状态；

确定模块，用于根据该检测模块的该重新检测的结果，确定是否执行保护倒换。

结合第三方面，在第三方面的第一种可能的实现方式中，该定时模块具体用于，当检测到该第一路径发生故障时，开启该第一路径的该定时器；或

该定时模块具体用于，当检测到该第二路径的故障消失时，开启该第二路径的该定时器。

结合第三方面，在第三方面的第二种可能的实现方式中，该定时模块具体用于，当检测到该第一路径发生故障，且该第二路径不存在故障时，开启该定时器；或

该定时模块具体用于，当检测到该第二路径的故障消失，且该第一路径存在故障时，开启该定时器。

结合第三方面和第三方面的第一种和第二种可能的实现方式中的任一种可能的实现方式，在第三方面的第三种可能的实现方式中，确定模块具体用于，当重新检测的结果为该第一路径不存在故障时，或者该第一路径与该第二路径均存在故障时，确定不执行保护倒换。

结合第三方面和第三方面的第一种和第二种可能的实现方式中的任一种可能的实现方式，在第三方面的第四种可能的实现方式中，该确定模块具体用于，当重新检测的结果为该第一路径存在故障，且该第二路径不存在故障时，确定执行保护倒换，使得该节点断开该第一路径，且在该第二路径上选收业务。

结合第三方面和第三方面的第一种至第四种可能的实现方式中的任一种可能的实现方式，在第三方面的第五种可能的实现方式中，该接收模块接收的该故障确认时间为该控制设备根据该第一路径和该第二路径之间的时延差确定。

结合第三方面和第三方面的第一种至第五种可能的实现方式中的任一种可能的实现方式，在第三方面的第六种可能的实现方式中，该接收模块接收的该指示消息为路径建立消息。

第四方面提供了一种控制设备，该控制设备包括：

第一确定模块，用于确定业务路径经过互相连接的第一节点和第二节点，且该业务路径在该第一节点的入口时隙重用、出口分离，并在该第二节点的入口分离、出口时隙重用，该业务路径在该第一节点和该第二节点之间包括第一路径和第二路径；

第二确定模块，用于将该第一确定模块确定的该第二节点确定为保护组的宿端节点；

第三确定模块，用于确定该第二确定模块确定的该保护组的宿端节点的故障确认时间；

发送模块，用于向该第三确定模块确定的该保护组的宿端节点发送包括该故障确认时间的指示消息，用于指示根据该故障确认时间进行该保护组的宿端节点的保护倒换。

结合第四方面，在第四方面的第一种可能的实现方式中，该第三确定模块具体用于，根据该第一路径和该第二路径之间的时延差，确定该故障确认时间。

结合第四方面或第四方面的第一种可能的实现方式，在第四方面的第二种可能的实现方式中，该发送模块发送的该指示消息为路径建立消息。

综上所述，本发明实施例的保护倒换的方法、节点和控制设备，当检测到节点当前工作的路径发生故障或者非工作的路径故障恢复时，开启定时时间为故障确认时间的定时器，当确定定时器超时时，根据两条路径当前的状态，确定是否执行保护倒换，能够有效避免无效的保护倒换，从而能够提高保护倒换的效率。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1示出了本发明实施例的保护倒换的方法的示意性流程图。

图2(a)和图2(b)示出了本发明实施例的保护倒换的方法的示意图。

图3示出了本发明另一实施例的保护倒换的方法的示意性流程图。

图4示出了本发明另一实施例的保护倒换的方法的另一示意性流程图。

图5示出了本发明实施例的节点的示意性框图。

图6示出了本发明实施例的控制设备的示意性框图。

图7示出了本发明另一实施例提供的节点的示意性框图。

图8示出了本发明另一实施例提供的控制设备的示意性框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

还应理解，在本发明实施例中，控制设备也可称为控制层面或控制平面，例如自动光交换网络(Automatically Switched Optical Network，简称为“ASON”)中的控制平面，本发明实施例对此不作限定。

还应理解，在本发明实施例中，节点还可以称为站点，具体地，本发明实施例中的节点具体地，可以是同步数字体系(Synchronous Digital Hierarchy，简称为“SDH”)传送网、光传送网(Optical Transport Network，简称为“OTN”)、多协议标签交换(Multi-Protocol Label Switching，简称为“MPLS”)网络或以太网等网络中的节点，本发明实施例对此不作限定。

自动光交换网络ASON是新一代光传送网络，也称智能光网络。它在传统光网络中引入了控制平面，通过信令和路由协议等元件的配合，可以实现资源发现、业务端到端发放、重路由恢复等功能增强了网络连接管理和故障恢复能力。相对于传统网络，在业务配置、带宽利用率和保护方式上更具优势。

在ASON网络中，ASON创建1+1业务时，就会创建SNCP保护组来实现业务的双发选收。ASON网络中的SNCP是由控制平面自动创建或删除的。

以下，为了便于理解和说明，作为示例而非限定，以将本发明的保护倒换的方法、节点和控制设备在ASON网络中的执行过程和动作进行说明。

图1示出了本发明实施例的保护倒换的方法100的示意性流程图，该方法100例如可以由保护组的宿端节点来执行，如图1所示，该方法100包括：

S110，保护组的宿端节点接收到包括故障确认时间的指示消息，该指示消息用于指示根据该故障确认时间进行该保护组的宿端节点的保护倒换；

S120，当检测到第一路径发生故障时，或者当检测到第二路径的故障消失时，该保护组的宿端节点开启定时时间为该故障确认时间的定时器，其中，该第一路径为该保护组的宿端节点选收业务的路径，该第二路径为该保护组的宿端节点非选收业务的路径；

S130，当该保护组的宿端节点确定该定时器超时时，重新检测该第一路径和该第二路径的状态；

S140，该保护组的宿端节点根据该第一路径和该第二路径的重新检测的结果，确定是否执行保护倒换。

具体地，保护组的宿端节点根据接收到的包括故障确认时间的指示消息，进行保护倒换，当检测到该节点当前工作的第一路径发生故障时，或非工作的第二路径故障恢复时，开启定时时长为该故障确认时间的定时器，具体地，该定时器可以是当前所检测所在的路径上的定时器，也可以是该节点的基于控制协议的定时器，本发明实施例对此不作限定；当确定该定时器超时时，检测两条路径的状态；根据该第一路径和该第二路径的该检测的结果，确定是否执行保护倒换。

因此，本发明实施例的保护倒换的方法，当检测到节点当前工作的路径发生故障或者非工作的路径故障恢复时，开启定时时间为故障确认时间的定时器，当确定定时器超时时，根据两条路径当前的状态，确定是否执行保护倒换，能够有效避免无效的保护倒换，从而能够提高保护倒换的效率。

为了方便本领域技术人员更好地理解本发明实施例提供的技术方案，下面结合图2详细描述保护倒换的方法，具体地，如图2(a)所示，例如业务路径在节点A和节点B之间具有两条路径，第一路径和第二路径，假设业务路径的方向如图2所示为从节点A流向节点B，在节点B的入口有两个业务信号源，节点B同一时刻只选收一个信号源，即只选择工作在一个路径上，如图2(a)所示，节点B当前工作在第一路径上，这种场景下，第一路径可以称为主用路径，第二路径称为备用路径。当当前工作的第一路径发生故障，且当前备用的第二路径状态正常时，节点B断开第一路径，并连接第二路径，即将工作的路径由第一路径变换为第二路径，如图2(b)所示，这一过程可以称之为节点B的一次保护倒换。其中，如图2所示的，在节点B中由两个源端和一个宿端构成的类似双选开关的结构可以称为节点B的保护组，即可以理解为通过改变该保护组的双选开关，实现了节点B的保护倒换。

还应理解，上述提到的保护组具体地可以为ASON网络中的子网连接保护(Sub Network Connection Protection，简称为“SNCP”)组，还可以是其他类型的保护组，本发明实施例对比不作特别限定。

还应理解，根据当前技术可知，当业务路径在一个节点的入口具有至少两个业务路径，在其出口合并为一条业务路径，可以为该节点设置保护倒换机制(或者配置用于保护倒换的保护组，例如SNCP保护组)。为节点配置保护倒换机制的相关内容为现有技术，为了简洁，这里不再赘述。

在S110中，接收包括故障确认时间的指示消息，应理解，在本发明实施例中，该指示消息可以是网管、控制设备或者网络中其它节点向保护组的宿端节点发送的消息，本实施例在此不做限制。此外，该指示消息具体地可以是路径建立消息等，本发明实施例对此不作限定。

可选地，作为一个实施例，在图1所示的方法100中，该指示消息为路径建立消息。

具体地，该路径建立消息可以为控制设备发送的信令消息，例如资源预留协议(Resource Reservation Protocol，简称为“RSVP”)信令，具体地，以SNCP保护组为例，在该RSVP信令的Path消息中，包括对象<SNCP_DETECTION_CONFIRM>，如下所示：

其中，Detect-Confirm-Time：为SNCP保护组的故障确认时间，占用16个Bit，单位为ms；Dir：为业务方向指示信息，占用2个Bit，取值为0时表示正向业务，取值为1时表示反向业务。例如将SNCP保护组的故障确认时间Detect-Confirm-Time设置为10ms，根据实际业务方向设置业务方向指示信息Dir。

该节点接收到上述RSVP信令，通过解析Path消息，可以获知根据该故障确认时间来进行该保护组的宿端节点的保护倒换。

应理解，该指示消息还可以通过其他形式下发到该保护组的宿端节点，本发明实施例对此不作限定。

可选地，作为一个实施例，在图1所示的方法100中，该故障确认时间根据该第一路径和第二路径之间的时延差确定。

优选地，该故障确认时间不超过30ms。

具体地，例如第一路径和第二路径的光纤长度不同，可能导致两条路径之间的时延差。应理解，还可以根据两条路径各自CPU的忙闲程度，来确定该故障确认时间，本发明实施例对此不作限定。

应理解，当前技术中，保护倒换的时间一般在50ms之内，即本发明实施例中的技术方案既可以通过故障确认时间解决无效保护倒换的问题，而且一般不会引起保护组的保护倒换时间超过50ms，避免影响保护组的保护倒换性能。

还应理解，该指示消息可以同时指示为该宿端节点配置保护倒换机制(下面简称配置保护组)和根据故障确认时间进行该保护组的宿端节点的保护倒换。

在S120中，当检测到该节点当前工作的第一路径发生故障时，或者当检测到该节点当前非工作的第二路径的故障消失时，开启定时时间为该故障确认时间的定时器。其中该定时器具体地，可以为当前检测所在路径的定时器。

可选地，作为一个实施例，在S120中，该开启定时时间为该故障确认时间的定时器，包括：

当检测到该第一路径发生故障时，开启该第一路径的定时器；或

当检测到该第二路径的故障消失时，开启该第二路径的定时器。

具体地，下面还以图2(a)为例说明在两种场景下开启定时器的具体方案。

场景(一)：当检测到当前工作所在的路径发生故障时，开启定时器。

如图2(a)所示，节点A与节点B之间具有两条路径，节点B当前工作在第一路径上(也可称为节点B选收在第一路径上)，即节点A通过第一路径和第二路径将业务信号双发到节点B，节点B只选收第一路径上的业务信号以传输到下一个节点。当检测到节点B当前选收的第一路径发生故障时，开启该第一路径上的定时器，且该定时器的定时时间为故障确认时间。

应理解，节点B可以通过检测第一路径来发现该第一路径发生故障；还可以根据第一路径上报的故障指示消息，例如故障报警报文来获知该第一路径发生故障。

还应理解，当检测到当前工作所在路径发生故障后，可以不考虑当前非工作路径的状态如何，直接开启当前工作所在路径的定时器。

还应理解，在开启第一路径上的定时时长为故障确认时间的定时器后、且在该定时器超时之前，节点B可以不检测第一路径和第二路径的状态，或者即使接收到两条路径上报的关于状态变化的指示信息，也可以不作任何处理。直到定时器超时后，再次检测确认两条路径的状态，以判断是否执行保护倒换。

场景(二)：当检测到当前非工作所在的路径的故障消失时，开启定时器。

如图2(a)所示，节点A与节点B之间具有两条路径，节点B当前工作在第一路径上(也可称为节点B选收在第一路径上)，即节点A通过第一路径和第二路径将业务信号双发到节点B，节点B只选收第一路径上的业务信号以传输到下一个节点。当检测到当前非工作的第二路径的状态由故障变为故障消失时，开启该第二路径上的定时时间为故障确认时间的定时器。

应理解，节点B可以通过检测第二路径来发现该第二路径的故障消失，还可以根据第二路径上报的故障消失指示消息，例如故障消失报文来获知该第二路径的故障消失。

还应理解，当检测到当前非工作所在路径的故障消失后，可以不考虑当前工作所在的路径的状态如何，直接开启当前非工作所在路径的定时器。

还应理解，在开启第二路径上的定时时长为故障确认时间的定时器后、且在该定时器超时之前，节点B可以不检测第一路径和第二路径的状态，或者即使接收到两条路径上报的关于状态变化的指示信息，也可以不作任何处理。直到定时器超时后，再次检测确认两条路径的状态，以判断是否执行保护倒换。

应理解，图2(a)中的节点B可以对应于本发明实施例中的保护组的宿端节点，节点A可以对应于与该宿端节点彼此相连接的其他节点。

在S120中，当检测到该节点当前工作的第一路径发生故障时，或者当检测到该节点当前非工作的第二路径的故障消失时，可以开启当前检测所在路径的定时器，即保护倒换的拖延操作设置在检测所在的路径上，也可以将拖延操作设置在节点进行保护倒换控制的地方。

可选地，作为一个实施例，在S120中，该开启定时时间为该故障确认时间的定时器，包括：

当检测到该第一路径发生故障，且该第二路径不存在故障时，开启该定时器；或

当检测到该第二路径的故障消失，且该第一路径存在故障时，开启该定时器。

具体地，还以图2(a)为例进行说明，如图2(a)所示，节点A与节点B之间具有两条路径，节点B当前工作在第一路径上(也可称为节点B选收在第一路径上)，即节点A通过第一路径和第二路径将业务信号双发到节点B，节点B只选收第一路径上的业务信号以传输到下一个节点。节点B不断检测两条路径的状态，或者实时监测两条路径上报的指示消息，当检测到当前选收的第一路径发生故障，且当前未选收的第二路径不存在故障(状态正常)时，开启定时时间为故障确认时间的定时器；当检测到当前非选收的第二路径的故障消失，且当前选收的第一路径存在故障时，开启定时时间为故障确认时间的定时器。

也应理解，在该定时器超时之前，节点B可以不检测第一路径和第二路径的状态，或者即使接收到两条路径上报的关于状态变化的指示信息，也可以不作任何处理。直到定时器超时后，再次检测确认两条路径的状态，以判断是否执行保护倒换。

应理解，图2(a)中的节点B可以对应于本发明实施例中的保护组的宿端节点，节点A可以对应于与该宿端节点彼此相连接的其他节点。

在S130中，当确定该定时器超时时，重新检测该第一路径和该第二路径的状态，具体地，例如该故障确认时间为10ms，则定时10ms之后，重新检测两个路径的状态。

在S140中，在定时器超时时，根据重新检测到的该第一路径和该第二路径的状态，确定是否执行保护倒换。具体地，当检测到两个路径的状态相同时，例如同样存在故障，或者两个路径均状态正常时，不执行保护倒换，即依然保持该节点工作在初始选收的第一路径上；或者当检测到当前工作所在的第一路径的状态正常时，可以不再考虑非工作的第二路径的状态，更新第一路径的状态，继续保持工作在第一路径上。

可选地，作为一个实施例，在S140中，该确定是否执行保护倒换，包括：

当重新检测的结果为该第一路径不存在故障时，或者该第一路径与该第二路径均存在故障时，确定不执行保护倒换。

具体地，还以图2(a)所示为例，节点B初始工作在第一路径上，在定时器超时时，重新检测两个路径的状态，发现该第一路径状态正常，确定不执行节点B的保护倒换，可以更新第一路径的状态，节点B继续工作(也可称为选收)在第一路径上；或者检测到两个路径都存在故障，也确定不执行节点B的保护倒换。

可选地，作为一个实施例，在S140中，该确定是否执行保护倒换，包括：

当重新检测的结果为该第一路径存在故障，且该第二路径不存在故障时，确定执行保护倒换，使得该保护组的宿端节点断开该第一路径，且在该第二路径上选收业务。

具体地，还以图2所示为例，如图2(a)所示，节点B初始工作在第一路径上，在定时器超时时，重新检测两个路径的状态，发现该第一路径存在故障，第二路径状态正常，确定执行保护倒换，具体地，如图2(b)所示，断开节点B与第一路径，并连接第二路径，即节点B工作在第二路径上，即完成了节点B的保护倒换。

应理解，在本文中，提到的路径出现故障或者路径的故障消失，具体地，例如第一路径出现故障，可以指的是，第一路径上的业务信号失效(Signal Fail，简称为“SF”)，或者是第一路径上的业务信号劣化(Signal Degrade，简称为“SD”)，或者还可以是第一路径上的业务信号从SD变为SF等，或者是其他信号质量弱化的状况，本发明实施例对此不作限定。对应地，第二路径的故障消失，可以指的是，第二路径上的业务信号由SF变为SD，或者第二路径上的业务信号由SF或SD恢复正常等，或者是其他信号由无效变为有效，或者信号质量从差变好的状况，本发明实施例对此不作限定。

当前有关保护倒换的方法，很难有效避免节点无效的保护倒换，无效的保护倒换一方面使得业务选收在非原始的选收路径上，另一方面会增加因保护倒换带来的倒换事件或倒换告警的上报，这些倒换事件和倒换告警频繁无效的上报会影响对网络的维护的效率。

应理解，上述结合图2所示的例子描述本发明的技术方案是为了帮助本领域技术人员更好地理解本发明实施例，而非要限制本发明实施例的范围。

综上所述，在本发明实施例的保护倒换的方法中，当检测到节点当前工作的路径发生故障，或者当前非工作的路径故障消失时，通过开启定时器，并在定时器超时时，通过再次检测的两个路径的状况，确定是否执行保护倒换，能够有效避免无效的保护倒换，并能够提高节点的保护倒换的效率，并降低无效的保护倒换对网络维护的影响。

应理解，在本发明的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

还应理解，本发明的技术方案还可以应用于非ASON网络中，通过使用“故障确认时间”机制来避免无效的保护倒换。还应理解，“故障确认时间”机制还可以应用于其他“双发选收”的场景，本发明实施例并不对此作特定限制。

因此，本发明实施例的保护倒换的方法，当检测到节点当前工作的路径发生故障，或者当前非工作的路径故障消失时，通过开启定时器，并在定时器超时时，通过再次检测的两个路径的状况，确定是否执行保护倒换，能够有效避免无效的保护倒换，并能够提高节点的保护倒换的效率，并降低无效的保护倒换对网络维护的影响。

上文中结合图1和图2，从节点的角度详细描述了根据本发明实施例的保护倒换的方法，下面将结合图3，从控制设备的角度描述根据本发明实施例的保护倒换的方法。

如图3所示，根据本发明实施例的保护倒换的方法200，例如可以由控制设备执行，该方法200包括：

S210，确定业务路径经过互相连接的第一节点和第二节点，且该业务路径在该第一节点的入口时隙重用、出口分离，并在该第二节点的入口分离、出口时隙重用，该业务路径在该第一节点和该第二节点之间包括第一路径和第二路径；

S220，将该第二节点确定为保护组的宿端节点；

S230，确定该保护组的宿端节点的故障确认时间；

S240，向该保护组的宿端节点发送包括该故障确认时间的指示消息，用于指示根据该故障确认时间进行该保护组的宿端节点的保护倒换。

因此，本发明实施例的保护倒换的方法，通过向节点发送包括故障确认时间的指示消息，以便于该节点根据该故障确认时间进行保护倒换，能够有效避免无效的保护倒换，并可以提高节点保护倒换的效率。

为了方便理解本发明技术方案，下面结合图2(a)和图2(b)，详细说明进行节点的保护倒换的过程，例如业务路径在节点A和节点B之间具有两条路径，第一路径和第二路径，假设业务路径的方向如图2所示为从节点A流向节点B，在节点B的入口有两个业务信号源，节点B同一时刻只选收一个信号源，即只选择工作在一个路径上，如图2(a)所示，节点B当前工作在第一路径上，这种场景下，第一路径可以称为主用路径，第二路径称为备用路径。当当前工作的第一路径发生故障，且当前备用的第二路径状态正常时，节点B断开第一路径，并连接第二路径，即将工作的路径由第一路径变换为第二路径，如图2(b)所示，这一过程可以称之为节点B的一次保护倒换。其中，如图2所示的，在节点B中由两个源端和一个宿端构成的类似双选开关的结构可以称为节点B的保护组，即可以理解为通过改变该保护组的双选开关，实现了节点B的保护倒换。

还应理解，上述提到的保护组具体地可以为ASON网络中的子网连接保护(Sub Network Connection Protection，简称为“SNCP”)组，还可以是其他类型的保护组，本发明实施例对比不作特别限定。

在S210中，确定业务路径经过互相连接的第一节点和第二节点，且该业务路径在该第一节点的入口时隙重用、出口分离，并在该第二节点的入口分离、出口时隙重用，该业务路径在该第一节点和该第二节点之间包括第一路径和第二路径；且在S220中，将该第二节点确定为保护组的宿端节点。

具体地，如图2(a)所示，业务路径在节点A的入口时隙重用(即业务路径在该节点的入口为一条业务路径)、出口分离(即在该节点的出口具有至少两个业务路径)，在节点B的入口分离(即在该节点的接口具有至少两个业务路径)、出口时隙重用(即业务路径在该节点的出口合并为一条业务路径)，节点B可以为本发明实施例中的保护组的宿端节点。根据当前技术可知，当业务路径在一个节点的入口分离(即在该节点的入口具有至少两个业务路径)，在其出口时隙重用(即业务路径在该节点的出口合并为一条业务路径)，可以为该节点设置保护倒换机制(或者配置用于保护倒换的保护组，例如SNCP保护组)。为节点配置保护倒换机制的相关内容为现有技术，为了简洁，这里不再赘述。

应理解，在第一节点与第二节点之间的路径上还可以经过其他节点，即第一节点与第二节点可以是相邻节点，也可以是不相邻节点，本发明实施例对此不作限定，只要第一节点与第二节点在业务路径上有连接，且包括两条路径即可。

在S230中，确定该保护组的宿端节点的故障确认时间，具体地，可以根据第一节点和第二节点之间的时延差来确定。

可选地，作为一个实施例，在图3所示的方法200中，S230确定该保护组的宿端节点的故障确认时间，包括：

根据该第一路径和该第二路径之间的时延差，确定该故障确认时间。

具体地，可选地，当该第一路径和该第二路径之间的距离差在1000km以内时，确定该缺陷确定时间为10ms；

当该第一路径和该第二路径之间的距离差大于1000km，且小于等于3000km时，确定该缺陷确定时间为20ms；

当该第一路径和该第二路径之间的距离差大于3000km，且小于等于5000km时，确定该缺陷确定时间为30ms。

应理解，还可以根据两条路径各自CPU的忙闲程度，来确定该故障确认时间，本发明实施例对此不作限定。

可选地，作为一个实施例，在图3所示的方法200中，该故障确认时间不超过30ms。

应理解，当前技术中，保护倒换的时间一般在50ms之内，即本发明实施例中的技术方案既可以通过故障确认时间解决无效保护倒换的问题，而且一般不会引起保护组的保护倒换时间超过50ms，避免影响保护组的保护倒换性能。

在S240中，控制设备向该保护组的宿端节点发送包括该故障确认时间的指示消息，用于指示根据该故障确认时间进行该保护组的宿端节点的保护倒换。

应理解，该指示消息具体地可以是路径建立消息等，本发明实施例对此不作限定。

可选地，作为一个实施例，在图3所示的方法200中，该指示消息为路径建立消息。

具体地，该路径建立消息可以为控制设备发送的信令消息，例如资源预留协议(Resource Reservation Protocol，简称为“RSVP”)信令，具体地，以该节点为保护组为SNCP保护组为例，在该RSVP信令的Path消息中，包括对象<SNCP_DETECTION_CONFIRM>，如下所示：

其中，Detect-Confirm-Time：为SNCP保护组的故障确认时间，占用16个Bit，单位为ms；Dir：为业务方向指示信息，占用2个Bit，取值为0时表示正向业务，取值为1时表示反向业务。例如将SNCP保护组的故障确认时间Detect-Confirm-Time设置为10ms，根据实际业务方向设置业务方向指示信息Dir。

该节点接收到上述RSVP信令，通过解析Path消息，可以获知根据该故障确认时间来进行该保护组的宿端节点的保护倒换。

应理解，控制设备还可以通过其他形式向该节点发送该指示消息，本发明实施例对此不作限定。

还应理解，该指示消息可以同时指示配置保护倒换机制(下面简称配置保护组)和根据故障确认时间进行该保护组的宿端节点的保护倒换。

为了便于理解本发明的技术方案，下面以ASON网络中的SNCP为例，结合图4进行详细说明。如图4所示，业务要从站点A通过ASON网络传输到站点D，当前路由为A-B-C-D，在BC站点间走的路径是bc。业务因为某种原因需要重路由，例如控制设备的信令模块向路由模块请求算路，路由模块进行路径计算后发现业务新的路径为A-B-C-D，且在BC站点间走的路径是BC。这样业务在B节点新老路径的入口时隙重用，出口分离，在下游的C节点入口是分离的，但出口时隙重用。这样在C节点，在和正向业务信号流相同的方向上需要建立SNCP保护组，且此SNCP需要配置“故障确认时间”，因为例如如果AB站点间的光纤中断，C站点上的SNCP的主备通道(BC和bc)会同时故障。如果业务是双向业务，则路由模块算路后，会计算出在B节点在反方向业务上需要建立SNCP，且需要为此SNCP配置“故障确认时间”。路由模块将C节点业务正向方向上的SNCP需要配置“故障确认时间”这个信息作为算路结果返回给信令模块。

信令模块收到路由模块返回的信息，在对应节点的RSVP报文Path消息中，信令新增<SNCP_DETECTION_CONFIRM>对象，填入SNCP的故障确认时间10ms，和业务方向信息。

其中，Detect-Confirm-Time：SNCP的故障确认时间，16个Bit，单位ms。Dir：为双向业务指示此SNCP的方向，2个Bit，取值为0，表示正向业务，取值为1，表示反向业务。

1)信令模块开始业务路径的建立，建路过程由信令模块发起RSVP的path消息来完成，Path消息中新增了<SNCP_DETECTION_CONFIRM>对象，来携带要给SNCP配置故障确认时间的信息给对应的站点。

2)Path消息会沿业务路径传递，在C站点，信令会从报文中取出<SNCP_DETECTION_CONFIRM>对象信息，这样C站点就知道在建立业务新路径时需要建立SNCP，和此SNCP需要配置的故障确认时间。

3)同理，如果是双向业务，在站点B，信令也会从path消息中取出<SNCP_DETECTION_CONFIRM>对象信息，这样B站点就知道在建立反向业务的新路径时需要建立SNCP，和此SNCP需要配置的故障确认时间。

4)对应站点(C站点和B站点)得到要为建立的SNCP配置故障确认时间的信息，通知SNCP协议模块创建SNCP保护组并将故障确认时间配置给SNCP协议模块。

应理解，在上述例子中需要配置故障确认时间的节点(业务正向时：站点C，业务反向时：站点B)对应于发明实施例的保护组的宿端节点。

需要说明的是，上述列举的例子是为了帮助本领域技术人员更好地理解本发明实施例，而非要限制本发明实施例的范围。本领域技术人员根据所给出的例子，显然可以进行各种等价的修改或变化，这样的修改或变化也落入本发明实施例的范围内。

当前有关保护倒换的方法，很难有效避免节点无效的保护倒换，无效的保护倒换一方面使得业务选收在非原始的选收路径上，另一方面会增加因保护倒换带来的倒换事件或倒换告警的上报，这些倒换事件和倒换告警频繁无效的上报会影响对网络的维护的效率。

综上所述，本发明实施例的保护倒换的方法，通过向节点发送包括故障确认时间的指示消息，以便于该节点根据该故障确认时间进行保护倒换，能够有效避免无效的保护倒换，并能够提高节点的保护倒换的效率，并降低无效的保护倒换对网络维护的影响。

应理解，在本发明的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

还理解，本发明实施例的保护倒换的方法200中的保护组的宿端节点可以对应于图2(a)和(b)中的节点B，也可以对应于图4中的站点C，本发明实施例对此不作限定。

还应理解，本发明的技术方案还可以应用于非ASON网络中，通过使用“故障确认时间”机制来避免无效的保护倒换。还应理解，“故障确认时间”机制还可以应用于其他“双发选收”的场景，本发明实施例并不对此作特定限制。

因此，本发明实施例的保护倒换的方法，通过向节点发送包括故障确认时间的指示消息，以便于该节点根据该故障确认时间进行保护倒换，能够有效避免无效的保护倒换，并能够提高节点的保护倒换的效率，并降低无效的保护倒换对网络维护的影响。

上文中结合图1至图4，详细描述了根据本发明实施例的保护倒换的方法，下面将结合图5至图6，详细描述根据本发明实施例的节点和控制设备。

图5示出了根据本发明实施例的节点300的示意性框图。如图5所示，该节点包括：

接收模块310，用于接收包括故障确认时间的指示消息，该指示消息用于指示根据该故障确认时间进行该保护组的宿端节点的保护倒换；

定时模块320，用于当检测到第一路径发生故障时，或者当检测到第二路径的故障消失时，开启定时时间为该接收模块接收的该故障确认时间的定时器，其中，该第一路径为该节点选收业务的路径，该第二路径为该节点非选收业务的路径；

检测模块330，用于当确定该定时模块的该定时器超时时，重新检测该第一路径和该第二路径的状态；

确定模块340，用于根据该检测模块的该重新检测的结果，确定是否执行保护倒换。

因此，本发明实施例的节点，当检测到节点当前工作的路径发生故障或者非工作的路径故障恢复时，开启定时时间为故障确认时间的定时器，当确定定时器超时时，根据两条路径当前的状态，确定是否执行保护倒换，能够有效避免无效的保护倒换，从而能够提高保护倒换的效率。

可选地，作为一个实施例，在图5所示的节点300中，该定时模块具体用于，当检测到该第一路径发生故障时，开启该第一路径的该定时器；或

该定时模块具体用于，当检测到该第二路径的故障消失时，开启该第二路径的该定时器。

可选地，作为一个实施例，在图5所示的节点300中，该定时模块具体用于，当检测到该第一路径发生故障，且该第二路径不存在故障时，开启该定时器；或

该定时模块具体用于，当检测到该第二路径的故障消失，且该第一路径存在故障时，开启该定时器。

可选地，作为一个实施例，在图5所示的节点300中，该确定模块具体用于，当重新检测的结果为该第一路径不存在故障时，或者该第一路径与该第二路径均存在故障时，确定不执行保护倒换。

可选地，作为一个实施例，在图5所示的节点300中，该确定模块具体用于，当重新检测的结果为该第一路径存在故障，且该第二路径不存在故障时，确定执行保护倒换，使得该节点断开该第一路径，且在该第二路径上选收业务。

可选地，作为一个实施例，在图5所示的节点300中，该接收模块接收的该故障确认时间为该控制设备根据该第一路径和第二路径之间的时延差确定。

可选地，作为一个实施例，在图5所示的节点300中，该接收模块接收的该指示消息为路径建立消息。

应理解，根据本发明实施例的节点300可对应于本发明实施例的保护倒换的方法100中的保护组的宿端节点、保护倒换的方法200中的保护组的宿端节点，以及对应于图2中的节点B，还可以对应于图4中的站点C，并且节点300中的各个模块的上述和其它操作和/或功能分别为了实现图1至图4中的各个方法的相应流程，为了简洁，在此不再赘述。

应理解，在本文中，提到的路径出现故障或者路径的故障消失，具体地，例如第一路径出现故障，可以指的是，第一路径上的业务信号失效(Signal Fail，简称为“SF”)，或者是第一路径上的业务信号劣化(Signal Degrade，简称为“SD”)，或者还可以是第一路径上的业务信号从SD变为SF等，或者是其他信号质量弱化的状况，本发明实施例对此不作限定。对应地，第二路径的故障消失，可以指的是，第二路径上的业务信号由SF变为SD，或者第二路径上的业务信号由SF或SD恢复正常等，或者是其他信号由无效变为有效，或者信号质量从差变好的状况，本发明实施例对此不作限定。

当前有关保护倒换的方法，很难有效避免节点无效的保护倒换，无效的保护倒换一方面使得业务选收在非原始的选收路径上，另一方面会增加因保护倒换带来的倒换事件或倒换告警的上报，这些倒换事件和倒换告警频繁无效的上报会影响对网络的维护的效率。

综上所述，在本发明实施例的节点，当检测到节点当前工作的路径发生故障，或者当前非工作的路径故障消失时，通过开启定时器，并在定时器超时时，通过再次检测的两个路径的状况，确定是否执行保护倒换，能够有效避免无效的保护倒换，并能够提高节点的保护倒换的效率，并降低无效的保护倒换对网络维护的影响。

还应理解，本发明实施例的节点可以应用于非ASON网络中，通过使用“故障确认时间”机制来避免无效的保护倒换。还应理解，“故障确认时间”机制还可以应用于其他“双发选收”的场景，本发明实施例并不对此作特定限制。

因此，本发明实施例的节点，当检测到节点当前工作的路径发生故障，或者当前非工作的路径故障消失时，通过开启定时器，并在定时器超时时，通过再次检测的两个路径的状况，确定是否执行保护倒换，能够有效避免无效的保护倒换，并能够提高节点的保护倒换的效率，并降低无效的保护倒换对网络维护的影响。

上文中结合图5，详细描述了根据本发明实施例的节点，下面将结合图6，详细描述根据本发明实施例的控制设备。

图6示出了根据本发明实施例的控制设备400的示意性框图。如图6所示，该控制设备400包括：

第一确定模块410，用于确定业务路径经过互相连接的第一节点和第二节点，且该业务路径在该第一节点的入口时隙重用、出口分离，并在该第二节点的入口分离、出口时隙重用，该业务路径在该第一节点和该第二节点之间包括第一路径和第二路径；

第二确定模块420，用于将该第一确定模块确定的该第二节点确定为保护组的宿端节点；

第三确定模块430，用于确定该第二确定模块确定的该保护组的宿端节点的故障确认时间；

发送模块440，用于向该第三确定模块确定的该保护组的宿端节点发送包括该故障确认时间的指示消息，用于指示根据该故障确认时间进行该保护组的宿端节点的保护倒换。

因此，本发明实施例的控制设备，通过向节点发送包括故障确认时间的指示消息，以便于该节点根据该故障确认时间进行保护倒换，能够有效避免无效的保护倒换，并可以提高节点保护倒换的效率。

可选地，作为一个实施例，在图6所示的控制设备400中，该第三确定模块具体用于，根据该第一路径和该第二路径之间的时延差，确定该故障确认时间。

可选地，当该第一路径和该第二路径之间的距离差在1000km以内时，确定该缺陷确定时间为10ms；

当该第一路径和该第二路径之间的距离差大于1000km，且小于等于3000km时，确定该缺陷确定时间为20ms；

当该第一路径和该第二路径之间的距离差大于3000km，且小于等于5000km时，确定该缺陷确定时间为30ms。

应理解，该第二确定模块还可以根据第一路径和第二路径各自CPU的忙闲程度，来确定该故障确认时间，本发明实施例对此不作限定。

可选地，作为一个实施例，在图6所示的控制设备400中，该发送模块发送的该指示消息为路径建立消息。

可选地，作为一个实施例，在图6所示的控制设备400中，该第二确定模块确定的该故障确认时间不超过30ms。

应理解，当前技术中，保护倒换的时间一般在50ms之内，即本发明实施例中的技术方案既可以通过故障确认时间解决无效保护倒换的问题，而且一般不会引起保护组的保护倒换时间超过50ms，避免影响保护组的保护倒换性能。

还应理解，发送模块430向该第二确定模块确定的该保护组的宿端节点发送包括该故障确认时间的指示消息，可以同时指示该保护组的宿端节点配置保护倒换机制(下面简称配置保护组)和根据故障确认时间进行该保护组的宿端节点的保护倒换。

当前有关保护倒换的方法，很难有效避免节点无效的保护倒换，无效的保护倒换一方面使得业务选收在非原始的选收路径上，另一方面会增加因保护倒换带来的倒换事件或倒换告警的上报，这些倒换事件和倒换告警频繁无效的上报会影响对网络的维护的效率。

综上所述，本发明实施例的控制设备，通过向节点发送包括故障确认时间的指示消息，以便于该节点根据该故障确认时间进行保护倒换，能够有效避免无效的保护倒换，并能够提高节点的保护倒换的效率，并降低无效的保护倒换对网络维护的影响。

应理解，本发明的技术方案还可以应用于非ASON网络中，通过使用“故障确认时间”机制来避免无效的保护倒换。还应理解，“故障确认时间”机制还可以应用于其他“双发选收”的场景，本发明实施例并不对此作特定限制。

还应理解，根据本发明实施例的控制设备400可对应于本发明实施例的保护倒换的方法中的控制设备，并且控制设备400中的各个模块的上述和其它操作和/或功能分别为了实现图1至图4中的各个方法的相应流程，为了简洁，在此不再赘述。

如图7所示，本发明实施例还提供了一种节点500，该节点500包括处理器510、存储器520、总线系统530和接收器540。其中，处理器510、存储器520和接收器540通过总线系统530相连，该存储器520用于存储指令，该处理器510用于执行该存储器520存储的指令，以控制接收器540接收信号。其中，接收器540，用于接收包括故障确认时间的指示消息，该指示消息用于指示根据该故障确认时间进行该保护组的宿端节点的保护倒换；处理器510，用于当检测到第一路径发生故障时，或者当检测到第二路径的故障消失时，开启定时时间为该故障确认时间的定时器，其中，该第一路径为该节点选收业务的路径，该第二路径为该节点非选收业务的路径；处理器510，还用于当确定该定时器超时时，重新检测该第一路径和该第二路径的状态；处理器510，还用于根据该重新检测的结果，确定是否执行保护倒换。

因此，本发明实施例的节点，当检测到节点当前工作的路径发生故障或者非工作的路径故障恢复时，开启定时时间为故障确认时间的定时器，当确定定时器超时时，根据两条路径当前的状态，确定是否执行保护倒换，能够有效避免无效的保护倒换，从而能够提高保护倒换的效率。

可选地，作为一个实施例，该处理器510具体用于，当检测到该第一路径发生故障时，开启该第一路径的该定时器；或

该处理器510具体用于，当检测到该第二路径的故障消失时，开启该第二路径的该定时器。

可选地，作为一个实施例，该处理器510具体用于，当检测到该第一路径发生故障，且该第二路径不存在故障时，开启该定时器；或

该处理器510具体用于，当检测到该第二路径的故障消失，且该第一路径存在故障时，开启该定时器。

可选地，作为一个实施例，该处理器510具体用于，当重新检测的结果为该第一路径不存在故障时，或者该第一路径与该第二路径均存在故障时，确定不执行保护倒换。

可选地，作为一个实施例，该处理器510具体用于，当重新检测的结果为该第一路径存在故障，且该第二路径不存在故障时，确定执行保护倒换，使得该节点断开该第一路径，且在该第二路径上选收业务。

可选地，作为一个实施例，该接收器540接收的该指示消息为路径建立消息。

应理解，在本发明实施例中，该处理器510可以是中央处理单元(Central Processing Unit，简称为“CPU”)，该处理器510还可以是其他通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器510也可以是任何常规的处理器等。

该存储器520可以包括只读存储器和随机存取存储器，并向处理器510提供指令和数据。存储器520的一部分还可以包括非易失性随机存取存储器。例如，存储器520还可以存储设备类型的信息。

该总线系统530除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见，在图中将各种总线都标为总线系统530。

在实现过程中，上述方法的各步骤可以通过处理器510中的硬件的集成逻辑电路或者软件形式的指令完成。结合本发明实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器520，处理器510读取存储器520中的信息，结合其硬件完成上述方法的步骤。为避免重复，这里不再详细描述。

应理解，根据本发明实施例的节点500可对应于本发明实施例的保护倒换的方法100中的保护组的宿端节点，也可对应于保护倒换的方法200中的保护组的宿端节点，还可以对应于图2中的节点B，还可以对应于图4中的站点C，也可以对应于根据本发明实施例的节点300，并且节点500中的各个模块的上述和其它操作和/或功能分别为了实现图1至图4中的各个方法的相应流程，为了简洁，在此不再赘述。

因此，本发明实施例的节点，当检测到节点当前工作的路径发生故障，或者当前非工作的路径故障消失时，通过开启定时器，并在定时器超时时，通过再次检测的两个路径的状况，确定是否执行保护倒换，能够有效避免无效的保护倒换，并能够提高节点的保护倒换的效率，并降低无效的保护倒换对网络维护的影响。

如图8所示，本发明实施例还提供了一种控制设备600，该控制设备600包括处理器610、存储器620、总线系统630和发送器640。其中，处理器610、存储器620和发送器640通过总线系统630相连，该存储器620用于存储指令，该处理器610用于执行该存储器620存储的指令，以控制发送器640发送信号。其中，处理器610，用于确定业务路径经过互相连接的第一节点和第二节点，且该业务路径在该第一节点的入口时隙重用、出口分离，并在该第二节点的入口分离、出口时隙重用，该业务路径在该第一节点和该第二节点之间包括第一路径和第二路径；该处理器610还用于，将该第二节点确定为保护组的宿端节点；该处理器610，还用于确定该保护组的宿端节点的故障确认时间；发送器640，用于向该保护组的宿端节点发送包括该故障确认时间的指示消息，用于指示根据该故障确认时间进行该保护组的宿端节点的保护倒换。

因此，本发明实施例的控制设备，通过向节点发送包括故障确认时间的指示消息，以便于该节点根据该故障确认时间进行保护倒换，能够有效避免无效的保护倒换，并可以提高节点保护倒换的效率。

可选地，作为一个实施例，该处理器610具体用于，根据该第一路径和该第二路径之间的时延差，确定该故障确认时间。

可选地，作为一个实施例，该发送器640发送的指示消息为路径建立消息。

应理解，在本发明实施例中，该处理器610可以是中央处理单元(Central Processing Unit，简称为“CPU”)，该处理器610还可以是其他通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

该存储器620可以包括只读存储器和随机存取存储器，并向处理器610提供指令和数据。存储器620的一部分还可以包括非易失性随机存取存储器。例如，存储器620还可以存储设备类型的信息。

该总线系统630除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见，在图中将各种总线都标为总线系统630。

在实现过程中，上述方法的各步骤可以通过处理器610中的硬件的集成逻辑电路或者软件形式的指令完成。结合本发明实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器620，处理器610读取存储器620中的信息，结合其硬件完成上述方法的步骤。为避免重复，这里不再详细描述。

应理解，根据本发明实施例的控制设备600可对应于本发明实施例的保护倒换的方法中的控制设备，也可以对应于根据本发明实施例的控制设备400，并且控制设备600中的各个模块的上述和其它操作和/或功能分别为了实现图1至图4中的各个方法的相应流程，为了简洁，在此不再赘述。

因此，本发明实施例的控制设备，通过向节点发送包括故障确认时间的指示消息，以便于该节点根据该故障确认时间进行保护倒换，能够有效避免无效的保护倒换，并能够提高节点的保护倒换的效率，并降低无效的保护倒换对网络维护的影响。

应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

应理解，在本发明的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

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