WO2009089752A1 - Dispositif, système et procédé de protection dans un réseau de transmission par paquets - Google Patents

Description

一种分组传送网的保护方法和系统及其设备 本申请要求于 2007 年 12 月 29 日提交中国专利局、 申请号为 200710033044.4、 发明名称为 "一种分组传送网的保护方法" 的中国专利申请的 优先权， 其全部内容通过引用结合在本申请中。 技术领域

本发明涉及通信领域， 尤其涉及一种分组传送网中利用共享保护环的保护 方法、 分组传送网节点设备及分组传送网系统。 背景技术

为了提高传输效率和可靠性， 传送网络通常采取环状网络。 以 T-MPLS共享 保护环 （T-MPLS Shared Protection Ring, TM-SPRing ) 为例， 环网各节点间建 立逻辑邻接关系， 相应各节点之间的连接关系的建立不受物理设备、 介质访问 控制 （ Media Access Control, MAC )拓朴的限制。 相邻节点之间的连接称为区 段， 区段为双向连接（可以为物理链路， 也可以是逻辑连接） 。 环上各节点间 用于传送业务数据流的传送通道实体由基于 T-MPLS的一组 LSP实现。

TM-SPRing采用双环结构， 两个环的业务数据流流向相反， 包括工作环（工作方 向） 和保护环 （工作反方向） ， 每个环可以根据业务数量需要， 建立多条 LSP, 从而为不同业务数据流分配不同的 LSP。 TM-SPRing的保护是针对相邻节点之间 的区段进行的， 通过区段的 OAM功能实现。

在区段发生故障的情况下， 为了防止相邻节点之间区段失效， 需要确定一 个完整的保护机制， 以实现对区段故障的快速保护、 业务数据流准确有效地传 送。 目前， 常用的利用共享保护环进行保护的机制有源路由 （Steering ) 方式和 环回 （Wrapping ) 方式两种倒换机制， 源路由方式与环回方式最大的不同在于 区段的故障发生后， 发起业务数据流倒换的节点不同， 源路由方式中发起业务 数据流倒换的节点是业务数据流的源节点， 而环回方式中发起业务数据流倒换 的节点是故障区段相邻节点。 环回方式的倒换启动时间短， 相应的丟包较少， 但是倒换的环回保护路径不是最优化路由； 源路由方式的源路由保护路径是最 优化路由， 但是倒换启动时间较长， 相应的丢包较多。 在现有的弹性分组环（ Resilient Packet Ring , RPR ) 网中采用了一种环回方 式和源路由方式联合保护的方案， 这种方案的实施按照以下步骤进行：

首先， 发生故障后， 故障区段相邻节点检测到故障， 马上进行上述环回方 式中的倒换操作， 从而使第一业务数据流绕开故障区段， 即将受影响的第一业 务数据流（即将从工作方向通过该故障区段的业务数据流） 环回到另外一个环 上进行传输， 同时， 故障区段相邻节点双向的发送包含了故障区段信息的保护 请求消息。

其次， 所述业务数据流的源节点、 目的节点在收到保护请求消息的情况下， 进行上述源路由方式中的倒换操作， 从而将所述第一业务数据流后续的第二业 务数据流转移到另外一个环上进行传输， 绕开故障区段。

这种方案的倒换动作开始时间等同于其中采用环回方式中倒换动作的开始 时间， 因为它第一阶段使用的是环回保护方案， 因此所述第一业务数据流丢包 很少； 另外， 采用源路由方式中的倒换动作后， 所述第二业务数据流通过的最 终路径和源路由方式中源路由保护路径一样， 是另外一个环上的最优化路由， 因此， 可以提高网络资源利用率， 避免引入不必要的时延， 综合了环回方式和 源路由方式两种方案的优点。

发明人在发明过程中发现如下问题：

根据上面两个步骤的描述， 该方案变换了两次业务数据流路径， 第一次是 将所述第一业务数据流由工作路径倒换到环回保护路径上进行传送， 第二次是 将所述第二业务数据流由环回保护路径切换到源路由保护路径进行传送。 由于 环回保护路径比源路由保护路径多出了在工作环上进行回绕的路径， 就可能出 现第二次倒换后发出的所述第二业务数据流比第一次倒换后发出的所述第一业 务数据流先到达目的节点， 引起业务数据流失序问题。

分组传送技术旨在实现一个多业务的统一承载平台， 需要传送 TDM业务， TDM业务对时序有严格要求。 发明内容

本发明实施例所要解决的技术问题在于， 提供了一种分组传送网的保护方 法以及分组传送网节点设备、 分组传送网系统， 可解决在分组传送网中应用环 回方式和源路由方式的联合保护方案时产生的失序问题。 为了解决上述技术问题， 本发明实施例提出了一种分组传送网的保护方法， 所述方法为所述分组传送网共享保护环上承载的业务数据流建立保护路径， 所 述业务数据流至少包括第一业务数据流、 第二业务数据流， 所述保护路径包括 环回保护路径和源路由保护路径， 所述方法包括：

将所述第一业务数据流通过所述环回保护路径进行发送；

业务数据流节点中止向所述环回保护路径发送所述第一业务数据流后续的 第二业务数据流， 并缓存所述第二业务数据流；

所述第一业务数据流再次完全通过所述业务数据流节点， 将所述緩存的第 二业务数据流从所述环回保护路径倒换到所述源路由保护路径。

另外， 本发明实施例还提供了一种分组传送网的保护方法， 所述方法为所 述分组传送网共享保护环上承载的业务数据流建立保护路径， 所述业务数据流 至少包括第一业务数据流、 第二业务数据流， 所述保护路径包括环回保护路径 和源路由保护路径， 所述方法包括：

业务流源节点通过所述环回保护路径发送第一业务数据流；

所述业务流源节点中止向所述环回保护路径发送所述第一业务数据流后续 的第二业务数据流， 并緩存所述第二业务数据流；

所述第一业务数据流再次完全通过所述业务流源节点， 将所述緩存的第二 业务数据流从所述环回保护路径倒换到所述源路由保护路径；

所述第一业务数据流首次完全通过业务流目的节点， 中止向所述环回保护 路径发送所述第二业务数据流， 并緩存所述第二业务数据流；

所述第一业务数据流再次完全通过所述业务流目的节点， 将所述緩存的第 二业务数据流从所述环回保护路径倒换到所述源路由保护路径。

相应地， 本发明实施例还提供了一种分組传送网节点设备， 所述分組传送 网节点设备位于所述分组传送网共享保护环上， 所述共享保护环上有承载业务 数据流的保护路径， 所述业务数据流至少包括第一业务数据流、 第二业务数据 流， 所述保护路径包括环回保护路径和源路由保护路径， 包括：

中止单元， 向所述环回保护路径在该节点发送第一业务数据流后， 中止向 所述环回保护路径在该节点发送所述第一业务数据流后续的第二业务数据流； 緩存单元， 緩存所述第二业务数据流；

检测单元， 检测所述业务数据流是否完全通过所述节点； 检测处理单元， 当所述检测单元检测到所述第一业务数据流再次完全通过 所述节点时， 将所述緩存的第二业务数据流从所述环回保护路径倒换到源路由 保护路径。

本发明实施例还提供了一种分组传送系统， 所述系统中应用了分组传送网 共享保护环， 所述共享保护环上有承载业务数据流的保护路径， 所述业务数据 流至少包括第一业务数据流、 第二业务数据流， 所述保护路径包括环回保护路 径和源路由保护路径， 所述系统包括所述共享保护环上的业务流源节点设备、 业务流目的节点设备， 所述业务流源节点设备包括：

所述业务流源节点设备用于向所述环回保护路径发送第一业务数据流后， 中止向所述环回保护路径发送所述第一业务数据流后续的第二业务数据流， 并 緩存所述第二业务数据流； 当所述第一业务数据流再次完全通过所述业务数据 流节点 , 将所述緩存的第二业务数据流从所述环回保护路径切换到所述源路由 保护路径；

所述业务流目的节点设备用于检测所述业务数据流是否完全通过所述业务 流目的节点； 当所述第二检测单元检测到所述第一业务数据流首次完全通过所 述业务流目的节点时， 中止向所述环回保护路径发送所述第二业务流数据， 并 緩存所述第二业务流数据； 当所述第二检测单元检测到所述第一业务数据流再 次完全通过所述业务流目的节点时， 将所述緩存的第二业务数据流从所述环回 保护路径切换到所述源路由保护路径。

本发明实施例通过首先通过环回保护路径发送第一业务数据流， 然后业务 数据流节点中止向所述环回保护路径发送后续的第二业务数据流， 并緩存该第 二业务数据流， 当所述第一业务数据流再次完全通过所述业务数据流节点时， 将所述緩存的第二业务数据流从所述环回保护路径倒换到源路由保护路径， 从 而解决分组传送网网中应用环回方式和源路由方式的联合保护方案时产生的失 序问题， 能更好地完善分组传送网系统的保护机制， 提高系统对故障的防御能 力。 附图说明

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

图 1是本发明实施例的分组传送网的保护方法流程示意图；

图 2是 APS信息的帧格式示意图；

图 3是 APS信息中保护请求内容域示意图；

图 4是本发明实施例 404步骤进行环回倒换操作示意图；

图 5是本发明实施例 409步骤进行源节点切换到源路由保护路径的操作示 意图；

图 6是本发明实施例源节点、 目的节点均切换到源路由保护路径的操作示 意图；

图 Ί是本发明实施例的另一分组传送网的保护方法示意图；

图 8是本发明实施例的源节点设备 /目的节点设备的结构示意图；

