CN111865665A - 一种网络设备故障自愈方法和装置 - Google Patents

Abstract

本申请公开了一种网络设备故障自愈方法和装置，所述方法包括：基于多个图形组件，编排得到针对目标通信网络中的网络设备的至少一个故障自愈流程，其中，一种网络设备至少对应一个故障自愈流程，所述故障自愈流程中包含用所述图形组件对应的图形表示的多个任务节点，一个任务节点代表针对所述网络设备的一个故障处理步骤；基于网络设备对应的故障自愈流程的执行逻辑，调用所述多个图形组件中的至少一个图形组件执行相应的故障处理步骤，以在满足预设触发条件时，对所述网络设备执行预设修复操作。本申请公开的方法和装置，对不同网络设备均可以实现故障自愈。

Description

一种网络设备故障自愈方法和装置

技术领域

本申请涉及通信技术领域，尤其涉及一种网络设备故障自愈方法和装置。

背景技术

随着无线通信技术的发展，无线网络设备(如无线基站)数量呈爆发式增长，相应的，无线通信设备的故障量也不断攀升，传统的人工处理故障的手段已难以适应。网络设备自愈是一种自动化技术，其目标是减少故障处理过程的人工参与，让网络设备运维系统能够自动发现故障并自动修复，此后，还可以跟踪网络设备的指标恢复情况，形成故障处理闭环。

但是，对于不同厂家、不同型号的网络设备，修复其故障的方式难免会有差异，且不同地区的运维系统的环境也不同，因此难以实现自愈。

需要说明的是，公开于该背景技术部分的信息仅仅旨在增加对本发明的总体背景的理解，而不应当被视为承认或以任何形式暗示该信息构成已为本领域一般技术人员所公知的现有技术。

发明内容

本申请实施例提供一种网络设备故障自愈方法和装置，以实现网络设备故障的自愈。

第一方面，本申请实施例提供一种网络设备故障自愈方法，包括：

基于多个图形组件，编排得到针对目标通信网络中的网络设备的至少一个故障自愈流程，其中，一种网络设备对应一个故障自愈流程，所述故障自愈流程中包含用所述图形组件对应的图形表示的多个任务节点，一个任务节点代表针对所述网络设备的一个故障处理步骤；

基于所述网络设备对应的故障自愈流程的执行逻辑，调用所述多个图形组件中的至少一个图形组件执行相应的故障处理步骤，对所述网络设备执行预设修复操作，以实现所述网络设备故障的自愈。

第二方面，本申请实施例还提供一种网络设备故障自愈装置，包括：

流程编排模块，基于多个图形组件，编排得到针对目标通信网络中的网络设备的至少一个故障自愈流程，其中，一种网络设备对应一个故障自愈流程，所述故障自愈流程中包含用所述图形组件对应的图形表示的多个任务节点，一个任务节点代表针对所述网络设备的一个故障处理步骤；

故障修复模块，基于所述网络设备对应的故障自愈流程的执行逻辑，调用所述多个图形组件中的至少一个图形组件执行相应的故障处理步骤，对所述网络设备执行预设修复操作，以实现所述网络设备故障的自愈。

第三方面，本申请实施例提供了一种电子设备，包括：存储器、处理器和存储在所述存储器上并可在所述处理器上运行的计算机可执行指令，所述计算机可执行指令被所述处理器执行时实现如上述第一方面所述的方法的步骤。

第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机可执行指令，所述计算机可执行指令被处理器执行时实现如上述第一方面所述的方法的步骤。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：由于可以基于预先设置好的图形组件，针对通信网络中的不同网络设备编排与该设备相适应的故障自愈流程，并且可以根据网络设备对应的故障自愈流程的执行逻辑，自动调用上述多个图形组件中的至少一个图形组件执行相应的故障处理步骤，对网络设备自动执行预设修复操作，从而实现不同厂家、不同型号的网络设备故障的自愈。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例提供的网络设备故障自愈方法的流程示意图。

图2为本申请实施例提供的一种自愈流程示意图。

图3为本申请实施例提供的另一种自愈流程示意图。

图4为本申请实施例提供的网络设备故障自愈装置的结构示意图。

