策略决策方法及装置、系统、存储介质、策略决策单元及集群专利检索-计算机虚拟化电脑编程专利检索查询-专利查询网

策略决策方法及装置、系统、存储介质、策略决策单元及集群

阅读：382发布：2020-05-13

专利汇可以提供策略决策方法及装置、系统、存储介质、策略决策单元及集群专利检索，专利查询，专利分析的服务。并且一种策略决策方法及装置、系统、存储介质、策略决策单元及集群。所述策略决策单元包括策略引擎模块和时间主题管理器，其中，所述策略引擎模块用于创建策略引擎，使用所述策略引擎至少实现如下操作：加载策略规则，以及，接收到所述事件主题管理器发送的事件时，根据所述事件匹配到的策略规则触发对应的策略动作；所述事件主题管理器根据所述策略规则监听事件，接收到所监听的事件时，将该事件发送给该事件对应的所述策略引擎。本实施例提供的方案，提供独立的策略决策单元，无需分辨策略规则待下发的目标网元，提高了策略执行效率。，下面是策略决策方法及装置、系统、存储介质、策略决策单元及集群专利的具体信息内容。

权利要求

1.一种策略决策单元，其特征在于，包括策略引擎模块和事件主题管理器，其中：
所述策略引擎模块用于，创建策略引擎，使用所述策略引擎至少实现如下操作：加载策略规则，以及，接收到所述事件主题管理器发送的事件时，根据所述事件匹配到的策略规则触发对应的策略动作；
所述事件主题管理器用于，根据所述策略规则监听事件，接收到所监听的事件时，将该事件发送给该事件对应的所述策略引擎。
2.根据权利要求1所述的策略决策单元，其特征在于，所述策略引擎模块创建策略引擎包括：接收策略生命周期管理发送的策略操作请求，创建策略引擎。
3.根据权利要求2所述的策略决策单元，其特征在于，所述加载策略规则包括：根据所述策略操作请求中携带的策略规则文件的描述信息，从策略存储库中获取策略规则文件，解析所述策略规则文件获取策略规则。
4.根据权利要求1至3任一所述的策略决策单元，其特征在于，所述策略决策单元还包括集群管理模块，所述集群管理模块用于，当所述策略决策单元为策略决策集群的管理节点时，确定所述策略决策集群中的策略决策单元是否可作为其他策略决策单元的备用策略决策单元，以及，当所述策略决策集群中的策略决策单元不可用时，使用所述备用策略决策单元替代不可用的策略决策单元。
5.根据权利要求4所述的策略决策单元，其特征在于，所述集群管理模块还用于，周期性选举确定策略决策集群的管理节点。
6.根据权利要求5所述的策略决策单元，其特征在于，所述周期性选举确定策略决策集群的管理节点包括：根据管理实体表中的信息周期性选举确定策略决策集群的管理节点，其中，所述管理实体表中包括如下至少之一：所述策略决策单元的标识、资源名称、管理状态、可用状态、主备状态、创建修改时间信息。
7.一种策略决策集群，包括至少一个如权利要求1至6任一所述的策略决策单元。
8.根据权利要求7所述的策略决策集群，其特征在于，所述策略决策集群中包括多个策略决策单元时，所述策略决策单元之间存在通信接口。
9.一种策略决策方法，包括：
策略决策单元创建策略引擎，使用所述策略引擎加载策略规则；
所述策略决策单元根据所述策略规则监听事件，接收到所监听的事件时，将所述事件发送到所述策略引擎，由所述策略引擎根据所述事件匹配到的策略规则触发对应的策略动作。
10.根据权利要求9所述的策略决策方法，其特征在于，所述创建策略引擎包括：接收策略生命周期管理发送的策略操作请求，创建策略引擎。
11.根据权利要求10所述的策略决策方法，其特征在于，所述加载策略规则包括：根据所述策略操作请求中携带的策略规则文件的描述信息，从策略存储库中获取策略规则文件，解析所述策略规则文件获取策略规则。
12.根据权利要求9所述的策略决策方法，其特征在于，所述事件包括其他策略决策单元匹配到策略规则时触发的策略动作。
13.根据权利要求9至12任一所述的策略决策方法，其特征在于，所述方法还包括，当所述策略决策单元为策略决策集群的管理节点时，确定所述策略决策集群中的策略决策单元是否可作为其他策略决策单元的备用策略决策单元，以及，当所述策略决策集群中的策略决策单元不可用时，使用所述备用策略决策单元替代不可用的策略决策单元。
14.根据权利要求13所述的策略决策方法，其特征在于，所述方法还包括，所述策略决策单元根据共享的管理实体表中的信息周期性选举确定策略决策集群的管理节点。
15.根据权利要求13所述的策略决策方法，其特征在于，所述管理实体表中包括如下至少之一：所述策略决策单元的标识、资源名称、管理状态、可用状态、主备状态、创建修改时间信息。
16.一种策略决策装置，其特征在于，包括存储器和处理器，所述存储器存储有程序，所述程序在被所述处理器读取执行时，实现如权利要求9至15任一所述的策略决策方法。
17.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如权利要求9至15任一所述的策略决策方法。
18.一种网管系统，包括网络功能虚拟化NFV编排器、虚拟化网络功能管理器、虚拟化基础设施管理，其特征在于，还包括：如权利要求7或8所述的策略决策集群，所述策略决策集群独立于所述NFV编排器、所述虚拟化网络功能管理器和所述虚拟化基础设备管理。
19.如权利要求18所述的网管系统，其特征在于，还包括：策略生命周期管理和策略存储库，其中，
所述策略生命周期管理用于，接收到策略参数和模板信息后，生成策略规则文件，将所述策略规则文件存储到策略存储库，发送携带策略规则文件的描述信息的策略操作请求至所述策略决策集群中的策略决策单元；
所述策略存储库用于，存储所述策略规则文件。

