CN118118348A

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

Info

Publication number: CN118118348A
Application number: CN202211524508.2A
Authority: CN
Inventors: 李世涛
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2022-11-30
Filing date: 2022-11-30
Publication date: 2024-05-31
Also published as: WO2024114645A1

Abstract

本申请涉及NFV技术领域，公开一种VNF的实例化及装置。其中方法包括：VNFM接收来自NFVO的第一实例化请求，第一实例化请求包括VNF的第一虚拟连接点的配置信息，第一虚拟连接点的配置信息包括VNF对应的NF的K个微服务的配置信息；根据第一虚拟连接点的配置信息，确定第一虚拟连接点对应的第一入口容器对象的配置信息，第一入口容器对象用于提供K个微服务的访问入口；以及，向CISM发送第一入口容器对象的配置信息，第一入口容器对象的配置信息用于创建第一入口容器对象。如此，可以实现为微服务创建入口容器对象，由于通过入口容器对象定义的微服务的访问地址可以为域名(比如fqdn)，从而便于满足微服务的访问需求。

Description

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

技术领域

本申请涉及通信技术领域，尤其涉及一种VNF的实例化方法及装置。

背景技术

网络功能虚拟化(network functions virtualization，NFV)技术通过使用通用的硬件设备及虚拟化技术，构建虚拟化网络功能(virtualization network functions，VNF)，进而通过VNF承载传统网络中专用设备的功能，降低因部署专用设备而带来的昂贵成本。

容器管理平台是基于容器化技术实现的平台，例如kubernetes(简称K8S)平台。一个容器管理平台管理一个集群，该集群包括若干个物理机或虚拟机，容器对象可以部署在物理机或在虚拟机上。

随着容器化技术的不断发展，容器管理平台被引入到NFV架构中。在引入容器管理平台的NFV架构中，如何满足微服务的访问需求，仍需进一步研究。

发明内容

本申请提供了一种VNF的实例化方法及装置，用于实现为微服务创建入口容器对象，便于满足微服务的访问需求。

第一方面，本申请实施例提供一种VNF的实例化方法，该方法可以由VNFM执行，在该方法中，VNFM接收来自网络功能虚拟化编排器NFVO的第一实例化请求，所述第一实例化请求用于请求实例化所述VNF，所述第一实例化请求包括所述VNF对应的网络功能NF的K个微服务的配置信息，K为正整数；根据所述K个微服务的配置信息，确定第一入口容器对象的配置信息，所述第一入口容器对象用于提供所述K个微服务的访问入口；向容器基础设施管理器CISM发送所述第一入口容器对象的配置信息，所述第一入口容器对象的配置信息用于创建所述第一入口容器对象。

具体来说，在该方法中，VNFM接收来自NFVO的第一实例化请求，所述第一实例化请求用于请求实例化所述VNF，所述第一实例化请求包括所述VNF的第一虚拟连接点的配置信息，所述第一虚拟连接点的配置信息包括所述VNF对应的网络功能NF的K个微服务的配置信息，K为正整数；根据所述第一虚拟连接点的配置信息，确定所述第一虚拟连接点对应的第一入口容器对象的配置信息，所述第一入口容器对象用于提供所述K个微服务的访问入口；向容器基础设施管理器CISM发送所述第一入口容器对象的配置信息，所述第一入口容器对象的配置信息用于创建所述第一入口容器对象。

采用上述方法，VNFM可以根据NFVO发送的实例化请求中微服务的配置信息(或者包括微服务的配置信息的虚拟连接点的配置信息)，确定用于为微服务提供访问入口的入口容器对象的配置信息，进而实现为微服务创建入口容器对象，由于通过入口容器对象定义的微服务的访问地址(比如fqdn)属于7层，从而便于满足微服务的访问需求。

在一种可能的设计中，根据所述第一虚拟连接点的配置信息，确定所述第一虚拟连接点对应的第一入口容器对象的配置信息，包括：获取所述VNF的虚拟化网络功能描述VNFD，所述VNFD包括映射信息，所述映射信息用于指示所述第一虚拟连接点的配置信息与所述第一入口容器对象的配置信息之间的映射关系；根据所述第一虚拟连接点的配置信息和所述映射信息，确定所述第一入口容器对象的配置信息。

在一种可能的设计中，所述映射信息包括所述K个微服务中第一微服务对应的第一映射信息；所述第一映射信息包括以下至少一项：域名映射信息，所述域名映射信息用于指示所述第一微服务的配置信息中的所述第一微服务的域名所映射的参数；优先级映射信息，所述优先级映射信息用于指示所述第一微服务的配置信息中的所述第一微服务的优先级所映射的参数。

在一种可能的设计中，所述VNFD包括所述第一微服务的描述信息，所述第一映射信息包含在所述第一微服务的描述信息中。

在一种可能的设计中，所述第一微服务的描述信息还包括以下至少一项：

服务类型信息，所述服务类型信息包括所述第一微服务的名称；

域名类型信息，所述域名类型信息用于指示所述第一微服务支持配置的域名类型，所述域名类型包括内部访问域名和/或外部访问域名；

优先级信息，所述优先级信息用于指示所述第一微服务支持配置优先级。

如此，通过在VNFD内对虚拟连接点进行扩展，实现了网元微服务与入口容器对象之间的映射，并通过在VNFD中引入容器对象类型信息、服务类型信息、域名类型信息，优先级信息等参数实现了对入口容器对象的管理，从而可以更好的利用云原生的技术实现网元微服务的改造，并通过MANO实现网元微服务化的创建以及生命周期管理。

在一种可能的设计中，所述VNFD还包括所述第一虚拟连接点对应的容器对象类型信息，所述容器对象类型信息用于指示所述第一虚拟连接点对应的容器对象类型为入口容器对象。

在一种可能的设计中，所述VNFD还包括所述VNF的虚拟部署单元VDU的描述信息，所述VDU的描述信息包括服务类型信息，所述服务类型信息用于指示所述VDU对应的微服务。

在一种可能的设计中，所述方法还包括：接收来自所述CISM的所述第一入口容器对象的访问地址。

在一种可能的设计中，所述方法还包括：接收来自所述NFVO的第一请求信息，所述第一请求信息用于请求所述第一虚拟连接点的访问地址；根据所述第一请求信息，将所述第一入口容器对象的访问地址作为所述第一虚拟连接点的访问地址发送给所述NFVO。

第二方面，本申请实施例提供一种VNF的实例化方法，该方法可以由NFVO执行，在该方法中，NFVO接收来自运营支撑系统/业务支撑系统OSS/BSS的第二实例化请求，所述第二实例化请求用于请求实例化所述VNF，所述第二实例化请求包括所述VNF对应的NF的M个微服务的配置信息；根据所述VNF的第一虚拟连接点对应的K个微服务的配置信息，得到所述第一虚拟连接点的配置信息；其中，所述K个微服务属于所述M个微服务，M、K为正整数，K小于或等于M；向VNFM发送第一实例化请求，所述第一实例化请求包括所述第一虚拟连接点的配置信息，所述第一虚拟连接点的配置信息用于确定所述第一虚拟连接点对应的第一入口容器对象的配置信息，所述第一入口容器对象用于提供所述K个微服务的访问入口。

在一种可能的设计中，所述方法还包括：获取所述VNF的VNFD，所述VNFD包括所述第一虚拟连接点的描述信息，所述第一虚拟连接点的描述信息用于指示所述第一虚拟连接点对应所述K个微服务。

在一种可能的设计中，所述第一虚拟连接点的描述信息包括所述K个微服务的名称。

在一种可能的设计中，所述方法还包括：接收来自所述OSS/BSS的第二请求信息，所述第二请求信息用于请求所述K个微服务中第一微服务的资源利用信息；根据所述第二请求信息，获取所述第一微服务对应的至少一个VDU的资源利用信息；根据所述第一微服务对应的VDU的资源利用信息，确定所述第一微服务的资源利用信息；向所述OSS/BSS发送所述第一微服务的资源利用信息。

