节点关联通道能力的协商方法及节点设备

摘要

本发明涉及通信技术领域，公开了一种节点关联通道能力的协商方法及节点设备，其中一种节点关联通道能力的协商方法包括：接收上游节点发送的携带上游节点关联通道能力的路径Path消息；新建Path消息并发送给下游节点，该新建Path消息包含上游节点关联通道能力；接收下游节点发送的携带下游节点关联通道能力信息的预留Resv消息；新建Resv消息并发送给上游节点，该新建Resv消息包含下游节点关联通道能力。本发明实施例可以实现标签交换路径LSP层面节点间的关联通道能力协商，从而使得在LSP层面上节点可以了解其它节点的关联通道能力，避免通过关联通道传输的特殊报文发生丢失或误转发。

权利要求

1.一种节点关联通道能力的协商方法，其特征在于，包括：接收上游节点发送的携带所述上游节点关联通道能力的路径Path消息；

新建Path消息并发送给下游节点，所述新建Path消息包含所述上游节点关联通道能力；

接收所述下游节点发送的携带所述下游节点关联通道能力信息的预留Resv消息；

新建Resv消息并发送给所述上游节点，所述新建Resv消息包含所述下游节点关联通道能力；

其中，所述新建Path消息还包含本节点关联通道能力，所述新建Resv消息还包含本节点关联通道能力。

2.根据权利要求1所述的方法，其特征在于，所述新建Path消息并发送给下游节点包括：新建携带有可变长度的目标object字段的Path消息；

在所述携带有可变长度的目标object字段的Path消息内的所述object字段中写入所述上游节点关联通道能力和本节点关联通道能力；

将写入所述上游节点关联通道能力和本节点关联通道能力的所述携带有可变长度的目标object字段的Path消息发送给下游节点。

3.根据权利要求1所述的方法，其特征在于，所述新建Resv消息并发送给所述上游节点包括：新建携带有可变长度的目标object字段的Resv消息；

在所述携带有可变长度的目标object字段的Resv消息内的所述object字段中写入所述下游节点关联通道能力和本节点关联通道能力；

将写入所述下游节点关联通道能力和本节点关联通道能力的所述携带有可变长度的目标object字段的Resv消息发送给所述上游节点。

4.根据权利要求1所述的方法，其特征在于，若所述下游节点发送的Resv消息还携带了所述上游节点关联通道能力，则所述新建Resv消息还包含所述上游节点关联通道能力。

5.根据权利要求1至4任一项所述的方法，其特征在于，所述接收上游节点发送的携带所述上游节点关联通道能力的路径Path消息之后，还包括：存储所述上游节点关联通道能力。

6.根据权利要求1至4任一项所述的方法，其特征在于，所述接收所述下游节点发送的携带所述下游节点关联通道能力信息的预留Resv消息之后，还包括：存储所述下游节点关联通道能力。

7.一种节点设备，其特征在于，包括：

第一接收单元，用于接收上游节点发送的携带所述上游节点关联通道能力的Path消息；

新建发送单元，用于新建Path消息并发送给下游节点，所述新建Path消息包含所述上游节点关联通道能力；

第二接收单元，接收所述下游节点发送的携带所述下游节点关联通道能力信息的Resv消息；

所述新建发送单元，用于新建Resv消息并发送给所述上游节点，所述新建Resv消息包含所述下游节点关联通道能力；

其中，所述新建Path消息还包含本节点关联通道能力，所述新建Resv消息还包含本节点关联通道能力。

8.根据权利要求7所述的节点设备，其特征在于，所述新建发送单元具体用于新建携带有可变长度的目标object字段的Path消息；

在所述携带有可变长度的目标object字段的Path消息内的所述object字段中写入所述上游节点关联通道能力和本节点关联通道能力；

将写入所述上游节点关联通道能力和本节点关联通道能力的所述携带有可变长度的目标object字段的Path消息发送给下游节点。

9.根据权利要求7所述的节点设备，其特征在于，所述新建发送单元具体用于新建携带有可变长度的目标object字段的Resv消息；

