精读笔记
Problem Setting
这篇论文不是在一般意义上做 radar-camera fusion，而是在长距高速驾驶中处理一个表示层面的冲突：远距离目标证据太少，需要跨帧、跨区域积累；但高速目标位移大，又不能只做全局 BEV 对齐。以前 BEV 方法的问题是把长距空间均匀离散化，计算和内存随范围快速增长，而且对象细节被固定分辨率 BEV 稀释；query 方法的问题是过早把信息压成少量对象 token，适合 foreground retrieval，但缺少 scene-level temporal context。真正困难点是：长距目标既需要局部对象建模，也需要场景级上下文补偿；既需要 sparse computation，又不能丢掉可累积的空间结构。
Motivation
作者的核心动机是指出 dense BEV 和 query-based fusion 各自只覆盖了一半需求。dense BEV 有上下文、有 temporal accumulation，但它在 150m 范围内过于昂贵，并且对小目标细节不经济；query 表示轻量、对象中心化，但缺少背景/邻域结构，尤其在 radar returns 和 image pixels 都极少时容易没有足够证据。关键缺口是一个中间表示：既不像 dense BEV 那样铺满全场，也不像 query 那样只保留离散对象 token，而是能在疑似目标附近形成连续支持，并在 BEV 上保留稀疏可聚合的场景结构。
Core Idea
Horizon3D 的核心思想是把 long-range fusion 重新表述为“对象中心连续 primitive 与稀疏场景网格之间的信息循环”。Gaussian primitives 不是用来重建完整场景，而是作为目标附近的可变形采样核：它们从 radar BEV 和 camera feature 中取证据、调整位置/尺度/方向/速度，再 splat 到 BEV 中形成前景稀疏场。这样做改变了建模方式：计算不再按整个检测范围均匀分配，而是按 keypoint proposal 和 occupied foreground 分配。
这个 inductive bias 很明确：远距检测中，真正值得高分辨率建模的是少数疑似目标区域，而场景级上下文只需要稀疏地保留在 foreground/near-foreground BEV cells 中。与 prior 的本质区别不是“用了 Gaussian”本身，而是把 Gaussian 当成 object-centric cross-modal sampler 和 sparse BEV generator；再把 temporal fusion 分解为 BEV-level evidence accumulation 与 Gaussian-level object motion propagation。这使它比 dense BEV 更 scalable，比 pure query 更保留空间结构。
Method
KGGI 解决的是 Gaussian primitive 的搜索空间问题。通用 Gaussian perception 往往需要大量 primitives 覆盖场景，长距下不可扩展；这里用 radar objectness 和 camera keypoint/depth prior 把 primitives 放到可能有目标的位置，本质上是 proposal-guided sparse allocation。它带来的核心变化是：Gaussian 不再承担全场覆盖，而承担 object hypothesis refinement。
OCSF 解决的是 object-level detail 与 BEV-level context 的连接问题。Gaussian 在自身范围内通过 deformable sampling 聚合 radar/camera 特征，再经 splatting 变成稀疏 BEV occupancy/features。这个机制的必要性在于 query token 难以直接承载空间邻域，而 BEV cell 又太粗；Gaussian 是两者之间的连续空间接口。box enlargement supervision 也很关键，它让 Gaussian 不只贴住 box interior，而是学习 near-object context；这可能是性能提升的重要来源之一。
DPTF 解决的是 temporal fusion 粒度不匹配的问题。BEV path 存储前景 cell，用速度和 ego-motion 对齐后做多帧稀疏累积，主要补偿远距观测稀疏；Gaussian path 存储并传播 primitives，主要补偿动态目标跨帧大位移。两条路径的分工合理：BEV path 更像 scene evidence memory，Gaussian path 更像 object motion memory。这里真正重要的是 velocity-guided sparse memory reuse，而不是普通 temporal stacking。
Key Insight / Why It Works
最可能的核心贡献是“proposal-guided Gaussian + sparse BEV splatting”这个表示重组。它把 dense BEV 的空间上下文和 query 的对象中心性以一种计算可控的方式结合起来。Gaussian primitives 提供了连续的局部支持域，天然适合处理远距目标在 BEV 网格中只占少量 cell、在图像中只占少量 pixel 的情况；splatting 则把这些局部对象证据转成可被 sparse conv 和 detection head 消化的 BEV 表示。
DPTF 的增益也很实在，但更像是 long-range/high-speed setting 下必要的 engineering + memory design。BEV path 的本质是 foreground retrieval 和 sparse temporal accumulation；Gaussian path 的本质是 object hypothesis propagation。它未必形成复杂的长期动态建模，更像短时 memory reuse + velocity warp。考虑到 temporal frames 多、velocity 有监督、occupancy 有额外监督，部分收益可能来自更强 supervision 和更长时间上下文，而不完全来自 Gaussian 表示。
KGGI 的有效性依赖 keypoint recall。它把难题从“全场寻找目标”转移为“radar/camera proposal 是否覆盖目标”。Random Gaussians 的加入说明 keypoint-only 并不够稳，proposal miss 仍是风险。box enlargement 的大幅增益也说明模型需要 near-object context；这不是纯对象 token 能轻易学到的，反而支持作者对 scene-level context 的判断。
整体看，Horizon3D 更接近 better inductive bias + sparse memory reuse，而不是单纯 scaling。它没有靠扩大 dense BEV 或增加 query 数量硬堆，而是重新分配计算：把高成本操作集中到疑似目标及其上下文区域。这里的关键不是 Gaussian 形式多优雅，而是它提供了一个从 object proposal 到 sparse BEV 的软连接。
Relation To Prior Work
最接近的谱系有三条：BEV-based radar-camera fusion、query-based radar-camera fusion、Gaussian-based 3D perception。相对 BEVFusion/CRT-Fusion，它保留 BEV 作为最终检测和 temporal accumulation 的载体，但避免 dense BEV construction；相对 RCTrans/SpaRC，它仍然使用 object-centric encoding，但不把所有信息压缩成 query，而是通过 splatting 回到稀疏空间结构。相对 GaussianFormer/GaussianFormerV2，它的不同点在于 Gaussian 不是全场 scene primitives，而是由 radar/camera keypoints 引导的 object primitives。
看似新的部分有不少是已有思想重组：keypoint proposal、deformable sampling、Gaussian splatting、sparse conv、temporal memory、velocity compensation 都不是新概念。实质创新在于它们的组合方式非常贴合 long-range radar-camera 的观测形态：用 keypoint 降低 primitive 覆盖成本，用 Gaussian 表达对象附近连续支持，用 sparse BEV 承接上下文和检测，用双路径 memory 分开处理稀疏观测和对象运动。这是表示层面的工程化创新，而不是新的几何理论。
Dataset / Evaluation
评估主要基于 TruckScenes，这是合适的，因为该数据集确实覆盖高速、长距、4D radar-camera 场景，比 nuScenes/VoD/TJ4D 更接近论文 claim。结果支持“长距 radar-camera fusion 中 hybrid sparse representation 优于 dense BEV/query baseline”这一结论，尤其速度和显存对比能支撑 scalability claim。
但 evaluation 的外推性有限。它基本是单 benchmark 证明，没有跨数据集、跨车体传感器布局、跨 radar 密度/噪声分布的验证。真实部署中的在线延迟、tracking consistency、calibration drift、weather-induced radar artifacts、camera degradation 没有被充分考察。距离分段结果支持 long-range claim，但 100-150m 的绝对 mAP 仍低，说明问题远未解决。per-class 结果也显示动态类收益明显，而静态小物体/高处物体可能退化，这与方法对 radar/keypoint/foreground occupancy 的依赖一致。
Limitation
第一，方法强依赖 proposal 质量。KGGI 如果漏掉目标，后续 Gaussian refinement 很难凭空恢复；random Gaussians 只是缓解，不是根治。尤其对没有 radar return、图像中极小或高处悬挂的物体，keypoint-guided allocation 会天然吃亏。
第二，所谓 scene-level context 是稀疏且前景偏置的。它不是完整 scene modeling，而是 enlarged foreground mask 附近的局部上下文。这个设计在 detection benchmark 上有效，但对需要道路拓扑、遮挡推理、长期交互理解的任务，上限可能有限。
第三，temporal modeling 更像短期 memory alignment，不是长期状态建模。BEV path 和 Gaussian path 都依赖 velocity prediction 与 ego-motion，对速度误差、非线性运动、遮挡后再出现、长时间缺失观测的鲁棒性文中未充分说明。
第四，增益归因不完全清楚。KGGI、OCSF、DPTF、sparse radar backbone、额外 occupancy/velocity losses、多帧输入、两阶段训练共同作用；文中消融能证明模块有用，但不能完全分离 Gaussian representation、本体监督、temporal memory 和 training recipe 的贡献。
第五，泛化仍未被真正证明。TruckScenes 是强相关场景，传感器配置固定，模型可能学习了特定 radar-camera geometry 和高速公路分布。跨平台部署时，Gaussian 初始化、BEV threshold、velocity supervision 的稳定性都可能需要重新调参。
Takeaway
- 1. 长距 3D perception 的关键不只是更大 BEV 或更多 query，而是如何按信息密度分配计算；object-centric continuous primitives + sparse spatial memory 是一个值得迁移的表示范式。
- 2. Gaussian 在这里最有价值的地方不是渲染或几何重建，而是作为可学习的局部采样核和 BEV splatting bridge；这个思路可迁移到 LiDAR-camera、radar-only、甚至 map-aware perception。
- 3. temporal fusion 应该显式区分 scene evidence accumulation 和 object motion propagation。
- 把两者混在 dense BEV 或 query memory 中都会损失一部分 inductive bias。
一句话总结
Horizon3D 是 long-range radar-camera detection 中一次有效的表示重组：它把 dense BEV 的上下文能力和 query/Gaussian 的对象中心性合并为 proposal-guided sparse Gaussian-BEV fusion，本质上属于面向长距感知的 sparse allocation + temporal memory 演化路线。