1. 课程导入

星间通信网络（Inter-Satellite Communication Network，ISCN）是由多颗卫星通过星间链路（Inter-Satellite Link，ISL）互联形成的空间骨干网络。与地面网络不同，它的节点在高速运动、拓扑持续变化、链路时延与可见性受轨道几何严格约束，且星上资源（功率、算力、存储、天线指向）高度受限。一旦某条星间链路中断、某个节点失效或某段路由拥塞，影响往往不是"一条链路变慢"，而是整片区域的转发能力下降甚至业务中断。因此，故障恢复不是网络建成后的附加功能，而是星间通信网络设计中必须与路由、拓扑、资源调度同步考虑的核心能力。

学习目标

完成本课程后，学习者应能达成以下四类目标：

• 概念层：准确区分链路故障、节点故障、区域故障与业务级故障，理解"检测—定位—决策—切换—恢复—回归"这一恢复闭环中各环节的输入与输出。
• 机制层：掌握基于拓扑重构、路由重收敛、冗余备份、多路径转发、星上自主决策等主流恢复手段的适用条件与代价。
• 工程层：能够针对给定星座构型与业务SLA，选择合适的恢复策略，估算恢复时间、开销与成功率，并给出可验证的判据。
• 分析层：能够阅读恢复过程的时序与状态变化，判断恢复是否真正完成，识别"假恢复""震荡恢复""恢复后再次失效"等异常。

核心概念

理解故障恢复，先要建立几个关键概念。第一是故障域：故障影响的范围，可能是一条ISL、一个卫星节点、一个轨道面内的一段，甚至跨轨道面的一个区域。第二是恢复时间，通常从故障发生到业务重新可用所经历的时间，可拆分为检测时间、决策时间、切换时间与稳定时间。第三是恢复开销，包括信令开销、备份资源占用、路由表更新规模与能耗。第四是恢复粒度，即恢复的是链路、路径、业务流还是整个网络视图。第五是一致性，指各节点对当前拓扑与路由状态的认知是否收敛到同一版本。

整体框架

本课程将故障恢复组织为一条从"感知"到"回归"的完整链路，并在每一环展开可操作的方法。下图给出整体框架：左侧是故障来源与检测，中部是恢复决策与执行，右侧是恢复后的验证与回归，底部是贯穿全程的约束条件。

框架中，故障来源与检测决定"我们多快知道出了问题"，恢复决策决定"用什么方式绕开"，执行与切换决定"业务是否真的走通了新路径"，验证与回归决定"这次恢复是否可信、是否需要回退"。四段之间不是单向流水线，验证失败会触发重新决策，回归失败会保留备份路径，形成带反馈的闭环。

典型应用场景

星间通信网络的故障恢复并非抽象概念，它直接对应若干真实场景。

场景一：低轨星座的链路切换失败。低轨卫星相对运动快，ISL 需要周期性切换。若某次切换因指向误差或捕获失败而中断，且该链路承载了跨区域回传业务，就需要在数秒内将业务迁移到同轨道面的相邻链路或跨轨道面的备用链路。此时恢复的关键是"快速检测 + 本地重路由"，因为等待地面中心决策可能已超过业务容忍时间。

场景二：单星节点失效。某颗卫星因电源或载荷故障退出服务，其相邻的多条 ISL 同时中断。这属于区域故障，恢复不能只改一条路径，而需要重新计算受影响区域的连通性，必要时启用同轨道面内的备份节点或调整拓扑为"绕行结构"。此时恢复开销较大，需要权衡是否降低部分低优先级业务。

场景三：日凌或遮挡导致的周期性中断。这类故障可预测、可提前规划。恢复策略应偏向"预切换"：在中断窗口到来前把业务迁移到不受影响的链路，而不是等中断后再补救。这体现了恢复策略与故障可预测性之间的关系。

场景四：拥塞引发的业务级降级。链路未断，但误码率上升或队列溢出导致时延、丢包超标。此时恢复的对象不是链路，而是业务流，手段可能是限流、重选路径或调整优先级。它提醒我们：故障恢复不只处理"断"，也处理"劣化"。

本课程的组织方式

后续内容将围绕上述框架逐层展开：先讲故障检测与定位，再讲恢复决策与路由重构，然后讲执行切换与一致性维护，最后讲验证、回归与典型场景的综合分析。每一部分都会给出可观察的参数、可判断的指标和可复现的示例，而不是停留在概念描述。学习时建议把"恢复时间、恢复开销、恢复成功率、一致性"作为四条主线，贯穿所有章节进行对照。

需要特别强调的是，星间通信网络的故障恢复没有"万能最优解"。同一种故障，在不同星座构型、不同业务等级、不同星上资源条件下，合适的恢复方式可能完全不同。因此本课程的目标不是让你记住某一种算法，而是让你具备根据约束选择策略、根据结果判断成败的能力。