上行调度

1. UE向ENB请求上行资源

Physical channel: PUCCH

Message: SR (schedule request)

   SR发送的周期以及在子桢中的位置由上层的配置决定，UE在SR请求中都需要包含什么内容？

   UE需要告诉ENB自己要传输的数据量，同时SR中UE必须告诉ENB自己的identity (C-RNTI)

   理解：根据上层的配置UE按照一定的周期在PUCCH的固定位置传输SR，

   而ENB对SR的发送者的识别是通过UE和ENB事先约定好的伪随机序列来实现的？？

   当UE有发送数据的需求是，就把相应得SR置1，没有资源请求时SR为空。

   SR只负责告诉ENB是否有资源需求，而具体需要多少资源则由上层的信 令交互告诉ENB。

   在TS36.213中指定：Scheduling request (SR) using PUCCH format 1，不需要进行编码调制，用presence/absence携带信息。

2. 上行信道质量测量

Physical signal: sounding reference signal

Physical channel: PUCCH

ENB给UE分配上行资源之前首先必须要知道上行信道的质量，如果UE的上行信道质量较好且有传输数据的需求，ENB才会给UE分配资源

   sounding reference signal应该对UE和ENB都是已知的，

   ENB根据从UE接收到的sounding reference signal 和自己已知的信号的对比就可以知道当前上行信道的质量了。

   当然，如果信道质量的变换很快，再加上空间信号传输的延迟估计的误差，由sounding reference signal测量出的信道质量可能会变得不准确。

   所以UE需要每过一段时间就发送sounding reference signal给ENB，以尽可能准确地得到当前信道的质量。

3. ENB分配资源并通知UE

Physical channel: PDCCH

分配完资源后ENB还必须把分配的结果告诉UE，即UE可以在哪个时间哪个载波上传输数据，以及采用的调制编码方案。

E-UTRAN在每个TTI动态地给UE分配资源（PRBs & MCS）,并在PDCCH上传输相应的C-RNTI。

LTE中上下行调度过程.docx