GB 44497-2024
智能网联汽车 自动驾驶数据记录系统（DSSAD）

一、标准定位与上下文

1.1 标准背景

随着L2+及以上自动驾驶功能在乘用车与商用车领域的规模化落地，自动驾驶系统运行过程中产生的数据成为事故责任判定、功能优化以及合规监管的核心依据。传统事件数据记录系统（EDR，GB 39732-2020）仅覆盖碰撞前后的车辆状态，无法满足ADS（自动驾驶系统）对运行过程全景数据记录的需求。

在此背景下，国家市场监督管理总局、国家标准化管理委员会于2024年8月23日发布GB 44497-2024《智能网联汽车 自动驾驶数据记录系统（DSSAD）》，作为强制性国家标准，要求配备自动驾驶系统的M类和N类车辆必须安装符合规范的数据记录系统。

1.2 标准编制定位

1.3 与关联标准的关系

1.4 分阶段实施策略

二、系统架构与分层

2.1 DSSAD系统分型

标准依据记录模式将DSSAD分为两种类型，适配不同车型和使用场景：

2.2 DSSAD逻辑架构（建议）

基于标准要求，DSSAD可划分为以下逻辑分层：

2.3 数据流向

三、核心功能需求

3.1 数据元素全景

标准定义了5张数据元素表，涵盖车辆基础信息、动态状态、ADS运行、行车环境、驾驶员操作五大维度：

表1：车辆及DSSAD基本信息（A级）

表2：车辆状态及动态信息（A级）

表3：ADS运行信息（B级）

表4：行车环境信息（A级）

表5：驾驶员操作及状态（A级）

3.2 事件触发条件

3.3 记录时间窗口

3.4 存储容量管理

四、接口与协议

4.1 物理接口

4.2 通信协议栈

4.3 数据读取流程

4.4 关键协议参数

4.5 文件命名规范

I型系统（事件触发）：
  {VIN}_CN-DSSAD_{Timestamp}.json

II型系统（连续记录）：
  {VIN}_CN-DSSAD_Time-Sequence.json

其中Timestamp为事件触发时间的UTC时间戳，格式按ISO 8601。

4.6 JSON数据结构概览（附录B）

{
  "DSSAD_Data": {
    "Vehicle_Info": { "VIN": "...", "Hardware_Model": "...", ... },
    "Event_Info": {
      "Event_Type": "Collision / Collision_Risk / Timestamp",
      "Event_Trigger_Time": "2026-01-01T12:00:00.000Z",
      "Records": [ ... ]
    },
    "Vehicle_Dynamics": { "Speed": [...], "Lat_Acc": [...], ... },
    "ADS_Operation": { "Req_Lat_Acc": [...], "Steering_Angle": [...], ... },
    "Environment": { "Objects": [...], "Images": [...] },
    "Driver_State": { "Takeover_Capability": [...], "Seatbelt": [...] }
  }
}

五、安全需求（Security）

5.1 安全启动（Secure Boot）

标准要求DSSAD必须实现安全启动机制，确保从上电到应用运行的完整信任链：

5.2 存储数据安全

5.3 安全威胁建模（STRIDE简要分析）

六、功能安全（Functional Safety）

6.1 标准中的功能安全相关要求

GB 44497-2024 作为DSSAD产品标准，虽然不直接规定ASIL等级，但以下条款隐含功能安全要求：

6.2 ASIL等级分析建议

DSSAD本身属于被动记录系统，不参与车辆控制，但其数据完整性直接影响事故分析和法律责任判定。建议：

七、性能与质量要求

7.1 数据采集性能

7.2 存储性能

7.3 环境与耐久性能

7.3.1 工作温度（引用GB/T 28046.4-2013表1）

7.3.2 电气性能

7.3.3 防护等级

7.3.4 EMC要求

7.3.5 机械性能

八、测试与认证

8.1 型式认证框架

作为强制性国标，DSSAD需通过车辆型式认证中的相关检验。主要测试维度如下：

8.2 测试工具链建议

8.3 关键测试场景

九、兼容性与互操作性

9.1 与EDR（GB 39732）的兼容性

