光通信圈子这几年有个很明显的风向:DWDM这个词正在从骨干网下沉到数据中心内部,而NVIDIA在ECOC 2026上公开的硅光技术方向——微环智能分配加上无源偏振分集接收——等于把这个趋势正式标在了AI算力基础设施的路线图上。作为常年跟光模块、硅光晶圆打交道的人,我第一时间关注的不是它又发布了多少G的速率,而是这两个技术点背后到底在解决什么物理问题。
先说结论:这套组合拳打的正是DWDM从长距场景挪到AI集群短距互连时必须解决的两个核心痛点——多波长通道的波长管理复杂度,以及偏振随机变化对可靠接收的影响。这篇文章我会用做产品的角度重新拆解这两个技术点:它们为什么会出现、核心原理是什么、工程上要付哪些代价、以及哪些量产问题会决定它们最终的成败。适合正在做硅光、CPO、AI数据中心光互连方案的朋友参考。
1. GPU集群的带宽饥渴,为什么恰好把DWDM推上牌桌
1.1 算力扩张逼出来的路线选择:可插拔模块的天花板和硅光共封装
光互连行业过去几年的最大变化,就是需求侧从运营商变成了AI集群。GPU集群从千卡、万卡往十万卡走,模型并行、张量并行、专家并行把节点之间的通信吞吐顶到了非常夸张的程度。主流的Scale-up网络在往单端口1.6Tbps走,交换机的面板速率也在同步翻倍。可插拔光模块在这种压力下越来越难受:面板空间有限,前面板能插的模块数有上限,每模块功耗和散热又卡得死,光模块的信号完整性在超高波特率下也到了临界点。于是大家开始把目光投向共封装光学(CPO)和近封装光学,把光引擎挪到交换芯片旁边甚至封装基板上,省掉高速电信号穿过PCB和连接器的损耗。
但把光引擎挪进封装内,不等于问题就解决了。真正难的是光引擎本身怎么在一个巴掌大的区域内做出足够的带宽密度,同时功耗、良率、可维护性都得过得去。这时候硅光的价值就凸显了:它可以用CMOS兼容工艺在晶圆上同时做波导、调制器、探测器、无源器件,集成度远高于分立光学件,理论上能把几十个光学通道压缩到一颗芯片里。NVIDIA在ECOC 2026上展示的硅光方向,等于把这一趋势正式写在了AI算力基础设施的规划表上。
1.2 DWDM从骨干网下沉到机架内,微环为什么是天然主力
单波长方案每个通道就需要一根独立光纤或一对光纤,带宽密度受限于通道数和波特率。DWDM的思路是在同一根光纤里复用好几个不同波长的光,一根纤的容量直接从1倍变成N倍。这个账在骨干网里算过无数遍,但过去在数据中心内部很少这么干,原因是传统DWDM系统太贵——每个通道一个独立激光器加一个独立调制器,还要波长锁定和管理,体积和成本都不适合短距互连。
硅光上的微环调制器改变了这个局面。微环本身就是一个微型环形波导谐振腔,不同半径的微环天然对应不同谐振波长,可以把十几个通道的调制器密集地放在同一颗芯片上,面积比马赫-曾德尔调制器小一两个数量级,而且调制功耗也更低。我见过不少做硅光的团队,做多波长发射机时第一反应都是上微环阵列,原因很直接:只有微环能在不牺牲面积和功耗的前提下,把WDM通道阵列做进单芯片。这次NVIDIA把微环和DWDM绑在一起展示,恰恰说明他们在这条路上已经走出了Demo阶段。
2. 微环智能分配:把“谐振漂移”这个死穴变成调度优势
2.1 先看微环的“娇气”到底有多娇
微环调制器的原理可以这么理解:它像一个带选择性的旋转门,只有波长刚好落入谐振条件的光,才会被耦合进环内,其他波长的光直接沿直波导通过。电信号通过改变硅波导的载流子浓度,改变有效折射率,让谐振点在调制信号驱动下左右移动,从而把数据调制到光上。问题在于,硅的热光效应很强,折射率随温度变化非常明显,谐振波长会跟着温度线性漂移。按典型参数算,升温1℃谐振点大约移动70~80pm。
我习惯把这个量级放在具体场景里看。数据中心环境温度允许的范围可能宽达20℃,机箱内局部温度变化比这个还大,光引擎紧挨着交换芯片或GPU封装,还要叠加芯片本身的发热。一个Q值5000左右的微环,谐振谱线半高全宽大约0.3nm,温度漂移轻轻松松就能超过这个宽度。如果按传统思路做波长锁定,把每个环用片上加热器硬拉回目标ITU波长,一个环可能需要几十到上百毫瓦的热调谐功率。8通道的光引擎不算多,但光是这一项热调谐功率就可能到几百毫瓦甚至瓦级,放到CPO场景里根本不可接受。
所以NVIDIA为什么提“微环智能分配”,背后其实是被工程现实逼出来的。
2.2 智能分配的本质:不锁波长,而是调度波长
传统WDM的做法是静态分配:通道1用λ1,通道2用λ2,出厂校准完毕,系统运行中就各管各的。这在稳定环境里没问题,但放在微环阵列上就非常脆弱——某个环因为工艺偏差和局部温度波动,谐振点离目标波长远了,就只能靠加热硬拉,功耗上去了,效果还不一定好。
智能分配换了个思路。每个微环都带热调谐能力,意味着它的谐振波长可以在一定范围内移动。既然这样,与其把一个环死死绑定在某个固定波长上,不如让控制器实时看整个阵列的状态:哪个环当前离哪个波长近、哪个环用最小热调谐功耗就能达到哪个通道、哪个环的状态已经不适合承载流量。数据流进来时,把它调度到当前表现最好的可用环上,而不是按号入座。
我理解中的典型实现分三步。第一步是监测:每个微环附近布置跟踪光电二极管和温度传感器,实时读出监控光的响应,估算谐振点相对目标波长的失谐量。第二步是决策:控制算法根据失谐量、通道优先级、历史漂移趋势,给每个流量请求分配具体的环和波长,必要时预留冗余环应对突发。第三步是执行:通过片上加热器或电流注入快速调整谐振状态,让目标环落到目标波长上,再把数据切换过去。
这个过程和网络领域的动态路由非常像。静态路由配置简单,但抗故障能力差;动态路由稍微复杂,却能让整张网的利用率大幅提升。微环智能分配就是光层版的动态调度。传统方案的利用率受限于“最差环”的表现,智能分配让整个阵列的可用性由“最好的一批环”决定,相当于用软件换硬件容差。
2.3 这套设计在工程账本上的具体收益
先算工艺容差。微环谐振波长的晶圆级偏差和同一颗芯片上的随机偏差,是硅光量产里最常见的良率杀手。如果每个环必须出厂对准到标准波长±50pm以内,很多die都要被淘汰。而智能分配不要求每个环都精确落在目标点,它要求的是“这个环能通过调谐覆盖一段波长范围”,范围宽一点窄一点都可以接受。良率门槛一下子就松了。
再算热调谐功耗。传统波长锁定的目标是让所有环都工作在指定波长,每个环都要承担自己的校准和维持功耗。智能分配则可以把流量优先调度到失谐最小、加热功耗最低的环上,让那些需要大量加热才能工作的环处于待机或低频状态。综合下来,整个光引擎的热调谐功耗可以显著下降,这在CPO场景里是实打实的散热收益。
还有动态容错能力。某个环因为老化或局部温升漂移得厉害,传统方案只能降低这个通道的速率或者牺牲光功率预算,智能分配则可以直接把流量切到其他环上,用户几乎无感。对AI集群这种长时间高强度运行的场景,这种自愈能力比峰值性能更值钱。
3. 无源偏振分集接收:不拼DSP算力,拼光学巧劲
3.1 硅光为什么天生怕偏振
硅波导的截面通常只有几百纳米量级,横向和纵向的等效折射率差非常大,TE模和TM模的传输特性完全不一样。大多数硅光器件——调制器、探测器、光栅耦合器——都是针对TE偏振设计的。一旦输入光的偏振态不对,插损变大,严重情况下信号直接没了。
光纤传输恰恰是偏振态随机变化的。普通单模光纤在弯曲、振动、温度变化下,光的偏振态会不断旋转漂移,这几乎是不可控的。短距数据中心里的光纤跳线还可能被随意弯折、插拔,偏振问题只会更明显。传统模组对付偏振的办法大致有三类:用保偏光纤把偏振锁定住,但保偏光纤贵、连接器复杂,大规模互连不现实;在接收端加偏振分束器和手动、自动偏振控制器,但需要反馈回路和额外器件;上相干DSP,在数字域里做偏振恢复,这是长距高速光模块的标准做法,但功耗和延迟都不便宜。
NVIDIA这次给的方向很直接:无源偏振分集接收。
3.2 “无源”两个字到底省掉了什么
偏振分集接收的原理不难。接收光进来先经过一个偏振分束/旋转结构,把两个正交偏振分量分开,并将TM分量旋转成TE,这样后端的探测器就可以用同一套设计分别检测两路信号。在强度调制/直接检测系统里,两路探测器电流可以直接合并或者并行采样,光信号的信息在两路之间是冗余互补的,任何一路的偏振分量强一点弱一点,最终都能拼出完整的信号。
这么做的好处首先是省掉了相干DSP里最烧功耗的那部分。相干接收要把光信号和本振光混频,经过高速ADC采样,再在DSP里做色散补偿、偏振恢复、相位恢复,这些处理在短距场景里其实有点“杀鸡用牛刀”。对几百米到几公里的AI集群互连,色散影响没那么大,主要矛盾是偏振随机变化,无源偏振分集恰好直击这个主要矛盾——在光域一次性把偏振问题解决掉,电域只做最简单的检测和合并。
其次是延迟。DSP处理有固定的流水线延迟,几百纳秒到几微秒都很正常,而光域无源结构带来的时延是皮秒级。对AI集群通信来说,极端低延迟追求的是网络里的每一层都尽量省掉处理耗时,DWDM如果因为上相干DSP把延迟打上去,带宽密度是有了,但延迟账就不划算了。无源偏振分集让DWDM接收端仍然保持近似直接检测的延迟特征。
还有系统鲁棒性。偏振漂移是个慢变过程,但它叠加在快变信号上,如果靠反馈控制去追,会引入控制环路的稳定性问题。无源结构不存在反馈环,环境怎么变它都在那儿分光、检测,天然稳定。
3.3 代价和边界,也得说清楚
无源偏振分集并不是免费的午餐。最直观的代价是分光损耗:理想情况下把光分成两路,每路光功率只剩一半,系统光功率预算硬生生少了3dB。如果偏振分束器本身还有额外损耗,这个数字会更大。所以链路预算要从发射端重新算,发射功率、波导损耗、耦合损耗、探测器灵敏度都要重新加总。
第二个代价是面积和电域带宽。一路接收变成两路探测器加两路TIA,前端电路面积和功耗都会增加,两路的带宽、增益、时延特性还要匹配,否则合并时会出现波形失真。工程上要靠版图对称设计和后端均衡来补偿。
第三个边界是偏振相关损耗(PDL)和偏振模色散(PMD)。无源偏振分集能解决的是“偏振状态随机旋转后仍然能收到信号”,但它无法消除光纤本身PDL和PMD对信号劣化的影响。在长距离或高PMD环境下,这套方案还是有天花板,它最适合的就是中等距离、低色散惩罚的短距互连场景——正好是AI集群内部网络的射程范围。
4. 两条技术线合流:破解DWDM互连痛点的完整链路
4.1 收发两端必须咬合在一起看
单独看微环发射端或者单独看偏振分集接收端,都会低估这套方案的系统性。发送端要解决的是“怎么在一个小封装里做出多波长高密度光信号”,接收端要解决的是“怎么在不需要复杂DSP的前提下把这些波长可靠收下来”。这两个问题其实是同一个问题的两侧:DWDM进AI互连,如果不能同时解决波长管理复杂度和偏振鲁棒性,任何一端掉链子都落不了地。
所以NVIDIA这次把“微环智能分配”和“无源偏振分集接收”放在同一个技术叙事里,是很有讲究的。发射端用微环阵列提供多波长通道,用动态调度吸收工艺和温度的离散性;接收端用无源光学结构吸收光纤偏振的随机性,让电域处理保持低成本低延迟。合起来是一条端到端都不需要复杂控制的链路,这可能才是它能对现有相干和单波长路线构成替代价值的根本原因。
4.2 三条技术路线的正面对比
为了把位置说清楚,我习惯把相干DSP方案、普通单波长IM-DD方案,以及微环DWDM+无源偏振分集方案放在同一张表里看:
| 对比维度 | 相干DSP方案 | 微环DWDM+无源偏振分集 | 单波长IM-DD方案 |
|---|---|---|---|
| 光纤容量密度 | 高,偏振加波长复用 | 高,波长复用 | 低,单波长 |
| 接收端复杂度 | 最高:ADC、DSP、本振激光器 | 中:双PD加TIA | 最低:单PD加TIA |
| 接收端功耗 | 高,DSP功耗在瓦级 | 低,无DSP | 低 |
| 端到端延迟 | 有DSP流水线延迟 | 接近直接检测 | 最低 |
| 链路预算 | 优,DSP可补偿 | 中,分光损耗约3dB | 中 |
| 器件与工艺难度 | 成熟但昂贵 | 微环工艺要求高 | 成熟 |
| 适用距离 | 长距到城域 | 短距,机架内和机架间 | 短距 |
这张表里最微妙的两行是延迟和链路预算。AI集群内部几千条链路同时跑,每条链路的延迟降低几十纳秒,对训练同步效率的影响是系统级的。而链路预算的3dB缺口,可以通过提升发射端光功率或者优化探测器灵敏度来补,不一定非要用DSP换。换句话说,NVIDIA的方案是在容量、功耗和延迟之间重新选了平衡点。
4.3 从部署视角看,这套组合拳还有哪些隐性账
第一笔隐性账是温度管理。微环阵列紧挨着高速芯片,热环境非常不友好。智能分配能降低平均热调谐功耗,但前提是控制算法真的能把流量调度到热状态好的环上,这要求片上温度传感器布得足够密、反馈回路足够快。如果传感器噪声大或者响应滞后,智能分配的效果会大打折扣。
第二笔隐性账是冗余和可用性。DWDM方案一旦某个波长通道出现故障,理论上可以切到备用环,但前提是系统里本来就有冗余环。如果为了控制成本和面积,把微环数量压到和波长通道数一样多,那智能分配调度余地就很小,系统的自愈能力就只是名义上的。量产方案里微环数量和通道数之间的冗余比,会是后面所有解析这个方案的人最先看的技术参数。
第三笔隐性账是管理软件。DWDM光引擎一旦变成可动态调度,就必然需要一个控制平面来管理波长资源,类似网络SDN控制器下面还要有一个光资源管理器。NVIDIA本身在网卡、交换机软件栈上控制力很强,这是它推行这套方案的独特优势,但从生态角度讲,这套软件层逻辑能不能标准化、能不能被第三方光模块厂商复用,还是一个问号。
5. 站在做产品的角度,细数这套方案的工程挑战与坑
5.1 微环温度漂移的量化账,和智能分配的极限
先给一个量化场景。假设硅波导谐振漂移约70pm/℃,微环3dB带宽按0.3nm算,环境温度只要变化4~5℃,谐振点就偏出半个线宽,信号劣化已经不可忽略。如果芯片局部热点带来更大的温度波动,比如20℃,失谐量就是1.4nm量级。靠热调谐去补1.4nm,按30pm/mW的调谐效率算,要超过46mW;如果通道数多或者工艺偏差再叠加一些,单环热调谐功耗冲上100mW是很正常的。
智能分配能缓解多少,取决于波长覆盖范围和相邻环的谐振点密度。如果一个热状态差的环需要80mW才能调到目标波长,而旁边一个环只需要5mW就能调到同一个波长,调度算法肯定会优先用后者。但如果是整个阵列整体的环境温度都上升了,每个环都系统性偏移,那调度就无能为力了,只能靠系统级散热和低热阻封装来控温。所以智能分配是缓解局部离散性,而不是替代整体热设计。
我个人的经验是,做微环产品一定要在立项阶段就把热仿真当一级任务,不要等原型回来发现问题才补散热。硅光芯片上的微加热器布局、温度传感器位置、封装热阻、芯片与散热盖板的贴合方式,每一项都直接影响智能分配算法最后能调出多少效率。
提示:硅光微环的3dB带宽和调谐效率是两个必须在流片前就锁死的参数。带宽太窄导致温度裕量不足,带宽太宽又会放大相邻波长串扰,这个权衡没有捷径。
5.2 工艺容差和量产测试,是微环方案能否走量的分水岭
硅光的工艺成熟度比CMOS电芯片差得远,微环又是硅光里对工艺最敏感的器件。波导宽度差几纳米,谐振波长就差很多;光刻环境湿度、刻蚀深度、氧化层厚度稍有波动,整批wafer的一致性就会出问题。所以量产的第一步不是测功能,而是测谐振波长分布,把相近性能的die分bin。分bin听起来简单,实际牵涉到测试时间、设备精度、数据回溯,每项都是成本。
比较稳妥的做法是设计一个带片上监控PD的测试结构,让测试机快速扫电流-电压-光功率曲线,提取每个微环的谐振点和Q值,然后自动分bin。这一步数据做扎实了,智能分配算法才能有可靠的输入。很多团队把精力全放在优化微环性能指标上,忽视了产线数据平台的搭建,结果到了量产阶段良率上不去、问题定位不了,回过头来补数据基础设施,代价非常高。
另外,芯片本身可以做冗余环,但冗余环占面积、增功耗,还可能带来串扰。冗余比例的设计要结合良率模型来算,不能拍脑袋。如果工艺成熟度足够高、谐振一致性足够好,冗余环可以少一点;如果一致性差,宁可在流量调度上麻烦一点,也要留够冗余。
5.3 偏振分集接收的隐藏工程陷阱
无源偏振分集在原理图上一句话就讲完了,做起来却很啰嗦。偏振分束旋转器和二维光栅耦合器是两类典型的实现器件,但它们都对波长和工艺很敏感。设计上希望它们的工作带宽覆盖整个DWDM波段,实际上往往只能覆盖一部分,多波长通道的边信道性能容易恶化。
延时失配也是一个常见坑。两路偏振分量走不同的波导长度,经过不同的探测器、TIA,前端电路延迟如果差了几个符号周期,合并后的信号眼图就会变差,严重时产生符号间干扰。解决办法是版图上做严格的等长布局,加上后端均衡,但这些都是工程细节,每一项都要投入人力资源去磨。
还有一个容易被低估的点:偏振分光的稳定性。环境温度变化时,偏振转换效率也可能漂移,导致分光比例变化、两路信号功率失衡。虽然“无源”不需要主动反馈,但它仍然依赖无源器件自身的温度稳定性。器件设计时要选对波导截面和材料组合,让偏振转换效率对温度的敏感性尽量低。
5.4 生态、标准与软件,决定这套方案能走多远
NVIDIA可以在自己的GPU集群里强制推行私有光学接口,但光通信产业向来靠标准化规模降成本。CPO方向吵了这么多年,MSA标准推进缓慢,原因就是每个大厂都想守住自己的接口定义。NVIDIA这次明确输出微环智能分配和无源偏振分集两个方向后,接下来值得观察的是它是否愿意把控制接口和封装定义向外部开放。开放才能让更多光模块厂、硅光代工厂、测试设备厂围绕它形成生态,生态成熟才能把成本和良率推到可规模部署的水平。
软件层面也一样。智能分配需要一个控制协议来描述“哪个环可用、哪个波长空闲、热调谐状态如何”,这有点像光网络里的资源管理系统,但在板级光引擎上做还比较新鲜。如果NVIDIA把这套控制逻辑封装进自己的网络SDK,跟网卡驱动和交换机管理软件打通,外部厂商就会有较大的适配成本。这是它的一种生态壁垒,但对整个产业来说,如果协议最终能标准化,对大家都好。
6. 一点个人判断与后续观察点
6.1 接下来三个月最该回看的技术信号
光通信圈子很容易被新概念带节奏,但NVIDIA这次提出的两个方向都不是单纯炫技。微环智能分配是在工程限制里做调度优化,无源偏振分集接收是在系统成本里做结构取舍,它们都是被AI集群互连的真实物理约束推出来的。
就我自己的观察,最值得跟踪的点有三个。一是实际量产后,微环阵列的良率数据有没有达到可部署门槛,这决定整个方案能不能从Demo走向批量。二是控制软件生态的开放程度,NVIDIA如果能把波长调度的控制面标准化,对整个行业都是机会。三是它在不同代际产品里会不会保留这个架构,如果下一代的互连芯片仍然沿用微环加偏振分集,说明内部验证确实过关了,否则可能只是技术展示。
6.2 对从业者的一点实际建议
对一个做了多年光模块的工程师来说,这套方案最让我感慨的是,光学系统越来越像网络系统——曾经我们习惯用硬件冗余解决可靠性,现在开始用动态调度和软件策略来换取低成本和高密度。微环智能分配把波长从“分配死的资源”变成了“可动态调度的资源”,这种思路从网络层下沉到物理层,可能是接下来几年光互连最大的变量之一。无源偏振分集则提醒所有人,简单结构在复杂系统里往往比复杂结构更有生命力。
如果你正在评估自己的下一代光互连方案,我建议先把链路预算表拉出来,把DSP功耗、偏振分光的3dB、微环热调谐功耗这几项填进去,再回头看架构选择。技术名词会换,但这些物理账永远算得清。后续等更多实测数据放出来,这个题目应该还有不少值得反复讨论的空间。