CN112015515A - 一种虚拟网络功能的实例化方法及装置 - Google Patents

Abstract

一种虚拟网络功能的实例化方法及装置，该方法包括：VNFM接收VNF的实例化请求，所述实例化请求包括调度模式信息和镜像信息，其中，所述调度模式信息用于指示部署VNF容器的调度模式，所述镜像信息用于指示与所述调度模式对应的容器镜像；所述VNFM向CaaS管理器发送第一请求消息，所述第一请求消息携带所述调度模式信息和所述镜像信息，以使得所述CaaS管理器根据所述调度模式信息和所述镜像信息对所述VNF容器进行部署。本申请用于提供一种针对引入CaaS技术实现的VNF的实例化方法。

Description

一种虚拟网络功能的实例化方法及装置

技术领域

本申请涉及通信技术领域，尤其涉及一种虚拟网络功能的实例化方法及装置。

背景技术

网络功能虚拟化(network function virtualization，NFV)是电信网络运营商通过借鉴互联网技术(internet technology，IT)领域的虚拟化技术，用以在通用的云服务器、交换机和存储中实现部分电信网络功能。NFV需要电信网络功能以软件方式实现，且能在通用的服务器上运行，并可以根据使用需求进行迁移、实例化以及部署在电信网络的不同位置，而不需要安装新设备。

容器即服务(container as a service，CaaS)技术，即将单个网络功能解构成多个容器服务，容器服务可以被虚拟网络功能(virtualised network function，VNF)直接调用，也可以被VNF所调用的公共服务或专有服务所调用，形成容器化VNF。由于CaaS技术中只涉及进程，从而使得容器技术相比NFV技术更轻量，对VNF的管理也更方便，因此现有技术中提出了将CaaS技术和NFV技术进行结合的方式。

在NFV技术中，虚拟网络功能管理器(VNF manager，VNFM)通过对VNF的生命周期管理来实现对VNF的管理。VNF由至少一个虚拟网络功能组件(virtualized networkfunction component，VFNC)组成，VNFM对组成VNF的VFNC均采用相同的调度策略。例如，按照相同的调度策略将组成VNF的多个VNFC部署在多个虚拟机。

但是，在将CaaS技术和NFV技术进行结合后，组成VNF的不同的VNFC面向容器的实现机制存在差异，如果仍然沿用目前VNFM采用相同的调度策略管理多个VNFC，即对组成VNF的不同VNFC仍采用无差别的生命周期管理方式，无疑会削弱CaaS技术轻量的优势。如何对引入CaaS技术的VNF进行管理，是目前亟待解决的技术问题。

发明内容

本申请提供一种虚拟网络功能的实例化方法及装置，用于提出一种针对引入CaaS技术实现的VNF的实例化方法。

第一方面，提供一种虚拟网络功能VNF的实例化方法，在该方法中，当虚拟网络功能管理VNFM接收携带调度模式信息和镜像信息的VNF的实例化请求后，会向容器即服务CaaS管理器发送携带该调度模式信息和该镜像信息的第一请求消息，其中，该调度模式信息用于指示部署VNF容器的调度模式，该镜像信息用于指示与所述调度模式对应的容器镜像。这样，当CaaS设备接收该第一请求消息后，则根据该第一请求消息，确定并加载与调度模式对应的容器镜像，完成对所述VNF容器进行部署的过程。

在本申请实施例中，引入容器化技术实现VNF的实例化，并针对待部署的VNF容器专门设置对应的调度模式，或者，也可以认为针对待部署的VNF容器专门设置实现调度算法的调度器，从而VNFM在向CaaS管理器发送部署VNF容器的请求消息时，可以指示为待部署VNF容器专门设置的调度器和容器镜像。CaaS管理器确定了需要调用的调度模式后，可以加载对应的容器镜像，获得调度器，调用该调度器实现对待部署VNF容器的部署，即对面向组成VNF的不同VNFC进行差异化的生命周期管理，可以提高VNF实例化的灵活性，提高NFVI层的虚拟资源的利用率。

在一种可能的设计中，该实例化请求携带虚拟网络功能描述符VNFD，该VNFD包括第一字段和第二字段，其中，该第一字段用于指示所述调度模式，该第二字段用于指示所述容器镜像；或者，

该实例化请求携带VNFD，该VNFD包括第一结构体，所述第一结构体包括第一成员和第二成员，其中，第一成员用于指示所述调度模式，第二成员用于指示所述容器镜像。

在具体实现时，可以设计新的VNFD，以通过新的VNFD指示调度模式和容器镜像。示例性的，新的VNFD可以是在目前的VNFD中新增加用于指示调度模式的第一字段和用于指示容器镜像的第二字段。或者，新的VNFD也可以是在目前的VNFD定义包括指示调度模式的成员和容器镜像的成员的结构体，可以增加方案的灵活性。

在一种可能的设计中，该调度模式包括基于VNF容器的部署需求确定的模式，其中，部署需求包括资源利用率、分布流量、部署可靠性和部署冗余的至少一种。

为了满足不同VNF容器的实际部署需求，本申请实施例可以自定义新的调度算法，采用新的调度算法对VNF容器进行部署可以认为是一种调度模式，当然采用目前的调度算法对VNF容器进行部署可以认为是另一种调度模式。本申请实施例可以保留目前的调度算法，更利于实现与现有系统的兼容性。

在一种可能的设计中，当需要对已经部署的VNF的服务实例进行缩容时，VNFM可以向CaaS管理器发送第二请求消息，当CaaS设备接收该第二请求消息后，则根据上述调度模式基于虚拟机集群的资源空闲情况，从多个VNF的服务实例中确定用于缩容的目标服务实例，并将目标服务实例的标识反馈给VNFM，从而VNFM可以向CaaS管理器发送携带目标服务实例的标识的删除操作请求，CaaS管理器可以根据删除操作请求完成对VNF的服务实例的缩容过程。

该方案中，CaaS管理器可以根据新增加的调度模式选择目标服务实例。由于新增加的调度模式是基于VNF容器的至少一种部署(需求例如资源利用率、流量等)确定的，所以CaaS管理器选择的目标服务实例是最佳缩容的实例，从而提高资源利用率。

在一种可能的设计中，VNFM可以向CaaS管理器发送对当前已经部署的VNF容器进行重新部署的第三请求消息，当CaaS管理器接收到第三请求消息之后，可以从VNF容器的多个服务实例中确定待重新部署的VNF的服务实例的标识，并将该标识反馈给VNFM，从而VNFM可以向CaaS管理器发送携带该标识的迁移操作请求，CaaS管理器根据该迁移操作请求完成对VNF的服务实例的重新部署。

在该方案中，VNFM可以指示CaaS管理器对已经部署的VNF的服务实例进行调整，以尽量提升资源利用率。

在一种可能的设计中，所述VNFM可以周期性地向CaaS管理器发送第三请求消息。

在该方案中，VNFM可以周期性地对已经部署的VNF的服务实例进行调整，以尽量降低资源的浪费，从而降低VNF容器部署的成本。

在一种可能的设计中，VNFM可以向VNF发送携带待平滑处理的服务实例的标识的第四请求消息，当VNF接收该第四请求消息后，则对VNF的服务实例进行平滑处理。

在该方案中，VNFM可以指示VNF对VNF的服务实例进行平滑处理，以确保容器服务无损。

第二方面，本申请实施例提供了一种通信装置，该通信装置具有实现上述方法中VNFM的功能。该通信装置可以包括相应的功能模块，例如包括收到模块和处理模块等，分别用于实现以上方法中的步骤。

在一种可能的设计中，包括收发模块和处理模块，其中，

所述收发模块，用于接收VNF的实例化请求，所述实例化请求包括调度模式信息和镜像信息，其中，所述调度模式信息用于指示部署VNF容器的调度模式，所述镜像信息用于指示与所述调度模式对应的容器镜像；

所述处理模块，用于控制所述收发模块向CaaS管理器发送第一请求消息，所述第一请求消息携带所述调度模式信息和所述镜像信息，以使得所述CaaS管理器根据所述调度模式信息和所述镜像信息对所述VNF容器进行部署。

在一种可能的设计中，所述实例化请求携带VNFD，所述VNFD包括第一字段和第二字段，其中，所述第一字段用于指示所述调度模式，所述第二字段用于指示所述容器镜像；或者，

所述实例化请求携带VNFD，所述VNFD包括第一结构体，所述第一结构体包括第一成员和第二成员，其中，所述第一成员用于指示所述调度模式，所述第二成员用于指示所述容器镜像。

在一种可能的设计中，所述调度模式包括基于所述VNF容器的部署需求确定的模式，所述部署需求包括资源利用率、分布流量、部署可靠性和部署冗余的至少一种。

在一种可能的设计中，所述收发模块还用于：

向所述CaaS管理器发送第二请求消息，所述第二请求消息用于请求所述CaaS管理器对当前已经部署的VNF的服务实例进行缩容；

接收来自所述CaaS管理器的第一响应消息，所述第一响应消息携带用于缩容的目标服务实例的标识；

向所述CaaS管理器发送删除操作请求，所述删除操作请求携带所述用于缩容的目标服务实例的标识。

在一种可能的设计中，所述收发模块还用于：

