高精地图(HD Map)
1. 开篇介绍
高精地图(High Definition Map,HD Map)是自动驾驶系统的"先验知识库"。与手机导航所使用的普通地图不同,高精地图不仅记录道路的拓扑结构,还以厘米级的精度描述道路的三维几何形状、车道边界、交通标志、信号灯等要素。自动驾驶车辆在行驶时,可以将传感器实时感知的数据与高精地图进行匹配,从而实现精确定位,并提前获知前方路段的几何结构与交通规则,大幅降低实时感知的压力。
普通导航地图的核心目的是为驾驶员提供路径规划指引,精度在米级,信息层次以路网拓扑为主。高精地图的核心目的是为自动驾驶系统提供静态世界的先验描述,要求厘米级精度,信息层次从宏观路网一直延伸到单条车道线的三维坐标。可以说,高精地图是自动驾驶的"预先勘测好的世界模型",是连接感知、定位与规划的关键基础设施。
2. 高精地图 vs 标准地图
2.1 对比概述
| 对比维度 | 普通导航地图 | 高精地图(HD Map) |
|---|---|---|
| 绝对精度 | 米级(1–5 m) | 厘米级(5–20 cm) |
| 车道级信息 | 无 | 车道中心线、边界线、宽度、限速 |
| 交通要素 | 简单图标 | 三维位置、类型、朝向 |
| 三维高程 | 较粗糙 | 精确坡度、横坡、曲率 |
| 更新频率 | 季度 / 年级 | 天级 / 实时(众包) |
| 单文件大小 | 数 MB(全国) | 数 GB–TB(全国) |
| 主要用途 | 导航、路径规划 | 自动驾驶定位、规划、感知辅助 |
| 生产成本 | 低 | 极高(采集+标注+维护) |
2.2 普通地图的特点
普通导航地图主要描述路网拓扑(Road Network Topology),即道路节点与路段的连接关系。其精度在 \(1\sim5\) 米范围内,能够满足人类驾驶员在视觉辅助下的导航需求,但对于需要在车道内精确定位的自动驾驶系统而言远远不够。
2.3 高精地图的特点
高精地图在三维空间中以厘米级精度描述如下要素:
- 车道中心线与边界线:三维折线,每个采样点间距通常为 \(0.1\sim1\) 米
- 道路几何参数:曲率 \(\kappa\)、坡度 \(\theta\)、横坡(superelevation)
- 交通标志与信号灯:三维位置、朝向、尺寸、类型编码
- 停车线、人行横道、路沿石:精确几何与语义属性
2.4 "轻地图"趋势(2023年后)
2023年起,以华为ADS 2.0、特斯拉FSD为代表的方案开始推广"轻地图"(Light Map)或"无图"(Mapless)技术路线。其核心思路是:
- 减少对提前采集的高精地图的依赖
- 依靠实时感知能力替代部分地图功能
- 利用开源地图(如OpenStreetMap)提供粗粒度的拓扑先验
- 降低地图维护成本,扩大可通行范围
这一趋势并不意味着地图的消失,而是地图形态从"厘米级全要素静态地图"向"语义级轻量拓扑地图"演进。
3. 高精地图的内容层次
高精地图通常采用分层架构,不同层次承担不同粒度的信息描述。
3.1 道路层(Road Layer)
道路层描述路段的宏观几何属性,是最基础的一层:
- 几何形状:路段的三维折线表示,参考线(Reference Line)
- 曲率:\(\kappa(s) = \frac{d\theta}{ds}\),其中 \(s\) 为弧长参数
- 坡度(纵坡):\(\alpha = \arctan\left(\frac{\Delta h}{\Delta s}\right)\)
- 横坡(superelevation):道路截面的横向倾斜角度
- 车行道数量与宽度:整体道路级别的描述
3.2 车道层(Lane Layer)
车道层是高精地图最核心的层,直接支撑车道级路径规划与定位:
- 车道中心线:三维折线,采样间距约 \(0.1\sim0.5\) 米
- 车道边界线:左右边界,区分实线(禁止变道)、虚线(允许变道)、路沿石
- 车道属性:
- 宽度 \(w\)(典型值 \(3.5\sim3.75\) 米)
- 限速 \(v_{max}\)
- 转向约束(直行、左转、右转、掉头)
- 车道类型(行车道、应急停车带、公交专用道)
- 车道连接关系:前驱车道、后继车道、相邻车道
3.3 交通要素层(Landmark Layer)
交通要素层记录可作为定位特征和语义约束的固定设施:
- 交通标志:类型(限速/禁止/警告/指示)、三维位置、朝向
- 信号灯:三维位置、信号灯组编号、相位数、所控制的停车线
- 停车线:三维直线段,与信号灯关联
- 减速带、收费站:几何位置与类型
- 路沿石:三维边缘线,用于定位特征提取
3.4 语义层(Semantic Layer)
语义层在几何信息的基础上增加道路拓扑与交通规则的语义描述:
- 路口拓扑:进入路口的车道与离开路口的车道之间的连接关系
- 优先级规则:让行关系(yield)、主路优先
- 人行横道:位置、宽度、关联信号灯
- 禁停区、禁令区:空间范围与时效属性
3.5 层次结构示意
高精地图层次结构
├── 语义层(Semantic Layer)
│ ├── 路口拓扑
│ ├── 优先级规则
│ └── 人行横道
├── 交通要素层(Landmark Layer)
│ ├── 交通标志
│ ├── 信号灯
│ └── 停车线
├── 车道层(Lane Layer)
│ ├── 车道中心线
│ ├── 车道边界线
│ └── 车道属性(限速/转向/宽度)
└── 道路层(Road Layer)
├── 参考线几何
├── 坡度与曲率
└── 横坡参数
4. 高精地图数据格式
4.1 OpenDRIVE
OpenDRIVE 是由 ASAM(Association for Standardisation of Automation and Measuring Systems)维护的国际标准格式,采用 XML 文件结构。
核心设计理念:
- 道路以参考线(Reference Line)为核心,采用弧长参数化 \(s\) 描述几何
- 支持直线段(Line)、圆弧(Arc)、螺旋线(Spiral/Euler Spiral)的混合表达
- 车道以相对于参考线的横向偏移 \(t\) 定义
曲率-弧长关系(Euler螺旋线):
其中 \(\kappa_0\) 和 \(\kappa_1\) 分别为起点和终点曲率,\(L\) 为螺旋线段总长度。
适用场景: 仿真(CARLA、CarSim)、高精地图生产工具链、标准接口交换
4.2 NDS(Navigation Data Standard)
NDS 是一种分块存储的二进制格式,由 NDS Association 维护,广泛用于车载导航系统。
主要特点:
- 采用瓦片(Tile)分级存储,支持按需加载
- 支持增量更新(Delta Update),无需全量下载
- 数据压缩率高,适合车载嵌入式存储
- 覆盖从普通导航地图到高精地图的多个数据层级
适用场景: 量产车载导航、OTA地图更新
4.3 Lanelet2
Lanelet2 是由 FZI(Forschungszentrum Informatik)开发的开源格式,基于有向图(Directed Graph)建模车道网络。
核心概念:
- Lanelet:由左边界线、右边界线和行驶方向组成的基本单元
- Area:无方向的多边形区域(停车场、路口内部)
- RegulatoryElement:与Lanelet关联的规则(限速、禁止进入、信号灯)
- 使用 OSM(OpenStreetMap)XML 格式存储,ROS 兼容性良好
有向图定义:
设车道集合为 \(\mathcal{L} = \{l_1, l_2, \ldots, l_n\}\),相邻关系定义为有向边 \(E \subseteq \mathcal{L} \times \mathcal{L}\),则车道网络构成有向图 \(G = (\mathcal{L}, E)\)。
适用场景: 学术研究、ROS自动驾驶开发、开源社区
4.4 Apollo 地图格式
百度Apollo平台使用基于 Protocol Buffers(Protobuf)的自定义高精地图格式,称为 Apollo HD Map。
主要特点:
- 高效的二进制序列化,适合大规模地图数据存储
- 同时提供 XML(.xodr兼容)与二进制(.bin)两种形式
- 与Apollo感知、预测、规划模块深度集成
- 地图加载采用ROI(Region of Interest)机制,按行驶位置动态加载
适用场景: Apollo自动驾驶平台、百度生态
4.5 格式对比表格
| 格式 | 标准组织 | 文件格式 | 适用场景 | 开源性 |
|---|---|---|---|---|
| OpenDRIVE | ASAM | XML | 仿真、工具链互操作 | 标准开放,工具商业 |
| NDS | NDS Association | 二进制分块 | 量产车载、OTA更新 | 需授权 |
| Lanelet2 | FZI(开源) | OSM XML | 研究、ROS开发 | 完全开源 |
| Apollo HD Map | 百度 | Protobuf / XML | Apollo平台 | 部分开源 |
| HERE HD Map | HERE | 专有格式 | 商业量产 | 闭源 |
5. 高精地图采集
5.1 采集车配置
专业高精地图采集车通常配备以下传感器组合:
| 传感器类型 | 典型配置 | 作用 |
|---|---|---|
| 多线激光雷达 | 64线/128线 LiDAR × 2–4 | 三维点云采集,用于几何重建 |
| 高精GNSS/INS | 双天线RTK + IMU | 提供厘米级绝对位置与姿态 |
| 摄像头 | 全景相机 × 6–12 | 图像采集,用于要素识别与纹理 |
| 里程计 | 高精轮速计 | 辅助定位,补偿GNSS盲区 |
定位精度要求:
- 绝对位置误差:\(\leq 5\) cm(RTK条件下)
- 姿态精度:横滚/俯仰 \(\leq 0.01°\),偏航 \(\leq 0.05°\)
5.2 采集流程
高精地图的生产流程如下:
原始数据采集
│
▼
时间戳同步与外参标定
│
▼
点云配准(ICP / NDT)
│
▼
三维点云地图重建
│
▼
自动要素提取(深度学习)
│ ├── 车道线检测
│ ├── 交通标志识别
│ └── 信号灯提取
▼
人工质检与精修
│
▼
逻辑拓扑构建(车道连接关系)
│
▼
质量评估与验证
│
▼
地图发布与版本管理
点云配准原理:
迭代最近点(ICP,Iterative Closest Point)算法通过最小化点云间的欧氏距离完成配准:
其中 \(R \in SO(3)\) 为旋转矩阵,\(t \in \mathbb{R}^3\) 为平移向量,\(p_i\) 与 \(q_i\) 为对应点对。
正态分布变换(NDT,Normal Distribution Transform)将空间划分为体素格,每个体素用高斯分布 \(\mathcal{N}(\mu_k, \Sigma_k)\) 描述点的分布,通过最大化点云落入各体素的概率完成配准:
NDT 对初始值鲁棒性更好,收敛速度更快,是自动驾驶中的主流点云配准算法。
5.3 众包采集(Crowdsourcing)
由于专业采集车成本极高(单车约 100–300 万元),采集效率约为 300 km/天,难以实现全域高频更新。众包采集利用量产车辆的传感器数据,大规模降低采集成本。
众包采集架构:
量产车辆(数百万台)
│ ├── 摄像头数据(车道线、标志识别结果)
│ ├── GNSS轨迹(米级)
│ └── 地图差异报告(异常检测)
▼
云端融合服务器
│ ├── 多源数据融合
│ ├── 变化检测与置信度评估
│ └── 地图更新决策
▼
高精地图增量更新
优势:
- 覆盖里程:众包方案可实现上亿公里级别的数据覆盖
- 更新时效:局部变化(如施工区)可在数小时内上报
- 成本:边际成本接近零(利用量产车现有传感器)
挑战:
- 单车精度有限,需要多次重复观测融合
- 数据隐私与合规(中国需符合测绘法规)
- 上传带宽限制
6. 地图定位(Map-based Localization)
高精地图的重要功能之一是辅助自动驾驶车辆实现高精度定位。传统GNSS精度为米级,难以满足车道级定位需求,而地图匹配定位可将精度提升至厘米级。
6.1 点云匹配定位
将实时激光雷达点云与预先构建的三维点云地图进行匹配,推算车辆位姿。
NDT定位目标函数:
其中 \(T = (R, t)\) 为待求位姿,\(p_i\) 为当前帧点云,\(\mu_{k(i)},\, \Sigma_{k(i)}\) 为点 \(p_i\) 对应地图体素的高斯参数。
定位精度:
- 横向精度:\(\sigma_{\text{lat}} < 10\) cm
- 纵向精度:\(\sigma_{\text{lon}} < 20\) cm
- 定位频率:通常 \(10\sim20\) Hz
6.2 特征匹配定位
除点云外,还可利用高精地图中的结构化特征进行定位:
- 车道线定位:摄像头检测车道线,与地图中的车道边界进行匹配,估计横向偏移
- 路沿石定位:利用激光雷达检测路沿高度变化,与地图路沿线匹配
- 交通标志定位:识别标志类型与位置,与地图中的标志三维位置匹配
横向定位误差模型(车道线匹配):
其中 \(d_{\text{det}}\) 为传感器检测到的车道线横向距离,\(d_{\text{map}}\) 为地图中对应车道线的横向距离。通过卡尔曼滤波融合多源特征可进一步降低误差。
6.3 地图失效场景与降级策略
高精地图并非在所有场景下都可靠,以下情况可能导致地图失效:
| 失效场景 | 原因 | 降级策略 |
|---|---|---|
| 施工区 | 车道线、标志与地图不符 | 切换至感知主导模式,降速行驶 |
| 新建道路 | 地图尚未更新 | GNSS+IMU航迹推算,请求人工接管 |
| 季节变化 | 积雪覆盖车道线,点云特征变化 | 提高匹配阈值,启用纯视觉备份 |
| 隧道/地下停车场 | GNSS信号丢失 | 里程计+IMU+特征匹配联合定位 |
| 地图版本不匹配 | OTA更新延迟 | 强制版本校验,拒绝使用过期地图 |
7. 地图更新与维护
7.1 变化检测(Change Detection)
量产车辆在行驶过程中持续监测道路状态,并将异常上报云端:
- 车道线消失或位置偏移:摄像头检测结果与地图不符,触发上报
- 交通标志变化:新增/更换/损毁标志的识别与上报
- 道路几何变化:施工导致的路面异常、临时标志
置信度聚合模型:
设第 \(i\) 辆车上报某区域变化的概率为 \(p_i\),经过 \(n\) 辆独立车辆观测后,综合置信度为:
当 \(P_{\text{change}}\) 超过阈值 \(\tau\)(典型值 0.95)时,触发地图更新流程。
7.2 更新周期
不同区域的更新频率差异显著:
| 区域类型 | 变化频率 | 目标更新周期 |
|---|---|---|
| 城市施工密集区 | 高 | 小时级 |
| 城市主干道 | 中 | 日级 |
| 城市次干道 | 低 | 周级 |
| 高速公路 | 极低 | 月级 |
| 偏远地区 | 极低 | 季度级 |
7.3 地图版本管理(Map Versioning)
高精地图采用类似代码仓库的版本管理机制:
- 全量版本:基础地图的完整快照,通常在新车出厂或大版本迭代时推送
- 增量版本(Delta):基于变化检测结果的差异包,体积小,适合OTA推送
- 版本号规则:通常采用
区域代码-年月日-序号的格式 - 历史版本保留:支持回滚(Rollback),用于异常诊断
7.4 OTA地图推送架构
地图生产中心
│
▼
地图分发CDN(按区域分片)
│
▼
车辆OTA客户端
│ ├── 版本校验
│ ├── 差异包下载(仅下载行驶区域相关切片)
│ ├── 完整性校验(SHA256)
│ └── 原子化切换(不影响行驶中的地图使用)
▼
车载地图存储(NVMe/eMMC)
7.5 中国测绘法规限制
在中国运营高精地图业务需严格遵守《测绘法》和相关法规:
- 测绘资质:采集高精地图须持有国家测绘地理信息局颁发的甲级测绘资质
- 数据不得出境:所有地理信息数据须存储于境内服务器,禁止传输至境外
- 外资禁止采集:外资企业不得在中国境内独立开展测绘作业,须与持证的中国企业合作
- 安全审查:高精地图产品须通过国家安全审查后方可商业发布
- GPS偏移(GCJ-02坐标系):中国地图须使用国家标准的GCJ-02(火星坐标系),与WGS-84存在约 \(10\sim1000\) 米的偏移
8. 无图/轻图技术趋势
8.1 Tesla:完全无HD Map
特斯拉FSD(Full Self-Driving)采用纯视觉方案,完全不依赖预先采集的高精地图:
- 技术路线:多摄像头鸟瞰图(BEV,Bird's Eye View)感知 + 神经网络路网理解
- 记忆地图(Memory Map):利用用户行驶数据,在云端积累伪匿名道路拓扑,但不存储厘米级要素
- 优势:零地图维护成本,全球道路覆盖,无地图失效问题
- 挑战:复杂路口理解、无标线道路、极端天气下感知退化
8.2 华为ADS 2.0:轻地图
华为智能驾驶ADS 2.0(2023年发布)提出"不依赖高精地图"的城区导航辅助驾驶方案:
- 技术路线:开源地图(高德标准地图)提供路网拓扑 + 实时感知构建局部语义地图
- 网络结构理解:利用Transformer架构理解路口几何
- 覆盖范围:2023年底覆盖45城,无需等待高精地图覆盖
- 挑战:在复杂路口(多相位信号灯、非标准几何)场景下仍存在挑战
8.3 小鹏:标清地图
小鹏汽车采用"标清地图"路线,自主采集轻量化语义地图:
- 基于量产车摄像头的众包数据生成轻量语义地图
- 记录道路拓扑、车道数量、限速等关键属性,放弃厘米级几何精度
- 配合XNGP感知系统,覆盖城区复杂场景
8.4 HD Map面临的挑战与轻图趋势的原因
| 挑战维度 | 说明 |
|---|---|
| 维护成本 | 全国高精地图年维护成本数亿元 |
| 覆盖盲区 | 中国高精地图覆盖里程不足50%(截至2024年) |
| 更新滞后 | 道路变化与地图更新之间存在时间差,带来安全风险 |
| 法规限制 | 测绘法规增加合规成本 |
| 规模化瓶颈 | 高精采集车数量有限,无法快速扩展到小城市和农村道路 |
8.5 无图感知面临的挑战
尽管轻地图/无图方案具有显著优势,但在以下场景中仍面临明显挑战:
- 复杂多相位路口:信号灯相位与车道对应关系难以实时推断
- 无标线路段:乡村道路、临时施工区缺乏可感知的车道要素
- 遮挡与恶劣天气:感知距离和精度显著下降,先验地图提供了安全冗余
- 高速变道规划:需要预知数百米前的车道几何进行提前规划
9. 主要高精地图供应商
9.1 国内供应商
| 供应商 | 背景 | 覆盖范围 | 主要客户 | 技术路线 |
|---|---|---|---|---|
| 四维图新 | 与HERE合资,上市公司 | 国内主要高速+城区 | 吉利、宝马、通用 | 专业采集+众包 |
| 高德地图 | 阿里巴巴旗下 | 国内高速+部分城区 | 自研+小鹏等 | 众包+专业采集 |
| 百度地图 | 百度旗下 | 国内,与Apollo深度集成 | Apollo生态 | 专业采集+众包 |
| 中国电信 | 国企背景 | 国内 | 部分车企 | 依托运营商数据 |
| Momenta | 独角兽 | 国内城区 | 上汽、戴姆勒 | AI+众包 |
9.2 国际供应商
| 供应商 | 背景 | 覆盖范围 | 主要客户 | 技术路线 |
|---|---|---|---|---|
| HERE Technologies | 原Nokia Maps,宝马/奔驰/奥迪投资 | 全球 | OEM广泛 | 专业采集+众包 |
| TomTom | 荷兰,上市公司 | 全球 | 大众、Bosch | 专业采集+合作伙伴众包 |
| Mobileye REM | Intel Mobileye | 全球(依托量产车) | 宝马、通用等 | 纯众包(量产车摄像头) |
| DeepMap | 斯坦福创业,被NVIDIA收购 | 北美 | 并入NVIDIA地图平台 | 专业采集+AI |
9.3 综合对比
| 供应商 | 国内高精覆盖 | 更新频率 | 格式支持 | 开放性 |
|---|---|---|---|---|
| 四维图新 | 高 | 日/周级 | NDS / Apollo兼容 | 商业授权 |
| 高德地图 | 中高 | 日级(众包) | 阿里云生态 | 商业授权 |
| 百度地图 | 中高 | 日级 | Apollo Protobuf | Apollo开源生态 |
| HERE | 低(需合规) | 周级 | OpenDRIVE / NDS | 商业授权 |
| TomTom | 低 | 周级 | OpenDRIVE | 商业授权 |
| Mobileye REM | 中(合规合作) | 近实时 | 专有 | 闭源 |
10. 参考资料
-
ASAM e.V. OpenDRIVE Format Specification, Version 1.7.0. ASAM, 2021. https://www.asam.net/standards/detail/opendrive/
-
Poggenhans, F., Pauls, J. H., Janosovits, J., et al. "Lanelet2: A High-Definition Map Framework for the Future of Automated Driving." Proceedings of the 21st International Conference on Intelligent Transportation Systems (ITSC), IEEE, 2018.
-
百度Apollo团队. Apollo HD Map 技术文档. Apollo开放平台, 2022. https://developer.apollo.auto/
-
Ziegler, J., Bender, P., Schreiber, M., et al. "Making Bertha Drive—An Autonomous Journey on a Historic Route." IEEE Intelligent Transportation Systems Magazine, vol. 6, no. 2, pp. 8–20, 2014.
-
Caesar, H., Bankiti, V., Lang, A. X., et al. "nuScenes: A Multimodal Dataset for Autonomous Driving." Proceedings of CVPR 2020, IEEE, 2020.
-
国家测绘地理信息局. 《测绘法》及《地图管理条例》. 中华人民共和国,2017年修订版. http://www.mnr.gov.cn/