发明内容
本发明的目的在于提供一种信息传输处理方法、装置、处理设备、车载单元及车辆,以解决现有技术中信息传输方案传输的信号相位信息无法与行驶方向相对应、甚至无法实现传输的问题。
为了解决上述技术问题,本发明实施例提供一种信息传输处理方法,应用于处理设备,所述处理设备包括路侧单元和/或车联网服务器,所述信息传输处理方法包括:
向车载单元发送地图数据帧;
其中,所述地图数据帧中显式或隐式的指示了实际相位标识与行驶方向之间的对应关系,所述实际相位标识是指出现于信号相位时间SPAT帧中的相位标识。
可选的,所述对应关系携带于所述地图数据帧中的移动信息中。
可选的,在所述移动信息中,所述行驶方向根据第一规则采用显式的信息单元表示。
可选的,在所述移动信息中,所述行驶方向根据第二规则采用预设下游节点标识表示;
其中,所述预设下游节点标识为不作为节点列表的成员标识在所述地图数据帧中出现的下游节点标识;
所述对应关系包括:所述预设下游节点标识与实际相位标识之间一一对应的第一对应关系。
可选的,在所述移动信息中,所述行驶方向按照第三规则采用预设相位标识表示;
所述对应关系包括:实际下游节点标识与所述预设相位标识之间一一对应的第二对应关系,以及,所述实际下游节点标识也与所述实际相位标识之间一一对应的第三对应关系;
其中,所述实际下游节点标识为作为节点列表的成员标识在所述地图数据帧中出现的下游节点标识。
可选的,在所述移动信息中,所述行驶方向采用按照第四规则在实际相位标识集合中选取的实际相位标识表示。
本发明实施例还提供了一种信息传输处理方法,应用于车载单元,包括:
接收处理设备发送的地图数据帧;
根据所述地图数据帧,确定所需信息;
其中,所述所需信息包括所需的信号相位信息或所需的行驶方向信息;
所述地图数据帧中显式或隐式的指示了实际相位标识与行驶方向之间的对应关系,所述实际相位标识是指出现于信号相位时间SPAT帧中的相位标识;
所述处理设备包括路侧单元和/或车联网服务器。
可选的,所述根据所述地图数据帧,确定所需信息,包括:
获取目标行驶方向;
根据所述目标行驶方向和地图数据帧,确定所需的信号相位信息;或者,获取目标实际下游节点标识;
根据所述目标实际下游节点标识和地图数据帧,确定所需的行驶方向信息。
可选的,所述对应关系携带于所述地图数据帧中的移动信息中。
可选的,在所述移动信息中,所述行驶方向根据第一规则采用显式的信息单元表示。
可选的,根据所述目标行驶方向和地图数据帧,确定所需的信号相位信息,包括:
根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;
根据所述目标节点标识、进口道路信息、目标行驶方向、第一规则以及对应关系,从所述地图数据帧中获取目标实际相位标识;
根据所述目标实际相位标识,获取所需的信号相位信息。
可选的,根据所述目标实际下游节点标识和地图数据帧,确定所需的行驶方向信息,包括:
根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;
根据所述目标节点标识、进口道路信息以及目标实际下游节点标识,得到目标实际相位标识;
根据所述目标实际相位标识、第一规则以及对应关系,得到所需的行驶方向信息。
可选的,在所述移动信息中,所述行驶方向根据第二规则采用预设下游节点标识表示;
其中,所述预设下游节点标识为不作为节点列表的成员标识在所述地图数据帧中出现的下游节点标识;
所述对应关系包括:所述预设下游节点标识与实际相位标识之间一一对应的第一对应关系。
可选的,根据所述目标行驶方向和地图数据帧,确定所需的信号相位信息,包括:
根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;
根据所述第二规则,确定用于表示所述目标行驶方向的预设下游节点标识;
根据所述目标节点标识、进口道路信息、预设下游节点标识以及第一对应关系,从所述地图数据帧中获取目标实际相位标识;
根据所述目标实际相位标识,获取所需的信号相位信息。
可选的,根据所述目标实际下游节点标识和地图数据帧,确定所需的行驶方向信息,包括:
根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;
根据所述目标节点标识、进口道路信息以及目标实际下游节点标识,得到目标实际相位标识;
根据所述第一对应关系,获取所述目标实际相位标识对应的预设下游节点标识;
根据所述预设下游节点标识以及第二规则,得到所需的行驶方向信息。
可选的,在所述移动信息中,所述行驶方向按照第三规则采用预设相位标识表示;
所述对应关系包括:实际下游节点标识与所述预设相位标识之间一一对应的第二对应关系,以及,所述实际下游节点标识也与所述实际相位标识之间一一对应的第三对应关系;
其中,所述实际下游节点标识为作为节点列表的成员标识在所述地图数据帧中出现的下游节点标识。
可选的,根据所述目标行驶方向和地图数据帧,确定所需的信号相位信息,包括:
根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;
根据所述第三规则,确定用于表示所述目标行驶方向的预设相位标识;
根据所述目标节点标识、进口道路信息、预设相位标识以及第二对应关系,从所述地图数据帧中获取目标实际下游节点标识;
根据所述目标节点标识、进口道路信息、目标实际下游节点标识以及第三对应关系,从所述地图数据帧中获取目标实际相位标识;
根据所述目标实际相位标识,获取所需的信号相位信息。
可选的,根据所述目标实际下游节点标识和地图数据帧,确定所需的行驶方向信息,包括:
根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;
根据所述目标节点标识、进口道路信息、目标实际下游节点标识和第二对应关系,得到对应的预设相位标识;
根据所述预设相位标识以及第三规则,得到所需的行驶方向信息。
可选的,在所述移动信息中,所述行驶方向采用按照第四规则在实际相位标识集合中选取的实际相位标识表示。
可选的,根据所述目标行驶方向和地图数据帧,确定所需的信号相位信息,包括:
根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;
根据所述目标节点标识、进口道路信息、目标行驶方向、第四规则以及对应关系,从所述地图数据帧中获取目标实际相位标识;
根据所述目标实际相位标识,获取所需的信号相位信息。
可选的,根据所述目标实际下游节点标识和地图数据帧,确定所需的行驶方向信息,包括:
根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;
根据所述目标节点标识、进口道路信息以及目标实际下游节点标识,得到目标实际相位标识;
根据所述目标实际相位标识以及第四规则,得到所需的行驶方向信息。
本发明实施例还提供了一种处理设备,所述处理设备包括路侧单元和/或车联网服务器,所述处理设备包括存储器、处理器、收发机及存储在所述存储器上并可在所述处理器上运行的计算机程序;所述处理器执行所述程序时实现以下步骤:
通过所述收发机向车载单元发送地图数据帧;
其中,所述地图数据帧中显式或隐式的指示了实际相位标识与行驶方向之间的对应关系,所述实际相位标识是指出现于信号相位时间SPAT帧中的相位标识。
可选的,所述对应关系携带于所述地图数据帧中的移动信息中。
可选的,在所述移动信息中,所述行驶方向根据第一规则采用显式的信息单元表示。
可选的,在所述移动信息中,所述行驶方向根据第二规则采用预设下游节点标识表示;
其中,所述预设下游节点标识为不作为节点列表的成员标识在所述地图数据帧中出现的下游节点标识;
所述对应关系包括:所述预设下游节点标识与实际相位标识之间一一对应的第一对应关系。
可选的,在所述移动信息中,所述行驶方向按照第三规则采用预设相位标识表示;
所述对应关系包括:实际下游节点标识与所述预设相位标识之间一一对应的第二对应关系,以及,所述实际下游节点标识也与所述实际相位标识之间一一对应的第三对应关系;
其中,所述实际下游节点标识为作为节点列表的成员标识在所述地图数据帧中出现的下游节点标识。
可选的,在所述移动信息中,所述行驶方向采用按照第四规则在实际相位标识集合中选取的实际相位标识表示。
本发明实施例还提供了一种车载单元,包括存储器、处理器、收发机及存储在所述存储器上并可在所述处理器上运行的计算机程序;所述处理器执行所述程序时实现以下步骤:
通过所述收发机接收处理设备发送的地图数据帧;
根据所述地图数据帧,确定所需信息;
其中,所述所需信息包括所需的信号相位信息或所需的行驶方向信息;
所述地图数据帧中显式或隐式的指示了实际相位标识与行驶方向之间的对应关系,所述实际相位标识是指出现于信号相位时间SPAT帧中的相位标识;
所述处理设备包括路侧单元和/或车联网服务器。
可选的,所述处理器具体用于:
获取目标行驶方向;
根据所述目标行驶方向和地图数据帧,确定所需的信号相位信息;或者,获取目标实际下游节点标识;
根据所述目标实际下游节点标识和地图数据帧,确定所需的行驶方向信息。
可选的,所述对应关系携带于所述地图数据帧中的移动信息中。
可选的,在所述移动信息中,所述行驶方向根据第一规则采用显式的信息单元表示。
可选的,所述处理器具体用于:
根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;
根据所述目标节点标识、进口道路信息、目标行驶方向、第一规则以及对应关系,从所述地图数据帧中获取目标实际相位标识;
根据所述目标实际相位标识,获取所需的信号相位信息。
可选的,所述处理器具体用于:
根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;
根据所述目标节点标识、进口道路信息以及目标实际下游节点标识,得到目标实际相位标识;
根据所述目标实际相位标识、第一规则以及对应关系,得到所需的行驶方向信息。
可选的,在所述移动信息中,所述行驶方向根据第二规则采用预设下游节点标识表示;
其中,所述预设下游节点标识为不作为节点列表的成员标识在所述地图数据帧中出现的下游节点标识;
所述对应关系包括:所述预设下游节点标识与实际相位标识之间一一对应的第一对应关系。
可选的,所述处理器具体用于:
根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;
根据所述第二规则,确定用于表示所述目标行驶方向的预设下游节点标识;
根据所述目标节点标识、进口道路信息、预设下游节点标识以及第一对应关系,从所述地图数据帧中获取目标实际相位标识;
根据所述目标实际相位标识,获取所需的信号相位信息。
可选的,所述处理器具体用于:
根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;
根据所述目标节点标识、进口道路信息以及目标实际下游节点标识,得到目标实际相位标识;
根据所述第一对应关系,获取所述目标实际相位标识对应的预设下游节点标识;
根据所述预设下游节点标识以及第二规则,得到所需的行驶方向信息。
可选的,在所述移动信息中,所述行驶方向按照第三规则采用预设相位标识表示;
所述对应关系包括:实际下游节点标识与所述预设相位标识之间一一对应的第二对应关系,以及,所述实际下游节点标识也与所述实际相位标识之间一一对应的第三对应关系;
其中,所述实际下游节点标识为作为节点列表的成员标识在所述地图数据帧中出现的下游节点标识。
可选的,所述处理器具体用于:
根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;
根据所述第三规则,确定用于表示所述目标行驶方向的预设相位标识;
根据所述目标节点标识、进口道路信息、预设相位标识以及第二对应关系,从所述地图数据帧中获取目标实际下游节点标识;
根据所述目标节点标识、进口道路信息、目标实际下游节点标识以及第三对应关系,从所述地图数据帧中获取目标实际相位标识;
根据所述目标实际相位标识,获取所需的信号相位信息。
可选的,所述处理器具体用于:
根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;
根据所述目标节点标识、进口道路信息、目标实际下游节点标识和第二对应关系,得到对应的预设相位标识;
根据所述预设相位标识以及第三规则,得到所需的行驶方向信息。
可选的,在所述移动信息中,所述行驶方向采用按照第四规则在实际相位标识集合中选取的实际相位标识表示。
可选的,所述处理器具体用于:
根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;
根据所述目标节点标识、进口道路信息、目标行驶方向、第四规则以及对应关系,从所述地图数据帧中获取目标实际相位标识;
根据所述目标实际相位标识,获取所需的信号相位信息。
可选的,所述处理器具体用于:
根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;
根据所述目标节点标识、进口道路信息以及目标实际下游节点标识,得到目标实际相位标识;
根据所述目标实际相位标识以及第四规则,得到所需的行驶方向信息。
本发明实施例还提供了一种车辆,包括:如上述的车载单元。
本发明实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现上述处理设备侧的信息传输处理方法的步骤;或者,该程序被处理器执行时实现上述车载单元侧的信息传输处理方法的步骤。
本发明实施例还提供了一种信息传输处理装置,应用于处理设备,所述处理设备包括路侧单元和/或车联网服务器,所述信息传输处理装置包括:
第一发送模块,用于向车载单元发送地图数据帧;
其中,所述地图数据帧中显式或隐式的指示了实际相位标识与行驶方向之间的对应关系,所述实际相位标识是指出现于信号相位时间SPAT帧中的相位标识。
可选的,所述对应关系携带于所述地图数据帧中的移动信息中。
可选的,在所述移动信息中,所述行驶方向根据第一规则采用显式的信息单元表示。
可选的,在所述移动信息中,所述行驶方向根据第二规则采用预设下游节点标识表示;
其中,所述预设下游节点标识为不作为节点列表的成员标识在所述地图数据帧中出现的下游节点标识;
所述对应关系包括:所述预设下游节点标识与实际相位标识之间一一对应的第一对应关系。
可选的,在所述移动信息中,所述行驶方向按照第三规则采用预设相位标识表示;
所述对应关系包括:实际下游节点标识与所述预设相位标识之间一一对应的第二对应关系,以及,所述实际下游节点标识也与所述实际相位标识之间一一对应的第三对应关系;
其中,所述实际下游节点标识为作为节点列表的成员标识在所述地图数据帧中出现的下游节点标识。
可选的,在所述移动信息中,所述行驶方向采用按照第四规则在实际相位标识集合中选取的实际相位标识表示。
本发明实施例还提供了一种信息传输处理装置,应用于车载单元,包括:
第一接收模块,用于接收处理设备发送的地图数据帧;
第一确定模块,用于根据所述地图数据帧,确定所需信息;
其中,所述所需信息包括所需的信号相位信息或所需的行驶方向信息;
所述地图数据帧中显式或隐式的指示了实际相位标识与行驶方向之间的对应关系,所述实际相位标识是指出现于信号相位时间SPAT帧中的相位标识;
所述处理设备包括路侧单元和/或车联网服务器。
可选的,所述第一确定模块,包括:
第一获取子模块,用于获取目标行驶方向;
第一确定子模块,用于根据所述目标行驶方向和地图数据帧,确定所需的信号相位信息;或者,
第二获取子模块,用于获取目标实际下游节点标识;
第二确定子模块,用于根据所述目标实际下游节点标识和地图数据帧,确定所需的行驶方向信息。
可选的,所述对应关系携带于所述地图数据帧中的移动信息中。
可选的,在所述移动信息中,所述行驶方向根据第一规则采用显式的信息单元表示。
可选的,第一确定子模块,包括:
第一确定单元,用于根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;
第一获取单元,用于根据所述目标节点标识、进口道路信息、目标行驶方向、第一规则以及对应关系,从所述地图数据帧中获取目标实际相位标识;
第二获取单元,用于根据所述目标实际相位标识,获取所需的信号相位信息。
可选的,第二确定子模块,包括:
第二确定单元,用于根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;
第一处理单元,用于根据所述目标节点标识、进口道路信息以及目标实际下游节点标识,得到目标实际相位标识;
第二处理单元,用于根据所述目标实际相位标识、第一规则以及对应关系,得到所需的行驶方向信息。
可选的,在所述移动信息中,所述行驶方向根据第二规则采用预设下游节点标识表示;
其中,所述预设下游节点标识为不作为节点列表的成员标识在所述地图数据帧中出现的下游节点标识;
所述对应关系包括:所述预设下游节点标识与实际相位标识之间一一对应的第一对应关系。
可选的,第一确定子模块,包括:
第三确定单元,用于根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;
第四确定单元,用于根据所述第二规则,确定用于表示所述目标行驶方向的预设下游节点标识;
第三获取单元,用于根据所述目标节点标识、进口道路信息、预设下游节点标识以及第一对应关系,从所述地图数据帧中获取目标实际相位标识;
第四获取单元,用于根据所述目标实际相位标识,获取所需的信号相位信息。
可选的,第二确定子模块,包括:
第五确定单元,用于根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;
第三处理单元,用于根据所述目标节点标识、进口道路信息以及目标实际下游节点标识,得到目标实际相位标识;
第五获取单元,用于根据所述第一对应关系,获取所述目标实际相位标识对应的预设下游节点标识;
第四处理单元,用于根据所述预设下游节点标识以及第二规则,得到所需的行驶方向信息。
可选的,在所述移动信息中,所述行驶方向按照第三规则采用预设相位标识表示;
所述对应关系包括:实际下游节点标识与所述预设相位标识之间一一对应的第二对应关系,以及,所述实际下游节点标识也与所述实际相位标识之间一一对应的第三对应关系;
其中,所述实际下游节点标识为作为节点列表的成员标识在所述地图数据帧中出现的下游节点标识。
可选的,第一确定子模块,包括:
第六确定单元,用于根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;
第七确定单元,用于根据所述第三规则,确定用于表示所述目标行驶方向的预设相位标识;
第六获取单元,用于根据所述目标节点标识、进口道路信息、预设相位标识以及第二对应关系,从所述地图数据帧中获取目标实际下游节点标识;
第七获取单元,用于根据所述目标节点标识、进口道路信息、目标实际下游节点标识以及第三对应关系,从所述地图数据帧中获取目标实际相位标识;
第八获取单元,用于根据所述目标实际相位标识,获取所需的信号相位信息。
可选的,第二确定子模块,包括:
第八确定单元,用于根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;
第五处理单元,用于根据所述目标节点标识、进口道路信息、目标实际下游节点标识和第二对应关系,得到对应的预设相位标识;
第六处理单元,用于根据所述预设相位标识以及第三规则,得到所需的行驶方向信息。
可选的,在所述移动信息中,所述行驶方向采用按照第四规则在实际相位标识集合中选取的实际相位标识表示。
可选的,第一确定子模块,包括:
第九确定单元,用于根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;
第九获取单元,用于根据所述目标节点标识、进口道路信息、目标行驶方向、第四规则以及对应关系,从所述地图数据帧中获取目标实际相位标识;
第十获取单元,用于根据所述目标实际相位标识,获取所需的信号相位信息。
可选的,第二确定子模块,包括:
第十确定单元,用于根据所述地图数据帧,确定目标节点标识以及对应的进口道路信息;
第七处理单元,用于根据所述目标节点标识、进口道路信息以及目标实际下游节点标识,得到目标实际相位标识;
第八处理单元,用于根据所述目标实际相位标识以及第四规则,得到所需的行驶方向信息。
本发明的上述技术方案的有益效果如下:
上述方案中,所述信息传输处理方法通过向车载单元发送地图数据帧;其中,所述地图数据帧中显式或隐式的指示了实际相位标识与行驶方向之间的对应关系,所述实际相位标识是指出现于信号相位时间SPAT帧中的相位标识;能够实现建立信号相位信息与行驶方向之间对应关系的目的,并且保证即使在无法提前获知路口的下游节点标识的情况下,也能够正常获知信号相位信息;此外,还能够避免处理设备不必要地发送多个节点的进口道路信息等,降低空口传输数据量;很好的解决了现有技术中信息传输方案传输的信号相位信息无法与行驶方向相对应、甚至无法实现传输的问题。
具体实施方式
为使本发明要解决的技术问题、技术方案和优点更加清楚,下面将结合附图及具体实施例进行详细描述。
本发明针对现有的技术中信息传输方案传输的信号相位信息无法与行驶方向相对应、甚至无法实现传输的问题,提供一种信息传输处理方法,应用于处理设备,所述处理设备包括路侧单元和/或车联网服务器,如图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)电路或者门阵列以及诸如逻辑芯片、晶体管之类的现有半导体或者是其它分立的元件。模块还可以用可编程硬件设备,诸如现场可编程门阵列、可编程阵列逻辑、可编程逻辑设备等实现。
以上所述的是本发明的优选实施方式,应当指出对于本技术领域的普通人员来说,在不脱离本发明所述原理前提下,还可以作出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。