UE上報(bào)BSR，期望網(wǎng)絡(luò)參照BSR，下發(fā)UL grant給UE以便發(fā)送UL data，正常情況下，整個(gè)過(guò)程都會(huì)比較順利。但是世事難料，網(wǎng)絡(luò)難免有自己的小脾氣或者發(fā)送BSR不太順暢，導(dǎo)致UE沒(méi)有得到自己想要的東西，那UE的情緒多少會(huì)發(fā)生變化(難道是嫌棄我太啰嗦？)，等達(dá)到一定的界限，UE就會(huì)換用一種簡(jiǎn)潔的方式通知網(wǎng)絡(luò)側(cè)，自己有UL data要發(fā)送，那就是SR，BSR觸發(fā)SR的情景在BSR中有說(shuō)明。其實(shí)UE也指示按規(guī)定做事，畢竟UE所有的參數(shù)都是網(wǎng)絡(luò)側(cè)配的，UE能做的，都在網(wǎng)絡(luò)的掌握之中，到最后UE和網(wǎng)絡(luò)其實(shí)也只是在spec搭的舞臺(tái)上演戲而已。那這篇就看看SR，先看下SR的配置。

SR用于UE向網(wǎng)絡(luò)側(cè)要UL grant。MAC entity可以配置有零個(gè)、一個(gè)或多個(gè) SR configuration。SR configuration由一組PUCCH resources組成，不同的BWP和Cell的SR對(duì)應(yīng)不同的PUCCH resource。對(duì)于每個(gè)邏輯信道或 SCell BFR和consistent LBT failure recovery場(chǎng)景，每個(gè) BWP 最多配置一個(gè)用于發(fā)送SR 的PUCCH resource。

每個(gè) SR 配置對(duì)應(yīng)一個(gè)或多個(gè)邏輯信道和/或 SCell BFR和/或consistent LBT failure recovery。每個(gè)邏輯信道、SCell BFR和consistent LBT failure recovery可以映射到零個(gè)或一個(gè)SR配置，具體由RRC配置。觸發(fā)BSR或 SCell BFR或consistent LBT failure recovery（如果存在此類配置）的邏輯信道的 SR 配置就用于相應(yīng)SR的發(fā)送。任何 SR 配置都可以用于由Pre-emptive BSR觸發(fā)的 SR。這段內(nèi)容晦澀難懂，一堆規(guī)定，放在這就好，直接看下實(shí)際配置。

SR的時(shí)頻域資源

通過(guò)上述結(jié)構(gòu)使得schedulingRequestId與logical channel進(jìn)行綁定。例如左圖，LogicalchannelIdentity 2 屬于LCG 0，LCG0與schedulingRequestID 0綁定，進(jìn)行確定LogicalchannelIdentity 2與schedulingRequestID 0的關(guān)系，之后發(fā)送SR時(shí)就需要用schedulingRequestID 0對(duì)應(yīng)的資源進(jìn)行發(fā)送。

SR時(shí)頻域資源這塊的內(nèi)容摘自之前的PUCCH部分，主要是RRC層schedulingRequest的時(shí)頻域配置，包含SR的發(fā)送周期及偏移、發(fā)送SR所用的PUCCH resource等，SR發(fā)送的時(shí)頻域資源等規(guī)定，這里簡(jiǎn)短過(guò)一下。

periodicityAndOffset：SR 的發(fā)送周期及偏移，例如periodicityAndOffset sl40 : 38 ，即每40個(gè)時(shí)隙 發(fā)一次，要在第39個(gè)時(shí)隙傳輸SR（index 0~39）；具體配置時(shí)還要考慮SCS，不同的SCS可用的配置不同，如下。

SCS = 15 kHz: 2sym, 7sym, 1sl, 2sl, 4sl, 5sl, 8sl, 10sl, 16sl, 20sl, 40sl, 80sl

SCS = 30 kHz: 2sym, 7sym, 1sl, 2sl, 4sl, 8sl, 10sl, 16sl, 20sl, 40sl, 80sl, 160sl

SCS = 60 kHz: 2sym, 7sym/6sym, 1sl, 2sl, 4sl, 8sl, 16sl, 20sl, 40sl, 80sl, 160sl, 320sl

SCS = 120 kHz: 2sym, 7sym, 1sl, 2sl, 4sl, 8sl, 16sl, 40sl, 80sl, 160sl, 320sl, 640sl

sym6僅僅在SCS =60 kHz及extended cyclic prefix時(shí)才能使用；對(duì)于發(fā)送周期不大于1個(gè) slot的情況，offset默認(rèn)為0 slot。

phy-PriorityIndex-r16：指示在物理層處理SR時(shí)的優(yōu)先級(jí)，p0 代表low priority, p1代表high priority。沒(méi)有配置時(shí)默認(rèn)priority 0。用于物理層處理PHY 優(yōu)先級(jí)或復(fù)用時(shí)的優(yōu)先級(jí)參考。

resource：UE發(fā)送SR時(shí)要使用的PUCCH resource id,對(duì)于SR，只能配置PUCCH-format0或PUCCH-format1。

schedulingRequestID：The ID of the SchedulingRequestConfig that uses this scheduling request resource.

periodicityAndOffset可以提供SR_periodicity 和SR_offset。如果SR_periodicity 大于1個(gè)時(shí)隙時(shí)，SR 的具體發(fā)送時(shí)刻由上面的藍(lán)色公式?jīng)Q定；如果SR_periodicity =1個(gè)時(shí)隙，這時(shí)候SR_offset應(yīng)該配置為0，則每個(gè)時(shí)隙都是SR 的發(fā)送時(shí)刻；如果SR_periodicity <1個(gè)時(shí)隙,SR 的發(fā)送時(shí)刻對(duì)應(yīng)的符號(hào)l 由公式 （l-l0 mod SR_periodicity）mod SR_periodicity=0 決定，其中l(wèi)0是PUCCH format中配置的startingSymbolIndex。

SR 的發(fā)送要對(duì)應(yīng)UL symbol，如果SR 的PUCCH transmission occasion可用的symbol小于對(duì)應(yīng) PUCCH format的nrofSymbol，那UE就不能在這個(gè)slot發(fā)送SR。

一個(gè)SR發(fā)送的例子，SR 對(duì)應(yīng)PUCCH format 1一個(gè)時(shí)隙內(nèi)對(duì)應(yīng)時(shí)頻域示圖如下：

SR發(fā)送周期及偏移periodicityAndOffset sl40 : 38 ，即每40個(gè)時(shí)隙 傳一次，要在第39個(gè)時(shí)隙傳輸SR（index 0~39）。

從log中看到UE 在frame 573 slot 18 用PUCCH format 1 發(fā)送了SR，根據(jù)38.213 9.2.4中確定SR發(fā)送時(shí)機(jī)的公式，可知frame 573 slot 18滿足公式，確實(shí)是可以發(fā)送SR（SCS=30khz N_frame_slot =20），計(jì)算過(guò)程如下。

SR的工作流程

下面先看下網(wǎng)絡(luò)側(cè)給UE配置的SR參數(shù)，相關(guān)參數(shù)的RRC 配置結(jié)構(gòu)如下

schedulingRequestId： 用于修改SR配置，在LogicalChannelConfig中指示邏輯信道映射到的SR配置，在SchedulingRequestresourceConfig中指示SR使用的具體資源。

sr-ProhibitTimer：在PUCCH上發(fā)送SR 傳輸?shù)?a href="http://m.1cnz.cn/tags/定時(shí)器/" target="_blank">定時(shí)器。以毫秒為單位。ms1 對(duì)應(yīng) 1ms，ms2 對(duì)應(yīng) 2ms，依此類推。當(dāng)該字段不存在時(shí)，UE 用value 0，在發(fā)送完一個(gè)SR后開(kāi)啟，其運(yùn)行期間，不能再次發(fā)送SR。

sr-TransMax：最大的SR發(fā)送次數(shù)， n4 代表 4個(gè), n8 代表 8次。

其余部分就是SR一系列的規(guī)定主要在38.321 5.4.4。

SR 的觸發(fā)

觸發(fā)SR 的情況在BSR中有描述，即當(dāng)前至少一個(gè)BSR被觸發(fā)且還沒(méi)有取消時(shí)，logicalChannelSR-DelayTimer沒(méi)有run觸發(fā)了Regualer BSR：

1 當(dāng)前沒(méi)有UL grant進(jìn)行傳輸;

2 對(duì)于configured ul grant的場(chǎng)景，在logicalChannelSR-Mask=false觸發(fā)了regular BSR;

3 觸發(fā)BSR 后得到的UL grant還是不夠用于新傳;

上述三種情況都要觸發(fā)SR，向網(wǎng)絡(luò)側(cè)要UL grant。

下面是一些瑣碎的規(guī)定。

當(dāng) SR 被觸發(fā)時(shí)，就認(rèn)為其處于pending狀態(tài)，直到被取消。

如果UE觸發(fā)了一個(gè) SR并且沒(méi)有其他使用相同配置的pending SR ，則MAC entity要將其SR_COUNTER置為 0。

只有在 SR 傳輸時(shí)機(jī)對(duì)應(yīng)的PUCCH resource處于active BWP 上,才認(rèn)為這樣的SR transmission是有效的。

SR取消的條件

在發(fā)送出去SR后，達(dá)到某些條件的情況下，UE感覺(jué)到比較滿意的話，就會(huì)收起自己的小脾氣，也就會(huì)停止SR的發(fā)送，具體情況如下

