NFV管理编排的方法和装置与流程

相关申请案交叉申请

本申请要求2016年1月20日递交的发明名称为“nfv管理编排的方法和装置(methodandapparatusfornfvmanagementandorchestration)”的第15/001,745号美国非临时专利申请案、2015年2月23日递交的发明名称为“nfv管理编排的方法和装置(methodandapparatusfornfvmanagementandorchestration)”的第62/119,620号美国临时专利申请案以及2015年1月20日递交的发明名称为“sdt与nfv和sdn互通的系统和方法(systemsandmethodsforsdttointerworkwithnfvandsdn)”的第62/105,486号美国临时专利申请案的在先申请优先权，这些在先申请的全部内容以引用的方式并入本文本中。

本发明涉及一种网络虚拟化的方法和装置，且在具体实施例中，涉及一种网络功能虚拟化(networkfunctionsvirtualization,nfv)管理编排(managementandorchestration，mano)方法和装置。

背景技术：

在欧洲电信标准协会(europeantelecommunicationsstandardsinstitute，etsi)nfv架构中，编排器通常可以访问包括网络服务目录、虚拟网络功能(virtualizednetworkfunction，vnf)目录、nfv实例库和nfv基础设施(nfvinfrastructure，nfvi)资源库的数据存储库。

网络服务目录是所有机载网络服务的一个存储库。该网络服务目录包括网络服务描述符(networkservicedescriptor，nsd)、虚拟链路描述符(virtuallinkdescriptor，vld)和vnf转发图描述符(vnfforwardinggraphdescriptor，vnffgd)。vld表示vnf、物理网络功能和节点之间的链路的资源需求。vnffgd包括网络转发图(networkforwardingpath，nfp)元素，该nfp元素包含连接点的有序列表，以及与该列表相关的规则/策略。

vnf目录是所有机载vnf包的一个存储库并且包括vnf描述符(vnfdescriptor，vnfd)和软件镜像。vnfd从部署和操作行为方面描述了vnf并且由虚拟网络功能管理器(virtualnetworkfunctionmanager，vnfm)用来对vnf进行实例化，并对vnf进行生命周期管理。

nfv实例库存有关于所有vnf实例和网络服务(networkservice，ns)实例的信息。每个vnf实例由vnf记录表征，每个ns实例由ns记录表征。

nfvi资源存储库存有关于可用/预留/分配nfvi资源的信息，并用于资源预留、分配及监测。nfvi资源由位于运营商的基础设施域内的虚拟基础设施管理器(virtualizedinfrastructuremanager，vim)进行抽象。

技术实现要素：

技术优势通过本发明实施例中描述的一种网络功能虚拟化(networkfunctionsvirtualization，nfv)管理编排(managementandorchestration，mano)的方法和装置来实现。

根据一实施例，提供了一种网络功能虚拟化(networkfunctionvirtualization，nfv)管理编排(managementandorchestration，mano)的方法。在本示例中，所述方法包括：处理系统接收网络服务的客户请求。所述方法还包括：基于所述客户请求，生成虚拟网络功能(virtualizednetworkfunction，vnf)转发图(forwardinggraph，fg)。所述vnf-fg包括多个vnf。本发明还提供了一种用于执行该方法的装置。

根据另一实施例，提供了一种包括非瞬时性计算机可读存储介质的计算机程序产品。在本示例中，所述非瞬时性计算机可读存储介质存储了包括指令的程序，该指令用于基于网络服务的客户请求生成虚拟网络功能(virtualizednetworkfunction，vnf)转发图(forwardinggraph，fg)。所述vnf-fg包括多个vnf。

附图说明

为了更完整地理解本发明及其优点，现在参考下文结合附图进行的描述，其中：

图1示出了一种执行nfv-mano的实施例系统的方框图；

图2示出了另一种执行nfv-mano的实施例系统的方框图；

图3示出了一种用于nfv-mano的实施例方法的流程图；

图4示出了又一种执行nfv-mano的实施例系统的方框图；

