企业官网建设流程全解析

光模块这个圈子，最近两年最热闹的话题之一就是"去DSP"。做数据中心网络的人应该都有感知：交换机端口速率从25G、100G往400G、800G甚至1.6T走的时候，功耗和延迟这两座大山越来越压得人喘不过气。传统光模块里那颗DSP芯片，原本是用来做信号整形、时钟恢复、均衡补偿的"功臣"，但现在它成了功耗大户——一个800G光模块里，DSP可能就吃掉整体功耗的三到四成。于是行业里开始琢磨：能不能把这颗DSP拿掉，或者换个位置放？这就衍生出了LPO、NPO、CPO这几条路线，加上传统的可插拔方案，四条技术路径各有各的算盘。这篇内容我打算把这几条路线的底层逻辑、实际取舍、落地现状和踩坑经验掰开揉碎讲清楚，不管你是做光模块硬件设计、数据中心网络规划，还是刚入行想搞明白这些缩写到底啥意思，都能从中找到能用的东西。

1. 先搞清楚DSP在光模块里到底干了什么

1.1 DSP不是"可有可无"的装饰品

很多人一听到"去DSP"，第一反应是这东西是不是可以随便拿掉。实际上DSP在光模块里承担的工作相当关键。光信号在光纤里传输几百米到几公里之后，会经历色散、衰减、非线性效应，到达接收端的时候波形已经"糊"了。DSP要做的就是把这些糊掉的信号重新"擦干净"——通过前馈均衡（FFE）、判决反馈均衡（DFE）等手段补偿信道损伤，再通过时钟数据恢复（CDR）把时钟从数据流里提取出来，最后把干净的电信号交给交换芯片。

发送方向也一样，DSP要对电信号做预加重和整形，让驱动激光器的信号质量足够好。你可以把DSP理解成一个"翻译官+修图师"的组合：它把来自交换芯片的电信号翻译成适合光传输的格式，同时把收到的光信号"修图"修回电信号能识别的样子。

问题在于，这个"翻译官"很费电。以400G光模块为例，一颗7nm DSP的功耗大概在4到6瓦，而整个模块的功耗可能也就10到12瓦。到了800G，DSP功耗直接飙到8到12瓦，模块总功耗冲到16到20瓦。一个数据中心如果部署几万个800G端口，光是DSP消耗的电就是兆瓦级别的，散热压力更是让人头疼。

1.2 去DSP的核心驱动力：功耗、延迟、成本

去DSP这件事，说到底是被三个因素推着走的。

功耗是最直接的。DSP的功耗和工艺节点、通道数、均衡复杂度都相关。拿掉DSP之后，模块功耗可以降低30%到50%，这对高密度数据中心来说意味着散热方案可以简化，风扇转速可以降低，整体PUE能往下压。

延迟是第二个因素。DSP做信号处理需要时间，虽然单次处理延迟只有几纳秒到几十纳秒，但在高频交易、AI训练集群这类对延迟极度敏感的场景里，每一纳秒都值钱。去DSP之后，信号路径变短，延迟可以降低到原来的几分之一。

成本是第三个因素。DSP芯片本身不便宜，而且它还需要配套的电源管理、散热设计。去掉DSP之后，模块的BOM成本可以下降，PCB设计也能简化。不过这里要打个问号——去DSP之后，对光器件本身的要求会提高，这部分成本可能会抵消掉一部分节省。

注意：去DSP不等于"不需要信号处理"，而是把信号处理的功能从模块内部转移到了交换芯片侧或者系统侧。这个转移过程带来的系统级变化，才是真正需要关注的重点。

1.3 四条路线的本质区别在哪里

可插拔、LPO、NPO、CPO这四条路线，本质上是在回答同一个问题：信号处理放在哪里，光引擎放在哪里，两者之间怎么连接。

传统可插拔方案里，DSP和光引擎都封装在模块内部，模块插在交换机面板上，电信号通过PCB走线从交换芯片到面板，距离可能有好几英寸。LPO是把DSP从模块里拿掉，把均衡功能交给交换芯片侧的SerDes来做，模块里只保留驱动和TIA。NPO是把光引擎从可插拔模块里拿出来，放到靠近交换芯片的PCB上，但仍然是可插拔或者可维护的结构。CPO则是把光引擎和交换芯片封装在一起，彻底消灭了面板到芯片之间的长距离电走线。

