CN104639557B - 一种建立pcep会话的方法、系统及设备 - Google Patents

Abstract

本发明实施例公开了一种建立PCEP会话的方法、系统及设备，所述方法包括：接收设备接收发送设备发送的通告消息，所述通告消息中携带有所述发送设备是否支持算路操作的信息；所述接收设备根据所述通告消息中的所述发送设备是否支持算路操作的信息，确定所述发送设备是否支持算路操作；当所述接收设备确定所述发送设备不支持行算路操作时，所述接收设备与所述发送设备之间建立不支持算路操作的PCEP会话。应用本发明，PCC和PCE Server之间能够建立不支持算路操作的PCEP会话，从而自动阻断了PCE Server与PCC之间的算路操作，避免了人工干预。

Description

一种建立PCEP会话的方法、系统及设备

技术领域

本发明涉及路径计算单元通信协议(PCEP，Path Computation ElementCommunication Protocol)，特别涉及一种建立PCEP会话的方法、系统及设备。

背景技术

随着网络技术的发展，网络拓扑越来越复杂，路由量非常巨大，路径计算也越来越复杂。而流量工程的部署，需要网络设备在复杂的约束条件下计算路由，这些约束条件不仅仅包含静态的约束，如路由器节点间的距离、带宽，光网络设备的线路容量等，也包括动态的约束条件，如网络故障状态、网络拥塞信息等。

路径计算单元(Path Computation Element，PCE)互联网工程特别工作组(Internet Engineering Task Force，IETF)提出了基于PCE的网络结构，在这种结构中，路径计算单元服务器(PCE Server)是网络中专门负责路径计算的功能实体，它基于已知的网络拓扑结构和约束条件，根据路径计算客户端(Path Computation Client，PCC)的请求计算出一条满足约束条件的最佳路径。在这种集中式计算方法中，PCE Server能够得到全网的网络拓扑和业务及约束，可以按需调整业务路径，不断优化网络，提升整体的网络带宽利用率。

如果需要将PCE Server引入到现网中，必然要对所引入的PCE Server进行评估，在评估期间，为了尽可能降低对现网的影响，但又要保证仿真效果，一般会将PCE Server挂到现网中，只收集信息，不调整路径，从而避免对现网的影响。但是，在PCE Server收集信息的过程中，PCC会把算路请求也发给PCE Server，PCE Server接收到算路请求后，也必然会进行路由计算，并给PCC返回算路结果。这样，就无法保证新引入的PCEServer不对现网产生影响。

为了解决上述问题，现有实现方式是：通过第三方设备，如网管，将PCE Server所需的所有信息通过PCE Server开放的北向接口导入PCEServer。PCE Server的算路结果也反馈给网管，通过网管查看PCE Server的调整情况，对比现网以此判断PCE Server能否达到整合优化整网资源。这样PCE Server与PCC之间可以没有任何物理连接，也不运行任何协议。从而避免了新引入PCE Server对现网的影响。

根据上述现有技术，发明人发现：若要避免PCE Server对现网的影响，必须采用人工干预的方式来阻断PCE Server与PCC之间的路径计算请求及路径计算回复，操作繁琐，效率低，易出错。

发明内容

本发明实施例的目的在于提供一种建立PCEP会话的方法、系统及设备，以能够自动阻断PCE Server与PCC之间的路径计算请求及路径计算回复，实现简洁，效率更高。

为此，本发明实施例解决技术问题的技术方案是：

第一方面，本发明实施例提供了一种建立路径计算单元通信协议PCEP会话的方法，所述方法包括：

接收设备接收发送设备发送的通告消息，所述通告消息中携带有所述发送设备是否支持算路操作的信息；

所述接收设备根据所述通告消息中的所述发送设备是否支持算路操作的信息，确定所述发送设备是否支持算路操作；

当所述接收设备确定所述发送设备不支持行算路操作时，所述接收设备与所述发送设备之间建立不支持算路操作的PCEP会话。

在第一方面的第一种可能的实现方式中，所述接收设备为路径计算单元服务器PCE Server，所述发送设备为路径计算客户端PCC，

