CN102857316B - 一种实现源环网保护的方法及系统 - Google Patents

Abstract

本发明公开了一种实现源环网保护的方法及系统，此方法包括：在业务接入节点设置隧道保护组的业务表；此业务表用于记录所述隧道保护组的工作链路沿业务流输出方向所包含的节点以及工作链路各跨段的状态；所述隧道保护组中链路故障发现节点或者收到倒换命令的节点发送自动保护倒换消息，所述隧道保护组中其它非自动保护倒换消息目标节点沿所述自动保护倒换消息发送方向转发所述自动保护倒换消息，所述隧道保护组中业务接入节点收到所述自动保护倒换消息后，更新所维护的所述隧道保护组的业务表中相应跨段的状态，确定隧道保护组状态并确定是否执行链路倒换。本方法可减少了环图配置工作量，提高网络处理路径方向拓扑改变时的智能度。

Description

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

技术领域

本发明涉及数据通讯领域，更具体地涉及一种实现环网保护的方法及系统。

背景技术

多协议标签交换(Multi-protocol Label Switching，简称MPLS)技术是分组传送网中重要技术之一，网络的生存性是衡量分组传送网网络质量重要指标之一，为了提升网络的生存性，业内设计了各种网络保护恢复方式。分组传送网常用网络内的保护方式有线性保护和环网保护，环网保护有两种保护机制，分别是Wrapping保护方式和Steering保护方式。Wrapping保护方式是基于故障相邻节点的环回保护倒换，Steering保护方式是基于业务端到端的保护倒换。本案主要涉及Steering保护方式的实现方法。

如图1a所示，在使用Steering保护方式的情况下，当环网无故障或请求切换时，业务流的工作路径为：1<->2<->3<->4；保护路径为：1<->6<->5<->4<->3<->2<->1。

如图1b所示，当节点2和节点3之间链路故障时，节点2和节点3分别沿环上两个端口(即西向端口和东向端口)向对方发送自动保护倒换(APS)消息。节点1和节点4收到APS消息后执行业务流转向，将业务流按照1<->6<->5<->4路径进行转发。

Steering保护方式的实现机制和Wrapping机制有所不同，如图1b，当节点2检测到故障后，向临近点节点3以及反向节点发送携带APS消息(APS消息一般封装为OAM报文的形式)，节点3检测到故障后处理方式与之相同。其它节点收到APS消息后，根据预先保存的环图(Ring map)检查本节点上的业务受故障点的影响情况，将受到故障影响的业务流在其源节点和终节点执行桥接倒换，从工作链路倒换到保护链路。本方案是基于APS消息和设备已保存的环图来确认受影响的业务，APS消息在ITU-T G.8132标准有定义，此处不赘述。

上述方案中维护环图的方式常用的包括：

通过一种动态协议来发现整个环网拓扑图及拓扑关系，并通过节点的交互完成环图的更新。此方式的缺陷为需提高网络带宽和节点CPU的利用率。

通过静态配置手段在环网拓扑图中每个节点配置环图。此方式的缺陷为对每台设备进行静态配置整个环网拓扑图，配置工作量大，不利于拓扑改变。

所以需要新的解决方案实现Steering式环网保护。

发明内容

本发明要解决的技术问题是提供一种实现环网保护的方法及系统，节省网络带宽和节点功耗，提高网络处理路径方向拓扑改变时的智能度。

为了解决上述技术问题，本发明提供了一种实现环网保护的方法，包括：在业务接入节点设置隧道保护组的业务表；此业务表用于记录所述隧道保护组的工作链路沿业务流输出方向所包含的节点以及工作链路各跨段的状态；所述隧道保护组中链路故障发现节点或者收到倒换命令的节点发送自动保护倒换消息，所述隧道保护组中其它非自动保护倒换消息目标节点沿所述自动保护倒换消息发送方向转发所述自动保护倒换消息，所述隧道保护组中业务接入节点收到所述自动保护倒换消息后，更新所维护的所述隧道保护组的业务表中相应跨段的状态，确定隧道保护组状态并确定是否执行链路倒换。

进一步地，上述方法还可以具有以下特点：

工作链路故障时将业务流从工作链路倒换到保护链路的方法包括：所述隧道保护组中链路故障发现节点检测到工作链路故障后，沿链路东方向和西方向发送指示故障点所在跨段为故障告警状态的自动保护倒换消息，所述隧道保护组中其它非自动保护倒换消息目标节点沿所述自动保护倒换消息发送方向转发所述自动保护倒换消息，所述隧道保护组中业务接入节点收到所述自动保护倒换消息后，更新所维护的所述隧道保护组的业务表中相应跨段的状态，确定隧道保护组状态为保护状态，并将业务流从所述工作链路倒换到保护链路。

进一步地，上述方法还可以具有以下特点：

工作链路故障恢复后将业务流从保护链路倒换到工作链路的方法包括：所述隧道保护组中链路故障恢复发现节点检测到工作链路故障后，沿链路东方向和西方向发送指示故障恢复点所在跨段为等待恢复状态的自动保护倒换消息，所述隧道保护组中其它非自动保护倒换消息目标节点沿所述自动保护倒换消息发送方向转发所述自动保护倒换消息，所述隧道保护组中业务接入节点收到所述自动保护倒换消息后，更新所维护的所述隧道保护组的业务表中相应跨段的状态，计算隧道保护组的状态为等待恢复状态时，启动等待恢复定时器，此定时器到达后，确定隧道保护组状态为工作状态，并将业务流从保护链路倒换到工作链路。

