一种网络业务扩容的方法和装置与流程

本发明涉及云计算技术，尤其涉及一种网络业务扩容的方法、装置。

背景技术：

网络功能虚拟化(Network Function Virtualization，NFV)，指通过使用通用的硬件设备及虚拟化技术，来承载传统网络中专用设备的功能，从而降低部署专用设备带来的昂贵成本。软件不与专有硬件绑定，使网络设备功能不再依赖于专用硬件。同时利用云计算的特点，使资源可以充分灵活共享，现实新业务的快速开发和部署，并基于实际业务需求进行自动部署、弹性伸缩、故障隔离和自愈等。在NFV的架构中，接收实例化请求，并根据请求对相应业务进行实例化处理(部署业务)的一方，称为虚拟化业务提供方(简称业务提供方)，发起实例化请求的一方称为业务请求方。

NFV中虚拟化的网络服务(Network Service，NS)，举例来说，可以是一个IP多媒体子系统(IP Multimedia Subsystem，IMS)网络服务，或一个演进型分组核心网(Evolved Packet Core，EPC)服务。一个NS中可以包含若干个虚拟化网络功能(virtualized Network Function，VNF)模块，也称为虚拟化网元。VNF是可部署在NFV基础架构上的网络功能的软件实现。一个NS在进行虚拟化部署时，业务请求方首先需要向业务提供方提交该网络业务的描述信息(Network Service descriptor，NSD)，主要描述该网络业务的拓扑结构以及包含的各个VNF的描述信息(VNF descriptor，VNFD)。其中，在拓扑结构中使用虚拟化连接描述信息(virtual link descriptor，VLD)来描述VNF之间的连接。VNFD描述了每个VNF的构成，比如运行的软件，需要的虚拟资源信息等。虚拟资源包括CPU资源，存储资源等。

图1描述了NFV中使用虚拟化连接(VL)连接多个VNF的示意图。如图1所示的网络业务(NS)，该NS主要有3个VNF构成，它们之间用VL相连，每个VNF使用连接点(connection point，CP)同VL连接，一个连接点 可以是一个虚拟网卡的地址或虚拟端口号。虚拟化连接的描述信息主要包括连接点，连接类型，还可能包含有根节点需求，叶节点需求，服务质量，接口等参数。图1中的虚拟化连接VL1包含连接点CP2，CP3和CP4，其连接类型可以是E-TREE树形模式也可以是E-LAN总线模式。VL2包含连接点CP1和CP5，其连接类型是E-LINE点对点模式。在NFV的定义中，一个连接点只能连接一条VL。一个VL，对于一个VNF实例只有一个连接点。对于一个VNF实例，如果需要连接多条VLs则必须包含多个连接点，即上图中VNF1和VNF3由于连接了两条VLs，所以它们都包含2个连接点。

目前NFV中定义了三种连接类型，分别是E-LINE(点对点模式)，E-TREE(树形模式)，E-LAN(总线型模式)，如图2所示是虚拟化连接的三种连接类型。E-LINE类型的虚拟化连接只能用来连接两个VNF，即该类型的VL中只包含两个连接点。E-TREE类型的虚拟化连接可以用来连接多个VNF，且在该类型中定义了根节点和叶节点，比如在图2中定义同VNF1连接的一端为根节点，同VNF2和VNF3连接的为叶节点，则从根节点(VNF1)可以发送消息到任意叶节点上(即发送给VNF2和VNF3)，但是叶节点只能发消息给根节点，叶节点之间不能互发消息，即VNF2不能发消息到VNF3。E-LAN总线类型也可以用来连接多个VNF，每个VNF都可以向总线发送消息，总线会以广播的形式将消息发送给该VL上的所有其他VNF，每个VNF收到消息后都会对消息进行查看，在消息中带有目标VNF的地址信息，只有目标VNF收到该消息才对消息做处理，其他VNF收到消息会后则丢弃掉。

在NSD中可以包含一个或多个业务部署偏好(service deployment flavor)，每一部署偏好包含该网络业务的部署配置参数集，其中的部署配置参数指定了业务的各种资源需求，例如CPU，存储器等。不同的业务部署偏好分别对应不同的业务指标，比如低指标，中等指标和高指标。当业务刚开始部署时，可以按低指标的flavor进行部署。当业务运行到一段时间进入高峰期时，业务请求方可以要求对该网络业务进行弹性扩容，比如扩容到高指标的部署偏好。当VNF扩容资源或新增实例流程完成后，网络功能虚拟化编排器(Network Functions Virtualisation Orchestrator，NFVO)对VNF资源进行更新，资源更新完成后，NFVO向业务请求方返回弹性扩容成功的响应。

现有技术使用的VNF描述信息在进行弹性扩容时只考虑了一个VNF的扩容及连接问题，但是对于一个NS来说，其可能包含若干个VNF，一个部署偏好只要求其中一个或多个VNF进行实例的增加，当这一个或多个VNF的实例数量发生改变后，如何同NS里的其他VNF进行连接在目前的现有技术中并没有体现。

如图3所示，在E-LINE模式情况下，一个NS中包含2个VNF，VNF1和VNF2，在部署偏好flavor A下只要求一个实例的VNF1，所以它们之间的VL类型是E-LINE。随着业务的运行，当需要弹性扩容到flavor B时，此时要求2个实例的VNF1，由于在NSD的定义中初始时VNF1和VNF2之间的VL类型是E-LINE模式，当需要扩容到flavor B时，VNF1的实例增加了一个，原来的E-LINE模式的VL显然不能满足要求，无法提供VNF1实例2同VNF2实例1的连接。

