CN114598560A - 无线网络策略下发方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请涉及通信技术领域，尤其涉及一种无线网络策略下发方法、装置、电子设备及存储介质，该方法包括：接收用户终端发送的网络业务请求，该网络业务请求包括用户终端的账户信息以及业务类型；基于账户信息查询用户终端归属的无线小区信息，该无线小区信息用于表征无线小区的资源利用状态；基于无线小区信息判断是否需要下发策略；若是，则基于业务类型和无线小区信息选择相应的策略进行下发。这样，可以提高建立网络承载连接的成功率，提升业务效果，从而可以使得用户的体验感更好。

Description

无线网络策略下发方法、装置、电子设备及存储介质

技术领域

本申请涉及通信技术领域，尤其涉及一种无线网络策略下发方法、装置、电子设备及存储介质。

背景技术

随着通信技术的发展，4/5G移动网络基于策略与计费控制(Policy and ChargingControl，PCC)系统架构实现的4G服务质量(Quality of Service，QoS)动态管理机制为差异化服务提供了技术基础。基于保证承载的最小比特速率(Guaranteed Bit Rate，GBR)的专有承载通道为用户提供了基于时延、速率的高可靠、高保障的动态管道能力。

现有技术中，业务管理平台在下发PCC策略时不关注无线网络当前情况，具体的，其交互机制为直接下发PCC策略给核心网，进一步核心网接收该PCC策略发送给无线侧。

但是，上述方法在部分场景下建立网络承载连接的成功率较低，业务效果不好，影响用户的体验感。

发明内容

本申请提供一种无线网络策略下发方法、装置、电子设备及存储介质，可以提高建立网络承载连接的成功率，提升业务效果，从而可以使得用户的体验感更好。

第一方面，本申请提供了一种无线网络策略下发方法，所述方法包括：

接收用户终端发送的网络业务请求，所述网络业务请求包括所述用户终端的账户信息以及业务类型；

基于所述账户信息查询所述用户终端归属的无线小区信息，所述无线小区信息用于表征无线小区的资源利用状态；

基于所述无线小区信息判断是否需要下发策略；

若是，则基于所述业务类型和所述无线小区信息选择相应的策略进行下发。

可选的，基于所述无线小区信息判断是否需要下发策略，包括：

基于当前无线网络情况判断所述用户终端是否处于无线网络覆盖区域；

若是，则基于所述无线小区信息判断是否需要下发策略。

可选的，基于所述无线小区信息判断是否需要下发策略，包括下述至少一项：

当所述无线小区信息为物理资源块PRB利用率、测量报告MR数据和资源负荷中的任意一种时，若确定所述无线小区信息小于第一预设阈值时，则确定需要下发策略；

当所述无线小区信息包括PRB利用率和资源负荷时，若所述PRB利用率与所述资源负荷的加权和小于第二预设阈值，则确定需要下发策略；

当所述无线小区信息包括MR数据和辅助数据时，判断所述MR数据是否大于第一预设阈值；若是，确定不需要下发策略；若否，则根据所述MR数据和所述辅助数据确定是否需要下发策略；

其中，所述辅助数据包括PRB利用率、资源负荷中的至少一种。

可选的，基于所述业务类型和所述无线小区信息选择相应的策略进行下发，包括：

若确定需要下发策略，则判断所述无线小区信息是否满足预置判决条件；

若是，则根据所述无线小区信息和所述业务类型匹配出相应的策略进行下发；

若否，则获取当前策略，并按照所述当前策略进行下发。

可选的，判断所述无线小区信息是否满足预置判决条件，包括下述至少一项：

当所述无线小区信息为物理资源块PRB利用率、测量报告MR数据和资源负荷中的任意一种时，判断所述无线小区信息是否大于第三预设阈值；若大于，则确定满足预置判决条件；

当所述无线小区信息包括PRB利用率、资源负荷、MR数据中的至少两种数据时，判断所述至少两种数据的加权和是否大于对应的预设阈值；若大于，则确定满足预置判决条件。

可选的，根据所述无线小区信息和所述业务类型匹配出相应的策略进行下发，包括：

确定所述业务类型对应的实时性要求，根据所述实时性要求匹配预配置策略列表中的初始档位；所述预配置策略列表包含多个档位与策略参数的对应关系，且多个档位基于策略参数的大小排序；

计算所述无线小区信息与基准小区信息的差值，并根据所述差值确定档位；

根据所述初始档位和档位变化值，确定目标档位，并从所述预配置策略列表中选择与所述目标档位对应的策略参数，根据所述策略参数进行策略的下发并向所述用户终端反馈下发结果；

其中，所述参数包括服务质量等级标识，上下行最小比特速率和上下行最大比特速率。

可选的，基于所述账户信息查询所述用户终端归属的无线小区信息，包括：

识别所述账户信息中的基站ID，并基于所述基站ID调用对应的基站信息；

基于所述账户信息中用户终端对应的IP地址和手机号码从所述基站信息中查询所述用户终端归属的无线小区信息。

可选的，所述方法还包括：

若基于所述无线小区信息确定不需要下发策略，则向所述用户终端反馈无法下发策略以执行业务的结果；并向所述用户终端以消息提示的方式推荐预设范围内的无线覆盖区域，用于所述用户终端在所述无线覆盖区域内建立网络承载。

第二方面，本申请还提供了一种无线网络策略下发装置，所述装置包括：

接收模块，用于接收用户终端发送的网络业务请求，所述网络业务请求包括所述用户终端的账户信息以及业务类型；

查询模块，用于基于所述账户信息查询所述用户终端归属的无线小区信息，所述无线小区信息用于表征无线小区的资源利用状态；

判断模块，用于基于所述无线小区信息判断是否需要下发策略；

下发模块，用于当判断需要下发策略时，基于所述业务类型和所述无线小区信息选择相应的策略进行下发。

第三方面，本申请还提供了一种电子设备，包括：处理器，存储器以及计算机程序；其中，所述计算机程序被存储在所述存储器中，并且被配置为由所述处理器执行，所述计算机程序包括用于执行如第一方面任一项所述的无线网络策略下发方法的指令。

第四方面，本申请还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如第一方面任一项所述的无线网络策略下发方法。

综上所述，本申请提供一种无线网络策略下发方法、装置、电子设备及存储介质，可以通过接收用户终端发送的网络业务请求，该网络业务请求包括用户终端的账户信息以及业务类型；进一步的，基于账户信息查询用户终端归属的无线小区信息，该无线小区信息可以用于表征无线小区的资源利用状态；进一步的，基于查询到的无线小区信息判断是否需要下发策略；若是，则基于业务类型和无线小区信息选择相应的策略进行下发。这样，可以预先判断无线网络能力，自动匹配适合的下发策略，以提高建立网络承载连接的成功率，提升业务效果，从而可以使得用户的体验感更好。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1为本申请实施例提供的一种应用场景示意图；

