专利名称：用于从lte_active中的drx定时不同步中恢复的方法和系统的制作方法
技术领域：
本公开大致涉及第三代合作伙伴项目(3GPP)的长期演进(LTE)，以及具体地，涉及处于LTE ACTIVE状态的DRX定时不同步。
背景技术：
在长期演进基础结构中，UE可以处于两种无线资源控制(RRC)状态中的一个。该两种 RRC 状态是 LTE_IDLE 和 LTE_ACTIVE。可以针对处于LTE_IDLE和LTE_ACTIVE状态的不连续接收(DRX)配置UE。在LTE_IDLE状态中，DRX允许UE将其侦听周期与网络的已知寻呼周期进行同步。通过同步侦听周期，UE可以在待机周期期间关闭其无线收发信机，从而显著地节约电池资源。DRX参数使得移动设备与网络进行同步并且使得移动设备知道其将不会接收到另一个信号直到已经经过了特定的时间。在3GPP TSG-RAN工作组中提出了当UE处于LTE_ACTIVE状态时也可以使用DRX。还提出了当处于LTE_ACTIVE状态的用户设备(UE)进行不连续接收(DRX)时，由无线资源控制(RRC)协议消息信号通知常规的DRX配置(regular DRX configuration)并且由媒体接入控制(MAC)信令信号通知临时DRX(再)配置，例如，在MAC协议数据单元(MAC-PDU)报头或者MAC 控制PDU中。在LTE中，在下行共享信道上发送用户数据之前，eNB将在提供UE用于对数据进行解调的参数的下行链路共享控制信道(DLSCCH)上发送调度指示。尽管如此，如果UE错过该DLSCCH调度指示，则该UE将不知道接收用户数据并因而不知道对该用户MAC-PDU进行肯定应答(ACK)或者否定应答(NACK)。eNB将等待ACK或者NACK (即，混合ARQ (HARQ))响应。当没有得到该响应时，该eNB被认为是不连续发送(DTX)。如果UE错过下行链路共享控制信道(DLSCCH)上的该数据指示并且增强基站(eNB)将随后HARQ反馈信道上的不连续发送(DTX)误译为ACK，则可能丢失MAC-PDU。此外，如果UE根据规则(例如，在特定时间长度中没有数据活动)自动增加DRX长度，eNB将维持其当前DRX值而UE将增加其自身的DRX值。这导致DRX定时不同步，即eNB和UE在不同DRX周期上工作。应该理解的是，这增加了下行链路消息传送延迟并且浪费下行链路无线资源。应当避免较长的传送等待时间，特别是对于关键的下行控制消息来说。一旦发生DRX定时不同步，为了向UE发送新数据，eNB不得不确定UE的DRX定时。通过在其知道UE有可能苏醒的时候向UE发送不同的探测消息，eNB可以实现该点。在几次尝试之后，eNB将找到UE的DRX定时，并且为了重新获得同步而苏醒该UE。
发明内容
在UE处于LTE_ACTIVE并且DRX被激活的情况下，当下行链路数据到达时，eNB可以在DLSCCH上发送调度指示并且当UE应当苏醒时在DL-SCH上传输MAC-PDU。如果eNB没有得到来自UE的混合自动重传请求(HARQ)反馈信号，eNB可以认为UE在DRX定时中丢失同步。为了从这种状态中恢复过来，下面描述两种方法。第一方法可以是系统信息中的DRX定时不同步指示。特别地，当eNB检测到UE在DRX定时中丢失同步时，eNB可以在预定义的系统信息块中广播该UE的无线网络临时标识符(RNTI)。当UE苏醒时，其将读取该系统信息块。如果指示了该UE的RNTI，则该UE可以去激活DRX模式并且使用L1/L2信令或者MAC信令向eNB发送连续接收通知消息。当接收到连续接收通知消息时，eNB可以向UE重传在eNB的缓冲区中等待的数据。当对该数据进行肯定应答或者接收到来自该UE的HARQ反馈时，eNB可以将该RNTI从系统信息中移除。在另一个实施例中，一种用于从DRX不同步中恢复的方法可以是预配置绝对苏醒时间。特别地，当建立了用于互动或者后台通信的无线承载时或者在该承载上激活DRX时；可以通过RRC·向UE指示绝对苏醒定时。可以通过系统无线帧定时的无线帧偏移量(ARFofT)以及DRX间隔(AInt)来定义该绝对苏醒定时。不管当前的DRX设置如何，UE必须在无线帧的ARFoff+N*AInt处苏醒，其中N = 0、1、…如果eNB想要保证在2. 56秒内恢复，则可以将AInt设置为2. 56秒。当eNB检测到UE在DRX定时中不同步时，eNB可以在绝对苏醒时间处向UE在LI/L2信令或者MAC信令中发送连续接收命令(即，DRX去激活)。当UE在绝对苏醒时间处苏醒时，其可以检查是否接收到连续接收命令。如果是，则UE可以开启收发信机的电源，返回连续接收，(如果必需的话)获得上行链路同步和调度准许，并且向eNB发送连续接收响应。当接收到连续接收响应时，eNB可以向UE发送该eNB的缓冲区中的数据。在eNB想要让UE重调整上行链路同步的情况中，eNB可以在L1/L2信令信道上发送连续接收命令，该命令包含应当重调整上行链路同步的指示以及与为连续接收响应分配的专用上行资源相关的信息。当接收到该连续接收命令时，UE可以重调整上行链路定时并且通过使用在连续接收命令中指示的资源发送连续接收命令来进行响应。在其它备选实施例中，可以使用如3GPP TS25. 304所描述的与UMTS中计算寻呼时机相类似的方式，从UE标识(如，IMSI (国际移动台标识))中计算绝对苏醒无线帧偏移量。在本情况中，可以在系统信息中包括该DRX间隔，而不是经由专用RRC消息进行信号通知。因此本公开可以提供一种用于从处于LTE_ACTIVE状态中的不连续接收(DRX)定时不同步中恢复的方法，该方法包括以下步骤检测DRX定时不同步；向用户设备(UE)发送指示符以恢复连续接收；以及等待表明是否接收连续接收响应的指示。本公开还可以提供一种用于由于处于LTE_ACTIVE状态的不连续接收(DRX)定时不同步而在用户设备中转到连续接收的方法，该方法包括以下步骤从DRX苏醒；检查指示符以确定是否转到连续接收；以及如果转到连续接收的指示符存在，去激活DRX，转到连续接收并且发送连续接收响应。本发明还可以提供一种适用于从处于LTE_ACTIVE状态的不连续接收(DRX)定时不同步中恢复的增强基站(eNB)，其特征在于用于检测DRX定时不同步的设备；用于向用户设备(UE)发送指示符以恢复连续接收的设备；以及用于等待表明是否接收到连续接收响应的指示的设备。本发明还可以提供一种适用于由于处于LTE_ACTIVE状态的不连续接收(DRX)定时不同步而转到连续接收的用户设备(UE)，其特征在于用于从DRX苏醒的设备；用于检查指示符以确定是否转到连续接收的设备；以及用于如果转到连续接收的指示符存在，则去激活DRX，转到连续接收并且发送连续接收响应的设备。
通过附图，可以更好的理解本发明，其中图1示出了长期演进用户平面协议栈的框图；图2示出了长期演进控制平面协议栈的框图； 图3a示出了使用来自eNB侧的MAC-PDU报头或者MAC控制PDU来激活、去激活以及重配置DRX周期的方法的流程图；图3b示出了对来自UE侧的DRX周期的去激活、去激活或者重配置进行确认的方法的流程图；图4a示出了用于在来自eNB侧的系统信息中指示DRX定时不同步的方法的流程图； 图4b示出了在来自eNB侧的系统信息中认识到DRX定时不同步的方法的流程图；图5a示出了 eNB角度的从可能的DRX定时不同步中预配置苏醒时间恢复的方法的流程图；以及图5b示出了 UE角度的从可能的DRX定时不同步中预配置苏醒时间恢复的方法的流程图。
具体实施例方式现在参照附图。图1是示出了长期演进(LTE)用户平面协议栈的框图。UE 110与演进基站(eNB) 120和接入网关(aGW) 130进行通信。在协议栈中示出了各个层。在UE 110和aGW 130上均示出了分组数据汇聚协议(PDCP)层140。rocp层140执行互联网协议(IP)报头压缩和解压缩、用户数据加密、用户数据传送、和无线承载的序列号(SN)的保持。在PDCP层140之下是与eNB 120上的无线链路控制协议层142进行通信的无线链路控制协议层142。如将理解的，通过如图1和2中所示的协议栈中的物理层发生通信。然而，由eNB 120上的RLC层142来解译来自UE的RLC层142的RLC-PDU。在RLC层142之下是媒体接入控制(MAC)数据通信协议层146。如本领域技术人员将理解的，RLC和MAC协议形成LTE无线接口的数据链路子层并驻留在LTE中的eNB上和用户设备上。层I (LI) LTE (物理层148)在RLC/MAC层144和146之下。该层是用于通信的物理层。参照图2，图2示出了 LTE控制平面协议体系结构。在图2中将使用类似于图1中使用的附图标记。具体地，UE 110与eNB 120和aGW 130进行通信。此外，物理层148、MAC层146、RLC层142和PDCP层140存在与图2内。
图2还示出了非接入层(NAS)层210。如将理解的，NAS层210能够包括移动性管
理和会话管理。无线资源控制协议层(RRC) 220是协议栈的一部分，负责UE和E-UTRAN(演进的通用陆地无线接入网)之间的无线资源的分配、配置和释放。在3GPP TR25. 813中描述了 LTE的RRC协议的基本功能。如本领域技术人员将理解的，在UMTS中，在驻留在无线网络控制器(RNC)中的RLC层内执行自动重复请求(ARQ)功能。长期演进(LTE)将ARQ功能从RNC移动至eNB，在该eNB上，更紧密的交互可以存在于ARQ和HARQ之间(MAC层内、还位于eNB中)。这里考虑关于在LTE-ACTIVE状态下DRX的各种问题。DRX信令流程需要用于激活和去激活DRX以及指定DRX周期的持续时间的非常高效的信令流程，以便支持小区中在LTE-ACTIVE状态下利用DRX的大量UE。如本领域技术人员将理解的，在由于DRX操作UE的接收机被关闭期间，如果所涉及的演进基站(eNB)向UE传输数据，则UE不能接收该数据。因此，需要指示来确保UE和eNB在关于何时激活和去激活DRX上同步。UE和eNB之间的指示可以是由无线资源控制(RRC)或层I/层2(L1/L2)信令显式地进行信号通知的。如将理解的，然而，显式信令可能并非如期望的那样有效。更有效的解决方案包括MAC-PDU (MAC协议数据单元)或MAC控制PDU (只包含MAC控制信息的MAC PDU)的MAC报头中的可选字段，来指示DRX激活和去激活。该字段优选地指示了，用于激活和去激 活的DRX值和定时余量。例如，在优选实施例中，零值意味着DRX值字段中的DRX去激活。相反，如果要在下个MAC-PDU中传输的数据是针对UE的缓冲器中的最后一个，则eNB可以扩展MAC报头字段以包括DRX长度初始值。例如，这可能是320毫秒。可以构想出在MAC-PDU报头中对DRX周期进行信号通知的若干不同方法。例如，可以向MAC报头添加三个比特以指示DRX周期的8个值。因此，除了发送特定时间值以外，从000至111的比特值能够指示8个离散值中的一个。在备选中，在MAC报头中能够使用较小的字段(例如2个比特)来指示递增或递减。RRC能够指示默认值，并且如果MAC报头指示递增或递减，则根据接收到的指示，UE能够改变到预指定的值。类似地，RRC可以对实际的DRX值与较小的字段中包含的值之间的映射进行定义。一旦UE接收到DRX值，UE通过传输HARQ ACK来向eNB进行肯定应答，并在考虑了 eNB处的传播延迟和处理延迟的适当的系统帧时间处开始DRX。当eNB从UE接收到ACK时，也在适当的系统帧时间开始DRX。如将理解的，eNB不会关闭其收发机，而是简单地获知不向单独UE传输消息。在DRX周期的苏醒周期(awake cycle)期间，如果新数据到达eNB以用于传输，则根据缓冲器中的数据量或需要的服务质量，eNB可以发送具有设置用于DRX去激活或较短DRX长度的报头扩展的MAC-PDU。UE因此重新配置DRX并对MAC-PDU进行肯定应答。当eNB接收到ACK时，重新配置DRX。如上所述，仅通过将长度值设置为零来完成去激活。现在参照图3a和3b。图3a示出了用于在LTE-ACTIVE状态下控制DRX的示例方法。处理在步骤300处开始，并前进至将向UE传输数据的步骤310。本领域技术人员将理解的，LTE-ACTIVE状态下的数据传输利用在数据链路层处的MAC-PDU来传输数据。处理接着前进至步骤312，在步骤312中，进行检查以查看将向UE发送的数据的缓冲器是否在下个传输之后为空。如果不是，则处理前进至向UE传输数据的步骤310。可选地，如果在下个传输之后缓冲器将为空并且数据到达率低于阈值，则处理前进至步骤314。在步骤314中，eNB在MAC-PDU报头中设置DRX激活。如上所述，这包括指示了 DRX周期长度的DRX激活值，以及如果需要的话，DRX激活时间(如，当应该执行DRX激活时系统无线帧的数目)。在另一实施例中，eNB可以简单地指示DRX间隔的增加。UE将现有DRX间隔重新配置成减小的预定间隔。预定间隔可以是eNB和UE都已知的，或者经由显式信令从eNB向UE预先信号通知的，预定间隔也可以是通过系统广播或RRC令获知的。然后处理前进至步骤316，在步骤316中，将包括修改后MAC-PDU报头在内的数据发送至UE。现在参照图3b。在步骤318中，UE接收数据并查看在MAC-PDU报头中指定的DRX激活。处理前进至步骤320，在步骤320中，UE向eNB发送肯定应答(ACK)，并在考虑了 eNB处的传播延迟和处理延迟的适当的系统帧时间开始进行DRX。如果在接收到的MAC-PDU报头中指示特定的DRX的激活时间，则UE和eNB在该时间处应用新DRX值。在图3a的步骤330中，eNB从UE接收到ACK并在适当的系统帧时间开始进行DRX。如将理解的，DRX可以继续进行，直到需要调整DRX的各种事件发生为止。一个事件是通过eNB从aGW接收UE的数据。根据接收到的数据量，可以对DRX进行去激活或可以减小DRX的周期。需要调整DRX的其他事件包括eNB和UE之间的信号功率级改变，或可能由于连续的数据不活跃而导致的DRX周期逐渐增加。在步骤332中 ，eNB检查是否需要调整DRX。如上所述，这可能是接收到要被发送至UE的数据的情况。这里对DRX进行去激活或周期调整。根据步骤332，如果不需要调整DRX，则处理返回至步骤332，并继续检查是否需要调整DRX。一旦步骤332中的处理发现需要调整DRX，处理前进至对DRX进行调整的步骤334。这能够通过根据需要传输DRX零值或者较短DRX或较长DRX来对DRX进行去激活。在步骤336中，将具有修改后的报头的MAC-PDU (包括修改后的DRX值以及如果需要，针对新DRX值的激活时间)发送至UE。步骤336中的MAC-PDU还包括已通过eNB接收、需要被传输至UE的任何数据。如果没有包括数据，则将将MAC-PDU视为MAC控制TOU参照图3b，处理然后前进至步骤318，在步骤318中，在UE处接收到具有修改后报头的MAC-PDU。UE识别要调整的DRX周期，并且在步骤320中，UE向eNB发送肯定应答，并在如同eNB处一样考虑了传播延迟和处理延迟的相同系统帧时间处调整其DRX周期。如果在MAC-PDU报头中指示了激活时间，UE和eNB都在该时间应用新的DRX值。参照图3a，在步骤342中，eNB接收ACK，并在相同的适当系统帧处开始修改后的DRX周期。然后处理返回至步骤332，再次查看是否需要调整DRX。本领域技术人员将理解的是，在ACK或NACK误译的情况下发生上述问题中的一个。具体地，由于信道条件差，作为ARQ误差控制方法变型的发射机的混合自动重传请求(HARQ)可能不能始终正确地对ACK或NACK进行解调。因此，在一些情况下，可能将一个解译为另一个。由于DRX激活和去激活发生在MAC-PDU报头中，因为eNB和UE之间被信号发送的控制信息的误译可能导致数据或者可能的无线连接的丢失，需要处理ACK至NACK或NACK至ACK的误译。DRX自动递增另一考虑是DRX的递增扩展。在优选实施例中，在无线承载(RB)建立期间，可以信令通知指示如何(例如，通过因子2)递增或递减DRX周期的规则。在对UE的RRC RB建立/重新配置或测量控制消息中携带了该规则。在这种情况下，如果在N个当前DRX周期之后没有接收到数据，则eNB和UE自动将DRX长度递增至下个更长的值。这消除了在eNB和UE之间信号通知以增加DRX长度的需要，并因此节省了网络资源和电池资源。系统信息中的DRX定时不同步的指示当eNB确定UE在其DRX定时定时中不同步时，eNB在预定义的系统信息块中展示该UE的RNTI。当该UE苏醒时，其读取系统信息块。如果指示了该UE的RNTI，则该UE去激活DRX模式并且使用L1/L2信令或者MAC信令向eNB传输连续接收通知消息。当接收到连续接收通知消息，eNB将向该UE重传在缓冲区中等待的数据。当对该数据进行肯定应答或者接收到来自UE的HARQ反馈时，eNB从该系统信息中移除该RNTI。现在参考图4a。图4a示出了信号通知系统信息中的RNTI以从DRX不同步中恢复的方法的流程图。该处理在步骤410开始。处理进行至步骤412，在该步骤412中，eNB传输下一个MAC-PDU。然后该处理进行至步骤414，在该步骤414中，检查是否已经发生DRX定时不同步。如上所示，这可以是如果eNB没有接到来自UE的任何HARQ反馈信号的情况，在该情况中，eNB可以认为UE在DRX定时中 不同步。如果在步骤414没有检测到DRX定时不同步，则处理返回步骤412继续直到检测到DRX定时不同步。如果在步骤414检测到DRX定时不同步，处理进行至步骤416，在该步骤416中向预定义的系统信息块添加该UE的RNTI。应该理解的是，当从DRX苏醒时，如参考图4b所进行的描述，该UE将检查该系统信息并且检测其RNTI。然后在图4a的步骤416，该处理等待连续接收通知消息。如果在步骤418中接收到连续接收通知消息，则该处理进行至步骤420，在该步骤420中重传MAC-PDU。应该理解的是，该MAC-PDU可以是与在步骤414中检测到DRX定时不同步之前eNB在步骤412中尝试传输的MAC-PDU相同的MAC-PDU。MAC-PDU的重传发生在步骤420中。然后该处理进行至步骤422，在该步骤中检查是否接收到成功或者HARQ反馈。如果在步骤418中没有接收到连续接收通知消息，或者如果在步骤422中没有接收到成功或者HARQ反馈，该处理进行至步骤430，在步骤430中进行检查以查看是否已经发生切换或者是否释放了 RRC连接。如果在步骤430中检测到至另一个小区的切换或者发现释放了 RRC连接，该处理进行至步骤435，在该步骤435中，从预定义的系统信息块中移除该UE的RNTI。类似地，如果步骤422获得成功或者接收到HARQ反馈，则处理进行至步骤435，在该步骤435中从预定义的系统信息块中移除该UE的RNTI。然后处理从步骤435进行至步骤440，在步骤440中处理结束。
备选地，如果在步骤430中找到至另一个小区的切换或者释放了 RRC连接，则该处理进行至步骤440，在该步骤440中该处理结束。现在将参考图4b。在UE侧，处理在步骤450处开始。在步骤452，UE从DRX苏醒。然后处理进行至步骤454，在步骤454中如果在下行链路共享控制信道(DLSCCH)上有指示，则该UE接收数据并且按照要求执行测量或者其它功能。然后该处理进行至步骤456，在步骤456中读取预定义的系统信息块的DRX定时不同步的UE的列表。然后该处理进行至步骤460，在步骤460中，检查系统信息块中的UE的列表是否包括该UE的RNTI。如果没有，则在步骤462中，该UE返回DRX然后在步骤452中等待DRX苏醒。备选地，在步骤460，如果系统信息块中 包括该UE的RNTI，则处理进行至步骤466，在步骤466中去激活DRX并且开始连续接收。然后处理进行至步骤468，在步骤468中传输连续接收通知并且在步骤470中结束该处理。从上面应该理解的是，通过UE在预定义的系统信息块中检测其RNTI，从而在下一个DRX循环处可以对不同步进行恢复。针对从可能的DRX定时不同步恢复的、预配置的苏醒时间在其它实施例中，当建立用于交互或者后台通信的无线承载或者在该承载上激活DRX时，RRC可以向UE通知绝对苏醒时间。通过系统无线帧定时的无线帧偏移量(ARFofT)以及DRX间隔(AINT)来对绝对苏醒定时进行定义。不管当前的DRX设置如何，UE必须在ARFoff+N*AInt的无线帧处苏醒，其中，N是整数。现将参考图5a。处理于步骤510处开始并且进行至步骤512，在步骤512中，传输下一个MAC-PDU。然后处理进行至步骤514，在步骤514中，eNB检查以查看是否已经发生针对DRX的定时不同步。如上所示，基于没有接收到来自UE的HARQ反馈，这是可能发生的。如果在步骤514没有检测到DRX定时不同步，则处理返回步骤512并且继续传输下一个 MAC-PDU。在步骤514，如果检测到DRX定时不同步，处理进行至步骤520，在步骤520中，在由无线资源控制所配置的绝对苏醒时间处传输连续接收命令。然后处理进行至步骤522，在步骤522中检查是否接收到来自UE的连续接收响应。如果是，处理进行至步骤524，在步骤524中，重传没有接收到任何HARQ反馈的步骤512的MAc-rou。然后处理进行至步骤526，在步骤526中，检查是否已经成功或者是否接收到HARQ反馈。如果是，处理在步骤530处结束。如果在步骤522没有接收到连续接收响应或者在步骤526没有接收到HARQ反馈或者确定没有成功，则处理进行至步骤540，在步骤540中，进行检查以查看切换是否已经发生或者是否已经释放RRC连接。如果在步骤540中确定切换已经发生或者已经释放RRC连接，则处理进行至步骤530并且结束。
如果在步骤540中确定还没有发生切换并且还没有释放RRC连接，则处理进行至步骤542，在步骤542中检查重试周期是否结束。如果否，则处理返回步骤520。如果是，处理进行至步骤544，在步骤544中释放RRC连接，然后处理在步骤530结束。现在参考图5b。从UE的角度来说，处理在步骤550开始并且进行至步骤552，在步骤552中，UE从DRX苏醒。然后该处理进行至步骤554，在步骤554中，如果在下行链路共享控制信道(DLSCCH)上进行了指示，则接收数据，并且如果要求，则执行测量或者其它功能。然后处理进行至步骤556，在步骤556中检查时间是否是绝对苏醒时间。如果是，处理进行至步骤558，在步骤558中UE检查是否已经接收到连续接收命令。在步骤556中，如果不是绝对苏醒时间或者在步骤558中，如果还没有接收到连续接收命令，则处理进行至步骤560，在步骤560中UE返回DRX。通过在步骤552中从DRX苏醒，在步骤560该处理继续进行。备选地，如果在步骤558中接收到连续接收命令，处理进行至步骤570，在步骤570中去激活DRX并且开始连续接收。然后处理进行至步骤572，在步骤572中传输连续接收响应并且在步骤574处结束该处理。基于以上，当eNB检测到UE在DRX定时中不同步时，在绝对苏醒时间，该eNB在L1/L2信令或者MAC信令中向UE发送连续接收命令。UE在该绝对苏醒时间苏醒，检查是否接收到连续接收命令，并且如果是，UE打开其收发信机的电源并且返回到连续接收中。在其它备选中， 可以用与UMTS中计算寻呼时机(paging occasion)(如3GPPTS25.304所描述的)相类似的方式，从UE标识符(如，IMSI)中计算绝对苏醒无线帧偏移量ARFoff。在该情况中，DRX间隔可以在系统信息中包括而不是经由专用的RRC消息来保
&3甶o应该理解的是，向UE信号通知ARFoff的好处在于eNB可以将绝对苏醒时间与当前DRX设置对准，使得可以实现进一步的电池省电。在此描述的实施例是具有与本公开的技术要素相对应的要素的结构、系统或者方法的示例。该描述使得本领域技术人员能够使用具有同样与本公开的技术要素相对应的备选要素的实施例。因此本公开的技术的预期范围包括与在此描述的本公开的技术并无不同的其它结构、系统或者方法，并且还包括与在此描述的本公开的技术无实质不同的其它结构、系统或者方法。
权利要求
1.一种在无线通信网络中操作用户设备UE的方法，其中，所述方法由所述UE执行，所述方法包括 在所述UE处于不连续接收DRX操作中时，在根据偏移量加上N倍DRX间隔的苏醒时间处唤醒所述UE的接收机，其中，N是大于或等于零的整数；以及在所述UE苏醒时，从网络单元接收寻址到所述UE的数据。
2.根据权利要求1所述的方法，还包括接收包括所述偏移量或所述DRX间隔中的至少一个在内的无线资源控制RRC协议消息。
3.根据权利要求1所述的方法，还包括如果在预定时间段之后未接收到数据，则增加DRX间隔。
4.根据权利要求3所述的方法，其中，所述预定时间段基于所设置数目的DRX周期。
5.根据权利要求1所述的方法，其中，所述UE被配置为与长期演进LTE网络相关联。
6.一种在无线通信网络中操作的用户设备UE，所述UE包括 无线接收机；以及 处理器， 其中，在所述UE处于不连续接收DRX操作中时，所述UE被配置为在根据偏移量加上N倍DRX间隔的苏醒时间处唤醒所述接收机，其中，N是大于或等于零的整数，以及 其中，所述UE还被配置为在所述UE苏醒时从网络单元接收寻址到所述UE的数据。
7.根据权利要求6所述的用户设备，其中，所述UE还被配置为接收包括所述偏移量或所述DRX间隔中的至少一个在内的无线资源控制RRC协议消息。
8.根据权利要求6所述的用户设备，其中，所述UE还被配置为如果在预定时间段之后未接收到数据，则增加DRX间隔。
9.根据权利要求8所述的用户设备，其中，所述预定时间段基于所设置数目的DRX周期。
10.根据权利要求6所述的用户设备，其中，所述UE被配置为与长期演进LTE网络相关 联。
11.一种在无线通信网络中操作的网络单元，所述网络单元包括 通信子系统， 其中，所述网络单元被配置为向在不连续接收DRX操作中操作的用户设备UE发送数据，所述数据是在根据偏移量加上N倍DRX间隔所配置的苏醒时间处发送的，其中，N是大于或等于零的整数。
12.根据权利要求11所述的网络单元，其中，所述网络单元被配置为发送包括所述偏移量或所述DRX间隔中的至少一个在内的无线资源控制RRC协议消息。
13.根据权利要求11所述的网络单元，其中，所述网络单元是长期演进LTE网络的一部分。
14.一种在无线通信网络中操作网络单元的方法，其中，所述方法由所述网络单元执行，所述方法包括 向在不连续接收DRX操作中操作的用户设备UE发送数据，所述数据是在根据偏移量加上N倍DRX间隔所配置的苏醒时间处发送的，其中，N是大于或等于零的整数。
15.根据权利要求14所述的方法，其中，与所述用户设备通信包括发送包括所述偏移量或所述DRX间隔中的至少一个在内的无线资源控制RRC协议消息。
16.根据权利要求14所述的方法，其中，所述网络单元是长期演进LTE网络的一部分。
17.—种针对不连续接收DRX操作的方法，包括 在用户设备UE处于不连接接收DRX操作中时，唤醒所述UE设备的接收机； 检查当前时间是否是预配置的苏醒时间，所述预配置的苏醒时间与等于无线帧偏移量加上N倍DRX间隔的无线帧编号相对应，其中，N是大于或等于零的整数； 如果当前时间是所述预配置的苏醒时间，则检查所述UE处是否已经接收到连续接收命令。
18.根据权利要求17所述的方法，其中，通过无线资源控制RRC接收所述无线帧偏移量和所述DRX间隔中的至少一个。
19.根据权利要求17所述的方法，其中，所述无线帧偏移量是根据订户或用户设备标识计算的。
20.根据权利要求19所述的方法，其中，所述标识是国际移动台标识。
21.根据权利要求17所述的方法，还包括以下步骤 如果已经接收到连续接收命令，则 去激活不连续接收DRX ； 向网络单元发送连续接收响应。
22.根据权利要求21所述的方法，还包括以下步骤 如果未接收到连续接收命令，则 重新激活不连续接收DRX。
23.—种针对不连续接收操作而配置的用户设备，包括 通信子系统，具有接收机；以及 处理器， 其中，所述用户设备被配置为执行根据权利要求17-22中任一项所述的方法。
24.—种针对不连续接收操作而配置的增强节点B “eNB”，包括 通信子系统，被配置为与用户设备通信， 检查装置，用于检查当前时间是否是预配置的苏醒时间，所述预配置的苏醒时间与等于无线帧偏移量加上N倍DRX间隔的无线帧编号相对应，其中，N是大于或等于零的整数；其中，所述通信子系统还被配置为如果所述增强节点B检测到增强节点B与所述用户设备之间的DRX失步，则在所述预配置的苏醒时间处向所述UE发送连续接收命令。
25.根据权利要求24所述的eNB，其中，所述通信包括通过无线资源控制来发送所述无线帧偏移量和所述DRX间隔中的至少一个。
全文摘要
一种用于从处于LTE_ACTIVE状态中的UE和NB之间的不连续接收(DRX)定时不同步中恢复的方法具有以下步骤eNB检测DRX定时不同步；向用户设备(UE)发送指示符以恢复连续接收；以及等待来自UE对是否接收到连续接收响应或者连续接收通知的指示。
文档编号H04W92/10GK103036659SQ20121056300
公开日2013年4月10日 申请日期2008年2月12日 优先权日2007年2月14日
发明者铃木敬 申请人:捷讯研究有限公司