通過動態(tài)C-DRX配置來適應流量以實現(xiàn)節(jié)能。典型的機制是通過RRC信令配置多組C-DRX參數(shù)，每個參數(shù)都與FTP、即時消息、VoIP、視頻等不同的流量特性相匹配。然后，gNB可以指示UE在這些配置組之間動態(tài)切換參數(shù)。然而，這一機制存在若干問題。大多數(shù)情況下，這些服務的流量是混合的，這使得很難選擇合適的參數(shù)。此外，gNB是否能夠準確識別業(yè)務模式以匹配不同的C-DRX參數(shù)集的可行性還需要進一步論證，尤其是在參數(shù)集動態(tài)變化的基礎上，因為業(yè)務模式可能在比gNB識別業(yè)務所需時間更短的時間內變化。此外，從節(jié)能-延遲權衡的角度來看，也很難知道哪些C-DRX參數(shù)更適合不同的服務類型。即使對于當前的半靜態(tài)DRX配置，也不清楚哪些參數(shù)更適合哪種服務。

更現(xiàn)實的C-DRX增強方法是從MAC-PHY的角度考慮調整C-DRX配置。對于特定UE，由于gNB通過來自UE的BSR報告了解下行緩沖器狀態(tài)/大小以及上行緩沖器狀態(tài)/尺寸，因此gNB知道下行或上行緩沖器何時具有流量以及傳輸緩沖數(shù)據(jù)可能需要多長時間。如果gNB確定剩余的活動時間足以傳輸緩沖數(shù)據(jù)，則最好不要重新啟動inactivityTimer，以避免在沒有任何授權的情況下使用不必要的僅PDCCH時隙。

根據(jù)當前規(guī)范，當UE處于活動時間時，當PDCCH指示新的數(shù)據(jù)傳輸時，UE肯定會啟動或重新啟動inactive timer，即，為新傳輸授予DCI隱含地指示inactive timer的重新啟動。定時器的確定重啟行為可能并不總是最佳的。

除了緩沖區(qū)大小之外，還有一些其他因素有助于gNB預測活動時間的持續(xù)時間，如流量包到達行為、信道條件和網(wǎng)絡擁塞。gNB獲得這樣的值可能是可行的。如果gNB預測緩沖區(qū)可能會在當前剩余的inactivityTimer內清空，它將通過不重新啟動Inactivity Timer來節(jié)省電量。

RRC連接態(tài)的UE可以配置C-DRX以節(jié)省功率。配置C-DRX時，UE在活動時間內監(jiān)控PDCCH，包括onDurationTimer, inactivityTimer 和retransmissionTimer等，通過在非活動時間不監(jiān)控PDCCH來實現(xiàn)節(jié)能。gNB向UE配置C-DRX參數(shù)，例如DRX cycle, onDurationTimer value, inactivityTimer value, HARQ-RTT-timer value, and retransmissionTimer value。C-DRX參數(shù)的配置將影響UE功率消耗和調度的網(wǎng)絡靈活性。

節(jié)電信號可以在DRX?ON duration之前或開始時指示“wake-up”。為了便于描述，喚醒信號（WUS：wake-up signal）用于表示攜帶喚醒信息的節(jié)電信號。如圖1所示，喚醒信號預計在配置的C-DRX周期之前或開始時傳輸。如果檢測到喚醒信號，則UE應喚醒并監(jiān)視PDCCH情況，如傳統(tǒng)C-DRX中的情況。如果未檢測到喚醒信號，則UE可以跳過整個C-DRX周期，并且不檢測任何PDCCH。

作為喚醒信號，希望僅傳送少量信息以降低喚醒信號的檢測功率。否則，如果攜帶大量比特，則喚醒信號的檢測可能會引入功耗開銷，這可能會降低喚醒信號的節(jié)電增益。喚醒信號可以基于RS，也可以基于DCI。

基于RS的wake-up signal

使用基于RS的喚醒信號的好處是低檢測復雜度和低功耗?，F(xiàn)有的參考信號模式可以重用并設計為攜帶喚醒信息，同時RS還可以用于CSI測量、波束管理和時頻跟蹤等。

