CN109195170B - 小区扩容方法、装置及存储介质 - Google Patents

Abstract

本申请提供一种小区扩容方法、装置及存储介质，其中，该方法包括：获取到的待评估小区在预设条件时的忙时段话统数据，根据该忙时段话统数据，判断待评估小区在上述预设条件时是否满足扩容标准，在待评估小区满足扩容标准时，根据待评估小区的现网工参信息，确定最佳扩容策略。该技术方案提升了扩容的精准度，降低了网络运行成本，解决用户关切的网络感知问题。

Description

小区扩容方法、装置及存储介质

技术领域

本申请涉及通信技术领域，尤其涉及一种小区扩容方法、装置及存储介质。

背景技术

随着通信资费优惠政策的大力普及，长期演进(long term evolution，LTE)系统的网络流量需求增速迅猛，客户对网络感知的需求也越来越高，这些因素给运营商网络容量带来了前所未有的冲击，运营商需要对小区进行扩容，以解决用户感知问题，提高用户体验。

目前，现有技术的小区扩容方法，通过对全网络设定一条扩容门限，测试人员采集各区域的网络数据并对其进行分析，通过计算在确定某小区的网络负荷达到扩容门限时，则对该小区进行扩容。

然而，上述小区扩容方法依赖于测试人员的手动操作，人工采集数据到计算结果输出的周期长，被分析的网络情况可能已经发生变化，导致扩容策略与实际情况不匹配，无法解决用户感知问题，用户体验差。

发明内容

本申请提供一种小区扩容方法、装置及存储介质，以解决现有小区扩容方法的用户体验差的问题。

本申请第一方面提供一种小区扩容方法，包括：

获取待评估小区在预设条件时的忙时段话统数据，所述预设条件包括：小区场景、站点类型和地域，所述忙时段话统数据，包括：小区平均用户数、单用户平均速率、下行物理资源块PRB利用率、小区上下行总流量、信道质量指示的取值；

根据所述忙时段话统数据，判断所述待评估小区在所述预设条件时是否满足扩容标准；

在所述待评估小区满足扩容标准时，根据所述待评估小区的现网工参信息，确定最佳扩容策略。

可选的，在第一方面的一种可能实现方式中，所述扩容标准包括：所述忙时段话统数据的各个参数分别满足各自的扩容条件；

所述根据所述忙时段话统数据，判断所述待评估小区在所述预设条件下是否满足扩容标准，包括：

判断所述信道质量指示大于额定值的比例、所述小区平均用户数、所述单用户平均速率、所述下行PRB利用率以及所述小区上下行总流量是否均满足各自的扩容条件；

若是，确定所述待评估小区在所述预设条件下满足所述扩容标准；

若否，确定所述待评估小区在所述预设条件下不满足所述扩容标准。

可选的，在第一方面的上述可能实现方式中，所述扩容标准包括：所述忙时段话统数据的各个参数分别满足各自的扩容条件，具体为：

所述信道质量指示大于额定值的比例大于第一阈值、所述小区平均用户数大于第二阈值、所述单用户平均速率小于第三阈值、所述下行PRB利用率大于第四阈值以及所述小区上下行总流量大于第五阈值。

可选的，在第一方面的另一种可能实现方式中，在所述获取待评估小区在预设条件时的忙时段话统数据之前，所述方法还包括：

获取所述待评估小区在所述预设条件时的小区平均用户数与小区下行流量的第一关系、小区平均用户数与单用户平均速率的第二关系、小区平均用户数与下行PRB利用率之间的第三关系；

根据所述第一关系、所述第二关系和所述第三关系，确定所述待评估小区在所述预设条件时的所述扩容标准。

可选的，在第一方面的再一种可能实现方式中，所述方法还包括：

根据所述待评估小区在历史预设时间段内的小区平均用户数变化率、小区日均使用流量变化率、下行PRB利用率变化率以及单用户平均速率变化率，确定所述待评估小区在未来预设时间段内的小区平均用户数、小区下上行总流量、下行PRB利用率和单用户平均速率；

根据所述待评估小区在所述预设条件时的所述扩容标准、所述待评估小区在所述未来预设时间段内的小区平均用户数、小区下上行总流量、下行PRB利用率和单用户平均速率，制定所述待评估小区在所述预设条件时的多种扩容策略。

可选的，在第一方面的又一种可能实现方式中，所述根据所述待评估小区的现网工参信息，确定最佳扩容策略之后，所述方法还包括：

根据所述最佳扩容策略对所述待评估小区进行扩容；

获取所述待评估小区扩容后的下行PRB利用率和扩容前的下行PRB利用率；

根据所述扩容后的下行PRB利用率和所述扩容前的下行PRB利用率，判定所述待评估小区的扩容效果。

本申请第二方面提供一种小区扩容装置，包括：获取模块、判断模块和处理模块；

所述获取模块，用于获取待评估小区在预设条件时的忙时段话统数据，所述预设条件包括：小区场景、站点类型和地域，所述忙时段话统数据，包括：小区平均用户数、单用户平均速率、下行物理资源块PRB利用率、小区上下行总流量、信道质量指示的取值；

