CN104243301A - 一种生成业务路径的方法、设备及系统 - Google Patents

Abstract

本发明公开了一种生成业务路径的方法、设备及系统，方法包括：路径计算单元PCE接收路径计算客户端PCC发送的路径计算请求PCReq消息，所述PCReq消息包含网络功能虚拟化NFV功能需求信息；所述PCE根据网络功能虚拟化数据库NFVDB生成业务路径，符合所述NFV功能需求信息的NFV功能实体在所述业务路径上。本发明实施例有益效果如下：在用户业务发生变更时，PCE获取PCC发送的PCReq消息中的NFV功能需求信息，并根据NFVDB生成符合经过NFV功能需求信息中所要求的NFV功能实体的业务路径，从而实现动态配置用户的业务路径，相对于静态配置用户的业务路径，降低了配置和维护的难度。

Description

一种生成业务路径的方法、设备及系统

技术领域

本发明涉及通信技术领域，尤其涉及一种生业务路径的方法、设备及系统。

背景技术

传统的运营商网络包括很多具备不同功能的专用硬件设备，例如防火墙服务器、负载均衡服务器、网络地址转换（Net Address Translation，NAT）服务器和域名系统（Domain Name System，DNS）服务器等。为了给客户提供个性化的网络服务，运营商通常需要对位于网络中不同位置的硬件设备进行规划部署和配置。由于网络业务的灵活性，为了适应多种网络业务，导致这种预先的规划部署和配置变得越来越复杂。此外，当一个新的网络业务被提供时，有可能需要在网络中集成和部署全新的硬件设备以支持新的网络业务，除了复杂的集成和部署的工作外，还需要安排合适的空间和配电以配合新的硬件设备，这使得实施变得困难。同时，运营商还意识到，随着技术的进步，硬件设备的生命周期越来越短，淘汰的也越来越快，提高了运营的成本。

为了解决上述传统的运营商网络的问题，网络功能虚拟化（NetworkFunction Virtualization，NFV）技术引起了运营商的关注。NFV技术是在一系列行业标准服务器上使用软件运行的网络功能，并且可以根据需要在网络中不同位置的服务器上安装和卸载具备该运行网络功能的软件，因此不再需要安装新的硬件设备。通过NFV技术，降低了运营商的成本和开销，缩短了网络新业务部署和上市时间，业务的变更更具灵活性。

在NFV场景下，NFV功能实体可以运行在不同的硬件平台上。通常情形下，运营商都是通过静态规划的方式向用户提供各种服务业务，即预先配置用户到NFV功能实体的路径，但是，由于NFV功能实体可以灵活的在不同的硬件平台之间动态迁移，用户到NFV功能实体的路径每次变化都要通过静态配置来实现，并且不同用户的业务需求也不同，不同用户经过的NFV功能实体的业务路径也不相同，运营商需要维护每个用户到NVF功能实体的路径配置信息，因此，现有技术中，通过静态配置的方式来规划用户的业务路径的方法导致配置复杂，维护困难，不利于NFV技术的发展和应用。

发明内容

本发明实施例提供一种生成NFV业务路径的方法、设备及系统，有利于解决现有技术中通过静态配置的方式来规划用户的业务路径导致的配置复杂、维护困难的技术问题。

第一方面，提供了一种生成业务路径的方法，所述方法包括：

路径计算单元（Path Computation Element，PCE）接收路径计算客户端(PathComputation Client，PCC)发送的路径计算请求（Path Computation Request，PCReq）消息，所述PCReq消息包含网络功能虚拟化(Network FunctionVirtualization，NFV)功能需求信息；

所述PCE根据网络功能虚拟化数据库（Network Function VirtualizationDatabase，NFVDB）生成业务路径，符合所述NFV功能需求信息的NFV功能实体在所述业务路径上。

结合所述第一方面，在所述第一方面的第一种可能的实现方式中，所述PCE接收PCC发送的PCReq消息之前，还包括：

所述PCE接收所述NFV功能实体发送的资源注册消息，所述资源注册消息中携带所述NFV功能实体的资源信息、功能描述和位置信息；

