2. 时间系统与时间基准
卫星任务时间线本质上是一条“带标签的时间轴”：每个测控弧段、成像窗口、数传过顶、轨道机动、载荷开关机，都必须落到一个可比较、可追溯、可复算的时间点上。问题在于，工程中同时存在多套时间系统——地面站日志常用UTC，导航电文和星上时钟常用GPS时，精密定轨和相对论修正常用TAI，轨道计算又常以儒略日或简化儒略日表达。若不在任务时间线中统一表达，就会出现“同一事件在不同分系统里差了几十秒甚至一整秒”的隐蔽错误。
一、四套常用时间基准的物理含义
UTC（协调世界时）是人类日常与地面测控使用的时间尺度，它通过闰秒使原子时与地球自转保持接近。UTC的秒长与TAI一致，但通过插入闰秒产生整数秒的跳变。截至当前，TAI−UTC = 37 s（自2017年1月1日起）。这意味着UTC不是均匀连续的时间尺度，在闰秒时刻会出现“23:59:60”这样的特殊标记。
TAI（国际原子时）由全球原子钟加权平均产生，是均匀、连续、无跳变的时间尺度，适合做长时间跨度的差值计算和相对论修正。TAI不插入闰秒，因此它与UTC的差值会随每次闰秒增加1 s。
GPS时（GPST）由GPS系统维持，起点为1980年1月6日00:00:00 UTC。GPS时同样不插入闰秒，是连续时间尺度。在起点时刻，GPST与UTC对齐；此后每发生一次闰秒，GPST−UTC就增加1 s。当前GPST−UTC = 18 s，而GPST与TAI保持固定差：TAI−GPST = 19 s。
儒略日（JD）与简化儒略日（MJD）不是“时钟”，而是把连续时间映射为单一实数的计数方式。JD以公元前4713年1月1日12:00为起点，数值大、不便书写；MJD = JD − 2400000.5，起点对应1858年11月17日00:00 UTC，日常轨道计算更常用。儒略日的优势是：任意两个时刻的差就是简单减法，便于插值、拟合和星历计算。
二、历元：时间线上的“锚点”
历元（Epoch）是某一时间系统的参考起点或某一组参数的参考时刻。它有两层含义：一是时间系统的原点，如GPST历元为1980-01-06 00:00:00 UTC；二是轨道/姿态参数的参考时刻，如某组星历的历元为2025-03-01 04:00:00 UTC。任务时间线中，历元决定了“从哪一刻开始推算”，也决定了外推误差的增长起点。工程上常把历元与“自历元起算的秒数”（如GPS周内秒、自J2000起算的TT秒）配合使用，以避免大数相减带来的精度损失。
三、时间系统转换的实际计算
转换的核心是维护一张“差值表”，并明确闰秒生效时刻。以UTC转GPST为例，步骤如下：
- 把UTC的日历时间转换为自GPST历元起的UTC秒数（注意闰秒日有86401 s）。
- 加上当前的GPST−UTC差值（示例取18 s）。
- 得到GPST秒数后，再换算为GPS周和周内秒。
下面给出一个可复算的示例：把UTC 2025-03-01 04:00:00转换为GPS周与周内秒。先算出自1980-01-06 00:00:00 UTC到该时刻的UTC秒数，再加上18 s得到GPST秒数，然后除以604800取整得周数、取余得周内秒。示例结果约为：GPS周2353，周内秒约273618 s（该数值为按上述规则计算的示例结果，实际使用时应用权威闰秒表和精密算法复核）。
# 示例：UTC -> GPST（伪代码，差值取18 s）
utc_epoch = 1980-01-06 00:00:00
utc_sec = seconds_since(utc_epoch, "2025-03-01 04:00:00") # 含闰秒修正
gpst_sec = utc_sec + 18
gps_week = floor(gpst_sec / 604800)
gps_sow = gpst_sec - gps_week * 604800
# 示例输出：week=2353, sow≈273618反向转换（GPST转UTC）则减去18 s，再按UTC日历规则展开，并检查是否落在闰秒附近。若任务跨越闰秒生效时刻，必须使用“闰秒表+生效时刻”而不是固定差值，否则时间线会出现1 s的错位。
四、在卫星任务时间线中的统一表达
统一表达的关键不是“只选一种时间”，而是“选定主时间轴+保留原始时间+记录转换依据”。推荐做法是：以UTC作为任务时间线的主显示时间（便于与地面站、日历和操作人员对齐），以TAI或GPST秒作为内部计算时间（保证均匀性），每个事件同时保存原始时间系统、原始时间值、转换后的主时间值和所用差值版本。这样，任何一次复算都能追溯到当时的闰秒状态。
下图给出四套时间基准的关系、固定差值与转换路径，以及它们在任务时间线中的统一表达方式。
五、工程落地要点与常见错误
第一，闰秒表必须版本化。任务规划系统、轨道计算软件和地面站日志系统若使用不同版本的闰秒表，跨闰秒任务就会出现1 s偏差。建议在任务配置中显式记录“闰秒表版本+生效时刻”。
第二，不要用UTC做长时间差分。UTC在闰秒处不连续，直接相减会引入1 s误差。需要做轨道外推、时间间隔统计时，先转TAI或GPST秒再相减。
第三，儒略日精度要留意。JD数值约2460000，双精度浮点在该量级的分辨率约为几十微秒，若任务需要微秒级时间线，应使用MJD或“整数日+日内秒”拆分表示，避免大数相减损失精度。
第四，历元要写全。只写“历元04:00”而不写日期和时间系统，是任务时间线中最常见的歧义来源。规范写法应包含：时间系统、日历日期、时刻、以及必要的差值版本，例如“GPST 2025-03-01 04:00:00，GPST−UTC=18 s”。
把上述规则落到任务时间线模板中，每个事件至少应包含以下字段：事件标识、原始时间系统、原始时间值、转换后UTC、转换后TAI秒、所用差值版本、历元说明。这样，无论后续由谁复算、用哪套工具，都能得到一致的时间线表达。