CN101420378A - 资源预留协议流量工程下优雅重启的实现装置及方法 - Google Patents

Abstract

本发明实施例提供了一种资源预留协议流量工程下优雅重启的实现装置及方法。具体是通过在标签交换路由器LSR的线路卡或控制卡上部署信令消息分发单元、信令管理单元和信令处理单元，并在上述各单元的基础上进行RSVP－TE信令消息的分发、处理以及控制相应的GR处理过程。这样就可以有效的实现RSVP－TE实例的分布式部署，同时还给出了分布式部署下的GR实现方案，实现LSP在多个RSVP－TE实例间的均衡、有效分布，从而使系统能够支持更大的容量规格，提高系统性能。

Description

资源预留协议流量工程下优雅重启的实现装置及方法

技术领域

本发明涉及网络通信领域，尤其涉及一种资源预留协议流量工程下优雅重启的实现装置及方法。

背景技术

目前，在网络通信中，资源预留协议流量工程(Resource ReSerVationProtocol-Traffic Engineering，RSVP-TE)下的优雅重启(Graceful Restart，GR)技术是实现系统高可靠性的一种方法，当标签交换路由器(Label-SwitchRouter，LSR)节点的控制平面发生故障时，会导致RSVP-TE信令状态丢失；在控制平面的故障恢复时，该方法能够在邻居节点的协助之下恢复原有的信令状态，同时不丢失转发平面的状态。

另外，为了在邻居节点间通告自身具备GR能力，现有技术中还扩展了协商消息Hello消息，在该消息中增加了重启能力Restart_Cap对象，该对象中包括两个值：重启时间(Restart Time)和恢复时间(Recovery Time)。其中，重启时间表示Hello消息的发送者在控制平面失效之后，重启组件成功，并且和邻居节点之间重新建立Hello会话所需要的时间；恢复时间表示Hello消息的发送者希望Hello消息的接收者和其同步RSVP-TE信令状态的时间。

举例来说，如图1所示为现有技术中实现GR的组网结构示意图，图1中：节点R1、R2、R3都具备GR能力；当节点R2的控制平面失效，并且其控制平面恢复之后，在节点R1和R3的协助之下恢复丢失的RSVP-TE信令状态。以下为消息处理的过程：

1)中间节点R2(称之为重启Restarter节点)的控制平面失效；

2)上游节点R1和下游节点R3(两者都称为帮助Helper节点)检测到Hello消息丢失，则关闭RSVP-TE状态超时处理，并启动重启定时器，该定时器的时长为Restarter节点R2所通告的重启时间(Restart Time)；

3)上游节点R1和下游节点R3继续发送Hello消息给Restarter节点R2，但是目标节点的身份标识Dst_Instance设置为0；

4)Restarter节点R2的控制平面恢复成功，并根据配置的邻居数据，往各邻居节点发送Hello消息；

5)Restarter节点R2接收到上游节点R1和下游节点R3所发出的Hello消息，得知上游节点R1和下游节点R3都具备GR能力；

6)上游节点R1和下游节点R3接收到Restarter节点R2的Hello消息，得知Restarter节点R2重启成功，并且具备GR能力；

7)Restarter节点R2启动恢复定时器；

8)上游节点R1和下游节点R3停止重启定时器，并启动恢复定时器，该恢复定时器的时长为Restarter节点R2通告的恢复时间Recovery Time；

这里针对需要恢复的每一条多协议标签交换路径(An MPLSLabel-Switched Path，LSP)，都要执行下列的步骤：

a、上游节点R1发送携带恢复标签Recovery Label对象的路径Path消息给Restarter节点R2；

下游节点R3发送恢复路径消息Recovery Path消息给节点R2；

b、Restarter节点R2恢复RSVP-TE信令状态；

c、Restarter节点R2发送预留Resv消息给上游节点R1；

d、上游节点R1接收到Resv消息后，重启RSVP-TE状态超时处理；

e、Restarter节点R2发送路径Path消息给下游节点R3；

f、下游节点R3接收到Path消息后，重启RSVP-TE状态超时处理。

上述过程就恢复了相应的RSVP-TE信令状态。

