CN103974390A - Drx模式的启动方法、用户设备、基站及*** - Google Patents

Abstract

本发明公开了一种DRX模式的启动方法、用户设备、基站及***，其中，该方法包括：判断是否接收到RRC重配完成消息对应的状态报告；在判断结果为是的情况下启动DRX模式。应用本发明，使UE和基站在合适的时机启动DRX模式并达到协调一致，进而避免RRC重配过程及后续异常，也能避免在RRC重配过程中，由于UE没有接收到状态报告，导致的不必要的RRC重配完成消息的重发和电能消耗。

Description

DRX模式的启动方法、用户设备、基站及***

技术领域

本发明涉及通信领域，具体而言，涉及一种非连续接收（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所述的基站。