CN114339665A - V2x通信状态监控的方法、监听设备和运维设备 - Google Patents

Abstract

本公开涉及一种V2X通信状态监控的方法、监听设备和运维设备，可应用于无人/自动驾驶领域，上述方法包括：监听车辆和路侧设备至少之一的空中接口；当监听到上述空中接口存在待收发数据帧的收发事件时，获取上述待收发数据帧；根据预设的验签功能开闭状态，对上述待收发数据帧进行验签之后再进行解析处理或者不经过验签便对上述待收发数据帧进行解析处理，得到待收发信息；以及根据上述待收发信息的信息类型差别来差异化显示上述待收发信息。上述方法使得待收发信息的正常状态和异常状态能够区别显示，有助于快速定位到通信链路异常的位置和确定异常原因，促进V2X通信的及时恢复。

Description

V2X通信状态监控的方法、监听设备和运维设备

技术领域

本公开涉及车辆技术领域，尤其涉及一种V2X通信状态监控的方法、监听设备和运维设备。

背景技术

在车辆领域，尤其是在无人/自动驾驶领域，车辆与车辆(可以简称为车-车)、车辆与路侧设备(车-路)以及车辆与云端服务器(车-云)之间的通信状态对于车辆定位、路况识别、路线规划和导航、紧急制动等具有关键影响。

然而，在车联网(V2X)技术中，目前无论是车辆与车辆之间的通信，还是车辆与路侧设备之间的通信，当通信链路出现异常时，无法快速定位异常原因。

发明内容

为了解决上述技术问题或者至少部分地解决上述技术问题，本公开的实施例提供了一种V2X通信状态监控的方法、监听设备和运维设备。

第一方面，本公开的实施例提供了一种V2X通信状态监控的方法。上述方法包括：监听车辆和路侧设备至少之一的空中接口；当监听到上述空中接口存在待收发数据帧的收发事件时，获取上述待收发数据帧；根据预设的验签功能开闭状态，对上述待收发数据帧进行验签之后再进行解析处理或者不经过验签便对上述待收发数据帧进行解析处理，得到待收发信息；以及根据上述待收发信息的信息类型差别来差异化显示上述待收发信息。

根据本公开的实施例，根据预设的验签功能开闭状态，对上述待收发数据帧进行验签之后再进行解析处理或者不经过验签便对上述待收发数据帧进行解析处理，得到待收发信息，包括：当验签功能处于开启状态时，对上述待收发数据帧进行验签之后再进行解析处理，得到待收发信息；当验签功能处于关闭状态时，不经过验签便对上述待收发数据帧进行解析处理，得到待收发信息。

根据本公开的实施例，对上述待收发数据帧进行验签之后再进行解析处理，得到待收发信息，包括：对上述待收发数据帧的数字签名进行验证；在上述待收发数据帧的数字签名验证通过的情况下，对上述待收发数据帧进行解析处理，得到解析后的待收发信息；在上述待收发数据帧的数字签名验证不通过的情况下，对上述待收发数据帧进行解析处理，得到解析后的待收发信息，并为上述待收发信息标记上特殊标识，上述特殊标识用于指示上述待收发数据帧的数字签名验证不通过的状态。

根据本公开的实施例，根据上述待收发信息的信息类型差别来差异化显示上述待收发信息，包括：针对每个待收发信息，根据预设的信息类型与显示样式之间的映射关系，确定每个待收发信息的信息类型所对应的目标显示样式；以及基于上述目标显示样式来对应显示每个待收发信息。

根据本公开的实施例，上述映射关系中的信息类型包括：基础安全信息(BSM)类型、路侧信息(RSI)类型、路侧安全信息(RSM)类型、交通灯相位与时序信息(SPAT)类型、地图信息(MAP)类型。不同信息类型对应的目标显示样式在至少一个显示属性上具有差异，并且当上述待收发信息携带有特殊标识时，上述待收发信息的目标显示样式为预警显示样式，上述预警显示样式用于提示上述待收发信息的异常状态。

第二方面，本公开的实施例提供了一种空中数据帧的监听设备。上述监听设备包括：V2X通信模块，与上述V2X通信模块连接的处理模块，与上述处理模块连接的V2X安全模块和显示模块。上述V2X通信模块用于监听车辆和路侧设备至少之一的空中接口。上述V2X通信模块还用于在监听到上述空中接口存在待收发数据帧的收发事件的情况下，获取上述待收发数据帧。上述处理模块用于根据预设的验签功能开闭状态，调用上述V2X安全模块对上述待收发数据帧进行验签之后再对上述待收发数据帧进行解析处理或者不经过验签便对上述待收发数据帧进行解析处理，得到待收发信息。上述显示模块用于根据上述待收发信息的信息类型差别来差异化显示上述待收发信息。

根据本公开的实施例，当验签功能处于开启状态时，上述处理模块调用上述V2X安全模块对上述待收发数据帧进行验签，得到验签结果；上述处理模块根据上述验签结果来对上述待收发数据帧进行解析处理，得到待收发信息。当验签功能处于关闭状态时，上述处理模块不经过验签便对上述待收发数据帧进行解析处理，得到待收发信息。

根据本公开的实施例，上述处理模块根据上述验签结果来对上述待收发数据帧进行解析处理，得到待收发信息，包括：当验签结果为上述待收发数据帧的数字签名验证通过时，上述处理模块对上述待收发数据帧进行解析处理，得到解析后的待收发信息；当验签结果为上述待收发数据帧的数字签名验证不通过时，上述处理模块对上述待收发数据帧进行解析处理，得到解析后的待收发信息，并为上述待收发信息标记上特殊标识，上述特殊标识用于指示上述待收发数据帧的数字签名验证不通过的状态。

根据本公开的实施例，上述信息类型包括：基础安全信息(BSM)类型、路侧信息(RSI)类型、路侧安全信息(RSM)类型、交通灯相位与时序信息(SPAT)类型、地图信息(MAP)类型。不同信息类型对应的目标显示样式在至少一个显示属性上具有差异，并且当上述待收发信息携带有特殊标识时，上述待收发信息的目标显示样式为预警显示样式，上述预警显示样式用于提示上述待收发信息的异常状态。

第三方面，本公开的实施例提供了一种运维设备。上述运维设备包括如上所述的监听设备，或者与如上所述的监听设备通信和/或电性连接。上述运维设备用于根据上述监听设备监听到的待收发数据帧的V2X通信状态来确定是否存在通信异常，并将出现通信异常的运维对象提示给运维人员进行处理或者根据预设处理逻辑对出现异常的运维对象自动进行运维处理。

本公开实施例提供的上述技术方案至少具有如下优点的部分或全部：

通过对车辆和路侧设备至少之一的空中接口进行监听，并在监听到收发事件时，获取收发事件对应的待收发数据帧，根据预设的验签功能开闭状态对上述待收发数据帧进行验签之后再进行解析处理或者不经过验签便对上述待收发数据帧进行解析处理，得到待收发信息；根据上述待收发信息的信息类型差别来差异化显示上述待收发信息，使得待收发信息的正常状态和异常状态能够区别显示，有助于快速定位到通信链路异常的位置和确定异常原因，促进V2X通信的及时恢复。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或相关技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1示意性地示出了适用于本公开实施例的V2X通信状态监控的方法的系统架构；

图2示意性地示出了本公开实施例的V2X通信状态监控的方法的流程图；

图3示意性地示出了本公开实施例的步骤S230的详细实施流程图；

图4示意性地示出了本公开实施例的步骤S240的详细实施流程图；以及

图5示意性地示出了本公开实施例的空中数据帧的监听设备的结构框图。

具体实施方式

本公开的实施例提供了一种V2X通信状态监控的方法、监听设备和运维设备，上述方法包括：监听车辆和路侧设备至少之一的空中接口；当监听到上述空中接口存在待收发数据帧的收发事件时，获取上述待收发数据帧；根据预设的验签功能开闭状态，对上述待收发数据帧进行验签之后再进行解析处理或者不经过验签便对上述待收发数据帧进行解析处理，得到待收发信息；以及根据上述待收发信息的信息类型差别来差异化显示上述待收发信息。

