5G R16終端省電新特性詳解

大家好，小科來為大家解答以上問題。5G R16終端省電新特性詳解這個(gè)很多人還不知道，現(xiàn)在讓我們一起來看看吧！

1、背景介紹

2、隨著技術(shù)的發(fā)展，我們每天接觸最多的手機(jī)所支持的功能也越來越強(qiáng)大，從只能發(fā)短信、打電話、玩吃蛇的2G手機(jī)，到現(xiàn)在的5G手機(jī)都可以支持在線看高清視頻、玩大型3D游戲。

3、然而，它帶來了手機(jī)功耗的急劇增加。當(dāng)年的諾基亞8250街機(jī)，幾天只能充電一次，但現(xiàn)在大家用的手機(jī)，大部分都要一天至少充電一次，出門可能要準(zhǔn)備一個(gè)充電寶。

4、為了延長手機(jī)壽命，行業(yè)已經(jīng)從應(yīng)用、操作系統(tǒng)、屏幕、芯片、更大容量的電池等方面入手。無線通信網(wǎng)絡(luò)側(cè)也支持幫助終端省電的功能，這也是本文要介紹的內(nèi)容。

5、今天，小K帶來了深圳無線解決方案團(tuán)隊(duì)的一篇技術(shù)文章，介紹5G R16終端新的省電特性。

6、目錄

7、1.終端休眠新技術(shù)介紹。

8、1.1WUS(喚醒信號(hào))

9、1.2雙CDRX

10、2.睡眠特征測試介紹。

11、引入3.5G R16其他UE省電功能。

12、3.1跨插槽調(diào)度

13、3.2最大多輸入多輸出層自適應(yīng)

14、3.3用戶設(shè)備對BWP交換的適應(yīng)

15、3.4延遲RRM測量

16、3.5用戶設(shè)備輔助信息

17、1.終端休眠新技術(shù)介紹。

18、為了降低用戶設(shè)備的功耗，3GPP版本16增加了許多功能來幫助用戶設(shè)備省電，包括DRX適配(也稱為WUS、喚醒信號(hào))和雙CDRX。

19、WUS和雙CDRX是基于DRX的增強(qiáng)功能。在介紹這兩項(xiàng)技術(shù)之前，讓我們先來看看什么是DRX。

20、DRX的全名是間斷接收。作為3G時(shí)代就開始使用的技術(shù)，DRX在RRC IDLE狀態(tài)和RRC CONNECTED狀態(tài)下的機(jī)制是不同的。

