CN105050165A - 基于网络负载来延迟应用数据传送 - Google Patents

Abstract

本公开涉及基于网络负载来延迟应用数据传送。本公开涉及用于预先在无线设备和网络的网络单元之间调度无线电资源控制连接的技术。根据一些实施例，无线设备可以向网络单元提供对即将到来的数据业务的一个或更多类型的指示。网络单元可以至少部分地基于对即将到来的数据业务的一个或更多类型的指示，为无线设备调度一个或更多个无线电资源控制连接。网络单元可以向无线设备提供对所调度的无线电资源控制连接的指示。无线设备和网络可以在所调度的时间建立所调度的无线电资源控制连接。

Description

基于网络负载来延迟应用数据传送

优先权声明

本申请要求2014年4月18日提交的并且发明名称为“无线设备功率消耗最优化”、申请号为61/981,447的美国临时申请的优先权，其全部内容通过引用合并于此，如同充分并且完全地在本文中阐述一样。

技术领域

本申请涉及无线设备，包括用于基于应用特性来确定性地调度并建立无线设备的无线电资源控制连接的装置、系统和方法。

背景技术

无线通信系统的使用正快速增长。此外，存在许多不同的无线通信技术和标准。无线通信标准的一些示例包括：GSM、UMTS(例如，与WCDMA或TD-SCDMA空中接口有关)、LTE、LTE高级(LTE-A)、HSPA、3GPP2CDMA2000(例如，1xRTT、1xEV-DO、HRPD、eHRPD)、IEEE802.11(WLAN或Wi-Fi)、IEEE802.16(WiMAX)、蓝牙等。

蜂窝通信技术可能能够提供各种服务，并且可由各种应用来使用。利用蜂窝通信的不同应用可能具有不同的特性。没有考虑到利用蜂窝通信的各种应用的不同应用特性的蜂窝通信技术可能处于无效率地运行的危险之中。因此，将期望对该领域进行改进。

发明内容

这里呈现了用于减少、尤其是基于应用业务特性来减少无线设备的功率消耗的装置、系统和方法的实施例。

根据一些实施例，无线设备的应用业务模式可以被用来预先调度无线设备和蜂窝基站之间的无线电资源控制(RRC)连接。

例如，在一些实例中，无线设备可以监视通过该无线设备交换的网络数据业务的一种或多种类型，并且可以将不同的应用分类为各种种类。当无线设备观察到来自特定应用或应用类型的数据准备好上行链路传输时(或可能地，当无线设备预测到这样的数据将很快准备好上行链路传输时)，无线设备可以将对应用、应用类型、数据种类的指示和/或指示即将到来的业务类型的其它信息提供到该无线设备的服务基站。

请注意：可以基于各种可能的数据业务特性中的任何特性进行分类。在将数据业务划分为各类别时，可以考虑延迟容限/调度窗口、应用、应用类型、定制的(例如，基于用户模式)或固定的优先级、估计的或准确的要交换的数据量/估计的或准确的所请求的带宽量、和/或各种其它特性。因此，至少在一些实例中，对数据业务类别的指示可隐含地指示由该数据业务类别代表的各种可能特性中的任何特性。

基站可以从无线设备接收这种信息，并且至少在一些实例中，还可以从其它无线设备(例如，由该基站服务的设备)接收与即将到来的业务类型有关的相似信息。基于所有这种信息，并且潜在地基于当前调度、估计的未来负载和/或各种其它因素中的任何因素，基站可能能够调度无线设备中的每一个的即将到来的RRC连接。可以根据期望以如下方式调度RRC连接：使得基站上的负载随着时间被平滑的方式，使得每个设备的数据业务以与其延迟容限一致的方式(例如在其延迟容限内)被交换的方式，和/或各种其它方式中的任何方式。

基站可以向无线设备提供对所调度的即将到来的RRC连接的指示。例如，可以向每一个无线设备提供对一个或更多个所调度的即将到来的RRC连接的指示(或多个指示)。至少在一些实例中，这些指示还可以指示针对其调度RRC连接的数据业务的类型。例如，基站可以在一个时间为无线设备调度用于高优先级(例如，不能容忍延迟的)数据的交换的一个RRC连接，并且在另一个时间(例如，后面的时间)为无线设备调度用于低优先级数据的交换的另一个RRC连接。

在一些实例中(例如，如果所调度的即将到来的RRC连接不是立即的)，无线设备可以在接收对所调度的即将到来的RRC连接的指示和所调度的即将到来的RRC连接的实际时间之间进入(或保持在)空闲或睡眠模式。然后，在所调度的RRC连接的时间，无线设备可以醒来。

至少在一些实施例中，可以以网络发起的方式来建立所调度的RRC连接。例如，在所调度的RRC连接的时间，基站可以向无线设备发送寻呼消息。无线设备可以在该时间(例如，基于其对所调度的RRC连接的知识)监视寻呼信道，并且因此可以以这种方式接收并且响应于寻呼消息，从而与基站建立所调度的RRC连接。

然后，无线设备和基站可以经由RRC连接交换数据。交换的数据的类型可以包括针对其调度RRC连接的数据的类型。例如，如果在调度RRC连接时提供了用于高优先级数据的指示，则无线设备和基站可以使用该RRC连接交换高优先级数据；而如果在调度RRC连接时提供了用于低优先级数据的指示，则无线设备和基站可以使用该RRC连接交换低优先级数据。然而，至少在一些实例中，也可以使用RRC连接来交换其它类型的数据，和/或可以不为调度的RRC连接指定特定的数据类型，而可以在该调度的RRC连接期间交换任何类型的数据。

根据另一组实施例，无线设备和基站可以(例如，可选择地)约定实现这样的特征，使得一些上行链路和/或下行链路业务的传输可以取决于基站处的负载考虑而被选择性地延迟。例如，当使能这种特征时，至少有些延迟容限的低优先级数据可以在高负载条件下被延迟，直到检测到更好的负载条件(或者可能直到出现一个或更多个其它条件，诸如定时器到期或者超过缓冲器满阈值)。

至少在一些实例中，在实现这种“基于负载的延迟”特征之前，无线设备和基站可以首先互相通知该特征被两侧均支持。如果任何一侧不支持该特征，则可能任一侧都不实现该特征。如果两侧都支持该特征，则无线设备和基站中的一个或另一个可以请求使能该特征，以及如果无线设备和基站中的另外一个同意，则两侧可以相对于彼此实现该特征，例如直到无线设备和基站中的一个或另一个禁用该特征为止。可替选地，如果期望，可以基于基站和无线设备中的每一个指示对该特征的支持来自动地或隐含地使能这种特征。

如上所述，可以由无线设备和基站中的任一个或二者来实现基于负载的延迟特征的各方面。作为一种可能性，当使能该特征时，无线设备可以监视由基站提供的小区的负载，并且如果负载在阈值以上则延迟请求对低优先级上行链路数据传输的上行链路准许。一旦负载条件在阈值以下(或满足其他配置条件时)，则无线设备可以请求上行链路准许并且执行与基站的上行链路通信。

作为另一种可能，当使能该特征时，基站可以初始地缓存无线设备的低优先级下行链路数据传输，而不是立即提供数据的下行链路准许。一旦从无线设备接收到上行链路准许请求(或者满足其他配置条件)，则基站除了响应于上行链路准许请求提供上行链路准许之外，还可以提供对下行链路数据的下行链路准许。

根据又一组实施例，可以针对无线设备和基站之间的无线通信实现各种附加的或可替选的特征(例如，可选地)中的任何特征。

根据一个这种特征，无线设备的不同实体，诸如无线设备的应用处理器和基带处理器，可以向彼此提供信息，从而协调与发送和接收相关的活动的定时。例如，应用处理器可以提供与下一个预期的上行链路和下行链路网络数据通信有关的信息，该信息可以辅助基带处理器确定何时活动地运行以及何时以低功率或睡眠模式运行。作为另一个示例，基带处理器可以提供与其网络配置的发送和接收时机和/或其睡眠/唤醒时间表的定时有关的信息。这可以允许应用处理器在基带处理器已经醒来时向基带处理器提供用于网络通信的应用数据，而不是用基带处理器可能无法立即发送的数据来中断基带处理器的睡眠时间表。

根据另一个这种特征，无线设备的一个或更多个低层(例如，MAC、RRC等)可以尝试将对接收到的数据的控制响应(例如，确认响应)与应用数据传输分成组。例如，可以基于从基站接收到数据(对于该接收，预期有控制响应)来启动定时器。数据可以被提供到一个或更多个上层(例如，应用层)，所述一个或更多个上层在定时器到期之前可生成或不生成用于传输的应用数据。如果在定时器到期之前上层不生成应用数据，则一个或更多个下层可以将控制信息与应用数据分组在单个上行链路传输中。如果在定时器到期之前上层不生成应用数据，则一个或更多个下层可以在没有任何分组的应用数据的情况下前进到发送该控制信息。

根据另一个这种特征，无线设备可能能够请求提早进入非连续接收(DRX)模式。例如，如果无线设备预期(例如，基于应用业务模式)将出现充分长的数据非活动时间段，进入DRX模式将是有利的(例如，从功率节约的观点来看)，但是非活动定时器尚未到期，则无线设备可以向基站发送请求提早进入DRX模式的指示。基站可以明确地响应于指示无线设备进入DRX的请求，然后无线设备可以前进到进入DRX。可替选地，根据一些实施例，无线设备可以进入DRX，并且对其提早进入DRX的请求呈现隐含的认可。

根据另一个这种特征，无线设备可能能够请求在DRX模式之间提早转换。例如，如果无线设备预期(例如，基于应用业务模式)将会出现充分长的数据非活动时间段，转换到不同的(例如，较长的)DRX模式将是有利的(例如，从功率节约的观点来看)，但是DRX短周期定时器还未到期，则无线设备可以向基站发送请求DRX模式之间的提早转换(并且可能更具体地，从DRX短周期到DRX长周期的提早转换)的指示。基站可以明确地响应于指示无线设备转换到不同的DRX模式(例如，DRX长周期)的请求，然后无线设备可以前进到转换其DRX模式(例如，转换到DRX长周期)。可替选地，根据一些实施例，无线设备可以在各DRX模式之间转换，并且对其提早转换DRX模式的请求呈现隐含的认可。

根据另一个这种特征，无线设备可由蜂窝网络提供有多个可能的配置集合的选择，多个可能的配置集合中的每一个可以为多个配置选项指定配置参数。无线设备可能能够基于其当前应用业务类型、模式或任何其它各种考虑来选择优选的配置集合，从而通过选择期望的配置集合来紧凑地指示其对多个配置参数的偏好，使得所请求的配置参数适合于无线设备处的当前应用业务类型(或适合于用于配置集合选择的其它基础)。

根据另一个这种特征，无线设备和蜂窝网络可能能够同意无线设备和蜂窝网络之间的默认“低功率”配置，该默认“低功率”配置可以指定多个配置选项的配置参数。一旦同意，则无线设备可能能够紧凑地请求(例如，使用单个比特、潜在地、或者任何其它期望的方式和信令量)“低功率”配置，并且开始在随后与蜂窝网络的通信中使用同意的默认“低功率”配置。

请注意，可以根据期望地单独或组合使用上述特征和实施例中的任何特征和实施例、或它们的全部。

本文中描述的技术可以在很多不同类型的设备中实现，和/或与很多不同类型的设备一起使用，所述不同类型的设备包括但不限于蜂窝电话、蜂窝基站、移动管理实体(MME)和其它蜂窝核心网络实体、平板计算机、可穿戴式计算设备、便携媒体播放器和任何其它各种计算设备。

本发明内容旨在提供本文中描述的主题的一部分的简单概述。因此，可以理解，上述特征仅是例子，并且不应该以任何方式被解释为缩窄本文中描述的主题的范围或精神。根据下面的详细说明书、附图和权利要求书，本文中描述的主题的其它特征、方面和优点将变得清楚。

附图说明

当结合下面的附图考虑下面对实施例的详细说明时，可以获得对本主题的更好理解，其中：

图1示出根据一些实施例的示例性(并且简化的)无线通信系统；

图2示出根据一些实施例的与用户设备(UE)装置通信的基站(BS)；

图3示出根据一些实施例的示例性(并且简化的)蜂窝网络架构；

图4示出根据一些实施例的UE的示例性框图；

图5示出根据一些实施例的BS的示例性框图；

图6示出根据一些实施例的MME的示例性框图；

图7是示出根据一些实施例的用于基于数据业务特性建立确定性RRC连接的示例性方法的通信流程图；

图8是示出根据一些实施例的图7的方法的各方面的端到端(E2E)图；

图9是示出根据一些实施例的用于实现基于负载的延迟特征的示例性方法的通信流程图；

图10至图11示出根据一些实施例的与图9的方法有关的示例性细节；以及

图12至图16示出根据一些实施例的AP/BB同步和附加UE功率消耗减少机制的各示例性方面。

虽然这里描述的特征可能容易有各种变形和替选形式，但是通过附图中的示例示出并且在本文详细描述了其具体实施例。然而，应该理解，附图及其详细说明不是旨在限制所公开的特定形式，而是相反，本发明将覆盖落入由所附权利要求书限定的主题的精神和范围内的所有变形、等同物和替代物。

具体实施方式

首字母缩略词

在本公开内容中使用了下面的首字母缩略词。

3GPP：第三代合作伙伴计划

3GPP2：第三代合作伙伴计划2

GSM：全球移动通信系统

