CN115734263A - 根因定位方法、根因定位设备及存储介质 - Google Patents

Abstract

本发明实施例提供一种根因定位方法、根因定位设备及存储介质，属于无线通讯领域。该方法包括：获取发生业务异常的主服务小区，并确定所述主服务小区对应的栅格；对所述栅格进行扩展得到栅格组，并确定所述栅格组对应的服务小区组；对所述服务小区组和所述主服务小区进行异常检测，得到发生业务异常的根因。本发明实施例的技术方案能够实现自动的根因定位以及得到根因的全面性。

Description

根因定位方法、根因定位设备及存储介质

技术领域

本发明涉及通信技术领域，尤其涉及一种根因定位方法、根因定位设备及存储介质。

背景技术

随着LTE的普及以及5G SA的积极建设，终端已经成为人们生活中必不可少的产品，并且随着视频、游戏业务的蓬勃发展，人们对于终端数据业务的要求也越来越高。但随着用户对于终端数据业务的使用频率的增加，随之而来的就是大量的用户投诉工单。在用户投诉工单中，无线的问题的占比较高，因此，需要对无线小区进行根因定位，确定出现问题的原因，以进行改进。

发明内容

本发明实施例的主要目的在于提供一种根因定位方法、根因定位设备及存储介质，旨在。

第一方面，本发明实施例提供一种根因定位方法，包括：

获取发生业务异常的主服务小区，并确定所述主服务小区对应的栅格；

对所述栅格进行扩展得到栅格组，并确定所述栅格组对应的服务小区组；

对所述服务小区组和所述主服务小区进行异常检测，得到发生业务异常的根因。

第二方面，本发明实施例还提供一种根因定位设备，所述根因定位设备包括处理器、存储器、存储在所述存储器上并可被所述处理器执行的计算机程序以及用于实现所述处理器和所述存储器之间的连接通信的数据总线，其中所述计算机程序被所述处理器执行时，实现如本发明说明书提供的任一项根因定位方法的步骤。

第三方面，本发明实施例还提供一种存储介质，用于计算机可读存储，所述存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如本发明说明书提供的任一项根因定位方法的步骤。

本发明实施例提供一种根因定位方法、根因定位设备及存储介质，本发明实施例通过获取发生业务异常的主服务小区，并确定主服务小区对应的栅格，然后对栅格进行扩展得到栅格组以及栅格组对应的服务小区组，最终对服务小区组和主服务小区分别进行异常检测，从而得到发生业务异常的根因。不仅实现了自动的根因定位，并且通过扩展得到服务小区组，对服务小区组也进行异常检测也提高了得到根因的全面性。

附图说明

为了更清楚地说明本申请实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的一种根因定位方法的流程示意图；

图2为本发明实施例提供的对栅格进行扩展后得到的栅格组的范围示意图；

图3为本发明实施例提供的根因定位方法的一个流程示意图；

图4为本发明实施例提供的读取到的用户面话单的示意图；

图5为本发明实施例提供的提取的无线数据的示意图；

图6为本发明实施例提供的根因定位方法的另一个流程示意图；

图7为本发明实施例提供的读取到的另一用户面话单的示意图；

图8为本发明实施例提供的提取的另一无线数据的示意图；

图9为本发明实施例提供的一种根因定位设备的结构示意性框图。

具体实施方式

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

附图中所示的流程图仅是示例说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解、组合或部分合并，因此实际执行的顺序有可能根据实际情况改变。

应当理解，在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

随着LTE的普及以及5G SA的积极建设，手机成为人们精神生活中必不可少的核心因素，人们对手机数据业务的要求也越来越高。随着运营商推出的不限流量套餐的盛行，数据业务发展的更为庞大，除了传统的网页浏览业务外，视频、游戏业务的使用量激增，伴随着业务的增长，体验要求的提高，用户投诉问题也随之增加。在用户投诉的问题根因中，无线的问题占比较高，传统的无线定位手段耗时耗力，大量投诉工单亟需快速解决。

为此，本发明实施例提供一种根因定位方法、根因定位设备及存储介质。其中，该根因定位方法可应用于移动终端中，该移动终端可以手机、平板电脑、笔记本电脑、台式电脑、个人数字助理和穿戴式设备等电子设备。

下面结合附图，对本发明的一些实施例作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。

请参照图1，图1为本发明实施例提供的一种根因定位方法的流程示意图。

如图1所示，该根因定位方法包括步骤S101至步骤S103。

步骤S101、获取发生业务异常的主服务小区，并确定所述主服务小区对应的栅格。