说明书全文

策略决策方法及装置、系统、存储介质、策略决策单元及集群

技术领域

[0001] 本发明涉及但不限于通信领域，尤其涉及但不限于一种策略决策方法及装置、计算机可读存储介质、策略决策单元及策略决策集群、网管系统。

背景技术

[0002] 电信业在网管系统的网络架构上一直沿用垂直一体化的架构，业务和网络构建是烟囱群方式，因此新业务开发和上市周期长。与IT厂商相比，运维成本高，自动化运维困难。随着5G(5th Generation，第五代)的基于SDN(Software Defined Network，软件定义网络)理念重新定义网络架构，通过网络功能和节点虚拟化，然后在其基础上实现网络按需快速部署、按需编排组织物理资源，从而灵活的实现各个层次的网络功能。

发明内容

[0003] 有鉴于此，本发明实施例提供了一种策略决策方法及装置、系统、存储介质、策略决策单元及集群。

[0004] 本发明至少一实施例提供一种策略决策单元，包括策略引擎模块和事件主题管理器，其中：

[0005] 所述策略引擎模块用于，创建策略引擎，使用所述策略引擎至少实现如下操作：加载策略规则，以及，接收到所述事件主题管理器发送的事件时，根据所述事件匹配到的策略规则触发对应的策略动作；

[0006] 所述事件主题管理器用于，根据所述策略规则监听事件，接收到所监听的事件时，将该事件发送给该事件对应的所述策略引擎。

[0007] 本发明至少一实施例提供一种策略决策集群，包括至少一个任一实施例所述的策略决策单元。

[0008] 本发明至少一实施例提供一种策略决策方法，包括：

[0009] 策略决策单元创建策略引擎，使用所述策略引擎加载策略规则；

[0010] 所述策略决策单元根据所述策略规则监听事件，接收到所监听的事件时，将所述事件发送到所述策略引擎，由所述策略引擎根据所述事件匹配到的策略规则触发对应的策略动作。

[0011] 本发明至少一实施例提供一种策略决策装置，包括存储器和处理器，所述存储器存储有程序，所述程序在被所述处理器读取执行时，实现任一实施例所述的策略决策方法。

[0012] 本发明至少一实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现任一实施例所述的策略决策方法。

[0013] 本发明至少一实施例提供一种网管系统，包括网络功能虚拟化NFV编排器、虚拟化网络功能管理器、虚拟化基础设施管理，其特征在于，还包括：上述策略决策集群，所述策略决策集群独立于所述NFV编排器、所述虚拟化网络功能管理器和所述虚拟化基础设备管理。

[0014] 本发明至少一实施例提供独立的PDP，由PDP统一对策略规则进行处理，无需分辨策略规则待下发的目标网元(直接下发到PDP中)，提高了策略执行效率。

[0015] 本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

附图说明

[0016] 附图用来提供对本发明技术方案的进一步理解，并且构成说明书的一部分，与本申请的实施例一起用于解释本发明的技术方案，并不构成对本发明技术方案的限制。

[0017] 图1为一种网络架构图；

[0018] 图2为本发明一实施例提供的MANO(Management and Orchestration，管理与编排)网络架构图(包括策略组件)；

[0019] 图3为本发明一实施例提供的策略组件通用架构图；

[0020] 图4为本发明另一实施例提供的NFV(Network Function Virtualization，网络功能虚拟化)MANO网络架构图；

[0021] 图5为本发明一实施例提供的策略规则文件加载流程图；

[0022] 图6a为本发明一实施例提供的策略决策单元架构图；

[0023] 图6b为本发明另一实施例提供的策略决策单元架构图；

[0024] 图7为本发明一实施例提供的策略决策方法流程图；

[0025] 图8为本发明一实施例提供的策略决策集群架构图；

[0026] 图9为本发明一实施例提供的一种基于策略的VNF(Virtualized Network Function，虚拟网络功能)扩容时序图；

[0027] 图10为本发明一实施例提供的一种基于策略的VNF缩容时序图；

[0028] 图11为本发明一实施例提供的一种VNF故障智能自愈的结构图；

[0029] 图12为本发明一实施例提供的一种策略决策装置框图；

[0030] 图13为本发明一实施例提供的计算机可读存储介质框图；

[0031] 图14为本发明一实施例提供的网管系统框图。

具体实施方式

[0032] 为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。

[0033] 在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

