CN110199262A - 针对基于云的联网应用的容量缩放 - Google Patents
针对基于云的联网应用的容量缩放 Download PDFInfo
- Publication number
- CN110199262A CN110199262A CN201680092044.9A CN201680092044A CN110199262A CN 110199262 A CN110199262 A CN 110199262A CN 201680092044 A CN201680092044 A CN 201680092044A CN 110199262 A CN110199262 A CN 110199262A
- Authority
- CN
- China
- Prior art keywords
- vnf
- component
- vnfc
- load
- processor
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5083—Techniques for rebalancing the load in a distributed system
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5061—Partitioning or combining of resources
- G06F9/5072—Grid computing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4641—Virtual LANs, VLANs, e.g. virtual private networks [VPN]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/16—Threshold monitoring
Abstract
用于缩放云计算资源(例如,网络中的虚拟网络功能(VNF)组件)的方法和装置包括:检测对于增加或减少一个或多个虚拟网络功能(VNF)组件的需要,VNF组件与VNF相关。在减少的情况下,选择一个或多个VNF组件以用于移除,并且将所选的一个或多个VNF组件的负载重新定位或重新平衡到VNF组件的其余部分,并且请求移除所选的一个或多个VNF组件。在增加的情况下,确定要部署的一个或多个VNF组件,请求附加的一个或多个VNF组件,并且在接收到部署该附加的一个或多个VNF组件的命令之后,在VNF组件与该附加的一个或多个VNF组件之间重新平衡VNF的负载。
Description
技术领域
本发明的示例性和非限制性实施例总体上涉及通信。本发明的实施例尤其涉及云计算和虚拟化网络应用的生命周期管理。
背景技术
在无线网络中,资源分配可以在针对用户设备提供功能方面起关键作用。减少物理硬件限制的一个方式可以是提供虚拟化网络功能,该虚拟化网络功能可以利用来自无线网络的一个或多个物理实体的资源。物理实体可以位于云网络中。
为了实现基于云的联网的益处,可以将作为物理网络功能(PNF)的基于传统软件的联网产品设计转换成虚拟化网络功能(VNF),该虚拟化网络功能是使用基于云的计算作为虚拟资源(VM)来实现的。
与传统物理网络功能不同,云中的虚拟化网络功能不需要具有固定的标出尺寸的(dimensioned)处理资源。位于云中的虚拟化网络功能应当使用适应于所提供的工作负载的处理资源。因此,推荐动态负载自适应处理资源,即虚拟化网络功能组件缩放原理。传统物理网络功能尚未典型地支持用于运行时系统的无损伤容量缩放修改(升级/降级)。网络运营商已经允许在执行容量修改时产生临时的、短持续时间的网络服务运行中断(outage)。因此,物理网络功能到虚拟化网络功能的简单虚拟化将不可避免地导致网络服务不连续和服务中断。这在基于云的实现中不再是预期的。
根据本发明的一方面,提供了一种根据权利要求1和6的方法。根据本发明的一方面,提供了一种根据权利要求9和14的装置。
在附图和下面的描述中更详细地阐述了实现方式的示例。其他特征将从该描述和附图以及从权利要求中显而易见。
附图说明
在下文中,将参考附图凭借优选实施例更详细地描述本发明,在附图中
图1图示了可以向其应用本发明的实施例的示例无线通信系统;
图2和3图示了可以向其应用本发明的实施例的虚拟化网络功能的示例;
图4是图示了示例实施例的流程图;
图5A、5B和5C图示了由虚拟网络功能执行的平衡前期工作(pre-work)和后期工作(post-work)的示例;
图6A至6D是图示了本发明的一些示例实施例的流程图;
图7A和7B是图示了本发明的一些示例实施例的流程图;
图8图示了实施例的装置的示例。
具体实施方式
以下实施例是示例性的。尽管本说明书可以在文本的若干位置中引用“一”、“一个”或“一些”(一个或多个)实施例,但这并不一定意味着每个引用是对相同的(一个或多个)实施例做出的,或者特定的特征仅适用于单个实施例。不同实施例的单个特征也可以被组合以提供其他实施例。
所描述的实施例可以在支持所需功能的任何信息技术(IT)系统中实现。在下文中,作为示例,结合无线电系统描述了本发明的实施例,诸如在以下各项中的至少一个中:全球微波接入互操作性(WiMAX)、全球移动通信系统(GSM、2G)、GSM EDGE无线电接入网络(GERAN)、通用分组无线电服务(GRPS)、基于基本宽带码分多址(W-CDMA)的通用移动电信系统(UMTS、3G)、高速分组接入(HSPA)、长期演进(LTE)和/或LTE-高级。
然而,实施例不限于作为示例给出的系统,而本领域技术人员可以将解决方案应用于提供有必要属性的其他系统。适合的通信系统的另一个示例是5G概念。5G可能使用多输入多输出(MIMO)技术(包括MIMO天线),许多比LTE更多的基站或节点(所谓的小小区概念),其包括与较小站协作的宏站点并且可能还采用各种无线电技术以用于更好的覆盖和增强的数据速率。5G将可能包括多于一个无线电接入技术(RAT),每个无线电接入技术针对某些用例和/或频谱而被优化。5G移动通信将具有更广范围的用例和相关应用,包括视频流送、增强现实、不同的数据共享方式和各种形式的机器类型应用,包括车辆安全、不同的传感器和实时控制。预期5G具有多个无线电接口,即低于6GHz、厘米波和毫米波,并且它还可以与现有的传统无线电接入技术(诸如LTE)集成。至少在早期阶段中可以实现与LTE的集成,作为其中宏覆盖由LTE来提供并且5G无线电接口接入通过聚合到LTE而来自于小小区的系统。换言之,5G计划支持RAT间可操作性(诸如LTE-5G)和RI间可操作性(无线电接口间可操作性,诸如低于6GHz-厘米波、低于6GHz-厘米波-毫米波)两者。
被认为在5G网络中使用的概念之一是网络分片,其中可以在相同基础设施内创建多个独立和专用的虚拟子网(网络实例)来运行对延迟、可靠性、吞吐量和移动性具有不同要求的服务。应当理解,未来网络将最有可能利用网络功能虚拟化(NFV),其是提出将网络节点功能虚拟化成“构建块”或实体的网络架构概念,这些“构建块”或实体可以可操作地连接或链接在一起以提供服务。虚拟化网络功能(VNF)可以包括运行计算机程序代码的一个或多个虚拟机,该虚拟机使用标准或一般类型的服务器而不是定制硬件。还可以利用云计算或云数据存储。在无线电通信中,这可能意味着至少部分地在可操作地耦合到远程无线电头端的服务器、主机或节点中实施节点操作。还可能的是,节点操作将分布在多个服务器、节点或主机当中。还应当理解的是,核心网络操作与基站操作之间的劳力分布可能与LTE的劳力分布不同。LTE的一些功能在5G系统中甚至可能是不存在的。可能使用的一些其他技术进步是软件定义联网(SDN)、大数据和全IP,它们可能改变构造和管理网络的方式。
图1图示了可以向其应用本发明的实施例的无线电系统(也称为蜂窝通信系统或蜂窝系统)的示例。诸如第三代合作伙伴计划(3GPP)的无线局域网(WLAN或WiFi)、长期演进(LTE)、LTE-高级(LTE-A)或预测的未来5G解决方案之类的无线电通信网络或无线通信网络典型地包括提供小区104的至少一个网络元件,诸如网络元件102。在图1的示例中,可以示出小区104、114、124。例如,小区114可以由网络元件112提供,并且小区124可以由网络元件122提供。小区104可以由网络元件102提供。然而,无线电系统的网络元件可以提供多于一个小区。因此,例如,网络元件102可以提供小区104、小区114和/或小区124。一般而言,系统可以包括一个或多个网络元件(类似于参考图1描述的那些),其中每个网络元件提供一个或多个小区,从而向这些小区中的一个或多个终端设备提供服务。
无线电通信网络的每个小区可以是例如宏小区、微小区、毫微微基站(femto)或微微小区(pico-cell),例如,这意味着可以存在所描述的每个小区中的一个或多个。无线电通信网络的每个网络元件(诸如,网络元件102、112、122)可以是如在LTE和LTE-A中的演进节点B(eNB)、如在UMTS中的无线电网络控制器(RNC)、如在GSM/GERAN中的基站控制器(BSC)、接入点、或者能够控制无线电通信并管理小区内的无线电资源的任何其他装置。也就是说,可以存在所描述的每个装置或实体中的一个或多个。举例来说,网络元件102可以是例如eNB。网络元件112也可以是eNB。例如,网络元件102可以提供宏小区,并且网络元件112可以提供微小区。
对于5G解决方案,如上所描述,该实现方式可能类似于LTE-A。例如,网络元件102、112、122可以是(一个或多个)基站或(一个或多个)小型基站。在通信网络中的多个eNB的情况下,eNB可以利用如在LTE中规定的X2接口190彼此连接。其示例可以在图1中示出,其中网络元件112可以被示出为经由X2接口190而连接到网络元件102。网络元件之间的其他通信方法也可以是可能的。例如,WLAN系统的AP可以彼此通信。网络元件102、112、122中的至少一些可以经由S1接口进一步连接到演进分组核心,更具体地连接到移动性管理实体(MME)以及连接到系统架构演进网关(SAE-GW)。因此,一般而言,图1的网络元件可以使用一个或多个电路彼此通信地连接(无线和/或有线)。X2接口190是如何实现这种通信的一个示例。
小区114、124还可以被称为例如子小区或局域小区。网络元件112、122可以被称为例如子网元件或局域接入节点。小区104还可以被称为例如宏小区。网络元件102可以被称为例如宏网络元件。在实施例中,局域接入节点是类似于网络元件102的网络元件。因此,例如,局域接入节点112可以是eNB或宏eNB。
小区104、114、124可以针对至少一个终端设备110、120、130、140提供服务,其中至少一个终端设备110、120、130、140可以位于小区104、114、124中的至少一个内,或者被包括在小区104、114、124中的至少一个中。至少一个终端设备110、120、130、140可以使用(一个或多个)通信链路与网络元件102、112、122通信,该通信链路可以被理解为用于端到端通信的(一个或多个)通信链路,其中源设备将数据传输到目的地设备。需要理解的是,小区104、114、124可以针对某个区域提供服务,并且因此至少一个终端设备110、120、130、140可能需要处于所述区域内以便能够使用所述服务(水平地和/或垂直地)。例如,第三终端设备130可能能够使用由小区104、114、124提供的服务。在另一方面,第四终端设备140可能仅能够使用例如小区104的服务。
小区104、114、124可以至少部分地彼此重叠。因此,可以使得至少一个终端设备110、120、130、140能够一次使用多于一个小区的服务。例如,子小区114、124可以是与宏小区104相关联的小小区。这可能意味着,网络元件102(例如,宏网络元件102)可以至少部分地控制网络元件112、122(例如,局域接入节点)。例如,宏网络元件102可以使局域接入节点112、122将数据传输到至少一个终端设备110、120、130、140。由网络元件102经由网络元件112、122从至少一个终端设备110、120、130、140接收数据也是可能的。为了进一步解释该场景,小区114、124可以至少部分地在小区104内。
在实施例中,至少一个终端设备110、120、130、140能够经由网络元件102和/或局域接入节点112、122与其他类似的设备通信。例如,第一终端设备110可以经由网络元件102将数据传输到第三终端设备130。其他设备可以在小区104内和/或可以在由其他网络元件提供的其他小区内。至少一个终端设备110、120、130、140可以是静止的或在移动中。
至少一个终端设备110、120、130、140可以包括移动电话、智能电话、平板计算机、膝上型电脑、以及用于与无线电通信网络进行用户通信的其他设备。与MTC模式相比,这些设备可以提供进一步的功能,诸如用于语音、视频和/或数据传送的通信链路。然而,需要理解的是,至少一个终端设备110、120、130、140还可以包括机器类型通信(MTC)能力的设备(诸如,传感器设备),举几个示例,例如提供位置、加速度和/或温度信息。
图1的无线电系统可以被配置成提供一个或多个VNF 210,如图2的示例中所示。这可能意味着,由无线电系统提供的功能中的至少一些被虚拟化。可能某些功能由物理实体直接提供,并且某些功能被虚拟化,或者所有网络功能都被虚拟化。VNF的示例可以包括防火墙功能、防病毒功能、视频优化器功能、家长控制功能、路由器功能、互联网协议安全性(IPS)、无线电网络控制器(RNC)或演进分组核心(EPC),仅举几个示例。一般而言,如果例如路由器功能通常由物理实体提供,则它可以被虚拟化,并且因此路由器功能可以变成VNF,即路由器VNF。
参考图2,虚拟化可以进行工作使得物理硬件资源225-227经由虚拟化层224而被虚拟化,物理硬件资源225-227包括一个或多个硬件计算实体(例如,处理器、服务器)、一个或多个硬件存储装置(例如,数据库)和一个或多个硬件网络资源(例如,无线电接口、配线)。虚拟化层224可以负责将硬件层225-227提供的物理资源抽象成虚拟资源221-223。VNF210可以利用虚拟资源221-223来提供所需的功能。例如,由于可以使用硬件资源225-227来缩放虚拟资源221-223,因此虚拟化提供了益处。例如,如果产生了需要,则可以为虚拟实体动态地分配更多硬件资源。类似地,可以出于某些其他目的(例如,当网络负载较低时)来使用硬件资源。
网络功能的虚拟化还可以利用可以负责控制VNF 210的特定NFV管理和编排(orchestration)实体230。例如,NFV管理和编配实体230可以创建VNF或者控制不同的VNF如何工作。进一步地,NFV管理和编配实体230可以经由虚拟化层224来控制硬件资源225-227到虚拟资源221-223的虚拟化。
图3图示了NFV管理和编排实体230的简化示例。该实体可以包括虚拟化基础设施管理器(VIM)300。VIM典型地在一个运营商的基础设施内控制和管理NFVI 212资源。
该实体可以包括NFV 编排器(NFVO)302,其负责跨多个VIM的NFVI资源的编排以及网络服务的生命周期管理和其他管理相关的任务。
NFV管理和编配实体进一步包括负责VNF实例的生命周期管理的虚拟网络功能管理器(VNFM)304。每个VNF实例具有相关联的VNF管理器。可以向VNF管理器指派单个VNF实例的管理,或者相同类型或不同类型的多个VNF实例的管理。
该系统还可以包括其他块,诸如元件管理EMS 306,其可以具有以下任务:针对由VNF提供的网络功能的配置和故障管理、针对VNF功能的安全性管理、以及收集由VNF提供的功能的性能测量结果。
进一步地,该系统可以包括操作支持系统/业务支持系统(OSS/BSS)块308,该块308涉及网络运营商的操作和业务支持功能的组合。
特定VNF缩放方面(容量矢量)需要定义与一个或多个独立可缩放的资源池或尺寸的关联。随后,NFV应当支持资源的缩放,使得可以最优地使用资源并将性能保持在所需水平处。系统的性能典型地由所谓的关键性能指标(KPI)所监测。需要一种用于管理资源的动态负载自适应解决方案。虚拟化网络功能VNF典型地包括虚拟化网络功能组件(VNFC)。虚拟化网络功能组件是执行给定任务的软件组件。VNF取决于VNF的负载可以包括变化数量的组件。因此,典型地通过添加或移除与VNF相关联的VNFC的数量来实现对VNF进行缩放。
协调关于NFV的工作的欧洲电信标准协会(ETSI)已经定义了三种VNF容量缩放模型:管理请求上的缩放、按需(on-demand)缩放和自动缩放。在管理请求上的缩放中,针对缩放的发起源自网络运营商、NFVO或OSS/BSS。在按需缩放中,针对缩放的发起源自VNF实例本身或其EM,它们监测VNF实例的状态并触发缩放操作。
在自动缩放中,VNF管理器(VNFM)可以从虚拟基础结构获得基于物理处理资源(CPU时间、存储器)利用率的度量。基于VNF特定的缩放描述器(用于触发和控制VNFC实例缩放的信息元素),VNFM利用VNF来实施VNFC实例的添加和移除。
VNFM发起的VNFC缩放的问题是,VNFM并不是本来就了解关于那些条件的任何详细信息,该详细信息对于保持当前提供的工作负载和当前VNFC实例的当前资源利用率下的关键性能指标(KPI)很重要。当前物理资源利用率与VNF的当前KPI水平之间不存在直接和精确的关联。KPI测量基于VNF应用收集的运行时系统中的多样化的性能计数器。
KPI数据从VNF 210传递到EMS 306,但是由于它表示VNF的历史性能的状态,例如一系列每小时收集的KPI状态,因此网络运营商不能将其用作针对VNF的当前KPI状态的可靠输入。
需要统一且简单的方式以通过单个解决方案来支持针对复杂VNF应用的不同缩放模型,该单个解决方案允许保持关键性能指标(KPI)的水平,诸如VDU/VNFC实例缩放操作期间的网络可访问性、可保留性和吞吐量的水平。
可以通过向VNF本身添加更多智能以自主地且从容地(gracefully)实施VNFC实例缩放控制,来简化VNFC实例缩放的管理。在实施例中,VNF的主要缩放功能可以是如监测和分析、缩放解析、对经受缩放的VNFC实例的选择、以及与缩放操作相关的从容的前期工作和后期工作。
在实施例中,VNFM被配置成实现简单的缩放事件转发和执行功能,其中VNFM事件处理流水线内的大多数处理可以是无状态的并且由外部或VNFM内部事件触发。当没有所需的VNF用户(诸如,网络运营商)手动接受是针对缩放提议时,外部处理可以以运行到完成的方式来进行,该方式将生成特定的新外部或VNFM内部事件。典型的VNFM可以由以下功能组成:监测、分析、缩放提议、缩放提议的接受、决策和执行。将结合图6A和6B来解释由这些功能执行的动作。
可以注意到的是,VNFM可能还能够执行用于在可具有不同发起者(网络运营商、NFVO、EM或VNF本身)的并行缩放操作中进行控制的处置。
在实施例中,VNF与VNFM的交互基于输入事件(INPUT EVENT)和输出事件(OUTPUTEVENT)处置(从VNF的角度)。命名惯例(输入、输出、外部)是从VNF的角度确定的。
非VNF特定外部事件包括:
外部事件(EXTERNAL EVENT)(1):网络运营商、NFVO或元件管理器向VNFM发起VNF资源缩放请求。该事件的应用信息元素是VNF的标识和新资源的量。
外部事件(1)仅对VNFM可见,并且被提及以阐明由网络运营商、NFVO或EM通过其对VNF容量缩放的VNF外部发起。
特定于某些ETSI缩放模型的事件:
输入事件(2):VNFM利用VNF发起的VNFC池更新。该事件的应用信息元素是VNF的标识和新的量。该输入事件可以与如下ETSI指定的缩放模型中的两个结合使用:管理请求上的缩放,其可以由网络运营商手动地强制发起、由编排器或由VNF元件管理器(EMS)强制发起;以及由VNFM发起的自动缩放。
当容量缩放的发起来自于VNFM时(这可能由网络运营商或管理所决定),该事件可以用作VNFC池更新。池更新可能涉及VNFC池大小更新(缩减、扩展)、或者涉及针对移除特定VNFC实例或添加VNFC实例的显式请求。
对于所有ETSI缩放模型公共的输出和输入事件包括:
输出事件(3):VNF向VNFM发起的针对立即的(一个或多个)VNFC实例移除或添加的请求。该事件的应用信息元素是标识、量。然而,标识元素不适用于VNFC实例添加场景。
输入事件(4):VNFM利用VNF发起的针对(一个或多个)特定VNFC实例的不部署(换言之,移除)或部署。该事件的应用信息元素是标识和量。
可以注意到的是,对于VNF发起的ETSI的按需缩放,仅需要基于这两个(3)和(4)简单事件的交互。对这些公共事件的使用始终允许VNF在将针对VNFC实例移除的实际请求转发到VNFM之前执行前期工作。
由于VNF本身拥有关于VNF提供的当前工作负载及其当前VNFC实例资源利用率的所有最新的信息,因此它具有针对创建在从容的VNFC实例移除和添加中所需的这种有利的前置条件(pre-condition)和后置条件(post-condition)的完全控制,而不会导致KPI方面的降低。下面讨论了与缩放操作相关的VNF的前期工作和后期工作功能。
图4是图示了VNF的操作的示例实施例的流程图。该流程图示出了VNF的一般操作的示例,并且下面讨论了与不同缩放模型相关的更详细的描述。
在步骤400中,VNF检测到对于增加或减少VNC容量的需要,VNC容量即利用计算资源实现的一个或多个VNF组件,VNF组件与VNF相关。
结合管理请求上的缩放和自动缩放,该检测包括接收如下消息:该消息包括增加或减少VNF容量的请求。
在按需缩放的情况下,该检测包括监测VNF的负载,观察可能存在增加或减少VNF容量的需要。
在减少的情况下404,VNF被配置成:选择一个或多个VNF组件以用于移除,并且使得所选的一个或多个VNF组件的负载重新定位或重新平衡到VNF组件的其余部分,并且当该重定位和/或重新平衡准备好时,从VNFM请求移除所选的一个或多个VNF组件。
在增加的情况下406,VNF被配置成:确定要部署的附加的一个或多个VNF组件,从VNFM请求附加的一个或多个VNF组件,并且在接收到消息时(例如,部署该附加的一个或多个VNF组件的命令),使得在VNF组件与该附加的一个或多个VNF组件之间重新平衡VNF的负载。
因此,VNF本身通过如下操作来充当缩放的发起者:监测VNF的负载,观察负载降低到第一预定阈值以下,并且在观察的基础上确定可能存在减少VNF组件数量的需要。在确定之后,VNF被配置成选择一个或多个VNF组件以用于移除,并且发起所选组件的负载到其余组件的重新平衡。当VNF进一步观察到负载越过第二预定阈值时,它可以在重新平衡准备好时请求移除该组件。VNF还可能观察到负载增加到第四预定阈值以上,在这种情况下,存在增加VNF组件数量的需要。
其中VNF起到积极作用的缩放的方面之一是:VNF执行缩放相关的前期工作和后期工作的能力。接下来描述了它们利用智能缩放的目的。图5A、5B和5C图示了由VNF执行的与缩放操作相关的平衡前期工作和后期工作的示例。
当网络运营商意图通过在运行时凭借动态VNFC缩放而最佳地将处理资源(VNFC)计数与所提供的负载进行匹配来最大化资源利用率时,它还希望最小化KPI下降以及对服务水平的最终用户感知的降级。为了满足这两个有些矛盾的目的,VNFC资源的智能缩减是至关重要的。处理资源的智能缩减具有图5A和5B中描绘的两个关键特征。
图5A图示了与结束的缩放操作相关的平衡前期工作的示例。因此,该图呈现了VNFC缩减场景,该场景最终将进行到VNFC缩减,即移除。
在x轴上的是时间,并且在y轴上的是VNF负载或VNF利用率。因此,该曲线图图示了作为时间的函数的负载500。在实施例中,VNF被配置成在监测负载500时利用触发器的阈值。缩减水平502表示当缩减被设置为开始(即,减少VNF组件数量)时的负载值。扩展水平504表示当扩展被设置为开始(即,增加VNF组件数量)时的负载值。
在实施例中,用以下方式来应用附加的预定阈值506。
在监测和分析操作中,VNF被配置成检测将在点508处越过预定阈值506的下降的负载趋势。负载值进入前期工作水平,其中开始了针对可能的未来缩减的前期工作。
一旦前期工作阈值506被越过,VNF就通过选择一个或多个VNF组件并且将所选的(一个或多个)VNFC的当前工作负载重新平衡到VNF的其他VNFC来开始准备未来的缩减。负载被自然地平衡到在缩减之后将保留在VNF配置中的那些VNFC。在该示例中,前期工作实际上测试了缩减操作可以在没有服务中断和即刻的扩展操作(即,缩放振荡)的情况下结束。
当负载在点512处达到缩减水平502时,缩减在前期工作也以该点结束的情况下开始,并且缩减将不会导致扩展水平504的越过。这可能意味着向VNFM发送释放一个或多个VNFC的请求。在点514处,缩减已经完成。随着VNFC数量减少,负载增加。
在上面的示例中,VNFC缩减继续进行到其完成。然而,在缩减前期工作开始之后,负载500的下降停止是可能的,并且可能转变为上升趋势。图5B图示了这种示例。在实施例中,如果负载没有落在缩减水平502以下,则可以中断前期工作。在图5B的示例中,负载首先在点518处越过缩减水平502。前期工作(即,选择VNFC并且将其负载重新平衡到其他VNFC)开始。然而,在该示例中,负载在越过缩减水平502之前开始上升。当负载越过给定的停止前期工作水平516时,前期工作停止并且没有VNFC被释放。因此,不向VNFM发送释放一个或多个VNFC(输出事件(3))的请求。
该特征是有用的,这是由于它防止了在其中VNF负载性质波动很大的情况下发生不必要的VNFC资源缩放。
最直接的正向缩放操作是VNFC扩展。VNF可以从VNFM请求VNFC添加(输出事件(3)),以便能够匹配增加的所提供的负载。
图5C图示了增加的负载的示例。图5C的曲线图呈现了将导致新(空)VNFC向VNF的资源池的添加的场景。在示例中,VNF将检测负载500中的上升负载趋势,并且负载将越过预定阈值504,以用于在点532处开始VNFC容量扩展。
一旦用于触发扩展的VNF利用率阈值被越过并且与VNF相关的消息已经在534点处由VNF与VNFM一起处理,VNF就可以作为预先发送的工作负载的后期工作重新平衡而开始,并且还将新提供的负载和当前负载从先前的VNFC平衡到新添加的空VNFC。
存在用于选择前期工作激活和取消阈值506、516的各种方式。
在实施例中,前期工作可以作为连续功能而执行,从而使得所选的VNFC成为用于移除的更持久的候选者。因此,它共享与相同资源池中的其他VNFC相同的利用率是不需要的。由于下降的负载趋势在满足VNFC移除的条件之前可以改变是可能的,因此如果上升的负载趋势恢复,则需要取消阈值。
在实施例中,可以选择前期工作阈值,使得前期工作阈值的越过仍然给出时间来重新平衡所选VNFC的当前负载,并且在下降的负载满足缩减水平之前将所选VNFC的服务从容地关闭或重新定位到其他VNFC。
在实施例中,哪种条件(前期工作已完成,或是缩减由利用率所允许)首先被满足是不重要的,这是由于这两个条件都应当在与VNFM进行所需的通信(输出事件(3))之前被满足。
在实施例中,前期工作完成是VNFC移除的强制条件。因此,它可以在VNFC被实际移除之前自动测试移除的VNFC主体中的所有服务负载是否可以被其他其余的VNFC采用。
图6A至6D、7A和7B是图示了本发明的一些示例实施例的流程图。这些流程图示出了与ETSI定义的不同缩放模型相关的VNFC资源的容量扩展和缩减(如,按缩放比例)或向内缩放(scale-in)和向外缩放(scale-out)的一般操作的示例。
图6A图示了与管理请求上的缩放相关的VNFC容量缩减的示例。
缩放由网络运营商、NFVO或元件管理600发起。该管理向VNFM 304发出缩放请求602。
VNFM的监测功能604被配置成对管理请求进行解码,并且将其转发604到VNF,作为被编码为VNFC池大小更新的输入事件(2)。该消息包括作为信息元素的池大小的新的量。
在另一示例实施例中,缩放请求602由网络运营商、NFVO或元件管理600直接传输到VNF。
VNF接收到该消息,并且VNF的监测和分析功能606对VNFC池更新进行解码,并将其作为内部事件转发到VNF的缩放解析功能608。缩放解析功能通过将新的量与VNFC的当前量进行比较来解析新的池大小。缩放解析功能的输出在这种情况下是VNFC移除,其接下来被通知到作为结果而调用的VNFC选择器功能。
VNFC选择器功能610被配置成做出如下决策:哪个单独的VNFC(或多个VNFC)一次提供了用于作为移除主体的最有利条件。当选择VNFC时,将所选VNFC实例的通知作为内部事件转发到重新平衡前期工作功能612。上面已经更详细地描述了前期工作。可以注意到的是,VNFC选择阶段是有条件的,并且如果管理本身已经显式地选择了要移除的单元,则可以绕过VNFC选择阶段。
在实施例中,VNF的重新平衡前期工作功能可以将内部事件解码为管理请求上的“强制”VNFC实例移除。因此,它将针对重新平衡前期工作完成条件仅执行准备就绪控制614,这意味着不测试用于取消VNFC缩减的任何条件。通过从容地将所有VNFC实例工作负载重新平衡到服务VNFC实例中的其他VNFC实例来执行前期工作。
当前期工作完成条件被满足时,VNF向VNFM创建输出事件(3)616,以用于请求所选VNFC实例的移除。
VNFM处理618 VNF的请求。VNF的分析功能;将事件(3)解码为针对VNFC向内缩放的请求。VNFM的提议功能可以发出针对用户手动接受的提议。接受功能可以从用户接收ACK。这两个步骤是可选的。如果冲突的请求未在进行中,则决策功能验证如所请求的VNFC实例移除。执行功能继续进行VNFC向内缩放,并且创建一消息以用于从VNF配置中移除(一个或多个)VNFC实例。
VNFM向VNF发送输入事件(4)620以用于移除所选的(一个或多个)VNFC实例。这完成了代表VNF的工作流程。VNFM还可以附加地向管理请求发起者确认622向内缩放的完成,其中错误代码指示成功状态。
图6B图示了与管理请求上的缩放相关的VNFC容量增加的示例。步骤602至606与先前示例中的相同。
同样,缩放由网络运营商、NFVO或元件管理600发起。管理向VNFM 304发出缩放请求602。
VNFM的监测功能604被配置成对管理请求进行解码,并且将其转发604到VNF,作为被编码为VNFC池大小更新的输入事件(2)。该消息包括作为信息元素的池大小的新的量。
在另一示例实施例中,缩放请求602由网络运营商、NFVO或元件管理600直接传输到VNF。
VNF接收到该消息,并且VNF的监测和分析功能606对VNFC池更新进行解码,并将其作为内部事件转发到VNF的缩放解析功能630。缩放解析功能通过将新的量与VNFC的当前量进行比较来解析新的池大小。在该示例中,VNF缩放解析功能导致VNFC容量扩展。因此,VNF向VNFM创建输出事件(3)616以用于请求VNFC实例的添加。
VNFM处理636 VNF的请求。VNF的分析功能将事件(3)解码为针对VNFC向外缩放的请求。VNFM的提议功能可以发出针对用户手动接受的提议。接受功能可以从用户接收ACK。这两个步骤是可选的。如果冲突的请求未在进行中,则决策功能验证如所请求的VNFC实例添加。执行功能继续进行VNFC向外缩放,并且创建一消息以用于向VNF配置添加(一个或多个)VNFC实例。
VNFM被配置成创建输入事件(4)并将其发送638到VNF,以用于部署新的VNFC实例。在实施例中,VNFM还可以附加地向管理请求发起者确认644向外缩放的完成,其中错误代码指示成功状态。
然后,重新平衡后期工作功能640针对VNFC实例之间的重新平衡负载来执行准备就绪控制642。这完成了代表VNF的工作流程。
图6C图示了与按需缩放相关的VNFC容量缩减的示例。
在这种情况下,缩放由VNF本身发起。VNF的监测和分析功能650检测重新平衡前期工作开始阈值的越过、或最小目标利用率的越过,该最小目标利用率由网络运营商设置以用于触发向内缩放的开始。因此,内部事件被转发到VNF的缩放解析功能652。缩放解析功能在这种情况下导致VNFC移除。
当缩放解析功能向VNFC选择器编码内部事件以用于VNFC实例移除时,触发VNFC选择器功能654。VNFC选择器功能做出如下决策:哪个单独的VNFC一次提供了用于作为移除主体的最有利条件。一旦选择了VNFC,就将所选VNFC实例的通知作为内部事件转发到重新平衡前期工作功能656。上面已经更详细地描述了前期工作。
重新平衡前期工作功能被配置成将内部事件解码为关于VNF自己的发起的VNFC实例移除。针对重新平衡前期工作完成条件和最小目标利用率的越过两者,执行准备就绪控制658。针对这两个条件的准备就绪的次序不具有相关性,这是由于这两个条件都需要在智能缩放的情况下满足。通过从容地将所有VNFC实例工作负载重新平衡到服务VNFC实例中的其他VNFC实例来执行前期工作。
当满足了前期工作完成条件和最小目标利用率阈值越过条件时,VNF向VNFM创建输出事件(3)660以用于请求移除所选的VNFC实例。
VNFM以与图6A中类似的方式处理662 VNF的请求。当处理完成时,它将因此向VNF创建输入事件(4)664以用于不部署(换言之,移除)VNFC实例。这完成了代表VNF的工作流程。
图6D图示了与按需缩放相关的VNFC容量增加的示例。
因此,缩放由VNF本身发起。VNF的监测和分析功能650检测到最大目标利用率阈值的越过。因此,内部事件被转发到VNF的缩放解析功能652。缩放解析功能通过将新的量与VNFC的当前量进行比较来解析新的池大小。缩放解析功能在这种情况下导致VNFC添加。
VNF创建输出事件(3)670以用于从VNFM请求VNFC实例添加。VNFM如图6B中那样处理672该事件,并且向VNF创建输入事件(4)674以用于部署新的VNFC实例。
VNF的重新平衡后期工作功能676开始从容地将来自正进行服务的VNFC实例的现有负载和新提供的工作负载重新平衡到新添加的VNFC实例。上面已经描述了后期工作。
重新平衡后期工作还针对重新平衡完成条件来执行准备就绪控制678。这完成了代表VNF的工作流程。
图7A图示了与自动缩放相关的VNFC容量缩减的示例。
在这种情况下,缩放由VNFM 304发起。VNFM的监测功能700检测到虚拟化部署单元向内缩放条件被满足,并且通过将被编码为VNFC池大小更新的输入事件(2)传输702到VNF来发起VNFC移除。该消息包括作为信息元素的池大小的新的量。
VNF的监测和分析功能704被配置成对VNFC池更新进行解码,并将其作为内部事件转发到VNF的缩放解析功能706。缩放解析功能通过将新的量与VNFC的当前量进行比较来解析新的池大小。接下来,将结果(其在这种情况下为VNFC移除)通知到VNF 的选择器功能708。
VNFC选择器功能708被配置成做出如下决策:哪个单独的VNFC(或多个VNFC)一次提供了用于作为移除主体的最有利条件。当选择VNFC时,将所选VNFC实例的通知作为内部事件转发到重新平衡前期工作功能710。上面已经更详细地描述了前期工作。可以注意到的是,VNFC选择阶段是有条件的,并且如果VNFM本身已经显式地选择了要移除的单元,则可以绕过VNFC选择阶段。
在实施例中,VNF的重新平衡前期工作功能可以将内部事件解码为管理请求上的“强制”VNFC实例移除。因此,它将针对重新平衡前期工作完成条件仅执行准备就绪控制712,这意味着不测试用于取消VNFC缩减的任何条件。通过从容地将所有VNFC实例工作负载重新平衡到服务VNFC实例中的其他VNFC实例来执行前期工作。
当前期工作完成条件被满足时,VNF向VNFM创建输出事件(3)714,以用于请求所选VNFC实例的移除。
当VNFM以与图6A中类似的方式处理716 VNF的请求时,它将向VNF创建输入事件(4)718以用于不部署(换言之,移除)VNFC实例。这完成了代表VNF的工作流程。
图7B图示了与自动缩放相关的VNFC容量增加的示例。
同样,在这种情况下,缩放由VNFM 304发起。VNFM的监测功能700检测到虚拟化部署单元向外缩放条件被满足,并且通过将被编码为VNFC池大小更新的输入事件(2)传输702到VNF来发起VNFC添加。该消息包括作为信息元素的池大小的新的量。
VNF的监测和分析功能704被配置成对VNFC池更新进行解码,并将其作为内部事件转发到VNF的缩放解析功能706。缩放解析功能通过将新的量与VNFC的当前量进行比较来解析新的池大小。在这种情况下的结果为VNFC添加。因此,VNF向VNFM创建输出事件(3)720以用于请求VNFC实例的添加。
VNFM如图6B中那样处理722该事件,并且向VNF创建输入事件(4)724以用于部署新的VNFC实例。
VNF的重新平衡后期工作功能726开始从容地将来自正进行服务的VNFC实例的现有负载和新提供的工作负载重新平衡到新添加的VNFC实例。上面已经描述了后期工作。
重新平衡后期工作还针对重新平衡完成条件来执行准备就绪控制728。这完成了代表VNF的工作流程。
如图6A至6D、7A和7B的示例所指示,所提出的解决方案引入了公共容量缩放框架,其可以被应用于由任何ETSI或其他标准化方定义的缩放模型。
针对VNFM和VNF选择的作用和任务简化了代表VNFM的VNF容量缩放的管理,并且充分利用了复杂VNF的本来拥有的所提供的工作负载控制和资源利用率控制能力。与VNFC实例移除和添加操作相关联的所提出的前期工作和后期工作功能实现了从容的VNF容量缩放以及VNF容量缩放的KPI保持。所提议的输入事件和输出事件通信允许在触发了特定VNFC移除时由VNF自身来实现精确的准备就绪控制。
可以注意到的是,由VNF执行的缩放相关联的前期工作和后期工作控制完全从VNFM隐藏,并且可以独立于VNFC池容量缩放而被控制。这使得缩放响应和对KPI的影响最小化。如果VNF负载趋势突然从下降改变为上升或相反,则可以随时取消重新平衡前期工作。
所提出的基于事件的通信模型使得缩放能够毫无问题地处置连续缩放命令。来自管理或VNF本身的新的缩放事件输入可以通过仅仅简单地用新的缩放信息覆盖先前的缩放信息来重定向先前开始的缩放的过程,而无需在VNFM与VNF之间进行任何复杂的重新计算或VNFC实例计数一致性检查。
例如,假设第一个缩放事务,其中目前的VNFC池大小为7,并且新目标VNFC:池大小:5。假设当前的缩放状态VNFC池大小等于6 => 针对VNFC容量改变的待定需求:-1。
接下来是第二个缩放事务,即重写并取消先前的待定缩放的重定向。目前的VNFC池大小:6,新目标VNFC:池大小:8。当前的缩放状态:VNFC池大小等于7 => 针对VNFC容量改变的待定需求:+1。
然后是第三个缩放事务,即重写并取消先前的待定缩放的重定向(例如,运营商认识到做出了错误,其仅仅是后悔这件事,或者VNF负载下降趋势仅仅改变为上升)。目前的VNFC池大小:7,新目标VNFC:池大小:7。缩放状态:VNFC池大小等于:7 => 针对VNFC容量改变的待定需求:0。如果使用了按需缩放,则VNF将根本不需要向VNFM发出缩放请求。
所有这些都可以通过如下操作来实施:在不引起对VNFM或VNF的任何混淆的情况下,发出连续的缩放事务命令、甚至内部地从VNFM或VNF或者从其两者背靠背地(back-to-back)发出该命令。
在任何缩放模型的情况下,VNFM的VNFC实例的向外缩放和向内缩放的实际触发器来自于VNF(输出事件(3))。VNFM仅需要监测由VNF针对特定VNFC实例类型和标识设置的“缩放标志”,其指示要以它们的标识进行缩放(添加/移除)的VNFC实例主体的计数。如果虚拟化基础设施管理器(VIM)支持自由选择用于缩放的VNFC实例标识,则VNF在执行用于向内缩放的前期工作时可以选择性地选择作为用于向内缩放的最有利的候选者的VNFC实体,例如,因为目前没有提供紧急呼叫或以其他方式具有有利的服务分配,或者仅仅是因为VNFC实例由VNF应用自己的故障管理而与活动的服务分离。
通过保持VNFM与VNF之间的接口和信息模型不改变,所提出的解决方案使得缩放控制变得透明且有前瞻性。
所提出的解决方案特别适用于按需缩放模型,其中VNF充当其自身的容量缩放的发起者。具有由VNF自动执行的前期工作功能的按需缩放容量缩减在该容量缩减实际上已经被执行之前验证其可行性。这确保了VNFC移除本身不会立即触发随后的反向容量缩放(VNFC的添加)。
然而,所提出的解决方案不限于按需缩放。它允许对来自不同发起者的多个同时但有冲突的VNF容量缩放操作进行处置、优先级划分以及解析。
图8图示了实施例的装置的示例。该装置可以是例如VNF或VNFM。
应当理解的是,在本文中描绘该装置作为说明一些实施例的示例。对于本领域技术人员显而易见的是,该装置还可以包括其他功能和/或结构,并且并不是所有描述的功能和结构都被需要。尽管该装置已经被描绘为一个实体,但是不同的模块和存储器可以在一个或多个物理或逻辑实体中实现。该装置可以是这里描述的多于一个的类似或部分类似的装置的组合。
该示例的装置包括被配置成控制该装置的至少部分操作的控制电路800。
该装置可以包括用于存储数据的存储器802。此外,存储器可以存储可由控制电路800执行的软件804。存储器可以集成在控制电路中。
软件804可以包括包含程序代码部件的计算机程序,该程序代码部件被适配成使该装置的控制电路800执行上面描述的实施例。
在实施例中,该装置可以包括收发器的集合806。该收发器集合806可操作地连接到控制电路800。它连接到可以包括一个或多个天线的天线装置(未示出)。该收发器集合可以包括被配置成与不同通信系统通信的一个或多个收发器,这些通信系统诸如UMTS、GSM、LTE、LTE-A、TETRA、EVDO、WLAN(WiFi),仅举几个示例。
在实施例中,该装置可以进一步包括接口电路808,接口电路808被配置成将该装置连接到其他设备。接口可以提供与其他设备的有线或无线连接。
在实施例中,该装置可以进一步包括可操作地连接到控制电路800的用户界面810。用户界面可以包括例如显示器、键盘或小键盘和扬声器。
在实施例中,装置800可以是或被包括在例如网络设备中,该网络设备诸如网络节点或接入点。例如,装置112、122、102。在实施例中,装置800被包括在网络元件102或某个其他网络元件中。进一步地,装置700可以是例如执行图4的步骤的网络元件。
如在本申请中所使用的,术语”电路”指代以下各项的全部:(a)仅硬件的电路实现方式(诸如,在仅模拟和/或数字电路中的实现方式);以及(b)电路和软件(和/或固件)的组合,诸如(当适用时):(i)(一个或多个)处理器的组合,或(ii)(一个或多个)处理器/软件的部分,包括(一个或多个)数字信号处理器、软件和(一个或多个)存储器,它们一起工作以使装置执行各种功能;以及(c)诸如(一个或多个)微处理器或(一个或多个)微处理器的部分的电路,其需要软件或固件以用于操作,即使软件或固件不是物理存在的。“电路”的定义适用于该术语在本申请中的所有使用。作为进一步的示例,如本申请中所使用的,术语“电路”还将覆盖仅处理器(或多个处理器)或处理器的部分、以及它的(或它们的)附随软件和/或固件的实现方式。术语“电路”还将覆盖(例如并且如果适用于特定元件的话)用于移动电话的基带集成电路或应用处理器集成电路、或者服务器、蜂窝网络设备或其他网络设备中的类似集成电路。
在实施例中,结合图1至7B描述的过程中的至少一些可以由包括用于实施所描述的过程中的至少一些的对应部件的装置来实施。用于实施该过程的一些示例部件可以包括以下各项中的至少一个:检测器、处理器(包括双核和多核处理器)、数字信号处理器、控制器、接收器、发射器、编码器、解码器、存储器、RAM、ROM、软件、固件、显示器、用户界面、显示电路、用户界面电路、用户界面软件、显示软件、电路、天线、天线电路和电路。在实施例中,至少一个处理器、存储器和计算机程序代码形成了处理部件,或者包括用于根据图1至7B的任一个实施例或其操作来实施一个或多个操作的一个或多个计算机程序代码部分。
根据又一个实施例,实施该实施例的装置包括包含至少一个处理器和至少一个存储器的电路,该存储器包括计算机程序代码。当该电路被激活时,该电路使得该装置执行根据图1至7B的任一个实施例或其操作的至少一些功能。
本文中描述的技术和方法可以通过各种部件来实现。例如,这些技术可以在硬件(一个或多个设备)、固件(一个或多个设备)、软件(一个或多个模块)或其组合中实现。对于硬件实现方式,实施例的(一个或多个)装置可以被实现在一个或多个专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器、被设计成执行本文中描述的功能的其他电子单元、或其组合内。对于固件或软件,可以通过执行本文中描述的功能的至少一个芯片组的模块(例如过程、功能等)来执行该实现方式。软件代码可以存储在存储器单元中并由处理器执行。存储器单元可以在处理器内或在处理器外部实现。在后一种情况下,如本领域中已知的,它可以经由各种手段通信地耦合到处理器。附加地,本文中描述的系统的组件可以由附加组件重新布置和/或补充,以便促进关于其描述的各个方面等的实现,并且它们不限于在给定的图中阐述的精确配置,如由本领域技术人员将领会的那样。
所描述的实施例还可以以计算机程序或其部分限定的计算机过程的形式执行。可以通过执行包括对应指令的计算机程序的至少部分来实施结合图1至6描述的方法的实施例。计算机程序可以以源代码形式、目标代码形式或者以某些中间形式存在,并且它可以存储在可以是能够承载程序的任何实体或设备的某种载体中。例如,计算机程序可以存储在可由计算机或处理器读取的计算机程序分布介质上。例如,计算机程序介质可以是例如但不限于记录介质、计算机存储器、只读存储器、电载波信号、电信信号和软件分布封装。例如,计算机程序介质可以是非暂时性介质。用于实施如所示和描述的实施例的软件的编码很好地处于本领域普通技术人员的范围内。在实施例中,计算机可读介质包括所述计算机程序。
尽管上面已经参考根据附图的示例而描述了本发明,但是显然本发明不限于此,而是可以在所附权利要求的范围内以若干种方式被修改。因此,所有词语和表达应被广泛地解释,并且它们旨在说明而不是限制实施例。对于本领域技术人员来说显而易见的是,随着技术进步,本发明概念可以以各种方式实现。进一步地,对于本领域技术人员显然的是,所描述的实施例可以但不要求以各种方式与其他实施例相组合。
Claims (17)
1.一种用于缩放虚拟网络功能(VNF)组件的方法,所述方法包括:
检测对于增加或减少一个或多个VNF组件的需要,所述VNF组件与VNF相关;
在减少的情况下,选择所述一个或多个VNF组件以用于移除,并且使得所选的一个或多个VNF组件的负载重新定位或重新平衡到所述VNF组件的其余部分,并且请求移除所选的一个或多个VNF组件;以及
在增加的情况下,确定要部署的附加的一个或多个VNF组件,请求所述附加的一个或多个VNF组件,并且在接收到部署所述附加的一个或多个VNF组件的命令之后,使得在所述VNF组件与所述附加的一个或多个VNF组件之间重新平衡VNF的负载。
2.根据权利要求1所述的方法,其中所述检测包括:接收消息,所述消息包括通过改变所述VNF组件的数量来修改VNF容量的请求。
3.根据权利要求1所述的方法,进一步包括:
监测VNF的负载,从而观察所述负载降低到第一预定阈值以下;
在观察的基础上确定可能存在减少所述一个或多个VNF组件的需要;
选择所述一个或多个VNF组件以用于移除;
发起所选的一个或多个VNF组件的负载到所述VNF组件的其余部分的重新平衡;
观察所述负载越过第二预定阈值;
请求移除所选的一个或多个VNF组件。
4.根据前述权利要求3中任一项所述的方法,进一步包括:
在已经发起了所述重新平衡之后,观察所述负载增加到第三预定阈值以上;
中断所述重新平衡以及所选的一个或多个VNF组件的移除。
5.根据权利要求1所述的方法,其中所述检测包括:监测VNF的负载并且观察所述负载增加到第四预定阈值以上。
6.一种包括计算资源的网络基础设施中的方法,所述方法包括:
检测对于增加或减少VNF容量的需要;
向VNF传输更新请求,所述请求包括容量的量;
接收来自VNF的请求,所述请求包括关于VNF请求要创建或移除的VNF组件的信息;以及
将部署或移除所述VNF组件的命令传输到VNF。
7.根据权利要求6所述的方法,其中所述检测包括:从网络元件接收消息,所述消息包括修改VNF容量的请求。
8.根据权利要求6所述的方法,其中所述检测包括:监测VNF的操作,并且在监测的基础上确定对于修改VNF容量的需要。
9.一种网络基础设施的装置,包括:
至少一个处理器;以及
至少一个存储器,其包括计算机程序代码,其中所述至少一个存储器和所述计算机程序代码被配置成利用所述至少一个处理器来使得所述装置执行操作,所述操作包括:
检测对于增加或减少一个或多个VNF组件的需要,所述VNF组件与VNF相关;
在减少的情况下,选择所述一个或多个VNF组件以用于移除,并且使得所选的一个或多个VNF组件的负载重新定位或重新平衡到所述VNF组件的其余部分,并且请求移除所选的一个或多个VNF组件;以及
在增加的情况下,确定要部署的附加的一个或多个VNF组件,请求所述附加的一个或多个VNF组件,并且在接收到部署所述附加的一个或多个VNF组件的命令之后,使得在所述VNF组件与所述附加的一个或多个VNF组件之间重新平衡VNF的负载。
10.根据权利要求9所述的装置,所述至少一个存储器和所述计算机程序代码被配置成利用所述至少一个处理器来使得所述装置进一步执行:
接收消息,所述消息包括通过改变所述VNF组件的数量来修改VNF容量的请求。
11.根据权利要求9所述的装置,所述至少一个存储器和所述计算机程序代码被配置成利用所述至少一个处理器来使得所述装置进一步执行:
监测VNF的负载,从而观察所述负载降低到第一预定阈值以下;
在观察的基础上确定可能存在减少所述一个或多个VNF组件的需要;
选择所述一个或多个VNF组件以用于移除;
发起所选的一个或多个VNF组件的负载到所述VNF组件的其余部分的重新平衡;
观察所述负载越过第二预定阈值;
请求移除所选的一个或多个VNF组件。
12.根据权利要求11所述的装置,所述至少一个存储器和所述计算机程序代码被配置成利用所述至少一个处理器来使得所述装置进一步执行:
在已经发起了所述重新平衡之后,观察所述负载增加到第三预定阈值以上;
中断所述重新平衡以及所选的一个或多个VNF组件的移除。
13.根据权利要求9所述的装置,所述至少一个存储器和所述计算机程序代码被配置成利用所述至少一个处理器来使得所述装置进一步执行:
监测VNF的负载并且观察所述负载增加到第四预定阈值以上。
14.一种网络基础设施的装置,包括:
至少一个处理器;以及
至少一个存储器,其包括计算机程序代码,其中所述至少一个存储器和所述计算机程序代码被配置成利用所述至少一个处理器来使得所述装置执行操作,所述操作包括:
检测对于增加或减少VNF容量的需要;
向VNF传输更新请求,所述请求包括容量的量;
接收来自VNF的请求,所述请求包括关于VNF请求要创建或移除的VNF组件的信息;以及
将部署或移除所述VNF组件的命令传输到VNF。
15.根据权利要求14所述的装置,所述至少一个存储器和所述计算机程序代码被配置成利用所述至少一个处理器来使得所述装置进一步执行:
从网络元件接收消息,所述消息包括修改VNF容量的请求。
16.根据权利要求14所述的装置,所述至少一个存储器和所述计算机程序代码被配置成利用所述至少一个处理器来使得所述装置进一步执行:
监测VNF的操作,并且在监测的基础上确定对于修改VNF容量的需要。
17.一种计算机可读非暂时性存储介质,其具有指令数据以使得计算机:
检测对于增加或减少一个或多个VNF组件的需要,所述VNF组件与VNF相关;
在减少的情况下,选择所述一个或多个VNF组件以用于移除,并且使得所选的一个或多个VNF组件的负载重新定位或重新平衡到所述VNF组件的其余部分,并且请求移除所选的一个或多个VNF组件;以及
在增加的情况下,确定要部署的附加的一个或多个VNF组件,请求所述附加的一个或多个VNF组件,并且在接收到部署所述附加的一个或多个VNF组件的命令之后,使得在所述VNF组件与所述附加的一个或多个VNF组件之间重新平衡VNF的负载。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/EP2016/078488 WO2018095518A1 (en) | 2016-11-23 | 2016-11-23 | Capacity scaling for cloud based networking applications |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110199262A true CN110199262A (zh) | 2019-09-03 |
Family
ID=57389454
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201680092044.9A Pending CN110199262A (zh) | 2016-11-23 | 2016-11-23 | 针对基于云的联网应用的容量缩放 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20190379728A1 (zh) |
EP (1) | EP3545415A1 (zh) |
CN (1) | CN110199262A (zh) |
WO (1) | WO2018095518A1 (zh) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11171905B1 (en) | 2016-10-17 | 2021-11-09 | Open Invention Network Llc | Request and delivery of additional data |
US10735275B2 (en) * | 2017-06-16 | 2020-08-04 | Cisco Technology, Inc. | Releasing and retaining resources for use in a NFV environment |
US10999155B2 (en) * | 2017-10-26 | 2021-05-04 | Cisco Technology, Inc. | System and method for hybrid and elastic services |
US11194609B1 (en) | 2018-05-23 | 2021-12-07 | Open Invention Network Llc | Onboarding VNFs which include VNFCs that are composed of independently manageable software modules |
US10826789B2 (en) * | 2018-12-27 | 2020-11-03 | At&T Intellectual Property I, L.P. | Adjusting triggers for automatic scaling of virtual network functions |
US10924329B2 (en) | 2019-01-18 | 2021-02-16 | Vmware, Inc. | Self-healing Telco network function virtualization cloud |
US10887156B2 (en) * | 2019-01-18 | 2021-01-05 | Vmware, Inc. | Self-healing Telco network function virtualization cloud |
US11388109B2 (en) | 2019-12-05 | 2022-07-12 | At&T Intellectual Property I, L.P. | Hierarchical capacity management in a virtualization environment |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104468688A (zh) * | 2013-09-13 | 2015-03-25 | 株式会社Ntt都科摩 | 用于网络虚拟化的方法和设备 |
CN105262664A (zh) * | 2014-06-09 | 2016-01-20 | 诺基亚通信公司 | 用于在通信网络中使用的虚拟化网络功能的控制 |
WO2016177311A1 (en) * | 2015-05-01 | 2016-11-10 | Huawei Technologies Co., Ltd. | System and method for resource management |
US20160335111A1 (en) * | 2014-02-24 | 2016-11-17 | Hewlett-Packard Development Company, L.P. | Virtual network function management with deactivated virtual machines |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9794187B1 (en) * | 2013-12-19 | 2017-10-17 | Amdocs Software Systems Limited | System, method, and computer program for resource conversion in a network function virtualization (NFV) based communication network |
US9806975B2 (en) * | 2014-06-12 | 2017-10-31 | Futurewei Technologies, Inc. | Methods and systems for managing capacity in a virtualized network |
EP3198797A1 (en) * | 2014-09-25 | 2017-08-02 | Intel IP Corporation | Network functions virtualization |
-
2016
- 2016-11-23 US US16/463,623 patent/US20190379728A1/en not_active Abandoned
- 2016-11-23 CN CN201680092044.9A patent/CN110199262A/zh active Pending
- 2016-11-23 EP EP16798777.5A patent/EP3545415A1/en not_active Withdrawn
- 2016-11-23 WO PCT/EP2016/078488 patent/WO2018095518A1/en unknown
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104468688A (zh) * | 2013-09-13 | 2015-03-25 | 株式会社Ntt都科摩 | 用于网络虚拟化的方法和设备 |
US20160335111A1 (en) * | 2014-02-24 | 2016-11-17 | Hewlett-Packard Development Company, L.P. | Virtual network function management with deactivated virtual machines |
CN105262664A (zh) * | 2014-06-09 | 2016-01-20 | 诺基亚通信公司 | 用于在通信网络中使用的虚拟化网络功能的控制 |
WO2016177311A1 (en) * | 2015-05-01 | 2016-11-10 | Huawei Technologies Co., Ltd. | System and method for resource management |
Also Published As
Publication number | Publication date |
---|---|
US20190379728A1 (en) | 2019-12-12 |
EP3545415A1 (en) | 2019-10-02 |
WO2018095518A1 (en) | 2018-05-31 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110199262A (zh) | 针对基于云的联网应用的容量缩放 | |
KR102034532B1 (ko) | 스펙트럼 리소스들의 제공 및 분배를 위한 시스템 및 방법 | |
EP3530037B1 (en) | System and method for network slice management in a management plane | |
CN110476402B (zh) | 网络切片创建的方法、装置以及通信系统 | |
JP6552130B2 (ja) | Nfvの管理およびオーケストレーションのための方法および装置 | |
CN106464540B (zh) | 虚拟网络功能策略管理的系统与方法 | |
CN107690822B (zh) | 网络管理的方法、设备、系统及计算机可读存储介质 | |
NL2033617A (en) | Resilient radio resource provisioning for network slicing | |
US20220283839A1 (en) | Direct access to hardware accelerator in an o-ran system | |
WO2018134684A1 (zh) | 无线接入网中用于网络切片的资源分配方法和编排器 | |
WO2016007897A1 (en) | System and method for information centric network resource allocation | |
JPWO2018016043A1 (ja) | リソース管理装置、リソース管理方法及びプログラム | |
CN108347736A (zh) | 资源共享的控制方法、执行实体及资源共享配置实体 | |
US20150087307A1 (en) | Facilitating intelligent radio access control | |
US10390381B2 (en) | Methods and systems for improving device-to-device communications in a wireless network | |
US10200240B2 (en) | Method for configuring an M2M system | |
US11140518B2 (en) | Method and device for ranking and geographically grouping inbuilding sectors | |
CN109845191A (zh) | 多态虚拟化网络功能 | |
Li et al. | Transforming the 5G RAN with innovation: The confluence of cloud native and intelligence | |
US20220417823A1 (en) | Method and system for network slice-based high priority service handling in radio access technology (rat) switching | |
CN106465257B (zh) | 无线网络控制方法和无线网络控制器 | |
US9501303B1 (en) | Systems and methods for managing computing resources | |
Schmidt | Slicing in heterogeneous software-defined radio access networks | |
KR20220008682A (ko) | 마이크로 네트워크 기능 배치 방법 및 전자 장치 | |
US20240098565A1 (en) | Reconfiguring control plane in open radio access networks |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20190903 |
|
WD01 | Invention patent application deemed withdrawn after publication |