当发生业务行为异常时，首先获取发生业务行为异常的主服务小区。例如在5G SA组网中，通过在无线基站与核心网5GC(5G Core Network)的用户面功能网元UPF(UserPlane Function)之间部署探针probe，采集用户面的原始信令，即可得到用户面话单，用户面话单中包括了业务行为发生的小区。

在具体实施过程中，可以将采集到的用户面话单格式化为如下数据结构data_cn：

其中，数据结构中数据的含义分别为：

<imsi，msisdn>可唯一标志一个用户信息，<starttime>表示该业务的开始时间，<gnb_length，gnbid，cellid>表示该业务发生的5G小区，<ulflux，dlflux>表示该业务的上下行流量，<duration＞表示该业务的持续时长，<ultimeusage，dltimeusage>表示该业务的上下行实际发生业务时长，<pause_duration＞表示视频业务播放等待时长，<buffer_duration>表示视频业务缓冲时长，<pause_cnt>表示视频业务卡顿次数。

因此，通过用户面话单中的<gnb_length，gnbid，cellid>即可确定发生业务行为异常的主服务小区。在得到主服务小区后，还需要确定该主服务小区所对应的栅格。在具体实施过程中，栅格可以是预先规划好的，例如对省或市的地图进行划分，将地图划分为多个相同大小的栅格，比如将地图划分为50cm*50cm的栅格。

在一实施例中，确定主服务小区对应的栅格的步骤可以包括：获取发生业务异常的无线数据，所述无线数据包括发生业务异常的小区数据和所述发生业务异常的栅格数据；根据所述主服务小区、所述业务异常的小区数据和所述发生业务异常的栅格数据确定所述主服务小区对应的栅格。

在获取用户面话单后，根据用户面话单中的<starttime>即可确定发生异常的业务行为的开始时间，然后可以根据该发生异常的业务行为的开始时间来获取相应时刻的无线数据。由于无线数据中包括了发生业务异常的小区以及发生业务异常的栅格，因此，在得到无线数据后，即可根据确定出的主服务小区、无线数据中发生业务异常的小区以及发生业务异常的栅格来确定主服务小区所对应的栅格。若主服务小区与发生异常的小区为同一个小区，则可以认为主服务小区所对应的栅格即为无线数据中发生业务异常的栅格。

在具体实施过程中，在获取发生业务异常的无线数据时，可以仅根据用户面话单中的<starttime＞获取相应时刻的无线数据，但考虑到基站和无线侧之间的时间差，还可以获取在预设偏移时间内的无线数据。例如，若根据用户面话单中的<starttime>确定发生异常的业务行为的开始时间为2021-04-22 12：35：09.883，且预设偏移时间为2分钟，那么在获取无线数据时，可以获取从2021-04-22 12：33：09.883至2021-04-22 12：37：09.883之间的无线数据。可以理解的是，预设偏移时间是一个经验值，可以根据实际应用情况进行修改。

另外，也可以将采集到的无线数据进行格式化，得到如下数据结构data_ran：

其中，数据结构中数据的含义分别为：

<msi_ran，msisdn_ran>可唯一标志一个用户信息，<starttime_ran>表示该业务的开始时间，<gnb_length_ran，gnbid_ran，cellid_ran>表示该业务发生的小区，<ssb_rsrp>表示该小区的ssb_rsrp值，<regionid，x_offset，y_offset>表示该业务所处的栅格，<ssb_rsrq>表示该小区的ssb_rsrq，值，<is_dlweakcover>表示当前小区是否是弱覆盖小区，<pci>表示小区物理标志，<avgrip>表示RIP均值，<isrrcuser_overload>表示是否最大激活用户数过高，<isdlprb_overload>表示是否下行prb利用率过高，<isulprb_overload＞表示是否上行prb利用率过高。

在一实施例中，在得到无线数据后，还可以根据无线数据中发生业务异常的小区，将无线数据与用户面话单进行关联，然后将无线数据中表示栅格的＜regionid，x_offset，y_offset>数据回填至用户面扩展话单中。

例如，在将无线数据与用户面话单数据进行关联时的关联条件可以是：

用户面话单中的data_cn.imsi相当于无线数据中的data_ran.imsi_ran，用户面话单中的data_cn.gnb_length相当于无线数据中的data_ran.gnb_length_ran，用户面话单中的data_cn.gnbid相当于无线数据中的data_ran.gnbid_ran，用户面话单中的data_cn.cellid相当于用户面话单中的data_ran.cellid，以及ABS(data_cn.starttime+data_cn.duration/2-data_ran.starttime_ran)＜120。

在一实施例中，该根因定位方法还可以包括：获取用户面话单，所述用户面话单中包括话单质量参数和小区；若根据所述话单质量参数确定所述用户面话单为异常话单，则将所述小区作为发生业务异常的主服务小区。

