概述:非连续接收DRX(Discontinuous reception)是在LTE中引入的一种新的省电工作机制,使UE在没有数据传输时不需要进入空闲模式,仍保持与基站的同步状态。但是面对突发性较强的HTTPEMAILIM分组业务,UE进入休眠态不能够对这种突发的数据业务作出即时的应对,导致HTTP打开较慢,本文主要通过实验验证,探讨DRX参数对HTTP首包时延的影响,为局部的问题解决提供参考。
关键字:DRX、首包时延
1、DRX原理
LTE网络中,RRC实体得到优化,UE仅存在RRC_CONNECTED态和RRC_IDLE两个状态,DRX的基本机制是为处于RRC_CONNECTED态的UE配置一个DRX cycle。DRX cycle由“On Duration”和“Opportunity for DRX”组成:在“On Duration”的时间内,UE监听并接收PDCCH(激活期);在“Opportunity for DRX”时间内,UE不接收下行信道的数据以节省功耗(休眠期)。从下图可以看出,在时域上,时间被划分成一个个连续的DRX Cycle。
当网络配置DRX功能后, UE成功解码PDCCH信道进行数据传输,UE处于业务态,当在“drx-InactivityTimer”内都没有监测到本UE的调度信息时,UE进入DRX cycle(短DRX周期模式或者长DRX周期模式),哪种选择模式根据网络参数设置决定,长DRX周期模式可以深度节电,但会增加业务响应时延;短DRX周期模式对用户体验影响较小,周期较短。“drx-InactivityTimer”超时前UE不会进入DRX cycle模式,
为了满足需求,每个UE可以配置两个DRX cycle:shortDRX-Cycle和longDRX-Cycle。
当UE在“On Duration”期间收到一个调度时,UE会启动一个“drx-InactivityTimer”并在该timer运行期间的每一个子帧监听PDCCH。当“drx-InactivityTimer”运行期间收到一个调度信息时,UE会重启该Timer。
当“drx-InactivityTimer”超时或收到DRX Command MAC control element时:1)如果UE没有配置short DRX cycle,则直接使用long DRX cycle;2)如果UE配置了short DRX cycle,UE会使用short DRX cycle并启动(或重启)“drxShortCycleTimer”,当“drxShortCycleTimer”超时,UE再使用long DRX cycle。
DRX参数对HTTP业务类首包时延的影响验证探索.pdf
(勾选中文件为要删除文件)
您即将访问的地址是其它网站的内容,MSCBSC将不再对其安全性和可靠性负责,请自行判断是否继续前往
继续访问 取消访问,关闭