3. 航天器数据分类与体系框架

航天器数据体系不是把各类数据简单罗列，而是按“数据从哪里来、由谁使用、在什么时间尺度上生效、失效后果有多严重”这四个维度进行归类与分层。分类原则决定了数据在星上如何被采集、打包、存储和传输，也决定了地面如何解析、分发、归档和追溯。若分类混乱，最直接的后果是遥测帧里混入载荷大包、遥控指令与软件配置版本脱节、健康管理告警无法定位到具体参数，最终导致测控链路与数据链路互相挤占。

一、六类数据的分类原则

遥测数据是航天器下行的“状态快照”，核心特征是周期性、小包、高可靠。它通常按工程分系统组织：电源、姿轨控、热控、推进、测控、数管等，每个分系统再按参数类型细分模拟量、数字量、状态量和计数型。遥测分类的关键是确定采样率与优先级：姿轨控陀螺、星敏感器等姿态参数需要 1～10 Hz 甚至更高，而热控温度、蓄电池电压等慢变量可 0.1～1 Hz。优先级决定了下行带宽紧张时谁先被丢弃。

遥控数据是上行的“动作指令”，分类原则是“按安全等级和时效性分层”。直接执行类指令（如姿态机动、载荷开机）必须经过校验和确认；参数上注类指令（如阈值修改、轨道根数更新）需要版本管理；时间延迟指令需要与星上时钟对齐。遥控数据的关键字段包括指令码、目标分系统、执行条件、校验字和回执要求。

载荷数据是航天器下行的“业务产品”，特征是数据量大、突发性强、允许一定时延。分类原则按载荷类型和产品级别：原始数据、0 级（解包后）、1 级（辐射校正/几何校正）、2 级（专题产品）。载荷数据通常不进入遥测帧，而是走独立的高速数据链路，先存入固态存储器，再在测控弧段内按优先级回放。

导航数据是确定航天器位置和速度的数据，包括 GNSS 观测值、星历、轨道根数、姿态四元数等。分类原则是“按参考系和时效性”：惯性系与星体系必须明确标注，瞬时根数与预报根数分开存储。导航数据既参与星上自主定轨，也下行供地面精密定轨使用，因此需要同时保留原始观测值和滤波后结果。

健康管理数据是“诊断与预测”的依据，包括参数越限记录、故障码、趋势数据、剩余寿命估计等。分类原则是按故障等级和处置方式：一级告警（可恢复）只记录并上报，二级告警（需降级）触发自主重构，三级告警（危及生存）直接进入安全模式。健康管理数据必须带时间戳和前后关联参数，否则无法复现故障。

软件配置数据是“星上软件的版本与参数集合”，包括软件版本号、校验和、可上传参数区、配置项基线。分类原则是“按可变更性和影响范围”：引导程序、操作系统、应用软件、参数表分层管理，任何变更都必须有对应的遥控指令序列和回执确认，确保星地版本一致。

二、体系分层：从星上到地面的五层结构

上述六类数据在体系上并非平行排列，而是按“采集—汇聚—传输—处理—应用”形成五层结构。星上采集层由各分系统传感器、载荷前端和导航接收机组成，负责把物理量转换为数字量并打上时标。星上汇聚层由数管计算机完成，把遥测、健康管理、导航和软件配置数据按帧格式打包，载荷数据则写入大容量存储器。传输层包括测控链路和数传链路：测控链路传遥测、遥控和低速导航数据，数传链路传载荷数据和高速遥测回放。地面处理层完成解调、解密、解包、分路和归档，把不同类别数据送入各自处理系统。应用层面向飞控、载荷处理、健康评估和软件配置管理，形成最终产品。

三、分类与分层的落地要点

在实际工程中，分类原则要落到数据字典和接口控制文件（ICD）里。每个参数至少要有唯一标识、所属分系统、数据类型、采样周期、量程、单位、越限阈值和归档策略。例如，某低轨遥感卫星的姿轨控陀螺参数可定义为：标识 AOCS_GYRO_X，采样周期 100 ms，量程 ±5°/s，越限阈值 3°/s，归档策略为“全量存盘 7 天，之后降采样”。这样的定义让遥测打包、健康判断和地面解析都有据可依。

分层的关键是“同类数据走同类通道”。遥测和遥控必须走测控链路，因为需要高可靠和实时确认；载荷数据走数传链路，因为量大且允许延迟；健康管理数据中的紧急告警可以插入遥测帧的固定位置，保证即使数传链路中断也能被地面看到；软件配置数据的上注通常安排在测控弧段内，与遥控指令共用上行链路，但需要独立的版本校验流程。

最后需要强调，六类数据的边界并非绝对。导航数据中的星历既可用于星上自主定轨，也可下行参与精密定轨；健康管理数据中的趋势参数既可用于故障预测，也可作为遥测参数的一部分。分类的价值在于明确“谁负责、走哪条链路、按什么优先级、如何追溯”，而不是把数据割裂成互不相干的孤岛。只有分类清晰、分层合理，航天器数据体系才能在有限的测控弧段和带宽内，把最关键的信息及时、准确地送到需要它的地方。