CN110768807A

CN110768807A - 虚拟资源方法及装置、虚拟资源处理网元及存储介质

Info

Publication number: CN110768807A
Application number: CN201810825718.2A
Authority: CN
Inventors: 冯远兴
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2018-07-25
Filing date: 2018-07-25
Publication date: 2020-02-07
Anticipated expiration: 2038-07-25
Also published as: CN110768807B

Abstract

本公开实施例公开了一种虚拟资源动态配置方法及装置、虚拟资源处理网元及存储介质。所述虚拟资源动态配置方法包括：利用模板文件中的控制分段对目标虚拟网元的虚拟资源进行动态配置。

Description

虚拟资源方法及装置、虚拟资源处理网元及存储介质

技术领域

本公开涉及通信技术领域但不限于网络技术领域，尤其涉及一种虚拟资源动态配置方法及装置、虚拟资源处理网元及存储介质。

背景技术

在通信领域，新建一个功能网元、或者在由多个设备组成的网络中添加一些新的设备时，在新的网元实际使用之前，需要对其进行开局操作。开局指的是对环境中新的网络设备进行部署配置，在上电后获取设备的操作系统及配置文件，并对相关的功能以及业务进行初始化配置的过程，在完成一个新的网元的开局操作之后，相当于开通了这个网元。

在相关技术中，一方面，网元的开局配置的方法主要是由研发和用服人员到现场手工开局。开局过程中，由于有些网络设备的所在地区较为偏僻，研发人员到现场进行手工开局的方法浪费了大量的时间和经费在路途上，增加了开局配置的成本，降低了开局的效率，不利于企业实行的费用预算制度；而且采用上述手工开局方法进行开局配置对开发和用服人员的技术要求也比较高，需要其对网管系统命令比较熟悉，而且在分析需求，编写相关人机命令的过程中容易出现失误，最终导致开局不顺利。

另一方面，一个虚拟网元一旦完全开局操作之后，该虚拟网元的所有虚拟资源就完成了配置，这些虚拟资源就全部投入使用，而这会导致资源浪费或者无法满足动态需求的问题。

发明内容

本公开实施例期望提供一种虚拟资源动态配置方法及装置、虚拟资源处理网元及存储介质。

本公开的技术方案是这样实现的：

第一方面，本公开实施例提供一种虚拟资源动态配置方法，包括：

利用模板文件中的控制分段对目标虚拟网元的虚拟资源进行动态配置。

第二方面，本公开实施例提供一种虚拟资源动态配置装置，包括：

配置模块，用于利用模板文件中的控制分段对目标虚拟网元的虚拟资源进行动态配置。

第三方面，本公开实施例提供一种虚拟资源处理网元，包括：

收发器，

存储器，

处理器，分别与所述收发器及存储器连接，用于通过执行位于所述存储器上的计算机可执行指令，控制所述收发器的信息收发及所述存储器的信息存储，并实现第一方面提供的虚拟资源动态配置方法。

第四方面，本公开实施例提供一种计算机存储介质，所述计算机存储介质上存储有计算机可执行指令；所述计算机可执行指令被执行后，能够实现第一方面提供的虚拟资源动态配置方法。

本公开实施例提供的技术方案中，模板文件中增加了控制分段，利用该控制分段可以对目标虚拟网元的虚拟资源进行动态配置，如此，可以根据动态需求调整目标虚拟网元的虚拟资源配置，如此，相对于仅能够在目标虚拟网元开通时一次性完成目标虚拟网元的资源配置，可以通过动态配置实现扩容或缩容、及目标虚拟网元的所提供的业务的变更，从而满足目标虚拟网元的资源动态配置需求，

附图说明

图1为本公开实施例提供的一种虚拟化框架基础架构的示意图；

图2为本公开实施例提供的一种模板文件的结构示意图；

图3A为本公开实施例提供的第一种虚拟资源动态配置方法的流程示意图；

图3B为本公开实施例提供的第二种虚拟资源动态配置方法的流程示意图；

图4为本公开实施例提供的第三种虚拟资源动态配置方法的流程示意图；

图5为本发明实施例公开的一种虚拟资源动态配置的结构示意图；

图6为本发明实施例公开的另一种虚拟资源动态配置的结构示意图；

图7为本发明实施例公开的一种模板文件的解析流程示意图；

图8为本公开实施例提供的第四种虚拟资源动态配置方法的流程示意图；

图9为本公开实施例提供的第五种虚拟资源动态配置方法的流程示意图；

图10为本公开实施例提供的第六种虚拟资源动态配置方法的流程示意图；

图11为本公开实施例提供的第七种虚拟资源动态配置方法的流程示意图；

图12为本公开实施例提供的第把种虚拟资源动态配置方法的流程示意图；

图13为本公开实施例提供的一种网元的结构示意图。

具体实施方式

以下结合说明书附图及具体实施例对本公开的技术方案做进一步的详细阐述。

图1所示的为一种虚拟化框架基础架构，包括：云平台是指开栈(OpenStack)、虚拟化平台(VmWare、vShpere)和云平台服务(CloudStack)等常见的云操作系统。OpenStack是基础设施即服务(IaaS)的云计算平台。

网络功能虚拟化(Network Functions Virtualisation，NFV)是使用虚拟化技术，将业务应用和软件底层架构分离开，业务运行在虚拟机上，由虚拟机屏蔽了底层硬件，操作系统，存储，网络层面的差异，形成了相对统一，简单的运行环境。运营商可以减少设备投资，降低设备成本和运维成本。

通过网元虚拟机的扩容或缩容部署，移动核心网的网元业务处理能力增强或减弱，降低能耗，实现节能减排。

部署虚拟网元的方法可包括：

首先，采集表征当前网元的负荷数据(如分组数据协议(Packet Data Protocol，PDP)、业务流量、用户数、呼叫量等中的一个或多个)。

其次，根据采集的表征当前核心网的网元的负荷数据计算需要的存储资源和计算资源，以及需要的网络带宽的资源量，规划好资源，包括虚拟机和网络拓扑以及对应的计算能力、存储能力和网络能力等需求。

再次，基于编排生成工具把事先计算出来的所需存储、计算、网络资源和拓扑等以云应用拓扑生成规范(Topology and Orchestration Specification for CloudApplications，TOSCA)模板来体现。

TOSCA模板文件支持XML和YAML两种描述语言，因此TOSCA生成最终产生的模板文件以XML文件或YAML文件格式保存。为了便于多模板文件、以及模板文件依赖其他诸如证书、操作系统版本及软件版本等相关文件的管理，把这些相关文件合并压缩成csar包。

最后，通过网络功能虚拟化管理(Virtualised Network Function Manager，VNFM)通知网络功能虚拟化编排(Network Functions Virtualised Orchestrator，NVFO)，通过对上述步骤设提供的csar包文件的操作，最终完成虚拟化网元的部署。

引入NFV技术后，通讯网络设备开局效率大大提高，主要体现在两方面。一方面是硬件设备标准化。所有虚拟化功能运行主机不再依赖具体的厂家，也不再同具体功能相耦合。设备厂商完全可以自行采购通用服务器搭建数据中心，完成开局操作。另一方面是操作便携化。所有操作只依赖数据中心，开通维护人员没有必要亲历现场，完全可以办公室内甚至远程操作。