向所述CaaS管理器发送第三请求消息，所述第三请求消息用于请求所述CaaS管理器对当前已经部署的VNF的服务实例进行重新部署；

接收来自所述CaaS管理器的的第二响应消息，所述第二响应消息携带待重新部署的VNF的服务实例的标识；

向所述CaaS管理器发送迁移操作请求，所述迁移操作请求携带所述待重新部署的VNF的服务实例的标识。

在一种可能的设计中，所述收发模块具体用于：

周期性地向所述CaaS管理器发送所述第三请求消息。

在一种可能的设计中，所述收发模块具体用于：

向VNF发送第四请求消息，所述第四请求消息用于请求所述VNF对VNF的服务实例进行平滑处理，所述第四请求消息携带待平滑处理的服务实例的标识。

第三方面，本申请实施例提供了一种通信装置，该通信装置具有实现上述方法中CaaS管理器的功能。该通信装置可以包括相应的功能模块，例如包括收发模块和处理模块等，分别用于实现以上方法中的步骤。

在一种可能的设计中，包括收发模块和处理模块，其中，

所述收发模块用于接收来自VNFM的第一请求消息，所述第一请求消息携带调度模式信息和镜像信息，其中，所述调度模式信息用于指示部署VNF容器的调度模式，所述镜像信息用于指示与所述调度模式对应的容器镜像；

所述处理模块用于根据所述第一请求消息，查找并加载所述容器镜像，获得调度容器；并启动所述调度容器对所述VNF容器进行部署。

在一种可能的设计中，所述调度模式包括基于所述VNF容器的部署需求确定的模式，所述部署需求包括资源利用率、分布流量、部署可靠性和部署冗余的至少一种。

在一种可能的设计中，所述收发模块还用于接收来自所述VNFM的第二请求消息，所述第二请求消息用于请求所述CaaS管理器对当前已经部署的VNF的服务实例进行缩容；

所述处理模块还用于基于所述调度模式以及虚拟机集群的资源空闲情况，从多个VNF容器实例中确定用于缩容的目标服务实例；

所述收发模块在所述处理模块的控制下向所述VNF发送所述服务实例的标识；

所述处理模块还用于根据来自所述VNFM的删除操作请求，删除所述目标服务实例，其中，所述删除操作请求携带所述目标服务实例的标识。

在一种可能的设计中，所述收发模块还用于接收来自所述VNFM的第三请求消息，所述第三请求消息用于请求所述CaaS管理器对当前已经部署的VNF的服务实例进行重新部署；

所述处理模块还用于基于所述调度模式确定待重新部署的VNF的服务实例；

所述收发模块在所述处理模块的控制下向所述VNFM发送所述待重新部署的VNF的服务实例的标识；

所述处理模块还用于根据来自所述VNFM的迁移操作请求，迁移所述待重新部署的VNF的服务实例，其中，所述迁移操作请求携带所述待重新部署的服务实例的标识。

第四方面，本申请实施例提供了一种通信装置，该通信装置具有实现上述方法中VNFM的功能。该通信装置可以包括相应的功能模块，所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。在一个可能的设计中，所述通信装置的结构中包括处理器和收发器，所述处理器被配置为处理该通信装置执行上述方法中相应的功能。所述收发器用于实现上述通信装置与CaaS管理器之间的通信。所述通信装置还可以包括存储器，所述存储器用于与处理器耦合，其保存该通信装置必要的程序指令和数据。

在一种可能的设计中，包括收发器和处理器，其中，

所述收发器，用于接收VNF的实例化请求，所述实例化请求包括调度模式信息和镜像信息，其中，所述调度模式信息用于指示部署VNF容器的调度模式，所述镜像信息用于指示与所述调度模式对应的容器镜像；

所述处理器，用于控制所述收发器向CaaS管理器发送第一请求消息，所述第一请求消息携带所述调度模式信息和所述镜像信息，以使得所述CaaS管理器根据所述调度模式信息和所述镜像信息对所述VNF容器进行部署。

在一种可能的设计中，所述实例化请求携带VNFD，所述VNFD包括第一字段和第二字段，其中，所述第一字段用于指示所述调度模式，所述第二字段用于指示所述容器镜像；或者，

所述实例化请求携带VNFD，所述VNFD包括第一结构体，所述第一结构体包括第一成员和第二成员，其中，所述第一成员用于指示所述调度模式，所述第二成员用于指示所述容器镜像。

在一种可能的设计中，所述调度模式包括基于所述VNF容器的部署需求确定的模式，所述部署需求包括资源利用率、分布流量、部署可靠性和部署冗余的至少一种。

在一种可能的设计中，所述收发器还用于：

向所述CaaS管理器发送第二请求消息，所述第二请求消息用于请求所述CaaS管理器对当前已经部署的VNF的服务实例进行缩容；

接收来自所述CaaS管理器的第一响应消息，所述第一响应消息携带用于缩容的目标服务实例的标识；

向所述CaaS管理器发送删除操作请求，所述删除操作请求携带所述用于缩容的目标服务实例的标识。

在一种可能的设计中，所述收发器还用于：

向所述CaaS管理器发送第三请求消息，所述第三请求消息用于请求所述CaaS管理器对当前已经部署的VNF容器进行重新部署；

接收来自所述CaaS管理器的第二响应消息，所述第二响应消息携带待重新部署的服务实例的标识；

向所述CaaS管理器发送迁移操作请求，所述迁移操作请求携带所述待重新部署的服务实例的标识。

在一种可能的设计中，所述收发器具体用于：

周期性地向所述CaaS管理器发送所述第三请求消息。

在一种可能的设计中，所述收发器具体用于：

向VNF发送第四请求消息，所述第四请求消息用于请求该VNF对VNF的服务实例进行平滑处理，所述第四请求消息携带待平滑处理的服务实例的标识。

第五方面，本申请实施例提供了一种通信装置，该通信装置具有实现上述方法中CaaS管理器的功能。该通信装置可以包括相应的功能模块，所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。在一个可能的设计中，所述通信装置的结构中包括处理器和收发器，所述处理器被配置为处理该通信装置执行上述方法中相应的功能。所述收发器用于实现上述通信装置与VNFM之间的通信。所述通信装置还可以包括存储器，所述存储器用于与处理器耦合，其保存该通信装置必要的程序指令和数据。

在一种可能的设计中，包括收发器和处理器，其中，

所述收发器用于接收来自VNFM的第一请求消息，所述第一请求消息携带调度模式信息和镜像信息，其中，所述调度模式信息用于指示部署VNF容器的调度模式，所述镜像信息用于指示与所述调度模式对应的容器镜像；

所述处理器用于根据所述第一请求消息，查找并加载第一容器镜像，并根据所述调度模式信息和所述镜像信息对所述VNF容器进行部署，其中，所述第一容器镜像与所述调度模式对应。

在一种可能的设计中，所述调度模式包括基于所述VNF容器的部署需求确定的模式，所述部署需求包括资源利用率、分布流量、部署可靠性和部署冗余的至少一种。

在一种可能的设计中，所述收发器还用于接收来自所述VNFM的第二请求消息，所述第二请求消息用于请求所述CaaS管理器对当前已经部署的VNF的服务实例进行缩容；

所述处理器还用于基于所述调度模式以及虚拟机集群的资源空闲情况，从多个VNF容器实例中确定用于缩容的目标服务实例；

所述收发器在所述处理器的控制下向所述VNF发送所述服务实例的标识；

所述处理器还用于根据来自所述VNFM的删除操作请求，删除所述目标服务实例，其中，所述删除操作请求携带所述目标服务实例的标识。

在一种可能的设计中，所述收发器还用于接收来自所述VNFM的第三请求消息，所述第三请求消息用于请求所述CaaS管理器对当前已经部署的VNF容器进行重新部署；

所述处理器还用于基于所述调度模式确定待重新部署的VNF的服务实例；

所述收发器在所述处理器的控制下向所述VNFM发送所述待重新部署的服务实例的标识；

所述处理器还用于根据来自所述VNFM的迁移操作请求，迁移所述待重新部署的VNF的服务实例，其中，所述迁移操作请求携带所述待重新部署的VNF的服务实例的标识。

第六方面，本申请实施例提供了一种虚拟网络功能的管理系统，该虚拟网络功能管理的系统包括第二方面任一所述的通信装置和第三方面任一所述的通信装置，或包括第四方面任一所述的通信装置和第五方面任一所述的通信装置。

第七方面，本申请实施例中还提供一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行第一方面中VNFM或CaaS管理器执行的方法。

第八方面，本申请实施例中还提供一种计算机程序产品，包括指令，当其在计算机上运行时，使得计算机执行第一方面中VNFM或CaaS管理器执行的方法。

第九方面，本申请实施例提供了一种芯片系统，该芯片系统包括处理器，还可以包括存储器，用于实现第一方面中VNFM或CaaS器执行的方法。该芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。

上述第二方面至第九方面及其实现方式的有益效果可以参考对第一方面的方法及其实现方式的有益效果的描述。

附图说明

图1为现有技术提供的一种NFV的网络架构示意图；

图2为现有技术提供的kubernetes容器管理编排架构图；

图3为现有技术提供的一个容器服务的部署流程示意图；

图4为现有技术提供的容器的部署示意图；

图5为本申请实施例提供的容器服务实例部署的流程示意图；

