8.3 先进封装下的 STA:die 到 die


8.3 先进封装下的 STA:die 到 die

本节摘要:2.5D 转接板与 3D 堆叠把"一颗芯片"拆成"多颗 die 的系统":每颗 die 独立签核自己的角,die 之间靠接口时序契约交接,跨 die 路径的预算划分成为新的签核对象。本节讲清封装形态带来的账本分层与预算方法。

「UCIe」这类 die 间互连标准的流行,标志着产业的一个转折:单片集成越来越贵,把大芯片拆成多颗小 die 再用先进封装拼回去,反而更快更省。但对时序工程师,这句话的翻译是:你原来管一本账,现在管好几本,而且账本之间还有往来账。本节按封装形态展开新的账本结构,再看跨 die 路径的预算怎么切。

一、两种形态,两类新账

2.5D 封装把多颗 die 并排放在硅转接板(interposer)上,die 间信号经微凸点进转接板布线再回到另一颗 die。新的账页有两张:转接板布线的 RC(数量级远小于片上互连,但皮秒不容忽略,且这套 RC 由封装厂而不是逻辑厂提取);die 间接口的驱动与接收电学特性(驱动强度、摆幅、终端匹配)——它们决定接口路径的延迟与信号完整性。3D 堆叠更进一步:die 之间垂直互连(TSV 或混合键合),间距进入微米级,延迟与负载接近片上水平——好处是接口快,代价是两颗 die 的寄生耦合、热膨胀与电源噪声纠缠在一起,热与机械问题开始挤进时序的邻座。

账本因此分层:die 内账(原有全套 STA,每颗 die 独立签核)、接口账(die 间路径的专项检查)、系统账(多 die 组合后的整体行为)。三本账由不同的团队主写、用不同的工具结算,接口契约就是账本之间的对账单。

图:2.5D/3D 封装下的跨 die 时序账本分层

图:2.5D/3D 封装下的跨 die 时序账本分层

二、接口预算怎么切

一条跨 die 路径被契约切成三段:发送 die 的到达段、封装段、接收 die 的采样段。预算切分的原则与项目管理的里程碑分解同构——每个接口参数(输出延迟窗口、输入要求窗口、负载与摆幅范围)都要有单一负责人与验证方法。工程上的常见切法:发送方承诺"数据不晚于接口沿后 X 出现在凸点上、不早于 Y 翻转",接收方承诺"在凸点上按 [Y, X] 窗口采样仍满足自身建立保持",封装段作为公共项由系统团队持有。任何一方超预算,要么内部消化,要么回到谈判桌修改契约——这正是"契约裕量"那一格存在的意义:它是双方争议的缓冲垫,由系统团队支配,谁都不能私自挪用。

同步跨 die 接口(两 die 共享时钟)还叠加偏斜账:时钟分发到两颗 die 的偏斜直接侵蚀接口窗口,因此要么跨 die 分发时钟(封装级时钟树),要么干脆按异步接口设计、让协议层吸收相位差。产业趋势明显偏向后者:异步串行接口(UCIe 风格)把逐沿检查替换为协议窗检查,皮秒级的相位焦虑被纳秒级的协议预算取代,代价是接口逻辑开销与延迟。

热与电的二次耦合

先进封装的账本还有两页跨学科的内容。热页:堆叠 die 里,底层 die 的功耗抬升上层温度,温度改变延迟——3D 系统的时序分析需要热图与延迟模型的联动,最坏热点的场景要进签核矩阵。电页:die 间电源噪声经转接板与凸点耦合,接口路径的电压修正比单片更复杂;时钟经封装级分发时,多 die 共享的时钟树的偏斜分析对象从片上网络换成了"片上+封装"的混合网络。这两页的共同特点是:时序工程师从"数据消费者"变成"需求提出者"——向热与电源完整性团队提出精度与覆盖的要求,把他们的输出格式化进自己的角空间。跨 die 设计里最贵的错误,从来不是算错某个延迟,而是两支团队对同一接口的理解差了一层假设。

三、签核流程的重组

多 die 系统的签核节奏因此是三层并行的:各 die 独立走完整签核(第七章的矩阵原样适用);接口契约评审在 die 签核中期进行——接口参数冻结得越早,双方返工越少;系统级集成签核在封装模型就位后做,检查接口路径在双方最坏对齐下仍然干净,并覆盖封装级的电源与热对时序的二次影响(压降地图按封装版电源网络重算)。对时序工程师的能力要求随之变化:除了本册前七章的全套技能,还要能读封装 RC 模型、写接口契约、在跨团队谈判里为预算据理力争。

接口契约的一页模板

给契约一个可以直接抄的骨架。表头:接口名、两侧 die 与版本、时钟关系(同步/异步)。发送方承诺段:数据输出延迟窗口(沿后 X 至 Y)、输出摆幅与驱动档位、允许的负载范围。接收方承诺段:输入建立保持窗口(对接口沿)、输入翻转率容限、终端匹配方式。公共段:封装 RC 模型版本与提取档位、双方最坏对齐的组合口径、契约裕量的支配权。变更条款:任一参数变更的提前通知期与重签条件。这一页纸签下来,两边团队在后续三个月里省掉的来回澄清,远超写它的成本。它也是 8.4 复盘清单里"接口契约是否冻结"条款的检查对象。

面向未来的一问

die 间时序的终局是什么形态?如果芯粒生态成熟到接口完全标准化(协议、电气、封装模型全部开放),今天的"接口契约谈判"会退化成"参数填表",时序工程师的重心从 die 间移回 die 内与系统级聚合——就像今天的 PCIe 签核不再纠结逐根走线的延迟,而是按协议层预算验收。届时本节的预算切分方法不会过时,只是从"需要谈判的工程"变成"需要确认的检查"。理解趋势的意义在于安排学习优先级:接口契约与封装 RC 是当下十年的红利技能,值得尽早布局。

补一个核对习惯:每轮接口评审后,把契约参数的变化同步进 die 内签核的端口约束——接口沿后 X 纳秒到达这类承诺,就是 die 内 output_delay 约束的取值来源。契约与约束脱节的常见症状是:接口评审通过了,die 内报告却还在按半年前的旧数字检查,两边的"通过"互不相认。

本节要点回顾

  • 账本分三层:die 内独立签核、接口专项账、系统级集成签核,接口契约是三层之间的对账单。
  • 封装段是真账:转接板与基板布线的 RC 由封装厂交付,几十皮秒量级必须进预算。
  • 预算切分原则:每段单一负责人、参数可验证、契约裕量归系统团队支配。
  • 异步化是趋势:协议窗检查取代逐沿检查,皮秒焦虑换纳秒预算,代价是接口逻辑开销。
  • 能力扩展:封装 RC、契约写作、跨团队谈判,是 die 时代时序工程师的新技能项。

新账本记完了。本章乃至全册的最后一站:把问题链从第一站到第八站的所有方法,收束成一张可以逐年复用的复盘清单。


作者与出处
原作者: 灏天文库
来源:灏天文库
整理: 灏天文库整理
由灏天文库平台收录,内容或由平台用户上传,仅供学习交流
发布者: 作者: 灏天文库 转发
评论区 (0)
U