CN112822108A - 建立lsp的方法、服务器及路由器 - Google Patents

Abstract

本发明实施例公开了一种建立LSP的方法、服务器及路由器，用于减轻PCE服务器的性能压力。本发明实施例方法包括：路径计算单元PCE服务器向路径计算客户端PCC发送第一消息以触发LSP的建立，将LSP的管理权限托管给PCC，以使得PCC计算LSP的路径，根据路径建立LSP。因为PCE服务器将一些可托管给PCC进行LSP计算和管理的业务托管给PCC进行路径计算和管理，使其能更聚焦于那些必须基于全局视图来进行管理的业务的路径的计算和管理，因此能够有效减轻PCE服务器的性能压力。

Description

建立LSP的方法、服务器及路由器

本申请是向中国知识产权局提交的申请日为2015年12月30日、申请号为201511024806.5、发明名称为“建立LSP的方法、服务器及路由器”的申请的分案申请。

技术领域

本发明涉及通信领域，尤其涉及一种PCE建立LSP的方法、PCE服务器及路由器。

背景技术

路径计算单元(Path Computation Element，PCE)是一种基于多协议标签交换(Multiple Protocol Label Switch，MPLS)流量工程(Traffic engineering，TE)的集中算路模式。PCE的提出最早是为了解决大型的多区域网络路径计算问题，可以通过PCE为MPLSTE计算跨域路径。PCE解决方案中有服务器(Server)和客户端(Client)两种角色。Server是路径计算的完成方，存储了整网的路径信息。Client为算路请求的发起方，即隧道的Ingress节点(入节点)。Client向Server发出请求后，Server会根据整网的资源情况进行路径计算，最终达到整网资源的最优化。传统的PCE集中管理了网络的TE拓扑资源，即流量工程数据库(Traffic Engineering Database，TEDB)。

PCE技术分为stateless PCE和stateful PCE两种，stateless在进行路径计算时只考虑TEDB的信息，stateful PCE路径计算时同时考虑TEDB和LSP状态数据库(LSP StateDatabase，LSPDB)的信息。现有技术中有两种stateful PCE的模式：passive stateful PCE和active stateful PCE：

其中，Active Stateful PCE基于传统PCE基础上，PCC通过托管(Delegation)方式向PCE Server上报(Report)LSP信息，并授权PCE Server管理托管的LSP。具体的流程如图1所示：

PCE Server通过托管的LSP信息生成全网的LSPDB，并基于LSPDB进行网络优化计算，结果随路径更新(Update)下发至PCC。PCC以先建立新业务再拆除老业务(Make-Before-Break，MBB)方式进行路径调整，并重新上报调整结果，更新LSP DB。

Active Stateful PCE技术中LSP的创建的其中一种方式为：PCE initiated LSP，是由PCE Server触发创建LSP，PCE initiated LSP的隧道在PCC上面是自动创建的(autotunnel)，所有的PCE initiated LSP的管理权限自动的都归属于PCE server，不可选择。PCE server负责所有这些LSP的计算和管理，如图2所示，当PCE server管理的PCC的网络较大，托管给PCE的LSP数量较大，如果此时PCE server触发创建的PCE initiated LSP也托管给PCE server，PCE server的计算工作量就会剧增，大大增加了PCE server的负担，且对PCE server的性能产生较大影响。

发明内容

本发明实施例提供了一种建立LSP的方法、服务器及路由器，能够有效减轻PCEServer的性能压力。

第一方面，本发明实施例提供了一种建立标签交换路径LSP的方法，包括：

路径计算单元PCE服务器向路径计算客户端PCC发送第一消息以触发LSP的建立，将LSP的管理权限托管给PCC，以使得PCC计算LSP的路径，根据路径建立LSP。

本发明实施例中，PCE Server将一些可托管给PCC进行LSP计算和管理的业务(例如：不重要的业务)托管给PCC进行路径计算和管理，使其能更聚焦于那些必须基于全局视图来进行管理的业务的路径的计算和管理，因此能够有效减轻PCE Server的性能压力。

结合第一方面，在第一方面的第一种可能的实现方式中，该方法还包括：

PCE服务器向PCC发送第二消息取消托管LSP的管理权限，以使得PCC将LSP的管理权限托管给PCE服务器。

如此，通过此种方式，PCE服务器可以在适当的时候撤销该LSP向PCC的托管。

结合第一方面或第一方面的第一种可能的实现方式，在第一方面的第二种可能的实现方式中，PCE服务器将LSP的管理权限托管给PCC包括：

PCE服务器在第一消息中携带LSP的管理权限托管指示，通过LSP的管理权限托管指示将LSP的管理权限托管给PCC。

如此，可以直接在触发创建LSP的第一消息中将LSP的管理权限托管指示发送给PCC，使得PCC可以计算路径，并建立LSP。

结合第一方面或第一方面的第一种可能的实现方式，在第一方面的第三种可能的实现方式中，该方法还包括：PCE服务器接收PCC在接收到第一消息之后发送的LSP的托管请求；PCE服务器将LSP的管理权限托管给PCC包括：PCE服务器拒绝PCC发送的LSP的托管请求，向PCC发送第三消息，第三消息中携带LSP的管理权限托管指示，通过LSP的管理权限托管指示将LSP的管理权限托管给PCC。

如此，可以在等PCC将LSP的管理权限托管给PCE服务器时，PCE服务器才拒绝PCC的托管，并将LSP的管理权限通过第三消息托管给PCC，使得PCC可以计算路径，并建立LSP。

需要说明的是，PCE服务器将LSP的管理权限托管给PCC的方式除了以上两种之外，还可以通过其他方式进行托管，上述两种方式并不对本发明构成限定。

结合第一方面、第一方面的第一种可能的实现方式至第一方面的第三种可能的实现方式中的任一种可能的实现方式，在第一方面的第四种可能的实现方式中，该方法还包括：PCE服务器指定LSP为主LSP、备份LSP或者逃生LSP。

结合第一方面的第四种可能的实现方式，在第一方面的第五种可能的实现方式中，PCE服务器指定LSP为主LSP、备份LSP或者逃生LSP包括：

PCE服务器在第一消息中携带LSP的角色指示，LSP的角色指示用于标识LSP为主LSP、备份LSP或者逃生LSP。