但是开局以后由于受具体的用户规模和用户行为习惯影响，运营商开局时预设的业务容量和处理能力并不能及时跟上实际需求的变化。比如在春节期间等特定的业务繁忙时节，用户视频拜年带来的额外数据流量呈几何级数的增长带来设备负荷急剧增加，由于不可能及时分配额外的资源造成延时增加、故障率升高，从而产生较差的用户体验。而在夜间在线人数相对白天有很大落差，设备闲置现象就比较普遍。如果设备能够动态调配，适时增减，那么忙时波峰期间可以上电新设备加强处理能力满足用户需要，而闲时波谷时则可以下电空转设备，降低总开销(Total of Cost，TOC)。

另一方面，在满足用户日益增长的业务需求方面，目前的处理机制也存在很大的局限性。运营商要想使新业务新功能上线或并入原有业务网络，通常的处理方式都必须从最初的需求分析、功能生成、网络规划、资源重组分配，再到功能预测试，上线验证，以及后续功能维护等，都非常耗时耗力，投入的人力资金成本都非常高。

在相关技术条件下，一个虚拟网元的开通往往从最初的业务功能规划、组网生成、容量限定等都是静态化、模板化的，在根据实际的业务需要和用户场景动态自适应方面还有待完善。网元所有功能和资源必须预先规划，且一旦规划设定后无法轻易修改，只能通过版本升级维护满足新功能、新需求，这里不再赘述。一个TOSCA模板可对应一个虚拟网元。该虚拟网元中包括计算、存储、网络以及软件版本在内的所有资源和虚拟机节点描述均定义在拓扑分段(topology_template)中，该拓扑分段中包括当前虚拟网元所有必须资源。一旦生成完成，编排部署以后，这些资源就会全部上线投入使用，虚拟网元支持的功能也就确定，无法再改变。

有鉴于此，如图2所示，本实施例首先提供一种模板文件，该模板文件可为云应用拓扑涉及规范(Topology and Orchestration Specification for Cloud Applications，TOSCA)文件。所述模板文件可以为XML文件或YAML文件格式保存，可以打包成SCAR包。以上仅是对模板文件的一种举例描述，具体实现时不局限于上述描述。

所述模板文件包括：拓扑分段及控制分段。所述拓扑分段可以用于进行网络服务的开通，例如，对目标虚拟网元开通网络服务进行各种静态化配置，例如，对目标虚拟网元开通网络服务的初始化配置等。

所述控制分段与所述拓扑分段不同，可以用于对目标虚拟网元提供的虚拟资源按照当前的需求进行动态配置。例如，动态控制对应虚拟资源的启动和关闭，控制虚拟资源当前提供的业务或服务等；从而实现了利用模板文件进行虚拟资源的动态配置。如此，可以利用控制文件进行对应服务或业务的扩容和缩容从而实现容量的动态调整，如此，当有一个业务的用户剧增时，可以直接通过提供该业务网元的扩容来实现，而不用专门重新配置该业务的另一个业务通道。此外，若某一个业务的用户数迅速下降时，可以通过缩容来简便实现对应的虚拟资源的关闭或转为他用，从而提升虚拟资源的有效资源配置，减少资源的浪费。

在另一些实施例中，所述动态配置还可包括：新业务的增加和旧业务的删除，如此，可以动态的控制虚拟资源进行新业务的开通和旧业务的删除等更新，如此，相对于新业务需要重新重头开始配置虚拟资源可以简化配置，提升新业务的开通速率；对于旧业务的删除也可以更加简单，不用等到某一个虚拟资源的所有业务功能均删除之后，才释放该虚拟资源。

总之，本公开实施例提出一种基于TOSCA的虚拟化分组编排方法，为模板文件中引入控制分段，根据不同用户场景、开通功能、承受负荷对虚拟化资源完成预先归类分组，并且在控制分段中定义不同情况下启用的资源分组，避免出现模板定义所有资源必须全部上线的情况，从而达到运维过程中根据实际场景需要动态调整的目标。

如图3A所示，本实施例提供一种虚拟资源动态配置方法，包括：

步骤S110：利用模板文件中的控制分段对目标虚拟网元的虚拟资源进行动态配置。

本实施例提供的虚拟资源化资源处理方法可以应用于网络功能虚拟化编排(Network Functions Virtualised Orchestrator，NFVO)中，也可以是应用于专用的虚拟资源包编排模块中，该虚拟资源包编排模块可为集成在所述NFVO上的一个模块，也可以是独立于所述NFVO但与所述NFVO建立有连接的模块。

在本实施例中由于模板文件中不仅包括拓扑分段，还包括新引入的控制分段；该控制分段对虚拟资源进行动态的配置，如此，在一个虚拟网元开通之后，可以根据控制分段控制该目标虚拟网元的动态配置，例如，实现扩容或缩容、增加新的业务、删除旧的业务或修改旧的业务，再例如，启动或关闭该网络服务等。本实施例中的所述动态配置可以是基于指示的动态配置，也可以是自动触发的动态配置，总之，不管是基于指示的动态配置还是自动触发的动态配置，都是与当前的动态需求相适配的；从而实现根据动态需求进行动态配置。如此，方便根据动态需求，进行虚拟资源的动态配置，一方面可以动态满足需求，提升用户使用满意度，另一方面可以减少资源浪费，提升资源有效利用率。

在一些实施例中，如图3B所示，所述方法还包括：

步骤S100：根据所述模板文件中的拓扑分段开通所述目标虚拟网元；

所述步骤S110可包括：在所述目标虚拟网元开通后，利用所述控制分段对所述目标虚拟网元的虚拟资源进行动态配置。

所述步骤S100可包括：

根据模板文件中的拓扑分段开通目标虚拟网元。所述步骤S100具体可包括：根据拓扑分段实例化一个目标虚拟网元，此处的虚拟网元可为利用虚拟资源构建的网元。例如，所述步骤S100可包括：为所述目标虚拟网元分配实例化标识，根据所述拓扑分段为所述目标虚拟网元分配虚拟资源，在所述虚拟资源上安装对应的应用程序、软件开发工具包(Software Development Kit，SDK)或插件等；建立该目标虚拟网元与其他网元的连接，如此，完成了一个目标虚拟网元的开通，可以用于向用户设备提供其请求的网络服务了。

在完成所述步骤S100之后相当于至少建立了一个目标虚拟网元。

在本实施例中，在步骤S100之后执行所述步骤S110。在目标虚拟网元开通之后，再根据模板文件中的控制分段进行动态配置，以满足动态需求。

在一些实施例中，所述步骤S110可包括以下至少之一：

在所述目标虚拟网元开通后，利用所述控制分段启动或关闭当前所需的业务；

在所述目标虚拟网元开通后，利用所述控制分段配置所述目标虚拟网元的当前容量。

例如，一个所述目标虚拟网元可能支持多个业务，所述业务可包括：基础服务和增值服务。所述基础服务和所述增值服务不同。所述基础服务可为所述目标虚拟网元开通后就自动会配置的服务，所述增值服务可为根据需求可以启动、关闭或修改的业务。在一些实施例中，在所述目标虚拟网元开通后，可根据控制分段确定当前需要的增值服务、关闭不必要的增值服务，启动当前所需的增值服务，通过当前所需的增值服务的启动，满足用户的增值需求；关闭不必要的增值服务可以释放该增值服务所占用的资源，从而及时释放不必要占用的资源，减少资源浪费提升资源的有效利用率。在一些实施例中，根据控制分段启动或关闭的业务不局限于所述增值服务，还可以对一些必要性不那么强的基础服务。

升级当前所需的业务可包括：调整对应业务的服务参数，从而更好的提升业务的服务能力，以提升用户满意度。

在所述目标虚拟网元开通后，还可以利用控制分段配置所述目标虚拟网元的当前容量。

例如，所述目标虚拟网元是提供视频观看服务网元，在工作时间段(例如，命名为第一时间段)内观看视频的用户数少，在非工作时间的非睡眠时间段(例如，命名为第二时间段)内观看视频的用户多；如此，在第一时间段所述目标虚拟网元所需的容量大，在所述第二时间段所述目标虚拟网元所需的容量小，相对于固定设置容量，一方面缓解所需容量大时的拥塞状况，另一方面减少所需容量小时的不必要资源浪费，可以根据所述控制分段动态控制所述目标虚拟网元的当前容量。动态配置所述目标虚拟网元的容量可包括：动态调整分配给所述目标虚拟网元的资源，从而实现容量的控制。分配给所述目标虚拟网元的虚拟资源可包括：存储资源、计算资源及带宽资源中的一种或多种。例如，视频观看用户多时，则为所述目标虚拟网元分配更多的带宽资源，以确保各用户终端都能够流畅的请求到视频数据；在视频观看用户少时，根据动态分段可以及时的释放该目标虚拟网元所配置的带宽资源，如此，该释放的带宽资源就可以用于其他业务，减少资源闲置，提升资源的有效利用率。

在一些实施例中，所述控制分段包括以下至少之一：

虚拟资源分组的分组信息；

控制操作的所述操作信息；

策略信息。

不同的虚拟资源分组可能可以提供不同的业务。例如，虚拟资源分组A可以用于提供业务A；虚拟资源分组B可以用于能够业务B。

所述分组信息可包括以下信息的至少之一：

虚拟资源分组包括的资源类型；该资源类型可包括：计算资源、存储资源及网络资源中观的一个或多个。

虚拟资源分组包括的虚拟资源与物理资源的映射关系，例如，虚拟资源与计算节点的映射关系、虚拟资源与网络连接的映射关系、虚拟资源与存储节点的映射关系。所述计算节点可用于提供计算资源；所述存储节点可用于提供存储资源。所述网络连接至少可用于提供网络资源。网络资源可以用于提供传输所需的接口或路径，例如，提供数据传输所需的带宽等。

在一些实施例中，所述控制分段还可包括：控制操作的操作信息。所述控制信息一方面可以用于指示控制操作的操作类型，另一方面所述控制信息还可以用于指示控制操作的操作参数。例如，扩容操作用于执行扩容；所述操作参数可以用于指示扩容过程中新增容量值等。再例如，所述控制操作可为业务启动操作，该业务启动操作对应的操作参数可为：所启动业务的业务标识等。

总之，在本实施例中，所述控制操作可为进行动态配置的各种类型的操作。

在一些实施例中，所述控制分段具体包括：

虚拟资源包，包含有描述满足不同业务功能需求的虚拟资源分组的分组信息、所述虚拟资源分组的作用域的域信息及配置所述虚拟资源分组的所述操作信息；

策略文件，包含有策略信息，其中，所述策略信息至少包括：策略的触发条件、策略的控制操作的操作信息及作用域的域信息。

所述控制分段的分组信息、控制信息及策略信息，可以分别归属到虚拟资源包和策略文件中。

一个所述虚拟资源包可对应于一个或多个所述虚拟资源分组，例如，所述虚拟资源包，可涵盖有对应的虚拟资源分组的分组信息及对该虚拟资源分组进行各种控制操作的操作信息。

所述策略文件可包括：策略信息，该策略信息包括：策略的触发条件，策略的控制操作及作用域的域信息。

所述触发条件为执行对应的控制操作的添加；所述作用域的域信息指示了该控制操作作用的范围。所述域信息可以指示作用域特定的作用域，一个所述作用域可对应于一个或多个虚拟资源分组。

在一些实施例中，所述方法还包括：

在进行所述动态配置之前，解析所述模板文件。

在本实施例中在进行动态配置之前，需要解析模板文件。

如图4所示，解析所述模板文件可包括

步骤S201：解析所述模板文件的拓扑分段；此处，通过拓扑分段的解析，可以完成一个或多个虚拟网元的开局；此处的虚拟网元的开局即为虚拟网元的开通；

步骤S202：确定所述模板文件中是否包含所述控制分段；

步骤S203：若包含所述控制分段，解析所述控制分段的虚拟资源包；例如，调用虚拟资源包编码模块解析所述控制分段的虚拟资源包；

步骤S204：确定所述控制分段是否包含策略文件；

步骤S205：若所述控制分段包含所述策略文件，调用策略控制引擎解析所述策略文件。

在解析模板文件时，先解析所述拓扑分段；若完成拓扑分段的解析之后，会确定当前的模板文件中是否包含控制分段，若包含控制分段则需要继续解析控制分段，在解析控制分段时，可以先解析所述虚拟资源包，完成虚拟资源包的解析之后，进一步判断控制分段是否包含策略文件，若包含策略文件则进一步解析策略文件，在解析策略文件时，可利用策略控制引擎来解析。该策略控制引用可以集成在NFVO上，也可以为独立于NFVO的策略控制引擎。

在一些实施例中，所述控制分段的解析与所述拓扑分段的解析是没有一定的先后顺序的，例如，若确定出模板文件中包含有控制分段，则可以同步解析拓扑分段和控制分段，如此，以提升模板文件的解析速率。在解析所述控制分段时，不局限于先解析所述虚拟资源包，也可以同步解析所述虚拟资源包和所述策略文件。

在确定所述模板文件中是否包含有控制分段、所述控制分段是否包含有虚拟资源包和/或策略文件时，可以通过模板文件中的目录解析来确定。例如，控制分段和拓扑分段采用的文件名是不一样的，故可以通过目录解析确定出模板文件中是否包含有控制分段及控制分段是否包含有策略文件。在另一些实施例中，确定所述模板文件是否包含有控制分段及控制分段是否包含有策略文件，可以根据当前模板文件的第一级目录下包含的文件个数，控制分段内包含的文件个数等方式来确定控制分段中是否包含有策略文件。

总之，确定所述模板文件中是否包含有控制分段，及所述控制分段中是否包含有策略文件的方式有多种，以上仅是举例，具体实现时不局限于上述任意一种。

在一些实施例中，所述步骤S110可包括：

接收动态配置请求；

查询所述控制分段，确定出所述动态配置请求对应的操作标识及作用域的域信息；

根据所述操作标识及所述域信息向网络功能虚拟化管理VNFM；

接收所述VNFM基于所述操作标识及所述域信息返回的配置结果。

在本实施例中所述VNFO会接收到管理设备或者从人机交互接口接收到所述动态配置请求，该动态配置请求可为在目标虚拟网元开通后请求进行动态配置的请求。

接收到所述动态配置请求后，将查询所述控制分段，确定出于所述动态配置请求对应的控制操作的操作标识及作用域的域信息，例如，查询所述虚拟资源包得到所述操作标识及作用域的域信息，该域信息可为指示对应的作用域的域标识、域名称等各种信息。

