无线通信网络中的扩展型呼叫非连续接收(DRX)周期
优先权申请
本申请要求于2013年3月29日提交的、序列号为61/806,821的美国临时申请和于2013年4月4日提交的、序列号为61/808,597的美国临时申请的优先权,这两个申请的全部内容通过引用结合于此。
技术领域
实施例涉及无线通信。一些实施例涉及无线网络(包括根据3GPP演进通用陆地无线接入网(E-UTRAN)长期演进升级版(LTE-A)网络标准或3GPP通用陆地无线接入网(UTRAN)通用移动通信系统(UMTS)网络标准来运行的那些网络)中的非连续接收(DRX)。
背景技术
节能对无线通信设备而言是重要的。在一些传统的无线通信网络中,当不与网络中的其它设备或其它实体通信时,设备可以进入非连续接收(DRX)模式以节能。在DRX模式中用于节能的一些当前的方法可能是低效的,尤其是在执行机器类型通信(MTC)的设备或包括以自动形式进行传送的应用的设备的情形中。
附图说明
图1示出了根据本文所描述的一些实施例的无线通信网络。
图2示出了根据本文所描述的一些实施例的网络中的元件和设备之间的示例通信。
图3示出了根据本文所描述的一些实施例的针对跟踪区域更新(TAU)过程的用于从空闲模式向连接模式转换的示例通信。
图4示出了根据至少一些实施例的呼叫缩放因子的示例信令。
图5示出了根据本文所描述的一些实施例的用户设备(UE)的示例框图。
图6为示出了根据本文所描述的一些实施例的eNodeB的细节的框图。
详细描述
下述的描述和附图充分地示出了使本领域的技术人员能够实施它们的具体实施例。其它实施例可以包括结构、逻辑、电、处理和其它改变。一些实施例的部分和特征可以被包括于、或被替代为其它实施例的部分和特征。权利要求中提出的实施例包含了那些权利要求的所有可用的等同。
图1根据本文所描述的一些实施例,示出了无线通信网络100。无线通信网络100可以包括移动管理实体(MME)101、基站(比如演进型Node-B(eNodeB)102)、和用户设备(UE)111和112。eNodeB 102和UE 111和112可以进行操作以在无线通信网络100中彼此无线地通信。尽管本文的一些实施例针对根据长期演进(LTE)的第三代合作伙伴计划(3GPP)标准运行的eNodeB 102和MME 101进行描述,但其它实施例可以适用于针对通用移动通信系统(UMTS)的3GPP标准,比如NodeB、无线电网络控制器(RNC)或服务通用分组无线电业务(GPRS)支持节点(SGSN)。本文的各种实施例关于3GPP LTE标准被描述,并且如果与3GPPUMTS标准存在区别,则这些区别被适当地指出。
无线通信网络100的示例包括使用以时分复用(TDD)模式进行操作的3GPP LTE标准的演进型通用陆地无线接入网(EUTRAN)。无线通信网络100的另一个示例包括使用以频分复用(FDD)模式进行操作的3GPP-LTE标准的EUTRAN。无线通信网络100的其他示例包括使用以TDD、FDD、或双模式操作来进行操作的3GPP-UMTS标准的UTRAN。无线通信网络100的另外的示例包括全球微波互联接入(WiMax)网络、第三代(3G)网络、Wi-Fi网络和其它无线数据通信网络。
UE 111和112的示例包括蜂窝电话(例如,智能手机)、平板电脑、电子阅读器(例如,电子书阅读器)、膝上型计算机、台式计算机、个人计算机、服务器、个人数字助理(PDA)、web装置、机顶盒(STB)、网络路由器、网络交换机、网桥、停车计时器、传感器、和其它设备。这些示例性设备中的一些设备(例如,停车计时器)可以被认为是可以包括机器类型通信(MTC)设备的延迟容忍设备。MTC设备可以不需要用户交互以启动与网络(例如,无线通信网络100)的通信。这些示例设备的一些其它设备(例如,智能手机)可以不被认为是延迟容忍设备(例如,非MTC设备)。非MTC设备(例如,诸如智能手机之类的用户设备(UE))可以需要用户交互以启动与网络(例如,无线通信网络100)的通信。
MME 101可以为无线通信网络100的主控制节点。MME 101可以与eNodeB 102通信以追踪UE 111和112并且向UE 111和112发送消息。MME 101可以通过一个或多个其它eNodeB(类似于,或等价于eNodeB 102),除了UE 111和112还与其它UE进行通信。在3GPPUMTS系统中,网络100可以包括与无线电网络控制器(RNC)和SGSN进行通信的NodeB。
eNodeB 102可以作为地理区域(比如无线通信网络100中的小区104)中的服务eNodeB进行操作。eNodeB 102可以被安排(例如,被配置)为作为根据3GPP-LTE标准的eNodeB或作为根据3GPP UMTS标准的NodeB来进行操作。例如,图1示出了仅包括一个eNodeB(例如,eNodeB 102)的无线通信网络100。然而,无线通信网络100可以包括多个eNodeB(例如,类似于或等价于eNodeB 102的多个eNodeB)或多个NodeB。多个eNodeB或多个NodeB中的每一个可以为无线通信网络100中的特定小区服务,且可以邻近于或可以不邻近于eNodeB102。
UE 111和112可以由小区104中的eNodeB 102服务。UE 111和112可以被安排(例如,被配置)为根据3GPP-LTE标准或UMTS标准工作。例如,图1示出了仅包括由小区104中的eNodeB 102服务的两个UE(例如,UE 111和112)的无线通信网络100。然而,无线通信网络100可以包括由eNodeB 102服务的两个以上的UE。UE 111和112的每一个和eNodeB 102可以使用正交频分多址(OFDMA)技术进行操作以彼此通信。
UE 111和112中的每一个可以进行操作以根据OFDMA技术在多载波通信信道上接收OFDMA通信信号。OFDMA技术可以以使用不同的上行链路和下行链路频谱的频分双工(FDD)模式进行操作,或者以上行链路和下行链路使用相同频谱的时分双工(TDD)模式进行操作。OFDMA通信信号可以包括正交子载波。
UE 111和112中的每一个可以在不同的操作状态中进行操作。在这些操作状态的一个或多个中,UE 111可以进入省电模式以节能。例如,UE 111可以在UE 111和eNodeB 102之间无活动通信(例如,无数据交换)达特定时间量之后,进入省电模式。类似地,UE 112可以在UE 112和eNodeB 102之间无活动通信(例如,无数据交换)达特定时间量之后,进入省电模式。UE 111和112中的省电模式的示例包括不连续接收(DRX)模式,比如根据3GPP-LTE或UMTS标准的DRX模式。
在3GPP UMTS系统中,UE 112可以被附着于具有不同的特定于CN域的DRX周期长度的不同核心网(CN)域。例如,在FDD模式中,每一个CN域的DRX周期长度等于2k个无线电帧,这里k为特定于CN的DRX周期长度系数。在电路切换(CS)域中,网络在系统信息块(SIB)(例如SIB1)中通过信号将k通知给UE 112。因此,在CS域中的UE和网络之间,k是不可协商的。在分组交换(PS)域中,使用非接入层(NAS)过程,k可以是可协商的,或者如果k在这一方式中是不可协商的,那么在SIB中通过信号通知的k可以被使用。在这些或其它系统中,UE 112对UE 112所附着的每一个CN域的特定于CN域的DRX周期长度进行存储,并且使用这些DRX周期长度中最短的。
在空闲模式中,UE 111可以在关闭期间维持在睡眠阶段,以使得UE 111中的大部分电路(例如,无线电接收机电路)被切断。UE 111可以在呼叫场合(paging occasion,PO)期间唤醒,以监控特定信道上的控制信息。例如,在PO期间,UE 111可以唤醒并针对下行链路信息(例如,来自于MME 101的呼叫消息)或由无线通信网络100发起的其它信息而监控控制信道的帧。例如,如果UE 111和eNodeB 102被安排为根据3GPP-LTE标准彼此进行通信,则UE 111可以在PO期间唤醒,并监控物理下行链路控制信道(PDCCH)的传送时间时刻,以确定UE 111是否正在被无线通信网络100呼叫。当不在PO中时,UE 111可以抑制监控控制信道(例如,不监控控制信道)以降低能耗。例如,如果UE 111和eNodeB 102被安排为根据3GPP-LTE标准彼此进行通信,则UE 111可以在PO之外的时间期间抑制监控(例如,不监控)PDCCH的传送时间时刻。
UE 111中的节能可以部分取决于DRX周期长度的值(例如,与该值成比例)。例如,DRX周期长度的相对较大的值可以提高UE 111中的节能。然而,如果在UE 111处于DRX模式的同时控制信号出现于控制信道上,则DRX周期长度的较大值可能增加用于重新建立UE111和eNodeB(例如,eNodeB 102)之间的通信链接的延迟。因此,取决于UE 111的类型和/或设备能力,eNodeB 102和UE 111可以彼此通信以提供UE 111中能耗的降低与服务质量(QoS)之间的平衡的折中。例如,如果UE 111为延迟容忍设备(例如,诸如停车计时器之类的MTC设备),则相比延迟(例如,接入网络中的延迟),节能可能是优先考虑的。因此,在这一示例中,UE 111可以使用具有大于由非MTC设备所使用的值(例如,非扩展值)的值(例如,扩展值)的DRX周期长度,以实现能耗的更高减少(例如,更多的节能)。在另一个示例中,如果UE111为非MTC设备(例如,智能手机),则与节能相比,更快连接网络可能是优先考虑的。因此,在这一示例中,UE 111可以使用具有小于由MTC设备使用的值(例如,扩展值)的值(例如,非扩展值)的DRX周期长度,以维持或实现较好的用户体验(例如,快速连接和/或服务质量)。
DRC周期长度的值可以基于由eNodeB 102支持(例如,由eNodeB 102提供)的DRX参数值。由eNodeB 102支持的DRX参数值可以包括由eNodeB 102支持的默认的DRX参数值。
eNodeB 102可以被安排(例如,被配置)为支持与DRX周期长度相关联的预定数目(例如,N)的TC1到TCN的不同DRX参数值。DRX参数值TC1到TCN可以包括由eNodeB 102支持的默认的DRX参数值。eNodeB 102可以支持相对较大数目的DRX参数值,以使得eNodeB 102可以容纳相对较大数目的对应的DRX周期长度。例如,eNodeB 102可以支持与多于四个DRX周期长度(默认的DRX周期长度)值相关的多于四个(例如,N>4)的DRX参数值(例如,默认的DRX参数值)。
TC1到TCN的每一个DRX参数值可以被用于确定对应的DRX周期长度的值(UE 111可以在DRX模式期间使用)。例如,如果eNodeB 102支持八个(例如,N=8)DRX参数值TC1到TCN(TC1,TC2,TC3,TC4,TC5,TC6,TC7和TC8),那么针对DRX周期长度的八个对应的值可以被确定。例如,本文的描述针对DRX周期长度使用了八个DRX参数值。eNodeB 102针对DRX周期长度可以支持不同数目的DRX参数值。DRX参数值TCN可以为DRX参数值TC1到TCN中的最大值(例如,最大默认值)。因此,由eNodeB 102支持的DRX周期长度(例如,DRX周期长度)的最大值(例如,最大默认值)可以基于eNodeB 102所支持的对应最大的DRX参数值(例如,TCN)来确定。
由eNodeB 102支持的每一个DRX参数值可以对应于在无线通信网络100中使用的无线电帧的数目(例如,由其表述)。例如,eNodeB 102可以支持DRX参数值TC1=32个无线电帧,TC2=64个无线电帧,TC3=128个无线电帧,TC4=256个无线电帧,TC5=W个无线电帧,TC6=X个无线电帧,TC7=Y个无线电帧,TC8=Z个无线电帧,这里TC1<TC2<TC3<TC4<TC5<TC6<TC7<TC8。因此,如果TC4不大于256,那么值W、X、Y和Z中的每一个可以为大于256的任意数目的无线电帧,这里W<X<Y<Z。每一个无线电帧的持续期间可以在毫秒级范围内(例如,10ms)。
DRX周期长度的值可以基于eNodeB 102支持的DRX参数值之一(例如,从TC1到TCN之一)来确定。DRX周期长度的值可以依照3GPP-LTE或UMTS标准来确定。例如,DRX周期长度的值可以基于设备指定的DRX参数值(例如,TDEV)和eNodeB指定的DRX参数值(例如,从TC1到TCN之一)中的较小值(例如,最小值)来确定。
各种实施例提供了用于在RRC空闲状态中的扩展型呼叫DRX周期以促进针对MTC或其它应用进一步进行UE节能的方法。当前的3GPP UMTS规范定义了呼叫DRX周期高达5120ms,并且当前的3GPP-LTE规范定义了高达2560ms的呼叫DRX周期。MTC应用可以在大量的低移动性的UE 112中执行,并且可以相对较低频率地传送小数据。如果运行这些应用的UE 111和112必须在每一次呼叫均唤醒,这可能耗尽UE 111和112的电能。因此,各种实施例通过扩展型DRX周期值的定义、现有值的缩放、或其它机制来提供针对呼叫DRX周期的扩展值,从而允许较长的呼叫DRX周期。
扩展型DRX周期值
在各个实施例中,针对DRX周期长度的扩展值被提供。在依照3GPP技术标准(TS)24.008和24.301所定义的当前系统中,这些值在DRX参数信息元素(Information Element,IE)的字段中通过信号来通知,并且各种实施例扩展了该字段中所定义的这些值。在各种其它的实施例中,UE112可以向网络发送所期望的扩展型DRX周期长度(例如,在作为最近定义的IE的一部分的NAS容器中向SGSN(在3GPP UMTS系统的情形下)或向MME(在3GPP-LTE系统的情形下)发送)。UE 112可以在不同的过程(比如,附着请求(Attach Request)(在3GPPLTE和UMTS系统二者的情形下)、路由区域更新(RAU)更新请求(Routing Area UpdateRequest)(在3GPP UMTS系统的情形下)、或者跟踪区域更新(TAU)请求(Tracking AreaUpdate Request)(在3GPP-LTE系统的情形下))期间发送所期望的扩展型DRX周期长度。
在接收这一新的扩展型DRX周期值之后,在3GPP UMTS系统中,SGSN可以在例如Iu呼叫消息中向RNC指示该值,或者SGSN可以建议另一值。在3GPP-LTE系统的情形下,如果MME101接受该值,则MME 101可以在S1呼叫消息中向eNodeB 102指示该值,或者MME 101可以建议另一值。
当eNodeB 102(或者3GPP UMTS系统的RNC)从MME 101(或者3GPP UMTS系统的SGSN)接收扩展型呼叫DRX周期值时,eNodeB 102将应用该扩展型呼叫DRX周期值。与当前的系统相反,当前的系统依照3GPP TS 25.304或TS 36.304规范进行操作,该规范选择存储的特定于CN域的DRX周期长度和由eNodeB 102通告的默认周期值中的最短者。类似地,UE 112将应用用于呼叫的由UE定义的值,或在使用用于呼叫的由UE定义的值之前等待直到接收到确认消息。在一些实施例中,MME 101(或SGSN)可以执行逻辑以通知eNodeB 102(或RNC)应用哪一项规则以选择DRX周期长度。
扩展型呼叫DRX周期支持的网络信令
eNodeB 102(或3GPP UMTS系统的NodeB)可以在SIB2(3GPP UMTS系统的SIB1)、或最新定义的SIB中通过信号来通知对扩展型呼叫DRX的支持。eNodeB 102(或NodeB)可以广播这一消息,并且如果在附属请求之前,该消息是可用的,那么该消息可以向UE 112提供关于eNodeB 102(或NodeB)对扩展型DRX支持的信息。UE 112还可以使用该消息以更新特定于UE的DRX周期长度或者使用RAU请求(对于3GPP UMTS系统)、TAU请求(对于3GPP LTE系统)等更新特定于CN域的DRX周期长度。网络100还可以将UE 112重定向到支持扩展型呼叫DRX周期或者支持UE 112针对扩展型呼叫DRX周期请求的值的不同小区。在考虑例如网络条件时,网络100可以执行这一重定向。
UE信令扩展型呼叫DRX周期值
在当前根据3GPP TS 24.008和24.301的系统中,附着请求消息被定义,该附着请求消息包括指示UE 111是否支持DRX模式和特定于UE(或特定于CN域)的(一个或多个)DRX周期长度的DRX参数(3个八位字节长)。然而,实施例不限于将DRX参数包括在附着请求消息中,并且该DRX参数可以被添加到例如TAU或RAU中。在各种实施例中,针对DRX周期长度的另外的值被添加到该DRX参数的第三个八位字节中。然而,因为周期长度超过某个值而系统帧号(SFN)受到影响,所以UE和网络100都需要通过信号来通知对扩展型呼叫DRX周期的支持。
在各种其它实施例中,新的信息元素标识符(IEI)被添加到NAS消息中,比如附着请求、RAU请求(3GPP UMTS系统中)、或TAU请求(3GPP LTE系统中)。该IEI(可以被称为“扩展型DRX参数”,但实施例不限于此)的存在,指示UE 111有兴趣并且能够扩展呼叫DRX。并非或除了定义扩展型DRX参数IEI,在3GPP TS 24.008和24.301中定义的现有DRX参数值可以被更改。
在一些实施例中,IEI包括扩展型DRX周期值。在至少这些实施例中,假定SFN按需被扩展以解释DRX扩展。根据这一实施例的扩展型DRX参数IE的示例如下所示:
表格1建议的扩展型DRX参数IE和内容-情形1
然而,在当前的系统中,每40.96秒(3GPP UMTS系统中)或隔10.24秒(3GPP LTE系统中)发生SFN的环绕(wrap-around)。相应地,在各种实施例中,SFN环绕因子被引入,该SFN环绕因子指定了在UE可以读取呼叫消息之前应当经过的周期数。根据这些实施例的扩展型DRX参数IE的示例如下所示:
表格2建议的扩展型DRX参数IE和内容-情形2
SFN环绕因子还可以被指定为SFN乘数、SFN周期索引、或者SFN重复因子。除用于计算呼叫帧(PF)和呼叫场合(PO)(UE 111将在该呼叫场合监听呼叫消息)以外,eNodeB 102和UE 111还应当存储SFN环绕因子。
如果MME 101接受新的扩展型DRX周期值之一或者来自UE 111的被指示的扩展型DRX周期值,那么UE 111和eNodeB 102根据以下公式(1)来确定呼叫帧(PF)和PF内的呼叫场合(PO):
PF=SFN mod T=(T div N)*(UE_ID mod N) (1)
在一些实施例中,T为DRX周期(在帧中体现),其被定义为由上层提供或者从MME101接收的所协商的扩展型特定于UE的DRX周期和在SIB2中通知的默认呼叫周期中的较长者、以及N和在3GPP TS 36.304中指定的其它参数。在其它实施例中,T可以直接指代具有被忽略的广播值的特定于UE的扩展型DRX周期。在另外的其他实施例中,eNodeB 102可以在系统信息(例如defaultpagingcycle和defaultextendedpagingcycle)中广播特定于小区的值,以使得T将继续指代两个默认呼叫周期值之一与特定于UE的DRX周期中的较短者。
如果MME 101拒绝由UE 111请求的所指示的扩展型DRX周期值,那么UE 111和eNodeB 102依照当前的3GPP规范来计算PF和PO。
在各种其它实施例中,UE 111可以使用设备属性(Device Property)IE以将所期望的DRX周期在NAS消息(比如,附着请求、RAU请求(3GPP UMTS系统中)、或TAU请求(3GPPLTE系统中)、或扩展服务请求(3GPP LTE系统中))中通过信号进行通知。UE 111可以通过信号来通知索引,并且这一索引可以代表UE 111正在通过信号进行通知的DRX周期的乘数。根据3GPP TS 24.008和24.301,设备属性IE当前具有三个备用位,在一些实施例中,这些备用位可以用于提供DRX周期的乘数。在各种实施例中,可以添加表格以将索引映射到实际的乘数。如果仅单个扩展型DRX周期被定义,那么单个备用值能够被使用,这将对应于单个乘数值。进一步地,UE 111是否为低优先权设备将予以考虑,以进一步扩展该乘数值。示例表在以下被示出,其中M1、M2、...M6为预定义数。
通过信号进行通知的值 |
低优先权(0=假) |
乘数 |
0 |
0 |
DRX参数 |
0 |
1 |
DRX参数 |
1 |
0 |
M1*DRX参数 |
1 |
1 |
M2*DRX参数 |
2 |
0 |
M3*DRX参数 |
2 |
1 |
M4*DRX参数 |
3 |
0 |
M5*DRX参数 |
3 |
1 |
M6*DRX参数 |
表3.针对设备属性IE的映射
低接入优先权(即,延迟容忍)的UE 111可以容忍较大延迟。针对这样的UE 111扩展DRX周期暗示了UE 111将更少地唤醒以接收下行链路数据。因为这样的UE 111不具有严格的延迟要求,这些UE 111可以具有较长的DRX周期。相应地,针对低优先级的UE 111的乘数可以被设置为比针对非延迟容忍设备的情形相对较大。
在一些实施例中,备用位可以被简单地用于UE 111以指示它是否支持扩展型DRX周期。作为另一选项,备用值可以由网络结合低优先权指示来使用。在至少这些实施例中,假设一些UE 111就延迟容忍而言更为灵活,以使得这些UE 111可以利用高DRX周期圆满地执行。当这样的UE 111通过信号向网络通知它是“延迟容忍的”时,它还可以通过信号向网络通知(使用设备属性IE中的备用位)该UE支持哪种类型的DRX周期。给定均为延迟容忍的两个UE 111,一个比另一个可以支持更大的DRX周期,这些UE 111可以通过信号来通知UE111应当在范围的顶部或较低部分接收DRX周期。在这一解决方案中,网络使用了如下知识来确定使用哪一个DRX:UE是与通过信号进行通知的值(来自于备用位)组合的低优先权。对每一个通过信号进行通知的值,网络将具有扩展型DRX周期的范围。如果UE 111为低优先权,那么网络将分配该范围内的最大值:
表4在网络侧具有低优先级指示的组合
用于扩展型DRX周期的MME/SGSN信令
附着接受(Attach Accept)消息被网络(例如,SGSN或者MME 101)发送至UE 111,以指示对应的附着请求已被接收。作为附着请求的一部分,如果UE 111已指示过扩展型呼叫DRX,那么MME或者SGSN可以基于网络参数来指示该值是否被接受。根据当前的3GPP LTE和UMTS规范,DRX周期值被限制,并且MME或SGSN接受来自UE 111的值,并在更新SGSN或MME的数据库之后将该值视情况而转发至eNodeB 102或RNC。
然而,在提供扩展型呼叫DRX值的各种实施例中,如果网络不认为该值是可行的,那么网络向UE指示这一点,并建议替代值或者建议使用NodeB或eNodeB 102广播的默认值。在确定这一点时,网络可以考虑一些因素,比如是否所有的NodeB或eNodeB处于路由区域、跟踪区域等,是否支持扩展型呼叫DRX。
扩展型呼叫DRX值的内容可以对应于以上建议的关于UE消息的改变。这一协商可以基于扩展型DRX参数或现有DRX参数内的另外的值。
在3GPP LTE系统中,MME 101可以向eNodeB 102提供如下指示:MME 101已经接受UE 111在TAU请求消息或附着请求消息中所请求的特定于UE 111的DRX周期。一些实施例包括将扩展型呼叫DRX周期参数IE添加到在3GPP TS 36.413中定义的S1呼叫消息。
类似地,对于3GPP UMTS系统,SGSN可以针对由UE在附着请求或RAU请求消息中所请求的被接受的特定于UE 111的DRX周期向RNC提供指示。一些实施例包括将扩展型呼叫DRX周期参数添加到3GPP TS 25.413中定义的Iu-呼叫消息。
在3GPP LTE系统中,eNodeB 102在S1建立请求消息和eNodeB配置更新消息(当前在3GPP TS 36.413中定义)中将eNodeB 102支持扩展型DRX周期告知MME 101。一些实施例可以将扩展型呼叫DRX支持IE添加到这两个消息中的一者或两者。可以在3GPP TS 36.413第9.1.8.4节中定义的S1建立消息的示例部分以及相关的ASN.1码在表5中示出:
表5:S1建立请求
S1SetupRequestIEs S1AP-PROTOCOL-IES::={
{ID id-ExtendedPagingDRXSupport CRITICALITY ignore TYPE ENUMERATEDPRESENCE optional},
}
ENBConfigurationUpdate::=SEQUENCE{
protocolIEs ProtocolIEContainer{{ENBConfigurationUpdateIEs}},}
{ID id-ExtendedPagingDRXSupport CRITICALITY ignore TYPE ENUMERATEDPRESENCE optional},
}
对信令连接释放指示过程进行更新以支持扩展型呼叫DRX
一些实施例可以使用信令连接释放指示过程通过扩展型呼叫DRX周期来配置UE111。依照当前的UMTS规范,处于连接模式RRC状态CELL_DCH的UE 111可以发送信令连接释放指示消息,以请求UTRAN释放CN域中它的一个NAS信令连接。UTRAN可以通过发送信令连接释放消息以释放所请求的NAS信令连接来进行响应。随后,UTRAN可以将UE 111(通过发送RRC连接释放消息)切换至电池更为有效的RRC状态(即,切换至空闲模式)或者(通过发送例如无线电承载重配置消息)切换至连接模式状态CELL_FACH、CELL_PCH或URA_PCH。
依照这些实施例,使用上述讨论的关于对设备属性IE的修改的IE扩展型呼叫DRX,现有的信令连接释放指示、信令连接释放、无线电承载重配置和RRC连接释放消息被扩展。在IE扩展型呼叫DRX被包括在信令连接释放指示消息中的实施例中,UE 111请求利用较长的呼叫DRX周期(空闲或者连接模式状态)来配置UTRAN。进一步地,作为响应,UTRAN可以在消息信令连接释放、无线电承载重配置和RRC连接释放之一中包括IE扩展型呼叫DRX,以向UE 111指示UE 111所请求的扩展型呼叫DRX是否已经被接受。在其它实施例中,UTRAN可以指示不同的扩展型呼叫DRX,并且将用于空闲或连接模式状态中。
针对扩展型呼叫DRX周期的示例信令图示
图2根据本文所描述的一些实施例,示出了网络100中的元件和设备之间的示例通信。元件可以包括MME 101、eNodeB 102、和UE 111。图2中所示的通信可以包括消息(例如,以射频(RF)信号的形式),例如,消息211、221、和231。然而,如本领域的普通技术人员所能理解的,可以发生其它消息和信令(例如呼叫信号或其它信号)。
UE 111可以向eNodeB 102发送消息211。消息211可以包括用来请求在UE 111和eNodeB 102之间建立通信链路(即,无线电连接)的信息。例如,消息211可以包括依照3GPP-LTE标准的RRC连接请求消息。因此,消息211可以包括依照3GPP-LTE标准的RRC建立原因和识别设备身份的信息。在与图2相关的示例中,UE 111可以包括延迟容忍设备。因此,由UE111发送的消息211中所包括的建立原因可以包括延迟容忍建立原因。至少部分地基于由UE111指示的延迟容忍建立原因,eNodeB 102可以与UE 111重新建立适当的通信链路。例如,基于由UE 111指示的延迟容忍建立原因,MME 101和eNodeB 102可以向UE 111提供(例如,发送)与扩展型(例如,默认)DRX周期长度相关联的扩展型(例如,默认)DRX参数值(例如,TC5到TCN之一),以用于DRX模式。
UE 111还可以向eNodeB 102发送消息221。消息221可以在发送消息211之后进行发送,以完成UE 111和eNodeB 102之间的通信链路建立。消息221可以包括指示UE 111的设备能力的信息。消息221可以包括依照3GPP-LTE标准的附着请求消息。消息221可以包括依照3GPP LTE标准的扩展型服务请求消息。如本文所描述的,消息221可以包括扩展型DRX参数IE,该扩展型DRX参数IE包括UE 111所期望的DRX呼叫周期。eNodeB 102可以转而将这一消息发送给MME 101。在消息231中,MME 101可以接受所请求的DRX呼叫周期,或如以上所描述的建议另一值。
图3示出了在支持3GPP LTE的系统中根据本文所描述的一些实施例,用于跟踪区域更新(TAU)过程的从空闲模式向连接模式转移的示例通信。类似的信令可以应用于3GPPUMTS系统。图3中所示的通信可以包括消息(例如,以射频(RF)信号的形式),比如消息311、321和331。然而,如将被本领域的普通技术人员所理解的,可以发生其它消息和信令,例如呼叫信号或其他信号。
初始信令可以类似于图2中所示的初始信令,因此关于图3未被描述。UE 111可以向eNodeB 102发送消息311。消息311可以包括用于请求跟踪区域更新的信息。例如,消息311可以包括依照3GPP-LTE标准的RRC连接建立完成消息。消息311可以包括如本文所描述的所请求的扩展型DRX参数IE。eNodeB 102可以将消息311传递给MME 101。
在消息321中,MME 101可以接受所请求的DRX呼叫周期,或如以上所描述的建议另一值。eNodeB 102可以发送消息331,该消息331可以包括例如RRC DL Info Transfer,以向UE 111指示MME已经接受扩展型DRX参数。
通过使用缩放因子来增大呼叫DRX周期
在各种其它的实施例中,可用的DRX参数的数目被维持,并且缩放因子PagingCycleSF被加以整数值0-12。除了在当前系统中由eNodeB 102当前广播的defaultPagingCycle(默认呼叫周期)以外,eNodeB 102还可以在系统信息中传输PagingCycleSF。当UE 111发送特定于UE的DRX周期时,UE 111还可以选择PagingCycleSF的值,以向eNodeB 102发送。在各种实施例中,UE 111的DRX周期T因此可以根据以下公式计算:
T=defaultPagingCycle*2^(PagingCycleSF) (2)
在各种其它的实施例中,除了计算特定于UE的DRX周期值和呼叫周期的最小值以确定UE 111的呼叫周期,网络和UE 111指定特定于设备的缩放因子PagingCycleSF。UE 111可以指定这一参数所期望的值,但是将被使用的值将最终由网络确定并传输给UE 111。类似于PagingCycleSF,PagingDeviceSF可以具有整数值0-12,并且将在特定于UE的基础上被设置。相应地,不同设备可以具有不同的缩放因子和对应的不同呼叫周期。
因此,UE 111呼叫周期可以根据以下公式计算:
Min(defaultPagingCycle,特定于UE的DRX)*2^PagingDeviceSF (3)
或者
Min(defaultPagingCycle*PagingCycleSF,特定于UE的DRX)*2^PagingDeviceSF (4)
公式(3)将被用于如下实施例,其中特定于UE的DRX参数根据公式(2)被改变。公式(4)将被用于如下实施例,其中PagingCycleSF被定义。
在各种实施例中,呼叫周期可以由eNodeB 102设置。在当前的3GPP LTE系统中,eNodeB 102将defaultPagingCycle在系统信息中传递,用于网络100中的所有UE 111。
图4示出了根据至少一些实施例的呼叫缩放因子的示例信令。图4可以包括消息(例如,以射频(RF)信号的形式),比如消息411、421、431和441。然而,如将被本领域的普通技术人员所理解的,可以发生其它消息和信令,例如呼叫信号或其它信号。
UE 111可以向eNodeB 102发送消息411。消息411可以包括请求在UE 111和eNodeB102之间建立通信链路(例如,无线电连接)的信息。例如,消息411可以包括依照3GPP-LTE标准的RRC连接请求消息。消息411可以通过将建立原因设置为delayTolerantAccess(延迟容忍接入)来指示UE 111为MTC设备。
在消息421中,UE通过在附着请求消息中包括设备属性IE来将UE 111为MTC设备通过信号通知给eNodeB 102(该eNodeB 102将其通过信号通知给MME 101)。消息421还可以包括如本文所描述的特定于UE的DRX周期信息和PagingDeviceSF。
当MME 101接收附着请求消息421时,取决于UE 111是MTC还是非MTC,并且基于对诸如UE 111所注册的订阅和应用的类型之类的考虑,MME查找针对UE 111的最大呼叫周期限制(其可以被存储在HSS中或其它地方),并相应地设置该呼叫周期限制。MME将这一信息在消息431中进行传输,该消息431可以包括附着请求消息(该附着请求消息包含信息呼叫周期信息和在一些实施例中所建议的参数PagingDeviceSF)。eNodeB 102将这一值在消息441中传输至UE 111,消息441可以包括RRC连接重配置(Connection Reconfiguration)消息。
用于实现实施例的示例设备
图5为根据一些实施例的UE 500的基本组件的框图。UE 500可以适合作为UE 111(图1)。UE 500可以支持根据以上关于图1-4所描述的实施例的用于节能的方法。
UE 500包括一根或多根天线510,该一根或多根天线510被安排为与NodeB、eNodeB102(图1)、或其它类型的无线局域网(WLAN)接入点进行通信。UE 500还包括处理器520、指令525、和存储器530。UE 500还可以包括通信接口540。在一个实施例中,存储器530包括,但不被限于,随机访问存储器(RAM)、动态RAM(DRAM)、静态RAM(SRAM)、同步DRAM(SDRAM)、双倍数据速率(DDR)SDRAM(DDR-SDRAM)、或能够支持数据的高速缓存的任何设备。
示例实施例允许UE 500使用通信接口540向网络发送非接入层(NAS)消息,该NAS消息指示该UE期望使用扩展型呼叫DRX值并期望从网络接收消息,该消息包括指示该网络是否支持该扩展型呼叫DRX值的信息元素(IE)。该NAS消息可以包括附着请求消息,并且扩展型呼叫值可以是在包括于附着请求消息中的DRX参数IE中指示的。在一些实施例中,NAS消息可以包括附着请求消息、跟踪区域更新请求消息、或路由区域更新请求消息,其中扩展型呼叫值是在扩展型DRX参数IE中指示的。响应于附着请求,通信接口540可以接收附着接受消息,该附着接受消息包括扩展型DRX参数IE。在至少一个实施例中,通信接口540为例如无线物理层,该无线物理层根据多输入/多输出(MIMO)操作来进行操作。
处理器520可以包括逻辑或代码以使得UE 500能够处理通过天线510从网络接收的信号。处理器520可以包括代码或其它指令525以允许UE 500确定使用扩展型呼叫非连续接收(DRX)值,从而将呼叫周期长度增加到大于(当UE在依照针对长期演进(LTE)的第三代成员合作伙伴计划(3GPP)标准族中的标准的网络中操作时的)第一值和大于(当UE在依照通用移动通信系统(UMTS)标准族中的标准的网络中操作时的)第二值的值。指令525还可以允许UE 500配置用于向eNodeB 102发送的非接入层(NAS)消息,该NAS消息指示UE期望使用扩展型呼叫DRX值。响应于NAS消息,指令525还可以允许UE 500从eNodeB 102接收消息,该消息包括指示网络是否支持扩展型呼叫DRX值的信息元素(IE)。
响应于附着请求,指令525可以允许UE 500接收附着接受消息,该附着接受消息包括扩展型DRX参数IE。指令525还可以允许UE 500确定缩放因子(针对UE,呼叫周期长度乘以该缩放因子),其中所述确定基于在UE上执行的一个或多个应用的类型和UE的设备类型中的一个或多个。指令525可以允许UE 500在设备属性IE中向网络发送该缩放因子。
用于实现实施例的示例eNodeB
图6为根据一些实施例示出了eNodeB 600的细节的框图。eNodeB 600可以适于作为eNodeB 102(图1)。尽管针对依照3GPP LTE进行操作的eNodeB对一些实施例进行了描述,但其它实施例可以包括用于实现依照3GPP UMTS标准的NodeB的功能的类似电路。eNodeB600包括处理器610、存储器620、收发机630、和指令635。eNodeB 600可以包括其它元件(未被示出)。
处理器610包括一个或多个中央处理单元(CPU)、图形处理单元(GPU)、或二者。处理器610提供针对eNodeB 600的处理和控制功能。存储器620包括被配置为存储针对eNodeB600的指令635和数据的一个或多个暂存或静态存储器单元。
收发机630包括一个或多个收发机,该一个或多个收发机包括多输入和多输出(MIMO)天线以支持MIMO通信。收发机630从UE 111(图1)接收UU传送和向UE 111(图1)发送DL传送等。
收发机630可以发送无线电资源控制(RRC)信号,该信号包括指示eNodeB是否支持用户设备(UE)使用扩展型呼叫值的信息元素(IE)。响应于来自UE 111的使用扩展型呼叫值的请求,收发机630可以从MME 101(图1)或其它网络实体(比如SGSN)接收扩展型呼叫值。
收发机630可以接收指示UE 111延迟容忍的程度的消息。收发机630可以在来自UE111的附着请求消息中接收这一指示。然而,实施例不限于此,并且收发机630还可以在例如TAU请求、扩展型服务请求、或RAU请求中接收这一指示。附着请求消息可以包括UE 111的所期望的缩放因子,其中该所期望的缩放因子为一个数值,UE 111将呼叫周期值乘以该数值以生成针对UE 111的特定于设备的呼叫周期。处理器610可以确定是否允许UE 111使用所期望的缩放因子,并配置RRC连接重配置消息,该RRC连接重配置消息包括UE 111是否被允许使用所期望的缩放因子的指示。
一旦决定不支持扩展型呼叫值,处理器610可以将UE 111重定向到网络100(图1)中支持使用扩展型呼叫值的邻近的NodeB或eNodeB。在执行这一重定向之前,处理器610可以首先确定UE 111是否为延迟容忍。基于UE 111延迟容忍的程度,处理器610可以从扩展型DRX值的列表中选择扩展型DRX值。
指令635包括在计算设备(或机器)上运行的使得这一计算设备(或机器)执行本文所讨论的任何方法的一个或多个指令集或软件。在由eNodeB 600执行期间,指令635(也被称为计算机或机器可执行指令)可以完全或者至少部分地驻留在处理器610和/或存储器620内。处理器610和存储器620还包括机器可读介质。
本文所描述的技术可以改进一些UE(例如,诸如MTC设备之类的延迟容忍设备)的能耗,并且还可以维持和/或改进一些其它UE(例如,非MTC设备)的良好的用户体验。例如,本文所描述的技术可以允许一些UE(例如,MTC设备)在DRX模式中使用针对DRX周期长度(例如,基于TC5到TCN之一)的数值(例如,扩展型值),以实现能耗上更高的降幅。本文所描述的技术还可以允许一些其它的UE(例如,非MTC设备)在DRX模式中使用针对DRX周期长度(例如,基于TC1到TC4之一)的另一值(例如,非扩展型值)以维持和/或改进良好的用户体验。
如本领域的普通技术人员所容易理解的,贯穿本公开所描述的各个方面可以被扩展到其它通信系统、网络架构和通信标准。通过非限定性示例的方式,各个方面可以被扩展到其它通用移动通信系统(UMTS)系统。各个方面可以在采用长期演进(LTE)(FDD、TDD、或两种模式)、和改进型LTE(LTE-A)(FDD、TDD、或两种模式中)的系统中使用。
如本文所描述的示例可以包括逻辑或多个组件、组件或机制,或者可以在这些(逻辑或多个组件、组件或机制)上运行。组件为能够执行指定操作并且可以为某种方式被配置或安排的有形实体。在示例中,电路可以作为组件以指定的方式被安排(例如,内部地或关于诸如其它电路之类的外部实体)。在示例中,一个或多个计算机系统(例如,单机、客户端或服务器计算机系统)的整体或部分、或者一个或多个硬件处理器可以被固件或软件(例如,指令、应用部分或应用)配置为进行操作以执行指定操作的组件。在示例中,软件可以驻留在:(1)非暂态机器可读介质上或(2)传送信号中。在示例中,软件当被组件的底层硬件执行时,使该硬件执行指定操作。
相应地,术语“组件”和“部件”被理解为包括有形实体,该有形实体具有物理结构、被特定地配置(例如,硬连线的)、或者临时地(例如,暂态地)配置(例如,可编程的)以按照指定的方式运行或执行本文所描述的任何操作的部分或所有。考虑组件被临时性地配置的示例,组件的一个实例可以不与相同或不同组件的另一实例同时存在。例如,当组件包括使用软件而配置的通用硬件处理器,该通用硬件处理器可以在不同时刻被配置为相应的不同组件。相应地,软件可以配置硬件处理器,例如,以在时间的一个实例处构成特定组件,并且在时间的另一实例处构成另一组件。
目前所描述的方法、系统、和设备实施例的另外示例包括下列非限定性配置。每一个下列非限定性示例可以独立存在,或者可以以任何排列或组合与以下所提供或贯穿本申请的其他示例中的任意一个或多个相组合。前面的描述和附图充分地示出了具体实施例以使本领域的技术人员能够实施这些实施例。其它实施例可以包括结构、逻辑、电、处理和其它改变。一些实施例的部分和特征可以包括于,或者被替代为其它实施例的那些部分和特征。
本文所描述的技术可以改进一些UE(例如,诸如MTC设备之类的延迟容忍设备)的能耗,并且还可以维持和/或改进一些其它UE(例如,非MTC设备)良好的用户体验。例如,本文所描述的技术可以允许一些UE(例如,MTC设备)在DRX模式中使用针对DRX周期长度的数值(例如,扩展值),以使得实现能耗上的降低。本文所描述的技术还可以允许一些其它的UE(例如,非MTC设备)在DRX模式中使用针对DRX周期长度的另一值(例如,非扩展值),以维持和/或改进良好的用户体验。
另外的提醒和示例
示例1包括包含有无线通信设备(UE)的主题(比如设备、装置或机器),该UE包括处理电路,该处理电路被安排为确定使用扩展型呼叫非连续接收(DRX)值,以当该UE在依照针对长期演进(LTE)标准的第三代成员伙伴计划(3GPP)标准族中的标准的网络中工作时,将呼叫周期长度增大为大于第一值,当该UE在依照通用移动通信系统(UMTS)标准族中的标准的网络中工作将呼叫周期长度增大为大于第二值。该主题还可以包括物理层电路,该物理层电路被安排为向网络发送非接入层(NAS)消息,该NAS消息指示该UE期望使用扩展型呼叫DRX值,并从网络接收消息,该消息包括指示该网络是否支持该扩展型呼叫DRX值的信息元素(IE)。
在示例2中,示例1的主题可以可选地包括一方面,其中该NAS消息为附着请求消息、跟踪区域更新请求消息、和路由区域更新请求消息之一,并且该扩展型呼叫值是在DRX参数IE中指示的。
在示例3中,示例1的主题可以可选地包括一方面,其中该NAS消息为附着请求消息、跟踪区域更新请求消息、和路由区域更新请求消息之一,并且该扩展型呼叫值是在扩展型DRX参数IE中指示的。
在示例4中,示例1的主题可以可选地包括,其中该物理层电路还被安排为在附着接收消息、跟踪区域更新接受(Tracking Area Update Accept)消息、和路由区域更新接受(Routing Area Update Accept)消息之一中接收扩展型DRX参数IE。
在示例5中,示例1至示例4中的任意一个或多个的主题可以可选地包括,其中,该处理电路还被安排为确定与该UE的呼叫周期长度相乘的缩放因子,其中该确定基于在该UE上运行的一个或多个应用的类型和该UE的设备类型中的一个或多个,并且该物理层电路还被安排为在设备属性IE中向该网络发送该缩放因子。
在示例6中,示例1至示例4中的任意一个或多个的主题可以可选地包括,其中该缩放因子在系统信息消息中被接收。
在示例7中,示例1的主题可以可选地包括,其中该处理电路还被安排为确定与该UE的呼叫周期长度相乘的缩放因子,其中该确定基于在该UE上运行的一个或多个应用的类型和该UE的设备类型中的一个或多个,并且该物理层电路还被安排为在附着请求消息中向该网络发送该缩放因子,并从该网络接收指示该缩放因子将被UE使用的确认消息。
示例8包括示例1-7的任一项的主题,或者可以可选地与示例1-7的任一项的主题相结合,以包括如下主题(比如设备、装置或机器),该主题包括收发机,该收发机被安排为发送无线电资源控制(RRC)信号,该无线电资源控制信号包括指示该主题是否支持用户设备(UE)使用扩展型呼叫值的信息元素(IE),并且该收发机被安排为响应于来自该UE的使用该扩展型呼叫值的请求,从网络实体接收该扩展型呼叫值。
在示例9中,示例8的主题可以可选地包括一个或多个处理器,该一个或多个处理器被安排为:如果UE为延迟容忍,则当确定不支持该扩展型呼叫值时,将该UE重定向到支持使用该扩展型呼叫值的邻近的eNodeB。
在示例10中,示例8的主题可以可选地包括,其中该收发机还被安排为接收指示UE延迟容忍的程度的消息,并且该处理器还被安排为基于UE延迟容忍的程度,从扩展型DRX值的列表选择扩展型DRX值。
在示例11中,示例8的主题可以可选地包括,其中该收发机还被安排为,从UE接收非接入层(NAS)消息,该消息包括该UE所期望的缩放因子,其中该所期望的缩放因子为该UE乘以呼叫周期值以生成该UE的特定于设备的呼叫周期的乘数,并且该一个或多个处理器还被安排为确定是否允许该UE使用该所期望的缩放因子,以及是否配置RRC连接重配置消息,该消息包括对是否该UE被允许使用该所期望的缩放因子的指示。
在示例12中,示例8的主题可以可选地包括,其中该装置为依照针对长期演进(LTE)标准的第三代成员伙伴计划(3GPP)标准族中的标准工作的演进型NodeB(eNodeB)。
在示例13中,示例8的主题可以可选地包括,其中该装置为依照针对通用移动通信系统标准(UMTS)的第三代成员伙伴计划(3GPP)标准族中的标准工作的无线电网络控制器(RNC)。
示例14包括示例1-13的任一示例的主题,或者可以可选地与示例1-13的任一示例的主题相结合,以包括这样的主题(比如用于执行动作的方法、装置),该主题包括:确定使用扩展型呼叫非连续接收(DRX)值,以当该UE在依照针对长期演进(LTE)的第三代成员伙伴计划(3GPP)标准族中的标准的网络中工作时,将呼叫周期长度增大到超过256毫秒的值,当该UE在依照通用移动通信系统(UMTS)标准族中的标准的网络中工作时,将呼叫周期长度增大到超过512毫秒的值;向该网络发送非接入层(NAS)消息,该NAS消息指示该UE期望使用扩展型呼叫DRX值;以及从网络接收消息,该消息包括指示该网络是否支持该扩展型呼叫DRX值的信息元素(IE)。
在示例15中,示例14的主题可以可选地包括一方面,其中该NAS消息为附着请求消息、跟踪区域更新请求消息、和路由区域更新请求消息之一,并且该扩展型呼叫值是在DRX参数IE中指示的。
在示例16中,示例14的主题可以可选地还包括:在附着接收消息、跟踪区域更新接受消息、和路由区域更新接受消息中接收扩展型DRX参数IE。
在示例17中,示例12的主题可以可选地包括:确定与该UE的呼叫周期长度相乘的缩放因子,其中该确定基于在该UE上运行的一个或多个应用的类型和该UE的设备类型中的一个或多个;以及在设备属性IE中向该网络传送该缩放因子。
在示例18中,示例14的主题可以可选地包括:确定与该UE的呼叫周期长度相乘的缩放因子,其中该确定基于在该UE上运行的一个或多个应用的类型和该UE的设备类型中的一个或多个;在附着请求消息中向该网络发送该缩放因子;以及从网络接收指示该缩放因子将被该UE使用的确认消息。
示例19包括示例1-18的任一示例的主题,或者可以可选地与示例1-18的任一示例的主题相结合,以包括这样的主题(比如用于执行行为的方法、装置),该主题包括:发送无线电资源控制(RRC)信号,该无线电资源控制信号包括指示该装置是否支持用户设备(UE)使用扩展型呼叫值的信息元素(IE);以及响应于使用该扩展型呼叫值的UE请求,从网络实体接收该扩展型呼叫值。
在示例20中,示例19的主题可以可选地包括:如果该UE为延迟容忍,当确定不支持该扩展型呼叫值的时候,将该UE重定向到支持使用该扩展型呼叫值的邻近的装置。
在示例21中,示例19的主题可以可选地包括:接收指示UE延迟容忍的程度的消息;以及基于UE延迟容忍的程度,从扩展型DRX值的列表选择扩展型DRX值。
摘要被提供以符合37C.F.R.节1.72(b)要求摘要允许读者确定本技术公开的本质和主旨。根据下述理解摘要被提交,即摘要不被用于限制或解释权利要求的范围和含义。所附权利要求被包含于详细描述中,每一项权利要求以其自身作为单独的实施例。