CN109639549B - 一种环网保护的实现方法和环网保护系统 - Google Patents

Abstract

本发明公开了一种环网保护的实现方法和环网保护系统，通过检测环网上各节点之间的链路段是否存在多种预设故障状态中的一种，可以及时发现环网上链路是否故障，并在环网中同时出现两种以及两种以上的不同类型的预设故障状态时，对存在预设故障状态的链路段上的业务都进行保护倒换处理；其中，保护倒换后，该业务传输的路径上不存在预设故障状态的链路段，该业务传输路径的质量较高，该业务丢包发生率得到了有效控制，有利于降低该业务呈现给用户的丢包率，提升用户体验，满足对于对丢包率要求严格的业务的需求。

Description

一种环网保护的实现方法和环网保护系统

技术领域

本发明涉及通信技术领域，具体涉及一种环网保护的实现方法和环网保护系统。

背景技术

目前，在G.8132协议中，根据倒换方式不同，至少包括steering环网和 wrapping环网，如果环网使用wrapping的保护方法，当某条链路或者某个节点发生故障的时候，相邻节点发生保护倒换，让业务流绕回到反向的保护路径上，这种方式能够保证50ms的快速倒换，是普遍应用的环网保护方法。

为了有效减少倒换动作，在环网保护方法上又衍生了共享环，共享环保护方法中包括共享环环网隧道和业务隧道，业务隧道承载在环网隧道上，当环网上某条链路或者某个节点发生故障的时候，只有共享环环网隧道发生倒换，业务隧道不发生倒换。共享环的倒换原理和环网保护方法中的倒换原理是一样的，只不过利用了隧道嵌套，减少了共享环上的隧道数量，在业务上环的时候，业务报文打上共享环环网隧道标签，下环的时候，剥离共享环环网隧道标签，倒换是基于共享环环网隧道的，可以有效的减少倒换动作，是普遍应用的环网保护方法。

现网上，SF(Signal Fail，信号失效)和SD(Signal Degradation，信号劣化) 是最常见的触发环网或者共享环倒换的原因，目前环网保护方法的相关协议 G.8132规定SF的优先级大于SD，具体的状态机中没有明确SF和SD怎么处理，若按照SF优先级大于SD的规则处理，当SF和SD同时出现在同一个环上，那么最终的倒换路径可能经过SD的链路，最终导致业务大量丢包，对于那些对传输质量要求高的业务而言，这是严重的错误，且会造成用户体验下降等不良后果，因此，现有技术中缺乏一种机制，在环网上同时存在SF和SD时的时候，使得业务走在链路正常的路径上，尽力保证业务没有丢包。

发明内容

本发明实施例提供的一种信号劣化故障的处理方法和系统，主要解决的技术问题是提供一种方案，使得在环网上同时存在SF和SD时的时候，保证业务走在链路正常的路径上，尽量避免业务丢包情况的发生。

为解决上述技术问题，本发明实施例提供一种环网保护的实现方法，包括：

检测环网上各节点之间的链路段是否存在多种预设故障状态中的一种；其中，预设故障状态表示链路段产生的丢包或误码率满足预设条件；

若环网上同时存在两种或以上不同类型的预设故障状态，则在进行业务传输时，对存在预设故障状态的链路段上的业务都进行保护倒换处理；其中，保护倒换后，业务传输的路径上不存在预设故障状态。

为解决上述技术问题，本发明实施例还提供一种环网保护系统，包括：

检测模块，用于检测环网上各节点之间的链路段是否多种预设故障状态中的一种；其中，预设故障状态表示链路段产生的丢包或误码率满足预设条件；

保护倒换处理模块，用于若环网上同时存在两种或以上不同类型的预设故障状态，则在进行业务传输时，对存在预设故障状态的链路段上的业务都进行保护倒换处理；其中，保护倒换后，业务传输的路径上不存在预设故障状态。

本发明的有益效果是：