所述PCE将所述资源信息、所述功能描述和所述位置信息添加到所述NFVDB中。

结合所述第一方面或所述第一方面的第一种可能的实现方式，还提供了所述第一方面的第二种可能的实现方式，在所述第一方面的第二种可能的实现方式中，所述PCE接收PCC发送的PCReq消息之前，还包括：

所述PCE预先设置流量工程数据库(Traffic Engineer Database，TEDB)和标签交换路径数据库（Label Switch Path Database，LSPDB）；

所述PCE根据所述NFVDB生成业务路径，具体包括：所述PCE从所述NFVDB中选择符合所述NFV功能需求信息的所述NFV功能实体的资源注册信息，并根据所述TEDB、LSPDB和所述资源注册信息生成所述业务路径。

结合所述第一方面或所述第一方面的上述任意一种可能的实现方式还提供了所述第一方面的第三种可能的实现方式，在所述第一方面的第三种可能的实现方式中，所述PCReq消息还包含NFV容量需求信息或NFV执行顺序需求信息。

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

所述PCE通过路径计算回复（Path Computation Reply，PCRep）消息将所述业务路径的信息发送给所述PCC，指示所述PCC根据所述业务路径的信息建立转发路径。

第二方面，提供一种生成业务路径的方法，所述方法包括：

PCC向PCE发送PCReq消息，所述PCReq消息包含NFV功能需求信息，以便于所述PCE生成符合所述NFV功能需求信息的业务路径；

接收所述PCE发送的PCRep消息，所述PCRep消息包含所述业务路径的信息，所述PCC根据所述业务路径的信息生成转发路径。

结合所述第二方面，所述第二方面的第一种可能的实现方式中，所述PCReq消息还包含NFV容量需求信息或NFV执行顺序需求信息。

第三方面，提供一种路径计算单元PCE，包括：

接收单元，用于接收PCC发送的PCReq消息，所述PCReq消息包含NFV功能需求信息；

处理单元，用于根据NFVDB生成业务路径，符合所述NFV功能需求信息的NFV功能实体在所述业务路径上。

结合所述第三方面，所述第三方面的第一种可能的实现方式中，所述接收单元还用于接收所述NFV功能实体发送的资源注册消息，所述资源注册消息中携带所述NFV功能实体的资源信息、功能描述和位置信息；

所述处理单元，还用于将所述资源信息、所述功能描述和所述位置信息添加到所述NFVDB中。

结合所述第三方面或所述第三方面的第一种可能的实现方式，提供了所述第三方面的第二种可能的实现方式，所述第三方面的第二种可能的实现方式中，所述PCE还包括设置单元，用于在所述接收单元接收所述PCC发送的所述PCReq消息之前，设置TEDB和LSPDB；

所述处理单元，具体用于从所述NFVDB中选择符合所述NFV功能需求信息的所述NFV功能实体的资源注册信息，并根据所述TEDB、LSPDB和所述资源注册信息生成所述业务路径。

结合所述第三方面、所述第三方面的第一种可能的实现方式或所述第三方面的第二种可能的实现方式，提供了所述第三方面的第三种可能的实现方式，所述第三方面的第三种可能的实现方式中，所述PCReq消息还包含NFV容量需求信息或NFV执行顺序需求信息。

结合所述第三方面，所述第三方面的第四种可能的实现方式中，还包括发送单元，用于通过PCRep消息将所述业务路径的信息发送给所述PCC，指示所述PCC根据所述业务路径的信息建立转发路径。

第四方面，提供一种路径计算客户端PCC，包括：

发送单元，用于向PCE发送PCReq消息，所述PCReq消息包含NFV功能需求信息，以便于所述PCE生成符合所述NFV功能需求信息的业务路径；

接收单元，用于接收所述PCE发送的PCRep消息，所述PCRep消息包含所述业务路径的信息；

处理单元，用于根据所述业务路径的信息生成转发路径。

结合所述第四面，所述第四面的第一种可能实现方式中，所述PCReq消息还包含NFV容量需求信息或NFV执行顺序需求信息。

第五方面，提供一种生成业务路径的系统，所述系统包括PCE和PCC，其中，

所述PCE，用于接收所述PCC发送的PCReq消息，根据NFVDB生成业务路径，通过PCRep消息将所述业务路径的信息发送给所述PCC；其中，所述PCReq消息包含NFV功能需求信息，符合所述NFV功能需求信息的NFV功能实体在所述业务路径上；

所述PCC，用于向PCE发送所述PCReq消息，接收所述PCE发送的所述PCRep消息，根据所述业务路径的信息生成转发路径；其中，所述PCReq消息包含NFV功能需求信息，以便于所述PCE生成符合所述NFV功能需求信息的业务路径；所述PCRep消息包含所述业务路径的信息。

本发明实施例有益效果如下：当用户业务发生变更时，PCE通过接收PCC发送的PCReq消息，获取用户业务对NFV功能实体的需求，进而根据NFVDB生成业务路径，而符合用户业务的NFV功能需求的NFV功能实体在该业务路径上，当NFV功能实体在发生位置迁移时，PCE接收该NFV功能实体发送的资源注册消息，根据该资源注册消息中携带的NFV功能实体的资源信息、功能描述和位置信息等信息更新NFVDB，从而实现动态配置用户的业务路径，解决现有技术中通过静态配置的方式来规划用户的业务路径导致的配置复杂、维护困难的技术问题。

附图说明

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

图1为本发明实施例提供的一种生成业务路径方法的流程图；

图2为图1所示的一种生成业务路径方法的一种实现方式的流程图；

图3为图1所示的一种生成业务路径方法的另一种实现方式的流程图；

图4为本发明实施例中所述PCE发送所述PCRep消息的流程图；

图5为本发明实施例提供的另一种生成业务路径方法的流程图；

图6为本发明实施例六中所述PCE接收资源注册消息的示意图；

图7为本发明实施例六中所述PCE接收所述PCReq消息及发送所述PCRep消息的示意图；

图8为本发明实施例提供的第一种所述PCE的结构示意图；

图9为本发明实施例提供的第一种所述PCC的结构示意图；

图10为本发明实施例提供的第二种所述PCE的结构示意；

图11为本发明实施例提供的第二种所述PCC的结构示意图；

图12为本发明实施例提供的所述生成业务路径的系统的结构示意图。

具体实施方式

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

为了解决现有技术的网络设置和维护中，采用静态配置的方式来规划用户的业务路径导致的配置复杂、维护困难的技术问题，本发明实施例提供一种应用于网络虚拟化技术的生成业务路径的方案。该方案中针对用户业务的情况，PCE通过接收PCC发送的PCReq消息，获取用户业务对NFV功能实体的需求，进而根据NFVDB生成业务路径，而符合用户业务的NFV功能需求的NFV功能实体在该业务路径上；针对NFV功能实体在发生位置迁移时（例如从一台虚拟机迁移到另一台虚拟机），PCE接收该NFV功能实体发送的资源注册消息，根据该资源注册消息中携带的NFV功能实体的资源信息、功能描述和位置信息等信息更新NFVDB；从而实现动态配置用户的业务路径，解决现有技术中通过静态配置的方式来规划用户的业务路径导致的配置复杂、维护困难的技术问题。

参见图1，本发明实施例提供了一种生成业务路径的方法，方法包括：

101，PCE接收PCC发送的PCReq消息，PCReq消息包含NFV功能需求信息。

102，所述PCE根据NFVDB生成业务路径，符合所述NFV功能需求信息的NFV功能实体在所述业务路径上。

可选地，参见图2，所述PCE接收所述PCC发送的所述PCReq消息之前，所述方法还包括：

201，所述PCE接收所述NFV功能实体发送的资源注册消息，所述资源注册消息中携带所述NFV功能实体的资源信息、功能描述和位置信息。

202，所述PCE将所述资源信息、所述功能描述和所述位置信息添加到所述NFVDB中。

所述PCE接收所述NFV功能实体发送的所述资源注册消息，并根据所述资源注册消息对所述NFVDB进行更新，可以确保所述NFVDB中的数据为有效的数据，有利于业务路径计算的正确性和可靠性。

