CN115695199A - 网络功能虚拟化的实例更新方法、设备及存储介质 - Google Patents

Abstract

本申请公开了一种网络功能虚拟化的实例更新方法、设备及存储介质。该方法包括：网络功能虚拟化编排器(NFVO)获取对网络功能虚拟化(NFV)的实例进行更新的更新请求；对更新请求基于NFVO与虚拟网络功能管理器(VNFM)之间新增的第一接口更新实例；其中，实例为VNF实例或者NS实例。可以基于NFVO与VNFM之间新增的第一接口对VNF实例或者NF实例进行更新，从而可以对已部署的VNF实例和/或NS实例基于业务需求进行动态更新，可以减少传统的基于删除已有VNF实例并重新创建新的VNF实例的方式所带来的运维复杂度与工作量，提高运维效率，增强了VNF实例的动态迭代能力。

Description

网络功能虚拟化的实例更新方法、设备及存储介质

技术领域

本申请涉及通信技术领域，尤其涉及一种网络功能虚拟化(Network FunctionVirtualization，NFV)的实例更新方法、装置、设备及存储介质。

背景技术

传统的网络设备是基于特定规格设备、特定技术要求定制而成的，网络设备的维护与更新过程较为复杂，业务推广的运营成本较高。为了实现降低网络部署和业务推广的复杂度及成本，基于通用硬件平台实现软硬件解耦的方式，可以有效地降低设备升级所带来的成本，加速新业务的部署。因此，实现网络中专用的网元设备的功能的NFV逐渐得到应用。

在NFV引入软件定义网络(Software Defined Network，SDN)技术后，虚拟网络功能(virtualized network function，VNF)的部署及管理趋于自动化。比如，可以通过SDN控制器(SDN Controller，SDN-C)下发指令到相关的虚拟设备，实现诸如VNF的实例化、扩缩容等操作要求。在SDN场景下，MANO(NFV management and orchestration，NFV的管理编排)系统定义了网络服务(Network Service，NS)的概念。一个NS实例为一个具体的网络服务，如图1所示，每个NS实例可以包含一个或多个VNF实例，以及VNF实例间通信交互所需的虚拟链接(Virtual Link，VL)及网络连接性资源。

在网络云中，已创建的VNF实例基于业务需求，需要进行网络及资源方面的调整时，相关技术中，往往需要采用“删除已有VNF实例，基于需求重新创建新的VNF实例”的方式，实现网元的更新。然而，新创建的VNF实例需要重新与周边交互的VNF实例或网管系统进行对接，工程较为复杂且周期较长。

发明内容

有鉴于此，本申请实施例提供了一种NFV的实例更新方法、装置、设备及存储介质，旨在对已部署的VNF实例和/或NS实例基于业务需求进行动态更新。

本申请实施例的技术方案是这样实现的：

第一方面，本申请实施例提供了一种网络功能虚拟化的实例更新方法，包括：

网络功能虚拟化编排器(network function virtualization orchestrator，NFVO)获取对网络功能虚拟化(NFV)的实例进行更新的更新请求；

对所述更新请求基于所述NFVO与虚拟网络功能管理器(virtualized networkfunction manager，VNFM)之间新增的第一接口更新所述实例；

其中，所述实例为VNF实例或者NS实例。

上述方案中，所述更新请求为用于更新VNF实例的第一请求，相应地，所述对所述更新请求基于所述NFVO与VNFM之间新增的第一接口更新所述实例，包括：

针对所述第一请求，所述NFVO基于第二接口向所述VNFM发送所述VNF实例的查询请求；

所述NFVO基于所述第二接口接收所述VNFM返回的查询结果；

所述NFVO基于所述查询结果更新所述VNF实例的可变更参数；

所述NFVO基于所述第一接口向所述VNFM发送更新所述VNF实例的信息；

所述NFVO基于所述第一接口接收所述VNFM返回的更新所述VNF实例的任务标识。

上述方案中，所述方法还包括：

所述VNFM基于所述更新VNF实例的信息更新所述VNF实例与VNF包标识和虚拟网络功能描述(virtualized network function Descriptor，VNFD)标识的关联关系；

