GNSS + 自动驾驶:抗欺骗最难测的,是发现＂慢慢变假＂

GNSS + 自动驾驶：抗欺骗最难测的，是发现"慢慢变假"

★

📌 本文位置：GNSS观察系列 · 扩展篇 · 慢拖拽欺骗/完整性告警

关于无线 Battlecard

这里记录无线通信、卫星通信、GNSS、WiFi、5G-A 与测试验证中的工程判断。如果你希望系统阅读，可从文末合集入口进入；也欢迎关注并星标，方便持续看到后续文章。

开场

GNSS 欺骗测试里，最容易演示的是“突然变假”：位置瞬间跳走，时间突然偏掉，接收机很快报警。

但工程上更难测的，是另一类攻击：慢慢变假。欺骗信号可以不在瞬间把接收机拉到错误位置，而是以很小速度拖拽伪距、时间或位置解，让每一秒看起来都像正常波动，几十秒后才累积成危险偏差。

如果拖拽速度是 0.1 m/s，60 秒就是 6 m；如果是 0.5 m/s，60 秒就是 30 m。这两个数字足够改变车道级定位、无人机返航、港口设备调度或授时系统的事件排序，但单秒残差可能始终不夸张。

客户对话锚点

核心判断：抗欺骗测试不能只证明“突然假信号能不能报警”，还要证明系统能否识别低速、连续、看似合理的偏离趋势。

1. 客户测的是突发欺骗，还是 0.1–0.5 m/s 这种渐进式位置/时间拖拽？
2. 报告里有没有记录告警时间、PL 变化、残差趋势，避免只写最终是否报警？
3. 接收机在 C/N0 正常、卫星数正常、轨迹平滑时，是否仍能判断“这个平滑正在变假”？

这三个问题，决定抗欺骗能力是演示级，还是工程级。

一、为什么慢拖拽比突发欺骗更难测

突发欺骗的特点是变化大、残差大、行为不连续。接收机可以通过功率异常、码相位突变、多普勒不一致、导航解残差突增等方式触发告警。

慢拖拽恰恰反过来。它让每一次变化都低于局部门限，让残差像“正常噪声”一样缓慢爬升。接收机如果只看当前时刻，很可能看不到异常；只有把 30 秒、60 秒甚至更长时间窗口里的趋势拿出来，才会发现位置或时间正在被拖离真实状态。

这也是 PL（Protection Level）和告警时间必须一起看的原因。位置输出还在更新，不代表可信；残差没有瞬间爆掉，也不代表安全。真正关键的是：系统在偏差累积到业务风险之前，能否把置信边界抬高并触发告警。

二、0.1 m/s 的工程含义：慢，也意味着隐蔽

0.1 m/s 听起来很慢，一分钟才 6 m。但对车道级定位来说，6 m 已经可能跨过车道边界；对低空无人机来说，6 m 可能改变避障边界；对授时系统来说，缓慢时间拖拽更可能把事件顺序悄悄污染。

0.5 m/s 更直接：60 秒 30 m。它不一定表现为“轨迹乱跳”，反而可能表现为一条非常平滑的错误轨迹。很多工程团队会被“平滑”误导，以为滤波器工作得很好；实际情况可能是滤波器正在认真地跟随假信号。

所以慢拖拽测试要关心三个指标：

三、测试闭环：把“假得很慢”做成可重复场景

慢拖拽欺骗不能靠外场偶遇。实验室要能设置拖拽速率、方向、持续时间、目标偏移、卫星组合和信号功率，让同一个接收机在同一条欺骗曲线上重复运行。

GNSS 场景仿真设备可用于构建 GNSS 场景与欺骗/干扰注入，GNSS 记录回放设备 可用于记录时间相关事件和对齐测试时间线。报告里至少要保留四条曲线：真实轨迹、接收机输出轨迹、PL/置信边界、告警状态。

最有说服力的测试，应避免停留在“欺骗成功/失败”二选一，而要给出一张时间线：T=0 开始拖拽，T=20 s 残差开始持续上升，T=35 s PL 超过业务门限，T=42 s 接收机告警。这样的报告才能判断系统是否在业务失效前给出反应。

工程补强：慢欺骗要看"业务失效前有没有告警"

抗欺骗测试不能只看最终有没有报警。真正关键的是告警发生在业务失效之前，还是业务已经被带偏之后。0.1 m/s 的拖拽 60 s 约累计 6 m，0.5 m/s 的拖拽 60 s 约累计 30 m；对车道级定位、无人机返航、授时同步来说，这已经足够改变业务判断。

建议报告里同时放六条曲线：伪距残差、C/N0、卫星几何、位置偏差、PL/HPL、业务状态。若 C/N0 和卫星数都正常，轨迹也很平滑，但残差趋势和 PL 已经持续上升，系统就应该进入降级或告警状态。这样的报告比"欺骗成功/失败"更有价值，因为它回答的是系统有没有能力识别"正在变假"的趋势，而不是只识别突然出现的假信号。

行动卡

工程判断

抗欺骗最危险的误判，是把“没有突然异常”当成“没有被欺骗”。

工程测试要把假信号设计得足够慢、足够平滑、足够像真实世界里的漂移。只有这样，才能检验接收机是否具备趋势识别、完整性告警和置信度自我修正能力。

一句话收束：突发欺骗测的是反应速度，慢拖拽欺骗测的是系统有没有发现自己正在被带偏。