CN101682885B - 用于在无线用户终端中节省功率的方法和设备 - Google Patents

Abstract

一种用于蜂窝系统的方法，该系统具有至少一个控制节点eNodeB，其控制小区中的用户终端UE。根据该方法，UE能够处于至少两种不同状态-空闲状态、DRX状态和“持续”状态之一。UE能够接收来自其eNodeB的至少第一和第二类型的业务。如果UE在持续周期期间接收到第一类型的业务，则UE在持续周期末端采用空闲(DRX)状态，并且如果UE在持续周期期间接收到第二类型的业务，则UE将当前持续周期延长特定时间量。

Description

用于在无线用户终端中节省功率的方法和设备

技术领域

本发明公开了一种在3G类的蜂窝无线接入系统中的无线用户终端中节省功率的方法和设备。

背景技术

在用于蜂窝无线系统的3GPP项目中，作为其目的之一的用来节约用户终端的电池时间的机制将被介绍，该机制被称为不连续接收或DRX。

借助DRX机制，用户终端将能够基于所配置的参数和指定规则来将无线电资源打开或者关闭达特定时间量。

作为DRX机制的一个例子，可以提及用于WCDMA系统的所谓的连续分组连通性机制CPC，其中DRX方案被指定。根据该方案，只要用户终端在非DRX周期(period)期间接收数据，它就发起对其无线电资源的连续使用(连续接收)，并基于在其间没有接收到数据的时间段之后的“暂停(timeout)”而恢复DRX状态。

在3G系统中，如在许多其它无线蜂窝系统中一样，存在一个控制节点，在3G中被称为eNodeB，其目的之一就是用来控制往返于该系统中的特定区域-小区内的用户终端的业务。为了让DRX机制正确地运行，需要一组清晰的规则以使系统的eNodeB能够在任何时间确定“它们”的用户终端关于DRX的状态，即DRX或非DRX。

在LTE系统中，主要会存在两种业务：实时业务和非实时业务，后者通常被称为尽力型(best-effort)业务。

对于混合业务的情形，即其中非实时(例如“尽力型”)流和实时流可能同时活动的情形，利用当前解决方案，很难使用户终端具有DRX周期，也很难给这样的周期一个合适的持续时间，该问题部分由当前方法所引起，所述当前方法让用户终端基于业务的特征来采用(assume)DRX状态。

基于业务特征或模式得到DRX周期的方法可能适合于非实时业务，但是不清楚其如何能够多好地应用于诸如VoIP之类的实时业务，或二者的组合，即用于混合业务。当DRX方案为每UE，而非每无线电接入承载RAB或每无线电承载RB时，这就特别有关。

总之，可以说利用在混合业务系统中已存在的针对DRX周期的解决方案所存在的问题是，那些解决方案并没有考虑在混合情形下服务的特征。换句话说，当具有变化特征(实时/非实时)的业务对于同一个UE同时处于活动时，当前解决方法是无法奏效的。

一种可能的方法可以是使用满足实时业务延迟要求的方案，其比用于非实时业务要求更加严格。在这样的方案中，eNodeB可以例如使用MAC指示明确地发信号通知UE改变DRX状态或“苏醒(wake up)”达某一“持续(on-duration)”周期直到在UE可以借助明确的信令或者自发地恢复DRX之后实时和非实时数据这二者已经被接收到。

然而，周期性DRX模式的目的在实时服务和尽力型服务之间是非常不同的；对于前者，其意在匹配应用数据的生成(例如，以20ms为界生成的编码语音)，而对于后者，其意在为可能由于DRX尽力型数据而引起的附加延迟提供上限。

这意味着，对于混合业务仅使用实时DRX方案可能干扰UE的周期性苏醒与应用发送速率的匹配程度，或者可能在大部分时间导致短的DRX周期，即使没有什么非实时数据被发送。它也会给实时流增加抖动，而这并不是期望的特征。

发明内容

因而，如上所述，需要一种解决方案来解决LTE类型的无线蜂窝接入系统中的DRX周期的问题，在该系统中能够存在两种数据，例如，实时和非实时数据。该解决方案将向eNodeB提供以下可能性：总是知道“它的”用户终端处于哪个状态(DRX或非DRX)，以及能够适应不同类型的业务提出的对DRX的需求。