由于用户面话单中包括话单质量参数，可以根据用户面话单中的话单质量参数来确定当前获取的用户面话单是否为异常话单，其中，异常话单可以是业务感知较差的话单。在具体实施过程中，若话单质量参数所对应的参数值超过了预设指标门限，则可以认为当前的用户面话单为异常话单，那么该异常话单中的小区即为发生业务异常的主服务小区。

其中，话单质量参数可以包括视频播放时长、视频业务缓冲时长和视频业务卡顿次数中的至少一种，当任意一种话单质量参数所对应的参数值大于其对应的预设指标门限时，则可以认为当前的用户面话单为异常话单，需要对该异常话单进行根因定位。

步骤S102、对所述栅格进行扩展得到栅格组，并确定所述栅格组对应的服务小区组。

在确定发生业务异常的栅格后，基于该栅格进行栅格扩展，得到栅格组。在具体实施过程中，在进行扩展时，可以以当前发生业务异常的栅格为中心，分别向四个象限进行扩展，扩展的范围可以根据经验值设置。例如可以向外扩展3个栅格，如图2所示，为扩展后得到的栅格组的范围示意图，图中标五角星的为发生业务异常的栅格，其余栅格则是以该发生业务异常的栅格为中心进行扩展得到的，将这些扩展出的栅格和发生业务异常的栅格作为栅格组，当栅格为50cm*50cm时，扩展后的栅格组的大小即为350cm*350cm。

在得到栅格组后，即可根据栅格和小区原始规划文件，来确定出栅格组中的各个栅格分别对应的服务小区，从而得到服务小区组。在确定栅格所对应的服务小区时，不同的多个栅格可能会对应同一个服务小区，同一个栅格也可能会对应不同的服务小区。

在具体实施过程中，可以将栅格与服务小区的对应关系格式化描述为：

其中，＜regionid_n，x_offset_n，y_offset_n>表示栅格位置，＜gnb_length_n，gnb_id_n，cellid_n>表示服务小区的位置，＜regionid_n，x_offset_n，y_offset_n，gnb_length_n，gnb_id_n，cellid_n>表示位置为＜regionid_n，x_offset_n，y_offset_n>的栅格对应的服务小区是＜gnb_len.gth_n，gnb_id_n，cellid_n>。

例如，若标记当前发生业务异常的栅格为栅格0，其位置表示为＜regionid_0，x_offset_0，y_offset_0>，那么在向相邻方向扩展三个栅格后，得到的扩展栅格组中共包括49个栅格，分别可以表示为：

基于此，可以确定栅格组中的这49个栅格中，每个栅格所对应的服务小区为：

然后得到栅格组所对应的服务小区的集合，为：

在得到服务小区的集合后，可以对服务小区集合中的小区进行去重处理，将去重后的服务小区集合作为栅格组对应的服务小区组，得到的服务小区组为：

步骤S103、对所述服务小区组和所述主服务小区进行异常检测，得到发生业务异常的根因。

在确定出服务小区组和主服务小区后，此时即可对服务小区组和主服务小区进行异常检测，进行根因定位，从而得出发生业务异常的根因。

在一实施例中，所述对所述服务小区组和所述主服务小区进行异常检测，得到发生业务异常的根因的步骤可以包括：对所述服务小区组中的服务小区进行异常检测，得到所述服务小区组对应的第一根因；对所述主服务小区进行异常检测，得到所述主服务小区对应的第二根因。

服务小区组中包括多个服务小区，遍历服务小区组中的各个服务小区，对服务小区组中的所有的服务小区均进行异常检测，从而得到服务小区组所对应的第一根因，并且，对主服务小区也进行异常检测，得到主服务小区对应的第二根因。集合第一根因和第二根因，得到发生业务异常的根因。

需要说明的是，由于主服务小区是发生业务异常的小区，因此，主服务小区的异常检测的检测内容可以与服务小区组中的服务小区的异常检测的检测内容有所不同。

在具体实施过程中，在进行异常检测时可能会得到多个第一根因或多个第二根因，可以将得到的所有第一根因或第二根因都做为根因进行输出，也可以从第一根因或第二根因中按照优先级的不同进行选择，将选出的第一根因和第二根因进行输出。例如可以选择优先级靠前的TOP2或TOP5。

在一实施例中，对所述服务小区组中的服务小区进行异常检测，得到所述服务小区组对应的第一根因的步骤可以包括：获取所述服务小区组中的服务小区的告警时刻，并确定业务异常的发生时刻是否在所述告警时段内；若所述业务异常的发生时刻在所述告警时段内，则得到所述服务小区存在告警。

