网络分析系统运维方法、平台、装置和存储介质与流程

1.本技术涉及自动化运维技术领域，尤其涉及一种网络分析系统运维方法、平台、装置和存储介质。


背景技术：

2.高铁网络分析系统能够实现高铁用户精准定位、高铁用户识别、高铁网络虚拟路测以及小区容量分析等功能，为运营商提升高铁专网用户感知提供助力。
3.目前高铁网络分析系统的运维采用人工运维的方式，当出现故障时，运维人员需要对不同接口数据源逐一排查，使得运维工作十分繁琐，运维效率极其低下。而为了缓解运维压力，提高运维效率，通常会引入多人运维，但这样投入的人力成本较大，并且仍然无法避免人工排查容易出错的弊端。


技术实现要素：

4.本技术实施例提供一种网络分析系统运维方法、平台、装置和存储介质，用以解决现有技术中人工运维效率低、成本高、可靠性差的缺陷，实现自动化的网络分析系统运维。
5.第一方面，本技术实施例提供一种网络分析系统运维方法，包括：
6.读取网络分析系统的分析结果；
7.若存在所述分析结果，则基于所述分析结果验证所述网络分析系统中对应分析功能的运行流程，得到所述网络分析系统的运行状态；
8.否则，基于所述网络分析系统的分析流程倒序检测各流程节点处的数据，得到所述网络分析系统的运行状态。
9.可选地，根据本技术一个实施例的网络分析系统运维方法，所述分析结果包括至少一个分析功能对应的分析数据；
10.所述基于所述分析结果验证所述网络分析系统中对应分析功能的运行流程，得到所述网络分析系统的运行状态，包括：
11.若所述分析结果中存在任一分析功能对应的分析数据，则基于所述分析数据确定所述任一分析功能的功能运行状态；
12.否则，基于所述任一分析功能的运行流程，定位所述任一分析功能对应的原始数据来源，基于所述原始数据来源处原始数据的有无和延时，确定所述任一分析功能的功能运行状态。
13.可选地，根据本技术一个实施例的网络分析系统运维方法，当任一分析功能为语音业务kpi分析时，所述若所述分析结果中存在任一分析功能对应的分析数据，则基于所述分析数据确定所述任一分析功能的功能运行状态，包括：
14.若所述分析结果中存在语音业务对应的所有接口的kpi数据，则确定所述语音业务kpi分析正常运行；
15.所述否则，基于所述任一分析功能的运行流程，定位所述任一分析功能对应的原
始数据来源，基于所述原始数据来源处原始数据的有无和延时，确定所述任一分析功能的功能运行状态，包括：
16.若所述分析结果中不存在语音业务对应的任一接口的kpi数据，则定位所述任一接口的原始数据来源；
17.若所述任一接口的原始数据来源处无原始数据，则确定所述语音业务kpi分析的功能运行状态为所述任一接口数据未上报；
18.若所述任一接口的原始数据来源处存在原始数据，且所述原始数据的时延超过预设时延阈值，则确定所述语音业务kpi分析的功能运行状态为所述任一接口数据时延超阈值；
19.若所述任一接口的原始数据来源处存在原始数据，且所述原始数据的时延未超过预设时延阈值，则确定所述语音业务kpi分析的功能运行状态为所述任一接口未知原因异常。
20.可选地，根据本技术一个实施例的网络分析系统运维方法，当任一分析功能为mro分析时，所述基于所述分析数据确定所述任一分析功能的功能运行状态，包括：
21.基于所述分析结果中所述mro分析对应的分析数据，确定测量查询值；
22.若所述测量查询值为0，则确定所述mro分析的功能运行状态为周期性mr未开启；
23.若所述测量查询值大于0且小于查询阈值，则确定所述mro分析的功能运行状态为上报基站数量过少，所述上报基站为开启周期性mr的基站；
24.若所述测量查询值大于等于查询阈值，则确定所述mro分析正常运行。
25.可选地，根据本技术一个实施例的网络分析系统运维方法，所述分析流程顺次包括数据采集阶段、数据分析阶段和结果传输阶段，所述分析结果为所述结果传输阶段的输出；
26.所述基于所述网络分析系统的分析流程倒序检测各流程节点处的数据，得到所述网络分析系统的运行状态，包括：
27.读取所述数据分析阶段的输出数据，若存在，则确定所述运行状态为结果传输故障；
28.否则，读取所述数据分析阶段的输入数据，若存在，则确定所述运行状态为数据分析故障；
29.否则，读取所述数据采集阶段的输出数据，若不存在，则确定所述运行状态为数据采集故障。
30.可选地，根据本技术一个实施例的网络分析系统运维方法，所述数据分析阶段顺次包括imsi回填流程、用户识别流程和功能分析流程；
31.所述读取所述数据分析阶段的输入数据，若存在，则确定所述运行状态为数据分析故障，包括：
32.读取所述功能分析流程的输入数据，若存在，则确定所述运行状态为数据分析故障中的功能分析故障；
33.否则，读取所述用户识别流程的输入数据，若存在，则确定所述运行状态为数据分析故障中的用户识别故障；
34.否则，读取所述imsi回填流程的输入数据，若存在，则不再读取数据采集阶段的输
出数据。
35.可选地，根据本技术一个实施例的网络分析系统运维方法，所述数据采集阶段包括并行的硬采流程和软采流程；
36.所述读取所述数据采集阶段的输出数据，若不存在，则确定所述运行状态为数据采集故障，包括：
37.读取所述硬采流程的输出数据，若不存在，则确定所述运行状态为数据采集故障的硬采接口无数据，若存在且所述硬采流程的输出数据的时延大于硬采时延阈值，则确定所述运行状态为数据采集故障的硬采延迟；
38.否则，读取所述软采流程的输出数据，若不存在且所述软采流程应用的软件运行异常，则确定所述运行状态为数据采集故障的软采运行故障，若不存在且软采流程应用的软件运行正常，则查询基站的开启状态；
39.若所述开启状态为未开启，则确定所述运行状态为数据采集故障的mr未开启。
40.可选地，根据本技术一个实施例的网络分析系统运维方法，所述读取所述软采流程的输出数据，之后还包括：
41.若存在所述软采流程的输出数据，则确定所述运行状态为数据采集故障中的imsi回填故障。
42.可选地，根据本技术一个实施例的网络分析系统运维方法，所述网络分析系统包括数据采集平台、ftp服务器和数据分析平台；
43.所述数据采集平台用于运行所述数据采集阶段，所述数据分析平台用于运行所述数据分析阶段，所述ftp服务器用于将数据采集平台的输出数据中转传输至所述数据分析平台。
44.第二方面，本技术实施例还提供一种网络分析系统运维平台，包括存储器，收发机，处理器：
45.存储器，用于存储计算机程序；收发机，用于在所述处理器的控制下收发数据；处理器，用于读取所述存储器中的计算机程序并执行以下操作：
46.读取网络分析系统的分析结果；
47.若存在所述分析结果，则基于所述分析结果验证所述网络分析系统中对应分析功能的运行流程，得到所述网络分析系统的运行状态；
48.否则，基于所述网络分析系统的分析流程倒序检测各流程节点处的数据，得到所述网络分析系统的运行状态。
49.可选地，根据本技术另一个实施例的网络分析系统运维平台，所述分析结果包括至少一个分析功能对应的分析数据；
50.所述基于所述分析结果验证所述网络分析系统中对应分析功能的运行流程，得到所述网络分析系统的运行状态，包括：
51.若所述分析结果中存在任一分析功能对应的分析数据，则基于所述分析数据确定所述任一分析功能的功能运行状态；
52.否则，基于所述任一分析功能的运行流程，定位所述任一分析功能对应的原始数据来源，基于所述原始数据来源处原始数据的有无和延时，确定所述任一分析功能的功能运行状态。
53.可选地，根据本技术另一个实施例的网络分析系统运维平台，当任一分析功能为语音业务kpi分析时，所述若所述分析结果中存在任一分析功能对应的分析数据，则基于所述分析数据确定所述任一分析功能的功能运行状态，包括：
54.若所述分析结果中存在语音业务对应的所有接口的kpi数据，则确定所述语音业务kpi分析正常运行；
55.所述否则，基于所述任一分析功能的运行流程，定位所述任一分析功能对应的原始数据来源，基于所述原始数据来源处原始数据的有无和延时，确定所述任一分析功能的功能运行状态，包括：
56.若所述分析结果中不存在语音业务对应的任一接口的kpi数据，则定位所述任一接口的原始数据来源；
57.若所述任一接口的原始数据来源处无原始数据，则确定所述语音业务kpi分析的功能运行状态为所述任一接口数据未上报；
58.若所述任一接口的原始数据来源处存在原始数据，且所述原始数据的时延超过预设时延阈值，则确定所述语音业务kpi分析的功能运行状态为所述任一接口数据时延超阈值；
59.若所述任一接口的原始数据来源处存在原始数据，且所述原始数据的时延未超过预设时延阈值，则确定所述语音业务kpi分析的功能运行状态为所述任一接口未知原因异常。
60.可选地，根据本技术另一个实施例的网络分析系统运维平台，当任一分析功能为mro分析时，所述基于所述分析数据确定所述任一分析功能的功能运行状态，包括：
61.基于所述分析结果中所述mro分析对应的分析数据，确定测量查询值；
62.若所述测量查询值为0，则确定所述mro分析的功能运行状态为周期性mr未开启；
63.若所述测量查询值大于0且小于查询阈值，则确定所述mro分析的功能运行状态为上报基站数量过少，所述上报基站为开启周期性mr的基站；
64.若所述测量查询值大于等于查询阈值，则确定所述mro分析正常运行。
65.可选地，根据本技术另一个实施例的网络分析系统运维平台，所述分析流程顺次包括数据采集阶段、数据分析阶段和结果传输阶段，所述分析结果为所述结果传输阶段的输出；
66.所述基于所述网络分析系统的分析流程倒序检测各流程节点处的数据，得到所述网络分析系统的运行状态，包括：
67.读取所述数据分析阶段的输出数据，若存在，则确定所述运行状态为结果传输故障；
68.否则，读取所述数据分析阶段的输入数据，若存在，则确定所述运行状态为数据分析故障；
69.否则，读取所述数据采集阶段的输出数据，若不存在，则确定所述运行状态为数据采集故障。
70.可选地，根据本技术另一个实施例的网络分析系统运维平台，所述数据分析阶段顺次包括imsi回填流程、用户识别流程和功能分析流程；
71.所述读取所述数据分析阶段的输入数据，若存在，则确定所述运行状态为数据分
析故障，包括：
72.读取所述功能分析流程的输入数据，若存在，则确定所述运行状态为数据分析故障中的功能分析故障；
73.否则，读取所述用户识别流程的输入数据，若存在，则确定所述运行状态为数据分析故障中的用户识别故障；
74.否则，读取所述imsi回填流程的输入数据，若存在，则不再读取数据采集阶段的输出数据。
75.可选地，根据本技术另一个实施例的网络分析系统运维平台，所述数据采集阶段包括并行的硬采流程和软采流程；
76.所述读取所述数据采集阶段的输出数据，若不存在，则确定所述运行状态为数据采集故障，包括：
77.读取所述硬采流程的输出数据，若不存在，则确定所述运行状态为数据采集故障的硬采接口无数据，若存在且所述硬采流程的输出数据的时延大于硬采时延阈值，则确定所述运行状态为数据采集故障的硬采延迟；
78.否则，读取所述软采流程的输出数据，若不存在且所述软采流程应用的软件运行异常，则确定所述运行状态为数据采集故障的软采运行故障，若不存在且软采流程应用的软件运行正常，则查询基站的开启状态；
79.若所述开启状态为未开启，则确定所述运行状态为数据采集故障的mr未开启。
80.可选地，根据本技术另一个实施例的网络分析系统运维平台，所述读取所述软采流程的输出数据，之后还包括：
81.若存在所述软采流程的输出数据，则确定所述运行状态为数据分析故障中的imsi回填故障。
82.可选地，根据本技术另一个实施例的网络分析系统运维平台，所述网络分析系统包括数据采集平台、ftp服务器和数据分析平台；
83.所述数据采集平台用于运行所述数据采集阶段，所述数据分析平台用于运行所述数据分析阶段，所述ftp服务器用于将数据采集平台的输出数据中转传输至所述数据分析平台。
84.第三方面，本技术实施例还提供一种网络分析系统运维装置，包括：
85.读取单元，用于读取网络分析系统的分析结果；
86.分析单元，用于若存在所述分析结果，则基于所述分析结果验证所述网络分析系统中对应分析功能的运行流程，得到所述网络分析系统的运行状态；否则，基于所述网络分析系统的分析流程倒序检测各流程节点处的数据，得到所述网络分析系统的运行状态。
87.第四方面，本技术实施例还提供一种处理器可读存储介质，其特征在于，所述处理器可读存储介质存储有计算机程序，所述计算机程序用于使所述处理器执行如上所述第一方面所述的网络分析系统运维方法的步骤。
88.本技术实施例提供的一种网络分析系统运维方法、平台、装置和存储介质，通过读取网络分析系统的分析结果，并判断分析结果存在与否，划分基于分析结果的逆向分析和基于分析流程的正向分析两种方式检测网络分析系统的运行状态，实现了整个网络分析系统的运行状态的实时监控，节省了不必要的运维人力成本，同时提高了故障排查的效率及
准确性，保障网络分析系统的持续稳定运作。
附图说明
89.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
90.图1是本技术实施例提供的网络分析系统运维方法的流程示意图；
91.图2是本技术另一实施例提供的网络分析系统的分析流程的示意图；
92.图3是本技术另一实施例提供的网络分析系统运维方法的流程示意图；
93.图4是本技术另一实施例提供的网络分析系统运维方法的流程示意图；
94.图5是本发明另一实施例提供的网络分析系统的结构示意图；
95.图6是本发明实施例提供的网络分析系统运维平台的结构示意图；
96.图7是本发明实施例提供的网络分析系统运维装置的结构示意图。
具体实施方式
97.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，并不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
98.网络分析系统在线运行中暴露了一些运维问题，例如，软采数据没有开启、软采数据开启过少、软采数据周期性测量报告数据未开启、硬采数据原始数据出现时延过长、数据库或数据仓库工具的磁盘空间不足等，这些运维问题都会导致网络分析系统出现不稳定状态。目前该系统的it运维仍然采用人工运维的方式，运维人员经常因各种故障疲于奔命，查找系统运行的日志特别费时费力，挖故障定位问题如同大海捞针，运维效率极其低下，本发明介绍了一种网络分析系统运维方法，实现了整个网络分析系统的运行状态的实时监控，保障系统的持续稳定运作。
99.图1是本技术实施例提供的网络分析系统运维方法的流程示意图，如图1所示，本发明实施例提供一种网络分析系统运维方法，包括：
100.110、读取网络分析系统的分析结果。
101.具体地，网络分析系统的分析结果即网络分析系统运行所得的最终结果，反映了进行网络监测分析所得的各项指标数据，例如一般kpi(key performance indicator，关键绩效指标)、业务kpi、http(hypertext transfer protocol，超文本传输协议)指标、mro(measurement report original，测量报告原始数据)、用户信息、异常事件、驻留、容量数据等。网络分析系统可以设置专用的数据库用于存储各分析时间段的分析结果，具体的分析时间段和分析频率可以根据客户需求进行设置，本发明实施例对此不作具体限定。
102.在运维过程中，可以通过读取网络分析系统的分析结果的方式，判断对应分析时间段内是否产生了分析结果，从而由此判断网络分析系统的运行状态是否存在异常。
103.120、若存在分析结果，则基于分析结果验证网络分析系统中对应分析功能的运行
流程，得到网络分析系统的运行状态；
104.130、否则，基于网络分析系统的分析流程倒序检测各流程节点处的数据，得到网络分析系统的运行状态。
105.分析功能指的是网络分析系统目前执行的功能，分析功能可以根据客户需求进行动态配置。网络分析系统中，可以运行一个或者多个分析功能，每个分析功能的运行均会产生对应的分析数据。针对于单个分析功能，分析功能的运行流程即该分析功能执行的流程，例如http分析功能的运行流程即针对采集所得http数据进行分析，从而得到相对应的http指标。
106.分析流程指的是网络分析系统从数据采集、传输、存储、大数据分析处理到数据应用的整个数据传输全流程，具体可以包括但不限于原始数据采集、imsi(international mobile subscriber identity，国际移动用户识别码)回填、用户识别、kpi分析、指标评估、业务分析、驻留分析及容量分析等。可选的，该网络分析系统为高铁网络分析系统，该用户识别指的是高铁用户识别。
107.针对读取得到网络分析系统的分析结果的情况，此时默认网络分析系统的分析流程基本可以完整执行，可以针对读取得到的分析结果，对应到输出各分析结果的分析功能的运行流程，利用分析结果自身包含的信息逆向推导各分析功能的运行流程中是否存在异常，例如各分析功能的运行流程是否接收到了分析所需的采集数据，或者采集数据是否存在延时等，由此确定网络分析系统的运行状态。
108.针对未能读取到网络分析系统的分析结果的情况，此时网络分析系统的分析流程可能未能够完整执行，导致网络分析系统未能产生对应的分析结果，可以根据网络分析系统的分析流程，倒序检测各流程节点处的数据有无，通过各流程节点处的数据有无，判断用于输出各流程节点处数据的分析流程是否存在异常，由此确定网络分析系统的运行状态。例如，分析结果是网络分析系统在完成分析之后，传输到专用的数据库中存储的，在未能从专用的数据库中读取得到分析结果的情况下，可以将完成分析之后、传输之前的流程作为一个流程节点，读取此处是否存在分析结果，如果存在，则可能是分析结果的传输流程异常，如果不存在，则可能是分析结果的产生以及再往前的流程存在异常。
109.本发明实施例提供的方法，通过读取网络分析系统的分析结果，并判断分析结果存在与否，划分基于分析结果的逆向分析和基于分析流程的正向分析两种方式检测网络分析系统的运行状态，实现了整个网络分析系统的运行状态的实时监控，节省了不必要的运维人力成本，同时提高了故障排查的效率及准确性，保障网络分析系统的持续稳定运作。
110.基于上述任一实施例，分析结果包括至少一个分析功能对应的分析数据；
111.对应地，步骤120，基于分析结果验证网络分析系统中对应分析功能的运行流程，得到网络分析系统的运行状态，包括：
112.若分析结果中存在任一分析功能对应的分析数据，则基于分析数据确定任一分析功能的功能运行状态；
113.否则，基于任一分析功能的运行流程，定位任一分析功能对应的原始数据来源，基于原始数据来源处原始数据的有无和延时，确定任一分析功能的功能运行状态。
114.具体地，该分析功能具体可以包括但不限于一般kpi、语音业务kpi、http、mro、用户信息、异常事件、驻留、容量及地图分析功能等，每个分析功能的运行均会产生对应的分
析数据。
115.在基于分析结果确定网络分析系统的运行状态时，可以分别针对每个分析功能的功能运行状态进行检测。针对于任一分析功能，首先判断目前读取得到的分析结果中是否存在该分析功能对应的分析数据：
116.如果存在，则可以基于对应的分析数据检测该分析功能的功能运行状态，例如分析数据合规时确定功能运行状态正常，又例如存在分析数据时可以直接确定功能运行状态正常；
117.如果不存在，则需要根据该分析功能的运行流程，定位其原始数据来源。此处所指的原始数据来源即执行该分析功能所需的原始数据的传输接口，例如http分析功能需要应用到的原始数据即http数据，向http分析功能的执行单元传输http数据的接口即原始数据来源。在此基础上，即可判断原始数据来源处是否存在对应分析功能所需的原始数据，如果存在原始数据，还可以进一步判断原始数据本身是否存在延时的情况，进而定位该分析功能异常的原因，作为该分析功能的功能运行状态。
118.本发明实施例提供的方法，通过基于分析结果对应到输出各分析结果的分析功能的运行流程，根据各分析功能的运行流程进行逆向分析，实现了对网络分析系统中各分析功能的运行状态进行监控，提高了故障排查的效率及准确性。
119.基于上述任一实施例，当任一分析功能为语音业务kpi分析时，基于分析结果验证网络分析系统中对应分析功能的运行流程，得到网络分析系统的运行状态，包括：
120.若分析结果中存在语音业务对应的所有接口的kpi数据，则确定语音业务kpi分析正常运行；
121.若分析结果中不存在语音业务对应的任一接口的kpi数据，则定位该接口的原始数据来源；
122.若该接口的原始数据来源处无原始数据，则确定语音业务kpi分析的功能运行状态为该接口数据未上报；
123.若该接口的原始数据来源处存在原始数据，且原始数据的时延超过预设时延阈值，则确定语音业务kpi分析的功能运行状态为该接口数据时延超阈值；
124.若该接口的原始数据来源处存在原始数据，且原始数据的时延未超过预设时延阈值，则确定语音业务kpi分析的功能运行状态为该接口未知原因异常。
125.在本实施例中，语音业务可以是4g(the 4th generation communication system，第四代通信系统)高清语音业务volte(voice over long-term evolution，长期演进语音承载)，也可以是5g(the 5th generation mobile networks,第五代移动通信技术)高清语音业务vonr(voice over new radio，基于5g的语音业务)或者其他语音业务，本发明实施例对此不作具体限定。该语音业务对应的所有接口的kpi数据可以包括但不限于mw接口、gxrx接口和sv接口的kpi数据。预设时延阈值即预先设置的接口原始数据的时延阈值，例如2小时、5小时等。
126.针对于语音业务kpi分析功能，首先检测读取所得的分析结果中存在语音业务对应的所有接口的kpi数据：
127.如果所有接口的kpi数据均存在，则可以确定语音业务kpi分析正常运行，即功能运行状态为正常；
128.如果至少一个接口的kpi数据不存在，则需要针对不存在kpi数据的接口，定位其原始数据来源。此处所指的原始数据来源即确定该接口的kpi数据所需的原始数据的传输接口，例如确定mw接口的kpi数据需要应用到的原始数据即mw数据，向mw接口传输mw数据的接口即原始数据来源。在此基础上，即可判断原始数据来源处是否存在确定该接口的kpi数据所需的原始数据：
129.如果不存在原始数据，则可以确定语音业务kpi分析异常的原因是该接口数据未上报，并将该接口数据未上报作为语音业务kpi分析的功能运行状态；
130.如果存在原始数据，则可以进一步判断原始数据的时延是否超过预设时延阈值，如果原始数据的时延超过预设阈值，可以确定语音业务kpi分析异常的原因是该接口的原始数据的时延超阈值；如果原始数据的时延未超过预设阈值，则将未知原因异常作为语音业务kpi分析的功能运行状态，以便运维人员进一步分析语音业务kpi异常的原因。
131.基于上述任一实施例，当任一分析功能为mro分析时，基于分析数据确定任一分析功能的功能运行状态，包括：
132.基于分析结果中mro分析对应的分析数据，确定测量查询值；
133.若测量查询值为0，则确定mro分析的功能运行状态为周期性mr未开启；
134.若测量查询值大于0且小于查询阈值，则确定mro分析的功能运行状态为上报基站数量过少，上报基站为开启周期性mr(measurement report，测量报告)的基站；
135.若测量查询值大于等于查询阈值，则确定mro分析正常运行。
136.在本实施例中，mro分析对应的分析数据可以反映针对网络分析系统所检测网络的质量信息，例如反映网络信号强度的rsrp(reference signal receiving power，参考信号接收功率)等。基于mro分析对应的分析数据所得的测量查询值反映的是mr的上报情况。
137.可以预先设定查询阈值，并将测量查询值与查询阈值进行大小比较：
138.在测量查询值为0的情况下，可以确定周期性mr未开启，并将此设定为mro分析的功能运行状态；在测量查询值不为0且小于查询阈值的情况下，可以确定周期性mr虽然开启，但是可供周期性mr执行的基站数量不满足要求，因此设定mro分析的功能运行状态为上报基站数量过少；
139.在测量查询值不为0且大于等于查询阈值的情况下，可以确定周期性mr不仅开启且供周期性mr执行的基站数量满足要求，即mro分析功能正常运行，此时可将mro分析正常运行设定为mro分析的功能运行状态。
140.当确定mro分析的功能运行状态为周期性mr未开启或上报基站数量过少时，运维平台均可以将其功能运行状态发送给运维人员，运维人员根据收到的异常通知，开启周期性mr功能或部署更多的上报基站，从而提高外场配置部署的效率。基于上述任一实施例，图2示出了本实施例提供的网络分析系统的分析流程的示意图，如图2所示，分析流程顺次包括数据采集阶段210、数据分析阶段220和结果传输阶段230，分析结果为结果传输阶段230的输出；
141.对应地，步骤130，基于网络分析系统的分析流程倒序检测各流程节点处的数据，得到网络分析系统的运行状态，包括：
142.读取数据分析阶段220的输出数据，若存在，则确定运行状态为结果传输故障；
143.否则，读取数据分析阶段220的输入数据，若存在，则确定运行状态为数据分析故
障；
144.否则，读取数据采集阶段210的输出数据，若不存在，则确定运行状态为数据采集故障。
145.在本实施例中，网络分析系统在完成数据采集后，将所采集的各类数据进行存储和分析，实现最终的应用呈现。其分析流程顺次包括数据采集阶段210、数据分析阶段220和结果传输阶段230，其中一个阶段的输出数据是下一个阶段的输入数据。进一步地，数据采集阶段210通过软硬件完成原始数据的采集，数据采集阶段210的输出数据和数据分析阶段220的输入数据均为采集所得的原始数据。数据分析阶段220对原始数据进行分析并得到分析数据，数据分析阶段220的输出数据和结果传输阶段230的输入数据均为分析数据，结果传输阶段230的输出数据为网络分析系统运行所得的最终结果，即分析结果。需要说明的是，如果结果传输结果230均承担数据传输工作而不对数据进行改写，则分析数据即分析结果。
146.在未能读取到网络分析系统的分析结果的情况下，可根据分析流程倒序检测各个阶段节点处的数据的有无，判断结果传输阶段230不存在输出数据的异常原因，首先检测数据分析阶段220的输出数据：
147.如果存在，即数据采集阶段210和数据分析阶段220均正常运行，可以直接确定结果传输阶段230存在异常，将结果传输故障作为网络分析系统的运行状态；
148.如果不存在，即数据采集阶段210或者数据分析阶段220可能存在异常，此时读取数据分析阶段220的输入数据，以判断数据分析阶段220无输出的原因：
149.如果存在，则可以确定数据采集阶段210正常运行，数据分析阶段220存在异常，将数据分析故障作为网络分析系统的运行状态；
150.如果不存在，则可以确定数据采集阶段210存在异常，将数据采集故障作为网络分析系统的运行状态。
151.本发明实施例提供的方法，基于分析流程倒序检测各流程节点处的数据，判断用于输出各流程节点处数据的分析流程是否存在异常，由此得到网络分析系统的运行状态，从而实现对网络分析系统各阶段运行状态的监控，保障系统的持续稳定运作。
152.基于上述任一实施例，数据分析阶段顺次包括imsi回填流程、用户识别流程和功能分析流程；
153.相应地，步骤130中，读取数据分析阶段的输入数据，若存在，则确定运行状态为数据分析故障，包括：
154.读取功能分析流程的输入数据，若存在，则确定运行状态为数据分析故障中的功能分析故障；
155.否则，读取用户识别流程的输入数据，若存在，则确定运行状态为数据分析故障中的用户识别故障；
156.否则，读取imsi回填流程的输入数据，若存在，则不再读取数据采集阶段的输出数据。
157.具体地，imsi为国际移动用户识别码，为运营商区分用户的标志，imsi回填流程指的是tmsi(temporary mobile subscriber identity，临时移动用户识别码)信息转换为imsi的流程。
158.针对于数据分析阶段，在对数据分析阶段的运行状态进行检测时，可以进一步细化为对数据分析阶段内顺次执行的imsi回填流程、用户识别流程和功能分析流程进行流程级别的运行状态检测。考虑到数据分析阶段中一个流程的输出数据是下一个流程的输入数据，可以根据数据分析阶段中各个流程的运行顺序倒序检测各个流程节点处的数据的有无，判断数据分析阶段220异常的具体原因，首先检测读取功能分析流程的输入数据：
159.如果存在，则可以直接确定功能分析流程存在异常，确定运行状态为数据分析故障中的功能分析故障；
160.如果不存在，则可能是用户识别流程或者数据采集阶段存在异常，此时优先读取用户识别流程的输入数据：如果存在，则可以确定运行状态为数据分析故障中的用户识别故障；如果不存在，则可能是数据采集阶段存在异常，此时进一步读取imsi回填流程的输入数据，如果存在，则说明在imsi回填流程之前执行的数据采集阶段正常，可不再读取数据采集阶段的输出数据，此外考虑到在得到采集数据的情况下imsi回填流程基本不可能出现问题，此时可以直接结束运维监测流程。
161.进一步地，当确定的运行状态为数据分析故障中的功能分析故障或用户识别故障时，则可以进入日志分析流程以进一步定位故障具体原因。
162.基于上述任一实施例，数据采集阶段210包括并行的硬采流程和软采流程；
163.相应地，步骤130中，读取数据采集阶段的输出数据，若不存在，则确定运行状态为数据采集故障，包括：
164.读取硬采流程的输出数据，若不存在，则确定运行状态为数据采集故障的硬采接口无数据，若存在且硬采流程的输出数据的时延大于硬采时延阈值，则确定运行状态为数据采集故障的硬采延迟；
165.否则，读取软采流程的输出数据，若不存在且软采流程应用的软件运行异常，则确定运行状态为数据采集故障的软采运行故障，若不存在且软采流程应用的软件运行正常，则查询基站的开启状态；
166.若开启状态为未开启，则确定运行状态为数据采集故障的mr未开启。
167.具体地，针对于数据采集阶段，在对数据采集阶段的运行状态进行检测时，可以进一步细化为对数据采集阶段内并行的硬采流程和软采流程进行流程级别的运行状态检测。此处所指的硬采是针对s1-mme、s1-u http、gm/mw/mg/mi/mj/isc、rx、sv等接口进行采集，软采是针对uu、x2、ue_mr、cell_mr等接口进行采集。
168.需要说明的是，虽然数据采集阶段中硬采流程和软采流程为并行关系，但imsi回填流程的输入数据是存储在硬采接口，因此，本发明实施例在对数据采集阶段进行检测时，优先检测硬采流程的异常，在硬采流程检测有误的情况下再进行软采流程检测，从而进一步提高故障定位的效率。
169.具体在检测硬采流程和软采流程时，不仅需要关注采集所得数据的有无，还需要在存在输出数据的情况下，进一步关注输出数据的时延是否符合要求，具体可以通过将硬采数据的时延与预先设置的硬采时延阈值、软采数据的时延与预先设置的软采时延阈值相比较，此处硬采时延阈值和软采时延阈值的取值可以相同也可以不同。
170.基于上述任一实施例，读取软采流程的输出数据，之后还包括：
171.若存在软采流程的输出数据，则确定运行状态为数据采集故障中的imsi回填故
障。
172.具体地，针对数据采集阶段的运行状态检测，首先检测读取硬采流程的输出数据：
173.如果不存在，则可以直接确定硬采流程存在异常，确定运行状态为数据采集故障的硬采接口无数据；
174.如果存在，则可以进一步判断该输出数据的时延大于硬采时延阈值，如果大于阈值，则可以确定运行状态为数据采集故障的硬采延迟，否则，确认硬采流程正常运行，转而读取软采流程的输出数据：如果存在，则可以确定运行状态为数据采集故障中的imsi回填故障；
175.如果不存在且软采流程应用的软件运行异常，则可以确定运行状态为数据采集故障的软采运行故障，如果不存在且软采流程应用的软件运行正常，则进一步查询基站的开启状态：如果开启状态为未开启，则可以确定运行状态为数据采集故障的mr未开启。
176.进一步地，硬采流程包括共享平台硬采数据、硬采过滤数据和硬采数据，其中硬采过滤数据通过硬采过滤脚本生成。软采流程包括sca(signaling convergence adapter，流量汇聚适配器)通过nssp软件解析得到软采数据。
177.基于上述任一实施例，如图3和图4所示，本发明实施例提供的网络分析系统运维方法的具体实现方式为：
178.读取网络分析系统的分析结果，例如，可以用如下命令实现：
179.select*from volte_gt_cell_ana_base60 where
180.to_char(ttime,’yyyy-mm-dd hh24’)＝’2019-01-15 14’；
181.存在以下两种情况：
182.(一)存在分析结果，则进入分析功能验证流程，即基于分析结果验证网络分析系统中对应分析功能的运行流程，包括如下几个并行流程：
183.1、进入语音业务kpi分析流程：
184.读取分析结果中是否存在语音业务对应的所有接口的kpi数据，例如可以用如下命令实现：
185.select sum(case when imsiregatt》0 then 1 else 0 end)volte_mw,
186.sum(case when wireless》0 then 1 else 0 end)volte_gxrx,
187.sum(case when srvccsucc》0 then 1 else 0 end)volte_sv
188.from volte_gt_cell_ana_base60 where and
189.to_char(ttime,'yyyy-mm-dd hh24')＝＝’2019-01-15 14’；
190.如果mw、grxr和sv口的kpi数据都存在，例如volte_mw、volte_gxrx和volte_sv都大于0，则可以确定语音业务kpi分析功能正常运行；
191.否则，即至少存在一个接口的kpi数据不存在，例如，mw口的kpi数据不存在，则读取mw口的原始数据来源处的原始数据，例如可以用如下命令实现：
192.hdfs dfs-du
–
sh
193./datang2/tb_xdr_ifc_gmmwmgmimjisc/20190116//06；
194.如果不存在原始数据，则可以确定语音业务kpi分析的功能运行状态为mw数据未上报；
195.如果存在原始数据，进一步判断该原始数据的时延是否超过预设时延阈值，如果
超过，则可以确定语音业务kpi分析的功能运行状态为mw口数据时延超阈值，如果不超过，则可以确定功能运行状态为mw口未知原因异常。
196.2、进入mro分析流程：
197.读取分析结果中是否存在mro分析对应的分析数据，确定测量查询值，可通过如下命令实现：
198.select count(distinct(case when avgrsrpx《0 then cellid else null end))/count(distinct cellid)
199.from mr_gt_cell_ana_base60 where to_char(ttime,'yyyy-mm-dd hh24')＝'2017-04-27 12'and dir_state》＝0；
200.如果测量查询值为0，则可以确定mro分析的功能运行状态为周期性mr未开启；
201.如果测量查询值大于0且小于查询阈值，则可以确定mro分析的功能运行状态为上报基站数量过少，该上报基站为开启周期性mr的基站。
202.3、读取分析结果中是否存在http分析对应的分析数据，可通过如下命令实现：
203.select*from cell_hour_http
204.where to_char(ttime,'yyyy-mm-dd hh24')＝'2017-04-27 12'；
205.如果http分析对应的分析数据存在，则可以确定http分析功能正常运行；
206.否则，进一步读取http分析的原始数据来源处的原始数据：
207.如果不存在原始数据，则可以确定http分析的功能运行状态为http数据未上报；
208.如果存在原始数据，进一步判断该原始数据的时延是否超过预设时延阈值，如果超过，则可以确定http分析的功能运行状态为http数据时延超阈值，如果不超过，则可以确定功能运行状态为http分析未知原因异常。
209.4、进入异常事件分析流程。
210.5、进入驻留分析流程。
211.6、进入容量分析流程。
212.7、进入地图分析流程。
213.(二)分析结果不存在，则根据网络分析系统的分析流程倒序检测各流程节点处的数据，首先读取数据分析阶段的输出数据，例如可以通过以下命令实现：
214.select*from sxresult620.volte_gt_cell_ana_base60 where dt＝and h＝；
215.如果存在，则可以确定运行状态为结果传输故障；如果不存在，读取功能分析流程的输入数据，例如可以通过以下命令实现：
216.select*from sxresult620.tb_xdr_ifc_s1mme_new where dt＝and h＝；
217.如果存在，则可以确定运行状态为数据分析故障中的功能分析故障；如果不存在，进一步读取用户识别流程的输入数据，例如可以通过以下命令实现：
218.select*from sxresult620.volte_gt_busi_user_data where dt＝and h＝；
219.如果存在，则可以确定运行状态为数据分析故障中的用户识别故障；如果不存在，进一步读取imsi回填流程的输入数据，例如可以通过以下命令实现：
220.select*from sxresult620.tb_xdr_ifc_uu where dt＝and h＝；
221.如果存在，则结束运维流程；如果不存在，读取数据采集阶段的输出数据，例如可以通过以下命令实现：
222.select*from sxinit620.tb_xdr_ifc_uu where dt＝and h＝；
223.select*from sxinit620.tb_xdr_ifc_s1mme dt＝and h＝；
224.如果不存在硬采流程的输出数据，则可以确定运行状态为数据采集故障的硬采接口无数据；如果存在，则进一步判断该硬采数据的时延是否超过预设时延阈值，如果超过，则可以确定运行状态为数据采集故障的硬采延迟，如果不超过，则进一步读取硬采流程的输出数据：
225.如果存在，则可以确定运行状态为数据采集故障中的imsi回填故障；如果不存在，则进一步判断软采流程应用的软件运行是否正常，如果运行异常，则可以确定运行状态为数据采集故障的软采运行故障，如果运行正常，则可以查询基站的开启状态：
226.如果开启状态为未开启，则可以确定运行状态为数据采集故障的mr未开启。
227.基于上述任一实施例，网络分析系统包括数据采集平台、ftp(file transfer protocol，文件传输协议)服务器和数据分析平台；
228.数据采集平台用于运行数据采集阶段，数据分析平台用于运行数据分析阶段，ftp服务器用于将数据采集平台的输出数据中转传输至数据分析平台。
229.在本实施例中，网络分析系统包括用于运行数据采集阶段的数据采集平台、ftp服务器和用于运行数据分析阶段的数据分析平台，网络分析系统可以部署在4a(认证authentication、账号account、授权authorization、审计audit)管控平台上。
230.考虑到4a管控平台是信息化体系的身份服务中心，安全性要求较高，无法使用tcp/ip(transfer controln protocol/internet protocol，传输控制/网际协议)、udp(user datagram protocol，用户数据报协议)、socket等协议，因此，存在数据采集平台和数据分析平台之间通讯困难的问题。为了克服这个问题，本发明实施例通过以ftp服务器为中转平台，将数据采集平台的输出数据中转传输至数据分析平台，实现数据采集平台和数据分析平台之间互相通信，并且通过将互相通信的信息压缩到最小，极大地减少了内存的消耗，避免对网络分析系统自身的运作造成影响。
231.进一步地，图5示出了本发明实施例提供的网络分析系统的一种实现方式，如图5所示，网络分析系统包括oozie平台510、ftp服务器520、hadoop集群530和web及oracle服务器540，其中数据采集平台可以是oozie平台510，oozie平台是用于hadoop平台的开源的工作流调度引擎，可以对网络分析系统的各个分析流程进行状态采集，并在各个分析流程中进行埋点，定时对各流程节点处的埋点数据进行检测。数据分析平台可以是hadoop集群530，hadoop是由java语言编写的，在分布式服务器集群上存储海量数据并运行分布式分析应用的开源框架。hadoop集群可以将分析结果传输到web及oracle服务器540上进行存储和最终的应用展示。
232.基于上述任一实施例，网络分析系统任一分析功能对应的分析数据的计算方式抛弃了传统的sql(structured query language，结构化查询语言)计算方法，采用了表达式计算方法，在网络分析系统运行过程中，运维人员可以随时根据需要对各分析功能对应的计算方式进行动态修改，降低了运维人员的使用门槛。
233.基于上述任一实施例，在得到网络分析结果的运行状态之后，还可以将运行状态实时反馈到运维人员，以便运维人员及时发现问题故障，使得系统运维方式从被动的响应转变为主动定向排故。
234.进一步地，具体反馈方式可以是在每次分析结束后，将得到的运行状态的分析结果发送给运维人员，也可以是仅当运行状态存在异常时，将运行状态的分析结果发送给运维人员。发送方式可以是邮件，也可以是其他通信方式。
235.分析结果还可以以预先设定好的形式进行呈现，可以是表格的形式，也可以是其他文件形式，其中对于异常运行状态的标注方式可以是红色、黄色或其他突出显示的方式，以使运维人员能够清楚查看到异常的运行状态，及时进行相应的处理。
236.本发明实施例提供的方法，通过将运行状态的分析结果反馈给运维人员，并以文件形式进行呈现，克服了传统人工运维方式无法满足呈现分析结果的业务发展需求的问题，有助于运维人员及时发现问题故障，进一步提升了运维服务的响应效率。
237.基于上述任一实施例，图6是本发明实施例提供的网络分析系统运维平台的结构示意图，如图6所示，网络分析系统运维平台包括存储器620，收发机600，处理器610：
238.存储器620，用于存储计算机程序；收发机600，用于在所述处理器的控制下收发数据；处理器610，用于读取所述存储器中的计算机程序并执行以下操作：
239.读取网络分析系统的分析结果；
240.若存在所述分析结果，则基于所述分析结果验证所述网络分析系统中对应分析功能的运行流程，得到所述网络分析系统的运行状态；
241.否则，基于所述网络分析系统的分析流程倒序检测各流程节点处的数据，得到所述网络分析系统的运行状态。
242.其中，收发机600，用于在处理器610的控制下接收和发送数据。
243.其中，在图6中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器610代表的一个或多个处理器和存储器620代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机600可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元，这些传输介质包括无线信道、有线信道、光缆等传输介质。处理器610负责管理总线架构和通常的处理，存储器620可以存储处理器610在执行操作时所使用的数据。
244.处理器610可以是中央处埋器(cpu)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field－programmable gate array，fpga)或复杂可编程逻辑器件(complex programmable logic device，cpld)，处理器也可以采用多核架构。
245.在此需要说明的是，本发明实施例提供的上述装置，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
246.可选地，根据本技术另一个实施例的网络分析系统运维平台，分析结果包括至少一个分析功能对应的分析数据；
247.基于分析结果验证网络分析系统中对应分析功能的运行流程，得到网络分析系统的运行状态，包括：
248.若分析结果中存在任一分析功能对应的分析数据，则基于分析数据确定任一分析功能的功能运行状态；
249.否则，基于任一分析功能的运行流程，定位任一分析功能对应的原始数据来源，基于原始数据来源处原始数据的有无和延时，确定任一分析功能的功能运行状态。
250.可选地，根据本技术另一个实施例的网络分析系统运维平台，当任一分析功能为语音业务kpi分析时，若分析结果中存在任一分析功能对应的分析数据，则基于分析数据确定任一分析功能的功能运行状态，包括：
251.若分析结果中存在语音业务对应的所有接口的kpi数据，则确定语音业务kpi分析正常运行；
252.否则，基于任一分析功能的运行流程，定位任一分析功能对应的原始数据来源，基于原始数据来源处原始数据的有无和延时，确定任一分析功能的功能运行状态，包括：
253.若分析结果中不存在语音业务对应的任一接口的kpi数据，则定位任一接口的原始数据来源；
254.若任一接口的原始数据来源处无原始数据，则确定语音业务kpi分析的功能运行状态为任一接口数据未上报；
255.若任一接口的原始数据来源处存在原始数据，且原始数据的时延超过预设时延阈值，则确定语音业务kpi分析的功能运行状态为任一接口数据时延超阈值；
256.若任一接口的原始数据来源处存在原始数据，且原始数据的时延未超过预设时延阈值，则确定语音业务kpi分析的功能运行状态为任一接口未知原因异常。
257.可选地，根据本技术另一个实施例的网络分析系统运维平台，当任一分析功能为mro分析时，基于分析数据确定任一分析功能的功能运行状态，包括：
258.基于分析结果中mro分析对应的分析数据，确定测量查询值；
259.若测量查询值为0，则确定mro分析的功能运行状态为周期性mr未开启；
260.若测量查询值大于0且小于查询阈值，则确定mro分析的功能运行状态为上报基站数量过少，上报基站为开启周期性mr的基站；
261.若测量查询值大于等于查询阈值，则确定mro分析正常运行。
262.可选地，根据本技术另一个实施例的网络分析系统运维平台，分析流程顺次包括数据采集阶段、数据分析阶段和结果传输阶段，分析结果为结果传输阶段的输出；
263.基于网络分析系统的分析流程倒序检测各流程节点处的数据，得到网络分析系统的运行状态，包括：
264.读取数据分析阶段的输出数据，若存在，则确定运行状态为结果传输故障；
265.否则，读取数据分析阶段的输入数据，若存在，则确定运行状态为数据分析故障；
266.否则，读取数据采集阶段的输出数据，若不存在，则确定运行状态为数据采集故障。
267.可选地，根据本技术另一个实施例的网络分析系统运维平台，数据分析阶段顺次包括imsi回填流程、用户识别流程和功能分析流程；
268.读取数据分析阶段的输入数据，若存在，则确定运行状态为数据分析故障，包括：
269.读取功能分析流程的输入数据，若存在，则确定运行状态为数据分析故障中的功能分析故障；
270.否则，读取用户识别流程的输入数据，若存在，则确定运行状态为数据分析故障中的用户识别故障；
271.否则，读取imsi回填流程的输入数据，若存在，则不再读取数据采集阶段的输出数据。
272.可选地，根据本技术另一个实施例的网络分析系统运维平台，数据采集阶段包括并行的硬采流程和软采流程；
273.读取数据采集阶段的输出数据，若不存在，则确定运行状态为数据采集故障，包括：
274.读取硬采流程的输出数据，若不存在，则确定运行状态为数据采集故障的硬采接口无数据，若存在且硬采流程的输出数据的时延大于硬采时延阈值，则确定运行状态为数据采集故障的硬采延迟；
275.否则，读取软采流程的输出数据，若不存在且软采流程应用的软件运行异常，则确定运行状态为数据采集故障的软采运行故障，若不存在且软采流程应用的软件运行正常，则查询基站的开启状态；
276.若开启状态为未开启，则确定运行状态为数据采集故障的mr未开启。
277.可选地，根据本技术另一个实施例的网络分析系统运维平台，读取软采流程的输出数据，之后还包括：
278.若存在软采流程的输出数据，则确定运行状态为数据分析故障中的imsi回填故障。
279.可选地，根据本技术另一个实施例的网络分析系统运维平台，网络分析系统包括数据采集平台、ftp服务器和数据分析平台；
280.数据采集平台用于运行数据采集阶段，数据分析平台用于运行数据分析阶段，ftp服务器用于将数据采集平台的输出数据中转传输至数据分析平台。
281.基于上述任一实施例，图7是本发明实施例提供的网络分析系统运维装置的结构示意图，如图7所示，网络分析系统运维装置，包括读取单元710和分析单元720；
282.其中，读取单元710，用于读取网络分析系统的分析结果；
283.分析单元720，用于若存在分析结果，则基于分析结果验证网络分析系统中对应分析功能的运行流程，得到网络分析系统的运行状态；否则，基于网络分析系统的分析流程倒序检测各流程节点处的数据，得到网络分析系统的运行状态。
284.在此需要说明的是，本发明实施例提供的上述装置，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
285.基于上述任一实施例，分析结果包括至少一个分析功能对应的分析数据；
286.分析单元720中，结果验证子单元用于：
287.若分析结果中存在任一分析功能对应的分析数据，则基于分析数据确定任一分析功能的功能运行状态；
288.否则，基于任一分析功能的运行流程，定位任一分析功能对应的原始数据来源，基于原始数据来源处原始数据的有无和延时，确定任一分析功能的功能运行状态。
289.在此需要说明的是，本发明实施例提供的上述装置，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
290.基于上述任一实施例，当任一分析功能为语音业务kpi分析时，结果验证子单元具体用于：
291.若分析结果中存在语音业务对应的所有接口的kpi数据，则确定语音业务kpi分析正常运行；
292.若分析结果中不存在语音业务对应的任一接口的kpi数据，则定位任一接口的原始数据来源；
293.若任一接口的原始数据来源处无原始数据，则确定语音业务kpi分析的功能运行状态为任一接口数据未上报；
294.若任一接口的原始数据来源处存在原始数据，且原始数据的时延超过预设时延阈值，则确定语音业务kpi分析的功能运行状态为任一接口数据时延超阈值；
295.若任一接口的原始数据来源处存在原始数据，且原始数据的时延未超过预设时延阈值，则确定语音业务kpi分析的功能运行状态为任一接口未知原因异常。
296.在此需要说明的是，本发明实施例提供的上述装置，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
297.基于上述任一实施例，当任一分析功能为mro分析时，结果验证子单元具体用于：
298.基于分析结果中mro分析对应的分析数据，确定测量查询值；
299.若测量查询值为0，则确定mro分析的功能运行状态为周期性mr未开启；
300.若测量查询值大于0且小于查询阈值，则确定mro分析的功能运行状态为上报基站数量过少，上报基站为开启周期性mr的基站；
301.若测量查询值大于等于查询阈值，则确定mro分析正常运行。
302.在此需要说明的是，本发明实施例提供的上述装置，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
303.基于上述任一实施例，分析流程顺次包括数据采集阶段、数据分析阶段和结果传输阶段，分析结果为结果传输阶段的输出；
304.分析单元720中，流程验证子单元用于：
305.读取数据分析阶段的输出数据，若存在，则确定运行状态为结果传输故障；
306.否则，读取数据分析阶段的输入数据，若存在，则确定运行状态为数据分析故障；
307.否则，读取数据采集阶段的输出数据，若不存在，则确定运行状态为数据采集故障。
308.在此需要说明的是，本发明实施例提供的上述装置，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
309.基于上述任一实施例，数据分析阶段顺次包括imsi回填流程、用户识别流程和功能分析流程；
310.流程验证子单元用于：
311.读取功能分析流程的输入数据，若存在，则确定运行状态为数据分析故障中的功能分析故障；
312.否则，读取用户识别流程的输入数据，若存在，则确定运行状态为数据分析故障中的用户识别故障；
313.否则，读取imsi回填流程的输入数据，若存在，则不再读取数据采集阶段的输出数据。
314.在此需要说明的是，本发明实施例提供的上述装置，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
315.基于上述任一实施例，数据采集阶段包括并行的硬采流程和软采流程；
316.流程验证子单元用于：
317.读取硬采流程的输出数据，若不存在，则确定运行状态为数据采集故障的硬采接口未知原因异常，若存在且硬采流程的输出数据的时延大于硬采时延阈值，则确定运行状态为数据采集故障的硬采延迟；
318.否则，读取软采流程的输出数据，若不存在且软采流程应用的软件运行异常，则确定运行状态为数据采集故障的软采运行故障，若不存在且软采流程应用的软件运行正常，则查询基站的开启状态；
319.若开启状态为未开启，则确定运行状态为数据采集故障的mr未开启。
320.在此需要说明的是，本发明实施例提供的上述装置，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
321.基于上述任一实施例，流程验证子单元还用于：
322.若存在软采流程的输出数据，则确定运行状态为数据采集故障中的imsi回填故障。
323.在此需要说明的是，本发明实施例提供的上述装置，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
324.基于上述任一实施例，网络分析系统包括数据采集平台、ftp服务器和数据分析平台；
325.数据采集平台用于运行数据采集阶段，数据分析平台用于运行数据分析阶段，ftp服务器用于将数据采集平台的输出数据中转传输至数据分析平台。
326.需要说明的是，本技术实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
327.所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本技术各个
实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
328.另一方面，本技术实施例还提供一种处理器可读存储介质，所述处理器可读存储介质存储有计算机程序，所述计算机程序用于使所述处理器执行上述各实施例提供的方法，包括：
329.读取网络分析系统的分析结果；
330.若存在所述分析结果，则基于所述分析结果验证所述网络分析系统中对应分析功能的运行流程，得到所述网络分析系统的运行状态；
331.否则，基于所述网络分析系统的分析流程倒序检测各流程节点处的数据，得到所述网络分析系统的运行状态。
332.所述处理器可读存储介质可以是处理器能够存取的任何可用介质或数据存储设备，包括但不限于磁性存储器(例如软盘、硬盘、磁带、磁光盘(mo)等)、光学存储器(例如cd、dvd、bd、hvd等)、以及半导体存储器(例如rom、eprom、eeprom、非易失性存储器(nand flash)、固态硬盘(ssd))等。
333.本领域内的技术人员应明白，本技术的实施例可提供为方法、系统、或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
334.本技术是参照根据本技术实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机可执行指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机可执行指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
335.这些处理器可执行指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的处理器可读存储器中，使得存储在该处理器可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
336.这些处理器可执行指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
337.显然，本领域的技术人员可以对本技术进行各种改动和变型而不脱离本技术的精神和范围。这样，倘若本技术的这些修改和变型属于本技术权利要求及其等同技术的范围之内，则本技术也意图包含这些改动和变型在内。