★ FEATURED ARTICLE 光模块这个行当这几年变化快得让人有点喘不过气。早些年大家聊的还是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更进一步。下面这张表先把核心差异摆出来后面再逐项展开。维度LPONPOCPO光引擎位置面板可插拔芯片附近基板与芯片共封装DSP去除线性驱动通常去除或简化通常去除电链路长度较长短极短可维护性高可现场更换中等低通常整板更换集成度低中高功耗优势中等较好最好成熟度相对较高中等早期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 按场景选型的一张决策表下面这张表把常见场景和路线倾向做个对应实际选型时还要结合具体系统的约束细化。场景特征倾向路线理由短距高密度、功耗敏感、想少动架构LPO改动小、功耗有改善、运维习惯不变功耗要求更严、能接受一定维护复杂度NPO电链路更短、功耗更好、保留部分可维护性极致功耗和密度、垂直整合能力强CPO集成度最高、功耗最优、但生态和维护门槛高模块品牌杂、互操作要求高传统可插拔或LPO谨慎评估线性方案跨厂家适配成本高运维能力有限、故障容忍度低传统可插拔或NPO可维护性优先选型的核心不是追新而是算清楚总账。功耗省下来的电费和散热成本能不能覆盖维护复杂度上升带来的运维成本这个账每个系统算出来可能都不一样。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各有各的适用边界把边界搞清楚比争论谁更先进有用得多。
阅读完成 · 觉得有帮助？