图6为现有技术提供的对VNF的服务实例进行缩容的示意图；

图7为本申请实施例提供的对VNF的服务实例进行缩容的流程示意图；

图8为本申请实施例提供的对VNF容器进行缩容的示意图；

图9为本申请实施例提供的优化VNF容器的部署的流程示意图；

图10为本申请实施例提供的一种VNF容器的部署示意图；

图11为本申请实施例提供的通信装置的一种示例的示意图；

图12为本申请实施例提供的通信装置的另一种示例的示意图；

图13为本申请实施例提供的通信装置的另一种示例的示意图；

图14为本申请实施例提供的通信装置的另一种示例的示意图。

具体实施方式

为了使本申请实施例的目的、技术方案和优点更加清楚，下面将结合说明书附图以及具体的实施方式对本申请实施例中的技术方案进行详细的说明。

以下，对本申请实施例中的部分用语进行解释说明，以便于本领域技术人员理解。

1、NFV架构

请参见图1，为NFV架构的一种示例的示意图，在该NFV架构中，主要包括运营支撑系统(operations support systems，OSS)120、商务支撑系统(business supportsystems，BSS)、网元管理(element manager，EM)130、虚拟化网络功能(virtualizednetwork function，VNF)140、网络功能虚拟化基础设施(NFV infrastructure，NFVI)150单元以及网络功能虚拟化管理和编排(NFV management and orchestration，NFV MANO)110。其中，MANO110包括网络功能虚拟化编排(NFV orchestrator，NFVO)111、虚拟化网络功能管理(VNF manager，VNFM)112和虚拟化基础设施管理(virtualised infrastructuremanager，VIM)113。在一些实施例中，在该NFV架构还包括公共服务(common service，CS)。

1)、OSS/BSS 120主要面向电信服务运营商，提供综合的网络管理和业务运营功能，包括网络管理(例如故障监控、网络信息收集等)、计费管理以及客户服务管理等。

2)NFVO 111实现网络服务描述符(network service descriptor，NSD)、虚拟网络功能转发图(VNF forwarding graph，VNFFG)的管理及处理、网络服务生命周期的管理和VNFM配合实现VNF的生命周期管理和虚拟资源的全局视图功能。

3)VNFM 112实现虚拟化网络功能VNF的生命周期管理，包括虚拟化网络功能描述符(VNF descriptor，VNFD)的管理、VNF的实例化、VNF实例的弹性伸缩(包括扩容(scalingout/up)和缩容(scaling in/down))、VNF实例的治愈(healing)以及VNF实例的终止。VNFM还支持根据接收NFVO 111下发的弹性伸缩(scaling)策略，实现VNF弹性伸缩的自动化控制。

4)VIM 113主要负责基础设施层硬件资源，虚拟化资源的管理(包括预留和分配)，虚拟资源状态的监控和故障上报，面向上层应用提供虚拟化资源池。

5)EM 130针对VNF执行传统的故障、配置、用户、性能和安全管理(faultmanagement，configuration management，account management，performancemanagement，security management，FCAPS)功能。

6)VNF 140对应于传统非虚拟化网络中的物理网络功能(physical networkfunction，PNF)，如虚拟化的演进型分组核心网(evolved packet core，EPC)节点(例如，移动性管理实体(mobility management entity，MME)、服务网关(serving gateway，SGW)、控制平面分组数据网关(packet data network gateway，PGW)等)。网络功能的功能性行为和状态与虚拟化与否无关，NFV技术需求希望VNF和PNF拥有相同的功能性行为和外部接口。

VNF可以由一个或多个更低功能级别的VNF组件(VNF component，VNFC)来组成。因此，一个VNF可以部署在多个虚拟机(Virtual machine，VM)上，每个VM承载一个VNFC的功能。当然，VNF也可以部署在一个VM上。

7)NFVI 150由硬件资源、虚拟资源以及虚拟化层组成。从VNF的角度来说，虚拟化层和硬件资源是一个能够提供所需虚拟资源的完整实体。

2、容器管理服务架构

在电信网络中，通常会用到另一种虚拟化技术，即，容器即服务(container as aservice，CaaS)技术。CaaS是一种特定类型的平台即服务(platform as a service，PaaS)。在电信网络功能云化进程中引入容器即服务架构，为电信行业的开发运维(DevOps)带来了敏捷性的变革。与之相呼应的变化是，传统的大颗粒单体网络功能逐渐被解构进行服务化，甚至进一步进行微服务化。每个服务化的功能可以独立进行开发、交付和维护，版本的升级变得更加频繁；但另一方面容器化网络功能数量的激增不会对互操作测试带来指数级工作量的增长，稳定的应用程序编程接口(application programming interface，API)定义保证了接口功能调用的一致性和可靠性。由于CaaS技术没有虚拟硬件，也没有操作系统，只有进程，因此，CaaS技术相比NFV技术更轻量，管理也更方便。

请参见图2，为CaaS技术的一种示例的架构图。当前在容器管理编排领域最流行的应用是谷歌(google)基于开源平台的kubernetes(K8S)容器集群管理技术，图2为kubernetes容器管理编排架构图。

kubernetes将集群中的设备划分为一个kubernetes主节点(master)和一群工作节点(node)。其中，master节点上运行着集群管理相关的一组进程，例如，应用程序编程接口服务(application programming interface server，API server)、复制控制器(replication controller，RC)等，这些进程实现了整个集群的资源管理、豆荚(pod)调度、弹性伸缩、安全控制、系统监控和纠错等管理功能。在每个Node上运行kubelet、kube-proxy、容器引擎三个组件，负责对本节点上的Pod的生命周期进行管理，以及实现服务代理的功能。pod是Kubernetes中的基本调度单位。

其中，API Server提供了资源对象的唯一操作入口，其他所有组件都必须通过它提供的API接口来操作资源数据，通过对相关的资源数据“全量查询”以及“变化监听”，完成相关的业务功能。

controller manager是集群的管理控制中心，其主要目的是实现kubernetes集群的故障检测和恢复自动化工作。例如，可以根据RC的定义完成pod的复制或移除，以确保pod实例数符合RC的定义、根据服务(service)与pod的管理关系，完成service的端点(endpoints)对象的创建和更新、node的发现、管理和状态监控、以及本地缓存的容器镜像文件的清理等。

kubelet组件负责本节点上的pod的创建、修改、监控、删除等全生命周期管理，同时Kubelet定时向API Server上报本节点的状态信息。

proxy组件用于实现service的代理与软件模式的负载均衡。

docker组件为容器的运行环境。

3、NFV架构与CaaS技术的结合：

随着NFV技术的不断发展，提出了将CaaS技术和NFV技术进行结合，从而形成了NFVMANO系统和容器管理编排系统进行互操作的场景。如图3所示，为ETSI NFV IFA029研究报告定义的容器服务的部署用例的一种示例。

在图3中，在NFV MANO系统中增加平台即服务(platform as a service，PaaS)层，该PaaS层位于NFV MANO系统中的VNF 140和NFVI 150之间。容器服务(例如，专用服务(dedicated service)、公共服务(common service)或者容器基础设施服务(containerinfrastructure service))和容器服务管理(例如，服务管理(service management)或者容器基础设施服务管理(container infrastructure service management))都位于PaaS层。将单个网络功能解构成多个容器服务，容器服务可以被VNF直接调用，也可以被VNF所调用的公共服务或专有服务所调用，形成容器化VNF。并将容器服务管理的功能置于NFV MANO系统中，实现NFV MANO系统对容器化VNF进行生命周期管理。

需要说明的是，图3所示的容器即服务管理器可以是CaaS技术中的容器管理编排系统中的管理节点，例如，若该容器管理编排系统为kubernetes时，该容器即服务管理器即为kubernetes master节点，也可以是ETSI NFV IFA029研究报告中的容器基础设施服务管理功能(container infrastructure service management)。

需要说明的是，本申请实施例中“多个”是指两个或两个以上，鉴于此，本申请实施例中也可以将“多个”理解为“至少两个”。“至少一个”，可理解为一个或多个，例如理解为一个、两个或更多个。例如，包括至少一个，是指包括一个、两个或更多个，而且不限制包括的是哪几个，例如，包括A、B和C中的至少一个，那么包括的可以是A、B、C、A和B、A和C、B和C、或A和B和C。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，字符“/”，如无特殊说明，一般表示前后关联对象是一种“或”的关系。本申请实施例中的术语“系统”和“网络”可被互换使用。

除非有相反的说明，本申请实施例提及“第一”、“第二”等序数词用于对多个对象进行区分，不用于限定多个对象的顺序、时序、优先级或者重要程度。

如上介绍了本申请实施例涉及的一些概念，下面介绍本申请实施例的技术特征。

首先对现有的VNF生命周期管理方式进行说明。

当VNFM接收对VNF的实例化请求后，首先在分配给该VNF的VM资源池中选择一个或多个VM，将该VNF的多个VNFC的镜像加载到该VM上，完成实例化相关的配置，最终生成VNFC实例。其中，在目前的VNF生命周期管理过程中，对组成VNF的多个VNFC采用无差别的生命周期管理。无差别的生命周期管理可以认为是为这多个VNFC采用相同的预设规则从VM资源池中选择VM资源，例如，分别按照多个VNFC的容量大小顺序依次选择VM资源，或者，按照多个VNFC的标识的大小顺序依次选择VM资源。