将所述操作标识及域信息传输给VNFM，VNFM基于该操作标识及域信息进行虚拟资源配置，例如，为对应的目标虚拟网元增添虚拟资源、删除虚拟资源等。若VNFM基于所述操作标识及域信息进行虚拟资源配置之后，会得到一个配置结果，例如，配置成功或配置失败，并传输给NFVO，如此NFVO就知道当前的虚拟资源的动态配置的结果。如此，用户或者管理人员可以借助电子设备或NFVO的人机交互接口，通过简单的指示就可以实现目标虚拟网元的资源动态配置。

在一些实施例中，所述利用模板文件中的控制分段对目标虚拟网元的虚拟资源进行动态配置，包括：

若当前状态命中了触发条件，向VNFM发送所述命中的所述触发条件对应策略的操作信息及作用域的域信息；

根据所述操作标识及所述域信息向网络功能虚拟化管理VNFM；

所述控制分段包含有策略文件，在策略文件中设置有策略，每一个策略都包含有触发条件。

所述触发条件可分为以下几类但不局限于以下几类：

时间触发类型，时间触发类型的触发条件判断可包括：判断当前时间是否达到触发条件所限定的时间，若达到触发条件所限定的时间，则可认为满足所述触发条件，从而会执行对应策略的控制操作；

主动方式触发类型，主动方式触发类型的触发条件判断可包括：主动监控对应的关键性能指标(Key Performance Indicator，KPI)，若监控的KPI达到触发条件所限定的预定义门限，则可认为满足所述触发条件；

被动方式触发类型，被动方式触发类型的触发条件判断可包括：不主动采集KPI，而是被动等待对应的KPI达到预定义门限之后触发的告警；若监控到公安经则会认为满足所述触发条件。

在本公开实施例中所述控制分段中的触发条件可为上述任意一种类型或触发类型的组合。

如此，基于策略文件中定义的策略，可以在满足触发条件时，自动获取对应的控制操作的操作标识及作用域的域信息，以动态请求VNFM配置虚拟资源，以满足动态需求。

利用所述控制分段对所述虚拟资源进行弹性操作，其中，所述弹性操作的响应，用于扩容或缩容；

利用所述控制分段对所述虚拟资源进行动态启动；

利用所述控制分段对所述虚拟资源进行自动修复；

利用所述控制分段对所述虚拟资源进行新业务的配置；

利用所述控制分段对所述虚拟资源进行旧业务的删除；

利用所述控制分段对所述虚拟资源进行旧业务的更新。

利用所述控制分段对虚拟资源进行弹性操作，可以实现对对应的目标虚拟网元的扩容和缩容，从而使得目标虚拟网元的当前容量与当前需求相适配。

利用控制分段可以对虚拟资源执行启动操作，实现虚拟资源的动态启动，如此，可以不用在目标虚拟网元的开通时就完成所有虚拟资源的开通。

在一些实施例中目标虚拟网元的全部或部分虚拟资源在运行一段时间后，可能会出现故障，在本实施例中还可以根据模板文件中的控制分段，控制虚拟资源的自动修复，例如，通过重启对应的虚拟资源实现虚拟机的自愈，再例如，通过虚拟机的软件的重新安装，实现所述虚拟机的自愈。此处的虚拟机为虚拟资源的一种。

在还有一些实施例中，还可包括：动态的配置目标虚拟网元的业务，例如，动态增加新业务、删除旧业务、更新旧业务，如此，可以根据需求随时动态目标虚拟网元的虚拟资源。

如图5所示，本实施例提供了一种虚拟资源动态配置装置，包括：

在本实施例提供的虚拟资源动态配置装置，可为应用于虚拟资源处理网元中，例如，NVFO，或者，专用的虚拟资源处理网元中。

所述处理装置可包括配置模块，该配置模块可以根据模板文件中的控制分段进行虚拟资源的动态配置。

在一些实施例中，所述虚拟资源动态配置装置还包括存储模块，所述存储模块用于存储所述模板文件或所述模板文件的解析数据。

所述配置模块可以基于模板文件可以对虚拟资源进行动态配置。

在一些实施例中，所述装置还包括：

开通模块，用于根据所述模板文件中的拓扑分段开通所述目标虚拟网元；

所述配置模块，具体用于在所述目标虚拟网元开通后，利用所述控制分段对所述目标虚拟网元的虚拟资源进行动态配置。

在本实施例中，所述开通模块用于完成所述目标虚拟网元的开局操作，以开通所述目标虚拟网元，开通所述目标虚拟网元是根据模板文件中的拓扑分段执行的。

在一些实施例中，所述配置模块，具体用于执行以下之一：

在所述目标虚拟网元开通后，利用所述控制分段启动、关闭或升级所述目标虚拟网元当前所需的业务；

在本实施例中，所述控制分段具体可用于目标虚拟网元的业务的动态配置、和/或，目标虚拟网元的扩容和缩容，以满足当前不同容量需求。通过业务的动态配置，可以满足用户动态的业务需求。

在一些实施例中，所述控制分段包括以下至少之一：虚拟资源分组的分组信息；控制操作的操作信息；策略信息。

在一些实施例中，所述控制分段具体包括：

在一些实施例中，所述装置还包括：

解析模块，用于在进行所述动态配置之前，解析所述模板文件。

该解析模块用于在对目标虚拟网元进行动态配置之前，需要解析所述模板文件，从而使得设备能够根据该模板文件中的控制分段进行动态配置。

在一些实施例中，所述解析模块，具体用于解析所述模板文件的拓扑分段；确定所述模板文件中是否包含所述控制分段；若包含所述控制分段解析所述控制分段的虚拟资源包；确定所述控制分段是否包含策略文件；若所述控制分段包含所述策略文件，调用策略控制引擎解析所述策略文件。

在另一些实施例中，所述配置模块，具体用于接收动态配置请求；查询所述控制分段，确定出所述动态配置请求对应的操作标识及作用域的域信息；根据所述操作标识及所述域信息向网络功能虚拟化管理VNFM；接收所述VNFM基于所述操作标识及所述域信息返回的配置结果。

在还有些实施例中，所述配置模块，具体用于若当前状态命中了触发条件，向VNFM发送所述命中的所述触发条件对应策略的操作信息及作用域的域信息；根据所述操作标识及所述域信息向网络功能虚拟化管理VNFM；接收所述VNFM基于所述操作标识及所述域信息返回的配置结果。

在一些实施例中，所述配置模块，具体用于利用所述控制分段对所述虚拟资源进行弹性操作，其中，所述弹性操作的响应，用于扩容或缩容；利用所述控制分段对所述虚拟资源进行动态启动；利用所述控制分段对所述虚拟资源进行自动修复；利用所述控制分段对所述虚拟资源进行新业务的配置；利用所述控制分段对所述虚拟资源进行旧业务的删除；利用所述控制分段对所述虚拟资源进行旧业务的更新。

在一些实施中，所述自动修复可以通过自愈操作来实现，例如，通过重新启动虚拟机来实现虚拟机的自动修复。

以下结合上述任意实施例提供几个具体示例：

示例1：

