99桃色在线观看,美女操逼app,人人操夜夜操天天爽

UFS中流淌的數據包叫做UPIU（UFS Protocol Information Unit，UFS協議信息單元），它是固定格式的數據結構，用以傳輸應用層發來的命令或者請求，以及跟它們相關的數據或者狀態信息。它就是SATA中的FIS，PCIe中的TLP。我們看看UFS中命令或請求是怎么執行的。

UFS采用“客戶-服務器”或者說主從的命令架構，UFS主機（Client，命令發起者，Initiator，他們都是一個意思）發送命令或者請求（Request）給UFS設備（服務器，Target），然后UFS設備執行命令并返回命令狀態（Response）。

一個命令或者請求的執行包含下面幾個階段：

命令階段：主機發起命令或請求給設備，這是“因”；

數據階段：傳輸跟命令相關的數據，比如讀寫命令，都涉及到數據的傳輸；有些命令不涉及數據的傳輸，所以這個階段并不是總是存在的，跟具體命令和請求相關。

狀態階段：設備執行完命令，必須給主機返回命令執行狀態信息。這個是“果”，必不可少的。在PCIe中，有Posted和Non-posted的TLP。對前者，命令執行者無需返回命令執行狀態給命令發起者，對后者，命令執行者必須返回狀態給命令發起者。對UFS來說，它的命令總是non-posted，即設備必須返回命令狀態給主機。

在命令執行過程中，無論是處在哪個階段，UFS主機和設備間都是通過UPIU進行信息的交互。

1. UFS主機通過命令或者請求UPIU發命令請求給設備；

2. UFS主機或者設備通過UPIU傳輸數據；

3. UFS設備通過UPIU返回命令狀態信息給主機。

下面我們看看UFS當中都有哪些UPIU。

命令或者請求UPIU

前一章看到，應用層包括UFS命令、設備管理器和任務管理器三個模塊，傳輸層根據不同模塊發來的命令或者請求，分別產生不同類型的UPIU。

UFS命令模塊發送簡化版本的SCSI命令，當傳輸層收到命令請求后，它會生成：COMMAND UPIU，把命令封裝起來。

應用層通過任務管理器來管理任務隊列，比如終止（Abort）和查詢命令隊列中的命令。當傳輸層收到來自任務管理器中的請求后，它會生成：TASK MANAGEMENT REQUEST UPIU，把請求封裝起來。

UFS通過設備管理器來管理UFS設備，比如設置和查詢UFS設備的配置（Configuration）。當傳輸層收到來自設備管理器發來的請求后，它會生成：QUERY REQUEST UPIU，把請求封裝起來。

數據傳輸相關UPIU

當主機發送了類似讀命令給設備之后，設備需要返回數據給主機，設備通過DATA IN UPIU向主機傳輸數據。

當主機發送了類似寫命令給設備之后，主機需要往設備寫數據，主機通過DATA OUT UPIU向設備傳輸數據。

UFS的主機是個暖男，它在向設備寫數據的時候，會考慮到設備這個時候能不能接收數據（因為設備可能這個時候沒有足夠的空間接收主機數據），它在向設備發了寫命令之后，不會立刻把數據傳輸給設備，而是在那里等設備的通知。當設備準備好接收數據，以及接收多少數據，設備通過READY TO TRANSFER UPIU （RTT）告知主機。當主機接收到該RTT后，才開始按照RTT的信息傳輸數據。至于每次傳輸數據的多少，RTT中包含這信息，主機根據RTT進行傳輸。

所以，主機只有在收到設備的RTT，才能發DATA OUT UPIU！

注意，讀命令無需這種機制。因為設備從閃存中獲得數據后，是設備控制數據的傳輸。對主機來說，它在發讀命令之前，已經準備好足夠的空間用以接收數據，所以不存在主機沒有空間接收數據的情況。