然而，在VNF实现中引入CaaS技术后，例如采用如图3所示的架构实现VNF的实例化，由于不同的VNFC面向容器的实现机制存在差异，因此，如果仍然沿用现有的VNF生命周期管理方式，可能会削弱CaaS技术的优势而无法满足容器化VNF进行敏捷开发运维(DevOps)的需求。

且，在图3所示的架构中，若存在多个规格不相同的VNF需要部署，在这种情况下，VNFM设备如果采用无差异化的VNF生命周期管理过程，可能会产生VM资源碎片，也有可能因为部署不合理导致VNF部署失败。

例如，请参见图4，为3个VNF容器的部署示意图。图4以在3个VM(标记为VM1、VM2和VM3)上部署6个VNF的服务实例，也称为VNF容器(标记为C1-1、C1-2、C2-1、C2-2、C3-1和C3-2)，且VM1、VM2和VM3的资源分别是8个CPU(也可以称为是8V)为例。如果对VNF采用无差异生命周期管理，例如预设规则是将VNF容器按照VNF容器的编号顺序依次分别部署在不同的VM上，那么VNF容器的部署情况可能是先将所需资源均为2V的C1-1和C1-2分别部署在VM1和VM2，此时VM1和VM2的剩余资源为6V，由于VM1和VM2的剩余资源大于C2-1和C2-2所需的资源，其中，C2-1和C2-2所需的资源均为2V，则可以继续将C2-1和C2-2分别部署在VM1和VM2。此时VM1和VM2的剩余资源为4V，由于C3-1和C3-2的所需的资源是6V，所以VM1和VM2上剩余资源不够，所以将C3-1部署在VM3上。从图4中可以看出，VM1和VM2的资源还有4V，VM3的资源还有2V，但是均不满足C3-2的部署需求，从而导致C3-2部署失败。

鉴于此，本申请提出了一种VNF的实例化方法，该方法中，面向组成VNF的不同VNFC进行差异化的生命周期管理，可以提高NFVI层的虚拟资源的利用率和VNF实例部署的灵活性。

请参见图5，为本申请实施例提供一种VNF的实例化的流程图。在下文的介绍过程中，以该方法应用于图3所示的网络架构为例。请参考图3，为本申请实施例所应用的一种虚拟网络功能的管理系统，图3中除了包括如图1所示的各单元之外，还包括CaaS管理器，CaaS管理器可以与VNFM以及VIM进行数据交互。CaaS管理器上存储有部署VNF容器的调度算法和容器镜像名称，通过容器镜像名称可以查找到容器镜像文件，从而加载容器镜像文件实现将容器部署到VIM。VNFM和CaaS管理器实现对VNF的生命周期管理。

本申请实施例所提供的VNF的实例化方法可由两个设备执行，这两个设备例如分别为如图3所示的VNFM和CaaS管理器，或者，这两个设备例如分别为能够支持VNFM实现该方法所需的功能的设备和能够支持CaaS管理器实现该方法所需的功能的设备。

具体的，下面以该方法由VNFM和CaaS管理器执行为例，结合说明书附图对本申请实施例提供的一种VNF的实例化方法作详细描述，具体包括：

步骤S51、VNFM接收来自第一设备的VNF的实例化请求，该实例化请求包括调度模式信息和镜像信息。该第一设备可以是NFVO或EM等，或者其他可能的设备，本申请实施例对第一设备不作限定。

当需要实例化VNF时，第一设备可以向VNFN发送VNF的实例化请求。在一种示例中，该实例化请求可以携带需要实例化的VNF的标识，从而，VNFM在接收到该实例化请求后，可以确定需要实例化的VNF。

调度模式信息可以用于指示部署VNF容器的调度模式，镜像信息可以用于与该调度模式对应的容器镜像，也可以称为调度容器镜像。本申请实施例可以包括多种调度模式，不同的调度模式可以认为是不同的调度算法。不同的调度模式对应不同的容器镜像。

VNF的实例化都需要用到调度算法和容器镜像。其中，调度算法可以理解为是对VNF实例化时所依据的预设规则。例如，预设规则可以是目前对组成VNF的多个VNFC采用无差异生命周期管理遵循的规则，例如，按照预设顺序对VNF的多个VNFC进行实例化，也可以是按照所有VNFC的大小依次排序对VNFC进行实例化。

但是，引入CaaS技术实现VNF的实例化时，组成VNF的多个VNFC本身可能存在差异，所以这多个VNFC面向容器实现也存在差异，例如这多个VNFC面向容器实现的VNF容器的部署需求可能存在差异。这里的VNF容器是指一个VNFC的单个实例被映射到单个的虚拟化容器。部署需求可以包括资源利用率、分布流量、部署可靠性和部署冗余的至少一种。或者，部署需求也可以是一个VM上不能部署多余多个同类实例等。如果采用Caas技术实现这多个VNFC的实例化，且对这多个VNFC采用相同的调度算法，即采用无差别的生命周期管理，可能无法满足各个VNFC的实际部署需求。

例如，有的VNF容器的部署需求是优先考虑资源利用率优先，那么部署VNF容器时考虑的是在VM上部署VNF容器后，剩余的VM资源中可部署的VNF容器最多。例如，在图4中按照上述的预设规则，可能无法满足资源利用率最优，甚至会产生如图4所示的容器C3-2部署失败的问题。

又例如，VNF容器的部署需求是优先考虑流量的分布，那么部署VNF容器时考虑的是如何尽量减少流量传输。通常，VNF用户面处理一般由接口处理单元(interfaceprocessing unit，IPU)和业务处理单元(data plane unit，DPU)构成。一个VNF对应一组服务实例，每个服务实例对应一个VNFC。假设一个服务器(Server)可以部署多个VM，IPU和DPU完全平均分布在2个Server，这2个Server为Server 1和Server 2，其中，Server1的IPU1的流量，需要完全平均地分担到VNF实例包括的每一个DPU中。如果存在4个DPU，分别为DPU1、DPU2、DPU3和DPU4，则IPU1需要将流量等分为四份，发送给DPU1、DPU2、DPU3和DPU4。当DPU3和DPU4与IPU1不在一个设备中的，IPU1需要将一半的流量分担给DPU3和DPU4，这样，为了IPU1将流量分担给DPU3和DPU4，需要占用用于流量传输的资源(例如，IPU与DPU之间的行间交换机(end of rack，EOR)的端口资源)，从而增加了部署成本。

考虑到不同的VNFC的部署需求可能不一样，为了满足组成VNF容器的多个VNFC面向容器实现得到的VNF容器的实际部署需求，本申请实施例新增加了自定义的调度算法，该调度算法可以是根据VNF容器的部署需求确定。或者，也可以认为本申请实施例新增加了调度器，该调度器是实现新增加的调度算法的容器。即在本申请实施例中，存在两种调度算法，其中的一种是针对组成VNF的多个VNFC采用差异化的生命周期管理，另一种是针对组成VNF的多个VNFC采用无差异化的生命周期管理。采用无差异化生命周期管理，或者，采用差异化生命周期管理对VNF容器进行调度，可以认为是不同的调度模式。可以理解为，采用差异化生命周期管理的调度算法对VNF容器进行部署为第一调度模式，采用无差异化生命周期管理的调度算法对VNF容器进行部署为第二调度模式。由于第一调度模式中，不同的部署需求对应的调度算法也不一样，这样即使组成VNF的多个VNFC存在差异，在部署VNF容器时也可以满足VNF容器的实际部署需求。

所以，在本申请实施例中，调度模式信息可以指示第一调度模式或者第二调度模式。镜像信息可以指示与第一调度模式对应的镜像，在可能的实施方式中，镜像信息可以是与第一调度模式对应的镜像名称，也就是自定义的调度器的镜像名称。

需要说明的是，本申请实施例可以基于VNF本身的部署要求制定自定义的调度算法，当系统中默认的调度算法无法满足VNF的本身的部署要求时，都可以采用自定义的调度算法，也就是自定义的调度器实现对VNF的部署。

在一些实施例中，调度模式信息和镜像信息可以通过VNFD来指示。示例性的，下面列举其中的两种指示方式：

第一种方式：采用VNFD中的字段来指示调度模式信息和镜像信息。

实例化请求携带VNFD，该VNFD包括第一字段和第二字段，其中，第一字段用于指示调度模式，第二字段用于指示容器镜像。

第一字段和第二字段可以是在目前的VNFD中新增加的两个字段。VNFM可以根据VNFD包括的第一字段和第二字段确定当前实例化VNF容器所采用的调度模式和容器镜像。

为了便于理解，下面以表1所示为例介绍一种可能的VNFD。需要说明的是，VNFD中可以包括但不限于表1所示的内容，在此不对VNFD的具体内容进行限制。

表1

表1中的字段“SchedMode”为第一字段，用于指示调度模式。表1中的字段“SchedswImage”用于指示容器镜像的标识。当然，如表1所示，定义了第一字段和第二字段，同时也可以定义第一字段和第二字段的属性，例如第一字段和第二字段的数据类型等。例如，表1中第一字段和第二字段的数据类型都是“String”。

如果VNFM确定VNFD中包括第一字段和第二字段，则确定采用自定义的调度算法。如果VNFM确定VNFD中不包括第一字段和第二字段，则确定采用默认的调度算法。

