2. 星间链路任务分析与需求分解

星间链路（Inter-Satellite Link, ISL）的系统集成与验证，起点不是设备，而是任务。任务分析要回答一个核心问题：星座在什么构型下、以什么拓扑、在什么距离和动态条件下，需要传递多少数据、在多长时间内、以多低的误码率完成交付。只有把这些任务指标量化，才能向下分解为系统级、分系统级和单机级需求，并建立可追踪的映射关系。

一、任务指标到系统级需求的转化

任务指标通常来自星座任务书，例如：星座规模 72 颗卫星、轨道高度 1200 km、轨道面 6 个、每面 12 颗；星间链路工作频段 Ka 或激光；单跳通信距离 1000～6000 km；端到端时延不超过 250 ms；单链路速率不低于 1 Gbps；误码率不高于 1×10⁻⁶。这些指标不能直接交给单机，必须先转化为系统级需求。

以通信距离为例，任务指标“单跳最远 6000 km”需要结合轨道几何转化为系统级需求：链路预算中的自由空间损耗、天线增益、发射功率、接收灵敏度、指向误差和大气/空间环境余量。若采用 Ka 频段、载波 23 GHz、距离 6000 km，自由空间损耗约为 195 dB（示例计算：L=92.45+20lg(23)+20lg(6000)≈195 dB）。系统级需求应写成“在 6000 km 距离、指向误差 ≤0.05°、误码率 ≤1×10⁻⁶ 条件下，接收端 Eb/N0 不低于 10.5 dB”。

动态拓扑则决定链路建立与切换需求。星座中卫星相对运动导致链路可见性随时间变化，系统级需求应包含“链路建立时间 ≤30 s、切换中断时间 ≤50 ms、同时维持链路数 ≥4”。时延需求要拆分为处理时延、排队时延、传播时延和转发时延，其中传播时延由距离决定，6000 km 单跳约 20 ms，多跳累积后必须满足端到端 250 ms 约束。

二、系统级需求向分系统分解

系统级需求确定后，按功能划分为天线分系统、射频/光通信分系统、基带处理分系统、网络协议分系统和电源/热控分系统。分解的核心是“指标可分配、接口可定义、验证可测量”。

以速率 1 Gbps 为例，系统级需求分解为：基带处理分系统需支持 ≥1.2 Gbps 净荷吞吐（含编码开销）；射频分系统需提供 ≥1.5 GHz 瞬时带宽；天线分系统需在扫描范围内增益下降不超过 3 dB；网络协议分系统需支持 1 Gbps 下排队时延 ≤5 ms。误码率 1×10⁻⁶ 分解为：调制解调器实现编码增益 ≥6 dB，射频通道 EVM ≤8%，天线指向误差 ≤0.05°。

时延 250 ms 分解为：单跳传播时延 ≤20 ms、基带处理时延 ≤2 ms、交换排队时延 ≤5 ms、多跳转发次数 ≤8 跳。若实际拓扑需要 10 跳，则必须压缩单跳处理时延或改用更高层路由优化。

三、分系统到单机指标的追踪

分系统需求继续下达到单机，形成可采购、可测试的指标。例如天线分系统分解为天线阵面增益 ≥32 dBi、波束扫描范围 ±60°、扫描损耗 ≤3 dB、极化隔离度 ≥25 dB。射频分系统分解为发射功率 ≥10 W、接收噪声系数 ≤3 dB、镜频抑制 ≥60 dB。基带分系统分解为调制方式 QPSK/16QAM、编码码率 1/2～3/4、捕获时间 ≤5 s、误码率测试点 1×10⁻⁶。

追踪关系用需求追踪矩阵（RTM）表达，每一行是一条需求，列包括需求编号、来源任务指标、分配对象、验证方法、验证阶段和当前状态。例如：

追踪矩阵不是一次性文档，而是随设计迭代更新的活文件。每次指标变更，必须沿“任务指标→系统级→分系统→单机”链路检查影响范围，避免出现“单机达标、系统不达标”的断裂。

四、动态拓扑与链路预算的联合分析

星间链路最容易被低估的是动态性。星座构型决定可见性窗口，可见性窗口决定链路建立和切换频次，切换频次又影响协议开销和时延抖动。建议在需求分解阶段就建立“拓扑—距离—速率—误码率”的联合约束表。

例如，在 72 星 Walker Delta 构型下，同轨道面相邻星间距离约 2000 km，跨轨道面距离在 3000～6000 km 变化。若链路速率固定 1 Gbps，则跨面链路需要更高增益或更低阶调制；若采用自适应调制编码（ACM），则需在需求中写明“在 6000 km 时降速至 500 Mbps 仍满足误码率 1×10⁻⁶”。

五、验证视角下的需求分解

需求分解必须同步考虑验证。每条单机指标都应能对应一种验证方法：链路预算用分析验证，天线增益用暗室测试，误码率用信道模拟器加误码仪，时延用时间戳注入测试，动态拓扑用星座仿真加半实物接入。若某条需求找不到验证方法，说明分解粒度或接口定义有问题，应回到上一层重新分解。

以下 SVG 展示了从任务指标到单机指标的分层分解与追踪关系，以及动态拓扑、距离、速率、误码率之间的联合约束路径。

需求分解完成后，应组织一次“指标闭合检查”：把每条单机指标代入系统级链路预算和时延预算，确认系统级指标仍能满足。若出现单机达标但系统不达标，通常是接口损耗、协议开销或动态切换余量被低估。此时应回到分系统层重新分配，而不是简单提高单机指标。

最后，需求追踪要落到验证计划中。每条需求对应一个验证项，验证项包含测试条件、测试设备、判据和记录表单。例如“UNIT-BB-007 捕获时间 ≤5 s”对应验证项：信道模拟器设置多普勒 ±40 kHz、信噪比 10.5 dB，注入捕获指令，记录从指令发出到同步标志置位的时间，重复 20 次取最大值。只有验证项可执行、判据可量化，需求分解才算真正闭环。