用于多样数据应用的用户设备增强的制作方法

用于多样数据应用的用户设备增强的制作方法
【专利摘要】本发明揭露了用于多样数据应用的UE增强方法。在本发明的一个实施例中，UE在无线网络中应用DRX或者DTX传输运作。该UE检测至少一个预先定义业务条件。基于已检测业务条件，该UE或者处于长DRX状态更长时间，或者扩展短DRX周期定时器。在本发明的其他实施例，该UE配置空闲模式触发条件。该UE检测至少一个预先定义业务条件。基于该已检测业务条件，该UE可以重启去活（inactivity)定时器。在本发明的其他实施例中，该UE检测至少一个预先定义业务条件。该UE基于已建业业务条件自适应地调整RLF触发参数。
【专利说明】用于多样数据应用的用户设备增强

【技术领域】
[0001] 本申请依据35U. S. α § 119要求2012年5月2日递交的，申请号为61/641，714 标题为"用于多样数据应用的用户设备（UE)增强（UE Enhancement for Diverse Data Application) "的美国临时申请案的优先权，上述申请的标的在此合并作为参考。
[0002] 本发明所揭示实施例一般有关于移动通信网络，更具体地，有关于用于多样 (diverse)数据应用（data application)的 UE 增强（enhancement)。

【背景技术】
[0003] 移动数据，移动用户以及移动数据业务正在以惊人速度增长。移动数据的指数型 增长需要网络容量以及网络效能的实质（substantial)增加。当前，现存第三代（3G)移动 网络面临网络拥塞（congestion)问题，这导致多个市场的失败（failed)呼叫、更低数据率 以及慢响应时间。伴随着数据业务增长，是智能手机用户的快速增长，其中智能手机用户例 如iPhone，安卓（android)手机以及黑莓手机用户，智能手机用户的增长以及对于移动网 络施加了额外压力，由于支持真实的一直开启（always-on)特征。一直开启特征产生了几 个问题。第一，很多一直开启特征产生频繁业务，例如保持激活（alive)以及状态更新。第 二，由于频繁上下文（context)建立（establishment)以及释放（release)在网络中显著 增加信令。第三个，负面地影响用户设备的电池寿命。第四，支持一直开启特征的开销与其 数据载荷（payload)相比很大。
[0004] 长期演进（Long Term Evolution, LTE)是一个支持更高数据率、较低延迟以及 提高的系统容量的改进版的通用移动电信网络（Universal Mobile Telecommunication System，UMTS)。在LTE系统中，演进的通用陆地无线接入网络包含多个基站，称作演进节点 B (evolved Node_B，eNB)，多个eNB与多个移动站进行通信，其中移动站称作用户设备（User Equipment，UE)。UE可以与基站或者eNB透过DL以及UL进行通信。DL指从基站到UE之 间的通信。UL指从基站到UL之间的通信。LTE系统更好地从开始就适应处理always-on 业务。举例说明，LTE系统在连接（connected)模式中支持更长睡眠（sleep)模式，物理层 控制信道的动态容量以及透过移动性管理实体（MME)扩展核心网络信令容量的灵活性。
[0005] 虽然在LTE系统中有改进，但是依然面临着容量和效能的问题。举例说明，移动网 络运营商总是使实时（real-time)语音业务优先于数据业务。网络中保留资源用于电路 交换语音业务（circuit-switched voice traffic)。新无线数据网络，例如3G以及LTE网 络，也优化了对于大量的数据业务的支持，其中大量数据业务例如视频会议。但是这样的 设计对于短，不频繁数据会话，例如聊天应用（chatty application)以及保持激活（keep alive)消息而言是不适合的。很多日常应用，例如新闻天气以及社交网络，为更新而与网络 周期性的连接以及断开连接。这些应用包含小量用户数据，而依然需要大量信令业务去建 立以及断开（tear down)会话。估计网络上随着智能手机应用的增长，信令开销可能超过 数据业务30%到50%，如果不会更高的话。这些应用带来了大量控制开销以及信令负载。 UE电池寿命也成为了最大的问题，因为频繁背景业务对于功耗而言并没有被优化。进一步 说，虽然UE长时间的睡眠周期有助于增加 UE电池寿命，但是对于网络控制切换（handover) 而言效果并不好。当UE处于长睡眠周期时，不实施移动性测量。网络使用较少的精确测量 进行结束，以帮助有效的UE准备切换。
[0006] 第一个问题有关于不连续接收（discontinuous reception,DRX)或者不连续发送 (discontinuous transmission，DTX)转换（transition)。在 2G 以及 3G 网络中，UE 在空 闲状态中使用DRX以增加电池寿命。LTE系统在连接状态中引入了 DRX。连接状态中长的 DRX有助于提高电池寿命，以及减少网络信令开销。但是，当前LTE中已连接状态DRX没有 在UL给予任何业务形成效果（traffic shaping benefit)。虽然业务形成在连接状态DRX中 可以用于DL，但是定义僵化。业务形成不考虑有关业务类型或者UE状态的任何信息。这样 的设计限制了已连接模式休眠（dormancy)特征的有益效果。
[0007] 第二个问题有关于UE进入空闲模式的转换。LTE系统中相似的网络效能不佳问题 有关于到空闲状态的转换。两个无线资源控制（Radio Resource Control,RRC)状态，称作 为RRC空闲（RRC IDLE)以及RRC连接（RRC CONNECTED)状态。当前，从RRC连接到RRC空 闲状态的转换由网络所控制。转换到RRC空闲状态的主要目的是为了节省功率。但是，RRC 状态转换导致了大量信令开销。进一步说，频繁的RRC状态变化可以也显然更多系统资源， 导致网络中增加的信令开销。对于一些应用业务，当前RRC状态转换设计可能与功率节省 以及/或者系统效能形成矛盾（counteract)。
[0008] 第三个问题有关于UE测量上报以及无线链路失败（Radio Link Failure，RLF)检 测。当前LTE系统中的一个问题是UE测量以及测量上报的触发很僵化（rigid)。没有适 应到UE业务类型，例如背景业务，功率节省或者非功率节省状态。进一步说，UE认为基于 N310/N311/T310 过程（procedure)、来自媒体据接入控制（Medium Access Control，MAC) 层的随机接入问题指示、以及来自无线链路控制RLC层的RLC指示而在物理层问题上检测 到RLF，其中，来自RLC的指示表示已达到最大重传次数。一旦检测到RLF，那么UE收集以 及存储RLF信息，以及尝试RRC连接重建。如果这样的尝试失败，UE回到RRC空闲状态。因 此，一旦UE认为检测到RLF，那么就会激发一连串代价高的（costly)过程。当前RLF触发 不考虑业务类型，例如背景业务，功率节省业务或者非功率节省状态。这会导致不成熟的宣 布RLF以及触发NAS发现，其中，宣布RLF以及触发NAS发现在失败的RRC重建之后发生， 这会产生额外的核心网络信令。
[0009] 所以需要找到解决办法。