上述方法的执行主体可以是区别于车辆和路侧设备的第三方监听设备，该监听设备不影响车辆和路侧设备各自的正常运行，并通过对车辆和路侧设备至少之一的空中接口进行监听，并在监听到收发事件时，获取收发事件对应的待收发数据帧，根据预设的验签功能开闭状态对上述待收发数据帧进行验签之后再进行解析处理或者不经过验签便对上述待收发数据帧进行解析处理，得到待收发信息；根据上述待收发信息的信息类型差别来差异化显示上述待收发信息，使得待收发信息的正常状态和异常状态能够区别显示，有助于快速定位到通信链路异常的位置和确定异常原因，促进V2X通信的及时恢复。

上述监听设备可以作为运维设备或者是作为运维设备的一个功能模块，或者上述监听设备与运维设备之间采用通信(无线通信、有线通信等)和/或电性方式(电路之间进行连接)进行连接。运维设备能够根据上述监听设备监听到的待收发数据帧的V2X通信状态来确定是否存在通信异常，并将出现通信异常的运维对象提示给运维人员进行处理或者根据(运维系统中)预设处理逻辑对出现异常的运维对象自动进行运维处理，从而促使运维人员或运维系统对异常状态的V2X通信链路进行及时修复。

本公开的实施例中，术语“空中接口”采用的是广义概念，是指通过无线通信进行两个对象连接的方式，该空中接口定义每个无线信道的使用频率和带宽，或者定义采用的编码方法；上述空中接口(可以简称为空口)可以是车联网领域中的PC5接口(直连通信接口)，也可以是Uu接口(蜂窝网通信接口)。

为使本公开实施例的目的、技术方案和优点更加清楚，下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本公开的一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本公开保护的范围。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

图1示意性地示出了适用于本公开实施例的V2X通信状态监控的方法的系统架构。

参照图1所示，适用于本公开实施例的V2X通信状态监控的方法的系统架构100包括：路侧设备110、车辆120和监听设备130。

路侧设备110可以是设置于道路侧的各种用于与车辆进行通信的设备，例如可以是基站111，或者是路侧摄像装置112(包括摄像头、测距/测速雷达等)等各种形式，上述路侧设备可以基于路侧单元(RSU)实现与车辆中的车载单元(OBU)之间的通信。

例如，车载单元(OBU)与路侧单元(RSU)之间通过PC5接口(或者称为空口)进行通信，称为V2I(Vehicle to Infrastructure)通信。

车辆与车辆之间通过OBU的PC5接口进行通信，称为V2V(Vehicle to Vehicle)通信。

OBU与LTE(一种移动通信基站类型)基站间通过Uu口通信，称为V2N(Vehicle toNetwork)通信。

其中PC5用于广播V2I消息并接收V2V消息(也可以将消息描述为信息)。同时作为其他路侧设备(例如摄像头、雷达等)的数据网关，将其他路侧设备的数据通过Uu或者有线方式发送至云端V2X应用服务器。

车载单元为V2X车载终端，支持PC5和Uu两种通信模式，其中PC5用于广播V2V消息并接收V2I消息，Uu可将车端数据发送至云端V2X应用服务器。

本公开的实施例通过提出一种监听设备130，该监听设备130用于执行本公开实施例所提出的V2X通信状态监控的方法，通过对车辆和路侧设备至少之一的空中接口进行监听，并在监听到收发事件时，获取收发事件对应的待收发数据帧，根据预设的验签功能开闭状态对上述待收发数据帧进行验签之后再进行解析处理或者不经过验签便对上述待收发数据帧进行解析处理，得到待收发信息；根据上述待收发信息的信息类型差别来差异化显示上述待收发信息，使得待收发信息的正常状态和异常状态能够区别显示，有助于快速定位到通信链路异常的位置和确定异常原因，促进V2X通信的及时恢复。