在所述携带有可变长度的目标object字段的Resv消息内的所述object字段中写入所述下游节点关联通道能力和本节点关联通道能力；

将写入所述下游节点关联通道能力和本节点关联通道能力的所述携带有可变长度的目标object字段的Resv消息发送给所述上游节点。

10.根据权利要求7所述的节点设备，其特征在于，若所述第二接收单元接收的所述下游节点发送的Resv消息还携带了所述上游节点关联通道能力，则所述新建发送单元的新建Resv消息还包含所述上游节点关联通道能力。

11.根据权利要求7至10任一项所述的节点设备，其特征在于，还包括：存储单元，用于在所述第一接收单元接收上游节点发送的携带所述上游节点关联通道能力的Path消息之后，存储所述上游节点关联通道能力。

12.根据权利要求11所述的节点设备，其特征在于，所述存储单元还用于在所述第二接收单元接收所述下游节点发送的携带下游节点关联通道能力信息的Resv消息之后，存储所述下游节点关联通道能力。

说明书

节点关联通道能力的协商方法及节点设备

技术领域

[0001] 本发明涉及通信技术领域，尤其涉及一种节点关联通道能力的协商方法及节点设备。

背景技术

[0002] 基 于 流 量 工 程 扩 展 的 资 源 预 留 协 议 (RSVP-TE，Resource ReservationProtocol-Traffic Engineering)作为资源预留协议(RSVP)的一个补充协议，用于为多协议标签交换(MPLS，Multi-Protocol Label Switch)网络建立标签交换路径(LSP，Label Switched Paths)。

[0003] 采用RSVP-TE建立的LSP具有资源预留功能，使得在LSP上传送的业务得到保证。图1为采用RSVP-TE建立LSP的示意图。如图1所示，采用RSVP-TE建立LSP时，主要依靠两个消息，分别是路径(Path)消息和预留(Resv)消息；LSP建立可以简单描述为：

[0004] 1)首节点1(Ingress)产生Path消息，Path消息可以携带建立LSP的约束信息等，向终节点4(Egress)方向发送；

[0005] 2)终节点4收到Path消息后，产生Resv消息，并返回首节点1，同时，Resv消息在LSP的中间节点3和中间节点2上进行标签分发并进行资源预留；

[0006] 3)首节点1收到Resv消息，则LSP建立成功。

[0007] 目前，在MPLS网络的伪线(PW，Pseudo Wire)上可以使用关联通道(ACH，Associated Channel)来传输联通检测信息和联通验证信息，这样，可以发现网络中支持MPLS-TP特性的节点，从而更好的进行网络的使用、管理和维护。如果将关联通道应用到LSP层面，可以实现操作、管理、维护(OAM)报文、管理关联通道(MCC)报文、信令关联通道(SCC)报文以及一些自动保护倒换(ASP)报文等特殊报文在关联通道内传输，从而实现在网络管理上的一致性，减化了操作。但是，实现特殊报文在关联通道内传输的前提是需要LSP层面节点之间进行关联通道能力的协商，如果不进行协商直接使用关联通道，一些不支持关联通道能力的节点收到特殊报文后将会丢弃或者被转发到用户侧，从而造成通过关联通道传输的报文的丢失或误转发。

[0008] 发明人发现，由于LSP层面节点之间没有关联通道能力的协商机制，导致节点无法了解其它节点的关联通道能力，从而无法避免通过关联通道传输的特殊报文发生丢失或误转发。

发明内容

[0009] 本发明实施例提供一种节点及其关联通道能力的协商方法，使得在LSP层面上节点可以了解其它节点的关联通道能力，避免通过关联通道传输的特殊报文发生丢失或误转发。

[0010] 为实现上述目的，本发明实施例提供如下技术方案：

[0011] 本发明实施例提供了一种节点关联通道能力的协商方法，包括：

[0012] 接收上游节点发送的携带上游节点关联通道能力的路径Path消息；