【发明内容】

[0010] 本发明揭示了用于多样数据应用的UE增强。在本发明的一个实施例中，无线网络 中UE使用DRX或者DTX运作，其中，该UE为长DRX状态或者短DRX状态。请注意，该UE为 长DRX状态等同于UE使用具有长睡眠周期的长DRX周期，而UE处于短DRX状态等同于UE 使用具有短睡眠周期的短DRX周期。该UE发送或者接收数据传输。该UE检测至少一个预 先定义业务条件。基于已检测业务条件，UE实施DRX转换。在本发明的一个实施例中，UE 保持在长DRX状态，而不是转换到短DRX状态，当检测到至少一个预先定义业务条件时。在 本发明的另一个实施例中，当检测到至少一个预先定义业务条件时，UE扩展短DRX中的时 长（duration)。在本发明的再一个实施例中，UE发送业务条件信息给网络以及基于已接收 网络DRX转换命令实施DRX转换，其中，该网络命令为基于该业务条件。
[0011] 在本发明的另一个实施例中，UE配置空闲模式触发条件。该UE检测至少一个预 先定义业务条件。该UE基于该业务条件实施空闲模式转换运作，以及转换为空闲模式，当 满足该触发条件时。在本发明的一个实施例中，UE重启去活（inactivity)定时器，当检测 到至少一个预先定义业务条件时。在本发明的另一个实施例中，该UE基于该业务条件发送 空闲模式辅助信息给该网络。该网络发送空闲模式命令消息给该UE。该UE在接收到该网 络命令消息时进入到空闲状态。
[0012] 在本发明的其他实施例中，该UE检测至少一个预先定义业务条件。基于该业务条 件，该UE自适应地调整RLF触发参数。
[0013] 下面详细描述本发明的其他实施例以及有益效果。本发明保护范围不以
【发明内容】
为限。本发明保护范围以权利要求为准。

【专利附图】

【附图说明】
[0014] 图1为根据本发明的实施例，顶层（top-level)流程图。
[0015] 图2为根据支持本发明实施例的UE方块示意图。
[0016] 图3为根据本发明实施例，动态DRX状态转变方块示意图。
[0017] 图4A为基于已检测业务条件，UE接收到数据传输之后，保持在长DRX状态的示例 过程示意图。
[0018] 图4B为基于已检测业务条件UE将诶收到数据传输之后转换到短DRX状态的示例 过程示意图。
[0019] 图5为根据本发明的实施，从长DRX状态转换到短DRX状态的流程图。
[0020] 图6A为当业务条件指示不存在禁止（prohitition)条件时，数据传输之后，扩展 去活（inactivity)定时器的场景示意图。
[0021] 图6B为业务条件指示不存在禁止条件时，数据传输之后，扩展短DRX周期的场景 示意图。
[0022] 图7为基于业务条件，UE动态更新DRX去活定时器以及/或者短DRX周期定时器 的示意流程图。
[0023] 图8为基于从UE接收的业务条件，UE基于网络命令实施DRX状态转换以及网络 决定DRX命令的示意流程图。
[0024] 图9为根据本发明的实施例，基于业务条件动态DRX转换的示意流程图。
[0025] 图10为基于UE检测的业务条件，动态DRX转换的示意流程图。
[0026] 图11为空闲转换辅助数据从UE发给网络时，空闲模式转换的示意流程图。
[0027] 图12为基于业务条件，UE启动或重启去活定时器的示意流程图。
[0028] 图13为基于业务条件，去活定时器不重启的示意流程图。
[0029] 图14为基于至少一个业务条件，UE转换到空闲状态的示意流程图。
[0030] 图15为基于用户层面（user plane)运作，UE发送测量报告的示意流程图。
[0031] 图16为基于已检测业务条件，TTT定时器超时之前UE触发测量报告的示意流程 图。
[0032] 图17为基于业务条件UE触发RLF的示意流程图。

【具体实施方式】
[0033] 现在将参考本发明的一些实施例作详细说明，其示例如附图所示。
[0034] 图1为根据本发明的实施例顶层示意流程图。无线网络包含连接到基站eNB102的 用户设备UE101。根据一个新颖方面，UE101基于至少一个业务条件实施动态DRX转换运作 (action)。本发明的一个目的是对UL提供实施业务形成（shaping)的解决办法。进一步 说，本发明提供了基于其他因素（factor)，例如业务类型、功率节省或者非功率节省状态等 的动态调整UE休眠参数的解决办法。功率节省或者非功率节省状态可以近似地分别由功 率节省状态或者非功率节省状态所表达。当用户处于交互（interactive)模式,UE可以正 常处于非功率节省状态，其中屏幕点亮（screen on)。当用户处于非交互模式时，UE可以转 到屏幕关闭（screen off)的功率节省模式。因此标记非交互状态以及功率节省模式/状态 被认为是等同的，以及标记交互状态以及非功率节省模式/状态被认为是等同的。是否UE 处于这样的模式或者状态可以认为是UE发送给网络的信号，UE指示优先（preference)功 率节省或者不是。附加场景以及参数放在休眠算法中，UE可以更长地保持在睡眠（sleep) 中，而不影响用户服务品质（quality of service,QoS)。可以进一步有效地减少控制开销 以及提高UE睡眠。在图1的例子中，步骤111中，UE101检测业务条件。步骤112，UE101 进入到DRX状态。DRX状态可以为长DRX状态或者短DRX状态。步骤121中，UE101基于业 务条件实施DRX/DTX转换运作。
[0035] 本发明的另一个新颖性方面包含处于已链接状态的UE到空闲状态的转换。该状 态转换应用业务类型、DRX状态、功率节省或者非功率节省状态以及其他可以由UE收集以 辅助状态转换的参数的已知知识而优化。本发明提供透过减少空闲转换的信令而减少控制 开销的解决办法以避免不成熟的（premature)转换到空闲模式。在图1的例子中UE 101 在步骤113检测业务条件。步骤114UE101开始空闲模式转换。步骤122，UE 101基于业务 条件实施UE转换到空闲运作。本发明的另一个新颖方面为UE提供更动态方法，其中透过 考虑额外信息，例如业务类型、功率节省或者非功率节省状态而检测RLF。使用改进的RLF 过程，UE可以在不影响QoS前提下延迟宣布（declare) RLF，而在如果UE需要更高QoS时， 依然保持对切换的快速搜索。在图1的例子中，UE101在步骤115检测业务条件。在步骤 116, UE 101实施RLF转换。在步骤123,基于业务报告，UE 101实施RLF运作。
[0036] 图2为支持本发明实施例的UE方块示意图。UE具有RF收发器模块211，其中耦 接到天线201从天线201接收RF信号，将已接收RF信号转换为基频信号以及发送给处理 器212。RF收发器201也将从处理器212接收的已转换基频信号转换为RF信号，以及发送 给天线201。处理器212处理已接收信号以及触发不同功能模块实施UE中的功能。存储器 213存储程序指令以及数据以控制UE的运作。图2进一步给出UE中功能模块220到229 的示例，其中，该功能模块220到229实施本发明的实施例。功能模块可以以硬件、固件以 及软件或者上述几者的组合而实现。
[0037] 业务条件模块221检测业务条件。当前休眠醒来（dormancy-awake)决定，例如DRX 状态以及空闲状态不考虑不同业务或者活动（activity)的不同类型。一些业务类型，例如 背景业务具有较少的Qos需求。可以有多个应用运营在UE中，每一应用产生零星（sparse) 背景业务。业务决定模块221可以检测业务以及基于条件作出决定。业务条件的另一个例 子是UE是否为激活（active)。当在用户以及UE中的至少一个应用之间有交互时，UE处于 激活状态，应用例如屏幕激活，应用窗口正在显示给用户或者最近用户对应用有数据输入。 当UE处于激活状态，可能有数据传输。因此UE可以决定更可能保持在醒来状态。其他例子 为逻辑信道的功率节省或者非功率节省状态。如果UE处于激活状态，应用在发送或者接收 数据，数据传输的逻辑信道是非功率节省状态。另一方面，如果UE处于非激活或者功率节 省状态，数据传输可以认为是对于延迟有更高容忍度。因此，当UE处于非功率节省模式，例 如屏幕关闭，以及背景数据传输具有低QoS需求，UE可以保持在睡眠状态更长时间以具有 更好的电池效能。业务检测模块221可以检测其他UE条件，例如用户层面活动（activity) 级别，以及进一步汲取一些预先配置的信息、网络指令（instruction)以及决定业务条件 中其他动态接收的信息。
[0038] DRX/DTX模块222处理DRX/DTX转换运作。模块222从业务条件模块221收到业 务条件以及基于是否转换到其他DRX/DTX状态而做出决定。基于业务条件DRX/DTX模块 222也可以动态改变/更新DRX/DTX参数，例如短DRX周期时间以及DRX去活定时器。UE 空闲状态转换模块223从业务条件模块221接收业务条件，以及基于是否从已链接状态转 换为空闲状态而做出决定。测量模块224从业务条件模块221接收业务条件以及做出动态 决定，以决定何时发送测量报告以及何时做出移动性测量。RLF模块225从测量模块224接 收测量输出以及业务条件，以及从业务条件模块221接收业务条件。RLF模块225基于测量 报告以及业务条件动态决定是否宣布RLF。
[0039] DRX/DTX 运作
[0040] 图3为根据本发明的实施例动态DRX状态转换的方块示意图。UE可以配置为支 持长DRX以及短DRX，其中长DRX具有较长睡眠时间，以及短DRX具有较短睡眠时间。长 DRX301具有两个子状态（sub-state)。长DRX中醒来311以及在长DRX中睡眠312。UE在 长DRX中醒来311时，UE可以接收数据传输。激活时长（on-duration)定时器在UE进入 到长DRX 311中醒来时而运行。一般说来，在步骤321中，当激活时长定时器超时时，UE从 想DRX中醒来311状态改变到长DRX的睡眠312中。DRX的睡眠312中，UE不接收数据传 输。当长DRX周期定时器超时时，步骤322, UE转换回到长DRX的醒来311中。相似地，短 DRX 302具有两个子状态。短DRX的醒来313以及短DRX的睡眠314。当UE处于长DRX的 醒来313时，UE可以接收数据传输。当UE进入到短DRX的醒来313时，激活时长定时器运 行。一般说来，步骤324中，当激活时长定时器超时时，UE可以从短DRX的醒来313改变到 短DRX的睡眠314。在短DRX的睡眠314中，UE不接收数据传输。当短DRX周期定时器超 时时，步骤323中，UE转换回到短DRX的醒来313。步骤326中，当UE在短DRX的醒来313 时接收数据传输，UE保持在短DRX的醒来313中。
[0041] UE可以从长DRX 301转换到短DRX 302以及反之亦然。步骤325中，数据传输开 始。步骤325的数据传输触发UE从长DRX 301转换到短DRX 302。另一方面，当UE处于 短DRX302时，可以转换到长DRX 301。步骤334中，当短DRX周期定时器超时，UE从短DRX 302转换到长DRX 301。可替换地，步骤335中，当UE接收到网络指示只是UE进入长DRX 状态，UE从短DRX302转换到长DRX 301。传统地，系统不区分数据业务的类型，或者业务 条件。因此，在步骤325,任何类型的数据传输触发UE从长DRX 301转换到短DRX 302。在 本条件的一个新颖方面中，UE检测到业务条件，例如背景业务、功率节省或者非功率节省状 态、数据业务量以及其他条件。基于这样的条件，UE可以决定保持在长DRX 301。举例说 明，步骤331，当业务条件指示小或者低QoS数据传输，UE保持在长DRX的醒来311中，而不 是转换到短DRX 302。相似地，步骤332中，UE可以接收网络命令指示，其中该命令指示该 UE保持在长DRX301中。UE在接收到命令之后，保持在长DRX的醒来311，而不是转换到短 DRX 302。在一个优选实施例中，步骤332中网络命令为基于从UE发出的业务条件。在另 一个优选实施例中，网络命令使用MAC控制粒子（Control Element, CE)。可替换地，可以 透过RRC信令传送。在步骤333, UE检测数据传输发生在功率节省状态。在检测到该业务 条件之后，UE在长DRX 311中保持醒来，而不是转换为短DRX 302。UE可以考虑其他业务 条件以及相应地修正当前DRX状态转换，其中，其他业务条件为影响UE的休眠醒来运作。
[0042] 图4A以及图4B为动态调整UE从长DRX状态转换为短DRX状态的两个示例场景。 一般说来，由于更多睡眠时间，使UE保持在长DRX而不是发送UE到短DRX可以增加 UE功 率节省。可能对于业务形成而言，当随后的传输可以被缓冲直到下一个长DRX传输机会 (opportunity)会更有益处。主要问题在于长DRX状态可能负面影响用户体验，举例说明， 当UE处于高交互性模式中时。其他场景例如成批（bulk)数据传输，高优先级/重要性业 务，例如信令无线承载（Signaling Radio Bearer, SRB)传输，可能需要短DRX。图4A以及 图4B给出了基于业务条件UE保持在长DRX周期或者进入短DRX周期的场景示意图。
[0043] 图4A给出了基于已检测业务条件UE在接收到数据传输之后保持在长DRX状态的 示例过程。UE进入长DRX状态。在长DRX周期401在激活时长没有接收到数据传输。尽管 如此UE监视业务条件。在长DRX周期402的激活时长中，UE在步骤411接收到物理下行链 路控制信道（Physical Downlink Control Channel JDCCH)传输。接收到数据传输之后，UE 在步骤412启动去活定时器。传统地，定时器超时，UE可以进入到短DRX状态。在本发明的一 个实施例中，步骤413中，UE检测业务条件，其中该业务条件指示UE或者逻辑信道，检测业 务条件，其中该业务条件指示UE或者逻辑信道411数据传输在非交互（non-interactive) 或者功率节省模式中使用。因此，UE保持在长DRX状态以及进入长DRX周期403。其他已 检测业务条件也可以使得UE决定保持在长DRX状态。这样的业务条件的例子包含背景业 务条件，短以及非时间敏感性业务，以及小业务量。
[0044] 图4B为基于已检测业务条件，UE接收到数据传输之后UE转换到短DRX状态的示 例过程示意图。UE进入到长DRX状态，长DRX周期421，在激活时长没有接收到数据传输。 但是UE监视业务条件。在长DRX周期422的激活时长中，UE在步骤431接收H)CCH传输。 在接收到数据传输，UE在步骤432启动去活定时器。步骤433中，UE检测到或者UE或者逻 辑信道431数据传输使用在交互或者非功率节省模式中。因此，UE转换到短DRX周期以及 进入短DRX周期422。UE在短DRX周期422的激活时长中不接收数据传输。然后UE进入 到短DRX周期423。UE在短DRX周期423的时长中不接收数据传输。在短DRX周期定时器 超时之后，UE进入到长DRX周期424。在本发明的一个实施例中，当有数据传输以及检测到 至少一个业务条件时，UE从长DRX状态变为短DRX状态。第一条件是当数据传输或者来自 传输的已缓存数据超过预先定义阈值。在本发明的一个实施例中，对于UL传输，从长DRX 到短DRX的转换可以与缓冲器状态报告（Buffer Status Report，BSR)中的缓冲器状态报 告相关。第二个条件是当数据传输为用于某一逻辑信道或者逻辑信道组。在本发明的一个 实施例中，逻辑信道为高优先级信道或者SRB。第三个条件为当数据传输为特定UL或者D1 传输。这是个当传输为时间关键信令过程，其中期望回复的条件。举例说明，当触发测量报 告的事件已经被发出之后，UE可能期待网络无线资源管理（Radio Resource Management, RRM)响应中重配置或者切换。第四条件为当UE或者逻辑信道/承载者为处于非功率节省 模式时。
[0045] 图5为根据本发明的实施例，从长DRX状态到短DRX状态的动态转换的示例流程 图。UE501连接到eNB502,其中，eNB502连接到无线网络。步骤511中，UE进入长DRX状态。 步骤512中，UE502检测业务条件。示例业务条件列在前面段落中。所属领域技术人员可 以理解UE501可以检测其他业务条件。更多延迟容忍（delay tolerant)业务条件可以指 示保持在长DRX状态中的好处，而更实时（real time)数据传输，或者大量传输，可以指示 需要转换到短DRX状态。UE501保持收集以及更新上述业务条件。步骤521中，检测到数据 传输。步骤513中，UE501收集业务条件信息以及做比较。在步骤513, UE501可以实现某 些算法以评估各种已收集业务条件。上述算法可以为简单的决定，或者为动态配置。UE501 可以基于持续中的（on-going)基础，或者周期性地，或者当一些预先定义触发事件发生时 评估所有已收集业务条件。在决定业务条件之后，如果遇到至少一个预先定义条件，UE501 在步骤515转换到短DRX状态。如果在步骤513, UE没有检测到任何预先定义业务条件，或 者步骤513中的业务条件指示延迟容忍业务类型，UE501在步骤514中保持在长DRX状态。 在本发明的一个实施例中，步骤522中，UE501发送业务条件同步消息给网络。该消息指示 给网络当前UE的DRX状态，DRX参数更新以及/或者UE501检测的其他相关业务条件。透 过从UE收到的业务条件中得到UE状态，或者明示地收到状态转换信息，网络可以与UE501 同步。该同步可以在有触发事件时完成，其中，触发事件例如UE状态变化或者业务条件变 化，或者可以周期性地更新。同步方案可以预先配置以及动态调整。
[0046] 动态DRX转换方案的另一方面为动态调整或者扩展去活定时器以及/或者短DRX 周期定时器。图6A以及6B给出了基于业务条件扩展去活定时器以及短DRX周期定时器的 示意图。虽然两个示意图给出了扩展的实现，但是所属领域技术人员可以理解，两个定时器 可以同时扩展。
[0047] 图6A给出了根据本发明的实施例，当业务条件指示不存在禁止（prohibition)条 件时，数据传输之后扩展去活定时器的示例场景。UE进入长DRX周期601。在长DRX周期 601的激活时长中没有数据传输。在下一个激活时长中，在步骤611UE接收HXXH数据传 输。步骤612, UE检测到或者UE或者数据传输使用的逻辑信道611在交互或者非功率节省 模式中。UE进一步检测是否没有检测到禁止条件。该禁止条件可以为预先配置或者动态更 新。第一禁止条件为当数据传输或者已缓冲用于传输的数据为低于预先定义阈值。第二禁 止条件为数据传输不是预先定义的逻辑信道或者逻辑信道中之一，逻辑信道例如高优先级 信道或者SRB。第三禁止条件条件为数据传输不是UL或者DL中预先定义特定传输之一。 第四禁止条件为UE或者数据传输所使用的逻辑信道611在功率节省模式中。在检决定UE 满足所有条件之后，UE在步骤613扩展去活定时器。扩展去活定时器超时之后，UE进入短 DRX周期602,其中短DRX周期602后面是DRX周期603。步骤614中，常规（regular)短 DRX周期定时器超时。UR进入长DRX周期604。
[0048] 图6B为根据本发明的实施例，当业务条件指示不存在禁止条件时，数据传输之后 扩展短DRX周期定时器的示例场景。UE进入长DRX周期621。在长DRX周期621的激活 时长中没有数据传输。在下一个激活时长中，UE在步骤631收到rocch数据传输。在步骤 633中，UE启动去活定时器。在去活定时器超时之后，步骤632, UE检测UE或者数据传输 所使用的逻辑信道631在去活或者非功率节省模式。UE进一步检测没有检测到禁止条件。 禁止条件可以预先配置或者动态更新。禁止事件为上述定义的相同。在决定UE满足所有 条件之后，UE扩展短DRX周期定时器。UR进入短DRX周期622,其中，短DRX周期622后面 是短DRX周期623。因为短DRX周期定时器被扩展，所以透过进入短DRX周期624UE保持在 短DRX更长时间。步骤634中，已扩展短DRX周期定时器超时。UE进入长DRX周期625。
[0049] 图7为根据本发明的实施例，基于业务条件UE动态更新去活定时器以及/或者 短DRX周期定时器的流程图。UE 701连接到eNB 702, eNB 702连接到无线网络。步骤711 中，UE 701检测业务条件。步骤721中，UE检测数据传输。步骤712中UE 701基于业务条 件决定运作。示例业务条件列在之前的段落中。所属领域技术人员可以理解UE 701可以 检测其他业务条件。UE 701持续收集业务条件信息以及做比较。UE 701在步骤712可以 实现某个算法以评估各种已手机业务条件。这样的算法可以为简单的决定或者可以动态配 置。业务条件可以在持续（ongoing)的基础上决定，或者周期性地，或者在需要决定的时间 决定。决定业务条件之后，UE 701可在步骤713扩展去活定时器以及/或者短DRX周期定 时器，所以UE保持在醒来状态较长时间。如果在步骤712, UE 701决定条件不满足，则UE 701不扩展去活定时器，也不在步骤714扩展短DRX周期定时器。在本发明的一个实施例 中，步骤722，UE701发送业务条件同步消息给网络。该消息指示网络当前UE DRX状态，DRX 参数更新以及/或者UE 701检测到的其他相关业务条件。网络可以透过从接收到的业务 条件得到UE状态而与UE 701同步，或者从接收明示状态转换信息。其他同步消息也可以 采用。同步可以在有触发事件时发生，例如UE状态改变或者业务条件改变，或者可以周期 性地更新。同步方案可以预先配置以及动态调整。
[0050] 如上所示，动态调整UE DRX状态以及/或者DRX参数可以在UE检测到业务条件 时完成。这样的实现不包含额外消息以及决定对于UE而言是本地的，其中业务条件已知。 但是这样的方案在UE以及网络之间有不同步（out-of-sync)的风险。如上所述，可以实现 一些同步以解决潜在的不同步问题。另一实现动态UE的DRX状态转换的方式是透过网络 命令。
[0051] 图8为根据本发明的实施例，UE基于网络命令实施DRX状态转换的示意图，其 中，网络基于从UE收到的业务条件决定DRX命令。UE801连接到eNB802, eNB802连接到 无线网络。步骤811中，UE 801检测业务条件。业务条件可以包含UE功率节省/非功率 节省状态、背景业务类型、用户层面活动（activity)以及其他业务类型、业务条件相关信 息。业务条件可以为预先配置或者可以为动态更新以及UE和网络之间同步。步骤821中， UE 801发送上述业务条件给网络。业务条件可以在有触发事件时发送，例如UE状态变化， 或者业务条件变化，或者可以周期性地更新。业务条件也可以包含透过提供信息给网络 的UL业务标签（tagging)，其中该信息与UL数据的特性相关，UL数据的特性例如延迟容 忍（delay-tolerant)、背景业务、功率节省或者非功率节省数据。透过识别数据的上下文 (context)，网络可以更好决定相关UE DRX转换。步骤812中，从UE801接收到业务条件之 后，eNB802决定DRX命令。在本发明的一个实施例中，上述决定在网络中完成而不是eNB。 在本发明的其他实施例中，上述决定可以由其他网络实体完成。步骤822,网络发送DRX命 令给UE 801。网络DRX命令的例子包含数据传输之后转到长DRX或者保持在长DRX，在该 数据传输之后使用预先定义DRX配置，使用长或者短或者中等（medium)，或者使用长、短中 等去活定时器以转换出短DRX。在本发明的一个优选实施例中，DRX命令DL数据传输一起 发送，DL数据例如MAC标头（header)。命令可以在数据传输之后直接用于DRX运作。信 令开销可以最小化。在本发明的另一个优选实施例中，一些DRX运作配置预先配置以及命 令可以指向上述预先配置命令。步骤813中，接收到网络DRX命令之后，UE801相应地实施 DRX转换运作。
[0052] 传统地，DRX中的业务形成只用于DL。在本发明的一些优选实施例中，UE在UL中 应用传输休眠。UE只允许在UL中的某些时机（occasion)上传送。UL传输时机周期可以 设置比最大调度请求（Scheduling Request)周期长。如上所述UL传输时机限制可以用于 物理上行链路控制信道（Physical Uplink Control Channel，PUCCH)以及其他基于UL的 传输的争用（contention)。UL业务形成一个问题是UE以及网络不同步的可能。为了避 免UE以及网络之间不同步问题，通信的一方负责上下文识别以及检测其他业务条件。这样 的信息随后作为信号发送给另外一方。举例说明，UE可以透过在MAC标头中增加信息粒子 (information element, IE)而标签（tag) UL数据、提醒网络是否该数据为延迟容忍/背景 业务、或者非功率节省或者对话（conversational)在本发明的另一个实施例中，透过在UL 的数据传输中包含上述信息，UE将非功率节省/功率节省状态上报，或者用于逻辑信道，或 者用于UE。在本发明的另一个实施例中，网络可以请求上述信息，以及UE可以透过发送业 务信息给网络而作为响应。
[0053] 图9为根据本发明的实施例，依据网络命令的动态DRX转换的流程示意图。步骤 901中，UE检测至少一个业务条件。步骤902中，UE发送条件信息给网络。步骤903中，UE 根据网络DRX命令实施DRX转换运作，其中，DRX命令为基于业务条件信息。
[0054] 图10为根据本发明的实施例，基于已检测业务条件动态DRX转换的流程示意图。 步骤1001中，UE应用非连续DRX或者DTX在无线网络中，其中UE为长DRX状态或者为短 DRX状态。步骤1002中，UE在逻辑信道上发送或者接收数据传输。步骤1003中，UE检测 至少一个业务条件。步骤1004中，UE基于业务条件实施DRX转换运作。
[0055] 宇闲连接转换
[0056] 基于业务条件动态调整UE DRX状态转换以及/或者DRX参数提高了 UE电池寿命， 而不影响用户体验。另一个经济的运作是转换到空闲模式。在当前系统中，空闲转换触发 为在网络中，以及明示信令用于触发转换到空闲状态。在得到UE UL同步以接收RRC释放 命令中有大量的信令开销。如果空闲转换触发可以动态采用，以及考虑UE的业务条件，上 述开销可以降低。
[0057] 图11为根据本发明的实施例，已连接UE动态地转换到空闲状态的示意流程图， 其中空闲黄钻换辅助信息从UE发送给网络。UE 1101连接到eNB 1102中，其中，eNB 1102 连接到无线网络。步骤1111中，UE 1101检测业务条件。在本发明的优选实施例中，步骤 1121中，UE 1101透过RRC测量报告发送空闲转换辅助数据给网络。该辅助数据可以透过 其他消息发送网络。辅助数据典型地包含用于激活的持续中（ongoing)业务的类型，例如 背景或者时间类型特性（time pattern characterization)、UE功率节省或者非功率节省 状态，UE休眠/醒来状态，例如DRX醒来，传送或者接收状态以及与上述信息相关的最近历 史信息。其他业务条件信息，例如UE的移动速度也可以包含在报告中。空闲转换辅助数据 可以在测量报告传输中发送或者当发送数据给网络时发送。步骤1112中，eNB1102在接收 到空闲转换辅助数据之后，决定是否释放RRC连接。所属领域技术人员可以理解上述决定 可以由网络中的其他示例所示。步骤1122中，网络基于已接收空闲转换辅助数据发送RRC 释放消息给UE 1101。接收到RRC释放消息之后，UE 1102在步骤1112中转换到空闲。
[0058] 使得UE进入空闲状态的另一个更为有效的方式为基于用户交互 (interactivity)应用不同空闲转换触发。具体地，UE转换到空闲状态，特别地，当UE处于 功率节省状态时，更快地而不是稍后（sooner rather than later)转入空闲状态。因为当 用户在功率节省状态中，用户可能注意不到额外延迟。用户交互可以检测作为UE处在非功 率节省状态中，以及可以基于传输超过预先定义阈值。
[0059] 图12为根据本发明的实施例，UE基于业务条件启动或者重启inactivity定时器 的示意流程图。UE 1201连接到eNB 1202,其中eNB 1202连接到无线网络。步骤1211中， UE 1201进入到交互/非功率节省状态。步骤1221中，UE 1201发送或者接收数据传输。UE 1201也可在该步骤中告知网络有关自己的的非功率节省状态。步骤1212中，UE 1201启动 去活定时器。空闲转换定时器的值设定为长。空闲转换定时器的值依赖于一组预先定义业 务条件中至少其中之一。预先定义业务条件可以为预先配置或者动态更新。第一业务条件 为启动定时器的数据传输的数据量。第二业务条件为逻辑信道的类型，或者启动定时器的 传输的承载者，例如高优先级信道。第三业务条件为是否启动定时器的数据传输为用于一 些预先定义特定UL或者DL。第四条件为是否UE或者启动定时器的数据传输的逻辑信道处 于功率节省或者非功率节省状态中。在本发明的一个实施例中，在步骤1222，UE 1201发送 业务条件同步消息给网络，。随后，步骤1213中，UE 1201进入到非交互/功率节省状态。 步骤1223中，UE 1201发送或者接收数据传输。在本发明的一个实施例中，UE 1201可以告 知eNB 1202有关功率节省状态。步骤1214中，UE 1201启动或者重启去活定时器以及设 定定时器的值为短。在本发明的一个实施例中，UE 1201发送业务条件同步消息给eNB1202 在步骤1224。步骤1225中，去活定时器超时。UE 1201在步骤1216进入到空闲状态。
[0060] 图13为根据本发明的实施例，基于业务条件不启动去活定时器的示意流程图。 UE1301连接到eNB 1302, eNB 1302连接到无线网络。步骤1311中，UE 1301检测业务条 件。步骤1321中，UE 1301发送或者接收数据传输。UE 1301在检测到数据传输之后，决定 是否有条件地基于可选次要条件启动/重启去活定时器，其中可选次要条件包含数据传输 的量高于预先定义阈值、数据传输为用于特定预先定义逻辑信道或者无线承载，数据传输 为预先定义特定UL或者DL信令传输，以及UE或者逻辑信道传统地基于至少一个可选业务 条件处于非功率节省状态。步骤1312中，UE 1301启动或者重启去活定时器，所以UE可以 保持在连接状态更长时间以避免不经济的不必要的状态转换。步骤1322中，UE1301接收 SRB传输。因为SRB传输为用于控制层面活动，所以与未来期望的UE活动无关。因此，这样 的活动可以忽略。步骤1313中，UE 1301让去活定时器持续而不重启。其他业务条件可以 为预先配置或者动态更新以辨识某个事件在UE转换到空闲状态中不是相关因素的情况。 这样的事件，一旦配置好，允许UE让去活定时器持续运行而不延迟UE进入到空闲状态。步 骤1314中，UE去活定时器超时。步骤1315中，UE 1301进入到空闲。
[0061] 图14为根据本发明的实施，UE基于至少一个业务条件转换到空闲状态的示意流 程图。步骤1401中，透过无线网络中的UE，UE配置UE空闲模式触发条件。步骤1402中， UE检测至少一个预先定义业务条件。步骤1403中，UE基于业务条件实施UE空闲转换运 作。步骤1404中，当触发条件满足时，UE转换到空闲模式。
[0062] RLF以及测量报告的触发
[0063] 透过考虑UE业务条件，UE可以不影响用户体验而在DRX状态转换以及空闲状态转 换中更为有效。其他问题与移动性测量报告以及触发RLF有关。移动性测量效能可以基于 用户层面活动而不只是基于DRX周期。在较高用户层面活动中，更多测量可以由UE完成， 因为UE更为活跃。当UE没有传送或者接收数据，或者实施传送或者接收背景业务，UE可 以测量何时UE在DRX周期中醒来时。但是，当UE由于数据传输而激活时，例如短DRX或者 当去活定时器运行时，UE可应该考虑做额外移动性测量。这提高了 UE移动性测量效能，当 用户为交互以及主动使用UE时。这提供了良好的终端用户QoS，而不耗费电池。当UE处于 深度睡眠时，移动测量效能会恶化。但是在此情况下，因为用户不使用UE用户可能不会注 意到。
[0064] 伴随着移动性测量，UE可以在宣布（declaring) RLF时考虑UE业务条件。这么做， UE可以避免不成熟的RLF以及最终避免失败的RRC重新建立之后的NAS恢复。因此，保持在 旧小区更长时间而获益。但是，这样的解决方法需要对上下文敏感（context sensitive), 以及对于旧小区的持续很久的（prolonged)搜索，可能无法完成，如果影响到用户QoS。举 例说明，如果UE处于非功率节省模式，UE可能搜索最好的小区以及重新连接以保证QoS。
[0065] 图15给出了根据本发明的实施例，基于用户层面活动UE发送测量报告的示意流 程图。UE1501连接到eNB 1502，eNB 1502连接到无线网络。步骤1521中，UE 1501进入到 RRC连接状态。步骤1511中，UE 1501检测非交互/功率节省状态。步骤1522,满足事件 条件以及启动测量报告定时器（measurement report timer, TTT timer)。步骤1512中， UE 1501检测用户层面活动。一旦用户层面活动被检测到，即使TTT定时器没有超时，在步 骤1523UE 1501发送测量报告给eNB 1502。步骤1513中，UE 1501检测业务条件，其中业 务条件可以用于动态更新RLF参数。第一业务条件为DRX状态，包括长DRX非激活状态，短 DRX非激活状态以及DRX激活状态，其中DRX激活状态意味着数据传输持续中（ongoing)。 第二业务条件为功率节省/非功率节省状态。第三业务条件为成功送达测量报告。其他业 务条件可以基于或者配置或者网络的动态更新而追踪（track)。在检测到至少一个预先定 义业务条件按之后，UE1501动态调整RLF参数。举例说明，检测到UE 1501在非激活/功 率节省状态，RLF定时器可以自适应调整到使得RLF稍后发生。举例说明，LTE N310可以增 力口，LTE N311可以减少，以及LTE T310可以增加。在步骤1514，UE 1501检测不良（bad) 无线条件。步骤1524中，UE1501启动T310定时器。但是T310定时器的值是一个自适应 T310定时器值。自适应定时器值基于至少部分基于UE 1501所检测的业务条件。步骤1525 中，UE 1501发送测量报告以及启动T310A定时器。但是T310定时器的值是自适应T310A 定时器的值。自适应定时器的值基于，至少部分基于UE 1501所检测的业务条件。其他RLF 参数，例如N310以及N311也可以基于业务条件动态更新。自适应RLF参数可以预先配置 以及在UE以及网络之间同步。在本发明的一个实施例中一些同步消息从UE 1501发送给 eNB1502以同步业务条件以及其他状态变化以及参数变化。
[0066] 图16为根据本发明的实施例，在TTT定时器超时之际前，基于已检测业务条件UE 触发测量报告的示意流程图。UT 1601连接到eNB 1602,其中eNB 1602连接到无线网络。 步骤1621中，UE 1601接收到RRC测量配置消息。步骤1611中，UE 1601检测业务条件。 步骤1612, UE 1601进入到激活状态或者短DRX状态。步骤1613, UE 1601决定测量事件进 入条件满足，以及TTT滤波已经完成。步骤1614中，UE 1601转换到非激活或者长DRX状 态。然后，步骤1622，UE 1601发送RRC测量报告给eNB1602。接收到测量报告之后，步骤 1615中，eNB 1602准备其他小区用于RRC重建。在步骤1616中，发送切换测量报告之前， UE 1601 宣布 RLF。
[0067] 图17为根据本发明的实施例基于业务条件UE触发RLF的示意流程图。步骤1701 中，UE建立RRC连接。步骤1702中，UE检测至少一个预先定义业务条件。步骤1703中，UE 检测RRC连接的物理层问题。步骤1704中，基于预先定义业务条件，UE自适应地调整无线 链路失败触发参数。
[0068] 虽然参考某些特定实施例详细描述本发明，然上述实施例仅用以说明，本发明的 保护范围不以此为限。所属领域技术人员可以在不脱离本发明的精神范围内对所描述的实 施例中特征实施修改、润饰以及组合，本发明的保护范围以权利要求为准。
【权利要求】
1. 一种方法，包含： 在无线网络中透过用户设备应用不连续接收以及/或者不连续发送运作，其中该用户 设备为在长不连续接收状态中或者为在短不连续接收状态中； 发送或者接收数据传输； 检测至少一个业务条件；以及 基于该至少一个业务条件实施不连续接收转换。
2. 如权利要求1所述的方法，其特征在于该不连续接收转换运作为从该长不连续接收 状态转换到该短不连续接收状态，其中该业务条件包含下列条件至少其中之一：该数据传 输的数据量，或者用于传输的已缓冲属于量超过预先定义阈值、该数据传输为用于预先定 义多个逻辑信道其中之一或预先定义逻辑信道组其中之一，该数据传输为预先定义特定上 行链路或者下行链路传输，以及该用户设备或者该逻辑信道为非功率节省状态。
3. 如权利要求1所述的方法，其特征在于该不连续接收转换运作为保持在该长不连续 接收状态，当该业务条件为背景业务或者低服务品质业务。
4. 如权利要求1所述的方法，其特征在于，该不连续接收运作为当检测到下列预先定 义业务条件至少其中之一时扩展该短不连续接收的时长：该数据传输或者已缓冲用于传输 的数据超过预先定义阈值，该数据传输为用于预先定义多个逻辑信道其中之一或用于预先 定义逻辑信道组其中之一，该数据传输为预先定义特定上行链路或者下行链路，以及该用 户设备或者该逻辑信道为处于非功率节省模式。
5. 如权利要求1所述的方法，其特征在于，该不连续接收转换运作为动态调整该上行 链路传输时机周期，其中该上行链路传输时机周期用于物理上行链路控制信道传输、随机 接入信道传输或者基于争用的上行链路传输。
6. 如权利要求5所述的方法，其特征在于除非检测到该业务条件至少其中之一，该上 行链路传输时机周期调整为更长周期，：该数据传输为比预先定义阈值量大，该数据传输为 用于预先定义多个逻辑信道至少其中之一或用于预先定义逻辑信道组至少其中之一，以及 该用户设备或者该逻辑信道为处于非功率节省状态。
7. 如权利要求1所述的方法，其特征在于进一步包含： 该用户设备透过媒体据接入控制控制粒子或者无线资源控制信令发送至少一个业务 条件同步信息给该无线网络。
8. 如权利要求7所述的方法，其特征在于该业务条件同步信息包含：不连续接收状态、 用户设备功率节省或者非功率节省状态、背景业务类型、低服务品质类型以及短不连续接 收去活定时器至少其中之一。
9. 一种方法，包含： 在无线网络中，透过用户设备配置用户设备空闲模式触发条件； 透过该用户设备检测至少一个预先定义业务条件； 基于该业务条件实施用户设备空闲模式转换运作；以及 当该空闲模式触发条件满足时，转换到空闲模式。
10. 如权利要求9所述的方法，其特征在于，该空闲模式触发条件在用户设备内部定时 器超时，以及其中，当该用户设备以及该网络所已知的预先配置事件发生时，该空闲模式转 换运作为启动/重启用户设备内部定时器。
11. 如权利要求10所述的方法，其特征在于该预先配置事件为基于可选的次要条件的 数据传输或者接收，其中该可选次要条件包含下列条件中至少一个：该数据传输的量大于 一预先定义阈值，该数据传输为用于特定预先定义逻辑信道或者无线承载，该数据传输为 预先定义特定上行链路或者下行链路信令传输，以及该用户设备或者该逻辑信道处于非功 率节省状态。
12. 如权利要求10所述的方法，其特征在于，该空闲模式转换运作额外地包含基于下 列至少一条件有条件地调整该用户设备内部定时器启动值：该数据传输的数据量高于预先 定义阈值，该数据传输为用于特定预先定义逻辑信道或者无线承载，该数据传输为用于预 先定义特定上行链路或者下行链路信令传输，以及该用户设备或者该逻辑信道为处于非功 率节省状态。
13. 如权利要求10所述的方法，其特征在于进一步包含： 透过该用户设备给该无线网络发送至少一个业务条件同步信息，其中该业务条件同步 信息包含：用户设备功率节省或者非功率节省状态、背景业务类型、低服务品质业务类型以 及该用户设备内部定时器值。
14. 如权利要求9所述的方法，其特征在于该空闲模式转换运作为发送至少一个空闲 模式辅助信息给该无线网络，以及其中该空闲模式处罚条件为接收来自该网络的命令，以 及其中该空闲模式辅助信息包含：背景业务类型、低服务品质业务类型、用户设备功率节省 或者非功率节省状态、用户设备休眠或者醒来状态以及该业务条件的最近历史。
15. 如权利要求14所述的方法，其特征在于，该空闲模式辅助信息在测量报告传输中 发送给该网络，或者在从该用户设备到该网络之间的数据传输中发送。
16. -种方法，包含： 在无线通信网络中透过用户设备建立无线资源控制连接； 检测至少一个预先定义业务条件； 检测与无线链路失败检测有关的该无线资源控制连接的至少一个无线链路问题；以及 基于该预先定义业务条件自适应地使用已调整触发参数。
17. 如权利要求16所述的方法，其特征在于该预先定义业务条件包含下列条件至少其 中之一：不连续接收状态、用户设备非功率节省或者功率节省状态，以及其中该不连续接收 状态包含长不连续接收、短不连续接收以及不连续接收去活定时器运行。
18. 如权利要求16所述的方法，其特征在于无线链路失败触发参数包含无线链路失败 定时器以及用于无线链路失败触发的第三层过滤机制。
19. 如权利要求16所述的方法，其特征在于，该无线链路失败触发被延迟，当检测到该 预先定义多个业务条件至少其中之一时，该多个预先定义业务条件包含：该用户设备处于 非激活状态、该用户设备处于非功率节省状态。
【文档编号】H04W76/04GK104221444SQ201380019882
【公开日】2014年12月17日 申请日期:2013年4月27日 优先权日:2012年5月2日
【发明者】波·乔·麦可·康森恩, 徐家俊 申请人:联发科技股份有限公司