LTE SR資源配置

如果UE沒有上行數據要傳輸，eNodeB並不需要為該UE分配上行資源，否則會造成資源的浪費。因此， UE需要告訴eNodeB自己是否有上行數據需要傳輸，以便eNodeB決定是否給UE分配上行資源。為此LTE提供了一個上行調度請求（Scheduling Request，SR）的機制。

UE是因為沒有上行PUSCH資源才發送SR的，所以UE只能在PUCCH上發送SR。eNodeB可以為每個UE分配一個專用的SR資源用於發送SR。該SR資源是周期性的，每n個子幀出現一次。SR的周期是通過IE：SchedulingRequestConfig的sr-ConfigIndex字段配置的。

 

由於SR資源是UE專用且由eNodeB分配的，因此SR資源與UE一一對應且eNodeB知道具體的對應關系。也就是說，UE在發送SR信息時，並不需要指定自己的ID（C-RNTI），eNodeB通過SR資源的位置，就知道是哪個UE請求上行資源。SR資源是通過IE：SchedulingRequestConfig的sr-PUCCH-ResourceIndex字段配置的。sr-PUCCH-ResourceIndex指定了UE在哪個PUCCH format 1資源上發送SR。SR資源用表示，其值與PUCCH format 1的資源索引相等。

可以看出，sr-ConfigIndex和sr-PUCCH-ResourceIndex共同決定了一個唯一的SR資源。該資源只能分配給一個UE，但只有當UE有上行數據需要發送但卻沒有上行資源時才會被使用。

通常，SR機制是針對整個UE的所有邏輯信道的，但在Rel-9中，LTE還提供了一種基於邏輯信道進行SR請求的機制。對於eNodeB創建的每一個邏輯信道，都有一個logicalChannelSR-Mask-r9字段，用於指定當該邏輯信道有新數據到達時，是否觸發SR。

 

 

UE在某些情況下可能沒有SR資源。

場景一：從36.331可以看出，SchedulingRequestConfig是一個UE級的可選的IE（optional），默認為release。如果eNodeB不給某UE配置SR（這取決於不同廠商的實現），則該UE只能通過隨機接入過程來獲取UL grant（在RAR中分配）。是否配置SR主要影響用戶面的延遲，並不影響上行傳輸的功能！

場景二：當UE丟失了上行同步，它也會釋放SR資源，如果此時有上行數據要發送，也需要觸發隨機接入過程。