下面结合附图来对本公开的实施例进行详细介绍。

本公开的第一个示例性实施例提供了一种V2X通信状态监控的方法。

图2示意性地示出了本公开实施例的V2X通信状态监控的方法的流程图。

参照图2所示，本公开实施例提供的V2X通信状态监控的方法，包括以下步骤：S210、S220、S230和S240。上述步骤S210～S240可以由图1中示例的监听设备130来执行。

在步骤S210，监听车辆和路侧设备至少之一的空中接口。

上述空中接口例如为PC5空口/接口。

在步骤S220，当监听到上述空中接口存在待收发数据帧的收发事件时，获取上述待收发数据帧。

例如，在车辆与车辆、车辆与路侧设备之间基于PC5空口进行通信时，监听设备130可以通过监听车辆和路侧设备的空中接口(例如为PC5空口)发生的收发事件来获取通信过程中的待收发数据帧，进而通过执行后续步骤S230来得到待收发信息，执行步骤S240来差异化显示上述待收发信息，使得运维人员或运维装置根据显示的待收发信息来判定车辆和路侧设备的通信状态。

在仅监听车辆(也可以是路侧设备)的空中接口的实施例中，能够通过对车辆(或者对应为路侧设备)空口的监听，获取到车辆之间的待收发数据帧或者车辆要向路侧设备进行收发的待收发数据帧(在路侧设备的情况下，对应为路侧设备与车辆之间的待收发数据帧)，并通过执行后续的步骤S230和S240，根据解析得到的待收发信息的信息类型进行差异化显示。

由于仅通过车辆或路侧设备一侧接口所识别到的收发信息如果验签不通过时，表示某个特定车辆或者特定路侧设备的通信具有异常的可能性，还需要结合多侧、多方的通信数据进行综合判定。

在一些情况下，通常要确定该异常是否是由该特定车辆S导致的或者由某个特定路侧设备L导致的。针对对特定车辆S的通信状态判定，还需要进一步结合其他相关数据，例如可以通过得到除了根据监听到的当前车辆的待收发数据帧之外的其他车辆与该特定车辆S之间的通信情况来判别特定车辆S是否存在通信异常；此外还可以通过结合同时段路侧设备(例如多个路侧设备L、R、T等)与该特定车辆S之间的通信情况来判定特定车辆S是否存在通信异常。

此外，上述空中接口是以PC5接口进行示例，上述空中接口还可以是Uu接口，例如，还可以监听到车辆要向服务器(例如为RTK云计算服务器)进行收到的待收发数据帧。

在步骤S230，根据预设的验签功能开闭状态，对上述待收发数据帧进行验签之后再进行解析处理或者不经过验签便对上述待收发数据帧进行解析处理，得到待收发信息。

预设的验签功能开闭状态可以是由该监听设备的用户(在监听设备上注册并具有验签功能的设置权限的人员，例如上述用户可以是运维人员)进行预设。

在步骤S240，根据上述待收发信息的信息类型差别来差异化显示上述待收发信息。

基于上述步骤S210～S240，通过对车辆和路侧设备至少之一的空中接口进行监听，并在监听到收发事件时，获取收发事件对应的待收发数据帧，根据预设的验签功能开闭状态对上述待收发数据帧进行验签之后再进行解析处理或者不经过验签便对上述待收发数据帧进行解析处理，得到待收发信息；根据上述待收发信息的信息类型差别来差异化显示上述待收发信息，使得待收发信息的正常状态和异常状态能够区别显示，有助于快速定位到通信链路异常的位置和确定异常原因，促进V2X通信的及时恢复。

图3示意性地示出了本公开实施例的步骤S230的详细实施流程图。

根据本公开的实施例，参照图3所示，上述步骤S230中，根据预设的验签功能开闭状态，对上述待收发数据帧进行验签之后再进行解析处理或者不经过验签便对上述待收发数据帧进行解析处理，得到待收发信息，包括以下步骤：S310或S320。

