CN102595606A - 一种配置和执行非连续接收的方法、系统和设备 - Google Patents

Abstract

本发明实施例涉及无线通信技术领域，特别涉及一种配置和执行非连续接收的方法、系统和设备，用以为用户设备配置DRX周期的方案，使得用户设备能够执行非连续接收。本发明实施例提供的配置DRX的方法包括：网络侧设备确定需要为用户设备配置DRX周期；所述网络侧设备为所述用户设备配置确定的多个DRX周期以及DRX周期的执行顺序。由于网络侧设备在确定需要为用户设备配置DRX周期后，为用户设备配置确定的多个DRX周期以及DRX周期的执行顺序，使得用户设备能够执行非连续接收。

Description

一种配置和执行非连续接收的方法、系统和设备

技术领域

本发明涉及无线通信技术领域，特别涉及一种配置和执行非连续接收的方法、系统和设备。

背景技术

在LTE(Long Term Evolution，长期演进)系统中，为了用户的省电特性，引入了DRX(Discontinuous Reception，非连续接收)机制。

DRX机制是per(每个)UE(用户设备)机制。DRX机制下通过定时器控制UE对PDCCH(Physical Downlink Control Channel，物理下行控制信道)的监听，相关定时器如下：

OnDurationTimer：UE周期性醒来监听控制信道的时间。该timer长度由RRC配置，以PDCCH(physical downlink control channel，下行物理控制信道)子帧为单位(psf)，取值最小psf1，最大psf200。所谓PDCCH子帧即指下行有PDCCH控制信道的子帧。

DrxShortCycleTimer：为了更好的配合数据业务到达的特点，LTE系统允许配置两种DRX cycle(周期)：long cycle和short cycle。两种cycle的onDurationTimer相同，但sleep的时间不一样。在short cycle中，sleep(睡眠)时间相对更短，UE可以更快地再次监听控制信道。Long cycle是必须配置的，并且是DRX过程的初始状态；short cycle是可选的。DrxShortCycleTimer设置了采用short cycle持续的时间，DrxShortCycleTimer超时后，UE将使用Longcycle。DrxShortCycleTimer由RRC配置，长度单位为short cycle的个数，取值范围为1到16。

Drx-InactivatityTimer：配置了DRX后，当UE在允许监听控制信道的时间内(Active Time)收到HARQ(Hybrid Automatic Repeat reQuest，混合自动重传请求)初始传输的控制信令时打开该定时器，在该定时器超时之前，UE连续监听控制信道。如果在Drx-InactivatityTimer超时前，UE收到HARQ初始传输的控制信令，将终止并重新启动Drx-InactivatityTimer。该timer长度由RRC配置，以PDCCH(physical downlink control channel，下行物理控制信道)子帧为单位(psf)，取值最小psf1，最大psf2560。

HARQ RTT Timer：仅适用于DL(下行链路)，使UE有可能在下次重传到来前不监听控制信道，达到更好的节电效果。UE如果收到了HARQ传输(初始传输或重传)的控制信令，将打开此定时器。如果对应HARQ进程中的数据在前一次HARQ传输后解码不成功(UE反馈NACK(Negative ACKnowledge，错误应答指令))，在HARQ RTT Timer超时后，UE打开Drx-RetransmissionTimer。如果对应HARQ进程中的数据在前一次HARQ传输后解码成功(UE反馈ACK)，在HARQ RTT Timer定时器超时后，UE不启动Drx-RetransmissionTimer。如果当前只有HARQ RTT Timer运行，UE不监听控制信道。

Drx-RetransmissionTimer：仅适用于DL。在Drx-RetransmissionTimer其间，UE监听控制信令，等待对应HARQ进程的重传调度。该timer长度由RRC配置，以PDCCH子帧为单位(psf)，取值最小psf1，最大psf33；

上述DRX相关timer中onDurationTimer、drx-InactivityTimer以及drx-RetransmissionTimer的长度是基于PDCCH子帧个数统计的。

DRX包括激活期和休眠期，激活期内UE需要监听PDCCH，接收和发送数据以及信令传输。休眠期内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周期的执行顺序，使得用户设备能够执行非连续接收；进一步提高了用户设备的性能，并节省用户设备的电量。

附图说明

图1为本发明实施例执行DRX的系统结构示意图；

图2为本发明实施例执行DRX的系统中网络侧设备的结构示意图；

图3为本发明实施例执行DRX的系统中用户设备的结构示意图；

图4为本发明实施例配置DRX的方法流程示意图；