因此，在将LSP的管理权限托管给PCC时等信息交互过程中，明确指定LSP的角色(主LSP、备份LSP或逃生LSP)，在主备LSP均故障时在PCC上面可以自动计算和创建逃生路径，减少业务的断流时间。

第二方面，本发明实施例提供了一种建立标签交换路径LSP的方法，，包括：

路径计算客户端PCC接收路径计算单元PCE服务器发送的的第一消息，第一消息用于触发建立LSP；PCC根据第一消息获得LSP的管理权限；PCC在获得LSP的管理权限后，计算LSP的路径，根据路径建立LSP。

本发明实施例中，在PCE Server将一些可托管给PCC进行LSP计算和管理的业务(例如：不重要的业务)的LSP的管理权限托管给PCC之后，PCC可以进行路径计算和管理，因此能够有效减轻PCE Server的性能压力。

结合第二方面，在第二方面的第一种可能的实现方式中，该方法还包括：

PCC接收PCE服务器发送的第二消息，第二消息用于取消托管LSP的管理权限；PCC接收到第二消息后，将LSP的管理权限托管给PCE服务器。

结合第二方面或第二方面的第一种可能的实现方式，在第二方面的第二种可能的实现方式中，PCC根据第一消息获得LSP的管理权限包括：

第一消息中携带LSP的管理权限托管指示，以将LSP的管理权限托管给PCC，PCC根据LSP的管理权限托管指示获得LSP的管理权限。

结合第二方面或第二方面的第一种可能的实现方式，在第二方面的第三种可能的实现方式中，PCC根据第一消息获得LSP的管理权限包括：

PCC在接收到第一消息后向PCE服务器发送LSP的托管请求；

PCC接收PCE服务器发送的第三消息，第三消息为PCE服务器拒绝PCC发送的LSP的托管请求之后发送的消息，第三消息中携带LSP的管理权限托管指示；

PCC根据LSP的管理权限托管指示获得LSP的管理权限。

结合第二方面、第二方面的第一种可能的实现方式至第二方面的第三种可能的实现方式中的任一种可能的实现方式，在第二方面的第四种可能的实现方式中，该方法还包括：PCC根据第一消息获知LSP为主LSP、备份LSP或者逃生LSP。

结合第二方面的第四种可能的实现方式，在第二方面的第五种可能的实现方式中，PCC根据第一消息获知LSP为主LSP、备份LSP或者逃生LSP包括：第一消息中携带LSP的角色指示，PCC根据LSP的角色指示获知LSP为主LSP、备份LSP或者逃生LSP。

结合第二方面的第四种可能的实现方式或第二方面的第五种可能的实现方式，在第二方面的第六种可能的实现方式中，当所述LSP为逃生LSP时，所述PCC在获得所述LSP的管理权限后，计算所述LSP的路径，根据所述路径建立所述LSP包括：所述PCC保存所述逃生LSP的相关信息，当检测到主LSP和备份LSP均建立失败或无法建立时，计算所述逃生LSP的路径，根据所述路径建立所述逃生LSP。

结合第二方面或第三方面中的任一种可能的实现方式，在PCE服务器与PCC交互的消息中携带LSP的角色指示的一种方式为拓展PCEP协议，通过在LSP Object中增加T标志位，用于标识LSP的角色；在PCE服务器发送给PCC的消息中携带LSP的管理权限托管指示的一种方式为拓展PCEP协议，在LSP Object中增加DC标志位，用于标识LSP的托管指示。

结合第二方面或第三方面中的任一种可能的实现方式，在PCE服务器与PCC交互的消息中携带LSP的角色指示一种方式为拓展PCEP协议：通过在LSP Object中增加T标志位，用于标识LSP的角色；在PCE服务器发送给PCC的消息中携带LSP的管理权限托管的一种方式为拓展PCEP协议，通过在Association Object中增加DC标志位，用于标识LSP的管理权限托管指示。

本发明实施例中，通过拓展PCEP协议，在在PCE服务器与PCC交互的消息中携带LSP的角色及LSP的管理权限托管指示，从而能够节省系统开销。

第三方面，本发明实施例提供了一种服务器，包括：

LSP建立触发单元，用于向路径计算客户端PCC发送第一消息以触发LSP的建立；

LSP托管单元，用于将LSP的管理权限托管给PCC，以使得PCC计算LSP的路径，根据路径建立LSP。

结合第三方面，在第三方面的第一种可能的实现方式中，服务器还包括：

LSP托管取消单元，用于向PCC发送第二消息取消托管LSP的管理权限，以使得PCC将LSP的管理权限托管给PCE服务器。

结合第三方面或第三方面的第一种可能的实现方式，在第三方面的第二种可能的实现方式中，第一消息中携带LSP的管理权限托管指示；LSP托管单元，具体用于通知LSP建立触发单元在第一消息中携带LSP的管理权限托管指示，通过LSP的管理权限托管指示将LSP的管理权限托管给PCC。

结合第三方面或第三方面的第一种可能的实现方式，在第三方面的第三种可能的实现方式中，服务器还包括：

接收单元，用于接收PCC发送的LSP的托管请求，托管请求为PCC在接收到第一消息之后发送的；

LSP托管单元，具体用于拒绝PCC发送的LSP的托管请求，向PCC发送第三消息，第三消息中携带LSP的管理权限托管指示，通过LSP的管理权限托管指示将LSP的管理权限托管给PCC。

结合第三方面、第三方面的第一种可能的实现方式至第三方面的第三种可能的实现方式中的任一种可能的实现方式，在第三方面的第四种可能的实现方式中，服务器还包括：

LSP角色指定单元，用于指定LSP为主LSP、备份LSP或者逃生LSP。

结合第三方面的第四种可能的实现方式，在第三方面的第五种可能的实现方式中，LSP角色指定单元，具体用于通知LSP建立触发单元在第一消息中携带LSP的角色指示，LSP的角色指示用于标识LSP为主LSP、备份LSP或者逃生LSP。

第四方面，本发明实施例提供了一种路由器，包括：

接收单元，接收PCE服务器发送的的第一消息，第一消息用于触发建立LSP；

