LTE中基本通信过程的理解——上行调度

 

上行调度

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