所述VNFM基于第三接口向所述NFVO发送所述关联关系；

所述NFVO基于所述关联关系将所述VNF实例与相应的VNF包标识和VNFD标识进行关联。

上述方案中，所述方法还包括：

所述VNFM基于第四接口向所述NFVO请求资源授权；

所述NFVO基于所述第四接口向所述VNFM返回资源授权结果。

上述方案中，所述方法还包括：

所述VNFM基于第五接口向所述NFVO发送VNF生命周期更改通知。

上述方案中，所述更新请求为用于更新NS实例的第二请求，相应地，所述对所述更新请求基于所述NFVO与VNFM之间新增的第一接口更新所述实例，包括：

针对所述第二请求，所述NFVO基于第二接口向所述VNFM发送所述NS实例中各VNF实例的查询请求；

所述NFVO基于所述第二接口接收所述VNFM返回的查询结果；

所述NFVO基于所述查询结果更新各所述VNF实例的可变更参数；

所述NFVO基于所述第一接口向所述VNFM发送更新各所述VNF实例的信息；

所述NFVO基于所述第一接口接收所述VNFM返回的更新各所述VNF实例的任务标识。

上述方案中，所述方法还包括：

所述VNFM基于更新各所述VNF实例的信息更新各所述VNF实例与VNF包标识和VNFD标识的关联关系；

所述VNFM基于第三接口向所述NFVO发送所述关联关系；

所述NFVO基于所述关联关系将各所述VNF实例与相应的VNF包标识和VNFD标识进行关联。

上述方案中，所述方法还包括：

所述VNFM基于第四接口向所述NFVO请求资源授权；

所述NFVO基于所述第四接口向所述VNFM返回资源授权结果。

上述方案中，所述方法还包括：

所述VNFM基于第五接口向所述NFVO发送VNF生命周期更改通知。

上述方案中，所述方法还包括：

所述NFVO基于更新后的各所述VNF实例的资源，执行以下至少之一：增加等价路由、增加信令采集规则、删除等价路由及删除信令采集规则；

所述NFVO更新所述NS实例的虚拟链接(VL)及网络连接性资源。

第二方面，本申请实施例提供了一种NFV的管理编排设备，包括：NFVO和VNFM，所述NFVO及所述VNFM配置为执行本申请实施例所述的方法的步骤。

第三方面，本申请实施例提供了一种存储介质，所述存储介质上存储有计算机程序，所述计算机程序被处理器执行时，实现本申请实施例所述方法的步骤。

本申请实施例提供的技术方案，可以基于NFVO与VNFM之间新增的第一接口对VNF实例或者NF实例进行更新，从而可以对已部署的VNF实例和/或NS实例基于业务需求进行动态更新，可以减少传统的基于删除已有VNF实例并重新创建新的VNF实例的方式所带来的运维复杂度与工作量，提高运维效率，增强了VNF实例的动态迭代能力。

附图说明

图1为相关技术中NS实例的结构示意图；

图2为相关技术中NFV系统的结构示意图；

图3为本申请实施例NFV的实例更新方法的流程示意图；

图4为本申请应用实施例一VNF实例更新的流程示意图；

图5为本申请应用实施例二NS实例更新的流程示意图。

具体实施方式

下面结合附图及实施例对本申请再作进一步详细的描述。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中在本申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请。

相关技术中，如图2所示，NFV系统包括：MANO系统、运营支撑系统(OperationsSupport System，OSS)、操作维护中心(Operation and Maintenance Center，OMC)、VNF、NFVI等功能节点。其中，MANO系统包括：NFVO、VNFM、虚拟基础设施管理器(virtualizedinfrastructure manager，VIM)及SDN控制器(SDN Controller，SDN-C)。