在E-TREE和E-LAN的情况下，若新增加了VNF实例及对应的连接点，由于新增VNF实例及连接点并不在初始VL的定义中，当弹性扩容到另一flavor B时，新增加的连接点不能直接连接到原有的VL上。

综上所述，由于目前使用VNF描述信息及VL的弹性扩容方案中只考虑了VNF实例如何增加，但是当新增VNF实例如何同其他需关联VNF相连，目前的方案并没有考虑，如果按原来NSD中的描述会造成新增加的VNF实例无法同业务中其他VNF实例连接成功的后果。

技术实现要素：

本发明提供一种网络业务扩容的方法及装置，以解决现有技术中网络业务扩容后新增VNF实例无法连接业务中其他VNF实例的问题。

第一方面，本发明的实施例提供一种网络业务扩容的方法。一计算机装置接收网络业务扩容请求，所述扩容请求包含所述网络业务扩容使用的部署偏好标识。所述网络业务包含第一虚拟化网络功能的实例和第二虚拟化网络功能的实例，所述第一虚拟化网络功能的实例与所述第二虚拟化网络功能的实例通过第一虚拟化连接实例相连。根据所述部署偏好标识，获取网络业务的部署偏好，所述部署偏好包含网络业务的部署配置参数。基于所述部署配 置参数，增加所述第一虚拟化网络功能的新实例，所述第一虚拟化网络功能的新实例包含一个连接点。从所述部署配置参数中获得所述第一虚拟化连接的修改策略，基于该第一虚拟化连接的修改策略及所述第一虚拟化网络功能新实例的连接点信息，生成第二虚拟化连接的描述信息。基于所述第二虚拟化连接的描述信息，创建第二虚拟化连接实例，所述第二虚拟化连接实例将所述第一虚拟化网络功能的新实例和所述第二虚拟化网络功能的实例相连。

结合第一方面，在第一方面的第一种可能的实现方式中，所述第一虚拟化连接的修改策略指示所述第一虚拟化连接可修改成的类型和可增加的连接点数量。

结合第一方面的第一种可能的实现方式,在第二种可能的实现方式中，生成第二虚拟化连接的描述信息具体包括：根据所述部署配置参数，获取所述第一虚拟化连接的描述信息；根据所述第一虚拟化连接的修改策略，及所述第一虚拟化网络功能新实例的连接点的信息，修改所述第一虚拟化连接的描述信息中的类型和连接点信息，以生成所述第二虚拟化连接的描述信息。

结合第一方面，在第一方面的第三种可能的实现方式中，所述第一虚拟化连接的修改策略指示所述第一虚拟化连接实例不可修改时，所述方法还包括：获取所述第二虚拟化网络功能的描述信息；根据所述第二虚拟化网络功能的描述信息，确定所述第二虚拟化网络功能具有与所述网络业务扩容使用的部署偏好相匹配的部署偏好；根据所述相匹配的第二虚拟化网络功能的部署偏好中的部署配置参数，对所述第二虚拟化网络功能的实例进行资源更新，所述资源更新包括增加连接点。

结合第一方面的第三种可能的实现方式,在第四种可能的实现方式中，生成第二虚拟化连接的描述信息具体包括：获取所述第一虚拟化连接的描述信息；使用所述第一虚拟化网络功能新实例的连接点信息替换所述第一虚拟化连接描述信息中的第一虚拟化网络功能原实例的连接点信息，使用所述第二虚拟化网络功能实例的新增连接点信息替换第一虚拟化连接描述信息中的第二虚拟化网络功能实例的原连接点信息，生成所述第二虚拟化连接的描述信息。

第二方面，本发明的实施例提供一种计算机装置，包括接收单元，扩容操作单元，VLD生成单元和连接实例创建单元。接收单元用于接收网络业务 扩容请求，所述扩容请求包含所述网络业务扩容使用的部署偏好标识。所述网络业务包含第一虚拟化网络功能的实例和第二虚拟化网络功能的实例，所述第一虚拟化网络功能的实例与所述第二虚拟化网络功能的实例通过第一虚拟化连接实例相连。扩容操作单元用于根据所述部署偏好标识，获取网络业务的部署偏好，所述部署偏好包含网络业务的部署配置参数；根据所述部署配置参数，增加所述第一虚拟化网络功能的新实例，所述第一虚拟化网络功能的新实例包含一个连接。VLD生成单元用于根据所述部署配置参数，获得所述第一虚拟化连接的修改策略，基于所述第一虚拟化连接的修改策略及所述第一虚拟化网络功能新实例的连接点信息，生成第二虚拟化连接的描述信息。连接实例创建单元，用于基于所述第二虚拟化连接的描述信息，创建第二虚拟化连接实例，所述第二虚拟化连接实例将所述第一虚拟化网络功能的新实例和所述第二虚拟化网络功能的实例相连。

第三方面，本发明的实施例提供一种存储指令的非瞬时计算机可读介质，所述指令可由一个或多个处理器执行以完成以下操作：

接收网络业务扩容请求，所述扩容请求包含所述网络业务扩容使用的部署偏好标识，所述网络业务包含第一虚拟化网络功能的实例和第二虚拟化网络功能的实例，所述第一虚拟化网络功能的实例与所述第二虚拟化网络功能的实例通过第一虚拟化连接实例相连；

根据所述部署偏好标识，获取网络业务的部署偏好，所述部署偏好包含网络业务的部署配置参数；

根据所述部署配置参数，增加所述第一虚拟化网络功能的新实例，所述第一虚拟化网络功能的新实例包含一个连接点；