LSP管理权限获取单元，用于根据第一消息获得LSP的管理权限；

LSP建立单元，用于在获得LSP的管理权限后，计算LSP的路径，根据路径建立LSP。

结合第四方面，在第四方面的第一种可能的实现方式中，接收单元，还用于接收PCE服务器发送的第二消息，第二消息用于取消托管LSP的管理权限；路由器还包括：LSP托管取消单元，用于接收到第二消息后，将LSP的管理权限托管给PCE服务器。

结合第四方面或第四方面的第一种可能的实现方式，在第四方面的第二种可能的实现方式中，接收单元接收的第一消息中携带LSP的管理权限托管指示；

LSP管理权限获取单元，具体用于根据LSP的管理权限托管指示获得LSP的管理权限。

结合第四方面或第四方面的第一种可能的实现方式，在第四方面的第三种可能的实现方式中，路由器还包括：LSP托管请求单元，用于PCC在接收到第一消息后向PCE服务器发送LSP的托管请求；

接收单元，还用于接收PCE服务器发送的第三消息，第三消息为PCE服务器拒绝PCC发送的LSP的托管请求之后发送的消息，第三消息中携带LSP的管理权限托管指示；

LSP管理权限获取单元，具体用于根据LSP的管理权限托管指示获得LSP的管理权限。

结合第四方面、第四方面的第一种可能的实现方式至第四方面的第三种可能的实现方式中的任一种可能的实现方式，在第四方面的第四种可能的实现方式中，路由器还包括：LSP角色获取单元，用于根据第一消息获知LSP为主LSP、备份LSP或者逃生LSP。

结合第四方面的第四种可能的实现方式，在第四方面的第五种可能的实现方式中，接收单元接收的第一消息中携带LSP的角色指示；LSP角色获取单元，具体用于PCC根据LSP的角色指示获知LSP为主LSP、备份LSP或者逃生LSP。

第五方面，本发明实施例提供了一种服务器，包括：

收发器、存储器及处理器，存储器存储应用程序，处理器用于执行应用程序，使得收发器向路径计算客户端PCC发送第一消息以触发LSP的建立，将LSP的管理权限托管给PCC，以使得PCC计算LSP的路径，根据路径建立LSP。

结合第五方面，本发明实施例中的服务器还用于执行第一方面的任一种可能的实现方式所描述的全部或部分动作。

第六方面，本发明实施例提供了一种路由器，包括：

收发器、存储器及处理器，存储器存储应用程序，处理器用于执行应用程序，使得收发器，用于接收PCE服务器发送的的第一消息，第一消息用于触发建立LSP；处理器，用于根据第一消息获得LSP的管理权限；在获得LSP的管理权限后，计算LSP的路径，根据路径建立LSP。

结合第五方面，本发明实施例中的路由器还用于执行第二方面的任一种可能的实现方式所描述的全部或部分动作。

从以上技术方案可以看出，本发明实施例的方案具有如下有益效果：

本发明实施例中，PCE Server将一些LSP的管理权限托管给PCC进行路径计算和管理，使其能更聚焦于那些必须基于全局视图来进行管理的业务的路径的计算和管理，因此能够有效减轻PCE Server的性能压力。

除此之外，本发明实施例中，在进行LSP管理权限托管时，明确指定LSP的角色(主LSP、备份LSP或逃生LSP)，在主备LSP均故障时在PCC上面可以自动计算和创建逃生路径，减少业务的断流时间。

附图说明

图1为本发明实施例中PCE的一种工作流程图；

图2为本发明实施例中大场景下PCE的算路示意图；

图3为本发明实施例中PCE触发建立LSP时LSP托管给PCE server的一种流程图；

图4为本发明实施例中一种建立LSP的信息交互流程图；

图5为本发明实施例中MPLS TE的隧道保护技术示意图；

图6为本发明实施例中PCEP协议中的LSP Object格式示意图；

图7为本发明实施例中PCEP协议中的Association Object格式示意图；

图8为本发明实施例中PCEP协议中的LSP Object格式的另一种示意图；

图9本发明实施例中主LSP的托管和取消托管的一种流程图；

图10本发明实施例中备份LSP的托管和取消托管一种流程图；

图11本发明实施例中逃生LSP的托管和取消托管一种流程图；

图12本发明实施例中主LSP的托管和取消托管的另一种流程图；

图13本发明实施例中备份LSP的托管和取消托管另一种流程图；

图14本发明实施例中逃生LSP的托管和取消托管另一种流程图；

图15本发明实施例中主LSP的托管和取消托管的另一种流程图；

图16本发明实施例中备份LSP的托管和取消托管另一种流程图；

图17本发明实施例中逃生LSP的托管和取消托管另一种流程图；

图18本发明实施例中主LSP的托管和取消托管的另一种流程图；

图19本发明实施例中备份LSP的托管和取消托管另一种流程图；

图20本发明实施例中逃生LSP的托管和取消托管另一种流程图；

图21本发明实施例中服务器的一种功能模块结构示意图；

图22本发明实施例中路由器的一种功能模块结构示意图；

图23本发明实施例中服务器的一种硬件结构示意图；

图24本发明实施例中服务器的一种硬件结构示意图。

具体实施方式

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

现有技术中，由PCE Server触发创建LSP的大致流程如下图3所示：PCE Server触发创建LSP，通知PCC创建auto tunnel，PCC将该auto tunnel的LSP托管给PCE Server进行算路和处理，PCE Server基于LSPDB进行网络优化计算，将计算路径更新至PCC，PCC再根据该路径通过资源预留协议-流量工程(Resource Reservation Protocol，RSVP)创建LSP。

因为PCE server负责所有托管给PCE Server的LSP的计算和管理，导致PCEserver的负担很重，对PCE server的性能产生较大影响。

为了减轻PCE Server的负担，PCE Server将一些可托管给PCC进行LSP计算和管理的业务(例如：不重要的业务)托管给PCC进行路径计算和管理，使其更聚焦于那些必须基于全局视图来进行管理的业务的路径的计算和管理。

需要说明的是，本发明实施例中的托管为现有技术中的协议中定义的Delegation，也可以是授权，即给予PCE一个临时的权利去修改被托管的PCC的LSP的一系列的参数。