图 9是本发明实施例的分组传送网系统的结构示意图。 具体实施方式

本发明实施例提供了一种分组传送网的保护方法， 一种分组传送网节点设 备以及分组传送网系统， 可解决在分组传送网中应用环回方式和源路由方式的 联合保护方案时产生的失序问题。

下面结合附图， 对本发明实施例的方法、 设备、 系统进行详细说明。

图 1是本发明实施例的分组传送网的保护方法示意图，该方法以 TM-SPRing 为例完成了从环回方式到源路由方式的切换， 但本发明还可以应用于但不仅限 于提供者骨干桥接-流量工程 ( Provider Backbone Bridging Traffic Engineering, PBB-TE ) 环网等分組传送网系统， 参照图 1 , 该方法主要包括：

401 , TM-SPRing中某区段故障， TM-SPRing的保护是针对相邻节点之间的 区段故障进行的；

402, 故障区段相邻节点检测到区段故障， TM-SPRing上各节点监听环网上 的信息， 及时发现环网中的故障区段， 其中， 区段故障类型一般有两种， 一种 是区段信号故障 （Signal False, SF ), 在 SF情况下， 业务数据流无法在故障区 段传送， 工作方向下游的故障区段相邻节点接收不到业务数据流， SF 可以由 OAM报文的联通校验功能来检测； 另一种是区段信号劣化 （ Signal Degraded, SD ), 在 SD情况下， 业务数据流可以在故障区段传送， 但工作方向下游的故障 区段相邻节点接收到的业务数据流质量变差， SD可以由 OAM报文的丟包、 延 时等功能来检测， 环网中各个节点通过监听流经该节点的 OAM报文， 判断该节 点相邻区段是正常工作或故障， 当检测到该区段故障时， 执行步骤 403;

在实际应用中， 有如下两点需要说明：

第一， 所述区段故障又分为单环故障和双环故障， 本发明实施例在相关节 点在倒换操作方面对这两类型故障的处理是相同的， 在本发明实施例的说明中， 以双环故障为例进行说明， 单环故障时仍可适用本发明内容；

第二， 分组传送网共享保护环上进行传输的业务数据流都是双向业务， 双 环故障下， 两个方向的业务数据流都会受到影响。 对受故障影响的一个方向的 业务数据流进行倒换， 也要对另一个方向的业务数据流进行倒换。 由于本发明 实施例在两个方向上的处理流程基本一致的， 为了描述的方便， 在本发明实施 例的说明中说明如何对一个方向上的业务数据流进行保护， 另一方向上的处理 流程仍可适用本发明内容；

403 , 故障区段相邻节点发送保护请求消息 （可双向发送）， 该保护请求消 息为 APS信息形式，其作用一方面是向 TM-SPRing中各节点通告故障区段信息， 另一方面是与另一故障区段相邻节点通信， 完成环回方式的倒换， 其中， APS 信息的帧格式如图 2所示， 该 APS信息包括标签头字段、 功能类型字、 APS协 议数据单元（PDU )等。 保护请求内容域包括用于识别指示源节点的源节点 ID、 用于识别指示目的节点的目的节点 ID、 桥接清求 /状态信息、 预留字节。 本发明 实施例可利用 APS信息的预留字节的第 8位比特扩展功能， 完成本发明所提的 标识的功能， 如图 3所示， 将该位比特置 1 (未进行功能扩展的 APS信息该位 比特值为 0 ), 使得 APS信息具有中止发送业务数据流的指示功能；

404, 故障区段相邻节点完成环回保护倒换， 具体地， 可通过将当前承载的 第一业务数据流从工作 LSP倒换到保护 LSP上。 TM-SPRing继承了 MPLS的数 据传送方法， 每一条业务路径对应一条 LSP, 而 LSP上每个区段均分配有一个 标签以正确传送业务数据流， TM-SPRing 通过对倒换的业务数据流的标签进行 操作完成倒换， TM-SPRing 中每个节点上存储有该节点上各个业务数据流的工 作 LSP和保护 LSP在该节点的标签， 存储形式可以是数据库形式， 每个节点上 各个业务数据流的工作 LSP标签和保护 LSP标签是——对应的， 以实现对业务 数据流进行正确的倒换；

TM-SPRing上每个节点与两个区段相邻， 以一路业务数据流的流向为基准， 该节点与业务数据流流向上游相邻节点间区段标签可称为该节点的上游标签， 该节点与业务数据流流向下游相邻节点间区段标签可称为该节点的下游标签； 桥接操作在故障相邻节点间进行， 桥接时需要对业务数据流的标签进行操 作， 具体包括：

工作方向上游的故障区段相邻节点， 将工作 LSP在该节点上的上游相邻区 段标签替换为保护 LSP在该节点上的下游相邻区段标签， 使用保护 LSP在该节 点上的下游相邻区段标签来转发业务数据流， 从而将承载的业务数据流从工作 LSP倒换到保护 LSP进行传送；