根据所述部署配置参数，获得所述第一虚拟化连接的修改策略，基于所述第一虚拟化连接的修改策略及所述第一虚拟化网络功能新实例的连接点信息，生成第二虚拟化连接的描述信息；

基于所述第二虚拟化连接的描述信息，创建第二虚拟化连接实例，所述第二虚拟化连接实例将所述第一虚拟化网络功能的新实例和所述第二虚拟化网络功能的实例相连。

由上述技术方案可知，本发明提供的网络业务扩容的方法，网络业务扩容请求中包括业务扩容用的部署偏好标识，从所述部署偏好标识对应的部署 配置参数中获取第一虚拟化连接的修改策略；增加所述第一虚拟化网络功能的新实例后，根据所述虚拟化连接的修改策略及第一虚拟化网络功能新增实例的连接点，生成第二虚拟化连接的描述信息，继而创建第二虚拟化连接实例，使用所述第二虚拟化连接实例将所述第一虚拟化网络功能的新实例和第二虚拟化网络功能的实例相连。本方法能够在第一虚拟化网络功能扩容时成功连接第一虚拟化网络功能新实例到原虚拟化网络业务中。

附图说明

现将参考附图通过非限制性的实施例描述本发明的优选特征，其中：

图1为网络功能虚拟化环境下多个VNF相连接的示意图；

图2为虚拟化连接的三种连接类型示意图；

图3为现有技术中VNF扩容时VNF之间连接的示意图；

图4为本发明实施例提供的网络功能虚拟化的网络架构图；

图5为本发明实施例的一网元的结构示意图；

图6是本发明一实施例的网络业务扩容的流程示意图；

图7是本发明一实施例的NFV系统中网络业务实例弹性扩容的流程图；

图8为本发明一实施例的网络业务扩容前后的虚拟化网络功能及连接的示意图；

图9为本发明一实施例的图8场景下网络业务扩容的流程示意图；

图10为另一实施例的网络业务扩容前后的虚拟化网络功能及连接的示意图；

图11为本发明一实施例的图10场景下网络业务扩容的流程示意图；

图12为NFV系统中一计算机装置的简化功能方框图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。

图4提供了本发明实施例的一种NFV系统400的架构示意图，其中包括以下功能部件：

网络功能虚拟化编排器(NFVO)402，主要负责处理虚拟化业务的生命周 期管理，以及虚拟基础设施及NFVI中虚拟资源的分配和调度等。NFVO402可以与一个或多个虚拟网络功能管理器(Virtualized Network Function Manager，VNFM)404通信，以执行资源相关请求，发送配置信息给VNFM404，收集VNF408的状态信息。另外，NFVO402也可与虚拟基础设施管理器(Virtualized Infrastructure Manager,VIM)406通信，执行资源分配，和/或预留，交换虚拟化硬件资源配置和状态信息。

虚拟网络功能管理器(VNFM)404，负责一个或多个VNF的生命周期管理，比如实例化(instantiating)，更新(updating)，查询，扩容(scaling)，终止(terminating)VNF408。VNFM404可以与VNF408通信以完成VNF生命周期管理及交换配置和状态信息。在NFV架构中VNFM可以有多个，负责对不同类型的VNF进行生命周期管理。

虚拟基础设施管理器(VIM)406，控制和管理VNF408与计算硬件412，存储硬件414，网络硬件416，虚拟计算(virtual computing)418，虚拟存储420，虚拟网络422的交互。例如VIM406执行资源管理功能，包括管理基础设施资源、分配(例如增加资源给虚拟容器)及运行功能(例如收集NFVI故障信息)。VNFM404及VIM406可以相互通信，请求资源分配，交换虚拟化硬件资源配置和状态信息。

网络功能虚拟化基础设施(network functions virtualization infrastructure，NFVI)即NFV的基础设施层，包含硬件部件，软件部件或两者组合，以建立虚拟化环境，部署，管理及实现VNF108。硬件资源和虚拟化层用于为VNF408提供虚拟化资源，如VMs和其他形式的虚拟容器。硬件资源包括计算(computing)硬件412，存储硬件414，网络硬件416。作为一种实施方式，计算硬件412和存储硬件414的资源可以集中(pooled)在一起。NFVI中的虚拟化层可以抽象硬件资源，解耦VNF408与底层的物理网络层。虚拟化资源包含虚拟计算418(例如虚拟机，VMs)，虚拟存储420和虚拟网络422。虚拟计算418和虚拟存储420以系统管理程序(hypervisor)，VMs，和/或其他虚拟容器的形式被提供给VNF408。例如，一个或多个VNFs408可被部署在一个VM上。虚拟化层抽象网络硬件416形成虚拟网络422。虚拟网络422包含虚拟交换机(Vswitches)，提供VMs和/或其他容纳VNF的虚拟容器之间的连接。

多个虚拟化网络功能(VNFs)408，被配置成至少一种网络功能的虚拟化。VNF408可以是一个虚拟化提供者边缘(provider edge，PE)节点，用于提供非虚拟化PE设备上所有的PE网络功能，例如路由器(router)，交换机(switch)，网桥(bridge)，服务器，云计算系统等。每个VNF运行在一个虚拟容器中，对应于一组属于一个或多个物理设备的网络功能。

运营支持系统和业务支持系统(Operations Support System and Business Support System，OSS/BSS)424，支持各种端到端电信业务。OSS支持的管理功能包括：网络配置，业务提供，故障管理等。BSS处理订单，付费，收入等，支持产品管理，订单管理，收益管理及客户管理。

虚拟化网络功能(VNF)实体，由于是一个或多个网络功能的虚拟化，对应于一个或多个物理网元的网络功能，因此也被称为是虚拟化网元。如前如述，在网络业务需要扩容时，虚拟化网络功能实例数量可能需要增加，连接关系也相应修改或增加。

图5显示了本发明实施例的一网元的结构示意图，这一网元用于在图4所示的NFV系统400中传送或处理数据。网元500用于创建(create)、修改(modify)，重定位(relocate)和/或迁移(migrate)一个或多个虚拟机。网元500还可用于容纳(host)、存储和/或执行一个或多个网络功能。网元500可以是一个如图4中NFV系统中一个子部件，例如NFVO402。

网元500可包含一个或多个端口512，与收发器(transceiver)510相耦合。收发器510可以是发射器，接收器或其组合，从其他网络节点通过端口512发送或接收数据包。处理器502耦合到收发器510，用于处理数据包，决定哪些节点发送数据包。处理器502可包含一个或多个多核处理器和/或存储器504。处理器502可以是一个通用处理器，专用集成电路(application specific integrated circuit，ASIC)，或数字信号处理器(DSP)。

存储器504可为非瞬时性的存储介质，与处理器502相耦合，用于保存不同类型的数据。存储器504可包含只读存储器(read only memory，ROM),随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是磁盘存储器。存储器504可用于保存实现NFV系统或相关方法的指令，例如作为VNFM404，VNF408，编排器402。作为一种实施方式，存储器504可包含NFV模块506，该NFV模块可在处理器502上 执行。NFV模块506可用于容纳(host)，存储及实现一个或多个虚拟化网络设备的网络功能。在另一实施方式中，存储器504还可包含一个NFV编排模块508，用于创建，修改，重定位和/或迁移一个或多个虚拟机。可以理解，通过编程或装载可执行指令到网元500的处理器502，缓存和长期存储中的至少一个，网元500可转换为特定的设备，例如路由器，交换机。

网元500可实现一个或多个VNF的功能，并根据本发明的实施例执行一个或多个指令以扩容VNF。这些指令可存储在存储器504中，也可集成在网元的操作系统的内核或内核的插件中。

在一个实施例中，网元500上运行有包含VNF1的实例和VNF2的实例的网络业务，该VNF1的实例与VNF2的实例通过第一虚拟化连接(VL1)实例相连。

通过收发器510，网元接收带有网络业务扩容使用的部署偏好标识的网络扩容请求后，通过执行第一指令，网元500获取扩容使用的部署偏好标识对应的部署偏好，该部署偏好包含网络业务的部署配置参数。通过执行第二指令，网元根据部署配置参数，增加VNF1的新实例，该VNF1的新实例包含一个连接点。通过执行第三指令，网元根据部署配置参数，获得VL1的修改策略；基于VL1的修改策略及VNF1新实例的连接点，生成第二虚拟化连接(VL2)的描述信息。通过执行第四指令，网元根据生成的VL2的描述信息，创建VL2实例，该VL2实例将VNF1的新实例和VNF2的实例相连。

如图6所示，为一个网络业务扩容的流程图。在该方法中，对现有NSD中的部署偏好(deployment flavor)的部署配置参数做扩展，增加虚拟化连接(VL)在扩容时的修改策略，对虚拟化网络功能新增实例相关联的VL进行策略分析，通过修改VL实例或创建新的VL实例，保证虚拟化网络功能新增实例连接到原网络业务中。

本实施例中，网络业务(NS)包含第一VNF的实例，第二VNF的实例，弹性扩容时，需要对第一VNF的实例进行扩容，新增一个第一VNF的实例。本实施例的扩容方法可在如图4所示的NVF系统400中实施，也可以具体由如图5所示网元形式的设备来执行。

本实施例的虚拟化网络功能扩容的方法包括：

步骤601，NFVO402接收到请求方发送的网络业务的扩容请求，该扩容请 求中包含所述网络业务扩容使用的部署偏好标识。

该扩容请求中包含业务部署偏好标识(flavor ID)，由该flavor ID获取需要扩容到的部署偏好，其中包含组成网络业务的VNF的部署配置参数信息。在本实施例中，网络业务包含第一虚拟化网络功能(VNF1)的实例和第二虚拟化网络功能(VNF2)的实例，VNF1的一个实例与第二虚拟化网络功能VNF2的一个实例通过第一虚拟化连接(VL1)相连。

在VNF的部署配置参数中可增加一个虚拟化连接的参数，用来指示与该VNF相连接的VL在扩容时的修改策略。该VL的另一个参数指示VL标识。这样，获取到业务的VNF1的部署配置参数后，可在VNF1部署配置参数中的相关VL参数中获得VL1的修改策略。

具体的，请求方可以是业务提供商SP的业务服务器，也可能是NFV系统的监控器(monitor)，该监控器能在该业务资源紧张时自动请求扩容。举例来说，当业务刚开始部署时，按低指标的flavor A进行初始部署，比如flavor A要求每秒接通600个电话，对应的VNF要求是VNF1具有1个实例，VNF2具有2个实例。当业务运行到一段时间进入高峰期时，初始部署不能满足业务的需求，业务请求方可以要求对该NS进行弹性扩容，比如扩容到高指标的flavor B，flavor B要求VNF1具有2个实例，VNF2具有2个实例。

步骤603，NFVO根据扩容使用的部署偏好中的VNF1的部署配置参数，增加VNF1的新实例，该VNF1的新增实例具有一个连接点。