图5为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

为了解决相关技术中，对于不同厂家、不同型号的网络设备，因修复其故障的方式有差异，以及不同地区的运维系统的环境不同，导致的难以自愈的问题，本申请实施例提供了一种网络设备故障自愈方法和装置。

需要说明的是，本申请实施例提供的一种网络设备故障自愈方法和装置，可以应用于通信网络的运维系统中，该运维系统具有可视化操作界面，在该可视化操作界面中，可以通过拖拽预先设置的图形组件对应的图形编排网络设备的自愈流程，等等。该运维系统可以运行在电子设备中，例如终端设备或服务端设备。换言之，上述方法可以由安装在终端设备或服务端设备的软件或硬件来执行。所述服务端包括但不限于：单台服务器、服务器集群、云端服务器或云端服务器集群等。

上述网络设备包括但不限于无线通信网络中的基站和小区等设备中的一种或多种。

图1示出了本申请实施例提供的一种网络设备自愈方法。如图1所示，该方法可以包括如下步骤：

步骤101、基于多个图形组件，编排得到针对目标通信网络中的网络设备的至少一个故障自愈流程，其中，一种网络设备至少对应一个故障自愈流程，所述故障自愈流程中包含用所述图形组件对应的图形表示的多个任务节点，一个任务节点代表针对所述网络设备的一个故障处理步骤。

目标通信网络可以是需要进行网络设备故障维护的任一通信网络，该通信网络可以是一个城市内的，也可以是一个省份范围内的，本申请实施例对该通信网络的大小不做限制。

如上文所述，本申请实施例提供的方法，可以应用于通信网络的运维系统中，该运维系统具有可视化操作界面，在该可视化操作界面中，可以通过拖拽预先设置的图形组件对应的图形编排网络设备的自愈流程，因此，上述步骤101具体可包括：在可视化操作界面中，接收针对所述多个图形组件对应的图形的预设操作(如拖拽、点击、滑动等操作)，绘制得到针对目标通信网络中的网络设备的至少一个故障自愈流程，这些图形组件间可通过连接线连接，构成有顺序有条件的自愈流程，在编排这些自愈流程时，还可以在相应的图形组件中配置相应的判断条件或参数，相当于在该自愈流程中设置了针对网络设备的自愈策略。这种通过拖拽、点击或滑动等操作移动图形组件编排故障自愈流程的方式，就像“搭积木”一样方便，无需掌握编程技巧便可将专家经验应用至故障自愈中，这不仅可以清晰还原故障修复经验流程，还可以快速积累专家经验，逐步把专家经验转换成数字生产力，从而降低故障修复成本，提高故障修复效率。

可以理解，一个通信网络中可能包含很多网络设备，且这些网络设备可能具有不同的型号、来自不同的生产厂家以及位于不同的城市，因此他们对应的故障自愈方式也可能不同，而通过上述步骤101针对不同的网络设备编排与之相适应的至少一个故障自愈流程，也可以灵活地添加其他故障自愈流程，实现故障修复与实际业务的解耦，从而可以很好地对不同地域、不同厂家、不同型号的网络设备出现的故障实现自愈。

在本申请实施例中，上述多个图形组件可以包括但不限于下述图形组件中的至少两种：数据接入图形组件、数据库图形组件、指标判断图形组件、AI图形组件、指令图形组件和报表图形组件。

上述数据接入图形组件，用于获取所述目标通信网络中的网络设备的预设信息，所述预设信息包括告警信息和预设性能指标数据中的至少一种。

上述指标判断图形组件，用于判断所述目标通信网络中的网络设备的预设性能指标是否出现异常。

上述数据库图形组件，用于访问预先存储在数据库中的满足预设自愈条件的告警信息列表。

上述指令图形组件，用于向所述目标通信网络中的网络设备发送执行所述预设修复操作的指令。

上述AI图形组件，用于利用预设AI模型预测所述目标通信网络中的网络设备是否存在故障。具体实现时，可以利用网络设备的历史性能数据预测该网络设备是否存在故障。

上述报表图形组件，用于生成针对所述目标通信网络中的网络设备的故障修复情况统计报表并展示。