由于BSR而觸發(fā)的SR：

1 當(dāng)包含long/short BSR MAC CE的MAC PDU 被傳輸，那在 MAC PDU 組裝之前由于BSR的原因?qū)е碌乃衟ending SR 應(yīng)被取消，每個(gè)相應(yīng)的 sr-ProhibitTimer 應(yīng)停止( long/Short BSR MAC CE包含buffer status是持續(xù)到MAC PDU 組裝之前 最后一次觸發(fā)BSR前的所有data volume)；此時(shí)UE有發(fā)送BSR MAC CE的UL grant了，UE好開(kāi)心，那這種情況下UE就不需要繼續(xù)發(fā)送SR。

2 另一種情況當(dāng)UL grant足以發(fā)送所有的pending data時(shí)，UE欣喜若狂，那所有因BSR發(fā)送說(shuō)觸發(fā)的pending SR都會(huì)取消，并且對(duì)應(yīng)的sr-ProhibitTimer也應(yīng)停止，皆大歡喜。

對(duì)于不是由于BSR觸發(fā)的SR(還有其他情況也會(huì)觸發(fā)SR，比如BFR場(chǎng)景等等)，serving cell：

(1) 如果此 SR 在 MAC PDU 組裝之前由Pre-emptive BSR 過(guò)程觸發(fā)，并且包含相關(guān)Pre-emptive BSR MAC CE 的 MAC PDU 被傳輸；或者

(2) 如果此 SR 是由 SCell 的BFR觸發(fā)且傳輸了 MAC PDU，此 PDU 包括 BFR MAC CE 或Truncated BFR MAC CE(包含此 SCell 的BFR信息)；或者

(3) 如果此 SR 由 SCell 的BFR觸發(fā)但是該 SCell 被deactive；或者

(4) 如果此 SR 是由 SCell 的consistent LBT failure recovery觸發(fā)且UE正在發(fā)送包含SCell consistent LBT failure MAC CE的MAC PDU；或者

(5) 如果此 SR 是由一個(gè) SCell 的consistent LBT failure recovery所觸發(fā)且該 SCell 的所有觸發(fā)的consistent LBT failure都被取消 ：

發(fā)生以上任意情況時(shí) ，UE MAC也要取消pending SR并停止相應(yīng)的sr-ProhibitTimer(在run的話)。

觸發(fā)RA 的情況

但是有些時(shí)候，事情并不會(huì)進(jìn)行的特別順利，UE發(fā)送完SR后，仍然沒(méi)有得到UL grant，這時(shí)候UE就會(huì)換一種強(qiáng)硬的方式繼續(xù)未完成的任務(wù)，這個(gè)新的方式就是RA。

由SR觸發(fā)RA的情況有兩種：

第一種情況：只要至少一個(gè)SR處于pending狀態(tài)且當(dāng)前沒(méi)有有效的PUCCH resource 用于發(fā)送Pending SR，UE就要取消pending SR并初始化RA過(guò)程。

第二種情況就是下面的描述，協(xié)議上描述的很復(fù)雜，條件很多，簡(jiǎn)單的說(shuō)就是SR 達(dá)到最大發(fā)送次數(shù)了，SR這個(gè)手段行不通了，UE就要觸發(fā)RA：

至少一個(gè)SR處于pending狀態(tài)，當(dāng)前有有效的PUCCH resource用于發(fā)送Pending SR，且在SR transmission occasion 期間sr-ProhibitTimer沒(méi)有run外加SR transmission occasion沒(méi)有和measurement gap overlap時(shí)：

1 SR transmission occasion對(duì)應(yīng)的PUCCH resource沒(méi)有與UL-SCH resource overlap或者

2 有配置lch-basedPrioritization ，SR transmission occasion對(duì)應(yīng)的PUCCH resource沒(méi)有和RAR UL grant對(duì)應(yīng)的PUSCH或MSGA payload對(duì)應(yīng)的PUSCH或TC-RNTI加擾的UL grant對(duì)應(yīng)的PUSCH overlap，但是pending SR對(duì)應(yīng)的transmission occasion與其他UL-SCH resources overlap時(shí)(但觸發(fā)SR的邏輯信道的優(yōu)先級(jí)比這個(gè)UL SCH resource 高)，只要UE可以在一個(gè)valid PUCCH resource上發(fā)送SR，那觸發(fā)SR的邏輯信道的優(yōu)先級(jí)是最高的(lch-basedPrioritization存在時(shí)，在grant(configured grant和dynamic grant)之間產(chǎn)生overlap或發(fā)送SR的PUCCH resource和grant(包括configured grant和dynamic grant)之間產(chǎn)生overlap時(shí)，MAC entity會(huì)根據(jù)LCH priority，UE按照上面的規(guī)則處理相關(guān)問(wèn)題)；

