接管需要足够的提前量
别名: 接管请求 · TOR · time budget · 接管时间预算 · fallback-ready user
概念解释
接管提前量是系统发出接管请求（takeover request, TOR）到驾驶员必须真正握回横向与纵向控制之间的时间预算。响一声不算完成，人要从非驾驶任务里把自己拉回路况、重建此刻谁在旁边、系统为何交权，再把手放到能起作用的位置。SAE J3016把有条件自动驾驶写成：系统在运行设计域（operational design domain, ODD）内执行动态驾驶任务，退出时必须向准备接管的用户（fallback-ready user）发出请求。窗口不够，请求只是把事故预告了一下。这条只谈时间够不够，不谈提示要走几条感觉通道，也不谈交权完成那一瞬间界面如何宣布「现在谁在开」。
机制
驾驶员一旦把眼、手和注意交给视频、菜单或交谈，就进入环路之外（out of the loop）。情境意识要重新走感知—理解—预测：自己在哪条车道、邻车在加速还是在切进来、交权是因为匝道将近还是因为传感器已经看不清。这段重建不是瞬时开关。非驾驶任务越沉浸、交通越密、请求越缺乏预兆，窗口就要越长。系统又往往在自己开始失把握时才开口，而那正是路况最难读的时刻——时间预算被压缩在最需要它的场景里。把窗口砍短并不能让人更快，只会把未完成的重建带进接管后的前几秒。
怎么研究
用驾驶模拟器做接管，而不是用停着的台架只测按键反应时。让人先由系统驾驶一段，再在预定点或突发点发出 TOR。
自变量：请求到必须接管的时间预算、非驾驶任务类型（视觉-手动 / 听觉 / 认知）、请求能否被路况线索预见到、道路复杂度。 因变量：从请求到恢复稳定控制的时长、接管后轨迹偏差、冲突或严重偏离、情境意识量表、首次有效转向或制动的时刻。
实验室被试通常知道会有接管，警觉高于真实长途；路上长期无事件会把监督强度打下去。不要把「平均接管时间」写成可复用的固定秒数——同一段时间在直道巡航和施工区变道里不是同一种难度。眼动与方向盘力矩能把「手已经放上去」和「已经看懂路」分开，后者才是提前量要买到的东西。
边界
停车、低速代客、封闭园区里人本来就在环路内，提前量的压力小得多。Level 2 及以下在规则上要求人始终监督，屏幕上的「请接管」多半是功能退出，不是把一个已经合法不看路的人拉回来；把有条件自动驾驶的时间预算直接套到辅助驾驶的脱手提醒上，会既吓到人又训不出正确预期。突发机械失效可能根本给不出人因上够用的窗口，这时问题变成最小风险策略，而不是把提示再提早半拍。模拟器里年轻被试、短任务、无真实撞车后果，成功接管不能直接当成量产验收。
怎么落地
- 按运行设计域退出、传感器降级、驾驶员无响应等触发源，分别规定请求必须发出的最早时刻，而不是只规定「响一声」。
- 把舱内允许的非驾驶任务深度与时间预算绑在一起：允许看视频，就要按「从视频里回来」来预算，而不是按双手已在方向盘上的人来预算。
- 可预期的退出（即将离开高速公路）应先进入倒计时或降级，把重建做在真正交权之前；突发类请求用更强的中断，但仍给不出的窗口不要假装已经给了。
- 验证：在含非驾驶任务的模拟器或封闭道路上，看从 TOR 到稳定控制的时间分布与接管后轨迹；若尾部仍出现未看懂路就碰到冲突的个案，加长的是预算，不是提示音量。