CDRX周期報告和時延headroom報告的信令

無線豬 發佈 2024-03-04T09:44:12.294239+00:00

#大有學問#降級的VoLTE呼叫通常涉及覆蓋良好的UE1和覆蓋不良的UE2。處於惡劣無線條件下的UE2具有多次HARQ重傳,這增加了E2E時延和抖動。由於良好的CQI,可以用CDRX配置覆蓋良好的UE1。

降級的VoLTE呼叫通常涉及覆蓋良好的UE1和覆蓋不良的UE2。處於惡劣無線條件下的UE2具有多次HARQ重傳,這增加了E2E時延和抖動。由於良好的CQI,可以用CDRX配置覆蓋良好的UE1。對於降級的VoLTE呼叫,建議覆蓋良好的UE1,eNB縮短CDRX周期長度(即使它消耗更多的電池電量),以便E2E延遲和抖動都將減少,從而改善降級的VoLTE質量。此外,在應用該方案之後,處於不良無線條件的對等UE2將具有可用於eMTC重複的更大延遲淨空。

示例1:在圖1中,UE1處於良好的無線狀態,並配置了40ms CDRX。UE2處於不良無線狀態,未配置CDRX。圖1中的場景按以下順序發生。

1.UE2檢測到不良的無線條件(例如,高BLER),它進行多次HARQ重傳,這在接收機UE1處引起長抖動和E2E。

2.UE1檢測到VoLTE質量差(例如,大抖動或延遲),因此建議eNB1取消配置CDRX或縮短CDRX周期。結果,E2E延遲和抖動被減少。

3.UE2檢測到VoLTE E2E延遲已經下降。UE2向eNB2報告更大的延遲淨空,因此eNB可以應用更多的eMTC重複(或更多的HARQ重傳)。

基於上述分析,UE可以向eNB指示與所配置的CDRX周期值不同的CDRX循環值。eNB決定使用哪個CDRX周期。eNB配置禁止定時器以防止UE過於頻繁地發送指示。

因為MAC層信令延遲比RRC信令短,並且CDRX在MAC層操作。儘管MAC信令不具有RLC重傳,但如上所述,CDRX報告主要用於良好信道UE。因此MAC信令對於CDRX報告的用例來說足夠可靠。因此,MAC層信令在實現時優於RRC信令。

VoLTE的相對抖動主要為接收機UE所知。此外,eNB可能不知道E2E延遲,而UE知道。因此, eNB不處於了解正在進行的VoLTE質量的良好位置,而UE知道正在進行的VoLTE質量。

表1中總結了兩種方案的各個方面:CDRX周期報告和延遲headroom報告。

根據表1中的分析,延遲淨空報告由eNB基於不良信道質量(而不是VoLTE質量)觸發。CDRX周期報告由UE基於VoLTE質量和信道質量觸發,例如,UE報告在「VoLTE質量差且信道質量好」條件下縮短CDRX周期。

如表1所示,延遲淨空報告主要由壞信道UE使用。為了確保在壞信道中向eNB可靠地傳遞報告,最好使用RRC信令而不是MAC CE,因為RRC信令具有RLC重傳,而MAC CE沒有。

UE可以由具有擴展DRX(eDRX)周期TeDRX的上層配置。只有當小區在系統信息中指示支持eDRX時,UE才可以在擴展DRX中操作。

如果UE被配置為具有512個無線幀的TeDRX周期,則其監測的PO,參數T=512。否則,配置有eDRX的UE監測的PO(即,基於上層配置的DRX值和默認DRX值),在為UE配置的周期性尋呼時間窗口(PTW:Paging Time Window)期間或直到在PTW期間為UE接收到包括UE的NAS身份的尋呼消息為止,以較早者為準。PTW是UE特定的,並且由尋呼超幀(PH:Paging Hyperframe)、PH內的起始位置(PTW_start)和結束位置(PTW0_end)確定。PH、PTW_start和PTW_end由以下公式給出:

PH是滿足以下方程的H-SFN:

關鍵字: