CN113709700B - 一种地图数据的处理方法、装置及设备 - Google Patents
一种地图数据的处理方法、装置及设备 Download PDFInfo
- Publication number
- CN113709700B CN113709700B CN202010434761.3A CN202010434761A CN113709700B CN 113709700 B CN113709700 B CN 113709700B CN 202010434761 A CN202010434761 A CN 202010434761A CN 113709700 B CN113709700 B CN 113709700B
- Authority
- CN
- China
- Prior art keywords
- target
- node
- data
- indication information
- map
- 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.)
- Active
Links
- 238000003672 processing method Methods 0.000 title claims abstract description 15
- 238000011144 upstream manufacturing Methods 0.000 claims description 45
- 238000012545 processing Methods 0.000 claims description 31
- 238000000034 method Methods 0.000 claims description 26
- 238000004590 computer program Methods 0.000 claims description 16
- 238000012217 deletion Methods 0.000 abstract description 24
- 230000037430 deletion Effects 0.000 abstract description 24
- 238000004891 communication Methods 0.000 abstract description 2
- 238000010586 diagram Methods 0.000 description 5
- 230000008569 process Effects 0.000 description 5
- 230000009286 beneficial effect Effects 0.000 description 4
- 230000005540 biological transmission Effects 0.000 description 4
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 230000006978 adaptation Effects 0.000 description 2
- 238000000354 decomposition reaction Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 230000002093 peripheral effect Effects 0.000 description 2
- 230000006798 recombination Effects 0.000 description 2
- 238000005215 recombination Methods 0.000 description 2
- 241000760358 Enodes Species 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
Classifications
-
- 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]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/29—Geographical information databases
-
- 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
Abstract
本发明提供了一种地图数据的处理方法、装置及设备，涉及通信技术领域。该地图数据的处理方法，包括：发送携带有目标指示信息的地图消息；其中，所述目标指示信息用于指示删除目标地图元素的数据。本发明的方案，能够实现指示车载单元删除节点、路段、车道等地图元素，保证了地图中已废弃节点的节点编号的及时重用，同时还能够避免大量废弃节点数据占用车载单元的本地存储资源，有利于减少地图节点信息查询的时间消耗，提高系统的运行效率。
Description
技术领域
本发明涉及通信技术领域，尤其涉及一种地图数据的处理方法、装置及设备。
背景技术
V2X(Vehicle to X，车与外界的信息交换)MAP(地图)定义：地图消息由路侧单元(Road Side Unit，简称RSU)广播，向车辆传递局部区域的地图信息，包括局部区域的路口信息、路段信息、车道信息，道路之间的连接关系等。其中，单个地图消息可以包含多个路口或区域的地图数据。
目前，车载单元(On Board Unit，简称OBU)存在无法实现对V2X MAP信息的node(节点)、link(路段)、lane(车道)等地图元素数据进行删除的问题。在地图中某个node废弃不再使用时，一方面将会出现该node ID不能及时重用；另一方面，如果车载单元OBU中保存大量已废弃的node及相关信息数据，也会导致占用本地存储资源，增加地图节点信息查询的时间消耗，从而导致降低系统运行效率。
发明内容
本发明提供一种地图数据的处理方法、装置及设备，解决了现有技术中车载单元无法实现对V2X地图信息的节点、路段、车道等地图元素数据进行删除的问题。
依据本发明的第一个方面，提供了一种地图数据的处理方法，包括：
发送携带有目标指示信息的地图消息；其中，所述目标指示信息用于指示删除目标地图元素的数据。
可选的，所述目标地图元素包括以下至少一项：目标节点、目标路段和目标车道。
可选的，所述目标指示信息包括以下信息时，指示删除目标节点的数据：
目标节点的编号；
目标节点的三维空间坐标字段为第一预设值，和/或目标节点的路段列表字段为第二预设值。
可选的，所述目标指示信息包括以下信息时，指示删除目标路段的数据：
目标路段的下游节点的编号；
目标路段的上游节点的编号；
目标路段的路段宽度字段为第三预设值。
可选的，所述目标指示信息包括以下信息时，指示删除目标车道的数据：
目标车道所属路段的下游节点的编号；
目标车道所属路段的上游节点的编号；
目标车道的编号；
目标车道的车道宽度字段为第四预设值。
可选的，所述发送携带有目标指示信息的地图消息，包括：
在第一预设时长内，以预设频率重复发送携带有所述目标指示信息的所述地图消息；其中所述第一预设时长小于一年。
依据本发明的第二个方面，提供了一种地图数据的处理方法，包括：
接收携带有目标指示信息的地图消息；其中，所述目标指示信息用于指示删除目标地图元素的数据；
根据所述目标指示信息，删除所述目标地图元素的数据。
可选的，所述目标地图元素包括以下至少一项：目标节点、目标路段和目标车道。
可选的，所述目标指示信息包括以下信息时，指示删除所述目标节点的数据：
目标节点的编号；
目标节点的三维空间坐标字段为第一预设值，和/或目标节点的路段列表字段为第二预设值。
可选的，所述目标指示信息包括以下信息时，指示删除目标路段的数据：
目标路段的下游节点的编号；
目标路段的上游节点的编号；
目标路段的路段宽度字段为第三预设值。
可选的，所述目标指示信息包括以下信息时，指示删除目标车道的数据：
目标车道所属路段的下游节点的编号；
目标车道所属路段的上游节点的编号；
目标车道的编号；
目标车道的车道宽度字段为第四预设值。
可选的，所述方法还包括：
在确定本地存储的节点数据对应的已存储时间大于第二预设时长的情况下，删除所述节点数据；
其中，所述第二预设时长小于一年。
依据本发明的第三个方面，提供了一种地图数据的处理装置，包括：
发送模块，用于发送携带有目标指示信息的地图消息；其中，所述目标指示信息用于指示删除目标地图元素的数据。
依据本发明的第四个方面，提供了一种地图数据的处理装置，包括：
接收模块，用于接收携带有目标指示信息的地图消息；其中，所述目标指示信息用于指示删除目标地图元素的数据；
第一处理模块，用于根据所述目标指示信息，删除所述目标地图元素的数据。
依据本发明的第五个方面，提供了一种路侧设备，包括：收发机、存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现以下步骤：
发送携带有目标指示信息的地图消息；其中，所述目标指示信息用于指示删除目标地图元素的数据。
依据本发明的第六个方面，提供了一种车载设备，包括：收发机、存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现以下步骤：
接收携带有目标指示信息的地图消息；其中，所述目标指示信息用于指示删除目标地图元素的数据；
根据所述目标指示信息，删除所述目标地图元素的数据。
依据本发明的第七个方面，提供了一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现如上所述地图数据的处理方法的步骤。
本发明的上述技术方案的有益效果是：
本发明的方案，通过发送携带有目标指示信息的地图消息；其中，所述目标指示信息用于指示删除目标地图元素的数据，能够实现指示车载单元删除MAP信息的节点、路段、车道等地图元素数据，保证了地图中已废弃节点的节点编号得到及时重用，同时还能够避免大量废弃节点数据占用车载单元的本地存储资源，有利于减少地图节点信息查询的时间消耗，提高系统运行效率。
附图说明
图1表示本发明实施例的地图数据的处理方法流程图之一；
图2表示本发明实施例的地图数据的处理方法流程图之二；
图3表示本发明实施例的一种局部区域的地图拓扑示意图；
图4表示本发明实施例的地图数据的处理装置结构框图之一；
图5表示本发明实施例的地图数据的处理装置结构框图之二；
图6表示本发明实施例的路侧设备的结构框图；
图7表示本发明实施例的车载设备的结构框图。
具体实施方式
为使本发明要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。在下面的描述中，提供诸如具体的配置和组件的特定细节仅仅是为了帮助全面理解本发明的实施例。因此，本领域技术人员应该清楚，可以对这里描述的实施例进行各种改变和修改而不脱离本发明的范围和精神。另外，为了清楚和简洁，省略了对已知功能和构造的描述。
应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。
在本发明的各种实施例中，应理解，下述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。
另外，本文中术语“系统”和“网络”在本文中常可互换使用。
在本申请所提供的实施例中，应理解，“与A相应的B”表示B与A相关联，根据A可以确定B。但还应理解，根据A确定B并不意味着仅仅根据A确定B，还可以根据A和/或其它信息确定B。
本发明实施例中，接入网的形式不限，可以是包括宏基站(Macro Base Station)、微基站(Pico Base Station)、Node B(3G移动基站的称呼)、增强型基站(eNB)、家庭增强型基站(Femto eNB或Home eNode B或Home eNB或HeNB)、中继站、接入点、RRU(Remote RadioUnit，远端射频模块)、RRH(Remote Radio Head，射频拉远头)等的接入网。用户终端可以是移动电话(或手机)，或者其他能够发送或接收无线信号的设备，包括用户设备、个人数字助理(PDA)、无线调制解调器、无线通信装置、手持装置、膝上型计算机、无绳电话、无线本地回路(WLL)站、能够将移动信号转换为WiFi信号的CPE(Customer Premise Equipment，客户终端)或移动智能热点、智能家电、或其他不通过人的操作就能自发与移动通信网络通信的设备等。
V2X消息层标准中，Map消息具体定义如下表(注：下表只给出了部分与本申请相关的内容，其他未提供)：
目前，通过当前已定义的字段含义，只能实现对MAP信息的node、link、lane等地图元素进行添加和修改操作，无法实现删除操作。如果地图中某node废弃不再使用，路侧设备RSU无法通过MAP消息通知车载设备OBU进行删除，导致此node id不能及时重用，而且如果OBU中保存大量已废弃的node节点及相关信息数据，会占用本地存储资源，增加node节点信息查询的时间消耗，降低系统运行效率。
具体地，本发明的实施例提供了一种地图数据的处理方法，解决了现有技术中车载单元无法实现对地图信息的节点、路段、车道等地图元素进行删除的问题。
第一实施例
如图1所示，本发明的实施例提供了一种地图数据的处理方法，可应用于V2X的应用场景，具体的实施主体包括但不限于：路侧单元RSU和云控中心等，具体包括以下步骤：
步骤101：发送携带有目标指示信息的地图消息；其中，所述目标指示信息用于指示删除目标地图元素的数据。
其中，所述目标地图元素包括以下至少一项：目标节点、目标路段和目标车道。目标节点的为需要删除的节点，目标路段为需要删除的路段，目标车道为需要删除的车道。
需要说明的是，对于路侧单元RSU，MAP消息的最小发送可以包括以下内容：
具体的，路侧单元RSU在传输一个地图消息时，会相应生成一个带MSG_MAP的MSG_MessageFrame。MSG_MAP消息中，必须包含一个地图节点数据列表(DF_NodeList)，地图节点数据列表中包括一个或者多个地图节点信息(DF_Node)。有序的一对地图节点唯一确定了一条有向路段(DF_Link)。原则上，一对node之间最多存在唯一一个路段(link)。地图节点(DF_Node)数据帧包含一个以该节点为下游节点的路段列表(DF_LinkList)。因此，所有不同的地图节点所包含的路段都是不重复的。其中，路段(DF_Link)数据帧必须包含一个地图节点编号，表示该路段的上游节点。车道(DF_Lane)数据帧，必须包含一个DE_LaneID字段。一个路段内包括至少一个车道，每一个车道有唯一的车道编号(LaneID)，且以该车道行驶方向为参考，自左向右从1开始编号。
该实施例中，通过发送携带有目标指示信息的地图消息；其中，所述目标指示信息能够实现指示车载单元等接收端删除MAP信息的节点、路段、车道等地图数据元素，能够保证地图中已废弃节点的节点编号得到及时重用，同时还能够避免大量废弃节点数据占用车载单元的本地存储资源，有利于减少地图节点信息查询的时间消耗，提高系统运行效率。
例如，在实施主体为路侧单元RSU时，可通过RSU以广播的方式发送携带有目标指示信息的地图消息，车载单元接收该地图消息，并根据地图消息中的目标指示信息，能够实现删除本地存储的目标地图元素数据。
其中，不同的目标指示信息，用于指示删除不同的目标地图元素的数据。具体的，可以包括以下三种情况：
情况一：删除节点的数据
在本发明一实施例中，所述目标指示信息包括以下信息时，指示删除目标节点的数据：
目标节点的编号；
目标节点的三维空间坐标字段为第一预设值，和/或目标节点的路段列表字段为第二预设值。
例如，当某个节点需要删除时，RSU和OBU的具体操作可以包括：
1、RSU发送携带目标指示信息的MAP消息，目标指示信息可以包括如下字段：
(1)需要删除节点的编号(node id)，并在节点列表字段(NodeList)中携带需要删除的node，一条地图消息可携带多个需删除的node。
(2)需要删除的node的三维空间坐标字段(Position3D)设置为：Latitude(纬度字段)取0值，Longitude(经度字段)取0，Elevation(海拔高度字段)取﹣4096。
(3)需要删除的node相对应的路段列表字段(LinkList)设置为空。
2、OBU在接收到携带上述目标指示信息的MAP消息后，执行如下操作：
根据地图消息中节点的节点编号搜索本地保存的地图数据；如果本地未保存该节点，则退出，如果本地保存有该节点，则将此节点及节点相对应的link、lane数据全部删除。
情况二：删除路段的数据
在本发明一实施例中，所述目标指示信息包括以下信息时，指示删除目标路段的数据：
目标路段的下游节点的编号；
目标路段的上游节点的编号；
目标路段的路段宽度字段为第三预设值。
例如，当需要某个节点下的某个路段时，RSU和OBU的具体操作可以包括：
1、RSU发送携带目标指示信息的MAP消息，目标指示信息可以包括如下字段：
(1)需要删除的路段(link)的下游节点的编号(node id)；
(2)需要删除的link的上游节点编号(upstreamNodeId)；其中一条MAP消息可以携带多条需要删除的link；
(3)需要删除的link的路段宽度字段(linkWidth)设置为0。
需要说明的是，以车辆在路段上的行驶方向为参考，上游节点为路段的起始节点，下游节点为路段的终止节点。
2、OBU在接收到携带上述目标指示信息的MAP消息后，执行如下操作：
(1)根据MAP消息中link的下游节点的id搜索本地保存的地图数据，如果没有此节点则退出。如果有此节点，在该节点下查找是否存在与MAP消息中upstreamNodeId相同的link，如果没有则退出；如果有则将此条link及link相对应的lane数据删除。
情况三：删除车道的数据
在本发明一实施例中，所述目标指示信息包括以下信息时，指示删除目标车道的数据：
目标车道所属路段的下游节点的编号；
目标车道所属路段的上游节点的编号；
目标车道的编号；
目标车道的车道宽度字段为第四预设值。
例如，当某个车道需要删除时，RSU和OBU的具体操作可以包括：
1、RSU发送携带目标指示信息的MAP消息，目标指示信息可以包括如下字段：
(1)需要删除的lane所属路段的下游节点的编号(node id)；
(2)需要删除的lane所属路段的上游节点的编号(upstreamNodeId)；
(2)需要删除的lane的车道编号(laneID)；其中，一条地图消息可以携带多条需要删除的lane。
(3)需要删除的lane的车道宽度字段(laneWidth)设置为0；
需要说明的是，以车辆在路段上的行驶方向为参考，上游节点为路段的起始节点，下游节点为路段的终止节点。
2、OBU在接收到携带上述目标指示信息的MAP消息后，执行如下操作：
根据MAP消息中lane所属路段的下游节点的编号搜索本地保存的地图数据，如果没有此节点则退出。如果有此节点，则在该节点下查找是否有与MAP消息中upstreamNodeId相同的link，如果没有则退出。进一步的，如果有此link，则在该link下查找是否有与MAP消息中laneID相同的lane，如果没有则退出；如果有则将此条lane数据删除。在本发明一实施例中，步骤102可以包括：
在第一预设时长内，以预设频率重复发送携带有所述目标指示信息的所述地图消息；其中所述第一预设时长小于一年。
该实施例中，对于指示删除node、link、lane等地图数据元素的地图消息的发送时长，可通过RSU配置为第一预设时长。例如，配置为M分钟，其中，M为正整数且1≤M＜365*24*60。在有node、link、lane等地图数据需要删除时，在M分钟的时间内，RSU以预设频率向OBU广播发送指示删除目标地图数据元素的MAP消息。该实施例能够提高车载单元接收到该地图消息的概率，有利于提高可靠性。
第二实施例
如图2所示，本发明的第二实施例提供了一种地图数据的处理方法，可应用于V2X的应用场景，具体包括以下步骤：
步骤201：接收携带有目标指示信息的地图消息；其中，所述目标指示信息用于指示删除目标地图元素的数据；
其中，所述目标地图元素包括以下至少一项：目标节点、目标路段和目标车道。
这里，目标节点为需要删除的节点，目标路段数据为需要删除的路段，目标车道为需要删除的车道。
步骤202：根据所述目标指示信息，删除所述目标地图元素数据。
该实施例中，车载单元可通过接收路侧单元RSU发送的携带有目标指示信息的地图消息，实现根据所述目标指示信息，删除节点、路段、车道等地图元素数据，如此，将能够保证地图中已废弃节点的节点编号的及时重用，同时还能够避免大量废弃节点数据占用车载单元的本地存储资源，有利于减少地图节点信息查询的时间消耗，提高系统运行效率。其中，不同的目标指示信息，用于指示删除不同的目标地图元素的数据。具体的，可以包括以下三种情况：
情况一：删除节点的数据
在本发明一实施例中，所述目标指示信息包括以下信息时，指示删除所述目标节点的数据：
目标节点的编号；
目标节点的三维空间坐标字段为第一预设值，和/或目标节点的路段列表字段为第二预设值。
例如，当某个节点需要删除时，RSU的具体操作可以包括：发送携带目标指示信息的MAP消息，目标指示信息可以包括如下字段：
(1)需要删除的节点的编号(node id)，并在节点列表字段(NodeList)中携带需要删除的node，一条MAP消息可携带多个需删除的node节点。
(2)需要删除的node的三维空间坐标字段(Position3D)设置为：Latitude(纬度字段)取0值，Longitude(经度字段)取0，Elevation(海拔高度字段)取﹣4096。
(3)需要删除的node相对应的路段列表字段(LinkList)设置为空。
情况二：删除路段的数据
在本发明一实施例中，所述目标指示信息包括以下信息时，指示删除所述目标节点下的目标路段的数据：
目标路段的下游节点的编号；
目标路段的上游节点的编号；
目标路段的路段宽度字段为第三预设值。
例如，当需要某个节点下的某个路段时，RSU的具体操作可以包括：发送携带目标指示信息的MAP消息，目标指示信息可以包括如下字段：
(1)需要删除的路段(link)的下游节点的编号(node id)；
(2)需要删除的link的上游节点编号(upstreamNodeId)；其中，一条MAP消息可以携带多条需要删除的link。
(3)需要删除的link的路段宽度字段(linkWidth)设置为0；
需要说明的是，以车辆在路段上的行驶方向为参考，上游节点为路段的起始节点，下游节点为路段的终止节点。
情况三：删除车道的数据
在本发明一实施例中，所述目标指示信息包括以下信息时，指示删除所述目标路段下的目标车道数据：
目标车道所属路段的下游节点的编号；
目标车道所属路段的上游节点的编号；
目标车道的编号；
目标车道的车道宽度字段为第四预设值。
例如，当某个车道需要删除时，RSU的具体操作可以包括：发送携带目标指示信息的MAP消息，目标指示信息可以包括如下字段：
(1)需要删除的lane所属路段的下游节点编号(node id)；
(2)需要删除的lane所属路段的上游节点编号(upstreamNodeId)；
(3)需要删除的lane的车道编号(laneID)；其中一条MAP消息可以携带多条需要删除的lane。
(4)需要删除的lane的车道宽度字段(laneWidth)设置为0。
需要说明的是，以车辆在路段上的行驶方向为参考，上游节点为路段的起始节点，下游节点为路段的终止节点。
在本发明一实施例中，上述步骤202可以包括：
确定本地是否存储有所述目标地图元素数据；在确定本地存储有所述目标地图元素数据时，删除所述目标地图元素的数据。
需要指出，由于不同的目标指示信息，用于指示删除不同的目标地图元素的数据。具体的，步骤202包括以下三种情况：
情况一：删除节点的数据
根据目标指示信息中携带的所述目标节点的编号，确定本地是否存储有目标节点的数据；
在确认本地存储有目标节点的数据的情况下，删除所述目标节点的数据。
其中，删除的所述目标节点数据包括目标节点的数据及目标节点下的所有路段的数据和所有车道的数据。
情况二：删除路段的数据
根据目标指示信息中携带的所述目标节点编号，确定本地是否存储有目标节点数据；
在确认本地存储有目标节点的数据的情况下，根据目标指示信息中携带的所述目标路段的上游节点的编号，确定本地是否存储有目标路段的数据；
在确认本地存储有目标路段数据的情况下，删除所述目标路段数据。
情况三：删除车道的数据
根据目标指示信息中携带的所述目标节点的编号，确定本地是存储有目标节点的数据；
在确认本地存储有目标节点的数据的情况下，根据目标指示信息中携带的所述目标路段的上游节点的编号，确定本地是否存储有目标路段的数据；
在确认本地存储有目标路段的数据的情况下，根据目标指示信息中携带的所述目标车道的编号，确定本地是否存储有目标车道的数据；
在确认本地存储有目标车道的数据的情况下，删除所述目标车道的数据。
进一步的，目前MAP消息定义：路侧单元RSU在发送MAP消息时，携带必选字段msgCnt，也可同时携带可选字段时间戳(timeStamp)字段，msgCnt值在每次发送MAP消息时都进行更新，timeStamp在地图信息发生变化时更新，车载单元OBU接收到MAP消息时，将MAP消息携带的msgCnt值或timeStamp与本地存储的历史MAP消息进行比较，如果发生变化则对本地存储的MAP地图数据进行更新。
其中，对于msgCnt字段，当系统设备启动后发送第一条MAP消息时，系统应将msgCnt字段初始化为一个随机值，其范围为0到127。如果用于签名MAP的证书自从发送最近一条MAP之后有变化，则系统在发送下一条MAP之前应将msgCnt重新初始化为一个随机值，其范围为0-127。如果用于签名MAP的证书自从发送最近一条MAP之后无变化，则系统应将msgCnt设置为相比发送前一条MAP所用的值增加1，若编号达到127则下一个回到0。
其中，对于timeStamp字段，应采用UTC作为参考时间。数值用来表示当前年份，已经过去的总分钟数。为确保所传输信息的准确性，该时间值与生成MAP消息的UTC真实时间之间，如果在分钟切换时形成数值1的偏差，则该偏差至多存在1秒。
但是，现有技术中V2X MAP消息给出的时间戳的表达范围仅一年，超过一年，时间戳会发生重复，在两个相同的时间戳而地图信息版本不一样时，将存在车载终端收到MAP消息后无法正确更新的问题。为解决该问题，上述方法还可以包括：
在确定本地存储的节点数据对应的已存储时间大于第二预设时长的情况下，删除所述节点数据；其中，所述第二预设时长小于一年。
该实施例中，通过在OBU侧设置MAP信息数据保存期限，能够实现地图数据的过期删除机制，避免不同版本的地图数据对应的时间戳发生重复，使得OBU更新地图的效率更高，而且已删除节点的节点编号(node id)可收回重复使用。
具体的，在满足以下条件时，确定本地存储的一个或者多个节点数据对应的已存储时间大于第二预设时长：
T2-T1≥N；或者T2-T1≤N且T2+365×24×60－T1≥N；其中，N为第二预设时长；T1为节点数据的时间戳，T2为当前时间的时间戳。
该实施例中，T2为当前时间距离当前年份已经过去的总分钟数。车载单元OBU对本地保存的MAP地图数据设置保存的时间期限，从MAP地图数据生成的时间(即RSU发送的MAP消息的时间戳)起保存期限要求小于一年，可配置为N分钟，N为正整数且1≤N＜365×24×60。
下面结合图3所示的一种局部区域的地图拓扑示意图，对本发明的地图数据的处理方法进行介绍。
如图3中，该局部地图包括：编号分别为A、B、C、D、E的五个node节点，其中以node A为下游节点的有4条link，分别为link1、link2、link3、link4，对应上游节点为B、C、D、E，其中link1下有两条lane，分别为lane1、lane2，地图信息生成时间为2020年1月1日8:00，对应的时间戳(timeStamp)为480。假定一车载单元OBU已收到过node A节点处的RSU发送的MAP消息，且本地已保存有上述地图信息。
下面RSU发送的MAP消息进行举例说明，具体如下：
(1)删除Node A节点下link1的lane1和lane2，将link1下lane1和lane2的laneWidth都设置为0，具体的：
(2)删除Node A节点下link1，将link1的linkWidth字段设置为0，具体的：
(3)删除Node A节点，将node A的lat、long、elevation三个字段分别设置为预设特殊值。具体的：
(4)假设OBU对本地保存MAP地图数据的保存时间期限配置为120分钟，每一分钟轮询一次。
在2020年1月1日9:01，当前时间取时间戳为541，与本地所有node节点的时间戳进行对比，541－540＝1＜120，则node A、B、C、D、E节点数据均保留。
在2020年1月1日11:00，当前时间取时间戳为660，与本地所有node节点时间戳进行对比，660－540≥120，node A、B、C、D、E节点数据删除。
上述方案，可通过路侧单元RSU和云控中心等发送端发送携带有目标指示信息的MAP消息，能够实现指示车载单元OBU删除node、link、lane等地图数据元素，使得OBU更新地图的效率更高，而且已删除节点的node id可收回重复使用。进一步的，在OBU侧通过设置地图数据存储期限，实现定期轮询删除过期数据，解决了由于超过一年时间的不同版本的MAP消息对应的时间戳会发生重复，而导致的OBU无法正确更新的问题。
以上第一实施例和第二实施例分别就本发明的地图数据的处理方法做出了介绍，下面本实施例将结合附图对其对应的地图数据的处理装置做进一步说明。
第三实施例
如图4所示，本发明实施例的一种地图数据的处理装置，该装置400包括：
发送模块401，用于发送携带有目标指示信息的地图消息；其中，所述目标指示信息用于指示删除目标地图元素的数据。
可选的，所述目标地图元素包括以下至少一项：目标节点、目标路段和目标车道。
可选的，所述目标指示信息包括以下信息时，指示删除目标节点的数据：
目标节点的编号；
目标节点的三维空间坐标字段为第一预设值，和/或目标节点的路段列表字段为第二预设值。
可选的，所述目标指示信息包括以下信息时，指示删除目标路段的数据：
目标路段的下游节点的编号；
目标路段的上游节点的编号；
目标路段的路段宽度字段为第三预设值。
可选的，所述目标指示信息包括以下信息时，指示删除目标车道的数据：
目标车道所属路段的下游节点的编号；
目标车道所属路段的上游节点的编号；
目标车道的编号；
目标车道的车道宽度字段为第四预设值。
可选的，所述发送模块401包括：
发送子模块，用于在第一预设时长内，以预设频率重复发送携带有所述目标指示信息的所述地图消息；其中所述第一预设时长小于一年。
该处理装置400是与上述图1所示方法实施例对应的装置，上述方法实施例中的所有实现手段均适用于该地图数据的处理装置的实施例中，也能达到相同的技术效果。
第四实施例
如图5所示，本发明实施例的一种地图数据的处理装置，包括：
接收模块501，用于接收携带有目标指示信息的地图消息；其中，所述目标指示信息用于指示删除目标地图元素的数据；
第一处理模块502，用于根据所述目标指示信息，删除所述目标地图元素的数据。
可选的，第一处理模块502包括：
第一处理子模块，用于确定本地是否存储有所述目标地图元素的数据；
第二处理子模块，用于在确定本地存储有所述目标地图元素的数据时，删除所述目标地图元素的数据。
可选的，所述目标地图元素包括以下至少一项：目标节点、目标路段和目标车道。
可选的，所述目标指示信息包括以下信息时，指示删除目标节点的数据：
目标节点的编号；
目标节点的三维空间坐标字段为第一预设值，和/或目标节点的路段列表字段为第二预设值。
可选的，所述目标指示信息包括以下信息时，指示删除目标路段的数据：
目标路段的下游节点的编号；
目标路段的上游节点的编号；
目标路段的路段宽度字段为第三预设值。
可选的，所述目标指示信息包括以下信息时，指示删除目标车道的数据：
目标车道所属路段的下游节点的编号；
目标车道所属路段的上游节点的编号；
目标车道的编号；
目标车道的车道宽度字段为第四预设值。
可选的，所述装置还包括：
第二处理模块，用于在确定本地存储的节点数据对应的已存储时间大于第二预设时长的情况下，删除所述节点数据；其中，所述第二预设时长小于一年。
该处理装置500是与上述图2所示方法实施例对应的装置，上述方法实施例中的所有实现手段均适用于该地图数据的处理装置的实施例中，也能达到相同的技术效果。
第五实施例
为了更好的实现上述目的，如图6所示，本发明的第四实施例还提供了一种路侧设备，该路侧设备包括：处理器600；通过总线接口与所述处理器600相连接的存储器620，以及通过总线接口与处理器600相连接的收发机610；所述存储器620用于存储所述处理器在执行操作时所使用的程序和数据；通过所述收发机610发送数据信息或者导频，还通过所述收发机610接收上行控制信道；当处理器600调用并执行所述存储器620中所存储的程序和数据时，实现如下步骤：
发送携带有目标指示信息的地图消息；其中，所述目标指示信息用于指示删除目标地图元素的数据。
收发机610，用于在处理器600的控制下接收和发送数据。
其中，在图6中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器600代表的一个或多个处理器和存储器620代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机610可以是多个元件，即包括发送机和收发机，提供用于在传输介质上与各种其他装置通信的单元。
处理器600负责管理总线架构和通常的处理，存储器620可以存储处理器600在执行操作时所使用的数据。
可选的，所述目标地图元素包括以下至少一项：目标节点、目标路段和目标车道。
可选的，所述目标指示信息包括以下信息时，指示删除目标节点的数据：
目标节点的编号；
目标节点的三维空间坐标字段为第一预设值，和/或目标节点的路段列表字段为第二预设值。
可选的，所述目标指示信息包括以下信息时，指示删除目标路段的数据：
目标路段的下游节点的编号；
目标路段的上游节点的编号；
目标路段的路段宽度字段为第三预设值。
可选的，所述目标指示信息包括以下信息时，指示删除目标车道的数据：
目标车道所属路段的下游节点的编号；
目标车道所属路段的上游节点的编号；
目标车道的编号；
目标车道的车道宽度字段为第四预设值。
可选的，处理器600还用于读取所述计算机程序，执行如下步骤:
在第一预设时长内，以预设频率重复发送携带有所述目标指示信息的所述地图消息；其中所述第一预设时长小于一年。
本发明提供的路侧设备，通过路侧单元RSU等发送端发送携带有目标指示信息的地图消息；其中，所述目标指示信息用于指示删除目标地图元素数据。能够实现指示车载单元删除MAP信息的节点、路段、车道等元素，车载单元能够根据该指示信息删除目标地图元素数据，保证了地图中已废弃节点的节点编号的及时重用，同时还能够避免大量废弃节点数据占用车载单元的本地存储资源，有利于减少地图节点信息查询的时间消耗，提高系统运行效率。
第六实施例
为了更好的实现上述目的，如图7所示，本发明的第四实施例还提供了一种车载设备，该车载设备包括：处理器700；通过总线接口与所述处理器700相连接的存储器720，以及通过总线接口与处理器700相连接的收发机710；所述存储器720用于存储所述处理器在执行操作时所使用的程序和数据；通过所述收发机710发送数据信息或者导频，还通过所述收发机710接收上行控制信道；当处理器700调用并执行所述存储器720中所存储的程序和数据时，实现如下步骤：
接收携带有目标指示信息的地图消息；其中，所述目标指示信息用于指示删除目标地图元素的数据；根据所述目标指示信息，删除所述目标地图元素的数据。
收发机710，用于在处理器700的控制下接收和发送数据。
其中，在图7中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器700代表的一个或多个处理器和存储器720代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机710可以是多个元件，即包括发送机和收发机，提供用于在传输介质上与各种其他装置通信的单元。
处理器700负责管理总线架构和通常的处理，存储器720可以存储处理器700在执行操作时所使用的数据。
可选的，处理器700还用于读取所述计算机程序，执行如下步骤：
确定本地是否存储有所述目标地图元素的数据；在确定本地存储有所述目标地图元素的数据时，删除所述目标地图元素的数据。
可选的，所述目标地图元素包括以下至少一项：目标节点、目标路段和目标车道。
可选的，所述目标指示信息包括以下信息时，指示删除目标节点的数据：
目标节点的编号；
目标节点的三维空间坐标字段为第一预设值，和/或目标节点的路段列表字段为第二预设值。
可选的，所述目标指示信息包括以下信息时，指示删除目标路段的数据：
目标路段的下游节点的编号；
目标路段的上游节点的编号；
目标路段的路段宽度字段为第三预设值。
可选的，所述目标指示信息包括以下信息时，指示删除目标车道的数据：
目标车道所属路段的下游节点的编号；
目标车道所属路段的上游节点的编号；
目标车道的编号；
目标车道的车道宽度字段为第四预设值。
可选的，处理器700还用于读取所述计算机程序，执行如下步骤：
在确定本地存储的节点数据对应的已存储时间大于第二预设时长的情况下，删除所述节点数据；其中，所述第二预设时长小于一年。
本发明提供的路侧设备，车载单元OBU通过接收路侧单元RSU等发送端发送的携带有目标指示信息的地图消息；其中，所述目标指示信息用于指示删除目标地图元素数据，并根据所述目标指示信息，删除所述目标地图元素数据。实现车载单元对MAP信息的节点、路段、车道等元素的删除，能够保证地图中已废弃节点的节点编号的及时重用，同时还能够避免大量废弃节点数据占用车载单元的本地存储资源，有利于减少地图节点信息查询的时间消耗，提高系统运行效率。
本领域技术人员可以理解，实现上述实施例的全部或者部分步骤可以通过硬件来完成，也可以通过计算机程序来指示相关的硬件来完成，所述计算机程序包括执行上述方法的部分或者全部步骤的指令；且该计算机程序可以存储于一可读存储介质中，存储介质可以是任何形式的存储介质。
此外，需要指出的是，在本发明的装置和方法中，显然，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本发明的等效方案。并且，执行上述系列处理的步骤可以自然地按照说明的顺序按时间顺序执行，但是并不需要一定按照时间顺序执行，某些步骤可以并行或彼此独立地执行。对本领域的普通技术人员而言，能够理解本发明的方法和装置的全部或者任何步骤或者部件，可以在任何计算装置(包括处理器、存储介质等)或者计算装置的网络中，以硬件、固件、软件或者它们的组合加以实现，这是本领域普通技术人员在阅读了本发明的说明的情况下运用他们的基本编程技能就能实现的。
因此，本发明的目的还可以通过在任何计算装置上运行一个程序或者一组程序来实现。所述计算装置可以是公知的通用装置。因此，本发明的目的也可以仅仅通过提供包含实现所述方法或者装置的程序代码的程序产品来实现。也就是说，这样的程序产品也构成本发明，并且存储有这样的程序产品的存储介质也构成本发明。显然，所述存储介质可以是任何公知的存储介质或者将来所开发出来的任何存储介质。还需要指出的是，在本发明的装置和方法中，显然，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本发明的等效方案。并且，执行上述系列处理的步骤可以自然地按照说明的顺序按时间顺序执行，但是并不需要一定按照时间顺序执行。某些步骤可以并行或彼此独立地执行。
以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明所述原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。
Claims (10)
1.一种地图数据的处理方法，其特征在于，包括：
发送携带有目标指示信息的地图消息；其中，所述目标指示信息用于指示删除目标地图元素的数据；
其中，所述目标指示信息包括以下信息时，指示删除目标节点的数据：
目标节点的编号；
目标节点的三维空间坐标字段为第一预设值，和/或目标节点的路段列表字段为第二预设值；
其中，所述目标指示信息包括以下信息时，指示删除目标路段的数据：
目标路段的下游节点的编号；
目标路段的上游节点的编号；
目标路段的路段宽度字段为第三预设值；
其中，所述目标指示信息包括以下信息时，指示删除目标车道的数据：
目标车道所属路段的下游节点的编号；
目标车道所属路段的上游节点的编号；
目标车道的编号；
目标车道的车道宽度字段为第四预设值。
2.根据权利要求1所述的地图数据的处理方法，其特征在于，所述目标地图元素包括以下至少一项：目标节点、目标路段和目标车道。
3.根据权利要求1所述的地图数据的处理方法，其特征在于，所述发送携带有目标指示信息的地图消息，包括：
在第一预设时长内，以预设频率重复发送携带有所述目标指示信息的所述地图消息；其中所述第一预设时长小于一年。
4.一种地图数据的处理方法，其特征在于，包括：
接收携带有目标指示信息的地图消息；其中，所述目标指示信息用于指示删除目标地图元素的数据；
根据所述目标指示信息，删除所述目标地图元素的数据；
其中，所述目标指示信息包括以下信息时，指示删除目标节点的数据：
目标节点的编号；
目标节点的三维空间坐标字段为第一预设值，和/或目标节点的路段列表字段为第二预设值；
其中，所述目标指示信息包括以下信息时，指示删除目标路段的数据：
目标路段的下游节点的编号；
目标路段的上游节点的编号；
目标路段的路段宽度字段为第三预设值；
其中，所述目标指示信息包括以下信息时，指示删除目标车道的数据：
目标车道所属路段的下游节点的编号；
目标车道所属路段的上游节点的编号；
目标车道的编号；
目标车道的车道宽度字段为第四预设值；
所述方法还包括：
在确定本地存储的节点数据的已存储时间大于第二预设时长的情况下，删除所述节点数据；
其中，所述第二预设时长小于一年。
5.根据权利要求4所述的地图数据的处理方法，其特征在于，所述目标地图元素包括以下至少一项：目标节点、目标路段和目标车道。
6.一种地图数据的处理装置，其特征在于，包括：
发送模块，用于发送携带有目标指示信息的地图消息；其中，所述目标指示信息用于指示删除目标地图元素的数据；
其中，所述目标指示信息包括以下信息时，指示删除目标节点的数据：
目标节点的编号；
目标节点的三维空间坐标字段为第一预设值，和/或目标节点的路段列表字段为第二预设值；
其中，所述目标指示信息包括以下信息时，指示删除目标路段的数据：
目标路段的下游节点的编号；
目标路段的上游节点的编号；
目标路段的路段宽度字段为第三预设值；
其中，所述目标指示信息包括以下信息时，指示删除目标车道的数据：
目标车道所属路段的下游节点的编号；
目标车道所属路段的上游节点的编号；
目标车道的编号；
目标车道的车道宽度字段为第四预设值。
7.一种地图数据的处理装置，其特征在于，包括：
接收模块，用于接收携带有目标指示信息的地图消息；其中，所述目标指示信息用于指示删除目标地图元素的数据；
第一处理模块，用于根据所述目标指示信息，删除所述目标地图元素的数据；
其中，所述目标指示信息包括以下信息时，指示删除目标节点的数据：
目标节点的编号；
目标节点的三维空间坐标字段为第一预设值，和/或目标节点的路段列表字段为第二预设值；
其中，所述目标指示信息包括以下信息时，指示删除目标路段的数据：
目标路段的下游节点的编号；
目标路段的上游节点的编号；
目标路段的路段宽度字段为第三预设值；
其中，所述目标指示信息包括以下信息时，指示删除目标车道的数据：
目标车道所属路段的下游节点的编号；
目标车道所属路段的上游节点的编号；
目标车道的编号；
目标车道的车道宽度字段为第四预设值；
所述装置还包括：
第二处理模块，用于在确定本地存储的节点数据对应的已存储时间大于第二预设时长的情况下，删除所述节点数据；其中，所述第二预设时长小于一年。
8.一种路侧设备，包括：收发机、存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现以下步骤：
发送携带有目标指示信息的地图消息；其中，所述目标指示信息用于指示删除目标地图元素的数据；
其中，所述目标指示信息包括以下信息时，指示删除目标节点的数据：
目标节点的编号；
目标节点的三维空间坐标字段为第一预设值，和/或目标节点的路段列表字段为第二预设值；
其中，所述目标指示信息包括以下信息时，指示删除目标路段的数据：
目标路段的下游节点的编号；
目标路段的上游节点的编号；
目标路段的路段宽度字段为第三预设值；
其中，所述目标指示信息包括以下信息时，指示删除目标车道的数据：
目标车道所属路段的下游节点的编号；
目标车道所属路段的上游节点的编号；
目标车道的编号；
目标车道的车道宽度字段为第四预设值。
9.一种车载设备，包括：收发机、存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现以下步骤：
接收携带有目标指示信息的地图消息；其中，所述目标指示信息用于指示删除目标地图元素的数据；
根据所述目标指示信息，删除所述目标地图元素的数据；
其中，所述目标指示信息包括以下信息时，指示删除目标节点的数据：
目标节点的编号；
目标节点的三维空间坐标字段为第一预设值，和/或目标节点的路段列表字段为第二预设值；
其中，所述目标指示信息包括以下信息时，指示删除目标路段的数据：
目标路段的下游节点的编号；
目标路段的上游节点的编号；
目标路段的路段宽度字段为第三预设值；
其中，所述目标指示信息包括以下信息时，指示删除目标车道的数据：
目标车道所属路段的下游节点的编号；
目标车道所属路段的上游节点的编号；
目标车道的编号；
目标车道的车道宽度字段为第四预设值；
其中，所述处理器还执行所述计算机程序时实现以下步骤：
在确定本地存储的节点数据对应的已存储时间大于第二预设时长的情况下，删除所述节点数据；其中，所述第二预设时长小于一年。
10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现如权利要求1至5中任一项所述地图数据的处理方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010434761.3A CN113709700B (zh) | 2020-05-21 | 2020-05-21 | 一种地图数据的处理方法、装置及设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010434761.3A CN113709700B (zh) | 2020-05-21 | 2020-05-21 | 一种地图数据的处理方法、装置及设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN113709700A CN113709700A (zh) | 2021-11-26 |
| CN113709700B true CN113709700B (zh) | 2024-03-26 |
Family
ID=78646033
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010434761.3A Active CN113709700B (zh) | 2020-05-21 | 2020-05-21 | 一种地图数据的处理方法、装置及设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113709700B (zh) |
Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2006085412A1 (ja) * | 2005-02-08 | 2006-08-17 | Mitsubishi Denki Kabushiki Kaisha | 地図情報処理装置および地図情報の記憶媒体 |
| KR20110008767A (ko) * | 2009-07-21 | 2011-01-27 | (주)진우소프트이노베이션 | 내비게이션 단말기의 지도 업데이트 시스템 및 방법 |
| CN102889891A (zh) * | 2011-07-21 | 2013-01-23 | 日立汽车系统株式会社 | 地图数据分发服务器、地图数据分发系统及地图数据分发方法 |
| CN105973244A (zh) * | 2015-10-29 | 2016-09-28 | 乐卡汽车智能科技（北京）有限公司 | 获取地图信息的方法、导航方法及设备 |
| CN107247718A (zh) * | 2016-12-19 | 2017-10-13 | 北京四维图新科技股份有限公司 | 一种地图数据的更新方法和装置、导航系统及服务器 |
| WO2018092405A1 (ja) * | 2016-11-18 | 2018-05-24 | 株式会社デンソー | 地図データ提供システム |
| CN108430049A (zh) * | 2018-01-29 | 2018-08-21 | 中山大学 | 一种基于路边单元的车载命名数据网络数据分发算法 |
| WO2019116447A1 (ja) * | 2017-12-12 | 2019-06-20 | 三菱電機株式会社 | 地図更新装置、地図更新システム、及び地図更新方法 |
| WO2020019313A1 (zh) * | 2018-07-27 | 2020-01-30 | 浙江天猫技术有限公司 | 一种图数据的更新方法、系统、计算机可读存储介质及设备 |
| CN111107513A (zh) * | 2019-12-05 | 2020-05-05 | 中国联合网络通信集团有限公司 | 路侧单元的管理方法、管理子系统和v2x消息接入网关 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8392811B2 (en) * | 2008-01-07 | 2013-03-05 | Qualcomm Incorporated | Methods and systems for a-priori decoding based on MAP messages |
| EP3314602A1 (en) * | 2015-06-23 | 2018-05-02 | Google LLC | Mobile geographic application in automotive environment |
-
2020
- 2020-05-21 CN CN202010434761.3A patent/CN113709700B/zh active Active
Patent Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2006085412A1 (ja) * | 2005-02-08 | 2006-08-17 | Mitsubishi Denki Kabushiki Kaisha | 地図情報処理装置および地図情報の記憶媒体 |
| KR20110008767A (ko) * | 2009-07-21 | 2011-01-27 | (주)진우소프트이노베이션 | 내비게이션 단말기의 지도 업데이트 시스템 및 방법 |
| CN102889891A (zh) * | 2011-07-21 | 2013-01-23 | 日立汽车系统株式会社 | 地图数据分发服务器、地图数据分发系统及地图数据分发方法 |
| CN105973244A (zh) * | 2015-10-29 | 2016-09-28 | 乐卡汽车智能科技（北京）有限公司 | 获取地图信息的方法、导航方法及设备 |
| WO2018092405A1 (ja) * | 2016-11-18 | 2018-05-24 | 株式会社デンソー | 地図データ提供システム |
| CN107247718A (zh) * | 2016-12-19 | 2017-10-13 | 北京四维图新科技股份有限公司 | 一种地图数据的更新方法和装置、导航系统及服务器 |
| WO2019116447A1 (ja) * | 2017-12-12 | 2019-06-20 | 三菱電機株式会社 | 地図更新装置、地図更新システム、及び地図更新方法 |
| CN108430049A (zh) * | 2018-01-29 | 2018-08-21 | 中山大学 | 一种基于路边单元的车载命名数据网络数据分发算法 |
| WO2020019313A1 (zh) * | 2018-07-27 | 2020-01-30 | 浙江天猫技术有限公司 | 一种图数据的更新方法、系统、计算机可读存储介质及设备 |
| CN111107513A (zh) * | 2019-12-05 | 2020-05-05 | 中国联合网络通信集团有限公司 | 路侧单元的管理方法、管理子系统和v2x消息接入网关 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN113709700A (zh) | 2021-11-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Whitbeck et al. | Push-and-track: Saving infrastructure bandwidth through opportunistic forwarding | |
| CN101431784B (zh) | 车载网络中基于地理位置的优化数据传输方法 | |
| CN103475710B (zh) | 基于反馈方式的车辆间合作下载方案 | |
| Filippi et al. | Ready to roll: Why 802.11 p beats LTE and 5G for V2x | |
| CN110049485A (zh) | 一种配置ue的策略的方法、装置和系统 | |
| CN108877290B (zh) | 停车位调度方法、装置、设备及存储介质 | |
| CN109076321A (zh) | 车联网设备之间的系统信息传输方法、装置及系统 | |
| Pessoa et al. | Content distribution emulation for vehicular networks | |
| Tan et al. | Wireless technology and protocol for IIoT and digital twins | |
| CN113709700B (zh) | 一种地图数据的处理方法、装置及设备 | |
| Abdulkadhim et al. | Optimizing the roadside unit deployment mechanism in VANET with efficient protocol to prevent data loss | |
| Schweiger et al. | ElisaTM–Car to infrastructure communication in the field | |
| Ercan et al. | How mobile RSUs can enhance communications in VANETs? | |
| CN112822771B (zh) | 一种同步方法、装置及终端设备 | |
| CN114079884A (zh) | 一种地图数据的传输控制方法、装置、设备及终端 | |
| WO2021087811A1 (zh) | 辅助信息传输方法、装置、终端、接入网设备及存储介质 | |
| Abhale et al. | Intelligence transportation service using vehicular cloud network | |
| CN107172188A (zh) | 车载设备间的p2p更新方法 | |
| CN114079885A (zh) | 一种交通位置信息的传输控制方法、装置、设备及终端 | |
| CN109842501B (zh) | 一种进行数据传输的方法及设备 | |
| Mo et al. | Mobility-assisted location management for vehicular ad hoc networks | |
| Park et al. | Wi‐Fi‐based modeling and hybrid routing scheme for delay‐tolerant public bus network | |
| CN103888847A (zh) | 基于overlay结构的车辆自组织网络视频传输方法 | |
| CN114095958B (zh) | 小区覆盖区域确定方法、装置、设备及存储介质 | |
| CN116033378B (zh) | 基于5g的本地三层架构组网的通信方法、系统和网络 |
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: 20211231 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: 100191 floor 1, building 3, area 3, 40 Xueyuan Road, Haidian District, Beijing Applicant before: BEIJING GOHIGH DATA NETWORKS TECHNOLOGY Co.,Ltd. |
|
| CB02 | Change of applicant information | ||
| CB02 | Change of applicant information |
Address after: 400040 No. 35, Jinghe Road, Huxi street, high tech Zone, Shapingba District, Chongqing Applicant after: CITIC Technology Zhilian Technology Co.,Ltd. Address before: 400040 No. 35, Jinghe Road, Huxi street, high tech Zone, Shapingba District, Chongqing Applicant before: Datang Gaohong Zhilian Technology (Chongqing) Co.,Ltd. |
|
| GR01 | Patent grant | ||
| GR01 | Patent grant |