结合图4，本发明实施例中的建立LSP的方法的流程如下：

401、PCE Server向PCC发送第一消息以触发LSP的建立；

PCE Server向PCC发送的第一消息具体为现有技术中的PCC初始化(PCInitiatemessage)消息；

402、PCE Server将LSP的管理权限托管给PCC；

当PCE Server判断当前业务如果不是很重要，将其LSP托管给PCC与托管给PCEServer的效果如果是等同的，则可以通过下发LSP的管理权限托管指令将当前创建的LSP的管理权限托管给PCC。

具体的下发LSP的管理权限托管指令的方式有很多种，例如：可以直接通过第一消息来承载该LSP的管理权限托管指令；也可以待PCC接收到第一消息后，按照原协议流程PCC在报告(Report)消息(即：PCRpt Message)中将LSP的管理权限托管给PCE Server，PCEServer拒绝PCC的托管，同时，PCE Server在下发更新(Update)消息(即：PCUpd Message)中将LSP的管理权限托管给PCC来处理；还可以是将该指令通过其他的流程，承载在其他的消息中，此处不做限定。

403、PCC计算LSP的路径，根据路径建立LSP；

PCC在接收到PCE Server发送的LSP的管理权限托管指令后，根据本地策略触发路径计算，根据路径建立LSP。

404、PCE服务器向PCC发送第二消息取消托管LSP的管理权限；

当PCE Server因某些因素需要撤销该LSP向PCC的托管时，向PCC发送取消托管指令以撤销LSP的管理权限指令。该取消托管指令可以承载在PCE Server下发的更新(Update)消息(即：PCUpd Message)中。

触发PCE服务器撤销LSP的托管的因素可以是当PCE服务器上托管的LSP数量较少，计算工作量不大时，PCE服务器可以将LSP的托管权限撤回。还可以是其他业务变化等因素，具体此处不做详细介绍。

405、PCC将LSP的管理权限托管给PCE服务器。

PCC在接收到PCE Server发送的取消托管指令后，将LSP的管理权限托管回PCEServer，PCC不再承担该LSP的路径计算和管理。PCC可以在报告(Report)消息(即：PCRptMessage)中将LSP的管理权限托管回PCE Server。

本发明实施例中，PCE Server将一些可托管给PCC进行LSP计算和管理的业务(例如：不重要的业务)托管给PCC进行路径计算和管理，使其能更聚焦于那些必须基于全局视图来进行管理的业务的路径的计算和管理，因此能够有效减轻PCE Server的性能压力。

下面对本发明实施例中的隧道保护技术进行介绍。

如图5所示，现有MPLS TE隧道的保护有备份LSP和逃生LSP两种方式。备份路径是指只在同一隧道下有一个主LSP和备份LSP，正常情况下流量跑在主LSP上面，当主LSP故障时，流量切换到备份LSP上面。逃生LSP是只在主备LSP均故障时自动触发建立一条临时的LSP，流量切换至该临时LSP上面，该LSP的创建采用零带宽的方式，做不到带宽保证。

对于MPLS TE的逃生路径的计算实际上是零带宽的LSP的计算，该操作是由PCEServer来完成还是PCC来完成，效果是一样的。在PCE initiated LSP中，是由PCE Server来触发创建LSP的，在现有技术中，该LSP都是会托管给PCE server，当PCE server和PCC之间的路径计算通信协议(Path Computation Element Communication Protocol，PCEP)会话中断(down)时，同时主备LSP无法工作时，PCC上面无法自动生成一个逃生路径，业务就会受到较大影响。

即使可以在PCC上面配置本地策略，但是由于逃生路径是在主备业务均无法工作时才会自动创建的，因此本地策略是无法具体针对某个LSP来进行差异化的设置，并且由于是本地的行为，不同PCC上面的行为不一致时可能会引起一些问题。

本发明实施例在图4所示的实施例的基础上，在PCE触发建立LSP，将LSP的管理权限托管给PCC时等信息交互过程中，明确指定LSP的角色(主LSP、备份LSP或逃生LSP)，在主备LSP均故障时在PCC上面可以自动计算和创建逃生路径，不受PCE Server是否在位的限制。

可选的，在图4所示的实施例的基础上，PCE服务器在第一消息中同时携带LSP的角色指示信息，指定当前创建的LSP为主LSP、备份LSP或逃生路径LSP。

当托管给PCC创建的LSP为主LSP时，PCC在获得该LSP的托管权限后，直接计算主LSP的路径，建立主LSP；当托管给PCC创建的LSP为备份LSP时，PCC在获得该LSP的托管权限后，直接计算备份LSP的路径，建立备份LSP；当托管给PCC创建的LSP为逃生LSP时，保存逃生路径的相关信息，暂时不建立LSP，只有当PCC检查到主LSP和备份LSP均down时，触发计算和建立逃生LSP。

本发明实施例可以针对PCE initiated LSP在PCE与PCC之间由于各种原因会话down时，主备LSP均down时无法计算获得新LSP路径的情况下，或者其他原因导致无可用的主备LSP时，PCC上面可以自动建立逃生路径，减少业务的断流时间。

具体的，可以通过扩展PCEP协议来标识该PCE initiated LSP是否需要托管给PCC来控制，标识LSP的角色。具体的扩展方式有多种，下面进行举例说明。

一、扩展PCEP协议中的LSP Object

在LSP Object里面增加两个标识：T和DC，DC标识表示该PCE initiated LSP是否需要托管给PCC来控制，T标识表明该LSP的角色。

扩展后的LSP Object的格式如图6所示，是在现有技术的LSP Object的预留位中，增加T和DC：

其中，T为LSP角色识别，占用两个bit，取值和含义如下：

0:没有设置；

1:表明该LSP是主LSP；

2:表明该LSP是备份LSP；

3:表明该LSP是逃生路径，在主备LSP都故障时才在PCC上面触发建立该逃生路径。

其中，DC为是否托管给PCC的标识，占用1个bit，当PCE Server发送给PCC的initiate的消息(Pcinitiate message)中该fag被设置为1时，表明该LSP是要托管给PCC来管理的，PCC应该负担起该LSP的计算和建立的工作，PCC不应该将该LSP再托管给PCEServer。同时PCE Server可以在update消息(PCUpd message)里面将该值设为0来收回该LSP向PCC的托管。

