Euro NCAP 2026：Driver Engagement v0.9 → v1.0 → v1.1 差异对比
前言
前面写 Euro NCAP 2026 相关文章时，我主要参考的是 Driver Engagement v0.9。这没有方向性错误，但如果现在要统一团队口径，应该明确：
当前优先参考版本应是 v1.1，而不是 v0.9。
原因不是因为 v0.9 完全不对，而是因为它属于早期草案口径，后面在 v1.0、v1.1 中有正式化和表述收敛。
这篇就把 v0.9 → v1.0 → v1.1 的关键差异梳理清楚。
一、版本定位：这三个版本分别是什么
| 版本 | 时间 | 定位 |
|---|---|---|
| v0.9 | 2024-11 | 工作组最终审阅前草案 |
| v1.0 | 2025-03 | 正式收敛版 |
| v1.1 | 2025-10 | 最新更新版，当前优先参考 |
最核心的理解
- v0.9：适合看“方向已经怎么定了”
- v1.0：适合看“正式版怎么写”
- v1.1：适合看“当前该按什么版本执行和引用”
所以如果你现在在做：
- 内部汇报
- 项目路线图
- 方案 review
- 合规差距分析
都应该优先引用 v1.1。
二、哪些内容从 v0.9 到 v1.1 基本没变
先说稳定项，因为这决定了前面基于 v0.9 写的文章为什么没有完全失效。
2.1 总分结构没变
三个版本都保持：
| 模块 | 分值 |
|---|---|
| Driver Monitoring | 25 |
| Driving / General Vehicle Controls | 5 |
| 总计 | 30 |
2.2 Driver Monitoring 的 25 分拆分没变
三个版本都保持：
| 一级模块 | 分值 |
|---|---|
| Transient | 15 |
| Non-Transient | 10 |
2.3 Transient / Non-Transient 子项分值没变
三个版本都保持：
| 子项 | 分值 |
|---|---|
| Long Distraction | 5 |
| Short Distraction | 5 |
| Phone Use | 5 |
| Impairment | 4 |
| Microsleep | 2 |
| Sleep | 2 |
| Unresponsive | 2 |
2.4 核心速度门槛和学习期没变
三个版本都延续这些关键要求：
- distraction / microsleep / sleep / unresponsive：≥20 km/h
- impairment：≥50 km/h
- impairment 允许 最多 10 分钟学习期
- DMS 启动后允许 1 分钟 driving 学习期（≥10 km/h）
2.5 Unresponsive / EF 方向没变
也就是说，我前面几篇文章里的大方向——
- DMS 从 2 分变成 25 分核心项
- Phone Use 独立 5 分
- Impairment / Unresponsive 成为重点
- EF 是整车协同能力
这些判断本身没有被推翻。
三、v0.9 → v1.0：最关键的正式化变化
3.1 Driving Controls 从“留白项”变成正式拆分项
这是一个很重要的变化。
在 v0.9 里
虽然总分表里已经写了：
- Driving Controls = 5 分
但正文里还明确说：
The Test and Assessment procedures for Driver Controls are currently under development
也就是说，v0.9 时这 5 分还是“方向已定、细则未 fully 落地”。
到了 v1.0
这 5 分已经正式拆成：
| 子项 | 分值 |
|---|---|
| Driving | 2.5 |
| Comfort & infotainment | 2.5 |
这意味着：
- Driver Controls 不再只是“未来会有”
- 而是正式纳入结构化评分框架
3.2 Technical Bulletin 编号体系正式化
v0.9 里
文案仍然写：
updated TB 039Appendix A
v1.0 里
变成更正式的：
Technical Bulletin SD-202Technical Bulletin SD-201
这个变化说明：
- 协议已经从草案附件表达，转向正式的 Safe Driving 技术公告体系
- 后续 review / dossier / spot check 更应该按 SD 编号体系引用
3.3 OEM 用语更正式
v1.0 开始，大量措辞从较草案式表达，转向：
Vehicle Manufacturershall report the TPRoutlined in Technical Bulletin ...
这不是简单换词，而是：
- 审核责任更明确
- dossier 责任边界更明确
- 测试/申报口径更工程化
四、v1.0 → v1.1：主要是术语和定义边界更清晰
4.1 Driving Controls 改名为 General Vehicle Controls
v1.0
- Driving Controls = 5 分
v1.1
- General Vehicle Controls = 5 分
这不是简单文字调整，它在表达上更明确：
- 这 5 分不是狭义“驾驶操纵件”
- 而是更广义的整车关键控制与人机交互要求
4.2 新增 / 明确 Home screen 定义
在 v1.1 中，Home screen 被单独定义：
- 正常驾驶状态下的起始界面
- 不包括启动欢迎页、低层级菜单页
这对什么重要？
- HMI 任务评估
- 菜单层级限制
- 关键控制可达性分析
4.3 新增 / 明确 ODD 定义
v1.1 明确加入：
- Operational Design Domain (ODD)
这说明协议文本越来越靠近实际自动驾驶/辅助驾驶系统工程语境。
对内部方案讨论来说，这意味着：
- Driver Engagement 不再只是 DMS “看没看路”
- 而是逐步和系统 ODD、辅助驾驶边界一起考虑
4.4 Direct driver’s line of sight 几何边界更明确
这是 v1.1 的一个很重要的完善。
v0.9 / v1.0 阶段
这个概念已经存在，但表述更依赖示意图和 OEM 解释。
v1.1 阶段
它被更明确地几何化：
- 横向由 ±30° 垂直平面界定
- 纵向由 向下 30° 平面界定
这意味着：
- HMI / 控制布局评估更具可操作性
- OEM 必须更明确给出“哪些控件/信息位于 direct driver’s line of sight”
对内部设计特别有用，因为它让：
- HMI 判断标准
- 评审图纸口径
- 供应商对齐
更容易统一。
五、对 IMS 团队最重要的结论：哪些地方需要更新口径
5.1 功能和分值口径，v0.9 写的基本还能用
如果你前面引用的是：
- Driver Monitoring 25 分
- Long / VATS / Phone / Impairment / Unresponsive 这些分值
- DMS 成为核心项
这些内容在 v1.1 下仍然成立。
5.2 但引用版本应切到 v1.1
因为现在再对外或对内说：
“Euro NCAP 2026 参考 v0.9”
会显得口径落后。
更好的写法应该是：
“早期分析参考 v0.9，当前统一以 v1.1 为准。”
5.3 Driving Controls 相关内容，必须按新版本理解
如果后面继续写：
- HMI
- 物理控制
- direct driver’s line of sight
- home screen
这些内容必须优先按 v1.1 写，不能再停在 v0.9 草案表述。
六、一个实用判断：什么时候必须回查 v1.1
下面这些主题，建议必须以 v1.1 为准：
| 主题 | 是否必须回查 v1.1 |
|---|---|
| Driver Monitoring 总分/子项分值 | 可直接沿用，但最好引用 v1.1 |
| Long / VATS / Phone / Impairment / Unresponsive | 建议引用 v1.1 |
| Driving / General Vehicle Controls | 必须回查 v1.1 |
| HMI / Home screen / line of sight | 必须回查 v1.1 |
| ODD / 自动驾驶边界表述 | 必须回查 v1.1 |
| 技术公告编号 / dossier 要求 | 必须回查 v1.0/v1.1 |
七、对后续博客和内部材料的建议
建议 1：旧文不一定要全改，但要标版本口径
例如可以这样写：
- 初版分析基于 v0.9
- 当前执行口径以 v1.1 为准
建议 2：新文默认统一引用 v1.1
尤其是：
- EF / Unresponsive Driver
- HMI / General Vehicle Controls
- direct driver’s line of sight
- Driver Engagement 系统要求
建议 3：内部评审材料里最好补一个版本差异页
因为很多人会问：
- 为什么之前看的是 0.9
- 为什么现在又说 1.1
- 到底哪里变了
这篇差异对比的作用，就是把这件事讲清楚，避免大家反复怀疑基础版本。
总结
如果用一句话概括这三个版本的关系：
v0.9 定方向，v1.0 定框架，v1.1 定当前口径。
所以对你现在的工作来说，最实用的策略不是推翻前面基于 v0.9 的分析，而是：
- 承认 v0.9 是早期分析基础
- 继续保留其中仍然稳定成立的分值与功能判断
- 从现在开始，统一以 v1.1 作为正式引用版本
这样既不浪费之前的分析成果，也能保证后续口径不落后。
参考资料
- Euro NCAP, Safe Driving – Driver Engagement Protocol, Version 0.9, November 2024.
- Euro NCAP, Safe Driving – Driver Engagement Protocol, Version 1.0, March 2025.
- Euro NCAP, Safe Driving – Driver Engagement Protocol, Version 1.1, October 2025.