进一步地，上述方法还可以具有以下特点：

通过协议倒换命令触发将业务流从工作链路倒换到保护链路的方法包括：所述隧道保护组中工作链路上的协议倒换命令接收节点收到协议倒换命令后，沿链路东方向和西方向发送指示处于强制倒换状态的跨段的自动保护倒换消息，所述隧道保护组中其它非自动保护倒换消息目标节点沿所述自动保护倒换消息发送方向转发所述自动保护倒换消息，所述隧道保护组中业务接入节点收到所述自动保护倒换消息后，更新所维护的所述隧道保护组的业务表中相应跨段的状态，确定隧道保护组状态为保护状态，并将业务流从工作链路倒换到保护链路。

进一步地，上述方法还可以具有以下特点：

通过协议倒换命令触发将业务流从保护链路倒换到工作链路的方法包括：所述隧道保护组中保护链路上的协议倒换命令接收节点收到协议倒换命令后，沿链路东方向和西方向发送指示处于保护闭锁状态的跨段的自动保护倒换消息，所述隧道保护组中其它非自动保护倒换消息目标节点沿所述自动保护倒换消息发送方向转发所述自动保护倒换消息，所述隧道保护组中业务接入节点收到所述自动保护倒换消息后，更新所维护的所述隧道保护组的业务表中相应跨段的状态，确定隧道保护组状态为工作状态，并将业务流从保护链路倒换到工作链路。

为了解决上述技术问题，本发明还提供了一种实现环网保护的系统，其中，所述系统包括构成隧道保护组的多个链路节点；所述链路节点，用于作为业务接入节点时，在业务接入节点设置隧道保护组的业务表；此业务表用于记录所述隧道保护组的工作链路沿业务流输出方向所包含的节点以及工作链路各跨段的状态；还用于作为链路故障发现节点或协议倒换命令接收节点时发送自动保护倒换消息；还用于作为所述隧道保护组中非自动保护倒换消息目标节点时沿所述自动保护倒换消息发送方向转发所述自动保护倒换消息；还用于作为业务接入节点时收到所述自动保护倒换消息后，更新所维护的所述隧道保护组的业务表中相应跨段的状态，确定隧道保护组状态并确定是否执行链路倒换。

进一步地，上述系统还可以具有以下特点：

所述链路节点，还用于作为所述隧道保护组中链路故障发现节点检测到工作链路故障后，沿链路东方向和西方向发送指示故障点所在跨段为故障告警状态的自动保护倒换消息；还用于作为业务接入节点收到所述自动保护倒换消息后，更新所维护的所述隧道保护组的业务表中相应跨段的状态，确定隧道保护组状态为保护状态，并将业务流从所述工作链路倒换到保护链路。

进一步地，上述系统还可以具有以下特点：

所述链路节点，还用于作为所述隧道保护组中链路故障恢复发现节点检测到工作链路故障后，沿链路东方向和西方向发送指示故障恢复点所在跨段为等待恢复状态的自动保护倒换消息；还用于作为所述隧道保护组中业务接入节点收到所述自动保护倒换消息后，更新所维护的所述隧道保护组的业务表中相应跨段的状态，计算隧道保护组的状态为等待恢复状态时，启动等待恢复定时器，此定时器到达后，确定隧道保护组状态为工作状态，并将业务流从保护链路倒换到工作链路。

进一步地，上述系统还可以具有以下特点：

所述链路节点，还用于作为所述隧道保护组中工作链路上的协议倒换命令接收节点收到协议倒换命令后，沿链路东方向和西方向发送指示处于强制倒换状态的跨段的自动保护倒换消息；还用于作为所述隧道保护组中业务接入节点收到所述自动保护倒换消息后，更新所维护的所述隧道保护组的业务表中相应跨段的状态，确定隧道保护组状态为保护状态，并将业务流从工作链路倒换到保护链路。

进一步地，上述系统还可以具有以下特点：

所述链路节点，还用于作为所述隧道保护组中保护链路上的协议倒换命令接收节点收到协议倒换命令后，沿链路东方向和西方向发送指示处于保护闭锁状态的跨段的自动保护倒换消息；还用于作为所述隧道保护组中业务接入节点收到所述自动保护倒换消息后，更新所维护的所述隧道保护组的业务表中相应跨段的状态，确定隧道保护组状态为工作状态，并将业务流从保护链路倒换到工作链路。

上述方案中环网保护方法适用于Steering式环网，利用了ITU-T G.8132的环网APS消息技术，在性能方面，完全可以保证在50ms以内，同时能够与wrapping保护方案很好地匹配，APS协议命令倒换完全可以在上述方案中融合。当环网拓扑图中的工作路径方向发生改变时，仅需要更新业务接入点的业务表配置；若在保护路径方向拓扑改变，不需要对业务表的更新，从而大大减少了配置工作量，提高网络处理路径方向拓扑改变时的智能度。业务表以静态方式配置，无需使用协议协商进行更新，可节省网络带宽和节点功耗。

附图说明

图1a是现有技术中Steering环网保护示意图；

图1b是现有技术中Steering环网保护工作链路发生故障示意图；