[0034] 先对一种标准架构(如MANO架构)进行说明。如图1所示，MANO架构包含了NFVO(NFV Orchestrator，NFV编排器)101、VNFM(Virtualized Network Function Manager，虚拟化网络功能管理器)102、VIM(Virtualized Infrastructure Manager，虚拟化基础设施管理)103，功能说明如下：

[0035] NFVO101是NFV系统的编排器，负责网络服务的管理和NFV的全局资源管理。NFVO101通过编排不同的VNF(Virtualized Network Function，虚拟网络功能)104或VNF104与PNF(Physical Network Function，物理网络功能)组成网络服务，并管理VNF104与NFVI(Network Functions Virtualization Infrastructure，网络功能虚拟化基础设施)105资源的关联和映射关系。NFVO101的部署或运维操作都基于NS(Network Service，网络服务)模板进行。NFVO101通常中立于其所管理/编排的NS所提供的逻辑功能，NFVO实例化的NS通常不涉及逻辑功能的配置。网络服务生命周期管理过程中，NFVO101可以对网络KPI(Key Performance Indicator，关键性能指标)进行监控，并依据KPI指标进行网络服务的管理和调整。一个NFVO101可以同时管理多个VNFM102和多个VIM103。

[0036] VNFM102管理包括传统的故障管理、配置管理、计费管理、性能管理和安全管理(FCAPS)，VNFM102聚焦在将VNF在解耦的虚拟资源上安装、初始化、运行、扩缩容、升级、下线的端到端生命周期管理。VNF生命管理过程中，VNFM102可以对VNF KPI进行监控，并依据KPI指标进行扩缩容。VNFM102独立于其所管理/编排的VNF所提供的逻辑功能，VNFM针对实例化VNF的管理通常不包含逻辑功能的配置。大多数VNFM功能是公共功能，可应用于任何类型VNF。然而，NFV MANO架构也需要支持VNF实例生命周期管理需要的定制功能，定制可作为VNF服务包的一部分进行发布。每个VNF实例都有一个与之相关的VNFM102；一个VNFM102可以负责管理一个单独的VNF实例，或者多个相同或不同类型的VNF实例。

[0037] VIM103是虚拟基础设施管理器，负责控制和管理NFVI105所包含的计算、存储和网络资源，并提供给VNFM102和NFVO101调度使用。一个VIM103可能被指定管理某一特定类型的NFVI资源(例如，只管理计算资源/存储资源/网络资源)，也可以管理多种NFVI资源。

[0038] 另外图1中还包括OSS(Operation Support System，运营支撑系统)/BSS(Business Support System，业务支撑系统)106和EM(Element Management，网元管理)107。其中，OSS是电信运营商的一体化、信息资源共享的支持系统，主要用于网络管理、系统管理、计费、营业、账务和客户服务等服务，BSS也是电信运营商的一体化、信息资源共享的支持系统，主要用于客户关系管理、业务供应链管理和经营决策支持等服务。EM107可以用于针对VNF执行传统的FCAPS功能。

[0039] 图2为本发明一实施例提供的一种MANO架构示意图。主要在MANO原有网络架构基础上，对策略架构进行扩展和改进，在一种方案中，由NFVO/VNFM/VIM实现策略决策，策略执行，而本实施例中，将策略架构中的策略决策功能从NFVO/VNFM/VIM中剥离，设置单独的PDP(Policy Decision Point，策略决策单元)实现策略决策。如图2，3所示，Policy(策略组件)201包含了PLCM(Policy Life Cycle Management，策略生命周期管理)301、PDP(Policy Decision Point，策略决策单元)302、PEP(Policy Enforcement Point，策略执行点)303和PR(Policy Repository，策略存储库)304，其中：

[0040] PLCM301主要用于策略的全生命周期管理，包括策略模板的加载以及策略规则的增加、删除、修改、查询、启动、停止和暂停，策略任务管理、模板管理、策略查询服务以及冲突混淆检测以及解决等。具体的，接收策略参数和模板信息，生成策略规则文件，将所述策略规则文件存储到PR304，并发送策略规则文件的描述信息给PDP302。所述策略规则文件的描述信息包括以下至少之一：文件名称、文件描述信息、事件主题信息、资源仓储坐标。其中，策略规则文件包含一条或多条策略规则。策略规则的基本模型为ECA(Events-事件、Condition-条件、Action-动作)，即策略规则包括策略事件、策略条件和策略动作，当发生策略事件，且该策略事件满足策略条件，则执行相应的策略动作。

[0041] PDP302为整个系统的决策中心，负责接收策略操作请求，并根据策略信息做出决策，然后将相应的执行动作分配至PEP，以达到管理需求。具体的，PDP302接收PLCM301发送的策略操作请求，生成策略引擎，根据策略操作请求中携带的策略规则文件的描述信息，从PR304获取策略规则文件，解析所述策略规则文件获得策略规则，加载所述策略规则，监听所述策略规则中定义的事件，接收到所监听的事件，且所述事件匹配到策略规则(即符合策略条件)时，根据所述事件匹配到的策略规则触发对应的策略动作。需要说明的是，PDP302不限于从PR304获取策略规则文件，也可以直接从PLCM301获取策略规则文件，或者，从其他模块获取策略规则文件，或者，PDP302自身生成策略规则文件或策略规则，等等。

