CN103974390A - Drx模式的启动方法、用户设备、基站及*** - Google Patents
Drx模式的启动方法、用户设备、基站及*** Download PDFInfo
- Publication number
- CN103974390A CN103974390A CN201310041054.8A CN201310041054A CN103974390A CN 103974390 A CN103974390 A CN 103974390A CN 201310041054 A CN201310041054 A CN 201310041054A CN 103974390 A CN103974390 A CN 103974390A
- Authority
- CN
- China
- Prior art keywords
- status report
- rrc
- message
- receive
- receiving
- 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
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/02—Power saving arrangements
- H04W52/0209—Power saving arrangements in terminal devices
- H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
- H04W52/0235—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is a power saving command
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种DRX模式的启动方法、用户设备、基站及***,其中,该方法包括:判断是否接收到RRC重配完成消息对应的状态报告;在判断结果为是的情况下启动DRX模式。应用本发明,使UE和基站在合适的时机启动DRX模式并达到协调一致,进而避免RRC重配过程及后续异常,也能避免在RRC重配过程中,由于UE没有接收到状态报告,导致的不必要的RRC重配完成消息的重发和电能消耗。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种非连续接收(Discontinuous Reception,简称为DRX)模式的启动方法、用户设备、基站及***。
背景技术
在长期演进(Long Term Evolution,简称为LTE)***中,为了用户设备(User Equipment,简称为UE)省电,定义了DRX模式。在DRX模式下,UE不必每个子帧都进行物理下行控制信道(Physical Downlink Control Channel,简称为PDCCH)盲检测,为关闭接收电路提供了条件。
在DRX模式下,活跃期(Active Time)和非活跃期(Non-active Time)交替存在,UE离开Active Time就进入Non-active Time。在DRX模式下,UE仅仅需要在Active Time期间进行PDCCH盲检测。Active Time是根据演进型基站(Evolved Node B,简称为eNodeB)配置的DRX参数以及业务调度的情况来确定的。图1是根据相关技术的无业务的DRX场景的示意图,在图1中,A点为“Start/Restart onDuration Timer(启动/重启onDuration Timer)”点,B点为“onDuration Timer expires(onDuration Timer超时)”点。如图1所示,Active Time按周期启动,当没有业务传输时进入Non-active Time期间,并需要等到下一个周期才能重新进入Active Time期间。
在相关技术中,DRX配置参数是基站在无线资源控制(Radio Resource Control,简称为RRC)连接重配消息中发送给UE的。DRX配置参数包括:(onDuration Timer)、drx-InactivityTimer和drx-Retransmission Timer等等。当这几个定时器中有一个或多个定时器在运行时,认为UE处于DRX模式的Active Time期间。
图2是根据相关技术的有业务的DRX场景的示意图,在图2中,A和B与图1相同,C/E表示“Found a PDCCH,then Start/Restart InactivityTimer(发现PDCCH,启动或重启InactivityTimer)”,D为SR send(SR发送),F为InactivityTimer expires(InactivityTimer超时)。
如图2所示,onDuration Timer是周期性启动的定时器,drx-Inactivity Timer是接收到新业务调度时启动的定时器,drx-Retransmission Timer是为接收下行混合自动重传请求(HybridAutomatic Repeat Request,简称为HARQ)重传调度而设置的定时器。另外,当UE发送调度请求(Scheduling Request,简称为SR)向基站请求上行授权(UL Grant)后,且在SR Pending没有取消前,认为UE处于Active Time期间。当有可能接收到上行重传授权并且上行自动重传请求缓冲区(HARQ Buffer)非空时,也认为UE处于Active Time期间。在随机接入过程中也有特定的Active Time期间。
在相关技术中,基于上面描述的DRX定义和DRX配置下发方式,可能存在基站和UE启动DRX模式的时机不同,当基站没有进入DRX模式而UE进入DRX模式时,可能存在UE不去检测基站下发的PDCCH调度,导致业务调度丢失以及后续的异常。
例如,基站在收到UE的RRC重配完成消息时,可以明确UE已经收到了基站下发的RRC重配消息,于是开始启动DRX模式。而UE在接收到基站下发的RRC重配消息(携带DRX配置)时立即启动了DRX模式。
图3是根据相关技术的RRC重配过程和DRX模式启动场景的示意图,在图3中,A、B和图1相同,C、E以及D与图2相同,F/G为Inactivity Timer expires(Inactivity Timer超时),H/J为RRC reconfiguration complete send(RRC重配置完成消息发送),I/K为RRCreconfiguration complete HARQ retransmission(RRC重配置完成消息的HARQ重传),L为RRCreconfiguration received and start DRX mode(RRC重配置消息接收并启动DRX模式)。
在上面这种应用场景及策略下,如图3所示,UE在L时刻收到RRC重配消息,随即启动了DRX模式,恰巧进入到onDuration Timer期间,这个onDuration Timer只有10毫秒,接着,UE在C点拿到上行授权DCI0(Downlink Control Informaion format0,简称为DCI0),并在H点向基站发送状态报告和RRC重配完成消息,H点发送HARQ失败,然后在I点HARQ重发成功,HARQ最大发送次数为2且Inactivity Timer只有10毫秒,那么UE在I点后就进入到DRX模式的Non-active Time期间。然而,此时UE还需要接收基站的状态报告以确认基站收到了RRC重配完成消息。
如上场景,在基站侧,基站收到RRC重配完成消息后,向UE发送相应的状态报告,UE却已经进入DRX Non-active期间而没有去接收。或者,基站在收到RRC重配完成消息时立即启动DRX模式,根据DRX配置周期256毫秒,基站要等待230多毫秒才能够进入到onDurationTimer期间并发送状态报告给UE。于是,UE等待基站的状态报告消息超时(定时器为60毫秒),触发RRC重配完成消息重发过程(RLC层重发),UE在D点发送SR请求授权并在E点获得授权,接着在J点发送RRC重配完成消息,可能J点HARQ发送成功,或者HARQ失败后在K点HARQ重发成功(HARQ最大发送次数为2),无论怎样,在K点UE又进入到DRX模式的Non-active Time期间。若基站收到J点发送的RRC重配完成消息后,下发状态报告,UE有可能在J到K之间的时间里未接收成功,或者状态报告落在了K点之后;或者基站根据DRX周期和参数确定不在Active Time期间,不发送状态报告。
由于UE依然未接收到针对RRC重配完成消息的状态报告,UE等待状态报告超时,再次触发RRC重配完成消息发送过程,如上重复(示意图3中省略)。当达到RLC重传超限次数时,UE将发起RRC重建过程。
从以上例子看到,由于UE和基站在首次启动DRX模式的时机不恰当,导致UE不能及时接收到基站下发的针对RRC重配完成消息的状态报告,从而引发UE重复发送RRC重配完成消息而导致不必要的耗电,甚至引起RLC重传超限及RRC重建。
发明内容
针对相关技术中的DRX模式的启动时机不恰当的问题,本发明提供了一种DRX模式的启动方法、用户设备、基站及***,以至少解决上述问题。
根据本发明的一个方面,提供了一种DRX模式的启动方法,包括:判断是否接收到RRC重配完成消息对应的状态报告;在判断结果为是的情况下启动DRX模式。
优选地,判断是否接收到RRC重配完成消息对应的状态报告包括以下至少之一:在无线链路控制RLC层判断是否接收到所述状态报告;根据物理层接收到的下行分配DCI判断是否接收到所述状态报告;在RRC重配过程中等待预定时间,在所述预定时间到达时确定接收到所述状态报告。
优选地,根据物理层接收到的DCI判断是否接收到所述状态报告包括以下之一:在RRC连接建立之后且未建立业务的情形下,在向所述网络侧发送所述RRC重配完成消息后,接收到所述网络侧发送的第一个下行新传DCI时,确定接收到所述状态报告;在RRC连接建立之后且未建立业务的情形下,在向所述网络侧发送所述RRC重配完成消息后,接收到所述网络侧发送的第一个新传DCI时,且在发送所述RRC重配完成消息后到接收新传DCI之间未收到过下行重传DCI,确定接收到所述状态报告;在RRC连接建立之后且未建立业务的情形下,在向所述网络侧发送所述RRC重配完成消息后,接收到所述网络侧发送的第一个新传DCI时,且已接收到所述RRC重配完成消息的相应的混合自动重传HARQ确认,确定接收到所述状态报告;在RRC连接建立之后且未建立业务的情形下,在向所述网络侧发送所述RRC重配完成消息后,检测上行HARQ成功指示,在检测到所述上行HARQ成功指示的情况下,接收到所述网络侧新传输的DCI时,确定接收到所述状态报告;
优选地,在RRC重配过程中等待预定时间,包括:在接收到携带有DRX配置参数的RRC重配消息时和/或发送RRC重配完成消息时,等待所述预定时间,其中,所述预定时间为预设值或所述网络侧指示的值。
根据本发明的另一个方面,提供了一种DRX模式的启动方法,包括:向UE发送无线资源控制RRC重配完成消息对应的状态报告;根据所述UE对所述状态报告的反馈情况启动DRX模式。
优选地,根据所述UE对所述状态报告的反馈情况启动DRX模式包括以下之一:接收所述UE发送的所述状态报告的混合自动重传HARQ确认,启动所述DRX模式;在没有接收到所述UE对所述状态报告的HARQ反馈的情况下进行HARQ自动重发,在所述HARQ自动重发达到预定次数时启动DRX模式;在发送所述状态报告时和/或接收到RRC重配完成消息时等待预定时间,在所述预定时间到达时启动所述DRX模式。
根据本发明的另一个方面,提供了一种UE,包括:判断模块,用于判断是否接收到无线资源控制RRC重配完成消息对应的状态报告;启动模块,用于在判断结果为是的情况下启动DRX模式。
优选地,所述判断模块包括以下至少之一:第一判断单元,用于在无线链路控制RLC层判断是否接收到所述状态报告;第二判断单元,用于根据物理层接收到的下行分配DCI判断是否接收到所述状态报告;第三判断单元,用于在RRC重配过程中等待预定时间,在所述预定时间到达时确定接收到所述状态报告。
优选地,所述第二判断单元包括以下至少之一:第一确定子单元,用于在RRC连接建立之后且未建立业务的情形下,在向网络侧发送所述RRC重配完成消息后,接收到所述网络侧发送的第一个下行新传DCI时,确定接收到所述状态报告;第二确定子单元,用于在RRC连接建立之后且未建立业务的情形下,在向网络侧发送所述RRC重配完成消息后,接收到所述网络侧发送的第一个新传DCI时,且在发送所述RRC重配完成消息后到接收新传DCI之间未收到过下行重传DCI,确定接收到所述状态报告;第三确定子单元,用于在RRC连接建立之后且未建立业务的情形下,在向所述网络侧发送所述RRC重配完成消息后,接收到所述网络侧发送的第一个新传DCI时,且已接收到所述RRC重配完成消息的相应的混合自动重传HARQ确认,确定接收到所述状态报告;第四确认子单元,用于在RRC连接建立之后且未建立业务的情形下,在向所述网络侧发送所述RRC重配完成消息后,检测上行HARQ成功指示,在检测到所述上行HARQ成功指示的情况下,接收到所述网络侧新传输的DCI时,确定接收到所述状态报告。
优选地,所述第三判断单元包括:第一等待子单元,用于在接收到携带有DRX配置参数的RRC重配消息时,等待所述预定时间;和/或第二等待子单元,用于在发送RRC重配完成消息时,等待所述预定时间;其中,所述预定时间为预设值或所述网络侧指示的值。
根据本发明的又一个方面,提供了一种DRX模式的启动***,包括本发明提供的上述任一UE和本发明提供的上述任一基站。
通过本发明,判断是否接收到RRC重配完成消息对应的状态报告,在判断结果为是的情况下启动DRX模式,避免了在RRC重配过程中,由于UE没有接收到状态报告,导致的不必要的RRC重配完成消息的重发和电能消耗,避免了DRX模式启动时机不恰当的问题。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据相关技术的无业务的DRX场景的示意图;
图2是根据相关技术的有业务的DRX场景的示意图;
图3是根据相关技术的RRC重配过程和DRX模式启动场景的示意图;
图4是根据本发明实施例的DRX的启动***的示意图;
图5是根据本发明实施例的基站的结构框图;
图6是根据本发明实施例的UE的结构框图;
图7是根据本发明实施例的UE的DRX模式的启动方法的流程图;
图8是根据本发明实施例的基站的DRX模式的启动方法的流程图;
图9是根据本发明实施例1的DRX模式启动场景的示意图;
图10是根据本发明实施例2的DRX模式启动场景的示意图;
图11是根据本发明实施例3的UE的DRX模式的启动方法的流程图;
图12是根据本发明实施例4的UE的DRX模式的启动方法的流程图;以及
图13是根据本发明实施例4的基站的DRX模式的启动方法的流程图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
根据本发明实施例,提供了一种DRX模式的启动***。
图4是根据本发明实施例的DRX的启动***的示意图,如图4所示,该***主要包括基站1和UE2。其中,基站1,用于向UE发送RRC重配完成消息对应的状态报告,并根据UE对状态报告的反馈情况启动DRX模式;UE2,用于判断是否接收到RRC重配完成消息对应的状态报告,并在判断结果为是的情况下启动DRX模式。
在本发明实施例的一个实施方式中,基站1和UE2可以用于根据RRC重配过程中的消息判断是否启动DRX模式,或者,在RRC重配开始后等待预定时间,在该预定时间到达时,启动DRX模式。
下面对本发明实施例的基站1和UE2的优选实施方式进行描述。
(一)基站1
图5是根据本发明实施例的基站的结构框图,如图5所示,基站1主要包括:发送模块10和启动模块12。其中,发送模块10,用于向UE发送RRC重配完成消息对应的状态报告;启动模块12,与发送模块10相连接,用于根据UE对状态报告的反馈情况启动DRX模式。
在本发明实施例中的一个实施方式中,启动模块12可以包括以下之一:第一启动单元,用于接收UE发送的状态报告的HARQ确认,启动DRX模式;第二启动单元,用于在没有接收到UE对状态报告的HARQ反馈的情况下进行HARQ自动重发,在HARQ自动重发达到预定次数时启动多数DRX模式;第三启动单元,用于在发送状态报告时和/或接收到RRC重配完成消息时等待预定时间,在该预定时间到达时启动DRX模式。
在实际应用中,可以根据网络信号质量设置上述预定时间,例如,网络信号质量较好,则可以设置较短的等待时间,如果网络信号质量较差,则可以设置较长的等待时间。
(二)UE2
图6是根据本发明实施例的UE的结构框图,如图6所示,UE2主要包括:判断模块20和启动模块22。其中,判断模块20,用于判断是否接收到RRC重配完成消息对应的状态报告;启动模块22,与判断模块20相连接,用于在判断结果为是的情况下启动DRX模式。
在本发明实施例中,判断模块20可以用于在RLC层或物理层判断是否接收到上述状态报告。或者,判断模块20可以用于在RRC重配开始后等待预定时间,在该预定时间到达时确定RRC重配完成。因此,判断模块20可以包括:第一判断单元,用于在RLC层判断是否接收到状态报告;第二判断单元,用于根据物理层接到的DCI判断是否接收到状态报告;第三判断单元,用于在RRC重配过程中等待预定时间,在预定时间到达时确定接收到状态报告。
在本发明实施例的一个优选实施方式中,第二判断单元包括以下之一:
第一确定子单元,用于在RRC连接建立之后且未建立业务的情形下,在向网络侧发送RRC重配完成消息后,接收到网络侧发送的第一个下行新传DCI时,确定接收到状态报告;
第二确定子单元,用于在RRC连接建立之后且未建立业务的情形下,在向网络侧发送RRC重配完成消息后,接收到网络侧发送的第一个新传DCI时,且在发送RRC重配完成消息后到接收新传DCI之间未收到过下行重传DCI,确定接收到状态报告;
第三确定子单元,用于在RRC连接建立之后且未建立业务的情形下,在向网络侧发送RRC重配完成消息后,接收到网络侧发送的第一个新传DCI时,且已接收到RRC重配完成消息的相应的混合自动重传HARQ确认,确定接收到状态报告;
第四确认子单元,用于在RRC连接建立之后且未建立业务的情形下,在向网络侧发送RRC重配完成消息后,检测上行HARQ成功指示,在检测到上行HARQ成功指示的情况下,接收到网络侧新传输的DCI时,确定接收到状态报告。
在本发明实施例的一个优选实施方式中,第三判断单元包括:第一等待子单元,用于在接收到携带有DRX配置参数的RRC重配消息时,等待预定时间;和/或,第二等待子单元,用于在发送RRC重配完成消息时,等待预定时间;其中,预定时间为预设值或所述网络侧指示的值。在预定时间超时时,启动DRX模式。
根据本发明实施例,对应于上述基站、UE及DRX模式的启动***,还提供了一种DRX模式的启动方法。
图7是根据本发明实施例的UE的DRX模式的启动方法的流程图,如图7所示,该方法包括步骤S702至步骤S704。
步骤S702,判断是否接收到RRC重配完成消息对应的状态报告。
步骤S704,在判断结果为是的情况下启动DRX模式。
在本发明实施例的一个优选实施方式中,可以通过但不限于以下方式至少之一判断是否接收到上述状态报告:在RLC层判断是否接收到上述状态报告;根据物理层接收到的DCI判断是否接收到上述状态报告;在RRC重配过程中等待预定时间,在预定时间到达时确定接收到状态报告。
进一步的,在本发明实施例的一个优选实施方式中,根据物理层接到的DCI判断是否接收到所述状态报告可以包括以下之一:
1)在RRC连接建立之后且未建立业务的情形下,在向网络侧发送RRC重配完成消息后,接收到网络侧发送的第一个下行新传DCI时,确定接收到状态报告;
2)在RRC连接建立之后且未建立业务的情形下,在向网络侧发送RRC重配完成消息后,接收到网络侧发送的第一个新传DCI时,且在发送RRC重配完成消息后到接收新传DCI之间未收到过下行重传DCI,确定接收到状态报告;
3)在RRC连接建立之后且未建立业务的情形下,在向网络侧发送RRC重配完成消息后,接收到网络侧发送的第一个新传DCI时,且已接收到RRC重配完成消息的相应的混合自动重传HARQ确认,确定接收到状态报告;
4)在RRC连接建立之后且未建立业务的情形下,在向网络侧发送RRC重配完成消息后,检测上行HARQ成功指示,在检测到上行HARQ成功指示的情况下,接收到网络侧新传输的DCI时,确定接收到状态报告。
进一步的,在本发明实施例的一个实施方式中,可以在接收到携带有DRX配置参数的RRC配置消息时,或者发送RRC重配完成消息时,等待上述预定时间,其中,该预定时间可以为预设值或网络侧指示的值。
图8是根据本发明实施例的基站的DRX模式的启动方法的流程图,如图8所示,该方法包括步骤S802至步骤S804。
步骤S802,向UE发送RRC重配完成消息对应的状态报告。
步骤S804,根据UE对上述状态报告的反馈情况启动DRX模式。
在本发明实施例的一个优选实施方式中,可以通过但不限于通过以下方式之一启动DRX模式:1)接收UE发送的状态报告的HARQ确认,启动所述DRX模式;2)在没有接收到UE对状态报告的HARQ反馈的情况下进行HARQ自动重发,在HARQ自动重发达到预定次数时启动多数DRX模式;3)在发送状态报告和/或接收到RRC重配完成消息时等待预定时间,在预定时间到达时启动DRX模式。
下面对本发明实施例的上述方法的各个方案分别进行描述。
方案1
UE收到基站下发的RRC重配消息及其携带的DRX配置参数,向基站发送RRC重配完成消息。当UE收到相应于上述RRC重配完成消息的状态报告时,开始启动DRX模式。
相应地,基站收到RRC重配完成消息后,向UE发送上述状态报告。基站发送上述状态报告后,并且收到UE发送的对上述状态报告的HARQ确认(HARQACK)时,启动DRX模式。
基站发送上述状态报告后,如果没有收到针对上述状态报告的HARQ ACK,基站进行HARQ重发,直到重传成功或重传次数达到HARQ重发最大次数,基站启动DRX模式。
方案2
该方案可以针对刚进入连接态的场景,启动DRX模式前无其他业务数据收发。
UE收到基站下发的RRC重配消息及其携带的DRX配置参数,向基站发送RRC重配完成消息。
UE发送RRC重配完成消息后,收到第一个DCI时,开始启动DRX模式。或者,UE在接收到DRX配置参数后,收到第一个新传的DCI时,开始启动DRX模式。或者,UE在接收到DRX配置参数后,在后续的上行发送成功(上行HARQ成功)后,收到第一个新传的DCI时,开始启动DRX模式。
相应地,基站收到RRC重配完成消息后,向UE发送上述状态报告。基站发送上述状态报告后,并且收到UE发送的对上述状态报告的HARQ确认(HARQACK)时,启动DRX模式。
基站发送上述状态报告后,如果没有收到针对上述状态报告的HARQ ACK,基站进行HARQ重发过程,直到重传成功或重传次数达到HARQ重发最大次数,基站启动DRX模式。
方案3
UE收到基站下发的RRC重配消息及其携带的DRX配置参数,向基站发送RRC重配完成消息。
UE收到DRX配置参数时和/或发送RRC重配完成消息时,等待一个定时长度X后,启动DRX模式。
相应地,基站收到RRC重配完成消息后,向UE发送RRC重配完成消息所对应的状态报告。基站发送上述状态报告后,等待一个定时长度Y后,启动DRX模式。
或者,基站在发送RRC重配消息后,等待一个定时长度Y后,启动DRX模式。
或者,基站在接收到RRC重配完成消息后,等待一个定时长度Y后,启动DRX模式。
上述时间长度X为默认值,或者由基站在RRC重配消息的DRX配置参数中通知UE定时长度X。上述时间长度Y为默认值,或者根据基站通知给UE的定时长度X来确定。
下面结合具体实例对本发明实施例的上述方法进行描述。
实施例1
如图1所示,相关技术中,DRX模式下,无业务时,Active Time和Non-active Time交替出现,Active Time按周期启动。UE仅仅在Active Time期间接收基站下发的数据;在Non-activeTime期间不接收基站下发的数据,不检测PDCCH。AB两点之间是Active Time期间,是基站配置的onDuration Timer运行的时间。
如图2所示,相关技术中,DRX模式下,有业务时,当UE检测到基站调度的PDCCH时,会进一步延长Active Time时间,具体为Inactivity Timer运行时间,该Inactivity Timer取值可变,最短为1毫秒。
如图2所示,相关技术中,当UE进入Non-active Time期间,B箭头后,有数据要发送时,可以通过发送SR向基站申请上行授权,用以发送上行数据。D箭头时,UE向基站发送SR,E箭头接收到基站的上行授权(PDCCH with DCI0),E箭头时刻为Active Time并延迟到F箭头(Inactivity Timer停止),此后UE进入Non-active Time期间直到下一个DRX周期,此间不接收基站下发的数据。此例上行HARQ最大发送次数为1,仅示意SR过程。
如图3所示,相关技术中,UE在L时刻接收到RRC重配消息,启动DRX模式,并在H时刻发送状态报告(对应于基站的RRC重配消息)及RRC重配完成消息;UE在I时刻对RRC重配完成消息进行HARQ重发后,进入到DRX Non-active Time期间。由于UE没有接收到针对RRC重配完成消息的状态报告,等待超时后,在D点发送SR申请授权,并在J点重新发送RRC重配完成消息。此后,由于基站在接收到RRC重配完成消息后启动了DRX模式,需要等到下一个DRX周期的Active Time时间里发送状态报告给UE。于是,UE一直未收到状态报告,引发RLC重传超限以及RRC重建。
图9是根据本发明实施例1的DRX模式启动场景的示意图,在图9中,A、B与图1相同,C为Found a UL Grant(发现一个a UL Grant),H为RRC reconfiguration complete send(RRC重配完成发送),I为RRC reconfiguration complete HARQ retransmission(RRC重配完成HARQ重传),L为RRC reconfiguration received(接收到RRC重配),M为Status report Received andstart DRX mode(接收到状态报告并启动DRX模式)。
如图9所示,在本发明实施例方案1中,和图3的区别是,在L时刻不启动DRX模式,在I时刻进行RRC重配完成消息的HARQ重传后,等待接收基站的状态报告。随后,在M点接收到基站下发的状态报告时,启动DRX模式。
从图9描述的DRX模式启动方法和场景来看,UE可以在RRC重配完成消息发送之后及时接收到基站下发的状态报告,避免丢失状态报告而引发不必要的RRC重配完成消息的重发,进一步的可避免RLC重传超限以及RRC重建。而图3描述的场景中,UE不能及时接收到状态报告,进一步的可能引发RLC重传超限以及RRC重建。
实施例2
图10是根据本发明实施例2的DRX模式启动场景的示意图,在图10中,A、B与图1相同,C为Found a UL Grant(发现一个a UL Grant),G为Inactivity Timer expires(Inactivity Timer超时),H为RRC reconfiguration complete send(RRC重配完成发送),I为RRC reconfigurationcomplete HARQ retransmission(RRC重配完成HARQ重传),L为RRC reconfiguration received(接收到RRC重配),N为Received DL assignment(DCI)And start DRX mode(接收到DCI,启动DRX模式)。
如图10所示,在本发明实施例方案2中,和图3的区别是,在L时刻不启动DRX模式,在I时刻进行RRC重配完成消息的HARQ重传后,在N点接收到基站下发的下行新分配(新传DCI)时,启动DRX模式,同时启动DRX Inactivity Timer,G点该定时器超时,进入非活跃期。
从图10描述的DRX模式启动方法和场景来看,UE可以在RRC重配完成消息发送之后及时接收到基站下发的状态报告,避免丢失状态报告而引发不必要的RRC重配完成消息的重发,进一步的可避免RLC重传超限以及RRC重建。而图3描述的场景中,UE不能及时接收到状态报告,进一步的可能引发RLC重传超限以及RRC重建。
实施例3
实施例3作为方案2的一种实施方式。
图11是根据本发明实施例3的UE的DRX模式的启动方法的流程图,如图11所示,该方法包括步骤S1102至步骤S1112:
步骤S1102,UE在收到基站的RRC重配消息(携带DRX配置);
步骤S1104,设置状态为DRX预启动状态1;
步骤S1106,UE MAC指示上行HARQ发送成功;
步骤S1108,设置状态变迁为DRX预启动状态2;
步骤S1110,接收到基站新传的下行DCI;
步骤S1112,启动DRX模式。
上述任何一个输入条件不满足时,都不能启动DRX模式。图11仅示意了条件满足时的处理过程。
实施例4
实施例4作为方案3的一种实施方式。
图12是根据本发明实施例4的UE的DRX模式的启动方法的流程图,如图12所示,该方法包括步骤S1202至步骤S1208:
步骤S1202,UE收到基站的RRC重配消息(携带DRX配置);
步骤S1204,启动DRX定时器X;
步骤S1206,DRX定时器X超;
步骤S1208,启动DRX模式。
图13是根据本发明实施例4的基站的DRX模式的启动方法的流程图,如图13所示,相应地,该方法包括步骤S1302至步骤S1308:
步骤S1302,基站在发送RRC重配消息(携带DRX配置);
步骤S1304,启动DRX定时器Y;
步骤S1306,DRX定时器Y超时;
步骤S1308,启动DRX模式。
在本发明实施例中,定时器X时长和定时器Y时长相等或者Y小于X,保证UE不早于基站启动DRX模式。
从以上的描述中,可以看出,本发明实现了如下技术效果:采用本发明实施例的上述方案,使UE和基站在合适的时机启动DRX模式并达到协调一致,进而避免RRC重配过程及后续异常,也能避免在此过程中UE没有接收到状态报告而引发的不必要的RRC重配完成消息的重发以及引发耗电。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (13)
1.一种非连续接收DRX模式的启动方法,其特征在于,包括:
判断是否接收到无线资源控制RRC重配完成消息对应的状态报告;
在判断结果为是的情况下启动DRX模式。
2.根据权利要求1所述的方法,其特征在于,判断是否接收到RRC重配完成消息对应的状态报告包括以下至少之一:
在无线链路控制RLC层判断是否接收到所述状态报告;
根据物理层接收到的下行分配DCI判断是否接收到所述状态报告;
在RRC重配过程中等待预定时间,在所述预定时间到达时确定接收到所述状态报告。
3.根据权利要求2所述的方法,其特征在于,根据物理层接收到的DCI判断是否接收到所述状态报告包括以下之一:
在RRC连接建立之后且未建立业务的情形下,在向网络侧发送所述RRC重配完成消息后,接收到所述网络侧发送的第一个下行新传DCI时,确定接收到所述状态报告;
在所述RRC连接建立之后且未建立业务的情形下,在向所述网络侧发送所述RRC重配完成消息后,接收到所述网络侧发送的第一个新传DCI时,且在发送所述RRC重配完成消息后到接收新传DCI之间未收到过下行重传DCI,确定接收到所述状态报告;
在所述RRC连接建立之后且未建立业务的情形下,在向所述网络侧发送所述RRC重配完成消息后,接收到所述网络侧发送的第一个新传DCI时,且已接收到所述RRC重配完成消息的相应的混合自动重传HARQ确认,确定接收到所述状态报告;
在所述RRC连接建立之后且未建立业务的情形下,在向所述网络侧发送所述RRC重配完成消息后,检测上行HARQ成功指示,在检测到所述上行HARQ成功指示的情况下,接收到所述网络侧新传输的DCI时,确定接收到所述状态报告。
4.根据权利要求2所述的方法,其特征在于,在RRC重配过程中等待预定时间,包括:
在接收到携带有DRX配置参数的RRC重配消息时和/或发送RRC重配完成消息时,等待所述预定时间,其中,所述预定时间为预设值或所述网络侧指示的值。
5.一种非连续接收DRX模式的启动方法,其特征在于,包括:
向用户设备UE发送无线资源控制RRC重配完成消息对应的状态报告;
根据所述UE对所述状态报告的反馈情况启动DRX模式。
6.根据权利要求5所述的方法,其特征在于,根据所述UE对所述状态报告的反馈情况启动DRX模式包括以下之一:
接收所述UE发送的所述状态报告的混合自动重传HARQ确认,启动所述DRX模式;
在没有接收到所述UE对所述状态报告的HARQ反馈的情况下进行HARQ自动重发,在所述HARQ自动重发达到预定次数时启动DRX模式;
在发送所述状态报告时和/或接收到RRC重配完成消息时等待预定时间,在所述预定时间到达时启动所述DRX模式。
7.一种用户设备UE,其特征在于,包括:
判断模块,用于判断是否接收到无线资源控制RRC重配完成消息对应的状态报告;
启动模块,用于在判断结果为是的情况下启动DRX模式。
8.根据权利要求7所述的UE,其特征在于,所述判断模块包括以下至少之一:
第一判断单元,用于在无线链路控制RLC层判断是否接收到所述状态报告;
第二判断单元,用于根据物理层接收到的下行分配DCI判断是否接收到所述状态报告;
第三判断单元,用于在RRC重配过程中等待预定时间,在所述预定时间到达时确定接收到所述状态报告。
9.根据权利要求8所述的UE,其特征在于,所述第二判断单元包括以下至少之一:
第一确定子单元,用于在RRC连接建立之后且未建立业务的情形下,在向网络侧发送所述RRC重配完成消息后,接收到所述网络侧发送的第一个下行新传DCI时,确定接收到所述状态报告;
第二确定子单元,用于在所述RRC连接建立之后且未建立业务的情形下,在向所述网络侧发送所述RRC重配完成消息后,接收到所述网络侧发送的第一个新传DCI时,且在发送所述RRC重配完成消息后到接收新传DCI之间未收到过下行重传DCI,确定接收到所述状态报告;
第三确定子单元,用于在所述RRC连接建立之后且未建立业务的情形下,在向所述网络侧发送所述RRC重配完成消息后,接收到所述网络侧发送的第一个新传DCI时,且已接收到所述RRC重配完成消息的相应的混合自动重传HARQ确认,确定接收到所述状态报告;
第四确认子单元,用于在所述RRC连接建立之后且未建立业务的情形下,在向所述网络侧发送所述RRC重配完成消息后,检测上行HARQ成功指示,在检测到所述上行HARQ成功指示的情况下,接收到所述网络侧新传输的DCI时,确定接收到所述状态报告。
10.根据权利要求8所述的UE,其特征在于,所述第三判断单元包括:
第一等待子单元,用于在接收到携带有DRX配置参数的RRC重配消息时,等待所述预定时间;和/或
第二等待子单元,用于在发送RRC重配完成消息时,等待所述预定时间;
其中,所述预定时间为预设值或所述网络侧指示的值。
11.一种基站,其特征在于,包括:
发送模块,用于向用户设备UE发送无线资源控制RRC重配完成消息对应的状态报告;
启动模块,用于根据所述UE对所述状态报告的反馈情况启动DRX模式。
12.根据权利要求11所述的基站,其特征在于,所述启动模块包括以下之一:
第一启动单元,用于接收所述UE发送的所述状态报告的混合自动重传HARQ确认,启动所述DRX模式;
第二启动单元,用于在没有接收到所述UE对所述状态报告的HARQ反馈的情况下进行HARQ自动重发,在所述HARQ自动重发达到预定次数时启动DRX模式;
第三启动单元,用于在发送所述状态报告和/或接收到RRC重配完成消息时等待预定时间,在所述预定时间到达时启动所述DRX模式。
13.一种非连续接收DRX模式的启动***,其特征在于,包括权利要求7至10中任一项所述的用户设备UE和权利要求11或12所述的基站。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310041054.8A CN103974390B (zh) | 2013-02-01 | 2013-02-01 | Drx模式的启动方法、用户设备、基站及*** |
PCT/CN2013/081784 WO2014117501A1 (zh) | 2013-02-01 | 2013-08-19 | Drx模式的启动方法、用户设备、基站及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310041054.8A CN103974390B (zh) | 2013-02-01 | 2013-02-01 | Drx模式的启动方法、用户设备、基站及*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103974390A true CN103974390A (zh) | 2014-08-06 |
CN103974390B CN103974390B (zh) | 2019-03-15 |
Family
ID=51243303
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310041054.8A Active CN103974390B (zh) | 2013-02-01 | 2013-02-01 | Drx模式的启动方法、用户设备、基站及*** |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN103974390B (zh) |
WO (1) | WO2014117501A1 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109391372A (zh) * | 2017-08-11 | 2019-02-26 | 华为技术有限公司 | 通信方法与设备 |
CN112533281A (zh) * | 2019-09-19 | 2021-03-19 | 中兴通讯股份有限公司 | Drx通信同步及启动控制方法、装置、设备及存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101411095A (zh) * | 2006-03-28 | 2009-04-15 | 三星电子株式会社 | 用于移动通信***中的连接终端的非连续接收的方法和设备 |
US20090175186A1 (en) * | 2008-01-08 | 2009-07-09 | Lei Du | Method and apparatus for setting active period starting point for user equipment |
CN101611648A (zh) * | 2006-10-27 | 2009-12-23 | 交互数字技术公司 | 在无线***中用于增强不连续接收的方法和设备 |
CN102014441A (zh) * | 2009-09-08 | 2011-04-13 | 中兴通讯股份有限公司 | 一种非连续接收参数配置方法及*** |
-
2013
- 2013-02-01 CN CN201310041054.8A patent/CN103974390B/zh active Active
- 2013-08-19 WO PCT/CN2013/081784 patent/WO2014117501A1/zh active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101411095A (zh) * | 2006-03-28 | 2009-04-15 | 三星电子株式会社 | 用于移动通信***中的连接终端的非连续接收的方法和设备 |
CN101611648A (zh) * | 2006-10-27 | 2009-12-23 | 交互数字技术公司 | 在无线***中用于增强不连续接收的方法和设备 |
US20090175186A1 (en) * | 2008-01-08 | 2009-07-09 | Lei Du | Method and apparatus for setting active period starting point for user equipment |
CN102014441A (zh) * | 2009-09-08 | 2011-04-13 | 中兴通讯股份有限公司 | 一种非连续接收参数配置方法及*** |
Non-Patent Citations (1)
Title |
---|
RESEARCH IN MOTION UK LIMITED: "[76#37] – LTE: EDDA discussion on RRC signalling and DRX efficiency", 《3GPP TSG-RAN WG2 MEETING #77 R2-120805》 * |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109391372A (zh) * | 2017-08-11 | 2019-02-26 | 华为技术有限公司 | 通信方法与设备 |
CN109391372B (zh) * | 2017-08-11 | 2021-08-13 | 华为技术有限公司 | 通信方法与设备 |
US11489631B2 (en) | 2017-08-11 | 2022-11-01 | Huawei Technologies Co., Ltd. | Communication method and communications device |
CN112533281A (zh) * | 2019-09-19 | 2021-03-19 | 中兴通讯股份有限公司 | Drx通信同步及启动控制方法、装置、设备及存储介质 |
WO2021052371A1 (zh) * | 2019-09-19 | 2021-03-25 | 中兴通讯股份有限公司 | Drx通信同步及启动控制方法、装置、设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN103974390B (zh) | 2019-03-15 |
WO2014117501A1 (zh) | 2014-08-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11451345B2 (en) | Data transmission method, terminal, and RAN device | |
KR102043219B1 (ko) | 접속 모드 drx 동작들을 제어하기 위한 방법 | |
EP3764733A1 (en) | Communication method and apparatus for discontinuous reception, and communication device and communication system | |
CN105472756B (zh) | 执行随机接入过程的方法及终端 | |
EP2152040B1 (en) | Method and apparatus for improving DRX functionality when DRX timers are overlapped with a measurement gap | |
CN102123399B (zh) | 调度请求的方法及装置 | |
WO2020155062A1 (zh) | 目标下行信号的接收方法、装置、设备及*** | |
CN109391372A (zh) | 通信方法与设备 | |
US20110003555A1 (en) | Method and Apparatus for PDCCH Monitoring | |
EP2148542A1 (en) | Method and apparatus for improving DRX functionality | |
EP3214790B1 (en) | Device and method of handling a hybrid automatic repeat request process in a licensed assisted access secondary cell | |
CA3194072A1 (en) | Discontinuous reception control method and apparatus, terminal, and readable storage medium | |
WO2012068972A1 (zh) | 一种激活配置的方法及用户设备 | |
CN104871575A (zh) | 用于基于cqi掩码处理csi报告的方法、装置及计算机程序产品 | |
CN101730250A (zh) | 一种资源的半持续调度方法、基站和用户终端 | |
CN104284348B (zh) | 一种动态tdd配置的获取方法、基站及终端 | |
CN116830763A (zh) | 用户装备处的侧链路非连续接收 | |
JP2023536002A (ja) | データ送信のための方法および装置 | |
CN103974390A (zh) | Drx模式的启动方法、用户设备、基站及*** | |
US20240172183A1 (en) | Method and apparatus for selecting transmission resource in internet of vehicles, and terminal | |
WO2024093792A1 (zh) | 定时器运行方法及装置 | |
CN116671189A (zh) | 定时器状态更改方法、装置、终端及存储介质 | |
CN117354900A (zh) | 一种非连续接收的配置方法及装置 | |
CN113348719A (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 | ||
TR01 | Transfer of patent right |
Effective date of registration: 20221108 Address after: 518055 Zhongxing Industrial Park, Liuxian Avenue, Xili street, Nanshan District, Shenzhen City, Guangdong Province Patentee after: SANECHIPS TECHNOLOGY Co.,Ltd. Address before: 518057 No. 55 South Science and technology road, Shenzhen, Guangdong, Nanshan District Patentee before: ZTE Corp. |
|
TR01 | Transfer of patent right |