ABS view是abstract view的簡寫。其實我猜測也是為了口頭表達方便，硬是把abstract view說成ABS，乍一聽以為是防抱死系統。類似的還有cell的obstruct，可以表達為OBS，這個可能之后再來講。

今天先來簡單介紹一下ABS view。我先說一說什么是view，然后講一下ABS view的作用。

這里所謂的view，確實好像也沒有特別好的中文來對應。按我的理解，概括來說指的是我們的設計所呈現的細節程度。

拿ICC2所用到的view來舉例，包含整個設計所有信息的稱為design view，只包含timing信息的是timing view，只包含外部框架和出pin信息的叫frame view，還有一種就是比較抽象的abstract view。Abstract view是剔除了design view中內部reg2reg的信息。

總之我說這些并不是想介紹ICC2各個view的作用，只是想借用例子來解釋view的含義。

本文想要說的ABS view是特指PV（physical verification）階段所用的，一般也可以簡稱為ABS。

在hierarchical的設計中，block會在內部驗證自己的PV，而top層也不會等block都干凈了才開始PV，其實是并行開始驗證top-only的PV，這樣就可以縮短設計周期，最終再把top-only和block拿在一起驗證flatten的PV。

但這就也帶來一個問題，對于top來說，block的位置的物理信息從哪里來呢？這個時候就需要block的ABS了，它包含了兩部分：一個是DRC檢查所用的“空殼”GDS，一個是LVS檢查所用的“空殼”SPI。

所謂“空殼”GDS，就是說ABS只有block最外層的GDS信息，block里面的GDS都被剔除掉了。就很類似一個禮物盒，留下最外面精美的包裝，只要顧客能看到的地方都留，但是里面啥也沒有。

這樣top在檢查DRC的時候不用看盒子里面是啥，但是空殼對top的影響還可以看到。這樣做的好處就是快，畢竟一個空的禮物盒也比較輕嘛。

所以，一般在項目最初，block上完shielding ring，打好PG之后，就要給top一個ABS了。

另外的“空殼”SPI，其大致思想也是類似，就是把block看作一個整體所對應的spice文件，其實也很類似block用到的cell的SPI，就可以類比，top就是把block當作macro或者cell來處理。

有了block的SPI，top才可以進行LVS檢查，并且這樣的檢查也不會涉及block內部。有的時候也不一定給spice文件，因為netlist和spice可以互相轉化，所以有的時候block可能提供“空殼”netlist。

總而言之，ABS就是低層給更高層級來快速驗證只有高層級自己那部分PV情況的。

低層的PV就由低層級自己來驗，高層級也只關注高層級的部分。直到項目最后，在整體的把所有層級合并在一起來flatten的驗一次，最終flatten過了那才說明芯片沒有問題了。