图2是实现环网保护的方法的流程示意图；

图3a是实施例中环网保护正常情况时Steering环网保护示意图；

图3b是实施例中环网保护工作链路故障时Steering环网保护示意图；

图3c是实施例中环网保护工作链路故障恢复时Steering环网保护示意图；

图3d是实施例中环网保护APS协议命令倒换时Steering环网保护示意图；

图4是环网发生故障时环网节点的处理流程示意图；

图5是环网故障恢复时环网节点的处理流程示意图；

图6是环网执行协议倒换命令时环网节点的处理流程示意图。

具体实施方式

本方案中的方法和系统适用于Steering式环网。

如图2所示，实现环网保护的方法包括：在业务接入节点设置隧道保护组的业务表；此业务表用于记录所述隧道保护组的工作链路沿业务流输出方向所包含的节点以及工作链路各跨段的状态；所述隧道保护组中链路故障发现节点或者收到倒换命令的节点发送自动保护倒换消息，所述隧道保护组中其它非自动保护倒换消息目标节点沿所述自动保护倒换消息发送方向转发所述自动保护倒换消息，所述隧道保护组中业务接入节点收到所述自动保护倒换消息后，更新所维护的所述隧道保护组的业务表中相应跨段的状态，确定隧道保护组状态并确定是否执行链路倒换。

上述方法适用于多种应用情境，下面以多个实施例进行说明。

实施一

链路故障发现节点检测到链路故障后，沿东、西向端口向相邻节点周期性的发送自动保护倒换消息，进行业务表匹配，如果未匹配到业务表即表示此节点为非业务接入节点，则不进行其它操作，如果匹配到业务表并且匹配到自动保护倒换消息的源节点和目的节点的标识，则表示此节点为业务接入节点，则对业务表进行更新并且决策保护组切换。

非链路故障发现节点在接收到其它节点发送的自动保护倒换消息后，判断本节点是否为自动保护倒换消息的目的节点，如果是，则不进行此消息的转发，否则沿此消息的传送方向转发此消息。进一步地，进行业务表匹配，如果未匹配到业务表即表示此节点为非业务接入节点，则不进行其它操作，如果匹配到业务表并且匹配到自动保护倒换消息的源节点和目的节点的标识，则表示此节点为业务接入节点，对业务表进行更新并且决策保护组切换。

所以，工作链路故障时将业务流从工作链路倒换到保护链路的方法包括：

所述隧道保护组中链路故障发现节点检测到工作链路故障后，沿链路东方向和西方向发送指示故障点所在跨段为故障告警状态的自动保护倒换消息，所述隧道保护组中其它非自动保护倒换消息目标节点沿所述自动保护倒换消息发送方向转发所述自动保护倒换消息，所述隧道保护组中业务接入节点收到所述自动保护倒换消息后，更新所维护的所述隧道保护组的业务表中相应跨段的状态，确定隧道保护组状态为保护状态，并将业务流从所述工作链路倒换到保护链路。

实施例二：

链路故障恢复发现节点检测到链路故障恢复后，沿东、西向端口向相邻节点周期性的发送自动保护倒换消息，进行业务表匹配，如果未匹配到业务表即表示此节点为非业务接入节点，则不进行其它操作，如果匹配到业务表并且匹配到自动保护倒换消息的源节点和目的节点的标识，则表示此节点为业务接入节点，则对业务表进行更新并且启动等待恢复(Wait to Restore，简称WTR)定时器。

非链路故障恢复发现节点在接收到其它节点发送的自动保护倒换消息后，判断本节点是否为自动保护倒换消息的目的节点，如果是，则不进行此消息的转发，否则沿此消息的传送方向转发此消息。进一步地，进行业务表匹配，如果未匹配到业务表即表示此节点为非业务接入节点，则不进行其它操作，如果匹配到业务表并且匹配到自动保护倒换消息的源节点和目的节点的标识，则表示此节点为业务接入节点，对业务表进行更新并且启动WTR定时器。

当WTR定时器到时后，业务接入节点将业务流从保护链路倒换到工作链路。

所以，工作链路故障恢复后将业务流从保护链路倒换到工作链路的方法包括：

所述隧道保护组中链路故障恢复发现节点检测到工作链路故障后，沿链路东方向和西方向发送指示故障恢复点所在跨段为等待恢复状态的自动保护倒换消息，所述隧道保护组中其它非自动保护倒换消息目标节点沿所述自动保护倒换消息发送方向转发所述自动保护倒换消息，所述隧道保护组中业务接入节点收到所述自动保护倒换消息后，更新所维护的所述隧道保护组的业务表中相应跨段的状态，计算隧道保护组的状态为等待恢复状态时，启动等待恢复定时器，此定时器到达后，确定隧道保护组状态为工作状态，并将业务流从保护链路倒换到工作链路。

实施例三

通过协议倒换命令触发进行链路倒换时，协议倒换命令接收节点收到协议倒换命令后，沿东、西向端口向相邻节点周期性的发送自动保护倒换消息，进行业务表匹配，如果未匹配到业务表即表示此节点为非业务接入节点，则不进行其它操作，如果匹配到业务表并且匹配到自动保护倒换消息的源节点和目的节点的标识，则表示此节点为业务接入节点，则对业务表进行更新并且决策保护组切换。

