CN105934919B - 网络服务能力自动调整方法和*** - Google Patents
网络服务能力自动调整方法和*** Download PDFInfo
- Publication number
- CN105934919B CN105934919B CN201480032397.0A CN201480032397A CN105934919B CN 105934919 B CN105934919 B CN 105934919B CN 201480032397 A CN201480032397 A CN 201480032397A CN 105934919 B CN105934919 B CN 105934919B
- Authority
- CN
- China
- Prior art keywords
- vnf
- capacity
- vnfm
- capacity adjustment
- adjustment
- 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
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供一种网络服务能力自动调整方法和***,其中所述方法包括:网络功能虚拟化管理装置接收第一虚拟网络功能管理实体(VNFM)发送的对第一VNFM管理的第一虚拟网络功能(VNF)实例的容量调整的请求;通过第一VNFM对第一VNF实例进行容量调整;获取与第一VNF实例属于同一网络服务(NS)实例的其它各VNF实例及相关的虚拟链路(VL)的状态信息;确定是否对NS实例的其他各VNF实例进行容量调整以及对确定进行容量调整的VNF实例进行容量调整的目标大小;通过与确定进行容量调整的VNF实例对应的VNFM对确定进行容量调整的VNF实例进行容量调整;向运营支撑***(OSS)发送所述NS实例的生命周期变化报告。
Description
技术领域
本发明实施例涉及网络技术,尤其涉及一种网络服务能力自动调整方法和***。
背景技术
2012年10月23日,13个电信行业的大型运营商发布了网络功能虚拟化(NetworkFunction Virtualization,简称NFV)***,宣布在欧洲电信标准化协会(EuropeanTelecommunications Standards Institute,简称ETSI)成立NFV工业标准组织(IndustryStandard Group,简称ISG)。NFV ISG的发起成员包括美国电话电报公司(AmericanTelephone&Telegraph,简称ATT)、德国电信(Deutsche Telekom,简称DT)、英国电信(British Telecom,简称BT)、西班牙电话公司(Telefonica)、法国电信(France Telecom,简称FT)等公司。目前全球已有近百家公司成为NFV ISG组织的成员。
运营商成立NFV ISG的目的是为了定义运营商网络功能虚拟化的需求和相关的技术报告,希望通过借鉴信息技术(Information Technology,简称IT)的虚拟化技术,在通用的高性能服务器、网络交换机和存储设备中实现部分网络功能。这需要网络功能以软件方式实现,并能在通用的服务器硬件上运行,可以根据需要进行迁移、实例化、部署在网络的不同位置,并且不需要安装新设备。各种类型的网络设备,如服务器、路由器、存储设备、交换机等,都可以通过NFV技术实现软硬件分离,它们可以部署在数据中心、网络节点或者用户家中。
概括起来,NFV有3个关键特性:将定义网络功能的软件从通用的高性能的硬件服务器、存储设备以及网络交换机中完全分离出来;软件和硬件组件的独立的模块化特征;基于通用硬件完全自动化地远程安装和管理软件设备。
NFV技术中,一个网络服务(Network Service,简称NS)实例由多个虚拟网络功能(Virtualization Network Function,简称VNF)实例组成。在NFV ISG组织定义的NFV管理和编排(Management and Orchestration,简称MANO)架构中,对于VNF的容量调整(scaling)操作定义了三种机制,包括自动容量调整、按需容量调整、通过管理请求触发容量调整。但若一个NS中的某个VNF触发了自动容量调整,则该VNF上的流量可能会迅速增加,但该NS中的其他VNF上的流量也会相应增加,从而导致其他VNF过载。这就需要对包括多个VNF的NS进行统一的容量调整。
然而对于NS而言,仅支持通过管理请求触发对NS的容量调整。而管理请求一般都是由运营商的操作管理员手动触发的,从而无法对NS的容量调整需求做出及时的响应。
发明内容
本发明实施例提供一种网络服务能力自动调整方法和***,实现了以NS为粒度的容量自动调整。
第一方面提供一种网络服务能力自动调整***,包括:网络功能虚拟化管理装置和至少一个VNFM,
所述至少一个VNFM用于管理至少一个VNF实例,当管理的VNF实例需要进行容量调整时,向所述网络功能虚拟化管理装置发送容量调整请求消息;
所述网络功能虚拟化管理装置用于接收第一VNFM发送的第一容量调整请求消息,所述第一容量调整请求消息包括对所述第一VNFM管理的第一VNF实例的容量调整的请求;通过所述第一VNFM对所述第一VNF实例进行容量调整;获取与所述第一VNF实例属于同一NS实例的其它各VNF实例及相关的VL的状态信息;根据预设的容量调整策略以及所述NS实例的其它各VNF实例及相关的VL的状态信息,确定是否对所述NS实例的其他各VNF实例进行容量调整以及对确定进行容量调整的VNF实例进行容量调整的目标大小;通过与所述确定进行容量调整的VNF实例对应的VNFM对所述确定进行容量调整的VNF实例进行容量调整;向OSS发送所述NS实例的生命周期变化报告,所述NS实例的生命周期变化报告包括所述NS实例的各VNF实例的容量变化情况。
结合第一方面,在第一方面第一种可能的实现方式中,所述网络功能虚拟化管理装置为NFVO。
结合第一方面第一种可能的实现方式,在第一方面第二种可能的实现方式中,所述NFVO具体用于:
接收第一VNFM发送的扩容请求消息,所述扩容请求消息包括对所述第一VNFM管理的第一VNF实例的扩容的请求;在通过所述第一VNFM对所述第一VNF实例进行容量调整之前,检查可用的第一空闲资源后确定是否对所述第一VNF实例进行扩容,所述第一空闲资源包括空闲的处理资源、存储资源、网络资源中的至少一种;通过所述第一VNFM对所述第一VNF实例进行扩容;若所述预设的容量调整策略为NS容量调整,则通过检查NFVI资源数据库确定可用的第二空闲资源;根据所述第一VNF实例的容量调整结果、所述第二空闲资源、所述NS实例的其它各VNF实例及相关的VL的状态信息,确定所述NS实例中进行容量调整的VNF实例以及对确定进行容量调整的VNF实例进行容量调整的目标大小。
结合第一方面第二种可能的实现方式,在第一方面第三种可能的实现方式中,所述NFVO还用于在通过与所述确定进行容量调整的VNF实例对应的VNFM对所述确定进行容量调整的VNF实例进行容量调整之后,创建或修改所述NS中各VNF实例之间的网络连接。
结合第一方面第一种可能的实现方式,在第一方面第四种可能的实现方式中,所述NFVO具体用于:
接收第一VNFM发送的缩容请求消息,所述缩容请求消息包括对所述第一VNFM管理的第一VNF实例的缩容的请求;通过所述第一VNFM对所述第一VNF实例进行缩容;若所述预设的容量调整策略为NS容量调整,则根据所述第一VNF实例的容量调整结果、所述NS实例的其它各VNF实例及相关的VL的状态信息,确定所述NS实例中进行容量调整的VNF实例以及对确定进行容量调整的VNF实例进行容量调整的目标大小。
结合第一方面第四种可能的实现方式,在第一方面第五种可能的实现方式中,所述NFVO还用于在通过与所述确定进行容量调整的VNF实例对应的VNFM对所述确定进行容量调整的VNF实例进行容量调整之后,删除或修改所述NS中各VNF实例之间的网络连接。
结合第一方面第一种至第五种可能的实现方式中任一种可能的实现方式,在第一方面第六种可能的实现方式中,所述NFVO具体用于通过查询网络功能虚拟化NFV目录中的VNFR和NSR,获取与所述第一VNF实例属于同一NS实例的其它各VNF实例及相关的VL的状态信息;或者通过查询各VNFM,获取与所述第一VNF实例属于同一NS实例的其它各VNF实例的状态信息;通过查询各VIM,获取与所述第一VNF实例属于同一网络服务NS实例的其它各VNF实例相关的VL的状态信息。
结合第一方面,在第一方面第七种可能的实现方式中,所述网络功能虚拟化管理装置包括RO和NSO。
结合第一方面第七种可能的实现方式,在第一方面第八种可能的实现方式中,所述RO具体用于接收第一VNFM发送的第一容量调整请求消息,所述第一容量调整请求消息包括对所述第一VNFM管理的第一VNF实例的容量调整的请求;通过所述第一VNFM对所述第一VNF实例进行容量调整;
所述RO或所述第一VNFM向所述NSO发送所述第一VNF实例的生命周期变化报告,所述第一VNF实例的生命周期变化报告包括所述第一VNF实例的容量变化情况;
所述NSO具体用于获取与所述第一VNF实例属于同一NS实例的其它各VNF实例及相关的VL的状态信息;根据预设的容量调整策略以及所述NS实例的其它各VNF实例及相关的VL的状态信息,确定是否对所述NS实例的其他各VNF实例进行容量调整以及对确定进行容量调整的VNF实例进行容量调整的目标大小;向所述RO发送第二容量调整请求消息,所述第二容量调整请求消息包括对所述确定进行容量调整的VNF实例进行容量调整的请求;
所述RO还用于,通过与所述确定进行容量调整的VNF实例对应的VNFM对所述确定进行容量调整的VNF实例进行容量调整;向所述NSO发送所述NS实例的生命周期变化报告,所述NS实例的生命周期变化报告包括所述NS实例的各VNF实例的容量变化情况;
所述NSO还用于向所述OSS发送所述NS实例的生命周期变化报告,所述NS实例的生命周期变化报告包括所述NS实例的各VNF实例的容量变化情况。
结合第一方面第八种可能的实现方式,在第一方面第九种可能的实现方式中,所述RO具体用于接收第一VNFM发送的扩容请求消息,所述扩容请求消息包括对所述第一VNFM管理的第一VNF实例的扩容的请求;检查可用的第一空闲资源后确定是否对所述第一VNF实例进行扩容,所述第一空闲资源包括可用的处理资源、存储资源、网络资源中的至少一种;通过所述第一VNFM对所述第一VNF实例进行扩容;
所述NSO具体用于若所述预设的容量调整策略为NS容量调整,则向所述RO发送资源查询请求消息;
所述RO具体还用于向所述NSO发送资源查询应答消息,所述资源查询应答消息用于通知所述NSO所述第二空闲资源;
所述NSO具体还用于根据所述第一VNF实例的容量调整结果、所述第二空闲资源、所述NS实例的其它各VNF实例及相关的VL的状态信息,确定所述NS实例中进行容量调整的VNF实例以及对确定进行容量调整的VNF实例进行容量调整的目标大小。
结合第一方面第九种可能的实现方式,在第一方面第十种可能的实现方式中,所述RO还用于在通过与所述确定进行容量调整的VNF实例对应的VNFM对所述确定进行容量调整的VNF实例进行容量调整之后,创建或修改所述NS中各VNF实例之间的网络连接。
结合第一方面第八种可能的实现方式,在第一方面第十一种可能的实现方式中,所述RO具体用于接收第一VNFM发送的缩容请求消息,所述缩容请求消息包括对所述第一VNFM管理的第一VNF实例的缩容的请求;通过所述第一VNFM对所述第一VNF实例进行缩容;
所述NSO具体用于若所述预设的容量调整策略为NS容量调整,则根据所述第一VNF实例的容量调整结果、所述NS实例的其它各VNF实例及相关的VL的状态信息,确定所述NS实例中进行容量调整的VNF实例以及对确定进行容量调整的VNF实例进行容量调整的目标大小。
结合第一方面第十一种可能的实现方式,在第一方面第十二种可能的实现方式中,所述RO,还用于在通过与所述确定进行容量调整的VNF实例对应的VNFM对所述确定进行容量调整的VNF实例进行容量调整之后,删除或修改所述NS中各VNF实例之间的网络连接。
结合第一方面第八种至第十二种可能的实现方式中任一种可能的实现方式,在第一方面第十三种可能的实现方式中,所述NSO具体用于向所述RO发送状态查询请求消息;
所述RO具体用于通过查询NFV目录中的VNFR和NSR,获取与所述第一VNF实例属于同一NS实例的其它各VNF实例及相关的VL的状态信息;或者通过查询各VNFM,获取与所述第一VNF实例属于同一NS实例的其它各VNF实例的状态信息;通过查询各VIM,获取与所述第一VNF实例属于同一NS实例的其它各VNF实例相关的VL的状态信息;
所述NSO还用于接收所述RO发送的与所述第一VNF实例属于同一NS实例的其它各VNF实例及相关的VL的状态信息。
结合第一方面第八种至第十二种可能的实现方式中任一种可能的实现方式,在第一方面第十四种可能的实现方式中,所述NSO具体用于通过查询NFV目录中的VNFR和NSR,获取与所述第一VNF实例属于同一NS实例的其它各VNF实例及相关的VL的状态信息;或者通过查询各VNFM,获取与所述第一VNF实例属于同一NS实例的其它各VNF实例的状态信息;通过查询各VIM,获取与所述第一VNF实例属于同一NS实例的其它各VNF实例相关的VL的状态信息。
第二方面提供一种网络服务能力自动调整方法,包括:
网络功能虚拟化管理装置接收第一VNFM发送的第一容量调整请求消息,所述第一容量调整请求消息包括对所述第一VNFM管理的第一VNF实例的容量调整的请求;
所述网络功能虚拟化管理装置通过所述第一VNFM对所述第一VNF实例进行容量调整;
所述网络功能虚拟化管理装置获取与所述第一VNF实例属于同一NS实例的其它各VNF实例及相关的VL的状态信息;
所述网络功能虚拟化管理装置根据预设的容量调整策略以及所述NS实例的其它各VNF实例及相关的VL的状态信息,确定是否对所述NS实例的其他各VNF实例进行容量调整以及对确定进行容量调整的VNF实例进行容量调整的目标大小;
所述网络功能虚拟化管理装置通过与所述确定进行容量调整的VNF实例对应的VNFM对所述确定进行容量调整的VNF实例进行容量调整;
所述网络功能虚拟化管理装置向OSS发送所述NS实例的生命周期变化报告,所述NS实例的生命周期变化报告包括所述NS实例的各VNF实例的容量变化情况。
结合第二方面,在第二方面第一种可能的实现方式中,所述网络功能虚拟化管理装置为NFVO。
结合第二方面第一种可能的实现方式,在第二方面第二种可能的实现方式中,所述网络功能虚拟化管理装置接收第一VNFM发送的第一容量调整请求消息,包括:
所述NFVO接收第一VNFM发送的扩容请求消息,所述扩容请求消息包括对所述第一VNFM管理的第一VNF实例的扩容的请求;
所述网络功能虚拟化管理装置通过所述第一VNFM对所述第一VNF实例进行容量调整之前,还包括:
所述NFVO检查可用的第一空闲资源后确定是否对所述第一VNF实例进行扩容,所述第一空闲资源包括空闲的处理资源、存储资源、网络资源中的至少一种;
所述网络功能虚拟化管理装置通过所述第一VNFM对所述第一VNF实例进行容量调整,包括:
所述NFVO通过所述第一VNFM对所述第一VNF实例进行扩容;
所述网络功能虚拟化管理装置根据预设的容量调整策略以及所述NS实例的其它各VNF实例及相关的VL的状态信息,确定是否对所述NS实例的其他各VNF实例进行容量调整以及对确定进行容量调整的VNF实例进行容量调整的目标大小,包括:
若所述预设的容量调整策略为NS容量调整,则所述NFVO通过检查NFVI资源数据库确定可用的第二空闲资源;
所述NFVO根据所述第一VNF实例的容量调整结果、所述第二空闲资源、所述NS实例的其它各VNF实例及相关的VL的状态信息,确定所述NS实例中进行容量调整的VNF实例以及对确定进行容量调整的VNF实例进行容量调整的目标大小。
结合第二方面第二种可能的实现方式,在第二方面第三种可能的实现方式中,所述网络功能虚拟化管理装置通过与所述确定进行容量调整的VNF实例对应的VNFM对所述确定进行容量调整的VNF实例进行容量调整之后,还包括:
所述NFVO创建或修改所述NS中各VNF实例之间的网络连接。
结合第二方面第一种可能的实现方式,在第二方面第四种可能的实现方式中,所述网络功能虚拟化管理装置接收第一VNFM发送的第一容量调整请求消息,包括:
所述NFVO接收第一VNFM发送的缩容请求消息,所述缩容请求消息包括对所述第一VNFM管理的第一VNF实例的缩容的请求;
所述NFVO通过所述第一VNFM对所述第一VNF实例进行容量调整,包括:
所述NFVO通过所述第一VNFM对所述第一VNF实例进行缩容;
所述网络功能虚拟化管理装置根据预设的容量调整策略以及所述NS实例的其它各VNF实例及相关的VL的状态信息,确定是否对所述NS实例的其他各VNF实例进行容量调整以及对确定进行容量调整的VNF实例进行容量调整的目标大小,包括:
若所述预设的容量调整策略为NS容量调整,则所述NFVO根据所述第一VNF实例的容量调整结果、所述NS实例的其它各VNF实例及相关的VL的状态信息,确定所述NS实例中进行容量调整的VNF实例以及对确定进行容量调整的VNF实例进行容量调整的目标大小。
结合第二方面第四种可能的实现方式,在第二方面第五种可能的实现方式中,所述网络功能虚拟化管理装置通过与所述确定进行容量调整的VNF实例对应的VNFM对所述确定进行容量调整的VNF实例进行容量调整之后,还包括:
所述NFVO删除或修改所述NS中各VNF实例之间的网络连接。
结合第二方面第一种至第五种可能的实现方式中任一种可能的实现方式,在第二方面第六种可能的实现方式中,所述网络功能虚拟化管理装置获取与所述第一VNF实例属于同一NS实例的其它各VNF实例及相关的VL的状态信息,包括:
所述NFVO通过查询网络功能虚拟化NFV目录中的VNFR和NSR,获取与所述第一VNF实例属于同一NS实例的其它各VNF实例及相关的VL的状态信息;
或者所述NFVO通过查询各VNFM,获取与所述第一VNF实例属于同一NS实例的其它各VNF实例的状态信息;通过查询各VIM,获取与所述第一VNF实例属于同一网络服务NS实例的其它各VNF实例相关的VL的状态信息。
结合第二方面,在第二方面第七种可能的实现方式中,所述网络功能虚拟化管理装置包括RO和NSO。
结合第二方面第七种可能的实现方式,在第二方面第八种可能的实现方式中,所述网络功能虚拟化管理装置接收第一VNFM发送的第一容量调整请求消息,包括:
所述RO接收第一VNFM发送的第一容量调整请求消息,所述第一容量调整请求消息包括对所述第一VNFM管理的第一VNF实例的容量调整的请求;
所述网络功能虚拟化管理装置通过所述第一VNFM对所述第一VNF实例进行容量调整,包括:
所述RO通过所述第一VNFM对所述第一VNF实例进行容量调整;
所述RO或所述第一VNFM向所述NSO发送所述第一VNF实例的生命周期变化报告,所述第一VNF实例的生命周期变化报告包括所述第一VNF实例的容量变化情况;
所述网络功能虚拟化管理装置获取与所述第一VNF实例属于同一NS实例的其它各VNF实例及相关的VL的状态信息,包括:
所述NSO获取与所述第一VNF实例属于同一NS实例的其它各VNF实例及相关的VL的状态信息;
所述网络功能虚拟化管理装置根据预设的容量调整策略以及所述NS实例的其它各VNF实例及相关的VL的状态信息,确定是否对所述NS实例的其他各VNF实例进行容量调整以及对确定进行容量调整的VNF实例进行容量调整的目标大小,包括:
所述NSO根据预设的容量调整策略以及所述NS实例的其它各VNF实例及相关的VL的状态信息,确定是否对所述NS实例的其他各VNF实例进行容量调整以及对确定进行容量调整的VNF实例进行容量调整的目标大小;
所述网络功能虚拟化管理装置通过与所述确定进行容量调整的VNF实例对应的VNFM对所述确定进行容量调整的VNF实例进行容量调整,包括:
所述NSO向所述RO发送第二容量调整请求消息,所述第二容量调整请求消息包括对所述确定进行容量调整的VNF实例进行容量调整的请求;
所述RO通过与所述确定进行容量调整的VNF实例对应的VNFM对所述确定进行容量调整的VNF实例进行容量调整;
所述网络功能虚拟化管理装置向OSS发送所述NS实例的生命周期变化报告,所述生命周期变化报告包括所述NS实例的各VNF实例的容量变化情况,包括:
所述RO向所述NSO发送所述NS实例的生命周期变化报告,所述NS实例的生命周期变化报告包括所述NS实例的各VNF实例的容量变化情况;
所述NSO向所述OSS发送所述NS实例的生命周期变化报告,所述NS实例的生命周期变化报告包括所述NS实例的各VNF实例的容量变化情况。
结合第二方面第八种可能的实现方式,在第二方面第九种可能的实现方式中,所述RO接收第一VNFM发送的第一容量调整请求消息,包括:
所述RO接收第一VNFM发送的扩容请求消息,所述扩容请求消息包括对所述第一VNFM管理的第一VNF实例的扩容的请求;
所述RO通过所述第一VNFM对所述第一VNF实例进行容量调整之前,还包括:
所述RO检查可用的第一空闲资源后确定是否对所述第一VNF实例进行扩容,所述第一空闲资源包括可用的处理资源、存储资源、网络资源中的至少一种;
所述RO通过所述第一VNFM对所述第一VNF实例进行容量调整,包括:
所述RO通过所述第一VNFM对所述第一VNF实例进行扩容;
所述NSO根据预设的容量调整策略以及所述NS实例的其它各VNF实例及相关的VL的状态信息,确定是否对所述NS实例的其他各VNF实例进行容量调整以及对确定进行容量调整的VNF实例进行容量调整的目标大小,包括:
若所述预设的容量调整策略为NS容量调整,则所述NSO向所述RO发送资源查询请求消息;
所述RO通过检查NFVI资源数据库确定可用的第二空闲资源;
所述RO向所述NSO发送资源查询应答消息,所述资源查询应答消息用于通知所述NSO所述第二空闲资源;
所述NSO根据所述第一VNF实例的容量调整结果、所述第二空闲资源、所述NS实例的其它各VNF实例及相关的VL的状态信息,确定所述NS实例中进行容量调整的VNF实例以及对确定进行容量调整的VNF实例进行容量调整的目标大小。
结合第二方面第九种可能的实现方式,在第二方面第十种可能的实现方式中,所述RO通过与所述确定进行容量调整的VNF实例对应的VNFM对所述确定进行容量调整的VNF实例进行容量调整之后,还包括:
所述RO创建或修改所述NS中各VNF实例之间的网络连接。
结合第二方面第八种可能的实现方式,在第二方面第十一种可能的实现方式中,所述RO接收第一VNFM发送的容量调整请求消息,包括:
所述RO接收第一VNFM发送的缩容请求消息,所述缩容请求消息包括对所述第一VNFM管理的第一VNF实例的缩容的请求;
所述RO通过所述第一VNFM对所述第一VNF实例进行容量调整,包括:
所述RO通过所述第一VNFM对所述第一VNF实例进行缩容;
所述NSO根据预设的容量调整策略以及所述NS实例的其它各VNF实例及相关的VL的状态信息,确定是否对所述NS实例的其他各VNF实例进行容量调整以及对确定进行容量调整的VNF实例进行容量调整的目标大小,包括:
若所述预设的容量调整策略为NS容量调整,则所述NSO根据所述第一VNF实例的容量调整结果、所述NS实例的其它各VNF实例及相关的VL的状态信息,确定所述NS实例中进行容量调整的VNF实例以及对确定进行容量调整的VNF实例进行容量调整的目标大小。
结合第二方面第十一种可能的实现方式,在第二方面第十二种可能的实现方式中,所述RO通过与所述确定进行容量调整的VNF实例对应的VNFM对所述确定进行容量调整的VNF实例进行容量调整之后,还包括:
所述RO删除或修改所述NS中各VNF实例之间的网络连接。
结合第二方面第八种至第十二种可能的实现方式中任一种可能的实现方式,在第二方面第十三种可能的实现方式中,所述NSO获取与所述第一VNF实例属于同一NS实例的其它各VNF实例及相关的VL的状态信息,包括:
所述NSO向所述RO发送状态查询请求消息;
所述RO通过查询NFV目录中的VNFR和NSR,获取与所述第一VNF实例属于同一NS实例的其它各VNF实例及相关的VL的状态信息;
或者所述RO通过查询各VNFM,获取与所述第一VNF实例属于同一NS实例的其它各VNF实例的状态信息;通过查询各VIM,获取与所述第一VNF实例属于同一NS实例的其它各VNF实例相关的VL的状态信息;
所述NSO接收所述RO发送的与所述第一VNF实例属于同一NS实例的其它各VNF实例及相关的VL的状态信息。
结合第二方面第八种至第十二种可能的实现方式中任一种可能的实现方式,在第二方面第十四种可能的实现方式中,所述NSO获取与所述第一VNF实例属于同一NS实例的其它各VNF实例及相关的VL的状态信息,包括:
所述NSO通过查询NFV目录中的VNFR和NSR,获取与所述第一VNF实例属于同一NS实例的其它各VNF实例及相关的VL的状态信息;
或者所述NSO通过查询各VNFM,获取与所述第一VNF实例属于同一NS实例的其它各VNF实例的状态信息;通过查询各VIM,获取与所述第一VNF实例属于同一NS实例的其它各VNF实例相关的VL的状态信息。
本实施例提供的网络服务能力自动调整方法和***,通过网络功能虚拟化管理装置接收第一VNFM发送的第一容量调整请求消息,并通过第一VNFM对第一VNF实例进行容量调整,然后获取与第一VNF实例属于同一NS实例的其它各VNF实例及相关的VL的状态信息,根据预设的容量调整策略以及所述NS实例的其它各VNF实例及相关的VL的状态信息,确定是否对所述NS实例的其他各VNF实例进行容量调整以及对确定进行容量调整的VNF实例进行容量调整的目标大小,通过与确定进行容量调整的VNF实例对应的VNFM对确定进行容量调整的VNF实例进行容量调整,最后向OSS发送所述NS实例的生命周期变化报告,实现了以NS为粒度的自动容量调整。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为NFV MANO架构示意图;
图2为通过管理请求触发NS容量调整的信令流程图;
图3为一种可能的NFV MANO演进架构示意图;
图4为另一种可能的NFV MANO演进架构示意图;
图5为本发明实施例提供的网络服务能力自动调整***实施例一的结构示意图;
图6为本发明实施例提供的网络服务能力自动调整***实施例二的结构示意图;
图7为本发明实施例提供的网络服务能力自动调整***实施例三的结构示意图;
图8为本发明实施例提供的网络服务能力自动调整方法实施例一的流程图;
图9为本发明实施例提供的网络服务能力自动调整方法实施例二的流程图;
图10为本发明实施例提供的网络服务能力自动调整方法实施例三的流程图;
图11为本发明实施例提供的网络服务能力自动调整方法实施例四的流程图;
图12为本发明实施例提供的网络服务能力自动调整方法实施例五的流程图;
图13为本发明实施例提供的网络服务能力自动调整方法实施例六的信令流程图;
图14为本发明实施例提供的网络服务能力自动调整方法实施例七的信令流程图;
图15为本发明实施例提供的网络服务能力自动调整方法实施例八的信令流程图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
图1为NFV MANO架构示意图,如图1所示,NFV MANO架构11包括:网络功能虚拟化编排器(Network Function Virtualization Orchestrator,简称NFVO)101、虚拟网络功能管理器(Virtualized Network Function Manager,简称VNFM)102、虚拟化基础设置管理器(Infrastructure Manager,简称VIM)103,以及NS目录(Catalog)104、VNF目录(Catalog)105、VNF实例(Instances)106、NFV基础设备(NFV Infrastructure,简称NFVI)资源(Resources)107四个数据库。
其中,NFVO 101实现网络服务描述符(Network Service Descriptor,简称NSD),虚拟网络功能转发图(Virtualized Network Function Forwarding Graph,简称VNFFG)的管理及处理,NS生命周期的管理,和VNFM 102配合实现VNF 12的生命周期管理和资源的全局视图功能。VNFM 102实现VNF 12的生命周期管理,包括虚拟化网络功能描述符(Virtualized Network Function Descriptor,简称VNFD)的管理及处理,VNF实例的初始化,VNF 12的扩容/缩容,VNF实例的终止。支持接收NFVO 101下发的容量调整(scaling)策略,实现VNF 12的容量调整。VIM 103主要负责基础设施层硬件资源,虚拟化资源的管理,监控和故障上报,面向上层应用提供虚拟化资源池。NS Catalog 104包括所有已经加载的NSD。VNF Catalog 105包括所有已经加载的VNF数据包(Packages)。NFV Instances 106包括所有正在运行的NS实例和VNF实例。NFVI Resources 107包括所有NFVI资源状态,可用的/已预留的/已分配的NFVI资源。
VNF 12对应于传统非虚拟化网络中的物理网络功能(Physical NetworkFunction,简称PNF),如虚拟化的演进的分组核心网(Evolved Packet Core,简称EPC)节点(移动管理实体(Mobile Management Entity,简称MME)、服务网关(Service Gateway,简称SGW),分组数据网关(Packet Data Network Gateway,简称PGW)等)。网络功能的功能性行为和状态与虚拟化与否无关,NFV希望VNF 12和PNF拥有相同的功能性行为和外部接口。VNF12可以由多个更低级别的组件来组成,因此,一个VNF 12可以部署在多个虚拟机(Virtualized Machine,VM)上,每个VM主机(host)一个VNF组件;VNF 12也可以部署在一个VM上。
运营支撑***(Operations Support Systems,简称OSS)/业务支撑***(Business Support Systems,简称BSS)13指运营商现有的OSS/BSS。网元管理***(Element Management System,EMS)/网络管理***Network Management System,NMS)14针对VNF 12执行传统的故障管理,配置管理,计费管理,性能管理,安全管理(FaultManagement,Configuration Management,Accounting Management,PerformanceManagement,Security Management,简称FCAPS)功能。
NFVI 15由硬件资源和虚拟资源以及虚拟层组成。从VNF的角度来说,虚拟化层和硬件资源看起来是一个能够提供所需虚拟资源的实体。
在整个NFV MANO架构中,VNFM 102和VIM 103的数量可能为多个,分别管理和维护多个VNF。
NFVO 101与OSS/BSS 13通过Os-Ma-Nfvo接口连接,NFVO 101与VNFM 102通过Or-Vnfm接口连接,VNFM 102与VIM 103通过Vi-Vnfm接口连接,NFVO 101与VIM 103通过Or-Vi接口连接,VNFM 102与VNF 12通过Ve-Vnfm-vnf接口连接,VNFM 102与EMS/NMS 14通过Ve-Vnfm-em接口连接,VIM 103与NFVI 15通过Nf-Vi接口连接。NFVO 101与NS Catalog 104、VNF Catalog 105、VNF Instances 106、NFV Resources 107四个数据库连接,VNFM 102与数据库VNF Catalog 105连接。
在NFV中,针对VNF实例的容量调整定义了三种基本的机制,分别为自动调整、按需调整和通过管理请求触发调整。在如图1所示的NFV MANO架构中,若采用自动调整机制,VNFM会监视VNF实例的各虚拟化网络功能组件(Virtualized Netw0ork FunctionDescriptor,VNFC)实例的状态并触发容量调整操作。VNFM会订阅基础设施级或VNF级的事件通知,其中,基础设置级的事件通知由VIM产生并报告,VNF级的事件通知由VNF实例或其EMS产生和报告。若采用按需调整机制,则VNF实例或其EMS监视VNF实例中的VNF实例状态并触发容量调整操作,然后向VNFM发送容量调整请求。若采用通过管理请求触发调整机制,则由高层管理***(如OSS)或操作人员触发容量调整操作,并向VNFM发送容量调整请求。
由于一个NS实例由多个VNF实例组成,一个NS实例中的各VNF实例之前存在相互的联系,当一个VNF实例上的流量增加时,同一个NS实例上的流量也会相应增加。上述的VNF实例的容量调整仅是针对一个VNF实例进行的,而仅对一个VNF实例进行容量调整,若该容量调整为扩容,则会使该VNF实例上的流量迅速增加,与该VNF实例属于同一NS实例的其他VNF实例上的流量也将增加,从而导致其他各VNF实例过载;若该容量调整为缩容,则该VNF实力上的流量将减少,与该VNF实例属于同一NS实例的其他VNF实例上的流量也将减少,会导致其他各VNF实例的资源浪费。
因此,为了优化NFV技术中的容量调整,需要以NS为粒度,对NS实例中的所有VNF实例进行统一的容量调整。而目前的NS容量调整仅有通过管理请求触发调整一种机制,即由OSS或操作人员发出对NS进行容量调整的请求,请求中需要指明将该NS调整到那个部署模板上。即组成NS实例的各VNF实例需要进行的容量调整都是在OSS或造作人员发出的容量调整请求中指定的。
图2为通过管理请求触发NS容量调整的信令流程图。在图2中以对NS进行扩容为例进行说明,如图2所示,在NFV MANO架构中,需要进行NS的扩容时,首先在步骤S201中,需要由触发端向NFVO发送NS扩容请求消息,请求将NS扩容到一个新的部署模板(deploymentflavour)。其中,这里的触发端通常是OSS,也就是运营商的操作管理员手动发送NS扩容请求消息;触发端也可以是其它被授权的第三方实体,如第三方网络服务提供商。在步骤S202中,NFVO验证该扩容请求消息,其中包括验证触发端的授权是否合法,及验证该请求所携带的参数的正确性以及策略的一致性。NFVO还需要将该请求和NS Catalog中已经尚在的NSD进行关联,找到与该请求对应的NSD。在步骤S203中,NFVO向各VNFM发送检查请求消息,请求各VNFM检查将各自管理的VNF实例扩容到新的模板指示的实例个数的可行性。在步骤S204中,VNFM对各自管理的VNF实例进行检查,确定VNF实例是否能够扩容到该模板。在步骤S205中,各VNFM向NFVO发送检查结果。需要说明的是,步骤S203至步骤S205是可选的步骤。
接着,在步骤S206中,NFVO分析NS中所有的VNF实例的扩容需求,确定对VNF实例进行扩容的具体操作。对VNF实例的扩容有两种不同的方式:一种是给一个VNF实例分配更多的资源(对应步骤S207),另一种是实例化一个新的VNF实例(对应步骤S208,一般是在VNF实例已经扩容到其最大能力时需要实例化一个新的VNF实例)。到底应该选择哪种处理方式在VNFD中会有相应的描述。NFVO收到NS扩容请求消息后,要确定相应的VNF实例的扩容机制,根据VNF实例不同的扩容机制执行步骤S207或步骤S208,或者两个步骤都执行。在步骤S207中,NFVO通过VNFM和VIM执行VNF实例的扩容流程。在步骤S208中,NFVO通过VNFM和VIM执行VNF实例化流程。在步骤S209中,NFVO请求VIM分配变化的资源(例如新的部署模板中规定VNF实例之间的互连网络资源)。在步骤S210中,VIM分配互联资源。在步骤S211中,VIM向NFVO反馈操作结果。在步骤S212中,NFVO向触发端发送NS扩容确认消息。
由于虚拟网络中可能随时出现流量增加或减少的情况,仅根据OSS或操作人员的指示对NS实例进行容量调整,无法应对NFV中突发的流量变化情况,容量调整的自动化程度不高。
另外,图1所示的NFV MANO架构仅是现阶段ETSI NVF ISG定义的NFV MAMO架构。下一阶段ESTI NVF ISG会继续定义演进的NFV MANO架构。可能的NFV MANO演进架构有两种,图3为一种可能的NFV MANO演进架构示意图,图4为另一种可能的NFV MANO演进架构示意图。
图3所示的NFV MANO演进架构与图1所示的NFV MANO架构相比,其主要区别在于,将NFVO 101***成了网络服务编排器(Network Service Orchestrator,简称NSO)301和资源编排器(Resource Orchestrator,简称RO)302。图3所示的NFV MAMO演进架构对提供网络服务能力和NFVI平台能力进行了划分,有效实现了NFVI平台资源的能力呈现和网络服务编排后的网络服务能力呈现,可有效实现网络即服务和平台即服务在运营商网络中的需求,其中NSO 301用于提供网络服务编排能力,RO 302用于提供NFVI资源编排能力。
NSO 301用于完成网络服务相关功能(如网络规划、网络设计、网络优化等)。具体如下:网络服务需求自动化配置;网络服务描述符(Network Service Descriptor,简称NSD)和VNF软件包(VNF package)上载管理(如新的网络服务及程序包上载);网络服务启动和网络服务生命周期管理(如网络服务的运行时间设置,网络服务启动、更新、终止,性能检测管理、事件收集等);结合VNFM 102对VNF实例化进行管理;向RO 302或者VNFM 102查询获取网络服务相关的NFVI 15以及VNF 12资源的信息(如向RO 302或者VNFM 102进行资源授权确认或者状态查询);网络服务实例执行周期内完整性和合法性管理;网络服务实例与VNF实例之间关系管理;网络服务实例拓扑管理;网络服务实例自动化配置管理;网络服务相关策略信息管理(如业务路由选择策略、VNF 12的负载均衡策略等);网络服务故障管理。
RO 302用于全局资源管理功能,统筹管理分配虚拟化资源。维护管理资源网络拓扑图;NFVI 15资源请求的验证和授权,这些资源可能分布在多个VIM 103中。管理网络服务实例和VNF实例对应的NFVI 15资源配置的分布、预订和配置,这些NFVI 15资源可以跨一个或多个VIM 103;VNF实例的管理,VNF实例和分配给VNF实例的NFVI 15资源之间的关系管理;政策管理和网络服务实例和VNF实例执行管理(例如NFVI 15资源访问控制,预留和/或分配政策、配置优化,资源的使用等等);VNF实例或实例组使用的NFVI 15资源相关视图记录;例如,通过NFVI 15接口收集测量NFVI 15资源的情况,然后关联VNF实例和NFVI 15使用记录;NFVI 15资源故障管理。
同时,新增如下接口:Os-Nso接口:OSS/BSS 13到NSO 301的接口。如果NSO 301部署于OSS/BSS 13内部,则Os-Nso接口为内部接口。OSS/BSS13通过Os-Nso接口向NSO 301发送业务需求,查询网络业务信息(状态、负载等)等;发送修改业务需求指令(配置、更新、终止等)。NSO 301通过Os-Nso接口向OSS/BSS 13反馈网络业务信息。Nso-Ro接口:NSO 301到RO 302的接口,NSO 301通过Nso-Ro接口向RO 302发送网络服务配置文件,请求查询VNF 12和/或NFVI 15资源信息;RO 302通过Nso-Ro接口向NSO 301反馈VNF 12和/或NFVI 15故障信息。Os-Ro接口:OSS/BSS 13到RO 302的接口。RO 302通过Os-Ro接口向OSS/BSS 13上报故障信息或者NFVI 15资源视图信息。另外,将图1中的Or-Vnfm接口变为Ro-Vnfm接口,将图1中的Or-Vi接口变为Ro-Vi接口。NSO 301和RO 302与NS目录(Catalog)104、VNF目录(Catalog)105、VNF实例(Instances)106、NFV基础设备(NFV Infrastructure,简称NFVI)资源(Resources)107四个数据库的连接关系如图3所示。
图4所示的NFV MANO另一种演进架构与图3所示的NFV MANO演进架构相比,区别在于,NSO 301和VNFM 102之间有NSo-Vnfm接口。如果存在此接口,则NSO 301可以通过VNFM102查询VNF实例信息等,或者向VNFM 102发送VNF实例管理指令(如建立、扩容、更新、终止等);如不存在此接口,VNF实例管理可以由RO 302通过VNFM 102实现。
图5为本发明实施例提供的网络服务能力自动调整***实施例一的结构示意图,如图5所示,本实施例的网络服务能力自动调整***包括:网络功能虚拟化管理装置51和至少一个VNFM 52。
至少一个VNFM 52用于管理VNF实例,当管理的VNF实例需要进行容量调整时,向网络功能虚拟化管理装置51发送容量调整请求消息。每个VNFM 52管理至少一个VNF实例,当VNFM 52管理的VNF实例中的任一个需要进行容量调整时,VNFM 52将向网络功能虚拟化管理装置51发送容量调整请求消息。这里的容量调整包括扩容和缩容两种可能的操作。
网络功能虚拟化管理装置51用于接收第一VNFM 52发送的第一容量调整请求消息,所述第一容量调整请求消息包括对所述第一VNFM 52管理的第一VNF实例的容量调整的请求;通过所述第一VNFM 52对所述第一VNF实例进行容量调整;获取与所述第一VNF实例属于同一NS实例的其它各VNF实例及相关的虚拟链路(Virtual Link,VL)的状态信息;根据预设的容量调整策略以及所述NS实例的其它各VNF实例及相关的VL的状态信息,确定是否对所述NS实例的其他各VNF实例进行容量调整以及对确定进行容量调整的VNF实例进行容量调整的目标大小;通过与所述确定进行容量调整的VNF实例对应的VNFM 52对所述确定进行容量调整的VNF实例进行容量调整;向OSS发送所述NS实例的生命周期变化报告,所述NS实例的生命周期变化报告包括所述NS实例的各VNF实例的容量变化情况。
具体地,当本实施例提供的网络服务能力自动调整***中的至少一个VNFM 52中的第一VNFM 52发现其管理的第一VNF实例需要进行容量调整时。第一VNFM 52将向网络功能虚拟化管理装置51发送第一容量调整请求消息,第一容量调整请求消息包括对第一VNFM52管理的第一VNF实例的容量调整的请求。网络功能虚拟化管理装置51通过第一VNFM 52对第一VNF实例进行第一容量调整请求的容量调整。需要说明的是,在不同的NFV MANO架构中,本实施例中的网络功能虚拟化管理装置51对应不同的网络实体,在图1所示的NFV MANO架构中,网络功能虚拟化管理装置51为NFVO;在图3和图4所示的NFV MANO演进架构中,网络功能虚拟化管理装置51由NSO和RO组成。
网络功能虚拟化管理装置51通过第一VNFM 52对第一VNF实例进行容量调整的具体处理方式,与VNF实例的自动调整机制相同。
当网络功能虚拟化管理装置51通过第一VNFM 52完成对第一VNF实例的容量调整后,网络功能虚拟化管理装置51需要对第一VNF实例所属的NS实例进行检查,获取与第一VNF实例属于同一NS实例的其它各VNF实例的状态信息以及其它各VNF实例的VL的状态信息。VNF实例的状态信息以及VNF实例的VL的状态信息包括用于指示VNF实例以及VNF实例的VL的流量或负载情况的信息。由于对第一VNF实例进行容量调整后,与第一VNF实例属于同一NS实例的其它各VNF实例的流量可能发生变化,为了保证各VNF实例不会由于流量过多而过载,也不会由于流量过少而浪费资源,因此网络功能虚拟化管理装置51需要对第一VNF实例所属的NS实例中的其它各VNF实例的状态进行检查。然后网络功能虚拟化管理装置51根据第一VNF实例所属NS实例的其它各VNF实例及相关的VL的状态信息,确定对该NS实例的容量调整方法。
网络功能虚拟化管理装置51中还预设有NS的容量调整策略,NS的容量调整策略由运营商预配置给网络功能虚拟化管理装置51,或者由OSS下发给网络功能虚拟化管理装置51,NS的容量调整策略包括是否进行NS的容量调整或仅进行VNF的容量调整,以及当确定需要进行NS容量调整时,需要将NS实例中各VNF实例的容量调整到哪个模板(deploymentflavour)上。因此网络功能虚拟化管理装置51根据预设的容量调整策略以及第一VNF实例所属NS实例的其它各VNF实例及相关的VL的状态信息,确定是否对第一VNF实例所属NS实例的其他各VNF实例进行容量调整以及对确定进行容量调整的VNF实例进行容量调整的目标大小。若NS的容量调整策略为进行NS的容量调整,则NS的容量调整目的是将第一VNF实例所属NS实例中的其它各VNF实例的容量调整到既不会过载又不至于浪费资源。
当网络功能虚拟化管理装置51确定了第一VNF实例所属NS实例中其它各VNF实例进行容量调整的目标大小后,网络功能虚拟化管理装置51通过与确定进行容量调整的VNF实例对应的VNFM 52对确定进行容量调整的VNF实例进行容量调整。各VNF实例都有与其对应的VNFM 52,网络功能虚拟化管理装置51通过各VNFM 52对各VNF实例进行容量调整的具体方法与网络功能虚拟化管理装置51通过第一VNFM 52对第一VNF实例进行容量调整的方法相同。
当网络功能虚拟化管理装置51对第一VNF实例所属NS实例中的所有VNF实例都进行完容量调整后,还需要向OSS(或BSS)发送第一VNF实例所属NS实例的生命周期变化报告,该生命周期变化报告包括第一VNF实例所属NS实例的各VNF实例的容量变化情况。
本实施例提供的网络服务能力自动调整***,通过网络功能虚拟化管理装置接收第一VNFM发送的第一容量调整请求消息,并通过第一VNFM对第一VNF实例进行容量调整,然后获取与第一VNF实例属于同一NS实例的其它各VNF实例及相关的VL的状态信息,根据预设的容量调整策略以及所述NS实例的其它各VNF实例及相关的VL的状态信息,确定是否对所述NS实例的其他各VNF实例进行容量调整以及对确定进行容量调整的VNF实例进行容量调整的目标大小,通过与确定进行容量调整的VNF实例对应的VNFM对确定进行容量调整的VNF实例进行容量调整,最后向OSS发送所述NS实例的生命周期变化报告,实现了以NS为粒度的自动容量调整。
在图5所示实施例中,根据NFV MANO架构的不同,网络服务能力自动调整***中的网络功能虚拟化管理装置51为NFVO,或者网络功能虚拟化管理装置51包括RO和NSO。下面分别以具体的实施例对不同NFV MANO架构下,网络服务能力自动调整***的具体结构及处理方法进行详细说明。
图6为本发明实施例提供的网络服务能力自动调整***实施例二的结构示意图,如图6所示,本实施例的网络服务能力自动调整***包括:NFVO 61和至少一个VNFM 62。
本实施例提供的网络服务能力自动调整***基于图1所示的NFV MANO架构,其中至少一个VNFM 62和图5所示实施例中的至少一个VNFM 52相同。
NFVO 61用于接收第一VNFM 62发送的扩容请求消息,所述扩容请求消息包括对所述第一VNFM 62管理的第一VNF实例的扩容的请求;在通过所述第一VNFM 62对所述第一VNF实例进行容量调整之前,检查可用的第一空闲资源后确定是否对所述第一VNF实例进行扩容,所述第一空闲资源包括空闲的处理资源、存储资源、网络资源中的至少一种;通过所述第一VNFM 62对所述第一VNF实例进行扩容;若所述预设的容量调整策略为NS容量调整,则通过检查NFVI资源数据库确定可用的第二空闲资源;根据所述第一VNF实例的容量调整结果、所述第二空闲资源、所述NS实例的其它各VNF实例及相关的VL的状态信息,确定所述NS实例中进行容量调整的VNF实例以及对确定进行容量调整的VNF实例进行容量调整的目标大小。
即本实施例提供的网络服务能力自动调整***中的网络功能虚拟化管理装置为NFVO。本实施例提供的网络服务能力自动调整***中,NFVO 61接收到第一VNFM 62发送的对第一VNF实例的扩容请求消息。在NFVO 61通过第一VNFM 62对第一VNF实例进行扩容之前,NFVO 61还需要检查可用的第一空闲资源后确定是否对第一VNF实例进行扩容,其中第一空闲资源包括空闲的处理资源、存储资源、网络资源中的至少一种。由于需要对第一VNF实例进行扩容,也就是需要为第一VNF实例分配额外的资源,因此在对第一VNF实例进行扩容之前,NFVO 61需要检查可用的第一空闲资源是否能够满足第一VNF实例的扩容需求。若第一空闲资源能够满足第一VNF实例的扩容需求,则NFVO 61才能够通过第一VNFM 62对第一VNF实例进行扩容,否则将无法完成对第一VNF实例的扩容。
当NFVO 61通过第一VNFM 62对第一VNF实例进行扩容后,第一VNF实例所属NS实例中其它各VNF实例上的流量可能会增加,此时NFVO 61确定预设的容量调整策略是否为NS容量调整。若预设的容量调整策略为NS容量调整,则NFVO 61确定进行NS的扩容,此时需要继续检查NFVI资源数据库确定可用的第二空闲资源。由于NFVO 61检查了第一VNF实例所属NS实例中其它VNF实例的状态信息以及相关的VL的状态信息,因此NFVO 61可以根据第一VNF实例的容量调整结果确定要使第一VNF所属NS实例中的其它各VNF实例不过载的情况下,各VNF实例需要增加的资源,NVFO 62再根据可用的第二空闲资源,即可确定能够将各VNF实例扩容到哪个大小。最后NFVO 61即可通过各VNF实例对应的VNFM 62将各VNF实例扩容到相应的大小。即NFVO 61给各VNF实例对应的VNFM 62发送VNF实例扩容指示,该指示中包括VNF实例对应的标识,以及扩容的目标大小或目标模板标识。
进一步地,图6所示实施例中,NFVO 61还用于在通过与确定进行容量调整的VNF实例对应的VNFM 62对确定进行容量调整的VNF实例进行扩容之后,创建或修改第一VNF所属NS实例中各VNF实例之间的网络连接。具体地,当NFVO 61将第一VNF所属NS实例中的各VNF实例进行了扩容后,该NS实例中的各VNF实例的资源可能会发生变化,因此,若有需要,NFVO61还需要创建或修改第一VNF所属NS实例中各VNF实例之间的网络连接。
在图6所示实施例提供的网络服务能力自动调整***中,若NFVO 61接收到的第一VNFM 62发送的容量调整请求消息为缩容请求消息,即需要对第一VNF实例进行缩容,则,NFVO 61具体用于接收第一VNFM 62发送的缩容请求消息,所述缩容请求消息包括对所述第一VNFM 62管理的第一VNF实例的缩容的请求;通过所述第一VNFM 62对所述第一VNF实例进行缩容;若所述预设的容量调整策略为NS容量调整,则根据所述第一VNF实例的容量调整结果、所述NS实例的其它各VNF实例及相关的VL的状态信息,确定所述NS实例中进行容量调整的VNF实例以及对确定进行容量调整的VNF实例进行容量调整的目标大小。
具体地,当NFVO 61接收到第一VNFM 62发送的缩容请求消息后,由于无需为第一VNF实例分配额外的资源,因此也无需进行容量检查,NFVO 61可以直接通过VNFM 62对第一VNF实例进行缩容。然后NFVO 61检查预设的容量调整策略,若预设的容量调整策略为NS容量调整,则NFVO 61确定进行NS的缩容。由于NFVO 61检查了第一VNF实例所属NS实例中其它VNF实例的状态信息以及相关的VL的状态信息,因此NFVO 61可以根据第一VNF实例的容量调整结果确定要使第一VNF所属NS实例中的其它各VNF实例不过载的情况下,各VNF实例能够释放的资源。最后NFVO 61即可通过各VNF实例对应的VNFM 62将各VNF实例缩容到相应的大小。
进一步地,图6所示实施例中,NFVO 61还用于在通过与确定进行容量调整的VNF实例对应的VNFM 62对确定进行容量调整的VNF实例进行缩容之后,删除或修改第一VNF所属NS实例中各VNF实例之间的网络连接。具体地,当NFVO 61将第一VNF所属NS实例中的各VNF实例进行了缩容后,该NS实例中的各VNF实例的资源可能会发生变化,因此,若有需要,NFVO61还需要删除或修改第一VNF所属NS实例中各VNF实例之间的网络连接。
进一步地,图6所示实施例中,NFVO 61检查与第一VNF实例属于同一NS实例的其它各VNF实例及相关的VL的状态信息,具体方法可以如下:NFVO 61通过查询NFV目录中的虚拟网络功能记录(Virtualised Network Function Record,VNFR)和网络服务记录(NetworkService Record,NSR),获取与第一VNF实例属于同一NS实例的其它各VNF实例及相关的VL的状态信息;或者通过查询各VNFM 62,获取与第一VNF实例属于同一NS实例的其它各VNF实例的状态信息;通过查询各VIM,获取与第一VNF实例属于同一NS实例的其它各VNF实例相关的VL的状态信息。
具体地,NFVO 61与NFV目录具有接口,可以从NFV目录中获取各VNF实例的状态信息以及各VNF实例的VL的状态信息。另外,NFVO 61还可以通过查询各VNFM 62,获取各VNFM62管理和维护的VNF实例的状态信息,NFVO 61通过查询各VIM获取各VNF实例的VL的状态信息。也就是说,NFVO 61获取第一VNF实例所属NS实例中其它各VNF实例以及相关的VL状态信息至少有两种可选的方法。
图7为本发明实施例提供的网络服务能力自动调整***实施例三的结构示意图,如图7所示,本实施例的网络服务能力自动调整***包括:RO 71、NSO 72和至少一个VNFM73。
本实施例提供的网络服务能力自动调整***基于图3或图4所示的NFV MANO演进架构,其中至少一个VNFM 73和图5所示实施例中的至少一个VNFM 52相同。
RO 71具体用于接收第一VNFM 73发送的第一容量调整请求消息,所述第一容量调整请求消息包括对第一VNFM 73管理的第一VNF实例的容量调整的请求;通过第一VNFM 73对所述第一VNF实例进行容量调整。
RO 71或第一VNFM 73向NSO 72发送所述第一VNF实例的生命周期变化报告,所述第一VNF实例的生命周期变化报告包括所述第一VNF实例的容量变化情况。
NSO 72具体用于获取与所述第一VNF实例属于同一NS实例的其它各VNF实例及相关的VL的状态信息;根据预设的容量调整策略以及所述NS实例的其它各VNF实例及相关的VL的状态信息,确定是否对所述NS实例的其他各VNF实例进行容量调整以及对确定进行容量调整的VNF实例进行容量调整的目标大小;向RO 71发送第二容量调整请求消息,所述第二容量调整请求消息包括对所述确定进行容量调整的VNF实例进行容量调整的请求。
RO 71还用于,通过与所述确定进行容量调整的VNF实例对应的VNFM 73对所述确定进行容量调整的VNF实例进行容量调整;向NSO 72发送所述NS实例的生命周期变化报告,所述NS实例的生命周期变化报告包括所述NS实例的各VNF实例的容量变化情况。
NSO 72还用于向OSS发送所述NS实例的生命周期变化报告,所述NS实例的生命周期变化报告包括所述NS实例的各VNF实例的容量变化情况。
即本实施例提供的网络服务能力自动调整***中的网络功能虚拟化管理装置包括RO和NSO。
RO 71由于与VNFM 73具有接口Ro-Vnfm,因此RO 71用于接收第一VNFM 73发送的容量调整请求消息,第一容量调整请求消息包括对所述第一VNFM 73管理的第一VNF实例的容量调整的请求;通过第一VNFM 73对所述第一VNF实例进行容量调整;
RO 71对第一VNF实例进行了容量调整后,还需要通过Nso-Ro接口向NSO 72发送第一VNF实例的生命周期变化报告,所述第一VNF实例的生命周期变化报告包括所述第一VNF实例的容量变化情况。
NSO 72由于与NS目录和VNF目录具有连接,因此NSO 72可以获取与第一VNF实例属于同一NS实例的其它各VNF实例及相关的VL的状态信息,当NSO 72获取了第一VNF实例的生命周期变化报告、与第一VNF实例属于同一NS实例的其它各VNF实例及相关的VL的状态信息后,将根据预设的容量调整策略确定是否对第一VNF实例所属NS实例的其他各VNF实例进行容量调整以及对确定进行容量调整的VNF实例进行容量调整的目标大小。当NSO 72确定了各VNF实例进行容量调整的目标大小后,NSO 72向RO 71发送第二容量调整请求消息,第二容量调整请求消息包括对确定进行容量调整的VNF实例进行容量调整的请求。
RO 71接收到NSO 72发送的第二容量调整请求消息后,将通过各VNF实例对应的VNFM 73对确定进行容量调整的VNF实例进行容量调整。当RO 71完成了对确定进行容量调整的VNF实例的容量调整后,将向NSO 72发送NS实例的生命周期变化报告,所述NS实例的生命周期变化报告包括所述NS实例的各VNF实例的容量变化情况。
NSO 72接收到RO 71发送的NS实例的生命周期变化报告后,通过Os-Nso接口向OSS发送NS实例的生命周期变化报告,所述NS实例的生命周期变化报告包括所述NS实例的各VNF实例的容量变化情况。
由于图3和图4所示的NFV MANO演进架构有所区别,RO 71和NSO 72分别于不同的网元具有相应的接口,因此,RO 71和NSO 72分别通过相应的接口与其他网元进行交互完成相应的容量调整处理。在图3和图4所示的架构下,本实施例提供的网络服务能力自动调整***区别仅在于NSO 72获取第一VNF实例的生命周期变化报告的具体处理。基于图3所示架构,当第一VNF实例进行了容量调整,只能由RO 71通知NSO 72第一VNF实例的生命周期发生了变化。而基于图4所示的架构,由于NSO 72与第一VNFM 73之间具有Nso-Vnfm接口,当第一VNF实例进行了容量调整,可以由RO 71通知NSO 72第一VNF实例的生命周期发生了变化,也可以由第一VNFM 73通知NSO 72第一VNF实例的生命周期发生了变化。
进一步地,在图7所示实施例中,基于不同的配置,NSO 72获取与第一VNF实例属于同一NS实例的其它各VNF实例及相关的VL的状态信息具体也有几种方法。
第一种是NSO 72向RO 71发送状态查询请求消息,RO 71通过查询NFV目录中的VNFR和NSR,获取与第一VNF实例属于同一NS实例的其它各VNF实例及相关的VL的状态信息。RO 71还要将获取的与所述第一VNF实例属于同一NS实例的其它各VNF实例及相关的VL的状态信息发送给NSO 72。这种方法适用于NSO 72只有NFV实例目录中NS实例的查询权限,RO71有NFV实例目录中中VNF实例的查询权限。
或者NSO 72向RO 71发送状态查询请求消息,RO 71通过查询各VNFM 73,获取与第一VNF实例属于同一NS实例的其它各VNF实例的状态信息;通过查询各VIM,获取与第一VNF实例属于同一NS实例的其它各VNF实例相关的VL的状态信息。RO 71还要将获取的与所述第一VNF实例属于同一NS实例的其它各VNF实例及相关的VL的状态信息发送给NSO 72。这种方法适用于NSO 72只有NFV实例目录中NS实例的查询权限,RO 71也没有NFV实例目录中VNF实例的查询权限。
再有一种方法是:NSO 72通过查询NFV目录中的VNFR和NSR,获取与第一VNF实例属于同一NS实例的其它各VNF实例及相关的VL的状态信息。或者NSO 72通过查询各VNFM 73,获取与第一VNF实例属于同一NS实例的其它各VNF实例的状态信息;通过查询各VIM,获取与第一VNF实例属于同一NS实例的其它各VNF实例相关的VL的状态信息。这种方法适用于NSO72既有NS实例的查询权限,也有VNF实例的查询权限。
在图7所示实施例提供的网络服务能力自动调整***中,若RO 71接收到的第一VNFM 73发送的容量调整请求消息为扩容请求消息,该扩容请求消息包括对第一VNFM 73管理的第一VNF实例的扩容的请求,即需要对第一VNF实例进行扩容。则RO 71继续检查可用的第一空闲资源后确定是否对第一VNF实例进行扩容,所述第一空闲资源包括可用的处理资源、存储资源、网络资源中的至少一种;通过第一VNFM 73对第一VNF实例进行扩容。
当第一VNF实例进行了扩容处理之后,NSO 72会收到第一VNF实例的生命周期变化报告,即NSO 72将获取第一VNF实例的扩容处理结果。接着NSO 72判断预设的容量调整策略是否为NS容量调整,若预设的容量调整策略为NS容量调整,则NSO 72将继续判断是否能够完成NS的扩容。NSO 72除了要获取与第一VNF实例属于同一NS实例的其它各VNF实例及相关的VL的状态信息,还需要查询可用的第二空闲资源,根据第一VNF实例的容量调整结果、第二空闲资源、与第一VNF实例属于同一NS实例的其它各VNF实例及相关的VL的状态信息,确定该NS实例中进行容量调整的VNF实例以及对确定进行容量调整的VNF实例进行容量调整的目标大小。NSO 72通过向RO 71发送资源查询请求消息,RO 71向NSO 72发送资源查询应答消息,其中的方法资源查询应答消息用于通知所述NSO所述第二空闲资源,使得NSO 72获取可用的第二空闲资源。RO 71通过与确定进行容量调整的VNF实例对应的VNFM 73对确定进行容量调整的VNF实例进行扩容;RO 71向NSO 72发送该NS实例的生命周期变化报告,该NS实例的生命周期变化报告包括该NS实例的各VNF实例的容量变化情况。NSO 72还用于向OSS发送该NS实例的生命周期变化报告。
进一步地,图7所示实施例中,RO 72还用于在通过与确定进行容量调整的VNF实例对应的VNFM 73对确定进行容量调整的VNF实例进行扩容之后,创建或修改第一VNF所属NS实例中各VNF实例之间的网络连接。
在图7所示实施例提供的网络服务能力自动调整***中,若RO接收到的第一VNFM73发送的容量调整请求消息为缩容请求消息,该缩容请求消息包括对第一VNFM 73管理的第一VNF实例的缩容的请求,即需要对第一VNF实例进行缩容。则RO 72通过第一VNFM 73对第一VNF实例进行缩容。
当第一VNF实例进行了缩容处理之后,NSO 72会收到第一VNF实例的生命周期变化报告,即NSO 72将获取第一VNF实例的缩容处理结果。接着NSO72判断预设的容量调整策略是否为NS容量调整,若预设的容量调整策略为NS容量调整,则NSO 72确定需要对第一VNF实例所属NS实例中的其它各VNF实例进行缩容处理。NSO 72根据第一VNF实例的容量调整结果、与第一VNF实例属于同一NS实例的其它各VNF实例及相关的VL的状态信息,确定该NS实例中进行容量调整的VNF实例以及对确定进行容量调整的VNF实例进行容量调整的目标大小。RO 71通过与确定进行容量调整的VNF实例对应的VNFM 73对确定进行容量调整的VNF实例进行缩容;RO 71向NSO 72发送该NS实例的生命周期变化报告,该NS实例的生命周期变化报告包括该NS实例的各VNF实例的容量变化情况。NSO 72还用于向OSS发送该NS实例的生命周期变化报告。
进一步地,图7所示实施例中RO 71,还用于在通过与确定进行容量调整的VNF实例对应的VNFM 73对确定进行容量调整的VNF实例进行容量调整之后,删除或修改第一VNF所属NS实例中各VNF实例之间的网络连接。
图8为本发明实施例提供的网络服务能力自动调整方法实施例一的流程图,如图8所示,本实施例的网络服务能力自动调整方法包括:
步骤S801,网络功能虚拟化管理装置接收第一VNFM发送的第一容量调整请求消息,所述第一容量调整请求消息包括对所述第一VNFM管理的第一VNF实例的容量调整的请求。
步骤S802,所述网络功能虚拟化管理装置通过所述第一VNFM对所述第一VNF实例进行容量调整。
步骤S803,所述网络功能虚拟化管理装置获取与所述第一VNF实例属于同一NS实例的其它各VNF实例及相关的VL的状态信息。
步骤S804,所述网络功能虚拟化管理装置根据预设的容量调整策略以及所述NS实例的其它各VNF实例及相关的VL的状态信息,确定是否对所述NS实例的其他各VNF实例进行容量调整以及对确定进行容量调整的VNF实例进行容量调整的目标大小。
步骤S805,所述网络功能虚拟化管理装置通过与所述确定进行容量调整的VNF实例对应的VNFM对所述确定进行容量调整的VNF实例进行容量调整。
步骤S806,所述网络功能虚拟化管理装置向OSS发送所述NS实例的生命周期变化报告,所述NS实例的生命周期变化报告包括所述NS实例的各VNF实例的容量变化情况。
本实施例提供的网络服务能力自动调整方法用于完成图5所示的网络服务能力自动调整***的处理,其实现原理和技术效果类似,此处不再赘述。
进一步地,图8所示实施例中,所述网络功能虚拟化管理装置为NFVO。
图9为本发明实施例提供的网络服务能力自动调整方法实施例二的流程图,本实施例提供的网络服务能力自动调整方法基于图1所示的NFV MANO架构,用于对NS进行扩容。如图9所示,本实施例的网络服务能力自动调整方法包括:
步骤S901,NFVO接收第一VNFM发送的扩容请求消息,所述扩容请求消息包括对所述第一VNFM管理的第一VNF实例的扩容的请求。
步骤S902,所述NFVO检查可用的第一空闲资源后确定是否对所述第一VNF实例进行扩容,所述第一空闲资源包括空闲的处理资源、存储资源、网络资源中的至少一种。
步骤S903,所述NFVO通过所述第一VNFM对所述第一VNF实例进行扩容。
步骤S904,所述NFVO获取与所述第一VNF实例属于同一NS实例的其它各VNF实例及相关的VL的状态信息。
步骤S905,若所述预设的容量调整策略为NS容量调整,则所述NFVO通过检查NFVI资源数据库确定可用的第二空闲资源。
步骤S906,所述NFVO根据所述第一VNF实例的容量调整结果、所述第二空闲资源、所述NS实例的其它各VNF实例及相关的VL的状态信息,确定所述NS实例中进行容量调整的VNF实例以及对确定进行容量调整的VNF实例进行容量调整的目标大小。
步骤S907,所述NFVO通过与所述确定进行容量调整的VNF实例对应的VNFM对所述确定进行容量调整的VNF实例进行容量调整。
步骤S908,所述NFVO向OSS发送所述NS实例的生命周期变化报告,所述NS实例的生命周期变化报告包括所述NS实例的各VNF实例的容量变化情况。
进一步地,在图9所示实施例中,步骤S907之后,还包括:所述NFVO创建或修改所述NS中各VNF实例之间的网络连接。
图10为本发明实施例提供的网络服务能力自动调整方法实施例三的流程图,本实施例提供的网络服务能力自动调整方法基于图1所示的NFV MANO架构,用于对NS进行缩容。如图10所示,本实施例的网络服务能力自动调整方法包括:
步骤S1001,NFVO接收第一VNFM发送的缩容请求消息,所述缩容请求消息包括对所述第一VNFM管理的第一VNF实例的缩容的请求。
步骤S1002,所述NFVO通过所述第一VNFM对所述第一VNF实例进行缩容。
步骤S1003,所述NFVO获取与所述第一VNF实例属于同一NS实例的其它各VNF实例及相关的VL的状态信息。
步骤S1004,若所述预设的容量调整策略为NS容量调整,则所述NFVO根据所述第一VNF实例的容量调整结果、所述NS实例的其它各VNF实例及相关的VL的状态信息,确定所述NS实例中进行容量调整的VNF实例以及对确定进行容量调整的VNF实例进行容量调整的目标大小。
步骤S1005,所述NFVO通过与所述确定进行容量调整的VNF实例对应的VNFM对所述确定进行容量调整的VNF实例进行容量调整。
步骤S1006,所述NFVO向OSS发送所述NS实例的生命周期变化报告,所述NS实例的生命周期变化报告包括所述NS实例的各VNF实例的容量变化情况。
进一步地,在图10所示实施例中,步骤S1005之后,还包括:所述NFVO删除或修改所述NS中各VNF实例之间的网络连接。
进一步地,在图9或图10所示实施例中,步骤S904或步骤S1003,包括:所述NFVO通过查询NFV目录中的VNFR和NSR,获取与所述第一VNF实例属于同一NS实例的其它各VNF实例及相关的VL的状态信息;或者所述NFVO通过查询各VNFM,获取与所述第一VNF实例属于同一NS实例的其它各VNF实例的状态信息;通过查询各VIM,获取与所述第一VNF实例属于同一网络服务NS实例的其它各VNF实例相关的VL的状态信息。
进一步地,图8所示实施例中,所述网络功能虚拟化管理装置包括RO和NSO。
图11为本发明实施例提供的网络服务能力自动调整方法实施例四的流程图,本实施例提供的网络服务能力自动调整方法基于图3或图4所示的NFV MANO演进架构,用于对NS进行扩容。如图11所示,本实施例的网络服务能力自动调整方法包括:
步骤S1101,RO接收第一VNFM发送的扩容请求消息,所述扩容请求消息包括对所述第一VNFM管理的第一VNF实例的扩容的请求。
步骤S1102,所述RO检查可用的第一空闲资源后确定是否对所述第一VNF实例进行扩容,所述第一空闲资源包括可用的处理资源、存储资源、网络资源中的至少一种。
步骤S1103,所述RO通过所述第一VNFM对所述第一VNF实例进行扩容。
步骤S1104,所述RO或所述第一VNFM向所述NSO发送所述第一VNF实例的生命周期变化报告,所述第一VNF实例的生命周期变化报告包括所述第一VNF实例的容量变化情况。
步骤S1105,所述NSO获取与所述第一VNF实例属于同一NS实例的其它各VNF实例及相关的VL的状态信息。
步骤S1106,若所述预设的容量调整策略为NS容量调整,则所述NSO向所述RO发送资源查询请求消息。
步骤S1107,所述RO通过检查NFVI资源数据库确定可用的第二空闲资源。
步骤S1108,所述RO向所述NSO发送资源查询应答消息,所述资源查询应答消息用于通知所述NSO所述第二空闲资源。
步骤S1109,所述NSO根据所述第一VNF实例的容量调整结果、所述第二空闲资源、所述NS实例的其它各VNF实例及相关的VL的状态信息,确定所述NS实例中进行容量调整的VNF实例以及对确定进行容量调整的VNF实例进行容量调整的目标大小。
步骤S1110,所述NSO向所述RO发送第二容量调整请求消息,所述第二容量调整请求消息包括对所述确定进行容量调整的VNF实例进行容量调整的请求。
步骤S1111,所述RO通过与所述确定进行容量调整的VNF实例对应的VNFM对所述确定进行容量调整的VNF实例进行容量调整。
步骤S1112,所述RO向所述NSO发送所述NS实例的生命周期变化报告,所述NS实例的生命周期变化报告包括所述NS实例的各VNF实例的容量变化情况。
步骤S1113,所述NSO向所述OSS发送所述NS实例的生命周期变化报告,所述NS实例的生命周期变化报告包括所述NS实例的各VNF实例的容量变化情况。
进一步地,图11所示实施例中,步骤S1111之后,还包括:所述RO创建或修改所述NS中各VNF实例之间的网络连接。
图12为本发明实施例提供的网络服务能力自动调整方法实施例五的流程图,本实施例提供的网络服务能力自动调整方法基于图3或图4所示的NFV MANO演进架构,用于对NS进行缩容。如图12所示,本实施例的网络服务能力自动调整方法包括:
步骤S1201,RO接收第一VNFM发送的缩容请求消息,所述缩容请求消息包括对所述第一VNFM管理的第一VNF实例的缩容的请求。
步骤S1202,所述RO通过所述第一VNFM对所述第一VNF实例进行缩容。
步骤S1203,所述RO或所述第一VNFM向所述NSO发送所述第一VNF实例的生命周期变化报告,所述第一VNF实例的生命周期变化报告包括所述第一VNF实例的容量变化情况。
步骤S1204,所述NSO获取与所述第一VNF实例属于同一NS实例的其它各VNF实例及相关的VL的状态信息。
步骤S1205,若所述预设的容量调整策略为NS容量调整,则所述NSO根据所述第一VNF实例的容量调整结果、所述NS实例的其它各VNF实例及相关的VL的状态信息,确定所述NS实例中进行容量调整的VNF实例以及对确定进行容量调整的VNF实例进行容量调整的目标大小。
步骤S1206,所述NSO向所述RO发送第二容量调整请求消息,所述第二容量调整请求消息包括对所述确定进行容量调整的VNF实例进行容量调整的请求。
步骤S1207,所述RO通过与所述确定进行容量调整的VNF实例对应的VNFM对所述确定进行容量调整的VNF实例进行容量调整。
步骤S1208,所述RO向所述NSO发送所述NS实例的生命周期变化报告,所述NS实例的生命周期变化报告包括所述NS实例的各VNF实例的容量变化情况。
步骤S1209,所述NSO向所述OSS发送所述NS实例的生命周期变化报告,所述NS实例的生命周期变化报告包括所述NS实例的各VNF实例的容量变化情况。
进一步地,图12所示实施例中,步骤S1207之后,还包括:所述RO删除或修改所述NS中各VNF实例之间的网络连接。
进一步地,图11或图12所示实施例中,步骤S1105或步骤S1204,包括:所述NSO向所述RO发送状态查询请求消息;所述RO通过查询NFV目录中的VNFR和NSR,获取与所述第一VNF实例属于同一NS实例的其它各VNF实例及相关的VL的状态信息;或者所述RO通过查询各VNFM,获取与所述第一VNF实例属于同一NS实例的其它各VNF实例的状态信息;通过查询各VIM,获取与所述第一VNF实例属于同一NS实例的其它各VNF实例相关的VL的状态信息;所述NSO接收所述RO发送的与所述第一VNF实例属于同一NS实例的其它各VNF实例及相关的VL的状态信息。
进一步地,图11或图12所示实施例中,步骤S1105或步骤S1204,包括:所述NSO通过查询NFV目录中的VNFR和NSR,获取与所述第一VNF实例属于同一NS实例的其它各VNF实例及相关的VL的状态信息;或者所述NSO通过查询各VNFM,获取与所述第一VNF实例属于同一NS实例的其它各VNF实例的状态信息;通过查询各VIM,获取与所述第一VNF实例属于同一NS实例的其它各VNF实例相关的VL的状态信息。
图13为本发明实施例提供的网络服务能力自动调整方法实施例六的信令流程图,本实施例提供的网络服务能力自动调整方法基于图1所示的NFV MANO架构,为进行NS扩容的具体处理流程,如图13所示,本实施例的方法包括:
步骤S1301,第一VNFM收集来自第一VNF发送的测量报告,检测到第一VNF需要进行资源扩展;或者第一VNF内部检测到需要进行资源扩张,第一VNFM接收到第一VNF发送的扩容请求。
步骤S1302,第一VNFM向NFVO发送第一容量调整请求消息,请求对第一VNF进行扩容(scale out),第一VNFM请求扩容的资源可以是CPU资源,内存资源,网络资源等,第一VNFM申请的新资源类型和大小可以基于VNFD的描述,也可以基于预定的策略来确定。
步骤S1303,NFVO检查其维护的NFVI资源数据库查询可用的空闲资源,并作出扩容决策。
步骤S1304,NFVO通过第一VNFM和与第一VNF对应的VIM执行对第一VNF的扩容处理。包括资源预留申请,资源分配,VM启动,VNF配置等。
步骤S1305,NFVO查询NFV目录中的VNFR和NSR记录,确定和第一VNF实例属于同一NS实例的其它VNF实例以及相关的VL实例,并获取这些VNF实例的状态以及相关的VL的状态。
可选地,NFVO可能只有NFV实例目录中NS实例的查询权限,此时NFVO无法通过步骤S1305得到各VNF实例的状态以及相关的VL的状态。此时NFVO可以通过步骤S1306至步骤S1311获取各VNF实例的状态以及相关的VL的状态。也就是说,步骤S1305以及步骤S1306至步骤S1311是可选的两种处理方式。
步骤S1306,NFVO向第二VNFM发送第二VNF实例的查询请求消息。
步骤S1307,第二VNFM向NFVO发送第二VNF实例的状态信息。
步骤S1308,NFVO向第三VNFM发送第三VNF实例的查询请求消息。
步骤S1309,第三VNFM向NFVO发送第三VNF实例的状态信息。
步骤S1310,NFVO向VIM发送VL查询请求消息。
步骤S1311,VIM向NFVO发送和第一VNF实例属于同一NS实例的其它VNF实例相关的VL实例的状态信息。
需要说明的是,本实施例中仅以第一VNFM至第三VNFM三个VNFM为例进行示意行说明,NFVO需要进行NS容量调整时,需要查询和第一VNF实例属于同一NS实例的所有VNF实例以及相关的VL实例的状态信息。
步骤S1312,NFVO检查可用的空闲资源,根据预置的本地策略确定是否需要进行NS的扩容,如果需要进行NS的扩容,每个VNF实例的扩容策略,即扩容到哪个规格或模板上。
步骤S1313,NFVO通过第二VNFM和与第二VNF对应的VIM执行对第二VNF的扩容处理。
步骤S1314,NFVO通过第三VNFM和与第三VNF对应的VIM执行对第三VNF的扩容处理。
步骤S1315,NFVO创建或修改VNF实例之间的网络连接。本步骤是可选的步骤。
步骤S1316,NFVO通知OSS该NS实例的生命周期(lifecycle)发生了变化以及具体的变化。
图14为本发明实施例提供的网络服务能力自动调整方法实施例七的信令流程图,本实施例提供的网络服务能力自动调整方法基于图1所示的NFV MANO架构,为进行NS缩容的具体处理流程,如图14所示,本实施例的方法包括:
步骤S1401,第一VNFM收集来自第一VNF发送的测量报告,检测到第一VNF需要进行资源收缩;或者第一VNF内部检测到需要进行资源收缩,第一VNFM接收到第一VNF发送的缩容请求。
步骤S1402,第一VNFM向NFVO发送第一容量调整请求消息,请求对第一VNF进行缩容(scale in)。
步骤S1403,NFVO作出缩容决策。
步骤S1404,NFVO通过第一VNFM和与第一VNF对应的VIM执行对第一VNF的缩容处理。包括关闭VM,释放资源等。
步骤S1405,NFVO查询NFV目录中的VNFR和NSR记录,确定和第一VNF实例属于同一NS实例的其它VNF实例以及相关的VL实例,并获取这些VNF实例的状态以及相关的VL的状态。
可选地,NFVO可能只有NFV实例目录中NS实例的查询权限,此时NFVO无法通过步骤S1405得到各VNF实例的状态以及相关的VL的状态。此时NFVO可以通过步骤S1406至步骤S1411获取各VNF实例的状态以及相关的VL的状态。也就是说,步骤S1405以及步骤S1406至步骤S1411是可选的两种处理方式。
步骤S1406,NFVO向第二VNFM发送第二VNF实例的查询请求消息。
步骤S1407,第二VNFM向NFVO发送第二VNF实例的状态信息。
步骤S1408,NFVO向第三VNFM发送第三VNF实例的查询请求消息。
步骤S1409,第三VNFM向NFVO发送第三VNF实例的状态信息。
步骤S1410,NFVO向VIM发送VL查询请求消息。
步骤S1411,VIM向NFVO发送和第一VNF实例属于同一NS实例的其它VNF实例相关的VL实例的状态信息。
需要说明的是,本实施例中仅以第一VNFM至第三VNFM三个VNFM为例进行示意行说明,NFVO需要进行NS容量调整时,需要查询和第一VNF实例属于同一NS实例的所有VNF实例以及相关的VL实例的状态信息。
步骤S1412,NFVO根据预置的本地策略确定是否需要进行NS的缩容,如果需要进行NS的缩容,每个VNF实例的缩容策略,即缩容到哪个规格或模板上。
步骤S1413,NFVO通过第二VNFM和与第二VNF对应的VIM执行对第二VNF的缩容处理。
步骤S1414,NFVO通过第三VNFM和与第三VNF对应的VIM执行对第三VNF的缩容处理。
步骤S1415,NFVO删除或修改VNF实例之间的网络连接。本步骤是可选的步骤。
步骤S1416,NFVO通知OSS该NS实例的生命周期发生了变化以及具体的变化。
图15为本发明实施例提供的网络服务能力自动调整方法实施例八的信令流程图,本实施例提供的网络服务能力自动调整方法基于图3所示的NFV MANO演进架构,为进行NS扩容的具体处理流程,如图15所示,本实施例的方法包括:
步骤S1501,第一VNFM收集来自第一VNF发送的测量报告,检测到第一VNF需要进行资源扩展;或者第一VNF内部检测到需要进行资源扩张,第一VNFM接收到第一VNF发送的扩容请求。
步骤S1502,第一VNFM向RO发送第一容量调整请求消息,请求对第一VNF进行扩容,第一VNFM请求扩容的资源可以是CPU资源,内存资源,网络资源等,第一VNFM申请的新资源类型和大小可以基于VNFD的描述,也可以基于预定的策略来确定。
步骤S1503,RO检查其维护的NFVI资源数据库查询可用的空闲资源,并作出扩容决策。
步骤S1504,RO通过NSO、第一VNFM和与第一VNF对应的VIM执行对第一VNF的扩容处理。包括资源预留申请,资源分配,VM启动,VNF配置等。
步骤S1505,RO通知NSO第一VNF实例的生命周期发生了改变,进行了扩容。
步骤S1506,NSO查询NFV目录中的VNFR和NSR记录,确定和第一VNF实例属于同一NS实例的其它VNF实例以及相关的VL实例,并获取这些VNF实例的状态以及相关的VL的状态。
可选地,NSO可能只有NFV实例目录中NS实例的查询权限,此时NSO无法通过步骤S1506得到各VNF实例的状态以及相关的VL的状态。此时NSO可以通过步骤S1507至步骤S1510获取各VNF实例的状态以及相关的VL的状态。也就是说,步骤S1505以及步骤S1506至步骤S1510是可选的两种处理方式。
步骤S1507,NSO向RO发送VNF实例查询请求消息以及VL查询请求消息。
步骤S1508,RO向VIM发送VL查询请求消息。
步骤S1509,VIM向RO发送和第一VNF实例属于同一NS实例的其它VNF实例相关的VL实例的状态信息。
步骤S1510,RO向NSO发送和第一VNF实例属于同一NS实例的其它VNF实例以及相关的VL实例的状态信息。
可选地,若RO也没有NFV实例目录中VNF实例的查询权限,则在步骤S1507之后,RO还要通过各VNFM查询和第一VNF实例属于同一NS实例的其它VNF实例的状态信息。
步骤S1511,NSO检查可用的空闲资源,根据预置的本地策略确定是否需要进行NS的扩容,如果需要进行NS的扩容,每个VNF实例的扩容策略,即扩容到哪个规格或模板上。
步骤S1512,NSO向RO发送VNF扩容请求或指示。
步骤S1513,RO检查NSO发送的VNF的扩容的可行性,主要是检查是否有合适的可用的空闲资源,是否符合策略等。
步骤S1514,RO通过NSO、第二VNFM和与第二VNF对应的VIM执行对第二VNF的扩容处理。
步骤S1515,RO通过NSO、第三VNFM和与第三VNF对应的VIM执行对第三VNF的扩容处理。
步骤S1516,RO创建或修改VNF实例之间的网络连接。本步骤是可选的步骤。
步骤S1517,RO通知NSO该NS实例的生命周期发生了变化,或者对应的VNF实例的生命周期发生了变化。
步骤S1518,NSO通知OSS该NS实例的生命周期发生了变化以及具体的变化。
需要说明的是,本实施例中仅以第一VNFM至第三VNFM三个VNFM为例进行示意行说明,NFVO需要进行NS容量调整时,需要查询和第一VNF实例属于同一NS实例的所有VNF实例以及相关的VL实例的状态信息。
在图15所示实施例的基础上,若基于图4所示的NFV MANO演进架构,则相应的处理方法可以有所区别。基于图3所示的NFV MANO演进架构和图4所示的NFV MANO演进架构,其区别仅在于,在步骤S1505,可以由第一VNFM通知NSO第一VNF实例的生命周期发生了改变,进行了扩容。在步骤S1507中,NSO可以直接向各VNFM查询VNF实例对应的状态。
本领域普通技术人员可以理解:实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时,执行包括上述各方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换。因此,本发明的保护范围应以权利要求的保护范围为准。
Claims (30)
1.一种网络服务能力自动调整***,包括:网络功能虚拟化管理装置和至少一个虚拟网络功能管理实体VNFM,其特征在于:
所述至少一个VNFM用于管理至少一个虚拟网络功能VNF实例,当管理的VNF实例需要进行容量调整时,向所述网络功能虚拟化管理装置发送容量调整请求消息;
所述网络功能虚拟化管理装置用于接收第一VNFM发送的第一容量调整请求消息,所述第一容量调整请求消息包括对所述第一VNFM管理的第一VNF实例的容量调整的请求;通过所述第一VNFM对所述第一VNF实例进行容量调整;获取与所述第一VNF实例属于同一网络服务NS实例的其它各VNF实例及相关的虚拟链路VL的状态信息;根据预设的容量调整策略以及所述NS实例的其它各VNF实例及相关的VL的状态信息,确定是否对所述NS实例的其他各VNF实例进行容量调整以及对确定进行容量调整的VNF实例进行容量调整的目标大小;通过与所述确定进行容量调整的VNF实例对应的VNFM对所述确定进行容量调整的VNF实例进行容量调整;向运营支撑***OSS发送所述NS实例的生命周期变化报告,所述NS实例的生命周期变化报告包括所述NS实例的各VNF实例的容量变化情况。
2.根据权利要求1所述的网络服务能力自动调整***,其特征在于,所述网络功能虚拟化管理装置为网络功能虚拟化编排器NFVO。
3.根据权利要求2所述的网络服务能力自动调整***,其特征在于,所述NFVO具体用于:
接收第一VNFM发送的扩容请求消息,所述扩容请求消息包括对所述第一VNFM管理的第一VNF实例的扩容的请求;在通过所述第一VNFM对所述第一VNF实例进行容量调整之前,检查可用的第一空闲资源后确定是否对所述第一VNF实例进行扩容,所述第一空闲资源包括空闲的处理资源、存储资源、网络资源中的至少一种;通过所述第一VNFM对所述第一VNF实例进行扩容;若所述预设的容量调整策略为NS容量调整,则通过检查网络功能虚拟化基础设施NFVI资源数据库确定可用的第二空闲资源;根据所述第一VNF实例的容量调整结果、所述第二空闲资源、所述NS实例的其它各VNF实例及相关的VL的状态信息,确定所述NS实例中进行容量调整的VNF实例以及对确定进行容量调整的VNF实例进行容量调整的目标大小。
4.根据权利要求3所述的网络服务能力自动调整***,其特征在于,所述NFVO还用于在通过与所述确定进行容量调整的VNF实例对应的VNFM对所述确定进行容量调整的VNF实例进行容量调整之后,创建或修改所述NS中各VNF实例之间的网络连接。
5.根据权利要求2所述的网络服务能力自动调整***,其特征在于,所述NFVO具体用于:
接收第一VNFM发送的缩容请求消息,所述缩容请求消息包括对所述第一VNFM管理的第一VNF实例的缩容的请求;通过所述第一VNFM对所述第一VNF实例进行缩容;若所述预设的容量调整策略为NS容量调整,则根据所述第一VNF实例的容量调整结果、所述NS实例的其它各VNF实例及相关的VL的状态信息,确定所述NS实例中进行容量调整的VNF实例以及对确定进行容量调整的VNF实例进行容量调整的目标大小。
6.根据权利要求5所述的网络服务能力自动调整***,其特征在于,所述NFVO还用于在通过与所述确定进行容量调整的VNF实例对应的VNFM对所述确定进行容量调整的VNF实例进行容量调整之后,删除或修改所述NS中各VNF实例之间的网络连接。
7.根据权利要求2~6任一项所述的网络服务能力自动调整***,其特征在于,所述NFVO具体用于通过查询网络功能虚拟化NFV目录中的虚拟网络功能记录VNFR和网络服务记录NSR,获取与所述第一VNF实例属于同一NS实例的其它各VNF实例及相关的VL的状态信息;或者通过查询各VNFM,获取与所述第一VNF实例属于同一NS实例的其它各VNF实例的状态信息;通过查询各虚拟化基础设置管理器VIM,获取与所述第一VNF实例属于同一网络服务NS实例的其它各VNF实例相关的VL的状态信息。
8.根据权利要求1所述的网络服务能力自动调整***,其特征在于,所述网络功能虚拟化管理装置包括NFVI资源编排器RO和网络服务编排器NSO。
9.根据权利要求8所述的网络服务能力自动调整***,其特征在于,所述RO具体用于接收第一VNFM发送的第一容量调整请求消息,所述第一容量调整请求消息包括对所述第一VNFM管理的第一VNF实例的容量调整的请求;通过所述第一VNFM对所述第一VNF实例进行容量调整;
所述RO或所述第一VNFM向所述NSO发送所述第一VNF实例的生命周期变化报告,所述第一VNF实例的生命周期变化报告包括所述第一VNF实例的容量变化情况;
所述NSO具体用于获取与所述第一VNF实例属于同一NS实例的其它各VNF实例及相关的VL的状态信息;根据预设的容量调整策略以及所述NS实例的其它各VNF实例及相关的VL的状态信息,确定是否对所述NS实例的其他各VNF实例进行容量调整以及对确定进行容量调整的VNF实例进行容量调整的目标大小;向所述RO发送第二容量调整请求消息,所述第二容量调整请求消息包括对所述确定进行容量调整的VNF实例进行容量调整的请求;
所述RO还用于,通过与所述确定进行容量调整的VNF实例对应的VNFM对所述确定进行容量调整的VNF实例进行容量调整;向所述NSO发送所述NS实例的生命周期变化报告,所述NS实例的生命周期变化报告包括所述NS实例的各VNF实例的容量变化情况;
所述NSO还用于向所述OSS发送所述NS实例的生命周期变化报告,所述NS实例的生命周期变化报告包括所述NS实例的各VNF实例的容量变化情况。
10.根据权利要求9所述的网络服务能力自动调整***,其特征在于,所述RO具体用于接收第一VNFM发送的扩容请求消息,所述扩容请求消息包括对所述第一VNFM管理的第一VNF实例的扩容的请求;检查可用的第一空闲资源后确定是否对所述第一VNF实例进行扩容,所述第一空闲资源包括可用的处理资源、存储资源、网络资源中的至少一种;通过所述第一VNFM对所述第一VNF实例进行扩容;
所述NSO具体用于若所述预设的容量调整策略为NS容量调整,则向所述RO发送资源查询请求消息;
所述RO具体还用于向所述NSO发送资源查询应答消息,所述资源查询应答消息用于通知所述NSO第二空闲资源;
所述NSO具体还用于根据所述第一VNF实例的容量调整结果、所述第二空闲资源、所述NS实例的其它各VNF实例及相关的VL的状态信息,确定所述NS实例中进行容量调整的VNF实例以及对确定进行容量调整的VNF实例进行容量调整的目标大小。
11.根据权利要求10所述的网络服务能力自动调整***,其特征在于,所述RO还用于在通过与所述确定进行容量调整的VNF实例对应的VNFM对所述确定进行容量调整的VNF实例进行容量调整之后,创建或修改所述NS中各VNF实例之间的网络连接。
12.根据权利要求9所述的网络服务能力自动调整***,其特征在于,所述RO具体用于接收第一VNFM发送的缩容请求消息,所述缩容请求消息包括对所述第一VNFM管理的第一VNF实例的缩容的请求;通过所述第一VNFM对所述第一VNF实例进行缩容;
所述NSO具体用于若所述预设的容量调整策略为NS容量调整,则根据所述第一VNF实例的容量调整结果、所述NS实例的其它各VNF实例及相关的VL的状态信息,确定所述NS实例中进行容量调整的VNF实例以及对确定进行容量调整的VNF实例进行容量调整的目标大小。
13.根据权利要求12所述的网络服务能力自动调整***,其特征在于,所述RO,还用于在通过与所述确定进行容量调整的VNF实例对应的VNFM对所述确定进行容量调整的VNF实例进行容量调整之后,删除或修改所述NS中各VNF实例之间的网络连接。
14.根据权利要求9~13任一项所述的网络服务能力自动调整***,其特征在于,所述NSO具体用于向所述RO发送状态查询请求消息;
所述RO具体用于通过查询NFV目录中的VNFR和NSR,获取与所述第一VNF实例属于同一NS实例的其它各VNF实例及相关的VL的状态信息;或者通过查询各VNFM,获取与所述第一VNF实例属于同一NS实例的其它各VNF实例的状态信息;通过查询各VIM,获取与所述第一VNF实例属于同一NS实例的其它各VNF实例相关的VL的状态信息;
所述NSO还用于接收所述RO发送的与所述第一VNF实例属于同一NS实例的其它各VNF实例及相关的VL的状态信息。
15.根据权利要求9~13任一项所述的网络服务能力自动调整***,其特征在于,所述NSO具体用于通过查询NFV目录中的VNFR和NSR,获取与所述第一VNF实例属于同一NS实例的其它各VNF实例及相关的VL的状态信息;或者通过查询各VNFM,获取与所述第一VNF实例属于同一NS实例的其它各VNF实例的状态信息;通过查询各VIM,获取与所述第一VNF实例属于同一NS实例的其它各VNF实例相关的VL的状态信息。
16.一种网络服务能力自动调整方法,其特征在于,包括:
网络功能虚拟化管理装置接收第一虚拟网络功能管理实体VNFM发送的第一容量调整请求消息,所述第一容量调整请求消息包括对所述第一VNFM管理的第一虚拟网络功能VNF实例的容量调整的请求;
所述网络功能虚拟化管理装置通过所述第一VNFM对所述第一VNF实例进行容量调整;
所述网络功能虚拟化管理装置获取与所述第一VNF实例属于同一网络服务NS实例的其它各VNF实例及相关的虚拟链路VL的状态信息;
所述网络功能虚拟化管理装置根据预设的容量调整策略以及所述NS实例的其它各VNF实例及相关的VL的状态信息,确定是否对所述NS实例的其他各VNF实例进行容量调整以及对确定进行容量调整的VNF实例进行容量调整的目标大小;
所述网络功能虚拟化管理装置通过与所述确定进行容量调整的VNF实例对应的VNFM对所述确定进行容量调整的VNF实例进行容量调整;
所述网络功能虚拟化管理装置向运营支撑***OSS发送所述NS实例的生命周期变化报告,所述NS实例的生命周期变化报告包括所述NS实例的各VNF实例的容量变化情况。
17.根据权利要求16所述的方法,其特征在于,所述网络功能虚拟化管理装置为网络功能虚拟化编排器NFVO。
18.根据权利要求17所述的方法,其特征在于,所述网络功能虚拟化管理装置接收第一VNFM发送的第一容量调整请求消息,包括:
所述NFVO接收第一VNFM发送的扩容请求消息,所述扩容请求消息包括对所述第一VNFM管理的第一VNF实例的扩容的请求;
所述网络功能虚拟化管理装置通过所述第一VNFM对所述第一VNF实例进行容量调整之前,还包括:
所述NFVO检查可用的第一空闲资源后确定是否对所述第一VNF实例进行扩容,所述第一空闲资源包括空闲的处理资源、存储资源、网络资源中的至少一种;
所述网络功能虚拟化管理装置通过所述第一VNFM对所述第一VNF实例进行容量调整,包括:
所述NFVO通过所述第一VNFM对所述第一VNF实例进行扩容;
所述网络功能虚拟化管理装置根据预设的容量调整策略以及所述NS实例的其它各VNF实例及相关的VL的状态信息,确定是否对所述NS实例的其他各VNF实例进行容量调整以及对确定进行容量调整的VNF实例进行容量调整的目标大小,包括:
若所述预设的容量调整策略为NS容量调整,则所述NFVO通过检查网络功能虚拟化基础设施NFVI资源数据库确定可用的第二空闲资源;
所述NFVO根据所述第一VNF实例的容量调整结果、所述第二空闲资源、所述NS实例的其它各VNF实例及相关的VL的状态信息,确定所述NS实例中进行容量调整的VNF实例以及对确定进行容量调整的VNF实例进行容量调整的目标大小。
19.根据权利要求18所述的方法,其特征在于,所述网络功能虚拟化管理装置通过与所述确定进行容量调整的VNF实例对应的VNFM对所述确定进行容量调整的VNF实例进行容量调整之后,还包括:
所述NFVO创建或修改所述NS中各VNF实例之间的网络连接。
20.根据权利要求17所述的方法,其特征在于,所述网络功能虚拟化管理装置接收第一VNFM发送的第一容量调整请求消息,包括:
所述NFVO接收第一VNFM发送的缩容请求消息,所述缩容请求消息包括对所述第一VNFM管理的第一VNF实例的缩容的请求;
所述NFVO通过所述第一VNFM对所述第一VNF实例进行容量调整,包括:
所述NFVO通过所述第一VNFM对所述第一VNF实例进行缩容;
所述网络功能虚拟化管理装置根据预设的容量调整策略以及所述NS实例的其它各VNF实例及相关的VL的状态信息,确定是否对所述NS实例的其他各VNF实例进行容量调整以及对确定进行容量调整的VNF实例进行容量调整的目标大小,包括:
若所述预设的容量调整策略为NS容量调整,则所述NFVO根据所述第一VNF实例的容量调整结果、所述NS实例的其它各VNF实例及相关的VL的状态信息,确定所述NS实例中进行容量调整的VNF实例以及对确定进行容量调整的VNF实例进行容量调整的目标大小。
21.根据权利要求20所述的方法,其特征在于,所述网络功能虚拟化管理装置通过与所述确定进行容量调整的VNF实例对应的VNFM对所述确定进行容量调整的VNF实例进行容量调整之后,还包括:
所述NFVO删除或修改所述NS中各VNF实例之间的网络连接。
22.根据权利要求17~21任一项所述的方法,其特征在于,所述网络功能虚拟化管理装置获取与所述第一VNF实例属于同一NS实例的其它各VNF实例及相关的VL的状态信息,包括:
所述NFVO通过查询网络功能虚拟化NFV目录中的虚拟网络功能记录VNFR和网络服务记录NSR,获取与所述第一VNF实例属于同一NS实例的其它各VNF实例及相关的VL的状态信息;
或者所述NFVO通过查询各VNFM,获取与所述第一VNF实例属于同一NS实例的其它各VNF实例的状态信息;通过查询各VIM,获取与所述第一VNF实例属于同一网络服务NS实例的其它各VNF实例相关的VL的状态信息。
23.根据权利要求16所述的方法,其特征在于,所述网络功能虚拟化管理装置包括NFVI资源编排器RO和网络服务编排器NSO。
24.根据权利要求23所述的方法,其特征在于,所述网络功能虚拟化管理装置接收第一VNFM发送的第一容量调整请求消息,包括:
所述RO接收第一VNFM发送的第一容量调整请求消息,所述第一容量调整请求消息包括对所述第一VNFM管理的第一VNF实例的容量调整的请求;
所述网络功能虚拟化管理装置通过所述第一VNFM对所述第一VNF实例进行容量调整,包括:
所述RO通过所述第一VNFM对所述第一VNF实例进行容量调整;
所述RO或所述第一VNFM向所述NSO发送所述第一VNF实例的生命周期变化报告,所述第一VNF实例的生命周期变化报告包括所述第一VNF实例的容量变化情况;
所述网络功能虚拟化管理装置获取与所述第一VNF实例属于同一NS实例的其它各VNF实例及相关的VL的状态信息,包括:
所述NSO获取与所述第一VNF实例属于同一NS实例的其它各VNF实例及相关的VL的状态信息;
所述网络功能虚拟化管理装置根据预设的容量调整策略以及所述NS实例的其它各VNF实例及相关的VL的状态信息,确定是否对所述NS实例的其他各VNF实例进行容量调整以及对确定进行容量调整的VNF实例进行容量调整的目标大小,包括:
所述NSO根据预设的容量调整策略以及所述NS实例的其它各VNF实例及相关的VL的状态信息,确定是否对所述NS实例的其他各VNF实例进行容量调整以及对确定进行容量调整的VNF实例进行容量调整的目标大小;
所述网络功能虚拟化管理装置通过与所述确定进行容量调整的VNF实例对应的VNFM对所述确定进行容量调整的VNF实例进行容量调整,包括:
所述NSO向所述RO发送第二容量调整请求消息,所述第二容量调整请求消息包括对所述确定进行容量调整的VNF实例进行容量调整的请求;
所述RO通过与所述确定进行容量调整的VNF实例对应的VNFM对所述确定进行容量调整的VNF实例进行容量调整;
所述网络功能虚拟化管理装置向OSS发送所述NS实例的生命周期变化报告,所述生命周期变化报告包括所述NS实例的各VNF实例的容量变化情况,包括:
所述RO向所述NSO发送所述NS实例的生命周期变化报告,所述NS实例的生命周期变化报告包括所述NS实例的各VNF实例的容量变化情况;
所述NSO向所述OSS发送所述NS实例的生命周期变化报告,所述NS实例的生命周期变化报告包括所述NS实例的各VNF实例的容量变化情况。
25.根据权利要求24所述的方法,其特征在于,所述RO接收第一VNFM发送的第一容量调整请求消息,包括:
所述RO接收第一VNFM发送的扩容请求消息,所述扩容请求消息包括对所述第一VNFM管理的第一VNF实例的扩容的请求;
所述RO通过所述第一VNFM对所述第一VNF实例进行容量调整之前,还包括:
所述RO检查可用的第一空闲资源后确定是否对所述第一VNF实例进行扩容,所述第一空闲资源包括可用的处理资源、存储资源、网络资源中的至少一种;
所述RO通过所述第一VNFM对所述第一VNF实例进行容量调整,包括:
所述RO通过所述第一VNFM对所述第一VNF实例进行扩容;
所述NSO根据预设的容量调整策略以及所述NS实例的其它各VNF实例及相关的VL的状态信息,确定是否对所述NS实例的其他各VNF实例进行容量调整以及对确定进行容量调整的VNF实例进行容量调整的目标大小,包括:
若所述预设的容量调整策略为NS容量调整,则所述NSO向所述RO发送资源查询请求消息;
所述RO通过检查NFVI资源数据库确定可用的第二空闲资源;
所述RO向所述NSO发送资源查询应答消息,所述资源查询应答消息用于通知所述NSO所述第二空闲资源;
所述NSO根据所述第一VNF实例的容量调整结果、所述第二空闲资源、所述NS实例的其它各VNF实例及相关的VL的状态信息,确定所述NS实例中进行容量调整的VNF实例以及对确定进行容量调整的VNF实例进行容量调整的目标大小。
26.根据权利要求25所述的方法,其特征在于,所述RO通过与所述确定进行容量调整的VNF实例对应的VNFM对所述确定进行容量调整的VNF实例进行容量调整之后,还包括:
所述RO创建或修改所述NS中各VNF实例之间的网络连接。
27.根据权利要求24所述的方法,其特征在于,所述RO接收第一VNFM发送的容量调整请求消息,包括:
所述RO接收第一VNFM发送的缩容请求消息,所述缩容请求消息包括对所述第一VNFM管理的第一VNF实例的缩容的请求;
所述RO通过所述第一VNFM对所述第一VNF实例进行容量调整,包括:
所述RO通过所述第一VNFM对所述第一VNF实例进行缩容;
所述NSO根据预设的容量调整策略以及所述NS实例的其它各VNF实例及相关的VL的状态信息,确定是否对所述NS实例的其他各VNF实例进行容量调整以及对确定进行容量调整的VNF实例进行容量调整的目标大小,包括:
若所述预设的容量调整策略为NS容量调整,则所述NSO根据所述第一VNF实例的容量调整结果、所述NS实例的其它各VNF实例及相关的VL的状态信息,确定所述NS实例中进行容量调整的VNF实例以及对确定进行容量调整的VNF实例进行容量调整的目标大小。
28.根据权利要求27所述的方法,其特征在于,所述RO通过与所述确定进行容量调整的VNF实例对应的VNFM对所述确定进行容量调整的VNF实例进行容量调整之后,还包括:
所述RO删除或修改所述NS中各VNF实例之间的网络连接。
29.根据权利要求24~28任一项所述的方法,其特征在于,所述NSO获取与所述第一VNF实例属于同一NS实例的其它各VNF实例及相关的VL的状态信息,包括:
所述NSO向所述RO发送状态查询请求消息;
所述RO通过查询NFV目录中的VNFR和NSR,获取与所述第一VNF实例属于同一NS实例的其它各VNF实例及相关的VL的状态信息;
或者所述RO通过查询各VNFM,获取与所述第一VNF实例属于同一NS实例的其它各VNF实例的状态信息;通过查询各VIM,获取与所述第一VNF实例属于同一NS实例的其它各VNF实例相关的VL的状态信息;
所述NSO接收所述RO发送的与所述第一VNF实例属于同一NS实例的其它各VNF实例及相关的VL的状态信息。
30.根据权利要求24~28任一项所述的方法,其特征在于,所述NSO获取与所述第一VNF实例属于同一NS实例的其它各VNF实例及相关的VL的状态信息,包括:
所述NSO通过查询NFV目录中的VNFR和NSR,获取与所述第一VNF实例属于同一NS实例的其它各VNF实例及相关的VL的状态信息;
或者所述NSO通过查询各VNFM,获取与所述第一VNF实例属于同一NS实例的其它各VNF实例的状态信息;通过查询各VIM,获取与所述第一VNF实例属于同一NS实例的其它各VNF实例相关的VL的状态信息。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2014/094045 WO2016095121A1 (zh) | 2014-12-17 | 2014-12-17 | 网络服务能力自动调整方法和*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105934919A CN105934919A (zh) | 2016-09-07 |
CN105934919B true CN105934919B (zh) | 2019-03-19 |
Family
ID=56125585
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201480032397.0A Active CN105934919B (zh) | 2014-12-17 | 2014-12-17 | 网络服务能力自动调整方法和*** |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN105934919B (zh) |
WO (1) | WO2016095121A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112437012A (zh) * | 2020-10-10 | 2021-03-02 | 网络通信与安全紫金山实验室 | 流量调度方法、vnf集群缩扩容方法以及相关装置 |
Families Citing this family (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
MX2019001895A (es) * | 2016-08-18 | 2019-07-01 | Ericsson Telefon Ab L M | Proceso de diseño e implementacion de serivicios de red para sistemas de nfv. |
CN107888545A (zh) * | 2016-09-29 | 2018-04-06 | 中兴通讯股份有限公司 | 一种企业服务总线连接器及功能实体间的连接方法 |
CN108207008A (zh) * | 2016-12-19 | 2018-06-26 | 中兴通讯股份有限公司 | 一种虚拟化网元的管理方法和装置 |
CN108243110B (zh) * | 2016-12-26 | 2021-09-14 | 华为技术有限公司 | 一种资源调整方法、装置和*** |
CN108400945B (zh) * | 2017-02-04 | 2023-02-24 | 中兴通讯股份有限公司 | 一种编排管理***和网络切片处理方法 |
CN108810992B (zh) * | 2017-05-02 | 2020-09-25 | 大唐移动通信设备有限公司 | 一种网络切片的资源控制方法和装置 |
US11003516B2 (en) * | 2017-07-24 | 2021-05-11 | At&T Intellectual Property I, L.P. | Geographical redundancy and dynamic scaling for virtual network functions |
CN107395501B (zh) * | 2017-08-29 | 2020-04-14 | 电子科技大学 | 一种网络服务功能链的跨域部署方法 |
CN109726007B (zh) * | 2017-10-31 | 2023-05-26 | 中兴通讯股份有限公司 | 一种容器编排配额管理方法和装置、及容器编排*** |
CN109992353B (zh) * | 2018-01-02 | 2021-11-02 | ***通信有限公司研究院 | 一种扩缩容方法、装置、设备及计算机可读存储介质 |
CN109995671B (zh) * | 2018-01-02 | 2022-12-02 | ***通信有限公司研究院 | 虚拟化内容分发网络的资源配置方法及网络服务设备 |
CN110830272B (zh) * | 2018-08-07 | 2022-09-13 | ***通信有限公司研究院 | 一种虚拟网元vnf的操作控制方法、装置及设备 |
CN110912726B (zh) * | 2018-09-18 | 2023-04-07 | 中兴通讯股份有限公司 | 服务的提供方法、装置、***、存储介质及电子装置 |
WO2020077585A1 (zh) * | 2018-10-18 | 2020-04-23 | 华为技术有限公司 | Vnf服务实例化方法及装置 |
CN111083719A (zh) * | 2018-10-22 | 2020-04-28 | ***通信有限公司研究院 | 一种网元容量弹性调整的方法、装置和存储介质 |
CN112751685B (zh) * | 2019-10-29 | 2023-04-07 | 中国电信股份有限公司 | 网络切片用户面容量配置方法、装置和*** |
CN113467924A (zh) * | 2020-03-31 | 2021-10-01 | 北京金山云网络技术有限公司 | 一种资源分配方法、装置、服务器及计算机可读存储介质 |
CN114640580A (zh) * | 2020-12-15 | 2022-06-17 | ***通信有限公司研究院 | 一种网络切片子网实例nssi扩缩容方法及相关设备 |
CN113918093B (zh) * | 2021-09-26 | 2023-11-03 | 福建天泉教育科技有限公司 | 一种缩容的优化方法及终端 |
CN115051920B (zh) * | 2022-06-02 | 2023-07-18 | 北京邮电大学 | 一种能力开放架构下nfv能力网元扩容的方法和*** |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104050045A (zh) * | 2014-06-27 | 2014-09-17 | 华为技术有限公司 | 基于磁盘io的虚拟资源分配方法及装置 |
CN104170323A (zh) * | 2014-04-09 | 2014-11-26 | 华为技术有限公司 | 基于网络功能虚拟化的故障处理方法及装置、*** |
CN104202264A (zh) * | 2014-07-31 | 2014-12-10 | 华为技术有限公司 | 云化数据中心网络的承载资源分配方法、装置及*** |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9973375B2 (en) * | 2013-04-22 | 2018-05-15 | Cisco Technology, Inc. | App store portal providing point-and-click deployment of third-party virtualized network functions |
-
2014
- 2014-12-17 WO PCT/CN2014/094045 patent/WO2016095121A1/zh active Application Filing
- 2014-12-17 CN CN201480032397.0A patent/CN105934919B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104170323A (zh) * | 2014-04-09 | 2014-11-26 | 华为技术有限公司 | 基于网络功能虚拟化的故障处理方法及装置、*** |
CN104050045A (zh) * | 2014-06-27 | 2014-09-17 | 华为技术有限公司 | 基于磁盘io的虚拟资源分配方法及装置 |
CN104202264A (zh) * | 2014-07-31 | 2014-12-10 | 华为技术有限公司 | 云化数据中心网络的承载资源分配方法、装置及*** |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112437012A (zh) * | 2020-10-10 | 2021-03-02 | 网络通信与安全紫金山实验室 | 流量调度方法、vnf集群缩扩容方法以及相关装置 |
CN112437012B (zh) * | 2020-10-10 | 2022-06-21 | 网络通信与安全紫金山实验室 | 流量调度方法以及相关装置 |
Also Published As
Publication number | Publication date |
---|---|
CN105934919A (zh) | 2016-09-07 |
WO2016095121A1 (zh) | 2016-06-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105934919B (zh) | 网络服务能力自动调整方法和*** | |
CN106713406B (zh) | 接入切片网络的方法及*** | |
CN105284094B (zh) | 一种网络功能虚拟化网络***、数据处理方法及装置 | |
US11283684B2 (en) | Network slice deployment method and apparatus | |
EP3530037B1 (en) | System and method for network slice management in a management plane | |
US10481953B2 (en) | Management system, virtual communication-function management node, and management method for managing virtualization resources in a mobile communication network | |
CN106559488B (zh) | 一种建立租户驱动的电网地理信息空间服务的方法 | |
CN108370328B (zh) | 一种nfv mano策略描述符的管理方法及装置 | |
CN106161076B (zh) | 虚拟网络功能扩展方法和装置 | |
CN108632063B (zh) | 管理网络切片实例的方法、装置和*** | |
CN113342478B (zh) | 资源管理方法、设备、网络***及存储介质 | |
CN108431778A (zh) | 对虚拟桌面实例池的管理 | |
CN109600768A (zh) | 网络切片的管理方法、设备及*** | |
JP6263424B2 (ja) | 管理システム及び管理方法 | |
CN108809671A (zh) | 通信方法、网络设备和*** | |
CN105808316A (zh) | 虚拟网络加载方法和装置 | |
CN110311798B (zh) | 一种管理虚拟资源的方法及装置 | |
CN101969391A (zh) | 一种支持融合网络业务的云平台及其工作方法 | |
CN109358967A (zh) | 一种me平台app实例化迁移方法及服务器 | |
US10200463B2 (en) | Systems and methods to improve the performance of a network by more efficient virtual network resource allocation | |
CN107967175A (zh) | 一种基于多目标优化的资源调度***及方法 | |
CN109347661A (zh) | 消费者vnf的实例化方法及装置 | |
CN111786843B (zh) | 一种流量采集方法、装置、网络设备及存储介质 | |
KR102311842B1 (ko) | 전기차 충전소 관리를 위한 클라우드 컨테이너 플랫폼 | |
CN111770179B (zh) | 一种高性能高可用云化联网网关实现方法、介质及终端 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |