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

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

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

C-DRX具體是如何工作的?DRX參數(shù)配置結(jié)構(gòu)簡(jiǎn)析

冬至子 ? 來(lái)源:modem協(xié)議筆記 ? 作者:酒仁生 ? 2023-07-17 16:37 ? 次閱讀

在NR中降低UE功耗一直比較重要,如38.300 power saving 所述,NR 中UE power saving的機(jī)制有很多。

R16版本的CDRX相比于R15,增加了DCP WUS的內(nèi)容,也對(duì)CSI/SRS部分進(jìn)行了增強(qiáng),更細(xì)化了CSI/SRS發(fā)送的場(chǎng)景,除此之外,UE還可以通過(guò)UEAssistanceInformation向網(wǎng)絡(luò)report perfer C-DRX cycle length。R17版本的CDRX 增加了NTN,sidelink的內(nèi)容,也增加了MBS Broadcast/Multicast場(chǎng)景的CDRX。這篇主要看下R16版本的CDRX,算是承上啟下吧。

先看38.300中的描述,了解下DRX 的大概過(guò)程。

圖片

當(dāng)配置了 DRX 時(shí),UE 不必持續(xù)監(jiān)視 PDCCH。 DRX具有以下特點(diǎn):

on-duration:UE 醒來(lái)后等待接收 PDCCH 的持續(xù)時(shí)間。 如果 UE 成功解碼 PDCCH,則 UE 保持清醒并啟動(dòng)inactivity timer;

inactivity-timer:UE等待成功解碼PDCCH的持續(xù)時(shí)間,從PDCCH的最后一次成功解碼開(kāi)始,timer 超時(shí)后UE可以返回sleep。 UE 應(yīng)在一次成功解碼 PDCCH 后重新啟動(dòng)非活動(dòng)定時(shí)器,這個(gè)PDCCH data必須是第一次傳輸,重傳的情況不會(huì)restart inactivity timer.

retransmission-timer:預(yù)計(jì)重傳之前的持續(xù)時(shí)間;

cycle:on duration+inactivity period 如下圖;

active-time:UE監(jiān)聽(tīng)PDCCH的總時(shí)長(zhǎng)。 這包括 DRX cycle的 on-duration,在inactivity timer 未超時(shí)前 UE執(zhí)行連續(xù)接收的時(shí)間以及 UE 在等待重傳時(shí)機(jī)執(zhí)行連續(xù)接收的時(shí)間。

圖片

圖片

相應(yīng)地,網(wǎng)絡(luò)側(cè)可以給UE在active BWP中配置DCP-config用于指示UE是否需要在下一個(gè) long DRX cycle開(kāi)啟drx-onDurationTimer,即可以使得UE保持DRX sleep狀態(tài),達(dá)到進(jìn)一步省電的功能,主要通過(guò) ps-RNTI 加擾的DCI 2_6 中的 Wake-up indication實(shí)現(xiàn)。

UE 不會(huì)在active-time、measurement gaps、BWP switching期間或者當(dāng)它監(jiān)視用于BFR的CFRA preamble 傳輸?shù)膔esponse等情況監(jiān)聽(tīng)DCP,轉(zhuǎn)而在next on-duration期間監(jiān)聽(tīng)PDCCH。 如果active BWP 中沒(méi)有配置 DCP,則 UE 遵循正常的 DRX 操作。配置CA時(shí),僅在PCell上配置DCP。

接下來(lái)具體看下DRX 的具體工作原理,主要在38.321 5.7章節(jié)。下面是38.321 DRX相關(guān)的參數(shù),直接摘抄過(guò)來(lái),做記錄,后面再具體看每個(gè)參數(shù)的含義。

drx-onDurationTimer: the duration at the beginning of a DRX cycle;

drx-SlotOffset: the delay before starting the drx-onDurationTimer;

drx-InactivityTimer: the duration after the PDCCH occasion in which a PDCCH indicates a new UL or DL transmission for the MAC entity;

drx-RetransmissionTimerDL (per DL HARQ process except for the broadcast process): the maximum duration until a DL retransmission is received;

drx-RetransmissionTimerUL (per UL HARQ process): the maximum duration until a grant for UL retransmission is received;

drx-LongCycleStartOffset: the Long DRX cycle and drx-StartOffset which defines the subframe where the Long and Short DRX cycle starts;

drx-ShortCycle (optional): the Short DRX cycle;

drx-ShortCycleTimer (optional): the duration the UE shall follow the Short DRX cycle;

drx-HARQ-RTT-TimerDL (per DL HARQ process except for the broadcast process): the minimum duration before a DL assignment for HARQ retransmission is expected by the MAC entity;

drx-HARQ-RTT-TimerUL (per UL HARQ process): the minimum duration before a UL HARQ retransmission grant is expected by the MAC entity;

ps-Wakeup (optional): the configuration to start associated drx-onDurationTimer in case DCP is monitored but not detected;

ps-TransmitOtherPeriodicCSI (optional): the configuration to report periodic CSI that is not L1-RSRP on PUCCH during the time duration indicated by drx-onDurationTimer in case DCP is configured but associated drx-onDurationTimer is not started;

ps-TransmitPeriodicL1-RSRP (optional): the configuration to transmit periodic CSI that is L1-RSRP on PUCCH during the time duration indicated by drx-onDurationTimer in case DCP is configured but associated drx-onDurationTimer is not started.

DRX參數(shù)配置結(jié)構(gòu)

R16版本可以對(duì)serving cells 分別配置在兩個(gè)DRX group中。主要是為了節(jié)能及更好的管理,因而提出將FR1和FR2 分別配置在不同的DRX group,每個(gè)DRX group采用各自的drx參數(shù),具體引入原因可以看R2-2004855,38.321中對(duì)于兩個(gè)DRX group的描述,也就下面這一段,畢竟僅僅是某些參數(shù)要獨(dú)立配置,重要的還是DRX工作機(jī)制。

圖片

serving cell的MAC entity 可能會(huì)由 RRC 配置在兩個(gè) DRX group中,每個(gè)DRX group具有單獨(dú)的 DRX 參數(shù)。 當(dāng)RRC沒(méi)有配置secondary DRX group時(shí),即只有一個(gè)DRX group,那所有的Serving Cell都屬于這個(gè)DRX group。 當(dāng)配置了兩個(gè) DRX group時(shí),每個(gè)serving cell會(huì)被唯一地分配給兩個(gè)組中的任何一個(gè)。 每個(gè)DRX group單獨(dú)配置的DRX參數(shù)對(duì)應(yīng)的是drx-ondurationTimer和drx-inactivityTimer。共同的參數(shù)是drx-SlotOffset, drx-RetransmissionTimerDL, drx-RetransmissionTimerUL, drx-LongCycleStartOffset, drx-ShortCycle (optional), drx-ShortCycleTimer (optional), drx-HARQ-RTT-TimerDL, and drx-HARQ-RTT-TimerUL。

DRX RRC層參數(shù)結(jié)構(gòu)羅列在下面。

圖片

圖片

接下來(lái)按照38.321的內(nèi)容,分別看下各個(gè)timer是如何工作的。

drx-onDurationTimer

圖片

DRX cycle開(kāi)始對(duì)應(yīng)的是一段on Duration ,在on duration期間UE是要監(jiān)聽(tīng)PDCCH的,即處于Active time。on duration的時(shí)間由drx-onDurationTimer控制,時(shí)間單位是1/32ms,即subMiliSeconds。

drx-Inactivitytimer

圖片

圖片

當(dāng)UE收到一個(gè)PDCCH新傳調(diào)度時(shí),后續(xù)可能還有需要發(fā)送和接收的UL/DL data,UE需要啟動(dòng)DRX Inactivity定時(shí)器來(lái)等待一段時(shí)間,等待后續(xù)可能還有的DL/UL調(diào)度。

drx inactivity timer在PDCCH新傳調(diào)度結(jié)束后的第一個(gè)symbol啟動(dòng);drx-inactivitytimer與DRX的其他timer獨(dú)立運(yùn)行,沒(méi)有關(guān)聯(lián)。

圖片

HARQ-RTT-Timer

對(duì)于同一個(gè)HARQ進(jìn)程,當(dāng)一次上行調(diào)度或下行調(diào)度,到下一次調(diào)度,需要一定的處理時(shí)間,這個(gè)時(shí)長(zhǎng)就是HARQ RTT(Round Trip Timer)時(shí)間;

在NR 中上下行HARQ都是異步HARQ,即HARQ RTT時(shí)長(zhǎng)不是固定的。

圖片

