UN R171 第 5.3.7.4.9 条遇上特斯拉 Speed Offset:ETSC 十二页简报逐条拆解"默认偏置"违规四要素,12 月 TCMV 投票前的限速规则攻防,以及 ISA 90% 精度指标将如何反向定义 DCAS 的限速判定

发表于2026-10-30|更新于2026-10-30|法规标准

|总字数:6.1k|阅读时长:20分钟|浏览量:

UN R171 第 5.3.7.4.9 条遇上特斯拉 Speed Offset:ETSC 十二页简报逐条拆解”默认偏置”违规四要素,12 月 TCMV 投票前的限速规则攻防,以及 ISA 90% 精度指标将如何反向定义 DCAS 的限速判定

先给一句可以被引用的论断:ETSC 在 2026-09-29 的十二页立场文件(主笔 Frank Mütze)做了一件值得所有做辅助驾驶限速功能的团队逐字精读的事——它不诉诸政策偏好,而是把 UN R171(DCAS)第 5.3.7.4.9 条”系统不得允许驾驶员设置一个使当前最高速度超出系统判定限速的默认偏置”拆成四个构成要件,逐条比对特斯拉 FSD (Supervised) 车主手册里的 Speed Offset 功能(菜单开关、5% 步进、最高 +50%),得出四个要件全部满足、功能被禁且不在 Article 39 豁免清单内的结论;而 RDW 4 月 10 日的临时批准、10 个成员国的相继互认、以及被推迟到 12 月的 TCMV 投票,让这条条文注释变成了一个还有两个月窗口的活案卷。

这件事对 IMS/DMS 团队为什么重要:看起来这是 ADAS 感知与法规认证的战场,离舱内感知很远。但仔细读 ETSC 的论证会发现三个直接挂钩舱内的点——其一,限速判定的性能指标已经写进了 ISA 委托法案(正确率须覆盖行驶距离的至少 90%,见 §3.4.2.5.2,经 ETSC 简报转引),而即将落地的欧盟规则将允许 DCAS/ADS 在限速判定性能等效时自动关闭 ISA,舱内 HMI 的 ISA 显示链路和 ADAS 的限速判定链路从此共享同一个精度论证;其二,ETSC 致各国交通部长的信里把”驾驶员过度信赖风险是否在数月常规使用中被证明受控”列为四问之三,并写明”驾驶员监控(Driver-monitoring)可以减弱这种效应,但目前没有任何证据表明它能消除它”——DMS 有效性第一次以这种措辞进入 EU 型式批准的公开论辩;其三,特斯拉已在欧洲把 FSD 改名(据报道为 “Tesla Assisted Driving”,据 Reuters 2026-10 与 Electrek 2026-10 报道),命名、功能边界、限速合规三者被监管机构捆绑审视的先例,会让所有出口欧盟的辅助驾驶功能配置表(尤其在中国开发、面向美国发布的功能)都需要一次 R171 合规审计。

本文为 A 型(法规/文件深读)。信源说明:主文为 ETSC 立场文件《The Speed Offset and Contextual Max Speed Functions of Tesla’s FSD (Supervised)》(2026 年 9 月,12 页 PDF)全文逐页精读,以及 ETSC 致 EU 成员国交通部长信(2026-06-12,2 页 PDF)全文精读;佐证信源为 ETSC 2026-09-29 新闻稿(已读网页全文)、ETSC ISA 专题页、IIHS Speed 专题页(2026 年 7 月更新版);欧盟/联合国法规条文(R171 各段、ISA 委托法案 §3.4.2.5.2)均为经 ETSC 简报转引,本文已逐处标注”转引”,EUR-Lex 与 UNECE 官网原文页在本轮抓取中不可达(反爬),未能直接核对原文。投票时间线(12 月投票、各国互认计数)来自 Reuters/Electrek/electrive 等二手媒体报道(经 Google News RSS 检索,2026-06 至 2026-10 多条),文中逐处标注。

背景:两套限速规则、一个批准程序,和一个还没发生的投票