遍历服务小区组中的每一个服务小区，分别对服务小区组中的每一个服务小区都进行告警类判断，当服务小区出现告警，且业务异常的发生时刻在告警时段内时，可以得到一个第一根因，为该服务小区出现告警。其中，业务异常的发生时刻可以根据用户面话单中的<starttime＞来确定。

在具体实施过程中，告警分为退服类告警和非退服类告警。其中，退服类告警可以包括服务小区退服、基站退服、服务小区关区关断以及设备掉电等，非退服类告警则可以包括网元断链告警、基站同步异常、无线干扰检测异常、没有可用的空口时钟源以及天馈链路故障等。

对于退服类告警，主要是在告警发生时刻会对业务产生影响，由于本该附着的基站发生退服导致业务附着到其他基站而发生质差，考虑时间偏差，认为退服前后一段时间内会对业务产生影响，业务发生与告警发生的关联时间关系如下：

service_starttime∈[alarm_starttime-Δt，alarm_starttime+Δt]

其中，service_starttime表示业务发生时刻，alarm_starttime表示告警发生时刻，Δt表示时间偏差，[alarm_starttime-Δt，alarm_starttime+Δt]表示告警时段。

而对于非退服类告警，告警只要存在就会对业务产生影响，业务开始时间只要在告警发生到清除时间范围内则都归因为告警对业务的影响，业务发生与告警发生的关联时间关系如下：

service_starttime∈[alarm_starttime，alarm_cleartime]

其中，service_starttime表示业务发生时刻，alarm_starttime表示告警发生时刻，alarm_cleartime表示告警清除时刻，[alarm_starttime，alarm_cleartime]表示告警时段。

无论是退服类告警，还是非退服类告警，只要业务异常的发生时刻在告警时段内，则可以认为该服务小区的告警对业务的正常进行产生了影响，即可得到一个第一根因，为服务小区存在告警。

在一实施例中，对所述服务小区组中的服务小区进行异常检测，得到所述服务小区组对应的第一根因的步骤可以包括：获取所述服务小区组中服务小区的承载链路的链路参数，并根据所述链路参数确定所述承载链路是否存在异常；若所述服务小区组中的服务小区的承载链路存在异常，得到所述服务小区出现承载链路异常。

遍历服务小区组中的每一个服务小区，分别获取服务小区组中的每一个服务小区的承载链路的链路参数，以根据链路参数对承载链路进行异常判断。当服务小区组中有服务小区的承载链路发生异常时，即可得到一个第一根因，为服务小区的承载链路异常。

在具体实施过程中，可以通过发射端网元ME_OID、发射端端口InBoundInf、反射端网元ReflectorMe和反射端端口ReflectorPort来唯一标志一段承载链路，承载链路可以记为bearer_link。然后获取承载链路的链路参数，其中，链路参数可以包括抖动、时延和丢包率中的至少一种。当链路参数中的至少一种超过对应的预设门限值时，则可以认为该承载链路存在异常，可以得到一个第一根因，为服务小区出现承载链路异常。另外，在得到该第一根因时，可以同时给出出现异常的具体链路，以及出现异常的链路参数。

在一实施例中，对所述服务小区组中的服务小区进行异常检测，得到所述服务小区组对应的第一根因的步骤可以包括：获取所述服务小区组中服务小区对应基站的配置参数和参考参数；若所述配置参数和所述参考参数不一致，得到所述基站发生配置参数变更。

可以借助第三方软件来获取基站当前的配置参数和参考参数，参考参数也即建议值，当当前的配置参数与参考参数不同时，则可以认为该基站有参数上的配置变更，也即得到一个第一根因，为基站发生配置参数变更。

在一实施例中，在对服务小区组中的服务小区进行异常检测，得到了多种第一根因时，可以将得到的多个第一根因进行输出，还可以按照每种第一根因的优先级的不同选择优先级更靠前的作为最终输出的第一根因。其中，优先级可以是告警>承载链路异常>配置参数变更，其中，告警中退服类告警的优先级又高于非退服类告警的优先级。

在一实施例中，当服务小区组中有多个服务小区都存在同一优先级的第一根因时，可以从这多个服务小区中选择离主服务小区对应的栅格最近的小区作为输出。

在一实施例中，对所述主服务小区进行异常检测，得到所述主服务小区对应的第二根因的步骤可以包括：确定所述服务小区组是否包括所述主服务小区；若所述服务小区组不包括所述主服务小区，得到所述主服务小区过覆盖。

