CN106714216A - 一种基于脚本实现rru故障分析的方法和装置 - Google Patents

Abstract

本发明公开了一种基于脚本实现RRU故障分析的方法和装置。所述方法包括：通过预设的脚本获取RRU告警及其RRU告警信息；通过所述脚本根据所述RRU告警信息，对所述RRU告警进行故障分析，获得所述RRU告警的故障分析结果。本发明独立于网管系统，基于预设的脚本实现RRU故障分析功能，对RRU故障分析具有针对性。脚本语言具有简洁、易懂、易学等特点，使得本发明的开发过程简单、可读性强、时效性高、且执行脚本的修改、更新较为方便，对于开发人员和使用人员都较为便利。

Description

一种基于脚本实现RRU故障分析的方法和装置

技术领域

本发明涉及通信技术领域，特别是涉及一种基于脚本实现射频拉远单元(Radio Remote Unit，简称RRU)故障分析的方法和装置。

背景技术

目前，在网管系统的告警模块上多设置RRU故障分析功能。当发现有RRU告警的时候，网管系统可以根据RRU故障信息进行RRU故障分析，并返回故障分析结果，用户依此做出相应的处理，例如：返厂维修或者现场故障排查。但是，RRU返回原厂后可能会发现该RRU并没有故障，之所以不能正常工作可能是现场电源接触不良等外部因素造成的。

目前这种由于现场外在因素而导致的RRU返修的情况很多，因此经常需要对RRU故障分析功能进行改进。然而，现有RRU故障分析功能是集成在网管系统中的，只是网管系统中的一个小功能，对于开发者和使用者都非常不便。

具体的，网管系统多使用Java语言开发，开发过程繁琐、开发难度较大、且开发后的源代码可读性差，导致RRU故障分析算法只有开发者结合整个源代码才能够读懂，而使用者难以理解。如果RRU型号或者故障分析算法发生更改，则需要开发者对网管系统进行代码修改、重新测试、打补丁等，整个过程耗时较长。由于故障分析功能只是网管系统中的一个小功能，因此目前的RRU故障分析算法单一，这将导致RRU故障分析结果不够准确，造成使用者对RRU单板的维修作出错误的判断。

发明内容

本发明提供一种基于脚本实现RRU故障分析的方法和装置，用以解决现有技术集成在网管系统中的RRU故障分析功能，对于开发者和使用者都非常不便的问题。

针对上述技术问题，本发明是通过以下技术方案来解决的。

本发明提供了一种基于脚本实现射频拉远单元RRU故障分析的方法，包括：通过预设的脚本获取RRU告警及其RRU告警信息；通过所述脚本根据所述RRU告警信息，对所述RRU告警进行故障分析，获得所述RRU告警的故障分析结果。

其中，所述RRU告警信息包括：故障日志；所述通过预设的脚本，获取RRU告警及其RRU告警信息，包括：通过所述脚本连接网管系统；通过所述脚本发送人机语言MML命令，从所述网管系统中，获取RRU告警和所述RRU告警的故障日志。

其中，通过所述脚本根据所述RRU告警信息，对所述RRU告警进行故障分析，包括：通过所述脚本解析所述故障日志，获得所述故障日志的版本；通过所述脚本在所述RRU告警中，获得所述RRU的类型；通过所述脚本获取与所述故障日志的版本及所述RRU的类型对应的故障分析算法；通过所述脚本根据所述故障分析算法，对所述故障日志进行故障分析，获得所述RRU告警的故障分析结果。

其中，所述RRU告警信息包括：故障日志和反构文件；所述通过预设的脚本，获取RRU告警及其RRU告警信息，包括：通过所述脚本初始化简单网络管理协议栈SNMP；基于初始化后的所述SNMP，通过所述脚本与网元建立可靠用户数据包协议RUDP连接；基于所述SNMP的接口，通过所述脚本从所述网元中，分别获取RRU告警、故障日志和反构文件。