该解决方案也可能应用到除LTE系统之外的其他类型的系统，其中存在与DRX周期类似的周期，即其间UE不监听来自其控制节点的数据的周期。

本发明提供的这种解决方案中公开了一种用在蜂窝无线接入系统中的方法，在该系统中能够存在至少一个控制节点，其特别用来控制往返于该系统的特定区域-小区中的用户终端UE的传输。

根据本发明的方法，UE能够处于至少两种不同状态之一，第一此类状态是其中UE不监听来自它的控制节点的数据的状态，并且第二此类状态是监听状态-“持续”状态，每个状态被采用达特定时间量。

在本发明能够被应用于的系统中，UE能够接收来自它的控制节点的至少第一和第二类型的数据，并且根据本发明的方法，如果在持续周期期间第一类型的数据被UE接收到，则UE在持续周期的末端采用第一(非监听)状态，并且如果在持续周期期间第二类型的数据被UE接收到，则UE将当前持续周期延长特定时间量。

术语“数据”在这里在广义上上使用，并且因而包含，例如，诸如调度安排、准许(grant)以及用户平面数据等之类的所谓的第1层和第2层(例如，控制平面)信令。

适当地但非必要地，第一类型的数据能够是实时数据或与实时数据的传输相关的信令，例如，调度准许或者用于为实时数据分配资源的调度分配。

同时，适当地但非必要地，第二类型数据能够是非实时数据，所谓的尽力型数据、或与尽力型数据传输相关的信令，例如，调度准许、调度分配和其它类型的第1层/第2层信令。

因而，本发明公开了一种方法，借助该方法，能够适应诸如实时和非实时数据之类的两种类型的数据对于类似DRX状态的需求。

在本发明的特定实施例中，包括了被指定为一定时间量的“不活动计时器”，并且如果在进行中的持续周期期间尽力型数据被UE接收到，则UE将持续状态延长与不活动计时器对应的时间段。因而，在控制节点将尽力型数据传输到UE之后，控制节点将会知道在UE中将类似DRX状态延长的时间量。

在本发明的另一个实施例中，UE也能够从其控制节点接收控制信息，其明确地命令UE采用两种状态之一，即在当前持续周期的末端的非监听/持续周期，所述命令也包括该状态应该被采用的时间量。因此，这是另一种用来让控制节点知道UE将处的状态以及UE将采用该状态多久的方法。

控制消息适当地能够是所谓的MAC信令，借助于该信令，控制节点能够因此命令UE采用两种状态之一达特定时间量。

本发明的这些和其它优点通过以下本发明的详细描述将变得更加清楚。

附图说明

以下将参考附图对本发明进行更为详细地描述，其中：

图1显示了本发明能够被应用于的系统的概览图；和

图2显示了在本文中的一些定义；和

图3显示了根据本发明的时间图；和

图4显示了本发明方法的流程图；和

图5显示了本发明的UE的粗略框图。

具体实施方式

图1显示了本发明能够被应用于的系统的粗略概览图。如上所述，本发明旨在应用于的系统是LTE(长期演进)类型的无线蜂窝接入系统。如图1所示，这样的系统包括控制节点110，其任务之一就是控制往返于该系统内的特定区域(即所谓的小区)中的用户终端UE的所有业务。这样的小区在图1象征性地显示为120，其中一个UE130位于该小区中。

自然地，本发明所应用于的系统中的小区数量、和在该小区中能够被使用的UE数量会极大地变化，图1中显示的小区和UE的数量仅仅是为了便于读者对本发明的理解而作的示例。

另外，本发明所应用于的系统的类型不需要是LTE类型的系统，本发明也能够被应用在其它类型的无线蜂窝接入系统中。因而，在本说明书中借用自LTE类型的系统的术语的使用仅仅是为了便于读者对本发明的理解而作的示例。

如前所解释的，本发明主要是用来处理涉及不连续接收的周期的机制所带来的问题，在LTE中其被称为DRX周期。在详细描述本发明之前，本文中所使用的一些基本定义将首先参考图2进行解释。

图2显示了作为时间函数的UE无线电状态，该时间以传输时间间隔TTI来显示。在图2中使用的数字对应于以下定义或事件：