具体地，NFVO根据网络业务需扩容到的部署偏好flavor B中的部署配置参数，获得VNF1的扩容要求，例如确定VNF1需要增加一个实例。基于此扩容要求，对VNF1进行新增实例的操作，具体过程参见图7，将在后续内容描述。VNF1新增实例包含一个连接点，该连接点信息包括虚拟的网卡地址，端口号。

步骤605，NFVO获取业务flavor B中的第一VL(VL1)的修改策略信息。具体地，在部署偏好中的VNF描述参数中获取VL1的修改策略。

该VL1的修改策略指示是否可修改该VL1实例的类型和连接点，还可指示具体修改的方法，包括修改成的虚拟化连接类型，增加连接点的数量。

步骤607，基于VL1的修改策略，确定VL1的实例是否可修改。若VL1策略信息指示可修改该VL1实例，则执行步骤609；若VL1的修改策略指示 不可修改原VL1实例，则执行步骤615。

以下步骤609-611,步骤615-621分别描述了基于VL1实例的两种不同的修改策略，及VNF1新增实例的连接点信息，生成第二虚拟化连接的描述信息的两类具体过程。

步骤609，VL1的实例可修改时，获取该VL1的描述信息。

具体方式可以是获取该VL1的标识，根据该VL1标识向NFV系统的数据库查找VL1的描述信息(VLD1)。数据库向NFVO返回VLD1信息。该VLD1包含VL1的类型，连接点数量，还可包含具体连接点的ID，端口等信息。

步骤611，根据VL1的修改策略，以及VNF1新增实例的连接点信息，对该VLD1信息进行修改。主要修改包括：根据修改策略指示的可修改成的VL类型修改VLD1中的连接类型，在连接点信息中增加VNF1新实例的连接点信息，更新后的VLD信息称之为第二VLD信息(VLD2)。

随后，可以将VLD2信息发送到数据库进行保存。

可选地，为生成扩容后业务的第二虚拟化连接的描述信息(VLD2)，也可不采用先查找VLD1再修改VLD1的方式来生成VLD2，可直接由NFVO根据扩容后业务包含的VNF实例的类型、数量及VL1的修改策略来生成VLD2。

步骤613，NFVO使用VLD2信息向VIM请求对VL1实例进行资源更新，以创建第二VL(VL2)实例，使用VL2实例连接VNF1新增实例与VNF2实例。

资源更新主要包括VL连接类型及新增连接点等资源的更新。VIM完成资源更新后，VL2实例的新端口把VNF1新增实例的端口按要求的带宽相连至VNF2的实例。VL2的原有连接点连接VNF1的原实例和VNF2的实例。

然后，NFVO向请求方返回弹性扩容成功响应。

步骤615，VL1的实例不可修改时，获取通过VL1连接的，VNF1对端的第二虚拟化网络功能VNF2的描述信息(VNFD2)。

具体地，可以根据VNF2标识向VNFM404查找VNF2的描述信息(VNFD2)。该VNF2的描述信息包含至少一个VNF2的部署偏好，其中某一个VNF2的部署偏好包含VNF2是否可扩展连接点，或可扩展连接点的数量的指示。

步骤617，根据VNF2的描述信息，确认该VNF2的至少一个部署偏好(VNF2deployment flavor)中是否有与所述网络业务扩容使用的部署偏好相匹配的一个VNF2部署偏好，如果有相匹配的VNF2部署偏好，则执行步骤619；如 果没有，则执行步骤625。

根据网络业务扩容使用的部署偏好中的部署配置参数，得到VNF1扩容数量及VL1实例不可修改后，需判断是否有与之相匹配的VNF2的部署偏好。具体地，VL1连接的VNF2有多个部署偏好时，若VNF2的其中一个部署偏好满足可扩展连接点数量大于或等于VNF1新增实例的数量，则确定VNF2的该部署偏好能匹配业务扩容的部署偏好。由于该匹配的VNF2部署偏好能满足VL1的修改策略和VNF1扩容要求，将使用该VNF2部署偏好对VNF2的实例进行资源更新。

步骤619，存在匹配业务扩容用部署偏好的VNF2部署偏好时，VNFM404使用该相匹配的VNF2部署偏好中的部署配置参数，对VNF2的实例进行资源更新，主要包括增加指定数量的连接点，每一新增连接点用来与一个新增的VNF1实例相连接。VNF2增加连接点的数量与VNF1新增实例的数量相等。

步骤621，NFVO根据VNF1新增实例的连接点信息，资源更新后的VNF2实例的新连接点信息，生成第二VL(VL2)的描述信息(VLD2)。

生成VL2描述信息的一种方法包括：查询并复制VL1的描述信息，使用VNF1的新增实例的连接点信息替换VL1描述信息中的VNF1原实例的连接点信息，使用资源更新后的VNF2实例的新连接点信息替换VL1描述信息中的VNF2实例的原连接点信息，则生成VL2的描述信息，将该VL2的描述信息发送到数据库进行保存。

生成VL2描述信息的另一种方法包括：NFVO直接根据虚拟化连接需要连接的连接点信息，如VNF1新增实例的连接点信息，资源更新后的VNF2实例的新连接点信息，及预设的VL类型规则，生成VL2的描述信息。

在VNF1新增实例的数量大于1时，相应地，根据可生成同样数量的VL2描述信息，这些VL2描述信息分别根据对应的VNF1新增实例的连接点信息，资源更新后的VNF2实例的新连接点信息生成。

步骤623，NFVO使用VL2的描述信息请求创建第二VL(VL2)实例，使用该VL2实例连接VNF1新增实例和VNF2实例。创建VL2实例即实例化VL2实例的过程。

完成资源分配后，VL2实例将VNF1新增实例和VNF2实例连接起来。然后，NFVO向请求方返回弹性扩容成功响应。

步骤625，如果没有匹配业务扩容用部署偏好的VNF2部署偏好，NFVO向请求方返回错误提示，比如提示可以是“VL策略同相关VNF能力不匹配”，此时未完成VNF1新实例与VNF2的连接。

步骤627，如果请求方确定还是需要对网络业务进行弹性扩容，则向数据库发送更新NSD的请求，更新业务部署偏好中的VL1的修改策略为可对VL1实例进行修改。

具体地，VL修改策略的设置已在步骤601和605中描述，在此不再赘述。也就是说，原先请求方的VL修改策略是对VL1实例不修改，但由于VNF2的部署偏好不匹配业务扩容的部署偏好，收到错误提示后，只能采用更新VL1的修改策略的方法。NFV系统一般具有修改VL部署配置参数的能力，而不具有修改VNFD的能力，因此在VNF2的部署偏好不匹配业务扩容的部署偏好时，可以考虑修改VL的修改策略信息。

数据库返回NSD修改成功响应后，请求方可重新发起扩容请求，返回步骤601。

图7是NFV系统中发起一个网络业务实例弹性扩容的流程图，可作为步骤601,603中新增VNF实例的具体实施过程：

步骤701，请求方向NFVO发送网络业务(NS)扩容请求，扩容请求中包含有需要扩容到的flavor B的信息以及该NS实例的标识。该NS实例原来是按flavor A部署的。

步骤702，NFVO作为NFV系统的编排器，对该扩容请求进行认证。

步骤703，NFVO判断相关VNF需资源扩容还是数量扩容。该扩容请求可能要求某个VNF的实例进行资源扩容，例如在该业务中，虽然flavor B和flavor A都只要求2个VNF2的实例，但flavor B中可以要求是对VNF2的实例的CPU等资源进行扩容而不是对VNF2实例的数量进行扩容。如果分析flavor B要求的VNF及对应VNF的实例数量后，确定需增加VNF实例数量，则继续执行步骤704。

步骤704，如果需要对某个VNF进行数量扩容，本实施例中，flavor B要求新增一个VNF1的实例，则VNFM向NFVO返回扩容的具体计划。

步骤705，NFVO与VNFM，VIM进行该VNF1的扩容操作流程；

步骤706，实例化新的VNF1的实例。NFVO向VNFM发起实例化请求，VNFM通 过NFVO向VIM请求新实例的资源，完成资源更新。

如图8所示，为网络业务扩容前后的虚拟化网络功能及连接的示意图。该实施例中NS包含2个VNF，其中VNF1属于初始部署偏好flavor A涉及的VNF，在初始部署时，只需1个VNF1实例同1个VNF2实例相连，它们之间的VL1类型是E-LINE，包含两个连接点CP1和CP2。当业务弹性扩容到flavor B时，根据VL1的修改策略，VNF1的实例和VNF2实例之间的虚拟化连接可修改为E-TREE类型，包含三个连接点CP1，CP2和CP3，从而可以连接3个VNF实例。

图9为上述图8所示场景下网络业务扩容的具体实施例的流程示意图。本实施例流程包括以下步骤：

步骤901，请求方向NFVO发送业务弹性扩容请求，该扩容请求中包含需要扩容到图8中所示的网络业务部署偏好flavor B的标识。根据该flavor B的标识获取flavor B的各项参数。

具体来说，该部署偏好flavor B可包含有网络业务的部署偏好标识(flavor ID)，业务指标，组成VNF(consti tuent_VNF)。其中，该业务的组成VNF可以有多个，如VNF1，VNF2，表示该flavor B对多个VNF有资源配置需求，具体需配置的资源包含：CPU，内存，虚拟机等。

部署偏好可包含如下表的部署配置参数：

其中，组成VNF(Constituent_VNF)参数可以进一步包含以下部署配置参数：

在本实施例中，在“Constituent_VNF”的参数中增加一个相关VL“relevant_VL”的参数，用来携带与该VNF相连接的VL在弹性扩容时的修改策略信息。

其中，relevant_VL还可以包含以下参数：

VL的修改策略指示是否可修改该VL实例的类型和连接点，还可指示具体修改的方法，包括可改变的虚拟化连接类型，增加连接点的数量。上表中的例子表示在弹性扩容时，VL1的类型可修改为E-TREE，在VL1上可增加一个连接点。虚拟化连接是NFV系统组成设备之间的连接，出厂时虽然有定义，但系统平台通常可以修改VL。相比之下，VNF是系统平台不能修改的，是由制造厂商设置的VNFD来规定的。

步骤902，NFVO收到该扩容请求，基于业务扩容用的部署偏好，对VNF1进行弹性扩容操作，新增VNF1的实例2，包含连接点CP3。该操作已在图7中的步骤702到706中描述。

步骤903，NFVO在业务部署偏好中获取相关VL(relevant_VL)的参数，其中包含VL1的修改策略。根据该修改策略，确定VL1的实例可修改。

从relevant_VL的参数中获取该VL1的标识，使用该VL1标识向数据库查找该VL1的描述信息VLD1。

步骤904，数据库向NFVO返回该VLD1信息，VLD1中包含该VL的类型，连接点数量。

