一文详解自动驾驶的运行设计域(ODD)| 自动驾驶系列

2023-05-16

一文详解自动驾驶的运行设计域(ODD)| \n 自动驾驶系列

Image

2021年4月30日,SAE发布了第四版J3016《驾驶自动化分级》,这是即2014年1月16日、2016年9月30日、2018年6月15日之后,J3016的又一次迭代更新。

2021年7月,ISO发布了ISO 22737《预定路线的低速自动驾驶(LSAD)性能要求、系统要求和性能测试规范》

本系列将详细解读自动驾驶ODD、DDT、DDT fallback、OEDR、低速自动驾驶和自动驾驶分级。

全文7000字,预计阅读18分钟

文 | 吴冬升

Image

基本概念

自动驾驶需要在地球上各个国家地区都能正确工作。因此要求综合考虑各种不同类型的道路、道路标记、交通标志等,以及环境问题,如天气状况。确保自动驾驶汽车在其预定的运行环境中表现充分,是整个自动驾驶系统验证的关键部分。运营设计域ODD(Operational Design Domain)一词的原始定义来自SAE J3016中的定义。

SAE J3016 将 ODD 定义为"特定驾驶自动化系统或其功能专门设计的运行条件,包括但不限于环境、地理和时间限制,和/或某些交通或道路特征的存在或缺失。"[1]

简单来说,ODD就是要定义好在哪些工况下是能够自动驾驶的,脱离了这些工况,自动驾驶就不能保证工作。任何一台自动驾驶车辆,都必须有一定限定的工况。而这个工况可以很宽泛,也可以很精准,并决定了自动驾驶车辆能胜任什么样的场景。比如,一台车的自动驾驶系统只能在高速上使用,它可以自动保持车道、自动超车、自动跟车、自动让行、自动通过ETC、自动上下匝道等,但到了城市里就无法完全自动驾驶。同时,要确保自动驾驶测试和验证是完整的,至少需要确保ODD所有方面已经通过确保系统安全运行,或通过确保系统能够识别超出ODD 的范围。

在工信部发布的《GBT 汽车驾驶自动化分级》推荐性国家标准中,ODD是设计时确定的驾驶自动化功能的本车状态和外部环境。运行设计条件ODC(Operational Design Condition)是设计运行时确定的驾驶自动化功能可以正常工作的条件,包括ODD、驾驶员状态以及其他必要条件。[2]

动态驾驶任务DDT(Dynamic Driving Task)是在道路交通中运行车辆所需的所有实时运行和策略功能,不包括行程安排和目的地和航路点选择等战略功能。

动态驾驶任务接管DDT fallback(Dynamic Driving Task fallback)是在相同情况下,用户对实施DDT或达到最低风险条件的响应(1)在发生DDT性能相关系统故障后,或(2)在ODD退出时,或ADS对达到最低风险条件的响应

目标和事件检测与响应OEDR(Object and Event Detection and Response)是DDT的子任务,包括监控驾驶环境(检测,识别和分类对象和事件,并准备按需要做出响应),并对这些对象和事件执行适当的响应(即根据需要完成DDT和/或DDT接管)

低速自动驾驶LSAD(Lowspeed Automated Driving)是最大速度为8.89米/秒(32公里/小时)的自动驾驶系统,将被用于最后一英里的运输、商业区的运输、商业或机场、港口、大学校园区以及其他低速环境的应用。[3]

自动驾驶分级或类别(Levels or Categories of Driving Automation)是基于驾驶自动化系统功能,由该功能和(人工)用户(如有)之间DDT和DDT fallback执行中的角色划分决定。驾驶自动化系统功能部件的制造商确定该功能的要求、ODD及运行特性,包括驾驶自动化水平。

Image

ODD案例

(1)ISO 22737中定义的LSAD ODD

每个LSAD系统都应由制造商定义其ODD。一个LSAD ODD的限制系统应至少指定以下属性:

a) 低速:LSAD系统的速度应等于或小于8.89米/秒或32公里/小时;

b) 适用范围:例如,受限通道或专用道路(公共或私人),或行人/自行车道,或限制所有或某些特定类别机动车进入的区域。限制通行的道路可以通过车道标记或速度限制或物理分界来指定;

