CN108882318B - 用于蜂窝连接的高功率模式的设备、系统和方法 - Google Patents

Abstract

本发明题为“用于蜂窝连接的高功率模式的设备、系统和方法”。设备、系统和方法使用用于蜂窝连接的高功率模式。在被配置为建立到网络的网络连接的设备处执行该方法。该方法包括检测在一段时间内已经发生的至少一个事件的数量，至少一个事件与通过网络连接使用的操作相关联，至少一个事件指示执行操作的功率大于预先确定的功率。当数量至少是预先确定的阈值时，该方法包括将网络连接识别为处于高功率状态。该方法包括当网络连接处于高功率状态时，激活设置，设置减少通过网络连接的操作的使用。

Description

用于蜂窝连接的高功率模式的设备、系统和方法

背景技术

用户仪器(UE)可被配置为建立到多个不同网络中的至少一个或多种不同类型的网络中的至少一种的连接，以及与其他UE的连接，以经由该连接执行多种不同功能。例如，UE可连接到第一类型的网络(例如，长期演进(LTE)网络)以通过网络连接与另一UE通信(例如，UE的用户可执行语音呼叫，或者将文本传输到另一UE的另一用户)。在另一实施例中，UE可连接到第二类型的网络(例如，WiFi网络)来以较高的数据交换速率接收浏览器数据。在另外的实施例中，UE可使用短距离通信协议(例如，蓝牙)直接连接到另外的UE。

尽管UE可连接到网络或与其他UE连接的各种方式，UE可为诸如可穿戴设备的蜂窝链路预算受限设备。作为蜂窝链路预算受限设备，与非链路预算受限设备诸如智能电话相比，UE可更频繁地处于与网络的亚最佳无线电条件下。在亚最佳无线电条件下，所得用户体验可变得非常差(例如，在语音和数据交换中)。与如果存在更优化的无线电条件相比，该亚最佳无线电条件由增加的功率成本而恶化。与非链路预算受限设备相比，蜂窝链路预算受限设备可附加地具有更小的功率源(例如，由于UE的形状因数限制)。

发明内容

示例性实施方案涉及一种方法，包括：在被配置为建立到网络的网络连接的设备处：检测在一段时间内已经发生的至少一个事件的数量，至少一个事件与通过网络连接使用的操作相关联，至少一个事件指示执行操作的功率大于预先确定的功率；当数量至少是预先确定的阈值时，将网络连接识别为处于高功率状态；以及当网络连接处于高功率状态时，激活设置，设置减少通过网络连接的操作的使用。

示例性实施方案涉及一种设备，包括：收发器，该收发器被配置为建立到蜂窝网络的蜂窝连接，收发器处于空闲状态；以及处理器，该处理器检测在一段时间内已经发生的至少一个事件的数量，至少一个事件与通过网络连接使用的操作相关联，至少一个事件指示执行操作的功率大于预先确定的功率，当数量至少是预先确定的阈值时，处理器将网络连接识别为处于高功率状态，当网络连接处于高功率状态时，处理器激活设置，设置减少通过网络连接的操作的使用。

示例性实施方案涉及一种方法，包括：在被配置为通过网络的基站建立到网络的网络连接的设备处：确定指示网络连接的上行链路通信路径的可持续性的上行链路传输参数；当上行链路传输参数在预先确定的可接受的操作范围之外时，将网络连接的上行链路通信路径识别为不可持续的；生成指示无线电链路失败(RLF)的测量报告，尽管不存在真实的RLF事件；以及将测量报告传输到基站，旨在触发到网络的另外的基站的切换过程。

附图说明

图1示出了根据本文所述的各种示例性实施方案的网络布置。

图2示出了根据本文所述的各种示例性实施方案的用户仪器。

图3示出了根据本文所述的各种示例性实施方案的利用高功率模式的信令图。

图4示出了根据本文所述的各种示例性实施方案的用于确定对应于所识别的模式的将使用的设置的方法。

图5示出了根据本文所述的各种示例性实施方案的用于确定当处于高功率模式时将使用的设置的方法。

图6示出了根据本文所述的各种示例性实施方案的用于利用预无线电链路失败操作的方法。

具体实施方式

参考以下描述及相关附图还可理解示例性实施方案，其中类似的元件被提供有相同的附图标号。示例性实施方案涉及一种设备、系统和方法，该设备、系统和方法用于当关于如与链路质量监测(LQM)有关的网络连接UE处于高功率状态时，在用户仪器(UE)上利用高功率操作模式。具体地，该(UE)可连接到网络(例如，长期演进(LTE)网络)，但与具有正常操作模式的正常状态相比，网络连接的质量可需要另外的功率以通过网络执行操作。于是，示例性实施方案提供第一机制(其中监测网络连接以识别使用正常操作模式还是高功率操作模式)和第二机制，以利用与高功率操作模式相关联的第一设置或与正常操作模式相关联的第二设置以及在第一设置和第二设置之间转换的操作。

初始，注意，关于UE描述了示例性实施方案。然而，UE仅是示例性的。可用可建立与网络(尤其是蜂窝网络诸如长期演进(LTE)网络)的连接的且被配置有用于与网络交换和处理数据的硬件、软件和/或固件的任何设备利用示例性实施方案。因而，如本文所述的UE用于表示任何具有联网能力的设备。

也注意，关于具有伙伴UE的UE描述了示例性实施方案，其中UE是从设备，并且伙伴UE是主设备。于是，当UE和伙伴UE通过短距离通信路径彼此连接时，UE可经由伙伴UE接收数据，同时去激活到蜂窝网络和/或WiFi网络的任何网络能力。然而，当UE和伙伴UE未连接时，UE可通过其被配置为连接到的任何网络(而不是通过伙伴UE)交换数据。然而，UE和伙伴UE的使用仅是示例性的。示例性实施方案可用于任何UE(具有或不具有伙伴UE)，并且表示任何设备。

随着UE的发展以及引入另外的类型的UE(例如，用物联网(IoT))，可需要修改UE可与网络进行通信的方式。例如，第一UE可作为伙伴链接到第二UE。具体地，第一UE可为可穿戴装置(例如，从设备)，而第二UE可为是可穿戴装置的伙伴的智能电话(例如，主设备)。虽然可穿戴装置和智能电话在短距离通信协议的限制内处于彼此的范围内，但是可穿戴装置和智能电话可通信，使得由智能电话接收的数据可被中继到可穿戴装置(例如，智能电话上接收的来电或文本可被中继到可穿戴装置)。以该方式，可穿戴装置可通过仅使用短距离通信协议而不用与一个或多个网络相关联和监测一个或多个网络来节省受限的功率源。

当UE与伙伴UE分离时，UE也可被配置为独立连接到网络以在没有来自伙伴UE的帮助的情况下交换数据。然而，UE可为蜂窝链路预算受限设备。具体地，UE可不具有复杂的收发器，或者收发器可被配置为依赖于短距离通信路径，而蜂窝网络连接可为次级协议。与伙伴UE相比，UE也可具有形状因数限制，诸如减少的体积。形状因数限制可限制可包括在UE中的部件的类型。例如，UE可不包括分集天线。在另一实施例中，UE可包括比伙伴UE的功率源更加受限的功率源(例如，更小的最大存储的功率)。

在UE没有连接到伙伴而连接到LTE网络的情形下，上面提到的限制可将UE放置于亚最佳无线电条件(例如，高功率状态)下，其中与如果UE处于最佳无线电条件(例如，正常状态)相比，使用网络连接可需要附加的功率和处理。虽然UE可处于非链路预算受限设备可体验最佳无线电条件的基本上类似的位置或地方，但是UE可能未被配置为以非链路预算受限设备能够的方式优化网络连接。如果UE处于非链路预算受限设备也体验亚最佳无线电条件的基本上类似的位置或地方，则UE可变得另外受应力，并且需要甚至更多附加的功率和处理。在特定的实施例中，UE可在小区的操作区域内，但是处于致使UE体验亚最佳无线电条件的小区操作区域内的地方。该地方中的亚最佳无线电条件致使UE使用附加的功率来执行与网络的操作(例如，需要更多的传输功率用于上行链路传输)。还有，亚最佳无线电条件可导致较差的用户体验，较差的用户体验包括用户需要较长时间量来完成数据会话。

在整个描述中，将使用术语(多个)“最佳”无线电条件和(多个)“亚最佳”无线电条件。应当理解，不存在取得最佳或亚最佳资格的具体无线电条件。这些术语仅用于解释两种无线电条件之间的关系。例如，在第一组无线电条件期间，UE可以第一功率电平进行传输，并且在第二组无线电条件期间，UE可以高于第一功率电平的第二功率电平进行传输。在该实施例中，第一组无线电条件可被认为“最佳”，并且第二组无线电条件可被认为“亚最佳。”

鉴于在将网络连接维持在可容忍的最佳范围(例如，正常状态)内UE面临的附加限制，示例性实施方案提供了当识别网络连接的高功率状态时通过利用高功率模式增强受限功率源的使用的方式。于是，示例性实施方案涉及用于以可靠的方式检测和识别UE何时处于亚最佳无线电条件下的第一机制。示例性实施方案也涉及第二机制，该第二机制用于当UE处于此类条件下时，利用与其相关联的高功率模式或设置，减少通过网络连接的蜂窝使用，以在功率源中实现更长寿命，同时仍考虑终端用户体验以使对其的任何影响最小化，并且维持任何监管要求。

注意，关于连接到LTE网络的UE描述示例性实施方案的特征。然而，应当注意，LTE网络的使用仅是示例性的。可在UE连接到网络且与该网络的网络连接创建与正常状态相比亚最佳状态(例如，高功率状态)的任何情形中使用示例性实施方案。

图1示出了根据示例性实施方案的网络布置100。网络布置100包括UE 110-UE114。本领域的技术人员将理解，UE 110-UE 114可为被配置为经由网络进行通信的任何类型的电子部件，例如移动电话、平板电脑、台式计算机、智能电话、平板手机、嵌入式设备、可穿戴装置、Cat-M设备、Cat-M1设备、MTC设备、eMTC设备等。也应当理解，实际网络布置可包括由任何数量的用户正在使用的且与任何数量的这些用户相关联的任何数量的UE，其中用户可与UE中的一个或多个相关联。也就是说，三(3)个UE 110-UE 114的实施例仅被提供用于说明目的。

UE 110-UE 114中的每个可被配置为与一个或多个网络直接通信。在该实施例中，UE 110-UE 114可与之无线通信的网络是传统无线电接入网络(RAN)120(例如，3G网络)、LTE RAN(LTE-RAN)122和无线局域网(WLAN)124(例如，WiFi网络)。然而，应当理解，UE 110-UE 114也可与其他类型的网络进行通信，并且也可使用有线连接进行通信。关于示例性实施方案，UE 110-UE 114可建立与传统RAN 120、LTE-RAN 122和WLAN 124中的一个或多个的连接。例如，UE 110-UE 114可具有分别用于与传统RAN 120、LTE-RAN 122和/或WLAN 124通信的传统芯片组、LTE芯片组和/或WiFi芯片组。三(3)个网络的使用仅仅是示例性的，并且可存在UE 110-UE 114可与之通信的任何其他数量的网络。

UE 110-UE 114中的每个也可被配置为与其他UE 110-UE 114通信而不使用网络120-网络124。例如，如图所示，UE 110可使用短距离通信协议诸如蓝牙与UE 112通信。因此，如果UE 110和UE 112在彼此的接近度内(例如，在可执行蓝牙通信的距离内)，则UE 110和UE 112可交换数据。在具体的示例性实施方案中，如果正在使用短距离通信协议，则UE110和UE 112可具有伙伴关系，其中UE 110是从设备，并且UE 112是主设备。因此，UE 110可仅利用短距离通信协议而不连接到网络120-网络124中的任一个，而UE 112可连接到网络120-网络124中的一个或多个，并且通过短距离通信路径将在网络120-网络124和UE 112之间交换的数据中继到UE 110。然而，再次注意到，伙伴关系的使用仅仅是示例性的，并且UE110可连接到网络120-网络124中的一个或多个，而无论UE 110是否在通过短距离通信路径与UE 112通信的范围内。

传统RAN 120和LTE-RAN 122是可由蜂窝提供商(例如，Verizon、AT&T、Sprint、T-Mobile等)部署的蜂窝网络的部分。这些网络120和网络122可包括例如基站客户端站(NodeB、eNodeB、HeNB等)，基站客户端站被配置为从配备有适当蜂窝芯片组的UE发送和接收流量。如上面所提到的，关于LTE-RAN 122描述示例性实施方案，但是当与传统RAN 120的蜂窝连接变为亚最佳或者在UE 110-UE 114上创建高功率状态时，可修改示例性实施方案用于与传统RAN 120一起使用。WLAN 124可包括任何类型的无线局域网(例如，WiFi、热点、IEEE802.11x网络等)。

除了网络120-网络124之外，网络布置100也包括蜂窝核心网络130、互联网140、IP多媒体子系统(IMS)150，和网络服务主干160。蜂窝核心网络130可被认为管理蜂窝网络的操作和流量的部件的互连组。蜂窝核心网络130也管理蜂窝网络与互联网140之间流动的流量。IMS 150通常可被描述为用于使用IP协议将多媒体服务递送到UE 110-UE 114的架构。IMS 150可与蜂窝核心网络130和互联网140通信以将多媒体服务提供到UE 110-UE 114。网络服务主干160直接或间接地与互联网140和蜂窝核心网络130通信。网络服务主干160通常可被描述为一组部件(例如，服务器、网络存储布置等)，该一组部件实施可用于扩展与各种网络进行通信的UE 110-UE 114的功能的一套服务。网络服务主干160可与UE 110-UE114和/或网络120、网络122、网络124、网络130、网络140交互以提供这些扩展的功能。

示例性实施方案涉及UE 110连接到LTE-RAN 122，同时与为UE 110的伙伴主设备的UE 112分离。图2示出了根据示例性实施方案的图1的网络布置100的UE 110。具体地，UE110被配置为执行多个应用程序，该多个应用程序执行功能以识别UE 110与网络的基站(例如，小区)之间的网络连接(例如，蜂窝连接)的状态，以及确定哪些设置将用于网络连接。注意，UE 110可或可不(例如，与伙伴UE)利用短距离通信协议，并且也可或可不利用另外的网络连接(例如，WiFi连接)。也注意，配置有示例性实施方案的特征的UE 110仅是示例性的。也就是说，UE 110也可表示UE 112、UE 114。

UE 110可表示被配置为执行无线功能的且可代表UE 110-UE 114(上面提到了其实施例)中的一个或多个的任何电子设备。UE 110可包括处理器205、存储器布置210、显示设备215、输入/输出(I/O)设备220、收发器225和其他部件230。其他部件230可包括例如音频输入设备、音频输出设备、提供受限功率源的电池、数据采集设备、将UE 110电连接到其他电子设备的端口等。

处理器205可被配置为执行UE 110的多个应用程序。例如，应用程序可包括状态应用程序235和模式应用程序240。状态应用程序235可被配置为识别与UE 110和对应网络之间的网络连接相关联的状态。具体地，状态可为正常状态或高功率状态。如将在下面另外详细描述的，高功率状态可为处理和/或功率需求大于正常状态的上限的任何状态，其原因可变化。模式应用程序240可被配置为从状态应用程序235接收所识别的状态以确定要应用于与网络连接相关联的操作的设置。如将在下面详细描述的，设置可对应于在正常状态期间使用的正常模式且对应于在高功率状态期间使用的高功率模式。在另一实施例中，应用程序可包括预无线电链路失败(RLF)应用程序245。如将在下面另外详细描述的，预RLF应用程序245可包括专门的一组操作，该专门的一组操作被执行用于对应于高功率模式的设置。

应当注意，上面提到的每个由处理器205执行的应用程序(例如，程序)的应用程序仅是示例性的。与应用程序相关联的功能也可被表示为UE110的单独并入的部件，或者可为耦合到UE 110的模块化部件，例如具有或不具有固件的集成电路。例如，集成电路可包括用于接收信号的输入电路和用于处理信号和其他信息的处理电路。此外，在一些UE中，针对处理器205描述的功能被分成两个处理器(基带处理器和应用处理器)。示例性实施方案可以UE的这些或其他配置中的任一个来实施。为了说明的目的，处理器205可为与应用处理器或应用处理器的堆栈一起操作的基带处理器(如将在下面另外详细描述的)。

存储器210可为被配置为存储与由UE 110执行的操作相关的数据的硬件部件。如将在下面另外详细描述的，存储器210可存储与状态应用程序235的连接性信息(例如，对应于网络连接的信息)和/或操作信息(例如，为网络连接执行的操作的信息)相关联的数据，以执行其功能。显示设备215可为被配置为向用户示出数据的硬件部件，而I/O设备220可为使得用户能够进行输入的硬件部件。应当注意，显示设备215和I/O设备220可为单独的部件或者可被集成在一起诸如触摸屏。

收发器225可为硬件部件，该硬件部件被配置为以独立的方式、以单一方式(例如，如果UE 110一次仅能够建立单个连接)或以并发的方式(例如，如果UE 110一次能够建立一个或多个连接)与以下中的至少一个交换数据：与传统RAN 120相关联的基站、LTE-RAN 122的基站(例如，演进节点B(eNB))、WLAN 124的路由器、UE 112等。于是，收发器225可在多种不同的频率或信道(例如，一组连续频率)上操作。因而，收发器225可包括一个或多个部件以使得能够与各种网络和UE进行数据交换。一个或多个天线(未示出)可耦合到收发器225的这一个或多个部件以使得收发器225能够在各种频带上操作。如本领域的技术人员将理解的，如果UE 110是从伙伴设备或具有形状因数限制的蜂窝链路预算受限设备，则UE 110可仅包括一个天线(如与多天线布置或分集天线相反的)。

如上所述，状态应用程序235可被配置为识别与UE 110和LTE-RAN122之间的网络连接相关联的状态。状态应用程序235可接收各种类型的信息以执行其功能。例如，状态应用程序235可接收与网络连接相关联的连接性相关的信息(例如，用于传输的功率、接收的信号强度等)和/或与网络连接相关联的操作相关的信息(例如，特定的操作具有失败还是成功结果)。状态应用程序235可利用该信息来确定各种因素和因素的组合以确定网络连接是处于正常状态还是处于高功率状态。具体地，状态应用程序235可检测指示高功率状态的事件的存在。