GERAN：GSMEDGE无线电接入网络

UMTS：通用移动电信系统

UTRAN：UMTS陆地无线电接入网络或通用陆地无线电接入网络

LTE：长期演进

RAN：无线电接入网络

E-UTRAN：演进的UMTS无线电接入网络或演进的通用无线电接入网络

EPC：演进分组核心网

EPS：演进分组服务

MME：移动管理实体

HSS：归属用户服务器

AS：接入层

NAS：非接入层

RLC：无线电链路控制

RRC：无线电资源控制

MAC：媒体访问控制

IE：信息元素

NW：网络

术语

下面是本公开内容中使用的术语的词汇表：

存储器介质——各种类型的非暂态存储器设备或贮存器设备中的任何设备。术语“存储器介质”旨在包括：安装介质，例如CD-ROM、软盘或磁带设备；计算机系统存储器或随机存取存储器，诸如DRAM、DDRRAM、SRAM、EDORAM、RambusRAM等；非易失性存储器，诸如闪存、例如硬盘驱动器的磁介质、或者光存储器；寄存器或者其它相似类型的存储单元等。存储器介质还可以包括其它类型的非暂态存储器或它们的组合。另外，存储器介质可以位于第一计算机系统中(程序在第一计算机系统中执行)，或者可以位于通过诸如因特网的网络连接到第一计算机系统的不同的第二计算机系统中。在后面的情况下，第二计算机系统可以向第一计算机提供用于执行的程序指令。术语“存储器介质”可以包括驻留在不同位置(例如，在通过网络连接的不同计算机系统中)的两个或更多个存储器介质。存储器介质可以存储由一个或更多个处理器执行的程序指令(例如，被实施为计算机程序的程序指令)。

承载介质——如上所述的存储器介质，以及物理传输介质，诸如总线、网络、和/或传送信号(诸如电信号、电磁信号或数字信号)的其它物理传输介质。

可编程硬件单元——包括各种硬件设备，该硬件设备包括经由可编程互连连接的多个可编程功能块。例子包括FPGA(现场可编程门阵列)、PLD(可编程逻辑器件)、FPOA(现场可编程对象阵列)以及CPLD(复杂PLD)。可编程功能块的范围可以从细粒度(组合逻辑或查找表)到粗粒度(算术逻辑单元或处理器内核)。可编程硬件单元还可以被称为“可重构逻辑”。

计算机系统——各种类型的计算或处理系统中的任何系统，包括个人计算机系统(PC)、大型机计算机系统、工作站、网络设备、因特网设备、个人数字助理(PDA)、电视系统、网格计算系统、或其它设备或这些设备的组合。通常，术语“计算机系统”可以被广泛地定义为包括任何具有至少一个执行来自存储器介质的指令的处理器的设备(或设备的组合)。

用户设备(UE)(或“UE装置”)——移动或便携式的并且执行无线通信的各种类型的计算机系统设备中的任何计算机系统设备。UE设备的示例包括：移动电话或智能电话(例如，iPhone^TM、基于Android^TM的电话)、便携式游戏设备(例如，NintendoDS^TM、PlayStationPortable^TM、GameboyAdvance^TM、iPhone^TM)、可穿戴式设备(例如，智能手表、智能眼镜)、膝上型电脑、PDA、便携式因特网设备、音乐播放器、数据存储设备或其它手持设备等。通常，术语“UE”或“UE装置”可以被广泛地定义为包括任何容易被用户运输并且能够进行无线通信的电子设备、计算设备和/或电信设备(或这些设备的组合)。

基站——术语“基站”具有其通常意义的完整范围，以及至少包括安装在固定位置、并且用来作为无线电话系统或无线电系统的一部分进行通信的无线通信站。

处理单元——指的是各种单元或单元的组合。处理单元例如包括：诸如ASIC(专用集成电路)的电路、各个处理器内核的部分或电路、整个处理器内核、各个处理器、诸如现场可编程门阵列(FPGA)的可编程硬件设备、和/或包括多个处理器的系统的较大部分。

信道——用来将信息从发送者(发送器)传送到接收者的介质。请注意，由于术语“信道”的特性可能根据不同的无线协议而不同，所以本文中使用的术语“信道”可以被认为是以与设备的类型的标准一致的方式被使用，其中该术语参考该设备的类型的标准被使用。在一些标准中，信道宽度可以是变量(例如，取决于设备能力、频带条件等)。例如，LTE可以支持从1.4MHz到20MHz的可缩放信道带宽。相比之下，WLAN信道可以是22MHz宽，而蓝牙信道可以是1MHz宽。其它协议和标准可以包括不同的信道定义。此外，一些标准可以定义并使用多种类型的信道，例如，用于上行链路或下行链路的不同信道，和/或用于诸如数据、控制信息等的不同用途的不同信道。

频带——术语“频带”具有其通常意义的完整范围，并且至少包括为相同目的使用或留出信道的频谱(例如，无线电频谱)的部分。

自动地——指的是在没有直接指定或执行动作或操作的用户输入的情况下，由计算机系统(例如，由计算机系统执行的软件)或设备(例如，电路、可编程硬件单元、ASIC等)执行的动作或操作。因此，术语“自动地”与由用户手动地执行或指定的操作形成对比，其中，在用户手动地执行或指定操作的情况下，用户提供输入以直接执行操作。自动过程可以通过由用户提供的输入来启动，但是“自动地”执行的随后动作不由用户指定，即，不是“手动地”执行。在“手动地”执行的情况下，用户指定每个要执行的动作。例如，即使计算机系统必须响应于用户动作来更新表格，通过选择每一个字段并提供指定信息的输入(例如，通过键入信息、选择复选框、无线电选择等)来填写电子表格的用户正在手动地填写表格。表格可以由计算机系统自动地填写，在这种情况下，计算机系统(例如，在计算机系统上执行的软件)在没有任何指定对字段的回答的用户输入的情况下分析表格的字段，并且填写表格。如上面指出的，用户可以调用表格的自动填写，而不参与表格的实际填写(例如，用户不手动地指定对字段的回答，而是对字段的回答被自动地完成)。本说明书提供响应于用户已采取的动作而自动地执行的操作的各种示例。

图1-3——通信系统

图1示出根据一些实施例的示例性(并且简化的)无线通信系统。请注意，图1的系统仅是可能系统的一个示例，以及可以根据期望以各种系统中的任何系统来实现实施例。

如所示的，示例性无线通信系统包括通过传输介质与一个或更多个用户设备(106A、106B等，直到106N)通信的基站102A。用户设备中的每一个在本文中可被称为“用户设备”(UE)。因此，用户设备106被称为UE或UE装置。

基站102A可以是基站收发站(BTS)或者小区站点，并且可以包括使得能够与UE106A到106N进行无线通信的硬件。基站102A还可以被配备为与网络100(例如，在各种可能性中，蜂窝服务提供商的核心网络、诸如公共交换电话网络(PSTN)的电信网络、和/或因特网)进行通信。因此，基站102A可以促进用户设备之间和/或用户设备与网络100之间的通信。

基站的通信区域(或覆盖区域)可被称为“小区”。基站102A和UE106可以被配置为使用各种无线电接入技术(RAT，也称为无线通信技术)或电信标准中的任何技术或标准，通过传输介质进行通信，其中电信标准诸如是GSM、UMTS(WCDMA、TD-SCDMA)、LTE、LTE高级(LTE-A)、3GPP2CDMA2000(例如，1xRTT、1xEV-DO、HRPD、eHRPD)、Wi-Fi、WiMAX等。

因此，基站102A和根据相同或不同蜂窝通信标准操作的其它相似基站(诸如基站102B...102N)可以被提供为小区的网络，其可以在宽广的地理区域上经由一个或更多个蜂窝通信标准向UE106A-N和相似设备提供连续的、或几乎连续的交叠服务。

因此，虽然如图1中示出的，基站102A可以用作UE106A-N的“服务小区”，但是每个UE106还可能能够从可以被称为“邻居小区”的一个或更多个其它小区接收信号(并且可以在所述一个或更多个其它小区的通信范围内)，其中，所述一个或更多个其它小区可以由基站102B-N和/或任何其它基站提供。这种小区也可能能够有助于用户设备之间和/或用户设备与网络100之间的通信。这种小区可以包括“宏”小区、“微”小区、“微微”小区和/或提供各种其它粒度的服务区域大小中的任一种的小区。例如，图1中示出的基站102A-B可以是宏小区，而基站102N可以是微小区。也可以是其它配置。

请注意，UE106可能能够使用多个无线通信标准进行通信。例如，UE106可以被配置为使用GSM、UMTS、CDMA2000、WiMAX、LTE、LTE-A、WLAN、蓝牙、一个或更多个全球导航卫星系统(GNSS，例如GPS或GLONASS)、一个和/或更多个移动电视广播标准(例如，ATSC-M/H或DVB-H)等中的两个或更多个进行通信。也可以是无线通信标准(包括多于两个的无线通信标准)的其它组合。

图2示出根据一些实施例的与基站102(例如，基站102A到102N之一)通信的用户设备106(例如，设备106A到106N之一)。UE106可以是具有蜂窝通信能力的设备，诸如移动电话、手持设备、计算机或平板计算机、或实际上任何类型的无线设备。

UE106可以包括被配置为执行存储在存储器中的程序指令的处理器。UE106可以通过执行这样存储的指令来执行本文中描述的方法实施例中的任一个。可替选地，或附加地，UE106可以包括被配置为执行本文中描述的方法实施例中的任一个或者本文中描述的方法实施例中的任一个的任何部分的可编程硬件单元，诸如FPGA(现场可编程门阵列)。

如上所述，UE106可以被配置为使用多个RAT中的任一个进行通信。例如，UE106可以被配置为使用GSM、CDMA2000、LTE、LTE-A、WLAN或GNSS中的两个或更多个进行通信。也可以是无线通信技术的其它组合。

UE106可以包括用于使用一个或更多个无线通信协议或技术进行通信的一个或更多个天线。在一个实施例中，UE106可以被配置为使用利用单个共享无线电的LTE或CDMA2000(1xRTT/1xEV-DO/HRPD/eHRPD)、和/或利用单个共享无线电的LTE或GSM进行通信。共享无线电可以耦合到单个天线，或者可以耦合到多个天线(例如，用于MIMO)，以执行无线通信。通常，无线电可以包括基带处理器、模拟RF信号处理电路(例如，包括滤波器、混频器、振荡器、放大器等)、或者数字处理电路(例如，用于数字调制以及其它数字处理)的任何组合。相似地，无线电可以使用前述硬件实现一个或更多个接收和发送链。例如，UE106可以在多个无线通信技术(诸如上面讨论的那些)之间共享接收和/或发送链的一个或更多个部分。

在一些实施例中，UE106可以包括用于每一个无线通信协议的单独的发送和/或接收链(例如，包括单独的RF和/或数字无线电部件)，其中UE106被配置为利用每一个无线通信协议进行通信。作为其他可能性，UE106可以包括在多个无线通信协议之间共享的一个或更多个无线电，以及专门由单个无线通信协议使用的一个或更多个无线电。例如，UE106可以包括用于使用LTE或1xRTT(或LTE或GSM)进行通信的共享无线电，以及用于使用Wi-Fi和蓝牙中的每一个进行通信的单独的无线电。也可以是其它配置。

图3示出根据一些实施例的诸如3GPP兼容蜂窝网络的无线通信系统的示例性简化部分。

如所示的，UE106可以与基站进行通信，基站在本示例性实施例中被示出为eNodeB102。eNodeB又可以被耦合到核心网络，在本示例性实施例中核心网络被示出为演进分组核心网(EPC)100。如所示的，EPC100可以包括移动管理实体(MME)332、归属用户服务器(HSS)324以及服务网关(SGW)326。EPC100还可以包括本领域技术人员已知的各种其它设备和/或实体。

图4——UE的示例性框图

图4示出根据一些实施例的UE106的示例性框图。如所示的，UE106可以包括片上系统(SOC)400，片上系统400可以包括用于各种目的的部分。例如，如所示的，SOC400可以包括可以执行用于UE106的程序指令的一个或更多个处理器402以及可以执行图形处理并向显示器460提供显示信号的显示电路404。处理器402还可以被耦合到存储器管理单元(MMU)440，MMU440可以被配置为从处理器402接收地址，并将这些地址翻译为存储器(例如，存储器406、只读存储器(ROM)450、NAND闪速存储器410)中的位置，和/或翻译到其它电路或设备，诸如显示电路404、无线通信电路430、连接器I/F420和/或显示器460。MMU440可以被配置为执行存储器保护以及页面表翻译或建立。在一些实施例中，MMU440可以被包括为处理器402的一部分。

此外，如所示的，SOC400可以被耦合到UE106的各种其它电路。例如，UE106可以包括各种类型的存储器(例如，包括NAND闪速存储器410)、连接器接口420(例如，用于耦合到计算机系统、基座(dock)、充电站等)、显示器460以及(例如，用于LTE，CDMA2000、蓝牙、Wi-Fi等的)无线通信电路430。

如上所述，UE106可以被配置为使用多个无线通信技术无线地进行通信。另外，如上所述，在这种实例中，无线通信电路430可以包括在多个无线通信技术之间共享的无线电部件、和/或被配置为专门根据单个无线通信技术使用的无线电部件。如所示的，UE设备106可以包括至少一个天线(并且可以包括多个天线，例如，在各种可能性之中，用于MIMO的天线和/或用于实现不同的无线通信技术的天线)，以与蜂窝基站和/或其它设备执行无线通信。例如，用户设备106可以使用一个或更多个天线435，以执行无线通信。