9)Restarter节点R2再恢复定时器超时；并发送Hello消息给上游节点R1和下游节点R3，且Restart_Cap对象中的Recovery Time设置为，通知上游节点R1和下游节点R3优雅重启GR的过程结束。

由此，上述的GR过程结束，Restarter节点R2的RSVP-TE信令状态也就全部恢复了。

根据以上的技术方案可知，在需要支持的LSP容量规格不大的情况下，一个RSVP-TE实例就足以支持了，但是当需要支持更大的容量规格时，就可能需要多个RSVP-TE实例才能够支持，但现有技术中并没有有效的针对分布式RSVP-TE实例的部署方案，也没有有效的在分布式部署方案下实现GR的方法，这样就使得系统难以支持更大容量的规格，影响了系统性能。

发明内容

本发明实施方式所要解决的技术问题在于提供一种资源预留协议流量工程下优雅重启的实现装置及方法。能够有效的实现RSVP-TE实例的分布式部署，并给出了在这种部署下GR的实现方案，实现了LSP在多个RSVP-TE实例间的均衡、有效分布，从而使系统能够支持更大的容量规格，提高系统性能。

本发明实施例提供了一种的资源预留协议流量工程下优雅重启的实现装置，包括：

信令消息分发单元，设置在标签交换路由器LSR的线路卡或控制卡上，用于将接收到的RSVP-TE报文转发给信令处理单元；并将协商Hello消息转发给信令管理单元；

所述信令管理单元，设置在所述LSR的控制卡上，用于在接收到所述信令消息分发单元上报的Hello消息后，维护所述LSR和邻居节点间的Hello会话；并控制优雅重启GR的处理过程；

所述信令处理单元，设置在所述LSR的控制卡上，用于在接收到所述信令消息分发单元上报的RSVP-TE报文后，维护所述LSR的信令状态，并处理所接收到的RSVP-TE报文。

本发明实施例还提供了一种基于上述权利要求所述装置的信令消息分发方法，包括：

判断所接收到的报文类型，若所接收到的报文是Hello消息，则将所述报文上报到信令管理单元进行处理；

若所接收到的报文是除Hello消息之外的其他RSVP-TE消息，则查询本地多协议标签交换路径LSP分发表；如果能够查询到对应的信令处理单元，则将所述报文转发到该对应的信令处理单元中进行处理；否则，请求所述信令管理单元分配一个对应的信令处理单元来处理所接收到的RSVP-TE报文。

本发明实施例还提供了一种基于上述权利要求所述装置的管理所述信令处理单元所使用资源的方法，包括：

从信令管理单元读取Epoch值，并向所述信令管理单元申请分配基于接口的消息标识MESSAGE_ID字段；

所述信令管理单元分配新的MESSAGE_ID段，并更新全局MESSAGE_ID分配表；

接收所述信令管理单元的分配结果，并更新局部MESSAGE_ID分配表。

本发明实施例还提供了一种基于上述权利要求所述装置的控制GR处理过程的方法，包括：

若邻居节点的Hello会话丢失，则当前节点在信令管理单元的控制下作为帮助Helper节点来协助所述邻居节点恢复信令状态；

若当前节点的某个信令处理单元发生故障，则所述当前节点作为重启Restater节点在邻居节点的协助下恢复信令状态。

由上述所提供的技术方案可以看出，通过在标签交换路由器LSR的线路卡或控制卡上部署信令消息分发单元、信令管理单元和信令处理单元，并在上述各单元的基础上进行RSVP-TE信令消息的分发、信令消息的处理，就可以有效的实现RSVP-TE实例的分布式部署，并给出了在这种部署下GR的实现方案，实现了LSP在多个RSVP-TE实例间的均衡、有效分布，从而使系统能够支持更大的容量规格，提高系统性能。

附图说明

图1为现有技术中实现GR的组网结构示意图；

图2为本发明实施例1所提供装置的结构示意图；

图3为本发明实施例2所提供信令消息分发方法的流程示意图；

图4为本发明实施例3所提供信令消息分发方法的信令交互示意图；

图5为本发明实施例4所提供管理所述信令处理单元所使用资源方法的流程示意图；

图6为本发明实施例5所提供管理所述信令处理单元所使用资源方法的信令交互示意图；

