3.1 为什么要星间链路：少绕地面站的毫秒账
3.1 为什么要星间链路：少绕地面站的毫秒账
回顾通信史会发现一个反直觉的事实：最早的卫星宽带网络里，星与星之间是不连线的——每颗星都只跟地面说话，数据要跨洋就从天上下到信关站、走地面光纤、再上天。星间链路（ISL，Inter-Satellite Link）是后来才长出来的器官。本节先算清"为什么要长"这笔毫秒账，再看激光 ISL 把星座连成什么样的拓扑，最后处理拓扑流动带来的路由难题。
早期为什么不做：先理解"弯路"是默认形态
第一代方案（包括 Starlink 初期批次与 OneWeb 全系）采用透明转发（bent-pipe）：卫星只做放大变频，所有数据落地处理。这个形态简单可靠、星上无复杂设备，符合早期商业节奏。它的代价是一条几何账：两个都看得见卫星、却看不见同一个信关站的用户，数据必须"卫星—信关站A—地面传输—信关站B—卫星"绕一圈。用户越偏远，信关站越远，绕行越长。星间链路的方案是把转发平面抬上天：数据在星座内部跳到目的地头顶的卫星再落地，绕行路径被压缩为纯星座路径。
图：透明转发绕行与星间链路直连的路径对比
毫秒账：真空、光纤与几何的三重收益
星间链路的时间收益来自三处叠加。第一处是介质：光在光纤中速度约每秒 20 万公里（折射率约 1.5），在真空中约 30 万公里，同样的物理长度，真空路径快约三分之一。第二处是几何：大圆航线走"天弦"——轨道高度上的弦线比贴地光纤的弧线短，跨太平洋可短数千公里。第三处是绕行消除：没有 ISL 时数据要落到有限的信关站再长途传输，信关站选址受领土、频谱、成本约束，地理上必然"不顺路"。三处叠加，行业与学术测算的量级是：跨洋端到端可省约 10 到 40 毫秒，信关站稀疏的洋区与极地路径收益最大。对金融行情分发、跨洲实时协作这类以毫秒论价值的业务，这笔账直接成立法和商业模式。
拓扑长什么样：网格与环
星座连成网有两种典型拓扑。Starlink 式的网格拓扑（plus 型）：每颗星与同轨道面前后各一颗、左右相邻轨道面各一颗相连，形成"轨道内环 × 轨道间横向"的网格；同面前后向的星间距离固定，跨面链路因轨道面收敛而长度动态变化，过极点附近轨道面挤压时甚至需要断开。OneWeb 选择的环状拓扑：只连同面前后星，形成每条轨道一个环，环间靠地面中转。网格的收益是跨洋直连与故障绕行的多路径，代价是每星多装激光终端（每星可达四台以上）且拓扑动态复杂；环的星上简单、成本低，但网状容灾与低时延能力弱。激光终端单链路速率商用口径约 100 Gbps，星间距离数千公里——这个速率与地面城域网同级，星座骨干不是"窄带中继"，而是货真价实的传输网。
动态拓扑上的路由：预计算与实时收敛
ISL 连成的是一张每秒都在变的网：链路长度随卫星间距持续变化，跨面链路周期性断开重连，单星过顶几分钟就换茬。路由在它上面有两条技术路线。预计算路线：星历是可精确预报的，未来一段时间的拓扑演变可以提前算出，路由表按时间片提前排好、在轨按时切换——优点是星上只执行不计算、转发面简单，缺点是故障与突发流量超出预案时反应迟缓。实时收敛路线：在星上跑链路状态类协议，拓扑变化触发现场计算——灵活，但数千节点的全网收敛计算量和控制消息开销在星上算力与星间带宽里都是负担。工程现实是两者混合：主干路由预计算兜底，局部故障就近重路由。这个"星上做多少、地面做多少"的边界之争，正是下一节管控面要收口的问题。
星间链路的第二重账：覆盖独立性与抗毁
时延账之外还有一笔不容易量化但同样重的账：对地面设施的依赖度。透明转发架构下，星座的服务边界就是信关站的地理边界——没有信关站的洋区与极区，星再多也变不成服务；星间链路把服务边界从"信关站在哪"解耦成"星座覆盖到哪"，这是极地与远洋业务能成立的前提。抗毁属性是同一枚硬币的反面：透明架构下信关站是必炸的软肋（6.3 节的汇聚点分析），星座内数据要落地必然经过某个站；有 ISL 的星座可以把流量绕开受损站点，信关站从"单点"降级为"偏好项"。军事与应急客户把这条写进采购要求，直接抬高了 ISL 的商业优先级。
还有一个常被忽略的衍生价值：馈电带宽的杠杆。透明架构下，每一条用户流量都要在落地站重复消耗一次馈电频谱；ISL 让流量在星座内先聚合、再从最空闲的信关站落地，馈电频谱的使用效率随之提升。对一个 Ka 频段信关站选址艰难（4.1 节的干扰协调）的星座来说，省下的信关站数量就是省下的大笔地面投资——这笔账在董事会层面比毫秒账更有说服力。
星间链路的代价清单
讲收益要配代价清单才完整。ISL 的成本有四项。硬件成本：每台激光终端含光学头、跟瞄机构与调制单元，跟瞄精度要求亚微弧度量级——两颗相对速度每秒数公里的星要把激光对准数千公里外的目标，相当于几公里外瞄准一根头发丝，精密机构是激光终端价格的主要构成。重量与功耗：每台终端按公斤级计重、按十瓦级计功耗，一颗装四台终端的卫星，载荷预算被吃掉可观的一块——这些预算本可以换成通信容量或燃料。复杂度成本：星上路由让卫星从"哑转发"变成"网络节点"，软件规模、在轨测试、故障模式数量全面上升，3.3 节的管控复杂度同步加码。运营成本：拓扑动态带来持续的链路建立与维护信令，极区轨道面挤压的断链重连都要占用星间带宽。清单的价值在于提醒：ISL 不是免费午餐，它是用星上复杂度换地面依赖度与时延的交易——这笔交易对全球组网星座划算，对小规模区域星座未必。
一个判断框架：你的星座需要 ISL 吗
把本节收成一个可执行的判断框架，三问定去留。一问服务区域：用户与潜在信关站选址的地理关系如何？用户集中在信关站密集的大洲，透明转发够用；用户散布洋区极区，ISL 近乎必选。二问时延卖点：产品定位里低时延占多大权重？跨洋金融、实时协作为核心卖点时，10 到 40 毫秒的差值就是定价权；普通宽带接入则感知有限。三问代际节奏：星座分期部署时，ISL 装在哪一期？激光终端的重量功耗预算最好从首期就预留接口——后加装在结构上往往不可行，这是多家星座踩过的规划坑。三问的答案组合基本唯一确定了你的 ISL 策略，比任何通用建议都可靠。
本节要点回顾
- ISL 省的是落地绕行：真空比光纤快约三分之一、天弦比弧线短、信关站绕行被消除，跨洋合计可省 10 到 40 毫秒。
- 拓扑两种流派：网格（多路径、低时延、星上复杂）对环状（简单、便宜、能力弱）。
- 激光链路是传输网级速率：单链路约 100 Gbps，每星多台终端。
- 动态路由两条路线：星历预计算与在轨实时收敛，工程上混合使用。
星与星连起来了，数据流上去了，但高 RTT 的管道里跑标准 TCP 会"水土不服"——下一节算传输层的账。