CN115442389A - 路侧单元的故障检测方法、装置、服务器及介质 - Google Patents

路侧单元的故障检测方法、装置、服务器及介质 Download PDF

Info

Publication number
CN115442389A
CN115442389A CN202110537928.3A CN202110537928A CN115442389A CN 115442389 A CN115442389 A CN 115442389A CN 202110537928 A CN202110537928 A CN 202110537928A CN 115442389 A CN115442389 A CN 115442389A
Authority
CN
China
Prior art keywords
message
target
information
rsu
fault
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
Application number
CN202110537928.3A
Other languages
English (en)
Inventor
陈正文
林利瓦
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Qianxun Si Network Zhejiang Co ltd
Original Assignee
Qianxun Si Network Zhejiang Co ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Qianxun Si Network Zhejiang Co ltd filed Critical Qianxun Si Network Zhejiang Co ltd
Priority to CN202110537928.3A priority Critical patent/CN115442389A/zh
Publication of CN115442389A publication Critical patent/CN115442389A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/12Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0817Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/50Testing arrangements

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Traffic Control Systems (AREA)

Abstract

本申请公开了一种路侧单元的故障检测方法、装置、服务器及介质,属于车联网技术领域。应用于服务器的路侧单元的故障检测方法包括:向目标路侧单元RSU发送第一消息,其中,第一消息包括用于指示目标RSU广播目标消息的指示信息;接收空口监测设备发送的第二消息,其中,第二消息包括空口监测设备监测到的目标RSU实际广播的第三消息;根据第三消息的特征信息和目标消息的特征信息,检测目标RSU是否发生故障,得到故障检测结果。通过本申请公开的路侧单元的故障检测方法、装置、服务器及介质,能够提高RSU的检测效率。

Description

路侧单元的故障检测方法、装置、服务器及介质
技术领域
本申请属于车联网技术领域,具体涉及一种路侧单元的故障检测方法、装置、服务器及介质。
背景技术
随着通信技术的发展,车联网(vehicle to everything,V2X)技术逐渐得到广泛的应用。V2X技术包括:车与车(Vehicle to Vehicle,V2V)、车与路(Vehicle toInfrastructure,V2I)、车与人(Vehicle to People,V2P)、车与中心(Vehicle to Center,V2C)等的互联互通,实现车辆自组网及多种异构网络之间的通信与漫游,在功能和性能上保障实时性与可服务性,从而实现车辆运动控制、交通信号的控制以及交通信息处理。
路侧单元(Road Side Unit,RSU)是V2X中的基础设施,通常安装在道路周边,负责播发道路状况信息。
相关技术中,在对RSU进行故障检测时,需要将RSU拆卸,然后返厂检测。操作过程比较繁琐,检测效率较低。
发明内容
本申请实施例的目的是提供一种路侧单元的故障检测方法、装置、服务器及介质,能够解决RSU故障检测效率低的问题。
第一方面,本申请实施例提供了一种路侧单元的故障检测方法,应用于服务器,方法包括:
向目标RSU发送第一消息,其中,第一消息包括用于指示目标RSU广播目标消息的指示信息;
接收空口监测设备发送的第二消息,其中,第二消息包括空口监测设备监测到的目标RSU实际广播的第三消息;
根据第三消息的特征信息和目标消息的特征信息,检测目标RSU是否发生故障,得到故障检测结果。
第二方面,本申请实施例提供了一种路侧单元的故障检测装置,应用于服务器,装置包括:
发送模块,用于向目标RSU发送第一消息,其中,第一消息包括用于指示目标RSU广播目标消息的指示信息;
接收模块,用于接收空口监测设备发送的第二消息,其中,第二消息包括空口监测设备监测到的目标RSU实际广播的第三消息;
检测模块,用于根据第三消息的特征信息和目标消息的特征信息,检测目标RSU是否发生故障,得到故障检测结果。
第三方面,本申请实施例提供了一种服务器,该服务器包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令,所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤。
第四方面,本申请实施例提供了一种计算机可读存储介质,所述计算机可读存储介质上存储程序或指令,所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤。
在本申请实施例中,通过向目标RSU发送包括用于指示目标RSU广播目标消息的指示信息,然后通过空口监测设备对目标RSU实际广播的消息进行监测,进而接收空口监测设备监测到的目标RSU实际广播的消息,根据目标消息的特征信息和目标RSU实际广播的消息的特征信息,检测目标RSU是否发生故障,得到故障检测结果。如此,通过两个消息,即可确定目标RSU是否发生故障,即完成目标RSU的故障检测,无需将目标RSU拆卸返厂检测,能够提高RSU的检测效率。
附图说明
图1是本申请实施例提供的路侧单元的故障检测方法的流程示意图;
图2是本申请实施例提供的路侧单元的故障检测的场景示意图;
图3是本申请实施例提供的路侧单元的故障检测装置的结构示意图;
图4是本申请实施例提供的服务器的结构示意图;
图5是实现本申请实施例的服务器的硬件结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员获得的所有其他实施例,都属于本申请保护的范围。
本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象,而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施,且“第一”、“第二”等所区分的对象通常为一类,并不限定对象的个数,例如第一对象可以是一个,也可以是多个。此外,说明书以及权利要求中“和/或”表示所连接对象的至少其中之一,字符“/”,一般表示前后关联对象是一种“或”的关系。
下面结合附图,通过具体的实施例及其应用场景对本申请实施例提供的路侧单元的故障检测方法、装置、服务器及介质进行详细地说明。
图1是本申请实施例提供的路侧单元的故障检测方法的流程示意图。本申请实施例提供的路侧单元的故障检测方法优选适用于服务器。在本申请实施例中的一些可能实现中,该服务器可以为云平台中的服务器(简称为云服务器)。路侧单元的故障检测方法可以包括:
S101:向目标RSU发送第一消息,其中,第一消息包括用于指示目标RSU广播目标消息的指示信息;
S102:接收空口监测设备发送的第二消息,其中,第二消息包括空口监测设备监测到的目标RSU实际广播的第三消息;
S103:根据第三消息的特征信息和目标消息的特征信息,检测目标RSU是否发生故障,得到故障检测结果。
上述各步骤的具体实现方式将在下文中进行详细描述。
在本申请实施例中,通过向目标RSU发送包括用于指示目标RSU广播目标消息的指示信息,然后通过空口监测设备对目标RSU实际广播的消息进行监测,进而接收空口监测设备监测到的目标RSU实际广播的消息,根据目标消息的特征信息和目标RSU实际广播的消息的特征信息,检测目标RSU是否发生故障,得到故障检测结果。如此,通过两个消息,即可确定目标RSU是否发生故障,即完成目标RSU的故障检测,无需将目标RSU拆卸返厂检测,能够提高RSU的检测效率。
在本申请实施例的一些可能实现中,服务器可以与目标RSU直接通信连接,进而在S101中,服务器可以直接向目标RSU发送上述第一消息。
在本申请实施例的一些可能实现中,服务器可以与空口监测设备直接通信连接,进而在S101中,服务器可以将上述第一消息发送给空口监测设备。上述第一消息中还可以包括目标RSU的标识信息。一种情况,空口监测设备可以广播该第一消息,接收到上述第一消息的RSU将该第一消息中的标识信息与自身标识信息进行匹配,若标识信息匹配,则根据上述指示信息广播目标消息,若标识信息不匹配,则可以不广播目标信息。另一种情况,空口监测设备根据第一消息中包括的目标RSU的标识信息,确定需要接收第一消息的RSU,进而向所确定的RSU发送上述第一消息。可以理解是的,空口监测设备确定出的RSU即为目标RSU。也就是说,服务器可以通过空口监测设备向目标RSU发送上述第一消息。
在本申请实施例中,标识信息包括但不限于:名称、地址和身份识别码等。
当目标RSU接收到上述第一消息后,可以按照第一消息中包括的指示信息广播目标消息。空口监测设备对目标RSU实际广播的第三消息进行监测,进而将包括上述第三消息的第二消息发送给服务器。
在S103中,服务器在接收到空口监测设备发送的上述第二消息后,根据第二消息包括的第三消息的特征信息和目标消息的特征信息,对目标RSU进行故障检测,检测目标RSU是否发生故障,进而得到故障检测结果。
在本申请实施例的一些可能实现中,空口监测设备可以通过V2X空口监测目标RSU实际广播的第三消息。此时,空口监测设备类似于真实的V2X终端,其通过V2X空口进行数据接收,能够直观地反映目标RSU的空口传输状态。也就是说,通过本申请实施例,能够通过目标RSU的空口传输状态来确定目标RSU是否发生故障。
在本申请实施例的一些可能实现中,S103中的特征信息可以包括内容信息和/或参数信息。
在本申请实施例中,能够根据消息的内容信息和/或参数信息,对RSU进行故障检测。
当特征信息包括内容信息时,S103可以包括:检测第三消息的内容信息与目标消息的内容信息是否匹配;在第三消息的内容信息与目标消息的内容信息不匹配的情况下,确定目标RSU故障。
示例性地,目标消息的内容信息为“前方大雾,请缓慢通行”。当目标RSU实际广播的第三消息的内容信息也为“前方大雾,请缓慢通行”时,则第三消息的内容信息与目标消息的内容信息匹配,确定目标RSU无故障;当目标RSU实际广播的第三消息的内容信息不是“前方大雾,请缓慢通行”时,则第三消息的内容信息与目标消息的内容信息不匹配,确定目标RSU故障。
在本申请实施例中,能够根据消息的内容信息,对RSU进行故障检测。
当特征信息包括参数信息,参数信息包括广播消息的频率信息,第一消息还包括用于指示目标RSU广播目标消息的目标频率信息,第二消息还包括时间信息,该时间信息为目标RSU广播第三消息的时间信息时,S103可以包括:根据时间信息,确定目标RSU广播第三消息的第一频率;检测第一频率与目标频率信息所指示的第二频率是否匹配;在第一频率与目标频率信息所指示的第二频率不匹配的情况下,确定目标RSU故障。
示例性地,服务器指示目标RSU每1秒广播一次目标消息“前方大雾,请缓慢通行”。目标RSU在接收到服务器的指示信息后,进行消息广播。假设,目标RSU接收到服务器的指示信息时间为2019年12月30日10:45:22。
假设,空口监测设备监测到目标RSU在2019年12月30日10:45:23广播一次消息,在2019年12月30日10:45:24广播一次消息,在2019年12月30日10:45:25广播一次消息,在2019年12月30日10:45:26广播一次消息。则服务器根据目标RSU广播消息的时间,确定目标RSU广播消息的频率为每1秒广播一次,进而确定目标RSU广播消息的频率与服务器指示目标RSU广播消息的频率匹配,确定目标RSU无故障。
假设,空口监测设备监测到目标RSU在2019年12月30日10:45:23广播一次消息,在2019年12月30日10:45:25广播一次消息。则服务器根据目标RSU广播消息的时间,确定目标RSU广播消息的频率为每2秒广播一次,进而确定目标RSU广播消息的频率与服务器指示目标RSU广播消息的频率不匹配,确定目标RSU故障。
假设,空口监测设备监测到目标RSU在2019年12月30日10:45:23广播一次消息,在2019年12月30日10:45:24广播一次消息,在2019年12月30日10:45:26广播一次消息。则服务器根据目标RSU广播消息的时间,确定目标RSU广播消息没有频率,进而确定目标RSU广播消息的频率与服务器指示目标RSU广播消息的频率不匹配,确定目标RSU故障。
在本申请实施例中,能够根据广播消息的频率信息,对RSU进行故障检测。
当特征信息包括参数信息,参数信息包括广播消息的次数信息,第一消息还包括用于指示目标RSU广播目标消息的目标次数信息,第二消息还包括时间信息,该时间信息为目标RSU广播第三消息的时间信息时,S103可以包括:根据时间信息,确定目标RSU广播第三消息的第一次数;检测第一次数与目标次数信息所指示的第二次数是否匹配;在第一次数与目标次数信息所指示的第二次数不匹配的情况下,确定目标RSU故障。
示例性地,服务器指示目标RSU广播4次目标消息“前方大雾,请缓慢通行”。目标RSU在接收到服务器的指示信息后,进行消息广播。假设,目标RSU接收到服务器的指示信息时间为2019年12月30日10:45:22。
假设,空口监测设备监测到目标RSU在2019年12月30日10:45:23广播一次消息,在2019年12月30日10:45:24广播一次消息,2019年12月30日10:45:25广播一次消息,2019年12月30日10:45:26广播一次消息。则服务器根据目标RSU广播消息的时间,确定目标RSU广播消息的次数为4次,进而确定目标RSU广播消息的次数与服务器指示目标RSU广播消息的次数匹配,确定目标RSU无故障。
假设,空口监测设备监测到目标RSU在2019年12月30日10:45:23广播一次消息,在2019年12月30日10:45:25广播一次消息。则服务器根据目标RSU广播消息的时间,确定目标RSU广播消息的次数为3次,进而确定目标RSU广播消息的次数与服务器指示目标RSU广播消息的次数不匹配,确定目标RSU故障。
在本申请实施例中,能够根据广播消息的次数信息,对RSU进行故障检测。
当特征信息包括内容信息和参数信息时,S103可以包括:在第三消息的内容信息与目标消息的内容信息不匹配或第三消息的参数信息与目标消息的参数信息不匹配的情况下,确定目标RSU故障。其中,参数信息包括广播消息的频率信息或次数信息。
示例性地,下面以参数信息包括广播消息的频率信息为例进行说明。
假设,服务器指示目标RSU每1秒广播一次目标消息“前方大雾,请缓慢通行”。目标RSU在接收到服务器的指示信息后,进行消息广播。假设,目标RSU接收到服务器的指示信息时间为2019年12月30日10:45:22。
假设,空口监测设备监测到目标RSU在2019年12月30日10:45:23广播一次消息“前方大雾,请缓慢通行”,在2019年12月30日10:45:24广播一次消息“前方大雾,请缓慢通行”,在2019年12月30日10:45:25广播一次消息“前方大雾,请缓慢通行”,在2019年12月30日10:45:26广播一次消息“前方大雾,请缓慢通行”。则目标RSU实际广播的消息的内容和频率与服务器指示的内容和频率均匹配,则目标RSU无故障。
假设,空口监测设备监测到目标RSU在2019年12月30日10:45:23广播一次消息“前方大雾,请缓慢通行”,在2019年12月30日10:45:25广播一次消息“前方大雾,请缓慢通行”,在2019年12月30日10:45:26广播一次消息“前方大雾,请缓慢通行”。则目标RSU实际广播的消息的内容与服务器指示的内容匹配,但目标RSU实际广播的消息的频率与服务器指示的频率不匹配,则目标RSU故障。
假设,空口监测设备监测到目标RSU在2019年12月30日10:45:23广播一次消息“前方大雾,请缓慢通行”,在2019年12月30日10:45:24广播一次消息“前方大雾,请缓慢通行”,在2019年12月30日10:45:25广播一次消息“前方大雾,请缓慢通行”,在2019年12月30日10:45:26广播一次消息“前方拥堵500米,预计通行时间3分钟”。则目标RSU实际广播的消息的频率与服务器指示的频率匹配,但目标RSU实际广播的消息中有一次广播的消息的内容与服务器指示的内容不匹配,则目标RSU故障。
假设,空口监测设备监测到目标RSU在2019年12月30日10:45:23广播一次消息“前方大雾,请缓慢通行”,在2019年12月30日10:45:25广播一次消息“前方大雾,请缓慢通行”,在2019年12月30日10:45:26广播一次消息“前方拥堵500米,预计通行时间3分钟”。则目标RSU实际广播的消息的频率与服务器指示的频率不匹配,且目标RSU实际广播的消息中有一次广播的消息的内容与服务器指示的内容不匹配,则目标RSU故障。
在本申请实施例中,能够根据消息的内容信息和参数信息,对RSU进行故障检测。
在本申请实施例的一些可能实现中,在S103中的故障检测结果表示目标RSU故障的情况下,在S103之后,本申请实施例提供的路侧单元的故障检测方法还可以包括:执行与目标RSU故障相应的第一告警处理,其中,第一告警处理用于提示用户目标RSU故障。
在本申请实施例的一些可能实现中,第一告警处理的方式包括但不限于:显示用于提示用户目标RSU故障的告警信息、控制目标RSU对应的报警灯亮、控制目标RSU对应的蜂鸣器响等等。
在本申请实施例中,在检测出RSU故障的情况下,能够通过第一告警处理对用户进行提示,使得用户能够获知RSU故障,能够进行后续的故障处理。
在本申请实施例的一些可能实现中,在S103中的故障检测结果表示目标RSU故障的情况下,在S103之后,本申请实施例提供的路侧单元的故障检测方法还可以包括:将目标RSU故障的次数增1;在目标RSU故障的次数等于预设次数的情况下,执行与目标RSU故障相应的第二告警处理,其中,第二告警处理用于提示用户需要人为处理目标RSU的故障。
在本申请实施例的一些可能实现中,第二告警处理的方式包括但不限于:显示用于提示用户需要人为处理目标RSU的故障的告警信息、控制目标RSU对应的报警灯闪烁的频率加快、控制目标RSU对应的蜂鸣器发出预设声音等等。
当对目标RSU多次进行故障检测后,目标RSU的故障次数超过预设次数,表示目标RSU可能已不再适合再工作,此时需要人为干预处理,比如更换或维修。
在本申请实施例中,在RSU出现多次故障的情况下,能够通过第二告警处理提示用户要对该RSU进行人为处理,能够使得用户及时对RSU进行人为处理,避免RSU故障影响实际中的应用。
在本申请实施例的一些可能实现中,目标消息包括道路拥塞信息,道路拥塞信息为目标RSU的信号覆盖范围内的道路的拥塞信息。
在本申请实施例中,由于目标消息包括目标RSU的信号覆盖范围内的道路的拥塞信息,也就是说,对于目标RSU的故障检测是在其工作的过程中进行检测,并未将其拆卸后进行检测,能够在不影响其工作的情况下,对其进行检测。
在本申请实施例的一些可能实现中,空口监测设备可以为可移动设备。当欲对某一RSU进行故障监测时,可以将该空口监测设备移动到该RSU的信号覆盖范围内,以实现在不影响该RSU工作的情况下,监测该RSU实际广播的消息,进而检测该RSU是否发生故障。
在本申请实施例的一些可能实现中,在目标消息包括道路拥塞信息的情况下,在S101之前,本申请实施例提供的路测单元的故障检测方法还可以包括:接收空口监测设备发送的第四消息,其中,第四消息包括空口监测设备监测到的车载单元(On board Unit,OBU)广播的第五消息,第五消息包括配置有OBU的车辆的标识信息和位置信息;根据标识信息和位置信息,确定目标RSU的信号覆盖范围内的道路的车流量;根据车流量,生成道路拥塞信息。
示例性地,空口监测设备对OBU广播的消息进行监测,其监测到的OBU广播的消息包括配置有OBU的车辆的标识信息和位置信息,进而空口监测设备将其监测到的OBU广播的消息发送给服务器。服务器在接收到空口监测设备广播的包括配置有OBU的车辆的标识信息和位置信息的消息后,可以根据车辆的标识信息,确定出车辆的数量,进而根据车辆的位置信息可以确定的车辆的行驶轨迹、行驶速度等,进而能够确定出每个车辆的当前位置、行驶方向、在哪条道路上行驶、预计到达道路上目标RSU的信号覆盖范围内的时间,预计通过/离开道路上目标RSU的信号覆盖范围内的时间、进入道路上目标RSU的信号覆盖范围内的时间等等,进而可以根据上述这些信息,确定出目标RSU的信号覆盖范围内的道路的车流量;根据该车流量,生成道路拥塞信息。
在本申请实施例中,并不对根据标识信息和位置信息,确定目标RSU的信号覆盖范围内的道路的车流量的方式进行限定,任何可用的方式均可以应用于本申请实施例中。
示例性地,对于某一RSU,其东西方向为XXX路,南北方向为路边。根据车辆的标识信息和位置信息,确定出在单位时间内,自西向东行驶在XXX路的车辆的数量为50;自东向西行驶在XXX路的车辆的数量为2。则确定自西向东的道路较拥堵,进而生成道路拥塞信息,例如,生成的道路拥塞信息为“XXX路由西向东拥堵,请绕行”。
下面结合具体的场景对本申请实施例提供的路侧单元的故障检测方法进行说明。图2为本申请实施例提供的路侧单元的故障检测的场景示意图。图2中示出了2个RSU,2个RSU分别为RSU1和RSU2。当欲对RSU1进行故障检测时,可以将空口监测设备移动到RSU1的信号覆盖范围内,使其能够接收到RSU1广播的消息。空口监测设备对OBU广播的消息进行监测,并将其监测到的OBU广播的消息发送到服务器。服务器根据空口监测设备发送的OBU广播的消息中的车辆的标识信息和位置信息,确定出RSU1的信号覆盖范围内的道路的车流量,进而根据该车流量,生成RSU1的信号覆盖范围内的道路的拥塞信息。服务器指示RSU1广播该拥塞信息。然后,空口监测设备对RSU1广播的消息进行监测,进而将其监测到的RSU1实际广播的消息发送给服务器。服务器根据拥塞信息的特征信息和RSU1实际广播的消息的特征信息,检测RSU1是否发生故障,得到对于RSU1的故障检测结果。其中,特征信息包括内容信息和/或参数信息,参数信息包括广播消息的频率信息或次数信息。
图3是本申请实施例提供的路侧单元的故障检测装置的结构示意图。本申请实施例提供的路侧单元的故障检测装置优选适用于服务器。路侧单元的故障检测装置300可以包括:
发送模块301,用于向目标RSU发送第一消息,其中,第一消息包括用于指示目标RSU广播目标消息的指示信息;
第一接收模块302,用于接收空口监测设备发送的第二消息,其中,第二消息包括空口监测设备监测到的目标RSU实际广播的第三消息;
检测模块303,用于根据第三消息的特征信息和目标消息的特征信息,检测目标RSU是否发生故障,得到故障检测结果。
在本申请实施例中,通过向目标RSU发送包括用于指示目标RSU广播目标消息的指示信息,然后通过空口监测设备对目标RSU实际广播的消息进行监测,进而接收空口监测设备监测到的目标RSU实际广播的消息,根据目标消息的特征信息和目标RSU实际广播的消息的特征信息,检测目标RSU是否发生故障,得到故障检测结果。如此,通过两个消息,即可确定目标RSU是否发生故障,即完成目标RSU的故障检测,无需将目标RSU拆卸返厂检测,能够提高RSU的检测效率。
在本申请实施例的一些可能实现中,特征信息包括内容信息和/或参数信息。
在本申请实施例中,能够根据消息的内容信息和/或参数信息,对RSU进行故障检测。
在本申请实施例的一些可能实现中,特征信息包括内容信息;检测模块303具体可以用于:
检测第三消息的内容信息与目标消息的内容信息是否匹配;
在第三消息的内容信息与目标消息的内容信息不匹配的情况下,确定目标RSU故障。
在本申请实施例中,能够根据消息的内容信息,对RSU进行故障检测。
在本申请实施例的一些可能实现中,参数信息包括广播消息的频率信息;第一消息还包括用于指示目标RSU广播目标消息的目标频率信息;第二消息还包括时间信息,时间信息为目标RSU广播第三消息的时间信息;检测模块303具体可以用于:
根据时间信息,确定目标RSU广播第三消息的第一频率;
检测第一频率与目标频率信息所指示的第二频率是否匹配;
在第一频率与目标频率信息所指示的第二频率不匹配的情况下,确定目标RSU故障。
在本申请实施例中,能够根据广播消息的频率信息,对RSU进行故障检测。
在本申请实施例的一些可能实现中,参数信息包括广播消息的次数信息;第一消息还包括用于指示目标RSU广播目标消息的目标次数信息;第二消息还包括时间信息,时间信息为目标RSU广播第三消息的时间信息;检测模块303具体可以用于:
根据时间信息,确定目标RSU广播第三消息的第一次数;
检测第一次数与目标次数信息所指示的第二次数是否匹配;
在第一次数与目标次数信息所指示的第二次数不匹配的情况下,确定目标RSU故障。
在本申请实施例中,能够根据广播消息的次数信息,对RSU进行故障检测。
在本申请实施例的一些可能实现中,在故障检测结果表示目标RSU故障的情况下,本申请实施例提供的路侧单元的故障检测装置300还包括:
第一执行模块,用于执行与目标RSU故障相应的第一告警处理,其中,第一告警处理用于提示用户目标RSU故障。
在本申请实施例中,在检测出RSU故障的情况下,能够通过第一告警处理对用户进行提示,使得用户能够获知RSU故障,能够进行后续的故障处理。
在本申请实施例的一些可能实现中,在故障检测结果表示目标RSU故障的情况下,本申请实施例提供的路侧单元的故障检测装置300还包括:
次数更新模块,用于将目标RSU故障的次数增1;
第二执行模块,用于在次数等于预设次数的情况下,执行与目标RSU故障相应的第二告警处理,其中,第二告警处理用于提示用户需要人为处理目标RSU的故障。
在本申请实施例中,在RSU出现多次故障的情况下,能够通过第二告警处理提示用户要对该RSU进行人为处理,能够使得用户及时对RSU进行人为处理,避免RSU故障影响实际中的应用。
在本申请实施例的一些可能实现中,目标消息包括道路拥塞信息,道路拥塞信息为目标RSU的信号覆盖范围内的道路的拥塞信息。
在本申请实施例的一些可能实现中,在故障检测结果表示目标RSU故障的情况下,本申请实施例提供的路侧单元的故障检测装置300还包括:
第二接收模块,用于接收空口监测设备发送的第四消息,其中,第四消息包括空口监测设备监测到的车载单元OBU广播的第五消息,第五消息包括配置有OBU的车辆的标识信息和位置信息;
确定模块,用于根据标识信息和位置信息,确定道路的车流量;
生成模块,用于根据车流量,生成道路拥塞信息。
本申请实施例提供的路侧单元的故障检测装置能够实现图1和图2的路侧单元的故障检测方法实施例中的各个过程,为避免重复,这里不再赘述。
可选的,如图4所示,本申请实施例还提供一种服务器400,包括处理器401,存储器402,存储在存储器402上并可在所述处理器401上运行的程序或指令,该程序或指令被处理器401执行时实现上述路侧单元的故障检测方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
在本申请实施例的一些可能实现中,处理器401可以包括中央处理器(CPU),或者特定集成电路(Application Specific Integrated Circuit,ASIC),或者可以被配置成实施本申请实施例的一个或多个集成电路。
在本申请实施例的一些可能实现中,存储器402可以包括只读存储器(Read-OnlyMemory,ROM),随机存取存储器(Random Access Memory,RAM),磁盘存储介质设备,光存储介质设备,闪存设备,电气、光学或其他物理/有形的存储器存储设备。因此,通常,存储器包括一个或多个编码有包括计算机可执行指令的软件的有形(非暂态)计算机可读存储介质(例如,存储器设备),并且当该软件被执行(例如,由一个或多个处理器)时,其可操作来执行参考根据本申请实施例的路侧单元的故障检测方法所描述的操作。
图5是实现本申请实施例的服务器的硬件结构示意图。
该服务器500包括但不限于:射频单元501、网络模块502、音频输出单元503、输入单元504、传感器505、显示单元506、用户输入单元507、接口单元508、存储器509、以及处理器510等部件。
本领域技术人员可以理解,服务器500还可以包括给各个部件供电的电源(比如电池),电源可以通过电源管理系统与处理器510逻辑相连,从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图5中示出的电子设备结构并不构成对电子设备的限定,电子设备可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置,在此不再赘述。
其中,射频单元501用于:向目标RSU发送第一消息,其中,第一消息包括用于指示目标RSU广播目标消息的指示信息;接收空口监测设备发送的第二消息,其中,第二消息包括空口监测设备监测到的目标RSU实际广播的第三消息;
处理器510用于:根据第三消息的特征信息和目标消息的特征信息,检测目标RSU是否发生故障,得到故障检测结果。
在本申请实施例中,通过向目标RSU发送包括用于指示目标RSU广播目标消息的指示信息,然后通过空口监测设备对目标RSU实际广播的消息进行监测,进而接收空口监测设备监测到的目标RSU实际广播的消息,根据目标消息的特征信息和目标RSU实际广播的消息的特征信息,检测目标RSU是否发生故障,得到故障检测结果。如此,通过两个消息,即可确定目标RSU是否发生故障,即完成目标RSU的故障检测,无需将目标RSU拆卸返厂检测,能够提高RSU的检测效率。
在本申请实施例的一些可能实现中,特征信息包括内容信息和/或参数信息。
在本申请实施例中,能够根据消息的内容信息和/或参数信息,对RSU进行故障检测。
在本申请实施例的一些可能实现中,特征信息包括内容信息;处理器510具体可以用于:
检测第三消息的内容信息与目标消息的内容信息是否匹配;
在第三消息的内容信息与目标消息的内容信息不匹配的情况下,确定目标RSU故障。
在本申请实施例中,能够根据消息的内容信息,对RSU进行故障检测。
在本申请实施例的一些可能实现中,参数信息包括广播消息的频率信息;第一消息还包括用于指示目标RSU广播目标消息的目标频率信息;第二消息还包括时间信息,时间信息为目标RSU广播第三消息的时间信息;处理器510具体可以用于:
根据时间信息,确定目标RSU广播第三消息的第一频率;
检测第一频率与目标频率信息所指示的第二频率是否匹配;
在第一频率与目标频率信息所指示的第二频率不匹配的情况下,确定目标RSU故障。
在本申请实施例中,能够根据广播消息的频率信息,对RSU进行故障检测。
在本申请实施例的一些可能实现中,参数信息包括广播消息的次数信息;第一消息还包括用于指示目标RSU广播目标消息的目标次数信息;第二消息还包括时间信息,时间信息为目标RSU广播第三消息的时间信息;处理器510具体可以用于:
根据时间信息,确定目标RSU广播第三消息的第一次数;
检测第一次数与目标次数信息所指示的第二次数是否匹配;
在第一次数与目标次数信息所指示的第二次数不匹配的情况下,确定目标RSU故障。
在本申请实施例中,能够根据广播消息的次数信息,对RSU进行故障检测。
在本申请实施例的一些可能实现中,在故障检测结果表示目标RSU故障的情况下,处理器510还用于:
执行与目标RSU故障相应的第一告警处理,其中,第一告警处理用于提示用户目标RSU故障。
在本申请实施例中,在检测出RSU故障的情况下,能够通过第一告警处理对用户进行提示,使得用户能够获知RSU故障,能够进行后续的故障处理。
在本申请实施例的一些可能实现中,在故障检测结果表示目标RSU故障的情况下,处理器510还用于:
将目标RSU故障的次数增1;
在次数等于预设次数的情况下,执行与目标RSU故障相应的第二告警处理,其中,第二告警处理用于提示用户需要人为处理目标RSU的故障。
在本申请实施例中,在RSU出现多次故障的情况下,能够通过第二告警处理提示用户要对该RSU进行人为处理,能够使得用户及时对RSU进行人为处理,避免RSU故障影响实际中的应用。
在本申请实施例的一些可能实现中,目标消息包括道路拥塞信息,道路拥塞信息为目标RSU的信号覆盖范围内的道路的拥塞信息。
在本申请实施例中,由于目标消息包括目标RSU的信号覆盖范围内的道路的拥塞信息,也就是说,对于目标RSU的故障检测是在其工作的过程中进行检测,并未将其拆卸后进行检测,能够在不影响其工作的情况下,对其进行检测。
在本申请实施例的一些可能实现中,在故障检测结果表示目标RSU故障的情况下,射频单元501还用于:
接收空口监测设备发送的第四消息,其中,第四消息包括空口监测设备监测到的车载单元OBU广播的第五消息,第五消息包括配置有OBU的车辆的标识信息和位置信息;
相应地,处理器510还用于:
根据标识信息和位置信息,确定道路的车流量;根据车流量,生成道路拥塞信息。
应理解的是,本申请实施例中,输入单元504可以包括图形处理器(GraphicsProcessing Unit,GPU)5041和麦克风5042,图形处理器5041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元506可包括显示面板5061,可以采用液晶显示器、有机发光二极管等形式来配置显示面板5061。用户输入单元507包括触控面板5071以及其他输入设备5072。触控面板5071,也称为触摸屏。触控面板5071可包括触摸检测装置和触摸控制器两个部分。其他输入设备5072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆,在此不再赘述。存储器509可用于存储软件程序以及各种数据,包括但不限于应用程序和操作系统。处理器510可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作系统、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器510中。
本申请实施例还提供一种计算机可读存储介质,所述计算机可读存储介质上存储有程序或指令,该程序或指令被处理器执行时实现上述路侧单元的故障检测方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
其中,所述处理器为上述实施例中所述的电子设备中的处理器。所述计算机可读存储介质的示例包括非暂态计算机可读存储介质,如ROM、RAM、磁碟或者光盘等。
本申请实施例另提供了一种芯片,所述芯片包括处理器和通信接口,所述通信接口和所述处理器耦合,所述处理器用于运行程序或指令,实现上述路侧单元的故障检测方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
应理解,本申请实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外,需要指出的是,本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能,还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能,例如,可以按不同于所描述的次序来执行所描述的方法,并且还可以添加、省去、或组合各种步骤。另外,参照某些示例所描述的特征可在其他示例中被组合。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本申请的技术方案本质上或者说对相关技术做出贡献的部分可以以计算机软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端(可以是手机,计算机,服务器,或者网络设备等)执行本申请各个实施例所述的方法。
上面结合附图对本申请的实施例进行了描述,但是本申请并不局限于上述的具体实施方式,上述的具体实施方式仅仅是示意性的,而不是限制性的,本领域的普通技术人员在本申请的启示下,在不脱离本申请宗旨和权利要求所保护的范围情况下,还可做出很多形式,均属于本申请的保护之内。

