CN101800672B - 设备检测方法和设备 - Google Patents

Abstract

本发明公开了一种设备检测方法和设备，通过配置检测报文在设备的控制层面、数据层面以及检测层面进行硬件检测，保证设备的主控板与接口板之间连接件连接正常，在连接异常时及时上报，从而节约大量人力物力。

Description

设备检测方法和设备

技术领域

本发明涉及通信领域，尤其涉及一种设备检测方法和设备。 

背景技术

目前很多高端的设备都是一体化插框式结构，主控板和接口板都通过插拔的方式在插框式结构连接。如图1所示，每一个LPU都代表一个接口板，SRP代表主控板，接口板和主控板之间都是可以手工插拔的。由于接口板和主控板之间都是采用针插的连接方式，在使用过程中会出现一些问题，例如虚插、或者使用不当等导致的插针损坏等。 

现有技术中设备上电后通常都配置了自检过程，该自检过程主要包括启动过程中的硬件自检和数据校验，该自检的方法包括： 

存储器自检： 

存储器自检包括对FLASH(闪存)、SDRAM、硬盘等通用存储器的自检，也包括芯片外挂存储器的自检等，该自检通常是通过向存储器中写入数据，再将从中读出的数据与写入的数据进行比较判断存储器的存储功能是否正常； 

芯片自检： 

芯片自检通常有寄存器自检和状态自检，寄存器自检与存储器自检类似，是对寄存器写入和读出的比较；状态自检通常用在初始化完成或者阶段性初始化完成后对芯片的状态寄存器进行检查，检查芯片的状态寄存器是否达到指定的状态； 

指示灯自检： 

指示灯自检是指对指示灯的明灭控制的检测(需要人工观察确认)； 

数据校验： 

数据校验通常包括程序校验、启动参数校验等，校验的方法主要是CRC。 

但是，上述设备上电自检的过程只是针对芯片内部的自检，并不涉及到各芯片之间、板块之间连接线的检测。而在设备实际运行和测试过程中，由于接口板和主控板之间的虚插、或者部分引脚坏掉等导致的通信问题时常发生。而且，这些问题导致的故障原因在很多情况下不容易暴露，给排查故障带来了极大的人力物力损耗。 

发明内容

本发明提供了一种设备检测方法和设备，以实现对设备各芯片之间、板块之间连接件的检测。 

本发明提供了一种设备检测方法，应用于包括主控板与接口板的设备，所述主控板与接口板之间通过连接件连接，所述设备中配置检测报文用于对所述连接件的连接状态进行检测，该方法进一步包括： 

发送端向目的端发送检测报文，记录发送的所述检测报文的数量； 

所述目的端记录接收到所述检测报文的数量、和/或所述目的端对应的端口转发所述检测报文的数量，并将该记录的所述目的端接收到的所述检测报文的数量和/或所述目的端对应的端口转发的所述检测报文的数量向所述发送端发送； 

所述发送端接收所述目的端发送的检测报文的数量，根据自身记录的检测报文的数量、以及所述目的端发送的检测报文的数量，获知所述发送端与所述目的端的连接状态。 

所述发送端向目的端发送检测报文之前，还包括： 

所述发送端向所述目的端发送请求类型的IPC通信报文； 

所述目的端根据所述请求类型的IPC通信报文清零当前报文计数，向所述发送端发送回应类型的IPC通信报文；所述发送端根据所述回应类型的IPC通信报文携带的接口板号，向所述目的端发送检测报文。 

所述发送端为主控板CPU、所述目的端为接口板CPU， 

所述目的端记录所述目的端对应的端口转发所述检测报文的数量包括：所述接口板CPU将所述检测报文在本接口板的每一端口进行内环回后向下一端口发送，并通过寄存器统计每一端口接收或者转发的检测报文数量。 

所述发送端为接口板CPU、所述目的端为该接口板上的辅助CPU；或者所述发送端为主控板CPU、所述目的端为接口板CPU。 

所述发送端接收所述目的端发送的检测报文的数量，根据自身记录的检测报文的数量、以及所述目的端发送的检测报文的数量，获知所述发送端与所述目的端的连接状态包括： 

当所述发送端为主控板CPU、所述目的端为接口板CPU时，若所述主控板CPU统计的检测报文的数量与所述接口板CPU上报的检测报文的数量相同，所述主控板CPU判断与所述接口板CPU的控制通道连接正常，否则判断与所述接口板CPU的控制通道连接异常；和/或、若所述主控板CPU统计的检测报文的数量与所述接口板CPU上报的各端口转发报文的数量相同，判断所述接口板上的各端口连接正常，否则，判断对应的端口连接异常； 

当所述发送端为接口板CPU、所述目的端为该接口板上的辅助CPU时，若所述接口板CPU发送的检测报文的数量与所述辅助CPU接收的检测报文的数量相同，所述接口板CPU与所述辅助CPU连接正常，否则，所述接口板CPU与所述辅助CPU连接异常。 

本发明提供一种检测设备，包括主控板与接口板，所述主控板与接口板之间通过连接件连接，所述设备中配置检测报文用于对所述连接件的连接状态进行检测，该设备包括检测报文的发送端与目的端，其中 

所述发送端，用于向所述目的端发送检测报文，记录发送的所述检测报文的数量；并接收所述目的端发送的检测报文的数量，根据自身记录的检测报文的数量、以及所述目的端发送的检测报文的数量，获知所述发送端与所述目的端的连接状态； 

所述目的端，用于记录接收到所述检测报文的数量、和/或所述目的端对应的端口转发所述检测报文的数量，并将该记录的所述目的端接收到的所述检测报文的数量和/或所述目的端对应的端口转发的所述检测报文的数量向所述发送端发送。 

所述发送端还用于： 

向所述目的端发送请求类型的IPC通信报文，指示所述目的端清零当前 报文计数，并在接收到所述目的端发送的回应类型的IPC通信报文后，根据所述回应类型的IPC通信报文携带的接口板号，向所述接口板CPU发送检测报文。 

所述发送端为主控板CPU、所述目的端为接口板CPU，所述目的端还用于： 

将所述检测报文在本接口板的每一端口进行内环回后向下一端口发送，并通过寄存器统计每一端口接收或者转发的检测报文数量。 

所述发送端为接口板CPU、所述目的端为该接口板上的辅助CPU；或者所述发送端为主控板CPU、所述目的端为接口板CPU。 

所述发送端还用于： 

当所述发送端为主控板CPU、所述目的端为接口板CPU时，若自身统计的检测报文的数量与所述目的端上报的检测报文的数量相同，则判断与所述目的端的控制通道连接正常，否则判断与所述目的端的控制通道连接异常；和/或、若自身统计的检测报文的数量与所述目的端上报的各端口转发报文的数量相同，判断所述接口板上的各端口连接正常，否则，判断对应的端口连接异常； 

当所述发送端为接口板CPU、所述目的端为该接口板上的辅助CPU时，若自身发送的检测报文的数量与所述目的端接收的检测报文的数量相同，判断与所述目的端连接正常，否则，判断与所述目的端连接异常。 

与现有技术相比，本发明至少具有以下优点： 

本发明中，通过配置检测报文在设备的控制层面、数据层面以及检测层面进行硬件检测，保证设备的主控板与接口板之间连接件连接正常，在连接异常时及时上报，从而节约大量人力物力。 

附图说明

图1是现有技术中插框式结构组网方式示意图； 

图2是本发明提供的设备检测方法的流程示意图； 

图3是本发明提供的控制平面的检测流程示意图； 

图4是本发明提供的转发平面的检测流程示意图； 

图5是本发明提供的检测平面的检测流程示意图； 

图6是本发明提供的检测设备的结构示意图。 

具体实施方式

本发明的核心思想是：配置检测报文在设备的控制层面、数据层面以及检测层面进行硬件检测，保证设备的主控板与接口板之间连接件连接正常。 

本发明提供一种设备检测方法，应用于包括主控板与接口板的设备，所述主控板与接口板之间通过连接件连接，所述设备中配置检测报文用于对所述连接件的连接状态进行检测，如图2所示，该方法进一步包括： 

步骤201，发送端向目的端发送检测报文，记录发送的所述检测报文的数量； 

步骤202，所述目的端记录接收到所述检测报文的数量、和/或所述目的端对应的端口转发所述检测报文的数量，并将该记录的所述检测报文的数量向所述发送端发送； 

步骤203，所述发送端接收所述目的端发送的检测报文的数量，根据自身记录的检测报文的数量、以及所述目的端发送的检测报文的数量，获知所述发送端与所述目的端的连接状态。 

下面结合具体应用场景详细介绍本发明提供的设备检测方法。 

一个***连接件完整的硬件检测分为转发平面、控制平面、检测平面的检测。下面分别就上述3个平面的检测进行介绍，其中，本应用场景中3个平面的检测顺序并非必须。本应用场景中的设备检测是通过报文计数和确认的方式完成。 

如图3所示，控制平面的检测包括以下步骤： 

步骤301，主控板CPU通知接口板CPU准备计数。 

具体的，本应用场景中采用IPC通信报文作为检测报文或者通知报文， 由于该报文中可以携带其源接口板的槽位号和端口号，因此方便主控板获知对端接口板的具体情况。 

主控板及接口板启动正常后，主控板CPU向接口板CPU发送请求类型的IPC通信报文，其中携带报文类型字段，该字段指示报文为主控板CPU发送的请求报文还是接口板CPU发送的回应报文，例如以0表示请求类型报文，1表示回应类型报文。 

接口板CPU接收到请求类型的IPC通信报文后，清零当前的报文计数，做好开始对特定报文进行计数的准备，向主控板CPU发送回应类型的IPC通信报文。 

步骤302，主控板CPU向接口板CPU发送大量数据报文，并与接口板CPU分别进行统计计数。 

具体的，主控板CPU向设备的各接口板CPU分别发送大量数据报文，进行3S限速转发，并统计发送数据报文的数量。对应的接口板CPU同时统计接收到的数据报文的数量。该数据报文中携带特殊字段用以与其他报文区分，使各个接口板CPU可以准确识别该数据报文进行计数。 

步骤303，主控板CPU获取接口板CPU的统计值，通过比较判断接口板是否正常。 

具体的，主控板CPU报文发送完毕以后，发送IPC通信报文请求各接口板统计的接收计数，接口板CPU回应所统计的报文计数。该IPC通信报文中增加两个字段： 

(1)报文计数值请求字段：置1为请求计数，置0为不请求计数； 

(2)统计值字段：主控板CPU请求计数时，该字段为空；接口板CPU回应时，填入计数值。 

接口板CPU识别该IPC通信报文，在该报文中填写统计得到的数据报文的数量并向主控板CPU发送。主控板CPU获取报文后解析得到其中携带的报文统计数量，根据其中的槽位号获取对应的自身统计得到的报文发送数量，并进行比较。如果两者相同，则说明该接口板的连接正常；否则说明该接口板的连接异常，有可能存在虚插等现象。 

具体的，主控板CPU收到接口板CPU回应的计数报文以后，逐一将计数和主控板上的报文计数进行比较，如果相等，检测通过，控制平面连通正常，没有存在虚插现象；如果不相等，***向用户发出告警，提示用户存在虚插现象。例如，假设3号槽接口板存在虚插问题，主控板CPU比较两者统计计数值不相等，提示用户3号槽接口板存在虚插问题。 

转发平面的检测如图4所示，包括以下步骤： 

步骤401，主控板CPU发送IPC通信请求报文给各个接口板CPU，通知各个接口板CPU准备计数。 

具体的，主控板CPU发送IPC通信请求报文给各个接口板CPU，请求各个接口板CPU对各个接口进行计数清零，同时设置寄存器，使能每个端口的内环回功能。接口板处理成功以后，发送IPC通信回应报文，通知主控板CPU准备就绪，可以开始发包。 

步骤402，接口板接收主控板CPU发送的报文，逐端口进行报文转发并计数。 

主控板CPU接收到接口板发送的IPC通信回应报文后，获知接口板准备就绪，向接口板发送数据报文并计数。接口板的第一端口接收到数据报文后，对该报文经过内环回后向下一个端口发送，依次遍历该接口板的所有接口。并在经过该接口板的端口后，自动向下一接口板发送。或者在经过该接口板的端口后自动停止，并由主控板CPU负责向每一接口板发送数据报文。 

接口板中对于每一端口设置对应的寄存器，存储该端口对应的转发数据报文数量。 

步骤403，主控板CPU获取接口板上各端口对应的报文统计数量，获取各端口的连接状态。 

具体的，主控板CPU在报文发送后，例如2s，向接口板CPU发送IPC通信报文请求计数。接口板CPU接收该报文后查询各个端口对应的寄存器，获取各个端口对应的报文统计数量。各个接口板查询各个端口计数后，向主控板CPU发送携带统计得到的报文统计数量的IPC通信报文。主控板CPU 将IPC通信报文中携带的报文计数与自身统计计数比较，若两者相同，则说明该端口转发正常，如果两者不同，则说明该端口异常，通过报警等方式提醒用户。 

检测平面的检测如图5所示，包括以下步骤： 

步骤501，接口板CPU向该接口板的辅助CPU发送IPC通信请求报文，通知辅助CPU进行统计计数。 

