该示例为参考算法,仅作为在J6上模型部署的设计参考,非量产算法
简介
高清地图是专门为自动驾驶设计的高精度地图,是地图元素的实例级矢量化表示(人行横道、车道分隔线、道路边界、车道中心线等)。高清地图提供了大量精准的驾驶场景环境信息,是自动驾驶系统规划中不可或缺的基础组件,其中包含丰富的道路拓扑语义信息和交通规则,对于自动驾驶车辆的导航至关重要。传统高精地图的构建主要采用基于SLAM的离线构建方法,这一方法往往引入复杂的流程和高昂的维护成本,因此基于车载传感器的实时感知建图将成为自动驾驶高精地图构建的主流方案。
早期实时建图方法往往局限于单摄场景并且无法很好地处理形状多变的地图元素。随着BEV范式的提出和发展,基于BEV语义分割构建栅格化地图的方法被提出,但该方法缺少地图元素的实例级矢量化信息例如车道线结构,而这一类信息对下游预测和规划任务而言很重要。此外,现有的基于对像素级分割结果划分点集来实时构建矢量化高精地图的方法,往往会引入复杂且耗时的后处理,而将地图元素建模成点序列并顺序预测的方法由于推理耗时较长影响实时性。因此,受DETR端到端encoder-decoder结构的启发,结构化端到端用于高效在线矢量高清地图构建的Transformer模型MapTR被提出。MapTR在默认只使用图像数据的情况下,建图精度就已经超越其他使用多模态输入的矢量化建图方法,此外还能够很好地平衡建图效率和建图精度,达到实时性要求的同时在不同驾驶环境中表现出优秀的鲁棒性,成为在线矢量高清地图构建的SOTA方法,MapTRv2则在MapTR基础上增加了新特性,展现了更强的建图精度和性能表现。
地平线面向智驾场景推出的征程6系列(J6)芯片,在提供强大算力的同时带来了极致的性价比,J6芯片对于Transformer模型的高效支持助力了MapTR系列模型的端侧部署。本文将详细介绍地平线算法工具链在J6芯片部署MapTR系列模型所做的优化以及模型端侧的表现。
性能精度指标
模型配置:
模型 | 数据集 | Epoch | Image shape | Backbone | View Transformer | BEV Size |
maptroe_henet_tinym_bevformer_nuscenes | NuScenes | 24 | 6x3x480x800 | HENet_Tinym | Bevformer | 100x50 |
maptrv2_resnet50_bevformer_nuscenes | NuScenes | 24 | 6x3x480x800 | ResNet50 | Bevformer | 100x50 |
性能精度表现:
模型 | J6M 性能FPS | 检测精度mAP(浮点/定点) | 量化配置 |
maptroe_henet_tinym_bevformer_nuscenes | 93.77 | 0.6632/0.6387(精度保持率96.31%) | 默认int8模板 |
maptrv2_resnet50_bevformer_nuscenes | 31.44 | 0.5859/0.5763(精度保持率98.36%) | Top30 Int16 |
预测的地图元素:"divider","ped_crossing","boundary";
maptrv2_resnet50_bevformer_nuscenes默认使用Lidar坐标系,和公版保持一致,同时适配ego坐标系;maptroe_henet_tinym_bevformer_nuscenes默认使用ego坐标系,增加了sdmap的输入融合;
量化配置TopK:前K个量化敏感的算子;默认int8模板:与grid相关算子设置int16,其他均设置int8
公版模型介绍
MapTR