例如，圖2說明了基于TRS的節(jié)能信號的使用。如果參考信號可用于傳送喚醒信息，當在相應的一個或多個“On Duration”周期中存在UL/DL調度時，將發(fā)送指示“wake-up”的參考信號。否則，不需要發(fā)送TRS。本文使用“DTX”表示未傳輸Wake-Up，并且資源可用于其他UE的其他信道，例如PDSCH。

如果UE檢測到TRS在C-DRX周期之前存在，則UE需要在相應的C-DRX周期中喚醒。如果未檢測到TRS，即應假設DTX，則UE應在C-DRX周期中保持睡眠。通過檢測TRS的存在，UE將喚醒以處理相應的PDCCH，并且還可以使用參考信號跟蹤時頻偏移，調整AGC等，如NR Rel-15系統(tǒng)中的情況。

在Rel-15中，當UE在C-DRX周期之前處于深度睡眠時，UE需要基于SSB或TRS進行時頻跟蹤。即使UE在C-DRX周期之前處于輕度睡眠的情況下，如果睡眠周期長度大于閾值，UE也需要在接收PDCCH/PDSCH之前獲得時頻跟蹤，否則PDCCH/PDSCH接收的性能將受到顯著影響。無論如何，考慮到UE可能需要在C-DRX周期之前接收用于時頻跟蹤的參考信號，在適當?shù)呐渲弥?，由于基于TRS的節(jié)能信號而導致的額外接收時間可能是有限的。因此，由于基于TRS的節(jié)能信號接收而導致的能量消耗也可以是邊際的。

基于DCI的wake-up signal

基于DCI的解決方案如圖3所示，如果攜帶指示“wake-up”信息的DCI的PDCCH，在相應的C-DRX周期之前或開始時發(fā)送，則UE需要在相應的C-DRX循環(huán)中喚醒。如果未檢測到指示喚醒信息的DCI，則UE不應監(jiān)視相應C-DRX周期中的PDCCH時機，并且可以減少活動時間，因此UE可以節(jié)省功率。

圖3顯示了C-DRX循環(huán)前的節(jié)電指示示例?；贒CI的節(jié)電指示可以通過CRC檢查來保護，這可以實現(xiàn)低虛警率。喚醒信號預計攜帶少量信息，因此可以最小化由于喚醒信號檢測而消耗的資源開銷和功耗，以獲得更大的節(jié)能增益。

基于DCI的節(jié)能信號也可適用于一個或多個C-DRX周期。

引入wake-up signal時C-DRX機制的改進

在傳統(tǒng)的C-DRX機制中，配置了一個 on-duration timer ，在此期間，當存在要為UE調度的數(shù)據(jù)時，gNB可以調度UE。一旦為UE調度了新數(shù)據(jù)，另一個定時器（inactivity timer）啟動并控制PDCCH的監(jiān)視行為。然而，如果配置了long on-duration?inactivity ?timer，則當在C-DRX周期中沒有要調度的數(shù)據(jù)時，UE可能會浪費PDCCH監(jiān)控的功率。另一方面，如果on-duration timer的長度較短，則gNB需要在此較短持續(xù)時間內調度UE，考慮到有時多個UE可能在隊列中等待調度，并且資源可能不夠，這將是一個挑戰(zhàn)。

如果引入wake-up signal，則當檢測到喚醒信號時，UE可以知道在相關的C-DRX周期中調度有數(shù)據(jù)。因此，不再需要使用on-duration timer來觸發(fā)inactivity timer。喚醒信號可以直接觸發(fā)inactivity timer的啟動。如圖4所示，一旦檢測到喚醒信號，UE應啟動inactive timer。inactive timer重啟可以基于新傳輸?shù)恼{度DCI（即由NDI隱式確定）重用傳統(tǒng)機制，或者可以在DCI中明確指示inactive timer是否重啟，以減少僅PDCCH狀態(tài)的功耗時間分布。

對于由喚醒信號觸發(fā)的DRX自適應，對于大DRX周期（如160ms和320ms DRX周期），可以觀察到約4%的節(jié)電增益，對于多UE場景，對于較小DRX周期寬度（如40ms DRX周期）可以觀察到高達18%的節(jié)功增益。

當UE已經(jīng)喚醒并且在C-DRX中處于活動時間時，或者當UE未配置C-DRX時，UE的傳統(tǒng)行為是根據(jù)search space set的配置監(jiān)視PDCCH時機。對于UE，可能在某個時間段內沒有調度。如果信令指示UE在特定持續(xù)時間內跳過PDCCH監(jiān)視，則可以節(jié)省功率。在時隙中跳過PDCCH已經(jīng)被建模為微睡眠狀態(tài)：PDCCH-only時隙消耗100個功率單位，微睡眠模式消耗45個功率單位。因此，跳過PDCCH監(jiān)控可以帶來節(jié)能效益。作為圖5所示的示例，進入睡眠（GTS：Go-To-Sleep）信令可以指示UE在所指示的持續(xù)時間（稱為GTS持續(xù)時間）內跳過PDCCH監(jiān)控。所指示的GTS持續(xù)時間的長度可以由高層配置，并且可以是例如2ms、4ms、6ms和8ms等。有時，gNB可能知道沒有數(shù)據(jù)要為DRX周期的UE調度。在這種情況下，進入睡眠信號可以直接指示UE停止inactive timer的運行，然后UE可以在inactive timer到期之前進入輕/深睡眠，而不是UE無法睡眠時。

對于進入睡眠信號的信令設計，考慮到UE已經(jīng)開始PDCCH監(jiān)控，基于DCI的信令是一種簡單的方法。指示的GTS持續(xù)時間的長度應影響業(yè)務時延。當gNB可以更準確地預測UE流量時，預期時延影響較小。當所指示的GTS持續(xù)時間較長時，預測UE業(yè)務將更加困難。因此，為了獲得更好的時延性能，gNB可能首選更短的GTS持續(xù)時間。然而，較短的GTS持續(xù)時間可能需要更頻繁地傳輸GTS信號，這會導致更多的資源開銷。

喚醒信令所需的資源匯總在表1中。

假設喚醒信令中有4位有效載荷。如果4位有效載荷用于多路復用4個UE的1位喚醒信息，則每個UE的喚醒信號的平均資源開銷應計算為：由于DCI傳輸而產(chǎn)生的總資源除以預期在同一DCI中指示為喚醒UE的平均數(shù)量。平均有2個UE在同一DRX周期中醒來。因此，假設平均預期2個UE通過相同的基于DCI的喚醒信令被指示喚醒。因此，每個UE的喚醒信號的平均資源開銷可在表2中獲得。表2總結了不同SNR對應的資源開銷。

如果在每個C-DRX周期之前采用基于TRS的喚醒信號來攜帶喚醒指示，則接收器的帶寬不需要覆蓋100MHz帶寬。在大多數(shù)情況下，約24個RB帶寬的TRS模式可以實現(xiàn)1‰的未命中檢測目標，其中UE可以僅使用10MHz BWP處理喚醒信號。即使對于-6dB SNR，20M Hz BWP大小也足夠，考慮到1個時隙內52RB的TRS模式可以滿足1‰的漏檢目標。

考慮4位有效負載和24位CRC，如果基于DCI的喚醒信號，則可以獲得基于DCI喚醒信號的功耗。基于DCI的節(jié)能信號的BWP帶寬是根據(jù)所需的CORESET 大小有關。CORESET 應至少支持具有AL16的PDCCH傳輸，以實現(xiàn)1‰的BLER。對于2符號PDCCH，CORESET 的帶寬至少為48 RB，對應于20MHz BWP。此外，如果僅采用48RB?CORESET ，則一個SNR為-6dB的弱覆蓋UE的喚醒信號將消耗整個CORESET ，并阻止其他UE的醒來信號的傳輸。考慮到喚醒的阻塞將影響后續(xù)數(shù)據(jù)調度的傳輸，這可能是不可接受的。因此，較大尺寸的CORESET 更適合基于DCI的喚醒信號，例如通過使用40MHz BWP?；€配置假設4個Rx。

除了節(jié)電信號的檢測功率外，還需要考慮從睡眠模式到喚醒信號的轉換時間和能量。睡眠模式和WUS檢測狀態(tài)之間的轉換能量可能小于正常PDCCH監(jiān)測的轉換能量。

表3還分析了基于DCI的進入睡眠信令的功耗。