乘客气囊管理正在从ON-OFF开关升级为System-Advised与Auto-Managed联合状态机

乘客气囊管理正在从 ON/OFF 开关升级为 System-Advised 与 Auto-Managed 联合状态机

发布时间： 2026-03-28
主题： passenger airbag / adaptive restraint / child seat / OMS / Euro NCAP 2026
关键词： passenger airbag、system-advised、auto-managed、rear-facing child seat、adaptive restraint、OMS

一句话结论

过去很多前排乘客气囊管理，本质上还是一个机械时代遗留下来的设计：

发现有风险
提示用户手动切换
或者靠一个简单 ON/OFF 开关完成配置

但 Euro NCAP 2026 给出的信号很明确：

乘客气囊管理不应再停留在单个 ON/OFF 状态，而应升级为由 occupant sensing 驱动的 system-advised / auto-managed 联合状态机。

这意味着真正高价值的系统不只是“能不能关掉气囊”，而是：

什么时候应该自动关
什么时候必须提示驾驶员确认
什么时候应该恢复开启
当前判断依据是否足够可信
整个切换链路是否可解释、可追踪、可验证

对 IMS / OMS 团队来说，这件事的本质已经不是单个 restraint flag，而是一个安全状态机设计问题。

1. 为什么传统 ON/OFF 开关思路已经过时

传统 passenger airbag 逻辑通常很简单：

空座 → 无所谓
成人 → ON
儿童座椅 / 特定风险 → OFF
依赖驾驶员手动切换或简单 occupancy sensor

这套逻辑的问题是，它默认：

风险状态是静态的
驾驶员一定会正确操作
系统不需要解释切换原因
occupant detection 足够确定，不会出现模糊区间

但现实里，很多最危险的场景恰恰出现在这些假设失效时：

rear-facing child seat 没被及时识别
小体型成人被误判成 child-seat-like 状态
驾驶员没有按提示切换
乘员姿态变化导致原本安全的部署策略变得不安全
传感器存在不确定性，但控制层没有对应的 advised mode

所以问题已经不是“开或关”，而是：

系统如何在自动决策、建议提示、人工确认和失败兜底之间做正确状态迁移。

2. Euro NCAP 2026 的信号：manual-only 不再够用

Smart Eye 对 Euro NCAP 2026 occupant monitoring 的公开解读里有几个点非常值得注意：

manual-only switches are not enough to earn top scores
若检测到 rear-facing child seat，前排乘客气囊必须 OFF
对于 5th percentile adults and larger，气囊应为 ON
自动管理是优选，最低也应具备 system-advised 能力
提示界面、可见性、安装时可操作性、避免儿童误操作等都被纳入要求

这说明 Euro NCAP 看待这件事的方式已经完全不同了。

它不再把 passenger airbag management 当成一个独立物理开关，而是看成一条完整链路：

occupant sensing
child-seat / stature / posture inference
strategy selection
user guidance or automatic actuation
state display
traceable compliance

也就是说，切换动作本身只是最后一步。

3. 为什么 system-advised 很关键：因为现实里有大量“不够确定但不能沉默”的状态

很多工程讨论容易二分：

能自动就自动
不能自动就别做

但前排 passenger airbag 其实恰好落在中间区域。

因为现实里会有很多中间态：

看起来像 rear-facing child seat，但置信度不足
体型接近 5th percentile 临界区间
occupancy sensor 与 camera / seat sensor 有冲突
child seat 安装过程中状态反复变化
姿态或遮挡让系统无法稳定完成 reclassification

这类场景里，如果系统只支持两种策略：

自动切换
什么都不做

都会出问题。

所以更合理的系统应该具备 third mode：

system-advised state

也就是：

系统明确给出当前建议动作
说明建议原因
引导用户完成确认或调整
在一定超时策略后进入下一步升级逻辑

这会让 passenger airbag management 更像一条人机协同的安全状态机，而不是单次控制写位。

4. 对 IMS 的真正启示：设计联合状态机，而不是一堆独立条件判断

更成熟的 passenger airbag 管理，至少应该有下面这些显式状态：

4.1 Sensing States

seat_empty
occupant_detected
child_seat_suspected
rear_facing_childseat_confirmed
small_adult_candidate
classification_uncertain

4.2 Policy States

airbag_on
airbag_off
system_advised_off
system_advised_on
recheck_required
hold_previous_safe_state

4.3 HMI States

no_prompt
installation_guidance
switch_confirmation_needed
warning_not_acknowledged
status_locked_display

4.4 Safety/Audit States

decision_confidence_ok
sensor_conflict_present
deadline_expiring
trace_logged

如果没有这类显式状态，后面通常就会变成：

if 识别到儿童座椅就提示
if 识别到成人就恢复
else 啥也不做

这种逻辑在协议时代明显不够。

5. 建议输出的不是 airbag_flag，而是 airbag_policy_context

对控制层而言，单个 airbag_enabled = false 已经太弱了。

更合理的输出像这样：

