将 GDS“真实情况”融入到布线收敛中

        导入的单元，无论是宏单元、标准单元还是知识产权单元 (IP)，都是当今集成电路 (IC) 设计中的常见元素。以往，当设计人员将这些单元融入到设计中时，他们使用一种由单元库交换格式 (LEF) 文件定义的抽象格式来导入它们。这一抽象视图提供了有关单元的基本信息，例如布局布线 (P&R) 边界、引脚接入点以及单元内的绕线阻挡层形状（blockage）。虽然此物理抽象视图多年来对于许多节点来说一直是 ASIC 模型的基础，但是在当今最尖端的设计节点方面正面临着严峻的挑战。
在 P&R 过程中使用 LEF 文件能够提供快速的验证检查，不过需要以牺牲细节为代价。大多数 P&R 工具使用一套简化的、引用 LEF 文件中简化数据的设计规则检查 (DRC)，来自动检测和更正基本的 DRC 错误。布局完成后，它便会被流化为图形数据系统 (GDS) 文件，然后会完成完整的签核级别验证。此验证过程中，所导入单元抽象 LEF 视图被全面详细的 GDS 视图所替代，且会高亮显示未由简化的 DRC 集合捕获的任何 DRC 错误，以便进行更正。当规则相对简单且宏单元定义明确时，此过程会顺利进行。
新的设计规则需要使用被导入单元内容的准确而详细的信息，这使单独依赖 LEF 表示以在 P&R 过程中获得准确验证（如果有可能的话）变得极其困难。例如，用于控制单元中较深层级的多层规则和中线 (MOL) 层规则无法访问 LEF 文件中的所需设计数据。多模式（Multi-Pattern）需求会对可能会受布局和与其他单元距离影响的接入引脚施加颜色限制，而 LEF 文件中通常不会提供此信息。因此，需要采用一种新方法来提供有关单元内容和周围单元的更详细信息，以确保验证不会变成一系列耗时的签核级别 DRC 运行和调试。
显然，如果设计团队尝试在 P&R 过程中对整个设计使用 GDS 视图，数据库将很快变得非常庞大且很难进行有效管理，从而会减慢流程。但是，有一种新技术有望解决此问题，那就是在工程变更指令 (ECO) 布线收敛过程中选择性引入 GDS 视图。通过访问详细的 GDS 视图，以及受这些更复杂的新设计规则影响的特定单元格的签核级别 DRC 引擎，ECO 布线收敛可确定并更正大多数重要的 DRC 问题，而不会显著延长 P&R 所需的时间。
要保持 P&R 过程的理想效率和速度，ECO 收敛解决方案必须具有足够的内建智能算法来确定哪些单元需要 GDS 视图，并分析签核违反事项以确定适当的修正措施。使单元视图选择自动化并对设计团队透明，可确保从他们的角度来看此流程不会改变。
布线后完整的签核级别 DRC 运行仍可确保准备好对 GDS 文件进行 DRC 清理、签核，而不会显著延迟验证进度，从而确保设计团队能够预期完成市场目标，并提供符合所有制造要求的设计。