LPO、NPO、CPO区别详解：下一代光互联演进路线与选型指南

光模块这个行当，这几年变化快得让人有点喘不过气。早些年大家聊的还是100G什么时候大规模铺开，转眼800G已经在批量交付，1.6T的样品也摆上了台面。速率往上走，传统的可插拔光模块开始撞墙——面板密度不够、功耗压不住、信号完整性越来越难做。于是LPO、NPO、CPO这几个词频繁出现在各种技术讨论里，很多人第一次看到这三个缩写，脑子里第一反应是"这不都是把光引擎往主板里塞吗，到底差在哪"。我最初接触这几个概念时也绕了不少弯路，翻了一堆材料，发现大部分资料要么只讲概念不讲取舍，要么把三者混为一谈。这篇就把LPO、NPO、CPO的区别掰开揉碎讲清楚，顺带把下一代光互联的演进路线捋一遍，适合做硬件设计、系统架构、数据中心网络规划的朋友参考，也适合刚入行想搞明白这些缩写背后到底在解决什么问题的新人。

1. 先搞清楚这三个缩写到底在说什么

在展开对比之前，得先把概念的地基打牢。LPO、NPO、CPO这三个词，本质上描述的是光模块与主机系统之间"电信号走多远、光信号从哪开始"的不同分工方式。理解这一点，后面所有的差异都能顺理成章地推出来。

1.1 从可插拔模块的痛点说起

传统可插拔光模块的形态大家都熟悉：一个金手指插在面板的笼子里，电信号从交换芯片出来，经过PCB走线、连接器、模块内部的金手指，再进入模块里的DSP和驱动芯片，最后驱动光器件发光。这条链路在低速时代没什么问题，但速率到了800G、1.6T，每一段都开始变成负担。

最直接的矛盾是功耗。可插拔模块里那颗DSP负责信号均衡和时钟恢复，速率越高功耗越大，800G模块整模块功耗动辄十几瓦，一个机箱几十个端口，光电转换这一块的功耗占比相当可观。其次是面板密度，模块体积受限于笼子标准，端口数量上不去。再就是信号完整性，电信号从交换芯片到模块这段长走线，高速下损耗和反射都很难控制，得靠重定时器或者更强的前向纠错来兜底。

这里有个容易被忽略的点：很多人以为可插拔模块的问题只是"功耗高"，实际上信号完整性带来的设计复杂度才是更隐蔽的成本，它逼着你在PCB材料、连接器选型、均衡策略上不断加码。

LPO、NPO、CPO这三条路线，本质上都是在回答同一个问题：能不能把DSP去掉或者挪位置，能不能把光引擎往主机侧拉近，从而把电链路缩短、把功耗降下来。区别在于"拉近"的程度和"去掉"的彻底性不同。

1.2 三个缩写的字面含义与工程含义

LPO是Linear Pluggable Optics，线性可插拔光模块。关键词是"可插拔"和"线性"。它保留了模块插在面板上的形态，但把模块里的DSP去掉了，改成线性驱动，靠主机侧的交换芯片或者配套的均衡能力来补偿链路损耗。也就是说，模块还是那个能拔下来换的模块，但内部架构简化了。

NPO是Near Package Optics，近封装光学。关键词是"近封装"。光引擎不再放在面板笼子里，而是挪到交换芯片附近的封装基板上或者紧邻封装的位置，电链路大幅缩短，但光引擎本身还是相对独立的器件，可以单独维护或更换。

CPO是Co-Packaged Optics，共封装光学。关键词是"共封装"。光引擎和交换芯片封装在同一颗封装体内，电链路短到极致，几乎就是芯片到光引擎的裸片级互连。集成度最高，但可维护性和可更换性也最差。

这三个词不是简单的"一代比一代强"的线性关系，而是三种不同的工程取舍。LPO改的是模块内部架构，NPO和CPO改的是光引擎的物理位置，其中CPO的集成度又比NPO更进一步。下面这张表先把核心差异摆出来，后面再逐项展开。

2. LPO：去掉DSP之后，省下的不只是功耗

LPO是这三条路线里落地节奏相对最快的，原因很实际——它对现有系统形态改动最小，模块还是插在面板上，运维习惯不用大改，交换机和模块的生态也更容易衔接。但"去掉DSP"这四个字背后，牵动的是一整条链路的设计逻辑。

2.1 线性驱动到底省在哪

传统模块里的DSP干两件核心的事：一是对接收信号做均衡和时钟恢复，把经过长走线后已经"糊掉"的信号重新整形；二是对发送信号做预加重之类的处理，让信号能扛住链路损耗。这颗DSP是模块功耗的大头之一，800G速率下它自己就能吃掉好几瓦。

LPO的做法是把这颗DSP拿掉，模块里只保留线性驱动和跨阻放大器这类模拟前端，信号整形和均衡的活儿交给主机侧的交换芯片来做。交换芯片本身就有比较强的SerDes能力，通过调整发送端的均衡参数，配合模块端的线性响应，把整条链路"拉直"。

省下来的功耗是实打实的。按业界常见的估算，800G LPO模块相比带DSP的传统模块，整模块功耗能降三到四成，具体数值取决于链路长度和均衡策略。但这里要泼一盆冷水：省功耗不是免费的，代价是链路预算变紧，对PCB走线、连接器、模块一致性的要求反而更高了。

2.2 链路预算变紧带来的连锁反应

DSP被去掉之后，链路上任何一点损耗和反射都没有"兜底"的了。传统模块里DSP可以容忍一定程度的信号劣化，LPO没有这个缓冲，所以从交换芯片到模块的每一段都得抠。

首先是PCB走线。高速走线的损耗和板材的介电常数、走线长度强相关，LPO场景下往往要用更低损耗的板材，走线长度也要尽量压缩。其次是连接器，面板连接器的阻抗一致性和串扰指标要卡得更严。再就是模块本身的一致性，不同厂家、不同批次的线性响应如果有偏差，主机侧的均衡参数就很难统一适配。

实操中一个常见误区：以为LPO就是"把DSP拿掉这么简单"，实际上它要求主机侧SerDes、PCB、连接器、模块四者作为一个整体来调，任何一环掉链子，整条链路就调不通。做LPO项目时，链路仿真和实测的闭环比传统模块重要得多。

还有一个现实约束是互操作性。传统模块因为有DSP做标准化处理，不同厂家模块混插一般问题不大。LPO的线性特性跟主机侧均衡策略强耦合，跨厂家混插的适配工作量明显上升，这也是早期部署时运维比较头疼的地方。

2.3 LPO适合什么场景，不适合什么场景

LPO的优势场景比较清晰：短距离、高密度、对功耗敏感的数据中心内部互连。比如同一个机架内或者相邻机架之间的连接，链路长度可控，损耗预算相对好算，LPO的功耗和成本优势能充分发挥。

不太适合的场景是长距离或者链路环境复杂的场合。距离一长，损耗预算吃紧，没有DSP兜底就很难保证误码率。另外，如果系统里模块品牌杂、批次多，LPO的互操作适配成本会吃掉一部分省下来的收益。

从演进节奏看，LPO更像是"在可插拔形态内做减法"的务实路线，它不追求形态上的革命，而是在现有框架里把能省的部分省掉。对于不想大动系统架构、又想降功耗的团队，这是门槛相对低的选择。

3. NPO：把光引擎挪到芯片旁边，迈出形态变化的第一步

如果说LPO是在可插拔框架内做优化，NPO就开始动形态了。光引擎离开面板，搬到交换芯片附近的基板上，电链路一下子从"穿过整个板子"缩短到"芯片到旁边"的距离。这一步跨出去，功耗和信号完整性的账本都要重算。

3.1 近封装到底"近"到什么程度

NPO里的"近封装"，字面理解是靠近封装，但工程上这个"近"有具体的距离含义。光引擎通常放在交换芯片所在封装基板的边缘区域，或者紧邻封装的一块小基板上，电链路长度从可插拔时代的几十厘米量级，压缩到几厘米甚至更短。