其中，通过所述脚本根据所述RRU告警信息，对所述RRU告警进行故障分析，包括：通过所述脚本解析所述故障日志，获得所述故障日志的版本；通过所述脚本解析所述反构文件，获得所述RRU的类型；通过所述脚本获取与所述故障日志的版本及所述RRU的类型对应的故障分析算法；通过所述脚本根据所述故障分析算法，对所述故障日志进行故障分析，以获得所述RRU告警的故障分析结果。

本发明还提供了一种基于脚本实现RRU故障分析的装置，包括：获取模块，用于通过预设的脚本，获取RRU告警及其RRU告警信息；分析模块，用于通过所述脚本根据所述RRU告警信息，对所述RRU告警进行故障分析，获得所述RRU告警的故障分析结果。

其中，所述RRU告警信息包括：故障日志；所述获取模块具体用于：通过所述脚本连接网管系统；通过所述脚本发送人机语言MML命令，从所述网管系统中，获取RRU告警和所述RRU告警的故障日志。

其中，所述分析模块具体用于：通过所述脚本解析所述故障日志，获得所述故障日志的版本；通过所述脚本在所述RRU告警中，获得所述RRU的类型；通过所述脚本获取与所述故障日志的版本及所述RRU的类型对应的故障分析算法；通过所述脚本根据所述故障分析算法，对所述故障日志进行故障分析，以获得所述RRU告警的故障分析结果。

其中，所述RRU告警信息包括：故障日志和反构文件；所述获取模块具体用于：通过所述脚本初始化简单网络管理协议栈SNMP；基于初始化后的所述SNMP，通过所述脚本与网元建立可靠用户数据包协议RUDP连接；基于所述SNMP的接口，通过所述脚本从所述网元中，分别获取RRU告警、故障日志和反构文件。

其中，所述分析模块具体用于：通过所述脚本解析所述故障日志，获得所述故障日志的版本；通过所述脚本解析所述反构文件，获得所述RRU的类型；通过所述脚本获取与所述故障日志的版本及所述RRU的类型对应的故障分析算法；通过所述脚本根据所述故障分析算法，对所述故障日志进行故障分析，以获得所述RRU告警的故障分析结果。

本发明有益效果如下：

本发明独立于网管系统，基于预设的脚本实现RRU故障分析功能，对RRU故障分析具有针对性。脚本语言具有简洁、易懂、易学等特点，使得本发明的开发过程简单、可读性强、时效性高、且执行脚本的修改、更新较为方便，对于开发人员和使用人员都较为便利。

附图说明

图1是根据本发明第一实施例的基于脚本实现RRU故障分析的方法的流程图；

图2是根据本发明第二实施例的基于脚本实现RRU故障分析的方法的流程图；

图3是根据本发明第三实施例的基于脚本实现RRU故障分析的方法的流程图；

图4是根据本发明第四实施例的对告警RRU进行故障分析的步骤流程图；

图5是根据本发明第五实施例的基于脚本实现RRU故障分析的装置的结构图。

具体实施方式

以下结合附图以及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不限定本发明。

实施例一

本实施例提供了一种基于脚本实现RRU故障分析的方法。如图1所示，为根据本发明第一实施例的基于脚本实现RRU故障分析的方法的流程图。

步骤S110，通过预设的脚本，获取RRU告警及其RRU告警信息。

RRU告警信息包括：RRU告警的故障日志，或者RRU告警信息包括：RRU告警的故障日志和反构文件。进一步地，基于预设的脚本，从网元管理系统(network element management system，简称EMS)获取RRU告警文件和故障日志；或者，基于该脚本，从具体的网元，获取RRU告警、故障日志和反构文件。以下将网元管理系统简称为网管系统。

该脚本可以是python脚本。该脚本的开发和运行是在脚本工具平台上完成的。脚本工具平台包括：脚本开发平台和脚本运行管理平台。

脚本开发平台是一个脚本编译、调试、运行环境，平台内部内嵌了函数库用来支持网管的运维业务，平台内建的工具库函数，库函数可以用于建立telnet连接、发送人机语言(Man-Machine Language，简称MML)命令，解析MML报文，获取某行某列的报文数据、提取信息、根据故障分析算法进行故障分析，输出故障分析结果等。