{
  "seat_id": "front_passenger",
  "classification_state": "rear_facing_childseat_suspected",
  "policy_state": "system_advised_off",
  "current_airbag_state": "on",
  "recommended_airbag_state": "off",
  "reason_code": "RFCS_DETECTED_OR_HIGH_CONFIDENCE",
  "confidence": 0.78,
  "user_action_required": true,
  "display_requirement": "visible_during_installation",
  "timeout_policy": "repeat_until_ack_or_reclassify",
  "trace_id": "..."
}

这种结构能解决几个关键问题：

让控制层知道“这是自动动作还是建议动作”
让 HMI 知道如何展示与重复提醒
让验证系统知道当前状态是否符合协议逻辑
让事后追溯知道系统为什么当时没有直接切换

6. 这条链路为什么会和 occupant classification / OOP / seatbelt misuse 强耦合

这也是为什么 passenger airbag management 已经不能单独做。

6.1 它依赖 occupant classification

要先知道：

是空座、成人、child seat 还是不确定状态
体型处于哪一档

6.2 它依赖 OOP / posture

即便不是 child seat，如果：

上身过近
姿态异常
feet on dashboard

也可能影响 restraint strategy 的安全性判断。

6.3 它依赖 belt / seat context

安全带状态、座椅位置、child-seat 安装过程都会影响策略是否要切换或延迟确认。

所以更高价值的系统架构应该是：

occupant context 先统一生成
再由 restraint policy engine 消费
最后输出 airbag / warning / advice / audit 语义

而不是让 airbag 模块独立去猜。

7. 验证矩阵必须升级到状态机级别

过去做 passenger airbag 管理测试，可能只会测：

child seat → OFF
adult → ON
空座 → default

这显然远远不够。

更合理的验证维度应该包括：

7.1 分类维度

rear-facing child seat
small adult
5th/50th/95th percentile
ambiguous object / partial installation

7.2 动态过程维度

child seat 安装中
occupant 替换
分类从 uncertain → confirmed
ON ↔ OFF 切换
advised → auto-managed 切换

7.3 HMI 维度

提示是否在安装时可见
文案是否清晰
是否避免歧义缩写
是否存在误操作风险

7.4 决策维度

自动切换是否正确
system-advised 是否在该出现时出现
超时后的升级动作是否正确
sensor conflict 下是否保持 safe state

也就是说，验证对象已经从：

开关对不对

升级为：

状态迁移对不对、提示对不对、兜底对不对

8. 对 IMS 团队最实际的五条建议

建议 1：把 passenger airbag management 明确建成状态机

不要继续把它藏在一组布尔条件里。

建议 2：显式区分 auto-managed 与 system-advised

这两者不是实现细节，而是协议与体验层的重要语义。

建议 3：保持 safe-state holding 能力

当 sensing 不确定时，不要急着乱切；需要有受控的保守保持策略。

建议 4：让 HMI 与 sensing 共用 reason code

否则很容易出现“控制做对了，但提示讲错了”。

建议 5：把 child-seat installation 场景单独做成回归资产

因为这是最容易出现提示时序与状态抖动问题的场景之一。

结论

前排乘客气囊管理的下一阶段，已经不是一个简单的 ON/OFF 功能，而是一条由 occupant sensing 驱动、由 state machine 管理、由 HMI 解释、由 traceability 审计的联合安全链路。

对 IMS / OMS 团队来说，更成熟的定义应该是：

Passenger airbag management = occupant context → policy state → HMI/advice → safety audit 的完整闭环。

谁先把这条链做成结构化的 policy engine，谁就更接近 Euro NCAP 2026 之后真正需要的 adaptive restraint 能力。

参考来源

Smart Eye, Euro NCAP 2026: New Standards for Occupant Monitoring and Adaptive Restraints, 2025-06-25
https://smarteye.se/blog/euro-ncap-2026-new-standards-for-occupant-monitoring-and-adaptive-restraints/
Smart Eye, What’s Changing in Euro NCAP’s 2026 Safety Ratings?, 2025-11-11
https://smarteye.se/blog/euro-ncap-2026-whats-changing/
Anyverse, Euro NCAP 2026 In-Cabin Monitoring: OEM Guidelines to Readiness, 2025-08-13
https://anyverse.ai/euro-ncap-2026-in-cabin-monitoring-oem-guidelines-to-readiness/

Euro NCAP > DMS

#DMS #OMS #CPD #Euro NCAP 2026

乘客气囊管理正在从ON-OFF开关升级为System-Advised与Auto-Managed联合状态机

https://dapalm.com/2026/03/28/2026-03-28-乘客气囊管理正在从ON-OFF开关升级为System-Advised与Auto-Managed联合状态机/

作者

Mars

发布于

2026年3月28日

许可协议

Occupant-Sensing重标定正在从售后流程升级为自适应约束安全责任链上一篇

儿童座椅安装过程正在从一次识别问题升级为确认窗口与状态抖动治理问题下一篇