芯耀
与非AI
93
据工业和信息化部消息，2026年7月30日，工业和信息化部组织制定并归口的《智能网联汽车 自动驾驶系统安全要求》（GB 44721—2026）强制性国家标准由国家市场监督管理总局、国家标准化管理委员会批准发布，拟于2027年7月1日起正式实施。
那么，这个标准的发布意味着什么？他对自动驾驶产品要求是什么？产品开发中需要落地什么东西？有什么可能的难点？对自动驾驶发展有什么影响？
本文站在自动驾驶行业从业者的角度来解读GB_44721-2026标准，希望给大家一些信息和科普。
首先，这事儿的性质变了
其实原来L3/L4的法规有一个老版本叫 GB/T 44721—2024，那个 "/T" 是"推荐"的意思。翻译成人话：国家告诉你"建议这么做"，你不做也没事。现在，新版本把 "/T" 去掉了。
翻译成人话：如果你说你的车是3L/L4, 你就必须要满足这个GB国标, 你不做，车就上不了公告。这是本质区别。过去两年，各地 L3 路测、包括 2025 年长安 SL03 在重庆、极狐阿尔法 S 在北京拿到的那两张附条件准入，参考的都是那份"建议"。
从 2027 年 7 月起，它变成了硬门槛。也表明，从明年7月开始就有汽车可以光明正大的说自己是自动驾驶L3/L4的车了。从法规的监管思路来看，这个法规的要求是：
过去是"你证明车能开"，现在是"你证明车不会出事，而且你得证明自己有能力一直证明这件事"。
后半句才是真正难的地方。我们后面会讲到。适用范围：装 L3 和/或 L4 系统的载客车、载货车。自动泊车不算在内。
那到底要求了什么？
标准 61 页，我拆成几块来讲。
第一块：车得会开（第 5 章）
这章是"及格线"，写得比较务虚，核心就一句话："ADS 的安全水平应至少达到合格且专注驾驶员的水平。"
注意这个措辞——不是"平均驾驶员"，是"合格且专注的驾驶员"。也就是那种没喝酒、没看手机、驾龄够、状态好的人。这个标杆定得不低。然后按四种情况展开要求：一切正常时（标称场景）、遇到危险时（风险场景）、系统坏了时（失效场景）、开出运行范围时（不符合 ODC）。
其中有三条需要从业者特别注意：
① 你得替看不见的地方操心。（5.1.2.4）标准明确要求，对"无法探测区域"——传感器天生的盲区、被别的车挡住的盲区、被弯道和坡道遮住的盲区——必须有合理的控制策略。说白了就是：大货车挡住你右前方，你不能假装那儿什么都没有。这是把学术界讲了很多年的 occlusion reasoning 直接写进法规了。
② 警车和交警，L4 没有退路。（5.1.2.10、5.1.2.11）遇到执行任务的警车、消防车、救护车，或者交警在路口打手势——L3 可以选择"让行，或者请驾驶员接管"，但 L4 只能让行、只能按交警手势走。没有"我看不懂，你来吧"这个选项，因为 L4 压根没有"你"。这是一个典型的长尾感知任务，被写成了强制项。
③ 停一次，就得重新点火。（5.1.6.1）L3 系统万一执行了 MRM（也就是"我实在开不了了，我把车靠边停住"），车停下来之后，必须重新启动动力系统，才能再次激活自动驾驶。不能停一下、缓过来、接着自动开。这条目前L2++都这么做了，没什么需要更改的难度。
第二块：高速上的 L3，抠到小数点（附录 B）
这 12 页是全篇工程细节讲到的比较多的。前面都比较虚，这里全是数字。先说感知看多远。标准做了个很聪明也很硬的设计：你想跑多快，就得看多远。而且要跑过 60 km/h，还有个前提——车得有 5 m/s² 以上的减速能力。
130 米是什么概念？以 120 km/h 跑，130 米是你3.9 秒后会到的位置。差不多 30 辆车首尾相接。但更要命的是"探测范围"的定义。标准里写得很清楚：是考虑传感器在整车寿命期内因时间和使用而老化衰减之后，还能可靠识别目标、并据此生成控制信号的距离。
翻译一下：不是你 spec sheet 上那个"最大探测距离 200 米"。是那颗镜头蒙了灰、用了八年、镀膜有点花之后，你还敢拿它做决策的距离。另外，如果你的系统会换道，还要求从车身中心线往左右各至少 9 米的范围，前向、侧向、后向全覆盖。9 米差不多是两条半车道，也就是说隔一条车道的车你也得看见。
再说换道。这是我认为是大模型数据团队，或着规则规控团队最头疼的一块。你在高速上想往左换道。往左后一瞄，空的。
能换吗？标准说：不能这么想。
它要求你假设——后面那辆你没看见的车，就贴在你后向感知能力的最边缘上，而且它开得比这条路的限速还快 30 公里。（B.1.2.3.2.2）你得按这个假设算。算完还得保证：你变过去之后，人家不需要踩超过 3 m/s² 的刹车，而且始终跟你保持 1 秒以上的车距。
这条的杀伤力在哪？它把"你能不能换道"和"你后面看多远"焊死了。后向感知不够远，你在这条路上就没有换道资格。要么加硬件，要么老老实实把 ODC 里的最高车速降下来。这是个明确的成本 / 能力取舍点，越早决策越好。
顺手带一句：提前 3 秒打转向灯，能把你的安全距离要求从 1.4 秒降到 0 秒。这是标准给的一个明确的"好孩子奖励"，规控上很值得利用。还有几条零散但都得实现的：换道过程中额外横向加速度不超过 1 m/s²（弯道离心力不算）；换道过程中减速指令不超过 2 m/s²；如果和后车距离本来就不宽裕，换完道之后 2 秒内不许再加大刹车力度。
切别人的车，和被别人切。
原来征求意见稿里面标准给了个公式，用来界定"什么情况下你必须避免和切入车碰上"报批稿把这两条合并删掉了，换成一句定性要求：「对于前方车辆切入、无遮挡的行人横穿等情况，ADS 的 DDT 执行能力应至少达到正在承担驾驶任务的合格且专注驾驶人将风险最小化的水平。」：TTC > V rel/12 + 0.35那个 12 是 2×6，隐含了 6 m/s² 的制动能力假设。
TTC 的计时起点定得很细：切入车的前轮外缘越过车道线外缘 0.3 米的那一刻。而且要求它横向移动得有至少 0.72 秒的可识别时间——太鬼探头的切入不算你的责任。行人这条是无条件的。（B.1.1.9）一个没被遮挡的行人，以不超过 5 km/h（也就是正常走路的速度）横穿，预碰撞点在你车头正中间左右各 20 厘米内——必须避免碰撞。没有 if，没有 unless。
接管请求的节奏。
这块的时序设计很有意思，值得细看：如果是能提前知道的接管事件（比如前面高速要下匝道了，出了 ODD），介入请求要早到什么程度？早到"就算驾驶员完全不理你，MRM 也能在事情发生之前把车停住"。
这个要求相当激进请求发出后，最迟 4 秒就要升级（更响、更急），升级之后车还在动的话，必须加上持续或间断的震动提示从发出请求到因为 MRM 而终止，至少要给 10 秒，让人有时间反应但如果是严重失效，允许不发请求直接 MRM—— 因为已经来不及了MRM 减速不超过 4.0 m/s²，双闪要开着并保持（换道那一段用转向灯替代，换完再开回双闪）
第三块：L3 车得盯着驾驶员（附录 A）
这一块只有短短 3 小节，但每一条都可能让你的方案直接改硬件 BOM。
① 安全带不能只靠带扣开关。（A.2.1）标准要求：判断驾驶员系好安全带，必须有至少一种"除了带扣以外"的方式。为什么？因为大家都知道那个插销可以单独插上然后人坐在上面。所以你得上摄像头看、或者上张力传感器、或者压力传感器。这是一颗新的物料。不过现在都通过舱内摄像头处理了。报批稿删掉了，非带扣式检测不是要求了
② 人不在座位上超过 1 秒，就得发接管请求。（A.3.2）
③ 这条最狠：至少两种指标，各自独立判断，30 秒一个周期。（A.4.1）标准要求你用至少 2 种有效指标，各自独立地确认驾驶员在上一个 30 秒周期内具备接管能力。指标可以是眼动、头动、身体动作、特定交互操作、语音、生理特征等等。关键在后半句：可监测的指标不足 2 种，也算"不具备能力"。想想什么时候会踩这条：驾驶员戴了墨镜（眼动废了）、夜间红外受干扰、脸被遮住、手离开方向盘同时头也不动……任何时候你的 DMS 掉到只剩一路信号，系统就必须认为人靠不住。
④ 从"提示"到"接管请求"，最多 15 秒。（A.4.2）发现人状态不对，立刻发提示（而且这个提示要明显区别于车上其他所有提示音），提示持续到人恢复、或者升级成接管请求——这个升级不能晚于 15 秒。
再叠加第 5 章的一条：判断"人已经准备好接手了"，至少要同时满足手握着方向盘+视线在驾驶相关区域且持续足够时长。两个都要。而且如果视线监测暂时不可用，你得在安全档案里写清楚拿什么替代。
第四块：L4 的额外功课（附录 C）
能力清单是硬性的。如果 ODD 只有高速和城市快速路，至少得会：车道巡航、换道、借道避障。如果 ODD 还包括其他道路（也就是城区），至少得会：车道巡航、换道、路口通行、借道避障、倒车、掉头。倒车和掉头写进强制清单里，说明监管想的是真无人运营，不是高速摆渡。
如果车上允许站人（想想 Robobus），加速减速不能超过 2.4 m/s²，而且变化率不能超过 5.0 m/s³。这个约束会明显影响运营效率，做公交场景的要注意。远程协助那部分写得很讲究。
核心三句话：不许依赖远程协助来执行驾驶任务（C.2.1.2）—— 远程只能是"帮一把"，不能是"接过去开"远程协助过程中，方向盘还是 ADS 在打，车还是它自己在开，而不是远程直接接入油门踏板。
通信状态得自己检测（信号强度、时延、抖动），连不上的时候必须能自己 MRM这一条其实划掉了一整类商业模式——那种"远程驾驶舱兜底"的方案，在这个标准下不能作为安全论证的依据。还有一条容易忽略的：停下来之后，在没确认"当初让我停车的原因已经消除"之前，车不许自己重新动起来。（C.1.4.3）
第五块：你得有一套"体系"（第 6 章）
这一章不谈车，谈自动驾驶的体系。要求你建立并运行 SMS（安全保障体系），七个模块一个不能少：安全方针、风险管理、安全保证、安全提升、设计开发管理、生产管理、部署后安全管理。还要有 KPI 来衡量体系有效性、要有供应链协议、要定期做独立的内审和外检。然后是 6.2.1。这一节我认为是全篇被低估最严重的地方。
它讲的是"仿真试验条件"。但它干的事不是问你的仿真器好不好用，而是问你的仿真器凭什么可信。要求包括：代码验证（静态分析、动态分析、收敛性分析）、数值误差估计（离散误差、舍入误差、迭代收敛误差）、敏感性分析（哪些输入对结果影响最大）、仿真输出和实车结果的统计学一致性证明、不确定性量化，甚至要求你把偶然不确定性（本身就随机的东西，比如路面附着系数）和认知不确定性（你自己没搞明白的东西，比如模型简化带来的误差）分开说清楚。
还有：如果你的仿真里有随机数，你必须能确定性地复现同一次运行；做不到，就得证明这个不确定性不影响可信度。开发仿真器的人、评估仿真器的人、拿仿真器做试验的人，各自的资质和培训记录都要留档。这套东西的原型不在汽车行业。
它更像 NASA 那套模型与仿真可信度标准。国内乘用车团队现在的仿真平台，绝大多数处在"能跑场景"的阶段。从"能跑场景"到"能作为准入证据"，中间的差距是以人年计的。而且买商业软件解决不了——标准考的不是工具，是你对工具的理解和论证。供应商没法替你写敏感性分析结论。
第六块：安全档案 —— 一场答辩（附录 D）
这是全篇最长的附录，17 页。它的结构其实很像博士论文答辩：你提出一堆声明（claim），每个声明配论据（argument），每个论据配证据（evidence），而且要能从"标准的某一条要求"一路追溯到"某次试验的某个数据"，正反双向都能追溯。
有几个数字需要注意。
① ASIL 定级是硬性给定的。（表 D.1）标准直接列了 11 类整车危害和对应的 ASIL 等级。ASIL D 是汽车功能安全的最高等级，意味着最严的开发流程、最高的诊断覆盖率、通常还意味着冗余硬件。
换个看法 —— 这 11 类危害不是抽象的，按物理性质归组，它们其实分布在车的四个方向上：
拿到ASIL D的有：非预期的侧向运动、非预期失去侧向控制、非预期加速、主动减速能力丢失或降低。另外L4 的"MRM 丢失或错误"也是 D（L3 只要 B）；L3 的"不响应驾驶员干预"是 D（L4 可以不分配，因为它压根不指望驾驶员）。
配套两条架构红线，看似简单但代价很大：任何一个电子电气单点故障，不得让你完全失去主动转向、主动制动、主动驻车能力（D.2.4.2.5）L3 的任何单点故障，不得让你完全失去提醒能力（D.2.4.2.7）—— 声、光、震动三条通道不能被同一个故障一起打掉，它意味着提醒通道也要冗余。
② 残余风险的门槛，这是全篇最要命的数字。（D.2.3.1.3）
然后标准给了个参考算法：想证明"碰撞事故率低于万分之一每小时"，你需要累计跑 16000 小时不出事，这样有 80% 的信心说达标了。16000 小时听起来还行？一辆车一天跑 10 小时，1600 天，四年半。
上 50 辆车的车队，四个月搞定。但 16000 小时对应的是最宽松那一档。你还得证明致命事故率低于千万分之一每小时。同样的统计逻辑算下来，量级直接跳到千万小时。一千万小时是什么概念？1000 辆车 24 小时不停地跑，跑一年多。而且——每次改一版算法，理论上都要重来。所以这条路在数学上就是走不通的。
标准自己也知道，它在别处留了口子：仿真、数据驱动、影子模式（D.2.6.4.9）。你可以用仿真里程折算实车里程。但折算比例凭什么算？凭你的仿真够不够可信。于是它绕回了 6.2.1。这形成了一个循环依赖，我认为它是整个标准里最深的门槛：
你的仿真可信度 → 决定你的等效里程折算比 → 决定你能不能过残余风险 → 决定你能不能拿准入
谁先把这个闭环建起来，谁的准入速度就快一个数量级。这不是算法能力的竞争，是工程体系的竞争。
③ 必须覆盖的场景清单。（表 D.2）
标准列了一张"最少也得测这些"的清单，摘几个有意思的：没有车道线、断线、变浅的车道线、车道数从多变少或少变多、施工区、龙门架、收费站、限高架、异形目标物（洒水车、路障车）、低对比度目标、侧翻或斜置的目标物、撑伞的行人、披雨衣的电动二轮车，以及一整类"用户误用"：误激活、激活后误用、不接管、误接管、误退出。看得出这张表是从真实事故和真实抱怨里长出来的。撑伞行人和披雨衣电二轮那两个，做过感知的人应该会心一笑。
④ 还有一条挺有意思的要求。（D.4）型式批准之前你得做一次独立性评审，而且记录里要写清楚"已识别的缺陷、置信度较低的部分、尚不明确的部分"。也就是说，标准要求你把自己的弱点写进档案交上去。藏着不写，反而是风险。
第七块：三道关（第 7、8、9 章）
新标准的检验体系是三层，不但看产品还要看体系文件：查体系—— 看你公司的 SMS 靠不靠谱、你的仿真/场地/道路试验条件够不够格。SMS 检验报告有效期 3 年查档案—— 看你的安全档案完不完整（声明-论据-证据链能不能双向追溯）、稳不稳健（残余风险够不够低、证据能不能复现）抽查复测—— 第三方按仿真、场地、道路三种方法自己再测一遍。而且检验人员可以要求你协助复现你自己提交的证据第三点值得关注。
这意味着你不能交一堆"当年跑出来的漂亮数据"就算完——得能随时把同样的软件版本、同样的工具版本、同样的场景、同样的参数重新跑出同样的结果。这对工程归档能力是实打实的考验。
第八块：改一点，就得重考（第 10 章）
这一章对产品和项目管理的杀伤力最大。
标准列了一长串"必须完全相同"才算同一型式：传感器的类型、厂家、型号、数量、装在哪儿；ECU 的厂家型号数量；电子电气架构；ADS 软件架构特征（明确包括端到端模型框架）；人机交互方式；MRM 策略；ODC；L3 的接管监测组件、指标、阈值……软件版本允许不同，但加了个条件："在不影响 ADS 表现的前提下"。
这九个字是整个标准里最大的灰区，也是接下来两年行业里最热闹的战场。因为——重训一遍端到端模型，算不算"影响 ADS 表现"？现在没人能回答。企业得建一套变更分级台账：哪一级改动属于"不影响表现"可以直接 OTA、哪一级触发补充检验、哪一级要重新型式批准。这个判定标准只能靠和检验机构一次一次磨出来。建议现在就开始积累，别等到 2027 年。
另外一条：ODC 只能往小改，不能往大改。（10.2）道路类型只能减少，运行时段只能减少，最高车速只能降低，天气条件只能更严格，车道类型只能减少。想扩 ODD？重新走检验。这一条直接打在行业习惯的节奏上。大家习惯的玩法是"先开一个城市，跑通了再开十个城市，每个月推一版固件逐步放开"。在新标准下，每一次"放开"都是一次合规事件。
时间表
2027 年 7 月 1 日—— 新申请型式批准的车型，必须合规2028 年 8 月 1 日—— 已经拿到型式批准的老车型，必须合规（第 13 个月）离第一条截止，还有 11 个月。安全档案加 SMS 检验，正常节奏是 12 到 18 个月。如果现在还没启动，客观地说，已经晚了。
所以到底要落地什么？
对于内部将要做L3/L4的公司，按团队分，我列一下我理解的责任清单：系统架构—— 冗余的转向、制动、驻车（单点故障不能全废）；ASIL D 的分解方案；L3 的三通道冗余提醒；"单个感知故障不引发危害"的架构论证。
感知硬件—— 按目标车速倒推探测范围（120 → 130 米）；换道能力对应左右各 9 米全向覆盖；后向探测距离（它直接决定你有没有换道资格）；老化衰减后的可用范围标定；安装角度公差要写成规范文档。
规控—— 后向安全距离评估器，包括"没看见后车"那条最坏假设分支；换道 A/B 参数逻辑；切入车 TTC 公式；MRM 状态机（含 MRM 换道、转向灯与双闪的切换、MRC 锁定）；跨车道线避撞的前置条件门；警车和交警手势的识别与让行。
DMS / 座舱—— 非带扣式的安全带判定（新硬件）；在位监测 1 秒门限；双指标 30 秒周期的能力判定；能力不足到接管请求的 15 秒时序；4 秒升级和震动通道；手握方向盘 + 视线的双条件退出判定。
产品 / HMI—— 接管请求图标（要有双手和方向盘的图形）；MRM 时的红色闪烁；还有一整套用户培训与确认流程：
每次上电要确认驾驶员完成过培训（三种方式任选：现场培训并确认 / 生物识别 / 静止状态下账号登录+密码）；要提供"已阅读并理解说明书"的确认方式，只能在车停着的时候确认，而且必须是长按或者至少两次有意操作（比如双击）；OTA 改了说明书内容，下次激活前要重新确认；最多 30 天没确认过，下次激活前强制重新确认。
说实话这套东西合规是刚性的，但用户体验上极其反直觉。做不好会很烦人，但不做就不允许激活 ADS。产品同学必须早期介入，这不是能靠"上线前加个弹窗"糊过去的事。测试 / 仿真—— 仿真工具链的完整 V&V 包（前面讲过了，这是最大的一块）；场地和道路试验设备的校准记录；证据可复现的工具链归档。功能安全 / SOTIF—— 表 D.1 的 HARA 和 ASIL 论证；表 D.2 全部触发条件的验证覆盖；残余风险的分层定量论证；未知危害场景的置信度论证。质量 / 流程—— SMS 全套；部署后的安全监测流程（事件上报 → 调查 → 风险评估 → 对策 → 效果反馈）；变更影响分析和回归策略。法务 / 准入—— 安全档案（提交件 8 类 + 备查件 6 类）；型式批准前的独立内审记录；同一型式的变更边界台账。云端—— 数据回流链路（采集、处理、传输、标注、挖掘的功能和性能要求都要写进档案）；影子模式；L4 的远程协助平台。
几个坑，按痛感排序
1. 残余风险论证 —— 数学上的死结。前面讲了，16000 小时只够最宽松那一档，致命事故率那一档要千万小时量级。唯一出路是仿真折算，但折算比例的合法性又要靠仿真可信度背书。这是个循环依赖，也是这个标准最深的护城河。
2. 仿真工具链的"证据资格"。"能跑场景" ≠ "能当证据"。传感器模型的确认要有实车对比的统计显著性，不确定性要量化，偶然和认知不确定性要分开——这些在国内乘用车语境里基本是空白。这一项建议列为最高优先级，因为它是第 1 项的前置条件。
3. "没看见后车也要按最坏情况算"引发的连锁反应。限速 +30 km/h 的假想后车、3 m/s² 的减速上限、1 秒时距，反推出来的后向探测距离相当激进。很多现有平台的后侧向感知（尤其是纯视觉方案）撑不住高速换道。要么加硬件，要么降 ODD 车速。这是个需要立刻拍板的决策。
4. 同一型式判定和 OTA 节奏的正面冲突。"软件架构特征相同"+"ODC 只能收缩"+"版本不得影响表现"，三条叠起来，端到端模型的常规重训练很可能落在灰区。行业习惯的迭代节奏和这套规则是硬碰硬的。
5. 用户培训流程的产品化。纯粹的产品设计难题。合规要求刚性，用户体验刚性反感，中间要找平衡。
6. 这本质上考的是组织能力，不是技术能力。SMS + 安全档案 + 三重检验，考的是"你公司有没有一套可审计的安全治理体系"。这对自研程度高、流程成熟的企业有结构性偏向。
靠拼装外部方案的企业会发现一个尴尬的事实：供应商不会把过程证据给你，你的档案根本写不完整。
这个行业会变成什么样
首先，概念营销的时代结束了。"NOA""L2+""准 L3"这类模糊话术失去空间。ODC 要按 GB/T 45312 写清楚道路类型、时段、车速、天气、车道类型，然后写进安全档案。
这既是约束，也是责任边界的确权。对真心愿意承担 L3 责任的企业其实是好事——终于有一条可以指着说"这条线之内是我的责任，之外不是"的界线了。竞争维度变了。决定谁先拿到 L3 准入的，不再主要是接管里程数据，而是：仿真工具链够不够格当证据、安全档案能不能通过双向追溯审查、SMS 能不能证明鲁棒性。
这是一次从"demo 能力"到"工程体系"的重新排序。会明显区分开一批公司，而且区分方式和过去两年大家比拼的东西不太一样。BOM 被标准倒推着往上抬。130 米前向、9 米横向、后向感知反推、冗余转向制动、非带扣安全带监测、多模态冗余提醒——成本刚性上升。
所以 L3 短期内会先在高速和城快场景、中高价位车型上落地，这也正好解释了为什么附录 B 只覆盖高快速路。供应链关系要重构。标准要求你和所有参与方签开发接口协议、评估供应商的 SMS、审核他们的过程。
Tier 1 从"卖零件"变成"必须交付可审计的安全过程证据"。能提供完整档案支撑材料的供应商会拿到溢价，不能的会被挤出 L3 项目。准入从"一次性"变成"终身制"。
部署后安全管理要求持续监测、事件上报、风险评估、OTA 修复和效果验证。这实质上给高阶自动驾驶建了一套类似药品的"上市后监测"制度。云端安全运营从此是准入的一部分，不是可选项。
最后一个，是个容易被忽略的战略变量。
官方明确提到这个标准与联合国 ADS GTR 做了协调。如果对齐度确实高，那么在国内做出来的安全档案，将来出口时有可能是可以复用的。这是这套"看起来很重"的体系值得投入的商业理由——不只是为了在国内拿证，是为了拿一张将来能用的证。以下为广告部分：
买书么？自动驾驶的，Vehicle联合机工社权威出版的，汽车行业高薪岗位，未来具身智能必备书籍参考资料以及图片
- 《智能网联汽车 自动驾驶系统安全要求》（GB 44721—2026）pdf
*未经准许严禁转载和摘录-获取本文参考资料方式：加入我们的知识星球可以下载公众号海量参考资料包含以上参考资料。
