CN109074288B

CN109074288B - 网络虚拟化场景中的冲突解决

Info

Publication number: CN109074288B
Application number: CN201780030053.XA
Authority: CN
Inventors: A.安德里亚诺夫; G.博多格
Original assignee: Nokia Solutions and Networks Oy
Current assignee: Nokia Solutions and Networks Oy
Priority date: 2016-03-15
Filing date: 2017-03-06
Publication date: 2022-04-26
Anticipated expiration: 2037-03-06
Also published as: US20190109762A1; CN109074288A; EP3430509B1; EP3430509A1; US20230164027A1; US11570044B2; WO2017157708A1

Abstract

提供了用于网络虚拟化场景中的冲突解决的措施，其中由第一网络组件所管理的第一虚拟化网络服务和第二网络组件所管理的第二虚拟化网络服务利用虚拟化网络功能。措施包括由第一网络组件请求虚拟化网络功能的改变，将指示虚拟化网络功能的改变的信息发送到第二网络组件，以及确定虚拟化网络功能的改变何时影响第二虚拟化网络服务。

Description

网络虚拟化场景中的冲突解决

技术领域

本发明涉及网络虚拟化场景中的冲突解决。更具体地，本发明示例性地涉及用于解决关于这种场景中的虚拟化网络功能的使用和改变的潜在冲突的措施（包括方法、装置和计算机程序产品）。

背景技术

本说明书一般涉及网络功能虚拟化（NFV）。

在NFV中，虚拟化网络功能（VNF）是可以部署在网络功能虚拟化基础架构（NFVI）上的网络功能的软件实现。

NFVI是构建其中部署VNF的环境并且可以跨越若干位置的所有硬件和软件组件的总和。

每个VNF由VNF管理器（VNFM）管理。当VNF被实例化（即，构建）或改变时，VNFM可以例如确定某个VNF所需的特定资源。

所谓的NFV编排器（NFVO）负责网络服务管理。网络服务是网络功能的组成物，并由其功能和行为规范定义。

NFVO是具有多VNF环境中可用、实际使用和保留的资源的概观并且还负责有关资源分配和放置的决策的实体。NFVO的任务包括虚拟化网络服务的生命周期管理（包括实例化、横向扩容/缩容、性能测量、事件关联、终止）。此外，VNF或其组件放置在NFVI中的实际责任在于NFVO。

因此，根据本方法，两个架构构建块协作用于VNF的资源分配，即VNFM和NFVO。

在虚拟化网络场景中，某些类型的VNF也可以在虚拟化网络服务之间共享。虚拟化网络服务可以被视为虚拟化的相干逻辑网络部分，并且可以是例如虚拟化IP（网际协议）多媒体子系统（vIMS）或虚拟化演进分组核心（vEPC）。

IMS是用于交付IP多媒体服务的架构框架，而EPC是3GPP的LTE（以及其他）无线通信标准的网络架构的部分。EPC的子组件可以是：MME（移动性管理实体）、SGW（服务网关）、PGW（PDN——分组数据网络——网关）、HSS（归属订户服务器）、ANDSF（接入网络发现和选择功能）以及ePDG（演进分组数据网关）。

共享VNF例如可以是虚拟化归属订户服务器。换句话说，一个虚拟化HSS可以是vIMS以及vEPC的实例。

HSS被定义为包含用户相关和预订相关信息的中央数据库。HSS的功能包括诸如移动性管理、呼叫和会话建立支持、用户认证和接入授权之类的功能。因此，一个虚拟化HSS可能需要连接到第一网络服务（如vIMS）以及第二网络服务（如vEPC）。

对于由NFVO发起的生命周期管理，当涉及多个网络服务之间共享的VNF时，可能会出现问题。在这样的情况下，可能会出现冲突。

例如，当NFVO作为对第一网络服务的更新的部分决定为共享VNF发起VNF LCM（生命周期管理）操作时，这也可能影响进一步的网络服务。

旨在优化一个网络服务的扩缩VNF操作的结果可能在另外的网络服务中引起不期望的后果。例如：第一网络服务可能处于良好或健康的情况。但是当第二网络服务可以请求横向缩容操作（针对确实是共享VNF的VNF）时，这可能导致（迄今为止）健康的第一网络服务的拥塞或过载情况。

因此，需要提供网络虚拟化场景中的冲突解决，特别是针对在多个虚拟化网络服务中共享的虚拟网络功能。

发明内容

本发明的各种示例性实施例旨在解决至少部分上述问题和/或难题和缺点。

在所附权利要求中阐述了本发明的示例性实施例的各个方面。

根据本发明的一个示例性方面，提供了一种网络虚拟化场景中的方法，其中虚拟化网络功能由第一网络组件所管理的第一虚拟化网络服务和第二网络组件所管理的第二虚拟化网络服务利用，包括由第一网络组件请求虚拟化网络功能的改变，将指示虚拟化网络功能的改变的信息发送到第二网络组件（NFVO2），并确定虚拟化网络功能的改变何时影响第二虚拟化网络服务。

根据本发明的一个示例性方面，提供了一种系统，包括第一网络组件，由第一网络组件管理的第一网络功能，第二网络组件，由第二网络组件管理的第二网络功能，以及由第一虚拟化网络服务和第二虚拟化网络服务利用的虚拟化网络功能，其中所述第一网络组件被配置为请求虚拟化网络功能的改变，并且所述系统被配置为将指示虚拟化网络功能的改变的信息发送到第二网络组件，并确定虚拟化网络功能的改变何时影响第二虚拟化网络服务。