如本文中随后进一步描述的，UE106可以包括用于实现本文中描述的方法的一部分或全部的硬件和软件部件。UE设备106的处理器402可以被配置为例如通过执行存储在存储器介质(例如，非暂态计算机可读存储器介质)上的程序指令来实现本文中描述的特征的一部分或全部。可替选地(或附加地)，处理器402可以被配置为可编程硬件单元，诸如FPGA(现场可编程门阵列)或ASIC(专用集成电路)。可替选地(或附加地)，结合其它部件400、404、406、410、420、430、435、440、450、460中的一个或更多个，UE设备106的处理器402可以被配置为实现本文中描述的特征的一部分或全部。

图5——基站

图5示出根据一些实施例的基站102的示例性框图。请注意，图5的基站仅是可能基站的一个示例。如所示的，基站102可以包括可以执行用于基站102的程序指令的一个或更多个处理器504。处理器504还可以被耦合到存储器管理单元(MMU)540，MMU540可以被配置为从处理器504接收地址，并将这些地址翻译为存储器(例如，存储器560和只读存储器(ROM)550)中的位置，或翻译到其它电路或设备。

基站102可以包括至少一个网络端口570。网络端口570可以被配置为耦合到电话网络，并如上所述向诸如UE设备106的多个设备提供对电话网络的接入。

网络端口570(或附加的网络端口)还可以或可替选地被配置为耦合到蜂窝网络，例如，蜂窝服务提供商的核心网络。核心网络可以向诸如UE设备106的多个设备提供移动相关服务和/或其它服务。在一些情况下，网络端口570可以经由核心网络耦合到电话网络，和/或核心网络可以提供电话网络(例如，在由蜂窝服务提供商提供服务的其它UE设备之间)。

基站102可以包括至少一个天线534，并且可以包括多个天线。天线534可以被配置为作为无线收发器进行操作，并且还可以被配置为经由无线电530与UE设备106进行通信。天线534经由通信链532与无线电530进行通信。通信链532可以是接收链、发送链或二者。无线电530可以被配置为经由各种无线通信技术进行通信，包括但不限于LTE、LTE-A、GSM、WCDMA、CDMA2000、Wi-Fi等。

基站102的一个或更多个处理器504可以被配置为例如通过执行存储在存储器介质(例如，非暂态计算机可读存储器介质)上的程序指令来实现本文中描述的方法的一部分或全部。可替选地，处理器504可以被配置为可编程硬件单元，诸如FPGA(现场可编程门阵列)、或ASIC(专用集成电路)或它们的组合。

图6——移动管理实体

图6示出根据一些实施例的移动管理实体(MME)322的示例性框图。请注意，图6的MME322仅是可能的MME322的一个示例。如所示的，MME322可以包括可以执行用于MME322的程序指令的一个或更多个处理器604。处理器604还可以被耦合到存储器管理单元(MMU)640，MMU640可以被配置为从处理器604接收地址，并且将这些地址翻译为存储器(例如，存储器660和只读存储器(ROM)650)中的位置，或翻译到其它电路或设备。

MME322可以包括至少一个网络端口670。网络端口670可以被配置为耦合到一个或更多个基站和/或其它蜂窝核心网络实体和/或设备。

MME322可以向诸如UE设备106的多个设备提供移动相关服务。例如，MME322可以负责登记尝试执行附着(attach)过程、跟踪区域更新过程、和/或任何其它各种过程的UE设备。

MME322可以通过各种通信协议和/或接口中的任一个与基站(例如，eNB)和/或其它核心网络实体/设备进行通信。作为一个示例，在3GPP环境下，MME322可以使用S1-MME、S3、S10、S11、S6a中的任一个和/或各种其它通信协议或接口中的任一个，与其它蜂窝网络部件进行通信。

MME322的一个或更多个处理器604可以被配置为例如通过执行存储在存储器介质(例如，非暂态计算机可读存储介质)上的程序指令来实现本文中描述的方法的一部分或全部。可替选地，处理器604可以被配置为可编程硬件单元，诸如FPGA(现场可编程门阵列)、或ASIC(专用集成电路)或它们的组合。

在LTE中，UE可能能够以空闲模式和连接模式这两个模式之一进行操作。在空闲模式中，非连续接收(DRX)允许UE关闭其无线电接收器，从而减少其功率消耗。至少在一些实施例中，可以是这种情况：UE在从网络接收到无线电资源控制(RRC)连接释放消息时进入空闲模式。在连接模式中，UE可以处于活动数据传输模式或处于连接DRX模式。在由网络配置的情况下，连接模式的DRX模式例如可以由UE使用，并且可以遵循具有开启和关闭周期的定义的模式。可以使用各种设置中的任一个来配置DRX，并且至少在一些实例中，可以根据期望地配置多个DRX模式(例如，短DRX或长DRX)。

在至少一些蜂窝通信系统(例如，LTE版本11系统)中，存在这样的机制：UE通过使用这种机制可以能够向网络告知UE是偏好“功率优化”配置还是偏好“正常”配置。至少在一些实例中，该指示器可以被称为功率性能指示(PPI)。当UE将用于设定其对功率优化配置的偏好的指示发送到网络(NW)时，在各种可能性中，NW可以优化连接的模式配置(诸如DRX配置)，和/或将UE移动到空闲模式。至少在一些实例中，可以根据UE实现方式来指定何时以及如何设定该指示的细节。相似地，NW对该指示的响应也可以取决于网络实现方式。本公开内容下面描述的实施例中的至少一些实施例与这种PPI在无线通信系统中的可能使用有关。

图7——通信流程图

图7是示出根据一些实施例的用于以考虑数据业务特性的方式确定地建立无线设备和基站之间的RRC连接的方案的通信/信号流程图。图7中所示的方案可以结合上面的图中示出的计算机系统或设备中的任一个等来使用。在各种实施例中，可以并行地执行所示方案中的各元素中的一部分，以不同于所示出的顺序来执行各元素中的一部分，或者省略各元素中的一部分。还可以根据期望执行附加的元素。如所示的，可以如下操作该方案。

在702中，UE106可以将对预期的即将到来的数据业务(例如，上行链路业务，和/或下行链路业务)的一个或更多个类型的指示发送到(例如，提供服务的)基站102或MME/(S/P)GW。根据一些实施例，UE106可以监视已经生成的、缓存的并且准备好用于传输的应用数据，以确定预期的即将到来的数据业务。附加地或可替选地，UE106可以监视应用数据生成和/或应用数据流模式，以预测是否将在特定时间段内生成并准备好用于传输的一个或更多个类型的数据业务。用于确定是否由UE106预期一个或更多个类型的数据业务的其它技术也是可以的。

该指示可以明确地包括关于即将到来的数据业务的特性的信息。例如，可以为包括在指示中的即将到来的数据业务的每个种类指示特定的特性，例如预期的带宽、优先级、延迟预算/容限、应用或应用类型等。也可以或可替选地指示一个或更多个链路特性(例如，要用于传输即将到来的数据业务的无线电资源控制(RRC)连接的适当特性)，诸如调度请求或信道状态信息频率/周期性、空闲模式非连续接收(I-DRX)或连接模式DRX(C-DRX)配置偏好、RRC非活动定时器偏好等。

可替选地或附加地，指示可以隐含地包括关于即将到来的数据业务的这种特性的一部分或全部的信息。例如，数据业务的不同“类别”(例如，相似于或不同于典型的“服务质量”或“QoS”数据类别)可以被定义为每一个具有这种特性的一部分或全部、和/或任何其他各种特性的集合。例如，可以使用定义“RANQos”或“RQoS”(或者如果偏好的话，“应用QoS”或“AQoS”)类别和参数的表格，诸如下面的表格：

P1P2…PN

C1

C2

…

C3

在该示例性表格中，C1-CN可以代表数据业务的类别或应用类别，而P1-PN可以代表这样的参数：可以为表格中的每一个类别指定该参数的值，以定义该类别的特性。因此，如果使用这种表格，则指示可以指定即将到来的数据业务的一个或更多个RQoS类别，从而隐含地包括关于一些或全部特性或配置偏好的信息，而不是在指示中明确地提供这种信息。

请注意，至少在一些实例中，UE106可以至少部分地基于监视UE106的用户数据的应用业务模式来动态地确定不同类型(例如，与不同类型的应用数据相对应)的数据业务的类别、优先级或其它特性。例如，UE106可能能够分析用户模式，以确定哪些应用对于给定用户来说是优先的或不是优先的。基于这种确定，与特定应用对应的应用数据可以例如取决于不同UE的用户业务模式被分配到在那些不同UE处的不同类别。同样，至少在一些实施例中，用户数据模式可以随时间改变，所以由UE106确定特定应用的应用数据属于哪个类别、优先级等可能在不同时间而不同。

另外，请注意，至少在一些实例中，如果期望，指示可以标识即将到来的业务的多种类型(例如，如果多个应用在UE106处是活动的)。

BS102可以从UE106接收指示，并且还可能从多个其它UE接收对即将到来的数据业务类型的指示。在704中，BS102可以为UE106(以及可能地，由BS102提供服务的任何其它UE)调度即将到来的RRC连接。调度即将到来的RRC连接可以考虑由BS102提供服务的每一个UE的即将到来的数据业务的特性(例如，预期的带宽和延迟预算等)，同时还考虑BS102的当前和/或即将到来的预期负载，以及BS102的当前调度。可以基于这种考虑以这种方式来调度即将到来的RRC连接，使得尝试最优化一个或更多个网络特性。例如，作为一种可能性，BS102可以尝试以这种方式调度即将到来的RRC连接，使得在尝试满足每一个UE的数据业务的延迟要求的同时还随着时间来平滑BS102的负载，这可以提高网络性能。即将到来的RRC连接调度可以附加地或可替选地考虑任何其他各种尝试的优化和/或限制。

在706中，BS102可以将对所调度的一个或更多个即将到来的RRC连接的指示发送到UE106。请注意，BS102可能还可以将对调度的即将到来的RRC连接的指示发送到为其调度即将到来的RRC连接的任何其它UE。每一个指示可以向UE通知一个或更多个即将到来的RRC连接的定时，以及还可以向UE通知要在该时间被传输的业务的一个或更多个类型(例如，一个或更多个类别)。请注意，作为一种可能性，对所调度的RRC连接的定时的指示可以按照其中BS102和UE106进行通信的无线通信系统的系统时间(例如，可以指定所调度的RRC连接的范围或无线电帧/子帧号)，或者可以使用各种其它可能定时范例中的任一个。

在一些实例中，BS102还可以向UE106指示所调度的即将到来的RRC连接的一个或更多个特性。例如，如果期望，除了所调度的即将到来的RRC连接的定时信息之外，还可以向UE106指示所调度的即将到来的RRC连接的以下特性中的任一个或全部：调度请求频率/周期性、信道状态信息报告频率/周期性、半持久性调度配置、功率设定(诸如IDRX/CDRX配置、快速休眠选项、RRC非活动定时器选项等)等。可替选地，某些RRC连接特性可以与某些数据业务类型或类别相关联(例如，通过在UE106和BS102或其它网络单元之间相互交换，或以诸如根据说明书文档的静态/预定的方式)，使得对与特定的所调度的即将到来的RRC连接相关联的数据业务的类型的指示可以隐含地指示该调度的即将到来的RRC连接的特性的一些或全部。

在一些实例中，UE106可以基于接收到这种指示来设定(例如，基带)睡眠调度。例如，UE106的基带操作可以进入(或保持在)低功率(睡眠)状态(利用针对开启期间(on-duration)行为的可能的中断，诸如小区测量和/或监视寻呼信道)，直到RRC连接被调度的时间为止。

在所调度的时间，UE106可以醒来并从BS102“侦听”(例如，监视寻呼信道)寻呼。在708中，BS102可以寻呼UE(例如，在寻呼信道上提供寻呼消息)。

在710中，UE106和BS102可以建立RRC连接。这可以在调度的时间并基于UE106从BS102接收到寻呼消息来执行。例如，UE106可以响应于寻呼消息并与BS102交换RRC连接建立参数，以建立所调度的RRC连接。换言之，至少在一些实施例中，例如，与要求UE106执行随机接入请求(RACH)过程以便建立RRC连接并进入RRC_连接模式相反，可以以网络发起方式来建立所调度的RRC连接。可替选地,如果期望,可以按照UE发起的方式来建立所调度的RRC连接。请注意，至少在一些实施例中，如果预先安排了所调度的RRC连接的任何特性(例如，如果在调度RRC连接时BS102明确或隐含地指示了某些RRC连接特性)，则可以根据那些预先安排的特性来建立RRC连接。

在712中，UE106和BS102可以通过建立的RRC连接来执行数据通信。这可以包括UE106发送如下类型的(上行链路)数据，该类型在步骤702中提供的指示中被最初地指示，并且由BS102针对在步骤S706中提供的指示中的该特定RRC连接来指定。至少在一些实例中，UE106还可以例如响应于由UE106提供的上行链路数据、或者与该上行链路数据相关联地，经由RRC连接从BS102接收(下行链路)数据。请注意，至少在一些实例中，如果期望，UE106可以选择发送在指示中指定的类别的数据，和/或可以发送属于其他类别的数据。

