CN115883413A - 通讯可靠性检测方法、装置、存储介质及电子设备 - Google Patents

Abstract

本发明提供了一种通讯可靠性检测方法、装置、存储介质及电子设备，涉及通讯技术领域，所述方法包括：判断是否接收到由待检测组件发送的待检测数据；当确定接收到所述待检测数据时，判断所述待检测数据是否正确；当确定所述待检测数据正确时，确定所述待检测组件的通讯可靠。本发明提供的技术方案，能够及时发现异常的通讯组件，保障组件之间的通讯可靠性。

Description

通讯可靠性检测方法、装置、存储介质及电子设备

技术领域

本发明涉及通讯技术领域，特别地涉及一种通讯可靠性检测方法、装置、存储介质及电子设备。

背景技术

新体制雷达在不断发展和日益完善，随着各种先进的微电子技术在雷达上的应用，包括FPGA、DSP、GPU、单片机、嵌入式CPU、通用计算机等多种软硬件平台，使得雷达系统已具备综合化、模块化、智能化、数字化、网络化等特点，成为了一个名副其实的高复杂度、高集成度的电子信息系统。在这样一个系统平台中，各个模块或组件之间通讯数据的可靠传输对雷达产品的可靠性有着非常重要的作用。

现有的通讯机制是发送数据和接收数据不相干，数据处理组件作为主要的通讯数据的发送控制模块，在数据发送之后，并不知道通信对象是否正确接收。这样的话，在链路正常时，并不能完全保证对象组件随时接收并响应指令，造成控制失败；在链路异常时，不能及时发现通讯失败的情况，造成异常处理不及时。

发明内容

针对上述现有技术中的问题，本申请提出了一种通讯可靠性检测方法、装置、存储介质及电子设备，能够及时发现异常的通讯组件，保障组件之间的通讯可靠性。

为达到上述目的，本发明的技术方案是这样实现的：

第一方面，本发明实施例提供了一种通讯可靠性检测方法，所述方法包括：

判断是否接收到由待检测组件发送的待检测数据；

当确定接收到所述待检测数据时，判断所述待检测数据是否正确；

当确定所述待检测数据正确时，确定所述待检测组件的通讯可靠。

在一些实施例中，所述待检测组件以第一预设时间间隔发送所述待检测数据；在所述判断所述待检测数据是否正确之前，所述方法还包括：

判断接收到所述待检测数据的频率是否满足预设接收频率；

所述当确定接收到所述待检测数据时，判断所述待检测数据是否正确，包括：

当确定接收到所述待检测数据的频率满足所述预设接收频率时，判断所述待检测数据是否正确。

在一些实施例中，所述方法还包括：

当确定接收到所述待检测数据的频率不满足所述预设接收频率时，进行第一告警，以通知检查所述待检测组件的配置参数是否异常。

在一些实施例中，所述待检测数据为所述待检测组件的主动上报数据。

在一些实施例中，所述方法还包括：

当确定没有接收到所述待检测数据，或者，当确定所述待检测数据不正确时，控制所述待检测组件以第二预设时间间隔重新发送所述待检测数据，直至确定重新发送的所述待检测数据正确。

在一些实施例中，所述方法还包括：

检测所述待检测组件重新发送所述待检测数据的次数；

判断所述次数是否大于预设次数阈值；

当所述次数大于所述预设次数阈值时，进行第二告警，以通知检查所述待检测组件的设备状态和链路状态是否异常。

在一些实施例中，在所述判断是否接收到由待检测组件发送的待检测数据之前，所述方法还包括：

向所述待检测组件发送控制指令，以使所述待检测组件基于所述控制指令生成所述待检测数据。

在一些实施例中，所述方法还包括：

当确定没有接收到所述待检测数据时，进行第二告警，以通知检查所述待检测组件的设备状态和链路状态是否异常；

当确定所述待检测数据不正确时，进行第三告警，以通知检查所述待检测组件异常的原因。