图5示出了另一种用于nfv-mano的实施例方法的时序图；

图6示出了又一种执行nfv-mano的实施例系统的方框图；

图7示出了又一种用于nfv-mano的实施例方法的时序图；

图8示出了又一种执行nfv-mano的实施例系统的方框图；

图9示出了又一种用于nfv-mano的实施例方法的时序图；

图10示出了又一种执行nfv-mano的实施例系统的图；

图11示出了又一种执行nfv-mano的实施例系统的图；

图12示出了一种用于nfv-mano的实施例方法的流程图；

图13示出了一种实施例处理系统的方框图；

图14示出了一种实施例收发器的方框图。

除非另有指示，否则不同图中的对应标号和符号通常指代对应部分。绘制各图是为了清楚地说明实施例的相关方面，因此未必是按比例绘制的。

具体实施方式

下文将详细论述本发明实施例的制作和使用。应了解，本文所揭示的概念可以在多种具体环境中实施，且所论述的具体实施例仅作为说明而不限制权利要求书的范围。进一步的，应理解，可在不脱离由所附权利要求书界定的本发明的精神和范围的情况下，对本文做出各种改变、替代和更改。

在符合欧洲电信标准协会(europeantelecommunicationsstandardsinstitutes，etsi)的网络功能虚拟化(networkfunctionsvirtualization，nfv)管理编排(managementandorchestration，mano)架构内，编排器接收网络服务(networkservice，ns)请求，并基于该ns请求确定虚拟网络功能(virtualizednetworkfunction，vnf)转发图(forwardinggraph，fg)。每个可用的ns请求都有一个预定义的vnf-fg，ns请求和vnf-fg可手动定义。编排器可从ns目录中选择与ns请求对应的vnf-fg。

本发明的各个方面提供了基于网络服务的客户请求生成vnf-fg的方法。在一实施例中，通过客户请求中包含的网络服务信息生成vnf-fg。在这一实施例中，vnf-fg并非是预定义的，而是基于客户请求自动生成的。ns请求也可以通过客户请求中的网络服务信息以及所述vnf-fg创建，并且可以添加到ns存储库或目录中。本发明的各个方面还提供了执行nfv-mano的各个实施例系统，其中，vnf-fg是基于客户请求生成的。vnf-fg、vnf-fg中的vnf的nfv基础设施(nfvinfrastructure，nfvi)-访问点(pointofpresence，pop)的确定以及vnf的实例化可以由一个软件实体或不同的软件实体来执行。这些和其它发明方面将在下文详细描述。

图1示出了实施例nfv-mano系统100的方框图，该系统可部署为etsinfv-mano系统。系统100包括编排器102、虚拟网络功能管理器(virtualnetworkfunctionmanager，vnfm)104和虚拟基础设施管理器(virtualizedinfrastructuremanager，vim)106。在一些实施例中，编排器102负责在全网范围内的nfv资源编排管理，以及实现nfvi上的nfv服务拓扑。例如，编排器102可用于跨多个vim管理nfvi资源，以及管理网络服务的生命周期。vnfm104用于管理vnf实例的生命周期，vim106用于在一个域内控制和管理nfvi计算、存储和网络资源。

