一种激活方法、装置、设备及存储介质与流程

本申请实施例涉及通信技术领域，尤其涉及一种激活方法、装置、设备及存储介质。

背景技术：

第三代合作伙伴计划(3rdgenerationpartnershipproject，3gpp)针对现有的演进分组核心网(evolvedpacketcore，epc)中引入了控制面(controlplane，cp)和用户面(userplane，up)的概念(3gpp29.244协议)，即cu分离的概念，是将原来控制面和用户面合一的网元拆分成控制面和用户面分离的两个网元。在cu分离的场景下，up端可以配置预定义规则，cp端向up端提供激活预定义规则ie(activatepredefinedrulesie)以激活up端预定义的规则。

技术实现要素：

本申请实施例提供了一种激活方法，包括：

向用户面端发送预定义规则的激活消息；

接收控制面端反馈的携带激活失败的预定义规则标识信息的消息；

基于携带激活失败的预定义规则标识信息的所述消息对激活失败的预定义规则重新下发控制策略。

本申请提供了一种激活方法，包括：

接收控制面端发送的预定义规则的激活消息；

基于所述激活消息对预定义规则进行激活；

将携带激活失败的预定义规则标识信息的消息反馈给控制面端。

本申请提供了一种激活方法，包括：

控制面端向用户面端发送预定义规则的激活消息；

所述用户面端接收所述控制面端发送的预定义规则的激活消息，并基于所述激活消息对预定义规则进行激活；

所述用户面端将携带激活失败的预定义规则标识信息的消息反馈给所述控制面端；

所述控制面端接收用户面端反馈的携带激活失败的预定义规则标识信息的消息；

所述控制面端基于接收的所述消息对激活失败的预定义规则重新下发控制策略。

本申请提供了一种激活装置，包括：

消息发送模块，用于向用户面端发送预定义规则的激活消息；

消息接收模块，用于接收控制面端反馈的携带激活失败的预定义规则标识信息的消息；

下发模块，用于基于携带激活失败的预定义规则标识信息的所述消息对激活失败的预定义规则重新下发控制策略。

本申请提供了一种激活装置，包括：

接收模块，用于接收控制面端发送的预定义规则的激活消息，

激活模块，用于基于所述激活消息对预定义规则进行激活；

反馈模块，用于将携带激活失败的预定义规则标识信息的消息反馈给控制面端。

本申请提供了一种设备，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本申请实施例中任意一种方法。

本申请提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本申请任意实施例中的一种方法。

关于本申请的以上实施例和其他方面以及其实现方式，在附图说明、具体实施方式和权利要求中提供更多说明。

附图说明

图1a示出了在4g通信的情况下，cu分离网元架构图；

图1b示出了在5g通信的情况下，cu分离网元架构图；

图2示出了pfcp协议栈的示意图；

图3示出了本申请实施例中一种激活方法流程图；

图4示出了本申请实施例提供的另一种激活方法流程图；

图5示出了本申请实施例提供的另一种激活方法流程图；

图6a示出了本申请实施例提供的另一种激活方法流程图；

图6b示出了本申请实施例提供的另一种激活方法流程图；图7a示出了本申请实施例提供的另一种激活方法流程图；

图7b示出了本申请实施例提供的另一种激活方法流程图；

图7c示出了本申请实施例提供的另一种激活方法流程图；图8示出了本申请实施例提供的一种激活装置结构示意图；

图9示出了本申请实施例提供的另一种激活装置结构示意图；

图10是本申请实施例提供的一种设备的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚明白，下文中将结合附图对本申请的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。

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

第三代合作伙伴计划(3rdgenerationpartnershipproject，3gpp)针对现有的演进分组核心网(evolvedpacketcore，epc)中引入了引入了控制面(controlplane，cp)和用户面(userplane，up)的概念(3gpp29.244协议)即cu分离的概念，是将原来控制面和用户面合一的网元拆分成控制面和用户面分离的两个网元。图1a是在在第四代移动通信网络(4thgenerationmobilenetworks，5g)通信的情况下，cu分离网元架构图，图1b是在第五代移动通信网络(5thgenerationmobilenetworks，5g)通信的情况下，cu分离网元架构图。如图1a所示，被拆分的关键网元如下：

服务网关(servinggateway，sgw)：拆分成服务网关控制面功能实体(servinggatewaycontrolplanefunction，sgw-c)和服务网关用户面功能实体(servinggatewayuserplanefunction，sgw-u)。sgw-c继承原有sgw的控制面内容(用户接入控制，存储用户上下文等)，sgw-u继承原有sgw的用户面内容(报文路由转发等)。sgw-c和sgw-u之间新增sxa接口，用以承载控制面和用户面之间的控制和转发消息。

分组数据网关(packetdatanetworkgateway，pdn网关，pgw)：拆分成pdn网关控制面功能实体(pdngatewaycontrolplanefunction，pgw-c)和pdn网关用户面功能实体(pdngatewayuserplanefunction，pgw-u)。pgw-c继承原有pgw的控制面内容(分配用户地址，计费等)，pgw-u继承原有pgw的用户面内容(报文路由转发等)。pgw-c和pgw-u之间新增sxb接口，用以承载控制面和用户面之间的控制和转发消息。

流检测功能实体(trafficdetectionfunction，tdf)：拆分成业务检测控制面功能实体(tdfcontrolplanefunction,tdf-c)和业务检测用户面功能实体(tdfuserplanefunction，tdf-u)。tdf-c继承原有tdf的控制面内容(报文内容检测等)，tdf-u继承原有tdf的用户面内容(报文路由转发等)。tdf-c和tdf-u之间新增sxc接口，用以承载控制面和用户面之间的控制和转发消息。

其中，sxa/sxb/sxc口承载于报文转发控制协议(packetforwardingcontrolprotocol，pfcp)，pfcp协议栈可以参考图2。

其中，sgw-c和pgw-c统称为控制面网关，sgw-u和pgw-u统称为用户面网关。如图1b所示，在5g通信的情况下，cp端的网元包括会话管理功能(sessionmanagementfunction，smf)网元、策略控制功能(policycontrolfunction，pcf)网元、统一数据管理(unifieddatamanagemen，udm)网元、鉴权服务器功能(authenticationserverfunction，ausf)网元、网络切片选择功能(networksliceselectionfunction，nssf)网元、应用功能(applicationfunction，af)网元、接入和移动性管理功能(accessandmobilitymanagementfunction，amf)网元等，up端的网元包括用户平面功能(userplanefunction，upf)网元，其中，ue为用户设备(userequipment)，dn为数据网络(datanetwork)网元。

其中，根据3gpp29.244协议，描述了cp端展开策略与计费规则功能(policyandchargingrulesfunction，pcrf)/pcf网元提供的predefinedpcc/adcrules，展开为包检测规则(packetdetectionrule，pdr)、qos实施规则(qosenforcementruleqer)、使用情况报告规则(usagereportingrule，urr)、转发操作规则(forwardingactionrule，far)下发给up端。到了v14.1.0版本，又增加了up端配置预定义规则，cp端向up端提供激活预定义规则(activatepredefinedrules)ie以激活up端预定义规则的流程，但是并没有定义规则激活失败的流程，预定义规则激活失败时，无法通知cp端，从而cp端无法决策是否需要重新下发预定义规则。

具体是，在5g通信的情况下，无法通知smf网元，也就无法通知pcf网元，pcf网元无法决策是否需要重新下发预定义规则。在采用4g通信的情况下，up端无法通知pcrf网元，pcrf网元无法决策是否需要重新下发规则。

在一个示例性实施方式中，图3是本申请提供的一种激活方法流程图，如图3所示，该方法可以适用于用户面与控制面分离的情况，该方法还可以适用于需要会话创建或者会话修改的场景中，该方法由本申请的激活装置执行，该激活装置可以由软件和/或硬件实现，并集成在cp端。

如图3所示，本申请提供的激活方法主要包括步骤s31和s32。

s31：向up端发送预定义规则的激活消息。

在本申请中，cp端向up端发送的预定义规则的激活消息，该激活消息中可以携带需要激活的预定义规则的标识信息，例如，可以是预定义规则名。up端接收到预定义规则的激活消息，可以基于该消息中携带的需要激活的预定义规则的标识信息激活对应的预定义规则。

s32：接收up端反馈的携带激活失败的预定义规则标识信息的消息。

s33：基于携带激活失败的预定义规则标识信息的所述消息对激活失败的预定义规则重新下发控制策略。

在本申请中，当up端激活预定义规则失败时，up端向cp端反馈携带激活失败的预定义规则的标识信息的消息，cp端接收该消息，并基于该消息中的标识信息对对应的激活失败的预定义规则重新下发控制策略。其中，控制策略可以是对激活失败的预定义规则重新下发，或者可以是对激活失败的预定义规则采用其他的下发策略等。

在一个示例性的实施方式中，所述向用户面端发送预定义规则的激活消息，包括：向所述用户面端发送创建包检测规则，所述创建包检测规则中携带需要激活的预定义规则标识信息。其中，创建包检测规则(createpacketpacketdetectionrule，createpdr)可以携带需要激活的预定义规则的标识信息，例如，预定义规则名。其中，createpdr可以携带多个需要激活的预定义规则的标识信息。up端接收到createpdr，可以对createpdr进行解析，确定需要激活的预定义规则，对预定义规则进行激活。在预定义规则激活失败的情况下，将createpdr的标识以及失败原因反馈给cp端，其中，失败原因可以是激活失败的预定义规则。在一个示例性的实施方式中，所述接收up端反馈的携带激活失败的预定义规则标识信息的消息，包括：接收up端反馈的会话创建或者会话修改的消息，所述会话创建或者会话修改的消息中携带激活失败的至少一个预定义规则的标识信息。

在一个示例性的实施方式中，所述会话创建或者会话修改的消息中携带激活失败的至少一个预定义规则的标识信息，包括：将激活失败的至少一个预定义规则的标识信息作为新增字段添加到所述会话创建或者会话修改的消息中。其中，新增字段可以添加到会话创建或者会话修改消息的尾部，或者头部，或者其他位置。

在一个示例性的实施方式中，在采用第五代移动通信网络(5thgenerationmobilenetworks，5g)通信的情况下，所述cp端包括会话管理功能(sessionmanagementfunction，smf)网元和策略控制功能(policycontrolfunction，pcf)网元；所述up端包括用户平面功能(userplanefunction，upf)网元；所述向up端发送预定义规则的激活消息，包括：通过所述pcf网元向所述smf网元发送预定义规则的激活消息；通过所述smf网元接收所述激活消息，并将所述激活消息发送至upf网元。在一个示例性的实施方式中，在采用第四代移动通信网络(4thgenerationmobilenetworks，4g)通信的情况下，所述cp端包括分组数据网关控制面功能实体(pgw-c)网元和策略与计费规则功能(policyandchargingrulesfunction，pcrf)网元；所述up端包括分组数据网关用户面功能实体(pgw-u)网元；所述向用户面up端发送预定义规则的激活消息，包括：通过所述pcrf网元向所述pgw-c网元发送预定义规则的激活消息；通过所述pgw-c网元接收所述激活消息，并将所述激活消息发送至所述pgw-u网元。

在一个示例性的实施方式中，所述控制面端还包括业务检测控制面功能实体网元，所述用户面端还包括业务检测用户面功能实体网元；所述向用户面端发送预定义规则的激活消息，包括：通过所述策略与计费规则功能网元向所述业务检测控制面功能实体网元发送预定义规则的激活消息；通过所述业务检测控制面功能实体网元接收所述激活消息，并将所述激活消息发送至所述业务检测用户面功能实体网元。在一个示例性的实施方式中，图4是本申请提供的一种激活方法流程图，该方法可以适用于用户面与控制面分离的情况，该方法还可以适用于需要会话创建或者会话修改的场景中，该方法由本申请的激活装置执行，该激活装置可以由软件和/或硬件实现，并集成在up端。