先把规则地图摆清楚。欧盟的限速辅助监管实际由两层构成:一层是 GSR(Regulation (EU) 2019/2144)下的 ISA 强制项——新车必须配备智能速度辅助,2022 年 7 月起新车型、2024 年 7 月起所有新车(ETSC ISA 专题页;站内对 ISA 实测协议的拆解见此前 Euro NCAP 2026 ISA 真实道路测试一文);另一层是 UN R171(DCAS,Driver Control Assistance Systems)——对任何装备”辅助驾驶员执行车辆动力学控制”系统的车辆在欧盟强制适用(ETSC 简报 §1.2,转引)。两层的限速要求强度完全不同:ISA 只要求”告知与反馈”,DCAS 是真的在控制车辆,所以 R171 对”系统可以把车速带到哪里”写了明确边界。

案卷的时间线如下(全部日期均有信源,见括号):

timeline
    title 特斯拉 FSD (Supervised) 欧盟审批与限速功能之争(2026)
    2026-04-10 : 荷兰 RDW 依 Article 39 豁免程序授予临时国家型式批准(ETSC 简报 §1.1)
    2026-04起 : 比利时/捷克/丹麦/爱沙尼亚/立陶宛/斯洛文尼亚相继互认(ETSC 9-29 新闻稿)
    2026-06-12 : ETSC 致几乎所有 EU 成员国交通部长信,列四问(信件原文)
    2026-06-18/19 : 瑞典公开要求 EU 否决 FSD,除非移除超速相关功能(据 Reuters 6-19 等报道)
    2026-09-08 : 据媒体报道,第 6 国互认后欧盟范围投票仍悬置(Tech Times 9-08)
    2026-09-25/28 : 据报道 10-06 投票未列入议程,推迟至 12 月最早(Reuters 9-25 / electrive 9-28)
    2026-09-29 : ETSC 发布新闻稿+十二页立场文件,要求否决两项功能(本轮主文)
    2026-10-06 : TCMV 会议讨论,未举行投票(ETSC 新闻稿所引议程;媒体确认)
    2026-10-16/26 : 据报道斯洛伐克(第 9)、拉脱维亚(第 10)互认(Drive Tesla Canada 10-16 等)
    2026-12(预计) : 欧盟范围投票,德国确认 12 月举行(据 Not a Tesla App 9-29 报道)

Article 39 豁免程序的机制值得 IMS 法规岗吃透(ETSC 简报 §1.1):它为”与现行规则不兼容的新技术”留口子——成员国主管机关可以授予临时国家批准,但只有在欧委会授权、且成员国代表组成的技术委员会投票通过后才升级为全欧有效;豁免清单内的功能被允许偏离现行规则,豁免清单外的功能必须照章合规。特斯拉自己的 “Article 39 – FSD (Supervised) Dashboard” 显示,豁免只申请了 contextual max speed 一项;speed offset 未列入豁免——按 ETSC 的读法,这意味着特斯拉把它当作”与现行规则兼容”来处理,而 ETSC 论证它恰恰违反了现行规则(转引自简报对特斯拉 Dashboard 的引述)。

核心机制:R171 限速条款的三层结构,与 5.3.7.4.9 的四要素检验

ETSC 简报最有价值的部分不是结论,而是它把 R171 的限速条款整理成了一个清晰的三层结构(以下条文均转引自简报,段号为 R171 原文段号):

层	段号	内容(转引)
驾驶员可设上限	§5.3.7.4.7	系统必须给驾驶员提供方式,在其设计速度范围内任意设置驾驶员设定最高速度;驾驶员可以把上限设到高于公布限速(例:50 km/h 路上设 60 km/h)
例外封顶	§5.3.7.4.4	当公布限速是运营国境内的最高限速时,系统不得超过该限速
当前最高速度的来源	§5.3.7.4.5	“当前最高速度”(current maximum speed)只有两个合法来源:驾驶员设定的速度,或系统判定的道路限速
判定义务	§5.3.7.4.1	系统”应致力于判定当前行驶车道适用的道路限速”——注意:没有规定 how
默认偏置禁令	§5.3.7.4.9	“The system shall not enable the driver to set a default offset by which the current maximum speed is supposed to exceed the system-determined road speed limit.”
当前最高速度定义	§2.23(171.00)/§2.20(171.01、171.02)	“系统将控制车辆的最高速度”——是天花板,不是目标车速

由此得出整个案卷里最值得引用的一组对照(ETSC 简报原文加粗):

The driver may set a speed above the limit. The system may not intentionally set one.
(驾驶员可以把车速设到限速之上——现行规则令人遗憾地允许;系统不得主动设定一个超速上限——这是硬边界。)

