中国牵头起草的自动驾驶全球技术法规ADS GTR 获批,刷屏了.但GTR vs 中国GB:两条线、两套逻辑、两种命运
- 2026-07-15 22:48:35
中国牵头起草的自动驾驶全球技术法规ADS GTR 获批，刷屏了，但先别急着喊"里程碑"。因为中国不需要遵守它！上一篇发完后，有读者问：GTR和中国强标到底差在哪？光说"没有强制力"不过瘾，得拿原文对标才有说服力。
我找来了两份文件的原文——
- GTR ADS（ECE/TRANS/WP.29/GRVA/2026/2）：联合国ADS全球技术法规，89页，2026年6月刚获批
- GB 44721（报批稿）：智能网联汽车自动驾驶系统安全要求，61页，强制性国标，2026年6月3日完成报批稿
把两份文件逐节对照，核心差异可以归纳为以下七个维度。
一、法律地位：参考答案 vs 考试题
| 对比项 | GTR ADS | GB 44721 |
|---|---|---|
| 文件性质 | 1998协定GTR无强制力，各国自选是否采用 | 强制性国标（GB）在中国境内具有法律效力 |
| 对中国车企 | 无约束力 | 强制，不满足不予准入 |
| 未来走向 | 可转为UN Regulation（1958协定），届时方有强制力，需2-3年 | 已处于报批阶段，即将正式发布实施 |
一句话：GTR是"全球共识的底线上限"，GB是"中国市场的准入及格线"。过了GB才能卖，过了GTR（未来可能）方便出海。
二、适用范围：宽 vs 窄
| 对比项 | GTR ADS | GB 44721 |
|---|---|---|
| 车辆类别 | Category 1 + Category 2（乘用车+商用车，全覆盖） | M类 + N类（乘用+商用，但仅限L3/L4） |
| 自动化等级 | L3 / L4 / L5（基于SAE J3016，框架性覆盖） | 仅L3和L4（L5未商业化，暂不纳入） |
| 排除项 | 未明确排除自动泊车 | 明确排除自动泊车系统（APS） |
| ODD描述 | 基于ODD的行为能力框架（通用、高层级） | 针对高速公路/城市快速路等具体ODD有专项附录 |
关键差异：GB只管L3和L4，且把自动泊车剥离出去单独管理；GTR覆盖更宽（含L5概念性框架），但具体到每个ODD的要求是高层级的，留给各国自行细化。
三、DDT执行要求：原则性 vs 条款式
这是两份文件差异最大的地方。
GTR的写法（第4章 ADS requirements）：
- ADS安全水平"至少达到合格且专注的人类驾驶人水平"（原则性表述）
- 按场景分类要求：标称场景、风险场景、失效场景、ODD边界、MRM
- 要求ADS"不应导致可合理预见和可避免的碰撞"
- 不规定具体性能指标数值，留给制造商在安全档案中论证
GB的写法（第5章 ADS技术要求）：
- 同样要求"安全水平至少达到合格且专注驾驶人水平"
- 但逐条列出具体行为规范，例如：
- → "ADS的驾驶行为不应导致碰撞"（5.1.2.1）
- → "ADS应避免与安全相关目标发生碰撞"（5.1.2.2）
- → "ADS应探测与响应享有优先通行权的车辆"（5.1.2.10）
- → "ADS应探测与响应交通警察现场指挥"（5.1.2.11）
- 对L3和L4分别列出具体行为能力要求（附录B、附录C）
- L3高速公路功能：要求具备车道巡航、换道控制、交叉路口通行（除环形路口外）能力（B.2.1）
- L4功能：若ODD含高速以外道路，还要求具备倒车、掉头能力（C.2.1.7）
四、人机交互：框架要求 vs 逐项强制
GTR（第4章 + 原则(o)）：
- 要求HMI防止"模式混淆"（用户不知道是谁在控制）
- 要求监测后援用户接管能力（L3场景）
- 要求介入请求预留"充分时间"让用户安全接管
- 不规定具体监测方式，留给安全档案论证
GB（第5.2章 人机交互 + 附录A）：
- 附录A《接管能力监测技术要求》是规范性附录（必须执行）
- 明确要求："持续评估后援用户是否具备接管能力"（5.2.2.1.9a）
- 明确退出策略：干预超过阈值→发提示→执行退出策略（5.2.2.1.5）
- 明确激活条件：必须确认用户完成使用培训、已阅读并理解使用说明（5.2.2.2.3、5.3.3、5.3.5）
- 对L3和L4的HMI分别要求（L4不需要接管，但要有乘客安全交互）
关键差异：GB直接要求"每次动力启动后确认用户已完成培训"，这是GTR完全没有的条款。中国强标在用户告知和防误用上，比GTR严格得多。
五、验证方法：多支柱框架 vs 具体检验程序
两份文件都采用"多支柱法"（审计/仿真/场地/道路），但落地方式不同。
| 对比项 | GTR ADS | GB 44721 |
|---|---|---|
| 仿真工具链 | 要求建立"可信度框架"，量化不确定性 | 详细规定仿真工具链确认方法（6.2.1.9），要求区分偶然不确定性和认知不确定性 |
| 安全档案 | 要求提供，作为审批依据 | 附录D为规范性附录，规定安全档案的结构（声明-论据-证据） |
| 检验程序 | 第6章规定合规评估框架，由各国审批机关执行 | 第7、8、9章规定具体检验方法，可直接作为型式检验依据 |
| 确认性试验 | 提及但未规定具体试验项目 | 第9章"确认性试验"有具体试验要求 |
本质区别：GTR的验证要求是"给审批机关用的框架"；GB的验证要求是"给检测机构用的操作规程"。GB可以直接作为型式试验的依据，GTR需要各国自行转化为本国法规的验证程序。
六、部署后监管：报告义务 vs 全周期管理
GTR（第5章 Manufacturer requirements, 6.4 部署后安全）：
- 要求建立部署后安全监测计划
- 要求报告"可报告事件"（annex 1 列出报告类型）
- 两种报告：短期报告（重大事故）+ 定期报告（统计数据）
- 要求DSSAD（自动驾驶数据记录系统）支持事件分析
GB（第6章 保障要求 + 第7、8章检验）：
- 要求建立安全保障要求（SMS），覆盖开发、生产、部署后全流程
- 部署后监测是SMS的一部分，要求"采取纠正措施"（6.1.4）
- 要求装备符合GB 44497的DSSAD（5.4.1）——这是强制性要求，直接引用强标
- 第7、8章规定检验人员如何审核部署后监测能力
关键差异：GB通过引用GB 44497（DSSAD强标），把数据记录要求直接落地；GTR只说"要装DSSAD"，但具体技术要求引用ISO 26022（还在制定中）。
七、网络安全与OTA：引用 vs 强制
GTR：
- 要求ADS"按照网络安全最佳实践进行保护"（原则(g)）
- 要求软件更新"安全地进行"（原则(h)）
- 引用UN R155（网络安全）和UN R156（软件更新）作为现有法规
- 但GTR本身不重复规定具体网络安全要求
GB：
- GB 44721本身未详细规定网络安全要求
- 但中国汽车强标体系中有独立强标：GB 44495（汽车网络安全）和GB 44496（软件更新）
- GB 44721通过"规范性引用文件"体系，与这些强标联动
- 实际执行中，车企必须同时满足GB 44721 + GB 44495 + GB 44496 + GB 44497
总结：一张表看清全貌
| 维度 | GTR ADS | GB 44721 | 谁更严？ |
|---|---|---|---|
| 法律效力 | 无 | 强制 | GB |
| 覆盖范围 | L3/L4/L5，全车型 | L3/L4，排除自动泊车 | GTR更广 |
| DDT要求细致度 | 原则性 | 条款式，逐场景规定 | GB更细 |
| 用户告知/防误用 | 框架要求 | 逐项强制，含培训确认 | GB更严 |
| 验证检验可操作性 | 框架级 | 可直接作为型式试验依据 | GB更落地 |
| 部署后监管 | 报告义务 | 全周期SMS管理 | 基本持平 |
| 网络安全/OTA | 引用现有法规 | 独立强标联动 | 基本持平 |
最后说一句
GTR的价值不在于"中国直接采用"，而在于"中国强标与国际框架的对标依据"。
GB 44721的起草说明里明确写了："在FRAV/VMAD综合文件基础上，结合中国国情制定。"——这句话的意思是：技术框架跟国际接轨，具体要求比国际更严，落地方式完全按中国强标体系来。
对车企来说，现实意义很直接：
- 只在中国卖：GB 44721是硬门槛，GTR仅供参考
- 要出口欧盟：UN R157（ALKS）+ 未来UN Regulation on ADS + GTR技术框架，都要看
- 两个市场都要：按GB做，再对标GTR补差异，是目前成本最低的路径