根据本发明的一个示例性方面，提供了一种网络虚拟化场景中的装置，包括用于利用虚拟化网络功能管理虚拟化网络服务的管理部件，用于请求虚拟化网络功能的改变的请求部件，以及用于将指示虚拟化网络功能的改变的信息发送到利用虚拟化网络功能管理另外的虚拟化网络服务的另外的装置的发送部件。

根据本发明的一个示例性方面，提供了一种网络虚拟化场景中的装置，包括用于利用虚拟化网络功能管理虚拟化网络服务的管理部件，用于从利用虚拟化网络功能管理另外的虚拟化网络服务的另外的装置接收指示虚拟化网络功能的计划的改变的信息的接收部件，用于确定虚拟化网络功能的改变何时影响虚拟化网络服务的确定部件，以及以下中的至少一个：用于根据确定虚拟化网络功能的改变何时影响虚拟化网络服务来批准虚拟化网络功能的改变的批准部件，用于根据确定虚拟化网络功能的改变何时影响虚拟化网络服务来拒绝虚拟化网络功能的改变的拒绝部件，以及用于根据确定虚拟化网络功能的改变何时影响虚拟化网络服务来提议虚拟化网络功能的替代改变的提议部件。

根据本发明的一个示例性方面，提供了一种网络虚拟化场景中的装置，包括至少一个处理器，包括计算机程序代码的至少一个存储器，以及被配置用于与至少另一个装置通信的至少一个接口，至少一个处理器与至少一个存储器和计算机程序代码一起被配置为使装置执行：利用虚拟化网络功能管理虚拟化网络服务，请求虚拟化网络功能的改变，以及将指示虚拟化网络功能的改变的信息发送到利用虚拟化网络功能管理另外的虚拟化网络服务的另外的装置。

根据本发明的一个示例性方面，提供了一种网络虚拟化场景中的装置，包括至少一个处理器，包括计算机程序代码的至少一个存储器，以及被配置用于与至少另一个装置通信的至少一个接口，至少一个处理器与至少一个存储器和计算机程序代码一起被配置为使装置执行：利用虚拟化网络功能管理虚拟化网络服务，从利用虚拟化网络功能管理另外的虚拟化网络服务的另外的装置接收指示虚拟化网络功能的计划的改变的信息，确定虚拟化网络功能的改变何时影响虚拟化网络服务，以及以下中的至少一个：根据确定虚拟化网络功能的改变何时影响虚拟化网络服务来批准虚拟化网络功能的改变，根据确定虚拟化网络功能的改变何时影响虚拟化网络服务来拒绝虚拟化网络功能的改变，根据确定虚拟化网络功能的改变何时影响虚拟化网络服务来提议虚拟化网络功能的替代改变。

根据本发明的一个示例性方面，提供了一种计算机程序产品，其包括计算机可执行的计算机程序代码，当程序在计算机（例如，根据本发明的前述装置相关示例性方面中的任一个的装置的计算机）上运行时被配置为使计算机执行根据本发明的前述方法相关示例性方面中的任一个的方法。

这样的计算机程序产品可以包括（或体现）（有形）计算机可读（存储）介质等，其上存储有计算机可执行计算机程序代码，和/或程序可以直接加载到计算机或其处理器的内部存储器中。

上述方面中的任何一个都使得能够实现以下中的至少一个：

在多个（虚拟化）网络服务之间共享VNF实例的情况下，VNF的改变（例如，扩缩操作）的结果将不会在网络服务之间引起负面干扰。

存在可以在（虚拟化）网络服务之间共享的某些类型的VNF。（潜在）共享VNF的示例可以是虚拟化HSS。在这种情况下，虚拟化HSS的仅一个实例被实例化，然后在多个（虚拟化）网络服务（的实例）之间（例如，在vIMS的实例和vEPC网络服务的实例之间）共享该VNF实例。当由第一虚拟化网络服务（或者更确切地说，由其管理实体）发起扩缩操作时，共享VNF的这种改变也将影响使用所述共享VNF的所有另外的虚拟化网络服务。在本发明的帮助下，可以避免负面（或全部）影响。

因此，上述方面中的任何一个由此解决了与现有技术相关标识的至少部分问题和缺点。

通过本发明的示例性实施例，提供了网络虚拟化场景中的冲突解决。更具体地，通过本发明的示例性实施例，提供了用于避免网络虚拟化场景中的冲突（并且特别是当共享VNF时）的措施和机制。换句话说，通过本发明的示例性实施例，提供了用于实现协作并避免（虚拟化）网络实体之间的负面影响的措施和机制，如下面更详细地讨论的。

因此，通过使得能够实现/实现网络虚拟化场景中的资源放置控制的方法、装置和计算机程序产品来实现改进。

附图说明

在下文中，将参考附图通过非限制性示例更详细地描述本发明：

图1是由ETSI定义的NFV概念的描绘；

图2是图示根据本发明的示例性实施例的装置的框图；

图3是图示根据本发明的示例性实施例的装置的框图；

图4是根据本发明的示例性实施例的过程的示意图；

图5是根据本发明的示例性实施例的过程的示意图；

图6示出了根据本发明的示例性实施例的具有信令变体的系统环境的示例的示意图；