根据本发明实施例提供的一种环网保护的实现方法和环网保护系统，对环网上各个节点进行了状态的监控，当环网中同时出现两种以及两种以上的不同类型的预设故障状态时，对多种可能导致丢包的预设故障状态的链路段，都对其上原本传输的业务进行保护倒换处理，保护倒换处理之后，业务走的路径为正常的路径(没有处于预设故障状态的链路段)，该业务的路径的质量较高，该业务丢包发生率得到了有效控制，有利于降低该业务呈现给用户的丢包率，提升用户体验，满足对于对丢包率要求严格的业务的需求。

附图说明

图1为本发明实施例一的一种环网保护的实现方法的流程图；

图2为本发明实施例一的一种四点环网ABCD的示意图；

图3为图2中的节点A基于本地请求和远端请求检测A节点状态的示意图；

图4为图2中的节点B基于本地请求和远端请求检测B节点状态的示意图；

图5为图2中的节点C基于本地请求和远端请求检测本地C节点状态的示意图；

图6为本发明实施例一中，wrapping环业务从A节点上业务B节点下业务的初始状态业务流向的示意图；

图7为本发明实施例一中，wrapping环业务从A节点上业务C节点下业务的初始状态业务流向的示意图；

图8为本发明实施例一中，wrapping环业务从A节点上业务D节点下业务的初始状态业务流向的示意图；

图9为图6的环网中，AB段出现SF状态后，wrapping环从A上业务B 下业务的业务流向示的意图；

图10为图7的环网中，AB段出现SF状态后，wrapping环从A上业务C 下业务的业务流向的示意图；

图11为图8的环网中，AB段出现SF状态后，wrapping环从A上业务D 下业务的业务流向的示意图；

图12为图6的环网中，AB段出现SF状态后，BC也段出现SD状态，现有技术中，wrapping环从A上业务B下业务的业务流向的示意图；

图13为图7的环网中，AB段出现SF状态后，BC也段出现SD状态，现有技术中，wrapping环从A上业务C下业务的业务流向的示意图；

图14为图8的环网中，AB段出现SF状态后，BC也段出现SD状态，现有技术中，wrapping环从A上业务D下业务的业务流向的示意图；

图15为图6的环网中，AB段出现SF状态后，BC也段出现SD状态，采用本实施例的环网保护的实现方法时，wrapping环从A上业务B下业务的业务流向的示意图；

图16为图7的环网中，AB段出现SF状态后，BC也段出现SD状态，采用本实施例的环网保护的实现方法时，wrapping环从A上业务C下业务的业务流向的示意图；

图17为图8的环网中，AB段出现SF状态后，BC也段出现SD状态，采用本实施例的环网保护的实现方法时，wrapping环从A上业务D下业务的业务流向的示意图；

图18为本发明实施例二的一种环网保护系统的结构图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，下面通过具体实施方式结合附图对本发明实施例作进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

实施例一：

本实施例中的环网保护的实现方法，在环网中同时出现不同类型可导致丢包的故障的情况下，可以对这些导致丢包的故障都进行响应的应对，使得业务最终走的路径上没有前述导致丢包的故障，提升路径可靠度，提高业务传输质量，提升用户体验。

下面结合图1，对本实施例的环网保护的实现方法，进行说明。可以理解的是，本发明的方法适用于各种类型的环网，包括但不限于wrapping环网和steering 环网。

本实施例的环网保护的实现方法包括：

S101、检测环网上各节点之间的链路段是否存在多种预设故障状态中的一种；其中，预设故障状态表示链路段产生的丢包或误码率满足预设条件；

链路段上传输的数据包产生误码，在某些时候可以引发收到该数据包的节点对误码包进行丢弃，产生丢包，所以误码率和丢包情况可以作为衡量路径质量的指标。本实施例中，当检测到某节点从某链路段接收的数据包中，丢包率或误码率满足某种预设故障对应的条件(可以理解，不同的预设故障状态对应的包率或误码率满足的条件不同)，则认为该链路段上产生了该预设故障状态。