所述通告消息中携带的是否支持算路操作的信息为所述PCC是否具有发送路径计算请求PCReq消息及处理路径计算回复PCRpt消息的能力。

在第一方面的第二种可能的实现方式中，所述接收设备为路径计算客户端PCC，所述发送设备为路径计算单元服务器PCE Server，

所述通告消息中携带的是否支持算路操作的信息为所述PCE Server是否具有处理路径计算请求PCReq消息及发送路径计算回复PCRpt消息的能力。

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

当所述PCE Server确定所述PCC不支持算路操作时，所述PCE Server设置不处理所述PCC发送的路径计算请求PCReq消息及不发送路径计算回复PCRpt消息。

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

当所述PCC确定所述PCE Server不支持算路操作时，所述PCC设置不再向所述PCEServer发送路径计算请求PCReq消息及不处理路径计算回复PCRpt消息。

结合第一方面以及第一方面的第一到第四种可能实现方式，在第五种可能实现方式中，

所述通告消息为PCEP开放OPEN消息，所述PCEP OPEN消息包括PCE能力状态三元组STATEFUL-PCE-CAPABILITY TLV；

所述STATEFUL-PCE-CAPABILITY TLV中包括扩展的用于表示是否支持算路操作信息的S标志位。

第二方面，本发明实施例提供了一种建立路径计算单元通信协议PCEP会话的系统，所述系统包括：

发送设备，用于发送通告消息，所述通告消息中携带有所述发送设备是否支持算路操作的信息；

接收设备，用于接收所述发送设备发送的通告消息，并根据所述通告消息中的所述发送设备是否支持算路操作的信息，确定所述发送设备是否支持算路操作，当所述接收设备确定所述发送设备不支持行算路操作时，所述接收设备与所述发送设备之间建立不支持算路操作的PCEP会话。

在第二方面的第一种可能的实现方式中，所述接收设备为路径计算单元服务器PCE Server，所述发送设备为路径计算客户端PCC，

所述通告消息中携带的是否支持算路操作的信息为所述PCC是否具有发送路径计算请求PCReq消息及处理路径计算回复PCRpt消息的能力；

或者，

所述接收设备为路径计算客户端PCC，所述发送设备为路径计算单元服务器PCEServer，

所述通告消息中携带的是否支持算路操作的信息为所述PCE Server是否具有处理路径计算请求PCReq消息及发送路径计算回复PCRpt消息的能力。

在第二方面的第二种可能的实现方式中，所述通告消息为PCEP开放OPEN消息，所述PCEP OPEN消息包括STATEFUL-PCE-CAPABILITY TLV字段；

所述STATEFUL-PCE-CAPABILITY TLV字段中包括扩展的用于表示是否支持算路操作信息的S标志位。

第三方面，本发明实施例提供了一种接收设备，包括：

接收单元，用于接收发送设备发送的通告消息，所述通告消息中携带有所述发送设备是否支持算路操作的信息；

确定单元，用于根据所述通告消息中的所述发送设备是否支持算路操作的信息，确定所述发送设备是否支持算路操作；

建立单元，用于在所述确定单元确定所述发送设备不支持行算路操作时，与所述发送设备之间建立不支持算路操作的PCEP会话。

在第三方面的第一种可能的实现方式中，所述接收设备为路径计算单元服务器PCE Server，所述发送设备为路径计算客户端PCC，

所述通告消息中携带的是否支持算路操作的信息为所述PCC是否具有发送路径计算请求PCReq消息及处理路径计算回复PCRpt消息的能力；

或者，

所述接收设备为路径计算客户端PCC，所述发送设备为路径计算单元服务器PCEServer，

所述通告消息中携带的是否支持算路操作的信息为所述PCE Server是否具有处理路径计算请求PCReq消息及发送路径计算回复PCRpt消息的能力。

在第三方面的第二种可能的实现方式中，所述通告消息为PCEP开放OPEN消息，所述PCEP OPEN消息包括STATEFUL-PCE-CAPABILITY TLV字段；

所述STATEFUL-PCE-CAPABILITY TLV字段中包括扩展的用于表示是否支持算路操作信息的S标志位。