另外，PLSP-ID为PCC创建的唯一的LSP编号，占用20bit；D为PCC将LSP托管(Delegate)给PCE的标识，占用1bit，置1时表示将LSP托管给PCE，置0时表示将LSP从PCE取消托管。其他的标志位此处不做详细介绍。

二、扩展PCEP协议中的Association Object和LSP Object

在Association Object增加一个标志位T表明当前的LSP的角色是主LSP、备份LSP还是逃生LSP；在LSP Object里面增加一个标志位DC表明是否将该LSP托管给PCC。

扩展后的Association Object的格式如图7所示，在现有技术的AssociationObject的预留位中，增加T标志位，占用两个bit，取值和含义如下：

0:没有设置；

1:表明该LSP是主LSP；

2:表明该LSP是备份LSP；

3:表明该LSP是逃生路径，在主备LSP都故障时才在PCC上面触发建立该逃生路径。

扩展后的LSP Object的格式如图8所示，在现有技术的的LSP Object的预留位中增加标志位DC：

DC为是否托管给PCC的标识，占用1个bit。当PCE Server发送给PCC的initiate消息中该fag被设置为1是，表明该LSP是要托管给PCC来管理的，PCC应该负担起给LSP的计算和建立的工作，PCC不应该将该LSP再托管给PCE Server。同时PCE Server可以在update消息里面将该值设为0来收回该LSP向PCC的托管。

根据如图4所示的实施例可以知，LSP的托管流程包括但不仅限于以下两种：

一、可以在initiate message消息里面就指定LSP的角色和是否托管给PCC；

二、可以在initiate message消息里面指定LSP的角色，在PCC向PCE Server发送report消息托管LSP给PCE Server时决绝PCC的托管，同时PCE Server在update消息里面将LSP托管给PCC来处理。

上述两种扩展PCEP协议的方式和上述两种托管流程可以互相组合，下面对互相组合下，主LSP、备份LSP、及逃生LSP的托管及取消托管流程进行详细介绍。

一、采用PCEP协议扩展方式一和托管流程一

1、主LSP的托管和取消托管流程

如图9所示：

步骤1：PCE Server发送给PCC的PCInitiate message消息携带LSP Object，LSPObject中的T＝1、DC＝1、D＝0，分别表示当前创建的LSP为主LSP，将该LSP的管理权限托管给PCC，该LSP不托管给PCE；

在步骤1中，同时携带Association Object指定保护路径的关联组ID号：Association ID，表明将该Association ID里面的主LSP托管给PCC进行管理，包括路径计算和建立；

步骤2：PCC收到该消息后自行计算路径，并应用RSVP-TE协议建立该主LSP；

随后PCEP协议交互的流程如状态上报、更新等流程和现有技术的原协议流程一致，在此过程中，PCC和PCE之间的信息交互都需要携带LSP Object，保持flag：T＝1、DC＝1、D＝0；

步骤3：当某些因素触发撤销该LSP向PCC的托管时，PCE Server向PCC发送PCUpdmessage，其中DC＝0表明取消向PCC的托管，T＝1表明该LSP的角色为主LSP；

步骤4：PCC收到该PCUd message后，PCC再次向PCE Server发送PCRpt message，其中D＝1，T＝1，DC＝0，将该LSP托管给PCE Server；

2、备份LSP的托管和取消托管流程

如图10所示，备份LSP的托管和取消流程和主LSP的流程类似，只是LSP的类型的标志位T设置为2，表明是备份LSP。

3、逃生LSP的托管和取消托管流程

如图11所示，PCE Server发送给PCC的PCInitiate message携带的LSP Object中T＝3表明该LSP是逃生路径，DC＝1表明该LSP托管给PCC来管理。

PCC收到该PCInitiate message消息后保存该逃生路径的相关信息，暂时不建立LSP。等后续流程中检查到主备LSP均down时，再触发建立逃生路径LSP，该LSP不向PCEServer托管。

当某些因素触发撤销该LSP向PCC的托管时，PCE Server向PCC发送PCUpdmessage，其中DC＝0表明取消向PCC的托管，T＝3表明该LSP的角色为逃生路径；

PCC收到该PCUpd message后，删除该逃生路径的LSP。

需要说明的是，在上述图9、图10和图11所示的实施例中，在PCE server将LSP托管给PCC后，后续针对该LSP的所有消息的LSP Object的D flag均要置0，DC flag均要置1，Tflag都要设备为相关的值表明该LSP的角色，直到PCE Server将LSP托管给PCC的权限收回。如果PCE server将LSP托管给PCC的权限收回后，后续的所有的PCEP消息中DC flag均要置0，D flag的设置同原有协议的流程。整个消息交互中LSP Object需要和AssociationObject配合使用才能完整的表明LSP之间的关系，例如某个LSP是另外一个LSP的主LSP或者备份LSP或者逃生路径等。

二、采用PCEP协议扩展方式二和托管流程一

1、主LSP的托管和取消托管流程

如图12所示，主LSP的托管和取消流程和图9所示的采用PCEP协议扩展方式一和托管流程一里面的主LSP的托管和取消流程类似，只是T的标志是携带在Association Object里面：

在PCE Server发送给PCC的initiate message里面携带LSP Object和Association Object。LSP Object里面的DC标志位设置为1时表明该LSP托管给PCC，设置为0时表明不托管；Association Obejct里面的T字段表明该LSP的角色是主LSP还是备LSP或者逃生LSP。

2、备份LSP的托管和取消托管流程

备份LSP的托管和取消流程和主LSP的托管和取消托管流程的差别只是T标志位设置为2，具体如图13所示，此处不再赘述。

3、逃生LSP的托管和取消托管流程

逃生路径的托管和取消流程和的图11所示的采用PCEP协议扩展方式一和托管流程一里面的逃生LSP的托管和取消流程类似，只是T的标志是携带在Association Object里面，具体如图14所示，此处不再赘述。

