CN116686264A - 一种弹性伸缩的方法及装置 - Google Patents
一种弹性伸缩的方法及装置 Download PDFInfo
- Publication number
- CN116686264A CN116686264A CN202080108288.8A CN202080108288A CN116686264A CN 116686264 A CN116686264 A CN 116686264A CN 202080108288 A CN202080108288 A CN 202080108288A CN 116686264 A CN116686264 A CN 116686264A
- Authority
- CN
- China
- Prior art keywords
- information
- scale
- vnf
- subnet
- vnfm
- 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
- 238000000034 method Methods 0.000 title claims abstract description 84
- OOXMVRVXLWBJKF-DUXPYHPUSA-N n-[3-[(e)-2-(5-nitrofuran-2-yl)ethenyl]-1,2,4-oxadiazol-5-yl]acetamide Chemical compound O1C(NC(=O)C)=NC(\C=C\C=2OC(=CC=2)[N+]([O-])=O)=N1 OOXMVRVXLWBJKF-DUXPYHPUSA-N 0.000 claims abstract 13
- 230000006870 function Effects 0.000 claims description 35
- 238000004590 computer program Methods 0.000 claims description 9
- 238000012217 deletion Methods 0.000 claims description 5
- 230000037430 deletion Effects 0.000 claims description 5
- 239000002699 waste material Substances 0.000 abstract description 4
- 238000004891 communication Methods 0.000 description 45
- 238000012545 processing Methods 0.000 description 29
- 238000007726 management method Methods 0.000 description 14
- 238000010586 diagram Methods 0.000 description 11
- 230000008569 process Effects 0.000 description 9
- 238000013461 design Methods 0.000 description 7
- 238000013475 authorization Methods 0.000 description 6
- 230000008602 contraction Effects 0.000 description 5
- 230000008878 coupling Effects 0.000 description 5
- 238000010168 coupling process Methods 0.000 description 5
- 238000005859 coupling reaction Methods 0.000 description 5
- 239000013256 coordination polymer Substances 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 4
- 230000003993 interaction Effects 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 238000013468 resource allocation Methods 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- MWRWFPQBGSZWNV-UHFFFAOYSA-N Dinitrosopentamethylenetetramine Chemical compound C1N2CN(N=O)CN1CN(N=O)C2 MWRWFPQBGSZWNV-UHFFFAOYSA-N 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 229940112112 capex Drugs 0.000 description 1
- 238000011038 discontinuous diafiltration by volume reduction Methods 0.000 description 1
- FEBLZLNTKCEFIT-VSXGLTOVSA-N fluocinolone acetonide Chemical compound C1([C@@H](F)C2)=CC(=O)C=C[C@]1(C)[C@]1(F)[C@@H]2[C@@H]2C[C@H]3OC(C)(C)O[C@@]3(C(=O)CO)[C@@]2(C)C[C@@H]1O FEBLZLNTKCEFIT-VSXGLTOVSA-N 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 230000037361 pathway Effects 0.000 description 1
- 238000013439 planning Methods 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Classifications
-
- 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
- H04L41/0897—Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities by horizontal or vertical scaling of resources, or by migrating entities, e.g. virtual resources or entities
-
- 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/40—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using virtualisation of network functions or resources, e.g. SDN or NFV entities
-
- 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/0895—Configuration of virtualised networks or elements, e.g. virtualised network function or OpenFlow elements
-
- 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/34—Signalling channels for network management communication
- H04L41/342—Signalling channels for network management communication between virtual entities, e.g. orchestrators, SDN or NFV entities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/50—Address allocation
- H04L61/5007—Internet protocol [IP] addresses
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/50—Address allocation
- H04L61/5061—Pools of addresses
-
- 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
-
- 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
- G06F2009/45562—Creating, deleting, cloning virtual machine instances
-
- 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
- G06F2009/45595—Network integration; Enabling network access in virtual machine instances
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2101/00—Indexing scheme associated with group H04L61/00
- H04L2101/60—Types of network addresses
- H04L2101/668—Internet protocol [IP] address subnets
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明实施例公开了一种弹性伸缩的方法、装置及系统,涉及NFV领域,包括VNFM接收来自NFVO的VNF扩容Scale Out请求,所述请求包括VNF实例信息以及用于指示Scale的维度Aspect和等级Step的指示信息;VNFM根据所述VNF Scale请求确定需要创建的VDU以及相应子网Subnet信息;VNFM向VIM请求创建VDU和相应的Subnet。本发明实施例可以动态满足新创建的VDU或VNF的地址需求,可以避免现有技术VNF或NS扩容时,出现IP地址分配不足的情况,也可以避免现有技术直接定义很大的IP地址资源池,最后造成浪费的情况。
Description
本申请涉及网络功能虚拟化(Network Function Virtualization,NFV)领域,尤其涉及虚拟化网络功能(Virtualized Network Function,VNF)或网络服务(Network Service,NS)弹性伸缩(Scaling)的方法及装置。
网络功能虚拟化(NFV,Network Function Virtualization)是指电信网络运营商借鉴了信息技术(IT,Information Technology)领域的虚拟化技术,在通用的服务器、交换机和存储器中将部分电信网络功能(例如:核心网功能)的实现进行软件和硬件解耦,从而实现网络服务(NS,Network Service)快速、高效部署和运营,同时达到节省网络投资成本CAPEX和运营成本OPEX的目标。通过应用NFV技术,电信网络功能以软件方式实现,并能在通用的服务器硬件上运行,可以根据需要进行迁移、实例化(Instantiation)、部署在网络的不同物理位置,并且不需要安装新设备。
图1是现有ETSI NFV标准给出的一个VNF描述符或描述模板(VNF Descriptor,VNFD)设计实例,该VNFD包含2个虚拟部署单元(Virtualisation Deployment Unit,VDU)VDU_1和VDU_2,每个VDU分别关联一个连接点描述符或描述模板(Connection Point Descriptor,CPD),其用来描述或定义CP_1和CP_2,一个虚拟链路描述符或描述模板(Virtual Link Descriptor,VLD),其用来描述或定义虚拟链路(Virtual Link,VL),所述VL用来连接VDU_1和VDU_2。
其中CP_1中包含的信息可以有:
address_data:
address_type:ip_address
l3_address_data:
ip_address_assignment:true
floating_ip_activated:true
ip_address_type:ipv4
number_of_ip_address:6
上述信息描述了CP_1对IP地址的需求信息,其中ip_address_type参数说明该CP所需要的IP地址类型为ipv4,number_of_ip_address参数说明该CP所需要的最少IP地址数量为6个。
其中CP_2中包含的信息类似,可以有:
address_data:
address_type:ip_address
l3_address_data:
ip_address_assignment:true
floating_ip_activated:true
ip_address_type:ipv4
number_of_ip_address:10
上述信息描述了CP_2对IP地址的需求信息,其中ip_address_type参数说明该CP所需要的IP地址类型为ipv4,number_of_ip_address参数说明该CP所需要的最少IP地址数量为10个。
其中VLD可以包含的信息为:
vl_profile:
virtual_link_protocol_data:
-associated_layer_protocol:ethernet
l2_protocol_data:
network_type:vlan
-associated_layer_protocol:ipv4
l3_protocol_data:
ip_version:ipv4
ip_allocation_pools:
-start_ip_address:192.168.1.1
-end_ip_address:192.168.1.100
上述信息描述了VDU之间网络连接的需求信息,其中包含2层网络信息l2_protocol_data和3层网络信息l3_protocol_data,l3_protocol_data中说明该3层网络连接基于ipv4,ip_allocation_pools定义了该3层网络的IP分配资源池信息,起始IP地址为192.168.1.1,最后一个IP地址为192.168.1.100,从而知道该IP地址资源池包含IP地址100个。
VNFD里还包含有针对弹性扩缩容的信息,比如可以定义2个伸缩级别:
1.VDU_1 3个实例,VDU_2 4个实例
2.VDU_1 6个实例,VDU_2 8个实例
针对级别1,可以计算出3个VDU_1所需要的IP地址为3*6=18,4个VDU_2所需要的IP地址为4*10=40,总需要IP地址为18+40=58。这些VDU实例都是连接在通过VLD创建的VL上,该VL包含的IP地址池共有IP100个,可以满足IP地址分配需求。
针对级别2,可以计算出6个VDU_1所需要的IP地址为6*6=24,8个VDU_2所需要的IP地址为8*10=80,总需要IP地址为24+80=104。这些VDU实例都是连接在通过VLD创建的VL上,该VL包含的IP地址池共有IP100个,很明显此时该VL已经不能满足IP地址分配的需求。
目前标准中定义的VNFD或网络服务描述符或描述模板(Network Service Descriptor,NSD)模型,尤其在针对弹性伸缩(或称为扩缩容)场景时,只考虑了对VDU或VNF数量的增加,对于VL来说,也只是对连接带宽进行调整,没有考虑到其他因素,比如可以分配的IP地址数量等。在设计VNFD或NSD时是在VNF或NS的部署初期,对于VL来说很难直接规划很大的IP地址资源池,因为一是有可能造成浪费(只有在扩容到某个级别时,才用得到),二是即使规划的很大,也有可能在弹性伸缩中出现IP地址不足的情况。
发明内容
本发明实施例提供一种弹性伸缩的方法及装置,可以避免现有技术VNF或NS在弹性伸缩过程中IP地址分配不足的情形。
为达到上述目的,本申请的实施例采用如下技术方案:
第一方面,本申请实施例提供一种弹性伸缩的方法,包括VNFM接收来自NFVO的VNF扩容Scale Out请求,所述请求包括VNF实例信息以及用于指示Scale的维度Aspect和等级Step的指示信息;VNFM根据所述VNF Scale请求确定需要创建的VDU以及相应子网Subnet信息;VNFM向VIM请求创建VDU和相应的Subnet。
一种可能的实现方式,上述VNFM根据所述VNF Scale Out请求确定需要创建的VDU以及相应子网Subnet信息包括:VNFM根据所述VNF实例信息找到对应的VNFD,并根据所述指示信息查询所述VNFD,确定需要创建的VDU和相应子网Subnet信息;其中,所述VNFD包括Scale Aspect和Step参数信息,所述Scale Step参数信息包括Subnet信息。
一种可能的实现方式,所述Subnet信息包括以下一项或多项:子网数量、每个子网可供分配的IP地址类型和范围;所述Scale Step参数信息还包括用于指示所述创建的VDU是否连接所述Subnet的参数。
第二方面,本申请实施例提供一种弹性伸缩的方法,包括NFVO接收NS扩容Scale Out请求,所述请求包括NS实例信息以及用于指示Scale的维度Aspect和等级Step的指示信息;NFVO根据所述NS Scale请求确定需要创建的VNF以及相应子网Subnet信息;NFVO通过VNFM向VIM请求创建VNF和相应的Subnet。
一种可能的实现方式,上述NFVO根据所述NS Scale Out请求确定需要创建的VNF以及相应子网Subnet信息包括:VNFM根据所述NS实例信息找到对应的NSD,并根据所述指示信息查询所述NSD,确定需要创建的VNF和相应子网Subnet信息;其中,所述NSD包括Scale Aspect和Step参数信息,所述Scale Step参数信息包括Subnet信息。
第三方面,本申请实施例提供一种通信装置,可以实现上述第一方面、或第一方面任一种可能的实现方式中的方法。该装置包括用于执行上述方法的相应的单元或部件。该装置包括的单元可以通过软件和/或硬件方式实现。该装置例如可以为终端、或者为可支持终端实现上述方法的芯片、芯片系统、或处理器等。
第四方面,本申请实施例提供一种通信装置,可以实现上述第二方面、或第二方面任一种可能的实现方式中的方法。该装置包括用于执行上述方法的相应的单元或部件。该装置包括的单元可以通过软件和/或硬件方式实现。该装置例如可以为网络设备、或者为可支持网络设备实现上述方法的芯片、芯片系统、或处理器等。
第五方面,本申请实施例提供一种计算机可读介质,其上存储有计算机程序或指令,所述计算机程序或指令被执行时使得计算机执行上述第一方面、或第一方面任一种可能的实现方式中所述的方法。
第六方面,本申请实施例提供一种计算机可读介质,其上存储有计算机程序或指令,所述计算机程序或指令被执行时使得计算机执行上述第二方面、或第二方面任一种可能的实现方式中所述的方法。
第七方面,本申请实施例提供一种弹性伸缩系统。该系统包括包括NFVO,VNFM以及VIM,其分别用于实现上述第一方面或第二方面任一种可能的方法中分别由NFVO,VNFM以及VIM执行的步骤。
可以理解的,上述提供的任一种通信装置、芯片、计算机可读介质、计算机程序产品或通信系统等均用于执行上文所提供的对应的方法,因此,其所能达到的有益效果是可以避免现有技术VNF或NS扩容时,出现IP地址分配不足的情况,或者也可以避免现有技术直接定义很大的IP地址资源池,最后造成浪费的情况。
图1为现有技术提供的一种VNFD设计实例示意图;
图2为本申请实施例提供的一种NFV网络系统的架构示意图;
图3为本申请实施例提供的NFV各网元的通信装置硬件结构示意图;
图4为本申请实施例1提供的弹性伸缩(扩容)的方法的流程示意;
图5为本申请实施例2提供的弹性伸缩(扩容)的方法的流程示意;
图6为本申请实施例3提供的弹性伸缩(缩容)的方法的流程示意;
图7为本申请实施例4提供的一种NSD设计实例示意图;
图8为本申请实施例4提供的弹性伸缩(扩容)的方法的流程示意图;
图9为本申请实施例5提供的弹性伸缩(缩容)的方法的流程示意图;
图10为本申请实施例提供的一种通信装置结构示意图;
图11为本申请实施例提供的一种通信系统的组成示意图。
下面结合附图对本申请实施例的实施方式进行详细描述。
请参考图2,图2为本申请实施例提供的一种NFV系统20的架构示意图。NFV系统20可以在各种网络中使用,例如在一个数据中心(图2所示的数据中心201或数据中心206)、运营商网络或局域网来实现。NFV系统20包括NFV管理和编排系统(NFV management and orchestration,NFV MANO)201,NFV基础设施(NFV infrastructure,NFVI)202,多个VNF 203,多个网元管理(element management,EM)204,以及运营支持系统和业务支持系统(operations support system and business support system,OSS/BSS)205。
其中,NFV MANO 201可以用于执行对NFVI 202和VNF 203的监视和管理。NFV MANO 201可以包括NFV编排器(NFV orchestrator,NFVO)2011,一个或多个VNF管理器(VNF manager,VNFM)2012和VIM 2013。NFVO 2011可以用于管理虚拟化业务的生命周期,以及分配和调度NFVI 202中的虚拟资源等。进一步的,NFVO 2011可以与一个或多个VNFM 2012通信,以执行资源相关请求;NFVO 2011还可以发送配置信息给VNFM 2012,以收集VNF 203的状态信息。另外,NFVO 2011还可以与VIM 2013通信,以执行资源分配,和/或预留,并交换虚拟化硬件资源配置和状态信息。VNFM 2012可以用于管理一个或多个VNF的生命周期,例如,实例化(instantiating)VNF 203,更新(updating)VNF 203,查询VNF 203,弹性伸缩(scaling)VNF 203,终止(terminating)VNF 203等。进一步的,VNFM 2012可以与VNF 203通信以完成VNF生命周期管理及交换配置和状态信息。在NFV系统中,VNFM可以有多个。不 同的VNFM可以管理不同类型的VNF的生命周期。VIM 2013可以控制和管理VNF 203与计算硬件2024,存储硬件2025,网络硬件2026,虚拟计算(virtual computing)2021,虚拟存储2022,虚拟网络2023的交互。例如VIM 2013可以执行资源管理功能,包括管理基础设施资源、分配(例如增加资源给虚拟容器)及运行功能(例如收集NFVI故障信息)。VNFM 2012及VIM 2013可以相互通信,以请求资源分配,交换虚拟化硬件资源配置和状态信息等。
图2中的NFVI 202包括硬件资源层、虚拟化层(virtualization layer)和虚拟资源层。NFVI 202包括的硬件资源、软件资源或两者的组合来完成虚拟化环境的部署。换句话说,硬件资源和虚拟化层用于提供虚拟化的资源,例如作为虚拟机和其它形式的虚拟容器,用于VNF 203。硬件资源层包括计算(computing)硬件2024、存储硬件2025和网络硬件2026。计算硬件2024可以是市场上现成的硬件和/或用户定制的硬件,用来提供处理和计算资源。存储硬件2025可以是网络内提供的存储容量或驻留在存储硬件2025本身的存储容量(位于服务器内的本地存储器)。在一个实现方案中,计算硬件2024和存储硬件2025的资源可以被集中在一起。网络硬件2026可以是交换机、路由器和/或配置成具有交换功能的任何其他网络设备。网络硬件2026可以横跨多个域,并且可以包括多个由一个或一个以上传输网络互连的网络。NFVI 202中的虚拟化层可以从物理层抽象硬件资源和解耦VNF 203,以便向VNF 203提供虚拟化资源。虚拟资源层包括虚拟计算2021、虚拟存储2022和虚拟网络2023。虚拟计算2021和虚拟存储2022可以以虚拟机、和/或其他虚拟容器的形式提供给VNF 203。例如,一个或一个以上的VNF 203可以部署在一个虚拟机(virtual machine,VM)上。虚拟化层抽象网络硬件2026,从而形成虚拟网络2023,虚拟网络2023可以包括虚拟交换机(virtual switch),虚拟交换机用来提供虚拟机和其他虚拟机之间的连接。
硬件上,计算硬件2024、存储硬件2025和网络硬件2026可能包含多个机框,或多个机架,甚至多个机房。软件上,可能存在一个VIM 2013,也可能存在多个VIM,分别管理不同的硬件资源。
EM 204是传统电信系统中用于对网元进行配置,管理的系统。在NFV系统中,EM 204也可以用于对VNF进行配置和管理,以及向VNFM发起新的VNF的实例化等生命周期管理操作。
OSS/BSS 205支持各种端到端电信业务。OSS支持的管理功能包括:网络配置,业务提供,故障管理等。BSS可以用于处理订单,付费,收入等,支持产品管理,订单管理,收益管理及客户管理。
图2所示的NFV系统20仅用于举例,并非用于限制本申请的技术方案。本领域的技术人员应当明白,在具体实现过程中,NFV系统20还可以包括其他网元,同时也可根据具体需要来确定各个网元的数量,不予限制。
可选的,本申请实施例图2中的各网元,例如NFVO 2011、VIM 2013或OSS/BSS205等,可以是一个装置内的一个功能模块。可以理解的是,该功能模块既可以是硬件设备中的元件,也可以是在硬件上运行的软件功能模块,或者是平台(例如,云平台)上实例化的虚拟化功能。
例如,图2中的各网元均可以通过图3中的通信装置30来实现。图3所示为可适 用于本申请实施例的通信装置的硬件结构示意图。该通信装置30包括至少一个处理器301和至少一个通信接口304,用于实现本申请实施例提供的方法。该通信装置30还可以包括通信线路302和存储器303。
处理器301可以是一个通用中央处理器(central processing unit,CPU),微处理器,特定应用集成电路(application-specific integrated circuit,ASIC),或一个或多个用于控制本申请方案程序执行的集成电路。
通信线路302可包括一通路,在上述组件之间传送信息,例如总线。
通信接口304,用于与其他设备或通信网络通信。通信接口304可以是任何收发器一类的装置,如可以是以太网接口、无线接入网(radio access network,RAN)接口、无线局域网(wireless local area networks,WLAN)接口、收发器、管脚、总线、或收发电路等。
存储器303可以是只读存储器(read-only memory,ROM)或可存储静态信息和指令的其他类型的静态存储设备,随机存取存储器(random access memory,RAM)或者可存储信息和指令的其他类型的动态存储设备,也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory,EEPROM)、只读光盘(compact disc read-only memory,CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。存储器可以是独立存在,通过通信线路302与处理器301相耦合。存储器303也可以和处理器301集成在一起。本申请实施例提供的存储器通常可以具有非易失性。其中,存储器303用于存储执行本申请实施例提供的方案所涉及的计算机执行指令,并由处理器301来控制执行。处理器301用于执行存储器303中存储的计算机执行指令,从而实现本申请实施例提供的方法。
本申请实施例中的计算机执行指令也可以称之为应用程序代码,本申请实施例对此不作具体限定。
本申请实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接,可以是电性,机械或其它的形式,用于装置、单元或模块之间的信息交互。
作为一种实施例,处理器301可以包括一个或多个CPU,例如图3中的CPU0和CPU1。
作为一种实施例,通信装置30可以包括多个处理器,例如图3中的处理器301和处理器305。这些处理器中的每一个可以是一个单核(single-CPU)处理器,也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
上述的通信装置30可以是一个通用设备或者是一个专用设备。在具体实现中,通信装置30可以是台式机、网络服务器或有图3中类似结构的设备。本申请实施例不限定通信装置30的类型。
下面结合图4到图9对本申请实施例提供的一种弹性伸缩的方法进行具体阐述。
需要说明的是,本申请下述实施例中各个网元之间的消息名字或消息中各参数的名字等只是一个示例,具体实现中也可以是其他的名字,本申请实施例对此不作具体 限定。
需要说明的是,在本申请实施例中,“/”可以表示前后关联的对象是一种“或”的关系,例如,A/B可以表示A或B;“和/或”可以用于描述关联对象存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况,其中A,B可以是单数或者复数。
为了便于描述本申请实施例的技术方案,在本申请实施例中,可以采用“第一”、“第二”等字样对功能相同或相似的技术特征进行区分。该“第一”、“第二”等字样并不对数量和执行次序进行限定,并且“第一”、“第二”等字样也并不限定一定不同。在本申请实施例中,“示例性的”或者“例如”等词用于表示例子、例证或说明,被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念,便于理解。
需要说明的是,在本申请实施例中,对于一种技术特征,通过“第一”、“第二”、“第三”、“A”、“B”、“C”和“D”等区分该种技术特征中的技术特征,该“第一”、“第二”、“第三”、“A”、“B”、“C”和“D”描述的技术特征间无先后顺序或者大小顺序。
可以理解的,本申请实施例中同一个步骤或者具有相同功能的步骤或者技术特征在不同实施例之间可以互相参考借鉴。
可以理解的,本申请实施例中,NFVO,和/或VIM,和/或VNFM可以执行本申请实施例中的部分或全部步骤,这些步骤仅是示例,本申请实施例还可以执行其它步骤或者各种步骤的变形。此外,各个步骤可以按照本申请实施例呈现的不同的顺序来执行,并且有可能并非要执行本申请实施例中的全部步骤。
在本申请实施例中,建立网络连接的方法的执行主体的具体结构,本申请实施例并未特别限定,只要能够实现本申请实施例的提供的方法即可。例如,本申请实施例提供的建立网络连接的方法的执行主体可以是NFVO,或者为应用于NFVO中的部件,例如,芯片,本申请对此不进行限定。或者,本申请实施例提供的建立网络连接的方法的执行主体可以是VIM,或者为应用于VIM中的部件,例如,芯片,本申请对此不进行限定。或者,本申请实施例提供的建立网络连接的方法的执行主体可以是VNFM,或者为应用于VNFM中的部件,例如,芯片,本申请对此不进行限定。下述实施例以建立网络连接的方法的执行主体分别为NFVO、VIM、VNFM为例进行描述。
参考图4,图4是本发明实施例1的流程图。实施例1和实施例2描述的均是VNF弹性伸缩(或称为“扩缩容”)中的扩容(Scale Out)流程。其主要区别在于新创建的VDU是否必须跟新创建的Subnet进行连接或关联。实施例1是必须进行连接或关联,实施例2是不一定进行连接或关联。
下面对实施例1的具体实施步骤进行描述:
401.NFVO向VNFM发送针对VNF的弹性伸缩请求(简称“VNF弹性伸缩请求”), 在本实施例中具体是扩容(Scale Out)请求,所述请求包括VNF实例信息(如VNF实例ID),以及用于指示Scale的维度或范围(Aspect)和等级(Step)的指示信息。
上述专业术语或名称(如Aspect,Step等)的具体含义可以参考现有NFV标准(如IFA011 v4.1.1)的相关描述。上述用于指示Scale的维度(Aspect)的指示信息主要包括AspectId,该ID会对应VNFD里定义的某个Scale Aspect,所述VNFD里的Scale Aspect包含具体的VDU和VL名称、数量和/或特性等相关信息。用于指示Step的指示信息主要包括在所述Aspect内弹性伸缩的级别,如Step 1或Step 2等。
402.VNFM收到上述VNF Scale请求,根据请求中的VNF实例信息找到对应的VNFD,并根据所述指示信息查询所述VNFD,确定需要创建的VDU和相应子网Subnet信息。
现有技术VNFD定义的Aspect包含弹性伸缩的细节参数ScalingDelta,如下表所示:
其中主要包含参数vduDelta和virtualLinkBitRateDelta,参数vduDelta描述VDU弹性细节参数,主要是相关VDU实例的数量;参数virtualLinkBitRateDelta描述virtual link弹性细节参数,主要是相关virtual link的比特率。
本发明实施例对现有的VNFD包含的ScalingDelta中的virtualLinkBitRateDeltaAspect参数作如下变更和扩展:
可以将现有的VNFD中的virtualLinkBitRateDelta的名称修改为virtualLinkDelta (也可以不修改名称),其具体参数包括:
其中上述NumberofSubnet,SubnetInfo以及DedicatedOrNot为本发明实施例的新增参数。
根据上述扩展,在VNFD中定义不同的Step。例如,可以定义如下2个级别Step:
Step 1,VDU_1共3个实例,VDU_2共4个实例,VL比特率4Gbps;
Step 2,VDU_1共6个实例,VDU_2共8个实例,VL比特率8Gbps。
且在上述Step 2中包含或关联上述新增参数NumberofSubnet:N,(N为大于或等于1的整数),SubnetInfo(包括内容L3ProtocolData)以及DedicatedOrNot:true/false。其中DedicatedOrNot:true/false为可选(Optional)。如果N为1,表明需新创建1个Subnet,上述L3ProtocolData的参数定义了创建所述1个Subnet所需要的信息,包括IP地址类型和范围,如下所示:
l3_protocol_data:
ip_version:ipv4
ip_allocation_pools:
-start_ip_address:192.168.10.1
-end_ip_address:192.168.10.100
如果N为多个,则参数SubnetInfo的数量也为N;由于参数NumberofSubnet为可选,所以如果没有所述NumberofSubnet参数,则有多少个SubnetInfo参数则添加多少个Subnet,每个SubnetInfo对应添加一个Subnet。
DedicatedOrNot:true/false表明新创建的Subnet是否必须和上述新创建的
VDU进行连接或关联。True表明新创建的Subnet必须和上述新创建的VDU进行连接或关联,false说明新创建的VDU实例不一定需要关联新的Subnet实例,可以先关联VL中已有的Subnet实例,如没有合适的,则关联新的Subnet信息。在此实施例1中DedicatedOrNot的值为true。
VNFM收到上述VNF Scale请求后,首先根据请求中的VNF实例信息,如VNF实例ID,找到对应的VNFD,该VNFD即是上述扩展后的VNFD。然后根据所述指示信息查询所述VNFD,具体通过指示信息包括的Aspect ID在VNFD中查找和确定弹性伸缩的维度或范围,然后根据指示信息中的Step信息查找VNFD并确定需要Scale的级别和相关内容。例如,如果上述VNF Scale请求中的Aspect ID为ID XXX,VNFM通过查找VNFD,确定该ID XXX在VNFD中对应的Aspect包括VDU_1,VDU_2和VL;另外,如果上述VNF Scale请求中的Step指示信息是2级,则VNFM通过查找VNFD,确定上述示例中的级别2需要创建6个VDU_1实例,8个VDU_2实例,VL比特率是8Gbps,且需要新创建1个Subnet,其具体实例化参数包含在L3ProtocolData中,且新创建的VDU必须关联上述Subnet。新创建的VDU数量为所述对应级别中的VDU数量减去Scale前的VNF中包括的VDU数量。那么在这个例子中,级别2中需要创建共6个VDU_1实例,8个VDU_2实例,则新创建的VDU_1,VDU_2数量分别为6个VDU_1实例减去Scale前VNF的VDU_1实例数量(例如3个),8个VDU_2减去现有VNF的VDU_2实例数量(例如6个),则新创建的VDU_1,VDU_2数量分别为3个和2个。对于创建的Subnet数量,其确定方式不同于上述VDU的创建,NumberofSubnet:1就表明需新创建1个子网,不考虑现有VNF中的虚拟链路VL中已有的Subnet数量。
403.VNFM向NFVO发送资源授权Resource Grant请求,即请求授权创建资源,包括上述步骤402确定的需要新创建的VDU实例资源和Subnet资源。其中针对Subnet资源,请求中包含有:
AddResource:
Type:Subnet
ResourceTemplateId:VLD(VNFD中VLD的标识)
L3ProtocolData
404.NFVO向VNFM返回授权允许消息,携带VIM接入信息等。
405.VNFM根据步骤402中确定的Subnet的信息,向VIM申请创建新的Subnet实例,所述Subnet包含新的IP地址范围或资源池信息。例如,可以为:
-start_ip_address:192.168.10.1
-end_ip_address:192.168.10.100
406.VIM创建Subnet完成后,向VNFM返回Subnet实例创建完成通知消息及实例信息。
407.收到Subnet创建完成通知消息后,VNFM向NFVO发起创建Linkport的授权请求。所述请求携带如下信息:
AddResource:
Type:Linkport
Subnet实例信息
其指示需要创建的Linkport同新建的Subnet实例关联。
408.NFVO向VNFM发送授权允许消息。
409.VNFM向VIM发起Linkport的创建,其中携带需要关联的Subnet实例信息。
410.VNFM向VIM申请创建新的VDU实例,携带上述步骤402确定的VDU的类型和数量,并携带新创建的Linkport信息。
411.VIM创建完VDU实例后,通过Linkport关联在新创建的Subnet上,并由新创建的Subnet为其分配IP地址。
由于本发明实施例中在新定义的VNFD中增加了NumberofSubnet,SubnetInfo等参数,在扩容的时候可以根据扩容大小(对应不同的Step)分配相应数量的IP地址,动态满足新创建的VDU的地址需求,可以避免现有技术VNF扩容时,出现IP地址分配不足的情况;也可以避免现有技术直接定义很大的IP地址资源池,最后造成浪费的情况。
参考图5,图5是实施例2的流程图。实施例2其跟实施例1的区别在于新创建的VDU不一定跟新创建的Subnet进行连接或关联。
下面对实施例2的具体实施步骤进行描述:
501.同实施例1步骤401.
502.跟实施例1步骤402不同之处在于VNFD中定义的Step 2,其包括的DedicatedOrNot的值为false,说明新增加的VDU实例不一定必须关联新创建的Subnet实例
503~506.同实施例1步骤403~406。
507.由于VNFD中Step 2中的DedicatedOrNot的值为false,所以新的VDU实例不是必须关联新的Subnet实例,所以VNFM向NFVO发起Linkport的授权请求只携带Linkport的信息,不携带Subnet信息,例如可以如下所示:
AddResource:
Type:Linkport
508.同实施例1步骤508.
509.VNFM向VIM申请创建Linkport,如果VNFM判断原来VL网络中的Subnet里还可以分配IP地址,则新创建的Linkport关联已有的Subnet信息,否则关联新的Subnet信息。
510.同实施例1步骤410.
511.VIM创建完VDU实例后,通过Linkport关联在已有的Subnet上(原来VL网络中的Subnet里还可以分配IP地址),由已有的Subnet为其分配IP地址,或关联在新创建的Subnet上,由新创建的Subnet为其分配IP地址。
参考图6,图6是本发明实施例3的流程图,实施例3是上述实施例1或2的后续步骤,描述的是VNF缩容(Scale In)的流程。
下面对实施例3的具体实施步骤进行描述:
601.NFVO向VNFM发送针对VNF的弹性伸缩请求,在该实施例中具体是缩容(Scale In)请求,所述请求包括VNF实例信息(如VNF实例ID),以及用于指示Scale的范围(Aspect)和等级(Step)的指示信息。
例如,如果当前VNF的Step为2,且所述指示信息中的Step指示为1,则VNF从第2级缩容到第1级。
602.VNFM收到上述VNF Scale请求,根据请求中的VNF实例信息找到对应的VNFD,并根据所述指示信息查询所述VNFD,确定需要删除的VDU和相应子网Subnet信息。在本实施例中还是采用跟实施例1相同的VNFD,其仍然包含如下2个级别:
Step 1,VDU_1共3个实例,VDU_2共4个实例,VL比特率4Gbps;
Step 2,VDU_1共6个实例,VDU_2共8个实例,VL比特率8Gbps,NumberofSubnet:1,L3ProtocolData,DedicatedOrNot:true
那么从第2级缩容到第1级,VDU_1需要减少3个实例,VDU_2需要减少4个实例,VL需要删除一个Subnet(即类似实施例1中新创建的Subnet)。
603.VNFM向NFVO发送授权(Grant)请求,在Grant请求中的RemoveResource参数里包含需要删除的Subnet资源,Compute资源(对应VDU),Linkport资源的描述信息。
604.VNFM接收NFVO的授权允许消息。
605.VNFM向VIM申请删除对应的Subnet资源,VUD对应的虚拟机资源以及Linkport资源等。
606.VIM向VNFM发送资源删除成功消息。
607.VNFM向NFVO发送Scale In完成消息。
本发明实施例还可以扩展到网络服务(Network Service,NS)的扩缩容场景。参考图7,图7是一个NS描述文件(NS Descriptor,NSD)的设计实例示意图,其主要包括描述VNF的VNFD,如描述图中VNF_1和VNF_2的相应VNFD 1和VNFD 2,描述虚拟链路VL的NsVld,以及描述VNF的外部连接点(External Connection Point,ExtCp)的描述符(Descriptor),图中的VnfExtCP_1和VnfExtCP_2为VNF_1和VNF_2的外部连接点。
上面实施例1到3描述的是针对VNF进行扩缩容的场景,在对NS进行扩容的时候,对应连接VNF_1和VNF_2的NsVld也会出现IP地址不足的问题。本发明下面实施例4和5的NS弹性伸缩流程也可以解决上述问题。
图8是本发明实施例4的NS弹性伸缩(Scale)的流程图,具体是Scale Out流程图。实施例4的具体步骤如下:
801.NFVO收到来自OSS/BSS的针对NS的弹性伸缩请求(简称“NS弹性伸缩请求”),在本实施例中具体是扩容(Scale Out)请求,所述请求包括NS实例信息(如NS实例ID),以及用于指示Scale的范围(Aspect)和等级(Step)的指示信息。
802.NVFO收到上述Scale Out请求,根据请求中的NS实例信息找到对应的NSD,并根据所述指示信息查询所述NSD,确定需要创建的VNF和相应子网Subnet信息。
针对NSD的内容,本实施例主要扩展NsLevel中的virtualLinkToLevelMapping信息(类似于VNFD的ScalingDelta中的virtualLinkBitRateDelta)。
扩展后virtualLinkToLevelMapping包含的信息如下:
根据新的扩展,NsLevel可以定义的2个级别Step为(以下具体数字为举例):
Step1,VNF_1共3个实例,VNF_2共4个实例,VL比特率4Gbps;
Step2,VNF_1共6个实例,VNF_2共8个实例,VL比特率8Gbps。
且在上述Step 2中包含或关联新增参数NumberofSubnet:N,(N为大于或等于1的整数),SubnetInfo(包括内容L3ProtocolData)以及DedicatedOrNot:true/false。其中DedicatedOrNot:true/false为可选(Optional)。
上述新增参数的含义跟实例1和2相同,这里不再赘述。在此实施例中,DedicatedOrNot的值为true。
NFVO收到上述Scale Out请求后,首先根据请求中的NS实例信息,如NS实例ID,找到对应的NSD,该NSD即是上述扩展后的NSD。然后根据所述指示信息查询所述NSD,具体通过指示信息中的Aspect在NSD中查找和确定弹性伸缩(Scale)的对象或范围,然后根据指示信息中的Step查找NSD并确定需要Scale的级别。例如,如果上述VNF Scale请求中的Aspect包括VNF_1,VNF_2和VL,且Step是2级,则VNFM通过查找NSD,确定上述示例中的级别2,需要创建6个VNF_1实例,8个VNF_2实例且VL比特率8Gbps,且需要新创建1个Subnet,其具体实例化参数包含在L3ProtocolData中,且新创建的VNF必 须关联上述Subnet。新创建的VNF数量为所述对应级别中的VNF数量减去Scale前的VNF中包括的VNF数量。那么在这个例子中,级别2中需要创建共6个VNF_1实例,8个VNF_2实例,则新创建的VNF_1,VNF_2数量分别为6个VNF_1实例减去Scale前VNF的VNF_1实例数量(例如2个),8个VNF_2减去现有VNF的VNF_2实例数量(例如5个),则新创建的VNF_1,VNF_2数量分别为4个,3个。对于创建的Subnet数量,其确定方式不同于上述VNF的创建,NumberofSubnet:1就表明需新创建1个子网,不考虑现有VNF中的虚拟链路VL中已有的Subnet数量。
803.NFVO根据VL的信息(第2级别信息),确定需要在原VL实例上创建一个新的Subnet,则向VIM申请创建所述Subnet。
804.NFVO根据需要新创建的VNF实例,向VNFM发送实例化VNF请求,并携带VNF(通过VnfExtCp_1)需要连接的VL实例信息,由于NSD中Nslevel定义的第2级里DedicatedOrNot的值为true,在VL实例信息中还包含803步骤中新创建的Subnet实例信息。
805.可选地,如果804步中,不包含新VNF实例连接Subnet的Linkport信息,则VNFM向NFVO发送Grant请求,授权创建新的Linkport,并在addResource里增加同Subnet实例的关联信息。
806.NFVO向VNFM发送授权允许消息。
807.VNFM向VIM申请创建Linkport,其中包含新的Subnet信息。
808.VNFM针对需要新创建的VNF实例,向VIM申请创建新的VNF实例,并通过VnfExtCp_1以及新建的Linkport连接到所述Subnet。
809.VIM通过创建VDU完成VNF实例创建,通过Linkport关联到新创建的Subnet上。
本发明实施例5是NS弹性伸缩中的缩容(Scale In)流程,跟VNF的Scale In流程类似,如图9所示,具体步骤如下:
901.NFVO收到来自OSS/BSS的针对NS的弹性伸缩(Scale)请求,在本实施例中具体是缩容(Scale In)请求,所述请求包括NS实例信息(如NS实例ID),以及用于指示Scale的范围(Aspect)和等级(Step)的指示信息。
例如,如果当前VNF的Step为2,且所述指示信息中的Step指示为1,则NS从第2级缩容到第1级。
902.NFVO收到上述NS Scale In请求后,根据请求中的NS实例ID信息找到对应的NSD,并根据所述指示信息查询所述NSD,确定需要删除的VNF和相应子网Subnet信息。在本实施例中还是采用跟实施例4相同的NSD,其NsLevel可以定义的2个级别Step为(以下具体数字为举例):
Step1,VNF_1共3个实例,VNF_2共4个实例,VL比特率4Gbps;
Step2,VNF_1共6个实例,VNF_2共8个实例,VL比特率8Gbps。
且在上述Step 2中新增参数NumberofSubnet:1,SubnetInfo(包括内容L3ProtocolData)以及DedicatedOrNot:true/false。其中DedicatedOrNot:true/false为可选(Optional)。
那么从第2级缩容到第1级,VNF_1需要减少3个实例,VNF_2需要减少4个实例,VL需要删除一个Subnet。
903.NVFO向VIM申请删除对应的Subnet资源,VNF中包括的不同VDU对应的虚拟机资源以及Linkport资源等。
904.VIM删除资源完成,并向NFVO发送资源删除成功消息。
其中,上述各个实施例方法步骤中的NFVO、VNFM或者VIM的动作可以由图4所示的通信装置40中的处理器401调用存储器403中存储的应用程序代码来执行,本实施例对此不作任何限制。
上述主要从各个网元之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是,上述NFVO、VNFM或者VIM等为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的单元及算法操作,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法示例对NFVO、VNFM或者VIM等进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。需要说明的是,本申请实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
比如,以采用集成的方式划分各个功能模块的情况下,图10示出了一种通信装置100的结构示意图。通信装置100包括收发模块1001和处理模块1002。
示例性地,通信装置100用于实现VNFM的功能。通信装置100例如为图4所示的实施例,图5所示的实施例或图6所示的实施例所述的VNFM。
在本申请实施例中,通信装置100可以是VNFM,也可以是应用于VNFM中的芯片或者其他具有上述VNFM功能的组合器件、或部件等。当通信装置100是VNFM 时,收发模块1001可以是收发器,收发器可以包括天线和射频电路等,处理模块1002可以是处理器(或者,处理电路),例如基带处理器,基带处理器中可以包括一个或多个CPU。当通信装置100是具有上述VNFM功能的部件时,收发模块1001可以是射频单元,处理模块1002可以是处理器(或者,处理电路),例如基带处理器。当通信装置100是芯片系统时,收发模块1001可以是芯片(例如基带芯片)的输入输出接口,处理模块1002可以是芯片系统的处理器(或者,处理电路),可以包括一个或多个中央处理单元。应理解,本申请实施例中的收发模块1001可以由收发器或收发器相关电路组件实现,处理模块1002可以由处理器或处理器相关电路组件(或者,称为处理电路)实现。
例如,收发模块1001可以用于执行图4所示的实施例中由VNFM所执行的全部收发操作,例如S401和S403,和/或用于支持本文所描述的技术的其它过程。处理模块1002可以用于执行图4所示的实施例中由VNFM所执行的除了收发操作之外的全部操作,例如S402,和/或用于支持本文所描述的技术的其它过程。
又例如,收发模块1001可以用于执行图6所示的实施例中由VNFM所执行的全部收发操作,例如S601和S603,和/或用于支持本文所描述的技术的其它过程。处理模块1002可以用于执行图6所示的实施例中由VNFM所执行的除了收发操作之外的全部操作,例如S602,和/或用于支持本文所描述的技术的其它过程。
当用于实现VNFM的功能时,关于通信装置100所能实现的其他功能,可参考图4到图6,图8和图9所示的实施例的相关介绍,不多赘述。
同样示例性地,通信装置100可用于实现NFVO的功能。通信装置100例如为图8所示的实施例或图9所示的实施例所述的NFVO,也可以为图4到图6所示的实施例的NFVO,不多赘述。
在本申请实施例中,通信装置100可以是VIM,也可以是应用于VIM中的芯片或者其他具有上述VIM功能的组合器件、或部件等。当通信装置100是VIM时,收发模块1001可以是收发器,收发器可以包括天线和射频电路等,处理模块1002可以是处理器(或者,处理电路),例如基带处理器,基带处理器中可以包括一个或多个CPU。当通信装置100是具有上述VIM功能的部件时,收发模块1001可以是射频单元,处理模块1002可以是处理器(或者,处理电路),例如基带处理器。当通信装置100是芯片系统时,收发模块1001可以是芯片(例如基带芯片)的输入输出接口,处理模块1002可以是芯片系统的处理器(或者,处理电路),可以包括一个或多个中央处理单元。应理解,本申请实施例中的收发模块1001可以由收发器或收发器相关电路组件实现,处理模块1002可以由处理器或处理器相关电路组件(或者,称为处理电路)实现。
例如,收发模块1001可以用于执行图4到图6,图8到图9所示的实施例中由VIM所执行的全部收发操作,处理模块1002可以用于执行图4到图6,图8到图9所示的实施例中由VIM所执行的除了收发操作之外的全部操作,和/或用于支持本文所描述的技术的其它过程。
图11示出了的一种通信系统的组成示意图,如图11所示,该通信系统110中可以包括:NFVO 1101,VNFM 1102和VIM 1103。需要说明的是,图11仅为示例性附 图,本申请实施例不限定图11所示通信系统110包括的网元以及网元的个数。
其中,VNFM 1102用于实现上述各个实施例中VNFM的功能。例如,VNFM 1102可以用于接收来自NFVO 1101的弹性伸缩请求信息,根据请求信息查询查询VNFD,确定需要创建的VDU和相应子网Subnet信息,并向VIM 1103申请创建VDU和相应子网Subnet。
NFVO 1101用于实现上述各个方法实施例中NFVO的功能,VIM 1103用于实现上述各个方法实施例中VIM的功能,不再赘述。
需要说明的是,上述方法实施例涉及的各步骤的所有相关内容均可以援引到该通信系统110对应网元的功能描述,在此不再赘述。
通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个装置,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是一个物理单元或多个物理单元,即可以位于一个地方,或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个可读取存储介质中。基于这样的理解,本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该软件产品存储在一个存储介质中,包括若干指令用以使得一个设备(可以是单片机,芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何在本申请揭露的技术范围内的变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。
Claims (22)
- 一种虚拟化网络功能VNF弹性伸缩Scale的方法,其特征在于,所述方法包括:VNFM接收来自NFVO的VNF扩容Scale Out请求,所述请求包括VNF实例信息以及用于指示Scale的维度Aspect和等级Step的指示信息;VNFM根据所述VNF Scale请求确定需要创建的VDU以及相应子网Subnet信息;VNFM向VIM请求创建VDU和相应的Subnet。
- 根据权利要求1所述的方法,其特征在于,VNFM根据所述VNF Scale Out请求确定需要创建的VDU以及相应子网Subnet信息包括:VNFM根据所述VNF实例信息找到对应的VNFD,并根据所述指示信息查询所述VNFD,确定需要创建的VDU和相应子网Subnet信息;其中,所述VNFD包括Scale Aspect和Step参数信息,所述Scale Step参数信息包括Subnet信息。
- 根据权利要求1或2所述的方法,其特征在于,所述Subnet信息包括以下一项或多项:子网数量、每个子网可供分配的IP地址类型和范围。
- 根据权利要求2所述的方法,其特征在于,所述Scale Step参数信息还包括用于指示所述创建的VDU是否连接所述Subnet的参数。
- 根据权利要求4所述的方法,其特征在于,所述方法还包括VNFM向VIM请求创建链接端口Linkport,所述VDU通过Linkport连接所述Subnet。
- 根据权利要求1所述的方法,其特征在于,所述方法还包括:VNFM接收来自NFVO的VNF缩容Scale In请求,所述请求包括VNF实例信息以及用于指示Scale的维度Aspect和等级Step的指示信息;VNFM根据所述VNF Scale In请求确定需要删除的VDU以及相应子网Subnet信息;VNFM向VIM请求删除VDU和相应的Subnet。
- 根据权利要求6所述的方法,其特征在于,VNFM根据所述VNF Scale In请求确定需要删除的VDU以及相应子网Subnet信息包括:VNFM根据所述VNF实例信息找到对应的VNFD,并根据所述指示信息查询所述VNFD,确定需要删除的VDU和相应子网Subnet信息;其中,所述VNFD包括Scale Aspect和Step参数信息,所述Scale Step参数信息包括Subnet信息。
- 根据权利要求1或2所述的方法,其特征在于,所述Subnet信息包括以下一项或多项:子网数量、每个子网可供分配的IP地址类型和范围。
- 一种网络服务NS弹性伸缩Scale的方法,其特征在于,所述方法包括:NFVO接收NS扩容Scale Out请求,所述请求包括NS实例信息以及用于指示Scale的维度Aspect和等级Step的指示信息;NFVO根据所述NS Scale请求确定需要创建的VNF以及相应子网Subnet信息;NFVO通过VNFM向VIM请求创建VNF和相应的Subnet。
- 根据权利要求9所述的方法,其特征在于,NFVO根据所述NS Scale Out请 求确定需要创建的VNF以及相应子网Subnet信息包括:VNFM根据所述NS实例信息找到对应的NSD,并根据所述指示信息查询所述NSD,确定需要创建的VNF和相应子网Subnet信息;其中,所述NSD包括Scale Aspect和Step参数信息,所述Scale Step参数信息包括Subnet信息。
- 根据权利要求9或10所述的方法,其特征在于,所述Subnet信息包括以下一项或多项:子网数量、每个子网可供分配的IP地址类型和范围。
- 根据权利要求10所述的方法,其特征在于,所述Scale Step参数信息还包括用于指示所述创建的VNF是否连接所述Subnet的参数。
- 根据权利要求12所述的方法,其特征在于,所述方法还包括VNFM向VIM请求创建链接端口Linkport,所述VNF通过Linkport连接所述Subnet。
- 根据权利要求9所述的方法,其特征在于,所述方法还包括:NFVO接收NS扩容Scale In请求,所述请求包括NS实例信息以及用于指示Scale的维度Aspect和等级Step的指示信息;NFVO根据所述NS Scale请求确定需要删除的VNF以及相应子网Subnet信息;NFVO通过VNFM向VIM请求删除VNF和相应的Subnet。
- 根据权利要求9所述的方法,其特征在于,NFVO根据所述NS Scale In请求确定需要删除的VNF以及相应子网Subnet信息包括:VNFM根据所述NS实例信息找到对应的NSD,并根据所述指示信息查询所述NSD,确定需要删除的VNF和相应子网Subnet信息;其中,所述NSD包括Scale Aspect和Step参数信息,所述Scale Step参数信息包括Subnet信息。
- 根据权利要求10所述的方法,其特征在于,所述Subnet信息包括以下一项或多项:子网数量、每个子网可供分配的IP地址类型和范围。
- 一种弹性伸缩Scale装置,其特征在于,包括用于执行如权利要求1至8中任一项所述方法的模块。
- 一种弹性伸缩Scale装置,其特征在于,包括处理器,所述处理器和存储器耦合,所述存储器中存储有计算机程序;所述处理器用于调用所述存储器中的计算机程序,使得所述装置执行如权利要求1至8任一所述的方法。
- 一种弹性伸缩Scale装置,其特征在于,包括用于执行如权利要求9至16中任一项所述方法的模块。
- 一种弹性伸缩Scale装置,其特征在于,包括处理器,所述处理器和存储器耦合,所述存储器中存储有计算机程序;所述处理器用于调用所述存储器中的计算机程序,使得所述装置执行如权利要求9至16任一所述的方法。
- 一种弹性伸缩Scale系统,包括NFVO,VNFM以及VIM,其分别用于实现权利要求1至9或9至16中任一项所述的方法中分别由NFVO,VNFM以及VIM执行的步骤。
- 一种计算机可读存储介质,其特征在于,所述存储介质中存储有计算机程序,当所述计算机程序被执行时,实现如权利要求1至9或9至16中任一项所述的方法。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2020/141795 WO2022141293A1 (zh) | 2020-12-30 | 2020-12-30 | 一种弹性伸缩的方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116686264A true CN116686264A (zh) | 2023-09-01 |
Family
ID=82260070
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202080108288.8A Pending CN116686264A (zh) | 2020-12-30 | 2020-12-30 | 一种弹性伸缩的方法及装置 |
Country Status (5)
Country | Link |
---|---|
US (1) | US20230362065A1 (zh) |
EP (1) | EP4262154A4 (zh) |
JP (1) | JP2024502038A (zh) |
CN (1) | CN116686264A (zh) |
WO (1) | WO2022141293A1 (zh) |
Family Cites Families (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10942786B2 (en) * | 2015-03-13 | 2021-03-09 | Comptel Corporation | Network management |
EP3349397B1 (en) * | 2015-09-30 | 2020-07-29 | Huawei Technologies Co., Ltd. | Scaling out method, device and system |
US10985997B2 (en) * | 2016-05-06 | 2021-04-20 | Enterpriseweb Llc | Systems and methods for domain-driven design and execution of metamodels |
EP3466014B1 (en) * | 2016-05-27 | 2020-07-08 | Telefonaktiebolaget LM Ericsson (PUBL) | Method and arrangement for configuring a secure domain in a network functions virtualization infrastructure |
WO2017222595A2 (en) * | 2016-06-23 | 2017-12-28 | Intel IP Corporation | Device and method for nfv life cycle management |
US11206187B2 (en) * | 2017-02-16 | 2021-12-21 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for virtual function self-organisation |
US20180270073A1 (en) * | 2017-03-17 | 2018-09-20 | Huawei Technologies Co., Ltd. | Method and apparatus for charging operations in a communication network |
EP3602292A4 (en) * | 2017-03-24 | 2020-11-04 | Nokia Technologies Oy | METHODS AND DEVICES FOR MULTI-LEVEL VIRTUALIZED NETWORK FUNCTIONAL SCALING |
US10594621B2 (en) * | 2017-07-10 | 2020-03-17 | Hewlett Packard Enterprise Development Lp | Managing virtualized network service bundles |
US20190045000A1 (en) * | 2018-06-29 | 2019-02-07 | Intel Corporation | Technologies for load-aware traffic steering |
WO2020037689A1 (en) * | 2018-08-24 | 2020-02-27 | Nokia Shanghai Bell Co., Ltd. | Apparatus and method for handling managed object priorities in 5g network |
US10637753B1 (en) * | 2019-04-09 | 2020-04-28 | Verizon Patent And Licensing Inc. | Managing a 5G network using extension information |
-
2020
- 2020-12-30 WO PCT/CN2020/141795 patent/WO2022141293A1/zh active Application Filing
- 2020-12-30 EP EP20967632.9A patent/EP4262154A4/en active Pending
- 2020-12-30 CN CN202080108288.8A patent/CN116686264A/zh active Pending
- 2020-12-30 JP JP2023539985A patent/JP2024502038A/ja active Pending
-
2023
- 2023-06-30 US US18/345,468 patent/US20230362065A1/en active Pending
Also Published As
Publication number | Publication date |
---|---|
US20230362065A1 (en) | 2023-11-09 |
EP4262154A1 (en) | 2023-10-18 |
EP4262154A4 (en) | 2024-01-24 |
JP2024502038A (ja) | 2024-01-17 |
WO2022141293A1 (zh) | 2022-07-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10701139B2 (en) | Life cycle management method and apparatus | |
EP3291499B1 (en) | Method and apparatus for network service capacity expansion | |
US20190230004A1 (en) | Network slice management method and management unit | |
CN111722906A (zh) | 一种部署虚拟机和容器的方法及装置 | |
CN112583615B (zh) | Vnf实例化方法、nfvo、vim、vnfm及系统 | |
CN111698112A (zh) | 一种容器化虚拟网络功能vnf的资源管理方法及装置 | |
JP7377965B2 (ja) | ネットワークリソース管理方法、システム、ネットワーク機器と可読記憶媒体 | |
CN111221618A (zh) | 一种容器化虚拟网络功能的部署方法和装置 | |
US20220350637A1 (en) | Virtual machine deployment method and related apparatus | |
CN109213567B (zh) | 一种管理vnf实例化的方法和设备 | |
CN116724543A (zh) | 容器集群的管理方法和装置 | |
CN113918268A (zh) | 一种多租户管理方法及装置 | |
CN116686264A (zh) | 一种弹性伸缩的方法及装置 | |
CN112889247B (zh) | Vnf服务实例化方法及装置 | |
WO2020249080A1 (zh) | 一种虚拟网络功能vnf部署方法及装置 | |
CN112217654B (zh) | 服务资源许可管理方法和相关设备 | |
CN110347473B (zh) | 一种跨数据中心分布的虚拟化网元虚拟机分配方法及装置 | |
CN112015515B (zh) | 一种虚拟网络功能的实例化方法及装置 | |
CN113098705B (zh) | 网络业务的生命周期管理的授权方法及装置 | |
US20230327959A1 (en) | Method for establishing network connection and apparatus | |
WO2019011180A1 (zh) | 一种License的发送方法和装置 | |
WO2023056618A1 (zh) | 跨云平台资源调度方法、装置、终端设备及存储介质 | |
US20230409371A1 (en) | Method for creating network service ns and related apparatus | |
CN118118348A (zh) | 一种虚拟化网络功能vnf的实例化方法及装置 | |
CN111726251A (zh) | 一种虚拟化系统中sds存储域的组网方法、系统及装置 |
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 |