drx-HARQ-RTT-TimerDL和drx-HARQ-RTT-TimerUL的單位是BWP的symbol個(gè)數(shù),最長(zhǎng)56個(gè)symbol即4個(gè)slots。

因此也將上述兩個(gè)Timer描述為DL/UL調(diào)度重傳的最短時(shí)長(zhǎng)。

如果不開(kāi)啟DRX,就不會(huì)配置這兩個(gè)timer,因?yàn)閁E總在監(jiān)聽(tīng)PDCCH;如果開(kāi)啟DRX 才會(huì)配置這兩個(gè) timer,對(duì)于同一個(gè)HARQ progress,在Timer運(yùn)行期間,不會(huì)有相同HARQ 的PDCCH 調(diào)度。

圖片

DRX RetransmissionTimer

圖片

drx-RetransmissionTimerDL/UL 的單位是slot數(shù),sl0對(duì)應(yīng) 0個(gè)slots,sl1對(duì)應(yīng) 1 slot....

更具體的 在DRX group處于Active Time期間時(shí),

DL:

圖片

在UE收到DL data后,要針對(duì)對(duì)應(yīng)的HARQ process開(kāi)啟drx-HARQ-RTT-TimerDL,具體的開(kāi)啟時(shí)間對(duì)應(yīng)HARQ ACK/NACK發(fā)送后的第一個(gè)symbol,同時(shí)停止對(duì)應(yīng)HARQ process 的drx-RetransmissionTimerDL。

值得注意的時(shí)上面的內(nèi)容有一個(gè)non-numerical k1 的說(shuō)法,這個(gè)場(chǎng)景對(duì)應(yīng)的NR-U,具體討論可以查看R2-1909808和R2-1912101,大概意思是當(dāng)DCI PDSH-to-HARQ_feedback timing對(duì)應(yīng)的是一個(gè)non-numerical k1(即沒(méi)有指定HARQ ACK/NACK 所用的K1),那UE要在接收完當(dāng)前bundle內(nèi)最后一個(gè)PDSCH后的第一個(gè)符號(hào)啟動(dòng)drx-RetransmissionTimerDL,等待下一個(gè)DCI 帶下來(lái)正確的k1,再進(jìn)行HARQ ACK/NACK的動(dòng)作。

當(dāng)drx-HARQ-RTT-TimerDL超時(shí)后,對(duì)于同一個(gè)HARQ process,如果UE解碼PDSCH失敗時(shí),UE必須要監(jiān)聽(tīng)PDCCH來(lái)獲取DL 重傳data,這時(shí)UE啟動(dòng)drx-RetransmissionTimerDL來(lái)等待下行的重傳data; 如果UE解碼PDSCH成功,不需要啟動(dòng)drx-RetransmissionTimerDL。

UL:

圖片

在UE收到UL grant時(shí),要針對(duì)對(duì)應(yīng)的HARQ process開(kāi)啟drx-HARQ-RTT-TimerUL,具體的開(kāi)啟時(shí)間對(duì)應(yīng)當(dāng)前bundle內(nèi)第一個(gè)PUSCH發(fā)送后的第一個(gè)symbol,同時(shí)在相應(yīng) PUSCH 傳輸?shù)牡谝淮蝹鬏敃r(shí)就要停止對(duì)應(yīng)HARQ process 的drx-RetransmissionTimerUL。

當(dāng)drx-HARQ-RTT-TimerUL超時(shí)后,對(duì)于同一個(gè)HARQ進(jìn)程,UE發(fā)送PUSCH后,UE不知道基站是否解碼成功,必須要監(jiān)聽(tīng)PDCCH來(lái)獲取可能的UL 重傳data,所以這時(shí)UE要開(kāi)啟drx-RetransmissionTimerUL。

針對(duì)上述過(guò)程的圖示如下:

圖片

查看協(xié)議可以看到DL SPS 和configured UL grant的描述并沒(méi)有上面動(dòng)態(tài)調(diào)度的那句"if a DRX group is in Active Time",也就是說(shuō)DL SPS 和configured UL grant不受DRX active 和sleep機(jī)制的影響,按照各自的配置進(jìn)行UL/DL操作,其他內(nèi)容基本一樣,具體如下:

DL SPS

圖片

在UE收到DL data后,要針對(duì)對(duì)應(yīng)的HARQ process開(kāi)啟drx-HARQ-RTT-TimerDL,具體的開(kāi)啟時(shí)間對(duì)應(yīng)HARQ ACK/NACK發(fā)送后的第一個(gè)symbol,同時(shí)停止對(duì)應(yīng)HARQ process 的drx-RetransmissionTimerDL。