9.2 与不同ADS平台的兼容性

DSSAD作为独立的数据记录系统，需兼容不同供应商的ADS平台。关键兼容接口：

9.3 跨车型兼容性

9.4 标准协议互操作性

DSSAD的数据读取接口基于国际通用的诊断协议：

• DoIP（ISO 13400-2 / GB/T 43258.2）：全球车载以太网诊断标准，所有主流诊断工具厂商均支持。
• UDS（ISO 14229-1 / GB/T 40822）：统一的诊断服务标准，TesterPresent、ReadFileByID等服务跨平台通用。
• JSON格式：轻量级数据交换格式，具有良好的可读性和工具链支持。

十、开发实施要点（核心产出）

10.1 需求追溯矩阵

建议建立从标准条款到设计实现的完整追溯矩阵：

10.2 关键技术选型建议

10.3 数据流带宽估算（II型系统）

8小时连续记录存储需求估算：806 KB/s x 3600s x 8h ≈ 23.2 GB（压缩后），加上管理开销和元数据，建议预留32~64 GB最小可用空间。若视频压缩率较低，则需更大容量。

10.4 软件架构建议

┌──────────────────────────────────────────────────────┐
│                  Application Layer                   │
│  ┌──────────┐ ┌──────────┐ ┌──────────┐ ┌─────────┐ │
│  │ Event    │ │ Storage  │ │ Security │ │ Diag    │ │
│  │ Detect   │ │ Manager  │ │ Module   │ │ Handler │ │
│  └────┬─────┘ └────┬─────┘ └────┬─────┘ └────┬────┘ │
│       │             │            │            │       │
├───────┴─────────────┴────────────┴────────────┴───────┤
│                  Middleware Layer                      │
│  ┌──────────┐ ┌──────────┐ ┌──────────────────┐     │
│  │ Signal   │ │ Data     │ │ JSON             │     │
│  │ Gateway  │ │ Formatter│ │ Serializer       │     │
│  └────┬─────┘ └──────────┘ └──────────────────┘     │
├───────┴───────────────────────────────────────────────┤
│                  HAL / Driver Layer                    │
│  ┌──────────┐ ┌──────────┐ ┌──────────┐ ┌─────────┐ │
│  │ CAN/ETH  │ │ Storage  │ │ Video    │ │ Crypto  │ │
│  │ Driver   │ │ Driver   │ │ Encoder  │ │ Engine  │ │
│  └──────────┘ └──────────┘ └──────────┘ └─────────┘ │
├──────────────────────────────────────────────────────┤
│                  Hardware Layer                        │
│  SoC + HSM + eMMC/UFS + Ethernet PHY + Video ISP     │
└──────────────────────────────────────────────────────┘

10.5 断电保护设计要点

十一、开发行动清单（P0 / P1 / P2）

P0 — 第一阶段必须完成（2026-01-01 前合规）

P1 — 第二阶段必须完成（第25个月前合规）

P2 — 优化与增强项（建议完成）

十二、标准实现自检清单（含温度/环境专项）

12.1 标准覆盖率自检

以下清单用于逐项核对DSSAD实现是否覆盖标准全部条款要求：

A. 数据元素完整性

• 表1（车辆及DSSAD基本信息）全部A级元素已实现采集和记录
• 表2（车辆状态及动态信息）— 车速10Hz、横向加速度10Hz、纵向加速度10Hz、横摆角速度2Hz
• 表3（ADS运行信息）— 请求横向加速度4Hz、转向角4Hz、请求车速4Hz、踏板开度4Hz、挡位4Hz、灯光状态4Hz
• 表4（行车环境信息）— 目标物ID/类型/位置/速度10Hz、外部图像4Hz、外部视频4fps
• 表5（驾驶员操作及状态）— 接管能力2Hz、安全带2Hz、踏板操作2Hz、转向盘状态2Hz

B. 事件触发机制

• 碰撞事件触发逻辑已实现（引用GB 39732-2020阈值）
• 有碰撞风险事件触发逻辑已实现（ADS请求纵向减速度 > 5 m/s²）
• 时间戳事件 — ADS激活检测已实现
• 时间戳事件 — ADS退出检测已实现
• 时间戳事件 — ADS介入请求检测已实现
• 时间戳事件 — 最小风险策略（MRC）触发检测已实现
• 时间戳事件 — ADS严重失效检测已实现
• 时间戳事件 — 用户操纵退出装置检测已实现

C. 记录时间窗口

• 时间段事件记录起点：事件前15s或ADS激活时刻（取较晚者）
• 时间段事件记录终点：事件后5s或ADS退出或事件终点（取较早者）
• 断电时至少保存"事件记录起点至事件起点"的数据

D. 存储容量

• I型系统：支持至少5次时间段事件 + 至少2500次时间戳事件
• II型系统：支持至少8小时连续数据 + 至少2500次时间戳事件
• 碰撞事件数据不被有碰撞风险事件覆盖
• 锁定事件不被覆盖
• 循环覆盖机制在容量满时正确触发

E. 数据读取

• 以太网物理接口符合GB/T 43258.4 OBD端口引脚分配
• DoIP协议栈符合GB/T 43258.2，端口号13400
• 读取工具逻辑地址0x0F168016正确配置
• TesterPresent会话维持机制已实现
• 扩展会话（0x10 0x03）可正确建立
• 文件传输（大文件分块）正常工作
• CRC32文件校验功能已实现
• JSON输出格式符合附录B规范
• 文件命名符合VIN_CN-DSSAD_Timestamp.json / Time-Sequence.json规范

F. 信息安全

• 安全启动 — 可信根已实现（硬件级）
• 安全启动 — Bootloader签名验证已实现
• 安全启动 — 固件防篡改已实现
• 存储数据防篡改机制已实现（HMAC/哈希链）
• 存储数据防非授权删除已实现
• 篡改/删除可在读取时识别并记录（输出中包含篡改标记）

G. 耐撞性能

• 碰撞试验后数据至少与试验前保持一致

12.2 温度/环境专项自检

H. 工作温度

• 已确认DSSAD在车辆上的安装位置（发动机舱 / 乘客舱 / 行李箱）
• 已根据安装位置确定工作温度等级（引用GB/T 28046.4-2013表1）
• 发动机舱安装：Tmin=-40 °C，Tmax=+85 °C（或更高等级）
• 乘客舱安装：Tmin=-40 °C，Tmax=+70 °C（或更高等级）
• 行李箱安装：Tmin=-40 °C，Tmax=+85 °C（或更高等级）
• 主控SoC/存储器PCB级器件选型满足AEC-Q100相应温度等级
• PCB材料Tg温度满足高温工作要求（建议Tg ≥ 170 °C）
• 低温工作测试（GB/T 28046.4）已通过
• 高温工作测试（GB/T 28046.4）已通过
• 低温贮存测试（-40 °C）已通过
• 高温贮存测试（+85 °C）已通过
• 温度循环测试已通过
• 过电压试验在（Tmax-20 °C）条件下已通过

I. 电气性能

• 12V系统：9V~16V范围内正常工作
• 24V系统：16V~32V范围内正常工作
• 过电压试验（GB/T 28046.2）已通过
• 电压瞬态试验（GB/T 28046.2）已通过
• 反向电压试验（GB/T 28046.2）已通过
• 超级电容/后备供电断电保护功能已验证

J. 防护等级

• 发动机舱安装：IP5K6已验证
• 车辆内部/行李箱安装：IP5K1已验证
• IP测试报告（GB/T 30038）已获取

K. 机械性能

• 机械振动试验（GB/T 28046.3）已通过（按安装位置等级）
• 机械冲击试验（GB/T 28046.3）已通过
• 化学负荷试验（GB/T 28046.5）已通过（耐油/冷却液/清洗剂）

L. EMC

• ESD等级L3（GB 34660）已通过
• 传导抗扰等级III（GB 34660）已通过
• 辐射抗扰（GB 34660）已通过
• 辐射发射（GB 34660）已通过

M. 耐撞性能

• 碰撞试验后数据完整性已验证（数据至少与试验前保持一致）

12.3 合规就绪度评估