所述判断模块，用于根据所述忙时段话统数据，判断所述待评估小区在所述预设条件时是否满足扩容标准；

所述处理模块，用于在所述待评估小区满足扩容标准时，根据所述待评估小区的现网工参信息，确定最佳扩容策略。

可选的，在第二方面的一种可能实现方式中，所述扩容标准包括：所述忙时段话统数据的各个参数分别满足各自的扩容条件；

所述判断模块，具体用于判断所述信道质量指示大于额定值的比例、所述小区平均用户数、所述单用户平均速率、所述下行PRB利用率以及所述小区上下行总流量是否均满足各自的扩容条件，若是，确定所述待评估小区在所述预设条件下满足所述扩容标准，若否，确定所述待评估小区在所述预设条件下不满足所述扩容标准。

可选的，在第二方面的上述一种可能实现方式中，所述获取模块，还用于在获取待评估小区在预设条件时的忙时段话统数据之前，获取所述待评估小区在所述预设条件时的小区平均用户数与小区下行流量的第一关系、小区平均用户数与单用户平均速率的第二关系、小区平均用户数与下行PRB利用率之间的第三关系；

所述处理模块，还用于根据所述第一关系、所述第二关系和所述第三关系，确定所述待评估小区在所述预设条件时的所述扩容标准。

可选的，在第二方面的另一种可能实现方式中，所述处理模块，还用于在根据所述待评估小区的现网工参信息，确定最佳扩容策略之后，根据所述最佳扩容策略对所述待评估小区进行扩容，获取所述待评估小区扩容后的下行PRB利用率和扩容前的下行PRB利用率，根据所述扩容后的下行PRB利用率和所述扩容前的下行PRB利用率，判定所述待评估小区的扩容效果。

本申请第三方面提供一种小区扩容装置，包括处理器、存储器及存储在所述存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如上述第一方面及各种可能实现方式所述的方法。

本申请第四方面提供一种存储介质，所述存储介质中存储有指令，当所述指令在计算机上运行时，使得所述计算机执行如上述第一方面及各种可能实现方式所述的方法。

本申请实施例提供的小区扩容方法、装置及存储介质，通过根据获取到的待评估小区在预设条件时的忙时段话统数据，判断该待评估小区是否需要扩容，在需要扩容时，选择最佳的扩容策略，其提升了扩容的精准度，降低了网络运行成本，解决用户关切的网络感知问题。

附图说明

图1为本申请实施例提供的通信系统的结构示意图；

图2为本申请实施例提供的小区扩容方法实施例一的流程示意图；

图3为本申请实施例提供的小区扩容方法实施例二的流程示意图；

图4为本申请实施例提供的小区扩容方法实施例三的流程示意图；

图5为待评估小区的小区平均用户数与小区上下行流量的第一关系；

图6为待评估小区的小区平均用户数与单用户平均速率的第二关系；

图7为待评估小区的小区平均用户数与下行PRB利用率之间的第三关系；

图8为本申请实施例提供的小区扩容方法实施例四的流程示意图；

图9为待评估小区的小区平均用户数的预测示意图；

图10为待评估小区在历史预设时间段内的小区上下行总流量的变化示意图；

图11为待评估小区在历史预设时间段内的下行PRB利用率的变化示意图；

图12为待评估小区在历史预设时间段内的小区单用户速率的变化示意图；

图13为本申请实施例提供的小区扩容方法实施例五的流程示意图；

图14为小区M扩容前后的小区上下行总流量、下行PRB利用率；

图15为本申请实施例提供的小区扩容装置实施例一的结构示意图；

图16为本申请实施例提供的小区扩容装置实施例二的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请实施例提供的小区扩容方法适用于通信系统。图1为本申请实施例提供的通信系统的结构示意图。如图1所示，该通信系统包括：基站11和该基站11所服务的至少一个小区12，每个小区12覆盖至少一个终端设备13。在本实施例中，终端设备13接入其所在小区的无线通信网络，利用该无线通信网络实现与基站的无线通信，即可以利用该无线通信网络进行上网等。

可选地，该通信系统不限于包括基站和终端设备，只要该通信系统中存在发送信息的实体，以及存在接收信息的实体即可，本申请实施例对此不做限定。可选地，该通信系统还可以包括网络控制器、移动管理实体等其他网络实体，本申请实施例不限于此。

本申请实施例针对现有小区扩容方法存在的用户体验差的问题，提出了一种小区扩容方法，根据待评估小区的话统数据判断该待评估小区是否需要扩容，在需要扩容时，选择最佳的扩容策略，够提升了小区扩容的精准度，降低了网络运行成本，解决用户关切的网络感知问题。下面，通过具体实施例对本申请的技术方案进行详细说明。

需要说明的是，下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。

图2为本申请实施例提供的小区扩容方法实施例一的流程示意图。如图1所示，该小区扩容方法可以包括如下步骤：

步骤21：获取待评估小区在预设条件时的忙时段话统数据。