1.苏醒点，即UE在该时间点苏醒，或者换句话说，UE在该时间点从DRX状态到监听状态。

2.隐含的(implicit)进入休眠命令：如果在持续周期期间UE没有接收到任何触发新的持续周期的数据，则它将采用DRX状态。

3.隐含的保持苏醒命令：如果在持续周期期间UE接收到任何尽力型数据，则它将当前持续周期延长某一预定时间量，合适地，另一个持续周期的长度。

4.DRX间隔，即特定DRX模式被重复的间隔。

5.持续周期：在从DRX苏醒之后，其间UE等待数据接收的时间段。

6.不活动计时器：即这样的时间段：UE从上次接收数据(PDCCH的解码)等待成功地接收到数据(解码PDCCH)，而失败再次进入DRX状态(即非监听状态)。在单次数据接收(PDCCH的解码)之后UE重新启动活动计时器。

7.一个TTI传输时间间隔。然而，被显示为“7”的周期也可以是另外一个时间间隔，例如，每TTI可以具有一个或多个所谓的子帧。

8.UE的“苏醒”时间。

9.明确的(explicit)保持苏醒：eNodeB可以向UE发送保持苏醒的明确命令，通常借助所谓的MAC或RRC(无线电资源控制)信令。

10.明确的进入休眠：eNodeB可以向UE发送进入休眠的明确命令，通常借助所谓的MAC或RRC(无线电资源控制)信令。

除了图2所示的周期和事件以外，还存在“DRX周期”的说法，即UE采用空闲状态的周期，即在该周期期间它不监听数据。该周期可能是可变的，并且通常等于在同一个DRX间隔期间DRX间隔减去苏醒时间。

关于术语空闲，在本文中可以指出，术语“空闲”是指UE的非监听状态，即在UE中能够被用来从eNodeB接收传输的无线电资源被关闭。

现在回到本发明，本发明的基本概念是使用用于混合业务(实时数据和尽力数据)的DRX方案，其使用普通的DRX周期，在该周期的末端UE苏醒并且通常监听L1/L2控制信道上的数据。

一种实现在DRX周期和“监听”周期之间以及这些周期的长度之间的自主(由UE或eNodeB控制)转换的方式是让这些周期的长度能够通过了解UE接收的数据是尽力型数据还是实时数据来隐含地得到。这将在下文被更加详细地描述。

在本发明之后的另一个基本思想是使用同一个DRX机制，而不管业务的类型，即在存在混合业务的情况下使用同一个DRX机制，而让eNodeB使用“苏醒”的机会来在适用之处调度非实时数据。

因此，在本发明的一个实施例中，当非实时数据被eNodeB发送到UE时，UE保持苏醒达额外预配置的“苏醒时间”，并且隐含地(例如使用不活动计时器)，或者明确地借助来自eNodeB的诸如MAC信令之类的信令来采用DRX状态。在“持续”期期间，实时业务能够被eNodeB发送，并且尽力型数据的发送与DRX间隔的周期性将不会冲突，并看它是否与预期的实时业务模式相匹配。

本发明这些基本概念将参考图3进行更加详细地说明，其基于图2中所解释和使用的概念。

第一持续周期具有三个TTI的持续时间。在该周期的第一TTI中，实时数据被UE接收到，并且在第三个且最后的TTI中，RTCP数据(看下文)被接收到，其后UE能够采用DRX状态，即UE“进入休眠”。

以上使用的术语“RTCP数据”表示实时传输控制协议，并且是RTP的控制部分，其提供诸如发送机和接收机报告(丢失、延迟等)之类的控制信息。通常地，当例如VoIP处于活动时，RTCP数据也被发送，相应地不超过5％的总带宽被VoIP流消耗。之后，UE能够直接采用DRX状态，因为RTCP能够被认为是实时流的一部分，即它使用与VoIP流相同的承载而被发送，或者通过其他一些方式与VoIP流相关联。

这用数字2通过箭头示出，其意味着“隐含进入休眠”，如以上结合图2所解释的那样。

