CN115037788A - 一种创建网络服务ns的方法及相关装置 - Google Patents

Abstract

本申请实施例公开了一种创建网络服务NS的方法及相关装置，用于通过向NFVO查询NSD的信息，并通过NSD的信息中的网络服务部署偏好的信息请求NFVO创建NS实例。该方法包括：管理设备通过向网络功能虚拟化编排器NFVO发送网络服务描述NSD查询请求，然后接收来自NFVO的NSD的信息，由于NSD的信息包括网络服务部署偏好的信息，那么管理设备可以根据网络服务部署偏好的信息确定实例化参数，从而请求NFVO创建NS实例，无需工作人员通过NFVO输入实例化参数，从而降低了通过管理设备部署NS实例的操作复杂度，同时避免了由于手工输入实例化参数而造成的出错。

Description

一种创建网络服务NS的方法及相关装置

技术领域

本申请涉及网络功能虚拟化领域，尤其涉及一种创建网络服务(networkservice，NS)的方法及相关装置。

背景技术

网络功能虚拟化(network function virtualization，NFV)技术是采用虚拟化技术将传统网络中专用设备的功能虚拟化为独立的应用，灵活地部署在基于标准的计算硬件、存储硬件和网络硬件等其他设备构建的统一基础设施平台上。通过NFV技术实现的功能称为网络服务(network service，NS)。

在现有技术中，为了在NFV系统中部署NS，运营支持系统(operations supportsystem,OSS)和/或业务支持系统(business support system，BSS)需要将网络服务描述(network service descriptor，NSD)信息上传到网络功能虚拟化编排器(networkfunctions virtualization orchestrator，NFVO)，让NFVO根据NSD的信息部署NS。

然而，当通过在OSS/BSS上操作部署NS时，现有技术需要工作人员通过NFVO输入实例化参数，导致通过OSS/BSS部署NS操作复杂，并且由于手工输入实例化参数也容易造成出错。

发明内容

本申请实施例提供了一种创建网络服务NS的方法及相关装置，用于通过向NFVO查询NSD的信息，并通过NSD的信息中的网络服务部署偏好的信息请求NFVO创建NS实例。

第一方面，提供了一种创建网络服务NS的方法，该方法可应用于管理设备。在该方法中，管理设备通过向网络功能虚拟化编排器NFVO发送网络服务描述NSD查询请求，然后接收来自NFVO的NSD的信息，由于NSD的信息包括网络服务部署偏好的信息，那么管理设备可以根据网络服务部署偏好的信息确定实例化参数，从而请求NFVO创建NS实例，无需工作人员通过NFVO输入实例化参数，从而降低了通过管理设备部署NS实例的操作复杂度，同时避免了由于手工输入实例化参数而造成的出错。

在一种可能的设计中，管理设备通过接收NFVO发送的NSD的信息列表，NSD的信息列表包括，从而可以根据实际需要从NSD的信息列表中的至少一个NSD的信息选择NSD的信息。例如，若OSS/BSS所需要的NS是下一代移动核心网络(Evolved Packet Core，EPC)服务，那么OSS/BSS可以在NSD的信息列表中搜索命名为EPC服务相关的NSD的信息(例如EPC或下一代移动核心网络服务)，然后选择该NSD的信息。

在一种可能的设计中，NSD的信息包括至少一个网络服务部署偏好的信息，从而管理设备可以根据所要部署的NS实例的需要，从至少一个网络服务部署偏好的信息中选择网络服务部署偏好的信息。例如，若所要部署的NS实例的主要功能在于存储数据，若某个网络服务部署偏好的信息可实现存储数据的功能，那么OSS/BSS可以选择该网络服务部署偏好的信息。

在一种可能的设计中，网络服务部署偏好的信息包括网络服务部署偏好NSDF的标识、至少一个虚拟化网络功能描述VNFD的标识和/或至少一个物理网络功能描述PNFD的标识，从而使得管理设备可以根据NSDF的标识、至少一个VNFD的标识和/或至少一个PNFD的标识来获取部署NS实例的实例化参数。

在一种可能的设计中，至少一个VNFD的标识包括第一VNFD的标识，从而使得管理设备可以根据第一VNFD的标识获取第一虚拟网络功能VNF实例的信息。实例化NS的请求包括NSDF的标识、第一VNFD的标识和第一VNF实例的信息，使得NFVO部署NS实例时，可以根据NSDF的标识确定NSDF，根据第一VNFD的标识第一VNF实例的信息确定复用的第一VNF实例。

在一种可能的设计中，管理设备向NFVO发送VNF查询请求，VNF查询请求携带第一VNFD的标识，VNF查询请求用于向NFVO请求VNF实例的信息，以使得NFVO根据第一VNFD的标识确定可复用的第一VNF实例的信息，当管理设备接收来自NFVO的第一VNF实例的信息列表后，第一VNF实例的信息列表包括由第一VNFD进行实例化得到的至少一个VNF实例的信息，从而获取了第一VNF实例的信息列表中可复用的第一VNF实例的信息。

需要说明的是，“可复用的第一VNF实例”指的是第一VNF实例已经实例化，可以被新建的NS实例选择复用。具体的，“复用”指的是使用已经存在的VNF实例，作为准备创建的NS实例的VNF实例。也就是说，该准备创建的NS实例复用第一VNF实例，表示该NS实例包括该第一VNF实例。

在一些可能的实现方式中，第一VNF实例的信息还可以包括该第一VNF实例的规则、可用资源、业务能力和/或位置等，OSS/BSS也可以根据这些信息的一个或多个判断是否要在NS实例中复用该第一VNF实例。

在一种可能的设计中，至少一个VNFD的标识包括第二VNFD的标识，管理设备获取虚拟私有云VPC的信息，从而使用VPC部署根据第二VNFD创建的第二VNF实例，那么实例化NS请求可以进一步包括第二VNFD的标识和VPC的信息。

在一种可能的设计中，管理设备向NFVO发送VPC查询请求，VPC查询请求用于向NFVO请求VPC的信息，并接收来自NFVO的VPC列表，VPC列表包括至少一个VPC的信息，管理设备可以实际需要从VPC列表中确定VPC的信息。其中，VPC的信息中的名称通常根据该VPC的位置来命名，例如深圳-罗湖区-东晓街道。在一些可能的实现方式中，VPC的信息中的名称还可以通过其业务来命名，例如IMS。续上述例子，OSS/BSS可以通过发送VPC查询请求，请求NFVO向OSS/BSS发送的VPC的信息列表中包括所有可用的VPC的信息。在一些可能的实现方式中，OSS/BSS可以通过发送VPC查询请求，请求NFVO向OSS/BSS发送的VPC的信息列表中携带满足该特定资源或位置的可用的VPC的信息。

在一种可能的设计中，管理设备根据至少一个PNFD的标识获取PNF的信息，那么实例化NS请求可以进一步包括PNFD的标识和所述PNFD的标识指示的PNF的信息，使得NFVO可以根据PNFD的标识和PNF的信息部署NS实例。需要说明的是，当前的NFV系统可以提供VNF的服务和PNF的服务。其中，PNF为实体硬件的节点，PNF提供了专用设备的服务。在本申请实施例中，NFV系统可以同时提供VNF和/或PNF的服务，以供OSS/BSS进行选择。

在一种可能的设计中，当管理设备选择了NSD的信息后，若NSD的信息中指示部署的NS实例中包括VNF实例，则管理设备需要选择复用的VNF实例或创建VNF实例。若管理设备选择复用VNF实例，则管理设备可以执行从NFVO中获取可复用的VNF实例的信息以及后续步骤。若管理设备选择创建VNF实例，则管理设备可以执行从NFVO中确定可用的VPC以及后续。若NSD的信息中指示部署的NS实例中包括PNF实例，管理设备需要执行选择复用的PNF以及后续步骤。若NSD的信息中指示部署的NS实例中包括VNF实例和PNF实例，那么管理设备需要执行选择复用的VNF实例或创建VNF实例以及后续步骤，还需要执行从NFVO中确定可用的VPC以及后续步骤。

在一种可能的设计中，管理设备向设备管理系统EM发送PNF查询请求，通过在PNF查询请求中携带PNFD的标识，用于向NFVO请求与PNFD相关联的PNF的信息，那么EM会向管理设备发送PNF列表，PNF列表包括与PNFD的标识相关联的至少一个PNF的信息，从而管理设备可以根据实际需要从PNF列表中确定PNF的信息。例如，管理设备根据需要实现的功能，或者所在的城市等，那么OSS/BSS可以根据PNF的命名确定是否要选用该PNF。在一些可能的实现方式中，OSS/BSS也可以根据PNF的信息中的厂家、版本和类型来判断是否要选用该PNF。

在一种可能的设计中，管理设备为运营支持系统和业务支持系统(OperationsSupport System and Business Support System，OSS/BSS)或核心网切片管理(corenetwork-Network Slice Subnet Management Function，CN NSSMF)，那么管理设备可以面对不同类型的用户(OSS/BSS的用户或CN NSSMF的用户)提供NS的服务。