非协议倒换命令接收节点在接收到其它节点发送的自动保护倒换消息后，判断本节点是否为自动保护倒换消息的目的节点，如果是，则不进行此消息的转发，否则沿此消息的传送方向转发此消息。进一步地，进行业务表匹配，如果未匹配到业务表即表示此节点为非业务接入节点，则不进行其它操作，如果匹配到业务表并且匹配到自动保护倒换消息的源节点和目的节点的标识，则表示此节点为业务接入节点，对业务表进行更新并且决策保护组切换。

实现方式一中，通过协议倒换命令触发将业务流从工作链路倒换到保护链路的方法包括：所述隧道保护组中工作链路上的协议倒换命令接收节点收到协议倒换命令后，沿链路东方向和西方向发送指示处于强制倒换状态的跨段的自动保护倒换消息，所述隧道保护组中其它非自动保护倒换消息目标节点沿所述自动保护倒换消息发送方向转发所述自动保护倒换消息，所述隧道保护组中业务接入节点收到所述自动保护倒换消息后，更新所维护的所述隧道保护组的业务表中相应跨段的状态，确定隧道保护组状态为保护状态，并将业务流从工作链路倒换到保护链路。

实现方式二中，通过协议倒换命令触发将业务流从保护链路倒换到工作链路的方法包括：所述隧道保护组中保护链路上的协议倒换命令接收节点收到协议倒换命令后，沿链路东方向和西方向发送指示处于保护闭锁状态的跨段的自动保护倒换消息，所述隧道保护组中其它非自动保护倒换消息目标节点沿所述自动保护倒换消息发送方向转发所述自动保护倒换消息，所述隧道保护组中业务接入节点收到所述自动保护倒换消息后，更新所维护的所述隧道保护组的业务表中相应跨段的状态，确定隧道保护组状态为工作状态，并将业务流从保护链路倒换到工作链路。

实现环网保护的系统包括构成隧道保护组的多个链路节点；链路节点在隧道保护组中作为链路故障发现节点、非链路故障发现节点、链路故障恢复发现节点、非链路故障恢复发现节点、协议倒换命令接收节点、非协议倒换命令接收节点、业务接入节点时执行上述方法中相应的操作，此处不再赘述。

下面以具体的实施例进行举例说明。

如图3a，在Steering环网保护中配置Steering环网保护组，并依赖于工作隧道所经过的设备按顺序配置业务表，整个环拓扑图中每台设备分配一个节点ID来唯一标识，并启用APS协议。

组建Steering环网保护环境，环上的每个节点通过分配一个节点ID来唯一标识。在节点1、4配置双向业务，业务流的工作路径1<->2<->3<->4，环网保护路径为：1<->6<->5<->4<->3<->2<->1，并配置环网steering类型保护组，保护工作方向业务流。在业务接入点1、4配置业务表，业务表的配置完全依赖于工作路径经过的节点，如：节点1的业务表为1、2、3、4，节点4的业务表为4、3、2、1。组网环境中的每个节点都启用APS协议，假设逆时针方向为WEST方向，顺时针方向为EAST方向。

具体实施中APS消息的格式在ITU-T G.8132标准已定义，包含目的节点ID、源节点ID、请求状态。

具体实施例一

如图3b所示，工作链路节点2和节点3之间产生故障。

自动保护倒换消息沿WEST方向上的节点处理方法包括：

链路故障发现节点2检测到链路故障后沿环上WEST方向端口向相邻节点周期性的发送APS消息，APS消息中指示目的节点为节点3，源节点为节点2，节点2和节点3之间跨段的状态为失效状态(SF)，根据业务表进行源节点和目的节点的匹配，匹配不成功不进行其它处理。

非链路故障发现节点1收节点2发送的APS消息后，判断本节点是否为自动保护倒换消息的目的节点，判断结果为不是，继续沿WEST方向转发此消息，根据业务表进行源节点和目的节点的匹配，源节点和目的节点均在业务表中，节点1更新业务表各跨段的状态，并根据各个跨段的状态优先级比较，得到隧道保护组状态。

非链路故障发现节点6收节点1发送的APS消息后，判断本节点是否为自动保护倒换消息的目的节点，判断结果为不是，继续沿WEST方向转发此消息，根据业务表进行源节点和目的节点的匹配，匹配不成功不进行其它操作。

非链路故障发现节点5收节点6发送的APS消息后，判断本节点是否为自动保护倒换消息的目的节点，判断结果为不是，继续沿WEST方向转发此消息，根据业务表进行源节点和目的节点的匹配，匹配不成功不进行其它操作。

非链路故障发现节点4收节点5发送的APS消息后，判断本节点是否为自动保护倒换消息的目的节点，判断结果为不是，继续沿WEST方向转发此消息，根据业务表进行源节点和目的节点的匹配，源节点和目的节点均在业务表中，节点4更新业务表各跨段的状态，并根据各个跨段的状态优先级比较，得到隧道保护组状态。

链路故障发现节点3收节点4发送的APS消息后，判断本节点是否为自动保护倒换消息的目的节点，判断结果为是，不进行此消息的转发。根据业务表进行源节点和目的节点的匹配，匹配不成功不进行其它操作。

节点1和节点4根据隧道保护组状态决定将业务流从工作链路倒换到保护链路。

自动保护倒换消息沿EAST方向上的节点处理方法包括：