应用本发明实施例提供的建立PCEP会话的方法、系统及装置，PCC和PCE Server通过协商是否支持算路请求及回应能力，能够建立不支持算路请求及回应能力的PCEP会话，从而自动阻断了PCE Server与PCC之间的算路操作，避免了人工干预，进而避免了由于人工干预所导致的错误，简化了操作，提高了工作效率。而且，应用本发明实施例所提供方案，在自动阻断PCE Server与PCC之间的算路请求及算路响应的同时，并不影响PCE Server与PCC之间的现有其他功能，因而对现有网络没有任何影响。

附图说明

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

图1是发明实施例提供的一种建立PCEP会话的方法流程示意图；

图2是本发明实施例提供的STATEFUL-PCE-CAPABILITY TLV报文格式示意图；

图3本发明实施提供的一种建立PCEP会话的系统的结构示意图；

图4本发明实施提供的一种接收设备的结构示意图；

图5本发明实施提供的另一种接收设备的结构示意图；

图6本发明实施提供的一种发送设备的结构示意图；

图7本发明实施提供的另一种发送设备的结构示意图。

具体实施方式

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

本发明实施例具体提供一种建立PCEP会话的方法、系统及装置，下面结合附图来说明。

参见图1，其是根据本发明实施例提供的一种建立PCEP会话的方法流程示意图，本实施例用于PCC与PCE Server之间进行会话能力协商；该方法具体包括：

101，接收设备接收发送设备发送的通告消息，所述通告消息中携带有所述发送设备是否支持算路操作的信息。

一种可能的情况是，上述接收设备为PCE Server，上述发送设备为PCC，此时，上述通告消息中携带的是否支持算路操作的信息为：所述PCC是否具有发送路径计算请求(PathComputation Request，PCReq)消息及处理路径计算回复(Path Computation Reply，PCRpt)消息的能力。也就是说，对于PCC而言，上述支持算路操作的信息是指，PCC具有发送PCReq及处理PCRpt的能力；上述不支持算路操作的信息是指，PCC不能发送PCReq消息及不能处理PCRpt消息。

另一种可能的情况是，上述接收设备为PCC，上述发送设备为PCE Server，此时，上述通告消息中携带的是否支持算路操作的信息为：所述PCE Server是否具有处理路径计算请求PCReq消息及发送路径计算回复PCRpt消息的能力。也就是说，对于PCE Server而言，上述支持算路操作的信息是指，PCE Server具有处理PCReq消息及发送PCRpt消息的能力；上述不支持算路操作的信息是指，PCE Server不能处理PCReq消息且不能发送PCRpt消息。

上述通告消息为PCEP开放(OPEN)消息，所述PCEP OPEN消息包括STATEFUL-PCE-CAPABILITY TLV，该STATEFUL-PCE-CAPABILITY TLV中包括扩展的用于表示是否支持算路操作信息的S标志位，该S标志位可以占用该字段中1bit位，也可以占用多个bit位。

参见图2，其是PCEP OPEN消息PCE能力状态(STATEFUL-PCE-CAPABILITY)类型长度值(Type-length-value，TLV)信息的格式示意图，根据附图2所展示的可知，其包括字段类型(Type)、字段长度(Length)和标志(Flags)位。图2所示实例表示类型为TBD，字段长度为4bit。图2中的“S”标志位即为本申请实施例中的是否支持算路操作的信息。在图2所示实施例中，S为1比特(bit)，可以理解，在其他实施例中S也可以是多个bit。图2中U标志位表示是否托管标签交换路径(Label Switched Path，LSP)的标记。对于图2所展示的字段，只有“S”标志位是本发明实施例新增加的，其余均是现有技术，不再做详细说明。

结合图2，一种可能的实现方式是，若S位被PCC设为0，则表示PCC能够发送PCReq并且能够处理PCRpt；若S位被PCC设为1，则表示PCC不能发送PCReq并且不能处理PCRpt。若S位被PCE Server设为0，则表示PCE Server能够处理PCReq并且能够发送PCRpt；若S位被PCEServer设为1，则表示PCE Server不能处理PCReq且不能发送PCRpt。

