CN120301772A - 策略组管理方法、装置和系统 - Google Patents

Abstract

本申请提供了一种策略组的管理方法，其特征在于，应用于网络功能虚拟化管理编排NFV‑MANO架构中，该方法由第一功能实体执行，包括：接收第一请求消息，该第一请求消息用于请求针对第一策略组执行策略组管理操作，该第一请求消息包括第二策略组的标识信息；根据该第二策略组的标识信息对该第一策略组执行该策略组管理操作；其中，该第二策略组为该第一策略组的成员策略组，该第二策略组包括一个或多个成员策略。基于上述技术方案，在对策略组进行策略组管理操作时，可以以成员策略组为单位进行策略组管理操作。这样，能够在面对NFV‑MANO复杂的自动化运维场景，灵活地编排需要整体一致执行的策略，降低策略组更新操作的成本。

Description

策略组管理方法、装置和系统

技术领域

本申请涉及通信技术领域，尤其涉及一种策略组管理方法、装置和系统。

背景技术

网络功能虚拟化(network functionsvirtualisation，NFV)是电信网络运营商通过借鉴信息技术(information technology，IT)领域的虚拟化技术，在通用的云服务器、交换机和存储器中将部分电信网络功能的实现进行软件和硬件解耦，从而实现网络服务(network service，NS)快速、高效部署，同时达到节省投资成本(CAPitalEXpenditure，CAPEX)和运营成本(OPeratingExpense，OPEX)的运营目标。这种技术需要电信网络功能以软件方式实现，并能在通用的服务器硬件上运行，可以根据需要进行迁移、实例化、部署在网络的不同物理位置，并且不需要安装新设备。

NFV管理与编排(network functionsvirtualisationmanagement andorchestration，NFV-MANO)是用于管理和协调网络服务NS、虚拟化网络功能(virtualnetwork function，VNF)和其它软件组件的架构框架。在NFV-MANO管理策略的功能中，包括了针对策略组的管理，即：对一个或多个策略组进行增、删、改、查等管理操作。其中，策略组是指包括一组需要整体执行操作(例如：激活策略或去激活策略)的策略的对象结构。

然而，上述策略组的信息模型在NFV-MANO策略管理场景中存在一些局限性，比如：在复杂的应用大量相关联策略管理的自动化运维场景中，策略组的更新操作成本较高。一方面：每个成员策略需要独立被校验加入或移出策略组的操作可行(即：和组内其他的成员策略存在相关性)，另一方面：策略组更新操作的效率较低，需要一个个处理加入或移出策略组的成员策略。

因此，如何灵活地编排需要整体一致执行的策略，降低策略组更新操作的成本，成为目前应用策略组管理亟待解决的问题。

发明内容

本申请提供一种策略组管理方法，能够在面对NFV-MANO复杂的自动化运维场景，灵活地编排需要整体一致执行的策略，降低策略组更新操作的成本。

第一方面，提供了一种策略组的管理方法，应用于网络功能虚拟化管理编排NFV-MANO架构中，包括：接收第一请求消息，所述第一请求消息用于请求针对第一策略组执行策略组管理操作，所述第一请求消息包括第二策略组的标识信息；根据所述第二策略组的标识信息对所述第一策略组执行所述策略组管理操作；其中，所述第二策略组为所述第一策略组的成员策略组，所述第二策略组包括一个或多个成员策略。

根据本申请的技术方案，在对策略组进行策略组管理操作时，可以以成员策略组为单位进行策略组管理操作。这样，能够在面对NFV-MANO复杂的自动化运维场景，灵活地编排需要整体一致执行的策略，降低策略组更新操作的成本。

结合第一方面，在第一方面的某些实现方式中，所述策略组管理操作包括以下任意一项：策略组创建、策略组更新。根据上述技术方案，能够在面对NFV-MANO复杂的自动化运维场景，灵活地编排需要整体一致执行的策略，降低策略组更新操作的成本。

结合第一方面，在第一方面的某些实现方式中，在所述策略组管理操作为所述策略组创建的情况下，所述根据所述第二策略组的标识信息对所述第一策略组执行所述策略组管理操作，包括：根据所述第二策略组的标识信息确定将所述第二策略组的成员策略加入至所述第一策略组。根据上述技术方案，能够在面对NFV-MANO复杂的自动化运维场景，灵活地编排需要整体一致执行的策略，降低策略组更新操作的成本。

结合第一方面，在第一方面的某些实现方式中，所述第一请求消息还包括所述第一策略组的参数信息，所述方法还包括：配置所述第一策略组的参数信息；其中，所述第一策略组的参数信息包括以下至少一项：所述第一策略组的成员策略应用的最高层级NFV对象、所述第一策略组的成员策略应用的运维场景类型、所述第一策略组的优先级、与所述第一策略组存在依赖关系的策略组的标识。根据上述技术方案，能够在面对NFV-MANO复杂的自动化运维场景，灵活地编排需要整体一致执行的策略，降低策略组更新操作的成本。

结合第一方面，在第一方面的某些实现方式中，在所述策略组管理操作为所述策略组更新，且所述第二策略组为所述第一策略组的待删除的成员策略组的情况下，所述根据所述第二策略组的标识信息对所述第一策略组执行所述策略组管理操作，包括：根据所述第二策略组的标识信息，从所述第一策略组删除所述第二策略组。根据上述技术方案，能够在面对NFV-MANO复杂的自动化运维场景，灵活地编排需要整体一致执行的策略，降低策略组更新操作的成本。