在对主服务小区进行异常检测时，确定服务小区组中是否包括主服务小区，通常情况下，服务小区组内应该包括主服务小区，但若主服务小区出现过覆盖，则可能会出现主服务小区不再服务小区组内的情况，因此，可以判断服务小区组中是否包括主服务小区，来确定主服务小区是否出现过覆盖。若主服务小区不在服务小区组内，也即服务小区组中部包括主服务小区，则认为主服务小区出现过覆盖，可以得到一个第二根因，为主服务小区出现过覆盖。

在一实施例中，对所述主服务小区进行异常检测，得到所述主服务小区对应的第二根因的步骤可以包括：获取所述主服务小区的容量参数，并根据所述容量参数对所述主服务小区进行容量判断；若所述主服务小区的容量判断异常，得到所述主服务小区容量异常；和/或获取所述主服务小区的覆盖参数，并根据所述覆盖参数对所述主服务小区进行覆盖判断；若所述主服务小区的覆盖判断异常，得到所述主服务小区弱覆盖或重叠覆盖。

其中，容量参数包括主服务小区的最大激活用户数、上行流量、下行流量、上行PRB利用率和下行PRB利用率等。若主服务小区的最大激活用户数过高，则得到一个第二根因，为主服务小区存在最大激活用户数过高；若主服务小区的上行流量大，则得到一个第二根因，为主服务小区上行流量过大；若主服务小区的下行流量大，则得到主服务小区下行流量过大的第二根因；若主服务小区的上行PRB利用率高，则得到一个第二根因，为主服务小区的上行PRB利用率高；若主服务小区的下行PRB利用率高，则得到一个第二根因，为主服务小区的下行PRB利用率高。

其中，覆盖参数包括主服务小区的rsrp值。在对主服务小区进行覆盖判断时，可以根据主服务小区的rsrp值来判断该主服务小区是否属于弱覆盖；通过主服务小区的rsrp值与相邻小区的rsrp值的差值来判断该主服务小区是否存在重叠覆盖。

在一实施例中，对所述主服务小区进行异常检测，得到所述主服务小区对应的第二根因的步骤可以包括：对所述主服务小区进行干扰判断，若主服务小区存在干扰，得到主服务小区存在干扰。

在一实施例中，对所述主服务小区进行异常检测，得到所述主服务小区对应的第二根因的步骤可以包括对主服务小区进行告警、承载链路和基站配置参数变更的异常检测，具体检测内容与前述对服务小区组中的服务小区进行告警、承载链路和基站配置参数变更的异常检测的过程相同，在此不再赘述。

在一实施例中，在对主服务小区进行异常检测，得到多种第二根因后，可以将得到的多个第二根因进行输出，也可以按照每种第二根因的优先级的不同选择优先级更靠前的作为最终输出的第二根因。其中，优先级可以是过覆盖>告警>承载链路异常>弱覆盖>重叠覆盖>干扰>配置参数变更>容量，其中，告警中退服类告警的优先级又高于非退服类告警的优先级。

在得到第一根因和第二根因后，将需要输出的第一根因和需要输出的第二根因的集合进行输出，即为最终得到的导致业务行为发生异常的根因。

上述实施例提供的根因定位方法，通过获取发生业务异常的主服务小区，并确定主服务小区对应的栅格，然后对栅格进行扩展得到栅格组以及栅格组对应的服务小区组，最终对服务小区组和主服务小区分别进行异常检测，从而得到发生业务异常的根因。不仅实现了自动的根因定位，并且通过扩展得到服务小区组，对服务小区组也进行异常检测也提高了得到根因的全面性。

请参照图3，图3为实施本实施例提供的根因定位方法的一个流程示意图。

首先读取到从N3口采集到的用户面话单，如图4所示，为读取到的用户面话单的示意图。其中，pause_duration为3600ms，也即视频业务播放等待时长为3600ms，超出了预先设置的指标门限，因此可以确定该条用户面话单为异常话单，需要对该异常话单进行业务异常的根因定位。

如图3所示，首先提取出话单中的＜imsi，gnb_length，gnbid>，可以确定出发生业务异常的用户4604092003197015所处的服务小区为服务小区1，服务小区1也即主服务小区，以及发生异常的业务行为的开始时间为2021-04-22 12∶35：09.883。

预设偏移时间为2分钟，那么可以提取时间2021-04-22 12：35∶09.883前后2min范围内的无线数据，如图5所示，为提取的无线数据的示意图。无线数据中包括小区<gnb_length_ran，gnbid_ran，cellid_ran＞和对应的栅格<regionid，x_offset，y_offset＞，根据无线数据中的小区，可以得到主服务小区对应的栅格位置为＜4736，-6125，872>。然后基于该栅格进行栅格扩展得到栅格组，并确定栅格组对应的服务小区组，最终得到服务小区组为{服务小区1、服务小区2、服务小区3}。