工作方向下游的故障区段相邻节点， 将保护 LSP在该节点上的上游相邻区 段标签替换为工作 LSP在该节点上的下游相邻区段标签， 使用工作 LSP在该节 点上的下游相邻区段标签来转发业务数据流；

由于使用镜像 ( Mirror ) 方式进行标签分配与替换， 工作 LSP与保护 LSP 重合部分的标签可以使用相同值， 则在故障相邻节点的标签替换中， 标签值不 变， 在具体实现时， Mirror方式进行标签分配的操作步骤如下述：

Al、 操作基于一路双向业务数据流的某个方向， 比如顺时针的工作方向， 并根据最短路径算法为业务数据流的源节点和目的节点在顺时针方向的 TM-SPRing单环上找出一条最短的工作路径， 作为工作 LSP (采用工作方向 );

A2、 将整个逆时针的 TM-SPRing单环上找出一条最短的保护路径， 作为所 述工作 LSP的保护 LSP (采用工作反方向， 即保护方向）；

A3、 为所述工作 LSP和保护 LSP上各区段分配标签。 为了简化操作， 业务 数据流在工作 LSP和保护 LSP 重合区段的工作标签与保护标签可以采用相同 值， 本发明实施例中提到的环回方式、 源路由方式分别采用的环回保护路径、 源路由保护路径对应各区段的标签一般对应相同， 当然在具体实现时， 也可以 分配不同的标签； 另外， 标签的分配可以手动分配， 也可以系统动态分配； 另外， 本发明实施例所涉及的分组传送网中的标签分配、 替换方式可以是 现有技术中提出的 Mirror方式、 唯一分配方式、 隧道（Tunnel ) 方式、 普通标 签分配方式等多种标签分配方式中的一种；

