亚马逊的卫星互联网：从封闭生态到开放标准的距离

上周四，我在社区邮件列表里看到一条讨论：有人问 Apache 的一个子项目能否用于卫星通信的调度算法。话题很快转向亚马逊新提交的 5105 颗卫星申请。社区里一位老贡献者说了一句：“这又是一个‘先占坑再谈开放’的典型。”

这句话点醒了我。亚马逊的 Kuiper 项目要搞直接到设备（D2D）网络，目标很明确——手机直连卫星，无需地面基站。但这件事对开源社区意味着什么？是催生新的基础设施标准，还是进一步巩固封闭生态？

短期看：技术层的“早有预谋”，但治理层悬而未决

从技术角度，5105 颗卫星不是天文数字。Starlink 第二代规划数万颗，亚马逊这个数字在轨道资源争夺中算“务实”。但关键是 D2D 场景——卫星直接连接普通手机，意味着需要协调频谱、地面协议和卫星协议。目前 3GPP 在 Release 17 里定义了非地面网络（NTN）标准，但那是针对 IoT 和窄带场景。亚马逊若想实现宽带直连，要么走私有协议，要么推动 NTN 升级。

短期可见的几个问题：

• 频谱协调：毫米波和低频段资源稀缺，亚马逊申请的频段可能与现有地面 5G 冲突。这会引发类似 Starlink 与 RSC 之间的频谱纠纷。
• 终端兼容性：手机直连需要修改射频前端，苹果和三星是否愿意为亚马逊微调天线？这涉及商业谈判，而非技术开源。
• 地面站网络：亚马逊已有 AWS 全球基础设施，但卫星通信需要低延迟回传，地面站部署速度是瓶颈。

这些短期问题都是技术执行层面的，开源社区暂时插不上手。但有一个细节值得注意：亚马逊的申请文件中提到了“基于开放标准的接口”。这是客套话还是真的？如果参考 AWS 在云原生领域的做法（比如 Kubernetes 的 CNI 插件标准），他们确实有推动开放接口的意愿。但卫星通信领域，Iridium 和 Globalstar 都没有开放过空中接口。

长期看：社区治理的“窗口期”可能只有三年

长期视角下，D2D 卫星互联网的真正价值在于 去中心化接入。如果手机直连卫星成为标配，全球偏远地区将获得基础连接。但这也意味着一个潜在的风险：谁控制了卫星网络，谁就控制了互联网的最后一英里。

从开源社区治理的经验来看，一个健康的技术生态需要满足三个条件：

1. 协议规范公开：空中接口、星座拓扑、路由算法应形成 RFC 或类似标准文档。

2. 互操作性测试：不同厂商的卫星和终端可以互相通信。

3. 治理透明：频谱分配、优先级调度、网络中立性规则由多方共同制定。

目前亚马逊没有公开任何 Kuiper 的协议细节。对比来看，Starlink 虽然也未开源，但 SpaceX 至少公开了部分天线设计（通过 FCC 文件）。而亚马逊的 Kuiper 更接近 AWS 的“内部优化”风格——他们擅长将开源组件集成后作为商业服务提供，但很少将自身核心组件回馈社区。

[!note] 社区治理的“窗口期”

卫星互联网的轨道和频谱资源是有限的，且遵循“先到先得”。一旦亚马逊完成部署并形成用户习惯，后来的竞争者（包括开源社区自建网络）将面临极高门槛。未来三年是推动开放标准的关键时期。

技术价值评估：开源能做什么？

抛开商业层面，从技术社区角度，我们可以做三件事：

• 推动 NTN 标准开源实现：目前 3GPP 的 NTN 标准有部分开源实现（如 OpenAirInterface 的卫星扩展），但缺乏工程级验证。亚马逊的 D2D 网络可以作为测试床，前提是他们愿意开放 API。
• 开发星座调度算法：Kuiper 的 5105 颗卫星需要复杂的轨道规划、负载均衡和切换算法。这类算法若能开源，将极大降低其他卫星运营商的门槛。亚马逊在 AI 调度方面有优势（如 AWS 的 DeepRacer），但开源许可？目前看不到。
• 建立频谱治理社区：类似 ICANN 的模型，但针对卫星频谱。目前由 ITU 管理，但 ITU 的决策速度慢且偏向大企业。社区可以推动“频谱使用透明化”倡议，要求公开卫星频段的实际占用率。

给读者的行动建议

如果你是一位开源开发者或社区维护者，现在就可以开始关注两个方向：

1. 订阅 3GPP NTN 的 GitHub 仓库（如 OpenAirInterface 的卫星分支），即使不参与代码，也可以了解协议细节。

2. 关注 Apache 基金会的 IoT 和通信项目（如 IoTDB 或 StreamPipes），看是否有机会集成卫星链路。

不要等到亚马逊的卫星发射完毕再讨论开放。社区治理永远是从“有人问问题”开始，而不是从“有人写代码”开始。现在就去邮件列表里问一句：“Kuiper 的接口文档有公开计划吗？” 这个问题本身，就是推动开放的第一步。

原文链接：https://www.cnbc.com/2026/07/27/amazon-satellite-internet-network.html