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

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

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

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

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

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

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

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

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

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