SR的工作流程？SR觸發(fā)的RA過程停止條件是什么？

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

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

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

SR的時頻域資源

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

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

periodicityAndOffset：SR 的發(fā)送周期及偏移，例如periodicityAndOffset sl40 : 38 ，即每40個時隙 發(fā)一次，要在第39個時隙傳輸SR（index 0~39）；具體配置時還要考慮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時才能使用；對于發(fā)送周期不大于1個 slot的情況，offset默認為0 slot。

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

resource：UE發(fā)送SR時要使用的PUCCH resource id,對于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個時隙時，SR 的具體發(fā)送時刻由上面的藍色公式?jīng)Q定；如果SR_periodicity =1個時隙，這時候SR_offset應(yīng)該配置為0，則每個時隙都是SR 的發(fā)送時刻；如果SR_periodicity <1個時隙,SR 的發(fā)送時刻對應(yīng)的符號l 由公式 （l-l0 mod SR_periodicity）mod SR_periodicity=0 決定，其中l(wèi)0是PUCCH format中配置的startingSymbolIndex。

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

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

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

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

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://www.ttokpm.com/tags/定時器/" target="_blank">定時器。以毫秒為單位。ms1 對應(yīng) 1ms，ms2 對應(yīng) 2ms，依此類推。當(dāng)該字段不存在時，UE 用value 0，在發(fā)送完一個SR后開啟，其運行期間，不能再次發(fā)送SR。

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

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

SR 的觸發(fā)

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

1 當(dāng)前沒有UL grant進行傳輸;

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

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

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

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

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

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

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

SR取消的條件

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

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

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

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

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

(1) 如果此 SR 在 MAC PDU 組裝之前由Pre-emptive BSR 過程觸發(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 是由一個 SCell 的consistent LBT failure recovery所觸發(fā)且該 SCell 的所有觸發(fā)的consistent LBT failure都被取消 ：

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

觸發(fā)RA 的情況

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

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

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

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

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

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

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

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

否則認為這個SR 是一個 de-prioritized SR transmission。

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

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

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

如果此時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過程。

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

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

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

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

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

滿足上述情況之一，MAC entity可能會停止（如果有的話）正在進行的RA過程。

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

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

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

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

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

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

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

滿足上述情況之一，MAC entity可能會停止（如果有的話）正在進行的RA過程。

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

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