一种多层网效能分析处理方法、装置及设备与流程

1.本发明涉及通信技术领域，具体涉及一种多层网效能分析处理方法、装置及设备。


背景技术：

2.现有网络中的lte(long term evolution，长期演进)小区容量问题分析的方法，从单个小区的容量问题出发，没有综合考虑整个扇区的话务情况。因此导致解决现网小区的容量问题时，可能会导致同扇区的其他小区出现新的问题，或者资源出现冗余，网络载波资源无法得到充分利用。


技术实现要素：

3.鉴于上述问题，提出了本发明实施例以便提供一种克服上述问题或者至少部分地解决上述问题的多层网效能分析处理方法、装置及设备。
4.根据本发明实施例的一个方面，提供了一种多层网效能分析处理方法，包括：
5.获取多层网中扇区的话务数据，所述扇区包括至少两个小区；
6.根据所述扇区的话务数据，获得所述扇区的效能分析结果；
7.根据所述扇区的效能分析结果，确定所述扇区的容量问题解决方案。
8.根据本发明实施例的另一方面，提供了一种多层网效能分析处理装置，包括：
9.第一获取模块，用于获取多层网中扇区的话务数据，所述扇区包括至少两个小区；
10.第二获取模块，用于根据所述扇区的话务数据，获得所述扇区的效能分析结果；
11.处理模块，用于根据所述扇区的效能分析结果，确定所述扇区的容量问题解决方案。
12.根据本发明实施例的又一方面，提供了一种计算设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；
13.所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行上述多层网效能分析处理方法对应的操作。
14.根据本发明实施例的再一方面，提供了一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行如上述多层网效能分析处理方法对应的操作。
15.根据本发明上述实施例提供的方案，获取多层网中扇区的话务数据，所述扇区包括至少两个小区；根据所述扇区的话务数据，获得所述扇区的效能分析结果；根据所述扇区的效能分析结果，确定所述扇区的容量问题解决方案，由此解决了现网容量问题分析没有综合考虑整个扇区的话务的问题，取得了避免资源出现冗余，网络载波资源无法得到充分利用；统一协调各个容量生产系统，实现能效资源的增减配与能效资源编排调度统一管理，防止各生产系统的操作冲突；提升用户使用移动业务感知，同时节省网络建设投入成本的有益效果。
16.上述说明仅是本发明实施例技术方案的概述，为了能够更清楚了解本发明实施例的技术手段，而可依照说明书的内容予以实施，并且为了让本发明实施例的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明实施例的具体实施方式。
附图说明
17.通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明实施例的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
18.图1示出了本发明实施例提供的多层网效能分析处理方法的流程图；
19.图2示出了本发明的实施例提供的具体实施例1的流程示意图；
20.图3示出了本发明的实施例提供的确定画像标签的流程示意图；
21.图4示出了本发明的实施例提供的具体实施例2中的效能分析的流程图；
22.图5示出了本发明实施例提供的多层网效能分析处理装置的结构示意图；
23.图6示出了本发明实施例提供的计算设备的结构示意图。
具体实施方式
24.下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例，然而应当理解，可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本发明，并且能够将本发明的范围完整的传达给本领域的技术人员。
25.图1示出了本发明实施例提供的多层网效能分析处理方法的流程图。如图1所示，该方法包括以下步骤：
26.步骤11，获取多层网中扇区的话务数据，所述扇区包括至少两个小区；这里的话务数据可以包括以下至少一项：无线资源控制rrc在线用户数；实际业务流量的峰值；等效利用率；
27.步骤12，根据所述扇区的话务数据，获得所述扇区的效能分析结果；
28.步骤13，根据所述扇区的效能分析结果，确定所述扇区的容量问题解决方案。
29.该实施例通过将多层网中的扇区进行效能分析，根据扇区对应的效能分析结果，得到扇区容量问题的解决方案；解决了现网容量问题只考虑单个小区的容量问题而没有对扇区的容量进行整体的分析和研究的问题，还可以避免资源出现冗余和网络载波资源无法得到充分利用的问题；能够统一协调各个容量生产系统，实现能效资源的增减配与能效资源编排调度统一管理，防止各生产系统的操作冲突；提升用户使用移动业务感知，同时节省网络建设投入成本。
30.本发明一可选的实施例中，步骤12可以包括：
31.步骤121，根据所述扇区的话务数据与预设承载门限，获得所述扇区的效能分析结果。
32.本实施例中，通过对扇区的话务数据进行效能分析，得到扇区的效能分析结果，该效能分析结果可以用一级标签进行标记。
33.具体的，步骤121，包括：
34.步骤1211，若所述扇区的第一预设时间段内话务数据低于所述扇区中各级目标组网结构中至少一级目标组网结构对应的承载门限，获得拆除所述扇区中小区的第一效能分析结果，所述扇区包括多级目标组网结构，每一级组网结构对应一承载门限；
35.步骤1212，若所述扇区的第一预设时间段内话务数据低于所述扇区中各级目标组网结构中任一级目标组网结构对应的承载门限，获得调度所述扇区中小区的第二效能分析结果；
36.步骤1213，若所述扇区的至少两个连续的第二预设时间段内话务数据低于所述扇区中各级目标组网结构中任一级目标组网结构对应的承载门限，获得关闭所述扇区中小区的第三效能分析结果；所述第二预设时间段的时长小于所述第一预设时间段的时长；
37.步骤1214，否则，获得保留所述扇区的第四效能分析结果。
38.本实施例中，基于多层网扇区的话务数据、扇区中各级目标组网结构、扇区中各级目标组网结构对应的承载门限进行逐级判断，其中，扇区包括多级目标组网结构，每一级组网结构对应一个承载门限；通过将获取的话务数据与扇区中各级目标组网结构对应的承载门限在预设时间段内进行逐级比对判断，分别得到扇区的第一效能分析结果、第二效能分析结果、第三效能分析结果以及第四效能分析结果。
39.图2示出了本发明的实施例提供的具体实施例1的示意图。如图2所示，一个具体的实施例1中，频段为e的小区记作小区e、频段为3dmimo的小区记作小区3dmimo、频段为fdd1800的小区记作小区fdd1800、频段为d的小区记作小区d、频段为a的小区记作小区a，频段为为f2的小区记作小区f2，由小区e、小区3dmimo、小区fdd1800、小区d、小区a以及小区f2组成多层网扇区，基于多层网扇区的话务数据，将话务数据中的实际业务流量的峰值以及rrc在线用户数与承载门限相比对，经比对，得到的效能分析结果分别为可拆除、可关断、可调度以及可保留，多层扇区中可拆除小区为小区f2、小区a以及小区d；多层扇区中可调度小区可用软件lic按照每天动态进行调度，按需配置；多层扇区中可关断小区为小区f2、小区a以及小区d，关断时间为小时级关闭；多层扇区中可保留小区的扇区的结构保持不变；
40.具体的，获取每一级组网结构对应一个承载门限包括：以扇区为单位，获取内每一级组网结构的话务数据的平均值，即每一级组网结构的rrc在线用户数的平均值、每一级组网结构的实际业务流量的峰值的平均值以及每一级组网结构的等效利用率的平均值，其中，在扇区内，获取每一级组网结构的rrc在线用户数的平均值最大的一个组网结构，记作扇区天极忙时rrc在线用户数，并记录下该级组网结构的话务数据的平均值；在扇区内，获取每个每一级组网结构的实际业务流量的峰值的平均值最大的一个组网结构，记作扇区天级忙时实际业务流量的峰值，并记录下该目标组网结构内的话务数据的平均值；将扇区天极忙时rrc在线用户数的目标组网结构的话务数据的平均值和扇区天级忙时实际业务流量的峰值的目标组网结构的话务数据的平均值分别进行算数平均计算，得到承载门限。
41.需要说明的是，话务数据包括无线资源控制rrc在线用户数、实际业务流量的峰值以及等效利用率中的至少一项，扇区的rrc在线用户数为扇区内各小区的rrc在线用户数的求和，扇区的实际业务流量的峰值为扇区内各小区的实际业务流量的峰值的求和，等效利用率为扇区内采用等效载波计算得到的结果。
42.图3示出了本发明的实施例提供的确定画像标签的流程示意图。如图3所示，本发明一可选的实施例中，步骤13包括：
43.步骤131，根据所述第一效能分析结果、第二效能分析结果、第三效能分析结果以及所述第四效能分析结果中的至少一项，确定所述扇区的容量问题解决方案；或者
44.步骤131，根据所述第一效能分析结果、第二效能分析结果、第三效能分析结果以及所述第四效能分析结果与至少一个场景标签，确定所述扇区的画像标签；根据所述画像标签，确定所述扇区的容量问题解决方案。
45.本实施例中，通过扇区效能分析的过程中承载门限的比对，得到效能分析标签，效能分析结果的效能分析标签优选的包括可拆除小区、可关断小区、可调度小区以及可保留小区，优选的还可以包括可扩建小区，场景标签优选的包括高负荷、重要场景识别以及用户感知分析中的至少一个，在步骤12获得第一效能分析结果、第二效能分析结果、第三效能分析结果以及所述第四效能分析结果中的至少一项的基础上，调用省端现有工具实施方案，可确定扇区的容量问题解决方案；或者，在步骤12获得第一效能分析结果、第二效能分析结果、第三效能分析结果以及所述第四效能分析结果中的至少一项的基础上，结合至少一个场景标签，调用省端现有工具实施方案，可确定扇区的容量问题解决方案；需要说明的是，省端现有工具包括负载均衡、载波调度、拆闲补忙、5g分流、感知优化以及规划建设中的至少一个；由效能分析标签和场景标签组成的扇区标签可生成至少40种扇区画像标签，调用省端现有工具实施方案，可以得到对应的解决方案。
46.本发明一可选的实施例中，多层网中扇区满足以下至少一个条件：
47.各小区方位角偏差小于或者等于一预设值；
48.不含fdd900小区；
49.包含f2、a、d频段中的至少一项。
50.本实施例中，多层网中的扇区中的小区需要包含f2、a、d频段中的至少一项，不含fdd900小区，且各小区方位角偏差小于或者等于一预设值，具体的实施例中，f+f2+fdd1800的扇区满足上述条件，可进行效能分析，由于覆盖层的特殊性，f+fdd900的扇区、f+fdd1800的扇区、f+fdd900的扇区则不进行效能分析。
51.一个具体的实施例2中，多层网扇区的每个目标组网结构的承载门限：基于5m感知基线分析，其中，90％的采样点感知速率超5mbps，得到每个目标组网结构的承载门限，如表1所示：
52.小区频段平均rrc在线用户数平均实际业务流量的峰值(gb)e12013.53dmimo12612fdd1800646d606.1a333.9f1363.7f2141.1
53.表1
54.设定小区拆除优先级为f2》a》d(d2》d1》d8》d7》d3)
55.确定各扇区可能的目标组网结构及承载门限：以f1+a+f2+d+fdd1800为例，拆除f2/a/d后有三级目标组网，对应不同的承载门限，如表2所示：
[0056][0057]
表2
[0058]
图4示出了本发明的实施例提供的具体实施例2中的效能分析的流程图。如图4所示，该流程包括：
[0059]
步骤41，获取多层网扇区的话务数据；
[0060]
步骤42，将扇区内的无线资源控制rrc在线用户数和实际业务流量的峰值与每一级目标组网结构的承载门限比对；
[0061]
步骤43，判断扇区内的rrc在线用户数和实际业务流量的峰值是否均低于各级目标组网结构中至少一级目标组网结构对应的承载门限；这里的，至少一级目标组网结构的承载门限为第一级门限、第二级门限
…
第n级门限中的至少一个；
[0062]
步骤431，若扇区连续30天的rrc在线用户数与实际业务流量的峰值低于至少一级目标组网结构的承载门限，则将频段为f2或a或d小区进行拆除；
[0063]
步骤44，将扇区每天的rrc在线用户数以及实际业务流量的峰值与任一级组网结构的承载门限比对；
[0064]
步骤45，判断扇区是否有超过8天的rrc在线用户数与实际业务流量的峰值低于任一级组网结构的承载门限；
[0065]
步骤451，若扇区的rrc在线用户数和实际业务流量的峰值超过8天低于承载门限，则将频段为f2或a或d小区经过软件lic动态调度；
[0066]
步骤46，获取目标组网结构内实际业务流量的峰值在30天内最高的一天，将7点至22点内的每小时的话务数据与任一级目标组网结构的承载门限比对；
[0067]
步骤47，判断流量峰值最高日的7点至22点的时段内，实际业务流量的峰值是否低于任一级组网结构的承载门限；
[0068]
步骤471，流量峰值最高日在7点至22点的连续4个时段内的实际业务流量的峰值低于任一级承载门限，则将低于承载门限的时段关断一个小区；
[0069]
步骤48，剩余的小区为可保留小区，即保持原扇区结构不变。
[0070]
本发明的方案通过获取多层网中扇区的话务数据，所述扇区包括至少两个小区；根据所述扇区的话务数据，获得所述扇区的效能分析结果；根据所述扇区的效能分析结果，确定所述扇区的容量问题解决方案；由此解决了现网容量问题分析没有综合考虑整个扇区
的话务的问题，取得了避免资源出现冗余，网络载波资源无法得到充分利用；统一协调各个容量生产系统，实现能效资源的增减配与能效资源编排调度统一管理，防止各生产系统的操作冲突；提升用户使用移动业务感知，同时节省网络建设投入成本的有益效果。
[0071]
图5示出了本发明实施例提供的多层网效能分析处理装置50的结构示意图。如图5所示，该装置50包括：
[0072]
第一获取模块51，用于获取多层网中扇区的话务数据，所述扇区包括至少两个小区；
[0073]
第二获取模块52，用于根据所述扇区的话务数据，获得所述扇区的效能分析结果；
[0074]
处理模块53，用于根据所述扇区的效能分析结果，确定所述扇区的容量问题解决方案。
[0075]
可选的，所述话务数据包括以下至少一项：
[0076]
无线资源控制rrc在线用户数；
[0077]
实际业务流量的峰值；
[0078]
等效利用率。
[0079]
可选的，根据所述扇区的话务数据，获得所述扇区的效能分析结果，包括：根据所述扇区的话务数据与预设承载门限，获得所述扇区的效能分析结果。
[0080]
可选的，根据所述扇区的话务数据与预设承载门限，获得所述扇区的效能分析结果，包括：
[0081]
若所述扇区的第一预设时间段内话务数据低于所述扇区中各级目标组网结构中至少一级目标组网结构对应的承载门限，获得拆除所述扇区中小区的第一效能分析结果，所述扇区包括多级目标组网结构，每一级组网结构对应一承载门限；
[0082]
若所述扇区的第一预设时间段内话务数据低于所述扇区中各级目标组网结构中任一级目标组网结构对应的承载门限，获得调度所述扇区中小区的第二效能分析结果；
[0083]
若所述扇区的至少两个连续的第二预设时间段内话务数据低于所述扇区中各级目标组网结构中任一级目标组网结构对应的承载门限，获得关闭所述扇区中小区的第三效能分析结果；所述第二预设时间段的时长小于所述第一预设时间段的时长；
[0084]
否则，获得保留所述扇区的第四效能分析结果。
[0085]
可选的，根据所述扇区的效能分析结果，确定所述扇区的容量问题解决方案，包括：
[0086]
根据所述第一效能分析结果、第二效能分析结果、第三效能分析结果以及所述第四效能分析结果中的至少一项，确定所述扇区的容量问题解决方案；或者
[0087]
根据所述第一效能分析结果、第二效能分析结果、第三效能分析结果以及所述第四效能分析结果与至少一个场景标签，确定所述扇区的画像标签；根据所述画像标签，确定所述扇区的容量问题解决方案。
[0088]
可选的，所述场景标签包括：高负荷场景标签、重要场景识别标签、用户感知分析标签中的至少一项。
[0089]
可选的，多层网中扇区满足以下至少一个条件：
[0090]
各小区方位角偏差小于或者等于一预设值；
[0091]
不含fdd900小区；
[0092]
包含f2、a、d频段中的至少一项。
[0093]
需要说明的是，该装置是与上述多层网效能分析处理方法对应的装置，上述方法实施例中的所有实现方式均适用于该装置的实施例中，也能达到相同的技术效果。
[0094]
本发明实施例提供了一种非易失性计算机存储介质，所述计算机存储介质存储有至少一可执行指令，该计算机可执行指令可执行上述任意方法实施例中的多层网效能分析处理方法。
[0095]
图6示出了本发明实施例提供的计算设备的结构示意图，本发明具体实施例并不对计算设备的具体实现做限定。
[0096]
如图6所示，该计算设备可以包括：处理器(processor)、通信接口(communications interface)、存储器(memory)、以及通信总线。
[0097]
其中：处理器、通信接口、以及存储器通过通信总线完成相互间的通信。通信接口，用于与其它设备比如客户端或其它服务器等的网元通信。处理器，用于执行程序，具体可以执行上述用于计算设备的多层网效能分析处理方法实施例中的相关步骤。
[0098]
具体地，程序可以包括程序代码，该程序代码包括计算机操作指令。
[0099]
处理器可能是中央处理器cpu，或者是特定集成电路asic(application specific integrated circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。计算设备包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个cpu；也可以是不同类型的处理器，如一个或多个cpu以及一个或多个asic。
[0100]
存储器，用于存放程序。存储器可能包含高速ram存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。
[0101]
程序具体可以用于使得处理器执行上述任意方法实施例中的多层网效能分析处理方法。程序中各步骤的具体实现可以参见上述多层网效能分析处理方法实施例中的相应步骤和单元中对应的描述，在此不赘述。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的设备和模块的具体工作过程，可以参考前述方法实施例中的对应过程描述，在此不再赘述。
[0102]
在此提供的算法或显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明实施例也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明实施例的内容，并且上面对特定语言所做的描述是为了披露本发明实施例的最佳实施方式。
[0103]
在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
[0104]
类似地，应当理解，为了精简本发明实施例并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明实施例的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明实施例要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，
其中每个权利要求本身都作为本发明的单独实施例。
[0105]
本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
[0106]
此外，本领域的技术人员能够理解，尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
[0107]
本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(dsp)来实现根据本发明实施例的一些或者全部部件的一些或者全部功能。本发明实施例还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明实施例的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
[0108]
应该注意的是上述实施例对本发明实施例进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明实施例可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。上述实施例中的步骤，除有特殊说明外，不应理解为对执行顺序的限定。