ETSC 对第一条的态度是政策异议(它认为辅助驾驶系统本就不该在违法速度下辅助驾驶员,而”系统可能判错限速”的辩解不成立——不同意系统判定的驾驶员随时可以接管),对第二条才是法律论证。对 Speed Offset 的四要素检验如下(全部来自简报 §2.2):

构成要件(§5.3.7.4.9 拆解)	特斯拉 Speed Offset 的事实(转引自车主手册)	是否满足
系统允许驾驶员设置	通过设置菜单开启并配置	✅
是一个默认偏置(default offset)	十个固定档位(5% 步进,最高 +50%),设好后即默认生效,直到关闭	✅
偏置施加于系统判定的限速之上	车主手册明示偏置作用于”当前检测到的限速”	✅
改变当前最高速度	特斯拉手册所称 “max speed” 即 R171 定义的 current maximum speed	✅

简报还预先反驳了一种最可能的辩护读法——“§5.3.7.4.9 禁的是产生目标车速的偏置(像巡航设定那样)”。ETSC 的反驳锚在定义上:R171 的 “current maximum speed” 定义写的是”系统将控制车辆的最高速度”,不是“系统将控制车辆所处的速度”;若立法者只想禁目标车速,条文会写成 “vehicle speed” 或定义 “target speed” 而没有(简报脚注 2)。这个”抠定义”的论证方式本身就是给所有功能合规团队的示范:合规论证的胜负手通常在术语定义段,不在功能描述段。

flowchart TD
    A[车辆要设定辅助驾驶的最高速度] --> B&#123;速度来源?&#125;
    B -->|驾驶员手动设定| C[合法: 驾驶员设定最高速度<br/>§5.3.7.4.7 允许高于公布限速]
    B -->|系统判定| D&#123;等于系统判定的<br/>道路限速?&#125;
    D -->|是| E[合法: §5.3.7.4.5 两来源之二]
    D -->|默认偏置 +X%| F[违法: §5.3.7.4.9 禁止<br/>Speed Offset 落在此处]
    C --> G&#123;运营国最高限速?&#125;
    G -->|是| H[封顶: §5.3.7.4.4]
    G -->|否| I[放行]

(图:R171 限速条款下”当前最高速度”的合法来源判定流。依据 ETSC 简报 §1.2/§2.2 转引的 R171 段号整理,条文原文未直接核对。)

Contextual Max Speed:合法输入与非法输入的分界线

第二个功能更有技术讨论价值,因为它踩在一条还没有明文的分界线上。Contextual max speed 允许系统根据驾驶场景中的视觉线索动态调整最高速度设定;车主手册的措辞是”维持安全自然的交通流,或防止最高速度变化导致不安全驾驶”(转引)。两个成员国的表态加深了灰色:捷克交通部确认系统可以”适应当前交通状况而非仅依赖交通标志”,芬兰 Traficom 则表述为”当系统检测的限速不确定或不准确时,车辆速度会适应其他交通”(转引自简报 §3.1)。

ETSC 立场的精妙之处在于它不反对视觉线索,只反对一种视觉线索(简报 §3.2):

✅ 道路基础设施线索(标线、道路形态、基础设施要素)用于限速判定——被明确欢迎。理由:标志识别和地图数据都以可预测的方式失效,两者同时失效时,更好的限速判定对辅助驾驶和 ISA 同样有利。
❌ 其他车辆的速度用于判定限速或设定最高速度——被明确反对。理由:欧洲道路上超速普遍存在,其他车的速度不是限速的证据;系统因他车超速而抬高自己的上限,”不是在提高限速判定精度,而是把他人的超速误认成限速本身”。

对特斯拉 “车辆严格按限速行驶会在他车都超速时扰乱交通流” 的辩护,ETSC 的回击直指责任结构:这不是一个辅助超速驾驶员的系统,这是一个自己在超速的系统——驾驶员唯一的动作是打开了一个设置,违规的决定是车辆在那个瞬间做出的(简报 §3.4)。

数据层面同样有方法学看点:特斯拉的 evidence dashboard 显示,在其自选样本中 98% 的”系统将最高速度设在判定限速之上”的案例里,FSD 的实际车速不高于周围交通的中位车速(转引自简报 §3.5)。ETSC 的批评是这个统计缺了两个变量——周围交通的实际车速和该车道适用的公布限速:若交通流以 70 km/h 行驶在 50 km/h 路上,FSD 把上限提到 68 km/h,依然能进特斯拉的 98% 样本,尽管已大幅超速。这个批评对任何要用 fleet 数据向监管自证安全性的团队都是一课:只报”相对自车环境的统计”而不报”相对法定真值的统计”,监管方完全有理由不采信。