[0042] PEP303是接受PDP302的策略动作的网络实体，是策略的执行实体，即action的响应主题。它还可以向PDP转发信息，以使PDP了解网络或设备条件的变化。PEP303可以是NFVO、VNFM、VIM中的任一个或多个。PEP包含多种管理资源，其资源种类可包括Cloud、Network、VNF即所有网络节点上的软硬件资源，但是需要各个资源提供对外访问能力，以及注册该能力接口，以便于策略规则文件设计时，可以针对其接口进行策略设计以达到用户需要的执行结果，然后生成发布对应的策略模板或者具体的策略执行包。

[0043] PR304用于存储策略规则文件，还可存储资源分类业务规则包，以及业务规则和流程模型的版本控制等等。

[0044] 本实施例提供的方案，将PDP和PEP进行分离，提供独立的PDP，由PDP统一对策略规则进行处理，相比由NFVO/VNFM/VIM充当PDP和PEP的方案，本实施例中，则无需分辨策略规则待下发的目标网元(在NFVO/VNFM/VIM中选择)，提高了策略执行效率。

[0045] 该系统中还包括OSS/BSS205，EM206、VNF207和NFVI208，其功能参考图1中相应模块的描述，此处不再赘述。在一实施例中，所述PDP302可以是一个或多个，即形成PDP集群。多个PDP302分布式分布。随着系统中管理节点或资源的增加，策略规则有成千上万个，会产生性能瓶颈问题和单节点故障问题，因此，以多节点的方式部署PDP。PDP数目根据业务规模来决定，如小区规模数，或VNF节点数。通过PDP的集群方式部署，相比只有单个PDP的实现方式，可以实现并发和大容量外部模块请求的快速响应，提升策略决策执行的效率和稳定性。

[0046] 图3中策略设计器比如为VNF，NFVO等等。

[0047] 在一实施例中，如图4所示，PEP303由NFVO/VNFM/VIM充当，此时策略组件201中包含PLCM301、PDP302和PR304。

[0048] 如图5所示，为策略规则文件加载流程图，包括：

[0049] 步骤501，PLCM接收OSS/BSS或NFVO的操作请求，所述操作请求包括策略参数、模板信息；

[0050] 步骤502，所述PLCM校验所述策略参数，根据所述策略参数和模板信息生成策略规则文件，将所述策略规则文件存储于策略存储库；

[0051] 步骤503，所述PLCM生成策略操作请求，所述策略操作请求中携带策略规则文件的描述信息；所述策略规则文件的描述信息包括以下至少之一：文件名称、文件描述信息、事件主题信息、资源仓储坐标。

[0052] 需要说明的是，PLCM也可对策略存储库中的策略规则文件进行修改，删除等，然后生成策略操作请求。

[0053] 步骤504，所述PLCM发送所述策略操作请求至PDP；

[0054] 步骤505，所述PDP接收到所述策略操作请求后，根据所述策略操作请求中的策略规则文件的描述信息中的资源仓储坐标从所述策略存储库获取策略规则文件，解析所述策略规则文件获取策略规则，在内存中形成策略规则树；根据所述策略规则中的事件，注册并监听事件。

[0055] PDP作为策略系统的决策中心，负责针对外部模块的策略操作请求进行策略决策工作，具体的，接收外部模块的策略操作请求，在已发布的策略规则库中查找匹配该策略操作请求的相关策略规则文件，并将匹配成功后的策略规则文件加载到PEP内，根据策略规则中的策略动作将具体执行传递给PEP，让PEP执行相关操作。

[0056] 图6a为本发明一实施例提供的PDP架构图。如图6a所示，PDP包括策略引擎模块601和事件主题管理器602，以及对外接口。其中：

[0057] 所述策略引擎模块601用于，创建策略引擎，使用所述策略引擎实现如下操作：加载策略规则以及，接收到所述事件主题管理器发送的事件时，根据所述事件匹配到的策略规则触发对应的策略动作；还用于管理策略引擎的生命周期；

[0058] 所述事件主题管理器602用于，根据策略规则监听事件，接收到事件时，将所述事件发送给该事件对应的策略引擎。需要说明的是，当事件发送到事件主题时，也可以通过监听事件主题达到监听事件的目的。策略规则包括事件、条件和动作，因此，事件有对应的策略规则，事件对应的策略引擎即加载事件对应的策略规则的策略引擎。

[0059] 图6a中还包括多个接口：PDP管理接口603(PDP节点的资源)、主题管理接口604和引擎管理接口605(策略规则文件)。其中，PDP管理接口603用于对PDP节点的资源进行管理，主题管理接口604用于监听事件，接收事件等，引擎管理接口605用于策略引擎相关的信息的传输，比如，接收策略操作请求，接收策略规则文件等等，图6a中的消息中间件606是指触发策略动作发送消息至PEP时的消息转发单元。

[0060] 策略引擎的基本机制是：对当前提交的事件进行检索，根据事件中各数据对象的当前属性值和它们之间的关系，与加载的策略规则进行匹配，发现匹配(符合策略条件)的策略规则，根据策略中声明的Action，触发对应的操作。当策略存储库中的策略规则文件改变时，策略引擎需要及时根据该策略规则文件进行更新。

