精读笔记
Problem Setting
论文标题：An Exposure-Time-Aligned Primary-Path Architecture for Autonomous-Driving ECUs（arXiv preprint / 2026）。
这篇论文实际解决的是 production AD-ECU 的过渡期架构问题：模块化多 NN pipeline 仍需作为可验证、可组织、可量产的主路径，同时 E2E path 又需要在真实车上 shadow / co-run，并逐步接管部分功能。难点不是“怎么设计一个更好的 E2E 模型”，而是当多个 perception branch、fusion、environment model、planner 分布在多个 SoC 上时，系统如何保持确定的端到端 latency 和一致的时间语义。
以前常见的 late fusion 把各个 perceptor 视为 peer，在 downstream fusion 节点按固定周期等待，这在 ROS/Autoware/Apollo 风格的模块化栈里很自然，但移植到生产多 SoC 环境后会暴露三个硬问题：计算资源被对称分配挤爆 sensor-I/O SoC；fusion 节拍被最慢分支支配；模块之间没有清晰边界用于未来 E2E 替换。
关键矛盾是：组织上希望模块平等、可替换；runtime 上却需要有一条优先级明确、时序可控、跨 SoC 抖动最小的关键路径。本文的判断是，生产架构不能继续假装所有感知分支等价，必须显式承认 primary path。
Motivation
已有路线的不足主要不在算法，而在 deployment abstraction。E2E 论文通常假设输入到输出的模型可以被整体训练和评估，但量产系统受供应商边界、ASIL 流程、功能增量和多域隔离约束，不可能突然变成单模型。反过来，传统模块化 late fusion 虽然适合多团队协作，却没有给 E2E 迁移预留自然切口。
作者真正抓到的缺口是：production SoC 上的 late fusion 不是一个中性的工程选择，它会改变 critical path 的资源分布和 latency 上界。固定周期等待意味着只要一个 branch 错过周期，merge 就付出一个完整 execution period 的代价；跨 SoC 放置 planner 则把非确定性通信 jitter 放进感知-规划主链。
因此论文动机可以概括为：需要一种架构原则，把“实时性”“SoC placement”“时间对齐”“E2E 迁移边界”一起设计，而不是分别靠调度、middleware 或模型替换事后补救。
Core Idea
核心思想是把系统从 egalitarian late fusion 改成 exposure-time-aligned primary path。不是所有感知器都在 fusion 点争取同等地位，而是选出一个能提供 planner 主输入、且天然对应未来 E2E 边界的感知链作为 primary。本文中这个 primary 是 ViT Perception / BEV fusion 链，因为它产出 3D objects、occupancy、lanes 等主规划输入，并且 BEV → trajectory 正好是未来单 E2E 模型的合理接口。
这个改动本质上重新组织了信息流：critical path 不再围绕 fusion cycle，而是围绕主传感器曝光时刻 τ_exp 推进。τ_exp 从 sensor metadata 被提升为贯穿 SWC 的 frame identity。fusion 不再问“这个 100ms tick 到了，各分支来了没有”，而是问“哪些输入属于同一个物理采样时刻 τ_exp”。非关键分支保持异步，只在 merge 时外推到 τ_exp。
这引入的 inductive bias 是很强的：系统承认一个物理时间锚点和一条主因果链。它牺牲了 peer symmetry，换取关键路径可界定、latency 可归因、E2E 替换边界稳定。这比单纯优化 middleware 或堆算力更 scalable，因为它减少了系统级不确定性来源，而不是只压缩单模块耗时。
Method
1. Primary-Path：解决的是关键路径被 peer branches 拖慢和跨 SoC 打散的问题。需要它是因为 production pipeline 中不同 perception 输出对 planner 的重要性并不等价，继续保持政治正确的平等架构会把资源和时序都交给最差分支。核心变化是先定义 P* critical path，再让 SoC placement、merge 位置和 E2E 接口围绕 P* 设计。
2. Exposure-Time-Aligned：解决的是 downstream 时间语义丢失和 fixed-cycle merge 引入整周期等待的问题。需要它是因为 merge time 不是物理采样时间，使用 merge time 重新标记会让模块化路径和 E2E 路径在同一世界状态上的比较变得含混。核心变化是 τ_exp 成为全链路唯一 frame key，SWC 仍然 data-arrival 触发，但数据身份由 τ_exp 定义。
3. SoC-internal enclosure：解决的是 cross-SoC jitter 被放入感知-规划主链的问题。需要它是因为跨 SoC 总线和 middleware 抖动很难给出干净上界，尤其在多 SWC 并发和 NPU/CPU 共享内存环境里。核心变化是把 perception → fusion → planning 主链封闭在 SoC 0，辅助 PV perception 移到 SoC 1 作为 non-critical branch。
4. Time evolution for non-critical branches：解决的是非关键分支异步到达但仍需参与融合的问题。需要它是因为如果继续等待这些分支，就重新回到 fixed-cycle late fusion 的瓶颈。核心变化是只对辅助分支做位置/速度外推到 τ_exp，主链本身不做 fusion-time 对齐补偿。
5. Co-Path Coexistence：解决的是 E2E 迁移缺乏在线比较和接管边界的问题。需要它是因为 E2E 不可能直接替换整个量产 pipeline，必须先在相同时间语义下 shadow / arbitrate。核心变化是从 BEV block 直接到 NNPOST 产生 trajectory，与模块化 NNPLANNER 输出同周期到达，由 NNPOST 做比较和选择。
Key Insight / Why It Works
最核心贡献不是“使用曝光时间戳”这个点本身，而是把曝光时间变成系统架构的主时钟语义，并把 SoC placement 与 E2E migration boundary 绑定在一起。它有效的原因在于减少了两个系统级自由度：第一，谁是主链；第二，以哪个时间定义同一帧。传统 late fusion 同时保留多条 peer path 和 merge-time stamping，看似灵活，实际把 latency 上界和语义对齐都推迟到 fusion 点解决。
这本质上是 representation alignment + real-time systems co-design，而不是 scaling。τ_exp 是物理世界状态的锚点；BEV 是 modular 与 E2E 都能共享的中间 representation；NNPOST 是 runtime arbitration 的稳定边界。三者合在一起，才形成“可渐进迁移”的结构。如果只有 primary path，没有 τ_exp，对齐语义仍会漂；如果只有 τ_exp，没有 primary path，计算和等待瓶颈仍在；如果只有 E2E co-run，没有前两者，同周期比较本身不可靠。
最可能的核心增益来自：去掉 fixed-cycle wait 的整周期惩罚、移除关键路径跨 SoC jitter、以及把辅助分支从 critical path 中降级。这里没有证据表明模型能力提升，增益也不应被解读为 E2E planner 更好。它是典型的 architecture-level latency determinism gain。
其中 Co-Path Coexistence 更像重要但次级的系统设计：它的价值在 migration 和 safety monitoring，不是 timing 增益的主要来源。E2E 输出在文中只有 real-vehicle co-run 示例，没有定量证明其规划质量；因此不能把这部分当成 E2E 方法贡献。更准确地说，论文贡献的是让 E2E 在生产 ECU 上有一个时间一致、边界稳定的落地位置。
Relation To Prior Work
与 E2E driving 工作相比，这篇论文几乎不在同一层面竞争。UniAD/VAD/GenAD/DriveLM 关注端到端建模、开放集评估和 planning-oriented representation；本文关注的是这些模型如果要进入 production ECU，如何与现有 modular path 共存并获得确定 runtime。它补的是 deployment architecture 缺口，而非算法 SOTA。
与传统模块化栈和 late fusion 相比，真正差异是打破 perceptor 平权。Apollo/Autoware 类系统的 late fusion 倾向于在下游合并多个异步模块，靠时间戳和周期调度维持一致性；本文则把 primary path 作为设计原点，把非关键 perception 降级为可外推的附加输入。这是系统优先级的变化，不只是 fusion 策略变化。
与 SafetyNet、InterFuser 等 dual-track / safety-filter 思路相比，本文的 co-path 更偏 runtime architecture：它没有提出新的安全约束学习方法，而是定义 modular 与 E2E 如何在同一 τ_exp cycle 到达 NNPOST 并被仲裁。类似“learned planner + monitor/fallback”的思想并不新，但把它嵌入 production SoC placement 和 exposure-time alignment 中，是本文比较实质的新增信息。
与 latency measurement 工作相比，本文不是只测 trace，而是从 trace 反推出设计原则：critical path enclosure、τ_exp-keyed merge、non-critical branch extrapolation。这是从 measurement methodology 走向 architecture prescription。
Dataset / Evaluation
评估覆盖的是 production AD-ECU 真机 timing，而不是离线数据集上的 perception/planning accuracy。这个选择与论文 claim 基本一致：它要证明的是架构能否在实际 SoC 上闭合 latency budget、减少跨 SoC 非确定性，并支持 modular/E2E co-run。
证据强的部分：同一 Dual-SoC 平台上采集大量 trace event，显示 proposed package 下 camera-shutter 到 NNPLANNER 输出在预算内，关键链路按 100ms execution cycle 推进，且不再跨 SoC。破坏 sensor timing lock 的对照 trace 也有效说明了该架构对上游物理同步的依赖。
证据弱的部分：场景是 stationary / defined scenarios，不足以证明真实交通密度下的 worst-case bound；没有 strict WCET；没有分 object count、lane count、traffic complexity 的负载曲线；E2E co-path 只展示共运行和分歧场景，没有定量说明 arbitration 对安全或性能的贡献。
因此 evaluation 支持“架构原则在该生产平台上能闭合受控 timing budget”，但不支持更强的 claim，例如跨平台泛化、复杂场景 WCET、或 E2E planner 能力提升。
Limitation
最大前提是 sensor-side timing lock。论文明确承认 camera/LiDAR 的 exposure / scan center 必须物理对齐；一旦这个前提破坏，τ_exp 被提升为全链路主时钟反而会让漂移沿 pipeline 累积，侵蚀每个 SWC 的 per-cycle margin。换言之，本文不是消除了同步问题，而是把同步问题前移到传感器触发层，并要求硬件/底层时钟足够可靠。
第二个前提是 primary path 的选择必须稳定成立。如果某些 ODD 中辅助 perception 从“附加信号”变成 planner 关键输入，例如交通标志、施工区域、VRU 特殊检测，那么把它们放在 non-critical path 并外推到 τ_exp 可能不再安全。primary/non-critical 的划分不是通用真理，而是依赖具体产品功能和 ODD。
第三，time evolution 假设相对温和。对非关键分支做 constant-velocity extrapolation 在静态或低动态场景中合理，但在复杂交互、遮挡切换、目标急加速、交通灯/标志语义变化时，外推不是语义等价。论文没有分析这些误差如何影响 downstream planning。
第四，所谓 E2E migration path 目前主要是架构可行性，不是安全论证。NNPOST 如何 arbitration、何时信任 E2E、如何避免两个 path 同时失败，文中未充分说明。当前描述更像 runtime switch 机制，而非完整 safety case。
第五，增益归因主要来自工程架构重排。它是有价值的，但不应包装成算法泛化能力。跨 SoC jitter 被移除、固定周期等待被取消、辅助模块迁出 SoC 0，这些都可能是主要收益来源；不同硬件拓扑下收益需要重新推导。
Takeaway
- 1. 对 production AD 来说，late fusion 的“模块平等”是有系统代价的；一旦进入多 SoC、多 NN、多供应商环境，必须显式定义 primary path，否则 latency budget 会被最慢分支和跨域通信吞掉。
- 2. τ_exp 作为全链路 frame identity 是可以迁移的 insight：只要系统中存在物理采样时刻与 downstream decision 的语义错位，把采样时刻提升到 SWC/graph 层通常比在 fusion 点重新补时间戳更干净。
- 3. E2E 上车的现实路径很可能不是一次性替换 modular stack，而是在 shared representation 和 shared time reference 下 co-run、shadow、arbitrate，再逐步扩大接管范围。
- BEV/NNPOST 这类稳定边界比具体模型结构更重要。
一句话总结
这篇论文不是提出新的自动驾驶模型，而是把生产 AD-ECU 的模块化到 E2E 过渡重写为“primary path + exposure-time alignment + co-path arbitration”的系统架构问题，实质贡献在于用物理时间锚点和关键路径封闭换取可部署的确定性 latency 与渐进迁移边界。