2. 光I/O基础与关键指标

光I/O(Optical I/O)的本质,是把芯片之间、芯片与交换网络之间的高速数据,从铜互连的“电信号沿导线传播”转换为“光信号沿波导/光纤传播”。理解光I/O,需要先抓住一条完整信号链:电信号在发送端经过驱动与调制器加载到光载波上,光信号经波导或光纤传输,在接收端由光电探测器还原为电流,再经跨阻放大与判决恢复为数字比特。计算芯片架构所关心的带宽、能耗、延迟、误码率,全部由这条链路上的器件与接口共同决定。

一个典型光引擎可拆为五个功能块:光源(激光器,提供连续光载波)、调制与驱动(把电比特映射为光强度或相位变化)、耦合与传输(光栅耦合器、边缘耦合器、波导、光纤)、探测与接收(光电二极管、TIA、限幅放大器)、控制与监测(温度、偏置、波长锁定、误码监测)。在协同设计中,光引擎不是独立外设,而是与计算芯粒(chiplet)通过先进封装或中介层紧耦合的“光接口单元”。

光I/O 信号链与计算芯片协同约束 计算芯粒 / Chiplet SerDes / 并行数字接口 位宽 × 速率 = 电接口带宽 协议层 / 重传与FEC 决定误码预算与延迟 缓存 / 互连拓扑 受带宽与延迟约束 功耗与散热预算 pJ/bit 决定可扩展性 光I/O 接口单元 光引擎 Optical Engine 激光器 LD 连续光载波 λ 调制器 + 驱动 电→光 强度/相位 耦合器 / 波导 光栅或边缘耦合 光纤 / 波导 WDM 多波长 光电探测器 PD 光→电流 TIA + 限幅放大 电流→电压 判决 / CDR 恢复数字比特 控制与监测:温度 / 偏置 / 波长锁定 / 误码监测 闭环调节工作点,维持 BER 与波长稳定 接收数据回传 关键指标约束 波长 λ WDM 通道数与密度 带宽 BW 决定芯粒互连规模 能耗 pJ/bit 决定功耗与散热 延迟 Latency 影响缓存与同步 误码率 BER 决定 FEC 与重传开销 电信号 → 光信号 → 电信号:每一段都贡献带宽、能耗、延迟与误码预算

下面把核心指标逐一展开,并说明它们如何反向约束计算芯片架构。

波长与波分复用。光载波波长通常落在 O 波段(约 1260–1360 nm)或 C 波段(约 1530–1565 nm)。单一波长只能承载一路调制信号,而 WDM(波分复用)把多个不同波长复用到同一根光纤或波导中,从而成倍提升单纤容量。例如在 C 波段内以 200 GHz 间隔可容纳约 40 个通道,若每通道 100 Gb/s,单纤即可达 4 Tb/s 量级。对计算芯片而言,波长数量直接决定“一根光纤能挂多少个芯粒或多少条互连”,进而影响互连拓扑是胖树、环还是全连接。波长稳定性还要求芯片侧预留温度控制或波长锁定逻辑,这会占用控制功耗与面积。

带宽。光I/O 带宽由三部分相乘决定:通道数 × 单通道符号率 × 每符号比特数。以 8 通道、每通道 50 GBaud、PAM4(每符号 2 bit)为例,总带宽约 8 × 50 × 2 = 800 Gb/s。计算芯片的架构约束体现在:若芯粒间需要 1.6 Tb/s 的聚合带宽,则要么增加通道数,要么提高符号率或调制阶数。提高阶数会压缩信噪比余量,增加误码风险;增加通道数则受限于光引擎面积、耦合损耗和封装引脚。因此带宽指标往往直接决定芯粒划分粒度与 NoC(片上网络)的端口宽度。

能耗。光I/O 的能耗通常以 pJ/bit 衡量,包含激光器电光转换、调制器驱动、TIA、CDR 以及控制电路。当前短距光互连的典型目标在 1–5 pJ/bit 量级,而铜互连在长距离下会迅速恶化。假设某计算芯片有 64 条 100 Gb/s 光链路,若光I/O 能耗为 3 pJ/bit,则仅互连功耗就约 64 × 100e9 × 3e-12 = 19.2 W。这个数字会直接挤压计算核心的功耗预算,因此架构上必须权衡“用光互连换带宽”是否值得,并优先把光I/O 用在跨封装、跨机架等铜缆难以胜任的场景。

延迟。光在光纤中的传播速度约为 5 ns/m,加上调制器、探测器、TIA、CDR 和 FEC 的处理延迟,单跳光I/O 的端到端延迟通常在几纳秒到几十纳秒。对计算芯片而言,延迟约束影响缓存一致性协议、同步屏障和任务划分:如果光互连延迟远高于片内 NoC,那么把频繁通信的线程放在同一芯粒内更有利,光I/O 更适合承载粗粒度、大块的数据搬运。

误码率与 FEC。光链路存在损耗、色散、噪声和非线性,原始 BER 可能只有 1e-6 到 1e-12。系统通常设定目标 BER(如 1e-15),因此需要前向纠错(FEC)或重传。FEC 会引入额外延迟和功耗,重传则消耗有效带宽。计算芯片架构需要据此决定链路层是否启用重传、FEC 强度以及缓存深度。例如若 FEC 开销为 7%,则 800 Gb/s 的原始带宽实际可用约 744 Gb/s,架构规划时必须按有效带宽而非原始带宽来分配互连资源。

协同设计的核心思路:先由计算任务确定所需的聚合带宽、可接受延迟和功耗预算,再反推光引擎的通道数、调制格式、波长数和 FEC 策略,最后把这些约束落到芯粒划分与 NoC 拓扑上。

把上述指标串起来,可以得到一个简化的设计闭环:计算负载 → 带宽/延迟需求 → 光引擎通道与调制方案 → 能耗与 BER 预算 → FEC 与协议开销 → 有效带宽回代验证。若有效带宽不足,则需增加波长或通道;若能耗超预算,则需降低调制阶数或优化驱动电路。这个闭环在每一轮迭代中都要重新核对,因为改变任一指标都会牵动其他指标。

最后给出一个可参考的指标核对表,用于在架构评审时快速检查光I/O 方案是否自洽:

指标示例目标值对计算芯片架构的约束
波长数 / WDM 通道8–40决定单纤可挂载芯粒数,影响互连拓扑
单通道符号率50 GBaud影响 SerDes 与调制器带宽设计
调制格式PAM4每符号 2 bit,压缩信噪比余量
聚合带宽800 Gb/s–1.6 Tb/s决定 NoC 端口宽度与芯粒划分
能耗≤3 pJ/bit约束互连总功耗与散热方案
单跳延迟5–20 ns影响缓存一致性与任务调度粒度
目标 BER≤1e-15决定 FEC 强度与重传策略
FEC 开销约 7%有效带宽按比例折减

需要强调的是,表中数值属于教学示例与合理假设,实际设计必须依据所选工艺、器件模型和链路预算重新计算。掌握这些指标之间的耦合关系,才能在光引擎与计算芯片之间做出真正可落地的协同设计。