具体的，各个接口板CPU同时或者分别发送IPC通信请求报文，请求辅助CPU进行报文计数清零。辅助CPU收到该报文以后，回应IPC通信报文通知接口板CPU已经做好报文统计准备。 

步骤502，接口板CPU向辅助CPU发送数据报文，与辅助CPU分别进行报文计数。 

步骤503，接口板CPU向辅助CPU发送IPC通信统计计数请求报文，获取辅助CPU的报文统计值。 

具体的，各个接口板CPU可以在数据报文发送完毕后立刻、或者等待一定时间(例如2s)后要求辅助CPU上报统计结果。辅助CPU在IPC通信报文的计数值字段填写统计计数后发送给接口板CPU。 

步骤504，接口板CPU根据获取的辅助CPU报文统计值判断与辅助CPU之间的连接状态。 

接口板CPU获取辅助CPU计数值以后，与自身计数值进行比较，如果两者相等，则连接正常，不存在虚插现象；如果不相等，***向用户发出告警提示用户本接口板和辅助CPU之间存在虚插或者其他异常现象。各个接口板CPU与辅助CPU之间的连接状态检测可以同时进行，也可以分别进行。 

通过采用本发明提供的方法，配置检测报文在设备的控制层面、数据层面以及检测层面进行硬件检测，保证设备的主控板与接口板之间连接件连接正常，在连接异常时及时上报，从而节约大量人力物力。 

本发明提供一种检测设备，如图6所示，包括主控板与接口板，所述主 控板与接口板之间通过连接件连接，所述设备中配置检测报文用于对所述连接件的连接状态进行检测，该设备包括检测报文的发送端与目的端，其中 

所述发送端，用于向所述目的端发送检测报文，记录发送的所述检测报文的数量；并接收所述目的端发送的检测报文的数量，根据自身记录的检测报文的数量、以及所述目的端发送的检测报文的数量，获知所述发送端与所述目的端的连接状态。具体的，所述发送端向所述目的端发送请求类型的IPC通信报文，指示所述目的端清零当前报文计数，并在接收到所述目的端发送的回应类型的IPC通信报文后，根据所述回应类型的IPC通信报文携带的接口板号，向所述接口板CPU发送检测报文。 

所述目的端，用于记录接收到所述检测报文的数量、和/或所述目的端对应的端口转发所述检测报文的数量，并将该记录的所述检测报文的数量向所述发送端发送。 

所述发送端为接口板CPU、所述目的端为该接口板上的辅助CPU；或者所述发送端为主控板CPU、所述目的端为接口板CPU。 

当所述发送端为主控板CPU、所述目的端为接口板CPU时，所述目的端还可以将所述检测报文在本接口板的每一端口进行内环回后向下一端口发送，并通过寄存器统计每一端口接收或者转发的检测报文数量。 

所述发送端还用于：当所述发送端为主控板CPU、所述目的端为接口板CPU时，若自身统计的检测报文的数量与所述目的端上报的检测报文的数量相同，则判断与所述目的端的控制通道连接正常，否则判断与所述目的端的控制通道连接异常；和/或、若自身统计的检测报文的数量与所述目的端上报的各端口转发报文的数量相同，判断所述接口板上的各端口连接正常，否则，判断对应的端口连接异常；当所述发送端为接口板CPU、所述目的端为该接口板上的辅助CPU时，若自身发送的检测报文的数量与所述目的端接收的检测报文的数量相同，判断与所述目的端连接正常，否则，判断与所述目的端连接异常。 

通过采用本发明提供的设备，配置检测报文在设备的控制层面、数据层面以及检测层面进行硬件检测，保证设备的主控板与接口板之间连接件连接 正常，在连接异常时及时上报，从而节约大量人力物力。 

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。 

本领域技术人员可以理解附图只是一个优选实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。 

本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。 

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。 

以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。 

Claims (10)

1.一种设备检测方法，应用于包括主控板与接口板的设备，所述主控板与接口板之间通过连接件连接，其特征在于，所述设备中配置检测报文用于对所述连接件的连接状态进行检测，该方法进一步包括：

发送端向目的端发送检测报文，记录发送的所述检测报文的数量；

所述目的端记录接收到所述检测报文的数量、和/或所述目的端对应的端口转发所述检测报文的数量，并将该记录的所述目的端接收到的所述检测报文的数量和/或所述目的端对应的端口转发的所述检测报文的数量向所述发送端发送；

所述发送端接收所述目的端发送的检测报文的数量，根据自身记录的检测报文的数量、以及所述目的端发送的检测报文的数量，获知所述发送端与所述目的端的连接状态；