图7是根据本发明的示例性实施例的过程的示意图；

图8是替代地图示根据本发明的示例性实施例的装置的框图。

具体实施方式

本文参考特定的非限制性示例和目前认为是本发明的可想到的实施例的内容描述了本发明。本领域技术人员将理解的是，本发明绝不限于这些示例，并且可以更广泛地应用。

应当注意，以下对本发明及其实施例的描述主要是指用作某些示例性网络配置和部署的非限制性示例的规范。即，本发明及其实施例主要关于ETSI网络功能虚拟化（NFV）规范来描述，该规范被用作某些示例性网络配置和部署的非限制性示例。这样，本文给出的示例性实施例的描述具体涉及与其直接相关的术语。这种术语仅用于所提出的非限制性示例的上下文中，并且自然不以任何方式限制本发明。更确切地说，只要符合本文描述的特征，也可以利用任何其他通信或通信相关的系统部署等。

特别地，本发明及其实施例可以适用于其中利用和管理虚拟网络功能的任何网络复合物。

在下文中，使用若干变体和/或替代方案描述了本发明的各种实施例和实现及其各方面或实施例。通常应注意到，根据某些需要和约束，所有描述的变体和/或替代方案可以单独提供或以任何可想到的组合来提供（还包括各种变体和/或替代方案的各个特征的组合）。

根据本发明的示例性实施例，概括地说，提供了用于（使得能够实现/实现）网络虚拟化场景中的冲突解决的措施和机制。

图1示出了由ETSI定义的NFV概念。虚拟网络功能（VNF）由虚拟网络功能管理器（VNFM）管理。虚拟化网络服务（NS）由网络功能虚拟化编排器（NFVO）管理。

另外的组件是OSS（运营支持系统）、BSS（业务支持系统）、NFVI（网络功能虚拟化基础架构）、VIM（虚拟化基础架构管理器）和元件管理器（EM）。

此外，从图1中可以看出，某些组件被定义为NFV-MANO（管理和编排）的部分。在所有组件之间定义某些接口。

存在可以在不同的网络服务之间共享的某些类型的VNF。这种VNF的示例可以是虚拟化HSS。在这种情况下，虚拟化HSS的仅一个实例被实例化，然后在多个网络服务（的实例）之间共享该单个VNF实例。本发明解决了当NFVO决定为共享VNF发起VNF LCM（“生命周期管理”）操作时出现的问题。例如，VNF LCM操作可以是扩缩VNF实例的请求（例如，执行“利用外部拓扑规模（scale）来扩缩VNF”操作）。

图2是图示根据本发明的示例性实施例的用于冲突解决的网络虚拟化场景中的装置的框图。该装置可以是网络实体20，诸如NFVO，其包括管理部件21、请求部件22和发送部件23。管理部件21可以管理网络服务。请求部件12可以请求改变（由网络服务所利用的）VNF。发送部件将指示计划的改变的信息发送到另一网络组件。

图3是图示用于确定计划的VNF改变对网络服务的影响的网络虚拟化场景中的装置的框图。取决于确定结果，该装置也可以相应地作出反应。该装置可以是网络实体30，诸如NFVO，其包括管理部件31、接收部件32、确定部件33、以及批准部件34a、拒绝部件34b和提议（offer）部件34c中的至少一个。

管理部件31可以管理网络服务。接收部件可以接收关于VNF的计划改变的信息。确定部件33可以确定VNF的计划改变何时/是否将影响（已经影响）网络服务。如果确定没有（负面的）影响，则批准部件34a可以批准计划的改变，如果确定有（负面的）影响，则拒绝部件34b可以拒绝计划的改变，如果确定有（负面的）影响，提议部件34c可以提议修改的改变。

在实施例中，图2中所示的装置和/或图3中所示的装置的至少一些功能可以合并在一个单个操作实体中。例如，一个NFVO可以包括图2的装置和图3的装置。换句话说，管理第一网络服务的一个第一网络组件（或任务）和管理第二网络服务的一个第二网络组件（或任务）可以确实由相同的NFVO处理。

因此，装置可以看成描绘包括在一个或多个物理或逻辑设备中的操作实体，其被设计为执行至少一些所描述的过程。

图4是根据本发明的示例性实施例的过程的示意图。当多个网络服务共享VNF时，可以使用该过程。利用共享VNF的每个网络服务（NS）可以被称为“用户NS”。

根据图4的过程包括例如基于关于第一（虚拟化）网络服务的管理决策来标识（S41）对VNF LCM操作的需要的操作。LCM操作可以是可以由第一NFVO发起的VNF的改变。

可选地，在S42中，执行LCM操作是否正在影响另一（虚拟化）网络服务的基本确定。在确定了LCM操作不影响另一网络服务的情况下，例如，出于通知的目的，可以将LCM操作的通知转发给所有另外的用户NS（S43）。随后，可以如S44中计划的那样执行LCP操作。

在步骤S42中确定了计划的LCM操作正在影响另一网络服务的情况下，可以请求（S45）来自所有另外的用户NS的批准（或者分别来自它们的NFVO）。