脚本运行管理平台是一个脱离脚本开发、仅对脚本工程进行运行管理的平台，面向不需要编写脚本、仅依靠脚本进行日常运维工作的人员，该平台支持定时任务以及即时任务、任务分类整理等功能。

步骤S120，通过所述脚本，根据所述RRU告警信息，对所述RRU告警进行故障分析，获得所述RRU告警的故障分析结果。

故障分析结果包括但不限于：版本故障、电源故障、时钟故障、设备故障、导频功率故障、过温故障、下行输出欠过功率故障、线缆故障、通道故障、光纤接错故障、IR接口信号强度异常故障、光模块不在位、光口速率不匹配。本实施例的故障分析结果种类较多，可以满足用户故障排查需求。

故障分析结果对应的维修方式包括：手动维修和自动维修。其中，手动维修需要人工干预，运维人员介入，根据故障分析结果进行相应的维修工作。自动维修无需人工干预，可以自动维护，例如修改一些配置参数等。

本实施例独立于网管系统，通过预设的脚本实现RRU故障分析功能，为运维人员根据现场情况进行RRU故障分析提供了便捷。本实施例的脚本可以实时发布、运行，时效性高。本实施例的脚本工程在智能脚本分析工具上运行，可以根据现场的情况进行实施，选择近端和远端运行方式。

本实施例利用脚本语言的简洁、易懂、易学的特性，方便开发人员与业务人员进行交流，实现“代码即文档”，从而可以高效地开发出用于实现RRU故障分析的脚本。运维人员可以在发布的脚本上进行修改、运行，操作更方便。该脚本在使用上极为方便，用户利用此脚本可以随时对RRU故障进行诊断，明确RRU当前的状态，获得故障分析结果。

实施例二

本实施例对从远端实现RRU故障分析进行进一步地说明。

图2是根据本发明第二实施例的基于脚本实现RRU故障分析的方法的流程图。本实施例可以部署在网管系统侧的客户端上。本实施例的RRU告警信息包括：故障日志。

步骤S210，通过预设的脚本连接网管系统EMS。

该脚本运行在脚本开发平台上。

该脚本开发平台内部集成有用于连接网元、发送MML命令、解析MML命令的工具库函数；可以使用jython语言，在脚本开发平台上进行开发、调试、运行；可以将脚本发布到EMS侧运行并查看运行日志。

步骤S220，通过该脚本发送MML命令，从网管系统中，获取RRU告警。

通过脚本发送MML命令，查询网管系统当前的告警文件，并在当前的告警文件中筛选出RRU告警。筛选出的RRU告警可以是一个或多个，如果是多个RRU告警，可以组成一个RRU告警集合。

具体的，利用工具库函数，发送人机语言命令。输入显示当前告警的人机语言命令作为函数参数，即可查看包含网管系统当前所有告警信息的告警文件。

从告警文件中筛选出RRU告警。进一步地，根据告警信息中的架框槽筛选出告警文件中的RRU告警。

步骤S230，通过该脚本发送MML命令，从网管系统中，获取RRU告警的故障日志。

RRU单板在具体的网元工作，RRU告警的故障日志被存储在网元。

故障日志是在连接网管系统之后，通过人机语言命令，控制网管系统从发生RRU告警的网元处获取的；然后从网管系统中获取RRU告警的故障日志。

如果存在RRU告警集合，则通过脚本顺序获取每一条RRU告警的故障日志，对每条RRU告警做RRU故障分析处理。

具体的，基于所述脚本，发送MML命令，使网管系统从发生该RRU告警的网元，获取该RRU告警的故障日志；所述脚本开启FTP服务，从网管系统下载该RRU告警的故障日志到本地。进一步地，如果存在两级网管系统，一级网管系统为EMS，二级网管系统为OMMB，一个EMS管理多个OMMB，一个OMMB管理多个网元，则基于所述脚本，先发送MML命令，使连接关系从EMS切换到发生RRU告警的网元所在的OMMB，再发送一个MML命令，控制OMMB从发生RRU告警的网元获取该RRU告警的故障日志，并上传到EMS，这样连接关系从OMMB切换回EMS之后，就可以从EMS获取到该RRU告警的故障日志了。

