DRX测试总结高度精华分析Word下载.docx

DRX测试总结高度精华分析Word下载.docx

《DRX测试总结高度精华分析Word下载.docx》由会员分享，可在线阅读，更多相关《DRX测试总结高度精华分析Word下载.docx（35页珍藏版）》请在冰豆网上搜索。

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的均可）

drx-RetransmissionTimer

HARQRTTTimer超时且对应HARQprocess的buffer中的数据没有成功解码

（1）收到指示下行传输的PDCCH；

drxShortCycleTimer

当配置了ShortDRXcycle时，如果drx-InactivityTimer超时，或收到DRX 

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信令消息进行配置。

只针对新传数据，重传数据不启动或者不重启该计数器。

以空口时间点进行计数

DRXStartOffset

[0、1、2……LongDRXCycle-1]

1ms，子帧个数，与LongDRXCycle具有绑定关系

DRX周期的起点偏移量，对于长DRX周期和短DRX周期采用同一个起点偏移量。

ShortDRXCycle

[2、5、8、10、16、20、32、40、64、80、128、160、256、320、512、640]，

1ms，子帧个数

短DRX周期的时间长度，由RRC信令消息进行配置。

HARQRTTTimer

K+4；

K为213协议中的Table10.1-1所示

HARQRTTTimer=t1+t2，其中，t1为UE接收下行数据块处理与反馈ACK/NACK之间的时延，t2为eNB接收ACK/NACK反馈的处理时延，t2固定为4ms。

HARQ进程级

eNB不需要维护该定时器。

DRXRetransmissionTimer

[1、2、4、6、8、16、24、33]，

UE接收PDSCH数据块时如果解码错误，当HARQRTTTimer超时后等待eNB重传数据块调度信令的时间。

DRXShortCycleTimer

[1……16]

ShortDRXCycle，即DRXShortCycleTimer时长为ShortDRXCycle的整数倍

转入长DRX周期前使用短DRX周期的时间长度，DRXShortCycleTimer=n*ShortDRXCycle,n由RRC信令消息进行配置。

OnDurationTimer

[1、2、3、4、5、6、8、10、20、30、40、50、60、80、100、200]，

在一个DRX周期内UE处于激活期的时间长度，对于长DRX周期和短DRX周期采用相同的OnDurationTimer值。

MACContentionResolutionTimer

[8、16、24、32、40、48、56、64]，

UE发送Msg3后启动该计数器。

图三：

与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设置有效的，启动的时间