链路故障发现节点3检测到链路故障后沿环上EAST方向端口向相邻节点周期性的发送APS消息，APS消息中指示目的节点为节点2，源节点为节点3，节点2和节点3之间跨段的状态为失效状态(SF)，根据业务表进行源节点和目的节点的匹配，匹配不成功不进行其它处理。

非链路故障发现节点4收节点3发送的APS消息后，判断本节点是否为自动保护倒换消息的目的节点，判断结果为不是，继续沿EAST方向转发此消息，根据业务表进行源节点和目的节点的匹配，源节点和目的节点均在业务表中，节点4更新业务表各跨段的状态，并根据各个跨段的状态优先级比较，得到隧道保护组状态。

非链路故障发现节点5收节点4发送的APS消息后，判断本节点是否为自动保护倒换消息的目的节点，判断结果为不是，继续沿EAST方向转发此消息，根据业务表进行源节点和目的节点的匹配，匹配不成功不进行其它操作。

非链路故障发现节点6收节点5发送的APS消息后，判断本节点是否为自动保护倒换消息的目的节点，判断结果为不是，继续沿EAST方向转发此消息，根据业务表进行源节点和目的节点的匹配，匹配不成功不进行其它操作。

非链路故障发现节点1收节点6发送的APS消息后，判断本节点是否为自动保护倒换消息的目的节点，判断结果为不是，继续沿EAST方向转发此消息，根据业务表进行源节点和目的节点的匹配，源节点和目的节点均在业务表中，节点1更新业务表各跨段的状态，并根据各个跨段的状态优先级比较，得到隧道保护组状态。

链路故障发现节点2收节点1发送的APS消息后，判断本节点是否为自动保护倒换消息的目的节点，判断结果为是，不进行此消息的转发。根据业务表进行源节点和目的节点的匹配，匹配不成功不进行其它操作。

节点1和节点4根据隧道保护组状态决定将业务流从工作链路倒换到保护链路。

具体实施例二

如图3c所示，工作链路节点2和节点3之间故障恢复。

自动保护倒换消息沿WEST方向上的节点处理方法包括：

链路故障恢复发现节点2检测到链路故障恢复后，进行WTR状态，沿环上WEST方向端口向相邻节点周期性的发送APS消息，APS消息中指示目的节点为节点3，源节点为节点2，节点2和节点3之间跨段的状态为等待恢复(WTR)状态，根据业务表进行源节点和目的节点的匹配，匹配不成功不进行其它处理。

非链路故障恢复发现节点1收节点2发送的APS消息后，判断本节点是否为自动保护倒换消息的目的节点，判断结果为不是，继续沿WEST方向转发此消息，根据业务表进行源节点和目的节点的匹配，源节点和目的节点均在业务表中，节点1更新业务表各跨段的状态，并根据各个跨段的状态优先级比较，得到隧道保护组状态，并启动WTR定时器。

非链路故障恢复发现节点6收节点1发送的APS消息后，判断本节点是否为自动保护倒换消息的目的节点，判断结果为不是，继续沿WEST方向转发此消息，根据业务表进行源节点和目的节点的匹配，匹配不成功不进行其它操作。

非链路故障恢复发现节点5收节点6发送的APS消息后，判断本节点是否为自动保护倒换消息的目的节点，判断结果为不是，继续沿WEST方向转发此消息，根据业务表进行源节点和目的节点的匹配，匹配不成功不进行其它操作。

非链路故障恢复发现节点4收节点5发送的APS消息后，判断本节点是否为自动保护倒换消息的目的节点，判断结果为不是，继续沿WEST方向转发此消息，根据业务表进行源节点和目的节点的匹配，源节点和目的节点均在业务表中，节点4更新业务表各跨段的状态，并根据各个跨段的状态优先级比较，得到隧道保护组状态，并启动WTR定时器。

链路故障恢复发现节点3收节点4发送的APS消息后，判断本节点是否为自动保护倒换消息的目的节点，判断结果为是，不进行此消息的转发。根据业务表进行源节点和目的节点的匹配，匹配不成功不进行其它操作。

链路故障恢复发现节点3检测到链路故障恢复后，进入WTR状态，沿环上WEST方向端口向相邻节点周期性的发送APS消息，APS消息中指示目的节点为节点2，源节点为节点3，节点2和节点3之间跨段的状态为等待恢复(WTR)状态，根据业务表进行源节点和目的节点的匹配，匹配不成功不进行其它处理。

链路故障恢复发现节点2收节点3发送的APS消息后，判断本节点是否为自动保护倒换消息的目的节点，判断结果为是，不进行此消息的转发。根据业务表进行源节点和目的节点的匹配，匹配不成功不进行其它操作。

WTR定时器到时后，节点1和节点4根据隧道保护组状态决定将业务流从工作链路倒换到保护链路。

自动保护倒换消息沿EAST方向上的节点处理方法包括：

链路故障恢复发现节点2检测到链路故障恢复后沿环上EAST方向端口向相邻节点周期性的发送APS消息，APS消息中指示目的节点为节点3，源节点为节点2，节点2和节点3之间跨段的状态为等待恢复(WTR)状态，根据业务表进行源节点和目的节点的匹配，匹配不成功不进行其它处理。

链路故障恢复发现节点3收节点2发送的APS消息后，判断本节点是否为自动保护倒换消息的目的节点，判断结果为是，不进行此消息的转发。根据业务表进行源节点和目的节点的匹配，匹配不成功不进行其它操作。

链路故障恢复发现节点3检测到链路故障恢复后，进入WTR状态，沿环上EAST方向端口向相邻节点周期性的发送APS消息，APS消息中指示目的节点为节点2，源节点为节点3，节点2和节点3之间跨段的状态为等待恢复(WTR)状态，根据业务表进行源节点和目的节点的匹配，匹配不成功不进行其它处理。

非链路故障恢复发现节点4收节点3发送的APS消息后，判断本节点是否为自动保护倒换消息的目的节点，判断结果为不是，继续沿EAST方向转发此消息，根据业务表进行源节点和目的节点的匹配，源节点和目的节点均在业务表中，节点4更新业务表各跨段的状态，并根据各个跨段的状态优先级比较，得到隧道保护组状态，并启动WTR定时器。

非链路故障恢复发现节点5收节点4发送的APS消息后，判断本节点是否为自动保护倒换消息的目的节点，判断结果为不是，继续沿EAST方向转发此消息，根据业务表进行源节点和目的节点的匹配，匹配不成功不进行其它操作。

非链路故障恢复发现节点6收节点5发送的APS消息后，判断本节点是否为自动保护倒换消息的目的节点，判断结果为不是，继续沿EAST方向转发此消息，根据业务表进行源节点和目的节点的匹配，匹配不成功不进行其它操作。

非链路故障恢复发现节点1收节点6发送的APS消息后，判断本节点是否为自动保护倒换消息的目的节点，判断结果为不是，继续沿EAST方向转发此消息，根据业务表进行源节点和目的节点的匹配，源节点和目的节点均在业务表中，节点1更新业务表各跨段的状态，并根据各个跨段的状态优先级比较，得到隧道保护组状态，并启动WTR定时器。

链路故障恢复发现节点2收节点1发送的APS消息后，判断本节点是否为自动保护倒换消息的目的节点，判断结果为是，不进行此消息的转发。根据业务表进行源节点和目的节点的匹配，匹配不成功不进行其它操作。

节点1和节点4根据隧道保护组状态决定将业务流从工作链路倒换到保护链路。

WTR定时器到时后，节点1和节点4根据隧道保护组状态决定将业务流从工作链路倒换到保护链路。

具体实施例3

如图3d所示，工作链路节点2收到协议强制倒换命令。

自动保护倒换消息沿WEST方向上的节点处理方法包括：

协议倒换命令接收节点2接收到协议倒换命令后，沿环上WEST方向端口向相邻节点周期性的发送APS消息，APS消息中指示目的节点为节点3，源节点为节点2，节点2和节点3之间跨段的状态为强制倒换(FS)，根据业务表进行源节点和目的节点的匹配，匹配不成功不进行其它处理。

非协议倒换命令接收节点1收节点2发送的APS消息后，判断本节点是否为自动保护倒换消息的目的节点，判断结果为不是，继续沿WEST方向转发此消息，根据业务表进行源节点和目的节点的匹配，源节点和目的节点均在业务表中，节点1更新业务表各跨段的状态，并根据各个跨段的状态优先级比较，得到隧道保护组状态。

非协议倒换命令接收节点6收节点1发送的APS消息后，判断本节点是否为自动保护倒换消息的目的节点，判断结果为不是，继续沿WEST方向转发此消息，根据业务表进行源节点和目的节点的匹配，匹配不成功不进行其它操作。

非协议倒换命令接收节点5收节点6发送的APS消息后，判断本节点是否为自动保护倒换消息的目的节点，判断结果为不是，继续沿WEST方向转发此消息，根据业务表进行源节点和目的节点的匹配，匹配不成功不进行其它操作。

非协议倒换命令接收节点4收节点5发送的APS消息后，判断本节点是否为自动保护倒换消息的目的节点，判断结果为不是，继续沿WEST方向转发此消息，根据业务表进行源节点和目的节点的匹配，源节点和目的节点均在业务表中，节点4更新业务表各跨段的状态，并根据各个跨段的状态优先级比较，得到隧道保护组状态。

非协议倒换命令接收节点3收节点4发送的APS消息后，判断本节点是否为自动保护倒换消息的目的节点，判断结果为是，不进行此消息的转发。根据业务表进行源节点和目的节点的匹配，匹配不成功不进行其它操作。

自动保护倒换消息沿EAST方向上的节点处理方法包括：

协议倒换命令接收节点2接收到协议倒换命令后，沿环上EAST方向端口向相邻节点周期性的发送APS消息，APS消息中指示目的节点为节点3，源节点为节点2，节点2和节点3之间跨段的状态为强制倒换(FS)，根据业务表进行源节点和目的节点的匹配，匹配不成功不进行其它处理。

非协议倒换命令接收节点3收节点2发送的APS消息后，判断本节点是否为自动保护倒换消息的目的节点，判断结果为是，不进行此消息的转发。根据业务表进行源节点和目的节点的匹配，匹配不成功不进行其它操作。

下面以方法流程的方式描述各实施例。

如图4所示，环网发生故障时，各个节点的处理流程：

步骤S401-1，环网在正常状态下，发生了工作链路故障；

步骤S402-1，环网的节点检测到相邻链路发生故障；