[0013] 新建Path消息并发送给下游节点，该新建Path消息包含上游节点关联通道能力；

[0014] 接收下游节点发送的携带下游节点关联通道能力信息的预留Resv消息；

[0015] 新建Resv消息并发送给上游节点，该新建Resv消息包含下游节点关联通道能力。

[0016] 本发明实施例提供了一种节点设备，包括：

[0017] 第一接收单元，用于接收上游节点发送的携带上游节点关联通道能力的Path消息；

[0018] 新建发送单元，用于新建Path消息并发送给下游节点，该新建Path消息包含上游节点关联通道能力；

[0019] 第二接收单元，接收下游节点发送的携带下游节点关联通道能力信息的Resv消息；

[0020] 上述新建发送单元，用于新建Resv消息并发送给上游节点，该新建Resv消息包含下游节点关联通道能力。

[0021] 与现有的技术相比，本发明实施例使得Path消息和Resv消息可以携带节点关联通道能力，当使用携带节点关联通道能力的Path消息和Resv消息建立LSP时，可以达到LSP层面上节点了解其它节点的关联通道能力的目的，从而可以避免通过关联通道传输的OAM、MCC、SCC、ASP等特殊报文发生丢失或误转发。

附图说明

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

[0023] 图1为采用RSVP-TE建立LSP的示意图；

[0024] 图2为本发明实施例中提供的一种节点关联通道能力的协商方法的流程图；

[0025] 图3为本发明实施例中提供的另一种节点关联通道能力的协商方法的流程图；

[0026] 图4为本发明实施例中提供的一种节点设备的结构图；

[0027] 图5为本发明实施例中提供的另一种节点设备的结构图。

具体实施方式

[0028] 下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

[0029] 实施例一：

[0030] 请参阅图2，图2为本发明实施例一提供的一种节点关联通道能力的协商方法的流程图。如图2所示，该方法可以包括：

[0031] 201：节点接收上游节点发送的携带上游节点关联通道能力的路径Path消息；

[0032] 举例来说，在上游节点发送的Path消息中，Path消息内可以包含一定数目的可变长度的目标(object)字段，object字段可以携带上游节点关联通道能力。

[0033] 其中，上游节点可以包括一个或多个位于本节点上游的节点，如果上游节点数目为多个时，本节点接收的Path消息内的object字段可以携带多个上游节点的关联通道能力。

[0034] 需要说明的是，在本实施例以及后续实施例中所述的节点可以是采用Path消息和Resv消息建立的LSP上的标签交换路由器(LSR，Label SwitchingRouter)。

[0035] 202：新建包含上游节点关联通道能力和本节点关联通道能力的Path消息，并发送给下游节点；

[0036] 举例来说，202可以包括：

[0037] 新建Path消息；

[0038] 在新建的Path消息内的可变长度的目标object字段中写入上游节点关联通道能力和本节点关联通道能力；

[0039] 将写入上游节点关联通道能力和本节点关联通道能力的新建的Path消息发送给下游节点。

[0040] 203：接收下游节点发送的携带下游节点关联通道能力信息的预留Resv消息；

[0041] 举例来说，在下游节点发送的Resv消息中，Resv消息内可以包含一定数目的可变长度的object字段，object字段可以携带下游节点关联通道能力。

[0042] 其中，下游节点可以包括一个或多个位于本节点下游的节点，如果下游节点数目为多个时，本节点接收的Resv消息内的object字段可以携带多个下游节点的关联通道能力。

[0043] 204：新建包含下游节点关联通道能力和本节点关联通道能力的Resv消息，并发送给上游节点。

[0044] 举例来说，204可以包括：

[0045] 新建Resv消息；

[0046] 在新建的Resv消息内的可变长度的目标object字段中写入下游节点关联通道能力和本节点关联通道能力；

[0047] 将写入下游节点关联通道能力和本节点关联通道能力的新建的Resv消息发送给上游节点。