检测环网上各节点之间的链路段上是否存在预设故障状态，可以通过对各节点的丢包情况进行检测得到。例如，在如图2所示的wrapping环结构示意图中，该环网为四点环(可以理解，本实施例的环网不限于四点环)，包括四个节点A、B、C、D，各个节点设置有工作路径(图2中的外环21)，和保护路径(图 2中的内环22)，本实施例中，对于A-B方向的链路段进行检测时，A点持续向 B点发送固定格式的测试数据包(例如A节点向B节点发送OAM的APS报文， APS报文的格式在G.8132协议中定义，主要包括本节点NODEID、发送的目的 NODEID和桥接请求)，若B点收到的测试数据包的丢包情况或误码情况满足预设条件，如连续丢包超过3次，连续N个1S内的平均误码率超过预设误码率阈值等等。则判定A到B之间的链路段存在预设故障状态。对于B到A方向的链路段，也可以采用上述类似的方式进行。

鉴于本实施例最后达到的效果是在进行保护倒换后，业务传输的路径上不存在预设故障状态，以保证该路径的质量。而在进行保护倒换后，业务传输的路径的某一段后某几段可能由保护路径(例如在如图2所示的、wrapping环中，内圈的保护路径22)，所以为了避免在进行保护倒换后，业务路径上存在预设故障状态，当环网上存在保护路径时，还对保护路径上的链路段进行预设故障状态的检测。可以预见，当保护路径上的某些链路段出现预设故障状态时，在进行保护倒换处理时，需要避过出现预设故障状态的所有链路段(包括业务路径和保护路径上出现预设故障状态的链路段)。

在现有技术中，根据两个节点间的丢包程度，已经划分出两种类型的故障状态：SF(Signal Fail，信号失效)状态和SD(Signal Degradation，信号劣化) 状态，本实施例中的预设故障状态可以理解为对SF状态和SD状态的概括描述。该预设故障状态包括但不限于上述的SF状态和SD状态。若有其他有别于SF 状态和SD状态的与当前路径物理状态相关的其他故障状态，也可以认为是本实施例中的预设故障状态。

S102、若环网上同时存在两种或以上不同类型的预设故障状态，则在进行业务传输时，对存在预设故障状态的链路段上的业务都进行保护倒换处理；其中，保护倒换后，业务传输的路径上不存在预设故障状态。

可以理解的是，上述S102步骤中，当环网上同时存在两种或以上不同类型的预设故障状态时，存在预设故障类型的某些链路段上当前可能传输业务，而存在预设故障状态的其他链路段上当前可能未传输业务。对存在预设故障状态的链路段上的业务都进行保护倒换处理不仅意味着避开该业务原本传输路径上的预设故障状态的链路段，还意味着在保护倒换时，重新选择的业务传输路径不包含之前未传输业务且已经处于预设故障状态的链路段。

进一步的，预设故障状态包括SF状态和SD状态，上述S101中述检测环网上各节点之间的链路段是否存在预设故障状态包括：

检测环网上各节点之间的链路段是否存在SF状态和SD状态中的一种。

在一个示例中，可以通过环网上各个节点对链路段进行SF状态和SD状态的检测，如环网上各个链路段两端的两节点检测该链路段是否存在SF状态和 SD状态中的一种。具体的，环网上各链路段的两个端节点如图2中的A、B对于链路段A-B，可以通过现有的OAM方式检测A和B之间的链路段是否存在 SF状态或SD状态。

在另一个示例中，可以通过特设的其他模块或结构来对各相邻节点之间的链路段上是否存在SF状态或SD状态进行检测。

预设故障状态包括SF状态和SD状态，若环网上同时存在SF状态和SD状态，上述S102中，对存在预设故障状态的路径上的业务都进行保护倒换处理包括：

对存在SF状态的链路段以及存在SD状态的链路段上的业务都进行保护倒换处理；其中，保护倒换后该业务传输的路径上不存在SF状态或SD状态(的链路段)。

