网络质差点确定方法、装置、计算机设备及可读存储介质与流程

1.本发明涉及网络运维技术领域，特别涉及一种网络质差点确定方法、装置、计算机设备及可读存储介质。


背景技术：

2.随着电信运营商大力发展ftth(fiber to the home，光纤到户)用户，企业运营面临光网络难以管理、故障难以定位、端到端保障缺失、服务质量难以提升等诸多问题，服务及装维压力巨大，成为亟待解决的焦点。从运营保障来看，当前侧重于运维能力建设，包括运营能力的自动化流程，以被动维护方式支撑网络运维。当前运营商用户对接入网的支撑维护，多是以设备告警或用户报障为发起点的被动运维，且运维能力之间相互孤立。以ftth为代表的pon(无源光纤网络)网络用户，在网络接入中本身存在部分无源路径(一级/二级分光)，对该段路径，网络运维无法直接通过类似有源设备上报告警的方式获取到该段路径上的异常。


技术实现要素：

3.本发明实施例提供了一种网络质差点确定方法，以解决现有技术中不利于实现主动维护方式的网络运维、无法获取无源光纤网络中无源路径上的异常的技术问题。该方法包括：
4.根据历史故障数据和/或历史告警数据，从历史体验质量数据中获取关联指标；
5.根据关联指标和实时体验质量数据计算接入网中各用户的网络数据是否出现质差；
6.针对每个网络节点，根据该网络节点上网络数据出现质差的用户数情况，确定该网络节点是否为质差点。
7.本发明实施例还提供了一种网络质差点确定装置，以解决现有技术中不利于实现主动维护方式的网络运维、无法获取无源光纤网络中无源路径上的异常的技术问题。该装置包括：
8.数据提取模块，用于根据历史故障数据和历史告警数据，从历史体验质量数据中获取关联指标；
9.计算模块，用于根据关联指标和实时体验质量数据计算接入网中各用户的网络数据是否出现质差；
10.质差点确定模块，用于针对每个网络节点，根据该网络节点上网络数据出现质差的用户数情况，确定该网络节点是否为质差点。
11.本发明实施例还提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述任意的网络质差点确定方法，以解决现有技术中不利于实现主动维护方式的网络运维、无法获取无源光纤网络中无源路径上的异常的技术问题。
12.本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有执行上述任意的网络质差点确定方法的计算机程序，以解决现有技术中不利于实现主动维护方式的网络运维、无法获取无源光纤网络中无源路径上的异常的技术问题。
13.在本发明实施例中，提出了根据历史故障数据和/或历史告警数据，从历史体验质量数据中获取关联指标，进而可以根据关联指标和实时体验质量数据计算接入网中各用户的网络数据是否出现质差，最后，就可以针对每个网络节点，根据该网络节点上网络数据出现质差的用户数情况，确定该网络节点是否为质差点，即提出了基于体验质量数据主动分析、确定质差点，与现有技术中以设备告警或用户报障为发起点的被动运维方式相比，本申请上述网络质差点确定方法可以基于体验质量数据主动、实时分析出接入网各网络节点中的质差点，甚至可以实现分析出二级分光、一级分光等层级的无源路径的质差点，有利于运维提前预知和处理网络上存在的故障隐患节点实现主动运维，从而给主动运维提供了有力的感知手段与能力。
附图说明
14.此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，并不构成对本发明的限定。在附图中：
15.图1是本发明实施例提供的一种网络质差点确定方法的流程图；
16.图2是本发明实施例提供的一种qoe原始数据及格式示意图；
17.图3是本发明实施例提供的一种清洗后的qoe数据及格式示意图；
18.图4是本发明实施例提供的一种对清洗数据进行指标均值、方差小时汇总的示意图；
19.图5是本发明实施例提供的一种活跃用户数天汇总的示意图；
20.图6是本发明实施例提供的一种指标按时间序列汇总的示意图；
21.图7是本发明实施例提供的一种初始指标异常结论数据的存放示意图；
22.图8是本发明实施例提供的一种资源树单用户数据的示意图；
23.图9是本发明实施例提供的一种各维度下质差点的示意图；
24.图10是本发明实施例提供的一种质差点关联位置信息展示的示意图；
25.图11是本发明实施例提供的一种质差点关联性能指标展示的示意图；
26.图12是本发明实施例提供的一种质差点关联用户终端相关信息展示的示意图；
27.图13是本发明实施例提供的一种计算机设备的结构框图；
28.图14是本发明实施例提供的一种网络质差点确定装置的结构框图。
具体实施方式
29.为使本发明的目的、技术方案和优点更加清楚明白，下面结合实施方式和附图，对本发明做进一步详细说明。在此，本发明的示意性实施方式及其说明用于解释本发明，但并不作为对本发明的限定。
30.在本发明实施例中，提供了一种网络质差点确定方法，如图1所示，该方法包括：
31.步骤102：根据历史故障数据和/或历史告警数据，从历史体验质量数据中获取关联指标；
32.步骤104：根据关联指标和实时体验质量数据计算接入网中各用户的网络数据是否出现质差；
33.步骤106：针对每个网络节点，根据该网络节点上网络数据出现质差的用户数情况，确定该网络节点是否为质差点。
34.由图1所示的流程可知，在本发明实施例中，提出了根据历史故障数据和/或历史告警数据，从历史体验质量数据中获取关联指标，进而可以根据关联指标和实时体验质量数据计算接入网中各用户的网络数据是否出现质差，最后，就可以针对每个网络节点，根据该网络节点上网络数据出现质差的用户数情况，确定该网络节点是否为质差点，即提出了基于体验质量数据主动分析、确定质差点，与现有技术中以设备告警或用户报障为发起点的被动运维方式相比，本申请上述网络质差点确定方法可以基于体验质量数据主动、实时分析出接入网各网络节点中的质差点，甚至可以实现分析出二级分光、一级分光等层级的无源路径的质差点，有利于运维提前预知和处理网络上存在的故障隐患节点实现主动运维，从而给主动运维提供了有力的感知手段与能力。
35.具体实施时，上述体验质量(quality of experience，qoe)数据是指用户对设备、网络和系统、应用或业务的质量和性能的主观感受。
36.具体实施时，在获取历史qoe数据的过程中历史qoe原始数据可以通过压缩包格式持续同步到大数据平台接口服务器上，进而对qoe原始数据进行读取并清洗，按照指定格式提取分析需要用到的关键字段及指标。
37.例如，获取的qoe原始数据以及qoe原始数据的字段格式如图2所示，清洗后的qoe数据及字段格式如图3所示，清洗后数据将提取原始数据中与质差关联指标，重新生成数据条目，并以qoe数据采集时间按照时间序列存入hadoop对应路径。此外，还可以对清洗后的qoe数据进行指标均值，方差小时汇总，如图4所示，还可以统计活跃用户数天汇总，如图5所示；还可以将指标按时间序列汇总，如图6所示，经过上述一系列的数据预处理之后，即可以在qoe数据中根据历史故障数据和/或历史告警数据获取关联指标。
38.具体实施时，在qoe数据中根据历史故障数据和/或历史告警数据获取关联指标的过程中，可以根据每个历史故障和/或历史告警发生的时刻，在历史体验质量数据的对应时刻获取与历史故障和/或历史告警相关的指标，根据所有历史故障和/或历史告警获取的指标组成所述关联指标。
39.例如，历史故障a发生在a时刻，则在历史体验质量数据的a时刻获取与历史故障a相关的指标；历史告警b发生在b时刻，则在历史体验质量数据的b时刻获取与历史告警b相关的指标，最后将所有根据历史故障和/或历史告警获取的指标汇总组成所述关联指标。
40.具体实施时，为了可以实时、及时分析出网络数据出现质差的用户，在本实施例中，根据关联指标和实时体验质量数据计算接入网中各用户的网络数据是否出现质差，具体的，可以先计算qoe数据单采集周期内用户的网络数据是否质差的结论，对用户进行连续n个qoe数据采集周期质差情况分析，即可得出实时质差及日质差结论。
41.具体实施时，根据关联指标和实时体验质量数据计算接入网中各用户的网络数据是否出现质差的过程中，可以根据qoe数据采集周期内qoe数据采集次数情况和/或出现异常的指标个数情况来确定用户的网络数据是否出现质差，例如，计算qoe数据单采集周期内用户是否质差，可以根据hbase中sqm_item_analy_表(该表存放用户qoe指标数据方差，均
值等数据)和sqm_cnt_analy_表(该表存放统计的用户qoe数据采集次数)，在时间序列上对关键指标均值变化，方差抖动进行计算生成sqm_item_rst_前缀的表，存放初始指标异常结论数据，如图7所示，可以把sqm_item_rst_表存放在hdfs上，然后判断文件中的qoe数据采集次数r_cnt是否小于预设值(r_cnt表示周期内qoe采集数据次数异常情况，r_cnt的值越小出现质差的可能性越大)或者异常指标数总数大于预设数量(可以根据关联指标的总数设置预设数量的大小，异常指标数越多则出现质差的可能性越大，例如，预设数量可以是8)，若该用户连续预设时长(例如，三小时)内出现上述任意一种或多种情况，即判断该用户为质差用户，用户是否质差的结果数据可以存放到oracle数据库中，以备收敛展现使用。
42.具体实施时，计算出接入网中各用户的网络数据是否出现质差之后，可以根据所述接入网的资源树数据，确定出所述接入网中各用户所属的网络节点。
43.具体实施时，如图8所示为接入网已经存在的资源树单用户数据(图8中stb为机顶盒，gw为家庭网关，olt为光线路终端，asw为接入交换机，dsw为汇聚交换机，bas为宽带远程接入服务器，sr为全业务路由器，cr为核心路由器)，单用户日质差结论数据在入到oracle表的时候，已关联资源树数据存库，即存放了所有质差用户，并存放了质差用户对应的onu(光网络单元)信息、二级分光信息、一级分光信息、所属pon口信息、地市信息等。
44.具体实施时，在确定接入网的质差点的过程中，可以通过以下步骤实现针对每个网络节点，根据该网络节点上网络数据出现质差的用户数情况，确定该网络节点是否为质差点，例如，针对每个网络节点，确定该网络节点上的活跃用户数，当网络数据出现质差的用户数和活跃用户数的比例大于预设值时，确定该网络节点为质差点，其中，所述活跃用户为该网络节点上采集到体验质量数据的用户。
45.具体实施时，上述预设值可以是任意可以反映质差情况的数值，例如，可以是90％或接近100％的数值。
46.具体实施时，上述网络节点可以是二级分光、一级分光以及光pon口层级的节点，即可按照二级分光、一级分光以及光pon口为维度进行收敛，计算各维度下各网络节点上质差用户数与该节点上活跃用户数的比例，再根据比例与预设值的关系，可以计算得到二级分光、一级分光以及光pon口维度下的质差点，如图9所示。
47.具体实施时，确定出质差点之后，为了直观、便捷地让运维提前预知和处理网络上存在的故障隐患节点，在本实施例中，上述方法还包括：对质差点及相关数据进行汇总展示。
48.具体的，可以采用不同的方式对质差点及相关数据进行汇总展示，本申请给出以下示例：
49.(1)相关数据可以是位置信息，即将所有质差点关联位置信息(经纬度)后，在地图上以热点的形式展现，如图10所示；
50.(2)相关数据可以是节点性能指标，即将质差点与其所属网络节点中的性能指标相关联后进行展示，例如，如图11所示，分光器节点下的质差点，可以与光衰合格率关联展现；pon口节点下的质差点，可以与pon口发光、流量、crc(循环冗余校验)等指标关联展现；
51.(3)相关数据可以是用户端的相关信息，即质差点可与用户终端的相关信息相关联进行展示，如图12所示，例如，用户端的相关信息可以是光猫/机顶盒厂家型号、机顶盒使用年限、onu距离等，进而便于运维方根据用户端的相关信息寻找出用户侧导致质差的突出
因素。
52.在本实施例中，提供了一种计算机设备，如图13所示，包括存储器1302、处理器1304及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现权上述任意的网络质差点确定方法。
53.具体的，该计算机设备可以是计算机终端、服务器或者类似的运算装置。
54.在本实施例中，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有执行上述任意的网络质差点确定方法的计算机程序。
55.具体的，计算机可读存储介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机可读存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读存储介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
56.基于同一发明构思，本发明实施例中还提供了一种网络质差点确定装置，如下面的实施例所述。由于网络质差点确定装置解决问题的原理与网络质差点确定方法相似，因此网络质差点确定装置的实施可以参见网络质差点确定方法的实施，重复之处不再赘述。以下所使用的，术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
57.图14是本发明实施例的网络质差点确定装置的一种结构框图，如图14所示，该装置包括：
58.数据提取模块1402，用于根据历史故障数据和历史告警数据，从历史体验质量数据中获取关联指标；
59.计算模块1404，用于根据关联指标和实时体验质量数据计算接入网中各用户的网络数据是否出现质差；
60.质差点确定模块1406，用于针对每个网络节点，根据该网络节点上网络数据出现质差的用户数情况，确定该网络节点是否为质差点。
61.在一个实施例中，上述装置还包括：
62.节点确定模块，用于根据所述接入网的资源树数据，确定出所述接入网中各用户所属的网络节点。
63.在一个实施例中，所述质差点确定模块，具体用于针对每个网络节点，确定该网络节点上的活跃用户数，当网络数据出现质差的用户数和活跃用户数的比例大于预设值时，确定该网络节点为质差点，其中，所述活跃用户为该网络节点上采集到体验质量数据的用户。
64.在一个实施例中，数据提取模块具体用于，根据每个历史故障和/或历史告警发生的时刻，在历史体验质量数据的对应时刻获取与历史故障和/或历史告警相关的指标，根据
所有历史故障和/或历史告警获取的指标组成所述关联指标。
65.在一个实施例中，上述装置还包括：
66.展示模块，用于对质差点及相关数据进行汇总展示。
67.本发明实施例实现了如下技术效果：提出了根据历史故障数据和/或历史告警数据，从历史体验质量数据中获取关联指标，进而可以根据关联指标和实时体验质量数据计算接入网中各用户的网络数据是否出现质差，最后，就可以针对每个网络节点，根据该网络节点上网络数据出现质差的用户数情况，确定该网络节点是否为质差点，即提出了基于体验质量数据主动分析、确定质差点，与现有技术中以设备告警或用户报障为发起点的被动运维方式相比，本申请上述网络质差点确定方法可以基于体验质量数据主动、实时分析出接入网各网络节点中的质差点，甚至可以实现分析出二级分光、一级分光等层级的无源路径的质差点，有利于运维提前预知和处理网络上存在的故障隐患节点实现主动运维，从而给主动运维提供了有力的感知手段与能力。
68.显然，本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
69.本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
70.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
71.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
72.最后应当说明的是：以上实施例仅用以说明本发明的技术方案而非对其限制，尽管参照上述实施例对本发明进行了详细的说明，所属领域的普通技术人员应当理解：依然可以对本发明的具体实施方式进行修改或者等同替换，而未脱离本发明精神和范围的任何修改或者等同替换，其均应涵盖在本发明的权利要求保护范围之内。