如图4所示，本申请提供的激活方法主要包括步骤s41和s42。

s41：接收cp端发送的预定义规则的激活消息。

s42：基于所述激活消息对预定义规则进行激活。

s42：将携带激活失败的预定义规则标识信息的消息反馈给cp端。

在本申请中，cp端向up端发送的预定义规则的激活消息，该消息中可以携带需要激活的预定义规则的标识信息，例如，可以是预定义规则名。up端接收cp端发送的预定义规则的激活消息，可以基于该消息中携带的需要激活的预定义规则的标识信息激活对应的预定义规则。当up端激活预定义规则失败时，up端向cp端反馈携带激活失败的预定义规则的标识信息的消息。其中，up端配置有预定义规则，但是某些预定义规则并没有激活，这些规则的激活需要由cp端发送的激活预定义规则的消息来进行激活。其中，预定义规则包括但不限于预定义的流量计费规则、预定义的通话计费规则等。

在本申请中，预定义规则的激活消息可以通过createpdr进行发送，createpdr中携带需要激活的预定义规则的标识信息。up端接收到createpdr，可以对createpdr进行解析，确定需要激活的预定义规则，对预定义规则进行激活。在预定义规则激活失败的情况下，将createpdr的标识以及失败原因反馈给cp端，其中，失败原因可以是激活失败的预定义规则。

在一个示例性的实施方式中，所述将携带激活失败的预定义规则标识信息的消息反馈给cp端，包括：将携带激活失败的至少一个预定义规则标识信息的会话创建或者会话修改的消息，反馈给所述cp端。

在一个示例性的实施方式中，所述将携带激活失败的至少一个预定义规则标识信息的会话创建或者会话修改的消息，反馈给所述cp端，包括：所述将激活失败的至少一个预定义规则的标识信息作为新增字段添加到所述会话创建或者会话修改的消息中，并将所述会话创建或者会话修改的消息反馈给所述cp端。

在一个示例性的实施方式中，在采用4g通信的情况下，所述up端包括pgw-u网元和tdf-u网元；在采用5g通信的情况下，所述up端包括upf网元。

在一个示例性的实施方式中，图5是本申请提供的一种激活方法流程图，该方法适用于cp端和up端进行交互的情况。如图5所示，本申请提供的方案主要包括步骤s51,s52、s53和s54。

s51：cp端向up端发送预定义规则的激活消息。

s52：up端接收cp端发送的预定义规则的激活消息，并基于所述激活消息对预定义规则进行激活。

s53：up端将携带激活失败的预定义规则标识信息的消息反馈给cp端。

s54：cp端接收up端反馈的携带激活失败的预定义规则标识信息的消息。

s55：cp端基于接收的所述消息对激活失败的预定义规则重新下发控制策略。

在一个示例性的实施方式中，本申请提供的方法应用于通讯业务套餐更换、或者通讯业务套餐定制的场景中。例如，在用户通讯业务套餐由a套餐更换为b套餐的情况下，流量计费、通话计费等业务会发生变化，所以需要采用上述的方法激活up端配置的预定义流量计费规则、预定义通话计费规则等，当规则激活失败时，由up端反馈给cp端，cp端再对激活失败的规则重新下发控制策略。在一个示例性的实施方式中，图6a是本申请提供的一种激活方法流程图，该方法适用于4g通信的情况下，该方案主要包括如下步骤：

s61：pcrf网元向pgw-c网元发送预定义规则的激活消息。

s62：pgw-c网元接收预定义规则的激活消息，并将所述激活消息发送至pgw-u网元。

s63：pgw-u网元接收预定义规则的激活消息，并基于该激活消息对预定义规则进行激活。

s64：pgw-u网元在发送给pgw-c网元的会话创建或者会话修改的消息中携带对应激活失败的预定义规则名。

