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

1、LTE上行調(diào)度請(qǐng)求(SchedulingRequest,SR)(2012-12-2721:33:51)轉(zhuǎn)載，標(biāo)簽：分類(lèi)：LTEltesrschedulingrequest上行調(diào)度請(qǐng)求上行調(diào)度請(qǐng)求(SchedulingRequest)SR)如果UE沒(méi)有上行數(shù)據(jù)要傳輸，eNodeB并不需要為該UE分配上行資源，否則會(huì)造成資源的浪費(fèi)。因此，UE需要告訴eNodeB自己是否有上行數(shù)據(jù)需要傳輸，以便eNodeB決定是否給UE分配上行資源。為此LTE提供了一個(gè)上行調(diào)度請(qǐng)求(SchedulingRequest,SR)的機(jī)制。UE通過(guò)SR告訴eNodeB是否需要上行資源以便用于UL-SCH傳輸，但并不會(huì)告訴e

2、NodeB有多少上行數(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ā)送SR0因此，eNodeB需要在已經(jīng)分配的SR資源上檢測(cè)是否有SR上報(bào)。在載波聚合中，無(wú)論配置了多少個(gè)上行載波單元(componentcarrier),都只需要1個(gè)SR就夠了，畢竟SR的作用只是告訴eNodeB，本UE有上行數(shù)據(jù)要發(fā)送了，你看著給點(diǎn)上行資源吧！由于PUCCH只在PCell上發(fā)送，而SR只在PUCCH上發(fā)送，也就是說(shuō)，SR只在PCell

3、上發(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ā)送SR0eNodeB可以為每個(gè)UE分配一個(gè)專用的SR資源用于發(fā)送SR0該SR資源是周期性的，每n個(gè)子幀出現(xiàn)一次。SR的周期是通過(guò)IE:SchedulingRequestConfig的sr-ConfigIndex字段配置的。由于SR資源是UE專用且由eNodeB分配的，因此SR資源與UE一

4、一對(duì)應(yīng)且eNodeB知道具體的對(duì)應(yīng)關(guān)系。也就是說(shuō)，UE在發(fā)送SR信息時(shí)，并不需要指定自己的ID(C-RNTI),eNodeB通過(guò)SR資源的位置，就知道是哪個(gè)UE請(qǐng)求上行資源。SR資源是通過(guò)IE:SchedulingRequestConfig的sr-PUCCH-ResourceIndex字段配置的。SchedulingRequestConfig:=CHOICEreleaseNULL,setupSEQUENCEsr-PUCCH-ResourceIndexINTEGER(0.2047),sr-ConfigIndexINTEGER(0.157),dsr-TransMaxENUMERATEDn4,n8,

5、n16,n32,n64,spare3,spare2,spare1SchedulingRequestConfig-v1020:=SEQUENCEsr-PUCCH-ResourceIndexP1-r10INTEGER(0.2047)OPTIONAL-NeedORUE在某些情況下可能沒(méi)有SR資源。場(chǎng)景一：從36.331可以看出，SchedulingRequestConfig是一個(gè)UE級(jí)的可選的IE（optional），默認(rèn)為release。如果eNodeB不給某UE配置SR（這取決于不同廠商的實(shí)現(xiàn)），則該UE只能通過(guò)隨機(jī)接入過(guò)程來(lái)獲取ULgrant（在RAR中分配）。是否配置SR主要影響用戶面的延遲

6、，并不影響上行傳輸?shù)墓δ?！?chǎng)景二：當(dāng)UE丟失了上行同步，它也會(huì)釋放SR資源，如果此時(shí)有上行數(shù)據(jù)要發(fā)送，也需要觸發(fā)隨機(jī)接入過(guò)程。從上面的描述可以看出，當(dāng)UE沒(méi)有被分配SR資源時(shí)，基于競(jìng)爭(zhēng)的隨機(jī)接入過(guò)程可以替代SR的功能用于申請(qǐng)上行資源。但這只適用于低密集度的上行資源請(qǐng)求的情況。從36.213的10.1.1節(jié)可以看出，只有PUCCHformat1（包含PUCCHformat1/1a/1b）和PUCCHformat3可用于發(fā)送SR。其中sr-PUCCH-ResourceIndex指定了UE在哪個(gè)PUCCHformat1資源上發(fā)送SR。SR資源用PUCCH6即表示，其值與PUCCHformat1的資源

