1. 星载任务数据处理与存储系统概述
星载任务数据处理与存储系统，是卫星在轨完成“感知—处理—存储—下传”闭环的核心信息基础设施。它并不等同于地面数据中心：卫星平台在体积、质量、功耗、散热和辐射环境上都有硬约束，且一旦发射，硬件几乎不可更换。因此，理解星载系统，首先要理解它所处的任务环境与约束条件，再由此推导出数据处理与存储的需求，最后明确系统架构的定义与边界。
星载任务的三个基本特点
第一是资源强约束。以典型遥感小卫星为例，整星可用功耗可能只有几十瓦到数百瓦，载荷数据处理分系统往往只能分到 10～30 W；存储容量受限于抗辐射存储器件的密度与成本，常在 64 GB～2 TB 之间；处理器主频通常远低于地面服务器，且需选用宇航级或经过筛选的器件。第二是环境严酷。空间辐射会引起单粒子翻转（SEU）、单粒子锁定（SEL）和总剂量效应（TID），存储单元和寄存器都可能被“打翻”，因此系统必须具备检错纠错、看门狗复位和冗余设计。第三是不可维护性。卫星在轨期间无法插拔硬盘、无法重启机房，只能依靠软件重构、参数上注和冗余切换来维持任务能力。
数据处理与存储需求从何而来
需求不是凭空设定的，而是由“载荷产生什么数据、星地链路能传多少、地面需要什么产品”三者共同决定。以一台多光谱相机为例：假设探测器为 4096×4096 像元、12 bit 量化、帧频 2 fps，则原始数据率约为 4096×4096×12×2 ≈ 402 Mbps。若星地数传链路只有 100 Mbps 且每天过境 4 次、每次 8 分钟，则单日可下传约 100 Mbps×8×60×4÷8 ≈ 24 GB。而相机单日产生的原始数据约为 402 Mbps×86400÷8 ≈ 4.3 TB。两者相差近两个数量级，这就直接催生了三类需求：在轨压缩与筛选（降低数据量）、大容量缓存（等待过境窗口）、优先级调度（保证关键目标优先下传）。
系统架构的定义与边界
星载任务数据处理与存储系统，通常定义为：位于载荷与星地链路之间，负责数据采集、预处理、压缩、存储、调度和格式化下传的软硬件集合。它的上游边界是载荷探测器或载荷电子学接口，下游边界是测控与数传分系统的数据接口。系统内部一般划分为四个层次：接口与采集层、处理与压缩层、存储管理层、下传调度层。边界之外，姿态控制、电源、热控等分系统只提供平台支持，不纳入本系统职责；但它们的故障会直接影响数据处理，因此架构设计中必须考虑跨分系统的状态输入。
典型卫星任务场景
不同任务对系统的要求差异很大。以三类典型场景为例：
| 任务类型 | 数据特征 | 处理重点 | 存储策略 |
|---|---|---|---|
| 光学遥感 | 高帧率、大面阵、云遮挡多 | 云检测、区域裁剪、JPEG2000 压缩 | 按目标优先级分队列，热点区域优先下传 |
| SAR 成像 | 原始回波数据率极高、需聚焦处理 | 在轨成像、多视处理、数据压缩 | 大容量缓存，按条带分块存储 |
| 星间链路中继 | 多源汇聚、实时转发 | 协议转换、路由调度、优先级仲裁 | 短时缓存，强调低时延与可靠性 |
以光学遥感为例，一个可执行的在轨处理流程是：相机输出 12 bit 原始帧 → 采集层做帧同步与 CRC 校验，标记坏帧 → 处理层先做两点校正（暗电流与增益），再用阈值法或轻量神经网络做云区检测，把无云区域裁剪出来 → 对裁剪区域做 4:1 或 8:1 压缩 → 存储层按“目标编号+时间戳”写入文件系统，并登记优先级 → 过境前 10 分钟，调度层根据地面站可见窗口和文件优先级生成下传列表，按 CCSDS 传输帧格式化输出。整个过程的关键判断依据是：压缩后数据量是否小于单圈下传能力、坏帧率是否低于阈值、存储剩余空间是否足够下一圈写入。