本示例提供的技术方案在于实现虚拟化网络设备开局的同时，能够在完成正常开局操作的同时预先设定好预案。针对不同用户场景和行为模式，能够根据需要自动化完成虚拟化设备的启动操作和停止操作。不仅提高了硬件设备的有效利用率，降低了成本，而且大大减轻运维人员的工作负担。本示例将使用TOSCA模板文件(为前述模板文件的一种)来表示虚拟化网络服务开通所需资源以及各资源之间的关系，同时针对不同用户场景和行为模式定义不同的分类和策略信息。根据OASIS组织发布的TOSCA规范(TOSCA SimpleProfile in YAML Version 1.1以及讨论中的Version 1.2)，TOSCA模板可是一个描述文件，用于当前虚拟网元的拓扑，必须而且只能描述当前虚拟网元支持的功能以及对应功能需要的计算、存储以及网络等资源，并不能够把以后准备支持功能和需要资源相关内容编排进去。本示例为TOSCA模板增加一个控制分段，这样把TOSCA模板文件分为描述和控制两个层次。原有TOSCA模板作为描述层可以继续原有功能，新增控制分段可以根据用户不同场景不同实现资源的自由组合动态处理。正是由于控制分段次的引入，才可以把这些当前不需要以后准备支持的动态功能和服务编排到当前TOSCA模板中，通过控制分段次来决定当前开通哪些功能服务，需要启用哪些资源；哪些功能服务后续支持，启动对应的资源分配。同时，本示例提供的模板文件中包含虚拟资源包，把网络服务开通所需资源根据不同的功能或服务进行相应的分类，再综合业务能力不同进行有针对性地差异化组合，打包成上述不同的虚拟资源包，如此，可以方便开通的虚拟网元在满足不同的场景需求时，调用对应的虚拟资源包进行动态配置。使用本示例可以通过这些不同的虚拟资源包针对不同用户场景和行为模式定义不同的能力(capability)，实现在虚拟化组网过程中多层次的灵活编排和组合。比如在编排某个网元服务的过程中可以根据预先定义选择不同的能力进行组合以满足不同的场景。同时，这样的生成并不会影响最初网络设备的开通。更重要的是：这些资源包是虚拟的，提供不同业务能力的描述和定义，并不会影响实际网元的部署开通动作，同时又为运维人员提供了更好的选择。运维人员可以选择这些资源包完成开通，也可以使用这些资源包完成后续的动态扩缩容，还可以在开通的时候就可以因地制宜，选择合适的分组操作。

通过本示例实施例方法，新网元开局操作更加规范，研发人员的负担大大减轻，开局的效率大大提高；开局后也可以根据不同的用户场景和实际的业务数据流量大小动态扩缩容，启停虚拟设备节省了人力、物力成本，符合企业推行的长期总成本(Long-run TotalCost，LTC)策略。

参考图6所示，本示例提供一种形成前述模板文件的系统，可包括：

模板设计模块，用于对虚拟网元进行拓扑规划启动之后，形成拓扑分段；

虚拟资源包设计模块，用于形成控制分段中的虚拟资源包；

策略设计模块，用于形成控制分段中的策略信息；

拓扑分段及控制分段组成模板文件，例如，如图6所示的TOSCA模板文件。

基于拓扑规划进行模板设计，例如，TOSCA模板设计。

虚拟化网管MANO可包括：资源分组解析、策略引擎及分组编排。例如MANO在进行虚拟网元的实例化过程中，基于TOSCA模板文件的拓扑分段进行虚拟网元开局，并在虚拟网元开局之后解析虚拟资源包和策略信息。

示例2：

为TOSCA模板额外增加控制分段。根据OASIS组织发布的最新TOSCA规范(TOSCASimple Profile in YAML Version 1.1以及讨论中的Version 1.2)，一个TOSCA就是一个Service Template。在Service Template中，TOSCA使用一个topology_template分段来描述一系列虚拟资源，包括计算cpu、硬盘存储、内存容量、网络连接等资源。TOSCA的ServiceTemplate的目标是完成云应用的编排生成和描述，最终展现的是当前应用的总体拓扑结构。因此，topology_template对于静态拓扑的描述通过规范化处理可以满足众多用户的需要，但是对于动态资源的描述则力不从心。

电信开通后的动态运维，对动态资源的描述提出了更高要求。为了满足这些要求，就需要完成对动态资源的描述。本示例实施例通过实现虚拟资源包和资源包基础上的编排生成，为TOSCA模板额外添加一个用于实现云应用动态运维的控制分段，并且在该分段中定义本模板支持的虚拟分组、控制操作、策略处理等，构示意见可参见图2。

虚拟资源分组，即为满足本网元中不同业务功能和使用场景而定义的不同资源的虚拟组合。例如为特殊时期而特别定义的奥运场景、春节场景、周末场景以及容灾测试场景用到的资源组合。

控制操作则定义当前网元支持的动作，包括一些网元运作的基本操作和特殊服务动作。基本操作包括：网元初始化、网元重启、网元销毁等。特殊服务动作包括：用户规模扩容、服务自愈、虚拟机弹性伸缩等。

策略处理则包括策略的触发器、触发动作和作用域等三部分的描述定义。

为TOSCA模板生成流程，增加一个虚拟资源包生成步骤。该步骤负责根据规划好的资源信息，综合实际的用户场景和业务功能需要生成多种不同的资源分组，并且为这些不同的分组定义不同的业务能力标识。这部分内容体现在TOSCA模板的控制分段中。

该TOSCA模板中拓扑分段中描述的资源可能仅满足当前VNF或NS生成时的要求，即这些描述统统都是静态的，而使用本示例实施例以后则可以不仅满足VNF或NS生成时的功能需要，而且基于控制分段，可以预计VNF或NS未来可能的场景和业务需求并且动态满足这些需求。举例说明，一个虚拟网元VNF开通的时候规划实现业务功能集合A，B，C，不带控制分段的情况下，必须把当前VNF所需的所有必要资源和操作在TOSCA模板描述，而且也只能描述这些满足业务功能集合ABC的资源和操作。在引入控制分段以后，则可以使用TOSCA模板描述当前功能集合和未来功能集合D和E所需资源和操作，然后在控制分段中定义开通的时候只启用功能集合ABC所需的资源，另外两个功能集合DE的资源可以等到需要的时候动态分配。

所述控制分段中策略的形成可如下：

根据完成的虚拟资源包，以及对应的控制操作和控制需求，生成策略，具体可包括：为不同的虚拟资源包定义对应的业务操作，为不同的策略制定触发条件，策略触发机制、策略执行顺序等。这部分内容体现在TOSCA模板的控制分段中。

一个策略主要包括三部分定义：策略触发器、策略触发动作(对应于前述的控制操作)和策略触发的作用域。策略触发器主要分为三种类型：时间触发、事件触发和KPI触发。比如，闲时策略定义凌晨2点到6点为闲时，此时自动降低业务处理能力，下电一部分的虚拟机。这就是时间触发。KPI触发很容易理解，一旦达到预先设定的门限指标(比如电话接通率低于95％或网络时延大于300ms)则触发投入资源增加处理能力。事件触发比较难以理解，通常把为一些特殊事件定义的特殊操作归入这一类别，比如虚拟机出现故障自愈，异地容灾切换也属于事件触发类型。策略触发动作就是在控制分段中定义的各种不同操作，比如网元实例化、虚拟机重启、弹性伸缩等等。作用域则对应控制分段中的虚拟分组标识。