在接下来的DRX间隔期间，实时数据在持续周期的TTI数字2中被接收，并且在持续周期的第三个且最后的TTI中，尽力型数据被接收，根据本发明的方法，其使UE将进行中的持续周期延长预定TTI量，通常以及适当地，如被包含在普通持续周期中(即在当前示例性的三个TTI中)的相同TTI量。因此，如果在持续周期期间接收到尽力型数据，则额外的持续周期被添加到进行中的持续期的末端。

如图3所示，作为一个例子，在添加的持续周期期间，尽力型数据在添加的持续周期的第三个且最后的TTI中再次被接收。如能够预期的那样，这再次触发不活动计时器，换句话说，UE在当前持续周期的末端添加新的持续周期。

如图3所示，在第二个添加的持续周期期间，没有任何类型的数据被接收到，因此UE在持续周期的末端采用DRX状态，即“隐含进入休眠”。

在如图3所示的第三DRX间隔期间，UE在普通的持续周期的第三个TTI中接收实时数据，这将意味着在持续周期的末端DRX采用DRX状态。然而，在相同的TTI中，UE接收来自eNodeB的“保持苏醒”的明确命令，即延长当前的持续周期。该命令能够以许多方式被发送，但是在优选实施例中，其通过所谓的MAC信令被发送。MAC命令“保持苏醒”能够通过多种方式来表达，例如，“在持续周期末端保持苏醒达另外X个TTI”，或者“保持苏醒直到进一步的命令被接收到”。

如图3所示，在“延长的周期”期间，UE在TTI数字2中接收到尽力型数据，其通常会将UE送入延长的“保持苏醒”周期，即额外的持续周期。然而，在相同的TTI中，UE接收到来自eNodeB的进入休眠的明确命令，如用数字“9”标记的箭头所示，即采用DRX状态的命令。

要进入DRX状态的明确命令也能够以多种方式从eNodeB发送到UE，但是在优选实施例中，它通过MAC信令被发送。该命令也能够以多种不同方式被表示，例如，“在该TTI之后立即进入DRX”，或“在另一个持续周期之后进入DRX”。在图3中显示的命令为“在该TTI之后立即进入DRX”。在另一个优选实施例中，要进入DRX状态的明确命令能够通过RRC信令(无线电资源控制)而被从eNodeB发送到UE。

因此，图2显示了在本文中和本发明所使用的某些概念，并且图3以及以上给出的对该附图的描述，显示了在本发明中使用的部分基本原理。接下来，本发明的两个特别实施例将被描述。

第一实施例

以下描述了本发明的一个详细实施例：DRX方案在UE中被配置，例如，通过RRC(无线电资源控制)信令，仅使用一种DRX间隔，其长度优选地被调整为在该系统中所预期的最严格的实时服务的最大延迟要求。具有该长度的DRX间隔被保持，直到它被重新配置或者被无效(deactivate)。

在该第一实施例中，UE苏醒并监听传输一段时间，该时间等于在DRX间隔期间的指定时间点处的一个“持续”周期，合适地如图3所示，在间隔的开始处。

在诸如LTE之类的系统中，能够存在从eNodeB到UE的下行链路业务DL，和从UE到eNodeB的上行链路业务UL。在该第一实施例中，以下能够被应用到下行链路业务：

当UE苏醒时，对于任何TTI，苏醒-时间(即非-DRX)能够通过以下两种方式之一被延长：

·隐含地，从延长“苏醒时间”的非实时数据的接收直到“不活动计时器”终止，或者直到明确的“进入休眠”消息被接收到，例如，通过MAC信令；

·明确地，从延长“苏醒时间”的信令(例如，MAC)的接收直到“不活动计时器”终止，或直到明确的“进入休眠”(例如，MAC)指示(无论哪个条件先到)。

在持续周期期间，当数据被接收到时，UE逻辑可以如下：

·如果存在更多的数据，则UE延长其监听周期超过“DRX持续”周期。在“不活动计时器”(隐含的)或者来自MAC“进入休眠”信令(明确的)之后，无论哪个条件先到，UE都将回到休眠。

UE基于以下来检测是否存在更多的数据：

·来自eNodeB的MAC信令(明确的)；

·在配置的持续周期中的至少一个TTI中非实时数据的检测，基于例如指示非实时实体的MAC/RLC连接的标识。

