2. LPO系统架构与接口剖析

LPO(Linear Pluggable Optics,线性可插拔光模块)与传统可插拔光模块最本质的区别,在于它把 DSP/CDR 从模块内部“搬”到了主机侧的电芯片里,模块内部只保留线性驱动与跨阻放大等模拟通路。因此,理解 LPO 的互操作性,不能只看模块本身,而必须把光模块、主机电芯片、主机端口、链路层与物理层接口作为一个整体来剖析。本节先建立这套系统架构的“地图”,再明确哪些边界是互操作的关键,哪些对象是验证的重点。

一、LPO 系统的四层物理构成

从信号流的角度看,一个 LPO 链路可以拆成四个物理层次:

  • 光模块(Optical Module):包含激光器、光调制器/探测器、线性驱动芯片(Driver)与跨阻放大器(TIA)。它不再做重定时(Retiming),只做电光/光电转换与线性放大。
  • 主机电芯片(Host ASIC / SerDes):承担原本由模块 DSP 完成的均衡、时钟恢复、预加重与判决。它是 LPO 链路中真正的“信号处理大脑”。
  • 主机端口(Host Port):包括金手指连接器、笼子(Cage)、供电与低速管理引脚(如 I²C、MODPRS、INT/RST)。它决定了模块能否被识别、供电与监控。
  • 链路层与物理层接口:物理层(PHY)负责电信号与光信号的电气/光学参数;链路层(MAC/PCS)负责编码、对齐、流控与误码统计。两者通过标准接口(如 IEEE 802.3 定义的 PMA/PMD 子层)衔接。

这四层之间并非简单串联,而是存在多条并行通道:高速数据通道、低速管理通道、时钟参考通道和供电通道。互操作问题往往就发生在这些通道的“接缝”处。

主机侧(Host) 主机 ASIC / SerDes 均衡 · CDR · 预加重 · 判决 主机端口 / 连接器 金手指 · Cage · 供电 · I²C MAC / PCS 链路层 编码 · 对齐 · 流控 · 误码统计 PHY 物理层接口 PMA / PMD 子层 · 电气参数 LPO 光模块 线性驱动 Driver 无 DSP · 线性放大 · 偏置控制 TIA 跨阻放大器 光电转换 · 线性输出 光组件(Laser / PD) EML / DML / SiPh · 探测器 模块管理接口 EEPROM · 告警 · 温度监控 互操作边界 电气接口 管理接口 光参数接口 高速电信号(TX) 高速电信号(RX) I²C / 管理通道 光纤 关键验证对象:TX/RX 眼图 · 误码率 · 管理寄存器 · 光功率 · 温度

二、接口关系:三条通道与两个边界

把上面的架构图进一步抽象,LPO 系统内部实际存在三条并行通道:

  1. 高速数据通道:主机 SerDes → 金手指 → 模块 Driver → 光调制器 → 光纤;反向为光纤 → 探测器 → TIA → 金手指 → 主机 SerDes。这条通道的电气参数(如差分阻抗、回波损耗、插入损耗)和光学参数(如消光比、光功率)共同决定链路能否闭合。
  2. 低速管理通道:主机通过 I²C 读写模块 EEPROM,获取厂商信息、温度、供电电压、光功率告警等。LPO 模块的管理接口通常遵循 CMIS 或 SFF-8636 规范,但字段定义可能因厂商而异。
  3. 时钟与参考通道:主机向模块提供参考时钟(如 156.25 MHz),模块内部 PLL 据此产生驱动时钟。参考时钟的抖动和频率偏差会直接传递到光信号上。

这三条通道在物理上汇聚于主机端口连接器,形成两个关键互操作边界:

  • 电气边界:主机端口与模块金手指之间的高速信号完整性。这里要验证的是:在主机发送端输出经过连接器后,模块接收端看到的眼图是否满足线性驱动输入要求;反向同理。
  • 管理边界:主机管理软件与模块 EEPROM 之间的寄存器映射。这里要验证的是:主机能否正确识别模块、读取告警、下发控制,且不会因字段差异导致误判。

三、互操作关键边界与验证对象

基于上述架构,LPO 互操作验证可以归纳为四个验证对象,每个对象对应一组可观测、可量化的指标:

验证对象 所在层次 关键指标 典型判据(示例)
主机 SerDes 输出 主机电芯片 / PHY 差分幅度、预加重、抖动 眼高 > 80 mV,眼宽 > 0.3 UI
模块线性驱动输入 光模块 / 电气边界 输入灵敏度、线性度、回波损耗 灵敏度优于 -8 dBm,回波损耗 < -10 dB
光输出信号 光模块 / 光学接口 光功率、消光比、TDECQ 光功率在 -3~+2 dBm,消光比 > 4 dB
管理寄存器 主机端口 / 管理边界 厂商 ID、温度、告警位 读取一致,告警位与实际状态匹配

需要强调的是,LPO 的互操作问题往往不是单一模块故障,而是主机与模块之间的参数不匹配。例如,主机 SerDes 的预加重设置过强,会导致模块 Driver 输入过载,光眼图出现非线性压缩;反之,预加重不足则无法补偿连接器损耗,导致眼图闭合。因此,验证时必须把主机和模块作为一个联合系统来测试,而不是分别测试后简单拼接。

四、实际验证中的操作要点

在实验室环境中,搭建 LPO 互操作验证平台通常需要以下设备与连接:

  • 误码仪(BERT):产生 PRBS 码型,接入主机 SerDes 的发送端,同时在接收端统计误码率。
  • 示波器(带光探头或参考接收机):观测模块光输出眼图,测量 TDECQ、消光比等参数。
  • I²C 主机控制器:模拟主机管理软件,读写模块寄存器,验证管理通道。
  • 可调光衰减器:在光链路中引入衰减,测试接收灵敏度余量。

一个典型的验证流程是:先通过 I²C 确认模块被正确识别,读取厂商信息和温度;然后主机 SerDes 发送 PRBS31 码型,模块环回或对接光链路,BERT 统计误码率;同时用示波器观测光眼图,记录 TDECQ 和光功率;最后逐步增加光衰减,找到误码率劣化到 1E-12 时的接收光功率,即为灵敏度。整个过程需要记录主机预加重、模块偏置电流等可调参数,以便定位边界条件。

提示:LPO 模块通常不支持链路训练(Link Training)或自适应均衡,因此主机 SerDes 的均衡设置必须在链路建立前就配置正确。验证时应覆盖主机 SerDes 的多个预设档位,确认模块在全部档位下都能正常工作,而不是只测一个“最优”档位。
注意:不同厂商的 LPO 模块在管理寄存器映射上可能存在差异,尤其是厂商自定义区域。互操作验证时不能只依赖标准字段,必须核对厂商提供的寄存器手册,确认告警位、控制位的实际含义,避免因误读导致误判。

总结来说,LPO 系统架构的核心在于“主机做 DSP、模块做线性”的分工,互操作的关键边界集中在电气接口和管理接口两处。验证对象应覆盖主机 SerDes 输出、模块驱动输入、光输出信号和管理寄存器四个层面,并通过联合测试确认主机与模块的参数匹配。只有把光模块、电芯片、主机端口、链路层与物理层接口作为一个整体来剖析,才能建立可靠的互操作验证方案。