请注意，如果期望，上面参考图7在本文中描述的用于在UE106和BS102之间确定性地调度RRC连接的技术还可以与动态RRC连接调度技术并行地使用。例如，UE106还可以动态地发起与BS102的RRC连接(例如，除了预先确定性地调度与BS102的其它RRC连接之外)，诸如如果UE106生成将要求立即传输以便满足数据的延迟预算的高优先级数据。

另外请注意，虽然上面描述的图7的方法是在UE106和BS102之间执行的，但是至少在一些实例中，MME、SGW、PGW或其它网络单元可以执行所描述的由BS102执行的方法元素中的一些或全部。例如，对即将到来的数据业务的指示或者对一个或更多个用户设备的指示可以被提供到可以执行即将到来的RRC连接的调度的MME或S/P-GW，然后可以将对这种调度的RRC连接的指示提供回到用户设备(例如，通过基站)。请注意，至少在一些实例中，在这种情况下，那些调度的RRC连接的建立仍可以在用户设备和它们的服务基站之间执行。

图8——示例性端到端(E2E)图

图8和下文中接合图8提供的描述被提供作为对图7的方法的进一步考虑和可能实现细节的说明，并且不是旨在总体上限制本公开内容。在下文中提供的细节的很多改变和替换是可行的，并且应该被认为是在本公开内容的范围内。

在LTE中并且一般地针对蜂窝通信，对于用户具有较大传递时间边界要求的至少一些背景业务和低优先级/非时间关键业务场景，可能期望减少电池消耗并限制网络上的信令开销的方案。

在UE侧，可以实现智能地“绑定”业务并减少控制面通信的开销的方案。然而，即使利用UE中心方案来绑定数据，在相同发送/接收区内缺少与其它UE的同步可以引起DNS/RRC信令泛滥，这可以引起基站(例如，eNB)性能的严重劣化。

作为用于解决这种考虑的一种可能性，可以使用UE和网络部件之间的、进一步减少电池消耗并限制网络上的信令开销的框架。

作为这种框架的一部分，UE可以分析并建立用户模式以确定对用户来说哪些应用优先以及哪些应用不优先。UE可以与网络部件交换该信息。该模式可以在其连接状态中的任一个期间被交换，并且设备可以被提供有在将用户影响最小化的情况下修改该模式(例如，基于改变应用使用需要)的机会。可以提供用于静态信息交换(例如，对于优先级/时间关键应用)的能力和用于动态信息交换(例如，依据由UE生成的业务)的能力。

作为一种可能性，可以在UE和eNB之间交换、约定并存储不同RRC连接的多个配置选项。然后，在实际调度和数据交换期间，网络可以选择这些存储的配置之一并将该选择通知给UE。

这些配置可以专用于正在进行的这种类型的数据传输；网络可以基于当前数据模式决定哪一个是用于UE的最好配置。该配置可以包括与RRC连接将使用的数据类型有关的参数(SR/CSI频率/周期性、SPS配置等)，和/或功率设定选项，诸如空闲DRX(I-DRX)/连接DRX(C-DRX)配置、快速休眠选项和RRC非活动定时器选项。诸如优先级、预期带宽以及预期延迟敏感度的选项也可以被交换。

至少根据一些实施例，为了该信息交换，可以使用RRC消息、NAS消息或MAC控制单元中的至少之一。协议交换和配置类别可以在网络和UE之间相互约定。另外，网络可能能够理解使用可经由UE报告机制获得的信息来改变UE无线电要求，并且改变应用优先级和业务类型。

eNB还可以取决于用于应用数据调度的窗口(例如，与NW约定的调度某些数据的时间量)来做出关于UE的RRC状态的决定(其可以例如与聚焦于到达间隔时间的方法形成对比)。例如，eNB可以决定UE是需要以高值的RRC非活动定时器保持在具有较长C-DRX周期的RRC连接状态中，还是以短的RRC非活动定时器保持在RRC空闲模式中；eNB可以确定C-DRX非活动定时器的值；和/或eNB可以在各种可能性中以这种方式确定C-DRX/I-DRX参数。

作为示例，UE可以向eNB提供下面信息中的一些或全部：

类别A：业务非优先低_带宽3时间_单位long_cdrx_cfg_1long_inactivity_cfg_2traffic_type_xdely_tolerence_cfg_1

类别B：业务非优先高_带宽2时间_单位no_cdrxnetwork_rrc_tear_cfg_4traffic_type_ydelay_tolerence_cfg_2

类别C：业务优先short_cdrx_cfg_2short_inactivity_cfg_1traffic_type_zdelay_tolerance_cfg_3

因此，这种信息可以指示UE具有三种不同类型的预期即将到来的数据业务，并且可以指示针对每个类型的各种特性/偏好(诸如预期带宽、长度、请求的DRX配置设定、延迟容限配置等)。请注意，至少在一些实例中，可能不要求明确地指定特性/偏好，例如如果在网络和UE之间约定了RQoS类别；在这种情况下，UE可以将其要求的RQoS类别通知给网络，该RQoS类别可以隐含地提供关于数据业务特性和/或请求的RRC连接参数的附加信息。

还请注意，在由UE生成还没有被指示(并且例如具有某个优先级)的业务时，UE也可以提供“动态”或补充指示，例如添加“类别D”。

图8示出根据一些实施例的示出用于在示例性LTE场景中调度RRC连接的方法的端到端图。

如所示的，多个UE802、804、806中的每一个可以向它们的服务eNB808提供对它们预期的即将到来的数据业务及其特性/类别的指示。eNB808可以考虑这种初始信息812以及eNB当前调度814和eNB预测的未来负载816(其至少可以部分地由与P-GW810的通信来通知，P-GW810可以提供与可以与其进行数据通信的一个或更多个服务器820、822、824的链路)，以生成即将到来的RRC连接818的调度。因此，一旦出现UE必须被调度的时间，eNB808就可以保证特定UE的RRC连接。

请注意，作为一种替选的可能性，与数据业务类型有关的信息可以被UE提供到可以为UE执行RRC连接调度的移动管理实体(MME)和/或(S/P)-GW。

eNB还可以将调度信息传送回给UE。例如，网络可以将UE的睡眠唤醒时间表(schedule)以及UE在该时间可以进行的业务的特定类型通知给UE，从而保证RRC连接。UE将接收寻呼，然后建立RRC连接(例如，根据指定的RRC连接参数)，以及获得/发送数据业务。至少在一些实例中，这可以使得UE获得最优化的连接(例如，在延迟和带宽方面)。

还请注意，至少在一些实例中，这可以消除UE向服务器发送推送类型的通知的需要，以及还可以/可替选地避免时间有关的ping，该时间有关的ping可以是一些网络上的NAT定时器设定的结果。

作为替选方案，P-GW也可以收集与UE客户端有关的所有信息，从各个端节点(例如服务器)收集信息，并将其返回给作为终端连接的UE。作为一个示例，该方案对VoIP类型的客户端可以是有用的，在VoIP类型的客户端的情况下，每个保持连接(keep-alive)只交换非常少的用户信息。然而，至少在一些实例中，针对安全性特别重要的考虑，基于UE的机制可能是优选的。

图9——通信流程图

图9是示出根据一些实施例的无线设备和基站之间基于负载的延迟特征的方案的通信/信号流程图，该方案可以减少设备功率消耗。图9中所示的方案可以与上面的图中所示的计算机系统或设备中的任一个等结合使用。在各种实施例中，所示方案的元素中的一些可以被并行地执行，所示方案的元素中的一些可以以与所示的不同的顺序执行，或者所示方案的元素中的一些可以被省略。还可以根据期望执行附加的元素。如所示的，可以如下操作该方案。

在902中，UE106和BS102可以以握手机制交换信息，以确定是否两个实体都支持基于负载的延迟特征。因此，可以建立UE106和BS102二者都支持基于负载的延迟特征的握手机制(即，在二者都支持该特征的情况下)。

作为一个可能性，握手机制可以包括在无线电资源控制(RRC)连接建立期间交换信息。例如，UE对这种特征的支持可以被指示在UE能力信息单元(IE)中，而BS对这种特征的支持可以被指示在可以跟随在UE能力信息的交换之后的RRC连接重新配置消息中。也可以是其它机制。

在904中，UE102可以向BS106提供指示，以使能基于负载的延迟特征。作为一种可能性，该指示可以是具有指示对低功率使用配置的偏好的值(例如，“1”)的功率偏好指示器(PPI)，其可以被UE提供为UE辅助信息IE的一部分。作为另一种可能性，该指示可以是MAC控制单元，该MAC控制单元具有指示用于使能基于负载的延迟特征的请求的值。

可以在各种时间中的任何时间并且基于各种考虑中的任一个来提供该指示。作为一种可能性，可以在检测到低下行链路和/或上行链路活动度的时间提供该指示，并且现有的业务对延迟相对地不敏感(例如，具有延迟敏感度阈值以下的延迟敏感度，使得通过引入预期由基于负载的延迟特征引入的延迟程度将不引起不利效果或引起最小的不利效果)。例如，至少在一些实例中，“背景”和/或“最好效果”类型的业务可以具有延迟敏感性特性，使得基于负载的延迟特征可以是合适的。

基于使能该基于负载的延迟特征，在906中，BS102可以开始缓冲用于UE106的任何下行链路业务，直到BS102从UE106接收到上行链路调度请求为止，从而例如将下行链路业务与来自UE的上行链路业务对准，并且减少UE醒来时间。这种缓冲还可以受制于BS102处的整个缓冲器大小和充满度、和/或定时器(例如，为了避免过度延迟)。例如，在一些实例中，如果在接收到上行链路调度请求之前BS102检测到特定阈值以上的缓冲器充满度，即使基于负载的延迟特征被使能，BS102也可以向UE106提供下行链路准许并且发送下行链路业务。作为另一个示例，在一些实例中，如果在接收到上行链路调度请求之前数据缓冲定时器到期，则即使基于负载的延迟特征被使能，BS102也可以向UE106提供下行链路准许并且发送下行链路业务。

另外，基于使能基于负载的延迟特征，在908中，UE106可以至少部分地基于BS102的估计的负载来选择上行链路调度请求定时。例如，UE106可以尝试选择BS102的负载相对较轻的时间来发送上行链路调度请求。这可以帮助平滑网络负载，并且减少UE106可能响应于调度请求等待上行链路准许而保持醒着的时间量，这也可以减少UE106的功率消耗。

请注意，在一些实例中，UE106的上行链路请求调度定时也可以受制于缓冲器充满度阈值和/或数据缓冲定时器限制。

在910中，UE106可以例如根据所选择的定时向BS102提供(发送)上行链路调度请求。例如，根据基于负载的延迟特征，UE可以缓冲上行链路应用数据业务，直到BS的估计的负载之一在负载阈值以下、缓冲器充满度阈值被超过、或者数据缓冲定时器过期为止，并且UE可以在检测到这些条件之一时提供上行链路调度请求。

在912中，UE106和BS102可以执行上行链路和下行链路通信。该通信可以部分地或整个地在时间上交叠。例如，基于上行链路调度请求，BS102可以提供上行链路准许，并且还可以在同一时间或同一时间附近提供下行链路准许。然后，UE106可以在上行链路准许期间发送上行链路数据，并且BS102可以在下行链路准许期间发送下行线路数据(该数据可能已进行了缓存，诸如关于步骤906所描述的)。

另外请注意，至少在一些实例中，可以结合通过延迟调度请求响应的上述方法来使用其它机制以减少功率消耗。例如，如果期望，还可以在UE106和提供BS102的网络之间约定何时使能功率偏好指示器(或者如果期望，默认作为基于负载的延迟特征的一部分)，也可以使能“延迟的调度请求响应”特征。在这种情况下，在发送上行链路调度请求之后，UE106可以进入(返回到)作为其C-DRX周期的一部分的睡眠模式，直到其下一个调度的开启期间为止。因此，BS102可以等待(至少)直到UE106的该下一个调度的开启期间为止，以响应于调度请求提供上行链路准许。相对于UE106在发送调度请求时连续地监视准许的实现方式，这可以减少UE106的功率消耗。

图10-图11——与图9有关的示例性细节

图10-图11和下文中结合图10-图11提供的描述被提供作为图9的方法的进一步考虑和可能实现细节的说明，并且不是旨在总体上限制本公开内容。在下文中提供的细节的很多改变和替换是可行的，并且应该被认为是在本公开内容的范围内。

在3GPP版本11中，功率偏好指示器被引入以允许移动设备将移动设备的功率节省偏好通知给网络(NW)。至少根据3GPP版本11，没有指定eNB将如何使用该1比特信息。在电池节省方面的UE偏好可以取决于UE活动度(例如，活动的应用的类型)，该信息可能无法在eNB处获得。因此，可能期望在eNB和UE之间共享信息并且协调操作以使得能够在UE处获得功率节省好处的机制。

作为一种可能性，UE可以运行利用和/或要求背景业务的一个或更多个应用，诸如电子邮件应用。该业务可能是不常发生的和/或不是时间要求严格的(例如，守护进程(daemon)可以被用于检测背景业务)。在小区(例如，LTE中的eNB)负载较大的情况下，UE可能不能以及时的方式获得对该业务的准许。这可能延长UE醒来时间段，进而可能影响电池消耗。

UE可以在RRC连接模式和空闲模式期间估计eNB小区利用率。UE可以使用这样的信息来调度其背景数据业务。例如，UE可以缓冲其数据直到负载条件(和信道条件)改善，和/或向eNB指示可能在未来时间发生下行链路传输。UE和eNB可以建立握手机制以在这方面确保兼容行为。

例如，在UE正在运行非优先的尽力而为应用(例如，非时间要求严格/背景业务)的情况下，UE可以请求准许，只要负载条件是良好的(例如，在特定阈值以下)即可。

基于握手机制，eNB可以得知UE业务的类型。因此，eNB也可以缓冲下行链路业务并确保与上行链路业务对准，从而减小醒来的时间。例如，eNB可以在传输下行链路业务之前在这种场景下等待来自UE的调度请求(SR)。

请注意，还可以基于数据缓冲器大小和/或充满度在各种时间使能/禁止eNB处的缓冲。例如，如果所有队列中的比特数小于阈值，则eNB可以延迟业务直到负载条件改善和/或对准上行链路/下行链路业务，但是如果所有队列中的比特数大于阈值，则eNB可以不延迟业务。用于确定何时使能或禁止这种缓冲的其它算法也是可以的。还请注意，至少在一些实例中，可以仅针对RRC连接模式在NW和UE之间执行这种缓冲。

握手机制本身可以利用RRC信令来使能UE和eNB，以检测它们支持这种特征。如上所述，这种机制可以在UE和eNB之间约定。

作为一种可能性，可以使用在UE建立了RRC连接时发送到NW以指示UE支持“延迟直到更好的负载”特征的RRC消息。UE能力信息消息可以是用来向NW指示UE支持该特征的一个这种RRC消息。这种信息可以设置在该消息内的各种信息单元中的任一个中。作为示例，UE-EUTRA-Capability容器信息单元内的新的信息单元可以被定义并用来指示对“延迟直到较好的负载”特征的支持。作为其他示例，特征组指示器(FGI)IE中的现有参数的新值可以被定义为指示对“延迟直到较好的负载”特征的支持。如果期望，可以替选地使用很多其它可能性。另外，请注意，UE可以在修改后的RRC消息中包括关于应用业务的信息。

为了完成握手机制，网络可以向UE确认其支持“延迟直到较好的负载”特征。作为一种可能性，网络可以使用在跟随UE能力信息的交换之后的RRC连接重新配置消息中的新的信息单元。然而，相似地，如果期望，可以替选地使用很多其它可能性。

在UE检测到长时间段的低活动度时，利用背景业务，UE可以向请求使能“延迟直到较好的负载”特征的网络发送诸如保留的MAC控制单元(例如，可以与NW约定)的指示或者“功率偏好指示＝低功率”的指示。如果期望，这种指示还可以向eNB指示特定类型应用的缓冲数据。随后，在检测到该指示时，eNB可以缓冲业务，直到从UE接收到SR。请注意，如果期望，UE可以结合发送请求使能基于负载的延迟特征的指示来附加地改变到扩展的DRX周期。eNB可以缓冲数据，例如只要缓冲器大小不超过预定阈值，和/或如果(例如在eNB处定义的)定时器到期且eNB还未接收到SR(例如，为了避免过度缓冲延迟)。

如前所述，至少在一些实例中，在检测到长时间段的低活动度时，UE可以发送请求使能基于负载的延迟特征的指示。在上行链路上，UE可以得知运行的应用的属性(例如时间要求严格或非时间要求严格)，并且可以具有对其缓冲状态的估计。因此，UE可以得知UE何时需要发送SR(例如，包括考虑负载估计)。然而，在下行链路中，UE可能需要估计下行链路活动度。图10示出根据一些实施例的进行如上操作的一个可能技术的各方面。

特别地，UE可以监视在物理下行链路控制信道(PDCCH)中接收到的下行链路分配的数量，并且基于其监视结果确定下行链路活动水平。例如，如果在很多C-DRX周期中的下行链路分配的平均数量小于阈值，则可以认为观察到“低下行链路活动度”，而如果在所述很多C-DRX周期中的下行链路分配的平均数量大于阈值，则可以认为观察到“高下行链路活动度”。可替选地，如果监视TTI的最后N个(监视窗口)PDCCH中的n个(阈值)或更多个不包括下行链路分配，则可以认为观察到“低下行链路活动度”，而如果监视TTI的最后N个PDCCH中的少于n个不包括下行链路分配，则可以认为观察到“高下行链路活动度”。因此，n/N可以是活动比率。

因此，考虑所示出的场景1000，在5个C-DRX周期中接收到总共8个下行链路分配(每个C-DRX周期的下行链路分配的平均数是1.6)，并且在该5个C-DRX周期的三个中接收到一个或更多个下行链路分配，从而活动比率是2/5。

图11示出用于附加的潜在的功率节省的可选机制，其中，在期望低功率操作时，可以在策略上延迟eNBSR响应。当前，至少根据一些实施例，当UE发送SR时，UE将中断DRX并且开始连续地在下行链路中进行监视。由于这个原因，UE可能醒来相对长的时间(例如，取决于NW负载)。然而，根据图11中示出的示例性布置1100所示出的机制，代替地，UE可以在发送SR之后进入睡眠，并且NW可以根据UE的C-DRX周期在下一个开启期间调度UE。请注意，在一些实例中，如果UE在发送SR之前处于长DRX周期中，则UE在发送SR之后可能落回到短DRX周期，例如以减小所引入的SR响应延迟。

附加地，或可替选地，如果期望，在SR时机与开启期间对准的情况下，如果UE在发送SR之后在随后的SR时机之前没有接收到上行链路准许，并且随后的SR时机落在关闭时间段期间，则UE可以在落在关闭时间段期间的SR时机期间选择不重新发送SR，但是代替地，可以选择等待下一个开启期间以重新发送SR。

图12-图16——AP/BB同步和附加的UE功率消耗减少机制

图12-图16和随后的补充说明被提供作为进一步考虑和可能的实现细节的说明，并且不是旨在总体上限制本公开内容。在下文中提供的细节的很多改变和替换是可行的，并且应该被认为是在本公开内容的范围内。

在诸如LTE的通信网络中，可以存在至少两个无线电接口实体，NW和UE。此外，在UE中，通常可以存在至少两个实体，应用处理器(AP)和基带处理器(BB)。

至少在一些当前实现方式中，在NW和UE之间可能不存在同步以确定数据可用性的实例，使得NW能够适时地调度和/或使得UE能够适时地醒来并侦听。由于该同步的缺失，一般可能预期UE在每个DRX周期醒来并在“开启期间”时间保持开启。

此外，在UE中的AP和BB实体之间，可能几乎不存在与何时发送(Tx)和接收(Rx)数据以及何时醒来有关的同步。由于这种同步的缺失，AP可能在没有发送机会时或者在以高成本获得发送机会(例如，在功率和资源方面)时，唤醒BB以发送数据。另外，AP可能以与BB和NW定时不同步的方式，基于特定于应用的定时器醒来并尝试发送/接收数据。

因此，本文中描述用于同步通信网络中的所有实体(例如，NW、BB和AP)以高效地节省功率的特定特征。

当使用连接模式DRX时，因为NW可能只在每个DRX周期重复的“开启期间”发送，NW和UE之间的通信可以在下行链路方向上被同步。在上行链路方向上，UE可能能够使用SR或RACH在任何时间发起对NW的数据传输(例如，取决于发起的准则)。然而，至少在一些实例中，因为相比于在“开启期间”被唤醒并在该时间处理数据，UE可能被唤醒扩展的时间，这可能要求发送操作并且花费更多功率，所以从功率消耗的角度来看，发送RACH或SR可能是不利的。

因此，UE和NW之间的所有通信都被同步到配置的DRX可能是有利的。这种同步可以包括AP以这样的方式唤醒BB并向BB发送数据，使得映射到BB唤醒时间和/或发送/接收时机。这种同步还可以包括AP基于当前在AP上运行的应用向BB提供定时信息。特别地，接下来的预期数据的指示定时(在定义下一个预期数据的各种可能方式中，潜在地包括直到下一个由AP预期上行链路应用数据或下行链路应用数据的时间量中的任一个或二者)可以允许BB睡眠较长的时间段(例如，跳过一个或更多个DRX周期或扩展DRX周期)。

因此，BB和AP可以彼此交换定时信息以提供该同步。特别地，如图12中所示的，BB1204可以向AP1202传输下一个可利用的BB唤醒、和/或发送/接收时机时间1208，和/或AP1202可以向BB1204传输直到下一个预期数据1210的时间。

BB1204可以基于最后的数据发送/接收时间以及下一个唤醒、和/或发送/接收时机时间(例如基于NW配置和调度)导出下一个可用的唤醒时间。在连接模式中，这可能基于连接的DRX配置、SRS周期性、RACH时机等。在空闲模式中，这可能基于空闲DRX配置和调度。

作为一种可能性，AP1202可以基于在AP1202中累积的缓冲导出直到下一个预期数据的时间；例如，当运行流视频应用时，例如，如果在AP1202处已经缓冲了充足的回放信息，则可能存在将没有任何数据活动度的多个DRX周期。可替选地或附加地，AP1202可以基于应用的心跳(heartbeat)(下文中可以是连接释放定时器)导出直到下一个预期数据的时间。

当AP1202传输下一个预期数据时，BB1204可以根据由AP1202给定的(并且与UE的DRX配置匹配的)定时醒来。请注意，这可能导致BB1204跳过一些DRX周期(或扩展DRX周期)。

当UE(的BB1204)想要扩展DRX周期时，UE可以(例如向NW的eNB1206)传输作为当前配置的DRX配置的倍数的DRX周期扩展以及UE不期望太多数据活动度的持续时间。因此，UE的DRX周期可以被扩展指定的持续时间。

代替地，如果BB1204跳过一些DRX周期(在那些DRX周期的开启期间的期间不醒来)，并且如果NW在与那些DRX周期相对应的“开启期间”中发送任何数据，则UE将丢失该数据。为了避免在BB1204跳过DRX周期时的数据损失，NW可能需要在随后的DRX周期“开启期间”中重新发送数据。由于BB1204可能跳过多个DRX周期，所以可能期望设置BB1204可以跳过的DRX周期的数目的最大限制，例如从而限制NW需要重新发送相同数据的次数。如果可以跳过的DRX周期的数目(例如基于直到下一个预期数据的时间量)大于该最大限制，则BB1204可以在跳过的DRX周期的最大限制到达之后，在下一个“开启期间”醒来并且进行侦听。该概念可以与空闲模式寻呼类似，在空闲模式寻呼中，如果UE在第一次寻呼之后不响应，NW可能不放弃，而是替代地可能在放弃之前尝试多次寻呼UE。

因此，以所述其他方式，利用对要跳过的C-DRX周期开启期间的数目的可能限制，BB1204可跳过一些C-DRX周期开启期间。另外，如果期望，BB1204可以通知AP1202(用于同步)它正在跳过一些(例如，特定数目的)DRX唤醒(wakeup)。这可以使得平均DRX周期长度有效地大于实际DRX配置，并且可带来更大的功率增益。至少在一些实例中，可以通过NW重新发送来补偿可能由BB1204跳过DRX周期引起的潜在性能问题。

作为其他可能性，UE可以向网络发送对要跳过的DRX周期的数目的持续时间的指示。作为其它可能性，UE可以发送指示以开始和停止该处理。在各种可能性中，可以使用MAC控制单元CE或者RRC消息来进行该指示。

层间最优化：

在某些场合，UE和NW之间的数据交换可能是间歇性的。如图13中所示的，在一些这样的场合，可以从NW(通过eNB1302)接收数据1310，对于该接收到的数据，UE1304的BB1306需要发送低层控制信息类型响应1312(例如，RLCACK/NACK)。至少在一些实例中，对于相同数据1310，UE1304的AP1308可以利用短时间帧内的更高层(例如，应用)数据1318来返回响应。在这种情况下，在现有技术中，UE1304可以花费至少两个发送时机向eNB发送这种数据。

在所描述的这种场合，即，在接收到的数据是间歇性的并且仅L2/L3控制PDU准备好TX的场合，发送器可以延迟传输规定的时间量，使得L2/L3控制PDU可以能够与更高层数据组成组。在图14中示出了该内容。如所示的，可以在UE1404的BB层1406处从eNB1402接收下行链路数据1410。BB1406可以向UE1404的AP层1408提供数据1410，并且可以生成BB1406对下行链路数据1410的控制信息响应。在1414中，可以启动定时器T；如果BB1406在定时器T到期之前从AP1408接收到上行链路数据1416，则定时器T可以被停止，并且可以执行从BB1406到eNB1402的上行链路数据/控制传输1412。

如果没有从更高层接收到数据达规定时间，则发送控制PDU。在图15中示出了该内容。如所示的，可以在UE1504的BB层1506处从eNB1502接收下行链路数据1510。BB1506可以将数据1510提供到UE1504的AP层1508，并且可以生成BB1506对下行链路数据1510的控制信息响应。在1514中，可以启动定时器T；如果BB1506在定时器T到期之前没有从AP1508接收到上行链路数据，则可以在定时器T到期时执行从BB1506到eNB1502的上行链路控制传输1512。

因此，如果期望，在数据传输是间歇性的时，L2/L3控制PDU可以与更高层数据组成组以进行传输。所使用的规定时间(例如，定时器值)可以是各种时间中的任一种；作为一种可能性，可以使用诸如可能已经就位以确保L2确认的可接受的延迟的轮询定时器(polltimer)。

到长DRX的快速转换