该步骤 404可参照如图 4所示， 以 Nodel (源节点） 到 Node4 (目的节点） 业务数据流在 Node2到 Node3间区段发生故障为例进行说明， Node2将工作方 向标签 20进行替换操作， 替换为保护 LSP标签 20, 并使用该保护 LSP标签 20 进行转发， 将业务数据流倒换到保护 LSP上进行传送； Node3将保护方向标签 40进行替换操作， 替换为工作 LSP标签 40, 将业务数据流倒换到工作 LSP上 进行传送；

405 , 除故障相邻节点外的环上各个其他节点， 接收到保护请求信息后， 将 提取保护请求信息中的源节点 ID信息、 目的节点 ID信息， 获取故障区段的位置 信息， 判断环上节点与受故障区段影响的业务数据流之间的关系， 如果本节点 是受故障区段影响的业务数据流的中间节点 （非源节点也非目的节点） ， 转到 步骤 406;

如果本节点是受故障区段影响的业务数据流的源节点 /目的节点， 转到步骤

407;

通过一条区段的业务数据流可能有多个， 受故障区段影响的业务数据流一 般也是多个， 例如， TM-SPRing 上节点与不同的受故障区段影响的业务数据流 间可能有不同的关系， TM-SPRing上节点可能是受故障区段影响的业务数据流 1 的中间节点， 同时也可能是受故障区段影响的业务数据流 2 的源节点。 在具体 的实施上， 保护操作是基于一路业务数据流实施的， 在业务数据流的保护流程 中， 环上各个节点与业务数据流之间的关系是确定的；

406, 如果本节点既不是故障区段相邻节点， 也不是受故障区段影响的业务 数据流的源节点或目的节点， 那么仅仅将保护请求信息向下游节点进行转发； 根据故障区段信息， 判断本节点不是故障区段相邻节点， 则即使检测到本 节点收到的业务数据流质量低劣或无法接收到业务数据流， 本节点也不会产生 保护请求信息， 从而避免了保护请求信息的重复产生；

407, 如果本节点是受故障区段影响的业务数据流的源节点 /目的， 则该源节 点 /目的进行以下操作：

源节点 /目的节点通过环回保护路径发送第一业务数据流， 这里 TM-SPRing 上有为保护业务数据流建立的保护路径， 该保护路径包括了环回保护路径和源 路由保护路径；

源节点 /目的节点接收到保护请求消息后，将保护请求消息发送到下游节点； 源节点 /目的节点接收到所述保护请求消息后， 中止通过环回保护路径上发 送所述第一业务数据流后续的第二业务数据流（可以是入环数据流） ， 并向緩 存器緩存第二业务数据流， 具体地， 可将该第二业务数据流緩存到源节点 /目的 节点反向緩存器（Buffer ) 中， 其中， 所述第二业务数据流作为该源节点中止时 刻前向所述环回保护路径发送的第一业务数据流的后续业务数据流。 TM-SPRing 为环上所有节点设置了两个动态单向 Buffer,包括正向 Buffer和反向 Buffer,其中， 工作方向称为正向， 保护方向 （工作 LSP反方向） 称为反向， 而动态 Buffer是指 通过在 Buffer入口处设置计数器， 以便在倒换处理时可以返回业务数据流的实际 长度， 从而调整指针， 实现 Buffer的动态分配；

在源节点 /目的节点设备中， 所述接收保护请求消息的功能， 可由其中的接 收单元实现；

在源节点 /目的节点设备中， 中止通过所述环回保护路径上发送第二业务数 据流的功能， 可由其中的中止单元来实现， 该中止单元在所述接收单元接收到 所述保护请求消息后， 进行所述中止通过环回保护路径上发送所述第二业务数 据流的处理；

在源节点 /目的节点设备中， 所述向緩存器緩存第二业务数据流， 该緩存器 即源节点 /目的节点设备中执行所述緩存功能的緩存单元；

源节点 /目的节点在所述第一业务数据流最后一帧附加标识， 具体地， 可将 接收到的保护请求消息（APS信息）进行功能的扩展， 将 APS信息中的预留字节 中第 8位 bit数值修改为 1 (原来为 0 ) , 作为标识， 并将该经扩展处理后的 APS信 息追加于通过所述环回保护路径发送的第一业务数据流最后一帧；

在源节点 /目的节点设备中， 所述在所述第一业务数据流最后一帧附加标识 的功能， 由源节点 /目的节点设备中检测单元中的标识追加单元完成；

需要指出，具有中止发送所述第二业务数据流指示功能的 APS信息与源节点 /目的节点起初接收到的包含故障信息的 APS信息 （保护请求消息）仅仅在预留 字节中第 8位 bit数值不同， 其他位置数据相同； 源节点接收到未经扩展处理的包 含故障信息的 APS信息后， 将其功能扩展为所述标识， 是一个功能扩展的操作， 源节点 /目的节点将继续向下游方向的节点发送未经扩展处理的 APS信息；

另外， 本发明实施例中对自动保护倒换 （Automatic Protection Switching, APS M言息功能进行扩展，对 APS信息增加了具有中止发送业务数据流指示功能， 但并不改变其固有功能， 其他关于 APS信息的操作也不做改变， 需要指出的是， 所述指示功能是一种 OAM功能的扩展， 不仅仅限于使用 APS信息， 也可以使用 其他 OAM功能， 或者对其他消息报文进行扩展；

408, 源节点 /目的节点监听 TM-SPRing上信息， 判断是否接收到所述标识， 由于所述通过环回保护路径传送的第一业务数据流会再次经过该源节点 /目的节 点， 因此， 源节点 /目的节点必然会接收到之前由源节点发出的所述标识， 当接 收到该标识时， 转到步骤 409, 否则， 重复步骤 408;

在源节点 /目的节点设备中， 所述判断是否接收到所述标识的功能， 可由源 节点 /目的节点设备中检测单元中的判断单元完成；

409, 源节点 /目的节点终结所述标识， 将所述环回保护路径倒换到源路由保 护路径， 发送所緩存的第二业务数据流， 具体地， 可将所述緩存的第二业务数 据流从环回保护路径切换到源路由保护路径上， 通过反向 Buffer反向发送所緩 存的第二业务数据流， 此时源节点 /目的节点将所緩存的第二业务数据流沿源路 由保护路径进行传送。 在切换过程中， 需要将工作 LSP在该源节点 /目的节点上 的下游相邻区段标签， 替换为保护 LSP在该源节点 /目的节点上的下游相邻区段 标签， 以保护 LSP上的区段标签进行转发；

在源节点 /目的节点设备中， 所述将所述环回保护路径倒换到源路由保护路 径， 发送所緩存的第二业务数据流的功能， 可由源节点 /目的节点设备的检测处 理单元完成；

联合实施步骤 407, 步骤 408和步骤 409可以保证源节点 /目的节点在处理 所述切换时， 先发送的业务数据流先到达， 不会产生业务数据流失序问题。

如图 5所示， 以 Node2到 Node3间区段发生故障为例， 对本发明实施例的 源节点的所述切换处理及其中业务数据流传送路径进行说明：

B1、 所述第一业务数据流在环回保护路径上进行传送的路径：

从发送第一业务数据流的源节点 Nodel开始，经过 Nodel→ Node2→ Nodel → ode6→ Node5→ Node4→ ode3→ Node4的路径传送到目的节点 Node4;

B2、 具体处理流程：

首先， Nodel接收到 Node3发出的所述标识， 将 APS信息中预留字节的第 8位 bit修改为 1 , 形成具有中止发送业务数据流指示功能的标识；

其次， Nodel中止（对应有源节点中止时刻）向所述环回保护路径上发送所 述第一业务数据流后续的第二业务数据流， 将所述标识追加在经过所述环回保 护路径发送的第一业务数据流最后一帧之后， 并将其沿环回保护路径发送， 同 时， 将所述中止的第二业务数据流緩存在反向 Buffer中；

然后， 当 Nodel没有检测到接收到所述标识时， 说明通过 Nodel的所述环 回保护路径上保护方向的第一业务数据流还没有通过 Nodel→Node2→ Nodel 路径， Nodel 不进行动作； 当 Nodel检测到接收到所述标识时， 说明通过上述 中止时刻前发出沿环回保护路径传送的第一业务数据流的最后一帧都已经通过 Nodel→ Node2→ Nodel路径，到达了 Nodel的保护 LSP下游位置，此刻， Nodel 进行源路由保护方式的切换处理（对应有源节点切换时刻 ) , Nodel出口标签设 置为 71 , 而不是 20, Nodel先将反向 Buffer中緩存的第一业务数据流沿保护方 向发送， 后续的第二业务数据流也直接通过 Nodel在源路由保护路径上进行传 送。 由于目的节点未进行切换， 源节点中止时刻到源节点切换时刻， 在环回保 护路径上传送的业务数据流在源节点切换时刻后通过 Nodel—Node6→Node5→ Node4→ Node3→ Node4的路径到达目的节点， 这样所述先发的第一业务数据流 先到达目的节点， 保证了所述第一业务数据流与第二业务数据流之间的正确时 序关系。

