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

子网连接保护（ 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" )传送网、 光传送网 （ Opikal 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， 简称为 "RS VP" )信令， 具体地， 以 SNCP保护组为例， 在该 RSVP信令的 Path 消息中， 包括对象<SNCP_

DETECTION_CONFIRM> , 如下所示：

1 2 3 01234567890123456789012345678901

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- +-+-+ I Length I Class-Num al C-Type I

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ -+-+-+-+ I Detect-Confirm- Time IDirl Reserved I + -+ -+ -+ -+ -+ -+ -+ -+ -+ -+ -+ -+ -+ -+ -+ -+ -+ -+ -+ -+ -+ -+ -+ -+ -+ -+ -+ -+ -+ -+ -+ -+ 其中， 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， 简称为 "RS VP" )信令， 具体地， 以 该节点为保护组为 SNCP保护组为例，在该 RSVP信令的 Path消息中， 包括 对象<SNCP_ DETECTION_CONFIRM>， 如下所示：

1 2 3

01234567890123456789012345678901

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- +-+-+ I Length I Class-Num I C-Type I

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ -+-+-+-+ I Detect-Confirm- Time IDirl Reserved I

+ -+ -+ -+ -+ -+ -+ -+ -+ -+ -+ -+ -+ -+ -+ -+ -+ -+ -+ -+ -+ -+ -+ -+ -+ -+ -+ -+ -+ -+ -+ -+ -+ 其中， 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网络传 输到站点0， 当前路由为 A-B-C-D， 在 BC站点间走的路径是 bc。 业务因为 某种原因需要重路由， 例如控制设备的信令模块向路由模块请求算路 ， 路由 模块进行路径计算后发现业务新的路径为 A-B-C-D， 且在 BC站点间走的路 径是 BC。 这样业务在 B节点新老路径的入口时隙重用， 出口分离， 在下游 的 C节点入口是分离的， 但出口时隙重用。 这样在 C节点， 在和正向业务 信号流相同的方向上需要建立 SNCP保护组， 且此 SNCP需要配置"故障确 认时间"， 因为例如如果 AB站点间的光纤中断， C站点上的 SNCP的主备通 道（BC和 be)会同时故障。 如果业务是双向业务， 则路由模块算路后， 会 计算出在 B节点在反方向业务上需要建立 SNCP，且需要为此 SNCP配置"故 障确认时间"。路由模块将 C节点业务正向方向上的 SNCP需要配置"故障确 认时间 "这个信息作为算路结果返回给信令模块。

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

0 1 2 3

01234567890123456789012345678901

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- +-+-+

I Length I Class-Num I C-Type I

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ -+-+-+-+ I Detect-Confirm- Time IDirl Reserved I

+-+ -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ -+ 其中， 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这三种情况。 另外， 本文中字符" /，，， 一般表示前后关联 对象是一种"或"的关系。

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

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

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

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

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

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

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