步骤102、基于所述网络设备对应的故障自愈流程的执行逻辑，调用所述多个图形组件中的至少一个图形组件执行相应的故障处理步骤，对所述网络设备执行预设修复操作，以实现所述网络设备故障的自愈。

上述预设修复操作可以包括但不限于重启、复位等操作中的至少一种。

图2和图3分别示出了为网络设备的显性故障和隐性故障编排的故障自愈流程实例，下面分别进行说明。需要说明的是，本申请实施例提供的故障自愈方法，通过上述步骤101可以编排出用于修复不同网络设备的不同故障自愈流程，并不局限于图2和图3所示的两个实例，从而实现针对不同网络设备出现的故障的自动修复。

还需要说明的是，在图2和图3所示的故障自愈流程中，为了体现整个故障自愈流程的实现过程，并未将用到上述图形组件的节点用该图像组件对应的图形表示，但是可以理解，在实际应用中，需要调用图形组件的任务节点可以用该图形组件对应的图形表示。

实例1

上述多个图形组件可以包括数据接入图形组件、数据库图形组件、指令图形组件和指标判断图形组件，如图2所示，针对目标通信网络中的网络设备的显性故障的故障自愈流程可以包括如下步骤，也即上述步骤102可以包括：

步骤201、开始。

步骤202、调用数据接入图形组件获取网络设备在目标时段内的告警信息。

目标时段可以从当前时刻起向前或向后指定时长的时段，也称为当前时段，例如，假设当前时刻为2020年6月20日8:00，指定时长为24h，那么目标时段可以是2020年6月19日8:00-2020年6月20日8:00这一时段，或者，目标时段可以是2020年6月20日8:00-2020年6月21日8:00这一时段。

步骤203、调用数据库图形组件访问预先在数据库中存储的满足预设自愈条件的告警信息列表，判断所述告警信息中是否存在可自愈告警；若存在，执行步骤204或步骤205，否则，执行步骤210。

步骤204、判断所述可自愈告警是否为已经处理过的告警，和/或，判断所述网络设备是否在预设黑名单中，若二者当中至少一个的判断结果为否，则执行步骤205；否则执行步骤210。

步骤205、调用指令图形组件向所述网络设备发送执行预设修复操作的指令，以使所述网络设备次执行所述预设修复操作，然后执行步骤210或执行步骤206。

步骤206、调用指标判断图形组件，判断所述网络设备的预设性能指标是否恢复正常；若恢复正常，执行步骤207；否则，执行步骤209。

上述预设性能指标可以包括但不限于无线资源控制(Radio Resource Control，RRC)建立成功率、演进的无线接入承载(Evolved Radio Access Bearer，E-RAB)掉线率、S1切换成功率和X2切换成功率等。

步骤207、确定所述网络设备的故障已修复。

步骤208、记录所述网络设备及其执行预设修复操作的次数，以用于步骤204和步骤209做判断。

步骤209、判断所述网络设备执行所述预设修复操作的次数是否超过预设次数，若未超过，则返回执行步骤205，以再次调用指令图形组件向所述网络设备发送执行所述预设修复操作的指令，以使所述网络设备再次执行所述预设修复操作；若超过，则执行步骤210，

上述预设次数可以根据实际需要设定，例如可以设为2次。

步骤210、结束。

可以理解，通过执行图2所示的故障自愈流程，可以对目标通信网络中的显性故障(通过告警信息可以确定的故障)进行自动快速修复，无需搭建专门的修复系统，修复方式非常简单，且可灵活调整(因为故障自愈流程的编排和更改非常的容易)。

实例2

上述多个图形组件可以包括数据接入图形组件、指标判断图形组件、数据库图形组件、AI图形组件和指令图形组件，如图3所示，针对目标通信网络中的网络设备的隐性故障的故障自愈流程可以包括如下步骤，也即上述步骤102可以包括：

步骤301、开始。

步骤302、调用数据接入图形组件获取目标通信网络在目标时段内的性能数据。

例如，获取目标通信网络中的全部或部分特定设备在目标时段内的性能数据，这些性能数据可以包括但不限于RRC建立成功率、E-RAB掉线率、S1切换成功率和X2切换成功率等。