MANO系统的主要功能包括：网元的生命周期管理、网元所需镜像的创建、网元所需模板及软件的管理、网络资源的分配及管理等。其中，NFVO负责资源的统一调度，创建VNF自动扩缩容策略，提供VNF实例化的规格配置参数等；VNFM负责VNF生命周期管理，例如VNFD的解析与处理、VNF实例的初始化以及VNF的扩缩容等；VIM则负责硬件资源与虚拟化资源的调度与管理。在NFV系统引入SDN技术后，MANO系统可以将VNF的部署及管理相关的配置参数传递至SDN-C，由SDN-C下发指令到NFVI的相关虚拟设备，例如，SDN Gateway(SDN网关)、vSwich(虚拟交换机)等，实现诸如VNF的实例化、扩缩容等操作要求。

在ETSI(European Telecommunications Standards Institute，欧洲电信标准化协会)NFV-IFA工作组中，提出了Change current VNF package、Modify VNF Information以及Change VNF Flavor三类操作，用于VNF实例更新，具体如下：

1)、Change current VNF package操作：用于切换VNF实例所基于的VNF包，实现VNF实例的软件升级

2)、Modify VNF Information操作：用于更新VNF实例相关信息

3)、Change VNF Flavor操作：用于切换VNF实例所基于的部署模板(deploymentflavor，DF)，实现VNF实例资源更新。

针对Change current VNF package操作，该操作主要用于VNF实例的软件更新。然而VNF实例更新场景中，较多的是对于VNF实例的内部网络信息及虚拟资源进行的变更，该操作未能包含所需场景。

针对Modify VNF Information操作，该操作主要用于VNF实例信息的变更，信息是否成功修改，由VNFM告知NFVO。然而，在网络云现网运行中，出于稳定性与安全性角度出发，VNF实例的相关信息参数，需要在规划阶段进行全面设计，决定哪些参数具备可修改性，哪些参数需保持创建值不变。ETSI-NFV中，该操作未从现网实际运维出发，对该VNF实例信息参数的可修改性进行定义与限制。

针对Change VNF Flavor操作，由于大多数网络云厂家的VNF包实现中，只包含一个VNFD文件，每个VNFD文件中只包含一个部署规格DF文件，无法实现在同一个VNFD文件中切换不同的DF文件，故而该操作无法成功引入网络云产品中。

基于此，在本申请的各种实施例中，基于新增的NFVO与VNFM之间的用于VNF实例更新的第一接口，可以实现对现网已部署的VNF实例和/或NS实例基于业务需求进行动态更新，可以有效避免“删除已有VNF实例，基于需求重新创建新的VNF实例”这一传统VNF更新方式所带来的运维复杂度与工作量，提高运维效率，增强了VNF实例的动态迭代能力。

在对本申请实施例NFV的实例更新方法进行说明之前，先对本申请实施例NFV系统中NFVO与VNFM之间的接口(Or-vnfm)进行介绍，NFVO与VNFM之间的接口包括：新增的第一接口和功能增强的第二接口、第三接口、第四接口及第五接口。其中，第一接口用于VNF实例更新，即UpdateVNF接口；第二接口用于查询VNFD信息，即QueryVNFD接口；第三接口用于VNFM的事件通知，即VNFMEventNotification接口；第四接口用于资源授权，即GrantLifecycle接口；第五接口用于VNF实例生命周期变更通知，即VNFLifecycleChangesNotification接口。

需要说明的是，各接口均可以基于接口访问方法和参数体来定义，其中，参数体用于定义访问方向、参数及相关说明、参数位置等。

接下来，对前述的各接口示例性地定义如下：

1)、第一接口：UpdateVNF接口

第一接口的接口访问方法：PUT/v4/vnfs/{vnfInstanceID}/update

第一接口的参数体如下表1所示：

表1

可以理解的是，NFVO基于第一接口向VNFM发送更新VNF实例的信息，如表1中所列的必选参数、条件必选参数和可选参数，其中，必选参数可以包括：VNF实例标识、NFVO标识、VNFM标识、VIM标识、更新信息、VNFD版本、VNFD厂商、VNFD标识、部署规格、输入参数列表、输入参数名称、输入参数类型、输入参数描述及参数取值，可选参数可以包括：输入参数默认值及VNF扩展参数，条件必选参数可以包括：NS场景下必选的外部网络信息。

可以理解的是，VNFM基于更新VNF实例的信息创建任务之后，可以基于第一接口返回任务标识(JobID)给NFVO。

