LTE C-DRX是在仔細討論和大量分析的基礎上開發(fā)的，在高效功耗、信令優(yōu)化等幾個方面已經(jīng)具有顯著優(yōu)勢。

為了在復雜性和性能之間取得平衡，在LTE中，每個MAC實體僅提供一組參數(shù)。然而，這不是一個好的設計原則。例如，太長的不活動定時器會對UE電池消耗產(chǎn)生負面影響，而太短的計時器會降低UE響應時間。另一個例子是持續(xù)時間計時器，其最佳值可能會隨時間變化。對于各種情況，如信道條件差或小區(qū)負載重，較長的持續(xù)時間定時器可能是有益的。盡管RRC可以重配一組參數(shù)，但通常需要相當長的時間。

當前的DRX有兩個周期，如long DRX和short DRX，以應對不斷變化的業(yè)務模式。此外，通過使用MAC CE可以快速改變應用狀態(tài)。然而，考慮到業(yè)務的大范圍波動，很難說這種雙周期DRX機制是足夠的。如圖1所示，如果數(shù)據(jù)的到達時間短于短DRX周期，則即使eNB改變?yōu)槎藾RX循環(huán)，也會發(fā)生延遲。相反，到達間隔時間可以在長DRX周期之外改變得更長。通過長DRX周期，減輕了UE功耗，但仍會出現(xiàn)不必要的功耗。

另一個限制源是應用于所有服務小區(qū)的公共活動時間，而不考慮每個服務小區(qū)的調(diào)度可能性。當服務小區(qū)僅由于在服務小區(qū)中不可能發(fā)生的其他服務小區(qū)的HARQ重傳而保持在活動時間時，可以觀察到明顯的低效率。此外，給定可以在單個UE中實現(xiàn)的各種頻帶，UE必須打開用于非常高的頻帶的RF鏈，因為UE已經(jīng)被調(diào)度在與另一個RF鏈一起操作的較低頻帶中。

為了克服這些限制，可以考慮幾個增強，例如多個DRX周期和DRX參數(shù)、增強的MAC CE、小區(qū)特定的DRX配置等。

在NR中，UE可以同時支持具有不同QoS要求的多個服務/垂直業(yè)務?？梢院侠淼丶僭O，與LTE相比，NR定義更高數(shù)量的承載，甚至更精確的QoS級別。因此，大量的服務/QoS級別可能需要不同的DRX配置來滿足QoS要求。

例如，可以為VoIP等延遲敏感服務配置較短的DRX周期，并且可以為FTP下載等延遲容忍服務配置較長的DRX循環(huán)?；谒С值牟煌?流的數(shù)量，UE動態(tài)切換到最合適的C-DRX配置（即在UE處于RRC連接模式時重新配置DRX）是有益的。這是因為當UE使用兩種類型的服務時，可以使用這兩種類型中更短的DRX周期。當延遲敏感服務結束時，UE可以通過動態(tài)切換到更長的DRX周期和用于延遲容忍服務的更小的DRX不活動定時器配置來節(jié)省功率。

在當前LTE規(guī)范中，使用專用RRC信令來配置連接模式DRX參數(shù)。這要求UE具有上行鏈路資源以發(fā)送RRC?Reconfigure complete消息。提供DRX配置的頻繁RRC信令可能導致信令開銷。因此，需要根據(jù)服務及其使用歷史向UE提供多個DRX?Profile，以及在profile之間切換的快速機制。

為了便于在動態(tài)支持多種類型的服務/QoS的不同DRX配置之間頻繁切換，可以為每個NR?UE創(chuàng)建一組多達“N”個DRX配置文件。網(wǎng)絡可以使用RRC專用信令來配置DRX配置文件。DRX?profile可以與一組DRX參數(shù)相關聯(lián)，例如短DRX周期、長DRX周期，ON?duration和DRX不活動計時器。每個配置文件都可以由DRX配置ID標識。DRX配置文件最初可以設置為默認值，或者根據(jù)支持的服務和使用歷史進行定義。網(wǎng)絡應該可以根據(jù)服務需求重新定義特定的DRX配置文件。

一個或多個特定DRX配置profile可以被映射到預定義的QoS?profile或承載類型或LCID或LCG。這種映射的好處是，網(wǎng)絡可以快速決定使用哪個DRX配置，而無需搜索最合適的DRX配置并且無需向UE發(fā)送信號。此外，DRX配置可以設置為具有更積極的/精確的值，以提供最大的UE功率節(jié)省，同時保證所需的可達性延遲。另一方面，由于某些DRX配置文件可能需要根據(jù)新的需求重新定義，或者由于可以支持的DRX配置配置文件數(shù)量的限制，所以每個DRX配置都可能不被映射。此外，當同一承載或邏輯信道組中的業(yè)務或服務類型需要不同的DRX配置時，映射將限制網(wǎng)絡的靈活性。

當網(wǎng)絡想要從已經(jīng)配置的DRX配置profile中（重新）配置新的DRX參數(shù)時，可以向UE發(fā)送profile ID。如果為UE激活了多個C-DRX?profile，則還可以進一步研究如何確定UE在特定時間使用的實際C-DRX配置文件。