4. 卫星网络协议栈与数据转发基础

卫星网络的数据转发不是把地面互联网协议原样搬到天上就能工作。低轨星座中，星间链路随轨道运动周期性断开与重建，端到端往返时延可达数十毫秒到数百毫秒，链路误码率随仰角、雨衰和遮挡剧烈波动。这些物理约束会逐层向上传导，最终决定协议栈如何分层、每层承担什么职责、哪些字段需要改写、哪些机制必须替换。理解卫星协议栈，关键是看清 OSI 七层与 TCP/IP 四层模型的映射关系，以及卫星链路层、网络层、传输层各自被"改造"成了什么形态。

OSI 与 TCP/IP 的映射及卫星化改造

TCP/IP 四层模型把 OSI 的上三层合并为应用层，把数据链路层与物理层合并为网络接口层。在卫星网络中，这种合并会掩盖关键差异：卫星链路层并非简单的以太网或 PPP，而是包含成帧、信道编码、交织、突发同步、ACM 自适应调制编码等一整套机制。因此工程上常把卫星协议栈细分为五层：应用层、传输层、网络层、卫星链路层、物理层。

各层职责与卫星化改造要点如下：应用层保持 HTTP、MQTT、QUIC 等不变，但需感知高时延；传输层在 TCP 与 UDP 之外引入 PEP 性能增强代理和 LTP 等容断协议；网络层由 IP 路由扩展为"IP + 星历 + 虚拟拓扑"的联合转发；卫星链路层负责成帧、FEC、ACM、ARQ 与多址接入；物理层处理调制、波束、频段与功率控制。映射关系不是一一对应，而是"功能重新分配"——例如地面由传输层处理的丢包恢复，在卫星链路上部分下沉到链路层的 HARQ 与 FEC。

卫星链路层：成帧、FEC 与多址接入

卫星链路层的核心任务是把上层 IP 分组可靠地映射到物理信道上。典型帧结构包含同步头、帧头、净荷和 FEC 校验段。以 DVB-S2X 为例，帧头携带调制编码方式（MODCOD）标识，接收端据此选择解调与译码参数。链路层前向纠错通常采用 LDPC 与 BCH 级联，在信噪比 3～5 dB 区间可获得接近香农限的增益。

多址接入方式决定多用户如何共享同一波束资源。MF-TDMA 把频率划分为多个载波、时间划分为多个时隙，终端按调度表在指定载波时隙发送突发；SCPC 为每个终端分配固定载波，适合持续大流量；CDMA 通过扩频码区分用户，抗干扰强但频谱效率较低。选择哪种多址方式，取决于业务模型：突发小包业务适合 MF-TDMA，视频回传适合 SCPC。

链路层 ARQ 与 HARQ 是丢包恢复的第一道防线。HARQ 在物理层译码失败时快速重传，重传合并可提升等效信噪比。但星间链路往返时延大，HARQ 重传窗口必须与链路 RTT 匹配，否则会因等待确认而降低吞吐。工程上常设置最大重传次数为 3～4 次，超过则上报链路层不可恢复错误，交由传输层处理。

网络层路由与转发：从 IP 到虚拟拓扑

卫星网络的路由与传统地面网络有本质区别：拓扑随时间变化，且变化可预测。低轨星座中，卫星位置由星历精确描述，星间链路通断可提前计算。因此主流方案是虚拟拓扑路由——把一个轨道周期划分为若干时间片，每个时间片内拓扑视为静态，预先计算路由表并按时切换。

以 Walker 星座为例，假设轨道高度 1200 km、周期约 109 分钟，若按 10 秒划分时间片，一个周期约 654 个时间片。每个时间片内，每颗卫星维护到邻居的链路状态，用 Dijkstra 计算最短时延路径。路由表切换需与链路通断时刻对齐，避免在链路切换瞬间转发黑洞。转发平面则采用标签交换或段路由，减少逐跳查表开销。

星间链路转发还需处理"弯管"与"再生"两种模式。弯管模式仅做频率转换与放大，不解析 IP，时延低但无法星上路由；再生模式在星上解调、译码、重新封装，支持星上交换与路由，但增加处理时延。现代宽带星座多采用再生模式，以支持星间组网与灵活转发。

传输层协议适配：TCP 的困境与增强

TCP 在卫星链路上性能严重退化，原因有三：慢启动阶段窗口增长受 RTT 限制，高时延使窗口爬升缓慢；丢包被误判为拥塞，导致不必要的窗口缩减；确认机制依赖往返确认，长 RTT 使重传超时过长。以 RTT 为 250 ms、初始窗口 10 MSS 为例，慢启动到 100 MSS 需要约 3.3 个 RTT，即 0.8 秒以上，而地面网络仅需几十毫秒。

性能增强代理（PEP）是常见解法。PEP 在卫星链路两端终结 TCP 连接，把长 RTT 拆分为两段短 RTT，并在中间段使用更适合卫星的传输协议。PEP 可分为传输层 PEP 与应用层 PEP：前者透明拆分 TCP 连接，后者针对 HTTP 等协议做预取与缓存。PEP 的代价是破坏端到端语义，若中间段加密则无法解析，需配合 IPsec 隧道或 TLS 代理。

除 PEP 外，还可采用 TCP 窗口扩展选项（RFC 1323）把窗口扩大到 1 GB，配合选择性确认（SACK）减少重传；或直接改用 QUIC，其 0-RTT 建连与多流复用可显著降低高时延影响。对于星间容断场景，LTP（Licklider 传输协议）提供块级可靠传输，支持中断续传，适合深空与间歇链路。

协议性能增强技术选型

协议增强不是单一技术，而是分层组合。链路层用 FEC 与 HARQ 对抗误码，网络层用虚拟拓扑与星历预测对抗拓扑时变，传输层用 PEP、窗口扩展与 QUIC 对抗高时延，应用层用缓存与预取对抗长反馈周期。选型时需权衡：PEP 提升吞吐但破坏端到端加密；QUIC 部署灵活但需终端支持；LTP 适合容断但吞吐较低。

综合来看，卫星协议栈的设计逻辑是"分层解耦、逐层补偿"：物理层与链路层补偿信道损伤，网络层补偿拓扑时变，传输层补偿高时延，应用层补偿长反馈周期。每一层只解决自己最擅长的问题，避免把可靠性、路由、拥塞控制全部压到传输层。理解这一分工，才能在具体星座与业务场景中做出合理的协议选型与参数配置。