MapTR模型的默认输入是车载摄像头采集到的6张相同分辨率的环视图像,使用nuScenes数据集,同时也支持拓展为多模态输入例如雷达点云。模型输出是矢量化的地图元素信息,其中地图元素为人行横道、车道分隔线和道路边界3种,默认输出建图感知范围$$$$轴(左右)$$[-15.0m, 15.0m$$,$$$$轴(前后)$$[-30.0m, 30.0m$$。模型主体采用encoder-decoder的端到端结构:
- Map Encoder通过CNN Backbone+BEV Encoder负责提取2D图像特征并转换到统一的BEV视角。MapTR-nano默认使用ResNet18作为Backbone,MapTR-tiny默认使用ResNet50。MapTR兼容多种BEV Encoder实现方式例如GKT、LSS和IPM等并且表现稳定,鉴于GKT的部署高效性以及在消融实验中的精度表现更好,公版MapTR使用GKT作为默认BEV Encoder实现方式。
- Map Decoder采用Hierarchical Query Embedding Scheme,即从point-level(位置)和instance-level(轮廓)显式地编码地图元素,point-level queries被所有instances共享并融合进instance-level queries从而生成hierarchical queries,hierarchical queries经过级联的decoder layers(默认是6层)不断更新。每个decoder layer首先使用多头自注意力(MHSA)做inter-instance和intra-instance的信息交互,接着会使用Deformable Attention来与Map Encoder输出的BEV特征做信息交互。point-level的信息被所有instance共享,所以对于每个instance而言,映射到BEV空间的多个参考点reference points是灵活且动态分布的,这对于提取long-range context information预测随机形状的地图元素是有益的。
- MapTR Head由分类分支和回归分支构成。分类分支预测instances的类别,回归分支预测points集合的位置。Head输出的预测值和真值GT之间采用Hierarchical Bipartite Matching实现监督学习,分为Instance-level Matching和Point-level Matching,因此损失函数为三个部分的加权和:分类Classification Loss、点对点位置Point2point Loss和连接边方向Edge Direction Loss。
MapTR公版模型的亮点介绍如下:
- 新颖的统一建模地图元素的方法Permutation-equivalent Modeling,稳定训练过程从而更快收敛的同时取得了更高的建图精度

- 使用层次二分匹配Hierarchical Bipartite Matching实现高效的监督学习,优化了损失函数,加速训练收敛的同时获得精度上的提升。模型预测的地图元素集合表示为$$\hat{Y}=\{\hat{y_{i}}\}_{i=0}^{N-1$$,真值GT集合表示为$$Y=\{y_{i}\}_{i=0}^{N-1$$,其中$$$$为预测的地图元素数量,往往设置大于实际地图元素数量,因此真值会使用∅(无目标)来padding到数量$$$$。GT的每个地图元素表示为$$y_{i}=(c_i, V_i, Γ_i$$,预测的每个地图元素表示为$$\hat{y_{i}}=(\hat{p_i}, \hat{V_i}$$,其中$$c_$$是instance GT类别,$$V_$$是GT点集,$$Γ_$$是针对点集的GT permutations集合,$$\hat{p_i$$是instance预测类别,$$\hat{V_i$$是预测点集。二分匹配分为两层,instance-level和point-level:
instance-level的匹配cost由两部分组成,instance类别匹配cost和点集关联性(instance位置)匹配cost






MapTRv2

MapTRv2在MapTR的基础上增加了新的特性:
针对层次化query,引入解耦自注意力,极大地减少了计算量和显存消耗;对于和输入特征交互的cross-attention部分,则引入了BEV、PV和BEV+PV三种变体;
引入辅助one-to-many集合预测分支,增加了正样本数,加速了训练收敛;
引入辅助dense supervision,引入深度估计预测头、PV和BEV视角下的分割头,进一步提升模型精度。由于引入深度信息做监督学习,为了显式地提取深度信息,公版MapTRv2选择基于LSS的BEVPoolv2来作为BEV视角转换方式;
引入新的地图元素车道中心线(centerline);
增加3D地图元素预测能力,并提供Argoverse2数据集上的指标。
地平线部署说明
MapTROE模型引入了SD map的前融合结构,与图像视角转换后的bev feature进行融合,再通过优化后的MapTR head生成矢量化的地图元素。整体结构如下:

因此maptroe_henet_tinym_bevformer_nuscenes模型相比之前版本新增了如下优化点:
引入SD map前融合,提升模型整体精度表现(精度指标提升7+);
MapTR Head部分优化为Instance Head,在精度相当的情况下性能提升35%;
采用J6芯片高效backbone HENet_tinym,在精度轻微提升的情况下极大提高了性能;
View Transformer采用优化版bevformer,在精度相当的情况下提高了性能。
maptroe_henet_tinym_bevformer_nuscenes模型对应的代码路径:
模块 | 代码路径 |
Config | configs/maptr_henet_tinym_bevformer_nuscenes/ |
Model Structure | heal/models/structures/maptr.py: class MapTR(nn.Module) |
Backbone | heal/models/backbones/henet.py: class HENet(nn.Module) |
Neck | heal/models/base_modules/fpn.py: class FPN(nn.Module) |
View Transformer | heal/models/task_modules/bevformer/view_transformer.py: class SingleFrameBevFormerViewTransformer(BevFormerViewTransformer) 其中包含的BEV Encoder模块: heal/models/task_modules/bevformer/encoder.py: class SingleFrameBEVFormerEncoder(BEVFormerEncoder) |
OSM Encoder | heal/models/task_modules/maptr/sdmap_fusion.py: class ConvDown(nn.Module) |
BEV Fusion | heal/models/task_modules/maptr/sdmap_fusion.py: class MapFusion(nn.Module) |
BEV Decoder | heal/models/task_modules/maptr/instance_decoder.py: class MapInstanceDetectorHead(nn.Module) |
Criterion | heal/models/task_modules/maptr/criterion.py: class MapTRCriterion(nn.Module) 其中的Assigner模块: heal/models/task_modules/maptr/assigner.py: class MapTRAssigner(nn.Module) |
Post Process | heal/models/task_modules/maptr/postprocess.py: class MapTRPostProcess(nn.Module) |
性能优化
Backbone
MapTROE采用基于J6芯片的高效轻量化Backbone HENet_TinyM(Hybrid Efficient Network, Tiny for J6M),HENet能更好地利用征程6系列芯片的算力,在模型精度和性能上更具优势。HENet_TinyM采用了纯CNN架构,总体分为四个stage,每个stage会进行一次2倍下采样,具体结构配置如下:
Neck
Neck部分采用了地平线内部实现的FPN,相比公版FPN实现,在J6平台上性能更加友好。
View Transformer
地平线参考算法版本将基于LSS的视角转换方式替换为深度优化后Bevformer的View Transformer部分。
- BEV Grid尺寸:对于Dense BEV而言,BEV Grid的尺寸大小实际地影响模型性能。J6平台增强了带宽能力,但仍需注意BEV网格过大导致访存压力过大而对性能带来负面影响,建议考虑实际部署情况选择合适的BEV网格大小来设计模型。相比公版MapTRv2模型使用200x100的网格,地平线部署模型使用100x50的网格来实现性能和精度的平衡。
BEV特征编码:
默认prev_bev由cur_bev改为全0;
取消can_bus信息的使用,前一帧bev特征prev_bev和当前帧cur_bev的对齐方式由使用can_bus信息正向校准改为使用GridSample算子反向采样校准;
取消了bev_query初始化部分和can_bus的融合;
- 取消了公版的TemporalSelfAttention,改为HorizonMultiScaleDeformableAttention,保持精度的同时提升速度;
支持公版Bevformer中的bev_mask,并将涉及到的gather/scatter操作,用gridsample等价替换,提高模型速度。
Head
公版MapTR使用分层query机制,定义一组instance queries和由所有instance共享的point queries,每个地图元素对应一组分层query(一个instance query和共享的point queries广播相加得到),在decoder layer中分别使用self-attention和cross-attention来更新分层query。
多点注意力

传统的可变形注意力为每个query分配一个参考点,多点注意力则使用前一层预测的地图元素的多个点作为当前层query的参考点,具体计算方式是在点维度上扩展了一层求和,将一个点变成多个点,分别计算deformable attention。回归的时候并非预测offsets,而是直接预测地图元素点的坐标位置。
Attention
模型中用到的attention操作均使用地平线提供的算子,相比PyTorch提供的公版算子,地平线attention算子在保持算子逻辑等价的同时在效率上进行了优化
精度优化
浮点精度
MapTROE模型引入SD Map前融合,与图像转换后的bev feature进行融合,以提高在线地图的生成质量。模块结构如下图所示:

SD Map特征提取
SD Map从OpenStreetMap(OSM)中获取,通过由GPS提供的车辆位姿,查询车辆当前位姿附近的SD Map,然后将SD Map转换到自车坐标系下,与NuScenes中的数据标注坐标系保持一致。SD Map会从车道中心骨架线Polyline的形式转化为栅格结构,大小和BEV特征相同,经过CNN变成特征图,对应SD Map的先验信息。
SD Map特征融合
栅格化后的SD Map和实际场景可能会出现错位、不对齐的情况,这种错位导致直接Concatenate BEV特征和SD Map特征的效果并不好,为了解决这个问题,引入了特征融合模块,通过网络学习来决定最适合的对齐方式,可以有效地利用SD Map先验提升BEV特征的效果。关于特征融合模块,分别实验了交叉注意力与CNN网络,通过精度与性能的平衡,最后选择了CNN 网络模块。
量化精度
maptroe_henet_tinym_bevformer_nuscenes模型默认使用int8模板,也即与grid相关算子设置int16,其他均设置int8,相比maptrv2_resnet50_bevformer_nuscenes的量化配置,int16量化的算子更少,模型端侧性能更高
浮点阶段采用更大的weight decay训练,使浮点数据分布范围更小,浮点模型参数更有利于量化
该模型采用 calibration-only 量化流程(float → calibration),不引入 QAT 训练,直接通过 Calibrator 在少量样本上校准量化参数,配置如下:
取消了公版模型MapTRHead中对于量化不友好的inverse_sigmoid操作;此外MapTROE对Head的优化无需再引入reg_branches输出和reference相加后再sigmoid的操作:
Attention结构优化,通过数值融合方法,将部分数值运算提前进行融合,减少整体的量化操作,提高模型的量化友好度
其他优化
设计优化
在Backbone和Neck,使用地平线征程6平台高效的HENet结构以及优化后的FPN结构,提高了模型在端侧的性能表现;
在公版MapTR的基础上,引入SD Map前融合,为地图要素预测提供了丰富的先验信息,极大提高了模型的精度表现;
在View Transformer,使用深度优化过的Bevformer替换地平线支持不友好的公版MapTRv2基于LSS的BEVPoolv2来作为PV视角转BEV视角的方式;
在View Transformer的BEV Encoder模块取消了BEV特征的时序融合,也取消了Bevformer时序自注意力模块,模型整体精度不低于公版基于Bevformer的精度;
Head部分取消了公版基于分层query的decoder机制,取消point query使用简洁的直接基于instance query的预测,同时decoder layer采用公版MapTRv2的解耦自注意力优化。
总结与建议
部署建议
遵循硬件对齐规则,一般的tensor shape对齐到2的幂次,conv-like的算子H维度对齐到8、W维度对齐到16、C维度对齐到32,若设计尺寸不满足对齐规则时会对tensor自动进行padding,造成无效的算力浪费;
合理选择BEV Grid尺寸,J6平台的带宽得到增强,但仍需考虑BEV Grid尺寸对模型性能的影响,并且综合衡量模型精度预期,选择合适的BEV Grid尺寸以获得模型性能和精度的平衡;
优先选择J6平台高效结构来搭建模型,例如本文所选取的HENet Backbone和Bevformer View Transformer,高效结构经过在J6平台的反复优化和验证,相比其他选择,在性能和精度上可以同时取得出众的效果。
总结
本文通过对MapTR进行地平线量化部署的优化,使得模型在征程6计算平台上用较低的量化精度损失,取得不错的部署性能。同时,MapTR系列的部署经验可以推广到其他相似结构或相似使用场景模型的部署中。
对于地平线MapTR参考算法模型,结合Sparse Bev等的优化方向仍在探索和实践中,Stay Tuned!
附录
modellabs官网:https://(待发布)
参考文档使用指南:https://.../github/heal/readme.md(待发布)