在步骤S310，当验签功能处于开启状态时，对上述待收发数据帧进行验签之后再进行解析处理，得到待收发信息。

在步骤S320，当验签功能处于关闭状态时，不经过验签便对上述待收发数据帧进行解析处理，得到待收发信息。

根据本公开的实施例，上述步骤S310中，对上述待收发数据帧进行验签之后再进行解析处理，得到待收发信息，包括以下子步骤：S311、S312a和S312b。

在子步骤S311，对上述待收发数据帧的数字签名进行验证。

在子步骤S312a，在上述待收发数据帧的数字签名验证通过的情况下，对上述待收发数据帧进行解析处理，得到解析后的待收发信息。

在子步骤S312b，在上述待收发数据帧的数字签名验证不通过的情况下，对上述待收发数据帧进行解析处理，得到解析后的待收发信息，并为上述待收发信息标记上特殊标识，上述特殊标识用于指示上述待收发数据帧的数字签名验证不通过的状态。

图4示意性地示出了本公开实施例的步骤S240的详细实施流程图。

根据本公开的实施例，参照图4所示，上述步骤S240中，根据上述待收发信息的信息类型差别来差异化显示上述待收发信息，包括以下步骤：S410和S420。

在步骤S410，针对每个待收发信息，根据预设的信息类型与显示样式之间的映射关系，确定每个待收发信息的信息类型所对应的目标显示样式。

在步骤S420，基于上述目标显示样式来对应显示每个待收发信息。

根据本公开的实施例，上述映射关系中的信息类型包括：基础安全信息(BSM)类型、路侧信息(RSI)类型、路侧安全信息(RSM)类型、交通灯相位与时序信息(SPAT)类型、地图信息(MAP)类型。

不同信息类型对应的目标显示样式在至少一个显示属性(例如为显示颜色、显示字体、显示背景图案等)上具有差异，并且当上述待收发信息携带有特殊标识时，上述待收发信息的目标显示样式为预警显示样式，上述预警显示样式用于提示上述待收发信息的异常状态。例如上述预警显示样式为附带有红色感叹号的待收发信息。

本公开的第二个示例性实施例提供了一种空中数据帧的监听设备。

图5示意性地示出了本公开实施例的空中数据帧的监听设备的结构框图。

参照图5所示，本公开实施例提供空中数据帧的监听设备500包括：V2X通信模块501，与上述V2X通信模块连接的处理模块502，与上述处理模块连接的V2X安全模块503和显示模块504。

上述V2X通信模块501用于监听车辆和路侧设备至少之一的空中接口。

上述V2X通信模块501还用于在监听到上述空中接口存在待收发数据帧的收发事件的情况下，获取上述待收发数据帧。

上述处理模块502用于根据预设的验签功能开闭状态，调用上述V2X安全模块503对上述待收发数据帧进行验签之后再对上述待收发数据帧进行解析处理或者不经过验签便对上述待收发数据帧进行解析处理，得到待收发信息。

上述显示模块504用于根据上述待收发信息的信息类型差别来差异化显示上述待收发信息。

根据本公开的实施例，参照图5所示，上述监听设备500还包括：电源模块505，上述电源模块505与上述V2X通信模块501、处理模块502、V2X安全模块503和显示模块504均连接，用于给上述V2X通信模块501、处理模块502、V2X安全模块503和显示模块504进行供电。

根据本公开的实施例，当验签功能处于开启状态时，上述处理模块502调用上述V2X安全模块503对上述待收发数据帧进行验签，得到验签结果；上述处理模块502根据上述验签结果来对上述待收发数据帧进行解析处理，得到待收发信息。

当验签功能处于关闭状态时，上述处理模块502不经过验签便对上述待收发数据帧进行解析处理，得到待收发信息。

根据本公开的实施例，上述处理模块502根据上述验签结果来对上述待收发数据帧进行解析处理，得到待收发信息，包括：当验签结果为上述待收发数据帧的数字签名验证通过时，上述处理模块对上述待收发数据帧进行解析处理，得到解析后的待收发信息；当验签结果为上述待收发数据帧的数字签名验证不通过时，上述处理模块对上述待收发数据帧进行解析处理，得到解析后的待收发信息，并为上述待收发信息标记上特殊标识，上述特殊标识用于指示上述待收发数据帧的数字签名验证不通过的状态。