如图1所示，编排器102接收网络请求108，例如，网络服务请求。编排器102根据接收到的请求108确定转发图(forwardinggraph，fg)。在一些实施例中，转发图的确定是根据ns目录110进行的。根据(etsi)组织规范(groupspecification，gs)nfv003v1.1.1中的于2013年10月发表的标题为“网络功能虚拟化(networkfunctionsvirtualization，nfv)：nfv中的主要概念术语(networkfunctionsvirtualization(nfv)；terminologyformainconceptsinnfv)”的描述，网络服务是网络功能的组成部分并且从功能和行为规范上进行定义，其中该文章的全部内容以引用的方式并入本文本中。根据etsinfv-mano架构框架，网络服务请求可以由vnf-fg描述，并且每个网络服务都有一个预定义的vnf-fg。vnf-fg定义了与所请求的网络服务对应的逻辑拓扑。网络功能(networkfunction，nf)转发图是连接nf节点的逻辑链路的图，用于描述这些nf节点之间的业务流。vnf-fg是nf转发图，其中，至少一个nf节点为vnf节点。vnf-fg可以由服务供应商部署，或由他们的系统成合作伙伴部署。传统的服务供应商网络通常依赖于个人(例如，骨干专家)在接收到网络服务的网络请求之时生成vnf-fg。在一实施例中，服务供应商使用典型网络服务的模板，以对自定义网络服务进行手动定义。网络服务(networkservice，ns)目录可以视为网络服务数据库，网络服务数据库能够将网络服务映射到相应的vnf-fg。接收网络请求108的编排器102可以从网络服务数据库中为网络请求108选择相应的vnf-fg。在本发明中，术语“网络请求”和“网络服务(networkservice，ns)请求”之间可以互换使用。在本发明中，术语“ns请求”可以包括具有相应vnf-fg的网络服务，或由vnf-fg描述的网络服务。在本发明中，术语“vnf-fg”和“fg”之间可以互换使用。术语“nfvi-pop”和“pop”之间也可以互换使用。

编排器102可为包含在vnf-fg中的vnf确定nfvi-pop，并在确定的nfvi-pop中对vnf进行实例化。nfvi-pop为网络访问点，其中，网络功能是vnf或可以部署为vnf。此处，vnf的实例化是指在nfvi-pop对应的一个或多个物理网络设备上创建vnf实例。

软件定义拓扑(softwaredefinedtopology，sdt)实体可以为一个服务建立虚拟网络拓扑或虚拟数据面逻辑拓扑。sdt实体根据网络服务需求自动建立虚拟网络拓扑。在一些实施例中，sdt实体可以确定fg，包括确定fg中网络功能实例的数量。sdt实体还可以确定转发路径(例如，针对控制面和数据面)，并为fg中的各个网络功能确定访问点(pointofpresence，pop)。在一些实施例中，sdt实体可以实现为拓扑管理器中的功能，拓扑管理器可基于客户请求生成fg，同时执行编排器的功能。

sdt实体可以与nfv实体相结合。在一个示例中，sdt实体是由nfv-mano进行实例化的虚拟功能。sdt实体向编排器提供与ns请求对应的逻辑拓扑，并可通过sdt实体和编排器之间的管理界面与编排器进行通信。

网络服务请求、流量信息、nfvi信息和触发可以输入到sdt实体。网络服务请求提供业务流量描述，包括节点分布、流量特点等。网络服务请求还可以提供服务功能描述，包括服务功能链或vnf-fg，以及功能特点。功能链和功能特点的示例包括无状态功能或有状态功能、存储器的功能开销、cpu、流量速率和功能实例化限制，例如pop的最大或最小数量和优选/非优选的pop。

业务质量要求可以包括业务qos要求和用户感知体验(qualityofexperience，qoe)要求。服务功能质量要求可以包括有效性及效率要求。功能有效性可以包括事件检测概率及异常告警概率。功能效率可以包括报告应答时延。流量信息可以包括每条物理链路、每个节点和/或每条逻辑链路的统计负载，可以通过数据分析等获得。

nfvi信息可以包括pop的位置、每个pop的功能可获得性以及每个pop的处理负载限制。在一实施例中，nfvi信息可以包括设备之间、基站(basestation，bs)之间、路由器之间以及nfvi-pop之间的统计负载、时延、容量，还包括少量的剩余网络资源，例如，物理链路容量和无线资源。触发事件可以促使网络服务发生变化。在一实施例中，触发事件在时间超时后发生，或当满足性能条件时，例如，当服务、sdt和/或流量工程(trafficengineering，te)性能指标低于或高于某个阈值时，触发事件会发生。在另一实施例中，触发事件通过人为动作获得。例如，服务供应商手动提示触发事件。