2)、第二接口：QueryVNFD接口

第二接口的接口访问方法如下：

GET/v4/vnfds/{packageID}{？NFVOID&VNFMID}

第二接口的参数体如下表2所示：

表2

其中，packageID参数：用于标识此次所查询的VNF包。在VNF更新流程中：

a)、如果VNF包未变更，则packageID仍为原始VNF包的ID；

b)、如果VNF包发生变更，则需为新VNF包的ID。

modifiable参数：此参数定义在VNFD中，由VNFM解析处理并返回至NFVO，标识相应VNF实例中哪些Inputs参数的value值可变更。

在VNF实例化及VNF更新生命周期操作流程中，NFVO皆会调用QueryVNFD接口，但NFVO对于该接口中modifiable参数的处理方式不同：

a)、VNF实例化流程中：NFVO无需处理modifiable字段；

b)、VNF实例更新流程中：若VNFM返回的modifiable参数值为false，则表示相应的Inputs参数不允许修改；若VNFM返回的modifiable参数值为true或未返回该参数，则表示相应的Inputs参数允许修改。

3)、第三接口：VNFMEventNotification接口

第三接口的接口访问方法如下：

POST/v4/vnfs/eventnotification

第三接口的参数体如下表3所示：

表3

其中，EventType参数：新增事件类型“更新”。

PackageID与deployflavorid参数：若VNF更新操作过程中，存在VNF包及部署模板DF变更，则这两个字段为变更后的包ID及DF ID。VNFM通过VNFMEventNotification接口，携带这两个字段，告知NFVO关于VNF包/DF与VNF实例的关联关系变更信息，NFVO基于该信息完成关联关系变更。

4)、第四接口：GrantLifecycle接口

第四接口的接口访问方法如下：

PUT/v4/resource/grant

第四接口的参数体如下表4所示：

表4

其中，OperationRight参数：该参数表示VNFM向NFVO所申请的资源变更操作权限，包含增加、减少以及覆盖。其中“覆盖”表示用目标VNF实例的虚拟资源，覆盖现有VNF实例资源。对于VNF更新操作而言，由于操作过程中可能包含“资源增加、资源减少以及既有增加又有减少”三个场景，故而在该复杂场景下，授权时使用“OperationRight＝覆盖”来表示该场景。

OperationType参数：该参数表示VNFM向NFVO所申请的生命周期操作类型，包含实例化、自动扩缩容、手动扩缩容、更新、终止。其中“更新”表示VNF实例更新操作。

VMList：在VNF更新场景下，由于同时存在新增VM与减少VM，故此处返回目标VNF实例的全量虚拟资源信息。

5)、第五接口：VNFLifecycleChangesNotification接口

第五接口的接口访问方法如下：

POST/v4/vnfs/lifecyclechangesnotification

第五接口的参数体如下表5所示：

表5

结合上述新增及功能增强的接口，接下来对本申请实施例的NFV的实例更新方法进行说明。

如图3所示，本申请实施例提供了一种NFV的实例更新方法，包括：

步骤301，NFVO获取对NFV的实例进行更新的更新请求。

步骤302，对更新请求基于NFVO与VNFM之间新增的第一接口更新实例。

这里，需要更新的实例可以为现网中已部署的VNF实例或者NS实例。

这里，NFVO获取的更新请求可以为操作员选择待更新的VNF实例或者NS实例触发的。

可以理解的是，基于NFVO与VNFM之间新增的第一接口对VNF实例或者NF实例进行更新，从而可以对已部署的VNF实例和/或NS实例基于业务需求进行动态更新，可以减少传统的基于删除已有VNF实例并重新创建新的VNF实例的方式所带来的运维复杂度与工作量，提高运维效率，增强了VNF实例的动态迭代能力。

在一些实施例中，更新请求为用于更新VNF实例的第一请求，相应地，对更新请求基于NFVO与VNFM之间新增的第一接口更新实例，包括：

针对第一请求，NFVO基于第二接口向VNFM发送VNF实例的查询请求；

NFVO基于第二接口接收VNFM返回的查询结果；