Claims (12)

1.一种路侧单元的故障检测方法,其特征在于,应用于服务器,所述方法包括:
向目标路侧单元RSU发送第一消息,其中,所述第一消息包括用于指示目标RSU广播目标消息的指示信息;
接收空口监测设备发送的第二消息,其中,所述第二消息包括所述空口监测设备监测到的所述目标RSU实际广播的第三消息;
根据所述第三消息的特征信息和所述目标消息的特征信息,检测所述目标RSU是否发生故障,得到故障检测结果。
2.根据权利要求1所述的方法,其特征在于,所述特征信息包括内容信息和/或参数信息。
3.根据权利要求2所述的方法,其特征在于,所述特征信息包括内容信息;
所述根据所述第三消息的特征信息和所述目标消息的特征信息,检测所述目标RSU是否发生故障,包括:
检测所述第三消息的内容信息与所述目标消息的内容信息是否匹配;
在所述第三消息的内容信息与所述目标消息的内容信息不匹配的情况下,确定所述目标RSU故障。
4.根据权利要求2所述的方法,其特征在于,所述参数信息包括广播消息的频率信息;所述第一消息还包括用于指示所述目标RSU广播所述目标消息的目标频率信息;所述第二消息还包括时间信息,所述时间信息为所述目标RSU广播所述第三消息的时间信息;
所述根据所述第三消息的特征信息和所述目标消息的特征信息,检测所述目标RSU是否发生故障,得到故障检测结果,包括:
根据所述时间信息,确定所述目标RSU广播所述第三消息的第一频率;
检测所述第一频率与所述目标频率信息所指示的第二频率是否匹配;
在所述第一频率与所述目标频率信息所指示的第二频率不匹配的情况下,确定所述目标RSU故障。
5.根据权利要求2所述的方法,其特征在于,所述参数信息包括广播消息的次数信息;所述第一消息还包括用于指示所述目标RSU广播所述目标消息的目标次数信息;所述第二消息还包括时间信息,所述时间信息为所述目标RSU广播所述第三消息的时间信息;
所述根据所述第三消息的特征信息和所述目标消息的特征信息,检测所述目标RSU是否发生故障,得到故障检测结果,包括:
根据所述时间信息,确定所述目标RSU广播所述第三消息的第一次数;
检测所述第一次数与所述目标次数信息所指示的第二次数是否匹配;
在所述第一次数与所述目标次数信息所指示的第二次数不匹配的情况下,确定所述目标RSU故障。
6.根据权利要求1所述的方法,其特征在于,在所述故障检测结果表示所述目标RSU故障的情况下,在所述根据所述第三消息的特征信息和所述目标消息的特征信息,检测所述目标RSU是否发生故障,得到故障检测结果之后,所述方法还包括:
执行与所述目标RSU故障相应的第一告警处理,其中,所述第一告警处理用于提示用户所述目标RSU故障。
7.根据权利要求1所述的方法,其特征在于,在所述故障检测结果表示所述目标RSU故障的情况下,在所述根据所述第三消息的特征信息和所述目标消息的特征信息,检测所述目标RSU是否发生故障,得到故障检测结果之后,所述方法还包括:
将所述目标RSU故障的次数增1;
在所述次数等于预设次数的情况下,执行与所述目标RSU故障相应的第二告警处理,其中,所述第二告警处理用于提示用户需要人为处理所述目标RSU的故障。
8.根据权利要求1所述的方法,其特征在于,所述目标消息包括道路拥塞信息,所述道路拥塞信息为所述目标RSU的信号覆盖范围内的道路的拥塞信息。
9.根据权利要求8所述的方法,其特征在于,在所述向目标路侧单元RSU发送第一消息之前,所述方法还包括:
接收所述空口监测设备发送的第四消息,其中,所述第四消息包括所述空口监测设备监测到的车载单元OBU广播的第五消息,所述第五消息包括配置有OBU的车辆的标识信息和位置信息;
根据所述标识信息和所述位置信息,确定所述道路的车流量;
根据所述车流量,生成所述道路拥塞信息。
10.一种路侧单元的故障检测装置,其特征在于,应用于服务器,所述装置包括:
发送模块,用于向目标路侧单元RSU发送第一消息,其中,所述第一消息包括用于指示目标RSU广播目标消息的指示信息;
接收模块,用于接收空口监测设备发送的第二消息,其中,所述第二消息包括所述空口监测设备监测到的所述目标RSU实际广播的第三消息;
检测模块,用于根据所述第三消息的特征信息和所述目标消息的特征信息,检测所述目标RSU是否发生故障,得到故障检测结果。
11.一种服务器,其特征在于,所述服务器包括:处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令,所述程序或指令被所述处理器执行时实现如权利要求1至9任一项所述的路侧单元的故障检测方法的步骤。
12.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储程序或指令,所述程序或指令被处理器执行时实现如权利要求1至9任一项所述的路侧单元的故障检测方法的步骤。
CN202110537928.3A 2021-05-18 2021-05-18 路侧单元的故障检测方法、装置、服务器及介质 Pending CN115442389A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110537928.3A CN115442389A (zh) 2021-05-18 2021-05-18 路侧单元的故障检测方法、装置、服务器及介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110537928.3A CN115442389A (zh) 2021-05-18 2021-05-18 路侧单元的故障检测方法、装置、服务器及介质