图5为本发明实施例执行DRX的方法流程示意图。

具体实施方式

本发明实施例网络侧设备为用户设备配置两个或者两个以上的DRX周期并配置这些周期的执行顺序；用户设备按照配置进行DRX周期操作，在接收到网络侧的信令指示或者数据传输，则重新复位初始周期执行顺序。由于网络侧设备在确定需要为用户设备配置DRX周期后，为用户设备配置确定的多个DRX周期以及DRX周期的执行顺序，使得用户设备能够执行非连续接收。

下面结合说明书附图对本发明实施例作进一步详细描述。

在下面的说明过程中，先从网络侧和用户设备侧的配合实施进行说明，最后分别从网络侧与用户设备侧的实施进行说明，但这并不意味着二者必须配合实施，实际上，当网络侧与用户设备侧分开实施时，也解决了分别在网络侧、用户设备侧所存在的问题，只是二者结合使用时，会获得更好的技术效果。

如图1所示，本发明实施例执行DRX的系统包括：网络侧设备10和用户设备20。

网络侧设备10，用于确定需要为用户设备20配置DRX周期，为用户设备20配置确定的多个DRX周期以及DRX周期的执行顺序；

用户设备20，用于确定网络侧设备10配置的多个DRX周期以及DRX周期的执行顺序，按照DRX周期的执行顺序，执行多个DRX周期。

在实施中，网络侧设备10在满足下列至少一种因素后确定需要为用户设备20配置DRX周期：

因素1、根据预先设置的策略信息，例如策略信息就是尽量节能，因此尽可能的给用户设备20都配置DRX以节电；

因素2、用户需求，网络侧通过上行指示的方式获知对应的用户设备20是否需要省电；

相应的，用户设备20通过上行信令的方式来告知网络侧自己是否需要省电。

例如采用1bit内容上报，当用户设备20没有指示省电(如上报bit为0)时，网络侧设备可以按照尽量满足QoS(Quality of Service服务质量)的要求来考虑配置；而当用户设备20指示省电需求(如上报bit为1)时，网络侧可以按照尽量省电的要求来考虑相关的DRX配置和参数。

其中，0和1只是“不需要省电”和“省电”最简单的一种划分。也可以是多级划分方式，例如“完全不需要省电”，“满足QoS要求的省电配置”，“超出QoS要求的省电配置”，“极致省电”等多级省电要求，然后用相应的比特信息告知网络侧。

针对因素2，用户设备20还可以在执行过程中，向网络侧反馈是否需要省电。

例如，用户设备20认为当前的省电配置不足以到达满意的效果，可以告知网络侧，网络侧设备10更改DRX配置，来满足UE更高的省电要求；或者用户设备20认为当前的省电配置超过需求，则也可以告知网络侧，网络侧设备更改DRX配置或者取消DRX，来提高用户的体验。

因素3、业务特点，例如用户发起的业务具有断续或非持续的特点，比较适合配置DRX机制；

相应的，用户设备20可以通过上行过程来告知网络侧自身业务的状态。

例如，用户设备20开启的应用软件由激活状态进入非激活状态(即仅保持在线状态但不发送任何用户数据)，此时可以告知网络侧当前状态，则网络侧可以在接收到这种状态通知之后，进入DRX省电配置状态；反之，当用户设备20再重新回到激活状态后，可以再次告知网络，网络更改DRX配置或者取消DRX配置。

较佳地，本发明实施例的DRX周期的执行顺序是多个DRX周期轮流执行；相应的，用户设备20根据DRX周期轮流执行网络侧设备10配置的多个DRX周期。

比如网络侧设备10配置三个DRX周期分别为周期1、周期2和周期3，并配置三个DRX周期的执行顺序是周期3、周期1和周期2，则用户设备20执行周期3，然后再执行周期1，最后再执行周期2，在周期2结束后重新按照周期3、周期1和周期2的顺序执行。

较佳地，网络侧设备10通过RRC(Radio Resource Control，无线资源控制)信令或MAC(Medium Access Control，媒体接入控制)信令为用户设备20配置确定的多个DRX周期以及DRX周期的执行顺序。

较佳地，还可以设置每个DRX周期的执行次数。

具体的，每个DRX周期的执行次数可以在协议中规定，或者由网络侧设备10为用户设备20配置每个DRX周期的执行次数。

相应的，用户设备20根据协议规定的每个DRX周期的执行次数或接收的网络侧设备10配置的每个DRX周期的执行次数，以及DRX周期的执行顺序，执行多个DRX周期。

具体的，用户设备20在执行DRX周期达到对应次数后，根据执行顺序执行后续的DRX周期。

比如网络侧设备10配置三个DRX周期分别为周期1、周期2和周期3，并配置三个DRX周期的执行顺序是周期3、周期1和周期2，且周期1、周期2和周期3的执行次数分别是N1、N2和N3，则用户设备20执行周期3，在执行周期3达到N3次后，再执行周期1，在执行周期1达到N1次后，再执行周期2，在执行周期2达到N2次后，重新按照周期3、周期1和周期2的顺序执行。

较佳地，网络侧设备10通过RRC信令或MAC信令为用户设备20配置每个DRX周期的执行次数。

较佳地，网络侧设备10将每个DRX周期的执行次数与确定的多个DRX周期以及DRX周期的执行顺序一起配置给用户设备20。

较佳地，网络侧设备10在确定需要让用户设备进入长周期后，通知用户设备从配置的DRX周期中执行时间最长的DRX周期；相应的，用户设备20在接收到来自网络侧设备10的执行时间最长的DRX周期的通知后，执行配置的DRX周期中时间最长的DRX周期。

比如，网络侧设备10确定用户设备20目前的业务是稀发业务或由用户设备20在之前的上报信令中指示希望省电，则确定需要让用户设备进入长周期。

需要说明的是，网络侧设备10确定需要让用户设备进入长周期的方式并不局限于上述内容，其他能够确定需要让用户设备进入长周期的方式同样适用本发明实施例。

较佳地，网络侧设备10在确定需要让用户设备进入短周期后，通知用户设备从配置的DRX周期中执行时间最短的DRX周期；相应的，用户设备20在接收到来自网络侧设备10的执行时间最短的DRX周期的通知后，执行配置的DRX周期中时间最短的DRX周期。

比如，网络侧设备10在确定用户设备20有下行数据的可能性非常大，或者用户设备20没有任何显示需要省电的指示，则确定需要让用户设备进入短周期。

需要说明的是，网络侧设备10确定需要让用户设备进入短周期的方式并不局限于上述内容，其他能够确定需要让用户设备进入短周期的方式同样适用本发明实施例。

较佳地，网络侧设备10通过显示信令通知用户设备20进入短周期或进入长周期。

较佳地，网络侧设备10在用户设备20有对应的上行数据和/或下行数据时，调度用户设备20；

相应的，用户设备20在接收到来自网络侧设备的上行调度和/或下行调度后，重新按照DRX周期的执行顺序，执行多个DRX周期。

比如配置三个DRX周期的执行顺序是周期3、周期1和周期2，用户设备20在执行周期1时接收到上行调度，则用户设备20马上重新按照周期3、周期1和周期2的顺序执行。

较佳地，网络侧设备10在配置DRX周期时可以根据业务特性和需求确定配置DRX周期的数量、长度以及执行顺序。

以对于业务数据的包到达间隔的概率分布的考虑和该业务能够忍受的端到端时延的考虑为例：例如时延敏感的业务或者端到端时延要求较严格的业务，尽量减少其进入大数值DRX周期的概率，反之，时延不敏感或者端到端时延要求较宽松的业务，可以适当的考虑提高进入大数值DRX周期的概率。另外，在业务源数据包的包到达间隔CDF(Cumulative Distribution Function，累积分布函数)曲线中，占有较大概率的包到达间隔值，可以作为设置DRX周期的参考，例如某个IM(Instant messaging，即时消息)业务，其50％的数据包到达间隔均小于40ms，95％的数据包到达间隔均小于100ms，100％的数据包到达间隔均小于500ms，那么DRX周期可以考虑设置为40ms，60ms，400ms。

下面列举几种确定配置DRX周期的数量、长度以及执行顺序的例子：

例1：根据UE的端到端时延要求为150ms，则可以设置第一周期为100ms，并且根据业务特点，当UE长期无数据时，UE的包到达间隔超过1秒，则设置第二周期为1秒；

UE的执行顺序为：

第一周期100ms，100ms，100ms，一共执行N次100ms的周期，如果达到次数N之后，UE还是没有任何数据，则UE进入长周期1s，并且在1s的周期结束之后，立即进入100ms的周期，如果再次累计N次100ms周期，没有数据，则再次进入1s周期，相应的如果在100ms周期中有任何上/下行数据，则100ms的累计次数清零

例2：

配置周期为10ms最小，1280ms最大，UE的执行顺序为：

