1. 课程导入

欢迎进入《L3 接管策略与人机共驾工程》。在正式展开技术细节之前，我们需要先建立一张“全局地图”：L3 到底意味着什么？为什么它把“接管”推到了工程舞台的中央？人机共驾工程又要解决哪些系统性问题？本节将围绕定义、学习目标、课程框架与核心概念导览四个层面，为后续 29 章打下共同语言。

一、L3 的定义：从“辅助驾驶”到“有条件自动驾驶”

按照 SAE J3016 的分级，L0–L2 属于“驾驶员持续执行动态驾驶任务”的范畴，系统只提供辅助；L3 则发生质变——在设计的运行域（ODD）内，系统可以完整执行动态驾驶任务，驾驶员不再需要持续监控环境，但必须在系统发出接管请求（Request to Intervene, RtI）后，于规定时间内重新接管。L4/L5 则不再要求人类作为接管兜底。

因此，L3 的本质不是“更聪明的 L2”，而是一种责任与注意力重新分配的驾驶模式：系统承担 ODD 内的驾驶任务，人承担接管后的任务与最终责任。这一“有条件”的边界，正是接管策略与人机共驾工程存在的根本原因。

二、为什么“接管”是 L3 的核心难题

当驾驶员从“监控者”变为“待命者”，会引入一系列新问题：注意力脱离导致的情境意识下降、接管请求到实际操控之间的反应时间、接管后对当前场景的理解重建、以及接管失败时的最小风险状态（MRM）策略。这些问题不是单一算法能解决的，而是感知、决策、规划、人机交互、驾驶员状态监测、功能安全与预期功能安全共同作用的系统工程。

下图给出 L3 运行中“系统驾驶—接管请求—人机交接—最小风险”的典型信号与状态流转关系，帮助你在进入后续章节前先看清全局链路。

三、学习目标：学完本课程你能做什么

本课程面向智能驾驶系统工程师、功能安全工程师、HMI 设计师与产品经理，目标是让你具备“从策略设计到工程落地”的完整能力。具体包括：

• 能准确区分 L2/L3/L4 的责任边界，并据此定义接管策略的适用范围；
• 能设计接管请求的触发条件、提前量、多通道 HMI 与升级策略；
• 能建立驾驶员状态监测（DMS）与接管能力评估的工程方法；
• 能编写接管时序、MRM 降级与最小风险策略的测试用例；
• 能识别人机共驾中的典型误区，并完成复盘与改进。

四、课程框架与核心概念导览

全课程共 30 章，按“定义—策略—工程—验证—复盘”的主线组织。下表给出模块划分与核心概念，便于你建立索引。

五、核心概念速览与常见误区

在进入后续章节前，先建立几个必须牢记的概念：ODD 是系统可运行的设计域；RtI 是系统向人发出的接管请求；MRM 是接管失败后的最小风险状态；DMS 是驾驶员状态监测。它们共同构成 L3 接管策略的“四梁八柱”。

下面用一段伪代码描述接管策略的核心判断逻辑，帮助你从工程视角理解“何时请求、何时降级、何时进入 MRM”。

if (ODD_valid && system_confidence > threshold) {
    state = SYSTEM_DRIVING;          // 系统驾驶，人待命
} else if (ODD_exit_soon || system_fault) {
    issue_RtI(lead_time = f(TTC, speed, driver_state));
    state = HANDOVER_REQUEST;        // 发出接管请求
    if (driver_response_within(deadline)) {
        state = MANUAL_DRIVING;      // 人工接管成功
    } else {
        state = MRM;                 // 接管失败，进入最小风险状态
        execute_minimal_risk_maneuver();
    }
}