NR的DRX需要增強，以支持具有不同要求和numerology的多種服務(wù)，MAC實體可以在任何給定時間處于一個DRX狀態(tài)（即單個開/關(guān)時間）。當MAC實體喚醒時，它監(jiān)視“PDCCH”。

在LTE中，C-DRX（連接模式DRX）被應(yīng)用來節(jié)省功耗，UE通過on-duration timer 和?DRX inactivity timer喚醒并監(jiān)視下行鏈路控制信道（PDCCH）。由RRC信令指示的傳統(tǒng)DRX配置是UE特定的。當支持多個服務(wù)時，UE特定的DRX配置在時延減少和功率節(jié)省方面可能無法勝任。例如，UE可以在電影下載期間的一段時間內(nèi)從eNB接收調(diào)度，在這種情況下，UE應(yīng)該使用相對長的DRX不活動定時器以防止PDCCH丟失；另一方面，對于URLLC中的服務(wù)，例如V2X服務(wù)將生成時延敏感分組數(shù)據(jù)，short DRX inactivity timer更合適，因為eNB在下一個分組到達之前不會發(fā)送PDCCH，并且一旦接收到V2X分組，UE就可以入睡。

對于NR，為支持DRX中的多種服務(wù)。網(wǎng)絡(luò)可以基于不同服務(wù)的要求或numerology來配置不同的DRX參數(shù)。在現(xiàn)實生活中，不同的服務(wù)可能在不同的時間發(fā)生。例如，在網(wǎng)絡(luò)瀏覽期間可能會有電話呼叫，因此，如果要針對當前運行的服務(wù)配置DRX參數(shù)設(shè)置，這將是有益的。然而，如果gNB在每次服務(wù)改變時都用理想的DRX配置重新配置UE，則會引入高信令開銷。

在LTE DRX中，UE基于由RRC信令配置的onDurationTimer和DRX-InactiveTimer喚醒。然而，如果在on duration期間網(wǎng)絡(luò)未調(diào)度UE，則UE仍需要監(jiān)視PDCCH，從UE的角度來看，這不是節(jié)能的。為了更省電，UE可以從網(wǎng)絡(luò)接收信令，以在處于on duration時動態(tài)切換到DRX關(guān)閉狀態(tài)。該動態(tài)信令可以在PDCCH上或者甚至作為PDSCH中的一種MAC CE來發(fā)送。由網(wǎng)絡(luò)決定是否發(fā)送該動態(tài)信令，例如，當網(wǎng)絡(luò)處于高負載時，并且UE將不會在on duration內(nèi)被調(diào)度。

在LTE中的C-DRX的情況下，為了成功地接收和解碼PDCCH，UE在開啟持續(xù)時間之前執(zhí)行時間/頻率同步和小區(qū)識別過程。

在NR多波束部署中，除了上面討論的基于LTE的部署之外，考慮到具有波束賦形的DRX，UE應(yīng)該保持與網(wǎng)絡(luò)的波束同步。然而，最佳下行RX波束可能由于UE移動而改變。對于這種情況，當UE進入持續(xù)時間周期時，UE必須確保能夠成功接收和解碼PDCCH的最佳下行RX波束。UE可能需要長的on duration來保證波束選擇過程（測量/報告/切換/恢復）可以完成。

應(yīng)考慮如何節(jié)省波束選擇時間。例如，用于接收和解碼PDCCH的波束可能不是最佳波束。一旦波束滿足接收和解碼PDCCH的閾值/要求，就可以停止波束選擇。如果gNB和UE中存在大量波束，則可以通過選擇均勻間隔的波束來減少要測量的波束數(shù)量。另一方面，旨在選擇最佳波束的參考信號應(yīng)與DRX周期的起點（開啟持續(xù)時間）對齊。

如圖1所示，波束選擇的參考信號間隔可能與DRX周期的開始不匹配，這意味著當UE進入開啟持續(xù)時間時，波束選擇不會立即發(fā)生。由于波束選擇時間延遲，成功的下行信號接收和解碼將被延遲。一種可能的方法是將參考信號周期與DRX周期的長度相關(guān)聯(lián)，例如DRX cycle=n*reference signal period。在此假設(shè)下，UE可以在每個DRX周期開始時接收用于波束選擇的參考信號。

空閑模式DRX機制是UE減少功耗并由此延長電池壽命的手段。這通過允許UE以預定間隔不連續(xù)地監(jiān)視服務(wù)小區(qū)中的尋呼信道來實現(xiàn)。

UE監(jiān)視尋呼信道的時間間隔由網(wǎng)絡(luò)配置，并作為系統(tǒng)信息的一部分用信號通知給UE。UE可以在附著和TAU過程期間請求專用DRX周期。如果UE沒有請求專用DRX周期，則應(yīng)應(yīng)用服務(wù)小區(qū)中定義的默認DRX周期。

DRX周期被配置為UE可以從網(wǎng)絡(luò)接收尋呼的尋呼幀之間的無線幀的數(shù)量。該概念基于系統(tǒng)幀號（SFN），即在每個小區(qū)中廣播的10比特（系統(tǒng)信息（MIB）中的8比特和UE在P-BCH解碼中隱式獲取的2比特）。在LTE中，最初支持四個DRX周期，從320毫秒到尋呼時間之間的最大2.56秒。

