上行調度 1. UE向ENB請求上行資源
Physical channel: PUCCH
Message: SR (schedule request) 根據上層的配置UE按照一定的周期和子幀位置上通過PUCCH中的控制消息UCI傳輸SR【RACH成功之后，ENB配置UE的SR子幀位置和發送周期，如果接入UE過多周期就長，反之則短】，即當UE有發送數據的需求時，就把相應得SR置1，沒有資源請求時SR為空,并不是以報文的形式【在TS36.213中指定：Scheduling request (SR) using PUCCH format 1，不需要進行編碼調制，用presence/absence攜帶信息】。SR只負責告訴ENB是否有資源需求，而具體需要多少資源則由之后的信令交互告訴ENB。【ENB如何區分不同的UE請求？猜測：由于PUCCH是公用信道的，不同的UE在相同的頻點上發送SR，只不過每個UE發送SR的時隙不同，在RACH成功后ENB對接入的UE進行配置及控制】，同時SR中UE必須告訴ENB自己的identity (C-RNTI)？【怎么告訴？】 ? ENB收到SR后，下發UL grant，先配置一少部分資源給UE用【足夠UE上傳BSR】，之后UE再告訴ENB自己要傳輸的數據量【準確應該是BSR，即buffer state report，BSR單獨實現，與SR是兩個實現過程】，ENB收到UE上報的BSR之后，根據該UE上報的SRS及ENB現有資源等綜合分析決定是否給UE分配資源。若條件不滿足就不分配資源給UE，UE在多次SR不成功后會重新發起RACH。

2. 上行信道質量測量
Physical signal: sounding reference signal
Physical channel: PUCCH
ENB給UE分配上行資源之前首先必須要知道上行信道的質量，如果UE的上行信道質量較好且有傳輸數據的需求，ENB才會給UE分配資源。sounding reference signal應該對UE和ENB都是已知的【SRS發送的子幀位置由協議規定，周期則由RACH接入的時候由ENB配置，應該是RACH成功后立即發送，因此ENB應該先獲得UE的SRS，然后等UE的RS到了，再判斷是不是可以分配資源給UE，如果信道質量不好不滿足條件】，ENB根據從UE接收到的sounding reference signal 和自己已知的信號的對比就可以知道當前上行信道的質量了。當然，如果信道質量的變換很快，再加上空間信號傳輸的延遲估計的誤差，由sounding reference signal測量出的信道質量可能會變得不準確。所以UE需要每過一段時間就發送sounding reference signal給ENB，以盡可能準確地得到當前信道的質量。

3. ENB分配資源并通知UE
Physical channel: PDCCH
分配完資源后ENB還必須把分配的結果【即uplink grant，PDCCH的內容之一，包括PRB & MCS】告訴UE，即UE可以在哪個時間哪個載波上傳輸數據，以及采用的調制編碼方案。E-UTRAN在每個TTI動態地給UE分配資源（PRBs & MCS）,并在PDCCH上傳輸相應的C-RNTI，同時規定UE上傳的bit數【查MCS和傳輸bit數的表】。
4. UE接收資源分配結果的通知并傳輸數據
Physical channel: PUSCH
UE首先接收ENB下發的資源分配通知，監視PDCCH以查找可能的上行傳輸資源分配【CCE編號0~15是作為common search space，剩下的作為UE specific search space】，從common search space中獲取公共信息【有哪些common信息：一般common search space占4個CCE，包括paging、SI（system information，MIB、SIB）、RAR（RACH response，發給正在RACH的其他UE）】，從UE specific search space中搜索關于自己的調度信息。【UE specific info僅僅是自己的調度信息？不是，UE specific search space是公用的，里面含有C-RNTI，每個UE去搜索這個區域，發現能解出自己的C-RNTI，就是對自己的調度信息，里面包含UL grant、DL grant等等】根據搜索到的結果后就可以在PUSCH對應的PRB上傳輸數據信息。

注意：在上行鏈路中沒有盲解碼，當UE沒有足夠的數據填充分配的資源時，補0

5. ENB指示是否需要重傳
Physical channel: PHICH【snakehl：如果有重傳，則相應控制信息亦通過PDCCH下去。這是屬于自適應傳輸，TDD中上行一般采用同步非自適應HARQ，同步：初傳數據和重傳數據的時間差固定為10ms；非自適應：在原來的子幀位置重傳，不按PDCCH的控制進行自適應重傳。下行一般采用非同步自適應HARQ，非同步：初傳數據和重傳數據時間差不固定 一般>=8ms，一旦收到NACK，若當前是下行幀就立即重傳；自適應：自適應的調整PUSCH的位置，并通過PDCCH通知UE】
6. UE重傳數據/發送新數據
同4
from:?http://blog.chinaunix.net/uid-20700727-id-100671.html

總結

以上是生活随笔為你收集整理的LTE中基本通信过程的理解——上行调度的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。