遍历该服务小区组，分别对服务小区组中的三个服务小区进行告警判断，分别判断这三个服务小区是否有告警，若有告警，则确定服务小区的告警时段，并判断业务发生的时间是否在告警时段内。进而得到服务小区2在2021-04-22 12：33：09.883--2021-04-2212：37：09.883范围内有上报基站退服告警，服务小区1和服务小区3这两个小区无告警信息。

然后遍历该服务小区组，分别判断服务小区组中的三个服务小区的承载链路是否存在异常。可以借助第三方BigDNA提供的基站IP与承载网链路对应关系以及承载链路上的链路参数来判断承载链路是否存在异常。BigDNA上报基站＜gnb_length，gnbid>与承载链路bearer_link的对应关系，以及承载链路bearer_link的链路参数。由此可以得到服务小区3对应的承载链路“SAW0038 to CN”存在抖动时延variationdelay过大。

然后遍历该服务小区组，分别对服务小区组中的三个服务小区所对应的基站进行配置参数变更的判断，可以借助第三方Mongoose提供基站参数配置当前值和建议值，发现无参数配置变更。

在对上述的服务小区组异常检测完成后，即可得到发生业务异常的第一根因，得到的第一根因包括{服务小区2存在基站退服告警，服务小区3对应的承载链路“SAW0038toCN”存在抖动时延variationdelay过大}。

由于主服务小区为服务小区1，此时主服务小区在服务小区组内，因此，主服务小区不是过覆盖小区。并且由于主服务小区在服务小区组内，意味着在对服务小区组进行异常检测时，也对服务小区1进行了异常检测，因此，无需再对主服务小区进行告警、承载链路和基站配置参数变更的异常检测，也即可以直接得出主服务小区不存在告警判断；主服务小区不存在承载链路问题；主服务小区不存在参数配置变更问题。

然后对主服务小区进行覆盖类检测、干扰类检测和容量类检测，可以得出由于主服务小区当前rsrp值为-120，存在下行弱覆盖；主服务小区不存在干扰问题；主服务小区不存在容量问题；主服务小区1不存在参数配置变更问题。

在对主服务小区异常检测完成后，即可得到发生业务异常的第二根因，得到的第二根因包括{主服务小区1存在弱覆盖}。

最终将服务小区组确定的第一根因以及根据主服务小区确定的第二根因作为最终确定的发生业务异常的根因进行输出，包括：{服务小区2存在基站退服告警，服务小区3对应的承载链路“SAW0038 to CN”存在抖动时延variationdelay过大，主服务小区1存在弱覆盖}。

请参照图6，图6为实施本实施例提供的根因定位方法的另一个流程示意图。

首先读取到从N3口采集到的用户面话单，如图7所示，为读取到的另一用户面话单的示意图。其中，buffer_duration为5868ms，也即视频业务缓冲时长为5868ms，超出了预先设置的指标门限，因此可以确定该条用户面话单为异常话单，需要对该异常话单进行业务异常的根因定位。

如图6所示，首先提取出话单中的＜imsi，gnb_length，gnbid>，可以确定出发生业务异常的用户4604092003197888所处的服务小区为服务小区1，服务小区1也即主服务小区，以及发生异常的业务行为的开始时间为2021-04-20 18：43：56.788。

预设偏移时间为2分钟，那么可以提取时间2021-04-20 18：43：56.788前后2min范围内的无线数据，如图8所示，为提取的另一无线数据的示意图。无线数据中包括小区<gnb_length_ran，gnbid_ran，cellid_ran>和对应的栅格<regionid，x_offset，y_offset>，根据无线数据中的小区，可以得到主服务小区对应的栅格位置为＜4755，-6135，889>。然后基于该栅格进行栅格扩展得到栅格组，并确定栅格组对应的服务小区组，最终得到服务小区组为{服务小区2、服务小区3、服务小区4}。

遍历该服务小区组，分别对服务小区组中的三个服务小区进行告警判断，分别判断这三个服务小区是否有告警，若有告警，则确定服务小区的告警时段，并判断业务发生的时间是否在告警时段内。进而得到服务小区3在2021-04-20 18:43:56.788的时间前有上报网元断链告警，服务小区1和服务小区2这两个小区无告警信息。

然后遍历该服务小区组，分别判断服务小区组中的三个服务小区的承载链路是否存在异常。可以借助第三方BigDNA提供的基站IP与承载网链路对应关系以及承载链路上的链路参数来判断承载链路是否存在异常。BigDNA上报基站<gnb_length，gnbid>与承载链路bearer_link的对应关系，以及载链路bearer_link的链路参数。由此可以得到服务小区2对应的承载链路“SAW0055 to CN”存在丢包率过大。