再次注意，S42中的基本确定是可选的。关于对另外的用户NS的影响的确定可以如下那样执行。每个VNF LCM操作可以被分类为“服务影响”的或“非服务影响”的。例如，VNF实例化可以被定义为非服务影响的操作（因为对任何其他NS没有负面影响，因为新实例尚未被任何另外的NS利用——新的VNF“不是任何另外的NS的成员”）。因此，VNF横向扩容（scale-out）或纵向扩容（scale-up）操作也可以被视为非服务影响的。相反，例如，“终止VNF”操作或纵向缩容（scale-down）/横向缩容（scale-in）操作可以被定义为服务影响的。因此，基本确定可以是基于这样的分类。然而，也可能不执行基本确定——在这种情况下，例如，可以如下文所解释的那样处理所有LCM操作。

回到图4，在步骤S45中，发起针对来自所有另外的NS的批准的请求。这可以通过将指示计划的LCM操作的信息发送到所有另外的（用户）NS来完成。负责管理另外的NS的NFVO可以确定对相应NS的潜在影响，并批准或拒绝针对LCM操作的请求。在实施例中，相应的NFVO还可以——在确定对其NS的负面影响的情况下——提议或建议更适合其自身NS的不同LCM操作。

在图4的步骤S46中，接收来自另外的NFVO的相应答复。如果LCM操作被批准（S47），则检查是否接收到来自所有用户NS的批准（S48）。如果是这种情况，则可以执行VNF LCM操作（S44）。如果不是这种情况，则仍然要接收来自所有另外的用户NS的答复（回到S46）。

如果在步骤S47中未批准请求（例如，如果它被另外的NFVO拒绝），则在步骤S49中取消计划的LCM操作。

基本上，图4描绘了发起VNF LCM操作（在VNF LCM执行之前）的NS（或者管理NS的NFVO）与共享相同VNF实例的所有其他“用户NS”之间的通信的示例。对于非服务影响的VNFLCM操作，通信可能只是单向通知。相反，对于服务影响的操作，双向通信是优选的。在这种情况下，向任何用户NS通知关于计划的操作并让用户NS确认（或拒绝）计划的VNF LCM操作可能是有利的。实际上，多个NS之间的通信意味着管理对应NS的NFVO之间的通信。在两个NS都由相同的NFVO管理的情况下——NFVO内的通信可能是必需的。（注意，术语通信在此可以包括——但不限于——以下：过程间通信、设置对应于NS和VNF实例的对象的属性等）。

由计划LCM操作的第一NFVO通知的管理用户NS的另一NFVO可以——在接收到指示计划的LCM操作的信息时——如下那样作出反应。另一NFVO可以确定影响计划的LCM操作是否（和哪些）可能对其NS有影响。取决于确定结果，另一NFVO可以批准或拒绝计划的LCM操作，或者它可以提议不同的（修改的）LCM操作。可以向发起了原始LCM操作的NFVO提议（建议）这种不同的LCM操作。该NFVO继而现在可以批准或拒绝修改的LCM操作。同样，可能定义了对LCM操作的另一改变，并且改变的LCM操作再次被转发到另一NFVO以用于批准。因此，甚至所有涉及的NFVO之间的协商也在本发明的范围内。

在本发明的实施例中，另外的NFVO（或另外的用户NS）可以如下那样响应于在共享VNF上执行计划的LCM操作的请求而作出反应。如果用户NS确定不存在来自计划操作的负面影响，则它可以仅确认计划的操作（即，表示允许继续）。如果用户NS标识出负面影响（对其自身），则至少以下选项是可能的：拒绝计划的VNF LCM操作或在计划的操作执行之前执行内部补救动作。这意味着在某些情况下，可以有可能实例化VNF（替代VNF）的“本地”实例，或者向请求NS通知关于本地NS内的附加约束。

图5是根据本发明的示例性实施例的过程的示意图。在该实施例中，一个网络服务（或者，管理网络服务的NFVO）可以被（预先）确定为“主NS”或“主NFVO”。仅当主NS批准计划的LCM操作时，才将确实执行LCM操作。

图5的过程包括在S51中标识对VNF LCM操作的需要。在这种情况下，可以发起/请求LCM操作。在S52中，确定对LCM操作的请求是否源自主NS。如果请求源自指定的主NS，则向所有另外的用户NS通知关于LCM操作（S53），并且随后在步骤S54中执行LCM操作。

如果在S52中确定对LCM操作的请求不是源自主NS，则——可选地，参见上述步骤S42——确定计划的LCM操作是否是服务影响的（S55）。如果不是这种情况，则向所有另外的用户NS通知关于LCM操作（S53）并且执行LCM操作（S54）。如果在S55中确定计划的操作是服务影响的，则在步骤S56中请求来自主NS的批准。这可以通过将指示计划的LCM操作的信息发送到主NS来完成。当从主NS接收到答复时，确定LCM操作是否被批准（S57）。如果它被批准，则相应地通知所有另外的用户NS（S53）并且执行LCM操作（S54）。如果在S57中确定请求未被主NS批准，则取消计划的LCM操作（S58）。

应当注意，类似于上面关于图4说明的过程，负责批准的NS（本文：主NS）可以批准或拒绝计划的LCM操作或提议修改的LCM操作。在实施例中，主NS可以确定不同的LCM操作并直接执行该不同的LCM操作。

根据图5的过程说明了其中也可以解决为多个用户NS的利益而执行的多个（潜在地冲突的）VNF LCM操作之间的冲突的实施例。这可以通过为每个用户NS定义不同的优先级来实现。在上述情况下，具有最高优先级的一个NS（“主NS”）可以负责冲突解决。