在本申请中，在pgw-u网元因本地未配该预定义规则情况下，在发送给pgw-c网元的会话创建(sxsessioncreation)/会话修改(modificationresponse)的消息中携带对应的激活失败的预定义规则名，pgw-c网元收到消息后上报给pcrf网元激活失败的预定义规则名。

针对sxsessioncreation/modificationresponse的消息的新增字段(failedpredefinedrules)，在消息中的组织，可以但不限于如下表1形式：

表1

如表1所示，新增字段(failedpredefinedrules)添加到会话创建或者会话修改的消息中尾部。其中，新增字段在消息组织中的形式包括并不限于表1中的形式。会话创建或者会话修改的消息中，“ietype”以及对应的为激活失败的预定义规则(failedpredefinedrules)为新增字段。其中，sxsessioncreation/modificationresponse的消息可以携带多个激活失败的预定义规则，并且多个激活失败的预定义规则在新增字段中的顺序并不受到限制。其中，failedpredefinedrulesie的定义可以参考表2，如表2所示，failedpredefinedrulesie中包括激活失败的预定义规则名称等信息。

表2

s65：pgw-c网元接收到会话创建或者会话修改的消息，并将激活失败的预定义规则名上报给pcrf网元。

通过上述方法，用户面能够上报激活失败的预定义规则(组)给控制面；控制面能够依据用户面的上报信息(失败的预定义规则(组)名)通知pcrf网元激活失败的规则。

在一个示例性的实施方式中，图6b是本申请提供的一种激活方法流程图，该方法适用于4g通信的情况下，该方案主要包括如下步骤：

s610：pcrf网元向tdf-c网元发送预定义规则的激活消息。

s620：tdf-c网元接收预定义规则的激活消息，并将所述激活消息发送至tdf-u网元。

s630：tdf-u网元接收预定义规则的激活消息，并基于该激活消息对预定义规则进行激活。

s640：tdf-u网元在发送给tdf-c网元的会话创建或者会话修改的消息中携带对应激活失败的预定义规则名。

s650：tdf-c网元接收到会话创建或者会话修改的消息，并将激活失败的预定义规则名上报给pcrf网元。在一个示例性的实施方式中，图7a是本申请提供的一种激活方法流程图，该方法适用于5g通信的情况下，该方案主要包括如下步骤：

s71：pcf网元通知smf网元激活的预定义规则(组)名。

s72：smf网元通知upf网元激活的预定义规则(组)名。

s73：upf网元回复应答，通知smf网元激活失败的预定义规则(组)名。

s74：smf网元回复应答，通知pcf网元激活失败的预定义规则(组)名。

本申请中，如图7a所示，举例说明，pcf网元通知smf网元激活规则(1、2、3)，smf网元通知upf网元激活规则(1、2、3)，upf网元对规则(1,2,3)进行激活，在规则1,2激活失败，规则3安装成功的情况下，upf将激活失败的规则(1,2)通知smf网元，smf网元通知pcf网元激活失败的规则(1,2)。

在一个示例性的实施方式中，图7b是本申请提供的一种激活方法流程图，该方案主要包括如下步骤：

s710：pcrf/pcf通知pgw-c/tdf-c/smf网元激活的预定义规则(组)名；

s720：pgw-c/tdf-c/smf网元通过createpdr通知pgw-u/tdf-u/upf激活的预定义规则(组)名，一个pdr中携带多个预定义规则(组)名。

s730：pgw-u/tdf-u/upf网元回复应答，通知pgw-c/tdf-c/smf网元激活失败的预定义规则(组)名。

s740：pgw-c/tdf-c/smf网元回复应答，通知pcrf/pcf网元激活失败的预定义规则(组)名。

在一个示例性的实施方式中，图7c是本申请提供的一种激活方法流程图，该方案主要包括如下步骤：

s711：pcrf/pcf网元通知pgw-c/tdf-c/smf网元激活的预定义规则(组)名。

s712：pgw-c/tdf-c/smf网元通过createpdr通知pgw-u/tdf-u/upf网元激活的预定义规则(组)名，一个pdr中只携带一个预定义规则(组)名。