然后遍历该服务小区组，分别对服务小区组中的三个服务小区所对应的基站进行配置参数变更的判断，可以借助第三方Mongoose提供基站参数配置当前值和建议值，发现无参数配置变更。

在对上述的服务小区组异常检测完成后，即可得到发生业务异常的第一根因，得到的第一根因包括{服务小区3在2021-04-20 18:43:56.788时间前有上报网元断链告警，服务小区2对应的承载链路“SAW0055 to CN”存在丢包率过大}。

由于主服务小区为服务小区1，此时主服务小区不在服务小区内，因此，主服务小区1存在过覆盖。然后再对主服务小区1依次进行告警、承载链路、覆盖类检测、干扰类检测、容量类检测和基站配置参数变更的检测，发现均无异常，则可以得到发生业务异常的第二根因，得到的第二根因包括{主服务小区1当前存在过覆盖}。

最终将服务小区组确定的第一根因以及根据主服务小区确定的第二根因作为最终确定的发生业务异常的根因进行输出，包括：{服务小区3在2021-04-20 18:43:56.788时间前有上报网元断链告警，服务小区2对应的承载链路“SAW0055 to CN”存在丢包率过大，主服务小区1当前存在过覆盖}。

请参阅图9，图9为本发明实施例提供的一种根因定位设备的结构示意性框图。

如图9所示，根因定位设备200包括处理器201和存储器202，处理器201和存储器202通过总线203连接，该总线比如为I2C(Inter-integrated Circuit)总线。

具体地，处理器201用于提供计算和控制能力，支撑整个根因定位设备的运行。处理器301可以是中央处理单元(Central Processing Unit，CPU)，该处理器301还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

具体地，存储器202可以是Flash芯片、只读存储器(ROM，Read-Only Memory)磁盘、光盘、U盘或移动硬盘等。

本领域技术人员可以理解，图9中示出的结构，仅仅是与本发明实施例方案相关的部分结构的框图，并不构成对本发明实施例方案所应用于其上的根因定位设备的限定，具体的服务器可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

其中，所述处理器用于运行存储在存储器中的计算机程序，并在执行所述计算机程序时实现本发明实施例提供的任意一种所述的根因定位方法。

在一实施例中，所述处理器用于运行存储在存储器中的计算机程序，并在执行所述计算机程序时实现如下步骤：

获取发生业务异常的主服务小区，并确定所述主服务小区对应的栅格；对所述栅格进行扩展得到栅格组，并确定所述栅格组对应的服务小区组；对所述服务小区组和所述主服务小区进行异常检测，得到发生业务异常的根因。

在一实施例中，所述处理器在实现所述确定所述主服务小区对应的栅格时，用于实现：

获取发生业务异常的无线数据，所述无线数据包括发生业务异常的小区和所述发生业务异常的栅格；根据所述主服务小区、所述业务异常的小区和所述发生业务异常的栅格确定所述主服务小区对应的栅格。

在一实施例中，所述处理器在实现所述对所述服务小区组和所述主服务小区进行异常检测，得到发生业务异常的根因时，用于实现：

对所述服务小区组中的服务小区进行异常检测，得到所述服务小区组对应的第一根因；对所述主服务小区进行异常检测，得到所述主服务小区对应的第二根因。

在一实施例中，所述处理器在实现所述对所述服务小区组中的服务小区进行异常检测，得到所述服务小区组对应的第一根因时，用于实现：

获取所述服务小区组中的服务小区的告警时刻，并确定业务异常的发生时刻是否在所述告警时段内；若所述业务异常的发生时刻在所述告警时段内，则得到所述服务小区存在告警。

在一实施例中，所述处理器在实现所述对所述服务小区组中的服务小区进行异常检测，得到所述服务小区组对应的第一根因时，用于实现：

获取所述服务小区组中服务小区的承载链路的链路参数，并根据所述链路参数确定所述承载链路是否存在异常；若所述服务小区组中的服务小区的承载链路存在异常，得到所述服务小区出现承载链路异常。

在一实施例中，所述处理器在实现所述对所述服务小区组中的服务小区进行异常检测，得到所述服务小区组对应的第一根因时，用于实现：

获取所述服务小区组中服务小区对应基站的配置参数和参考参数；若所述配置参数和所述参考参数不一致，得到所述基站发生配置参数变更。

在一实施例中，所述处理器在实现所述对所述主服务小区进行异常检测，得到所述主服务小区对应的第二根因时，用于实现：

确定所述服务小区组是否包括所述主服务小区；若所述服务小区组不包括所述主服务小区，得到所述主服务小区过覆盖。

