专利名称:用于从lte_active中的drx定时不同步中恢复的方法和系统的制作方法
技术领域:
本公开大致涉及第三代合作伙伴项目(3GPP)的长期演进(LTE), 以及具体地,涉及处于LTE—ACTIVE状态的DRX定时不同步。
背景技术:
在长期演进基础结构中,UE可以处于两种无线资源控制(RRC) 状态中的一个。该两种RRC状态是LTE—IDLE和LTE—ACTIVE。
可以针对处于LTE—IDLE禾P 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模式并且使用Ll/L2信令或者MAC信令向eNB发送 连续接收通知消息。当接收到连续接收通知消息时,eNB可以向UE 重传在eNB的缓冲区中等待的数据。当对该数据进行肯定应答或者接 收到来自该UE的HARQ反馈时,eNB可以将该RNTI从系统信息中 移除。
在另一个实施例中, 一种用于从DRX不同步中恢复的方法可以 是预配置绝对苏醒时间。特别地,当建立了用于互动或者后台通信的无线承载时或者在该承载上激活DRX时;可以通过RRC向UE指示 绝对苏醒定时。可以通过系统无线帧定时的无线帧偏移量(ARFoff) 以及DRX间隔(AInt)来定义该绝对苏醒定时。不管当前的DRX设 置如何,UE必须在无线帧的ARFoff+N*AInt处苏醒,其中N=0、 1、… 如果eNB想要保证在2.56秒内恢复,则可以将AInt设置为2.56秒。
当eNB检测到UE在DRX定时中不同步时,eNB可以在绝对苏 醒时间处向UE在L1/L2信令或者MAC信令中发送连续接收命令(即, DRX去激活)。当UE在绝对苏醒时间处苏醒时,其可以检査是否接 收到连续接收命令。如果是,则UE可以开启收发信机的电源,返回 连续接收,(如果必需的话)获得上行链路同步和调度准许,并且向 eNB发送连续接收响应。当接收到连续接收响应时,eNB可以向UE 发送该eNB的缓冲区中的数据。
在eNB想要让UE重调整上行链路同步的情况中,eNB可以在 Ll/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定时不同步中预配置苏醒
时间恢复的方法的流程图。
具体实施方式
现在参照附图。图l是示出了长期演进(LTE)用户平面协议栈的框图。
UE 110与演进基站(eNB) 120和接入网关(aGW) 130进行通信。在协议栈中示出了各个层。在UE 110和aGW 130上均示出了分组数据汇聚协议(PDCP)层140。 PDCP层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上和用户设备上。
层l (Ll) LTE (物理层148)在RLC/MAC层144和146之下。该层是用于通信的物理层。
参照图2,图2示出了LTE控制平面协议体系结构。在图2中将使用类似于图l中使用的附图标记。具体地,UE 110与eNB 120和aGW 130进行通信。此外,物理层148、 MAC层146、 RLC层142和PDCP层140存在与图2内。
图2还示出了非接入层(NAS)层210。如将理解的,NAS层210
能够包括移动性管理和会话管理。
无线资源控制协议层(RRC) 220是协议栈的一部分,负责UE和E-UTRAN (演进的通用陆地无线接入网)之间的无线资源的分配、配置和释放。在3GPPTR25.813中描述了LTE的RRC协议的基本功能。
如本领域技术人员将理解的,在UMTS中,在驻留在无线网络控制器(RNC)中的RLC层内执行自动重复请求(ARQ)功能。长期演进(LTE)将ARQ功能从RNC移动至eNB,在该eNB上,更紧密的交互可以存在于ARQ和HARQ之间(MAC层内、还位于eNB中)。
这里考虑关于在LTE-ACTI VE状态下DRX的各种问题。DRX信令流程
需要用于激活和去激活DRX以及指定DRX周期的持续时间的非常高效的信令流程,以便支持小区中在LTE-ACTIVE状态下利用DRX
的大量UE。
如本领域技术人员将理解的,在由于DRX操作UE的接收机被关闭期间,如果所涉及的演进基站(eNB)向UE传输数据,则UE不能接收该数据。因此,需要指示来确保UE和eNB在关于何时激活和去激活DRX上同步。
UE和eNB之间的指示可以是由无线资源控制(RRC)或层l/层2(Ll/L2)信令显式地进行信号通知的。如将理解的,然而,显式信令可能并非如期望的那样有效。
更有效的解决方案包括MAC-PDU (MAC协议数据单元)或MAC控制PDU (只包含MAC控制信息的MACPDU)的MAC报头中的可选字段,来指示DRX激活和去激活。该字段优选地指示了,用于激活和去激活的DRX值和定时余量。例如,在优选实施例中,零值意味着DRX值字段中的DRX去激活。相反,如果要在下个MAC-PDU中传输的数据是针对UE的缓冲器中的最后一个,则eNB可以扩展MAC报头字段以包括DRX长度初始值。例如,这可能是320毫秒。
可以构想出在M AC-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控制PDU
参照图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
14如果在步骤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通知绝对苏醒时间。通过系统 无线帧定时的无线帧偏移量(ARFoff)以及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-PDU。然后处理进行至步骤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在Ll/L2信令或者MAC信令中向UE发送连续接收命令。 UE在该绝对苏醒时间苏醒,检查是否接收到连续接收命令,并且如果 是,UE打开其收发信机的电源并且返回到连续接收中。
在其它备选中,可以用与UMTS中计算寻呼时机(paging occasion )
17(如3GPPTS25.304所描述的)相类似的方式,从UE标识符(如,IMSI) 中计算绝对苏醒无线帧偏移量ARFoff。在该情况中,DRX间隔可以在 系统信息中包括而不是经由专用的RRC消息来保留。
应该理解的是,向UE信号通知ARFoff的好处在于eNB可以将绝对 苏醒时间与当前DRX设置对准,使得可以实现进一步的电池省电。
在此描述的实施例是具有与本公开的技术要素相对应的要素的 结构、系统或者方法的示例。该描述使得本领域技术人员能够使用具 有同样与本公开的技术要素相对应的备选要素的实施例。因此本公开 的技术的预期范围包括与在此描述的本公开的技术并无不同的其它结 构、系统或者方法,并且还包括与在此描述的本公开的技术无实质不 同的其它结构、系统或者方法。
权利要求
1、一种在无线通信系统中从处于LTE_ACTIVE状态中的不连续接收DRX定时不同步中恢复的方法,包括以下步骤检测(414、514)DRX定时不同步;向用户设备UE发送(416、520)指示符以重新开始连续接收;以及等待(418、522)对是否接收到连续接收响应或者连续接收通知的指示。
2、 根据权利要求l所述的方法,其中,发送步骤包括向预定义 的系统信息块添加针对所述用户设备的无线网络临时标识符RNTI。
3、 根据权利要求2所述的方法,其中,检测步骤包括 向所述UE发送或者重传媒体接入控制协议数据单元MAC-PDU;以及在预定时间内未成功接收到混合自动重传请求HARQ反馈信号。
4、 根据权利要求3所述的方法,还包括以下步骤 接收(418)对所述连续接收通知的所述指示;以及 重传(420)所述MAC-PDU。
5、 根据权利要求4所述的方法,还包括以下步骤 当确定接收到所述MAC-PDU时,从所述预定义的系统信息块中移除(435)针对所述用户设备的RNTI。
6、 根据权利要求l所述的方法,其中,发送步骤包括 从绝对苏醒时间开始等待;以及发送(520)连续接收命令。
7、 根据权利要求6所述的方法,其中,检测步骤包括 向所述UE发送或者重传媒体接入控制协议数据单元MAC-PDU;以及在预定时间内未成功接收到混合自动重传请求HARQ反馈信号。
8、 根据权利要求7所述的方法,还包括以下步骤 接收(522)对所述连续接收响应的所述指示;以及重传(524)所述MAC-PDU。
9、 根据权利要求8所述的方法,还包括以下步骤-如果没有接收到对所述连续接收响应的所述指示,或者如果所述MAC-PDU的所述重传不成功,则检査(540)是否己经发生切换或者 是否已经释放RRC连接,并且如果是,结束(530)处理。
10、 根据权利要求9所述的方法,其中,如果还没有发生切换并 且如果还没有释放RRC连接,则检查(542)重试周期是否结束,以及如果是,则释放所述RRC连接(544);以及 如果否,则重复所述等待和发送步骤(520)。
11、 根据权利要求6至10中任一项所述的方法,其中,由系统无 线帧定时的无线帧偏移量以及DRX间隔对绝对苏醒定时进行定义。
12、 根据权利要求ll所述的方法,其中,所述绝对苏醒定时是通 过将所述无线帧偏移量加到所述DRX间隔与正整数或者零的乘积上而定义的无线帧。
13、 根据权利要求12所述的方法,其中,通过RRC向所述UE发送绝对苏醒定时。
14、 根据权利要求12或13所述的方法,其中,从订户或者UE的标识来计算所述无线帧偏移量。
15、 根据权利要求14所述的方法,其中,所述标识是国际移动台标识。
16、 一种方法,用于由于LTE—ACTIVE状态下的不连续接收DRX定时不同步而在用户设备中转到连续接收,所述方法包括以下步骤 从DRX苏醒(452、 552);检査(460、 558)指示符以确定是否转到连续接收;以及 如果转到连续接收的指示符存在,去激活DRX (466、 570),转 到连续接收,并且发送(468、 572)连续接收响应或者连续接收通知。
17、 根据权利要求16所述的方法,其中,检査步骤包括 读取(456)预定义的系统信息块;以及确定(460)针对所述用户设备的无线网络临时标识符RNTI是否 在所述预定义的系统信息块中,其中,如果确定步骤在所述预定义的系统信息块中找到所述用户设备的RNTI,则检査步骤裁定所述指示符 存在。
18、 根据权利要求16或17所述的方法,其中,如果转到连续接收 并获得上行链路同步的指示符存在,则获得用于发送连续接收响应的 上行链路同步和调度准许。
19、 根据权利要求16所述的方法,其中,检查步骤包括确定(556、 558)是否在绝对苏醒时间处接收到连续接收命令, 其中,如果在绝对苏醒时间处接收到所述连续接收命令,则检查 步骤裁定所述指示符存在。
20、 一种增强基站eNB,适用于从处于LTE—ACTIVE状态的不连 续接收(DRX)定时不同步中进行恢复,所述eNB包括-用于检测DRX定时不同步的装置;用于向用户设备UE发送指示符以恢复连续接收的装置;以及 用于等待对是否接收到连续接收响应或者连续接收通知的指示 的装置。
21、 根据权利要求20所述的基站eNB,其中,用于向所述UE传输 指示符的所述装置适用于在所述指示符中包括对用于连续命令响应的 上行链路同步以及无线资源的需求。
22、 根据权利要求20或21所述的基站eNB,其中,用于发送的装置适用于向预定义的系统信息块添加针对所述用户设备的无线网络临 时标识符RNTI。
23、 根据权利要求20或21所述的基站eNB,其中,用于发送的装 置适用于从绝对苏醒时间开始等待;以及 发送连续接收命令。
24、 一种用户设备UE,适用于由于处于LTE一ACTIVE状态的不连 续接收(DRX)定时不同步而转到连续接收,所述UE包括-用于从DRX苏醒的装置;用于检查指示符以确定是否转到连续接收的装置;以及 用于在转到连续接收的指示符存在时,去激活DRX,转到连续接收并且发送连续接收响应或者连续接收通知的装置。
25、 根据权利要求24所述的用户设备UE,其中,所述用于检查的装置适用于读取预定义的系统信息块;以及确定针对所述用户设备的无线网络临时标识符RNTI是否在所述 预定义的系统信息块中,其中,如果所述用户设备的所述RNTI在所述 预定义的系统信息块中,则用于检查的设备适用于裁定所述指示符存在。
26、 根据权利要求24所述的用户设备UE,其中,用于检查的装置适用于确定在绝对苏醒时间处是否接收到连续接收命令,其中,如果在绝对苏醒时间处接收到所述连续接收命令,所述用 于检查的设备适用于裁定所述指示符存在。
27、 一种无线通信系统,包括至少一个根据权利要求20至23中任 一项所述的增强基站以及多个根据权利要求24至26中任一项所述的用 户设备。
全文摘要
一种用于从处于LTE_ACTIVE状态中的UE和NB之间的不连续接收(DRX)定时不同步中恢复的方法具有以下步骤eNB检测DRX定时不同步;向用户设备(UE)发送指示符以恢复连续接收;以及等待来自UE对是否接收到连续接收响应或者连续接收通知的指示。
文档编号H04W92/10GK101653032SQ200880011556
公开日2010年2月17日 申请日期2008年2月12日 优先权日2007年2月14日
发明者铃木敬 申请人:捷讯研究有限公司