s713、pgw-u/tdf-u/upf网元回复应答，通知pgw-c/tdf-c/smf网元创建失败的pdr，即对应的激活失败的预定义规则(组)名。

s714、pgw-c/tdf-c/smf网元回复应答，通知pcrf/pcf网元激活失败的预定义规则(组)名。本申请实施例还提供了一种激活装置，图8是本申请提供的一种激活装置结构示意图，该装置可以由软件和/或硬件来实现，并配置在cp端。

如图8所示，本申请提供的激活装置，主要包括消息发送模块81、消息接收模块82和下发模块83。

消息发送模块81，用于向用户面端发送预定义规则的激活消息；

消息接收模块82，用于接收控制面端反馈的携带激活失败的预定义规则标识信息的消息；

下发模块83，用于基于携带激活失败的预定义规则标识信息的所述消息对激活失败的预定义规则下发控制策略。

在一个示例性的实施方式中，消息接收模块82被设置为接收控制面端反馈的会话创建或者会话修改的消息，所述会话创建或者会话修改的消息中携带激活失败的至少一个预定义规则的标识信息。

在一个示例性的实施方式中，所述会话创建或者会话修改的消息中携带激活失败的至少一个预定义规则的标识信息，包括：

将激活失败的至少一个预定义规则的标识信息作为新增字段添加到所述会话创建或者会话修改的消息中。

在一个示例性的实施方式中，在采用第五代移动通信网络通信的情况下，所述控制面端包括会话管理功能网元和策略控制功能网元；所述用户面端包括用户平面功能网元；消息发送模块81，被设置为通过所述策略控制功能网元向所述会话管理功能网元发送预定义规则的激活消息；

通过所述会话管理功能网元接收所述激活消息，并将所述激活消息发送至用户平面功能网元。

在一个示例性的实施方式中，在采用第四代移动终端网络通信的情况下，所述用户面端包括分组数据网关控制面功能实体网元和策略与计费规则功能网元；所述用户面端包括分组数据网关用户面功能实体网元；

消息发送模块81，被设置为通过所述策略与计费规则功能网元向所述分组数据网关控制面功能实体网元发送预定义规则的激活消息；

通过所述分组数据网关控制面功能实体网元接收所述激活消息，并将所述激活消息发送至所述分组数据网关用户面功能实体网元。

在一个示例性的实施方式中，所述控制面端还包括业务检测控制面功能实体网元，所述用户面端还包括业务检测用户面功能实体网元；

消息发送模块81，被设置为通过所述策略与计费规则功能网元向所述业务检测控制面功能实体网元发送预定义规则的激活消息；

通过所述业务检测控制面功能实体网元接收所述激活消息，并将所述激活消息发送至所述业务检测用户面功能实体网元。

在一个示例性的实施方式中，消息发送模块81，被设置为向所述用户面端发送创建包检测规则，所述创建包检测规则中携带需要激活的预定义规则标识信息。上述装置可执行本申请实施例所提供的激活方法，具备执行方法相应的功能模块和有益效果。

本申请实施例还提供了一种激活装置，图9是本申请提供的一种激活装置结构示意图，该装置可以由软件和/或硬件来实现，并配置在up端。

如图9所示，本申请提供的激活装置，主要包括接收模块91、激活模块92和反馈模块92。

接收模块91，用于接收控制面端发送的预定义规则的激活消息，

激活模块92，用于基于所述激活消息对预定义规则进行激活；

反馈模块93，用于将携带激活失败的预定义规则标识信息的消息反馈给控制面端。

在一个示例性的实施方式中，反馈模块93被设置为将携带激活失败的至少一个预定义规则标识信息的会话创建或者会话修改的消息，反馈给所述控制面端。

在一个示例性的实施方式中，反馈模块92被设置为所述将激活失败的至少一个预定义规则的标识信息作为新增字段添加到所述会话创建或者会话修改的消息中，并将所述会话创建或者会话修改的消息反馈给所述控制面端。

上述装置可执行本申请实施例所提供的激活方法，具备执行方法相应的功能模块和有益效果。

本申请实施例还提供了一种设备，图10为本申请提供的一种设备的结构示意图，如图10所示，本申请提供的设备，包括一个或多个处理器121和存储器122；该设备中的处理器121可以是一个或多个，图10中以一个处理器121为例；存储器122用于存储一个或多个程序；所述一个或多个程序被所述一个或多个处理器121执行，使得所述一个或多个处理器121实现如本申请实施例中所述的方法。

设备还包括：通信装置123、输入装置124和输出装置125。

设备中的处理器121、存储器122、通信装置123、输入装置124和输出装置125可以通过总线或其他方式连接，图10中以通过总线连接为例。

输入装置124可用于接收输入的数字或字符信息，以及产生与设备的用户设置以及功能控制有关的按键信号输入。输出装置125可包括显示屏等显示设备。

通信装置123可以包括接收器和发送器。通信装置123设置为根据处理器121的控制进行信息收发通信。

存储器122作为一种计算机可读存储介质，可设置为存储软件程序、计算机可执行程序以及模块，如本申请实施例所述激活方法对应的程序指令/模块(例如，激活装置中的消息发送模块81、消息接收模块82和下发模块83)，再如本申请实施例所述激活方法对应的程序指令/模块(例如，激活装置中的接收模块91、激活模块92和反馈模块92)。存储器122可包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据设备的使用所创建的数据等。此外，存储器122可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器122可进一步包括相对于处理器121远程设置的存储器，这些远程存储器可以通过网络连接至设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

本申请实施例还提供一种存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时实现本申请实施例中任一所述的方法。

实现本申请任意实施例中所述的激活方法，所述方法包括：

向用户面端发送预定义规则的激活消息；

接收控制面端反馈的携带激活失败的预定义规则标识信息的消息；

基于携带激活失败的预定义规则标识信息的所述消息对激活失败的预定义规则重新下发控制策略。

实现本申请任意实施例中所述的激活方法，所述方法包括：

接收控制面端发送的预定义规则的激活消息；

基于所述激活消息对预定义规则进行激活；

将携带激活失败的预定义规则标识信息的消息反馈给控制面端。

以上所述，仅为本申请的示例性实施例而已，并非用于限定本申请的保护范围。

本领域内的技术人员应明白，术语用户终端涵盖任何适合类型的无线用户设备，例如移动电话、便携数据处理装置、便携网络浏览器或车载移动台。

一般来说，本申请的多种实施例可以在硬件或专用电路、软件、逻辑或其任何组合中实现。例如，一些方面可以被实现在硬件中，而其它方面可以被实现在可以被控制器、微处理器或其它计算装置执行的固件或软件中，尽管本申请不限于此。

本申请的实施例可以通过移动装置的数据处理器执行计算机程序指令来实现，例如在处理器实体中，或者通过硬件，或者通过软件和硬件的组合。计算机程序指令可以是汇编指令、指令集架构(isa)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码。

本申请附图中的任何逻辑判决的框图可以表示程序步骤，或者可以表示相互连接的逻辑电路、模块和功能，或者可以表示程序步骤与逻辑电路、模块和功能的组合。计算机程序可以存储在存储器上。存储器可以具有任何适合于本地技术环境的类型并且可以使用任何适合的数据存储技术实现，例如但不限于只读存储器(rom)、随机访问存储器(ram)、光存储器装置和系统(数码多功能光碟dvd或cd光盘)等。计算机可读介质可以包括非瞬时性存储介质。数据处理器可以是任何适合于本地技术环境的类型，例如但不限于通用计算机、专用计算机、微处理器、数字信号处理器(dsp)、专用集成电路(asic)、可编程逻辑器件(fgpa)以及基于多核处理器架构的处理器。

通过示范性和非限制性的示例，上文已提供了对本申请的示范实施例的详细描述。但结合附图和权利要求来考虑，对以上实施例的多种修改和调整对本领域技术人员来说是显而易见的，但不偏离本申请的范围。因此，本申请的恰当范围将根据权利要求确定。