可以理解的是，对于Wrapping环网而言，对SF状态的链路段或SD状态的链路段上的业务进行保护倒换处理时，一般是在SD状态链路段或者SF状态链路段两端的两节点上进行保护倒换。而对于steering环网而言，对SF状态的链路段或SD状态的链路段上的业务进行保护倒换处理时，保护倒换发生的节点和业务路径有关系，并不一定在SD状态的链路段或者SF状态的链路段两端的节点上进行倒换。

为了避免重新传输的业务走故障路径，对存在预设故障状态的链路段上的业务都进行保护倒换处理包括：对检测到SF状态或SD状态的链路段的两端的两节点均设置为倒换状态(即业务传输到该节点上，可以进行倒换)；基于倒换状态的节点，将存在预设故障状态的链路段上的业务切换到不包含SF状态以及 SD状态的链路段的路径上传输。

在基于倒换状态的节点，将存在预设故障链路段上的业务切换到不包含SF 状态以及SD状态的链路段的路径上传输的实际操作中，在业务流到达某个SF 状态或SD状态的链路段上的节点时，该节点发生倒换，避免业务流入该链路段，从而使得保护倒换处理后业务传输的路径上不包括SD状态或SF状态的链路段。

进一步的，对检测到SF状态或SD状态的链路段的两端的两节点均设置为倒换状态包括：

对检测到SF状态的链路段两端的两节点置为SF状态，对检测到SD状态的链路段两端的两节点置为SD状态；其中，若某个节点同时为SF状态的链路段以及SD状态的链路段的端节点，则将该节点置为SF状态；

将所有为SF状态以及SD状态的节点设置为倒换状态。

在本实施例中，两个节点之间存在两个方向的业务传输，例如在图2中，A 可以传输业务到B节点，B也可以传输业务到A节点，若A点检测到B到A 方向的链路存在SF状态，而B检测到A到B方向的链路存在SD状态，则最终确定A和B之间的链路段为SF状态。

下面结合图2-5，对本实施例中各链路段两端的节点如何检测对应的链路段，以及如何确定节点为SF状态、SD状态还是正常状态。

在检测SF和SD时，图2中的A节点和B节点之间可以相互发送固定格式的测试数据包(或测试报文等)，若A根据B发送的固定格式的数据包的丢包情况(或误码情况)确定检测到B到A方向的本地SF(或者是SD)，则A还向B 发送内容为远端SF(或者SD)保护请求的APS报文，该APS报文中目的NODEID 是B节点的ID，若B根据A发送的固定格式的数据包的丢包情况(或误码情况) 确定检测到A到B方向的本地SF(或者是SD)，则B还向A发送内容为远端 SF保护请求的APS报文，该APS报文中目的NODEID是A节点的ID。对于A 和B节点而言，若是自身检测到SF状态，无论对方发送的目的NODEID为本节点ID的APS报文中内容是SF保护请求还是SD保护请求，都确定本节点为 SF状态，AB之间的链路段是SF状态；若是自身检测到SD状态，对方发送的目的NODEID为本节点ID的APS报文中内容是SF保护请求，确定本节点为 SF状态，AB之间的链路段是SF状态；若是自身检测到SD状态，对方发送的目的NODEID为本节点ID的APS报文中内容是SD保护请求，确定本节点为 SD状态，AB之间的链路段是SD状态。

对于图2中的四点环ABCD，A节点的状态的产生过程是：对节点AB之间进行SD和SF的检测，若A节点检测到一个方向的本地SF(如图3中的A节点Local current state＝SF)，同时收到B节点发送的内容为远端SF请求的APS 报文(如图3所示，New remote request toNode A，表明目的节点ID为A节点 ID，New remote request＝SF表明APS报文请求内容为SF)，A节点最终状态为 SF状态。B的状态产生过程和A相同。

若在AB之间存在SF的期间，同时环网的另一个区段BC之间检测到SD， A和B节点之间的状态不变，B和C节点之间的状态为SD。本实施例中，环网上无论先发生SD，再发生SF，节点的状态结果是一样的，不受先后限制。

其中，如图4所示，若B节点在检测到一个方向(如AB之间)的本地SF 的同时，检测到另一个方向(如BC之间)的本地SD，另一个方向同时会收到 A发给B的远端SF请求，最终状态是SF。

