卫星互联网承载网：星发够了，瓶颈在怎么组网

本文解读：《2026卫星互联网承载网技术白皮书V2.0-紫金山实验室&北京邮电大学》 · 共 175 页 · 原文

把卫星送上天只解决了有星可用，能不能组成一张能承载业务、能保障服务的网，是另一件事。紫金山实验室与北京邮电大学这份175页白皮书，聚焦的正是中间这层：卫星互联网承载网。

它的背景数据很硬：截至2026年9月，千帆星座累计发射卫星已达256颗，国内低轨卫星互联网进入 百星级组网和批量化部署阶段；2024年垣信卫星完成67亿元 A 轮融资。

但报告开篇就点破：卫星数量增加并不等同于网络服务能力形成。

发星是覆盖问题，组网才是服务问题，两者之间隔着整张承载网。

图源：《2026卫星互联网承载网技术白皮书V2.0》（第1页）

一、先把承载网的边界划清楚

报告先做了一件容易被跳过的事：界定概念。卫星互联网由用户终端、卫星接入网、承载网、核心网与业务平台、运营管理系统共同组成。 接入网负责终端与卫星之间的连接，核心网与业务平台管会话控制、业务管理和服务提供。

承载网位于二者之间，负责接入流量汇聚、星间与星地传送、路由交换、资源调度、跨域互联和服务质量保障。

报告明确划了三条边界：用户接入链路、核心网功能和业务平台不属于承载网； 运营商地面承载网、专线、虚拟专网和地面互联网也在承载网边界之外。

地面承载网是为信关站提供业务回传、流量卸载和跨域传送的协同网络， 报告的原话是「协同网络，而不是其必然组成部分」。

承载网自身分三段：以具备路由交换能力的卫星节点组成的空间承载段，由馈电链路、 信关站承载设备构成的星地承载段，以及负责拓扑感知、路由控制、流量工程、资源编排、 服务质量保障与安全运维的控制管理平面。

边界划不清，讨论架构和技术时就永远在争两套定义，各说各话，结论也对不上。

图源：《2026卫星互联网承载网技术白皮书V2.0》（第3页）

二、高、中、低轨不是叠加，是分层

报告对多轨协同的定义很克制：它不是简单叠加，而是按覆盖范围、传输时延、承载容量和可靠性分层的协同关系。

低轨卫星主要承担用户流量汇聚、低时延转发和高容量传输；中轨承担区域汇聚与跨区域转送； 高轨提供广域中继、稳定覆盖和备份保障。

不同轨道之间靠同轨星间链路和按需轨间链路转送数据，再通过多信关站协同、分层拓扑管理、 多轨路径选择和统一资源编排形成整体承载能力。

分工也体现在控制面上：数据平面按业务时延、带宽、可靠性和链路状态选同轨或跨轨路径； 控制平面做拓扑抽象、状态交换、路由计算和故障切换。

报告还给出了轨道参数：Starlink 典型轨道高度约550公里，星地斜距约1120至1820公里， 单星几何覆盖直径约1880至3330公里；典型 GEO 系统轨高35786公里，星地斜距约39070至40580公里。

卫星的角色也在变。它正由透明转发节点，转为具备星上交换、路由和处理能力的网络节点， 这一变化才让分层承载有了物理基础。

卫星从镜子变成交换机，多轨协同这件事才真正有了谈的物理基础，否则分层只是纸面分工。

图源：《2026卫星互联网承载网技术白皮书V2.0》（第4页）

三、三种架构，比的不是星座规模

报告把承载网架构分成集中式、分布式、混合式三类，判断依据是控制功能放在哪、决策职责怎么分， 而不是星座规模大小。

集中式把网络控制与路由决策集中到一个逻辑统一的控制系统，可以用 SDN 实现。 逻辑集中不等于物理单点，控制系统可以主备或集群部署，星载节点只执行转发规则。

分散式的优势是节点自主决策、降低对单一控制节点依赖，故障时其余节点可以自行调整路径； 代价是星上要承担路由信息维护和路径计算，高动态拓扑会放大状态同步开销。

混合式做分层分域：全局控制系统管跨域路径规划、资源策略和业务约束， 区域或星上节点在授权范围内做局部调整与故障处置。

报告对集中式给了一个很实用的判断：控制器或控制通道异常时，已有转发表通常仍能撑住转发， 但不能把控制失联直接等同于业务立即中断。

它同时拒绝给出统一的时间范围或规模门槛，理由是性能取决于协议、部署、规模、负载和故障模型， 离开测试条件谈指标没有意义。

三种架构没有标准答案，只有各自对应的适用条件，选错一次就要重新做一遍工程。

图源：《2026卫星互联网承载网技术白皮书V2.0》（第5页）

四、激光链路：速率上去了，对准更难

星间和星地链路主要走两条技术路线：激光和微波。激光的优势是速率高、方向性强、抗干扰、发射功率低。

公开进展已经到数百 Gbps 级。Starlink 公布的 V3 卫星配置包括六个400 Gbps 级星间激光终端， 报告特意说明这是新一代产品配置，不等于全部在轨星座的实际运行速率。

国内三层验证各有侧重。2025年3月，光传01/02试验星完成400 Gbps 星间激光通信试验； 2026年1月，中科院空天信息创新研究院与 AIRSAT-02 开展120 Gbps 星地激光通信业务化应用实验。

2026年3月，中科院光电技术研究所等公布高轨试验结果，在最远约4.07万公里条件下 实现上下行各1 Gbps 传输，链路连续维持超过3小时。

难点集中在捕获、对准与跟踪。激光束发散角通常只有微弧度量级，指向误差要控制在发散角的一小部分， 部分系统要到亚微弧度。

报告给了一个直观换算：5300公里链路距离下，1微弧度的指向偏差对应约5.3米的光斑中心偏移。 所以轨预报、姿态控制、粗精复合跟踪、振动抑制和提前量补偿缺一不可。

一微弧度的偏差，5300公里外就是五米多的错位。

图源：《2026卫星互联网承载网技术白皮书V2.0》（第6页）

五、八项关键技术，路由和切换最要命

报告把关键技术整理成八项：星间星地高速链路与传输、星上交换与转发、高动态网络路由、 高动态移动切换、网络管控与异构资源编排、网络感知建模与数字孪生、安全与可信保障、测试验证与性能评估。

高动态路由的核心难题是拓扑变化太快。星座规模从几十颗、百颗向千颗乃至万颗扩展， 星间链路频繁切换、流量分布不均、路由状态快速变化，都会让传统面向静态网络设计的协议失效。

移动切换的难点在连续性。手机直连卫星、航空海事通信和行业专网，要求终端在跨波束、跨卫星、 跨网络移动时保持会话不中断。

管控与编排要解决异构资源统一调度：星上计算存储有限，轨道频谱受限，天地网络体制还有差异， 资源要在这些约束下被拼成一张可运营的网络。

数字孪生和测试验证是配套能力。拓扑时刻在变，靠现网试错成本太高， 需要先在建模环境里把路由、切换和故障恢复跑一遍。

安全与可信保障则要覆盖链路、节点、路由、控制和运营全过程，这也是后面挑战章节的重点之一。

八项技术里，路由和切换决定这张网能不能连续可用。

图源：《2026卫星互联网承载网技术白皮书V2.0》（第7页）

六、产业体系：三层次、七板块

报告构建的产业框架是上游、中游、下游三个层次，再细分七个板块。七个板块分别是核心芯片与关键器件、星载承载网设备、星地融合承载设备、网络系统与管控平台、 承载网协议与基础软件、测试仪表与仿真验证、网络运营与行业服务。

这个划分的价值在于把「造星」和「组网」拆开了。芯片、星载设备属于硬件基础； 管控平台、协议软件、测试验证属于系统能力；运营与行业服务才是最终变现的一端。

报告在总结里点明短板：核心芯片和星载网络设备自主可控、超大规模网络稳定运行、 星地协议深度融合、端到端服务质量保障、安全可信防护和测试验证体系建设，都仍需持续加强。

它给出的判断也很冷静：我国已具备从关键技术突破向体系化发展迈进的基础， 但发展不应局限于单项性能指标提升，而要注重架构、技术、产业和标准之间的协同。