NFVO基于查询结果更新VNF实例的可变更参数；

NFVO基于第一接口向VNFM发送更新VNF实例的信息；

NFVO基于第一接口接收VNFM返回的更新VNF实例的任务标识。

可以理解的是，NFVO基于第二接口查询待更新的VNF实例的VNFD，该查询请求中携带待更新的VNF实例标识，VNFM返回的查询结果包括指示Inputs参数是否允许更改的参数(即modifiable参数)，从而可以指示操作员待更新的VNF实例中的可变更参数，操作员可以选择需要变更的参数，输入相应的参数值。相应地，NFVO基于第一接口向VNFM发送的更新VNF实例的信息可以包括：上述变更的参数。从而可以满足更小粒度的VNF实例的更新，例如，VM规格(计算/存储)不变，Vdu/VduProfile/VLProfile中相关参数需调整。例如调整对于某一VDU类型，该VNF实例支持创建该类型VM的最大个数，从而可以更好地满足VNF实例的动态调整能力。

示例性，该方法还包括：

VNFM基于更新VNF实例的信息更新VNF实例与VNF包标识和VNFD标识的关联关系；

VNFM基于第三接口向NFVO发送关联关系；

NFVO基于关联关系将VNF实例与相应的VNF包标识和VNFD标识进行关联。

可以理解的是，第三接口的EventType参数中新增了“更新”的事件类型，在VNF更新操作过程中，存在VNF包及部署模板(DF)变更，则这两个字段为变更后的包ID及DF ID。VNFM通过VNFMEventNotification接口，携带这两个字段，告知NFVO关于VNF包/DF与VNF实例的关联关系变更信息，NFVO基于该信息完成关联关系变更。

示例性地，该方法还包括：

VNFM基于第四接口向NFVO请求资源授权；

NFVO基于第四接口向VNFM返回资源授权结果。

可以理解的是，VNFM向NFVO申请的资源变更操作权限可以包括：增加、减少以及覆盖，其中，“覆盖”可以满足复杂场景的资源变更需求。

示例性地，该方法还包括：

VNFM基于第五接口向NFVO发送VNF生命周期更改通知。

可以理解的是，VNFM基于第五接口发送的事件类型(EventType)中增加“VNF更新”的类型，且在VNF更新场景下，若同时存在VM增加及减少，则上报全部VM信息，包含端口信息；若只存在VM增加或减少，则上报存在变更的VM信息，包含端口信息。如此，操作员可以在NFVO界面上看到VNF更新结果。

在一些实施例中，更新请求为用于更新NS实例的第二请求，相应地，对更新请求基于NFVO与VNFM之间新增的第一接口更新实例，包括：

针对第二请求，NFVO基于第二接口向VNFM发送NS实例中各VNF实例的查询请求；

NFVO基于第二接口接收VNFM返回的查询结果；

NFVO基于查询结果更新各VNF实例的可变更参数；

NFVO基于第一接口向VNFM发送更新各VNF实例的信息；

NFVO基于第一接口接收VNFM返回的更新各VNF实例的任务标识。

示例性地，该方法还包括：

VNFM基于更新各VNF实例的信息更新各VNF实例与VNF包标识和VNFD标识的关联关系；

VNFM基于第三接口向NFVO发送关联关系；

NFVO基于关联关系将各VNF实例与相应的VNF包标识和VNFD标识进行关联。

示例性地，该方法还包括：

VNFM基于第四接口向NFVO请求资源授权；

NFVO基于第四接口向VNFM返回资源授权结果。

示例性地，该方法还包括：

VNFM基于第五接口向NFVO发送VNF生命周期更改通知。

示例性地，该方法还包括：

NFVO基于更新后的各VNF实例的资源，执行以下至少之一：增加等价路由、增加信令采集规则、删除等价路由及删除信令采集规则；

NFVO更新NS实例的虚拟链接(VL)及网络连接性资源。

需要说明的是，对于NS实例更新，可以循环地对NS实例中的各个VNF实例进行更新，并基于更新后的各VNF实例的资源，更新NS实例的虚拟链接及网络连接性资源，例如，BGP Neighbor(边界网关协议邻居)、ExRoute等。NS实例更新完成后，操作员可以在NFVO界面上看到NS实例的更新结果。