步骤S240，通过该脚本根据RRU告警的故障日志，对该RRU告警进行故障分析，获得该RRU告警的故障分析结果。

RRU告警中包括发生该RRU告警的RRU的类型。RRU的类型即是RRU单板的类型，例如是：R8968、R8972、R8928、R8964等。

RRU告警的故障日志中包含故障日志的版本、以及RRU告警的相关信息。

具体的，通过所述脚本解析故障日志，获得该故障日志的版本；通过所述脚本在该RRU告警中，获得该RRU的类型；通过所述脚本在预设的多个故障分析算法中，获取与该故障日志的版本及该RRU的类型对应的故障分析算法；通过所述脚本根据该获取的故障分析算法，对该故障日志进行故障分析，以获得该RRU告警的故障分析结果。

故障日志是二进制文件，解析该二进制文件，获得其中的数据信息；该数据信息包括：故障日志的版本信息、告警码、告警类型、业务参数等。

实施例三

本实施例对从近端实现RRU故障分析进行进一步地说明。采用简单网络管理协议栈(Simple Network Management Protocol，简称SNMP)实现从近端直连网元，实现RRU故障处理功能。因此，本实施例可以部署在网元侧的客户端上。

图3是根据本发明第三实施例的基于脚本实现RRU故障分析的方法的流程图。在本实施例中，RRU告警信息包括：故障日志和反构文件。

步骤S310，通过预设的脚本初始化SNMP；

步骤S320，基于初始化后的所述SNMP，通过所述脚本与网元建立可靠用户数据包协议(Reliable User Datagram Protocol，简称RUDP)连接。

在建立RUDP连接的同时，还可以通过所述脚本启动FTP服务。

步骤S330，基于SNMP的接口，通过所述脚本从连接的网元中，分别获取告警文件、反构文件和故障日志。

该接口例如是SNMP的set接口，进一步地，基于FTP服务，通过SNMP的set接口，从连接的网元中，分别获取告警文件、反构文件和故障日志。

告警文件、反构文件和故障日志分别存在对应的对象标识符(Objectidentifier，简称oid)。根据告警文件、反构文件和故障日志分别对应的oid，分别获取告警文件、反构文件和故障日志。

步骤S340，通过所述脚本从告警文件中筛选出RRU告警。

从告警文件中筛选出RRU告警的数量可以是一个或多个。

故障日志中包括故障日志的版本、以及每个RRU告警的故障信息。

反构文件中包括每个发生RRU告警的RRU的类型。

步骤S350，通过所述脚本根据故障日志和反构文件，对告警文件中的每个RRU告警进行故障分析，获得每个RRU告警的故障分析结果。

步骤1，通过所述脚本解析故障日志，获得该故障日志的版本。

步骤2，通过所述脚本解析反构文件，获得RRU的类型。如果RRU告警为多个，则获取当前进行故障分析的RRU的类型。

步骤3，通过所述脚本在预设的多个故障分析算法中，获取与故障日志的版本及该RRU的类型对应的故障分析算法。如果RRU告警为多个，则获取与故障日志的版本及该当前RRU的类型对应的故障分析算法。

步骤4，通过所述脚本根据获取的故障分析算法，对故障日志进行故障分析，以获得该RRU告警的故障分析结果。如果RRU告警为多个，则根据获取的故障分析算法，对故障日志中当前RRU告警的故障信息进行故障分析，以获得该RRU告警的故障分析结果。

实施例四

本实施例对告警RRU进行故障分析进行进一步地说明。

图4是根据本发明第四实施例的对告警RRU进行故障分析的步骤流程图。

步骤S410，通过预设的脚本，解析故障日志。

通过解析故障日志，可以获知故障日志的版本是V1还是V2。

步骤S420，通过所述脚本判断该故障日志的版本是否为V1。若是，则执行步骤S430；若否，则执行步骤S460。

步骤S430，通过所述脚本判断RRU单板的类型是否为A。若是，则执行步骤S440，若否，则S450。该类型A可以根据具体需求来设置，例如：该类型A为R8968、R8972、R8928、或者R8964。

步骤S440，使用预设的第一算法，通过所述脚本对故障日志进行故障分析，获得RRU告警的故障分析结果。

步骤S450，使用预设的第二算法，通过所述脚本对故障日志进行故障分析，获得RRU告警的故障分析结果。

步骤S460，通过所述脚本判断RRU单板的类型是否为B。若是，则执行步骤S470，若否，则S480。该类型B可以根据具体需求来设置，例如：该类型B为R8968、R8972、R8928、或者R8964。

步骤S470，使用预设的第三算法，通过所述脚本对故障日志进行故障分析，获得RRU告警的故障分析结果。

步骤S480，使用预设的第四算法，通过所述脚本对故障日志进行故障分析，获得RRU告警的故障分析结果。

上述第一算法、第二算法、第三算法和第四算法，都是根据各自对应的故障日志的版本、RRU单板类型设置的，用于分析对应故障日志的版本、RRU单板类型下，发生RRU告警的原因。例如：故障日志的版本为V1、RRU单板的类型为R8968，那么使用的算法为8T算法；故障日志的版本为V2、RRU单板的类型为R8972，那么使用的算法为2T算法。

本实施例为不同类型的RRU单板、不同类型故障日志配置分别对应的分析算法，使故障分析结果更加准确。当然本实施例为了使本发明便于理解，仅简单列举了V1和V2两种版本的故障日志、A和B两种类型的RRU的情形，并找到合适的算法进行的RRU告警分析，本领域技术人员应当知道在本发明的思想下，可以根据需求对本实施例作出改进。

实施例五

本实施例提供了一种基于脚本实现RRU故障分析的装置。如图5所示，为根据本发明第五实施例的基于脚本实现RRU故障分析的装置的结构图。

该装置包括：

获取模块510，用于通过预设的脚本，获取RRU告警及其RRU告警信息；

分析模块520，用于通过所述脚本根据所述RRU告警信息，对所述RRU告警进行故障分析，获得所述RRU告警的故障分析结果。

在一个实施例中，所述RRU告警信息包括：故障日志。

所述获取模块510具体用于：通过预设的脚本，连接网管系统；通过所述脚本发送人机语言MML命令，从所述网管系统中，获取RRU告警和所述RRU告警的故障日志。

所述分析模块520具体用于：通过所述脚本解析所述故障日志，获得所述故障日志的版本；通过所述脚本在所述RRU告警中，获得所述RRU的类型；通过所述脚本获取与所述故障日志的版本及所述RRU的类型对应的故障分析算法；通过所述脚本根据所述故障分析算法，对所述故障日志进行故障分析，以获得所述RRU告警的故障分析结果。

在另一实施例中，所述RRU告警信息包括：故障日志和反构文件。

所述获取模块510具体用于：通过预设的脚本，初始化SNMP；基于初始化后的所述SNMP，通过所述脚本与网元建立可靠用户数据包协议RUDP连接；基于所述SNMP的接口，通过所述脚本从所述网元中，分别获取RRU告警、故障日志和反构文件。

所述分析模块520具体用于：通过所述脚本解析所述故障日志，获得所述故障日志的版本；通过所述脚本解析所述反构文件，获得所述RRU的类型；通过所述脚本获取与所述故障日志的版本及所述RRU的类型对应的故障分析算法；通过所述脚本根据所述故障分析算法，对所述故障日志进行故障分析，以获得所述RRU告警的故障分析结果。

本实施例所述的装置的功能已经在图1-4所示的方法实施例中进行了描述，故本实施例的描述中未详尽之处，可以参见前述实施例中的相关说明，在此不做赘述。

本实施例独立于网管系统，可以设置在网管系统侧的客户端中，从远端实现对网元的操作；也可以设置在网元侧的客户端中，从近端直连网元，实现在近端的RRU故障处理。

尽管为示例目的，已经公开了本发明的优选实施例，本领域的技术人员将意识到各种改进、增加和取代也是可能的，因此，本发明的范围应当不限于上述实施例。

Claims (10)

1.一种基于脚本实现射频拉远单元RRU故障分析的方法，其特征在于，包括：

通过预设的脚本获取RRU告警及其RRU告警信息；

通过所述脚本根据所述RRU告警信息，对所述RRU告警进行故障分析，获得所述RRU告警的故障分析结果。

2.如权利要求1所述的方法，其特征在于，

所述RRU告警信息包括：故障日志；

所述通过预设的脚本，获取RRU告警及其RRU告警信息，包括：

通过所述脚本连接网管系统；

通过所述脚本发送人机语言MML命令，从所述网管系统中，获取RRU告警和所述RRU告警的故障日志。

3.如权利要求2所述的方法，其特征在于，通过所述脚本根据所述RRU告警信息，对所述RRU告警进行故障分析，包括：

通过所述脚本解析所述故障日志，获得所述故障日志的版本；

通过所述脚本在所述RRU告警中，获得所述RRU的类型；

通过所述脚本获取与所述故障日志的版本及所述RRU的类型对应的故障分析算法；

通过所述脚本根据所述故障分析算法，对所述故障日志进行故障分析，获得所述RRU告警的故障分析结果。

4.如权利要求1所述的方法，其特征在于，

所述RRU告警信息包括：故障日志和反构文件；

所述通过预设的脚本，获取RRU告警及其RRU告警信息，包括：

通过所述脚本初始化简单网络管理协议栈SNMP；

基于初始化后的所述SNMP，通过所述脚本与网元建立可靠用户数据包协议RUDP连接；

基于所述SNMP的接口，通过所述脚本从所述网元中，分别获取RRU告警、故障日志和反构文件。

5.如权利要求4所述的方法，其特征在于，通过所述脚本根据所述RRU告警信息，对所述RRU告警进行故障分析，包括：

通过所述脚本解析所述故障日志，获得所述故障日志的版本；

通过所述脚本解析所述反构文件，获得所述RRU的类型；

通过所述脚本获取与所述故障日志的版本及所述RRU的类型对应的故障分析算法；

通过所述脚本根据所述故障分析算法，对所述故障日志进行故障分析，以获得所述RRU告警的故障分析结果。

6.一种基于脚本实现RRU故障分析的装置，其特征在于，包括：

获取模块，用于通过预设的脚本，获取RRU告警及其RRU告警信息；

分析模块，用于通过所述脚本根据所述RRU告警信息，对所述RRU告警进行故障分析，获得所述RRU告警的故障分析结果。

7.如权利要求6所述的装置，其特征在于，

所述RRU告警信息包括：故障日志；

所述获取模块具体用于：通过所述脚本连接网管系统；通过所述脚本发送人机语言MML命令，从所述网管系统中，获取RRU告警和所述RRU告警的故障日志。

8.如权利要求7所述的装置，其特征在于，所述分析模块具体用于：

通过所述脚本解析所述故障日志，获得所述故障日志的版本；

通过所述脚本在所述RRU告警中，获得所述RRU的类型；

通过所述脚本获取与所述故障日志的版本及所述RRU的类型对应的故障分析算法；

通过所述脚本根据所述故障分析算法，对所述故障日志进行故障分析，以获得所述RRU告警的故障分析结果。

9.如权利要求6所述的装置，其特征在于，

所述RRU告警信息包括：故障日志和反构文件；

所述获取模块具体用于：通过所述脚本初始化简单网络管理协议栈SNMP；基于初始化后的所述SNMP，通过所述脚本与网元建立可靠用户数据包协议RUDP连接；基于所述SNMP的接口，通过所述脚本从所述网元中，分别获取RRU告警、故障日志和反构文件。

10.如权利要求9所述的装置，其特征在于，所述分析模块具体用于：

通过所述脚本解析所述故障日志，获得所述故障日志的版本；

通过所述脚本解析所述反构文件，获得所述RRU的类型；

通过所述脚本获取与所述故障日志的版本及所述RRU的类型对应的故障分析算法；

通过所述脚本根据所述故障分析算法，对所述故障日志进行故障分析，以获得所述RRU告警的故障分析结果。