[0061] 其中，策略引擎和策略规则是一对多的关系，即一个策略引擎可以加载多条策略规则。PDP和策略引擎是一对多的关系，即一个PDP中可创建多个策略引擎。当然，策略引擎和策略规则、策略引擎和PDP也可以一对一。

[0062] 在一实施例中，所述策略引擎模块601创建策略引擎包括：接收策略生命周期管理发送的策略操作请求，创建策略引擎。

[0063] 在一实施例中，所述加载策略规则包括：根据所述策略操作请求中携带的策略规则文件的描述信息，从策略存储库中获取策略规则文件，解析所述策略规则文件获取策略规则。需要说明的是，也可以不从策略存储库中获取策略规则，比如，当策略操作请求中携带策略规则时，直接加载策略规则。或者，PDP自身生成策略规则并加载，等等。

[0064] 如图6b所示，在一实施例中，所述PDP还包括集群管理模块607和通信接口608，所述集群管理模块607用于，当所述PDP为策略决策集群的管理节点时，确定所述策略决策集群中的PDP是否可作为其他PDP的备用PDP，以及，当所述策略决策集群中的PDP不可用时，使用所述备用PDP替代不可用的PDP。

[0065] 如果可以作为备用PDP，记录其状态为coldstandby(冷备份)状态，如果不可以作为备用PDP，记录其状态为hotstandby(热备份)状态，此处仅为示例，可用其他信息指示是否可作为备用PDP。其中，判断是否可作为备用PDP可以根据PDP的性能和负荷(cpu负荷率、内存占用率等) 等等确定。可以将状态信息记录在一状态管理实体表(StateManagementEntity)中，各PDP共享该状态管理实体表。通信接口608用于PDP间的交互。

[0066] 在一实施例中，所述集群管理模块607还用于，周期性选举确定策略决策集群的管理节点。

[0067] 其中，选举管理节点的算法可根据需要确定，本申请对此不作限定。比如，选择具有最低字典值(字典值即在字典中的顺序，字典顺序为a,b,c…，相应的字典值依次增大，本实施例中，使用PDP标识的首字母的字典值)的PDP作为管理节点。此处仅为示例，可以使用其他选举算法inxS选举。

[0068] 另外，当存在多种策略语言的PDP时，可以为每种策略语言的PDP选择一个管理节点。即可以选取多个管理节点，每个管理节点管理同一策略语言的PDP。需要说明的是，此处仅为示例，可以只选取一个管理节点。

[0069] 其中，选举周期可根据需要设定。另外，也可以不是周期性的选举，而是被触发时进行选举，或者，接收到用户指令时进行选举。另外，也可以直接指定管理节点，等等。需要说明的是，策略决策集群中也可不选举管理节点，采用其他集群管理方法进行管理，本申请对此不作限定。比如，使用高可靠性的服务器对策略决策集群进行管理，等等。

[0070] 在一实施例中，所述周期性选举确定策略决策集群的管理节点包括：根据管理实体表中的信息周期性选举确定策略决策集群的管理节点，其中，所述管理实体表中包括如下至少之一：所述策略决策单元的标识、资源名称、管理状态、可用状态、主备状态、创建修改时间信息。

[0071] 如图7所示，本发明一实施例一种策略决策方法，包括：

[0072] 步骤701，PDP创建策略引擎，使用所述策略引擎实加载策略规则，；

[0073] 步骤702，所述PDP根据所述策略规则监听事件，接收到所监听的事件时，将所述事件发送到所述策略引擎，由所述策略引擎根据所述事件匹配到的策略规则触发对应的策略动作。

[0074] 在一实施例中，所述创建策略引擎包括：接收策略生命周期管理发送的策略操作请求，创建策略引擎。需要说明的是，也可以在接收到其他模块的策略操作请求后，创建策略引擎。比如，接收到NFVO的策略操作请求。

[0075] 在一实施例中，所述加载策略规则包括：根据所述策略操作请求中携带的策略规则文件的描述信息，从策略存储库中获取策略规则文件，解析所述策略规则文件获取策略规则。

[0076] 在一实施例中，所述事件包括其他策略决策单元匹配到策略规则时触发的策略动作。

[0077] 在一实施例中，所述方法还包括，当所述PDP为策略决策集群的管理节点时，确定所述策略决策集群中的PDP是否可作为其他PDP的备用PDP，以及，当所述策略决策集群中的PDP不可用时，使用所述备用PDP替代不可用的PDP。

[0078] 在一实施例中，所述方法还包括，所述PDP根据共享的管理实体表中的信息周期性选举确定策略决策集群的管理节点。

[0079] 在一实施例中，所述管理实体表中包括如下至少之一：所述策略决策单元的标识、资源名称、管理状态、可用状态、主备状态、创建修改时间信息。

[0080] 如图8所示，本发明一实施例提供一种策略决策集群80，包括至少一个上述实施例中所述的PDP302。该策略决策集群中的PDP之间存在通信接口，基于PDP通信协议进行通信。策略规则分布在多个PDP中，监听同一事件实现策略的关联，通过PDP通信接口实现策略Action的关联。相关技术中，NFV MANO策略的应用基于各策略之间彼此分立，不存在策略关联。本申请至少一实施例中，通过PDP通信接口实现策略关联触发，从而提升决策效率。

[0081] 策略可以采用多语言编写，因此如果要进行跨语言的策略执行时，则需要针对跨策略语言类型的策略执行体间通过消息方式，进行协作完成；另外同策略语言的PDP间，会根据实际的cpu负荷率、内存占用率等指标，通过消息方式，执行调度。

[0082] PDP通信协议是用于彼此通信以管理状态和部署的协议，接口目的主要为了PDP之间可以协作处理，完成策略的关联操作，以解决不同策略之间的关联协作流程。

[0083] PDP之间的通信接口包括以下至少之一：Intra-PDP Interface(PDP内接口)和Inter-PDP Interface(PDP间接口)两种通讯接口。Inter-PDP Interface即PDP间协议是任何PDP类型的实例可用于彼此通信以管理状态和部署的协议；Intra-PDP Interface即PDP内协议是用于同一类型的PDP彼此通信，以管理状态和部署的协议。

[0084] 本实施例中，提供一状态管理实体表(StateManagementEntity)，该表中存储以下至少之一：PDP的标识(比如PDP的IP)、资源名称(即PDP的名称，比如显示给用户查看的一个名称)、管理状态(即PDP是否为管理节点)、可用状态、主备状态以及创建修改时间信息。其中，所述可用状态指示PDP是否可用，PDP已接入即为可用状态，未接入则为不可用状态，主备状态指示PDP是否可以用作其他PDP的备用PDP，其中，处于hotstandby状态时不可用作备用PDP，处于coldstandby状态时可以用作备用PDP。备用PDP的含义是当有PDP故障时，其执行的功能可由备用PDP替代。比如备用PDP加载故障PDP上的数据(从各PDP共享的数据库中加载)后执行。创建修改时间信息为对该条信息的创建修改时间。所有PDP共享该管理实体表，并周期性更新管理实体表中的状态信息(管理状态、可用状态、主备状态)。

[0085] PDP集群中的所有PDP周期性地运行选举算法(当然，也可以在被触发后运行选举算法)，由于各PDP都使用相同的数据(共享的状态管理实体表中的数据)，所以所有PDP选举出相同的管理节点。其中被选中的PDP其管理状态更新为活动状态(或称提供服务状态，处于该状态的节点为集群中的管理节点)。因此，算法是分布式的，没有单点故障，假设数据库配置为高可用性。

[0086] 本实施例中，还提供一个共享的PDP实体表(PdpEntity)，PdpEntity表中记录节点的选举算法当前是否正在运行以及节点最后被指定为管理节点的时间。

[0087] 一般而言，定期收集所有PDP的状态。每个节点从StateManagementEntity表中读取所有其他节点的standbystatus(即状态信息)。对运行选举算法的PDP，如果该PDP当前被选举为管理节点，且被选举前已经是管理节点，则不需要任何操作。如果当前被选举为管理节点且被选举前不是管理节点，则修改该PDP的状态为活动状态；如果未被选举为管理节点，则不进行操作。初始时，可以将PDP设置为hotstandby状态(仅为示例，也可设置为其他状态)。如果选择的PDP是自己，它将从hotstandby状态变更为活动状态。如果选择的PDP不是自己，它将什么都不做。当PDP从hotstandby状态提升为活动状态时，将发生状态更改通知，并且状态更改处理程序将采取适当的操作。

[0088] 本发明至少一实施例中，在OSS/BSS与MANO之间构建一个共享的策略模块，通过分离策略决策单元和策略执行点，将策略决策单元单独提出，策略决策单元集群的方式部署，策略决策单元之间提供通信协议，更好的实现目前3/4G与5G之间的策略过渡问题，并很好的兼容原有网络设备的管理，提高NFVO的策略执行效率。

[0089] 下面通过具体应用实例进一步说明本申请。

[0090] 应用实例1基于策略的VNF扩容

[0091] 网络服务自动扩容策略(NS Auto-scaling policy)由VNF提供(即VNF作为设计者)被VNFM(作为PEP)执行。策略设计者(即VNF)设计自动扩容策略，通过PLCM绑定一个给定类型的VNF封装在策略信息中，并下发给一个PDP。自动扩容策略的一个例子可能包含以下信息：

[0092] 如果VNF的第一指标值的变化被检测出来，则按照给定的动作进行VNF实例扩容。第一指标值可以根据需要设定，本申请对此不作限定。

[0093] VNF实例的监控指标信息上报指定的分析器(比如，性能管理器(Performance Management，PM))，PDP从分析器获取第一指标信息，将第一指标信息与当前扩容策略进行匹配，VNFM作为PEP来最终执行决策结果。详见图9，包括：

[0094] 步骤901，PDP接收PLCM发送的策略操作请求后，创建策略引擎；

[0095] 其中，PLCM接收到NFVO发送的策略参数和模板信息后，创建策略规则文件保存至PR，发送策略操作请求给PDP，所述策略操作请求中携带策略规则文件的描述信息，PDP接收到策略操作请求后，根据策略操作请求中携带的策略规则文件的描述信息从PR下载策略规则文件，

