CN104581789A - 一种drx状态下调度请求处理的方法和系统 - Google Patents

一种drx状态下调度请求处理的方法和系统 Download PDF

Info

Publication number
CN104581789A
CN104581789A CN201510060753.6A CN201510060753A CN104581789A CN 104581789 A CN104581789 A CN 104581789A CN 201510060753 A CN201510060753 A CN 201510060753A CN 104581789 A CN104581789 A CN 104581789A
Authority
CN
China
Prior art keywords
probability
sends
period
sent
enodeb
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201510060753.6A
Other languages
English (en)
Other versions
CN104581789B (zh
Inventor
熊忠元
王俊
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
CICT Mobile Communication Technology Co Ltd
Original Assignee
Wuhan Hongxin Telecommunication Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Wuhan Hongxin Telecommunication Technologies Co Ltd filed Critical Wuhan Hongxin Telecommunication Technologies Co Ltd
Priority to CN201510060753.6A priority Critical patent/CN104581789B/zh
Publication of CN104581789A publication Critical patent/CN104581789A/zh
Priority to PCT/CN2015/087646 priority patent/WO2016123959A1/zh
Application granted granted Critical
Publication of CN104581789B publication Critical patent/CN104581789B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/02Arrangements for optimising operational condition
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/21Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • H04W76/28Discontinuous transmission [DTX]; Discontinuous reception [DRX]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明涉及通信技术领域,公开了一种DRX状态下调度请求处理的方法和系统。该方法包括统计UE在一定周期内的调度密度,根据UE发送SR的周期以及调度密度计算UE在DRX休眠期发送SR的概率,根据UE发送SR的概率确定UE发送了SR需要连续检测的SR次数,进而确定UE在休眠期是否发送了SR。发明通过根据UE过去一段时间的调度密度以及SR发送周期,确定UE是否发送了SR,有效的减少了SR虚检的概率,改善了系统性能。

Description

一种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概率的计算,
Density - schedule = TTINum - schedule T
其中,TTINum-schedule为调度的TTI数,0<TTINum-schedule<T,T为统计周期,以ms为单位;
当UE在周期T内未调度,此时TTINum-schedule设置为1。
所述步骤102中,在DRX休眠期内,UE发送了SR的概率p与SR的发送周期和UE的调度密度的关系为:
p = f ( Period - sr , Density - schedule ) = ( Period - sr Period - sr - max ) α * 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周期起主要作用。
所述的步骤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
Density - schedule = TTINum - schedule T
其中,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)
p = ( Period - sr Period - sr - max ) α * 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 -->

Claims (9)

