WO2014079010A1

WO2014079010A1 - 业务保护方法、设备及系统

Info

Publication number: WO2014079010A1
Application number: PCT/CN2012/085009
Authority: WO
Inventors: 夏建东; 林强; 陈耀明
Original assignee: 华为技术有限公司
Priority date: 2012-11-22
Filing date: 2012-11-22
Publication date: 2014-05-30
Also published as: CN103404091B; CN103404091A

Abstract

本发明实施例提供了一种业务保护方法、设备及系统，涉及通信技术领域，所述系统中的主节点和最后一个从节点之间建立有保护业务通道，且所述保护业务通道可在阻塞模式和导通模式下切换，所述方法，包括：接收来自相邻节点的节点状态异常报文；在接收到所述节点状态异常报文之后，将所述保护业务通道由阻塞模式切换为导通模式。本发明通过在主节点和最后一个从节点之间建立保护业务通道，并且根据节点状态异常报文来将保护业务通道由阻塞模式切换为导通模式，解决了现有方案在发生节点故障或多处故障时无法提供良好的应对方案的问题，达到了即便发生了故障，也不影响除故障节点之外的其它节点的业务的效果。

Description

业务保护方法、设备及系统技术领域

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

菊花链的基本概念是指一种由许多菊花串接在一起形成的花环。而在通信领域，菊花链代表一种设备或业务的组网模式，即设备 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, 各个节点在检测到一向相邻节点不可达时，向另一向相邻节点发送节点状态异常报文；

步骤 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路径来进行业务下发和传递。每个节点在接收到一向相邻节点发送的业务后，都会以组播或者广播方式向另一向相邻节点传递业务。

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

请参考图 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。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

具体地讲，所述节点状态异常报文包括正常节点与所述正常节点的一向相邻节点之间的路径不可达信息，所述处理器 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所对应的实施例提供的从节点。

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

Claims

权利要求书

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

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

2、根据权利要求 1所述的业务保护方法，其特征在于，所述方法，还包括：接收来自相邻节点的节点状态恢复报文；

3、根据权利要求 1或 2所述的业务保护方法，其特征在于，所述方法，还包括：

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

4、根据权利要求 3所述的业务保护方法，其特征在于，所述节点状态异常报文包括正常节点与所述正常节点的一向相邻节点之间的路径不可达信息，所述根据存储的拓朴信息和所述节点状态异常报文检测故障类型，具体包括：若来自两向相邻节点的节点状态异常报文中的正常节点为不相邻的两个节点，则检测到的所述故障类型为节点故障或多处故障；

5、根据权利要求 1至 4任一所述的业务保护方法，其特征在于，所述方法，还包括：

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

7、根据权利要求 6所述的主节点，其特征在于：

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

8、根据权利要求 6或 7所述的主节点，其特征在于，所述主节点，还包括：拓朴存储模块；

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

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

9、根据权利要求 8所述的主节点，其特征在于，所述节点状态异常报文包括正常节点与所述正常节点的一向相邻节点之间的路径不可达信息，所述故障类型检测单元，具体用于：若来自两向相邻节点的节点状态异常报文中的正常节点为不相邻的两个节点，则检测到的所述故障类型为节点故障或多处故障；

10、根据权利要求 6或 7所述的主节点，其特征在于，所述主节点，还包括：

业务发送模块；

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

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

12、根据权利要求 11所述的业务保护方法，其特征在于，所述方法，还包括：

13、根据权利要求 11或 12所述的业务保护方法，其特征在于，所述方法，还包括：接收到一向相邻节点发送的业务后，以组播或者广播方式向另一向相邻节点传递所述业务。

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

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

15、根据权利要求 14所述的从节点，其特征在于，

所述报文发送模块，还用于在所述状态检测单元检测到一向相邻节点由不可达转变为可达时，向另一向相邻节点发送节点状态恢复报文；

16、根据权利要求 14或 15所述的从节点，其特征在于，所述从节点，还包括：

所述业务处理模块；

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

17、一种环网上菊花链业务系统，其特征在于，所述系统包括一个如权利要求 6至 10任一所述的主节点，和至少一个如权利要求 14至 16任一所述的从节点，所述主节点和最后一个从节点之间建立有保护业务通道，且所述保护业务通道可在阻塞模式和导通模式下切换。

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

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

19、根据权利要求 18所述的主节点，其特征在于：

20、根据权利要求 18或 19所述的主节点，其特征在于，所述主节点，还包括：存储器；

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

21、根据权利要求 20所述的主节点，其特征在于，所述节点状态异常报文包括正常节点与所述正常节点的一向相邻节点之间的路径不可达信息，所述处理器，具体用于：

22、根据权利要求 18至 21任一所述的主节点，其特征在于，所述主节点，还包括：发射机；

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

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

24、根据权利要求 23所述的从节点，其特征在于，

25、根据权利要求 23或 24所述的从节点，其特征在于，所述从节点，包括：

26、一种环网上菊花链业务系统，其特征在于，所述系统包括一个如权利要求 18至 22任一所述的主节点，和至少一个如权利要求 23至 25任一所述的从节点，所述主节点和最后一个从节点之间建立有保护业务通道，且所述保护业务通道可在阻塞模式和导通模式下切换。