这个距离的缩短带来的直接好处是电链路损耗大幅下降。高速电信号在PCB上每走一段都有损耗，距离缩短一个数量级，损耗预算就宽松很多，对均衡能力的依赖也随之降低。同时，因为电链路短，驱动光引擎需要的能量也少，整体功耗进一步下降。

但NPO不是简单地把模块"搬个家"。光引擎挪到芯片旁边之后，散热路径变了，维护方式变了，面板上的光接口怎么引出也是个新问题。光信号得从芯片附近的光引擎通过光纤跳线或者光柔性板引到面板，这段光路的设计直接影响可靠性和可维护性。

3.2 可维护性：NPO相对CPO的关键优势

NPO和CPO最本质的区别之一，就在可维护性上。NPO的光引擎虽然靠近芯片，但它通常还是作为一个相对独立的器件存在，通过连接器或者可拆卸的方式与基板相连。这意味着如果某个光引擎出问题，理论上可以单独更换，而不必把整块板子甚至整个交换机报废。

这个特性在实际运维中价值很大。数据中心里光模块的失效率虽然不高，但基数大了之后，故障是常态。可插拔模块坏了拔下来换一个，几分钟的事；如果整个封装体一起报废，停机时间和更换成本完全不是一个量级。NPO在集成度和可维护性之间取了一个折中，这也是它在讨论中常被看作"过渡方案"的原因——它既享受了靠近芯片带来的功耗和信号优势，又保留了一定程度的可维护性。

不过这个"可维护"也是有代价的。光引擎靠近芯片，拆装空间受限，对连接器的可靠性、对准精度要求更高，现场操作的难度比插拔面板模块大不少。所以NPO的维护往往需要更规范的流程和更专业的工具，不能像换面板模块那样随手操作。

3.3 散热与光路引出的工程难题

光引擎搬到芯片旁边，散热就成了绕不开的问题。交换芯片本身就是发热大户，光引擎紧挨着它，热环境比面板位置恶劣得多。光器件对温度敏感，激光器的波长和输出功率都随温度漂移，温度控制不好直接影响链路稳定性。

工程上的应对思路通常有几条：一是光引擎本身做更好的热设计，比如优化封装材料、增加散热路径；二是系统层面做分区散热，尽量让光引擎处在相对可控的温度区间；三是靠控制算法做温度补偿，让激光器工作在稳定状态。这几条往往要组合使用，单靠一条很难彻底解决。

光路引出是另一个难题。光引擎在板子内部，光信号要引到面板，中间这段光路要么用光纤跳线，要么用光柔性板，要么用某种光连接器。每种方案在损耗、可靠性、装配复杂度上各有取舍。光纤跳线灵活但占空间、易受弯折影响；光柔性板适合高密度但工艺复杂；光连接器可维护性好但对准精度要求高。这块的设计直接决定了NPO方案的工程可行性。

4. CPO：集成度拉满，但代价也拉满

CPO是这三条路线里集成度最高的，光引擎和交换芯片封装在同一颗封装体内，电链路短到几乎可以忽略。从纸面指标看，CPO在功耗和信号完整性上是最优解，但它的工程挑战和生态门槛也最高，这也是为什么它讨论了很多年，真正大规模落地还在推进中。

4.1 共封装把电链路压到了极限

CPO的核心思路是把光引擎和交换芯片的裸片放在同一个封装基板上，两者之间的电互连短到毫米级甚至更短。这个距离下，电信号的损耗、反射、串扰都降到了很低的水平，驱动光引擎需要的能量大幅减少，整条链路的功耗优势非常明显。

按业界公开的讨论，CPO方案相比传统可插拔模块，在同等速率下功耗可以降到几分之一，具体数字随速率、距离、实现方式差异很大，但方向是明确的。对于功耗已经逼近散热极限的大型交换系统，这个优势有很强的吸引力。

但"共封装"带来的不只是好处。光引擎和交换芯片绑在一起，意味着两者的设计、验证、生产都得协同，任何一个环节出问题都可能影响整体。传统模式下交换芯片和光模块是两个相对独立的产业环节，各自迭代；CPO把两者绑紧之后，协同成本上升，迭代节奏也互相牵制。