需要说明的是，在上述图12、图13和图14所示的实施例中，如果LSP托管给了PCC，则PCE Server和PCC之间随后的交互消息中LSP Object中的DC标志位都要置位为1，D flag设置为0，Association Object的T标志位都要设置为相应的值表明LSP的角色，同时指定Association ID将主LSP、备LSP和逃生路径关联起来。如果PCE server将LSP托管给PCC的权限收回后，后续的所有的PCEP消息LSP Object中DC flag均要置0，D flag的设置同原有协议的流程。

三、采用PCEP协议扩展方式一和托管流程二

在PCE Server发送给PCC的initiate message的消息里面将LSP Object的T flag置位表明该LSP的角色是主LSP还是备LSP或者逃生路径。当PCC向PCE Server托管LSP时，PCE Server回应的update消息拒绝PCC向PCE Server的托管，同时将DC flag置位将该LSP托管给PCC进行处理。当PCE Server取消向PCC的托管时，在update消息里面将DC flag设置为0即可。

1、主LSP的托管和取消托管流程

如图15所示：

步骤1：PCE Server发送给PCC的PCInitiate message消息携带LSP Object，LSPObject中的T＝1、DC＝0、D＝0，分别表示当前创建的LSP为主LSP，不将该LSP的管理权限托管给PCC，PCE Server标识PCC没有将该LSP托管给PCE。

在步骤1中，同时携带Association Object指定保护路径的关联组ID号：Association ID，表明将该Association ID里面的主LSP托管给PCC进行管理，包括路径计算和建立。

步骤2：PCC收到该消息后，按照原有协议流程，在PCRpt message中将主LSP托管给PCE server，具体操作为将LSP Object中D设置为1，同时仍然携带T＝1、DC＝0。

步骤3：PCE Server收到PCC的PCRpt message后，通过设置D＝0拒绝该托管，并且将主LSP托管给PCC，具体操作为将LSP Object中DC设置为1，同时仍然携带T＝1指定该LSP为主LSP。

步骤4：PCC收到该消息后自行计算路径，并应用RSVP-TE协议建立该主LSP；

随后PCEP协议交互的流程如状态上报、更新等流程和现有技术的原协议流程一致，在此过程中，PCC和PCE之间的信息交互都需要携带LSP Object，保持flag：T＝1、DC＝1、D＝0；

步骤5：当某些因素触发撤销该LSP向PCC的托管时，PCE Server向PCC发送PCUpdmessage，其中DC＝0表明取消向PCC的托管，T＝1表明该LSP的角色为主LSP；

步骤6：PCC收到该PCUd message后，PCC再次向PCE Server发送PCRpt message，其中D设置为1将该LSP托管给PCE Server，同时保持T＝1，DC＝0。

2、备份LSP的托管和取消托管流程

如图16所示，备份LSP的托管和取消流程和主LSP的流程类似，只是LSP的类型的标志位T设置为2，表明是备份LSP。

3、逃生LSP的托管和取消托管流程

如图17所示，PCE Server发送给PCC的PCInitiate message携带的LSP Object中T＝3，表明该LSP是逃生路径，在PCC向PCE Server发送report消息(PCRpt message)托管LSP给PCE Server时，PCE Server拒绝PCC的托管，同时PCE Server在update消息(PCUpdmessage)里面通过将DC置为1来将LSP托管给PCC来管理。

PCC收到该PCInitiate message消息后保存该逃生路径的相关信息，暂时不建立LSP。等后续流程中检查到主备LSP均down时，再触发建立逃生路径LSP，该LSP不向PCEServer托管。

当某些因素触发撤销该LSP向PCC的托管时，PCE Server向PCC发送PCUpdmessage，其中DC＝0表明取消向PCC的托管，T＝3表明该LSP的角色为逃生路径；

PCC收到该PCUpd message后，删除该逃生路径的LSP。

需要说明的是，在上述图15、图16及图17所示的实施例中，在PCE server将LSP托管给PCC后，后续针对该LSP的所有消息的LSP Object的D flag均要置0，DC flag均要置1，Tflag都要设备为相关的值表明该LSP的角色，直到PCE Server将LSP托管给PCC的权限收回。如果PCE server将LSP托管给PCC的权限收回后，后续的所有的PCEP消息中DC flag均要置0，D flag的设置同原有协议的流程。

四、采用PCEP协议扩展方式二和托管流程二

在PCE Server发送给PCC的initiate message的消息里面将Association Object的T flag置位表明该LSP的角色是主LSP还是备LSP或者逃生路径。当PCC向PCE Server托管LSP时，PCE Server回应的update消息拒绝PCC向PCE Server的托管，同时将LSP Object的DC flag置位将该LSP托管给PCC进行处理。当PCE Server取消向PCC的托管时，在update消息里面将DC flag设置为0即可。

1、主LSP的托管和取消托管流程

如图18所示，主LSP的托管和取消流程和图15所示的采用PCEP协议扩展方式一和托管流程二里面的主LSP的托管和取消流程类似，只是T的标志是携带在AssociationObject里面。

2、备份LSP的托管和取消托管流程

备份LSP的托管和取消流程和主LSP的托管和取消托管流程的差别只是T标志位设置为2，具体如图19所示，此处不再赘述。

3、逃生LSP的托管和取消托管流程

逃生路径的托管和取消流程和的图17所示的采用PCEP协议扩展方式一和托管流程二里面的逃生LSP的托管和取消流程类似，只是T的标志是携带在Association Object里面，具体如图20所示，此处不再赘述。

需要说明的是，如果LSP托管给了PCC后，PCE Server和PCC之间随后的交互消息中LSP Object中的DC标志位都要置位为1，D flag设置为0，Association Object的T标志位都要设置为相应的值表明LSP的角色，直到PCE Server将LSP托管给PCC的权限收回。如果PCEserver将LSP托管给PCC的权限收回后，后续的所有的PCEP消息LSP Object中DC flag均要置0，D flag的设置同原有协议的流程。另外，在托管和取消托管的交互过程中，同时指定Association ID将主LSP、备LSP和逃生路径关联起来。

以上是对本发明实施例中的PCE触发创建LSP的方法进行的介绍，下面对本发明实施例中的PCE服务器和PCC(路由器)进行介绍。

结合图21，本发明实施例中的提供了一种服务器21，包括：

