DRX测试总结高度精华分析.docx
《DRX测试总结高度精华分析.docx》由会员分享,可在线阅读,更多相关《DRX测试总结高度精华分析.docx(35页珍藏版)》请在冰豆网上搜索。
DRX测试总结高度精华分析
1基础知识
针对Volte业务:
终端建议是LongDRX40ms,对业务体验没有影响。
最好的配置是160msDeactive40ms第二好的是160ms长+20ms短。
视频测试时延在2s内。
研究院原计划15号在全网开启DRX,被网络部叫停了,担心对网络性能有影响。
DRX+SPS同时打开的效果怎样?
1.1空闲模式下的DRX功能机制[1]
目前LTE中空闲模式下对PDCCH的监视功能采用DRX方式,从而降低了功耗,空闲模式下的DRX工作机制固定,采用固定的周期,并在寻呼时刻(PO)到来时启动监视PDCCH的功能,进入空闲模式下的激活期(OndurationTimer),在激活期需要全面监视PDCCH,在DRX激活期过去之后再次进入睡眠状态,PF(PagingFrame)表示含有一个或者多个PO的无线帧;若使用DRX,那么UE仅监控每个DRX周期的PO。
在UE开机后将会按照默认的DRX周期配置进行周期循环。
在寻呼时刻到来时将用P-RNTI对PDCCH进行扰码以便解出上面的数据。
1.2RRC连接状态下的DRX工作机制[3]
在RRC连接状态下的DRX工作机制,采用的是定时器与DRX环结合的工作方式,且eNB也会保持与UE保持相同的DRX工作方式,并实时了解UE是处于激活期还是睡眠期,因此保证在激活期传递数据,而在睡眠期不会进行数据传输。
1.2.1激活时间:
1onDurationTimer或InactivityTimer或drx-RetransmissionTimer或mac-ContentionResolutionTimer正在运行时;
2在PUCCH上已经发送了SR,此时处于等待状态,需要监视PDCCH,目的是获取传输上行数据的上行授权。
在获取了新的上行授权之后将会通知DRX按照固定的DRX流程运行,进入drx-InactivityTimer运行阶段。
3UE的HARQbuffer存在数据,并等待用于HARQ重传的ULgrant时;
4UE成功接收用于响应非UE选择的preamble的RAR,却没有收到指示初传(使用C-RNTI)的PDCCH时。
1.2.2DRX流程
图二:
DRX流程
当UE在“OnDuration”期间收到一个调度消息时,UE会启动一个“drx-InactivityTimer”并在该timer运行期间的每一个子帧监听PDCCH。
当“drx-InactivityTimer”运行期间收到一个调度信息时,UE会重启该Timer。
(对应上图标红为
(2)的部分)
当“drx-InactivityTimer”超时或收到DRXCommandMACcontrolelement时:
1)如果UE没有配置shortDRXcycle,则直接进入longDRXcycle;2)如果UE配置了shortDRXcycle,UE会进入shortDRXcycle并启动(或重启)“drxShortCycleTimer”,当“drxShortCycleTimer”超时,UE进入longDRXcycle。
(对应图中标红为(3)的部分)
如果UE当前处于shortDRXcycle,且[(SFN*10)+subframenumber]modulo(shortDRX-Cycle)=(drxStartOffset)modulo(shortDRX-Cycle);或者当UE当前处于longDRXcycle,且[(SFN*10)+subframenumber]modulo(longDRX-Cycle)=drxStartOffset,启动“onDurationTimer”。
(对应上图标红为
(1)的部分)
DRX是UE级别的特性,而不是基于每个无线承载来配置的。
当UE配置了DRX时,UE只能在“激活期”的时间内发送周期性CQI。
eNodeB在使用RRC来配置周期性CQI上报时,可以进一步地限制UE只能在“on-duration”的时间内发送CQI。
Timer
Start(Restart)
Stop
onDurationTimer
当前使用LongDRX Cycle且[(SFN*10)+subframenumber]modulo(longDRX-Cycle)=drxStartOffset。
(1)收到DRX Command MACcontrolelement;
(2)timer超时
drx-InactivityTimer
收到用于调度newtransmission的PDCCH(DL和UL的均可)
(1)收到DRX Command MACcontrolelement;
(2)timer超时
drx-RetransmissionTimer
HARQRTTTimer超时且对应HARQprocess的buffer中的数据没有成功解码
(1)收到指示下行传输的PDCCH;
(2)timer超时
drxShortCycleTimer
当配置了ShortDRXcycle时,如果drx-InactivityTimer超时,或收到DRX Command MACcontrolelement,则启动或重启drxShortCycleTimer,并开始使用ShortDRXcycle
Timer超时,此时开始使用LongDRXcycle
HARQ RTT timer
UE收到一个指示下行传输的PDCCH
Timer超时
参数名称
取值范围
单位
参数说明
级别
说明
LongDRXCycle
[10、20、32、40、64、80、128、160、256、320、512、640、1024、1280、2048、2560]
1ms,子帧个数;是DRXshortCycle的整数倍
长DRX周期的时间长度,由RRC信令消息进行配置。
UE级
计数器的起点以空口时间点进行计算
DRXInactivityTimer
[1、2、3、4、5、6、8、10、20、30、40、50、60、80、100、200、300、500、750、1280、1920、2560],
1ms,PDCCH子帧个数
在激活期,如果UE收到一个调度新数据传输的PDCCH调度信令,延长激活期的时间长度。
由RRC信令消息进行配置。
UE级
只针对新传数据,重传数据不启动或者不重启该计数器。
以空口时间点进行计数
DRXStartOffset
[0、1、2……LongDRXCycle-1]
1ms,子帧个数,与LongDRXCycle具有绑定关系
DRX周期的起点偏移量,对于长DRX周期和短DRX周期采用同一个起点偏移量。
由RRC信令消息进行配置。
UE级
ShortDRXCycle
[2、5、8、10、16、20、32、40、64、80、128、160、256、320、512、640],
1ms,子帧个数
短DRX周期的时间长度,由RRC信令消息进行配置。
UE级
以空口时间点进行计数
HARQRTTTimer
K+4;K为213协议中的Table10.1-1所示
1ms,子帧个数
HARQRTTTimer=t1+t2,其中,t1为UE接收下行数据块处理与反馈ACK/NACK之间的时延,t2为eNB接收ACK/NACK反馈的处理时延,t2固定为4ms。
HARQ进程级
eNB不需要维护该定时器。
DRXRetransmissionTimer
[1、2、4、6、8、16、24、33],
1ms,PDCCH子帧个数
UE接收PDSCH数据块时如果解码错误,当HARQRTTTimer超时后等待eNB重传数据块调度信令的时间。
由RRC信令消息进行配置。
HARQ进程级
以空口时间点进行计数
DRXShortCycleTimer
[1……16]
ShortDRXCycle,即DRXShortCycleTimer时长为ShortDRXCycle的整数倍
转入长DRX周期前使用短DRX周期的时间长度,DRXShortCycleTimer=n*ShortDRXCycle,n由RRC信令消息进行配置。
UE级
以空口时间点进行计数
OnDurationTimer
[1、2、3、4、5、6、8、10、20、30、40、50、60、80、100、200],
1ms,PDCCH子帧个数
在一个DRX周期内UE处于激活期的时间长度,对于长DRX周期和短DRX周期采用相同的OnDurationTimer值。
由RRC信令消息进行配置。
UE级
以空口时间点进行计数
MACContentionResolutionTimer
[8、16、24、32、40、48、56、64],
1ms,子帧个数
UE发送Msg3后启动该计数器。
由RRC信令消息进行配置。
UE级
以空口时间点进行计数
图三:
与DRX相关timer的启动和停止
除了HARQRTTtimer和drx-RetransmissionTimer是每个DLHARQprocess都有一个外,其它的timer是每个UE只有一个。
从图三可以看出,当任一timer启动时,不会影响其它timer的运行。
也即,UE处于激活态的最短时间为onDurationTimer指定的时间,而最长时间是不定的。
各种定时器都是以空口时间点进行计数
1.2.3MAC设计
区分调度点和空口发送点:
定时器有效的时间点为调度点,定时器启动时间点为空口发送点
1)特殊定时器:
更新DRXInactivityTimer、各进程的DRXRetransmissionTimer。
更新内容:
定时器启动时间点(帧号/子帧号)、定时器的剩余时长(ms数)、定时器已耗费时长、是否有效字段。
每个刷新点,将已启动且未超时的定时器的已耗费时长进行记录,并将定时器启动时间点更新到更新时刻的帧号及子帧号。
2)SR定时器:
默认时长设置为2000ms,如图所示,假设在子帧2接收到终端的SR,基站在子帧5调度空口子帧9的DCI0,即InactivityTimer的启动时间点是子帧9,按照协议子帧2到子帧9终端都会监听PDCCH。
如果调度后就停止SR定时器,则从子帧5到子帧9可能因为无有效定时器而进入DRX状态,为防止此类情况出现,基站在子帧5调度完DCI0后更新SR定时器的长度,使之在子帧9超时,从而保证此段时间内基站不进入DRXActivity状态。
图3.3.2.4-1SR定时器的说明(仅供示意,不代表真实调度时序)
3)ContentionResolutionTimer:
基于竞争的随机接入:
基站在收到MSG3后启动ContentionResolutionTimer。
跟SR定时器的处理类似,为了避免基站提前调度导致的DRX状态错误,MAC在调度完上行或下行的PDCCH后修改ContentionResolutionTimer时长,使其在PDCCH空口子帧超时。
非竞争的随机接入:
基站在下发MSG2后启动ContentionResolutionTimer,虽然非竞争的情况不需要该定时器,但实现上也使用该定时器对msg2后激活时间进行限制。
跟SR定时器的处理类似,MAC在调度完上行新传或下行新传的PDCCH后修改ContentionResolutionTimer时长,使其在PDCCH空口子帧超时。
SR定时器或者ContentionResolutionTimer是根据收到SR或者msg2/3设置有效的,启动的时间