導入的單元,無論是宏單元、標準單元還是知識產權單元 (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 清理、簽核,而不會顯著延遲驗證進度,從而確保設計團隊能夠預期完成市場目標,并提供符合所有制造要求的設計。 |