第二方面，提供了一种创建网络服务NS的方法，该方法可应用于网络功能虚拟化编排器(NFV orchestrator，NFVO)设备。在该方法中，NFVO接收管理设备发送的网络服务描述NSD查询请求，NSD查询请求用于向NFVO请求NSD的信息，然后NFVO向管理设备发送NSD的信息，NSD的信息包括网络服务部署偏好的信息，网络服务部署偏好的信息指示用户对网络服务的部署偏好，接着NFVO接收管理设备根据网络服务部署偏好的信息发送的实例化NS的请求，并根据实例化NS的请求创建与NSD相关的NS实例，由于NSD的信息包括网络服务部署偏好的信息，那么管理设备可以根据网络服务部署偏好的信息确定实例化参数，从而请求NFVO创建NS实例，无需工作人员通过NFVO输入实例化参数，从而降低了通过管理设备部署NS实例的操作复杂度，同时避免了由于手工输入实例化参数而造成的出错。

在一种可能的设计中，NFVO向管理设备发送NSD的信息列表，由于NSD的信息列表包括至少一个NSD的信息，以使得管理设备可以根据实际需要从NSD的信息列表中确定NSD的信息。例如，若OSS/BSS所需要的NS是下一代移动核心网络(Evolved Packet Core，EPC)服务，那么OSS/BSS可以在NSD的信息列表中搜索命名为EPC服务相关的NSD的信息(例如EPC或下一代移动核心网络服务)，然后选择该NSD的信息。

在一种可能的设计中，NSD的信息包括至少一个网络服务部署偏好的信息，从而管理设备可以根据所要部署的NS实例的需要，从至少一个网络服务部署偏好的信息中确定网络服务部署偏好的信息。例如，若所要部署的NS实例的主要功能在于存储数据，若某个网络服务部署偏好的信息可实现存储数据的功能，那么OSS/BSS可以选择该网络服务部署偏好的信息。

在一种可能的设计中，网络服务部署偏好的信息包括网络服务部署偏好NSDF的标识、至少一个虚拟化网络功能描述VNFD的标识和/或至少一个物理网络功能描述PNFD的标识，从而使得管理设备可以根据NSDF的标识、至少一个VNFD的标识和/或至少一个PNFD的标识来获取部署NS实例的实例化参数。

在一种可能的设计中，至少一个VNFD的标识包括第一VNFD的标识，实例化NS的请求包括NSDF的标识、第一VNFD的标识和第一VNF实例的信息，当NFVO接收管理设备发送的VNF查询请求，VNF查询请求携带第一VNFD的标识，VNF查询请求用于向NFVO请求VNF实例的信息，可以向管理设备发送第一VNF实例的信息列表，第一VNF实例的信息列表包括由第一VNFD进行实例化得到的至少一个VNF实例的信息，使得当管理设备接收来自NFVO的第一VNF实例的信息列表后，获取了第一VNF实例的信息列表中可复用的第一VNF实例的信息。

在一种可能的设计中，至少一个VNFD的标识包括第二VNFD的标识，实例化NS请求进一步包括第二VNFD的标识和VPC的信息，当NFVO接收管理设备发送的VPC查询请求时，由于VPC查询请求用于向NFVO请求VPC的信息，那么NFVO可以向管理设备发送VPC列表，VPC列表包括至少一个VPC的信息，以使得管理设备从VPC列表中确定VPC的信息，VPC用于部署根据第二VNFD创建的第二VNF实例，从而使用VPC部署根据第二VNFD创建的第二VNF实例，那么实例化NS请求可以进一步包括第二VNFD的标识和VPC的信息。

在一种可能的设计中，实例化NS请求进一步包括PNFD的标识和PNFD的标识指示的PNF的信息，使得管理设备可以实际需要从VPC列表中确定VPC的信息。其中，VPC的信息中的名称通常根据该VPC的位置来命名，例如深圳-罗湖区-东晓街道。在一些可能的实现方式中，VPC的信息中的名称还可以通过其业务来命名，例如IMS。续上述例子，OSS/BSS可以通过发送VPC查询请求，请求NFVO向OSS/BSS发送的VPC的信息列表中包括所有可用的VPC的信息。在一些可能的实现方式中，OSS/BSS可以通过发送VPC查询请求，请求NFVO向OSS/BSS发送的VPC的信息列表中携带满足该特定资源或位置的可用的VPC的信息。

第三方面，提供了一种管理设备，用于实现上述第一方面描述的方法。管理设备可以为OSS/BSS或CN NSSMF。例如，管理装置包括：发送单元、接收单元和处理单元。

关于创建网络服务NS的方法的具体实现方式可以参考上述第一方面的阐述，不予赘述。

第四方面，提供了一种通信装置，用于实现上述第二方面描述的方法。通信装置为NFVO。例如，该通信装置包括：接收单元、发送单元和处理单元。

关于创建网络服务NS的方法的具体实现方式可以参考上述第二方面的阐述，不予赘述。

需要说明的是，上述第四方面和第三方面的功能模块可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块。例如，收发器，用于完成接收单元和发送单元的功能，处理器，用于完成处理单元的功能，存储器，用于处理器处理本申请的方法的程序指令。处理器、收发器和存储器通过总线连接并完成相互间的通信。具体的，可以参考第一方面的方法至第四方面的方法中的管理设备或NFVO的行为的功能。

第五方面，本申请还提供了一种管理设备，用于实现上述第一方面描述的方法。该管理设备包括芯片系统。例如管理设备包括处理器，用于实现上述第一方面或第三方面描述的方法中的功能。管理设备还可以包括存储器，用于存储程序指令和数据。存储器与处理器耦合，处理器可以调用并执行存储器中存储的程序指令，用于实现上述第一方面或第三方面描述的方法中的功能。管理设备还可以包括通信接口，通信接口用于该通信装置与其它设备进行通信。示例性地，管理设备为OSS/BSS或CN NSSMF。

在一种可能的设备中，该通信接口可以是收发器。具体的可以参考上述各方面的阐述，不予赘述。

第六方面，本申请还提供了一种通信装置，用于实现上述第二方面描述的方法。通信装置为NFVO。例如通信装置包括处理器，用于实现上述第二方面描述的方法中的功能。通信装置还可以包括存储器，用于存储程序指令和数据。存储器与处理器耦合，处理器可以调用并执行存储器中存储的程序指令，用于实现上述第二方面描述的方法中的功能。通信装置还可以包括通信接口，通信接口用于该通信装置与其它设备进行通信。

在一种可能的设备中，该通信接口可以是收发器。处理器，用于根据第一虚拟资源模板的标识指示的第一虚拟资源模板在第一服务器上部署第一虚拟机，或者，根据第二虚拟资源模板的标识指示的第二虚拟资源模板在第二服务器上部署第二虚拟机。

第七方面，本申请还提供了一种计算机可读存储介质，包括：计算机软件指令；当计算机软件指令在管理设备中运行时，使得管理设备执行上述第一方面的方法。

第八方面，本申请还提供了一种计算机可读存储介质，包括：计算机软件指令；当计算机软件指令在通信装置中运行时，使得通信装置执行上述第二方面的方法。

第九方面，本申请还提供了一种包含指令的计算机程序产品，当计算机程序产品在通信装置中运行时，使得管理设备执行上述第一方面的方法。

第十方面，本申请还提供了一种包含指令的计算机程序产品，当计算机程序产品在通信装置中运行时，使得通信装置执行上述第二方面的方法。

第十一方面，本申请提供了一种芯片系统，该芯片系统包括处理器，还可以包括存储器，用于实现上述方法中OSS/BSS或NVFO的功能。该芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。

第十二方面，本申请还提供了一种通信系统，通信系统包括第三方面描述的管理设备以及第四方面描述的通信设备。

另外，上述任意方面的设计方式所带来的技术效果可参见第一方面和第二方面中不同设计方式所带来的技术效果，此处不再赘述。

附图说明

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

图2为本申请实施例提供的一种创建网络服务NS的方法的流程图；

图3为本申请提供的一种管理设备的组成示意图；

图4为本申请提供的一种通信装置的组成示意图；

图5为本申请提供的另一种管理设备的组成示意图；

图6为本申请提供的另一种通信装置的组成示意图。

具体实施方式

本申请说明书和权利要求书及上述附图中的术语“第一”、“第二”和“第三”等是用于区别不同对象，而不是用于限定特定顺序。

在本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

为了下述各实施例的描述清楚简洁，首先给出相关技术的简要介绍：

传统的电信系统是通过各种专用的硬件设备组成，不同的功能采用不同的硬件设备。随着网络规模的增长，电信系统越来越复杂，带来了诸多的挑战。例如，新增业务的开发上线、系统的运维和资源利用率等。为了应对这些挑战及利用互联网(internettechnology，IT)业界的虚拟化技术及云计算技术，全球主要的13个电信运营商联合发布了网络功能虚拟化(network function virtualization，NFV)白皮书，并宣布在欧洲电信标准协会(europe telecommunications standards institute，ETSI)成立NFV行业规范组(industry specific group，ISG)，制定NFV的需求及技术框架，推动NFV的发展。

