Euro NCAP 2026 正在把 Occupant Protection 从实验室功能验证推向可提交的 Virtual Testing Dossier

前言

今晚这条 occupant protection 专题，已经从功能一路推到：

• protection validity
• context credibility
• context arbitration
• conflict-case generation

而现在又出现了一个非常关键的工程信号：

Euro NCAP 2026 正在把 Occupant Protection 从实验室功能验证，推向可提交的 Virtual Testing Dossier。

这是一个非常值得重视的变化。

因为一旦 simulation 不再只是内部研发工具，而开始和：

• dossier submission
• spot-check verification
• protocol-aligned assessment

绑定在一起，系统竞争点就会发生一次很大的上移：

从“有没有做出 feature”，变成“能不能把整个验证闭环整理成可被第三方审阅、抽查、复核的工程交付物”。

一、为什么这不是一个形式变化，而是交付范式变化

1.1 公开信号已经说明 simulation 在进入正式评估链路

公开资料已经明确给出几个关键词：

• simulation accepted under strict rules
• complement proving ground validation
• dossier submission
• spot-check verification

这说明 simulation 的角色已经不是“内部辅助参考”，而是开始进入正式合规与评分准备链。

1.2 这会直接改变 occupant protection 团队要交付什么

过去很多团队的完成标准更像：

• feature 做出来了
• demo 能跑
• benchmark 有提升
• 路试 / 实车案例能展示

但一旦进入 virtual testing dossier 时代，完成标准会更像：

• 场景覆盖边界是否清晰；
• 模拟与实测之间的映射是否可解释；
• regression 资产是否可重放；
• 断言逻辑是否明确定义；
• 抽查时是否能解释为什么这些结果可信。

这已经是工程交付范式的变化，而不只是验证方法的变化。

二、为什么 occupant protection 特别适合被这波变化放大

2.1 因为这条线天生充满高组合度与高边界复杂度

occupant protection 不像单一感知任务，它同时牵涉：

• occupant stature
• child-seat presence
• belt routing / misuse
• OOP posture
• occupancy detection
• airbag / restraint strategy
• warning timing
• context degradation / recovery

这类系统最难的地方从来不是“单点识别”，而是场景组合爆炸。

而 virtual testing / dossier 化最适合解决的，就是这种：

• 组合很多
• 边界很多
• 实车难完整穷举
• 需要反复回放抽查

的问题。

2.2 所以谁能把 conflict cases 组织成 dossier，谁就更接近量产 readiness

前一篇我已经判断：

• 真正稀缺的验证资产正在转向 conflict-case generation。

而现在更进一步的结论是：

真正值钱的，不只是有 conflict cases，而是能把 conflict cases 组织成 protocol-aligned dossier。

这两者差别非常大。

前者更像“研发资产”；后者更像“可交付工程能力”。

三、什么样的 occupant protection dossier 才真正有价值

3.1 不只是场景清单，而应是 requirement → scenario → assertion → evidence 链

我更推荐把 dossier 理解为一条完整链路：

1. Requirement

   • 协议要求什么
   • timing / coverage / warning / adaptation 边界是什么

2. Scenario Family

   • 哪些场景用于覆盖该要求
   • 包括正常、冲突、退化、恢复、边界姿态

3. Assertion

   • 在这些场景里系统必须表现出什么行为
   • dominant hypothesis / fallback / warning / adaptation / recovery 是否正确

4. Evidence

   • simulation 结果
   • regression trace
   • spot-check 映射
   • 必要时与 proving ground / sled / real test 的关联说明

只有形成这条链，virtual testing 才不是“跑了一堆仿真图”，而是可提交的 dossier。

3.2 对 occupant protection 来说，最值钱的是 conflict-based dossier structure

相比普通功能，occupant protection 更适合用冲突导向组织 dossier：

• child-seat vs adult ambiguity dossier section
• buckle valid vs routing invalid dossier section
• posture valid vs protection invalid dossier section
• degraded sensing vs conservative fallback dossier section
• recovery after conflict dossier section

这样更贴近系统风险本质，也更方便审计与抽查。

四、为什么这会反过来重塑研发流程

4.1 团队会被迫从“做功能”转向“做证据链”

一旦 dossier 成为正式交付物，团队就不能只关注模型和 feature 本身，还必须提前考虑：

• 这个功能要怎么证明覆盖到了协议边界？
• 这个 conflict suite 是否能持续回归？
• 这个 assertion 是否足够清楚？
• 这个模拟结论与实测之间如何建立可信映射？

这会让研发流程自然前移到 evidence-oriented development。

4.2 schema / traceability / arbitration 输出会因此变得更重要

因为 dossier 不可能建立在“黑盒模型感觉对了”之上。

它需要系统显式保留：

• conflict_state
• dominant_hypothesis
• uncertainty_level
• fallback_policy_state
• warning_state
• protection_validity_state
• recovery_state
• trace_reason_code

这些字段不只是为了开发方便，而是为了将来能形成可审计的 dossier 证据链。

五、对 IMS / OMS 开发的直接启示

5.1 从现在开始按 dossier 思维设计验证资产

不要等协议审查或量产前夕再补。

更合理的方式是：

• 每个重要 feature / conflict family 都提前挂到 requirement 上；
• 每个 regression suite 都知道自己服务哪条 requirement；
• 每个关键输出都能进入 trace / evidence 包。

5.2 优先建设 protocol-aligned mapping 表

建议正式建立：

• requirement_id
• scenario_family_id
• assertion_id
• evidence_package_id
• spot_check_anchor

这样后续无论是 simulation、实测、抽查还是内部评审，都能围绕同一条链路工作。

5.3 virtual testing 不应只做“替代实测”，而应做“组织证据”

更成熟的思路不是拿 simulation 去替代一切，而是：

• 用 simulation 拉满边界覆盖；
• 用 proving ground / sled / 实测做关键锚点；
• 用 dossier 把两者组织成可解释的证据网络。

这会比“仿真能不能完全替代实车”这种争论更实际。

5.4 ownership 也应扩展到 dossier owner

建议除了：

• conflict-case asset owner
• arbitration regression owner

再明确：

• virtual testing dossier owner

因为如果没有人对 requirement→scenario→assertion→evidence 这条链整体负责，最后依旧会碎成很多局部文档与孤立测试记录。

六、下一轮 TrendRadar 关键词建议

基于这轮研究，后面更值得继续追的方向是：

• virtual testing dossier occupant monitoring
• protocol aligned evidence mapping Euro NCAP 2026
• spot-check verification simulation dossier
• requirement scenario assertion evidence chain
• occupant protection dossier structure
• virtual testing readiness adaptive restraint

这些方向能继续把这条研究线往“工程交付能力”推进。

总结

Euro NCAP 2026 一旦把 simulation 接入正式评估链路，并要求 dossier submission 与 spot-check verification，occupant protection 的竞争就不再只是：

• feature 做得准不准
• demo 漂不漂亮
• benchmark 好不好看

而会越来越变成：

你能不能把整套验证、冲突场景、断言逻辑和追踪字段，组织成一份可提交、可审计、可抽查、可复核的 Virtual Testing Dossier。

所以我会把这轮的核心结论概括为：

Euro NCAP 2026 正在把 Occupant Protection 从实验室功能验证推向可提交的 Virtual Testing Dossier。

谁先把这条证据链能力建起来，谁就更接近真正的量产 readiness。

参考线索

• AVL: Euro NCAP 2026: What’s Changing and How to Stay Compliant
• Euro NCAP press / 2026 protocols related materials
• Smart Eye / Anyverse 关于 2026 occupant monitoring、synthetic validation、protocol readiness 的公开解读