在5G(NR)無線網(wǎng)絡(luò)中SR(Scheduling Request)也稱為調(diào)度請求；這是終端(UE)向gN 發(fā)送的Layer1(物理層)信號或消息,請求上行鏈路(UL)授權(quán)以通過 PUSCH發(fā)送上行鏈路數(shù)據(jù)。

終端的上行(UL)授權(quán)由gNB通過PDCCH傳輸以DCI Format 0_0或Format 0_1發(fā)送給UE。

    *換句話說，可以說終端(UE)向gNB發(fā)起SR說:“嘿！我有一些數(shù)據(jù)要發(fā)送，請給我一些資源”。

                 圖1.5G網(wǎng)絡(luò)中終端上行數(shù)據(jù)發(fā)送流程

一、SR關(guān)鍵點(diǎn)

• SR(Scheduling Request)是一個(gè)物理層消息，用于UL授權(quán)以在PUSCH上發(fā)送上行鏈路數(shù)據(jù);

• SR在PUCCH上行信道上發(fā)送;

• UL授權(quán)以PDCCH傳輸DCI Format 0_0或DCI Format 0_1給UE;

• SR機(jī)制由MAC層控制;

• SR不是服務(wù)請求，它是NAS層消息;

• gNB可以配置具有Max SR的UE以獲得UL授權(quán);

• 如果SR-COUNTER達(dá)到sr-TranMax，SR可用于聲明Radio Link Failur;

• UE在Meas Gap和sr_ProbhitTim時(shí)不允許發(fā)送SR。

二、調(diào)度請求控制流

我們知道SR是一個(gè)物理層過程，但它是由MAC層控制的。下圖說明了根據(jù) 3GPP規(guī)范38.321第5.4.4節(jié)的總體SR控制流程。

        圖2.5G網(wǎng)絡(luò)中終端上行數(shù)據(jù)發(fā)送觸發(fā)流程

三、Positive SR和Negative SR

移動(dòng)終端(UE)并不總是需要發(fā)送SR請求，因此規(guī)范定義了Postive和Negative SR。

• 對于Positive SR，UE有SR請求要發(fā)送時(shí)物理層需發(fā)送SR/PUCCH。

• 而在該SR資源的時(shí)間點(diǎn)，UE不發(fā)送SR請求時(shí)則稱為Negative SR。

 圖3.MAC控制的Positive SR和Negative SR示意圖

3.1 Negative SR:不允許SR傳輸場景

• SR時(shí)機(jī)落在測量間隙(間隔),或

• 另一個(gè)SR-Prohibit計(jì)時(shí)器正在運(yùn)行,或

• 接收到具有UL資源的 DL PDCCH。

3.2  sr-TransMax–SR Max Transmissions條件

當(dāng)終端在發(fā)送最大SR請求數(shù)內(nèi)無法獲得UL grant時(shí)，則通過發(fā)送PRACH觸發(fā)隨機(jī)接入過程，獲得上行調(diào)度。當(dāng)sr-TransMax情況發(fā)生時(shí)將出現(xiàn)：

• UE釋放PUCCH資源和SRS配置；

• 清除配置的DL分配和配置的UL授權(quán)；

• 清除PUSCH資源用于發(fā)送半持久CSI；

• UE啟動(dòng)RACH過程(即帶有UL DATA_ARRIVAL的RACH);

• gNB重新配置PUCCH資源和SR配置。

根據(jù)https://www./5g_sr-scheduling-request/翻譯整理。