為了進一步降低以移動端業(yè)務(wù)為特征的應(yīng)用的UE功耗，而無需嚴格的時延要求，Rel-13擴展DRX（eDRX）功能使UE能夠?qū)⑵銬RX周期進一步延長至44分鐘（2621.44秒）。為了能夠?qū)RX周期延長到10.24秒以上，引入了超SFN（H-SFN）概念。H-SFN 10比特在系統(tǒng)信息（SIB1）中廣播，并且每次SFN環(huán)繞時遞增1。

UE選擇的（e）DRX周期在附著和TAU過程中與核心網(wǎng)協(xié)商，并在S1AP尋呼消息中提供給eNB。隨著光連接概念的引入，在建立CN-RAN連接時（即作為UE上下文設(shè)置信息的一部分），UE選擇的DRX周期也被提供給RAN，以啟用RAN尋呼。

此外，在NR中，預計各種類型的UE將對功率節(jié)省和時延有不同的要求，因此從NR部署的第一天起，可能需要大范圍的DRX間隔。因此，NR規(guī)范應(yīng)允許與至少完整LTE（e）DRX周期范圍（包括為NB-IoT引入的DRX值范圍）相對應(yīng)的DRX周期的范圍，從而可以基于時延和功率節(jié)省等的要求為每個UE選擇合適的間隔。

NR最小系統(tǒng)信息中包括幀號（對應(yīng)于LTE SFN），留下幀號字段的大小以供進一步研究。在LTE中，SFN由10位、MIB中包含的8位和物理層隱含攜帶的2位組成，允許10.24秒的最大DRX周期。通過超SFN概念（SIB1中提供的由10位組成的位串），可以支持更長的DRX周期，最長可達2.91小時。

鑒于NR應(yīng)支持與LTE中相同的DRX周期范圍的提議，需要在NR系統(tǒng)信息中定義并向UE提供與LTE中定義的相似的幀號結(jié)構(gòu)（SFN擴展為H-SFN）。假設(shè)NR無線幀將與LTE無線幀一樣長，那么在NR中定義與LTE中相同的幀號值范圍似乎是可行的。

假設(shè)大多數(shù)UE（雖然不是在所有部署中）將選擇服務(wù)小區(qū)中提供的默認DRX周期，則NR-MIB中提供的10比特幀號值范圍將很可能服務(wù)于駐留在小區(qū)中的大多數(shù)UE。然而，考慮到為E-UTRAN定義的最長的Rel-13前DRX周期是2.56秒（即LTE小區(qū)中可以提供的最長默認DRX周期），大多數(shù)UE甚至有可能通過讀取NR-MIB中提供的8位“SFN”來持續(xù)保持與網(wǎng)絡(luò)的同步。幀編號的剩余12位可以包括在例如NR-SIB1中。

在支持更長的DRX周期的情況下，UE不監(jiān)視尋呼信道的時間間隔可能相當長，在最大情況下可達近3小時。因此，如果網(wǎng)絡(luò)由于某種原因不能在其尋呼時刻到達UE，則網(wǎng)絡(luò)必須等待完整的DRX周期，然后才能再次嘗試到達UE。這可能會對需要與UE通信的應(yīng)用程序/功能產(chǎn)生影響，當然也會對UE產(chǎn)生影響。

在LTE中，這個問題通過尋呼時間窗口（PTW：Paging Time Window）來解決，PTW是UE監(jiān)視尋呼信道的時間間隔。UE知道幀號和它必須監(jiān)視尋呼信道的幀號內(nèi)的時間間隔。隨著NR中較長DRX周期的定義，NR也需要與LTE PTW類似的概念。

在每個NR小區(qū)的系統(tǒng)信息中提供默認DRX周期。如果服務(wù)小區(qū)中的默認DRX周期不滿足例如UE功率節(jié)省要求，則UE可以請求更長DRX周期。

同樣，如果服務(wù)小區(qū)中的默認DRX周期不是最短定義的DRX周期，并且默認DRX循環(huán)不滿足例如UE等待時間要求，則UE可以請求更短的DRX循環(huán)。

在與附著請求和跟蹤區(qū)域更新請求消息相對應(yīng)的NAS消息中向CN發(fā)送針對單個DRX周期的UE請求。然后在尋呼消息中以及在建立CN-RAN連接時（例如作為UE上下文設(shè)置信息的一部分）將UE選擇的DRX周期提供給RAN，以在UE處于RRC_INACTIVE狀態(tài)時啟用RAN尋呼。

當UE特定的DRX周期長于系統(tǒng)信息修改周期時，UE需要在建立RRC連接之前驗證存儲的系統(tǒng)信息是否保持有效。如在LTE中，尋呼消息可以包含向UE通知系統(tǒng)信息的改變的指示符。更準確地，尋呼消息可以包括以配置有比系統(tǒng)信息修改周期更長的DRX周期的UE為目標的顯式指示符。

具有這種DRX配置的UE應(yīng)（至少）在下一個DRX獲取周期邊界處獲取更新的系統(tǒng)信息。