21、空閑狀態(tài)下的DRX機(jī)制，即尋呼機(jī)制，是指網(wǎng)絡(luò)側(cè)通過發(fā)送尋呼消息來喚醒用戶設(shè)備。這里只介紹了DRX(連通DRX (CDRX)，所以后面提到的DRX專指UE處于連通狀態(tài)時(shí)使用的DRX。

22、DRX的基本機(jī)制是為處于無線資源控制連接狀態(tài)的用戶設(shè)備配置一個(gè)DRX周期。

23、DRX周期由“持續(xù)時(shí)間”和“DRX的機(jī)會(huì)”組成：在“持續(xù)時(shí)間”內(nèi)，用戶設(shè)備監(jiān)視和接收PDCCH；在“DRX的機(jī)會(huì)”時(shí)間，用戶設(shè)備不接收PDCCH以降低功耗。

24、要理解DRX的工作機(jī)制，我們必須首先理解DRX所涉及的每個(gè)參數(shù)的含義：

25、【drx-onDurationTimer】

26、用戶設(shè)備需要從DRX周期的初始子幀開始持續(xù)監(jiān)控PDCCH。

27、可以配置兩種不同的類型：一種是亞毫秒，另一種是毫秒。當(dāng)滿足DRX循環(huán)條件時(shí)(即進(jìn)入長DRX循環(huán)或短DRX循環(huán)，這將在下面的內(nèi)容中描述)，UE將啟動(dòng)drx-onDurationTimer來監(jiān)控PDCCH。

28、【drx-InactivityTimer】

既然UE會(huì)定時(shí)喚醒，為什么還需要使用drx-InactivityTimer呢？假設(shè)在DRX的On Duration的最后一個(gè)子幀，此時(shí)網(wǎng)絡(luò)側(cè)剛好有一個(gè)較大的數(shù)據(jù)需要發(fā)給UE，這些數(shù)據(jù)無法在當(dāng)前的On Duration周期內(nèi)全部傳輸完。

30、如果沒有配置drx-InactivityTimer的話，那么UE將進(jìn)入DRX休眠態(tài)，不會(huì)再去接收來自網(wǎng)絡(luò)側(cè)的任何下行PDSCH數(shù)據(jù)。

31、而網(wǎng)絡(luò)側(cè)也只能等到DRX周期結(jié)束，并在下一個(gè)On Duration時(shí)刻到來時(shí)，繼續(xù)向UE發(fā)送沒有傳完的數(shù)據(jù)，這顯然增加了整個(gè)數(shù)據(jù)傳輸過程的時(shí)延。

32、為了避免這種情況的出現(xiàn)，在DRX機(jī)制中增加了drx-InactivityTimer定時(shí)器，只要有新的數(shù)據(jù)需要調(diào)度，就會(huì)啟動(dòng)（或者重啟）該定時(shí)器。

drx-InactivityTimer的作用是為了降低數(shù)據(jù)的處理時(shí)延，但如果drx-InactivityTimer設(shè)置的過長，當(dāng)網(wǎng)絡(luò)側(cè)的數(shù)據(jù)發(fā)送完之后定時(shí)器還沒有超時(shí)，則UE還不得不繼續(xù)監(jiān)聽下行子幀，無法及時(shí)的進(jìn)入休眠態(tài)。

34、為了盡量快速的讓UE進(jìn)入休眠態(tài)，當(dāng)網(wǎng)絡(luò)側(cè)檢測到已經(jīng)沒有上下行數(shù)據(jù)需要傳輸時(shí)，可以向該UE發(fā)送一個(gè)DRX Command MAC CE，當(dāng)UE收到這個(gè)CE后，將停止drx-OnDurationTimer和drx-InactivityTimer，UE會(huì)在drx-InactivityTimer還未結(jié)束前進(jìn)入休眠，從而達(dá)到更加省電的目的。

【drx-LongCycleStartOffset】

用于指示UE進(jìn)入long DRX cycle持續(xù)的時(shí)長，這個(gè)參數(shù)包含了drx-LongCycle和drx-StartOffset兩層含義。

37、其中drx-LongCycle表示一個(gè)long DRX cycle持續(xù)的時(shí)間，而drx-StartOffset用于指示DRX周期是從什么時(shí)候開始的。

***需要注意的是，如果網(wǎng)絡(luò)側(cè)同時(shí)也配置了drx-ShortCycle，那么drx-LongCycle必須配置成drx-ShortCycle的整數(shù)倍。

39、比如drx-ShortCycle配置的是8ms，那么drx-LongCycle就不能配置20ms，因?yàn)?0不能整除8。

【drx-HARQ-RTT-TimerDL】

在DRX機(jī)制中，為了給UE發(fā)的HARQ feedback到達(dá)網(wǎng)絡(luò)側(cè)留一段信號(hào)傳播的時(shí)間，在每個(gè)DL HARQ process定義了一個(gè)“HARQ RTT(Round Trip Time) timer”的定時(shí)器。

42、該參數(shù)的含義是，當(dāng)UE接收到一個(gè)下行數(shù)據(jù)傳輸包且CRC校驗(yàn)失敗，需要給網(wǎng)絡(luò)側(cè)反饋NACK信息后，假定至少在 “drx-HARQ-RTT-TimerDL”個(gè)symbol才會(huì)有重傳。

43、因此當(dāng)drx-HARQ-RTT-TimerDL正在運(yùn)行時(shí)，UE沒必要監(jiān)聽PDCCH。

44、而drx-HARQ-RTT-TimerDL一旦超時(shí)就意味著UE可以開啟drx-RetransmissionTimerDL接收網(wǎng)絡(luò)側(cè)的重傳數(shù)據(jù)了。

【drx-HARQ-RTT-TimerUL】

