CN101977128B - 用于通讯设备的接口检测方法和装置 - Google Patents

Abstract

本发明公开了一种用于通讯设备的接口检测方法和装置，该检测方法包括：主控单元根据所接收的检测命令向单板发送检测数据包以检测主控单元与单板之间的接口的连接状态；当接口的连接状态为断开时，采集主控单元和单板的运行数据；根据所采集的运行数据以及预存的接口错误评判规则定位接口的错误类型。在本发明中，通过检测命令来控制主控单元自动化地检测单板接口的连接状态，并通过错误评判规则自动地定位接口的错误类型，从而节省了接口检测的时间和人力，提高了接口检测的效率。

Description

用于通讯设备的接口检测方法和装置

技术领域

本发明涉及通讯设备的检测领域，尤其涉及一种用于通讯设备的接口检测方法和装置。

背景技术

通讯设备的系统框架通常包括：网元管理系统EMS(ElementsManagement System)、主控单元(代理层或控制平面)和底层设备单板。与设备运行和工程维护息息相关的是主控单元和底层设备单板，这两者之间的接口状态直接反映出设备稳定性。例如，在工程现网，若上下层通讯接口的通信状态不通或者断断续续，则会导致业务中断，给工程运行带来很大麻烦。

目前，涉及设备通讯接口的检测仍然没有一种较好的技术来解决。现有的方法主要还是以人工操作为主，通过终端命令登陆到设备主控单元上，手动敲入待执行的命令，来检测设备通讯接口连接状态。并且，当出现接口不通时，也要人为操作输入一系列命令来采集现场信息以定位接口错误。这样的接口检测方式，当设备规模小时，可以采用；而对于大规模的现网，若遇到接口状态不稳定情况较严重时，这种以人为干预为主的检测方式，将会花费相当大的时间和人力，检测效率非常低。

发明内容

本发明的主要目的在于提供一种用于通讯设备的接口检测方法和装置，以解决现有的接口检测方式检测效率低的问题。

根据本发明的一个方面，提供了一种用于通讯设备的接口检测方法，包括：主控单元根据所接收的检测命令向单板发送检测数据包以检测主控单元与单板之间的接口的连接状态；当接口的连接状态为断开时，采集主控单元和单板的运行数据；根据所采集的运行数据以及预存的接口错误评判规则定位接口的错误类型。

进一步地，主控单元根据所接收的检测命令向单板发送检测数据包以检测主控单元与单板之间的接口的连接状态之前还包括：按预定规则筛选出需检测的通讯设备以及该通讯设备需检测的接口。

进一步地，预定规则为仅检测在线通讯设备的在线单板。

进一步地，主控单元根据所接收的检测命令向单板发送检测数据包以检测主控单元与单板之间的接口的连接状态包括：主控单元按预定次数和预定时间间隔向单板发送检测数据包；当主控单元在预定时间段内未收到单板的反馈信息，则判定接口的连接状态为断开。

进一步地，在采集所述主控单元和所述单板的运行数据之后还包括：根据所采集的运行数据生成信息文档。

进一步地，运行数据还包括：通讯设备的IP地址、单板的槽位号以及检测的开始和结束时间。

进一步地，根据所采集的运行数据以及预存的接口错误评判规则定位接口的错误类型包括：将运行数据中表征接口状态的字段值与预存的接口错误评判规则进行匹配；根据匹配结果定位接口的错误类型。

进一步地，检测数据包为ping包。

根据本发明的另一方面，提供了一种用于通讯设备的接口检测装置，包括：检测单元，用于根据所接收到的检测命令向单板发送检测数据包以检测主控单元与单板之间的接口的连接状态；数据采集单元，用于当检测单元检测到接口的连接状态为断开时，采集主控单元和单板的运行数据；定位分析单元，用于根据数据采集单元所采集的运行数据以及预存的接口错误评判规则定位接口的错误类型。

进一步地，检测装置还包括：预处理单元，用于按预定规则筛选出需检测的通讯设备以及该通讯设备需检测的接口。

在本发明中，通过检测命令来控制主控单元自动化地检测单板的接口连接状态，并通过错误评判规则自动地定位接口的错误类型，从而节省了接口检测的时间和人力，提高了接口检测的效率。

附图说明

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

图1示出了本发明实施例的接口检测方法流程图；

图2示出了本发明实施例的接口检测装置框图；

图3示出了本发明实施例一的接口检测方法流程图；

图4示出了本发明实施例二的接口检测装置框图；

图5示出了实施例二中的预处理单元处理流程图；

图6示出了实施例二中的检测单元处理流程图；

图7示出了实施例二中的文档输出单元处理流程图；以及

图8示出了实施例二中的定位分析单元处理流程图。

具体实施方式

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

图1示出了本发明实施例的接口检测方法流程图。如图1所示，包括以下步骤：

步骤S102，主控单元根据所接收的检测命令向单板发送检测数据包以检测主控单元与单板之间的接口的连接状态。

步骤S104，当接口的连接状态为断开时，采集主控单元和单板的运行数据。以及

步骤S106，根据所采集的运行数据以及预存的接口错误评判规则定位接口的错误类型。

在上述方法中，通过检测命令来控制主控单元自动化地检测单板的接口连接状态，并通过错误评判规则自动地定位接口的错误类型，从而节省了接口检测的时间和人力，提高了接口检测的效率。

在上述步骤S102之前还包括：按预定规则筛选出需检测的通讯设备以及该通讯设备需检测的接口，预定规则可以为仅检测在线通讯设备的在线单板。

上述步骤S102包括：主控单元按预定次数和预定时间间隔向单板发送检测数据包；当主控单元在预定时间段内未收到单板的反馈信息，则判定接口的连接状态为断开，其中检测数据包可以采用ping包。

在上述步骤S104之后还包括：根据所采集的运行数据生成信息文档，其中，运行数据还包括：通讯设备的IP地址、单板的槽位号以及检测的开始和结束时间。

上述步骤S106包括：将运行数据中表征接口状态的字段值与预存的接口错误评判规则进行匹配；根据匹配结果定位接口的错误类型。

图2示出了本发明实施例的接口检测装置框图。如图2所示，该接口检测装置包括：检测单元10、数据采集单元20和定位分析单元30。检测单元10、数据采集单元20和定位分析单元30依次连接，其中，检测单元10，用于根据所接收到的检测命令向单板发送检测数据包以检测主控单元与单板之间的接口的连接状态；数据采集单元20，用于当检测单元10检测到接口的连接状态为断开时，采集主控单元和单板的运行数据；定位分析单元30，用于根据数据采集单元20所采集的运行数据以及预存的接口错误评判规则定位接口的错误类型。

在上述的检测装置中，通过检测单元10自动化地检测单板的接口连接状态，并通过定位分析单元30自动地定位接口的错误类型，从而实现了通讯设备接口检测和定位的自动化，节省了接口检测的时间和人力，提高了接口检测的效率。

实施例一

本实施例描述了通讯设备的接口检测的详细流程，如图3所示，包括以下步骤：

步骤S302，通过上层网元管理系统EMS，对全网设备和对应的单板槽位进行筛选。

具体包括：对全网设备进行在线、离线或断链情况的扫描，只保留在线的设备类型和对应IP，保存在一个专门存放设备类型和IP的配置文件中；在所筛选出来的设备中，针对不同类型的设备，配以不同的筛选标准，继而过滤出确有必要进行接口状态检测的单板槽位号，保存在一个数组变量中。

步骤S304，通过主控单元向单板发送命令，单板收到后在规定时间内反馈上报。

具体包括：对每台设备的每个需要检测的槽位单板，主控单元发送一定次数，一定时间间隔的命令数据包；单板在收到数据包后，应立即反馈上报给主控单元，否则，则认定该单板的接口出现通讯故障；若接口出现通讯异常，则需在检测完该设备后，立即采集主控单元的相关数据信息，并保存在日志文档中，同时将该设备类型和对应IP自动记录到统计文档中。

步骤S306，检测运行时自动生成实时变化的统计文档和设备日志文档。

具体包括以下步骤：先获取统计文档中出现接口异常的设备IP；在设备日志文档集中搜索出现接口异常的设备IP地址，获得设备的日志文档；在日志文档中，获取采集的主控单元的相关信息。

步骤S308，检测完所有设备接口后，获取输出文档相关信息，通过与错误评判规则匹配，自动定位接口错误。

实施例二

本实施例描述了一个实际运用中的接口检测装置，如图4所示，该接口检测装置包括：检测单元10、数据采集单元20、定位分析单元30、接口通讯单元40、预处理单元50和文档输出单元60。接口通讯单元40、检测单元10、数据采集单元20和定位分析单元30依次连接，预处理单元50连接至检测单元10，文档输出单元60分别与数据采集单元20和定位分析单元20相连。

接口通讯单元40与通讯设备的主控单元相连，负责下发主控单元的命令数据和上报接口通讯状态。通过下发命令数据，并控制一定的反馈延时，来判断接口通讯状态是否良好，再将反馈信息上报给主控单元。

预处理单元50与主控单元相连，在主控单元下发命令数据给单板之前，为了做到不同现网环境的自适应性，支持不同网元管理系统，需要先对每台设备进行预处理，筛选并剔除一些不必要进行接口状态判断的设备、单板及其槽位，以缩短系统运行时间，进一步提升有效时间比例。另外，在本实施例中，还支持用户自定义输入设备类型的功能，即只针对输入的设备类型进行巡检，其余的不予理会。

检测单元10的功能的实现是通过命令行终端登录到设备主控单元，对于每台单独的设备，接口通讯单元按照槽位号从小到大顺序，以固定的时间间隔和固定的次数发送命令数据，若在规定的时间内没有收到反馈信息，则认为该接口通讯状态出现异常，通过数据采集单元20采集主控单元相关数据。

数据采集单元20，在检测单元10检测到接口异常时，记录接口异常的设备的IP和对应的单板槽位号，以及系统检测的开始、结束和运行时间，以及主控单元的现场运行数据，并将所采集的数据发送至文档输出单元60。

文档输出单元60，接收数据采集单元20所采集的相关数据，根据所采集的数据生成实时变化的信息文档，所生成的信息文档分为两种：统计文档：保存所有存在接口异常的设备的IP和对应的单板槽位号，以及系统检测的开始、结束和运行时间；设备日志文档：以每台设备为单位，生成其对应的单板接口状态记录日志文档。文档中包含了每块单板接收接口通讯单元下发的命令数据和反馈的全过程，以及用于定位接开错误的主控单元的现场数据。

定位分析单元30通过获取文档输出单元60所生成的两类信息文档的相关数据，按照相应的错误评判准则，定位并分析设备通讯接口的错误类型。

图5示出了实施例二中的预处理单元处理流程图，如图5所示，包括以下处理步骤：

步骤S502，从网元管理系统EMS上导出全网中所有网元设备的报表表格。由于不同现网所使用的EMS可能不一致，因此，需要考虑由于EMS版本不同所引起的报表格式不同的情况。

步骤S504，判断所检测的设备类型是否是自定义设备类型。对于有用户自定义输入设备类型的情况，仅针对输入的类型进行检测，执行步骤S506；否则，按照默认支持的设备类型检测，执行步骤S510。

步骤S506，获取自定义的设备类型和IP地址。在本实施例中，待检测设备类型和IP地址是从步骤S502导出的表格中获取的。具体的是通过对设备类型和IP所在表格中的行列数加以判断，来获取其值。

步骤S508，从EMS获取自定义类型设备的在线状态。在网元管理系统EMS上，可在服务器端获取每个网元设备的在线、离线或断链的状态，在本实施例中，只考虑在线的设备。

步骤S510，获取默认支持的设备类型和IP。

步骤S512，从EMS获取默认支持的类型设备的在线状态

步骤S514，在EMS上进一步判断待检测设备是否在线，如果否，则执行步骤S516，将该设备过滤掉；如果是，则执行步骤S518。

步骤S516，过滤掉不在线的通讯设备。

步骤S518，得到所有符合条件的设备的类型和IP地址。可将设备的类型和IP保存在一个配置文件中，配置文件的每一行代表一台设备类型及其IP。

步骤S520，设备的单板所在的槽位筛选。针对不同类型的通讯设备，尤其是MSTP设备，需要进行检测的单板的槽位是完全不同的，且都是只需检测一部分槽位。所以为了节省巡检时间，提高有效时间比，必须先进行各种类型设备的槽位筛选，筛选结果可以保存到一个临时的数组变量中。

步骤S522，槽位在线检测。

步骤S524，判断槽位是否在线，对步骤S520中保存的结果，还要进行槽位在线的判断，即该槽位是否插有单板。同样为了节省时间，只对在线的槽位进行检测。

步骤S526，得到需要检测的设备，以及该设备需要检测的单板接口。筛选的结果可以保存到最终的数组变量中。

图6示出了实施例二中的检测单元处理流程图。在本实施例中通过检测单板所插的槽位来检测单板接口，如图6所示，包括以下步骤：

步骤S602，初始化当前槽位号和异常标识。在本实施例中，初始化当前槽位号n＝0，异常标识flag＝0。

步骤S604，当前槽位接收上层接口通讯单元发送来的Ping包，ping包大小、次数和时间间隔可以预先设定。

步骤S606，判断单板是否在规定的时间段内上报反馈。如果在指定时间内，单板上报了所有ping包的反馈信息给接口通讯单元，则该单板通讯接口正常，执行步骤S610；否则执行步骤S608。

步骤S608，若在指定时间内，单板通讯接口没有上报反馈信息给主控单元，或者说接口通讯单元没有接收到反馈，则对于该ping包，回显timeout字样，并置flag＝1。在此步骤中，需传递设备日志文档信号给文档输出单元。

步骤S610，转至下一个槽位。

步骤S612，判断当前槽位的槽位号n是否大于该设备的最大槽位号。若n＜最大槽位号，则n＝n+1，并跳转回步骤S604继续接收接口通讯单元发给下一个槽位的ping包；如果n等于最大槽位号，则执行步骤S614。

步骤S614，判断异常标识flag的值。若flag＝1，则表明出现了超时现象，则执行步骤S616；否则，执行步骤S618。

步骤S616，采集主控单元现场数据。即在检测完该设备后，执行一系列命令采集当前主控单元相关数据，并同时给文档输出单元发送共有信号，要求其输出超时的设备信息，包括设备类型、IP地址、超时的槽位号和采集的定位信息。

步骤S618，若该设备所有待测槽位都已检测完，且flag＝0则自动登录到下一台设备的主控单元，继续接收命令。同时传递设备日志文档信号给文档输出单元。

步骤S620，生成信息文档。

图7示出了实施例二中的文档输出单元处理流程图。如图7所示，包括以下步骤：

步骤S702，获取系统开始运行的时间，输出到统计文档的第一行。

步骤S704，接收信号。所接收的信号分为三种：一种只是针对设备日志文档，第二种是针对统计文档，第三种信号是两类输出文档共有的共有信号，其中，第一种信号来自接口检测单元，第二种信号来自定位分析单元，第三种信号是既可以来自接口检测单元也可以来自定位分析单元。

步骤S706，判断是否是设备日志文档信号，如果是则执行步骤S708；否则，执行步骤S714。

步骤S708，实时更新日志文档。对于设备日志文档的信号，由于是实时的信号，需要不断地写入日志。该步骤由图6中所示的步骤S608触发。当图6中所示步骤S618切换网元设备时，要新建设备日志，日志文件名为设备类型+设备IP+当前系统时间。

步骤S710，判断当前设备日志信息是否输出完成，如果是执行步骤S712，如果否，执行步骤S708。

步骤S712，新建下一台设备的日志文档。

步骤S714，判断是否是统计文档信号，如果是则执行步骤S720；否则，执行步骤S716。

步骤S716，在统计文档中对应的槽位号后面添加定位分析得出的结论。

步骤S718，判断是否是共有信号，如果是则执行步骤S720。

步骤S720，同时在两个文档中输出信息。当接收到图6所示的步骤S616触发的信号时，即共有信号，表明出现了接口通讯状态异常，此时需要立即在统计文档中添加一行当前出现接口通讯故障的设备类型和对应的IP地址，同时在设备日志文档中，要输出采集的主控单元现场数据。

步骤S722，判断是否所有设备的信息均输出完成，如果是，则执行步骤S724；如果否，则执行步骤S704，即循环执行上述的输出流程。

步骤S724，获取系统结束的时间，同时计算系统运行时间，并输出到统计文档的最下方。

图8示出了实施例二中的定位分析单元处理流程图。如图8所示，包括以下步骤：

步骤S802，将当前相关字段数置零。

步骤S804，在检测完一台设备所有通讯接口之后，获取设备日志文档中采集的现场数据。

