CN112585927A - 通信链路的检测方法、装置、***和可移动平台 - Google Patents
通信链路的检测方法、装置、***和可移动平台 Download PDFInfo
- Publication number
- CN112585927A CN112585927A CN202080004404.1A CN202080004404A CN112585927A CN 112585927 A CN112585927 A CN 112585927A CN 202080004404 A CN202080004404 A CN 202080004404A CN 112585927 A CN112585927 A CN 112585927A
- Authority
- CN
- China
- Prior art keywords
- component
- sending
- query request
- target component
- state
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
- H04L67/146—Markers for unambiguous identification of a particular session, e.g. session cookie or URL-encoding
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
- H04L67/142—Managing session states for stateless protocols; Signalling session states; State transitions; Keeping-state mechanisms
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/562—Brokering proxy services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Computer And Data Communications (AREA)
Abstract
本申请实施例提供了一种通信链路的检测方法、装置、***和可移动平台。方法包括:在发送组件与目标组件之间建立通信链路之后,生成与目标组件相对应的状态查询请求,发送组件的通信协议接口的类型与目标组件的通信协议接口的类型不同;将状态查询请求发送至目标组件;根据是否接收到目标组件基于状态查询请求所发送的查询反馈信息,确定发送组件与目标组件之间的通信链路的工作状态。本实施例提供的技术方案,可以根据是否接收到目标组件所发送的查询反馈信息,确定发送组件与目标组件之间的通信链路的工作状态,有效地实现了通过不同通信协议接口所建立的通信链路的状态进行查询,并且该方法还具有实现方式简单、灵活性好、扩展性强等特点。
Description
技术领域
本发明实施例涉及通信技术领域,尤其涉及一种通信链路的检测方法、装置、***和可移动平台。
背景技术
随着通信技术的飞速发展,能够实现数据传输的通信协议越来越多,可以理解的是,不同的通信协议可以对应不同的通信协议接口,不同的通信协议接口可以包括:两线式串行总线I2C接口、串行外设SPI接口、串行接口、并行接口、通用串行总线USB接口、控制器域网CAN接口、移动产业处理器MIPI接口、高速串行计算机扩展总线标准PCIE接口、以太网接口、调制解调器modem接口等等。
由于不同的通信协议接口所对应的通信协议不同,因此,不同通信协议接口之间不能直接通信连接。此时,在需要对不同的通信协议接口之间所构成的通信链路进行状态检测时,需要对不同的通信接口之间的通信链路进行编码、链路调试等操作。而上述的操作过程较为繁琐,并且也极大地提高了人力成本和时间成本。
发明内容
本发明实施例提供了一种通信链路的检测方法、装置、***和可移动平台。
本发明的第一方面是为了提供一种通信链路的检测方法,包括:
在发送组件与目标组件之间建立通信链路之后,生成与所述目标组件相对应的状态查询请求,其中,所述发送组件的通信协议接口的类型与所述目标组件的通信协议接口的类型不同;
将所述状态查询请求发送至所述目标组件;
根据是否接收到所述目标组件基于所述状态查询请求所发送的查询反馈信息,确定所述发送组件与所述目标组件之间的通信链路的工作状态。
本发明的第二方面是为了提供一种通信链路的检测装置,所述通信链路至少包括发送组件和与所述发送组件通信连接的目标组件,所述检测装置包括:
第一存储器,用于存储计算机程序;
第一处理器,用于运行所述第一存储器中存储的计算机程序以实现:
在发送组件与目标组件之间建立通信链路之后,生成与所述目标组件相对应的状态查询请求,其中,所述发送组件的通信协议接口的类型与所述目标组件的通信协议接口的类型不同;
将所述状态查询请求发送至所述目标组件;
根据是否接收到所述目标组件基于所述状态查询请求所发送的查询反馈信息,确定所述发送组件与所述目标组件之间的通信链路的工作状态。
本发明的第三方面是为了提供一种可移动平台,包括:
机身;
上述第三方面所述的通信链路的检测装置,设置于所述机身上,用于对可移动平台的通信组件之间所形成的通信链路的状态进行检测。
本发明的第四方面是为了提供一种计算机可读存储介质,所述存储介质为计算机可读存储介质,该计算机可读存储介质中存储有程序指令,所述程序指令用于第一方面所述的通信链路的检测方法。
本发明的第五方面是为了提供一种通信链路的检测方法,应用于中间组件,所述方法包括:
所述中间组件接收发送组件发送的状态查询请求,所述状态查询请求用于查询所述发送组件与目标组件之间通信链路的工作状态;
所述中间组件确定与所述状态查询请求相对应的目标组件的目标身份标识;
所述中间组件基于所述目标身份标识对所述状态查询请求进行传输,以将所述状态查询请求发送至目标组件。
本发明的第六方面是为了提供一种通信链路的检测装置,包括:
第二存储器,用于存储计算机程序;
第二处理器,用于运行所述第二存储器中存储的计算机程序以实现:
接收发送组件发送的状态查询请求,所述状态查询请求用于查询所述发送组件与目标组件之间通信链路的工作状态;
确定与所述状态查询请求相对应的目标组件的目标身份标识;
基于所述目标身份标识对所述状态查询请求进行传输,以将所述状态查询请求发送至目标组件。
本发明的第七方面是为了提供一种可移动平台,包括:
机身;
上述第六方面所述的通信链路的检测装置,设置于所述机身上,用于对可移动平台的通信组件之间所形成的通信链路的状态进行检测。
本发明的第八方面是为了提供一种计算机可读存储介质,所述存储介质为计算机可读存储介质,该计算机可读存储介质中存储有程序指令,所述程序指令用于第五方面所述的通信链路的检测方法。
本发明的第九方面是为了提供一种通信链路的检测***,所述通信链路至少包括发送组件与所述发送组件通信连接的目标组件,所述发送组件的通信协议接口的类型与所述目标组件的通信协议接口的类型不同,所述***包括:
发送组件,用于生成与所述目标组件相对应的状态查询请求;将所述状态查询请求通过中间组件发送至所述目标组件;根据是否接收到所述目标组件基于所述状态查询请求所发送的查询反馈信息,确定所述发送组件与所述目标组件之间的通信链路的工作状态;
所述中间组件,通过接收端口接收发送组件发送的状态查询请求,所述状态查询请求用于查询所述发送组件与目标组件之间通信链路的工作状态,并将所述状态查询请求通过所述中间组件的发送端口发送出去,其中,所述发送端口与所述中间组件的接收端口不同;
所述目标组件,用于通过所述中间组件接收所述状态查询请求,并基于所述状态查询请求生成查询反馈信息,将所述查询反馈信息发送至所述发送组件。
本发明实施例提供的技术方案,可以根据是否接收到目标组件所发送的查询反馈信息,确定发送组件与目标组件之间的通信链路的工作状态,实现方式简单、有效地减少了人力成本和时间成本的特点,进一步提高了该方法的实用性。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1为本发明实施例提供的一种通信链路的检测方法的流程示意图;
图2为本发明实施例提供的生成与所述目标组件相对应的状态查询请求的流程示意图;
图3为本发明实施例提供的状态查询请求所对应协议的网络结构示意图;
图4为图2实施例中的生成与所述目标组件相对应的状态查询请求的流程示意图;
图5为本发明实施例中的将所述状态查询请求直接发送至所述目标组件的示意图;
图6为本发明实施例中的将所述状态查询请求通过至少一个中间组件发送至所述目标组件的示意图;
图7为本发明实施例中的将所述状态查询请求通过至少一个中间组件发送至所述目标组件的流程示意图;
图8为图7中的所述至少一个中间组件基于所述第二身份标识对所述状态查询请求进行传输,以将所述状态查询请求发送至目标组件的流程示意图;
图9为本发明实施例提供的另一种通信链路的检测方法的流程示意图;
图10为图1中的根据是否接收到所述目标组件基于所述状态查询请求所发送的查询反馈信息,确定所述发送组件与所述目标组件之间的通信链路的工作状态的流程示意图;
图11为图10中的基于所述反馈时长,确定所述发送组件与所述目标组件之间的通信链路的工作状态的流程示意图;
图12为本发明实施例提供的又一种通信链路的检测方法的流程示意图;
图13为本发明实施例提供的发送组件与所述目标组件之间的通信链路的连接示意图一;
图14为本发明实施例提供的发送组件与所述目标组件之间的通信链路的连接示意图二;
图15为本发明实施例提供的将所述状态查询请求发送至所述目标组件的流程示意图一;
图16为本发明实施例提供的将所述状态查询请求发送至所述目标组件的流程示意图二;
图17为本发明实施例提供的又一种通信链路的检测方法的流程示意图;
图18为本发明实施例提供的再一种通信链路的检测方法的流程示意图;
图19为本发明应用实施例提供的一种通信链路的检测方法的信令交互图一;
图20为本发明应用实施例提供的一种通信链路的检测方法的信令交互图二;
图21为本发明应用实施例提供的一种通信链路的检测***的结构示意图;
图22为本发明实施例提供的一种通信链路的检测装置的结构示意图一;
图23为本发明实施例提供的一种通信链路的检测装置的结构示意图二;
图24为本发明实施例提供的一种通信链路的检测***的结构示意图;
图25为本发明实施例提供的一种可移动平台的结构示意图一;
图26为本发明实施例提供的一种可移动平台的结构示意图二。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
除非另有定义,本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中在本发明的说明书中所使用的术语只是为了描述具体的实施例的目的,不是旨在于限制本发明。
为了便于理解本实施例中通信链路的检测方法的实现过程,下面对相关技术进行简要说明:
随着通信技术的飞速发展,能够实现数据传输的通信协议越来越多,而不同的通信协议可以对应不同的通信协议接口,不同的通信协议接口可以包括:两线式串行总线I2C接口、串行外设SPI接口、串行接口、并行接口、通用串行总线USB接口、控制器域网CAN接口、移动产业处理器MIPI接口、高速串行计算机扩展总线标准PCIE接口、以太网接口、调制解调器modem接口等等。
由于不同的通信协议接口所对应的通信协议不同,因此,不同通信协议接口之间不能直接通信连接。此时,在需要对不同的通信协议接口之间所构成的通信链路进行状态检测时,需要对不同的通信接口之间的通信链路进行编码、链路调试等操作。
举例来说,现有第一芯片和第二芯片,第一芯片包括两线式串行总线I2C接口,第二芯片包括串行外设SPI接口,由于I2C接口所对应的通信协议与SPI接口所对应的通信协议不同,因此,上述的I2C接口与SPI接口无法直接通信连接。此时,为了能够对上述通信链路进行状态统计、通信故障诊断以及链路延时统计操作,需要人为地对I2C接口和SPI接口之间的通信链路进行单独开发互联互通操作、调试处理,以实现对第一芯片与第二芯片之间通信链路的状态进行检测。
然而,上述的状态检测过程不仅操作过程较为繁琐、复杂度较高,并且,也极大地提高了人力成本和时间成本,此外,上述实现方式需要用户针对特定的芯片接口之间的通信链路进行特定的编码、调试操作,定制化强、无法灵活扩展,从而降低了对不同通信协议接口之间通信链路进行状态检测的质量和效率。
为了解决上述对不同的通信接口之间的通信链路进行状态统计、通信故障诊断以及链路延时统计等操作过程中所存在的缺点,本实施例提供了一种通信链路的检测方法、装置、***和可移动平台,该检测方法可以在发送组件与目标组件之间建立通信链路之后,生成与目标组件相对应的状态查询请求,而后将状态查询请求发送至目标组件,并根据是否接收到目标组件基于状态查询请求所发送的查询反馈信息,确定发送组件与目标组件之间的通信链路的工作状态。
其中,上述的状态查询请求可以满足预先配置的通信协议,而预先配置的通信协议可以实现多个不同的通信协议接口之间进行互联互通,便于实现对不同通信协议接口之间的通信链路进行编码、链路调试等操作,从而简单高效解决了对多个不同通信协议接口之间所构成的通信链路进行检测及诊断操作所存在的复杂问题;并且,本实施例中的检测方法还具有实现方式简单、灵活性好、扩展性强等特点,从而提高了该检测方法的实用性。
下面结合附图,对本发明实施例中的实现方式进行详细说明。在各实施例之间不冲突的情况下,下述的实施例及实施例中的特征可以相互组合。
图1为本发明实施例提供的一种通信链路的检测方法的流程示意图;参考附图1所示,本实施例提供了一种通信链路的检测方法,该方法的执行主体可以为通信链路的检测装置,该检测装置可以是指具有数据传输功能的发送组件,可以理解的是,该发送组件可以实现为软件、或者软件和硬件的组合。具体的,该通信链路的检测方法可以包括:
步骤S101:在发送组件与目标组件之间建立通信链路之后,生成与目标组件相对应的状态查询请求,其中,发送组件的通信协议接口的类型与目标组件的通信协议接口的类型不同。
步骤S102:将状态查询请求发送至目标组件。
步骤S103:根据是否接收到目标组件基于状态查询请求所发送的查询反馈信息,确定发送组件与目标组件之间的通信链路的工作状态。
下面对上述各个步骤的实现过程进行详细阐述:
步骤S101:在发送组件与目标组件之间建立通信链路之后,生成与目标组件相对应的状态查询请求,其中,发送组件的通信协议接口的类型与目标组件的通信协议接口的类型不同。
其中,发送组件和目标组件可以分别是指具有数据传输功能的数据单元,可以理解的是,上述的数据单元可以实现为软件,例如:发送组件为第一应用程序APP,目标组件为第二应用程序APP,第一APP和第二APP之间可以建立通信链路。或者,上述的数据单元可以实现为硬件,例如:发送组件为第一芯片,目标组件为第二芯片,而第一芯片与第二芯片之间可以建立通信链路。或者,上述的数据单元可以实现为软件与硬件的组合,例如:发送组件为第一芯片***,第一芯片***中存储有用于实现第一功能的软件程序,此时,目标组件为第二芯片***,第二芯片***中存储有用于实现第二功能的软件程度,而第一芯片***与第二芯片***之间可以建立通信链路。或者,上述的发送组件和目标组件可以为不同的表现形式,例如:发送组件可以实现为软件表现形式、目标组件可以实现为硬件表现形式;或者,发送组件可以实现为软件表现形式、目标组件可以实现为软件与硬件的组合表现形式。
此外,发送组件和目标组件可以为一组组件中的任意两个不同的组件,上述的一组组件中可以包括多个组件,而多个组件的表现形式可以基于不同的应用场景和应用需求进行任意配置。
举例来说,在无人机技术领域,一组组件可以包括控制终端、与控制终端通信连接的无人机的飞控***1、与飞控***1通信连接的相机1、无人机1和云台1、与控制终端通信连接的无人机的飞控***2、与飞控***2通信连接的相机2、无人机1和云台2。此时,控制终端可以为发送组件,目标组件可以为与飞控***1通信连接的相机1。在此实施方式中,控制终端可以查询相机1的状态。在另一实施方式中,无人机上的飞控***2可以为发送组件,目标组件可以为设置于无人机1上的云台1。在此实施方式中,飞控***2可以查询云台1的状态。在又一实施方式中,无人机上的相机2也可以为发送组件,目标组件可以为控制终端。在此实施方式中,相机可以查询控制终端的状态。也就是说,通过选择一组组件中的任意两个组件分别作为发送组件和接收组件,可以使得该组组件中的任意组件可以查询另一组件的状态,或者可以查询该组件至另一组件之间的通信链路的状态。
在网络设备技术领域,一组组件可以包括路由控制器、与路由控制器通信连接的路由设备、与路由设备相对应的网络设备,此时,路由控制器可以为发送组件,网络设备可以为目标组件;或者,路由设备可以为发送组件,网络设备可以为目标组件;或者,网络设备可以为发送组件,路由控制器可以为目标组件等等。当然的,本领域技术人员还可以根据不同的应用场景和应用需求任意配置发送组件和目标组件,在此不再赘述。
具体应用时,本领域技术人员可以根据具体的应用需求和设计需求来配置发送组件和目标组件,只要能够保证发送组件与目标组件之间能够建立通信链路,并且,发送组件的通信协议接口的类型与目标组件的通信协议接口的类型不同即可,在此不再赘述。
另外,在发送组件与目标组件之间建立通信链路之后,可以生成与目标组件相对应的状态查询请求,该状态查询请求用于查询发送组件与目标组件之间通信链路的运行状态。具体的,一种可实现的方式为,状态查询请求可以是利用改进后的因特网信报控制协议(Internet Control Messages Protocol,简称ICMP)而生成的Ping指令,所生成的Ping指令并不依赖于物理链路。也就是说,Ping指令可以在多种不同的物理链路上使用,例如,上述的Ping指令可以适用于:通用异步收发传输网(Universal Asynchronous Receiver/Transmitter,简称UART)、控制器域网CAN、两线式串行总线I2C、通用串行总线USB、高速串行计算机扩展总线标准PCIE、以太网等等。
当然的,本领域技术人员还可以采用其他的方式生成与目标组件相对应的状态查询请求,只要能够保证对状态查询请求进行生成的准确可靠性即可,在此不再赘述。
步骤S102:将状态查询请求发送至目标组件。
其中,状态查询请求中可以包括与目标组件相对应的目标组件标识。因此,在获取到状态查询请求之后,可以对状态查询请求进行分析识别,以获取与目标组件相对应的目标组件标识,基于目标组件所对应的目标组件标识将状态查询请求发送至目标组件,以使得目标组件可以获取到状态查询请求。在目标组件获取到状态查询请求之后,可以根据状态查询请求生成查询反馈信息,并可以将查询反馈信息返回至发送组件。
步骤S103:根据是否接收到目标组件基于状态查询请求所发送的查询反馈信息,确定发送组件与目标组件之间的通信链路的工作状态。
在目标组件基于状态查询请求生成查询反馈信息之后,可以将查询反馈信息发送至发送组件,对于发送组件和查询反馈信息而言,存在以下两种情况:(1)发送组件可以接收到查询反馈信息;(2)发送组件接收不到查询反馈信息。在确定发送组件是否接收到查询反馈信息之后,则可以基于上述是否接收到查询反馈信息来确定发送组件与目标组件之间通信链路的工作状态,可以理解的是,上述的工作状态可以包括正常状态和异常状态。具体的,根据是否接收到目标组件基于状态查询请求所发送的查询反馈信息,确定发送组件与目标组件之间的通信链路的工作状态可以包括:
步骤S1031:在接收到查询反馈信息时,确定通信链路的工作状态为正常状态。或者,
步骤S1032:在未接收到查询反馈信息时,确定通信链路的工作状态为异常状态。
具体的,在发送组件未接收到目标组件所发送的查询反馈信息时,则说明发送组件与目标组件之间的通信链路之间存在故障,此时,目标组件无法基于上述通信链路的将查询反馈信息传输至发送组件,进而可以确定发送组件与目标组件之间的通信链路的工作状态为异常状态。相类似的,在发送组件接收到目标组件所发送的查询反馈信息之后,则说明发送组件与目标组件之间的通信链路运行正常,此时,目标组件可以基于上述通信链路的将查询反馈信息传输至发送组件,进而可以确定发送组件与目标组件之间的通信链路的工作状态为正常状态。
当然的,本领域技术人员也可以采用其他的方式来实现根据是否接收到目标组件基于状态查询请求所发送的查询反馈信息,确定发送组件与目标组件之间的通信链路的工作状态,只要能够保证对发送组件与目标组件之间的通信链路的工作状态进行准确有效地的识别即可,在此不再赘述。
本实施例提供的通信链路的检测方法,在发送组件与目标组件之间建立通信链路之后,通过生成与目标组件相对应的状态查询请求。由于所生成的状态查询请求可以是基于自定义通信协议所生成的请求信息,而上述的自定义通信协议可以实现不同通信协议的通信接口之间的通信连接,而后将状态查询请求发送至目标组件,并根据是否接收到目标组件基于状态查询请求所发送的查询反馈信息,确定发送组件与目标组件之间的通信链路的工作状态,其中,查询反馈信息和状态查询请求可以满足预设通信协议,该预设通信协议可以使得数据在不同的通信协议接口之间进行安全、稳定地数据传输,从而有效地实现了通过不同通信协议接口所建立的通信链路的状态进行查询,并且该方法还具有实现方式简单、有效地减少了人力成本和时间成本的特点,进一步提高了该方法的实用性。
图2为本发明实施例提供的生成与目标组件相对应的状态查询请求的流程示意图;在上述实施例的基础上,继续参考附图2所示,本实施例对于生成与目标组件相对应的状态查询请求的具体实现方式不做限定,本领域技术人员可以根据具体的应用需求和设计需求进行设置,较为优选的,本实施例中的生成与目标组件相对应的状态查询请求可以包括:
步骤S201:获取与发送组件和目标组件相对应的应用层数据、网络层数据和数据链路层数据。
步骤S202:基于应用层数据、网络层数据和数据链路层数据,生成与目标组件相对应的状态查询请求。
状态查询请求可以是基于预设通信协议所生成的请求信息,其中,预设通信协议可以为因特网信报控制协议,此时,通过因特网信报控制协议所生成的状态查询请求可以为Ping请求。另外,预设通信协议可以对应一开发式***互联通信模型(Open SystemInterconnection,简称OSI模型),一般情况下,预设通信协议所对应的OSI模型可以包括7层:物理层、数据链路层、网络层、传输层、会话层、标识层和应用层。本实施例中,为了能够提高对状态查询请求进行生成的质量和效率,可以对预设通信协议所对应的网络结构进行简化和自定义操作,例如,本实施例中状态查询请求所对应的预设通信协议可以仅包括数据链路层、网络层以及应用层,通过上述简化后的网络结构所对应的预设通信协议生成状态查询请求,可以有效地保证状态查询请求生成的质量和效率。其中,所述预设通信协议是指链路层以上的协议。
具体的,参考附图3所示,在状态查询请求所对应的网络结构包括:数据链路层、网络层和应用层时,则可以获取与发送组件和目标组件相对应的应用层数据、网络层数据和数据链路层数据,其中,应用层数据用于使得发送组件和目标组件可以支持状态查询请求所对应的指令,并且使得发送组件和目标组件可以具有数据发送和接收功能,此外,应用层数据中还可以包括:用户能够根据应用场景需求来配置可以实现预设功能的应用数据;网络层数据用于使得各个组件具有数据转发功能,即能够将路由数据转发至预设组件和预设接口;数据链路层数据用于实现数据组包、格式化发送者、接收者和数据校验等操作,从而可以生成状态查询请求。
而数据链路层数据可以包括以下至少之一:帧数据、数据控制信息,其中,帧数据可以是指待传输的数据内容,数据控制信息包括用于对帧数据进行数据传输的限制信息;具体的,数据控制信息可以包括以下至少之一:发送组件的地址信息、目标组件的地址信息、校验数据,可以想到的是,数据控制信息不仅仅可以包括上述所举例的数据,本领域技术人员还可以根据具体的应用需求和设计需求进行设置,例如:数据控制信息还可以包括数据同步信息、流量控制信息,其中,数据同步信息用于实现对帧数据进行数据同步操作,流量控制信息用于对帧数据进行数据传输的流量进行限定。网络层用于对数据链路层数据转换为数据包,该网络层数据可以包括:与帧数据和数据控制信息相对应的数据包。
此外,应用层数据可以包括以下至少之一:发送组件的第一身份标识、目标组件的第二身份标识、应用请求数据、校验数据,上述的应用请求数据可以随着不同的应用场景和应用需求而有所不同,例如,应用请求数据可以为状态请求数据、内存请求数据、负载请求数据等等;上述的校验数据用于实现对状态查询请求的合理性进行验证。
另外,本实施例对于获取与发送组件和目标组件相对应的应用层数据、网络层数据和数据链路层数据的具体实现方式不做限定,可以根据具体的应用需求和应用场景来进行任意设置,例如:在发送组件和目标组件确定后,即可以基于发送组件和目标组件生成应用层数据、网络层数据和数据链路层数据,上述的应用层数据、网络层数据和数据链路层数据可以存储在预设区间内,通过访问预设区间可以获取到与发送组件和目标组件相对应的应用层数据、网络层数据和数据链路层数据。或者,上述的应用层数据、网络层数据和数据链路层数据可以存储在预设设备内,通信链路的检测装置可以向预设设备发送数据获取请求,以使预设设备可以通过数据获取请求将与发送组件和目标组件所对应的应用层数据、网络层数据和数据链路层数据发送至通信链路的检测装置,从而使得通信链路的检测装置可以稳定地获取到与发送组件和目标组件相对应的应用层数据、网络层数据和数据链路层数据。
当然的,本领域技术人员也可以采用其他的方式来获取与发送组件和目标组件相对应的应用层数据、网络层数据和数据链路层数据,只要能够保证对应用层数据、网络层数据和数据链路层数据进行获取的准确可靠性即可,在此不再赘述。
在获取到应用层数据、网络层数据和数据链路层数据之后,可以对应用层数据、网络层数据和数据链路层数据进行分析处理,以生成与目标组件相对应的状态查询请求。具体的,参考附图4所示,生成与目标组件相对应的状态查询请求可以包括:
步骤S401:获取目标组件的第二身份标识。
步骤S402:基于发送组件的第一身份标识、第二身份标识和预设的校验数据,生成状态查询请求。
在确定目标组件之后,可以获取目标组件的第二身份标识,而后可以基于发送组件的第一身份标识、目标组件的第二身份标识和预设的校验数据来生成状态查询请求,该状态查询请求可以检测目标组件与发送组件之间通信链路的状态信息,例如:可以检测目标组件与发送组件之间的通信链路的运行状态是否为正常运行状态。另外,校验数据可以包括预设字符,例如:“0”和“1”,用于标识状态查询请求是否为正常数据。
本实施例中,通过获取与发送组件和目标组件相对应的应用层数据、网络层数据和数据链路层数据,而后基于应用层数据、网络层数据和数据链路层数据生成与目标组件相对应的状态查询请求,有效地保证了对状态查询请求生成的准确可靠性,进一步提高了该方法使用的稳定可靠性。
在一些实例中,本实施例对于将状态查询请求发送至目标组件的具体实现方式不做限定,本领域技术人员可以根据具体的应用需求和设计需求进行设置,其中,一种可实现的方式为,将状态查询请求发送至目标组件可以包括:将状态查询请求直接发送至目标组件。
具体的,参考附图5所示,发送组件与目标组件可以通过本发明提出的改进的控制协议建立通信连接,在生成状态查询请求之后,发送组件可以将状态查询请求直接发送至目标组件,以使得目标组件可以直接接收到发送组件所发送的状态查询请求。
此外,另一种可实现的方式为,将状态查询请求发送至目标组件可以包括:将状态查询请求通过至少一个中间组件发送至目标组件。
参考附图6所示,发送组件可以通过因特网信报控制协议、中间组件与目标组件通信连接,其中,中间组件可以是指具有信息转发功能的组件单元,上述中间组件的个数可以为一个或多个。在生成状态查询请求之后,发送组件可以将状态查询请求发送至中间组件,在中间组件获取到状态查询请求之后,可以将状态查询请求发送至目标组件,以使得目标组件可以接收到中间组件所发送的状态查询请求。
图7为本发明实施例中的将状态查询请求通过至少一个中间组件发送至目标组件的流程示意图;在上述实施例的基础上,继续参考附图7所示,在将状态查询请求通过至少一个中间组件发送至目标组件时,至少一个目标组件可以将状态查询请求转发至目标组件,此时,通信链路的检测方法的执行主体还可以包括至少一个中间组件,上述的至少一个中间组件与发送组件通信连接。具体的,本实施例中的将状态查询请求通过至少一个中间组件发送至目标组件可以包括:
步骤S701:将状态查询请求发送至至少一个中间组件。
步骤S702:至少一个中间组件确定与状态查询请求相对应的目标组件的第二身份标识。
步骤S703:至少一个中间组件基于第二身份标识对状态查询请求进行传输,以将状态查询请求发送至目标组件。
其中,发送组件的通信协议接口的类型、至少一个中间组件的通信协议接口类型、和目标组件的通信协议接口的类型不完全相同,即发送组件的通信协议接口的类型、至少一个中间组件的通信协议接口类型、和目标组件的通信协议接口的类型完全不同;或者,发送组件的通信协议接口的类型、至少一个中间组件的通信协议接口类型、和目标组件的通信协议接口的类型部分相同。
在发送组件生成状态查询请求之后,为了将状态查询请求发送至目标组件,发送组件可以将状态查询请求发送至至少一个中间组件,在至少一个中间组件接收到状态查询请求之后,可以对状态查询请求进行分析处理,以确定与状态查询请求相对应的目标组件的第二身份标识。
在获取到目标组件的第二身份标识之后,至少一个中间组件可以基于第二身份标识对状态查询请求进行传输,以将状态查询请求发送至目标组件。具体的,参考附图8所示,本实施例中的至少一个中间组件基于第二身份标识对状态查询请求进行传输,以将状态查询请求发送至目标组件可以包括:
步骤S801:将第二身份标识与至少一个中间组件所对应的至少一个第三身份标识进行比较。
步骤S802:在至少一个第三身份标识与第二身份标识不一致时,则将状态查询请求通过中间组件的发送端口发送至其他组件,以将状态查询请求最终发送至目标组件,其中,发送端口与中间组件接收状态查询请求的端口不同;以及,在第二身份标识与一第三身份标识相一致时,则将与第三身份标识相对应的中间组件确定为目标组件。
具体的,在至少一个中间组件获取到与状态查询请求相对应的目标组件的第二身份标识之后,可以获取至少一个中间组件所对应的至少一个第三身份标识,而后可以将第二身份标识与至少一个第三身份标识进行分析比较,在分析比较结果为至少一个第三身份标识与第二身份标识不一致时,则说明至少一个第三身份标识所对应的至少一个中间组件均不是目标组件,此时,为了能够将状态查询请求发送至目标组件,则可以继续对状态查询请求进行传输,即将状态查询请求通过中间组件的发送端口发送至其他组件,以将状态查询请求最终发送至目标组件,可以理解的是,发送端口与中间组件接收状态查询请求的端口不同,从而可以实现将状态查询请求发送至目标组件。在分析比较结果为第二身份标识与一第三身份标识相一致时,则可以确定与第三身份标识相对应的中间组件即为目标组件,从而实现了将状态查询请求发送至目标组件。
举例来说,发送组件为组件A,至少一个中间组件可以包括:组件B、组件C和组件D,组件A、组件B、组件C和组件D依次连接;其中,组件B对应身份标识b、组件C对应身份标识c、组件D对应身份标识d,在组件A生成状态查询请求之后,所生成的状态查询请求中可以包括目标组件的身份标识,假设目标组件的身份标识为身份标识c。之后,组件A可以将状态查询请求发送至组件B,在组件B获取到状态查询请求之后,可以将组件B所对应的身份标识b与目标组件的身份标识进行分析比较,由于身份标识b与身份标识c不一致,进而说明组件B并不是与状态查询请求所对应的目标组件,此时,组件B可以将状态查询请求转发至组件C,在组件C获取到状态查询请求之后,可以将组件C所对应的身份标识c与目标组件的身份标识进行分析比较,由于身份标识c与状态查询请求中包括的身份标识c相一致,进而说明组件C是与状态查询请求所对应的目标组件,此时,有效地实现了组件A将状态查询请求发送至组件C,在组件C接收到状态查询请求之后,组件C无需再次对状态查询请求进行传输。
在另一些实例中,在至少一个第三身份标识与第二身份标识不一致时,本实施例中的方法还可以包括:
步骤S803:在状态查询请求中加入第三身份标识,并标记第三身份标识对应的组件为中间组件,以记录状态查询请求的传输路径。
在至少一个第三身份标识与第二身份标识不一致时,则说明至少一个第三身份标识所对应的至少一个中间组件均不是目标组件,此时,为了能够使得用户及时了解到状态查询请求所通过的组件,在生成状态查询请求,且经过至与第二身份标识不同的身份标识的中间组件时,则可以在状态查询请求中加入第三身份标识,并标记第三身份标识对应的组件为中间组件。
举例来说,发送组件为组件A、中间组件包括组件B、组件C和组件D,目标组件为组件E,在组件A生成状态查询请求之后,可以将状态查询请求发送至组件B,在组件B接收到状态查询请求之后,可以判断状态查询请求中包括的目标组件标识与组件B的身份标识b是否一致,在组件B的身份标识b与目标组件标识不一致时,则可以基于组件B所对应的身份标识b和状态查询请求生成状态查询请求1,此时的状态查询请求1中包括用于标识组件B为中间组件的身份标识b,从而使得状态查询请求1可以记录传输路径。
相类似的,在组件B获取到状态查询请求1之后,可以将状态查询请求1发送至组件C,组件C可以确定组件C的身份标识c与目标组件标识不一致,进而可以基于组件C的身份标识c和状态查询请求1生成状态查询请求2,此时的状态查询请求2中包括用于标识组件B为中间组件的身份标识b、以及用于标识组件C为中间组件的身份标识c,从而使得状态查询请求2可以记录传输路径。
相类似的,在组件C获取到状态查询请求2之后,可以将状态查询请求2发送至组件D,组件D可以确定组件D的身份标识d与目标组件标识不一致,进而可以基于组件D的身份标识d和状态查询请求2生成状态查询请求3,此时的状态查询请求3中包括用于标识组件B为中间组件的身份标识b、用于标识组件C为中间组件的身份标识c、以及用于标识组件D为中间组件的身份标识d,从而使得状态查询请求3可以记录传输路径。
在组件D获取到状态查询请求3之后,可以将状态查询请求3发送至组件E,组件E获取到状态查询请求之后,可以判断组件E的身份标识e与目标组件标识是否一致,在确定组件E的身份标识e与目标组件标识相一致,从而有效地实现了将状态查询请求传输至目标组件。
本实施例中,通过将第二身份标识与至少一个中间组件所对应的至少一个第三身份标识进行比较,在至少一个第三身份标识与第二身份标识不一致时,则继续对状态查询请求进行传输,以将状态查询请求发送至目标组件;或者,在第二身份标识与一第三身份标识相一致时,则将与第三身份标识相对应的中间组件确定为目标组件,从而有效地保证了发送组件通过至少一个中间组件将状态查询请求发送至目标组件,进一步保证了该方法使用的稳定可靠性。
图9为本发明实施例提供的另一种通信链路的检测方法的流程示意图;在上述实施例的基础上,继续参考附图9所示,在将与第三身份标识相对应的中间组件确定为目标组件之后,本实施例中的目标组件可以执行以下步骤,即本实施例中的执行主体可以包括与发送组件相对应的目标组件,具体的,该方法还可以包括:
步骤S901:目标组件生成与状态查询请求相对应的查询反馈信息。
步骤S902:将查询反馈信息返回至发送组件。
在目标组件获取到状态查询请求之后,目标组件可以对状态查询请求进行分析处理,以生成与状态查询请求相对应的查询反馈信息,其中,目标组件所生成的查询反馈信息可以为预先配置的与状态查询请求相对应的预设反馈信息,或者,查询反馈信息所包括的内容与状态查询请求所包括的内容相同;或者,查询反馈信息中可以包括位于发送组件与目标组件之间的通信链路中的至少一个中间组件的组件身份标识。
举例来说,在状态查询请求为预设的“01010101”时,目标组件接收到状态查询请求之后,可以基于状态查询请求生成状态反馈信息,具体的,一种可实现的方式为,基于预先配置的处理策略来确定与状态查询请求相对应的状态反馈信息,例如,状态反馈信息可以为“01111111”。或者,又一种可实现的方式为,状态反馈信息所包括的内容与状态查询请求所包括的内容相同,即状态反馈信息可以为“01010101”。或者,再一种可实现的方式为,查询反馈信息中可以包括位于发送组件与目标组件之间的通信链路中的至少一个中间组件的组件身份标识,例如,状态反馈信息可以为“01010101-0110”,上述的“0110”为位于发送组件与目标组件之间的通信链路中的至少一个中间组件的组件身份标识。
在生成状态反馈信息之后,目标组件可以将查询反馈信息返回至发送组件,以使得发送组件可以基于是否接收到查询反馈信息来检测发送组件与目标组件之间的通信链路的运行状态,从而有效地保证了对通信链路的运行状态进行检测的准确可靠性。
图10为本发明实施例提供的根据是否接收到目标组件基于状态查询请求所发送的查询反馈信息,确定发送组件与目标组件之间的通信链路的工作状态的流程示意图;在上述任意一个实施例中的基础上,参考附图10所示,本实施例对于根据是否接收到目标组件基于状态查询请求所发送的查询反馈信息,确定发送组件与目标组件之间的通信链路的工作状态的具体实现方式不做限定,本领域技术人员可以根据具体的应用需求和设计需求进行设置,较为优选的,本实施例中的根据是否接收到目标组件基于状态查询请求所发送的查询反馈信息,确定发送组件与目标组件之间的通信链路的工作状态可以包括:
步骤S1001:在接收到查询反馈信息时,获取与查询反馈信息相对应的反馈时长。
步骤S1002:基于反馈时长,确定发送组件与目标组件之间的通信链路的工作状态。
为了能够准确地识别出发送组件与目标组件之间通信链路的工作状态,在发送组件接收到查询反馈信息时,可以确定与查询反馈信息相对应的反馈时长。具体的,本实施例对于反馈时长的具体获取方式不做限定,本领域技术人员可以根据具体的应用需求和设计需求进行任意配置,例如:通过预设定时器确定与状态查询请求相对应的发送时间、以及与查询反馈信息相对应的接收时间,而后可以通过发送时间和接收时间确定与查询反馈信息相对应的反馈时长。或者,可以获取与状态查询请求相对应的发送时间戳和与查询反馈信息相对应的反馈时间戳,通过发送时间戳和反馈时间戳来确定与查询反馈信息相对应的反馈时长。
当然的,本领域技术人员还可以采用其他的方式来获取与查询反馈信息相对应的反馈时长,只要能够保证对与查询反馈信息相对应的反馈时长进行获取的准确可靠性即可,在此不再赘述。
在获取到反馈时长之后,可以对反馈时长进行分析处理,以确定发送组件与目标组件之间的通信链路的工作状态。具体的,参考附图11所示,本实施例中的基于反馈时长,确定发送组件与目标组件之间的通信链路的工作状态可以包括:
步骤S1101:将反馈时长与预设时间阈值进行分析比较。
步骤S1102:在反馈时长大于预设时间阈值时,则确定通信链路的延迟状态为异常状态。或者,
步骤S1103:在反馈时长小于或等于预设时间阈值时,则确定通信链路的延迟状态为正常状态。
其中,预设时间阈值可以是预先配置的用于标识通信链路为正常通信状态的最大时间限值,本实施例对于其具体数据范围不做限定,本领域技术人员可以根据具体的应用需求和设计需求进行设置,例如:预设时间阈值可以为15s、25s、30s、45s或者1min等等。在获取到反馈时长之后,可以将反馈时长与预设时间阈值进行分析比较,在反馈时长大于预设时间阈值时,则说明此时的发送组件与目标组件之间的通信链路的延迟时间较长,进而可以确定通信链路的延迟状态为异常状态。或者,在反馈时长小于或等于预设时间阈值时,则说明此时的发送组件与目标组件之间的通信链路的延迟时间较短,进而可以确定通信链路的延迟状态为正常状态。
本实施例中,通过将反馈时长与预设时间阈值进行分析比较,在反馈时长大于预设时间阈值时,则确定通信链路的延迟状态为异常状态,在反馈时长小于或等于预设时间阈值时,则确定通信链路的延迟状态为正常状态,从而有效地实现了基于反馈时长确定发送组件与目标组件之间的通信链路的工作状态,进一步提高了该方法使用的准确可靠性。
图12为本发明实施例提供的又一种通信链路的检测方法的流程示意图;在上述实施例的基础上,继续参考附图12所示,在确定发送组件与目标组件之间的通信链路的工作状态之后,本实施例中的方法还可以包括:
步骤S1201:确定发送组件与目标组件之间的通信链路的链路类型。
步骤S1202:在链路类型为串联链路、且通信链路的工作状态为正常状态时,则确定串联链路中包括的所有组件之间的子通信链路的工作状态为正常状态。或者,
步骤S1203:在链路类型为并联链路时,则生成与并联链路中包括的并联支路相对应的支路状态查询请求,并基于支路状态查询请求确定并联支路所对应的通信链路的工作状态是否正常。
其中,发送组件与目标组件之间所形成的通信链路可以包括多种链路类型,例如:发送组件与目标组件之间所形成的通信链路可以包括以下至少之一:串联链路和并联链路。
为了能够准确地确定发送组件与目标组件之间通信链路的工作状态,在获取到发送组件与目标组件之后,可以地发送组件与目标组件之间的通信链路的链路类型进行分析识别,具体的,可以获取到针对上述通信链路中的每个组件的输入节点个数和输出节点个数,基于输入节点个数和输出节点个数可以确定发送组件与目标组件之间的通信链路的链路类型;在输入节点个数大于或等于2、输出节点个数大于或等于2时,则可以确定发送组件与目标组件之间的通信链路的链路类型包括并联链路,在输入节点个数为1个、且输出节点个数为1个时,则可以确定发送组件与目标组件之间的通信链路的链路类型包括串联链路。
在确定发送组件与目标组件之间的通信链路的链路类型之后,则可以基于发送组件与目标组件之间的通信链路的链路类型对通信链路的工作状态进行检测。具体的,在链路类型为串联链路、且通信链路的工作状态为正常状态时,则可以确定串联链路中包括的所有组件之间的子通信链路的工作状态为正常状态。在链路类型为并联链路时,为了能够保证对每个并联链路的工作状态进行准确地识别,则生成与并联链路中包括的并联支路相对应的支路状态查询请求,其中,支路状态查询请求的个数与并联链路中所包括的并联支路的个数相对应,而后则可以基于支路状态查询请求确定并联支路所对应的通信链路的工作状态是否正常。
举例来说,参考附图13所示,在发送组件通过多个中间组件与目标组件通信连接,多个中间组件可以包括中间组件1和中间组件2时,具体的,发送组件、中间组件1、中间组件2和目标组件可以形成一串联链路,在确定发送组件与目标组件之间的通信链路的链路类型为串联链路之后,在通信链路的工作状态为正常状态时,则说明该串联链路中所包括的发送组件与中间组件1之间、中间组件1与中间组件2之间、中间组件2与目标组件之间所形成的所有子通信链路的工作状态均为正常状态。
另外,参考附图14所示,在发送组件通过多个中间组件与目标组件通信连接,多个中间组件可以包括中间组件1、中间组件2、中间组件3、中间组件4、中间组件5和中间组件6时,具体的,中间组件1可以形成位于发送组件与目标组件之间的并联支路1,中间组件2与中间组件3串联形成位于发送组件与目标组件之间的并联支路2,中间组件4、中间组件5和中间组件6串联形成位于发送组件与目标组件之间的并联支路3;即发送组件和目标组件之间包括多个并联链路。
在确定发送组件与目标组件之间的通信链路的链路类型为并联链路时,为了能够保证对发送组件与目标组件之间通信链路的工作状态进行检测的准确可靠性,则可以生成与并联链路中包括的并联支路相对应的支路状态查询请求,即可以生成与并联支路1相对应的支路状态查询请求1、与并联支路2相对应的支路状态查询请求2以及与并联支路3相对应的支路状态查询请求3,而后可基于上述所生成的支路状态查询请求1、支路状态查询请求2和支路状态查询请求3来确定并联支路所对应的通信链路的工作状态是否正常。
需要注意的是,在生成与并联链路中包括的并联支路相对应的支路状态查询请求时,为了提高对支路状态查询请求进行生成的质量和效率,可以基于并联支路所对应的节点组件生成支路状态查询请求,此时的支路状态查询请求中可以包括与并联支路相对应的支路标识信息(并联支路所包括的节点组件的身份标识)。
如图14所示,对于发送组件与中间组件1所对应的并联支路1而言,可以生成与并联支路1相对应的支路状态查询请求1,该支路状态查询请求1可以包括与中间组件1相对应的组件标识1,该组件标识1用于标识并联支路1。对于发送组件、中间组件2和中间组件3所对应的并联支路2而言,可以生成与并联支路2相对应的支路状态查询请求2,该支路状态查询请求2可以包括与中间组件2相对应的组件标识2、与中间组件3相对应的组件标识3,该上述的组件标识2和组件标识3用于标识并联支路2。相类似的,对于发送组件、中间组件4、中间组件5以及中间组件6所对应的并联支路3而言,可以生成与并联支路3相对应的支路状态查询请求3,该支路状态查询请求3可以包括与中间组件4相对应的组件标识4、与中间组件5相对应的组件标识5、与中间组件6相对应的组件标识6,上述的组件标识4、组件标识5和组件标识6用于标识并联支路3。
具体的,在发送组件接收到目标组件基于支路状态查询请求1所发送的支路状态反馈信息时,则可以确定位于发送组件与目标组件之间的并联支路1的工作状态为正常状态;在发送组件未接收到目标组件基于支路状态查询请求1所发送的支路状态反馈信息时,则可以确定位于发送组件与目标组件之间的并联支路1的工作状态为异常状态。
相类似的,在发送组件接收到目标组件基于支路状态查询请求2所发送的支路状态反馈信息时,则可以确定位于发送组件与目标组件之间的并联支路2的工作状态为正常状态;在发送组件未接收到目标组件基于支路状态查询请求2所发送的支路状态反馈信息时,则可以确定位于发送组件与目标组件之间的并联支路2的工作状态为异常状态。在发送组件接收到目标组件基于支路状态查询请求3所发送的支路状态反馈信息时,则可以确定位于发送组件与目标组件之间的并联支路3的工作状态为正常状态;在发送组件未接收到目标组件基于支路状态查询请求3所发送的支路状态反馈信息时,则可以确定位于发送组件与目标组件之间的并联支路3的工作状态为异常状态。
需要注意的是,在生成与支路状态查询请求相对应的支路状态反馈信息时,为了提高对支路状态反馈信息进行生成的质量和效率,可以基于并联支路所对应的组件节点生成支路状态反馈信息,此时的支路状态反馈信息中可以包括与并联支路相对应的支路标识信息(并联支路所包括的组件节点的身份标识)。其中,生成支路状态反馈信息的具体实现方式与生成支路状态查询请求的具体实现方式相类似,具体的,可以先确定与支路状态查询请求相对应的支路标识信息,基于该支路标识信息生成相对应的支路状态反馈信息,此时的支路状态反馈信息中可以包括支路标识信息。
本实施例中,通过确定发送组件与目标组件之间的通信链路的链路类型,在链路类型为串联链路、且通信链路的工作状态为正常状态时,则可以确定串联链路中包括的所有组件之间的子通信链路的工作状态为正常状态;或者,在链路类型为并联链路时,则生成与并联链路中包括的并联支路相对应的支路状态查询请求,并基于支路状态查询请求确定并联支路所对应的通信链路的工作状态是否正常,从而有效地实现了基于发送组件与目标组件之间的通信链路的链路类型对不同结构的通信链路的工作状态进行检测的准确可靠性,进一步提高了该方法使用的准确可靠性。
图15为本发明实施例提供的将状态查询请求发送至目标组件的流程示意图一;在上述实施例的基础上,继续参考附图15所示,本实施例提供了另一种可实现将状态查询请求发送至目标组件的方式,具体的,将状态查询请求发送至目标组件可以包括:
步骤S1501:获取与状态查询请求相对应的发送频率。
步骤S1502:基于发送频率,将状态查询请求发送至目标组件。
在发送组件与目标组件之间建立通信链路之后,为了能够保证对通信链路进行检测的及时可靠性,可以获取与状态查询请求相对应的发送频率,而后可以基于发送频率将状态查询请求发送至目标组件;即控制发送组件与目标组件进行运行时,可以获取预先配置的与状态查询请求相对应的发送频率,而后控制发送组件按照上述的发送频率定期向目标组件发送状态查询请求,以检测发送组件与目标组件之间通信链路的工作状态。
本实施例中,通过获取与状态查询请求相对应的发送频率,而后基于发送频率将状态查询请求发送至目标组件,有效地实现了可以定期对发送组件与目标组件之间的通信链路进行定期检测,进而保证了发送组件与目标组件进行工作的稳定可靠性,进一步提高了该方法的实用性。
图16为本发明实施例提供的将状态查询请求发送至目标组件的流程示意图二;在上述实施例的基础上,继续参考附图16所示,本实施例提供了另一种可实现将状态查询请求发送至目标组件的方式,具体的,将状态查询请求发送至目标组件可以包括:
步骤S1601:获取与状态查询请求相对应的发送格式。
步骤S1602:基于发送格式,将状态查询请求发送至目标组件。
在发送组件与目标组件之间建立通信链路之后,为了能够保证对通信链路进行检测的及时可靠性,可以获取与状态查询请求相对应的发送格式,而后可以基于上述所限定的发送格式将状态查询请求发送至目标组件,而后控制发送组件按照上述的发送格式向目标组件发送状态查询请求,使得任意类型的目标组件均可以基于所限定的发送格式识别出状态查询请求,从而便于实现检测发送组件与目标组件之间通信链路的工作状态。
本实施例中,通过获取与状态查询请求相对应的发送格式,而后基于发送格式将状态查询请求发送至目标组件,使得任意类型的目标组件均可以基于所限定的发送格式识别出状态查询请求,有效地实现了可以基于预先配置的发送格式对发送组件与目标组件之间的通信链路进行状态检测,进而保证了对发送组件与目标组件之间通信链路的工作状态进行检测的稳定可靠性。
图17为本发明实施例提供的又一种通信链路的检测方法的流程示意图的流程示意图;在上述任意一种实施例的基础上,继续参考附图17所示,在状态查询请求中包括应用请求数据时,本实施例中的方法还可以包括:
步骤S1701:接收目标组件基于应用请求数据所发送的应用反馈数据。
步骤S1702:基于应用反馈数据,确定与目标组件相对应的应用状态。
其中,应用请求数据可以包括以下至少之一:负载占用请求、内存占用请求、中央处理器CPU占用请求;相对应的,应用状态可以包括以下至少之一:负载占用信息、内存占用信息、中央处理器CPU占用信息。在发送组件向目标组件发送应用请求数据时,在目标组件获取到应用请求数据之后,可以基于应用请求数据生成应用反馈信息,并将应用反馈数据发送至发送组件,从而使得发送组件可以接收到目标组件基于应用请求数据所发送的应用反馈数据,在发送组件接收到应用反馈数据之后,则可以基于应用反馈数据来确定与目标组件相对应的应用状态。
举例1,在发送组件向目标组件发送负载占用请求之后,目标组件接收到负载占用请求之后,可以基于负载占用请求生成负载占用信息,而后可以将负载占用信息返回至发送组件,从而使得发送组件可以接收到目标组件基于负载占用请求所发送的负载占用信息,并可以基于负载占用信息确定目标组件所对应的负载占用情况,从而使得用户可以及时、准确地获取到目标组件的负载占用情况,这样有利于基于负载占用情况对发送组件与目标组件之间的运行状态进行调整和调度,以便提高发送组件与目标组件之间进行数据通信的质量和效率。
举例2,在发送组件向目标组件发送内存占用请求之后,目标组件接收到内存占用请求之后,可以基于内存占用请求生成内存占用信息,而后可以将内存占用信息返回至发送组件,从而使得发送组件可以接收到目标组件基于内存占用请求所发送的内存占用信息,并可以基于内存占用信息确定目标组件所对应的内存占用情况,从而使得用户可以及时、准确地获取到目标组件的内存占用情况,这样有利于基于内存占用信息对发送组件与目标组件之间的运行状态进行调整和调度,以便提高发送组件与目标组件之间进行数据通信的质量和效率。
举例3,在发送组件向目标组件发送中央处理器CPU占用请求之后,目标组件接收到中央处理器CPU占用请求之后,可以基于中央处理器CPU占用请求生成CPU占用信息,而后可以将CPU占用信息返回至发送组件,从而使得发送组件可以接收到目标组件基于CPU占用请求所发送的CPU占用信息,从而使得用户可以及时、准确地获取到目标组件的CPU占用信息,这样有利于基于CPU占用信息对发送组件与目标组件之间的运行状态进行调整和调度,以便提高发送组件与目标组件之间进行数据通信的质量和效率。
图18为本发明实施例提供的再一种通信链路的检测方法的流程示意图;参考附图18所示,本实施例提供了再一种通信链路的检测方法,该方法的执行主体可以为通信链路的检测装置,具体应用时,该检测装置可以为具有数据传输功能的中间组件,即该通信链路的检测方法可以应用于中间组件,可以理解的是,该中间组件可以实现为软件、或者软件和硬件的组合。具体的,该通信链路的检测方法可以包括:
步骤S1801:中间组件接收发送组件发送的状态查询请求,状态查询请求用于查询发送组件与目标组件之间通信链路的工作状态。
步骤S1802:中间组件确定与状态查询请求相对应的目标组件的目标身份标识。
步骤S1803:中间组件基于目标身份标识对状态查询请求进行传输,以将状态查询请求发送至目标组件。
具体的,在发送组件生成用于查询发送组件与目标组件之间通信链路工作状态的状态查询请求之后,发送组件可以将状态查询请求发送至中间组件,从而使得中间组件可以接收到发送组件所发送的状态查询请求。在中间组件接收到状态查询请求之后,可以对状态查询请求进行分析处理,以确定与状态查询请求相对应的目标组件的目标身份标识。
在获取到目标组件的目标身份标识之后,中间组件可以基于目标身份标识对状态查询请求进行传输,以将状态查询请求发送至目标组件。具体的,中间组件基于目标身份标识对状态查询请求进行传输,以将状态查询请求发送至目标组件可以包括:
步骤S18031:中间组件将目标身份标识与中间组件所对应的第一身份标识进行比较。
步骤S18032:在第一身份标识与目标身份标识不一致时,则将状态查询请求通过中间组件的发送端口发送至其他组件,以将状态查询请求最终发送至目标组件,其中,发送端口与中间组件接收状态查询请求的端口不同;以及,在第一身份标识与目标身份标识相一致时,则将与第一身份标识相对应的中间组件确定为目标组件。
具体的,在中间组件获取到与状态查询请求相对应的目标组件的目标身份标识之后,可以获取中间组件所对应的第一身份标识,将第一身份标识与目标身份标识进行分析比较,在分析比较结果为第一身份标识与目标身份标识不一致时,则说明该第一身份标识所对应的中间组件并非目标组件,此时,为了能够将状态查询请求发送至目标组件,则可以继续对状态查询请求进行传输,即将状态查询请求通过中间组件的发送端口发送至其他组件,其他组件可以包括其他的中间组件或者目标组件,以实现将状态查询请求发送至目标组件。在分析比较结果为第一身份标识与目标身份标识相一致时,在确定与第一身份标识相对应的中间组件即为目标组件,从而实现了将状态查询请求发送至目标组件。
举例来说,发送组件为组件A,至少一个中间组件可以包括:组件B、组件C和组件D,组件A、组件B、组件C和组件D依次连接;其中,组件B对应身份标识b、组件C对应身份标识c、组件D对应身份标识d,在组件A生成状态查询请求之后,所生成的状态查询请求中可以包括目标组件的身份标识,假设目标组件的身份标识为身份标识c。之后,组件A可以将状态查询请求发送至组件B,在组件B获取到状态查询请求之后,可以将组件B所对应的身份标识b与目标组件的身份标识进行分析比较,由于身份标识b与身份标识c不一致,进而说明组件B并不是与状态查询请求所对应的目标组件,此时,组件B可以将状态查询请求转发至组件C,在组件C获取到状态查询请求之后,可以将组件C所对应的身份标识c与目标组件的身份标识进行分析比较,由于身份标识c与状态查询请求中包括的身份标识c相一致,进而说明组件C是与状态查询请求所对应的目标组件,此时,有效地实现了组件A将状态查询请求发送至组件C,在组件C接收到状态查询请求之后,组件C无需再次对状态查询请求进行传输。
本实施例中,通过将目标组件的目标身份标识与中间组件所对应的第一身份标识进行比较,在第一身份标识与目标身份标识不一致时,则继续对状态查询请求进行传输,以将状态查询请求发送至目标组件;或者,在目标身份标识与第一身份标识相一致时,则将与第一身份标识相对应的中间组件确定为目标组件,从而有效地实现了发送组件可以将状态查询请求发送至目标组件,进一步保证了该方法使用的稳定可靠性。
在一些实例中,在第一身份标识与目标身份标识不一致时,本实施例中的方法还可以包括:
步骤S1804:在状态查询请求中加入第一身份标识,并标记第一身份标识对应的组件为中间组件,以记录状态查询请求的传输路径。
在第一身份标识与目标身份标识不一致时,则说明第一身份标识所对应的组件均不是目标组件,此时,为了能够使得用户及时了解到状态查询请求所通过的组件,在生成状态查询请求,且经过至与目标身份标识不同的身份标识的中间组件时,则可以在状态查询请求中加入第一身份标识,并标记第一身份标识对应的组件为中间组件。
举例来说,发送组件为组件A、中间组件包括组件B、组件C和组件D,目标组件为组件E,在组件A生成状态查询请求之后,可以将状态查询请求发送至组件B,在组件B接收到状态查询请求之后,可以判断状态查询请求中包括的目标组件标识与组件B的身份标识b是否一致,在组件B的身份标识b与目标组件标识不一致时,则可以基于组件B所对应的身份标识b和状态查询请求生成状态查询请求1,此时的状态查询请求1中包括用于标识组件B为中间组件的身份标识b,从而使得状态查询请求1可以记录传输路径。
相类似的,在组件B获取到状态查询请求1之后,可以将状态查询请求1发送至组件C,组件C可以确定组件C的身份标识c与目标组件标识不一致,进而可以基于组件C的身份标识c和状态查询请求1生成状态查询请求2,此时的状态查询请求2中包括用于标识组件B为中间组件的身份标识b、以及用于标识组件C为中间组件的身份标识c,从而使得状态查询请求2可以记录传输路径。
相类似的,在组件C获取到状态查询请求2之后,可以将状态查询请求2发送至组件D,组件D可以确定组件D的身份标识d与目标组件标识不一致,进而可以基于组件D的身份标识d和状态查询请求2生成状态查询请求3,此时的状态查询请求3中包括用于标识组件B为中间组件的身份标识b、用于标识组件C为中间组件的身份标识c、以及用于标识组件D为中间组件的身份标识d,从而使得状态查询请求3可以记录传输路径。
在组件D获取到状态查询请求3之后,可以将状态查询请求3发送至组件E,组件E获取到状态查询请求之后,可以判断组件E的身份标识e与目标组件标识是否一致,在确定组件E的身份标识e与目标组件标识相一致,从而有效地实现了将状态查询请求传输至目标组件。
在又一些实例中,在第一身份标识与目标身份标识不一致时,本实施例中的方法还可以包括:
步骤S1901:接收目标组件所发送的查询反馈信息,查询反馈信息中包括位于发送组件与目标组件之间的通信链路中的至少一个中间组件的组件身份标识。
步骤S1902:基于查询反馈信息所包括的至少一个中间组件的组件身份标识对查询反馈信息进行传输,以将查询反馈信息最终发送至发送组件。
在中间组件将状态查询请求发送至目标组件之后,目标组件可以对状态查询请求进行分析处理,并生成与状态查询请求相对应的查询反馈信息。而后目标组件可以将查询反馈信息发送至中间组件,从而使得中间组件可以接收到目标组件所发送的查询反馈信息,其中,该查询反馈信息中可以包括位于发送组件与目标组件之间的通信链路中的至少一个中间组件的组件身份标识。
在获取到查询反馈信息之后,则可以对查询反馈信息进行分析处理,以基于查询反馈信息中所包括的至少一个中间组件的组件身份标识对查询反馈信息进行传输,以将查询反馈信息最终发送至发送组件,而后发送组件可以根据是否接收到目标组件基于状态查询请求所发送的查询反馈信息,确定发送组件与目标组件之间的通信链路的工作状态。
以图14所示,在状态反馈信息为“01010101-0110”时,上述的“0110”为位于发送组件与目标组件之间的通信链路中的至少一个中间组件的组件身份标识,在中间组件获取到状态反馈信息之后,可以对上述状态反馈信息中所包括的“0110”进行分析处理,以确定与该状态反馈信息所对应的至少一个中间组件包括中间组件2和中间组件3,而后可以将状态反馈信息依次通过中间组件3和中间组件2进行传输,以实现目标组件将状态反馈信息通过中间组件3、中间组件2发送至发送组件,从而实现将查询反馈信息最终发送至发送组件。
再或者,在状态反馈信息为“01011101-0111”时,上述的“0111”为位于发送组件与目标组件之间的通信链路中的至少一个中间组件的组件身份标识,在中间组件获取到状态反馈信息之后,可以对上述状态反馈信息中所包括的“0111”进行分析处理,以确定与该状态反馈信息所对应的至少一个中间组件包括中间组件4、中间组件5和中间组件6,而后可以将状态反馈信息依次通过中间组件4、中间组件5和中间组件6进行传输,以实现目标组件将状态反馈信息通过中间组件4、中间组件5和中间组件6发送至发送组件,从而实现将查询反馈信息最终发送至发送组件。
具体应用时,本应用实施例提供了一种通信链路的检测方法,该检测方法的执行主体可以为通信链路的检测***,下面以通过因特网信报控制协议(Internet ControlMessages Protocol,简称ICMP)而生成的Ping指令(一般至少包括10-11个字节)作为状态查询请求为例进行说明。在通信链路的检测***执行上述的通信链路检测方法时,可以将Ping指令配置为满足预设通信协议的特定格式,而上述满足预设通信协议的特定格式可以实现对通信链路的检测***的负载、内存、通信链路的运行状态进行检测。
具体的,参考附图21所示,该通信链路的检测***可以包括:
上位机,包括个人电脑PC、移动终端设备或其他嵌入式终端设备,用于作为具有数据传输功能的发送组件,具体的,该上位机可以获取与发送组件和目标组件相对应的应用层数据、网络层数据和数据链路层数据,并基于应用层数据、网络层数据和数据链路层数据来生成状态查询请求(Ping指令),并将状态查询请求按照预设频率发送至其他组件,其中,预设频率可以包括以下任意之一:1次/s、2次/s、3次/s或者5次/s等等。
在另一些实例中,其他组件也可以主动生成用于标识组件本身运行状态的状态标识信息,并将状态标识信息主动上传至上位机,以使得上位机可以主动获知到与其他组件的运行状态相对应的状态标识信息。
其他组件可以包括:中间组件和目标组件,用于接收上位机所发送的状态查询请求,并基于状态查询请求执行相应的数据传输操作、或者生成与状态查询请求相对应的查询反馈信息。
下面以中间组件包括与上位机依次连接的第一芯片、第二芯片、第三芯片、第四芯片和第五芯片,目标组件包括第六芯片为例进行说明,其中,第一芯片的接口与第二芯片的接口之间可以通过无线链路进行通信连接,第二芯片的接口与第三芯片的接口之间可以通过PCIE进行通信连接,第三芯片的接口与第四芯片的接口之间可以通过USB进行通信连接,第四芯片的接口与第五芯片的接口之间可以通过CAN进行通信连接,第五芯片的接口与第六芯片的接口之间可以通过串口进行通信连接,并且,第六芯片通信连接有传感器,该传感器用于检测第六芯片的运行状态信息。在一实施方式中,第一芯片、第二芯片、第三芯片、第四芯片、第五芯片和第六芯片包括于同一设备或装置中。
具体的,基于上述所限定的通信链路的检测***的结构,在通信链路的检测***执行通信链路的检测方法时,一种可实现的方式,参考附图19所示,本实施例中的方法包括以下步骤:
步骤1:发送组件(上位机)获取与发送组件和目标组件(第六芯片)相对应的应用层数据、网络层数据和数据链路层数据。
其中,应用层数据可以包括以下至少之一:发送组件的第一身份标识、目标组件的第二身份标识、应用请求数据、校验数据,上述的应用请求数据可以随着不同的应用场景和应用需求而有所不同,例如,应用请求数据可以状态请求数据、内存请求数据、负载请求数据等等,即用户能够根据不同的应用场景或者不同的应用需求来配置不同的应用请求数据。上述的校验数据用于实现对状态查询请求的合理性进行验证。
步骤2:基于应用层数据、网络层数据和数据链路层数据生成状态查询请求。
具体的,应用层数据可以包括以下至少之一:发送组件的第一身份标识、目标组件的第二身份标识、应用请求数据、校验数据;数据链路层数据可以包括以下至少之一:帧数据、数据控制信息,数据控制信息包括以下至少之一:发送组件的地址信息、目标组件数据控制信息的地址信息、校验数据;网络层数据可以包括:与帧数据和数据控制信息相对应的数据包。一般情况下,所生成的状态查询请求可以包括10到11个字节,所生成的状态查询请求中包括的第一个字节信息可以为发送者信息、第二个字节信息可以为接收者信息、第三个字节信息可以为发送序号标识、第四个字节信息可以为校验信息。
可以理解的是,状态查询请求的具体格式内容并不限于上述所限定的格式内容,本领域技术人员可以根据具体的应用需求和设计需求进行设置,在此不再赘述。
步骤3:将状态查询请求发送至目标组件。
步骤4:目标组件接收状态查询请求,并生成与状态查询请求相对应的查询反馈信息。
步骤5:目标组件将查询反馈信息发送至发送组件。
步骤6:发送组件基于是否接收到查询反馈信息确定发送组件与目标组件之间的通信链路的工作状态。
具体的,在发送组件接收到查询反馈信息时,则可以确定发送组件与目标组件之间的通信链路的工作状态为正常状态;在发送组件未接收到查询反馈信息时,则可以确定发送组件与目标组件之间的通信链路的工作状态为异常状态。或者,在发送组件接收到查询反馈信息、并确定与查询反馈信息相对应的回包时间,以根据回包时间判断通信链路的延迟是否合理。
另一种可实现的方式,参考附图20所示,本实施例中的方法包括以下步骤:
步骤11:发送组件(上位机)获取与发送组件和目标组件(第六芯片)相对应的应用层数据、网络层数据和数据链路层数据。
步骤12:基于应用层数据、网络层数据和数据链路层数据生成状态查询请求。
步骤13:将状态查询请求发送至中间组件(包括第一芯片、第二芯片、第三芯片、第四芯片、第五芯片)。
步骤14:中间组件接收到状态查询请求,识别该中间组件是否为目标组件。
具体的,在将状态查询请求发送至第一芯片、使得第一芯片接收到状态查询请求之后,可以识别该第一芯片是否为目标组件,即判断第一芯片的身份标识信息与状态查询请求中所包括的与目标组件相对应的身份标识信息是否相同,在第一芯片是目标组件时,则可以生成与状态查询请求相对应的查询反馈信息1,并将所生成的查询反馈信息1发送至发送组件。
或者,在第一芯片不是目标组件时,则可以继续对状态查询请求进行传输,即第一芯片可以将状态查询请求发送至第二芯片,在第二芯片接收到状态查询请求之后,可以识别该第二芯片是否为目标组件,在第二芯片是目标组件时,则可以生成与状态查询请求相对应的查询反馈信息2,并将所生成的查询反馈信息2发送至发送组件。
相类似的,在第二芯片不是目标组件时,则可以继续对状态查询请求进行传输,即第二芯片可以将状态查询请求发送至第三芯片,在第三芯片接收到状态查询请求之后,可以识别该第三芯片是否为目标组件,在第三芯片是目标组件时,则可以生成与状态查询请求相对应的查询反馈信息2,并将所生成的查询反馈信息2发送至发送组件。
步骤15:发送组件基于是否接收到查询反馈信息1(查询反馈信息2)确定发送组件与目标组件之间的通信链路的工作状态。
具体的,在发送组件接收到查询反馈信息1(查询反馈信息2)时,则可以确定发送组件与目标组件之间的通信链路的工作状态为正常状态;在发送组件未接收到查询反馈信息1(查询反馈信息2)时,则可以确定发送组件与目标组件之间的通信链路的工作状态为异常状态。或者,在发送组件接收到查询反馈信息1(查询反馈信息2)、并确定与查询反馈信息1(查询反馈信息2)相对应的回包时间,以根据回包时间判断通信链路的延迟是否合理。
本应用实施例提供的通信链路的检测方法,能够简单、高效解决相关技术中对通信链路的检测***中各个芯片及芯片之间的通信链路的运行状态进行检测及诊断所存在的复杂问题,并且还方法还具有实现方式简单、灵活性好、扩展性强等特点,即通过简单的状态查询请求即可准确地检测出通信链路的检测***之间的通信链路所对应的通信状态及链路的延时情况,从而便于使得用户可以及时、准确地对发送组件和目标组件进行调整或控制,有效地提高了该方法使用的稳定可靠性。
图22为本发明实施例提供的一种通信链路的检测装置的结构示意图一;参考附图22所示,本实施例提供了一种通信链路的检测装置,该通信链路的检测装置可以执行上述图1实施例所对应的通信链路的检测方法。其中,通信链路至少可以包括发送组件和与发送组件通信连接的目标组件,检测装置包括:
第一存储器12,用于存储计算机程序;
第一处理器11,用于运行第一存储器12中存储的计算机程序以实现:
在发送组件与目标组件之间建立通信链路之后,生成与目标组件相对应的状态查询请求,其中,发送组件的通信协议接口的类型与目标组件的通信协议接口的类型不同;
将状态查询请求发送至目标组件;
根据是否接收到目标组件基于状态查询请求所发送的查询反馈信息,确定发送组件与目标组件之间的通信链路的工作状态。
其中,通信链路的检测装置的结构中还可以包括第一通信接口13,用于电子设备与其他设备或通信网络通信。
在一些实例中,在第一处理器11生成与目标组件相对应的状态查询请求时,第一处理器11用于:获取与发送组件和目标组件相对应的应用层数据、网络层数据和数据链路层数据;基于应用层数据、网络层数据和数据链路层数据,生成与目标组件相对应的状态查询请求。
在一些实例中,应用层数据包括以下至少之一:发送组件的第一身份标识、目标组件的第二身份标识、应用请求数据、校验数据;
数据链路层数据可以包括以下至少之一:帧数据、数据控制信息,所述数据控制信息包括以下至少之一:发送组件的地址信息、目标组件数据控制信息的地址信息、校验数据;
网络层数据可以包括:与帧数据和数据控制信息相对应的数据包。
在一些实例中,在第一处理器11生成与目标组件相对应的状态查询请求时,第一处理器11用于:获取目标组件的第二身份标识;基于发送组件的第一身份标识、第二身份标识和预设的校验数据,生成状态查询请求。
在一些实例中,在第一处理器11将状态查询请求发送至目标组件时,第一处理器11用于:将状态查询请求直接发送至目标组件;或者,将状态查询请求通过至少一个中间组件发送至目标组件。
在一些实例中,在第一处理器11将状态查询请求通过至少一个中间组件发送至目标组件时,第一处理器11用于:将状态查询请求发送至至少一个中间组件,以使至少一个中间组件确定与状态查询请求相对应的目标组件的第二身份标识,并基于第二身份标识对状态查询请求进行传输,以将状态查询请求发送至目标组件,其中,发送组件的通信协议接口的类型、至少一个中间组件的通信协议接口类型、和目标组件的通信协议接口的类型不完全相同。
在一些实例中,在至少一个中间组件基于第二身份标识对状态查询请求进行传输,以将状态查询请求发送至目标组件时,至少一个中间组件用于:将第二身份标识与至少一个中间组件所对应的至少一个第三身份标识进行比较;在至少一个第三身份标识与第二身份标识不一致时,则将状态查询请求通过中间组件的发送端口发送至其他组件,以将状态查询请求最终发送至目标组件,其中,发送端口与中间组件接收状态查询请求的端口不同;以及,在第二身份标识与一第三身份标识相一致时,则将与第三身份标识相对应的中间组件确定为目标组件。
在一些实例中,在至少一个第三身份标识与第二身份标识不一致时,第一处理器11还用于:在状态查询请求中加入第三身份标识,并标记第三身份标识对应的组件为中间组件,以记录状态查询请求的传输路径。
在一些实例中,在将与第三身份标识相对应的中间组件确定为目标组件之后,第一处理器11还用于:目标组件生成与状态查询请求相对应的查询反馈信息;将查询反馈信息返回至发送组件。
在一些实例中,查询反馈信息所包括的内容与状态查询请求所包括的内容相同。
在一些实例中,查询反馈信息中包括位于发送组件与目标组件之间的通信链路中的至少一个中间组件的组件身份标识。
在一些实例中,在第一处理器11根据是否接收到目标组件基于状态查询请求所发送的查询反馈信息,确定发送组件与目标组件之间的通信链路的工作状态时,第一处理器11还用于:在接收到查询反馈信息时,确定通信链路的工作状态为正常状态;或者,在未接收到查询反馈信息时,确定通信链路的工作状态为异常状态。
在一些实例中,在第一处理器11根据是否接收到目标组件基于状态查询请求所发送的查询反馈信息,确定发送组件与目标组件之间的通信链路的工作状态时,第一处理器11还用于:在接收到查询反馈信息时,获取与查询反馈信息相对应的反馈时长;基于反馈时长,确定发送组件与目标组件之间的通信链路的工作状态。
在一些实例中,在第一处理器11基于反馈时长,确定发送组件与目标组件之间的通信链路的工作状态时,第一处理器11还用于:将反馈时长与预设时间阈值进行分析比较;在反馈时长大于预设时间阈值时,则确定通信链路的延迟状态为异常状态;或者,在反馈时长小于或等于预设时间阈值时,则确定通信链路的延迟状态为正常状态。
在一些实例中,在确定发送组件与目标组件之间的通信链路的工作状态之后,本实施例中的第一处理器11还用于:确定发送组件与目标组件之间的通信链路的链路类型;在链路类型为串联链路、且通信链路的工作状态为正常状态时,则确定串联链路中包括的所有组件之间的子通信链路的工作状态为正常状态;以及,在链路类型为并联链路时,则生成与并联链路中包括的并联支路相对应的支路状态查询请求,并基于支路状态查询请求确定并联支路所对应的通信链路的工作状态是否正常。
在一些实例中,支路状态查询请求的个数与并联链路中所包括的并联支路的个数相对应。
在一些实例中,在第一处理器11将状态查询请求发送至目标组件时,第一处理器11还用于:获取与状态查询请求相对应的发送频率;基于发送频率,将状态查询请求发送至目标组件。
在一些实例中,在第一处理器11将状态查询请求发送至目标组件时,第一处理器11还用于:获取与状态查询请求相对应的发送格式;基于发送格式,将状态查询请求发送至目标组件。
在一些实例中,在状态查询请求中包括应用请求数据时,第一处理器11还用于:接收目标组件基于应用请求数据所发送的应用反馈数据;基于应用反馈数据,确定与目标组件相对应的应用状态。
在一些实例中,应用请求数据包括以下至少之一:负载占用请求、内存占用请求、中央处理器CPU占用请求;相对应的,应用状态包括以下至少之一:负载占用信息、内存占用信息、中央处理器CPU占用信息。
在一些实例中,发送组件和目标组件为一组组件中的任意两个不同的组件。
图22所示装置可以执行图1-图17、图19-图21所示实施例的方法,本实施例未详细描述的部分,可参考对图1-图17、图19-图21所示实施例的相关说明。该技术方案的执行过程和技术效果参见图1-图17、图19-图21所示实施例中的描述,在此不再赘述。
图23为本发明实施例提供的一种通信链路的检测装置的结构示意图二;参考附图23所示,本实施例提供了一种通信链路的检测装置,该通信链路的检测装置可以执行上述图18实施例所对应的通信链路的检测方法。其中,通信链路至少可以包括发送组件和与发送组件通信连接的目标组件,检测装置包括:
第二存储器22,用于存储计算机程序;
第二处理器21,用于运行第二存储器22中存储的计算机程序以实现:
接收发送组件发送的状态查询请求,状态查询请求用于查询发送组件与目标组件之间通信链路的工作状态;
确定与状态查询请求相对应的目标组件的目标身份标识;
基于目标身份标识对状态查询请求进行传输,以将状态查询请求发送至目标组件。
其中,通信链路的检测装置的结构中还可以包括第二通信接口23,用于电子设备与其他设备或通信网络通信。
在一些实例中,在第二处理器21基于目标身份标识对状态查询请求进行传输,以将状态查询请求发送至目标组件时,第二处理器21还用于:将目标身份标识与检测装置所对应的第一身份标识进行比较;在第一身份标识与目标身份标识不一致时,则将状态查询请求通过检测装置的发送端口发送至其他组件,以将状态查询请求最终发送至目标组件,其中,发送端口与检测装置接收状态查询请求的端口不同;以及,在第一身份标识与目标身份标识相一致时,则将与第一身份标识相对应的检测装置确定为目标组件。
在一些实例中,在第一身份标识与目标身份标识不一致时,第二处理器21还用于:在状态查询请求中加入第一身份标识,并标记第一身份标识对应的组件为中间组件,以记录状态查询请求的传输路径。
在一些实例中,在第一身份标识与目标身份标识不一致时,第二处理器21还用于:接收目标组件所发送的查询反馈信息,查询反馈信息中包括位于发送组件与目标组件之间的通信链路中的至少一个中间组件的组件身份标识;基于查询反馈信息所包括的至少一个中间组件的组件身份标识对查询反馈信息进行传输,以将查询反馈信息最终发送至发送组件。
图23所示装置可以执行图18-图21所示实施例的方法,本实施例未详细描述的部分,可参考对图18-图21所示实施例的相关说明。该技术方案的执行过程和技术效果参见图18-图21所示实施例中的描述,在此不再赘述。
图24为本发明实施例提供的一种通信链路的检测***的结构示意图;参考附图24所示,本实施例提供了一种通信链路的检测***,其中,通信链路至少包括发送组件31与发送组件31通信连接的目标组件32,发送组件31的通信协议接口的类型与目标组件32的通信协议接口的类型不同,***包括:
发送组件31,用于生成与目标组件32相对应的状态查询请求;将状态查询请求通过中间组件33发送至目标组件32;根据是否接收到目标组件32基于状态查询请求所发送的查询反馈信息,确定发送组件31与目标组件32之间的通信链路的工作状态;
中间组件33,用于通过接收端口接收发送组件31发送的状态查询请求,状态查询请求用于查询发送组件31与目标组件32之间通信链路的工作状态,并将状态查询请求通过中间组件33的发送端口发送出去,其中,发送端口与中间组件33的接收端口不同;
目标组件32,用于通过中间组件33接收状态查询请求,并基于状态查询请求生成查询反馈信息,将查询反馈信息发送至发送组件31。
在一些实例中,在通信链路的检测***应用于无人机***时,发送组件31可以包括以下至少之一:遥控器、无人机、相机、移动互联网设备、预设应用程序APP;相类似的,目标组件32可以包括以下至少之一:遥控器、无人机、相机、移动互联网设备、预设应用程序APP,上述的目标组件32与发送组件31的通信协议不同。
图24所示***可以执行图1-图21所示实施例的方法,本实施例未详细描述的部分,可参考对图1-图21所示实施例的相关说明。该技术方案的执行过程和技术效果参见图1-图21所示实施例中的描述,在此不再赘述。
图25为本发明实施例提供的一种可移动平台的结构示意图一;参考附图25所示,本实施例提供了一种可移动平台,具体应用时,该可移动平台可以为手持电话、手持云台、无人机、无人车、无人船、机器人或自动驾驶汽车等,具体的,该可移动平台可以包括:
机身41;
上述图22实施例中的通信链路的检测装置42,设置于机身41上,用于对可移动平台的通信组件之间所形成的通信链路的状态进行检测。
其中,可移动平台的通信组件可以包括以下至少之一:遥控器、无人机、相机、移动互联网设备、预设应用程序APP。
图25所示可移动平的具体实现过程和实现原理与上述图22中通信链路的检测装置42的实现过程和实现原理相类似,具体可参见上述图22所示实施例中的描述,在此不再赘述。
图26为本发明实施例提供的一种可移动平台的结构示意图二,参考附图26所示,本实施例提供了一种可移动平台,可移动平台可以是手持电话、手持云台、无人机、无人车、无人船、机器人或自动驾驶汽车等,具体的,该可移动平台可以包括:
机身51;
上述图23实施例中的通信链路的检测装置52,设置于机身51上,用于对可移动平台的通信组件之间所形成的通信链路的状态进行检测。
其中,可移动平台的通信组件可以包括以下至少之一:遥控器、无人机、相机、移动互联网设备、预设应用程序APP。
图25所示可移动平的具体实现过程和实现原理与上述图23中通信链路的检测装置52的实现过程和实现原理相类似,具体可参见上述图23所示实施例中的描述,在此不再赘述。
本实施例的另一方面提供了一种计算机可读存储介质,存储介质为计算机可读存储介质,该计算机可读存储介质中存储有程序指令,程序指令用于实现上述图1-图17所对应实施例中的通信链路的检测方法。
本实施例的另一方面提供了一种计算机可读存储介质,存储介质为计算机可读存储介质,该计算机可读存储介质中存储有程序指令,程序指令用于实现上述图18所对应实施例中的通信链路的检测方法。
本发明实施例提供的技术方案,可以根据是否接收到目标组件所发送的查询反馈信息,确定发送组件与目标组件之间的通信链路的工作状态,其中,查询反馈信息可以满足预设通信协议,该预设通信协议可以使得数据在不同的通信协议接口之间进行安全、稳定地数据传输,从而有效地实现了通过不同通信协议接口所建立的通信链路的状态进行查询,并且该方法还具有实现方式简单、有效地减少了人力成本和时间成本的特点,进一步提高了该方法的实用性。
以上各个实施例中的技术方案、技术特征在与本相冲突的情况下均可以单独,或者进行组合,只要未超出本领域技术人员的认知范围,均属于本申请保护范围内的等同实施例。
在本发明所提供的几个实施例中,应该理解到,所揭露的相关遥控装置和方法,可以通过其它的方式实现。例如,以上所描述的遥控装置实施例仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,遥控装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得计算机处理器(processor)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,RandomAccess Memory)、磁盘或者光盘等各种可以存储程序代码的介质。
以上所述仅为本发明的实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。
最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
Claims (55)
1.一种通信链路的检测方法,其特征在于,包括:
在发送组件与目标组件之间建立通信链路之后,生成与所述目标组件相对应的状态查询请求,其中,所述发送组件的通信协议接口的类型与所述目标组件的通信协议接口的类型不同;
将所述状态查询请求发送至所述目标组件;
根据是否接收到所述目标组件基于所述状态查询请求所发送的查询反馈信息,确定所述发送组件与所述目标组件之间的通信链路的工作状态。
2.根据权利要求1所述的方法,其特征在于,所述生成与所述目标组件相对应的状态查询请求,包括:
获取与所述发送组件和目标组件相对应的应用层数据、网络层数据和数据链路层数据;
基于所述应用层数据、网络层数据和所述数据链路层数据,生成与所述目标组件相对应的所述状态查询请求。
3.根据权利要求2所述的方法,其特征在于,
所述应用层数据包括以下至少之一:发送组件的第一身份标识、目标组件的第二身份标识、应用请求数据、校验数据;
所述数据链路层数据包括以下至少之一:帧数据、数据控制信息,所述数据控制信息包括以下至少之一:发送组件的地址信息、目标组件数据控制信息的地址信息、校验数据;
所述网络层数据包括:与帧数据和数据控制信息相对应的数据包。
4.根据权利要求3所述的方法,其特征在于,所述生成与所述目标组件相对应的状态查询请求,包括:
获取所述目标组件的第二身份标识;
基于所述发送组件的第一身份标识、第二身份标识和预设的校验数据,生成所述状态查询请求。
5.根据权利要求1所述的方法,其特征在于,将所述状态查询请求发送至所述目标组件,包括:
将所述状态查询请求直接发送至所述目标组件;或者,
将所述状态查询请求通过至少一个中间组件发送至所述目标组件。
6.根据权利要求5所述的方法,其特征在于,将所述状态查询请求通过至少一个中间组件发送至所述目标组件,包括:
将所述状态查询请求发送至至少一个中间组件;
所述至少一个中间组件确定与所述状态查询请求相对应的目标组件的第二身份标识;
所述至少一个中间组件基于所述第二身份标识对所述状态查询请求进行传输,以将所述状态查询请求发送至目标组件;
其中,所述发送组件的通信协议接口的类型、所述至少一个中间组件的通信协议接口类型、和所述目标组件的通信协议接口的类型不完全相同。
7.根据权利要求6所述的方法,其特征在于,所述至少一个中间组件基于所述第二身份标识对所述状态查询请求进行传输,以将所述状态查询请求发送至目标组件,包括:
将所述第二身份标识与所述至少一个中间组件所对应的至少一个第三身份标识进行比较;
在所述至少一个第三身份标识与所述第二身份标识不一致时,则将所述状态查询请求通过所述中间组件的发送端口发送至其他组件,以将所述状态查询请求最终发送至所述目标组件,其中,所述发送端口与所述中间组件接收所述状态查询请求的端口不同;以及,在所述第二身份标识与一第三身份标识相一致时,则将与所述第三身份标识相对应的中间组件确定为所述目标组件。
8.根据权利要求7所述的方法,其特征在于,在所述至少一个第三身份标识与所述第二身份标识不一致时,所述方法还包括:
在所述状态查询请求中加入所述第三身份标识,并标记所述第三身份标识对应的组件为所述中间组件,以记录状态查询请求的传输路径。
9.根据权利要求7所述的方法,其特征在于,在将与所述第三身份标识相对应的中间组件确定为所述目标组件之后,所述方法还包括:
所述目标组件生成与所述状态查询请求相对应的查询反馈信息;
将所述查询反馈信息返回至所述发送组件。
10.根据权利要求9所述的方法,其特征在于,所述查询反馈信息所包括的内容与所述状态查询请求所包括的内容相同。
11.根据权利要求9所述的方法,其特征在于,所述查询反馈信息中包括位于所述发送组件与所述目标组件之间的通信链路中的至少一个中间组件的组件身份标识。
12.根据权利要求1-11中任意一项所述的方法,其特征在于,根据是否接收到所述目标组件基于所述状态查询请求所发送的查询反馈信息,确定所述发送组件与所述目标组件之间的通信链路的工作状态,包括:
在接收到所述查询反馈信息时,确定所述通信链路的工作状态为正常状态;或者,
在未接收到所述查询反馈信息时,确定所述通信链路的工作状态为异常状态。
13.根据权利要求1-11中任意一项所述的方法,其特征在于,根据是否接收到所述目标组件基于所述状态查询请求所发送的查询反馈信息,确定所述发送组件与所述目标组件之间的通信链路的工作状态,包括:
在接收到所述查询反馈信息时,获取与所述查询反馈信息相对应的反馈时长;
基于所述反馈时长,确定所述发送组件与所述目标组件之间的通信链路的工作状态。
14.根据权利要求13所述的方法,其特征在于,基于所述反馈时长,确定所述发送组件与所述目标组件之间的通信链路的工作状态,包括:
将所述反馈时长与预设时间阈值进行分析比较;
在所述反馈时长大于所述预设时间阈值时,则确定所述通信链路的延迟状态为异常状态;或者,
在所述反馈时长小于或等于所述预设时间阈值时,则确定所述通信链路的延迟状态为正常状态。
15.根据权利要求12所述的方法,其特征在于,在确定所述发送组件与所述目标组件之间的通信链路的工作状态之后,所述方法还包括:
确定所述发送组件与所述目标组件之间的通信链路的链路类型;
在所述链路类型为串联链路、且所述通信链路的工作状态为正常状态时,则确定所述串联链路中包括的所有组件之间的子通信链路的工作状态为正常状态;以及,
在所述链路类型为并联链路时,则生成与所述并联链路中包括的并联支路相对应的支路状态查询请求,并基于所述支路状态查询请求确定所述并联支路所对应的通信链路的工作状态是否正常。
16.根据权利要求15所述的方法,其特征在于,所述支路状态查询请求的个数与所述并联链路中所包括的并联支路的个数相对应。
17.根据权利要求1-11中任意一项所述的方法,其特征在于,将所述状态查询请求发送至所述目标组件,包括:
获取与所述状态查询请求相对应的发送频率;
基于所述发送频率,将所述状态查询请求发送至所述目标组件。
18.根据权利要求1-11中任意一项所述的方法,其特征在于,将所述状态查询请求发送至所述目标组件,包括:
获取与所述状态查询请求相对应的发送格式;
基于所述发送格式,将所述状态查询请求发送至所述目标组件。
19.根据权利要求1-11中任意一项所述的方法,其特征在于,在所述状态查询请求中包括应用请求数据时,所述方法还包括:
接收所述目标组件基于所述应用请求数据所发送的应用反馈数据;
基于所述应用反馈数据,确定与所述目标组件相对应的应用状态。
20.根据权利要求19所述的方法,其特征在于,
所述应用请求数据包括以下至少之一:负载占用请求、内存占用请求、中央处理器CPU占用请求;
相对应的,所述应用状态包括以下至少之一:负载占用信息、内存占用信息、中央处理器CPU占用信息。
21.根据权利要求1-11中任意一项所述的方法,其特征在于,所述发送组件和所述目标组件为一组组件中的任意两个不同的组件。
22.一种通信链路的检测方法,其特征在于,应用于中间组件,所述方法包括:
所述中间组件接收发送组件发送的状态查询请求,所述状态查询请求用于查询所述发送组件与目标组件之间通信链路的工作状态;
所述中间组件确定与所述状态查询请求相对应的目标组件的目标身份标识;
所述中间组件基于所述目标身份标识对所述状态查询请求进行传输,以将所述状态查询请求发送至目标组件。
23.根据权利要求22所述的方法,其特征在于,所述中间组件基于所述目标身份标识对所述状态查询请求进行传输,以将所述状态查询请求发送至目标组件,包括:
所述中间组件将所述目标身份标识与所述中间组件所对应的第一身份标识进行比较;
在所述第一身份标识与所述目标身份标识不一致时,则将所述状态查询请求通过所述中间组件的发送端口发送至其他组件,以将所述状态查询请求最终发送至所述目标组件,其中,所述发送端口与所述中间组件接收所述状态查询请求的端口不同;以及,
在所述第一身份标识与目标身份标识相一致时,则将与所述第一身份标识相对应的中间组件确定为所述目标组件。
24.根据权利要求23所述的方法,其特征在于,在所述第一身份标识与所述目标身份标识不一致时,所述方法还包括:
在所述状态查询请求中加入所述第一身份标识,并标记所述第一身份标识对应的组件为所述中间组件,以记录状态查询请求的传输路径。
25.根据权利要求23所述的方法,其特征在于,在所述第一身份标识与所述目标身份标识不一致时,所述方法还包括:
接收所述目标组件所发送的查询反馈信息,所述查询反馈信息中包括位于所述发送组件与所述目标组件之间的通信链路中的至少一个中间组件的组件身份标识;
基于所述查询反馈信息所包括的至少一个中间组件的组件身份标识对所述查询反馈信息进行传输,以将所述查询反馈信息最终发送至所述发送组件。
26.一种通信链路的检测装置,其特征在于,所述通信链路至少包括发送组件和与所述发送组件通信连接的目标组件,所述检测装置包括:
第一存储器,用于存储计算机程序;
第一处理器,用于运行所述第一存储器中存储的计算机程序以实现:
在发送组件与目标组件之间建立通信链路之后,生成与所述目标组件相对应的状态查询请求,其中,所述发送组件的通信协议接口的类型与所述目标组件的通信协议接口的类型不同;
将所述状态查询请求发送至所述目标组件;
根据是否接收到所述目标组件基于所述状态查询请求所发送的查询反馈信息,确定所述发送组件与所述目标组件之间的通信链路的工作状态。
27.根据权利要求26所述的检测装置,其特征在于,在所述第一处理器生成与所述目标组件相对应的状态查询请求时,所述第一处理器用于:
获取与所述发送组件和目标组件相对应的应用层数据、网络层数据和数据链路层数据;
基于所述应用层数据、网络层数据和所述数据链路层数据,生成与所述目标组件相对应的所述状态查询请求。
28.根据权利要求27所述的检测装置,其特征在于,
所述应用层数据包括以下至少之一:发送组件的第一身份标识、目标组件的第二身份标识、应用请求数据、校验数据;
所述数据链路层数据包括以下至少之一:帧数据、数据控制信息,所述数据控制信息包括以下至少之一:发送组件的地址信息、目标组件的地址信息、校验数据;
所述网络层数据包括:与帧数据和数据控制信息相对应的数据包。
29.根据权利要求28所述的检测装置,其特征在于,在所述第一处理器生成与所述目标组件相对应的状态查询请求时,所述第一处理器用于:
获取所述目标组件的第二身份标识;
基于所述发送组件的第一身份标识、第二身份标识和预设的校验数据,生成所述状态查询请求。
30.根据权利要求26所述的检测装置,其特征在于,在所述第一处理器将所述状态查询请求发送至所述目标组件时,所述第一处理器用于:
将所述状态查询请求直接发送至所述目标组件;或者,
将所述状态查询请求通过至少一个中间组件发送至所述目标组件。
31.根据权利要求30所述的检测装置,其特征在于,在所述第一处理器将所述状态查询请求通过至少一个中间组件发送至所述目标组件时,所述第一处理器用于:
将所述状态查询请求发送至至少一个中间组件,以使所述至少一个中间组件确定与所述状态查询请求相对应的目标组件的第二身份标识,并基于所述第二身份标识对所述状态查询请求进行传输,以将所述状态查询请求发送至目标组件;其中,所述检测装置的通信协议接口的类型、所述至少一个中间组件的通信协议接口类型、和所述目标组件的通信协议接口的类型不完全相同。
32.根据权利要求31所述的检测装置,其特征在于,在所述至少一个中间组件基于所述第二身份标识对所述状态查询请求进行传输,以将所述状态查询请求发送至目标组件时,所述至少一个中间组件用于:
将所述第二身份标识与所述至少一个中间组件所对应的至少一个第三身份标识进行比较;
在所述至少一个第三身份标识与所述第二身份标识不一致时,则将所述状态查询请求通过所述中间组件的发送端口发送至其他组件,以将所述状态查询请求最终发送至所述目标组件,其中,所述发送端口与所述中间组件接收所述状态查询请求的端口不同;以及
在所述第二身份标识与一第三身份标识相一致时,则将与所述第三身份标识相对应的中间组件确定为所述目标组件。
33.根据权利要求32所述的检测装置,其特征在于,在所述至少一个第三身份标识与所述第二身份标识不一致时,所述第一处理器还用于:
在所述状态查询请求中加入所述第三身份标识,并标记所述第三身份标识对应的组件为所述中间组件,以记录状态查询请求的传输路径。
34.根据权利要求32所述的检测装置,其特征在于,在将与所述第三身份标识相对应的中间组件确定为所述目标组件之后,所述第一处理器还用于:
所述目标组件生成与所述状态查询请求相对应的查询反馈信息;
将所述查询反馈信息返回至所述发送组件。
35.根据权利要求34所述的检测装置,其特征在于,所述查询反馈信息所包括的内容与所述状态查询请求所包括的内容相同。
36.根据权利要求34所述的检测装置,其特征在于,所述查询反馈信息中包括位于所述发送组件与所述目标组件之间的通信链路中的至少一个中间组件的组件身份标识。
37.根据权利要求26-36中任意一项所述的检测装置,其特征在于,在所述第一处理器根据是否接收到所述目标组件基于所述状态查询请求所发送的查询反馈信息,确定所述发送组件与所述目标组件之间的通信链路的工作状态时,所述第一处理器还用于:
在接收到所述查询反馈信息时,确定所述通信链路的工作状态为正常状态;或者,
在未接收到所述查询反馈信息时,确定所述通信链路的工作状态为异常状态。
38.根据权利要求26-36中任意一项所述的检测装置,其特征在于,在所述第一处理器根据是否接收到所述目标组件基于所述状态查询请求所发送的查询反馈信息,确定所述发送组件与所述目标组件之间的通信链路的工作状态时,所述第一处理器还用于:
在接收到所述查询反馈信息时,获取与所述查询反馈信息相对应的反馈时长;
基于所述反馈时长,确定所述发送组件与所述目标组件之间的通信链路的工作状态。
39.根据权利要求38所述的检测装置,其特征在于,在所述第一处理器基于所述反馈时长,确定所述发送组件与所述目标组件之间的通信链路的工作状态时,所述第一处理器还用于:
将所述反馈时长与预设时间阈值进行分析比较;
在所述反馈时长大于所述预设时间阈值时,则确定所述通信链路的延迟状态为异常状态;或者,
在所述反馈时长小于或等于所述预设时间阈值时,则确定所述通信链路的延迟状态为正常状态。
40.根据权利要求37所述的检测装置,其特征在于,在确定所述发送组件与所述目标组件之间的通信链路的工作状态之后,所述第一处理器还用于:
确定所述发送组件与所述目标组件之间的通信链路的链路类型;
在所述链路类型为串联链路、且所述通信链路的工作状态为正常状态时,则确定所述串联链路中包括的所有组件之间的子通信链路的工作状态为正常状态;以及,
在所述链路类型为并联链路时,则生成与所述并联链路中包括的并联支路相对应的支路状态查询请求,并基于所述支路状态查询请求确定所述并联支路所对应的通信链路的工作状态是否正常。
41.根据权利要求40所述的检测装置,其特征在于,所述支路状态查询请求的个数与所述并联链路中所包括的并联支路的个数相对应。
42.根据权利要求26-36中任意一项所述的检测装置,其特征在于,在所述第一处理器将所述状态查询请求发送至所述目标组件时,所述第一处理器还用于:
获取与所述状态查询请求相对应的发送频率;
基于所述发送频率,将所述状态查询请求发送至所述目标组件。
43.根据权利要求26-36中任意一项所述的检测装置,其特征在于,在所述第一处理器将所述状态查询请求发送至所述目标组件时,所述第一处理器还用于:
获取与所述状态查询请求相对应的发送格式;
基于所述发送格式,将所述状态查询请求发送至所述目标组件。
44.根据权利要求26-36中任意一项所述的检测装置,其特征在于,在所述状态查询请求中包括应用请求数据时,所述第一处理器还用于:
接收所述目标组件基于所述应用请求数据所发送的应用反馈数据;
基于所述应用反馈数据,确定与所述目标组件相对应的应用状态。
45.根据权利要求44所述的检测装置,其特征在于,
所述应用请求数据包括以下至少之一:负载占用请求、内存占用请求、中央第一处理器CPU占用请求;
相对应的,所述应用状态包括以下至少之一:负载占用信息、内存占用信息、中央第一处理器CPU占用信息。
46.根据权利要求26-36中任意一项所述的检测装置,其特征在于,所述发送组件和所述目标组件为一组组件中的任意两个不同的组件。
47.一种通信链路的检测装置,其特征在于,包括:
第二存储器,用于存储计算机程序;
第二处理器,用于运行所述第二存储器中存储的计算机程序以实现:
接收发送组件发送的状态查询请求,所述状态查询请求用于查询所述发送组件与目标组件之间通信链路的工作状态;
确定与所述状态查询请求相对应的目标组件的目标身份标识;
基于所述目标身份标识对所述状态查询请求进行传输,以将所述状态查询请求发送至目标组件。
48.根据权利要求47所述的检测装置,其特征在于,在所述第二处理器基于所述目标身份标识对所述状态查询请求进行传输,以将所述状态查询请求发送至目标组件时,所述第二处理器还用于:
将所述目标身份标识与所述检测装置所对应的第一身份标识进行比较;
在所述第一身份标识与所述目标身份标识不一致时,则将所述状态查询请求通过所述检测装置的发送端口发送至其他组件,以将所述状态查询请求最终发送至所述目标组件,其中,所述发送端口与所述检测装置接收所述状态查询请求的端口不同;以及,
在所述第一身份标识与目标身份标识相一致时,则将与所述第一身份标识相对应的中间组件确定为所述目标组件。
49.根据权利要求48所述的检测装置,其特征在于,在所述第一身份标识与所述目标身份标识不一致时,所述第二处理器还用于:
在所述状态查询请求中加入所述第一身份标识,并标记所述第一身份标识对应的组件为所述中间组件,以记录状态查询请求的传输路径。
50.根据权利要求48所述的检测装置,其特征在于,在所述第一身份标识与所述目标身份标识不一致时,所述第二处理器还用于:
接收所述目标组件所发送的查询反馈信息,所述查询反馈信息中包括位于所述发送组件与所述目标组件之间的通信链路中的至少一个中间组件的组件身份标识;
基于所述查询反馈信息所包括的至少一个中间组件的组件身份标识对所述查询反馈信息进行传输,以将所述查询反馈信息最终发送至所述发送组件。
51.一种通信链路的检测***,其特征在于,所述通信链路至少包括发送组件与所述发送组件通信连接的目标组件,所述发送组件的通信协议接口的类型与所述目标组件的通信协议接口的类型不同,所述***包括:
发送组件,用于生成与所述目标组件相对应的状态查询请求;将所述状态查询请求通过中间组件发送至所述目标组件;根据是否接收到所述目标组件基于所述状态查询请求所发送的查询反馈信息,确定所述发送组件与所述目标组件之间的通信链路的工作状态;
所述中间组件,用于通过接收端口接收所述发送组件发送的状态查询请求,所述状态查询请求用于查询所述发送组件与目标组件之间通信链路的工作状态,并将所述状态查询请求通过所述中间组件的发送端口发送出去,其中,所述发送端口与所述中间组件的接收端口不同;
所述目标组件,用于通过所述中间组件接收所述状态查询请求,并基于所述状态查询请求生成查询反馈信息,将所述查询反馈信息发送至所述发送组件。
52.一种可移动平台,其特征在于,包括:
机身;
权利要求26-46中任意一项所述的通信链路的检测装置,设置于所述机身上,用于对可移动平台的通信组件之间所形成的通信链路的状态进行检测。
53.一种可移动平台,其特征在于,包括:
机身;
权利要求47-50中任意一项所述的通信链路的检测装置,设置于所述机身上,用于对可移动平台的通信组件之间所形成的通信链路的状态进行检测。
54.一种计算机可读存储介质,其特征在于,所述存储介质为计算机可读存储介质,该计算机可读存储介质中存储有程序指令,所述程序指令用于实现权利要求1-21中任意一项所述的通信链路的检测方法。
55.一种计算机可读存储介质,其特征在于,所述存储介质为计算机可读存储介质,该计算机可读存储介质中存储有程序指令,所述程序指令用于实现权利要求22-25中任意一项所述的通信链路的检测方法。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2020/087956 WO2021217540A1 (zh) | 2020-04-30 | 2020-04-30 | 通信链路的检测方法、装置、***和可移动平台 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112585927A true CN112585927A (zh) | 2021-03-30 |
Family
ID=75145426
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202080004404.1A Pending CN112585927A (zh) | 2020-04-30 | 2020-04-30 | 通信链路的检测方法、装置、***和可移动平台 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN112585927A (zh) |
WO (1) | WO2021217540A1 (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114594714A (zh) * | 2022-03-23 | 2022-06-07 | 苏州佳祺仕信息科技有限公司 | 一种设备控制方法、装置、设备及存储介质 |
CN115002207A (zh) * | 2022-05-27 | 2022-09-02 | 三一智矿科技有限公司 | 信息通信方法及*** |
WO2022213719A1 (zh) * | 2021-04-08 | 2022-10-13 | 中兴通讯股份有限公司 | 链路状态测试方法及其装置、计算机可读存储介质 |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115134266A (zh) * | 2022-05-31 | 2022-09-30 | 西安北方华创微电子装备有限公司 | 数据上传方法、数据接收方法和半导体工艺设备 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101030898A (zh) * | 2006-01-30 | 2007-09-05 | 丛林网络公司 | 确定目标网络装置的未编号接口的连通状态 |
CN105516078A (zh) * | 2014-10-01 | 2016-04-20 | Ls产电株式会社 | 协议转换器 |
US20170208134A1 (en) * | 2016-01-19 | 2017-07-20 | Comcast Cable Communications, Llc | Connection Manager |
CN107528746A (zh) * | 2016-06-21 | 2017-12-29 | 丛林网络公司 | 通信方法和源网络设备 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102236340B (zh) * | 2010-04-26 | 2014-12-03 | 北大方正集团有限公司 | 一种多设备管理方法和装置 |
CN101977128B (zh) * | 2010-09-14 | 2015-04-01 | 中兴通讯股份有限公司 | 用于通讯设备的接口检测方法和装置 |
-
2020
- 2020-04-30 CN CN202080004404.1A patent/CN112585927A/zh active Pending
- 2020-04-30 WO PCT/CN2020/087956 patent/WO2021217540A1/zh active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101030898A (zh) * | 2006-01-30 | 2007-09-05 | 丛林网络公司 | 确定目标网络装置的未编号接口的连通状态 |
CN105516078A (zh) * | 2014-10-01 | 2016-04-20 | Ls产电株式会社 | 协议转换器 |
US20170208134A1 (en) * | 2016-01-19 | 2017-07-20 | Comcast Cable Communications, Llc | Connection Manager |
CN107528746A (zh) * | 2016-06-21 | 2017-12-29 | 丛林网络公司 | 通信方法和源网络设备 |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2022213719A1 (zh) * | 2021-04-08 | 2022-10-13 | 中兴通讯股份有限公司 | 链路状态测试方法及其装置、计算机可读存储介质 |
CN114594714A (zh) * | 2022-03-23 | 2022-06-07 | 苏州佳祺仕信息科技有限公司 | 一种设备控制方法、装置、设备及存储介质 |
CN114594714B (zh) * | 2022-03-23 | 2024-04-12 | 苏州佳祺仕科技股份有限公司 | 一种设备控制方法、装置、设备及存储介质 |
CN115002207A (zh) * | 2022-05-27 | 2022-09-02 | 三一智矿科技有限公司 | 信息通信方法及*** |
CN115002207B (zh) * | 2022-05-27 | 2024-02-23 | 三一智矿科技有限公司 | 信息通信方法及*** |
Also Published As
Publication number | Publication date |
---|---|
WO2021217540A1 (zh) | 2021-11-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112585927A (zh) | 通信链路的检测方法、装置、***和可移动平台 | |
CN111835627B (zh) | 车载网关的通信方法、车载网关及智能车辆 | |
EP2512163A1 (en) | Method, system for defining message in machine-to-machine platform, and machine-to-machine platform | |
CN112199266B (zh) | 车机***的日志传输方法、***、车辆及存储介质 | |
CN101300534A (zh) | 用于传输周期性和非周期性数据的方法和*** | |
CN111464419B (zh) | 一种基于总线网络通信的数据传输控制方法 | |
CN106899327B (zh) | 数据传输的方法和装置 | |
CN111294235B (zh) | 数据处理方法、装置、网关及可读存储介质 | |
CN103647869A (zh) | 一种终端的配对方法、终端及*** | |
WO2024037304A1 (zh) | 车辆诊断通信方法、装置、设备、介质及程序产品 | |
CN111490893A (zh) | 一种网络转发模型的建立方法、装置及*** | |
CN104468265A (zh) | 局域网终端在线状态的检测方法和装置 | |
CN113259268A (zh) | 一种支持冗余架构的网口与串口数据转发网关及方法 | |
CN104993583B (zh) | 配电自动化设备的通信方法 | |
CN110912805B (zh) | 消息读取状态的同步方法、终端、服务端及*** | |
CN113791792B (zh) | 应用调用信息的获取方法、设备以及存储介质 | |
CN117640720A (zh) | 远程诊断的通道创建方法、车辆连接器和远程诊断*** | |
CN106953809B (zh) | 一种基于485分时通信的设备资源采集方法 | |
CN107885169A (zh) | 一种现场数据的收集方法、装置和*** | |
EP3340190B1 (en) | Vehicle communication system | |
CN107579804B (zh) | 一种过滤重复数据的方法和*** | |
CN113032054B (zh) | 一种服务执行方法、装置、存储介质及电子装置 | |
CN107666671B (zh) | 基于twamp的错误连接检测的方法及装置 | |
CN112187536B (zh) | 基于tms配置数据的信息交互方法及装置、存储介质、电子装置 | |
CN108173950A (zh) | 数据传输方法、装置、***、图像采集设备及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20210330 |
|
WD01 | Invention patent application deemed withdrawn after publication |