今天突然想聊一聊route相關的問題，講一講NDR是什么，我也梳理總結一下我對NDR的認識。

NDR是non default rule的縮寫，它指的是在繞線的時候給某些net制定的特殊的繞線規(guī)則。現在工具在繞線之前需要制定一個default rule，默認所有net都按default rule來繞。

比如我們規(guī)定某一層的線寬、線間距等，tool就會按照這個規(guī)則，加上自己的繞線算法，最后得出符合要求的繞線。

而對于指定了NDR的net，tool就會額外照顧一下，因為NDR的rule和default rule有所區(qū)別，route的最終結果就會有所不同，相應的會影響芯片的各項性能。

舉個例子，我們可以指定某一條net，上了一條簡單的NDR——讓他在M3的繞線更寬一些，tool就會在繞線的時候首先保證我們的線寬，因為pitch（線間距）的約束，原本可能在它旁邊track上的線就不能這么繞了，也就是說這條NDR使這根線占用了更多繞線資源，但好處是得到了更寬的線，顯然對timing、EM等會有好處。NDR的含義很廣，不止width，還有pitch、space、繞線的layer等的改變都屬于NDR。

NDR最重要的用途，就是以犧牲繞線資源的代價改善timing性能。對于CTS的時鐘線，timing要求比較高，如果用default rule較難滿足做出比較好的時鐘樹，因此我們一般都會給時鐘線上NDR，主要有以下幾個方面：1.增大線寬，這樣能有效減小net上的RC值，線上delay就會變小。2.增大線間距，這樣就能減小crosstalk的影響，并且我們還會給一些CTS線加上shielding net（就是一段地線，用以消除串擾影響）。3.繞線層盡量高，理由同上，因為高層layer本身width、pitch就會更大。而且clock net會分為trunk以及l(fā)eaf，一般leaf就是指連到flip-flop CP pin最后一段net，trunk指除了leaf外的clock net。Trunk和leaf會用不同的NDR，trunk的相對會更嚴一點，leaf的會更接近default rule。

對于signal線，我們很少會上NDR，最多也就是在ECO的時候修timing或EM來加一點NDR。一般情況下NDR都會用在CTS階段。

需要注意的是，用戶指定的NDR對于tool來說不能保證100%遵守。比如說有時候我們規(guī)定trunk在高層繞，但是因為繞線資源的限制，某些trunk net不能完全在高層來走，還是要在低層走一段。一般我們會要求滿足NDR的比率要到一定范圍才行。