需要说明的是，调度算法是由调度器执行的，不同的调度算法可以由不同的调度器执行。在本申请实施例中，包括两种调度算法(即自定义的调度算法和默认的调度算法)，则可以认为本申请实施例中，包括运行自定义调度算法的调度器和运行默认调度算法的调度器。VNFM确定采用自定义的调度算法，可以理解为，VNFM运行自定义调度算法的调度器，VNFM确定采用默认的调度，可以理解为，VNFM运行默认调度算法的调度器。

第二种方式：采用VNFD中的自定义的结构体来指示调度模式信息和镜像信息。

在一些实施例中，VNFD通过结构体的形式描述，则可以VNFD中增加新定义的结构体，例如VNFD中定义了第一结构体，该第一结构体包括例如第一成员和第二成员共两个成员。其中，第一成员可以用于指示调度模式信息，第二成员可以用于指示镜像信息。

步骤S52、VNFM根据VNF的实例化请求确定VNF容器的调度模式和需要加载的容器镜像。

当VNFM接收该VNF实例化请求后，获取该VNF实例化请求中的VNF标识，获取与VNF对应的VNFD。或者，若VNF实例化请求中携带VNFD，则可以从该VNF实例化请求中获取该VNFD。然后，VNFM解析VNFD，如果VNFD包括如上的第一字段，则确定采用第一调度模式。VNFM还可以根据VNFD的第二字段确定VNF实例化请求所指示的镜像信息，例如，VNFD的第二字段指示镜像名称，然后在与第一调度模式对应的多个容器镜像中，查找与镜像名称一致的容器镜像，即VNF实例化所需要加载的容器镜像。

步骤S53、VNFM向CaaS管理器发送第一请求消息，CaaS管理器接收该第一请求消息。

在一些实施例中，该第一请求消息携带调度模式信息和镜像信息。VNFM确定了调度模式和容器镜像之后，可以调用VNFM和CaaS管理器之间的通信接口，向CaaS管理器发送第一请求消息。该第一请求消息携带调度模式信息和镜像信息。VNFM发送第一请求消息可以将VNF容器的调度算法和镜像名称通知给CaaS管理器。

在一些实施例中，为了简化CaaS管理器的处理步骤，VNFM在确定需要部署的VNF容器的调度模式和容器镜像后，也可以在第一请求消息中指示该调度模式的标识和容器镜像的标识，这样，CaaS管理器接收该第一请求消息后，不用解析调度模式信息和容器镜像信息便可以获取调度模式和容器镜像，从而加载对应的容器镜像，实现VNF容器的部署。

当然，在一些实施例中，该第一请求消息中还可以携带其他内容，例如，包括VNF容器的实例化操作参数，例如实例化的初始容量要求等，在此不作限制。

步骤S54、CaaS管理器根据第一请求消息，查找并加载与第一调度模式对应的容器镜像。

不同的调度模式对应不同类型的容器镜像，例如第一调度模式对应第一类容器镜像，第二调度模式对应第二类容器镜像。每一类容器镜像包括多个容器镜像。不同类的容器镜像包括的容器镜像的名称可能相同。本申请实施例中，第一类容器镜像可以认为是形成自定义的调度器的容器镜像，第二类容器镜像可以认为是目前默认的容器镜像。CaaS管理器既管理与第一调度模式对应的容器镜像，又管理与第二调度模式对应的容器镜像。当CaaS管理器接收到第一请求消息，可以获取其中的调度模式信息，确定部署VNF容器所采用的是第一调度模式还是第二调度模式。如果CaaS管理器确定采用第一调度模式，则可以在第一类容器镜像中，根据镜像信息查找与第一调度模式对应的容器镜像。如果CaaS管理器确定采用第二调度模式，则可以在默认的容器镜像中，根据镜像信息查找与第二调度模式对应的容器镜像。

步骤S55、CaaS管理器加载该容器镜像，并启动VNF容器。

CaaS管理器加载与第一调度模式对应的容器镜像后，得到VNF容器。启动VNF容器，从而将VNF容器部署在VM上，即完成对VNF容器的部署。

步骤S56、VNFM向CaaS管理器发送容器镜像加载请求，CaaS管理器接收该容器镜像加载请求。

在本申请实施例中，该容器镜像加载请求用于请求CaaS管理器将部署在容器运行环境(container runtime enviorment，CRE)上的VNFC的容器镜像加载到VNF容器。

VNFM在CaaS管理器对VNF容器进行部署之后，可以通过VNFM和CaaS管理器之间的通信接口，向CaaS管理器发送容器镜像加载(add image)请求，用于将部署在该CRE上的容器化VNFC的容器镜像加载到VNF容器上，并对VNF容器进行实例化。

步骤S57、VNFM向第一设备发送VNF的实例化请求的应答消息，第一设备接收该应答消息。

VNFM完成VNF的实例化过程后，可以向第一设备(NFVO/EM)反馈VNF的实例化请求的应答消息，以通知第一设备已完成对VNF的实例化。

在本申请实施例中，对组成VNF的不同VNFC进行差异化的生命周期管理，可以提高NFVI层的虚拟资源的利用率和VNF实例部署的灵活性。

通常，为了适应于VNF节点不同的业务需要，可以对VNF节点进行扩缩容。这里VNF节点可以认为是VM。例如，将某个VNF业务部署在多个VM上，那么在某个VNF业务忙时，对应的多个VM的负载量较大，在这种情况下，可以对另外的VNF进行缩容，使得VM剩余更多的资源，分担某个VNF的一部分的业务，降低每个VM的负载量。另外，在VNF业务闲时对VM进行缩容，释放一些VM以供其他VNF使用，这样能够使得VM资源得到合理的利用。具体的，增加VNF业务正在使用的VM的数量即对VNF进行扩容，减少VNF节点正在使用的VM的数量即对VNF进行缩容。

目前，通过增删VM的方式对VNF进行扩缩容。示例性的，在业务忙时从基础设施层给VNF新建一些VM，在业务闲时删除VNF的一些VM。目前在对VNF进行扩容或缩容时，随机从组成该VNF的多个服务实例中选择服务实例进行扩容或缩容，这样可能会产生资源碎片，而且根据随机选择的服务实例进行缩容后，还可能导致后续在需要对某个VNF进行扩容时无法扩容。

例如，以缩容为例，参考图6所示的目前VNF缩容的示意图，图6以包括3个VM(标记为VM1、VM2和VM3)，共部署了6个VNF容器(标记为C1-1、C1-2、C2-1、C2-2、C3-1和C3-2)为例，其中，VM1、VM2和VM3的容量分别为8V。C3-1的容量为6V部署在VM1上，C3-2的容量为6V，部署在VM2上，C1-1的容量为2V部署在VM1上，C2-1的容量为2V，部署在VM2上，C2-1和C1-2的容量均为2V部署在VM3上。按照目前随机选择VNF容器进行缩容，例如选择C1-1和C2-1(图6中是虚线示意)进行缩容，那么缩容后VM1和VM2还剩余2V的容量。在这种情况下，如果后续需要对容量为6V的C3-3进行扩容，显然VM1、VM2和VM3剩余的容量均不够，即扩容失败。但是，VM1、VM2和VM3均还剩余可用容量，可见资源利用率较低。

鉴于此，在一些实施例中，VNFM还可以基于第一调度模式对VNF的服务实例进行缩容，以实现最佳缩容。

具体的，请参考图7，为本申请实施例提供的对VNF进行缩容的方法的一种示例的流程图。该流程图描述如下：

步骤S71、第一设备向VNFM设备发送缩容请求消息，VNFM接收该缩容请求消息。

在本申请实施例中，第一设备与图5所示的实施例中的第一设备相同，在此不再赘述。该缩容请求消息用于请求对VNF的服务实例进行缩容。

该缩容请求可以携带VNF的标识，虚拟机集群的信息等，指示对部署在虚拟机集群中的VNF的实例进行缩容。

步骤S72、VNFM向CaaS管理器发送第二请求消息，CaaS管理器接收该第二请求消息。

在本申请实施例中，该第二请求消息用于请求CaaS管理器对当前已经部署的VNF的服务实例进行缩容。也可以理解为，第二请求消息用于请求CaaS管理器选择最佳的服务实例进行缩容。

步骤S73、CaaS管理器基于第一调度模式以及虚拟机集群的资源空闲情况，从多个VNF的服务实例中确定用于缩容的目标服务实例。

在本申请实施例中，CaaS管理器接收第二请求消息之后，综合考虑虚拟机集群的资源空闲情况，并根据第一调度模式从多个VNF的服务实例中确定用于缩容的目标服务实例，所选择的目标服务实例可以认为是最佳缩容实例。沿用图6所示的例子，由于VM3上的C1-2和C2-2的容量分别为2V，而VM1和VM2恰好可以部署2V的容器，所以本申请实施例中，CaaS管理器可以基于虚拟机集群的资源空闲情况以及第一调度模式，从C1-1、C1-2、C2-1和C2-2中选择目标服务实例，由于C1-2和C2-2对应第一调度模式，因此，优先选择C1-2和C2-2进行缩容，如图8所示。图8以虚线示意用于缩容的C1-2和C2-2。如果目标服务实例是C1-2和C2-2，缩容后，VM3的剩余资源是8V，可以实现后续6V容量的C3-3的扩容。但是基于目前默认的第二调度模式，则目标服务实例可能是C1-1和C2-1，缩容后，VM1的剩余资源是2V，VM2的剩余资源是2V，VM3的剩余资源是4V，无法实现后续6V容量的C3-3的扩容。