configured UL grant:

圖片

在UE收到UL grant時(shí),要針對(duì)對(duì)應(yīng)的HARQ process開(kāi)啟drx-HARQ-RTT-TimerUL,具體的開(kāi)啟時(shí)間對(duì)應(yīng)當(dāng)前bundle內(nèi)第一個(gè)PUSCH發(fā)送后的第一個(gè)symbol,同時(shí)在相應(yīng) PUSCH 傳輸?shù)牡谝淮蝹鬏敃r(shí)就要停止對(duì)應(yīng)HARQ process 的drx-RetransmissionTimerUL。

DRX cycle

圖片

網(wǎng)絡(luò)側(cè)可以給UE配置drx long cycle或者short cycle,其中short cycle是可以不配置的。

drx-ShortCycle 單位是ms;drx-ShortCycleTimer 對(duì)應(yīng)的是drx-ShortCycle的倍數(shù),drx-ShortCycleTimer 對(duì)應(yīng)的時(shí)間就是short cycle的確切時(shí)間。

對(duì)于long cycle,通過(guò)drx-LongCycleStartOffset ms160 : 5 的方式配置,對(duì)應(yīng)drx-LongCycle=160ms drx-StartOffset=5ms。如果有配置drx-ShortCycle時(shí),drx-LongCycle應(yīng)該是drx-ShortCycle的倍數(shù)。

引入short cycle 主要原因是long cycle雖然有利于UE節(jié)能,但是可能會(huì)影響UE data 的收發(fā)。

兩種drx cycle的工作流程如下:

圖片

DRX group 的 drx-InactivityTimer 超時(shí)后,如果UE有收到Short DRX cycle的配置,就在drx-InactivityTimer超時(shí)后的第一個(gè)symbol start/restart drx-ShortCycleTimer,開(kāi)始short DRX cycle;只有l(wèi)ong DRX cycle的配置就直接開(kāi)始long cycle。

drx-ShortCycleTimer 超時(shí)后,下面就要進(jìn)入long DRX cycle。

除了上述方式還能通過(guò)MAC CE控制DRX cycle的開(kāi)啟:

圖片

UE收到DRX Command MAC CE,如果UE有收到Short DRX cycle的配置,就在接收完DRX Command MAC CE后的第一個(gè)symbol start/restart drx-ShortCycleTimer,開(kāi)始short DRX cycle;只有l(wèi)ong DRX cycle的配置就直接開(kāi)始long cycle。

另外在short cycle期間UE收到long DRX Command MAC CE,就要stop drx-ShortCycleTimer,直接進(jìn)入long DRX cycle。

在收到long DRX Command MAC CE或DRX Command MAC CE時(shí),UE要停止drx-onDurationTimer和drx-InactiveTimer,因?yàn)橹缶鸵苯舆M(jìn)入short cycle或long cycle了。

圖片

long DRX Command MAC CE和 DRX Command MAC CE分別通過(guò)MAC subheader LCID 59和60進(jìn)行區(qū)分。

DRX 參數(shù) slotOffset

圖片

DRX slot offset單位是ms,通過(guò)drx slotoffset可以配置On duration開(kāi)始時(shí)間。

圖片

通過(guò)上述公式分別確定short/long Drx cycle要開(kāi)始的subframe number,再經(jīng)過(guò)drx-slotoffset后才start drx-onDurationTimer。

圖片

結(jié)合上面的內(nèi)容,配置short cycle時(shí)的一種DRX圖示如下。

圖片

short cycle根據(jù)公式計(jì)算確定好subframe就好;long cycle的開(kāi)啟還涉及DCP及其他相關(guān)內(nèi)容。

WUS(wake up signal)

圖片

DCP 主要對(duì)long DRX cycle起作用,所以對(duì)于long DRX cycle,還要考慮DCP 的配置。

UE沒(méi)有收到DCP的配置,則按照正常的規(guī)則開(kāi)始long DRX cycle。

UE有收到DCP的配置時(shí)要分情況考慮long DRX cycle的啟動(dòng):

(1)UE在Outside DRX ActiveTime 期間收到DCI 2_6,其中Wake-up indication =1 代表在下一個(gè) long DRX cycle開(kāi)啟drx-onDurationTimer;Wake-up indication =0 代表在下一個(gè) long DRX cycle不開(kāi)啟drx-onDurationTimer,即保持DRX sleep狀態(tài),達(dá)到進(jìn)一步省電的功能,這就是所謂的Wake-up signal,具體過(guò)程詳見(jiàn)Dormant BWP 中的DCP-config部分的描述。

(2)DCP-Config-r16的ps-WakeUp,在配置時(shí)只能是true,否則可以缺??;ps-WakeUp=true時(shí),代表UE在DRX outside active time沒(méi)有檢測(cè)到DCI 2_6時(shí),UE要在下一個(gè)long DRX cycle時(shí)開(kāi)啟drx-OnDurationTimer,即醒過(guò)來(lái);沒(méi)有配置ps-WakeUp時(shí),UE也沒(méi)有堅(jiān)持到DCI 2_6,則UE可以繼續(xù)處于sleep狀態(tài)。

(3)UE要在下一個(gè)DCP occasion開(kāi)始的前4ms結(jié)合grants/assignments/DRX Command MAC CE/Long DRX Command MAC CE/SR 發(fā)送等情況 評(píng)估當(dāng)前DRX cycle 是否會(huì)在Active Time,評(píng)估完在Active Time就按照l(shuí)ong drx cycle的規(guī)則開(kāi)啟drx-onDurationTimer,不用在下一個(gè)DCP occasion監(jiān)聽(tīng)DCI 2_6;

(4)在測(cè)量間隙期間或者UE正在SpCell的recoverySearchSpaceId指示的搜索空間上監(jiān)聽(tīng)PDCCH data時(shí) ,也按照l(shuí)ong drx cycle的規(guī)則開(kāi)啟drx-onDurationTimer。

針對(duì)上面的(3)舉例說(shuō)明下

圖片

如上圖示,假如在上圖的DCP occasion前4ms評(píng)估完,由于congfiured grant UL傳輸或者DL SPS傳輸或者SR的配置等等,DCP occasion那段時(shí)間UE要進(jìn)入Active Time,那就按照對(duì)應(yīng)的規(guī)則開(kāi)啟drx-onDurationTimer。

那這里就引出一個(gè)容易被忽視的點(diǎn),就是DRX Active Time不是由drx-onDurationTimer單獨(dú)控制的,在上圖中灰色的sleep狀態(tài),如果有其他相關(guān)Timer在運(yùn)行,也會(huì)使得UE進(jìn)入Active Time。接下來(lái)就看下DRX active Time的描述。

DRX active Time

配置DRX后,UE在Active Time要監(jiān)聽(tīng)PDCCH 信道,其他時(shí)間為sleep時(shí)間。

圖片

當(dāng)配置DRX時(shí), DRX group中的serving cells的Active Time包含的時(shí)間如下:

-正在運(yùn)行的DRX group配置的drx-onDurationTimer或drx-InactivityTimer;

  • drx-RetransmissionTimerDL 或 drx-RetransmissionTimerUL 正在 DRX group中的任何服務(wù)小區(qū)上運(yùn)行;
  • ra-ContentionResolutionTimer或 msgB-ResponseWindow正在運(yùn)行;
  • 在 PUCCH 上發(fā)送的SR并處于pending狀態(tài)等待的時(shí)長(zhǎng)由SR配置決定;
  • 隨機(jī)接入成功后 UE等待C-RNTI加擾的PDCCH新傳的時(shí)間

即上面的情況都會(huì)使得UE進(jìn)入Active 狀態(tài)。

DRX相關(guān)的各個(gè)timer是相互獨(dú)立工作,控制UE DRX 狀態(tài)的變化,下面是DRX 有關(guān)Timer的匯總。

圖片

針對(duì)這部分舉個(gè)例子

圖片

(1)UE只配置了drx long cycle,在 drx-onDurationTimer運(yùn)行期間處于DRX Acitive Time,需要正常監(jiān)聽(tīng)PDCCH;

(2)UE收到UL PDCCH 新傳data時(shí),開(kāi)啟drx-InactivityTimer,該timer運(yùn)行期間一直處于Active Time,超時(shí)后進(jìn)入sleep狀態(tài);

(3)UE在drx-InactivityTimer運(yùn)行期間根據(jù)PDCCH的指示,發(fā)送了PUSCH 之后,開(kāi)啟drx-HARQ-RTT-TimerUL;

(4)drx-HARQ-RTT-TimerUL超時(shí)后,UE開(kāi)啟drx-RetransmissionTimerUL,該timer運(yùn)行期間,UE處于Active Time

(5)橘色框部分,drx-RetransmissionTimerUL 超時(shí)后,UE重新進(jìn)入sleep狀態(tài)

(6)紫色框部分,drx-RetransmissionTimerUL運(yùn)行期間,UE收到網(wǎng)絡(luò)側(cè)的PDCCH UL重選指示,停止drx-RetransmissionTimerUL;待PUSCH法出去后,再次開(kāi)啟drx-HARQ-RTT-TimerUL......

DRX 對(duì)CSI/SRS的影響

在NR 中,處于RRC connected mode的UE,一般會(huì)配置SRS和CSI相關(guān)的參數(shù),當(dāng)DRX 打開(kāi)后,要考慮UE sleep 狀態(tài)和CSI上報(bào)及SRS 發(fā)送之間的關(guān)系。

圖片

假如SRS/CSI report 發(fā)送的symbol是n,UE有配置DCP-config,如果symbol n處于drx-onDurationTimer運(yùn)行期間且相關(guān)的drx-onDurationTimer還沒(méi)有開(kāi)始:UE要在symbol n提前4ms結(jié)合grants/assignments/DRX Command MAC CE/Long DRX Command MAC CE/SR 發(fā)送等情況 評(píng)估symbol n 時(shí) 的MAC entity 是否還會(huì)在Active Time,假如評(píng)估完MAC entity不在Active Time,即在sleep狀態(tài),那UE就不能發(fā)送periodic SRS和semi-persistent SRS ,也不能通過(guò)PUSCH 發(fā)送semi-persistent CSI;另外如果ps-TransmitPeriodicL1-RSRP不等于true UE也不能在PUCCH上 report L1-RSRP相關(guān)的periodic CSI;如果ps-TransmitOtherPeriodicCSI不等于true,UE不能在PUCCH 上發(fā)送非L1-RSRP相關(guān)的periodic CSI。

ps-TransmitOtherPeriodicCSI和ps-TransmitPeriodicL1-RSRP的配置路徑如下。

圖片

圖片

除了上面提到的情況外,UE在symbol n提前4ms結(jié)合grants/assignments/DRX Command MAC CE/Long DRX Command MAC CE/SR 發(fā)送等情況 評(píng)估symbol n 時(shí) 的MAC entity 是在sleep狀態(tài),那UE就不能發(fā)送periodic SRS和semi-persistent SRS ,也不能通過(guò)PUSCH 發(fā)送semi-persistent CSI 同時(shí)也不可以通過(guò)PUCCH report CSI;當(dāng)RRC層有配置csi-Mask且DRX和CSI也有同時(shí)配置,UE如果在CSI發(fā)送symbol n提前4ms預(yù)估是否為on Duration狀態(tài),如果不是On duration就不發(fā)送PUCCH 上的CSI report,言外之意是配置csi-Mask 時(shí),UE可以發(fā)送PUSCH上的半持續(xù)CSI report。

csi-Mask的配置路徑如下。

圖片

UEAssistanceInformation

R16 UE還可以通過(guò)UEAssistanceInformation向網(wǎng)絡(luò)report perfer C-DRX cycle length,上報(bào)的drx-preference參數(shù)包含preferred drx-InactivityTimer/drx-longcycle/drx-shortcycle/drx-shortCycleTimer,結(jié)構(gòu)如下。

圖片

如果UE具備上報(bào)perference DRX 參數(shù)的能力且網(wǎng)絡(luò)側(cè)有配置要求UE上報(bào)時(shí),UE就可以將preference DRX 參數(shù)通過(guò)UEAssistanceInformation上報(bào)給網(wǎng)絡(luò)側(cè)。

圖片

更具體的,網(wǎng)絡(luò)會(huì)通過(guò)RRCReconfiguration配置otherConfig,其中包含drx-PreferenceConfig setup命令,UE就可以通過(guò)UEAssistanceInformation將preference DRX參數(shù)上報(bào)給網(wǎng)絡(luò)側(cè),其中會(huì)配置drx-PreferenceProhibitTimer,T346a=drx-PreferenceProhibitTimer,結(jié)構(gòu)圖如上。

在UE通過(guò)UEAssistanceInformation上報(bào)preference DRX參數(shù)后就要針對(duì)cell group開(kāi)啟T346a,在T346a沒(méi)有運(yùn)行的時(shí)候,才能再次通過(guò)UEAssistanceInformation上報(bào)preference DRX參數(shù)。

圖片

UE收到上述命令后,如果有preference DRX 參數(shù)且之前沒(méi)有發(fā)送過(guò)UEAssistanceInformation帶drx-Preference或者之前發(fā)送過(guò),但是當(dāng)前的prefer value與之前上報(bào)的不一樣且T346a沒(méi)有在運(yùn)行,那UE針對(duì)cell group 開(kāi)啟T346a 并發(fā)送對(duì)應(yīng)的UEAssistanceInformation。

圖片

具體UEAssistanceInformation包含drx-Preference消息的生成原則就是UE自行決定上報(bào)的DRX參數(shù),如上圖4個(gè)prefer 參數(shù)都是可許的,UE有就上報(bào),沒(méi)有就不用包含該參數(shù)。

最后相關(guān)的capability IE羅列如下。

圖片

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

    關(guān)注

    9

    文章

    1129

    瀏覽量

    40638
  • RRC
    RRC
    +關(guān)注

    關(guān)注

    0

    文章

    28

    瀏覽量

    11090
  • 定時(shí)器
    +關(guān)注

    關(guān)注

    23

    文章

    3232

    瀏覽量

    114334
  • DCP
    DCP
    +關(guān)注

    關(guān)注

    0

    文章

    30

    瀏覽量

    17196
  • SPS
    SPS
    +關(guān)注

    關(guān)注

    1

    文章

    67

    瀏覽量

    10351
收藏 人收藏

    評(píng)論

    相關(guān)推薦

    mt6177芯片設(shè)計(jì)資料與mt6177rf參考設(shè)計(jì)文檔

    lna端口使用-多樣性路徑的端口安排為了保證多元路徑操作的正確性,prx和drx端口分配需要遵循如下規(guī)則*混音器組概念--prx1~prx8和drx1~drx8是mlb混音器--prx9~prx14
    發(fā)表于 08-29 16:31

    請(qǐng)問(wèn)STM32中BKP->DRx寄存器數(shù)據(jù)有什么限制嗎?

    請(qǐng)問(wèn)STM32 中的BKP->DRx寄存器 。在配置完RTC時(shí)中后,要向BKP->DRx 寄存器寫入數(shù)據(jù)表示己經(jīng)初使化時(shí)鐘了。請(qǐng)問(wèn)這些數(shù)據(jù)有什么限制嗎? 還是隨便寫的?
    發(fā)表于 04-02 01:19

    BC26工作模式機(jī)制介紹

    不必害怕未知,無(wú)需恐懼犯錯(cuò),做一個(gè)Creator!一、BC26工作模式機(jī)制工作模式工作模式工作狀態(tài)描述正常Connected所有功能正常收發(fā)空閑DR
    發(fā)表于 02-23 07:11

    Rockchip RK3399 Linux4.4 USB DTS配置步驟簡(jiǎn)

    1、Rockchip RK3399 Linux4.4 USB DTS配置步驟簡(jiǎn)本文檔提供RK3399 USB DTS的配置方法。RK3399支持兩個(gè)Type-
    發(fā)表于 08-10 16:10

    WUS如何發(fā)送?支持WUS后如何使得UE更省電?

    如何發(fā)送   一 WUS如何發(fā)送?   支持WUS后,gNB可以在DRX on duration之前或開(kāi)始時(shí)發(fā)送WUS(wake up signal)。如圖所示:   1)WUS預(yù)計(jì)在配置C-DRX
    發(fā)表于 05-10 18:13

    WUS如何發(fā)送?支持WUS后如何使得UE更省電?

    如何發(fā)送   一 WUS如何發(fā)送?   支持WUS后,gNB可以在DRX on duration之前或開(kāi)始時(shí)發(fā)送WUS(wake up signal)。如圖所示:   1)WUS預(yù)計(jì)在配置C-DRX
    發(fā)表于 05-10 18:17

    電動(dòng)汽車用鋰離子電池技術(shù)的國(guó)內(nèi)外進(jìn)展簡(jiǎn)

    電動(dòng)汽車用鋰離子電池技術(shù)的國(guó)內(nèi)外進(jìn)展簡(jiǎn)
    發(fā)表于 11-10 13:53 ?778次閱讀

    EPON技術(shù)簡(jiǎn)

    EPON技術(shù)簡(jiǎn) EPON是一個(gè)新技術(shù),用于保證提供一個(gè)高品質(zhì)與高帶寬利用率的應(yīng)用。   EPON在日本、韓國(guó)、中國(guó)大陸、中國(guó)臺(tái)灣及其它以以太網(wǎng)絡(luò)為基礎(chǔ)的地區(qū)都
    發(fā)表于 01-22 10:43 ?852次閱讀

    鼠標(biāo)HID例程(中)簡(jiǎn)

    鼠標(biāo) HID 例程簡(jiǎn) 緊接《鼠標(biāo) HID 例程簡(jiǎn)(上)》一文,繼續(xù)向大家介紹鼠 標(biāo) HID 例程的未完的內(nèi)容。
    發(fā)表于 07-26 15:18 ?0次下載

    揭秘中移物聯(lián)網(wǎng)NB-IoT模組DRX、eDRX、PSM(上)

    模式,在休眠期間終端不監(jiān)聽(tīng)物理下行控制信道的信息,關(guān)閉收發(fā)單元,此時(shí)的電量消耗非常低,以此達(dá)到節(jié)電的目的。如圖3中所示,DRX一個(gè)周期內(nèi)有兩種狀態(tài)①工作狀態(tài)②休眠狀態(tài)。核心網(wǎng)通過(guò)配置發(fā)送給模組
    的頭像 發(fā)表于 04-28 19:09 ?2.2w次閱讀
    揭秘中移物聯(lián)網(wǎng)NB-IoT模組<b class='flag-5'>DRX</b>、eDRX、PSM(上)

    IoT的DRX、eDRX、PSM三個(gè)模式是什么?

    關(guān)鍵詞:NB-IoT , DRX , eDRX , PSM DRX、eDRx、PSM是NB-IoT的三大模式,他們?cè)诟鞣N物聯(lián)網(wǎng)和智能硬件場(chǎng)景中的使用方法有所不同 DRX(Discontinuous
    的頭像 發(fā)表于 03-05 09:35 ?3w次閱讀

    NB-IoT的DRX和eDRX及PSM的三個(gè)模式到底是什么

    DRX、eDRx、PSM 是NB-IoT 的三大模式,他們?cè)诟鞣N物聯(lián)網(wǎng)和智能硬件場(chǎng)景中的使用方法有所不同DRX(Discontinuous Reception:不連續(xù)接收)雖然叫做“不連續(xù)接收”,但是對(duì)硬件產(chǎn)品來(lái)講,是“連續(xù)收”。
    發(fā)表于 05-06 16:10 ?3次下載
    NB-IoT的<b class='flag-5'>DRX</b>和eDRX及PSM的三個(gè)模式到底是什么

    5G AAU 功放控制和監(jiān)測(cè)模塊簡(jiǎn)

    5G AAU 功放控制和監(jiān)測(cè)模塊簡(jiǎn)
    發(fā)表于 10-28 12:00 ?2次下載
    5G AAU 功放控制和監(jiān)測(cè)模塊<b class='flag-5'>簡(jiǎn)</b><b class='flag-5'>析</b>

    AFE8092幀同步特性簡(jiǎn)

    AFE8092幀同步特性簡(jiǎn)
    的頭像 發(fā)表于 08-24 13:37 ?615次閱讀
    AFE8092幀同步特性<b class='flag-5'>簡(jiǎn)</b><b class='flag-5'>析</b>

    【鴻蒙】OpenHarmony 4.0藍(lán)牙代碼結(jié)構(gòu)簡(jiǎn)

    OpenHarmony 4.0藍(lán)牙代碼結(jié)構(gòu)簡(jiǎn)前言 OpenHarmony 4.0上藍(lán)牙倉(cāng)和目錄結(jié)構(gòu)進(jìn)行一次較大整改,本文基于4.0以上版本對(duì)藍(lán)牙代碼進(jìn)行分析,便于讀者快速了解和學(xué)習(xí)
    的頭像 發(fā)表于 02-26 16:08 ?1418次閱讀
    【鴻蒙】OpenHarmony 4.0藍(lán)牙代碼<b class='flag-5'>結(jié)構(gòu)</b><b class='flag-5'>簡(jiǎn)</b><b class='flag-5'>析</b>