了解使用的是哪种星历 - AWS Ground Station
TLE 和 OEM 星历表方位角仰角星历表新星历表对先前安排的接触的影响

本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

了解使用的是哪种星历

星历具有优先级、到期时间和启用标记。它们共同决定了在联系期间使用哪个星历进行跟踪。

TLE 和 OEM 星历表

对于 OEM 和 TLE 星历表，每颗卫星只能有一个星历处于活动状态。将要使用的星历是已启用的具有最高优先级的星历，其到期时间在未来。优先级值越大表示优先级越高。返回的可用联系时间ListContacts基于此星历。如果多个 ENABLED 的星历具有相同的优先级，则将使用最近创建或更新的星历。

注意

AWS Ground Station 对每颗卫星ENABLED客户提供的星历表数量有服务配额（参见：Service Quotas）。要在达到此限额后上传星历数据，请删除（使用 DeleteEphemeris）或禁用（使用 UpdateEphemeris）优先级最低/最早创建的客户提供的星历。

如果尚未创建星历表，或者没有星历表具有ENABLED状态，则 AWS Ground Station 将使用卫星的默认星历表（来自 Space-Track）（如果有）。此默认星历的优先级为 0。

方位角仰角星历表

Azimuth 仰角星历表的工作原理与 OEM 和 TLE 星历表不同。每个方位角高程星历都与特定的地面站相关联，没有优先级。当您使用方位角高程星历表保留联系时，您可以通过参数明确指定要使用的方位角高程星历。trackingOverrides

方位角仰角星历表的主要区别：

  • 没有优先级系统-您可以为每位联系人明确选择星历

  • 特定于地面站-每个星历都与特定的地面站相关联

  • 没有自动回退功能-如果指定的星历不可用，则联系将失败

注意

Azimuth 仰角星历表无法与 OEM 和 TLE 星历表竞争。它们是在预订联系人时明确选择的，并且仅在指定了追踪覆盖时才使用。

新星历表对先前安排的接触的影响

使用 DescribeContact API 通过返回活动可见时间来查看新星历对先前安排的联系人的影响。

对于 OEM 和 TLE 星历表，在上传新星历之前安排的联系人将保留最初安排的联系时间，而天线跟踪将使用有效的星历表。如果基于活动星历的航天器位置与先前的星历有很大不同，则由于航天器在场地掩码外运行，这可能会导致卫星与天线的接触时间缩短。 transmit/receive 因此，我们建议您在上传与之前的星历表大不相同的新星历后，取消并重新安排将来的联系时间。

使用 DescribeContact API，您可以通过比较您的预定接触startTime和endTime返回的接触次数，来确定由于航天器在 transmit/receive 场地掩码之外运行visibilityStartTime而visibilityEndTime无法使用的部分。如果您选择取消并重新安排将来的联系人，则联系时间范围在可见时间范围之外的时间不得超过 30 秒。如果取消的联系时间离联系时间太近，则取消的联系可能会产生费用。有关取消联系的更多信息，请参阅：G round Station FAQs。

对于方位角高程星历，预定的联系人将使用保留联系人时选择的特定星历。如果您需要更新已安排的联系人的方位角高程数据，则可以取消并使用新的星历重新安排接触。