1. 星间链路路由与动态拓扑管理导论
当我们在手机上打开地图导航时，背后是地面基站与光纤骨干网构成的稳定网络；而当我们把视角抬到距地面数百至数万公里的轨道上，情况就完全不同了。卫星之间没有埋在地下的光缆，也没有固定不动的路由器机柜，它们以每秒数公里的速度相对运动，链路时断时续，拓扑结构在几分钟内就可能彻底改变。星间链路路由与动态拓扑管理，正是研究"在这种不断变化的网络中，数据包如何找到一条从源到目的地的可行路径，并随着网络变化持续维持这条路径"的学科。
课程定位：它解决的是什么问题
可以把这门课理解为"面向空间网络的动态路由工程"。地面互联网的路由协议（如 OSPF、BGP）建立在两个隐含假设上：链路长期稳定、拓扑变化缓慢。星间网络打破了这两个假设。以典型的低轨（LEO）Walker 星座为例，卫星轨道高度约 550 km，轨道周期约 95 分钟，相邻同轨卫星相对位置基本固定，而跨轨卫星之间的相对几何关系持续变化，星间链路（ISL）会因地球遮挡、距离超限或天线指向约束而周期性断开与重建。
因此本课程的核心问题可以归纳为三句话：路径怎么算（路由算法）、拓扑怎么描述与预测（动态拓扑建模）、变化怎么应对（切换、重路由与收敛控制）。三者不是并列关系，而是相互耦合——拓扑模型决定了路由算法的输入形式，路由收敛速度又反过来约束拓扑更新的粒度。
技术挑战：为什么不能直接照搬地面路由
第一是高动态性。以 Iridium 类星座为例，卫星在约 100 分钟内绕地球一圈，跨轨 ISL 的可用窗口可能只有十几分钟甚至更短。若路由协议依赖周期性泛洪来感知拓扑，泛洪本身就会消耗大量星间带宽，且收敛速度可能赶不上拓扑变化速度。
第二是资源受限。星载处理器的主频、内存和功耗都远低于地面路由器，激光或微波 ISL 的带宽也有限。这意味着路由算法不能是"全图 Dijkstra 每秒钟跑一次"这种奢侈做法，而必须借助拓扑的可预测性来降低计算量。
第三是传播时延不可忽略。地面网络中路由收敛的瓶颈在计算和排队，而星间网络中，一条控制消息跨越数跳就要花费数毫秒到数十毫秒。如果拓扑变化周期是分钟级，而收敛时间是秒级，那么留给路由更新的"安全窗口"其实相当紧张。
第四是多约束耦合。一条路径不仅要"通"，还要满足时延上限、带宽需求和可靠性要求。例如某条跨轨链路虽然几何可见，但若其误码率因大气或指向误差升高，就不应被选入关键业务路径。这类问题属于多约束路径选择，通常难以用单一最短路径算法解决。
学习路径：从建模到算法再到验证
本课程后续内容将沿着一条清晰的工程主线展开，建议按以下顺序建立知识结构：
- 先建立拓扑描述能力。理解如何用轨道根数、星历和可见性判据生成时间片拓扑图，这是所有路由算法的输入基础。
- 再掌握路由算法族。包括基于虚拟拓扑的静态预计算、基于链路状态的动态路由，以及面向时延和负载的启发式方法。
- 然后处理动态性。学习链路切换、路由重收敛、环路避免等运行期问题，理解"算法正确"与"系统可用"之间的差距。
- 最后进入验证与评估。用仿真或半实物平台观察端到端时延、丢包率、收敛时间等指标，判断设计是否达标。
一个贯穿全课的最小示例
为了把上述概念落到可操作层面，考虑一个简化场景：卫星 A 需要把数据送到卫星 D，中间经过 B、C 两颗中继星。假设当前时刻可用链路为 A–B（时延 3.2 ms）、B–C（时延 4.1 ms）、C–D（时延 3.5 ms），同时存在一条 A–C 直连链路（时延 9.8 ms）。若以最短时延为目标，路径 A–B–C–D 的总时延为 10.8 ms，而 A–C–D 为 13.3 ms，前者更优。
但若 30 秒后 B–C 链路因轨道运动进入遮挡区而断开，原路径失效，此时必须触发重路由。若系统提前通过星历预测到该断开事件，就可以在断开前把转发表切换到 A–C–D 路径，实现"无缝切换"；若依赖断开后检测再重路由，则会经历一段丢包期。这个对比正是本课程要解决的核心工程问题：用可预测性换取稳定性。
总结来说，星间链路路由与动态拓扑管理是一门"在变化中求稳定"的工程学科。它要求我们同时具备轨道力学的基本直觉、图论与算法的分析能力，以及网络协议与系统实现的工程素养。接下来的章节将逐层展开这些内容，帮助你从理解问题走向设计可用的路由方案。