c) 预定义路线:在LSAD系统运行之前,在LSAD系统内定义的路线。LSAD系统只能在预定路线上运行。预定路线应由相关的利益相关者共同确定(例如,地方当局、服务提供商、制造商等)。调度员应确认与预定路线的任何偏差不会导致危险情况;

d) 应用区域的照明条件;

e) 天气状况;

f) 路况;

g) 存在或不存在VRU;

h) 可行驶区域内可能存在静态障碍物;

i) 网联要求等。

LSAD系统或调度员应根据当前的ODD条件(例如雾天条件、夜间照明条件),在ODD属性预定值的范围内为指定的应用选择操作值(对于LSAD系统驾驶的车辆)。例如,调度员或LSAD系统可以决定将雨天的最大允许速度限制为低于晴天的速度。

(2)B款车型的L3级ODD [4]

a) 地理限制:地理ODD包括地理围栏的边界和这些边界内区域所有适用的交通规则。只能在有限的高速公路上激活和运行,与来往车辆有连续的结构隔离,没有交叉路口和环岛。这种道路类型的特点是行人和自行车出现的概率很小。对这些激活条件的遵守将由车载传感器检测,例如摄像头监测交通标志,并且还将通过高清地图提供的信息进行保证。考虑到法律要求等各种因素,L3级ADS被设计为在0至85mph(136.79 km/h)的速度下运行;

b) 环境限制:自动驾驶车辆持续监测环境ODD,以确保在所有条件下安全运行。例如,车辆的速度将根据一天中的时间、光线条件、路面摩擦系数太小(例如路面上有雪或冰)或风太强而调整;

c) 人类驾驶员的限制:驾驶员必须系好安全带坐好,并保持清醒等。

Image

(3)A款车型的L3级ODD

a) 行驶在高速公路上,或者带有中央隔离带和护栏的两车道以上机动车专用公路上;

b) 所在车道和周边车道的车间距离在较近也就是说在堵车状态下;

c) 车的行驶速度不超过60km/h;

d) 在传感器可检测到的范围内没有信号灯,也没有行人和骑自行车的人等。

Image

NHTSA ODD分类框架

NHTSA在《A Framework for Automated Driving System Testable Cases and Scenarios》中采用六大要素构建设计运行域,包括基础设施、驾驶操作限制、周边物体、互联、环境条件、区域。[5]

Image

(1)基础设施

道路类型:分隔公路、不分隔公路、主干道、城市、农村、停车场、多车道、单车道、高载客量车辆(HOV)车道、入口/出口匝道、紧急疏散路线、单向、转弯专用车道、私家路、双向车道、交叉口(信号灯、掉头、四向/双向停车、环岛、合并车道、转弯专用车道、人行横道、收费广场、铁路穿越)(FHWA,2012年)。

道路表面:沥青、混凝土、混合料、格栅、砖、泥土、砾石、刮过的道路、部分堵塞、减速带、坑洼、草地(Gibbons,1999)。

道路边缘:标记线、临时标记线、路肩(铺砌或砾石)、路肩(草)、混凝土护栏、格栅、栏杆、路缘、锥体(Sage,2016)。

道路几何:直线、弯道、山丘、侧峰、拐角(常规、死角)、负障碍物、车道宽度(Huang,2010)。

(2)驾驶操作限制

速度限制:最低和最高限速(绝对、相对于限速、相对于周围交通)(Elpern Waxman,2016)。

交通条件:最小交通量、正常交通量、保险杠到保险杠/高峰时间交通量、交通条件变化(事故、应急车辆、施工、封闭道路、特殊事件)(加利福尼亚大学道路计划,2016年)。

(3)周边物体

标志标牌:标志(例如,停车、让行、行人、铁路、学校区域等)、交通信号(闪光、学校区域、消防部门区域等)、人行横道、铁路交叉口、停止的公共汽车、施工标志、急救信号、遇险信号、道路用户信号、手势信号(FHWA,2012)。

道路使用者:车辆类型(轿车、轻型卡车、大型卡车、公共汽车、摩托车、宽载、应急车辆、施工设备、马车/四轮马车)、停车车辆、移动车辆(手动、自动)、行人、自行车手(CA DMV,2016)。

非道路使用者障碍物/物体:动物(如狗、鹿等)、购物车、碎片(如轮胎碎片、垃圾、梯子)、施工设备、行人、自行车手。

