熟悉NVMe的朋友知道，NVMe里面有namespace的概念，就是把SSD物理空間劃分成若干個邏輯地址空間。在UFS的世界里，它也有這個特性。UFS設備的物理存儲空間可以有若干個獨立的邏輯地址空間，我們把邏輯地址空間叫做LU，即Logical Unit，俗稱“擼”。前面看到，在每個UPIU的Header中，有個LUN（Logical Unit Number）的域，就是標識該UPIU關聯的命令或者請求的目標邏輯單元。每個LU的地址空間是獨立的，主機在發命令或者請求給設備的時候，須通過LUN指定目標邏輯單元。

如上圖所示，UFS設備有若干個LU，每個LU接收主機發過來的命令或者請求，這些命令或者請求可來自應用層的SCSI模塊、設備管理器或者任務管理器。每個LU都是獨立的，“獨立”表現在下面幾個方面：

邏輯地址空間是獨立的，都是從LBA 0開始；

邏輯塊大小可以不同，可以為4KB，..；

可以有不同的安全屬性，比如可以設置不同的寫保護屬性；

每個LU可以有自己的命令隊列；

不同的LU可以存儲不同的數據，比如有的LU存儲系統啟動代碼，有的LU存儲普通的應用數據，有的LU存儲用戶特殊數據...

。。。

UFS2.1中可以有最多32個普通LU和“四大名擼”（四個Well known LU，眾所周知的LU）。

普通LU的邏輯塊大小至少是4KB，但RPMB LU邏輯塊大小為256B。至于什么是RPMB LU，后面再講。

普通LU我覺得沒有什么好講的，就是分別用來存儲用戶數據的。我們主要來講講“四大名擼”。

Report LUNS LU

Report LUNS主要用來代表設備向主機匯報設備LU清單。主機想知道設備LU的支持情況，就需要發命令或者請求給該LU。UFS其中有個命令“Report LUNS” （和該LU名字一樣）用來訪問Report LUNS。

UFS Device LU

UFS設備的法人。當UFS主機不針對某個具體LU，而是對整個UFS設備發命令的時候，UFS Device LU就成為該命令接收的對象，比如格式化UFS設備（FORMAT UNIT命令）、切換UFS設備的功耗模式（START STOP UNIT命令）等等。

BOOT LU

顧名思義，就是用來存儲啟動代碼的LU。不過，BOOT LU本身是不存儲啟動代碼的，它只是個虛擬的LU，啟動代碼物理上是存儲在普通LU上的。

有兩個Boot LU，LU A和LU B，可以用來存儲不同啟動代碼（比如一個新，一個舊），但在啟動過程中，只有一個是活躍的（Active）的。32個普通LU中的任意一個可以配成Boot LU A或者Boot LU B。

舉例說明：

在上例中，LU 1 充當Boot LU A，LU 4 充當Boot LU B。由于有兩份啟動代碼，分別保存在LU 1和LU 4，那啟動的時候讀取哪一份呢？

主機啟動時，首先應該通過設備管理器，發送Query 請求給設備，獲取一個叫做“bBootLunEn ”的屬性，該屬性標識當前活躍（Active）的Boot LU。

在上例中，bBootLunEn = 01，說明Boot LU A是當前活躍的Boot LU，因此主機會從LU 1上讀取啟動代碼完成系統的啟動。

值得一提的是，Boot LU不是必須的。如果系統的啟動代碼不是存儲在UFS設備上，那么Boot LU就不需要，因此bBootLunEn = 0。

RPMB LU

在UFS里，有這么一個LU，主機往該LU寫數據時，UFS設備會校驗數據的合法性，只有特定的主機才能寫入；同時，主機在讀取數據時，也提供了校驗機制，保證了主機讀取到的數據是從該LU上讀的數據，而不是攻擊者偽造的數據。這個LU就是RPMB LU。

關于RPMB，后面有專門章節介紹，這里不多說。

“四大名擼” 每個LU分工明確，分別執行不同的任務。下面把 “四大名擼” 能接收的命令列一下：

他們能接收一些通用的命令（如上圖綠色命令），還有只有該LU能執行的命令（如紅色命令），具體命令可查看Spec。

需要注意的是，寫Boot LU和RPMB LU時，它是不支持cache操作的，就是說，數據必須寫到閃存中以后，這筆寫命令才算完成。而對一般LU的寫，一般都是cache操作的，即主機數據到設備的內部buffer，設備就會回命令完成狀態給主機.