图2示出了一种执行nfv-mano的实施例系统200的方框图。系统200包括拓扑管理器202、vnfm204和vim206。拓扑管理器202可以是软件模块或实体，用于执行编排器的功能以及基于客户请求208生成fg。在一些实施例中，拓扑管理器202可以将传入客户请求转换成vnf-fg。vnf-fg从本质上是逻辑拓扑(或图)，包括通过逻辑链路(或边缘)互联的业务特定vnf(或顶点)。拓扑管理器202可以使用sdt技术来生成fg。vnf目录210可以包括可被实例化的各种vnf的数据库，并且可以在fg中的vnf实例化时被拓扑管理器202访问。

图3示出了用于nfv-mano的实施例方法300的流程图。该方法可应用于图2所示的系统200。如图所示，拓扑管理器接收来自客户的对网络服务的客户请求(步骤302)。在接收客户请求之后，拓扑管理器根据客户请求生成或确定vnf-fg(步骤304)。客户请求可以包括含有基本网络组件或服务要求的用于创建vnf-fg的检查表。例如，客户可以请求长期演进(longtermevolution，lte)网络(例如，来自模板清单)和附加的服务特定网络功能。拓扑管理器可以利用检查表创建网络服务，并根据创建的网络服务，例如，根据网络服务目录等生成vnf-fg。在一实施例中，vnf-fg可以包括非服务特定的但与评估和增强网络性能相关的附加vnf。例如，vnf-fg可包括用于流量分析或qoe监测的vnf。这些附加vnf还可以从vnf目录中获取。

拓扑管理器然后可以为vnf-fg中的每一个vnf确定nfvi-pop(步骤306)。nfvi-pop为网络访问点，其中，网络功能是vnf或可以部署为vnf。例如，拓扑管理器可识别物理网络的vnf-fg中的vnf对应的nfvi-pop，其中，转发图内嵌于物理网络中。在一实施例中，与vnf关联的nfvi-pop可通过以下方式确定：检测多个可用的nfvi-pop的可行性以及从多个可用nfvi-pop中选择可行的nfvi-pop。例如，多个可用nfvi-pop可以通过经由vim获取的nfvi信息支持vnf。在确定nfvi-pop之后，拓扑管理器这时可以使用一个或多个vnfm和vim在确定的nfvi-pop中对vnf进行实例化(步骤308)。在一实施例中，在确定nfvi-pop之后，拓扑管理器可指示一个或多个vnfm和vim对相应的vnf进行实例化。在一实施例中，vim可为每个vnf预留一个容器，例如，网络节点中的计算资源，然后，vnfm可以在容器中对vnf进行实例化。在一些实施例中，拓扑管理器可同时确定vnf-fg和nfvi-pop，而不是按顺序确定。

事件/指令(例如，vnf缩容/扩容)可以提示vim或vnmf指示或请求拓扑管理器将vnf移至新的pop。拓扑管理器可通过执行与步骤306至308类似的一系列步骤，将vnf移至新的pop。

图4示出了另一种执行nfv-mano的实施例系统400的方框图。系统400包括sdt-fg实体402、sdt-pop实体404、vnfm406和vim408。在一些实施例中，sdt-fg实体402和sdt-pop实体404为软件模块或实体，分别用于基于客户请求410生成转发图和为转发图中的vnf确定pop。在一实施例中，sdt-fg实体402可以使用sdt技术基于客户请求410生成转发图。sdt-pop实体404还用于指示一个或多个vnfm406和一个或多个vim408对转发图中的vnf进行实例化。在一些实施例中，sdt-fg实体402可将与客户请求410对应的服务要求转换成转发图，转发图包括vnf和逻辑链路。获得的转发图随后作为ns请求提供给sdt-pop实体404。基于nfvi的资源可用性，sdt-pop实体404可以确定vnf对应的pop，并生成指令，以指示vnfm406和vim408在相应的pop中对vnf进行实例化。