在一种可能的设计中，所述方法还包括：获取所述VNF的VNFD，所述VNFD用于指示所述第一微服务对应的至少一个VDU。

在一种可能的设计中，所述VNFD包括所述至少一个VDU中每个VDU的描述信息，所述VDU的描述信息包括服务类型信息，所述服务类型信息用于指示所述VDU对应的微服务为所述第一微服务。

可以理解的是，第二方面所描述的方法与第一方面所描述的方法相对应，因此，第二方面所描述的方法中相关技术特征的有益效果可以参照第一方面，具体不再赘述。

第三方面，本申请提供一种VNF的实例化装置，该装置具备实现上述第一方面或第二方面涉及的功能，比如，所述装置包括执行上述第一方面或第二方面涉及操作所对应的模块或单元或手段，所述功能或单元或手段可以通过软件实现，或者通过硬件实现，也可以通过硬件执行相应的软件实现。

在一种可能的设计中，所述装置包括处理单元、通信单元，其中，通信单元可以用于收发信号，以实现该装置和其它装置之间的通信，比如，通信单元用于向终端设备发送系统信息；处理单元可以用于执行该装置的一些内部操作。处理单元、通信单元执行的功能可以和上述第一方面或第二方面涉及的操作相对应。

在一种可能的设计中，所述装置包括处理器，处理器可以用于与存储器耦合。所述存储器可以保存实现上述第一方面或第二方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令，当所述计算机程序或指令被执行时，使得所述装置实现上述第一方面或第二方面任意可能的设计或实现方式中的方法。

在一种可能的设计中，所述装置包括处理器和存储器，存储器可以保存实现上述第一方面或第二方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令，当所述计算机程序或指令被执行时，使得所述装置实现上述第一方面或第二方面任意可能的设计或实现方式中的方法。

在一种可能的设计中，所述装置包括处理器和接口电路，其中，处理器用于通过所述接口电路与其它装置通信，并执行上述第一方面或第二方面任意可能的设计或实现方式中的方法。

可以理解地，上述第三方面中，处理器可以通过硬件来实现也可以通过软件来实现，当通过硬件实现时，该处理器可以是逻辑电路、集成电路等；当通过软件来实现时，该处理器可以是一个通用处理器，通过读取存储器中存储的软件代码来实现。此外，以上处理器可以为一个或多个，存储器可以为一个或多个。存储器可以与处理器集成在一起，或者存储器与处理器分离设置。在具体实现过程中，存储器可以与处理器集成在同一块芯片上，也可以分别设置在不同的芯片上，本申请实施例对存储器的类型以及存储器与处理器的设置方式不做限定。

第四方面，本申请提供一种VNF的实例化系统，该系统可以包括VNFM和NFVO，VNFM用于执行上述第一方面的任一种可能的设计中的方法，NFVO用于执行上述第二方面的任一种可能的设计中的方法。

第五方面，本申请提供一种计算机可读存储介质，所述计算机存储介质中存储有计算机可读指令，当计算机读取并执行所述计算机可读指令时，使得计算机执行上述第一方面或第二方面的任一种可能的设计中的方法。

第六方面，本申请提供一种计算机程序产品，当计算机读取并执行所述计算机程序产品时，使得计算机执行上述第一方面或第二方面的任一种可能的设计中的方法。

第七方面，本申请提供一种芯片，所述芯片包括处理器，所述处理器与存储器耦合，用于读取并执行所述存储器中存储的软件程序，以实现上述第一方面或第二方面的任一种可能的设计中的方法。

附图说明

图1为本申请实施例提供的一种NFV架构示意图；

图2为本申请实施例提供的kubernetes容器管理编排架构图；

图3为本申请实施例提供的引入容器管理平台的NFV架构；

图4A为本申请实施例提供的service和pod的关系示意图；

图4B为本申请实施例提供的ingress和service的关系示意图；

图5为本申请实施例提供的对VNF进行容器化部署的实现流程示意图；

图6为本申请实施例提供的一种对应关系示例；

图7为本申请实施例提供的VNF的实例化方法所对应的流程示意图；

图8为本申请实施例中所涉及的装置的可能的示例性框图；

图9为本申请实施例提供的一种装置的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。本申请将围绕可包括多个设备、组件、模块等的系统来呈现各个方面、实施例或特征。应当理解和明白的是，各个系统可包括另外的设备、组件、模块等，并且/或者可以并不包括结合附图讨论的所有设备、组件、模块等。此外，还可以使用这些方案的组合。

在本申请实施例中，“示例性地”、“比如”等词语用于表示例子、例证或说明。本申请中被描述为“示例”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例”一词旨在以具体方式呈现概念。本申请实施例中，“的(of)”，“相应的(corresponding，relevant)”和“对应的(corresponding)”有时可以混用，应当指出的是，在不强调其区别时，其所要表达的含义是一致的。

本申请实施例描述的网络架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

下面对本申请实施例提供的网络架构进行介绍。

一、NFV架构

参见图1，为本申请实施例提供的一种NFV架构示意图。如图1所示，该NFV架构可以包括NFV管理和编制系统(NFV management and orchestration system，NFV-MANO)110，NFV基础设施(NFV infrastructure，NFVI)150，多个VNF140，多个设备管理(elementmanagement，EM)130，以及一个或多个运营支撑系统/业务支撑系统(operation supportsystem/business support system，OSS/BSS)120。其中，NFV-MANO 110可以包括NFV编排器(NFV orchestrator，NFVO)111、一个或多个虚拟网络功能管理器(virtualized networkfunction manager，VNFM)112，以及一个或多个虚拟基础设施管理器(virtualizedinfrastructure manager，VIM)113。

(1)NFVO111：主要负责处理虚拟化业务的生命周期管理，以及虚拟基础设施及NFVI中虚拟资源的分配和调度等。NFVO111可以与一个或多个VNFM112通信，以执行资源相关请求，发送配置信息给VNFM112，收集VNF140的状态信息。另外，NFVO111也可与VIM113通信，以执行资源分配和/或预留、交换虚拟化硬件资源配置和状态信息。

(2)VNFM112：主要负责一个或多个VNF的生命周期管理，比如实例化(instantiating)VNF140、更新(updating)VNF140、查询VNF140、弹性伸缩(scaling)VNF140、终止(terminating)VNF140。VNFM112可以与VNF140通信，以完成VNF生命周期管理及交换配置和状态信息。在NFV架构中VNFM可以有多个，负责对不同类型的VNF进行生命周期管理。

(3)VIM113：主要负责控制和管理VNF140与计算硬件1521、存储硬件1522、网络硬件1523、虚拟计算1511(例如虚拟机(virtual machine，VM))、虚拟存储1512和虚拟网络1513的交互。例如VIM113执行资源管理功能，包括管理基础设施资源、分配(例如增加资源给虚拟容器)及运行功能(例如收集NFVI故障信息)。VNFM112可以与VIM113通信，以请求资源分配、交换虚拟化硬件资源配置和状态信息。

(4)NFVI150：可以包括计算硬件1521、存储硬件1522、网络硬件1523组成的硬件资源层、虚拟化层、以及虚拟计算1511、虚拟存储1512和虚拟网络1513组成的虚拟资源层。硬件资源层中的计算硬件1521可以为专用的处理器或通用的用于提供处理和计算功能的处理器，如中央处理器(central process unit，CPU)；存储硬件1522用于提供存储能力，例如，磁盘或网络附属存储(network attached storage，NAS)；网络硬件1523可以是交换机、路由器和/或其他网络设备。NFVI 150中的虚拟化层用于抽象硬件资源层的硬件资源，将VNF 140和硬件资源所属的物理层解耦，向VNF提供虚拟资源。虚拟资源层可以包括虚拟计算1511、虚拟存储1512和虚拟网络1513。虚拟计算1511、虚拟存储1512可以以虚拟机或其他虚拟容器的形式向VNF140提供，例如一个或多个虚拟机组成一个VNF140。虚拟化层通过抽象网络硬件1523形成虚拟网络1513。虚拟网络1513，用于实现多个虚拟机之间，或多个承载VNF的其他类型的虚拟容器之间的通信。

