WO2024140418A1 - 通信方法和通信装置 - Google Patents
通信方法和通信装置 Download PDFInfo
- Publication number
- WO2024140418A1 WO2024140418A1 PCT/CN2023/140689 CN2023140689W WO2024140418A1 WO 2024140418 A1 WO2024140418 A1 WO 2024140418A1 CN 2023140689 W CN2023140689 W CN 2023140689W WO 2024140418 A1 WO2024140418 A1 WO 2024140418A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- function
- management
- target state
- data model
- state
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 108
- 238000004891 communication Methods 0.000 title claims abstract description 54
- 238000007726 management method Methods 0.000 claims abstract description 347
- 238000013499 data model Methods 0.000 claims abstract description 123
- 230000007704 transition Effects 0.000 claims abstract description 34
- 230000006870 function Effects 0.000 claims description 377
- 238000012545 processing Methods 0.000 claims description 34
- 238000004590 computer program Methods 0.000 claims description 18
- 238000013461 design Methods 0.000 claims description 7
- 230000035876 healing Effects 0.000 claims description 7
- 230000010354 integration Effects 0.000 abstract description 3
- 238000000926 separation method Methods 0.000 abstract description 2
- 238000010586 diagram Methods 0.000 description 8
- 238000005516 engineering process Methods 0.000 description 6
- 238000012423 maintenance Methods 0.000 description 6
- 101001121408 Homo sapiens L-amino-acid oxidase Proteins 0.000 description 4
- 102100026388 L-amino-acid oxidase Human genes 0.000 description 4
- 230000003993 interaction Effects 0.000 description 4
- 238000012544 monitoring process Methods 0.000 description 4
- 230000008569 process Effects 0.000 description 4
- 230000009471 action Effects 0.000 description 3
- 230000009286 beneficial effect Effects 0.000 description 3
- 230000008859 change Effects 0.000 description 3
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 230000007774 longterm Effects 0.000 description 3
- 101100233916 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) KAR5 gene Proteins 0.000 description 2
- 230000006399 behavior Effects 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 239000000203 mixture Substances 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000006855 networking Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000011664 signaling Effects 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 101100012902 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) FIG2 gene Proteins 0.000 description 1
- 230000004931 aggregating effect Effects 0.000 description 1
- 230000002776 aggregation Effects 0.000 description 1
- 238000004220 aggregation Methods 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 238000013473 artificial intelligence Methods 0.000 description 1
- 230000008602 contraction Effects 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 238000009472 formulation Methods 0.000 description 1
- 230000008571 general function Effects 0.000 description 1
- 238000010801 machine learning Methods 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 238000013468 resource allocation Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000013519 translation Methods 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Abstract
本申请实施例提供了一种通信方法和通信装置,该通信方法包括:访问数据模型,获取数据模型中NFV MANO管理域内被管对象的目标状态;根据所述目标状态从功能集中调用第一功能,第一功能用于将被管对象的现有状态跃迁至所述目标状态。从而,通过在NFV MANO管理域中集成数据模型和功能集,实现了对NFV MANO管理域内被管对象的数据与功能操作相分离,以达成极简、敏捷和可扩展的意图驱动的管理架构。
Description
本申请要求在2022年12月29日提交中国国家知识产权局、申请号为202211725406.7的中国专利申请的优先权,发明名称为“通信方法和通信装置”的中国专利申请的优先权。
本申请实施例涉及无线通信技术领域,更具体地,涉及一种通信方法和通信装置。
网络功能虚拟化(network functions virtualisation,NFV)是通过使用通用硬件设备及虚拟化技术实现传统通信网络中专用设备的功能,且可以通过资源共享快速部署新的网络服务(network service,NS),从而降低网络部署成本,提高网络运行效率。
目前,欧洲通信标准协会的NFV行业标准组为电信云的管理定义了分层解耦的NFV管理编排(management and orchestration,MANO)架构,用于支持电信网络的网元基于虚拟机或容器的基础设施功能的部署和运维管理,Linux基金会也提出了采用扁平架构的Nephio架构实现自动化的电信云管理。
然而,面向大规模的组网以及电信网络运维对高性能、高可靠性、高安全性的要求,现有的NFV MANO架构在面向电信云长期演进和发展存在架构复杂、扩展性差等问题。Nephio架构存在电信云的专有属性不足,定制化多等问题。
因此,对于电信云未来长期演进的场景,如何提高管理架构中的功能交互简易性和可扩展性是亟需解决的问题。
发明内容
本申请实施例提供一种通信方法,通过在NFV MANO管理域中集成数据模型和功能集,实现对NFV MANO管理域内被管对象的数据与功能操作相分离,达成极简、敏捷和可扩展的意图驱动的管理架构。
第一方面,提供了一种通信方法。该方法可以由NFV MANO管理域执行,或者,也可以由NFV MANO管理域中的功能组件(或称为管理功能实体)执行,对此不作限定,为了便于描述,下面以由NFV MANO管理域执行为例进行说明。
NFV MANO管理域包括数据模型和功能集,该方法可以包括:访问该数据模型,获取该数据模型中该NFV MANO管理域内被管对象的目标状态;根据该目标状态从该功能集中调用第一功能,该第一功能用于将该被管对象的现有状态跃迁至该目标状态。
基于上述方案,通过在NFV MANO管理域中集成数据模型和功能集,实现了对NFV MANO管理域内被管对象的数据与功能操作相分离,达成极简、敏捷和可扩展的意图驱动的管理架构。
一种可能的实施方式,该数据模型还包括参数信息,该参数信息用于支持将该被管对象的该现有状态跃迁至该目标状态。
基于上述方案,在数据模型中还包括支持将被管对象跃迁至目标状态的参数信息,增加了由现有状态跃迁到目标状态的方案的多样性。
一种可能的实施方式,该第一功能用于将该被管对象的现有状态跃迁至该目标状态,包括:该第一功能用于根据该参数信息将该被管对象的该现有状态跃迁至该目标状态。
基于上述方案,在调用第一功能时能够根据参数信息将该被管对象的现有状态跃迁至该目标状态。
一种可能的实施方式,在该访问该数据模型之前,该方法还包括:订阅该被管对象的该目标状态的变更。
基于上述方案,当NFV MANO管理域通过订阅的方式获知被管对象的状态发生了改变,进一步地NFV MANO管理域访问该被管对象的信息所在的数据模型。
一种可能的实施方式,该根据该目标状态从该功能集中调用第一功能,包括:根据该被管对象的该
目标状态和该现有状态从该功能集中调用该第一功能。
基于上述方案,NFV MANO管理域能够根据被管对象的目标状态和现有状态调用第一功能,增加了调用第一功能的方案的多样性。
一种可能的实施方式,在该根据该目标状态从该功能集中调用第一功能之后,该方法还包括:将该数据模型中该被管对象的该现有状态更新为该目标状态。
基于上述方案,当NFV MANO管理域检测到被管对象已跃迁至目标状态,则更新被管对象的状态信息。
一种可能的实施方式,该被管对象包括以下任一项:云服务对象、网络服务NS、虚拟化网络功能VNF、虚拟化网络功能组件VNFC、容器集群、被管理的容器基础设施服务对象、虚拟资源、物理资源。
一种可能的实施方式,该功能集包括以下至少一项:生命周期管理、故障管理,配置管理,账户管理,性能管理和安全管理FCAPS、意图管理、运营管理。
一种可能的实施方式,该生命周期管理包括以下至少一项管理操作功能:实例化功能、扩缩容功能、终结功能、治愈功能。
一种可能的实施方式,该FCAPS包括以下至少一项管理操作功能:配置管理功能、性能管理功能、故障管理功能、账户管理功能、安全管理功能。
一种可能的实施方式,该意图管理包括以下至少一项管理操作功能:设计功能、部署功能、闭环控制功能。
一种可能的实施方式,该运营管理包括以下至少一项管理操作功能:多租管理功能、计费或计量功能、服务目录功能。
第二方面,提供了一种通信装置,包括用于执行上述第一方面所示的方法的单元,该通信的装置可以是NFV MANO管理域,或者,也可以是设置于NFV MANO管理域中的功能组件,本申请对此不作限定。
NFV MANO管理域包括数据模型和功能集,该通信装置包括:
处理单元,用于访问该数据模型,获取该数据模型中该NFV MANO管理域内被管对象的目标状态;
该处理单元,还用于根据该目标状态从该功能集中调用第一功能,该第一功能用于将该被管对象的现有状态跃迁至该目标状态。
一种可能的实施方式,该数据模型还包括参数信息,该参数信息用于支持将该被管对象的该现有状态跃迁至该目标状态。
一种可能的实施方式,该第一功能用于根据该参数信息将该被管对象的该现有状态跃迁至该目标状态。
一种可能的实施方式,在该访问该数据模型之前,该处理单元,还用于订阅该被管对象的该目标状态的变更。
一种可能的实施方式,该处理单元,还用于根据该被管对象的该目标状态和该现有状态从该功能集中调用该第一功能。
一种可能的实施方式,在该根据该目标状态从该功能集中调用第一功能之后,该处理单元,还用于将该数据模型中该被管对象的该现有状态更新为该目标状态。
一种可能的实施方式,该被管对象包括以下任一项:云服务对象、网络服务NS、虚拟化网络功能VNF、虚拟化网络功能组件VNFC、容器集群、被管理的容器基础设施服务对象、虚拟资源、物理资源。
一种可能的实施方式,该功能集包括以下至少一项:生命周期管理、故障管理,配置管理,账户管理,性能管理和安全管理FCAPS、意图管理、运营管理。
一种可能的实施方式,该生命周期管理包括以下至少一项管理操作功能:实例化功能、扩缩容功能、终结功能、治愈功能。
一种可能的实施方式,该FCAPS包括以下至少一项管理操作功能:配置管理功能、性能管理功能、故障管理功能、账户管理功能、安全管理功能。
一种可能的实施方式,该意图管理包括以下至少一项管理操作功能:设计功能、部署功能、闭环控制功能。
一种可能的实施方式,该运营管理包括以下至少一项管理操作功能:多租管理功能、计费或计量功能、服务目录功能。
第二方面提供的通信的装置相关内容的解释及有益效果均可参考第一方面所示的方法,此处不再赘述。
第三方面,提供了一种通信方法。该方法可以由云管功能执行,或者,也可以由云管功能中的功能组件(或称为管理功能实体)执行,对此不作限定,为了便于描述,下面以由云管功能执行为例进行说明。
NFV MANO管理域包括云服务数据模型和功能集,该方法可以包括:云管功能访问该云服务数据模型,获取该云服务数据模型中云服务对象的目标状态;该云管功能根据该目标状态从该功能集中调用第一功能,该第一功能用于将该云服务对象的现有状态跃迁至该目标状态。
基于上述方案,通过在NFV MANO管理域中集成云服务数据模型和功能集,实现了对云服务对象的数据与功能操作相分离,以达成极简、敏捷和可扩展的意图驱动的管理架构。
一种可能的实施方式,该云服务数据模型还包括参数信息,该参数信息用于支持将该云服务对象的该现有状态跃迁至该目标状态。
基于上述方案,在数据模型中还包括支持将云服务对象跃迁至目标状态的参数信息,增加了由现有状态跃迁到目标状态的方案的多样性。
一种可能的实施方式,该参数信息包括基础设施即服务资源的描述信息。
一种可能的实施方式,该第一功能用于将该云服务对象的现有状态跃迁至该目标状态,包括:该第一功能用于根据该参数信息将该云服务对象的该现有状态跃迁至该目标状态。
基于上述方案,在调用第一功能时能够根据参数信息将该云服务对象的现有状态跃迁至该目标状态。
一种可能的实施方式,在该云管功能访问该云服务数据模型之前,该方法还包括:该云管租户在该云服务数据模型中设置该云服务对象的该目标状态和/或该参数信息。
基于上述方案,可以通过云管租户在云服务数据模型中设置了云服务对象的目标状态和/或该参数信息的方式改变云服务对象的状态。
一种可能的实施方式,在该云管功能根据该目标状态从该功能集中调用第一功能之前,该方法还包括:该云管功能订阅该云服务对象的该目标状态的变更。
基于上述方案,当云管租户在云服务数据模型中设置了云服务对象的目标状态时,云管功能通过订阅的方式获知云服务对象的状态发生了改变,进一步地云管功能访问该云服务对象的信息所在的数据模型。
一种可能的实施方式,该云管功能根据该目标状态从该功能集中调用第一功能,包括:该云管功能根据该云服务对象的该目标状态和该现有状态从该功能集中调用该第一功能。
基于上述方案,云管功能能够根据云服务对象的目标状态和现有状态调用第一功能,增加了调用第一功能的方案的多样性。
一种可能的实施方式,在该云管功能根据该目标状态从该功能集中调用第一功能之后,该方法还包括:该云管功能将该数据模型中该云服务对象的该现有状态更新为该目标状态。
基于上述方案,当云管功能检测到云服务对象已跃迁至目标状态,则更新云服务对象的状态信息。
一种可能的实施方式,该第一功能包括实例化该云服务对象。
第四方面,提供了一种通信装置,包括用于执行上述第三方面所示的方法的单元,该通信的装置可以是云管功能,或者,也可以是设置于云管功能中的功能组件,本申请对此不作限定。
NFV MANO管理域包括云服务数据模型和功能集,该通信装置可以包括:处理单元,用于访问该云服务数据模型,获取该云服务数据模型中云服务对象的目标状态;处理单元,还用于根据该目标状态从该功能集中调用第一功能,该第一功能用于将该云服务对象的现有状态跃迁至该目标状态。
一种可能的实施方式,该云服务数据模型还包括参数信息,该参数信息用于支持将该云服务对象的该现有状态跃迁至该目标状态。
一种可能的实施方式,该参数信息包括基础设施即服务资源信息。
一种可能的实施方式,该第一功能用于将该云服务对象的现有状态跃迁至该目标状态,包括:该第一功能用于根据该参数信息将该云服务对象的该现有状态跃迁至该目标状态。
一种可能的实施方式,处理单元,还用于在该云服务数据模型中设置该云服务对象的该目标状态和/或该参数信息。
一种可能的实施方式,处理单元,还用于订阅该云服务对象的该目标状态的变更。
一种可能的实施方式,处理单元,还用于根据该云服务对象的该目标状态和该现有状态从该功能集中调用该第一功能。
一种可能的实施方式,处理单元,还用于将该数据模型中该云服务对象的该现有状态更新为该目标状态。
一种可能的实施方式,该第一功能包括实例化该云服务对象。
第四方面提供的通信的装置相关内容的解释及有益效果均可参考第三方面所示的方法,此处不再赘述。
第五方面,提供了一种通信方法。该方法可以由租户和NFV MANO管理域执行,或者,也可以由租户中的功能组件(或称为功能实体)和NFV MANO管理域中的功能组件(或称为管理功能实体)执行,对此不作限定,为了便于描述,下面以由租户和NFV MANO管理域执行为例进行说明。
NFV MANO管理域包括数据模型和功能集,该方法可以包括:租户在该数据模型中设置该NFV MANO管理域内被管对象的目标状态;该NFV MANO管理域访问该数据模型,获取该目标状态;该NFV MANO管理域根据该目标状态从该功能集中调用第一功能,该第一功能用于将该被管对象的现有状态跃迁至该目标状态。
基于上述方案,通过在NFV MANO管理域中集成数据模型和功能集,由外部系统(例如,租户)对NFV MANO管理域内被管对象设置状态,由NFV MANO管理域中的数据模型和功能集实现对被管对象的数据与功能操作相分离,达成极简、敏捷和可扩展的意图驱动的管理架构。
第六方面,提供一种通信装置,该装置包括:存储器,用于存储程序;至少一个处理器,用于执行存储器存储的计算机程序或指令,以执行上述第一方面、第三方面或第五方面中任一项可能实现方式的方法。
在一种实现方式中,该装置为NFV MANO管理域。
在另一种实现方式中,该装置为用于NFV MANO管理域中的芯片、芯片系统或电路。
第七方面,本申请提供一种处理器,用于执行上述各方面提供的方法。
对于处理器所涉及的发送和获取/接收等操作,如果没有特殊说明,或者,如果未与其在相关描述中的实际作用或者内在逻辑相抵触,则可以理解为处理器输出和接收、输入等操作,也可以理解为由射频电路和天线所进行的发送和接收操作,本申请对此不做限定。
第八方面,提供一种计算机可读存储介质,该计算机可读介质存储用于设备执行的程序代码,该程序代码包括用于执行上述第一方面、第三方面或第五方面中任一项可能实现方式的方法。
第九方面,提供一种包含指令的计算机程序产品,当该计算机程序产品在计算机上运行时,使得计算机执行上述第一方面、第三方面或第五方面中任一项可能实现方式的方法。
第十方面,提供一种芯片,芯片包括处理器与通信接口,处理器通过通信接口读取存储器上存储的指令,执行上述第一方面、第三方面或第五方面中任一项可能实现方式的方法。
可选地,作为一种实现方式,芯片还包括存储器,存储器中存储有计算机程序或指令,处理器用于执行存储器上存储的计算机程序或指令,当计算机程序或指令被执行时,处理器用于执行上述第一方面、第三方面或第五方面中任一项可能实现方式的方法。
第十一方面,提供一种通信系统,包括上文的NFV MANO管理域、云管功能中的一个或多个。
图1示出了适用于本申请实施例的NFV系统的示意性架构图。
图2示出了本申请提出的意图驱动的管理架构。
图3示出了适用于本申请实施例的功能集的示意性架构图。
图4示出了适用于本申请实施例的数据模型的示意性架构图。
图5示出了本申请实施例的提供的一种通信方法500的示意性流程图。
图6示出了本申请实施例的提供的一种通信方法600的示意性流程图。
图7示出了本申请实施例的提供的一种通信方法700的示意性流程图。
图8示出了本申请实施例提供的一种通信装置800的示意性框图。
图9示出了本申请实施例提供的另一种通信装置900的示意性框图。
图10示出了本申请实施例提供的一种芯片系统1000的示意图。
下面将结合附图,对本申请实施例中的技术方案进行描述。
首先简单介绍适用于本申请实施例的NFV系统的示意性架构图。
网络功能虚拟化(network function virtualization,NFV)是指电信网络运营商借鉴了信息技术(information technology,IT)领域的虚拟化技术,在通用的服务器、交换机和存储器中将部分电信网络功能(例如:核心网功能)的实现进行软件和硬件解耦,从而实现网络服务(network service,NS)快速、高效部署和运营,同时达到节省网络投资成本(capital expenditure,CAPEX)和运营成本(operating expense,OPEX)的目标。通过应用NFV技术,电信网络功能以软件方式实现,并能在通用的服务器硬件上运行,可以根据需要进行迁移、实例化、部署在网络的不同物理位置,并且不需要安装新设备。
NFV的标准化工作主要集中在网络服务、虚拟网络功能(virtualized network function,VNF)和虚拟资源的动态管理和编排(management and orchestration,MANO),由欧洲通信标准协会(European telecommunications standards institute,ETSI)下NFV行业标准组的接口与架构(interface and architecture,IFA)工作组完成MANO框架内的功能制订工作,其功能架构如图1所示。下面对图1中各功能构件进行介绍。
(1)NFV编排器(NFV orchestrator,NFVO):NFVO实现网络服务描述符(NS descriptor,NSD),虚拟网络功能转发图(VNF forwarding graph,VNFFG)的管理及处理,网络服务生命周期的管理,和VNFM配合实现VNF的生命周期管理并具有虚拟资源的全局视图功能。
(2)VNF管理器(VNF manager,VNFM):VNFM执行虚拟化网络功能VNF的生命周期管理,包括虚拟化网络功能描述符(VNF descriptor,VNFD)的管理、VNF的实例化、VNF实例的弹性伸缩(包括扩容scaling out/up和缩容scaling in/down)、VNF实例的治愈(healing)以及VNF实例的终止。VNFM还支持接收NFVO下发的弹性伸缩(scaling)策略,实现自动化的VNF弹性伸缩。
(3)虚拟基础设施管理器(virtualised infrastructure manager,VIM):主要负责基础设施层虚拟化资源(包括虚拟计算、存储和网络资源)的管理(包括预留和分配),虚拟资源状态的监控和故障上报,面向上层应用提供虚拟化资源池。
(4)运营和商务支撑系统(operations and business support systems,OSS/BSS):指运营商现有的运行维护系统OSS/BSS。
(5)网元管理系统(element manager,EM):针对VNF执行传统的故障管理、配置管理、用户管理、性能管理和安全管理(fault management,configuration management,account management,performance management,security management,FCAPS)功能。
(6)虚拟化网络功能(virtualized network function,VNF):对应于传统非虚拟化网络中的物理网络功能(physical network function,PNF),如虚拟化的EPC节点(MME、SGW、PGW等)。网络功能的功能性行为和状态与虚拟化与否无关,NFV技术需求希望VNF和PNF拥有相同的功能性行为和外部接口。
(7)NFV基础设施(NFV infrastructure,NFVI):NFVI是NFV功能的基础设施层,由硬件资源和虚拟资源以及虚拟化层组成。从VNF的角度来说,虚拟化层和硬件资源看起来是一个能够提供所需虚拟资源的完整实体。
(8)容器基础设施服务管理(container infrastructure service management,CISM)(也称为CaaS管理,开源原型是Kubernetes):负责管理容器化VNF所调用的容器对象,包括容器对象的创建、更新和删除,并在其(CISM)纳管的容器集群节点资源池中将容器对象调度到相应的节点资源(计算、存储和网络)上。容器对象在ETSI标准中对应的概念是被管理的容器基础设施对象(managed container infrastructure object,MCIO)。
(9)容器集群管理(CIS cluster management,CCM)负责对容器集群进行管理,包括容器集群所使用的节点资源池的创建和节点扩缩容。容器集群是由一个监控和管理系统(例如,Kubernetes Master)和一系列的计算节点组成的集合。容器集群是一个动态的系统,在系统中可以部署多个容器,这些容器的状态和容器之间的通信可以被系统所监控。
在图1所示的系统架构中,各功能构件之间可以通过图中所示的参考点进行通信,例如,图1中NFVO和VIM之间采用Or-Vi参考点通信,VNFM和VIM之间采用Vi-Vnfm参考点通信等。其他参考点接口与各功能件组件之间的关系如图1中所示,为了简洁,这里不一一详述。
应理解,上述所示的系统架构仅是示例性说明,适用本申请实施例的系统架构并不局限于此,任何能够实现上述各个功能构件的功能的系统架构都适用于本申请实施例。
还应理解,图1中的各个功能构件之间的接口名称只是一个示例,具体实现中接口的名称可能为其他的名称,本申请对此不作具体限定。此外,上述各个功能构件之间的所传输的消息(或信令)的名称也仅仅是一个示例,对消息本身的功能不构成任何限定。
可以理解,本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
基于图1的NFV架构中,由于架构中的功能构件之间的参考点(即功能构件之间的连线)数量众多,每个参考点上定义的接口功能比较复杂,而且不同接口功能之间存在重叠,使得NFV MANO系统集成成本高,系统引入新的功能块或参考点的可扩展性较差。例如,如果在NFV MANO架构中增加一个新的功能块,该功能块最多可以和现有的N个功能块之间定义新的参考点,接口数量呈指数级上升。另一方面,由于NFV MANO系统内的被管对象及其使用的基础设施资源的数据模型分散在不同层次的功能块内,同一被管对象的数据模型在不同的功能块内的数据不一致或者冗余,这对支持NFV MANO全域的管理自动化是非常大的短板,难以保证基于人工智能或机器学习的管理分析或意图管理模块基于准确的数据输入来完成自动化闭环控制的功能。
虽然目前业界也出现了例如采用扁平架构的Linux基金会的Nephio架构,来实现自动化的电信云管理。然而,对于大规模的组网以及电信网络运维对高性能、高可靠性、高安全性的要求,NFV MANO架构在面向电信云长期演进和发展存在架构复杂、扩展性差等问题,而Nephio架构存在电信云的专有属性不足,定制化多等问题。
因此,本申请提供了一种通信方法,通过在NFV MANO管理域中集成数据模型和功能集,实现了对NFV MANO管理域内被管对象的数据与功能操作相分离,以达成极简、敏捷和可扩展的意图驱动的管理架构。
下面,先介绍本申请提出的意图驱动的管理架构。
如图2所述,本申请提出的意图驱动的管理架构(又可称为NFV MANO管理域)包括MANO功能块、功能集和数据模型。其中,MANO功能块分别可以调用功能集中的功能,以及访问数据模型中被管对象的信息。MANO功能块和外部系统(例如,运营支撑系统(operations support systems,OSS))之间,以及MANO功能块和MANO功能块之间存在逻辑上的交互关系,彼此之间不存在物理的互操作接口(即图2中的虚线)。不同的功能块之间的交互是通过每对功能块作用于数据模型中相同的被管对象,分别对被管对象进行“读”或“写”的操作来完成的。
其中,MANO功能块是NFV MANO管理域中彼此之间以及和外部系统之间进行接口互操作的大颗粒的功能实体,MANO功能块包括但不限于NFVO、VNFM、容器集群管理(container infrastructure service cluster management,CCM)、云管功能、容器基础设施服务管理(container infrastructure service management,CISM)/容器镜像库(container image registry,CIR)、VIM/广域网基础设施管理器(WAN infrastructure manager,WIM)等,MANO功能块具体可参见图3所示。其中,云管功能用于管理NFV MANO管理域中提供的云服务,例如,通过分配基础设施层的虚拟计算、虚拟存储或虚拟网络资源形成的云服务等。在本申请提出的意图驱动的管理架构中,MANO功能块也可以进一步扩展,例如:引入物理基础设施管理器(physical infrastructure manager,PIM),也可以将现有的一些功能块进行聚合,形成高度自治的功能块,例如:电信云管理(telco cloud management,TCM)聚合了原有架构中的NFVO、VNFM和/或CCM功能块,如图3所示,在此不具体限定NFV MANO功能块之间的聚合关系。
其中,功能集为基于服务化架构(service based architecture,SBA)的设计原则,将NFV MANO架构中提供相同的功能但操作于不同的被管对象的管理面功能(或服务)进行泛化和合并,形成的一组与具体的被管对象无关的通用的操作或通知的定义(也称为Type A组件),即形成对抽象的“通用NFV对象”进行操作或通知的功能集,功能集具体可参见图3所示。
具体地,功能集还可以根据其功能的不同分为通用功能和其他类型的功能。
如图3所示,通用功能包括面向通用NFV对象的生命周期管理(life cycle management,LCM)和面向通用NFV对象进行运维管理的故障管理,配置管理,账户管理,性能管理和安全管理(fault management,configuration management,account management,performance management,security management,
FCAPS)。
其中,生命周期管理用于通用NFV对象从实例化到终结的整个生命周期的管理功能。
具体地,生命周期管理包括以下至少一项管理操作功能:
实例化功能、扩缩容功能、终结功能、治愈功能。
其中,实例化功能用于将一个通用NFV对象进行实例化,创建该对象实例。
扩缩容功能用于对已实例化的通用NFV对象进行弹性伸缩,为该NFV对象分配或回收相应的基础设施资源。
终结功能用于终结已实例化的通用NFV对象,释放该对象实例使用的虚拟设施资源。
治愈功能用于对失效或产生故障的通用NFV对象进行治愈恢复。
其中,FCAPS用于传统的网管领域的配置管理、性能管理、账户管理、性能管理和安全管理。
具体地,FCAPS包括配置管理功能、性能管理功能、故障管理功能、账户管理功能和安全管理功能。
其中,账户管理还可以包括日志管理等。
需要说明的是,上述FCAPS的具体描述可参考现有网管领域的相关描述,本申请在此不再赘述。
在本申请提出的意图驱动的管理架构中,上述功能集可以进一步扩展,增加其他类型的功能,例如图3中的意图管理和运营管理。
其中,意图管理用于对通用的NFV对象进行基于意图的管理。
具体地,意图管理包括以下至少一项管理操作功能:
设计功能、部署功能、闭环控制功能。
其中,设计功能用于对通用的NFV对象的管理定义相应的意图。
部署功能用于对通用的NFV对象的意图部署到NFV网络中,使意图生效。
闭环控制功能用于对已部署的通用的NFV对象的意图进行闭环控制,例如:意图的转译、意图的验证等,保证意图的执行符合定义的通用NFV对象管理的意图目标。
其中。运营管理用于对服务类的NFV MANO管理域被管对象的运营过程进行计划、组织、实施和控制。
具体地,运营管理包括以下至少一项管理操作功能:
多租管理功能、计费或计量功能、服务目录功能。
其中,多租管理功能用于对使用服务类的NFV MANO管理域被管对象的租户进行管理,包括创建租户和删除租户。
计费或计量功能用于对服务类的NFV MANO管理域被管对象的使用情况进行测量和计费。
服务目录功能用于对服务类的NFV MANO管理域被管对象进行目录管理。
需要说明的是,上述对意图管理和运营管理的功能组成描述仅为示例,可参考现有领域关于意图管理和运营管理中的描述,本申请对此不予限制。
其中,数据模型(也称为Type B组件)用于对意图驱动的管理架构中的被管对象进行统一存储、访问和管理,该数据模型与功能操作无关。该数据模型中存储的被管对象的数据模型,包括该对象实例在运行态的映像信息,该对象在运维管理中所需的配置、故障和性能管理信息等。其中,被管对象包括但不限于容器集群、云服务对象、网络服务(network service,NS)、虚拟化网络功能(virtualised network function,VNF)、虚拟化网络功能组件(virtual network function component,VNFC)、容器集群、被管理的容器基础设施服务对象、虚拟资源、物理资源等,本申请对此不予限制。MANO功能块通过访问数据模型中的被管对象,实现了一种数据驱动的声明式应用编程接口(Application Program Interface,API)的交互方式,如图4所示。
需要说明的是,上述对MANO功能块、功能集和数据模型的描述仅为示例,本申请对MANO功能块、功能集和数据模型的功能范围不予限制。
下面,结合具体的实施例,详细描述本申请实施例提供的通信方法。
图5是本申请实施例提供的一种通信方法500的示意性流程图,如图5所示,该方法500具体包括以下步骤。
S510,访问数据模型,获取数据模型中NFV MANO管理域内被管对象的目标状态。
具体地,NFV MANO管理域访问用于存储NFV MANO管理域内被管对象信息的数据模型,以获取数据模型中NFV MANO管理域内被管对象的目标状态。
其中,NFV MANO管理域内的被管对象包括以下任一项:
云服务对象、网络服务(network service,NS)、虚拟化网络功能(virtualised network function,VNF)、虚拟化网络功能组件(virtual network function component,VNFC)、容器集群、被管理的容器基础设施服务对象、虚拟资源、物理资源。
其中,云服务对象用于指电信云中作为服务被租户订购和使用的NFV MANO被管对象,例如:基础设施层的计算资源或存储资源。
其中,数据模型包括被管对象的参数信息,该参数信息用于支持将被管对象的现有状态跃迁至目标状态,例如,被管对象的参数信息可以为基础设施即服务(infrastructure as a Service,IaaS)资源的描述信息等,本申请对此不予限制。
可选地,该数据模型中还可以包括被管对象的配置信息和管理信息等,本申请对此不予限制。
需要说明的是,对于上述数据模型的描述可参考图2和图3中的相关描述,这里,为了避免赘述,省略其详细说明。
S520,根据目标状态从功能集中调用第一功能。
具体地,NFV MANO管理域获知被管对象的目标状态之后,根据该目标状态从功能集中调用第一功能。
应理解,NFV MANO管理域根据目标状态从功能集中调用第一功能可以理解为NFV MANO管理域根据目标状态从功能集中确定第一功能,并执行该第一功能,使得被管对象从现有状态跃迁至目标状态。
其中,功能集包括多个通用功能和其他类型的功能。
示例性地,该功能集包括的通用功能有:生命周期管理、FCAPS等。该功能集包括的其他类型的功能有:意图管理和运营管理等,可参考图3及其相关描述,本申请对此不予限制。
其中,功能集包括第一功能,该第一功能用于将被管对象的现有状态跃迁至目标状态。
可选地,该第一功能用于根据参数信息将被管对象的现有状态跃迁至目标状态。
应理解,第一功能用于根据参数信息将被管对象的现有状态跃迁至目标状态可以理解为根据参数信息中的具体参数等配置,通过执行第一功能,将被管对象的现有状态跃迁至目标状态。
一种可能的实施方式,NFV MANO管理域根据被管对象的目标状态和现有状态从功能集中调用第一功能。
具体地,具体地,NFV MANO管理域获知被管对象的目标状态之后,根据被管对象的目标状态和现有状态,从功能集中调用第一功能。
基于上述方案,通过在NFV MANO管理域中集成数据模型和功能集,实现了对NFV MANO管理域内被管对象的数据与功能操作相分离,以达成极简、敏捷和可扩展的意图驱动的管理架构。
进一步地,在NFV MANO管理域访问该数据模型之前,该NFV MANO管理域监测被管对象的状态,该方法500还可以包括:
S530,订阅被管对象的目标状态的变更。
具体地,NFV MANO管理域订阅被管对象的目标状态的变更,当NFV MANO管理域监测到被管对象的状态发生改变,或者NFV MANO管理域被通知被管对象的状态发生改变时,NFV MANO管理域访问存储有该被管对象的参数信息的数据模型。
应理解,订阅被管对象的目标状态的变更可以理解为所监测的被管对象的目标状态是否发生变化,或者能够接收用于指示被管对象的状态发生改变的订阅通知消息,本申请对订阅被管对象的目标状态的变更的具体方式不予限制。
进一步地,在NFV MANO管理域根据目标状态从功能集中调用第一功能之后,NFV MANO管理域更新被管对象的状态,该方法500还可以包括:
S540,将所数据模型中被管对象的现有状态更新为目标状态。
具体地,NFV MANO管理域执行第一功能之后,当NFV MANO管理域监测到被管对象的状态已跃迁至目标状态时,NFV MANO管理域将数据模型中被管对象的现有状态更新为目标状态。
图6是本申请实施例提供的一种通信方法600的示意性流程图。图6可参考图5的描述。如图6所示,该方法600具体包括以下步骤。
S610,云管租户访问云服务数据模型。
具体地,企业用户通过云管租户门户界面(portal)访问数据模型中的云服务数据模型,获取云服务
对象的现有状态。
其中,该云服务数据模型用于存储云服务对象的参数信息,该云服务对象的参数信息包括云服务对象的现有状态。
示例性地,云服务对象的现有状态为“对象未实例化”。
可选地,该云服务数据模型中还可以包括云服务对象的配置信息、云服务对象的管理信息等,本申请对此不予限制。
S620,云管租户在云服务数据模型中设置云服务对象的目标状态和/或参数信息。
具体地,企业用户通过云管租户在云服务数据模型中设置云服务对象的目标状态和/或参数信息。
示例性地,企业用户通过云管租户在云服务数据模型中设置云服务对象的目标状态为“对象实例化”,并设置云服务对象在目标状态下的所需参数信息,例如,基础设施即服务(infrastructure as a Service,IaaS)资源的描述信息。
S630,云管功能订阅云服务对象的目标状态的变更。
具体地,NFV MANO管理域中的云管功能监测云服务对象的状态信息,当云管租户在云服务数据模型中设置云服务对象的目标状态和/或参数信息时,该云管功能能够检测到该云服务对象的状态发生改变(例如,该云服务对象被设置了目标状态)。
应理解,订阅云服务对象的目标状态的变更可以理解为监测云服务对象的目标状态是否发生变化,或者能够接收用于指示云服务对象的状态发生改变的订阅通知消息,本申请对订阅云服务对象的目标状态的变更的具体方式不予限制。
S640,云管功能访问云服务数据模型,获取云服务数据模型中云服务对象的目标状态。
具体地,当云管功能监测到该云服务对象的状态发生改变(例如,该云服务对象被设置了目标状态)时,该云管功能访问存储该云服务对象的参数信息的云服务数据模型,以获取云服务数据模型中云服务对象的目标状态。
可选地,该云服务数据模型中还包括参数信息,参数信息用于支持将云服务对象的现有状态跃迁至目标状态。
示例性地,该参数信息为IaaS资源的描述信息,如:虚拟计算、虚拟存储或虚拟网络资源等,本申请对此不予限制。
一种可能的实施方式,云管功能访问云服务数据模型,获取云服务数据模型中云服务对象的目标状态和参数信息。
S650,云管功能根据目标状态从功能集中调用第一功能。
具体地,当云管功能获取到云服务对象的目标状态之后,根据该目标状态,调用功能集中用于将云服务对象的现有状态跃迁至目标状态的第一功能。
一种可能的实施方式,云管功能根据云服务对象的目标状态和现有状态从功能集中调用第一功能。
其中,该第一功能用于将云服务对象的现有状态跃迁至目标状态。
可选地,该第一功能用于根据参数信息将云服务对象的现有状态跃迁至目标状态。
示例性地,当云管功能获取到云服务对象的目标状态为“对象实例化”,则云管功能根据该目标状态,调用功能集中的“实例化云服务对象”功能(即第一功能),并将S640中获取到的IaaS资源的描述信息作为“实例化云服务对象”功能所使用的一组参数,来实现云服务对象达成目标状态所需的IaaS资源分配。
S660,云管功能将云服务数据模型中云服务对象的现有状态更新为目标状态。
具体地,云管功能执行第一功能之后,当云管功能监测到云服务对象的状态已跃迁至目标状态时,云管功能将云服务数据模型中云服务对象的现有状态更新为目标状态。
示例性地,云管功能将云服务数据模型中云服务对象的现有状态更新为“对象实例化”。
基于上述方案,通过在NFV MANO管理域中集成云服务数据模型和功能集,实现了对云服务对象的数据与功能操作相分离,以达成极简、敏捷和可扩展的意图驱动的管理架构。
图7是本申请实施例提供的一种通信方法700的示意性流程图。图7可参考图5的描述。如图7所示,该方法700具体包括以下步骤。
S710,NFVO访问VNF数据模型。
具体地,NFVO访问数据模型中的VNF数据模型,获取VNF对象的现有状态。
其中,该VNF数据模型用于存储VNF对象的参数信息,该VNF对象的参数信息包括VNF对象的现有状态。
示例性地,VNF对象的现有状态为“对象未实例化”。
可选地,该VNF数据模型中还可以包括VNF对象的配置信息、VNF对象的管理信息等,本申请对此不予限制。
需要说明的是,上述S710中的NFVO还可以是集成了NFVO功能块的电信云管理(telco cloud management,TCM),本申请对此不予限制。
S720,NFVO在VNF数据模型中设置VNF对象的目标状态和/或参数信息。
示例性地,NFVO在VNF数据模型中设置VNF对象的目标状态为“对象实例化”,并设置VNF对象在目标状态下的所需参数信息。
S730,VNFM订阅VNF对象的目标状态的变更。
具体地,VNFM监测VNF对象的状态信息,当NFVO在VNF数据模型中设置VNF对象的目标状态和/或参数信息时,该VNFM能够检测到该VNF对象的状态发生改变(例如,该VNF对象被设置了目标状态)。
应理解,订阅VNF对象的目标状态的变更可以理解为监测VNF对象的目标状态是否发生变化,或者能够接收用于指示VNF对象的状态发生改变的订阅通知消息,本申请对订阅VNF对象的目标状态的变更的具体方式不予限制。
S740,VNFM访问VNF数据模型,获取VNF数据模型中VNF对象的目标状态。
具体地,当VNFM监测到该VNF对象的状态发生改变(例如,该VNF对象被设置了目标状态)时,该云管功能访问存储该VNF对象的参数信息的VNF数据模型,以获取VNF数据模型中VNF对象的目标状态。
可选地,该VNF数据模型中还包括参数信息,参数信息用于支持将VNF对象的现有状态跃迁至目标状态。
一种可能的实施方式,VNFM访问VNF数据模型,获取VNF数据模型中VNF对象的目标状态和参数信息。
S750,VNFM根据目标状态从功能集中调用第一功能。
具体地,当VNFM获取到VNF对象的现有状态和目标状态之后,比较现有状态和目标状态的差距,调用用于将VNF对象的现有状态跃迁至目标状态的第一功能,使得VNF对象达成目标状态。
一种可能的实施方式,VNFM在虚机对象数据模型中设置虚机对象的目标状态,VIM从虚机对象数据模型获取虚机对象的目标状态,调用第二功能使得虚机对象达成目标状态。
具体地,当VNFM获取到VNF对象的现有状态和目标状态之后,VNFM进一步地在VNF的组成部分,即虚机对象的数据模型中设置虚机对象的目标状态。当VIM监测到该虚机对象的状态发生改变时,访问虚机对象数据模型,获取虚机对象的目标状态,进一步地比较虚机对象的现有状态和目标状态的差距,调用用于将虚机对象的现有状态跃迁至目标状态的第二功能,使得虚机对象达成目标状态,从而使得VNF对象达成目标状态。
S760,VNFM将VNF数据模型中VNF对象的现有状态更新为目标状态。
具体地,VNFM执行第一功能之后,当VNFM监测到VNF对象的状态已跃迁至目标状态时,VNFM将VNF数据模型中VNF对象的现有状态更新为目标状态。
示例性地,VNFM将VNF数据模型中VNF对象的现有状态更新为“对象实例化”。
基于上述方案,通过在NFV MANO管理域中集成被管对象数据模型和功能集,实现了对被管对象的数据与功能操作相分离,以达成极简、敏捷和可扩展的意图驱动的管理架构。
可以理解,本申请实施例中的图5至图7中的例子仅仅是为了便于本领域技术人员理解本申请实施例,并非要将本申请实施例限于例示的具体场景。本领域技术人员根据图5至图7的例子,显然可以进行各种等价的修改或变化,这样的修改或变化也落入本申请实施例的范围内。
还可以理解,本申请的各实施例中的一些可选的特征,在某些场景下,可以不依赖于其他特征,也可以在某些场景下,与其他特征进行结合,不作限定。
还可以理解,本申请的各实施例中的方案可以进行合理的组合使用,并且实施例中出现的各个术语的解释或说明可以在各个实施例中互相参考或解释,对此不作限定。
还可以理解,在本申请的各实施例中的各种数字序号的大小并不意味着执行顺序的先后,仅为描述方便进行的区分,不应对本申请实施例的实施过程构成任何限定。
还可以理解,在本申请的各实施例中涉及到一些名称,如第一功能或第二功能,等等,应理解,其命名不对本申请实施例的保护范围造成限定。
还可以理解,上述各个方法实施例中,由NFV MANO管理域实现的方法和操作,也可以由NFV MANO管理域中的功能组件(或称为管理功能实体)来实现;此外,由云管功能实现的方法和操作,也可以由可由云管功能中的功能组件(或称为管理功能实体)来实现,不作限定。相应于上述各方法实施例给出的方法,本申请实施例还提供了相应的装置,所述装置包括用于执行上述各个方法实施例相应的模块。该模块可以是软件,或者是软件和硬件结合。可以理解的是,上述各方法实施例所描述的技术特征同样适用于以下装置实施例。
应理解,NFV MANO管理域或云管功能可以执行上述实施例中的部分或全部步骤,这些步骤或操作仅是示例,本申请实施例还可以执行其它操作或者各种操作的变形。此外,各个步骤可以按照上述实施例呈现的不同的顺序来执行,并且有可能并非要执行上述实施例中的全部操作。
上面结合图5-图7详细介绍了本申请实施例提供的通信的方法,下面结合图8-图10详细介绍本申请实施例提供的通信装置。应理解,装置实施例的描述与方法实施例的描述相互对应,因此,未详细描述的内容可以参见上文方法实施例,为了简洁,部分内容不再赘述。
图8是本申请实施例提供的通信装置的示意性框图。该装置800包括收发单元810,收发单元810可以用于实现相应的通信功能。收发单元810还可以称为通信接口或通信单元。
可选地,该装置800还可以包括处理单元820,处理单元820可以用于进行数据处理。
可选地,该装置800还包括存储单元,该存储单元可以用于存储指令和/或数据,处理单元820可以读取存储单元中的指令和/或数据,以使得装置实现前述各个方法实施例中不同的装置的动作,例如,NFV MANO管理域或云管功能的动作。
该装置800可以用于执行上文各个方法实施例中NFV MANO管理域或云管功能所执行的动作,这时,该装置800可以为NFV MANO管理域或云管功能,或者NFV MANO管理域或云管功能的组成部件,处理单元820用于执行上文方法实施例中NFV MANO管理域或云管功能的处理相关的操作。
还应理解,这里的装置800以功能单元的形式体现。这里的术语“单元”可以指应用特有集成电路(application specific integrated circuit,ASIC)、电子电路、用于执行一个或多个软件或固件程序的处理器(例如共享处理器、专有处理器或组处理器等)和存储器、合并逻辑电路和/或其它支持所描述的功能的合适组件。在一个可选例子中,本领域技术人员可以理解,装置800可以具体为上述实施例中的NFV MANO管理域或云管功能,可以用于执行上述各方法实施例中与NFV MANO管理域或云管功能对应的各个流程和/或步骤,为避免重复,在此不再赘述。
上述各个方案的装置800具有实现上述方法中NFV MANO管理域或云管功能所执行的相应步骤的功能,或者,上述各个方案的装置800具有实现上述方法中NFV MANO管理域或云管功能所执行的相应步骤的功能。所述功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块;例如收发单元可以由收发机替代(例如,收发单元中的发送单元可以由发送机替代,收发单元中的接收单元可以由接收机替代),其它单元,如处理单元等可以由处理器替代,分别执行各个方法实施例中的收发操作以及相关的处理操作。
此外,上述收发单元810还可以是收发电路(例如可以包括接收电路和发送电路),处理单元可以是处理电路。
需要指出的是,图8中的装置可以是前述实施例中的设备,也可以是芯片或者芯片系统,例如:片上系统(system on chip,SoC)。其中,收发单元可以是输入输出电路、通信接口;处理单元为该芯片上集成的处理器或者微处理器或者集成电路。在此不做限定。
如图9所示,本申请实施例提供另一种通信装置900。该装置900包括处理器910,处理器910与存储器920耦合,存储器920用于存储计算机程序或指令和/或数据,处理器910用于执行存储器920存储的计算机程序或指令,或读取存储器920存储的数据,以执行上文各方法实施例中的方法。
可选地,处理器910为一个或多个。
可选地,存储器920为一个或多个。
可选地,该存储器920与该处理器910集成在一起,或者分离设置。
可选地,如图9所示,该装置900还包括收发器930,收发器930用于信号的接收和/或发送。例如,处理器910用于控制收发器930进行信号的接收和/或发送。
作为一种方案,该装置900用于实现上文各个方法实施例中由NFV MANO管理域或云管功能执行的操作。
例如,处理器910用于执行存储器920存储的计算机程序或指令,以实现上文各个方法实施例中NFV MANO管理域或云管功能的相关操作。例如,图5所示实施例中的NFV MANO管理域,或图5所示实施例中的NFV MANO管理域或云管功能的方法。
应理解,本申请实施例中提及的处理器可以是中央处理单元(central processing unit,CPU),还可以是其他通用处理器、数字信号处理器(digital signal processor,DSP)、专用集成电路(application specific integrated circuit,ASIC)、现成可编程门阵列(field programmable gate array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
还应理解,本申请实施例中提及的存储器可以是易失性存储器和/或非易失性存储器。其中,非易失性存储器可以是只读存储器(read-only memory,ROM)、可编程只读存储器(programmable ROM,PROM)、可擦除可编程只读存储器(erasable PROM,EPROM)、电可擦除可编程只读存储器(electrically EPROM,EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory,RAM)。例如,RAM可以用作外部高速缓存。作为示例而非限定,RAM包括如下多种形式:静态随机存取存储器(static RAM,SRAM)、动态随机存取存储器(dynamic RAM,DRAM)、同步动态随机存取存储器(synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM,SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM,DR RAM)。
需要说明的是,当处理器为通用处理器、DSP、ASIC、FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件时,存储器(存储模块)可以集成在处理器中。
还需要说明的是,本文描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
如图10,本申请实施例提供一种芯片系统1000。该芯片系统1000(或者也可以称为处理系统)包括逻辑电路1010以及输入/输出接口(input/output interface)1020。
其中,逻辑电路1010可以为芯片系统1000中的处理电路。逻辑电路1010可以耦合连接存储单元,调用存储单元中的指令,使得芯片系统1000可以实现本申请各实施例的方法和功能。输入/输出接口1020,可以为芯片系统1000中的输入输出电路,将芯片系统1000处理好的信息输出,或将待处理的数据或信令信息输入芯片系统1000进行处理。
作为一种方案,该芯片系统1000用于实现上文各个方法实施例中由NFV MANO管理域或云管功能执行的操作。
例如,逻辑电路1010用于实现上文方法实施例中由NFV MANO管理域或云管功能的处理相关的操作,如图5中所示实施例中的NFV MANO管理域的处理相关的操作;输入/输出接口1020用于实现上文方法实施例中由NFV MANO管理域的发送和/或接收相关的操作,如图5所示实施例中的NFV MANO管理域执行的发送和/或接收相关的操作。
本申请实施例还提供一种计算机可读存储介质,其上存储有用于实现上述各方法实施例中由NFV MANO管理域或云管功能执行的方法的计算机指令。
例如,该计算机程序被计算机执行时,使得该计算机可以实现上述方法各实施例中由NFV MANO管理域或云管功能执行的方法。
本申请实施例还提供一种计算机程序产品,包含指令,该指令被计算机执行时以实现上述各方法实施例中由NFV MANO管理域或云管功能执行的方法。
上述提供的任一种装置中相关内容的解释及有益效果均可参考上文提供的对应的方法实施例,此处不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特
征可以忽略,或不执行。此外,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。例如,所述计算机可以是个人计算机,服务器,或者网络设备等。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘(solid state disk,SSD)等。例如,前述的可用介质包括但不限于:U盘、移动硬盘、只读存储器(read-only memory,ROM)、随机存取存储器(random access memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。
Claims (27)
- 一种通信方法,其特征在于,网络功能虚拟化管理和编排NFV MANO管理域包括数据模型和功能集,该方法包括:访问所述数据模型,获取所述数据模型中所述NFV MANO管理域内被管对象的目标状态;根据所述目标状态从所述功能集中调用第一功能,所述第一功能用于将所述被管对象的现有状态跃迁至所述目标状态。
- 根据权利要求1所述的方法,其特征在于,所述数据模型还包括参数信息,所述参数信息用于支持将所述被管对象的所述现有状态跃迁至所述目标状态。
- 根据权利要求2所述的方法,其特征在于,所述第一功能用于将所述被管对象的现有状态跃迁至所述目标状态,包括:所述第一功能用于根据所述参数信息将所述被管对象的所述现有状态跃迁至所述目标状态。
- 根据权利要求1至3中任一项所述的方法,其特征在于,在所述访问所述数据模型之前,所述方法还包括:订阅所述被管对象的所述目标状态的变更。
- 根据权利要求1至4中任一项所述的方法,其特征在于,所述根据所述目标状态从所述功能集中调用第一功能,包括:根据所述被管对象的所述目标状态和所述现有状态从所述功能集中调用所述第一功能。
- 根据权利要求1至5中任一项所述的方法,其特征在于,在所述根据所述目标状态从所述功能集中调用第一功能之后,所述方法还包括:将所述数据模型中所述被管对象的所述现有状态更新为所述目标状态。
- 根据权利要求1至6中任一项所述的方法,其特征在于,所述被管对象包括以下任一项:云服务对象、网络服务NS、虚拟化网络功能VNF、虚拟化网络功能组件VNFC、容器集群、被管理的容器基础设施服务对象、虚拟资源、物理资源。
- 根据权利要求1至7中任一项所述的方法,其特征在于,所述功能集包括以下至少一项:生命周期管理、故障管理,配置管理,账户管理,性能管理和安全管理FCAPS、意图管理、运营管理。
- 根据权利要求8所述的方法,其特征在于,所述生命周期管理包括以下至少一项管理操作功能:实例化功能、扩缩容功能、终结功能、治愈功能。
- 根据权利要求8所述的方法,其特征在于,所述FCAPS包括以下至少一项管理操作功能:配置管理功能、性能管理功能、故障管理功能、账户管理功能、安全管理功能。
- 根据权利要求8所述的方法,其特征在于,所述意图管理包括以下至少一项管理操作功能:设计功能、部署功能、闭环控制功能。
- 根据权利要求8所述的方法,其特征在于,所述运营管理包括以下至少一项管理操作功能:多租管理功能、计费或计量功能、服务目录功能。
- 一种通信装置,其特征在于,网络功能虚拟化管理和编排NFV MANO管理域包括数据模型和功能集,该装置包括:处理单元,用于访问所述数据模型,获取所述数据模型中所述NFV MANO管理域内被管对象的目标状态;所述处理单元,还用于根据所述目标状态从所述功能集中调用第一功能,所述第一功能用于将所述被管对象的现有状态跃迁至所述目标状态。
- 根据权利要求13所述的装置,其特征在于,所述数据模型还包括参数信息,所述参数信息用于支持将所述被管对象的所述现有状态跃迁至所述目标状态。
- 根据权利要求14所述的装置,其特征在于,所述第一功能用于将所述被管对象的现有状态跃迁至所述目标状态,包括:所述第一功能用于根据所述参数信息将所述被管对象的所述现有状态跃迁至所述目标状态。
- 根据权利要求13至15中任一项所述的装置,其特征在于,在所述访问所述数据模型之前,所 述装置还包括:所述处理单元,还用于订阅所述被管对象的所述目标状态的变更。
- 根据权利要求13至16中任一项所述的装置,其特征在于,所述根据所述目标状态从所述功能集中调用第一功能,包括:所述处理单元,还用于根据所述被管对象的所述目标状态和所述现有状态从所述功能集中调用所述第一功能。
- 根据权利要求13至17中任一项所述的装置,其特征在于,在所述根据所述目标状态从所述功能集中调用第一功能之后,所述装置还包括:所述处理单元,还用于将所述数据模型中所述被管对象的所述现有状态更新为所述目标状态。
- 根据权利要求13至18中任一项所述的装置,其特征在于,所述被管对象包括以下任一项:云服务对象、网络服务NS、虚拟化网络功能VNF、虚拟化网络功能组件VNFC、容器集群、被管理的容器基础设施服务对象、虚拟资源、物理资源。
- 根据权利要求13至19中任一项所述的装置,其特征在于,所述功能集包括以下至少一项:生命周期管理、FCAPS、意图管理、运营管理。
- 根据权利要求20所述的装置,其特征在于,所述生命周期管理包括以下至少一项管理操作功能:实例化功能、扩缩容功能、终结功能、治愈功能。
- 根据权利要求20所述的装置,其特征在于,所述FCAPS包括以下至少一项管理操作功能:配置管理功能、性能管理功能、故障管理功能、账户管理功能、安全管理功能。
- 根据权利要求20所述的装置,其特征在于,所述意图管理包括以下至少一项管理操作功能:设计功能、部署功能、闭环控制功能。
- 根据权利要求20所述的装置,其特征在于,所述运营管理包括以下至少一项管理操作功能:多租管理功能、计费或计量功能、服务目录功能。
- 一种计算机可读存储介质,其特征在于,其上存储有计算机程序或指令,该计算机程序或指令被处理器执行时,使得如权利要求1至12中任一项所述方法被执行。
- 一种包含指令的计算机程序产品,其特征在于,当其在计算机上运行时,使得如权利要求1至12中任一项所述方法被执行。
- 一种芯片系统,其特征在于,包括:处理器,用于从存储器中调用并运行计算机程序或指令,使得安装有所述芯片系统的通信装置实现如权利要求1至12中任一项所述的方法。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211725406.7 | 2022-12-29 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2024140418A1 true WO2024140418A1 (zh) | 2024-07-04 |
Family
ID=
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20210328873A1 (en) | Dynamic and customizable virtual network functions | |
WO2020253347A1 (zh) | 一种容器集群管理方法、装置及系统 | |
US20190230004A1 (en) | Network slice management method and management unit | |
US11928522B2 (en) | Containerized VNF deployment method and related device | |
CN107959582B (zh) | 一种切片实例的管理方法及装置 | |
CN109428764B (zh) | 虚拟网络功能的实例化方法 | |
US10892948B2 (en) | Creating and using service control functions | |
WO2018137572A1 (zh) | 一种策略管理方法、装置和系统 | |
EP3694167A1 (en) | Method and device for managing services in network function virtualization architecture | |
US9882993B2 (en) | Creating services using service modules | |
EP4080826A1 (en) | Virtual network function deployment method, apparatus and system | |
US20230342183A1 (en) | Management method and apparatus for container cluster | |
US11838176B1 (en) | Provisioning and deploying RAN applications in a RAN system | |
EP4177742A1 (en) | Multitenancy management method and apparatus | |
CN110795202A (zh) | 一种虚拟化集群资源管理系统的资源分配方法以及装置 | |
WO2024140418A1 (zh) | 通信方法和通信装置 | |
JP7405955B2 (ja) | 複数の管理領域のための通信方法及び装置 | |
CN112015515B (zh) | 一种虚拟网络功能的实例化方法及装置 | |
CN118282823A (zh) | 通信方法和通信装置 | |
CN115150811A (zh) | 多租户运维管理方法、装置及系统 | |
WO2018099301A1 (zh) | 一种数据分析方法及装置 | |
US12035156B2 (en) | Communication method and apparatus for plurality of administrative domains | |
WO2024104311A1 (zh) | 部署虚拟化网络功能的方法和通信装置 | |
WO2023274014A1 (zh) | 容器集群的存储资源管理方法、装置及系统 | |
WO2023197815A1 (zh) | 一种消息的接收、发送方法及装置 |