第二方面，本发明实施例提供了一种通讯可靠性检测装置，所述装置包括：

第一判断单元，用于判断是否接收到由待检测组件发送的待检测数据；

第二判断单元，用于当确定接收到所述待检测数据时，判断所述待检测数据是否正确；

确定单元，用于当确定所述待检测数据正确时，确定所述待检测组件的通讯可靠。

第三方面，本发明实施例提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有程序代码，所述程序代码被处理器执行时，实现如上述实施例中任一项所述的通讯可靠性检测方法。

第四方面，本发明实施例提供了一种电子设备，所述电子设备包括存储器、处理器，所述存储器上存储有可在所述处理器上运行的程序代码，所述程序代码被所述处理器执行时，实现如上述实施例中任一项所述的通讯可靠性检测方法。

本发明实施例提供的通讯可靠性检测方法、装置、存储介质及电子设备，通过判断是否接收到由待检测组件发送的待检测数据，当确定接收到所述待检测数据时，判断所述待检测数据是否正确，当确定所述待检测数据正确时，确定所述待检测组件的通讯可靠，使得本发明能够及时、有效地获取待检测组件的当前通讯状态，进而能够及时发现异常的通讯组件，保障组件之间的通讯可靠性。

附图说明

通过结合附图阅读下文示例性实施例的详细描述可更好地理解本发明公开的范围。其中所包括的附图是：

图1为本发明实施例的方法流程图一；

图2为本发明实施例的方法流程图二；

图3为本发明实施例的方法流程图三；

图4为本发明实施例中雷达各模块之间的通讯链路图；

图5为本发明实施例中对以全时主动上报模式工作的雷达组件进行通讯可靠性检测的流程示意图；

图6为本发明实施例中对以主动上报并受控模式工作的雷达组件进行通讯可靠性检测的流程示意图；

图7为本发明实施例中对以纯受控模式工作的雷达组件进行通讯可靠性检测的流程示意图；

图8为本发明实施例的装置结构图一；

图9为本发明实施例的装置结构图二；

图10为本发明实施例的装置结构图三。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，以下将结合附图及实施例来详细说明本发明的实施方法，借此对本发明如何应用技术手段来解决技术问题，并达成技术效果的实现过程能充分理解并据以实施。

在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用其他不同于在此描述的其他方式来实施，因此，本发明的保护范围并不受下面公开的具体实施例的限制。

实施例一

如图4所示，雷达各模块通信对象主要包含数据处理组件、时序控制组件、AD组件、DBF组件、频率综合器、发射接收组件、定位定向组件、倾角传感器、伺服转台、电源组件、显控终端等之间的输入输出通信协议。其中数据处理组件作为雷达数据接收和参数下发的中枢，需要与其他所有组件进行数据通讯。

雷达最优的探测效果需要各个组件正确运行工作参数来实现，这就需要组件间的通讯传输系统高度稳定可靠。

而现有的通讯机制是发送数据和接收数据不相干，数据处理组件作为主要的通讯协议的发送控制模块，在数据发送之后，并不知道通信对象是否正确接收。这样的话，在链路正常时，并不能完全保证对象组件随时接收并响应指令，造成控制失败；在链路异常时，不能及时发现通讯失败的情况，造成异常处理不及时。

本发明通过提出一种通讯可靠性检测方案，该方案通过在雷达的核心通讯组件——数据处理组件内建立组件的协议回传检测、延时检测、在线检测及超时重传，并能适应不同通讯协议的方法，来实现雷达组件之间通讯数据的可靠稳定传输。

基于上述思路，本发明实施例提供了一种通讯可靠性检测方法，如图1所示，本实施例所述的通讯可靠性检测方法包括步骤S101、步骤S102和步骤S103，以下详细描述这些步骤的具体内容：

步骤S101，判断是否接收到由待检测组件发送的待检测数据；

本实施例中，所述待检测组件为图4中所示的除数据处理组件以外的任一组件。各个待检测组件根据其自身的功能和数据传输特性向数据处理组件发送不同的待检测数据，由数据处理组件判断是否接收到上述待检测数据。

例如，定位定向组件不受数据处理组件的控制，仅向数据处理组件主动上报其检测到的定位定向数据，则定位定向组件发送的待检测数据即为该定位定向数据；又如，伺服转台既接受数据处理组件的控制，又向数据处理组件主动上报其检测到的伺服数据，则伺服转台发送的待检测数据包括该伺服数据，以及，基于数据处理组件的控制指令生成的反馈信息；再如，时序控制组件仅接受数据处理组件的控制，而不主动向数据处理组件上报数据，则时序控制组件发送的待检测数据即为基于数据处理组件的控制指令生成的反馈信息。

步骤S102，当确定接收到所述待检测数据时，判断所述待检测数据是否正确；

本实施例中，当数据处理组件确定接收到由待检测组件发送的待检测数据时，数据处理组件进一步判断接收到的待检测数据是否正确。

具体地，数据处理组件可检测某一待检测数据的格式、长度、某一位的字符等是否符合要求，也可通过检测该待检测数据是否按照预先约定的协议进行反馈来判断该待检测数据是否正确。

步骤S103，当确定所述待检测数据正确时，确定所述待检测组件的通讯可靠。

本实施例中，当数据处理组件确定接收到的待检测数据正确时，即可确定发送该待检测数据的待检测组件的通讯状态是正常、可靠的。反之，当数据处理组件确定接收到的待检测数据不正确时，则确定发送该待检测数据的待检测组件的通讯状态异常，此时，可进行进一步的告警操作，以使相关技术人员及时发现该通讯异常状态。

在本发明实施例的一种应用场景中，所述待检测组件以第一预设时间间隔发送所述待检测数据。例如，定位定向组件每隔一段时间向数据处理组件上报其检测到的定位定向数据。在上述情形下，为了更加准确地检测待检测组件的通讯状态，如图2所示，在上述判断所述待检测数据是否正确之前，本实施例所述的方法还包括：判断接收到所述待检测数据的频率是否满足预设接收频率。则，本实施例所述的当确定接收到所述待检测数据时，判断所述待检测数据是否正确，包括：当确定接收到所述待检测数据的频率满足所述预设接收频率时，判断所述待检测数据是否正确。

为了使相关技术人员及时发现待检测组件的通讯异常状态，本实施例所述的方法还包括：当确定接收到所述待检测数据的频率不满足所述预设接收频率时，进行第一告警，以通知检查所述待检测组件的配置参数是否异常。

在本发明实施例的一种应用场景中，所述待检测数据为所述待检测组件的主动上报数据。

具体地，在上述应用场景中，待检测数据为某一待检测组件的主动上报数据。数据处理组件每隔一段时间会接收到该主动上报数据，当数据处理组件接收到该主动上报数据时，会进一步判断接收到该主动上报数据的频率是否满足预设接收频率，即判断每次接收主动上报数据的时间间隔是否满足要求。例如，某一待检测组件每隔1分钟向数据处理组件发送主动上报数据，理论上来说，数据处理组件也应该每隔1分钟接收到该主动上报数据，但在实际应用中，可设置一定的范围阈值以符合实际的通讯状况。例如，设置数据处理组件在1.5分钟后才收到下一次的主动上报数据为通讯异常，则数据处理组件的两次接收上报数据的时间间隔小于1.5分钟即满足要求，即，接收到的主动上报数据的频率满足预设接收频率。当数据处理组件确定接收到主动上报数据的频率满足预设接收频率时，会进一步判断该主动上报数据是否正确，例如，是否满足预设格式、长度等，当确定了主动上报数据的正确性后，即可确定发送该主动上报数据的待检测组件的通讯状态正常、可靠。

为了避免系统误判，以更加准确地确定某一待检测组件的通讯状态，如图3所示，本实施例所述的方法还包括：当确定没有接收到所述待检测数据，或者，当确定所述待检测数据不正确时，控制所述待检测组件以第二预设时间间隔重新发送所述待检测数据，直至确定重新发送的所述待检测数据正确。

为了降低系统功耗，同时更加及时地确定某一待检测组件的通讯状态，如图3所示，本实施例所述的方法还包括：检测所述待检测组件重新发送所述待检测数据的次数；判断所述次数是否大于预设次数阈值；当所述次数大于所述预设次数阈值时，进行第二告警，以通知检查所述待检测组件的设备状态和链路状态是否异常。

在本发明实施例的另一种应用场景中，在所述判断是否接收到由待检测组件发送的待检测数据之前，本实施例所述的方法还包括：向所述待检测组件发送控制指令，以使所述待检测组件基于所述控制指令生成所述待检测数据。

具体地，在上述另一种应用场景中，待检测数据为某一待检测组件基于数据处理组件的控制指令生成的反馈信息。某一待检测组件接收数据处理组件的控制指令，基于该控制指令，生成反馈信息并回传给数据处理组件，以作为该待检测组件的待检测数据。当数据处理组件接收到该反馈信息时，会判断该反馈信息是否正确，例如，检测该反馈信息是否是以约定的协议进行的反馈，反馈内容、反馈格式是否正确等。当数据处理组件确定该反馈信息正确时，即可确定发送该反馈信息的待检测组件的通讯状态正常、可靠。而当数据处理组件确定没有接收到反馈信息，或者，当数据处理组件确定接收到的反馈信息不正确时，数据处理组件会控制发送该反馈信息的待检测组件以一定的时间间隔重新发送该反馈信息，直至数据处理组件确定某一次接收的反馈信息正确。在上述重新发送反馈信息的过程中，系统还可进一步检测重新发送的次数，当该次数大于预设次数阈值时，则表明该待检测组件与数据处理组件之间确实处于通讯异常状态，此时，系统进行告警操作。

为了使相关技术人员及时发现待检测组件的通讯异常状态，本实施例所述的方法还包括：当确定没有接收到所述待检测数据时，进行第二告警，以通知检查所述待检测组件的设备状态和链路状态是否异常；当确定所述待检测数据不正确时，进行第三告警，以通知检查所述待检测组件异常的原因。

以下以实际应用为例，进一步详细描述雷达组件之间的通讯可靠性检测方法：

雷达组件间的通讯依赖约定格式的数据协议包，因为雷达组件品种繁多，有按需定制组件，如频综组件、时序控制组件等；有标准产品组件，如定位定向组件、倾角传感器等，各种组件的通讯协议因其标准不同而不同。雷达数据处理组件如果要建立一套面向所有通讯对象组件的可靠传输系统，就必须兼容所有格式通讯数据。

常见的通讯数据格式有以下几种：1)明确的帧头、帧尾标志，在指定位置设置不同功能号(符号)用来区分不同功能的协议；2)明确的帧头、帧尾标志，通过特定符号(如冒号、逗号、点)来区分协议内不同含义的数据；3)明确的帧头/帧尾标志，无帧尾/帧头，在指定位置说明了该协议的实际长度；4)明确的帧头/帧尾标志，无帧尾/帧头，通过特定符号(如冒号、逗号、点)来区分协议内不同含义的数据。

虽然通讯数据格式各不相同，但其具有的共性如下：有限的数据量、规则的格式和明确的数据含义。

基于以上三点共性，本专利设计了一种兼容所有组件通讯协议格式的检测方法，该方法包含以下功能：1、设置通信对象组件的名称：可靠传输系统通过识别该名称自动选择对应通信协议的类型。2、保存发送/接收协议的全部数据：可靠传输系统可以保存需要回传/重传协议的全部数据。3、保存发送/接收协议的功能号：可靠传输系统通过识别功能号，对所需检测功能进行区分。4、保存发送/接收协议的长度：可靠传输系统通过保存数据包长度信息进行长度校验。5、保存发送/接收协议中包含的数据：可靠传输系统通过保存数据包中指定信息进行数据校验。

实际应用中，数据处理组件检测雷达组件之间数据已可靠传输的方式主要有以下三种：

1、雷达组件全时(即每隔预设时间段)向数据处理组件主动上报数据，并且不接收数据处理组件的控制指令，如定位定向组件。

如图5所示，数据处理组件需要对雷达组件主动上报数据的频率、稳定性进行检测，如果在一定时间内没有收到其主动上传的数据，应对该雷达组件的设备状态及链路状态进行告警，通知设备操作人员进一步检查雷达组件及链路是否处于异常状态。如果判断出数据处理组件接收到数据的频率或雷达组件上报数据的频率不满足预设频率，则进行告警，通知设备操作人员进一步检查雷达组件的配置参数是否异常。如果判断出接收到的主动上报的数据不可靠、不正确，则进行告警，通知设备操作人员进一步检查雷达组件异常的原因。

2、雷达组件全时(即每隔预设时间段)向数据处理组件主动上报数据，并可接收数据处理组件的控制指令，如伺服转台。

如图6所示，数据处理组件向雷达组件发送控制指令，并且该雷达组件组件正确接收到该控制指令后，该雷达组件会基于该控制指令生成反馈信息，该雷达组件将该反馈信息及其本身检测到的数据(如伺服数据)作为待检测数据发送给数据处理组件。数据处理组件在接收到该待检测数据后，一方面需要判断其中的反馈信息的正确性，即判断反馈信息与数据处理组件所发送的控制指令的匹配度，用于确认控制指令已被雷达组件正确接收；另一方面需要判断其中的主动上报的数据的正确性。如果数据处理组件没有收到待检测数据，应对该雷达组件的设备状态及链路状态进行告警，通知设备操作人员进一步检查雷达组件及链路是否处于异常状态。如果数据处理组件判断出待检测数据中的反馈信息不正确，则进行告警，通知设备操作人员进一步检查雷达组件和/或数据处理组件的控制参数是否异常。如果数据处理组件判断出待检测数据中的主动上报的数据不可靠、不正确，则进行告警，通知设备操作人员进一步检查雷达组件异常的原因。

3、雷达组件接收到数据处理组件的控制指令后，以约定的协议进行回传反馈，如时序控制组件等。

如图7所示，数据处理组件向雷达组件发送控制指令后，如果雷达组件正确收到并解析该控制指令，则雷达组件会以一个约定的协议格式回传反馈给数据处理组件，数据处理组件收到正确的反馈信息后，表明该雷达组件已经收到正确的控制指令；如果雷达组件没有或收到错误的控制指令，则该雷达组件不会回传或者回传一个错误的反馈信息给数据处理组件。

数据处理组件在控制指令发送完成后，利用内部定时器进行回传检测，如果数据处理组件没有收到反馈信息或收到错误的反馈信息，表明雷达组件没有收到正确的控制指令。当数据处理组件确定到雷达组件没有收到正确的控制指令时，将会控制雷达组件进行定时重传并检测重传的反馈信息。如果数据处理组件检测到正确的反馈信息，雷达组件将停止重传，如果超过重传次数后仍然没有收到正确的反馈信息，将会对雷达组件的设备状态及链路状态进行告警，通知设备操作人员进一步检查雷达组件及链路是否处于异常状态。

其中，数据处理组件在检测反馈信息的正确性时，可采用原协议匹配检测、功能号匹配检测和特定数据检测中的一种检测方式来进行。

雷达数据处理组件将根据雷达组件的名称和传输特性选择性使用上述不同的检测方式，以实现全部雷达组件之间的通讯可靠传输。

本发明实施例提供的通讯可靠性检测方法，通过判断是否接收到由待检测组件发送的待检测数据，当确定接收到所述待检测数据时，判断所述待检测数据是否正确，当确定所述待检测数据正确时，确定所述待检测组件的通讯可靠，使得本发明能够及时、有效地获取待检测组件的当前通讯状态，进而能够及时发现异常的通讯组件，保障组件之间的通讯可靠性。