10ms，20ms，40ms，80ms，160ms，320ms，640ms，1280ms，10ms，20ms。。。。

如果没有任何上\下行数据的话，按照这个顺序自动循环进行，如果一旦接收到任何上\下行数据，则UE重新从10ms，20ms......开始执行

其中，本发明实施例的网络侧设备可以是基站(比如宏基站、家庭基站等)，也可以是RN(中继)设备，还可以是其它网络侧设备。

如图2所示，本发明实施例执行DRX的系统中的网络侧设备包括：第一确定模块200和配置模块210。

第一确定模块200，用于确定需要为用户设备配置DRX周期；

配置模块210，用于在确定需要为用户设备配置DRX周期后，为用户设备配置确定的多个DRX周期以及DRX周期的执行顺序。

其中，DRX周期的执行顺序是多个DRX周期轮流执行。

较佳地，配置模块210为用户设备配置每个DRX周期的执行次数，用于通知用户设备在执行DRX周期达到对应次数后，根据执行顺序执行后续的DRX周期。

较佳地，配置模块210通过无线资源控制RRC信令或媒体接入控制MAC信令为用户设备配置确定的多个DRX周期以及DRX周期的执行顺序。

较佳地，配置模块210在确定需要让用户设备进入长周期后，通知用户设备从配置的DRX周期中执行时间最长的DRX周期；在确定需要让用户设备进入短周期后，通知用户设备从配置的DRX周期中执行时间最短的DRX周期。

较佳地，配置模块210通过显示信令通知用户设备。

如图3所示，本发明实施例执行DRX的系统中的用户设备包括：第二确定模块300和执行模块310。

第二确定模块300，用于确定网络侧设备配置的多个DRX周期以及DRX周期的执行顺序；

执行模块310，用于按照DRX周期的执行顺序，执行多个DRX周期。

较佳地，执行模块310根据DRX周期轮流执行网络侧设备配置的多个DRX周期。

较佳地，第二确定模块300确定预先设定的每个DRX周期的执行次数或接收网络侧设备配置的每个DRX周期的执行次数；

相应的，执行模块310在执行DRX周期达到对应次数后，根据执行顺序执行后续的DRX周期。

较佳地，执行模块310在接收到来自网络侧设备的执行时间最长的DRX周期的通知后，执行配置的DRX周期中时间最长的DRX周期；在接收到来自网络侧设备的执行时间最短的DRX周期的通知后，执行配置的DRX周期中时间最短的DRX周期。

较佳地，执行模块310在接收到来自网络侧设备的上行调度和/或下行调度后，重新按照DRX周期的执行顺序，执行多个DRX周期。

较佳地，第二确定模块300通过上行信令的方式通知网络侧用户设备是否需要省电。和/或

较佳地，第二确定模块300在执行过程中，向网络侧反馈是否需要省电。和/或

较佳地，第二确定模块300通过上行过程告知网络侧自身当前执行的业务的状态。

基于同一发明构思，本发明实施例中还提供了一种配置DRX的方法，由于该方法解决问题的原理与执行DRX的系统的相似，因此该方法的实施可以参见方法的实施，重复之处不再赘述。

如图4所示，本发明实施例配置DRX的方法包括下列步骤：

步骤401、网络侧设备确定需要为用户设备配置DRX周期；

步骤402、网络侧设备为用户设备配置确定的多个DRX周期以及DRX周期的执行顺序。

较佳地，本发明实施例的DRX周期的执行顺序是多个DRX周期轮流执行。

较佳地，步骤402中，网络侧设备通过RRC信令或MAC信令为用户设备配置确定的多个DRX周期以及DRX周期的执行顺序。

较佳地，还可以设置每个DRX周期的执行次数。

具体的，每个DRX周期的执行次数可以在协议中规定，或者由网络侧设备确为用户设备配置每个DRX周期的执行次数，用于通知用户设备在执行DRX周期达到对应次数后，根据执行顺序执行后续的DRX周期。

较佳地，网络侧设备通过RRC信令或MAC信令为用户设备配置每个DRX周期的执行次数。

较佳地，网络侧设备将每个DRX周期的执行次数与确定的多个DRX周期以及DRX周期的执行顺序一起配置给用户设备。

较佳地，步骤402之后，网络侧设备在确定需要让用户设备进入长周期后，通知用户设备从配置的DRX周期中执行时间最长的DRX周期。

需要说明的是，网络侧设备10确定需要让用户设备进入长周期的方式并不局限于上述内容，其他能够确定需要让用户设备进入长周期的方式同样适用本发明实施例。