102，所述接收设备根据所述通告消息中的所述发送设备是否支持算路操作的信息，确定所述发送设备是否支持算路操作。

可以理解，通过对所述通告消息中是否支持算路操作的信息进行识别，可以获知发送设备支持或不支持算路操作的识别结果。

103，当所述接收设备确定所述发送设备不支持行算路操作时，所述接收设备与所述发送设备之间建立不支持算路操作的PCEP会话。

应用本发明实施例提供的建立PCEP会话的方法，在PCC和PCE Server进行PCEP会话协商的过程中，由接收设备确定发送设备是否支持算路操作，当接收设备确定发送设备不支持行算路操作时，在PCC和PCE Server之间建立不支持算路操作的PCEP会话，从而自动阻断了PCE Server与PCC之间的算路操作，即自动阻断了PCE Server与PCC之间的路径计算请求及路径计算回复操作，避免了由于人工干预所导致的错误，简化了操作，提高了工作效率。

在图1所示实施例中，如果接收设备为PCE Server，发送设备为PCC，则在图1所示实施例方法的基础上还可以包括：当所述PCE Server确定所述PCC不支持算路操作时，所述PCE Server设置不处理所述PCC发送的PCReq消息并且不发送PCRpt消息，以节约自身资源及网络资源，避免自身将来的无谓操作；或者，当所述PCE Server确定所述PCC不支持算路操作时，所述PCE Server也可以对自身是否支持算路操作的信息不做设置，即PCE Server对自身不做任何操作，保持原有支持或不支持的状态，从而避免对自身否支持算路操作的信息进行识别的操作以及相应的设置操作，以减少自身的操作，节约自身资源。

例如，PCC所发的PCEP OPEN消息中，S位为1，表明PCC不支持算路操作，那么对于PCE Server而言，其可以将自身设置为不处理所述PCC发送的PCReq消息并且不发送PCRpt消息，以避免向PCC发算路响应PCRpt；或者，还可以对自身当前是否支持算路操作的信息不做处理，继续保持原有状态。

在图1所示实施例中，如果接收设备为PCC，发送设备为PCE Server，则在图1所示实施例方法的基础上还可以包括：当所述PCC确定所述PCE Server不支持算路操作时，所述PCC设置不再向所述PCE Server发送路径计算请求PCReq消息及不处理路径计算回复PCRpt消息，以节约自身资源及网络资源，避免自身将来的无谓操作；或者，当所述PCC确定所述PCE Server不支持算路操作时，所述PCC也可以对自身是否支持算路操作的信息不做设置，即PCC对自身不做任何操作，保持原有支持或不支持的状态，从而避免对自身否支持算路操作的信息进行识别的操作以及相应的设置操作，以减少自身的操作，节约自身资源。

例如，PCE Server所发的PCEP OPEN消息中，S位为1，表明PCE Server不支持算路操作，那么对于PCC而言，其可以将自身设置为不处理所述PCE Server发送的PCRpt消息并且不发送PCReq消息，以避免向PCE Server发算路响应PCReq；或者，还可以对自身当前是否支持算路操作的信息不做处理，继续保持原有状态。

可以理解，本发明实施例的目的是为了避免接入现网的PCE Server对现网产生影响，从而阻断PCE Server和PCC之间的算路操作能力，因此需要在PCE Server和PCC之间建立不支持算路操作的PCEP会话。当然，在其他可能的实施例中，本发明实施例也并不排除PCE Server和PCC均支持算路操作的可能，此时，可以在PCE Server和PCC之间建立支持算路操作的PCEP会话。

在图1所示实施例的基础上，所述方法还可以包括：结合现有技术中已存在的托管标记如托管标记U和托管标记D，所述PCC与PCE Server之间还可以协商是否托管标签交换路径(Label Switched Path，LSP)；

如果协商结果是托管LSP，则所述PCC发送LSP更新信息给PCE Server，PCE Server为托管的LSP计算更新路径，但所更新的LSP路径是否要作为路径计算回复PCRpt消息下发给PCC要根据S标志的具体设置进行相应处理；