其中，该预设条件包括：小区场景、站点类型和地域。该忙时段话统数据，包括：小区平均用户数、单用户平均速率、下行物理资源块PRB利用率、小区上下行总流量、信道质量指示大于额定值的比例。

可选的，小区场景可以包括：校园、2I2C常驻小区、市区和其他小区，站点类型可以包括：室分站和宏站，地域表示某个城市等。

可选的，忙时段可以指一天中最忙的时间段，例如，早上9:00至12:00，下午14:00至15:00，晚上18:00至23:00等时间段。可以理解的是，忙时段可以根据上述场景用户、站点类型或地域的不同，所取的时间段及时间段的时长不同，其可以根据实际情况确定。

可选的，在本申请实施例中，当对某个小区进行评估时，首先采集待评估小区在预设条件时的忙时段话统数据，包括：小区平均用户数、单用户平均速率、下行PRB利用率、小区上下行总流量、信道质量指示大于额定值的比例。

可选的，本申请实施例并不限定上述忙时段话统数据的具体参数，其还可以包括：小区授权的用户总数量，即无线资源控制(radio resource control，RRC)用户的许可数量。

步骤22：根据上述忙时段话统数据，判断待评估小区在该预设条件时是否满足扩容标准。

可选的，在本申请实施例中，当获取到待评估小区的忙时段话统数据之后，通过分别判断该忙时段话统数据中各参数是否均满足分别对应的扩容标准，据此判断该待评估小区在该预设条件时是否满足扩容标准，即判断其是否需要扩容。

可选的，关于本步骤22的具体实现方案可参见下述图3所示实施例中的记载，此处不再赘述。

步骤23：在该待评估小区满足扩容标准时，根据待评估小区的现网工参信息，确定最佳扩容策略。

可选的，在本申请实施例中，当根据待评估小区在预设条件时的忙时段话统数据确定出待评估小区满足扩容标准，即该评估小区需要扩容时，可以根据待评估小区名、待评估小区所属基站的标识以及待评估小区的标识，与现网工参信息进行匹配，可以按照待评估小区的扩容频点查询扩容优先级分配表中的扩容策略，确定出待评估小区的最佳扩容策略。

可选的，表1为扩容优先级分配表。参照表1所示，当待评估小区所处频段为L1800、宽带为20M，使用频段为1840～1860Hz时，可以优先采用标准配置进行扩容。当待评估小区所处频段为L2100、宽带为20M，使用频段为2145～2165Hz时，可以优先采用硬件进行扩容(硬扩L2100)。相应的，当待评估小区所处频段为L1800、宽带为5M或10M，或者，待评估小区所处频段为L2100、宽带为10M时，均可以通过软件进行扩容(软扩)。

表1扩容优先级分配表

扩容优先级	频段	带宽	使用频段	备注
					1	L1800	20M	1840～1860	标准配置
2	L2100	20M	2145～2165	硬扩L2100
					3	L1800	5M	1835～1840	软扩
4	L1800	10M	1830～1840	软扩
					5	L2100	10M	2135～2145	软扩

可选的，在本申请的实施例中，现网工参信息可以包括：频点号、小区所处频段、小区的载波数、小区所属基站是否有UMTS2100设备、小区所属基站是否有G网设备等。

本申请实施例提供的小区扩容方法，通过根据获取到的待评估小区在预设条件时的忙时段话统数据，判断该待评估小区是否需要扩容，在需要扩容时，选择最佳的扩容策略，其提升了扩容的精准度，降低了网络运行成本，解决用户关切的网络感知问题。

可选的，在上述实施例的基础上，上述扩容标准包括：忙时段话统数据的各个参数分别满足各自的扩容条件。相应的，在本申请实施例中，图3为本申请实施例提供的小区扩容方法实施例二的流程示意图。如图3所示，在本实施例中，上述步骤22(根据上述忙时段话统数据，判断待评估小区在该预设条件时是否满足扩容标准)可以通过如下步骤实现：

步骤31：判断信道质量指示大于额定值的比例、小区平均用户数、单用户平均速率、下行PRB利用率以及小区上下行总流量是否均满足各自的扩容条件；若是，执行步骤32，若否，执行步骤33。

步骤32：确定待评估小区在预设条件下满足扩容标准。

步骤33：确定待评估小区在预设条件下不满足扩容标准。

可选的，在本申请的实施例中，上述扩容标准包括：忙时段话统数据的各个参数分别满足各自的扩容条件，具体可以解释如下：

信道质量指示大于额定值的比例大于第一阈值、小区平均用户数大于第二阈值、单用户平均速率小于第三阈值、下行PRB利用率大于第四阈值以及小区上下行总流量大于第五阈值。

可选的，在本申请的实施例中，在详细介绍忙时段话统数据的各个参数是否分别满足各自的扩容条件之前，首先简单解释一下信道质量指示大于额定值的比例和下行PRB利用率。

信道质量指示(channel quality indicator，CQI)代表当前信道质量的好坏，和信道的信噪比大小相对应，取值范围0～31。CQI取值为0时，信道质量最差；CQI取值为31的时候，信道质量最好。

在本申请实施例中，假设信道质量指示大于额定值具体为CQI>10，若CQI>10的比例大于第一阈值，即信号采用64QAM的调制方式的比例大于第一阈值，此时，待评估小区可能需要扩容。

可选的，下行PRB利用率是指在统计周期内，小区在下行物理信道实际使用的PRB个数与小区下行物理信道可用的PRB个数的比值。下行PRB利用率越高，小区用户数可能越多，可能出现网络堵塞的问题。

下面介绍忙时段话统数据的各个参数是否分别满足各自的扩容条件的具体流程：

A1：新建1个扩容标识字段，用Dilat表示，该Dilat的初始值为0；

A2：获取上述忙时段话统数据中CQI>10的比例，将其赋值给X0(即，用X0表示CQI>10的比例)，判断X0是否大于第一阈值，若是，置Dilat＝1，若否，置Dilat＝0。

可选的，在本申请实施例中，第一阈值可以取值为40％，也可以取值为其他的数值，具体取值可以根据实际情况确定，此处不对其进行限定。

值得说明的是，在本申请实施例中，若Dilat＝0，可以认为信道质量指示大于额定值的比例不满足扩容条件，可以直接退出扩容判决流程。

A3：获取上述忙时段话统数据中的小区平均用户数，判断该小区平均用户数是否大于第二阈值，若是，则Dilat＝Dilat*1；若否，Dilat＝Dilat*0。

A4：获取上述忙时段话统数据中的单用户平均速率，判断该单用户平均速率是否小于第三阈值，若是，则Dilat＝Dilat*1；若否，Dilat＝Dilat*0。

A5：获取上述忙时段话统数据中的下行PRB利用率，判断该下行PRB利用率是否大于第四阈值，若是，则Dilat＝Dilat*1；若否，Dilat＝Dilat*0。

A6：获取上述忙时段话统数据中的小区上下行总流量，判断该小区上下行总流量是否大于第五阈值，若是，则Dilat＝Dilat*1；若否，Dilat＝Dilat*0。

A7：经过上述步骤A1-A7之后，确定A6得到的Dilat取值，若Dilat＝0，则表示该待评估小区不满足扩容标准，可以直接退出针对该待评估小区的扩容判决流程，进入下一个迭代判决流程；当Dilat>0，则表示该待评估小区满足扩容标准，需要扩容。

值得说明的是，上述第二阈值、第三阈值、第四阈值、第五阈值的具体数值可以根据场景进行设定，不同场景有不同取值，本申请实施例并不对上述各阈值的具体取值进行限定。

而且，本申请实施例也不限定上述步骤A1-A7的执行顺序，其可以根据实际情况进行选择执行顺序，此处不再限定。

进一步的，当上述各条件满足扩容条件时，再获取待评估小区在一个评估周期内(例如，一周)满足扩容标准的频次，若，频次大于预设频次，则可以确定该待评估小区满足扩容标准。例如，一周内共获取到7个扩容结果，若其中有4个结果均满足扩容条件，则认为满足扩容标准。

本申请实施例提供的小区扩容方法，判断信道质量指示大于额定值的比例、小区平均用户数、单用户平均速率、下行PRB利用率以及小区上下行总流量是否均满足各自的扩容条件，若是，确定待评估小区在预设条件下满足扩容标准，若否，确定待评估小区在所述预设条件下不满足扩容标准。该技术方案结合信道质量指示大于额定值的比例、小区平均用户数、单用户平均速率、下行PRB利用率以及小区上下行总流量共同判定待评估小区是否需要扩容，提高了判断准确度。

可选的，在上述实施例的基础上，图4为本申请实施例提供的小区扩容方法实施例三的流程示意图。如图4所示，在上述步骤21(获取待评估小区在预设条件时的忙时段话统数据)之前，该方法还可以包括如下步骤：

步骤41：获取待评估小区在预设条件时的小区平均用户数与小区下行流量的第一关系、小区平均用户数与单用户平均速率的第二关系、小区平均用户数与下行PRB利用率之间的第三关系。

可选的，在本申请的实施例中，在确定待评估小区的扩容条件之前，首先获取待评估小区在预设条件时的小区平均用户数与小区下行流量的第一关系、小区平均用户数与单用户平均速率的第二关系、小区平均用户数与下行PRB利用率之间的第三关系。

可选的，图5为待评估小区的小区平均用户数与小区上下行流量的第一关系。如图5所示，当小区平均用户数大于100时，将触发待评估小区出现流量抑制，当小区平均用户数大于200时，流量抑制愈加明显，当小区平均用户数大于250时，流量抑制程度呈指数级增长。

由于当小区平均用户数增加时，小区的下载速率降低，小区吸收的总流量降低，造成流量抑制。因而，当小区平均用户数超出第二阈值，或者，小区上下行总流量大于第五阈值时，该待评估小区可能需要扩容。

可选的，图6为待评估小区的小区平均用户数与单用户平均速率的第二关系。如图6所示，当小区平均用户数大于200时，小区内单用户平均速率约为10Mbps；当小区平均用户数大于>250时，小区内单用户平均速率约为7Mbps；当小区平均用户数大于>400时，小区内用户感知急剧恶化。

因而，当单用户平均速率小于第三阈值时，该待评估小区可能需要扩容。

可选的，图7为待评估小区的小区平均用户数与下行PRB利用率之间的第三关系。如图7所示，当小区平均用户数大于100时，下行PRB利用率在35％左右；当小区平均用户数大于200时，下行PRB利用率在60％左右；当小区平均用户数大于250时，下行PRB利用率在80％左右；当小区平均用户数大于400时，下行PRB利用率在95％以上。

因而，当下行PRB利用率大于第四阈值时，该待评估小区可能需要扩容。

步骤42：根据上述第一关系、第二关系和第三关系，确定待评估小区在预设条件时的扩容标准。

可选的，在本申请的实施例中，通过分析上述待评估小区在预设条件时的小区平均用户数与小区下行流量的第一关系、小区平均用户数与单用户平均速率的第二关系、小区平均用户数与下行PRB利用率之间的第三关系，可以得出不同小区场景、不同站点类型和不同地域的小区扩容条件。

可选的，表2为待评估小区在预设条件时的扩容标准。如表2所示，对于站点类型为室分站，小区场景为校园的预设条件时，扩容标准对应的扩容条件分别为小区平均用户数为250，单用户平均速率小于10Mbps，下行PRB利用率大于64％，小区上下行总流量大于6GB。对于其他条件下的扩容条件参见表2所示，此处不再赘述。

表2为待评估小区在预设条件时的扩容标准

本申请实施例提供的小区扩容方法，通过根据获取到的待评估小区在预设条件时的小区平均用户数与小区下行流量的第一关系、小区平均用户数与单用户平均速率的第二关系、小区平均用户数与下行PRB利用率之间的第三关系，确定待评估小区在预设条件时的扩容标准，其为后续判定待评估小区是否需要扩容提供了实现可能。

可选的，在上述实施例的基础上，图8为本申请实施例提供的小区扩容方法实施例四的流程示意图。如图8所示，该小区扩容方法还可以包括如下步骤：

步骤81：根据待评估小区在历史预设时间段内的小区平均用户数变化率、小区日均使用流量变化率、下行PRB利用率变化率以及单用户平均速率变化率，确定待评估小区在未来预设时间段内的小区平均用户数、小区下上行总流量、下行PRB利用率和单用户平均速率。

可选的，在本申请的实施例中，图9为待评估小区的小区平均用户数的预测示意图。如图9所示，通过分析待评估小区在历史预设时间段(2017/7/1至2018/3/1)内的小区平均用户数，可以确定出待评估小区的用户数变化率对应的公式，即，y＝0.7327x-31089，其中，x表示时间，y表示小区平均用户数。所以，通过该公式可以计算得出2018年9月全网小区最大用户数可达669万，较2018年3月增长了1.24倍。即，2018年9月小区平均用户数＝2018年3月小区平均用户数*1.24。

可选的，图10为待评估小区在历史预设时间段内的小区上下行总流量的变化示意图。如图10所示，按照2018年年底全网日均流量较三月日均流量将增长2.8倍进行预估，可得小区上下行总流量的增长公式：y＝11.914x–512382，通过计算可得2018年9月日均流量将达到4018G，较目前将增长2.2倍。即2018年9月小区上下行总流量＝2018年3月小区上下行总流量*2.2。

可选的，图11为待评估小区在历史预设时间段内的下行PRB利用率的变化示意图。如图11所示，通过分析待评估小区在历史预设时间段内的下行PRB利用率和小区平均用户数的对应关系，可以看出，当小区平均用户数大于300时，下行PRB利用率将超过80％。因此，当小区平均用户数预估超过300时，可以预估下行PRB利用率大于80％，当小区平均用户数小于300时，预估下行PRB利用率＝小区原始PRB利用率*用户数增长比例(1.24)。

可选的，图12为待评估小区在历史预设时间段内的小区单用户速率的变化示意图。如图12所示，通过分析待评估小区在历史预设时间段内的小区单用户速率和小区平均用户数的对应关系，可知小区单用户速率和小区平均用户数的满足如下关系：y＝-7.086ln(x)+48.841。其中，x为小区平均用户数，y为小区单用户速率。

步骤82：根据待评估小区在预设条件时的扩容标准、待评估小区在未来预设时间段内的小区平均用户数、小区下上行总流量、下行PRB利用率和单用户平均速率，制定待评估小区在预设条件时的多种扩容策略。

可选的，在申请的实施例中，根据上述图4所示实施例确定的待评估小区在预设条件时的扩容标准以及上述步骤81确定的待评估小区在未来预设时间段内的小区平均用户数、小区下上行总流量、下行PRB利用率和单用户平均速率，再结合待评估小区的现网工参信息，可以制定出待评估小区在预设条件时的多种扩容策略。

本申请实施例提供的小区扩容方法，通过根据待评估小区在历史预设时间段内的小区平均用户数变化率、小区日均使用流量变化率、下行PRB利用率变化率以及单用户平均速率变化率，确定待评估小区在未来预设时间段内的小区平均用户数、小区下上行总流量、下行PRB利用率和单用户平均速率，并根据待评估小区在预设条件时的扩容标准、待评估小区在未来预设时间段内的小区平均用户数、小区下上行总流量、下行PRB利用率和单用户平均速率，制定待评估小区在预设条件时的多种扩容策略，为后续在待评估小区满足扩容标准时选择出最佳扩容策略奠定了基础。

可选的，在上述实施例的基础上，图13为本申请实施例提供的小区扩容方法实施例五的流程示意图。如图13所示，在上述步骤23中的根据待评估小区的现网工参信息，确定最佳扩容策略之后，该小区扩容方法还可以包括如下步骤：

步骤131：根据上述最佳扩容策略对待评估小区进行扩容。

可选的，在本申请实施例中，当待评估小区满足扩容标准，且确定出最佳扩容策略时，利用该最佳扩容策略对待评估小区进行扩容。

例如，扩容的具体实现方法可以包括：通过硬扩或软扩的方式对待评估小区的带宽进行扩展、增加小区载波数、增大小区可接入的许可用户数量等。

可选的，表3为城市A在x月份的扩容表。如表3所示，通过分析数据流的处理结果，城市A分别在扩容类型为室分站(L2100)、宏站(L2100)和宏站(L1800)时的扩容小区统计信息具体参见表3所示。

表3城市A在x月份的扩容表

步骤132：获取待评估小区扩容后的下行PRB利用率和扩容前的下行PRB利用率。

可选的，为了判断待评估小区的扩容效果，可以通过对比扩容前后下行PRB利用率来确定。

例如，通过分析城市A在11/15-11/21这期间的忙时段话统数据，确定出小区M的小区上下行总流量、下行PRB利用率和小区内的最大用户数，详细信息参照表4所示。表4为城市A的M小区在某段时间的忙时段话统数据表。

参照表4所示，小区M的忙时段小区上下行总流量在8GB以上，下行PRB利用率在95％以上，存在负荷高的问题，而且通过分析，该小区M满足扩容标准。

表4为城市A的M小区在某段时间的忙时段话统数据表

可选的，根据确定的最佳扩容策略对小区M进行扩容，以分担小区M的业务总量。

可选的，在利用确定的最佳扩容策略对小区M进行扩容前后，获取小区M在忙时段的小区上下行总流量、下行PRB利用率。具体，参照图14所示，图14为小区M扩容前后的小区上下行总流量、下行PRB利用率。

步骤133：根据扩容后的下行PRB利用率和扩容前的下行PRB利用率，判定待评估小区的扩容效果。

在本实施例中，参照图14，在11月24日对该小区M进行扩容，因而，小区扩容后的忙时段下行PRB利用率下降明显，从之前的95％以上下降至75％左右，扩容后业务分担效果好。

在本申请实施例中，在根据待评估小区的现网工参信息确定最佳扩容策略之后，再根据最佳扩容策略对待评估小区进行扩容，通过获取待评估小区扩容后的下行PRB利用率和扩容前的下行PRB利用率，并根据其判定待评估小区的扩容效果，保证了待评估小区的精确扩容，提高了小区用户的体验。

值得说明的是，本申请实施例的小区扩容方法，基于大数据的扩容评估算法，通过引用大量现网数据，运用SPSS MODELER大数据挖掘工具进行深度计算，分析出网络中不同场景的小区无线指标、小区负荷和用户行为之间的零界点，从而设定不同的扩容标准，将预期流量结合现网小区分析，输出小区将达到负荷，并按照最佳扩容策略实施精准扩容，节省网络投资成本，提高了用户体验。

下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。

图15为本申请实施例提供的小区扩容装置实施例一的结构示意图。如图15所示，该小区扩容装置可以包括如下模块：获取模块151、判断模块152和处理模块153。

其中，该获取模块151，用于获取待评估小区在预设条件时的忙时段话统数据，所述预设条件包括：小区场景、站点类型和地域，所述忙时段话统数据，包括：小区平均用户数、单用户平均速率、下行物理资源块PRB利用率、小区上下行总流量、信道质量指示的取值；

该判断模块152，用于根据所述忙时段话统数据，判断所述待评估小区在所述预设条件时是否满足扩容标准；

该处理模块153，用于在所述待评估小区满足扩容标准时，根据所述待评估小区的现网工参信息，确定最佳扩容策略。

可选的，在本申请实施例的一种可能实现方式中，所述扩容标准包括：所述忙时段话统数据的各个参数分别满足各自的扩容条件。

相应的，上述判断模块152，具体用于判断所述信道质量指示大于额定值的比例、所述小区平均用户数、所述单用户平均速率、所述下行PRB利用率以及所述小区上下行总流量是否均满足各自的扩容条件，若是，确定所述待评估小区在所述预设条件下满足所述扩容标准，若否，确定所述待评估小区在所述预设条件下不满足所述扩容标准。

可选的，在本申请实施例的上述可能实现方式中，所述扩容标准包括：所述忙时段话统数据的各个参数分别满足各自的扩容条件，具体为：