较佳地，步骤402之后，网络侧设备在确定需要让用户设备进入短周期后，通知用户设备从配置的DRX周期中执行时间最短的DRX周期。

需要说明的是，网络侧设备确定需要让用户设备进入短周期的方式并不局限于上述内容，其他能够确定需要让用户设备进入短周期的方式同样适用本发明实施例。

较佳地，网络侧设备通过显示信令通知用户设备进入短周期或进入长周期。

较佳地，网络侧设备在配置DRX周期时可以根据业务特性和需求确定配置DRX周期的数量、长度以及执行顺序。

基于同一发明构思，本发明实施例中还提供了一种执行DRX的方法，由于该方法解决问题的原理与执行DRX的系统的相似，因此该方法的实施可以参见方法的实施，重复之处不再赘述。

如图5所示，本发明实施例执行DRX的方法包括下列步骤：

步骤501、用户设备确定网络侧设备配置的多个DRX周期以及DRX周期的执行顺序；

步骤502、用户设备按照DRX周期的执行顺序，执行多个DRX周期。

较佳地，步骤502中，用户设备根据DRX周期轮流执行网络侧设备10配置的多个DRX周期。

较佳地，还可以设置每个DRX周期的执行次数。

具体的，用户设备确定预先设定的每个DRX周期的执行次数或接收网络侧设备配置的每个DRX周期的执行次数；

相应的，步骤502中，用户设备在执行DRX周期达到对应次数后，根据执行顺序执行后续的DRX周期。

较佳地，步骤502之后还包括：

用户设备在接收到来自网络侧设备的执行时间最长的DRX周期的通知后，执行配置的DRX周期中时间最长的DRX周期；

用户设备在接收到来自网络侧设备的执行时间最短的DRX周期的通知后，执行配置的DRX周期中时间最短的DRX周期。

较佳地，步骤502之后还包括：

用户设备在接收到来自网络侧设备的上行调度和/或下行调度后，重新按照DRX周期的执行顺序，执行多个DRX周期。

较佳地，用户设备通过上行信令的方式通知网络侧该用户设备是否需要省电。和/或

较佳地，用户设备在执行过程中，向网络侧反馈是否需要省电。和/或

较佳地，用户设备通过上行过程告知网络侧自身业务的状态。

其中，图4和图5可以合成一个流程，形成一个执行DRX的方法，即先执行步骤401和步骤402，再执行步骤501和步骤502。

下面以三个实例对本发明的方案进行说明。

实例一：

eNB侧：

步骤一、eNB(演进基站)以RRC信令配置给UE三个DRX周期，长度分别为cycle1，cycle2和cycle3，并在信令中规定这三个DRX周期的执行顺序为依次执行，即cycle1-＞cycle2-＞cycle3。

步骤二、eNB根据其算法、资源和数据情况，若发现后续有必要让UE直接进入长周期，则可以直接以MAC信令或者层一信令(比如PDCCH(PhysicalDownlink Control Channel，物理下行控制信道)信令)的方式，让UE直接执行最长的DRX周期；若发现后续有必要让UE进入短周期，则可以直接以MAC信令或者层一信令的方式，让UE直接执行最短的DRX周期；当UE有上行和/或下行数据需要传输时，eNB对UE进行调度，使其进行正常的上下行传输。

UE侧：

步骤一：UE通过RRC信令获知DRX的相关配置，其中周期开始时间点，和其余定时器的应用都可以参照现有技术，除了DRX周期，采用新的三个周期轮替的方式进行。

步骤二：UE从DRX周期的初始开始时间点，首先执行第一个DRX周期，该DRX周期的周期长度为cycle1。

其中，在长度为cycle1的DRX周期中，如果接收到上行和/或下行调度，则周期长度不受影响，激活期如果接收到eNB的显示信令指示，则按照信令指示要求，执行相应的周期长度。

步骤三、UE接着执行第二个DRX周期，若在周期开始的激活时间中没有收到eNB任何的显示信令指示或者本周期内没有任何的上行和/或下行数据传输，则该DRX周期的周期长度为cycle2；若在第二个DRX周期开始的激活时间中，UE收到了eNB的显示信令指示，则UE按照信令指示的要求进入相应的DRX周期；如果UE收到了上行和/或下行数据的调度传输，则该DRX周期的周期长度复位为cycle1，即返回步骤二；