结合第一方面，在第一方面的某些实现方式中，在所述策略组管理操作为所述策略组更新，且所述第二策略组为所述第一策略组的待添加的成员策略组的情况下，所述根据所述第二策略组的标识信息对所述第一策略组执行所述策略组管理操作，包括：根据所述第二策略组的标识信息，添加所述第二策略组至所述第一策略组中。根据上述技术方案，能够在面对NFV-MANO复杂的自动化运维场景，灵活地编排需要整体一致执行的策略，降低策略组更新操作的成本。

结合第一方面，在第一方面的某些实现方式中，所述方法还包括：更新所述第一策略组的参数信息，所述第一策略组的参数信息包括以下至少任意一项：所述第一策略组的成员策略应用的最高层级NFV对象、所述第一策略组的成员策略应用的运维场景类型、所述第一策略组的优先级、与所述第一策略组存在依赖关系的成员策略组的标识。根据上述技术方案，能够在面对NFV-MANO复杂的自动化运维场景，灵活地编排需要整体一致执行的策略，降低策略组更新操作的成本。

第二方面，提供了一种策略组管理的方法，应用于网络功能虚拟化管理编排NFV-MANO架构中，包括：发送第一请求消息，所述第一请求消息用于请求针对第一策略组执行策略组管理操作，所述第一请求消息包括第二策略组的标识信息，其中，所述第二策略组为所述第一策略组的成员策略组，所述第二策略组包括一个或多个成员策略。

根据本申请的技术方案，在对策略组进行策略组管理操作时，可以以成员策略组为单位进行策略组管理操作。这样，能够在面对NFV-MANO复杂的自动化运维场景，灵活地编排需要整体一致执行的策略，降低策略组更新操作的成本。

结合第二方面，在第二方面的某些实现方式中，所述策略组管理操作包括以下任意一项：策略组创建、策略组更新。根据上述技术方案，能够在面对NFV-MANO复杂的自动化运维场景，灵活地编排需要整体一致执行的策略，降低策略组更新操作的成本。

结合第二方面，在第二方面的某些实现方式中，所述第一请求消息还包括所述第一策略组的参数信息，所述第一策略组的参数信息包括以下至少一项：所述第一策略组的成员策略应用的最高层级NFV对象、所述第一策略组的成员策略应用的运维场景类型、所述第一策略组的优先级、与所述第一策略组存在依赖关系的策略组的标识。根据上述技术方案，能够在面对NFV-MANO复杂的自动化运维场景，灵活地编排需要整体一致执行的策略，降低策略组更新操作的成本。

第三方面，提供了一种通信装置，包括：收发单元，用于接收第一请求消息，所述第一请求消息用于请求针对第一策略组执行策略组管理操作，所述第一请求消息包括第二策略组的标识信息；处理单元，用于根据所述第二策略组的标识信息对所述第一策略组执行所述策略组管理操作；其中，所述第二策略组为所述第一策略组的成员策略组，所述第二策略组包括一个或多个成员策略。

结合第三方面，在第三方面的某些实现方式中，所述策略组管理操作包括以下任意一项：策略组创建、策略组更新。

结合第三方面，在第三方面的某些实现方式中，在所述策略组管理操作为所述策略组创建的情况下，所述处理单元具体用于：根据所述第二策略组的标识信息确定将所述第二策略组的成员策略加入至所述第一策略组。

结合第三方面，在第三方面的某些实现方式中，所述第一请求消息还包括所述第一策略组的参数信息，所述处理单元还用于：配置所述第一策略组的参数信息；其中，所述第一策略组的参数信息包括以下至少一项：所述第一策略组的成员策略应用的最高层级NFV对象、所述第一策略组的成员策略应用的运维场景类型、所述第一策略组的优先级、与所述第一策略组存在依赖关系的策略组的标识。

结合第三方面，在第三方面的某些实现方式中，在所述策略组管理操作为所述策略组更新，且所述第二策略组为所述第一策略组的待删除的成员策略组的情况下，所述处理单元具体用于：根据所述第二策略组的标识信息，从所述第一策略组删除所述第二策略组。

结合第三方面，在第三方面的某些实现方式中，在所述策略组管理操作为所述策略组更新，且所述第二策略组为所述第一策略组的待添加的成员策略组的情况下，所述处理单元具体用于：根据所述第二策略组的标识信息，添加所述第二策略组至所述第一策略组中。

结合第三方面，在第三方面的某些实现方式中，所述处理单元具体用于：更新所述第一策略组的参数信息，所述第一策略组的参数信息包括以下至少任意一项：所述第一策略组的成员策略应用的最高层级NFV对象、所述第一策略组的成员策略应用的运维场景类型、所述第一策略组的优先级、与所述第一策略组存在依赖关系的成员策略组的标识。

第四方面，提供了一种通信装置，包括：收发单元，用于发送第一请求消息，所述第一请求消息用于请求针对第一策略组执行策略组管理操作，所述第一请求消息包括第二策略组的标识信息，其中，所述第二策略组为所述第一策略组的成员策略组，所述第二策略组包括一个或多个成员策略。

结合第四方面，在第四方面的某些实现方式中，所述策略组管理操作包括以下任意一项：策略组创建、策略组更新。

结合第四方面，在第四方面的某些实现方式中，所述第一请求消息还包括所述第一策略组的参数信息，所述第一策略组的参数信息包括以下至少一项：所述第一策略组的成员策略应用的最高层级NFV对象、所述第一策略组的成员策略应用的运维场景类型、所述第一策略组的优先级、与所述第一策略组存在依赖关系的策略组的标识。

第五方面，提供了一种计算机可读存储介质，其上存储有计算机程序或指令，该计算机程序或指令被处理器执行时，使得如第一方面及第一方面任一可能实现方式所述方法或如第二方面及第二方面任一可能实现方式所述方法被执行。

第六方面，提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得如第一方面及第一方面任一可能实现方式所述方法或如第二方面及第二方面任一可能实现方式所述方法被执行。

第七方面，提供了一种芯片系统，包括：处理器，用于从存储器中调用并运行计算机程序或指令，使得安装有所述芯片系统的通信装置实现如第一方面及第一方面任一可能实现方式或如第二方面及第二方面任一可能实现方式所述的方法。

附图说明

图1是NFV-MANO系统的架构图。

图2为本申请实施例提供的一种策略组管理方法的示意性流程图。

图3为本申请实施例提供的一种创建策略组的管理方法300的示意性流程图。

图4为本申请实施例提供的一种更新策略组的管理方法400的示意性流程图。

图5为本申请实施例提供的一种删除策略组的管理方法500的示意性流程图。

图6是本申请实施例提供的通信装置600的示意性框图。

图7为本申请实施例提供另一种通信装置700。

图8为本申请实施例提供一种芯片系统800。

具体实施方式

下面将结合附图，对本申请中的技术方案进行描述。

图1是NFV管理与编排(network functionsvirtualisationmanagement andorchestration，NFV-MANO)系统的架构图。如图1所示，NFV-MANO由三个主要功能模块构成，分别是NFV编排器(NFV orchestrator，NFVO)、VNF管理器(VNF manager，VNFM)和虚拟基础设施管理器(virtualised infrastructure manager，VIM)。

其中，NFV编排器对服务和资源进行编排，管理网络服务并将VNF集成到NFV架构中，NFV编排器还能够验证并授权NFV基础设施(NFV infrastructure，NFVI)的资源请求。VNF管理器管理VNF的生命周期，VIM管理NFV基础设施，包括计算资源、存储资源以及网络资源等。运营商的运营支撑系统(operation support system，OSS)和商务支撑系统(business support system，BSS)与NFV-MANO系统实现互操作。需要注意的是，引入上述管理操作是NFV-MANO支持自动化运维场景的基本功能。

在NFV-MANO管理策略的功能中，包括了针对策略组的管理，即：对一个或多个策略组进行增、删、改、查等管理操作。其中，策略组是指包括一组需要整体执行操作(例如：激活策略或去激活策略)的策略的对象结构。

引入策略组管理操作的增益，是在NFV-MANO系统中运行的大量的管理策略中寻找需要一致协同执行的策略，这些策略服务于一个高阶的应用管理策略的自动化运维管理的场景，如：NS弹性伸缩(NS scaling)、NS治愈(NS healing)。在同一个策略组中，多个不同的策略协同执行的启动时机和语义的一致性能够得以保障，降低由于缺少一致执行策略的规划而应用多个不同但有关联的策略而形成策略执行的冲突的概率。

当前，策略组管理操作中所使用的策略组信息模型是一个扁平的信息结构，即：策略组由多个策略的个体(被称为策略组的成员策略)组成，这些策略的个体在策略组中通过它们的标识信息进行识别，如下所示：策略组A：{策略1，策略2，策略3，…策略n}。上述的策略组信息模型在NFV-MANO策略组管理场景中存在一些局限性，比如：

在复杂的应用大量相关联策略管理的自动化运维场景中，策略组的更新操作成本较高。一方面：每个成员策略需要独立被校验加入或移出策略组的操作可行(即：和组内其他的成员策略存在一致执行的相关性)，另一方面：策略组更新操作的效率较低，需要一个个处理加入或移出策略组的成员策略。

基于此，本申请实施例提供一种策略组的管理方法，能够在面对NFV-MANO复杂的自动化运维场景时，灵活地编排需要整体一致执行的策略，降低策略组更新操作的成本。

下面，结合具体实施例，详细描述本申请实施例的策略组的管理方法。

首先需要说明的是，本申请实施例可以应用于前文所述NFV-MANO系统中，适用的场景主要包括在NFV-MANO中需要应用大量协同运行的管理策略组的复杂自动化运维场景。下面详细介绍本申请实施例适用的几种可能的复杂自动化运维场景：

场景1：策略组A和策略组B存在公共的策略p,如果策略组A适用的场景(例如:NShealing)范围大于策略组B适用的场景(例如:VNF healing)，则，策略组B作为嵌套的子结构并入到策略组A。

场景2：策略组A和策略组B不存在公共的策略，但策略组A内的策略p1和策略组B内的策略p2存在依赖关系(dependency)。例如，依赖关系(dependency)可以通过策略的信息模型中的上下文项(ContextItem)定义，表示策略p1的执行依赖于策略p2的执行。则，策略组A可以并入策略组B；或者，策略组B可以并入策略组A。

场景3：在一个先验的自动化运维场景中成功应用了策略组A，继而在另一个相关联的扩展先验的自动化运维场景需要组建一个更大的策略组B，则策略组A并入策略组B。

需要说明的是，上述自动化运维场景仅为举例说明，除上述列举的自动化运维场景外，本申请实施例还可能适用其他自动化运维场景。应理解，本申请实施例对此不作限制。

应理解，本申请实施例中，名词“功能实体”表示NFV架构中的功能组件，例如，功能实体可以为NFVO、OSS、VNF、VNFM等，“功能实体”也可以称为“功能组件”、“设备”或者“装置”等，本申请实施例并不限于此。

图2为本申请实施例提供的一种策略组的管理方法200的示意性流程图。该策略组的管理方法200可以应用于NFV-MANO架构中，如图2所示，该方法至少包括以下步骤。

需要说明的是，关于NFV-MANO架构的具体描述可参考前文所述，这里不予赘述。

S210，第二功能实体向第一功能实体发送第一请求消息，相应地，第一功能实体接收第一请求消息。

具体的，第一功能实体可以是NFVO，第二功能实体可以是OSS/BSS，该第一请求消息用于请求针对第一策略组执行策略组管理操作，该第一请求消息中包括第二策略组的标识信息。