本阶段负责完成策略三要素的预定义生成，为网元开通上线后可以动态根据策略触发执行对应的动作。

以下提供一种虚拟资源包的解析方法，可包括：

在NFVO完成csar包的上线过程中，解析TOSCA模板的时候不仅解析原本的拓扑分段(topology_template)分段，而且解析控制分段可包括：

作用域解析，例如，虚拟资源包解析模块把控制分段中定义的作用域和节点版本(node_templates)中的节点建立映射关系，从而使得在后续使用过程中可以明确每个操作的作用域范围。

控制操作解析，可包括：完成控制分段中定义的操作接口解析，匹配对应的操作接口，可能但不限于一个应用编程接口(Application Programming Interface，API)接口，一个脚本文件，或一共工作流，并且把操作同对应的作用域建立映射关系。

一个策略可由多个策略信息组成，所述策略信息定义有括操作和触发器两部分。本部分复杂把策略中定义的操作和触发器建立映射关系。操作的属性值就对应一个操作，则可以是一个KPI或预先定义的事件。虚拟资源包编排，在NFVO和VNFM配合完成云应用实例化和其他生命周期过程中，使用TOSCA模板解析后的信息匹配完成具体操作。首先根据当前操作类型从控制分段中找到对应的操作；其次，获取本操作所定义的操作接口和作用域；最后，NFVO和VNFM配合给这些的节点执行操作中定义的具体操作接口。策略处理，可包括：除主动触发控制分段中定义的操作以外，本示例也允许用户配置自动触发的策略。

在虚拟资源包解析阶段已经完成虚拟分组和拓扑分组中节点的对应关系和操作以及作用域的解析。本阶段则需要完成策略三要素(触发器、触发动作和作用域)的关系模型映射，需要为每一个预先定义的策略判断是否满足触发条件，并在对应的作用域上执行定义的触发动作。本示例实施例还提出了一套基于TOSCA的虚拟资源包生成编排的装置，至少包括：虚拟资源包解析模块及虚拟资源包编排模块。所述虚拟资源包编排模块对应于前述配置模块。

所述虚拟资源包生成模块，用于控制分段中虚拟资源包的生成。例如，正常情况下，开局的虚拟网元进行资源和拓扑规划，然后根据规划计算所需的全部虚拟资源，使用编辑工具生成网元csar包。所述一个虚拟资源包生成模块，负责在正常的csar生成的基础上完成对虚拟资源包的规划生成。该模块综合实际的用户场景、业务功能、用户容量以及处理数据量的规模性质不同产生多种不同的资源分组，并且为这些不同的分组赋予不同的业务能力。这些可以表示资源分组和能力都保存到YAML配置文件中，然后和其他相关的镜像、版本、图标、证书(license)等相关文件一起保存在csar包中，最终通过NFVO和VNFM完成部署。虚拟资源包解析模块，用于负责解析YAML文件中的资源分组信息，生成初步处理后的对象列表，包括当前网元或服务支持的业务功能，处理能力，需要的计算、存储、网络资源等，以及这些对象之间的拓扑关系和操作交互策略信息。特别地，本模块在原本的TOSCA模板解析的基础上，完成虚拟资源包解析流程，包括对控制分段中操作，作用域和策略的解析，以及同控制分段中的节点等内容的匹配关联。虚拟资源包编排模块，用于负责根据虚拟资源包解析模块处理输出的对象列表，同NFVO和VFNM协作完成网元或服务的部署，以及后续对应的交互操作流程。所述虚拟资源编排模块，在局点开通阶段和运维阶段的功能可如下：

一、在局点开通阶段，所述虚拟资源编排模块用于根据用户预先规划的功能和处理能力，匹配所需的虚拟资源包，并把解析后的内容按照业务逻辑步骤传给NFVO和VNFM，完成局点开通。

二、在运维阶段，所述虚拟资源编排模块用于支持两种情况的操作。一种是接收根据业务需要(例如支持新业务)，或者提升服务质量(例如用户扩容)由其他设备或人机交互接口检测的运维操作请求；另一种是通过策略处理引擎监控运行指标，一旦达到或超过设定的门限阈值，则自动触发策略执行，发起操作。

虚拟资源包解析模块负责完成策略文件的解析，并且完成策略三要素(触发器、触发动作和作用域)的关系映射。策略处理引擎则根据策略三要素的关系映射，完成策略的调度处理。具体包括：触发器匹配判断、找到对应作用域并执行触发动作。

触发器匹配根据触发器类型不同执行不同的匹配方式。时间触发类型则直接判断系统时间，一旦满足条件则触发。事件触发类型则是根据事件是否发生作为判断条件。引擎本身只被动监听事件上报消息，一旦发现指定事件上报则触发策略执行。KPI触发类型则有主动和被动两种方式。主动方式下，引擎通过定时器循环主动采集策略定义的KPI，采到数据后执行匹配判断，再根据匹配结果决定是否触发。被动方式下，引擎本身不采集KPI数据，而是被动等待KPI达到预定义门限后触发门限告警，引擎只监听对应告警，根据是否有告警的上报决定是否触发。被动方式的情况同第三种事件触发类型类似。作用域则根据资源包解析模块解析得到的映射关系确定。首先，找到该策略执行的虚拟资源包标识(Identity，ID)。然后再根据资源包ID找到对应资源包中的所有资源和节点。最后到拓扑分段查找对应的资源和节点即可。触发动作就由策略中的操作具体定义，可能是脚本，API或接口调用，引擎只需要直接调用即可。

策略处理引擎同时支持在系统上线后动态修改调整策略，为用户提供接口和图形界面用于修改策略三要素的具体内容。用户既可以修改具体策略的触发器，包括触发时间、KPI门限值和触发事件等，也可以修改策略执行的操作内容和顺序。

示例3：

如图7所示，本示例提供的方法，包括以下步骤：TOSCA模板解析器读取模板文件，一个所述模板文件可能是一个YAML文件，也可能是一组YAML文件；模板解析器按OASIS标准规范解析YAML文件。注：OASIS标准规范仅仅对拓扑(topology_template)分段中的内容有解析要求；判断是否含有控制分段；如果模板包含有控制分段，则继续，否则结束本次模板解析流程；调用虚拟资源包解析模块解析控制分段中内容，包括操作和作用域；判断是否包含策略信息。如果控制分段包含有策略信息存在，则继续，否则结束本次模板解析流程；调用策略处理引擎解析策略信息。

示例4：

如图8所示，本示例提供的方法，包括以下步骤：

步骤100，操作用户向NFVO发起上线csar包请求，请求消息中附带网元VNF包的ID。

步骤101，NFVO首先进行csar包校验(默认md5校验)和包文件格式合法性校验，然后解压缩csar包进一步检查TOSCA文件语法和镜像、图标、脚本等附件的合法性。

步骤102，校验完成后NFVO向TOSCA模板解析器发起解析YAML文件请求。

步骤103，TOSCA模板解析器完成解析后返回解析结果。

步骤104，NFVO向目录(Catalog)发起存储解析结果请求。此处的目录可为具有目录记载和查询功能的网元实体；

步骤105，目录将解析结果保存到本地数据库。

步骤106，目录将存储结果返回给NFVO。

步骤107，NFVO根据csar解压缩后包中内容以及TOSCA文件解析结果，分析出需要的附件，并把这些附件上传给云平台。