在一实施例中，所述处理器在实现所述对所述主服务小区进行异常检测，得到所述主服务小区对应的第二根因时，用于实现：

获取所述主服务小区的容量参数，并根据所述容量参数对所述主服务小区进行容量判断；若所述主服务小区的容量判断异常，得到所述主服务小区容量异常；和/或获取所述主服务小区的覆盖参数，并根据所述覆盖参数对所述主服务小区进行覆盖判断；若所述主服务小区的覆盖判断异常，得到所述主服务小区弱覆盖或重叠覆盖。

需要说明的是，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的根因定位设备的具体工作过程，可以参考前述根因定位方法实施例中的对应过程，在此不再赘述。

本发明实施例还提供一种存储介质，用于计算机可读存储，所述存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如本发明实施例说明书提供的任一项根因定位方法的步骤。

其中，所述存储介质可以是前述实施例所述的根因定位设备的内部存储单元，例如所述根因定位设备的硬盘或内存。所述存储介质也可以是所述根因定位设备的外部存储设备，例如所述根因定位设备上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。

本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统、装置中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。在硬件实施例中，在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。

应当理解，在本发明说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。以上所述，仅为本发明的具体实施例，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种根因定位方法，其特征在于，包括：

获取发生业务异常的主服务小区，并确定所述主服务小区对应的栅格；

对所述栅格进行扩展得到栅格组，并确定所述栅格组对应的服务小区组；

对所述服务小区组和所述主服务小区进行异常检测，得到发生业务异常的根因。

2.根据权利要求1所述的根因定位方法，其特征在于，所述确定所述主服务小区对应的栅格，包括：

获取发生业务异常的无线数据，所述无线数据包括发生业务异常的小区数据和所述发生业务异常的栅格数据；

根据所述主服务小区、所述业务异常的小区数据和所述发生业务异常的栅格数据确定所述主服务小区对应的栅格。

3.根据权利要求1所述的根因定位方法，其特征在于，所述对所述服务小区组和所述主服务小区进行异常检测，得到发生业务异常的根因，包括：

对所述服务小区组中的服务小区进行异常检测，得到所述服务小区组对应的第一根因；

对所述主服务小区进行异常检测，得到所述主服务小区对应的第二根因。

4.根据权利要求3所述的根因定位方法，其特征在于，所述对所述服务小区组中的服务小区进行异常检测，得到所述服务小区组对应的第一根因，包括：

获取所述服务小区组中的服务小区的告警时刻，并确定业务异常的发生时刻是否在所述告警时段内；

若所述业务异常的发生时刻在所述告警时段内，则得到所述服务小区存在告警。

5.根据权利要求3所述的根因定位方法，其特征在于，所述对所述服务小区组中的服务小区进行异常检测，得到所述服务小区组对应的第一根因，包括：

获取所述服务小区组中服务小区的承载链路的链路参数，并根据所述链路参数确定所述承载链路是否存在异常；

若所述服务小区组中的服务小区的承载链路存在异常，得到所述服务小区出现承载链路异常。

6.根据权利要求3所述的根因定位方法，其特征在于，所述对所述服务小区组中的服务小区进行异常检测，得到所述服务小区组对应的第一根因，包括：

获取所述服务小区组中服务小区对应基站的配置参数和参考参数；

若所述配置参数和所述参考参数不一致，得到所述基站发生配置参数变更。

7.根据权利要求3所述的根因定位方法，其特征在于，所述对所述主服务小区进行异常检测，得到所述主服务小区对应的第二根因，包括：

确定所述服务小区组是否包括所述主服务小区；

若所述服务小区组不包括所述主服务小区，得到所述主服务小区过覆盖。

8.根据权利要求3所述的根因定位方法，其特征在于，所述对所述主服务小区进行异常检测，得到所述主服务小区对应的第二根因，包括：

获取所述主服务小区的容量参数，并根据所述容量参数对所述主服务小区进行容量判断；

若所述主服务小区的容量判断异常，得到所述主服务小区容量异常；和/或

获取所述主服务小区的覆盖参数，并根据所述覆盖参数对所述主服务小区进行覆盖判断；

若所述主服务小区的覆盖判断异常，得到所述主服务小区弱覆盖或重叠覆盖。

9.一种根因定位设备，其特征在于，所述根因定位设备包括处理器、存储器、存储在所述存储器上并可被所述处理器执行的计算机程序以及用于实现所述处理器和所述存储器之间的连接通信的数据总线，其中所述计算机程序被所述处理器执行时，实现如权利要求1至8中任一项所述的根因定位方法的步骤。

10.一种存储介质，用于计算机可读存储，其特征在于，所述存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现权利要求1至8中任一项所述的根因定位方法的步骤。

Images