所述信道质量指示大于额定值的比例大于第一阈值、所述小区平均用户数大于第二阈值、所述单用户平均速率小于第三阈值、所述下行PRB利用率大于第四阈值以及所述小区上下行总流量大于第五阈值。

可选的，在本申请实施例的另一种可能实现方式中，

上述获取模块151，还用于在获取待评估小区在预设条件时的忙时段话统数据之前，获取所述待评估小区在所述预设条件时的小区平均用户数与小区下行流量的第一关系、小区平均用户数与单用户平均速率的第二关系、小区平均用户数与下行PRB利用率之间的第三关系；

上述处理模块153，还用于根据所述第一关系、所述第二关系和所述第三关系，确定所述待评估小区在所述预设条件时的所述扩容标准。

可选的，在本申请实施例的再一种可能实现方式中，

上述处理模块153，还用于根据所述待评估小区在历史预设时间段内的小区平均用户数变化率、小区日均使用流量变化率、下行PRB利用率变化率以及单用户平均速率变化率，确定所述待评估小区在未来预设时间段内的小区平均用户数、小区下上行总流量、下行PRB利用率和单用户平均速率，根据所述待评估小区在所述预设条件时的所述扩容标准、所述待评估小区在所述未来预设时间段内的小区平均用户数、小区下上行总流量、下行PRB利用率和单用户平均速率，制定所述待评估小区在所述预设条件时的多种扩容策略。

可选的，在本申请实施例的又一种可能实现方式中，

所述处理模块153，还用于在根据所述待评估小区的现网工参信息，确定最佳扩容策略之后，根据所述最佳扩容策略对所述待评估小区进行扩容，获取所述待评估小区扩容后的下行PRB利用率和扩容前的下行PRB利用率，根据所述扩容后的下行PRB利用率和所述扩容前的下行PRB利用率，判定所述待评估小区的扩容效果。

本申请实施例提供的装置，可用于执行图2至图4、图8以及图13所示实施例中的方法，其实现原理和技术效果类似，在此不再赘述。

需要说明的是，应理解以上装置的各个模块的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分模块通过处理元件调用软件的形式实现，部分模块通过硬件的形式实现。例如，确定模块可以为单独设立的处理元件，也可以集成在上述装置的某一个芯片中实现，此外，也可以以程序代码的形式存储于上述装置的存储器中，由上述装置的某一个处理元件调用并执行以上确定模块的功能。其它模块的实现与之类似。此外这些模块全部或部分可以集成在一起，也可以独立实现。这里所述的处理元件可以是一种集成电路，具有信号的处理能力。在实现过程中，上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。

例如，以上这些模块可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(application specific integrated circuit，ASIC)，或，一个或多个微处理器(digital signal processor，DSP)，或，一个或者多个现场可编程门阵列(field programmable gate array，FPGA)等。再如，当以上某个模块通过处理元件调度程序代码的形式实现时，该处理元件可以是通用处理器，例如中央处理器(centralprocessing unit，CPU)或其它可以调用程序代码的处理器。再如，这些模块可以集成在一起，以片上系统(system-on-a-chip，SOC)的形式实现。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘solid state disk(SSD))等。

图16为本申请实施例提供的小区扩容装置实施例二的结构示意图。如图16所示，该小区扩容装置，可以包括：处理器161和存储器162及存储在所述存储器162上并可在所述处理器161上运行的计算机程序，所述处理器161执行所述程序时实现如上述图2至图4、图8以及图13所示实施例的方法。

可选的，本申请实施例还提供一种存储介质，所述存储介质中存储有指令，当所述指令在计算机上运行时，使得所述计算机执行如上述图2至图4、图8以及图13所示实施例的方法。

可选的，本申请实施例还提供一种运行指令的芯片，所述芯片用于执行上述图2至图4、图8以及图13所示实施例的方法。

本申请实施例还提供一种程序产品，所述程序产品包括计算机程序，所述计算机程序存储在存储介质中，至少一个处理器可以从所述存储介质读取所述计算机程序，所述至少一个处理器执行所述计算机程序时可实现上述图2至图4、图8以及图13所示实施例的方法。

本文中的术语“多个”是指两个或两个以上。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系；在公式中，字符“/”，表示前后关联对象是一种“相除”的关系。

可以理解的是，在本申请的实施例中涉及的各种数字编号仅为描述方便进行的区分，并不用来限制本申请的实施例的范围。

可以理解的是，在本申请的实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请的实施例的实施过程构成任何限定。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (10)

1.一种小区扩容方法，其特征在于，包括：

获取待评估小区在预设条件时的忙时段话统数据，所述预设条件包括：小区场景、站点类型和地域，所述忙时段话统数据，包括：小区平均用户数、单用户平均速率、下行物理资源块PRB利用率、小区上下行总流量、信道质量指示的取值；

根据所述忙时段话统数据，判断所述待评估小区在所述预设条件时是否满足扩容标准；

在所述待评估小区满足扩容标准时，按照所述待评估小区的扩容频点查询扩容优先级分配表中的扩容策略，确定出所述待评估小区的最佳扩容策略；

根据所述最佳扩容策略对所述待评估小区进行扩容，所述扩容为通过标准配置进行扩容、硬件进行扩容或软件进行扩容的方式的扩容；

获取所述待评估小区扩容后的下行PRB利用率和扩容前的下行PRB利用率；

根据所述扩容后的下行PRB利用率和所述扩容前的下行PRB利用率，判定所述待评估小区的扩容效果。

2.根据权利要求1所述的方法，其特征在于，所述扩容标准包括：所述忙时段话统数据的各个参数分别满足各自的扩容条件；

所述根据所述忙时段话统数据，判断所述待评估小区在所述预设条件下是否满足扩容标准，包括：

判断所述信道质量指示大于额定值的比例、所述小区平均用户数、所述单用户平均速率、所述下行PRB利用率以及所述小区上下行总流量是否均满足各自的扩容条件；

若是，确定所述待评估小区在所述预设条件下满足所述扩容标准；

若否，确定所述待评估小区在所述预设条件下不满足所述扩容标准。

3.根据权利要求2所述的方法，其特征在于，所述扩容标准包括：所述忙时段话统数据的各个参数分别满足各自的扩容条件，具体为：

所述信道质量指示大于额定值的比例大于第一阈值、所述小区平均用户数大于第二阈值、所述单用户平均速率小于第三阈值、所述下行PRB利用率大于第四阈值以及所述小区上下行总流量大于第五阈值。

4.根据权利要求1-3任一项所述的方法，其特征在于，在所述获取待评估小区在预设条件时的忙时段话统数据之前，所述方法还包括：

获取所述待评估小区在所述预设条件时的小区平均用户数与小区下行流量的第一关系、小区平均用户数与单用户平均速率的第二关系、小区平均用户数与下行PRB利用率之间的第三关系；

根据所述第一关系、所述第二关系和所述第三关系，确定所述待评估小区在所述预设条件时的所述扩容标准。

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

根据所述待评估小区在历史预设时间段内的小区平均用户数变化率、小区日均使用流量变化率、下行PRB利用率变化率以及单用户平均速率变化率，确定所述待评估小区在未来预设时间段内的小区平均用户数、小区下上行总流量、下行PRB利用率和单用户平均速率；

根据所述待评估小区在所述预设条件时的所述扩容标准、所述待评估小区在所述未来预设时间段内的小区平均用户数、小区下上行总流量、下行PRB利用率和单用户平均速率，制定所述待评估小区在所述预设条件时的多种扩容策略。

6.一种小区扩容装置，其特征在于，包括：获取模块、判断模块和处理模块；

所述获取模块，用于获取待评估小区在预设条件时的忙时段话统数据，所述预设条件包括：小区场景、站点类型和地域，所述忙时段话统数据，包括：小区平均用户数、单用户平均速率、下行物理资源块PRB利用率、小区上下行总流量、信道质量指示的取值；

所述判断模块，用于根据所述忙时段话统数据，判断所述待评估小区在所述预设条件时是否满足扩容标准；

所述处理模块，用于在所述待评估小区满足扩容标准时，按照所述待评估小区的扩容频点查询扩容优先级分配表中的扩容策略，确定出所述待评估小区的最佳扩容策略；

所述处理模块，还用于在根据所述待评估小区的现网工参信息，确定最佳扩容策略之后，根据所述最佳扩容策略对所述待评估小区进行扩容，所述扩容为通过标准配置进行扩容、硬件进行扩容或软件进行扩容的方式的扩容，获取所述待评估小区扩容后的下行PRB利用率和扩容前的下行PRB利用率，根据所述扩容后的下行PRB利用率和所述扩容前的下行PRB利用率，判定所述待评估小区的扩容效果。

7.根据权利要求6所述的装置，其特征在于，所述扩容标准包括：所述忙时段话统数据的各个参数分别满足各自的扩容条件；

所述判断模块，具体用于判断所述信道质量指示大于额定值的比例、所述小区平均用户数、所述单用户平均速率、所述下行PRB利用率以及所述小区上下行总流量是否均满足各自的扩容条件，若是，确定所述待评估小区在所述预设条件下满足所述扩容标准，若否，确定所述待评估小区在所述预设条件下不满足所述扩容标准。

8.根据权利要求6或7所述的装置，其特征在于，

所述获取模块，还用于在获取待评估小区在预设条件时的忙时段话统数据之前，获取所述待评估小区在所述预设条件时的小区平均用户数与小区下行流量的第一关系、小区平均用户数与单用户平均速率的第二关系、小区平均用户数与下行PRB利用率之间的第三关系；

所述处理模块，还用于根据所述第一关系、所述第二关系和所述第三关系，确定所述待评估小区在所述预设条件时的所述扩容标准。

9.一种小区扩容装置，包括处理器、存储器及存储在所述存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如上述权利要求1-5任一项所述的方法。

10.一种存储介质，其特征在于，所述存储介质中存储有指令，当所述指令在计算机上运行时，使得所述计算机执行如权利要求1-5任一项所述的方法。

Images