专利名称：资源预留协议流量工程下优雅重启的实现装置及方法
技术领域：
本发明涉及网络通信领域，尤其涉及一种资源预留协议流量工程下优雅重 启的实现装置及方法。
背景技术：
目前，在网络通信中，资源预留协议流量工程(Resource ReSerVation Protocol-Traffic Engineering, RSVP誦TE)下的优雅重启(Graceful Restart,
GR)技术是实现系统高可靠性的一种方法，当标签交换路由器(Label-Switch Router, LSR)节点的控制平面发生故障时，会导致RSVP-TE信令状态丟失； 在控制平面的故障恢复时，该方法能够在邻居节点的协助之下恢复原有的信令 状态，同时不丢失转发平面的状态。
另夕卜，为了在邻居节点间通告自身具备GR能力，现有技术中还扩展了协 商消息Hello消息，在该消息中增加了重启能力RestarLCap对象，该对象中 包括两个值重启时间(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—lnstance设置为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 MPLS Label-Switched Path, LSP),都要执行下列的步骤
a、 上游节点R1发送携带恢复标签Recovery Label对象的路径Path消息 给Restarter节点R2;
下游节点R3发送恢复路径消息RecoveryPath消息给节点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设置为0,通知 上游节点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 JD字段；
所述信令管理单元分配新的MESSAGEJD段，并更新全局MESSAGEJD 分配表；
接收所述信令管理单元的分配结果，并更新局部MESSAGEJD分配表。 本发明实施例还提供了一种基于上述权利要求所述装置的控制GR处理过 程的方法，包括
若邻居节点的Hello会话丢失，则当前节点在信令管理单元的控制下作为帮 助Helper节点来协助所述邻居节点恢复信令状态；
若当前节点的某个信令处理单元发生故障，则所述当前节点作为重启 Restater节点在邻居节点的协助下恢复信令状态。
由上述所提供的技术方案可以看出，通过在标签交换路由器LSR的线路卡 或控制卡上部署信令消息分发单元、信令管理单元和信令处理单元，并在上述 各单元的基础上进行RSVP-TE信令消息的分发、信令消息的处理，就可以有效 的实现RSVP-TE实例的分布式部署，并给出了在这种部署下GR的实现方案，实现了 LSP在多个RSVP-TE实例间的均衡、有效分布，从而使系统能够支持更 大的容量规格，提高系统性能。
图1为现有技术中实现GR的组网结构示意图2为本发明实施例1所提供装置的结构示意图3为本发明实施例2所提供信令消息分发方法的流程示意图4为本发明实施例3所提供信令消息分发方法的信令交互示意程示意图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-l D等。
通过以上实施例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表一般包括 MESSAG曰D表索引、MESSAGE ID、 LSP表索引等。
另夕卜，以上所述查询全局LSP分发表和查询本地LSP分发表的过程可以是 当所接收到的消息是MESSAGE—ACK和MESSAGEJD—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值，并向所述信令管理单元申请分配 基于线路卡接口的消息标识MESSAGEJD字段。
步骤52:信令管理单元分配新的MESSAGEJD段，并更新全局 MESSAGEJD分配表。
本步骤52中，所述的全局MESSAGEJD分配表包括为所有线路卡接口分 配的MESSAGEJD段。
步骤53:接收所述信令管理单元的分配结果，并更新局部MESSAGEJD 分配表。
本步骤53中，所述的局部MESSAGEJD分配表包括本信令处理单元处理 的所有LSP所涉及的接口的MESSAGE—ID段。
以上所述的全局MESSAGEJD分配表和所述局部MESSAGEJD分配表， 具体包括MESSAGEJD分配表索引、接口索引、MESSAGEJD起始值和 MESSAGE—ID结束值。
通过以上实施例4的技术方案，就可以有效的实现RSVP-TE实例的分布式 部署，实现了LSP在多个RSVP-TE实例间的均衡、有效分布，从而使系统能够 支持更大的容量规格，提高系统性能。
实施例5:本实施例5是以具体的实例来对所提供管理所述信令处理单元所 使用资源方法进行的说明，如图6所示为所述方法的信令交互示意图，图6中包 括
CRSVP实例，该CRSVP实例的功能相当于信令管理单元； DRSVP实例，该DRSVP实例的功能相当于信令处理单元。 具体的信令交互过程为a) DRSVP从CRSVP读取Epoch值
b ) DRSVP向CRSVP申请分配基于线路卡接口的MESSAGEJD段
c) CRSVP分配新的MESSAGE—ID段，并更新全局MESSAGEJD分配表
d) CRSVP通知DRSVP分配结果
e) DRSVP更新局部MESSAGEJD分配表。
通过以上实施例5的技术方案，就可以有效的实现RSVP-TE实例的分布式 部署，实现了LSP在多个RSVP-TE实例间的均衡、有效分布，从而使系统能够 支持更大的容量规格，提高系统性能。
实施例6:本实施例6提供了一种基于上述装置实施例1的控制GR处理过程 的方法，如图7所示为所述方法的流程示意图，所述方法包括
步骤71:若邻居节点的Hello会话丢失,则当前节点在信令管理单元的控制 下作为帮助Helper节点来协助所述邻居节点恢复信令状态。
具体来说，当邻居节点的Hello会话丟失时，信令管理单元通知所有与所述 邻居节点相关的信令处理单元，该邻居节点信令状态丟失。
所述信令处理单元进入等待邻居恢复状态，所有LSP进入自刷新状态。
当所述信令管理单元和所述邻居节点重建Hello会话成功之后，所述信令管 理单元通知与所述邻居节点相关的所有信令处理单元，该邻居节点恢复。
所述信令处理单元作为帮助Helper节点，协助所述邻居节点恢复信令状态。
步骤72:若当前节点的某个信令处理单元发生故障，则所述当前节点作为 重启Restater节点在邻居节点的协助下恢复信令状态。
具体来说，当信令管理单元检测到某个信令处理单元发生故障时，停止与 该信令处理单元所涉及的所有邻居节点间的Hello会话。
删除与发生故障的信令处理单元相关的全局LSP分发表表项，并通知所有 信令消息分发单元删除与该发生故障的信令处理单元相关的本地LSP分发表表 项。当信令管理单元^T测到该发生故障的信令处理单元恢复时，启动与该信令
处理单元所涉及的所有邻居节点间的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报文之后，退出自刷新状态。 I)恢复定时器超时之后，CRSVP通知正常的DRSVP实例恢复结束。 m)正常的DRSVP实例老化没有恢复的LSP。通过以上实施例8的技术方案，就可以有效的实现RSVP-TE实例的分布式部 署，并给出了在这种部署下GR的实现方案，实现了LSP在多个RSVP-TE实例
间的均衡、有效分布，从而使系统能够支持更大的容量规格，提高系统性能。
值得注意的是，上述各个实施例中，所包括的各个单元只是按照功能逻辑 进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另夕卜， 各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护 范围。
步骤是可以通过程序来指令相关的硬件完成，相应的程序可以存储于一种计算 机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
综上所述，本发明实施例通过在标签交换路由器LSR的线路卡或控制卡上 部署信令消息分发单元、信令管理单元和信令处理单元，并在上述各单元的基 础上进行RSVP-TE信令消息的分发、处理以及控制相应的GR处理过程，就可 以有效的实现RSVP-TE实例的分布式部署，并给出了在分布式部署下实现GR 的方法，实现了LSP在多个RSVP-TE实例间的均衡、有效分布，从而使系统能 够支持更大的容量规格，提高系统性能。
以上所述，仅为本发明较佳的具体实施方式
，但本发明的保护范围并不局 限于此，任何熟悉本技术领域的技术人员在本发明实施例揭露的技术范围内， 可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明 的保护范围应该以权利要求的保护范围为准。
权利要求
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^JL。
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值，并向所述信令管理单元申请分配基于接口 的消息标识MESSAGEJD字段；所述信令管理单元分配新的MESSAGEJD段，并更新全局MESSAGEJD 分配表；接收所述信令管理单元的分配结果，并更新局部MESSAGEJD分配表。
9、 如权利要求8所述的方法，其特征在于，所述全局MESSAGEJD分配 表包括为所有接口分配的MESSAGEJD段。
10、 如权利要求8所述的方法，其特征在于，所述局部MESSAGEJD分配 表包括本信令管理单元管理的所有LSP所涉及的接口的MESSAGEJD段。
11、 如权利要求8-10其中之一所述的方法，其特征在于，所述全局M ESSAG E—I D分配表和所述局部M ESS AG E—I D分配表，具体包括MESSAGE—ID分配表索引、接口索引、MESSAGE—ID起始值和 M ESSAG EJD结束值。
12、 一种权利要求1所述装置的控制GR处理过程的方法，其特征在于， 若邻居节点的Hello会话丢失，则当前节点在信令管理单元的控制下作为帮助Hel per节点来协助所述邻居节点恢复信令状态；若当前节点的某个信令处理单元发生故障，则所述当前节点作为重启 Restater节点在邻居节点的协助下恢复信令状态。
13、 如权利要求12所述的方法，其特征在于，所述当前节点在信令管理单 元的控制下作为帮助Helper节点来协助所述邻居节点恢复信令状态，具体包 括信令管理单元通知所有与所述邻居节点相关的信令处理单元，该邻居节点 丢失；所述信令处理单元进入等待邻居恢复状态，所有LSP进入自刷新状态； 当所述信令管理单元和所述邻居节点重建Hello会话成功之后，所述信令管 理单元通知与所述邻居节点相关的所有信令处理单元，该邻居节点恢复；所述信令处理单元作为帮助Helper节点，协助所述邻居节点恢复信令状态。
14、 如权利要求12所述的方法，其特征在于，所述当前节点作为重启 Restater节点在邻居节点的协助下恢复信令状态，具体包括当信令管理单元检测到某个信令处理单元发生故障时，停止与该信令处理 单元所涉及的所有邻居节点间的Hello会话；删除与发生故障的信令处理单元相关的全局LSP分发表表项，并通知所有 信令消息分发单元删除与该发生故障的信令处理单元相关的本地LSP分发表表项；当信令管理单元^r测到该发生故障的信令处理单元恢复时，启动与该信令 处理单元所涉及的所有邻居节点间的Hello会话；恢复的信令处理单元作为重启Restarter节点，在接收到所述信令消息分发 单元所发送的RSVP-TE报文之后，恢复RSVP-TE信令状态。
15、如权利要求14所述的方法，其特征在于，所述LSP的信令状态包括 路径状态块PSB、预留状态块RSB和流量控制状态块TCSB。
全文摘要
本发明实施例提供了一种资源预留协议流量工程下优雅重启的实现装置及方法。具体是通过在标签交换路由器LSR的线路卡或控制卡上部署信令消息分发单元、信令管理单元和信令处理单元，并在上述各单元的基础上进行RSVP-TE信令消息的分发、处理以及控制相应的GR处理过程。这样就可以有效的实现RSVP-TE实例的分布式部署，同时还给出了分布式部署下的GR实现方案，实现LSP在多个RSVP-TE实例间的均衡、有效分布，从而使系统能够支持更大的容量规格，提高系统性能。
文档编号H04L12/56GK101420378SQ200810181148
公开日2009年4月29日 申请日期2008年11月24日 优先权日2008年11月24日
发明者毅 胡 申请人:华为技术有限公司