网元故障预警方法、装置、电子设备及存储介质与流程

1.本发明涉及通讯技术领域，尤其涉及一种网元故障预警方法、装置、电子设备及存储介质。


背景技术：

2.随着网络技术的发展及移动网络用户的高速增长，电信服务运营商的核心网所起到的作用越来越重要，而对核心网及时、合理维护工作，是保证运营商核心网能够提供高质量电信服务的关键。
3.在核心网维护中，网络故障的发现一般依赖网管告警和用户投诉。网管告警一般由各网元自身产生和上报，再经过工程师去分析判断，得出故障诊断结论，同时，故障定位手段依赖工程师根据告警信息、通信网元配置信息、信令等信息进行综合分析判断，最终定位故障点。
4.然后随着核心网网络越来越复杂，网元种类越来越多，不同厂家的网元告警信息不一致，人工分析难度很大，往往要等到用户投诉才发现网络出现故障，因此，现有技术中存在网络故障预警滞后、时效性差、准确度低的问题。


技术实现要素：

5.本发明提供一种网元故障预警方法、装置、电子设备及存储介质，用以解决网络故障预警滞后、时效性差、准确度低的问题。
6.根据本公开实施例的第一方面，本发明提供了一种网元故障预警方法，所述方法包括：
7.根据预设策略获取目标网元的目标通用业务数据；
8.从所述目标网元的历史业务数据中，获取所述目标网元的历史通用业务数据，其中，所述历史业务数据中包括至少一种类型的业务数据；
9.根据所述历史通用业务数据，对所述目标通用业务数据进行预警分析，获得预警结果。
10.可选地，根据所述历史通用业务数据，对所述目标通用业务数据进行预警分析，获得预警结果，包括：
11.根据所述历史通用业务数据，对所述目标通用业务数据进行处理分析，得到预警结果，其中，所述处理分析包括以下的至少一种：阈值分析、突变分析、偏差分析。
12.可选地，所述根据所述历史通用业务数据，对所述目标通用业务数据进行阈值分析，获得预警结果，包括：
13.根据所述历史通用业务数据，确定阈值范围；
14.根据所述通用业务数据的阈值是否处于所述阈值范围内，确定预警结果。
15.可选地，所述根据所述历史通用业务数据，确定阈值范围，包括：
16.获取所述历史通用业务数据中符合预设条件的目标历史数据；
17.利用目标历史数据进行基于fbprophet算法的机器学习，预测未来第二预设时长内的预测通用业务数据；
18.根据所述预测通用业务数据的阈值，确定阈值范围。
19.可选地，所述根据所述历史通用业务数据，对所述目标通用业务数据进行突变分析，确定预警结果，包括：
20.获取历史通用业务数据中与所述目标通用业务数据对应的一个或多个目标历史数据；
21.计算所述通用业务数据相对于所述目标历史数据的变化率；
22.根据所述变化率确定预警结果。
23.可选地，所述根据所述历史通用业务数据，对所述目标通用业务数据进行偏差分析，确定预警结果，包括：
24.根据所述目标通用业务数据，确定所述目标网元对应的目标业务量占比；
25.根据所述历史通用业务数据，获取与所述目标网元对应的历史业务量占比；
26.计算所述目标业务量占比与所述历史业务量占比的偏差值；
27.根据所述偏差值，确定预警结果。
28.可选地，目标通用业务数据包括在线用户数，和/或，流量数据；所述根据预设策略获取目标网元的目标通用业务数据，包括：
29.获取所述目标网元的网元类型；
30.根据预设的映射关系，确定所述网元类型对应的通用业务项，其中，所述映射关系为网元类型与通用业务项之间的映射关系；
31.每间隔预设时间长度，采集目标网元的通用业务项对应的在线用户数，和/或流量数据。
32.根据本公开实施例的第二方面，本发明提供了一种网元故障预警装置，包括：
33.第一获取模块，用于根据预设策略获取目标网元的目标通用业务数据；
34.第二获取模块，用于从所述目标网元的历史业务数据中，获取所述目标网元的历史通用业务数据，其中，所述历史业务数据中包括至少一种类型的业务数据；
35.分析模块，用于根据所述历史通用业务数据，对所述目标通用业务数据进行预警分析，获得预警结果。
36.可选地，所述分析模块，具体用于：
37.根据所述历史通用业务数据，对所述目标通用业务数据进行处理分析，得到预警结果，其中，所述处理分析包括以下的至少一种：阈值分析、突变分析、偏差分析。
38.可选地，所述分析模块在根据所述历史通用业务数据，对所述目标通用业务数据进行阈值分析，获得预警结果时，具体用于：
39.根据所述历史通用业务数据，确定阈值范围；
40.根据所述通用业务数据的阈值是否处于所述阈值范围内，确定预警结果。
41.可选地，所述分析模块在根据所述历史通用业务数据，确定阈值范围时，具体用于：
42.获取所述历史通用业务数据中符合预设条件的目标历史数据；
43.利用目标历史数据进行基于fbprophet算法的机器学习，预测未来第二预设时长
内的预测通用业务数据；
44.根据所述预测通用业务数据的阈值，确定阈值范围。
45.可选地，所述分析模块在根据所述历史通用业务数据，对所述目标通用业务数据进行突变分析，确定预警结果时，具体用于：
46.获取历史通用业务数据中与所述目标通用业务数据对应的一个或多个目标历史数据；
47.计算所述通用业务数据相对于所述目标历史数据的变化率；
48.根据所述变化率确定预警结果。
49.可选地，所述分析模块在在根据所述历史通用业务数据，对所述目标通用业务数据进行偏差分析，确定预警结果时，具体用于：
50.根据所述目标通用业务数据，确定所述目标网元对应的目标业务量占比；
51.根据所述历史通用业务数据，获取与所述目标网元对应的历史业务量占比；
52.计算所述目标业务量占比与所述历史业务量占比的偏差值；
53.根据所述偏差值，确定预警结果。
54.可选地，目标通用业务数据包括在线用户数，和/或，流量数据；所述第一获取模块，具体用于：
55.获取所述目标网元的网元类型；
56.根据预设的映射关系，确定所述网元类型对应的通用业务项，其中，所述映射关系为网元类型与通用业务项之间的映射关系；
57.每间隔预设时间长度，采集目标网元的通用业务项对应的在线用户数，和/或流量数据。
58.根据本公开实施例的第三方面，本发明提供了一种电子设备，包括：存储器，处理器以及计算机程序；
59.其中，所述计算机程序存储在所述存储器中，并被配置为由所述处理器执行如本公开实施例第一方面任一项所述的网元故障预警方法。
60.根据本公开实施例的第四方面，本发明提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如本公开实施例第一方面任一项所述的网元故障预警方法。
61.本发明提供的网元故障预警方法、装置、电子设备及存储介质，通过根据预设策略获取目标网元的目标通用业务数据；从所述目标网元的历史业务数据中，获取所述目标网元的历史通用业务数据，其中，所述历史业务数据中包括至少一种类型的业务数据；根据所述历史通用业务数据，对所述目标通用业务数据进行预警分析，获得预警结果，由于对网元故障进行预警分析时使用的是目标通用业务数据和历史通用业务数据，无需针对不同厂商的网元进行单独的分析，提高了网元数据的使用效率，实现了网元故障的自动预警，提高了网络故障预警的时效性和准确性。
附图说明
62.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。
63.图1为本发明实施例提供的网元故障预警方法的一种应用场景图；
64.图2为本发明一个实施例提供的网元故障预警方法的流程图；
65.图3为本发明另一个实施例提供的网元故障预警方法的流程图；
66.图4为图3所示实施例中步骤s204的流程图；
67.图5为图3所示实施例中步骤s205的流程图；
68.图6为图3所示实施例中步骤s206的流程图；
69.图7为本发明一个实施例提供的网元故障预警装置的结构示意图；
70.图8为本发明一个实施例提供的电子设备的结构示意图。
71.通过上述附图，已示出本公开明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为本领域技术人员说明本公开的概念。
具体实施方式
72.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
73.首先对本发明所涉及的名词进行解释：
74.网元：指网络中的元素、设备，能够独立完成一定的传输功能，网元是网络管理中被监视和管理的最小单位，根据不同的网络架构，网元的定义可以是不同的。例如，网元可以包括基站，也可以包括移动管理节点功能(mobility management entity，mme)、服务网关(serving gateway，sgw)、公用数据网(public data network，pdn)等等，对于核心网中的网元而言，不同的网元承载了不同的服务、业务。
75.图1为本发明实施例提供的网元故障预警方法的一种应用场景图，如图1所示，本实施例提供的网元故障预警方法应用于电子设备，例如网管设备11，网管设备11与核心网连接，核心网内包括多个用于核心交换或者呼叫路由功能的网元12，不同的网元12承载不同的功能，进而起到支撑不同电信网络业务的作用，网管设备11可以通过核心网获得网元12上传的报警信息，同时，根据需要将网元报警信息发送至运维人员使用的终端设备13。
76.现有技术中，对核心网进行维护过程中，网络故障的发现一般依赖网管告警和用户投诉。其中，网管告警一般由各网元自身产生和上报，时效性较好，可以在第一时间反应出故障问题，而用户投诉往往是在网络已经出现较严重问题，以致长时间影响用户使用的情况导致的，因此时效性较差。
77.但是，通过网管告警实现故障预警的方式，需要在网元上报信息后，经过工程师对告警信息、通信网元配置信息、信令等信息综合分析判断，最终定位故障点。随着核心网网络越来越复杂，网元种类越来越多，不同厂家的网元告警信息不一致，工程师需要对所有厂家的网元都很熟悉，才能实现网络故障的准确识别和预警，操作难度大，准确性低。因此，往往要等到用户投诉才发现网络出现故障，造成了网络故障预警滞后、时效性差、准确度低的问题。
78.下面以具体地实施例对本发明的技术方案以及本技术的技术方案如何解决上述
技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本发明的实施例进行描述。
79.图2为本发明一个实施例提供网元故障预警方法的流程图，如图2所示，本实施例提供的网元故障预警方法包括以下几个步骤：
80.步骤s101，根据预设策略获取目标网元的目标通用业务数据。
81.其中，目标网元是指待预警的网元，目标网元可以是一个网元，也可以是实现相同或相似功能的一组网元。目标网元的确定方法有多种，例如，按照预设的维护计划，主动对网元进行维护，将维护计划中需要被维护的网元作为目标网元；也可以是被动接受到网元的请求信息后，将发送请求信息的网元作为待预警的网元，可以根据具体的需求和使用场景进行设计，此处不做具体限定。
82.目标通用业务数据是指目标网元的通用业务数据。其中，通用业务数据是指网元在承载流量或业务的过程中，所产生基础的业务数据。对于不同厂商生产的网元，都会使用通用业务数据去表征网元的基本运行状态，因此，根据通用业务数据，可以实现对不同厂商的网元的统一化预警，无需分别对各个不同厂商单独配置预警策略，有效提高预警效率。通用业务数据的实现方式可以是多种，例如，在线用户量、流量等，通用业务数据的具体内容，可以根据使用场景和需求进行设定，即，根据预设策略确定，此处不做具体限定。
83.步骤s102，从目标网元的历史业务数据中，获取目标网元的历史通用业务数据，其中，历史业务数据中包括至少一种类型的业务数据。
84.历史业务数据是指网元在过去一段时间内产生并存储在特定存储介质内的业务数据。历史业务数据可以表征网元在一段历史时期内的运行特征，并且，对于同一个或一类网元，历史业务数据与当前的业务数据之间存在一定的相关性。但是，随着历史数据至今的时间逐渐久远，其与网关当前运行状态的相关性也会逐渐减弱，因此，历史数据对应的距今时间不易过长。历史数据可以选择距今一年内的数据，当然，需要指出的是，对于不同的网元，不同的使用场景，历史数据对应的的时间长度可以是不同的，可根据需要确定。
85.具体地，历史通用业务数据是指通用业务数据的历史业务数据，历史业务数据中包括至少一种类型的业务数据，例如，通用业务数据和非通用业务数据，非通用数据是各个厂商的网元产生的特有的业务数据。
86.步骤s103，根据历史通用业务数据，对目标通用业务数据进行预警分析，获得预警结果。
87.对于同一个或同一类网元，即目标网元，由于历史通用业务数据与当前的目标通用业务数据之间存在一定的相关性，当于历史通用业务数据与目标通用业务数据不一致时，说明历史通用业务数据对应的网元运行状态，与目标通用业务数据对应的网元运行状态不一致，即网元的运行状态发生了变化因此，根据历史通用业务数据与目标业务数据之间的关系，可以对网关当前的运行状态进行判断，实现网元运行状态的预警。
88.本实施例中，通过根据预设策略获取目标网元的目标通用业务数据；从目标网元的历史业务数据中，获取目标网元的历史通用业务数据，其中，历史业务数据中包括至少一种类型的业务数据；根据历史通用业务数据，对目标通用业务数据进行预警分析，获得预警结果，由于对网元故障进行预警分析时使用的是目标通用业务数据和历史通用业务数据，无需针对不同厂商的网元进行单独的分析，提高了网元数据的使用效率，实现了网元故障
的自动预警，提高了网络故障预警的时效性和准确性。
89.图3为本发明另一个实施例提供的网元故障预警方法的流程图，如图3所示，本实施例提供的网元故障预警方法在图2所示实施例提供的网元故障预警方法的基础上，对步骤s101、s103进一步细化，目标通用业务数据包括在线用户数，和/或，流量数据，则本实施例提供的网元故障预警方法包括以下几个步骤：
90.步骤s201，获取目标网元的网元类型。
91.具体地，根据目标网元所起的作用，网元可以分为不同的网元类型，例如，移动管理节点、服务网关、公用数据网等，对于不同类型的网元，其所承载的业务和服务有所不同，其对应的运行状态特征也不相同，本实施例步骤中，通过首先确定目标网元的网元类型，进而分类进行处理，能够提高故障预警精度，实现更好地预警效果。
92.步骤s202，根据预设的映射关系，确定网元类型对应的通用业务项，其中，映射关系为网元类型与通用业务项之间的映射关系。
93.对于不同的网元类型，其具有的通用业务项是不同的，例如a类网元对应的通用业务项为呼叫连接，b类网元对应的通用业务项为移动性管理，不同网元对应不同通用业务项的映射策略，由预设的映射关系确定，即根据预设的映射关系，可以确定不同网元对应的通用业务项。
94.步骤s203，每间隔预设时间长度，采集目标网元的通用业务项对应的在线用户数，和/或流量数据。
95.具体地，隔预设时间长度为数据采集频率，例如，预设时间长度为5分钟，即每5分钟采集目标网元的数据；预设时间长度为1小时，即每1小时采集目标网元的数据，预设时间长度的具体数值，可以根据不同需求进行确定，此处不做具体限定。
96.在目标网元承担通用业务项对应的业务时，会产生业务信息，例如在线用户数、流量数据。这些数据属于基础性数据，及时不同厂商生成的网元，也会产生这些基础数据。将在线用户数，和/或流量数据作为目标通用业务数据，能够较好的反应目标网元的运行状态，且可以实现对不同厂商的网元的统一化预警，提高预警准确性和预警效率。
97.步骤s204，根据历史通用业务数据，对目标通用业务数据进行阈值分析，确定预警结果。
98.当目标网元的历史通用业务数据与目标通用业务数据的特定阈值发生变化时，可以通过对该变化进行分析，获得目标网元的预警结果。
99.可选地，如图4所示，步骤s204包括步骤s2041、s2042两个具体的实现步骤：
100.步骤s2041，根据历史通用业务数据，确定阈值范围。
101.具体地，阈值范围可以为全部历史通用业务数据的所处的数值区间，例如，最大值和最小值区间，更加具体地，例如为，目标网元的历史流量的最大值和最小值。阈值范围可以为部分历史通用业务数据的所处的数值区间，例如95％置信区间内的历史通用业务数据的有效值区间，阈值范围的确定方法有多种，可以根据具体的需要进行确定，此处不做具体限定。
102.可选地，根据历史通用业务数据，确定阈值范围，包括：
103.获取历史通用业务数据中符合预设条件的目标历史数据。具体地，包括对历史通用业务数据进行筛选，去除偏差点，将能够明显表征运行状态特征的数据筛选出来，作用样
本数据，即目标历史数据。
104.利用目标历史数据进行基于fbprophet算法的机器学习，预测未来第二预设时长内的预测通用业务数据。通过将目标历史数据作为样本数据进行基于fbprophet算法机器学习，可以实现对第二预设时长内的数据进行预测，例如，1周或者10天。
105.根据预测通用业务数据的阈值，确定阈值范围。
106.将经过机器学习输出的预测通用业务数据作为标准，确定阈值范围。由于经过机器学习输出的预测通用业务数据，相比历史通用业务数据，包含了趋势性的变化规律，因此，根据预测通用业务数据的阈值确定的阈值范围，更加贴近真实的目标网元在正常状态运行时产生的数据的数值区间，进而，可以提高对目标网元进行故障预警的准确率。
107.步骤s2042，根据通用业务数据的阈值是否处于阈值范围内，确定预警结果。
108.根据与计算历史通用业务数据相同的计算方法，对通用业务数据进行处理，可以获得通用业务数据的阈值。判断该阈值是否落入阈值范围，判断通用业务数据是否正常，进而判断通用业务数据对应的目标网元的运行状态是否正常，目标网元的运行状态是否正常，即为预警结果。
109.例如，根据历史通用业务数据，确定目标网元的95％置信区间内的历史通用业务数据的有效值区间为[100,120]，其中，历史通用业务数据为流量数据。对应地，按照相同的计算方法，即计算95％置信区间内的通用业务数据的有效值，得到通用业务数据的阈值为110，未超出阈值范围，则可判断数据正常，即目标网元的运行状态正常；相应的，得到通用业务数据的阈值为130，超出阈值范围，则可判断数据不正常，即目标网元的运行状态异常。
[0110]
当然，还可以在阈值范围的基础上，增加波动修正值，例如波动修正值为5，即阈值落在[100,120]
±
5范围内，认为目标网元的运作状态为正常，以增加算法的稳定性，降低误报几率。
[0111]
步骤s205，根据历史通用业务数据，对目标通用业务数据进行突变分析，确定预警结果。
[0112]
具体地，突变是指业务数据产生突然的变化，对于网元而言，在正常状态运行时，不会产生突然变化的业务数据，因此，对目标通用业务数据进行突变分析，可以实现对目标网元的故障预警。
[0113]
可选地，如图5所示，步骤s205包括步骤s2051、s2052、s2053三个具体的实现步骤：
[0114]
步骤s2051，获取历史通用业务数据中与目标通用业务数据对应的一个或多个目标历史数据。
[0115]
获取历史通用业务数据中符合预设条件的目标历史数据。具体地，包括对历史通用业务数据进行筛选，去除偏差点，将能够明显表征运行状态特征的数据筛选出来，作用样本数据，即目标历史数据。
[0116]
步骤s2052，计算通用业务数据相对于目标历史数据的变化率。
[0117]
随着网元承载的业务的运行，网元产生的目标历史数据可能会产生一定的变化，包括在一定范围内的上升、下降或波动变化，变化率表征其波动变化的程度。根据该变化的程度，可以确定该变化的变化率。
[0118]
具体地，变化率可以以不同的单位为基准，例如，每分钟变化率、每15分钟变化率、每小时变化率、每天变化率等。可以根据不同的需求，确定变化率单位，此处不做具体限定。
变化率的实现方式可以为绝对值，例如，在线用户量的变化率为：1000人/日，即在线用户量每日的波动在1000人内。变化率的实现方式也可以为相对值，例如，在线用户量的变化率为1％，即在线用户量每日的波动在1％之内。
[0119]
示例性地，一种计算变化率的方法包括：
[0120]
假设通用业务数据的指标为x1，目标历史数据的指标为x2，则变化率d计算公式为d＝(x
1-x2)/x2，进一步地，当d大于预设值d0时，则该网元指标存在异常。
[0121]
步骤s2053，根据变化率确定预警结果。
[0122]
当目标网元运作正常时，其产生的目标通用业务数据的波动情况，应该是与目标历史数据的波动情况是相似的，例如，目标通用业务数据和目标历史数据中的每日在线用户数量，变化率均维持在1％内，说明目标网元运行正常。当目标通用业务数据中的每日在线用户数量的变化率为10％时，则可能是由于目标网元出现连接故障导致的，因此，可以据此判断目标网元出现故障。
[0123]
本实施例步骤中，通过根据用业务数据相对于目标历史数据的变化率来判断目标网元的状态，可以更好的表现目标网元的状态变化情况，并能够根据变化情况确定目标网元精确的变化程度，提高了故障预警的精确度。
[0124]
步骤s206，根据历史通用业务数据，对目标通用业务数据进行偏差分析，确定预警结果。
[0125]
具体地，偏差分析是指通过目标通用业务数据，对目标网元所承载的业务量占比的偏差进行分析。例如，对于正常运行的网元，其所承担的业务量，在其所在网元组中所占得比重，是固定的，例如为10％。这样通过均衡分配业务量，是不同网元之间能够均摊压力，提高业务处理效率。当网元组中的网元出现问题时，其所承担的业务量会下降，根据其出现的偏差，可以判断目标网元的故障情况。
[0126]
可选地，如图6所示，步骤s206包括步骤s2061、s2062、s2063、s2064四个具体的实现步骤：
[0127]
步骤s2061，根据目标通用业务数据，确定目标网元对应的目标业务量占比。
[0128]
具体地，目标通用业务数据中包括对数据量值的表征信息，根据表征信息，可以确定目标通用业务数据所对应的目标数据量值。通过计算目标数据量值与预设的总量值的比值，可以确定目标网元对应的目标业务量占比。例如，目标网元对应的信息转发业务的业务量占比为10％，即目标网元承担了10％的业务量。
[0129]
步骤s2062，根据历史通用业务数据，获取与目标网元对应的历史业务量占比。
[0130]
类似的，根据目标网元的历史通用业务数据，通过计算历史数据量值与历史的总量值的比值，可以确定目标网元对应的历史业务量占比。其中，历史业务量占比与历史业务量占比的对应的通用业务项应该是相同的。
[0131]
步骤s2063，计算目标业务量占比与历史业务量占比的偏差值。
[0132]
计算目标业务量占比与历史业务量占比的差值，可以得到一个带符号的偏差值，当偏差值为正值时，说是目标业务量占比上升，当偏差值为负值时，说是目标业务量占比下降。例如，目标业务量占比为10％，历史业务量占比为8％，则偏差值为2％，说明目标业务量占比上升2％。
[0133]
步骤s2064，根据偏差值，确定预警结果。
[0134]
当目标业务量占比的偏差值大于预设偏差阈值时，可以确定目标网元处于非正常状态。
[0135]
示例性的，一种偏差分析的方法包括：
[0136]
对于负荷分担的一组目标网元，根据预先设定的比例和偏差度，假设有n个目标网元，指标分别为x1、x2……
xn，各网元业务量设置的比例为a1、a2……an
，其中网元i的指标为xi，业务比例为ai，预设偏差比例阈值为d，则当时，网元指标异常。
[0137]
本实施例步骤中，通过目标业务量占比的偏差值对目标网元的运行状态进行判断，能够进一步地增加对目标网元的运行状态进行判断的精度，增加本实施例方法的适用场景和使用灵活性。
[0138]
需要说明的是，本实施例中，步骤s204、s205、s206所对应的根据历史通用业务数据，对目标通用业务数据进行处理分析，得到预警结果的步骤可以根据需要单独使用步骤s204、s205、s206中的任一项方法，以得到预警结果；也可以按照不同顺序使用s204、s205、s206中的多项方法，并根据对应得到的多项结果，根据多种方式得到预警结果，例如，根据多项结果已经多项结果对应的权重系数，确定预警结果；再例如，根据多项结果中，最劣化结果确定预警结果。此处做具体限定。
[0139]
可选地，在步骤s204、s205、s206任一项之后，还包括：
[0140]
步骤s207，将预警结果推送给终端设备。
[0141]
为了在网络发生故障后，使维护人员第一时间确定故障网元，应用本实施例提供的网元故障预警方法的电子设备将预警结果推送给运维人员使用的终端设备，例如通过微信、app等方式，推送至运维人员的手机上，使运维人员能及时定位网元故障，提高网元故障预警的时效性。
[0142]
图7为本发明一个实施例提供的网元故障预警装置的结构示意图，如图7所示，本实施例提供的网元故障预警装置7包括：
[0143]
第一获取模块71，用于根据预设策略获取目标网元的目标通用业务数据；
[0144]
第二获取模块72，用于从目标网元的历史业务数据中，获取目标网元的历史通用业务数据，其中，历史业务数据中包括至少一种类型的业务数据；
[0145]
分析模块73，用于根据历史通用业务数据，对目标通用业务数据进行预警分析，获得预警结果。
[0146]
其中，第一获取模块71、第二获取模块72和分析模块73依次连接。本实施例提供的网元故障预警装置7可以执行如图2-6任一项所示的方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。
[0147]
图8为本发明一个实施例提供的电子设备的示意图，如图8所示，本实施例提供的电子设备包括：存储器81，处理器82以及计算机程序。
[0148]
其中，计算机程序存储在存储器81中，并被配置为由处理器82执行以实现本发明图2-图6所对应的实施例中任一实施例提供的网元故障预警装置。
[0149]
其中，存储器81和处理器82通过总线83连接。
[0150]
相关说明可以对应参见图2-图6所对应的实施例中的步骤所对应的相关描述和效
果进行理解，此处不做过多赘述。
[0151]
本发明一个实施例提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行以实现本发明图2-图6所对应的实施例中任一实施例提供的网元故障预警装置。
[0152]
其中，计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。
[0153]
在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。
[0154]
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本发明旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本发明未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求书指出。
[0155]
应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求书来限制。