LSP建立触发单元211，用于向路径计算客户端PCC发送第一消息以触发LSP的建立；

LSP托管单元212，用于将LSP的管理权限托管给PCC，以使得PCC计算LSP的路径，根据路径建立LSP。

在一些具体的实施例中，服务器21还包括：

LSP托管取消单元213，用于向PCC发送第二消息取消托管LSP的管理权限，以使得PCC将LSP的管理权限托管给PCE服务器。

在一些具体的实施例中，第一消息中携带LSP的管理权限托管指示；LSP托管单元212，具体用于具体用于通知LSP建立触发单元在第一消息中携带LSP的管理权限托管指示，通过LSP的管理权限托管指示将LSP的管理权限托管给PCC。

在一些具体的实施例中，服务器21还包括：

接收单元214，用于接收PCC发送的LSP的托管请求，托管请求为PCC在接收到第一消息之后发送的；

LSP托管单元212，具体用于拒绝PCC发送的LSP的托管请求，向PCC发送第三消息，第三消息中携带LSP的管理权限托管指示，通过LSP的管理权限托管指示将LSP的管理权限托管给PCC。

在一些具体的实施例中，服务器21还包括：

LSP角色指定单元215，用于指定LSP为主LSP、备份LSP或者逃生LSP。

在一些具体的实施例中，LSP角色指定单元215，具体用于通知LSP建立触发单元在第一消息中携带LSP的角色指示，LSP的角色指示用于标识LSP为主LSP、备份LSP或者逃生LSP。

本发明实施例中的各功能单元之间的信息交互请参阅上述方法实施例，此处不再赘述。

结合图22，本发明实施例中的提供了一种路由器22，包括：

接收单元221，接收PCE服务器发送的的第一消息，第一消息用于触发建立LSP；

LSP管理权限获取单元222，用于根据第一消息获得LSP的管理权限；

LSP建立单元223，用于在获得LSP的管理权限后，计算LSP的路径，根据路径建立LSP。

在一些具体的实施例中，接收单元221，还用于接收PCE服务器发送的第二消息，第二消息用于取消托管LSP的管理权限；该路由器22还包括：

LSP托管取消单元224，用于接收到第二消息后，将LSP的管理权限托管给PCE服务器。

在一些具体的实施例中，接收单元221接收的第一消息中携带LSP的管理权限托管指示；

LSP管理权限获取单元222，具体用于根据LSP的管理权限托管指示获得LSP的管理权限。

在一些具体的实施例中，路由器22还包括：LSP托管请求单元225，用于PCC在接收到第一消息后向PCE服务器发送LSP的托管请求；

接收单元221，还用于接收PCE服务器发送的第三消息，第三消息为PCE服务器拒绝PCC发送的LSP的托管请求之后发送的消息，第三消息中携带LSP的管理权限托管指示；

LSP管理权限获取单元222，具体用于根据LSP的管理权限托管指示获得LSP的管理权限。

在一些具体的实施例中，路由器22还包括：LSP角色获取单元226，用于根据第一消息获知LSP为主LSP、备份LSP或者逃生LSP。

在一些具体的实施例中，接收单元221接收的第一消息中携带LSP的角色指示；LSP角色获取单元226，具体用于PCC根据LSP的角色指示获知LSP为主LSP、备份LSP或者逃生LSP。

本发明实施例中的各功能单元之间的信息交互请参阅上述方法实施例，此处不再赘述。

图23是本发明实施例提供的一种服务器结构示意图，该服务器2300可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(central processingunits，CPU)2322(例如，一个或一个以上处理器)和存储器2332，一个或一个以上存储应用程序2342或数据2344的存储介质2330(例如一个或一个以上海量存储设备)。其中，存储器2332和存储介质2330可以是短暂存储或持久存储。存储在存储介质2330的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器2322可以设置为与存储介质2330通信，在服务器2300上执行存储介质2330中的一系列指令操作。

服务器2300还可以包括一个或一个以上电源2326，一个或一个以上有线或无线网络接口2350，一个或一个以上输入输出接口2358，和/或，一个或一个以上操作系统2341，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等等。

上述实施例中由PCE Server所执行的步骤可以基于该图23所示的服务器结构。

图24是本发明实施例路由器24的另一结构示意图。路由器240可包括至少一个网络接口或者其它通信接口、至少一个接收器2401、至少一个发射器2402、至少一个处理器2403和存储器2404，以实现这些装置之间的连接通信，通过至少一个网络接口(可以是有线或者无线)实现该系统网关与至少一个其它网元之间的通信连接，可以使用互联网，广域网，本地网，城域网等。

存储器2404可以包括只读存储器和随机存取存储器，并向处理器2403提供指令和数据，存储器2404的一部分还可以包括可能包含高速随机存取存储器(RAM，Random AccessMemory)，也可能还包括非不稳定的存储器(non-volatile memory)。

存储器2404存储了如下的元素，可执行模块或者数据结构，或者它们的子集，或者它们的扩展集:

操作指令：包括各种操作指令，用于实现各种操作。

操作系统：包括各种系统程序，用于实现各种基础业务以及处理基于硬件的任务。

上述实施例中由PCC所执行的步骤可以基于该图24所示的路由器结构。

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (27)

1.一种建立标签交换路径LSP的方法，其特征在于，包括：

路径计算单元PCE服务器向路径计算客户端PCC发送第一消息以触发路径计算单元发起的标签交换路径PCE initiated LSP的建立；

所述PCE服务器将所述PCE initiated LSP的管理权限托管给所述PCC，以使得所述PCC计算所述PCE initiated LSP的路径，根据所述路径建立所述PCE initiated LSP。

2.根据权利要求1所述的方法，其特征在于，所述PCE服务器将所述PCE initiated LSP的管理权限托管给所述PCC包括：

所述PCE服务器在所述第一消息中携带所述PCE initiated LSP的管理权限托管指示，通过所述PCE initiated LSP的管理权限托管指示将所述PCE initiated LSP的管理权限托管给所述PCC。

3.根据权利要求2所述的方法，其特征在于，所述第一消息为PCC初始化消息PCInitiate message。

4.根据权利要求1所述的方法，其特征在于，所述PCE服务器将所述PCE initiated LSP的管理权限托管给所述PCC包括：

