CN110213064B - 一种vnf的扩缩容方法、装置及设备 - Google Patents
一种vnf的扩缩容方法、装置及设备 Download PDFInfo
- Publication number
- CN110213064B CN110213064B CN201810168308.5A CN201810168308A CN110213064B CN 110213064 B CN110213064 B CN 110213064B CN 201810168308 A CN201810168308 A CN 201810168308A CN 110213064 B CN110213064 B CN 110213064B
- Authority
- CN
- China
- Prior art keywords
- vnf
- pool
- capacity
- vms
- nris
- 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.)
- Active
Links
Images
Classifications
-
- 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/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0896—Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供一种VNF的扩缩容方法、装置及设备,涉及通信技术领域,用以解决当VNF Pool中的某个VNF触发动态扩缩容时,NNSF的分配比例与VNF实际承载能力比例不一致的问题。本发明的方法包括:在第一VNF进行实例化时,接收网元管理系统EMS发送的第一VNF所属的VNF池的池标识以及网络资源标识NRI的数量;根据所述VNF池的池标识以及NRI的数量,确定VNF池内各VNF之间的NRI的分配比例。本发明可解决当VNF Pool中的某个VNF触发动态扩缩容时,NNSF的分配比例与VNF实际承载能力比例不一致的问题。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种VNF(Virtualized Network Function,虚拟网络功能)的扩缩容方法、装置及设备。
背景技术
核心网网元组Pool(池)可以具备负载均衡、网元容灾等作用。其架构一般是Pool内的NNSF(NAS node selection Function,非接入层节点选择功能)(一般为无线接入网元如eNodeB、BSC(Base Station Controller,基站控制器)、RNC(Radio NetworkController,无线网络控制器)等)与核心网网元全连接,核心网网元根据容量配置了网络资源标识NRI(Network Resource Identifier,网络资源标识)(一个NRI支持一定的用户量),每个NNSF配置了核心网网元的分配比例(根据NRI得到权重比例)。
现有NNSF获知Pool中网元的权重比例的方式与各个应用系统有关。例如,在EPC域的MME(Mobility Management Entity,移动性管理实体)Pool中,作为NNSF的eNode B有两种方式直接从MME获知MME权重,从而自动可以计算出Pool中的MME分配比例。在IMS(IPMultimedia Subsystem,IP多媒体子系统)域的CSCF(Call Session Control Function,呼叫会话控制功能)Pool中,需要通过手工配置的方式将Pool中CSCF的分配比例配置到DNS(Domain Name System,域名系统)中。在CS(Circuit Switched,电路交换)域的MSC(MobileSwitching Center,移动交换中心)Pool中,需要通过手工配置的方式将Pool中MSC的分配比例配置到BSC/RNC中。
这样,根据现有技术的方案,当VNF Pool中的某个VNF触发动态扩缩容时,Pool中的VNF权重比例(实际承载能力比例)发生了变化,将会出现NNSF的分配比例与VNF实际承载能力比例不一致的问题。
发明内容
有鉴于此,本发明提供一种VNF的扩缩容方法、装置及设备,用以解决当VNF Pool中的某个VNF触发动态扩缩容时,NNSF的分配比例与VNF实际承载能力比例不一致的问题。
为解决上述技术问题,第一方面,本发明实施例提供一种虚拟网络功能VNF的扩缩容方法,应用于VNFM(Network Functions Virtualisation Manager,网络功能虚拟化管理器),包括:
在第一VNF进行实例化时,接收EMS(Element Management System,网元管理系统)发送的第一VNF所属的VNF池的池标识以及NRI的数量;
根据所述VNF池的池标识以及NRI的数量,确定VNF池内各VNF之间的NRI的分配比例。
其中,所述方法还包括:
当所述VNF池内的第二VNF触发扩缩容时,获取所述第二VNF的虚拟机VM需求数量;
根据所述VNF池内的VNF的数量和所述VM需求数量,确定所述VNF池内每个VNF扩缩容的VM数量,以获得每个VNF调整后的VM数量;
根据第二VNF调整后的VM数量,对所述第二VNF进行扩缩容处理;
其中,所述NRI的数量与所述VNF池内的所有VNF的VM支持的用户总数相同。
其中,所述根据所述VNF池内的VNF的数量和所述VM需求数量,确定所述VNF池内每个VNF扩缩容的VM数量,以获得每个VNF调整后的VM数量,包括:
计算所述VM需求数量与所述VNF池内的VNF的数量的模值;
若所述模值为0,则所述VNF池内每个VNF扩缩容的VM数量RVNF为:所述VM需求数量与所述VNF池内的VNF的数量的比值;
若所述模值不为0,则所述VNF池内每个VNF扩缩容的VM数量RVNF为:RVNF=[RPool+(NPool-D)]/NPool;其中,RPool为所述VM需求数量;NPool为所述VNF池内的VNF的数量;D为所述模值。
其中,所述根据第二VNF调整后的VM数量,对所述第二VNF进行扩缩容处理,包括:
根据第二VNF调整后的VM数量,请求网络功能虚拟化编排器NFVO+进行资源授权,并携带所述第二VNF的所在的虚拟化的基础设施管理器VIM的标识;
若接收到所述NFVO+的根据VIM的标识确定的表示VIM资源充足的响应,向EMS发送所述第二VNF的扩缩容事件通知,在所述通知中包括所述第二VNF调整后的VM数量,以通知所述EMS对所述第二VNF进行扩缩容;
与所述NFVO+、VIM交互,完成对所述第二VNF的扩缩容处理。
其中,所述方法还包括:
向所述EMS发送所述第二VNF的扩缩容成功通知,以使所述EMS更新所述第二VNF的NRI数量。
第二方面,本发明实施例提供一种虚拟网络功能VNF的扩缩容方法,应用于EMS,包括:
在第一VNF进行实例化时,向VNFV发送第一VNF所属的VNF池的池标识以及网络资源标识NRI的数量,以使所述VNFM根据所述VNF池的池标识以及NRI的数量,确定VNF池内各VNF之间的NRI的分配比例。
其中,所述方法还包括:
当所述VNFV对所述VNF池内的第二VNF进行扩缩容时,接收所述VNFM发送的所述第二VNF的扩缩容事件通知,在所述通知中包括所述第二VNF调整后的VM数量;
根据所述通知完成进行网元准备;
接收所述VNFM发送的第二VNF的扩缩容成功通知,根据所述通知更新所述第二VNF的NRI数量。
其中,所述方法还包括:
向所述VNFM发送所述第二VNF所属的VNF池的池标识以及NRI的数量。
第三方面,本发明实施例提供一种VNF的扩缩容装置,包括:处理器和收发器;
所述收发器,用于在第一VNF进行实例化时,接收网元管理系统EMS发送的第一VNF所属的VNF池的池标识以及网络资源标识NRI的数量;
所述处理器,用于根据所述VNF池的池标识以及NRI的数量,确定VNF池内各VNF之间的NRI的分配比例。
其中,所述处理器,还用于:
当所述VNF池内的第二VNF触发扩缩容时,获取所述第二VNF的虚拟机VM需求数量;
根据所述VNF池内的VNF的数量和所述VM需求数量,确定所述VNF池内每个VNF扩缩容的VM数量,以获得每个VNF调整后的VM数量;
根据第二VNF调整后的VM数量,对所述第二VNF进行扩缩容处理;
其中,所述NRI的数量与所述VNF池内的所有VNF的VM支持的用户总数相同。
其中,所述处理器,还用于:
计算所述VM需求数量与所述VNF池内的VNF的数量的模值;
若所述模值为0,则所述VNF池内每个VNF扩缩容的VM数量RVNF为:所述VM需求数量与所述VNF池内的VNF的数量的比值;
若所述模值不为0,则所述VNF池内每个VNF扩缩容的VM数量RVNF为:RVNF=[RPool+(NPool-D)]/NPool;其中,RPool为所述VM需求数量;NPool为所述VNF池内的VNF的数量;D为所述模值。
其中,所述收发器,还用于根据第二VNF调整后的VM数量,请求网络功能虚拟化编排器NFVO+进行资源授权,并携带所述第二VNF的所在的虚拟化的基础设施管理器VIM的标识;若接收到所述NFVO+的根据VIM的标识确定的表示VIM资源充足的响应,向EMS发送所述第二VNF的扩缩容事件通知,在所述通知中包括所述第二VNF调整后的VM数量,以通知所述EMS对所述第二VNF进行扩缩容;
所述处理器,还用于与所述NFVO+、VIM交互,完成对所述第二VNF的扩缩容处理。
其中,所述收发器,还用于向所述EMS发送所述第二VNF的扩缩容成功通知,以使所述EMS更新所述第二VNF的NRI数量。
第五方面,本发明实施例提供一种VNF的扩缩容装置,包括:处理器和收发器;
所述处理器,用于通过所述收发器在第一VNF进行实例化时,向VNFV发送第一VNF所属的VNF池的池标识以及网络资源标识NRI的数量,以使所述VNFM根据所述VNF池的池标识以及NRI的数量,确定VNF池内各VNF之间的NRI的分配比例。
其中,所述收发器,还用于当所述VNFV对所述VNF池内的第二VNF进行扩缩容时,接收所述VNFM发送的所述第二VNF的扩缩容事件通知,在所述通知中包括所述第二VNF调整后的VM数量;
所述处理器,还用于根据所述通知完成进行网元准备;
所述收发器,还用于接收所述VNFM发送的第二VNF的扩缩容成功通知,根据所述通知更新所述第二VNF的NRI数量。
其中,所述收发器,还用于向所述VNFM发送所述第二VNF所属的VNF池的池标识以及NRI的数量。
第五方面,本发明实施例提供一种通信设备,包括:收发机、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序;所述计算机程序被处理器执行时实现如第一方面所述的方法中的步骤;或者所述计算机程序被处理器执行时实现如第二方面所述的方法中的步骤。
第六方面,本发明实施例提供一种计算机可读存储介质,用于存储计算机程序,所述计算机程序被处理器执行时实现如第一方面所述的方法中的步骤;或者所述计算机程序被处理器执行时实现如第二方面所述的方法中的步骤。
本发明的上述技术方案的有益效果如下:
在本发明实施例中,当第一VNF实例化时,根据EMS发送的第一VNF所属的VNF池的池标识以及NRI的数量,确定VNF池内各VNF之间的NRI的分配比例。从而,利用本发明实施例,可在不更改NNSF分配比例的前提下,通过重新规划VNF扩容的方式,解决了VNF动态扩缩容时NNSF分配比例与VNF实际承载能力比例保持动态不一致的问题。
附图说明
图1为本发明实施例的VNF的扩缩容方法的流程图;
图2为本发明实施例的VNF的扩缩容方法的流程图;
图3为本发明实施例的VNF的扩缩容方法的流程图;
图4为本发明实施例的VNF实例化的流程图;
图5为本发明实施例的VNF扩缩容过程示意图;
图6(a)和图6(b)分别为扩缩容前后的各个VNF的分配比例和实际承载能力的示意图;
图7为本发明实施例的VNF的扩缩容装置的示意图;
图8为本发明实施例的VNF的扩缩容装置的示意图;
图9为本发明实施例的通信设备的示意图;
图10为本发明实施例的通信设备的示意图。
具体实施方式
下面将结合附图和实施例,对本发明的具体实施方式作进一步详细描述。以下实施例用于说明本发明,但不用来限制本发明的范围。
如图1所示,本发明实施例的VNF的扩缩容方法,应用于VNFM,包括:
步骤101、在第一VNF进行实例化时,接收EMS发送的第一VNF所属的VNF池的池标识以及NRI的数量。
步骤102、根据所述VNF池的池标识以及NRI的数量,确定VNF池内各VNF之间的NRI的分配比例。
其中,所属第一VNF可以是任意VNF。
在实际应用中,NNSF可确定好各VNF之间的NRI的分配比例。那么,在本发明实施例中,当第一VNF实例化时,根据EMS发送的第一VNF所属的VNF池的池标识以及NRI的数量,确定VNF池内各VNF之间的NRI的分配比例。从而,利用本发明实施例,可在不更改NNSF分配比例的前提下,通过重新规划VNF扩容的方式,解决了VNF动态扩缩容时NNSF分配比例与VNF实际承载能力比例保持动态不一致的问题。
如图2所示,本发明实施例的VNF的扩缩容方法,应用于EMS,包括:
步骤201、在第一VNF进行实例化时,向VNFV发送第一VNF所属的VNF池的池标识以及网络资源标识NRI的数量,以使所述VNFM根据所述VNF池的池标识以及NRI的数量,确定VNF池内各VNF之间的NRI的分配比例。
那么,在本发明实施例中,当第一VNF实例化时,VNF根据EMS发送的第一VNF所属的VNF池的池标识以及NRI的数量,确定VNF池内各VNF之间的NRI的分配比例。从而,利用本发明实施例,可在不更改NNSF分配比例的前提下,通过重新规划VNF扩容的方式,解决了VNF动态扩缩容时NNSF分配比例与VNF实际承载能力比例保持动态不一致的问题。
如背景技术中所描述,现有NNSF获知Pool中网元的权重比例的方式与各个应用系统有关,如:
在EPC域的MME Pool中,作为NNSF的eNode B有两种方式直接从MME获知MME权重,从而自动可以计算出Pool中的MME分配比例:
(1)MME在S1 SETUP RESPONSE消息中将权重信息写在Relative MME Capacity字段下发给eNodeB,此时Relative MME Capacity字段为必选(M)。
在这种情况下,S1 SETUP RESPONSE是MME对eNodeB发起的S1SETUP REQUEST消息的回复,而eNodeB无法动态了解MME容量的变化,因此无法在MME容量变化时实时发起S1SETUP REQUEST。
(2)MME在MME CONFIGURATION UPDATE消息中将权重信息写在Relative MMECapacity字段下发给eNodeB,此时Relative MME Capacity字段为可选(O)。
在这种情况下,MME权重一般是提前配置好的,当MME为虚拟化网元并发生了动态扩缩容时,无法确保MME一定能够实现根据权重变化动态发送MME CONFIGURATION UPDATE消息,并将最新的权重更新到Relative MME Capacity字段。
在IMS域的CSCF Pool中,DNS无法从CSCF直接获知权重信息,需要通过手工配置的方式将Pool中CSCF的分配比例配置到DNS中。
在CS域的MSC Pool中,BSC或RNC无法从MSC直接获知权重信息,需要通过手工配置的方式将Pool中MSC的分配比例配置到BSC/RNC中。
而在其他Pool中,并未发现其他类型Pool具有动态更新分配比例的方法。
因此,本发明提出了一种通用的方法,以在VNF动态扩缩容时使NNSF分配比例与VNF实际权重比例实时保持一致。在本发明实施例中,不改变NNSF上位分配比例,而是在VNF动态扩缩容时对Pool内的VNF扩缩容进行重新规划,将VNF扩缩容按照现有分配比例分摊到Pool内所有VNF上,从而确保扩容后VNF实际承载能力的比例仍与扩容前保持一致(即与NNSF分配比例保持一致)。
需要说明的是,本发明实施例与VNF所属业务系统的扩缩容策略、NRI支持的用户数、VM(Virtual Machine,虚拟机)支持的用户数都有关。假设,在本发明实施例中,扩缩容策略采用VNF级别,NRI与VM支持的用户数基本一致。
如图3所示,本发明实施例的VNF的扩缩容方法,包括:
步骤301、VNF获取VNF池的相关信息。
具体的,当某个VNF实例化时,EMS将该VNF所属的Pool ID(池标识)及NRI数量告知VNFM。当Pool内的VNF全部实例化后,VNFM即可获知该VNF Pool内有哪些VNF,以及可根据各VNF的NRI数量获知业务分配比例。为保存上述信息,VNFM需新增Pool ID及NRI数量两个字段,分别保存Pool ID及VNF对应的NRI数量。
参见图4,VNF的实例化过程包括:
步骤401、操作员在NFVO(Network Functions Virtualisation Orchestrator,网络功能虚拟化编排器)+界面实例化一个VNF。
步骤402、实例化时需要选择VNF包(必须包含VNFD(Virtualised NetworkFunction Descriptor,虚拟化的网络功能模块描述符))和VNFM。
步骤403、NFVO+调用C6:QueryVNFD Req接口,接口中含VNFD ID,到VNFM查询VNFD信息。
步骤404、VNFM查询本地保存的VNFD信息。
步骤405、VNFM返回C6:QueryVNFD Response,包含VNFD的详细信息和可调整的参数(inputs)。
步骤406、NFVO+在实例化页面展示VNFD信息,以及输入实例化时可调整的参数值(包括允许操作员选择/上载VNF专有扩展参数文件)。调用C6:InstantiateVNF接口,请求VNFM实例化VNF。接口中携带VNF名称、VNFD标识VNFDID、可变参数inputs、Extention。
步骤407、VNFM创建实例化任务,生成JobID和VNF标识,返回给NFVO+。NFVO+可以通过调用C6:GetJobStatus接口来获取实例化的任务状态。
步骤408、VNFM解析VNF包中的VNFD及可变参数,分析VNF实例化所需要的虚拟资源,主要包括虚机规格和虚机数量。
步骤409、VNFM调用C6:GrantLifecycle接口,请求NFVO+进行资源授权,接口中携带所需要的资源VMList。
步骤410、NFVO+根据定义的策略(例如VIM选择策略),为此次实例化选择VIM,将VIMID和TenantID返回给VNFM。NFVO+可以通过调用C6:GrantLifecycle接口。
步骤411、VNFM向NFVO+发送创建虚拟资源的请求。
步骤412、NFVO+向指定VIM中创建所需要的虚拟资源。在间接模式中,VNFM发送原生Openstack接口请求到NFVO+,NFVO+转发接口到VIM,并对接口进行解析和记录。
其中,步骤411和步骤412中可能涉及多个步骤的操作,包括虚拟机、虚拟存储、虚拟网卡、虚拟网络的创建,将虚拟存储、虚拟网卡挂载到虚拟机,将虚拟网卡连接到虚拟网络,以及不同虚拟机之间的亲和性和反亲和性等操作。其处理过程和现有的相同。
步骤413、VIM检测到虚机资源变化,向NFVO+发送C7:PushVmChanges请求,告知VIM中资源的变化情况。
步骤414、NFVO+向VIM返回响应。
步骤415、资源创建成功后,VNFM到VNF配置和部署相关的参数。
步骤416、VNF实例化成功后,VNFM向NFVO+发送C6:VNFLifecycleChangeNotification接口,告知VNF所包含的虚拟资源。
步骤417、NFVO+向VNFM返回响应。
步骤418、VNF实例化成功后,VNFM通知EMS有一个新实例化的VNF,包括VNF的管理地址和管理账户等。
步骤419、EMS将新实例化的VNF添加到管理对象。
步骤420、EMS对VNF进行应用参数的配置。
步骤421、操作员可以在NFVO+界面看到实例化进展。
步骤422、EMS将VNF所属的Pool ID及NRI数量告知VNFM。之后,VNFM针对每个VNF保存其所属Pool ID及NRI数量,并形成Pool整体VNF权重比例信息。
步骤302、当某个VNF进行扩缩容时,触发VNF扩缩容,VNFM重新规划VNF扩缩容,并执行扩缩容过程。
VNFM中已经存在VNF的扩缩容策略并且已经激活,VNFM监测VNF性能,并和扩缩容策略进行匹配,如果匹配到扩缩容条件,VNFM触发VNF的扩缩容。在扩缩容的过程中,VNFM重新规划VNF扩缩容。之后,VNFM按照重新规划的资源进行后续扩缩容,并通知EMS根据重新规划的扩缩容完成网元准备工作(如业务迁移和扩缩NRI的计算);扩缩容完成时EMS更新VNF的NRI,并将最新的Pool及NRI情况告知VNFM。
假设,VNFM中已经存在待扩缩容的VNF(在此称为第二VNF)的扩缩容策略并且已经激活。具体的,当所述VNF池内的第二VNF触发扩缩容时,获取所述第二VNF的虚拟机VM需求数量。根据所述VNF池内的VNF的数量和所述VM需求数量,确定所述VNF池内每个VNF扩缩容的VM数量,以获得每个VNF调整后的VM数量。根据第二VNF调整后的VM数量,对所述第二VNF进行扩缩容处理。
在对第二VNF进行扩缩容处理时,VNFM根据第二VNF调整后的VM数量,请求网络功能虚拟化编排器NFVO+进行资源授权,并携带所述第二VNF的所在的虚拟化的基础设施管理器VIM的标识。若接收到所述NFVO+的根据VIM的标识确定的表示VIM资源充足的响应,VNFM向EMS发送所述第二VNF的扩缩容事件通知,在所述通知中包括所述第二VNF调整后的VM数量,以通知所述EMS对所述第二VNF进行扩缩容;VNFM与所述NFVO+、VIM交互,完成对所述第二VNF的扩缩容处理。此外,VNFM还可向所述EMS发送所述第二VNF的扩缩容成功通知,以使所述EMS更新所述第二VNF的NRI数量。
具体的,如图5所示,VNF的扩缩容过程包括:
步骤501、VNFM/EMS监测第二VNF的性能,并和扩缩容策略进行匹配。
步骤502、如果匹配到扩缩容条件,VNFM/EMS触发第二VNF的扩缩容。
步骤503、VNFM重新规划扩缩容。
具体的,VNFM提取第二VNF的扩缩容策略,解析第二VNF的VM资源需求(设为RPool),设VNF Pool内VNF数量为NPool。
在此,计算所述VM需求数量与所述VNF池内的VNF的数量的模值:D=RPoolmod Npool。
若所述模值为0,则所述VNF池内每个VNF扩缩容的VM数量RVNF为:所述VM需求数量与所述VNF池内的VNF的数量的比值。即:若D=RPoolmod Npool为0,则VNFM将扩缩容重规划为Pool内每个VNF进行扩缩容,每个VNF扩缩容的VM数量RVNF=RPool/Npool。
若所述模值不为0,则所述VNF池内每个VNF扩缩容的VM数量RVNF为:RVNF=[RPool+(NPool-D)]/NPool。
步骤504、VNFM发送C6:VNFMEventNotification接口,告知NFVO+要对第二VNF进行扩缩容,接口中包括JobID。NFVO+可以通过调用C6:GetJobStatus接口来获取扩缩容的任务状态。
步骤505、NFVO+返回响应。
步骤506、VNFM调用C6:GrantLifecycle接口,请求NFVO+进行资源授权,请求里携带第二VNF所在的VIM(Virtualised Infrastructure Manage,基础设施管理器)ID。
步骤507、NFVO+检查该VIM里是否有足够资源,如果资源充足,则返回相同的VIMID。如果资源不足,则拒绝授权。
步骤508、VNFM向EMS发送VNF扩缩容事件通知,告知EMS要对第二VNF进行扩缩容。
步骤509、EMS根据重新规划的扩缩容完成网元准备工作。
步骤510、VNFM向NFVO+发送创建/删除虚拟资源的请求。
步骤511、NFVO+向VIM发送创建/删除虚拟资源的请求。在间接模式中,VNFM发送原生Openstack接口请求到NFVO+,NFVO+转发接口到VIM,并对接口进行解析和记录。
步骤512、VIM检测到资源变化,向NFVO+发送C7:PushVmChanges请求,通知VIM中资源的变化情况。
步骤513、NFVO+向VIM返回响应。
步骤514、VNFM到VNF配置部署参数。此步骤可选,是否需要配置取决于VNF的架构。
步骤515、VNFM监测VNF,确定是否扩缩容成功。
步骤516、VNFM向NFVO+发送C6:VNFLifecycleChangeNotification接口,通知VNF资源的变化。
步骤517、NFVO+向VNFM返回响应。
步骤518、VNFM向EMS发送VNF扩缩容成功通知。
步骤519、EMS更新管理对象。同时,EMS更新第二VNF的NRI情况。
步骤520、EMS到VNF配置应用参数。此步骤可选,是否需要配置取决于VNF的架构。
步骤521、EMS将第二VNF所属的Pool ID及NRI数量通告给VNFM。VNFM更新VNF的Pool ID及NRI数量,并更新Pool整体VNF权重比例信息。
扩容完成后,Pool内VNF实际承载业务能力的比例未变,NNSF仍按照原先业务分配比例进行Pool内业务分发。如图6(a)和6(b)所示,分别示出了扩缩容前后的各个VNF的业务分配比例。通过对比可以看出,采用本发明实施例的方法后,各个VNF的分配比例与实际承载能力保持一致。
对于VPN Pool内的其他VPN,如果要执行扩缩容处理,其处理方式可参照第二VPN的处理方式。
由上可以看出,本发明实施例提出了一种与应用系统无关的通用方法,采用不更改NNSF分配比例而是重新规划VNF扩容的方法,来解决VNF动态扩缩容时NNSF分配比例与VNF实际承载能力比例保持动态不一致的问题。同时,利用本发明实施例的方案,可在核心网网元与无线接入侧网元异厂家的情况下,在不调整网管流程(OSS-EMS以及EMS-EMS等)的前提下,主要通过VNFM来完成VNF动态扩缩容时NNSF分配比例与VNF实际承载能力比例保持一致。
如图7所示,本发明实施例的VNF的扩缩容装置,包括:处理器601和收发器602;
所述收发器602,用于在第一VNF进行实例化时,接收网元管理系统EMS发送的第一VNF所属的VNF池的池标识以及网络资源标识NRI的数量;
所述处理器601,用于根据所述VNF池的池标识以及NRI的数量,确定VNF池内各VNF之间的NRI的分配比例。
其中,所述处理器601,还用于:
当所述VNF池内的第二VNF触发扩缩容时,获取所述第二VNF的虚拟机VM需求数量;
根据所述VNF池内的VNF的数量和所述VM需求数量,确定所述VNF池内每个VNF扩缩容的VM数量,以获得每个VNF调整后的VM数量;
根据第二VNF调整后的VM数量,对所述第二VNF进行扩缩容处理;
其中,所述NRI的数量与所述VNF池内的所有VNF的VM支持的用户总数相同。
其中,所述处理器601,还用于:
计算所述VM需求数量与所述VNF池内的VNF的数量的模值;
若所述模值为0,则所述VNF池内每个VNF扩缩容的VM数量RVNF为:所述VM需求数量与所述VNF池内的VNF的数量的比值;
若所述模值不为0,则所述VNF池内每个VNF扩缩容的VM数量RVNF为:RVNF=[RPool+(NPool-D)]/NPool;其中,RPool为所述VM需求数量;NPool为所述VNF池内的VNF的数量;D为所述模值。
其中,所述收发器602,还用于根据第二VNF调整后的VM数量,请求网络功能虚拟化编排器NFVO+进行资源授权,并携带所述第二VNF的所在的虚拟化的基础设施管理器VIM的标识;若接收到所述NFVO+的根据VIM的标识确定的表示VIM资源充足的响应,向EMS发送所述第二VNF的扩缩容事件通知,在所述通知中包括所述第二VNF调整后的VM数量,以通知所述EMS对所述第二VNF进行扩缩容;所述处理器601,还用于与所述NFVO+、VIM交互,完成对所述第二VNF的扩缩容处理。
其中,所述收发器602,还用于向所述EMS发送所述第二VNF的扩缩容成功通知,以使所述EMS更新所述第二VNF的NRI数量。
本发明所述装置的工作原理可参照前述方法实施例的描述。
在本发明实施例中,当第一VNF实例化时,根据EMS发送的第一VNF所属的VNF池的池标识以及NRI的数量,确定VNF池内各VNF之间的NRI的分配比例。从而,利用本发明实施例,可在不更改NNSF分配比例的前提下,通过重新规划VNF扩容的方式,解决了VNF动态扩缩容时NNSF分配比例与VNF实际承载能力比例保持动态不一致的问题。
如图8所示,本发明实施例的VNF的扩缩容装置,包括:处理器701和收发器702;
所述处理器701,用于通过所述收发器702在第一VNF进行实例化时,向VNFV发送第一VNF所属的VNF池的池标识以及网络资源标识NRI的数量,以使所述VNFM根据所述VNF池的池标识以及NRI的数量,确定VNF池内各VNF之间的NRI的分配比例。
其中,所述收发器702,还用于当所述VNFV对所述VNF池内的第二VNF进行扩缩容时,接收所述VNFM发送的所述第二VNF的扩缩容事件通知,在所述通知中包括所述第二VNF调整后的VM数量;
所述处理器701,还用于根据所述通知完成进行网元准备;
所述收发器702,还用于接收所述VNFM发送的第二VNF的扩缩容成功通知,根据所述通知更新所述第二VNF的NRI数量。
其中,所述收发器702,还用于向所述VNFM发送所述第二VNF所属的VNF池的池标识以及NRI的数量。
本发明所述装置的工作原理可参照前述方法实施例的描述。
在本发明实施例中,当第一VNF实例化时,根据EMS发送的第一VNF所属的VNF池的池标识以及NRI的数量,确定VNF池内各VNF之间的NRI的分配比例。从而,利用本发明实施例,可在不更改NNSF分配比例的前提下,通过重新规划VNF扩容的方式,解决了VNF动态扩缩容时NNSF分配比例与VNF实际承载能力比例保持动态不一致的问题。
如图9所示,本发明实施例的通信设备,包括:
处理器800,用于读取存储器820中的程序,执行下列过程:通过收发机810在第一VNF进行实例化时,接收网元管理系统EMS发送的第一VNF所属的VNF池的池标识以及网络资源标识NRI的数量;根据所述VNF池的池标识以及NRI的数量,确定VNF池内各VNF之间的NRI的分配比例。
收发机810,用于在处理器800的控制下接收和发送数据。
其中,在图9中,总线架构可以包括任意数量的互联的总线和桥,具体由处理器800代表的一个或多个处理器和存储器820代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。收发机810可以是多个元件,即包括发送机和收发机,提供用于在传输介质上与各种其他装置通信的单元。处理器800负责管理总线架构和通常的处理,存储器820可以存储处理器800在执行操作时所使用的数据。
处理器800负责管理总线架构和通常的处理,存储器820可以存储处理器800在执行操作时所使用的数据。
处理器800还用于读取所述计算机程序,执行如下步骤:
当所述VNF池内的第二VNF触发扩缩容时,获取所述第二VNF的虚拟机VM需求数量;
根据所述VNF池内的VNF的数量和所述VM需求数量,确定所述VNF池内每个VNF扩缩容的VM数量,以获得每个VNF调整后的VM数量;
根据第二VNF调整后的VM数量,对所述第二VNF进行扩缩容处理;
其中,所述NRI的数量与所述VNF池内的所有VNF的VM支持的用户总数相同。
处理器800还用于读取所述计算机程序,执行如下步骤:
计算所述VM需求数量与所述VNF池内的VNF的数量的模值;
若所述模值为0,则所述VNF池内每个VNF扩缩容的VM数量RVNF为:所述VM需求数量与所述VNF池内的VNF的数量的比值;
若所述模值不为0,则所述VNF池内每个VNF扩缩容的VM数量RVNF为:RVNF=[RPool+(NPool-D)]/NPool;其中,RPool为所述VM需求数量;NPool为所述VNF池内的VNF的数量;D为所述模值。
处理器800还用于读取所述计算机程序,执行如下步骤:
根据第二VNF调整后的VM数量,请求网络功能虚拟化编排器NFVO+进行资源授权,并携带所述第二VNF的所在的虚拟化的基础设施管理器VIM的标识;
若接收到所述NFVO+的根据VIM的标识确定的表示VIM资源充足的响应,向EMS发送所述第二VNF的扩缩容事件通知,在所述通知中包括所述第二VNF调整后的VM数量,以通知所述EMS对所述第二VNF进行扩缩容;
与所述NFVO+、VIM交互,完成对所述第二VNF的扩缩容处理。
处理器800还用于读取所述计算机程序,执行如下步骤:
向所述EMS发送所述第二VNF的扩缩容成功通知,以使所述EMS更新所述第二VNF的NRI数量。
如图10所示,本发明实施例的通信设备,包括:
处理器900,用于读取存储器920中的程序,执行下列过程:通过收发机910在第一VNF进行实例化时,向VNFV发送第一VNF所属的VNF池的池标识以及网络资源标识NRI的数量,以使所述VNFM根据所述VNF池的池标识以及NRI的数量,确定VNF池内各VNF之间的NRI的分配比例。
收发机910,用于在处理器900的控制下接收和发送数据。
其中,在图10中,总线架构可以包括任意数量的互联的总线和桥,具体由处理器900代表的一个或多个处理器和存储器920代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。收发机910可以是多个元件,即包括发送机和收发机,提供用于在传输介质上与各种其他装置通信的单元。处理器900负责管理总线架构和通常的处理,存储器920可以存储处理器900在执行操作时所使用的数据。
处理器900负责管理总线架构和通常的处理,存储器920可以存储处理器900在执行操作时所使用的数据。
处理器900还用于读取所述计算机程序,执行如下步骤:
当所述VNFV对所述VNF池内的第二VNF进行扩缩容时,接收所述VNFM发送的所述第二VNF的扩缩容事件通知,在所述通知中包括所述第二VNF调整后的VM数量;
根据所述通知完成进行网元准备;
接收所述VNFM发送的第二VNF的扩缩容成功通知,根据所述通知更新所述第二VNF的NRI数量。
处理器900还用于读取所述计算机程序,执行如下步骤:
向所述VNFM发送所述第二VNF所属的VNF池的池标识以及NRI的数量。
此外,本发明实施例的计算机可读存储介质,用于存储计算机程序,所述计算机程序可被处理器执行实现以下步骤:
在第一VNF进行实例化时,接收网元管理系统EMS发送的第一VNF所属的VNF池的池标识以及网络资源标识NRI的数量;
根据所述VNF池的池标识以及NRI的数量,确定VNF池内各VNF之间的NRI的分配比例。
其中,所述方法还包括:
当所述VNF池内的第二VNF触发扩缩容时,获取所述第二VNF的虚拟机VM需求数量;
根据所述VNF池内的VNF的数量和所述VM需求数量,确定所述VNF池内每个VNF扩缩容的VM数量,以获得每个VNF调整后的VM数量;
根据第二VNF调整后的VM数量,对所述第二VNF进行扩缩容处理;
其中,所述NRI的数量与所述VNF池内的所有VNF的VM支持的用户总数相同。
其中,所述根据所述VNF池内的VNF的数量和所述VM需求数量,确定所述VNF池内每个VNF扩缩容的VM数量,以获得每个VNF调整后的VM数量,包括:
计算所述VM需求数量与所述VNF池内的VNF的数量的模值;
若所述模值为0,则所述VNF池内每个VNF扩缩容的VM数量RVNF为:所述VM需求数量与所述VNF池内的VNF的数量的比值;
若所述模值不为0,则所述VNF池内每个VNF扩缩容的VM数量RVNF为:RVNF=[RPool+(NPool-D)]/NPool;其中,RPool为所述VM需求数量;NPool为所述VNF池内的VNF的数量;D为所述模值。
其中,所述根据第二VNF调整后的VM数量,对所述第二VNF进行扩缩容处理,包括:
根据第二VNF调整后的VM数量,请求网络功能虚拟化编排器NFVO+进行资源授权,并携带所述第二VNF的所在的虚拟化的基础设施管理器VIM的标识;
若接收到所述NFVO+的根据VIM的标识确定的表示VIM资源充足的响应,向EMS发送所述第二VNF的扩缩容事件通知,在所述通知中包括所述第二VNF调整后的VM数量,以通知所述EMS对所述第二VNF进行扩缩容;
与所述NFVO+、VIM交互,完成对所述第二VNF的扩缩容处理。
其中,所述方法还包括:
向所述EMS发送所述第二VNF的扩缩容成功通知,以使所述EMS更新所述第二VNF的NRI数量。
此外,本发明实施例的计算机可读存储介质,用于存储计算机程序,所述计算机程序可被处理器执行实现以下步骤:
在第一VNF进行实例化时,向VNFV发送第一VNF所属的VNF池的池标识以及网络资源标识NRI的数量,以使所述VNFM根据所述VNF池的池标识以及NRI的数量,确定VNF池内各VNF之间的NRI的分配比例。
其中,所述方法还包括:
当所述VNFV对所述VNF池内的第二VNF进行扩缩容时,接收所述VNFM发送的所述第二VNF的扩缩容事件通知,在所述通知中包括所述第二VNF调整后的VM数量;
根据所述通知完成进行网元准备;
接收所述VNFM发送的第二VNF的扩缩容成功通知,根据所述通知更新所述第二VNF的NRI数量。
其中,所述方法还包括:
向所述VNFM发送所述第二VNF所属的VNF池的池标识以及NRI的数量。
在本申请所提供的几个实施例中,应该理解到,所揭露方法和装置,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理包括,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元,可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述收发方法的部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,简称ROM)、随机存取存储器(Random Access Memory,简称RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明所述原理的前提下,还可以作出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (18)
1.一种虚拟网络功能VNF的扩缩容方法,其特征在于,应用于网络功能虚拟化管理器VNFM,包括:
在第一VNF进行实例化时,接收网元管理系统EMS发送的第一VNF所属的VNF池的池标识以及网络资源标识NRI的数量;
根据所述VNF池的池标识以及NRI的数量,确定VNF池内各VNF之间的NRI的分配比例,以使得在进行动态扩缩容后,非接入层节点选择功能NNSF的业务分配比例与各VNF之间的NRI的分配比例保持一致。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
当所述VNF池内的第二VNF触发扩缩容时,获取所述第二VNF的虚拟机VM需求数量;
根据所述VNF池内的VNF的数量和所述VM需求数量,确定所述VNF池内每个VNF扩缩容的VM数量,以获得每个VNF调整后的VM数量;
根据第二VNF调整后的VM数量,对所述第二VNF进行扩缩容处理;
其中,所述NRI的数量与所述VNF池内的所有VNF的VM支持的用户总数相同。
3.根据权利要求2所述的方法,其特征在于,所述根据所述VNF池内的VNF的数量和所述VM需求数量,确定所述VNF池内每个VNF扩缩容的VM数量,以获得每个VNF调整后的VM数量,包括:
计算所述VM需求数量与所述VNF池内的VNF的数量的模值;
若所述模值为0,则所述VNF池内每个VNF扩缩容的VM数量RVNF为:所述VM需求数量与所述VNF池内的VNF的数量的比值;
若所述模值不为0,则所述VNF池内每个VNF扩缩容的VM数量RVNF为:RVNF=[RPool+(NPool-D)]/NPool;其中,RPool为所述VM需求数量;NPool为所述VNF池内的VNF的数量;D为所述模值。
4.根据权利要求2所述的方法,其特征在于,所述根据第二VNF调整后的VM数量,对所述第二VNF进行扩缩容处理,包括:
根据第二VNF调整后的VM数量,请求网络功能虚拟化编排器NFVO+进行资源授权,并携带所述第二VNF的所在的虚拟化的基础设施管理器VIM的标识;
若接收到所述NFVO+的根据VIM的标识确定的表示VIM资源充足的响应,向EMS发送所述第二VNF的扩缩容事件通知,在所述通知中包括所述第二VNF调整后的VM数量,以通知所述EMS对所述第二VNF进行扩缩容;
与所述NFVO+、VIM交互,完成对所述第二VNF的扩缩容处理。
5.根据权利要求4所述的方法,其特征在于,所述方法还包括:
向所述EMS发送所述第二VNF的扩缩容成功通知,以使所述EMS更新所述第二VNF的NRI数量。
6.一种虚拟网络功能VNF的扩缩容方法,其特征在于,应用于EMS,包括:
在第一VNF进行实例化时,向VNFV发送第一VNF所属的VNF池的池标识以及网络资源标识NRI的数量,以使所述VNFM根据所述VNF池的池标识以及NRI的数量,确定VNF池内各VNF之间的NRI的分配比例,以使得在进行动态扩缩容后,非接入层节点选择功能NNSF的业务分配比例与各VNF之间的NRI的分配比例保持一致。
7.根据权利要求6所述的方法,其特征在于,所述方法还包括:
当所述VNFV对所述VNF池内的第二VNF进行扩缩容时,接收所述VNFM发送的所述第二VNF的扩缩容事件通知,在所述通知中包括所述第二VNF调整后的VM数量;
根据所述通知完成进行网元准备;
接收所述VNFM发送的第二VNF的扩缩容成功通知,根据所述通知更新所述第二VNF的NRI数量。
8.根据权利要求7所述的方法,其特征在于,所述方法还包括:
向所述VNFM发送所述第二VNF所属的VNF池的池标识以及NRI的数量。
9.一种VNF的扩缩容装置,其特征在于,包括:处理器和收发器;
所述收发器,用于在第一VNF进行实例化时,接收网元管理系统EMS发送的第一VNF所属的VNF池的池标识以及网络资源标识NRI的数量;
所述处理器,用于根据所述VNF池的池标识以及NRI的数量,确定VNF池内各VNF之间的NRI的分配比例,以使得在进行动态扩缩容后,非接入层节点选择功能NNSF的业务分配比例与各VNF之间的NRI的分配比例保持一致。
10.根据权利要求9所述的装置,其特征在于,所述处理器,还用于:
当所述VNF池内的第二VNF触发扩缩容时,获取所述第二VNF的虚拟机VM需求数量;
根据所述VNF池内的VNF的数量和所述VM需求数量,确定所述VNF池内每个VNF扩缩容的VM数量,以获得每个VNF调整后的VM数量;
根据第二VNF调整后的VM数量,对所述第二VNF进行扩缩容处理;
其中,所述NRI的数量与所述VNF池内的所有VNF的VM支持的用户总数相同。
11.根据权利要求10所述的装置,其特征在于,所述处理器,还用于:
计算所述VM需求数量与所述VNF池内的VNF的数量的模值;
若所述模值为0,则所述VNF池内每个VNF扩缩容的VM数量RVNF为:所述VM需求数量与所述VNF池内的VNF的数量的比值;
若所述模值不为0,则所述VNF池内每个VNF扩缩容的VM数量RVNF为:RVNF=[RPool+(NPool-D)]/NPool;其中,RPool为所述VM需求数量;NPool为所述VNF池内的VNF的数量;D为所述模值。
12.根据权利要求10所述的装置,其特征在于,
所述收发器,还用于根据第二VNF调整后的VM数量,请求网络功能虚拟化编排器NFVO+进行资源授权,并携带所述第二VNF的所在的虚拟化的基础设施管理器VIM的标识;若接收到所述NFVO+的根据VIM的标识确定的表示VIM资源充足的响应,向EMS发送所述第二VNF的扩缩容事件通知,在所述通知中包括所述第二VNF调整后的VM数量,以通知所述EMS对所述第二VNF进行扩缩容;
所述处理器,还用于与所述NFVO+、VIM交互,完成对所述第二VNF的扩缩容处理。
13.根据权利要求12所述的装置,其特征在于,
所述收发器,还用于向所述EMS发送所述第二VNF的扩缩容成功通知,以使所述EMS更新所述第二VNF的NRI数量。
14.一种VNF的扩缩容装置,其特征在于,包括:处理器和收发器;
所述处理器,用于通过所述收发器在第一VNF进行实例化时,向VNFV发送第一VNF所属的VNF池的池标识以及网络资源标识NRI的数量,以使所述VNFM根据所述VNF池的池标识以及NRI的数量,确定VNF池内各VNF之间的NRI的分配比例,以使得在进行动态扩缩容后,非接入层节点选择功能NNSF的业务分配比例与各VNF之间的NRI的分配比例保持一致。
15.根据权利要求14所述的装置,其特征在于,所述收发器,还用于当所述VNFV对所述VNF池内的第二VNF进行扩缩容时,接收所述VNFM发送的所述第二VNF的扩缩容事件通知,在所述通知中包括所述第二VNF调整后的VM数量;
所述处理器,还用于根据所述通知完成进行网元准备;
所述收发器,还用于接收所述VNFM发送的第二VNF的扩缩容成功通知,根据所述通知更新所述第二VNF的NRI数量。
16.根据权利要求15所述的装置,其特征在于,
所述收发器,还用于向所述VNFM发送所述第二VNF所属的VNF池的池标识以及NRI的数量。
17.一种通信设备,包括:收发机、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序;其特征在于,所述计算机程序被处理器执行时实现如权利要求1至5中任一项所述的方法中的步骤;或者所述计算机程序被处理器执行时实现如权利要求6至8中任一项所述的方法中的步骤。
18.一种计算机可读存储介质,用于存储计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1至5中任一项所述的方法中的步骤;或者所述计算机程序被处理器执行时实现如权利要求6至8中任一项所述的方法中的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810168308.5A CN110213064B (zh) | 2018-02-28 | 2018-02-28 | 一种vnf的扩缩容方法、装置及设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810168308.5A CN110213064B (zh) | 2018-02-28 | 2018-02-28 | 一种vnf的扩缩容方法、装置及设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110213064A CN110213064A (zh) | 2019-09-06 |
CN110213064B true CN110213064B (zh) | 2022-07-19 |
Family
ID=67778953
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810168308.5A Active CN110213064B (zh) | 2018-02-28 | 2018-02-28 | 一种vnf的扩缩容方法、装置及设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110213064B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115314389A (zh) * | 2021-05-08 | 2022-11-08 | 中国移动通信有限公司研究院 | 一种网络服务扩容异常处理方法、装置和存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101355793A (zh) * | 2007-07-27 | 2009-01-28 | 华为技术有限公司 | 识别用户设备的方法和装置及临时标识传递和分配方法 |
CN105517055A (zh) * | 2014-09-25 | 2016-04-20 | 中兴通讯股份有限公司 | 一种负荷自动重分配方法、装置及系统 |
CN106681789A (zh) * | 2015-11-09 | 2017-05-17 | 中兴通讯股份有限公司 | 一种网络功能弹性授权的方法和装置 |
CN107026802A (zh) * | 2016-01-30 | 2017-08-08 | 华为技术有限公司 | 一种资源管理方法及设备 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101150753B (zh) * | 2007-10-29 | 2010-10-27 | 华为技术有限公司 | 一种负荷调整的方法和基站控制器 |
CN103702368B (zh) * | 2013-12-27 | 2017-04-05 | 大唐移动通信设备有限公司 | 一种sgsn选择方法和设备 |
US9769694B2 (en) * | 2015-03-13 | 2017-09-19 | Intel IP Corporation | MME overload or underload mitigation by MME VNF apparatus and method |
CN106487553A (zh) * | 2015-08-27 | 2017-03-08 | 中兴通讯股份有限公司 | Vnf实例的处理方法、装置及vnfm |
-
2018
- 2018-02-28 CN CN201810168308.5A patent/CN110213064B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101355793A (zh) * | 2007-07-27 | 2009-01-28 | 华为技术有限公司 | 识别用户设备的方法和装置及临时标识传递和分配方法 |
EP2442599A1 (en) * | 2007-07-27 | 2012-04-18 | Huawei Technologies Co. Ltd. | Method and apparatus for selecting an mobility managment entity, and method and apparatus for transmitting and allocating a temporary identifier |
CN105517055A (zh) * | 2014-09-25 | 2016-04-20 | 中兴通讯股份有限公司 | 一种负荷自动重分配方法、装置及系统 |
CN106681789A (zh) * | 2015-11-09 | 2017-05-17 | 中兴通讯股份有限公司 | 一种网络功能弹性授权的方法和装置 |
CN107026802A (zh) * | 2016-01-30 | 2017-08-08 | 华为技术有限公司 | 一种资源管理方法及设备 |
Non-Patent Citations (1)
Title |
---|
网络功能虚拟化的关键技术;王路等;《中兴通讯技术》;20170307;全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN110213064A (zh) | 2019-09-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10523529B2 (en) | Method and apparatus for deploying network service | |
CN105122936B (zh) | 一种业务分配的处理方法及相关装置 | |
WO2019184727A1 (zh) | 一种服务升级管理的方法、装置及存储介质 | |
CN111480366A (zh) | 共享pdu会话建立和绑定 | |
KR20190057109A (ko) | 네트워크 슬라이스를 관리하기 위한 방법 및 관리 유닛 | |
CN107967140B (zh) | 软件修改的发起方法、发布元数据的方法及装置 | |
CN105634780B (zh) | 一种实现vnf弹性伸缩的方法及装置 | |
CN108924849B (zh) | 一种会话连接建立方法及控制面网元 | |
CN111183614B (zh) | 5g和非5g管理功能实体间的交互 | |
CN110167092B (zh) | 一种业务迁移的方法及装置 | |
EP3648525A1 (en) | Network management method and system | |
EP4383664A1 (en) | Communication method and apparatus | |
WO2020216038A1 (zh) | 数据管理方法、lepm和mepm | |
CN105453658A (zh) | 网元选择实体及用户设备注册的方法 | |
CN110213064B (zh) | 一种vnf的扩缩容方法、装置及设备 | |
US20190028880A1 (en) | Method for accessing context data by network service component, apparatus, and system | |
CN111726241A (zh) | 网络资源管理方法、系统、网络设备和可读存储介质 | |
US11640313B2 (en) | Device upgrade method and apparatus | |
CN110662275B (zh) | 选网方法、基站和计算机可读存储介质 | |
EP3652980B1 (en) | Virtual anchoring in anchorless mobile networks | |
CN103458467A (zh) | 一种应用于网络中缓存系统、装置以及方法 | |
CN112748982A (zh) | 实例化请求生成方法、接口虚机配置方法、nfvo、vim | |
WO2023137712A1 (en) | Method, device and computer program product for wireless communication | |
CN109039711A (zh) | 一种硬件加速器的更换方法、装置及服务器 | |
JP6750929B2 (ja) | ネットワークサービスをデプロイするための方法及び装置 |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |