上行鏈路數據傳輸調度-非持續調度
在持續調度模式下，由於網絡一直在發送UL Grant，因此UE可以隨時向網絡發送數據。但是如果網絡不是一直髮送UL Grant怎麼辦？在這種情況下，UE請求網絡發送UL Grant（DCI 0）。如果網絡發送UL Grant，則UE可以按照UL Grant允許的方式發送ul數據。
總體流程如下：
i）UE在PUCCH上發送SR（調度請求）
ii）網絡在PDCCH上發送UL Grant（DCI0）
iii）UE解碼DCI 0（如何在分配的PDCCH中找出DCI 0信息？簡單地說，它對整個PDCCH區域（PDCCH搜索空間）執行盲解碼，並檢查是否存在DCI 0信息，其具有用分配給它的CY-RNTI編碼的CRC值。
iv）UE根據DCI 0規定的RB發送PUSCH。
v）網絡解碼PUSCH（網絡如何確定上行鏈路子幀（上行RB）的哪個部分用於哪個UE？很簡單，由於網絡在第三步的DCI 0中指定了這個位置，所以ENB確切知道哪個UE在哪個RB上發送PUSCH）
vi）網絡在PHICH上發送ACK/NACK
vii）如果網絡發送NACK，請轉到[重新傳輸]過程（有關[重新傳輸]過程的詳細信息，請參閱HARQ部分）
以下是FDD基於SR的Pusch調度的圖示：
下面是實際的例子，展示了開機後的初始過程（隨機接入過程）。在這個例子中，可以看到在實際通信中可能發生的幾乎所有情況。會看到SR和DCI0響應SR，還有由於CRC故障導致的PUSCH重傳。
對應的日誌如下：