如图5所示，C节点检测到一个方向的本地SD，同时收到A发给B的内容为远端SF请求的APS报文，最终C节点状态是SD。

本实施例中，当需要进行保护倒换处理时，对于保护的业务而言，在环网上在该业务的入节点和出节点之间，可能出现无法选择出一条不存在SD状态或 SF状态的路径的情况，此时，需要更多的保护措施实现业务的保护。在有需要的网络中，可以部署三级保护：环网保护、隧道保护和伪线保护。当业务在环网上不可达时，触发客户层的保护倒换，让业务通过其他路径继续传输。具体的，对存在预设故障状态的链路段上的业务都进行保护倒换处理还包括：当环网上的某业务从入节点到出节点的所有路径均不可达时，触发隧道保护组切换，将该某业务切换到保护隧道上进行传输；或者触发伪线保护切换，将该某业务切换到保护伪线上进行传输。

下面以wrapping环网为例，结合图6-图17，对本实施例的环网保护的实现方法进行详细的示例说明。

步骤一：按照已有技术配置一个4点wrapping环网ABCD，并创建三条业务绑定此wrapping环业务，第一条业务从A节点上环从B节点下环(如图6所示)，第二条业务从A节点上环从C节点下环(如图7所示)，第三条业务从A 节点上环从D节点下环(如图8所示)。

步骤二：当A和B之间链路发生故障，通过OAM检测到本地SF，根据 wrapping共享环的保护方法，在A节点和B节点发生保护倒换，业务流在A节点和B节点分别都绕到反向的保护路径上，C节点和D节点为穿通状态。

AB之间检测的具体方法可以参考上述的相关说明，在此不再赘述。

对于图6中的第一条业务路径A-B，如图9所示，业务在A节点和B节点发生倒换，业务从A节点(入节点)进入环网，在A节点发生倒换，从保护路径依次经过穿通状态的D节点和C节点，然后到达B节点，在B节点发生倒换，从B节点的业务路径上输出环网，第一业务路径最终变为A-D-C-B；

对于图7中的第二条业务路径A-B-C，如图10所示，业务在A节点和B节点发生倒换，业务从A节点(入节点)进入环网，在A节点发生倒换，从保护路径依次经过穿通状态的D和C，然后到达B，在B节点发生倒换，从B节点的业务路径传输到C节点，再从C节点输出环网，第二业务路径最终变为 A-D-C-B-C；

对于图8中的第三条业务路径A-B-C-D，如图11所示，业务在A节点和B 节点发生倒换，业务从A节点(入节点)进入环网，在A节点发生倒换，从保护路径依次经过穿通状态的D和C，然后到达B，在B节点发生倒换，从B节点的业务路径上传输到C节点(C节点为穿通状态)，再从C节点传输到D节点，最后从D节点输出环网，第三业务路径最终变为A-D-C-B-C-D；

若在BC之间的路径检测到SD状态，在现有技术中，对于图6中的第一条业务路径A-B，如图12所示，变为A-D-C-B；对于图7中的第二条业务路径 A-B-C，如图13所示，变为A-D-C-B-C；对于图8中的第三条业务路径A-B-C-D，如图14所示，变为A-D-C-B-C-D；从图12-14可以看出，第一、二、三条业务路径都会经过信号劣化的路径，导致业务丢包。

而根据本实施例前述的环网保护的实现方法，A节点、B节点和C节点的状态都为倒换状态，业务到达该节点可以进行倒换，保护倒换后业务的路径上要避免SD状态的BC链路段。

所以，对于图6中的第一条业务路径A-B，采用本实施例前述的环网保护的实现方法，如图15所示，业务从A-B以及A-B-C-B两条路径上走，都未能将SF状态的AB链路段以及SD状态的BC链路段全部避免，所以如图15所示，第一条业务在环网上不可达。此时，环网繁殖告警到客户层，业务隧道产生告警，若业务隧道配置了隧道保护组，则触发隧道保护组倒换，将当前的业务切换到隧道保护组上传输；若未配置隧道保护组或者隧道保护组不可用，而业务隧道的伪线配置了伪线保护组，则业务隧道繁殖告警到伪线，触发伪线保护组倒换，将当前业务切换到保护伪线中传输。

对于图7中的第二条业务路径A-B-C，采用本实施例前述的环网保护的实现方法，如图16所示，业务在A节点和C节点发生倒换，业务从A节点(入节点)进入环网，在A节点发生倒换，从保护路径上经过穿通状态的D节点，然后到达C节点，在C节点发生倒换，从C节点的业务路径上输出环网，第二业务路径最终变为A-D-C；

对于图8中的第三条业务路径A-B-C-D，采用本实施例前述的环网保护的实现方法，如图17所示，业务在A节点和C节点发生倒换，业务从A节点(入节点)进入环网，在A节点发生倒换，从保护路径上经过穿通状态的D节点，然后到达C节点，在C节点发生倒换，从C节点的业务路径传输到D节点，在 D节点上输出环网，第三业务路径最终变为A-D-C-D。

对于其他类型的环网如steering环网上同时出现SD状态和SF状态的保护倒换处理，与上述的wrapping环网的保护倒换处理类似。但是可以理解的是，对于其他类型的环网，不一定在故障链路的两个端节点上发生倒换。

本实施例的环网保护的实现方法，当环网中同时出现两种以及两种以上的不同类型的预设故障状态如同时存在SD状态和SF状态时，都SD状态和SF状态的链路段上传输的业务都进行保护倒换处理，保护倒换处理之后，业务走的路径上没有SD或SF的链路段，该业务丢包得到有效控制，有利于降低该业务呈现给用户的丢包率，提升用户体验。

实施例二：

参见图18，本实施例示出了一种环网保护系统，包括：

检测模块181，用于检测环网上各节点之间的链路段是否存在多种预设故障状态中的一种；其中，预设故障状态表示链路段产生的丢包或误码率满足预设条件；

保护倒换处理模块182，用于若环网上同时存在两种或以上不同类型的预设故障状态，则在进行业务传输时，对存在预设故障状态的链路段上的业务都进行保护倒换处理；其中，保护倒换后，业务传输的路径上不存在预设故障状态。

本实施例中，误码率和丢包情况可以作为衡量路径质量的指标，当检测到某节点从某链路段接收的数据包中，丢包率或误码率满足一定的条件，则认为该链路段上产生了预设故障状态。

对于检测环网上各节点之间的链路段上是否存在预设故障状态，参见实施例一的相关叙述，本实施例在此不再赘述。

鉴于本实施例最后达到的效果是在进行保护倒换后，业务传输的路径上不存在预设故障状态，以保证该路径的质量。而在进行保护倒换后，业务传输的路径的某一段后某几段可能由保护路径，所以为了避免在进行保护倒换后，业务路径上存在预设故障状态，当环网上存在保护路径时，检测模块181还对保护路径上的链路段进行预设故障状态的检测。可以预见，当保护路径上的某些链路段出现预设故障状态时，在进行保护倒换处理时，保护倒换处理模块182 确定的业务传输的新路径上需要避过出现预设故障状态的所有链路段(包括业务路径和保护路径上出现预设故障状态的链路段)。

在现有技术中，根据两个节点间的丢包程度，已经划分出两种类型的故障状态：SF(Signal Fail，信号失效)状态和SD(Signal Degradation，信号劣化) 状态，本实施例中的预设故障状态可以理解为对SF状态和SD状态的概括描述。该预设故障状态包括但不限于上述的SF状态和SD状态。若以后出现有别于SF 状态和SD状态与当前路径物理状态相关的其他故障状态，也可以认为是本实施例中的预设故障状态。

可以理解的是，若检测模块181检测到环网上同时存在两种或以上不同类型的预设故障状态时，存在预设故障类型的某些链路段上当前可能传输业务，而存在预设故障状态的其他链路段上当前可能未传输业务。保护倒换处理模块 182对存在预设故障状态的链路段上的业务都进行保护倒换处理不仅意味着避开该业务原本传输路径上的预设故障状态的链路段，还意味着在保护倒换时，重新选择的业务传输路径不包含之前未传输业务且已经处于预设故障状态的链路段。

进一步的，预设故障状态包括SF状态和SD状态，若检测模块181，用于检测环网上各节点之间的链路段是否存在SF状态和SD状态。

在一个示例中，检测模块181可以控制环网上各个链路段两端的两节点检测该链路段是否存在SF状态和SD状态中的一种，如通过环网上各个链路段两端的两节点对该链路段进行SF状态和SD状态的检测。具体的，检测模块181，用于控制环网上各链路段的两个端节点，通过现有的OAM方式检测相邻两节点之间的链路段是否存在SF状态或SD状态。在另一个示例中，检测模块181是特设的模块。

保护倒换处理模块182，用于若环网上同时存在SF状态和SD状态，对存在SF状态的链路段以及存在SD状态的链路段上的业务都进行保护倒换处理；其中，保护倒换后业务传输的路径上不存在SF状态或SD状态(的链路段)。

为了避免重新传输的业务走故障路径，保护倒换处理模块182，用于对检测到SF状态或SD状态的链路段的两端的两节点均设置为倒换状态(即业务传输到该节点上，可以进行倒换)；基于倒换状态的节点，将存在预设故障状态的链路段上的业务切换到不包含SF状态以及SD状态的链路段的路径上传输。

在基于倒换状态的节点，将存在预设故障链路段上的业务切换到不包含SF 状态以及SD状态的链路段的路径上传输的实际操作中，在业务流到达某个SF 状态或SD状态的链路段上的节点时，该节点发生倒换，避免业务流入该链路段，从而使得保护倒换处理后业务传输的路径上不包括SD状态或SF状态的链路段。

保护倒换处理模块182，用于对检测到SF状态的链路段两端的两节点置为 SF状态，对检测到SD状态的链路段两端的两节点置为SD状态；其中，若某个节点同时为SF状态的链路段以及SD状态的链路段的端节点，则将该节点置为SF状态；将所有为SF状态以及SD状态的节点设置为倒换状态。

本实施例中，当需要进行保护倒换处理时，对于保护的业务而言，在环网上在该业务的入节点和出节点之间，可能出现无法选择出一条不存在SD状态或 SF状态的路径的情况，此时，需要更多的保护措施实现业务的保护。在有需要的网络中，可以部署三级保护：环网保护，隧道保护、伪线保护。当业务在环网上不可达时，触发客户层的保护倒换，让业务通过其他路径继续传输。具体的，保护倒换处理模块182，用于当环网上的某业务从入节点到出节点的所有路径均不可达时，触发隧道保护组切换，将某业务切换到保护隧道上进行传输；或者触发伪线保护切换，将某业务切换到保护伪线上进行传输。

本实施例的环网保护的实现方法，当环网中同时出现SD状态和SF状态时，对环网中的SD和SF视为相同级别的故障进行保护倒换处理之后，业务走的路径上没有SD或SF的链路段，该业务丢包得到有效控制，有利于降低该业务呈现给用户的丢包率，提升用户体验。

显然，本领域的技术人员应该明白，上述本发明实施例的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在计算机存储介质(ROM/RAM、磁碟、光盘)中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。所以，本发明不限制于任何特定的硬件和软件结合。

以上内容是结合具体的实施方式对本发明实施例所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。

Claims (10)

1.一种环网保护的实现方法，包括：

检测环网上各节点之间的链路段是否存在多种预设故障状态中的一种；其中，不同的所述预设故障状态表示链路段产生的丢包或误码率满足不同的预设条件；

若所述环网上同时存在两种或以上不同类型的预设故障状态，则在进行业务传输时，对存在所述预设故障状态的链路段上的业务都进行保护倒换处理；其中，保护倒换后所述业务传输的路径上不存在所述预设故障状态。

2.如权利要求1所述的环网保护的实现方法，其特征在于，所述预设故障状态包括SF状态和SD状态；