與drx-HARQ-RTT-TimerDL類似，但此參數(shù)用于配置UE上行HARQ RTT期間的休眠。

【drx-RretransmissionTimerDL】

因?yàn)閁E并不確定網(wǎng)絡(luò)側(cè)什么時(shí)候會(huì)下發(fā)HARQ重傳數(shù)據(jù)，但UE也不可能無限制的等待下去，畢竟UE還需要進(jìn)入休眠態(tài)以進(jìn)行省電，因此3GPP定義了drx-RretransmissionTimerDL用于指示UE為了接收期望的下行HARQ重傳數(shù)據(jù)，所需要連續(xù)監(jiān)測的最長時(shí)間。

當(dāng)drx-HARQ-RTT-TimerDL超時(shí)，且對應(yīng)HARQ process接收到的數(shù)據(jù)沒有被成功解碼時(shí)，UE會(huì)為該HARQ process 啟動(dòng)一個(gè) drx-RretransmissionTimerDL，在該timer運(yùn)行時(shí)，UE會(huì)監(jiān)聽用于HARQ重傳的PDCCH。

【drx-RretransmissionTimerUL】

與drx-RretransmissionTimerDL類似，但此參數(shù)用于指示UE可以持續(xù)等待上行HARQ 重傳的最長時(shí)間。

【drx-ShortCycle】

該參數(shù)用于指示UE進(jìn)入short DRX cycle持續(xù)的時(shí)長，相對于long DRX cycle是必須配置，short DRX cycle則是可選配置（optional）。

【drx-ShortCycleTimer】

該參數(shù)用于指示UE 在short DRX cycle中持續(xù)多久沒有收到PDCCH就進(jìn)入long DRX cycle。

56、如果取值為2，則表示持續(xù)（2×drx-ShortCycle）沒有成功解碼到PDCCH就進(jìn)入long DRX cycle。

【drx-SlotOffset】

前面介紹的進(jìn)入long DRX cycle/short DRX cycle的條件決定了DRX從哪些子幀開始喚醒，3GPP還定義了一個(gè)drx-SlotOffset參數(shù)，也就是從UE可以從子幀的起始點(diǎn)往后推drx-SlotOffset開始喚醒。

最后，我嘗試用一個(gè)例子把以上這些DRX相關(guān)的參數(shù)串起來，幫助大家有一個(gè)更加具體的印象。

60、在這個(gè)例子中，同時(shí)配置了long DRX cycle和short DRX cycle，并且drx-SlotOffset=0。

① 時(shí)刻1：滿足了進(jìn)入short DRX cycle條件，UE喚醒進(jìn)入On Duration持續(xù)監(jiān)聽PDCCH，之后在drx-ShortCycleTimer內(nèi)多次進(jìn)入short DRX cycle；

② 時(shí)刻2：UE檢測并成功解碼到一個(gè)用于調(diào)度新傳下行數(shù)據(jù)包的PDCCH，因此啟動(dòng)了drx-inactivityTimer，該下行數(shù)據(jù)包在第一個(gè)short DRX cycle即可傳輸完畢；

③ 時(shí)刻3：drx-ShortCycleTimer超時(shí)后，從條件的子幀開始，UE進(jìn)入long DRX cycle；

④ 時(shí)刻4：在long DRX cycle的On Duration期間，UE再一次檢測并解碼了一個(gè)用于調(diào)度下行數(shù)據(jù)的PDCCH，然后開始接收PDSCH。

65、在這一過程中由于存在誤碼觸發(fā)了HARQ process，因此在整個(gè)drx-inactivityTimer期間啟動(dòng)了drx-HARQ-RTT-TimerDL和drx-RretransmissionTimerDL；

⑤ 時(shí)刻5：由于在long DRX cycle期間有數(shù)據(jù)在傳輸，UE再次切換至short DRX cycle。

從上面的例子可以看到：

? 如果配置了long DRX cycle和short DRX cycle，UE會(huì)先從short DRX cycle開始，之后滿足條件才切換至long DRX cycle；

? long DRX cycle和short DRX cycle共用相同的drx-onDurationTimer。

全文下載

1.1 WUS（Wake-Up Signal）