在第一实施例中，状态应用程序235可确定是否已经存在随机访问信道(RACH)失败。如本领域的技术人员将理解的，RACH是用于访问LTE-RAN 122的共享传输层信道。通过RACH对LTE-RAN 122的访问可出于多种原因诸如设置呼叫或出于突发数据交换。例如，每当利用LTE-RAN 122上的功能(诸如LTE上的语音(VoLTE)呼叫)时，UE 110可初始用LTE-RAN122调度RACH。于是，当收发器225被激活且用于将在LTE-RAN 122上执行的所有后续操作，可执行UE 110与LTE-RAN 122之间的RACH的建立，因为UE 110与LTE-RAN 122之间的数据交换必须同步。

由于RACH如何操作的实质，所以在建立RACH时可存在失败。例如，RACH可为不调度消息的“打开”信道(例如，RACH可不具有专用信道)。因此，在RACH中，不能肯定在传输期间消息将不会被干扰，因为可能一个或多个UE同时尝试与LTE-RAN 122连接/同步。当多个UE同时传输消息用于建立RACH时，消息可冲突且导致由UE 110传输的消息未能被LTE-RAN122接收。如本领域的技术人员将理解的，该过程可指竞争，并且在RACH下指基于竞争的RACH过程。LTE-RAN 122可被配置有竞争解决操作来解决该问题。然而，由UE 110的RACH尝试的数量可指示网络连接是否处于高功率状态。

消息被传输以建立RACH的上面的方式基于小区操作区中的UE的重合和/或集中。因此，RACH失败可或可不指示高功率状态。例如，如果RACH尝试在预先确定的阈值尝试数量内成功，则状态应用程序235可假设在碰巧不合时宜的时间进行尝试。也就是说，网络连接处于正常状态，并且为了确定网络连接是否处于高功率状态，RACH没有失败。相比之下，如果直到预先确定的阈值尝试数量或甚至在预先确定的阈值尝试数量之后RACH尝试没有成功，则状态应用程序235可确定可指示网络连接处于高功率状态的RACH失败事件。

注意，出于另外的原因，诸如UE 110具有网络连接不能将消息成功地传输到LTE-RAN 122的亚最佳无线电条件，RACH也可未能建立。然而，通过使用在预先确定的阈值尝试数量内的上面提到的尝试和重新尝试，状态应用程序235可确定网络连接是否处于高功率状态(虽然当具有亚最佳无线电条件时，但是概率更可能是RACH将失败)。

在第二实施例中，状态应用程序235可基于无线电链路控制(RLC)来确定用于上行链路传输的重传尝试的数量。如本领域的技术人员将理解的，RLC是由LTE-RAN 122使用的层2协议。在执行的各种功能中，RLC可包括重传操作。具体地，重传操作可为自动重复请求(ARQ)分段过程的一部分，其中高于预先确定的大小的上行链路数据分组被分段，并且每个分段被传输(稍后由接收部件(诸如LTE-RAN 122的基站)连在一起)。ARQ分段过程的目标是使分组丢失最小化(例如，实现1％、.01％、.0001％等的分组丢失)。因此，当分组被指示为未被接收(例如，经由来自LTE-RAN 122的基站的NACK)时，UE 110的RLC可重传已失败的分组，直到接收到ACK。

然而，ARQ分段过程可限制可执行重传操作的次数。例如，RLC可在确定分组的传输失败(例如，丢失分组)之前对于预先确定数量的重传仅重传相同的分组。虽然存在在没有ACK的情况下可致使达到预先确定的重传数量的任何数量的原因，但是一个特定原因是当UE 110处于亚最佳无线电条件时。于是，对于预先确定数量的重传，UE 110可需要针对多个分组中的每个分组重传相同的分组。与当UE 110处于最佳无线电条件且重传的数量可更少时相反，这致使UE 110在重传分组中消耗另外的功率量。

状态应用程序235可利用分组的重传尝试数量来识别网络条件是否为高功率状态。于是，如果为分组确定了预先确定的重传数量，则状态应用程序235可确定可指示网络连接处于高功率状态的重传失败事件。状态应用程序235也可在分组丢失时消除误报，由于分组的完美传输是罕见的，并且丢失的单个分组可不指示高功率状态。因此，状态应用程序235可需要在确定网络连接可能处于高功率状态之前，至少预先确定的数量的分组丢失或达到预先确定的重传数量。

上面的确定基于实际丢失的分组。然而，也可由不断需要重传尝试创建高功率状态。也就是说，分组丢失可满足目标对象(例如，1％)，但是一个或多个分组需要大量的重传尝试。因而，与如果UE 110具有最佳无线电条件相反，仍需要UE 110在执行这些重新传输尝试中利用另外的功率。为了适应该情形，状态应用程序235可在一段时间内利用对应于大数据块或分组的分组的重传尝试的平均数量。例如，如果重传尝试的平均数量是预先确定的最大重传数量的至少一些百分比(例如，80％)，则状态应用程序235可确定重传失败事件，重传失败事件可指示网络连接处于高功率状态。

在第三实施例中，状态应用程序235可确定是否已经存在物理层(PHY)中止指示。如本领域的技术人员将理解的，PHY是由LTE-RAN122所使用的七层开放系统互连(OSI)模型的第一层，该第一层涉及比特级数据传输(定义原始数据比特如何通过与LTE-RAN 122的物理链路传输)，并且支持用于同步通信的接口。于是，PHY可私下知悉连接性和操作信息。具体地，随着数据被传输，PHY可确定将该数据传输到LTE-RAN122的最大传输功率限制(MTPL)和功率控制物理上行链路共享信道(PUSCH)传输功率。PHY也可确定与将数据传输到LTE-RAN 122相关联的上行链路误块率(BLER)。注意，可仅在收发器225处于与LTE-RAN 122的连接的模式中时确定PHY中止事件。

为了确定指示网络连接的高功率状态的PHY中止事件，状态应用程序235可初始地确定MTPL与PUSCH传输功率之间的差值。当差值大于对应的预先确定的阈值时，这可为PHY中止事件的第一指示符。状态应用程序235还可确定上行链路BLER以及该值是否大于对应的预先确定的阈值。如果上行链路BLER高于对应的预先确定的阈值，则这可为PHY中止事件的第二指示符。如果状态应用程序235确定两个指示符(例如，(1)MTPL与PUSCH传输功率之间的高增量，以及(2)高上行链路BLER)，则状态应用程序235可确定可指示网络连接处于高功率状态的PHY中止事件。

在执行上面的操作的状态应用程序235的特定具体实施中，状态应用程序235可确定执行测量的时间窗口何时开始。时间窗口可为将确定测量的任何预先确定的持续时间。在该时间窗口期间且对于调度的上行链路传输内的每个子帧，状态应用程序235可从PHY接收信息以检查PUSCH传输功率与MTPL之间的差值是否大于对应的预先确定的阈值。状态应用程序235也可检查上行链路BLER是否大于对应的预先确定的阈值。于是，状态应用程序235可确定这些条件中的两者何时被满足以指示不可持续的上行链路传输条件。在时间窗口结束时，状态应用程序235可确定针对不可持续的上行链路传输条件满足条件的组合的次数。如果次数在可容忍的预先确定的最大值内，则状态应用程序235可确定没有发生PHY中止事件。然而，如果次数越过可容忍的预先确定的最大值，则状态应用程序235可确定PHY中止事件已经发生。

在第四实施例中，状态应用程序235可确定是否存在每比特率高功率。具体地，每比特率高功率可涉及上行链路传输功率和混合ARQ(HARQ)重传功率。上行链路传输功率可涉及用于传输数据分组的实际上行链路传输功率。HARQ重传功率可涉及用于重传先前被指示为没有被LTE-RAN122的基站接收的数据分组的实际HARQ重传功率。注意，可仅在收发器225处于与LTE-RAN 122的连接的模式中时确定每比特率高功率事件。

在具体的具体实施中，在一段时间(例如，40个子帧)内，状态应用程序235可确定(1)预期的上行链路传输功率和实际上行链路传输功率之间的差值，以及(2)预期的HARQ重传功率和实际的HARQ重传功率之间的差值。如本领域的技术人员将理解的，基于各种连接性参数，收发器225可确定(在上行链路传输中或在重传中)成功传输数据分组将需要的预期的功率。于是，如果网络连接处于正常状态，则实际功率和预期的功率的正差值可指示网络连接处于高功率状态，因为与预期的相比需要更多的功率。如果上行链路传输功率的差值和重传功率的差值均大于对应的预先确定的阈值，则状态应用程序235可确定已经发生指示网络连接处于高功率状态的每比特率高功率事件。

在第五实施例中，状态应用程序235可确定是否存在授予事件。授予事件可涉及调度授予的LTE-RAN 122。具体地，授予可为当LTE-RAN 122在延长的时间段内给定极低授予大小时。例如，极低授予大小可在7个字节到10个字节之间，并且延长的时间段可为10秒的倍数，诸如10、20、30、40等秒。然而，注意，授予事件的授予大小和时间段可根据多种原因(诸如网络的类型和网络的对应的操作参数)变化。如本领域的技术人员将理解的，UE 110连接到的网络(诸如LTE-RAN 122)定义了如何交换数据。于是，LTE-RAN 122可定义从UE110传输到LTE-RAN 122的数据的授予的大小。当授予大小很低时，可需要UE 110以更多次地激活收发器225，而不是使用低功率模式(例如，如在连接的非连续接收(CDRX)模式中使用的)。因而，与如果授予大小较大相比，UE 110可需要利用更多的功率。因此，如果状态应用程序235确定授予大小或延长的时间段内的授予大小的平均值低于预先确定的阈值，则状态应用程序235可确定已经发生指示网络连接处于高功率状态的授予事件。