另外，如果没有更多的数据(如上所指示的，其将已经被检测到)，UE能够立即采用DRX状态。

应当注意，相同的DRX方案能够被用于实时业务，其中尽力型数据永远不会被检测到(不被发送)并且eNodeB不会使用MAC来发信号通知用于尽力型数据的“持续”周期。

对于上行链路传输，类似的方案能够被应用。如上所述，在UE已经传送数据单元至eNodeB之后，它可以继续以传送被eNodeB使用的用于下行链路传输的进一步的数据。

以上所使用的术语“苏醒包括当半持久性调度和/或盲检测被使用时(即当UE监听数据达很小间隔，而不是仅仅在一个特定TTI内苏醒时)的情形。

术语“半持久性调度”是指以下情形：eNodeB已经分配了固定的调制和编码方案MCS给特定TTI/子帧(即时间/频率)并周期性重发。术语“盲检测”是指以下情形：其中诸如UE之类的无线电接收机知道在何时(TTI)将会进行传输，但是它不知道可以在什么子带(即频率)以及使用什么调制和编码方案(MCS)来传送数据。术语MCS与用于传输的调制类型相关，以及与所使用的码率和比特数量相关。

因此，在“半持久性调度”或“盲检测”的情况下，接收机、UE必须在传输可能发生的时间周围监听达特定数量的TTI，因为不存在将被使用的确切无线电资源的明确信令。在这样的情况下，UE将尝试使用不同MCS来解码所接收到的数据，直到它失败地尝试了所有的可能性，或者直到它成功地验证了至少一个尝试。在预期TTI周围的多个TTI(或者更合适地为子帧)必须被监听，因为用于传输的子帧的数量依赖于所使用的MCS。

还应当指出的是，以上描述的用于上行链路和下行链路情形这二者的逻辑能够被应用于其间UE苏醒(即“持续”周期)的任何时间段。

本发明的第二种特别实施例将在下文中被描述。

第二实施例

在根据3GPP的系统中一个可能的未来特征是计时器机制将被指定作为DRX解决方案的一部分以处理在接收到数据之后UE应该何时返回DRX状态的问题。换句话说，如果在持续周期期间UE接收到数据，则利用这种特征，它在数据接收之后等待指定时间直到它“进入休眠”，即采用DRX状态(除非已经通过MAC或RRC收到明确的进入休眠命令)。

第二实施例主要是用于以下情形，其中为UE指定一个单独的此类计时器值，所述计时器对于所有承载都是有效的，而不管哪个服务被映射到承载上。第二实施例提出了一种功能，所述功能用于重写(override)用于某些指定服务(例如VoIP)所映射于的承载的单个定时器值。

因此第二实施例包括：

·禁用用于某些承载的进入休眠(“返回DRX”)计时器，例如被配置用于实时业务的承载，例如被配置用于无线电链路控制非确认模式RLC-UM的承载。

·对于那些计时器已经被禁用的承载，根据以上在第一实施例中描述的规则进入DRX(“进入休眠”)。

换句话说，第二实施例包含一种功能，根据这种功能，例如，如果数据在“VoIP承载”上被接收到，则UE就尽可能快地进入休眠，但是如果数据在“尽力型”上被接收到，则UE在进入休眠之前等待由单个进入休眠计时器指定的时间段。

图4显示了本发明的方法400的粗略的流程图。具有选项或者可选择情况的步骤在图4中用虚线示出。因此，如之前所解释的，本发明的方法400可以用在诸如图1的系统100之类的蜂窝无线接入系统中，在该系统中能够存在至少一个诸如图1中的节点110之类的控制节点，其特别用于控制往返于系统中的特定区域-小区120中的用户终端UE130的传输。

如步骤410所示，根据本发明的方法，UE能够处于至少两种不同状态之一，第一此类状态为其中UE不监听来自它的控制节点的数据的状态，并且第二此类状态为监听状态-“持续”状态，每个状态被采用达特定时间量。

如步骤420和425中所示，系统中的UE能够接收来自它的控制节点的至少第一(步骤420)和第二(步骤425)类型的数据，并且如步骤415中所指示的，如果在持续周期期间第一类型的数据被UE接收到，则UE在持续周期的末端采用第一状态，并且如步骤430中所指示的，如果在持续周期期间第二类型的数据被UE接收到，则UE将当前持续周期延长特定时间量。