以上介紹的DRX的機(jī)制可以讓UE周期性的喚醒和休眠，必要時(shí)還可以靈活延長UE監(jiān)聽PDCCH的時(shí)間，降低業(yè)務(wù)時(shí)延，但是該技術(shù)仍有進(jìn)一步優(yōu)化的空間。

73、因?yàn)樵趯?shí)際的應(yīng)用場景中，UE不會(huì)一直持續(xù)的發(fā)送或者接收數(shù)據(jù)，也就是在大部分的DRX On（喚醒階段）是不會(huì)接收到PDCCH的，換句話說，就是沒有針對該UE的上下行數(shù)據(jù)調(diào)度。

例如用戶正在用手機(jī)閱讀已經(jīng)緩存好的網(wǎng)頁時(shí)，是無需和網(wǎng)絡(luò)交互的，如果UE仍然周期性的喚醒的話，就會(huì)額外造成不必要的功耗。

75、因此，基于原有DRX機(jī)制的基礎(chǔ)上，為了更加優(yōu)化UE的功耗，3GPP在5G Release 16提出了DRX Adaptation，又叫WUS（Wake-Up Signal），這一特性的原理如下圖所示：

當(dāng)網(wǎng)絡(luò)側(cè)需要針對某個(gè)UE進(jìn)行上下行調(diào)度的話，會(huì)發(fā)一個(gè)WUS信號(hào)（攜帶了DCI Format 2_6的PDCCH）給UE，讓UE仍然周期性的喚醒以接收PDCCH的調(diào)度信息，過了一段時(shí)間后，如果沒有數(shù)據(jù)要傳輸了，這個(gè)時(shí)候網(wǎng)絡(luò)側(cè)就下發(fā)WUS給UE，指示UE后續(xù)不需要進(jìn)入DRX狀態(tài)，一直維持在休眠狀態(tài)并無需監(jiān)聽后續(xù)網(wǎng)絡(luò)側(cè)的PDCCH，以此來降低功耗，從而提升電池使用時(shí)間。

***需要注意的是，如果網(wǎng)絡(luò)側(cè)通過WUS指示需要關(guān)閉的DRX cycle的個(gè)數(shù)與終端的業(yè)務(wù)不匹配，那么反而會(huì)影響終端業(yè)務(wù)的傳輸。

78、而如果WUS只關(guān)聯(lián)short DRX的話，并且short DRX的周期配置得比較短的情況下，如果接收到WUS要求UE進(jìn)入休眠的指示，那么UE有可能還沒有進(jìn)入休眠態(tài)，根據(jù)short DRX的周期配置，UE又需要喚醒去重新監(jiān)聽WUS，導(dǎo)致沒有實(shí)現(xiàn)較好的節(jié)能效果。

79、所以，在同時(shí)配置了long DRX和short DRX的時(shí)候，WUS一般只針對long DRX進(jìn)行。

關(guān)于WUS（DRX Adaptation）具體的省電效果和可能導(dǎo)致的響應(yīng)延遲，3GPP 38.840描述如下：

The powers saving schemes with UE adaptation to the DRX operation include UE adaptation of its behavior to the DRX operation, and dynamic DRX configuration. Based on the evaluation, the schemes of power saving signal/channel triggering wake-up for CDRX show power saving gain in a range of 8% - 50% comparing to the baseline with the agreed C-DRX reference configuration. The latency increase/UPT degradation is in the range of (2% - 13%)/(0.5%- 16%).

It is shown the power saving gain tends to be higher when the C-DRX cycle is shorter, but it is smaller when CDRX ON duration is shortened, For longer C-DRX cycle and/or high traffic load, smaller gain in the range of 5% - 10% is observed. The power saving gain shown by the power saving signal/channel triggering UE adaptation to the DRX operation has very little dependency on the assumed power consumption level of the power saving signal/channel. Additional gain 4% -10% of the power saving scheme with UE adaptation to the DRX operation with the help of the preparation period is observed on top of the power saving gain from UE wake-up by power saving signal/channel.

當(dāng)5G R16 UE通過RRC層的消息UE CapabilityInformation上報(bào)drx-Adaptation-r16能力后，網(wǎng)絡(luò)側(cè)就可以為UE配置WUS相關(guān)的參數(shù)。

關(guān)于UE的drx-Adaptation-r16能力，在3GPP 38.306（關(guān)于UE radio access capabilities）有更加具體的描述。

而其中所提到的MinTimeGap，3GPP 38.213里面做了相關(guān)的定義，其gap的單位是時(shí)隙（slot），UE需要在MinTimeGap時(shí)間內(nèi)停止盲檢DCI Format 2_6，進(jìn)行DRX喚醒前所需要的預(yù)處理動(dòng)作，這里的預(yù)處理包括UE上報(bào)CSI、SRS信息等。

87、這是因?yàn)橛锌赡躑E休眠了一段時(shí)間后，信道環(huán)境變化了，網(wǎng)絡(luò)側(cè)需要這些信息進(jìn)行信道估計(jì)以調(diào)度PDSCH/PUSCH。

然后協(xié)議里面定義了兩類UE，分別是value1和value2，其中value1的UE相比value2性能更強(qiáng)。

89、對應(yīng)這個(gè)表以N78 SCS 30k為例，value1的UE需要1個(gè)slot就能完成DRX 喚醒前的預(yù)處理過程，而value2則需要6個(gè)slot。

WUS相關(guān)的配置參數(shù)是網(wǎng)絡(luò)側(cè)通過RRC Setup或者RRC Reconfiguration攜帶的DCP-Config-r16（DCP全稱為DCI with CRC scrambled by PS_RNTI）下發(fā)給UE的，具體內(nèi)容如下：

【ps-RNTI-r16】

PS-RNTI是5G Release 16中新增的RNTI，全稱為Power Saving-RNTI，和我們比較熟悉的RA-RNTI（用于接收Preamble）、TC-RNTI & C-RNTI（用于隨機(jī)接入）、SI-RNTI（用于接收SIB消息）類似，PS-RNTI也用于對下發(fā)給UE的PDCCH進(jìn)行CRC加擾，其RNTI-Value的取值范圍為0001-FFF2（UE后續(xù)會(huì)用該值解擾PS-RNTI所加擾的PDCCH），然后攜帶了DCI Format 2_6的PDCCH用于指示UE是否在下一個(gè)DRX周期喚醒，這里需要注意的是UE只會(huì)在休眠狀態(tài)監(jiān)聽PS-RNTI所加擾的PDCCH。

接下來我們來看一下關(guān)于DCI Format 2_6的內(nèi)容，這在3GPP 38.212有更加詳細(xì)的描述。

這里涉及到幾個(gè)參數(shù)：

?ps-PositionDCI-2-6-r16是由網(wǎng)絡(luò)側(cè)通過RRC Setup或者RRC Reconfiguration中的DCP-Config-r16下發(fā)給UE，從而UE可以到對應(yīng)的時(shí)頻位置的去接收攜帶了DCI Format 2_6的PDCCH；

?Wake-upindication是DCI Format 2_6中的信息。

99、該bit位中的‘0’用于指示UE在下一個(gè)DRX周期不需要喚醒，‘1’用于指示UE在下一個(gè)DRX周期需要喚醒；

?sizeDCI-2-6-r16。

101、網(wǎng)絡(luò)側(cè)如果只給某個(gè)UE配置了唯一的DCI Format 2_6，則該DCI為UE-specific DCI；而如果網(wǎng)絡(luò)側(cè)給多個(gè)UE配置了相同的DCI Format 2_6，那么該DCI又叫Group Common DCI，這樣就會(huì)導(dǎo)致DCI Format 2_6的message size可能會(huì)發(fā)生變化（比如僅給一個(gè)UE分配的和給多個(gè)UE分配的DCI攜帶的信息容量就有可能不同），因此網(wǎng)絡(luò)側(cè)就需要通知支持WUS的UE所下發(fā)的DCI size。

?SCelldormancyindication，即輔小區(qū)休眠指示，長度為0~5 bit。

103、一般情況下，即使沒有數(shù)據(jù)在SCell（輔小區(qū)）上傳輸，UE在這些激活的SCell仍然需要進(jìn)行PDCCH監(jiān)聽，所以3GPP Release 15引入了SCell激活/去激活機(jī)制。