步骤905，根据扩容请求中relevant_VL中的修改策略，比如type change to E-TREE，以及VNF1新增实例的连接点的信息CP3，对该VLD1信息进行修改。主要的修改包括：将该VLD1中的类型参数由E-LINE修改为E-TREE，在包含的连接点信息中增加目标VNF新实例的连接点信息CP3，将修改后得到的VLD2信息发送到数据库进行VLD的更新。

步骤906，数据库完成对VLD2的保存。具体地，由于VLD2可包含VL1的标识，因此可以根据该VL1标识查找到VLD1，用VLD2信息替换VLD1信息。完成对VLD的更新后，数据库向NFVO返回完成响应。

步骤907，NFVO使用该VLD2信息向VIM请求对VL1实例进行资源更新，主要包括连接类型及增加连接点等资源的更新。VL连接类型的资源更新，在本实施例中是从E-LINE修改为E-TREE，需要使用虚拟路由器资源。增加连接点需要增加端口，端口类型，带宽等资源。更新后得到的VL2实例进一步连接VNF1新增实例，即VNF1实例2。其中，VL2实例的新端口把VNF1新增实例的端口与VNF2实例的端口按要求的带宽相连。

步骤908，VIM完成资源的更新。作为结果，VL2完成VNF1的两个实例及VNF2的实例的连接。

步骤909，NFVO向请求发送方返回弹性扩容成功响应。

如图10所示，为另一实施例的网络业务扩容的虚拟化网络功能及连接的示意图。该实施例中NS包含1个VNF1实例和1个VNF2的实例，其中VNF1属于初始部署偏好flavor A涉及的VNF。连接两个实例的VL1类型是E-LINE，包含两个连接点CP1和CP2。当业务弹性扩容到flavor B时，VNF1新增实例2，其有一连接点CP3。由于VL1的修改策略是对原VL的实例不做修改，此时需要在VNF2的实例1上扩展新的连接点CP4，该连接点用来同VNF1实例2的CP3进行连接，创建另一虚拟化连接VL2实例。

图11为上述图10所示场景下网络业务扩容的具体实施例的流程示意图。本实施例流程包括以下步骤：

步骤1101，业务请求方向NFVO发送业务的弹性扩容请求，该扩容请求中包含需扩容到的业务部署偏好信息，如flavor B ID。根据该flavor B ID获取flavor B的各项配置参数，具体参数的数据结构可参见步骤901中的描述，本步骤与步骤901的差别在于relevant_VL中修改策略的具体设置不同。

在本实施例中，relevant_VL的相关参数如下表：

NFVO在VNF描述参数中获取VL1的修改策略为不可修改原VL1实例。

步骤1102，基于业务部署偏好中的VNF要求，对VNF1进行扩容操作，增加VNF1的实例2，包含一个连接点CP3，该步骤与步骤902相同。

步骤1103，确定业务扩容用部署偏好中的relevant_VL的修改策略为原VL实例不可修改。如图10所示，在新增VNF1实例2后，VL1的实例保持不变。在某些需要保证业务不中断的场景下，通常采用不修改VL实例的策略。

步骤1104，从VNFM获取与VL1相连的，VNF1对端的VNF2的描述信息。

具体地，可以获取该VNF2的标识，使用该VNF2标识向VNFM404查找VNF2的描述信息(VNFD2)。VNFM返回该VNF2的描述信息。该VNF2的描述信息包含至少一个VNF2的部署偏好，其中一个或多个VNF2的部署偏好指示了VNF2是否可扩展连接点，或可扩展连接点的数量。

步骤1105，根据查询到的VNF2的描述信息，确定该VNF2的部署偏好中有同业务扩容用的部署偏好相匹配的VNF2的部署偏好。具体来说，某一VNF2的部署偏好中VNF2可新增连接点的数量大于或等于VNF1新增实例的数量1，则VNF2的该部署偏好能匹配VL1的修改策略和VNF1的扩容要求。

步骤1106，使用该匹配的VNF2的部署偏好对VNF2的实例进行资源更新，包括增加VNF2的连接点CP4。增加连接点可通过新增一个虚拟网卡，并配置相应端口，端口类型，带宽来实现。

步骤1107，从数据库获取VL1的描述信息VLD1。

步骤1108，NFVO复制获取到的VLD1信息，修改后生成VLD2信息。具体而言，使用VNF1的实例2的连接点CP3和VNF2实例1上的新连接点CP4的信息分别替换原VLD1中的连接点CP1和CP2的信息，生成VL2的描述信息VLD2。然后将该VLD2信息发送到数据库进行保存。VLD2信息还包含VL2的标识。

步骤1109，NFVO使用VLD2信息实例化新的VL实例(VL2)，并向VIM请求使用VL2实例连接VNF1实例2的CP3和VNF2实例1的CP4。VIM在根据VL2的描述信息创建VL2实例时，需要为VL2配置端口，端口类型，带宽等资源。

步骤1110，VIM创建VL2实例及连接CP3，CP4完成。

步骤1111，NFVO向请求方返回弹性扩容成功响应。

可选地，在步骤1105中，若VNF2的部署偏好中没有同业务扩容用的部署偏好相匹配的VNF2的flavor，也就是说，VNF2的各部署偏好不能增加连接点，或可增加的连接点数量均小于VNF新增实例的数量，则NFVO向请求方返回错误提示。具体流程同步骤625，627，不再赘述。

