由于已经开始猜测
Spectrum-RG攻击了GALILEO ，所以我想介绍一下我的事件版本。
Spect-RG于 2019年7月13日在莫斯科时间15:31发射升空。
GALILEO 在2019年7月11日14:45 UTC （莫斯科时间17:45）意识到了问题：
UNTIL FURTHER NOTICE, USERS MAY EXPERIENCE SERVICE DEGRADATION ON ALL GALILEO SATELLITES. THIS MEANS THAT THE SIGNALS MAY NOT BE AVAILABLE NOR MEET THE MINIMUM PERFORMANCE LEVELS DEFINED IN THE SERVICE DEFINITION DOCUMENTS AND SHOULD BE EMPLOYED AT USERS' OWN RISK. THE NOMINAL SERVICE WILL BE RESUMED AS SOON AS POSSIBLE.
7月12日 -终止工作。 最后接受的正确星历表是从7月11日世界标准时间20:00左右开始。
2019年7月13日世界标准时间 （
UTC ）
20:15 （莫斯科时间23:15）重复消息：
UNTIL FURTHER NOTICE, USERS EXPERIENCE A SERVICE OUTAGE. THE SIGNALS ARE NOT TO BE USED.
现在发生了什么。 关键是星历标签，它是命令段生成的。 正常工作看起来像这样。 命令段测量卫星的轨道，并定期将更新的轨道数据上传到卫星。 在书签之间，卫星自己重新计算星历数据。
GPS是一种军事系统，旨在摧毁指挥部分，并且可以工作长达六个月，而无需链接到指挥部分。 如果有人感兴趣，请参阅
ICD第6.3.2节。 此外，在这种情况下，在新卫星上，可以通过卫星间测量值来独立确定星历（在ICD中为6.3.5）。 结果，在长时间工作而不更新星历的情况下，传输的数据包含信息，并且GNSS接收器能够（或者应该能够）在这种情况下工作。
IL，GALILEO是一个平民系统。 如果我们看一下
ICD GALILEO-没有命令段就无法提供任何工作。 但是-这是一个高精度系统。 例如，为了提高准确性，卫星像GPS中那样每10分钟而不是每2小时重新计算F / NAV星历。
因此，我钟楼发生的一系列事件。
- 7月10日前后-观察命令（地面）网段的故障。 卫星星历标签停止。
- 7月11日，格林尼治标准时间14:45-很明显，它将无法迅速恢复，并发出有关性能下降的警告。
- 7月11日晚上-卫星看到重新计算星历时，准确性降低，并且DVS字段（ICD中的表7.1）设置了“
Working without guarantee状态，表明该星历不正确或不正确。 不幸的是，大多数接收机被设计为在1-2颗卫星上设置该标志。 即，接收机的响应是将这种卫星从计算中排除。 - 7月12日晚上-GALILEO为国内消费者关闭。 那些拥有自己用于导航解决方案的代码的人可以通过简单地忽略代码中的DVS来继续阅读。
- 7月13日20:15 UTC-关于重新关闭系统的消息，NAGU再次出现
- 7月17日上午-星历开始铺设。 显然，为此， 官方发出了一条信息 ，即每个人都在不懈地工作（24/7）进行修复。
- 7月17日晚上-在我所看到的卫星上-星历开始。 显然，预计将在早上正式发布恢复可操作性的通知。 但是可能会延迟到达到所需的精度为止。 事实是，此过程是迭代的-在普通星历上进行测量，在测量残差的基础上计算出高精度轨道，并据此进行运动预测，并将其记录在星历中。
GALILEO当前的官方状态在
这里 。
PS：如果有人对阴谋科学感兴趣-我建议您阅读
此新闻，直到将其擦掉为止。
PPS Performance GALILEO已恢复。 这是
NAGU ，这是
消息 。 重要提示：
although some fluctuations may be experienced until further notice 。 这意味着星历数据的完整精度尚未实现。 大约2周左右，准确性将会提高。
PPPS添加指向同一主题的
上一篇文章的链接。
PPPPS对带有时钟故障信息的
GNSS内部的引用。 对于我来说，据称有两个系统同时发生故障-这令人怀疑。 系统很可能发生分歧，因此不清楚哪个是正确的。 或者，在同步过程中，它们混合在一起，哪些是正确的，哪些是不好的。 但是在这里，我不再是专家。