7、索引與UCCH相等。如果在同一子幀上，需要同時(shí)發(fā)送SR和PUCCHformat3（HARQACK/NACK），則SR會(huì)復(fù)用到PUCCHformat3發(fā)送中（處理方式見(jiàn)36.212的節(jié)），而不是在sr-PUCCH-ResourceIndex指定的PUCCHformat1資源上發(fā)送。（關(guān)于PUCCH資源，這里就不做詳細(xì)說(shuō)明了，我會(huì)在以后的博客中予以介紹）CDsr-ConfigIndex指定了SR的傳輸周期和SR在該周期內(nèi)的子幀偏移N詆set$R,對(duì)應(yīng)36.213的Table10.1.5-1。滿足如下條件的上行子幀才能夠用于發(fā)送SR:（10*町+1%/2J-SRjmodSJiperio

8、dicm-=0其中叼為系統(tǒng)幀號(hào)；為一個(gè)系統(tǒng)幀內(nèi)的slot號(hào)，取值范圍為019;L，的值對(duì)應(yīng)子幀號(hào)。1QH從上面的公式可以看出，m。PERIODICITY保證了每個(gè)UE對(duì)應(yīng)的CDSR資源在每ODKTTY個(gè)子幀只出現(xiàn)一次（但UE只在有上行數(shù)據(jù)要發(fā)送卻沒(méi)有上行資源時(shí)，才用該資源來(lái)發(fā)送SR）。N。氏1SERSR指定了每個(gè)UE對(duì)應(yīng)的SR資源在其周期內(nèi)的第幾個(gè)子幀發(fā)送。SR資源配置如圖1所示：S.1xngRequestConfig:=releasesftrfy生ePUCCHfg-nmot1rBSHin：useterSrlseiLup一二二-nt5J二MLELI.INTEGER(0.-2047)

9、f-鄴一=一JHTEGER(0.-1S7,dHE-TEan.HM3tEllUHEiyD(iFspazal):sp仃千yi5.-perxcarcsu&fEmegr不mtSKill：fno#1-msapg4QU.Igi；,一.1第、iff.fJf.Tabl#IOXiS-1;UE卻。Gt*漢陽(yáng)-山也1PUCCH睢c空鼠,flc5Rpedodicityan(fsubfrdnxcffwtconfiguritrc-nSRGOfifrgurationIndex/、_SRperiodicrty3崗”.RHHIKBITSRsubtrdmeoffset0-4Thi5-1410G-515-34如4T535-7440

10、“sT5-154sa%75155-f562以T551S71圖1:SR資源可以看出，sr-ConfigIndex和sr-PUCCH-ResourceIndex共同決定了一個(gè)唯一的SR資源。該資源只能分配給一個(gè)UE,但只有當(dāng)UE有上行數(shù)據(jù)需要發(fā)送但卻沒(méi)有上行資源時(shí)才會(huì)被使用。圖2是SR周期配置的一個(gè)例子，3個(gè)UE的周期都為10ms,但在周期內(nèi)的子幀偏移各不相同。Sft州pwhjnityCoinfijiiratiorio-f（pprlodfriy口干T|1二&i，；1t，）VE1:sr-Conf-5UE2：8JE3ys*=12圖2:SR周期配置的一個(gè)例子當(dāng)有上行數(shù)據(jù)到達(dá)并觸發(fā)SR時(shí)，UE會(huì)選擇分配給

11、它的下一個(gè)可用的SR資源來(lái)發(fā)送SR0如圖3所示：DawarTivstoterjninal,SR（ransmitledGrantrecurvedUL-SCHtransmissiotriggersschedulingrequesliSWbHity4-lSRintaivalSRpostibity4SRinervdi圖3:SR傳輸U(kuò)E發(fā)送SR以后，無(wú)法確定eNodeB什么時(shí)候會(huì)下發(fā)ULGrant,這取決于上行資源的調(diào)度以及優(yōu)先級(jí)等。如果UE等待超時(shí)（超時(shí)時(shí)間由sr-ProhibitTimer決定）就重發(fā)SR,重發(fā)次數(shù)超過(guò)了SR的最大重傳次數(shù)（由IE：SchedulingRequestConfig的dsr-TransMax決定）就會(huì)觸發(fā)隨機(jī)接入。（見(jiàn)36.321的5.4.4節(jié)）通常，SR機(jī)制是針對(duì)整個(gè)UE的所有邏輯信道的，但在Rel-9中，LTE還提供了一種基于邏輯信道進(jìn)行SR請(qǐng)求的機(jī)制。對(duì)于eNodeB創(chuàng)建的每一個(gè)邏輯信道，都有一個(gè)logicalChannelSR-Mask-r9字段，用于指定當(dāng)該邏輯信道有新數(shù)據(jù)到達(dá)時(shí)，是否觸發(fā)SRo【參考資料】1