状态应用程序235可被配置为以多种不同的方式利用事件的检测来识别网络连接何时处于高功率模式或正常模式。具体地，状态应用程序235可确定在时间帧内何时检测到预先确定的数量的不同事件。例如，在上面所描述的五个示例性事件中，状态应用程序235可在给定的时间帧内检测RACH失败事件和PHY中止事件。然而，在一个实施例中，可为状态应用程序235检测三个不同的事件，以确定网络连接处于高功率状态。因此，状态应用程序235可断定网络连接处于正常模式。在另一实施例中，状态应用程序235可在给定的时间帧内检测RACH失败事件、PHY中止事件、每比特率高功率事件和授予事件。由于已经检测到至少三个不同的事件且存在四个事件，所以状态应用程序235可断定网络连接处于高功率状态。在另外的实施例中，状态应用程序235也可被配置为检测在给定时间帧内何时相同事件已经发生了预先确定的最小次数。如果在给定时间帧内多次检测到相同事件，诸如在给定时间帧内PHY中止事件发生三次，则状态应用程序235可断定网络连接处于高功率状态。

注意，状态应用程序235可在任何时间帧内利用任何数量的不同事件。例如，在时间帧内使用三个事件仅是示例性的，并且可为一个、两个、四个或全部五个。当检测三个事件时给定的时间帧可为100秒。然而，这也仅是示例性的，并且给定的时间帧可增加或减小。以利用不同事件的数量和给定时间帧的组合的特定方式，其间可存在直接关系，其中随着给定时间帧增加，检测的不同事件的数量可也增加，并且反之亦然。如果状态应用程序235被配置为需要在给定时间帧内检测多个不同事件，则可利用更严格的标准来可靠地识别网络连接何时处于高功率状态，而不是在事件的随机检测的情况下网络连接处于正常状态。

当识别网络连接是否处于高功率状态时，状态应用程序235可包括安全机制。具体地，状态应用程序235可被配置有高功率评估回退操作。高功率评估回退操作可用于避免冗余，特别是当识别高功率状态的误报时(并且，如下面将描述的，导致UE 110被放置在高功率模式)。从在检测上面所描述的事件中执行各种测量和操作，相同的PHY条件可表现为多个高功率事件。如上所述，相同的测量和/或因素可用于检测事件是否存在。于是，可能PHY处的相同条件可导致检测到不同事件且不同事件最终满足该时间段内不同事件的数量的要求。也就是说，事件的一个触发可导致其他触发，使得可用触发和事件的检测淹没基带。然而，这可能不一定等同于处于高功率状态的网络条件。例如，在亚最佳无线电条件下，上行链路条件可转变成在相同时间或相同时间附近接收的多个高功率事件(例如，重传失败事件、PHY中止事件和每比特率高功率事件)。

为了避免上面提到的情形(其中在相同时间或相同时间附近接收的此类事件致使状态应用程序235偏向于识别高功率状态)，高功率评估回退操作可允许检测中断。具体地，高功率评估回退操作可被配置为在检测特定事件时利用定时器。一旦检测到特定类型的事件，状态应用程序235就可在给定持续时间内启动计时器。在该定时器的持续时间期间，即使信息指示该高功率事件的存在，状态应用程序235也可选择忽略履行在定时器的持续时间期间接收的新的高功率事件。一旦定时器到期，为了识别网络连接是否处于高功率状态的目的，当检测到高功率事件时，状态应用程序235可再次注册。以该方式，高功率评估回退操作可允许状态应用程序235在检测到相同事件时移除朝向高功率状态的任何偏差，并且/或者防止在高功率状态下不断地识别网络连接。例如，可在第一时间段内检测事件的最小数量，以保证识别高功率状态。然而，用该定时器，第二接着发生的时间段可不满足事件的最小数量，因为第一事件可重复但在该接着发生的时间段中未被注册。注意，如果第二事件在第一时间段内不存在而在第二时间段中被检测到以替换事件计数器中的第一事件，则可满足事件的最小数量。于是，该高功率评估回退操作涉及事件是否要被注册以供考虑，而网络连接处于高功率状态的识别仍然是基于检测的事件的独立确定。

由状态应用程序235执行的上面的机制特别地涉及何时收发器225处于与LTE-RAN122的连接的状态。然而，状态应用程序235也可被配置为当收发器225不处于连接的状态(例如，空闲状态)时，识别网络连接是否处于高功率状态。当收发器225处于空闲状态时，状态应用程序235可基于不同的测量，确定UE 110是否位于小区的操作区域的高功率成本区域中。在第一实施例中，状态应用程序235可测量参考信号接收功率(RSRP)。UE 110可已经从LTE-RAN 122接收到配置q-RxLevMin的连接性信息，该q-RxLevMin表示小区的RSRP的最小所需级别。例如，q-RxLevMin可设置为-124dbm。状态应用程序235可将RSRP与q-RxLevMin进行比较以确定网络连接是否处于高功率状态。具体地，如果RSRP在距q-RxLevMin的预先确定的范围之内，则网络连接可处于高功率状态。例如，如果RSRP在-123dbm。在第二实施例中，状态应用程序235可测量信号与干扰加噪声比(SINR)。如果SINR低于预先确定的阈值，则状态应用程序235可确定网络连接处于高功率状态。例如，SINR的预先确定的阈值可小于或等于-6dB。注意，上面针对不同连接性测量所描述的阈值仅是示例性的。

在UE 110的收发器225处于空闲状态时，状态应用程序235可利用上面的测量来识别网络连接的状态。在特定的具体实施中，状态应用程序235可需要在预先确定的时间段内持续满足条件中的一个或两个，为了网络连接被认为处于高功率状态。例如，时间段可在10秒到15秒之间。状态应用程序235可需要在该时间段内的一致条件以避免误报。

如上所述，模式应用程序240可被配置为从状态应用程序235接收所识别的状态以确定要应用于与网络连接相关联的操作的设置。具体地，模式应用程序240可指导处理器205、基带和/或收发器225在对应于所识别的状态的模式下利用特定的一组设置。也就是说，第一组设置可用于对应于高功率状态的高功率模式，并且第二组设置可用于对应于正常状态的正常模式。用于正常状态下的正常模式的第二组设置可为在没有任何修改的情况下使用的常规设置。

用于高功率状态下的高功率模式的第一组设置可包括仅驻扎(camp)设置。仅驻扎设置可被配置为仅允许选择由收发器225通过网络连接执行的操作。在第一实施例中，仅驻扎设置可允许执行紧急语音呼叫。在第二实施例中，仅驻扎设置可允许(例如，商业移动警示系统(CMAS)或地震和海啸警报服务(ETWS))接收(例如，在查验中的)紧急消息或紧急消息的指示。

在第一组设置的仅驻扎设置中的上面提到的操作可为被允许执行的所选择的操作。也就是说，可启用通过与LTE-RAN 122的网络连接用于这些操作的数据交换。于是，所有其他操作可被忽略或保持未处理。在第一实施例中，在激活高功率模式的设置时，可不允许其他传入或传出的用户活动。以该方式，UE 110可不接收传入的语音呼叫、文本、应用通知等。在第二实施例中，可不允许交换任意的流量。任意的流量可表示在没有任何用户干预或用户输入的情况下(例如，在没有用户知识的情况下)交换的任何背景流量。在第三实施例中，模式应用程序240可确保保存任何附接或互联网协议(IP)上下文(例如，用于当UE 110返回到正常状态且正常模式的设置被激活时使用)。在第四实施例中，模式应用程序240可指导使用预RLF应用程序245。如将在下面另外详细描述的，当网络连接被识别为处于高功率状态时，预RLF应用程序245可提供专门功能。于是，通过当网络连接处于高功率模式时利用上面的设置，可节省平常执行与网络连接相关联的操作将需要的附加功率。

高功率模式中的设置也可包括功率节省设置或用户体验设置。在网络连接被识别为处于高功率状态时，功率节省设置可涉及使功率使用最小化。用户体验设置可涉及使功率使用最小化，但不以用户体验为代价。在功率节省设置和用户体验设置两者中，可基于在不丢失IP上下文的情况下在该时间段内检测上面描述的事件，暂停与LTE-RAN 110的蜂窝接口(例如，网络连接的使用)。

特别地关于功率节省设置，蜂窝接口可完全暂停，使得仅接收传出的紧急呼叫或传入的紧急消息/查验。因此，可不允许用户发起的活动，并且阻止所有其他传入数据和所有其他传出数据(例如，没有语音呼叫、没有消息传送等)。这可提供最高的节能。

特别地关于用户体验设置，可部分暂停蜂窝接口，使得阻止非用户发起的活动。具体地，可在允许传出紧急呼叫、传入紧急消息/查验以及任何用户发起的活动时阻止任意的流量(例如，云通知)。因此，当检测到任何用户活动时，UE 110可从高功率模式退出且进入正常模式，使得可执行用户请求的操作。当网络连接处于高功率状态时，这可提供较低的无线电资源控制(RRC)连接，同时也给予高节能。

