CN115733743A - 网络业务部署方法、nfvo以及nfv系统 - Google Patents
网络业务部署方法、nfvo以及nfv系统 Download PDFInfo
- Publication number
- CN115733743A CN115733743A CN202111017188.7A CN202111017188A CN115733743A CN 115733743 A CN115733743 A CN 115733743A CN 202111017188 A CN202111017188 A CN 202111017188A CN 115733743 A CN115733743 A CN 115733743A
- Authority
- CN
- China
- Prior art keywords
- vnf
- identifier
- deployment
- nfvo
- deployment policy
- 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
Images
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
-
- 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/0894—Policy-based network configuration management
-
- 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
Abstract
本申请实施例公开了一种网络业务部署方法、NFVO以及NFV系统,用于提高网络业务部署时资源隔离或共享的灵活性。本申请实施例方法包括:网络功能虚拟化编排器NFVO获取第一部署策略关联的第一虚拟化网络功能VNF,以及第二部署策略关联的第二VNF,其中,第一VNF和第二VNF属于不同的NS,第一部署策略和第二部署策略包括相同的用户标识和部署任务标识,第二部署策略还包括第一标识,第一标识用于指示资源的亲和或反亲和;NFVO根据第一标识确定第一VNF与第二VNF是否共资源部署。
Description
技术领域
本申请实施例涉及通信技术领域,特别涉及一种网络业务部署方法、NFVO以及NFV系统。
背景技术
网络功能虚拟化(network function virtualization,NFV),通过使用通用的硬件设备及虚拟化技术,来承载传统网络中专用设备的网络功能,从而降低因为部署专用设备带来的昂贵成本。NFV中虚拟化的网络业务(network service,NS)中可以包含若干个虚拟化网络功能模块(virtualised network function,VNF)。
租户可以向移动网络运营商发起一个或多个NS创建的需求,同一个租户的多个NS之间,根据租户的需求也可以资源共享或隔离,或者部分共享,部分隔离。移动网络运营商可以根据租户需求向网络功能虚拟化编排器(network functions virtualisationorchestrator,NFVO)上传嵌套网络业务部署模板(network service descriptor,NSD),以使NFVO根据嵌套NSD模板将多个NS隔离或共享部署。
出于节省资源或安全性的考虑,有些VNF需要部署在不同的节点,有些节点需要部署在同一节点上,当租户有不同NS之间的部分VNF隔离需求时,上述方法只能满足NS这个层次上的隔离或共享需求,无法实现不同NS的部分VNF之间的隔离。
发明内容
本申请实施例提供了一种网络业务部署方法、NFVO以及NFV系统,以实现不同的NS的VNF之间的资源隔离或共享部署。
本申请实施例第一方面提供了一种网络业务部署方法,该方法包括:网络功能虚拟化编排器NFVO获取第一部署策略关联的第一虚拟化网络功能VNF,以及第二部署策略关联的第二VNF,第一VNF属于第一网络业务NS,第二VNF属于第二NS,第一NS和第二NS为不同的NS,第一部署策略和第二部署策略包括相同的用户标识和部署任务标识,用户标识用于指示对应的VNF属于哪一租户,部署任务标识对应的VNF属于哪一个具体的部署任务,第二部署策略还包括第一标识,第一标识用于指示资源的亲和或反亲和;NFVO根据第一标识确定第一VNF与第二VNF是否共资源部署。如此,NFVO根据部署策略能够感知同一用户的不同的NS的VNF之间是共享资源部署,还是隔离部署,从而使得VNF的部署更加灵活。
在一些可能实现的实施方式中,第一NS为已部署的NS,第二NS为待部署的NS,网络功能虚拟化编排器NFVO获取第一部署策略关联的第一虚拟化网络功能VNF,以及第二部署策略关联的第二VNF之前,还包括:NFVO接收运营和业务支持系统OSS/BSS发送的更新消息,更新消息用于更新第一NS的部署策略,更新消息包括第一部署策略;NFVO从更新消息中获取第一部署策略。对于已部署的第一NS,通过向NFVO发送更新消息以向NFVO提供第一NS的第一部署策略,从而无需在部署第一NS时为第一NS制定用于资源共享或隔离的部署策略,在部署第二NS时,根据第二NS的部署需求制定第一部署策略,能够提高制定第一部署策略的灵活性。
在一些可能实现的实施方式中,第一NS为已部署的NS,第二NS为待部署的NS,网络功能虚拟化编排器NFVO获取第一部署策略关联的第一虚拟化网络功能VNF,以及第二部署策略关联的第二VNF之前,还包括:NFVO接收OSS/BSS上传的第一NS对应的第一网络业务描述模板NSD文件,第一NSD文件包括第一部署策略;NFVO从第一NSD文件中获取第一部署策略。通过扩展NSD模板,使NSD文件中能够携带部署策略,从而NFVO解析NSD 文件时能够感知对应的NS的部署要求。
在一些可能实现的实施方式中,网络功能虚拟化编排器NFVO获取第一部署策略关联的第一虚拟化网络功能VNF,以及第二部署策略关联的第二VNF之前,还包括:NFVO接收OSS/BSS发送的用于指示实例化第二NS的请求消息,请求消息中包括第二部署策略;NFVO从请求消息中获取第二部署策略。通过在请求消息中携带第二部署策略,能够提高制定和获取第二部署策略的灵活性。
在一些可能实现的实施方式中,网络功能虚拟化编排器NFVO获取第一部署策略关联的第一虚拟化网络功能VNF,以及第二部署策略关联的第二VNF之前,还包括:NFVO接收OSS/BSS上传的第二NS对应的第二NSD文件,第二NSD文件包括第二部署策略;NFVO从第二NSD文件中获取第二部署策略。通过扩展NSD模板,使NSD文件中能够携带部署策略,从而NFVO解析NSD文件时能够感知对应的NS的部署要求。
在一些可能实现的实施方式中,第一NS和第二NS均为待部署的NS,网络功能虚拟化编排器NFVO获取第一部署策略关联的第一虚拟化网络功能VNF,以及第二部署策略关联的第二VNF之前,包括:NFVO接收OSS/BSS上传的第一NS对应的第一NSD文件和第二NS对应的第二NSD文件,第一NSD文件包括第一部署策略,第二NSD文件包括第二部署策略; NFVO从第一NSD文件中获取第一部署策略,以及从第二NSD文件第二部署策略。在第一 NS和第二NS需要一同部署时,则可以在扩展的NSD文件中携带第一部署策略和第二部署策略,从而NFVO解析NSD文件时能够感知对第一NS和第二NS的资源隔离或共享的部署要求,以根据部署要求进行第一VNF和第二VNF的部署。
在一些可能的实施方式中,第一部署策略和第二部署策略还可以携带于OSS/BSS向 NFVO发送的实例化第一NS和第二NS的请求消息中。
在一些可能实现的实施方式中,第二部署策略还包括第二标识,第二标识用于指示第二部署策略的应用范围。第二标识包括用户范围标识、物理节点范围标识和虚拟节点范围标识。
在一些可能实现的实施方式中,当第一标识为亲和标识,第二标识为用户范围标识时,NFVO根据第一标识确定第一VNF与第二VNF是否共资源部署包括:NFVO根据亲和标识和用户范围标识确定第一VNF与第二VNF部署于同一用户资源池。
在一些可能实现的实施方式中,当第一标识为亲和标识或反亲和标识,第二标识为物理节点范围标识时,NFVO根据第一标识确定第一VNF与第二VNF是否共资源部署包括:NFVO根据亲和标识和物理节点范围标识确定第一VNF与第二VNF部署于同一物理节点,或根据反亲和标识和物理节点范围标识确定第一VNF和第二VNF部署于不同的物理节点。
在一些可能实现的实施方式中,当第一标识为亲和标识或反亲和标识,第二标识为虚拟节点范围标识时,NFVO根据第一标识确定第一VNF与第二VNF是否共资源部署包括:NFVO根据亲和标识和虚拟节点范围标识确定第一VNF与第二VNF部署于同一虚拟节点,或根据反亲和标识和虚拟节点范围标识确定第一VNF和第二VNF部署于不同的虚拟节点。
在一些可能实现的实施方式中,第一部署策略还包括与第二部署策略相同的第一标识和/或第二标识。
在一些可能实现的实施方式中,该方法还包括:NFVO接收OSS/BSS发送的实例化第二 NS的请求消息;NFVO响应于请求消息,向虚拟化功能管理器VNFM发送实例化第二VNF的指示消息,指示消息包括实例化第二VNF的位置信息,位置信息为NFVO确定第一VNF与第二VNF是否共资源部署后为第二VNF分配的。NFVO根据第一部署策略和第二部署策略确定第一NS和第二NS中的VNF的部署要求后,指示VNFM按照租户的部署要求进行VNF的部署,以完成第二NS的部署。
本申请实施例第二方面提供了一种网络业务部署方法,该方法包括:运营和业务支持系统OSS/BS向网络功能虚拟化编排器NFVO发送第一部署策略和第二部署策略;NFVO判断第一部署策略和第二部署策略是否包括相同的用户标识和部署任务标识;若为是,则NFVO获取第一部署策略关联的第一虚拟化网络功能VNF,以及第二部署策略关联的第二VNF,第一VNF属于第一网络业务NS,第二VNF属于第二NS;NFVO根据第二部署策略中的第一标识确定第一VNF与第二VNF是否共资源部署,其中,第一标识用于指示资源的亲和或反亲和。
在一些可能实现的实施方式中,该方法还包括:OSS/BS向NFVO发送实例化第二NS的请求消息;NFVO响应于请求消息向虚拟化网络功能管理器VNFM发送实例化第二VNF的指示消息,指示消息包括实例化第二VNF的位置信息,位置信息为NFVO确定第一VNF与第二VNF是否共资源部署后为第二VNF分配的;VNFM根据指示消息在位置信息对应的节点实例化第二VNF。
本申请实施例第三方面提供了一种网络功能虚拟化编排器NFVO,其特征在于,该NFVO包括:获取模块,用于获取第一部署策略关联的第一虚拟化网络功能VNF,以及第二部署策略关联的第二VNF,第一VNF属于第一网络业务NS,第二VNF属于第二NS,第一部署策略和第二部署策略包括相同的用户标识和部署任务标识,第二部署策略还包括第一标识,第一标识用于指示资源的亲和或反亲和;确定模块,用于根据第一标识确定第一 VNF与第二VNF是否共资源部署。
在一些可能实现的实施方式中,该NFVO还包括:接收模块,用于接收运营和业务支持系统OSS/BSS发送的更新消息,更新消息用于更新第一NS的部署策略,更新消息包括第一部署策略;获取模块,还用于从更新消息中获取第一部署策略。
在一些可能实现的实施方式中,该NFVO还包括:接收模块,用于接收OSS/BSS上传的第一NS对应的第一网络业务描述模板NSD文件,第一NSD文件包括第一部署策略;获取模块,还用于从第一NSD文件中获取第一部署策略。
在一些可能实现的实施方式中,接收模块,还用于接收OSS/BSS发送的用于指示实例化第二NS的请求消息,请求消息中包括第二部署策略;获取模块,还用于从请求消息中获取第二部署策略。
在一些可能实现的实施方式中,接收模块,还用于接收OSS/BSS上传的第二NS对应的第二NSD文件,第二NSD文件包括第二部署策略;获取模块,还用于从第二NSD文件中获取第二部署策略。
在一些可能实现的实施方式中,该NFVO还包括:接收模块,用于接收OSS/BSS上传的第一NS对应的第一NSD文件和第二NS对应的第二NSD文件,第一NSD文件包括第一部署策略,第二NSD文件包括第二部署策略;获取模块,还用于从第一NSD文件中获取第一部署策略,以及从第二NSD文件第二部署策略。
在一些可能实现的实施方式中,第二部署策略还包括第二标识,第二标识用于指示第二部署策略的应用范围。
在一些可能实现的实施方式中,第一标识为亲和标识,第二标识为用户范围标识,确定模块具体用于:根据亲和标识和用户范围标识确定第一VNF与第二VNF部署于同一用户资源池。
在一些可能实现的实施方式中,第一标识为亲和标识或反亲和标识,第二标识为物理节点范围标识,确定模块具体用于:根据亲和标识和物理节点范围标识确定第一VNF与第二VNF部署于同一物理节点,或根据反亲和标识和物理节点范围标识确定第一VNF和第二VNF部署于不同的物理节点。
在一些可能实现的实施方式中,第一标识为亲和标识或反亲和标识,第二标识为虚拟节点范围标识,确定模块具体用于:根据亲和标识和虚拟节点范围标识确定第一VNF与第二VNF部署于同一虚拟节点,或根据反亲和标识和虚拟节点范围标识确定第一VNF和第二VNF部署于不同的虚拟节点。
在一些可能实现的实施方式中,第一部署策略还包括与第二部署策略相同的第一标识和/或第二标识。
在一些可能实现的实施方式中,该NFVO还包括:接收模块,用于接收OSS/BSS发送的实例化第二NS的请求消息;发送模块,用于响应于请求消息向VNFM发送实例化第二 VNF的指示消息,指示消息用于指示第二VNF是否与第一VNF实例化于同一资源池/物理节点/虚拟节点。
本申请实施例第四方面提供一种NFVO,该NFVO包括:处理器、存储器和收发器,其中,存储器存储有程序代码,处理器调用存储器中存储的程序代码,使得网络业务部署设备执行如上述第一方面及其任一种可能的实现方式中的网络业务部署方法。
本申请实施例第五方面提供一种网络功能虚拟化NFV系统,其特征在于,系统包括运营和业务支持系统OSS/BSS和如上述第三方面或第四方面及其任一种可能的实现方式中的 NFVO;OSS/BSS用于向NFVO发送包括用户标识和部署任务标识的第一部署策略和第二部署策略,第二部署策略还包括第一标识,第一标识用于指示资源的亲和或反亲和,第一部署策略与第一VNF关联,第二NS与第二VNF关联;NFVO用于根据第二部署策略中的第一标识确定第一VNF与第二VNF是否共资源部署。
在一些可能的实现方式中,该系统还包括虚拟化网络功能管理器VNFM;NFVO还用于向VNFM发送实例化第二VNF的指示消息,指示消息包括部署第二VNF的位置信息,位置信息为NFVO确定第一VNF与第二VNF是否共资源部署后为第二VNF分配的;VNFM用于根据指示消息在位置信息对应的节点实例化第二VNF。
附图说明
图1为本申请实施例提供的一种NFV系统100的架构示意图;
图2为本申请实施例提供的网络业务部署方法第一实施例的流程示意图;
图3为本申请提供的第一NSD文件的示意图;
图4为本申请提供的第二NSD文件的示意图;
图5为本申请实施例提供的网络业务部署方法第二实施例的流程示意图;
图6为本申请实施例提供的网络业务部署方法第三实施例的流程示意图;
图7为本申请提供的嵌套NSD文件示意图;
图8为本申请提供的嵌套NSD文件中的NSD-1对应的第一NSD文件的示意图;
图9为嵌套NSD文件中的NSD-2对应的第二NSD文件的示意图;
图10为本申请实施例提供的NFVO一实施例的结构示意图;
图11为本申请实施例提供的NFVO另一实施例的结构示意图。
具体实施方式
本申请实施例提供了一种网络业务部署方法、NFVO以及NFV系统,用于提高网络业务部署时资源隔离或共享的灵活性。
网络功能虚拟化(network function virtualization,NFV),通过使用通用的硬件设备及虚拟化技术,来承载传统网络中专用设备的功能,从而降低因为部署专用设备带来的昂贵成本。通过软硬件解耦,使网络设备功能不再依赖于专用硬件。同时利用云计算的特点,使资源可以充分灵活共享,实现新业务的快速开发和部署,并基于实际业务需求进行自动部署、弹性伸缩、故障隔离和自愈等。能够接收虚拟化请求,并根据请求对相应业务进行虚拟化处理的一方,一般称为虚拟化业务的提供方,发起虚拟化请求的一方一般称为业务请求方。
NFV中虚拟化的网络业务称为一个网络业务(network service,NS),比如一个IP多媒体子系统(IP multimedia subsystem,IMS)网络业务,或一个5G核心网网络。一个NS中还可以包含若干个虚拟化网络功能模块(virtualised network function,VNF)。一个NS在进行虚拟化部署时,业务请求方首先需要向业务提供方提交该业务的描述信息(network service descriptor,NSD),也称作NS部署模板,主要描述了该业务的拓扑结构以及包含的每个VNF的VNF描述信息(VNF descriptor,VNFD),其中在拓扑结构信息中使用虚拟化连接信息(network service virtual link descriptor,NsVld)来描述VNF 之间的连接,目前采用连接类型,带宽等信息来表示。VNFD也称作VNF的部署模板,其中包含的虚拟部署单元(virtualisation deployment unit,VDU),连接点模板(connection pointdescriptor,CPD),虚拟连接模板(virtual link descriptor,VLD)等信息,其中VDU可以代表一个安装了应用软件的虚拟机,在VDU的描述中会包含对该虚拟机的所有虚拟资源的需求描述,CPD代表虚拟机上的连接信息,比如可以是虚拟网卡信息,包含 IP地址或MAC地址等信息,VLD描述VDU之间的虚拟网络连接需求,包含连接类型,带宽等信息。VNFD还包含该VNF的外部连接点VnfExtCpd,该VnfExtCpd同NsVld连接,从而实现 VNF之间的连接。
如图1所示,图1为本申请实施例提供的一种NFV系统100的架构示意图。NFV系统100包括移动网络的运营支持系统和业务支持系统(operations support system andbusiness support system,OSS/BSS)101、网络功能虚拟化编排器(network functionsvirtualisation orchestrator,NFVO)102、虚拟网络功能管理器(VNF manager, VNFM)103、虚拟基础设施管理器(virtual infrastructure management,VIM)104、网络功能虚拟化基础设施(network functions virtualization infrastructure,NFVI)105、设备管理系统(equipment management,EM)106和多个VNF107等功能部件。
NFVO102,主要负责处理虚拟化业务的生命周期管理,以及虚拟基础设施及NFVI105中虚拟资源的分配和调度等。NFVO102可以与一个或多个VNFM103通信,以执行资源相关请求,发送配置信息给VNFM103,收集VNF107的状态信息。另外,NFVO102也可与VIM104通信,执行资源分配,和/或预留交换虚拟化硬件资源配置和状态信息。
VNFM103,负责一个或多个VNF的生命周期管理,比如实例化(instantiating),更新 (updating),查询,弹性伸缩(scaling),终止(terminating)VNF107。VNFM103可以与VNF通信以完成VNF107生命周期管理及交换配置和状态信息。在NFV系统100中VNFM103可以有多个,负责对不同类型的VNF107进行生命周期管理。
NFV即NFV的基础设施层,包含硬件资源层和/或虚拟化层,以建立虚拟化环境、部署、管理及实现VNF107。硬件资源层和/或虚拟化层用于为VNF提供虚拟化资源,如虚拟机和其他形式的虚拟容器。硬件资源层包括计算硬件,存储硬件和网络硬件等。作为一种实施方式,计算硬件和存储硬件的资源可以集中在一起。NFVI105中的虚拟化层抽象硬件资源,解耦VNF107与底层的硬件资源层。虚拟化层包括抽象计算硬件得到的虚拟计算,抽象存储硬件得到的虚拟存储和抽象网络硬件得到的虚拟网络。
VIM104,控制和管理VNF107与计算硬件、存储硬件、网络硬件、虚拟计算、虚拟存储、虚拟网络的交互。例如VIM104执行资源管理功能,包括管理基础设施资源、分配(例如增加资源给虚拟容器)及运行功能(例如收集NFVI105故障信息)。VNFM103及VIM104可以相互通信,请求资源分配,交换虚拟化硬件资源配置和状态信息。
EM106,是传统电信系统中用于对设备进行配置,管理的系统,在NFV系统100中,EM106 也可以用于对VNF107进行配置和管理,以及向VNFM103发起新的VNF107的实例化等生命周期管理操作。
OSS/BSS101,支持各种端到端电信业务。OSS支持的管理功能包括:网络配置,业务提供,故障管理等。BSS处理订单,付费,收入等,支持产品管理,订单管理,收益管理及客户管理。
垂直行业的客户,比如电力公司或者车联网企业,可以向OSS/BSS101提出建网需求,比如提出对网络带宽、时延和地理位置等方面的需求,由OSS/BSS101根据用户需求生成相应的部署策略,以指示NFV系统100根据部署策略中的信息完成该NS的部署。对于OSS/BSS101来说,一个行业的客户也可以看成是一个租户,不同的租户之间根据需求,网络资源可以共享也可以隔离。
同一个租户可以向OSS/BSS101发起一个或多个创建NS的需求,为了降低物理机或虚拟机宕机的影响,提高网络业务的安全性和可用性,同一个租户的多个NS之间,租户可能有资源隔离的需求;而为了提高资源利用率,同一个租户的多个NS之间,租户还可能有资源共享的需求。具体而言,当租户需要创建新的第二NS时,可能第二NS与已在先部署的第一NS之间的有资源共享或隔离需求;租户需要创建多个新的第二NS时,多个第二 NS之间有资源共享或隔离需求。租户还可能有与其他租户的NS资源隔离的需求。其中,资源的共享或隔离可以是不同NS的VNF107之间的完全共享或隔离,也可以是部分VNF共享或部分VNF隔离。
针对租户对于不同NS的资源隔离或共享需求,OSS/BSS101生成相应的部署策略,每一部署策略关联NS中的至少一个VNF107,OSS/BSS101向NFVO102发送部署策略。NFVO102通过比对不同的部署策略中的参数,从而确定与之关联的VNF107之间是否需要隔离或共享资源部署。
具体地,本申请实施例中,部署策略包括用户标识、部署任务标识和第一标识。其中,用户标识为租户在NFV系统中的唯一标识,用于指示关联的VNF107属于哪一租户。部署任务标识用于标识一个具体的部署任务。若不同的部署策略中的用户标识和部署任务标识二者均相同,则说明这些部署策略属于同一租户的同一部署任务,与这些部署策略关联的VNF107之间需要互相隔离资源部署或共享资源部署。
同一租户的同一部署任务所关联的VNF107之间是隔离资源部署还是共享资源部署依据第一标识而定。第一标识用于指示资源的亲和或反亲和,第一标识可以为亲和标识或反亲和标识。当第一标识为亲和标识时,同一租户的同一部署任务所关联的VNF107之间可以共资源部署;当第一标识为反亲和标识时,同一租户的同一部署任务所关联的VNF107之间需要隔离资源部署。
部署策略中还可以包括第二标识,第二标识用于指示部署策略的应用范围。第二标识具体可以为用户范围标识、物理节点范围标识或虚拟节点范围标识。第一标识和第二标识共同指示同一部署任务下的VNF107之间具体在哪种资源层面上隔离或共享。
具体地,NFVO102根据第二部署策略中的用户标识和部署任务标识确定存在相同用户标识和部署任务标识的第二部署策略,获取第一部署策略关联的第一NS中的第一VNF,以及第二部署策略关联的第二NS中的第二VNF。其中,第一VNF为第一NS中的至少一个VNF中的任一个,第二VNF为第二NS中的至少一个VNF中的任一个。进一步根据第一标识和第二标识确定第一VNF和第二VNF是否共资源部署:
当第一部署策略和/或第二部署策略中的第一标识为亲和标识,第二标识为用户范围标识时,NFVO102确定第一VNF和第二VNF部署于同一用户资源池。其中,用户资源池为NFV系统中为用户标识对应的租户划分的用于该租户开展业务的物理资源和/或虚拟资源等,该租户的用户资源池中的资源不与其他租户共享。
当第一部署策略和/或第二部署策略中的第一标识为亲和标识,第二标识为物理节点范围标识时,NFVO102确定第一VNF和第二VNF部署于同一物理节点。
当第一部署策略和/或第二部署策略中的第一标识为亲和标识,第二标识为虚拟节点范围标识时,NFVO102确定第一VNF和第二VNF部署于同一虚拟节点。
当第一部署策略和/或第二部署策略中的第一标识为反亲和标识,第二标识为物理节点范围标识时,NFVO102确定第一VNF和第二VNF部署于不同的物理节点。
当第一部署策略和/或第二部署策略中的第一标识为反亲和标识,第二标识为虚拟节点范围标识时,NFVO102确定第一VNF和第二VNF部署于不同的虚拟节点。
需要说明的是,当待部署的NS中存在多个VNF107时,NFVO102可以获取每一VNF107关联的部署策略,再根据部署策略基于上述的方法获取其他属于同一部署任务的VNF107,以确定每一VNF是否存在资源隔离或共享的要求,以及确定与哪些VNF107资源隔离或共享。
需要说明的是,当某一部署策略关联了至少两个VNF107时,则这些VNF107之间均需要遵照相同的部署规则。例如第一部署策略关联了两个第一VNF,第二部署策略关联了3个第二VNF,且第一部署策略和第二部署策略中的用户标识和部署任务标识相同,若第一标识为反亲和标识,第二标识为物理节点范围标识,那么这5个VNF之间需要互相隔离,即分别部署在5个不同的物理节点上;若第一标识为亲和标识,第二标识为物理节点范围标识时,那么这5个VNF需要部署在同一个物理节点上。
而当某一VNF107同时与至少两个部署策略关联时,即该VNF107与至少两个VNF107分别有部署要求时,该VNF107在部署时需同时满足这些部署要求。例如,NFVO102经过对部署策略的分析,确定第一VNF与第二VNF需要物理节点隔离部署,第一VNF又与第三NS 中的第三VNF需要共物理节点部署,则NFVO102在分配部署资源时需满足第一VNF和第二 VNF部署在不同的物理节点,同时第一VNF和第三VNF部署在同一物理节点。
NFVO102确定待部署的VNF107的部署要求后,向虚拟化功能管理器VNFM103发送实例化该待部署的VNF107的指示消息。指示消息包括实例化该待部署的第二VNF的位置信息,位置信息为NFVO102确定所述第一VNF与所述第二VNF是否共资源部署后为所述第二VNF 分配的。其中,位置信息可以为具体的物理节点或虚拟节点,例如,在第一VNF已经部署,且第一VNF和第二VNF有共物理节点或虚拟节点的部署要求的情况下,位置信息中可以包括部署第一VNF的物理节点或虚拟节点,以指示VNFM103将第二VNF部署在第一VNF所在的物理节点或虚拟节点上。位置信息也可以为用于约束VNFM103实例化第二VNF时的位置范围,例如,在第一VNF已经部署,且第一VNF和第二VNF有物理节点或虚拟节点的隔离部署要求的情况下,位置信息包括排除第一VNF所部署的物理节点或虚拟节点的要求,以指示VNFM103将第二VNF部署在第一VNF所在的物理节点或虚拟节点之外的其他节点上。位置信息进一步还可以包括地理位置信息,即将第二VNF部署在哪个省、市或区等。
基于上述的NFV系统100,根据租户的不同需求情况,本申请提供如下实施例,使VNFO 能够感知NS的部署需求,进而根据部署需求为NS中的VNF107分配资源。
如图2所示,图2为本申请实施例提供的网络业务部署方法第一实施例的流程示意图。本实施例中,第一NS为已在先部署的NS,第二NS为待部署的NS。本实施例包括如下步骤:
201:OSS/BSS根据租户Z的第一需求确定为租户Z部署第一NS。
第一需求中,包括租户Z期望的网络功能以及网络功能所在的地理位置。OSS/BSS根据第一需求中网络功能的数量以及地理位置确定第一VNF的数量以及部署第一VNF的地理位置,生成第一NS的第一NSD文件。
例如,租户Z需要建立网络需要为城市B提供服务(比如车联网服务或者电力服务),其中网络的控制部分位于中心城市A,为终端用户提供传输服务的边缘服务器在城市B,那么OSS/BSS确定为租户Z部署的第一NS中包括两个第一VNF(VNF1和VNF2),其中VNF1作为控制服务器位于城市A,VNF2作为边缘服务器位于城市B。
202:OSS/BSS向NFVO上传第一NSD文件,第一NSD文件中包括第一部署策略。
本实施对NSD文件做了拓展,在部署策略中增加了用户标识字段(tenantId)和部署任务标识字段(deploymentId)。
示例性的,本实施例继续以第一NS包括两个VNF(VNF1和VNF2)为例进行说明,如图3 所示,图3为本申请提供的第一NSD文件的示意图。其中,一个group即为一个部署策略,一个NSD文件中可以包括至少一个部署策略,一个部署策略可以与至少一个VNF关联。可以理解,针对NSD文件内容,本申请实施例只给出了同本申请相关部分的描述,其他同本专利不相关的部分在此没有体现;并且,VNF和部署策略的数量仅作为示例,不作为对本申请的限制,一个NSD文件中可以包括1个部署策略、2个部署策略、4个部署策略、5个部署策略或者更多,一个VNF也可以与1个、3个或者更多部署策略关联,具体根据需求调整,对此本申请不做限制。
其中,affinityOrAntiAffinityGroupId字段定义与该VNF关联的部署策略。例如,VNF1 关联了两个第一部署策略(group_1,group_3),VNF2也关联了两个第一部署策略(group_2, group_3)。
affinityOrAntiAffinity为第一标识字段,用于定义第一标识,第一标识可以为affinity(即亲和标识)或AntiAffinity(即反亲和标识)。该字段具体用于指示该部署策略关联的VNF是affinity(共享)还是AntiAffinity(隔离)。
Scope即第二标识字段,定义该部署策略的应用范围。第二标识可以为用户范围标识(tenant)、物理节点范围标识(NFVI_NODE)或虚拟节点范围标识(VM)。tenant为本申请新增的Scope参数。第一标识和第二标识结合可以确定该部署策略关联的VNF是哪种范围上的亲和或反亲和。例如,第一标识为affinity(亲和标识),第二标识为tenant时,指示NFVO从租户的用户资源池中为该部署策略关联的VNF分配资源。示例性的,VNF1和VNF2 都关联了group3,说明VNF1和VNF2需要部署在同一用户资源池。
本步骤上传的第一NSD文件中,第一部署策略中的各参数可以不赋值。即group1、group2和group3中的affinityOrAntiAffinityGroupId、Scope、tenantId和deploymentId均为空。也可以仅group3中的Scope、tenantId赋值,而其他group和其他group均不赋值。
203:NFVO向OSS/BSS返回上传成功响应。
204:OSS/BSS向NFVO发起创建第一NS的第一NS实例ID请求,请求中包含已经第一NSD 文件的文件标识。
205:NFVO向OSS/BSS返回为第一NS创建的第一NS实例ID。
NFVO根据文件标识确定要创建实例ID的第一NSD文件,以将创建的第一NS实例ID与第一NS关联起来。第一NS实例ID用于唯一标识第一NS。后续NFVO与OSS/BSS消息往来的过程中若消息中携带第一NS实例ID,则能够根据第一NS实例ID确定该消息作用于第一NS。
206:OSS/BSS向NFVO发送实例化第一NS的第一请求消息。
其中,第一请求消息携带第一NS实例ID。第一请求消息用于指示NFVO触发第一NS中的第一VNF实例化流程。
在第一请求消息中还可以携带第一VNF的部署地理位置信息。例如VNF1位于城市A, VNF2位于城市B。
由于步骤202中未给第一部署策略赋值。本步骤中,第一请求消息中还携带每一group 分配deploymentId和tenant_id信息。具体地,在本实施例中分配信息如下:
group_1:
tenantId:tenant-A
deploymentId:ID-123
group_2:
tenantId:tenant-A
deploymentId:ID-ABC
group_3:
tenantId:tenant-A
deploymentId:ID-xyz
由于在创建第一NS时,对于未来租户是否继续创建NS,以及创建新的NS中的VNF与第一NS中那些VNF资源隔离,或哪些VNF资源共享尚不清楚,因此其他参数本步骤中暂不分配,从而使租户创建第二NS时能够灵活地实现租户的隔离或共享需求。
207:NFVO根据第一请求消息以及第一NSD文件,确定需要实例化的第一VNF。
208:NFVO向VNFM发送实例化第一VNF的指示消息。
示例性的,VNFM在实例化VNF1和VNF2的过程中,分别需要向NFVO发起资源授权请求, NFVO在授权回复消息中携带分配资源的用户资源池信息,由于VNF1和VNF2都关联group_3, 需要部署在同一个用户资源池中,所以NFVO在向VNFM分别回复的授权响应消息中所带用户资源池信息一样。
209:NFVO向VIM申请创建包含在第一NSD文件里的第一VL实例。
210:VNFM向NFVO返回第一VNF实例创建成功响应。
211:VIM向NFVO返回第一VL实例创建成功响应。
212:NFVO向OSS/BSS返回第一NS创建成功响应。
213:OSS/BSS根据租户Z的第二需求确定为租户Z部署一个第二NS。
第二需求中,包括租户Z期望的网络功能以及网络功能所在的地理位置。
OSS/BSS根据第二需求中网络功能的数量以及地理位置确定第二VNF的数量以及部署第二VNF的地理位置,生成第二NS的第二NSD文件。第二NSD文件可采用与第一NSD文件相同的文件。当然,第二NSD文件也可采用与第一NSD文件不同的文件。
示例性的,租户Z期望部署一个新的网络,其中要求网络控制部分位于中心城市A,提供数据缓存的边缘服务器在城市B,并且位于中心城市A的部分网络功能对隔离没有需求,从资源利用率角度,该租户在中心城市部署的部分可以共享。OSS/BSS确定为该租户部署的第二NS中包括两个第二VNF(VNF3和VNF4)。
214:OSS/BSS向NFVO上传第二NSD文件,第二NSD文件中包括第二部署策略。
示例性的,如图4所示,图4为本申请提供的第二NSD文件的示意图。
215,OSS/BSS向NFVO发送实例化第二NS的第二请求消息。
根据第二NSD文件和租户需求,第二请求消息中携带针对第二NS所分配的部署任务标识、用户表示第一标识和第二标识。
示例性的,第二部署策略分配信息如下:
group_a:
affinityOrAntiAffinity:AFFINITY
scope:VM
tenantId:tenant-A
deploymentId:ID-123
group_b:
affinityOrAntiAffinity:ANTIAFFINITY
scope:NFVI-NODE
tenantId:tenant-A
deploymentId:ID-ABC
group_c:
tenantId:tenant-A
deploymentId:ID-xyz
216:NFVO根据第二请求消息和第二NSD文件,执行实例化第二VNF的流程。
具体地,NFVO根据第二部署策略中的用户标识和部署任务标识,在存储的其他部署策略查找具有相同的用户标识和部署任务标识的部署策略,确定第一部署策略和第二部署策略包括相同的用户标识和部署任务标识。
NFVO获取第一部署策略关联的第一VNF,第二部署策略关联的第二VNF,以及第二部署策略中的第一标识。根据第一标识确定第一VNF和第二VNF是共资源部署还是隔离资源部署。
示例性的,当第二部署策略为group_c时,根据tenantId:tenant-A和deploymentId: ID-xyz查找到具有相同tenantId和deploymentId的group_3,即第一NS的group_3与第二NS 的group_c相同,在部署时group_c关联的VNF3、VNF4和group_3关联的VNF1、VNF2需要满足相同的部署策略。进一步地,根据group_c的affinityOrAntiAffinity和scope信息确认 VNF1、VNF2、VNF3和VNF4都属于同一个租户,资源都要属于相同的用户资源池。
当第二部署策略为group_a时,根据tenantId:tenant-A和deploymentId:ID-123查找到具有相同的tenantId和deploymentId的group_1,即第一NS的group_1与第二NS的group_a相同,在部署时group_1关联的VNF1和group_c关联的VNF3需要满足相同的部署策略。进一步地,根据group_c的affinityOrAntiAffinity和scope信息确认group_c的策略是scope为VM的亲和性,即group_c相关联的VNF3和group_1关联的VNF1可以共虚拟机(VM) 部署,也即VNF3可以于VNF1共享同一个VNF实例。则NFVO不需要发起新的VNF3实例化流程,并判断第一NS内的VNF1实例上的资源是否满足VNF3的需求,如果满足,直接将该VNF1实例分配给第二NS。如果VNF1实例上资源不足VNF3的需求,则对VNF_1进行扩容操作,再分配给第二NS。
当第二部署策略为group_b时,针对group_2,根据tenantId:tenant-A和deploymentId:ID-ABC查找到具有相同的tenantId和deploymentId的group_2,即第一NS的group_2与第二NS的group_b相同,在部署时group_2关联的VNF2和group_b关联的VNF4需要满足相同的部署策略。进一步地,根据group_b的affinityOrAntiAffinity和scope信息确认group_b的策略是scope为NFVI-NODE的反亲和性,即group_b相关联的VNF4和group_2关联的VNF2需要物理机(NFVI-NODE)隔离部署。则NFVO向VNFM发起VNF4的实例化流程,其中向VNFM指示部署VNF4实例的用户资源池信息同步骤208中一样,但部署选择的物理机同部署第一NS的VNF2不同。
当一VNF关联有两个及以上的部署策略时,NFVO同时遵照这些部署策略为该VNF分配资源。例如,VNF2与group2和group3关联,VNF4与groupb和groupc关联,group2与groupb相同,group3与groupc相同,则VNF2与VNF4既要满足部署在同一用户资源池,又要满足部署与不同的物理节点上的要求。
对于用户标识和部署任务标识中有至少一者不同的部署策略之间,它们关联的VNF之间即无资源隔离的要求,也无资源共享的要求,NFVO在分配资源时,根据租户要求的地理位置以及用户资源池中的剩余资源为这些VNF分配资源即可,可能会部署到同一物理节点或虚拟节点,也有可能部署到不同的物理节点或不同的虚拟节点。
NFVO向VNFM发送实例化第二VNF的指示消息,指示消息中携带第二VNF的位置信息。示例性的,NFVO指示部署VNF4时,指示消息中携带城市B的信息、用户资源池信息以及不与 VNF2共节点的信息等位置信息,从而VNFM根据这些信息选择符合条件的物理节点部署VNF4。
217-220:第二VNF和第二VL创建完成,完成第二NS的部署。
具体参照步骤209-212,在此不再赘述。
本实施例中,通过在NSD文件中增加用户标识、部署任务标识、第一标识和第二标识,使得NFVO能够基于这些参数感知租户的部署要求,从而根据根据部署要求完成网络业务的部署,使得不同NS之间的VNF能够灵活地隔离资源部署或者共享资源部署,提高网络业务的安全性以及资源的利用率。
如图5所示,图5为本申请实施例提供的网络业务部署方法第二实施例的流程示意图。与网络业务部署方法第一实施例区别的是,本实施例OSS/BSS向NFVO发送第一部署策略的时机和载体不同。本实施例包括如下步骤:
301-312:创建第一NS。
步骤301-312类似步骤201-212,不同的是,本实施例中,无需对NSD模板扩展,即不需要对NSD文件做更新,第一NSD文件中没有用户标识字段和部署任务标识字段,第二标识也无用户范围标识。第一请求消息中也不需要为第一NS分配用户标识和部署任务标识。
313:OSS/BSS根据租户Z的第二需求,选择部署第二NS为其提供服务。
314:OSS/BSS向NFVO发送更新消息,更新消息用于为第一NS添加第一部署策略。
本实施例中,第一部署策略可以有如下两种应用场景:
应用场景1:第一部署策略可以为NS层面上的部署策略,即指示第一NS整体与其他NS资源隔离或共享,第一NS中的每一VNF均与第一部署策略关联,可应用于第二NS中的所有VNF需要与第一NS中的所有VNF互相资源隔离或共享的场景。
示例性的,第一部署策略为NS层面上的部署策略时,第一部署策略具体内容如下:
descriptorId:NS_1_id
affinityOrAntiAffinity:anitaffinity
scope:nfvi-node
tenantId:tenant-A
deploymentId:ID-123
其中,NS_1_id为第一NS实例ID,其他参数含义如第一实施例中所解释的,故在此不再赘述,此处用于关联第一NS和第一部署策略。即定义了一个第二部署策略,是scope 为nfvi-node(物理节点范围)的反亲和特性,对象是整个第一NS(NS_1)实例。
应用场景2:第一部署策略还可以为VNF层面上的部署策略,即第一部署策略可以只与第一NS中的部分VNF关联,且只限制与之关联的VNF的资源隔离或共享,可以应用于部分第二VNF需要与部分第一VNF资源隔离或共享的场景。
示例性的,第一部署策略为VNF层面上的部署策略时,若更新消息中包括两个第一部署策略,每一第一部署策略具体内容如下:
descriptorId:VNF_1_id
affinityOrAntiAffinity:affinity
scope:VM
tenantId:tenant-A
deploymentId:ID-123
descriptorId:VNF_2_id
affinityOrAntiAffinity:anitaffinity
scope:nfvi-node
tenantId:tenant-A
deploymentId:ID-ABC
其中,VNF_1_id为VNF1的实例ID,VNF_2_id为VNF2的实例ID,为NFVO分配的。 VNF_1_id用于关联第一VNF和第一部署策略,VNF_2_id用于关联第二VNF和第二部署策略。
315:OSS/BSS向NFVO上传第二NS的第二NSD文件。
本实施例中,第二NSD文件中也未对NSD文件进行更新和拓展,即第二NSD文件中不包括用户标识字段、部署任务字段等。
316:OSS/BSS向NFVO发送实例化第二NS的第二请求消息,第二请求消息中携带第二部署策略。
第二请求消息中包含第二部署策略,第二部署策略中的第一标识、第二标识、用户标识和部署任务标识均与第一部署策略中相同,表示第二NS的部署同第一NS遵守相同的部署策略。
示例性的,若租户的需求是第二NS与第一NS物理机隔离,即第二NS中的每一个第二VNF不与第一NS中的任一第一VNF共物理机部署,则第二部署策略具体内容如下:
descriptorId:NS_2_id
affinityOrAntiAffinity:anitaffinity
scope:nfvi-node
tenantId:tenant-A
deploymentId:ID-123
NFVO根据第一部署策略和第二部署策略确定第一NS实例和第二NS实例需要物理机隔离。由于第一部署策略和第二部署策略的tenantId都是tenant-A,说明第一NS和第二NS属于相同的租户,需要在相同的用户资源池中部署。
示例性的,若租户的需求是VNF1与第二NS中的VNF3共虚拟节点部署,VNF2与第二NS中的VNF4隔离物理节点部署,则每一第二部署策略的内容分别如下:
descriptorId:VNF_3_id
affinityOrAntiAffinity:affinity
scope:VM
tenantId:tenant-A
deploymentId:ID-123
descriptorId:VNF_4_id
affinityOrAntiAffinity:anitaffinity
scope:nfvi-node
tenantId:tenant-A
deploymentId:ID-ABC
第二请求消息携带的部署策略数量也可以根据实际需求调整。示例性的,当VNF3和 VNF4也有物理节点隔离的需求时,第二请求消息中还可以包括如下的第二部署策略:
descriptorId:VNF_3_id
affinityOrAntiAffinity:anitaffinity
scope:nfvi-node
tenantId:tenant-A
deploymentId:ID-efg
descriptorId:VNF_4_id
affinityOrAntiAffinity:anitaffinity
scope:nfvi-node
tenantId:tenant-A
deploymentId:ID-efg
317:NFVO根据第二请求消息以及第二NSD文件,执行实例化第二VNF的流程。
本步骤与步骤216类似,即通过匹配到具有相同的用户标识和部署任务标识的第一部署策略和第二部署策略,再根据第一标识和第二标识确定第一部署策略和第二部署策略关联的VNF之间是否资源共享或资源隔离,故在此不再赘述。
示例性的,在应用场景1的情况下,所有第二VNF部署的物理节点与所有第一VNF部署的物理节点均不同。
示例性的,在应用场景2的情况下,VNF1和VNF3共虚拟机节点部署,VNF2和VNF4 的物理节点隔离部署。
318-321:第二VNF和第二VL创建完成,完成第二NS的部署。
具体参照步骤209-212,在此不再赘述。
本实施例中,通过在部署第二NS时OSS/BSS获取租户的需求后再生成第一NS的第一部署策略,并向NFVO发送第一NS的第一部署策略,从而使第一部署策略和第二部署策略的制定更加灵活。
在一些其他的实施方式中,OSS/BSS可以通过第一NSD文件作为载体向NFVO提供第一部署策略,通过第二请求消息作为载体向NFVO提供第二策略,即步骤201至步骤212,以及步骤313至步骤321合并作为一个实施例。OSS/BSS还可以通过更新消息作为载体向NFVO 提供第一部署策略,通过第二NSD文件作为载体向NFVO提供第二策略,即步骤301至步骤312,以及步骤212至步骤218合并作为一个实施例。对此本申请不做限制。
如图6所示,图6为本申请实施例提供的网络业务部署方法第三实施例的流程示意图。本实施例中,租户有部署至少两个NS的需求,即第一NS和第二NS均为待部署的NS,对于如何实现两个待部署的NS之间的资源隔离或共享,本实施例通过如下步骤实现:
401:OSS/BSS根据租户Z的至少两个网络需求,使用嵌套NSD文件为租户Z部署网络。
本实施例中以租户的网络需求为2个进行举例说明。
其中嵌套NSD文件中包含2个NSD文件的NSD文件标识,每一NSD文件标识对应的NSD文件用来部署一个NS。
示例性的,如图7所示,图7为本申请提供的嵌套NSD文件示意图。
如图7所示,即嵌套NSD文件(NSD-3)内包含2个NSD文件标识,即NSD-1和NSD-2。根据租户需求,NSD-1对应的第一NSD文件和NSD-2对应的第二NSD文件分别用来部署租户需要的2个网络,其中第一NS中的VNF1和第二NS中的VNF3需要部署在中心城市A,而且是共物理机部署的;第一NS中的VNF2部署在城市B,第二NS中的VNF4部署在城市 C,它们彼此隔离。针对该需求,嵌套NSD文件中的NSD-1对应的第一NSD文件包括如图8 所示的内容,嵌套NSD文件中的NSD-2对应的第二NSD文件包括如图9所示的内容。图8 为本申请提供的嵌套NSD文件中的NSD-1对应的第一NSD文件的示意图,图9为嵌套NSD 文件中的NSD-2对应的第二NSD文件的示意图。
本申请实施例中,用于指示关联的VNF部署于租户的资源池的部署策略(包括用户范围标识的部署策略,即scope为tenant的部署策略,例如group_3、group_c),由于该部署策略的应用范围是租户的所有VNF,而不是只针对该租户的某一些VNF,所有该部署策略中的部署任务标识可以为空。当然,该部署策略中的部署任务标识也可以不为空,对此本申请不做限制。
本实施例中,第一部署策略和第二部署策略除了具有相同的用户标识和部署任务标识外,还具有相同的第一标识和第二标识。当然,第一部署策略和第二部署策略具有相同的用户标识和部署任务标识的情况下,也可以第一部署策略和第二部署策略中只有其中一者具有第一标识和第二标识,对此本申请不做限制。
402-405:OSS/BSS向NFVO上传嵌套NSD文件以及第一NSD文件和第二NSD文件,并向NFVO申请第一NS的第一NS实例标识和第二NS实例的第二NS实例标识。
步骤402-405类似于步骤202至步骤205,故在此不再赘述。
406:OSS/BSS向NFVO发送实例化第一NS和第二NS的第一请求消息。
407:NFVO根据第一请求消息和嵌套NSD文件、第一NSD文件和第二NSD文件,执行实例化第二VNF的流程。
具体地,NFVO比较第一NSD文件中的至少一个第一部署策略和第二NSD文件中的至少一个第二部署策略,从中确定具有相同用户标识和部署任务标识的第一部署策略和第二部署策略,以确定与之关联的第一VNF和第二VNF之间是否共资源部署。
示例性的,NFVO获取并解析嵌套NSD文件,根据嵌套NSD文件中的第一NSD文件标识获取第一NSD文件,根据第二NSD文件获取第二NSD文件。NFVO确定第一NSD文件中的 group_3和第二NSD文件中的group_c中的affinityOrAntiAffinity均为AFFINITY、scope 均为tenant且tenantID均为tenant-A,则确定与group_3关联的VNF1、VNF2以及与group_c 关联的VNF3和VNF4均部署于同一用户资源池。
进一步地,第一NSD文件中的group_1和第二NSD文件中的group_a具有相同的tenantId和deploymentId,从而表明group_a和group_1为相同的部署策略,其关联的对象VNF1和VNF3,在部署时需要遵循相同的亲和反亲和规则。group_a和group_1中的affinityOrAntiAffinity为AFFINITY,scope为NFVI-NODE,即VNF1和VNF3为物理节点上亲和,需要部署在同一物理节点。
进一步地,第一NSD文件中的group_2和第二NSD文件中的group_b,具有相同的tenantId和deploymentId,从而表明group_2与group_b为相同的部署策略,其关联的对象VNF2和VNF4在部署是需要遵循相同的部署策略。group_2与group_b中的affinityOrAntiAffinity为AntiAffinity,scope为NFVI-NODE,即VNF2和VNF4为物理节点的反亲和,需要部署在不同的物理节点上。
本实施例中,NFVO可以先向VNFM发送实例化第一VNF的指示消息,以完成第一NS的部署,并接收VNFM返回的部署第一VNF的物理节点或虚拟节点信息。然后根据第二VNF 与第一VNF的关联的部署策略确定的亲和反亲和关系,NFVO向VNFM发送实例化第二VNF 的指示消息,指示消息中携带第一VNF的物理节点或虚拟节点信息,以使VNFM将第二VNF 部署在同一物理节点或虚拟节点,或者部署在不同的物理节点或虚拟节点。
示例性的,NFVO可以先根据第一NSD文件指示VNFM完成第一NS中VNF1和VNF2的部署,并获取部署VNF1和VNF2的物理节点。再根据第二NSD文件指示VNFM完成VNF3和VNF4 的部署。其中部署VNF3时,根据部署的VNF1所在的物理节点,提供给VNFM完成VNF3部署,从而实现VNF1和VNF3的共物理机部署。部署VNF4时,根据部署的VNF2所在的物理节点,提供给VNFM并指示VNFM采用不同的物理节点用来完成VNF4部署,从而实现VNF2 和VNF4的物理节点隔离部署。
408-411:第一VNF和第一VL,以及第二VNF和第二VL创建完成,完成第一NS和第二NS的部署。
步骤408-411与步骤209-212类似,在此不再赘述。
本实施例中,对于需要一同部署的多个NS之间,通过嵌套NSD的方式向NFVO上传对应的部署策略,使NFVO根据部署策略中的用户标识、部署任务标识、第一标识和第二标识等确定多个NS的VNF之间的部署要求,从而根据部署要求为这些NS中的VNF分配资源,完成NS的部署。
在一些其他的实施方式中,也可以不对NSD文件进行拓展,即不在NSD文件中携带第一部署策略和第二部署策略,而是在OSS/BSS请求实例化第一NS和第二NS的请求消息中携带第一部署策略和第二部署策略,具体可参照网络业务部署方法第二实施例中的更新消息或第二请求消息中的部署策略的格式,故在此不再赘述。
如图10所示,图10为本申请实施例提供的NFVO一实施例的结构示意图。本实施例中,NFVO500包括:
获取模块501,用于获取第一部署策略关联的第一虚拟化网络功能VNF,以及第二部署策略关联的第二VNF,第一VNF属于第一网络业务NS,第二VNF属于第二NS,第一部署策略和第二部署策略包括相同的用户标识和部署任务标识,第二部署策略还包括第一标识,第一标识用于指示资源的亲和或反亲和。
确定模块502,用于根据第一标识确定第一VNF与第二VNF是否共资源部署。
在一些其他的实施方式中,NFVO500还包括接收模块503,用于接收运营和业务支持系统OSS/BSS发送的更新消息,更新消息用于更新第一NS的部署策略,更新消息包括第一部署策略。获取模块501还用于从更新消息中获取第一部署策略。
在一些其他的实施方式中,NFVO500还包括接收模块503,用于接收OSS/BSS上传的第一NS对应的第一网络业务描述模板NSD文件,第一NSD文件包括第一部署策略。获取模块501还用于从第一NSD文件中获取第一部署策略。
在一些其他的实施方式中,接收模块503还用于接收OSS/BSS发送的用于指示实例化第二NS的请求消息,请求消息中包括第二部署策略。获取模块501还用于从请求消息中获取第二部署策略。
在一些其他的实施方式中,接收模块503还用于接收OSS/BSS上传的第二NS对应的第二NSD文件,第二NSD文件包括第二部署策略。获取模块501还用于从第二NSD文件中获取第二部署策略。
在一些其他的实施方式中,接收模块503用于接收OSS/BSS上传的第一NS对应的第一NSD文件和第二NS对应的第二NSD文件,第一NSD文件包括第一部署策略,第二NSD文件包括第二部署策略。获取模块501还用于从第一NSD文件中获取第一部署策略,以及从第二NSD文件第二部署策略。
其中,第二部署策略还包括第二标识,第二标识用于指示第二部署策略的应用范围。
在一些其他的实施方式中,第一标识为亲和标识,第二标识为用户范围标识,确定模块502具体用于根据亲和标识和用户范围标识确定第一VNF与第二VNF部署于同一用户资源池。
在一些其他的实施方式中,第一标识为亲和标识或反亲和标识,第二标识为物理节点范围标识,确定模块502具体用于根据亲和标识和物理节点范围标识确定第一VNF与第二 VNF部署于同一物理节点,或根据反亲和标识和物理节点范围标识确定第一VNF和第二VNF 部署于不同的物理节点。
在一些其他的实施方式中,第一标识为亲和标识或反亲和标识,第二标识为虚拟节点范围标识,确定模块502具体用于根据亲和标识和虚拟节点范围标识确定第一VNF与第二 VNF部署于同一虚拟节点,或根据反亲和标识和虚拟节点范围标识确定第一VNF和第二VNF 部署于不同的虚拟节点。
在一些其他的实施方式中,第一部署策略还包括与第二部署策略相同的第一标识和/ 或第二标识。
在一些其他的实施方式中,接收模块503用于接收OSS/BSS发送的实例化第二NS的请求消息。NFVO500还包括发送模块504,用于响应于请求消息向VNFM发送实例化第二VNF的指示消息,指示消息用于指示第二VNF是否与第一VNF实例化于同一资源池/物理节点/虚拟节点。
如图11所示,图11为本申请实施例提供的NFVO另一实施例的结构示意图。本实施例中,NFVO600可以包括一个或一个以上处理器601、存储器602和收发器603,该存储器 602中存储有一个或一个以上的应用程序或数据。收发器603用于与OSS/BSS和VNFM的收发器之间进行消息的收发。
其中,所述处理器601可以是一个或多个芯片,或一个或多个集成电路。例如,处理器601可以是一个或多个现场可编程门阵列(field-programmable gate array,FPGA)、专用集成芯片(application specific integrated circuit,ASIC)、系统芯片(system onchip,SoC)、中央处理器(central processor unit,CPU)、网络处理器(networkprocessor,NP)、数字信号处理电路(digital signal processor,DSP)、微控制器(microcontroller unit,MCU),可编程控制器(programmable logic device,PLD)或其它集成芯片,或者上述芯片或者处理器的任意组合等。
存储器602可以是易失性存储或持久存储。存储在存储器602的程序可以包括一个或一个以上模块,每个模块可以包括对服务器中的一系列指令操作。更进一步地,处理器601可以设置为与存储器602通信,在NFVO600上执行存储器602中的一系列指令操作。
该处理器601可以执行前述图2至4所示实施例中NFVO所执行的操作,具体此处不再赘述。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM, read-onlymemory)、随机存取存储器(RAM,random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
Claims (29)
1.一种网络业务部署方法,其特征在于,所述方法包括:
网络功能虚拟化编排器NFVO获取第一部署策略关联的第一虚拟化网络功能VNF,以及第二部署策略关联的第二VNF,所述第一VNF属于第一网络业务NS,所述第二VNF属于第二NS,所述第一部署策略和所述第二部署策略包括相同的用户标识和部署任务标识,所述第二部署策略还包括第一标识,所述第一标识用于指示资源的亲和或反亲和;
所述NFVO根据所述第一标识确定所述第一VNF与所述第二VNF是否共资源部署。
2.根据权利要求1所述的方法,其特征在于,所述第一NS为已部署的NS,所述第二NS为待部署的NS,所述网络功能虚拟化编排器NFVO获取第一部署策略关联的第一虚拟化网络功能VNF,以及第二部署策略关联的第二VNF之前,还包括:
所述NFVO接收运营和业务支持系统OSS/BSS发送的更新消息,所述更新消息用于更新所述第一NS的部署策略,所述更新消息包括所述第一部署策略;
所述NFVO从所述更新消息中获取所述第一部署策略。
3.根据权利要求1所述的方法,其特征在于,所述第一NS为已部署的NS,所述第二NS为待部署的NS,所述网络功能虚拟化编排器NFVO获取第一部署策略关联的第一虚拟化网络功能VNF,以及第二部署策略关联的第二VNF之前,还包括:
所述NFVO接收OSS/BSS上传的所述第一NS对应的第一网络业务描述模板NSD文件,所述第一NSD文件包括所述第一部署策略;
所述NFVO从所述第一NSD文件中获取所述第一部署策略。
4.根据权利要求2或3所述的方法,其特征在于,所述网络功能虚拟化编排器NFVO获取第一部署策略关联的第一虚拟化网络功能VNF,以及第二部署策略关联的第二VNF之前,还包括:
所述NFVO接收所述OSS/BSS发送的用于指示实例化所述第二NS的请求消息,所述请求消息中包括所述第二部署策略;
所述NFVO从所述请求消息中获取所述第二部署策略。
5.根据权利要求2或3所述的方法,其特征在于,所述网络功能虚拟化编排器NFVO获取第一部署策略关联的第一虚拟化网络功能VNF,以及第二部署策略关联的第二VNF之前,还包括:
所述NFVO接收所述OSS/BSS上传的所述第二NS对应的第二NSD文件,所述第二NSD文件包括所述第二部署策略;
所述NFVO从所述第二NSD文件中获取所述第二部署策略。
6.根据权利要求1所述的方法,其特征在于,所述第一NS和所述第二NS均为待部署的NS,所述网络功能虚拟化编排器NFVO获取第一部署策略关联的第一虚拟化网络功能VNF,以及第二部署策略关联的第二VNF之前,包括:
所述NFVO接收所述OSS/BSS上传的所述第一NS对应的第一NSD文件和所述第二NS对应的第二NSD文件,所述第一NSD文件包括所述第一部署策略,所述第二NSD文件包括所述第二部署策略;
所述NFVO从所述第一NSD文件中获取所述第一部署策略,以及从所述第二NSD文件所述第二部署策略。
7.根据权利要求1至6中任一项所述的方法,其特征在于,所述第二部署策略还包括第二标识,所述第二标识用于指示所述第二部署策略的应用范围。
8.根据权利要求7所述的方法,其特征在于,所述第一标识为亲和标识,所述第二标识为用户范围标识,所述NFVO根据所述第一标识确定所述第一VNF与所述第二VNF是否共资源部署包括:
所述NFVO根据所述亲和标识和所述用户范围标识确定所述第一VNF与所述第二VNF部署于同一用户资源池。
9.根据权利要求7所述的方法,其特征在于,所述第一标识为亲和标识或反亲和标识,所述第二标识为物理节点范围标识,所述NFVO根据所述第一标识确定所述第一VNF与所述第二VNF是否共资源部署包括:
所述NFVO根据所述亲和标识和所述物理节点范围标识确定所述第一VNF与所述第二VNF部署于同一物理节点,或根据所述反亲和标识和所述物理节点范围标识确定所述第一VNF和所述第二VNF部署于不同的物理节点。
10.根据权利要求7所述的方法,其特征在于,所述第一标识为亲和标识或反亲和标识,所述第二标识为虚拟节点范围标识,所述NFVO根据所述第一标识确定所述第一VNF与所述第二VNF是否共资源部署包括:
所述NFVO根据所述亲和标识和所述虚拟节点范围标识确定所述第一VNF与所述第二VNF部署于同一虚拟节点,或根据所述反亲和标识和所述虚拟节点范围标识确定所述第一VNF和所述第二VNF部署于不同的虚拟节点。
11.根据权利要求7至10中任一项所述的方法,其特征在于,所述第一部署策略还包括与所述第二部署策略相同的所述第一标识和/或所述第二标识。
12.根据权利要求1至11中任一项所述的方法,其特征在于,所述方法还包括:
所述NFVO接收所述OSS/BSS发送的实例化所述第二NS的请求消息;
所述NFVO响应于所述请求消息,向虚拟化功能管理器VNFM发送实例化所述第二VNF的指示消息,所述指示消息包括实例化所述第二VNF的位置信息,所述位置信息为所述NFVO确定所述第一VNF与所述第二VNF是否共资源部署后为所述第二VNF分配的。
13.一种网络业务部署方法,其特征在于,所述方法包括:
运营和业务支持系统OSS/BS向网络功能虚拟化编排器NFVO发送第一部署策略和第二部署策略;
所述NFVO判断所述第一部署策略和所述第二部署策略是否包括相同的用户标识和部署任务标识;
若为是,则所述NFVO获取所述第一部署策略关联的第一虚拟化网络功能VNF,以及所述第二部署策略关联的第二VNF,所述第一VNF属于第一网络业务NS,所述第二VNF属于第二NS;
所述NFVO根据所述第二部署策略中的第一标识确定所述第一VNF与所述第二VNF是否共资源部署,所述第一标识用于指示资源的亲和或反亲和。
14.跟权利要求13所述的方法,其特征在于,所述方法还包括:
所述OSS/BS向所述NFVO发送实例化所述第二NS的请求消息;
所述NFVO响应于所述请求消息向虚拟化网络功能管理器VNFM发送实例化所述第二VNF的指示消息,所述指示消息包括实例化所述第二VNF的位置信息,所述位置信息为所述NFVO确定所述第一VNF与所述第二VNF是否共资源部署后为所述第二VNF分配的;
所述VNFM根据所述指示消息在所述位置信息对应的节点实例化所述第二VNF。
15.一种网络功能虚拟化编排器NFVO,其特征在于,所述NFVO包括:
获取模块,用于获取第一部署策略关联的第一虚拟化网络功能VNF,以及第二部署策略关联的第二VNF,所述第一VNF属于第一网络业务NS,所述第二VNF属于第二NS,所述第一部署策略和所述第二部署策略包括相同的用户标识和部署任务标识,所述第二部署策略还包括第一标识,所述第一标识用于指示资源的亲和或反亲和;
确定模块,用于根据所述第一标识确定所述第一VNF与所述第二VNF是否共资源部署。
16.根据权利要求15所述的NFVO,其特征在于,所述NFVO还包括:
接收模块,用于接收运营和业务支持系统OSS/BSS发送的更新消息,所述更新消息用于更新所述第一NS的部署策略,所述更新消息包括所述第一部署策略;
所述获取模块,还用于从所述更新消息中获取所述第一部署策略。
17.根据权利要求15所述的NFVO,其特征在于,所述NFVO还包括:
接收模块,用于接收所述OSS/BSS上传的所述第一NS对应的第一网络业务描述模板NSD文件,所述第一NSD文件包括所述第一部署策略;
所述获取模块,还用于从所述第一NSD文件中获取所述第一部署策略。
18.根据权利要求16或17所述的NFVO,其特征在于,
所述接收模块,还用于接收所述OSS/BSS发送的用于指示实例化所述第二NS的请求消息,所述请求消息中包括所述第二部署策略;
所述获取模块,还用于从所述请求消息中获取所述第二部署策略。
19.根据权利要求16或17所述的NFVO,其特征在于,
所述接收模块,还用于接收所述OSS/BSS上传的所述第二NS对应的第二NSD文件,所述第二NSD文件包括所述第二部署策略;
所述获取模块,还用于从所述第二NSD文件中获取所述第二部署策略。
20.根据权利要求15所述的NFVO,其特征在于,所述NFVO还包括:
接收模块,用于接收所述OSS/BSS上传的所述第一NS对应的第一NSD文件和所述第二NS对应的第二NSD文件,所述第一NSD文件包括第一部署策略,所述第二NSD文件包括第二部署策略;
所述获取模块,还用于从所述第一NSD文件中获取第一部署策略,以及从所述第二NSD文件所述第二部署策略。
21.根据权利要求15至20中任一项所述的NFVO,其特征在于,所述第二部署策略还包括第二标识,所述第二标识用于指示所述第二部署策略的应用范围。
22.根据权利要求21所述的方法,其特征在于,所述第一标识为亲和标识,所述第二标识为用户范围标识,所述确定模块具体用于:
根据所述亲和标识和所述用户范围标识确定所述第一VNF与所述第二VNF部署于同一用户资源池。
23.根据权利要求21所述的NFVO,其特征在于,所述第一标识为亲和标识或反亲和标识,所述第二标识为物理节点范围标识,所述确定模块具体用于:
根据所述亲和标识和所述物理节点范围标识确定所述第一VNF与所述第二VNF部署于同一物理节点,或根据所述反亲和标识和所述物理节点范围标识确定所述第一VNF和所述第二VNF部署于不同的物理节点。
24.根据权利要求21所述的NFVO,其特征在于,所述第一标识为亲和标识或反亲和标识,所述第二标识为虚拟节点范围标识,所述确定模块具体用于:
根据所述亲和标识和所述虚拟节点范围标识确定所述第一VNF与所述第二VNF部署于同一虚拟节点,或根据所述反亲和标识和所述虚拟节点范围标识确定所述第一VNF和所述第二VNF部署于不同的虚拟节点。
25.根据权利要求21至24任一项所述的NFVO,其特征在于,所述第一部署策略还包括与所述第二部署策略相同的所述第一标识和/或所述第二标识。
26.根据权利要求15至25任一项所述的NFVO,其特征在于,所述NFVO还包括:
接收模块,用于接收所述OSS/BSS发送的实例化所述第二NS的请求消息;
发送模块,用于响应于所述请求消息向VNFM发送实例化所述第二VNF的指示消息,所述指示消息用于指示所述第二VNF是否与所述第一VNF实例化于同一所述资源池/所述物理节点/所述虚拟节点。
27.一种网络功能虚拟化编排器NFVO,其特征在于,包括:
处理器、存储器和收发器,其中,所述存储器存储有程序代码,所述处理器调用所述存储器中存储的程序代码,使得所述网络业务部署设备执行如权利要求1-12任一项所述的网络业务部署方法。
28.一种网络功能虚拟化NFV系统,其特征在于,所述系统包括运营和业务支持系统OSS/BSS和如权利要求15至27任一项所述的网络功能虚拟化编排器NFVO;
所述OSS/BSS,用于向NFVO发送包括用户标识和部署任务标识的第一部署策略和第二部署策略,所述第二部署策略还包括第一标识,所述第一标识用于指示资源的亲和或反亲和,所述第一部署策略与第一VNF关联,所述第二NS与第二VNF关联;
所述NFVO,用于根据所述第二部署策略中的第一标识确定所述第一VNF与所述第二VNF是否共资源部署。
29.跟权利要求28所述的系统,其特征在于,所述系统还包括虚拟化网络功能管理器VNFM;
所述NFVO,还用于向所述VNFM发送实例化所述第二VNF的指示消息,所述指示消息包括部署所述第二VNF的位置信息,所述位置信息为所述NFVO确定所述第一VNF与所述第二VNF是否共资源部署后为所述第二VNF分配的;
所述VNFM,用于根据所述指示消息在所述位置信息对应的节点实例化所述第二VNF。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111017188.7A CN115733743A (zh) | 2021-08-31 | 2021-08-31 | 网络业务部署方法、nfvo以及nfv系统 |
PCT/CN2022/115397 WO2023030218A1 (zh) | 2021-08-31 | 2022-08-29 | 网络业务部署方法、nfvo以及nfv系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111017188.7A CN115733743A (zh) | 2021-08-31 | 2021-08-31 | 网络业务部署方法、nfvo以及nfv系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115733743A true CN115733743A (zh) | 2023-03-03 |
Family
ID=85291820
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111017188.7A Pending CN115733743A (zh) | 2021-08-31 | 2021-08-31 | 网络业务部署方法、nfvo以及nfv系统 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN115733743A (zh) |
WO (1) | WO2023030218A1 (zh) |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108886473B (zh) * | 2016-04-08 | 2020-09-11 | 华为技术有限公司 | 一种管理方法及装置 |
CN108696373B (zh) * | 2017-04-06 | 2019-09-20 | 华为技术有限公司 | 虚拟资源分配方法、nfvo和系统 |
-
2021
- 2021-08-31 CN CN202111017188.7A patent/CN115733743A/zh active Pending
-
2022
- 2022-08-29 WO PCT/CN2022/115397 patent/WO2023030218A1/zh unknown
Also Published As
Publication number | Publication date |
---|---|
WO2023030218A1 (zh) | 2023-03-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110324164B (zh) | 一种网络切片的部署方法及装置 | |
CN108293004B (zh) | 用于网络切片管理的系统和方法 | |
US10298439B2 (en) | Network functions virtualization network system and data processing method, and apparatus | |
JP6834033B2 (ja) | ネットワークスライス管理方法、ユニット、及びシステム | |
CN107689882B (zh) | 一种虚拟化网络中业务部署的方法和装置 | |
EP3291499B1 (en) | Method and apparatus for network service capacity expansion | |
WO2017045471A1 (zh) | 一种在云计算系统中获取业务链信息的方法和装置 | |
CN109391490B (zh) | 网络切片的管理方法和装置 | |
KR102272229B1 (ko) | 네트워크 서비스 라이프 사이클 관리 승인 방법 및 장치 | |
US11490327B2 (en) | Method, device, and system for deploying network slice | |
CN110311798B (zh) | 一种管理虚拟资源的方法及装置 | |
CN111245634B (zh) | 一种虚拟化管理方法及装置 | |
EP3893437B1 (en) | Method and device for deploying virtual network function | |
CN115733743A (zh) | 网络业务部署方法、nfvo以及nfv系统 | |
CN113055211B (zh) | 网络服务实例化的方法及网络功能虚拟化编排器 | |
WO2018014351A1 (zh) | 一种资源配置方法及装置 | |
US20230327959A1 (en) | Method for establishing network connection and apparatus | |
CN113098705B (zh) | 网络业务的生命周期管理的授权方法及装置 | |
CN111581203B (zh) | 信息处理方法、装置及存储介质 | |
US20230328535A1 (en) | Data delivery automation of a cloud-managed wireless telecommunication network | |
US20230409371A1 (en) | Method for creating network service ns and related apparatus | |
JP2024502038A (ja) | スケーリング方法および装置 | |
CN114554504A (zh) | 网络切片规划的方法以及相关设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication |