0
  • 聊天消息
  • 系統(tǒng)消息
  • 評(píng)論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

5G R16終端省電新特性你了解多少

lPCU_elecfans ? 來源:是德科技KEYSIGHT ? 作者:是德科技KEYSIGHT ? 2021-11-01 09:39 ? 次閱讀

背景介紹

隨著技術(shù)的發(fā)展,我們?nèi)粘=佑|最多的手機(jī)所支持的功能也越來越強(qiáng)大,從只能發(fā)短信、打電話、玩貪吃蛇的2G手機(jī),一直到現(xiàn)在的5G手機(jī)可以支持在線看高清視頻、玩大型3D游戲。但是與之相應(yīng)帶來的是手機(jī)耗電的急劇增加,當(dāng)年的街機(jī)諾基亞8250可以幾天才充一次電,而現(xiàn)在大家所用的手機(jī)大部分至少都得一天一充,遇到出門時(shí)可能還需要備個(gè)充電寶。

為了延長手機(jī)的續(xù)航,業(yè)界紛紛從應(yīng)用程序、操作系統(tǒng)、屏幕、芯片、更大容量的電池等方面著手,無線通信網(wǎng)絡(luò)側(cè)同樣也支持幫助終端省電的特性,這也是本文將要介紹的內(nèi)容。

今天小K為大家?guī)碜陨钲跓o線解決方案團(tuán)隊(duì)的技術(shù)文章,為大家介紹5G R16終端省電新特性。

目錄

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

1.1 WUS(Wake-Up Signal)

1.2 Dual CDRX

2. 休眠特性測試介紹

3. 5G R16其他UE省電特性簡介

3.1 Cross-slot Scheduling

3.2 Maximum MIMO Layer Adaptation

3.3 UE Adaptation to the BWP Switching

3.4 Relaxed RRM Measurement

3.5 UE Assistance Information

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

為了降低UE的功耗,3GPP Release 16新增了多個(gè)用于幫助UE省電的特性,包括DRX Adaptation(又叫WUS,Wake-Up Signal),以及Dual CDRX。WUS和Dual CDRX都是基于DRX的增強(qiáng)特性,在介紹這兩個(gè)技術(shù)之前,讓我們先來看一下什么是DRX。

DRX的全稱是Discontinuous Reception(非連續(xù)接收),作為一個(gè)從3G時(shí)代一直沿用至今的技術(shù),DRX在RRC IDLE(空閑態(tài))和RRC CONNECTED(連接態(tài))下的機(jī)制是不同的??臻e態(tài)下的DRX機(jī)制即尋呼機(jī)制,就是網(wǎng)絡(luò)側(cè)通過下發(fā)paging消息喚醒UE,這里僅介紹連接態(tài)下的DRX(Connected DRX,CDRX),因此后續(xù)所提到的DRX都專指UE處于連接態(tài)時(shí)所使用的DRX。

DRX的基本機(jī)制是為處于RRC CONNECTED態(tài)的UE配置一個(gè)DRX cycle。DRX cycle由“On Duration”和“Opportunity for DRX”組成:在“On Duration(喚醒期)”時(shí)間內(nèi),UE監(jiān)聽并接收PDCCH;在“Opportunity for DRX(休眠期)”時(shí)間內(nèi),UE不接收PDCCH以減少功耗。

要了解DRX的工作機(jī)制,得先了解一下DRX中所涉及到的各個(gè)參數(shù)的含義:

【drx-onDurationTimer】

從DRX cycle的起始子幀算起,UE需要持續(xù)監(jiān)聽PDCCH的時(shí)長。可以配置兩種不同的類型:一個(gè)是subMilliSeconds,另外一個(gè)是milliSecond,當(dāng)滿足DRX周期條件(即進(jìn)入long DRX cycle或 short DRX cycle,會(huì)在接下來的內(nèi)容中進(jìn)行介紹)時(shí),UE就會(huì)啟動(dòng)drx-onDurationTimer監(jiān)聽PDCCH。

【drx-InactivityTimer】

如果在On Duration期間有新的上行或下行數(shù)據(jù)需要進(jìn)行傳輸時(shí)啟動(dòng)drx-InactivityTimer,用于指示UE還需要持續(xù)監(jiān)聽PDCCH的時(shí)長。

既然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)全部傳輸完。如果沒有配置drx-InactivityTimer的話,那么UE將進(jìn)入DRX休眠態(tài),不會(huì)再去接收來自網(wǎng)絡(luò)側(cè)的任何下行PDSCH數(shù)據(jù)。

而網(wǎng)絡(luò)側(cè)也只能等到DRX周期結(jié)束,并在下一個(gè)On Duration時(shí)刻到來時(shí),繼續(xù)向UE發(fā)送沒有傳完的數(shù)據(jù),這顯然增加了整個(gè)數(shù)據(jù)傳輸過程的時(shí)延。為了避免這種情況的出現(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)。為了盡量快速的讓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兩層含義。其中drx-LongCycle表示一個(gè)long DRX cycle持續(xù)的時(shí)間,而drx-StartOffset用于指示DRX周期是從什么時(shí)候開始的。

***需要注意的是,如果網(wǎng)絡(luò)側(cè)同時(shí)也配置了drx-ShortCycle,那么drx-LongCycle必須配置成drx-ShortCycle的整數(shù)倍。比如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í)器。該參數(shù)的含義是,當(dāng)UE接收到一個(gè)下行數(shù)據(jù)傳輸包且CRC校驗(yàn)失敗,需要給網(wǎng)絡(luò)側(cè)反饋NACK信息后,假定至少在 “drx-HARQ-RTT-TimerDL”個(gè)symbol才會(huì)有重傳。因此當(dāng)drx-HARQ-RTT-TimerDL正在運(yùn)行時(shí),UE沒必要監(jiān)聽PDCCH。而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í),且對(duì)應(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í)長,相對(duì)于long DRX cycle是必須配置,short DRX cycle則是可選配置(optional)。

【drx-ShortCycleTimer】

該參數(shù)用于指示UE 在short DRX cycle中持續(xù)多久沒有收到PDCCH就進(jìn)入long DRX cycle。如果取值為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è)更加具體的印象。在這個(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。在這一過程中由于存在誤碼觸發(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)化的空間。因?yàn)樵趯?shí)際的應(yīng)用場景中,UE不會(huì)一直持續(xù)的發(fā)送或者接收數(shù)據(jù),也就是在大部分的DRX On(喚醒階段)是不會(huì)接收到PDCCH的,換句話說,就是沒有針對(duì)該UE的上下行數(shù)據(jù)調(diào)度。

例如用戶正在用手機(jī)閱讀已經(jīng)緩存好的網(wǎng)頁時(shí),是無需和網(wǎng)絡(luò)交互的,如果UE仍然周期性的喚醒的話,就會(huì)額外造成不必要的功耗。因此,基于原有DRX機(jī)制的基礎(chǔ)上,為了更加優(yōu)化UE的功耗,3GPP在5G Release 16提出了DRX Adaptation,又叫WUS(Wake-Up Signal),這一特性的原理如下圖所示:

當(dāng)網(wǎng)絡(luò)側(cè)需要針對(duì)某個(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ù)的傳輸。而如果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é)能效果。所以,在同時(shí)配置了long DRX和short DRX的時(shí)候,WUS一般只針對(duì)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 Capability Information上報(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信息等。這是因?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)。對(duì)應(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也用于對(duì)下發(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可以到對(duì)應(yīng)的時(shí)頻位置的去接收攜帶了DCI Format 2_6的PDCCH;

? Wake-up indication是DCI Format 2_6中的信息。該bit位中的‘0’用于指示UE在下一個(gè)DRX周期不需要喚醒,‘1’用于指示UE在下一個(gè)DRX周期需要喚醒;

? sizeDCI-2-6-r16。網(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。

? SCell dormancy indication,即輔小區(qū)休眠指示,長度為0~5 bit。一般情況下,即使沒有數(shù)據(jù)在SCell(輔小區(qū))上傳輸,UE在這些激活的SCell仍然需要進(jìn)行PDCCH監(jiān)聽,所以3GPP Release 15引入了SCell激活/去激活機(jī)制。有數(shù)據(jù)時(shí)激活SCell,沒數(shù)據(jù)時(shí),去激活SCell。但是這中間會(huì)引入很大的時(shí)延,那么為了降低時(shí)延,3GPP Release 16引入了SCell休眠,這是通過在休眠BWP(dormant BWP)和激活BWP(non-dormant BWP)之間切換來實(shí)現(xiàn)的,這分為兩個(gè)場景,下面會(huì)分別介紹。

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

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

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

網(wǎng)絡(luò)側(cè)通過RRC Reconfiguration信令中攜帶的OutsideActiveTimeConfig-r16給UE配置對(duì)應(yīng)該CA組合下SCell的休眠信息。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對(duì)應(yīng)的dormancy group ID為0,UE切換至dormantBWP-Id指示的休眠BWP;反之,如果配置了SCell的n79對(duì)應(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)入休眠。這需要UE通過RRC層的消息UE Capability Information上報(bào)所支持的對(duì)應(yīng)某個(gè)CA載波聚合組合的scellDormancyWithinActiveTime-r16能力。

之后網(wǎng)絡(luò)側(cè)通過RRC Reconfiguration信令中攜帶的WithinActiveTimeConfig-r16給UE配置對(duì)應(yīng)該CA組合下SCell的休眠信息。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對(duì)應(yīng)的dormancy group ID為0,UE切換至dormantBWP-Id指示的休眠BWP;反之,如果配置了SCell的n79對(duì)應(yīng)的dormancy group ID為1,那么UE則切換至firstWithinActiveTimeBWP-Id-r16所指示的激活BWP。

【ps-Offset-r16】

以0.125ms為單位,相對(duì)于long DRX的drx-onDurationTimer啟動(dòng)的時(shí)間提前偏移量。換句話說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ù)盲檢對(duì)應(yīng)的PDCCH。

***為什么ps-Offset-r16的單位是0.125ms,這和5G NR的SCS子載波間隔有關(guān)。具體來說,SCS 15k對(duì)應(yīng)一個(gè)slot為1ms,SCS 30k對(duì)應(yīng)一個(gè)slot為0.5ms,SCS 60k對(duì)應(yīng)一個(gè)slot為0.25ms,SCS 120k對(duì)應(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。假設(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信息。假設(shè)該配置未下發(fā),UE默認(rèn)是無需上報(bào),繼續(xù)休眠。

1.2 Dual CDRX

目前3GPP定義了若干5G NR下的FR1+FR2的NR-DC組合,比如N78+N257。那么有的時(shí)候會(huì)在PCC和SCC分配不同的業(yè)務(wù),使得每個(gè)小區(qū)對(duì)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 Capability Information上報(bào)給網(wǎng)絡(luò)側(cè)。

之后網(wǎng)絡(luò)側(cè)可以通過RRC Reconfiguration信令中攜帶的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對(duì)應(yīng)的參數(shù)要小,可以讓UE在FR2小區(qū)更快的進(jìn)入休眠,從而節(jié)省功耗。

編輯:jq

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報(bào)投訴
  • RRC
    RRC
    +關(guān)注

    關(guān)注

    0

    文章

    28

    瀏覽量

    11156
  • 3GPP
    +關(guān)注

    關(guān)注

    4

    文章

    417

    瀏覽量

    45305
  • pCell
    +關(guān)注

    關(guān)注

    0

    文章

    5

    瀏覽量

    8986

原文標(biāo)題:一文帶你了解5G R16終端省電新特性

文章出處:【微信號(hào):elecfans,微信公眾號(hào):電子發(fā)燒友網(wǎng)】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。

收藏 人收藏

    評(píng)論

    相關(guān)推薦

    5G防爆執(zhí)法終端如何助力?;h(huán)境下的通訊保障

    頂堅(jiān)5G防爆執(zhí)法終端在?;h(huán)境下的通訊保障中發(fā)揮著至關(guān)重要的作用。這些終端結(jié)合了5G通訊技術(shù)和防爆設(shè)計(jì),能夠在易燃易爆、高溫高壓等危險(xiǎn)環(huán)境中提供穩(wěn)定、高效的通訊服務(wù),從而確保工作人員的
    的頭像 發(fā)表于 12-18 12:01 ?141次閱讀
    <b class='flag-5'>5G</b>防爆執(zhí)法<b class='flag-5'>終端</b>如何助力?;h(huán)境下的通訊保障

    移遠(yuǎn)通信5G RedCap模組RG255C-CN通過中國電信5G Inside終端生態(tài)認(rèn)證

    近日,移遠(yuǎn)通信5GRedCap模組RG255C-CN榮獲中國電信頒發(fā)的5GInside終端生態(tài)認(rèn)證證書。這表明,該產(chǎn)品在5G基本性能、網(wǎng)絡(luò)兼容性、安全
    的頭像 發(fā)表于 11-16 01:07 ?231次閱讀
    移遠(yuǎn)通信<b class='flag-5'>5G</b> RedCap模組RG255C-CN通過中國電信<b class='flag-5'>5G</b> Inside<b class='flag-5'>終端</b>生態(tài)認(rèn)證

    5G路由器和5G CPE還傻傻分不清?一文帶你了解

    5G CPE(Customer Premise Equipment)即5G客戶前置設(shè)備,是一種5G終端設(shè)備。5G路由器是一個(gè)將
    的頭像 發(fā)表于 11-13 16:32 ?1076次閱讀
    <b class='flag-5'>5G</b>路由器和<b class='flag-5'>5G</b> CPE還傻傻分不清?一文帶你<b class='flag-5'>了解</b>!

    LMX2594使用全輔助模式校準(zhǔn)VCO時(shí),寄存器R20、R19和R16的值是否都需要重新回讀得到?

    每個(gè)LMX2594芯片是否有它的唯一性,在使用全輔助模式校準(zhǔn)VCO時(shí),寄存器R20、R19和R16的值是否都需要重新回讀得到?如果將回讀的寄存器的值寫入到另一個(gè)LMX2594芯片中,會(huì)發(fā)生什么問題?
    發(fā)表于 11-12 07:32

    3GPP R16的主要特點(diǎn)

    移動(dòng)寬帶)、URLLC(高可靠低時(shí)延通信)、mMTC(大規(guī)模機(jī)器通信)三大場景的增強(qiáng)。 垂直行業(yè)能力增強(qiáng):R16標(biāo)準(zhǔn)引入了NPN(非公用網(wǎng)絡(luò))、5G LAN、TSN(時(shí)間敏感網(wǎng)絡(luò))等特性,豐富了
    發(fā)表于 07-24 07:51

    R18 Redcap 標(biāo)準(zhǔn)正式凍結(jié),RedCap加速5G融合終端

    實(shí)現(xiàn)了同比增長。 ? 在5G商業(yè)化落地發(fā)展的過程中,5G RedCap標(biāo)準(zhǔn)也在不斷演進(jìn)。2021年12月,3GPP組織啟動(dòng)RedCap R18標(biāo)準(zhǔn)制定,通過將帶寬縮減到5MHz等進(jìn)一步
    的頭像 發(fā)表于 06-21 01:24 ?4579次閱讀

    一文了解5G新通話技術(shù)演進(jìn)與業(yè)務(wù)模型

    5G新通話,也被稱為VoNR+,是基于R16及后續(xù)協(xié)議產(chǎn)生的一種增強(qiáng)型語音通話業(yè)務(wù)。它在IMS網(wǎng)絡(luò)里新增數(shù)據(jù)通道(DataChannel),承載通話時(shí)的文本、圖片、涂鴉、菜單等信息。它能在傳統(tǒng)話音
    的頭像 發(fā)表于 06-07 08:05 ?340次閱讀
    一文<b class='flag-5'>了解</b><b class='flag-5'>5G</b>新通話技術(shù)演進(jìn)與業(yè)務(wù)模型

    請問mx880 5G數(shù)據(jù)終端可以設(shè)置優(yōu)先5G網(wǎng)絡(luò)嗎?

    固件版本固件版本5G_DTU master 1.2.5 當(dāng)?shù)?b class='flag-5'>5G網(wǎng)絡(luò)夜里會(huì)關(guān)閉, 設(shè)置lte?nr 或者nul?nr,夜里自動(dòng)跳轉(zhuǎn)4G 網(wǎng)絡(luò), 白天有5G 網(wǎng)絡(luò)時(shí)候不能自動(dòng)切回來,得手
    發(fā)表于 06-04 06:25

    才茂5G工業(yè)網(wǎng)關(guān)通過中國電信5G Inside終端生態(tài)認(rèn)證

    近日,在中國電信物聯(lián)網(wǎng)開放實(shí)驗(yàn)室的指導(dǎo)下,才茂5G工業(yè)網(wǎng)關(guān)(產(chǎn)品型號(hào):CM520-37FS)榮獲中國電信頒發(fā)的5GInside終端生態(tài)認(rèn)證證書。中國電信5GInside
    的頭像 發(fā)表于 05-20 15:30 ?741次閱讀
    才茂<b class='flag-5'>5G</b>工業(yè)網(wǎng)關(guān)通過中國電信<b class='flag-5'>5G</b> Inside<b class='flag-5'>終端</b>生態(tài)認(rèn)證

    單北斗定位5G終端V2 Pro版發(fā)布:5G國產(chǎn)芯+單位對(duì)講防爆終端#北斗定位終端

    5G終端
    頂堅(jiān)北斗防爆手機(jī)
    發(fā)布于 :2024年03月26日 10:41:26

    紫光展銳持續(xù)深耕5G垂直行業(yè),推動(dòng)5G標(biāo)準(zhǔn)演進(jìn)與創(chuàng)新應(yīng)用

    隨著5G技術(shù)的迅猛發(fā)展和廣泛應(yīng)用,紫光展銳作為通信行業(yè)的領(lǐng)軍企業(yè),不斷加大對(duì)5G垂直行業(yè)的投入與研發(fā),引領(lǐng)著5G標(biāo)準(zhǔn)從R15到R16,再到
    的頭像 發(fā)表于 03-11 09:44 ?609次閱讀

    紫光展銳在MWC 2024發(fā)布V620芯片平臺(tái)

    在2024年世界移動(dòng)通信大會(huì)(MWC)上,紫光展銳引領(lǐng)行業(yè)潮流,發(fā)布了業(yè)界首款全面支持5G R16寬帶物聯(lián)網(wǎng)特性的芯片平臺(tái)——V620。這款基于紫光展銳第二代5G通信技術(shù)平臺(tái)的芯片,憑
    的頭像 發(fā)表于 02-29 14:15 ?1355次閱讀

    美格智能聯(lián)合羅德與施瓦茨完成5G RedCap模組SRM813Q驗(yàn)證,推動(dòng)5G輕量化全面商用

    全球5G發(fā)展進(jìn)入下半場,5G RedCap以其低成本、低功耗的特性成為行業(yè)焦點(diǎn)。近日,中國移動(dòng)攜手合作伙伴率先完成全球最大規(guī)模、最全場景、最全產(chǎn)業(yè)的RedCap現(xiàn)網(wǎng)規(guī)模試驗(yàn),推動(dòng)首批芯片、終端
    發(fā)表于 02-27 11:31

    紫光展銳發(fā)布業(yè)界首款全面支持5G R16寬帶物聯(lián)網(wǎng)特性的芯片平臺(tái)V620

    在2024年世界移動(dòng)通信大會(huì)(MWC)上,紫光展銳引領(lǐng)行業(yè)創(chuàng)新,發(fā)布了業(yè)界首款全面支持5G R16寬帶物聯(lián)網(wǎng)特性的芯片平臺(tái)——V620。這一突破性的產(chǎn)品基于紫光展銳的第二代5G通信技術(shù)
    的頭像 發(fā)表于 02-27 10:09 ?980次閱讀

    深入了解5G終端射頻標(biāo)準(zhǔn)中的頻譜發(fā)射與互調(diào)特性

    對(duì)于5G終端而言,互調(diào)性能是為了衡量UE發(fā)射機(jī)抑制器件產(chǎn)生非線性信號(hào)的能力,驗(yàn)證 UE 發(fā)射互調(diào)產(chǎn)物不超過測試要求中的規(guī)定值。而發(fā)射互調(diào)產(chǎn)物是由主發(fā)射信號(hào)和通過UE天線到達(dá)發(fā)射機(jī)的干擾信號(hào)所引起。
    發(fā)表于 01-19 09:30 ?959次閱讀
    深入<b class='flag-5'>了解</b><b class='flag-5'>5G</b><b class='flag-5'>終端</b>射頻標(biāo)準(zhǔn)中的頻譜發(fā)射與互調(diào)<b class='flag-5'>特性</b>