在这样的实施例中，如上所述的通信仍然适用——朝向“普通”用户NS（具有相同优先级）的单向通信和去向（和来自）“主NS”的双向通信。（换句话说，只有主NS可以批准/拒绝计划的LCM操作请求）。

在另一个实施例中，优先级不是在NS级别处而是在NFVO级别处完成的（即，例如，由NFVO1管理的所有NS具有比由NFVO2管理的那些NS更高的优先级）——例如当NFVO之一负责安全方面时，这可能是有用的。该NFVO可能具有最高优先级。

图6示出了根据本发明的示例性实施例的具有信令变体的系统环境的示例的示意图。

图6的序列图意味着存在在两个NS实例NFVO-1和NFVO-2之间共享的至少一个VNF实例。NFVO-1管理第一NS实例，而NFVO-2管理第二NS实例。

第一可选交互（步骤1a）图示了作为由NFVO-1管理的“第一”NS实例的部分的VNF实例正在被“共享”（即它将成为由NFVO-2根据OSS的请求而实例化的“第二”NS实例的部分）的情况。通过对利用VNF的第二NS实例化，第二NS是“用户NS”，如上所述。

第二可选交互（步骤1b）示出从OSS到NFVO-1的通知，其通知它“第一”NS实例的一些VNF现在由NFVO-2所管理的“第二”NS实例共享。

可以在NFVO-1中触发VNF LCM操作，例如通过NS自动扩缩功能（步骤2）。NFVO-1可以根据上述的基本确定来确定（步骤3）VNF LCM操作是否是服务影响的。

随后，在共享VNF上发起VNF LCM操作的NFVO-1需要通知正在使用相同共享VNF的所有用户NS（另外的NFVO）关于计划的LCM操作。

为此，NFVO-1需要找出用户NS和管理这些用户NS的（多个）NFVO。这可以通过向OSS发送查询来完成。

在图6中，示出了如何通知管理使用相同共享VNF的用户NS的另外的NFVO的三种方法。当然，也可以执行这些方法的组合。

根据第一种方法（参见步骤4a、4b、4c和4d），OSS转发管理所请求的NS的NFVO的NFVO地址。然后，NFVO将把关于计划的VNF LCM操作的通知发送到相应的另外的（多个）NFVO。

在第二种方法中（参见步骤5a、5b、5c和5d），OSS向另外的NFVO通知计划的VNF LCM操作。在这种情况下，发送关于“辅助”NS的查询的NFVO需要还将指示计划的VNF LCM操作的信息发送到OSS。OSS可以向NFVO确认查询并指示已经通知了另外的NFVO。

根据第三种方法（参见步骤6a和6b），当用户NS被实例化时，用户NS和管理（多个）用户NS的（多个）用户NFVO已经经由通知（参见步骤1b）为主NS所知。

最后，NFVO-1可以执行针对VNFM的计划的VNF LCM操作（步骤7）。

在如上所述那样定义主NS（或主NFVO）的情况下，根据本发明的示例性过程可以如下。

如果VNF LCM操作是服务影响的，例如横向缩容或纵向缩容，则管理主NS的NFVO需要从所有用户NS得到确认。为此，可以使用用于用户NS的NFVO发现的相同机制。为了从所有用户NS得到确认，在本发明的范围内至少存在以下三个选项，其也可以组合。

根据第一选项，OSS将（多个）NFVO地址发送到管理主NS的NFVO。然后，主NFVO向管理用户NS的另外的（多个）NFVO发送批准请求。这些另外的（多个）NFVO可以响应于管理主NS的NFVO（参见步骤4a、4b、4c和4d）。

在第二选项中，OSS管理来自管理用户NS的（多个）NFVO的批准请求的集合。按步骤寻址（参见5a、5b、5c和5d）。

根据第三选项（参见步骤6a和6b），当用户NS被实例化时，用户NS和管理（多个）用户NS的（多个）用户NFVO已经经由通知（参见步骤1b）为主NS所知。然后，NFVO将批准请求发送给管理用户NS的另外的NFVO，并且这些另外的（多个）NFVO可以响应于管理主NS的NFVO。

在图6中，还示出了用户NS（或者管理用户NS的NFVO）的潜在行为。

对于服务影响的操作，另外的（多个）NFVO可以通过确认（批准）或拒绝计划的VNFLCM操作来答复（参见步骤4d、步骤5d或步骤6b）。在某些实施例中，答复可以包括可以提议的建议的替代VNF LCM操作。作为示例，当最初请求从100纵向缩容到50时，可以提出从100到80的修改的纵向缩容。

在任何情况下，一旦管理主NS的NFVO从所有用户NS得到批准，则它可以通过执行计划的VNF LCM操作来继续其过程（参见步骤7）。

图7示出了根据本发明的示例性实施例的过程的示意图。当被通知关于计划的LCM操作时，该过程可以由用户NS（或者管理用户NS的NFVO）执行。

在（S71）中接收到对计划的LCM操作的批准请求之后，可以执行该计划的LCM操作的影响的分析（S72）。

依赖于指示已经接收到的计划的LCM操作的信息，可以确定对当前用户NS的影响（S73）。

如果没有影响可以被确定，则发送对计划的LCM操作的批准（S74）。如果在S73中确定了影响，则确定补救动作是否可能（S75）。