注意，模式应用程序240可被配置有功率节省设置、用户体验设置或这两种设置。当仅被配置有这些设置中的一种设置时，模式应用程序240可仅使用选择的功率节省设置或用户体验设置。当被配置有这些设置中的两种设置时，模式应用程序240可基于各种因素，选择应该使用这些设置中的哪种设置。在第一实施例中，模式应用程序240可使这些设置中的一种设置被选择作为默认。在第二实施例中，模式应用程序240可动态地选择使用这些设置中的哪种设置。例如，如果功率源中的剩余功率低于预先确定的阈值，则模式应用程序240可选择功率节省设置。然而，对于所有其他时间，模式应用程序240可选择用户体验设置。

当利用对应于高功率模式的设置时，模式应用程序240可考虑各种因素。用于高功率模式的设置可影响用户体验，尤其是当甚至不允许用户发起的活动时。于是，基于如何激活用于高功率模式的设置将影响用户体验，模式应用程序240可当确定因素中的一个或多个因素时延迟进入高功率模式。

在第一实施例中，模式应用程序240可考虑通过与LTE-RAN 122的网络连接的语音呼叫当前是否是活动的。如果存在当前正在进行的语音呼叫，则模式应用程序240可假设用户仍使用UE 110来执行该功能。因此，如果语音呼叫是活动的，则模式应用程序240可延迟激活高功率模式的设置，直到语音呼叫已经终止。

在第二实施例中，模式应用程序240可考虑是否正在进行通过与LTE-RAN 122的网络连接的前台用户数据流量。以基本上类似的方式，前台用户数据流量(与任意的流量相比)可为与用户活动或用户发起的活动紧密联系的数据。也就是说，正在进行的前台用户数据流量可指示用户仍使用UE 110。于是，如果前台用户数据流量正在进行，则模式应用程序240可延迟激活高功率模式的设置，直到正在进行的前台用户数据流量已经完结或者已经检测到自最后一个正在进行的前台用户数据流量的最小时间。

在第三实施例中，模式应用程序240可确定显示设备215是否被激活。如果显示设备215开启，则模式应用程序240可假设用户仍使用UE 110用于某种目的。于是，如果显示设备215被激活，则模式应用程序240可延迟激活高功率模式的设置，直到显示设备215被去激活。

在第四实施例中，模式应用程序240可在激活高功率模式的设置之前利用冷却定时器。冷却定时器可用于防止模式应用程序240在冷却定时器运行时激活高功率模式的设置。冷却定时器可为每当UE 110已经退出高功率模式且进入正常模式时可起动的定时器。以该方式，模式应用程序240可防止频繁过渡到高功率模式(并且激活对应的设置)。例如，冷却定时器可在3分钟到5分钟之间。因此，如果UE 110处于高功率模式且已经检测到从高功率模式更换到正常模式的触发，则可起动冷却定时器。即使在冷却定时器的持续时间期间不再检测到触发，尽管在给定时间段内检测到最小数量的事件，模式应用程序240也可防止使用高功率模式。于是，如果冷却定时器正在运行，则模式应用程序240可延迟激活高功率模式的设置，直到冷却定时器已经到期。

模式应用程序240还可被配置为当网络连接被识别为处于高功率状态时执行专门操作。具体地，在识别出网络连接处于高功率状态时，模式应用程序240可从仍处于对应于应用处理器堆栈的网络缓冲器中的任意的流量流中清除任何待审的数据。于是，可针对来自应用处理器堆栈的该任意的流量流发送传输控制协议(TCP)重置。

如上所述，处理器205的应用程序还可包括预RLF应用程序245。预RLF应用程序245可包括针对对应于高功率模式的设置执行的专门的一组操作。具体地，状态应用程序235可将网络连接处于高功率状态的信号传输到模式应用程序240和预RLF应用程序245。在模式应用程序240激活上面描述的设置且将UE 110放置在高功率模式中时，预RLF应用程序245可执行一组操作以尝试将UE 110从高功率模式中移除。如将在下面另外详细描述的，预RLF应用程序245可执行与LTE-RAN 122的切换操作，以从第一小区(该第一小区被识别为具有处于高功率状态的网络连接)转换到第二小区(该第二小区被确定为可能具有处于正常状态的改善的网络连接)。

初始，注意，预RLF应用程序245在本文中被描述为提供从状态应用程序235接着发生和/或结合模式应用程序240操作的功能。然而，利用预RLF应用程序245的该方式仅是示例性的。根据另一示例性实施方案，可独立使用预RLF应用程序245。如将在下面变得显而易见的，可由预RLF应用程序245(特别地基于上行链路传输)接收连接性信息以执行其功能。也就是说，关于是否执行另外的操作，预RLF应用程序245可利用其自己的确定，而不是依赖于来自状态应用程序235的网络连接处于高功率状态的信号。

如上所述，由于多种原因，UE 110可为蜂窝链路预算受限设备。例如，由于物理限制或其他设计限制，天线性能可退化。在另一实施例中，如果配备有单个天线，则UE 110可被分类为蜂窝链路预算受限设备，而在假设UE 110配备有分集天线(例如，两个或更多个天线)下，计划LTE-RAN122。当UE 110是蜂窝链路预算受限设备时，除了上面描述的问题之外，可出现关于与基站(例如，LTE-RAN 122的服务小区或eNB)的交互或数据交换操作的各种另外的问题)。例如，UE 110可保持连接到基站，其中UE和基站之间的可用通信是不可持续的。具体地，由于不足的传输功率(例如，由于受损的天线)，所以可不由LTE-RAN 122接收来自UE 110的上行链路传输。也可不接收来自基站的下行链路传输，或者可不由UE110成功地对来自基站的下行链路传输进行解码(例如，由于受损的天线、单个天线UE中分集天线的损耗等)。

在上面情形的特定实施例中，UE 110可为蜂窝链路预算受限设备，该蜂窝链路预算受限设备连接至到对应的基站的网络连接较弱的小区，而到对应的基站的网络连接更强的一个或多个小区可用于UE 110进行连接。在第一实施例中，UE 110可检测与可用于切换且将测量报告传输到其当前连接的基站的其当前小区相比更强的小区，以允许其切换到更强的小区。然而，由于受限的上行链路，使得当前基站没有接收来自UE 110的上行链路传输，所以当前基站可不能将切换命令发布到UE 110以移动到更强的小区。在第二实施例中，用于UE 110的当前基站可从UE 110接收覆盖受限测量报告，并且作为结果将切换命令传输到UE 110。然而，由于UE 110的受限的下行链路接收性能，所以UE 110可未能对切换命令进行解码，并且保持停留在当前弱小区上。本领域的技术人员将理解，可存在UE 110可保持在弱服务小区上的另外的实施例(例如，对于一类蜂窝链路预算受限设备(UE 110包括在该设备中)，LTE-RAN 122没有适当地配置测量间隙)。

鉴于通过网络连接(该网络连接很弱且提供不可持续的通信路径)保持连接到小区的基站的上面的问题，预RLF应用程序245提供了传输早期RLF指示的机制，其中早期RLF指示不基于其中满足RLF准则的实际RLF条件，而是基于其他准则(例如，由于失败的无线电链路监测准则而造成的尚未满足RLF，而上行链路传输不是可持续的)。

在触发早期RLF指示的第一方式中，状态应用程序235可监测上行链路传输参数(例如，传输功率、上行链路BLER等)。基于上行链路传输参数，状态应用程序235可推断上行链路通信的可持续性。如果由状态应用程序235确定上行链路传输参数持续落在可接受的预先确定的可操作性范围之外，则状态应用程序235可将此转变为上行链路方向上的不可持续的链路。在第一实施例中，根据UE能力、用于比吸收率(SAR)的功率回退限制等，所需传输功率可大于最大允许传输功率。在第二实施例中，可持续观察或测量高上行链路BLER。在第三实施例中，可确定上面条件的组合。于是，状态应用程序235可针对到当前小区的网络连接确定用于UE110的上行链路传输路径的不可持续性。状态应用程序235可生成该确定的信号且将该确定的信号传输到预RLF应用程序245以用于将执行的后续操作(例如，利用早期RLF指示)。

如上面所提到的，结合状态应用程序235操作的预RLF应用程序245仅是示例性的。因此，以触发早期RLF指示的第二方式，预RLF应用程序245可包括上面描述的状态应用程序235的功能以确定用于上行链路传输路径的上面提到的条件。以该方式，预RLF应用程序245可针对到当前小区的网络连接确定用于UE 110的上行链路传输路径的不可持续性。然后，预RLF应用程序245可准备用于将执行的后续操作(例如，利用早期RLF指示)。

当预RLF应用程序245接收信号或者确定上行链路传输路径为不可持续的或者将利用早期RLF指示时，预RLF应用程序245可尝试强迫当前小区执行切换过程。例如，可生成对应于实际RLF条件的测量报告(同样，实际的RLF可不是该情况)。该测量报告可被传输到当前小区，以迫使当前小区在所支持的无线电接入技术(RAT)内找到更好的小区。