滿足上述任一條件都可以認(rèn)為這個(gè)SR 傳輸是一個(gè)prioritized SR transmission，與SR傳輸PUCCH資源overlap的其他UL grant是de-prioritized UL grant。

否則認(rèn)為這個(gè)SR 是一個(gè) de-prioritized SR transmission。

R15這部分，只有SR transmission對(duì)應(yīng)的PUCCH resource與其他任何UL-SCH resource 沒(méi)有產(chǎn)生overlap時(shí)，才能發(fā)送SR；R16這部分如上，對(duì)SR的發(fā)送情況進(jìn)行了細(xì)化，即使SR對(duì)應(yīng)的PUCCH resource與其他UL-SCH resource產(chǎn)生overlap時(shí)，只要基于LCH priority判斷結(jié)束后，SR對(duì)應(yīng)的PUCCH resource是prioritized SR transmission，仍然可以進(jìn)行候選SR的發(fā)送，具體如下(R17基本和R16類似)。

假如SR 傳輸是一個(gè)prioritized SR transmission，與其參數(shù)overlap的其他UL grant就是de-prioritized UL grant：

如果de-prioritized UL grant 是configured UL grant(有配置autonomousTx) 且對(duì)應(yīng)的PUSCH已經(jīng)開(kāi)始發(fā)送，UE要停止對(duì)應(yīng)HARQ process 的configuredGrantTimer。

如果此時(shí)SR_COUNTER

如果SR_COUNTER>=sr-TransMax,UE 要通知RRC release serving cell的PUCCH/SRS，清除configured DL assignments/UL grant 和semi-persistent CSI report on PUSCH 資源,最后取消所有SR 并觸發(fā)RA過(guò)程。

SR 觸發(fā)的RA 過(guò)程停止條件

UE換用RA的方式后，可能會(huì)得到網(wǎng)絡(luò)側(cè)比較完美的答復(fù)，那UE就沒(méi)有必要繼續(xù)糾纏，這時(shí)候UE可能會(huì)停止RA。對(duì)應(yīng)的場(chǎng)景對(duì)應(yīng)下面三段描述。

由于 BSR 而觸發(fā)的pending SR(該 SR 由 MAC entity在MAC PDU 組裝之前由于沒(méi)有配置有效的PUCCH resource觸發(fā))，如果：

(1)MAC PDU可以使用UL grant傳輸，但這個(gè)UL grant不是RAR提供的UL grant，也不是2-step中用于傳輸MSGA payload的UL grant，并且該P(yáng)DU包括 BSR MAC CE(BSR 包含的是持續(xù)到MAC PDU 組裝之前 最后一次觸發(fā)BSR前的所有data volume) ；或者

(2)UL grant(s) 可以用于傳輸所有的UL pending data。

滿足上述情況之一，MAC entity可能會(huì)停止（如果有的話）正在進(jìn)行的RA過(guò)程。

由于 SCell BFR觸發(fā)的pending SR,由于沒(méi)有有效的PUCCH resource 而觸發(fā)RA，如果：

(1)MAC PDU可以使用UL grant傳輸，但這個(gè)UL grant不是RAR提供的UL grant，也不是2-step中用于傳輸MSGA payload的UL grant，并且該P(yáng)DU包括 BFR MAC CE(包含SCell BFR info) ；或者

(2)由于Scell被deactive導(dǎo)致所有觸發(fā)的scell BFR被取消。

滿足上述情況之一，MAC entity可能會(huì)停止(如果有的話)正在進(jìn)行的RA過(guò)程：

由于 consistent LBT failure觸發(fā)的pending SR，由于沒(méi)有有效的PUCCH resource而觸發(fā)RA，如果：

(1)MAC PDU可以使用UL grant傳輸，但這個(gè)UL grant不是RAR提供的UL grant，也不是2-step中用于傳輸MSGA payload的UL grant，并且該P(yáng)DU包括 LBT failure MAC CE(包含SCell consistent LBT failure info)；或者

(2)由于Scell 被deactive 導(dǎo)致所有觸發(fā)的consistent LBT failure被取消。

滿足上述情況之一，MAC entity可能會(huì)停止（如果有的話）正在進(jìn)行的RA過(guò)程。

最后針對(duì)上述內(nèi)容整理如下流程圖，不用懷疑的是，這個(gè)圖有問(wèn)題，并沒(méi)有完整顯示上述內(nèi)容，只是簡(jiǎn)單記錄了大體流程。

至此本篇就基本結(jié)束了，不管什么道路都難免崎嶇不平，UE也一樣，即使換用SR后，也可能無(wú)法得到UL grant，那就只能觸發(fā)RA，但是就算是RA，在某些場(chǎng)景下，UE可能仍然無(wú)法得到自己想要的東西，在這種情況下，UE只能按照spec的規(guī)定拿出最后一套動(dòng)作......