一种不连续接收的动态配置方法、终端和基站与流程

文档序号:14099707阅读:116来源:国知局
一种不连续接收的动态配置方法、终端和基站与流程
本发明涉及无线通信
技术领域
,具体涉及终端不连续接收(DiscontinuousReception,简称DRX)的动态配置方法、终端和基站。
背景技术
:现有的宽带无线通讯系统中,为了控制UE(UserEquipment,用户设备或称终端)的耗电量,使用DRX(DiscontinuousReception,不连续接收)技术。DRX指的是终端在一段时间里停止监听物理下行控制信道(PDCCH,PhysicalDownlinkControlChannel)。DRX分两种:一种是空闲(IDLE)DRX,就是当终端处于IDLE状态下的非连续接收。处于IDLE状态时,已经没有无线资源控制协议(RRC,RadioResourceControl)连接和用户的专有资源,因此IDLEDRX主要用于监听呼叫信道与广播信道,只要定义好固定的周期,就可以达到非连续接收的目的。但是,如果终端监听用户数据信道,则必须从IDLE状态先进入连接状态。另一种就是激活(Active)DRX,就是终端处在RRC连接(RRC-CONNECTED)状态下的DRX,可以优化系统资源配置,更重要的是可以节省终端功耗,不需要通过让终端进入到RRC空闲(RRC_IDLE)状态就可以达到节省终端功耗的目的。例如一些非实时应用(web浏览、即时通信等)总是存在一段时间,终端不需要不停的监听下行数据,也不需要进行相关处理,DRX就可以应用到这样的场景中。此外,由于ActiveDRX状态下存在RRC连接,因此终端要转到监听下行数据的状态的速度非常快。基站通过RRC连接重配置信令(RRCconnectionreconfiguration)来发送DRX配置参数给UE。DRX中存在一些定时器,下面描述这些定时器,其中所有的时间都是基于子帧的,即以ms为单位):1、持续工作定时器(OnDurationTimer)终端每次从DRX醒来后维持醒着的时间,终端在该段时间内会搜索PDCCH。2、停止定时器(InactivityTimer)终端在醒着时,每次成功解码混合自动重传请求(HARQ,HybridAutomaticRepeatRequest)初始发送的PDCCH后保持Active的时间,即当终端收到的PDCCH指示的是一个UL/DL的初始传输(而不是重传)后,需要保持Active的时间。3、一次醒来后总的工作定时器(ActiveTimer)终端从DRX醒来后保持醒着的总时间,在此时间段,终端监听PDCCH,包括所有导致终端处于Active的状态,比如是DRX周期开始“OnDuration”,或收到初始传输的PDCCH,或监听重传等。如果配置了DRX,那么ActiveTime包括以下时间:OnDurationTimer、InactivityTimer、DRX重传定时器(DRXRetransmissionTimer)以及MAC(媒体访问控制)层拥塞解决定时器(MACContentionResolutionTimer)运行的时间;或,有调度请求(SR,SchedulingRequest)已经发送到PUCCH,并且处于挂起的状态(也就是这个调度请求还没有满足);或,对一个挂起的HARQ存在上行授权,并且在对应的HARQ缓冲区里有数据;或,在非竞争随机接入后,成功收到随机接入响应消息,此时应有PDCCH发送给终端指示一个新的传输,但是这个PDCCH还没有收到,此时终端还是必须处于Active状态。4、HARQ往返定时器(HARQRTTTimer)终端预期下行重传(DLRetransmission)到达的最少间隔时间,就是终端暂且不需要理会重传最早会什么时候到,只要这个定时器超时,终端就要处于醒着的状态。5、DRXRetransmissionTimer终端预期接收DLRetransmission的时间,就是需要这么多时间来接受下行重传。6、DRX循环长度(DRXCyclelength)DRXCyclelength一旦配置/重配置就固定不变,不会因为ActiveTime大于OnDuration而发生变化。现有的DRX的执行过程主要包括:如果使用短DRX周期,则检查当前子帧是否满足公式:[(SFN*10)+subframenumber]modulo(shortDRXCycle)=(DRXStartOffset)modulo(shortDRXCycle),其中SFN为系统帧号,subframenumber为子帧数,shortDRXCycle为短DRX周期,DRXStartOffset为DRX开始偏移,modulo表示取模;如果使用长DRX周期,则检查当前子帧是否满足公式:[(SFN*10)+subframenumber]modulo(longDRXCycle)=DRXStartOffset,其中longDRXCycle为长DRX周期;当上面的两个条件满足其中之一,那么就启动OnDurationTimer,此时终端开始监听PDCCH。当这个子帧HARQRTTTimer(期望重发的最短时间)超时,重发就有可能到来,如果这时对于HARQ进程的软缓冲区还有没有解码成功的数据(也就是前面的数据接收失败了,需要数据重传),就启动DRXRetransmissionTimer开始监听PDCCH重传相关的数据。如果收到DRXcommandMACCE(DRX命令媒体访问控制层控制信息单元),就意味着eNB要求终端进入睡眠状态,这时就会停止OnDurationTimer和DRXInactivityTimer,但是并不会停止跟重传相关的定时器,用于要求终端继续监听重传的内容。当DRXInactivityTimer超时或收到DRXcommandMAC控制信息单元时,如果配置了短DRX周期,那么启动或重启DRXshortCycleTimer(DRX短周期定时器),使用短DRX周期;否则;使用长DRX周期;如果DRXshortCycleTimer超时,那么使用长DRX周期。设置两级DRXCycle的出发点是认为终端的一次数据传输过程结束后马上再有数据传输的可能性较大,因此设置一个短DRX周期来应对这种概率,当几个短DRX周期内一直没有数据要传输,说明该次数据传输确实已经完成,可以进入深睡眠状态,这样长短周期配合能够达到更好的DRX效果。上述是以LTE系统为例说明的DRX机制中不同定时器的定义和DRX执行流程。DRX机制也可以应用在其他系统,如通用移动通信系统(UMTS,UniversalMobileTelecommunicationsSystem)或全球移动通讯系统(GSM,GlobalSystemofMobilecommunication)等,具体的执行细节略有差异,大体流程相似。随着智能手机的普及以及智能软件、应用的多样化,对终端耗电的优化需求越来越成为目前需要重视的一个问题。目前的热门应用即时通讯类软件,其数据产生具有随机性和数据量少的特性,即每次数据(通常一次数据发送包含多个连续产生的应用层数据包,例如点击一次网页链接会下载多个嵌入对象)发送所包含的连续的数据包数量较少,且前后两次数据发送的间隔时间较长,现有的DRX机制应对这种类型业务时,在一次数据发送完后,DRX机制执行的若干次短DRX周期中其实不会有任何数据需要发送(因为下一次数据发送间隔时间较长),由于短DRX周期相对于长DRX周期来说需要UE更多的耗电,所以DRX技术不能很好适应即时通讯类业务。且又因为现有技术并不能区分即时通讯类业务和其他数据业务(语音业务除外),因此若简单的减少短DRX周期的配置次数,则又可能不适应其他类型数据业务。若网络通过检测数据规律来动态的调整短DRX周期的配置,又会导致额外的RRC配置信令开销,影响系统的效率。技术实现要素:本发明要解决的技术问题是提供一种由终端执行的不连续接收的动态配置方法,以便终端适应各种不同数据业务的省电需求。为解决上述技术问题,本发明提供了一种不连续接收(DRX)的动态配置方法,由终端(UE)执行以下处理:接收基站发送的DRX周期使用指示;判断如果接收的DRX周期使用指示是长DRX周期使用指示,则使用长DRX周期。进一步地,UE使用长DRX周期,包括:UE根据长DRX周期使用指示的内容或者根据与网络侧的约定配置,静态使用长DRX周期,所述静态使用长DRX周期是指:UE停止使用短DRX周期,一直使用长DRX周期。进一步地,UE使用长DRX周期,包括:UE根据长DRX周期使用指示的内容或者根据与网络侧的约定配置,动态使用长DRX周期;所述动态使用长DRX周期是指:UE仅在预设时间内停止使用短DRX周期而只使用长DRX周期,在预设时间到达后恢复使用短DRX周期。进一步地,所述方法还包括:终端判断如果接收的DRX周期使用指示是短DRX周期使用指示,则使用短DRX周期。为解决上述技术问题,本发明还提供了一种实现不连续接收(DRX)动态配置的终端,包括接收模块和DRX模块,其中:所述接收模块,用于接收基站发送的DRX周期使用指示;所述DRX模块,用于判断如果所述接收模块接收的DRX周期使用指示是长DRX周期使用指示,则使用长DRX周期。进一步地,所述DRX模块是用于采用以下方式使用长DRX周期:根据长DRX周期使用指示的内容或者根据与网络侧的约定配置,静态使用长DRX周期,所述静态使用长DRX周期是指:停止使用短DRX周期,一直使用长DRX周期。进一步地,所述DRX模块采用以下方式使用长DRX周期,包括:根据长DRX周期使用指示的内容或者根据与网络侧的约定配置,动态使用长DRX周期;所述动态使用长DRX周期是指:仅在预设时间内停止使用短DRX周期而只使用长DRX周期,在预设时间到达后恢复使用短DRX周期。进一步地,所述DRX模块还用于:判断如果接收的DRX周期使用指示是短DRX周期使用指示,则使用短DRX周期。本发明要解决的另一技术问题是提供一种由基站执行的不连续接收的动态配置方法,可以低开销的动态配置DRX周期,以便终端适应各种不同数据业务的省电需求。为解决上述技术问题,本发明提供了一种不连续接收(DRX)的动态配置方法,由基站执行以下处理:基站根据终端(UE)的数据到达规律判断UE需要使用长DRX周期时,向该UE发送长DRX周期使用指示。进一步地,所述长DRX周期使用指示包括:静态有效长DRX周期使用指示或动态有效长DRX周期使用指示。进一步地,所述方法还包括:基站根据UE的数据到达规律判断UE需要使用短DRX周期时,向该UE发送短DRX周期使用指示。为解决上述技术问题,本发明还提供了一种实现不连续接收(DRX)动态配置的基站,包括:判断模块和发送模块,其中:所述判断模块,用于根据终端(UE)的数据到达规律判断所述UE是否需要使用长DRX周期;所述发送模块,用于在所述判断模块判断UE需要使用长DRX周期时,向该UE发送长DRX周期使用指示。进一步地,所述长DRX周期使用指示包括:静态有效长DRX周期使用指示或动态有效长DRX周期使用指示。进一步地,所述判断模块还用于根据UE的数据到达规律判断所述UE是否需要使用短DRX周期;所述发送模块还用于在所述判断模块判断UE需要使用短DRX周期时,向该UE发送短DRX周期使用指示。采用本发明实施例所述方法、终端和基站,能够更好的发挥DRX的效果,对于网络侧而言,可以低开销的动态配置DRX周期,对于终端而言,可以更好地适应不同数据业务的省电需求,且方法方便灵活,实现简单。附图说明图1为本发明实施例1流程图;图2为本发明实施例2终端侧结构示意图;图3为本发明实施例3流程图;图4为本发明实施例4基站侧结构示意图;图5为本发明实施例方案和现有机制的效果对比示意图;图6为本发明实施例中使用静态有效的长DRX周期使用指示的示意图;图7a-7b为本发明实施例中使用动态有效的长DRX周期使用指示的示意图;图8为本发明实施例中使用短DRX周期使用指示的示意图;图9为TimingAdvanceCommandMACCE的结构图。具体实施方式为使本发明的目的、技术方案和优点更加清楚明白,下文中将结合附图对本发明的实施例进行详细说明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互任意组合。实施例1本实施例介绍DRX动态配置方法中终端侧执行的处理,如图1所示,包括:步骤110,接收基站发送的DRX周期使用指示;步骤120,判断如果接收的DRX周期使用指示是长DRX周期使用指示,则使用长DRX周期(例如静态使用长DRX周期或者动态使用长DRX周期)。优选地,如果判断接收的DRX周期使用指示是短DRX周期使用指示,则UE使用短DRX周期。UE根据长DRX周期使用指示的内容或者根据与网络侧的约定配置,静态使用长DRX周期或动态使用长DRX周期。长DRX周期使用指示的内容如果指示该长DRX周期使用指示为静态有效,则UE静态使用长DRX周期;长DRX周期使用指示的内容如果指示该长DRX周期使用指示为动态有效,则UE动态使用长DRX周期。如果UE与网络侧约定配置为静态使用长DRX周期或动态使用长DRX周期,则在接收到长DRX周期使用指示后,按照约定配置处理。当基站设置长DRX周期指示为动态有效时,则可不需要短DRX周期指示,也就是说,该短DRX周期指示是可选的。UE静态使用长DRX周期是指:UE收到静态有效的长DRX周期使用指示后,停止使用短DRX周期,一直使用长DRX周期。根据UE当前状态不同,UE静态使用长DRX周期的情形也不同:UE收到静态有效的长DRX周期使用指示时,若UE正在使用短DRX周期,则UE在当前一个短DRX周期结束后,停止使用短DRX周期,一直使用长DRX周期;UE收到静态有效的长DRX周期使用指示时,若DRXInactivityTimer正在运行,则UE在DRXInactivityTimer超时或UE收到DRXcommandMACCE后,停止使用短DRX周期,一直使用长DRX周期;UE收到静态有效的长DRX周期使用指示时,若UE正在使用长DRX周期,则UE在下一次DRXInactivityTimer超时或下一次收到DRXcommandMACCE后,停止使用短DRX周期,一直使用长DRX周期;对于UE而言,DRXInactivityTimer超时和收到DRXcommandMACCE效果相同。UE动态使用长DRX周期是指:UE收到动态有效的长DRX周期使用指示后,仅在预设时间内停止使用短DRX周期而只使用长DRX周期,在预设时间到达后恢复使用短DRX周期。预设时间可以是:子帧的整数倍时间;或长DRX周期的整数倍时间;或DRXInactivityTimer超时次数或UE收到DRXcommandMACCE的次数。该预设时间可以由基站通过RRC专用信令或MAC信令配置给UE。例如:预设时间在现有RRC信令中新建IE来承载;或通过新建RRC信令来承载;或在现有MACCE的保留位中承载;或通过新建MACCE来承载。UE通过设置动态长DRX周期使用定时器来判断预设时间是否到达。具体地,UE收到动态有效的长DRX周期使用指示后,当UE开始使用长DRX周期时,该动态长DRX周期使用定时器开始计数;或者UE开始使用长DRX周期后的第一次DRXInactivityTimer超时或第一次UE收到DRXcommandMACCE时,该动态长DRX周期使用定时器开始计数。如果预设时间设置为子帧的整数倍,则每经过一个或多个(取决于设置)子帧,该动态长DRX周期使用定时器加1;如果预设时间设置为长DRX周期的整数倍的方式,则UE每使用一个或多个(取决于设置)DRX长周期,该动态长DRX周期使用定时器加1;如果预设时间设置为DRXInactivityTimer超时次数或UE收到DRXcommandMACCE的次数,则UE每发生一次或多次DRXInactivityTimer超时或者UE收到一次或多次DRXcommandMACCE,该动态长DRX周期使用定时器加1。根据UE当前状态不同,UE动态使用长DRX周期的情形也不同:UE收到动态有效的长DRX周期使用指示时,若UE正在使用短DRX周期,则UE在下一个DRX周期开始停止使用短DRX周期而使用长DRX周期,在预设时间到达后的最近一次DRXInactivityTimer超时或最近一次收到DRXcommandMACCE时,UE恢复使用短DRX周期;UE收到动态有效的长DRX周期使用指示时,若DRXInactivityTimer正在运行,则UE在DRXInactivityTimer超时或UE收到DRXcommandMACCE后,停止使用短DRX周期而使用长DRX周期,在预设时间到达后的最近一次DRXInactivityTimer超时或最近一次收到DRXcommandMACCE时,UE恢复使用短DRX周期;UE收到动态有效的长DRX周期使用指示时,若UE正在使用长DRX周期,则UE可在下一次DRXInactivityTimer超时或下一次收到DRXcommandMACCE后,停止使用短DRX周期而使用长DRX周期;在预设时间到达后的最近一次DRXInactivityTimer超时或最近一次收到DRXcommandMACCE后,UE恢复使用短DRX周期;或者,UE也可将该指示视为无效。上述提到的UE停止使用短DRX周期,具体包括:UE将DRXshortCycleTimer置为0或者置为超时。除了上述提到的预设时间到达后UE恢复使用短DRX周期外,在预设时间未到达时,当出现以下两种情况中任一种时,UE也可恢复使用短DRX周期:情况一:UE在收到长DRX周期使用指示后又收到短DRX指示,换句话说,当UE收到短DRX周期使用指示后,若UE判断在此之前(即在收到短DRX周期使用指示之前)收到过长DRX周期使用指示,则UE认为该长DRX周期使用指示失效,UE恢复使用短DRX周期;情况二:当UE收到包含了短DRX周期配置参数的RRC连接重配置信令(RRCconnectionreconfiguration)后,若UE在此之前(即收到该RRC连接重配置信令之前)收到过长DRX周期使用指示,UE认为长DRX周期使用指示失效,UE按照RRC连接重配置信令中包含的短DRX周期配置参数使用短DRX周期。上述提到的UE使用短DRX周期,具体地,UE判断DRXInactivityTimer超时或UE收到DRXcommandMACCE时,UE使用短DRX周期。恢复使用短DRX周期与使用短DRX周期的时机相同。实施例2本实施例介绍实现上述方法的终端,如图3所示,包括接收模块和DRX模块,其中:该接收模块,用于接收基站发送的DRX周期使用指示;该DRX模块,用于判断如果所述接收模块接收的DRX周期使用指示是长DRX周期使用指示,则使用长DRX周期。优选地,该DRX模块采用以下方式使用长DRX周期:根据长DRX周期使用指示的内容或者根据与网络侧的约定配置,静态使用长DRX周期,静态使用长DRX周期是指:停止使用短DRX周期,一直使用长DRX周期。如果该接收模块收到长DRX周期使用指示时,当前终端正在使用短DRX周期,则DRX模块采用以下方式静态使用长DRX周期:在当前一个短DRX周期结束后,停止使用短DRX周期,一直使用长DRX周期。如果该接收模块收到长DRX周期使用指示时,当前终端的DRXInactivityTimer正在运行,则所述DRX模块采用以下方式静态使用长DRX周期:在DRXInactivityTimer超时或收到DRXcommandMACCE后,停止使用短DRX周期,一直使用长DRX周期。如果该接收模块收到长DRX周期使用指示时,当前终端正在使用长DRX周期,则所述DRX模块采用以下方式静态使用长DRX周期:在下一次DRXInactivityTimer超时或下一次收到DRXcommandMACCE后,停止使用短DRX周期,一直使用长DRX周期。优选地,该DRX模块还可采用以下方式使用长DRX周期,包括:根据长DRX周期使用指示的内容或者根据与网络侧的约定配置,动态使用长DRX周期;动态使用长DRX周期是指:仅在预设时间内停止使用短DRX周期而只使用长DRX周期,在预设时间到达后恢复使用短DRX周期。预设时间可以为:子帧的整数倍时间;或长DRX周期的整数倍时间;或DRXInactivityTimer超时次数或UE收到DRXcommandMACCE的次数。接收模块还用于接收基站通过RRC专用信令或MAC信令配置给的所述预设时间;此时,终端还包括用于判断预设时间是否到达的动态长DRX周期使用定时器模块,该动态长DRX周期使用定时器模块在UE开始使用长DRX周期时开始计数;或者在UE开始使用长DRX周期后的第一次DRXInactivityTimer超时或第一次收到DRXcommandMACCE时开始计数。如果接收模块收到长DRX周期使用指示时,当前终端正在使用短DRX周期,则DRX模块采用以下方式动态使用长DRX周期:在下一个DRX周期开始停止使用短DRX周期而使用长DRX周期,在预设时间到达后的最近一次DRXInactivityTimer超时或最近一次收到DRXcommandMACCE时,恢复使用短DRX周期。如果接收模块收到长DRX周期使用指示时,当前终端的DRXInactivityTimer正在运行,则DRX模块采用以下方式动态使用长DRX周期:在DRXInactivityTimer超时或UE收到DRXcommandMACCE后,停止使用短DRX周期而使用长DRX周期,在预设时间到达后的最近一次DRXInactivityTimer超时或最近一次收到DRXcommandMACCE时,恢复使用短DRX周期。如果接收模块收到长DRX周期使用指示时,当前终端正在使用长DRX周期,则DRX模块采用以下方式动态使用长DRX周期:在下一次DRXInactivityTimer超时或下一次收到DRXcommandMACCE后,停止使用短DRX周期而使用长DRX周期;在预设时间到达后的最近一次DRXInactivityTimer超时或最近一次收到DRXcommandMACCE后,恢复使用短DRX周期。优选地,该DRX模块还用于:判断如果接收的DRX周期使用指示是短DRX周期使用指示,则使用短DRX周期。具体地,判断DRXInactivityTimer超时或UE收到DRXcommandMACCE时,使用短DRX周期。优选地,该DRX模块还用于:在所述接收模块收到短DRX周期使用指示后,判断在此之前收到过长DRX周期使用指示,则认为该长DRX周期使用指示失效,恢复使用短DRX周期。优选地,该接收模块还用于接收包含短DRX周期配置参数的RRC连接重配置信令;该DRX模块在所述接收模块收到长DRX周期使用指示,又收到包含短DRX周期配置参数的RRC连接重配置信令时,认为该长DRX周期使用指示失效,按照RRC连接重配置信令中包含的短DRX周期配置参数使用短DRX周期。上述DRX模块停止使用短DRX周期,包括:将DRX短周期定时器置为0或者置为超时。实施例3本实施例介绍DRX动态配置方法中基站侧执行的处理,如图3所示,包括:步骤210,基站根据UE的数据到达规律判断UE需要使用长DRX周期还是短DRX周期;数据到达规律包括数据到达的频度和/或间隔。步骤220,判断该UE需要使用长DRX周期,则向该UE发送长DRX周期使用指示。优选地,当基站根据UE的数据到达规律判断如果该UE需要使用短DRX周期,则向该UE发送短DRX周期使用指示。本实施例中所述基站,对于LTE系统指eNodeB(evolvedNodeB,演进型NodeB),对于UMTS系统指RNC(RadioNetworkController,无线网络控制器)。基站可通过RRC专用信令承载上述长DRX周期使用指示或短DRX周期使用指示,例如,在现有RRC信令中新建IE来承载,或新建RRC信令来承载。或者基站还可通过MAC信令承载长DRX周期使用指示或短DRX周期使用指示,例如,在现有MACCE的保留位中承载,或新建MACCE来承载。优选地,如果基站判断UE需要使用短DRX周期,则在步骤220之前或之后,基站还可发送包含短DRX周期配置参数的RRC连接重配置信令(RRCconnectionreconfiguration)给UE,用于指示UE按照该短DRX周期配置参数使用短DRX周期。如实施例1中所述,基站发送的长DRX周期使用指示可以是静态有效的,或者是动态有效的。具体地,网络侧和UE可事先约定只使用静态有效的长DRX周期使用指示,或只使用动态有效的长DRX周期使用指示,或两种长DRX周期使用指示均使用,具体通过长DRX周期使用指示的内容指示长DRX周期使用指示为静态有效或动态有效。对于同一个UE而言,基站在同一时刻只会发送一种长DRX周期使用指示,但对于一个基站而言,其可同时向不同的UE发送不同种类的长DRX周期使用指示,或者在不同的时刻向同一个UE发送不同种类的长DRX周期使用指示。实施例4本实施例介绍实现上述实施例3方法的基站,如图4所示,包括:判断模块和发送模块,其中:该判断模块,用于根据UE的数据到达规律判断所述UE是否需要使用长DRX周期;该发送模块,用于在所述判断模块判断UE需要使用长DRX周期时,向该UE发送长DRX周期使用指示。优选地,该长DRX周期使用指示包括:静态有效长DRX周期使用指示或动态有效长DRX周期使用指示。该静态有效长DRX周期使用指示和动态有效长DRX周期使用指示均可通过RRC专用信令或MAC信令发送。优选地,该判断模块还用于根据UE的数据到达规律判断所述UE是否需要使用短DRX周期;该发送模块还用于在所述判断模块判断UE需要使用短DRX周期时,向该UE发送短DRX周期使用指示。优选地,该发送模块还用于向UE发送包含短DRX周期配置参数的RRC连接重配置信令,用于指示UE按照该短DRX周期配置参数使用短DRX周期。具体可通过RRC专用信令或MAC信令发送应用示例:本示例场景为LTE系统。假设UE由使用在线游戏业务切换为使用即时通讯业务(例如MSN)。基站检测到每个数据簇之间的时间间隔较长,且数据簇内各数据包的时间间隔较短,如图5中的数据到达示意。假设基站给UE配置了短DRX周期,其DRXShortCycleTimer=2,即在执行长DRX周期之前,短DRX周期需先重复执行2次。短DRX和长DRX周期配合使用的示意图见图5中“短DRX周期+长DRX周期”,可以发现,在短DRX周期执行期间,没有数据到达。基站通过检测,可以容易的统计出,在短DRX周期执行期间,有数据到达的概率,如发现其概率较小,则基站可采用上述实施例的方法,暂停使用短DRX周期,只使用长DRX周期,其效果示意图见图5中“只用长DRX周期”。比较“短DRX周期+长DRX周期”和“只用长DRX周期”,可以容易的发现,“只用长DRX周期”中的UE的Activetime(激活时间,即UE需要监听PDCCH的时间)明显少于“短DRX周期+长DRX周期”,也即是说,“只用长DRX周期”在当前场景下获得了比“短DRX周期+长DRX周期”更好的省电效果。如果基站发送的长DRX周期使用指示是静态有效的,则UE根据其接收到指示的时机进行不同的处理:UE收到所述静态有效的长DRX周期使用指示时,若UE正在使用短DRX周期,则UE在当前一个短DRX周期结束后,停止使用短DRX周期,之后一直使用长DRX周期;例如:见图6中的“采用静态有效的长DRX周期使用指示(1)”子图所示,当UE在短DRX周期的Activetime中收到了静态有效的长DRX周期使用指示,即使此时DRXshortCycleTimer没有超时(短DRX周期的次数还未执行完),在当前这个短DRX周期完毕后,UE立刻使用长DRX周期。UE收到所述静态有效的长DRX周期使用指示时,若DRXInactivityTimer正在运行,则UE在DRXInactivityTimer超时或UE收到DRXcommandMACCE后,停止使用短DRX周期而一直使用长DRX周期;例如:见图6中的“采用静态有效的长DRX周期使用指示(2)”子图所示,当UE有数据收发,此时DRXInactivityTimer正在运行,若此时UE收到静态有效的长DRX周期使用指示,则UE在DRXInactivityTimer超时后直接使用长DRX周期;若在DRXInactivityTimer正在运行时UE收到DRXcommandMACCE,UE也改为一直使用长DRX周期。UE收到所述静态有效的长DRX周期使用指示时,若UE正在使用长DRX周期,则UE在下一次DRXInactivityTimer超时或UE收到DRXcommandMACCE后,停止使用短DRX周期而一直使用长DRX周期;例如:见图6中的“采用静态有效的长DRX周期使用指示(3)”子图所示,当UE处于长DRX周期时,若收到静态有效的长DRX周期使用指示,则UE在以后的DRXInactivityTimer超时或UE收到DRXcommandMACCE后,直接使用长DRX周期。如果基站发送的长DRX周期使用指示是动态有效的,则UE收到该动态有效的长DRX周期使用指示后,仅在预设时间内停止使用短DRX周期而只使用长DRX周期,在预设时间到达后恢复使用短DRX周期。预设时间可以是子帧的整数倍;或者是长DRX周期的整数倍;或者是DRXInactivityTimer超时次数或UE收到DRXcommandMACCE的次数,由网络侧和终端预先约定好。实现时,基站通过RRC专用信令或MAC信令给UE配置具体的预设时间。UE收到动态有效的长DRX周期使用指示后,当UE开始使用长DRX周期时,UE设置动态长DRX周期使用定时器开始计数;或者UE开始使用长DRX周期后的第一次DRXInactivityTimer超时或第一次UE收到DRXcommandMACCE时,UE设置动态长DRX周期使用定时器开始计数。若预设时间的设置为采用子帧的整数倍的方式,则每经过一个子帧,所述动态长DRX周期使用定时器加1,或者也可以经过多个子帧后定时器再加1;若预设时间的设置为采用长DRX周期的整数倍的方式,则UE每使用一个DRX长周期,所述动态长DRX周期使用定时器加1,或者每经过若干个DRX长周期后,定时器再加1;若预设时间的设置为采用DRXInactivityTimer超时次数或UE收到DRXcommandMACCE的次数,则UE每发生一次DRXInactivityTimer超时或者UE收到一次DRXcommandMACCE,所述动态长DRX周期使用定时器加1,或者也可以发生多次DRXInactivityTimer超时后动态长DRX周期使用定时器加1,或者收到多次DRXcommandMACCE后动态长DRX周期使用定时器加1。下面以预设时间为DRXInactivityTimer超时次数或UE收到DRXcommandMACCE的次数为例进行说明,另两种预设时间均可参考实现。基站可以在现有的RRC信令RRCConnectionReconfiguration的IEMAC-MainConfig中的DRX配置参数中增加:DynamicalLongDRXCycleEnableTimer,见下面例子:其中DynamicalLongDRXCycleEnableTimer即为所述预设时间,其取值范围应由由网络侧和UE事先约定,上述的1~64仅为举例。或者基站可以在MAC信令中来传输所述预设时间,例如增加新的MACCE来承载所述预设时间,假设取值范围为1~64,则新的MACCE只需1个Byte长度,并在现有的LCID(LogicalChannelID,逻辑信道标识)表中增加对应的名称DynamicalLongDRXCycleEnableTimer(见表1),用来提示UE在MACPDU(ProtocolDataUnit,协议数据单元)中包含了名为DynamicalLongDRXCycleEnableTimer的MACCE,UE读取到该LCID后,即知道可在收到的MACPDU中去获取对应的DynamicalLongDRXCycleEnableTimer:表1DL-SCH(下行链路共享信道)LCID表序号LCID值00000CCCH(CommonControlChannel,公共控制信道)00001-01010Identityofthelogicalchannel(逻辑信道标识)01011-11001Reserved(保留位)11010DynamicalLongDRXCycleEnableTimer11011……如果基站发送的长DRX周期使用指示是动态有效的,则UE根据其接收到指示的时机进行不同的处理:UE收到所述动态有效的长DRX周期使用指示时,若UE正在使用短DRX周期,则UE在下一个DRX周期开始停止使用短DRX周期而使用长DRX周期,在所述预设时间到达后的最近一次DRXInactivityTimer超时或UE收到DRXcommandMACCE时,UE恢复使用短DRX周期;例如:假设基站为UE配置的DynamicalLongDRXCycleEnableTimer=1,网络侧和UE事先约定采用DRXInactivityTimer超时次数(次数为1)或UE收到DRXcommandMACCE的次数(次数为1)作为预设时间(下同),如图7a中的采用动态有效的长DRX周期使用指示(1.1)和(1.2)所示:(1.1)和(1.2)分别对应前述的2种DynamicalLongDRXCycleEnableTimer的开始计时方式,(1.1)对应的是DynamicalLongDRXCycleEnableTimer从UE开始使用长DRX周期时开始计时;(1.2)对应的是DynamicalLongDRXCycleEnableTimer从UE开始使用长DRX周期后的第一次DRXInactivityTimer超时或第一次UE收到DRXcommandMACCE时开始计时;如(1.1)和(1.2)所示,从UE收到动态有效的长DRX周期使用指示开始,UE停止使用短DRX周期,开始使用长DRX周期,当DynamicalLongDRXCycleEnableTimer计时达到1(达到最大值,或称超时)后,UE恢复使用短DRX周期;注意DRXInactivityTimer超时或UE收到DRXcommandMACCE均使DynamicalLongDRXCycleEnableTimer计数加1。UE收到所述动态有效的长DRX周期使用指示时,若DRXInactivityTimer正在运行,则UE在DRXInactivityTimer超时或UE收到DRXcommandMACCE后,停止使用短DRX周期而使用长DRX周期,在所述预设时间到达后的最近一次DRXInactivityTimer超时或UE收到DRXcommandMACCE时,UE恢复使用短DRX周期,如图7b中的采用动态有效的长DRX周期使用指示(2)所示。UE收到所述动态有效的长DRX周期使用指示时,若UE正在使用长DRX周期,则UE在下一次DRXInactivityTimer超时或UE收到DRXcommandMACCE后,停止使用短DRX周期而使用长DRX周期;在所述预设时间到达后的最近一次DRXInactivityTimer超时或UE收到DRXcommandMACCE后,UE恢复使用短DRX周期,如图7b中的采用动态有效的长DRX周期使用指示(3)所示。在其他示例中,UE也可将该指示视为无效。UE若收到基站发送的短DRX周期使用指示,UE使用短DRX周期;当UE收到短DRX周期使用指示后,若UE在此之前收到过长DRX周期使用指示,则长DRX周期使用指示失效,UE恢复使用短DRX周期;或者当UE收到包含了短DRX周期配置参数的RRC连接重配置信令(RRCconnectionreconguration)后,若UE在此之前收到过长DRX周期使用指示,长DRX周期使用指示失效,UE按照RRC连接重配置信令中包含的短DRX周期配置参数使用短DRX周期。例如:如图8所示,无论当UE正在使用DRX周期,或是DRXInactivityTimer正在运行时,UE收到了短DRX周期使用指示、或者收到了包含了短DRX周期配置参数的RRC连接重配置信令,UE都在最近一次DRXInactivityTimer超时或者UE收到DRXcommandMACCE后,恢复短DRX周期使用,按照现有DRX机制运行:先按照原有DRX周期运行次数运行,当DRXshortCycleTimer超时后使用长DRX周期;差别在于,若UE收到了短DRX周期使用指示,则UE仍按照原有短DRX周期配置参数来使用短DRX周期;若UE收到了包含了短DRX周期配置参数的RRC连接重配置信令,则UE按照RRC连接重配置信令中的短DRX周期配置参数来使用短DRX周期。网络侧和UE可事先约定只使用静态有效的长DRX周期使用指示、或只使用动态有效的长DRX周期使用指示、或两种长DRX周期使用指示均使用;若只使用静态有效的长DRX周期使用指示、或只使用动态有效的长DRX周期使用指示,可采用下述方式来约定长DRX周期使用指示和短DRX周期使用指示:表2标识对应指示0长DRX周期使用指示(事先约定采用静态有效、还是动态有效)1短DRX周期使用指示采用表2的方法,可以只用1比特来表示长DRX周期使用指示和短DRX周期使用指示;表2只是例子之一,还可以有其他表示方法,如表3所示:表3标识对应指示00保留01长DRX周期使用指示(事先约定采用静态有效、还是动态有效)10短DRX周期使用指示11保留若两种长DRX周期使用指示均使用,则采用如表4所示方式来标识长DRX周期使用指示和短DRX周期使用指示:表4标识对应指示00保留01静态有效的长DRX周期使用指示10动态有效的长DRX周期使用指示11短DRX周期使用指示采用表4的方法,可以只用2比特来表示静态有效、动态有效长DRX周期使用指示和短DRX周期使用指示。长DRX周期使用指示或短DRX周期使用指示的发送可通过RRC专用信令或者MAC信令承载。通过RRC专用信令包括:在现有RRC信令中新建IE来承载,例如可以在RRCconnectionsetupcomplete(RRC连接完成)消息、Securitymodecomplete(安全模式完成)消息、RRCconnectionreconfigurationcomplete(RRC连接重配置完成)消息、RRCconnectionreconfigurationcomplete(RRC连接重建完成)消息等上行链路RRC消息中新建IE(InformationElement,消息单元)来承载所述指示;或新建RRC信令来承载。通过MAC信令承载可以是在现有MACCE的保留位中承载,例如:在TimingAdvanceCommand(时间提前指令)MACCE中的保留位中承载:现有的TimingAdvanceCommandMACCE的结构如图9所示。其前两位保留比特位可用于承载长DRX周期使用指示和短DRX周期使用指示。网络侧和UE事先约定用TimingAdvanceCommandMACCE前两位保留比特位承载长DRX周期使用指示和短DRX周期使用指示,例如可采用表3或表4的方式,若前两位保留比特位为00,则表示没有发送长DRX周期使用指示和短DRX周期使用指示,若非00,则表示发送了长DRX周期使用指示或短DRX周期使用指示。通过MAC信令承载还可以是通过新建MACCE来承载长DRX周期使用指示或短DRX周期使用指示;例如设计新的MACCE,只需1个Byte长度,并在现有的LCID表中增加对应的名称DynamicalLongShortDRXCycle(见表5),用来提示UE在MACPDU(ProtocolDataUnit,协议数据单元)中包含了名为DynamicalLongShortDRXCycle的MACCE,UE读取到该LCID后,即知道可在收到的MACPDU中去获取对应的DynamicalLongShortDRXCycle:表5下行链路共享信道LCID表序号LCID值00000公共控制信道00001-01010逻辑信道标识01011-11001保留位11010DynamicalLongShortDRXCycle11011……也可以将长DRX周期使用指示或短DRX周期使用指示与前述的动态有效的长DRX周期使用的预设时间结合,用同一个MACCE承载。以上实施例也可应用于UMTS系统。本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成,所述程序可以存储于计算机可读存储介质中,如只读存储器、磁盘或光盘等。可选地,上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地,上述实施例中的各模块/单元可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。当然,本发明还可有其他多种实施例,在不背离本发明精神及其实质的情况下,熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形,但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。当前第1页1 2 3 
当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1