另外， 目的节点的所述切换处理及其中业务数据流传送路径也可参照上述 源节点的所述切换处理及其中业务数据流传送路径进行说明， 具体可如图 6所 示的本发明实施例源节点、 目的节点均切换到源路由保护路径的操作示意图， 这样就可以保证目的节点切换时不会产生业务数据流的失序问题；

410, 源节点和目的节点都完成源路由保护方式的切换， 将业务数据流从环 回保护路径切换到源路由保护路径上进行传送， 完成了环回方式到源路由方式 的切换过程； 如图 6所示， 以 Node2到 Node3间区段发生故障为例进行说明， 在目的节点上的保护切换完成后， 后续业务数据流在源节点到目的节点的传送 路径为 Nodel→ Node6→ Node5→ Node4。

作为一种实施方式， 目的节点上对保护请求消息的处理和相应的切换操作 方面可有如下方式， 即上述流程中， 在上述源节点处理流程之后， 在目的节点 上进行的流程可替换为如下步骤， 整个流程如图 7所示：

1001 , 目的节点接收到保护请求信息后， 监听 TM-SPRing上信息， 判断是 否接收到所述来自源节点的标识， 目的节点必然会接收到由源节点发出的所述 标识， 目的节点首次接收到所述标识时， 转到步骤 1002, 否则， 重复步驟 1001; 目的节点首次接收到所述标识， 说明通过所述环回保护路径传送的第一业 务数据流完全通过该目的节点， 并沿环回保护路径继续环回向目的节点传送；

1002, 目的节点中止向所述环回保护通路发送所述第二业务数据流， 緩存 所述第二业务数据流， 具体地， 可在反向 Buffer缓存该第二业务数据流， 同时， 目的节点从所述环回保护路径上接收所述第一业务数据流；

1003 , 目的节点判断是否再次接收到来自源节点的标识， 若是， 转到步骤 1004, 否则， 重复步骤 1003;

1004, 目的节点将环回保护路径倒换到源路由保护路径， 将所緩存的第二 业务数据流从环回保护路径切换到源路由保护路径上，随后开始接收反向 Buffer 緩存的后续业务数据流， 后续业务数据流在源路由保护路径上接收， 完成源路 由保护方式的切换。

联合实施步骤 1001 , 步骤 1002, 步骤 1003 , 步骤 1004可以保证目的节点 在进行保护方式切换时不会产生业务数据流失序问题。仍如图 6所示， 以 Node2 到 Node3 间区段发生故障为例进行说明， 保护切换完成后， 后续业务数据流在 源节点到目的节点的传送路径是 Node 1→ Node6→ Node5→ Node4。

综合上述方法中提及的具有一定功能的单元， 可得到本发明实施例中的相 关设备、 系统：

源节点设备 /目的节点设备可具有如图 8所示的功能单元， 包括上述对应功 能的接收单元 1101、 中止单元 1102、 緩存单元 1103、 检测单元 1104、 检测处 理单元 1105, 其中检测单元 1104可包括上述对应功能的标识追加单元 11041、 判断单元 11042。需要说明的是当目的节点设备使用由源节点设备标识追加单元 提供的标识来实现对通过目的节点的业务数据流进行所述判断时， 该目的节点 设备上不需要标识追加单元；

而分组传送网系统可具有如图 9 所示的设备， 包括故障区段相邻节点设备 1201、 源 /目的节点设备 1202, 其中源 /目的节点设备 1202可包括上述对应功能 的中止单元 12021、 緩存单元 12022、 检测单元 12023、 检测处理单元 12024。