步骤S806，根据添加的错误评判规则，对数据中相关字段值与规则进行对比。

步骤S808，判断相关字段的值是否与错误评判规则中的某条规则相匹配，如果是，则执行步骤S810；如果否，则执行步骤S814。

步骤S810，匹配成功，得出定位结论。

步骤S812，向文档输出单元发出信号，要求在统计文档中添加定位结论，使用户更实时和直观了解造成接口不通的原因。

步骤S814，比较下一个相关字段。设总共有M条规则，m为当前待比较的字段，则若当前第m个字段与规则比较失败，则m＝m+1，继续比较下一条规则。

步骤S816，判断当前字段是否大于最大规则数，如果是，则执行步骤S818；如果否，则执行步骤S806。

步骤S818，若m＞M，即没有找到匹配的规则，列入遗留问题队列，有待人工分析定位，并在错误评价规则中添加新的规则，转至步骤S810。

在本发明的上述实施例中，通过检测命令来控制主控单元自动化地检测单板接口的连接状态，从而节省了接口检测的时间和人力，提高了接口检测的效率。操作简单，唯一需要手动操作的只是安装运行脚本程序的软件，以及在脚本刚开始运行时需输入的几个简单变量；并且在检测的过程中，会自动生成输出文档，包括统计信息文档和与每台设备通讯接口通讯的全过程记录文档，文档中包含了全部定位所需数据，将人为参与分析定位转变成系统自动定位，减少了人为定位问题所带来的繁琐和费时；另外，上述的接口检测方法能够自适应各种传输网的现网环境，支持不同网元管理系统和不同类型的通讯设备尤其是MSTP设备。

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

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

Claims (10)

1.一种用于通讯设备的接口检测方法，其特征在于，包括：

主控单元根据所接收的检测命令向单板发送检测数据包以检测所述主控单元与所述单板之间的接口的连接状态；

当所述接口的连接状态为断开时，采集所述主控单元和所述单板的运行数据；

根据所采集的所述运行数据以及预存的接口错误评判规则定位所述接口的错误类型。

2.根据权利要求1所述的接口检测方法，其特征在于，主控单元根据所接收的检测命令向单板发送检测数据包以检测所述主控单元与所述单板之间的接口的连接状态之前还包括：

按预定规则筛选出需检测的通讯设备以及该通讯设备需检测的接口。

3.根据权利要求2所述的接口检测方法，其特征在于，所述预定规则为仅检测在线通讯设备的在线单板。

4.根据权利要求1所述的接口检测方法，其特征在于，主控单元根据所接收的检测命令向单板发送检测数据包以检测所述主控单元与所述单板之间的接口的连接状态包括：

所述主控单元按预定次数和预定时间间隔向所述单板发送所述检测数据包；

当所述主控单元在预定时间段内未收到所述单板的反馈信息，则判定所述接口的连接状态为断开。

5.根据权利要求1至4中任一项所述的接口检测方法，其特征在于，在采集所述主控单元和所述单板的运行数据之后还包括：

根据所采集的运行数据生成信息文档。

6.根据权利要求5所述的接口检测方法，其特征在于，所述运行数据还包括：所述通讯设备的IP地址、所述单板的槽位号以及检测的开始和结束时间。

7.根据权利要求1所述的接口检测方法，其特征在于，根据所采集的所述运行数据以及预存的接口错误评判规则定位所述接口的错误类型包括：

将所述运行数据中表征所述接口状态的字段值与所述预存的接口错误评判规则进行匹配；

根据匹配结果定位所述接口的错误类型。

8.根据权利要求1至4、7中任一项所述的接口检测方法，其特征在于，所述检测数据包为ping包。

9.一种用于通讯设备的接口检测装置，其特征在于，包括：

检测单元，用于根据所接收到的检测命令向单板发送检测数据包以检测主控单元与所述单板之间的接口的连接状态；

数据采集单元，用于当所述检测单元检测到所述接口的连接状态为断开时，采集所述主控单元和所述单板的运行数据；

定位分析单元，用于根据所述数据采集单元所采集的所述运行数据以及预存的接口错误评判规则定位所述接口的错误类型。

10.根据权利要求9所述的接口检测装置，其特征在于，还包括：

预处理单元，用于按预定规则筛选出需检测的通讯设备以及该通讯设备需检测的接口。