WO2012034366A1

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

Info

Publication number: WO2012034366A1
Application number: PCT/CN2011/070360
Authority: WO
Inventors: 严非; 赵贵余; 李健聪
Original assignee: 中兴通讯股份有限公司
Priority date: 2010-09-14
Filing date: 2011-01-18
Publication date: 2012-03-22
Also published as: CN101977128A; CN101977128B

Description

用于通讯设备的接口检测方法和装置技术领域本发明涉及通讯设备的检测领域，尤其涉及一种用于通讯设备的接口检测方法和装置。背景技术通讯设备的系统框架通常包括：网元管理系统 EMS ( Elements

Management System ), 主控单元（代理层或控制平面）和底层设备单板。与设备运行和工程维护息息相关的是主控单元和底层设备单板，这两者之间的接口状态直接反映出设备稳定性。例如，在工程现网，若上下层通讯接口的通信状态不通或者断断续续，则会导致业务中断，给工程运行带来艮大麻烦。目前，涉及设备通讯接口的检测仍然没有一种较好的技术来解决。现有的方法主要还是以人工操作为主，通过终端命令登陆到设备主控单元上，手动敲入待执行的命令，来检测设备通讯接口连接状态。并且，当出现接口不通时，也要人为操作输入一系列命令来釆集现场信息以定位接口错误。这样的接口检测方式，当设备规模小时，可以釆用；而对于大规模的现网，若遇到接口状态不稳定情况较严重时，这种以人为千预为主的检测方式，将会花费相当大的时间和人力，检测效率非常低。发明内容本发明的主要目的在于提供一种用于通讯设备的接口检测方法和装置，以解决现有的接口检测方式检测效率氐的问题。根据本发明的一个方面，提供了一种用于通讯设备的接口检测方法，包括：主控单元根据所接收的检测命令向单板发送检测数据包以检测主控单元与单板之间的接口的连接状态；当接口的连接状态为断开时，釆集主控单元和单板的运行数据；才艮据所釆集的运行数据以及预存的接口错误评判规则定位接口的错误类型。主控单元根据所接收的检测命令向单板发送检测数据包以检测主控单元与单板之间的接口的连接状态之前还包括：按预定规则筛选出需检测的通讯设备以及该通讯设备需检测的接口。预定规则为仅检测在线通讯设备的在线单板。主控单元根据所接收的检测命令向单板发送检测数据包以检测主控单元与单板之间的接口的连接状态包括：主控单元按预定次数和预定时间间隔向单板发送检测数据包；当主控单元在预定时间段内未收到单板的反馈信息，则判定接口的连接状态为断开。在釆集所述主控单元和所述单板的运行数据之后还包括：居所釆集的运行数据生成信息文档。运行数据还包括：通讯设备的 IP地址、单板的槽位号以及检测的开始和结束时间。根据所釆集的运行数据以及预存的接口错误评判规则定位接口的错误类型包括：将运行数据中表征接口状态的字段值与预存的接口错误评判规则进行匹配；根据匹配结果定位接口的错误类型。检测数据包为 ping包。根据本发明的另一方面，提供了一种用于通讯设备的接口检测装置，包括：检测单元，设置为根据所接收到的检测命令向单板发送检测数据包以检测主控单元与单板之间的接口的连接状态；数据釆集单元，设置为当检测单元检测到接口的连接状态为断开时，釆集主控单元和单板的运行数据；定位分析单元，设置为根据数据釆集单元所釆集的运行数据以及预存的接口错误评判规则定位接口的错误类型。检测装置还包括：预处理单元，设置为按预定规则筛选出需检测的通讯设备以及该通讯设备需检测的接口。在本发明中，通过检测命令来控制主控单元自动化地检测单板的接口连接状态，并通过错误评判规则自动地定位接口的错误类型，从而节省了接口检测的时间和人力，提高了接口检测的效率。附图说明此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：图 1示出了本发明实施例的接口检测方法流程图；图 2示出了本发明实施例的接口检测装置框图；图 3示出了本发明实施例一的接口检测方法流程图；图 4示出了本发明实施例二的接口检测装置框图；图 5示出了实施例二中的预处理单元处理流程图；图 6示出了实施例二中的检测单元处理流程图；图 7示出了实施例二中的文档输出单元处理流程图；以及图 8示出了实施例二中的定位分析单元处理流程图。具体实施方式下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。图 1示出了本发明实施例的接口检测方法流程图。如图 1所示，包括以下步骤：步骤 S 102,主控单元根据所接收的检测命令向单板发送检测数据包以检测主控单元与单板之间的接口的连接状态。步骤 S 104, 当接口的连接状态为断开时，釆集主控单元和单板的运行数据。以及步骤 S 106,根据所釆集的运行数据以及预存的接口错误评判规则定位接口的错误类型。在上述方法中，通过检测命令来控制主控单元自动化地检测单板的接口连接状态，并通过错误评判规则自动地定位接口的错误类型，从而节省了接口检测的时间和人力，提高了接口检测的效率。在上述步骤 S 102之前还包括：按预定规则筛选出需检测的通讯设备以及该通讯设备需检测的接口，预定规则可以为仅检测在线通讯设备的在线单板。上述步 4聚 S 102包括：主控单元按预定次数和预定时间间隔向单板发送检测数据包；当主控单元在预定时间段内未收到单板的反馈信息，则判定接口的连接状态为断开，其中检测数据包可以釆用 ping包。在上述步骤 S 104之后还包括：才艮据所釆集的运行数据生成信息文档，其中，运行数据还包括：通讯设备的 IP地址、单板的槽位号以及检测的开始和结束时间。上述步骤 S 106包括：将运行数据中表征接口状态的字段值与预存的接口错误评判规则进行匹配；根据匹配结果定位接口的错误类型。图 2示出了本发明实施例的接口检测装置框图。如图 2所示，该接口检测装置包括：检测单元 10、数据釆集单元 20和定位分析单元 30。检测单元 10、数据釆集单元 20和定位分析单元 30依次连接，其中，检测单元 10, 设置为根据所接收到的检测命令向单板发送检测数据包以检测主控单元与单板之间的接口的连接状态；数据釆集单元 20, 设置为当检测单元 10检测到接口的连接状态为断开时，釆集主控单元和单板的运行数据；定位分析单元 30, 设置为根据数据釆集单元 20所釆集的运行数据以及预存的接口错误评判规则定位接口的错误类型。在上述的检测装置中，通过检测单元 10 自动化地检测单板的接口连接状态，并通过定位分析单元 30 自动地定位接口的错误类型，从而实现了通讯设备接口检测和定位的自动化，节省了接口检测的时间和人力，提高了接口检测的效率。实施例一本实施例描述了通讯设备的接口检测的详细流程，如图 3所示，包括以下步骤：步骤 S302 , 通过上层网元管理系统 EMS , 对全网设备和对应的单板槽位进行筛选。上述步骤 S302可以通过以下方式来实现：对全网设备进行在线、离线或断链情况的扫描，只保留在线的设备类型和对应 IP, 保存在一个专门存放设备类型和 IP的配置文件中；在所筛选出来的设备中，针对不同类型的设备，配以不同的筛选标准，继而过滤出确有必要进行接口状态检测的单板槽位号，保存在一个数组变量中。步骤 S304 , 通过主控单元向单板发送命令，单板收到后在规定时间内反馈上报。上述步骤 S304可以通过以下方式来实现：对每台设备的每个需要检测的槽位单板，主控单元发送一定次数，一定时间间隔的命令数据包；单板在收到数据包后，应立即反馈上报给主控单元，否则，则认定该单板的接口出现通讯故障；若接口出现通讯异常，则需在检测完该设备后，立即釆集主控单元的相关数据信息，并保存在日志文档中，同时将该设备类型和对应 IP 自动 ΐ己录到统计文档中。步骤 S306 , 检测运行时自动生成实时变化的统计文档和设备日志文档。上述步 4聚 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所示，包括以下处理步 4聚：步骤 S502 , 从网元管理系统 EMS上导出全网中所有网元设备的报表表格。由于不同现网所使用的 EMS可能不一致，因此，需要考虑由于 EMS版本不同所引起的报表格式不同的情况。步骤 S504, 判断所检测的设备类型是否是自定义设备类型。对于有用户自定义输入设备类型的情况，仅针对输入的类型进行检测，执行步骤 S506; 否则，按照默认支持的设备类型检测，执行步骤 S510。步骤 S506, 获取自定义的设备类型和 IP地址。在本实施例中，待检测设备类型和 IP地址是从步骤 S502导出的表格中获取的。具体的是通过对设备类型和 IP所在表格中的行列数加以判断，来获取其值。步骤 S508, 从 EMS获取自定义类型设备的在线状态。在网元管理系统 EMS上，可在服务器端获取每个网元设备的在线、离线或断链的状态，在本实施例中，只考虑在线的设备。步 4聚 S510, 获取默认支持的设备类型和 IP。步骤 S512, 从 EMS获取默认支持的类型设备的在线状态步骤 S514, 在 EMS上进一步判断待检测设备是否在线，如果否，则执行步骤 S516, 将该设备过滤掉；如果是，则执行步骤 S518。步骤 S516, 过滤掉不在线的通讯设备。步骤 S518, 得到所有符合条件的设备的类型和 IP地址。可将设备的类型和 IP保存在一个配置文件中，配置文件的每一行代表一台设备类型及其 IP。步骤 S520, 设备的单板所在的槽位筛选。针对不同类型的通讯设备，尤其是 MSTP ( Multi-Service Transport Platform, 多业务传送平台）设备，需要进行检测的单板的槽位是完全不同的，且都是只需检测一部分槽位。所以为了节省巡检时间，提高有效时间比，必须先进行各种类型设备的槽位筛选，筛选结果可以保存到一个临时的数组变量中。步骤 S522, ^曹位在线检测。步骤 S524, 判断槽位是否在线，对步骤 S520中保存的结果，还要进行槽位在线的判断，即该槽位是否插有单板。同样为了节省时间，只对在线的槽位进行检测。步骤 S526, 得到需要检测的设备，以及该设备需要检测的单板接口。筛选的结果可以保存到最终的数组变量中。图 6示出了实施例二中的检测单元处理流程图。在本实施例中通过检测单板所插的 ^曹位来检测单板接口，如图 6所示，包括以下步 4聚：步 4聚 S602, 初始 4匕当前 ^曹位号和异常标识。在本实施例中，初始 4匕当前槽位号 n=0, 异常标识 flag=0。步骤 S604, 当前槽位接收上层接口通讯单元发送来的 Ping包， ping包大小、次数和时间间隔可以预先设定。步骤 S606, 判断单板是否在规定的时间段内上报反馈。如果在指定时间内，单板上报了所有 ping包的反馈信息给接口通讯单元，则该单板通讯接口正常，执行步骤 S610; 否则执行步骤 S608。步骤 S608, 若在指定时间内，单板通讯接口没有上报反馈信息给主控单元，或者说接口通讯单元没有接收到反馈，则对于该 ping包，回显 timeout 字样，并置 flag=l。在此步骤中，需传递设备日志文档信号给文档输出单元。步 4聚 S610, 转至下一个 ^曹位。步骤 S612, 判断当前槽位的槽位号 n是否大于该设备的最大槽位号。若 n<最大槽位号， j n=n+1 , 并跳转回步骤 S604继续接收接口通讯单元发给下一个槽位的 ping包；如果 n等于最大槽位号，则执行步骤 S614。步骤 S614, 判断异常标识 flag的值。若 flag=l , 则表明出现了超时现象，则执行步 4聚 S616; 否则，执行步 4聚 S618。步骤 S616, 釆集主控单元现场数据。即在检测完该设备后，执行一系列命令釆集当前主控单元相关数据，并同时给文档输出单元发送共有信号，要求其输出超时的设备信息，包括设备类型、 IP地址、超时的槽位号和釆集的定位信息。步骤 S618 , 若该设备所有待测槽位都已检测完，且 flag = 0则自动登录到下一台设备的主控单元，继续接收命令。同时传递设备日志文档信号给文档输出单元。步 4聚 S620, 生成信息文档。图 7示出了实施例二中的文档输出单元处理流程图。如图 7所示，包括以下步 4聚：步骤 S702 , 获取系统开始运行的时间，输出到统计文档的第一行。步骤 S704, 接收信号。所接收的信号分为三种：一种只是针对设备日志文档，第二种是针对统计文档，第三种信号是两类输出文档共有的共有信号，其中，第一种信号来自接口检测单元，第二种信号来自定位分析单元，第三种信号是既可以来自接口检测单元也可以来自定位分析单元。步骤 S706, 判断是否是设备日志文档信号，如果是则执行步骤 S708; 否则，执行步 4聚 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所示，包括以下步 4聚：步骤 S802, 将当前相关字段数置零。步骤 S804, 在检测完一台设备所有通讯接口之后，获取设备日志文档中釆集的现场数据。步骤 S806, 根据添加的错误评判规则，对数据中相关字段值与规则进行对比。步骤 S808, 判断相关字段的值是否与错误评判规则中的某条规则相匹配，如果是，则执行步 4聚 S810; 如果否，则执行步 4聚 S814。步 4聚 S810, 匹配成功，得出定位结论。步骤 S812,向文档输出单元发出信号，要求在统计文档中添加定位结论，使用户更实时和直观了解造成接口不通的原因。步骤 S814, 比较下一个相关字段。设总共有 M条规则， m为当前待比较的字段，则若当前第 m个字段与规则比较失败，则 111=111+1 , 继续比较下一条规则。步骤 S816, 判断当前字段是否大于最大规则数，如果是，则执行步骤 S818; 如果否，则执行步骤 S806。步 4聚 S818, 若111 > 1^, 即没有找到匹配的规则，列入遗留问题队列，有待人工分析定位，并在错误评价规则中添加新的规则，转至步骤 S810。在本发明的上述实施例中，通过检测命令来控制主控单元自动化地检测单板接口的连接状态，从而节省了接口检测的时间和人力，提高了接口检测的效率。操作简单，唯一需要手动操作的只是安装运行脚本程序的软件，以及在脚本刚开始运行时需输入的几个简单变量；并且在检测的过程中，会自动生成输出文档，包括统计信息文档和与每台设备通讯接口通讯的全过程记录文档，文档中包含了全部定位所需数据，将人为参与分析定位转变成系统自动定位，减少了人为定位问题所带来的繁瑣和费时；另外，上述的接口检测方法能够自适应各种传输网的现网环境，支持不同网元管理系统和不同类型的通讯设备尤其是 MSTP设备。显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的^"神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

权利要求书

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

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

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

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

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

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

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

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

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

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

5. 根据权利要求 1至 4中任一项所述的接口检测方法，其中，在釆集所述主控单元和所述单板的运行数据之后还包括：才艮据所述运行数据生成信息文档。

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

7. 根据权利要求 1所述的接口检测方法，其中，根据所釆集的所述运行数据以及预存的接口错误评判规则定位所述接口的错误类型包括：将所述运行数据中表征所述接口状态的字段值与所述预存的接口错误评判规则进行匹配；

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

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

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

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

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

定位分析单元，设置为居所述数据釆集单元所釆集的所述运行数据以及预存的接口错误评判规则定位所述接口的错误类型。

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

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