如果协商结果是不托管LSP，则PCE Server对PCC上报的LSP更新信息只做收集工作，至于是否对接收到的来自PCC的路径计算请求PCReq消息进行处理，要根据S标志的具体设置进行相应处理。这样，在无需人工干预的情况下，既可以实现现网LSP信息自动更新，还不会让新引入的PCEServer对现网产生任何影响。

下面结合实际应用场景，对本发明实施例再做详细说明。

场景一：现网升级

在现网中引入PCE Server后，PCE Server与PCC之间首先建立基本的TCP连接，然后进行相关能力协商，能力协商通过之后，PCC和PCE之间就建立好了PCEP连接。在对新接入网络的PCE Server进行评估期间，在PCC和PCE Server之间建立PCEP会话过程中，进行如下操作：

接收设备例如PCE Server接收来自发送设备如PCC的通告消息，该通告消息为PCEP OPEN消息，且消息中携带有由S标志位表示的PCC是否支持算路操作的信息；

PCE Server识别所述消息中的S标志位，获得PCC是否支持算路算作；假设识别结果是S为1，即PCC不支持算路操作；

则当所述PCE Server确定所述PCC不支持行算路操作时，所述PCE Server与所述PCC之间建立不支持算路操作的PCEP会话。这样，由于在PCC和PCE Server之间建立了不支持算路操作的PCEP会话，那么PCE Server可以收集其需要的各种信息如流量工程(TrafficEngineering，TE)数据和LSP信息等，而且PCC不会将PCReq发送给PCE Server，PCE Server也不会向PCC发送PCRpt，这样就保证了在不需要任何人工干预的情况下，新引入的PCEServer不对现网产生任何影响。

并且，结合现有技术中的托管标记，所述PCC与PCE Server之间还可以协商是否托管LSP；如果协商结果是不托管LSP，则PCE Server对PCC上报的LSP更新信息只做收集工作。这样，在无需人工干预的情况下，既可以自动阻断PCE Server与PCC之间的算路操作，还可以实现现网LSP信息自动更新，而不会让新引入的PCE Server对现网产生任何影响。

场景二：故障模拟

在现有技术中将PCE Server引入到现网后，需要模拟测试节点或模拟链路故障以查看PCE Server的托管处理调优LSP的能力。具体的，当PCE Server针对模拟测试节点或链路故障重新进行了路径计算后，需要查看PCE Server的计算结果是否有优化调整，同时，又不希望PCE Server下发该算路结果到现网。但是现有技术中无法保证该PCE Server不下发该算路结果到现网，因而就无法保证模拟测试节点或链路故障不对现网产生影响。

为解决上述问题，现有对于模拟测试节点或链路故障引入PCE Server情况下的解决方式是：模拟测试节点或模拟链路故障的PCE Server与PCC相连，但不配PCEP会话，通过内部网关协议(Interior Gateway Protocol，IGP)收集流量工程数据库(TrafficEngineering Database，TEDB)数据，通过第三方设备如网关收集标签交换路径数据库(Label Switched Path Database，LSPDB)信息，PCE Server根据收集到的所有信息进行模拟操作。类似的，PCE Server的算路结果也反馈给网关，通过网关查看PCE Server的调整情况，对比现网以此观察PCE Server能否达到整合优化整网资源。从而避免模拟测试节点或模拟链路故障时对现网的影响。

可见，现有的故障模拟中必须有第三方设备参与，否则PCE Server的算路结果会反馈给PCC，从而无法保证模拟测试节点或链路故障不对现网产生影响。应用本发明实施例提供的方法，即可避免上述问题，具体的，在PCC和PCE Server之间建立PCEP会话过程中，进行如下操作：

接收设备例如PCE Server接收来自发送设备如PCC的通告消息，该通告消息为PCEP OPEN消息，且消息中携带有由S标志位表示的PCC是否支持算路操作的信息；

PCE Server识别消息中的S标志位，获得PCC是否支持算路算作；假设识别结果是S为1，即PCC不支持算路操作；

则当所述PCE Server确定所述PCC不支持行算路操作时，所述PCE Server与所述PCC之间建立不支持算路操作的PCEP会话。

