2. 智能驾驶分级与法规
在高速NOA（Navigate on Autopilot，领航辅助驾驶）系统工程中，分级标准与法规边界不是“背景知识”，而是决定系统架构、功能定义、人机交互、测试验证乃至事故责任划分的顶层约束。同一套变道、超车、匝道汇入能力，被定义为L2还是L3，其传感器冗余、驾驶员监控、接管策略和法律责任会完全不同。因此，理解L0-L5分级、NOA与L2/L3的关系，以及国内外法规对责任的界定，是开展NOA系统工程的第一道门槛。
一、核心原理：SAE L0-L5分级的本质是“责任转移”
SAE J3016将驾驶自动化分为L0至L5六个等级，其核心不是“功能多少”，而是动态驾驶任务（DDT）由谁执行、由谁监控、由谁兜底。L0-L2属于“驾驶员执行并监控”，系统只是辅助；L3在限定设计运行域（ODD）内由系统执行DDT，但驾驶员需在请求时接管；L4在ODD内系统可完成DDT及兜底，无需人类接管；L5则无ODD限制，完全由系统承担。
关键分水岭在L2与L3之间：L2的驾驶员必须持续监控环境并随时接管，系统不承担兜底责任；L3则允许驾驶员在系统激活且未发出接管请求时“脱眼脱手”，但必须保持可接管状态。这一差异直接决定了NOA系统的定位——目前量产高速NOA绝大多数仍属于L2级辅助驾驶，而非L3。
二、NOA与L2/L3的关系：功能越强，责任越不能“越级”
高速NOA通常包含车道保持、自适应巡航、自动变道、超车、匝道汇入汇出、导航路径跟随等功能。从功能表现看，它已经非常接近“自动驾驶”，但从责任归属看，只要驾驶员仍需监控并随时接管，它就属于L2组合辅助驾驶。很多车企宣传“L2.5”“L2+”，这些并非SAE标准等级，而是营销话术，工程上必须回归L2定义。
NOA与L3的关系可以这样理解：NOA是功能形态，L3是责任等级。同一套NOA功能，若系统在ODD内承担DDT执行与监控，并能在发出接管请求后给驾驶员足够反应时间，同时具备最小风险策略（MRM），才可能被认证为L3。否则，即使功能再强，也只能停留在L2。工程上常见的误区是“功能堆得越多越像L3”，但法规看的是责任链是否闭环，而非功能清单。
工程判断口诀：看DDT谁执行、谁监控、谁兜底；看接管请求是否由系统发起；看系统是否具备MRM。三者都指向系统，才可能进入L3。
三、国内外法规与责任界定：从“谁控制”到“谁举证”
国内方面，2021年发布的《汽车驾驶自动化分级》（GB/T 40429-2021）与SAE J3016基本对齐，明确L0-L5定义。2023年以来，工信部、公安部等部门陆续发布智能网联汽车准入与上路通行试点政策，对L3及以上提出更严格的要求，包括数据记录、网络安全、功能安全、预期功能安全（SOTIF）以及事故责任追溯。深圳、北京、上海等地也出台了地方性智能网联汽车条例，允许L3级车辆在特定区域测试与示范运营。
国际方面，联合国WP.29的R157（ALKS）法规率先对L3车道保持系统作出规定，要求系统在激活时承担DDT，并在接管请求后给驾驶员至少10秒反应时间；德国《道路交通法》允许L3车辆在特定条件下由系统驾驶，但车主仍需承担基础责任；美国则更多依赖州级立法与NHTSA指南，责任界定因州而异。
| 维度 | L2（含NOA） | L3 | L4/L5 |
|---|---|---|---|
| DDT执行 | 驾驶员 | 系统（ODD内） | 系统 |
| 监控主体 | 驾驶员 | 系统，驾驶员待接管 | 系统 |
| 接管请求 | 无系统请求，驾驶员随时接管 | 系统发起，需留反应时间 | 无需接管 |
| 事故责任 | 驾驶员主责 | 系统激活时车企/系统方主责 | 系统方全责 |
| 典型法规 | GB/T 40429、SAE J3016 | UN R157、德国StVG | 各地试点政策 |
四、案例与复盘：一次“NOA变道”事故的责任推演
假设一辆搭载高速NOA的L2车辆，在系统激活状态下自动变道，与侧后方快速接近的车辆发生碰撞。复盘时需回答三个问题：第一，系统是否在变道前完成充分感知与风险评估？第二，驾驶员是否按规定持续监控并手握方向盘？第三，车辆数据记录是否完整可追溯？
在L2框架下，即使系统存在感知不足，驾驶员仍因“未持续监控、未及时接管”承担主要责任；但若车企宣传中暗示“可脱手脱眼”，则可能因误导性宣传承担部分责任。若该功能被认证为L3，且事故发生在ODD内、系统未发出接管请求，则责任主体将转向车企或系统供应商。这正是NOA系统工程必须提前锁定分级与责任边界的原因。
常见误区：把“功能名称”当“责任等级”。NOA、NGP、NOP、FSD等名称均不代表L3；只有通过法规认证并明确ODD、接管策略与MRM，才可能进入L3。工程文档中应统一使用SAE/GB分级，避免用营销词替代责任定义。
五、对NOA系统工程的直接约束
- 功能定义：明确系统是L2还是L3，决定是否允许脱手、是否需要驾驶员监控（DMS）。
- 架构冗余：L3需考虑感知、执行、电源冗余，L2则更侧重成本与体验平衡。
- 人机交互：L2强调“驾驶员始终在环”，L3需设计接管请求时序与升级策略。
- 数据记录：L3及以上必须满足法规要求的事件数据记录（EDR/DSSAD）与追溯能力。
- 测试验证：L2以功能性能为主，L3需增加ODD边界、MRM、接管成功率等验证。
NOA分级判定检查清单（工程版）
1. DDT执行主体：驾驶员 / 系统？
2. 监控主体：驾驶员 / 系统？
3. 兜底主体：驾驶员 / 系统？
4. 接管请求：系统是否发起？反应时间是否≥法规要求？
5. MRM：是否具备最小风险策略？
6. ODD：是否明确定义并可验证？
7. 数据记录：是否满足EDR/DSSAD要求？
若1-3均指向系统，且4-7满足，才可评估L3；否则按L2定义。综上，L0-L5分级不是简单的功能排序，而是责任分配框架。高速NOA在当前阶段绝大多数属于L2，其系统工程必须围绕“驾驶员在环”展开；若未来向L3演进，则需在ODD、接管策略、冗余架构与数据追溯上完成系统性升级。理解法规与责任边界，才能让NOA的功能设计、测试验证与合规落地形成闭环。