4. 星载文件系统需求分析

星载文件系统的需求分析，本质上是把任务侧“要存多少、存多久、多快写、多快取、坏了怎么办、能花多少电和重量”这些模糊诉求，转化为一组可计算、可验证、可追溯的量化指标。它与地面文件系统最大的差别在于：资源是硬约束，环境是不可维修的，且数据往往具有“错过即永久丢失”的性质。因此需求分析不能停留在“大容量、高可靠”这类形容词上，而必须落到具体数值与推导链条上。

一、从任务剖面提取量化输入

量化方法的第一步是建立任务剖面。对遥感类载荷，关键输入包括：载荷数据率 R（Mbps）、每轨成像时长 T_img（s）、每日轨道数 N_orb、数传窗口时长 T_dl（s）与数传速率 R_dl（Mbps）、任务寿命 L（年）、以及数据保留策略（全部下传、仅保留摘要、按优先级淘汰）。以某示例任务为例：R=800 Mbps，T_img=600 s，N_orb=14，则单轨原始数据量约为 800×600/8 = 60000 MB ≈ 58.6 GB；若每日 14 轨全部成像，日增数据约 820 GB。这一数字直接决定了存储容量的下限量级。

容量需求不能只等于日增量，还要考虑“下传滞后”。若数传窗口每天只能下传 400 GB，则每天净积压约 420 GB，必须由文件系统容量吸收，直到地面站窗口加密或采用压缩、抽帧策略。因此容量指标应写成：C ≥ 日增量 × 最大积压天数 + 安全余量。安全余量通常取 15%～25%，用于坏块替换、元数据、文件碎片和文件系统自身开销。

二、数据率与实时性的量化

写入带宽需求由峰值数据率决定，而非平均值。若载荷以 800 Mbps 突发写入，文件系统持续写带宽必须大于该值，并留出 20% 以上裕量，否则会出现丢帧。读取带宽则由数传需求决定：若 T_dl=600 s 内需下传 400 GB，则平均读速率约为 400×8/600 ≈ 5.33 Gbps，远高于写入速率，说明读取路径（含校验、组帧、加密）才是瓶颈。实时性指标应区分为：最坏写延迟、最坏读延迟、目录检索延迟和断电恢复时间。对姿态控制等强实时数据，通常要求写延迟小于 10 ms；对遥感图像文件，可放宽到 100 ms 量级。

三、寿命与可靠性的量化

寿命约束的核心是擦写次数与数据保持时间。以 NAND Flash 为例，若标称擦写寿命为 3000 次（P/E cycles），文件系统容量 1.5 TB，日写入 820 GB，则日擦写次数约为 820/1536 ≈ 0.53 次，5 年约 970 次，低于 3000 次，说明容量对寿命有正向缓冲作用。若容量缩小到 512 GB，则日擦写约 1.6 次，5 年约 2900 次，已逼近上限，必须引入磨损均衡或降低写入量。可靠性指标通常用 MTBF 或任务期间不可恢复错误概率表达。若单块存储芯片年失效率为 0.5%，采用双副本加 ECC，则 5 年任务内双副本同时失效概率可降至 10^-4 量级，满足多数长寿命任务要求。

四、功耗与质量约束的折算

功耗需求应区分工作模式：写入峰值功耗、读取功耗、待机功耗。若存储板写功耗 3 W、读功耗 2 W、待机 0.5 W，单轨成像 600 s 写入、数传 600 s 读取、其余时间待机，则单轨能耗约为 3×600 + 2×600 + 0.5×5400 = 5700 J，日均 14 轨约 79.8 kJ，对整星功率预算影响可量化评估。质量约束则通过存储密度折算：若采用 1 TB/100 g 的存储模块，1.5 TB 可用容量对应约 150 g 裸存储，加上控制器、PCB、结构件和冗余，整板质量通常为 0.8～1.2 kg，需与整星质量预算对齐。

五、需求量化表与验证方法

将上述推导整理为可追踪的需求表，是需求分析的标准交付物。下表给出示例任务的量化需求条目，实际项目中应逐条标注来源、验证方法和裕量。

综上，星载文件系统的需求分析应以任务剖面为起点，以数据率和容量为骨架，以寿命、可靠性、实时性、功耗和质量为约束边界，最终形成可验证的量化需求表。只有把“要存多少、能存多久、多快写读、坏了怎么办、花多少电和重量”全部折算为数值，文件系统的架构选型、文件组织方式和冗余策略才有可靠的判断依据。