[0048] 进一步地，若下游节点发送的Resv消息还进一步携带了上游节点关联通道能力和本节点关联通道能力，则本节点可以在接收到下游节点发送的Resv消息后，可以新建包含下游节点关联通道能力、上游节点关联通道能力和本节点关联通道能力的Resv消息，并发送给上游节点。

[0049] 进一步地，本节点在执行201之后，可以从上游节点发送的Path消息中读取上游节点关联通道能力，并进行存储；从而使得本节点可以了解上游节点关联通道能力。

[0050] 同样，本节点在执行203之后，可以从下游节点发送的Resv消息中读取下游节点关联通道能力信息，并进行存储；从而使得本节点可以了解下游节点关联通道能力。

[0051] 需要说明的是，RSVP-TE中常用于为MPLS网络建立LSP的Path消息和Resv消息的格式是相同的，都具有通用头部；Path消息和Resv消息的通用头部格式如下表1所示：

[0052]

[0053] 表1

[0054] 其中，Vers：版本；

[0055] Flags：预留标志；

[0056] Msg Type：标识消息的类型，举例来说，1＝Path；2＝Resv；3＝PathErr；4＝ResvErr；5＝PathTear；6＝ResvTear；7＝ResvConf；

[0057] RSVP Checksum：资源预留协议校验和；

[0058] Send_TTL：IP TTL值；

[0059] RSVP Length：资源预留协议长度。

[0060] Path消息和Resv消息通用头部后面可以跟一定数目的可变长度object字段，作为payload部分。Path消息和Resv消息内的object字段格式如下表2所示：

[0061] 0 1 2 3

[0062] +-------------+------------+--------------+-------------+[0063] | Length(bytes) | Class-Num | C-Type |[0064] +-------------+------------+--------------+-------------+[0065] | |[0066] // Object contents //[0067] | |[0068] |+-------------+-------------+-------------+-------------+[0069] 表2

[0070] 其中，Length：表示长度；

[0071] Class-Num：Object类型，最高两位用于标识对于不能识别的Object采取什么样的处理；C-Type：Object标识。

[0072] 其中，表2所示的Path消息和Resv消息内的object字段内的Objectcontents字段的长度是可变的，从而使得object字段长度也是可变的，

[0073] 上述对本发明实施例一提供的一种节点关联通道能力的协商方法进行了详细介绍，本发明实施例使得Path消息和Resv消息可以携带节点关联通道能力，当使用携带节点关联通道能力的Path消息和Resv消息建立LSP时，可以使得LSP两端以及路径上各个节点之间的关联通道能力透明，达到了节点了解其它节点的关联通道能力的目的，从而可以避免通过关联通道传输的OAM、MCC、SCC、ASP等特殊报文发生丢失或误转发。

[0074] 实施例二：

[0075] 下面以图1所示的采用Path消息和Resv消息建立LSP为例子，介绍本发明实施例提供的节点关联通道能力的协商方法。本发明实施例所述的节点为采用Path消息和Resv消息建立的LSP上的LSR。

[0076] 如图1所示，首节点1组装path消息，该Path消息携带首节点1的关联通道能力，向中间节点2发送；

[0077] 本发明实施例中所述的关联通道能力可以包括：预留标签13的支持能力，关联通道的支持能力，关联通道类型(如OAM、自动保护倒换、管理控制信道、命令控制信道等)的支持能力，以及使用关联通道传输的OAM工具类型如LSP Ping、BFD等支持能力。Path消息可以用bitmap形式标识每种能力支持与否。

[0078] 中间节点2收到携带首节点1的关联通道能力的path消息，将该path消息携带的首节点1的关联通道能力拷贝到重新组装的path消息中，同时，在重新组装的path消息中添加自己的关联通道能力，然后向中间节点3发送；中间节点2在收到首节点1发送的path消息后，可以存储首节点1的关联通道能力；

[0079] 具体地，中间节点2重新组装的path消息的头部格式和上述表1相同；中间节点2重新组装的path消息的object字段格式和表2相同。间节点2重新组装的path消息的object字段内的Object contents字段的格式可以如下表3所示：

[0080] 0 1 2 3[0081] 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1[0082] +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+[0083] | |[0084] // Sub-objects //[0085] | |[0086] +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+[0087] 表3

[0088] 其中，Sub-objects字段具体用于写入首节点1和中间节点2的关联通道能力，Sub-objects字段格式进一步可以如下表4所示：

[0089]

[0090] 表4

[0091] 其中，每一个Node ACH sub-TLV包含一个节点的标识ID、该节点的接口标识ID以及该节点的接口关联通道能力。举例来说，在Node ACH sub-TLV中，V和U比特位均需要置1，这样可以使中间不支持该节点关联通道能力的节点能够透明传输该节点关联通道能力。在本发明实施例中，一个节点的关联通道能力是由该节点的所有接口通道控制能力构成的。如表4所示，一个Sub-objects字段内，可以写入多个节点的关联通道能力。其中，单个Node ACHsub-TLV的格式可以如下表5所示：

[0092]

[0093] 表5

[0094] 其中，Node ACH Sub-TLV Type：表示节点关联通道能力类型；

[0095] Length：长度；

[0096] Node ID：节点地址；

[0097] Interface ID：可以是接口的IPV4地址、IPV6或者Interface Index等标识。

[0098] 中间节点3收到携带中间节点2发送的携带中间节点2和首节点1的关联通道能力的path消息，将该path消息携带的中间节点2和首节点1的关联通道能力拷贝到重新组装的path消息中，同时，在重新组装的path消息中添加自己的关联通道能力，然后向终端节点4发送；中间节点3在收到中间节点2发送的携带中间节点2和首节点1的关联通道能力的path消息之后，可以存储中间节点2和首节点1的关联通道能力；

[0099] 终节点4收到中间节点3发送的携带中间节点3、中间节点2和首节点1的关联通道能力的path消息之后，存储中间节点3、中间节点2和首节点1的关联通道能力；同时，终节点4组装Resv消息，并向上游的中间节点3发送；

[0100] 其中，终节点4向中间节点3发送的Resv消息可以有以下两种形式：

[0101] 形式一：

[0102] 终节点4组装Resv消息，该Resv消息仅携带首节点4的关联通道能力，向中间节点3发送；

[0103] 中间节点3收到携带终节点4的关联通道能力的Resv消息，将该Resv消息携带的终节点4的关联通道能力拷贝到重新组装的Resv消息中，同时，在重新组装的Resv消息中添加自己的关联通道能力，然后向中间节点2发送；中间节点3在收到终节点4发送的Resv消息后，可以存储终节点4的关联通道能力；

[0104] 中间节点2收到携带中间节点3发送的携带中间节点3和终节点4的关联通道能力的Resv消息，将该Resv消息携带的中间节点3和终节点4的关联通道能力拷贝到重新组装的Resv消息中，同时，在重新组装的Resv消息中添加自己的关联通道能力，然后向首节点1发送；中间节点2在收到中间节点3发送的携带中间节点3和终节点4的关联通道能力的Resv消息之后，可以存储中间节点3和终节点4的关联通道能力；

[0105] 首节点1收到中间节点2发送的携带中间节点2、中间节点3和终节点4的关联通道能力的Resv消息之后，存储中间节点2、中间节点3和终节点4的关联通道能力。

[0106] 形式二：

[0107] 终节点4收到中间节点3发送的携带中间节点3、中间节点2和首节点1的关联通道能力的path消息之后，将该path消息携带的中间节点3、中间节点2和首节点1的关联通道能力拷贝到重新组装的Resv消息中，同时，在重新组装的Resv消息中添加自己的关联通道能力，然后向中间节点3发送；

[0108] 中间节点3收到终结点4发送的携带终节点4、中间节点3、中间节点2和首节点1的关联通道能力的Resv消息之后，可以存储终节点4、中间节点2和首节点1的关联通道能力，并将终节点4发送的Resv消息中携带的终节点4、中间节点3、中间节点2和首节点
1的关联通道能力拷贝到重新组装的Resv消息中，转发给中间节点2；

[0109] 中间节点2收到中间节点3发送的携带终节点4、中间节点3、中间节点2和首节点1的关联通道能力的Resv消息之后，可以存储终节点4、中间节点3和首节点1的关联通道能力，并将终节点3发送的Resv消息中携带的终节点4、中间节点3、中间节点2和首节点1的关联通道能力拷贝到重新组装的Resv消息中，转发给中间节点1；

[0110] 首节点1收到中间节点2发送的携带终节点4、中间节点3、中间节点2和首节点1的关联通道能力的Resv消息之后，可以存储中间节点2、中间节点3和终节点4的关联通道能力。

[0111] 可见，采用形式一、形式二发送的Resv消息可以使得LSP层面的节点之间可以相互了解彼此的关联通道能力，现实节点关联通道能力在LSP层面上的透明传输。

[0112] 此外，本发明实施例提供的表5所示的Node ACH sub-TLV的格式还可以如下表6所示：

[0113]

[0114] 表6

[0115] 其中，Node ACH Sub-TLV Type：表示节点关联通道能力类型；

[0116] Length：长度；

[0117] Node ID：节点标识；

[0118] Interface ACH Sub-TLV：表示接口关联通道能力。

[0119] 即表5所示的每一个节点的Node ACH sub-TLV中包含多个接口的InterfaceACH Sub-TLV。其中，每一个接口的Interface ACH Sub-TLV的格式如下表7所示：

[0120]

[0121] 表7

[0122] 其中，Interface ID：可以是接口的IPV4地址、IPV6或者Interface Index等标识。

[0123] 需要说明的是，本发明实施例提供的所有表格的具体形式只是为了便于举例以及便于对本发明实施例的介绍，本领域人员还可以对本发明实施例列举的表格进行相应的调整，本发明实施例不作限定。

[0124] 需要说明的是，本发明实施例提供的方法同样适用于单向LSP处理的场景。比如，首节点1向终节点4发送的Path消息可以不进行扩展，而仅对终节点发送给首节点的Resv消息可以进行扩展，使得终节点发送给首节点的Resv消息携带下游节点的关联通道能力。

[0125] 当然，也可以是扩展首节点1向终节点4发送的Path消息，使得首节点1向终节点4发送的Path消息携带上游节点的关联通道能力，而不对终节点发送给首节点的Resv消息可以进行扩展。

[0126] 本发明实施例扩展了用于建立LSP的Path消息和Resv消息，使得扩展后的Path消息和Resv消息可以携带节点关联通道能力，当使用扩展后的Path消息和Resv消息建立LSP时，可以使得LSP两端以及路径上各个节点之间的关联通道能力透明，达到了节点了解其它节点的关联通道能力的目的，从而可以避免通过关联通道传输的OAM、MCC、SCC、ASP等特殊报文发生丢失或误转发。

[0127] 实施例三：

[0128] 请参阅图3，图3为本发明实施例三提供的一种节点关联通道能力的协商方法的流程图。如图3所示，该方法可以包括：

[0129] 301：接收上游节点发送的携带上游节点关联通道能力的Path消息；

[0130] 举例来说，在上游节点发送的Path消息中，Path消息内可以包含一定数目的可变长度的目标(object)字段，object字段可以携带上游节点关联通道能力。

[0131] 302：新建Path消息并发送给下游节点，该新建Path消息包含上游节点关联通道能力；

[0132] 举例来说，302可以包括：

[0133] 新建Path消息；

[0134] 在新建的Path消息内的可变长度的目标object字段中写入该上游节点关联通道能力；

[0135] 将写入上游节点关联通道能力的新建的Path消息转发给下游节点。

[0136] 303：接收下游节点发送的携带下游节点关联通道能力信息的Resv消息；

[0137] 举例来说，在下游节点发送的Resv消息中，Resv消息内可以包含一定数目的可变长度的object字段，object字段可以携带下游节点关联通道能力。

[0138] 304：新建Resv消息并发送给上游节点，该新建Resv消息包含下游节点关联通道能力。

[0139] 举例来说，304可以包括：

[0140] 新建Resv消息；

[0141] 在新建的Resv消息内的可变长度的目标object字段中写入所述下游节点关联通道能力；

[0142] 将写入所述下游节点关联通道能力的新建的Resv消息发送给上游节点。

[0143] 本实施例所述的节点关联通道能力与上述实施例二所述的相同，本实施例在此不再复述。

[0144] 本发明实施例所述的携带上游节点关联通道能力信息的Path消息的结构形式以及携带下游节点关联通道能力信息的Resv消息的结构形式均与上述实施例中所描述的相同，本实施例也不作复述。

[0145] 本发明实施例所述的新建包含所述上游节点关联通道能力的Path消息，并转发下游节点，以及新建包含所述下游节点关联通道能力的Resv消息，并转发上游节点的具体实现步骤均和上述实施例中所介绍的相同，本实施例也不作复述。

[0146] 下面以图1所示的采用Path消息和Resv消息建立LSP为例子，介绍本发明实施例提供的节点关联通道能力的协商方法。本发明实施例所述的节点为采用Path消息和Resv消息建立的LSP上的LSR。

[0147] 如图1所示，首节点1组装path消息，该Path消息携带首节点1的关联通道能力，向中间节点2发送；

[0148] 中间节点2收到携带首节点1的关联通道能力的path消息之后，新建path消息，将首节点1的关联通道能力写入到新建的path消息内的可变长度的目标object字段中，将写入首节点1的关联通道能力的新建的Path消息转发给中间节点3；

[0149] 中间节点3收到携带首节点1的关联通道能力的path消息之后，新建path消息，将首节点1的关联通道能力写入到新建的path消息内的可变长度的目标object字段中，将写入首节点1的关联通道能力的新建的Path消息转发给终结点4；

[0150] 终节点4收到中间节点3发送的携带首节点1的关联通道能力的path消息之后，存储首节点1的关联通道能力，同时，在重新组装的Resv消息中仅添加自己的关联通道能力，然后向中间节点3发送；

[0151] 中间节点3收到终节点4发送的携带终节点4关联通道能力的Resv消息之后，新建Resv消息，将终节点4的关联通道能力写入到新建的Resv消息内的可变长度的目标object字段中，将写入终节点4的关联通道能力的新建的Resv消息转发给中间节点2；

[0152] 中间节点2收到中间节点3发送的携带终节点4关联通道能力的Resv消息之后，新建Resv消息，将终节点4的关联通道能力写入到新建的Resv消息内的可变长度的目标object字段中，将写入终节点4的关联通道能力的新建的Resv消息转发给首节点1；

[0153] 首节点1收到中间节点2发送的携带终节点4关联通道能力的Resv消息之后，存储终结点4的关联通道能力。

[0154] 在本发明实施例提供的节点关联通道能力的协商方法中，中间节点可以不添加自己的关联通道能力，而选择直接透传收到的关联通道能力。

[0155] 本发明实施例使得扩展后的Path消息和Resv消息可以携带节点关联通道能力，当使用Path消息和Resv消息建立LSP时，可以实现LSP层面上端到端的节点之间的关联通道能力的协商，从而可以避免通过关联通道传输的OAM、MCC、SCC、ASP等特殊报文发生丢失或误转发。

[0156] 实施例四：

[0157] 请参阅图4，图4为本发明实施例四提供的一种节点设备的结构图。本发明实施例提供的节点设备可以作为是LSP上的LSR。如图4所示，该节点设备可以包括：

[0158] 第一接收单元401，用于接收上游节点发送的携带上游节点关联通道能力的Path消息；

[0159] 新建发送单元402，用于新建包含该上游节点关联通道能力和本节点关联通道能力的Path消息并发送给下游节点；