(5)EM130：是传统电信系统中用于对设备进行配置、管理的系统；在NFV架构中，EM130也可以用于对VNF进行配置和管理，以及向VNFM112发起新的VNF的实例化等生命周期管理操作。

(6)OSS/BSS120：支持各种端到端电信业务，比如OSS支持的管理功能包括：网络配置、业务提供、故障管理等；BSS处理订单、付费、收入等，支持产品管理、订单管理、收益管理及客户管理。

(7)VNF140：对应于传统非虚拟化网络中的物理网络功能(physical networkfunction，PNF)，如虚拟化的核心网节点(例如接入和移动性管理功能(access andmobility management function，AMF)、会话管理功能(session management function，SMF)网元等)。网络功能的功能性行为和状态与虚拟化与否无关，NFV技术需求希望VNF和PNF拥有相同的功能性行为和外部接口。

二、容器即服务架构

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

当前在容器管理编排领域流行的应用是谷歌(google)基于开源平台的kubernetes容器集群管理技术，一个kubernetes平台管理一个集群，集群内包含若干个物理机资源或者虚拟机资源，如果管理的是物理机资源，则kubernetes将创建的容器直接部署在物理机上，如果管理的是虚拟机资源，则kubernetes将创建的容器部署在虚拟机上。helm是K8S的包管理器，主要负责管理用于部署应用的部署包(也称为helm chart)，helmchart中可封装K8S原生应用程序的另一种标记语言(yet another markup language，YAML)文件。helm可以包含在K8S中，也可以是独立的包管理工具。本申请实施例中以helm包含在K8S中为例。

