控制端如何做到监视和评估GPS SIS性能

物联方案

2020年04月02日

控制段的监视和干预

控制部分的主要功能之一是监视和评估GPS SIS性能。如果控制段确定发生故障,这将不利地影响SPS SIS的性能,控制段将干预以防止或至少将故障对SPS SIS性能的影响最小化。当对SPS SIS URE的软故障影响很小时,或在罕见的正常无故障性能下发生偏移时,典型的“控制段”干预措施是执行意外事件上载。意外上传会同时阻止完整性,避免出现故障,并保持SPS SIS的准确性。


1.在无故障运行期间,假定SPS SIS URE服从零的正态分布意思。无故障运行期间,可能会出现较大的SPS SIS URE值,但它们会应该很少见。当软故障对SPS SIS URE的影响较大时,典型的控制段干预是向受影响的卫星发送SatZap命令。 SatZap命令产生卫星立即将其分配的PRN代码标识切换为PRN代码37(即,卫星启动发送P(Y)代码编号37和C / A代码编号37)。这将终止可跟踪的SPS来自SatZapped卫星的SIS。 (PRN代码在36到33之间,仅供其他用途不在此SPS PS的范围内。)等效的干预将是指挥卫星切换为发送非标准代码代替常规PRN代码;但这不是典型的在这个时候练习。与执行意外上传相比,SatZap更快干预方法-但这必然使SPS SIS无法跟踪。直到最近,控制部门仍无法监控每颗卫星的GPS SIS 100%由于MS限制(例如地理位置,设备可靠性和通信线路)而导致的时间可靠性)。精度改进计划(AII)已纠正了这一不足。由于GA限制,控制段仍无法上载或命令每颗卫星,但是(未经AII纠正)。尽管可能性很小,但此SPS PS假设有可能在控制段可以干预之前,SPS SIS完整性故障最多可持续6小时。该干预延迟可与平均62分钟的卫星观看时间相媲美/3小时。这个合并剩余的AII后,将重新评估保守的假设监测站。

2. 平均观看时间为/ 3小时(以及最长6小时的干预延迟)大但不大到导致完整性故障或MSI的SPS SIS URE。对于接收者自主完整性监控(RAIM)的目的,平均观看时间可以比较保守,假定为“大但不是太大”的SPS SIS URE的有效相关时间。


控制段抢占措施

控制部门的其他主要职能之一是对卫星进行在轨运维。大多数卫星运维是预先安排的。某些类型的运维活动很可能会导致SPS SIS URE较大(例如,站保持调度和原子钟维护)。在为了防止较大的SPS SIS URE损害URA派生的NTE容限和从而导致SPS SIS MSI,控制段将采取先发制人的行为来警告SPS接收者不要使用受影响卫星的SPS SIS。抢占式SPS SIS警告指示包括但不限于使卫星广播以下节目:

(1)适当膨胀的URA指数“ N”值(适当膨胀以覆盖异常大的SPS SIS URE的预期风险)。

(2)MSB等于12和/或5的子帧1中的6位健康状态字LSB等于除000002以外的任何值(典型的“请勿使用”指示带有MSB等于12(某些或所有NAV数据是错误的),而5 LSB等于111002(SV暂时退出)。

(3)URA索引“ N” = 15(控制段可能采取的默认操作当无法计算出可靠的URA时)。

(4)将HOW的已发送位18设置为12。

为了抢占先机,必须在GPS接收器之前向GPS接收机广播SPS SIS警告指示。潜在的完整性故障。只要NAV消息子帧的最后一位包含在违反NTE容限之前已收到特定的SPS SIS警告指示,否由于SPS SIS已及时提供了警告,因此不应出现完整性错误,因为用过的。控制部门可采取上述一项或多项先发措施,或采取其他措施在进行可能导致大型SPS的O&M之前采取先发制人的行动(例如SatZap)SIS URE。一项或多项先发制人的行为早于NTE发生的事实违反容忍度不会对SPS SIS完整性产生不利影响。没有“假警报”要求限制控制部门尽早采取抢先行动。影响“过早”的抢先行动,或在随后的运维过程中发生的抢先行动取消或未完成,是对SPS SIS可用性的不利影响。


备注:

1.控制段通常在以下情况下运行SPS SIS:允许GPS接收器至少五分钟接收,处理和应用实时信息的方式采取任何可能会导致正常情况下较大的SPS SIS URE。

2. NANU是抢先警告的另一种形式。但是,NANU不被视为警告为诚信起见。实时接收SPS SIS警报和警告指示运行中的GPS接收器始终优先于离线接收的NANU信息最终用户。但是,出于连续性目的,NANU被视为适当的警告。



更多相关文章

  • 技术知识 | SSD硬盘的工作原理

  • 广域网与局域网在速度方面的比较

  • 技术知识 | 论广域网 的作用和意义

  • 技术知识 | 论局域网的作用和意义

  • 详解数据仓库、数据湖和数据集市的差异

  • 技术知识 | 论数据集市的作用和意义

  • 技术知识 | 论数据湖的作用和意义

  • 技术知识 | 论数据仓库的作用和意义

  • 解析容器与虚拟机的差异:原理与场景

  • 车辆管理系统 | 多环境软件开发的挑战