下面结合应用实施例对本申请再作进一步详细的描述。

应用实施例一

如图4所示，本应用实施例示意出了VNF更新生命周期操作端到端流程，其可以包括：

步骤4001，触发VNF实例更新操作。

这里，操作员可以选择VNF实例，并基于业务需求选择所需的VNF包，触发VNF更新操作。

需要说明的是，执行VNF实例更新操作之前，若VNF包需要发生变更，可以将新的VNF包上载至NFVO。此外，若有必要，可以提前将业务迁移。

步骤4002，基于第二接口查询VNFD信息，获取可更新的参数。

这里，NFVO可以基于QueryVNFD接口，查询需要填写的Inputs参数。

步骤4003，返回查询结果。

这里，VNFM返回查询结果给NFVO。

步骤4004，操作员选择需要变更的参数，输入相应参数值。

这里，操作员在NFVO界面上选择VNF实例可变更参数，输入变更后的参数值。

步骤4005，参数有效性校验。

这里，NFVO对参数有效性进行校验。

步骤4006，基于第一接口发送更新VNF实例的信息。

这里，NFVO基于UpdateVNF接口，更新VNF实例资源，包含VNF实例的虚拟资源及网络资源。

步骤4007，返回任务标识。

这里，VNFM返回VNF实例更新操作的Job ID。

步骤4008，分析所需资源变更。

这里，VNFM基于新旧VNFD信息及Inputs参数，分析所需资源变更。

步骤4009，将VNF实例与新的VNF包ID、VNFD ID进行关联。

步骤4010，基于第三接口发送关联关系。

这里，VNFM基于VNFMEventNotification接口，通知NFVO关联关系更新。

步骤4011，将VNF实例与相应的VNF包标识和VNFD标识进行关联。

这里，NFVO基于更新的关联关系，将VNF实例与相应的VNF包标识和VNFD标识进行关联。

步骤4012，基于第四接口请求资源授权。

这里，当虚拟资源存在变更时，VNFM基于GrantLifecycle接口请求资源授权。

步骤4013，基于第四接口返回资源授权结果。

这里，NFVO基于GrantLifecycle接口返回资源授权结果。

步骤4014，VNF更新预通知与响应。

这里，VNFM通知VNF和OMC，并获取响应。

步骤4015，间接模式，VNF虚拟资源集网络资源更新。

步骤4016，VIM检测到资源变化，通知资源变更情况。

这里，当虚拟资源存在变更时，VIM检测到资源变化，并向NFVO通知资源变更情况。

步骤4017，NFVO返回响应。

步骤4018，更新VNF部署参数。

这里，VNFM更新VNF部署参数。

步骤4019，基于第五接口发送VNF生命周期更改通知。

这里，VNFM调用VNFLifecycleChangesNotification接口，发送VNF生命周期更改通知给NFVO。

步骤4020，NFVO返回响应。

步骤4021，VNFM向OMC发起VNF更新结果通知，OMC返回响应。

步骤4022，VNF更新结果通知。

这里，操作员可以在NFVO界面看到VNF实例更新结果。

应用实施例二

步骤5001，触发NS实例更新操作。

这里，操作员可以选择NS实例及NSD(网络服务描述)，触发NS实例更新操作，其中，该NSD为条件必选。

需要说明的是，执行NS实例更新操作之前，可以将待更新的NS实例的目标NSD及所需的VNF包上载至NFVO。

步骤5002，对NS实例更新有效性进行校验。

这里，NFVO对NS实例更新有效性进行校验。

步骤5003，基于第二接口查询VNFD信息，获取可更新的参数。

这里，NFVO可以基于QueryVNFD接口，查询待更新的NS实例中各VNF实例需要填写的Inputs参数。

步骤5004，返回查询结果。

这里，VNFM返回查询结果给NFVO。

步骤5005，操作员选择需要变更的参数，输入相应参数值。

这里，操作员在NFVO界面上选择VNF实例可变更参数，输入变更后的参数值。

