发明内容
本发明实施例提供一种NFV管理方法、VNFM、MEC平台及存储介质,以解决针对用户不同的业务请求,当前的业务管理无法实现以业务类型为粒度进行管理的问题。
第一方面,本发明实施例提供一种NFV管理方法,应用于MEC平台,所述方法包括:
接收虚拟化网络功能管理器VNFM发送的虚拟化网络功能描述符VNFD,其中,所述VNFD至少包括针对业务模型的描述,所述针对业务模型的描述至少包括业务类型,Mv2接口包括针对不同业务类型的操作,所述Mv2接口为所述MEC平台与所述VNFM之间的接口。
可选地,所述方法还包括:
根据所述VNFD的描述,创建对应的应用模板。
可选地,所述根据所述VNFD的描述,创建对应的应用模板,包括:
根据所述VNFD的描述,为不同的业务类型定义对应的业务编排策略。
可选地,所述针对业务模型的描述还包括每一业务类型对应的服务质量QoS需求,所述根据所述VNFD的描述,为不同的业务类型定义对应的业务编排策略,包括:
根据不同的业务类型对应的QoS需求,为每一业务类型分配对应的QoS保障的服务资源。
可选地,所述根据所述VNFD的描述,为不同的业务类型定义对应的业务编排策略,包括:
根据所述VNFD的描述,确定不同业务类型对应的的资源需求;
根据不同业务类型的资源需求,为不同的业务类型定义对应的业务编排策略。
可选地,所述根据所述VNFD的描述,确定不同业务类型对应的资源需求,包括:
从所述VNFD中获取不同业务类型对应的资源需求,其中,所述VNFD中还包括不同业务类型对应的资源需求;
或者,根据所述VNFD中针对业务模型的描述,确定不同业务类型对应的资源需求。
第二方面,本发明实施例提供一种NFV管理方法,应用于VNFM,所述方法包括:
向移动边缘计算MEC平台发送虚拟化网络功能描述符VNFD,其中,所述VNFD至少包括针对业务模型的描述,所述针对业务模型的描述至少包括业务类型,Mv2接口包括针对不同业务类型的操作,所述Mv2接口为所述MEC平台与所述VNFM之间的接口。
可选地,所述针对业务模型的描述还包括每一业务类型对应的服务质量QoS需求;
和/或,所述VNFD中还包括不同业务类型对应的资源需求。
第三方面,本发明实施例提供一种MEC平台,所述MEC平台包括:
接收模块,用于接收虚拟化网络功能管理器VNFM发送的虚拟化网络功能描述符VNFD,其中,所述VNFD至少包括针对业务模型的描述,所述针对业务模型的描述至少包括业务类型,Mv2接口包括针对不同业务类型的操作,所述Mv2接口为所述MEC平台与所述VNFM之间的接口。
可选地,所述MEC平台还包括:
创建模块,用于根据所述VNFD的描述,创建对应的应用模板。
可选地,所述创建模块,具体用于:
根据所述VNFD的描述,为不同的业务类型定义对应的业务编排策略。
可选地,所述针对业务模型的描述还包括每一业务类型对应的服务质量QoS需求,所述创建模块,具体用于:
根据不同的业务类型对应的QoS需求,为每一业务类型分配对应的QoS保障的服务资源。
可选地,所述创建模块,包括:
确定单元,用于根据所述VNFD的描述,确定不同业务类型对应的资源需求;
定义单元,用于根据不同业务类型的资源需求,为不同的业务类型定义对应的业务编配策略。
可选地,所述确定单元,具体用于:
从所述VNFD中获取不同业务类型对应的资源需求,其中,所述VNFD中还包括不同业务类型对应的资源需求;
或者,根据所述VNFD中针对业务模型的描述,确定不同业务类型对应的资源需求。
第四方面,本发明实施例提供一种VNFM,所述VNFM包括:
发送模块,用于向移动边缘计算MEC平台发送虚拟化网络功能描述符VNFD,其中,所述VNFD至少包括针对业务模型的描述,所述针对业务模型的描述至少包括业务类型,Mv2接口包括针对不同业务类型的操作,所述Mv2接口为所述MEC平台与所述VNFM之间的接口。
可选地,所述针对业务模型的描述还包括每一业务类型对应的服务质量QoS需求;
和/或,所述VNFD中还包括不同业务类型对应的资源需求。
第五方面,本发明实施例提供一种MEC平台,包括处理器,存储器,存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现上述NFV管理方法中MEC平台执行的步骤。
第六方面,本发明实施例提供一种VNFM,包括处理器,存储器,存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现上述NFV管理方法中VNFM执行的步骤。
第七方面,本发明实施例提供一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现上述NFV管理方法的步骤。
本发明实施例提供的NFV管理方法中,MEC平台接收虚拟化网络功能管理器VNFM发送的虚拟化网络功能描述符VNFD,其中,所述VNFD至少包括针对业务模型的描述,所述针对业务模型的描述至少包括业务类型,Mv2接口包括针对不同业务类型的操作,所述Mv2接口为所述MEC平台与所述VNFM之间的接口。这样,在VNFD中增加针对业务模型的描述,能够实现以业务类型为粒度的业务管理,增强MEC平台与NFV架构之间的接口融合。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获取的所有其他实施例,都属于本发明保护的范围。
参见图1,图1是本发明实施例提供的NFV管理方法的流程示意图之一,所述NFV管理方法应用于MEC平台,如图1所示,所述NFV管理方法包括:
步骤101、接收VNFM发送的VNFD,其中,所述VNFD至少包括针对业务模型的描述,所述针对业务模型的描述至少包括业务类型,Mv2接口包括针对不同业务类型的操作,所述Mv2接口为所述MEC平台与所述VNFM之间的接口。
本发明实施例中,所述MEC平台的架构图可以如图2所示,其中,SaaS(Soffware-as-a-Service,服务即平台)层提供给客户的服务是运营商运行在云计算基础设施上的应用程序,用户可以在各种设备上通过客户端界面访问,如浏览器,消费者不需要管理或者控制任何云计算基础设施(如网络、服务器、操作系统、存储等)。PaaS(Platform-as-a-Service,平台即服务)层提供给消费者的服务是把客户开发的或收购的应用程序部署到供应商的云计算基础设施上,客户不需要管理或控制底层的云计算基础设置,但客户能控制部署的应用程序,也可能控制运行应用程序的托管环境配置,其中,图2中所示的PaaS中的API网关表示应用程序接口(Application Programming Interface)。IaaS(Infrastructure-as-a-Service,基础设施即服务)层提供给消费者的服务是对所有计算基础设施(例如处理器、内存、存储及网络等)的利用,用户能够部署和运行任意软件,包括操作系统和应用程序,消费者不需要管理或者控制任何云计算基础设施,但能够控制操作系统的选择、存储空间、部署的应用,也可以获得有限制的网络组建(例如路由器、防火墙以及负载均衡器等)的控制。
所述VNFM可以接收NFVO(Network Function Virtualization Orchestration,网络功能虚拟化编排器)发送的VNFD,然后将接收到的VNFD转发给所述MEC平台。具体地,所述NFVO对VNFD进行定义,在VNFD中增加针对业务模型的描述,并将定义后的VNFD发送给所述VNFM,所述VNFM将接收到的所述VNFD转发所述所述MEC平台。所述NFVO与所述VNFM可以是两个分别独立的装置,也可以结合为一个装置,即同时具备NFV管理与编排的装置,如NFVMANO(Management and Orchestration,管理与编排),本发明实施例对此不作具体限定。
该步骤中,所述MEC平台接收VNFM发送的VNFD,所述VNFD至少包括针对业务模型的描述,所述针对业务模型的描述至少包括业务类型。相应地,为了适应VNFD中描述内容的变化,Mv2接口包括针对不同业务类型的操作,即在Mv2接口中定义针对不同业务类型的操作,所述Mv2接口为所述MEC平台与所述VNFM之间的接口(如现有技术中Ve-Vnfm-em接口)。现有技术中,Ve-Vnfm-em以VNF为粒度进行交互,本实施例中,在VNFD中增加针对业务模型的描述,且在Mv2接口中增加针对不同业务类型的操作,能够实现以业务类型为粒度的管理。
所述VNFD中针对业务模型的描述符可以包括以下表1内容:
表1
其中,“Attribute”表示“属性”,“Qualifier”表示“是否可选”,“Cardinality”表示“基数”,“Content”表示“内容”,“Description”表示“描述”;“application type”为“应用类型”,“M”表示“可选”,“String”表示“字符串”,“The type of application runningin the VNF,e.g.video,voice”表示“运行在VNF的应用类型,例如视频、语音”。
增加针对业务类型的操作的Mv2接口可以定义如下表2:
表2
本实施例中,MEC平台接收VNFM发送的VNFD,其中,所述VNFD至少包括针对业务模型的描述,所述针对业务模型的描述至少包括业务类型,Mv2接口包括针对不同业务类型的操作,所述Mv2接口为所述MEC平台与所述VNFM之间的接口。这样,在VNFD中增加针对业务模型的描述,能够实现以业务类型为粒度的业务管理,增强MEC平台与NFV架构之间的接口融合。此外,在改进的接口基础上,借助当前应用最广泛的Bluprint(蓝图)的形式能够实现以业务类型为粒度的整套管理流程,能够直接应用在现有的MEC平台。
可选地,所述方法还包括:
根据所述VNFD的描述,创建对应的应用模板。
在接收到所述VNFM发送的VNFD后,所述MEC平台进一步根据所述VNFD的描述,创建对应的应用模板。具体地,所述VNFM可以根据所述VNFD的描述,为不同的业务类型定义对应的业务编排策略。
可选地,所述根据所述VNFD的描述,创建对应的应用模板,包括:
根据所述VNFD的描述,为不同的业务类型定义对应的业务编排策略。
该实施例中,所述MEC根据所述VNFD的描述,创建对应的应用模板,具体包括根据所述VNFD的描述,为不同的业务类型定义对应的业务编排策略。
请参阅图3,图3是本发明实施例提供的一种交互流程图,如图3所示,VNFM发送VNFD至应用编排器,所述应用编排器根据所述VNFD的描述,启动业务,为不同的业务类型定义对应的业务编排策略,并向MEC平台发送所述业务编排策略,所述MEC平台基于所述业务编排策略向基站以及操作维护管理(Operation Administration and Maintenance,OAM)发送管理控制消息,基于业务类型对业务进行管理及控制。
可选地,所述针对业务模型的描述还包括每一业务类型对应的QoS(Quality ofService,服务质量)需求,所述根据所述VNFD的描述,为不同的业务类型定义对应的业务编排策略,包括:
根据不同的业务类型对应的QoS需求,为每一业务类型分配对应的QoS保障的服务资源。
该实施例中,所述针对业务模型的描述还包括每一业务类型对应的QoS需求,所述MEC平台根据不同的业务类型对应的QoS需求,为每一业务类型分配对应的QoS保证的服务资源,如图3所示,所述MEC平台可以根据业务类型的QoS需求为其分配近实时QoS保障或者非实时QoS保障。
当所述针对业务模型的描述还包括每一业务类型对应的QoS需求时,所述VNFD中针对业务模型的描述符可以包括如下表3内容:
表3
所述QoS需求可以包括业务类型的时延需求以及带宽需求等,对于同一应用,其业务类型不相同时,QoS需求可能也不相同,在VNFD中增加针对每一业务类型对应的QoS需求的描述,能够实现为不同的业务类型提供不同的QoS保障,在保证为业务提供所需资源的同时使得资源利用最大化。举例而言,对于视频类的应用,其包括的业务类型及对应的QoS需求可以描述如下表4:
表4
所述MEC平台可以根据业务类型的QoS需求为不同业务类型提供对应的QoS保障,举例而言,针对上述视频应用的不同业务类型,所述MEC平台可以为其提供如下表5对应的服务资源:
表5
应用类型 |
QoS保障级别 |
网元保障 |
视频-A |
毫秒级别 |
无线资源(RRM) |
视频-B |
分钟级别 |
无线网管 |
视频-C |
分钟级别 |
无线网管 |
具体地,所述MEC平台在生成相应的应用模板时,可以定义相应的策略类型(policy type),如定义tosca(云应用拓扑编排标准,Topology OrchestrationSpecification for Cloud Applications)格式的策略类型,所述tosca格式的策略类型可以定义如下表6:
表6
其中,Near-RT RIC为近实时无线智能控制器(Near-Real time RadioIntelligence Controller)。
可选地,所述根据所述VNFD的描述,为不同的业务类型定义对应的业务编排策略,包括:
根据所述VNFD的描述,确定不同业务类型对应的的资源需求;
根据不同业务类型的资源需求,为不同的业务类型定义对应的业务编排策略。
该实施例中,所述MEC平台可以先根据所述VNFD的描述,确定不同业务类型对应的资源需求,然后根据不同业务类型的资源需求,为不同的业务类型定义对应的业务编排策略。本发明实施例中,所述VNFD中可以包括针对不同业务类型对应的资源需求描述,所述MEC平台直接从接收到的VNFD中获取不同业务类型对应的资源需求。所述VNFD中也可以不包括针对不同业务类型对应的资源需求描述,所述MEC平台根据所述VNFD中针对业务模型的描述,确定不同业务类型对应的资源需求。
可选地,所述根据所述VNFD的描述,确定不同业务类型对应的资源需求,包括:
从所述VNFD中获取不同业务类型对应的资源需求,其中,所述VNFD中还包括不同业务类型对应的资源需求;
或者,根据所述VNFD中针对业务模型的描述,确定不同业务类型对应的资源需求。
参见图4,图4是本发明实施例提供的NFV管理方法的流程示意图之二,所述NFV管理方法应用于VNFM,如图4所示,所述NFV管理方法包括以下步骤:
步骤401、向MEC平台发送VNFD,其中,所述VNFD至少包括针对业务模型的描述,所述针对业务模型的描述至少包括业务类型,Mv2接口包括针对不同业务类型的操作,所述Mv2接口为所述MEC平台与所述VNFM之间的接口。
本实施例中,所述VNFM向MEC平台发送VNFD,其中,所述VNFD至少包括针对业务模型的描述,所述针对业务模型的描述至少包括业务类型,Mv2接口包括针对不同业务类型的操作,所述Mv2接口为所述MEC平台与所述VNFM之间的接口。这样,在VNFD中增加针对业务模型的描述,能够实现以业务类型为粒度的业务管理,增强MEC平台与NFV架构之间的接口融合。
可选地,所述针对业务模型的描述还包括每一业务类型对应的服务质量QoS需求;
和/或,所述VNFD中还包括不同业务类型对应的资源需求。
需要说明的是,本实施例作为与图1所示的实施例中对应的VNFM侧实施方式,其能够实现图1所示的方法实施例中VNFM实现的各个过程,且可以达到相同的有益效果,为避免重复,此处不再赘述。
请参见图5,图5是本发明实施例提供的MEC平台的功能模块示意图之一,如图5所示,MEC平台500包括:
接收模块501,用于接收虚拟化网络功能管理器VNFM发送的虚拟化网络功能描述符VNFD,其中,所述VNFD至少包括针对业务模型的描述,所述针对业务模型的描述至少包括业务类型,Mv2接口包括针对不同业务类型的操作,所述Mv2接口为所述MEC平台与所述VNFM之间的接口。
可选地,参见图6,图6是本发明实施例提供的MEC平台的功能模块示意图之二,如图6所示,所述MEC平台500还包括:
创建模块502,用于根据所述VNFD的描述,创建对应的应用模板。
可选地,所述创建模块502,具体用于:
根据所述VNFD的描述,为不同的业务类型定义对应的业务编排策略。
可选地,所述针对业务模型的描述还包括每一业务类型对应的服务质量QoS需求,所述创建模块502,具体用于:
根据不同的业务类型对应的QoS需求,为每一业务类型分配对应的QoS保障的服务资源。
可选地,参见图7,图7是本发明实施例提供的MEC平台的功能模块示意图之三,如图7所示,所述创建模块502,包括:
确定单元5021,用于根据所述VNFD的描述,确定不同业务类型对应的资源需求;
定义单元5022,用于根据不同业务类型的资源需求,为不同的业务类型定义对应的业务编配策略。
可选地,所述确定单元5021,具体用于:
从所述VNFD中获取不同业务类型对应的资源需求,其中,所述VNFD中还包括不同业务类型对应的资源需求;
或者,根据所述VNFD中针对业务模型的描述,确定不同业务类型对应的资源需求。
本实施例中的MEC平台能够实现图1所示的方法实施例中MEC平台实现的各个过程,且可以达到相同有益效果,为避免重复,此处不再赘述。
请参见图8,图8是本发明实施例提供的VNFM的功能模块示意图,如图8所示,VNFM800包括:
发送模块801,用于向移动边缘计算MEC平台发送虚拟化网络功能描述符VNFD,其中,所述VNFD至少包括针对业务模型的描述,所述针对业务模型的描述至少包括业务类型,Mv2接口包括针对不同业务类型的操作,所述Mv2接口为所述MEC平台与所述VNFM之间的接口。
可选地,所述针对业务模型的描述还包括每一业务类型对应的服务质量QoS需求;
和/或,所述VNFD中还包括不同业务类型对应的资源需求。
本实施例中的VNFM能够实现图1所示的方法实施例中VNFM实现的各个过程,且可以达到相同有益效果,为避免重复,此处不再赘述。
参见图9,本发明实施例提供MEC平台的结构示意图,如图9所示,MEC平台900包括存储器901、处理器902及存储在所述存储器901上并可在所述处理器902上运行的计算机程序,处理器902执行所述程序时实现以下过程:
接收虚拟化网络功能管理器VNFM发送的虚拟化网络功能描述符VNFD,其中,所述VNFD至少包括针对业务模型的描述,所述针对业务模型的描述至少包括业务类型,Mv2接口包括针对不同业务类型的操作,所述Mv2接口为所述MEC平台与所述VNFM之间的接口。
可选地,所述处理器902,还用于实现以下步骤:
根据所述VNFD的描述,创建对应的应用模板。
可选地,所述处理器902实现的根据所述VNFD的描述,创建对应的应用模板,包括:
根据所述VNFD的描述,为不同的业务类型定义对应的业务编排策略。
可选地,所述针对业务模型的描述还包括每一业务类型对应的服务质量QoS需求,所述处理器902实现的根据所述VNFD的描述,为不同的业务类型定义对应的业务编排策略,包括:
根据不同的业务类型对应的QoS需求,为每一业务类型分配对应的QoS保障的服务资源。
可选地,所述处理器902实现的根据所述VNFD的描述,为不同的业务类型定义对应的业务编排策略,包括:
根据所述VNFD的描述,确定不同业务类型对应的的资源需求;
根据不同业务类型的资源需求,为不同的业务类型定义对应的业务编排策略。
可选地,所述处理器902实现的根据所述VNFD的描述,确定不同业务类型对应的资源需求,包括:
从所述VNFD中获取不同业务类型对应的资源需求,其中,所述VNFD中还包括不同业务类型对应的资源需求;
或者,根据所述VNFD中针对业务模型的描述,确定不同业务类型对应的资源需求。
参见图10,本发明实施例提供VNFM的结构示意图,如图10所示,VNFM1000包括存储器1001、处理器1002及存储在所述存储器1001上并可在所述处理器1002上运行的计算机程序,处理器1002执行所述程序时实现以下过程:
向MEC平台发送VNFD,其中,所述VNFD至少包括针对业务模型的描述,所述针对业务模型的描述至少包括业务类型,Mv2接口包括针对不同业务类型的操作,所述Mv2接口为所述MEC平台与所述VNFM之间的接口。
可选地,所述针对业务模型的描述还包括每一业务类型对应的服务质量QoS需求;
和/或,所述VNFD中还包括不同业务类型对应的资源需求。
需要说明的是,本实施例中上述终端可以是本发明实施例中方法实施例中任意实施方式的终端,本发明实施例中方法实施例中终端的任意实施方式都可以被本实施例中的上述终端所实现,以及达到相同的有益效果,此处不再赘述。
本发明实施例还提供一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现本发明实施例提供的NFV管理方法中MEC平台执行的步骤,或者实现本发明实施例提供的NFV管理方法中VNFM执行的步骤,且能达到相同的技术效果,为避免重复,此处不再赘述。其中,所述的计算机可读存储介质,如只读存储器(Read-Only Memory,简称ROM)、随机存取存储器(Random Access Memory,简称RAM)、磁碟或者光盘等。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的实施例中,应该理解到,所揭露的系统和方法,可以通过其它的方式实现。例如,以上所描述的系统实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以权利要求的保护范围为准。