CN103490915A - 故障分析方法及装置 - Google Patents

Abstract

本发明公开了一种故障分析方法及装置。其中，该方法包括：网管的服务端接收网管的客户端发送的故障分析命令，其中，故障分析命令中携带有故障网元的网元信息；服务端对网元信息对应的故障网元进行抓包分析，并将分析结果发送给客户端。通过本发明，达到了能够实现智能快速定位故障、提高对交互故障的检测效率的效果。

Description

故障分析方法及装置

技术领域

本发明涉及通信领域，具体而言，涉及一种故障分析方法及装置。

背景技术

在无线通讯领域型的电信管理网（Telecom ManagementNetwork，简称为TMN）架构下，都是通过网管来对基站进行集中管理的。一方面，网管下发数据到基站上，使基站执行预定的命令；另一方面，基站上报数据到网管上，呈现给网管使用人员。在物理链路正常的情况下，如果网管和基站间的链路状况出现异常，或者基站返回给网管的信息出现异常等，必然涉及网管和基站进行数据交互的异常场景，需要专业技术人员对故障进行排查解决。

通常情况下，需要借助第三方软件进行抓包，再对网络封包进行分析才能找到故障原因。但是，这种传统的问题解决方式存在以下两个缺陷：

第一，需要在网管服务器上安装第三方软件，增加了服务器负荷，同时要确保第三方软件的安全性：没有病毒，没有安全漏洞。

第二，对技术人员要求较高：熟悉通讯协议，需要人工核对原始数据和消息接口。

发明内容

本发明提供了一种故障分析方法及装置，以至少解决上述问题。

根据本发明的一个方面，提供了一种故障分析方法，包括：网管的服务端接收网管的客户端发送的故障分析命令，其中，故障分析命令中携带有故障网元的网元信息；服务端对网元信息对应的故障网元进行抓包分析，并将分析结果发送给客户端。

优选地，服务端对网元信息对应的故障网元进行抓包分析，并将分析结果发送给客户端，包括：服务端对故障网元进行抓包，得到网络封包文件；服务端对网络封包文件进行解析，将网络封包文件中的原始数据转换为适配于网管的消息结构的网管格式消息；服务端将网管格式消息与预先定义的网管与故障网元之间的定义消息做比对；服务端根据比对结果确定故障网元的故障描述信息，将故障描述信息作为分析结果发送给客户端。

优选地，故障分析命令还包括：用户通过客户端选定的交互场景或通讯协议。

优选地，交互场景包括以下之一：前后台建链、网管下发命令、基站响应消息、基站主动上报消息。

优选地，通讯协议包括以下之一：简单网络管理协议（Simple Network ManagementProtocol，简称为SNMP）、传输控制协议（Transmission Control Protocol，简称为TCP）、用户数据包协议（User Datagram Protocol，简称为UDP）。

根据本发明的另一方面，提供了一种故障分析装置，位于网管的服务端，包括：接收模块，用于接收网管的客户端发送的故障分析命令，其中，故障分析命令中携带有故障网元的网元信息；分析模块，用于对网元信息对应的故障网元进行抓包分析，并将分析结果发送给客户端。

优选地，分析模块包括：抓包单元，用于对故障网元进行抓包，得到网络封包文件；解析单元，用于对网络封包文件进行解析，将网络封包文件中的原始数据转换为适配于网管的消息结构的网管格式消息；比对单元，用于将网管格式消息与预先定义的网管与故障网元之间的定义消息做比对；确定单元，用于根据比对结果确定故障网元的故障描述信息；发送单元，用于将故障描述信息作为分析结果发送给客户端。

优选地，故障分析命令还包括：用户通过客户端选定的交互场景或通讯协议。

优选地，交互场景包括以下之一：前后台建链、网管下发命令、基站响应消息、基站主动上报消息。

优选地，通讯协议包括以下之一：简单网络管理协议（SNMP）、传输控制协议（TCP）、用户数据包协议（UDP）。

通过本发明，采用对网管软件进行改进，使得在网管和基站之间发生交互故障时网管可以自动对故障进行抓包分析，并将分析结果通知给网管人员的方式，解决了传统故障排查方法太依赖与第三方软件的支持、对网管人员的技术要求较高、操作麻烦的问题，进而达到了通过网管自动对故障网元（基站）进行抓包分析就能够排查网管和基站之间的交互故障，就可以实现智能快速定位故障、提高对交互故障的检测效率的效果。

附图说明

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

图1是根据本发明实施例的故障分析方法流程图；

图2是根据本发明优选实施例的故障分析方法流程图；

图3是根据本发明实施例的故障分析装置的结构框图；

图4是根据本发明优选实施例的故障分析装置的结构示意图。

具体实施方式

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

图1是根据本发明实施例的故障分析方法流程图，如图1所示，该方法主要包括以下步骤（步骤S102-步骤S104）。

步骤S102，网管的服务端接收网管的客户端发送的故障分析命令，其中，故障分析命令中携带有故障网元的网元信息。

步骤S104，服务端对网元信息对应的故障网元进行抓包分析，并将分析结果发送给客户端。

在本实施例的步骤S104中，当服务端对网元信息对应的故障网元进行抓包分析，并将分析结果发送给客户端时，可以通过这样的方式实现：服务端先对故障网元进行抓包，得到网络封包文件，再对网络封包文件进行解析，将网络封包文件中的原始数据转换为适配于网管的消息结构的网管格式消息，再将网管格式消息与预先定义的网管与故障网元之间的定义消息做比对，最后根据比对结果确定故障网元的故障描述信息，再将故障描述信息作为分析结果发送给客户端。在实际应用中，当服务端进行抓包得到网络封包文件后，可以将网络封包文件按照预先设定的存储路径进行存储，当然，该存储路径对应的存储空间仍旧位于服务端上。

在本实施例中，故障分析命令中除了可以携带故障网元的网元信息，还可以携带用户通过客户端选定的交互场景或通讯协议。其中，交互场景可以包括以下之一：前后台建链、网管下发命令、基站响应消息、基站主动上报消息；其中，通讯协议可以包括以下之一：简单网络管理协议（SNMP）、传输控制协议（TCP）、用户数据包协议（UDP）。

在实施本实施例的过程中，可以预先在网管软件上安装具有抓包并自动分析故障功能的程序，使得网管自己就可以实现故障分析，而脱离对第三方分析软件的依赖，当然，在实际应用中，具有抓包并自动分析故障功能的程序可以设置成一个抓包分析模块后安装在网管的服务端上。为了更好地使网管人员直观地了解目前故障情况和方便执行检测故障的操作，可以预先在网管的客户端构造一个单独界面用于显示故障情况和接收用户的选择命令。

下面结合图2与优选实施例对上述故障分析方法进行详细说明。

图2是根据本发明优选实施例的故障分析方法流程图，如图2所示，该流程包括以下步骤（步骤S202-步骤S216）。

步骤S202、在网管的网管软件当前版本代码的基础上进行增量开发，在网管的客户端上增加一个抓包分析的功能界面，该功能界面包括选择网元（即基站）的选项（通过该选项，能够选择出需要进行故障分析的基站），选择交互场景的选项、选择通讯协议的选项，执行按钮选项，以及结果显示区域；同时，在网管的服务端上增加设置一个具有对故障网元能够进行抓包分析的模块，用于接收客户端的设置，并且在处理完毕后将结果返回给客户端。

步骤S204、将新版本的网管软件部署在无线通讯网络环境中，用于管理基站。

步骤S206、当网管和基站之间在物理链路正常的情况下出现交互故障时，网管人员就可以从网管的客户端的主视图进入到交互故障诊断界面（即，设置的抓包分析的功能界面）。

步骤S208、通过选择网元的选项从众多网元中选择出有故障的基站，选择进行故障分析时的交互场景或者通讯协议，执行故障诊断。

步骤S210、网管的服务端接收到客户端下发的故障诊断命令后开始对故障基站进行抓包，抓包成功后将网络封包文件保存在预设路径下（存储位置位于网管的服务端上）。

步骤S212、网管的服务端读取网络封包文件并进行解析，并把网络封包文件中的原始数据转换为适配于网管的消息结构的网管格式消息（即网管能够使用的消息）。

步骤S214、将网管的服务端将转换后的网管格式消息与预先定义的网管与故障网元之间的定义消息做比对，根据比对结果确定故障网元的故障描述信息，再将故障描述信息作为分析结果发送给客户端。

步骤S216、网管的客户端将故障描述信息在抓包分析的功能界面上显示出来。

采用上述实施例提供的故障分析方法，可以对网管软件进行改进，使得在网管和基站之间发生交互故障时网管可以自动对故障进行抓包分析，并将分析结果通知给网管人员，解决了传统故障排查方法太依赖与第三方软件的支持、对网管人员的技术要求较高、操作麻烦的问题，进而达到了实现智能快速定位故障、提高对交互故障的检测效率的效果。

图3是根据本发明实施例的故障分析装置的结构框图，该装置用以实现上述实施例提供的故障分析方法，该装置位于网管的服务端，如图3所示，该装置主要包括：接收模块10和分析模块20。其中，接收模块10，用于接收网管的客户端发送的故障分析命令，其中，故障分析命令中携带有故障网元的网元信息；分析模块20，连接至接收模块10，用于对网元信息对应的故障网元进行抓包分析，并将分析结果发送给客户端。

图4是根据本发明优选实施例的故障分析装置的结构示意图，如图4所示，在该优选实施例提供的故障分析装置中，分析模块20可以包括：抓包单元22，用于对故障网元进行抓包，得到网络封包文件；解析单元24，连接至抓包单元22，用于对网络封包文件进行解析，将网络封包文件中的原始数据转换为适配于网管的消息结构的网管格式消息；比对单元26，连接至解析单元24，用于将网管格式消息与预先定义的网管与故障网元之间的定义消息做比对；确定单元27，连接至比对单元26，用于根据比对结果确定故障网元的故障描述信息；发送单元28，连接至确定单元27，用于将故障描述信息作为分析结果发送给客户端。

在该优选实施例中，故障分析命令还可以包括：用户通过客户端选定的交互场景或通讯协议。其中，交互场景可以包括以下之一：前后台建链、网管下发命令、基站响应消息、基站主动上报消息；通讯协议可以包括以下之一：简单网络管理协议（SNMP）、传输控制协议（TCP）、用户数据包协议（UDP）。

采用上述实施例提供的故障分析装置，可以对网管软件进行改进，使得在网管和基站之间发生交互故障时网管可以自动对故障进行抓包分析，并将分析结果通知给网管人员，解决了传统故障排查方法太依赖与第三方软件的支持、对网管人员的技术要求较高、操作麻烦的问题，进而达到了实现智能快速定位故障、提高对交互故障的检测效率的效果。

从以上的描述中，可以看出，本发明实现了如下技术效果：采用对网管软件进行改进，使得在网管和基站之间发生交互故障时网管可以自动对故障进行抓包分析，并将分析结果通知给网管人员的方式，解决了传统故障排查方法太依赖与第三方软件的支持、对网管人员的技术要求较高、操作麻烦的问题，进而达到了通过网管自动对故障网元（基站）进行抓包分析就能够排查网管和基站之间的交互故障，就可以实现智能快速定位故障、提高对交互故障的检测效率的效果。

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

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

Claims (10)

1.一种故障分析方法，其特征在于，包括：

网管的服务端接收所述网管的客户端发送的故障分析命令，其中，所述故障分析命令中携带有故障网元的网元信息；

所述服务端对所述网元信息对应的所述故障网元进行抓包分析，并将分析结果发送给所述客户端。

2.根据权利要求1所述的方法，其特征在于，所述服务端对所述网元信息对应的所述故障网元进行抓包分析，并将分析结果发送给所述客户端，包括：

所述服务端对所述故障网元进行抓包，得到网络封包文件；

所述服务端对所述网络封包文件进行解析，将所述网络封包文件中的原始数据转换为适配于所述网管的消息结构的网管格式消息；

所述服务端将所述网管格式消息与预先定义的所述网管与所述故障网元之间的定义消息做比对；

所述服务端根据比对结果确定所述故障网元的故障描述信息，将所述故障描述信息作为所述分析结果发送给所述客户端。

3.根据权利要求1或2所述的方法，其特征在于，所述故障分析命令还包括：用户通过所述客户端选定的交互场景或通讯协议。

4.根据权利要求3所述的方法，其特征在于，所述交互场景包括以下之一：

前后台建链、网管下发命令、基站响应消息、基站主动上报消息。

5.根据权利要求3所述的方法，其特征在于，所述通讯协议包括以下之一：

简单网络管理协议SNMP、传输控制协议TCP、用户数据包协议UDP。

6.一种故障分析装置，位于网管的服务端，其特征在于，包括：

接收模块，用于接收所述网管的客户端发送的故障分析命令，其中，所述故障分析命令中携带有故障网元的网元信息；

分析模块，用于对所述网元信息对应的所述故障网元进行抓包分析，并将分析结果发送给所述客户端。

7.根据权利要求6所述的装置，其特征在于，所述分析模块包括：

抓包单元，用于对所述故障网元进行抓包，得到网络封包文件；

解析单元，用于对所述网络封包文件进行解析，将所述网络封包文件中的原始数据转换为适配于所述网管的消息结构的网管格式消息；

比对单元，用于将所述网管格式消息与预先定义的所述网管与所述故障网元之间的定义消息做比对；

确定单元，用于根据比对结果确定所述故障网元的故障描述信息；

发送单元，用于将所述故障描述信息作为所述分析结果发送给所述客户端。

8.根据权利要求6或7所述的装置，其特征在于，所述故障分析命令还包括：用户通过所述客户端选定的交互场景或通讯协议。

9.根据权利要求8所述的装置，其特征在于，所述交互场景包括以下之一：

前后台建链、网管下发命令、基站响应消息、基站主动上报消息。

10.根据权利要求8所述的装置，其特征在于，所述通讯协议包括以下之一：

简单网络管理协议SNMP、传输控制协议TCP、用户数据包协议UDP。

Images