步骤5006，参数有效性校验。

这里，NFVO对参数有效性进行校验。

步骤5007，基于第一接口发送更新VNF实例的信息。

这里，NFVO基于UpdateVNF接口，更新VNF实例资源，包含VNF实例的虚拟资源及网络资源。

步骤5008，返回任务标识。

这里，VNFM返回VNF实例更新操作的Job ID。

步骤5009，分析所需资源变更。

这里，VNFM基于新旧VNFD信息及Inputs参数，分析所需资源变更。

步骤5010，将VNF实例与新的VNF包ID、VNFD ID进行关联。

步骤5011，基于第三接口发送关联关系。

这里，VNFM基于VNFMEventNotification接口，通知NFVO关联关系更新。

步骤5012，将VNF实例与相应的VNF包标识和VNFD标识进行关联。

这里，NFVO基于更新的关联关系，将VNF实例与相应的VNF包标识和VNFD标识进行关联。

步骤5013，基于第四接口请求资源授权。

这里，当虚拟资源存在变更时，VNFM基于GrantLifecycle接口请求资源授权。

步骤5014，基于第四接口返回资源授权结果。

这里，NFVO基于GrantLifecycle接口返回资源授权结果。

步骤5015，VNF更新预通知与响应。

这里，VNFM通知VNF和OMC，并获取响应。

步骤5016，间接模式，VNF虚拟资源集网络资源更新。

步骤5017，VIM检测到资源变化，通知资源变更情况。

这里，当虚拟资源存在变更时，VIM检测到资源变化，并向NFVO通知资源变更情况。

步骤5018，NFVO返回响应。

步骤5019，更新VNF部署参数。

这里，VNFM更新VNF部署参数。

步骤5020，基于第五接口发送VNF生命周期更改通知。

这里，VNFM调用VNFLifecycleChangesNotification接口，发送VNF生命周期更改通知给NFVO。

步骤5021，NFVO返回响应。

步骤5022，VNFM向OMC发起VNF更新结果通知，OMC返回响应。

步骤5023，增加等价路由。

这里，NFVO基于更新后的VNF实例资源，可以增加等价多路径路由(Equal CostMulti-path，ECMP)。

步骤5024，增加信令采集规则。

这里，NFVO基于更新后的VNF实例资源，可以增加信令采集规则(TapFlow)。

步骤5025，删除等价路由。

这里，NFVO基于更新后的VNF实例资源，可以删除等价多路径路由(ECMP)。

步骤5026，删除信令采集规则。

这里，NFVO基于更新后的VNF实例资源，可以删除信令采集规则(TapFlow)。

需要说明的是，对于各VNF实例，可以循环执行前述的步骤5007至步骤5026，从而实现NS实例中各VNF实例的更新。

步骤5027，更新VL及网络连接性资源。

这里，可以基于更新后的各VNF实例的资源，更新虚拟链接(VL)及网络连接性资源，例如，BGP Neighbor(边界网关协议邻居)、ExRoute等。

步骤5028，VNF更新结果通知。

这里，操作员可以在NFVO界面看到NS实例更新结果。

本申请实施例还提供了一种NFV的管理编排设备，即MANO系统，包括：NFVO和VNFM，NFVO及VNFM配置为执行本申请实施例所述的方法的步骤。具体可以参见前述方法实施例的描述，在此不再赘述。

可以理解的是，NFVO及VNFM可以被一个或多个应用专用集成电路(ASIC，Application Specific Integrated Circuit)、DSP、可编程逻辑器件(PLD，ProgrammableLogic Device)、复杂可编程逻辑器件(CPLD，Complex Programmable Logic Device)、现场可编程逻辑门阵列(FPGA，Field Programmable Gate Array)、通用处理器、控制器、微控制器(MCU，Micro Controller Unit)、微处理器(Microprocessor)、或者其他电子元件实现，用于执行前述方法。