步骤S74、CaaS管理器向VNFM发送第一响应消息，VNFM接收该第一响应消息。

该第一响应消息可以携带用于缩容的目标服务实例的标识。其中，该标识用于指示VNF的服务实例，例如，上述的C1-2和C2-2的标识，从而VNFM根据该标识可以确定目标服务实例，也就是最佳的缩容实例。

步骤S75、VNFM向VNF发送第四请求消息，VNF接收该第四请求消息。

在一些实施例中，VNFM还可以通知VNF对目标服务实例进行平滑处理，确保容器服务无损。具体的，该第四请求消息可以认为是平滑处理请求，该第四请求消息携带有目标服务实例的标识，用于请求VNF对目标服务实例进行平滑处理。

需要说明的是，步骤S76是可选的步骤，即不是必须要执行的。在图7中以虚线表示。

步骤S76、VNFM向CaaS管理器发送删除操作请求，CaaS管理器接收该删除操作请求。

其中，该删除操作请求携带有目标服务实例的标识，用于请求CaaS管理器删除目标服务实例。CaaS管理器接收到该删除操作请求，可以删除该标识对应的服务实例，也就是删除目标服务实例，以实现对VNF容器进行缩容处理。在一些实施例中，该删除操作请求还可以携带目标服务实例的镜像，CaaS管理器可以删除目标服务实例的镜像以实现对目标服务实例的删除。

步骤S77、VNFM向第一设备反馈缩容请求消息的应答消息。

VNFM确定对目标VNF缩容完成后，可以向第一设备，例如NFVO、EM或VNF发送该应答消息，以告知第一设备缩容完成。

在本申请实施例中，第一调度模式是基于VNF的至少一种部署需求，例如资源利用率确定的，可以理解为基于第一调度模式对VNF的服务实例进行缩容，可以提高资源利用率，尽量保证扩容的成功率。

在一些实施例中，VNFM还可以基于第一调度模式对VNF进行扩容，以实现最佳扩容。具体的，本申请实施例中对VNF容器进行扩容的实现过程与缩容过程类似，具体可以参见上述缩容过程，这里不再赘述。与缩容过程不同的是，VNFM向CaaS管理器发送扩容请求消息，该扩容请求消息可以是指扩容目标服务实例的数量，此时，CaaS管理器会基于第一调度模式以及虚拟机的资源空闲情况，选择最佳的服务实例实施化VNF。

通常，VFN容器运行过程中，VNF容器实例可能会发生变化，例如有些容器实例删除，有些容器实例增加，可能会导致VNF的VM资源的利用率下降。

而本申请实施例可以优化VNF容器的部署，以实现最佳部署。具体的，本申请实施例优化VNF容器的部署的具体实现过程可以是(实现流程如图9所示)：

步骤S901、VNFM向CaaS管理器发送第三请求消息，CaaS管理器接收该第三请求消息。

在本申请实施例中，该第三请求消息用于请求CaaS管理器对当前已经部署的VNF的服务实例进行重新部署。第三请求消息可以理解为资源优化的请求消息，对当前已经部署的VNF的服务实例进行重新部署，以整合部署VNF容器所占用的VM资源，尽量节约VM资源，从而释放空闲的VM资源。

需要说明的是，该第三请求消息可以指示对某个VNF的多个服务实例进行重新部署，也可以指示对多个VNF中的每个VNF的多个服务实例进行重新部署，本申请实施例对此不作限制。

步骤S902、CaaS管理器基于第一调度模式确定待重新部署的VNF的服务实例，并将待重新部署的VNF的服务实例的标识发送给VNFM。

CaaS管理器接收到第三请求消息之后，可以基于第一调度模式确定需要重新部署的VNF的服务实例。由于第一调度模式是基于VNF容器自身的部署需求，例如资源利用率，流量等确定的，所以基于第一调度模式对VNF容器进行重新部署，可以尽量提高资源利用率。

例如，当前已经部署的VNF如图4所示。从图4中可以看出，C1-1和C1-2分别部署在VM1和VM2，此时VM1和VM2的剩余资源为6V，C2-1和C2-2分别部署在VM1和VM2，此时VM1和VM2的剩余资源为4V，C3-1部署在VM3上，VM3的剩余资源是2V。如果CaaS管理器确定需要重新部署VNF如图4所示，如果第一调度模式是优先考虑资源利用率，则CaaS管理器基于第一调度模式可以确定待重新部署的服务实例可以是C1-1、C1-2、C2-1和C2-2中的任一个，例如C1-1可以部署在VM3上，这样VM1剩余资源是6V，可以部署小于或等于6V的VFN容器。

步骤S903、CaaS管理器向VNFM发送第二响应消息，VNFM接收该第二响应消息。

CaaS管理器确定了需要重新部署的VNF的服务实例之后，可以将需要重新部署的VNF的服务实例的标识发送给VNFM。例如，CaaS管理器可以向VNFM发送第二响应消息，该第二响应消息携带待重新部署的VNF的服务实例的标识。如果需要重新部署的VNF的服务实例有多个，则可以向VNFM发送携带需要重新部署的多个VNF的服务实例的标识的列表。

步骤S904、VNFM向VNF发送第四请求消息，VNF接收该第四请求消息。

在本申请实施例中，该第四请求消息用于请求对需要重新部署的VNF的服务实例进行平滑处理。其中，第四请求消息携带有多个需要重新部署的VNF的服务实例的标识的列表，以使VNF通过该列表中的标识，确定需要重新部署的多个VNF的服务实例，并进一步针对确定的服务实例进行平滑处理，以在对VNF容器进行重新部署时，尽量保证VNF容器服务无损。

需要说明的是，步骤S906是可选的步骤，即不是必须要执行的。在图9中以虚线表示。

步骤S905、VNFM向CaaS管理器发送迁移操作请求，CaaS管理器接收该迁移操作请求。

在本申请实施例中，迁移操作请求携带待重新部署的VNF的服务实例的标识，用于请求CaaS管理器迁移待重新部署的VNF的服务实例。在一些实施例中，该迁移操作请求还可以携带目标服务实例的镜像，CaaS管理器可以迁移待重新部署的VNF的服务实例的镜像。

步骤S906、CaaS管理器基于第一调度模式对待重新部署的VNF的服务实例进行迁移，以对当前的VNF容器进行重新部署。

重新部署的过程与图7所示的实施例中的VNF容器的部署过程相似，在此不再赘述。

步骤S907、CaaS管理器向VNFM发送第三请求消息的应答消息，VNFM接收该第三请求消息的应答消息。

CaaS管理器对当前的VNF容器进行重新部署之后，可以节约VM资源，即有VM资源空余出来。此时，CaaS管理器可以请求VNFM释放空余的VM资源。具体的，该应答消息携带可以释放的VM资源标识(identity(ID))，从而VNFM可以根据该VM资源标识确定可以释放的VM资源。

步骤S908、VNFM通知VIM对确定的VM资源进行释放。

为了便于理解，请参见图10，为VNF容器的重新部署示意图。图10以包括3个VM(标记为VM1、VM2和VM3)，共部署了6个VNF容器(标记为C1-1、C1-2、C2-1、C2-2、C3-1和C3-2)为例，其中，VM1、VM2和VM3的容量分别为8V，C1-1所占容量为2V部署在VM3，C2-1所占容量为2V部署在VM3，C3所占容量为12V部署在VM1和VM2。从图11中可以看出VM1和VM2分别还剩余2V，所以C1-1和C2-1可以分别部署在VM1和VM2，这样VM3就可以空余8V，成为空闲虚拟机，从而可以将VM3资源释放，提高资源利用率。

所以当CaaS管理器接收来自VNFM的第三请求消息时，可以基于第一调度模式确定将C1-1和C2-1可以分别部署在VM1和VM2。具体的，CaaS管理器可以将C1-1迁移至VM2，将C2-1迁移至VM1(图10以虚线进行示意)，此时VM3成为空闲虚拟机，VNFM可以通知VIM释放VM3资源。

在一些实施例中，VNFM可以向CaaS管理器周期性地发送第三请求消息，例如，VNFM在每天的某个时刻可以向CaaS管理器发送第三请求消息，这样CaaS管理器可以周期性地对当前已经部署的VNF容器实例进行重新部署，以较为及时地优化VM资源。

本申请实施例提供的虚拟网络功能的管理系统引入了CaaS技术实现VNF的实例化，且新增加了基于VNF的部署需求确定的调度算法。虚拟网络功能的管理系统包括的VNFM和CaaS管理器通过交互，实现了VNF在实例化过程中，对面向组成VNF的不同VNFC进行差异化的生命周期管理，提高NFVI层的虚拟资源的利用率和VNF实例部署的灵活性。

另外，本申请实施例还进一步包含了VNF的实例化过程中对VNF容器进行扩容或缩容处理时，基于新增加的调度算法结合VFN容器实际的部署需求选择系统中最佳实例对VNF容器进行扩容或缩容，以尽量提高NFVI层的虚拟资源的利用率，从而进一步的解决了复杂场景下VNF容器的扩缩容。