根据本公开的实施例，上述信息类型包括：基础安全信息(BSM)类型、路侧信息(RSI)类型、路侧安全信息(RSM)类型、交通灯相位与时序信息(SPAT)类型、地图信息(MAP)类型。不同信息类型对应的目标显示样式在至少一个显示属性(例如为显示颜色、显示字体、显示背景图案等)上具有差异，并且当上述待收发信息携带有特殊标识时，上述待收发信息的目标显示样式为预警显示样式，上述预警显示样式用于提示上述待收发信息的异常状态。

本公开的第三个示例性实施例提供了一种运维设备。

上述运维设备包括如上所述的监听设备，或者与如上所述的监听设备通信和/或电性连接。上述运维设备用于根据上述监听设备监听到的待收发数据帧的V2X通信状态来确定是否存在通信异常，并将出现通信异常的运维对象提示给运维人员进行处理或者根据预设处理逻辑对出现异常的运维对象自动进行运维处理。

例如，在一实施例中，当待收发数据帧携带有特殊标识时，上述运维设备会对上述待收发数据帧所对应的异常对象(例如为路侧设备)标记为异常，并提示运维人员对异常所对应的路侧设备进行检修处理；或者在另一实施例中，当待收发数据帧携带有特殊标识(例如为车辆的证书过期、证书类型/权限错误、签名验证失败等场景)时，上述运维设备会对上述待收发数据帧所对应的异常对象(例如为车辆A)标记为异常，并自动对上述车辆A的通信状态进行综合判定，例如可以基于其他车辆与车辆A之间通信的监听结果来综合判定车辆A是否确实处于通信异常状态，并在车辆A的综合判定结果处于通信异常的情况下，及时标记车辆A的安全证书为无效或者对车辆A采取行为控制策略等，以确保其他车辆不再采信车辆A的数据，并避免车辆A对其他行驶车辆的危害性。

在运维设备包括监听设备的实施例中，监听设备可以作为运维设备，或者监听设备作为运维设备的一个功能模块/组成部分。

运维设备能够根据上述监听设备监听到的待收发数据帧的V2X通信状态来确定是否存在通信异常，并将出现通信异常的运维对象提示给运维人员进行处理或者根据(运维系统中)预设处理逻辑对出现异常的运维对象自动进行运维处理，从而促使运维人员或运维系统对异常状态的V2X通信链路进行及时修复。

上述各个模块中的任意多个可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。上述各个模块中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，上述各个模块中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

以上所述仅是本公开的具体实施方式，使本领域技术人员能够理解或实现本公开的技术构思。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本公开的精神或范围的情况下，在其它实施例中实现。因此，本公开将不会被限制于本文所示的这些实施例，而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种V2X通信状态监控的方法，其特征在于，包括：

监听车辆和路侧设备至少之一的空中接口；

当监听到所述空中接口存在待收发数据帧的收发事件时，获取所述待收发数据帧；

根据预设的验签功能开闭状态，对所述待收发数据帧进行验签之后再进行解析处理或者不经过验签便对所述待收发数据帧进行解析处理，得到待收发信息；以及

根据所述待收发信息的信息类型差别来差异化显示所述待收发信息。

2.根据权利要求1所述的方法，其特征在于，所述根据预设的验签功能开闭状态，对所述待收发数据帧进行验签之后再进行解析处理或者不经过验签便对所述待收发数据帧进行解析处理，得到待收发信息，包括：

当验签功能处于开启状态时，对所述待收发数据帧进行验签之后再进行解析处理，得到待收发信息；

当验签功能处于关闭状态时，不经过验签便对所述待收发数据帧进行解析处理，得到待收发信息。

3.根据权利要求2所述的方法，其特征在于，所述对所述待收发数据帧进行验签之后再进行解析处理，得到待收发信息，包括：

对所述待收发数据帧的数字签名进行验证；

在所述待收发数据帧的数字签名验证通过的情况下，对所述待收发数据帧进行解析处理，得到解析后的待收发信息；

在所述待收发数据帧的数字签名验证不通过的情况下，对所述待收发数据帧进行解析处理，得到解析后的待收发信息，并为所述待收发信息标记上特殊标识，所述特殊标识用于指示所述待收发数据帧的数字签名验证不通过的状态。

4.根据权利要求1所述的方法，其特征在于，所述根据所述待收发信息的信息类型差别来差异化显示所述待收发信息，包括：

针对每个待收发信息，根据预设的信息类型与显示样式之间的映射关系，确定每个待收发信息的信息类型所对应的目标显示样式；以及

基于所述目标显示样式来对应显示每个待收发信息。

5.根据权利要求4所述的方法，其特征在于，所述映射关系中的信息类型包括：基础安全信息类型、路侧信息类型、路侧安全信息类型、交通灯相位与时序信息类型、地图信息类型；

不同信息类型对应的目标显示样式在至少一个显示属性上具有差异，并且当所述待收发信息携带有特殊标识时，所述待收发信息的目标显示样式为预警显示样式，所述预警显示样式用于提示所述待收发信息的异常状态。

6.一种空中数据帧的监听设备，其特征在于，包括：V2X通信模块，与所述V2X通信模块连接的处理模块，与所述处理模块连接的V2X安全模块和显示模块；

所述V2X通信模块用于监听车辆和路侧设备至少之一的空中接口；

所述V2X通信模块还用于在监听到所述空中接口存在待收发数据帧的收发事件的情况下，获取所述待收发数据帧；

所述处理模块用于根据预设的验签功能开闭状态，调用所述V2X安全模块对所述待收发数据帧进行验签之后再对所述待收发数据帧进行解析处理或者不经过验签便对所述待收发数据帧进行解析处理，得到待收发信息；

所述显示模块用于根据所述待收发信息的信息类型差别来差异化显示所述待收发信息。

7.根据权利要求6所述的监听设备，其特征在于，

当验签功能处于开启状态时，所述处理模块调用所述V2X安全模块对所述待收发数据帧进行验签，得到验签结果；所述处理模块根据所述验签结果来对所述待收发数据帧进行解析处理，得到待收发信息；

当验签功能处于关闭状态时，所述处理模块不经过验签便对所述待收发数据帧进行解析处理，得到待收发信息。

8.根据权利要求6所述的监听设备，其特征在于，所述处理模块根据所述验签结果来对所述待收发数据帧进行解析处理，得到待收发信息，包括：

当验签结果为所述待收发数据帧的数字签名验证通过时，所述处理模块对所述待收发数据帧进行解析处理，得到解析后的待收发信息；

当验签结果为所述待收发数据帧的数字签名验证不通过时，所述处理模块对所述待收发数据帧进行解析处理，得到解析后的待收发信息，并为所述待收发信息标记上特殊标识，所述特殊标识用于指示所述待收发数据帧的数字签名验证不通过的状态。

9.根据权利要求8所述的监听设备，其特征在于，所述信息类型包括：基础安全信息类型、路侧信息类型、路侧安全信息类型、交通灯相位与时序信息类型、地图信息类型；

不同信息类型对应的目标显示样式在至少一个显示属性上具有差异，并且当所述待收发信息携带有特殊标识时，所述待收发信息的目标显示样式为预警显示样式，所述预警显示样式用于提示所述待收发信息的异常状态。

10.一种运维设备，其特征在于，所述运维设备包括权利要求6-9中任一项所述的监听设备，或者与权利要求6-9中任一项所述的监听设备通信和/或电性连接；

所述运维设备用于根据所述监听设备监听到的待收发数据帧的V2X通信状态来确定是否存在通信异常，并将出现通信异常的运维对象提示给运维人员进行处理或者根据预设处理逻辑对出现异常的运维对象自动进行运维处理。

Images