可选地，所述资源注册消息可以是PCEP消息的扩展，所述PCEP消息格式请参考IETF发布的RFC5440，所述资源注册消息包括如下内容：

<Register Message>::=<Common Header><register-list>

<register-list>::=<register>[<register-list>]

<register>::=<NFV ID><functions><resources><location>

<functions>::=<function type><function capability><performance>

<resources>::=<processor><storage><bandwidth><interface>；

其中，NFV ID为发送所述资源注册消息的所述NFV功能实体的标识，functions为所述NFV功能实体的功能描述，resources为所述NFV功能实体的资源信息，location为所述NFV功能实体的位置信息。

需要注意的是，上述举例示出的资源注册消息所包括的内容只是为了更清楚、直观的说明资源注册消息，并非对本发明的限定，本领域技术人员应该能够了解，采用其他符合本发明思想的资源注册消息的格式（例如采用不同语言或不同的命名规则等）或者内容变化也可以达到本发明的目的，当其实现方式符合本发明思想时，其仍然在本发明的保护范围内。

本实施例中的上述步骤只是一种优选的实现本发明的组合，当用于定时更新所述NFVDB时，步骤201和步骤202也可能在完成步骤101和步骤102之后再一次执行或多次执行，此种情形下，是为了保持NFVDB的有效性，以便于为下一次业务路径的计算作准备。或者，在NFV功能实体发生迁移时执行。例如当NFV功能实体由一个台虚拟机迁移到另一台虚拟机时，该NFV功能实体的资源信息、功能描述和位置信息可能发生变化，此时有必要更新NFVDB；或者经过该NFV功能实体的业务路径由于该NFV功能实体的迁移发生改变，此时有必要对业务路径进行重新计算，当然上述两种情况也可以同时发生。

可选地，参见图3，步骤101的所述PCE接收PCC发送的PCReq消息之前，还包括：

301，所述PCE预先设置TEDB和LSPDB。

步骤101的所述PCE接收PCC发送的PCReq消息之后，还包括：

302，所述PCE从所述NFVDB中选择符合所述NFV功能需求信息的所述NFV功能实体的资源注册信息。

步骤102包括：所述PCE根据所述TEDB、LSPDB和符合所述NFV功能需求信息的所述NFV功能实体的所述资源注册信息生成所述业务路径。

对于网络中的业务路径计算而言，PCE分为有状态PCE（Stateful PCE）和无状态PCE两种，无状态PCE使用TEDB的信息来进行转发路径计算，TEDB包含的信息主要有网络拓扑和链路上的剩余带宽，基于以上信息，无状态PCE可以为当前的一个请求计算出满足带宽需求的最短路径。而有状态PCE不仅有TEDB，还获得了网络中已有标签交换路径（Label Switch Path，LSP）及其存储状态信息的LSPDB，能够根据网络实际情况进行路径调节。

本实施例中，根据TEDB、LSPDB和NFVDB，实现现有PCE计算业务路径能力的扩展，在用户业务发生变更时，PCE能够获取PCC发送的PCReq消息中的NFV功能需求信息，并根据NFVDB生成符合经过NFV功能需求信息中所要求的NFV功能实体的业务路径，从而实现动态配置用户的业务路径，相对于静态配置用户的业务路径，降低了配置和维护的难度。

可选地，所述PCReq消息还包含NFV容量需求信息或NFV执行顺序需求信息。其中，所述PCReq消息可以参考IETF公布的RFC5440，本发明实施例中所述PCReq消息包含如下内容：

<NFV request>::=<PR><functions-request><capability-request><sequence-request>…

其中，functions-request为所述NFV功能需求信息，apability-reques为所述NFV容量需求信息，sequence-request为所述NFV执行顺序需求信息。

可选地，参见图4，所述方法还包括：

401，所述PCE通过PCRep消息将所述业务路径的信息发送给所述PCC，指示所述PCC根据所述业务路径的信息建立转发路径。

本发明实施例有益效果如下：在用户业务发生变更时，所述PCE获取所述PCC发送的所述PCReq消息中的所述NFV功能需求信息，并根据所述NFVDB生成业务路径，所述业务路径上的NFV功能实体符合所述NFV功能需求信息的要求，从而实现动态配置用户的业务路径，相对于静态配置用户的业务路径，降低了配置和维护的难度。