4.2 可维护性短板与失效代价

CPO最被诟病的就是可维护性。光引擎和芯片共封装，一旦光引擎失效，往往不能单独更换，轻则更换整个封装体，重则整块板卡甚至整个设备返修。对于7x24运行的数据中心，这个失效代价相当高。

业界的应对思路之一是做"可插拔的光引擎"或者"光引擎可分离"的设计，试图在共封装的前提下保留一定的可更换性，但这又会在一定程度上牺牲集成度带来的功耗优势，等于在两者之间重新找平衡点。另一条思路是靠提高可靠性来降低失效率，比如更严格的筛选、更好的热管理、冗余设计，但可靠性提升是有上限的，不能完全消除失效风险。

这里有个现实判断：CPO的推广节奏，很大程度上不取决于它"性能有多好"，而取决于"失效了怎么办"这个问题能不能被运维接受。技术指标再漂亮，运维成本算不过来，大规模部署就会犹豫。

4.3 生态与标准化：CPO真正的门槛

CPO的另一个大障碍是生态。传统可插拔模块有成熟的多源协议和标准化体系，不同厂家的模块可以互插，采购有议价空间，运维有统一规范。CPO把光引擎和芯片绑定，等于把光模块的标准化生态打散了，采购、运维、备件管理都要重新建立规则。

标准化方面，业界在推动共封装光学的接口规范，试图让不同厂家的光引擎和芯片之间有一定的互操作性，但进展和落地还需要时间。在标准成熟之前，CPO方案往往偏向于厂商内部的垂直整合，用户的选择空间相对受限。

从产业角度看，CPO更像是"系统级优化"的路线，它要求芯片、封装、光引擎、系统厂商深度协同。这个协同在少数头部玩家内部可以做得很好，但要形成广泛的产业生态，需要的时间比LPO、NPO长得多。

5. 三条路线的取舍逻辑：没有最优，只有最合适

把LPO、NPO、CPO放在一起看，很容易陷入"谁更先进"的比较，但工程上更有意义的问法是"在什么约束下选哪条路"。这三条路线对应的是不同的约束组合，选型时得把功耗、密度、可维护性、生态成熟度、成本这几个维度放在一起权衡。

5.1 按场景选型的一张决策表

下面这张表把常见场景和路线倾向做个对应，实际选型时还要结合具体系统的约束细化。

选型的核心不是追新，而是算清楚总账。功耗省下来的电费和散热成本，能不能覆盖维护复杂度上升带来的运维成本，这个账每个系统算出来可能都不一样。

5.2 功耗、密度、可维护性的三角权衡

这三条路线其实是在一个三角里做取舍：功耗、密度、可维护性，三者很难同时最优。LPO偏向可维护性，功耗改善中等；CPO偏向功耗和密度，可维护性最弱；NPO在中间找平衡。

理解这个三角，能帮你在面对厂商宣传时保持清醒。任何方案都会强调自己占优的那一角，但另外两角的代价往往藏在细节里。比如一个方案说功耗降了一半，你得追问它的可维护性怎么保障、失效了怎么处理、备件怎么管理。这些问题在实验室里不明显，到了大规模部署阶段就会浮出来。

5.3 从可插拔到共封装，演进不是一刀切

很多人把LPO、NPO、CPO理解成"三代技术"，好像后一代会完全取代前一代。实际演进更可能是并存的：短距场景用LPO，中距或者对功耗更敏感的场景用NPO，极致密度场景用CPO，传统可插拔在相当长时间内仍然是主力。不同场景的需求差异太大，很难用一种形态通吃。

演进节奏还受制于产业链的成熟度。LPO的生态相对成熟，落地快；NPO在推进中；CPO的标准化和生态建设还需要时间。技术演进从来不是单纯的技术问题，产业链各环节的协同节奏同样关键。

6. 下一代光互联还往哪走