作为一种实施方式， 所述源节点设备 /目的节点设备还可以包括上述方法中 提及的接收单元。

本发明实施例的方法、 设备、 系统， 首先通过所述环回保护路径发送第一 业务数据流， 然后业务数据流节点中止向所述环回保护路径发送所述第一业务 数据流后续的第二业务数据流， 并緩存该第二业务数据流， 当所述第一业务数 据流再次完全通过所述业务数据流节点时， 将所述緩存的第二业务数据流从所 述环回保护路径切换到源路由保护路径， 从而解决分组传送网网中应用环回方 式和源路由方式的联合保护方案时产生的失序问题， 更好地完善分组传送网系 统的保护机制， 提高系统对故障的防御能力， 需要说明的是， 上述业务流的源 节点、 业务流的目的节点均为具有业务数据流发送功能的业务数据流节点， 其 他具有本发明描述功能的节点也在本发明保护范围之内。 流程， 是可以通过程序来指令相关的硬件来完成， 所述的程序可存储于一计算 机可读取存储介质中 , 该程序在执行时， 可包括如上述各方法的实施例的流程。 其中， 所述的存储介质可为磁碟、 光盘、 只读存储记忆体（Read-Only Memory, ROM )或随机存储记忆体（Radom Access Memory, RAM )等。

以上所述是本发明的具体实施方式， 应当指出， 对于本技术领域的普通技 术人员来说， 在不脱离本发明原理的前提下， 还可以做出若干改进和润饰， 这 些改进和润饰也视为本发明的保护范围。

Claims

权 利 要 求

1、 一种分组传送网的保护方法， 所述方法为所述分组传送网共享保护环上 承载的业务数据流建立保护路径， 所述业务数据流至少包括第一业务数据流、 第二业务数据流， 所述保护路径包括环回保护路径和源路由保护路径， 其特征 在于， 所述方法包括：

将所述第一业务数据流通过所述环回保护路径进行发送；

业务数据流节点中止向所述环回保护路径发送所述第一业务数据流后续的 第二业务数据流， 并缓存所述第二业务数据流；

所述第一业务数据流再次完全通过所述业务数据流节点， 将所述緩存的第 二业务数据流从所述环回保护路径切换到所述源路由保护路径。

2、 如权利要求 1所述的分组传送网的保护方法， 其特征在于， 所述第一业 务数据流通过所述环回保护路径进行发送之后还包括：

在所述第一业务数据流后追加标识，

所述第一业务数据流再次完全通过所述业务数据流节点具体为：

所述业务数据流节点接收到所述标识。

3、 如权利要求 2所述的分组传送网的保护方法， 其特征在于， 所述方法还 包括：

所述业务数据流节点接收到用于指示对所述业务数据流进行保护的保护请 求消息，

所述业务数据流节点中止向所述环回保护路径发送后续的第二业务数据流 具体为：

所述业务数据流节点根据所述保护请求消息， 中止向所述环回保护路径发 送所述第二业务数据流。

4、 一种分组传送网的保护方法， 所述方法为所述分组传送网共享保护环上 承载的业务数据流建立保护路径， 所述业务数据流至少包括第一业务数据流、 第二业务数据流， 所述保护路径包括环回保护路径和源路由保护路径， 其特征 在于， 所述方法包括：

业务流源节点通过所述环回保护路径发送第一业务数据流；

所述业务流源节点中止向所述环回保护路径发送所述第一业务数据流后续 的第二业务数据流， 并缓存所述第二业务数据流；

所述第一业务数据流再次完全通过所述业务流源节点， 将所述緩存的第二 业务数据流从所述环回保护路径切换到所述源路由保护路径；

所述第一业务数据流首次完全通过业务流目的节点， 中止向所述环回保护 路径发送所述第二业务数据流， 并緩存所述第二业务数据流；

所述第一业务数据流再次完全通过所述业务流目的节点， 将所述緩存的第 二业务数据流从所述环回保护路径切换到所述源路由保护路径。

5、 如权利要求 4所述的分组传送网的保护方法， 其特征在于， 所述业务流 源节点通过所述环回保护路径发送第一业务数据流之后还包括：

所述业务流源节点在所述第一业务数据流后追加标识，

所述第一业务数据流再次完全通过所述业务流源节点具体为：

所述业务流源节点接收到所述标识，

所述第一业务数据流首次完全通过业务流目的节点具体为：

所述业务流目的节点首次接收到所述标识，

所述第一业务数据流再次完全通过所述业务流目的节点为：

所述业务流目的节点再次接收到所述标识。

6、 如权利要求 5所述的分组传送网的保护方法， 其特征在于， 所述方法还 包括：

所述业务流源节点接收到用于指示对所述业务数据流进行保护的保护请求 消息，

所述业务流源节点中止向所述环回保护路径发送所述第一业务数据流后续 的第二业务数据流具体为：

