无线通信网络中用户设备发起的不连续操作的制作方法
【专利摘要】本发明公开了一种用于在用户设备（UE）中发起不连续接收（DRX）操作的设备和方法。在UE上运行的应用被UE监视以识别与一个或多个应用相关联的一个或多个不活动触发器事件。UE包括应用-无线电交叉层用来处理被无线电层使用的包括不活动触发器事件的应用信息。UE的无线电层根据由应用-无线电交叉层提供的包括不活动触发器事件的应用信息以及装置特性信息来确定DRX操作的发起。
【专利说明】无线通信网络中用户设备发起的不连续操作
[0001]相关申请的交叉引用
本申请要求2011年7月I日提交的、名称为“Method and Apparatus for LTE”的美国临时专利申请N0.61/504，054的优先权，其内容通过引用全部而被结合于本文中。
【技术领域】
[0002]本公开通常涉及无线通信。更具体地，本公开涉及无线通信系统内用户设备发起的操作。
【背景技术】
[0003]在无线数据通信网络内操作的装置消耗相当多的功率来接收指令和数据并且执行相关联的信号处理。当无线数据通信网络增加数据速率时，装置的功耗也会增加。对于通常由以电池形式的有限功率源供电的移动装置来说，设计目标是在没有不利地影响活动操作要求的情况下实现电池功率保存。
[0004]对于装置来说在当前第3代合作伙伴计划(3GPP)长期演进(LTE)-高级系统中用于保存功率(并且减少信令开销)的一种方式是实现不连续接收(DRX)操作。DRX操作涉及减小装置的收发器运行周期。3GPP-LTE系统内的增强节点B (eNodeB)基于满足由eNodeB指定的预定不活动定时器值来命令其服务区内的一个或多个装置发起DRX操作。eNodeB还关于特定DRX运行周期来命令所述一个或多个装置(例如，当装置应该是“接通的”以接收调度和寻呼信息和/或数据时，以及当所述装置应该是“断开的”以保存功率使用时)。只有eNodeB可以发起DRX操作。当前的3GPP LTE-高级系统不支持由用户设备(UE)装置发起DRX操作。
【专利附图】
【附图说明】
[0005]图1图示根据一些实施例的无线通信网络的示例(部分)。
[0006]图2图示根据一些实施例的示出eNodeB和UE中的任何一个UE的细节的示例框图。
[0007]图3图示根据一些实施例的与UE相关联的协议栈的至少一部分。
[0008]图4图示根据一些实施例的UE基于应用操作信息来发起DRX操作的示例流程图。
[0009]图5图示根据一些实施例的UE使用RRC信令发起DRX操作的示例时序图。
【具体实施方式】
[0010]呈现下面的描述来使得本领域任何技术人员能够创建并使用计算机系统配置和相关方法以及制品来通过在无线通信网络中操作的用户设备(UE)确定并发起不连续接收(DRX)操作。UE的协议栈包括新部件以识别与在UE上运行的应用相关联的不活动触发器事件和/或UE的装置特性(非接入层(NAS)参数)、便于通过无线电资源控制/媒体访问控制(RRC/MAC)层访问不活动触发器事件、并且用于RRC/MAC层确定是否发起DRX操作(以及可选地，选择特定DRX运行周期或其它DRX参数)。使用包括在一个或多个无线电帧中的无线电资源控制(RRC)信令，UE将触发DRX操作的意图用信号通知它的相关联的eNodeB，并且响应于接收来自eNodeB的确认，UE切换到DRX模式。因此，UE实现了功率储蓄、减少了电池消耗和/或来自智能空闲模式实现的通过空中接口的信令开销的减少。UE基于它的实际操作状态和/或装置特性向eNodeB建议一个或多个DRX参数。
[0011]对于本领域技术人员来说，对实施例的各种修改将是容易显而易见的，并且在未背离本发明的范围的情况下，本文定义的一般原理可以应用于其它实施例和应用。此外，在下面的描述中，为了解释的目的陈述了许多细节。然而，本领域普通技术人员将会认识到在未使用这些具体细节的情况下也可以实施本发明的实施例。在其它实例中，众所周知的结构和过程未以框图形式示出以便不会用不必要的细节使本发明的实施例的描述模糊。因此，本公开意图不是受限于示出的实施例，而是将会符合与本文公开的原理和特征一致的最宽范围。
[0012]图1图示根据一些实施例的无线通信网络100的示例(部分)。无线通信网络100包括增强节点B (eNodeB或eNB) 102和多个用户设备(UE) 110。在一个实施例中，无线通信网络100包括使用以时分双工(TDD)模式操作的第3代合作伙伴计划(3GPP)长期演进(LTE)标准的演进的全球陆地无线接入网络(EUTRAN)。在另一个实施例中，无线通信网络100包括使用以频分双工(FDD)模式操作的3GPP-LTE标准的EUTRAN。在另外其它的实施例中，无线通信网络100可以是W1-Fi网络、WiMax网络、第3代(3G)网络以及其它无线数据通信网络。
[0013]eNodeB 102 (也称为基站)为表示为小区104的某个地理区域服务。位于小区104内的UE 110由eNodeB 102服务。eNodeB 102在第一载波频率106 (Fl)(例如主要载波分量)上以及可选地在一个或多个次级载波频率、例如第二载波频率108 (F2)(例如次级载波分量)上与UE 110通信。为了图示的简易，图1中只示出了单个eNodeB。然而,会理解无线通信网络100包括多于一个eNodeB, eNodeB中的每个eNodeB为可能或不可能与eNodeB102相邻的特定小区服务。
[0014]UE 110可以包括各种装置，包括但不限于蜂窝电话、智能电话、平板计算机、膝上型计算机、桌上型计算机、个人计算机、服务器、个人数字助理(PDA)、web设备、机顶盒(STB)、网络路由器、交换机或桥等等。一个或多个UE 110可以在任何给定时间移入小区104或移出小区104。
[0015]图2图示根据一些实施例的示出eNodeB 102和UE 110中的任何一个UE的细节的示例框图。eNodeB 102/UE 110包括处理器202、存储器204、收发器206、指令208以及其它部件(未示出)。处理器202包括一个或多个中央处理单元(CPU)、图形处理单元(GPU)或两者。处理器202配置成为eNodeB 102/UE 110提供处理和控制功能性。存储器204包括配置成为eNodeB 102/UE 110存储指令、数据、设置信息等等的一个或多个瞬时和静态存储器单元。收发器206包括配置成在eNodeB 102的范围内、于eNodeB 102和UE 110之间接收上行链路接收和传输下行链路传输的一个或多个收发器。收发器206包括一个或多个多输入和多输出(MMO)天线用于支持MMO通信。在一些MMO实施例中，所述天线可以被有效地分离以便利用可在天线中的每个天线和发射站的天线之间导致的不同信道特性和空间分集。在一些MIMO实施例中，可以用波长的高达1/10或更多来分离天线。[0016]指令208包括在计算装置(或机器)上执行以引起这样的计算装置(或机器)执行本文讨论的方法论中的任何一个方法论的软件或者一个或多个指令集。指令208 (也称为计算机可读指令、机器可读指令、模块、部件或应用)在其执行期间可以完全或至少部分地驻留在处理器202和/或存储器204内。处理器202和存储器204还包括机器可读媒体。在一个实施例中，处理器202配置成执行指令208以便于与通过一个或多个UE 110发起不连续接收(DRX)操作相关联的操作，如下面详细描述的。
[0017]虽然eNodeB 102/UE 110被图示为具有若干独立的功能元件，所述功能元件中的一个或多个可以被组合并且可以通过软件配置的元件(例如包括数字信号处理器(DSP)的处理元件)和/或其它硬件元件的组合来实现。例如，一些元件可以包括一个或多个微处理器、DSP、专用集成电路(ASIC)、射频集成电路(RFIC)以及用于执行至少本文描述的功能的各种硬件和逻辑电路的组合。在一些实施例中，功能元件可以指在一个或多个处理元件上操作的一个或多个过程。
[0018]实施例可以在硬件、固件和软件中的一个或组合中实现。实施例还可以被实现为存储在计算机可读存储介质上的指令，其可以被至少一个处理器读取并且执行以执行本文描述的操作。计算机可读存储介质可以包括任何非瞬时机制用于以机器(例如计算机)可读的形式存储信息。例如，计算机可读存储介质可以包括只读存储器(ROM)、随机存取存储器(RAM)、磁盘存储媒体、光存储媒体、闪速存储器装置以及其它存储装置和媒体。在这些实施例中，UE 110的一个或多个处理器可以用指令来配置以便执行本文描述的操作。
[0019]在一些实施例中，UE 110可以配置成依照OFDMA通信技术在多载波通信信道上接收正交频分复用(OFDM)通信信号。在一些实施例中，OFDMA技术可以是使用不同上行链路和下行链路频谱的频域双工(FDD)技术或是对上行链路和下行链路使用相同频谱的时域双工(TDD)技术。OFDM信号可以包括多个正交副载波。在一些宽带多载波实施例中，eNodeB 102可以是宽带无线接入(BWA)网络通信网络的一部分，例如全球微波接入互操作性(WiMAX)通信网络或第3代合作伙伴计划(3GPP)全球陆地无线接入网络(UTRAN)长期演进(LTE)或长期演进(LTE)通信网络，虽然本发明的范围不限于这个方面。在这些宽带多载波实施例中，UE 110和eNodeB 102可以配置成依照正交频分多址(OFDMA)技术来通信。UTRAN LTE标准包括2008年3月的版本8以及2010年12月的版本10的UTRAN-LTE的第3代合作伙伴计划(3GPP)标准，包括其变化和演进。
[0020]位于小区104中的UE 110使用包括为TDD操作或FDD操作配置的正交频分多址(OFDMA)帧的无线电帧将数据传输到eNodeB 102 (上行链路传输)并且从eNodeB 102接收数据(下行链路传输)。无线电帧中的每一个包括多个上行链路和下行链路子帧，依照从支持的上行链路-下行链路比率配置中选择的上行链路-下行链路比率配置来配置上行链路和下行链路子帧。(参见 3GPP TS 36.211 Version 9.1.0, E-UTRA Physical Channels andModulation (Release 9), March 2010。)
图3图示根据一些实施例的与每个UE 110相关联的协议栈的至少一部分。UE 110中的每个UE的协议栈包括应用层310、应用-无线电交叉层312、无线电资源控制/媒体访问控制(RRC/MAC)层314以及非接入层(NAS)层320。数据从应用层310被传递到应用-无线电交叉层312，并且数据从NAS层320和应用-无线电交叉层312中的每一个被传递到RRC/MAC层314。应用层310包括能量-察觉事件监视器部件316。RRC/MAC层314包括应用-察觉DRX触发器部件318。NAS层320包括NAS参数部件322。
[0021]UE 110经由空中接口与eNodeB 102无线通信。在eNodeB 102和归属用户服务器(HSS) /归属位置寄存器(HLR) 302之间的通信路径中提供移动性管理实体(MME) /网关304。eNodeB 102 与 MME/ 网关 304 无线通信。MME/ 网关 304 与 HSS/HLR 302 通信。MME/ 网关304 (也称为MME 304)包括用于无线通信网络100的控制节点，其配置成(其中包括)控制对HSS/HLR 302的访问。HSS/HLR 302包括用户信息、账户信息、UE信息、服务信息和/或与在无线通信网络100内操作的装置有关的其它信息的主储存库。例如，存储的信息可以包括账号、用户偏好、用户许可、网络许可、UE特性或规格等等。MME/网关304作为引起存取例如存储在HSS/HLR 302中的UE特性以响应来自UE 110的对这样的信息的请求的媒介。
[0022]图4图示根据一些实施例的UE 110基于它的应用操作信息来发起DRX操作的示例流程图400-与当前规范下eNodeB 102使用静态分配的不活动定时器来为给定的UE 110发起DRX操作相反。图5图示根据一些实施例的UE使用无线电资源控制(RRC)信令发起DRX操作的示例时序图。下面连同图5—起来描述图4。
[0023]在块401，UE 110与eNodeB 102通信以在网络附连过程期间(其中UE 110建立与网络的连接会话)经由MME/网关304从HSS/HLR 302获得关于它的装置特性的信息。装置特性包括但不限于将要通过UE 110发送或接收的数据的延迟容许(例如与UE 110上的应用相关联的延迟容许)和/或UE 110是否是机器到机器(M2M)类型的装置。UE 110的NAS层320请求装置特性信息，并且接收的信息被存储在NAS参数部件322中。
[0024]备选地，如果NAS参数部件322已经包括装置特性信息，块401可以是可选的。
[0025]在块402，包括在应用层310中的能量-察觉事件监视器部件316(也称为能量-察觉事件监视器、应用事件监视器或应用不活动事件监视器)监视在UE 110上运行的应用以便识别或预测一个或多个不活动触发器事件。不活动触发器事件(也称为不活动事件)包括可以没有针对UE 110接收或发送的数据分组的时间期间，其中应用性能的牺牲最小或者无应用性能的牺牲，因此服从功率和信令开销保存。
[0026]不活动触发器事件包括但不限于:
?应用会话结束-在当前的应用会话(例如即时消息(IM)聊天、Skype呼叫、流式电影、基于web的会议等等)结束时，UE 110可以基于网络业务和/或其它应用的状态来决定是否发起DRX操作。
[0027]?与应用相关联的保活消息的周期性-最普遍的应用中的一些应用允许用户维持在线“存在”并且保持他们的联系列表上的人关于他们的状态是当前的。这样的应用的示例包括 Facebook、Google chat、Microsoft Communicator、Skype、社交网络网站、基于 web的聊天、基于web的新闻馈送等等。这些应用使用周期性短消息(也称为保活消息)来保持内容是最新的。UE 110可以使用保活消息的已知周期性来确定是否发起DRX操作、来确定DRX运行周期和/或来设置用于进入RRC_Idle状态的更高的不活动定时器。例如，如果UE110知道将存在有将以某个周期性被传输给eNodeB 102的保活消息，则UE 110可以决定用于进入RRC_Idle模式的不活动定时器应该被设置成比保活消息的周期性更大的时间期间或者应该选择空闲模式运行周期以便在空闲模式运行周期的“断开”部分期间(其要求过量的信令开销以便建立网络重新进入)避免被下一个保活消息中断。
[0028]?应用数据传输和/或接收的延迟容许-不同应用或与给定的应用相关联的不同数据类型具有不同的时间灵敏性(或延迟容许)用于发送或接收。例如，与检查软件更新相关联的数据可以是延迟容许的，而与发送文本消息相关联的数据可以不是延迟容许的。延迟容许还可以基于UE 110的装置类型来识别。M2M装置通常执行不要求用户与所述装置交互的特定功能并且只要求针对特定功能的网络连接。智能停车表是M2M装置的示例。这与由实际用户使用并且运行多个应用(所述应用中的每个应用潜在地具有网络上的不同服务质量要求)的例如智能电话的装置形成对比。M2M类型的装置的另一个示例可以是因特网启动的冰箱，其配置成每个周日早上在I点接入网络以检查固件更新或者如果/当开启故障标记时接入网络。在一个实施例中，UE 110知道它是M2M类型的装置和它的应用要求。在另一个实施例中，在另一个机器(例如HSS/HLR 302)中指定与UE 110相关联的应用要求和装置类型并且可以通过UE 110获得与UE 110相关联的应用要求和装置类型(在块401中)。UE 110可以使用延迟容许和/或M2M装置类型信息来例如确定是否发起DRX操作、选择适当的DRX运行周期和/或进一步延长当前的DRX运行周期、如果应用的性能未被延迟的数据传输/接收所影响则节省功率。
[0029]应用-无线电交叉层312的存在允许一个或多个应用将先前不可用的某些类型的信息传递给RRC/MAC层314。在块404处，应用-无线电交叉层312转换、处理或以其它方式使用来自应用层310的应用信息以生成(或最后定下来)不活动触发器事件信息成为能够被RRC/MAC层314使用的格式。例如，应用层310可以发送与应用相关联的、可以被应用-无线电交叉层312配置来被RRC/MAC层314使用的会话结束数据分组。应用-无线电交叉层312包括应用编程接口(API)和API功能的实现。
[0030]RRC/MAC层314 (也称为无线电层)的应用-察觉DRX触发器部件318分析经由应用-无线电交叉层312的由应用层310提供的不活动触发器事件信息、关于在UE 110上运行的所有应用的信息、网络业务信息、来自NAS参数部件322的装置特性信息(例如延迟容许和/或M2M装置名称)以及其它有关信息以确定是否在块406触发DRX操作。如果确定不触发DRX操作(块406的否分支)，则应用-察觉DRX触发器部件318等待来自应用层310的下一组信息。否则，确定由UE 110触发DRX操作(块406的是分支)。
[0031]在当前的技术规范中，不存在应用-无线电交叉层312。来自应用层的数据被RRC/MAC层接收，但是未被RRC/MAC层分析。RRC/MAC层不知道接收的数据分组的内容并且只准备数据分组用于传输到eNodeB。相反，本公开的实施例包括将应用层310的能量-察觉事件监视器部件316、应用-无线电交叉层312、RRC/MAC层314的应用-察觉DRX触发器部件318和NAS层320的NAS参数部件322用于UE 110来为它自己协商DRX参数。
[0032]应用-察觉DRX触发器318还可以基于不活动触发器事件信息来确定要触发哪个DRX运行周期(块408)。例如，如果UE 110包括M2M类型的装置，长的DRX运行周期可能是适当的。作为另一个示例，可以选择DRX运行周期以在运行周期的“断开”部分期间避免被保活消息中断。备选地，UE 110可能不具有选项来选择DRX运行周期(如果这是为eNodeB102保留的话)，在这种情况下，块408是可选的。
[0033]接下来在块410，UE 110将触发DRX操作以及可选地特定DRX运行周期的意图、其它DRX参数和与DRX操作有关的其它可能的信息(例如应用特性)(共同被称为DRX参数或DRX有关的参数)用信号通知eNodeB 102。信令可以包括在实际进入DRX模式之前与eNodeB102的握手、请求、确认、通知或同步过程。[0034]响应于由UE 110用信号通知的意图，在块412，eNodeB 102可以确认、修改或拒绝由UE 110建议的DRX意图的一部分或全部。eNodeB 102可以指定与在块410由UE 110推荐的所不同的一个或多个DRX参数。在任何情况下，在块412，UE 110从eNodeB 102接收关于进入DRX模式的回复/命令。在块413，UE 110又将eNodeB的回复/命令已经被接收的确认传递给eNodeB 102。最后，在块414，UE 110根据eNodeB 102最后定下来的DRX参数切换到DRX操作模式。
[0035]在块410、412和413的一个实施例中，新的无线电资源控制(RRC)信令被用于UE 110来为它自己与eNodeB 102协商DRX参数。如图5所示，新的RRC信令包 括 RRCConnectionParametersRequest> RRCConnectionParametersResponse 和RRCConnectionParametersComplete消息。新的RRC信令信息包括在一个或多个无线电中贞中。UE 110 生成并传输 RRCConnectionParametersRequest 消息给 eNodeB 102 以用信号通知它的发起DRX操作的意图(通信502 ) ο RRCConnectionParametersRequest消息包括与DRX有关的参数(如由UE 110根据它的会话结束、保活消息的周期性、延迟容许和/或M2M装置类型信息决定的)相对应的信息元素(IE)和对于UE 110可向eNodeB 102建议的其它值/设置/参数的规定。作为示例，RRCConnectionParametersRequest消息可以包括在3GPP TS36.331 Version 10.0.0, E-UTRA Radio Resource Control (RRC):Protocol Specification(Release 10)，January 2011 (包括其变化和演进)中被定义为 DRX-Config IE 的 DRXConfig参数。
[0036]作为响应，eNodeB102 将 RRCConnectionParametersResponse 消息传输给UE 110，其包括由UE 110建议的DRX有关的参数的确认、修改或拒绝(通信504)。RRCConnectionParametersResponse消息还包括由eNodeB 102指定的DRX有关的参数，根据由eNodeB 102的确认、修改或拒绝决定，其可以与或者可以不与通信502中由UE 110建议的DRX有关的参数中的一个或多个相同。包括在RRCConnectionParametersResponse消息中的DRX有关的参数可以被定义为例如3GPP TS 36.331 Version 10.0.0，E-UTRA Radio Resource Control (RRC):Protocol Specification (Release 10),January 2011 (包括其变化和演进)中提出的DRX-Config IE。在一些实施例中，包括在RRCConnectionParametersResponse消息中的DRX有关的参数可以只包括与由UE 110建议的那些不同的一个或多个参数，因为UE 110已经拥有剩余的参数。
[0037]最后，UE110 返回 RRCConnectionParametersComplete 消息给 eNodeB 102 确认RRCConnectionParametersResponse消息的成功接收，包括由eNodeB 102提出的DRX有关的参数(通信506)。当在由UE 110建议的那些和由eNodeB 102的响应之间存在有DRX有关的参数中的差异时，RRCConnectionParametersResponse消息中由eNodeB 102提出的DRX有关的参数控制。
[0038]在块410、412和413的备选实施例中，用于重新建立与网络的连接的现有的RRC信令机制被扩展以将UE建议的DRX有关的参数提供给eNodeB 102。当某个种类的网络连接故障出现时(例如在切换期间)或者如果存在有紧急事件，网络连接的重新建立由UE 110发起。通过UE 110生成RRCConnectionReestablishmentRequest消息并借助于一个或多个无线电巾贞将RRCConnectionReestablishmentRequest消息传输给eNodeB 102来发起重新建立过程，所述RRCConnectionReestablishmentRequest消息包括重新建立连接请求(如常规进行的)并且还包括至少由UE 110自己确定的DRX有关的参数(例如，DRX-Config IE)。重新建立过程的其余部分涉及如 3GPP TS 36.331 Version 10.0.0, E-UTRA Radio ResourceControl (RRC):Protocol Specification (Release 10), January 2011 (包括其变化和演进)中描述的重新建立全部的RRC连接。类似于上面的实施例，如果在将UE建议的DRX有关的参数提供给eNodeB 102之后在UE 110和eNodeB 102之间存在有DRX有关的参数中的差异，则来自eNodeB 102的那些控制。
[0039]可以为与eNodeB 102相关联的每个UE 110重复流程图400，以便于UE 110中的每个UE自己确定并推荐何时进入空闲模式或DRX操作，而不是eNodeB 102。在一些实施例中，可以为UE 110实现流程图400以基于它的应用和/或装置特性来建议它的DRX参数中的一个或多个变化。
[0040]因此，本文描述了新的DRX触发机制，其利用UE 110自己的实时应用信息来自己确定DRX操作的最佳触发，而不是如当前进行的那样使eNodeB 102静态地分配不活动定时器给UE 110来触发DRX模式。与eNodeB 102相比，UE 110拥有关于它的网络业务需求的更多以及更好的信息。在UE 110上运行的应用具有某些特性或事件-例如应用会话结束、应用保活消息和/或应用数据的延迟容许-其通过包括在应用层310中的能量-察觉事件监视器部件316来监视。这样的应用信息又被应用-无线电交叉层312处理或转换成能够被RRC/MAC层314的应用-察觉DRX触发器部件318访问的形式。NAS层320的NAS参数部件322还提供装置特性信息-例如装置数据延迟容许和/或M2M装置类型信息-给应用-察觉DRX触发器部件318。应用-察觉DRX触发器部件318分析应用信息和/或装置特性信息以确定是否发起DRX操作以及可选地哪个DRX运行周期或哪些其它DRX参数要实现。UE110发送请求给eNodeB 102寻求批准或确认以触发DRX操作(以及可选地特定DRX运行周期)。当eNodeB 102响应(例如同意、修改或拒绝由UE 110建议的DRX参数)时，UE 110根据由eNodeB 102的响应来开始DRX操作。
[0041]术语“机器可读介质”、计算机可读介质”等等应该理解为包括存储一个或多个指令集的单个介质或多媒体(例如集中式或分布式数据库和/或关联的高速缓冲存储器和服务器)。术语“机器可读介质”还将被理解为包括能够存储、编码或携带用于由机器执行的并且引起机器执行本公开的方法论中的任何一个或多个方法论的指令集的任何介质。术语“机器可读介质”将因此被理解为包括但不限于固态存储器、光和磁媒体以及载波信号。
[0042]将会意识到，为了清楚的目的，上面的描述描述了关于不同功能单元或处理器的一些实施例。然而，将显而易见的是在不损坏本发明的实施例的情况下，可以使用不同功能单元、处理器或域之间的功能性的任何适当分布。例如，图示为由不同的处理器或控制器执行的功能性可以由相同处理器或控制器执行。因此，提及特定功能单元将只被视为提及用于提供描述的功能性的适当部件，而不是表示严格的逻辑或物理结构或组织。
[0043]虽然已经结合一些实施例描述了本发明，但是意图并不是受限于本文陈述的特定形式。本领域技术人员会认识到根据本发明可以组合描述的实施例的各种特征。此外，将会意识到在未背离本发明的精神和范围的情况下，本领域技术人员可以进行各种修改和变更。
[0044]提供了本公开的摘要以便快速确定本技术公开的性质。在理解的情况下认为它将不会被用来解释或限制权利要求的范围或含义。此外，在前述的【具体实施方式】中，可以看至IJ，为了简化本公开的目的，各种特征在单个实施例中被集中在一起。本公开的这个方法将不会被解释为反映要求保护的实施例要求比每个权利要求中明确记载的更多的特征的意图。相反，如随附的权利要求书反映的，发明的主题在于比单个公开的实施例的所有特征要少。因此，随附的权利要求据此被结合进【具体实施方式】中，其中每个权利要求独立地作为单独的实施例。
【权利要求】
1.一种通过在无线通信网络中操作的用户设备(UE)发起不连续接收(DRX)操作的方法，所述方法包括: 监视在所述UE上运行的应用以识别与所述应用中的至少一个应用相关联的至少一个不活动触发器事件； 通过所述UE基于与所述UE相关联的装置特性信息和识别的不活动触发器事件来确定发起所述DRX操作；以及 在所述UE切换到所述DRX操作之前通过所述UE将所述DRX操作的发起传递给增强节点 B CeNodeB)ο
2.如权利要求1所述的方法，其中所述不活动触发器事件包括与所述应用中的所述至少一个应用相关联的会话结束、具有某个周期性的与所述应用中的所述至少一个应用相关联的保活消息、或所述应用中的所述至少一个应用的延迟容许特性当中的至少一个。
3.如权利要求1所述的方法，其中所述装置特性信息包括非接入层(NAS)参数，所述非接入层(NAS)参数包括与所述UE相关联的装置类型信息或延迟容许，所述装置特性信息从包括在所述网络中的归属用户服务器(HSS) /归属位置寄存器(HLR)获得。
4.如权利要求3所述的方法，其中所述装置类型信息包括将所述UE作为机器到机器(M2M)类型的装置的标识。
5.如权利要求1所述的方法，还包括通过所述UE基于所述识别的不活动触发器事件和所述装置特性信息来确定所述DRX操作的DRX运行周期，并且其中传递给所述eNodeB包括将确定的DRX运行周期传递给所述eNodeB。
6.如权利要求1所述的方法，其中传递给所述eNodeB包括传输包括无线电资源控制(RRC)消息的至少一个无线电帧，所述RRC消息包括与所述DRX操作的发起有关的至少一个DRX参数。
7.如权利要求1所述的方法，其中所述UE配置用于在第3代合作伙伴计划(3GPP)-长期演进(LTE)网络内操作。
8.如权利要求1所述的方法，其中所述监视在包括在所述UE中的应用层中执行，所述确定在包括在所述UE的协议栈中的应用-无线电交叉层应用编程接口(API)中执行，以及传递给所述eNodeB通过空中接口在无线电层执行。
9.一种用户设备(UE)，包括: 用来发起触发不连续接收(DRX)操作的处理器，其中所述处理器至少基于与在所述UE上运行的至少一个应用相关联的不活动事件以及与所述UE相关联的至少一个非接入层(NAS)参数来发起触发所述DRX操作；以及 与所述处理器通信的收发器，所述收发器使用至少一个无线电帧将触发所述DRX操作的意图用信号通知增强节点B (eNodeB)。
10.如权利要求9所述的UE，其中所述UE配置用于在以时分双工(TDD)模式操作的第3代合作伙伴计划(3GPP)-长期演进(LTE)网络内操作。
11.如权利要求9所述的UE，其中所述UE配置用于在以频分双工(FDD)模式操作的第3代合作伙伴计划(3GPP)-长期演进(LTE)网络内操作。
12.如权利要求9所述的UE，其中所述不活动事件包括与所述至少一个应用相关联的会话结束、具有某个周期性的与所述至少一个应用相关联的保活消息、和所述至少一个应用的延迟容许特性当中的一个或多个。
13.如权利要求9所述的UE，其中所述至少一个NAS参数包括与所述UE相关联的机器到机器(M2M)装置类型或延迟容许的标识。
14.如权利要求9所述的UE，其中所述处理器基于所述不活动事件和所述NAS参数来确定与所述DRX操作相关联的一个或多个DRX参数，所述DRX参数包括DRX运行周期。
15.如权利要求9所述的UE，其中到所述eNodeB的所述信号包含包括在所述至少一个无线电帧中的无线电资源控制(RRC)信令，所述RRC信令包括与所述DRX操作相对应的一个或多个DRX参数。
16.如权利要求9所述的UE，其中所述收发器响应于触发所述DRX操作的所述意图从所述eNodeB接收返回信号，并且其中所述收发器响应于所述返回信号开始所述DRX操作。
17.如权利要求16所述的UE，其中所述返回信号包括与所述DRX操作相对应的至少一个DRX参数的修改。
18.—种在第3代合作伙伴计划(3GPP)-长期演进(LTE)网络中操作的用户设备(UE)，包括: 处理器，用于在协议栈的应用层中识别与在所述UE上运行的至少一个应用相关联的不活动事件，其中所述处理器在所述协议栈的交叉层中处理所述不活动事件用于被无线电层访问，并且其中所 述处理器根据所述不活动事件和非接入层(NAS)参数在所述无线电层中确定一个或多个不连续接收(DRX)操作参数。
19.如权利要求18所述的UE，其中所述无线电层包括无线电资源控制(RRC)层和媒体访问控制(MAC)层中的一个或多个。
20.如权利要求18所述的UE，其中所述不活动事件包括其中没有针对所述UE接收或发送数据分组的时间期间。
21.如权利要求18所述的UE，其中所述NAS参数包括装置特性信息，所述装置特性信息包括与所述UE相关联的装置类型信息或延迟容许。
22.如权利要求18所述的UE，其中所述处理器根据所述不活动事件和所述NAS参数在所述无线电层中确定DRX运行周期。
23.如权利要求18所述的UE，还包括与所述处理器通信的收发器，所述收发器将包括无线电资源控制(RRC)信令的至少一个无线电帧传输给增强节点B(eN0deB)，其中所述RRC信令包括在所述无线电层中确定的所述一个或多个DRX操作参数。
24.如权利要求23所述的UE，其中所述RRC信令用于重新建立与所述网络的连接。
25.如权利要求18所述的UE，其中所述UE配置用于在以时分双工(TDD)模式或频分双工(FDD)模式操作的3GPP-LTE网络内操作。
【文档编号】H04W88/02GK103999515SQ201280042285
【公开日】2014年8月20日 申请日期:2012年6月28日 优先权日:2011年7月1日
【发明者】M.古普塔, R.文尼塔姆比, P.贾因, A.T.科奇 申请人:英特尔公司