这样，由于在PCC和PCE Server之间建立了不支持算路操作的PCEP会话，那么PCEServer可以收集其需要的各种信息如TE数据和LSP信息等，而且PCC不会将PCReq发送给PCEServer，PCE Server也不会向PCC发送PCRpt，这样就保证了在不需要任何人工干预的情况下，PCE Server的算路结果不会反馈给PCC，从而不对现网产生任何影响。

并且，结合现有技术中的托管标记，所述PCC与PCE Server之间还可以协商是否托管LSP；如果协商结果是托管LSP，则所述PCC发送LSP更新信息给PCE Server；PCE Server为托管的LSP计算更新路径，但由于PCC和PCE Server之间建立了不支持算路操作的PCEP会话，因此所更新的LSP路径不再下发给PCC。这样，在无需人工干预的情况下，既可以自动阻断PCE Server与PCC之间的算路操作，还可以实现现网LSP信息自动更新，而不会让模拟测试节点或链路故障对现网产生任何影响。

本发明实施例还提供了一种建立PCEP会话的系统，参见图3，PCEP会话系统300包括：

发送设备301，用于发送的通告消息，所述通告消息中携带有所述发送设备是否支持算路操作的信息；

接收设备302，用于接收所述发送设备发送的通告消息，所述通告消息中携带有所述发送设备是否支持算路操作的信息；根据所述通告消息中的所述发送设备是否支持算路操作的信息，确定所述发送设备是否支持算路操作；当所述接收设备确定所述发送设备不支持行算路操作时，所述接收设备与所述发送设备之间建立不支持算路操作的PCEP会话。

上述接收设备为路径计算单元服务器PCE Server，所述发送设备为路径计算客户端PCC，此时，所述通告消息中携带的是否支持算路操作的信息为所述PCC是否具有发送路径计算请求PCReq消息及处理路径计算回复PCRpt消息的能力；

或者，

上述接收设备为路径计算客户端PCC，所述发送设备为路径计算单元服务器PCEServer，此时，所述通告消息中携带的是否支持算路操作的信息为所述PCE Server是否具有处理路径计算请求PCReq消息及发送路径计算回复PCRpt消息的能力。

上述通告消息为PCEP开放OPEN消息，所述PCEP OPEN消息包括STATEFUL-PCE-CAPABILITY TLV；该STATEFUL-PCE-CAPABILITY TLV中包括扩展的用于表示是否支持算路操作信息的S标志位。

应用本发明实施例提供的建立PCEP会话的系统，在PCC和PCE Server进行PCEP会话协商的过程中，由接收设备确定发送设备是否支持算路操作，当接收设备确定发送设备不支持行算路操作时，在PCC和PCE Server之间建立不支持算路操作的PCEP会话，从而自动阻断了PCE Server与PCC之间的算路操作，避免了人工干预，从而避免了由于人工干预所导致的错误，简化了操作，提高了工作效率。

本发明实施例还提供了一种接收设备，参见图4，所述接收设备400包括：

接收单元401，用于接收发送设备发送的通告消息，所述通告消息中携带有所述发送设备是否支持算路操作的信息；

确定单元402，用于根据所述通告消息中的所述发送设备是否支持算路操作的信息，确定所述发送设备是否支持算路操作；

建立单元403，用于确定所述发送设备不支持行算路操作时，与所述发送设备之间建立不支持算路操作的PCEP会话。

上述接收设备为路径计算单元服务器PCE Server，所述发送设备为路径计算客户端PCC，此时，所述通告消息中携带的是否支持算路操作的信息为所述PCC是否具有发送路径计算请求PCReq消息及处理路径计算回复PCRpt消息的能力；

或者，

上述接收设备为路径计算客户端PCC，所述发送设备为路径计算单元服务器PCEServer，此时，所述通告消息中携带的是否支持算路操作的信息为所述PCE Server是否具有处理路径计算请求PCReq消息及发送路径计算回复PCRpt消息的能力。

