1. 课程导入与任务场景

星载大容量数据记录与回放，是卫星在轨运行期间对有效载荷数据、平台遥测数据以及关键事件信息进行高速采集、可靠存储、按需检索与可控下传的一整套星上电子学与软件系统。它解决的核心矛盾是：星上产生的数据速率和总量，远大于星地链路在可见弧段内能够实时下传的能力。因此，系统必须先把数据"存得住"，再在合适的时间窗口"取得出、传得下"。

从系统边界看，记录与回放系统并不是一个孤立的存储器。它的上游是各类数据源：光学相机、SAR、频谱监测等有效载荷的输出数据流，以及星务计算机提供的遥测帧、时间信息和平台状态。它的下游是测控与数传分系统，包括发射机、天线和地面接收站。系统内部通常由数据接口与格式化模块、缓存与调度模块、大容量存储介质（如 NAND Flash 阵列或相变存储器）、存储控制器、回放调度与输出接口，以及配套的星上软件和健康管理逻辑组成。理解这条"数据源—记录—存储—回放—下传"的链路，是学习本课程的第一条主线。

典型卫星任务对记录回放的需求差异很大。以一颗太阳同步轨道遥感卫星为例：轨道高度约 700 km，轨道周期约 99 min，单圈对地成像时间约 12 min，地面站可见弧段约 8～10 min。假设相机输出码率为 1.2 Gbps，单圈成像数据量约为 1.2 Gbps × 720 s ≈ 108 GB。若星地数传码率为 900 Mbps，则单圈可见弧段最多下传 900 Mbps × 540 s ≈ 60 GB。这意味着单圈数据无法当圈全部下传，必须依靠星上存储跨圈缓存，并在后续多个可见弧段中分批回放。这个简单估算说明：记录容量、写入带宽、回放带宽和地面站资源必须联合设计，任何一项不足都会成为任务瓶颈。

再看一个低轨星座的测控场景：卫星每天有多次短弧段可见，单次可见仅 5～6 min，但遥测和载荷数据持续产生。此时系统更强调"边记边放"和"优先级调度"——高优先级遥测和告警信息优先回放，低优先级载荷数据在存储空间紧张时按策略覆盖或压缩。这说明记录回放策略不是固定不变的，而是随任务模式、轨道窗口和存储余量动态调整的。

本课程的学习路径按"需求—架构—介质—控制—策略—验证"逐步展开。先建立系统边界和任务场景，再深入存储介质特性与写入管理，随后学习回放调度、数据完整性保护和在轨健康管理，最后通过典型故障与工程案例完成综合训练。工程实践目标是：能够根据给定任务参数，估算存储容量与带宽需求，设计合理的记录回放流程，识别常见异常并给出可执行的排查与处置方案。

把上面的链路和参数放在一起看，可以提炼出本课程最关键的三个工程判断。第一，容量是否够用：按单圈 108 GB、连续 3 圈成像计算，至少需要约 324 GB 可用容量，再考虑文件系统开销、坏块预留和冗余，实际配置通常要留出 20%～30% 余量。第二，写入带宽是否匹配：1.2 Gbps 的持续写入要求存储阵列的稳定写带宽高于该值，且不能因坏块管理或垃圾回收出现长时间停顿。第三，回放是否可控：回放速率要能与数传码率、地面站接收窗口和误码重传策略配合，必要时通过降速回放、分段回放或优先级裁剪来保证关键数据先落地。