图2为kubernetes容器管理编排架构图。如图2所示，kubernetes将集群中的设备划分为一个kubernetes主节点(master)和一群工作节点(node)。其中，master节点上运行着集群管理相关的一组进程，例如应用程序编程接口服务(application programminginterface 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组件为容器的运行环境。

三、NFV技术与CaaS技术的结合

随着NFV技术的不断发展，提出了将CaaS技术和NFV技术进行结合，从而形成了NFVMANO系统和容器管理编排系统进行互操作的场景。如图3所示，为引入容器管理平台的NFV架构的一种示例。

在图3中，在NFV MANO中增加容器基础设施管理器(container infrastructureservice management，CISM)114。CISM为NFV架构中的容器管理平台，负责管理VNF所调用的容器对象，包括容器对象的创建、更新和删除等。当VNF以容器形式部署时，CISM114可基于VNFM112的请求创建容器对象。

本申请实施例中将以CISM为kubernetes为例进行描述。此外，图3中，除CISM以外的网元可以参照上述图1中的描述，不再赘述。

上述图1至图3所描述的网元(如NFVO、VNFM、CISM等)仅为示例而非限定，在标准演进的过程中，上述各网元的名称可以发生变化，各网元执行的功能可以被进一步地拆分或组合，本申请实施例不做限制。

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

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

下面对本申请实施例所涉及的相关技术特征进行解释说明。需要说明的是，这些解释是为了让本申请实施例更容易被理解，而不应该视为对本申请所要求的保护范围的限定。

(1)容器对象

kubernetes可以创建多种容器对象，比如pod容器对象、service容器对象和入口(ingress)容器对象。容器对象在欧洲电信标准协会(European telecommunicationsstandards institute，ETSI)NFV标准中对应的概念是被管理的容器基础设施对象(managed container infrastructure object，MCIO)。

pod容器对象：kubernetes在管理的集群上创建容器是以pod为最小单元，其中一个pod内可以包含1个或者多个容器，因此pod也可以称为容器舱。kubernetes的pod是有生命周期的，它们可以被创建，也可以被销毁，一旦被销毁生命就永远结束。kubernetes针对资源的关联可以动态地创建和销毁pod(例如，需要进行扩缩容，或者执行滚动升级)。

service容器对象：service是kubernetes的核心概念，多个pod能够被同一个service访问到，service通过标签来选取关联的pod，即使pod发生了改变，通过访问service也可以访问到对应的应用(其它pod或者新创建的pod)。如图4A所示，为service和pod的关系示意图。

此外，service可以提供负载均衡的能力，比如根据所关联的pod当前的负载情况，将访问service的请求路由到合适的pod上进行处理。service的表现形式为IP:端口(Port)，即工作在TCP/IP层，即service可以提供4层负载均衡的能力。比如，一个service的定义如表1所示。

表1：service的定义示例

ingress容器对象：ingress是对service的更高层次的抽象，service是工作在TCP/IP层，而对于基于超文本传输协议(hypertext transfer protocol，HTTP)的服务来说，不同的统一资源定位符(uniform resource locator，URL)地址经常对应到不同的后端服务或者虚拟服务器，这些应用层的转发机制仅通过kubernetes的service机制是无法实现的。kubernetes V1.1版本中新增了ingress，以便将不同URL的访问请求转发到后端不同的service，实现HTTP层的业务路由机制。如图4B所示，为ingress和service的关系示意图。

示例性地，ingress中可以定义不同的规则来关联多个service。比如，一个ingress中规则的定义如表2所示。

表2：ingress中规则的定义示例

如此，访问方通过访问不同service的访问地址，就可以访问到不同的service，而通过ingress rules定义的service的访问地址(即host值)属于7层，即全限定域名(fullyqualified domain name，fqdn)地址。在实现ingress的过程中，当一个ingress创建成功后，可以将为该ingress分配的互联网协议(internet protocol，IP)地址和rules里定义的fqdn一起配置在外部访问的域名系统(domain name system，DNS)服务器中，对于访问方，在获取到service的访问地址(即host中定义的service的访问地址)后，会向DNS服务器查询访问地址对应的IP地址，DNS服务器将ingress分配的IP地址返回给访问方，进而访问方向该IP地址发送HTTP请求，并在host头中指定访问的service的访问地址，从而实现对service的访问。

可以理解的是，本申请实施例所描述的三种容器对象仅为一种示例，这三种容器对象也可以有其它可能的名称，比如随着标准协议的演进，入口容器对象可以有其它名称，本申请实施例对此不做限定。

(2)VNF部署模板

NFV中虚拟化的网络业务称为一个网络服务(network service，NS)，比如IP多媒体子系统(IP multimedia subsystem，IMS)网络，或一个第五代(the 5^th generation，5G)核心网网络。一个NS中可以包含若干个VNF。

一个NS在进行虚拟化部署时，业务请求方首先需要向业务提供方提交该NS的描述信息，称为网络服务描述(network service descriptor，NSD)或NS部署模板。NSD包括NS的拓扑结构以及NS包含的每个VNF的描述信息，称为VNF描述(VNF descriptor，VNFD)或VNF部署模板。其中，拓扑结构信息中可包含虚拟化连接信息(例如，网络服务虚拟化连接模板(network service virtual link descriptor，NsVld))，该虚拟化连接信息可用于描述VNF之间的连接，例如，描述连接类型、带宽等信息。

VNFD用于提供VNF的描述信息，VNFD可包括虚拟部署单元(virtualizationdeployment unit connection point，VDU)、连接点模板(connection point descriptor，CPD)和虚拟连接模板(virtual link descriptor，VLD)等。对于容器实现，VNFD里还可以包含有对被管理的容器基础设施对象包(managed container infrastructure objectpackages，MCIOP)的引用，MCIOP例如可以为kubernetes使用的helm chart。

VDU：对于虚拟机实现，一个VDU代表一个虚拟机，该VDU的描述信息可包括该虚拟机的资源需求，例如创建该虚拟机所需的资源类型以及每种资源类型的资源数量等。对于容器实现，一个VDU代表一组容器，该VDU的描述信息可包括这一组容器的资源需求，用于表示部署这组容器所需的资源信息，这组容器内的容器都具有相同的资源需求，并且公用相同的网络信息。

CPD：可包括VNF的外部连接点的描述信息，外部连接点比如可以为虚拟连接点(virtual connection point，virtual Cp)。

VLD：可描述VDU之间的虚拟网络连接需求，例如连接类型和/或带宽等信息。

(3)微服务

以5G通信系统为例，5G通信系统的核心网架构中定义了多个网元，比如AMF网元、SMF网元等；一个网元可以理解为一个网络功能(network function，NF)。进一步地，每个网元内还定义了多个微服务，比如AMF网元内定义的微服务如表3所示。

表3：AMF网元内定义的微服务示例

微服务的名称	含义
		namf_communication	提供向终端或者无线基站通信的服务
namf_eventexposure	提供终端移动性相关信息的服务
		namf_mt	提供终端连接可达的服务
namf_location	提供终端位置信息的服务
		namf_MBSBroadcast	提供同无线基站之间广播通信的服务
namf_MBScommunication	提供同无线基站之间组播通信的服务

其中，每个微服务可以通过定义相应的域名(比如fqdn)供其他网元或者微服务访问和调用。本申请实施例中的域名可以分为两种类型，即内部访问域名和外部访问域名。当一个微服务同时支持内部访问和外部访问时，该微服务可以包括内部访问域名和外部访问域名；比如以namf_location为例，namf_location的内部访问域名可以为myAMF_location.mynetwork.com，外部访问域名可以为myAMF_location_external.mynetwork.com。

通过引入网元微服务化，可以使得微服务之间独立，不同微服务的部署、升级和扩缩容可以单独进行，不影响网元内的其他微服务，从而在使用上更加方便，升级更加敏捷。

基于上述内容的描述，在NFV架构中引入容器管理平台，可以对VNF进行容器化部署(即实例化VNF)。下面结合图5描述一种可能的实现流程。

图5为对VNF进行容器化部署的实现流程示意图，如图5所示，该流程可以包括：

S501，OSS/BSS向NFVO发送实例化请求1，实例化请求1用于请求VNF的实例化。

示例性地，实例化请求1中可以包括需要实例化的VNF的VNFD的信息，比如VNFD的标识(即VnfdId)。

S502，NFVO根据实例化请求1向VNFM发送实例化请求2，实例化请求2用于请求VNF的实例化。

示例性地，实例化请求2中可以包括需要实例化的VNF的VNFD的信息，比如VNFD的标识(即VnfdId)。

S503，VNFM根据实例化请求2，获取VNF的VNFD文件(或VNFD文件包)，并根据VNFD文件，确定VNF对应的至少一个容器对象的配置信息。

此处，VNFM获取VNF的VNFD文件的方式可以有多种，作为一种可能的实现，VNFM接收到实例化请求2后，可以向NFVO发送VNFD请求，该VNFD请求用于请求获取VNFD文件，例如该VNFD请求包括该VNFD文件的标识。相应的，NFVO从VNFM接收该VNFD请求。NFVO确定与VNFD文件的标识对应的VNFD文件，并将该VNFD文件发送给VNFM。

示例性地，VNFD文件包可以包括VNFD文件和MCIOP，还可以包括其它可能的文件，具体不做限定；本申请实施例中的VNFD文件也可以简称为VNFD。比如VNFD文件包的例子如表4所示。

表4：VNFD文件包示例

上述myVNFD.yaml文件可以包括至少一个VDU的描述信息，以VDU_1为例，VDU_1的描述信息如表5所示。

表5：VDU_1的描述信息示例

其中，VDU_mapping中描述了VDU_1的配置信息与MCIOP中的参数的映射关系。

上述MCIOP中可以包括vdu对应的pod的参数(values.yaml文件)，其中，values.yaml文件如表6所示。

表6：values.yaml文件示例

VNFM可以根据VDU_mapping中的对应关系，对values.yaml文件中相应参数的取值进行更新，即使用min_number_of_instances的取值更新podDB的minReplicas的取值，max_number_of_instances的取值更新podDB的maxReplicas的取值。更新后的values.yaml文件如表7所示。

表7：更新后的values.yaml文件示例

可以理解的是，上述表7中更新后的values.yaml文件所包括的内容可以理解为VDU_1对应的pod的配置信息，上述是确定VDU_1对应的pod的配置信息为例进行描述的。VNF可以包括多个VDU，VNFM确定其它VDU对应的pod的配置信息的方式可以参照上文实施。

S504，VNFM向CISM发送至少一个容器对象的配置信息；相应地，CISM接收至少一个容器对象的配置信息。

此处，VNFM可以向CISM发送更新后的MCIOP，更新后的MCIOP包括至少一个容器对象的配置信息，比如更新后的MCIOP包括上述VDU_1对应的pod的配置信息，还包括其它VDU对应的pod的配置信息。

S505，CISM根据至少一个容器对象的配置信息，创建至少一个容器对象，并向VNFM发送实例化成功的响应。

S506，VNFM向NFVO发送实例化成功的响应。

S507，NFVO向OSS/BSS发送实例化成功的响应。

如上可以看出，VNF的VNFD中包括对MCIOP的引用，从而可以实现VNF的容器化部署。而当在网元中定义微服务后，一种可能的方式是，通过kubernetes中的service来实现微服务的容器化部署。具体来说，ETSI NFV标准中将service的概念引入到VNFD里，通过VNFD中的virtualCp来描述service，VDU表示pod。示例性地，目前virtualCp定义的参数如表8所示。

表8：virtualCp定义的参数示例

其中，上述servicePortData包括用于描述service的参数，比如port等，具体可以参照ETSI NFV标准，不再赘述。

然而，service只提供4层(TCP/IP)负载均衡的能力，而没有7层的能力(比如基于应用层协议转发，例如http、可以根据域名、url等转发)，进而不能通过定义fqdn来访问service。而微服务是通过定义fqdn供其他网元或者微服务访问，因此，当通过kubernetes中的service来实现微服务的容器化部署时，无法满足微服务的访问需求。

基于此，本申请实施例提供一种VNF的实例化方法，通过入口容器对象(即ingress)对网元微服务进行部署，由于通过ingress定义的service的访问地址属于7层(参照上文有关ingress的描述)，从而便于满足微服务的访问需求。

下面结合附图介绍本申请实施例提供的技术方案。

示例性地，在本申请实施例提供的方法中，可以对VNFD进行改进，比如可以在VNFD的virtualCP中定义新的参数，实现微服务与ingress之间的映射，以便于通过ingress对网元微服务进行部署。

下面结合一个具体示例，对改进VNFD的具体实现进行描述。

以VNF包括两个虚拟连接点为例，这两个虚拟连接点分为第一虚拟连接点(表示为virtualCp1)和第二虚拟连接点(表示为virtualCp2)。VNFD可以包括第一虚拟连接点的描述信息和第二虚拟连接点的描述信息，以第一虚拟连接点为例，第一虚拟连接点的描述信息可以包括容器对象类型(mcio_type)信息，容器对象类型信息用于指示第一虚拟连接点对应的容器对象类型，该容器对象类型可以为ingress或service，还可以为其它可能的容器类型。本申请实施例中是以第一虚拟连接点对应的容器对象类型为ingress为例进行描述的。

进一步地，第一虚拟连接点的描述信息还包括K个微服务的描述信息，即第一虚拟连接点对应K个微服务。比如，K个微服务包括第一微服务，以第一微服务为例，第一微服务的描述信息包括以下至少一项：

①服务类型(service_type)信息，服务类型信息可以包括第一微服务的名称。

②域名类型(host_type)信息，域名类型信息用于指示第一微服务支持配置的域名类型，域名类型包括内部(internal)访问域名和/或外部(external)访问域名。

③域名映射(mapping)信息，域名映射信息用于指示第一微服务的域名所映射的参数。

④优先级(priority)信息，优先级信息用于指示第一微服务支持配置优先级。

⑤优先级映射信息，优先级映射信息用于指示第一微服务的优先级所映射的参数。

基于上述描述，下面结合表9对第一虚拟连接点和第二虚拟连接点的描述信息进行说明。

表9：第一虚拟连接点和第二虚拟连接点的描述信息示例

/>

进一步地，针对于VNFD中的VDU，如上所述，一个虚拟连接点可以对应多个微服务和多个VDU，为建立微服务和VDU之间的关联，本申请实施例中，可以在VDU中新增服务类型信息，服务类型信息用于指示VDU对应的微服务。下面结合表10，对上述表9中的VDU_1至VDU_5进行说明。

表10：VNFD中的VDU示例

其中，上述表9和表10所描述的对应关系如图6所示。

可以理解的是，上述主要对VNFD中的virtualCp和VDU进行了描述，上述表9和表10仅为一种可能的示例。此外，VNFD中还可以包括其它可能的信息，具体可以参照现有技术，此处不再赘述。

下面对本申请实施例提供的VNF的实例化的流程进行描述，该流程中所涉及的VNFD可以为上述改进后的VNFD。

在下文的介绍过程中，以该方法应用于图3所示的NFV架构为例，也就是说，下文中的OSS/BSS可以是图3所示的OSS/BSS120，NFVO可以是图3所示的NFVO111，VNFM可以是图3所示的VIM112，CISM可以是图3所示的CISM114。

图7为本申请实施例提供的VNF的实例化方法所对应的流程示意图。如图7所示，该方法包括：

S701，OSS/BSS向NFVO发送第二实例化请求，第二实例化请求用于请求实例化VNF，第二实例化请求包括VNF对应的NF的M个微服务的配置信息；相应地，NFVO接收第二实例化请求。

示例性地，M个微服务中包括第一微服务，第一微服务的配置信息可以包括以下至少一项：第一微服务的名称(serviceName)、第一微服务的域名、第一微服务的优先级；M为正整数。其中，第一微服务的域名可以包括内部访问域名(表示为fqdn)和外部访问域名(表示为interPlmnFqdn)。以M个微服务包括namf-location、namf-mt、namf-communication(即M＝3)为例，M个微服务参见表11所示。

表11：M个微服务的配置示例

可选地，第二实例化请求还可以包括其它可能的信息，比如可以包括VNF的VNFD的标识。

可以理解的是，第二实例化请求的目的是用于请求VNF的实例化，具体实现中可以通过多种可能的请求实现，比如第二实例化请求可以为NS的实例化请求或NS的更新请求，本申请实施例中对此不做限定。

S702，NFVO根据VNF的第一虚拟连接点对应的K个微服务的配置信息，得到第一虚拟连接点的配置信息。

此处，K个微服务属于M个微服务，也即K个微服务为M个微服务中的部分或全部微服务，K为正整数，且K小于或等于M。

示例性地，NFVO可以先确定第一虚拟连接点对应M个微服务中的哪些微服务，进而在确定出第一虚拟连接点对应K个微服务后，根据K个微服务的配置信息，得到第一虚拟连接点的配置信息。其中，NFVO确定第一虚拟连接点对应的微服务的具体实现可以有多种，比如NFVO可以获取VNF的VNFD，VNFD中包括第一虚拟连接点的描述信息(比如前文表9所示)，第一虚拟连接点的描述信息用于指示第一虚拟连接点对应K个微服务。比如，第一虚拟连接点的描述信息包括K个微服务的名称(即service_type)。

可以理解的是，NFVO还可以确定VNF的其它虚拟连接点(比如第二虚拟连接点)的配置信息。以VNF的第一虚拟连接点对应namf-location和namf-mt，第二虚拟连接点对应namf-communication。第一虚拟连接点和第二虚拟连接点的配置信息参加表12所示。

表12：第一虚拟连接点和第二虚拟连接点的配置信息示例

S703，NFVO向VNFM发送第一实例化请求，第一实例化请求包括VNF的第一虚拟连接点的配置信息；相应地，VNFM接收第一实例化请求。

此处是以第一实例化请求包括VNF的第一虚拟连接点的配置信息，第一实例化请求还可以包括VNF的其它虚拟连接点(比如第二虚拟连接点)的配置信息。

示例性地，第一实例化请求可以包括extVirtualLink参数(或者说信元)，NFVO可以将第一虚拟连接点和第二虚拟连接点的配置信息添加在extVirtualLink参数中。其中，extVirtualLink参数用于描述VNF对外连接的网络信息，extVirtualLink里包含(一个或多个)VNF的外部连接点(即extCp)的配置信息。在本申请实施例中，virtualCp1和virtualCp2作为一种extCp对外提供连接信息，所以第一虚拟连接点和第二虚拟连接点的配置信息可以添加在extCp中，如上述表12所示。

可选地，第一实例化请求还可以包括其它可能的信息，比如可以包括VNF的VNFD的标识。

S704，VNFM根据第一虚拟连接点的配置信息，确定第一虚拟连接点对应的第一入口容器对象的配置信息，第一入口容器对象用于提供K个微服务的访问入口。

示例性地，VNFM可以获取VNF的VNFD，VNFD包括映射信息，映射信息用于指示第一虚拟连接点的配置信息与第一入口容器对象的配置信息之间的映射关系；进而，VNFM根据第一虚拟连接点的配置信息和映射信息，确定第一入口容器对象的配置信息。其中，VNFM获取VNF的VNFD的具体实现方式可以有多种，比如参照S503中的描述，不再赘述。

可以理解的是，映射信息用于将VNFD中虚拟连接点的信息映射为CISM可解析的信息(即入口容器对象的配置信息)。作为一种可能的实现，映射信息可以包括K个微服务分别对应的第一至第K映射信息。以第一微服务对应的第一映射信息为例，第一映射信息可以包括以下至少一项：

①域名映射信息，用于指示第一微服务的配置信息包括的第一微服务的域名所映射的参数。

比如，参见表9所示，域名映射信息可以为mciop:ingress1.host1、mciop:ingress1.host2，即表示第一微服务的内部访问域名所映射的参数为mciop:ingress1.host1，第一微服务的外部访问域名所映射的参数为mciop:ingress1.host2。

②优先级映射信息，用于指示第一微服务的配置信息包括的第一微服务的优先级所映射的参数。

比如，参见表9所示，优先级映射信息可以为mciop:ingress1.path1，即表示第一微服务的优先级所映射的参数为mciop:ingress1.path1。

在一个示例中，VNFD包括第一虚拟连接点的描述信息，第一虚拟连接点的描述信息包括第一微服务的描述信息，第一映射信息可以包含在第一微服务的描述信息中。

可选地，第一虚拟连接点的描述信息还包括容器对象类型信息，容器对象类型信息用于指示第一虚拟连接点对应的容器对象类型为ingress。

可选地，第一微服务的描述信息还包括以下至少一项：服务类型信息(包括第一微服务的名称)、域名类型信息(用于指示第一微服务支持配置的域名类型)、优先级信息(用于指示第一微服务支持配置优先级)。

可以理解的是，当域名类型信息用于指示第一微服务支持配置的域名类型包括内部访问域名和外部访问域名时，VNFM可以根据域名映射信息，将内部访问域名和外部访问域名映射到相应的参数中；当域名类型信息用于指示第一微服务支持配置的域名类型只包括内部访问域名(而第一微服务的配置信息包括内部访问域名和外部访问域名)时，VNFM可以根据域名类型信息，从第一微服务的配置信息选择内部访问域名，进而根据域名映射信息，将内部访问域名映射到相应的参数中。

举个例子，VNFD包括对MCIOP的引用，比如MCIOP中原始values.yaml文件如表13所示。

表13：原始values.yaml文件

/>

VNFM根据第一虚拟连接点和第二虚拟连接点的配置信息以及VNFD中的映射信息，对原始values.yaml文件进行更新，更新后的values.yaml文件如表14所示，更新后的values.yaml文件包括第一入口容器对象的配置信息和第二入口容器对象的配置信息。

表14：更新后的values.yaml文件

需要说明的是，上述表13和表14为简化的values.yaml文件示例，用于说明原始values.yaml文件和更新后的values.yaml文件的差异之处，values.yaml文件的具体格式可以参照现有技术。

S705，VNFM向CISM发送第一入口容器对象的配置信息，第一入口容器对象的配置信息用于创建第一入口容器对象。

示例性地，VNFM可以向CISM发送更新后的MCIOP，以便CISM根据MCIOP创建容器对象，已完成VNF的实例化。其中，更新后的MCIOP包括至少一个容器对象的配置信息，此处是以第一入口容器对象为例。

S706，CISM根据第一入口容器对象的配置信息，创建第一入口容器对象。

此处，CISM还可以创建VNF对应的其它容器对象，已完成VNF的实例化。

示例性地，针对于第一入口容器对象，CISM(比如CISM中的ingress控制器)可以为第一入口容器对象分配访问地址(即IP地址)，并向VNFM发送第一入口容器对象的IP地址。

采用上述方法，VNFM可以根据NFVO发送的实例化请求中虚拟连接点的配置信息(一个虚拟连接点对应一个或多个微服务)，确定虚拟连接点对应的入口容器对象的配置信息，进而实现为微服务创建入口容器对象，由于通过入口容器对象定义的service的访问地址(比如fqdn)属于7层，从而便于满足微服务的访问需求。

此外，本申请实施例中通过在VNFD内对virtualCP进行扩展，实现了网元微服务与入口容器对象之间的映射，并通过在VNFD中引入容器对象类型信息、服务类型信息、域名类型信息，优先级信息等参数实现了对入口容器对象的管理，从而可以更好的利用云原生的技术实现网元微服务的改造，并通过MANO实现网元微服务化的创建以及生命周期管理。

可选地，在完成VNF的实例化后，上述方法还可以包括S707-S708和/或S709-S710。

S707，NFVO向VNFM发送第一请求信息，第一请求信息用于请求第一虚拟连接点的访问地址。

此处，触发NFVO向VNFM发送第一请求信息的情形可以有多种，比如NFVO需要查看部署成功的VNF的第一虚拟连接点的访问信息。

S708，VNFM根据第一请求信息，将第一入口容器对象的访问地址作为所述第一虚拟连接点的访问地址发送给NFVO。

进一步地，NFVO可以将第一虚拟连接点的访问地址发送给OSS/BSS，OSS/BSS根据反馈的第一虚拟连接点(即virtualCp1)的IP地址，将微服务的fqdn同IP地址的绑定关系设置到DNS服务器中，比如可以是

ip1:

myAMF_location.mynetwork.com

myAMF_location_external.mynetwork.com

myAMF_mt.mynetwork.com

如此，访问方在获取到微服务的访问地址(即fqdn)后，可以向DNS服务器查询访问地址对应的IP地址，DNS服务器将ingress分配的IP地址返回给访问方，进而访问方向该IP地址发送HTTP请求，并在host头中指定访问的微服务的访问地址，从而实现对微服务的访问。

S709，OSS/BSS可以向NFVO发送第二请求信息，第二请求信息用于请求K个微服务中第一微服务的资源利用信息。

S710，NFVO根据第二请求信息，获取第一微服务对应的至少一个VDU的资源利用信息，并根据第一微服务对应的VDU的资源利用信息，确定第一微服务的资源利用信息，进而向OSS/BSS发送第一微服务的资源利用信息。

示例性地，NFVO可以根据第二请求信息后，可以获取VNF的VNFD，VNFD用于指示第一微服务对应的至少一个VDU，进而可以根据VNFD确定第一微服务对应至少一个VDU。比如，VNFD包括至少一个VDU中每个VDU的描述信息，VDU的描述信息包括服务类型信息，服务类型信息用于指示VDU对应的微服务，参见前文表10所示。

进一步地，NFVO可以向VNFM发送获取请求，获取请求用于请求第一微服务对应的至少一个VDU的资源利用信息；VNFM接收到获取请求后，可以从CISM获取至少一个VDU对应的pod的资源利用信息，并将pod的资源利用信息作为VDU的资源利用信息发送给NFVO。进而，NFVO可以根据至少一个VDU的资源利用信息，确定第一微服务的资源利用信息。

后续，OSS/BSS接收到第一微服务的资源利用信息后，可以根据第一微服务的资源利用信息判断是否需要对第一微服务执行扩容或者更新等操作。

可以理解的是：(1)上述实施例中，是以NFVO向VNFM发送的第一实例化请求中携带虚拟连接点的配置信息为例进行描述的，在其它可能的实施例中，NFVO也可以向VNFM发送多个微服务的配置信息。比如，可以在第一实例化请求中新增加一个信元，用于承载多个微服务的配置信息；相应地，VNFM接收到多个微服务的配置信息后，可以根据VNFD中的virtualCp，获得虚拟连接点与微服务之间的对应关系，进而也可以确定出虚拟连接点的配置信息。

(2)上述实施例所描述的各个流程图的步骤编号仅为执行流程的一种示例，并不构成对步骤执行的先后顺序的限制，本申请实施例中相互之间没有时序依赖关系的步骤之间没有严格的执行顺序。此外，各个流程图中所示意的步骤并非全部是必须执行的步骤，可以根据实际需要在各个流程图的基础上增添或者删除部分步骤。

上述主要从NFVO和VNFM交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是，为了实现上述功能，NFVO和VNFM可以包括执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请的实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对NFVO和VNFM进行功能单元的划分，例如，可以对应各个功能划分各个功能单元，也可以将两个或两个以上的功能集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

图8示出了本申请实施例中所涉及的装置的可能的示例性框图。如图8所示，装置800可以包括：处理单元802和通信单元803。处理单元802用于对装置800的动作进行控制管理。通信单元803用于支持装置800与其他设备的通信。可选地，通信单元803也称为收发单元，可以包括接收单元和/或发送单元，分别用于执行接收和发送操作。装置800还可以包括存储单元801，用于存储装置800的程序代码和/或数据。

(1)情形1

该装置800可以为上述实施例中的VNFM、或者还可以为设置在VNFM中的部件(例如电路或者芯片)。处理单元802可以支持装置800执行上文中各方法示例中VNFM的动作。或者，处理单元802主要执行方法示例中的VNFM的内部动作，通信单元803可以支持装置800与其它设备之间的通信。

比如，在一个实施例中，通信单元803用于：接收来自NFVO的第一实例化请求，所述第一实例化请求用于请求实例化所述VNF，所述第一实例化请求包括所述VNF的第一虚拟连接点的配置信息，所述第一虚拟连接点的配置信息包括所述VNF对应的网络功能NF的K个微服务的配置信息，K为正整数；处理单元802用于：根据所述第一虚拟连接点的配置信息，确定所述第一虚拟连接点对应的第一入口容器对象的配置信息，所述第一入口容器对象用于提供所述K个微服务的访问入口；通信单元803还用于：向CISM发送所述第一入口容器对象的配置信息，所述第一入口容器对象的配置信息用于创建所述第一入口容器对象。

在一种可能的设计中，处理单元802具体用于：获取所述VNF的VNFD，所述VNFD包括映射信息，所述映射信息用于指示所述第一虚拟连接点的配置信息与所述第一入口容器对象的配置信息之间的映射关系；根据所述第一虚拟连接点的配置信息和所述映射信息，确定所述第一入口容器对象的配置信息。

在一种可能的设计中，所述第一微服务的描述信息还包括以下至少一项：服务类型信息，所述服务类型信息包括所述第一微服务的名称；域名类型信息，所述域名类型信息用于指示所述第一微服务支持配置的域名类型，所述域名类型包括内部访问域名和/或外部访问域名；优先级信息，所述优先级信息用于指示所述第一微服务支持配置优先级。

在一种可能的设计中，所述VNFD还包括所述VNF的VDU的描述信息，所述VDU的描述信息包括服务类型信息，所述服务类型信息用于指示所述VDU对应的微服务。

在一种可能的设计中，通信单元803还用于：接收来自所述CISM的所述第一入口容器对象的访问地址。

在一种可能的设计中，通信单元803还用于：接收来自所述NFVO的第一请求信息，所述第一请求信息用于请求所述第一虚拟连接点的访问地址；根据所述第一请求信息，将所述第一入口容器对象的访问地址作为所述第一虚拟连接点的访问地址发送给所述NFVO。

(2)情形2

该装置800可以为上述实施例中的NFVO、或者还可以为设置在NFVO中的部件(例如电路或者芯片)。处理单元802可以支持装置800执行上文中各方法示例中NFVO的动作。或者，处理单元802主要执行方法示例中的NFVO的内部动作，通信单元803可以支持装置800与其它设备之间的通信。

比如，在一个实施例中，通信单元803用于：接收来自OSS/BSS的第二实例化请求，所述第二实例化请求用于请求实例化所述VNF，所述第二实例化请求包括所述VNF对应的NF的M个微服务的配置信息；处理单元802用于：根据所述VNF的第一虚拟连接点对应的K个微服务的配置信息，得到所述第一虚拟连接点的配置信息；其中，所述K个微服务属于所述M个微服务，M、K为正整数，K小于或等于M；通信单元803还用于：向VNFM发送第一实例化请求，所述第一实例化请求包括所述第一虚拟连接点的配置信息，所述第一虚拟连接点的配置信息用于确定所述第一虚拟连接点对应的第一入口容器对象的配置信息，所述第一入口容器对象用于提供所述K个微服务的访问入口。

在一种可能的设计中，处理单元802还用于：获取所述VNF的VNFD，所述VNFD包括所述第一虚拟连接点的描述信息，所述第一虚拟连接点的描述信息用于指示所述第一虚拟连接点对应所述K个微服务。

在一种可能的设计中，通信单元803还用于：接收来自所述OSS/BSS的第二请求信息，所述第二请求信息用于请求所述K个微服务中第一微服务的资源利用信息；处理单元802还用于：根据所述第二请求信息，获取所述第一微服务对应的至少一个VDU的资源利用信息；根据所述第一微服务对应的VDU的资源利用信息，确定所述第一微服务的资源利用信息；通信单元803还用于：向所述OSS/BSS发送所述第一微服务的资源利用信息。

应理解以上装置中单元的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且装置中的单元可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分单元以软件通过处理元件调用的形式实现，部分单元以硬件的形式实现。例如，各个单元可以为单独设立的处理元件，也可以集成在装置的某一个芯片中实现，此外，也可以以程序的形式存储于存储器中，由装置的某一个处理元件调用并执行该单元的功能。此外这些单元全部或部分可以集成在一起，也可以独立实现。这里所述的处理元件又可以成为处理器，可以是一种具有信号的处理能力的集成电路。在实现过程中，上述方法的各操作或以上各个单元可以通过处理器元件中的硬件的集成逻辑电路实现或者以软件通过处理元件调用的形式实现。

在一个例子中，以上任一装置中的单元可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(application specific integratedcircuit，ASIC)，或，一个或多个微处理器(digital singnal processor，DSP)，或，一个或者多个现场可编程门阵列(field programmable gate array，FPGA)，或这些集成电路形式中至少两种的组合。再如，当装置中的单元可以通过处理元件调度程序的形式实现时，该处理元件可以是处理器，比如通用中央处理器(central processing unit，CPU)，或其它可以调用程序的处理器。再如，这些单元可以集成在一起，以片上系统(system-on-a-chip，SOC)的形式实现。

以上用于接收的单元是一种该装置的接口电路，用于从其它装置接收信号。例如，当该装置以芯片的方式实现时，该接收单元是该芯片用于从其它芯片或装置接收信号的接口电路。以上用于发送的单元是一种该装置的接口电路，用于向其它装置发送信号。例如，当该装置以芯片的方式实现时，该发送单元是该芯片用于向其它芯片或装置发送信号的接口电路。

参见图9，为本申请实施例提供的一种装置的结构示意图，用于实现以上实施例中VNFM或NFVO的操作。

如图9所示，装置900可包括处理器901、存储器902以及接口电路903。处理器901可用于对通信协议以及通信数据进行处理，以及对装置900进行控制。存储器902可用于存储程序和数据，处理器901可基于该程序执行本申请实施例中由AP执行的方法。接口电路903可用于装置900与其他设备进行通信，该通信可以为有线通信或无线通信，该接口电路也可以替换为收发器。

以上存储器902也可以是外接于装置900，此时装置900可包括接口电路903以及处理器901。以上接口电路903也可以是外接于装置900，此时装置900可包括存储器902以及处理器901。当接口电路903以及存储器902均外接于装置900时，装置900可包括处理器901。

图9所示的装置能够实现上述方法实施例中涉及VNFM或NFVO的各个过程。图9所示的装置中的各个模块的操作和/或功能，分别为了实现上述方法实施例中的相应流程。具体可参见上述方法实施例中的描述，为避免重复，此处适当省略详述描述。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

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

Claims

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

接收来自网络功能虚拟化编排器NFVO的第一实例化请求，所述第一实例化请求用于请求实例化所述VNF，所述第一实例化请求包括所述VNF的第一虚拟连接点的配置信息，所述第一虚拟连接点的配置信息包括所述VNF对应的网络功能NF的K个微服务的配置信息，K为正整数；

根据所述第一虚拟连接点的配置信息，确定所述第一虚拟连接点对应的第一入口容器对象的配置信息，所述第一入口容器对象用于提供所述K个微服务的访问入口；

向容器基础设施管理器CISM发送所述第一入口容器对象的配置信息，所述第一入口容器对象的配置信息用于创建所述第一入口容器对象。

2.根据权利要求1所述的方法，其特征在于，根据所述第一虚拟连接点的配置信息，确定所述第一虚拟连接点对应的第一入口容器对象的配置信息，包括：

获取所述VNF的虚拟化网络功能描述VNFD，所述VNFD包括映射信息，所述映射信息用于指示所述第一虚拟连接点的配置信息与所述第一入口容器对象的配置信息之间的映射关系；

根据所述第一虚拟连接点的配置信息和所述映射信息，确定所述第一入口容器对象的配置信息。

3.根据权利要求2所述的方法，其特征在于，所述映射信息包括所述K个微服务中第一微服务对应的第一映射信息；

所述第一映射信息包括以下至少一项：

域名映射信息，所述域名映射信息用于指示所述第一微服务的配置信息中的所述第一微服务的域名所映射的参数；

优先级映射信息，所述优先级映射信息用于指示所述第一微服务的配置信息中的所述第一微服务的优先级所映射的参数。

4.根据权利要求3所述的方法，其特征在于，所述VNFD包括所述第一微服务的描述信息，所述第一映射信息包含在所述第一微服务的描述信息中。

5.根据权利要求4所述的方法，其特征在于，所述第一微服务的描述信息还包括以下至少一项：

6.根据权利要求2至5中任一项所述的方法，其特征在于，所述VNFD还包括所述第一虚拟连接点对应的容器对象类型信息，所述容器对象类型信息用于指示所述第一虚拟连接点对应的容器对象类型为入口容器对象。

7.根据权利要求2至6中任一项所述的方法，其特征在于，所述VNFD还包括所述VNF的虚拟部署单元VDU的描述信息，所述VDU的描述信息包括服务类型信息，所述服务类型信息用于指示所述VDU对应的微服务。

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

接收来自所述CISM的所述第一入口容器对象的访问地址。

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

接收来自所述NFVO的第一请求信息，所述第一请求信息用于请求所述第一虚拟连接点的访问地址；

根据所述第一请求信息，将所述第一入口容器对象的访问地址作为所述第一虚拟连接点的访问地址发送给所述NFVO。

10.一种VNF的实例化方法，其特征在于，所述方法包括：

接收来自运营支撑系统/业务支撑系统OSS/BSS的第二实例化请求，所述第二实例化请求用于请求实例化所述VNF，所述第二实例化请求包括所述VNF对应的NF的M个微服务的配置信息；

根据所述VNF的第一虚拟连接点对应的K个微服务的配置信息，得到所述第一虚拟连接点的配置信息；其中，所述K个微服务属于所述M个微服务，M、K为正整数，K小于或等于M；

向VNFM发送第一实例化请求，所述第一实例化请求包括所述第一虚拟连接点的配置信息，所述第一虚拟连接点的配置信息用于确定所述第一虚拟连接点对应的第一入口容器对象的配置信息，所述第一入口容器对象用于提供所述K个微服务的访问入口。

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

获取所述VNF的VNFD，所述VNFD包括所述第一虚拟连接点的描述信息，所述第一虚拟连接点的描述信息用于指示所述第一虚拟连接点对应所述K个微服务。

12.根据权利要求11所述的方法，其特征在于，所述第一虚拟连接点的描述信息包括所述K个微服务的名称。

13.根据权利要求10至12中任一项所述的方法，其特征在于，所述方法还包括：

接收来自所述OSS/BSS的第二请求信息，所述第二请求信息用于请求所述K个微服务中第一微服务的资源利用信息；

根据所述第二请求信息，获取所述第一微服务对应的至少一个VDU的资源利用信息；

根据所述第一微服务对应的VDU的资源利用信息，确定所述第一微服务的资源利用信息；

向所述OSS/BSS发送所述第一微服务的资源利用信息。

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

获取所述VNF的VNFD，所述VNFD包括所述至少一个VDU中每个VDU的描述信息，所述VDU的描述信息包括服务类型信息，所述服务类型信息用于指示所述VDU对应的微服务为所述第一微服务。

15.一种VNF的实例化装置，其特征在于，所述装置包括通信单元和处理单元；

所述通信单元用于：接收来自NFVO的第一实例化请求，所述第一实例化请求用于请求实例化所述VNF，所述第一实例化请求包括所述VNF的第一虚拟连接点的配置信息，所述第一虚拟连接点的配置信息包括所述VNF对应的网络功能NF的K个微服务的配置信息，K为正整数；

所述处理单元用于：根据所述第一虚拟连接点的配置信息，确定所述第一虚拟连接点对应的第一入口容器对象的配置信息，所述第一入口容器对象用于提供所述K个微服务的访问入口；

所述通信单元还用于：向CISM发送所述第一入口容器对象的配置信息，所述第一入口容器对象的配置信息用于创建所述第一入口容器对象。

16.根据权利要求15所述的装置，其特征在于，所述处理单元具体用于：

获取所述VNF的VNFD，所述VNFD包括映射信息，所述映射信息用于指示所述第一虚拟连接点的配置信息与所述第一入口容器对象的配置信息之间的映射关系；

17.根据权利要求16所述的装置，其特征在于，所述映射信息包括所述K个微服务中第一微服务对应的第一映射信息；

所述第一映射信息包括以下至少一项：

18.根据权利要求17所述的装置，其特征在于，所述VNFD包括所述第一微服务的描述信息，所述第一映射信息包含在所述第一微服务的描述信息中。

19.根据权利要求18所述的装置，其特征在于，所述第一微服务的描述信息还包括以下至少一项：

20.根据权利要求16至19中任一项所述的装置，其特征在于，所述VNFD还包括所述第一虚拟连接点对应的容器对象类型信息，所述容器对象类型信息用于指示所述第一虚拟连接点对应的容器对象类型为入口容器对象。

21.根据权利要求16至20中任一项所述的装置，其特征在于，所述VNFD还包括所述VNF的VDU的描述信息，所述VDU的描述信息包括服务类型信息，所述服务类型信息用于指示所述VDU对应的微服务。

22.根据权利要求15至21中任一项所述的装置，其特征在于，所述通信单元还用于：

接收来自所述CISM的所述第一入口容器对象的访问地址。

23.根据权利要求22所述的装置，其特征在于，所述通信单元还用于：

24.一种VNF的实例化装置，其特征在于，所述装置包括通信单元和处理单元；

所述通信单元用于：接收来自OSS/BSS的第二实例化请求，所述第二实例化请求用于请求实例化所述VNF，所述第二实例化请求包括所述VNF对应的NF的M个微服务的配置信息；

所述处理单元用于：根据所述VNF的第一虚拟连接点对应的K个微服务的配置信息，得到所述第一虚拟连接点的配置信息；其中，所述K个微服务属于所述M个微服务，M、K为正整数，K小于或等于M；

所述通信单元还用于：向VNFM发送第一实例化请求，所述第一实例化请求包括所述第一虚拟连接点的配置信息，所述第一虚拟连接点的配置信息用于确定所述第一虚拟连接点对应的第一入口容器对象的配置信息，所述第一入口容器对象用于提供所述K个微服务的访问入口。

25.根据权利要求24所述的装置，其特征在于，所述处理单元还用于：

26.根据权利要求25所述的装置，其特征在于，所述第一虚拟连接点的描述信息包括所述K个微服务的名称。

27.根据权利要求24至26中任一项所述的装置，其特征在于，所述通信单元还用于：接收来自所述OSS/BSS的第二请求信息，所述第二请求信息用于请求所述K个微服务中第一微服务的资源利用信息；

所述处理单元还用于：根据所述第二请求信息，获取所述第一微服务对应的至少一个VDU的资源利用信息；根据所述第一微服务对应的VDU的资源利用信息，确定所述第一微服务的资源利用信息；

所述通信单元还用于：向所述OSS/BSS发送所述第一微服务的资源利用信息。

28.根据权利要求27所述的装置，其特征在于，所述处理单元还用于：

29.一种VNF的实例化方法，其特征在于，所述方法包括：

NFVO接收来自OSS/BSS的第二实例化请求，所述第二实例化请求用于请求实例化所述VNF，所述第二实例化请求包括所述VNF对应的NF的M个微服务的配置信息；NFVO根据所述VNF的第一虚拟连接点对应的K个微服务的配置信息，得到所述第一虚拟连接点的配置信息，并向VNFM发送第一实例化请求，所述第一实例化请求包括所述第一虚拟连接点的配置信息；其中，所述K个微服务属于所述M个微服务，M、K为正整数，K小于或等于M；

VNFM接收来自所述NFVO的所述第一实例化请求，根据所述第一虚拟连接点的配置信息，确定所述第一虚拟连接点对应的第一入口容器对象的配置信息，所述第一入口容器对象用于提供所述K个微服务的访问入口，并向容器基础设施管理器CISM发送所述第一入口容器对象的配置信息，所述第一入口容器对象的配置信息用于创建所述第一入口容器对象。

30.一种VNF的实例化系统，其特征在于，包括：

VNFM，用于实现如权利要求1-9任一项所述的方法；

NFVO，用于实现如权利要求10-14任一项所述的方法。

31.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序，当所述计算机程序在计算机上运行时，使得所述计算机执行权利要求1-14任一项所述的方法。

32.一种芯片，其特征在于，所述芯片与存储器耦合，所述芯片读取所述存储器中存储的计算机程序，执行权利要求1-14任一项所述的方法。