LTE：SR （Scheduling Request）上行调度请求机制

SR的触发条件

如果UE没有上行数据发送，eNB不会给UE分配上行资源，否则会造成资源浪费。当UE有上行数据传输时，eNB才决定分配给UE上行资源。

流程

UE通过SR告知eNB有上行数据要传输，但是不会告诉有多少数据，（因为这是通过BSR上报）。eNB收到SR后，给UE分配多少资源，取决于eNB的实现，通常的做法是至少分配给至少足够发送BSR的资源。

eNB并不知道UE什么时候发送SR，所以eNB需要在已经分配SR的资源上检测是否有SR上报。

SR 何时发送？

UE发送SR需要满足下列条件
$(10 n_f+[n_s/2]-N_{OFFSET,SR})modSR_{Periodicity}=0$
其中$n_f$是当前系统帧号，取值范围0~1024，$n_s$是当前时隙号，范围0~19.

几点注意

在载波聚合中，无论配置了多少个上行载波单元（component carrier），都只需要1个SR就够了，毕竟SR的作用只是告诉eNodeB，本UE有上行数据要发送了，你看着给点上行资源吧！由于PUCCH只在PCell上发送，而SR只在PUCCH上发送，因此SR只在PCell上发送。

需要明确的是，只有处于RRC_CONNECTED态且保持上行同步的UE才会发送SR；且SR只能用于请求新传数据（而不是重传数据）的UL-SCH资源。

UE是因为没有上行PUSCH资源才发送SR的，所以UE只能在PUCCH上发送SR。eNodeB可以为每个UE分配一个专用的SR资源（PUCCH format 1）用于发送SR。该SR资源是周期性的，每n个子帧出现一次。SR的周期是通过IE：SchedulingRequestConfig的sr-ConfigIndex字段配置的。（这里暂时不做详细解释）

UE需要等待多久for SR response？

UE 发送SR后，无法确定eNB什么时候下发UL grant，这取决于上行资源的调度以及优先等级。如果UE等待超时（sr-ProhibitTimer），就会重新发送SR，重发次数超过了SR的最大传输次数（由IE：SchedulingRequestConfig的dsr-TransMax决），就会触发随机接入。