DSSAD，入驻自动驾驶的“巡视组”

在前面介绍LSAD（属于SAE L4驾驶自动化系统）和ALKS（属于SAE L3驾驶自动化系统）标准的文章中，我们发现这两个系统激活的前置条件中，有一个共同的点：自动驾驶数据记录系统（Data Storage System for Automated Driving，DSSAD）正常工作。
DSSAD就像工信部派驻在配置有自动驾驶功能车辆上的“巡视组”，在自动驾驶系统激活期间监测、采集、存储关键数据，在行业内常被称为“黑匣子”。当然这不是汽车领域第一个被称作“黑匣子”的系统，在DSSAD之前，汽车事件数据记录系统（Vehicle Event Data Recorder System：EDR）是“黑匣子”的更常用代称，只能慨叹：但见新人笑，那闻旧人哭。
9 \* p4 n+ m7 _) L' U# W本文就让我们来看一下EDR和DSSAD究竟为何物，有了EDR为什么还要有DSSAD？
01 EDR
EDR对应的国家标准为GB 39732，是M1类车辆（总重量超过1t且乘员座位不超过8个的乘用车）的一份强制性国家标准，且工信部规定从 2022 年1月1日起，国内所有新生产的M1类车辆必须强制安装EDR。
EDR关注的是碰撞事件，主要用来检测、采集和记录汽车碰撞事件发生前、发生时和发生后车辆和乘员保护系统的相关数据。何为碰撞事件，指达到或超过触发阈值的碰撞事件或者任何不可逆约束装置被展开（以先发生者为准）。
对于触发阈值，主要通过车辆横轴或纵轴上的速度变化量来判断，触发阈值定义为车辆纵轴或横轴方向上150ms时间区间内车辆速度变化量大于等于8km/h。
对于不可逆约束装置，主要指不可通过自动恢复或手动调整恢复至可再次使用状态的约束系统，最典型的不可逆约束装置就是安全气囊。
: T( C6 ]4 b  O1 P; e6 _* `当通过上述条件确认碰撞事件发生，下一步我们就要确认碰撞事件起点，以便确认数据元素记录的起点。而基于车辆采用的乘员保护控制算法的不同，碰撞事件起点的定义也略有不同。
8 P$ S- R; m3 V" v! b7 _（1）对于使用“唤醒”乘员保护控制算法（指乘员保护控制算法在满足一定条件被激活之后开始运行）的系统，该时间为乘员保护控制算法被激活的时刻。
: W0 q$ b1 m# ~! E& R  T/ A. ?. x（2）对于使用“连续运行”乘员保护控制算法（指乘员保护控制算法上电即开始运行）的系统，该时间基于不同的碰撞类型有所不同，如表1所示。
0 J, G9 }2 d; |1 F（a）对于正碰或追尾碰撞事件，车辆纵轴方向上20ms时间区间内车辆速度变化量累积最早超过0.8km/h的时刻。
（b）对于侧碰事件，车辆横轴方向上5ms时间区间内车辆速度变化量累积最早超过0.8km/h的时刻。
+ E+ S) J: U2 K7 E
9 ]: t2 n! G! n) ~* p

" ]! E$ u# o% V% {- S( V6 Q) s. k% V表1 每个碰撞事件起点的阈值

（3）一个不可逆的约束装置展开的起始时刻。
碰撞事件终点，同样需要基于不同的乘员保护控制算法进行区分，而碰撞事件起点和碰撞事件终点之间的时间区间定义为碰撞事件持续时间。
5 e7 O# E8 d2 C9 S7 t（1）对于使用“唤醒”乘员保护控制算法的系统，该时间为乘员保护控制算法自身重置的时刻。
（2）对于使用“连续运行”乘员保护控制算法的系统，该时间为20ms时间区间内，纵向或横向的累积速度变化量最早不高于0.8km/h的时间。
定义了碰撞事件触发条件，碰撞事件起点、碰撞事件终点，下面就可以对数据元素进行记录，而EDR需要记录的数据元素分成了两级：A级和B级。
A级是配备EDR系统车辆必须记录的数据见表2。

6 ]3 [3 b$ C4 w3 \! i; j: X

表2 A级数据

! o8 j9 Z: q0 i- d) ~4 {7 y9 iB级是配备EDR系统的车辆，如配置有相关装备，就对其进行记录，记录数据见表3。比如车辆装备有电子稳定控制系统，则EDR需要记录电子稳定控制系统状态；再比如车辆具有检测横向加速度的传感器，则EDR需要记录横向加速度。



  u, e1 b9 a1 {% w/ \7 Q表3 B级数据

对于A级和B级数据，EDR系统应至少能记录三次。如果碰撞事件发生，但EDR系统已没有足够空间去记录，则应按照时间顺序依次覆盖，但不应覆盖满足锁定条件（不可逆约束装置展开或150ms时间区间内在纵轴方向上的车辆速度变化量不小于25km/h）的数据元素。
02 DSSAD
0 [. A, g8 J4 q5 S- h; f' H% d: @5 eEDR法规是2017年9月由中汽中心牵头启动制定，但在经历发布实施时间延迟、配合GB 7258发布修改单等过程，直到2020年12月才正式发布，2022年1月开始在新生产车辆中实施。
从2017年到2022年，恰恰是汽车行业正在发生深刻变革的5年，其中就包括自动驾驶技术。而自动驾驶技术的发展和小规模落地也让交通事故变得复杂起来，究竟是安全员接管阶段发生的碰撞还是自动驾驶系统激活时发生的碰撞，仅靠EDR记录的数据很难判断出来。
- H, g9 |' G9 ^& z" o$ |- w* D7 b8 w就比如2023年7月15日武汉发生的一起剐蹭事故：当时视频车行驶在最内侧车道，突然一辆Robotaxi从右侧冲出，超过视频车半个车身就开始变道，导致两车发生刮擦，令人惊掉下巴的是，Robotaxi停顿了几秒后直接开走了。
从当时Robotaxi的行驶速度及侧碰严重程度来说，应该是无法触发EDR对事件进行记录的，虽然有视频车的行车记录仪记录的视频可以进行清晰的事故责任判定，但Robotaxi为什么会做出如此举动，是系统强行加塞还是安全员强行加塞，无从得知。
. D: N9 B' t4 U8 [. x在这样的背景下，自动驾驶汽车亟需自己的“黑匣子”，这也是DSSAD诞生的背景。
DSSAD国标于2021年10月启动制定，目前已经进入征求意见稿阶段，按照征求意见稿的内容，DSSAD适用于具有自动驾驶功能（L3及以上驾驶自动化系统）的车辆，且记录五类数据元素，包括车辆及DSSAD基本信息、车辆状态及动态信息、自动驾驶系统运行信息、行车环境信息、驾驶员操作及状态信息，分别如表4~8所示。
1 _2 V$ w/ j2 U; k7 s( p( {: h
$ y+ {) @# P2 m" b' i4 K

表4 车辆及自动驾驶数据记录系统基本信息

; t. T9 J. U' L/ v* O/ G/ A

& \1 {5 g3 T8 e7 j表5 车辆状态及动态信息
2 v; W: W2 i+ O& Q1 I$ x# X# Q
+ p1 v" P) e/ ~4 u) [! a

' A9 b1 k  |5 J' A( g表6 自动驾驶系统运行信息
3 o6 A1 @2 k5 G6 u* _9 Z
: D/ b9 S2 A5 s* T& w% d
$ h0 Z7 Q9 c* `6 `+ P8 A! T; S
8 y6 x" E! B7 f; ~0 s; O表7 行车环境信息
; w, K: a- g% G  b# ^1 f3 C


8 J& x3 T0 j- _+ O2 M表8 驾驶员操作及状态信息
. h- }; J% F) O6 S! ]* ?
注：表中第二列中的A级数据元素表示配备DSSAD的车辆应记录的数据，B级数据元素表示配备DSSAD的车辆在相关功能处于自动驾驶系统调用的状态时应记录的数据元素。
DSSAD系统分为Ⅰ型系统（适用M1/N1类车辆）和Ⅱ型系统（适用M1/M2/M3/N2/N3类车辆），Ⅰ型系统和Ⅱ型系统主要差别体现在需要记录的数据元素上。
一、Ⅰ型系统
# U3 `, H/ _+ `: W, p9 W% QⅠ型系统在自动驾驶系统激活期间，需要记录时间段事件数据和时间戳事件数据。
1 G0 r2 e* p8 M) o) _! H% r+ K/ B（1）时间段事件
时间段事件是指当满足触发条件时，围绕事件起点，记录事件起点前和事件起点后一段时间内的相关数据的事件，包含碰撞事件和有碰撞风险事件。
碰撞事件的定义（包含触发阈值、事件起点和事件终点定义）和EDR法规中的定义相同。碰撞事件记录起点为事件起点前15s或自动驾驶系统激活时刻两者中的较晚时刻；碰撞事件记录终点为事件起点后5s或自动驾驶系统退出时刻或事件终点三者中的较早时刻。
! F% V/ i  E9 k# K2 ^有碰撞风险事件是指自动驾驶系统请求的纵向减速度大于5m/s2。对于该类事件，事件起点定义为自动驾驶系统请求的纵向减速度大于5m/s2的时刻，事件终点定义为本次事件起点后自动驾驶系统请求的纵向减速度不大于5m/s2的时刻。有碰撞风险事件事件记录起点和终点的定义同碰撞事件中的定义。
- @, f9 f& Q" ]) }- C（2）时间戳事件
* ?! j- n* `7 S# _9 ^6 `: W事件戳事件是指当满足触发条件时，仅记录事件起点时刻的相关数据的事件。包含自动驾驶系统进入激活状态时、退出时、发出介入请求时、执行最小风险策略时、发生自动驾驶系统严重失效时、车辆严重失效时和驾驶员操纵自动驾驶系统激活/退出装置时。
对于Ⅰ型系统，当时间段事件发生时，DSSAD需要记录事件起点的符合表3中要求的数据元素以及至少涵盖事件记录起点至事件记录终点的时间区间内表4至表7中要求的数据元素。当时间戳事件发生时，DSSAD应在事件起点时刻记录符合表3要求的数据元素。
二、Ⅱ型系统
Ⅱ型系统在自动驾驶系统激活期间，也需要记录两部分数据，一部分是实时连续记录的数据、一部分是和Ⅰ型系统一样的时间戳事件数据。
实时连续记录的数据包括表4至表7中要求的数据元素，时间戳事件记录的数据要求和Ⅰ型系统时间戳事件要求一致。
关于存储能力，Ⅰ型系统存储的碰撞事件和有碰撞风险事件次数总体不应小于5次，存储的时间戳事件次数不应少于2500次。Ⅱ型系统存储的连续数据不应少于8h，存储的时间戳事件次数不应少于2500次。
. S) `, ?) m1 ZDSSAD同样也需要定义存储覆盖机制，以便在存储区域已满时，顺序进行覆盖。
, G! `$ {( F# L6 Z4 A对于Ⅰ型系统：
（1）时间段数据和时间戳事件数据不应相互覆盖；
1 Z4 ?" r+ e; }: \（2）对于时间段事件，碰撞事件数据不应被有碰撞风险事件数据覆盖；
" c8 M6 c6 F/ I* p: O0 N5 j  ~（3）满足锁定条件的碰撞事件数据，不应被后续事件的数据覆盖；
4 m) _0 f' l; T7 p6 }6 w9 U（4）其他情况依照时间顺序依次覆盖。
* ~' p- {. c& b+ y! ^8 ~$ r' G对于Ⅱ型系统：
（1）实时连续记录的数据与时间戳事件数据不应相互覆盖；
. P7 k; I! S! w' k6 x% ?! O0 y（2）其他情况应按照时间顺序依次覆盖。