图5示出了用于nfv-mano的实施例方法500的消息流图。该方法可应用于图4的系统400。sdt-fg实体502接收来自客户506的对网络服务的客户请求(步骤552)，并根据客户请求生成或确定vnf-fg(步骤554)。在一实施例中，sdt-fg实体502可使用或结合客户请求中提供的基本网络服务来创建新网络服务，并通过新网络服务和网络服务目录生成vnf-fg。sdt-fg实体502可以创建并发送网络服务(networkservice，ns)请求给sdt-pop实体504(步骤556)。ns请求可包括生成的vnf-fg以及与vnf-fg对应的网络服务。ns请求可由sdt-fg实体502创建。接收到ns请求后，sdt-pop实体504可以为vnf-fg中指示的vnf确定nfvi-pop(步骤558)，并通过一个或多个vnfm和vim对vnf进行实例化(步骤560)。

在图5所示的实施例中，fg和nfvi-pop分别由sdt-fg实体502和sdt-pop实体504按顺序确定。此外，fg和nfvi-pop由不同的实体确定和提供。这一点比较有利，因为sdt-fg实体502和sdt-pop实体504由不同的供应商支持及维护。每个sdt-fg实体502和sdt-pop实体504都有一个接口，使得它们可以互相通信。当vnf缩容/扩容触发被发送到vnfm或vim时，例如，vnfm406或vim408，该触发的触发消息可以转发到sdt-pop实体504。sdt-pop实体504可以再次执行步骤558和560，从而确定新nfvi-pop并在新pop中对vnf进行实例化。

图6示出了另一种执行nfv-mano的实施例系统600的方框图。在本示例中，系统600包括sdt-fg实体602、编排器604、vnfm606和vim608。sdt-fg实体602用于基于客户请求610生成fg。该生成的fg可用于将ns目录614随着生成的fg和客户请求610中包含的网络服务信息进行更新。例如，在接收到客户请求610后，sdt-fg实体602可将客户请求的服务要求转换成fg。将fg提供给编排器604。编排器604用于为fg中的vnf确定pop，并指示一个或多个vnfm606和一个或多个vim608在相应的pop中对vnf进行实例化。在一实施例中，sdt-fg实体602可使用生成的fg创建ns请求，并将ns请求发送到编排器604，以为vnf确定pop和进行实例化。在本示例中，系统600可建立在图1所示的nfv-mano系统100上，其中sdt-fg实体602的输出，即ns请求，将作为nfv-mano系统100的输入。

图7示出了根用于nfv-mano的一种实施例方法的时序图700。该方法可应用于图6的系统600。sdt-fg实体702接收来自客户712的对网络服务的客户请求(步骤752)。在接收客户请求752之后，sdt-fg702确定或生成与客户请求对应的fg(步骤754)。在一实施例中，sdt-fg实体702可以通过网络服务模板和包括基本网络功能的检查表生成fg。sdt-fg实体702然后创建包括客户请求信息和生成的fg的ns请求，并将ns请求添加到ns存储库或目录中(步骤756)。在一实施例中，可创建包括网络服务和相应fg的ns请求，并且ns请求在归档到ns目录之后可重复使用。例如，当接收到类似的网络服务的客户请求时，可重复使用fg。

sdt-fg实体702将ns请求发送到编排器704(步骤762)。在接收到ns请求后，编排器704采用包括图1所示方法在内的多种不同方法对该请求进行响应。例如，基于ns请求，编排器704可以为fg中指示的vnf确定nfvi-pop(步骤764)，并指示vnfm606和vim608等一个或多个vnfm和vim对vnf进行实例化(步骤766)。本领域普通技术人员可以了解，发送ns请求的步骤762不需要在修改ns存储库的步骤756完成之后执行。这些步骤可以按照与图示相反的顺序执行，也可以同时执行。

在一些实施例中，当vnf缩容/扩容触发被发送到vnfm或vim时，触发消息可以转发到编排器704，然后编排器704可以重复执行图7所示的步骤764和766。或者，vnfm或vim可接收缩容/扩容需求的指示并且可以直接处理该触发。