审批战场:四问信、NTSB 引用,与 DMS 第一次进入 EU 批准论辩

ETSC 2026-06-12 致交通部长信(全文已读)要求各国在互认批准前,先由”制造商以外的人”公开回答四个问题:

该系统是否被独立证明既提升安全、又不引入新风险? RDW 声称正确使用时”对道路安全有积极贡献”,但 ETSC 指出没有任何公开证据支撑;独立研究未发现此类辅助驾驶在 EU 法定防撞技术之外还有安全增益;且”该系统可以被设置,由设计地,帮助驾驶员超过限速”。
为什么要求各国采用一个美国联邦当局正在调查的系统? 两项在案调查:闯红灯问题、以及摄像头退化时未向驾驶员告警的问题(后一项直接是感知健康监测/DMS 邻接域)。荷兰道路上有驾驶员拍到其跨越实线。
过度信赖风险如何评估、如何在数月常规使用(而非试验场)中被证明受控? 信中引用 NTSB 2026-03-31 的结论——过度信赖与两起致命事故相关,此类系统”主要作为便利功能而非安全增强功能运作”——并写下那句关键的话:“Driver-monitoring can reduce that effect. Nothing yet shows it removes it.”
出事后谁来调查? 欧洲没有 NTSB/NHTSA 的对应物,没有在役独立调查机构。

对 DMS 团队,第三问值得单独停一下。R171 把驾驶员持续可用性写进组合辅助驾驶的准入条件(站内已有专文拆解),但 ETSC 这封信把论证往前推了一步:DMS 存在 ≠ 过度信赖受控,监管需要的是”数月真实使用中受控”的证据。这预示舱内感知团队未来的交付物不止是检测性能指标,还包括”部署后过度信赖指标随时间的监测与收敛证据”——这是评价口径从实验室到在役的迁移,与 IIHS 部分自动驾驶评级对 DMS 的失分模式(14 套系统 8 套 poor,见此前拆解)指向同一趋势。

程序层面的现状(截至本文写作,2026-10-30):TCMV 在 10 月 6 日的会议只讨论未投票;据 Reuters(9-25)与 electrive(9-28)报道,欧盟范围投票推迟到 12 月最早,据 Not a Tesla App(9-29)报道德国已确认 12 月投票;互认国家据媒体统计已从 ETSC 9-29 时点的 6 国增至 10 国(斯洛伐克 10-16、拉脱维亚 10-26 为最后两例);特斯拉已在欧洲将 FSD 改名(据 Reuters 2026-10 报道为 “Tesla Assisted Driving”)。也就是说,本文是一场还开着庭的案卷综述——12 月的投票结果、以及投票前是否出现功能移除或条文修订的妥协,都是接下来两个月内可能推翻本文部分判断的变量。

与已有方案的关系:三套限速监管杠杆的对比

维度	EU ISA 强制(GSR/ISA 委托法案)	UN R171(DCAS)限速条款	美国 IIHS ISA 评级(筹备中)
强制性质	法定强制(2024-07 起全部新车)	装备 DCAS 即强制适用	自愿评级,2027 首批系统评级,其后拟入 TSP+ 门槛
系统形态	反馈为主(告知+警告),可被驾驶员超越	系统控制车辆速度,边界条款密集	评级对象为警告型/主动型 ISA(IIHS Speed 页)
限速判定性能要求	正确率覆盖行驶距离 ≥90%(委托法案 §3.4.2.5.2,经 ETSC 转引)	仅”应致力于判定”(shall aim),无量化指标(ETSC 指出的缺口)	未公布(IIHS Speed 页 2026-07 更新版仍无评级协议;站内 10-19 文开放问题维持)
驾驶员超速自由度	可超越(强制的是提醒不是限速)	驾驶员可设高于限速;系统不得默认偏置(§5.3.7.4.9)	不适用(评级视角)
对交通流速度的容忍	不涉及	ETSC 主张禁止;特斯拉以豁免/兼容两种路径申辩	不适用
本轮争议后走向	即将允许 DCAS/ADS 以等效精度自动关闭 ISA	ETSC 提议新增 §5.3.7.4.1.1(禁用他车速度判定限速)+ 堵 driver-set offset 漏洞	等待 IIHS Status Report 披露协议