步骤303、调用指标判断图形组件基于所述性能数据，确定目标通信网络在所述目标时段内是否出现疑似故障设备，并确定疑似故障设备；若为是，则执行步骤304，否则执行步骤311。

在步骤303中，可以基于目标通信网络中某一网络设备的性能数据是否出现异常，来确定该网络设备是否为疑似故障设备。可以理解，步骤303中确定出的疑似故障设备的数量可以是一个也可以是多个。

步骤304、调用数据接入图形组件采集目标通信网络中的告警信息，并基于告警信息从疑似故障设备中筛选出疑似隐性故障设备。

一般而言，若上述告警信息中包含某一疑似故障设备的告警，则确定该故障设备为疑似显性故障设备，若上述告警信息中不包含某一疑似故障设备的告警，则确定该故障设备为疑似隐性故障设备。

步骤305、调用AI图形组件利用预设AI模型预测所述疑似隐性故障设备是否存在故障；若为是，执行步骤306，否则执行步骤311。

具体的，可以基于疑似隐性故障设备的历史性能数据，以及长短时记忆网络(Long-Short-Term-Memories，LSTM)和差分整合移动平均自回归模型(AutoregressiveIntegrated Moving Average model，ARIMA模型)等AI算法中的一种算法训练得到预设AI预测模型，然后基于预设AI预测模型和疑似隐性故障设备在目标时段内的性能数据，预测疑似隐性故障设备存在故障的可能性，该可能性可用预设参数表示，如取值在0到1之间的概率参数表示，该预设参数的值越大，疑似隐性故障设备存在故障的可能性越大，否则越小。在一个例子中，可以将预设参数大于预设值(如大于0.8)的疑似隐性故障确定为故障设备。

步骤306、调用指令图形组件向疑似隐性故障设备发送执行预设修复操作的指令，以使疑似隐性故障设备执行预设修复操作，从而实现疑似隐性故障设备存在的故障的自动修复。

步骤307、调用指标判断图形组件，判断所述疑似隐性故障设备的预设性能指标是否恢复正常；若为是，执行步骤308，否则执行步骤310。

步骤308、确定所述疑似隐性故障设备的故障已修复。

步骤309、记录所述疑似隐性故障设备及其执行预设修复操作的次数，以供步骤310判断使用。

步骤310、判断所述疑似隐性故障设备执行预设修复操作的次数是否超过预设次数，若未超过，返回执行步骤306，以再次调用指令图形组件向所述疑似隐性故障设备发送执行预设修复操作的指令，以使所述疑似隐性故障设备再次执行预设修复操作；若超过，则执行步骤311。

步骤311、结束。

同样可以理解，通过执行图3所示的故障自愈流程，可以对目标通信网络中的隐性故障(无法通过告警信息确定的故障)进行自动快速修复，无需搭建专门的修复系统，修复方式非常简单，且可灵活调整(因为故障自愈流程的编排和更改非常的容易)。

可选地，上述多个图形组件还可以包括报表图形组件，相应的上述实例1和实例2中所示的故障自愈流程(也即上述步骤102)还可以包括：

调用报表图形组件生成针对所述目标通信网络中的网络设备的故障修复情况统计报表并展示，其中，所述故障修复情况包括修复的故障数量和被修复的故障对应的网络设备信息，如网络设备的型号、生产厂商、所在地区等信息。

通过此步骤可以使目标通信网络的运维人员掌握整个网络的运行情况。

总之，本申请实施例提供的一种网络设备故障自愈方法，由于可以基于预先设置好的图形组件，针对通信网络中的不同网络设备编排与该设备相适应的故障自愈流程，并且可以根据网络设备对应的故障自愈流程的执行逻辑，自动调用上述多个图形组件中的至少一个图形组件执行相应的故障处理步骤，对网络设备自动执行预设修复操作，从而实现不同厂家、不同型号的网络设备故障的自愈。

上面对本申请实施例提供的一种网络设备自愈方法进行了介绍，相应于上述网络设备故障自愈方法，本申请实施例还提供了一种网络设备自愈装置，下面进行介绍。