步骤S403-1，检测到链路故障的节点沿环上的东、西向端口周期性的发送故障通知报文，同时节点进入步骤S404-1；

步骤S403-2，环上节点从东或西向端口收到故障通知报文

步骤S403-3，节点抽取报文中的目的节点ID和本节点的节点ID进行对比；

步骤S403-4，报文中的目的节点ID和本节点的节点ID不等，报文从另外一个端口转发该报文，并进入步骤S404-1；

步骤S403-5，报文中的目的节点ID和本节点的节点ID相等，报文终结，并进入步骤S404-1；

步骤S404-1，根据设备配置好的业务表进行源节点ID和目的节点ID匹配；

步骤S405-1，节点匹配成功，根据APS的优先级状态来进行决策保护组切换和业务表跨段状态的更新；匹配不成功，不处理。

如图5所示，环网故障恢复时，各个节点的处理流程：

步骤S501-1，环网工作链路故障恢复；

步骤S502-1，环网的节点检测到相邻链路故障恢复；

步骤S503-1，检测到链路故障恢复的节点沿环上的东、西向端口周期性的发送故障恢复通知报文，同时节点进入步骤S504-1；

步骤S503-2，环上节点从东或西向端口收到故障恢复通知报文

步骤S503-3，节点抽取报文中的目的节点ID和本节点的节点ID进行对比；

步骤S503-4，报文中的目的节点ID和本节点的节点ID不等，报文从另外一个端口转发该报文，并进入步骤S504-1；

步骤S503-5，报文中的目的节点ID和本节点的节点ID相等，报文终结，并进入步骤S504-1；

步骤S504-1，根据设备配置好的业务表进行源节点ID和目的节点ID匹配；

步骤S505-1，节点匹配成功，根据APS的优先级状态来进行决策业务表跨段状的更新和WTR定时器的启动；匹配不成功，不处理；

步骤S506-1，WTR定时器到达后，通知保护组回切，业务流回到工作链路。

如图6所示，环网执行协议倒换命令时，各个节点的处理流程：

步骤S601-1，环网在正常状态下；

步骤S602-1，选择环上节点执行命令倒换操作；

步骤S603-1，执行APS协议命令倒换的节点沿环上的东、西向端口周期性的发送命令请求倒换报文，同时节点进入步骤S604-1；

步骤S603-2，环上节点从东或西向端口收到命令请求倒换报文

步骤S603-3，节点抽取报文中的目的节点ID和本节点的节点ID进行对比；

步骤S603-4，报文中的目的节点ID和本节点的节点ID不等，报文从另外一个端口转发该报文，并进入步骤S604-1；

步骤S603-5，报文中的目的节点ID和本节点的节点ID相等，报文终结，并进入步骤S604-1；

步骤S604-1，根据设备配置好的业务表进行源节点ID和目的节点ID匹配；

步骤S605-1，节点匹配成功，根据APS的优先级状态来进行决策保护组切换和业务表跨段状态的更新；匹配不成功，不处理。

上述方案中在业务接入点增加业务表的配置，不需要每个设备完整的环图，实现Steering环网保护。

从上面分析可知，本方案并没有利用协议协商环图和全网静态配置环图，跟传统的环回(Wrapping)保护方案完全兼容，因此本方案完全可以应用在一个物理环中既有Wrapping保护又有Steering保护的场景，当然本方案还可以应用在物理环中实现多业务接入、多点故障及恢复等场景下

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。

当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。

Claims (10)

1.一种实现环网保护的方法，适用于Steering式环网，其中，

在业务接入节点设置隧道保护组的业务表，业务表的配置完全依赖于工作路径经过的节点；此业务表用于记录所述隧道保护组的工作链路沿业务流输出方向所包含的节点以及工作链路各跨段的状态；

所述隧道保护组中链路故障发现节点或者收到倒换命令的节点发送自动保护倒换消息，所述隧道保护组中其它非自动保护倒换消息目标节点沿所述自动保护倒换消息发送方向转发所述自动保护倒换消息，所述隧道保护组中业务接入节点收到所述自动保护倒换消息后，更新所维护的所述隧道保护组的业务表中相应跨段的状态，确定隧道保护组状态并确定是否执行链路倒换。

2.如权利要求1所述的方法，其特征在于，

工作链路故障时将业务流从工作链路倒换到保护链路的方法包括：

所述隧道保护组中链路故障发现节点检测到工作链路故障后，沿链路东方向和西方向发送指示故障点所在跨段为故障告警状态的自动保护倒换消息，所述隧道保护组中其它非自动保护倒换消息目标节点沿所述自动保护倒换消息发送方向转发所述自动保护倒换消息，所述隧道保护组中业务接入节点收到所述自动保护倒换消息后，更新所维护的所述隧道保护组的业务表中相应跨段的状态，确定隧道保护组状态为保护状态，并将业务流从所述工作链路倒换到保护链路；

其中，东方向为顺时针方向，西方向为逆时针方向。

3.如权利要求1所述的方法，其特征在于，

工作链路故障恢复后将业务流从保护链路倒换到工作链路的方法包括：