ETSC 简报结尾的两条修法建议(§4)值得法规件团队放进跟踪清单:其一,在 §5.3.7.4.1 下增设 §5.3.7.4.1.1”系统在判定当前车道适用限速时不得使用其他车辆的速度”——精确地只移除争议输入、保留基础设施线索路径;其二,堵 driver-set offset 漏洞——现行禁令只覆盖施加于”系统判定限速”的偏置,若系统先取得驾驶员设定速度、再由系统对之施加偏置,是否仍算”驾驶员设定”存在解释空间,ETSC 主张显式禁止。第三条建议则把两个体系缝合起来:以 ISA 委托法案的 90% 指标为基准,审查 DCAS 的限速判定条款是否足以担保”DCAS 挂帅时自动关 ISA”的安全性。

对 IMS 团队的启示

把 ISA 的 90% 精度指标当成 DCAS 限速判定的设计下限,而不是两个团队两个指标。 即将落地的”等效性能自动关闭 ISA”条款意味着:今天 ISA 团队按委托法案 §3.4.2.5.2 做的 90% 论证,明天就是 DCAS 团队关闭 ISA 时的合规依据。同一个限速判定管线会被两套法规引用,指标、测试道路、真值采集应一次性对齐 Euro NCAP 2026 的 2000 km 真实道路协议(见站内拆解),避免两套证据链各说各话。
限速判定的输入白名单要写进架构文档。 标志识别、地图、道路基础设施线索是 ETSC 明确背书的输入;他车速度是欧盟监管火线上的输入。在中国开发、面向欧洲发布的限速/速度上限功能,做一次”输入来源审计”比事后改功能便宜得多——特斯拉案例的教训正是:一个功能走了”未申请豁免=默认合规”的捷径,被安全组织用四个构成要件精确反杀。
“不确定时交还决策”的 HMI 是监管认可的兜底路径。 ETSC 的原话:系统真正不确定限速时,正确反应是告知驾驶员,”把决定交给人类”;而”基于交通流猜限速的系统是自己做决定,而且可能做错”。对舱内 HMI 团队,这意味着限速置信度显示、限速不确定提示不是体验细节,而是合规论辩里被点名认可的机制。
DMS 的交付物要开始包含”在役过度信赖证据”。 ETSC 信件 Q3 把 NTSB 的”便利功能”结论直接送进了 EU 批准论辩。R171 驾驶员可用性监测解决的是”此刻人在不在环”,而监管下一阶段问的是”几个月后驾驶员还看不看路”。为 DCAS 项目预研过度信赖的纵向指标(告警响应时间漂移、接管质量随里程变化),并与 R171 可用性监测共享数据管线。
警惕 fleet 自证数据的统计口径。 特斯拉 98% 案例数据的失效模式(缺周围车速与法定限速两个变量)是通用反例:向监管提交的任何”我们比人类平均更好”的统计,都必须包含相对法定/客观真值的分母,而不只是相对自选样本环境的分母。

路线判断与开放问题

我的判断:speed offset 在欧盟被否决的概率大于存活概率——它面对的是写死的条文禁令加四要素齐备的构成要件事实,且 ETSC 已把”批准它=给所有厂商发无视限速的模板”(Frank Mütze 语,ETSC 新闻稿)钉进了公共论辩;而 contextual max speed 更可能以限缩版存活——“基础设施线索判定限速”路径 ETSC 自己都欢迎,谈判空间在”他车速度作为置信度参考但不直接设定上限”之类的中间形态。依据是程序事实:投票被推迟本身就是筹码交换的窗口。

开放问题四个:一,12 月投票是否如期举行、是否附条件(功能移除/修订承诺);二,ETSC 提议的 §5.3.7.4.1.1 会不会进入 R171 下一次修订——这决定”交通流学习”类功能在全行业的生死;三,IIHS 的 ISA 评级协议何时公布(站内 10-19 文开放问题一,经今日复查 IIHS Speed 页 2026-07 更新版仍未公布,问题维持);四,”DCAS 等效精度自动关 ISA”条款落地时,90% 的判定条件、测试协议由谁定义——这是 ISA 与 DCAS 两个合规域的第一条缝合线,值得持续跟踪欧委会后续文件。