上述本申请提供的实施例中，分别从VNFM、容器即服务管理器以及二者之间交互的角度对本申请实施例提供的方法进行了介绍。为了实现上述本申请实施例提供的方法中的各功能，VNFM、容器即服务管理器可以包括硬件结构和/或软件模块，以硬件结构、软件模块、或硬件结构加软件模块的形式来实现上述各功能。上述各功能中的某个功能以硬件结构、软件模块、还是硬件结构加软件模块的方式来执行，取决于技术方案的特定应用和设计约束条件。

图11示出了一种通信装置1100的结构示意图。其中，通信装置1100可以是VNFM，能够实现本申请实施例提供的方法中VNFM的功能；通信装置1100也可以是能够支持VNFM实现本申请实施例提供的方法中VNFM的功能的装置。通信装置1100可以是硬件结构、软件模块、或硬件结构加软件模块。通信装置1100可以由芯片系统实现。本申请实施例中，芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。

通信装置1100可以包括处理模块1101和通信模块1102。

处理模块1101可以用于执行图5所示的实施例中的步骤S52、步骤S54、步骤S55、步骤S56，或可以用于执行图7所示的实施例中的步骤S73、步骤S76，或可以用于执行图9所示的实施例中的步骤S902、步骤S905，和/或用于支持本文所描述的技术的其它过程。

通信模块1102可以用于执行图5所示的实施例中的步骤S51、步骤S53、步骤S55、步骤S56以及步骤S57，或可以用于执行图7所示的实施例中的步骤S71、步骤S72、步骤S74、步骤S75、步骤S76以及步骤S77，或可以用于执行图9所示的实施例中的步骤S901、步骤S902、步骤S903、步骤S904、步骤S906以及步骤S907，和/或用于支持本文所描述的技术的其它过程。通信模块1102用于通信装置1100和其它模块进行通信，其可以是电路、器件、接口、总线、软件模块、收发器或者其它任意可以实现通信的装置。

其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

图12示出了一种通信装置1200的结构示意图。其中，通信装置1200可以是容器即服务管理器，能够实现本申请实施例提供的方法中容器即服务管理器的功能；通信装置1200也可以是能够支持容器即服务管理器实现本申请实施例提供的方法中容器即服务管理器的功能的装置。通信装置1200可以是硬件结构、软件模块、或硬件结构加软件模块。通信装置1200可以由芯片系统实现。本申请实施例中，芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。

通信装置1200可以包括处理模块1201和通信模块1202。

处理模块1201可以用于执行图5所示的实施例中的步骤S52、步骤S54，或可以用于执行图7所示的实施例中的步骤S73、步骤S76，或可以用于执行图9所示的实施例中的步骤S902、步骤S905，和/或用于支持本文所描述的技术的其它过程。

通信模块1202可以用于执行图5所示的实施例中的步骤S51、步骤S53、步骤S55、步骤S56以及步骤S57，或可以用于执行图7所示的实施例中的步骤S71、步骤S72、步骤S74、步骤S75、步骤S76以及步骤S77，或可以用于执行图9所示的实施例中的步骤S901、步骤S902、步骤S903、步骤S904、步骤S906以及步骤S907，和/或用于支持本文所描述的技术的其它过程，和/或用于支持本文所描述的技术的其它过程。通信模块1202用于通信装置1200和其它模块进行通信，其可以是电路、器件、接口、总线、软件模块、收发器或者其它任意可以实现通信的装置。

其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，另外，在本申请各个实施例中的各功能模块可以集成在一个处理器中，也可以是单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

如图13所示为本申请实施例提供的通信装置1300，其中，通信装置1300可以是图5或图7或图9所示的实施例中的VNFM，能够实现本申请实施例提供的方法中VNFM的功能；通信装置1300也可以是能够支持VNFM实现本申请实施例提供的方法中VNFM的功能的装置。其中，该通信装置1300可以为芯片系统。本申请实施例中，芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。

通信装置1300包括至少一个处理器1320，用于实现或用于支持通信装置1300实现本申请实施例提供的方法中VNFM的功能。示例性地，处理器1320可以确定用于实例化该VNF采用的调度算法，具体参见方法示例中的详细描述，此处不做赘述。

通信装置1300还可以包括至少一个存储器1330，用于存储程序指令和/或数据。存储器1330和处理器1320耦合。本申请实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接，可以是电性，机械或其它的形式，用于装置、单元或模块之间的信息交互。处理器1320可能和存储器1330协同操作。处理器1320可能执行存储器1330中存储的程序指令。所述至少一个存储器中的至少一个可以包括于处理器中。

通信装置1300还可以包括通信接口1310，用于通过传输介质和其它设备进行通信，从而用于通信装置1300中的装置可以和其它设备进行通信。示例性地，该其它设备可以是控制设备。处理器1320可以利用通信接口1310收发数据。

本申请实施例中不限定上述通信接口1310、处理器1320以及存储器1330之间的具体连接介质。本申请实施例在图13中以存储器1330、处理器1320以及通信接口1310之间通过总线1340连接，总线在图13中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图13中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

在本申请实施例中，处理器1320可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

在本申请实施例中，存储器1330可以是非易失性存储器，比如硬盘(hard diskdrive，HDD)或固态硬盘(solid-state drive，SSD)等，还可以是易失性存储器(volatilememory)，例如随机存取存储器(random-access memory，RAM)。存储器是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。本申请实施例中的存储器还可以是电路或者其它任意能够实现存储功能的装置，用于存储程序指令和/或数据。

如图14所示为本申请实施例提供的通信装置1400，其中，通信装置1400可以是容器即服务管理器，能够实现本申请实施例提供的方法中容器即服务管理器的功能；通信装置1400也可以是能够支持容器即服务管理器实现本申请实施例提供的方法中容器即服务管理器的功能的装置。其中，该通信装置1400可以为芯片系统。本申请实施例中，芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。

通信装置1400包括至少一个处理器1420，用于实现或用于支持通信装置1400实现本申请实施例提供的方法中容器即服务管理器的功能。示例性地，处理器1420可以对每个容器节点资源池中的资源进行管理，具体参见方法示例中的详细描述，此处不做赘述。

通信装置1400还可以包括至少一个存储器1430，用于存储程序指令和/或数据。存储器1430和处理器1420耦合。本申请实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接，可以是电性，机械或其它的形式，用于装置、单元或模块之间的信息交互。处理器1420可能和存储器1430协同操作。处理器1420可能执行存储器1430中存储的程序指令。所述至少一个存储器中的至少一个可以包括于处理器中。

通信装置1400还可以包括通信接口1410，用于通过传输介质和其它设备进行通信，从而用于装置1400中的装置可以和其它设备进行通信。示例性地，该其它设备可以是关联接入点。处理器1420可以利用通信接口1410收发数据。

本申请实施例中不限定上述通信接口1410、处理器1420以及存储器1430之间的具体连接介质。本申请实施例在图14中以存储器1430、处理器1420以及通信接口1410之间通过总线1440连接，总线在图14中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图14中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

在本申请实施例中，处理器1420可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

在本申请实施例中，存储器1430可以是非易失性存储器，比如硬盘(hard diskdrive，HDD)或固态硬盘(solid-state drive，SSD)等，还可以是易失性存储器(volatilememory)，例如随机存取存储器(random-access memory，RAM)。存储器是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。本申请实施例中的存储器还可以是电路或者其它任意能够实现存储功能的装置，用于存储程序指令和/或数据。

本申请实施例中还提供一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行图5、图7或图9所示的实施例中VNFM执行的方法。

本申请实施例中还提供一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行图5、图7或图9所示的实施例中容器即服务管理器执行的方法。

本申请实施例中还提供一种计算机程序产品，包括指令，当其在计算机上运行时，使得计算机执行图5、图7或图9所示的实施例中VNFM执行的方法。

本申请实施例中还提供一种计算机程序产品，包括指令，当其在计算机上运行时，使得计算机执行图5、图7或图9所示的实施例中容器即服务管理器执行的方法。

本申请实施例提供了一种芯片系统，该芯片系统包括处理器，还可以包括存储器，用于实现前述方法中VNFM的功能。该芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。

本申请实施例提供了一种芯片系统，该芯片系统包括处理器，还可以包括存储器，用于实现前述方法中容器即服务管理器的功能。该芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。

本申请实施例提供了一种系统，所述系统包括前述所述的VNFM和容器即服务管理器。

本申请实施例提供的方法中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件或固件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、网络设备、用户设备或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，简称DSL)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机可以存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，数字视频光盘(digital video disc，简称DVD))、或者半导体介质(例如，SSD)等。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (26)

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

虚拟网络功能管理器VNFM接收VNF的实例化请求，所述实例化请求包括调度模式信息和镜像信息，其中，所述调度模式信息用于指示部署VNF容器的调度模式，所述镜像信息用于指示与所述调度模式对应的容器镜像；

所述VNFM向容器即服务CaaS管理器发送第一请求消息，所述第一请求消息携带所述调度模式信息和所述镜像信息，以使得所述CaaS管理器根据所述调度模式信息和所述镜像信息对所述VNF容器进行部署。