104、有數(shù)據(jù)時(shí)激活SCell，沒數(shù)據(jù)時(shí)，去激活SCell。

105、但是這中間會(huì)引入很大的時(shí)延，那么為了降低時(shí)延，3GPP Release 16引入了SCell休眠，這是通過在休眠BWP（dormant BWP）和激活BWP（non-dormant BWP）之間切換來實(shí)現(xiàn)的，這分為兩個(gè)場景，下面會(huì)分別介紹。

***需要注意的是，這里的dormant BWP和non-dormant BWP都是針對下行BWP而言，目前3GPP并未定義上行BWP的輔小區(qū)休眠指示。

1)在UE休眠期指示是否進(jìn)入休眠

支持WUS的UE通過RRC層的消息UE CapabilityInformation上報(bào)對應(yīng)某個(gè)CA載波聚合組合（比如SA n41A_n79A）的scellDormancyOutsideActiveTime-r16能力。

網(wǎng)絡(luò)側(cè)通過RRCReconfiguration信令中攜帶的OutsideActiveTimeConfig-r16給UE配置對應(yīng)該CA組合下SCell的休眠信息。

111、OutsideActiveTimeConfig-r16包含了兩個(gè)IE：firstOutsideActiveTimeBWP-ID-r16（用于指示UE休眠狀態(tài)下，將要在SCell所使用的下行BWP ID）和dormancyGroupOutsideActiveTime-r16（UE所在的‘ID of an SCell group for Dormancy outside active time’）。

以SA DL CA n41A_n79A為例（n41為PCell，n79為SCell），之后UE在休眠態(tài)中如果監(jiān)聽到攜帶了SCell dormancy indication 的DCI Format 2_6，如果配置SCell的n79對應(yīng)的dormancy group ID為0，UE切換至dormantBWP-Id指示的休眠BWP；反之，如果配置了SCell的n79對應(yīng)的dormancy group ID為1，那么UE則切換至firstOutsideActiveTimeBWP-Id-r16所指示的激活BWP。

2)在UE喚醒期指示是否進(jìn)入休眠

SCell dormancy indication同樣也支持通過攜帶DCI Format 0_1/1_1的PDCCH來指示UE在SCell中進(jìn)入休眠。

116、這需要UE通過RRC層的消息UE CapabilityInformation上報(bào)所支持的對應(yīng)某個(gè)CA載波聚合組合的scellDormancyWithinActiveTime-r16能力。

之后網(wǎng)絡(luò)側(cè)通過RRCReconfiguration信令中攜帶的WithinActiveTimeConfig-r16給UE配置對應(yīng)該CA組合下SCell的休眠信息。

119、WithinActiveTimeConfig-r16包含了兩個(gè)IE：firstWithinActiveTimeBWP-ID-r16（用于指示UE喚醒狀態(tài)下，在SCell所使用的下行BWP ID）和dormancyGroupWithinActiveTime-r16（UE所在的‘ID of an SCell group for Dormancy within active time’）。

以SA DL CA n41A_n79A為例（n41為PCell，n79為SCell），之后UE在休眠態(tài)中如果監(jiān)聽到攜帶了SCell dormancy indication 的DCI Format 0_1/1_1，如果配置SCell的n79對應(yīng)的dormancy group ID為0，UE切換至dormantBWP-Id指示的休眠BWP；反之，如果配置了SCell的n79對應(yīng)的dormancy group ID為1，那么UE則切換至firstWithinActiveTimeBWP-Id-r16所指示的激活BWP。

【ps-Offset-r16】

以0.125ms為單位，相對于long DRX的drx-onDurationTimer啟動(dòng)的時(shí)間提前偏移量。

124、換句話說UE從drx-onDurationTimer往前倒推ps-Offset-r16，然后在Common Seach Space上盲檢用PS-RNTI進(jìn)行加擾的PDCCH（攜帶DCI format 2_6），一旦UE成功檢測出一個(gè)DCI format 2_6，直到DRX On前都不會(huì)在PDCCH monitoring occasions上繼續(xù)盲檢對應(yīng)的PDCCH。