图2为本申请实施例提供的一种现有策略控制机制的交互示意图；

图3为本申请实施例提供的一种无线网络策略下发系统的架构示意图；

图4为本申请实施例提供的一种无线网络策略下发方法的流程示意图；

图5为本申请实施例提供的一种基于无线网络能力的策略调度方法的流程示意图；

图6为本申请实施例提供的一种基于无线情况的承载建立的流程示意图；

图7为本申请实施例提供的一种基于无线情况的无线环境变化时的承载修改和恢复的流程示意图；

图8为本申请实施例提供的一种具体的无线网络策略下发方法的流程示意图；

图9为本申请实施例提供的一种无线网络策略下发装置的结构示意图；

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

通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

为了便于清楚描述本申请实施例的技术方案，在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。例如，第一设备和第二设备仅仅是为了区分不同的设备，并不对其先后顺序进行限定。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。

需要说明的是，本申请中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

本申请中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b，或c中的至少一项(个)，可以表示：a，b，c，a-b，a-c，b-c，或a-b-c，其中a，b，c可以是单个，也可以是多个。

下面结合附图对本申请实施例进行介绍。图1为本申请实施例提供的一种应用场景示意图，本申请提供的一种无线网络策略下发方法可以应用于如图1所示的应用场景中。该应用场景包括：基站1，基站2，第一终端设备101，第二终端设备102，第三终端设备103，第四终端设备104和业务管理平台105；其中，基站1为其覆盖范围内的第一终端设备101和第二终端设备102提供无线网络以建立网络承载，基站2为其覆盖范围内的第三终端设备103提供无线网络以建立网络承载，第一终端设备101正在执行的业务类型为游戏类型，第二终端设备102正在执行的业务类型为直播类型，第三终端设备103正在执行的业务类型为游戏类型，第四终端设备104正在执行的业务类型为购物类型，每一终端设备在不同小区范围内执行业务时所需的策略均不相同，即需要不同的带宽以支持业务的执行。

具体的，第一终端设备101向业务管理平台105发送玩游戏的业务请求，进一步的，业务管理平台105接收该业务请求后查询基站1内无线小区的资源利用情况，进一步，选择合适的策略下发给第一终端设备101，以供第一终端设备101可以进行游戏，类似的，第二终端设备102，第三终端设备103进行跟第一终端设备101相似的操作，在此不再赘述，而第四终端设备104没有处于无线覆盖区域内，则业务管理平台105不向第四终端设备104下发策略。

可以理解的是，虽然第一终端设备101和第三终端设备103执行的业务为同样的业务类型，但是由于第一终端设备101和第三终端设备103所处的无线小区以及无线小区覆盖范围内终端设备的数量不同，故业务管理平台105下发给第一终端设备101和第三终端设备103的策略也不相同。

可以理解的是，每个基站覆盖范围内可以有多个终端设备，本申请实施例对每个基站覆盖范围内的终端设备个数以及基站个数不作具体限定，以上终端设备个数以及基站个数仅做示例说明。

可选的，上述基站可以是全球移动通讯(Global System of Mobilecommunication，简称GSM)或码分多址(Code Division Multiple Access，简称CDMA)中的基站(Base Transceiver Station，简称BTS)和/或基站控制器，也可以是宽带码分多址(Wideband Code Division Multiple Access，简称WCDMA)中的基站(NodeB，简称NB)和/或无线网络控制器(Radio Network Controller，简称RNC)，还可以是长期演进(Long TermEvolution，简称LTE)中的演进型基站(Evolutional Node B，简称eNB或eNodeB)，或者中继站或接入点，或者未来5G网络中的基站(gNB)等，本申请在此并不限定。

上述终端设备可以是无线终端也可以是有线终端。无线终端可以是指向用户提供语音和/或其他业务数据连通性的设备，具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备。无线终端可以经无线接入网(Radio Access Network，简称RAN)与一个或多个核心网设备进行通信，无线终端可以是移动终端，如移动电话(或称为“蜂窝”电话)和具有移动终端的计算机，例如，可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与无线接入网交换语言和/或数据。再例如，无线终端还可以是个人通信业务(Personal Communication Service，简称PCS)电话、无绳电话、会话发起协议(Session Initiation Protocol，简称SIP)话机、无线本地环路(Wireless Local Loop，简称WLL)站、个人数字助理(Personal Digital Assistant，简称PDA)等设备。无线终端也可以称为系统、订户单元(Subscriber Unit)、订户站(Subscriber Station)，移动站(MobileStation)、移动台(Mobile)、远程站(Remote Station)、远程终端(Remote Terminal)、接入终端(Access Terminal)、用户终端(User Terminal)、用户代理(User Agent)、用户设备(User Device or User Equipment)，在此不作限定。可选的，上述终端设备还可以是智能手表、平板电脑等设备。

示例性的，图2为本申请实施例提供的一种现有策略控制机制的交互示意图，如图2所示，用户通过用户设备(User Equipment，UE)跟互联网向用户提供各种应用(Over TheTop，OTT)服务器建立演进分组核心网(Evolved Packet Core，EPC)网络连接，即建立默认承载，进一步的，OTT服务器向第四代移动通信技术(The 4th Generation MobileCommunication Technology，4G)服务质量(Quality of Service，QoS)网络业务管理平台发送HTTP加速请求，进一步的，4G QoS网络业务管理平台接收该HTTP加速请求后，进行鉴权(可选)取号，例如，获取用户的移动用户号码(Mobile Subscriber International ISDN/PSTN Number，MSISDN)其中，ISDN即是综合业务数字网，是Integrated Service DigitalNetwork的简称，进一步的，将HTTP POST加速请求发送给网络加速能力平台(ApplicationAccess Control，AAC)。

其中，EPC主要由移动管理节点功能(Mobility Management Entity，MME)、服务网关(Serving Gateway，SGW)、分组数据网网关(PDN Gateway，PGW)、策略和计费规则功能单元(Policy and Charging Rules Function，PCRF)等网元构成。MME指的是原3G网络中通用分组无线服务(General Packet Radio Service，GPRS)服务支持节点(Serving GPRSSupport Node，SGSN)网元的控制面功能；SGW指的是原3G网络中SGSN网元的用户面功能，有时也写为S-GW；PGW指的是原3G网络中网关GPRS支持节点(Gateway GPRS Support Node，GGSN)网元的功能，有时也写为P-GW；PCRF指的是完成对用户数据报文的策略和计费控制单元。

进一步的，AAC通过Rx接口将应用授权请求(Authentication ApplicationRequest，AAR)消息发送给路由代理节点(Diameter Routing Agent，DRA)，然后，DRA进行PCRF路由选择，选择路由之后，DRA通过Rx接口将AAR消息发送给PCRF，接着，PCRF进行PCRF策略映射，进一步的，PCRF通过Gx接口将重新授权请求(Re-Authorization Request，RAR)消息发送给DRA，相应的，DRA进行PGW路由选择，即更换网络，进一步的，DRA通过Gx接口将RAR消息发送给P-GW，进一步的，P-GW接收该RAR消息后，通过Gx接口将重新授权应答(Re-Authorization Answer，RAA)消息返回给DRA，接着，DRA通过Gx接口将RAA消息返回给PCRF，而PCRF通过Rx接口将应用授权响应(Authentication Application Answer，AAA)消息返回给DRA，接着，DRA通过Gx接口将AAA消息返回给AAC，进一步的，AAC在接收该AAA消息后，控制4G QoS网络业务管理平台进行HTTP POST加速响应，进一步的，OTT服务器完成HTTP加速响应以建立网络承载。

其中，P-GW与UE建立网络承载的具体过程如下：P-GW先创建承载请求(CreateBearer Request)发送给移动管理节点功能(Mobility Management Entity，MME)，进一步的，MME将Activate dedicated EPS bearer context request消息向基站(Evolved NodeB，eNodeB)发送，用于请求激活一个专有演进分组系统(Evolved Packet System，EPS)承载上下文，进一步的，eNodeB向UE发送无线资源控制(Radio Resource Control，RRC)连接重新配置请求(RRC Connection Reconfiguration)，用于建立网络连接，然后，UE向eNodeB返回RRC Connection Reconfiguration Complete消息，表示RRC连接重新配置完成，进一步的，eNodeB向MME发送Activate dedicated EPS bearer context accept消息，用于确认激活一个专有EPS承载上下文，接着MME发送Create Bearer Response消息给P-GW，确认专有承载已经建立，进一步的，P-GW通过Gx接口向PCRF发送计费控制请求(Credit ControlRequest，CCR)消息，通知资源预留成功，然后PCRF会向P-GW返回计费控制响应(CreditControl Answer，CCA)响应，当PCRF收到P-GW的资源预留成功事件上报时，通过Rx接口向AAC发送RAR消息，通知承载建立情况，而AAC向PCRF返回RAA消息，AAC向4G QoS网络业务管理平台转发HTTP POST加速响应消息至OTT服务器，OTT服务器完成HTTP加速响应以建立网络承载。

需要说明的是，Rx接口位于PCC网络中的应用功能(Application Function，AF)实体和PCRF功能实体之间，用于计费控制和策略控制，Gx接口指的是LTE/EPC网络中的策略和计费执行功能(Policy and Charging Enforcement Function，PCEF)设备与PCRF设备之间的接口，Gx接口位于PCEF功能实体和PCRF功能实体之间，用于计费控制和策略控制。

由此可知，现有技术中，业务管理平台在下发PCC策略时不关注无线网络当前情况，具体的，其交互机制为直接下发PCC策略给核心网，进一步核心网接收该PCC策略发送给无线侧。

但是，上述方法在部分场景下建立网络承载连接的成功率较低，业务效果不好，影响用户的体验感。

因此，本申请实施例提供一种无线网络策略下发方法，当第三方应用需要发起PCC策略请求时，可以通过接收用户终端发送的网络业务请求，基于网络业务请求查找用户终端所在小区，并预先判断该小区的无线网络能力，自动匹配适合的PCC策略，以提高业务成功率和业务效果。

可选的，图3为本申请实施例提供的一种无线网络策略下发系统的架构示意图；如图3所示，所述无线网络策略下发系统包括UE301，4/5G无线接入网302(即基站302)，4/5G核心网303，业务管理平台和应用客户服务应用307；其中，业务管理平台由无线管理模块和策略调度模块304，AAC和NEF(Network Exposure Fuction)网元305以及PCC能力开放服务器306构成；4/5G核心网303由MME、PCRF、SAE-GW(SGW和PGW的合称)/GGSN/PGW和归属签约用户服务器(Home Subscriber Server，HSS)构成。

具体的，当UE301识别到应用客户服务应用307对应的业务类型发生变化后，可以通过向业务管理平台发送请求，进一步的，业务管理平台接收该请求后会基于4/5G核心网303调用基站302中的基站信息，通过判断该基站302覆盖区域内的无线网络能力，自动匹配适合的PCC策略。

下面以具体地实施例对本申请的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

图4为本申请实施例提供的一种无线网络策略下发方法的流程示意图；如图4所示，本实施例的方法，可以包括：

S401、接收用户终端发送的网络业务请求，所述网络业务请求包括所述用户终端的账户信息以及业务类型。

在本步骤中，账户信息可以包括基站ID，用户IP地址和用户手机号码等，用于识别终端设备信息以及终端设备所在小区；本申请实施例对账户信息包括的具体信息不做限定，其可以达到识别用户终端归属的无线小区信息的目的即可。

业务类型可以指的是基于各网络应用中需要处理的业务的不同所进行的种类划分对应的类别，例如，游戏类型，购物类型，直播类型，视频播放类型，聊天类型等，该业务类型主要是基于执行业务所需使用带宽的不同进行的类型划分，其具体分类的业务类型种类和数量，本申请实施例不做具体限定。

示例性的，在图1的应用场景下，业务管理平台105可以接收第一终端设备101的网络业务请求，该网络业务请求包括第一终端设备101的手机号，第一终端设备101对应的基站1以及游戏类型。

S402、基于所述账户信息查询所述用户终端归属的无线小区信息，所述无线小区信息用于表征无线小区的资源利用状态。

本申请实施例中，无线小区信息可以包括物理资源块(Physical ResourceBlock，PRB)利用率、测量报告(Measurement Report，MR)数据，资源负荷，用户终端数量等，该无线小区信息可以用于判断用户终端归属的无线小区资源的使用以及剩余情况。

其中，PRB利用率可以指的是对时间和频率资源的使用情况进行测量后的数据，MR数据可以指的是信息在业务信道上每480ms(信令信道上470ms)发送的数据量，资源负荷可以指的是在特定的时间内现有的进度计划所需要的各种资源的数量，用户终端数量可以指的是位于该无线小区内使用网络的终端设备的数量。

示例性的，在图1的应用场景下，业务管理平台105可以利用第一终端设备101的手机号查询第一终端设备101归属的基站1的基站信息，该基站信息可以包括有PRB利用率为80％，MR数据为70％，资源负荷为60％，用户终端数量为2个。

需要说明的是，本申请实施例对无线小区信息的具体内容不做限定，其可以表征无线小区的资源利用状态即可。

S403、基于所述无线小区信息判断是否需要下发策略。

在本步骤中，下发策略用于对无线区域覆盖范围内用户的终端设备所需的网络带宽以及服务质量等级进行调整，便于为用户提供更好的网络质量。