1.一种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。
2.根据权利要求1所述的一种DRX状态下的调度请求处理的方法,其特征在于:所述的步骤101包括统计每一个UE的调度密度Density-schedule,即在周期T内,统计UE上行调度的TTI数与周期长度的比值,该周期内的调度密度用于下一个周期UE发送SR概率的计算,
Density - schedule = TTINum - schedule T ;
其中,TTINum-schedule为调度的TTI数,0<TTINum-schedule<T,T为统计周期,以ms为单位;
当UE在周期T内未调度,此时TTINum-schedule设置为1。
3.根据权利要求1所述的一种DRX状态下的调度请求处理的方法,其特征在于:
所述步骤102中,在DRX休眠期内,UE发送了SR的概率p与SR的发送周期和UE的调度密度的关系为:
p = f ( Period - sr , Density - schedule ) = ( Period - sr Period - sr - max ) α * 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周期起主要作用。
4.根据权利要求1所述的一种DRX状态下的调度请求处理的方法,其特征在于:
所述的步骤102中,在DRX激活期内,UE发送SR的概率为1,即eNodeB检测到UE发送了SR;那么eNodeB确定UE发送了SR,并下发UL Grant。
5.根据权利要求1所述的一种DRX状态下的调度请求处理的方法,其特征在于:
所述的步骤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次。
6.根据权利要求1所述的一种DRX状态下的调度请求处理的方法,其特征在于:
所述的步骤103中,UE在激活期内发送SR的概率为1,那么eNodeB确定UE发送了SR需要连续检测到UE发送SR的次数为1次。
7.根据权利要求1所述的一种DRX状态下的调度请求处理的方法,其特征在于:
所述的步骤104中,eNodeB统计连续检测SR的次数,如果达到了上一个周期统计得出UE发送SR概率对应的连续检测SR次数要求,则eNodeB判定UE发送了SR。
8.根据权利要求1所述的一种DRX状态下的调度请求处理的方法,其特征在于:
所述的步骤104中,eNodeB统计连续检测到SR的次数,如果没有达到上一个周期统计得出UE发送SR概率对应的连续检测SR次数要求,则eNodeB判定UE没有发送SR。
9.一种基于权利要求1所述方法的DRX状态下调度请求处理系统,其特征在于:包括依次连接上行调度密度统计单元,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。3 -->
CN201510060753.6A 2015-02-05 2015-02-05 一种drx状态下调度请求处理的方法和系统 Active CN104581789B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201510060753.6A CN104581789B (zh) 2015-02-05 2015-02-05 一种drx状态下调度请求处理的方法和系统
PCT/CN2015/087646 WO2016123959A1 (zh) 2015-02-05 2015-08-20 一种drx状态下调度请求处理的方法和系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201510060753.6A CN104581789B (zh) 2015-02-05 2015-02-05 一种drx状态下调度请求处理的方法和系统

Publications (2)

Publication Number Publication Date
CN104581789A true CN104581789A (zh) 2015-04-29
CN104581789B CN104581789B (zh) 2018-04-20

Family

ID=53096768

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201510060753.6A Active CN104581789B (zh) 2015-02-05 2015-02-05 一种drx状态下调度请求处理的方法和系统

Country Status (2)

Country Link
CN (1) CN104581789B (zh)
WO (1) WO2016123959A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016123959A1 (zh) * 2015-02-05 2016-08-11 武汉虹信通信技术有限责任公司 一种drx状态下调度请求处理的方法和系统
CN106535336A (zh) * 2015-09-15 2017-03-22 中兴通讯股份有限公司 基站及其进行非连续接收处理方法
WO2018054374A1 (zh) * 2016-09-23 2018-03-29 中兴通讯股份有限公司 一种实现sr处理的方法、装置和基站、计算机存储介质

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110012491B (zh) * 2018-01-05 2022-06-28 中国移动通信有限公司研究院 Sr虚警发现的方法及网络侧设备
CN111436095B (zh) * 2019-01-11 2024-04-16 华为技术有限公司 一种通信方法及通信装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130242730A1 (en) * 2012-03-16 2013-09-19 Interdigital Patent Holdings, Inc. Random access procedures in wireless systems
CN103391549A (zh) * 2012-05-10 2013-11-13 中兴通讯股份有限公司 一种不连续接收的动态配置方法、终端和基站
CN103765971A (zh) * 2013-10-18 2014-04-30 华为技术有限公司 一种调度请求的处理方法及装置

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110002281A1 (en) * 2008-12-30 2011-01-06 Interdigital Patent Holdings, Inc. Discontinuous reception for carrier aggregation
CN108616347B (zh) * 2012-03-23 2021-01-22 联发科技股份有限公司 移动通信网络中分配调度请求资源的方法以及装置
CN104581789B (zh) * 2015-02-05 2018-04-20 武汉虹信通信技术有限责任公司 一种drx状态下调度请求处理的方法和系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130242730A1 (en) * 2012-03-16 2013-09-19 Interdigital Patent Holdings, Inc. Random access procedures in wireless systems
CN103391549A (zh) * 2012-05-10 2013-11-13 中兴通讯股份有限公司 一种不连续接收的动态配置方法、终端和基站
CN103765971A (zh) * 2013-10-18 2014-04-30 华为技术有限公司 一种调度请求的处理方法及装置

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016123959A1 (zh) * 2015-02-05 2016-08-11 武汉虹信通信技术有限责任公司 一种drx状态下调度请求处理的方法和系统
CN106535336A (zh) * 2015-09-15 2017-03-22 中兴通讯股份有限公司 基站及其进行非连续接收处理方法
WO2017045420A1 (zh) * 2015-09-15 2017-03-23 中兴通讯股份有限公司 基站及其进行非连续接收处理方法
CN106535336B (zh) * 2015-09-15 2020-07-31 南京中兴软件有限责任公司 基站及其进行非连续接收处理方法
WO2018054374A1 (zh) * 2016-09-23 2018-03-29 中兴通讯股份有限公司 一种实现sr处理的方法、装置和基站、计算机存储介质
CN107872894A (zh) * 2016-09-23 2018-04-03 中兴通讯股份有限公司 一种实现sr处理的方法、装置和基站
CN107872894B (zh) * 2016-09-23 2022-04-19 中兴通讯股份有限公司 一种实现sr处理的方法、装置和基站