步骤四、UE接着执行第三个DRX周期，若在本周期开始的激活时间中没有收到eNB任何的显示信令指示或者本周期内没有任何的上行和/或下行数据传输，则该DRX周期的周期长度为cycle3；若在第三个DRX周期开始的激活时间中，UE收到了eNB的显示信令指示，则UE按照信令指示的要求进入相应的DRX周期；本周期内如果UE收到了上行和/或下行数据的调度传输，则该DRX周期的周期长度复位为cycle1，即返回步骤二；

步骤五：UE在顺利执行完前一个长度为cycle3的DRX周期后，重新返回步骤二。

在本实施例中，eNB显示信令改变DRX周期执行顺序的操作，只是一种优化的方式，不排除eNB不对执行顺序作干涉，只是按照配置的顺序和上行和/或下行数据的调度情况来执行DRX周期顺序。以下实施例中也是如此。

实例二：

eNB侧：

步骤一、eNB以RRC信令配置给UE三个DRX周期，基本周期长度为cycle，以后每一个周期分别为前一个周期的N倍，即三个DRX周期长度分别为cycle，cycle*N和cycle*N*N，并在信令中规定这三个DRX周期的执行顺序为依次顺序执行，即cycle-＞cycle*N-＞cycle*N*N；

步骤二、eNB根据其算法，资源和数据情况，若发现后续有必要让UE直接进入长周期，则可以直接以MAC信令或者层一信令的方式，让UE直接执行最长的DRX周期；若发现后续有必要让UE进入短周期，则可以直接以MAC信令或者层一信令的方式，让UE直接执行最短的DRX周期；当UE有上行和/或下行数据需要传输时，eNB对UE进行调度，使其进行正常的上下行传输。

UE侧：

步骤一、UE通过RRC信令获知DRX的相关配置，其中周期开始时间点，和其余定时器的应用都可以参照现有技术，除了DRX周期，采用新的三个周期轮替的方式进行；

步骤二、从DRX周期的初始开始时间点，首先执行第一个DRX周期，该DRX周期的周期长度为cycle。

其中，在长度为cycle的DRX周期中，本周期如果接收到上行和/或下行调度，则周期长度不受影响，激活期如果接收到eNB的显示信令指示，则按照信令指示要求，执行相应的周期长度。

步骤三、UE接着执行第二个DRX周期，若在周期开始的激活时间中没有收到eNB任何的显示信令指示或者本周期没有任何的上行和/或下行数据传输，则该DRX周期的周期长度为cycle*N；若在第二个DRX周期开始的激活时间中，UE收到了eNB的显示信令指示，则UE按照信令指示的要求进入相应的DRX周期；本周期如果UE收到了上行和/或下行数据的调度传输，则该DRX周期的周期长度复位为cycle，即返回步骤二；

步骤四、UE接着执行第三个DRX周期，若在本周期开始的激活时间中没有收到eNB任何的显示信令指示或者本周期没有任何的上行和/或下行数据传输，则该DRX周期的周期长度为cycle*N*N；若在第三个DRX周期开始的激活时间中，UE收到了eNB的显示信令指示，则UE按照信令指示的要求进入相应的DRX周期；本周期如果UE收到了上行和/或下行数据的调度传输，则该DRX周期的周期长度复位为cycle1，即返回步骤二；

步骤五：UE在顺利执行完前一个长度为cycle*N*N的DRX周期后，重新回到步骤二。

实例三：

eNB侧：

步骤一、eNB以RRC信令配置给UE两个DRX周期，长度分别为cycle1，cycle2，并在信令中规定这两个DRX周期的执行次数分别为N1和N2，顺序为依次执行，即cycle1-＞...-＞cycle1-＞cycle2-＞...-＞cycle2，其中省略点分别代表cycle1执行N1次和cycle2执行N2次；

步骤二、eNB根据其算法，资源和数据情况，若发现后续有必要让UE直接进入长周期，则可以直接以MAC信令或者层一信令的方式，让UE直接执行最长的DRX周期；若发现后续有必要让UE进入短周期，则可以直接以MAC信令或者层一信令的方式，让UE直接执行最短的DRX周期；当UE有上行和/或下行数据需要传输时，eNB对UE进行调度，使其进行正常的上下行传输。

UE侧：

步骤一、UE通过RRC信令获知DRX的相关配置，其中周期开始时间点，和其余定时器的应用都可以参照现有技术，除了DRX周期，采用新的两个周期轮替的方式进行；

步骤二、UE从DRX周期的初始开始时间点，首先执行第一个DRX周期，该DRX周期的周期长度为cycle1。