上述通告消息为PCEP开放OPEN消息，所述PCEP OPEN消息包括STATEFUL-PCE-CAPABILITY TLV；该STATEFUL-PCE-CAPABILITY TLV中包括扩展的用于表示是否支持算路操作信息的S标志位。

应用本发明实施例提供的接收设备，在PCC和PCE Server进行PCEP会话协商的过程中，由接收设备确定发送设备是否支持算路操作，当接收设备确定发送设备不支持行算路操作时，在PCC和PCE Server之间建立不支持算路操作的PCEP会话，从而自动阻断了PCEServer与PCC之间的算路操作，避免了人工干预，从而避免了由于人工干预所导致的错误，简化了操作，提高了工作效率。

上述接收设备400可以具有以下硬件，参见图5，一种接收设备400，包括处理器(processor)501、通信接口(Communications Interface)502、存储器(memory)503和通信总线504。

处理器501，通信接口502，存储器503通过总线504完成相互间的通信。

处理器501，用于执行程序505。

具体地，程序505可以包括程序代码，所述程序代码包括计算机操作指令。

处理器501可能是一个中央处理器(Central Processing Unit，CPU)，或者是专用集成电路(Application Specific Integrated Circuit,ASIC)，或者是被配置成实施本申请实施例的一个或多个集成电路。

存储器503，用于存放程序505。存储器503可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。程序505用于执行以下步骤：

接收发送设备发送的通告消息，所述通告消息中携带有所述发送设备是否支持算路操作的信息；

根据所述通告消息中的所述发送设备是否支持算路操作的信息，确定所述发送设备是否支持算路操作；

确定所述发送设备不支持行算路操作时，与所述发送设备之间建立不支持算路操作的PCEP会话。

程序505中各步骤的具体实现参见前述实施例中的相应步骤的实现方式，在此不赘述。

本发明实施例还提供了一种发送设备，参见图6，用于PCC与PCE Server之间进行会话能力协商，所述发送设备600包括：

发送单元601，用于向接收设备发送通告消息，所述通告消息中携带有所述发送设备是否支持算路操作的信息；

建立单元602，用于确定自身不支持行算路操作时，与所述接收设备之间建立不支持算路操作的PCEP会话。

上述发送设备为PCE Server，或者，发送设备为PCC。

应用本发明实施例提供的发送设备，可以在PCC和PCE Server之间建立不支持算路操作的PCEP会话，从而自动阻断了PCE Server与PCC之间的算路操作，避免了人工干预，从而避免了由于人工干预所导致的错误，简化了操作，提高了工作效率。

上述发送设备600可以具有以下硬件，参见图7，一种发送设备600，包括处理器(processor)701、通信接口(Communications Interface)702、存储器(memory)703和通信总线704。

处理器701，通信接口702，存储器703通过总线704完成相互间的通信。

处理器701，用于执行程序705。

具体地，程序705可以包括程序代码，所述程序代码包括计算机操作指令。

处理器701可能是一个CPU，或者是ASIC，或者是被配置成实施本申请实施例的一个或多个集成电路。

存储器703，用于存放程序705。存储器703可能包含高速RAM存储器，也可能还包括non-volatile memory，例如至少一个磁盘存储器。程序705用于执行以下步骤：

通过所述接口单元向接收设备发送通告消息，所述通告消息中携带有所述发送设备是否支持算路操作的信息；

确定自身不支持行算路操作时，与所述接收设备之间建立不支持算路操作的PCEP会话。

程序705中各步骤的具体实现参见前述实施例中的相应步骤的实现方式，在此不赘述。

为了描述的方便，描述以上系统和装置是以功能分为各种单元分别描述。当然，在实施本发明时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统及装置实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本发明可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本发明，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims (8)

1.一种建立路径计算单元通信协议PCEP会话的方法，其特征在于，所述方法包括：

接收设备接收发送设备发送的通告消息，所述通告消息中携带有所述发送设备是否支持算路操作的信息；

所述接收设备根据所述通告消息中的所述发送设备是否支持算路操作的信息，确定所述发送设备是否支持算路操作；

当所述接收设备确定所述发送设备不支持算路操作时，所述接收设备与所述发送设备之间建立不支持算路操作的PCEP会话，