实施例二

与上述方法实施例相对应地，本发明还提供一种通讯可靠性检测装置，如图8所示，本实施例所述的装置包括：

第一判断单元201，用于判断是否接收到由待检测组件发送的待检测数据；

第二判断单元202，用于当确定接收到所述待检测数据时，判断所述待检测数据是否正确；

确定单元203，用于当确定所述待检测数据正确时，确定所述待检测组件的通讯可靠。

本实施例中，所述待检测组件以第一预设时间间隔发送所述待检测数据。如图9所示，本实施例所述的装置还包括：

第三判断单元204，用于在判断所述待检测数据是否正确之前，判断接收到所述待检测数据的频率是否满足预设接收频率；

所述第二判断单元202还用于当确定接收到所述待检测数据的频率满足所述预设接收频率时，判断所述待检测数据是否正确。

进一步地，如图9所示，本实施例所述的装置还包括：

第一告警单元205，用于当确定接收到所述待检测数据的频率不满足所述预设接收频率时，进行第一告警，以通知检查所述待检测组件的配置参数是否异常。

在本发明实施例的一种应用场景中，所述待检测数据为所述待检测组件的主动上报数据。

进一步地，如图10所示，本实施例所述的装置还包括：

控制单元206，用于当确定没有接收到所述待检测数据，或者，当确定所述待检测数据不正确时，控制所述待检测组件以第二预设时间间隔重新发送所述待检测数据，直至确定重新发送的所述待检测数据正确。

进一步地，如图10所示，本实施例所述的装置还包括：

检测单元207，用于检测所述待检测组件重新发送所述待检测数据的次数；

第四判断单元208，用于判断所述次数是否大于预设次数阈值；

第二告警单元209，用于当所述次数大于所述预设次数阈值时，进行第二告警，以通知检查所述待检测组件的设备状态和链路状态是否异常。

进一步地，本实施例所述的装置还包括：

发送单元，用于在判断是否接收到由待检测组件发送的待检测数据之前，向所述待检测组件发送控制指令，以使所述待检测组件基于所述控制指令生成所述待检测数据。

进一步地，所述第二告警单元209还用于当确定没有接收到所述待检测数据时，进行第二告警，以通知检查所述待检测组件的设备状态和链路状态是否异常。

进一步地，本实施例所述的装置还包括：

第三告警单元，用于当确定所述待检测数据不正确时，进行第三告警，以通知检查所述待检测组件异常的原因。

上述装置的工作原理、工作流程等涉及具体实施方式的内容可参见本发明所提供的通讯可靠性检测方法的具体实施方式，此处不再对相同的技术内容进行详细描述。

本发明实施例提供的通讯可靠性检测装置，通过判断是否接收到由待检测组件发送的待检测数据，当确定接收到所述待检测数据时，判断所述待检测数据是否正确，当确定所述待检测数据正确时，确定所述待检测组件的通讯可靠，使得本发明能够及时、有效地获取待检测组件的当前通讯状态，进而能够及时发现异常的通讯组件，保障组件之间的通讯可靠性。

实施例三

根据本发明的实施例，还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有程序代码，所述程序代码被处理器执行时，实现如上述实施例任一项所述的通讯可靠性检测方法。

实施例四

根据本发明的实施例，还提供了一种电子设备，所述电子设备包括存储器、处理器，所述存储器上存储有可在所述处理器上运行的程序代码，所述程序代码被所述处理器执行时，实现如上述实施例任一项所述的通讯可靠性检测方法。

本发明实施例提供的通讯可靠性检测方法、装置、存储介质及电子设备，通过判断是否接收到由待检测组件发送的待检测数据，当确定接收到所述待检测数据时，判断所述待检测数据是否正确，当确定所述待检测数据正确时，确定所述待检测组件的通讯可靠，使得本发明能够及时、有效地获取待检测组件的当前通讯状态，进而能够及时发现异常的通讯组件，保障组件之间的通讯可靠性。

