上行调度请求(Scheduling Request,SR)
如果UE没有上行数据要传输,eNodeB并不需要为该UE分配上行资源,否则会造成资源的浪费。因此, UE需要告诉eNodeB自己是否有上行数据需要传输,以便eNodeB决定是否给UE分配上行资源。为此LTE提供了一个上行调度请求(Scheduling Request,SR)的机制。
UE通过SR告诉eNodeB是否需要上行资源以便用于UL-SCH传输,但并不会告诉eNodeB有多少上行数据需要发送(这是通过BSR上报的)。eNodeB收到SR后,给UE分配多少上行资源取决于eNodeB的实现,通常的做法是至少分配足够UE发送BSR的资源。
eNodeB不知道UE什么时候需要发送上行数据,即不知道UE什么时候会发送SR。因此,eNodeB需要在已经分配的SR资源上检测是否有SR上报。
在载波聚合中,无论配置了多少个上行载波单元(component carrier),都只需要1个SR就够了,毕竟SR的作用只是告诉eNodeB,本UE有上行数据要发送了,你看着给点上行资源吧!由于PUCCH只在PCell上发送,而SR只在PUCCH上发送,也就是说,SR只在PCell上发送。
本文并不介绍SR如何编码并在PUCCH上传输,这会在以后的PUCCH专题中予以介绍。
需要明确的是,只有处于RRC_CONNECTED态且保持上行同步的UE才会发送SR;且SR只能用于请求新传数据(而不是重传数据)的UL-SCH资源。
UE是因为没有上行PUSCH资源才发送SR的,所以UE只能在PUCCH上发送SR。eNodeB可以为每个UE分配一个专用的SR资源用于发送SR。该SR资源是周期性的,每n个子帧出现一次。SR的周期是通过IE:SchedulingRequestConfig的sr-ConfigIndex字段配置的。
...........篇幅有限,更多精彩请关注下方
LTE-上行调度请求SR.pdf
扫码关注5G通信官方公众号,免费领取以下5G精品资料
1、回复“LTBPS”免费领取《《中国联通5G终端白皮书》》
2、回复“ZGDX”免费领取《中国电信5G NTN技术白皮书》
3、回复“TXSB”免费领取《通信设备安装工程施工工艺图解》
4、回复“YDSL”免费领取《中国移动算力并网白皮书》
5、回复“5GX3”免费领取《 R16 23501-g60 5G的系统架构1》
6、回复“iot6”免费领取《【8月30号登载】物联网创新技术与产业应用蓝皮书——物联网感知技术及系统应用》
7、回复“6G31”免费领取《基于云网融合的6G关键技术白皮书》
8、回复“IM6G”免费领取《6G典型场景和关键能力白皮书》