[0096] 需要说明的是，在其他实施例中，PDP也可以直接接收NFVO发送的策略参数和模板信息创建策略规则文件。

[0097] 步骤902，PDP使用所述策略引擎加载策略规则文件，解析所述策略规则文件获得策略规则；

[0098] 步骤903，PM采集VIM的虚拟资源计数器的值，获得第一指标；

[0099] 步骤904，PDP订阅PM的第一指标变化事件；

[0100] 具体的，PDP的事件主题管理器订阅PM的第一指标变化事件，接收到第一指标变化事件；

[0101] 步骤905，事件主题管理器发送第一指标变化事件给策略引擎模块；

[0102] 步骤906，策略引擎模块接收到第一指标变化事件，匹配到扩容规则，即第一指标的变化触发PDP中的扩容规则；

[0103] 步骤907，策略引擎模块根据扩容规则中的策略动作，向NFVO发起扩容请求；

[0104] 步骤908，NFVO接收到所述扩容请求后，对所述扩容请求进行校验；

[0105] 步骤909，验证通过后，所述NFVO向VNFM发起VNF实例化请求；

[0106] 步骤910，VNFM接收到所述VNF实例化请求后，解析VNFD(Virtualization Network Functions Descriptor，虚拟化网络功能描述符)获得部署VNF所需虚拟资源，生成扩容资源列表；

[0107] 步骤911，所述VNFM向NFVO返回扩容资源列表；

[0108] 步骤912，NFVO发送VNF扩容资源事件给PDP，具体的，发送给PDP的策略引擎模块；

[0109] 步骤913，PDP接收到所述VNF扩容资源事件后，匹配到资源规则；

[0110] 步骤914，根据资源规则中的策略动作，发送执行扩容请求至NFVO；

[0111] 步骤915，NFVO接收到所述执行扩容请求后，根据当前可用资源数量、本地策略等决定接受该执行扩容请求，向VIM请求分配资源，即发送资源分配请求至VIM；

[0112] 步骤916，VIM接收到所述NFVO的资源分配请求后，创建虚机；

[0113] 步骤917，VIM返回资源分配结果给NFVO；

[0114] 步骤918，NFVO发送资源配置完成通知给VNFM；

[0115] 步骤919，VNFM根据模板要求配置VNF，进行应用部署及参数配置；

[0116] 步骤920，VNFM通知NFVO完成VNF实例化；

[0117] 步骤921，NFVO向PDP发送扩容完成事件，完成VNF自动扩容的闭环。

[0118] 应用实例2基于策略的VNF缩容

[0119] 网络服务自动缩容策略(NS Auto-scaling policy)由VNF提供(即VNF作为设计者)被VNFM执行(即VNFM作为PEP)。策略设计者(即VNF)设计自动缩容策略，通过PLCM绑定一个给定类型的VNF封装在策略信息中，并下发给一个PDP。自动缩容策略的一个例子可能包含以下信息：

[0120] 如果某些VNF指标值的变化被检测出来，那么则按照给定的动作进行VNF实例缩容。具体哪些指标值可以根据需要设定，本申请对此不作限定。

[0121] VNF实例的监控指标信息上报的指定的分析器，PDP从分析器获取指标信息，将指标信息与当前缩容策略进行匹配决策，VNFM作为PEP来最终执行决策结果。详见图10，包括：

[0122] 步骤1001，PDP接收PLCM发送的策略操作请求，创建策略引起；

[0123] 其中，PLCM接收到NFVO发送的策略参数和模板信息后，创建策略规则文件保存至PR，发送策略操作请求给PDP，所述策略操作请求中携带策略规则文件的描述信息，PDP接收到策略操作请求后，根据策略操作请求中携带的策略规则文件的描述信息从PR下载策略规则文件，

[0124] 步骤1002，PDP使用所述策略引擎加载策略规则文件，解析所述策略规则文件获得策略规则；

[0125] 步骤1003，VNFM使用VNF/VIM的性能管理接口的通知或获取性能准则操作，得到特定VNF的测量指标；

[0126] 步骤1004，PDP的事件主题管理器订阅VNFM的VNF测量指标事件，接收到VNF测量指标事件；

[0127] 步骤1005，PDP的事件主题管理器发送VNF测量指标时间给策略引擎；

[0128] 步骤1006，策略引擎模块接收到VNF测量指标时间，匹配到缩容规则，判断执行缩容；

[0129] 步骤1007，PDP向NFVO发起缩容请求；

[0130] 步骤1008，NFVO接收到所述缩容请求后，对所述缩容请求进行验证；

[0131] 步骤1009，验证通过后，所述NFVO发送VNF缩容请求至VNFM，所述VNF缩容请求携带VNFD；

[0132] 步骤1010，所述VNFM接收到所述VNF缩容请求后，解析VNFD，计算释放VNF所需资源，生成资源列表；

[0133] 步骤1011，所述VNFM返回资源列表给NFVO；

[0134] 步骤1012，NFVO发送VNF缩容资源事件给PDP，具体的，发送给PDP的策略引擎模块；