图8示出了另一种执行nfv-mano的实施例系统800。系统800包括编排器802、sdt-fg实体804、sdt-pop实体806、vnfm808和vim810。sdt-fg实体804基于客户请求812生成fg。客户请求812由编排器802接收，然后可以转发到sdt-fg实体804。sdt-fg804根据从编排器802接收的客户请求812相关联的信息生成fg。sdt-pop实体806为fg中的vnf确定pop。编排器802用于指示一个或多个vnfm808和一个或多个vim810在pop中对fg中的vnf进行实例化。

图9示出了用于nfv-mano的一种实施例方法900的时序图。该方法可应用于图8所示的系统800。编排器902接收来自客户912的对网络服务的客户请求(步骤952)。将客户请求或根据客户请求确定的信息传输到sdt-fg实体904(步骤954)。sdt-fg实体904根据接收到的信息生成fg(步骤956)。基于确定的fg，对fg实例化所需的pop进行确定的请求发送到sdt-pop实体906(步骤958)。sdt-pop实体906根据接收的请求为vnf确定pop(步骤960)，然后将pop响应消息等指示pop的确定已完成的消息发送到sdt-fg实体904，以响应请求pop的命令(步骤962)。本领域普通技术人员可以了解，步骤958中传输的对pop的请求可以包括确定的fg。类似地，步骤962中的pop响应消息可以包括为fg中每个vnf选定的pop的列表。sdt-fg实体904在接收pop响应消息时，可以将确认(acknowledgement，ack)消息发送到编排器902(步骤964)，以指示生成fg并为fg中的vnf确定nfvi-pop。在接收到ack消息后，编排器902可指示一个或多个vnfm和vim基于nfvi-pop对包含在fg中的vnf进行实例化(步骤966)。

在一些实施例中，编排器902可发出对vnf进行实例化的指令，以响应接收来自sdt-fg实体904的ack消息。进行实例化的指令可以发送到与vnf的pop关联的vnfm和vim，pop包括在步骤960中由sdt-pop906确定的pop等。或者，对vnf进行实例化的指令可以在pop确定之后直接从sdt-pop实体906中获取。例如，sdt-pop实体906可在pop确定之后将实例化命令发送到vnfm。在vnf缩容/扩容触发被发送到vnfm或vim以请求将一个或多个vnf移至或实例化至新pop的情况下，触发消息可以转发到sdt-pop实体906，然后重复执行步骤960至966。例如，在接收到触发消息后，sdt-pop实体906确定新的请求pop，并将pop响应发送到sdt-fg实体904。sdt-fg实体904然后将确认消息发送到编排器902，再由编排器902发送在新pop中对vnf进行实例化的指令。

在一些实施例中，本发明实施例中的编排器、sdt-fg实体和sdt-pop实体可以由相同或不同的服务供应商实现。在其它实施例中，编排器、sdt-fg实体和sdt-pop实体可实现为具有不同接口以相互交互的不同实体。这些实体可以为虚拟实体，通过软件启用。

图10示出了一种实施例nfv-mano系统1000的图，其中vnf在单数据中心(datacenter，dc)中进行实例化。拓扑管理器或编排器1002通过vim1004获知整个网络的资源可用性。拓扑管理器1002基于客户请求确定vnf的vnf-fg，即逻辑拓扑，并为vnf-fg中的vnf确定pop，即vnf的物理拓扑。在本示例中，vnf-fg包括两个连接在一起的vnf，即vnf1和vnf2，且两个vnf均位于同一个nfvi-pop1010(在本示例中，nfvi-pop1010为单数据中心)。vim1004为这两个vnf分配并预留资源，例如虚拟容器和物理链路。vnfm1006对vnf进行实例化，以响应接收来自编排器1002的指令。在nfvi-pop1010中，即数据中心中，软件定义网络控制器(softwaredefinednetworkcontroller，sdn-c)1008在其nfvi-pop内确定物理链路，并为包含实例化的vnf的数据面提供转发规则。