步骤108，云平台把这些文件存储到本地。

步骤109，云平台把存储结果返回给NFVO。

步骤110，NFVO成功完成以上操作后，将本次上线请求的成功结果返回操作用户。如果其中存在操作失败，则将失败结果以及失败原因返回给操作用户。

示例5：

在进行目标虚拟网元的虚拟资源的动态配置之前，可包括以下步骤：根据规划的功能、资源和组网拓扑，使用TOSCA生成工具、虚拟资源包生成工具生成csar格式的VNF包。操作用户向NFVO发起VNF包上线请求并成功完成包上线操作。

如图9所示，本示例提供的方法，包括以下步骤：

步骤200，操作用户向NFVO发起网元开通(即实例化)请求。请求消息中附带网元VNF包的ID和实例化(instantiate)的操作标识ID。

步骤201，NFVO向Catalog请求获取该VNF包的模板解析结果，步骤202，Catalog根据VNF包ID找到对应的Package包对应的解析结果，然后把解析结果返回给NFVO。

步骤203，NFVO向虚拟资源包编排模块发起实例化操作请求，请求消息中附带实例化操作的标识ID。

步骤204，虚拟资源包编排模块根据该标识ID找到对应的操作以及操作的作用域，然后向VNFM发起实例化操作。

步骤205，VNFM向NFVO发起资源鉴权操作。

步骤206，NFVO返回资源鉴权结果。

步骤207，VNFM同云平台协作完成该网元的虚拟机、网络、存储等资源的创建，以及对应的软件应用程序安装和启动。步骤208，VNFM完成资源创建、软件安装启动后给虚拟资源包编排模块返回实例化结果。

步骤209，虚拟资源包编排模块向NFVO返回操作用户实例化结果。

步骤210，NFVO成功完成以上操作后，将本次实例化请求的成功结果返回操作用户。如果其中存在操作失败，则将失败结果以及失败原因返回给操作用户。

示例6：

如图10所示，本示例提供的方法，包括以下步骤：

步骤300，操作用户向NFVO发起弹性操作请求。请求消息中附带网元实例的ID和弹性操作(例如示例中的扩容或缩容)的标识ID。

步骤301，NFVO向Catalog请求获取该VNF包的模板解析结果。步骤302，Catalog根据VNF包ID找到对应的Package包对应的解析结果。

步骤303，Catalog把解析结果返回给NFVO。

步骤304，NFVO向虚拟资源包编排模块发起弹性操作请求，请求消息中附带弹性操作的标识ID。

步骤305，虚拟资源包编排模块根据该标识ID找到对应的操作以及操作的作用域，然后向VNFM发起该弹性操作。

步骤306，VNFM向NFVO发起资源鉴权操作。

步骤307，NFVO返回资源鉴权结果。

步骤308，VNFM同云平台协作完成该操作所需的虚拟机、网络、存储等资源的创建或删除，以及对应的软件应用程序安装卸载和启停操作。

步骤309，VNFM完成资源创建或删除、软件安装卸载以及启停操作后给虚拟资源包编排模块返回本次弹性结果。

步骤310，虚拟资源包编排模块向NFVO返回操作用户弹性结果。

步骤311，NFVO成功完成以上操作后，将本次手工弹性请求的成功结果返回操作用户。如果其中存在操作失败，则将失败结果以及失败原因返回给操作用户。

示例7：

如图11所示，本示例提供的方法，包括以下步骤：

步骤400，策略处理引擎向Catalog发起获取模板解析结果(包括策略模型)请求，请求消息中附带本网元实例ID。

步骤401，Catalog根据请求信息的网元实例ID找到对应的csar包ID，再根据csar包ID找到对应的TOSCA模板解析结果(包括策略模型内容)。

步骤402，Catalog把结果返回给策略处理引擎。

步骤403，策略处理引擎从解析结果中获取策略模型定义，首先取得自动弹性的触发条件和触发执行的操作标识ID，然后启动判断检测循环，定时检测是否满足弹性触发条件。

步骤404，一旦检测满足条件，则触发自动弹性操作。首先，策略处理引擎向NFVO发起弹性操作请求。请求消息中附带上一步骤获取的自动弹性操作(例如示例中Self_scale策略定义的scaling操作)的标识ID。

步骤405，NFVO向虚拟资源包编排模块发起该弹性操作请求，请求消息中附带弹性操作的标识ID。

步骤406，虚拟资源包编排模块根据该标识ID找到对应的操作以及操作的作用域，然后向VNFM发起该弹性操作。

步骤407，VNFM向NFVO发起资源鉴权操作。

步骤408，NFVO返回资源鉴权结果。

步骤409，VNFM同云平台协作完成该操作所需的虚拟机、网络、存储等资源的创建或删除，以及对应的软件应用程序安装卸载和启停操作。步骤410，VNFM完成资源创建或删除、软件安装卸载以及启停操作后给虚拟资源包编排模块返回本次弹性结果。

步骤411，虚拟资源包编排模块向NFVO返回策略处理引擎本次自动弹性结果。

步骤412，NFVO成功完成以上操作后，将本次自动弹性请求的成功结果返回策略处理引擎。如果其中存在操作失败，则将失败结果以及失败原因返回。

示例8：

在进行目标虚拟网元的虚拟资源的动态配置之前，可包括以下步骤：根据规划的功能、资源和组网拓扑，使用TOSCA生成工具、虚拟资源包生成工具生成csar格式的VNF包。

操作用户向NFVO发起VNF包上线请求并成功完成包上线操作。

如图12所示，本示例提供的方法，包括以下步骤：

步骤500，策略处理引擎向Catalog发起获取模板解析结果(包括策略模型)请求，请求消息中附带本网元实例ID。

步骤501，Catalog根据请求信息的网元实例ID找到对应的csar包ID，再根据csar包ID找到对应的TOSCA模板解析结果(包括策略模型内容)。

步骤502，Catalog把结果返回给策略处理引擎。

步骤503，策略处理引擎从解析结果中获取策略模型定义，首先取得虚拟机自愈的触发条件和触发执行的操作标识ID，然后启动判断检测循环，定时检测是否满足弹性触发条件。

步骤503，一旦检测满足条件，则触发虚拟机自愈操作。首先，策略处理引擎向NFVO发起弹性操作请求。请求消息中附带上一步骤获取的虚拟机自愈操作(例如示例中Self_heal策略定义的Restart操作)的标识ID。

步骤504，NFVO向虚拟资源包编排模块发起该弹性操作请求，请求消息中附带虚拟机自愈操作的标识ID。

步骤505，虚拟资源包编排模块根据该标识ID找到对应的操作以及操作的作用域，然后向VNFM发起该操作。

步骤506，VNFM向NFVO发起资源鉴权操作，NFVO返回鉴权结果。

步骤507，VNFM同云平台协作完成对应的虚拟机重建操作，以及对应的软件应用程序安装和启动。

步骤508，VNFM开始虚拟机重建、软件安装以及启动操作。

步骤509，VNFM完成上述操作后给虚拟资源包编排模块返回需求重建结果。

步骤510，虚拟资源包编排模块向NFVO返回策略处理引擎本次虚拟机自愈重建结果。

步骤511，NFVO成功完成以上操作后，将本次自愈的成功结果返回策略处理引擎。如果其中存在操作失败，则将失败结果以及失败原因返回。