其中，第二策略组为第一策略组的成员策略组，第二策略组包括一个或多个成员策略，应理解，第二策略组的标识信息用于唯一识别作为成员加入待创建策略组(例如第一策略组)的第二策略组。

需要说明，关于第二策略组的标识信息可参考现有技术或协议，这里不予赘述。

S220，第一功能实体根据第二策略组的标识信息对第一策略组执行策略组管理操作。

具体的，第一功能实体接收到第一请求消息中包含的第二策略组的标识信息后，根据策略组的标识信息对第一策略组执行策略组管理操作。

在本申请实施例中，策略组管理操作可以是策略组创建，或者也可以是策略组更新。

可选地，在策略组管理操作为策略组创建的情况下，第一功能实体根据第二策略组的标识信息对第一策略组执行策略组创建的管理操作。

具体的，第一功能实体接收第一请求消息，该第一请求消息用于请求针对第一策略组执行策略组创建。第一功能实体根据第一请求消息中携带的第二策略组的标识信息，确定将第二策略组的所有成员策略加入至待创建的第一策略组。

可选地，在一种可能的实现方式中，该方法还可以包括：第一功能实体向第二功能实体发送第一应答消息，该第一应答消息中携带第一策略组的标识信息。

具体的，第一功能实体在创建第一策略组后，为第一策略组分配对应的标识信息，并向第二功能实体发送第一应答消息，该第一应答消息中携带有第一策略组的标识信息。

应理解，关于第一功能实体为第一策略组分配标识信息的方案不在本申请保护范围之内，这里不予赘述。

可选地，在一种可能的实现方式中，该第一请求消息中还可以包括第一策略组的参数信息，该方法还可以包括：第一功能实体配置第一策略组的参数信息。

具体的，第一策略组的参数信息可以是以下至少一项：第一策略组的成员策略应用的最高层级NFV对象、第一策略组的成员策略应用的运维场景类型、第一策略组的优先级、与第一策略组存在依赖关系的策略组的标识。

为便于理解，下面对本申请实施例涉及的第一策略组的参数信息进行详细说明。

1、第一策略组的成员策略应用的最高层级NFV对象：指出第一策略组的成员策略和/或第一策略组的成员策略组所作用的NFV对象中最高层级的对象。

例如：如果第一策略组中的成员策略分别作用于NS,VNF，被管理的容器基础设施对象(managed container infrastructure object，MCIO),虚拟机(virtual machine，VM)对象，则指示NS为第一策略组的成员策略应用的最高层级对象。

2、第一策略组的成员策略应用的运维场景类型：例如，可以包含升级(upgrade)、弹性伸缩(scale)、治愈(heal)等运维场景。

3、第一策略组的优先级：确定第一策略组的优先级，当第一策略组的成员策略和策略组B的成员策略在执行中发生冲突时，根据策略组的优先级的关系确定低优先级的策略组(例如：第一策略组)进行策略执行避让。即：对低优先级的策略组中的成员策略执行去激活(deactivate policy)操作。

例如，两个策略组在执行中发生冲突的的场景，可以是一个NS实例的两个成员VNF实例所分别应用的策略组。

4、与第一策略组存在依赖关系的策略组标识：用于指示与第一策略组存在依赖关系的策略组。

例如：一个复合NS实例应用的策略组和这个复合NS实例的嵌套NS实例应用的策略组，或者在NS拓扑关系中存在连接关系的两个成员VNF实例所应用的策略组。

可选地，在策略组管理操作为策略组更新的情况下，第一请求消息用于请求针对第一策略组执行策略组更新。第一功能实体根据第一请求消息中携带的第二策略组的标识信息，对第一策略组执行策略组更新的策略组管理操作。

示例性的，在第二策略组为第一策略组的待删除的成员策略组的情况下，第一功能实体根据第二策略组的标识信息，从第一策略组中删除第二策略组。

其中，从第一策略组中删除第二策略组，可以理解为，将第二策略组移出第一策略组。即，删除可以理解为“移出”、“移除”，这里不作限制。

示例性的，在第二策略组为第一策略组的待添加的成员策略组的情况下，第一功能实体根据第二策略组的标识信息，添加第二策略组至第一策略组中。

其中，添加第二策略组至第一策略组中，可以理解为，添加第二策略组中的所有成员策略至第一策略组中。即，添加可以理解为“加入”、“增加”，这里不作限制。

可选地，在一种可能的实现方式中，在策略组管理操作为策略组更新的情况下，第一请求消息中也可以携带第一成员策略的标识信息，其中，第一成员策略属于第二策略组。即是说，第一请求消息中也可以不直接携带第二策略组的标识信息。

示例性的，在策略组更新中第一成员策略为待删除的策略组的成员策略的情况下，第一功能实体根据第一请求消息中携带的第一成员策略的标识信息，确定第一成员策略属于第二策略组，并确定将第二策略组从第一策略组中删除。

示例性的，在策略组更新中第一成员策略为待添加的策略组的成员策略的情况下，第一功能实体根据第一请求消息中携带的第一成员策略的标识信息，确定第一成员策略属于第二策略组，并确定将第二策略组中的所有成员策略加入至第一策略组中。

需要说明，前文所述第一成员策略属于第二策略组，也可以描述为，第一成员策略关联于第二策略组，或者，第一成员策略与第二策略组相关联。应理解，本申请对此不作限制。

可选地，在第一功能实体对第一策略组执行策略组更新之后，该方法还可以包括：第一功能实体更新第一策略组的参数信息。

