智能驾驶功能软件平台设计规范 第一部分：系统架构

智能驾驶功能软件平台设计规范 第一部分：系统架构

2020-07-29 发布

1 规范应用范围

本规范规定了智能驾驶功能软件平台的系统架构、功能模块和算法组件划分。

本规范适用于 GB/T《汽车驾驶自动化分级》[2]所定义的 2 级及以上的驾驶自动化系统即智能驾驶系统。

2 规范引用文件

本规范的引用和参考文件见下表：

[1] GB/T《汽车驾驶自动化分级》

[2] ISO/DIS 23150:2020(E) Road vehicles — Data communication between sensorsand data fusion unit for automated driving functions — Logical interface

[3] ADASIS(Advanced Driver Assistance Systems Interface Specification) v3

[4] CSAE 线控转向及制动系统通讯协议要求及测试规范

[5] ISO 8855:2011 Road vehicles — Vehicle dynamics and road-holding ability

[6] 智能驾驶功能软件平台设计规范 第二部分：感知融合功能服务接口

[7] 智能驾驶功能软件平台设计规范 第三部分：预测功能服务接口

[8] 智能驾驶功能软件平台设计规范 第四部分：决策规划功能服务接口

[9] 智能驾驶功能软件平台设计规范 第五部分：定位功能服务接口

[10] Wang, Yansen & Huynh, Giap & Williamson, Chatt. (2013). Integration of Google Maps/Earth with microscale meteorology models and data visualization. Computers & Geosciences. 61. 23–31. 10.1016/j.cageo.2013.07.016.

3 缩略语

文档中可能使用到的缩写说明如下所示：

缩略语 英文全名 中文解释

AD Autonomous Driving 自动驾驶

ADAS Advanced driver-assistance systems 高级辅助驾驶系统

SAE Society of Automotive Engineers 国际汽车工程师学会

ODD Operational Design Domain 设计运行区域

APP Application 应用程序

NN Neural Network 神经网络

V2X Vehicle To Everything 车联网

IMU Inertial Measurement Unit 惯性测量单元

HMI Human Machine Interface 人机交互接口

LKA Lane Keep Assistance 车道保持辅助系统

UTM Universal Transverse Mercator 通用横墨卡托格网系统

4 智能驾驶计算平台

智能驾驶计算平台自底向上可以划分为硬件平台、系统软件、功能软件和应用软件等四层结构。硬件平台基于异构分布式架构，提供可持续扩展的计算能力。系统软件包括操作系统和中间件，为上层提供调度、通信、时间同步、调试诊断等基础服务。功能软件层包括感知、决策、规划和控制等智能驾驶核心功能的算法组件。硬件平台层、系统软件层和功能软件层共同向上支撑应用软件层的开发，最终实现智能驾驶系统产品化交付。

• 传感器抽象功能对毫米波雷达、激光雷达、摄像头、超声波雷达、GNSS、IMU 和轮速计等车载传感器的环境感知情况进行数字抽象。传感器抽象是针对于单个传感器的输出抽象，输出包括测量原始数据、特征数据以及目标数据中的一种或多种;

• 感知融合功能对传感器抽象模块的输入数据进行融合，结合多种传感器的特性、工况和环境信息，完成对物理世界的数字呈现。感知融合功能支持根据不同传感器的组合从而实现不同的感知任务。其中，传感器组合可以是激光雷达、摄像头、毫米波雷达中一种或者多种的组合；感知任务包括移动目标识别与跟踪、自由空间、交通灯和交通标志识 别、道路结构识别等;

• 预测功能依据环境信息和交通参与者历史测量信息，对其他交通参与者的未来行驶意图和轨迹进行预测。其中，其他交通参与者包括行人，车辆，非机动车等。预测功能的输出是决策规划功能的关键输入之一，特别是在城市交叉路口等场景下，对行人、目标车辆等障碍物的轨迹预测效果将严重影响智能驾驶系统的整体表现;

• 定位功能根据高精度地图、传感器等信息输入提供自车位置，包括本车的绝对位置以及在静态动态环境中的相对位置；

• 决策规划功能根据感知融合、自身定位和交通参与者预测等信息输入来完成自车行驶轨迹的决策和规划，并根据决策结果输出对车辆的控制命令或者告警信息;

• 执行器抽象功能执行决策规划模块输出的车辆控制命令，驱动汽车的转向、驱动和制动等执行部件。

5.1 坐标系设定