其中，在长度为cycle1的DRX周期中，本周期如果接收到上行和/或下行调度，则周期长度不受影响，激活期如果接收到eNB的显示信令指示，则按照信令指示要求，执行相应的周期长度；

步骤三、UE接着执行第二至N1个DRX周期，如果在每个周期开始的激活时间中没有收到eNB任何的显示信令指示或者本周期没有任何的上行和/或下行数据传输，则该DRX周期的周期长度仍旧为cycle1；

步骤三、如果在第二至N1个DRX周期开始的激活时间中，UE收到了eNB的显示信令指示，则UE按照信令指示的要求进入相应的DRX周期；本周期如果UE收到了上行和/或下行数据的调度传输，则该DRX周期的周期长度复位为第一个cycle1周期的执行，即返回步骤二；

步骤四、UE在累计连续执行完N1个周期为cycle1的DRX周期后，若在本周期开始的激活时间中没有收到eNB任何的显示信令指示或者本周期没有任何的上行和/或下行数据传输，则该DRX周期的周期长度为cycle2；若在本周期开始的激活时间中UE收到了eNB的显示信令指示，则UE按照信令指示的要求进入相应的DRX周期；本周期如果UE收到了上行和/或下行数据的调度传输，则该DRX周期的周期长度复位为第一个cycle1周期的执行，即返回步骤二；

步骤五、UE接着执行接下来的N2个DRX周期，若在本周期开始的激活时间中没有收到eNB任何的显示信令指示或者本周期没有任何的上行和/或下行数据传输，则该DRX周期的周期长度为cycle2；若如果在接下来的N2个DRX周期开始的激活时间中，UE收到了eNB的显示信令指示，则UE按照信令指示的要求进入相应的DRX周期；本周期如果UE收到了上行和/或下行数据的调度传输，则该DRX周期的周期长度复位为第一个cycle1周期的执行，即返回步骤二；

步骤六：UE在累计连续执行完N2个长度为cycle2的DRX周期后，即返回步骤二。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (26)

1.一种配置非连续接收DRX的方法，其特征在于，该方法包括：

网络侧设备确定需要为用户设备配置DRX周期；

所述网络侧设备为所述用户设备配置确定的多个DRX周期以及DRX周期的执行顺序。

2.如权利要求1所述的方法，其特征在于，所述DRX周期的执行顺序是多个DRX周期轮流执行。

3.如权利要求1所述的方法，其特征在于，所述网络侧设备配置确定需要为用户设备配置DRX周期之后还包括：

所述网络侧设备为所述用户设备配置每个DRX周期的执行次数，用于通知所述用户设备在执行DRX周期达到对应次数后，根据所述执行顺序执行后续的DRX周期。

4.如权利要求1所述的方法，其特征在于，所述网络侧设备配置多个DRX周期以及DRX周期的执行顺序包括：

所述网络侧设备通过无线资源控制RRC信令或媒体接入控制MAC信令为所述用户设备配置确定的多个DRX周期以及DRX周期的执行顺序。

5.如权利要求1～4任一所述的方法，其特征在于，所述网络侧设备配置确定的多个DRX周期以及DRX周期的执行顺序之后还包括：

所述网络侧设备在确定需要让用户设备进入长周期后，通知所述用户设备从配置的DRX周期中执行时间最长的DRX周期；

所述网络侧设备在确定需要让用户设备进入短周期后，通知所述用户设备从配置的DRX周期中执行时间最短的DRX周期。

6.如权利要求5所述的方法，其特征在于，所述网络侧设备通知所述用户设备包括：

所述网络侧设备通过显示信令通知所述用户设备。

7.如权利要求5所述的方法，其特征在于，所述显示信令是MAC信令或物理层信令。

8.一种执行非连续接收DRX的方法，其特征在于，该方法包括：

用户设备确定网络侧设备配置的多个DRX周期以及DRX周期的执行顺序；

所述用户设备按照DRX周期的执行顺序，执行多个DRX周期。

9.如权利要求8所述的方法，其特征在于，所述用户设备执行多个DRX周期包括：

所述用户设备根据DRX周期轮流执行所述网络侧设备配置的多个DRX周期。

10.如权利要求8所述的方法，其特征在于，所述用户设备执行多个DRX周期之前还包括：

所述用户设备确定预先设定的每个DRX周期的执行次数或接收所述网络侧设备配置的每个DRX周期的执行次数；

所述用户设备执行多个DRX周期包括：