NFV技术利用虚拟化技术对基础设施硬件设备(如计算设备、存储设备、网络设备)资源池化及虚拟化，对上层应用提供虚拟资源，实现软件和硬件解耦。开发新业务时，不需要单独部署硬件设备，只需要采用虚拟化技术将业务虚拟化为独立的应用(如VNF)，从而，大大缩短新业务上线时间，且使得虚拟资源供给速度大大增加。

NFV技术利用云计算技术，可以实现应用的弹性伸缩，实现虚拟资源与业务负荷相匹配，不仅提升了虚拟资源的利用效率，而且改善了NFV系统的响应速率。

图1为本申请实施例提供的一种NFV系统架构示例图。NFV系统可以在各种网络中使用，例如在一个数据中心网络、运营商网络或局域网来实现。NFV系统包括一个NFV管理和编排系统(NFV management and orchestration，NFV MANO)101、NFV基础设施层(NFVinfrastructure，NFVI)102、多个虚拟网络功能(Virtual Network Function，VNF)103、多个网元管理(element management，EM)104和管理设备105。

其中，NFV MANO 101用于执行对NFVI 102和VNF 103的监视和管理。NFV管理和编排系统101包括NFV编排器(NFV orchestrator，NFVO)1011，一个或多个VNF管理器(VNFmanager，VNFM)1012和虚拟化基础设施管理器(virtualized infrastructure manager，VIM)1013。

NFVO 1011主要负责处理虚拟化业务的生命周期管理、虚拟基础设施及NFVI中虚拟资源的分配和调度等。NFVO 1011也可以接收管理设备发送的网络服务描述NSD查询请求，NSD查询请求用于向NFVO请求NSD的信息，然后向管理设备发送NSD的信息，NSD的信息包括网络服务部署偏好的信息，网络服务部署偏好的信息指示用户对网络服务的部署偏好，并接收管理设备根据网络服务部署偏好的信息发送的实例化NS的请求，实现NFVO可以根据实例化NS的请求创建与NSD相关的NS实例。

VNFM 1012主要负责一个或多个VNF 103的生命周期管理。比如，实例化(instantiating)，更新(updating)，查询，弹性伸缩(scaling)，终止(terminating)VNF103等。VNFM 1012可以与VNF 103通信以完成VNF 103生命周期管理及交换配置和状态信息。在NFV系统中VNFM 1012可以有多个，负责对不同类型的VNF进行生命周期管理。此外，VNFM1012还可以在对VNF实例化完成后，将VNF实例的虚拟机或容器的IP地址发送给NFVO1011。

VIM 1013可以执行资源管理的功能，例如管理基础设施资源的分配(例如增加资源到虚拟容器)和操作功能(如收集NFVI故障信息)。VNFM 1012和VIM 1013可以相互通信进行资源分配和交换虚拟化硬件资源的配置和状态信息。例如，控制和管理VNF 103与计算硬件1021，存储硬件1022，网络硬件1023，虚拟计算(virtual computing)1024，虚拟存储1025，虚拟网络1026的交互。

NFVI 102包括硬件资源层、虚拟化层(virtualization layer)和虚拟资源层。NFVI102包括的硬件资源、软件资源或两者的组合来完成虚拟化环境的部署。换句话说，硬件资源和虚拟化层用于提供虚拟化的资源，例如作为虚拟机和其它形式的虚拟容器，用于VNF103。硬件资源层包括计算硬件1021、存储硬件1022和网络硬件1023。计算硬件1021可以是市场上现成的硬件和/或用户定制的硬件，用来提供处理和计算资源。存储硬件1022可以是网络内提供的存储容量或驻留在存储硬件1022本身的存储容量(位于服务器内的本地存储器)。在一个实现方案中，计算硬件1021和存储硬件1022的资源可以被集中在一起。网络硬件1023可以是交换机、路由器和/或配置成具有交换功能的任何其他网络设备。网络硬件1023可以横跨多个域，并且可以包括多个由一个或一个以上传输网络互连的网络。NFVI102里面的虚拟化层可以从物理层抽象硬件资源和解耦VNF 103，以便向VNF103提供虚拟化资源。虚拟资源层包括虚拟计算1024、虚拟存储1025和虚拟网络1026。虚拟计算1024和虚拟存储1025可以以虚拟机、和/或其他虚拟容器的形式提供给VNF 103。例如，一个或一个以上的VNF 103可以部署在一个虚拟机(virtual machine，VM)上。虚拟化层抽象网络硬件1023，从而形成虚拟网络1026，虚拟网络1026可以包括虚拟交换机(virtual switch)，虚拟交换机用来提供虚拟机和其他虚拟机之间的连接。此外，网络硬件1023中的传输网络，可以采用集中式控制平面和一个单独的转发平面(如软件定义网络)虚拟化。

硬件上，计算硬件1021、存储硬件1022和网络硬件1023可能包含多个机框，或多个机架，甚至多个机房。软件上，可能存在一个VIM 1013，也可能存在多个VIM，分别管理不同的硬件资源。

VNF 103为虚拟化的网络功能实例。

设备管理系统(EM)104是传统网络中用于对设备进行配置，管理的系统，在NFV系统中，EM 104也可以用于对VNF 103进行配置和管理，以及向VNFM 1012发起新的VNF 103的实例化等生命周期管理操作。

管理设备105用于面对用户，支持各种端到端的电信业务。管理设备105包括运营支持系统和业务支持系统(Operations Support System and Business Support System，OSS/BSS)和核心网切片管理(core network-Network Slice Subnet ManagementFunction，CN NSSMF)。以OSS/BSS为例。OSS支持网络配置，业务提供，故障管理等管理功能，BSS用于处理订单，付费，收入等，支持产品管理，订单管理，收益管理及客户管理等。

管理设备105也可以向NFVO发送NSD查询请求，NSD查询请求用于向NFVO请求NSD的信息，然后接收NFVO发送的NSD的信息，NSD的信息包括网络服务部署偏好的信息，网络服务部署偏好的信息指示用户对网络服务的部署偏好，接着根据网络服务部署偏好的信息向NFVO发送实例化NS的请求，以请求NFVO创建与NSD相关的NS实例。

在NFV系统中，虚拟化的网络服务(Network Service，NS)可以是一个IP多媒体子系统(IP multimedia subsystem，IMS)网络服务，或者，是一个下一代移动核心网络(Evolved Packet Core，EPC)网络服务等。一个NS中可以包含若干个VNF。在对一个NS进行虚拟化部署时，虚拟化业务提供方需要从虚拟化业务请求方获取该业务的描述信息，即网络服务模板(Network Service descriptor，NSD)。NSD主要描述了该业务的拓扑结构信息以及包含的每个VNF的描述信息，即VNFD。在拓扑结构信息中，可以使用虚拟化连接模板(virtual link descriptor，VLD)来描述VNF之间的连接。虚拟化业务请求方可以为NFVO或发送者(sender)。发送者具体可以为OSS/BSS。

使用如图1所示的系统，管理设备105通过向NFVO 1011发送NSD查询请求，然后接收来自NFVO 1011的NSD的信息，NSD的信息包括网络服务部署偏好的信息，那么管理设备105可以根据网络服务部署偏好的信息确定实例化参数，从而请求NFVO 1011创建NS实例，无需工作人员通过NFVO1011输入实例化参数，从而降低了通过管理设备105部署NS实例的操作复杂度，同时避免了由于手工输入实例化参数而造成的出错。

在下述实施例中，以管理设备105为OSS/BSS为例进行说明。

图2为本申请实施例提供的一种创建网络服务NS的方法，如图3所示，该方法可以包括：

201、NFVO获取NSD的信息列表，NSD的信息列表包括至少一个NSD的信息。

在一些可能的实现方式中，NSD文件的数据格式可以是数据压缩文件格式zip，zip是一种数据压缩和文档储存的文件格式，通常使用后缀名“.zip”。

在本申请实施例中，NFVO可以接收上传的NSD文件，并解析NSD文件进行解析，得到NSD的信息。NFVO存储该NSD的信息，作为NSD的信息列表中的一个NSD的信息。NSD的信息列表包括至少一个NSD的信息，各NSD的信息可以包括网络服务部署偏好的信息。

在一些可能的实现方式中，NSD的信息可以为在标准《ETSI GS NFV-IFA 014》中NsdInfo的基础上增加了网络服务部署偏好的信息。具体的，NsdInfo的详细内容，请参考标准《ETSI GS NFV-IFA 014》的NsdInfo的信息元素的属性(Table 1:Attributes of theNsdInfo information element)。

示例性的，请参考表2-1，该NSD的信息可以为NsdInfo，该NsdInfo还可以包括NSDF(1..N个)、nsdInfoId(1个)、nsdId(0..1个)和Name(0..1)。

表2-1

其中，nsdInfoId表示该nsdInfo的标识，即该NSD的信息的标识。nsdId表示已上线的NSD的标识，数量为0或1个(0..1),若该NSD上线了，那么数量为1，否则为0。Name表示该NSD的命名(可以为自然语言的命名，例如“交换机”，也可以为非自然语言的命名，例如“<-->”)，数量为0或1个(0..1),若该NSD上线了，那么数量为1，否则为0；NSDF表示网络服务部署偏好的信息，那么1个或N个(1..N)NSDF表示至少一个网络服务部署偏好的信息。

在标准《ETSI GS NFV-IFA 014》的NsdInfo的信息元素的属性(Table 1:Attributes of the NsdInfo information element)中，NsdInfo还可以包括其他信息，例如version、designer、nestedNsdInfoId、artifacts等信息，此处不做赘述。

下面以一个网络服务部署偏好的信息进行详细说明。

示例性的，网络服务部署偏好的信息可以参考标准《ETSI GS NFV-IFA 014》中的NSDF信息元素属性(Table 6.3.2.2-1:Attributes of the NSDF information element)中所述的内容。具体的，请参考表2-2。

表2-2

其中，在属性栏中，NSDFId表示该NSDF的标识，数量为1，NSDFId是NSDF的唯一标识；vnfProfile表示vnfProfile的信息，数量为0..N，表示0个或N个vnfProfile的信息；pnfProfile表示pnfProfile的信息，数量为0..N，表示0个或N个pnfProfile的信息。

需要说明的是，一个vnfProfile与一个VNFD对应，用于表示一组VNF实例，这一组VNF实例里的VNF实例都是使用由对应的VNFD进行实例化得到的。OSS/BSS可以查询使用该PNFD进行实例化的一组VNF实例，然后为创建的NS实例选择复用这些VNF实例，也可以根据VnfProfile对应的VNFD创建新的VNF实例。一个pnfProfile与一个PNFD对应，用于表示一组PNF，这一组PNF里的PNF都与该pnfProfile对应的PNFD相关联。OSS/BSS可以查询与该PNFD相关联的一组VNF实例，然后为创建的NS实例选择复用这些PNF。

示例性的，vnfProfile的信息可以参考标准《ETSI GS NFV-IFA 014》中的VnfProfile信息元素属性(Table 6.3.3.2-1:Attributes of the VnfProfileinformation element)中所述的内容。具体的，如表2-3所示，vnfProfile包括vnfProfileId和VNFDId，vnfProfileId为vnfProfile的唯一标识，VNFDId即为vnfProfile对应的VNFD的唯一标识。

表2-3

需要说明的是，VNFD是一个关于VNF的描述信息，也称作VNF的部署模板，其中包含的虚拟部署单元(virtualisation deployment unit，VDU)、连接点(connection point，CP)、虚拟连接(virtual link，VL)等信息，其中VDU可以代表一个安装了应用软件的虚拟机，在VDU的描述中会包含对该虚拟机的所有虚拟资源的需求描述。而CP代表虚拟机上的连接信息，比如可以是虚拟网卡信息，可以采用IP地址或MAC地址来表示。而VL是VNF内连接多个VDU的虚拟连接，可以用连接类型、带宽信息等表示。

示例性的，PnfProfile的信息可以参考标准《ETSI GS NFV-IFA 014》中的PnfProfile信息元素属性(Table 6.3.6.2-1:Attributes of the PnfProfileinformation element)中所述的内容。具体的，如表2-3所示，PnfProfile包括PnfProfileId和PnfdId，PnfProfileId为PnfProfile的唯一标识，PnfdId即为PnfProfileId对应的PNFD的唯一标识。

表2-4

需要说明的是，PNFD是一个关于pnf的描述信息，也称作pnf的部署模板。

202、OSS/BSS向NFVO发送NSD查询请求，NSD查询请求用于向NFVO请求NSD的信息。

示例性的，OSS/BSS可以通过Os-Ma-nfvo接口中的“Query NSDGET ns_descriptors”向NFVO发送NSD查询请求。Os-Ma-nfvo是当前NFV系统的常用接口，具体请参考标准gs_nfv_ifa013 7.2.7Query NSD Info operation，此处不作赘述。

示例性的，NSD的信息可以为如表2-1所示的NsdInfo，那么NSD查询请求可以如表2-5所示：

表2-5

需要说明的是，该NSD查询请求是通过Os-Ma-nfvo接口中的“Query NSDGET ns_descriptor”发送的；而返回参数为“NsdInfo列表”，表示作为NSD的信息列表。

在一些可能的实现方式中，传入参数也可以为一个或多个NsdInfo的标识，表示OSS/BSS向NFVO请求该一个或多个NsdInfo的标识所对应的一个或多个NsdInfo。

203、NFVO向OSS/BSS发送NSD的信息列表，NSD的信息列表包括至少一个NSD的信息。

当NFVO接收到来自OSS/BSS发送的NSD查询请求后，根据NSD查询请求返回NSD的信息列表，NSD的信息列表包括至少一个NSD的信息。

续上述202中的例子，NFVO可以向OSS/BSS返回的NsdInfo列表为NFVO在步骤201中获取所有的NSD的信息列表，也可以在NSD查询请求携带“一个或多个NsdInfo的标识”，那么NFVO向OSS/BSS返回的NsdInfo列表为NFVO在步骤201中获取的NSD的信息列表中，该一个或多个NsdInfo的标识所对应的一个或多个NsdInfo。

204、OSS/BSS从NSD的信息列表中选择NSD的信息，NSD的信息包括网络服务部署偏好的信息列表，网络服务部署偏好的信息列表包括至少一个网络服务部署偏好的信息。

当OSS/BSS接收到NSD的信息列表后，可以根据对NS实例的实际需要选择需要的NSD的信息。例如，当OSS/BSS接收到多个如表2-1所示的NSD的信息列表，若OSS/BSS所需要的NS是下一代移动核心网络(Evolved Packet Core，EPC)服务，那么OSS/BSS可以在NSD的信息列表中搜索命名为EPC服务相关的NSD的信息(例如EPC或下一代移动核心网络服务)，然后选择该NSD的信息。

由于NSD的信息包括至少一个网络服务部署偏好的信息，OSS/BSS还可以根据NSD的信息列表中各个NSD的信息中网络服务部署偏好的信息来判断是否选择该NSD的信息，此处不做限定。

续上述步骤203中的例子，若NSD的信息列表为NsdInfo列表，那么OSS/BSS可以根据创建的NS实例的需要，选择一个NsdInfo，所选择的NsdInfo包括1..N个NSDF，即网络服务部署偏好的信息列表。

205、OSS/BSS从至少一个网络服务部署偏好的信息确定网络服务部署偏好的信息，网络服务部署偏好的信息指示用户对网络服务的部署偏好。

在本申请实施例中，当OSS/BSS获取了至少一个网络服务部署偏好的信息后，可以根据所要部署的NS实例的需要，选择网络服务部署偏好的信息。续上述步骤204的例子，网络服务部署偏好的信息列表可以为如表2-1所示的1..N个NSDF，那么OSS/BSS可以根据所要部署的NS实例的需要，从1..N个NSDF中选择一个。例如，若所要部署的NS实例的主要功能在于存储数据，若某个NSDF可实现存储数据的功能，那么OSS/BSS可以选择该NSDF。

206、OSS/BSS根据网络服务部署偏好的信息获取NS实例的实例化参数。

需要说明的是，对NS实例需要实例化参数。在一些可能的实现方式中，实例化参数可以包括复用的第一VNF实例的信息，创建第二VNF实例所需要的VPC，和/或创建NS实例所需的PNF。

续上述步骤204的例子，如表2-1所示，OSS/BSS所选择的网络服务部署偏好的信息可以为NSDF，该NSDF包括该NSDF的标识、0..N个vnfProfile的内容和0..N个pnfProfile的信息(如表2-2所示)，每个vnfProfile的信息包括VNFD的标识(如表2-3所示)，每个pnfProfile的信息包括PNFD的标识(如表2-4所示)。其中，OSS/BSS可以根据所创建的NS实例的需要，对于每一个vnfProfile的信息，可以选择复用或创建一个或多个VNF实例。

下面通过举例说明，假设至少一个VNFD的标识包括第一VNFD的标识和/或第二VNFD的标识，OSS/BSS通过第一VNFD的标识选择需要复用的第一VNF实例，OSS/BSS通过第二VNFD的标识创建新的第二VNF实例进行说明。

2061、OSS/BSS根据第一VNFD的标识选择复用的第一VNF实例的信息。

以下通过步骤S21-S23复用的第一VNF实例的信息。

S11、OSS/BSS向NFVO发送VNF查询请求，VNF查询请求携带第一VNFD的标识，VNF查询请求用于向NFVO请求VNF实例的信息。

示例性的，如表2-6所示，该VNF查询请求可以通过Os-Ma-nfvo接口的QueryVNFGET vnfs/{VNFDid}发送。其传入参数为VNFDid，表示第一VNFD的标识。返回参数为“VnfInstance[0..N]”，表示VNF实例的信息列表，其中“0..N”表示VNF实例的数量。

