CN103404091B - 业务保护方法、设备及系统 - Google Patents
业务保护方法、设备及系统 Download PDFInfo
- Publication number
- CN103404091B CN103404091B CN201280002375.0A CN201280002375A CN103404091B CN 103404091 B CN103404091 B CN 103404091B CN 201280002375 A CN201280002375 A CN 201280002375A CN 103404091 B CN103404091 B CN 103404091B
- Authority
- CN
- China
- Prior art keywords
- node
- message
- state
- service channel
- adjacent
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 title claims abstract description 66
- 230000000903 blocking effect Effects 0.000 claims abstract description 91
- 238000001514 detection method Methods 0.000 claims description 35
- 230000002159 abnormal effect Effects 0.000 claims description 22
- 230000005540 biological transmission Effects 0.000 claims description 16
- 238000012546 transfer Methods 0.000 claims description 12
- 238000011084 recovery Methods 0.000 claims description 9
- 238000012360 testing method Methods 0.000 claims description 6
- 230000000694 effects Effects 0.000 abstract description 19
- 238000004891 communication Methods 0.000 abstract description 3
- 238000010586 diagram Methods 0.000 description 15
- 230000008569 process Effects 0.000 description 14
- 230000004888 barrier function Effects 0.000 description 8
- 238000012545 processing Methods 0.000 description 6
- 230000008030 elimination Effects 0.000 description 5
- 238000003379 elimination reaction Methods 0.000 description 5
- 230000007246 mechanism Effects 0.000 description 3
- 230000008901 benefit Effects 0.000 description 2
- 230000000875 corresponding effect Effects 0.000 description 2
- 238000012856 packing Methods 0.000 description 2
- 230000001960 triggered effect Effects 0.000 description 2
- 241000628997 Flos Species 0.000 description 1
- 208000032370 Secondary transmission Diseases 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000001276 controlling effect Effects 0.000 description 1
- 230000002596 correlated effect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000007689 inspection Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
Abstract
本发明实施例提供了一种业务保护方法、设备及系统，涉及通信技术领域，所述系统中的主节点和最后一个从节点之间建立有保护业务通道，且所述保护业务通道可在阻塞模式和导通模式下切换，所述方法，包括：接收来自相邻节点的节点状态异常报文；在接收到所述节点状态异常报文之后，将所述保护业务通道由阻塞模式切换为导通模式。本发明通过在主节点和最后一个从节点之间建立保护业务通道，并且根据节点状态异常报文来将保护业务通道由阻塞模式切换为导通模式，解决了现有方案在发生节点故障或多处故障时无法提供良好的应对方案的问题，达到了即便发生了故障，也不影响除故障节点之外的其它节点的业务的效果。
Description
技术领域
本发明涉及通信技术领域，特别涉及一种业务保护方法、设备及系统。
背景技术
菊花链的基本概念是指一种由许多菊花串接在一起形成的花环。而在通信领域，菊花链代表一种设备或业务的组网模式，即设备A与设备B相连、设备B与设备C相连、设备C与设备D相连等等，最后一个设备不与第一个设备相连的链状拓扑。菊花链专网经常被用来在环网上实现组播业务，比如MPLS-TP(Multi-Protocol Label Switching Transport Profile，传送多协议标签交换)环网上组播业务的实现。
请参考图1，其示出了现有技术中的一种利用菊花链专网在MPLS TP环网上实现组播业务的实施示意图。该网络包括节点R、NE(Net Element，网元)A、NE B、NE C和NE D。其中，NE A、NE B、NE C和NE D之间通过物理链路相连，从而构成环网(图中实线)；同时，在NE A和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-->NEA-->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，各个节点检测相邻节点的状态信息；
本实施例包括故障发现过程和业务保护过程两大部分，故障发现过程可以由主节点和从节点都参与，也可以仅由从节点参与。本实施例以每个节点都参与故障发现过程来说明。每个节点检测相邻节点的状态信息，比如，主节点NEA检测从节点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-->NED-->NE C依次传递；而NE C发出的节点状态异常报文将会由NE C-->NED-->NE E-->NE F-->NE A-->NE B依次传递。
由于实际应用中，节点状态异常报文可能会被每个节点重新封装，为了不引起歧义，本文中的节点状态异常报文主要是指狭义的异常状态信息，而不涉及报文的封装形式和外在表现。
步骤408，主节点接收来自相邻节点的节点状态异常报文；
主节点NE A可以接收来自相邻节点NE B和相邻节点NE F的节点状态异常报文，从而获知该环网中的某一段链路或者某一个节点发生的故障。比如，主节点NE A可以根据相邻节点NE B和NE F发送的节点状态异常报文获知NEB和NE C之间的链路发生了故障。
步骤410，主节点在接收到节点状态异常报文之后，将保护业务通道由阻塞模式切换为导通模式。
主节点NE A在接收到节点状态异常报文之后，可以将保护业务通道由阻塞模式切换为导通模式。此时，主节点NE A接收到源节点NE R的业务时，下发的路径存在两条，第一条路径为NE A-->NE B；第二条为NE A-->NE F-->NEE-->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-->NEF-->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-->NEA-->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之间的路径不可达信息；NEA接收到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；第二条为NEA-->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的链路故障消除后，NE A与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所对应的实施例提供的从节点。
综上所述，本实施例提供的环网上菊花链业务系统，通过在主节点和最后一个从节点之间建立保护业务通道，并且根据节点状态异常报文来将保护业务通道由阻塞模式切换为导通模式，解决了现有方案在发生节点故障或者多处故障时无法提供良好的应对方案的问题，达到了即便发生了节点故障或者多处故障，也能够对业务进行保护的效果。同时，本实施例提供的环网上菊花链业务系统也适用于单一链路故障的保护。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤，可以通过硬件来完成，也可以通过程序来控制相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (17)
1.一种业务保护方法，其特征在于，用于环网上菊花链业务系统，所述系统中的主节点和最后一个从节点之间建立有保护业务通道，且所述保护业务通道可在阻塞模式和导通模式下切换，所述方法，包括：
接收来自相邻节点的节点状态异常报文，其中，所述节点状态异常报文是检测到故障的节点在检测到一向相邻节点不可达时，向另一向相邻节点发送的，所述节点状态异常报文包含正常节点与所述正常节点的一向相邻节点之间的路径不可达信息；
在接收到所述节点状态异常报文之后，将所述保护业务通道由阻塞模式切换为导通模式。
2.根据权利要求1所述的业务保护方法，其特征在于，所述方法，还包括：
接收来自相邻节点的节点状态恢复报文；
在接收到所述节点状态恢复报文之后，将所述保护业务通道由导通模式切换为阻塞模式。
3.根据权利要求1或2所述的业务保护方法，其特征在于，所述方法，还包括：
预先存储有所有节点的拓扑信息；
所述在接收到所述节点状态异常报文之后，将所述保护业务通道由阻塞模式切换为导通模式，具体包括：
在接收到所述节点状态异常报文之后，根据存储的拓扑信息和所述节点状态异常报文检测故障类型；
若检测到的所述故障类型为节点故障或多处故障，将所述保护业务通道由阻塞模式切换为导通模式。
4.一种主节点，其特征在于，用于环网上菊花链业务系统，所述系统中的主节点和最后一个从节点之间建立有保护业务通道，且所述保护业务通道可在阻塞模式和导通模式下切换，所述节点包括：
报文接收模块，用于接收来自相邻节点的节点状态异常报文，其中，所述节点状态异常报文是检测到故障的节点在检测到一向相邻节点不可达时，向另一向相邻节点发送的，所述节点状态异常报文包含正常节点与所述正常节点的一向相邻节点之间的路径不可达信息；
状态切换模块，用于在所述报文接收模块接收到所述节点状态异常报文之后，将所述保护业务通道由阻塞模式切换为导通模式。
5.根据权利要求4所述的主节点，其特征在于：
所述报文接收模块，还用于接收来自相邻节点的节点状态恢复报文；
所述状态切换模块，还用于在所述报文接收模块接收到所述节点状态恢复报文之后，将所述保护业务通道由导通模式切换为阻塞模式。
6.根据权利要求4或5所述的主节点，其特征在于，所述主节点，还包括：拓扑存储模块；
所述拓扑存储模块，用于预先存储有所有节点的拓扑信息；
所述状态切换模块，对应包括：故障类型检测单元和阻塞解除单元；
所述故障类型检测单元，用于在所述报文接收模块接收到所述节点状态异常报文之后，根据所述拓扑存储模块存储的拓扑信息和所述节点状态异常报文检测故障类型；
所述阻塞解除单元，用于若所述故障类型检测单元检测到的所述故障类型为节点故障，将所述保护业务通道由阻塞模式切换为导通模式。
7.一种业务保护方法，其特征在于，用于环网上菊花链业务系统，所述系统中的主节点和最后一个从节点之间建立有保护业务通道，且所述保护业务通道可在阻塞模式和导通模式下切换，所述方法，包括：
所述从节点检测相邻节点的状态信息；
所述从节点在检测到一向相邻节点不可达时，向另一向相邻节点发送节点状态异常报文，所述节点状态异常报文包含正常节点与所述正常节点的一向相邻节点之间的路径不可达信息；
所述从节点在接收到一向相邻节点发送的节点状态异常报文后，向另一向相邻节点传递所述节点状态异常报文，以便所述主节点在接收到所述节点状态异常报文之后，将所述保护业务通道由阻塞模式切换为导通模式。
8.根据权利要求7所述的业务保护方法，其特征在于，所述方法，还包括：
所述从节点在检测到一向相邻节点由不可达转变为可达时，向另一向相邻节点发送节点状态恢复报文；
所述从节点在接收到一向相邻节点发送的节点状态恢复报文时，向另一向相邻节点传递所述节点状态恢复报文，以便所述主节点在接收到所述节点状态恢复报文之后，将所述保护业务通道由导通模式切换为阻塞模式。
9.一种从节点，其特征在于，用于环网上菊花链业务系统，所述系统中的主节点和最后一个从节点之间建立有保护业务通道，且所述保护业务通道可在阻塞模式和导通模式下切换，所述从节点，包括：
状态检测模块，用于检测相邻节点的状态信息；
报文发送模块，用于在所述状态检测模块检测到一向相邻节点不可达时，向另一向相邻节点发送节点状态异常报文，所述节点状态异常报文包含正常节点与所述正常节点的一向相邻节点之间的路径不可达信息；
报文传递模块，用于在接收到一向相邻节点发送的节点状态异常报文后，向另一向相邻节点传递所述节点状态异常报文，以便所述主节点在接收到所述节点状态异常报文之后，将所述保护业务通道由阻塞模式切换为导通模式。
10.根据权利要求9所述的从节点，其特征在于，
所述报文发送模块，还用于在所述状态检测单元检测到一向相邻节点由不可达转变为可达时，向另一向相邻节点发送节点状态恢复报文；
所述报文传递模块，还用于在接收到一向相邻节点发送的节点状态恢复报文时，向另一向相邻节点传递所述节点状态恢复报文，以便所述主节点在接收到所述节点状态恢复报文之后，将所述保护业务通道由导通模式切换为阻塞模式。
11.一种环网上菊花链业务系统，其特征在于，所述系统包括一个如权利要求4至6任一所述的主节点，和至少一个如权利要求9至10任一所述的从节点，所述主节点和最后一个从节点之间建立有保护业务通道，且所述保护业务通道可在阻塞模式和导通模式下切换。
12.一种主节点，其特征在于，用于环网上菊花链业务系统，所述系统中的主节点和最后一个从节点之间建立有保护业务通道，且所述保护业务通道可在阻塞模式和导通模式下切换，所述节点包括：
接收机，用于接收来自相邻节点的节点状态异常报文，其中，所述节点状态异常报文是检测到故障的节点在检测到一向相邻节点不可达时，向另一向相邻节点发送的，所述节点状态异常报文包含正常节点与所述正常节点的一向相邻节点之间的路径不可达信息；
处理器，用于在所述接收机接收到所述节点状态异常报文之后，将所述保护业务通道由阻塞模式切换为导通模式。
13.根据权利要求12所述的主节点，其特征在于：
所述接收机，还用于接收来自相邻节点的节点状态恢复报文；
所述处理器，还用于在所述接收机接收到所述节点状态恢复报文之后，将所述保护业务通道由导通模式切换为阻塞模式。
14.根据权利要求12或13所述的主节点，其特征在于，所述主节点，还包括：存储器；
所述存储器，用于预先存储有所有节点的拓扑信息；
所述处理器，还用于在所述接收机接收到所述节点状态异常报文之后，根据所述存储器存储的拓扑信息和所述节点状态异常报文检测故障类型；
所述处理器，还用于若检测到的所述故障类型为节点故障或多处故障，将所述保护业务通道由阻塞模式切换为导通模式。
15.一种从节点，其特征在于，用于环网上菊花链业务系统，所述系统中的主节点和最后一个从节点之间建立有保护业务通道，且所述保护业务通道可在阻塞模式和导通模式下切换，所述从节点，包括：
处理器，用于检测相邻节点的状态信息；
发射机，用于在所述处理器检测到一向相邻节点不可达时，向另一向相邻节点发送节点状态异常报文，所述节点状态异常报文包含正常节点与所述正常节点的一向相邻节点之间的路径不可达信息；
所述处理器，还用于在接收机接收到一向相邻节点发送的节点状态异常报文后，向另一向相邻节点传递所述节点状态异常报文，以便所述主节点在接收到所述节点状态异常报文之后，将所述保护业务通道由阻塞模式切换为导通模式。
16.根据权利要求15所述的从节点，其特征在于，
所述发射机，还用于在所述处理器检测到一向相邻节点由不可达转变为可达时，向另一向相邻节点发送节点状态恢复报文；
所述发射机，还用于在所述接收机接收到一向相邻节点发送的节点状态恢复报文时，向另一向相邻节点传递所述节点状态恢复报文，以便所述主节点在接收到所述节点状态恢复报文之后，将所述保护业务通道由导通模式切换为阻塞模式。
17.一种环网上菊花链业务系统，其特征在于，所述系统包括一个如权利要求12至14任一所述的主节点，和至少一个如权利要求15或16所述的从节点，所述主节点和最后一个从节点之间建立有保护业务通道，且所述保护业务通道可在阻塞模式和导通模式下切换。
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/CN2012/085009 WO2014079010A1 (zh) | 2012-11-22 | 2012-11-22 | 业务保护方法、设备及系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN103404091A CN103404091A (zh) | 2013-11-20 |
| CN103404091B true CN103404091B (zh) | 2016-09-28 |
Family
ID=49565859
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201280002375.0A Expired - Fee Related CN103404091B (zh) | 2012-11-22 | 2012-11-22 | 业务保护方法、设备及系统 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN103404091B (zh) |
| WO (1) | WO2014079010A1 (zh) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104297666B (zh) * | 2014-08-22 | 2017-12-29 | 惠州市亿能电子有限公司 | 一种菊花链电路异常位置诊断方法 |
| US11108623B2 (en) | 2019-01-25 | 2021-08-31 | Hewlett Packard Enterprise Development Lp | Rapid owner selection |
| CN115801642B (zh) * | 2023-02-13 | 2023-05-30 | 深圳市泛联信息科技有限公司 | 基于状态控制的rdma通讯管理模块、方法、设备及介质 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1901399A (zh) * | 2006-07-10 | 2007-01-24 | 京信通信技术(广州)有限公司 | 可自适应调整组网方式的直放站系统及其数据交互方法 |
| CN101262401A (zh) * | 2007-12-28 | 2008-09-10 | 上海自动化仪表股份有限公司 | 一种环形网络中实现网络恢复的方法 |
| CN101807950A (zh) * | 2010-02-25 | 2010-08-18 | 福建三元达通讯股份有限公司 | 一种直放站系统实现环路自愈功能的方法 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102006218B (zh) * | 2009-09-03 | 2014-07-16 | 中兴通讯股份有限公司 | 隧道保护方法及装置 |
| CN102291290A (zh) * | 2011-08-08 | 2011-12-21 | 浙江中控技术股份有限公司 | 以太环网故障检测、连接的方法和系统 |
-
2012
- 2012-11-22 WO PCT/CN2012/085009 patent/WO2014079010A1/zh active Application Filing
- 2012-11-22 CN CN201280002375.0A patent/CN103404091B/zh not_active Expired - Fee Related
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1901399A (zh) * | 2006-07-10 | 2007-01-24 | 京信通信技术(广州)有限公司 | 可自适应调整组网方式的直放站系统及其数据交互方法 |
| CN101262401A (zh) * | 2007-12-28 | 2008-09-10 | 上海自动化仪表股份有限公司 | 一种环形网络中实现网络恢复的方法 |
| CN101807950A (zh) * | 2010-02-25 | 2010-08-18 | 福建三元达通讯股份有限公司 | 一种直放站系统实现环路自愈功能的方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN103404091A (zh) | 2013-11-20 |
| WO2014079010A1 (zh) | 2014-05-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN103460647B (zh) | 用于操作网络节点的技术 | |
| JP4973734B2 (ja) | ネットワーク監視システム、経路抽出方法、プログラム、及びプログラムを記録したコンピュータ読み取り可能な記録媒体 | |
| CN101193052B (zh) | 在多协议标签交换中实现子网连接保护的方法和系统 | |
| CN101917290B (zh) | 标签交换路径故障处理方法、装置及网络设备 | |
| CN106375105B (zh) | 一种确定路径故障的方法、控制器、交换机和系统 | |
| CN103580886B (zh) | 分组传送网络保护倒换装置和方法 | |
| CN102377607B (zh) | 用于二层虚拟专用网络的数据传输方法和装置 | |
| CN101227399B (zh) | 报文传输方法、系统及转发节点 | |
| CN102882780B (zh) | 基于共享路径的环网隧道配置方法、环网保护方法及系统 | |
| CN102088387B (zh) | 环网的隧道保护方法及装置 | |
| CN103841017B (zh) | 环网保护中标签自动分配的方法及设备 | |
| WO2011021179A1 (en) | Technique for dual homing interconnection between communication networks | |
| US20090073979A1 (en) | Protection method for data signal transmission and communication network | |
| CN101436945B (zh) | 一种组播业务故障保护的方法、系统及装置 | |
| CN107026790B (zh) | 一种转发控制方法及设备 | |
| CN100461739C (zh) | Rpr桥冗余保护方法及rpr桥环设备 | |
| CN106789264A (zh) | 一种链路聚合组通道快速切换的方法和装置 | |
| US20150186202A1 (en) | Method and Device for Sending Inter-Domain Fault Information | |
| CN105379201A (zh) | 路径切换的方法和设备 | |
| CN104852809B (zh) | 信号劣化故障的处理方法及系统 | |
| CN104506546A (zh) | 一种聚合链路的双向转发检测方法和装置 | |
| CN103368844B (zh) | Mpls网络中的报文处理方法及标签交换路由器 | |
| CN103404091B (zh) | 业务保护方法、设备及系统 | |
| CN101908983A (zh) | 以太网局部段保护的联合检测方法及系统 | |
| CN100421387C (zh) | 一种业务流保护方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20170511 Address after: 510640 Guangdong City, Tianhe District Province, No. five, road, public education building, unit 371-1, unit 2401 Patentee after: Guangdong Gaohang Intellectual Property Operation Co., Ltd. Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Patentee before: Huawei Technologies Co., Ltd. |
|
| TR01 | Transfer of patent right | ||
| CB03 | Change of inventor or designer information | ||
| CB03 | Change of inventor or designer information |
Inventor after: Wang Hongmei Inventor before: Xia Jiandong Inventor before: Lin Qiang Inventor before: Chen Yaoming |
|
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20170911 Address after: Zhumadian City, Henan province 463000 County of Han Han Ji Zhen Wang Zhuang Cun Wei Lao Zhuang Dong group after Patentee after: Wang Hongmei Address before: 510640 Guangdong City, Tianhe District Province, No. five, road, public education building, unit 371-1, unit 2401 Patentee before: Guangdong Gaohang Intellectual Property Operation Co., Ltd. |
|
| CF01 | Termination of patent right due to non-payment of annual fee | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20160928 Termination date: 20171122 |