注意，预RLF应用程序245可具有以改善的方式执行上面提到的功能的特征。具体地，在早期RLF指示被触发之后，UE 110可暂时把当前弱小区拦在采集数据库之外。通过省略当前弱小区或与当前弱小区相比其他确定的更弱的小区，UE 110可避免返回到弱小区或者与甚至更弱的小区相关联，而该弱(更弱)小区的覆盖条件不改变。以该方式，切换过程可仅用于更强的小区。也注意，涉及上行链路传输路径的预RLF应用程序245的上面提到的功能仅是示例性的。根据其它示例性实施方案，可修改预RLF应用程序245以用于下行链路传输路径或上行链路路径和下行链路路径两者。

还注意，当以独立能力使用预RLF应用程序245时，状态应用程序235和模式应用程序240的功能可潜在地被绕过。例如，当网络连接被确定为处于高功率状态时，上面描述的用于激活用于高功率模式的设置的条件可需要检测多个不同的事件。然而，在针对网络连接的高功率状态检测到多个不同事件之前(例如，检测事件的第一时间段没有检测到多个事件，但第二接着发生的时间段检测到多个事件)，可确定用于触发早期的RLF指示的条件。因此，在高功率状态被识别之前，预RLF应用程序245可已经利用了早期RLF指示，并且已经执行了到具有可持续网络连接的强小区的成功切换。于是，可能不能确定网络连接曾处于需要高功率模式和对应的设置的高功率状态。

通过利用高功率模式和对应于处于高功率状态的网络连接的设置，示例性实施方案将用于使功率使用最小化(且使功率节省最大化)的机制提供作为一种操作，当网络连接处于正常状态时通常将以第一功率量执行该操作，并且当网络连接处于高功率状态时，该操作需要第二更大的功率量。于是，在网络连接被识别为处于高功率状态下时，示例性实施方案可用于最大程度地减少蜂窝使用，以实现功率源的更长寿命。示例性实施方案也被配置为考虑总体用户体验，同时提供该功率节省特征，使得用户最低限度地受高功率模式的使用的影响。

一旦在对应的设置被激活的情况下UE 110被放置在高功率模式，模式应用程序240还可被配置为当确定多种条件中的一种或多种时，用其对应的设置将UE 110从高功率模式移回到正常模式。初始，注意，状态应用程序235可继续执行其功能。然而，除了上面提到的确定网络连接何时处于高功率状态的操作之外，状态应用程序235可执行相反的功能以确定网络连接何时处于正常状态。例如，如果在上行链路传输中使用的传输功率和重传功率在预期的功率电平处或甚至低于预期的功率电平，则状态应用程序235可确定该事件指示网络连接处于正常状态。于是，如果在给定时间段内所需事件的数量未被满足，则状态应用程序235可为模式应用程序240生成网络连接处于正常状态的信号。

除了基于由状态应用程序235生成的信号从高功率模式转换到正常模式的上面提到的方式之外，模式应用程序240可确定是否满足其他类型的条件以从高电源状态转换到正常状态。在第一实施例中，模式应用程序240可确定何时检测到用户活动。具体地，当高功率模式的设置包括上面描述的用户体验设置时，将最低限度地影响用户体验。因此，可假设UE 110处的任何用户活动需要将设置返回到正常模式，使得由用户利用的所有操作和功能是可用的。例如，如果显示设备215被激活或者用户应用程序被打开，则模式应用程序240可假设使得UE 110的正常操作(包括所有网络连接性操作)是可用的。于是，当检测到用户活动时，模式应用程序240可退出高功率模式及其对应的设置，并且使用正常模式及其对应的设置。

在第二实施例中，模式应用程序240可从状态应用程序235接收测量信息。具体地，状态应用程序235可监测和测量指示无线电条件的各种连接性参数。例如，状态应用程序235可测量RSRP。RSRP的测量值可被提供给模式应用程序240。当模式应用程序240确定对所测量的无线电条件至少存在预先确定的改善时，模式应用程序240可利用正常模式，并且从高功率模式出来。例如，可在第一时间在-120dbm处测量到RSRP，并且随后在第二时间RSRP改善到-100dbm。20dbm的该改善可为预先确定的改善或与预先确定的改善相比更大的改善。在另一实施例中，可将RSRP改善为高于预先确定的最小阈值。于是，当在测量的无线电条件中确定预先确定的改善量时，模式应用程序240可退出高功率模式及其对应的设置，并且使用正常模式及其对应的设置。

在第三实施例中，模式应用程序240可确定是否已经成功重新选择到新的小区。如上所述，当网络连接处于高功率状态时，在模式应用程序240已经激活对应于高功率模式的设置之后，预RLF应用程序245可用于经由可执行正常RLF过程的早期RLF指示来选择新的小区(虽然也注意，预RLF应用程序245不需要UE 110处于高功率模式以执行其功能)。当确定实际的RLF时，处理器205也可执行正常的RLF过程。通过执行RLF过程，UE 110然后可执行到新小区的切换。当已经执行选择新小区的成功切换时，模式应用程序240可假设新小区比先前小区更好，并且网络连接处于正常状态。于是，当确定成功重新选择到新小区时，模式应用程序240可退出高功率模式及其对应的设置，并且使用正常模式及其对应的设置。

在第四实施例中，模式应用程序240可利用保护定时器。保护定时器可为在正常模式和对应的设置将被使用之前高功率模式和对应的设置将被使用的时间限制。因此，如果模式应用程序240已经在保护定时器的整个持续时间内使用高功率模式(例如，保护定时器已经到期)，则模式应用程序240可自动退出高功率模式且进入正常模式，即使网络连接仍可被确定为处于高功率模式。例如，保护定时器可设置为5分钟。其后，在从继续被确定为处于高功率状态下的网络连接重新进入高功率模式之前，正常模式可用于至少一些时间段。具体地，如上所述，模式应用程序240可包括冷却定时器，以确保不通过使用持续时间(在该持续时间中，防止在退出高功率模式之后重新进入高功率模式)不断地继续高功率模式。于是，当保护定时器已经到期时，模式应用程序240可退出高功率模式及其对应的设置，并且使用正常模式及其对应的设置。

因此，当确定上面的条件中的任一个或多个时，模式应用程序240可返回到正常模式，并且激活对应的设置。然而，由于当网络连接被识别为处于高功率状态时在至少一些时间内使用对应于高功率模式的设置，所以与如果UE 110在整个时间留在正常模式中相比，UE 110能够节省更多的功率。

图3示出根据本文描述的各种示例性实施方案的利用高功率模式的信令图300。具体地，信令图300可涉及一组操作，该组操作被执行以识别UE 110与LTE-RAN 122的基站之间的网络连接处于高功率状态，使得高功率模式的设置被激活。信令图300涉及由包括基带(BB)处理器305、BB堆栈310、连接管理器315、核心电话320和应用处理器(AP)堆栈325的多个部件执行的操作。如上面所提到的，处理器205可表示基带处理器。于是，可由处理器205实施BB 305和BB堆栈310。连接管理器315、核心电话320和AP堆栈325可为UE 110的总体处理部件的高层功能。

如图所示，BB 305可将高功率指示330传输到BB堆栈310。如上面所提到的，高功率指示330可基于检测指示网络连接处于高功率状态的预先确定数量的不同事件。因此，BB堆栈310可将中止信号335传输到AP堆栈325。中止信号335可致使AP堆栈325清除340仍在联网缓冲器中的任意的流量，使得可针对该流发送TCP重置。注意，可保存IP上下文。BB堆栈310也可将高功率模式请求345传输到连接管理器315。连接管理器315可表示管理将如何使用选择网络功能(例如，激活或去激活选择功能)的部件。具体地，连接管理器315可为核心电话320提供管理这些选择功能的性能的指令。于是，连接管理器315可更新350某些设置。更新350可为去激活电话功能(例如，选择传入和传出呼叫/消息传送)，同时维持紧急服务功能(例如，传出紧急呼叫或传入紧急消息)。当连接管理器320接收更新350时，BB 305的模式可被转化为高功率模式。其后，核心电话320可将高功率模式指令355传输到BB堆栈310，使得高功率模式360被激活，并且其另外的设置被激活。

在随后的时间，可检测到用户访问365(例如，在AP堆栈325处)。如上所述，用户访问365可表示UE 110将退出高功率模式及其对应的设置且返回到正常模式及其对应的设置的任何条件。因此，AP堆栈325可将对应于用户访问365的用户发起的数据请求370传输到连接管理器315。连接管理器315可将另外的更新375传输到核心电话320。由于将使用正常模式，所以另外的更新375可为激活电话功能的指令。核心电话320可将正常模式指令380传输到BB堆栈310，使得高功率模式385被去激活，并且其设置被去激活，而正常模式390被激活，并且其设置被激活。

图4示出了根据本文描述的各种示例性实施方案的用于确定对应于所识别的模式的将使用的设置的方法400。具体地，该模式可基于为网络连接识别的状态。方法400涉及在最高达当前时间的时间段内UE 110如何利用正在由UE 110体验的连接性和操作信息。可由状态应用程序235和模式应用程序240执行方法400。将关于图1的网络布置100和图2的UE110来描述方法400。

在405中，UE 110接收连接性和操作信息。该信息的接收可必须包括多种不同的机制。例如，UE 110可从LTE-RAN 122接收连接性信息。在另一实施例中，UE 110可基于由UE110收集的和/或从LTE-RAN 122接收的信息，确定各种连接性参数或测量。在另外的实施例中，UE 110可监测与网络连接相关联的操作。基于连接性和操作信息，可检测各种事件的存在。

在410中，可使用连接性和操作信息来确定第一事件的存在。具体地，UE 110可确定是否已经存在RACH失败。如上所述，RACH失败事件可涉及是否为了同步目的已经建立了RACH以使用网络连接执行操作。因此，RACH失败事件可指示网络连接处于高功率状态。UE110然后可继续到435，将在下面另外详细描述435。

在415中，可使用连接性和操作信息来确定第二事件的存在。具体地，UE 110可确定上行链路传输和上行链路重传是否需要高功率量。如上所述，每比特率高功率事件可涉及与应该需要的对应的预期功率量相比，上行链路传输中和上行链路重传中所需的实际功率量。可跟踪需要大于预期功率量的功率的上行链路传输的数量和上行链路重传的数量，使得如果这些上行链路传输和上行链路重传的数量超过对应的预先确定的阈值，则上行链路传输和上行链路重传持续需要更多的附加功率。因此，每比特率高功率事件可指示网络连接处于高功率状态。UE 110然后可继续到435。

在420中，可使用连接性和操作信息来确定第三事件的存在。具体地，UE 110可确定是否已经存在PHY中止指示。如上所述，PHY中止事件可涉及测量MTPL和PUSCH传输功率。当这些值之间的差值超过预先确定的阈值时，可检测到PHY中止事件的第一准则。PHY中止事件也可涉及确定上行链路BLER值。当上行链路BLER值大于预先确定的阈值时，可检测PHY中止事件的第二准则。于是，更高的上行链路传输功率和高的上行链路BLER值可致使UE110在执行上行链路传输中利用附加的功率。因此，PHY中止事件可指示网络连接处于高功率状态。UE 110然后可继续到435。

在425中，可使用连接性和操作信息来确定第四事件的存在。具体地，UE 110可确定是否已经存在重传失败。如上所述，重传失败事件可涉及针对未成功传输的分组执行的最大数量的重传尝试。由于旨在将分组丢失百分比保持在最小阈值以下，所以分组传输过程可包括最高达最大数量的重传尝试。如果未能由最大数量的尝试成功传输分组，或者如果重传的数量(例如，在一段时间内传输的分组的平均数量)持续为最大数量的预先确定的百分比(例如，80％)，则连续的尝试可从UE 110耗尽功率。因此，重传失败事件可指示网络连接处于高功率状态。UE 110然后可继续到435。

在430中，可使用连接性和操作信息来确定第五事件的存在。具体地，UE 110可确定LTE-RAN 122是否在一段时间内给出低授予大小。如上所述，与如果授予和使用更大的传输大小相比，授予事件可必须包括更小的传输大小，使得UE 110需要更频繁地激活收发器225，并且利用附加的功率。因此，授予事件可指示网络连接处于高功率状态。因此，授予事件可指示网络连接处于高功率状态。UE 110然后可继续到435。

在确定是否已经检测到RACH失败事件、每比特率高功率事件、PHY中止事件、重传失败事件和授予事件之后，在435中，UE 110确定不同事件的数量是否大于预先确定的阈值。例如，UE 110可需要存在至少三个不同事件以可靠地识别网络连接何时处于高功率状态。

否则，UE 110可识别网络连接处于正常状态，其中小于预先确定的阈值的没有或至少一个事件的检测可在网络连接的可接受操作参数内。

如果不满足所需数量的不同事件，则在440中，UE 110识别网络连接处于正常状态，并且设置正常模式以使用正常模式的设置。然而，如果满足所需数量的不同事件，则在445中，UE 110识别网络连接处于高功率状态，并且设置高功率模式以使用高功率模式的设置。如上所述，高功率模式的设置可必须包括仅允许紧急服务(例如，传出紧急呼叫或传入紧急消息)，同时不允许所有其他传入/传出用户活动、任意的流量等。以该方式，UE 110可在网络连接处于高功率状态时通过使蜂窝使用最小化来节省功率。

注意，方法400被示出具有并行运行的410、415、420、425和430。然而，并行操作的使用和确定每个事件的存在仅是示例性的。在另一示例性实施方案中，UE 110可用次序或顺序地确定事件的存在。例如，如果顺序地执行，则如果已经满足事件数量的预先确定的阈值，则UE 110可停止确定事件的存在。即使检测到剩余存在，如果将确定的剩余事件不能满足预先确定的阈值，则UE 110也可停止确定事件的存在。在另一实施例中，UE 110可基于检测事件的优先级或重要性来利用特定次序。

也注意，只要UE 110正被使用或激活，方法400就可为迭代过程。例如，在UE110被激活时，在440或445之后，方法400可返回到405以继续确定维持对应的模式的设置还是将对应的模式的设置改变为对应的其他模式的其他设置。还有，可在一段时间内执行方法400。例如，在405之前，可作出关于是否达到新的时间段的确定。如果未达到，则当前时间段可继续运行以监测事件。如果达到，则可开始新的时间段，并且可执行检测事件的操作。当时间段已经结束时，UE 110然后可继续到435。

还注意，方法400可并入另外的操作以并入诸如上面所描述的这些的另外的特征。例如，方法400可包括在激活高功率模式的设置之前用于确定是否应该存在延迟的操作。如上所述，延迟可由于多种因素，诸如语音呼叫当前是否是活动的，前台用户数据流量当前是否正在进行，显示设备215是否被激活，或者冷却定时器是否仍在运行。因此，方法400可包括在激活高功率模式的设置之前用于验证这些条件的操作。

图5示出了根据本文描述的各种示例性实施方案的用于确定当处于高功率模式时将使用的设置的方法500。方法500涉及UE 110如何已经处于高功率模式，并且基于一个或多个因素可如何选择返回到正常模式，或者如何保持在高功率模式。因此，方法500可假设UE 110当前正在使用高功率模式的设置。可由状态应用程序235和模式应用程序240执行方法500。将关于图1的网络布置100和图2的UE 110来描述方法500。

在505中，UE 110确定是否存在任何用户活动。如上所述，高功率模式的设置可为用户体验设置而不是功率节省设置。因此，可旨在最低限度地影响用户体验，以允许将允许由用户选择的操作。因此，如果存在用户活动，则UE 110继续到510，其中高功率模式及其对应的设置被终止，并且正常模式及其对应的设置被激活。

在515中，UE 110确定测量的无线电条件是否已经具有大于预先确定的阈值量的改善。例如，UE 110可在网络连接被识别为处于高功率状态时测量RSRP(例如，-120dBm)。然而，在UE 110保持在高功率模式下的后续时间，RSRP可被测量(例如，-100dBm)且被确定为大大改善到满足预先确定的阈值量的程度(例如，至少增加20dBm)。以该方式，UE 110可假设网络连接现在可被识别为处于正常状态。因此，如果存在满足对应的改善准则的改善，则UE 110继续到510。

在520中，UE 110确定是否已经执行了成功重新选择到新小区。具体地，UE 110可确定被识别为处于高功率状态的到第一小区的第一基站的第一网络连接是否已经被切换到被识别(或假设)为处于正常状态的到第二小区的第二基站的第二网络连接。例如，UE110可具有触发将执行的切换过程的RLF。在另一实施例中，如上所述，如果满足条件以触发将执行的切换过程，则可使用预RLF应用程序245。因此，如果确定到新小区的切换，则UE110继续到510。

在525中，UE 110确定UE 110已经处于高功率模式且使用对应的设置的时间量是否已经超过保护定时器。如上所述，保护定时器可确保UE110不会不断保持在高功率模式中。因此，如果保护定时器已经到期，则UE 110继续到510。

然而，如果上面的条件中的任何一个都未被满足，则在530中，UE110维持高功率模式的设置，其中网络连接被识别为处于高功率状态。

注意，以505、515、520和525表示的条件的确定不以任何特定的次序。也就是说，方法500不需要以图5所示的次序执行505、515、520和525。相比之下，可修改方法500，使得UE110不断监测这些条件中的任一个的存在，其中任一个条件的检测导致方法500到510。

图6示出了根据本文描述的各种示例性实施方案的用于利用预RLF操作的方法600。方法600涉及当处于高功率模式或以独立方式UE 110可如何执行特定操作。具体地，尽管未确定真实的RLF，但是UE 110可利用触发将执行的RLF操作的预RLF过程。因此，UE 110可尝试从当前小区到新小区的切换，这可允许UE 110不处于(或者假设不处于)高功率状态。可由预RLF应用程序245执行方法600。将关于图1的网络布置100和图2的UE 110描述方法600。

在605中，UE 110确定连接性条件。UE 110可确定各种连接性操作是否已经指示特定结果。具体地，UE 110可使用对应于上行链路传输操作的信息来确定是否已经存在RLF。因此，在610中，UE 110确定是否已经存在RLF。如果已经存在RLF，则UE 110继续到615，在615中，执行切换过程以从第一小区的第一当前基站断开连接，并且连接到第二小区的第二新基站。

如果尚未存在RLF，则UE 110继续到620。在620中，UE 110可利用预RLF应用程序245的特征。因此，UE 110可首先确定是否存在任何另外的小区以潜在地执行切换过程。在625中，UE 110也可确定另外的小区中的任一个是否将潜在地提供比由当前小区当前提供的改善的网络连接。如果没有另外的小区满足该准则，则UE 110继续到630，在630中，UE110保持在当前小区上，因为切换到更糟糕的小区可产生更糟糕的高功率情况。