另一场景中，若VL1连接的，除了有VNF1实例、VNF2实例，还有VNF3的实例时，步骤1104中还需获取VNF3的描述信息，步骤1105中进一步还需根据VNF3的描述信息，确定所述VNF3的描述信息中是否具有与所述网络业务扩容使用的部署偏好信息相匹配的VNF3部署偏好；若有，则使用该相匹配的VNF3的部署偏好对VNF3的实例进行资源更新，主要是增加VNF3的连接点。步骤1108中，需要使用VNF1新实例的连接点信息，VNF2实例的新增连接点信息和VNF3的新增连接点信息来生成VLD2。在步骤1109中，使用VLD2来创建VL2实例，使用该VL2实例连接VNF1新实例，VNF2实例和VNF3实例。

若VNF2和VNF3中有一个不具有与业务扩容使用的部署偏好信息相匹配的部署偏好，则当前扩容无法成功，后续过程同步骤625和627。

图12为NFV系统中一计算机装置的简化功能方框图，该计算机装置用于网络业务扩容。

计算机装置包括接收单元1201、扩容操作单元1202，VLD生成单元1203及连接实例创建单元1204。

接收单元1201用于接收网络业务扩容请求，所述扩容请求包含所述网络业务扩容使用的部署偏好标识。该网络业务包含第一虚拟化网络功能的实例和第二虚拟化网络功能的实例，所述第一虚拟化网络功能的实例与所述第二虚拟化网络功能的实例通过第一虚拟化连接实例相连。

扩容操作单元1202用于根据所述部署偏好标识，获取网络业务的部署偏 好，所述部署偏好包含网络业务的部署配置参数；根据所述部署配置参数，增加所述第一虚拟化网络功能的新实例，所述第一虚拟化网络功能的新实例包含一个连接点。

VLD生成单元1203用于根据所述部署配置参数，获得所述第一虚拟化连接的修改策略，基于所述第一虚拟化连接的修改策略及所述第一虚拟化网络功能新实例的连接点信息，生成第二虚拟化连接的描述信息。

连接实例创建单元1204用于根据所述第二虚拟化连接的描述信息，创建第二虚拟化连接实例，所述第二虚拟化连接实例将所述第一虚拟化网络功能的新实例和所述第二虚拟化网络功能的实例相连。

可选地，在第一虚拟化连接(VL1)的修改策略指示该VL1实例可修改时，所述VLD生成单元1203具体用于获取VL1的描述信息，根据所述VL1的修改策略，及所述VNF1新实例的连接点的信息，修改所述VL1的描述信息中的类型和连接点信息，生成第二虚拟化连接(VL2)的描述信息。

所述连接实例创建单元1204具体用于使用所述VL2的描述信息对VL1实例进行资源更新，创建VL2实例。

可选地，在第一虚拟化连接(VL1)的修改策略指示该VL1实例不可修改时，所述扩容操作单元1202进一步用于：获取第二虚拟化网络功能(VNF2)的描述信息；根据VNF2的描述信息，确定VNF2具有与所述网络业务扩容使用的部署偏好相匹配的部署偏好；使用所述相匹配的VNF2的部署偏好对所述VNF2的实例进行资源更新，所述资源更新包括增加连接点。

所述确定VNF2具有与所述网络业务扩容使用的部署偏好相匹配的部署偏好具体包括：确认所述VNF2的一个部署偏好的部署配置参数指示所述第二虚拟化网络功能可增加的连接点数量大于或等于VNF1新实例的数量。

所述VLD生成单元1203具体用于根据所述VNF1新实例的连接点信息，及VNF2的实例的新增连接点信息，生成VL2的描述信息。具体来说，获取所述第一虚拟化连接的描述信息；使用VNF1新实例的连接点信息替换所述VL1描述信息中的VNF1原实例的连接点信息，使用VNF2实例的新增连接点信息替换VL1描述信息中的VNF2实例的原连接点信息，生成VL2的描述信息。

所述连接实例创建单元1204具体用于使用生成的VL2的描述信息实例化VL2实例。该VL2实例用于连接VNF1新增实例和VNF2实例。

以上计算机装置包含的各单元所执行操作的具体实现方式可以参照图6实施例的对应步骤，不再赘述。

注意，计算机装置1200以功能单元的形式展示。在不受限制的情况下，本文所使用的术语“单元”可指执行一个或多个软件或固件程序的专用集成电路(ASIC)、电子电路、(共享、专用或组)处理器以及存储器，组合逻辑电路，和/或提供所述功能的其它合适的部件。在非常特定的示例中，本领域技术人员会了解到计算机装置可采取图5的网元500的形式。接收单元1201可通过收发器510和端口512实现。扩容操作单元1202可以通过处理器502和存储器504实现，具体地通过处理器502执行存储器504中的第一指令以获取扩容使用的部署偏好标识对应的部署偏好，该部署偏好包含网络业务的部署配置参数，执行第二指令以增加第一虚拟化网络功能的新实例。VLD生成单元1203可以通过处理器502、存储器504实现，具体地通过处理器502执行存储器504中的第三指令以生成第二虚拟化连接的描述信息，连接实例创建单元1204通过处理器502执行第四指令创建第二虚拟化连接实例。

本领域普通技术人员应该了解本申请的所有或部分标的物可在结合硬件和/或固件的软件中实施。例如，本文描述的标的物可在一个或多个处理器执行的软件中实施。在一项示例性实施方式中，本文描述的标的物可使用存储有计算机可执行指令的非瞬时计算机可读介质实施，当计算机处理器执行该计算机可执行指令时，该指令控制计算机执行步骤。适于实施本文描述的标的物的示例计算机可读介质包括非瞬时计算机可读介质，例如磁盘存储器设备、芯片存储器设备、可编程逻辑设备和专用集成电路。另外，实施本文描述的标的物的计算机可读介质可位于单个设备或计算平台上，或可在多个设备或计算平台上分发。

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