(4)互联

车辆:V2V通信(如C-V2X/DSRC、Wi-Fi)、应急车辆。

交通密集信息:众包数据(如Waze)和V2I。

远程车队管理系统:车辆由可执行远程操作的操作中心支持(Aljaafreh等人,2011年)。

设施传感器等:工作区警报、易受伤害的道路使用者、路线和事件管理、GPS、三维高清地图(Ellicipuram,2016)、坑洞位置、天气数据、云端数据等。

(5)环境条件

天气:风、雨、雪、雨夹雪、温度。在高速公路上,小雨或小雪可使平均速度降低3%至13%。大雨会使平均速度降低3%到16%。在大雪中,高速公路的平均速度会下降5%到40%。小雨时自由流速度可降低2%至13%,大雨时可降低6%至17%。雪会导致自由流速度降低5%至64%。降雨期间,速度变化可降低25%(FHWA,2017c)。

天气导致的路面条件:积水、道路被淹、道路结冰、道路积雪。洪水导致车道浸没,积雪和风吹碎屑导致车道阻塞,可能导致通行能力降低。由于危险条件(如大风中的大型卡车)造成的道路封闭和通行限制也会降低道路通行能力(FHWA,2017)。

颗粒物:雾、烟、烟雾、灰尘/污垢、泥。低能见度可导致速度降低10%至12%。雾和强降水以及风吹雪、灰尘和烟雾会缩短能见度距离。低能见度条件会导致速度差异增大,从而增加碰撞风险。每年在雾中发生的车祸超过38700起,每年有600多人在这些车祸中丧生,16300多人受伤(FHWA,2017b)。

光照:白天(太阳:头顶、后照灯和前照灯)、黎明、黄昏、夜晚、路灯、前照灯(常规和远光)、迎面而来的车辆灯光(头顶照明、后照灯和前照灯)(FHWA,2017a)。

(6)区域

地理围栏:中央商务区、校园和退休社区(例如,CityMobil2是固定路线,包括道路上和人行道上的<20 mph路线)。

交通管控区域:可能包括临时车道封闭、动态交通标志、可变限速、临时或不存在的车道标志、人工引导交通、装卸区。

学校区域:动态限速、不稳定的行人和车辆行为(Marshall,2017)。

国家/州:任何法律、监管、执法、侵权或其他考虑因素(例如,跟踪距离、许可等)(Bomey&Zambito,2017)。

干扰区域:隧道、停车场、茂密的树叶、高层建筑和大气条件限制的GPS。

Image

英国 PAS1883 标准

2020年8月,英国标准协会BSI发布 PAS1883 标准《Operational Design Domain (ODD) taxonomy for an automated driving system (ADS) – Specification》,采用三大要素构建设计运行域,包括景观(区域、可行驶区域、交叉口、特殊结构、固定道路结构、临时道路结构),环境条件(天气、微粒、照明、互联),动态元素(交通、目标车辆)。[6]

Image

(1)景观

区域:a)地理围栏区;b)交通管理区;c)学校区域;d)国家或区域;e)干扰区,例如茂密的树叶或高层建筑导致的定位信号丢失。

可行驶区域:a)可行驶区域类型;b)可驾驶区域几何结构;c)可行驶区域车道规格;d)可行驶区域标志;e)可驾驶区域边缘;f)可驾驶区域表面。

可行驶区域类型:高速公路、放射状道路(A道路是高密度交通道路,将高速公路连接到分配道路或城市中心)、分配道路(B道路将A道路与次要道路或地方道路连接起来,通常具有低至中等通行能力)、次要道路(次要道路或地方道路为居民区和其他地方发展提供通道)、支路、停车场、共享空间;

可驾驶区域几何结构:水平面(直线和曲线);横切面(分割、不可分割、行人路、边缘障碍物、不同类型的车道);纵向平面(上坡(正坡度)、下坡(负坡度)、水平面)。

可行驶区域车道规格:车道尺寸、车道标志、车道类型(公交车道、交通车道、自行车道、有轨电车车道、应急车道或其他专用车道)、车道数、行驶方向。

可行驶区域标志:信息标志、监管标志、警告标志。

可驾驶区域边缘:标记线、路肩(铺砌或砾石)、路肩(草)、固体屏障(例如格栅、轨道、路缘、锥体)、临时标记线、没有。

