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

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

3. ENB分配資源并通知UE
Physical channel: PDCCH
分配完資源后ENB還必須把分配的結(jié)果【即uplink grant，PDCCH的內(nèi)容之一，包括PRB & MCS】告訴UE，即UE可以在哪個時間哪個載波上傳輸數(shù)據(jù)，以及采用的調(diào)制編碼方案。E-UTRAN在每個TTI動態(tài)地給UE分配資源（PRBs & MCS）,并在PDCCH上傳輸相應(yīng)的C-RNTI，同時規(guī)定UE上傳的bit數(shù)【查MCS和傳輸bit數(shù)的表】。
4. UE接收資源分配結(jié)果的通知并傳輸數(shù)據(jù)
Physical channel: PUSCH
UE首先接收ENB下發(fā)的資源分配通知，監(jiān)視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，發(fā)給正在RACH的其他UE）】，從UE specific search space中搜索關(guān)于自己的調(diào)度信息?！?span style="color:#ff0000; word-wrap:break-word">UE specific info僅僅是自己的調(diào)度信息？不是，UE specific search space是公用的，里面含有C-RNTI，每個UE去搜索這個區(qū)域，發(fā)現(xiàn)能解出自己的C-RNTI，就是對自己的調(diào)度信息，里面包含UL grant、DL grant等等】根據(jù)搜索到的結(jié)果后就可以在PUSCH對應(yīng)的PRB上傳輸數(shù)據(jù)信息。

注意：在上行鏈路中沒有盲解碼，當(dāng)UE沒有足夠的數(shù)據(jù)填充分配的資源時，補(bǔ)0

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

總結(jié)

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

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。