如果补救动作可能，则执行该补救动作（S76）并且发送对计划的LCM操作的批准（S74）。如果补救动作不可能，则在S77中检查具有改变的参数的LCM操作是否将是可接受的。换句话说，搜索适合于当前用户NS的修改的LCM操作（例如，没有负面影响的）。

如果未找到可接受的不同LCM操作，则发送对原始计划的LCM操作的拒绝（S78）。如果在S77中找到可接受的不同LCM操作，则在S79中创建新参数集和约束（对于不同的LCM操作）并且发送批准（包括新参数集和约束）（S74）。

在网络实体或网络组件的前述示例性描述中，仅使用功能块描述了与理解本发明的原理相关的单元。网络实体可以包括对于其相应操作所必需的另外的单元。然而，在本说明书中省略了对这些单元的描述。设备的功能块的布置不应被解释为限制本发明，并且功能可以由一个块执行或者进一步分成子块。

当在前面的描述中陈述了装置即网络实体或组件（或某其他部件）被配置为执行某个功能时，这应被解释为等同于陈述（即，至少一个）处理器或对应的电路潜在地与存储在相应装置的存储器中的计算机程序代码协作地被配置为使装置至少执行由此提到的功能的描述。此外，这种功能应被解释为可通过用于执行相应功能的具体配置的电路或部件等效地实现（即，表述“被配置为……的单元”被解释为等同于诸如“用于……的部件”的表述）。

在图8中，描绘了根据本发明的示例性实施例的装置的替代图示。如图8所示，根据本发明的示例性实施例，装置（网络实体810）（例如，对应于网络实体20）包括处理器81、存储器82和接口83，它们通过总线84等连接。此外，根据本发明的示例性实施例，装置（网络实体820）（对应于网络实体30）包括处理器85、存储器86和接口87，它们通过总线88等连接，并且这些装置可以分别经由链路89连接。经由链路69而连接，装置810和820可以形成具有特别是两个独立的NFVO的系统。

处理器81/85和/或接口83/87还可以包括调制解调器等，以分别促进通过（硬线或无线）链路的通信。接口83/87可以包括合适的收发器，其耦合到一个或多个天线或通信部件，以用于分别与链接或连接的（多个）设备进行（硬线或无线）通信。接口83/87通常被配置为与至少一个另外的装置即其接口通信。

虽然根据图8中描绘的实施例，对应于网络实体20的装置和对应于网络实体30的装置通过单独的处理器、存储器和接口来实现，但是，根据本发明的示例性实施例，对应于网络实体20和对应于网络实体30的装置可以共享处理器和存储器中的至少一个。在这种情况下，可以适当地实现这两个装置之间的接口。

存储器82/86可以存储假定包括程序指令或计算机程序代码的相应程序，其当由相应的处理器执行时，使得相应的电子设备或装置能够根据本发明的示例性实施例进行操作。

一般而言，相应的设备/装置（和/或其部分）可以表示用于执行相应的操作和/或表现相应的功能的部件，和/或相应的设备（和/或其部分）可以具有用于执行相应操作和/或表现相应功能的功能。

当在随后的描述中陈述处理器（或某其他部件）被配置为执行某个功能时，这应被解释为等同于陈述至少一个处理器潜在地与在相应装置的存储器中存储的计算机程序代码协作地被配置为使装置至少执行由此提到的功能的描述。此外，这样的功能应被解释为可通过用于执行相应功能的具体配置的部件等同地实现（即，表述“被配置成[使装置]执行xxx的处理器”应被解释为等同于诸如“用于xxx的部件”的表述）。

根据本发明的示例性实施例，表示网络实体20的装置包括至少一个处理器81、包括计算机程序代码的至少一个存储器82、以及被配置用于与至少另一装置通信的至少一个接口83。处理器（即，至少一个处理器81与至少一个存储器82和计算机程序代码一起）被配置为执行利用虚拟化网络功能管理虚拟化网络服务，请求虚拟化网络功能的改变，以及发送指示虚拟化网络功能的改变的信息到利用虚拟化网络功能管理另外的虚拟化网络服务的另外的装置。

根据本发明的另一示例性实施例，表示网络实体30的装置包括至少一个处理器85、包括计算机程序代码的至少一个存储器86、以及被配置用于与至少另一装置通信的至少一个接口87。处理器（即，至少一个处理器85与至少一个存储器86和计算机程序代码一起）被配置为执行利用虚拟化网络功能管理虚拟化网络服务，从利用虚拟化网络功能管理另外的虚拟化网络服务的另外的装置接收指示虚拟化网络功能的计划的改变的信息，确定虚拟化网络功能的改变何时影响虚拟化网络服务，以及以下中的至少一个：根据确定虚拟化网络功能的改变何时影响虚拟化网络服务来批准虚拟化网络功能的改变，根据确定虚拟化网络功能的改变何时影响虚拟化网络服务来拒绝虚拟化网络功能的改变，根据确定虚拟化网络功能的改变何时影响虚拟化网络服务来提议虚拟化网络功能的替代改变。

针对关于各个装置的可操作性/功能的进一步细节，可以结合附图参考以上的描述。

为了如上文所述的本发明的目的，应注意的是

- 可能被实现为软件代码部分并且使用网络服务器或网络实体（作为设备、装置和/或其模块的示例，或者作为包括装置和/或用于其的模块的实体的示例）处的处理器运行的方法步骤是软件代码无关的，并且可以使用任何已知的或将来开发的编程语言来指定，只要保留由方法步骤所定义的功能；

- 通常，任何方法步骤都适合作为软件或通过硬件来实现而在所实现的功能方面不改变实施例及其修改的思想；

- 可能被实现为上面定义的装置或其任何（多个）模块处的硬件组件（例如，执行根据如上所述的实施例的装置的功能的设备）的方法步骤和/或设备、单元或部件是硬件无关的，并且可以使用任何已知的或将来开发的硬件技术或者这些的任何混合来实现，诸如MOS（金属氧化物半导体）、CMOS（互补MOS）、BiMOS（双极MOS）、BiCMOS（双极CMOS）、ECL（发射极耦合逻辑）、TTL（晶体管-晶体管逻辑）等，其使用例如ASIC（专用IC（集成电路））组件、FPGA（现场可编程门阵列）组件、CPLD（复杂可编程逻辑器件）组件或DSP（数字信号处理器）组件；

- 设备、单元或部件（例如，上面定义的网络实体或网络寄存器或它们相应的单元/部件中的任何一个）可以被实现为单独的设备、单元或部件，但是这并不排除它们遍及系统以分布式方式实现，只要设备、单元或部件的功能被保留；

- 比如用户设备和网络实体/网络寄存器的装置可以由半导体芯片、芯片组或者包括这样的芯片或芯片组的（硬件）模块来表示；然而，这并不排除装置或模块的功能被实现为（软件）模块中的软件（诸如计算机程序或包括用于在处理器上运行/执行的可执行软件代码部分的计算机程序产品）而不是硬件实现的可能性；

- 设备可以被认为是装置或多于一个装置的组装件，不管在功能上彼此协作还是在功能上彼此独立但是例如在同一设备外壳中。

通常，要注意的是，根据上述方面的相应功能块或元件可以通过任何已知的方式分别以硬件和/或软件来实现，如果其仅适于执行相应部分的所描述功能。所提到的方法步骤可以在单独的功能块中或者由单独的设备来实现，或者方法步骤中的一个或多个可以在单个功能块中或者由单个设备来实现。

通常，任何方法步骤都适合作为软件或通过硬件来实现，而不改变本发明的思想。设备和部件可以被实现为单独的设备，但是这并不排除它们遍及系统以分布式方式实现，只要设备的功能被保留。这样的和类似的原理被认为对于技术人员是已知的。

本说明书的意义上的软件包括用于执行相应功能的包括代码部件或部分的软件代码本身或者计算机程序或计算机程序产品、以及体现在其上存储有相应的数据结构或代码部件/部分的诸如计算机可读（存储）介质之类的有形介质上或潜在地在其处理期间体现在信号中或芯片中的软件（或者计算机程序或计算机程序产品）。

本发明还涵盖上述方法步骤和操作的任何可想到的组合，以及上述节点、装置、模块或元件的任何可想到的组合，只要方法和结构布置的上述概念是适用的。

尽管以上根据附图参照示例描述了本发明，但是应理解，本发明并不局限于此。更确切地说，对于本领域技术人员显而易见的是，可以在不脱离本文所公开的发明构思的范围的情况下以许多方式修改本发明。

首字母缩略词和缩写列表

3GPP 第三代合作伙伴计划

AZ 可用性分区

EM 元件管理器

ETSI 欧洲电信标准协会

IaaS 基础架构即服务

LCM 生命周期管理

NFV 网络功能虚拟化

NFVI 网络功能虚拟化基础架构

NFVO NFV编排器

NS 网络服务

VIM 虚拟化基础架构管理器

VM 虚拟机

VNF 虚拟化网络功能

VNFC VNF组件

VNFD VNF描述符

VNFM VNF管理器。

Claims

1.一种网络虚拟化场景中的方法，其中，虚拟化网络功能由第一网络组件所管理的第一虚拟化网络服务和第二网络组件所管理的第二虚拟化网络服务利用，包括：

由第一网络组件请求虚拟化网络功能的改变，

将指示虚拟化网络功能的改变的信息发送到第二网络组件，和

确定虚拟化网络功能的改变是否影响第二虚拟化网络服务，以及

当虚拟化网络功能的改变影响第二虚拟化网络服务时进行以下中的至少一个：

- 批准虚拟化网络功能的改变；

- 拒绝虚拟化网络功能的改变；

- 提议虚拟化网络功能的替代改变。

2.根据权利要求1所述的方法，其中，第一网络组件是第一网络功能虚拟化编排器的部分并且第二网络组件是第二网络功能虚拟化编排器的部分，或者第一网络组件和第二网络组件是第一网络功能虚拟化编排器的部分。

3.根据前述权利要求中任一项所述的方法，其中，确定虚拟化网络功能的改变是否影响第二虚拟化网络服务由第二网络组件执行。

4.根据权利要求1至2中任一项所述的方法，其中，确定虚拟化网络功能的改变何时影响第二虚拟化网络服务由第一网络组件执行，并且当确定虚拟化网络功能的改变影响第二虚拟网络服务时，不发送信息并拒绝虚拟化网络功能的改变。

5.根据前述权利要求中任一项所述的方法，还包括：从操作支持系统检索指示第二网络组件的信息。

6.一种网络虚拟化场景中的系统，包括：

- 第一网络组件；

- 由第一网络组件管理的第一网络功能；

- 第二网络组件；