表2-6

S12、NFVO向OSS/BSS发送第一VNF实例的信息列表，第一VNF实例的信息列表包括由第一VNFD进行实例化得到的至少一个VNF实例的信息。

在本申请实施例中，当NFVO接收到VNF查询请求后，根据VNF查询请求中的VNFD的标识，确定使用VNFD进行实例化的至少一个VNF实例的信息，得到第一VNF实例的信息列表，然后向OSS/BSS发送该第一VNF实例的信息列表。在本申请中，使用了VNFD的标识获取到的VNF实例称为第一VNF实例，与第一VNF实例对应的VNFD的标识称为第一VNFD的标识。

续上述步骤S11中的例子，当NFVO接收到如表2-6中的VNF查询请求后，可以从中获取传入参数VNFDid(即第一VNFD的标识)，然后根据VNFDid确定至少一个VNF实例的信息(VnfInstance[0..N])，该至少一个VND实例都是由VNFDid对应的VNFD(即第一VNFD)进行实例化得到的VNF实例，获取这些VNF实例的信息，即得到第一VNF实例的信息列表。然后，NFVO向OSS/BSS发送第一VNF实例的信息列表。

需要说明的是，第一VNF实例的信息列表包括至少一个VNF实例的信息，请参考表2-7：

表2-7

属性	数量	内容	描述
				vnfInstanceId	1	标识	VNF实例的标识
vnfName	1	字符串	VNF实例的命名

其中，vnfInstanceId表示一个VNF实例的标识，vnfName表示一个VNF实例的命名(可以为自然语言的命名，例如“交换机”，也可以为非自然语言的命名，例如“<-->”)。

S13、OSS/BSS从第一VNF实例的信息列表中确定第一VNF实例的信息。

当OSS/BSS接收到第一VNF实例的信息列表后，可以从中确定一个或多个VNF实例的信息，作为可复用的第一VNF实例的信息。需要说明的是，“可复用的第一VNF实例”指的是第一VNF实例已经实例化，可以被新建的NS实例选择复用。具体的，“复用”指的是使用已经存在的VNF实例，作为准备创建的NS实例的VNF实例。也就是说，该准备创建的NS实例复用第一VNF实例，表示该NS实例包括该第一VNF实例。

例如，NS实例A是已经存在的NS实例，NS实例B是准备创建的NS实例。NS实例A中的有已经实例化的VNF实例A，当创建NS实例B时，以该VNF实例A作为NS实例B的一个VNF实例，即复用了该VNF实例A。从另一个角度来说，创建NS实例B后，NS实例B中具有一个VNF实例B，该VNF实例B与VNF实例A具有相同的参数和相同的VPC，即VNF实例B与VNF实例A属于同一个VNF实例，即NS实例B复用了VNF实例A。

在一些可能的实现方式中，OSS/BSS可以根据所要部署的NS实例的要求选择一个或多个VNF实例的信息。例如，OSS/BSS可以根据vnfName判断是否要选择该VNF实例。在一些可能的实现方式中，第一VNF实例的信息还可以包括该第一VNF实例的规则、可用资源、业务能力和/或位置等，OSS/BSS也可以根据这些信息的一个或多个判断是否要在NS实例中复用该第一VNF实例。

需要说明的是，由于第一VNF实例的信息列表中的VNF实例的信息的数量是0..N，当其数量为0时，无法从中选择一个，则OSS/BSS可以根据第一VNFD的标识创建第一VNF实例。本申请为了方便，将需要创建的VNF实例称为第二VNF实例，没有获取到VNF实例的VNFD的标识被称为第二VNFD的标识。因此，至少一个VNFD的标识包括第二VNFD的标识。

需要说明的是，当第一VNF实例的信息列表中的VNF实例的信息的数量不等于0时，若第一VNF实例的信息列表中没有合适的VNF实例，OSS/BSS也可以根据第二VNFD的标识创建第二VNF实例，那么OSS/BSS需要获取VPC，然后将第二VNF实例部署到该VPC上。

2062、OSS/BSS根据第二VNFD的标识获取VPC的信息。

以下通过步骤S21-S23获取VPC的信息。

S21、OSS/BSS向NFVO发送VPC查询请求，VPC查询请求用于向NFVO请求VPC的信息。

需要说明的是，创建一个新的VNF实例需要指定VPC，因此OSS/BSS首先需要获取可用的VPC的信息。

示例性的，该VPC查询请求可以如表2-8所示，通过Os-Ma-nfvo接口中的QueryVPCGET vpcs发送，返回参数为String[0..N]，表示其数据类型为字符串String，且数量为0..N，String[0..N]用于表示VPC的信息列表。

表2-8

在一些可能的实现方式中，VPC查询请求中还可以包括一些限定条件(例如，VPC的资源或位置)，以向NFVO请求具备这些限定条件的VPC的信息。续上述例子，OSS/BSS通过Os-Ma-nfvo接口中的Query VPCGET vpcs发送VPC查询请求，该VPC查询请求中携带VPC的位置(例如深圳或南京)，以向NFVO请求满足该位置的VPC的信息。在一些可能的实现方式中，该VPC查询请求中携带字符串，以向NFVO请求满足该名称具有该字符串的VPC的信息。

S22、NFVO向OSS/BSS发送VPC的信息列表，VPC的信息列表包括至少一个VPC的信息。

在本申请实施例中，当NFVO接收到OSS/BSS发送的VPC查询请求后，即可返回VPC的信息列表，VPC的信息列表包括至少一个VPC的信息，其中，VPC的信息包括名称和标识。其中，VPC的信息中的名称通常根据该VPC的位置来命名，例如深圳-罗湖区-东晓街道。在一些可能的实现方式中，VPC的信息中的名称还可以通过其业务来命名，例如IMS。

续上述例子，OSS/BSS可以通过发送VPC查询请求，请求NFVO向OSS/BSS发送的VPC的信息列表中包括所有可用的VPC的信息。在一些可能的实现方式中，OSS/BSS可以通过发送VPC查询请求，请求NFVO向OSS/BSS发送的VPC的信息列表中携带满足该特定资源或位置的可用的VPC的信息。

S23、OSS/BSS从VPC的信息列表中确定VPC的信息。

当OSS/BSS接收到VPC的信息列表后，可以从中选择一个或多个VPC的信息，作为创建第二VNF实例所使用的VPC。

在一些可能的实现方式中，OSS/BSS可以根据所要部署的NS实例的要求判断是否要选择一个VPC。在一些可能的实现方式中，OSS/BSS可以VPC的信息中的名称来确定是否要选择该VPC。例如，OSS/BSS在深圳，且需要的业务为IMS，那么OSS/BSS可以选择一个名称中有深圳和/或IMS的VPC。

2063、OSS/BSS根据PNFD的标识获取PNF的信息。

需要说明的是，当前的NFV系统可以提供VNF的服务和PNF的服务。其中，PNF为实体硬件的节点，PNF提供了专用设备的服务。在本申请实施例中，NFV系统可以同时提供VNF和/或PNF的服务，以供OSS/BSS进行选择。

例如，NSD中提供了两个VNFD，不提供PNFD，若OSS/BSS选择了该NSD，那么OSS/BSS需要根据两个VNFD分别选择复用的VNF实例，或创建VNF实例，而无需选择复用的PNF。如果NSD中提供了1个VNFD和一个PNFD，若OSS/BSS选择了该NSD，那么OSS/BSS需要根据1个VNFD选择复用的VNF实例或创建VNF实例，对于PNFD也需要选择复用的PNF。如果NSD中提供了2个PNFD，若OSS/BSS选择了该NSD，那么OSS/BSS需要根据2个PNFD分别选择复用的PNF，而无需选择复用或创建VNF实例。一般来说，在核心网中，对于控制面的功能通常使用VNF实例来部署，对于用户名的功能通常使用PNF来部署。

在本申请实施例中，为此，若OSS/BSS选择的网络服务部署偏好的信息具有pnfprofile，那么OSS/BSS可以获取其中PNFD的标识，并根据PNFD的标识向管理系统EM请求PNF的信息。

以下通过步骤S31-S33获取PNF的信息。

S31、OSS/BSS向设备EM发送PNF查询请求，PNF查询请求携带PNFD的标识，PNF查询请求用于向NFVO请求PNF的信息。

续上述例子，假如网络服务部署偏好的信息为表2-1中的NSDF，该NSDF中包括0..N个pnfProfile，每一个pnfProfile包括pnfProfileId和pnfdId，该pnfdId为PNFD的标识，即至少一个PNFD的标识包括该PNFD的标识。

那么，OSS/BSS可以向EM发送PNF查询请求，PNF查询请求携带一个PNFD的标识，PNF查询请求用于向NFVO请求与该PNFD的标识相关联的PNF的信息。如表2-9所示，该PNF查询请求的传入参数为pnfdid(即该PNFD的标识)，返回参数为pnf[0..N]，用于表示PNF的信息列表，其PNF的信息的数量为0..N。

表2-9

传入参数	返回参数
		pnfdid	pnf[0..N]

S32、EM向OSS/BSS发送PNF的信息列表，PNF的信息列表包括与PNFD相关联的至少一个PNF的信息。

当EM接收到OSS/BSS发送的PNF查询请求后，可以根据PNF查询请求中PNFD的标识，确定与该第一PNFD的标识相关联的PNF的信息列表，然后向OSS/BSS发送该PNF的信息列表。

续上述例子，EM接收到PNF查询请求后，可以从如表2-9中获取传入参数pnfdid，然后根据pnfdid确定至少一个pnf的信息(pnf[0..N])，该至少一个pnf的信息与pnfdid所标识的PNFD相关联，然后向OSS/BSS发送该至少一个pnf的信息。

示例性的，可以通过标准《ETSI GS NFV-IFA 014》中的字段AddPnfData来表示一个PNF的信息，具体的，为AddPnfData的信息要素属性(Table 8.3.4.32.2-1:Attributesof the AddPnfData information element)。请参考表2-10：

表2-10

属性	数量	内容	描述
				pnfId	1	标识	PNF实例的标识
pnfName	1	字符串	PNF实例的命名
				pnfdId	1	PNFD的标识	与PNFD相关联的PNF的标识
pnfProfileId	1	pnfProfile的标识	可用的pnfProfile的标识

其中，pnfId表示该PNF的标识，pnfName表示该PNF的命名，pnfdId表示该PNFD的标识，pnfProfileId表示pnfProfile的标识。在一些可能的实现方式中，PNF的信息还包括厂家、版本和类型。

S33、OSS/BSS从PNF的信息列表中确定PNF的信息。

当OSS/BSS接收到PNF的信息列表后，可以根据部署的NS实例的要求，从PNF的信息列表中选择一个或多个PNF的信息。续上述例子，在一些可能的实现方式中，OSS/BSS可以根据PNF的信息中的pnfName判断是否要选择该PNF的信息。pnfName通常携带该PNF的有效信息，例如可以实现的功能，或者所在的城市等，那么OSS/BSS可以根据pnfName确定是否要选用该PNF。在一些可能的实现方式中，OSS/BSS也可以根据PNF的信息中的厂家、版本和类型来判断是否要选用该PNF。

综上所述，通过上述步骤实现了获取部署NS实例所需的实例化参数，即获取可复用的第一VNF实例的信息、创建第二VNF实例所需要的VPC和/或创建NS实例所需的PNF，无需由OSS/BSS解析，节省了计算开销和信令开销，而且无需工作人员通过手工输入实例化参数，从而降低了通过OSS/BSS部署NS实例的操作复杂度，同时避免了由于手工输入实例化参数而造成的出错。

207、OSS/BSS向NFVO发送建立NS实例的请求。

在本申请实施例中，OSS/BSS可以为NS实例命名，然后向NFVO发送创建NS请求，该创建NS请求消息包括网络服务的信息的标识和该NS实例的命名，用于向NFVO请求创建NS实例。

续上述例子，网络服务的信息为nsdinfo，那么OSS/BSS向NFVO发送的创建NS请求中携带nsdinfoid和nsName，示例性的，如表2-11所示，为建立NS实例的ID的请求：

表2-11

其中，该创建NS请求消息可以通过Os-Ma-nfvo接口中的Create NS Identifier发送，nsdinfoid为选择的NsdInfo的标识，nsName为NS实例的命名。

208、NFVO确定NS实例的标识，并将NS实例的标识发送给OSS/BSS。

当NFVO接收到创建NS请求后，可以根据网络服务的信息的标识确定NSD，并根据NSD创建NS实例的ID。续上述步骤207中的例子，当NFVO接收到创建NS请求后，将NSD的标识作为NS实例的标识(nsInstanceId)，并以nsName为该NS实例的命名。当NFVO建立NS实例的标识后，向OSS/BSS发送响应消息，该响应消息携带建立的NS实例的标识(nsInstanceId)和该NS实例的命名(nsName)。

209、OSS/BSS向NFVO发送实例化NS的请求，实例化NS的请求中携带NS实例的标识和实例化参数。

在本申请实施例中，当OSS/BSS接收到携带NS实例的标识的响应消息后，然后使用上述步骤206中获取的实例化参数构造实例化NS的请求。

在一些可能的实现方式中，实例化参数可以包括NSDF的标识，以及下述三者的至少一个：第一VNFD的标识和第一VNF实例的信息；第二VNFD的标识和VPC的信息，其中，NSDF包括第二VNFD的标识；PNFD的标识和PNF的信息，其中，NSDF包括PNFD的标识。

举例说明，续表2-1中的例子，实例化NS的请求可以如标准《ETSI GS NFV-IFA014》中的实例化NS操作的输入参数(Table 7.3.3.2-1:Instantiate NS operation inputparameters)，请参考表2-12：

表2-12

其中，flavourId用于表示NSDF的标识，addPnfData表示PNF的信息，vnfInstanceData表示复用的第一VNF实例的信息，additionalParamForVnf表示创建的第二VNF实例的信息。示例性的，下面分别对AddPnfData、VnfInstanceData、additionalParamForVnf进行示例性说明。

示例性的，AddPnfData可以如标准《ETSI GS NFV-IFA 014》中的AddPnfData信息元素的属性(Table 8.3.4.32.2-1:Attributes of the AddPnfData informationelement)，请参考表2-13：

表2-13

其中，pnfId表示pnf的标识，pnfName表示所选用的PNF的自然语言命名，pnfdId表示与该PNFD相关联的PNF的标识，pnfProfileId表示该PNF对应的pnfProfile的标识。

示例性的，VnfInstanceData可以如标准《ETSI GS NFV-IFA 014》中的VnfInstanceData信息元素的属性(Table 8.3.4.3.2-1:Attributes of theVnfInstanceData information element)，请参考表2-14：

表2-14

其中，vnfInstanceId表示vnfInstance的标识，即第一VNF实例的标识；vnfProfileId表示vnfProfile的标识，即第一VNF实例对应的第一vnfProfile的标识。

示例性的，ParamsForVnf可以如标准《ETSI GS NFV-IFA 014》中的ParamsForVnf信息元素的属性(Table 8.3.4.5.2-1:Attributes of the ParamsForVnf informationelement)，请参考表2-15：

表2-15

其中，vnfProfileId表示vnfProfile的标识，即第二VNF实例的标识；additionalParam表示键值对，可以用于携带表示所选用的VPC的信息。

210、NFVO根据实例化参数对NS实例进行实例化。

当NFVO接收到实例化NS的请求后，确定NS实例的标识，然后根据实例化参数对该NS实例进行实例化。具体的实例化过程属于现有技术，此处不做赘述。

211、NFVO向OSS/BSS发送NS实例化成功的响应消息。

本申请实施例中，NFVO在VNF实例化完成以后，向OSS/BSS发送NS实例化成功的响应消息，以完成通过OSS/BSS在NFVO上部署NS实例的过程。之后，OSS/BSS即可通过与NFVO的信令交互使用该NS实例所提供的服务。

在本申请实施例中，OSS/BSS通过向NFVO发送NSD查询请求，然后接收来自NFVO的NSD的信息，NSD的信息包括网络服务部署偏好的信息，那么OSS/BSS可以根据网络服务部署偏好的信息确定实例化参数，从而请求NFVO创建NS实例，无需工作人员通过NFVO输入实例化参数，从而降低了通过OSS/BSS部署NS实例的操作复杂度，同时避免了由于手工输入实例化参数而造成的出错。

上述本申请提供的实施例中，分别从节点(管理设备、通信装置)之间交互的角度对本申请实施例提供的方法进行了介绍。可以理解的是，各个网元，例如管理设备、通信装置为了实现上述本申请实施例提供的方法中的各功能，管理设备、通信装置包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。

本申请实施例可以根据上述方法示例对管理设备、通信装置进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

在采用对应各个功能划分各个功能模块的情况下，图3示出了上述和实施例中涉及的管理设备的一种可能的组成示意图，该管理设备能执行本申请各方法实施例中OSS/BSS所执行的步骤。如图3所示，该管理设备300可以包括：发送单元301、接收单元302和处理单元303。

其中，发送单元301，用于执行或用于支持管理设备300执行图2所示的方法中OSS/BSS所执行的步骤202、S11、S21、S31、207、209。

接收单元302用于支持管理设备300执行本申请实施例中描述的OSS/BSS所执行的方法。例如，接收单元302，用于执行或用于支持管理设备300执行图2所示的方法中OSS/BSS所执行的步骤203、S12、S22、S32、208和211。

处理单元303用于执行或用于支持管理设备300执行图2所示的方法中OSS/BSS所执行的步骤204、205、S13、S23、S33，使得管理设备300实现选择NSD的信息以及选择该NSD的信息中的网络服务部署偏好的信息，并根据网络服务部署偏好的信息向NFVO发送实例化NS的请求，以请求NFVO创建与NSD相关的NS实例。