这四条路线的演进逻辑，其实就是在不断缩短电信号路径、不断把信号处理功能往交换芯片侧集中。理解了这个主线，后面看各种技术细节就不会迷路。

2. 可插拔方案：成熟但逼近物理极限

2.1 可插拔模块为什么能统治这么多年

可插拔光模块从GBIC、SFP一路演进到QSFP、QSFP-DD、OSFP，核心优势就两个字：灵活。交换机面板上有一堆笼子，你想插100G就插100G，想插400G就插400G，坏了直接换一个，不用动交换机。这种"即插即用"的特性让数据中心运维变得非常简单，也让多厂商互通成为可能。

从SFP28的25G到QSFP28的100G，再到QSFP-DD的400G和OSFP的800G，可插拔方案一直在跟进。每一代速率翻倍，模块的功耗和散热挑战就上一个台阶，但行业总能找到办法——用更好的DSP工艺、更好的光器件、更好的散热材料。

2.2 800G时代可插拔方案遇到了什么墙

到了800G，可插拔方案的物理极限开始显现。一个OSFP模块的功耗在16到20瓦，QSFP-DD也差不多。交换机前面板如果有32个800G端口，总功耗就是500到640瓦，这还只是光模块的功耗，不算交换芯片本身。散热方面，面板区域的空气流通本来就不好，这么多热量堆在一起，风冷已经快扛不住了。

更麻烦的是信号完整性。交换芯片到面板笼子之间的PCB走线，在112G PAM4速率下损耗非常严重。为了补偿这个损耗，DSP需要做更复杂的均衡，功耗进一步增加。这形成了一个恶性循环：速率越高，走线损耗越大，DSP越复杂，功耗越高，散热越难。

有测算显示，当SerDes速率达到224G PAM4时，交换芯片到面板的PCB走线损耗可能超过30dB，这个损耗用DSP来补，功耗和延迟都会非常难看。所以行业才开始认真考虑把DSP拿掉，或者把光引擎挪到离交换芯片更近的地方。

2.3 可插拔方案的自我革新：从DSP到线性驱动

可插拔方案并不是坐以待毙。LPO本质上就是可插拔方案的一种"自我革新"——模块形态还是可插拔的，但把DSP拿掉了，换成线性驱动。这样模块功耗可以降到原来的一半左右，延迟也大幅降低。

不过LPO对交换芯片SerDes的要求提高了。原来DSP干的均衡活儿，现在要SerDes来干。SerDes需要具备足够的均衡能力来补偿PCB走线和光器件的损伤。这就把压力从模块侧转移到了芯片侧，系统设计的复杂度其实是增加了。

从实际部署来看，LPO在800G和1.6T时代会是一个重要的过渡方案。它保留了可插拔的灵活性，同时大幅降低了功耗和延迟。但它的适用范围有限——传输距离不能太长，链路预算不能太紧，否则SerDes的均衡能力不够用。

3. LPO路线：把DSP的活交给交换芯片

3.1 LPO的基本架构和工作原理

LPO全称Linear Pluggable Optics，线性可插拔光模块。它的核心思路是：模块里不放DSP，只放驱动器和TIA（跨阻放大器），信号从交换芯片SerDes出来之后，经过PCB走线到模块，然后直接驱动光器件。接收方向反过来，光信号经过TIA转换成电信号，直接送回SerDes。

这里的关键在于"线性"两个字。传统模块里，DSP会对信号做非线性补偿和重定时，输出的是一个"干净"的信号。LPO模块不做这些，它只是线性放大，信号的质量完全取决于SerDes的输出质量和链路本身的特性。

你可以这样理解：传统DSP模块像一个带降噪功能的耳机，它会把环境噪音处理掉再放给你听；LPO模块像一个纯放大器，它只是把声音放大，噪音也一起放大。所以LPO对"音源"（SerDes输出）和"环境"（PCB走线、光器件）的要求更高。

3.2 LPO对SerDes提出了哪些硬要求

LPO要跑通，交换芯片的SerDes必须足够强。具体来说，SerDes需要具备几个能力：

发送端均衡要足够灵活。SerDes的TX端需要做预加重和去加重，补偿PCB走线和光器件的低频损耗。通常需要3到5个抽头的FFE，才能把112G PAM4的信号补偿到位。

接收端均衡要足够强。SerDes的RX端需要做CTLE（连续时间线性均衡）和DFE，补偿光器件和PCB带来的损伤。在LPO场景下，RX端的均衡压力比传统场景大得多，因为模块侧没有DSP帮忙了。

自适应能力要足够好。LPO链路的一致性不如传统DSP模块，不同厂商的模块、不同批次的器件，特性可能有差异。SerDes需要能够自适应调整均衡参数，才能保证链路稳定。

目前能支持LPO的SerDes主要是112G PAM4这一代，224G PAM4的SerDes还在验证中。从实测数据来看，112G SerDes在LPO场景下的链路预算大概在8到10dB左右，超过这个范围就需要考虑其他方案了。

3.3 LPO实测中的坑和应对经验

LPO在实际部署中遇到的问题比预期多。我整理了几个常见的坑：

第一个坑最典型。LPO链路建立的时候，SerDes需要做自适应均衡，但自适应算法可能收敛到局部最优而不是全局最优。这时候需要手动干预，或者用更好的训练序列。有些交换机厂商提供了逐端口的均衡调试工具，可以手动调整FFE和DFE的抽头系数，这个功能在LPO部署中非常实用。

第二个坑也很常见。LPO模块的线性特性对器件参数很敏感，不同厂商的驱动器、TIA、激光器特性不一样，混插的时候容易出现兼容性问题。建议在部署前做完整的兼容性测试，建立白名单。

提示：LPO的链路调试比传统DSP模块复杂得多，部署前一定要留足调试时间。不要指望插上就能通，通常需要逐端口优化。

4. NPO路线：光引擎靠近交换芯片但保持可维护性

4.1 NPO解决了LPO的什么问题

LPO虽然把DSP拿掉了，但模块还是插在面板上，电信号还是要经过长长的PCB走线。在112G PAM4下，这个走线损耗还能勉强对付，到了224G PAM4就非常吃力了。NPO（Near Package Optics，近封装光学）的思路是：把光引擎从面板上挪到交换芯片附近，缩短电信号路径。

NPO的典型形态是：光引擎放在交换芯片周围的PCB上，通过较短的走线连接到交换芯片的SerDes。光引擎和面板之间通过光纤连接，面板上不再有可插拔模块，而是光纤连接器。这样电信号路径从原来的几英寸缩短到一两英寸，损耗大幅降低。

和CPO相比，NPO的光引擎仍然是独立封装的，可以单独维护和更换。这是NPO相对于CPO的最大优势——可维护性。

4.2 NPO的两种实现形态：可插拔光引擎和板载光引擎

NPO在实际实现中有两种形态。

第一种是可插拔光引擎。光引擎做成一个类似模块的形态，插在交换芯片附近的连接器上。这样既缩短了电信号路径，又保留了可插拔的便利性。不过这种形态对连接器的要求很高，需要在很小的空间里实现高速信号连接。

第二种是板载光引擎。光引擎直接焊接在PCB上，通过BGA或者类似的方式连接。这种形态的电性能最好，但可维护性差，坏了需要换整板。

从目前的行业实践来看，可插拔光引擎更受青睐，因为它平衡了性能和可维护性。不过可插拔光引擎的连接器损耗和成本仍然是挑战。

4.3 NPO的散热和光纤管理难题

NPO把光引擎挪到了交换芯片旁边，散热就成了大问题。交换芯片本身功耗就很高，800G交换芯片功耗可能在300到500瓦，光引擎再往旁边一放，局部热密度非常高。传统的风冷方案可能不够用，需要引入液冷或者更复杂的散热设计。

光纤管理也是NPO的一个难点。原来可插拔模块的面板光纤管理相对简单，每个模块对应一对光纤连接器。NPO把光引擎挪到板子上之后，光纤需要从板子内部引到面板，走线复杂，弯曲半径受限，维护也更麻烦。

从实际部署来看，NPO更适合那些对功耗和延迟极度敏感、但对可维护性要求相对较低的场景，比如AI训练集群的内部互联。在通用数据中心里，NPO的维护复杂度可能会让运维团队头疼。

5. CPO路线：终极形态还是过度设计

5.1 CPO的核心思路：把光引擎和交换芯片封在一起

CPO（Co-Packaged Optics，共封装光学）是把光引擎和交换芯片封装在同一个基板上，两者之间的距离缩短到毫米级别。电信号从交换芯片出来，经过极短的基板走线就到了光引擎，损耗几乎可以忽略。

CPO的优势非常明显：功耗最低、延迟最低、带宽密度最高。从理论上讲，CPO可以把光互联的功耗降到每比特几个皮焦耳，比可插拔方案低一个数量级。对于1.6T及以上的速率，CPO可能是唯一可行的方案。