如步骤435中所示，第一类型的数据能够是实时数据或者与实时数据的传输相关的信令，并且如步骤440中所示，第二类型的数据是非实时数据，即所谓的尽力型数据，或与尽力型数据的传输相关的信令。

步骤445显示了该方法可以包括被指定为某一时间量的不活动计时器，并且如果在进行中的持续周期期间尽力型数据被UE接收，则UE将持续状态延长与不活动计时器对应的时间段。

如步骤450中所示，UE也能够接收来自它的控制节点的控制信息，所述控制信息明确地命令UE在当前持续周期的末端采用所述两种状态(非监听/持续)之一，所述命令还包括该状态应该被采用的时间量。在本发明的一个实施例中，控制信息在所谓的MAC首部、或第2层RRC信令中。

而且，MAC首部能够包括以下命令：命令UE在当前持续周期之后采用非监听状态达特定时间量，或者MAC首部能够包括以下命令：命令UE在当前持续周期之后采用持续状态达特定时间量。

适当地，本发明的方法可以被应用到LTE(长期演进)系统，这样控制节点为eNodeB，并且第一非监听状态为DRX状态。

图5显示了本发明的收发机500的粗略框图，其用作基本上如上所描述的那样运行的UE。如能够在图5中看到的，本发明的UE500包括用于与eNodeB通信的天线510，并且还包括发射机530和接收机520。另外，UE500还包括诸如微处理器540之类的控制装置，并且还包括存储器550。

收发机500基本上包括用于根据上述方法运行的装置，因而包括诸如控制器540和存储器550之类的装置，用于采用至少两种不同状态之一，第一此类状态为空闲状态-DRX状态，并且第二此类状态为监听状态-“持续”状态，每个状态都被采用达特定TTI(传输时间间隔)量。适当地，控制器540控制它能够从存储器550获取的时间的长度。

本发明的UE500还包括诸如天线510、接收机520和控制器540之类的装置，用于接收来自eNodeB的至少第一和第二类型的业务。另外，收发机500可以使用控制器540和存储器550，以用来如果在持续周期期间第一类型的业务被接收到，则在持续周期的末端采用空闲(DRX)状态，并且可以使用相同的装置540、550，用来如果在持续周期期间第二类型的业务被UE接收到，则将当前持续周期延长特定时间量。适当地，控制器540控制它能够从存储器550获取的时间的长度。

在收发机500的优选实施例中，第一类型的业务实时业务，并且第二类型的业务是非实时业务，所谓的尽力型业务。

在另一个实施例中，收发机500还能够包括诸如控制器540和存储器550之类的装置，用来起“不活动计时器”的作用，所述不活动计时器被指定为一定量的TTI或者诸如子帧之类的其他传输单元，并且收发机还能够使用装置540、550来将持续状态延长与不活动计时器对应的时间段，如果在进行中的持续周期期间尽力型业务被接收到的话。

收发机500还可以使用天线510、接收机520和控制器540来接收来自其eNodeB的第三类型的业务，所述第三类型的业务明确地命令收发机在当前持续周期的末端采用所述两种状态(持续/DRX)之一，该命令也包括状态应该被采用的TTI量。第三类型的业务能够是所谓的MAC消息。

这样的MAC消息可以包括以下命令：命令收发机在当前持续周期之后采用DRX状态达特定TTI量，或者在当前持续周期之后采用持续状态达特定数量的TTI。

本发明不被限制为以上所述以及附图中显示的实施例的示例，而是其可以在所提出的权利要求的范围内任意变动。例如，尽管本发明主要是通过LTE类型的系统的术语进行描述的，但是本发明可以被应用到其他类型的无线蜂窝接入系统。

应当指出的是，在本发明的范围内，不同类型的承载可以使用用于各间隔的不同值来配置，在所述间隔期间UE采用持续周期和“不活动计时器”，以使得根据在哪个承载上接收到数据，这些周期在时间上具有不同的延伸。

Claims (17)

