DRX及寻呼流程.docxVIP

DRX（非连续接收）1. DRX基本概念RRC层为UE配置DRX功能。DRX的基本机制是为处于RRC_CONNECTED态的UE配置一个DRX cycle。如图1所示，DRX cycle由“On Duration”和“Opportunity for DRX”组成：在“On Duration”时间内，UE监听并接收PDCCH（激活期）；在“Opportunity for DRX”时间内，UE不接收PDCCH以减少功耗（休眠期）。处于休眠期的UE，只是不接收PDCCH，但是可以接收来自其它物理信道的数据，如PDSCH、ACK/NACK等。DRX cycle的选择需要考虑电池节约与延迟之间的平衡。从一个方面讲，长DRX周期有益于延长UE的电池使用时间；例如网页浏览过程中，当用户正在阅读已经下载好的网页时，UE持续接收下行数据是对资源的浪费。从另一个方面讲，当有新的数据传输时，一个更短的DRX周期有益于更快的响应，例如用户请求另一个网页或者进行VoIP通话时。为了满足上述需求，每个UE可以配置两个DRX cycle：shortDRX-Cycle和longDRX-Cycle。如果UE配置了shortDRX-Cycle，则longDRX-Cycle应该配置为shortDRX-Cycle的倍数。但在任一时刻，UE只能使用其中一种配置。图1 DRX Cycle2. DRX相关参数RRC通过DRX-Config来配置某个UE的DRX相关参数，具体的参数和含义如表格1所示。表1 DRX相关参数TimerStart（restart）Stop“子帧数”或“PDCCH子帧数”onDurationTimer（终端在DRX周期开始时，允许连续监听PDCCH子帧的数目）UE当前使用short DRX cycle，且[(SFN * 10) + subframe number] modulo (shortDRX - Cycle) = (drxStartOffset) modulo (shortDRX-Cycle)；或者UE当前使用long DRX cycle，且[(SFN * 10) + subframe number] modulo (longDRX-Cycle) = drxStartOffset（1）收到DRX Command MAC control element；（2）timer超时PDCCH子帧数drx-InactivityTimer（终端收到调度新数据的PDCCH指示后，允许连续监听PDCCH子帧的数目）收到用于调度new transmission的PDCCH（DL和UL的均可）（1）收到DRX Command MAC control element；（2）timer超时PDCCH子帧数drx-RetransmissionTimer（除广播进程外，每一个下行HARQ进程配置一个，表示UE期待重传时，需要连续监听PDCCH子帧的数目）HARQ RTT Timer超时且对应HARQ process的buffer中的数据没有成功解码（1）收到指示下行传输的PDCCH；（2）当前子帧是周期性配置的下行SPS子帧（此时没有伴随着传输PDCCH）；（3）timer超时PDCCH子帧数drxShortCycleTimer（是一个可选配置）当配置了Short DRX cycle时，如果drx-InactivityTimer超时，或收到DRX Command MAC control element，则启动或重启drxShortCycleTimer，并开始使用Short DRX cycleTimer超时，此时开始使用Long DRX cycle子帧数HARQ RTT timer（除广播进程外，UE等待接收HARQ重传的最小子帧个数，对FDD而言，固定为8个子帧）（1）UE收到一个指示下行传输的PDCCH；（2）当前子帧是周期性配置的下行SPS子帧（此时没有伴随着传输PDCCH）timer超时子帧数longDRX-Cycle一个长DRX周期包含的子帧的数目shortDRX-Cycle是一个可选配置，表示一个短DRX周期包含的子帧的数目drxStartOffsetDRX周期起始点的子帧号表格1中所示的任一timer启动时，不会影响其它timer的运行。也就是说，UE处于激活态的最短时间为onDurationTimer指定的时间，而最长时间是不定的。当UE配置了DRX cycle时，UE处于激活期的时间包括：onDurationTimer、或InactivityTimer、或drx-RetransmissionTimer、或mac-ContentionResolutionTimer正在运行时；UE已经在PUCCH上发送了SR，且该SR当前处于pending态；UE的HARQ