所述发送端为主控板或接口板，所述目的端为接口板。

2.如权利要求1所述的方法，其特征在于，所述发送端向目的端发送检测报文之前，还包括：

所述发送端向所述目的端发送请求类型的IPC通信报文；

所述目的端根据所述请求类型的IPC通信报文清零当前报文计数，向所述发送端发送回应类型的IPC通信报文；所述发送端根据所述回应类型的IPC通信报文携带的接口板号，向所述目的端发送检测报文。

3.如权利要求1或2所述的方法，其特征在于，所述发送端为主控板CPU、所述目的端为接口板CPU，

所述目的端记录所述目的端对应的端口转发所述检测报文的数量包括：所述接口板CPU将所述检测报文在本接口板的每一端口进行内环回后向下一端口发送，并通过寄存器统计每一端口接收或者转发的检测报文数量。

4.如权利要求1或2所述的方法，其特征在于，所述发送端为接口板CPU、所述目的端为该接口板上的辅助CPU；或者所述发送端为主控板CPU、所述目的端为接口板CPU。

5.如权利要求4所述的方法，其特征在于，所述发送端接收所述目的端发送的检测报文的数量，根据自身记录的检测报文的数量、以及所述目的端发送的检测报文的数量，获知所述发送端与所述目的端的连接状态包括：

当所述发送端为主控板CPU、所述目的端为接口板CPU时，若所述主控板CPU统计的检测报文的数量与所述接口板CPU上报的检测报文的数量相同，所述主控板CPU判断与所述接口板CPU的控制通道连接正常，否则判断与所述接口板CPU的控制通道连接异常；和/或、若所述主控板CPU统计的检测报文的数量与所述接口板CPU上报的各端口转发报文的数量相同，判断所述接口板上的各端口连接正常，否则，判断对应的端口连接异常；

当所述发送端为接口板CPU、所述目的端为该接口板上的辅助CPU时，若所述接口板CPU发送的检测报文的数量与所述辅助CPU接收的检测报文的数量相同，所述接口板CPU与所述辅助CPU连接正常，否则，所述接口板CPU与所述辅助CPU连接异常。

6.一种检测设备，包括主控板与接口板，所述主控板与接口板之间通过连接件连接，其特征在于，所述设备中配置检测报文用于对所述连接件的连接状态进行检测，该设备包括检测报文的发送端与目的端，其中

所述发送端，用于向所述目的端发送检测报文，记录发送的所述检测报文的数量；并接收所述目的端发送的检测报文的数量，根据自身记录的检测报文的数量、以及所述目的端发送的检测报文的数量，获知所述发送端与所述目的端的连接状态；

所述目的端，用于记录接收到所述检测报文的数量、和/或所述目的端对应的端口转发所述检测报文的数量，并将该记录的所述目的端接收到的所述检测报文的数量和/或所述目的端对应的端口转发的所述检测报文的数量向所述发送端发送；

所述发送端为主控板或接口板，所述目的端为接口板。

7.如权利要求6所述的设备，其特征在于，所述发送端还用于：

向所述目的端发送请求类型的IPC通信报文，指示所述目的端清零当前报文计数，并在接收到所述目的端发送的回应类型的IPC通信报文后，根据所述回应类型的IPC通信报文携带的接口板号，向所述接口板CPU发送检测报文。

8.如权利要求6或7所述的设备，其特征在于，所述发送端为主控板CPU、所述目的端为接口板CPU，所述目的端还用于：

将所述检测报文在本接口板的每一端口进行内环回后向下一端口发送，并通过寄存器统计每一端口接收或者转发的检测报文数量。

9.如权利要求6或7所述的设备，其特征在于，所述发送端为接口板CPU、所述目的端为该接口板上的辅助CPU；或者所述发送端为主控板CPU、所述目的端为接口板CPU。

10.如权利要求9所述的设备，其特征在于，所述发送端还用于：

当所述发送端为主控板CPU、所述目的端为接口板CPU时，若自身统计的检测报文的数量与所述目的端上报的检测报文的数量相同，则判断与所述目的端的控制通道连接正常，否则判断与所述目的端的控制通道连接异常；和/或、若自身统计的检测报文的数量与所述目的端上报的各端口转发报文的数量相同，判断所述接口板上的各端口连接正常，否则，判断对应的端口连接异常；

当所述发送端为接口板CPU、所述目的端为该接口板上的辅助CPU时，若自身发送的检测报文的数量与所述目的端接收的检测报文的数量相同，判断与所述目的端连接正常，否则，判断与所述目的端连接异常。

Images