本规范中使用多个坐标系统来描述自动驾驶汽车和周边环境模型，包括全球地理坐标系（GNSS 系统）、局部地理坐标系（地图系统）、车体坐标系（感知融合、决策规划等功能）。

坐标系是定位服务中提供的位置、速度等信息的参照系统，同样的车辆运动状态在不同坐标系中会有不同的标识，因此描述一个位置信息时，必须指定相应的坐标系。这些坐标系将以笛卡尔坐标系来描述。

车体坐标系

参考 ISO 8855:2011 Road vehicles — Vehicle dynamics and road-holding ability[5]中的定义，车体坐标系以车辆后轴中心为原点，x 轴指向车辆前进方向，y 轴指向车辆前进方向的左侧方向，z 轴指向车顶方向，构成右手直角系。

全球地理坐标系

对导航、高精地图及其延伸概念用到的全球地理坐标系统，主要采用WGS-84坐标系统，用来描述物体的全球地理坐标：经度、纬度和海拔。WGS-84 坐标系是基于经线纬线网所划定的一种坐标系统，以 0°经线作为起点，向东划分 0°~180°，为东经度；向西划分 0°~180°，为西经度。WGS-84 坐标系原点位于地球质心，x 轴指向本初子午线和赤道交点，z轴指向国际时间局 BIH 1984.0 定义的协议地球极方向，y 轴通过右手定则确定。

6.2 感知融合功能

感知融合功能基于各种传感器的输入，完成对动态交通参与者和静态交通环境信息的识别，输出可移动物体、道路结构、可行驶空间、静态目标和交通标志等信息服务，也可以综合输出完整的环境模型信息。

感知融合功能服务接口的具体内容在《智能驾驶功能软件平台设计规范 第二部分：感知融合功能服务接口》[6]中定义。

6.4 预测功能

预测功能依据感知融合和自动定位等信息输入，对行人，车辆，骑行者等交通参与者的行为意图和行驶轨迹做出预测。具体的信息输入包括传感器获取到的可移动目标的当前数据和历史数据，含地图信息在内的周围静态交通环境信息，自车的位置和状态信息，通过 V2X获取到的交通参与者的信息等。其中，行人的姿态和手势、车辆灯光等信息都是预测服务的重要依据。

决策规划功能服务接口的具体内容在《智能驾驶功能软件平台设计规范 第四部分：决策规划功能服务接口》[8]中定义。

6.6 执行器抽象功能

执行器抽象功能根据决策规划模块的输出，结合车辆当前的行驶状态来完成车辆实际控制，并反馈最终结果。执行器抽象服务接口不在智能驾驶功能软件平台规范中定义，可以参考《线控转向及制动系统通讯协议要求及测试规范》[4]中的定义。

A.2 车道保持辅助系统设计开发应用示例

以LKA（Lane keeping assistance），即车道保持辅助系统来阐明如何通过智能驾驶功能软件平台来实现辅助驾驶功能。

第一步：应用场景分析

车道保持辅助系统（LKA）需要监视车辆相对于车道边界的位置，并在即将发生车道偏离时向方向盘施加扭矩，或向制动器施加压力。车道保持辅助系统可以有不同的传感器配置和对应实现方式，下面以最常用的摄像头实现为例。

第二步：功能拆解

要实现的功能模块主要包括车道线检测、一个简单的规划层和横向控制。

• 场景应用软件：设定功能应用的场景，判断条件，默认配置，场景策略和人机交互需求等应用逻辑支持LKA的场景功能实现；

• 传感器抽象服务：选配对应传感器（摄像头），支持实现该应用

• 感知融合服务：

  • 选用A公司提供的道路结构检测（实现车道线输出）
  • 对车辆状态进行收集整理，包括轮速、方向盘转角、方向盘扭矩等，填充车辆状态服务项；

• 决策规划服务

  • 行为决策：本车道巡航或者自适应巡航；
  • 轨迹规划：选用B公司提供的轨迹规划服务，提供对车道线输出后的居中轨迹平滑功能
  • 车辆控制：选用C公司提供的横向控制服务，完成对方向盘施加扭矩，或向制动器施加压力。

如上所示，较简单的L2智能驾驶功能也可以基于功能软件平台的统一架构来实现。

文章知识点与官方知识档案匹配，可进一步学习相关知识Python入门技能树人工智能机器学习工具包Scikit-learn212386 人正在系统学习中

来源：爱是与世界平行