图7为本发明实施例6所提供的控制GR处理过程的方法流程示意图；

图8为本发明实施例7所提供的当前节点作为帮助节点时，控制GR处理过程的信令交互示意图；

图9为本发明实施例8所提供的当前节点作为重启节点时，控制GR处理过程的信令交互示意图。

具体实施方式

本发明实施方式提供了一种分布式的资源预留协议流量工程下优雅重启的实现装置及方法。本发明实施方式的实现装置和方法能够有效的实现RSVP-TE实例的分布式部署，并给出了在这种部署下GR的实现方案，实现LSP在多个RSVP-TE实例间的均衡、有效分布，从而使系统能够支持更大的容量规格，提高系统性能。

实施例1：本发明实施例1提供了一种分布式的RSVP-TE下GR的实现装置，如图2所示为所述装置的结构示意图，所述装置包括：信令消息分发单元、信令管理单元和信令处理单元。

其中，所述信令消息分发单元设置在标签交换路由器LSR的线路卡或控制卡上，用于将接收到的分布式的资源预留协议流量工程RSVP-TE报文转发给信令处理单元；并将协商Hello消息转发给信令管理单元。该信令消息分发单元为一个或多个，接收来自一个或多个接口上所发送的RSVP-TE报文，这里的接口指线路卡上的接口。

所述信令管理单元设置在所述LSR的控制卡上，用于在接收到所述信令消息分发单元下发的Hello消息后，维护所述LSR和邻居节点间的Hello会话；并控制优雅重启GR的处理过程。上述维护所述LSR和邻居节点间的hello会话具体包括：RFC3209和RFC4558定义的Hello消息对象的处理、Hello消息的交互过程以及RFC3473定义的Hello消息扩展对象的处理。

所述信令处理单元设置在所述LSR的控制卡上，用于在接收到所述信令消息分发单元上报的RSVP-TE报文后，维护所述LSR的信令状态，并处理所接收到的RSVP-TE报文。

另外，所述信令管理单元还可包括资源管理模块，所述资源管理模块用于管理和分配所述信令处理单元所使用的各种资源；这里所述的各种资源包括：启动时间标记Epoch值和/或消息标识Message-ID等。

通过以上实施例1的技术方案，就可以有效的实现RSVP-TE实例的分布式部署，使系统能够支持更大的容量规格，提高了系统性能。

实施例2：本发明实施例2提供了一种基于实施例1所述实现装置的信令消息分发方法，如图3所示为所述方法的流程示意图，所述方法包括：

步骤31：判断所接收到的报文类型。

具体来说，首先接收到各个接口上报的消息报文，然后判断所接收到报文的类型，也就是判断所接收到的报文是Hello消息还是其它的RSVP-TE消息，上述的Hello消息属于RSVP-TE消息中的一种。

步骤32：若所接收到的报文是Hello消息，则将所述报文上报到信令管理单元进行处理。

步骤33：若所接收到的报文是除Hello消息之外的其他RSVP-TE消息，则进一步查询本地标签交换路径LSP分发表。

在本步骤33中，当所接收到的报文是其它RSVP-TE消息时，还要进一步查询本地LSP分发表。如果能够查询到对应的信令处理单元，则进行步骤34的操作；否则，进行步骤35的操作。

步骤34：将该报文转发到该RSVP-TE消息对应的信令处理单元中进行处理。

步骤35：请求信令管理单元分配一个信令处理单元来处理所接收到的RSVP-TE报文。

具体来说，就是由信令管理单元查询全局LSP分发表，如果查询到对应的信令处理单元，则将所述RSVP-TE报文转发到所述信令处理单元进行处理；否则，重新分配一个信令处理单元来处理所接收到的RSVP-TE报文，并更新所述本地LSP分发表。

以上所述的全局LSP分发表包括所有LSP在信令处理单元间的分配情况；而所述本地LSP分发表包括所述信令消息分发单元所接收到的RSVP-TE消息所属的LSP在信令处理单元间的分配情况。上述全局LSP分发表和本地LSP分发表具体可以包括：会话Session表、LSP表、LSP分发表和消息标识MESSAGEID表等。