所述隧道保护组中链路故障恢复发现节点检测到工作链路故障恢复后，沿链路东方向和西方向发送指示故障恢复点所在跨段为等待恢复状态的自动保护倒换消息，所述隧道保护组中其它非自动保护倒换消息目标节点沿所述自动保护倒换消息发送方向转发所述自动保护倒换消息，所述隧道保护组中业务接入节点收到所述自动保护倒换消息后，更新所维护的所述隧道保护组的业务表中相应跨段的状态，计算隧道保护组的状态为等待恢复状态时，启动等待恢复定时器，此定时器到达后，确定隧道保护组状态为工作状态，并将业务流从保护链路倒换到工作链路；

其中，东方向为顺时针方向，西方向为逆时针方向。

4.如权利要求1所述的方法，其特征在于，

通过协议倒换命令触发将业务流从工作链路倒换到保护链路的方法包括：

所述隧道保护组中工作链路上的协议倒换命令接收节点收到协议倒换命令后，沿链路东方向和西方向发送指示处于强制倒换状态的跨段的自动保护倒换消息，所述隧道保护组中其它非自动保护倒换消息目标节点沿所述自动保护倒换消息发送方向转发所述自动保护倒换消息，所述隧道保护组中业务接入节点收到所述自动保护倒换消息后，更新所维护的所述隧道保护组的业务表中相应跨段的状态，确定隧道保护组状态为保护状态，并将业务流从工作链路倒换到保护链路；

其中，东方向为顺时针方向，西方向为逆时针方向。

5.如权利要求1所述的方法，其特征在于，

通过协议倒换命令触发将业务流从保护链路倒换到工作链路的方法包括：

所述隧道保护组中保护链路上的协议倒换命令接收节点收到协议倒换命令后，沿链路东方向和西方向发送指示处于保护闭锁状态的跨段的自动保护倒换消息，所述隧道保护组中其它非自动保护倒换消息目标节点沿所述自动保护倒换消息发送方向转发所述自动保护倒换消息，所述隧道保护组中业务接入节点收到所述自动保护倒换消息后，更新所维护的所述隧道保护组的业务表中相应跨段的状态，确定隧道保护组状态为工作状态，并将业务流从保护链路倒换到工作链路；

其中，东方向为顺时针方向，西方向为逆时针方向。

6.一种实现环网保护的系统，适用于Steering式环网，其中，所述系统包括构成隧道保护组的多个链路节点；

所述链路节点，用于作为业务接入节点时，在业务接入节点设置隧道保护组的业务表，业务表的配置完全依赖于工作路径经过的节点；此业务表用于记录所述隧道保护组的工作链路沿业务流输出方向所包含的节点以及工作链路各跨段的状态；还用于作为链路故障发现节点或协议倒换命令接收节点时发送自动保护倒换消息；还用于作为所述隧道保护组中非自动保护倒换消息目标节点时沿所述自动保护倒换消息发送方向转发所述自动保护倒换消息；还用于作为业务接入节点时收到所述自动保护倒换消息后，更新所维护的所述隧道保护组的业务表中相应跨段的状态，确定隧道保护组状态并确定是否执行链路倒换。

7.如权利要求6所述的系统，其特征在于，

所述链路节点，还用于作为所述隧道保护组中链路故障发现节点检测到工作链路故障后，沿链路东方向和西方向发送指示故障点所在跨段为故障告警状态的自动保护倒换消息；还用于作为业务接入节点收到所述自动保护倒换消息后，更新所维护的所述隧道保护组的业务表中相应跨段的状态，确定隧道保护组状态为保护状态，并将业务流从所述工作链路倒换到保护链路；

其中，东方向为顺时针方向，西方向为逆时针方向。

8.如权利要求6所述的系统，其特征在于，

所述链路节点，还用于作为所述隧道保护组中链路故障恢复发现节点检测到工作链路故障恢复后，沿链路东方向和西方向发送指示故障恢复点所在跨段为等待恢复状态的自动保护倒换消息；还用于作为所述隧道保护组中业务接入节点收到所述自动保护倒换消息后，更新所维护的所述隧道保护组的业务表中相应跨段的状态，计算隧道保护组的状态为等待恢复状态时，启动等待恢复定时器，此定时器到达后，确定隧道保护组状态为工作状态，并将业务流从保护链路倒换到工作链路；

其中，东方向为顺时针方向，西方向为逆时针方向。

9.如权利要求6所述的系统，其特征在于，

所述链路节点，还用于作为所述隧道保护组中工作链路上的协议倒换命令接收节点收到协议倒换命令后，沿链路东方向和西方向发送指示处于强制倒换状态的跨段的自动保护倒换消息；还用于作为所述隧道保护组中业务接入节点收到所述自动保护倒换消息后，更新所维护的所述隧道保护组的业务表中相应跨段的状态，确定隧道保护组状态为保护状态，并将业务流从工作链路倒换到保护链路；

其中，东方向为顺时针方向，西方向为逆时针方向。

10.如权利要求6所述的系统，其特征在于，

所述链路节点，还用于作为所述隧道保护组中保护链路上的协议倒换命令接收节点收到协议倒换命令后，沿链路东方向和西方向发送指示处于保护闭锁状态的跨段的自动保护倒换消息；还用于作为所述隧道保护组中业务接入节点收到所述自动保护倒换消息后，更新所维护的所述隧道保护组的业务表中相应跨段的状态，确定隧道保护组状态为工作状态，并将业务流从保护链路倒换到工作链路；

其中，东方向为顺时针方向，西方向为逆时针方向。