所述用户设备在执行DRX周期达到对应次数后，根据所述执行顺序执行后续的DRX周期。

11.如权利要求8～10任一所述的方法，其特征在于，所述用户设备执行多个DRX周期之后还包括：

所述用户设备在接收到来自所述网络侧设备的执行时间最长的DRX周期的通知后，执行配置的DRX周期中时间最长的DRX周期；

所述用户设备在接收到来自所述网络侧设备的执行时间最短的DRX周期的通知后，执行配置的DRX周期中时间最短的DRX周期。

12.如权利要求8～10任一所述的方法，其特征在于，所述用户设备执行多个DRX周期之后还包括：

所述用户设备在接收到来自所述网络侧设备的上行调度和/或下行调度后，重新按照DRX周期的执行顺序，执行多个DRX周期。

13.如权利要求8～10任一所述的方法，其特征在于，所述用户设备确定网络侧设备配置的多个DRX周期以及DRX周期的执行顺序之前还包括：

所述用户设备通过上行信令通知网络侧所述用户设备需要省电；和/或

所述用户设备通知网络侧所述用户设备当前执行的业务的状态。

14.一种配置非连续接收DRX的网络侧设备，其特征在于，该网络侧设备包括：

第一确定模块，用于确定需要为用户设备配置DRX周期；

配置模块，用于在确定需要为用户设备配置DRX周期后，为所述用户设备配置确定的多个DRX周期以及DRX周期的执行顺序。

15.如权利要求14所述的网络侧设备，其特征在于，所述DRX周期的执行顺序是多个DRX周期轮流执行。

16.如权利要求14所述的网络侧设备，其特征在于，所述配置模块还用于：

为所述用户设备配置每个DRX周期的执行次数，用于通知所述用户设备在执行DRX周期达到对应次数后，根据所述执行顺序执行后续的DRX周期。

17.如权利要求14所述的网络侧设备，其特征在于，所述配置模块具体用于：

通过无线资源控制RRC信令或媒体接入控制MAC信令为所述用户设备配置确定的多个DRX周期以及DRX周期的执行顺序。

18.如权利要求14～17任一所述的网络侧设备，其特征在于，所述配置模块还用于：

在确定需要让用户设备进入长周期后，通知所述用户设备从配置的DRX周期中执行时间最长的DRX周期；在确定需要让用户设备进入短周期后，通知所述用户设备从配置的DRX周期中执行时间最短的DRX周期。

19.如权利要求18所述的网络侧设备，其特征在于，所述配置模块具体用于：

通过显示信令通知所述用户设备。

20.一种执行非连续接收DRX的用户设备，其特征在于，该用户设备包括：

第二确定模块，用于确定网络侧设备配置的多个DRX周期以及DRX周期的执行顺序；

执行模块，用于按照DRX周期的执行顺序，执行多个DRX周期。

21.如权利要求20所述的用户设备，其特征在于，所述执行模块具体用于：

根据DRX周期轮流执行所述网络侧设备配置的多个DRX周期。

22.如权利要求20所述的用户设备，其特征在于，所述第二确定模块还用于：

确定预先设定的每个DRX周期的执行次数或接收所述网络侧设备配置的每个DRX周期的执行次数；

所述执行模块还用于：

在执行DRX周期达到对应次数后，根据所述执行顺序执行后续的DRX周期。

23.如权利要求20～22任一所述的用户设备，其特征在于，所述执行模块还用于：

在接收到来自所述网络侧设备的执行时间最长的DRX周期的通知后，执行配置的DRX周期中时间最长的DRX周期；在接收到来自所述网络侧设备的执行时间最短的DRX周期的通知后，执行配置的DRX周期中时间最短的DRX周期。

24.如权利要求20～22任一所述的用户设备，其特征在于，所述执行模块还用于：

在接收到来自所述网络侧设备的上行调度和/或下行调度后，重新按照DRX周期的执行顺序，执行多个DRX周期。

25.如权利要求20～22任一所述的用户设备，其特征在于，所述第二确定模块还用于：

通过上行信令通知网络侧所述用户设备需要省电；和/或通知网络侧所述用户设备当前执行的业务的状态。

26.一种执行非连续接收DRX的系统，其特征在于，该系统包括：

网络侧设备，用于确定需要为用户设备配置DRX周期后，为所述用户设备配置确定的多个DRX周期以及DRX周期的执行顺序；

用户设备，用于确定网络侧设备配置的多个DRX周期以及DRX周期的执行顺序，按照DRX周期的执行顺序，执行多个DRX周期。

Images