1.一种在蜂窝无线接入系统中使用的方法，在所述系统中能够存在至少一个控制节点，其用来控制往返于系统的特定区域中的用户终端UE的传输，根据所述方法，UE能够处于至少两种不同状态之一，第一状态为其中UE不监听来自其控制节点的数据的非监听状态，并且第二状态为其中UE监听来自其控制节点的数据的“持续”状态，每个状态被采用达特定时间量，其间UE等待数据接收的时间段为持续周期，在所述系统中UE能够接收来自其控制节点的至少第一和第二类型的数据，所述方法特征在于，

如果在持续周期期间第一类型的数据被UE接收到，则UE在持续周期末端采用第一状态；并且

如果在当前持续周期期间第二类型的数据被UE接收到，则UE采取动作以将当前持续周期延长特定时间量，

其中第一类型的数据为实时数据、或与实时数据的传输相关的信令，并且第二类型的数据为非实时数据。

2.如权利要求1所述的方法，其中所述特定区域是小区。

3.如权利要求1所述的方法，其中所述非实时数据是尽力型数据、或与尽力型数据的传输相关的信令。

4.如权利要求3所述的方法，包括指定不活动计时器为一定时间量，并且根据所述方法，如果在进行中的持续周期期间尽力型数据被UE接收到，则UE将持续状态延长与不活动计时器对应的时间段。

5.如权利要求1或2所述的方法，其中UE还能够接收来自其控制节点的控制信息，所述控制信息明确地命令UE在当前持续周期末端采用非监听状态和“持续”状态的两种状态之一，所述命令还包括状态应当被采用的时间量。

6.如权利要求5所述的方法，其中所述控制信息在MAC首部、或第2层RRC信令中。

7.如权利要求6所述的方法，其中MAC首部能够包括以下命令：命令UE在当前持续周期之后采用非监听状态达特定时间量。

8.如权利要求6所述的方法，其中MAC首部能够包括以下命令：命令UE在当前持续周期之后采用持续状态达特定时间量。

9.如权利要求1或2所述的方法，被应用于长期演进LTE系统，其中控制节点为eNodeB并且非监听状态为不连续接收DRX状态。

10.一种在蜂窝无线接入系统中作为用户终端UE使用的收发机，在所述系统中能够存在至少一个控制节点，其用来控制往返于UE的传输，所述收发机包括用来采用至少两种不同状态之一的装置，第一状态为其中UE不监听来自其控制节点的数据的非监听状态，并且第二状态为其中UE监听来自其控制节点的数据的“持续”状态，每个状态被采用达特定时间量，其间UE等待数据接收的时间段为持续周期，收发机还包括用于接收来自控制节点的至少第一和第二类型的数据的装置，所述收发机的特征在于，

用于如果在持续周期期间第一类型的数据被UE接收到则在持续周期末端采用第一状态的装置；以及

用于如果在持续周期期间第二类型的数据已经被UE接收到则将当前持续周期延长特定时间量的装置，

其中第一类型的数据为实时数据、或与实时数据的传输相关的信令，并且第二类型的数据为非实时数据。

11.如权利要求10所述的收发机，其中所述非实时数据是尽力型数据或与尽力型数据的传输相关的信令。

12.如权利要求11所述的收发机，包括用于指定不活动计时器为一定时间量的装置，所述收发机还包括用于如果在进行中的持续周期期间尽力型数据被接收到则将持续状态延长与不活动计时器对应的时间段的装置。

13.如权利要求10-12中任意一个所述的收发机，还包括用于接收来自其控制节点的控制消息的装置，所述控制消息明确地命令收发机在当前持续周期末端采用非监听状态和“持续”状态的两种状态之一，所述命令还包括状态应当被采用的时间量。

14.如权利要求13所述收发机，其中所述控制消息在MAC首部、或第2层RRC信令中被接收。

15.如权利要求13所述的收发机，其中所述控制消息包括以下命令：命令收发机在当前持续周期之后采用非监听状态达特定时间量。

16.如权利要求13所述的收发机，其中所述控制消息包括以下命令：命令收发机在当前持续周期之后采用持续状态达特定时间量。

17.如权利要求13所述的收发机，作为用于长期演进LTE类型的系统的UE，其中控制节点为eNodeB并且非监听状态为不连续接收DRX状态。

Images