一种DRX状态下调度请求处理的方法和系统
技术领域
本发明涉及移动通信技术领域,具体涉及一种DRX(Discontinuous Reception,非连续接收)状态下SR(Scheduling Request,调度请求)处理的方法和系统。
背景技术
当UE(UserEquipment,用户设备)有上行数据需要传输而没有上行资源可以用于传输时,此时UE可以通过SR向基站请求上行资源。UE可以按照一定的周期和子帧位置通过PUCCH(Physical Uplink Control Channel,物理上行链路控制信道)的UCI(Uplink Control Information,上行链路控制信息)向eNodeB(Evolved Node B,演进型NodeB)传输SR;基站通过检测接收到的SR,判断UE是否有资源需求,进而向UE发送UL Grant(上行授权)。
DRX是LTE(Long Term Evolution,长期演进)系统为了节约终端功耗而引入的一种工作机制。RRC(Radio Resource Control,无线资源控制)层为UE配置DRX功能,DRX控制UE是否监听PDCCH(Physical Downlink Control Channel,物理下行链路控制信道)上对UE C-RNTI(Cell RNTI,小区RNTI)、TPC-PUCCH-RNTI、TPC-PUSCH-RNTI以及Semi-Persistent Scheduling C-RNTI的寻址。处于RRC_CONNECTED状态,并且配置了DRX功能的UE,可以不连续的监听PDCCH信道,否则UE需要连续监听PDCCH信道。UE监听PDCCH信道的这段时间,称为DRX的激活期,UE停止监听PDCCH信道的这段时间称为DRX的休眠期。
其中,激活期包括以下几个期间。
●OnDurationTimer:即持续定时器,终端在DRX周期开始时,允许连续监听PDCCH子帧的数目。
●Drx-InactivityTimer:即DRX不活跃定时器。终端收到调度新数据的PDCCH指示后,允许连续监听PDCCH的子帧数。
●Drx-Retransmission Timer:即DRX重传定时器,每一个下行HARQ(HybridAutomatic Repeat-reQuest,混合自动重传请求)进程配置一个,表示终端期待重传时,需要连续监听PDCCH子帧的数目。
●PUCCH信道上发送SR未被应答之前。
●UE的HARQ重传缓存中有数据待发,HARQ重传的上行资源授权可能被接收的TTI。
●无竞争随机接入过程成功,收到随机接入响应后但还没有收到新数据发送的授权。
eNodeB检测到UE发送了SR,在UE收到上行调度授权之前,此时eNodeB认为UE是处于激活态。由于无线环境的复杂性,往往会存在SR虚检的情况,这样将导致UE侧和eNodeB侧UE的状态不对称。SR虚检是指UE没有发送SR,而eNodeB由于无线环境的干扰而检测到SR。在非DRX的情况下或者在DRX的激活期间内,SR虚检对系统性能影响不大。当在DRX休眠期里发生SR虚检,导致在UE处于休眠期时,eNodeB认为UE处于激活期,严重影响系统性能。
在非DRX情况下或者DRX的激活期间内,如果UE没有发送SR,由于无线信道环境的复杂性,eNodeB可能检测到SR,并向UE发送UL-Grant,UE收到UL-Grant后,由于UE没有数据要发送,此时会发送Pading(填充比特),eNodeB收到Pading以后,判定UE没有数据需要发送,此时系统性能不会受到影响。
在DRX休眠期里,如果UE没有发送SR,eNodeB可能检测到SR,并向UE发送UL-Grant。由于UE处在休眠期,并不会去监听PDCCH。eNodeB在8个TTI后会去检测PUSCH,此时CRC校验错误,并且会重传,直至达到最大重传次数。严重影响系统上行性能。同样地,由于SR虚检,eNodeB认为UE是处于激活期,实际UE是处在休眠期,eNodeB会向UE发送下行调度,由于UE是处在休眠期,UE并不会去监测下行PDCCH。此时严重浪费下行资源,影响下行的系统性能。
发明内容
针对上述缺陷,本发明提供了一种DRX状态下的调度请求处理的方法,根据SR的发送周期以及上行调度密度,估计UE在休眠期发送SR的概率,eNodeB根据该概率判定UE是否发送了SR,尽可能的减小SR虚检对系统性能的影响。
一种DRX状态下的调度请求处理的方法,包括如下步骤;
步骤101:eNodeB统计周期T内UE的调度密度Density-schedule;
步骤102:eNodeB根据SR的发送周期Period-sr和UE的Density-schedule,计算UE在DRX休眠期发送SR的概率p;
步骤103:eNodeB根据UE发送SR的概率,确定UE发送了SR,需要连续检测SR的次数;
步骤104:eNodeB统计连续检测到UE发送了SR的次数,根据是否达到UE发送SR概率对应需要连续检测SR次数门限,确定UE是否发送了SR;
所述的步骤101包括统计每一个UE的调度密度Density-schedule,即在周期T内,统计UE上行调度的TTI数与周期长度的比值,该周期内的调度密度用于下一个周期UE发送SR概率的计算,
;
其中,TTINum-schedule为调度的TTI数,0<TTINum-schedule<T,T为统计周期,以ms为单位;
当UE在周期T内未调度,此时TTINum-schedule设置为1。
所述步骤102中,在DRX休眠期内,UE发送了SR的概率p与SR的发送周期和UE的调度密度的关系为:
其中,Period-sr-max为小区SR周期配置的最大值;0≤α≤1,0≤β≤1.
当α=0,β=0时,此时UE发送SR的概率p等于1,表示UE在激活期内发送SR的概率;
当α=0,β≠0时,此时UE发送SR的概率p小于1,表示UE在休眠期内发送SR的概率不考虑UE发送SR的周期,仅仅考虑UE上一个周期T内上行调度密度;
当α≠0,β=0时,此时UE发送SR的概率p小于1,表示UE在休眠期内发送SR的概率不考虑UE在上一个周期T内上行调度密度,仅仅考虑UE发送SR的周期;
当α>β时,表示在计算UE发送SR的概率过程中,UE在上一个周期内上行调度密度起主要作用;
当α<β时,表示在计算UE发送SR的概率过程中,UE发送SR周期起主要作用。
所述的步骤102中,在DRX激活期内,UE发送SR的概率为1,即eNodeB检测到UE发送了SR;那么eNodeB确定UE发送了SR,并下发UL Grant。
所述的步骤103包括建立UE发送SR的概率与eNodeB确定UE发送了SR需要连续检测到UE发送SR的次数的对应关系;
将UE发送SR的概率分为N个等级即N个区间,(0,p1],(p1,p2]……(pN-2,pN-1],(pN-1,1],对应第一区间、第二区间……第N-1区间、第N区间,N个区间对应的eNodeB确定UE发送了SR需要连续检测到UE发送SR的次数为分别n1,n2,……nN-1,1。其中N≥2,0<p1<p2<……<pN-2<pN-1<1,n1>n2>……>nN-1>1,n1,n2,……nN-1,N为正整数;
根据所述步骤102计算的UE发送SR的概率,如果UE发送SR的概率处于第一区间,那么eNodeB确定UE发送了SR需要连续检测到UE发送SR的次数为n1次;如果UE发送SR的概率处于第N-1区间,那么eNodeB确定UE发送了SR需要连续检测到UE发送SR的次数为nN-1次。
所述的步骤103中,UE在激活期内发送SR的概率为1,那么eNodeB确定UE发送了SR需要连续检测到UE发送SR的次数为1次。
所述的步骤104中,eNodeB统计连续检测SR的次数,如果达到了上一个周期统计得出UE发送SR概率对应的连续检测SR次数要求,则eNodeB判定UE发送了SR。
所述的步骤104中,eNodeB统计连续检测到SR的次数,如果没有达到上一个周期统计得出UE发送SR概率对应的连续检测SR次数要求,则eNodeB判定UE没有发送SR。
本发明还提供了一种相应的系统,包括依次连接上行调度密度统计单元,UE发送SR概率计算单元,UE发送SR判决单元,UE发送SR确定单元;
所述UE上行调度密度统计单元,在周期T内,eNodeB统计UE上行调度密度,用于下一个周期UE发送SR的概率计算;
所述UE发送SR概率计算单元,eNodeB根据UE发送SR的周期Period-sr以及调度密度计算UE发送SR的概率p;
p=f(Period-sr,Density-schedule)
所述UE发送SR判决单元,eNodeB统计UE连续发送SR次数,根据其是否达到UE发送SR概率对应的连续检测到UE发送SR次数门限要求,判定UE是否发送了SR;
建立UE发送SR的概率与需要连续检测SR次数门限的对应关系,将UE发送SR的概率区间分为N个等级即N个区间,(0,p1],(p1,p2]……(pN-2,pN-1],(pN-1,1],对应第一区间、第二区间……第N-1区间、第N区间,N个区间对应的eNodeB确定UE发送了SR需要连续检测到UE发送SR的次数分别为n1,n2,……nN-1,1。其中N≥2,0<p1<p2<……<pN-2<pN-1<1,n1>n2>……>nN-1>1,n1,n2,……nN-1,N为正整数;
当UE发送SR的概率处于第一区间时,统计连续检测到UE发送到SR的次数是否达到n1次,如果满足该条件,转到UE发送SR确定单元,确定UE发送了SR;
所述UE发送SR确定单元,如果UE连续发送SR次数未达到UE发送SR概率对应的连续检测到SR次数门限要求,则判定UE未发送SR;如果UE连续发送SR次数达到UE发送SR概率对应的连续检测到SR次数门限要求,则判定UE发送了SR。
本发明的技术方案,具有以下有益效果:与现有技术相比,根据UE发送SR周期以及上一周期T内UE调度密度,估计UE在休眠期发送SR的概率,根据该概率判定UE是否发送了SR,有效的减少了SR虚检的概率,提高了系统性能。
附图说明
为了更清楚地说明本发明实施例或现有技术的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其它的附图。
图1为:一种DRX状态下调度请求处理方法的总体流程图。
图2为:一种DRX状态下调度请求处理方法的详细流程图。
图3为:一种DRX状态下调度请求处理系统框架图。
具体实施方式
为了使本发明的目的、技术方案更加清楚明白,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本发明保护的范围。
本发明实施例提供一种DRX状态下调度请求处理的方法和系统,主要是通过统计UE在上一个周期的上行调度密度,根据上行调度密度以及UE发送SR的周期,计算当前周期UE发送SR概率,判定eNodeB连续检测到SR的次数是否达到了UE发送的SR概率对应的SR连续检测次数的门限要求,确定UE是否发送了SR,以下进行详细说明。
下面,详细介绍本发明实施例提供的一种DRX状态下的调取请求处理的方法。如图1所示,实施例包括的步骤:
步骤101:eNodeB统计周期T内UE的Density-schedule(调度密度)。
步骤102:eNodeB根据Period-sr(SR的发送周期)和UE的Density-schedule,计算UE在DRX休眠期发送SR的概率p。
步骤103:eNodeB根据UE发送SR的概率,确定UE发送了SR需要连续检测SR的次数。
步骤104:eNodeB统计连续检测SR次数,根据是否达到UE发送SR概率对应需要连续检测SR次数门限,确定UE是否发送了SR。
实施例中,在上述步骤的基础上设计了更具体的流程,如图2所示。
步骤201:eNodeB统计UE在一定周期T内的Density-schedule
;
其中,TTINum-schedule为调度的TTI数,0<TTINum-schedule<T,T为统计周期,以ms为单位。
当UE在周期T内未调度,此时TTINum-schedule设置为1。
步骤202:eNodeB根据Period-sr(SR的发送周期)和UE的Density-schedule,计算UE在DRX休眠期发送SR的概率p
p=f(Period-sr,Density-schedule)
其中,Period-sr-max为小区SR周期配置的最大值;0≤α≤1,0≤β≤1.
当α=0,β=0时,此时UE发送SR的概率p等于1,表示UE在激活期内发送SR的概率。
当α=0,β≠0时,此时UE发送SR的概率p小于1,表示UE在休眠期内发送SR的概率不考虑UE发送SR的周期,仅仅考虑UE上一个周期T内上行调度密度。
当α≠0,β=0时,此时UE发送SR的概率p小于1,表示UE在休眠期内发送SR的概率不考虑UE在上一个周期T内上行调度密度,仅仅考虑UE发送SR的周期。
当α>β时,表示在计算UE发送SR的概率过程中,UE在上一个周期内上行调度密度起主要作用。
当α<β时,表示在计算UE发送SR的概率过程中,UE发送SR周期起主要作用。
步骤203:eNodeB根据UE发送SR的概率,确定UE发送了SR需要连续检测SR的次数。
建立UE发送SR的概率与下发上行授权需要连续检测SR次数的对应关系。假设将UE发送SR的概率分为4个区间(0,p1],(p1,p2],(p2,p3],(p3,1],分别对应需要连续检测SR次数分别为n1,n2,n3,1,其中n1>n2>n3>1。
当UE发送SR的概率p在区间(0,p1]时,eNodeB确定UE发送了SR,需要连续检测到UE发送了SR n1次;
当UE发送SR的概率p在区间(p1,p2]时,eNodeB确定UE发送了SR,需要连续检测到UE发送了SR n2次;
当UE发送SR的概率p在区间(p2,p3]时,eNodeB确定UE发送了SR,需要连续检测到UE发送了SR n3次;
当UE发送SR的概率p在区间(p3,1]时,eNodeB确定UE发送了SR,需要连续检测到UE发送了SR 1次;
步骤204:eNodeB判定连续检测到UE发送SR的次数是否达到UE发送SR概率对应的门限要求,如果满足该条件,则转到步骤205,否则转到步骤206。
假设eNodeB连续检测到UE发送SR的次数为m(m>0)次。
当UE发送SR概率p在(0,p1]区间时,只要m≥n1时,则转到步骤205,判定UE发送了SR,否则转到步骤206,判定UE没有发送SR;
当UE发送SR概率p在(p1,p2]区间时,只要m≥n2时,则转到步骤205,判定UE发送了SR,否则转到步骤206,判定UE没有发送SR;
当UE发送SR概率p在(p2,p3]区间时,只要m≥n3时,则转到步骤205,判定UE发送了SR,否则转到步骤206,判定UE没有发送SR;
当UE发送SR概率p在(p3,1]区间时,只要m≥1时,则转到步骤205,判定UE发送了SR,否则转到步骤206,判定UE没有发送SR;
步骤205:eNodeB确定UE发送了SR。
eNodeB确定UE发送了SR,为UE下发UL Grant。
步骤206:eNodeB确定UE未发送SR。
eNodeB确定UE未发送SR,不对UE当前发送的SR作任何处理。
本发明还提供了一种相应的系统,如图3所示。实施例是一种DRX状态下调度请求处理的系统,依次连接统计单元301、计算单元302、判决单元303以及确定单元304。
统计单元301,在一定周期T内,eNodeB统计UE上行调度密度,用于下一个周期UE发送SR的概率计算。
计算单元302,eNodeB根据UE发送SR的周期以及调度密度计算UE发送SR的概率。建立UE在休眠期发送SR的概率和UE发送SR的周期以及调度密度的函数关系。
UE在激活期发送SR的概率为1.
判决单元303,eNodeB统计UE连续发送SR次数,根据其是否达到UE发送SR概率对应的连续检测到SR次数门限要求,判定UE是否发送了SR。
确定单元304,当eNodeB统计UE连续发送SR的次数未达到UE发送SR概率对应的连续检测到SR次数门限,则判定UE未发送SR,否则判定UE发送了SR,下发相应的UL-Grant。
各模块具体实现与上述各步骤具体实现相对应,可采用软件模块化技术实现。
以上是对本发明实施例所提供的一种DRX状态下调度请求处理的方法和系统进行详细的描述,本发明运用了个体实例对本发明的详细流程进行说明,但以上实施例仅用以说明本发明的技术方案而非对其进行限制。尽管参照较佳实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对本发明的技术方案进行修改或者等同替换,而这些修改或者等同替换亦不能使修改后的技术方案脱离本发明技术方案的精神和范围。9 -->