如图4所示，本申请实施例提供的一种网络设备自愈装置，可以包括流程编排模块401和故障修复模块402。

流程编排模块401，基于多个图形组件，编排得到针对目标通信网络中的网络设备的至少一个故障自愈流程，其中，一种网络设备对应一个故障自愈流程，所述故障自愈流程中包含用所述图形组件对应的图形表示的多个任务节点，一个任务节点代表针对所述网络设备的一个故障处理步骤。

作为一个例子，流程编排模块401，具体可以在可视化操作界面中，接收针对所述多个图形组件对应的图形的预设操作(如拖拽、点击、滑动等操作)，绘制得到针对目标通信网络中的网络设备的至少一个故障自愈流程。

上述多个图形组件可以包括但不限于下述图形组件中的一种或多种：数据接入图形组件、数据库图形组件、指标判断图形组件、AI图形组件、指令图形组件和报表图形组件，关于这些组件的功能的请参照上述方法实施例。

故障修复模块402，基于所述网络设备对应的故障自愈流程的执行逻辑，调用所述多个图形组件中的至少一个图形组件执行相应的故障处理步骤，对所述网络设备执行预设修复操作，以实现所述网络设备故障的自愈。

上述预设修复操作可以包括但不限于重启、复位等操作中的至少一种。

关于故障自愈流程的实例请参照上文中图2和图3所示的实例，此处不再重复描述。需要说明的是，本申请实施例提供的故障自愈装置，通过上述流程编排模块401可以编排出用于修复不同网络设备的多种故障自愈流程，并不局限于图2和图3所示的两个实例，从而实现针对不同网络设备出现的故障的自动修复。

本申请实施例提供的一种网络设备故障自愈装置，由于可以基于预先设置好的图形组件，针对通信网络中的不同网络设备编排与该设备相适应的故障自愈流程，并且可以根据网络设备对应的故障自愈流程的执行逻辑，自动调用上述多个图形组件中的至少一个图形组件执行相应的故障处理步骤，对网络设备自动执行预设修复操作，从而实现不同厂家、不同型号的网络设备故障的自愈。

需要说明的是，由于本申请实施例提供的一种网络设备故障自愈装置与本申请实施例提供的一种网络设备故障自愈方法相对应，因此，在本说明书中对一种网络设备故障自愈装置描述的较为简单，相关之处请参考上文中对一种网络设备故障自愈方法的介绍。

图5示出了是本申请实施例提供的一种电子设备的结构示意图。请参考图5，在硬件层面，该电子设备包括处理器，可选地还包括内部总线、网络接口、存储器。其中，存储器可能包含内存，例如高速随机存取存储器(Random-Access Memory，RAM)，也可能还包括非易失性存储器(non-volatile memory)，例如至少1个磁盘存储器等。当然，该电子设备还可能包括其他业务所需要的硬件。