示例性的，在图1的应用场景下，业务管理平台105可以查询到第一终端设备101所在的无线小区，并利用第一终端设备101对应的无线小区信息判断是否需要给第一终端设备101下发策略。

S404、若是，则基于所述业务类型和所述无线小区信息选择相应的策略进行下发。

在本步骤中，策略中可以携带有业务身份标识号(Identity Document，ID)、业务类型、手机号、源互联网协议(Internet Protocol，IP)地址、目的IP地址，服务质量等级标识(QoS Class Identifier，QCI)、地址解析协议(Address Resolution Protocol，ARP)、请求的上下行最大比特速率(Maximum Bit Rate，MBR)、上下行最小比特速率(GuaranteedBit Rate，GBR)等信息。

其中，业务ID用于指示业务对应的ID号，便于快速定位业务；业务类型用于指示业务对应的类型，便于区分业务类别；手机号用于指示业务对应的终端设备的标识，便于找到对应终端设备下发策略；源IP地址用于指示用户接收策略的原先IP地址，目的IP地址用于指示下发策略的最终IP地址，QCI用于指定访问节点内定义的控制承载级分组转发方式。例如调度权重、接纳门限、队列管理门限、链路层协议配置等；ARP是根据IP地址获取物理地址的一个传输控制协议(Transmission Control Protocol，TCP)/IP协议，用于指示下发策略所用的协议；MBR用于指示网络带宽速率能够达到的速率上限，即可以在资源充足的条件下，达到的速率上限；GBR用于指示网络带宽速率需要达到的速率下限，可以使系统保证承载的最小比特速率，即使在网络资源紧张的情况下，相应的比特速率也能够保持。

示例性的，以第一终端设备101为例，在图1的应用场景下，业务管理平台105识别到第一终端设备101发送的网络业务请求中的业务类型为游戏类型，则业务管理平台105可以基于基站1对应的无线小区信息为第一终端设备101选择相应的策略进行下发。

需要说明的是，本申请实施例对制定的策略内容不做具体限定，其主要是为了适配用户的终端设备，以便于终端设备执行对应的业务。

可以理解的是，若业务管理平台105识别到第四终端设备104没有在无线网络的覆盖情况下，则判断不需要向第四终端设备104下发策略。

因此，本申请提供的无线网络策略下发方法，可以预先判断无线网络能力，自动匹配适合的下发策略，以提高建立网络承载连接的成功率，提升业务效果和用户的体验感。

可以理解的是，本申请提供的方法基于现有PCC策略与无线网络交互机制新增了无线管理模块和策略调度模块才得以执行图4所述实施例的步骤，具体的，图5为本申请实施例提供的一种基于无线网络能力的策略调度方法的流程示意图；如图5所示，该策略调度方法可以包括：

S501、业务管理平台中新增“无线管理模块”存储相关用户所在无线小区的环境状况，如PRB利用率、用户数、资源负荷等。

S502、业务管理平台中新增“策略调度模块”，用于综合无线网络情况、网络情况和用户情况，判断当前所需要下发的PCC策略。

S503、当第三方申请PCC业务时，通过“无线管理模块”提取无线信息，发送给“策略调度模块”进行判决。

S504、“策略调度模块”适配当前适合的网络策略，下发给分组控制功能单元(Packet Control Function，PCF)/PCRF执行，以完成该业务。

S505、如果无线网络情况存在变化，则业务管理平台自动匹配，修改或删除相应网络策略，保证终端设备的业务效果。

可选的，基于所述无线小区信息判断是否需要下发策略，包括：

基于当前无线网络情况判断所述用户终端是否处于无线网络覆盖区域；

若是，则基于所述无线小区信息判断是否需要下发策略。

在本步骤中，当前无线网络情况可以指的是用户的终端设备是否处于无线网络的覆盖范围内，例如，无覆盖区域可以指的是没有被基站覆盖到的范围区域。

示例性的，在图1的应用场景下，以第一终端设备101为例，业务管理平台105可以基于当前无线网络情况判断第一终端设备101处于基站1的覆盖区域，故可以基于基站1对应的无线小区信息判断是否需要给第一终端设备101下发策略。

若以第四终端设备104为例，业务管理平台105可以基于当前无线网络情况判断第四终端设备104没有处于被基站覆盖到的范围区域，故确定不需要向第四终端设备104下发策略。

因此，本申请可以先基于当前无线网络情况判断是否需要为终端设备下发策略，不需要获取大量的无线小区信息便可以先进行初次筛选，减少资源消耗，提高处理速率。

可选的，基于所述无线小区信息判断是否需要下发策略，包括下述至少一项：

当所述无线小区信息为物理资源块PRB利用率、测量报告MR数据和资源负荷中的任意一种时，若确定所述无线小区信息小于第一预设阈值时，则确定需要下发策略；

当所述无线小区信息包括PRB利用率和资源负荷时，若所述PRB利用率与所述资源负荷的加权和小于第二预设阈值，则确定需要下发策略；

当所述无线小区信息包括MR数据和辅助数据时，判断所述MR数据是否大于第一预设阈值；若是，确定不需要下发策略；若否，则根据所述MR数据和所述辅助数据确定是否需要下发策略；

其中，所述辅助数据包括PRB利用率、资源负荷中的至少一种。

本申请实施例中，第一预设阈值可以指的是设定的用于判断是否需要下发策略的参数阈值，例如，以无线小区信息为PRB利用率为例，其对应的第一预设阈值可以为95％；第二预设阈值与第一预设阈值的定义类似，但是第二预设阈值是用于判断当无线小区信息包括PRB利用率和资源负荷时，所设定的加权和对应的阈值，例如，该第二预设阈值可以为80％。

在一实施例中，当无线小区信息包括PRB利用率、MR数据和资源负荷中的任意一种时，以PRB利用率为例，若确定PRB利用率大于第一预设阈值95％时，则确定不需要下发策略；若确定PRB利用率小于第一预设阈值95％时，则确定需要下发策略。这样，通过设定第一预设阈值筛选出部分不需要下发策略的终端设备，可以提高策略下发的成功率。

另一实施例中，当无线小区信息包括PRB利用率和资源负荷时，需要计算PRB利用率与对应的权重值的乘积和资源负荷与对应的权重值的乘积，进一步的，通过判断上述二者对应的加权和是否大于第二预设阈值80％，若确定加权和大于第二预设阈值80％时，则确定不需要下发策略；若确定加权和小于第二预设阈值80％时，则确定需要下发策略；这样，当无线小区信息包括PRB利用率和资源负荷两种参数时，可以通过设定第二预设阈值筛选出部分不需要下发策略的终端设备，可以提高策略下发的成功率以及灵活性。

需要说明的是，PRB利用率与对应的权重值和资源负荷与对应的权重值可以人为设定，也可以根据试验数据确定，本申请实施例对此不做具体限定。

另一实施例中，当无线小区信息包括PRB利用率和MR数据时，需要先查看MR数据是否大于第一预设阈值，若是，确定不需要下发策略；若否，则计算PRB利用率与对应的权重值的乘积和MR数据与对应的权重值的乘积，当确定上述二者对应的加权和大于设定阈值时，则确定不需要下发策略；否则，则确定需要下发策略；该设定阈值为设定的用于判断是否需要下发策略的参数阈值，用于判断当无线小区信息包括PRB利用率和MR数据时，所设定的加权和对应的阈值，因为MR数据对应的优先级高于PRB利用率，所以需要先对MR数据进行判断，这样，可以提高下发策略的成功率以及准确率。

类似的，当无线小区信息包括资源负荷和MR数据时，需要先查看MR数据是否大于第一预设阈值，若是，确定不需要下发策略；若否，则计算资源负荷与对应的权重值的乘积和MR数据与对应的权重值的乘积，当确定上述二者对应的加权和大于设定阈值时，则确定不需要下发策略；否则，则确定需要下发策略；这样，针对不同场景，有不同的应对策略，提高应对的灵活性。

另一实施例中，当无线小区信息包括PRB利用率、MR数据和资源负荷时，也需要先查看MR数据是否大于第一预设阈值，若是，确定不需要下发策略；若否，则计算PRB利用率与对应的权重值的乘积、MR数据与对应的权重值的乘积和资源负荷与对应的权重值的乘积，当确定上述三者的加权和大于设定阈值时，则确定不需要下发策略；否则，则确定需要下发策略。这样，无论无线小区信息包括几个参数，本申请都可以通过上述方法判断是否需要对其下发策略，使得本方法可以应对多种场景，应用范围更广，灵活性更高。

因此，本申请可以再基于无线小区信息判断是否需要下发策略，进行多级筛选，减少资源浪费，使得建立网络承载的成功率大大提高。

可选的，基于所述业务类型和所述无线小区信息选择相应的策略进行下发，包括：

若确定需要下发策略，则判断所述无线小区信息是否满足预置判决条件；

若是，则根据所述无线小区信息和所述业务类型匹配出相应的策略进行下发；

若否，则获取当前策略，并按照所述当前策略进行下发。

本申请实施例中，预置判决条件可以用于确定下发的策略是否需要根据无线小区信息和业务类型进行调整，可以通过比较无线小区信息数值大小进行判断。

在本步骤中，当前策略可以指的是终端设备目前正在使用的策略，即当前的策略可以支持终端设备业务的运行，不需要进行网络带宽的调整。

示例性的，在图1的应用场景下，以第一终端设备101为例，此时的无线小区信息为PRB利用率，若业务管理平台105确定需要下发策略后，识别到PRB利用率为91％，此时PRB利用率的大小满足预置判决条件，即PRB利用率在90％-95％之间，则根据PRB利用率91％和第一终端设备101对应的游戏类型匹配出相应的策略进行下发；若别到PRB利用率为70％，此时PRB利用率的大小不满足预置判决条件，则获取第一终端设备101当前策略，并按照当前策略进行下发。

因此，本申请可以针对业务类型的不同以及无线小区信息对应的数值大小选择相应的策略下发给终端设备执行相应的业务，根据场景的不同，进行策略的切换，满足用户需求，提升用户体验感。

可选的，判断所述无线小区信息是否满足预置判决条件，包括下述至少一项：

当所述无线小区信息为物理资源块PRB利用率、测量报告MR数据和资源负荷中的任意一种时，判断所述无线小区信息是否大于第三预设阈值；若大于，则确定满足预置判决条件；

当所述无线小区信息包括PRB利用率、资源负荷、MR数据中的至少两种数据时，判断所述至少两种数据的加权和是否大于对应的预设阈值；若大于，则确定满足预置判决条件。

本申请实施例中，第三预设阈值可以指的是用于判断是否需要对下发策略进行调整而设定的参数阈值，例如，以无线小区信息为PRB利用率为例，其对应的第三预设阈值可以为90％；预设阈值与第三预设阈值的定义类似，只是基于的无线小区信息包含的参数不同，在此不再赘述。

在一实施例中，当无线小区信息包括PRB利用率、MR数据和资源负荷中的任意一种时，以PRB利用率为例，若确定PRB利用率大于第三预设阈值90％时，则确定满足预置判决条件。

另一实施例中，当无线小区信息包括PRB利用率和资源负荷时，判断PRB利用率与对应的权重值的乘积和资源负荷与对应的权重值的乘积之和是否大于预设阈值；若大于，则确定满足预置判决条件。

另一实施例中，当无线小区信息包括PRB利用率和MR数据时，判断PRB利用率与对应的权重值的乘积和MR数据与对应的权重值的乘积之和是否大于预设阈值；若大于，则确定满足预置判决条件。

另一实施例中，当无线小区信息包括资源负荷和MR数据时，判断资源负荷与对应的权重值的乘积和MR数据与对应的权重值的乘积之和是否大于预设阈值；若大于，则确定满足预置判决条件。

另一实施例中，当无线小区信息包括PRB利用率、MR数据和资源负荷时，判断PRB利用率与对应的权重值的乘积、资源负荷与对应的权重值的乘积、MR数据与对应的权重值的乘积这三者的加权之和是否大于预设阈值；若大于，则确定满足预置判决条件。

需要说明的是，本申请实施例对预设阈值具体数值的设定不做限定，其可以人为修改，也可以根据试验数据提前预设好。

因此，本申请实施例基于预置判决条件通过上述方法对下发的策略进一步进行分层次管理，使得下发的策略适配性更好，进而提高建立网络承载的准确性。

示例性的，图6为本申请实施例提供的一种基于无线情况的承载建立的流程示意图；如图6所示，该承载建立的方法包括：

步骤1：第三方应用服务器向无线管理模块发送HTTP请求，该HTTP请求包括：基站ID，IP地址或手机号等，无线管理模块识别HTTP请求中的基站ID，并查询用户归属地的无线小区信息，反馈给策略调度模块，进一步的，策略调度模块基于预置判决条件判断是否可以下发策略，若是，执行步骤2，若否，则直接给第三方应用服务器返回拒绝消息，该拒绝消息可以为当前用户网络状况不佳，无法执行业务。

步骤2：策略调度模块为终端设备适配为适合的策略，并向AAC发送HTTP请求，此时HTTP请求包括：IP地址、手机号、QCI、MBR或GBR等，执行步骤3。

步骤3：AAC接收该HTTP请求后，将HTTP请求转换为AAR消息，并通过Rx接口将AAR消息发送给PCRF，执行步骤4。

步骤4：PCRF接收该AAR消息后，通过Gx接口将RAR消息发送给S-GW或P-GW，进一步的，UE、eNodeB和MME建立EPS承载，并基于eNodeB将承载建立成功的消息返回给策略调度模块，这样，策略调度模块便可以将无线承载建立成功的结果返回给第三方应用服务器。

可选的，图7为本申请实施例提供的一种基于无线情况的无线环境变化时的承载修改和恢复的流程示意图；如图7所示，该场景为eNodeB与第三方应用服务器已经建立无线承载的情况下，该承载修改和恢复的方法包括：

步骤1：eNodeB实时将无线网络情况变化反馈给策略调度模块，相应的，策略调度模块感知无线网络变化，并匹配到变化小区相关的用户，对这些用户对应的终端设备进行管理，策略调度模块基于预置判决条件判断策略是否需要变化，若是，执行步骤2。

其中，步骤2与步骤3的执行过程与图6所述实施例类似，具体可参见图6所述实施例中步骤2与步骤3的描述，在此不再赘述。

步骤4：PCRF接收该AAR消息后，通过Gx接口将RAR消息发送给S-GW或P-GW，进一步的，UE、eNodeB和MME修改或删除EPS承载，并基于eNodeB将修改或删除承载的消息返回给策略调度模块，这样，策略调度模块便可以将无线承载被修改或删除的结果返回给第三方应用服务器。

可选的，根据所述无线小区信息和所述业务类型匹配出相应的策略进行下发，包括：

确定所述业务类型对应的实时性要求，根据所述实时性要求匹配预配置策略列表中的初始档位；所述预配置策略列表包含多个档位与策略参数的对应关系，且多个档位基于策略参数的大小排序；

计算所述无线小区信息与基准小区信息的差值，并根据所述差值确定档位；

根据所述初始档位和档位变化值，确定目标档位，并从所述预配置策略列表中选择与所述目标档位对应的策略参数，根据所述策略参数进行策略的下发并向所述用户终端反馈下发结果；

其中，所述参数包括服务质量等级标识，上下行最小比特速率和上下行最大比特速率。

在本步骤中，预配置策略列表可以指的系统预设的用于调整网络质量的至少一个策略，例如，如表1所示的8种PCC策略：

表1PCC策略

QCI/5QI	上下行GBR速率	上下行MBR速率
			3	100kbps	1Mbps
3	200kbps	1Mbps
			3	300kbps	1Mbps
3	400kbps	1Mbps
			4	1Mbps	8Mbps
4	2Mbps	8Mbps
			4	3Mbps	8Mbps
4	4Mbps	8Mbps

其中，第一列参数表示QCI或5QI，该5QI用于指向一个5G QoS特性，第二列参数表示上下行GBR速率，即可运行的最小带宽，第三列参数表示上下行MBR速率，即可运行的最大带宽；该预配置策略列表中共有8个挡位。

需要说明的是，预配置策略列表中档位基于策略参数的大小进行了排序，按照从小到大进行排序，档位从上往下为依次下降，且预配置策略列表中的策略包括但不限于以上8种，每一策略中包括的参数也不仅限于上述的3种，本申请实施例对预配置策略列表中策略的个数和每一策略包含的参数不做具体限定。

本申请实施例中，目标档位可以指的是下发给终端设备最终的策略对应的档位，每一档位对应预配置策略列表中的一个策略。基准小区信息可以指的是设定的用于与无线小区信息进行比对，进而确定策略中调整参数的基准值。

示例性的，在图1的应用场景下，以第二终端设备102为例，此时无线小区信息为PRB利用率，其对应数值为92％，基准小区信息为90％，业务管理平台105可以确定第二终端设备102的业务类型为直播类型，其对应的实时性要求为每秒带宽最低1Mbps，最高8Mbps，进一步的，根据实时性要求匹配表1中的初始档位为第5档，进一步计算92％-90％＝2％，并根据差值2％确定档位需要下降一档，即第6档，即目标档位为第6档，并从表1中选择与第6档对应的策略参数：QCI为4、上下行GBR速率为2Mbps和上下行MBR速率8Mbps，进一步的，业务管理平台105根据该策略参数进行策略的下发，并向第二终端设备102反馈下发结果，例如，可以以消息提示的方式反馈结果为“以QCI为4、上下行GBR速率为2Mbps和上下行MBR速率8Mbps建立网络承载成功”。

需要说明的是，本申请实施例对反馈下发结果的方式和内容不做具体限定，以上仅是示例说明。

可以理解的是，根据无线小区信息和业务类型匹配出相应的策略，如PRB利用率每基于基准小区信息提升2％，则策略中速率下降一档，因为PRB利用率越高，说明无线覆盖区域内的用网的终端设备个数越多，因此速率需要下降一档，进行业务类型适配后下发给网络侧。若无线承载建立成功则返回成功结果。若无线承载建立失败，则再下降一档选取对应策略下发，直到预配置策略列表中对应的最低档，并且可以同时调整策略调度模块中的调度比例，便于提升策略下发的成功率。

需要说明的是，预配置策略列表中策略可以人为添加，也可以人为更改，本申请实施例对此不作具体限定，其根据实际情况而定。

因此，本申请通过在预配置策略列表查找到终端设备对应的策略进行下发，极大的提高了策略下发的速率以及准确性。

可选的，基于所述账户信息查询所述用户终端归属的无线小区信息，包括：

识别所述账户信息中的基站ID，并基于所述基站ID调用对应的基站信息；

基于所述账户信息中用户终端对应的IP地址和手机号码从所述基站信息中查询所述用户终端归属的无线小区信息。

示例性的，在图1的应用场景下，以第一终端设备101发送网络业务请求为例，业务管理平台105可以识别账户信息中的基站ID为基站1，并基于基站1调用对应的基站信息，例如，基站信息中可以包括基站覆盖范围、PRB利用率、MR数据、资源负荷以及用户终端数量等；进一步的，基于账户信息中第一终端设备101对应的IP地址和手机号码从基站信息中查询第一终端设备101归属的无线小区信息。

因此，本申请可以利用上述方法快速且准确的找到终端设备所在小区的无线小区信息，提高查找的精准性，进而提高处理速率。

可选的，所述方法还包括：

若基于所述无线小区信息确定不需要下发策略，则向所述用户终端反馈无法下发策略以执行业务的结果；并向所述用户终端以消息提示的方式推荐预设范围内的无线覆盖区域，用于所述用户终端在所述无线覆盖区域内建立网络承载。

本申请实施例中，消息提示可以用于向用户终端推荐周围存在的无线覆盖区域的情况，便于用户终端寻找到可以连接的网络，而发送消息提示的内容，本申请实施例对此不做具体限定，可以在用户的终端设备上显示一条消息提示，该消息提示为“周围50米外是无线覆盖区域”，以提醒用户基于消息提示查找附近的无线覆盖区域建立网络承载。

预设范围可以指的是以用户终端为圆心，以较短距离为半径的位于基站覆盖范围内的圆形区域，例如，预设范围为以用户终端为圆心，以100m为半径的位于某个基站覆盖范围内的圆形区域。

示例性的，在图1的应用场景下，以第四终端设备104为例，若业务管理平台105基于无线小区信息确定不需要下发策略，则向第四终端设备104反馈无法下发策略以执行业务的结果，进一步的，向第四终端设备104以消息提示的方式推荐预设范围内的无线覆盖区域，例如，该消息提示为“基站1覆盖的无线区域或基站2覆盖的无线区域”，以提示用户携带第四终端设备104移动到基站1覆盖的无线区域或基站2覆盖的无线区域内建立网络承载。

因此，本申请实施例还可以在用户终端不能建立网络承载时，向用户推荐就近的无线覆盖区域，便于查找附近的无线覆盖区域建立网络承载，提升用户体验感。

结合上述实施例，图8为本申请实施例提供的一种具体的无线网络策略下发方法的流程示意图；如图8所示，以无线小区信息为PRB利用率为例，本申请实施例的执行方法步骤包括：

步骤A：业务管理平台关联基站ID，并基于基站ID调用当前基站信息，进一步，关联用户手机号和IP地址，并从基站信息中查询该用户所在小区的无线小区信息，执行步骤B。

步骤B：基于无线小区信息判断用户是否处于无覆盖区域，若是，则确定不下发策略，若否，则执行步骤C。

步骤C：获取有关PRB利用率的信息，并对PRB利用率的大小进行判断，若判断PRB利用率超过95％，则确定不下发策略；若判断PRB利用率在90％-95％之间，则基于PRB利用率的大小降低速率(MBR和GBR)，即调整策略；若判断PRB利用率在90％以下，则按照当前策略下发。

需要说明的是，上述实施例中出现的具体数值仅是示例说明，本申请对此不做具体限定。

在前述实施例中，对本申请实施例提供的无线网络策略下发方法进行了介绍，而为了实现上述本申请实施例提供的方法中的各功能，作为执行主体的电子设备可以包括硬件结构和/或软件模块，以硬件结构、软件模块、或硬件结构加软件模块的形式来实现上述各功能。上述各功能中的某个功能以硬件结构、软件模块、还是硬件结构加软件模块的方式来执行，取决于技术方案的特定应用和设计约束条件。

例如，图9为本申请实施例提供的一种无线网络策略下发装置的结构示意图，如图9所示，该装置包括：接收模块910，查询模块920，判断模块930和下发模块940；其中，接收模块910，用于接收用户终端发送的网络业务请求，所述网络业务请求包括所述用户终端的账户信息以及业务类型；

查询模块920，用于基于所述账户信息查询所述用户终端归属的无线小区信息，所述无线小区信息用于表征无线小区的资源利用状态；

判断模块930，用于基于所述无线小区信息判断是否需要下发策略；

下发模块940，用于当判断需要下发策略时，基于所述业务类型和所述无线小区信息选择相应的策略进行下发。

可选的，判断模块930包括第一判断单元和第二判断单元；

具体的，所述第一判断单元，用于基于当前无线网络情况判断所述用户终端是否处于无线网络覆盖区域；

所述第二判断单元，用于当判断用户终端处于无线网络覆盖区域时，基于所述无线小区信息判断是否需要下发策略。

可选的，所述第二判断单元，具体用于：

当所述无线小区信息为物理资源块PRB利用率、测量报告MR数据和资源负荷中的任意一种时，若确定所述无线小区信息小于第一预设阈值时，则确定需要下发策略；

当所述无线小区信息包括PRB利用率和资源负荷时，若所述PRB利用率与所述资源负荷的加权和小于第二预设阈值，则确定需要下发策略；

当所述无线小区信息包括MR数据和辅助数据时，判断所述MR数据是否大于第一预设阈值；若是，确定不需要下发策略；若否，则根据所述MR数据和所述辅助数据确定是否需要下发策略；

其中，所述辅助数据包括PRB利用率、资源负荷中的至少一种。

可选的，下发模块940包括第三判断单元，匹配单元和下发单元；

具体的，所述第三判断单元，用于若确定需要下发策略，则判断所述无线小区信息是否满足预置判决条件；

所述匹配单元，用于当无线小区信息满足预置判决条件时，根据所述无线小区信息和所述业务类型匹配出相应的策略进行下发；

所述下发单元，用于当无线小区信息不满足预置判决条件时，则获取当前策略，并按照所述当前策略进行下发。

可选的，所述第三判断单元，具体用于：

当所述无线小区信息为物理资源块PRB利用率、测量报告MR数据和资源负荷中的任意一种时，判断所述无线小区信息是否大于第三预设阈值；若大于，则确定满足预置判决条件；

当所述无线小区信息包括PRB利用率、资源负荷、MR数据中的至少两种数据时，判断所述至少两种数据的加权和是否大于对应的预设阈值；若大于，则确定满足预置判决条件。

可选的，所述下发模块940，具体用于：

确定所述业务类型对应的实时性要求，根据所述实时性要求匹配预配置策略列表中的初始档位；所述预配置策略列表包含多个档位与策略参数的对应关系，且多个档位基于策略参数的大小排序；

计算所述无线小区信息与基准小区信息的差值，并根据所述差值确定档位；

根据所述初始档位和档位变化值，确定目标档位，并从所述预配置策略列表中选择与所述目标档位对应的策略参数，根据所述策略参数进行策略的下发并向所述用户终端反馈下发结果；

其中，所述参数包括服务质量等级标识，上下行最小比特速率和上下行最大比特速率。

可选的，所述查询模块920，具体用于：

识别所述账户信息中的基站ID，并基于所述基站ID调用对应的基站信息；

基于所述账户信息中用户终端对应的IP地址和手机号码从所述基站信息中查询所述用户终端归属的无线小区信息。

可选的，所述装置还包括反馈模块，所述反馈模块，用于：

若基于所述无线小区信息确定不需要下发策略，则向所述用户终端反馈无法下发策略以执行业务的结果；并向所述用户终端以消息提示的方式推荐预设范围内的无线覆盖区域，用于所述用户终端在所述无线覆盖区域内建立网络承载。

本申请实施例提供的无线网络策略下发装置的具体实现原理和效果可以参见上述实施例对应的相关描述和效果，此处不做过多赘述。

本申请实施例还提供了一种电子设备的结构示意图，图10为本申请实施例提供的一种电子设备的结构示意图，如图10所示，该电子设备可以包括：处理器1002以及与所述处理器通信连接的存储器1001；该存储器1001存储计算机程序；该处理器1002执行该存储器1001存储的计算机程序，使得该处理器1002执行上述任一实施例所述的方法。

其中，存储器1001和处理器1002可以通过总线1003连接。

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

本申请实施例还提供了一种运行指令的芯片，该芯片用于执行如本申请前述任一实施例中由电子设备所执行的前述任一实施例中所述的方法。

本申请实施例还提供了一种计算机程序产品，该程序产品包括计算机程序，该计算机程序被处理器执行时可实现如本申请前述任一实施例中由电子设备所执行的前述任一实施例中所述的方法。

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

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

另外，在本申请各个实施例中的各功能模块可以集成在一个处理单元中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个单元中。上述模块成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能模块的形式实现的集成的模块，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器执行本申请各个实施例所述方法的部分步骤。

应理解，上述处理器可以是中央处理单元(Central Processing Unit，简称CPU)，还可以是其它通用处理器、数字信号处理器(Digital Signal Processor，简称DSP)、专用集成电路(Application Specific Integrated Circuit，简称ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合申请所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

存储器可能包含高速随机存取存储器(Random Access memory，简称RAM)，也可能还包括非不稳定的存储器(Non-volatile Memory，简称NVM)，例如至少一个磁盘存储器，还可以为U盘、移动硬盘、只读存储器、磁盘或光盘等。

总线可以是工业标准体系结构(Industry Standard Architecture，简称ISA)总线、外部设备互连(Peripheral Component Interconnect，简称PCI)总线或扩展工业标准体系结构(Extended Industry Standard Architecture，简称EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本申请附图中的总线并不限定仅有一根总线或一种类型的总线。

上述存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(Static Random-Access Memory，简称SRAM)，电可擦除可编程只读存储器(Electrically Erasable Programmable Read Only Memory，简称EEPROM)，可擦除可编程只读存储器(Erasable Programmable Read-Only Memory，简称EPROM)，可编程只读存储器(Programmable Read-Only Memory，简称PROM)，只读存储器(Read-OnlyMemory，简称ROM)，磁存储器，快闪存储器，磁盘或光盘。存储介质可以是通用或专用计算机能够存取的任何可用介质。

一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于专用集成电路(Application Specific Integrated Circuits，简称ASIC)中。当然，处理器和存储介质也可以作为分立组件存在于电子设备或主控设备中。

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

Claims (11)

1.一种无线网络策略下发方法，其特征在于，所述方法包括：

接收用户终端发送的网络业务请求，所述网络业务请求包括所述用户终端的账户信息以及业务类型；

基于所述账户信息查询所述用户终端归属的无线小区信息，所述无线小区信息用于表征无线小区的资源利用状态；

基于所述无线小区信息判断是否需要下发策略；

若是，则基于所述业务类型和所述无线小区信息选择相应的策略进行下发。

2.根据权利要求1所述的方法，其特征在于，基于所述无线小区信息判断是否需要下发策略，包括：

基于当前无线网络情况判断所述用户终端是否处于无线网络覆盖区域；

若是，则基于所述无线小区信息判断是否需要下发策略。

3.根据权利要求2所述的方法，其特征在于，基于所述无线小区信息判断是否需要下发策略，包括下述至少一项：

当所述无线小区信息为物理资源块PRB利用率、测量报告MR数据和资源负荷中的任意一种时，若确定所述无线小区信息小于第一预设阈值时，则确定需要下发策略；

当所述无线小区信息包括PRB利用率和资源负荷时，若所述PRB利用率与所述资源负荷的加权和小于第二预设阈值，则确定需要下发策略；

当所述无线小区信息包括MR数据和辅助数据时，判断所述MR数据是否大于第一预设阈值；若是，确定不需要下发策略；若否，则根据所述MR数据和所述辅助数据确定是否需要下发策略；

其中，所述辅助数据包括PRB利用率、资源负荷中的至少一种。

4.根据权利要求3所述的方法，其特征在于，基于所述业务类型和所述无线小区信息选择相应的策略进行下发，包括：

若确定需要下发策略，则判断所述无线小区信息是否满足预置判决条件；

若是，则根据所述无线小区信息和所述业务类型匹配出相应的策略进行下发；

若否，则获取当前策略，并按照所述当前策略进行下发。

5.根据权利要求4所述的方法，其特征在于，判断所述无线小区信息是否满足预置判决条件，包括下述至少一项：

当所述无线小区信息为物理资源块PRB利用率、测量报告MR数据和资源负荷中的任意一种时，判断所述无线小区信息是否大于第三预设阈值；若大于，则确定满足预置判决条件；

当所述无线小区信息包括PRB利用率、资源负荷、MR数据中的至少两种数据时，判断所述至少两种数据的加权和是否大于对应的预设阈值；若大于，则确定满足预置判决条件。

6.根据权利要求4所述的方法，其特征在于，根据所述无线小区信息和所述业务类型匹配出相应的策略进行下发，包括：

确定所述业务类型对应的实时性要求，根据所述实时性要求匹配预配置策略列表中的初始档位；所述预配置策略列表包含多个档位与策略参数的对应关系，且多个档位基于策略参数的大小排序；

计算所述无线小区信息与基准小区信息的差值，并根据所述差值确定档位；

根据所述初始档位和档位变化值，确定目标档位，并从所述预配置策略列表中选择与所述目标档位对应的策略参数，根据所述策略参数进行策略的下发并向所述用户终端反馈下发结果；

其中，所述参数包括服务质量等级标识，上下行最小比特速率和上下行最大比特速率。

7.根据权利要求1所述的方法，其特征在于，基于所述账户信息查询所述用户终端归属的无线小区信息，包括：

识别所述账户信息中的基站ID，并基于所述基站ID调用对应的基站信息；

基于所述账户信息中用户终端对应的IP地址和手机号码从所述基站信息中查询所述用户终端归属的无线小区信息。

8.根据权利要求1-7任一项所述的方法，其特征在于，所述方法还包括：

若基于所述无线小区信息确定不需要下发策略，则向所述用户终端反馈无法下发策略以执行业务的结果；并向所述用户终端以消息提示的方式推荐预设范围内的无线覆盖区域，用于所述用户终端在所述无线覆盖区域内建立网络承载。

9.一种无线网络策略下发装置，其特征在于，所述装置包括：

接收模块，用于接收用户终端发送的网络业务请求，所述网络业务请求包括所述用户终端的账户信息以及业务类型；

查询模块，用于基于所述账户信息查询所述用户终端归属的无线小区信息，所述无线小区信息用于表征无线小区的资源利用状态；

判断模块，用于基于所述无线小区信息判断是否需要下发策略；

下发模块，用于当判断需要下发策略时，基于所述业务类型和所述无线小区信息选择相应的策略进行下发。

10.一种电子设备，其特征在于，包括：处理器，存储器以及计算机程序；其中，所述计算机程序被存储在所述存储器中，并且被配置为由所述处理器执行，所述计算机程序包括用于执行如权利要求1-8任一项所述的无线网络策略下发方法的指令。

11.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1-8任一项所述的无线网络策略下发方法。

Images