在采用对应各个功能划分各个功能模块的情况下，图4示出了上述和实施例中涉及的通信装置的一种可能的组成示意图。如图4所示，该通信装置400能执行本申请各方法实施例中NFVO所执行的步骤。该通信装置400可以包括：接收单元401、发送单元402、处理单元403。

其中，接收单元401用于支持通信装置400执行本申请实施例中描述的NFVO所执行的方法。例如，接收单元401，用于执行或用于支持通信装置400执行图2所示的方法中NFVO所执行的步骤202、S11、S21、S31、207、209。

处理单元402用于支持通信装置400执行本申请实施例中描述的NFVO所执行的方法。例如，处理单元402，用于执行或用于支持通信装置400执行图2所示的方法中NFVO所执行的步骤201和210。

发送单元403，用于执行或用于支持通信装置400执行图2所示的方法中NFVO所执行的203、S12、S22、S32、208、211。

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

本申请实施例提供的管理设备，用于执行上述任意实施例的方法，因此可以达到与上述实施例的方法相同的效果。

如图5所示为本申请实施例提供的管理设备500，用于实现上述方法中OSS/BSS的功能。该管理设备500可以是OSS/BSS或CN NSSMF，也可以是OSS/BSS或CN NSSMF中的装置或功能。此外，该管理设备500可以为芯片系统。本申请实施例中，芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。

管理设备500包括至少一个处理器501，用于实现本申请实施例提供的方法中OSS/BSS的设备或其中的装置或功能。示例性地，处理器501可以用于从NSD的信息列表中选择NSD的信息等，具体参见方法示例中的详细描述，此处不做赘述。

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

其中，处理器501和存储器502也可以为虚拟化的处理器和虚拟化的存储器。

管理设备500还可以包括通信接口503，用于通过传输介质和其它设备进行通信，从而用于管理设备500中的装置可以和其它设备进行通信。处理器501利用通信接口503收发数据，并用于实现图2对应的实施例中的OSS/BSS所执行的方法。

此外，上述管理设备500中还可以包括网络接口，用于与外部设备进行通信。例如，网络接口用于和用户设备等进行通信。

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

本申请实施例提供的通信装置，用于执行上述任意实施例的方法，因此可以达到与上述实施例的方法相同的效果。

如图6所示为本申请实施例提供的通信装置600，用于实现上述方法中NFVO的功能。该通信装置600可以是NFVO，也可以是NFVO中的装置或功能。此外，该通信装置600可以为芯片系统。本申请实施例中，芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。

通信装置600包括至少一个处理器601，用于实现本申请实施例提供的方法中NFVO的功能。示例性地，处理器601可以用于根据实例化NS的请求创建与NSD相关的NS实例等，具体参见方法示例中的详细描述，此处不做赘述。

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

其中，处理器601和存储器602也可以为虚拟化的处理器和虚拟化的存储器。

通信装置600还可以包括通信接口603，用于通过传输介质和其它设备进行通信，从而用于通信装置600中的装置可以和其它设备进行通信，例如管理设备500。处理器601利用通信接口603收发数据，并用于实现图2对应的实施例中的NFVO所执行的方法。

此外，上述通信装置600中还可以包括网络接口，用于与外部设备进行通信。例如，网络接口用于和管理设备500等进行通信。

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

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

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

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

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

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

Claims (41)

1.一种创建网络服务NS的方法，其特征在于，包括：

管理设备向网络功能虚拟化编排器NFVO发送网络服务描述NSD查询请求，所述NSD查询请求用于向所述NFVO请求NSD的信息；

所述管理设备接收所述NFVO发送的所述NSD的信息，所述NSD的信息包括网络服务部署偏好的信息，所述网络服务部署偏好的信息指示用户对网络服务的部署偏好；

所述管理设备根据所述网络服务部署偏好的信息向NFVO发送实例化NS的请求，以请求所述NFVO创建与所述NSD相关的NS实例。

2.根据权利要求1所述方法，其特征在于，所述管理设备接收所述NFVO发送的所述NSD的信息包括：所述管理设备接收所述NFVO发送的所述NSD的信息列表，所述NSD的信息列表包括至少一个NSD的信息；所述方法进一步包括：

所述管理设备从所述NSD的信息列表中选择所述NSD的信息。

3.根据权利要求1或2所述方法，其特征在于，所述NSD的信息包括至少一个网络服务部署偏好的信息，所述方法还包括：

所述管理设备从所述至少一个网络服务部署偏好的信息中选择所述网络服务部署偏好的信息。

4.根据权利要求1-3中任一项所述方法，其特征在于，所述网络服务部署偏好的信息包括网络服务部署偏好NSDF的标识、至少一个虚拟化网络功能描述VNFD的标识和/或至少一个物理网络功能描述PNFD的标识。

5.根据权利要求4所述方法，其特征在于，所述至少一个VNFD的标识包括第一VNFD的标识，所述方法进一步包括：

所述管理设备根据所述第一VNFD的标识获取第一虚拟网络功能VNF实例的信息；

所述实例化NS的请求包括所述NSDF的标识、所述第一VNFD的标识和所述第一VNF实例的信息。

6.根据权利要求5所述方法，其特征在于，所述管理设备根据所述第一VNFD的标识获取第一VNF实例的信息包括：

所述管理设备向所述NFVO发送VNF查询请求，所述VNF查询请求携带所述第一VNFD的标识，所述VNF查询请求用于向所述NFVO请求VNF实例的信息；

所述管理设备接收来自所述NFVO的第一VNF实例的信息列表，所述第一VNF实例的信息列表包括由所述第一VNFD进行实例化得到的至少一个VNF实例的信息；

所述管理设备从所述第一VNF实例的信息列表中确定所述第一VNF实例的信息。

7.根据权利要求4-6中任一项所述方法，其特征在于，所述至少一个VNFD的标识包括第二VNFD的标识，所述方法进一步包括：

所述管理设备获取虚拟私有云VPC的信息，所述VPC用于部署根据所述第二VNFD创建的第二VNF实例；

所述实例化NS请求进一步包括所述第二VNFD的标识和所述VPC的信息。

8.根据权利要求7所述方法，其特征在于，所述管理设备获取VPC的信息包括：所述管理设备向所述NFVO发送VPC查询请求，所述VPC查询请求用于向所述NFVO请求VPC的信息；

所述管理设备接收来自所述NFVO的VPC列表，所述VPC列表包括至少一个VPC的信息；

所述管理设备从所述VPC列表中确定所述VPC的信息。

9.根据权利要求4-8中任一项所述方法，其特征在于，所述方法进一步包括：

所述管理设备根据所述至少一个PNFD的标识获取PNF的信息；

所述实例化NS请求进一步包括所述PNFD的标识和所述PNFD的标识指示的所述PNF的信息。

10.根据权利要求9所述方法，其特征在于，所述管理设备根据所述至少一个PNFD的标识获取PNF的信息包括：

所述管理设备向设备管理系统EM发送PNF查询请求，所述PNF查询请求携带所述PNFD的标识，所述PNF查询请求用于向所述NFVO请求与所述PNFD相关联的PNF的信息；

所述管理设备接收来自所述EM的PNF列表，所述PNF列表包括与所述PNFD相关联的至少一个PNF的信息；

所述管理设备从所述PNF列表中确定所述PNF的信息。

11.根据权利要求1-10中任一项所述方法，其特征在于，所述管理设备为运营支持系统和/或业务支持系统OSS/BSS或核心网切片管理CN NSSMF。

12.一种创建网络服务NS的方法，其特征在于，包括：

网络功能虚拟化编排器NFVO接收管理设备发送的网络服务描述NSD查询请求，所述NSD查询请求用于向所述NFVO请求NSD的信息；

所述NFVO向所述管理设备发送所述NSD的信息，所述NSD的信息包括网络服务部署偏好的信息，所述网络服务部署偏好的信息指示用户对网络服务的部署偏好；

所述NFVO接收所述管理设备根据所述网络服务部署偏好的信息发送的实例化NS的请求；

所述NFVO根据所述实例化NS的请求创建与所述NSD相关的NS实例。

13.根据权利要求12所述方法，其特征在于，所述NFVO向所述管理设备发送所述NSD的信息包括：

所述NFVO向所述管理设备发送所述NSD的信息列表，所述NSD的信息列表包括至少一个NSD的信息，以使得所述管理设备从所述NSD的信息列表中确定所述NSD的信息。

14.根据权利要求12或13所述方法，其特征在于，所述NSD的信息包括至少一个网络服务部署偏好的信息，以使得所述管理设备从所述至少一个网络服务部署偏好的信息中确定所述网络服务部署偏好的信息。

15.根据权利要求12-14中任一项所述方法，其特征在于，所述网络服务部署偏好的信息包括网络服务部署偏好NSDF的标识、至少一个虚拟化网络功能描述VNFD的标识和/或至少一个物理网络功能描述PNFD的标识。

16.根据权利要求15所述方法，其特征在于，所述至少一个VNFD的标识包括第一VNFD的标识，所述方法进一步包括：

所述NFVO接收所述管理设备发送的VNF查询请求，所述VNF查询请求携带所述第一VNFD的标识，所述VNF查询请求用于向所述NFVO请求VNF实例的信息；