根据当前技术，至少在一些实例中，在UE处于DRX长或短周期的同时并且当发生数据交换时，UE可以在转换到DRX长周期之前在DRX短周期中连续运行根据短周期定时器(例如，参数“drx短周期定时器”)的规定时间量。当PPI被设定为“低功率消耗”并被发送到NW时(例如，指示UE偏好低功率配置)，在当前技术中，UE还可以在改变到长DRX周期之前在短DRX之后跟随规定数量的随后DRX周期。

作为可能的变形，在UE将指示提供给网络时(例如通过基站)，例如通过将PPI比特设定为“低功率消耗”，UE可能能够立即转换到更长的DRX周期(例如，在DRX短周期定时器到期之前)，从而减少UE的功率消耗。换言之，至少在一些实施例中，UE可以紧跟在将诸如MAC控制单元的请求从DRX短周期转换到DRX长周期的指示、或者诸如“低功率消耗”的PPI指示发送到NW的实例之后进入DRX长周期。

默认/预配置的配置：

根据当前的技术，至少在一些情况下，当UE在PPI接通/断开(例如，PPI接通用来表示“低功率消耗(lowPowerConsumption)”，并且PPI断开用来表示“正常”配置)之间切换时，NW需要发送明确的消息来改变配置。这在来自许多UE的频繁PPI接通/断开的情况下导致大量的信令。

为了降低信令负担，NW可以提供用于功率优化配置的默认或预配置。在这种情况下，在NW没有提供配置响应的情况下，当UE发送对低功率配置的请求(例如，发送MAC控制单元或PPI接通的切换)时，可以隐含地假定处于默认配置。因而，在这种情形下，UE能够根据基于向蜂窝网络提供低功率指示而建立的默认低功率配置与蜂窝网络进行蜂窝通信。注意，优选地，例如可以仅当指示(例如，MAC控制单元或PPI)被可靠地发送到NW时才配置这种特征，以避免NW和UE之间的混乱。当UE持续在功率配置之间进行切换时，这个特征可以有助于避免来自NW的频繁配置。注意，如果期望，在这种情形下也可以由NW响应于低功率指示来提供非默认/定制配置。

连续功率优化配置指示：

根据当前技术，至少在某些情况下，UE可能不被允许连续地发送具有相同偏好的不止一个PPI指示。对于无法多次连续地发送相同PPI指示的UE，可能存在某些缺点。作为一个可能的缺点，UE可能无法以增量(例如，逐步)方式选择优化功率配置。例如，如果存在不止一个可以提供增量功率性能的配置，则UE可能无法利用这个，并且可能替代地只有一个机会来指示优化配置。作为另一个缺点，在UE发送PPI接通指示之后，如果在后面的时间点NW把UE移动到“正常”配置(例如，基于数据等等)，则由于当前规范文件可能规定PPI指示只可以不同于最近指示的PPI指示，所以UE可能无法再次发送作为接通状态的PPI以及基于最近的配置而移动到功率优化配置。

然而，UE可能(例如，以专用实现方式、或根据规范改变)不止一次地连续发送具有相同偏好/值的PPI指示。这可以指示功率配置设置中的增量改变，和/或可以指示对与不同类型的通信情形相对应的低功率配置的偏好。

知道应用的UE配置：

业务模式因应用的不同而不同，并且由于极大的应用多样性，单个配置或少数配置可能不适合所有应用和所有UE。下面是至少根据某些实施例可以提供有益效果(例如更好的功率性能)的选项列表。

在当前技术中，至少在某些情况下，NW可以向UE提供配置，并且UE可以遵循所提供的配置。但是，如果NW与UE共享可能配置的集合，UE选择可能配置之一(例如，基于UE处的业务)，并且UE把选择传送给NW，则可能是有利的。

因而，根据某些实施例，NW可以与UE共享可能配置的集合，其中每个配置可以包含DRX设定、PUCCH、SRS、SR、RRC非活动定时器等等中的任一个或全部。基于UE处的当前业务/应用(例如，如从UE的AP向UE的BB所指示的)，UE可以选择这些共享的配置中的配置，并且把选择的配置传送给NW。随后，UE和NW可以遵循所选择的配置。

附加地或可替选地，NW可以共享可能配置的其他集合(或在配置的集合中包含其它参数)，其可以包含但不限于DRX和/或RRC非活动定时器、开启期间(OnDuration)、短DRX周期定时器等等。类似地，UE可以基于该UE处的业务和/或应用来选择这些可能配置中的一个(或更多个，如果共享多个类型的配置组)。

请注意，某些应用可能对于诸如DRX非活动定时器和RRC非活动定时器的非活动定时器更加敏感。因而，UE可能能够基于运行的应用来定制非活动定时器，并且把这些定制的选项传送给NW。可选地，如果期望，UE也可以基于正运行的应用/业务来定制开启期间。

作为其它可能性，UE可以选择参数或配置设定本身，并且将其选择(例如，再次至少部分地基于UE处的业务和/或应用)传送给NW。

提早进入DRX

虽然许多应用的描述可以显示出较高的非活动定时器提供良好的性能，但是也可能存在当非活动定时器仍然运行时UE不具有业务的情形。在这种情况下，如果UE可以提早进入DRX，则UE至少在某些情况下可以经历更好的功率性能。

为此，UE可以在UL中传送“提早”(即，在不活动定时器到期之前)进入DRX模式的指示或请求。当前，可以是这样的情况：仅NW可以请求UE进入DRX(例如，通过MACDRX命令)，并且UE可能不具有手段来传送其提早进入DRX模式的意愿。

然而，可以定义UE可以传送到给NW的、用于请求提早进入DRX的命令或指示。图16示出了这种命令的使用。在这种情况下，UE1604可以与NW(例如，经由eNB1602)进行下行链路数据1606和/或上行链路数据1608的通信。在这种数据通信之后，在1614中可以启动不活动定时器。当确定希望提早进入DRX(这可以基于来自AP的信息和/或基于各种其它原因中的任何原因)时，UE1604可以把对UE1604在不活动定时器到期之前进入DRX模式的意愿的指示1610传送给NW(例如，经由eNB1602)。在接收到这个指示1610时，NW可以向UE发送DRX命令1612，或如果期望，UE可以在预期NW会接收到这个指示时隐含地移动到DRX模式。由于可被NW用来请求UE进入DRX的现有DRX命令是MACCE，所以UE可在MAC控制元素或RRC消息中把这个指示发送给NW，尽管在某些情况下可能优选地使用MAC控制元素。因而，UE1604可以在不活动定时器要到期的时间之前停止不活动定时器并且进入DRX。

作为其它特性，UE可以向NW传送当前在UE上活动的数据业务的类别和/或应用信息/类型，并且NW可以以特定于应用和/或所请求的类别的方式，或至少部分基于应用和/或所请求的类别的方式来配置UE的网络配置参数。

作为其它特性，对于给定UE的所配置的载体，可以以逐个载体和/或应用和/或QCI类别和/或数据业务类别的方式提供/配置PPI指示。

请注意，如果期望，可以单独或任意组合地实现本公开内容中描述的各个特性。

下文中提供了其它示例性实施例。

一组实施例可以包括一种方法，包括：由蜂窝基站BS：从多个无线用户设备UE装置中的每一个接收对即将到来的数据业务的一个或更多个类型的指示；至少部分地基于从所述多个用户设备中的每一个接收到的对即将到来的数据业务的一个或更多个类型的指示，为所述多个用户设备中的每一个调度即将到来的无线电资源控制RRC连接；以及向所述多个用户设备中的每一个发送对所调度的即将到来的RRC连接的指示。

在某些实施例中，该方法还包括：根据为所述多个用户设备中的每一个对即将到来的RRC连接的调度来建立与所述多个用户设备的RRC连接；以及使用所建立的RRC连接与所述多个用户设备传输数据。

在某些实施例中，以网络发起的方式建立所调度的RRC连接。

在某些实施例中，该方法还包括：向所述多个用户设备中的每一个发送对要与每一个调度的即将到来的RRC连接一起发送的数据业务的一个或更多个类型的指示，其中，使用所建立的RRC连接与所述多个用户设备传输数据包括：针对与各个用户设备的每一个RRC连接，接收所指示的数据业务的一个或更多个类型。

在某些实施例中，对即将到来的数据业务的一个或更多个类型的每一个指示包括指示即将到来的数据业务的每一个类型的延迟敏感度的调度窗口。

在某些实施例中，还至少部分地基于以下各项中的一个或更多个来调度即将到来的RRC连接：所述BS的当前调度；和所述BS的预测的未来负载。

另一组实施例可以包括一种网络单元，包括：网络接口；以及处理单元，可操作地耦合到所述网络接口；其中，所述处理单元和所述网络接口被配置为：从无线用户设备UE装置接收对即将到来的数据业务的一个或更多个类型的指示；至少部分地基于对即将到来的数据业务的一个或更多个类型的指示，为所述UE调度无线电资源控制RRC连接；以及向所述UE提供对所调度的RRC连接的指示。

根据某些实施例，所述处理单元和所述网络接口还被配置为：在所调度的RRC连接的时间寻呼所述UE；基于寻呼所述UE建立与所述UE的RRC连接；以及使用所建立的RRC连接与所述UE传输数据。

根据某些实施例，对所调度的RRC连接的指示还指示与所调度的RRC连接相关联的数据业务的类型。

在某些实施例中，对所述即将到来的数据业务的一个或更多个类型的指示指示与所述即将到来的数据业务相关联的一个或更多个优先级。

在某些实施例中，对所述即将到来的数据业务的一个或更多个类型的指示指示与所述即将到来的数据业务相关联的一个或更多个应用类型。

在某些实施例中，对所述即将到来的数据业务的一个或更多个类型的指示还指示调度窗口，该调度窗口指示即将到来的数据业务的每一个类型的延迟敏感度。

在某些实施例中，为所述UE调度的RRC连接的定时还至少部分地基于所估计的网络负载。

根据某些实施例，所述网络单元包括以下各项之一：蜂窝基站；移动管理实体；和网关。

另一组实施例可以包括一种无线用户设备UE装置，包括：无线电；以及处理单元；其中，所述无线电和所述处理单元被配置为：向蜂窝基站BS发送对即将到来的数据业务的一个或更多个类型的指示；以及从所述BS接收对所调度的即将到来的RRC连接的指示，其中与所调度的即将到来的RRC连接一起指示要发送的数据业务的类型。

根据某些实施例，对所调度的即将到来的RRC连接的指示指示所调度的即将到来的RRC连接的时间，其中，所述无线电和所述处理单元还被配置为：进入睡眠模式，直到所调度的即将到来的RRC连接的时间为止；在所调度的即将到来的RRC连接的时间醒来；建立所调度的RRC连接；经由所述RRC连接与所述BS传输具有要发送的数据业务的所指示的类型的数据业务。

在某些实施例中，所指示的即将到来的数据业务的一个或更多个类型包括以下各项中的一个或更多个：一个或更多个服务质量QoS等级；一个或更多个应用类型；一个或更多个优先级。

在某些实施例中，所述无线电和所述处理单元还被配置为：监视所述UE的用户数据的应用业务模式；以及基于监视所述UE的用户数据的应用业务模式来确定多个应用类型的应用优先级，其中，至少部分地基于确定所述多个应用类型的应用优先级来生成对即将到来的数据业务的一个或更多个类型的指示。

在某些实施例中，对所调度的即将到来的RRC连接的指示还包括对RRC连接类型的指示和/或所调度的即将到来的RRC连接的一个或更多个RRC连接参数的指示。

在某些实施例中，对即将到来的数据业务的一个或更多个类型的指示包括以下各项之一：媒体访问控制MAC控制单元CE；RRC信息单元IE；和非接入层NAS消息。

另一组实施例可以包括一种方法，包括：由无线用户设备UE装置：执行与蜂窝基站BS的握手机制，其中，所述握手机制建立所述BS和所述UE支持基于负载的延迟特征；向所述BS提供使能所述基于负载的延迟特征的指示，其中，根据所述基于负载的延迟特征，所述BS缓冲下行链路业务，直到所述BS从所述UE接收到上行链路调度请求；以及响应于使能所述基于负载的延迟特征，在所述BS处至少部分地基于估计的负载来选择上行链路调度请求定时。

根据某些实施例，该方法还包括：至少部分地基于以下各项中的一个或更多个来确定提供使能所述基于负载的延迟特征的指示：应用数据业务的当前应用类型；当前上行链路活动度；和估计的当前下行链路活动度。

在某些实施例中，该方法还包括：向所述BS提供上行链路调度请求；至少部分地基于所述基于负载的延迟特征被使能，在向所述BS提供所述上行链路调度请求和下一个C-DRX周期开启期间之间睡眠，其中，根据所述基于负载的延迟特征，在下一个C-DRX周期开启期间之前，所述BS不响应于所述上行链路调度请求向所述UE提供上行链路准许。

在某些实施例中，与所述BS执行所述握手机制还包括：提供所述UE在所述UE和所述BS之间的RRC连接建立期间支持所述基于负载的延迟特征的指示；以及接收所述BS在所述UE和所述BS之间的RRC连接建立期间支持所述基于负载的延迟特征的指示。

在某些实施例中，使能所述基于负载的延迟特征的指示包括媒体访问控制MAC控制单元CE。

根据一些实施例，该方法还包括：在所述UE的基带处理器处从所述UE的应用处理器接收对业务类型的指示；以及确定所述业务类型的延迟敏感度的程度，其中，至少部分地基于确定所述业务类型的延迟敏感度的程度在延迟敏感度阈值以下，提供使能所述基于负载的延迟特征的指示。