图11示出了另一实施例nfv-mano系统1100的图，其中vnf在多个dc中进行实例化。系统1100包括拓扑管理器1102、多个vim1104和多个vnfm1106。拓扑管理器1102负责系统1100中的vnf资源的编排管理，每个vim1104用于在各自域内预留和分配资源，每个vnfm1106用于在各自域内对vnf进行实例化。系统1100还包括多个sdn-c1108，每个sdn-c1108位于vim1104的域内。每个sdn-c1108确定相应的物理链路，并在其nfvi-pop内提供转发规则。系统1100还包括多个广域网基础设施管理器(wideareanetworkinfrastructuremanager，wim)1110。每个wim1110为一个专用vim，为拓扑管理器1102提供nfvi-pop1122和nfvi-pop1124间的资源抽象图。位于wim1110的管理域内的sdn-c1112确定物理链路，并提供nfvi-pop1122和nfvi-pop1124间的转发规则。各vim1104或wim1110在其管理域内提供连接服务，并向拓扑管理器1102提供资源抽象。各vim1104或wim1110还在其域内维护nfvi资源库。如图11所示，对于经过广域网的从端点(endpoint，ep)1114到ep1116的网络服务对应的客户请求，可确定转发图包括两个vnf，即vnf1和vnf2，它们分别与nfvi-pop1122和nfvi-pop1124对应。vnf1可以由一个vnfm1106在nfvi-pop1122中进行实例化，vnf2可以由另一个vnfm1106在nfvi-pop1124中进行实例化。本领域的普通技术人员可以理解，拓扑管理器1102可以使用第二wim1110和sdn-c1112，从而能够了解(并控制)用于将ep1114与nfvi-pop11122内部的vnf1连接起来的资源。这种运作方式与wim1110在nfvi-pop11122和nfvi-pop21124之间进行运作的方式大致相同。虽然这两个wim1110图示为单独实体，但它们可以与两个sdn-c1112相结合。这样，数据中心外就只有一个wim与相应sdn-c的一个集合。wim与相应sdn-c的数量是一个运营性决策。

图12示出了用于nfv-mano的实施例方法1200的流程图。该方法可由处理系统执行。在方法1200中，在步骤1202中接收对网络服务的客户请求，在步骤1204中根据接收到的客户请求生成vnf-fg。vnf-fg可包括多个vnf。在一实施例中，vnf-fg可包括与网络性能评估和增强相关的vnf。在一实施例中，方法1200还可以包括为vnf-fg中的多个vnf中的每一个确定nfvi-pop，以及在nfvi-pop中使用vim或vnfm对多个vnf进行实例化。在另一实施例中，方法1200可以创建包含生成的vnf-fg的ns请求以及发送该ns请求，可以基于该ns请求为多个vnf确定nfvi-pop。创建的ns请求可以添加到ns目录中。在另一实施例中，方法1200可以发送请求确定多个vnf的nfvi-pop的命令，并接收响应于该命令的消息，该消息指示为vnf-fg中的多个vnf确定nfvi-pop。在又一实施例中，方法1200还可以发送确认消息以响应客户请求，该确认消息指示生成vnf-fg以及指示为vnf-fg中的多个vnf确定nfvi-pop。

图13示出了一种用于实现本文所描述的系统和方法的实施例处理系统1300的方框图。该系统1300可安装于主机设备中。处理系统1300可用于执行本发明实施例中编排器、sdt-fg实体和sdt-pop实体中的任意一个或多个的功能。如图所示，处理系统1300包括处理器1304、存储器1306和接口1310、1312和1314，这些组件可以(或可以不)如图13所示进行排列。处理器1304可以为适于进行计算和/或其它处理相关任务的任意组件或组件的集合。存储器1306可以为适于存储供处理器1304执行的程序和/或指令的任意组件或组件的集合。在一实施例中，存储器1306包括非瞬时性计算机可读介质。接口1310、1312和1314可以是允许处理系统1300与其它设备/组件和/或用户进行通信的任意组件或组件的集合。例如，接口1310、1312和1314中的一个或多个接口可以用于将来自于处理器1304的数据、控制或管理消息发送到安装于主机设备和/或远端设备上的应用程序。再例如，接口1310、1312和1314中的一个或多个接口可允许用户或用户设备(例如，个人计算机(personalcomputer，pc))与处理系统1300进行交互/通信。处理系统1300可包括图13中未示出的附加组件，例如长期存储器(例如非易失性存储器等)。