***為什么ps-Offset-r16的單位是0.125ms，這和5G NR的SCS子載波間隔有關(guān)。

126、具體來說，SCS 15k對應(yīng)一個(gè)slot為1ms，SCS 30k對應(yīng)一個(gè)slot為0.5ms，SCS 60k對應(yīng)一個(gè)slot為0.25ms，SCS 120k對應(yīng)一個(gè)slot為0.125ms，而SCS 120k正好是目前所支持的最大的子載波間隔（用于mmW毫米波），因此就把當(dāng)前所支持的最小slot長度0.125ms作為ps-Offset-r16的單位。

【ps-WakeUp-r16】

協(xié)議中關(guān)于ps-WakeUp-r16的定義為“Configured UE wakeup or not when DCI format 2_6 is not detected at all monitoring occasions outside Active Time……If the field is absent, the UE does not wake-up if DCI format 2_6 is not detected outside active time.”即該配置用于指示UE在沒有檢測到攜帶了DCI format 2_6的PDCCH時(shí)，是否需要喚醒進(jìn)入DRX階段，假設(shè)該配置未下發(fā)，UE默認(rèn)是無需喚醒，繼續(xù)休眠。

【ps-TransmitPeriodicL1-RSRP-r16】

用于指示UE在收到網(wǎng)絡(luò)側(cè)下發(fā)的無需喚醒繼續(xù)休眠的WUS信號(hào)后，是否需要周期性上報(bào)RSRP用于進(jìn)行SSB的Beam tracking。

131、假設(shè)該配置未下發(fā)，UE默認(rèn)是無需上報(bào)，繼續(xù)休眠。

【ps-TransmitOtherPeriodicCSI-r16】

與ps-TransmitPeriodicL1-RSRP-r16作用類似，用于指示UE在休眠階段除了是否需要在上報(bào)RSRP之外，是否需要周期性上報(bào)用于網(wǎng)絡(luò)側(cè)進(jìn)行信道估計(jì)的CSI信息。

134、假設(shè)該配置未下發(fā)，UE默認(rèn)是無需上報(bào)，繼續(xù)休眠。

1.2 Dual CDRX

目前3GPP定義了若干5G NR下的FR1+FR2的NR-DC組合，比如N78+N257。

137、那么有的時(shí)候會(huì)在PCC和SCC分配不同的業(yè)務(wù)，使得每個(gè)小區(qū)對DRX的配置要求有所不同，并且作為FR2的小區(qū)還需要支持Beam management，如果配置和FR1小區(qū)一樣的DRX參數(shù)的話，長期維持在激活態(tài)會(huì)導(dǎo)致比較高的功耗，因此5G Release 16新增了參數(shù)drx-ConfigSecondaryGroup-r16，可以給FR2小區(qū)分配另外一組DRX參數(shù)。

前面在介紹DRX的時(shí)候已經(jīng)提到過，如果UE支持drx-ConfigSecondaryGroup-r16，則會(huì)將該能力通過RRC層的消息UE CapabilityInformation上報(bào)給網(wǎng)絡(luò)側(cè)。

之后網(wǎng)絡(luò)側(cè)可以通過RRCReconfiguration信令中攜帶的drx-ConfigSecondaryGroup-r16下發(fā)相應(yīng)的DRX配置給UE。

目前協(xié)議里面定義了可以為PCell（主小區(qū)）和SCell（輔小區(qū)）分別配置不同的drx-onDurationTimer和drx-InactivityTimer，而其他參數(shù)包括drx-SlotOffset、drx-ShortCycle、drx-LongCycleStartOffset、drx-HARQ-RTT-TimerDL、drx-RretransmissionTimerDL等則是主輔小區(qū)通用的。

如下圖所示，配置給FR2 SCell的drx-onDurationTimer和drx-InactivityTimer均比FR1 PCell對應(yīng)的參數(shù)要小，可以讓UE在FR2小區(qū)更快的進(jìn)入休眠，從而節(jié)省功耗。

由于篇幅有限，請下載全文瀏覽。

本文到此結(jié)束，希望對大家有所幫助。