根据一些实施例，在所述BS处至少部分地基于估计的负载选择上行链路调度请求定时还包括：估计所述基站的负载；以及如果所述基站的估计的负载在阈值以下，则发送上行链路调度请求，其中，如果估计的基站的负载在阈值以上则由所述UE缓冲上行链路数据。

另一组实施例可以包括一种无线用户设备UE装置，包括：无线电；以及处理单元；其中，所述无线电和所述处理单元被配置为：与蜂窝基站BS建立无线电资源控制RRC连接；确定所述UE和所述BS之间的当前应用业务的延迟敏感度水平；如果所述UE和所述BS之间的当前应用业务的延迟敏感度水平在延迟敏感度阈值以下，则使能基于负载的延迟特征；在所述基于负载的延迟特征被使能的同时估计所述BS的负载；以及如果在所述基于负载的延迟特征被使能的同时估计的所述BS的负载在负载阈值以上，则缓冲上行链路应用数据业务。

在一些实施例中，根据所述基于负载的延迟特征，所述UE缓冲上行链路应用数据业务直到以下各项之一：估计的所述BS的负载在所述负载阈值以下；超过缓冲器充满度阈值；和数据缓冲定时器到期。

根据一些实施例，所述无线电和所述处理单元还被配置为：如果所述UE和所述BS之间的当前应用业务的延迟敏感度水平在所述延迟敏感度阈值以上，则禁用所述基于负载的延迟特征。

根据一些实施例，所述无线电和所述处理单元还被配置为：如果估计的所述BS的负载在所述负载阈值以下，则发送对所述上行链路应用数据业务的上行链路调度请求；至少部分地基于所述基于负载的延迟特征被使能，在向所述BS发送所述上行链路调度请求和下一个C-DRX周期开启期间之间睡眠。

在一些实施例中，与所述BS建立RRC连接包括与所述BS交换指示所述UE和所述BS中的每一个支持所述基于负载的延迟特征的信息；以及使能所述基于负载的延迟特征包括向所述BS提供使能所述基于负载的延迟特征的指示。

在一些实施例中，所述无线电和所述处理单元还被配置为：监视由所述基站提供的控制信息，以确定在预定时间段上由所述基站提供的下行链路分配的数量；以及至少部分地基于确定在所述预定时间段上由所述基站提供的下行链路分配的数量来估计所述BS的负载。

另一组实施例可以包括一种蜂窝基站BS，包括：无线电；以及处理单元；其中，所述无线电和所述处理单元被配置为：执行与无线用户设备UE装置的握手机制，其中，所述握手机制建立所述BS和所述UE支持基于负载的延迟特征；从所述UE接收使能所述基于负载的延迟特征的指示；以及至少部分地基于使能所述基于负载的延迟特征的指示来缓冲所述UE的下行链路业务。

在一些实施例中，其中，根据所述基于负载的延迟特征，所述BS缓冲所述UE的下行链路业务，直到所述BS从所述UE接收到上行链路调度请求，除非超过缓冲器充满度阈值或者数据缓冲定时器到期。

在一些实施例中，所述无线电和所述处理单元还被配置为：从所述UE接收上行链路调度请求；响应于所述上行链路调度请求向所述UE提供上行链路准许；以及至少部分地基于已经缓冲了所述UE的下行链路业务并且基于所述基于负载的延迟特征被使能，响应于接收到所述上行链路调度请求向所述UE提供下行链路准许。

根据一些实施例，所述无线电和所述处理单元还被配置为：基于缓冲所述UE的下行链路业务而启动定时器；以及如果在所述定时器到期之前没有从所述UE接收到上行链路调度请求，则基于所述定时器的到期向所述UE提供下行链路准许。

在一些实施例中，所述无线电和所述处理单元还被配置为：确定所述BS处的数据缓冲器充满度阈值是否被超过；以及基于确定所述BS处的数据缓冲器充满度阈值被超过向所述UE提供下行链路准许。

根据一些实施例，所述无线电和所述处理单元还被配置为：从所述UE接收上行链路调度请求；以及基于低功率偏好指示等待响应于所述上行链路调度请求向所述UE提供上行链路准许，至少直到所述UE的下一个C-DRX周期开启期间。

在一些实施例中，为了执行与所述UE的握手机制，所述无线电和所述处理单元还被配置为：从所述UE接收无线电资源控制RRC消息中的所述UE支持基于负载的延迟特征的指示；以及向所述UE提供在RRC消息中的所述BS支持所述基于负载的延迟特征的指示。

另一组实施例可以包括一种无线用户设备UE装置，包括：无线电；基带处理器BB，可操作地耦合到所述无线电；以及应用处理器AP，可操作地耦合到所述BB；其中，所述UE被配置为：由所述AP确定直到下一个上行链路和/或下行链路应用数据被预期的时间量；由所述AP向所述BB提供对所确定的时间量的指示；由所述BB至少部分地基于对所确定的时间量的指示来修改发送操作和接收操作中的一个或更多个的定时。

在一些实施例中，修改发送操作和接收操作中的一个或更多个的定时包括：基于对所确定的时间量的指示跳过一个或更多个DRX周期开启期间。

在一些实施例中，所述UE还被配置为：由所述BB确定所述BB的下一个唤醒时间；由所述BB向所述AP提供对所确定的下一个唤醒时间的指示；由所述AP至少部分地基于对所确定的下一个唤醒时间的指示来修改向所述BB发送应用数据的定时。

在一些实施例中，所述UE还被配置为：向蜂窝基站BS提供用于提早进入DRX的请求，其中，在所述UE的DRX非活动定时器到期之前提供所述请求；以及至少部分地基于用于提早进入DRX的请求，在所述DRX非活动定时器到期之前进入DRX模式。

根据一些实施例，所述UE还被配置为：由所述BB从所述BS接收对用于提早进入DRX的请求的响应，其中，所述响应指示所述UE进入DRX模式，其中，还至少部分地基于对用于提早进入DRX的请求的响应，在所述DRX非活动定时器到期之前进入DRX模式。

在一些实施例中，所述UE还被配置为：向蜂窝基站BS提供从DRX短周期转换到DRX长周期的请求，其中，在所述UE的DRX短周期定时器到期之前提供所述请求；以及至少部分地基于从DRX短周期转换到DRX长周期的请求，在所述DRX短周期定时器到期之前从所述DRX短周期转换到所述DRX长周期。

在一些实施例中，所述UE还被配置为：从基站BS接收可能配置的集合，其中，所述可能配置的集合中的每一个可能配置包括用于多个配置参数中的每一个的配置设定，其中，所述多个配置参数包括以下各项中的一个或更多个：物理上行链路控制信道PUCCH配置参数；探测参考符号SRS配置参数；调度请求SR配置参数；RRC非活动定时器设定；DRX非活动定时器设定；短DRX周期定时器设定；DRX开启期间设定；其它DRX设定；向所述BS提供对来自所述可能配置的集合的所选择的配置的指示；以及根据所选择的配置执行与所述BS的蜂窝通信。

根据一些实施例，所述UE还被配置为：由所述BB以无线方式从蜂窝基站BS接收第一应用数据；由所述BB向所述AP提供所述第一应用数据；由所述BB响应于从所述BS接收到所述应用数据来生成控制信息；在所述BB处至少部分地基于从所述BS接收到的所述应用数据来启动定时器；如果在所述定时器到期之前从所述AP接收到第二应用数据，则所述BB在所述定时器到期之前向所述BS提供与第二应用数据绑定的控制信息；以及如果在所述定时器到期之前未从所述AP接收到应用数据，则所述BB在所述定时器到期时向所述BS提供所述控制信息。

根据一些实施例，所述UE还被配置为：与蜂窝网络建立默认低功率配置，其中，如果针对一个或更多个配置参数为所述UE使能低功率指示器，则所述默认低功率配置指定默认配置设定；向所述蜂窝网络提供低功率指示器；以及基于向所述蜂窝网络提供所述低功率指示器，根据所述默认低功率配置来执行与所述蜂窝网络的蜂窝通信。

另一组实施例可以包括一种方法，包括：由无线用户设备UE装置的应用层：接收对所确定的所述UE的基带层的下一个唤醒时间的指示；以及至少部分地基于对所确定的所述UE的基带层的下一个唤醒时间的指示，选择为了网络通信向所述UE的基带层发送应用数据的定时，其中，选择向所述UE的基带层发送应用数据的定时，以协调向所述UE的基带层发送应用数据与所确定的所述UE的基带层的下一个唤醒时间。

在一些实施例中，该方法还包括：确定直到应用数据的下一个预期网络通信的时间量；以及向所述UE的基带层提供对所确定的时间量的指示。

在一些实施例中，该方法还包括：向所述UE的基带层提供对当前在所述UE的应用层处活动的一个或更多个应用数据类型的指示。

再一组实施例可以包括一种方法，包括：由无线用户设备UE装置的基带层：从所述UE的应用层接收对直到下一个上行链路和/或下行链路应用数据被所述UE的应用层预期的时间量的指示；以及至少部分地基于对所确定的时间量的指示选择下一个发送操作和下一个接收操作中的一个或更多个的定时。

在一些实施例中，至少部分地基于对所确定的时间量的指示选择下一个发送操作和下一个接收操作中的一个或更多个的定时还包括：如果所确定的时间量大于直到下一个DRX周期开启期间的时间量，则基于对所确定的时间量的指示跳过一个或更多个DRX周期开启期间。

在一些实施例中，该方法还包括：确定所述UE的基带层的下一个唤醒时间：以及向所述UE的应用层提供对所确定的所述UE的基带层的下一个唤醒时间的指示。

根据一些实施例，该方法还包括：至少部分地基于从所述UE的应用层接收到的信息向蜂窝基站BS提供用于提早进入DRX的请求，其中，在所述UE的DRX非活动定时器到期之前提供所述请求；以及至少部分地基于用于提早进入DRX的请求，在所述DRX非活动定时器到期之前进入DRX模式。

根据一些实施例，该方法还包括：从所述BS接收对提早进入DRX的请求的响应，其中该响应指示UE进入DRX模式，其中，至少部分地基于对提早进入DRX的请求的响应，所述UE在DRX非活动定时器到期之前进入DRX模式。

根据一些实施例，该方法还包括：至少部分地基于从所述UE的应用层接收到的信息向蜂窝基站BS提供从DRX短周期转换到DRX长周期的请求，其中，在所述UE的DRX短周期定时器到期之前提供所述请求；以及至少部分地基于从DRX短周期转换到DRX长周期的请求，在所述DRX短周期定时器到期之前从所述DRX短周期转换到所述DRX长周期。

根据一些实施例，使用以下各项之一向所述BS提供所述请求：媒体访问控制MAC控制单元CE；功率偏好指示器PPI比特；和无线电资源控制RRC信息元素IE。

在一些实施例中，该方法包括：从基站BS接收可能配置的集合，其中，所述可能配置的集合中的每一个可能配置包括用于多个配置参数中的每一个的配置设定；向所述BS提供对来自所述可能配置的集合的所选择的配置的指示；以及根据所选择的配置执行与所述BS的蜂窝通信。

根据一些实施例，该方法还包括：接收对当前在所述UE的应用层处活动的一个或更多个应用数据类型的指示；以及至少部分地基于当前在所述UE的应用层处活动的一个或更多个应用数据类型从所述可能配置的集合选择配置。

另一组实施例可以包括一种方法，包括：在蜂窝基站BS处从多个无线用户设备UE装置中的每一个接收对即将到来的数据业务的类型的指示；至少部分地基于对即将到来的数据业务的类型的指示，为多个UE中的每一个调度即将到来的无线电资源控制RRC连接；向多个UE中的每一个发送对所调度的即将到来的RRC连接的指示，其中，与每一个所调度的即将到来的RRC连接一起指示要发送的数据业务的类型。

根据一些实施例，每个指示包括调度窗口，该调度窗口指示即将到来的数据业务的每种类型的延迟敏感度。

根据一些实施例，至少部分地基于所述BS的当前调度和所述BS的预测的未来负载来调度即将到来的RRC连接。

另一组实施例可以包括一种方法，包括：由蜂窝基站BS执行与无线用户设备UE装置的握手机制，其中，握手机制建立所述BS和所述UE支持基于负载的延迟特征；由所述BS从所述UE接收对使能基于负载的延迟特征的指示；基于对使能基于负载的延迟特征的指示，由所述BS缓冲所述UE的下行链路业务，直到由所述BS从所述UE接收到上行链路调度请求，其中，所述UE至少部分地基于所述BS的负载估计来选择上行链路调度请求定时。

根据一些实施例，对使能基于负载的延迟特征的指示至少部分地基于以下各项中的一个或更多个：应用数据业务的当前应用类型、当前上行链路活动度、和估计的当前下行链路活动度。

根据一些实施例，该方法还包括：由所述BS从所述UE接收上行链路调度请求；以及基于低功率偏好指示等待响应于所述上行链路调度请求向所述UE提供上行链路准许，至少直到所述UE的下一个C-DRX周期开启期间，其中，所述UE被配置为在向所述BS提供上行链路调度请求和下一个C-DRX周期开启期间之间睡眠。

