Meta 正在推进新一代海底光缆系统 Petal。该系统计划连接法国与美国，跨越约 7,000 公里，并预计于 2029 年投入服务。它最值得关注的目标，是在跨洋距离上提供 Petabit 级系统容量，同时首次大规模部署多芯光纤技术。
这里的突破并不只是把单个收发器做得更快，而是把更多可并行传输的空间通道、波长和设备组合进一条能够长期运行的跨洋基础设施。
Petabit 级容量到底意味着什么
Petabit 级通常描述整套光缆系统的聚合设计容量，而不是某个用户、端口或单根光纤可以独占 1 Pb/s。换算后：
- 1 Pb/s = 1,000 Tb/s
- 1 Pb/s = 1,000,000 Gb/s
- 如果按 400 Gb/s 通道粗略计算，需要约 2,500 个并行通道才能达到 1 Pb/s
真实系统还需要考虑编码开销、保护容量、设备能力、光学性能，以及实际可售或可用容量，因此不能简单地用理论峰值代替业务容量。
从工程角度，可以把单方向聚合容量简化为：
容量 = 光纤对数量 × 每根光纤的纤芯数 × 每纤芯波长数 × 单波长速率
这不是 Petal 的公开配置公式，只是理解容量扩展方式的概念模型。系统也不一定会同时开放全部理论容量。
多芯光纤改变了扩容维度
传统光纤通常在一根包层中设置一个纤芯，多芯光纤则在同一根光纤中放置多个可承载信号的纤芯。这样一来，系统不必只依赖更高的单波长速率或更多波长，还可以通过增加空间通道扩展总容量。这种方法通常被归入空分复用，也就是 Spatial Division Multiplexing，简称 SDM。
对跨洋系统而言，这个变化很有价值。单纯提高每个波长的调制复杂度，会受到信噪比、非线性效应和超长距离传输预算的约束；增加空间通道，则提供了另一条横向扩展路径。
不过，多芯并不等于无成本翻倍。工程团队通常还要处理：
- 不同纤芯之间的串扰与一致性；
- 多芯光纤与传统设备之间的扇入、扇出连接；
- 中继、放大、监控和测试链路的适配；
- 长距离铺设后的故障定位与维修复杂度；
- 海底设备的供电、散热和长期可靠性约束。
Petal 的关键意义，在于把多芯光纤从实验或局部应用推向约 7,000 公里的跨洋规模。至于纤芯数量、波长规划和单通道速率等具体参数，仍应以项目后续披露为准。
用一个小脚本估算聚合容量
下面的 Python 脚本可以用来比较不同光纤对数量、纤芯数量和波长配置。它是容量规划的简化模型，并不代表 Petal 的真实设计。
将代码保存为 cable_capacity.py：
#!/usr/bin/env python3
import argparse
def main():
parser = argparse.ArgumentParser(
description="Estimate one-way aggregate subsea cable capacity."
)
parser.add_argument("--fiber-pairs", type=int, required=True)
parser.add_argument("--cores-per-fiber", type=int, default=1)
parser.add_argument("--wavelengths", type=int, required=True)
parser.add_argument("--gbps", type=float, required=True,
help="Line rate per wavelength in Gb/s")
parser.add_argument("--efficiency", type=float, default=1.0,
help="Usable fraction after overhead, from 0 to 1")
parser.add_argument("--reserve", type=float, default=0.0,
help="Capacity reserved for protection, from 0 to 1")
args = parser.parse_args()
if not 0 < args.efficiency <= 1:
parser.error("--efficiency must be greater than 0 and at most 1")
if not 0 <= args.reserve < 1:
parser.error("--reserve must be at least 0 and less than 1")
spatial_channels = args.fiber_pairs * args.cores_per_fiber
gross_tbps = (
spatial_channels * args.wavelengths * args.gbps / 1000
)
usable_tbps = gross_tbps * args.efficiency * (1 - args.reserve)
print(f"Spatial channels per direction: {spatial_channels}")
print(f"Gross capacity: {gross_tbps:,.2f} Tb/s")
print(f"Gross capacity: {gross_tbps / 1000:,.3f} Pb/s")
print(f"Estimated usable capacity: {usable_tbps:,.2f} Tb/s")
print(f"Estimated usable capacity: {usable_tbps / 1000:,.3f} Pb/s")
if __name__ == "__main__":
main()
假设某个概念系统使用 12 个光纤对、每根光纤 2 个纤芯、每纤芯 80 个波长、单波长 800 Gb/s，同时按 85% 的效率和 15% 的保护预留估算，可以运行：
python3 cable_capacity.py \
--fiber-pairs 12 \
--cores-per-fiber 2 \
--wavelengths 80 \
--gbps 800 \
--efficiency 0.85 \
--reserve 0.15
预期输出为：
Spatial channels per direction: 24
Gross capacity: 1,536.00 Tb/s
Gross capacity: 1.536 Pb/s
Estimated usable capacity: 1,109.76 Tb/s
Estimated usable capacity: 1.110 Pb/s
这个例子也说明，新闻中的“系统容量”和网络规划中的“可用容量”并不是同一个指标。任何实际采购或互联评估都还要加入故障保护、路由冗余、登陆站限制和容量交付粒度。
真正困难的是把实验能力变成基础设施
跨洋光缆的生命周期远长于普通服务器或交换机。系统建成后，升级陆地端设备相对容易，替换海底湿段却代价高昂。因此，工程设计需要同时平衡当前可部署技术、未来升级空间和多年运行可靠性。
Petal 预计到 2029 年才投入服务，也反映出海底基础设施从设计、制造、测试、许可到铺设的长周期特征。对于云平台和网络运营团队来说，Petabit 级容量固然重要，但容量之外还应关注以下问题：
- 标称容量是理论值、点亮值，还是可交付业务容量；
- 是否有独立的物理路由，避免单一海缆故障影响服务；
- 容量能否按需求分阶段点亮，而不是一次性部署全部终端设备；
- 登陆站、陆地回传和数据中心互联是否会成为新的瓶颈；
- 多芯组件是否具有足够成熟的测试、备件和维修体系。
Petal 展示的方向很清楚：跨洋网络的下一轮扩展不会只依赖更高速的单通道，而会更多利用空间并行。多芯光纤若能在大规模海底系统中稳定运行，网络容量的设计方法也将从“让一条通道跑得更快”，逐步转向“让更多通道高效协同运行”。