参见图5，本发明实施例提供一种生成业务路径的方法，方法包括：

501，PCC向PCE发送PCReq消息，所述PCReq消息包含NFV功能需求信息，以便于所述PCE生成符合所述NFV功能需求信息的业务路径。

502，接收所述PCE发送的所述PCRep消息，所述PCRep消息包含业务路径的信息，所述PCC根据业务路径的信息生成转发路径。

可选地，所述PCReq消息还包含NFV容量需求信息或NFV执行顺序需求信息，所述PCReq消息格式参见如上的PCReq消息格式。

本发明实施例有益效果如下：当用户的业务发生变更时，PCC向PCE发送用户的业务相关的NFV功能需求信息，在PCE完成业务路径计算后，根据PCE发送的PCRep消息建立转发路径，配合PCE实现动态配置用户的业务路径，相对于静态配置用户的业务路径，降低了配置和维护的难度。

为更清楚的描述本发明实施例，现举例说明。参见图6，为PCE服务器接收NFV功能实体发送资源注册消息的示意图，参见图7，为用户业务变更后，PCE接收PCC发送的PCReq消息及向PCC发送PCRep消息的示意图，具体如下：

NFV功能实体设置于虚拟机VM1至VM5上，与网络侧的PCC1至PCC6具有如图6所示的连接关系；同时，用户UE1至UE4与网络侧的PCC1至PCC6具有如图6所示的连接关系，其中，UE1对应业务1，UE2对应业务2，UE3对应业务3，UE4对应业务4。此时，在图6所示的PCE接收NFV功能实体发送资源注册消息的示意图中，所述资源注册消息可以为对PCEP消息的扩展，所述资源注册消息可携带所述NFV功能实体的资源信息、功能描述和位置信息，所述资源注册消息包含以下内容：

<Register Message>::=<Common Header><register-list>

<register-list>::=<register>[<register-list>]

<register>::=<NFV ID><functions><resources><location>

<functions>::=<function type><function capability><performance>

<resources>::=<processor><storage><bandwidth><interface>；

其中，NFV ID为发送所述资源注册消息的所述NFV功能实体的标识，functions为所述NFV功能实体的所述功能描述，resources为所述NFV功能实体的所述资源信息，location为所述NFV功能实体的所述位置信息。

当UE1的业务由如图6所示的业务1变更为如图7所示的业务2时，在图7所示PCE服务器接收PCC发送的PCReq消息及向PCC发送PCRep消息的示意图中，PCReq消息可以携带携带用户发起的NFV业务所要求的NFV功能信息、容量信息和执行顺序信息，以如下消息格式实现：

<NFV request>::=<PR><functions-request>

其中，functions-request为所述NFV功能需求信息。

当然，所述PCReq消息可以携带用户发起的NFV业务所要求的所述NFV功能信息、所述容量信息和所述执行顺序信息中的一种信息或任意信息的组合，所述PCReq消息可以包括：

<NFV request>::=<PR><functions-request><capability-request><sequence-request>…

其中，apability-reques为NFV容量需求信息，sequence-request为NFV执行顺序需求信息。

PCE在接收的PCReq消息中获取所述NFV功能需求信息；并根据所述NFV功能需求信息、NFVDB、TEDB和LSPDB生成业务路径，符合NFV功能需求信息的NFV功能实体在该业务路径上。

本发明实施例有益效果如下：网络中的PCE接收NFV功能实体（如设置于图6中虚拟机VM1至VM5上的NFV功能实体）的资源注册消息后更新NFVDB，在用户业务发生变更时，PCE获取用户所连接的PCC发送的PCReq消息中的NFV功能需求信息（该NFV功能需要信息是由用户业务所决定），从而根据NFVDB生成符合经过NFV功能需求信息中所要求的NFV功能实体的业务路径，从而实现动态配置用户的业务路径，相对于静态配置用户的业务路径，降低了配置和维护的难度。

参见图8，本发明实施例提供了一种PCE800，所述PCE800包括：