然而，如果另外的小区中的至少一个小区被识别为潜在候选者，则在635中，UE110确定当前上行链路传输质量。如上所述，预RLF应用程序245可基于UE 110执行上行链路传输到什么程度，以及网络连接是否为上行链路传输提供可持续上行链路传输路径。因此，在640中，UE 110确定与当前小区的当前上行链路传输路径是否是可持续的。例如，可持续性可涉及用于上行链路传输或上行链路BLER的功率。如果上行链路传输路径为可持续的，则UE 110可选择保持在当前小区上(尽管潜在更好的小区是可用的)。

然而，如果上行链路传输路径不是可持续的，则在645中，UE 110生成早期RLF指示。尽管没有实际的RLF存在，但是早期的RLF指示可为生成以指示RLF的测量报告。于是，当前小区可将切换命令发布到UE 110。在传输早期RLF指示且避免返回到当前小区之前，在650中，UE 110可从切换小区选项中移除当前小区。UE 110然后可继续到615。

注意，被示出用于方法600的顺序仅是示例性的。可修改方法600，使得以不同的次序或以并行的方式执行操作。例如，可在上行链路传输路径已经被确定为不是可持续的(例如，640)之后，执行另外的小区的确定(例如，620)和/或这些另外的小区是否比当前小区更好的确定(例如，625)。

示例性实施方案在上面被描述为具有许多不同事件，当网络连接被识别为处于高功率状态时，该许多不同事件可致使UE 110利用高功率模式。然而，示例性实施方案也可被配置为考虑可影响如何利用根据示例性实施方案的操作的另外的因素。在特定实施例中，UE 110可正在体验高移动性(例如，高速率)。当确定这样的条件时，尽管由于可由该移动性致使检测到的事件造成的激活的肯定确定，UE 110可延迟模式应用程序240激活高功率模式的设置。当移动性不再被注册时，状态应用程序235可再次用于确认或否认网络连接仍处于高功率模式。

示例性实施方案提供了当网络连接被识别为处于高功率状态时提供高功率模式的设备、系统和方法。高功率状态可为一种条件，在该条件下，与如果网络连接处于正常状态且在可接受的操作参数内相比，网络连接需要附加的功率以执行操作(例如，上行链路传输)。于是，高功率模式可包括在网络连接保持在高功率状态中时使蜂窝使用最小化以改善功率节省的设置。高功率模式也可考虑用户体验以平衡功率节省特征，同时仍使用户利用UE的能力。以从高功率模式移除UE的特定方式，成功重选选择到新小区可为触发。于是，基于较差的上行链路传输路径的预RLF操作(没有实际的RLF)可用于尝试将执行的切换过程。

本领域的技术人员将理解，可以任何合适的软件配置或硬件配置或它们的组合来实施上面所描述的示例性实施方案。用于实施示例性实施方案的示例性硬件平台可包括例如具有兼容操作系统的基于Intel x86的平台、Windows OS、Mac平台和MAC OS、具有操作系统诸如iOS、Android等的移动设备。在另外的实施例中，上面描述的方法的示例性实施方案可被体现为包含存储在非暂态计算机可读存储介质上的代码行的程序，在进行编译时，该程序可在处理器或微处理器上执行。

对本领域的技术人员将显而易见的，可在不脱离本发明的实质或范围的情况下对本发明作出各种修改。因此，本发明旨在涵盖本发明的修改和变型，但前提是这些修改和变型在所附权利要求及其等同物的范围内。

Claims (16)

1.一种方法，包括：

在被配置为建立到网络的网络连接的设备处：

检测在一时间段内已经发生的不同的多个事件，所述多个事件各自与通过所述网络连接使用的操作相关联，所述多个事件各自指示执行所述操作的功率大于预先确定的功率；

确定是否所检测的事件中的一个事件具有正在运行的回退定时器，所述回退定时器是在所述时间段内当先前检测到事件时被触发的；

当所述回退定时器正在运行时，从所述多个事件的数量中省略所检测的事件；

响应于确定所述多个事件的所述数量至少是预先确定的阈值，将所述网络连接识别为处于高功率状态；以及

当所述网络连接处于所述高功率状态时激活设置，所述设置减少通过所述网络连接的所述操作的使用，

所述设置是功率节省设置或用户体验设置中的一个，所述功率节省设置仅允许紧急相关操作，所述用户体验设置允许用户活动，并且其中所述功率节省设置和所述用户体验设置在不丢失互联网协议IP上下文的情况下分别完全地或部分地暂停通过所述网络连接的所述操作的使用。

2.根据权利要求1所述的方法，其中所述多个事件包括：随机访问信道RACH失败事件、每比特率高功率事件、物理层PHY中止事件、重传失败事件、授予事件和较差的蜂窝信号事件。

3.根据权利要求2所述的方法，其中通过建立RACH以使所述设备与所述网络同步来执行所述操作的失败来检测所述RACH失败事件。

4.根据权利要求2所述的方法，其中通过确定大于预先确定的传输阈值的滤波的传输功率和大于预先确定的重传阈值的滤波的重传功率来检测所述每比特率高功率事件，所述滤波的传输功率是实际传输功率与预期传输功率之间的第一差值，所述滤波的重传功率是实际重传功率与预期重传功率之间的第二差值。

5.根据权利要求2所述的方法，其中通过确定大于预先确定的上行链路传输阈值的滤波的上行链路传输功率和大于预先确定的上行链路误块率BLER阈值的上行链路BLER来检测所述PHY中止事件，所述滤波的上行链路传输功率是最大传输功率限制MTPL与功率控制物理上行链路共享信道PUSCH传输功率之间的差值。

6.根据权利要求2所述的方法，其中通过确定用于传输分组的重传尝试的数量来检测所述重传失败事件，所述数量至少为预先确定的最大尝试阈值的百分比。

7.根据权利要求2所述的方法，其中通过确定由所述网络定义的授予大小来检测所述授予事件，所述授予大小在至少预先确定的延长时间段内小于预先确定的大小阈值。

8.根据权利要求2所述的方法，其中所述多个事件的所述数量为三个事件，并且所述时间段为100秒。

9.根据权利要求1所述的方法，其中所述设置包括以下中的至少一个：允许紧急相关操作、防止通过所述网络连接的传入和传出用户活动、防止通过所述网络连接的任意的流量、保存附接和互联网协议IP上下文、以及用传输控制协议TCP重置清除保留在网络缓冲器中的任意的流量。

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

检测延迟所述设置的被激活的至少一个条件，所述至少一个条件包括：通过所述网络连接的活动语音呼叫、通过所述网络连接的正在进行的前台用户数据流量、正被激活的所述设备的显示设备、以及运行的冷却定时器，所述冷却定时器是从最后一次去激活所述设置时触发的；以及

当检测到所述至少一个条件时，延迟所述设置的被激活。

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

当检测到至少一个条件时去激活所述设置，所述至少一个条件包括：在所述设备处检测到的用户活动、大于预先确定的改善阈值的对测量的无线电条件的改善、成功地重新选择到不同于当前连接的基站的所述网络的另外的基站、以及保护定时器的期满，所述保护定时器是从首次激活所述设置时触发的。

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

确定指示所述网络连接的上行链路通信路径的可持续性的上行链路传输参数；

当所述上行链路传输参数在预先确定的可接受的操作范围之外时，将所述网络连接的所述上行链路通信路径识别为不可持续的；

生成指示无线电链路失败RLF的测量报告，尽管不存在真实的RLF事件；以及

将所述测量报告传输到当前连接的基站，旨在触发到所述网络的另外的基站的切换过程。

13.根据权利要求12所述的方法，其中所述上行链路传输参数是上行链路传输功率和上行链路BLER。

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

从考虑用于所述切换过程的采集列表中移除所述当前连接的基站，以防止返回到所述当前连接的基站。

15.根据权利要求1所述的方法，其中所述网络是长期演进LTE网络，当前连接的基站是演进节点B eNB，所述网络连接是蜂窝连接，并且所述操作的所述使用是蜂窝使用。

16.一种设备，包括：

收发器，所述收发器被配置为建立到蜂窝网络的蜂窝连接，所述收发器处于空闲状态；以及

处理器，所述处理器被配置为：

检测在一时间段内已经发生的不同的多个事件的数量，所述多个事件各自与通过所述网络连接使用的操作相关联，所述多个事件各自指示执行所述操作的功率大于预先确定的功率；

确定是否所检测的事件中的一个事件具有正在运行的回退定时器，所述回退定时器是在所述时间段内当先前检测到事件时被触发的；

当所述回退定时器正在运行时，从所述多个事件的数量中省略所检测的事件；

当所述数量至少是预先确定的阈值时，将所述网络连接识别为处于高功率状态；以及

当所述网络连接处于所述高功率状态时，激活设置，所述设置减少通过所述网络连接的所述操作的使用，

其中，所述设置是功率节省设置或用户体验设置中的一个，所述功率节省设置仅允许紧急相关操作，所述用户体验设置允许用户活动，并且其中所述功率节省设置和所述用户体验设置在不丢失互联网协议IP上下文的情况下分别完全地或部分地暂停通过所述网络连接的所述操作的使用。

Images