- 由第二网络组件管理的第二网络功能，和

- 由第一虚拟化网络服务和第二虚拟化网络服务利用的虚拟化网络功能；

其中，

- 所述第一网络组件被配置为请求虚拟化网络功能的改变，并且

- 所述系统被配置为将指示虚拟化网络功能的改变的信息发送到第二网络组件，并确定虚拟化网络功能的改变是否影响第二虚拟化网络服务，并且所述系统被配置为当虚拟化网络功能的改变影响第二虚拟化网络服务时：

- 批准虚拟化网络功能的改变，和/或

- 拒绝虚拟化网络功能的改变，和/或

- 提议虚拟化网络功能的替代改变。

7.根据权利要求6所述的系统，其中，第一网络组件是第一网络功能虚拟化编排器的部分并且第二网络组件是第二网络功能虚拟化编排器的部分，或者第一网络组件和第二网络组件是第一网络功能虚拟化编排器的部分。

8.根据权利要求6至7中任一项所述的系统，其中，第二网络组件被配置为确定虚拟化网络功能的改变何时影响第二虚拟化网络服务。

9.根据权利要求6至7中任一项所述的系统，其中，第一网络组件被配置为确定虚拟化网络功能的改变何时影响第二虚拟化网络服务，以及当确定虚拟化网络功能的改变影响第二虚拟化网络服务时，不发送信息并拒绝虚拟化网络功能的改变。

10.根据权利要求6至9中任一项所述的系统，还包括操作支持系统，并且其中，所述系统被配置为从操作支持系统检索指示第二网络组件的信息。

11.一种网络虚拟化场景中的装置，包括：

- 管理部件，用于利用虚拟化网络功能管理虚拟化网络服务，

- 请求部件，用于请求虚拟化网络功能的改变，

- 发送部件，用于将指示虚拟化网络功能的改变的信息发送到利用虚拟化网络功能管理另外的虚拟化网络服务的另外的装置，和

- 用于确定虚拟化网络功能的改变何时影响另外的虚拟化网络服务的部件，以及以下中的至少一个：

- 用于根据确定虚拟化网络功能的改变何时影响另外的虚拟化网络服务来批准虚拟化网络功能的改变的部件；

- 用于根据确定虚拟化网络功能的改变何时影响另外的虚拟化网络服务来拒绝虚拟化网络功能的改变的部件；

- 用于根据确定虚拟化网络功能的改变何时影响另外的虚拟化网络服务来提议虚拟化网络功能的替代改变的部件。

12.一种网络虚拟化场景中的装置，包括：

- 用于利用虚拟化网络功能管理虚拟化网络服务的部件；

- 用于从利用虚拟化网络功能管理另外的虚拟化网络服务的另外的装置接收指示虚拟化网络功能的计划的改变的信息的部件；

- 用于确定虚拟化网络功能的改变何时影响虚拟化网络服务的部件，以及以下中的至少一个：

- 用于根据确定虚拟化网络功能的改变何时影响虚拟化网络服务来批准虚拟化网络功能的改变的部件；

- 用于根据确定虚拟化网络功能的改变何时影响虚拟化网络服务来拒绝虚拟化网络功能的改变的部件；

- 用于根据确定虚拟化网络功能的改变何时影响虚拟化网络服务来提议虚拟化网络功能的替代改变的部件。

13.一种网络虚拟化场景中的装置，包括：

至少一个处理器；

至少一个存储器，包括计算机程序代码，和

至少一个接口，其被配置用于与至少另一个装置通信；

所述至少一个处理器与所述至少一个存储器和所述计算机程序代码一起被配置为使所述装置执行：

- 利用虚拟化网络功能管理虚拟化网络服务；

- 请求虚拟化网络功能的改变，以及

- 将指示虚拟化网络功能的改变的信息发送到利用虚拟化网络功能管理另外的虚拟化网络服务的另外的装置，

其中，所述至少一个处理器与所述至少一个存储器和所述计算机程序代码一起还被配置为使所述装置执行：

- 确定虚拟化网络功能的改变何时影响另外的虚拟化网络服务，以及以下中的至少一个：

- 根据确定虚拟化网络功能的改变何时影响另外的虚拟化网络服务来批准虚拟化网络功能的改变；

- 根据确定虚拟化网络功能的改变何时影响另外的虚拟化网络服务来拒绝虚拟化网络功能的改变；

- 根据确定虚拟化网络功能的改变何时影响另外的虚拟化网络服务来提议虚拟化网络功能的替代改变。

14.一种网络虚拟化场景中的装置，包括：

至少一个处理器；

至少一个存储器，包括计算机程序代码，和

至少一个接口，其被配置用于与至少另一个装置通信；

- 利用虚拟化网络功能管理虚拟化网络服务；

- 从利用虚拟化网络功能管理另外的虚拟化网络服务的另外的装置接收指示虚拟化网络功能的计划的改变的信息；

- 确定虚拟化网络功能的改变何时影响虚拟化网络服务，以及以下中的至少一个：

- 根据确定虚拟化网络功能的改变何时影响虚拟化网络服务来批准虚拟化网络功能的改变；

- 根据确定虚拟化网络功能的改变何时影响虚拟化网络服务来拒绝虚拟化网络功能的改变；

- 根据确定虚拟化网络功能的改变何时影响虚拟化网络服务来提议虚拟化网络功能的替代改变。