上行調(diào)度請求（Scheduling Request，SR）

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

      UE通過SR告訴eNodeB是否需要上行資源以便用于UL-SCH傳輸，但并不會告訴eNodeB有多少上行數(shù)據(jù)需要發(fā)送（這是通過BSR上報的）。eNodeB收到SR后，給UE分配多少上行資源取決于eNodeB的實現(xiàn)，通常的做法是至少分配足夠UE發(fā)送BSR的資源。

      eNodeB不知道UE什么時候需要發(fā)送上行數(shù)據(jù)，即不知道UE什么時候會發(fā)送SR。因此，eNodeB需要在已經(jīng)分配的SR資源上檢測是否有SR上報。

      在載波聚合中，無論配置了多少個上行載波單元（component carrier），都只需要1個SR就夠了，畢竟SR的作用只是告訴eNodeB，本UE有上行數(shù)據(jù)要發(fā)送了，你看著給點上行資源吧！由于PUCCH只在PCell上發(fā)送，而SR只在PUCCH上發(fā)送，也就是說，SR只在PCell上發(fā)送。

      本文并不介紹SR如何編碼并在PUCCH上傳輸，這會在以后的PUCCH專題中予以介紹。

      需要明確的是，只有處于RRC_CONNECTED態(tài)且保持上行同步的UE才會發(fā)送SR；且SR只能用于請求新傳數(shù)據(jù)（而不是重傳數(shù)據(jù)）的UL-SCH資源。

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

...........篇幅有限，更多精彩請關(guān)注下方

LTE-上行調(diào)度請求SR.pdf