海外对标同样被摆上台面。Amazon 宣布对其低轨卫星宽带项目投入超过100亿美元， 全球竞争已由单项技术和星座部署，延伸到网络能力、产业生态、标准规则和全球运营。

产业链最薄的一环不在天上，在地面的芯片和测试仪表。

图源：《2026卫星互联网承载网技术白皮书V2.0》（第8页）

七、标准：五个组织，各有各的地盘

报告梳理了3GPP、IETF、ITU、CCSA 和 SAC/TC425 五个标准化组织的进展，并分析彼此间的衔接关系、 现有空白和后续推进重点。

3GPP 是星地融合的主战场。它从 Release 17 开始形成 NTN 规范性要求， Release 18 进一步推动卫星接入与5G 系统融合，为卫星网络复用移动通信的用户管理、 会话控制、QoS 和漫游机制提供标准基础。

V2.0 相比 V1.0 的更新之一，就是把 3GPP Release 19 的最新进展纳进来。 报告提到，我国在星地协同协议架构中占据主导地位，Release-19 吸纳了星间协同的接口增强方案。

IETF 管协议与传输，ITU 管频谱协调和国际规则，CCSA 与 SAC/TC425 承担国内标准衔接。 四类组织的关注点并不重叠，跨体系协同才是难点。

报告对标准的态度很务实：现有多套体系各管一段，空白恰恰出现在交叉地带， 例如跨域互联、状态同步、接口开放这些既不属于纯通信也不属于纯航天的部分。

标准的空白不在任何一家的地盘里，而在几家地盘的接缝上。

图源：《2026卫星互联网承载网技术白皮书V2.0》（第9页）

八、六类关键挑战，资源与安全最硬

报告列了六类挑战：轨道与频谱资源约束下的规模化、复杂空间环境下的链路可靠性、 安全风险的级联防护、星地融合条件下的端到端 QoS、超大规模星座的路由与管控复杂度、 海量终端直连的业务承载。

轨道和频谱是硬约束，先到先得，规模化组网必须在这个盘子里安排。安全风险的关键词是级联：卫星节点一旦被攻破，影响会沿星间链路传递，所以报告强调纵深防御和分级防护。

QoS 的难点在融合。天地网络体制存在差异，端到端的时延、带宽与可靠性需要在两套机制之间做映射。

海量终端直连则把问题放大了：终端由专用设备向普通手机、物联网终端、车载终端延伸， 波束、卫星、星间链路和信关站之间必须做分层流量汇聚与负载均衡，否则骨干会出现热点。

报告特别提醒，承载网的承载能力要按「千星、万星」去设计，而不是按当下的百星规模。

安全风险在星座网络里是会传染的，一个节点出事会顺着链路往下走。

图源：《2026卫星互联网承载网技术白皮书V2.0》（第10页）

九、五个演进方向，指向同一件事

第一个方向是星地融合与泛在互联。终局不是多一种卫星接入方式，而是卫星与地面网络从接口互通走向体系融合， 用户能在两者间平滑迁移。

第二个方向是高速光网络与弹性承载。传输方式会经历三重转变：微波为主转向光电融合， 点到点高速链路转向可重构空间光网络，固定容量配置转向业务驱动的弹性承载。

报告在这里给了一个很清醒的注脚：欧洲航天局围绕 Tbps 级光链路做了技术规范， 但 Tbps 更适合作为未来空间光骨干的目标，而不是现阶段所有星间链路的通用能力。

这份报告的原文件放在运营动脉（www.yydm.cn）上，图表、口径说明和样本量都写得很清楚。

想看原文的完整版，搜标题就能打开，图表和数据附录都是齐的，不用注册。

第三个方向是多轨协同与网络韧性，恢复机制走向「本地保护、分域恢复、全局调整」的三层结构。第四个方向是通算智融合与智能自治。第五个方向是安全开放与自主可控， 要建立覆盖链路、节点、路由、控制和运营全过程的纵深防御体系。

报告在结尾给了五条推进建议，落到一句话就是：由单项技术突破迈向体系能力提升。175页全文、三类架构对比表和八项技术细节都在运营动脉 （www.yydm.cn），搜标题即可打开。

最终要比的不是单链路多快，而是整张网能不能运营。