数据中心互联 DCI，800G 光模块长距传输方案

凌晨两点，某云服务商运维工程师老张被一通电话叫醒——省际骨干网一条 800G 链路频繁报错，监控平台显示 BER（误码率）间歇性飙到 1E-8 以上，业务侧已经开始丢包。他第一反应是光模块坏了，换了备件，问题依旧。排查了三个小时，最后发现是链路中间一个放大站点色散补偿配置没跟上 800G 的速率。这种场景在 DCI 长距传输里太常见了——故障现象指向模块，根因却在链路设计。

常见误区

很多同行对 800G 长距传输有几个根深蒂固的误解，这里逐一拆解。

第一个误区：800G 光模块插上就能跑 80km，跟 400G 一样用。事实是，800G 在长距场景下对 OSNR（光信噪比）的要求比 400G 苛刻得多。400G 长距方案通常能容忍 18dB 左右的 OSNR，而 800G 在同等距离下需要 22dB 以上。这意味着同样的光纤链路，400G 能跑通的，800G 可能直接报“OSNR 余量不足”。排查步骤上，第一步不是换模块，而是用 OSA（光谱分析仪）测链路 OSNR 实际值。

第二个误区：速率翻倍，功耗也翻倍。实际上800G 光模块每比特功耗比 400G 降低约 30%，这得益于 5nm DSP 和先进封装工艺。但要注意，这是模块层面的数据，整机功耗还要看散热设计。有些机房风道没改，模块温度跑到 75℃以上，直接触发温度告警降速。

第三个误区：长距传输必须用相干方案。这个说法在 80km 以内不成立。PAM4 加 EDFA 加色散补偿的方案在 80km 场景下成本优势明显，只有超过 120km 才需要认真考虑相干下沉。

技术分析

800G 长距传输的核心矛盾就一个：速率上去了，色散容限和 OSNR 余量下来了。下面这张对比表能说明问题。

参数项 ‖ 400G 长距典型值 ‖ 800G 长距典型值

调制格式 ‖ PAM4 ‖ PAM4（部分场景相干）

单波速率 ‖ 400Gbps ‖ 800Gbps

OSNR 需求（80km） ‖ 18dB ‖ 22dB

色散容限 ‖ ±800ps/nm ‖ ±400ps/nm

模块功耗（典型） ‖ 18W ‖ 14W

每比特功耗 ‖ 0.045W/G ‖ 0.0175W/G

从表里能看出，800G 的色散容限只有 400G 的一半。这意味着链路设计时，色散补偿模块的精度要翻倍。实际排查中，如果看到“色散余量告警”，先查 DCM（色散补偿模块）的补偿值是否匹配光纤类型——G.652 和 G.655 的色散斜率不一样，混用直接报错。

另一个关键点是 FEC（前向纠错）。800G 长距方案通常用 OFEC 或 CFEC，纠错前 BER 门限在 2E-2 左右。如果链路 OSNR 不够，FEC 纠错后仍然有残留误码，业务侧就会间歇性丢包。排查步骤：先看 FEC 纠错计数，如果每秒纠错比特数持续增长，说明链路余量不足，需要调整放大站点增益或增加中继。

选型建议

选 800G 长距模块，先看三个硬指标：OSNR 容限、色散容限、功耗。OSNR 容限低于 20dB 的，80km 以上场景直接 pass。色散容限要看是否支持可调补偿，固定补偿的模块在 G.652 和 G.655 混缆场景下会出问题。

实操层面，建议按链路长度分档：40km 以内，标准 PAM4 模块加 EDFA 即可；40-80km，选带可调色散补偿的模块，同时确认 FEC 类型；80-120km，考虑相干下沉方案，虽然贵但省心。

睿海光电在 800G 长距产品线上做了不少针对性设计，比如他们的 800G ZR 模块支持可调色散补偿和 OFEC，在 G.652 光纤上实测 80km 传输 OSNR 余量能留到 3dB 以上。另外，他们的模块出厂前会做链路仿真测试，提供实测 OSNR 和色散曲线，这对运维排查帮助很大——不用自己从头测链路，直接对比出厂数据就能定位问题。

还有一个容易被忽略的点：模块固件版本。800G 长距模块的 DSP 固件对链路自适应影响很大，不同版本对色散和 OSNR 的补偿算法有差异。选型时确认供应商能提供固件升级支持，睿海光电在这方面有远程升级通道，省去现场换模块的麻烦。

趋势展望

800G 长距传输接下来有两个方向值得关注。一是相干下沉，随着硅光相干 DSP 成本下降，120km 以内用相干方案的比例会上升，运维上会更简单——不用再纠结色散补偿。二是 LPO（线性驱动可插拔）在长距场景的探索，去掉 DSP 后功耗能再降一半，但链路预算需要重新设计，目前还在早期阶段。

应用案例

某全球 Top5 云服务商的中国区域核心算力枢纽，服务器规模 15 万台以上，网络出口带宽 20Tbps。他们的 DCI 链路原来是 400G，去年升级到 800G 长距方案，覆盖三个省际节点，最长链路 95km。部署了睿海光电的 800G ZR 模块，配合可调色散补偿和 OFEC。上线后实测链路 OSNR 余量稳定在 3.5dB，FEC 纠错前 BER 控制在 1E-3 以内，业务侧零丢包。交付周期从下单到上架测试用了 4 周，比原计划提前一周。

另一个案例是国家级运营商的省际骨干网升级，覆盖 12 省 23 城市，骨干网传输 2800km 以上，总共用了 30 万支光模块。其中 800G 长距段在 80km 以上的链路采用了睿海光电的相干下沉方案，配合他们的链路仿真数据做预配置。运维反馈说，排查时直接调出厂测试报告对比现场 OSA 数据，定位故障从原来的半天缩短到一小时以内。

总结

800G 长距传输的核心不是模块本身，而是链路设计和排查方法——先测 OSNR 和色散，再动模块，能少走很多弯路。