本发明还具有以下有益效果：

1、提升兼容性，该方法可自适应各种通讯协议。

2、功能完备，包含回传检测、延时检测、在线检测及超时重传。

3、高稳定性，广泛的兼容性和完备的功能使其可靠好用。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台电子设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

虽然本发明所公开的实施方式如上，但所述的内容只是为了便于理解本发明而采用的实施方式，并非用以限定本发明。任何本发明所属技术领域内的技术人员，在不脱离本发明所公开的精神和范围的前提下，可以在实施的形式上及细节上作任何的修改与变化，但本发明的保护范围，仍须以所附的权利要求书所界定的范围为准。

Claims (11)

1.一种通讯可靠性检测方法，其特征在于，所述方法包括：

判断是否接收到由待检测组件发送的待检测数据；

当确定接收到所述待检测数据时，判断所述待检测数据是否正确；

当确定所述待检测数据正确时，确定所述待检测组件的通讯可靠。

2.根据权利要求1所述的通讯可靠性检测方法，其特征在于，所述待检测组件以第一预设时间间隔发送所述待检测数据；在所述判断所述待检测数据是否正确之前，所述方法还包括：

判断接收到所述待检测数据的频率是否满足预设接收频率；

所述当确定接收到所述待检测数据时，判断所述待检测数据是否正确，包括：

当确定接收到所述待检测数据的频率满足所述预设接收频率时，判断所述待检测数据是否正确。

3.根据权利要求2所述的通讯可靠性检测方法，其特征在于，所述方法还包括：

当确定接收到所述待检测数据的频率不满足所述预设接收频率时，进行第一告警，以通知检查所述待检测组件的配置参数是否异常。

4.根据权利要求2所述的通讯可靠性检测方法，其特征在于，所述待检测数据为所述待检测组件的主动上报数据。

5.根据权利要求1所述的通讯可靠性检测方法，其特征在于，所述方法还包括：

当确定没有接收到所述待检测数据，或者，当确定所述待检测数据不正确时，控制所述待检测组件以第二预设时间间隔重新发送所述待检测数据，直至确定重新发送的所述待检测数据正确。

6.根据权利要求5所述的通讯可靠性检测方法，其特征在于，所述方法还包括：

检测所述待检测组件重新发送所述待检测数据的次数；

判断所述次数是否大于预设次数阈值；

当所述次数大于所述预设次数阈值时，进行第二告警，以通知检查所述待检测组件的设备状态和链路状态是否异常。

7.根据权利要求1所述的通讯可靠性检测方法，其特征在于，在所述判断是否接收到由待检测组件发送的待检测数据之前，所述方法还包括：

向所述待检测组件发送控制指令，以使所述待检测组件基于所述控制指令生成所述待检测数据。

8.根据权利要求1所述的通讯可靠性检测方法，其特征在于，所述方法还包括：

当确定没有接收到所述待检测数据时，进行第二告警，以通知检查所述待检测组件的设备状态和链路状态是否异常；

当确定所述待检测数据不正确时，进行第三告警，以通知检查所述待检测组件异常的原因。

9.一种通讯可靠性检测装置，其特征在于，所述装置包括：

第一判断单元，用于判断是否接收到由待检测组件发送的待检测数据；

第二判断单元，用于当确定接收到所述待检测数据时，判断所述待检测数据是否正确；

确定单元，用于当确定所述待检测数据正确时，确定所述待检测组件的通讯可靠。

10.一种计算机可读存储介质，所述计算机可读存储介质上存储有程序代码，其特征在于，所述程序代码被处理器执行时，实现如权利要求1至8中任一项所述的通讯可靠性检测方法。

11.一种电子设备，其特征在于，所述电子设备包括存储器、处理器，所述存储器上存储有可在所述处理器上运行的程序代码，所述程序代码被所述处理器执行时，实现如权利要求1至8中任一项所述的通讯可靠性检测方法。

Images