本发明涉及通信技术领域， 特别涉及一种业务保护方法、 设备及系统。 背景技术

菊花链的基本概念是指一种由许多菊花串接在 一起形成的花环。 而在通信 领域， 菊花链代表一种设备或业务的组网模式， 即设备 A与设备 B相连、 设 备 B与设备 C相连、 设备 C与设备 D相连等等， 最后一个设备不与第一个设 备相连的链状拓朴。 菊花链专网经常被用来在环网上实现组播业务 ， 比如 MPLS- TP ( Multi-Protocol Label Switching Transport Profile,传送多协议标签交 换）环网上组播业务的实现。

请参考图 1 ,其示出了现有技术中的一种利用菊花链专网� � MPLS TP环网 上实现组播业务的实施示意图。 该网络包括节点1 、 NE ( Net Element, 网元） A、 NE B、 NE C和NE D。 其中， NE A、 NE B, NE C和 NE D之间通过物 理链路相连， 从而构成环网 （图中实线）； 同时， 在 NEA和 NE B之间、 NE B 和 NE C之间、 NE C和 NE D之间的物理链路上分别建立业务通道（图中� �线）， NE A和 NE D之间的物理链路上不建立业务通道，从而构� �菊花链专网。换句 话说， 虽然 NE A和 NE D之间通过物理链路进行了实际相连， 但是逻辑上的 业务通道并不相连。

利用上述菊花链专网实现组播业务的过程大致 如下： 主节点 NE A收到源 节点 R的业务， 通过组播方式发送到从节点 NE B, 从节点 NE B在菊花链专 网内组播或者广播， 一份业务送到本地用户侧， 另一份业务发送到从节点 NE C, 业务依次向下游转发； 业务不能从主节点 NE A直接发送到从节点 NE C等 非直接相连的下游节点， 这样保证了在中间的业务通道上业务只有一份 。 正常 情况下， 业务的发送路径为： NE A— > NE B— > NE C— > NE D。

现有的菊花链专网在发生故障时， 主要采用如下业务保护方法来应对： 假设 NE B和 NE C之间的链路发生了故障， 则 NE B利用 MPLS TP环网 的倒换保护机制， 将本应发往 NE C的业务通过倒换后的保护路径 NE B->NE A >NE D - >NE C发送至 NE C。由于该业务的标签表示是由 NE B指向 NE C 的， 所以 NE A和 NE D仅转发该业务， 但不在本地处理该业务； 在 NE C接收 到该业务之后， NE C再继续向 NE D下发该业务。

在实现本发明的过程中， 发明人发现现有技术至少存在以下问题： 现有方案仅能够对一段链路发生故障时进行有 效保护， 若 NE C发生了节 点故障， 即便由 NE B发往 NE C的业务可以经过保护路径转发， 但实际上 NE C仍然无法接收该业务， 将造成 NE C和 NE D的业务中断， 并且可能会导致 业务风暴的产生， 此种情况下， 只能选择让 NE B将本应发往 NE C的业务直 接丟弃。 同理， 当多段链路或者多个节点发生了故障， 也只能选择让 NE B将 本应发往 NE C的业务直接丟弃。

综上， 现有的保护方案不能获得良好的保护效果， 特别是在发生节点故障 或者多处故障时， 无良好的应对方案。 发明内容

有鉴于此， 本发明实施例提供了一种业务保护方法、 设备及系统， 用于解 决现有方案在发生节点故障或者多处故障时无 法提供良好的应对方案的问题。 所述技术方案如下：

第一方面， 提供了一种业务保护方法， 用于环网上菊花链业务系统， 所述 系统中的主节点和最后一个从节点之间建立有 保护业务通道， 且所述保护业务 通道可在阻塞模式和导通模式下切换， 所述方法， 包括：

接收来自相邻节点的节点状态异常报文；

在接收到所述节点状态异常报文之后，将所述 保护业务通道由阻塞模式切 换为导通模式。

在第一方面的第一种可能的实施方式中， 所述方法， 还包括：

接收来自相邻节点的节点状态恢复报文；

在接收到所述节点状态恢复报文之后，将所述 保护业务通道由导通模式切 换为阻塞模式。

结合第一方面或者第一方面的第一种可能的实 施方式， 在第二种可能的实 施方式中， 所述方法， 还包括：

预先存储有所有节点的拓朴信息；

所述在接收到所述节点状态异常报文之后， 将所述保护业务通道由阻塞模 式切换为导通模式， 具体包括：

在接收到所述节点状态异常报文之后，根据存 储的拓朴信息和所述节点状 态异常报文检测故障类型；

若检测到的所述故障类型为节点故障或多处故 障， 将所述保护业务通道由 阻塞模式切换为导通模式。

结合第一方面的第二种可能的实施方式， 在第一方面的第三种可能的实施 方式中， 所述节点状态异常报文包括正常节点与所述正 常节点的一向相邻节点 之间的路径不可达信息， 所述根据存储的拓朴信息和所述节点状态异常 报文检 测故障类型， 具体包括：

若来自两向相邻节点的节点状态异常报文中的 正常节点为不相邻的两个 节点， 则检测到的所述故障类型为节点故障或多处故 障；

若来自两向相邻节点的节点状态异常报文中的 正常节点为相邻的两个节 点， 则检测到的所述故障类型为链路故障。

结合第一方面或者第一方面的第一至三种中的 任一种可能的实施方式， 在 第四种可能的实施方式中， 所述方法， 还包括：

在接收到来自源节点的业务后， 以组播或者广播方式向相邻节点传递所述 业务。

第二方面， 提供了一种主节点， 用于环网上菊花链业务系统， 所述系统中 的主节点和最后一个从节点之间建立有保护业 务通道， 且所述保护业务通道可 在阻塞模式和导通模式下切换， 所述节点包括：

报文接收模块， 用于接收来自相邻节点的节点状态异常报文；

状态切换模块， 用于在所述报文接收模块接收到所述节点状态 异常报文之 后， 将所述保护业务通道由阻塞模式切换为导通模 式。

在第二方面的第一种可能的实施方式中， 所述报文接收模块， 还用于接收 来自相邻节点的节点状态恢复报文；

所述状态切换模块，还用于在所述报文接收模 块接收到所述节点状态恢复 报文之后， 将所述保护业务通道由导通模式切换为阻塞模 式。

结合第二方面或者第二方面的第一种可能的实 施方式， 在第二种可能的实 施方式中， 所述主节点， 还包括： 拓朴存储模块；

所述拓朴存储模块， 用于预先存储有所有节点的拓朴信息；

所述状态切换模块， 对应包括： 故障类型检测单元和阻塞解除单元； 所述故障类型检测单元， 用于在所述报文接收模块接收到所述节点状态 异 常报文之后，根据所述拓朴存储模块存储的拓 朴信息和所述节点状态异常报文 检测故障类型；

所述阻塞解除单元， 用于若所述故障类型检测单元检测到的所述故 障类型 为节点故障或多处故障， 将所述保护业务通道由阻塞模式切换为导通模 式。

结合第二方面的第二种可能的实施方式， 在第三种可能的实施方式中， 所 述节点状态异常报文包括正常节点与所述正常 节点的一向相邻节点之间的路 径不可达信息， 所述故障类型检测单元， 具体用于：

若来自两向相邻节点的节点状态异常报文中的 正常节点为不相邻的两个 节点， 则检测到的所述故障类型为节点故障或多处故 障；

若来自两向相邻节点的节点状态异常报文中的 正常节点为相邻的两个节 点， 则检测到的所述故障类型为链路故障。

结合第二方面或者第二方面的第一至三种中的 任一种可能的实施方式， 在 第四种可能的实施方式中， 所述主节点， 还包括：

业务发送模块；

所述业务发送模块， 用于在接收到来自源节点的业务后， 以组播或者广播 方式向相邻节点传递所述业务。

第三方面， 提供了一种业务保护方法， 用于环网上菊花链业务系统， 所述 系统中的主节点和最后一个从节点之间建立有 保护业务通道， 且所述保护业务 通道可在阻塞模式和导通模式下切换， 所述方法， 包括：

检测相邻节点的状态信息；

在检测到一向相邻节点不可达时， 向另一向相邻节点发送节点状态异常报 文；

在接收到一向相邻节点发送的节点状态异常报 文后， 向另一向相邻节点传 递所述节点状态异常报文， 以便所述主节点在接收到所述节点状态异常报 文之 后， 将所述保护业务通道由阻塞模式切换为导通模 式。

在第三方面的第一种可能的实施方式中， 所述方法， 还包括：

在检测到一向相邻节点由不可达转变为可达时 ， 向另一向相邻节点发送节 点状态恢复报文；

在接收到一向相邻节点发送的节点状态恢复报 文时， 向另一向相邻节点传 递所述节点状态恢复报文， 以便所述主节点在接收到所述节点状态恢复报 文之 后， 将所述保护业务通道由导通模式切换为阻塞模 式。

结合第三方面或者第三方面的第一种可能的实 施方式， 在第二种可能的实 施方式中， 所述方法， 还包括：

接收到一向相邻节点发送的业务后， 以组播或者广播方式向另一向相邻节 点传递所述业务。

第四方面， 提供了一种从节点， 用于环网上菊花链业务系统， 所述系统中 的主节点和最后一个从节点之间建立有保护业 务通道， 且所述保护业务通道可 在阻塞模式和导通模式下切换， 所述从节点， 包括：

状态检测模块， 用于检测相邻节点的状态信息；

报文发送模块， 用于在所述状态检测模块检测到一向相邻节点 不可达时， 向另一向相邻节点发送节点状态异常报文；

报文传递模块， 用于在接收到一向相邻节点发送的节点状态异 常报文后， 向另一向相邻节点传递所述节点状态异常报文 ， 以便所述主节点在接收到所述 节点状态异常报文之后， 将所述保护业务通道由阻塞模式切换为导通模 式。

在第四方面的第一种可能的实施方式中， 所述 文发送模块， 还用于在所 述状态检测单元检测到一向相邻节点由不可达 转变为可达时， 向另一向相邻节 点发送节点状态恢复报文；

所述报文传递模块，还用于在接收到一向相邻 节点发送的节点状态恢复报 文时， 向另一向相邻节点传递所述节点状态恢复报文 ， 以便所述主节点在接收 到所述节点状态恢复报文之后，将所述保护业 务通道由导通模式切换为阻塞模 式。

结合第四方面或者第四方面的第一种可能的实 施方式， 在第二种可能的实 施方式中， 所述从节点， 包括：

业务处理模块， 用于接收到一向相邻节点发送的业务后， 以组播或者广播 方式向另一向相邻节点传递所述业务。

第五方面， 提供了一种环网上菊花链业务系统， 所述系统包括一个如第二 方面或第二方面的各种可能的实施方式所述的 主节点， 和至少一个如第四方面 或第四方面的各种可能的实施方式的从节点， 所述主节点和最后一个从节点之 间建立有保护业务通道， 且所述保护业务通道可在阻塞模式和导通模式 下切 换。

第六方面， 提供了一种主节点， 用于环网上菊花链业务系统， 所述系统中 的主节点和最后一个从节点之间建立有保护业 务通道， 且所述保护业务通道可 在阻塞模式和导通模式下切换， 所述节点包括：

接收机， 用于接收来自相邻节点的节点状态异常报文；

处理器， 用于在所述接收机接收到所述节点状态异常报 文之后， 将所述保 护业务通道由阻塞模式切换为导通模式。

在第六方面的第一种可能的实施方式中，

所述接收机， 还用于接收来自相邻节点的节点状态恢复报文 ；

所述处理器， 还用于在所述接收机接收到所述节点状态恢复 报文之后， 将 所述保护业务通道由导通模式切换为阻塞模式 。

结合第六方面或者第六方面的第一种可能的实 施方式， 在第二种可能的实 施方式中， 所述主节点， 还包括： 存储器；

所述存储器， 用于预先存储有所有节点的拓朴信息；

所述处理器， 还用于在所述接收机接收到所述节点状态异常 报文之后， 根 据所述存储器存储的拓朴信息和所述节点状态 异常报文检测故障类型；

所述处理器， 还用于若检测到的所述故障类型为节点故障或 多处故障， 将 所述保护业务通道由阻塞模式切换为导通模式 。

结合第六方面的第二种可能的实施方式， 在第三种可能的实施方式中， 所 述节点状态异常报文包括正常节点与所述正常 节点的一向相邻节点之间的路 径不可达信息， 所述处理器， 具体用于：

若来自两向相邻节点的节点状态异常报文中的 正常节点为不相邻的两个 节点， 则检测到的所述故障类型为节点故障；

若来自两向相邻节点的节点状态异常报文中的 正常节点为相邻的两个节 点， 则检测到的所述故障类型为链路故障。

结合第六方面或者第六方面的第一至三种中的 任一种可能的实施方式， 在 第四种可能的实施方式中， 所述主节点， 还包括：

发射机；

所述发射机， 用于在所述接收机接收到来自源节点的业务后 ， 以组播或者 广播方式向相邻节点传递所述业务。

第七方面， 提供了一种从节点， 用于环网上菊花链业务系统， 所述系统中 的主节点和最后一个从节点之间建立有保护业 务通道， 且所述保护业务通道可 在阻塞模式和导通模式下切换， 所述从节点， 包括： 处理器， 用于检测相邻节点的状态信息；

发射机， 用于在所述处理器检测到一向相邻节点不可达 时， 向另一向相邻 节点发送节点状态异常报文；

所述处理器，还用于在接收机接收到一向相邻 节点发送的节点状态异常报 文后， 向另一向相邻节点传递所述节点状态异常报文 ， 以便所述主节点在接收 到所述节点状态异常报文之后，将所述保护业 务通道由阻塞模式切换为导通模 式。

在第七方面的第一种可能的实现方式中，

所述发射机，还用于在所述处理器检测到一向 相邻节点由不可达转变为可 达时， 向另一向相邻节点发送节点状态恢复报文；

所述发射机，还用于在所述接收机接收到一向 相邻节点发送的节点状态恢 复报文时， 向另一向相邻节点传递所述节点状态恢复报文 ， 以便所述主节点在 接收到所述节点状态恢复报文之后，将所述保 护业务通道由导通模式切换为阻 塞模式。

结合第七方面或者第七方面的第一种可能的实 施方式， 在第二种可能的实 施方式中， 所述从节点， 包括：

所述发射机， 用于所述接收机接收到一向相邻节点发送的业 务后， 以组播 或者广播方式向另一向相邻节点传递所述业务 。

第八方面， 提供了一种环网上菊花链业务系统， 所述系统包括一个如第六 方面或第六方面的各种可能的实施方式所述的 主节点， 和至少一个如第七方面 或第七方面的各种可能的实施方式所述的从节 点， 所述主节点和最后一个从节 点之间建立有保护业务通道，且所述保护业务 通道可在阻塞模式和导通模式下 切换。

本发明实施例提供的技术方案的有益效果是：

通过在主节点和最后一个从节点之间建立保护 业务通道， 并且根据节点状 态异常报文来将保护业务通道由阻塞模式切换 为导通模式，解决了现有方案在 发生节点故障或者多处故障时无法提供良好的 应对方案的问题， 达到了即便发 生了节点故障或者多处故障， 也能够对业务进行保护的效果。 附图说明

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

图 1是现有技术中的一种利用菊花链专网在 MPLS TP环网上实现组播业 务的实施示意图；

图 2是本发明实施例所涉及的一种实施环境的结� �示意图；

图 3是本发明一个实施例提供的业务保护方法的� �程图；

图 4是本发明另一个实施例提供的业务保护方法� �流程图；

图 5是本发明再一个实施例提供的业务保护方法� �流程图；

图 6是本发明一个实施例提供的环网上菊花链业� �系统的结构方框图； 图 7是本发明另一个实施例提供的环网上菊花链� �务系统的结构方框图； 图 8是本发明再一个实施例提供的环网上菊花链� �务系统的结构方框图； 图 9是本发明一个实施例提供的主节点的结构方� �图；

图 10是本发明另一个实施例提供的主节点的结构� ��框图；

图 11是本发明一个实施例提供的从节点的结构方� ��图；

图 12是本发明又一个实施例提供的环网上菊花链� ��务系统的结构方框图。 具体实施方式

为使本发明的目的、 技术方案和优点更加清楚， 下面将结合附图对本发明 实施方式作进一步地详细描述。 请参考图 2,其示出了本发明实施例所涉及的一种实施环� ��的结构示意图。 该实施环境为一种环网上菊花链业务系统。该 系统包括源节点 R、主节点 NE A、 从节点 NE B、 从节点 NE C、 从节点 NE D、 从节点 NE E和从节点 NE F。

其中， NE A、 NE B、 NE C、 NE D、 NE E和 NE F之间依次通过物理链 路 (图中无箭头实线）相连， 从而构成环网；

同时， 在 NE A和 NE B之间、 NE B和 NE C之间、 NE C和 NE D之间、 NE D和 NE E之间、 NE E与 NE F之间的物理链路上分别建立业务通道 (图 中有箭头虚线）， 从而构成菊花链专网。

与现有技术不同的是， 主节点 NE A和最后一个从节点 NE F之间的物理 链路上还建立有保护业务通道（图中有箭头实 线）， 该保护业务通道可以在阻 塞模式和导通模式之间切换。 请参考图 3, 其示出了本发明一个实施例提供的业务保护方 法的流程图。 本实施例主要以该业务保护方法应用于图 2所示主节点 NE A中来举例说明。 该业务保护方法， 包括：

步骤 302, 接收来自相邻节点的节点状态异常报文；

主节点 NE A可以接收来自相邻节点 NE B和相邻节点 NE F的节点状态异 常报文， 从而获知该环网中的某一段链路或者某一个节 点发生的故障。 比如， 当从节点 NE C发生节点故障时， 主节点 NE A可以根据相邻节点 NE B和 NE F发送的节点状态异常报文获知该节点故障的� �生。

步骤 304, 在接收到节点状态异常报文之后， 将保护业务通道由阻塞模式 切换为导通模式。

在主节点 NE A接收到节点状态异常报文之后，主节点 NE A将自身与 NE F之间的保护业务通道由阻塞模式切换为导通� �式。 此后， 主节点 NE A可以 将业务直接通过保护业务通道发送至从节点 NE F, 再由 NE F发送业务至 NE E, 由 NE E发送至 NE D,使得位于故障节点 NE C下游的从节点 NE D、 NE E 和 NE F也能正常接收到业务。

综上所述， 本实施例提供的业务保护方法， 通过在主节点和最后一个从节 点之间建立保护业务通道， 并且根据节点状态异常报文来将保护业务通道 由阻 塞模式切换为导通模式， 解决了现有方案在发生节点故障或者多处故障 时无法 提供良好的应对方案的问题， 达到了即便发生了节点故障或者多处故障， 也能 够对业务进行保护的效果。 同时， 本实施例提供的业务保护方法也适用于单一 链路故障的保护。 请参考图 4, 其示出了本发明另一实施例提供的业务保护方 法的流程图。 本实施例主要以该业务保护方法应用于图 2所示环网上菊花链业务系统中来举 例说明， 该系统中的主节点和最后一个从节点之间建立 有保护业务通道， 且保 护业务通道可在阻塞模式和导通模式下切换。 该业务保护方法， 包括：

步骤 402, 各个节点检测相邻节点的状态信息；

本实施例包括故障发现过程和业务保护过程两 大部分， 故障发现过程可以 由主节点和从节点都参与， 也可以仅由从节点参与。 本实施例以每个节点都参 与故障发现过程来说明。 每个节点检测相邻节点的状态信息， 比如， 主节点

NE A检测从节点 NE B和从节点 NE F的状态信息； 从节点 NE C检测从节点 NE B和 NE D的状态信息。 每个节点在此过程中所需要执行的处理均相同 。

当前节点检测一个相邻节点的状态信息， 具体可以为： 当前节点接收相邻 节点周期性地发送的预定报文， 若当前节点在一定时间阈值内收到该预定报 文， 则表示两者之间可达； 若当前节点在一定时间阈值内未收到该预定报 文， 则表示两者之间不可达。 比如， 若 NE B在一定时间阈值内未收到 NE C发送 的预定报文， 则认为 NE C- >NEB的路径不可达。 本实施例中将一直以 NE B 和 NE C之间的链路发生故障来举例说明。

步骤 404, 各个节点在检测到一向相邻节点不可达时， 向另一向相邻节点 发送节点状态异常报文；

当前节点检测到一向相邻节点不可达时， 向另一向相邻节点发送节点状态 异常报文。 比如， NE B检测到 NE C不可达时， 向 NE A发送节点状态异常报 文， 该节点状态异常 文可以包含正常节点与该正常节点的一向相邻 节点之间 的路径不可达信息，也即正常节点 NE B与 NE B的一向相邻节点 NE C之间的 路径不可达的信息； 同理， NE C检测到 NE B不可达时， 向 NE D发送节点状 态异常报文，也即正常节点 NE C与 NE C的一向相邻节点 NE B之间的的路径 不可达的信息。 该节点状态异常报文可以经由环网物理链路传 递。

另外需要指出的是， 当前节点也可以双向发送节点状态异常报文， 但是由 于一向相邻节点不可达， 故其效果也是等同于只向另一向相邻节点发送 节点状 态异常报文。

步骤 406, 各个节点在接收到一向相邻节点发送的节点状 态异常报文后， 向另一向相邻节点传递节点状态异常报文；

每个节点在接收到一向相邻节点发送的节点状 态异常报文后， 向另一向相 邻节点传递节点状态异常报文。 比如， NE A接收到 NE B发送的节点状态异常 报文后， 除了自身保存该节点状态异常报文之外， 还向 NE F传递该节点状态 异常报文， 使得该节点状态异常报文由 NE B- >NE A- >NE F- >NE E- >NE D- >NE C依次传递； 而 NE C发出的节点状态异常报文将会由 NE C- >NE D- >NE E- >NE F- >NE A- >NE B依次传递。

由于实际应用中， 节点状态异常报文可能会被每个节点重新封装 ， 为了不 引起歧义， 本文中的节点状态异常报文主要是指狭义的异 常状态信息， 而不涉 及报文的封装形式和外在表现。

步骤 408, 主节点接收来自相邻节点的节点状态异常报文 ；

主节点 NE A可以接收来自相邻节点 NE B和相邻节点 NE F的节点状态异 常报文， 从而获知该环网中的某一段链路或者某一个节 点发生的故障。 比如， 主节点 NE A可以根据相邻节点 NE B和 NE F发送的节点状态异常报文获知 NE B和 NE C之间的链路发生了故障。

步骤 410, 主节点在接收到节点状态异常报文之后， 将保护业务通道由阻 塞模式切换为导通模式。

主节点 NE A在接收到节点状态异常报文之后， 可以将保护业务通道由阻 塞模式切换为导通模式。 此时， 主节点 NE A接收到源节点 NE R的业务时， 下发的路径存在两条， 第一条路径为 NE A- >NE B; 第二条为 NE A- >NE F- >NE E- >NE D- >NE C。也就是说， NE F可以通过保护业务通道接收 NE A 下发的业务， 然后 NE F在菊花链专网内组播或者广播， 一份业务送到本地用 户侧， 另一份业务发送到从节点 NE E, 业务依次向下游转发。 每个节点在接 收到一向相邻节点发送的业务后， 都会以组播或者广播方式向另一向相邻节点 传递业务。 此时， 虽然 NE B和 NE C之间的链路发生了故障， 但是业务仍然 能够达到每个节点。

易于思及的是， 如果发生了节点故障或者多处故障， 比如 NE C发生了故 障， 采用上述方案也能够保证除 NE C之外的所有节点都接收到该业务。

当然， 节点的状态信息不仅包括链路或者节点发生故 障的情况， 还包括链 路或者节点的故障消除后， 由不可达状态变为可达状态的情况。 也就是说， 步 骤 402至步骤 408中生成、 发生、 传递和接收的也可能是节点状态恢复报文， 节点状态恢复报文包括有正常节点与该正常节 点的一向相邻节点之间的的路 径由不可达变为可达的信息。 比如， NE B和 NE C之间的链路故障消除后， NE B可以产生并发送节点状态恢复报文， 包括有 NE C和 NE B的路径由不可 达变为可达的信息， 然后按照 NE B-- >NE A- >NE F- >NE E- >NE D- >NE C 依次传递； 对应地， NE C可以产生并发送节点状态恢复报文， 包括有 NE B和 NE C的路径由不可达变为可达的信息，然后按照 NE C- >NE D- >NE E- >NE F >NE A >NE B依次传递。 此时， 该业务保护方法， 还包括如下步骤： 步骤 412, 主节点接收来自相邻节点的节点状态恢复报文 ；

主节点 NE A也可以接收来自相邻节点 NE B和相邻节点 NE F的节点状态 恢复报文，从而获知该环网中的某一段链路或 者某一个节点发生的故障已经消 除。 比如， 主节点 NE A可以根据相邻节点 NE B和 NE F发送的节点状态恢复 报文获知 NE B和 NE C之间的链路故障已经消除。

步骤 414, 主节点在接收到节点状态恢复报文之后， 将保护业务通道由导 通模式切换为阻塞模式。

主节点 NE A在接收到节点状态恢复报文之后， 可以将保护业务通道由导 通模式切换为阻塞模式。 也即， 在 NE B和 NE C之间的链路故障消除后， NE A与 NE F之间的保护业务通道将恢复阻塞状态， 如果此时 NE A接收到源节 点 R的业务，将会按照现有的 NE A- >NE B - >NE C- >NE D- >NE E- >NE F 路径来进行业务下发和传递。 每个节点在接收到一向相邻节点发送的业务后 ， 都会以组播或者广播方式向另一向相邻节点传 递业务。

需要补充说明的是， 如果发生多处故障， 则主节点 NE A只有在接收到所 有的节点状态恢复报文， 且判断到不存在故障时， 才会将保护业务通道由导通 模式切换为阻塞模式。

综上所述， 本实施例提供的业务保护方法， 通过在主节点和最后一个从节 点之间建立保护业务通道， 并且根据节点状态异常报文来将保护业务通道 由阻 塞模式切换为导通模式， 解决了现有方案在发生节点故障或者多处故障 时无法 提供良好的应对方案的问题， 达到了即便发生了节点故障或者多处故障， 也能 够对业务进行保护的效果。 同时， 本实施例提供的业务保护方法也适用于单一 链路故障的保护。 还通过各个节点之间的互相检测和报文传递， 实现了故障检 测机制； 还通过根据节点状态恢复报文来将保护业务通 道由导通模式切换为阻 塞模式， 达到了故障消除后， 可以自动恢复正常运行模式的效果。 由于现有的业务保护方法已经可以对发生链路 故障的情况进行一定的保 护， 只是无法对节点故障或多处故障的情况进行保 护。 所以， 本发明实施例提 供的业务保护方法也可以仅针对节点故障或多 处故障进行处理，使得本发明实 施例提供的业务保护方法可以与现有的业务保 护方法结合使用。 具体参考如 下：

请参考图 5, 其示出了本发明再一实施例提供的业务保护方 法的流程图。 本实施例主要以该业务保护方法应用于图 2所示环网上菊花链业务系统中来举 例说明， 该系统中的主节点和最后一个从节点之间建立 有保护业务通道， 且保 护业务通道可在阻塞模式和导通模式下切换。 该业务保护方法， 包括： 步骤 502, 主节点预先存储有所有节点的拓朴信息；

为了区分链路故障和节点故障， 主节点需要预先存储所有节点的拓朴信 息， 在本实施例中， 即 NE A至 NE F之间的所有拓朴信息。

步骤 504, 各个节点检测相邻节点的状态信息；

本实施例包括故障发现过程和业务保护过程两 大部分， 故障发现过程可以 由主节点和从节点都参与， 也可以仅由从节点参与。 本实施例以每个节点都参 与故障发现过程来说明。具体地讲，每个节点 检测相邻节点的状态信息， 比如， 主节点 NE A检测从节点 NE B和从节点 NE F的状态信息； 从节点 NE C检测 从节点 NE B和 NE D的状态信息。 每个节点在此过程中所需要执行的处理均 相同。

当前节点检测一个相邻节点的状态信息， 具体可以为： 当前节点接收相邻 节点周期性地发送的预定报文， 若当前节点在一定时间阈值内收到该预定报 文， 则表示两者之间可达； 若当前节点在一定时间阈值内未收到该预定报 文， 则表示两者之间不可达。 比如， 若 NE B在一定时间阈值内未收到 NE C发送 的预定报文， 则认为 NE C- >NEB的路径不可达。 本实施例中将一直以 NE C 发生故障来举例说明。

步骤 506, 各个节点在检测到一向相邻节点不可达时， 向另一向相邻节点 发送节点状态异常报文；

当前节点检测到一向相邻节点不可达时， 向另一向相邻节点发送节点状态 异常报文。 比如， NE B检测到 NE C不可达时， 向 NE A发送节点状态异常报 文， 该节点状态异常 文可以包含正常节点与该正常节点的一向相邻 节点之间 的路径不可达信息，也即正常节点 NE B与 NE B的一向相邻节点 NE C之间的 路径不可达的信息； 同理， NE C检测到 NE B不可达时， 向 NE D发送节点状 态异常报文，也即正常节点 NE C与 NE C的一向相邻节点 NE B之间的的路径 不可达的信息。 该节点状态异常报文可以经由环网物理链路传 递。

另外需要指出的是， 当前节点也可以双向发送节点状态异常报文， 但是由 于一向相邻节点不可达， 故其效果也是等同于只向另一向相邻节点发送 节点状 态异常报文。

步骤 508, 各个节点在接收到一向相邻节点发送的节点状 态异常报文后， 向另一向相邻节点传递节点状态异常报文； 每个节点在接收到一向相邻节点发送的节点状 态异常报文后， 向另一向相 邻节点传递节点状态异常报文。 比如， NE A接收到 NE B发送的节点状态异常 报文后， 除了自身保存该节点状态异常报文之外， 还向 NE F传递该节点状态 异常报文，使得该节点状态异常报文由 NE B- >NE A- >NE F- >NE E- >NE D 依次传递； 而 NE D发出的节点状态异常报文将会由 NE D- >NE E- >NE F- >NE A- >NE B依次传递。

由于实际应用中， 节点状态异常报文可能会被每个节点重新封装 ， 为了不 引起歧义， 本文中的节点状态异常报文主要是指狭义的异 常状态信息， 而不涉 及报文的封装形式和外在表现。

步骤 510, 主节点接收来自相邻节点的节点状态异常报文 ；

主节点 NE A可以接收来自相邻节点 NE B和相邻节点 NE F的节点状态异 常报文， 从而获知该环网中的某一段链路或者某一个节 点发生的故障。

步骤 512, 主节点在接收到节点状态异常报文之后， 根据存储的拓朴信息 和节点状态异常报文检测故障类型；

具体地讲，主节点 NE A通常都会收到来自相邻节点 NE B和相邻节点 NE F的节点状态异常报文， 每个节点状态异常报文中都包括正常节点与该 正常节 点的一向相邻节点之间的不可达信息。 节点状态异常报文分两种情况：

第一， 若来自两向相邻节点的节点状态异常报文中的 正常节点为不相邻的 两个节点， 则检测到的故障类型为节点故障或者多处故障 ；

比如， 假设 NE C发生了节点故障， NE A接收到 NE B的节点状态异常报 文中包括： 正常节点 NE B与其一向相邻节点 NE C之间的路径不可达信息； NE A接收到 NE F的节点状态异常报文中包括： 正常节点 NE D与其一向相邻 节点 NE C之间的路径不可达信息， 则 NE A可以检测到当前的故障类型为节 点故障或者多处故障。

又比如， 假设 NE C和 NE D均发生了节点故障， NE A接收到 NE B的节 点状态异常报文中包括： 正常节点 NE B与其一向相邻节点 NE C之间的路径 不可达信息； NE A接收到 NE F的节点状态异常报文中包括： 正常节点 NE E 与其一向相邻节点 NE D之间的路径不可达信息， 则 NE A可以检测到当前的 故障类型为节点故障或者多处故障。

第二， 若来自两向相邻节点的节点状态异常报文中的 正常节点为相邻的两 个节点， 则检测到的故障类型为链路故障。 比如， 假设 NEB和 NE C之间的链路发生故障， NE A接收到 NE B的节 点状态异常报文中包括： 正常节点 NE B与其一向相邻节点 NE C之间的路径 不可达信息； NE A接收到 NE F的节点状态异常报文中包括： 正常节点 NE C 与其一向相邻节点 NE B之间的路径不可达信息， 则 NE A可以检测到当前的 故障类型为链路故障。

步骤 514, 若检测到的故障类型为节点故障或多处故障， 主节点将保护业 务通道由阻塞模式切换为导通模式。

主节点 NE A在检测到的故障类型为节点故障或多处故障� �后， 可以将保 护业务通道由阻塞模式切换为导通模式。此时 ，主节点 NE A接收到源节点 NE R的业务时， 下发的路径存在两条， 第一条路径为 NE A >NE B; 第二条为 NE A- >NE F- >NE E- >NE D。 也就是说， NE F可以通过保护业务通道接收 NE A下发的业务， 然后 NE F在菊花链专网内组播或者广播， 一份业务送到本 地用户侧， 另一份业务发送到从节点 NE E, 业务依次向下游转发。 每个节点 在接收到一向相邻节点发送的业务后， 都会以组播或者广播方式向另一向相邻 节点传递业务。 此时， 虽然 NE C的发生了节点故障， 但是业务仍然能够到达 NE C下游的每个节点。

当然， 该业务保护方法， 也可以包括如下步骤：

步骤 516, 主节点接收来自相邻节点的节点状态恢复报文 ；

主节点 NE A也可以接收来自相邻节点 NE B和相邻节点 NE F的节点状态 恢复报文，从而获知该环网中的某一段链路或 者某一个节点发生的故障已经消 除。 比如， 主节点 NE A可以根据相邻节点 NE B和 NE F发送的节点状态恢复 报文获知 NE C的节点故障已经消除。

步骤 518, 主节点在接收到节点状态恢复报文之后， 将保护业务通道由导 通模式切换为阻塞模式。

主节点 NE A在接收到节点状态恢复报文之后， 可以将保护业务通道由导 通模式切换为阻塞模式。 也即， 在 NE C的链路故障消除后， NEA与 NE F之 间的保护业务通道将恢复阻塞状态， 如果此时 NE A接收到源节点 R的业务， 将会按照现有的 NE A- >NE B - >NE C- >NE D- >NE E- >NE F路径来进行 业务下发和传递。 每个节点在接收到一向相邻节点发送的业务后 ， 都会以组播 或者广播方式向另一向相邻节点传递业务。

需要补充说明的是， 如果发生多处故障， 则主节点 NE A只有在接收到所 有的节点状态恢复报文， 且判断到不存在故障时， 才会将保护业务通道由导通 模式切换为阻塞模式。

综上所述， 本实施例提供的业务保护方法， 通过在主节点和最后一个从节 点之间建立保护业务通道， 并且根据节点状态异常报文来将保护业务通道 由阻 塞模式切换为导通模式， 解决了现有方案在发生节点故障或者多处故障 时无法 提供良好的应对方案的问题， 达到了即便发生了节点故障或者多处故障， 也能 够对业务进行保护的效果。 还通过仅在发生节点故障或多处故障时， 才将保护 业务通道由阻塞模式切换为导通模式，使得本 实施例提供的业务保护方法和现 有的业务保护方法互相共存， 结合使用。 需要补充说明的是， 在具体的实施例中， 主节点和从节点可以设计成为具 有全部功能的相同节点， 然后在节点内部设置一身份标识。 然后， 只有在当前 节点判断到自身的身份标识为主节点时， 才执行上述将保护业务通道在阻塞模 式和导通模式两种模式间切换的步骤； 而当前节点判断到自身的身份标识为主 节点或者从节点时， 都执行检测状态信息、 产生和传递节点状态异常报文、 产 生和传递节点状态恢复报文和以组播或者广播 形式传递业务的步骤。 以下为本发明装置实施例， 其中未详细描述的细节， 可以结合参考上述对 应的方法实施例。

请参考图 6, 其示出了本发明一个实施例提供的环网上菊花 链业务系统的 结构方框图。 该系统包括至少一个从节点 120和一个主节点 140。

主节点 140与从节点 120之间，从节点 120与从节点 120之间通过物理链 路相连， 构成环网。

主节点 140与一向的从节点 120之间，从节点 120与从节点 120之间通过 业务通道相连， 构成菊花链专网。

特别地， 主节点 140和最后一个从节点 120之间建立有保护业务通道， 且 保护业务通道可在阻塞模式和导通模式下切换 。

从节点 120, 包括： 状态检测模块 122、 报文发送模块 124和报文传递模 块 126;

状态检测模块 122, 用于检测相邻节点的状态信息；

报文发送模块 124, 用于在所述状态检测模块 122检测到一向相邻节点不 可达时， 向另一向相邻节点发送节点状态异常报文；

报文传递模块 126, 用于在接收到一向相邻节点发送的节点状态异 常报文 后， 向另一向相邻节点传递所述节点状态异常报文 ， 以便所述主节点在接收到 所述节点状态异常报文之后， 将所述保护业务通道由阻塞模式切换为导通模 式。

主节点 140, 包括： 报文接收模块 142和状态切换模块 144

报文接收模块 142, 用于接收来自相邻节点的节点状态异常报文； 状态切换模块 144, 用于在所述报文接收模块 142接收到所述节点状态异 常报文之后， 将所述保护业务通道由阻塞模式切换为导通模 式。

综上所述， 本实施例提供的环网上菊花链业务系统， 通过在主节点和最后 一个从节点之间建立保护业务通道， 并且根据节点状态异常报文来将保护业务 通道由阻塞模式切换为导通模式， 解决了现有方案在发生节点故障或者多处故 障时无法提供良好的应对方案的问题， 达到了即便发生了节点故障或者多处故 障， 也能够对业务进行保护的效果。 同时， 本实施例提供的环网上菊花链业务 系统也适用于单一链路故障的保护。 请参考图 7, 其示出了本发明另一个实施例提供的环网上菊 花链业务系统 的结构方框图。 该系统包括至少一个从节点 120和一个主节点 140。

主节点 140与从节点 120之间，从节点 120与从节点 120之间通过物理链 路相连， 构成环网。

主节点 140与一向的从节点 120之间，从节点 120与从节点 120之间通过 业务通道相连， 构成菊花链专网。

特别地， 主节点 140和最后一个从节点 120之间建立有保护业务通道， 且 保护业务通道可在阻塞模式和导通模式下切换 。

从节点 120, 包括： 状态检测模块 122、 报文发送模块 124、 报文传递模块 126和业务处理模块 128;

状态检测模块 122, 用于检测相邻节点的状态信息；

报文发送模块 124, 用于在所述状态检测模块 122检测到一向相邻节点不 可达时， 向另一向相邻节点发送节点状态异常报文；

报文传递模块 126, 用于在接收到一向相邻节点发送的节点状态异 常报文 后， 向另一向相邻节点传递所述节点状态异常报文 。 所述报文发送模块 122, 还用于在所述状态检测模块 122检测到一向相邻 节点由不可达转变为可达时， 向另一向相邻节点发送节点状态恢复报文； 所述报文传递模块 124, 还用于在接收到一向相邻节点发送的节点状态 恢 复报文时， 向另一向相邻节点传递所述节点状态恢复报文 ；

业务处理模块 128, 用于在接收到来自一向相邻节点的业务后， 以组播或 者广播方式向另一向相邻节点传递所述业务。

主节点 140, 包括： 报文接收模块 142、 状态切换模块 144和业务发送模 块 146;

报文接收模块 142, 用于接收来自相邻节点的节点状态异常报文； 状态切换模块 144, 用于在所述报文接收模块 142接收到所述节点状态异 常报文之后， 将所述保护业务通道由阻塞模式切换为导通模 式。

所述报文接收模块 142, 还用于接收来自相邻节点的节点状态恢复报文 ； 所述状态切换模块 144, 还用于在所述报文接收模块 142接收到所述节点 状态恢复报文之后， 将所述保护业务通道由导通模式切换为阻塞模 式。

业务发送模块 146, 用于在接收到来自源节点的业务后， 以组播或者广播 方式向相邻节点传递所述业务。

综上所述， 本实施例提供的环网上菊花链业务系统， 通过在主节点和最后 一个从节点之间建立保护业务通道， 并且根据节点状态异常报文来将保护业务 通道由阻塞模式切换为导通模式， 解决了现有方案在发生节点故障或者多处故 障时无法提供良好的应对方案的问题， 达到了即便发生了节点故障或者多处故 障， 也能够对业务进行保护的效果。 同时， 本实施例提供的环网上菊花链业务 系统也适用于单一链路故障的保护。还通过各 个节点之间的互相检测和报文传 递， 实现了故障检测机制； 还通过根据节点状态恢复报文来将保护业务通 道由 导通模式切换为阻塞模式， 达到了故障消除后， 可以自动恢复正常运行模式的 效果。 请参考图 8, 其示出了本发明再一个实施例提供的环网上菊 花链业务系统 的结构方框图。 该系统包括至少一个从节点 120和一个主节点 140。

主节点 140与从节点 120之间，从节点 120与从节点 120之间通过物理链 路相连， 构成环网。

主节点 140与一向的从节点 120之间，从节点 120与从节点 120之间通过 业务通道相连， 构成菊花链专网。

特别地， 主节点 140和最后一个从节点 120之间建立有保护业务通道， 且 保护业务通道可在阻塞模式和导通模式下切换 。

从节点 120, 包括： 状态检测模块 122、 报文发送模块 124、 报文传递模块 126和业务处理模块 128;

状态检测模块 122, 用于检测相邻节点的状态信息；

报文发送模块 124, 用于在所述状态检测模块 122检测到一向相邻节点不 可达时， 向另一向相邻节点发送节点状态异常报文；

报文传递模块 126, 用于在接收到一向相邻节点发送的节点状态异 常报文 后， 向另一向相邻节点传递所述节点状态异常报文 。

所述报文发送模块 122, 还用于在所述状态检测模块 122检测到一向相邻 节点由不可达转变为可达时， 向另一向相邻节点发送节点状态恢复报文； 所述报文传递模块 124, 还用于在接收到一向相邻节点发送的节点状态 恢 复报文时， 向另一向相邻节点传递所述节点状态恢复报文 。

业务处理模块 128 , 用于在接收到来自一向相邻节点的业务后， 以组播或 者广播方式向另一向相邻节点传递所述业务。

主节点 140, 包括： 拓朴存储模块 141、 报文接收模块 142、 状态切换模块 144和业务发送模块 146。

拓朴存储模块 141 , 用于预先存储有所有节点的拓朴信息；

报文接收模块 142, 用于接收来自相邻节点的节点状态异常报文； 状态切换模块 144, 用于在所述报文接收模块 142接收到所述节点状态异 常报文之后， 将所述保护业务通道由阻塞模式切换为导通模 式。

所述状态切换模块 144, 可以包括： 故障类型检测单元 144a和阻塞解除单 元 144b;

所述故障类型检测单元 144a,用于在所述报文接收模块 142接收到所述节 点状态异常报文之后，根据所述拓朴存储模块 存储的拓朴信息和所述节点状态 异常报文检测故障类型；

所述阻塞解除单元 144b, 用于若所述故障类型检测单元 144a检测到的所 述故障类型为节点故障或多处故障，将所述保 护业务通道由阻塞模式切换为导 通模式。

具体地讲， 所述节点状态异常报文包括第一节点指向第二 节点的路径不可 达信息， 所述故障类型检测单元 144a, 具体用于：

若来自两向相邻节点的节点状态异常报文中的 正常节点为不相邻的两个 节点， 则检测到的所述故障类型为节点故障或多处故 障；

若来自两向相邻节点的节点状态异常报文中的 正常节点为相邻的两个节 点， 则检测到的所述故障类型为链路故障。

所述报文接收模块 142, 还用于接收来自相邻节点的节点状态恢复报文 ； 所述状态切换模块 144, 还用于在所述报文接收模块 142接收到所述节点 状态恢复报文之后， 将所述保护业务通道由导通模式切换为阻塞模 式。

所述业务发送模块 146, 用于在接收到来自源节点的业务后， 以组播或者 广播方式向相邻节点传递所述业务。

综上所述， 本实施例提供的环网上菊花链业务系统， 通过在主节点和最后 一个从节点之间建立保护业务通道， 并且根据节点状态异常报文来将保护业务 通道由阻塞模式切换为导通模式， 解决了现有方案在发生节点故障或者多处故 障时无法提供良好的应对方案的问题， 达到了即便发生了节点故障或者多处故 障， 也能够对业务进行保护的效果。 同时， 本实施例提供的环网上菊花链业务 系统也适用于单一链路故障的保护。 还通过仅在发生节点故障时， 才将保护业 务通道由阻塞模式切换为导通模式，使得本实 施例提供的业务系统和现有的业 务系统互相共存， 结合使用。 需要补充说明的是， 在具体的实施例中， 主节点和从节点可以设计成为具 有上述装置实施例中全部功能模块的相同节点 ， 然后在节点内部还增加设置一 身份标识检测模块。 具体实施时， 只有在身份标识检测模块判断到当前节点的 身份标识为主节点时， 上述状态切换模块才被触发执行； 而身份标识检测模块 判断到当前节点的身份标识为主节点或者从节 点时， 除状态切换模块的其它模 块均会被触发执行。 请参考图 9, 其示出了本发明一个实施例提供的主节点的结 构方框图。 本 实施例主要以该主节点应用于环网上菊花链业 务系统中来举例说明， 该系统中 的主节点和最后一个从节点之间建立有保护业 务通道， 且保护业务通道可在阻 塞模式和导通模式下切换。 该主节点包括：

接收机 920, 用于接收来自相邻节点的节点状态异常报文； 处理器 940, 用于在所述接收机 920接收到所述节点状态异常报文之后， 将所述保护业务通道由阻塞模式切换为导通模 式。

综上所述， 本实施例提供的主节点， 通过在主节点和最后一个从节点之间 建立保护业务通道， 并且根据节点状态异常报文来将保护业务通道 由阻塞模式 切换为导通模式， 解决了现有方案在发生节点故障或者多处故障 时无法提供良 好的应对方案的问题， 达到了即便发生了节点故障或者多处故障， 也能够对业 务进行保护的效果。 同时， 本实施例提供的主节点也适用于单一链路故障 的保 护。

作为上述实施例更进一步地实施例， 所述接收机 920, 还用于接收来自相 邻节点的节点状态恢复报文；

所述处理器 940, 还用于在所述接收机 920接收到所述节点状态恢复报文 之后， 将所述保护业务通道由导通模式切换为阻塞模 式。

此时， 更进一步地实施例提供的主节点， 通过根据节点状态恢复报文来将 保护业务通道由导通模式切换为阻塞模式， 达到了故障消除后， 可以自动恢复 正常运行模式的效果。 请继续参考图 10 ,其示出了本发明另一个实施例提供的主节点� �结构方框 图。 本实施例主要以该主节点应用于环网上菊花链 业务系统中来举例说明， 该 系统中的主节点和最后一个从节点之间建立有 保护业务通道， 且保护业务通道 可在阻塞模式和导通模式下切换。 该主节点包括： 接收机 920、 处理器 940、 存储器 960和发射机 980。

存储器 920, 用于预先存储有所有节点的拓朴信息；

接收机 920, 用于接收来自相邻节点的节点状态异常报文；

处理器 940,还用于在所述接收机 920接收到所述节点状态异常报文之后， 根据所述存储器 920存储的拓朴信息和所述节点状态异常报文检 测故障类型； 所述处理器 940,还用于若检测到的所述故障类型为节点故� �或多处故障， 将所述保护业务通道由阻塞模式切换为导通模 式。

具体地讲， 所述节点状态异常报文包括正常节点与所述正 常节点的一向相 邻节点之间的路径不可达信息， 所述处理器 940, 具体用于：

若来自两向相邻节点的节点状态异常报文中的 正常节点为不相邻的两个 节点， 则检测到的所述故障类型为节点故障或多处故 障； 若来自两向相邻节点的节点状态异常报文中的 正常节点为相邻的两个节 点， 则检测到的所述故障类型为链路故障。

更进一步地， 所述接收机 920, 还用于接收来自相邻节点的节点状态恢复 报文；

所述处理器 940, 还用于在所述接收机 920接收到所述节点状态恢复报文 之后， 将所述保护业务通道由导通模式切换为阻塞模 式。

所述发射机 980, 用于在所述接收机 920接收到来自源节点的业务后， 以 组播或者广播方式向相邻节点传递所述业务。

综上所述， 本实施例提供的主节点， 通过在主节点和最后一个从节点之间 建立保护业务通道， 并且根据节点状态异常报文来将保护业务通道 由阻塞模式 切换为导通模式， 解决了现有方案在发生节点故障或者多处故障 时无法提供良 好的应对方案的问题， 达到了即便发生了节点故障或者多处故障， 也能够对业 务进行保护的效果。 同时， 本实施例提供的主节点也适用于单一链路故障 的保 护。 还通过仅在发生节点故障时， 才将保护业务通道由阻塞模式切换为导通模 式， 使得本实施例提供的业务系统和现有的业务系 统互相共存， 结合使用。 请参考图 11 , 其示出了本发明一个实施例提供的从节点的结 构方框图。本 实施例主要以该从节点应用于环网上菊花链业 务系统中来举例说明， 该系统中 的主节点和最后一个从节点之间建立有保护业 务通道， 且保护业务通道可在阻 塞模式和导通模式下切换。 该从节点包括： 处理器 020、 发射机 040和接收机 060。

处理器 020, 用于检测相邻节点的状态信息；

发射机 040, 用于在所述处理器 020检测到一向相邻节点不可达时， 向另 一向相邻节点发送节点状态异常报文；

所述处理器 020, 还用于在接收机 060接收到一向相邻节点发送的节点状 态异常报文后， 向另一向相邻节点传递所述节点状态异常报文 ， 以便所述主节 点在接收到所述节点状态异常报文之后， 将所述保护业务通道由阻塞模式切换 为导通模式。

综上所述， 本实施例提供的从节点， 通过在主节点和最后一个从节点之间 建立保护业务通道， 并且根据节点状态异常报文来将保护业务通道 由阻塞模式 切换为导通模式， 解决了现有方案在发生节点故障或者多处故障 时无法提供良 好的应对方案的问题， 达到了即便发生了节点故障或者多处故障， 也能够对业 务进行保护的效果。 同时， 本实施例提供的从节点也适用于单一链路故障 的保 护。

作为上述实施例更为优选地实施例， 所述发射机 040, 还用于在所述处理 器 020检测到一向相邻节点由不可达转变为可达时 ， 向另一向相邻节点发送节 点状态恢复报文；

所述发射机 040, 还用于在所述接收机 060接收到一向相邻节点发送的节 点状态恢复报文时， 向另一向相邻节点传递所述节点状态恢复报文 ， 以便所述 主节点在接收到所述节点状态恢复报文之后， 将所述保护业务通道由导通模式 切换为阻塞模式。

所述发射机 040,用于所述接收机 060接收到一向相邻节点发送的业务后， 以组播或者广播方式向另一向相邻节点传递所 述业务。

此时， 更进一步地实施例提供的从节点， 通过传输节点状态恢复报文， 使 得主节点根据节点状态恢复报文来将保护业务 通道由导通模式切换为阻塞模 式， 达到了故障消除后， 可以自动恢复正常运行模式的效果。 请参考图 12,其示出了本发明又一个实施例提供的环网上 菊花链业务系统 的结构方框图。 所述系统包括一个主节点 900, 和至少一个从节点 000, 所述 主节点和最后一个从节点之间建立有保护业务 通道， 且所述保护业务通道可在 阻塞模式和导通模式下切换。 其中：

主节点 900可以是图 9或者图 10所对应的实施例提供的主节点； 从节点 000可以是图 11所对应的实施例提供的从节点。

综上所述， 本实施例提供的环网上菊花链业务系统， 通过在主节点和最后 一个从节点之间建立保护业务通道， 并且根据节点状态异常报文来将保护业务 通道由阻塞模式切换为导通模式， 解决了现有方案在发生节点故障或者多处故 障时无法提供良好的应对方案的问题， 达到了即便发生了节点故障或者多处故 障， 也能够对业务进行保护的效果。 同时， 本实施例提供的环网上菊花链业务 系统也适用于单一链路故障的保护。 本领域普通技术人员可以理解实现上述实施例 的全部或部分步骤， 可以通 过硬件来完成， 也可以通过程序来控制相关的硬件完成， 所述的程序可以存储 于一种计算机可读存储介质中， 上述提到的存储介质可以是只读存储器， 磁盘 或光盘等。 以上所述仅为本发明的较佳实施例， 并不用以限制本发明， 凡在本发明的 精神和原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的 保护范围之内。