但CPO的问题也很明显：可维护性极差。光引擎和交换芯片封在一起，任何一个坏了，整个封装都要换。而光器件的寿命通常比交换芯片短，激光器会老化，这就意味着CPO封装的整体寿命受限于最脆弱的光器件。

5.2 CPO的激光器方案：外置还是内置

CPO的一个关键设计决策是激光器放在哪里。目前有两种方案：

内置激光器：激光器集成在光引擎封装内部。优点是集成度高，缺点是激光器发热会影响交换芯片，而且激光器坏了整个封装报废。

外置激光器：激光器放在封装外部，通过光纤把光功率送入光引擎。优点是激光器可以独立维护和更换，热管理也更灵活。缺点是增加了光纤连接的复杂度，光功率损耗也更大。

从行业趋势来看，外置激光器方案更受青睐，因为它解决了CPO最大的痛点——可维护性。激光器作为最容易老化的器件，可以独立更换，这就大大延长了CPO封装的整体寿命。

5.3 CPO的标准化和生态进展

CPO目前最大的障碍不是技术，而是生态。光引擎和交换芯片封在一起，意味着交换芯片厂商和光模块厂商的边界被打破了。原来交换芯片厂商做芯片，光模块厂商做模块，各司其职。CPO时代，谁来主导这个封装？谁来负责维护？商业模式怎么定？

OIF（光互联论坛）和COBO（板载光学联盟）都在推动CPO的标准化，但目前进展有限。不同厂商的CPO方案互不兼容，用户被锁定在单一厂商的风险很大。

从实际部署来看，CPO目前主要在特定场景试点，比如超大规模数据中心的AI训练集群。通用数据中心的CPO部署还需要时间，生态成熟度是主要瓶颈。

6. 四条路线的选型逻辑和实战建议

6.1 不同场景下的路线选择

四条路线没有绝对的优劣，关键看场景。我整理了一个选型参考表：

这个表只是参考，实际选型还要考虑供应链成熟度、运维能力、成本预算等因素。比如LPO虽然功耗低，但调试复杂，如果运维团队没有足够的光层调试能力，可能反而会带来更多问题。

6.2 从可插拔到CPO的过渡路径

从行业演进来看，从可插拔到CPO不会是一步到位的，中间会有过渡阶段。我的判断是：

2024到2026年：800G可插拔和LPO并存，LPO在特定场景放量。NPO开始小规模试点。

2026到2028年：1.6T时代到来，LPO在1.6T下面临挑战，NPO和CPO开始规模部署。可插拔方案在1.6T下可能只能支持短距离。

2028年以后：CPO在超大规模数据中心成为主流，可插拔方案退守中低速率和长距离场景。

这个演进节奏取决于几个变量：224G SerDes的成熟度、CPO生态的标准化进展、液冷技术的普及速度。任何一个变量加速或减速，都会影响整体节奏。

6.3 实操中的经验教训

最后分享几个我在实际项目中踩过的坑和总结的经验。

第一，不要盲目追新。LPO刚出来的时候，很多人觉得它是万能药，结果部署后发现调试工作量远超预期。新技术的第一代产品通常有各种问题，等第二代、第三代成熟了再上，可能更划算。

第二，链路预算是生命线。不管是LPO还是NPO，链路预算都是最关键的参数。设计阶段一定要留足余量，实际部署时的插损、连接器损耗、光纤老化都可能吃掉预算。我的经验是至少留3dB余量。

第三，散热设计要提前考虑。去DSP之后模块功耗降低了，但NPO和CPO把热源挪到了板子上，局部热密度反而更高。散热方案要在系统设计阶段就考虑，不要等到样机出来才发现散热不够。

第四，兼容性测试不能省。多厂商环境下，LPO和NPO的兼容性问题比传统模块多得多。部署前一定要做完整的兼容性矩阵测试，不要指望"插上就能通"。

第五，运维团队的能力要跟上。LPO和NPO对运维人员的光层调试能力要求更高。如果运维团队习惯了"换模块"的简单操作，面对LPO的均衡调试可能会手足无措。技术升级的同时，运维能力也要升级。

从我个人经验来看，未来三到五年内，LPO和可插拔方案仍然是主流，NPO会在特定场景逐步渗透，CPO的大规模部署还需要等待生态成熟。对于大多数数据中心来说，先把LPO用好，同时关注NPO和CPO的进展，可能是最务实的策略。