在一些实施例中，处理系统1300包含于接入电信网络的网络设备中，或者是电信网络的一部分。在一个示例中，处理系统1300位于无线或有线电信网络中的网络侧设备中，例如，电信网络中的基站、中继站、调度器、控制器、网关、路由器、应用服务器或者任意其它设备中。在其它实施例中，处理系统1300位于接入无线或有线电信网络的用户侧设备中，例如，适于接入电信网络的移动台、用户设备(userequipment，ue)、个人电脑(personalcomputer，pc)，平板电脑、可穿戴通信设备(例如，智能手表)或任意其它设备中。

在一些实施例中，接口1310、1312和1314中的一个或多个接口将处理系统1300与收发器连接，收发器适于通过电信网络传输和接收信令。图14示出了适于通过电信网络传输和接收信令的收发器1400的方框图。收发器1400可安装于主机设备中。如图所示，收发器1400包括网络侧接口1402、耦合器1404、发射器1406、接收器1408、信号处理器1410和一个或多个设备侧接口1412。网络侧接口1402可包括适于通过无线或有线电信网络传输或接收信令的任意组件或组件的集合。耦合器1404可包括适于通过网络侧接口1402促进双向通信的任意组件或组件的集合。发射器1406可包括适于将基带信号转换为适用于通过网络侧接口1402传输的调制载波信号的任意组件或组件(例如，上变频器、功率放大器等)的集合。接收器1408可包括适于将通过网络侧接口1402接收的载波信号转换为基带信号的任意组件或组件(例如，下变频器、低噪声放大器等)的集合。信号处理器1410可包括适于将基带信号转换为适用于通过设备侧接口1412进行通信的数据信号(反之亦然)的任意组件或组件集合。设备侧接口1412可包括适于在信号处理器1410和主机设备内的组件(例如，处理系统1300、局域网(localareanetwork，lan)端口等)之间传送数据信号的任意组件或组件的集合。

收发器1400可通过任何类型的通信介质传输和接收信令。在一些实施例中，收发器1400通过无线介质传输和接收信令。例如，收发器1400可以是适于根据无线通信协议进行通信的无线收发器。无线通信协议可包括蜂窝协议(例如，lte)、无线局域网(wirelesslocalareanetwork，wlan)协议(例如，wi-fi)，或任何其它类型的无线协议(例如，蓝牙和近场通信(nearfieldcommunication，nfc)协议等)。在这些实施例中，网络侧接口1402包括一个或多个天线/辐射单元。例如，网络侧接口1402可包括单天线、多个独立天线或用于多层通信的多天线阵列，多层通信包括单输入多输出(singleinputmultipleoutput，simo)、多输入单输出(multipleinputsingleoutput，miso)、多输入多输出(multipleinputmultipleoutput，mimo)等。在其它实施例中，收发器1400通过无线介质传输和接收信令，例如，双绞线电缆、同轴电缆、光纤等。特定处理系统和/或收发器可以利用所示的所有组件或仅使用以上组件的一部分，集成度可因设备而异。

尽管进行了详细的描述，但应理解，可在不脱离由所附权利要求书界定的本发明的精神和范围的情况下，对本文做出各种改变、替代和更改。此外，本发明的范围不限于本文中所描述的特定实施例，所属领域的普通技术人员将从本发明中容易了解到，过程、机器、制造工艺、物质成分、构件、方法或步骤(包括目前存在的或以后将开发的)可执行与本文所述对应实施例大致相同的功能或实现与本文所述对应实施例大致相同的效果。相应地，所附权利要求范围包括这些流程、机器、制造、物质成分、构件、方法以及步骤。