总之，本示例实施例提供的基于TOSCA的虚拟化分组生成编排的方法和装置，包括：TOSCA模板结构完善，虚拟资源包生成和编排，策略信息生成和处理等核心策略方法和装置。TOSC模板结构完善，将TOSCA模板对于网元VNFNS的描述层和控制分段分离，描述层使用原有topology_template分段，新增补充控制分段，用于包括但不限于网元VNFNS的资源处理，操作运维，策略控制等动作的展示。虚拟资源包生成和编排在已规划拓扑和资源基础上，提供一种可以满足不同使用场景不同业务功能的资源包生成、部署方法和实现装置，策略信息生成和处理则提供动态自动化处理业务逻辑、场景，完成不同维护操作的能力。本示例实施可以解决TOSCA模板部署的掣肘，提供更多的部署运维选择，大大降低运维成本的同时提高灵活性。

如图13所示，本实施例提供了一种虚拟资源处理网元，包括：

收发器，

存储器，

处理器，分别与所述收发器及存储器连接，用于通过执行位于所述存储器上的计算机可执行指令，控制所述收发器的信息收发及所述存储器的信息存储，并前述或多个技术方案提供的虚拟资源动态配置方法。

该存储器可为各种类型的存储器，可为随机存储器、只读存储器、闪存等。所述存储器可用于信息存储，例如，存储计算机可执行指令等。所述计算机可执行指令可为各种程序指令，例如，目标程序指令和/或源程序指令等。

所述处理器可为各种类型的处理器，例如，中央处理器、微处理器、数字信号处理器、可编程阵列、数字信号处理器、专用集成电路或图像处理器等。所述处理器可以通过总线与所述存储器连接。所述总线可为集成电路总线等。

在一些实施例中，所述收发器可包括：通信接口，该通信接口可包括：网络接口、例如，局域网接口、收发天线等。所述通信接口同样与所述处理器连接，能够用于信息收发。

在一些实施例中，所述广播权值自适应调整网元还包括人机交互接口，例如，所述人机交互接口可包括各种输入输出设备，例如，键盘、触摸屏等。

本公开实施例提供一种计算机存储介质，所述计算机存储介质上存储有计算机可执行指令；所述计算机可执行指令被执行后，能够实现前述任意实施例提供的虚拟资源动态配置方法。

所述计算机储介质包括：移动存储设备、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。可选地，所述计算机存储介质可为非瞬间存储介质。

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

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

另外，在本公开各实施例中的各功能单元可以全部集成在一个处理模块中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

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

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

Claims

1.一种虚拟资源动态配置方法，包括：

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

根据所述模板文件中的拓扑分段开通所述目标虚拟网元；

所述利用模板文件中的控制分段对目标虚拟网元的虚拟资源进行动态配置，包括：

在所述目标虚拟网元开通后，利用所述控制分段对所述目标虚拟网元的虚拟资源进行动态配置。

3.根据权利要求2所述的方法，其中，

所述在所述目标虚拟网元开通后，利用所述控制分段对所述目标虚拟网元的虚拟资源进行动态配置，包括以下至少之一：

4.根据权利要求1至3任一项所述的方法，其中，

所述控制分段包括以下至少之一：

虚拟资源分组的分组信息；

控制操作的操作信息；

策略信息。

5.根据权利要求4所述的方法，其中，所述控制分段具体包括：

6.根据权利要求1至3任一项所述的方法，其中，

所述方法还包括：

在进行所述动态配置之前，解析所述模板文件。

7.根据权利要求6所述的方法，其中，

所述解析所述模板文件包括：

解析所述模板文件的拓扑分段；

确定所述模板文件中是否包含所述控制分段；

若包含所述控制分段，解析所述控制分段的虚拟资源包；

确定所述控制分段是否包含策略文件；

若所述控制分段包含所述策略文件，调用策略控制引擎解析所述策略文件。

8.根据权利要求1至3任一项所述的方法，其中，

接收动态配置请求；

根据所述操作标识及所述域信息向网络功能虚拟化管理VNFM；

9.根据权利要求1至3任一项所述的方法，其中，

根据所述操作标识及所述域信息向网络功能虚拟化管理VNFM；

10.根据权利要求1至3任一项所述的方法，其中，所述利用模板文件中的控制分段对目标虚拟网元的虚拟资源进行动态配置，包括：

利用所述控制分段对所述虚拟资源进行动态启动；

利用所述控制分段对所述虚拟资源进行自动修复；

利用所述控制分段对所述虚拟资源进行新业务的配置；

利用所述控制分段对所述虚拟资源进行旧业务的删除；

利用所述控制分段对所述虚拟资源进行旧业务的更新。

11.一种虚拟资源动态配置装置，其中，包括：

12.根据权利要求11所述的装置，其中，所述装置还包括：

13.根据权利要求12所述的装置，其中，

所述配置模块，具体用于执行以下之一：

14.根据权利要求11至13任一项所述的装置，其中，

所述控制分段包括以下至少之一：

虚拟资源分组的分组信息；

控制操作的操作信息；

策略信息。

15.根据权利要求14所述的装置，其中，所述控制分段具体包括：

16.根据权利要求11至13任一项所述的装置，其中，

所述装置还包括：

17.根据权利要求16所述的装置，其中，

所述解析模块，具体用于解析所述模板文件的拓扑分段；确定所述模板文件中是否包含所述控制分段；若包含所述控制分段，解析所述控制分段的虚拟资源包；确定所述控制分段是否包含策略文件；若所述控制分段包含所述策略文件，调用策略控制引擎解析所述策略文件。

18.根据权利要求11至13任一项所述的装置，其中，

所述配置模块，具体用于接收动态配置请求；查询所述控制分段，确定出所述动态配置请求对应的操作标识及作用域的域信息；根据所述操作标识及所述域信息向网络功能虚拟化管理VNFM；接收所述VNFM基于所述操作标识及所述域信息返回的配置结果。

19.根据权利要求11至13任一项所述的装置，其中，

所述配置模块，具体用于若当前状态命中了触发条件，向VNFM发送所述命中的所述触发条件对应策略的操作信息及作用域的域信息；根据所述操作标识及所述域信息向网络功能虚拟化管理VNFM；接收所述VNFM基于所述操作标识及所述域信息返回的配置结果。

20.根据权利要求11至13任一项所述的装置，其中，所述配置模块，具体用于利用所述控制分段对所述虚拟资源进行弹性操作，其中，所述弹性操作的响应，用于扩容或缩容；利用所述控制分段对所述虚拟资源进行动态启动；利用所述控制分段对所述虚拟资源进行自动修复；利用所述控制分段对所述虚拟资源进行新业务的配置；利用所述控制分段对所述虚拟资源进行旧业务的删除；利用所述控制分段对所述虚拟资源进行旧业务的更新。

21.一种虚拟资源处理网元，包括：

收发器，

存储器，

处理器，分别与所述收发器及存储器连接，用于通过执行位于所述存储器上的计算机可执行指令，控制所述收发器的信息收发及所述存储器的信息存储，并实现权利要求1至10任一项提供的方法。

22.一种计算机存储介质，所述计算机存储介质上存储有计算机可执行指令；所述计算机可执行指令被执行后，能够实现权利要求1至10任一项提供的方法。