LTE DR处理流程分析和总结.docx

DRX处理流程

本节主要介绍处于RRC_CONNECTED态下的UE的DRX处理流程。结合3GPP协议，介绍了几个timer的作用，同时还简单介绍了载波聚合对DRX的影响。

DRX介绍

基于包的数据流通常是突发性的，在一段时间内有数据传输，但在接下来的一段较长时间内没有数据传输。在没有数据传输的时候，可以通过停止接收PDCCH（此时会停止PDCCH盲检）来降低功耗，从而提升电池使用时间。这就是DRX（DiscontinuousReception，非连续接收）的由来。DRX 的基本机制是为处于RRC_CONNECTED态的UE配置一个DRXcycle。DRXcycle 由“OnDuration ”和“OpportunityforDRX ”组成：在“OnDuration”时间内，UE监听并接收PDCCH（激活期）；在“OpportunityforDRX ”时间内，UE不接收PDCCH以减少功耗（休眠期）。

从图1可以看出，在时域上，时间被划分成一个个连续的DRXCycle。

OnDurationOpportunityforDRXUEshall

OnDuration

OpportunityforDRX

PDCCH

DRXCycle

DRXCycle

图1：DRXcycle

注意：处于休眠期的UE，只是不接收PDCCH，但是可以接收来自其它物理信道的数据，如PDSCH、ACK/NACK等。例如：在SPS调度中，处于休眠期的UE可以接收周期性配置的下行子帧上发送的PDSCH数据。

eNodeB 通过DRX-Config来配置某个UE的DRX相关参数。

DRX-Config::=

releasesetup

onDurationTimer

听的PDCCH子帧数。

CHOICE{

NULL,SEQUENCE{

ENUMERATED{

psf1,psf2,psf3,psf4,psf5,psf6,psf8,psf10,psf20,psf30,psf40,psf50,psf60,psf80,psf100,

psf200}, 从一个DRXCycle的起始处算起，连续监

drx-InactivityTimer ENUMERATED{psf1,psf2,psf3,psf4,psf5,psf6,psf8,psf10,psf20,psf30,psf40,psf50,psf60,psf80,psf100,psf200,psf300,psf500,psf750,

psf1280,psf1920,psf2560,psf0-v1020,spare9,spare8,spare7,spare6,spare5,spare4,spare3,spare2,

spare1}, 当UE成功解码一个指示初传的UL或DL用

户数据的PDCCH后，持续处于激活态的连续PDCCH子帧数。

drx-RetransmissionTimer ENUMERATED{psf1,psf2,psf4,psf6,psf8,psf16,

psf24,psf33}, 从UE期待收到DL重传的子帧

（HARQRTT之后）开始，连续监听的PDCCH子帧数。

longDRX-CycleStartOffsetsf10

sf20sf32sf40sf64sf80sf128sf160sf256sf320sf512sf640sf1024

CHOICE{

INTEGER(0..9),

INTEGER(0..19),

INTEGER(0..31),

INTEGER(0..39),

INTEGER(0..63),

INTEGER(0..79),

INTEGER(0..127),

INTEGER(0..159),

INTEGER(0..255),

INTEGER(0..319),

INTEGER(0..511),

INTEGER(0..639),INTEGER(0..1023),

sf1280

sf1280

sf2048

sf2560

INTEGER(0..1279),

INTEGER(0..2047),

INTEGER(0..2559)

}, 指定了longDRX-Cycle和drxStartOffset。

shortDRX

shortDRX-Cycle

SEQUENCE{

ENUMERATED{

sf2,sf5,sf8,sf10,sf16,sf20,sf32,sf40,sf64,sf80,sf128,sf160,

sf256,sf320,sf512,sf640}, 指定了short

DRXCycle持续的子帧数，即shortDRXCycle