其中，Session表一般包括Session表索引、Egress LSR ID、Tunnel ID、Extend LSR ID；而LSP表一般包括LSP表索引、Session表索引、LSP ID、Ingress ID；LSP分发表一般包括LSP分发表索引、LSP表索引、信令处理单元的标识ID(该ID唯一标识一个信令处理单元)；MESSAGEID表一般包括MESSAGEID表索引、MESSAGE ID、LSP表索引等。

另外，以上所述查询全局LSP分发表和查询本地LSP分发表的过程可以是：当所接收到的消息是MESSAGE_ACK和MESSAGE_ID_NACK消息时，查询MESSAGE ID表得到LSP表索引；然后再查询LSP分发表得到信令处理单元的标识ID；当所接收到的消息是其他RSVP-TE消息时，查询Session表、LSP表和LSP分发表得到信令处理单元的标识ID。

同样的，通过以上实施例2的技术方案，就可以有效的实现RSVP-TE实例的分布式部署，实现了LSP在多个RSVP-TE实例间的均衡、有效分布，从而使系统能够支持更大的容量规格，提高系统性能。

实施例3：本发明实施例3是以具体的实例来对信令消息分发方法进行说明，如图4所示为该实例的信令交互示意图，图4中包括：

LCRSVP实例，该LCRSVP实例的功能相当于信令消息分发单元；

CRSVP实例，该CRSVP实例的功能相当于信令管理单元；以及

DRSVP实例，该DRSVP实例的功能相当于信令处理单元。

具体的信令交互过程为：

a)首先由LCRSVP来解析所收到的报文，如果该报文消息是Hello消息，则上报给CRSVP来处理，处理流程结束。

b)如果该报文是非Hello消息，则由LCRSVP查询本地LSP分发表。

c)如果查询到对应的DRSVP，则LCRSVP把报文转发到对应的DRSVP，由对应的DRSVP进行处理，处理流程结束。

d)如果没有查询到对应的DRSVP，则由LCRSVP请求CRSVP分配一个DRSVP实例来处理该RSVP消息。

e)CRSVP查询全局LSP分发表，如果查询不成功，则重新分配一个新的DRSVP实例来处理该RSVP消息，并更新全局LSP分发表，然后再通知LCRSVP分配结果。

f)LCRSVP更新本地LSP分发表。

g)LCRSVP把报文转发到该重新分配的DRSVP，由其进行相应的处理，处理流程结束。

通过以上实施例3的技术方案，就可以有效的实现RSVP-TE实例的分布式部署，实现了LSP在多个RSVP-TE实例间的均衡、有效分布，从而使系统能够支持更大的容量规格，提高系统性能。

实施例4：本实施例4提供了一种基于上述装置实施例1的管理所述信令处理单元所使用资源的方法，如图5所示为所述方法的流程示意图，所述方法包括：

步骤51：从信令管理单元读取Epoch值，并向所述信令管理单元申请分配基于线路卡接口的消息标识MESSAGE_ID字段。

步骤52：信令管理单元分配新的MESSAGE_ID段，并更新全局MESSAGE_ID分配表。

本步骤52中，所述的全局MESSAGE_ID分配表包括为所有线路卡接口分配的MESSAGE_ID段。

步骤53：接收所述信令管理单元的分配结果，并更新局部MESSAGE_ID分配表。

本步骤53中，所述的局部MESSAGE_ID分配表包括本信令处理单元处理的所有LSP所涉及的接口的MESSAGE_ID段。

以上所述的全局MESSAGE_ID分配表和所述局部MESSAGE_ID分配表，具体包括：MESSAGE_ID分配表索引、接口索引、MESSAGE_ID起始值和MESSAGE_ID结束值。

通过以上实施例4的技术方案，就可以有效的实现RSVP-TE实例的分布式部署，实现了LSP在多个RSVP-TE实例间的均衡、有效分布，从而使系统能够支持更大的容量规格，提高系统性能。

实施例5：本实施例5是以具体的实例来对所提供管理所述信令处理单元所使用资源方法进行的说明，如图6所示为所述方法的信令交互示意图，图6中包括：

CRSVP实例，该CRSVP实例的功能相当于信令管理单元；

DRSVP实例，该DRSVP实例的功能相当于信令处理单元。

具体的信令交互过程为：

a)DRSVP从CRSVP读取Epoch值

b)DRSVP向CRSVP申请分配基于线路卡接口的MESSAGE_ID段

c)CRSVP分配新的MESSAGE_ID段，并更新全局MESSAGE_ID分配表

d)CRSVP通知DRSVP分配结果

e)DRSVP更新局部MESSAGE_ID分配表。

通过以上实施例5的技术方案，就可以有效的实现RSVP-TE实例的分布式部署，实现了LSP在多个RSVP-TE实例间的均衡、有效分布，从而使系统能够支持更大的容量规格，提高系统性能。

实施例6：本实施例6提供了一种基于上述装置实施例1的控制GR处理过程的方法，如图7所示为所述方法的流程示意图，所述方法包括：

步骤71：若邻居节点的Hello会话丢失，则当前节点在信令管理单元的控制下作为帮助Helper节点来协助所述邻居节点恢复信令状态。

具体来说，当邻居节点的Hello会话丢失时，信令管理单元通知所有与所述邻居节点相关的信令处理单元，该邻居节点信令状态丢失。

所述信令处理单元进入等待邻居恢复状态，所有LSP进入自刷新状态。

当所述信令管理单元和所述邻居节点重建Hello会话成功之后，所述信令管理单元通知与所述邻居节点相关的所有信令处理单元，该邻居节点恢复。

所述信令处理单元作为帮助Helper节点，协助所述邻居节点恢复信令状态。

步骤72：若当前节点的某个信令处理单元发生故障，则所述当前节点作为重启Restater节点在邻居节点的协助下恢复信令状态。

具体来说，当信令管理单元检测到某个信令处理单元发生故障时，停止与该信令处理单元所涉及的所有邻居节点间的Hello会话。

删除与发生故障的信令处理单元相关的全局LSP分发表表项，并通知所有信令消息分发单元删除与该发生故障的信令处理单元相关的本地LSP分发表表项。

当信令管理单元检测到该发生故障的信令处理单元恢复时，启动与该信令处理单元所涉及的所有邻居节点间的Hello会话。

恢复的信令处理单元作为重启Restarter节点，在接收到所述信令消息分发单元所发送的RSVP-TE报文之后，恢复RSVP-TE信令状态。

以上所述的LSP的信令状态包括：路径状态块PSB、预留状态块RSB和流量控制状态块TCSB。

通过以上实施例6的技术方案，就可以有效的实现RSVP-TE实例的分布式部署，并给出了在这种部署下GR的实现方案，实现了LSP在多个RSVP-TE实例间的均衡、有效分布，从而使系统能够支持更大的容量规格，提高系统性能。

实施例7：本实施例7是以具体的实例来对当前节点作为帮助节点时，控制GR处理过程的说明，如图8所示为本发明实施例7所提供方法的信令交互示意图，图8中包括CRSVP实例、DRSVP实例1和DRSVP实例2，该CRSVP实例的功能相当于信令管理单元，该DRSVP实例的功能相当于信令处理单元。具体的信令交互过程为：

a)当邻居节点的Hello会话丢失时，CRSVP通知所有与此邻居相关的DRSVP实例该邻居节点丢失，其中DRSVP实例1和DRSVP实例2就是与此邻居相关的DRSVP实例。

b)相关DRSVP实例进入等待邻居恢复状态，所有LSP进入自刷新状态。

c)CRSVP启动重启定时器等待邻居节点重启。

d)CRSVP和邻居节点重建Hello会话成功之后，CRSVP停止重启定时器，启动恢复定时器。

e)CRSVP通知与此邻居相关的所有DRSVP实例该邻居节点恢复。

f)DRSVP实例作为Helper节点开始协助邻居节点恢复信令状态。

g)恢复定时器超时，CRSVP通知与此邻居相关的所有DRSVP实例恢复结束。

h)DRSVP实例老化没有恢复的LSP。

通过以上实施例7的技术方案，就可以有效的实现RSVP-TE实例的分布式部署，并给出了在这种部署下GR的实现方案，实现了LSP在多个RSVP-TE实例间的均衡、有效分布，从而使系统能够支持更大的容量规格，提高系统性能。

