CN109245910B

CN109245910B - 识别故障类型的方法及装置

Info

Publication number: CN109245910B
Application number: CN201710560828.6A
Authority: CN
Inventors: 黄巍
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2017-07-10
Filing date: 2017-07-10
Publication date: 2023-03-24
Anticipated expiration: 2037-07-10
Also published as: CN109245910A

Abstract

本发明实施例提供了一种识别故障类型的方法及装置，其中，该方法包括：获取故障信息；根据故障信息以及预先生成的故障匹配规则进行匹配得到故障类型。本发明实施例针对规则库或故障类型描述信息具有自我学习的能力，事先不断自我更新、修正规则库故障类型信息，最大程度的接近真实结果，然后根据故障信息以及预先生成的故障匹配规则进行匹配得到故障，从而实现在复杂场景或复杂资源环境下能自动识别具体的故障类型。

Description

识别故障类型的方法及装置

技术领域

本发明涉及通信领域，尤其涉及一种识别故障类型的方法及装置。

背景技术

故障类型自动识别是对现有的原始结果信息按照某些关键词或具体故障类型描述信息进行快速匹配，从而得出具体故障类型，其中，所述故障类型包括版本异常、信令异常、链路异常等等。

对于复杂场景或复杂资源环境，自动识别故障类型应用比较广泛。但是在实际过程中，一种情况是由于匹配规则库或匹配信息的不及时更新，导致匹配的故障类型不正确；另一种情况是快速匹配失败，对于故障类型的判定并不能通过简单信息匹配就能识别具体故障类型，而是需要人工对过程信息、流程信息以及环境信息等进行梳理、分析才能得出具体故障类型。

发明内容

本发明实施例提供了一种识别故障类型的方法及装置，以至少解决复杂场景或复杂资源环境下不能自动识别具体故障类型的问题。

本发明实施例提供了一种识别故障类型的方法，所述方法包括：获取故障信息；根据故障信息以及预先生成的故障匹配规则进行匹配得到故障类型。

本发明实施例还提供了一种识别故障类型的装置，包括：

过程信息收集模块，用于获取故障信息；

故障类型识别模块，用于根据故障信息以及预先生成的故障匹配规则进行匹配得到故障类型。

本发明实施例与现有技术相比，现有技术是进行关键词规则匹配或对过程信息进行简单分析得出故障类型，对于复杂的场景需要人工去分析，而本发明实施例针对规则库或故障类型描述信息具有自我学习的能力，事先不断自我更新、修正规则库故障类型信息，最大程度的接近真实结果，然后根据故障信息以及预先生成的故障匹配规则进行匹配得到故障，从而实现在复杂场景或复杂资源环境下能自动识别具体的故障类型。

附图说明

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

图1是本发明实施例的方法流程图；

图2是本发明实施例的一种具体流程图；

图3是用户设备正常接入流程图；

图4是本发明实施例的装置框图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

本发明实施例提供了一种识别故障类型的方法，如图1所示，该流程包括如下步骤：

S1、自动生成故障匹配规则库，包括：定时根据人工确认的准确分析结果进行故障类型匹配规则校验，当故障匹配规则与人工分析的结果类型一致则保留该故障匹配规则，当故障匹配规则与人工分析的结果类型不一致则将人工分析的结果自动录入到规则库中，并自动生成对应的故障匹配规则。这样不断自我修正生成的故障匹配规则就会越来越准确，另外可以通过手工录入故障类型及匹配规则来生成故障匹配规则，也可以自我学习进行故障匹配规则的更新和补充。

S2、获取并存储故障相关信息，所述故障相关信息分为三级：第一级为包含故障信息提示的信息，第二级为故障发生过程中的信息，第三级为整体系统各部件或模块间或模块内部的交互信息。所述过程信息收集模块支持多种通信接口，通过所述接口获取各部件或模块间的交互信息，其中，所述接口包括文件传输协议（FTP，File Transfer Protocol）、远程登录（TELNET）、传输控制协议（TCP，Transmission Control Protocol）、用户数据报协议（UDP， User Datagram Protocol）接口等。

S3、根据故障相关信息以及故障匹配规则进行匹配得到故障类型，如图2所示，具体包括：

S31、利用第一级信息以及故障匹配规则进行基本信息匹配，如果匹配成功则识别得到故障类型，如果不成功则进入步骤S32；

S32、利用第二级信息以及故障匹配规则进行扩展匹配，如果匹配成功则识别得到故障类型，如果不成功则进入步骤S33；

S33、利用第三级信息以及故障匹配规则进行核心匹配，如果匹配成功则识别得到故障类型，如果不成功则自学习故障类型描述信息。

需要说明的是，单独的进行第一级、第二级或第三级信息匹配时，第三级信息匹配得出的故障类型准确率最高，第二级次之，第一级结果最低。

需要说明的是，对于上述三级信息匹配，只要识别出的故障类型满足用户需求，可以采取其中的任意一种、两种信息匹配，也可以完全采取三种信息进行匹配。经过三级信息匹配得到的故障类型准确率相对较高的，这比较适合对准确率要求较高的故障检测场景。

本发明的一个实施例中提供了一种识别故障类型的装置，具体可见图4。

故障规则生成模块501定时根据人工确认的准确分析结果进行故障类型匹配规则校验，当故障匹配规则与人工分析的结果类型一致则保留该故障匹配规则，当故障匹配规则与人工分析的结果类型不一致则将人工分析的结果自动录入到规则库中，并自动生成对应的故障匹配规则。故障规则生成模块501通过不断自我更新、修正规则库故障类型信息，最大程度的接近真实结果，这样生成的故障匹配规则就会越来越准确。

过程信息收集模块502用于获取并存储故障相关信息，所述故障相关信息分为三级：第一级为故障信息提示，第二级为故障发生过程中的信息，第三级为整体系统各部件或模块间或模块内部的交互信息。所述过程信息收集模块支持多种通信接口，通过所述接口获取各部件或模块间的交互信息。

故障类型识别模块503根据信息收集模块的故障相关信息以及故障规则生成模块的故障匹配规则进行匹配得到故障类型。其中，所述故障相关信息为三级信息中的一种、两种或三种。该模块利用第一级信息进行快速匹配得到故障类型，但是匹配成功率很低，如果匹配不成功还要对第二级或第三级信息进行匹配。对第二级信息也即故障发生过程中的信息进行故障规则匹配，这级匹配能识别多数常见的故障类型，如果匹配不成功则要对第三级信息进行匹配。对第三级信息即整体系统各部件或模块间或模块内部的交互信息进行匹配得到具体的故障类型。需要说明的是，第一级、第二级信息匹配能够识别简单应用场景下的故障类型，第三级信息匹配能够在复杂场景下识别故障类型。

故障类型识别模块503利用第一级信息以及预先生成的故障匹配规则进行匹配，如果匹配成功则识别得到故障类型；以及利用第二级信息以及预先生成的故障匹配规则进行匹配，如果匹配成功则识别得到故障类型；以及利用第三级信息以及预先生成的故障匹配规则进行匹配，如果匹配成功则识别得到故障类型。

报告输出模块504用于根据故障类型识别模块得到的故障类型生成测试报告以供人工分析确认。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述模块分别位于多个处理器中。

综上所述，本发明实施例针对规则库或故障类型描述信息具有自我学习的能力，不断自我更新、修正规则库故障类型信息，最大程度的接近真实结果，然后根据故障信息以及预先生成的故障匹配规则进行匹配得到故障，从而实现在复杂场景或复杂资源环境下能自动识别具体的故障类型。另外，本发明实施例通过增加典型场景模型自动建模，按照模型场景进行复杂场景模型回放，如果发现异常，就可以对故障类型进行判定，以此解决复杂场景无法进行自动分析，自动识别故障类型的问题。

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行上述实施例的方法步骤的程序代码：

可选地，存储介质还被设置为存储用于执行上述实施例的方法步骤的程序代码：

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器（ROM，Read-Only Memory）、随机存取存储器（RAM，Random Access Memory）、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行上述实施例的方法步骤。

可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

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

Claims

1.一种识别故障类型的方法，其特征在于，所述方法包括：

获取故障信息；

根据故障信息以及预先生成的故障匹配规则进行匹配得到故障类型；其中，所述故障信息包括三级信息，第一级信息为包含故障信息提示的信息，第二级信息为故障发生过程中的信息，第三级信息为整体系统各部件或模块间或模块内部的交互信息；根据所述第三级信息匹配得出的故障类型准确率高于根据所述第二级信息匹配得出的故障类型准确率，根据所述第二级信息匹配得出的故障类型准确率高于根据所述第一级信息匹配得出的故障类型准确率；

所述根据故障信息以及预先生成的故障匹配规则进行匹配得到故障类型包括：

采取所述第一级信息、第二级信息或第三级信息中任意一种信息或多种信息的组合，与预先生成的故障匹配规则进行匹配得到故障类型；

其中，所述方法还包括：

定时根据人工确认的准确分析结果进行故障类型匹配规则校验，当故障匹配规则与人工分析的结果类型一致则保留该故障匹配规则，在故障匹配规则与人工分析的结果类型不一致的情况下将人工分析的结果自动录入到规则库中，并自动生成对应的故障匹配规则。

2.如权利要求1所述的方法，其特征在于，所述根据故障信息以及预先生成的故障匹配规则进行匹配得到故障类型的步骤包括：

利用第一级信息以及预先生成的故障匹配规则进行匹配，如果匹配成功则识别得到故障类型；和/或

利用第二级信息以及预先生成的故障匹配规则进行匹配，如果匹配成功则识别得到故障类型；和/或

利用第三级信息以及预先生成的故障匹配规则进行匹配，如果匹配成功则识别得到故障类型。

3.如权利要求1或2所述的方法，其特征在于，所述方法还包括：

自动生成故障匹配规则库。

4.一种识别故障类型的装置，其特征在于，包括：

过程信息收集模块，用于获取故障信息；

故障类型识别模块，用于根据故障信息以及预先生成的故障匹配规则进行匹配得到故障类型；

其中，所述故障信息包括三级信息，第一级信息为包含故障信息提示的信息，第二级信息为故障发生过程中的信息，第三级信息为整体系统各部件或模块间或模块内部的交互信息；根据所述第三级信息匹配得出的故障类型准确率高于根据所述第二级信息匹配得出的故障类型准确率，根据所述第二级信息匹配得出的故障类型准确率高于根据所述第一级信息匹配得出的故障类型准确率；

其中，所述装置还包括：

故障规则生成模块，用于定时根据人工确认的准确分析结果进行故障类型匹配规则校验，当故障匹配规则与人工分析的结果类型一致则保留该故障匹配规则，在故障匹配规则与人工分析的结果类型不一致的情况下将人工分析的结果自动录入到规则库中，并自动生成对应的故障匹配规则。

5.如权利要求4所述的装置，其特征在于，所述故障类型识别模块利用第一级信息以及预先生成的故障匹配规则进行匹配，如果匹配成功则识别得到故障类型；以及利用第二级信息以及预先生成的故障匹配规则进行匹配，如果匹配成功则识别得到故障类型；以及利用第三级信息以及预先生成的故障匹配规则进行匹配，如果匹配成功则识别得到故障类型。

6.如权利要求4或5所述的装置，其特征在于，所述装置还包括：

报告输出模块，用于根据故障类型识别模块得到的故障类型生成测试报告以供人工分析确认。

7.一种存储介质，所述存储介质包括存储的程序，其中，所述程序运行时执行权利要求1至3中任一项所述的方法。

8.一种电子设备，其特征在于，包括：

处理器，所述处理器用于运行程序，其中，所述程序运行时执行权利要求1至3中任一项所述的方法；存储器，与所述处理器耦合。