聊完这三条路线，再把视野拉远一点。光互联的演进不只是形态变化，背后还有速率、调制方式、封装工艺、材料体系等多条线索在同时推进。理解这些线索，能帮你在看未来方案时有个判断框架。

6.1 速率继续往上，每一条链路都在承压

速率从800G往1.6T、3.2T走，电链路和光链路的压力都在增加。电信号速率越高，PCB损耗越大，对均衡和材料的要求越苛刻；光信号速率越高，对激光器带宽、调制效率、探测灵敏度的要求也越高。这些压力叠加在一起，会进一步推动光引擎往芯片靠近，也会推动新的调制方式和封装工艺。

一个明显的趋势是单通道速率的提升。通道速率上去之后，同样的端口数可以用更少的通道实现，封装密度和功耗分布都会变化。但单通道速率提升对器件带宽的要求也更高，这是一条需要材料和工艺同步进步的路线。

6.2 调制与封装工艺的协同演进

调制方式方面，从传统的强度调制往更高效的调制格式走，是提升单通道速率的重要方向，但调制格式越复杂，对器件线性度和信号处理的要求越高，这又跟LPO这类"去DSP"的思路形成一定张力。怎么在调制效率和信号处理复杂度之间找平衡，是路线选择时要考虑的因素。

封装工艺方面，共封装、近封装推动着基板工艺、光路耦合工艺、散热工艺的进步。光引擎和芯片共封装，对光路对准精度、封装材料的热稳定性、整体封装的可靠性都提出了更高要求。这些工艺进步不是孤立的，它们反过来又会解锁新的系统形态。

6.3 光互联与电互联的边界在移动

长期看，光互联在系统内的渗透范围在扩大。过去光只用在机架间、板间，现在板内、封装内的光互连都在探索。这个边界移动的速度，取决于光引擎的成本、功耗、可靠性相对电互连的优势什么时候能覆盖掉它的复杂度代价。

短期内，电互连在短距离、低成本场景仍然有优势，光互联不会无差别地取代电互连。更可能的情况是两者在不同距离、不同密度场景下各占一块，边界随着技术进步慢慢移动。做系统设计时，与其押注某一种技术通吃，不如把不同距离段的方案组合想清楚。

7. 实操中容易踩的几个坑

概念讲完，最后分享几个在实际项目里容易踩的坑，都是那种文档里不太会写、但真做起来会卡住的地方。

第一个坑是把LPO的链路调试当成传统模块来对待。传统模块插上去基本能用，LPO插上去可能误码率下不来，这时候不能只盯着模块，得把主机侧SerDes的均衡参数、PCB走线、连接器一起看。我见过有团队反复换模块却解决不了问题，最后发现是PCB某段走线的阻抗没控好。

第二个坑是低估NPO的散热设计难度。光引擎靠近芯片，热环境比想象中恶劣，早期方案如果只按面板模块的散热思路来做，很容易在高温环境下出现波长漂移、输出功率下降。散热设计要提前介入，不能等结构定型了再补。

第三个坑是CPO的失效分析准备不足。共封装之后，一旦出问题，定位是芯片问题还是光引擎问题本身就很难，如果没有提前设计好测试点和失效分析流程，排查会非常被动。做CPO方案时，可测试性和可诊断性要在设计早期就考虑进去。

第四个坑是忽略互操作性验证。LPO和NPO涉及主机侧和光侧的协同，不同厂家的组合可能表现差异很大，批量部署前一定要做充分的交叉验证，不能只测单一厂家的组合。

还有一个经验：这三条路线的选型，别只看实验室的功耗和误码率数据，一定要把运维流程、备件策略、故障处理时间算进去。实验室里省下的每一瓦，到了运维阶段可能被维护成本吃掉，这笔账要提前算。

我个人在实际接触这些方案的过程中体会比较深的一点是，光互联的演进从来不是单纯比拼谁的指标更漂亮，而是看谁能在功耗、密度、可维护性、成本、生态这几个维度里找到那个让用户愿意买单的平衡点。LPO、NPO、CPO各有各的适用边界，把边界搞清楚，比争论谁更先进有用得多。