所述业务流源节点根据所述保护请求消息， 中止向所述环回保护路径发送

Ί、 一种分组传送网节点设备， 所述分组传送网节点设备位于所述分组传送 网共享保护环上， 所述共享保护环上有承载业务数据流的保护路径， 所述业务 数据流至少包括第一业务数据流、 第二业务数据流， 所述保护路径包括环回保 护路径和源路由保护路径， 其特征在于， 包括：

中止单元， 向所述环回保护路径发送第一业务数据流后， 中止向所述环回 保护路径发送所述第一业务数据流后续的第二业务数据流；

緩存单元， 緩存所述第二业务数据流；

检测单元， 检测所述业务数据流是否完全通过所述节点；

检测处理单元， 当所述检测单元检测到所述第一业务数据流再次完全通过 所述节点时， 将所述緩存的第二业务数据流从所述环回保护路径切换到所述源 路由保护路径。

8、 如权利要求 7所述的分组传送网节点设备， 其特征在于， 所述检测单元 包括：

标识追加单元， 在所述业务数据流后追加标识；

判断单元， 判断是否接收到所述标识， 若是， 则确定所述业务数据流完全 通过所述节点。

9、 如权利要求 8所述的分组传送网节点设备， 其特征在于， 所述分组传送 网节点设备还包括：

接收单元， 接收到用于指示对所述业务数据流进行保护的保护请求消息后， 触发所述中止单元中止通过所述环回保护路径发送所述第二业务数据流。

10、 如权利要求 7至 9中任一项所述的分组传送网节点设备， 其特征在于， 所述分组传送网节点设备为业务流源节点设备或业务流目的节点设备。

11、 一种分组传送网系统， 所述系统中应用了分组传送网共享保护环， 所 述共享保护环上有承载业务数据流的保护路径， 所述业务数据流至少包括第一 业务数据流、 第二业务数据流， 所述保护路径包括环回保护路径和源路由保护 路径， 所述系统包括所述共享保护环上的业务流源节点设备、 业务流目的节点 设备， 其特征在于，

所述业务流源节点设备用于向所述环回保护路径发送第一业务数据流后， 中止向所述环回保护路径发送所述第一业务数据流后续的第二业务数据流， 并 緩存所述第二业务数据流； 当所述第一业务数据流再次完全通过所述业务数据 流节点， 将所述緩存的第二业务数据流从所述环回保护路径切换到所述源路由 保护路径；

所述业务流目的节点设备用于检测所述业务数据流是否完全通过所述业务 流目的节点； 当所述第二检测单元检测到所述第一业务数据流首次完全通过所 述业务流目的节点时， 中止向所述环回保护路径发送所述第二业务流数据， 并 緩存所述第二业务流数据； 当所述第二检测单元检测到所述第一业务数据流再 次完全通过所述业务流目的节点时， 将所述緩存的第二业务数据流从所述环回 保护路径切换到所述源路由保护路径。

12、 如权利要求 11所述的分组传输网系统， 其特征在于， 所述业务流源节 点设备包括：

第一中止单元， 在向所述环回保护路径发送第一业务数据流后， 中止向所 述环回保护路径发送所述第一业务数据流后续的第二业务数据流；

第一緩存单元， 緩存所述第二业务数据流；

第一检测单元， 检测所述业务数据流是否完全通过所述业务流源节点； 第一检测处理单元， 当所述第一检测单元检测到所述第一业务数据流再次 完全通过所述业务流源节点时， 将所述緩存的第二业务数据流从所述环回保护 路径切换到所述源路由保护路径，

所述业务流目的节点设备包括：

第二检测单元， 检测所述业务数据流是否完全通过所述业务流目的节点； 第二中止单元， 当所述第二检测单元检测到所述第一业务数据流首次完全 通过所述业务流目的节点时， 中止向所述环回保护路径发送所述第二业务流数 据；

第二緩存单元， 緩存所述第二业务流数据；

第二检测处理单元， 当所述第二检测单元检测到所述第一业务数据流再次 完全通过所述业务流目的节点时， 将所述緩存的第二业务数据流从所述环回保 护路径切换到所述源路由保护路径。

13、 如权利要求 12所述的分组传送网系统， 其特征在于， 所述第一检测单 元包括：

标识追加单元， 在所述第一业务数据流后追加标识；

判断单元， 判断是否接收到所述标识， 若是， 则确定所述第一业务数据流 完全通过所述业务流源节点，

则所述第二检测单元用于判断是否接收到所述标识， 若是， 则确定所述第 一业务数据流完全通过所述业务流目的节点。

14、 如权利要求 13所述的分组传送网系统， 其特征在于， 所述业务流源节 点设备还包括：

接收单元， 接收到用于指示对所述业务数据流进行保护的保护请求消息后， 触发所述中止单元中止通过所述环回保护路径发送所述第二业务数据流。