上行调度
1. UE向ENB请求上行资源
Physical channel: PUCCH
Message: SR (schedule request)
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数的表】。
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
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