可驾驶区域表面:可行驶区域表面类型(松散(如砾石、泥土、沙子)、分段式(如混凝土板、花岗岩、鹅卵石)、均匀(如沥青))、可驾驶区域表面特征(包括交通和天气造成的损坏,分类为裂缝、坑洞、车辙或隆起)、可行驶区域引起的路面状况(结冰、淹没的道路、海市蜃楼、可行驶区域的积雪、死水、湿路、表面污染)。

交叉口:环形交叉口、交叉口(T型交叉口、Y形交叉口、十字交叉口、交错交叉口、立体交叉口)。

特殊结构:自动访问控制、桥梁、行人过路处、铁路道口、隧道、收费广场。

固定道路结构:建筑物、街灯、街道设施(例如护柱)、植被。

临时道路结构:施工现场绕道、垃圾收集、道路工程、道路标志。

(2)环境条件

天气:风、降雨、降雪。

微粒:海洋(仅沿海地区)、非沉淀水滴或冰晶(即,雾/雾)、沙尘、烟雾和污染、火山灰。

照明:白天、夜间或低环境照明条件、云、人工照明(可能是路灯或迎面而来的车辆灯)。

互联:V2X。

(3)动态元素

交通:实体密度、交通量、流量、实体类型、有特殊车辆(如救护车或警察车辆)。

主题车辆:主题车辆的速度是额外的ODD属性。

Image

SAE J2980 ODD分类框架

SAE J2980标准中推荐使用六大要素构建运行设计域,包括位置(公路、乡村道路、城市道路、交叉口、土路、越野、停车场、车道、维修车库),道路状况(道路摩擦(干、冰、雪、湿、裂)、坡度、道路宽度),驾驶操作(启动、停车、向前行驶、向后行驶、直行、转弯、避开车道、变道、关闭),车辆状态(滑行、爬行、加速、减速、驻车、停止、碰撞),其他考虑因素(侧风,即将来临的交通,施工区域,事故场景,交通堵塞,行人),其他车辆特征(其他车辆系统的状态:故障代码、拖车、重载、启动关闭/打开、远程车辆启动、其他技术)。[7]

Image

Image

欧洲PEGASUS项目

欧洲PEGASUS 项目提出了一个具有六个独立层的场景系统描述模型[8]:

a) 道路:几何结构、拓扑,路面质量、边界(路面);

b) 基础设施:边界(结构),标志牌、信号灯等;

c) 第一层和第二层的临时操纵:道路的临时性设施,如临时封路、道路施工现场等;

d) 目标物:静态、动态、移动,交互、机动;

e) 自然环境:天气、光照等其他环境信息;

f) 数字信息:数字信息,如V2X信息、数字地图信息等。

Image

END

本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)