具体的，第一功能实体根据第一策略组中的成员策略或成员策略组的变化，进一步更新执行策略组更新后的第一策略组的参数信息，例如：第一策略组的成员策略应用的最高层级NFV对象、第一策略组的成员策略应用的运维场景类型、第一策略组的优先级和/或与第一策略组存在依赖关系的策略组标识。其中，关于第一策略组的参数信息的具体描述可参考前文所述，这里不予赘述。

可选地，在第一功能实体对第一策略组执行策略组更新之后，该方法还可以包括：第一功能实体向第二功能实体发送第二应答消息，该第二应答消息用于指示策略组更新操作的结果是成功还是失败。

例如，该第二应答消息中携带指示信息，该指示信息指示策略组更新操作的结果是成功还是失败。

下面结合图3至图5对本申请涉及的具体实施例进行详细描述。

为便于理解，在接下来的实施例中，统一使用NFVO代替第一功能实体，OSS/BSS代替第二功能实体进行描述。

图3为本申请实施例提供的一种创建策略组的管理方法300的示意性流程图，如图3所示，该方法至少包括以下步骤。

S310，OSS/BSS向NFVO发送第一请求消息，相应地，NFVO接收第一请求消息。

具体的，该第一请求消息用于请求针对第一策略组执行策略组创建，该第一请求消息中包括第二策略组的标识信息。其中，第二策略组为第一策略组的成员策略组，第二策略组包括一个或多个成员策略。

示例性的，第一请求消息可以是创建策略组请求消息。

应理解，第二策略组的标识信息用于唯一识别作为成员加入待创建策略组(例如第一策略组)的策略组。

可选地，该第一请求消息中还可以包括待创建的第一策略组的基本描述信息(Group Descriptor)。

S320，NFVO根据第二策略组的标识信息对第一策略组执行策略组创建。

具体的，NFVO根据第二策略组的标识信息，确定将第二策略组的所有成员策略加入至第一策略组。

可选地，在一种可能的实现方式中，该第一请求消息中还可以包括第一策略组的参数信息，该方法还可以包括：NFVO配置第一策略组的参数信息，例如：第一策略组的成员策略应用的最高层级NFV对象、第一策略组的成员策略应用的运维场景类型、第一策略组的优先级和/或与第一策略组存在依赖关系的策略组标识。

需要说明，关于第一策略组的参数信息的具体描述可参考前文所述，为了简便，这里不予赘述。

可选地，在一种可能的实现方式中，该方法还可以包括：

S330，NFVO向OSS/BSS发送第一应答消息，相应地，OSS/BSS接收第一应答消息。

示例性的，第一应答消息可以是创建策略组应答消息。

具体的，该第一应答消息中携带有第一策略组的标识信息。NFVO在创建第一策略组后，为第一策略组分配对应的标识信息，并向OSS/BSS发送第一应答消息，该第一应答消息中携带有第一策略组的标识信息。

图4为本申请实施例提供的一种更新策略组的管理方法400的示意性流程图，如图4所示，该方法至少包括以下步骤。

S410，OSS/BSS向NFVO发送第一请求消息，相应地，NFVO接收第一请求消息。

具体的，该第一请求消息用于请求针对第一策略组执行策略组更新，该第一请求消息中包括第二策略组的标识信息。其中，第二策略组为第一策略组的成员策略组，第二策略组包括一个或多个成员策略。

示例性的，第一请求消息可以是更新策略组请求消息。

S420，NFVO根据第二策略组的标识信息对第一策略组执行策略组更新。

可选地，在第二策略组为第一策略组的待删除的成员策略组的情况下，NFVO根据第二策略组的标识信息，从第一策略组中删除第二策略组。

其中，从第一策略组中删除第二策略组，可以理解为，将第二策略组移出第一策略组。即，删除可以理解为“移出”、“移除”，这里不作限制。

可选地，在第二策略组为第一策略组的待添加的成员策略组的情况下，NFVO根据第二策略组的标识信息，添加第二策略组至第一策略组中。

其中，添加第二策略组至第一策略组中，可以理解为，添加第二策略组中的所有成员策略至第一策略组中。即，添加可以理解为“加入”、“增加”，这里不作限制。

可选地，在一种可能的实现方式中，第一请求消息中也可以携带第一成员策略的标识信息，其中，第一成员策略属于第二策略组。即是说，第一请求消息中也可以不直接携带第二策略组的标识信息。

示例性的，在策略组更新中第一成员策略为待删除的策略组的成员策略的情况下，NFVO根据第一请求消息中携带的第一成员策略的标识信息，确定第一成员策略属于第二策略组，并确定将第二策略组从第一策略组中删除。

示例性的，在策略组更新中第一成员策略为待添加的策略组的成员策略的情况下，NFVO根据第一请求消息中携带的第一成员策略的标识信息，确定第一成员策略属于第二策略组。并确定将第二策略组中的所有成员策略加入至第一策略组中。

需要说明，前文所述第一成员策略属于第二策略组，也可以描述为，第一成员策略关联于第二策略组，或者，第一成员策略与第二策略组相关联。应理解，本申请对此不作限制。

可选地，在NFVO对第一策略组执行策略组更新之后，该方法还可以包括：NFVO更新第一策略组的参数信息，例如：第一策略组的成员策略应用的最高层级NFV对象、第一策略组的成员策略应用的运维场景类型、第一策略组的优先级和/或与第一策略组存在依赖关系的策略组标识。

具体的，NFVO根据第一策略组中的成员策略或成员策略组的变化，进一步更新执行策略组更新后的第一策略组的参数信息。其中，关于第一策略组的参数信息的具体描述可参考前文所述，这里不予赘述。

可选地，在NFVO对第一策略组执行策略组更新之后，该方法还可以包括：

S430，NFVO向OSS/BSS发送第二应答消息，该第二应答消息用于指示策略组更新操作的结果是成功还是失败。

示例性的，第二应答消息可以是更新策略组应答消息。

例如，该第二应答消息中可以携带指示信息，该指示信息指示策略组更新操作的结果是成功还是失败。

图5为本申请实施例提供的一种删除策略组的管理方法500的示意性流程图，如图5所示，该方法至少包括以下步骤。

S510，OSS/BSS向NFVO发送第一请求消息，相应地，NFVO接收第一请求消息。

具体的，该第一请求消息中包括待删除的第一策略组的标识信息。

示例性的，该第一请求消息可以是删除策略组请求消息。

S520，NFVO根据第一策略组的标识信息，确定删除第一策略组。

具体的，NFVO根据第一请求消息中携带的第一策略组的标识信息，确定删除第一策略组，但是NFVO仍保留第一策略组中的成员策略组，以便其他策略组可以复用该成员策略组。

S530，NFVO向OSS/BSS发送第三应答消息，该第三应答消息用于指示删除策略组的操作的结果是成功还是失败。

示例性的，第三应答消息可以是删除策略组应答消息。

例如，该第三应答消息中可以携带指示信息，该指示信息用于指示删除策略组的操作的结果是成功还是失败。

可选地，在一种可能的实现方式中，第一请求消息中还可以携带第一指示信息，该第一指示信息用于指示是否删除第一策略组的所有成员策略组。

示例性的，当第一指示信息指示删除第一策略组的所有成员策略组时，NFVO在删除第一策略组的同时，同步删除第一策略组中的所有成员策略组。即是说，NFVO不再保留第一策略组中的成员策略组。

示例性的，当第一指示信息指示不删除第一策略组的所有成员策略组时，NFVO在删除第一策略组的同时，不删除第一策略组中的所有成员策略组。即是说，NFVO保留第一策略组中的成员策略组，以便其他策略组可以复用该成员策略组。

根据本申请提供的技术方案，在对策略组进行策略组管理操作时，可以以成员策略组为单位进行策略组管理操作。这样，能够在面对NFV-MANO复杂的自动化运维场景，灵活地编排需要整体一致执行的策略，降低策略组更新操作的成本。

应理解，本申请的各实施例中的一些可选的特征，在某些场景下，可以不依赖于其他特征，也可以在某些场景下，与其他特征进行结合，不作限定。

还可以理解，本申请的各实施例中的方案可以进行合理的组合使用，并且实施例中出现的各个术语的解释或说明可以在各个实施例中互相参考或解释，对此不作限定。

还可以理解，在本申请的各实施例中的各种数字序号的大小并不意味着执行顺序的先后，仅为描述方便进行的区分，不应对本申请实施例的实施过程构成任何限定。

还可以理解，在本申请的各实施例中涉及到一些消息名称，如创建策略组请求消息或第一应答消息，等等，应理解，其命名不对本申请实施例的保护范围造成限定。

还可以理解，上述各个方法实施例中，由第一功能实体实现的方法和操作，也可以由第一功能实体的组成部件(例如芯片或者电路)来实现；此外，由第二功能实体实现的方法和操作，也可以由第二功能实体的组成部件(例如芯片或者电路)来实现，不作限定。相应于上述各方法实施例给出的方法，本申请实施例还提供了相应的通信装置，所述装置包括用于执行上述各个方法实施例相应的模块。该模块可以是软件，也可以是硬件，或者是软件和硬件结合。可以理解的是，上述各方法实施例所描述的技术特征同样适用于以下装置实施例。

应理解，第一功能实体和第二功能实体可以执行上述实施例中的部分或全部步骤，这些步骤或操作仅是示例，本申请实施例还可以执行其它操作或者各种操作的变形。此外，各个步骤可以按照上述实施例呈现的不同的顺序来执行，并且有可能并非要执行上述实施例中的全部操作。

上面结合图2-图5详细介绍了本申请实施例提供的策略组的管理方法，下面结合图6-图8详细介绍本申请实施例提供的通信装置。应理解，装置实施例的描述与方法实施例的描述相互对应，因此，未详细描述的内容可以参见上文方法实施例，为了简洁，部分内容不再赘述。

图6是本申请实施例提供的通信装置的示意性框图。该装置600包括收发单元610，收发单元610可以用于实现相应的通信功能。收发单元610还可以称为通信接口或通信单元。

可选地，该装置600还可以包括处理单元620，处理单元620可以用于进行数据处理。

可选地，该装置600还包括存储单元，该存储单元可以用于存储指令和/或数据，处理单元620可以读取存储单元中的指令和/或数据，以使得装置实现前述各个方法实施例中不同的终端设备的动作，例如，第一功能实体或第二功能实体的动作。

该装置600可以用于执行上文各个方法实施例中第一功能实体或第二功能实体所执行的动作，这时，该装置600可以为第一功能实体或第二功能实体，或者第一功能实体或第二功能实体的组成部件，收发单元610用于执行上文方法实施例中第一功能实体或第二功能实体的收发相关的操作，处理单元620用于执行上文方法实施例中第一功能实体或第二功能实体的处理相关的操作。

示例性的，第一功能实体可以是NFVO实体，第二功能实体可以是策略决策实体(例如OSS/BSS)。

还应理解，这里的装置600以功能单元的形式体现。这里的术语“单元”可以指应用特有集成电路(application specific integrated circuit，ASIC)、电子电路、用于执行一个或多个软件或固件程序的处理器(例如共享处理器、专有处理器或组处理器等)和存储器、合并逻辑电路和/或其它支持所描述的功能的合适组件。在一个可选例子中，本领域技术人员可以理解，装置600可以具体为上述实施例中的第一功能实体或第二功能实体，可以用于执行上述各方法实施例中与第一功能实体或第二功能实体对应的各个流程和/或步骤，或者，装置600可以具体为上述实施例中的第一功能实体或第二功能实体，可以用于执行上述各方法实施例中与第一功能实体或第二功能实体对应的各个流程和/或步骤，为避免重复，在此不再赘述。

上述各个方案的装置600具有实现上述方法中第一功能实体或第二功能实体所执行的相应步骤的功能，或者，上述各个方案的装置600具有实现上述方法中第一功能实体或第二功能实体所执行的相应步骤的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块；例如收发单元可以由收发机替代(例如，收发单元中的发送单元可以由发送机替代，收发单元中的接收单元可以由接收机替代)，其它单元，如处理单元等可以由处理器替代，分别执行各个方法实施例中的收发操作以及相关的处理操作。

此外，上述收发单元610还可以是收发电路(例如可以包括接收电路和发送电路)，处理单元可以是处理电路。

需要指出的是，图6中的装置可以是前述实施例中的网元或设备，也可以是芯片或者芯片系统，例如：片上系统(system on chip，SoC)。其中，收发单元可以是输入输出电路、通信接口；处理单元为该芯片上集成的处理器或者微处理器或者集成电路。在此不做限定。

如图7所示，本申请实施例提供另一种通信装置700。该装置700包括处理器710，处理器710与存储器720耦合，存储器720用于存储计算机程序或指令和/或数据，处理器710用于执行存储器720存储的计算机程序或指令，或读取存储器720存储的数据，以执行上文各方法实施例中的方法。

可选地，处理器710为一个或多个。

可选地，存储器720为一个或多个。

可选地，该存储器720与该处理器710集成在一起，或者分离设置。

可选地，如图7所示，该装置700还包括收发器730，收发器730用于信号的接收和/或发送。例如，处理器710用于控制收发器730进行信号的接收和/或发送。

作为一种方案，该装置700用于实现上文各个方法实施例中由第一功能实体或第二功能实体执行的操作。

例如，处理器710用于执行存储器720存储的计算机程序或指令，以实现上文各个方法实施例中第一SMF的相关操作。例如，图2至图5中任意一个所示实施例中的第一功能实体，或图2至图5中任意一个所示实施例中的第一功能实体的方法。

应理解，本申请实施例中提及的处理器可以是中央处理单元(centralprocessing unit，CPU)，还可以是其他通用处理器、数字信号处理器(digital signalprocessor，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)、双倍数据速率同步动态随机存取存储器(doubledata rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlinkDRAM，SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM，DR RAM)。

需要说明的是，当处理器为通用处理器、DSP、ASIC、FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件时，存储器(存储模块)可以集成在处理器中。

还需要说明的是，本文描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

如图8，本申请实施例提供一种芯片系统800。该芯片系统800(或者也可以称为处理系统)包括逻辑电路810以及输入/输出接口(input/output interface)820。

其中，逻辑电路810可以为芯片系统800中的处理电路。逻辑电路810可以耦合连接存储单元，调用存储单元中的指令，使得芯片系统800可以实现本申请各实施例的方法和功能。输入/输出接口820，可以为芯片系统800中的输入输出电路，将芯片系统800处理好的信息输出，或将待处理的数据或信令信息输入芯片系统800进行处理。

作为一种方案，该芯片系统800用于实现上文各个方法实施例中由第一功能实体或第二功能实体执行的操作。

例如，逻辑电路810用于实现上文方法实施例中由第一功能实体的处理相关的操作，如图2至图5中任意一个所示实施例中的第一功能实体的处理相关的操作；输入/输出接口820用于实现上文方法实施例中由第一功能实体的发送和/或接收相关的操作，如图2至图5中任意一个所示实施例中的第一功能实体执行的发送和/或接收相关的操作。

本申请实施例还提供一种计算机可读存储介质，其上存储有用于实现上述各方法实施例中由第一功能实体或第二功能实体执行的方法的计算机指令。

例如，该计算机程序被计算机执行时，使得该计算机可以实现上述方法各实施例中由第一功能实体或第二功能实体执行的方法。

本申请实施例还提供一种计算机程序产品，包含指令，该指令被计算机执行时以实现上述各方法实施例中由第一功能实体或第二功能实体执行的方法。

上述提供的任一种装置中相关内容的解释及有益效果均可参考上文提供的对应的方法实施例，此处不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。此外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (23)

1.一种策略组管理的方法，其特征在于，应用于网络功能虚拟化管理编排NFV-MANO架构中，包括：

接收第一请求消息，所述第一请求消息用于请求针对第一策略组执行策略组管理操作，所述第一请求消息包括第二策略组的标识信息；

根据所述第二策略组的标识信息对所述第一策略组执行所述策略组管理操作；

其中，所述第二策略组为所述第一策略组的成员策略组，所述第二策略组包括一个或多个成员策略。

2.根据权利要求1所述的方法，其特征在于，所述策略组管理操作包括以下任意一项：

策略组创建、策略组更新。

3.根据权利要求2所述的方法，其特征在于，在所述策略组管理操作为所述策略组创建的情况下，所述根据所述第二策略组的标识信息对所述第一策略组执行所述策略组管理操作，包括：

根据所述第二策略组的标识信息确定将所述第二策略组的成员策略加入至所述第一策略组。

4.根据权利要求3所述的方法，其特征在于，所述第一请求消息还包括所述第一策略组的参数信息，所述方法还包括：

配置所述第一策略组的参数信息；

其中，所述第一策略组的参数信息包括以下至少一项：

所述第一策略组的成员策略应用的最高层级NFV对象、所述第一策略组的成员策略应用的运维场景类型、所述第一策略组的优先级、与所述第一策略组存在依赖关系的策略组的标识。