处理器、网络接口和存储器可以通过内部总线相互连接，该内部总线可以是ISA(Industry Standard Architecture，工业标准体系结构)总线、PCI(PeripheralComponent Interconnect，外设部件互连标准)总线或EISA(Extended Industry StandardArchitecture，扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

存储器，用于存放程序。具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器，并向处理器提供指令和数据。

处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成网络设备故障自愈装置，并具体用于执行以下操作：

基于多个图形组件，编排得到针对目标通信网络中的网络设备的至少一个故障自愈流程，其中，一种网络设备至少对应一个故障自愈流程，所述故障自愈流程中包含用所述图形组件对应的图形表示的多个任务节点，一个任务节点代表针对所述网络设备的一个故障处理步骤；

基于所述网络设备对应的故障自愈流程的执行逻辑，调用所述多个图形组件中的至少一个图形组件执行相应的故障处理步骤，对所述网络设备执行预设修复操作，以实现所述网络设备故障的自愈。

上述如本申请图1所示实施例揭示的网络设备故障自愈方法执行的方法可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央处理器(Central ProcessingUnit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(DigitalSignal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

由此，执行本申请实施例提供的方法的电子设备可执行前文方法实施例中所述的各方法，并实现前文方法实施例中所述的各方法的功能和有益效果，在此不再赘述。

本申请实施例的电子设备以多种形式存在，包括但不限于以下设备。

(1)移动网络设备:这类设备的特点是具备移动通信功能，并且以提供话音、数据通信为主要目标。这类终端包括:智能手机(例如iPhone)、多媒体手机、功能性手机，以及低端手机等。

(2)超移动个人计算机设备:这类设备属于个人计算机的范畴，有计算和处理功能，一般也具备移动上网特性。这类终端包括:PDA、MID和UMPC设备等，例如iPad。

(3)服务器:提供计算服务的设备，服务器的构成包括处理器、硬盘、内存、系统总线等，服务器和通用的计算机架构类似，但是由于需要提供高可靠的服务，因此在处理能力、稳定性、可靠性、安全性、可扩展性、可管理性等方面要求较高。

(4)其他具有数据交互功能的电子装置。

本申请实施例还提出了一种计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，该一个或多个程序包括指令，该指令当被包括多个应用程序的电子设备执行时，能够使该电子设备执行图1所示实施例中网络设备故障自愈方法，并具体用于执行以下操作：

基于多个图形组件，编排得到针对目标通信网络中的网络设备的至少一个故障自愈流程，其中，一种网络设备至少对应一个故障自愈流程，所述故障自愈流程中包含用所述图形组件对应的图形表示的多个任务节点，一个任务节点代表针对所述网络设备的一个故障处理步骤；

基于所述网络设备对应的故障自愈流程的执行逻辑，调用所述多个图形组件中的至少一个图形组件执行相应的故障处理步骤，对所述网络设备执行预设修复操作，以实现所述网络设备故障的自愈。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

需要说明的是，本申请中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (10)

1.一种网络设备故障自愈方法，其特征在于，所述方法包括：

基于多个图形组件，编排得到针对目标通信网络中的网络设备的至少一个故障自愈流程，其中，一种网络设备至少对应一个故障自愈流程，所述故障自愈流程中包含用所述图形组件对应的图形表示的多个任务节点，一个任务节点代表针对所述网络设备的一个故障处理步骤；

基于所述网络设备对应的故障自愈流程的执行逻辑，调用所述多个图形组件中的至少一个图形组件执行相应的故障处理步骤，以在满足预设触发条件时，对所述网络设备执行预设修复操作，实现所述网络设备故障的自愈。

2.根据权利要求1所述的方法，其特征在于，所述基于多个图形组件，编排得到针对目标通信网络中的网络设备的至少一个故障自愈流程，包括：

在可视化操作界面中，接收针对所述多个图形组件对应的图形的预设操作，绘制得到针对目标通信网络中的网络设备的至少一个故障自愈流程。

3.根据权利要求1所述的方法，其特征在于，所述多个图形组件包括下述组件中的至少两种：

数据接入图形组件，用于获取所述目标通信网络中的网络设备的预设信息，所述预设信息包括告警信息和预设性能指标数据中的至少一种；

指标判断图形组件，用于判断所述目标通信网络中的网络设备的预设性能指标是否出现异常；

数据库图形组件，用于访问预先存储在数据库中的满足预设自愈条件的告警信息列表；

指令图形组件，用于向所述目标通信网络中的网络设备发送执行所述预设修复操作的指令；

AI图形组件，用于利用预设AI模型预测所述目标通信网络中的网络设备是否存在故障；

报表图形组件，用于生成针对所述目标通信网络中的网络设备的故障修复情况统计报表并展示。

4.根据权利要求3所述的方法，其特征在于，所述多个图形组件包括所述数据接入图形组件、所述数据库图形组件和所述指令图形组件，其中，所述调用所述多个图形组件中的至少一个图形组件执行相应的故障处理步骤，对所述网络设备执行预设修复操作，包括：

调用所述数据接入图形组件获取所述网络设备在目标时段内的告警信息；

调用所述数据库图形组件访问预先在数据库中存储的满足预设自愈条件的告警信息列表，判断所述告警信息中是否存在可自愈告警；

在所述告警信息中存在可自愈告警时，调用所述指令图形组件向所述网络设备发送执行所述预设修复操作的指令，以使所述网络设备执行所述预设修复操作。

5.根据权利要求4所述的方法，其特征在于，所述多个图形组件还包括所述指标判断图形组件，其中，所述调用所述多个图形组件中的至少一个图形组件执行相应的故障处理步骤，对所述网络设备执行预设修复操作，还包括：

调用所述指标判断图形组件，判断所述网络设备的预设性能指标是否恢复正常；

若恢复正常，则确定所述网络设备的故障已修复；

若未恢复正常，则判断所述网络设备执行所述预设修复操作的次数是否超过预设次数，若未超过，再次调用所述指令图形组件向所述网络设备发送执行所述预设修复操作的指令，以使所述网络设备再次执行所述预设修复操作。

6.根据权利要求4所述的方法，其特征在于，在所述调用所述指令图形组件向所述网络设备发送执行所述预设修复操作的指令之前，所述调用所述多个图形组件中的至少一个图形组件执行相应的故障处理步骤，对所述网络设备执行预设修复操作，还包括：

判断所述可自愈告警是否为已经处理过的告警，和/或，判断所述网络设备是否在预设黑名单中；

若上述判断结果中至少有一个为否，再调用所述指令图形组件向所述网络设备发送执行所述预设修复操作的指令。

7.根据权利要求3所述的方法，其特征在于，所述多个图形组件包括所述数据接入图形组件、所述指标判断图形组件、所述数据库图形组件、所述AI图形组件和所述指令图形组件，其中，所述调用所述多个图形组件中的至少一个图形组件执行相应的故障处理步骤，对所述网络设备执行预设修复操作，包括：

调用所述数据接入图形组件获取所述目标通信网络在目标时段内的性能数据；

调用所述指标判断图形组件基于所述性能数据，确定所述目标通信网络在所述目标时段内是否出现疑似故障设备；

在上述目标通信网络在所述目标时段内出现疑似故障设备时，调用所述数据接入图形组件采集所述目标通信网络中的告警信息，并基于所述告警信息从所述疑似故障设备中筛选出疑似隐性故障设备；

调用所述AI图形组件利用预设AI模型预测所述疑似隐性故障设备是否存在故障；

若预测出所述疑似隐性故障设备存在故障，则调用所述指令图形组件向所述疑似隐性故障设备发送执行所述预设修复操作的指令，以使所述疑似隐性故障设备执行所述预设修复操作。

8.根据权利要求7所述的方法，其特征在于，所述调用所述多个图形组件中的至少一个图形组件执行相应的故障处理步骤，对所述网络设备执行预设修复操作，还包括：

调用所述指标判断图形组件，判断所述疑似隐性故障设备的预设性能指标是否恢复正常；

若恢复正常，则确定所述疑似隐性故障设备的故障已修复；

若未恢复正常，则判断所述疑似隐性故障设备执行所述预设修复操作的次数是否超过预设次数，若未超过，再次调用所述指令图形组件向所述疑似隐性故障设备发送执行所述预设修复操作的指令，以使所述疑似隐性故障设备再次执行所述预设修复操作。

9.根据权利要求4-8任一项所述的方法，其特征在于，所述多个图形组件还包括所述报表图形组件，其中，所述调用所述多个图形组件中的至少一个图形组件执行相应的故障处理步骤，对所述网络设备执行预设修复操作，还包括：

调用所述报表图形组件生成针对所述目标通信网络中的网络设备的故障修复情况统计报表并展示，其中，所述故障修复情况包括修复的故障数量和被修复的故障对应的网络设备信息。

10.一种网络设备故障自愈装置，其特征在于，所述装置包括：

流程编排模块，基于多个图形组件，编排得到针对目标通信网络中的网络设备的至少一个故障自愈流程，其中，一种网络设备对应一个故障自愈流程，所述故障自愈流程中包含用所述图形组件对应的图形表示的多个任务节点，一个任务节点代表针对所述网络设备的一个故障处理步骤；

故障修复模块，基于所述网络设备对应的故障自愈流程的执行逻辑，调用所述多个图形组件中的至少一个图形组件执行相应的故障处理步骤，对所述网络设备执行预设修复操作，以实现所述网络设备故障的自愈。

Images