所述PCE服务器向所述PCC发送第二消息，所述第二消息中携带所述PCE initiatedLSP的管理权限托管指示，通过所述PCE initiated LSP的管理权限托管指示将所述PCEinitiated LSP的管理权限托管给所述PCC。

5.根据权利要求4所述的方法，其特征在于，所述第二消息为更新消息PCUpd Message。

6.根据权利要求1-5任一项所述的方法，其特征在于，所述PCE服务器将所述PCEinitiated LSP的管理权限托管给所述PCC包括：

所述PCE服务器向所述PCC发送LSP对象object，所述LSP object包括标志位，所述标志位用于标识所述PCE initiated LSP的托管指示。

7.一种建立标签交换路径LSP的方法，其特征在于，包括：

路径计算客户端PCC接收路径计算单元PCE服务器发送的的第一消息，所述第一消息用于触发建立路径计算单元发起的标签交换路径PCE initiated LSP；

所述PCC获得所述PCE initiated LSP的管理权限；

所述PCC在获得所述PCE initiated LSP的管理权限后，计算所述PCE initiated LSP的路径，根据所述路径建立所述PCE initiated LSP。

8.根据权利要求7所述的方法，其特征在于，所述PCC获得所述PCE initiated LSP的管理权限包括：

所述第一消息中携带所述PCE initiated LSP的管理权限托管指示，以将所述PCEinitiated LSP的管理权限托管给所述PCC，所述PCC根据所述PCE initiated LSP的管理权限托管指示获得所述PCE initiated LSP的管理权限。

9.根据权利要求8所述的方法，其特征在于，所述第一消息为PCC初始化消息PCInitiate message。

10.根据权利要求7所述的方法，其特征在于，所述PCC获得所述PCE initiated LSP的管理权限包括：

所述PCC接收所述PCE服务器发送的第二消息，所述第二消息中携带所述PCEinitiated LSP的管理权限托管指示；

所述PCC根据所述PCE initiated LSP的管理权限托管指示获得所述PCE initiatedLSP的管理权限。

11.根据权利要求10所述的方法，其特征在于，所述第二消息为更新消息PCUpdMessage。

12.根据权利要求7-11任一项所述的方法，其特征在于，所述PCC获得所述PCEinitiated LSP的管理权限包括：

所述PCC接收所述PCE服务器发送的LSP对象object，所述LSP object包括标志位，所述标志位用于标识所述PCE initiated LSP的托管指示。

13.根据权利要求7至12任一项所述的方法，其特征在于，所述方法还包括：

所述PCC根据所述第一消息获知所述LSP为主LSP、备份LSP或者逃生LSP。

14.一种服务器，其特征在于，包括：

LSP建立触发单元，用于向路径计算客户端PCC发送第一消息以触发路径计算单元发起的标签交换路径PCE initiated LSP的建立；

LSP托管单元，用于将所述PCE initiated LSP的管理权限托管给所述PCC，以使得所述PCC计算所述PCE initiated LSP的路径，根据所述路径建立所述PCE initiated LSP。

15.根据权利要求14所述的服务器，其特征在于：

所述第一消息中携带所述PCE initiated LSP的管理权限托管指示；

所述LSP托管单元，具体用于通知所述LSP建立触发单元在所述第一消息中携带所述PCE initiated LSP的管理权限托管指示，通过所述PCE initiated LSP的管理权限托管指示将所述PCE initiated LSP的管理权限托管给所述PCC。

16.根据权利要求15所述的服务器，其特征在于，所述第一消息为PCC初始化消息PCInitiate message。

17.根据权利要求14所述的服务器，其特征在于，所述服务器还包括：

所述LSP托管单元，具体用于向所述PCC发送第二消息，所述第二消息中携带所述PCEinitiated LSP的管理权限托管指示，通过所述PCE initiated LSP的管理权限托管指示将所述PCE initiated LSP的管理权限托管给所述PCC。

18.根据权利要求17所述的服务器，其特征在于，所述第二消息为更新消息PCUpdMessage。

19.根据权利要求14-18任一项所述的服务器，其特征在于，LSP托管单元，具体用于向所述PCC发送LSP对象object，所述LSP object包括标志位，所述标志位用于标识所述PCEinitiated LSP的托管指示。

20.一种路由器，其特征在于，包括：

接收单元，接收PCE服务器发送的的第一消息，所述第一消息用于触发建立路径计算单元发起的标签交换路径PCE initiated LSP；

LSP管理权限获取单元，用于根据所述第一消息获得所述PCE initiated LSP的管理权限；

LSP建立单元，用于在获得所述PCE initiated LSP的管理权限后，计算所述PCEinitiated LSP的路径，根据所述路径建立所述PCE initiated LSP。

21.根据权利要求20所述的路由器，其特征在于：

所述接收单元接收的所述第一消息中携带所述PCE initiated LSP的管理权限托管指示；

LSP管理权限获取单元，具体用于根据所述PCE initiated LSP的管理权限托管指示获得所述PCE initiated LSP的管理权限。

22.根据权利要求21所述的服务器，其特征在于，所述第一消息为PCC初始化消息PCInitiate message。

23.根据权利要求20所述的路由器，其特征在于，所述接收单元，还用于接收所述PCE服务器发送的第二消息，所述第二消息中携带所述PCE initiated LSP的管理权限托管指示；所述LSP管理权限获取单元，具体用于根据所述PCE initiated LSP的管理权限托管指示获得所述PCE initiated LSP的管理权限。

24.根据权利要求23所述的路由器，其特征在于，所述第二消息为更新消息PCUpdMessage。

25.根据权利要求20-24任一项所述的路由器，其特征在于，

所述LSP管理权限获取单元，具体用于接收所述PCE服务器发送的LSP对象object，所述LSP object包括标志位，所述标志位用于标识所述PCE initiated LSP的托管指示。

26.根据权利要求20至25任一项所述的路由器，其特征在于，所述路由器还包括：

LSP角色获取单元，用于根据所述第一消息获知所述PCE initiated LSP为主LSP、备份LSP或者逃生LSP。

27.一种网络系统，包括如权利要求14-19任一项所述的第一路由器和如权利要求20-26任一项所述的第二路由器。

Images