实施例8：本实施例8是以具体的实例来对当前节点作为重启节点时，控制GR处理过程的说明，如图9所示为本发明实施例8所提供方法的信令交互示意图，图9中包括：CRSVP实例，该CRSVP实例的功能相当于信令管理单元；正常的DRSVP实例，该正常的DRSVP实例是没有发生故障的实例；恢复的DRSVP实例，该恢复的DRSVP实例是发生故障需要恢复的实例，其功能相当于信令处理单元；LCRSVP实例，该LCRSVP实例的功能相当于信令消息分发单元。具体的信令交互过程为：

a)CRSVP检测到某个DRSVP实例故障。

b)CRSVP停止与该DRSVP实例涉及的所有邻居节点间的Hello会话。

c)CRSVP通知与b所述的邻居节点相关的其它状态正常的DRSVP实例进入自刷新状态。

d)CRSVP删除与故障DRSVP实例相关的全局LSP分发表表项。

e)CRSVP通知所有LCRSVP实例删除与故障DRSVP实例相关的本地LSP分发表表项。

f)CRSVP检测到故障DRSVP实例恢复。

g)CRSVP启动与故障DRSVP实例涉及的所有邻居节点间的Hello会话。

h)CRSVP启动恢复定时器。

i)LCRSVP转发接收到RSVP报文。

j)恢复的DRSVP实例作为Restarter，在接收到RSVP报文之后，按照协议规定的处理过程恢复信令状态。

k)正常的DRSVP实例接收到RSVP报文之后，退出自刷新状态。

l)恢复定时器超时之后，CRSVP通知正常的DRSVP实例恢复结束。

m)正常的DRSVP实例老化没有恢复的LSP。

通过以上实施例8的技术方案，就可以有效的实现RSVP-TE实例的分布式部署，并给出了在这种部署下GR的实现方案，实现了LSP在多个RSVP-TE实例间的均衡、有效分布，从而使系统能够支持更大的容量规格，提高系统性能。

值得注意的是，上述各个实施例中，所包括的各个单元只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。

另外，本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，相应的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

综上所述，本发明实施例通过在标签交换路由器LSR的线路卡或控制卡上部署信令消息分发单元、信令管理单元和信令处理单元，并在上述各单元的基础上进行RSVP-TE信令消息的分发、处理以及控制相应的GR处理过程，就可以有效的实现RSVP-TE实例的分布式部署，并给出了在分布式部署下实现GR的方法，实现了LSP在多个RSVP-TE实例间的均衡、有效分布，从而使系统能够支持更大的容量规格，提高系统性能。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明实施例揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims (15)

1、一种资源预留协议流量工程下优雅重启的实现装置，其特征在于，包括：

信令消息分发单元，设置在标签交换路由器LSR的线路卡或控制卡上，用于将接收到的资源预留协议流量工程RSVP-TE报文转发给信令处理单元；并将协商Hello消息转发给信令管理单元；

所述信令管理单元，设置在所述LSR的控制卡上，用于在接收到所述信令消息分发单元上报的Hello消息后，维护所述LSR和邻居节点间的Hello会话；并控制优雅重启GR的处理过程；

所述信令处理单元，设置在所述LSR的控制卡上，用于在接收到所述信令消息分发单元上报的RSVP-TE报文后，维护所述LSR的信令状态，并处理所接收到的RSVP-TE报文。

2、如权利要求1所述的装置，其特征在于，所述信令管理单元包括：

资源管理模块，用于管理和分配所述信令处理单元所使用的各种资源；所述各种资源包括：启动时间标记Epoch值和/或消息标识Message-ID。

3、如权利要求1或2所述的装置，其特征在于，所述信令消息分发单元为一个或多个；每个信令消息分发单元接收来自一个或多个接口上的RSVP-TE报文。

4、一种基于权利要求1所述装置的信令消息分发方法，其特征在于，包括：

判断所接收到的报文类型，若所接收到的报文是Hello消息，则将所述报文上报到信令管理单元进行处理；