在示例性实施例中，本申请实施例还提供了一种存储介质，即计算机存储介质，具体可以是计算机可读存储介质，例如包括存储计算机程序的存储器，上述计算机程序可由NFV的管理编排设备的处理器执行，以完成本申请实施例方法所述的步骤。计算机可读存储介质可以是只读存储器(ROM，Read Only Memory)、可编程只读存储器(PROM，ProgrammableRead-Only Memory)、可擦除可编程只读存储器(EPROM，Erasable Programmable Read-Only Memory)、电可擦除可编程只读存储器(EEPROM，Electrically ErasableProgrammable Read-Only Memory)、快闪存储器(Flash Memory)、磁表面存储器、光盘、或CD-ROM等存储器。

需要说明的是：“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

另外，本申请实施例所记载的技术方案之间，在不冲突的情况下，可以任意组合。

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

Claims (12)

1.一种网络功能虚拟化的实例更新方法，其特征在于，包括：

网络功能虚拟化编排器NFVO获取对网络功能虚拟化NFV的实例进行更新的更新请求；

对所述更新请求基于所述NFVO与虚拟网络功能管理器VNFM之间新增的第一接口更新所述实例；

其中，所述实例为VNF实例或者NS实例。

2.根据权利要求1所述的方法，其特征在于，所述更新请求为用于更新VNF实例的第一请求，相应地，所述对所述更新请求基于所述NFVO与VNFM之间新增的第一接口更新所述实例，包括：

针对所述第一请求，所述NFVO基于第二接口向所述VNFM发送所述VNF实例的查询请求；

所述NFVO基于所述第二接口接收所述VNFM返回的查询结果；

所述NFVO基于所述查询结果更新所述VNF实例的可变更参数；

所述NFVO基于所述第一接口向所述VNFM发送更新所述VNF实例的信息；

所述NFVO基于所述第一接口接收所述VNFM返回的更新所述VNF实例的任务标识。

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

所述VNFM基于所述更新VNF实例的信息更新所述VNF实例与VNF包标识和虚拟网络功能描述VNFD标识的关联关系；

所述VNFM基于第三接口向所述NFVO发送所述关联关系；

所述NFVO基于所述关联关系将所述VNF实例与相应的VNF包标识和VNFD标识进行关联。

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

所述VNFM基于第四接口向所述NFVO请求资源授权；

所述NFVO基于所述第四接口向所述VNFM返回资源授权结果。

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

所述VNFM基于第五接口向所述NFVO发送VNF生命周期更改通知。

6.根据权利要求1所述的方法，其特征在于，所述更新请求为用于更新NS实例的第二请求，相应地，所述对所述更新请求基于所述NFVO与VNFM之间新增的第一接口更新所述实例，包括：

针对所述第二请求，所述NFVO基于第二接口向所述VNFM发送所述NS实例中各VNF实例的查询请求；

所述NFVO基于所述第二接口接收所述VNFM返回的查询结果；

所述NFVO基于所述查询结果更新各所述VNF实例的可变更参数；

所述NFVO基于所述第一接口向所述VNFM发送更新各所述VNF实例的信息；

所述NFVO基于所述第一接口接收所述VNFM返回的更新各所述VNF实例的任务标识。

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

所述VNFM基于更新各所述VNF实例的信息更新各所述VNF实例与VNF包标识和VNFD标识的关联关系；

所述VNFM基于第三接口向所述NFVO发送所述关联关系；

所述NFVO基于所述关联关系将各所述VNF实例与相应的VNF包标识和VNFD标识进行关联。

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

所述VNFM基于第四接口向所述NFVO请求资源授权；

所述NFVO基于所述第四接口向所述VNFM返回资源授权结果。

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

所述VNFM基于第五接口向所述NFVO发送VNF生命周期更改通知。

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

所述NFVO基于更新后的各所述VNF实例的资源，执行以下至少之一：增加等价路由、增加信令采集规则、删除等价路由及删除信令采集规则；

所述NFVO更新所述NS实例的虚拟链接VL及网络连接性资源。

11.一种NFV的管理编排设备，其特征在于，包括：NFVO和VNFM，所述NFVO及所述VNFM配置为执行如权利要求1至10任一项所述的方法的步骤。

12.一种存储介质，所述存储介质上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时，实现权利要求1至10任一项所述方法的步骤。

Images