接收单元801，用于接收PCC发送的PCReq消息，所述PCReq消息包含NFV功能需求信息；

处理单元802，用于根据NFVDB生成业务路径，符合所述NFV功能需求信息的NFV功能实体在业务路径上。

可选地，所述接收单元801还用于接收所述NFV功能实体发送的资源注册消息，所述资源注册消息中携带所述NFV功能实体的资源信息、功能描述和位置信息；

所述处理单元802，还用于将所述资源信息、所述功能描述和所述位置信息添加到所述NFVDB中。

可选地，所述PCE还包括设置单元803，用于在接收所述PCC发送的所述PCReq消息之前，设置TEDB和LSPDB；

所述处理单元802，具体用于从所述NFVDB中选择符合所述NFV功能需求信息的所述NFV功能实体的所述资源注册信息，并根据所述TEDB、所述LSPDB和所述接收单元801接收的所述资源注册信息生成业务路径。

可选地，所述PCReq消息还包含NFV容量需求信息或NFV执行顺序需求信息。

可选地，还包括发送单元804，用于通过PCRep消息将所述处理单元802生成的业务路径的信息发送给所述PCC，指示所述PCC根据所述业务路径的信息建立转发路径。

本实施例提供的所述PCE800，根据所述TEDB、所述LSPDB和所述NFVDB，实现现有PCE计算业务路径能力的扩展，在用户业务发生变更时，所述PCE的所述接收单元801获取所述PCC发送的所述PCReq消息中的所述NFV功能需求信息，所述处理单元802根据所述NFVDB生成符合经过所述NFV功能需求信息中所要求的所述NFV功能实体的业务路径，进一步的，所述PCE的发送单元804可以通过PCRep消息将所述处理单元802生成的业务路径的信息发送给所述PCC，指示所述PCC根据所述业务路径的信息建立转发路径；从而实现动态配置用户的业务路径，相对于静态配置用户的业务路径，降低了配置和维护的难度。

参见图9，本发明实施例提供了一种PCC900，包括：

发送单元901，用于向PCE发送PCReq消息，所述PCReq消息包含NFV功能需求信息，以便于所述PCE生成符合所述NFV功能需求信息的业务路径；

接收单元902，用于接收所述PCE发送的PCRep消息，所述PCRep消息包含所述业务路径的信息；

处理单元903，用于根据所述业务路径的信息生成转发路径。

可选地，所述PCReq消息还包含NFV容量需求信息或NFV执行顺序需求信息。

本实施例提供的所述PCC900，在用户的业务发生变更时，发送单元901向所述PCE发送用户的业务相关的所述NFV功能需求信息，在所述PCE完成业务路径计算后，接收单元902接收所述PCE发送的所述PCRep消息，处理单元903根据所述PCRep消息建立转发路径，配合所述PCE实现动态配置用户的业务路径，相对于静态配置用户的业务路径，降低了配置和维护的难度。

参见图10、本发明实施例提供了一种PCE1000，包括：

接收器1001，用于接收PCC发送的PCReq消息，所述PCReq消息包含NFV功能需求信息；

处理器1002，用于根据NFVDB生成业务路径，符合所述NFV功能需求信息的NFV功能实体在所述业务路径上。

可选的，所述接收器1001，还用于接收所述NFV功能实体发送的资源注册消息，所述资源注册消息中携带所述NFV功能实体的资源信息、功能描述和位置信息；

所述处理器1002，还用于将所述资源信息、所述功能描述和所述位置信息添加到所述NFVDB中。

可选的，所述处理器1002，用于在所述接收器1001接收所述PCC发送的所述PCReq消息之前，TEDB和LSPDB；

从所述NFVDB中选择符合所述NFV功能需求信息的所述NFV功能实体的资源注册信息，并根据所述TEDB、LSPDB和所述资源注册信息生成所述业务路径。

可选的，还包括：

发送器1003，用于通过PCRep消息将所述业务路径的信息发送给所述PCC，指示所述PCC根据所述业务路径的信息建立转发路径。

本实施例提供的所述PCE1000，根据所述TEDB、所述LSPDB和所述NFVDB，实现现有PCE计算业务路径能力的扩展，在用户业务发生变更时，所述PCE的所述接收器1001获取所述PCC发送的所述PCReq消息中的所述NFV功能需求信息，所述处理器1002根据所述NFVDB生成业务路径，业务路径上的所述功能实体符合所述NFV功能需求信息的要求，进一步的，所述PCE的发送器1003可以通过PCRep消息将所述处理器1002生成的业务路径的信息发送给所述PCC，指示所述PCC根据所述业务路径的信息建立转发路径；从而实现动态配置用户的业务路径，相对于静态配置用户的业务路径，降低了配置和维护的难度。

参见图11、本发明实施例提供了一种PCC2000，包括：

发送器2001，用于向路径计算单元PCE发送路径计算请求PCReq消息，所述PCReq消息包含网络功能虚拟化NFV功能需求信息，以便于所述PCE生成符合所述NFV功能需求信息的业务路径；

接收器2002，用于接收所述PCE发送的路径计算回复PCRep消息，所述PCRep消息包含所述业务路径的信息；

处理器2003，用于根据所述业务路径的信息生成转发路径。

本实施例提供的所述PCC2000，在用户的业务发生变更时，发送器2001向所述PCE发送用户的业务相关的所述NFV功能需求信息，在所述PCE完成业务路径计算后，接收器2002接收所述PCE发送的所述PCRep消息，处理器2003根据所述PCRep消息建立转发路径，配合所述PCE实现动态配置用户的业务路径，相对于静态配置用户的业务路径，降低了配置和维护的难度。

参见图12，本发明实施例提供了一种生成业务路径的系统3000，系统包括：

PCE3001，用于接收PCC发送的PCReq消息，根据NFVDB生成业务路径，通过所述PCRep消息将业务路径的信息发送给所述PCC；其中，所述PCReq消息包含NFV功能需求信息，符合所述NFV功能需求信息的NFV功能实体在所述业务路径上；

所述PCC3002，用于向所述PCE3001发送所述PCReq消息，接收所述PCE3001发送的PCRep消息，根据所述业务路径的信息生成转发路径；其中，所述PCReq消息包含所述NFV功能需求信息，以便于所述PCE3001生成符合所述NFV功能需求信息的业务路径；所述PCRep消息包含业务路径的信息。

本实施例提供的生成业务路径的系统3000中，PCE3001根据TEDB、LSPDB和NFVDB，实现现有PCE3001计算业务路径能力的扩展，在用户业务发生变更时，PCE3001能够获取PCC3002发送的PCReq消息中的NFV功能需求信息，并根据NFVDB生成业务路径，所述业务路径上的NFV功能实体符合NFV功能需求信息的要求；PCC3002在用户的业务发生变更时，向PCE3001发送用户的业务相关的NFV功能需求信息，在PCE3001完成业务路径计算后，根据PCE3001发送的PCRep消息建立转发路径，配合PCE3001实现动态配置用户的业务路径；通过PCE3001和PCC3002的配合实现动态配置用户的业务路径，相对于静态配置用户的业务路径，降低了配置和维护的难度。

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

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

Claims (13)

1.一种生成业务路径的方法，其特征在于，所述方法包括：

路径计算单元PCE接收路径计算客户端PCC发送的路径计算请求PCReq消息，所述PCReq消息包含网络功能虚拟化NFV功能需求信息；

所述PCE根据网络功能虚拟化数据库NFVDB生成业务路径，符合所述NFV功能需求信息的NFV功能实体在所述业务路径上。

2.根据权利要求1所述的方法，其特征在于，所述PCE接收所述PCC发送的所述PCReq消息之前，还包括：

所述PCE接收所述NFV功能实体发送的资源注册消息，所述资源注册消息中携带所述NFV功能实体的资源信息、功能描述和位置信息；

所述PCE将所述资源信息、所述功能描述和所述位置信息添加到所述NFVDB中。

3.根据权利要求1或2所述的方法，其特征在于，所述PCE接收所述PCC发送的所述PCReq消息之前，还包括：

所述PCE预先设置流量工程数据库TEDB和标签交换路径数据库LSPDB；

所述PCE根据所述NFVDB生成业务路径，具体包括：所述PCE从所述NFVDB中选择符合所述NFV功能需求信息的所述NFV功能实体的资源注册信息，并根据所述TEDB、LSPDB和所述资源注册信息生成所述业务路径。

4.根据权利要求1至3任一权利要求所述的方法，其特征在于，所述PCReq消息还包含NFV容量需求信息或NFV执行顺序需求信息。

5.根据权利要求1至4任一权利要求所述的方法，其特征在于，还包括：

所述PCE通过路径计算回复PCRep消息将所述业务路径的信息发送给所述PCC，指示所述PCC根据所述业务路径的信息建立转发路径。

6.一种生成业务路径的方法，其特征在于，所述方法包括：

路径计算客户端PCC向路径计算单元PCE发送路径计算请求PCReq消息，所述PCReq消息包含网络功能虚拟化NFV功能需求信息，以便于所述PCE生成符合所述NFV功能需求信息的业务路径；

接收所述PCE发送的PCRep消息，所述PCRep消息包含所述业务路径的信息，所述PCC根据所述业务路径的信息生成转发路径。

7.如权利要求6所述的方法，其特征在于，所述PCReq消息还包含NFV容量需求信息或NFV执行顺序需求信息。

8.一种路径计算单元PCE，其特征在于，包括：

接收单元，用于接收路径计算客户端PCC发送的路径计算请求PCReq消息，所述PCReq消息包含网络功能虚拟化NFV功能需求信息；

处理单元，用于根据网络功能虚拟化数据库NFVDB生成业务路径，符合所述NFV功能需求信息的NFV功能实体在所述业务路径上。

9.根据权利要求8所述的PCE，其特征在于，

所述接收单元，还用于接收所述NFV功能实体发送的资源注册消息，所述资源注册消息中携带所述NFV功能实体的资源信息、功能描述和位置信息；

所述处理单元，还用于将所述资源信息、所述功能描述和所述位置信息添加到所述NFVDB中。

10.根据权利要求8或9所述的PCE，其特征在于，所述PCE还包括：

设置单元，用于在所述接收单元接收所述PCC发送的所述PCReq消息之前，设置流量工程数据库TEDB和标签交换路径数据库LSPDB；

所述处理单元，具体用于从所述NFVDB中选择符合所述NFV功能需求信息的所述NFV功能实体的资源注册信息，并根据所述TEDB、LSPDB和所述资源注册信息生成所述业务路径。

11.根据权利要求8至10任一权利要求所述的PCE，其特征在于，还包括：

发送单元，用于通过路径计算回复PCRep消息将所述业务路径的信息发送给所述PCC，指示所述PCC根据所述业务路径的信息建立转发路径。

12.一种路径计算客户端PCC，其特征在于，包括：

发送单元，用于向路径计算单元PCE发送路径计算请求PCReq消息，所述PCReq消息包含网络功能虚拟化NFV功能需求信息，以便于所述PCE生成符合所述NFV功能需求信息的业务路径；

接收单元，用于接收所述PCE发送的路径计算回复PCRep消息，所述PCRep消息包含所述业务路径的信息；

处理单元，用于根据所述业务路径的信息生成转发路径。

13.一种生成业务路径的系统，其特征在于，所述系统包括路径计算单元PCE和路径计算客户端PCC，其中，

所述PCE，用于接收所述PCC发送的路径计算请求PCReq消息，根据网络功能虚拟化数据库NFVDB生成业务路径，通过路径计算回复PCRep消息将所述业务路径的信息发送给所述PCC，其中，所述PCReq消息包含网络功能虚拟化NFV功能需求信息，符合所述NFV功能需求信息的NFV功能实体在所述业务路径上；

所述PCC，用于向所述PCE发送所述PCReq消息，接收所述PCE发送的所述PCRep消息，根据所述业务路径的信息生成转发路径，其中，所述PCReq消息包含NFV功能需求信息，以便于所述PCE生成符合所述NFV功能需求信息的业务路径，所述PCRep消息包含所述业务路径的信息。