CN113327446A - 信息传输处理方法、装置、处理设备、车载单元及车辆 - Google Patents
信息传输处理方法、装置、处理设备、车载单元及车辆 Download PDFInfo
- Publication number
- CN113327446A CN113327446A CN202010131488.7A CN202010131488A CN113327446A CN 113327446 A CN113327446 A CN 113327446A CN 202010131488 A CN202010131488 A CN 202010131488A CN 113327446 A CN113327446 A CN 113327446A
- Authority
- CN
- China
- Prior art keywords
- information
- target
- identifier
- map data
- data frame
- 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.)
- Granted
Links
- 238000012545 processing Methods 0.000 title claims abstract description 110
- 230000005540 biological transmission Effects 0.000 title claims abstract description 95
- 238000003672 processing method Methods 0.000 title claims abstract description 54
- 230000033001 locomotion Effects 0.000 claims description 118
- 230000006855 networking Effects 0.000 claims description 24
- 238000004590 computer program Methods 0.000 claims description 12
- 238000000034 method Methods 0.000 description 28
- 230000006399 behavior Effects 0.000 description 24
- 238000013459 approach Methods 0.000 description 7
- 230000000694 effects Effects 0.000 description 6
- 230000006870 function Effects 0.000 description 6
- 238000013461 design Methods 0.000 description 5
- 238000010586 diagram Methods 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 5
- 230000004048 modification Effects 0.000 description 4
- 238000012986 modification Methods 0.000 description 4
- 238000004891 communication Methods 0.000 description 3
- 230000009286 beneficial effect Effects 0.000 description 2
- 230000008676 import Effects 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 238000003491 array Methods 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000007499 fusion processing Methods 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 238000011144 upstream manufacturing Methods 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G08—SIGNALLING
- G08G—TRAFFIC CONTROL SYSTEMS
- G08G1/00—Traffic control systems for road vehicles
- G08G1/09—Arrangements for giving variable traffic instructions
- G08G1/0962—Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
- G08G1/0968—Systems involving transmission of navigation instructions to the vehicle
- G08G1/096855—Systems involving transmission of navigation instructions to the vehicle where the output is provided in a suitable form to the driver
-
- G—PHYSICS
- G08—SIGNALLING
- G08G—TRAFFIC CONTROL SYSTEMS
- G08G1/00—Traffic control systems for road vehicles
- G08G1/01—Detecting movement of traffic to be counted or controlled
- G08G1/056—Detecting movement of traffic to be counted or controlled with provision for distinguishing direction of travel
-
- G—PHYSICS
- G08—SIGNALLING
- G08G—TRAFFIC CONTROL SYSTEMS
- G08G1/00—Traffic control systems for road vehicles
- G08G1/09—Arrangements for giving variable traffic instructions
- G08G1/0962—Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
- G08G1/0968—Systems involving transmission of navigation instructions to the vehicle
- G08G1/0969—Systems involving transmission of navigation instructions to the vehicle having a display in the form of a map
-
- 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/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/30—Services specially adapted for particular environments, situations or purposes
- H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
- H04W4/44—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for communication between vehicles and infrastructures, e.g. vehicle-to-cloud [V2C] or vehicle-to-home [V2H]
Landscapes
- Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Radar, Positioning & Navigation (AREA)
- Physics & Mathematics (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Remote Sensing (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Traffic Control Systems (AREA)
- Navigation (AREA)
Abstract
本发明提供了一种信息传输处理方法、装置、处理设备、车载单元及车辆,其中,所述信息传输处理方法包括:向车载单元发送地图数据帧;其中,所述地图数据帧中显式或隐式的指示了实际相位标识与行驶方向之间的对应关系,所述实际相位标识是指出现于信号相位时间SPAT帧中的相位标识。本方案能够实现建立信号相位信息与行驶方向之间对应关系的目的,并且保证即使在无法提前获知路口的下游节点标识的情况下,也能够正常获知信号相位信息;此外,还能够避免处理设备不必要地发送多个节点的进口道路信息等,降低空口传输数据量;很好的解决了现有技术中信息传输方案传输的信号相位信息无法与行驶方向相对应、甚至无法实现传输的问题。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种信息传输处理方法、装置、处理设备、车载单元及车辆。
背景技术
现有技术中的MapData(地图数据)帧和SPAT(Signal Phase And Timing,信号相位时间)帧设计中,一个基本假设是车载单元到达一个节点(典型为路口,记为节点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帧,车载单元只能知道“当前路口到其下游的某个路口的这个交通流是什么交通信号”,但很难了解该交通信号在当前路口处,究竟对应于什么样的行驶方向(也可叫做交通流方向),即:直行、左转、右转、掉头等行驶方向信息。然而无论驾驶员还是基于车载摄像头的交通信号灯识别***,都只能基于我国道路交通管理法规标准去理解交通信号灯所表达出的交通信号信息,而在这些法规和标准中,特别是国家标准《GB 14886-2016道路交通信号灯设置与安装规范》、国家标准《GB 14887-2011道路交通信号灯》,交通信号灯所指示的交通信号信息是与在对应路口或匝道口处的具体行驶方向(或者说交通流方向)所关联的,例如某个信号灯组指示的是在当前路口的左转行驶方向的是否允许通行等,或者是直行、左转、右转、掉头、进匝道、出匝道等。所以上述V2X帧的设计,不利于在辅助驾驶应用中驾驶员的理解,也不利于和基于车载摄像头的交通信号灯识别***的识别的交通信号灯信息的融合处理。
具体的,如图1所示,图中,每个node都代表一个路口。
车辆从Node B行驶到node A的道路为node A的inlink1,到达路口时允许有4个交通流行驶方向:右转(通往下游节点node C)、直行(通往下游节点node D)、左转(通往下游节点node E)、掉头(通往下游节点node B)。
典型地,车辆从nodeB行驶至nodeA,会收到nodeA附近部署的RSU发送的MAP和SPAT帧。
按照目前的设计,图中路口A附近的RSU必须将node A、B、C、D和E这5个node的各个信息(包括inlink等)都放在MAP帧中发出来,这样车辆在驶近nodeA之前,才能获知自己经过nodeA后的下游节点(B、C、D和E中的一个),进而确定node A/inlink1/movements中对应的phase id(相位标识),才能在SPAT帧中查询获取相应的交通信号相位。
然而根据MapData的数据结构,B、C、D和E这4个节点的每个node的信息量都相当于node A的信息量,而且对于驶近nodeA的车辆并无实质意义,只是作为remoteIntersection出现在node A/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)中,指示相位标识与行驶方向之间的对应关系。
本发明实施例中,所述对应关系携带于所述移动信息中的预设级别信息中;其中,所述预设级别信息包括道路级别的信息或车道级别的信息。
关于上述显式指示,本发明实施例提供一种具体实现方式:在所述移动信息中,所述行驶方向根据第一规则采用显式的信息单元表示。
也就是,直接针对相位标识增加对应的行驶方向的内容。
具体的,所述对应关系包括:所述信息单元与所述实际相位标识之间存在直接的一一对应关系。
对应的,根据所述目标行驶方向和地图数据帧,确定所需的信号相位信息,包括:根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;根据所述目标节点标识、进口道路信息、目标行驶方向、第一规则以及对应关系,从所述地图数据帧中获取目标实际相位标识;根据所述目标实际相位标识,获取所需的信号相位信息。
其中,目标节点标识可包括当前节点标识node id(当前节点,典型为交叉路口,匝道口等)。
关于“根据所述目标节点标识、进口道路信息、目标行驶方向、第一规则以及对应关系,从所述地图数据帧中获取目标实际相位标识”,可具体包括:根据第一规则,确定用于表示所述目标行驶方向的信息单元;根据所述目标节点标识、进口道路信息以及信息单元与实际相位标识之间的一一对应关系,从所述地图数据帧中获取目标实际相位标识。
对应的,根据所述目标实际下游节点标识和地图数据帧,确定所需的行驶方向信息,包括:根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;根据所述目标节点标识、进口道路信息以及目标实际下游节点标识,得到目标实际相位标识;根据所述目标实际相位标识、第一规则以及对应关系,得到所需的行驶方向信息。
其中,目标节点标识可包括当前节点标识node id(当前节点,典型为交叉路口,匝道口等)。
关于上述隐式指示,本发明实施例提供以下三种具体实现方式:
第一种,在所述移动信息中,所述行驶方向根据第二规则采用预设下游节点标识表示;其中,所述预设下游节点标识为不作为节点列表的成员标识在所述地图数据帧中出现的下游节点标识;所述对应关系包括:所述预设下游节点标识与实际相位标识之间一一对应的第一对应关系。
具体的,所述地图数据帧中包含两个移动信息:第一移动信息和第二移动信息,所述第一移动信息包括实际下游节点标识与相对应的第一实际相位标识;
所述第二移动信息包括预设下游节点标识与相对应的第二实际相位标识;
其中,第一实际相位标识与第二实际相位标识相等,或者不相等;它们二者不相等时,在SPAT帧中二者都对应相同的信号相位信息(phaseStates)指示,这种做法的效果与它们二者相等的效果是一样的。
对应的,根据所述目标行驶方向和地图数据帧,确定所需的信号相位信息,包括:根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;根据所述第二规则,确定用于表示所述目标行驶方向的预设下游节点标识;根据所述目标节点标识、进口道路信息、预设下游节点标识以及第一对应关系,从所述地图数据帧中获取目标实际相位标识;根据所述目标实际相位标识,获取所需的信号相位信息。
其中,目标节点标识可包括当前节点标识node id(当前节点,典型为交叉路口,匝道口等)。
对应的,根据所述目标实际下游节点标识和地图数据帧,确定所需的行驶方向信息,包括:根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;根据所述目标节点标识、进口道路信息以及目标实际下游节点标识,得到目标实际相位标识;根据所述第一对应关系,获取所述目标实际相位标识对应的预设下游节点标识;根据所述预设下游节点标识以及第二规则,得到所需的行驶方向信息。
其中,目标节点标识可包括当前节点标识node id(当前节点,典型为交叉路口,匝道口等)。
第二种,在所述移动信息中,所述行驶方向按照第三规则采用预设相位标识表示;所述对应关系包括:实际下游节点标识与所述预设相位标识之间一一对应的第二对应关系,以及,所述实际下游节点标识也与所述实际相位标识之间一一对应的第三对应关系;其中,所述实际下游节点标识为作为节点列表的成员标识在所述地图数据帧中出现的下游节点标识。
对应的,根据所述目标行驶方向和地图数据帧,确定所需的信号相位信息,包括:根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;根据所述第三规则,确定用于表示所述目标行驶方向的预设相位标识;根据所述目标节点标识、进口道路信息、预设相位标识以及第二对应关系,从所述地图数据帧中获取目标实际下游节点标识;根据所述目标节点标识、进口道路信息、目标实际下游节点标识以及第三对应关系,从所述地图数据帧中获取目标实际相位标识;根据所述目标实际相位标识,获取所需的信号相位信息。
其中,目标节点标识可包括当前节点标识node id(当前节点,典型为交叉路口,匝道口等)。
对应的,根据所述目标实际下游节点标识和地图数据帧,确定所需的行驶方向信息,包括:根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;根据所述目标节点标识、进口道路信息、目标实际下游节点标识和第二对应关系,得到对应的预设相位标识;根据所述预设相位标识以及第三规则,得到所需的行驶方向信息。
其中,目标节点标识可包括当前节点标识node id(当前节点,典型为交叉路口,匝道口等)。
第三种,在所述移动信息中,所述行驶方向采用按照第四规则在实际相位标识集合中选取的实际相位标识表示。
也可理解为,所述对应关系包括:行驶方向与选取的实际相位标识所构成的子集合之间存在的一一对应关系。
对应的,根据所述目标行驶方向和地图数据帧,确定所需的信号相位信息,包括:根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;根据所述目标节点标识、进口道路信息、目标行驶方向、第四规则以及对应关系,从所述地图数据帧中获取目标实际相位标识;根据所述目标实际相位标识,获取所需的信号相位信息。
其中,目标节点标识可包括当前节点标识node id(当前节点,典型为交叉路口,匝道口等)。
关于“根据所述目标节点标识、进口道路信息、目标行驶方向、第四规则以及对应关系,从所述地图数据帧中获取目标实际相位标识”,可具体包括:根据第四规则,确定用于表示所述目标行驶方向的实际相位标识;根据所述目标节点标识、进口道路信息以及确定的实际相位标识,从所述地图数据帧中获取目标实际相位标识;或者表述为:根据所述对应关系,确定用于表示所述目标行驶方向的子集合;根据所述目标节点标识、进口道路信息以及确定的子集合,从所述地图数据帧中获取目标实际相位标识;
对应的,根据所述目标实际下游节点标识和地图数据帧,确定所需的行驶方向信息,包括:根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;根据所述目标节点标识、进口道路信息以及目标实际下游节点标识,得到目标实际相位标识;根据所述目标实际相位标识以及第四规则,得到所需的行驶方向信息。
其中,目标节点标识可包括当前节点标识node id(当前节点,典型为交叉路口,匝道口等)。
在此说明,本发明实施例中的实际下游节点标识,对应于标准中的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所示场景中,node A附近部署的RSU所发送的MapData帧中,只需要包含node A及其inlink即可,不需要包含node B、C、D和E的信息。
关于OBU的行为(已知关心的路口node id、进口道路inlink、在该路口的行驶方向,查找确定对应的交通信号),操作如下:
1)确定关心的node id(即上述目标节点标识)、inlink(即上述进口道路信息)及行驶方向(即上述目标行驶方向,假设为直行);
2)(根据上述第一规则)确定行驶方向(直行)对应的MovementDirection取值(即Straight);
3)(根据上述对应关系)在MapData帧中,查询上述node/inlink/movements信息中,寻找与该MovementDirection取值(Straight)所对应的phaseId(即上述目标实际相位标识);
4)用该phaseId作为索引,去SPAT帧中找到相位信息(即上述所需的信号相位信息,包含灯色light、时长timing等),该相位信息即为自身行驶方向所需的交通信号。
关于OBU的行为(已知关心路口node id、进口道路inlink、目标实际下游节点标识remoteIntersection,查找确定对应的行驶方向),操作如下:
1)确定关心的node id(即上述目标节点标识)、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所示场景中,node A附近部署的RSU所发送的MapData帧中,只需要包含node A及其inlink即可,不需要包含node B、C、D和E的信息(因为本申请的方案确定节点n的信号相位不需要知晓节点n+1的标识,而现有技术中确定节点n的信号相位需要知晓节点n+1的标识)。
关于OBU的行为(已知关心的路口node id、进口道路inlink、在该路口的行驶方向,查找确定对应的交通信号),操作如下:
1)确定关心的node id(即上述目标节点标识)、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的行为(已知关心路口node id、进口道路inlink、目标实际下游节点标识remoteIntersection,查找确定对应的行驶方向),操作如下:
1)确定关心的node id(即上述目标节点标识)、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所示场景中,node A附近部署的RSU所发送的MapData帧中,只需要包含node A及其inlink即可,不需要包含node B、C、D和E的信息(因为本申请的方案确定节点n的信号相位不需要知晓节点n+1的标识,而现有技术中确定节点n的信号相位需要知晓节点n+1的标识)。
关于OBU的行为(已知关心的路口node id、进口道路inlink、在该路口的行驶方向,查找确定对应的交通信号),操作如下:
1)确定关心的node id(即上述目标节点标识)、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帧中phase id=x和phase id=y这二者所对应的信号相位信息(phaseStates)是完全相同的,所以用phase id y作为索引去SPAT帧中查询信号相位信息,和用phase id x作为索引查询是等效的。
关于OBU的行为(已知关心路口node id、进口道路inlink、目标实际下游节点标识remoteIntersection,查找确定对应的行驶方向),操作如下:
1)确定关心的node id(即上述目标节点标识)、inlink(即上述进口道路信息)以及remoteIntersection(即上述目标实际下游节点标识);
2)(根据上述第一对应关系)在MapData帧中,查询上述node/inlink/movements信息中,上述remoteIntersection对应的phaseId(即上述目标实际相位标识y);
3)在SPAT帧中,找出与phaseId y所对应的信号相位信息(phaseStates)内容完全相同的另一个phase id x,
4)(根据上述第一对应关系)在MapData帧中,查询上述node/inlink/movements信息中,找到上述phase id x对应的特殊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所示场景中,node A附近部署的RSU所发送的MapData帧中,只需要包含node A及其inlink即可,不需要包含node B、C、D和E的信息。
关于OBU的行为(已知关心的路口node id、进口道路inlink、在该路口的行驶方向,查找确定对应的交通信号),操作如下:
1)确定关心的node id(即上述目标节点标识)、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的行为(已知到达路口node id、进口道路inlink、目标实际下游节点标识remoteIntersection,查找确定对应的行驶方向),操作如下:
1)确定关心的node id(即上述目标节点标识)、inlink即上述进口道路信息)以及remoteIntersection(即上述目标实际下游节点标识);
2)(根据上述第二对应关系)在MapData帧中,查询上述node/inlink/movements信息中,上述remoteIntersection所关联的特殊phaseId(即上述得到的预设相位标识)取值(如251);根据(上述第三规则以及)查询的特殊phaseId取值,获取对应的行驶方向(即上述所需的行驶方向信息,如直行)。
举例5(对应于方式1,不修改ASN1结构):
RSU行为:在movement中,将实际phaseId按照预设规则(即上述第四规则)设置为特定值,从而指示对应的行驶方向(如直行、左转、右转、掉头,或者进/出匝道),即所述行驶方向采用按照第四规则在实际相位标识集合中选取的实际相位标识表示。
参见下表中的Movement[1]的内容。
例如,一种phaseId取值的预设规则是:(phaseId–x)mod y=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所示场景中,node A附近部署的RSU所发送的MapData帧中,只需要包含node A及其inlink即可,不需要包含node B、C、D和E的信息。
关于OBU的行为(已知关心的路口node id、进口道路inlink、在该路口的行驶方向,查找确定对应的交通信号),操作如下:
1)确定关心的node id(即上述目标节点标识)、inlink(即上述进口道路信息)及行驶方向(即上述目标行驶方向,假设为直行);
2)按照上述规则(第四规则)确定行驶方向对应的phaseId取值范围(即上述在实际相位标识集合中选取的实际相位标识,如1/11/21…);
3)(根据上述对应关系)在MapData帧中,查询上述node/inlink/movements信息中,落入上述phaseId取值范围(如1/11/21)的phaseId,即为该行驶方向所需的实际相位id(即上述目标实际相位标识);
4)用该phaseId作为索引,去SPAT帧中找到相位信息(即上述所需的信号相位信息,包含灯色light、时长timing等),该相位信息即为自身行驶方向所需的交通信号。
关于OBU的行为(已知关心路口node id、进口道路inlink、目标实际下游节点标识remoteIntersection,查找确定对应的行驶方向),操作如下:
1)确定关心的node id(即上述目标节点标识)、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{ | 类型 | 说明 |
>name | DescriptiveName | |
>upstreamNodeId | NodeReferenceID | |
>movements | MovementList | 移动信息 |
>>movement[] | ||
>>>remoteIntersection | NodeReferenceID | 与上表中node id对应 |
>>>phaseId | PhaseID | 相位标识 |
>lanes | LaneList | |
} |
采用本举例的方案,在图1所示场景中,node A附近部署的RSU所发送的MapData帧中,只需要包含node A及其inlink即可,不需要包含node B、C、D和E的信息。
关于OBU的行为(已知关心的路口node id、进口道路inlink、在该路口的行驶方向,查找确定对应的交通信号),操作如下:
1)确定关心的node id、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;
车道标识lane id设置为特殊lane id值(如0或255);
如下表中的connectingLane、lane和maneuver:
其中,maneuverLeftTurnOnRedAllowed表示红灯左转;
maneuverRightTurnOnRedAllowed表示红灯右转;
maneuverLaneChangeAllowed表示变道;
maneuverNoStoppingAllowed表示禁停;
yieldAllwaysRequired表示绝对让行;
goWithHalt表示停止前进;
caution表示警告;
reserved表示保留。
特殊lane id值不出现在SPAT帧中。
采用本举例的方案,在图1所示场景中,node A附近部署的RSU所发送的MapData帧中,只需要包含node A及其inlink即可,不需要包含node B、C、D和E的信息。
关于OBU的行为(已知关心的路口node id、进口道路inlink、在该路口的行驶方向,查找确定对应的交通信号),操作如下:
1)确定关心的node id、inlink及行驶方向(假设为直行);
2)在MapData帧中,查询node/inlink/lane/connectsTo信息中,lane id取值为预定义lane id值,且maneuver表示上述行驶方向的Connection,确定其中的remoteIntersection;
3)在MapData帧中,查询上述node/inlink/movements信息中,找出该remoteIntersection取值为上述remoteIntersection的movement,该movement中的phaseId即为行驶方向对应的phaseId;
4)用该phaseId作为索引,去SPAT帧中找到相位信息(即上述所需的信号相位信息,包含灯色light、时长timing等),该相位信息即为自身行驶方向所需的交通信号。
本举例中,关于操作2)和3),确定行驶方向对应的phaseId的大体流程为:从lane级别(lane id值→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所示场景中,node A附近部署的RSU所发送的MapData帧中,只需要包含node A及其inlink即可,不需要包含node B、C、D和E的信息。
关于OBU的行为(已知关心的路口node id、进口道路inlink、在该路口的行驶方向,查找确定对应的交通信号),操作如下:
1)确定关心的node id、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-V2X PC5,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)电路或者门阵列以及诸如逻辑芯片、晶体管之类的现有半导体或者是其它分立的元件。模块还可以用可编程硬件设备,诸如现场可编程门阵列、可编程阵列逻辑、可编程逻辑设备等实现。
以上所述的是本发明的优选实施方式,应当指出对于本技术领域的普通人员来说,在不脱离本发明所述原理前提下,还可以作出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (46)
1.一种信息传输处理方法,应用于处理设备,所述处理设备包括路侧单元和/或车联网服务器,其特征在于,所述信息传输处理方法包括:
向车载单元发送地图数据帧;
其中,所述地图数据帧中显式或隐式的指示了实际相位标识与行驶方向之间的对应关系,所述实际相位标识是指出现于信号相位时间SPAT帧中的相位标识。
2.根据权利要求1所述的信息传输处理方法,其特征在于,所述对应关系携带于所述地图数据帧中的移动信息中。
3.根据权利要求2所述的信息传输处理方法,其特征在于,在所述移动信息中,所述行驶方向根据第一规则采用显式的信息单元表示。
4.根据权利要求2所述的信息传输处理方法,其特征在于,在所述移动信息中,所述行驶方向根据第二规则采用预设下游节点标识表示;
其中,所述预设下游节点标识为不作为节点列表的成员标识在所述地图数据帧中出现的下游节点标识;
所述对应关系包括:所述预设下游节点标识与实际相位标识之间一一对应的第一对应关系。
5.根据权利要求2所述的信息传输处理方法,其特征在于,在所述移动信息中,所述行驶方向按照第三规则采用预设相位标识表示;
所述对应关系包括:实际下游节点标识与所述预设相位标识之间一一对应的第二对应关系,以及,所述实际下游节点标识也与所述实际相位标识之间一一对应的第三对应关系;
其中,所述实际下游节点标识为作为节点列表的成员标识在所述地图数据帧中出现的下游节点标识。
6.根据权利要求2所述的信息传输处理方法,其特征在于,在所述移动信息中,所述行驶方向采用按照第四规则在实际相位标识集合中选取的实际相位标识表示。
7.一种信息传输处理方法,应用于车载单元,其特征在于,包括:
接收处理设备发送的地图数据帧;
根据所述地图数据帧,确定所需信息;
其中,所述所需信息包括所需的信号相位信息或所需的行驶方向信息;
所述地图数据帧中显式或隐式的指示了实际相位标识与行驶方向之间的对应关系,所述实际相位标识是指出现于信号相位时间SPAT帧中的相位标识;
所述处理设备包括路侧单元和/或车联网服务器。
8.根据权利要求7所述的信息传输处理方法,其特征在于,所述根据所述地图数据帧,确定所需信息,包括:
获取目标行驶方向;
根据所述目标行驶方向和地图数据帧,确定所需的信号相位信息;或者,
获取目标实际下游节点标识;
根据所述目标实际下游节点标识和地图数据帧,确定所需的行驶方向信息。
9.根据权利要求8所述的信息传输处理方法,其特征在于,所述对应关系携带于所述地图数据帧中的移动信息中。
10.根据权利要求9所述的信息传输处理方法,其特征在于,在所述移动信息中,所述行驶方向根据第一规则采用显式的信息单元表示。
11.根据权利要求10所述的信息传输处理方法,其特征在于,根据所述目标行驶方向和地图数据帧,确定所需的信号相位信息,包括:
根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;
根据所述目标节点标识、进口道路信息、目标行驶方向、第一规则以及对应关系,从所述地图数据帧中获取目标实际相位标识;
根据所述目标实际相位标识,获取所需的信号相位信息。
12.根据权利要求10所述的信息传输处理方法,其特征在于,根据所述目标实际下游节点标识和地图数据帧,确定所需的行驶方向信息,包括:
根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;
根据所述目标节点标识、进口道路信息以及目标实际下游节点标识,得到目标实际相位标识;
根据所述目标实际相位标识、第一规则以及对应关系,得到所需的行驶方向信息。
13.根据权利要求9所述的信息传输处理方法,其特征在于,在所述移动信息中,所述行驶方向根据第二规则采用预设下游节点标识表示;
其中,所述预设下游节点标识为不作为节点列表的成员标识在所述地图数据帧中出现的下游节点标识;
所述对应关系包括:所述预设下游节点标识与实际相位标识之间一一对应的第一对应关系。
14.根据权利要求13所述的信息传输处理方法,其特征在于,根据所述目标行驶方向和地图数据帧,确定所需的信号相位信息,包括:
根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;
根据所述第二规则,确定用于表示所述目标行驶方向的预设下游节点标识;
根据所述目标节点标识、进口道路信息、预设下游节点标识以及第一对应关系,从所述地图数据帧中获取目标实际相位标识;
根据所述目标实际相位标识,获取所需的信号相位信息。
15.根据权利要求13所述的信息传输处理方法,其特征在于,根据所述目标实际下游节点标识和地图数据帧,确定所需的行驶方向信息,包括:
根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;
根据所述目标节点标识、进口道路信息以及目标实际下游节点标识,得到目标实际相位标识;
根据所述第一对应关系,获取所述目标实际相位标识对应的预设下游节点标识;
根据所述预设下游节点标识以及第二规则,得到所需的行驶方向信息。
16.根据权利要求9所述的信息传输处理方法,其特征在于,在所述移动信息中,所述行驶方向按照第三规则采用预设相位标识表示;
所述对应关系包括:实际下游节点标识与所述预设相位标识之间一一对应的第二对应关系,以及,所述实际下游节点标识也与所述实际相位标识之间一一对应的第三对应关系;
其中,所述实际下游节点标识为作为节点列表的成员标识在所述地图数据帧中出现的下游节点标识。
17.根据权利要求16所述的信息传输处理方法,其特征在于,根据所述目标行驶方向和地图数据帧,确定所需的信号相位信息,包括:
根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;
根据所述第三规则,确定用于表示所述目标行驶方向的预设相位标识;
根据所述目标节点标识、进口道路信息、预设相位标识以及第二对应关系,从所述地图数据帧中获取目标实际下游节点标识;
根据所述目标节点标识、进口道路信息、目标实际下游节点标识以及第三对应关系,从所述地图数据帧中获取目标实际相位标识;
根据所述目标实际相位标识,获取所需的信号相位信息。
18.根据权利要求16所述的信息传输处理方法,其特征在于,根据所述目标实际下游节点标识和地图数据帧,确定所需的行驶方向信息,包括:
根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;
根据所述目标节点标识、进口道路信息、目标实际下游节点标识和第二对应关系,得到对应的预设相位标识;
根据所述预设相位标识以及第三规则,得到所需的行驶方向信息。
19.根据权利要求9所述的信息传输处理方法,其特征在于,在所述移动信息中,所述行驶方向采用按照第四规则在实际相位标识集合中选取的实际相位标识表示。
20.根据权利要求19所述的信息传输处理方法,其特征在于,根据所述目标行驶方向和地图数据帧,确定所需的信号相位信息,包括:
根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;
根据所述目标节点标识、进口道路信息、目标行驶方向、第四规则以及对应关系,从所述地图数据帧中获取目标实际相位标识;
根据所述目标实际相位标识,获取所需的信号相位信息。
21.根据权利要求19所述的信息传输处理方法,其特征在于,根据所述目标实际下游节点标识和地图数据帧,确定所需的行驶方向信息,包括:
根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;
根据所述目标节点标识、进口道路信息以及目标实际下游节点标识,得到目标实际相位标识;
根据所述目标实际相位标识以及第四规则,得到所需的行驶方向信息。
22.一种处理设备,所述处理设备包括路侧单元和/或车联网服务器,所述处理设备包括存储器、处理器、收发机及存储在所述存储器上并可在所述处理器上运行的计算机程序;其特征在于,所述处理器执行所述程序时实现以下步骤:
通过所述收发机向车载单元发送地图数据帧;
其中,所述地图数据帧中显式或隐式的指示了实际相位标识与行驶方向之间的对应关系,所述实际相位标识是指出现于信号相位时间SPAT帧中的相位标识。
23.根据权利要求22所述的处理设备,其特征在于,所述对应关系携带于所述地图数据帧中的移动信息中。
24.根据权利要求23所述的处理设备,其特征在于,在所述移动信息中,所述行驶方向根据第一规则采用显式的信息单元表示。
25.根据权利要求23所述的处理设备,其特征在于,在所述移动信息中,所述行驶方向根据第二规则采用预设下游节点标识表示;
其中,所述预设下游节点标识为不作为节点列表的成员标识在所述地图数据帧中出现的下游节点标识;
所述对应关系包括:所述预设下游节点标识与实际相位标识之间一一对应的第一对应关系。
26.根据权利要求23所述的处理设备,其特征在于,在所述移动信息中,所述行驶方向按照第三规则采用预设相位标识表示;
所述对应关系包括:实际下游节点标识与所述预设相位标识之间一一对应的第二对应关系,以及,所述实际下游节点标识也与所述实际相位标识之间一一对应的第三对应关系;
其中,所述实际下游节点标识为作为节点列表的成员标识在所述地图数据帧中出现的下游节点标识。
27.根据权利要求23所述的处理设备,其特征在于,在所述移动信息中,所述行驶方向采用按照第四规则在实际相位标识集合中选取的实际相位标识表示。
28.一种车载单元,包括存储器、处理器、收发机及存储在所述存储器上并可在所述处理器上运行的计算机程序;其特征在于,所述处理器执行所述程序时实现以下步骤:
通过所述收发机接收处理设备发送的地图数据帧;
根据所述地图数据帧,确定所需信息;
其中,所述所需信息包括所需的信号相位信息或所需的行驶方向信息;
所述地图数据帧中显式或隐式的指示了实际相位标识与行驶方向之间的对应关系,所述实际相位标识是指出现于信号相位时间SPAT帧中的相位标识;
所述处理设备包括路侧单元和/或车联网服务器。
29.根据权利要求28所述的车载单元,其特征在于,所述处理器具体用于:
获取目标行驶方向;
根据所述目标行驶方向和地图数据帧,确定所需的信号相位信息;或者,
获取目标实际下游节点标识;
根据所述目标实际下游节点标识和地图数据帧,确定所需的行驶方向信息。
30.根据权利要求29所述的车载单元,其特征在于,所述对应关系携带于所述地图数据帧中的移动信息中。
31.根据权利要求30所述的车载单元,其特征在于,在所述移动信息中,所述行驶方向根据第一规则采用显式的信息单元表示。
32.根据权利要求31所述的车载单元,其特征在于,所述处理器具体用于:
根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;
根据所述目标节点标识、进口道路信息、目标行驶方向、第一规则以及对应关系,从所述地图数据帧中获取目标实际相位标识;
根据所述目标实际相位标识,获取所需的信号相位信息。
33.根据权利要求31所述的车载单元,其特征在于,所述处理器具体用于:
根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;
根据所述目标节点标识、进口道路信息以及目标实际下游节点标识,得到目标实际相位标识;
根据所述目标实际相位标识、第一规则以及对应关系,得到所需的行驶方向信息。
34.根据权利要求30所述的车载单元,其特征在于,在所述移动信息中,所述行驶方向根据第二规则采用预设下游节点标识表示;
其中,所述预设下游节点标识为不作为节点列表的成员标识在所述地图数据帧中出现的下游节点标识;
所述对应关系包括:所述预设下游节点标识与实际相位标识之间一一对应的第一对应关系。
35.根据权利要求34所述的车载单元,其特征在于,所述处理器具体用于:
根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;
根据所述第二规则,确定用于表示所述目标行驶方向的预设下游节点标识;
根据所述目标节点标识、进口道路信息、预设下游节点标识以及第一对应关系,从所述地图数据帧中获取目标实际相位标识;
根据所述目标实际相位标识,获取所需的信号相位信息。
36.根据权利要求34所述的车载单元,其特征在于,所述处理器具体用于:
根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;
根据所述目标节点标识、进口道路信息以及目标实际下游节点标识,得到目标实际相位标识;
根据所述第一对应关系,获取所述目标实际相位标识对应的预设下游节点标识;
根据所述预设下游节点标识以及第二规则,得到所需的行驶方向信息。
37.根据权利要求30所述的车载单元,其特征在于,在所述移动信息中,所述行驶方向按照第三规则采用预设相位标识表示;
所述对应关系包括:实际下游节点标识与所述预设相位标识之间一一对应的第二对应关系,以及,所述实际下游节点标识也与所述实际相位标识之间一一对应的第三对应关系;
其中,所述实际下游节点标识为作为节点列表的成员标识在所述地图数据帧中出现的下游节点标识。
38.根据权利要求37所述的车载单元,其特征在于,所述处理器具体用于:
根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;
根据所述第三规则,确定用于表示所述目标行驶方向的预设相位标识;
根据所述目标节点标识、进口道路信息、预设相位标识以及第二对应关系,从所述地图数据帧中获取目标实际下游节点标识;
根据所述目标节点标识、进口道路信息、目标实际下游节点标识以及第三对应关系,从所述地图数据帧中获取目标实际相位标识;
根据所述目标实际相位标识,获取所需的信号相位信息。
39.根据权利要求37所述的车载单元,其特征在于,所述处理器具体用于:
根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;
根据所述目标节点标识、进口道路信息、目标实际下游节点标识和第二对应关系,得到对应的预设相位标识;
根据所述预设相位标识以及第三规则,得到所需的行驶方向信息。
40.根据权利要求30所述的车载单元,其特征在于,在所述移动信息中,所述行驶方向采用按照第四规则在实际相位标识集合中选取的实际相位标识表示。
41.根据权利要求40所述的车载单元,其特征在于,所述处理器具体用于:
根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;
根据所述目标节点标识、进口道路信息、目标行驶方向、第四规则以及对应关系,从所述地图数据帧中获取目标实际相位标识;
根据所述目标实际相位标识,获取所需的信号相位信息。
42.根据权利要求40所述的车载单元,其特征在于,所述处理器具体用于:
根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;
根据所述目标节点标识、进口道路信息以及目标实际下游节点标识,得到目标实际相位标识;
根据所述目标实际相位标识以及第四规则,得到所需的行驶方向信息。
43.一种车辆,其特征在于,包括:如权利要求28至42任一项所述的车载单元。
44.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现如权利要求1至6任一项所述的信息传输处理方法的步骤;或者,
该程序被处理器执行时实现如权利要求7至21任一项所述的信息传输处理方法的步骤。
45.一种信息传输处理装置,应用于处理设备,所述处理设备包括路侧单元和/或车联网服务器,其特征在于,所述信息传输处理装置包括:
第一发送模块,用于向车载单元发送地图数据帧;
其中,所述地图数据帧中显式或隐式的指示了实际相位标识与行驶方向之间的对应关系,所述实际相位标识是指出现于信号相位时间SPAT帧中的相位标识。
46.一种信息传输处理装置,应用于车载单元,其特征在于,包括:
第一接收模块,用于接收处理设备发送的地图数据帧;
第一确定模块,用于根据所述地图数据帧,确定所需信息;
其中,所述所需信息包括所需的信号相位信息或所需的行驶方向信息;
所述地图数据帧中显式或隐式的指示了实际相位标识与行驶方向之间的对应关系,所述实际相位标识是指出现于信号相位时间SPAT帧中的相位标识;
所述处理设备包括路侧单元和/或车联网服务器。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010131488.7A CN113327446B (zh) | 2020-02-28 | 2020-02-28 | 信息传输处理方法、装置、处理设备、车载单元及车辆 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010131488.7A CN113327446B (zh) | 2020-02-28 | 2020-02-28 | 信息传输处理方法、装置、处理设备、车载单元及车辆 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113327446A true CN113327446A (zh) | 2021-08-31 |
CN113327446B CN113327446B (zh) | 2022-06-10 |
Family
ID=77412938
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010131488.7A Active CN113327446B (zh) | 2020-02-28 | 2020-02-28 | 信息传输处理方法、装置、处理设备、车载单元及车辆 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113327446B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113932827A (zh) * | 2021-11-09 | 2022-01-14 | 启迪云控(上海)汽车科技有限公司 | 道路曲线的生成方法、装置、存储介质及车辆 |
Citations (24)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080019608A1 (en) * | 2006-07-20 | 2008-01-24 | Gregory Zuro | Image dynamic range control for visual display |
JP2009103515A (ja) * | 2007-10-22 | 2009-05-14 | Toshiba Corp | レーダ装置 |
KR20100104740A (ko) * | 2009-03-19 | 2010-09-29 | 이상근 | 신호등의 예상 점등시간을 제공하는 교통정보시스템 |
CN102013166A (zh) * | 2010-12-01 | 2011-04-13 | 福建工程学院 | 基于浮动车技术的红绿灯路口识别方法 |
CN104794915A (zh) * | 2015-05-11 | 2015-07-22 | 清华大学 | 一种连续交叉路口车辆通行控制方法及装置 |
CN105280003A (zh) * | 2015-09-29 | 2016-01-27 | 北京航空航天大学 | 一种路侧向车辆传送交叉口信号灯信息的方法 |
CN105654749A (zh) * | 2014-11-17 | 2016-06-08 | 胡乐乐 | 一种车载信号灯接收装置 |
CN106251664A (zh) * | 2016-09-19 | 2016-12-21 | 重庆邮电大学 | 一种基于dsrc的交通灯编码与状态识别***及方法 |
CN106327897A (zh) * | 2016-09-07 | 2017-01-11 | 重庆云途交通科技有限公司 | 一种基于车路协同技术的信号灯状态终端显示方法及*** |
CN106503334A (zh) * | 2016-10-20 | 2017-03-15 | 南京莱斯信息技术股份有限公司 | 一种构建路口渠化模型及显示放行相位的方法 |
CN107305738A (zh) * | 2016-04-18 | 2017-10-31 | 福特全球技术公司 | 使用专用短程通信的十字路口辅助的***和方法 |
CN107590996A (zh) * | 2016-07-06 | 2018-01-16 | 沃尔沃汽车公司 | 用于执行交通灯相关数据的实时分析的方法 |
CN108335510A (zh) * | 2018-03-21 | 2018-07-27 | 北京百度网讯科技有限公司 | 交通信号灯识别方法、装置及设备 |
CN109035832A (zh) * | 2018-09-12 | 2018-12-18 | 清华大学苏州汽车研究院(吴江) | 基于v2x通信的信号灯路口智能通行*** |
CN109243191A (zh) * | 2017-06-01 | 2019-01-18 | 华为技术有限公司 | 信息推送方法及装置 |
CN109672628A (zh) * | 2018-12-21 | 2019-04-23 | 北京千方科技股份有限公司 | 一种v2x数据包处理方法、装置、设备及存储介质 |
CN109887278A (zh) * | 2019-02-25 | 2019-06-14 | 百度在线网络技术(北京)有限公司 | 车辆的路口行车方法、装置和终端 |
CN109949590A (zh) * | 2017-12-21 | 2019-06-28 | 通用汽车环球科技运作有限责任公司 | 交通信号灯状态评估 |
CN110100271A (zh) * | 2016-11-29 | 2019-08-06 | 赫尔环球有限公司 | 用于使用交通信号数据估计道路交通状况的方法、装置和计算机程序产品 |
KR20190098094A (ko) * | 2019-07-31 | 2019-08-21 | 엘지전자 주식회사 | 자율주행시스템에서 차량이 수신한 메시지의 유효성을 판단하는 방법 및 이를 위한 장치 |
CN110162050A (zh) * | 2019-05-22 | 2019-08-23 | 腾讯科技(深圳)有限公司 | 行驶控制方法及行驶控制*** |
CN110164122A (zh) * | 2018-02-14 | 2019-08-23 | 赫力环球有限公司 | 用于路口的车辆列队***控制 |
CN110476403A (zh) * | 2017-09-29 | 2019-11-19 | Lg电子株式会社 | V2x通信设备及由其发送/接收多媒体内容的方法 |
CN110546695A (zh) * | 2017-03-29 | 2019-12-06 | 赫尔环球有限公司 | 用于交通灯的信号相位和定时的综合管理的方法、装置和计算机程序产品 |
-
2020
- 2020-02-28 CN CN202010131488.7A patent/CN113327446B/zh active Active
Patent Citations (24)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080019608A1 (en) * | 2006-07-20 | 2008-01-24 | Gregory Zuro | Image dynamic range control for visual display |
JP2009103515A (ja) * | 2007-10-22 | 2009-05-14 | Toshiba Corp | レーダ装置 |
KR20100104740A (ko) * | 2009-03-19 | 2010-09-29 | 이상근 | 신호등의 예상 점등시간을 제공하는 교통정보시스템 |
CN102013166A (zh) * | 2010-12-01 | 2011-04-13 | 福建工程学院 | 基于浮动车技术的红绿灯路口识别方法 |
CN105654749A (zh) * | 2014-11-17 | 2016-06-08 | 胡乐乐 | 一种车载信号灯接收装置 |
CN104794915A (zh) * | 2015-05-11 | 2015-07-22 | 清华大学 | 一种连续交叉路口车辆通行控制方法及装置 |
CN105280003A (zh) * | 2015-09-29 | 2016-01-27 | 北京航空航天大学 | 一种路侧向车辆传送交叉口信号灯信息的方法 |
CN107305738A (zh) * | 2016-04-18 | 2017-10-31 | 福特全球技术公司 | 使用专用短程通信的十字路口辅助的***和方法 |
CN107590996A (zh) * | 2016-07-06 | 2018-01-16 | 沃尔沃汽车公司 | 用于执行交通灯相关数据的实时分析的方法 |
CN106327897A (zh) * | 2016-09-07 | 2017-01-11 | 重庆云途交通科技有限公司 | 一种基于车路协同技术的信号灯状态终端显示方法及*** |
CN106251664A (zh) * | 2016-09-19 | 2016-12-21 | 重庆邮电大学 | 一种基于dsrc的交通灯编码与状态识别***及方法 |
CN106503334A (zh) * | 2016-10-20 | 2017-03-15 | 南京莱斯信息技术股份有限公司 | 一种构建路口渠化模型及显示放行相位的方法 |
CN110100271A (zh) * | 2016-11-29 | 2019-08-06 | 赫尔环球有限公司 | 用于使用交通信号数据估计道路交通状况的方法、装置和计算机程序产品 |
CN110546695A (zh) * | 2017-03-29 | 2019-12-06 | 赫尔环球有限公司 | 用于交通灯的信号相位和定时的综合管理的方法、装置和计算机程序产品 |
CN109243191A (zh) * | 2017-06-01 | 2019-01-18 | 华为技术有限公司 | 信息推送方法及装置 |
CN110476403A (zh) * | 2017-09-29 | 2019-11-19 | Lg电子株式会社 | V2x通信设备及由其发送/接收多媒体内容的方法 |
CN109949590A (zh) * | 2017-12-21 | 2019-06-28 | 通用汽车环球科技运作有限责任公司 | 交通信号灯状态评估 |
CN110164122A (zh) * | 2018-02-14 | 2019-08-23 | 赫力环球有限公司 | 用于路口的车辆列队***控制 |
CN108335510A (zh) * | 2018-03-21 | 2018-07-27 | 北京百度网讯科技有限公司 | 交通信号灯识别方法、装置及设备 |
CN109035832A (zh) * | 2018-09-12 | 2018-12-18 | 清华大学苏州汽车研究院(吴江) | 基于v2x通信的信号灯路口智能通行*** |
CN109672628A (zh) * | 2018-12-21 | 2019-04-23 | 北京千方科技股份有限公司 | 一种v2x数据包处理方法、装置、设备及存储介质 |
CN109887278A (zh) * | 2019-02-25 | 2019-06-14 | 百度在线网络技术(北京)有限公司 | 车辆的路口行车方法、装置和终端 |
CN110162050A (zh) * | 2019-05-22 | 2019-08-23 | 腾讯科技(深圳)有限公司 | 行驶控制方法及行驶控制*** |
KR20190098094A (ko) * | 2019-07-31 | 2019-08-21 | 엘지전자 주식회사 | 자율주행시스템에서 차량이 수신한 메시지의 유효성을 판단하는 방법 및 이를 위한 장치 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113932827A (zh) * | 2021-11-09 | 2022-01-14 | 启迪云控(上海)汽车科技有限公司 | 道路曲线的生成方法、装置、存储介质及车辆 |
Also Published As
Publication number | Publication date |
---|---|
CN113327446B (zh) | 2022-06-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11774261B2 (en) | Automatic annotation of environmental features in a map during navigation of a vehicle | |
KR102631850B1 (ko) | Hd 지도의 생성 및 사용 | |
WO2022121247A1 (zh) | 汽车协同决策方法、装置、电子设备及计算机存储介质 | |
CN107111946B (zh) | 用于运行中央服务器的方法和用于操纵管制图的方法 | |
EP3776509A1 (en) | Method and system for hybrid collective perception and map crowdsourcing | |
US20110254699A1 (en) | Vehicle-mounted narrow-band wireless communication apparatus and roadside-to-vehicle narrow-band wireless communication system | |
Von Tomkewitsch | Dynamic route guidance and interactive transport management with ALI-Scout | |
EP4163595A1 (en) | Automatic annotation of environmental features in a map during navigation of a vehicle | |
CN103544838A (zh) | 一种基于车车多跳协作通信的路况信息获取方法 | |
CN103890823A (zh) | 用于传输用于交通远程信息处理的路线数据的方法 | |
JP2017175209A (ja) | 通信制御装置 | |
KR20140062582A (ko) | 차량 단말 장치 및 상기 차량 단말 장치의 제어 방법 | |
US20220327927A1 (en) | Virtualized road traffic sign generation for enhancing road safety | |
CN109855636A (zh) | 一种基于智能驾驶的特种车辆路径规划***和方法 | |
US20110095904A1 (en) | Method and system for providing safety guidance service | |
CN113327446B (zh) | 信息传输处理方法、装置、处理设备、车载单元及车辆 | |
CN108616559A (zh) | 一种车辆信息发送、处理方法和装置 | |
CN113837127A (zh) | 一种地图和v2v数据融合模型和方法、***及介质 | |
Vermesan et al. | IoT technologies for connected and automated driving applications | |
CN208422117U (zh) | 一种基于车联网络的闯红灯预警*** | |
CN107369326A (zh) | 一种应用于自动驾驶的智能交通灯设计*** | |
CN113257026B (zh) | 基于车路协同环境下的海港货物车辆引导方法 | |
Militaru et al. | Application design principles for road users’ safety | |
CN111882868A (zh) | 一种基于5g车联网的城市智慧交通管理*** | |
CN109064752A (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 | ||
TA01 | Transfer of patent application right | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20211230 Address after: 400040 No. 35, Jinghe Road, Huxi street, high tech Zone, Shapingba District, Chongqing Applicant after: Datang Gaohong Zhilian Technology (Chongqing) Co.,Ltd. Address before: 550025 Leihua road crossing, Huaxi District, Guiyang City, Guizhou Province Applicant before: DATANG GAOHONG DATA NETWORK TECHNOLOGY Co.,Ltd. |
|
GR01 | Patent grant | ||
GR01 | Patent grant |