Also Published As

Publication number Publication date
WO2016123959A1 (zh) 2016-08-11
CN104581789B (zh) 2018-04-20

Similar Documents

Publication Publication Date Title
US11910470B2 (en) DRX handling in LTE license assisted access operation
AU2016368757B2 (en) Macro and micro discontinuous reception
US20190053060A1 (en) Methods and apparatus for activating and deactivating secondary cells in a carrier aggregation environment
CN109804685B (zh) 采用两步授权的激活时间处理
US8339982B2 (en) Method and device for power reduction in an LTE system
US10075913B2 (en) Wireless communication system, mobile station, base station, and wireless communication system control method for reducing power consumption
EP2521407A1 (en) Contention based resource configuration method and apparatus
EP4072051A1 (en) Blind scheduling apparatus and method in a mobile communication system
EP3869874B1 (en) Information transmission method and communication apparatus
CN104581789A (zh) 一种drx状态下调度请求处理的方法和系统
CN103733717A (zh) 基于被配置不连续接收(drx)的用户设备的活动时间状态来决定是否发送上行链路控制信令
WO2017100092A1 (en) Receiving upon transmit and transmitting upon receive
CN104320856B (zh) 一种drx态的终端调度的方法及装置
US11490384B2 (en) Apparatus, methods, and computer programs
US9565631B2 (en) Method and arrangement for controlling discontinuous reception by a user equipment
US20190082492A1 (en) Counting method and apparatus
CN114731581A (zh) 唤醒信号监测优化
CN111343665B (zh) 用于基于竞争的上行链路传输的解码的方法和节点
EP4404614A1 (en) Transmission method and apparatus under discontinuous reception
US20240022967A1 (en) Resource processing method and apparatus, terminal, and readable storage medium
US20230199648A1 (en) Channel monitoring method and apparatus, and user equipment
CN118524588A (zh) 用于移动通信的方法及装置

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
CP03 Change of name, title or address
CP03 Change of name, title or address

Address after: 430205 Hubei city of Wuhan province Jiangxia Hidden Dragon Island Tan lake two Road No. 1

Patentee after: CITIC Mobile Communication Technology Co., Ltd

Address before: 430073 Hubei province Wuhan Dongxin East Lake high tech Development Zone, Road No. 5

Patentee before: Wuhan Hongxin Telecommunication Technologies Co.,Ltd.

CP01 Change in the name or title of a patent holder
CP01 Change in the name or title of a patent holder

Address after: 430205 No.1 tanhu 2nd Road, Canglong Island, Jiangxia District, Wuhan City, Hubei Province

Patentee after: CITIC Mobile Communication Technology Co.,Ltd.

Address before: 430205 No.1 tanhu 2nd Road, Canglong Island, Jiangxia District, Wuhan City, Hubei Province

Patentee before: CITIC Mobile Communication Technology Co., Ltd