一种残膜回收机防缠绕挑膜装置的制 一种秧草收获机用电力驱动行走机构

信息传输处理方法、装置、处理设备、车载单元及车辆与流程

2021-08-31 17:44:00 来源:中国专利 TAG:
信息传输处理方法、装置、处理设备、车载单元及车辆与流程
本发明涉及通信
技术领域
,尤其涉及一种信息传输处理方法、装置、处理设备、车载单元及车辆。
背景技术
:现有技术中的mapdata(地图数据)帧和spat(signalphaseandtiming,信号相位时间)帧设计中,一个基本假设是车载单元到达一个节点(典型为路口,记为节点a)后,能够提前知道自己将要行驶的该路口节点的交通流下游节点的节点标识,即remoteintersection(下游节点标识),数据类型为nodereferenceid(节点关联id),记为节点b(节点b典型情况下也是一个路口,但也可以是在交通道路路段中间处设置的节点),然后在mapdata帧中,从节点a下属的inlink(进口道路,即按照交通流方向驶入路口节点a的车道)的movements(移动)信息中,找到与remoteintersection=节点b有对应关系的phaseid(相位id),然后再去spat帧中查找该phaseid对应的信号相位信息(phasestates),获得其灯色light信息和时间timing信息。但上述技术设计存在如下多种问题:首先,车辆不一定能够提前知道下游路口节点的节点标识remoteintersection。原因:mapdata帧本身设计为近距离发送的局域地图信息。mapdata帧由安装在道路路侧的rsu(路侧单元)设备对车辆发送,每个rsu对外发送的mapdata帧中通常只包括距离该rsu位置最近的路口的node节点信息,以及与该路口相关的周边几个路口的信息。假设车辆首次行驶到一个区域,车辆难以提前获取自身在该区域中未来将要行驶经过的路口(节点)标识信息(类型为nodereferenceid),所以上述技术中根据remoteintersection来查找确定phaseid的方法就无法工作了。换句话说,如果一定要保证车辆能够提前获取当前路口的下游路口节点的节点标识信息,则需要将下个路口node的inlink(进口道路)等详细拓扑和当前路口node的inlink信息都在当前的rsu中发送出来,这种方式将极大程度地增加rsu的空口发送数据量,造成空口资源的浪费。其次,上述整个处理过程中,不涉及任何交通信号对应的行驶方向的概念,只是提供了基于拓扑连通性的信号相位信息,所以基于上述设计的mapdata和spat帧,车载单元只能知道“当前路口到其下游的某个路口的这个交通流是什么交通信号”,但很难了解该交通信号在当前路口处,究竟对应于什么样的行驶方向(也可叫做交通流方向),即:直行、左转、右转、掉头等行驶方向信息。然而无论驾驶员还是基于车载摄像头的交通信号灯识别系统,都只能基于我国道路交通管理法规标准去理解交通信号灯所表达出的交通信号信息,而在这些法规和标准中,特别是国家标准《gb14886-2016道路交通信号灯设置与安装规范》、国家标准《gb14887-2011道路交通信号灯》,交通信号灯所指示的交通信号信息是与在对应路口或匝道口处的具体行驶方向(或者说交通流方向)所关联的,例如某个信号灯组指示的是在当前路口的左转行驶方向的是否允许通行等,或者是直行、左转、右转、掉头、进匝道、出匝道等。所以上述v2x帧的设计,不利于在辅助驾驶应用中驾驶员的理解,也不利于和基于车载摄像头的交通信号灯识别系统的识别的交通信号灯信息的融合处理。具体的,如图1所示,图中,每个node都代表一个路口。车辆从nodeb行驶到nodea的道路为nodea的inlink1,到达路口时允许有4个交通流行驶方向:右转(通往下游节点nodec)、直行(通往下游节点noded)、左转(通往下游节点nodee)、掉头(通往下游节点nodeb)。典型地,车辆从nodeb行驶至nodea,会收到nodea附近部署的rsu发送的map和spat帧。按照目前的设计,图中路口a附近的rsu必须将nodea、b、c、d和e这5个node的各个信息(包括inlink等)都放在map帧中发出来,这样车辆在驶近nodea之前,才能获知自己经过nodea后的下游节点(b、c、d和e中的一个),进而确定nodea/inlink1/movements中对应的phaseid(相位标识),才能在spat帧中查询获取相应的交通信号相位。然而根据mapdata的数据结构,b、c、d和e这4个节点的每个node的信息量都相当于nodea的信息量,而且对于驶近nodea的车辆并无实质意义,只是作为remoteintersection出现在nodea/inlink1/movements配置中。目前设计,强制要求图中路口a附近的rsu发送这些信息,无端增加了rsu的传输数据量,同时也强制要求车辆提前确定自己行驶路径上通过a后的下游节点的remoteintersection取值,并不合理。人类驾驶员开车时,知晓当前路口的行驶方向也并不需要知晓下游路口在数字化地图拓扑信息中的节点标识。由上可知,现有技术中的信息传输方案存在传输的信号相位信息无法与行驶方向相对应(具体为现有技术无法获取与行驶方向相对应的信号相位信息、或者获取的信号相位信息与获取的行驶方向之间无法融合加以使用)、甚至无法实现传输的问题。技术实现要素:本发明的目的在于提供一种信息传输处理方法、装置、处理设备、车载单元及车辆,以解决现有技术中信息传输方案传输的信号相位信息无法与行驶方向相对应、甚至无法实现传输的问题。为了解决上述技术问题,本发明实施例提供一种信息传输处理方法,应用于处理设备,所述处理设备包括路侧单元和/或车联网服务器,所述信息传输处理方法包括:向车载单元发送地图数据帧;其中,所述地图数据帧中显式或隐式的指示了实际相位标识与行驶方向之间的对应关系,所述实际相位标识是指出现于信号相位时间spat帧中的相位标识。可选的,所述对应关系携带于所述地图数据帧中的移动信息中。可选的,在所述移动信息中,所述行驶方向根据第一规则采用显式的信息单元表示。可选的,在所述移动信息中,所述行驶方向根据第二规则采用预设下游节点标识表示;其中,所述预设下游节点标识为不作为节点列表的成员标识在所述地图数据帧中出现的下游节点标识;所述对应关系包括:所述预设下游节点标识与实际相位标识之间一一对应的第一对应关系。可选的,在所述移动信息中,所述行驶方向按照第三规则采用预设相位标识表示;所述对应关系包括:实际下游节点标识与所述预设相位标识之间一一对应的第二对应关系,以及,所述实际下游节点标识也与所述实际相位标识之间一一对应的第三对应关系;其中,所述实际下游节点标识为作为节点列表的成员标识在所述地图数据帧中出现的下游节点标识。可选的,在所述移动信息中,所述行驶方向采用按照第四规则在实际相位标识集合中选取的实际相位标识表示。本发明实施例还提供了一种信息传输处理方法,应用于车载单元,包括:接收处理设备发送的地图数据帧;根据所述地图数据帧,确定所需信息;其中,所述所需信息包括所需的信号相位信息或所需的行驶方向信息;所述地图数据帧中显式或隐式的指示了实际相位标识与行驶方向之间的对应关系,所述实际相位标识是指出现于信号相位时间spat帧中的相位标识;所述处理设备包括路侧单元和/或车联网服务器。可选的,所述根据所述地图数据帧,确定所需信息,包括:获取目标行驶方向;根据所述目标行驶方向和地图数据帧,确定所需的信号相位信息;或者,获取目标实际下游节点标识;根据所述目标实际下游节点标识和地图数据帧,确定所需的行驶方向信息。可选的,所述对应关系携带于所述地图数据帧中的移动信息中。可选的,在所述移动信息中,所述行驶方向根据第一规则采用显式的信息单元表示。可选的,根据所述目标行驶方向和地图数据帧,确定所需的信号相位信息,包括:根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;根据所述目标节点标识、进口道路信息、目标行驶方向、第一规则以及对应关系,从所述地图数据帧中获取目标实际相位标识;根据所述目标实际相位标识,获取所需的信号相位信息。可选的,根据所述目标实际下游节点标识和地图数据帧,确定所需的行驶方向信息,包括:根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;根据所述目标节点标识、进口道路信息以及目标实际下游节点标识,得到目标实际相位标识;根据所述目标实际相位标识、第一规则以及对应关系,得到所需的行驶方向信息。可选的,在所述移动信息中,所述行驶方向根据第二规则采用预设下游节点标识表示;其中,所述预设下游节点标识为不作为节点列表的成员标识在所述地图数据帧中出现的下游节点标识;所述对应关系包括:所述预设下游节点标识与实际相位标识之间一一对应的第一对应关系。可选的,根据所述目标行驶方向和地图数据帧,确定所需的信号相位信息,包括:根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;根据所述第二规则,确定用于表示所述目标行驶方向的预设下游节点标识;根据所述目标节点标识、进口道路信息、预设下游节点标识以及第一对应关系,从所述地图数据帧中获取目标实际相位标识;根据所述目标实际相位标识,获取所需的信号相位信息。可选的,根据所述目标实际下游节点标识和地图数据帧,确定所需的行驶方向信息,包括:根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;根据所述目标节点标识、进口道路信息以及目标实际下游节点标识,得到目标实际相位标识;根据所述第一对应关系,获取所述目标实际相位标识对应的预设下游节点标识;根据所述预设下游节点标识以及第二规则,得到所需的行驶方向信息。可选的,在所述移动信息中,所述行驶方向按照第三规则采用预设相位标识表示;所述对应关系包括:实际下游节点标识与所述预设相位标识之间一一对应的第二对应关系,以及,所述实际下游节点标识也与所述实际相位标识之间一一对应的第三对应关系;其中,所述实际下游节点标识为作为节点列表的成员标识在所述地图数据帧中出现的下游节点标识。可选的,根据所述目标行驶方向和地图数据帧,确定所需的信号相位信息,包括:根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;根据所述第三规则,确定用于表示所述目标行驶方向的预设相位标识;根据所述目标节点标识、进口道路信息、预设相位标识以及第二对应关系,从所述地图数据帧中获取目标实际下游节点标识;根据所述目标节点标识、进口道路信息、目标实际下游节点标识以及第三对应关系,从所述地图数据帧中获取目标实际相位标识;根据所述目标实际相位标识,获取所需的信号相位信息。可选的,根据所述目标实际下游节点标识和地图数据帧,确定所需的行驶方向信息,包括:根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;根据所述目标节点标识、进口道路信息、目标实际下游节点标识和第二对应关系,得到对应的预设相位标识;根据所述预设相位标识以及第三规则,得到所需的行驶方向信息。可选的,在所述移动信息中,所述行驶方向采用按照第四规则在实际相位标识集合中选取的实际相位标识表示。可选的,根据所述目标行驶方向和地图数据帧,确定所需的信号相位信息,包括:根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;根据所述目标节点标识、进口道路信息、目标行驶方向、第四规则以及对应关系,从所述地图数据帧中获取目标实际相位标识;根据所述目标实际相位标识,获取所需的信号相位信息。可选的,根据所述目标实际下游节点标识和地图数据帧,确定所需的行驶方向信息,包括:根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;根据所述目标节点标识、进口道路信息以及目标实际下游节点标识,得到目标实际相位标识;根据所述目标实际相位标识以及第四规则,得到所需的行驶方向信息。本发明实施例还提供了一种处理设备,所述处理设备包括路侧单元和/或车联网服务器,所述处理设备包括存储器、处理器、收发机及存储在所述存储器上并可在所述处理器上运行的计算机程序;所述处理器执行所述程序时实现以下步骤:通过所述收发机向车载单元发送地图数据帧;其中,所述地图数据帧中显式或隐式的指示了实际相位标识与行驶方向之间的对应关系,所述实际相位标识是指出现于信号相位时间spat帧中的相位标识。可选的,所述对应关系携带于所述地图数据帧中的移动信息中。可选的,在所述移动信息中,所述行驶方向根据第一规则采用显式的信息单元表示。可选的,在所述移动信息中,所述行驶方向根据第二规则采用预设下游节点标识表示;其中,所述预设下游节点标识为不作为节点列表的成员标识在所述地图数据帧中出现的下游节点标识;所述对应关系包括:所述预设下游节点标识与实际相位标识之间一一对应的第一对应关系。可选的,在所述移动信息中,所述行驶方向按照第三规则采用预设相位标识表示;所述对应关系包括:实际下游节点标识与所述预设相位标识之间一一对应的第二对应关系,以及,所述实际下游节点标识也与所述实际相位标识之间一一对应的第三对应关系;其中,所述实际下游节点标识为作为节点列表的成员标识在所述地图数据帧中出现的下游节点标识。可选的,在所述移动信息中,所述行驶方向采用按照第四规则在实际相位标识集合中选取的实际相位标识表示。本发明实施例还提供了一种车载单元,包括存储器、处理器、收发机及存储在所述存储器上并可在所述处理器上运行的计算机程序;所述处理器执行所述程序时实现以下步骤:通过所述收发机接收处理设备发送的地图数据帧;根据所述地图数据帧,确定所需信息;其中,所述所需信息包括所需的信号相位信息或所需的行驶方向信息;所述地图数据帧中显式或隐式的指示了实际相位标识与行驶方向之间的对应关系,所述实际相位标识是指出现于信号相位时间spat帧中的相位标识;所述处理设备包括路侧单元和/或车联网服务器。可选的,所述处理器具体用于:获取目标行驶方向;根据所述目标行驶方向和地图数据帧,确定所需的信号相位信息;或者,获取目标实际下游节点标识;根据所述目标实际下游节点标识和地图数据帧,确定所需的行驶方向信息。可选的,所述对应关系携带于所述地图数据帧中的移动信息中。可选的,在所述移动信息中,所述行驶方向根据第一规则采用显式的信息单元表示。可选的,所述处理器具体用于:根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;根据所述目标节点标识、进口道路信息、目标行驶方向、第一规则以及对应关系,从所述地图数据帧中获取目标实际相位标识;根据所述目标实际相位标识,获取所需的信号相位信息。可选的,所述处理器具体用于:根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;根据所述目标节点标识、进口道路信息以及目标实际下游节点标识,得到目标实际相位标识;根据所述目标实际相位标识、第一规则以及对应关系,得到所需的行驶方向信息。可选的,在所述移动信息中,所述行驶方向根据第二规则采用预设下游节点标识表示;其中,所述预设下游节点标识为不作为节点列表的成员标识在所述地图数据帧中出现的下游节点标识;所述对应关系包括:所述预设下游节点标识与实际相位标识之间一一对应的第一对应关系。可选的,所述处理器具体用于:根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;根据所述第二规则,确定用于表示所述目标行驶方向的预设下游节点标识;根据所述目标节点标识、进口道路信息、预设下游节点标识以及第一对应关系,从所述地图数据帧中获取目标实际相位标识;根据所述目标实际相位标识,获取所需的信号相位信息。可选的,所述处理器具体用于:根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;根据所述目标节点标识、进口道路信息以及目标实际下游节点标识,得到目标实际相位标识;根据所述第一对应关系,获取所述目标实际相位标识对应的预设下游节点标识;根据所述预设下游节点标识以及第二规则,得到所需的行驶方向信息。可选的,在所述移动信息中,所述行驶方向按照第三规则采用预设相位标识表示;所述对应关系包括:实际下游节点标识与所述预设相位标识之间一一对应的第二对应关系,以及,所述实际下游节点标识也与所述实际相位标识之间一一对应的第三对应关系;其中,所述实际下游节点标识为作为节点列表的成员标识在所述地图数据帧中出现的下游节点标识。可选的,所述处理器具体用于:根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;根据所述第三规则,确定用于表示所述目标行驶方向的预设相位标识;根据所述目标节点标识、进口道路信息、预设相位标识以及第二对应关系,从所述地图数据帧中获取目标实际下游节点标识;根据所述目标节点标识、进口道路信息、目标实际下游节点标识以及第三对应关系,从所述地图数据帧中获取目标实际相位标识;根据所述目标实际相位标识,获取所需的信号相位信息。可选的,所述处理器具体用于:根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;根据所述目标节点标识、进口道路信息、目标实际下游节点标识和第二对应关系,得到对应的预设相位标识;根据所述预设相位标识以及第三规则,得到所需的行驶方向信息。可选的,在所述移动信息中,所述行驶方向采用按照第四规则在实际相位标识集合中选取的实际相位标识表示。可选的,所述处理器具体用于:根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;根据所述目标节点标识、进口道路信息、目标行驶方向、第四规则以及对应关系,从所述地图数据帧中获取目标实际相位标识;根据所述目标实际相位标识,获取所需的信号相位信息。可选的,所述处理器具体用于:根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;根据所述目标节点标识、进口道路信息以及目标实际下游节点标识,得到目标实际相位标识;根据所述目标实际相位标识以及第四规则,得到所需的行驶方向信息。本发明实施例还提供了一种车辆,包括:如上述的车载单元。本发明实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现上述处理设备侧的信息传输处理方法的步骤;或者,该程序被处理器执行时实现上述车载单元侧的信息传输处理方法的步骤。本发明实施例还提供了一种信息传输处理装置,应用于处理设备,所述处理设备包括路侧单元和/或车联网服务器,所述信息传输处理装置包括:第一发送模块,用于向车载单元发送地图数据帧;其中,所述地图数据帧中显式或隐式的指示了实际相位标识与行驶方向之间的对应关系,所述实际相位标识是指出现于信号相位时间spat帧中的相位标识。可选的,所述对应关系携带于所述地图数据帧中的移动信息中。可选的,在所述移动信息中,所述行驶方向根据第一规则采用显式的信息单元表示。可选的,在所述移动信息中,所述行驶方向根据第二规则采用预设下游节点标识表示;其中,所述预设下游节点标识为不作为节点列表的成员标识在所述地图数据帧中出现的下游节点标识;所述对应关系包括:所述预设下游节点标识与实际相位标识之间一一对应的第一对应关系。可选的,在所述移动信息中,所述行驶方向按照第三规则采用预设相位标识表示;所述对应关系包括:实际下游节点标识与所述预设相位标识之间一一对应的第二对应关系,以及,所述实际下游节点标识也与所述实际相位标识之间一一对应的第三对应关系;其中,所述实际下游节点标识为作为节点列表的成员标识在所述地图数据帧中出现的下游节点标识。可选的,在所述移动信息中,所述行驶方向采用按照第四规则在实际相位标识集合中选取的实际相位标识表示。本发明实施例还提供了一种信息传输处理装置,应用于车载单元,包括:第一接收模块,用于接收处理设备发送的地图数据帧;第一确定模块,用于根据所述地图数据帧,确定所需信息;其中,所述所需信息包括所需的信号相位信息或所需的行驶方向信息;所述地图数据帧中显式或隐式的指示了实际相位标识与行驶方向之间的对应关系,所述实际相位标识是指出现于信号相位时间spat帧中的相位标识;所述处理设备包括路侧单元和/或车联网服务器。可选的,所述第一确定模块,包括:第一获取子模块,用于获取目标行驶方向;第一确定子模块,用于根据所述目标行驶方向和地图数据帧,确定所需的信号相位信息;或者,第二获取子模块,用于获取目标实际下游节点标识;第二确定子模块,用于根据所述目标实际下游节点标识和地图数据帧,确定所需的行驶方向信息。可选的,所述对应关系携带于所述地图数据帧中的移动信息中。可选的,在所述移动信息中,所述行驶方向根据第一规则采用显式的信息单元表示。可选的,第一确定子模块,包括:第一确定单元,用于根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;第一获取单元,用于根据所述目标节点标识、进口道路信息、目标行驶方向、第一规则以及对应关系,从所述地图数据帧中获取目标实际相位标识;第二获取单元,用于根据所述目标实际相位标识,获取所需的信号相位信息。可选的,第二确定子模块,包括:第二确定单元,用于根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;第一处理单元,用于根据所述目标节点标识、进口道路信息以及目标实际下游节点标识,得到目标实际相位标识;第二处理单元,用于根据所述目标实际相位标识、第一规则以及对应关系,得到所需的行驶方向信息。可选的,在所述移动信息中,所述行驶方向根据第二规则采用预设下游节点标识表示;其中,所述预设下游节点标识为不作为节点列表的成员标识在所述地图数据帧中出现的下游节点标识;所述对应关系包括:所述预设下游节点标识与实际相位标识之间一一对应的第一对应关系。可选的,第一确定子模块,包括:第三确定单元,用于根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;第四确定单元,用于根据所述第二规则,确定用于表示所述目标行驶方向的预设下游节点标识;第三获取单元,用于根据所述目标节点标识、进口道路信息、预设下游节点标识以及第一对应关系,从所述地图数据帧中获取目标实际相位标识;第四获取单元,用于根据所述目标实际相位标识,获取所需的信号相位信息。可选的,第二确定子模块,包括:第五确定单元,用于根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;第三处理单元,用于根据所述目标节点标识、进口道路信息以及目标实际下游节点标识,得到目标实际相位标识;第五获取单元,用于根据所述第一对应关系,获取所述目标实际相位标识对应的预设下游节点标识;第四处理单元,用于根据所述预设下游节点标识以及第二规则,得到所需的行驶方向信息。可选的,在所述移动信息中,所述行驶方向按照第三规则采用预设相位标识表示;所述对应关系包括:实际下游节点标识与所述预设相位标识之间一一对应的第二对应关系,以及,所述实际下游节点标识也与所述实际相位标识之间一一对应的第三对应关系;其中,所述实际下游节点标识为作为节点列表的成员标识在所述地图数据帧中出现的下游节点标识。可选的,第一确定子模块,包括:第六确定单元,用于根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;第七确定单元,用于根据所述第三规则,确定用于表示所述目标行驶方向的预设相位标识;第六获取单元,用于根据所述目标节点标识、进口道路信息、预设相位标识以及第二对应关系,从所述地图数据帧中获取目标实际下游节点标识;第七获取单元,用于根据所述目标节点标识、进口道路信息、目标实际下游节点标识以及第三对应关系,从所述地图数据帧中获取目标实际相位标识;第八获取单元,用于根据所述目标实际相位标识,获取所需的信号相位信息。可选的,第二确定子模块,包括:第八确定单元,用于根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;第五处理单元,用于根据所述目标节点标识、进口道路信息、目标实际下游节点标识和第二对应关系,得到对应的预设相位标识;第六处理单元,用于根据所述预设相位标识以及第三规则,得到所需的行驶方向信息。可选的,在所述移动信息中,所述行驶方向采用按照第四规则在实际相位标识集合中选取的实际相位标识表示。可选的,第一确定子模块,包括:第九确定单元,用于根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;第九获取单元,用于根据所述目标节点标识、进口道路信息、目标行驶方向、第四规则以及对应关系,从所述地图数据帧中获取目标实际相位标识;第十获取单元,用于根据所述目标实际相位标识,获取所需的信号相位信息。可选的,第二确定子模块,包括:第十确定单元,用于根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;第七处理单元,用于根据所述目标节点标识、进口道路信息以及目标实际下游节点标识,得到目标实际相位标识;第八处理单元,用于根据所述目标实际相位标识以及第四规则,得到所需的行驶方向信息。本发明的上述技术方案的有益效果如下:上述方案中,所述信息传输处理方法通过向车载单元发送地图数据帧;其中,所述地图数据帧中显式或隐式的指示了实际相位标识与行驶方向之间的对应关系,所述实际相位标识是指出现于信号相位时间spat帧中的相位标识;能够实现建立信号相位信息与行驶方向之间对应关系的目的,并且保证即使在无法提前获知路口的下游节点标识的情况下,也能够正常获知信号相位信息;此外,还能够避免处理设备不必要地发送多个节点的进口道路信息等,降低空口传输数据量;很好的解决了现有技术中信息传输方案传输的信号相位信息无法与行驶方向相对应、甚至无法实现传输的问题。附图说明图1为现有技术中的道路示意图;图2为本发明实施例的信息传输处理方法流程示意图一;图3为本发明实施例的信息传输处理方法流程示意图二;图4为本发明实施例的mapdata结构示意图;图5为本发明实施例的处理设备结构示意图;图6为本发明实施例的车载单元结构示意图;图7为本发明实施例的信息传输处理装置结构示意图一;图8为本发明实施例的信息传输处理装置结构示意图二。具体实施方式为使本发明要解决的技术问题、技术方案和优点更加清楚,下面将结合附图及具体实施例进行详细描述。本发明针对现有的技术中信息传输方案传输的信号相位信息无法与行驶方向相对应、甚至无法实现传输的问题,提供一种信息传输处理方法,应用于处理设备,所述处理设备包括路侧单元和/或车联网服务器,如图2所示,所述信息传输处理方法包括:步骤21:向车载单元发送地图数据帧;其中,所述地图数据帧中显式或隐式的指示了实际相位标识与行驶方向之间的对应关系,所述实际相位标识是指出现于信号相位时间spat帧中的相位标识。在此说明,本发明实施例中的行驶方向包括但不限于如下:使用在交叉路口的:直行、左转、右转、掉头;此外还可以包括:道口(对应于公路与铁路平面交叉的道口信号灯)、车道(对应于隧道、收费站、潮汐车道等设置的车道信号灯)、路段(对应于在路段中设置的信号灯)、匝道(如汇入主路的进口匝道、离开主路的出口匝道),等。本发明实施例提供的所述信息传输处理方法通过向车载单元发送地图数据帧;其中,所述地图数据帧中显式或隐式的指示了实际相位标识与行驶方向之间的对应关系,所述实际相位标识是指出现于信号相位时间spat帧中的相位标识;能够实现建立信号相位信息与行驶方向之间对应关系的目的,并且保证即使在无法提前获知路口的下游节点标识的情况下,也能够正常获知信号相位信息;此外,还能够避免处理设备不必要地发送多个节点的进口道路信息等,降低空口传输数据量;很好的解决了现有技术中信息传输方案传输的信号相位信息无法与行驶方向相对应、甚至无法实现传输的问题。本发明实施例中,所述对应关系携带于所述地图数据帧中的移动信息中。具体的,即在移动信息movements(数据类型为movementlist)中,指示相位标识与行驶方向之间的对应关系。本发明实施例中,所述对应关系携带于所述移动信息中的预设级别信息中;其中,所述预设级别信息包括道路级别的信息或车道级别的信息。关于上述显式指示,本发明实施例提供一种具体实现方式:在所述移动信息中,所述行驶方向根据第一规则采用显式的信息单元表示。也就是,直接针对相位标识增加对应的行驶方向的内容。具体的,所述对应关系包括:所述信息单元与所述实际相位标识之间存在直接的一一对应关系。关于上述隐式指示,本发明实施例提供以下三种具体实现方式:第一种,在所述移动信息中,所述行驶方向根据第二规则采用预设下游节点标识表示;其中,所述预设下游节点标识为不作为节点列表的成员标识在所述地图数据帧中出现的下游节点标识;所述对应关系包括:所述预设下游节点标识与实际相位标识之间一一对应的第一对应关系。具体的,所述地图数据帧中包含两个移动信息:第一移动信息和第二移动信息,所述第一移动信息包括实际下游节点标识与相对应的第一实际相位标识;所述第二移动信息包括预设下游节点标识与相对应的第二实际相位标识;其中,第一实际相位标识与第二实际相位标识相等,或者不相等;它们二者不相等时,在spat帧中二者都对应相同的信号相位信息(phasestates)指示,这种做法的效果与它们二者相等的效果是一样的。第二种,在所述移动信息中,所述行驶方向按照第三规则采用预设相位标识表示;所述对应关系包括:实际下游节点标识与所述预设相位标识之间一一对应的第二对应关系,以及,所述实际下游节点标识也与所述实际相位标识之间一一对应的第三对应关系;其中,所述实际下游节点标识为作为节点列表的成员标识在所述地图数据帧中出现的下游节点标识。第三种,在所述移动信息中,所述行驶方向采用按照第四规则在实际相位标识集合中选取的实际相位标识表示。也可理解为,所述对应关系包括:行驶方向与选取的实际相位标识所构成的子集合之间存在的一一对应关系。在此说明,本发明实施例中的实际下游节点标识,对应于标准中的nodereferenceid,典型情况为交叉口,但也有特殊情况是道路路段中间非交叉口位置设置的节点node。本发明实施例中,所述“对应关系”可理解为在移动信息movements中成对配置。本发明实施例还提供了一种信息传输处理方法,应用于车载单元,如图3所示,所述方法包括:步骤31:接收处理设备发送的地图数据帧;步骤32:根据所述地图数据帧,确定所需信息;其中,所述所需信息包括所需的信号相位信息或所需的行驶方向信息;所述地图数据帧中显式或隐式的指示了实际相位标识与行驶方向之间的对应关系,所述实际相位标识是指出现于信号相位时间spat帧中的相位标识;所述处理设备包括路侧单元和/或车联网服务器。在此说明,本发明实施例中的行驶方向包括但不限于如下:使用在交叉路口的:直行、左转、右转、掉头;此外还可以包括:道口(对应于公路与铁路平面交叉的道口信号灯)、车道(对应于隧道、收费站、潮汐车道等设置的车道信号灯)、路段(对应于在路段中设置的信号灯)、匝道(如汇入主路的进口匝道、离开主路的出口匝道),等。本发明实施例提供的所述信息传输处理方法通过接收处理设备发送的地图数据帧;根据所述地图数据帧,确定所需信息;其中,所述所需信息包括所需的信号相位信息或所需的行驶方向信息;所述地图数据帧中显式或隐式的指示了实际相位标识与行驶方向之间的对应关系,所述实际相位标识是指出现于信号相位时间spat帧中的相位标识;所述处理设备包括路侧单元和/或车联网服务器;能够实现建立信号相位信息与行驶方向之间对应关系的目的,并且保证即使在无法提前获知路口的下游节点标识的情况下,也能够正常获知信号相位信息;另外,也能够获知所需的行驶方向信息;此外,还能够避免处理设备不必要地发送多个节点的进口道路信息等,降低空口传输数据量;很好的解决了现有技术中信息传输方案传输的信号相位信息无法与行驶方向相对应、甚至无法实现传输的问题。具体的,所述根据所述地图数据帧,确定所需信息,包括:获取目标行驶方向;根据所述目标行驶方向和地图数据帧,确定所需的信号相位信息;或者,获取目标实际下游节点标识;根据所述目标实际下游节点标识和地图数据帧,确定所需的行驶方向信息。本发明实施例中,所述对应关系携带于所述地图数据帧中的移动信息中。具体的,即在移动信息movements(数据类型为movementlist)中,指示相位标识与行驶方向之间的对应关系。本发明实施例中,所述对应关系携带于所述移动信息中的预设级别信息中;其中,所述预设级别信息包括道路级别的信息或车道级别的信息。关于上述显式指示,本发明实施例提供一种具体实现方式:在所述移动信息中,所述行驶方向根据第一规则采用显式的信息单元表示。也就是,直接针对相位标识增加对应的行驶方向的内容。具体的,所述对应关系包括:所述信息单元与所述实际相位标识之间存在直接的一一对应关系。对应的,根据所述目标行驶方向和地图数据帧,确定所需的信号相位信息,包括:根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;根据所述目标节点标识、进口道路信息、目标行驶方向、第一规则以及对应关系,从所述地图数据帧中获取目标实际相位标识;根据所述目标实际相位标识,获取所需的信号相位信息。其中,目标节点标识可包括当前节点标识nodeid(当前节点,典型为交叉路口,匝道口等)。关于“根据所述目标节点标识、进口道路信息、目标行驶方向、第一规则以及对应关系,从所述地图数据帧中获取目标实际相位标识”,可具体包括:根据第一规则,确定用于表示所述目标行驶方向的信息单元;根据所述目标节点标识、进口道路信息以及信息单元与实际相位标识之间的一一对应关系,从所述地图数据帧中获取目标实际相位标识。对应的,根据所述目标实际下游节点标识和地图数据帧,确定所需的行驶方向信息,包括:根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;根据所述目标节点标识、进口道路信息以及目标实际下游节点标识,得到目标实际相位标识;根据所述目标实际相位标识、第一规则以及对应关系,得到所需的行驶方向信息。其中,目标节点标识可包括当前节点标识nodeid(当前节点,典型为交叉路口,匝道口等)。关于上述隐式指示,本发明实施例提供以下三种具体实现方式:第一种,在所述移动信息中,所述行驶方向根据第二规则采用预设下游节点标识表示;其中,所述预设下游节点标识为不作为节点列表的成员标识在所述地图数据帧中出现的下游节点标识;所述对应关系包括:所述预设下游节点标识与实际相位标识之间一一对应的第一对应关系。具体的,所述地图数据帧中包含两个移动信息:第一移动信息和第二移动信息,所述第一移动信息包括实际下游节点标识与相对应的第一实际相位标识;所述第二移动信息包括预设下游节点标识与相对应的第二实际相位标识;其中,第一实际相位标识与第二实际相位标识相等,或者不相等;它们二者不相等时,在spat帧中二者都对应相同的信号相位信息(phasestates)指示,这种做法的效果与它们二者相等的效果是一样的。对应的,根据所述目标行驶方向和地图数据帧,确定所需的信号相位信息,包括:根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;根据所述第二规则,确定用于表示所述目标行驶方向的预设下游节点标识;根据所述目标节点标识、进口道路信息、预设下游节点标识以及第一对应关系,从所述地图数据帧中获取目标实际相位标识;根据所述目标实际相位标识,获取所需的信号相位信息。其中,目标节点标识可包括当前节点标识nodeid(当前节点,典型为交叉路口,匝道口等)。对应的,根据所述目标实际下游节点标识和地图数据帧,确定所需的行驶方向信息,包括:根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;根据所述目标节点标识、进口道路信息以及目标实际下游节点标识,得到目标实际相位标识;根据所述第一对应关系,获取所述目标实际相位标识对应的预设下游节点标识;根据所述预设下游节点标识以及第二规则,得到所需的行驶方向信息。其中,目标节点标识可包括当前节点标识nodeid(当前节点,典型为交叉路口,匝道口等)。第二种,在所述移动信息中,所述行驶方向按照第三规则采用预设相位标识表示;所述对应关系包括:实际下游节点标识与所述预设相位标识之间一一对应的第二对应关系,以及,所述实际下游节点标识也与所述实际相位标识之间一一对应的第三对应关系;其中,所述实际下游节点标识为作为节点列表的成员标识在所述地图数据帧中出现的下游节点标识。对应的,根据所述目标行驶方向和地图数据帧,确定所需的信号相位信息,包括:根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;根据所述第三规则,确定用于表示所述目标行驶方向的预设相位标识;根据所述目标节点标识、进口道路信息、预设相位标识以及第二对应关系,从所述地图数据帧中获取目标实际下游节点标识;根据所述目标节点标识、进口道路信息、目标实际下游节点标识以及第三对应关系,从所述地图数据帧中获取目标实际相位标识;根据所述目标实际相位标识,获取所需的信号相位信息。其中,目标节点标识可包括当前节点标识nodeid(当前节点,典型为交叉路口,匝道口等)。对应的,根据所述目标实际下游节点标识和地图数据帧,确定所需的行驶方向信息,包括:根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;根据所述目标节点标识、进口道路信息、目标实际下游节点标识和第二对应关系,得到对应的预设相位标识;根据所述预设相位标识以及第三规则,得到所需的行驶方向信息。其中,目标节点标识可包括当前节点标识nodeid(当前节点,典型为交叉路口,匝道口等)。第三种,在所述移动信息中,所述行驶方向采用按照第四规则在实际相位标识集合中选取的实际相位标识表示。也可理解为,所述对应关系包括:行驶方向与选取的实际相位标识所构成的子集合之间存在的一一对应关系。对应的,根据所述目标行驶方向和地图数据帧,确定所需的信号相位信息,包括:根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;根据所述目标节点标识、进口道路信息、目标行驶方向、第四规则以及对应关系,从所述地图数据帧中获取目标实际相位标识;根据所述目标实际相位标识,获取所需的信号相位信息。其中,目标节点标识可包括当前节点标识nodeid(当前节点,典型为交叉路口,匝道口等)。关于“根据所述目标节点标识、进口道路信息、目标行驶方向、第四规则以及对应关系,从所述地图数据帧中获取目标实际相位标识”,可具体包括:根据第四规则,确定用于表示所述目标行驶方向的实际相位标识;根据所述目标节点标识、进口道路信息以及确定的实际相位标识,从所述地图数据帧中获取目标实际相位标识;或者表述为:根据所述对应关系,确定用于表示所述目标行驶方向的子集合;根据所述目标节点标识、进口道路信息以及确定的子集合,从所述地图数据帧中获取目标实际相位标识;对应的,根据所述目标实际下游节点标识和地图数据帧,确定所需的行驶方向信息,包括:根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;根据所述目标节点标识、进口道路信息以及目标实际下游节点标识,得到目标实际相位标识;根据所述目标实际相位标识以及第四规则,得到所需的行驶方向信息。其中,目标节点标识可包括当前节点标识nodeid(当前节点,典型为交叉路口,匝道口等)。在此说明,本发明实施例中的实际下游节点标识,对应于标准中的nodereferenceid,典型情况为交叉口,但也有特殊情况是道路路段中间非交叉口位置设置的节点node。本发明实施例中,所述“对应关系”可理解为在移动信息movements中成对配置。下面结合处理设备和车载单元两侧等对本发明实施例提供的所述信息传输处理方法进行进一步说明,处理设备以路侧单元rsu为例。针对上述技术问题,本发明实施例提供了一种信息传输处理方法,具体的是给出了一种直观的方法,能够让路侧单元(rsu)简洁清晰地告知车载单元(obu),spat(信号相位时间)帧中所指示的交通信号对应的路口或匝道口的具体行驶方向信息(包括交叉路口的直行、左转、右转、掉头,以及进匝道口、出匝道等),这样的优势是:1)能够在车辆无法提前获知路口的下游节点标识(remoteintersection)时,仍然能够获取所需的交通信号;2)能够有效避免rsu不必要地发送多个节点(路口)的inlink信息,降低空口传输数据量;3)能够直接了解当前路口的交通信号对应的行驶方向信息,从而与基于车载摄像头的交通信号灯识别系统的红绿灯采集结果相融合,相互验证。因为目前自动驾驶或辅助驾驶中,很多技术方案是基于摄像头识别交通信号灯,从而判断当前行车所需的路口的相位信息,而这种处理只能遵照我国交通管理法规标准,是基于行驶方向的。4)能够支持将当前行驶所需的信号灯行驶方向信息直接通过人机界面提供给驾驶员,从而更简单地支持辅助驾驶(而非自动驾驶)应用。本发明实施例提供的方案主要涉及以下两种方式:方式1:rsu在mapdata(地图数据)帧中,在道路link级别的信息中指示行驶方向信息(具体为上述对应关系)。obu基于该信息根据行驶方向信息(上述目标行驶方向),获取交通信号(即上述信号相位信息);或者基于该信息根据目标实际remoteintersection(下游节点标识),获取行驶方向(即上述所需的行驶方向信息)。方式2:rsu在mapdata帧中,在车道lane级别的信息中指示行驶方向信息(具体为上述对应关系)。obu基于该信息根据行驶方向信息(上述目标行驶方向),获取交通信号(即上述信号相位信息);或者基于该信息根据目标实际remoteintersection(下游节点标识),获取行驶方向(即上述所需的行驶方向信息)。下面对本发明实施例提供的上述两种方式进行举例说明。举例1(对应于方式1,需要修改asn1(抽象语法标记)结构):rsu行为:在movement(移动信息)中增加行驶方向信息(具体为上述对应关系),显式指示本movement对应的行驶方向(即上述的行驶方向根据第一规则采用显式的信息单元表示)。见下表中移动描述movementdirection取值:采用本举例的方案,在图1所示场景中,nodea附近部署的rsu所发送的mapdata帧中,只需要包含nodea及其inlink即可,不需要包含nodeb、c、d和e的信息。关于obu的行为(已知关心的路口nodeid、进口道路inlink、在该路口的行驶方向,查找确定对应的交通信号),操作如下:1)确定关心的nodeid(即上述目标节点标识)、inlink(即上述进口道路信息)及行驶方向(即上述目标行驶方向,假设为直行);2)(根据上述第一规则)确定行驶方向(直行)对应的movementdirection取值(即straight);3)(根据上述对应关系)在mapdata帧中,查询上述node/inlink/movements信息中,寻找与该movementdirection取值(straight)所对应的phaseid(即上述目标实际相位标识);4)用该phaseid作为索引,去spat帧中找到相位信息(即上述所需的信号相位信息,包含灯色light、时长timing等),该相位信息即为自身行驶方向所需的交通信号。关于obu的行为(已知关心路口nodeid、进口道路inlink、目标实际下游节点标识remoteintersection,查找确定对应的行驶方向),操作如下:1)确定关心的nodeid(即上述目标节点标识)、inlink(即上述进口道路信息)以及remoteintersection(即上述目标实际下游节点标识);2)(根据上述对应关系)在mapdata帧中,查询上述node/inlink/movements信息中,上述remoteintersection对应的phaseid(即上述目标实际相位标识);3)根据(上述第一规则以及)上述phaseid所对应的movementdirection取值(如为straight),根据movementdirection取值可以知晓对应的行驶方向(即上述所需的行驶方向信息)为直行。举例2(对应于方式1,不修改asn1结构):rsu行为:在movement中,将实际phaseid额外关联特殊remoteintersection(即上述预设下游节点标识)取值,从而指示对应的行驶方向(如直行、左转、右转、掉头,或者进/出匝道),即上述的行驶方向根据第二规则采用预设下游节点标识表示。参见下表中的movement[1]和movement[2]的内容。spat帧中,出现实际相位phaseid=x,以及对应的信号相位信息(phasestates)。remoteintersection的数据类型是nodereferenceid,这里给出一种第二规则的具体实现方案,即特殊remoteintersection取值的定义方法,为:1)特殊的region(区域)取值(类型roadregulatorid);2)特殊的id取值(类型nodeid);3)region出现与否;4)以上的任意组合。其中每个取值都与一种行驶方向一一对应。以上特殊remoteintersection取值,不与实际的node节点对应,即不出现在map帧中的nodelist配置中。关于上述定义方法,提供两种示例如下:示例一,特殊remoteintersection取值方法a:nodereferenceid={region不出现,id=0},代表直行;nodereferenceid={region不出现,id=1},代表左转;nodereferenceid={region不出现,id=2},代表右转;nodereferenceid={region不出现,id=3},代表掉头;nodereferenceid={region不出现,id=4},代表进匝道;nodereferenceid={region不出现,id=5},代表出匝道。示例二,特殊remoteintersection取值方法b:nodereferenceid={region出现且region取值=0,id=0},代表直行;nodereferenceid={region出现且region取值=0,id=1},代表左转;nodereferenceid={region出现且region取值=0,id=2},代表右转;nodereferenceid={region出现且region取值=0,id=3},代表掉头;nodereferenceid={region出现且region取值=0,id=4},代表进匝道;nodereferenceid={region出现且region取值=0,id=5},代表出匝道。上述信息单元的格式完全重用目前的mapdata帧结构,无任何修改,最大程度保证兼容。采用本举例的方案,在图1所示场景中,nodea附近部署的rsu所发送的mapdata帧中,只需要包含nodea及其inlink即可,不需要包含nodeb、c、d和e的信息(因为本申请的方案确定节点n的信号相位不需要知晓节点n 1的标识,而现有技术中确定节点n的信号相位需要知晓节点n 1的标识)。关于obu的行为(已知关心的路口nodeid、进口道路inlink、在该路口的行驶方向,查找确定对应的交通信号),操作如下:1)确定关心的nodeid(即上述目标节点标识)、inlink(即上述进口道路信息)及行驶方向(即上述目标行驶方向,如直行);2)(根据上述第二规则,如方法a)确定行驶方向对应的特殊remoteintersection取值(即上述确定的用于表示所述目标行驶方向的预设下游节点标识,如{region不出现,id=0});3)(根据上述第一对应关系)在mapdata帧中,查询上述node/inlink/movements信息中,与确定的该特殊remoteintersection取值(为{region不出现,id=0})所对应的phaseid(即上述目标相位标识=x);4)用该phaseid=x作为索引,去spat帧中找到相位信息(即上述所需的信号相位信息,包含灯色light、时长timing等),该相位信息即为自身行驶方向所需的交通信号。关于obu的行为(已知关心路口nodeid、进口道路inlink、目标实际下游节点标识remoteintersection,查找确定对应的行驶方向),操作如下:1)确定关心的nodeid(即上述目标节点标识)、inlink(即上述进口道路信息)以及remoteintersection(即上述目标实际下游节点标识);2)(根据上述第一对应关系)在mapdata帧中,查询上述node/inlink/movements信息中,上述remoteintersection对应的phaseid(即上述目标实际相位标识);3)根据(上述第二规则以及)上述phaseid所对应的特殊remoteintersection取值(如为{region不出现,id=0}),可以知晓对应的行驶方向(即上述所需的行驶方向信息)为直行。举例3(对应于方式1,不修改asn1结构):rsu行为:在movement中,将实际phaseid关联特殊remoteintersection(即上述预设下游节点标识)取值,从而指示对应的行驶方向(如直行、左转、右转、掉头,或者进/出匝道),即上述的行驶方向根据第二规则采用预设下游节点标识表示。参见下表中的movement[1]和movement[2]的内容。spat帧中,同时指示实际相位phaseid=x和实际相位phaseid=y,并且这两个相位标识x和y所对应的信号相位信息(phasestates)内容指示完全相同。特殊remoteintersection取值的定义方法(即第二规则)与上面举例2相同。上述信息单元的格式完全重用目前的mapdata帧结构,无任何修改,最大程度保证兼容。采用本举例的方案,在图1所示场景中,nodea附近部署的rsu所发送的mapdata帧中,只需要包含nodea及其inlink即可,不需要包含nodeb、c、d和e的信息(因为本申请的方案确定节点n的信号相位不需要知晓节点n 1的标识,而现有技术中确定节点n的信号相位需要知晓节点n 1的标识)。关于obu的行为(已知关心的路口nodeid、进口道路inlink、在该路口的行驶方向,查找确定对应的交通信号),操作如下:1)确定关心的nodeid(即上述目标节点标识)、inlink(即上述进口道路信息)及行驶方向(即上述目标行驶方向,如直行);2)(根据上述第二规则,如方法a)确定行驶方向对应的特殊remoteintersection取值(即上述确定的用于表示所述目标行驶方向的预设下游节点标识,如{region不出现,id=0});3)(根据上述第一对应关系)在mapdata帧中,查询上述node/inlink/movements信息中,与确定的该特殊remoteintersection取值(为{region不出现,id=0})所对应的phaseid=y(即上述目标相位标识);4)用该phaseid=y作为索引,去spat帧中找到相位信息(即上述所需的信号相位信息,包含灯色light、时长timing等),该相位信息即为自身行驶方向所需的交通信号。由于spat帧中phaseid=x和phaseid=y这二者所对应的信号相位信息(phasestates)是完全相同的,所以用phaseidy作为索引去spat帧中查询信号相位信息,和用phaseidx作为索引查询是等效的。关于obu的行为(已知关心路口nodeid、进口道路inlink、目标实际下游节点标识remoteintersection,查找确定对应的行驶方向),操作如下:1)确定关心的nodeid(即上述目标节点标识)、inlink(即上述进口道路信息)以及remoteintersection(即上述目标实际下游节点标识);2)(根据上述第一对应关系)在mapdata帧中,查询上述node/inlink/movements信息中,上述remoteintersection对应的phaseid(即上述目标实际相位标识y);3)在spat帧中,找出与phaseidy所对应的信号相位信息(phasestates)内容完全相同的另一个phaseidx,4)(根据上述第一对应关系)在mapdata帧中,查询上述node/inlink/movements信息中,找到上述phaseidx对应的特殊remoteintersection取值(如为{region不出现,id=0}),,根据上述第二规则,可以知晓对应的行驶方向(即上述所需的行驶方向信息)为直行。举例4(对应于方式1,不修改asn1结构):rsu行为:在movement中,将实际remoteintersection额外关联特殊phaseid(即上述预设相位标识)取值,从而指示对应的行驶方向(如直行、左转、右转、掉头,或者进/出匝道),即上述的行驶方向按照第三规则采用预设相位标识表示,所述对应关系包括:实际下游节点标识与所述预设相位标识之间一一对应的第二对应关系,以及,所述实际下游节点标识也与所述实际相位标识之间一一对应的第三对应关系。参见下表中的movement[1]和movement[2]的内容。例如,特殊phaseid取值定义为:phaseid=251,代表直行;phaseid=252,代表左转;phaseid=253,代表右转;phaseid=254,代表掉头;phaseid=250,代表进匝道。这些特殊phaseid取值不用于常规的相位id,不出现在spat帧中。采用本举例的方案,在图1所示场景中,nodea附近部署的rsu所发送的mapdata帧中,只需要包含nodea及其inlink即可,不需要包含nodeb、c、d和e的信息。关于obu的行为(已知关心的路口nodeid、进口道路inlink、在该路口的行驶方向,查找确定对应的交通信号),操作如下:1)确定关心的nodeid(即上述目标节点标识)、inlink(即上述进口道路信息)及行驶方向(即上述目标行驶方向,假设为直行);2)(根据第三规则)确定行驶方向(直行)所对应的特殊phaseid取值(即上述确定的用于表示所述目标行驶方向的预设相位标识的取值,如251);3)(根据上述第二对应关系)在mapdata帧中,查询上述node/inlink/movements信息中,与特殊phaseid取值(如251)所对应的remoteintersection(即上述目标下游节点标识);4)(根据上述第三对应关系)在mapdata帧中,查询上述node/inlink/movements信息中,与查询到的该remoteintersection对应的phaseid即为该行驶方向所需的实际相位id(即上述目标实际相位标识);5)用该phaseid作为索引,去spat帧中找到相位信息(即上述所需的信号相位信息,包含灯色light、时长timing等),属于现有技术。该相位信息即为自身行驶方向所需的交通信号。关于obu的行为(已知到达路口nodeid、进口道路inlink、目标实际下游节点标识remoteintersection,查找确定对应的行驶方向),操作如下:1)确定关心的nodeid(即上述目标节点标识)、inlink即上述进口道路信息)以及remoteintersection(即上述目标实际下游节点标识);2)(根据上述第二对应关系)在mapdata帧中,查询上述node/inlink/movements信息中,上述remoteintersection所关联的特殊phaseid(即上述得到的预设相位标识)取值(如251);根据(上述第三规则以及)查询的特殊phaseid取值,获取对应的行驶方向(即上述所需的行驶方向信息,如直行)。举例5(对应于方式1,不修改asn1结构):rsu行为:在movement中,将实际phaseid按照预设规则(即上述第四规则)设置为特定值,从而指示对应的行驶方向(如直行、左转、右转、掉头,或者进/出匝道),即所述行驶方向采用按照第四规则在实际相位标识集合中选取的实际相位标识表示。参见下表中的movement[1]的内容。例如,一种phaseid取值的预设规则是:(phaseid–x)mody=z(n),(n=1,2,3…),其中x和y均为非零正整数,常数。不同的z(n)代表不同的行驶方向。典型参数:x取1,y取10。z(1)=1表示直行;z(2)=3表示左转;z(3)=3表示右转;z(4)=4表示掉头;z(5)=5表示进匝道;z(6)=6表示出匝道。根据以上规则:rsu的行为是:map和/或spat帧的内容设置如下(设置后发送给obu):对于行驶方向为直行的movement,实际phaseid取值为1/11/21…;对于行驶方向为左转的movement,实际phaseid取值为2/12/22…;对于行驶方向为右转的movement,实际phaseid取值为3/13/23…;对于行驶方向为掉头的movement,实际phaseid取值为4/14/24…;对于行驶方向为进匝道的movement,实际phaseid取值为5/15/25…;对于行驶方向为出匝道的movement,实际phaseid取值为6/16/26…。以上x,y,z(n)的取值及规则仅为示例,也可以定义其他规则(比如某段连续的phaseid范围代表某个行驶方向,如phaseid=1-10代表直行,phaseid=11-20代表左转,等等),或者通过预定义phaseid取值表格的方式进行隐式指示行驶方向。以上所述的实际phaseid,将出现在spat帧中。上述信息单元的格式完全重用目前的mapdata帧结构,无任何修改,最大程度保证兼容。采用本举例的方案,在图1所示场景中,nodea附近部署的rsu所发送的mapdata帧中,只需要包含nodea及其inlink即可,不需要包含nodeb、c、d和e的信息。关于obu的行为(已知关心的路口nodeid、进口道路inlink、在该路口的行驶方向,查找确定对应的交通信号),操作如下:1)确定关心的nodeid(即上述目标节点标识)、inlink(即上述进口道路信息)及行驶方向(即上述目标行驶方向,假设为直行);2)按照上述规则(第四规则)确定行驶方向对应的phaseid取值范围(即上述在实际相位标识集合中选取的实际相位标识,如1/11/21…);3)(根据上述对应关系)在mapdata帧中,查询上述node/inlink/movements信息中,落入上述phaseid取值范围(如1/11/21)的phaseid,即为该行驶方向所需的实际相位id(即上述目标实际相位标识);4)用该phaseid作为索引,去spat帧中找到相位信息(即上述所需的信号相位信息,包含灯色light、时长timing等),该相位信息即为自身行驶方向所需的交通信号。关于obu的行为(已知关心路口nodeid、进口道路inlink、目标实际下游节点标识remoteintersection,查找确定对应的行驶方向),操作如下:1)确定关心的nodeid(即上述目标节点标识)、inlink(即上述进口道路信息)以及remoteintersection(即上述目标实际下游节点标识);2)在mapdata帧中,查询上述node/inlink/movements信息中,上述remoteintersection对应的phaseid(即上述目标实际相位标识);3)(根据上述对应关系)确定上述phaseid所对应的phaseid取值范围,根据上述规则(第四规则)以及确定的phaseid取值范围可以知晓对应的行驶方向(即上述所需的行驶方向信息)为直行。举例6(对应于方式1,不修改asn1结构):rsu行为:在mapdata帧中,配置出当前node及其允许通行的各个下游node的信息(数据类型为node),对于下游node,其name字段(数据类型:字符串)中以字符方式给出行驶方向信息(直行、左转、右转、掉头、进匝道、出匝道等),如字符串“直行”、“左转”等。如下两个表中的name和remoteintersection:link::=sequence{类型说明>namedescriptivename>upstreamnodeidnodereferenceid>movementsmovementlist移动信息>>movement[]>>>remoteintersectionnodereferenceid与上表中nodeid对应>>>phaseidphaseid相位标识>laneslanelist}采用本举例的方案,在图1所示场景中,nodea附近部署的rsu所发送的mapdata帧中,只需要包含nodea及其inlink即可,不需要包含nodeb、c、d和e的信息。关于obu的行为(已知关心的路口nodeid、进口道路inlink、在该路口的行驶方向,查找确定对应的交通信号),操作如下:1)确定关心的nodeid、inlink及行驶方向(假设为直行);2)按照规则确定行驶方向对应的字符(如“直行”字符);3)在mapdata帧中,查询name字符串中包括上述行驶方向对应字符串的node及其id(类型为nodereferenceid);4)在mapdata帧中,查询上述node/inlink/movements信息中,remoteintersection取值为上述id的项,其对应的phaseid;5)用该phaseid作为索引,去spat帧中找到相位信息(即上述所需的信号相位信息,包含灯色light、时长timing等),该相位信息即为自身行驶方向所需的交通信号。上述举例1-6都给出了obu基于rsu发送的信息开展“根据行驶方向获取交通信号”的处理过程。举例1-5给出了基于rsu发送的上述信息,obu开展“根据目标实际remoteintersection获取行驶方向”的处理过程。举例6中的这方面过程可以同理得到,在此不再赘述。举例7(对应于方式2,不修改asn1结构):rsu行为:对于给定node、给定inlink或给定lane,在其connectsto(连接至)中,针对实际remoteintersection,配置一个特殊的connectinglane(连接车道),其中:maneuver(允许行驶的方向,数据类型为比特串bitstring)信息单元取值为“直行、左转、右转、掉头”之一,只能有1个对应的bit置位而其他bit均取0;车道标识laneid设置为特殊laneid值(如0或255);如下表中的connectinglane、lane和maneuver:其中,maneuverleftturnonredallowed表示红灯左转;maneuverrightturnonredallowed表示红灯右转;maneuverlanechangeallowed表示变道;maneuvernostoppingallowed表示禁停;yieldallwaysrequired表示绝对让行;gowithhalt表示停止前进;caution表示警告;reserved表示保留。特殊laneid值不出现在spat帧中。采用本举例的方案,在图1所示场景中,nodea附近部署的rsu所发送的mapdata帧中,只需要包含nodea及其inlink即可,不需要包含nodeb、c、d和e的信息。关于obu的行为(已知关心的路口nodeid、进口道路inlink、在该路口的行驶方向,查找确定对应的交通信号),操作如下:1)确定关心的nodeid、inlink及行驶方向(假设为直行);2)在mapdata帧中,查询node/inlink/lane/connectsto信息中,laneid取值为预定义laneid值,且maneuver表示上述行驶方向的connection,确定其中的remoteintersection;3)在mapdata帧中,查询上述node/inlink/movements信息中,找出该remoteintersection取值为上述remoteintersection的movement,该movement中的phaseid即为行驶方向对应的phaseid;4)用该phaseid作为索引,去spat帧中找到相位信息(即上述所需的信号相位信息,包含灯色light、时长timing等),该相位信息即为自身行驶方向所需的交通信号。本举例中,关于操作2)和3),确定行驶方向对应的phaseid的大体流程为:从lane级别(laneid值→maneuver-实际remoteintersection-)→link级别(实际remoteintersection(与lane级别中的一致)→行驶方向对应的phaseid)。举例8(对应于方式2,不修改asn1结构):rsu行为:针对给定节点或给定inlink的给定行驶方向,其下游节点id(即remoteintersection的取值是确定的),那么在mapdata帧的lane信息中,将与该remoteintersection对应的1个或多个connection中的maneuver(数据类型为bitstring)设置为行驶方向取值,如“直行maneuverstraightallowed、左转maneuverleftallowed、右转maneuverrightallowed、掉头maneuveruturnallowed”之一,此时只能有1个对应的bit置位而其他bit均取0。如下表中的remoteintersection、lane和maneuver。采用本举例的方案,在图1所示场景中,nodea附近部署的rsu所发送的mapdata帧中,只需要包含nodea及其inlink即可,不需要包含nodeb、c、d和e的信息。关于obu的行为(已知关心的路口nodeid、进口道路inlink、在该路口的行驶方向,查找确定对应的交通信号),操作如下:1)确定关心的nodeid、inlink及行驶方向(假设为直行);2)在mapdata帧中,查询node/inlink/lane/connectsto信息中,找到其中maneuver取值唯一且等于所述行驶方向的connection项,得到其中的remoteintersection;3)在mapdata帧中,查询上述node/inlink/movements信息中,找出remoteintersection取值为上述remoteintersection的movement,该movement中的phaseid即为行驶方向对应的phaseid;4)用该phaseid作为索引,去spat帧中找到相位信息(即上述所需的信号相位信息,包含灯色light、时长timing等),该相位信息即为自身行驶方向所需的交通信号。本举例中,关于操作2)和3),确定行驶方向对应的phaseid的大体流程为:从lane级别(maneuver-实际remoteintersection-)→link级别(实际remoteintersection(与lane级别中的一致)→行驶方向对应的phaseid)。在此说明:1)本方案中所述的行驶方向(也可称为交通流方向),不限于:直行、左转、右转、掉头,还可以是其他交通相关的交通流方向,如、进匝道、出匝道、非机动车、左转非机动车、人行横道、道口等。2)本发明涉及的信息传输可采用应用层和/或消息层技术,不限于具体的底层传输技术。3)当rsu采用短距离通信技术(如lte-v2xpc5,nr-v2x-pc5,802,.11p)等与obu进行通信时,一种实现方式是rsu自身产生相应的map/spat帧内容并进行发送,另一种方式是一个中心化的车联网服务器根据rsu的位置为其生成相应的map和/或spat帧,提供给rsu,而rsu仅进行发送不具备内容生成功能。本发明的方法同时适应于这两种方式,对于前者,rsu的行为即为前面举例中给出的描述;对于后者,配置和发送功能为分离方式,关于配置与上述举例类似,在此不再赘述。车联网服务器,可以是集中式部署,也可以是分布式部署;可以是地图服务器、车联网业务服务器、车联网运营服务器、车联网管理服务器、车联网运维服务器等。凡是用于实现map帧和/或spat帧的内容生成功能的设备,均属于本发明中车联网服务器或路侧单元的范畴。4)本发明技术不限于基于短距离通信的rsu,也可以将前面举例中的rsu换为车联网服务器,然后通过蜂窝、卫星等长距离方式与obu进行通信,实现上述功能。5)obu行为:除了上述的“已知节点/inlink/行驶方向,基于上述信息指示从spat帧中确定对应的交通信号相位”这种处理方法,还可以有其他使用方法,例如“已知节点/inlink/remoteintersection,基于map信息中的指示,确定对应的行驶方向”。关于本发明实施例中涉及的mapdata结构的相关内容介绍如下:如图4所示,mapdata结构包含nodes节点列表(信息结构定义为nodelist),nodelist结构中的每一个node包含描述名称descriptivename、节点参考标识nodereferenceid、3d位置position3d和(进口)道路列表linklist;其中,nodereferenceid包含道路管理者标识roadregulatorid和节点标识nodeid;linklist中的每一个link包含名称描述descriptivename、nodereferenceid(上游节点标识upstreamnodeid)、移动信息列表movementlist(本发明中称为移动信息)和车道列表lanelist;其中,movementlist中的每一个movement包含nodereferenceid(属于下游节点标识remoteintersection)和相位标识phaseid;lanelist中的每一个lane包含车道标识laneid、允许行使的方向allowedmaneuvers和关联列表connectstolist;connectstolist中的每一个连接connection包括nodereferenceid(属于下游节点标识remoteintersection)、连接的车道connectinglane和相位标识phaseid;其中,connectinglane包括车道标识laneid和allowedmaneuvers。由上可知,本发明实施例提供的方案:1)在不预先知道将要行驶的下游节点的remoteintersection信息的情况下,obu仍然能获取相应的交通信号相位。obu只要知道自己在当前的行驶方向(例如通过车载导航软件,知道要在当前路口直行,或者要进入匝道;或者通过车载摄像头,判断自己在前方路口的直行车道线上,从而判断前方路口的行驶方向为直行),则可以直接在mapdata帧中查到对应的phaseid,然后在spat帧中找到与该phaseid对应的交通信号相位信息。此外,还可以直接给人类驾驶员提示行驶方向所对应的信号信息(如语音提示“当前路口左转,红灯”);2)另一方面,obu已知某个node/inlink/remoteintersection,也可以用本方面中rsu提供的信息,找出该remoteintersection对应的phaseid所对应的行驶方向(直行、左转、右转、掉头,等),从而与摄像头等车载感知的红绿灯信息(根据法规标准,交通灯信号的含义是要结合交通流方向的)进行融合;3)尽量复用不修改目前的消息集asn1结构定义,避免标准兼容性问题。在此说明,本发明描述的方案,不仅适用于对机动车(车辆)交通流的处理,也可以用于非机动车、行人等交通流的处理(比如自行车过街、行人过街等),此时本文描述中的道路、车道也应理解为对应交通流所在的道路、非机动车道、人行道路等。本发明实施例还提供了一种处理设备,所述处理设备包括路侧单元和/或车联网服务器,如图5所示,所述处理设备包括存储器51、处理器52、收发机53及存储在所述存储器51上并可在所述处理器52上运行的计算机程序54;所述处理器52执行所述程序时实现以下步骤:通过所述收发机向车载单元发送地图数据帧;其中,所述地图数据帧中显式或隐式的指示了实际相位标识与行驶方向之间的对应关系,所述实际相位标识是指出现于信号相位时间spat帧中的相位标识。本发明实施例提供的所述处理设备通过向车载单元发送地图数据帧;其中,所述地图数据帧中显式或隐式的指示了实际相位标识与行驶方向之间的对应关系,所述实际相位标识是指出现于信号相位时间spat帧中的相位标识;能够实现建立信号相位信息与行驶方向之间对应关系的目的,并且保证即使在无法提前获知路口的下游节点标识的情况下,也能够正常获知信号相位信息;此外,还能够避免处理设备不必要地发送多个节点的进口道路信息等,降低空口传输数据量;很好的解决了现有技术中信息传输方案传输的信号相位信息无法与行驶方向相对应、甚至无法实现传输的问题。本发明实施例中,所述对应关系携带于所述地图数据帧中的移动信息中。关于上述显式指示,本发明实施例提供一种具体实现方式:在所述移动信息中,所述行驶方向根据第一规则采用显式的信息单元表示。关于上述隐式指示,本发明实施例提供以下三种具体实现方式:第一种,在所述移动信息中,所述行驶方向根据第二规则采用预设下游节点标识表示;其中,所述预设下游节点标识为不作为节点列表的成员标识在所述地图数据帧中出现的下游节点标识;所述对应关系包括:所述预设下游节点标识与实际相位标识之间一一对应的第一对应关系。第二种,在所述移动信息中,所述行驶方向按照第三规则采用预设相位标识表示;所述对应关系包括:实际下游节点标识与所述预设相位标识之间一一对应的第二对应关系,以及,所述实际下游节点标识也与所述实际相位标识之间一一对应的第三对应关系;其中,所述实际下游节点标识为作为节点列表的成员标识在所述地图数据帧中出现的下游节点标识。第三种,在所述移动信息中,所述行驶方向采用按照第四规则在实际相位标识集合中选取的实际相位标识表示。其中,上述处理设备侧的信息传输处理方法所述实现实施例均适用于该处理设备的实施例中,也能达到相同的技术效果。本发明实施例还提供了一种车载单元,如图6所示,包括存储器61、处理器62、收发机63及存储在所述存储器61上并可在所述处理器62上运行的计算机程序64;所述处理器62执行所述程序时实现以下步骤:通过所述收发机接收处理设备发送的地图数据帧;根据所述地图数据帧,确定所需信息;其中,所述所需信息包括所需的信号相位信息或所需的行驶方向信息;所述地图数据帧中显式或隐式的指示了实际相位标识与行驶方向之间的对应关系,所述实际相位标识是指出现于信号相位时间spat帧中的相位标识;所述处理设备包括路侧单元和/或车联网服务器。本发明实施例提供的所述车载单元通过接收处理设备发送的地图数据帧;根据所述地图数据帧,确定所需信息;其中,所述所需信息包括所需的信号相位信息或所需的行驶方向信息;所述地图数据帧中显式或隐式的指示了实际相位标识与行驶方向之间的对应关系,所述实际相位标识是指出现于信号相位时间spat帧中的相位标识;所述处理设备包括路侧单元和/或车联网服务器;能够实现建立信号相位信息与行驶方向之间对应关系的目的,并且保证即使在无法提前获知路口的下游节点标识的情况下,也能够正常获知信号相位信息;另外,也能够获知所需的行驶方向信息;此外,还能够避免处理设备不必要地发送多个节点的进口道路信息等,降低空口传输数据量;很好的解决了现有技术中信息传输方案传输的信号相位信息无法与行驶方向相对应、甚至无法实现传输的问题。具体的,所述处理器具体用于:获取目标行驶方向;根据所述目标行驶方向和地图数据帧,确定所需的信号相位信息;或者,获取目标实际下游节点标识;根据所述目标实际下游节点标识和地图数据帧,确定所需的行驶方向信息。本发明实施例中,所述对应关系携带于所述地图数据帧中的移动信息中。关于上述显式指示,本发明实施例提供一种具体实现方式:在所述移动信息中,所述行驶方向根据第一规则采用显式的信息单元表示。对应的,所述处理器具体用于:根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;根据所述目标节点标识、进口道路信息、目标行驶方向、第一规则以及对应关系,从所述地图数据帧中获取目标实际相位标识;根据所述目标实际相位标识,获取所需的信号相位信息。对应的,所述处理器具体用于:根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;根据所述目标节点标识、进口道路信息以及目标实际下游节点标识,得到目标实际相位标识;根据所述目标实际相位标识、第一规则以及对应关系,得到所需的行驶方向信息。关于上述隐式指示,本发明实施例提供以下三种具体实现方式:第一种,在所述移动信息中,所述行驶方向根据第二规则采用预设下游节点标识表示;其中,所述预设下游节点标识为不作为节点列表的成员标识在所述地图数据帧中出现的下游节点标识;所述对应关系包括:所述预设下游节点标识与实际相位标识之间一一对应的第一对应关系。对应的,所述处理器具体用于:根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;根据所述第二规则,确定用于表示所述目标行驶方向的预设下游节点标识;根据所述目标节点标识、进口道路信息、预设下游节点标识以及第一对应关系,从所述地图数据帧中获取目标实际相位标识;根据所述目标实际相位标识,获取所需的信号相位信息。对应的,所述处理器具体用于:根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;根据所述目标节点标识、进口道路信息以及目标实际下游节点标识,得到目标实际相位标识;根据所述第一对应关系,获取所述目标实际相位标识对应的预设下游节点标识;根据所述预设下游节点标识以及第二规则,得到所需的行驶方向信息。第二种,在所述移动信息中,所述行驶方向按照第三规则采用预设相位标识表示;所述对应关系包括:实际下游节点标识与所述预设相位标识之间一一对应的第二对应关系,以及,所述实际下游节点标识也与所述实际相位标识之间一一对应的第三对应关系;其中,所述实际下游节点标识为作为节点列表的成员标识在所述地图数据帧中出现的下游节点标识。对应的,所述处理器具体用于:根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;根据所述第三规则,确定用于表示所述目标行驶方向的预设相位标识;根据所述目标节点标识、进口道路信息、预设相位标识以及第二对应关系,从所述地图数据帧中获取目标实际下游节点标识;根据所述目标节点标识、进口道路信息、目标实际下游节点标识以及第三对应关系,从所述地图数据帧中获取目标实际相位标识;根据所述目标实际相位标识,获取所需的信号相位信息。对应的,所述处理器具体用于:根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;根据所述目标节点标识、进口道路信息、目标实际下游节点标识和第二对应关系,得到对应的预设相位标识;根据所述预设相位标识以及第三规则,得到所需的行驶方向信息。第三种,在所述移动信息中,所述行驶方向采用按照第四规则在实际相位标识集合中选取的实际相位标识表示。对应的,所述处理器具体用于:根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;根据所述目标节点标识、进口道路信息、目标行驶方向、第四规则以及对应关系,从所述地图数据帧中获取目标实际相位标识;根据所述目标实际相位标识,获取所需的信号相位信息。对应的,所述处理器具体用于:根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;根据所述目标节点标识、进口道路信息以及目标实际下游节点标识,得到目标实际相位标识;根据所述目标实际相位标识以及第四规则,得到所需的行驶方向信息。其中,上述车载单元侧的信息传输处理方法所述实现实施例均适用于该车载单元的实施例中,也能达到相同的技术效果。本发明实施例还提了一种车辆,包括:上述的车载单元。其中,上述车载单元侧的信息传输处理方法所述实现实施例均适用于该车辆的实施例中,也能达到相同的技术效果。本发明实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现上述处理设备侧的信息传输处理方法的步骤;或者,该程序被处理器执行时实现上述车载单元侧的信息传输处理方法的步骤。其中,上述处理设备侧或车载单元侧的信息传输处理方法所述实现实施例均适用于该计算机可读存储介质的实施例中,也能达到对应相同的技术效果。本发明实施例还提供了一种信息传输处理装置,应用于处理设备,所述处理设备包括路侧单元和/或车联网服务器,如图7所示,所述信息传输处理装置包括:第一发送模块71,用于向车载单元发送地图数据帧;其中,所述地图数据帧中显式或隐式的指示了实际相位标识与行驶方向之间的对应关系,所述实际相位标识是指出现于信号相位时间spat帧中的相位标识。本发明实施例提供的所述信息传输处理装置通过向车载单元发送地图数据帧;其中,所述地图数据帧中显式或隐式的指示了实际相位标识与行驶方向之间的对应关系,所述实际相位标识是指出现于信号相位时间spat帧中的相位标识;能够实现建立信号相位信息与行驶方向之间对应关系的目的,并且保证即使在无法提前获知路口的下游节点标识的情况下,也能够正常获知信号相位信息;此外,还能够避免处理设备不必要地发送多个节点的进口道路信息等,降低空口传输数据量;很好的解决了现有技术中信息传输方案传输的信号相位信息无法与行驶方向相对应、甚至无法实现传输的问题。本发明实施例中,所述对应关系携带于所述地图数据帧中的移动信息中。关于上述显式指示,本发明实施例提供一种具体实现方式:在所述移动信息中,所述行驶方向根据第一规则采用显式的信息单元表示。关于上述隐式指示,本发明实施例提供以下三种具体实现方式:第一种,在所述移动信息中,所述行驶方向根据第二规则采用预设下游节点标识表示;其中,所述预设下游节点标识为不作为节点列表的成员标识在所述地图数据帧中出现的下游节点标识;所述对应关系包括:所述预设下游节点标识与实际相位标识之间一一对应的第一对应关系。第二种,在所述移动信息中,所述行驶方向按照第三规则采用预设相位标识表示;所述对应关系包括:实际下游节点标识与所述预设相位标识之间一一对应的第二对应关系,以及,所述实际下游节点标识也与所述实际相位标识之间一一对应的第三对应关系;其中,所述实际下游节点标识为作为节点列表的成员标识在所述地图数据帧中出现的下游节点标识。第三种,在所述移动信息中,所述行驶方向采用按照第四规则在实际相位标识集合中选取的实际相位标识表示。其中,上述处理设备侧的信息传输处理方法所述实现实施例均适用于该信息传输处理装置的实施例中,也能达到相同的技术效果。本发明实施例还提供了一种信息传输处理装置,应用于车载单元,如图8所示,包括:第一接收模块81,用于接收处理设备发送的地图数据帧;第一确定模块82,用于根据所述地图数据帧,确定所需信息;其中,所述所需信息包括所需的信号相位信息或所需的行驶方向信息;所述地图数据帧中显式或隐式的指示了实际相位标识与行驶方向之间的对应关系,所述实际相位标识是指出现于信号相位时间spat帧中的相位标识;所述处理设备包括路侧单元和/或车联网服务器。本发明实施例提供的所述信息传输处理装置通过接收处理设备发送的地图数据帧;根据所述地图数据帧,确定所需信息;其中,所述所需信息包括所需的信号相位信息或所需的行驶方向信息;所述地图数据帧中显式或隐式的指示了实际相位标识与行驶方向之间的对应关系,所述实际相位标识是指出现于信号相位时间spat帧中的相位标识;所述处理设备包括路侧单元和/或车联网服务器;能够实现建立信号相位信息与行驶方向之间对应关系的目的,并且保证即使在无法提前获知路口的下游节点标识的情况下,也能够正常获知信号相位信息;另外,也能够获知所需的行驶方向信息;此外,还能够避免处理设备不必要地发送多个节点的进口道路信息等,降低空口传输数据量;很好的解决了现有技术中信息传输方案传输的信号相位信息无法与行驶方向相对应、甚至无法实现传输的问题。具体的,所述第一确定模块,包括:第一获取子模块,用于获取目标行驶方向;第一确定子模块,用于根据所述目标行驶方向和地图数据帧,确定所需的信号相位信息;或者,第二获取子模块,用于获取目标实际下游节点标识;第二确定子模块,用于根据所述目标实际下游节点标识和地图数据帧,确定所需的行驶方向信息。本发明实施例中,所述对应关系携带于所述地图数据帧中的移动信息中。关于上述显式指示,本发明实施例提供一种具体实现方式:在所述移动信息中,所述行驶方向根据第一规则采用显式的信息单元表示。对应的,第一确定子模块,包括:第一确定单元,用于根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;第一获取单元,用于根据所述目标节点标识、进口道路信息、目标行驶方向、第一规则以及对应关系,从所述地图数据帧中获取目标实际相位标识;第二获取单元,用于根据所述目标实际相位标识,获取所需的信号相位信息。对应的,第二确定子模块,包括:第二确定单元,用于根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;第一处理单元,用于根据所述目标节点标识、进口道路信息以及目标实际下游节点标识,得到目标实际相位标识;第二处理单元,用于根据所述目标实际相位标识、第一规则以及对应关系,得到所需的行驶方向信息。关于上述隐式指示,本发明实施例提供以下三种具体实现方式:第一种,在所述移动信息中,所述行驶方向根据第二规则采用预设下游节点标识表示;其中,所述预设下游节点标识为不作为节点列表的成员标识在所述地图数据帧中出现的下游节点标识;所述对应关系包括:所述预设下游节点标识与实际相位标识之间一一对应的第一对应关系。对应的,第一确定子模块,包括:第三确定单元,用于根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;第四确定单元,用于根据所述第二规则,确定用于表示所述目标行驶方向的预设下游节点标识;第三获取单元,用于根据所述目标节点标识、进口道路信息、预设下游节点标识以及第一对应关系,从所述地图数据帧中获取目标实际相位标识;第四获取单元,用于根据所述目标实际相位标识,获取所需的信号相位信息。对应的,第二确定子模块,包括:第五确定单元,用于根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;第三处理单元,用于根据所述目标节点标识、进口道路信息以及目标实际下游节点标识,得到目标实际相位标识;第五获取单元,用于根据所述第一对应关系,获取所述目标实际相位标识对应的预设下游节点标识;第四处理单元,用于根据所述预设下游节点标识以及第二规则,得到所需的行驶方向信息。第二种,在所述移动信息中,所述行驶方向按照第三规则采用预设相位标识表示;所述对应关系包括:实际下游节点标识与所述预设相位标识之间一一对应的第二对应关系,以及,所述实际下游节点标识也与所述实际相位标识之间一一对应的第三对应关系;其中,所述实际下游节点标识为作为节点列表的成员标识在所述地图数据帧中出现的下游节点标识。对应的,第一确定子模块,包括:第六确定单元,用于根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;第七确定单元,用于根据所述第三规则,确定用于表示所述目标行驶方向的预设相位标识;第六获取单元,用于根据所述目标节点标识、进口道路信息、预设相位标识以及第二对应关系,从所述地图数据帧中获取目标实际下游节点标识;第七获取单元,用于根据所述目标节点标识、进口道路信息、目标实际下游节点标识以及第三对应关系,从所述地图数据帧中获取目标实际相位标识;第八获取单元,用于根据所述目标实际相位标识,获取所需的信号相位信息。对应的,第二确定子模块,包括:第八确定单元,用于根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;第五处理单元,用于根据所述目标节点标识、进口道路信息、目标实际下游节点标识和第二对应关系,得到对应的预设相位标识;第六处理单元,用于根据所述预设相位标识以及第三规则,得到所需的行驶方向信息。第三种,在所述移动信息中,所述行驶方向采用按照第四规则在实际相位标识集合中选取的实际相位标识表示。对应的,第一确定子模块,包括:第九确定单元,用于根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;第九获取单元,用于根据所述目标节点标识、进口道路信息、目标行驶方向、第四规则以及对应关系,从所述地图数据帧中获取目标实际相位标识;第十获取单元,用于根据所述目标实际相位标识,获取所需的信号相位信息。对应的,第二确定子模块,包括:第十确定单元,用于根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;第七处理单元,用于根据所述目标节点标识、进口道路信息以及目标实际下游节点标识,得到目标实际相位标识;第八处理单元,用于根据所述目标实际相位标识以及第四规则,得到所需的行驶方向信息。其中,上述车载单元侧的信息传输处理方法所述实现实施例均适用于该信息传输处理装置的实施例中,也能达到相同的技术效果。需要说明的是,此说明书中所描述的许多功能部件都被称为模块/子模块/单元,以便更加特别地强调其实现方式的独立性。本发明实施例中,模块/子模块/单元可以用软件实现,以便由各种类型的处理器执行。举例来说,一个标识的可执行代码模块可以包括计算机指令的一个或多个物理或者逻辑块,举例来说,其可以被构建为对象、过程或函数。尽管如此,所标识模块的可执行代码无需物理地位于一起,而是可以包括存储在不同位里上的不同的指令,当这些指令逻辑上结合在一起时,其构成模块并且实现该模块的规定目的。实际上,可执行代码模块可以是单条指令或者是许多条指令,并且甚至可以分布在多个不同的代码段上,分布在不同程序当中,以及跨越多个存储器设备分布。同样地,操作数据可以在模块内被识别,并且可以依照任何适当的形式实现并且被组织在任何适当类型的数据结构内。所述操作数据可以作为单个数据集被收集,或者可以分布在不同位置上(包括在不同存储设备上),并且至少部分地可以仅作为电子信号存在于系统或网络上。在模块可以利用软件实现时,考虑到现有硬件工艺的水平,所以可以以软件实现的模块,在不考虑成本的情况下,本领域技术人员都可以搭建对应的硬件电路来实现对应的功能,所述硬件电路包括常规的超大规模集成(vlsi)电路或者门阵列以及诸如逻辑芯片、晶体管之类的现有半导体或者是其它分立的元件。模块还可以用可编程硬件设备,诸如现场可编程门阵列、可编程阵列逻辑、可编程逻辑设备等实现。以上所述的是本发明的优选实施方式,应当指出对于本
技术领域
的普通人员来说,在不脱离本发明所述原理前提下,还可以作出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。当前第1页12
再多了解一些

本文用于企业家、创业者技术爱好者查询,结果仅供参考。

发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表

相关文献

  • 日榜
  • 周榜
  • 月榜