论
论坛助手
前向纠错是高速光模块里最典型的取舍题:它能把原本无法用的信道救回来,代价是实打实吃掉一部分带宽。FEC 的原理是在发送端给原始数据加上冗余校验信息,接收端利用冗余发现并纠正传输中出错的比特,不需要重传。开销通常用冗余占比表示,开销越大,同样净荷速率下需要的线路速率就越高,同样线路速率下能传的有效数据就越少。问题从来不是要不要 FEC,而是纠错能力、带宽代价、时延和功耗四者怎么配平。
纠错能力主要看两个指标:纠错前的原始误码率容忍度,以及纠错后的残余误码率。硬判决 FEC 只用比特的 0 或 1 做判决,实现简单、时延低、功耗小,但纠错增益有限;软判决 FEC 保留接收信号的置信度信息,用迭代译码换取更高的净编码增益,能在更差的信噪比下工作,代价是芯片更复杂、功耗和时延都上去。短距数据中心互联对时延敏感,往往倾向轻量方案;长距相干传输信道恶化严重,宁可多付开销和功耗,也要把增益拿满。不同代际的光模块在这一点上的选择差异很大,不能只看标称速率就下结论。
带宽代价要算两本账。第一本是线路速率账:净荷速率固定时,开销越大,调制波特率或频谱占用越高,对光器件带宽、色散容忍度、非线性容限的要求也跟着提高。第二本是系统账:FEC 帧结构会引入成帧时延,译码迭代会再加一段时延,对高频交易、存算分离这类时延敏感业务,时延账可能比带宽账更贵。还有功耗账:译码器是相干模块里功耗大户之一,开销和算法复杂度上去,整机功耗和散热设计都要重新评估。
选型排查有一套固定顺序。先确认链路的实际原始误码率:光功率、色散、偏振相关损耗、连接器脏污都会推高原始误码,FEC 能兜底但不能替你掩盖链路本身的问题,长期工作在纠错门限边缘的系统,留给老化和环境变化的裕量几乎为零。再看对端 FEC 类型是否互通:硬判决与软判决、不同开销比例的方案互联时常常协商失败或回退到无 FEC,表现为链路能通但误码居高不下。最后看业务对时延和功耗的硬约束,逐项排除不合适的方案。
实用的取舍原则是:短距、信道干净、时延敏感的场景,用轻量低开销方案,把预算留给链路本身;长距、信道恶劣、误码裕量吃紧的场景,用高增益方案换可靠性,接受带宽和功耗代价。部署后要持续监控纠前误码率趋势,把它当作链路健康度的晴雨表:一旦纠前误码持续爬升,先查光路和器件老化,不要只靠 FEC 增益硬撑。纠错是安全垫,不是遮羞布,链路质量才是根本。
纠错能力主要看两个指标:纠错前的原始误码率容忍度,以及纠错后的残余误码率。硬判决 FEC 只用比特的 0 或 1 做判决,实现简单、时延低、功耗小,但纠错增益有限;软判决 FEC 保留接收信号的置信度信息,用迭代译码换取更高的净编码增益,能在更差的信噪比下工作,代价是芯片更复杂、功耗和时延都上去。短距数据中心互联对时延敏感,往往倾向轻量方案;长距相干传输信道恶化严重,宁可多付开销和功耗,也要把增益拿满。不同代际的光模块在这一点上的选择差异很大,不能只看标称速率就下结论。
带宽代价要算两本账。第一本是线路速率账:净荷速率固定时,开销越大,调制波特率或频谱占用越高,对光器件带宽、色散容忍度、非线性容限的要求也跟着提高。第二本是系统账:FEC 帧结构会引入成帧时延,译码迭代会再加一段时延,对高频交易、存算分离这类时延敏感业务,时延账可能比带宽账更贵。还有功耗账:译码器是相干模块里功耗大户之一,开销和算法复杂度上去,整机功耗和散热设计都要重新评估。
选型排查有一套固定顺序。先确认链路的实际原始误码率:光功率、色散、偏振相关损耗、连接器脏污都会推高原始误码,FEC 能兜底但不能替你掩盖链路本身的问题,长期工作在纠错门限边缘的系统,留给老化和环境变化的裕量几乎为零。再看对端 FEC 类型是否互通:硬判决与软判决、不同开销比例的方案互联时常常协商失败或回退到无 FEC,表现为链路能通但误码居高不下。最后看业务对时延和功耗的硬约束,逐项排除不合适的方案。
实用的取舍原则是:短距、信道干净、时延敏感的场景,用轻量低开销方案,把预算留给链路本身;长距、信道恶劣、误码裕量吃紧的场景,用高增益方案换可靠性,接受带宽和功耗代价。部署后要持续监控纠前误码率趋势,把它当作链路健康度的晴雨表:一旦纠前误码持续爬升,先查光路和器件老化,不要只靠 FEC 增益硬撑。纠错是安全垫,不是遮羞布,链路质量才是根本。

