2. 卫星星座与网络架构

卫星组网的数据转发与拥塞控制，首先受制于星座的几何构型与链路能力。LEO、MEO、GEO 三类轨道在高度、周期、覆盖范围和时延上差异显著，直接决定了网络拓扑的稳定程度与转发路径的可预测性。理解这些差异，是后续设计路由与拥塞策略的前提。

一、三类轨道星座的构型与特征

GEO 卫星位于约 35786 km 高度的地球同步轨道，单星可覆盖约三分之一地球表面，相对地面静止。其优势是拓扑稳定、切换极少，适合广播与骨干中继；缺点是单程传播时延约 119 ms，往返超过 240 ms，对实时交互和拥塞反馈极为不利。MEO 典型高度在 2000～20000 km，如 GPS 与 O3b 星座，单星覆盖较大，时延约 60～130 ms，切换频率中等。LEO 高度通常在 500～1500 km，单星覆盖直径仅约 3000～5000 km，必须依靠数十至数千颗卫星组成星座才能实现全球覆盖，单程时延约 2～10 ms，但卫星相对地面高速运动，切换频繁、拓扑高度动态。

以典型 LEO 极轨星座为例，若轨道高度 1200 km、倾角 87°、每轨道面 20 颗、共 12 个轨道面，则总星数 240 颗。相邻同轨卫星间隔约 360°/20=18°，星间距离约 1200×2×sin(9°)≈375 km；相邻轨道面在赤道附近间距随纬度变化，极区收敛、赤道展开，这直接导致星间链路长度和可见性随纬度剧烈变化。

二、星间链路与星地链路

星间链路（ISL）分为同轨 ISL 与异轨 ISL。同轨 ISL 连接同一轨道面内前后卫星，相对几何稳定，链路长度基本恒定，适合承载持续转发。异轨 ISL 连接相邻轨道面卫星，在赤道附近距离最大，在极区附近距离最小，且存在反向缝问题——当相邻轨道面运动方向相反时，无法建立稳定 ISL。星地链路（GSL）包括上行与下行，受仰角影响显著：仰角低于 10° 时大气衰减和遮挡严重，通常设定最小仰角门限（如 10°～25°）才允许接入。

链路预算决定可用带宽与误码率。以 Ka 频段 20 GHz、天线口径 0.6 m、发射功率 10 W 为例，自由空间损耗约 20log10(4πd/λ)，d=1200 km 时约 180 dB，需通过高增益天线与自适应编码维持链路。ISL 若采用激光通信，带宽可达 Gbps 级，但需精确跟瞄，受卫星姿态抖动影响。

三、覆盖、切换与拓扑动态性

LEO 卫星对地面终端的可见时间通常为 5～15 分钟，切换分为星内波束切换、星间切换和星地链路切换。切换过程中，旧链路释放与新链路建立存在重叠窗口，若重叠不足会造成丢包；若重叠过长则浪费资源。切换频率与轨道高度、最小仰角、终端纬度相关：高纬度地区卫星密集，切换更频繁；赤道地区相对稀疏。

拓扑动态性体现在三个尺度：秒级——卫星运动导致 ISL 长度和可见性变化；分钟级——星地切换引起接入点变更；小时级——轨道面进动与地球自转造成覆盖偏移。这种动态性使传统地面网络“先收敛再转发”的路由策略失效，必须采用预测性路由或分布式自适应转发。

四、动态拓扑对转发与拥塞的影响

拓扑动态性对转发的影响体现在路径可用性与时延抖动。当异轨 ISL 在极区收敛时，链路长度骤减，传播时延下降，但若多颗卫星同时向极区汇聚，局部链路负载升高，容易形成热点拥塞。反之，赤道附近 ISL 距离大、链路余量小，误码率上升，有效带宽下降，拥塞控制若仍按标称带宽分配速率，会造成队列积压。

星地切换期间，终端接入点变更导致路径重算。若采用集中式路由，控制器需获知全局拓扑并下发新转发表，收敛时间可能达数百毫秒，期间数据包被丢弃或绕行。分布式方案中，卫星根据邻居状态自主转发，收敛更快，但可能产生环路。实践中常采用“预测+反应”混合策略：利用星历预测未来数十秒的拓扑变化，提前建立备用路径；同时通过邻居探测应对突发链路中断。

拥塞控制面临的核心矛盾是：链路带宽时变、RTT 时变、路径频繁变更。传统 TCP 将丢包视为拥塞信号，但在卫星链路中，丢包可能由切换或高误码引起，若盲目降速会浪费带宽。因此需要区分拥塞丢包与链路错误丢包，或采用基于时延和显式反馈的拥塞控制。例如，利用 ISL 的队列长度和链路利用率作为反馈量，动态调整发送速率，而非仅依赖端到端丢包。

五、架构设计中的关键权衡

星座构型选择需在覆盖、时延、成本和复杂度之间权衡。GEO 适合广播和固定回传，但时延大；MEO 折中，适合区域增强；LEO 时延低但需大量卫星和复杂切换管理。星间链路是否启用也影响架构：无 ISL 的 LEO 星座依赖地面信关站中转，覆盖受限；有 ISL 可实现全球骨干，但需解决跟瞄、路由和功耗问题。

网络拓扑动态性要求转发与拥塞控制具备预测性和自适应能力。设计时应明确：拓扑变化的时间尺度、链路状态反馈的频率、切换窗口的长度、以及拥塞信号的来源。只有将这些参数与星座实际运动规律对齐，才能避免“控制滞后于拓扑”的常见问题。