所述NFVO向所述管理设备发送第一VNF实例的信息列表，所述第一VNF实例的信息列表包括由所述第一VNFD进行实例化得到的至少一个VNF实例的信息；

所述实例化NS的请求包括所述NSDF的标识、所述第一VNFD的标识和所述第一VNF实例的信息。

17.根据权利要求15或16所述方法，其特征在于，所述至少一个VNFD的标识包括第二VNFD的标识，所述方法进一步包括：

所述NFVO接收所述管理设备发送的VPC查询请求，所述VPC查询请求用于向所述NFVO请求VPC的信息；

所述NFVO向所述管理设备发送VPC列表，所述VPC列表包括至少一个VPC的信息，以使得所述管理设备从所述VPC列表中确定所述VPC的信息，所述VPC用于部署根据所述第二VNFD创建的第二VNF实例；

所述实例化NS请求进一步包括所述第二VNFD的标识和所述VPC的信息。

18.根据权利要求15-17中任一项所述方法，其特征在于，所述实例化NS请求进一步包括所述PNFD的标识和/或所述PNFD指示的PNF的信息。

19.一种管理设备，其特征在于，包括：

发送单元，用于向网络功能虚拟化编排器NFVO发送网络服务描述NSD查询请求，所述NSD查询请求用于向所述NFVO请求NSD的信息；

接收单元，用于接收所述NFVO发送的所述NSD的信息，所述NSD的信息包括网络服务部署偏好的信息，所述网络服务部署偏好的信息指示用户对网络服务的部署偏好；

处理单元，用于根据所述网络服务部署偏好的信息向NFVO发送实例化NS的请求，以请求所述NFVO创建与所述NSD相关的NS实例。

20.根据权利要求19所述管理设备，其特征在于，

所述接收单元，具体用于接收所述NFVO发送的所述NSD的信息列表，所述NSD的信息列表包括至少一个NSD的信息；

所述处理单元，用于从所述NSD的信息列表中选择所述NSD的信息。

21.根据权利要求19或20所述管理设备，其特征在于，所述NSD的信息包括至少一个网络服务部署偏好的信息，

所述处理单元，还用于从所述至少一个网络服务部署偏好的信息中选择所述网络服务部署偏好的信息。

22.根据权利要求19-21中任一项所述管理设备，其特征在于，所述网络服务部署偏好的信息包括网络服务部署偏好NSDF的标识、至少一个虚拟化网络功能描述VNFD的标识和/或至少一个物理网络功能描述PNFD的标识。

23.根据权利要求22所述管理设备，其特征在于，所述至少一个VNFD的标识包括第一VNFD的标识，所述处理单元进一步用于，根据所述第一VNFD的标识获取第一虚拟网络功能VNF实例的信息；

所述实例化NS的请求包括所述NSDF的标识、所述第一VNFD的标识和所述第一VNF实例的信息。

24.根据权利要求23所述管理设备，其特征在于，

所述发送单元，还用于向所述NFVO发送VNF查询请求，所述VNF查询请求携带所述第一VNFD的标识，所述VNF查询请求用于向所述NFVO请求VNF实例的信息；

所述接收单元，还用于接收来自所述NFVO的第一VNF实例的信息列表，所述第一VNF实例的信息列表包括由所述第一VNFD进行实例化得到的至少一个VNF实例的信息；

所述处理单元，还用于从所述第一VNF实例的信息列表中确定所述第一VNF实例的信息。

25.根据权利要求22-24中任一项所述管理设备，其特征在于，所述至少一个VNFD的标识包括第二VNFD的标识，

所述处理单元，还用于获取虚拟私有云VPC的信息，所述VPC用于部署根据所述第二VNFD创建的第二VNF实例；

所述实例化NS请求进一步包括所述第二VNFD的标识和所述VPC的信息。

26.根据权利要求25所述管理设备，其特征在于，

所述发送单元，还用于向所述NFVO发送VPC查询请求，所述VPC查询请求用于向所述NFVO请求VPC的信息；

所述接收单元，还用于接收来自所述NFVO的VPC列表，所述VPC列表包括至少一个VPC的信息；

所述处理单元，还用于从所述VPC列表中确定所述VPC的信息。

27.根据权利要求22-26中任一项所述管理设备，其特征在于，

所述处理单元，还用于根据所述至少一个PNFD的标识获取PNF的信息；

所述实例化NS请求进一步包括所述PNFD的标识和所述PNF的信息。

28.根据权利要求27所述管理设备，其特征在于，

所述发送单元，还用于向设备管理系统EM发送PNF查询请求，所述PNF查询请求携带所述PNFD的标识，所述PNF查询请求用于向所述NFVO请求与所述PNFD相关联的PNF的信息；

所述接收单元，还用于接收来自所述EM的PNF列表，所述PNF列表包括与所述PNFD相关联的至少一个PNF的信息；

所述处理单元，还用于从所述PNF列表中确定所述PNF的信息。

29.根据权利要求19-28中任一项所述管理设备，其特征在于，所述管理设备为运营支持系统和/或业务支持系统OSS/BSS或核心网切片管理CN NSSMF。

30.一种通信装置，其特征在于，包括：

接收单元，用于接收管理设备发送的网络服务描述NSD查询请求，所述NSD查询请求用于向所述NFVO请求NSD的信息；

发送单元，用于向所述管理设备发送所述NSD的信息，所述NSD的信息包括网络服务部署偏好的信息，所述网络服务部署偏好的信息指示用户对网络服务的部署偏好；

所述接收单元，还用于接收所述管理设备根据所述网络服务部署偏好的信息发送的实例化NS的请求；

处理单元，用于根据所述实例化NS的请求创建与所述NSD相关的NS实例。

31.根据权利要求30所述通信装置，其特征在于，

所述发送单元，还用于向所述管理设备发送所述NSD的信息列表，所述NSD的信息列表包括至少一个NSD的信息，以使得所述管理设备从所述NSD的信息列表中确定所述NSD的信息。

32.根据权利要求30或31所述通信装置，其特征在于，所述NSD的信息包括至少一个网络服务部署偏好的信息，以使得所述管理设备从所述至少一个网络服务部署偏好的信息中确定所述网络服务部署偏好的信息。

33.根据权利要求30-32中任一项所述通信装置，其特征在于，所述网络服务部署偏好的信息包括网络服务部署偏好NSDF的标识、至少一个虚拟化网络功能描述VNFD的标识和/或至少一个物理网络功能描述PNFD的标识。

34.根据权利要求33所述通信装置，其特征在于，所述至少一个VNFD的标识包括第一VNFD的标识，

所述接收单元，还用于接收所述管理设备发送的VNF查询请求，所述VNF查询请求携带所述第一VNFD的标识，所述VNF查询请求用于向所述NFVO请求VNF实例的信息；

所述发送单元，还用于向所述管理设备发送第一VNF实例的信息列表，所述第一VNF实例的信息列表包括由所述第一VNFD进行实例化得到的至少一个VNF实例的信息；

所述实例化NS的请求包括所述NSDF的标识、所述第一VNFD的标识和所述第一VNF实例的信息。

35.根据权利要求33或34所述通信装置，其特征在于，所述至少一个VNFD的标识包括第二VNFD的标识，

所述接收单元，还用于接收所述管理设备发送的VPC查询请求，所述VPC查询请求用于向所述NFVO请求VPC的信息；

所述发送单元，还用于向所述管理设备发送VPC列表，所述VPC列表包括至少一个VPC的信息，以使得所述管理设备从所述VPC列表中确定所述VPC的信息，所述VPC用于部署根据所述第二VNFD创建的第二VNF实例；

所述实例化NS请求进一步包括所述第二VNFD的标识和所述VPC的信息。

36.根据权利要求33-35中任一项所述通信装置，其特征在于，所述至少一个PNFD包括PNFD，所述实例化NS请求进一步包括所述PNFD的标识和PNF的信息。

37.一种管理设备，其特征在于，包括：至少一个处理器、存储器、总线和收发器，其中，所述存储器用于存储计算机程序，使得所述计算机程序被所述至少一个处理器执行时实现如权利要求1至11中任一项所述的方法。

38.一种通信装置，其特征在于，包括：至少一个处理器、存储器、总线和收发器，其中，所述存储器用于存储计算机程序，使得所述计算机程序被所述至少一个处理器执行时实现如权利要求12至18中任一项所述的方法。

39.一种计算机可读存储介质，其特征在于，包括：计算机软件指令；

当所述计算机软件指令在管理设备或内置在通信装置的芯片中运行时，使得所述管理设备执行如权利要求1至11中任一项所述的方法。

40.一种计算机可读存储介质，其特征在于，包括：计算机软件指令；

当所述计算机软件指令在通信装置或内置在通信装置的芯片中运行时，使得所述通信装置执行如权利要求12至18中任一项所述的方法。

41.一种系统，其特征在于，包括如权利要求19-29任一所述的管理设备和30-36任一所述的通信装置。

Images