[0135] 步骤1013，PDP接收到所述VNF缩容资源事件后，匹配到资源规则，确定缩容；

[0136] 步骤1014，PDP发送执行缩容请求给NFVO；

[0137] 步骤1015，NFVO接收到所述执行缩容请求后，根据当前可用资源数量、本地策略等决定接受该执行缩容请求，变更VNF，包括调整网络参数、业务参数，变更分发机制，更新VNF管理列表等；

[0138] 步骤1016，NFVO向VIM请求释放资源；

[0139] 步骤1017，VIM释放相应的虚拟资源(包括网络资源和虚机资源)；

[0140] 步骤1018，VIM返回资源释放结果给NFVO；

[0141] 步骤1019，NFVO通知VNFM完成释放资源；

[0142] 步骤1020，VNFM通知NFVO缩容完成；

[0143] 步骤1021，NFVO向PDP发送缩容完成事件，完成VNF自动缩容的闭环。

[0144] 本实施例提供的方案，通过与PDP交互，实现了自动缩容。

[0145] 应用实例3基于策略的VNF告警自愈

[0146] 本实施例中，基于策略实现VNF告警自动化，通过设置策略，对某些告警自动分析和解决，从而达到告警智能自愈，减少运维成本。

[0147] 如图11所示，该系统中包括告警采集模块1101、告警根因分析模块1102、机器规则学习模块1103、策略中心1104和智能脚本库1105，策略中心1104包括PLCM、PDP和PR，其中：

[0148] 告警采集模块1101用于，基于NFVO的告警订阅请求，以VNF为视角，采集VIM的虚拟资源告警并上报告警根因分析模块1102。

[0149] 告警根因分析模块1102用于，以VNF为视角，将VNF告警、虚拟资源告警、物理资源告警进行关联；对告警进行分析，对于可以自动修复的告警，发送到策略中心1104；对于无法自动修复的告警，转人工处理；

[0150] 机器规则学习模块1103用于，通过大数据机器学习分析历史告警给出分析模型和策略规则，所述策略规则包括自愈规则；比如，通过分析历史告警分析出生命周期短的闪断告警占比情况，通过分析历史告警分析出周期性发生的告警情况。

[0151] 策略中心1104用于，负责策略触发，PDP接收到告警，且该告警匹配到PDP所管理的策略规则时，触发执行策略规则中的动作。动作包括调用智能脚本平台1105的脚本库。策略规则包括自愈规则，所述自愈规则来源于现场定制、专家经验导入和机器规则学习模块。

[0152] 告警经过根因分析(RCA)后，对于可以自动修复的根告警，通过调用策略中心的自愈规则和智能脚本平台的脚本库进行自愈，自愈成功后，网元上报告警恢复，从而实现告警智能自愈，减少运维成本。

[0153] 如图12所示，本发明一实施例提供一种策略决策装置120，包括存储器121和处理器122，所述存储器121存储有程序，所述程序在被所述处理器122读取执行时，实现任一实施例所述的策略决策方法。

[0154] 如图13所示，本发明一实施例提供一种计算机可读存储介质130，所述计算机可读存储介质130存储有一个或者多个程序131，所述一个或者多个程序131可被一个或者多个处理器执行，以实现任一实施例所述的策略决策方法。

[0155] 本发明一实施例提供一种网管系统，如图14所示，包括NFVO201、VNFM202、VIM203还包括：上述任一实施例所述的策略决策集群80，所述策略决策集群独立于所述NFVO201、VNFM202、VIM203。

[0156] 在一实施例中，还包括：PLCM301和PR304，其中，

[0157] 所述PLCM301用于，接收到策略参数和模板信息后，生成策略规则文件，将所述策略规则文件存储到策略存储库，发送携带策略规则文件的描述信息的策略操作请求至所述策略决策集群中的策略决策单元；

[0158] 所述PR304用于，存储所述策略规则文件。

[0159] 本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统、装置中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。在硬件实施方式中，在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。某些组件或所有组件可以被实施为由处理器，如数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。

标题	发布/更新时间	阅读量
一种云主机功能扩展方法、系统、设备及计算机存储介质	2020-05-12	696
在多层网络环境中处理信息包的方法以及其装置	2020-05-08	859
基于虚拟化环境下的数据恢复方法及系统	2020-05-12	345
一种数据迁移方法及系统	2020-05-13	170
虚拟化内存的管理方法、装置和存储介质	2020-05-13	669
在负载均衡连接上具有虚拟VIP和源代理的非DSR分布式负载均衡器	2020-05-08	726
基于虚拟化环境下的安全防护方法及装置	2020-05-12	610
在嵌入式计算设备中的容器之间共享网络接口的系统和方法	2020-05-14	711
一种云计算机下虚拟机分配方法、装置以及服务器	2020-05-08	664
云平台虚拟导流技术的自动化适配方法及装置	2020-05-11	597

策略决策方法及装置、系统、存储介质、策略决策单元及集群

策略决策方法及装置、系统、存储介质、策略决策单元及集群

技术领域

背景技术

发明内容

附图说明

具体实施方式

该功能需要专业版企业版VIP权限，您可以：