Publications (1)

Publication Number Publication Date
CN115442389A true CN115442389A (zh) 2022-12-06

Family

ID=84272056

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110537928.3A Pending CN115442389A (zh) 2021-05-18 2021-05-18 路侧单元的故障检测方法、装置、服务器及介质

Country Status (1)

Country Link
CN (1) CN115442389A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115657647A (zh) * 2022-12-19 2023-01-31 小米汽车科技有限公司 故障确定方法、装置、车辆及存储介质

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115657647A (zh) * 2022-12-19 2023-01-31 小米汽车科技有限公司 故障确定方法、装置、车辆及存储介质

Similar Documents

Publication Publication Date Title
CN109686116B (zh) 交通灯信息提供系统、交通灯信息提供方法及所用服务器
US11024164B2 (en) Traffic information processing method and related device
CN110660221A (zh) 一种基于车路协同系统的信息交互方法及装置
JP2021152967A (ja) 車両運転を支援する方法、装置、電子機器記憶媒体及びコンピュータプログラム製品
US9685080B2 (en) Traffic light preemption management system
EP3772862B1 (en) Vehicle information interacting method, device, apparatus and storage medium
CN110733426B (zh) 一种视线盲区监测方法、装置、设备及介质
CN111694674B (zh) 消息分发处理方法、装置、设备及存储介质
JP2004325430A (ja) 車両のナビゲーション用マップデータ伝送システム及び方法
WO2019052446A1 (zh) Tcu切换方法、消息同步方法及装置
JP6710752B2 (ja) ナビゲーション方法、ナビゲーション端末及びサーバ
US20200327806A1 (en) Connected vehicle platform assisted v2x communications
WO2018018789A1 (zh) 一种数据传输方法及车载设备
US11080999B2 (en) Traffic application instance processing method and traffic control unit
CN115442389A (zh) 路侧单元的故障检测方法、装置、服务器及介质
CN113947923A (zh) 一种交通信号控制系统、方法、电子设备及存储介质
CN114201567A (zh) 一种导航播报方法、装置、设备及存储介质
EP4067147B1 (en) Vehicle speed control method, apparatus and device
WO2021196893A1 (zh) 车辆通信方法、装置、计算机可读介质及电子设备
US11651628B2 (en) Router for vehicle diagnostic system
CN117279027A (zh) V2x消息测试系统、用于v2x消息测试的方法和存储介质
JP2014241102A (ja) 他車両状態配信システム及び他車両状態配信サーバ
CN103873527A (zh) 数据处理方法、电子设备及服务器
WO2011127711A1 (zh) 一种路况信息发布方法和路况信息发布系统
CN107454574B (zh) 设备到设备d2d的通信方法、装置和车联网终端

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