小区扩容方法和装置与流程

1.本技术涉及通信技术领域，尤其涉及一种小区扩容方法和装置。


背景技术：

2.随着经济数字化的快速发展，各类大型活动需要进行通信网络保障。例如，活动前可以人力查找以往活动数据，根据人们的经验预测该活动的人流量，若预期人流量较多，可以对活动所覆盖的小区进行提前扩容。
3.但是，上述方式中，对大型活动的通信网络保障实现时，需要耗费大量的人力和物力，效率较低，且人的经验参差不齐，无法较好的进行网络保障。


技术实现要素：

4.第一方面，本技术实施例提供一种小区扩容方法，其特征在于，包括：
5.确定第一活动所占据的目标区域，以及所述第一活动的活动时间段；
6.获取覆盖所述目标区域的小区的数据指标特征；所述数据指标特征包括下述的一种或多种：业务量、用户接入情况、物理资源块prb利用率或时间段；
7.将所述数据指标特征和第一时刻输入预先训练的小区容量预测模型，得到所述目标区域的小区在第二时刻的预测容量；其中，所述第一时刻和所述第二时刻均属于所述活动时间段，所述第一时刻早于所述第二时刻；所述小区容量预测模型是基于对各活动场景的聚类和回归训练得到的；
8.在所述预测容量小于大于或等于容量参考值的情况下，对所述目标区域的小区扩容。
9.可能的实现方式中，还包括：
10.根据所述目标区域的小区的所述数据指标特征，在场景库中匹配得到目标细分场景；
11.根据所述目标细分场景，得到所述容量参考值；
12.其中，所述场景库中包括多个所述细分场景，所述细分场景是基于样本小区的所述数据指标特征聚类得到的，一个所述细分场景为一个聚类簇，每个所述细分场景包括某类型的活动所对应的所述数据指标特征和所述某类型的活动的所述容量参考值。
13.可能的实现方式中，还包括：
14.利用k均值算法k-means以及所述样本小区的所述数据指标特征进行聚类，得到所述细分场景；
15.将所述细分场景存储在所述场景库中。
16.可能的实现方式中，还包括：
17.根据所述样本小区的所述数据指标特征以及所述样本小区的当前容量c(t)，构建{x1，x2，...，xm}，xm＝(x
m1
，x
m2
，...，x
mn
)，其中，x为所述样本小区，m为所述样本小区的数量，x为各所述样本小区的所述数据指标特征，n为各所述样本小区的所述数据指标特征的数
量；
18.利用回归模型拟合，直到所述当前容量c(t)与利用待训练模型预测出的预测容量的距离最小，得到所述小区容量预测模型；
19.其中，所述回归模型为：
[0020][0021]
其中，所述ε为误差，所述ε服从正态分布，所述δ2为方差；所述β0，...，βn为常数，所述α为常数。
[0022]
可能的实现方式中，所述获取覆盖所述目标区域的小区的数据指标特征，包括：
[0023]
定时检测所述目标区域的小区的网络指标；
[0024]
在所述网络指标处于波动状态，获取覆盖所述目标区域的小区的数据指标特征。
[0025]
可能的实现方式中，所述在所述预测容量小于容量参考值的情况下，对所述目标区域的小区扩容，包括：
[0026]
使用脚本定期将所述目标区域的小区的当前时间与所述活动时间段对比，如果所述当前时间不在所述活动时间段内，且所述预测容量小于大于或等于所述容量参考值，调取扩容脚本对所述目标区域的小区自动扩容。
[0027]
可能的实现方式中，还包括：
[0028]
如果所述当前时间不在所述活动时间段内，持续监控所述目标区域的小区的容量，直到所述目标区域的小区的容量小于所述容量参考值，回退所述目标区域的小区的扩容容量；或者，
[0029]
如果所述当前时间不在所述活动时间段内，回退所述目标区域的小区的扩容容量。
[0030]
第二方面，本技术实施例提供一种小区扩容装置，所述装置包括通信单元和处理单元：
[0031]
所述处理单元，用于确定第一活动所占据的目标区域，以及所述第一活动的活动时间段；
[0032]
所述通信单元，用于获取覆盖所述目标区域的小区的数据指标特征；所述数据指标特征包括下述的一种或多种：业务量、用户接入情况、物理资源块prb利用率或时间段；
[0033]
所述处理单元，用于将所述数据指标特征和第一时刻输入预先训练的小区容量预测模型，得到所述目标区域的小区在第二时刻的预测容量；其中，所述第一时刻和所述第二时刻均属于所述活动时间段，所述第一时刻早于所述第二时刻；所述小区容量预测模型是基于对各活动场景的聚类和回归训练得到的；
[0034]
所述处理单元，用于在所述预测容量大于或等于容量参考值的情况下，对所述目标区域的小区扩容。
[0035]
可能的实现方式中，
[0036]
所述处理单元，具体用于：根据所述目标区域的小区的所述数据指标特征，在场景库中匹配得到目标细分场景；
[0037]
所述处理单元，具体用于：根据所述目标细分场景，得到所述容量参考值；
[0038]
其中，所述场景库中包括多个所述细分场景，所述细分场景是基于样本小区的所
述数据指标特征聚类得到的，一个所述细分场景为一个聚类簇，每个所述细分场景包括某类型的活动所对应的所述数据指标特征和所述某类型的活动的所述容量参考值。
[0039]
可能的实现方式中，
[0040]
所述处理单元，具体用于：利用k均值算法k-means以及所述样本小区的所述数据指标特征进行聚类，得到所述细分场景；
[0041]
所述处理单元，具体用于：将所述细分场景存储在所述场景库中。
[0042]
可能的实现方式中，
[0043]
所述处理单元，具体用于：根据所述样本小区的所述数据指标特征以及所述样本小区的当前容量c(t)，构建{x1，x2，...，xm}，xm＝(x
m1
，x
m2
，...，x
mn
)，其中，x为所述样本小区，m为所述样本小区的数量，x为各所述样本小区的所述数据指标特征，n为各所述样本小区的所述数据指标特征的数量；
[0044]
所述处理单元，具体用于：利用回归模型拟合，直到所述当前容量c(t)与利用待训练模型预测出的预测容量的距离最小，得到所述小区容量预测模型；
[0045]
其中，所述回归模型为：
[0046][0047]
其中，所述ε为误差，所述ε服从正态分布，所述δ2为方差；所述β0，...，βn为常数，所述α为常数。
[0048]
可能的实现方式中，
[0049]
所述处理单元，具体用于：定时检测所述目标区域的小区的网络指标；
[0050]
所述通信单元，具体用于：在所述网络指标处于波动状态，获取覆盖所述目标区域的小区的数据指标特征。
[0051]
可能的实现方式中，
[0052]
所述处理单元，具体用于：使用脚本定期将所述目标区域的小区的当前时间与所述活动时间段对比，如果所述当前时间不在所述活动时间段内，且所述预测容量小于大于或等于所述容量参考值，调取扩容脚本对所述目标区域的小区自动扩容。
[0053]
可能的实现方式中，
[0054]
所述处理单元，具体用于：如果所述当前时间不在所述活动时间段内，持续监控所述目标区域的小区的容量，直到所述目标区域的小区的容量小于所述容量参考值，回退所述目标区域的小区的扩容容量；或者，
[0055]
所述处理单元，具体用于：如果所述当前时间不在所述活动时间段内，回退所述目标区域的小区的扩容容量。
[0056]
第三方面，本技术实施例提供一种电子设备，包括：
[0057]
存储器，用于存储程序指令；
[0058]
处理器，用于调用并执行所述存储器中的程序指令，执行如第一方面及第一方面中任一项所描述的方法。
[0059]
第四方面，本技术实施例提供一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时，实现如第一方面及第一方面中任一项中所描述的方法。
generation mobile networks，5g)也会同样面临巨大的容量压力。
[0073]
可能的方式中，大型活动开始前，运营商会查询以往活动保障方案，运营商通过评估以往活动保障方案中的覆盖情况、容量情况、故障情况等，从而运营商可以知晓以往的活动保障方案是否满足本次活动的网络需求。
[0074]
可能的方式中，运营商根据活动前容量的评估情况，运营商可以通过人工对覆盖该活动场所的小区进行扩容处理；其中，扩容前需要查询小区的当前扩容进程，从而执行小区是否为合并小区，以及小区是否有扩容空间。
[0075]
可能的方式中，运营商的后台监控分保障前期、保障期间以及保障结束三个阶段。例如，保障前期，运营商在网管上下发脚本；保障期间，人工定时查看网络情况，并通报业务指标；保障结束，人工执行回退数据操作。
[0076]
示例性的，图1为本技术实施例提供的一种网络活动保障流程的示意图，如图1所示，网络活动保障流程可以包括方案评估、扩容需求以及后台监控。
[0077]
可能的方式中，方案评估包括覆盖评估、容量评估、设备能力评估或动力评估。
[0078]
可能的方式中，扩容需求包括新增资源扩容或无需扩容。其中，基站对小区进行新增资源扩容时，小区进入考虑扩容小区清单中；基站可以通过载波负载均衡策略、准备负载均衡许可(license)、修复设备故障告警或实时监控网元状态，从而基站无需对小区进行扩容。
[0079]
可能的方式中，后台监控包括保障前期、保障期间以及保障结束三个阶段。其中，保障前期的工作为网络健康检查以及应急脚本制作，保障期间的工作为监控网元状态以及通报业务指标，保障结束的工作为执行回退数据操作。
[0080]
示例性的，图2为本技术实施例提供的一种网络扩容流程的示意图，如图2所示，对于进入考虑扩容的小区，基站需要判断该扩容小区是否是合并小区，若小区是合并小区，需要解除该小区和其他小区的合并关系；若小区不是合并小区，基站需对小区载波进行分析，从而基站可以知晓小区载波的情况。
[0081]
可能的方式中，基站知晓小区载波是双载波，其中一个载波满足扩容需求，且另一个载波的负荷轻，基站可以通过调整参数的方式来均衡负载。
[0082]
可能的方式中，基站知晓小区载波是双载波，其中一个载波不满足扩容需求，且另一个载波不满足负荷轻的特点，基站可以通过扩载波、加微站、建基站的方法来对小区进行扩容；或者，基站知晓小区载波是单载波，单载波满足扩容门限，基站可以通过扩载波、加微站、建基站的方法来对小区进行扩容。
[0083]
可能的方式中，基站优先扩2.1g频段的载波，若小区的网络拥塞的问题没有解决，基站可以通过可以通过新建基站、扩容1.8g载波和900m载波的方式来解决小区的网络拥塞问题。
[0084]
若新建基站后的效果没有解决小区的网络拥塞问题，需要检查新建基站状态，如果基站网络故障，可以通过运维来解决网络故障；如果小区的网络扩容策略有问题，技术部可以调整网络策略。
[0085]
若新建基站状态良好、扩容1.8g载波和900m载波，均未能解决小区容量不足的问题，可以继续对小区进行扩容，若基站扩容后依然不能解决小区的网络拥堵问题，运营商可以通过继续新建站点来解决小区的网络拥堵问题。
[0086]
但是，上述所描述的传统的网络活动保障流程和网络扩容流程还存在以下问题：网络活动保障流程和网络扩容流程的过程复杂，运营商需要耗费大量的人力、物力进行测试、分析和监控，且可应用到移动网络的频谱资源有限，且价格昂贵，处理时间较长，对于突发性活动来不及评估，无法较好的进行活动保障，存在扩容资源没有充分利用和部分活动由于人流量突增来不及扩容的情况；网络活动保障流程和网络扩容流程无法根据活动中网络的实时变化，做出资源调整的快速反应；活动前期准备的时间和方案分析的时间较长，没有可以直接调用的数据库，需要通过人工查找以往的活动保障方案中的数据；活动结束后，无法输出完整的活动数据分析经验来预估未来相同类型的活动的容量情况。
[0087]
基于此，本技术实施例提供一种小区扩容方法，该方法可以有效提高网络临时活动保障的方案完整性、自动化以及智能化。例如，确定第一活动所占据的目标区域，以及第一活动的活动时间段；获取覆盖目标区域的小区的数据指标特征；将数据指标特征和第一时刻输入预先训练的小区容量预测模型，得到目标区域的小区在第二时刻的预测容量；在预测容量小于大于或等于容量参考值的情况下，对目标区域的小区扩容。这样，不需要耗费大量的人力和物力提前对第一活动进行评估和分析，而是实时地根据第一活动所占据的目标区域的小区的容量参考值和预测容量，对小区进行扩容，处理效率高，而且扩容后的小区容量可以满足第一活动的需求，避免第一活动中小区产生网络拥塞的问题。
[0088]
示例性的，图3为本技术实施例提供的一种小区扩容装置的示意图，如图3所示，该装置包括数据评估模块、指标监控模块以及智能扩容模块。
[0089]
可能的方式中，数据评估模块包括：活动类型样本库、活动数据曲线拟合、样本库数据调取、数据处理与优化以及新活动数据入口。
[0090]
示例性的，数据评估模块可以记录每次活动数据以形成样本库。
[0091]
示例性的，数据评估模块可以通过算法对样本库中的活动数据进行分析，从而节省活动前网络评估时间，降低人力和物力的成本，灵活性强，可更好地应对突发活动保障。
[0092]
示例性的，数据评估模块可以实时拟合业务量变化曲线，做出保障方案的快速响应。
[0093]
可能的方式中，指标监控模块包括：网络设备性能监控、用户数实时监控以及网络容量监控。
[0094]
示例性的，指标监控模块可以预估未来网络拥塞情况，可自动衡量覆盖场所区域内的小区的容量情况，从而进行精准扩容。
[0095]
可能的方式中，智能扩容模块包括：小区是否合并、扩容脚本下发、负载均衡操作、小区载波分析、扩容数据回退以及容量充足无操作。
[0096]
示例性的，智能扩容模块可保留活动数据样本，方便给未来相同类型的活动提供参考数据。
[0097]
示例性的，智能扩容模块可以在保障活动结束后，执行回退机制，使得资源调度更加灵活。
[0098]
图4为本技术实施例提供的一种小区扩容方法的流程示意图，如图4所示，可以包括以下步骤：
[0099]
s401：确定第一活动所占据的目标区域，以及第一活动的活动时间段。
[0100]
本技术实施例中，电子设备可以用来确定第一活动所占据的目标区域，以及第一
活动的活动时间段。其中，电子设备可以包括终端设备或网络设备。
[0101]
可能的方式中，在确定第一活动的经纬度以及第一活动的覆盖范围的情况下，电子设备可以根据经纬度以及覆盖范围来确定第一活动所占据的区域，以及第一活动的活动时间段。可以理解，电子设备确定第一活动所占据的目标区域以及第一活动的活动时间段的具体实现方式，可以根据实际应用场景设定，本技术实施例对此不作具体限定。
[0102]
s402：获取覆盖目标区域的小区的数据指标特征。
[0103]
本技术实施例中，数据指标特征可以包括下述的一种或多种：业务量、用户接入情况、物理资源块(physical resource block，prb)利用率或时间段。其中，时间段包括活动时间段。可以理解，数据指标特征的具体内容，也可以根据实际应用场景设定，本技术实施例对此不作具体限定。
[0104]
本技术实施例中，电子设备可以周期性地监控小区的数据指标特征，或者，小区可以向电子设备周期性的上报自己的数据指标特征。可以理解，电子设备获取覆盖目标区域的小区的数据指标特征，也可以根据实际应用场景设定，本技术实施例对比不作具体限定。
[0105]
s403：将数据指标特征和第一时刻输入预先训练的小区容量预测模型，得到目标区域的小区在第二时刻的预测容量。
[0106]
本技术实施例中，第一时刻和第二时刻均属于活动时间段，第一时刻早于第二时刻。可以理解，第一时刻和第二时刻的具体值，可以根据实际应用场景设定，本技术实施例对此不作具体限定。
[0107]
本技术实施例中，小区容量预测模型是基于对各活动场景的聚类和回归训练得到的，电子设备可以基于小区容量预测模型得到目标区域的小区的第二时刻的预测容量。
[0108]
例如，电子设备在小区容量预测模型中输入目标区域的小区的数据指标特征和活动时间段内的第一时刻，小区容量预测模型输出目标区域的小区的活动时间段内的第二时刻的预测容量，从而电子设备可以得到目标区域的小区在第二时刻的预测容量。其中，在不同的活动时间段，小区的终端数量不一致，小区容量预测模型输出的目标区域的小区的预测容量也会有所不同。
[0109]
s404：在预测容量大于或等于容量参考值的情况下，对目标区域的小区扩容。
[0110]
本技术实施例中，电子设备确定预测容量大于或等于容量参考值，电子设备可以对目标区域的小区进行扩容。例如，电子设备可以将小区加入考虑扩容的清单，从而使得小区可以进行扩容，从而保证小区网络的正常使用。可以理解，小区进行扩容的具体实现方式，可以根据实际应用场景设备，本技术实施例对此不作具体限定。
[0111]
可以理解的是，结合图3，本技术实施例的s401可以由图3的指标监控模块来执行，s402和s403可以由图3的数据评估模块来执行，s404可以由图3的智能监控模块来执行。
[0112]
综上所述，电子设备确定第一活动所占据的目标区域，以及第一活动的活动时间段，从而电子设备可以根据目标区域以及活动时间段，获取覆盖目标区域的小区的数据指标特征，电子设备将数据指标特征和活动时间段内的第一时刻输入预先训练的小区容量预测模型，得到目标区域的小区在第二时刻的预测容量，在预测容量小于容量参考值的情况下，电子设备对目标区域的小区进行扩容。这样，不需要耗费大量的人力和物力提前对第一活动进行评估和分析，而是实时地根据第一活动所占据的目标区域的小区的容量参考值和预测容量，对小区进行扩容，处理效率高，而且扩容后的小区容量可以满足第一活动的需
求，避免第一活动中小区产生网络拥塞的问题。
[0113]
在图4对应的实施例的基础上，示例性的，图5为本技术实施例提供的一种小区扩容方法的流程示意图，可以包括以下步骤：
[0114]
s501：利用k均值算法k-means以及样本小区的数据指标特征进行聚类，得到细分场景。
[0115]
本技术实施例中，电子设备可以把某城市按区域和微网格划分，电子设备利用网络地图的兴趣点(point ofinterest，poi)检索，可以得到校园、商业区、住宅、活动场所等大场景；进一步地，电子设备根据第一指标将大场景进一步细分为赛事类、会议类、室内、室外、上行、下行、跨年等细分场景。其中，第一指标可以包括下述的一种或多种：地点、节假日、日期、时间点、昼夜情况或平均业务量。可以理解，第一指标的具体内容可以根据实际应用场景设定，本技术实施例对此不作具体限定。
[0116]
本技术实施例中，电子设备可以利用k均值(k-means)算法以及样本小区的数据指标特征进行聚类，从而电子设备可以得到细分场景。
[0117]
示例性的，电子设备从网管小区点集合p＝{p1，p2，...，pm}中，随机选择每个大场景具有代表性的簇中心(质心)网管小区；电子设备根据样本小区的数据指标特征，形成n个特征，得到特征数据；电子设备对特征数据标准化后得到：xi＝{x
i1
，x
i2
，...，x
in
}，xi∈p；不同大场景的质心点特征为：mj＝{m
j1
，m
j2
，...，m
jn
}，其中，mj∈{m1，m2，...，mk}，k个聚类中心。进一步地，电子设备计算小区到各个质心点的欧式距离：
[0118][0119]
每个小区选取距离最近的质心点与之合并形成一个场景簇，簇内的网管小区均属于同一个细分场景。
[0120]
更新所有簇点的均值作为质心，计算k-means每个样本点到质心的误差平方和，误差平方和满足以下公式：
[0121][0122]
若sse小于第一阈值，迭代结束，从而电子设备可以得到细分场景。其中，ci是第i个簇，x是ci的样本点，mi是ci的质心。可以理解，第一阈值的具体值，可以根据实际应用场景设定，本技术实施例对此不作具体限定。
[0123]
s502：将细分场景存储在场景库中。
[0124]
本技术实施例中，电子设备将细分场景存储在场景库中的具体实现方式，可以根据实际应用场景设定，本技术实施例对此不作具体限定。
[0125]
s503：根据样本小区的数据指标特征以及样本小区的当前容量c(t)，构建{x1，x2，...，xm}，xm＝(x
m1
，x
m2
，...，x
mn
)。
[0126]
本技术实施例中，x为样本小区，m为样本小区的数量，x为各样本小区的数据指标特征，n为各样本小区的数据指标特征的数量。
[0127]
可以理解，电子设备构建{x1，x2，...，xm}，xm＝(x
m1
，x
m2
，...，x
mn
)的具体实现方式，可以根据实际应用场景设定，本技术实施例对此不作具体限定。
[0128]
s504：利用回归模型拟合，直到当前容量c(t)与利用待训练模型预测出的预测容量的距离最小，从而电子设备可以得到小区容量预测模型。
[0129]
本技术实施例中，电子设备可以将样本小区的数据指标特征以及样本小区的当前容量c(t)，输入回归模型进行拟合，直到当前容量c(t)与利用待训练模型预测出的预测容量的距离最小，从而电子设备可以得到小区容量预测模型。其中，回归模型满足下述公式：
[0130][0131]
其中，ε为误差项，ε服从正态分布；β0，...，βn为常数，α为常数。可以理解，β0，...，βn的具体值以及α的具体值，可以根据实际应用场景设定，本技术实施例对此不作具体限定。
[0132]
可以理解，电子设备得到小区容量预测模型的具体实现方式，也可以根据实际应用场景设定，本技术实施例对此不作具体限定。
[0133]
s505：确定第一活动所占据的目标区域，以及第一活动的活动时间段。
[0134]
s506：获取覆盖目标区域的小区的数据指标特征。
[0135]
本技术实施例中，电子设备可以检测目标区域的小区的网络指标，在小区的网络指标处于波动状态时，电子设备可以获取覆盖目标区域的小区的数据指标特征。其中，网络指标可以包括：覆盖情况、容量情况、故障情况、设备能力情况或动力情况。可以理解，网络指标的具体内容，也可以根据实际应用场景设定，本技术实施例对此不作具体限定。
[0136]
s507：根据目标区域的小区的数据指标特征，在场景库中匹配得到目标细分场景。
[0137]
本技术实施例中，场景库中包括多个细分场景，细分场景是基于样本小区的数据指标特征聚类得到的，一个细分场景为一个聚类簇，每个细分场景包括某类型的活动所对应的数据指标特征和某类型的活动的容量参考值。可以理解，每个细分场景的具体内容，也可以根据实际应用场景设定，本技术实施例对此不作具体限定。
[0138]
s508：根据目标细分场景，得到容量参考值。
[0139]
本技术实施例中，一个目标细分场景为一个聚类簇，一个聚类簇中有覆盖目标区域的多个小区，电子设备可以统计多个小区的容量情况，从而可以得到容量参考值。可以理解，电子设备根据目标细分场景，得到容量参考值的具体实现方式，也可以根据实际应用场景设定，本技术实施例对此不作具体限定。
[0140]
本技术实施例中，电子设备可以将容量参考值存储起来，从而为后续相同类型的活动提供容量参考数据。
[0141]
s509：将数据指标特征和第一时刻输入预先训练的小区容量预测模型，得到目标区域的小区在第二时刻的预测容量。
[0142]
本技术实施例中，电子设备可以将目标区域的小区在第二时刻的预测容量保存起来，从而为后续相同类型的活动提供容量数据参考。
[0143]
s510：在预测容量大于或等于容量参考值的情况下，对目标区域的小区扩容。
[0144]
本技术实施例中，电子设备使用脚本定期将目标区域的小区的当前时间与活动时间段对比，如果当前时间在活动时间段内，且预测容量大于或等于容量参考值，电子设备可以调取扩容脚本对目标区域的小区自动扩容。
[0145]
本技术实施例中，电子设备使用脚本定期将目标区域的小区的当前时间与活动时间段对比，如果当前时间不在活动时间段内，电子设备持续监控目标区域的小区的容量，直到目标区域的小区的容量小于容量参考值，使得目标区域的小区的扩容容量回退到扩容前
状态或者原始状态。
[0146]
本技术实施例中，电子设备使用脚本定期将目标区域的小区的当前时间与活动时间段对比，如果当前时间不在活动时间段内，使得目标区域的小区的扩容容量回退到扩容前状态或者原始状态。
[0147]
可以理解的是，结合图3，本技术实施例的s501-s504、s507和s508可以由图3的数据评估模块来执行。
[0148]
需要说明的是，本技术实施例的s501-s504、s507和s508是可选步骤，可以根据实际应用场景设置可选步骤的一个或多个，本技术实施例各步骤之间的先后顺序也可以根据实际应用场景进行调整，本技术实施例对此不作具体限定。
[0149]
综上所述，在确定第一活动所占据的目标区域，以及第一活动的活动时间段的情况下，电子设备获取覆盖目标区域的小区的数据指标特征，电子设备根据目标区域的小区的数据指标特征，在场景库中匹配得到目标细分场景，从而电子设备根据目标细分场景，得到容量参考值；电子设备将数据指标特征和第一时刻输入预先训练的小区容量预测模型，得到目标区域的小区在第二时刻的预测容量，从而在预测容量小于容量参考值的情况下，电子设备对目标区域的小区扩容。这样，基于场景库中的目标细分场景得到目标区域小区的容量参考值，以及，基于小区容量预测模型得到目标区域小区的预测容量，可以节省人力和物力，使得电子设备不需要提前对第一活动进行评估和分析，处理效率高，而且扩容后的小区容量可以满足第一活动的需求，避免第一活动中小区产生网络拥塞的问题。
[0150]
根据本技术实施例的一个方面，本技术实施例还提供了一种电子设备，包括：存储器，处理器；
[0151]
存储器用于存储处理器可执行指令的存储器；
[0152]
处理器，用于调用并执行所述存储器中的程序指令，执行本技术实施例中任一项所描述的方法。
[0153]
示例性的，图6为本技术实施例提供的一种电子设备的结构示意图，如图6所示，该电子设备60包括存储器640和处理器610，该电子设备还可以包括通信接口630和总线620。其中，处理器610、通信接口630和存储器640通过总线620连接，总线620可以分为地址总线、数据总线、控制总线等，处理器610用于执行存储器640中存储的可执行模块，例如计算机程序。
[0154]
存储器640可能包含高速随机存取存储器(random access memory，ram)，也可能还包括非不稳定的存储器(non-volatile memory)，并向处理器610提供操作指令和数据。
[0155]
其中，存储器用于存储程序，处理器在接收到执行指令后，执行程序，前述本技术实施例任一实施例揭示的方法可以应用于处理器中，或者由处理器实现。
[0156]
处理器610可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央处理器(central processing unit，cpu)、网络处理器(network processor，np)等；还可以是数字信号处理器(digital signal processing，dsp)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
[0157]
进一步地，结合本技术实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。
[0158]
根据本技术实施例的另一个方面，本技术实施例还提供了一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如上任一实施例中所描述的方法。
[0159]
读者应理解，在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构或者特点包含于本技术的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必针对的是相同的实施例或示例。而且，描述的具体特征、结构或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
[0160]
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
[0161]
在本技术所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示例性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。
[0162]
作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本技术实施例方案的目的。
[0163]
另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
[0164]
集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-only memory，rom)、ram、磁碟或者光盘等各种可以存储程序代码的介质。
[0165]
还应理解，在本技术各实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本技术实施例的实施过程构成任何限定。
[0166]
以上，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉
本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以权利要求的保护范围为准。