所述接收设备为路径计算单元服务器PCE Server，所述发送设备为路径计算客户端PCC，

所述通告消息中携带的是否支持算路操作的信息为所述PCC是否具有发送路径计算请求PCReq消息及处理路径计算回复PCRpt消息的能力，或者，

所述接收设备为路径计算客户端PCC，所述发送设备为路径计算单元服务器PCEServer，

所述通告消息中携带的是否支持算路操作的信息为所述PCE Server是否具有处理路径计算请求PCReq消息及发送路径计算回复PCRpt消息的能力。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

当所述PCE Server确定所述PCC不支持算路操作时，所述PCE Server设置不处理所述PCC发送的路径计算请求PCReq消息及不发送路径计算回复PCRpt消息。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

当所述PCC确定所述PCE Server不支持算路操作时，所述PCC设置不再向所述PCEServer发送路径计算请求PCReq消息及不处理路径计算回复PCRpt消息。

4.根据权利要求1-3任一所述的方法，其特征在于，

所述通告消息为PCEP开放OPEN消息，所述PCEP OPEN消息包括PCE 能力状态类型长度值STATEFUL-PCE-CAPABILITY TLV；

所述STATEFUL-PCE-CAPABILITY TLV中包括扩展的用于表示是否支持算路操作信息的S标志位。

5.一种建立路径计算单元通信协议PCEP会话的系统，其特征在于，所述系统包括：

发送设备，用于发送通告消息，所述通告消息中携带有所述发送设备是否支持算路操作的信息；

接收设备，用于接收所述发送设备发送的通告消息，并根据所述通告消息中的所述发送设备是否支持算路操作的信息，确定所述发送设备是否支持算路操作，当所述接收设备确定所述发送设备不支持算路操作时，所述接收设备与所述发送设备之间建立不支持算路操作的PCEP会话，

所述接收设备为路径计算单元服务器PCE Server，所述发送设备为路径计算客户端PCC，

所述通告消息中携带的是否支持算路操作的信息为所述PCC是否具有发送路径计算请求PCReq消息及处理路径计算回复PCRpt消息的能力；

或者，

所述接收设备为路径计算客户端PCC，所述发送设备为路径计算单元服务器PCEServer，

所述通告消息中携带的是否支持算路操作的信息为所述PCE Server是否具有处理路径计算请求PCReq消息及发送路径计算回复PCRpt消息的能力。

6.根据权利要求5所述的系统，其特征在于，

所述通告消息为PCEP开放OPEN消息，所述PCEP OPEN消息包括STATEFUL-PCE-CAPABILITY TLV字段；

所述STATEFUL-PCE-CAPABILITY TLV字段中包括扩展的用于表示是否支持算路操作信息的S标志位。

7.一种接收设备，其特征在于，包括：

接收单元，用于接收发送设备发送的通告消息，所述通告消息中携带有所述发送设备是否支持算路操作的信息；

确定单元，用于根据所述通告消息中的所述发送设备是否支持算路操作的信息，确定所述发送设备是否支持算路操作；

建立单元，用于在所述确定单元确定所述发送设备不支持算路操作时，与所述发送设备之间建立不支持算路操作的PCEP会话，

所述接收设备为路径计算单元服务器PCE Server，所述发送设备为路径计算客户端PCC，

所述通告消息中携带的是否支持算路操作的信息为所述PCC是否具有发送路径计算请求PCReq消息及处理路径计算回复PCRpt消息的能力；

或者，

所述接收设备为路径计算客户端PCC，所述发送设备为路径计算单元服务器PCEServer，

所述通告消息中携带的是否支持算路操作的信息为所述PCE Server是否具有处理路径计算请求PCReq消息及发送路径计算回复PCRpt消息的能力。

8.根据权利要求7所述的接收设备，其特征在于，

所述通告消息为PCEP开放OPEN消息，所述PCEP OPEN消息包括STATEFUL-PCE-CAPABILITY TLV字段；

所述STATEFUL-PCE-CAPABILITY TLV字段中包括扩展的用于表示是否支持算路操作信息的S标志位。