2.如权利要求1所述的方法，其特征在于，所述实例化请求携带虚拟网络功能描述符VNFD，所述VNFD包括第一字段和第二字段，其中，所述第一字段用于指示所述调度模式，所述第二字段用于指示所述容器镜像；或者，

所述实例化请求携带VNFD，所述VNFD包括第一结构体，所述第一结构体包括第一成员和第二成员，其中，所述第一成员用于指示所述调度模式，所述第二成员用于指示所述容器镜像。

3.如权利要求1或2所述的方法，其特征在于，所述调度模式包括基于所述VNF容器的部署需求确定的模式，所述部署需求包括资源利用率、分布流量、部署可靠性和部署冗余的至少一种。

4.如权利要求1-3任一所述的方法，其特征在于，还包括：

所述VNFM向所述CaaS管理器发送第二请求消息，所述第二请求消息用于请求所述CaaS管理器对当前已经部署的VNF的服务实例进行缩容；

所述VNFM接收来自所述CaaS管理器的第一响应消息，所述第一响应消息携带用于缩容的目标服务实例的标识；

所述VNFM向所述CaaS管理器发送删除操作请求，所述删除操作请求携带所述用于缩容的服务实例的标识。

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

所述VNFM向所述CaaS管理器发送第三请求消息，所述第三请求消息用于请求所述CaaS管理器对当前已经部署的VNF的服务实例进行重新部署；

所述VNFM接收来自所述CaaS管理器的第二响应消息，所述第二响应消息携带待重新部署的VNF的服务实例的标识；

所述VNFM向所述CaaS管理器发送迁移操作请求，所述迁移操作请求携带所述待重新部署的VNF的服务实例的标识。

6.如权利要求5所述的方法，其特征在于，所述VNFM向所述CaaS管理器发送第三请求消息，包括：

所述VNFM周期性地向所述CaaS管理器发送所述第三请求消息。

7.如权利要求4-6任一所述的方法，其特征在于，还包括：

所述VNFM向VNF发送第四请求消息，所述第四请求消息用于请求所述VNF对VNF的服务实例进行平滑处理，所述第四请求消息携带待平滑处理的服务实例的标识。

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

CaaS管理器接收来自VNFM的第一请求消息，所述第一请求消息携带调度模式信息和镜像信息，其中，所述调度模式信息用于指示部署VNF容器的调度模式，所述镜像信息用于指示与所述调度模式对应的容器镜像；

所述CaaS管理器根据所述第一请求消息，查找并加载所述容器镜像，获得调度容器；

所述CaaS管理器启动所述调度容器对所述VNF容器进行部署。

9.如权利要求8所述的方法，其特征在于，所述调度模式包括基于所述VNF容器的部署需求确定的模式，所述部署需求包括资源利用率、分布流量、部署可靠性和部署冗余的至少一种。

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

所述CaaS管理器接收来自所述VNFM的第二请求消息，所述第二请求消息用于请求所述CaaS管理器对当前已经部署的VNF的服务实例进行缩容；

所述CaaS管理器基于所述调度模式以及虚拟机集群的资源空闲情况，从多个VNF的服务实例中确定用于缩容的目标服务实例；

所述CaaS管理器向所述VNF发送所述目标服务实例的标识；

所述CaaS管理器根据来自所述VNFM的删除操作请求，删除所述目标服务实例，其中，所述删除操作请求携带所述目标服务实例的标识。

11.如权利要求8-10任一所述的方法，其特征在于，还包括：

所述CaaS管理器接收来自所述VNFM的第三请求消息，所述第三请求消息用于请求所述CaaS管理器对当前已经部署的VNF的服务实例进行重新部署；

所述CaaS管理器基于所述调度模式确定待重新部署的VNF的服务实例；

所述CaaS管理器向所述VNFM发送所述待重新部署的VNF的服务实例的标识；

所述CaaS管理器根据来自所述VNFM的迁移操作请求，迁移所述待重新部署的VNF的服务实例，其中，所述迁移操作请求携带所述待重新部署的VNF的服务实例的标识。

12.一种通信装置，其特征在于，包括：收发模块和处理模块，其中，

所述收发模块，用于接收VNF的实例化请求，所述实例化请求包括调度模式信息和镜像信息，其中，所述调度模式信息用于指示部署VNF容器的调度模式，所述镜像信息用于指示与所述调度模式对应的容器镜像；

所述处理模块，用于控制所述收发模块向CaaS管理器发送第一请求消息，所述第一请求消息携带所述调度模式信息和所述镜像信息，以使得所述CaaS管理器根据所述调度模式信息和所述镜像信息对所述VNF容器进行部署。

13.如权利要求12所述的通信装置，其特征在于，所述实例化请求携带VNFD，所述VNFD包括第一字段和第二字段，其中，所述第一字段用于指示所述调度模式，所述第二字段用于指示所述容器镜像；或者，

所述实例化请求携带VNFD，所述VNFD包括第一结构体，所述第一结构体包括第一成员和第二成员，其中，所述第一成员用于指示所述调度模式，所述第二成员用于指示所述容器镜像。

14.如权利要求12或13所述的通信装置，其特征在于，所述调度模式包括基于所述VNF容器的部署需求确定的模式，所述部署需求包括资源利用率、分布流量、部署可靠性和部署冗余的至少一种。

15.如权利要求12-14任一所述的通信装置，其特征在于，所述收发模块还用于：

向所述CaaS管理器发送第二请求消息，所述第二请求消息用于请求所述CaaS管理器对当前已经部署的VNF的服务实例进行缩容；

接收来自所述CaaS管理器的第一响应消息，所述第一响应消息携带用于缩容的目标服务实例的标识；

向所述CaaS管理器发送删除操作请求，所述删除操作请求携带所述用于缩容的目标服务实例的标识。

16.如权利要求12-15任一所述的通信装置，其特征在于，所述收发模块还用于：

向所述CaaS管理器发送第三请求消息，所述第三请求消息用于请求所述CaaS管理器对当前已经部署的VNF的服务实例进行重新部署；

接收来自所述CaaS管理器的的第二响应消息，所述第二响应消息携带待重新部署的VNF的服务实例的标识；

向所述CaaS管理器发送迁移操作请求，所述迁移操作请求携带所述待重新部署的VNF的服务实例的标识。

17.如权利要求16所述的通信装置，其特征在于，所述收发模块具体用于：

周期性地向所述CaaS管理器发送所述第三请求消息。

18.如权利要求15-17任一所述的通信装置，其特征在于，所述收发模块还用于：

向VNF发送第四请求消息，所述第四请求消息用于请求所述VNF对VNF的服务实例进行平滑处理，所述第四请求消息携带待平滑处理的服务实例的标识。

19.一种通信装置，其特征在于，包括收发模块和处理模块，其中，

所述收发模块用于接收来自VNFM的第一请求消息，所述第一请求消息携带调度模式信息和镜像信息，其中，所述调度模式信息用于指示部署VNF容器的调度模式，所述镜像信息用于指示与所述调度模式对应的容器镜像；

所述处理模块用于根据所述第一请求消息，查找并加载所述容器镜像，获得调度容器；并启动所述调度容器对所述VNF容器进行部署。

20.如权利要求19所述的通信装置，其特征在于，所述调度模式包括基于所述VNF容器的部署需求确定的模式，所述部署需求包括资源利用率、分布流量、部署可靠性和部署冗余的至少一种。

21.如权利要求19或20所述的通信装置，其特征在于，

所述收发模块还用于接收来自所述VNFM的第二请求消息，所述第二请求消息用于请求所述CaaS管理器对当前已经部署的VNF的服务实例进行缩容；

所述处理模块还用于基于所述调度模式以及虚拟机集群的资源空闲情况，从多个VNF容器实例中确定用于缩容的目标服务实例；

所述收发模块在所述处理模块的控制下向所述VNF发送所述服务实例的标识；

所述处理模块还用于根据来自所述VNFM的删除操作请求，删除所述目标服务实例，其中，所述删除操作请求携带所述目标服务实例的标识。

22.如权利要求19-21任一所述的通信装置，其特征在于，

所述收发模块还用于接收来自所述VNFM的第三请求消息，所述第三请求消息用于请求所述CaaS管理器对当前已经部署的VNF的服务实例进行重新部署；

所述处理模块还用于基于所述调度模式确定待重新部署的VNF的服务实例；

所述收发模块在所述处理模块的控制下向所述VNFM发送所述待重新部署的VNF的服务实例的标识；

所述处理模块还用于根据来自所述VNFM的迁移操作请求，迁移所述待重新部署的VNF的服务实例，其中，所述迁移操作请求携带所述待重新部署的VNF的服务实例的标识。

23.一种通信装置，其特征在于，包括处理器，所述处理器用于与存储器耦合，读取并执行所述存储器中的指令，以实现如权利要求1-7或8-11中任一项所述的方法。

24.一种虚拟网络功能的管理系统，其特征在于，包括权利要求12-18任一所述的通信装置和如权利要求19-22任一所述的通信装置。

25.一种可读存储介质，其特征在于，包括程序或指令，当所述程序或指令被执行时，如权利要求1-7或8-11中任意一项所述的方法被执行。

26.一种计算机程序产品，其特征在于，包括计算机可读指令，当通信装置读取并执行所述计算机可读指令，使得所述通信装置执行如权利要求1-7或8-11中任一项所述的方法。

Images