所述检测环网上各节点之间的链路段是否存在多种预设故障状态中的一种包括：

所述环网上各个链路段两端的两节点检测该链路段是否存在SF状态和SD状态中的一种；

若所述环网上同时存在SF状态和SD状态，所述对存在所述预设故障状态的路径上的业务都进行保护倒换处理包括：

对存在所述SF状态的链路段以及存在所述SD状态的链路段上的业务都进行保护倒换处理；其中，保护倒换后所述业务传输的路径上不存在所述SF状态或SD状态。

3.如权利要求2所述的环网保护的实现方法，其特征在于，所述对存在所述SF状态的链路段以及存在所述SD状态的链路段上的业务都进行保护倒换处理包括：

对检测到所述SF状态或SD状态的链路段的两端的两节点，均设置为倒换状态；

基于所述倒换状态的节点，将存在所述预设故障状态的链路段上的业务切换到不包含所述SF状态以及SD状态的链路段的路径上传输。

4.如权利要求3所述的环网保护的实现方法，其特征在于，所述对检测到所述SF状态或SD状态的链路段的两端的两节点，均设置为倒换状态包括：

对检测到SF状态的链路段两端的两节点置为SF状态，对检测到SD状态的链路段两端的两节点置为SD状态；其中，若某个节点同时为SF状态的链路段以及SD状态的链路段的端节点，则将该节点置为SF状态；

将所有为SF状态以及SD状态的节点设置为倒换状态。

5.如权利要求1-4任一项所述的环网保护的实现方法，其特征在于，所述对存在所述预设故障状态的链路段上的业务都进行保护倒换处理还包括：

当所述环网上的某业务从入节点到出节点的所有路径均不可达时，触发隧道保护组切换，将所述某业务切换到保护隧道上进行传输；或者触发伪线保护切换，将所述某业务切换到保护伪线上进行传输。

6.一种环网保护系统，其特征在于，包括：

检测模块，用于检测环网上各节点之间的链路段是否存在多种预设故障状态中的一种；其中，不同的所述预设故障状态表示链路段产生的丢包或误码率满足不同的预设条件；

保护倒换处理模块，用于若所述环网上同时存在两种或以上不同类型的预设故障状态，则在进行业务传输时，对存在所述预设故障状态的链路段上的业务都进行保护倒换处理；其中，保护倒换后所述业务传输的路径上不存在所述预设故障状态。

7.如权利要求6所述的环网保护系统，其特征在于，所述预设故障状态包括SF状态和SD状态；

所述检测模块，用于控制所述环网上各个链路段两端的两节点检测该链路段是否存在SF状态和SD状态中的一种；

所述保护倒换处理模块，用于若所述环网上同时存在SF状态和SD状态；对存在所述SF状态的链路段以及存在所述SD状态的链路段上的业务都进行保护倒换处理；其中，保护倒换后所述业务传输的路径上不存在所述SF状态或SD状态。

8.如权利要求7所述的环网保护系统，其特征在于，所述保护倒换处理模块，用于对检测到所述SF状态或SD状态的链路段的两端的两节点，均设置为倒换状态；基于所述倒换状态的节点，将存在所述预设故障状态的链路段上的业务切换到不包含所述SF状态以及SD状态的链路段的路径上传输。

9.如权利要求8所述的环网保护系统，其特征在于，所述保护倒换处理模块，用于对检测到SF状态的链路段两端的两节点置为SF状态，对检测到SD状态的链路段两端的两节点置为SD状态；其中，若某个节点同时为SF状态的链路段以及SD状态的链路段的端节点，则将该节点置为SF状态；将所有为SF状态以及SD状态的节点设置为倒换状态。

10.如权利要求6-9任一项所述的环网保护系统，其特征在于，所述保护倒换处理模块，用于当所述环网上的某业务从入节点到出节点的所有路径均不可达时，触发隧道保护组切换，将所述某业务切换到保护隧道上进行传输；或者触发伪线保护切换，将所述某业务切换到保护伪线上进行传输。

Images