第4章导航系统连续性评估

4. 导航系统连续性评估

各位同学，今天我们来聊聊导航系统评估里一个特别容易被忽视的指标——连续性。说实话，我刚开始做导航系统测试那会儿，也总觉得只要精度够高、可用性够好就万事大吉了。直到有一次在试飞中遇到信号中断，我才真正意识到连续性的重要性。

什么是连续性？说白了，就是系统在一段时间内持续提供可用服务的能力。你想想看，飞机正在进近，突然导航信号断了，哪怕只断了一秒，后果都不堪设想。

我习惯把连续性理解成「不掉链子」的概率。用数学语言表达：

P_cont = P(系统在[t0, t0+T]内持续可用 | 系统在t0时刻可用)

这里有个关键点——条件概率。为什么是条件？因为连续性评估的前提是系统当前是正常的。我记得在某个项目中，有人把连续性和可用性搞混了，结果评估报告完全跑偏。

常用的概率模型有几种：

我个人比较推荐威布尔分布。为什么？因为导航系统的故障率往往不是恒定的。新设备刚装上去，初期故障率偏高；运行稳定后，故障率降低；到了寿命末期，故障率又上来了。泊松过程假设故障率恒定，其实不太符合实际情况。

重要概念：连续性与可用性的区别

可用性 = 系统在任意时刻正常工作的概率

连续性 = 系统在一段时间内持续正常工作的概率

一个系统可能可用性很高（99.9%），但连续性很差（频繁短时中断）。

中断怎么统计？嗯，这里要分清楚两类中断：

我在某次试飞中就遇到过软中断的情况。当时GPS信号强度正常，但定位误差突然跳到几百米。要不是提前设了告警阈值，差点就出大事了。

统计方法上，我建议用以下步骤：

1. 定义中断事件：误差超过阈值且持续超过Δt
2. 记录中断时刻和持续时间
3. 计算中断率：λ = 中断次数 / 总运行时间
4. 计算平均中断间隔：MTBF = 1/λ
5. 计算平均修复时间：MTTR = 平均中断持续时间

这里有个坑，我曾经踩过——阈值怎么设？设得太宽松，漏报多；设得太严格，虚警多。我的经验是：先根据系统规范定一个理论值，再通过实际飞行数据做校准。

小技巧：统计中断时，建议同时记录中断原因。是卫星几何分布不好？还是电离层异常？还是接收机自身问题？原因分类越细，后续改进越有针对性。

飞行剖面设计，说白了就是规划飞机怎么飞、飞多久、在什么环境下飞。这直接决定了测试结果能不能反映真实情况。

我一般把飞行剖面分成几个阶段：

每个阶段至少飞3-5次，才能拿到有统计意义的数据。我记得有个项目，为了验证连续性指标，我们连续飞了整整一周，每天4个架次。累是累了点，但数据确实扎实。

设计剖面时还要考虑：

注意：连续性测试不是飞得越多越好。关键是覆盖典型场景和极端场景。我曾经见过一个团队，飞了100个架次，但全是在同一个机场、同一个时间段、同样的天气条件下。数据量很大，但价值很低。

讲个真实的案例吧。某型国产导航系统，在实验室测试时连续性指标完全达标。但到了实际试飞，问题就暴露了。

具体情况是这样的：飞机在山区飞行时，GPS信号频繁中断。每次中断持续3-5秒，然后自动恢复。从可用性角度看，99.9%没问题。但从连续性角度看，中断率高达每小时12次，远超标要求。

我们是怎么排查的？

找到原因后，解决方案其实不复杂：

改进后重新测试，中断率降到了每小时不到1次。这个案例让我深刻体会到：实验室环境再完美，也替代不了真实飞行。连续性评估，一定要在实际飞行条件下做。

案例总结：

问题：山区飞行GPS频繁中断

原因：山体遮挡导致低仰角卫星信号丢失

解决：惯导辅助 + 天线优化 + 算法改进

结果：中断率从12次/小时降至1次/小时以下

好了，关于连续性评估，今天就讲到这里。下一节我们会聊可用性评估，到时候再跟大家分享更多实战经验。