4. 光源-光引擎协同设计流程搭建

CPO（Co-Packaged Optics）项目的失败，很少败在单点技术，而是败在“光源团队”和“光引擎团队”各自都做对了、合起来却对不上。光源侧关心的是外延均匀性、腔面可靠性、波长温漂、输出功率与耦合效率；光引擎侧关心的是耦合容差、封装应力、热串扰、调制器偏置点与链路预算。协同设计流程的本质，是把这两套语言在项目早期就翻译成同一组可验证的接口参数，并用文档把它们锁死。

一、需求分解：从系统指标倒推到光源规格

流程的起点不是“设计一个激光器”，而是从系统级指标出发做逐层分解。以一套 8×100G FR4 的 CPO 光引擎为例，系统要求单通道 100G PAM4、传输 2km、误码率优于 2.4e-4（KP4 前向纠错门限）。分解路径大致是：链路预算 → 调制器输出光功率 → 耦合损耗 → 光源入纤功率 → 光源芯片输出功率 → 电流/温度工作点。

假设链路预算如下：接收灵敏度 −10.5 dBm，2km 单模光纤损耗 0.4 dB，连接器与耦合合计 3.5 dB，调制器插损 4.5 dB，则光源需在调制器前提供约 −10.5 + 0.4 + 3.5 + 4.5 = −2.1 dBm，即约 0.62 mW。考虑调制器偏置漂移与老化余量 3 dB，光源入纤目标定为 +0.9 dBm（约 1.23 mW）。若光源到调制器的耦合效率为 60%（−2.2 dB），则光源芯片输出需 ≥ 3.1 dBm（约 2.04 mW）。这就是分解出的硬指标。

需求分解必须同时输出“指标 + 边界条件 + 验证方法”三件套。例如波长指标不能只写“1310±10nm”，而要写清是在 25℃ 还是全温区、是芯片波长还是模块输出波长、用光谱仪还是波长计测、取样点在哪。这一步的产出物是《光源需求规格书》，它是后续所有接口和仿真的唯一输入源。

二、接口定义：把“光、电、热、机械”四类接口写清楚

光源与光引擎之间的接口远不止一个光耦合面。工程上通常拆成四类：

• 光接口：模场直径、数值孔径、耦合方式（端面耦合/光栅耦合）、偏振要求、回损上限、工作波长窗口。
• 电接口：驱动电流范围、偏置电压、调制信号摆幅、阻抗匹配（如 50Ω）、接地与回流路径。
• 热接口：热阻路径、TEC 控制点、允许结温上限、温度传感器位置与精度。
• 机械接口：贴装精度、胶层厚度、共面度、应力敏感方向。

接口定义的关键是“可测量、可传递、可追责”。例如光耦合接口，不能只写“高耦合效率”，而应写成：在 25℃、光源输出 3 dBm 条件下，光引擎输入端实测 ≥ 0.9 dBm，测试用积分球或标准跳线，重复性 ±0.2 dB。这样光源团队和光引擎团队拿到的是同一把尺子。

三、迭代仿真：用参数扫描代替“试出来”

协同仿真的价值在于把“耦合容差—热漂移—波长偏移—功率下降”这条因果链量化。典型做法是建立光源-耦合-调制器的联合模型，对关键参数做扫描。例如：

扫描变量：横向偏移 dx = 0 ~ 2.0 μm，步长 0.2 μm
         温度 T = 25 ~ 75 ℃，步长 10 ℃
输出：耦合效率 η(dx, T)、模块输出功率 Pout、波长漂移 Δλ

示例结果（合理假设，非实测）：
dx=0.0 μm, 25℃ → η=62%, Pout=+0.9 dBm, Δλ=0 nm
dx=0.8 μm, 25℃ → η=48%, Pout=-0.2 dBm, Δλ=0 nm
dx=0.8 μm, 75℃ → η=45%, Pout=-0.5 dBm, Δλ=+6.5 nm

从这组示例数据可以读出两个结论：横向偏移 0.8μm 已吃掉约 1.1 dB 功率，接近链路余量边界；温度升到 75℃ 时波长漂移 6.5nm，若调制器带宽边缘在 ±8nm，则余量只剩 1.5nm。于是设计上要么收紧贴装精度到 ±0.5μm，要么给调制器留更宽的波长窗口。仿真不是出图，而是出“决策依据”。

四、样机验证：用测试点闭环回需求

样机阶段的核心是“测试点与需求条目一一对应”。建议在光源模块和光引擎上分别预留测试点：光源侧测 L-I-V 曲线、光谱、远场；光引擎侧测耦合后功率、眼图、误码率、结温。验证顺序通常是先静态后动态：先确认耦合效率与波长在常温达标，再做全温区功率与波长扫描，最后跑 100G PAM4 眼图与 BER。

判断依据要提前写死。例如：常温耦合效率 ≥ 55%、全温区输出功率 ≥ −0.5 dBm、波长漂移 ≤ 8nm、BER ≤ 2.4e-4。任一项不达标，就回到接口定义或仿真模型修正，而不是在现场“调一调”。

五、文档体系：让流程可复现

端到端流程需要四类文档支撑：需求规格书（输入）、接口控制文档（约束）、仿真报告（预测）、验证报告（实测）。四者之间用需求编号串联，例如需求 REQ-OPT-003 对应接口 IF-OPT-003、仿真 SIM-OPT-003、验证 VER-OPT-003。这样任何一次失败都能追溯到是哪条需求、哪个接口、哪次仿真出了问题。

把上述流程固化下来，协同设计就不再是“两边开会吵架”，而是一条有输入、有约束、有预测、有实测、有追溯的工程链路。光源团队知道自己的功率和波长要满足什么边界，光引擎团队知道耦合和热设计要留多少余量，项目管理者知道每个阶段该看哪份文档、卡哪个门。这才是 CPO 从样机走向量产的前提。