5.根据权利要求2所述的方法，其特征在于，在所述策略组管理操作为所述策略组更新，且所述第二策略组为所述第一策略组的待删除的成员策略组的情况下，

所述根据所述第二策略组的标识信息对所述第一策略组执行所述策略组管理操作，包括：

根据所述第二策略组的标识信息，从所述第一策略组删除所述第二策略组。

6.根据权利要求2所述的方法，其特征在于，在所述策略组管理操作为所述策略组更新，且所述第二策略组为所述第一策略组的待添加的成员策略组的情况下，

所述根据所述第二策略组的标识信息对所述第一策略组执行所述策略组管理操作，包括：

根据所述第二策略组的标识信息，添加所述第二策略组至所述第一策略组中。

7.根据权利要求5或6所述的方法，其特征在于，所述方法还包括：

更新所述第一策略组的参数信息，所述第一策略组的参数信息包括以下至少任意一项：

所述第一策略组的成员策略应用的最高层级NFV对象、所述第一策略组的成员策略应用的运维场景类型、所述第一策略组的优先级、与所述第一策略组存在依赖关系的成员策略组的标识。

8.一种策略组管理的方法，其特征在于，应用于网络功能虚拟化管理编排NFV-MANO架构中，包括：

发送第一请求消息，所述第一请求消息用于请求针对第一策略组执行策略组管理操作，所述第一请求消息包括第二策略组的标识信息，

其中，所述第二策略组为所述第一策略组的成员策略组，所述第二策略组包括一个或多个成员策略。

9.根据权利要求8所述的方法，其特征在于，所述策略组管理操作包括以下任意一项：

策略组创建、策略组更新。

10.根据权利要求8或9所述的方法，其特征在于，所述第一请求消息还包括所述第一策略组的参数信息，所述第一策略组的参数信息包括以下至少一项：

所述第一策略组的成员策略应用的最高层级NFV对象、所述第一策略组的成员策略应用的运维场景类型、所述第一策略组的优先级、与所述第一策略组存在依赖关系的策略组的标识。

11.一种通信装置，其特征在于，包括：

收发单元，用于接收第一请求消息，所述第一请求消息用于请求针对第一策略组执行策略组管理操作，所述第一请求消息包括第二策略组的标识信息；

处理单元，用于根据所述第二策略组的标识信息对所述第一策略组执行所述策略组管理操作；

其中，所述第二策略组为所述第一策略组的成员策略组，所述第二策略组包括一个或多个成员策略。

12.根据权利要求11所述的通信装置，其特征在于，所述策略组管理操作包括以下任意一项：

策略组创建、策略组更新。

13.根据权利要求12所述的通信装置，其特征在于，在所述策略组管理操作为所述策略组创建的情况下，所述处理单元具体用于：

根据所述第二策略组的标识信息确定将所述第二策略组的成员策略加入至所述第一策略组。

14.根据权利要求13所述的通信装置，其特征在于，所述第一请求消息还包括所述第一策略组的参数信息，所述处理单元还用于：

配置所述第一策略组的参数信息；

其中，所述第一策略组的参数信息包括以下至少一项：

所述第一策略组的成员策略应用的最高层级NFV对象、所述第一策略组的成员策略应用的运维场景类型、所述第一策略组的优先级、与所述第一策略组存在依赖关系的策略组的标识。

15.根据权利要求12所述的通信装置，其特征在于，在所述策略组管理操作为所述策略组更新，且所述第二策略组为所述第一策略组的待删除的成员策略组的情况下，

所述处理单元具体用于：

根据所述第二策略组的标识信息，从所述第一策略组删除所述第二策略组。

16.根据权利要求12所述的通信装置，其特征在于，在所述策略组管理操作为所述策略组更新，且所述第二策略组为所述第一策略组的待添加的成员策略组的情况下，

所述处理单元具体用于：

根据所述第二策略组的标识信息，添加所述第二策略组至所述第一策略组中。

17.根据权利要求15或16所述的通信装置，其特征在于，所述处理单元具体用于：

更新所述第一策略组的参数信息，所述第一策略组的参数信息包括以下至少任意一项：

所述第一策略组的成员策略应用的最高层级NFV对象、所述第一策略组的成员策略应用的运维场景类型、所述第一策略组的优先级、与所述第一策略组存在依赖关系的成员策略组的标识。

18.一种通信装置，其特征在于，包括：

收发单元，用于发送第一请求消息，所述第一请求消息用于请求针对第一策略组执行策略组管理操作，所述第一请求消息包括第二策略组的标识信息，

其中，所述第二策略组为所述第一策略组的成员策略组，所述第二策略组包括一个或多个成员策略。

19.根据权利要求18所述的通信装置，其特征在于，所述策略组管理操作包括以下任意一项：

策略组创建、策略组更新。

20.根据权利要求18或19所述的通信装置，其特征在于，所述第一请求消息还包括所述第一策略组的参数信息，所述第一策略组的参数信息包括以下至少一项：

所述第一策略组的成员策略应用的最高层级NFV对象、所述第一策略组的成员策略应用的运维场景类型、所述第一策略组的优先级、与所述第一策略组存在依赖关系的策略组的标识。

21.一种计算机可读存储介质，其上存储有计算机程序或指令，其特征在于，该计算机程序或指令被处理器执行时，使得如权利要求1至7中任一项所述方法或如权利要求8至10中任一项所述方法被执行。

22.一种包含指令的计算机程序产品，当其在计算机上运行时，使得如权利要求1至7中任一项所述方法或如权利要求8至10中任一项所述方法被执行。

23.一种芯片系统，其特征在于，包括：处理器，用于从存储器中调用并运行计算机程序或指令，使得安装有所述芯片系统的通信装置实现如权利要求1至7中任一项所述的方法或如权利要求8至10中任一项所述的方法。