[0160] 第二接收单403元，用于接收该下游节点发送的携带下游节点关联通道能力信息的Resv消息；

[0161] 新建发送单元402，用于新建包含下游节点关联通道能力和本节点关联通道能力的Resv消息并发送上游节点。

[0162] 举例来说，新建发送单元402可以用于新建Path消息；

[0163] 在新建的Path消息内的可变长度的目标object字段中写入上游节点关联通道能力和本节点关联通道能力；

[0164] 将写入上游节点关联通道能力和本节点关联通道能力的新建的Path消息发送给下游节点。

[0165] 举例来说，新建发送单元402可以用于新建Resv消息；

[0166] 在新建的Resv消息内的可变长度的目标object字段中写入下游节点关联通道能力和本节点关联通道能力；

[0167] 将写入下游节点关联通道能力和本节点关联通道能力的新建的Resv消息发送给上游节点。

[0168] 更进一步地，若第二接收单元403接收的下游节点发送的Resv消息还携带了上游节点关联通道能力，则新建发送单元402还用于新建包含下游节点关联通道能力，所述上游节点关联通道能力和本节点关联通道能力的Resv消息，并发送给上游节点。

[0169] 优选地，本发明实施例提供的节点设备还可以包括：

[0170] 存储单元404，用于在第一接收单元401接收上游节点发送的携带上游节点关联通道能力的Path消息之后，存储上游节点关联通道能力。

[0171] 更进一步地，存储单元404还用于在第二接收单元402接收下游节点发送的携带下游节点关联通道能力信息的Resv消息之后，存储下游节点关联通道能力。

[0172] 上述对本发明实施例提供的节点设备进行了详细介绍，本发明实施例使得Path消息和Resv消息可以携带节点关联通道能力，当使用Path消息和Resv消息建立LSP时，可以使得LSP两端以及路径上各个节点之间的关联通道能力透明，达到节点了解其它节点关联通道能力的目的，从而可以避免通过关联通道传输的OAM、MCC、SCC、ASP等特殊报文发生丢失或误转发。

[0173] 实施例五：

[0174] 请参阅图5，图5为本发明实施例五提供的一种节点设备的结构图。本发明实施例提供的节点设备可以作为是LSP上的LSR。如图5所示，该节点设备可以包括：

[0175] 第一接收单元501，用于接收上游节点发送的携带上游节点关联通道能力的Path消息；

[0176] 举例来说，在上游节点发送的Path消息中，Path消息内可以包含一定数目的可变长度的目标(object)字段，object字段可以携带上游节点关联通道能力。

[0177] 新建发送单元502，用于新建包含上游节点关联通道能力的Path消息，并转发给下游节点；

[0178] 第二接收单元503，接收下游节点发送的携带下游节点关联通道能力信息的Resv消息；

[0179] 举例来说，在下游节点发送的Resv消息中，Resv消息内可以包含一定数目的可变长度的object字段，object字段可以携带下游节点关联通道能力。

[0180] 新建发送单元502，还用于新建包含下游节点关联通道能力的Resv消息，并转发给上游节点。

[0181] 本实施例所述的节点控制信道能力与上述实施例二所述的相同，本实施例在此不再复述。

[0182] 本发明实施例所述的携带上游节点关联通道能力信息的Path消息的结构形式以及携带下游节点关联通道能力信息的Resv消息的结构形式均与上述实施例中所描述的相同，本实施例也不作复述。

[0183] 上述对本发明实施例提供的节点设备进行了详细介绍，本发明实施例使得Path消息和Resv消息可以携带节点关联通道能力，当使用Path消息和Resv消息建立LSP时，可以实现LSP层面上端到端的节点之间的关联通道能力的协商，达到节点了解其它节点关联通道能力的目的，从而可以避免通过关联通道传输的OAM、MCC、SCC、ASP等特殊报文发生丢失或误转发。

[0184] 本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：只读存储器(ROM)、随机存取器(RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

[0185] 以上对本发明实施例所提供的一种节点关联通道能力的协商方法及节点设备进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。