高干扰的情况下请求消息被延迟。在此期间，调整模块350可 W更积极的进行时间移位和捆绑。
[0037] 回调模块360可W被用于各种实施方式中，W从应用接收传输通知订阅请求并产 生对应用的回调W发送数据和/或传输消息。在一些实施方式中，回调模块360与协调模 块330可通信地禪合并接收定时输入，W允许来自应用的多个消息和/或数据在来自移动 装置的每个传输中顺序地被排列、捆绑，或W其它方式被协调。
[0038] 为了确定对每个高功率传输的最佳布置和定时，本发明的各种实施方式使用间隔 优化模块365。间隔优化模块可W利用多种信息用于确定用于高功率的最好的布置和时间。 例如，关于移动装置110的状态的上下文信息可W被使用。在某些情况下，由移动装置110 的用户设置的用户偏好可W被使用。运些偏好可W由用户偏好模块370被跟踪并被执行。 然而，在一些实施方式中，流量模式模块375可W为每个应用和在不同的时间段为移动装 置110监控应用消息的流量模式。然后，流量模式模块375可W分析收集到的流量模式，W 确定用于高功率传输的最佳布置和定时。
[0039] 在一些情况下，由间隔优化模块365确定的传输的定时可W是事件驱动的。例如， 流量模式模块375可能会注意到，当用户开启屏幕时，高功率通道往往是需要的（例如，用 户可能要拨打电话或发送消息）。像运样，间隔优化模块365可W根据屏幕状态变到活动的 变化的检测来请求高功率模式。运不仅减小了用户可能会遭遇的延迟，也提供了在由检测 的事件所生成的高功率状态上为待处理的消息搭载（例如，在不同的优先级水平队列）的 机会。
[0040] 可能被用于引发向高功率状态的转变的其他事件可W包括，但不限于，检测移动 装置的移动、打开浏览器，连同运些和其他事件的组合。在一些实施方式中，间隔优化模块 365可W基于事件驱动的高功率状态为所希望的用户动作（例如，使用浏览器）的检测设定 最大时间限制。间隔优化模块还可W考虑其他上下文信息，例如电池320和/或网络拥塞 的状态。
[0041] 在一些实施方式中，确定由在对用户体验产生负面影响之前应用可W承受的最大 延迟可W被做出。应用可W直接向操作系统325报告运个信息。在其它情况下，运个信息 可W由流量模式模块375估计。在至少一个本发明的实施方式中，间隔优化模块365可W 使用该信息来作出决定W将连接到服务器的可用性错误地报告给应用。作为接收到错误信 息的结果，应用可暂停将不会对应用的用户体验造成负面影响的例程状态消息（例如，广 告的更新）。此外，一些消息或应用可具有最大延迟时间或最大时间限制。因此，间隔最优 化模块365可W管理运样的最大值，并当达到最大延迟时间时强制消息传送，即使对于系 统而言运种传输并不是在最佳的时间。
[0042] GUI生成模块380可W生成一个或多个GUI屏幕，W允许与移动装置的用户交互。 在至少一种实施方式中，GUI生成模块380生成图形用户界面W允许移动装置的用户设置 偏好、呈现报告、优先化应用、优先化应用功能、设置装置限制，和/或W其他方式接收或传 递信息给用户。
[0043] 图4是根据本发明的一些实施方式的用于传送消息的一组或一系列操作400的流 程图。图4中所示的操作可W由一个或多个部件（例如，应用处理器）、引擎和/或与移动 装置相关联的模块来执行（例如，协调模块330)。起初，接收操作410从在应用处理器310 上运行的移动应用接收消息。协调操作420在时间上（intime)协调消息，W允许多个传输 发生在移动装置的每个高功率状态期间。激活操作430激活移动装置的无线电发射器，W 允许传输操作440在移动装置的高功率状态内传输多个协调的消息。在一些实施方式中， 传输操作440可W邀请已注册传输回调的其它应用在传输W前或在传输过程中提交消息。 一旦最后的传输已被传送，在保护时段之后发射器可W在去激活操作450期间被去激活。
[0044] 图5是根据本技术的各种实施方式的通信系统的各种部件之间的数据流的示例 的时序图。在移动装置内运行的应用将消息提交给在移动装置上运行的操作系统。每个应 用可W向操作系统（0巧注册并与ID相关联，其可W被并入到被分配给从应用发送的消息 的进程ID中。在进程ID内，额外的信息可W被包括诸如应用消息优先级水平。操作系统 优先化消息并确定适当的时间移位。例如，一些消息可能是时间关键的，并且被要求立即发 送。其它消息可W是能够仅在一段时间内被延迟的。再又，一些消息可能能够被无限期延 迟，而不影响应用或用户的体验。在一些实施方式中，应用可通知操作系统最大的延迟期 间。
[0045] 该时间移位可被传递到移动装置的基带处理器，然后激活射频发射器并在单个发 射器应用中将所有的消息发送给服务器。在一些情况下，发射器可W仅被允许在最长时间 段激活。在运些情况下，操作系统可W在优先化过程中使用该信息来确定哪些消息应在单 个发射器激活期间被发送。在一些实施方式中，当在发射器被激活时应用提交消息，OS可 W确定是否存在足够的时间W允许消息在当前的传输上搭载。操作系统也可W向已请求接 收回调的应用（例如，通过向回调模块360注册）发送请求。
[0046] 在各种实施方式中，操作系统和应用开发框架或软件开发工具包（SDK)的修改被 用于集成机制W提供具有高功率信道的可用性状态的应用。取决于不同的操作系统，信息 可W作为事件广播或回调被提供。在事件广播的情况下，正在侦听事件的应用可W在事件 发生时触发适当的动作。在回调的情况下，应用将注册将在高功率信道可用时被执行的函 数。
[0047] 回调算法的一个示例可W按如下被完成：1)应用接收高速信道可用（目P，活动的 和准备传送）的事件；2)如果下一个应用检入时间是在当前时间和当前时间加上保护时段 内，那么应用应检入。保护时段可W在操作系统通信层中被预先配置或可W当操作员、装 置，或系统部件出于优化目的调整值时从网络被动态地装载。
[0048] 在安卓（An化Oid)操作系统上的部分实现方式的一示例包括使用An化Oid的后台 服务侦听操作系统数据活动状态：（电话管理灯el巧honyManager)类的）DATAACTIVnY_ NO肥。当运个事件发生时，服务向无线接口层巧IL)检查调制解调器RRC状态值CH)并当 RRC状态是DCH并且DATAACTIVnY_N0肥=0时，通过定制的An化Oid意图广播（Intent broadcast)使用"Context,sen地roadcastO"广播"高功率信道可用的"事件。该服务可 W向网络服务器检查由网络提供的保护时段配置。
[0049] 图6是根据本发明的一个或多个实施方式的用于协调消息传输的一组或一系列 操作的流程图。如图6中所示的操作可W由一个或多个部件（例如，应用处理器310和基 带处理器315)，引擎和/或与移动装置相关联的模块（例如，协调模块330)来执行。如图 6所示，传送数据的请求可W在接收操作610被接收。运些请求可W由在移动装置上运行 的多个应用发起。优先级确定操作620对数据优先级进行确定。在一些实施方式中，例如， 每个应用可W是预分配优先级，然后其与数据相关联。在其他情况下，数据的内容可W被使 用W确定消息优先级。再又，本发明各种的实施方式可W基于上下文信息、用户偏好，和/ 或政策动态地调整优先级水平。例如，当检测到低电池时，某些消息的优先级水平有可能降 低。
[0050] 协调操作630协调数据传输，使得与多个消息相关联的数据可W在每个传输中被 顺序地排列。运可W被做到，例如，使用队列或回调模块360。例如，回调模块360可W与已 经注册用于传输的应用进行协调。如果判定操作640判定需要高功率信道发送消息（例如， 基于队列深度、自上次发送的时间、消息优先级等等），判定操作640分支到激活操作650， 其将无线电发射器从待机（或关闭）状态转变到活动状态。运使得传输操作