一文详解自动驾驶的运行设计域(ODD)| 自动驾驶系列 的相关文章

  • Linux系统安装后需要做什么?

    安装完linux系统之后需要做的事情 以centos7为例 xff1a 1 用root用户登录 2 tab键补全安装包 yum span class token operator span y install bash span class
  • ETAS Adaptive AUTOSAR 自适应平台示例视频教程

    ETAS AP AUTOSAR自适应平台示例视频教程 本系列文章旨在提供一个详细的操作指南 xff0c 以构建ETAS AP AUTOSAR自适应平台的示例 实践练习的目标是加强AUTOSAR自适应平台中的理论概念 xff0c 并更好地理解
  • 什么是微内核,看这一篇就够了

    微内核是将服务转移到进程上的一种内核模式 宏内核是一种传统的内核结构 xff0c 它将进程管理 xff0c 内存管理等各项服务功能都放到内核中去 xff0c 通常用在通用式的内核上 xff0c 如unix xff0c linux等 两个系统
  • AUTOSAR的E2E通信安全

    AUTOSAR标准的安全通信为支持功能安全 xff0c AUTOSAR标准结合ISO 26262功能安全标准 xff0c 在基础软件层从安全执行 安全通信以及安全内建测试三个方面做出了规范 xff0c 并规范 AUTOSAR标准的安全通信
  • bridged networking(桥接模式)和network address translation(NAT模式)

    在NAT模式下 xff1a 王五的主机里面的虚拟机有一个虚拟的网卡有一个IP地址192 168 100 88 xff0c 可以在内部生成一个虚拟的地址192 168 100 xff19 xff19 与之通信 xff0c 然后通过代理利用主机
  • Linux 目录结构

  • Adaptive AUTOSAR 简介 (2021版)

    目录 1 Adaptive AUTOSAR 简介 Adaptive平台 一种新的 AUTOSAR 1 1 Adaptive的案例 1 2 经典平台与适应性平台的比较 1 3 单一系统 1 4 架构 逻辑架构 1 5 软件架构 本文图片来源
  • 从Adaptive AUTOSAR的角度看SOA

    前言 身处汽车行业的我们深知 xff0c 新技术的应用或者新概念的提出 xff0c 一定是事出有因的 通常是为了抢夺新技术高地 xff0c 让汽车更好地满足未来的需求 那么 xff0c 汽车电子电气架构领域掀起的这股SOA热潮是由什么导致的
  • 什么是BSP?理解LINUX BSP

    BSP 可支持操作系统更好地运行于硬件主板 BSP xff08 Board Support Package xff09 指板级支持包 对于一般的嵌入式系统 xff0c 硬件部分需要嵌入式硬件工程师设计硬件电路 xff0c 而新出厂的电路板需
  • c++11 std::move() 的使用

    std move函数可以以非常简单的方式将左值引用转换为右值引用 xff08 左值 左值引用 右值 右值引用 参见 xff1a http www cnblogs com SZxiaochun p 8017475 html xff09 通过s
  • Adaptive AUTOSAR 学习笔记 3 - AP 背景、技术及特征

    本系列学习笔记基于 AUTOSAR Adaptive Platform 官方文档 R20 11 版本 本文从AUTOSAR EXP PlatformDesign pdf开始 xff0c 一边学习 xff0c 一边顺带着翻译一下 尽力而为 x
  • MySQL导入数据(命令行、脚本方式)

    docker安装MySQL并导入数据 安装步骤省略 xff0c 详细可参考百度上文档 一 命令方式 1 把数据传进服务器中 dfc span class token annotation punctuation 64 BBC span sp
  • Linux 终端快捷键

    Linux 终端快捷键 你可能会有这样的疑问 xff1a 对于有些快捷键 xff0c 明明有等效的 一个按键就能搞定的操作 xff0c 为什么非要舍近求远 用两个组合键来实现 xff1f 当对键盘 终端命令熟练到一定程度之后 xff0c 你
  • Adaptive AUTOSAR----Adaptive studio

    Adaptive studio Adaptive Studio 是包含在 RTA VRTE SK 中的 AUTOSAR 编辑器 Adaptive studio 通过高级抽象支持所有 adaptives autosar arxml 元素的配置

随机推荐

  • Linux tcpdump命令详解

    简介 用简单的话来定义tcpdump xff0c 就是 xff1a dump the traffic on a network xff0c 根据使用者的定义对网络上的数据包进行截获的包分析工具 tcpdump可以将网络中传送的数据包的 头
  • 什么是 E2E 保护 ?

    安全在每个领域都是一个永恒的话题 xff0c 汽车也不例外 xff0c 而随着最近几年汽车电动化 智能化和网联化的发展 xff0c 汽车安全也越来越受到用户及开发人员的重视 xff0c 安全的要素也是多方面的 xff0c 例如用户可能关心在
  • CAN总线基础

    概述 汽车电子设备的不断增多 xff0c 对汽车上的线束分布以及信息共享与交流提出了更高的要求 传统的电气系统往往采用单一连接的方式通信 xff0c 这必将带来线束的冗余以及维修的成本的提高 单一布线连接 传统的单一通信的对接方式 xff0
  • 说一说LIN总线

    前几天小编画点时间看了一些关于LIN总线基础的内容 xff0c 把其中的关键点提取了出来 xff0c 在这里分享给大家 在这里你可能要问 不都有CAN总线了吗 xff1f 这个LIN总线又是从哪里来的 xff1f 其实理由很简单 xff0c
  • CAN FD 介绍

    随着电动汽车 xff0c 无人驾驶汽车技术的快速发展 xff0c 以及对汽车高级驾驶辅助系统和人机交互HMI需求的增加 xff0c 传统的CAN总线在传输速率和带宽等方面越来越显得力不从心 xff0c 其主要原因如下 xff1a 1 通常整
  • FlexRay 介绍

    汽车上的总线技术包括 xff1a LIN CAN CAN FD FlexRay MOST及Ethernet xff0c 我们之前已经分享了LIN xff0c CAN CAN FD总线 在开始阅读之前 xff0c 如果你对已介绍的总线技术还不
  • FlexRay总线原理及应用

    由于传统的CAN解决方案不能满足汽车线控系统 xff08 X by Wire xff09 的要求 于是在 2000 年 9 月 xff0c 宝马和戴姆勒克莱斯勒联合飞利浦和摩托罗拉成立了 FlexRay 联盟 该联盟致力于推广 FlexRa
  • SENT信号介绍

    Vehicle攻城狮 The people who are crazy enough to think they can change the world are the ones who do SENT背景介绍 提到车载总线 xff0c
  • Linux 日志管理

    常用日志文件 系统日志是由一个名为syslog的服务管理的 xff0c 如以下日志文件都是由syslog日志服务驱动的 xff1a var log boot log xff1a 录了系统在引导过程中发生的事件 xff0c 就是Linux系统
  • SPI 通讯协议

    Cuitbasics 汽车ECU设计 2 2 当您将微控制器连接到传感器 xff0c 显示器或其他模块时 xff0c 您是否考虑过这两种设备是如何相互通信的 xff1f 他们到底在说什么 xff1f 事实上电子设备之间的通信就像人类之间的交
  • UART串口通讯

    UART代表通用异步接收器 发送器也称为串口通讯 xff0c 它不像SPI和I2C这样的通信协议 xff0c 而是微控制器中的物理电路或独立的IC UART的主要目的是发送和接收串行数据 xff0c 其最好的优点是它仅使用两条线在设备之间传
  • 一文搞懂AUTOSAR的DEM模块

    Dem全称为Diagnostic Event Manager xff0c 负责故障事件的处理 故障数据的存储和管理 简单说其功能是故障事件确认前的故障debounce xff0c 故障事件确认时的故障数据存储 xff0c 故障发生后的故障老
  • linux父子进程问题——孤儿进程与僵尸进程[总结]

    今天遇到一个linux进程启动时指定Max open files不对的问题 xff0c 导致程序建立socket异常 xff0c 进而导致fullgc问题 xff0c 影响正常服务 所以顺带又温习了下linux下的父子进程的特性 孤儿进程与
  • C++11/14/17一些好用新特性自己整理下

    1 override xff1a 子类继承父类的时候 xff0c 子类虚函数名字写错了或者参数列表不匹配会变成另外一个函数编译器无法判断对错 xff0c 和你写不写virtual也没关系 xff0c 这时候可以在虚函数结尾加上overrid
  • vector中emplace_back方法的用途

    在写代码的过程中 xff0c CLion提醒我把 span style background color ffd900 push back span 方法替换成 span style background color ffd900 empl
  • constexper+const+常量表达式

    常量表达式 xff08 const expression xff09 是指值不会改变并且在编译过程就能得到计算结果的表达式 显然 xff0c 字面值属于常量表达式 xff0c 用常量表达式初始化的 const 对象也是常量表达式 一个对象
  • 这篇 CPU Cache,估计也没人看

    无论你写什么样的代码都会交给 CPU 来执行 xff0c 所以 xff0c 如果你想写出性能比较高的代码 xff0c 这篇文章中提到的技术还是值得认真学习的 另外 xff0c 千万别觉得这些东西没用 xff0c 这些东西非常有用 xff0c
  • 每天一个 Linux 命令

    https blog csdn net k346k346 category 9267835 html uptime 命令 1 命令简介 uptime 用于显示系统总共运行了多长时间和系统的平均负载 无选项 uptime 命令会显示一行信息
  • Docker 安装Jenkins并配置Maven

    系统环境 系统版本 xff1a Centos7 9 docker安装参考此链接 xff1a https blog csdn net clover661 article details 122226083 下载docker时候如果报错参考 x
  • 一文详解自动驾驶的运行设计域(ODD)| 自动驾驶系列

    一文详解自动驾驶的运行设计域 xff08 ODD xff09 n 自动驾驶系列 2021年4月30日 xff0c SAE发布了第四版J3016 驾驶自动化分级 xff0c 这是即2014年1月16日 2016年9月30日 2018年6月15