再一组实施例包括一种方法，包括：由基站BS向无线用户设备UE装置提供可能配置的集合，其中可能配置的集合中的每一个可能配置包括用于多个配置参数中的每一个的配值设定，其中，多个配置参数包括以下各项中的一个或更多个：物理上行链路控制信道PUCCH配置参数、探测参考符号SRS配置参数、调度请求SR配置参数、RRC非活动定时器设定、DRX非活动定时器设定、短DRX周期定时器设定、DRX开启期间设定、其它DRX设定；由所述BS从所述UE接收对来自可能配置的集合中的所选择的可能配置的指示；由所述BS根据所述选择的可能配置执行与所述UE的蜂窝通信。

另外一组实施例包括一种方法，包括：由蜂窝基站BS从无线用户设备UE装置接收提早进入DRX的请求，其中，在所述UE的DRX非活动定时器到期之前提供该请求；由所述BS向所述UE提供对提早进入DRX的请求的响应，其中该响应指示所述UE进入DRX模式，其中，所述UE被配置为基于对提早进入DRX的请求的响应在DRX非活动定时器到期之前进入DRX模式。

附加示例性实施例组包括一种蜂窝基站BS，包括：无线电；以及处理单元，可操作地耦合到无线电；其中，所述BS被配置为实现先前示例中的任一个中的方法元素中的任一个。

另一组实施例可以包括非暂态计算机可存取存储器介质，包括程序指令，该程序指令在设备处执行时使设备实现先前示例的方法中的任一个的任何部分或全部。

另一组示例性实施例可以包括计算机程序，该计算机程序包括用于执行先前示例的方法中的任一个的任何部分或全部的指令。

另一组示例性实施例可以包括设备，该设备包括用于执行先前示例中的任一个的方法元素中的任何元素或全部的装置。

另一组实施例包括一种方法，包括：由无线用户设备UE装置向蜂窝基站BS发送对即将到来的数据业务的类型的指示，其中，所述BS至少部分地基于对来自多个UE中的每一个的即将到来的数据业务类别的类型的指示，为多个UE中的每一个调度即将到来的无线电资源控制RRC连接；从所述BS接收对所调度的即将到来的RRC连接的指示，其中，与所调度的即将到来的RRC连接一起指示数据业务的类型和/或要发送的业务的类别。

根据一些实施例，对所调度的即将到来的RRC连接的指示指示所调度的即将到来的RRC连接的时间，其中，该方法还包括：进入睡眠模式，直到所调度的即将到来的RRC连接的时间；在所调度的即将到来的RRC连接的时间醒来；建立所调度的RRC连接；经由RRC连接传输具有要发送的数据业务的指示类型的数据业务。

另一组实施例包括一种方法，包括：由无线用户设备UE装置执行与蜂窝基站BS的握手机制，其中，握手机制建立所述BS和所述UE支持基于负载的延迟特征；从所述UE向所述BS提供对使能基于负载的延迟特征的指示，其中，基于对使能基于负载的延迟特征的指示，所述BS缓冲下行链路业务，直到所述BS从所述UE接收到上行链路调度请求；所述UE至少部分地基于估计的所述BS处的负载来选择上行链路调度请求定时。

根据一些实施例，对使能基于负载的延迟特征的指示至少部分地基于以下各项中的一个或更多个：应用数据业务的当前应用类型、当前上行链路活动度，和估计的当前下行链路活动度。

根据一些实施例，该方法还包括：从所述UE向所述BS提供上行链路调度请求；所述UE在向所述BS提供上行链路调度请求和下一个C-DRX周期开启期间之间睡眠，其中，所述BS被配置为：基于低功率偏好指示，在下一个C-DRX周期开启期间之前，不响应于所述上行链路调度请求向所述UE提供上行链路准许。

再一组实施例包括一种方法，包括：由无线用户设备UE装置从基站BS接收可能配置的集合，其中，可能配置的集合中的每一个可能配置包括用于多个配置参数中的每一个的配置设定，其中，多个配置参数包括以下各项中的一个或更多个：物理上行链路控制信道PUCCH配置参数、探测参考符号SRS配置参数、调度请求SR配置参数、RRC非活动定时器设定、DRX非活动定时器设定、短DRX周期定时器设定、DRX开启期间设定、其它DRX设定；由所述UE向所述BS提供对来自可能配置的集合中的所选择的可能配置的指示；所述UE根据所选择的可能配置执行与所述BS的蜂窝通信。

再一组实施例可以包括一种方法，包括：由无线用户设备UE装置向蜂窝基站BS提供提早进入DRX的请求，其中，在DRX非活动定时器到期之前提供该请求；所述UE至少部分地基于提早进入DRX的请求在DRX非活动定时器到期之前进入DRX模式。

根据一些实施例，该方法还包括：由所述UE从所述BS接收对提早进入DRX的请求的响应，其中，该响应指示所述UE进入DRX模式，其中还至少部分地基于对提早进入DRX的请求的响应，所述UE在DRX非活动定时器到期之前进入DRX模式。

附加示例性实施例组可以包括一种无线用户设备UE装置，包括：无线电；以及处理单元，可操作地耦合到无线电；其中，所述UE被配置为实现前面示例中的任一个中的方法元素的任何元素。

另外一组示例性实施例可以包括非暂态计算机可存取存储器介质，包括程序指令，所述指令在设备处执行时使得设备实现前面示例的方法中的任一个中的任何部分或全部。

再一组示例性实施例可以包括计算机程序，其包括用于执行先前示例的方法中的任一个中的部分或全部的指令。

再一组示例性实施例组可以包括一种设备，该设备包括用于执行先前示例中的任一个的方法元素中的任何元素或全部的装置。

本公开内容的实施例可以以各种形式来实现。例如，一些实施例可以被实现为计算机实现的方法、计算机可读的存储介质或者计算机系统。可以使用一个或更多个定制的硬件(诸如ASIC)来实现其它实施例。可以使用一个或更多个可编程硬件元件(诸如FPGA)来实现其他实施例。

在一些实施例中，可以配置非暂态计算机可读存储介质，使得其存储程序指令和/或数据，其中，在由计算机系统执行的情况下，该程序指令使计算机执行这样的方法：例如本文中描述的方法实施例中的任何一个、或本文中描述的方法实施例的任何组合、或本文中描述的方法实施例中的任一个的子集、或者这种子集的任何组合。

在一些实施例中，设备(例如UE106)可以被配置为包括处理器(或处理器组)和存储器介质，其中，存储器介质存储程序指令，其中，处理器被配置为从存储器介质读取并执行程序指令，其中，可以执行存储器指令以实现本文中描述的各种方法实施例中的任一个(或者本文中描述的方法实施例的任何组合、或本文中描述的方法实施例中的任一个的子集、或者这种子集的任何组合)。可以以任何形式实现该设备。

尽管上面相当详细地描述了实施例，本领域技术人员在充分理解上面的公开内容时，很多改变和变形将变得清楚。所附的权利要求书旨在被解释为包含所有这种改变和变形。

Claims (20)

1.一种方法，包括：

由无线用户设备UE装置：

执行与蜂窝基站BS的握手机制，其中，所述握手机制建立所述BS和所述UE支持基于负载的延迟特征；

向所述BS提供使能所述基于负载的延迟特征的指示，其中，根据所述基于负载的延迟特征，所述BS缓冲下行链路业务，直到所述BS从所述UE接收到上行链路调度请求；以及

响应于使能所述基于负载的延迟特征，在所述BS处至少部分地基于估计的负载来选择上行链路调度请求定时。

2.根据权利要求1所述的方法，所述方法还包括：

至少部分地基于以下各项中的一个或更多个来确定提供使能所述基于负载的延迟特征的指示：

应用数据业务的当前应用类型；

当前上行链路活动度；和

估计的当前下行链路活动度。

3.根据权利要求1所述的方法，所述方法还包括：

向所述BS提供上行链路调度请求；

至少部分地基于所述基于负载的延迟特征被使能，在向所述BS提供所述上行链路调度请求和下一个C-DRX周期开启期间之间睡眠，

其中，根据所述基于负载的延迟特征，在下一个C-DRX周期开启期间之前，所述BS不响应于所述上行链路调度请求向所述UE提供上行链路准许。

4.根据权利要求1所述的方法，其中，与所述BS执行所述握手机制还包括：

提供所述UE在所述UE和所述BS之间的RRC连接建立期间支持所述基于负载的延迟特征的指示；以及

接收所述BS在所述UE和所述BS之间的RRC连接建立期间支持所述基于负载的延迟特征的指示。

5.根据权利要求1所述的方法，

其中，使能所述基于负载的延迟特征的指示包括媒体访问控制MAC控制单元CE。

6.根据权利要求1所述的方法，所述方法还包括：

在所述UE的基带处理器处从所述UE的应用处理器接收对业务类型的指示；以及

确定所述业务类型的延迟敏感度的程度；

其中，至少部分地基于确定所述业务类型的延迟敏感度的程度在延迟敏感度阈值以下，提供使能所述基于负载的延迟特征的指示。

7.根据权利要求1所述的方法，其中，在所述BS处至少部分地基于估计的负载选择上行链路调度请求定时还包括：

估计所述基站的负载；以及

如果所述基站的估计的负载在阈值以下，则发送上行链路调度请求，

其中，如果所述基站的估计的负载在所述阈值以上，则由所述UE缓冲上行链路数据。

8.一种无线用户设备UE装置，包括：

无线电；以及

处理单元；

其中，所述无线电和所述处理单元被配置为：

与蜂窝基站BS建立无线电资源控制RRC连接；

确定所述UE和所述BS之间的当前应用业务的延迟敏感度水平；

如果所述UE和所述BS之间的当前应用业务的延迟敏感度水平在延迟敏感度阈值以下，则使能基于负载的延迟特征；

在所述基于负载的延迟特征被使能的同时估计所述BS的负载；以及

如果在所述基于负载的延迟特征被使能的同时估计的所述BS的负载在负载阈值以上，则缓冲上行链路应用数据业务。

9.根据权利要求8所述的UE，其中，根据所述基于负载的延迟特征，所述UE缓冲上行链路应用数据业务直到以下各项之一：

估计的所述BS的负载在所述负载阈值以下；

超过缓冲器充满度阈值；和

数据缓冲定时器到期。

10.根据权利要求8所述的UE，其中，所述无线电和所述处理单元还被配置为：

如果所述UE和所述BS之间的当前应用业务的延迟敏感度水平在所述延迟敏感度阈值以上，则禁用所述基于负载的延迟特征。

11.根据权利要求8所述的UE，其中，所述无线电和所述处理单元还被配置为：

如果估计的所述BS的负载在所述负载阈值以下，则发送对所述上行链路应用数据业务的上行链路调度请求；

至少部分地基于所述基于负载的延迟特征被使能，在向所述BS发送所述上行链路调度请求和下一个C-DRX周期开启期间之间睡眠。

12.根据权利要求8所述的UE，

其中，与所述BS建立RRC连接包括与所述BS交换指示所述UE和所述BS中的每一个支持所述基于负载的延迟特征的信息；

其中，使能所述基于负载的延迟特征包括向所述BS提供使能所述基于负载的延迟特征的指示。

13.根据权利要求8所述的UE，其中，所述无线电和所述处理单元还被配置为：

监视由所述基站提供的控制信息，以确定在预定时间段上由所述基站提供的下行链路分配的数量；

至少部分地基于确定在所述预定时间段上由所述基站提供的下行链路分配的数量来估计所述BS的负载。

14.一种蜂窝基站BS，包括：

无线电；以及

处理单元；

其中，所述无线电和所述处理单元被配置为：

执行与无线用户设备UE装置的握手机制，其中，所述握手机制建立所述BS和所述UE支持基于负载的延迟特征；

从所述UE接收使能所述基于负载的延迟特征的指示；以及

至少部分地基于使能所述基于负载的延迟特征的指示来缓冲所述UE的下行链路业务。

15.根据权利要求14所述的BS，

其中，根据所述基于负载的延迟特征，所述BS缓冲所述UE的下行链路业务，直到所述BS从所述UE接收到上行链路调度请求，除非超过缓冲器充满度阈值或者数据缓冲定时器到期。

16.根据权利要求14所述的BS，其中，所述无线电和所述处理单元还被配置为：

从所述UE接收上行链路调度请求；

响应于所述上行链路调度请求向所述UE提供上行链路准许；以及

至少部分地基于已经缓冲了所述UE的下行链路业务并且基于所述基于负载的延迟特征被使能，响应于接收到所述上行链路调度请求向所述UE提供下行链路准许。

17.根据权利要求14所述的BS，其中，所述无线电和所述处理单元还被配置为：

基于缓冲所述UE的下行链路业务而启动定时器；以及

如果在所述定时器到期之前没有从所述UE接收到上行链路调度请求，则基于所述定时器的到期向所述UE提供下行链路准许。

18.根据权利要求14所述的BS，其中，所述无线电和所述处理单元还被配置为：

确定所述BS处的数据缓冲器充满度阈值是否被超过；

基于确定所述BS处的数据缓冲器充满度阈值被超过向所述UE提供下行链路准许。

19.根据权利要求14所述的BS，所述无线电和所述处理单元还被配置为：

从所述UE接收上行链路调度请求；以及

基于低功率偏好指示等待响应于所述上行链路调度请求向所述UE提供上行链路准许，至少直到所述UE的下一个C-DRX周期开启期间。

20.根据权利要求14所述的BS，其中为了执行与所述UE的握手机制，所述无线电和所述处理单元还被配置为：

从所述UE接收无线电资源控制RRC消息中的所述UE支持基于负载的延迟特征的指示；以及

向所述UE提供在RRC消息中的所述BS支持所述基于负载的延迟特征的指示。