若所接收到的报文是除Hello消息之外的其他RSVP-TE消息，则查询本地多协议标签交换路径LSP分发表；如果能够查询到对应的信令处理单元，则将所述报文转发到该对应的信令处理单元中进行处理；否则，请求所述信令管理单元分配一个对应的信令处理单元来处理所接收到的RSVP-TE报文。

5、如权利要求4所述的方法，其特征在于，所述请求所述信令管理单元分配一个对应的信令处理单元来处理所接收到的RSVP-TE报文，具体包括：

由所述信令管理单元查询全局LSP分发表，如果查询到对应的信令处理单元，则将所述RSVP-TE报文转发到所述信令处理单元进行处理；否则，重新分配一个信令处理单元来处理所接收到的RSVP-TE报文，并更新所述本地LSP分发表。

6、如权利要求5所述的方法，其特征在于，所述重新分配一个信令处理单元，具体包括：

使所有信令处理单元中的LSP数目均衡，并将属于同一个会话的LSP分配到同一个信令处理单元。

7、如权利要求5所述的方法，其特征在于，所述全局LSP分发表和所述本地LSP分发表，具体包括：会话Session表、LSP表、LSP分发表和消息标识MESSAGEID表。

8、一种权利要求1所述装置的管理所述信令处理单元所使用资源的方法，其特征在于，包括：

从信令管理单元读取Epoch值，并向所述信令管理单元申请分配基于接口的消息标识MESSAGE_ID字段；

所述信令管理单元分配新的MESSAGE_ID段，并更新全局MESSAGE_ID分配表；

接收所述信令管理单元的分配结果，并更新局部MESSAGE_ID分配表。

9、如权利要求8所述的方法，其特征在于，所述全局MESSAGE_ID分配表包括：为所有接口分配的MESSAGE_ID段。

10、如权利要求8所述的方法，其特征在于，所述局部MESSAGE_ID分配表包括：本信令管理单元管理的所有LSP所涉及的接口的MESSAGE_ID段。

11、如权利要求8-10其中之一所述的方法，其特征在于，所述全局MESSAGE_ID分配表和所述局部MESSAGE_ID分配表，具体包括：

MESSAGE_ID分配表索引、接口索引、MESSAGE_ID起始值和MESSAGE_ID结束值。

12、一种权利要求1所述装置的控制GR处理过程的方法，其特征在于，

若邻居节点的Hello会话丢失，则当前节点在信令管理单元的控制下作为帮助Helper节点来协助所述邻居节点恢复信令状态；

若当前节点的某个信令处理单元发生故障，则所述当前节点作为重启Restater节点在邻居节点的协助下恢复信令状态。

13、如权利要求12所述的方法，其特征在于，所述当前节点在信令管理单元的控制下作为帮助Helper节点来协助所述邻居节点恢复信令状态，具体包括：

信令管理单元通知所有与所述邻居节点相关的信令处理单元，该邻居节点丢失；

所述信令处理单元进入等待邻居恢复状态，所有LSP进入自刷新状态；

当所述信令管理单元和所述邻居节点重建Hello会话成功之后，所述信令管理单元通知与所述邻居节点相关的所有信令处理单元，该邻居节点恢复；

所述信令处理单元作为帮助Helper节点，协助所述邻居节点恢复信令状态。

14、如权利要求12所述的方法，其特征在于，所述当前节点作为重启Restater节点在邻居节点的协助下恢复信令状态，具体包括：

当信令管理单元检测到某个信令处理单元发生故障时，停止与该信令处理单元所涉及的所有邻居节点间的Hello会话；

删除与发生故障的信令处理单元相关的全局LSP分发表表项，并通知所有信令消息分发单元删除与该发生故障的信令处理单元相关的本地LSP分发表表项；

当信令管理单元检测到该发生故障的信令处理单元恢复时，启动与该信令处理单元所涉及的所有邻居节点间的Hello会话；

恢复的信令处理单元作为重启Restarter节点，在接收到所述信令消息分发单元所发送的RSVP-TE报文之后，恢复RSVP-TE信令状态。

15、如权利要求14所述的方法，其特征在于，所述LSP的信令状态包括：路径状态块PSB、预留状态块RSB和流量控制状态块TCSB。

Images