本文涉及蜂窝电信的领域，更准确地在互联网分组（IP）多媒体子系统（IMS）的上下文内涉及蜂窝电信的领域。
在IMS通过长期演进（LTE）的话音标准的定义中，用户装备通过互联网分组的话音（VoIP）引擎不考虑蜂窝网络所配置的连接不连续接收（CDRX）循环持续时间或半持续调度（SPS）时段。对UE蜂窝数据链路层与UE VoIP引擎之间的协同的缺乏不允许UE以最优时延和功率性能执行音频话音呼叫，所述UE VoIP引擎执行实时传输协议（RTP）以及调度音频数据驱动器读取/写入和网络发送/接收。
附图说明
关于以下附图描述一些实施例：
图1是针对一个实施例的示意性描绘；
图2是针对用户装备的一个实施例的流程图；
图3是针对网络基站的一个实施例的流程图；
图4是针对一个实施例的系统描绘；并且
图5是根据一个实施例的系统的前视图。
具体实施方式
在一个实施例中，UE VoIP引擎监视网络模式周期并且实现可缩放的调度策略，所述可缩放的调度策略可以使VoIP调度适配当前本地无线电配置。通过适配其调度，VoIP引擎可以减小口到耳（mouth-to-ear）延迟或功率消耗而同时保持音频传输速率恒定。
较低电信无线电层（数据链路）保持独立于较高层（传输/应用）。对于较低层而言可能通知较高层关于当前CDRX循环延迟或当前SPS时段值，或者暴露应用程序接口（API）以设置数据链路层的偏好。
在一个实施例中，识别出通过长期演进的话音（VoLTE）呼叫的口到耳延迟和功率消耗之间的最佳权衡。
可以允许UE基于在UE设置中存储的或在运行时计算的UE时延、功率性能或任何其他专属或设备偏好而向网络指示针对话音的其优选的CDRX或SPS状态。
当连接到新的网络基站基站时，UE可以提供其话音CDRX循环或SPS时段偏好。网络基站可能不支持或可能忽略UE偏好。当网络基站没有特定偏好时，UE偏好可以被网络基站遵循。
UE偏好可以基于由设备的制造商设置的准则。UE装备厂商向网络网络基站建议对设备最优的配置。例如，对于提供非常良好时延性能的设备，制造商可以决定请求以口到耳延迟惩罚为代价而使用更功率高效的网络配置，即较长时段CDRX循环或SPS时段。
偏好还可以基于实时传输控制协议（RTCP）测量、VoIP环程时间测量、时延测量或抖动缓冲管理统计量而动态地设置，其可以指示良好的口到耳延迟，并且因此可以在对用户体验没有任何值得注意的影响的情况下增加延迟。因此，UE可以建议较高CDRX或SPS循环。在其他情形中，UE可以建议较小CDRX或SPS，如果它检测到话音质量的降级的话。
无论UE偏好被网络使用还是被忽略，UE VoIP引擎监视当前CDRX循环或SPS时段配置。基于该信息，VoIP引擎适配VoIP引擎调度速率、音频驱动器数据传送调度速率和RTP聚合速率以匹配网络周期。匹配网络周期在网络周期大时避免无用的过调度并且实现更好的网络带宽使用，并且在网络周期小时避免惩罚口到耳延迟。
可以通过使UE基于UE的某个本征性能或基于监视诸如环程延迟、链路质量或传输信号级别之类的某些UE运行时统计量而向网络建议优选的CDRX或SPS循环以便将网络影响到针对该特定UE的最优配置，来获得对UE的更好的功率/口到耳权衡。同样地，可以通过将VoIP引擎调度时段与网络周期匹配来确定更好的权衡，所述匹配包括匹配VoIP引擎调度速率、来自/去往音频驱动器的读取/写入的传送速率和随网络周期发送的分组的调度速率。
可以当在话音呼叫开始时或在话音呼叫期间创建话音承载的时候，在发送到网络基站的UE辅助信息无线电资源控制（RRC）消息内添加现场优选UE话音调度时段。可替换地，可以使用MAC控制块或任何适当的信令无线电消息。目的是允许UE向网络指示针对话音的其优选的CDRX或SPS循环。可以在创建话音专用承载时、在话音呼叫开始时或者在话音呼叫期间由UE管理偏好。调制解调器设置可以被配置成根据某个UE总体时延或功率性能而定制优选UE话音调度时段。
即使网络接受、拒绝或不支持优选UE话音调度时段UE偏好，也可能通过将UE VoIP引擎调度时段与网络调度周期设置匹配来优化口到耳延迟或功率消耗。
UE LTE数据链路层使高级接口暴露，所述高级接口通知客户端关于CDRX循环和SPS时段的初始值和值改变。它还提供接口，所述接口指示在UE VoIP引擎向UE数据链路层发送分组的时刻与当分组被传输到基站时的开启（On）持续时间时段之间的平均时间差异分组上行链路分级（staging）持续时间。UE VoIP引擎监视网络当前调度周期以便将其调度时段和音频驱动器数据传送时段与当前网络调度周期匹配。
VoIP引擎能够通过将音频和抖动缓冲大小配置成足够大以对包括在（一个或多个）RTP分组中的帧进行解码、吸收系统时延和消除网络抖动的值，来控制分组接收和驱动器帧写入操作之间的延迟。要处理的帧的数目对应于网络周期因子（个帧）。类似地，在上行链路路径上，归功于由数据链路层提供的分组上行链路分级持续时间统计量，来自音频驱动器的读取和分组传输之间的延迟可以被VoIP引擎控制成足够大以对个帧进行编码（对应于UE调度周期因子）并且吸收系统时延。
在下文中，考虑功率模型和两个不同的硬件模型。在附录A和B中定义第一硬件（实现方式1）。表1中的功率图示出针对和的不同值的功率消耗和口到耳延迟。一方面，当网络周期是时通过将从1增加到2来优化功率导致显著的（19.8%）改进，但处于主要口到耳延迟增大（15.7%）。在该情形中，将VoIP引擎调度与网络调度匹配允许在时优化口到耳延迟。在另一方面，当网络周期是时，将从1增加到2通过在对时延有轻微影响的情况下显著地最小化功率消耗（来实现最佳权衡。
表1：在0dBm处的功率消耗和口到耳延迟变化——实现方式1。括号中的百分比指示当将从1增加到2时的性能变化。
表2：在30dBm处的功率消耗和口到耳延迟变化——实现方式1。括号中的百分比指示当将从1增加到2时的性能变化。
考虑不同的硬件（实现方式2），其中VoIP引擎位于与数据链路层相同的处理器上。在该硬件的情况下，假设：
• 去往/来自数据链路层的RTP分组读取/写入直接位于相同的处理器上
• 解码和编码时间是（见附录A）。表3和表4中的结果示出趋势的一致性。网络调度时段和VoIP引擎调度的对准在对口到耳延迟有低影响的情况下提供功率的系统改进。
表3：在0dBm处的功率消耗和口到耳延迟变化——实现方式2。括号中的百分比指示当将从1增加到2时的性能变化。
表4：在30dBm处的功率消耗和口到耳延迟变化——实现方式2。括号中的百分比指示当将从1增加到2时的性能变化。
当每调度VoIP引擎时，在VoIP引擎唤醒时必须发送n个帧。为了改进带宽效率，我们在本发明中提出：VoIP引擎配置聚合速率为 以便发送包括n个帧的单个RTP分组。通过这样做，VoIP引擎减少带宽消耗而不损害口到耳延迟或功率消耗。
附录A：功率模型描述
我们考虑以下功率消耗模型：
其中：
• 是UE调度周期因子，VoIP引擎每被调度
• 是网络调度周期因子，CDRX循环或SPS周期等于
• 是输出功率，其依赖于到网络基站的距离和周围自然或人工障碍物。
• 是总体UE功率消耗
• 是RF、蜂窝物理层和主机以及贡献于话音呼叫的执行的应用进程的UE功率消耗，并且其依赖于和
• 是来自所有其他贡献者的剩余UE功率消耗，其包括所有其他恒定音频贡献，诸如编解码器和音频DSP处理
以下列出VoLTE呼叫的可变功率贡献者：
1）RTP分组的传输（包括射频组件中的数字处理和模拟处理）
2）RTP分组的接收（包括射频组件中的数字处理和模拟处理）
3）去往数据链路层的音频RTP分组写入
4）来自数据链路层的音频RTP分组读取
5）音频帧处理和去往音频驱动器的写入
6）音频帧处理和来自音频驱动器的读取
7）从音频驱动器缓冲器到音频子系统的音频帧硬件传送
8）从音频子系统到音频驱动器缓冲器的音频帧硬件传送。
该模型还考虑最差情况场景，其中这些活动是独立的，即在同一组件上执行的活动在时间上不重叠，并且因此其总功率贡献等于每个单个活动的功率贡献的和。
针对VoIP引擎贡献的功率模型是：
其中：
• 是当传输分组时由RF组件消耗的功率，其依赖于实际输出信号功率。是传输状态中的驻留（residency）百分比，即传输状态中由RF花费的比例时间。
• 是当接收块开启时由RF组件消耗的功率。是接收状态中的RF组件的驻留百分比。
• 是系统状态S0中的功率消耗，并且是该状态中的驻留百分比。
• 是系统状态C0中的功率消耗，并且是该状态中的驻留百分比。
状态的定义如下：
• 在S1状态中，没有中央处理单元（CPU）活动，电压被减小，系统处于低功率模式中。
• 在S0状态中，所有处理器是空闲的，并且所有外设是不活动的，但电压处于高消耗状态中。系统在转变到低功率系统状态（S1）或从低功率系统状态（S1）转变期间处于该状态。
• 在S0'状态中，所有处理器是空闲的，但硬件在处置去往或来自无线电数据链路层的RTP分组的传送。其包括S0状态消耗和读取或写入分组要消耗的额外功率。
• 在C0状态中，处理器核之一正以最高频率运行。由于语音处理（例如，编码和解码）主要是基于帧的并且携带从一个帧到下一帧的状态，因此不可能使不同处理器上的处理并行化。因此，在一些实施例中仅必须考虑单个处理器功率状态。
所描述的功率模型将在本文用于评估一些实施例的增益。
令
• 是传输的持续时间
• 是在其期间接收器块通电的持续时间
• 是以ms计的S0和S1状态之间的进入和离开时间的和。
• 是在其期间系统处于状态S0'的RTP分组传送时延。
• 是下行链路处理时间（解码）
• 是上行链路处理时间（编码）
段落24中的（1）的驻留贡献是：
（2）的驻留贡献是：
（3）的驻留贡献是：
到状态S0’和到状态S0
（4）的驻留贡献是：
到状态S0’和到状态S0
（5）的驻留贡献是：
到状态C0’和到状态S0
（6）的驻留贡献是：
到状态C0和到状态S0
（7）和（8）的驻留贡献是：
到状态S0
总功率消耗是：
使用以下值：
并且
并且
并且
并且
附录B：
令是口到耳延迟，其值可以如下：
遵循3GPP 26.114规范的IMS UE解决方案的增强可以在一些实施例中实现。在图1中示出所提出的经修改的IMS系统的架构。用户装备10通过无线电接口与网络基站12和媒体网关/远程设备22耦合。媒体网关/远程设备22包括RTP控制协议（RTCP）24、RTP 26、用户数据报协议（UDP）28、互联网协议版本4（IPV4）/互联网协议版本6（IPV6 30）。
网络基站包括L1/L2 34内的CDRX/SPS控制部32。
用户装备包括上行链路调度器44和下行链路调度器46二者内的控制信道L1/L2 36、IPV4/IPV6 38、UDP 40和RTP 42。上行链路调度器包括RTP封包化（packetization）43，并且下行链路调度器包括RTP解包化（depacketization）48。上行链路调度器包括自适应多速率（AMR）编码器50和调度时段设置52。下行链路控制器包括抖动缓冲管理（JBM）54和AMR解码器56。
用户装备还包括具有时段大小60的音频捕获驱动器58和具有时段大小设置64的音频回放驱动器62。调度和适配状态机14设置时段大小60和64中的驱动器帧粒度。其还设置下行链路调度器46内的调度速率和调度时段66。3GPP 26.114适配状态机68设置AMR编码器50中的速率、RTP封包化43中的聚合和冗余速率。调度适配状态机从CDRX/SPS管理器20接收分组上行链路分级持续时间并且向该管理器提供设置的优选时段。调度适配状态机还从RTCP 70接收远程聚合请求。
在呼叫建立时或在RRC连接时或在VoLTE呼叫期间，UE 10数据链路层CDRX/SPS管理器块20从UE系统较高层接收优选的网络周期（比如40ms），所述UE系统较高层包括调度适配状态机14。该设置可以是基于针对所呼叫的终端的过去历史或任何其他相关信息的关于可接受口到耳延迟的最佳猜测。CDRX/SPS管理器向eNB 12建议40ms是优选的CDRX或SPS循环。其通过使用RRC消息（通常是UE辅助信息）的称为“优选的UE话音调度时段”参数的新参数或者使用到网络基站的任何其他相关信令手段，将该偏好转发到网络基站。CDRX/SPS管理器使API暴露于较高层以通知关于所应用的网络调度周期的改变，所应用的网络调度周期可能或可能不等于优选的UE话音调度时段偏好。
调度适配状态机（SASM）14正管理VoIP数据链路层状态的适配。SASM模块采取两个参数作为输入：
• 如在3GPP 26.114规范中定义的针对聚合的远程RTCP请求（RTCP_APP_REQ_AGG）。
• CDRX循环当前值（或SPS模式时段），即网络上的分组传输的周期。
• 关于数据链路层中的分组的分级持续时间的统计量（分组上行链路分级持续时间）。
• SASM模块修改数据链路层CDRX管理器块中的优选的UE话音调度时段参数和RTP封包化块聚合速率、下行链路和上行链路调度时段以及音频驱动器捕获和回放帧粒度。
实际优选配置可以来自于UE的定制数据库或来自于RTCP测量。如果基于RTCP测量的时延估计示出口到耳延迟可以在可接受话音质量的情况下增加，则该参数增加。
在一个实施例中，默认地，RTP封包化块聚合速率被设置成20ms。如果接收到RTCP聚合请求，则RTP封包化聚合速率可以被设置成由远程装置请求的值以符合3GPP规范。
如果没有接收到RTCP聚合，则RTP封包化被配置成匹配网络调度周期。
在一个实施例中，默认地，下行链路和上行链路调度时段被设置成20ms以优化口到耳延迟。如果网络调度周期严格大于20ms，则上行链路和下行链路上调度时段被配置成匹配该网络时段。
在一个实施例中，默认地，音频驱动器捕获和回放帧粒度被设置成20ms以优化口到耳延迟。如果网络周期严格大于20ms，则捕获和回放驱动器粒度被配置成匹配该网络时段。
SASM模块尝试实现VoLTE呼叫的最佳功率，而不使感知的话音呼叫质量降级。
可以以软件、固件和/或硬件实现图2和3中示出的序列。在软件和固件实施例中，它们可以通过计算机执行的指令来实现，所述计算机执行的指令被存储在一个或多个非暂时性计算机可读介质（诸如，磁性、光学或半导体存储装置）中。
在图2中示出的用于用户装备偏好选择和到网络基站的传输的序列80通过检查所存储的网络配置而开始，如在块82中所指示的。该配置可以被制造商设置成实现某些性能特性。该信息可以以针对CDRX或SPS定时的建议的形式提供到网络基站，如在块84中指示的。
无论偏好的建议是否被网络基站接受，用户装备都继续监视当前CDRX或SPS持续时间，如在块86中所指示的。
根据需要，用户装备可以适配VoIP引擎调度速率、音频驱动器数据传送调度速率和/或RTP聚合速率以匹配当前网络周期，如在块88中指示的。
在块89中，通过使用RTCP报告，用户装备可以监视当前口到耳延迟并且向网络动态地建议新的CDRX或SPS配置。
如图3中所示，用于在网络基站处实现用户装备偏好建议的序列90通过接收用户装备偏好建议而开始，如在块92中指示的。这可以通过检查关于CDRX或SPS循环的最近已知的用户的偏好来进行。菱形94处的检查指示UE偏好建议是否是可接受的。然后在块96中，如果用户装备建议是可接受的，则建议被接受，并且否则在块98中指示建议被忽略。这可以通过在创建音频承载时或在呼叫建立时相应地设置网络CDRX或SPS循环来进行。这允许用户装备在提供用户装备功率消耗与呼叫口到耳延迟之间的最佳权衡的配置中工作。网络基站可以基于业务的类型或基于网络基站度量来决定是否可以改变CDRX或SPS循环。如果是这样的话，则可以在呼叫的过程期间设置适当循环。
本文所描述的图形处理技术可以以各种硬件架构来实现。例如，图形功能性可以集成在芯片组内。可替换地，可以使用分立图形处理器。作为又一个实施例，图形功能可以由通用处理器实现，所述通用处理器包括多核处理器。
图4图示了系统700的实施例。在实施例中，系统700可以是媒体系统，不过系统700不限于该上下文。例如，系统700可以合并到个人计算机（PC）、膝上型计算机、超膝上型计算机、平板电脑、触摸板、便携式计算机、手持计算机、掌上计算机、个人数字助理（PDA）、蜂窝电话、组合蜂窝电话/PDA、电视、智能设备（例如，智能电话、智能平板或智能电视）、移动互联网设备（MID）、消息传递设备、数据通信设备等等中。
在实施例中，系统700包括耦合到显示器720的平台702。平台702可以从内容设备接收内容，所述内容设备诸如（一个或多个）内容服务设备730或（一个或多个）内容递送设备740或其他类似内容源。包括一个或多个导航特征的导航控制器750可以用于例如与平台702和/或显示器720交互。下文更详细地描述这些组件中的每一个。
在实施例中，平台702可以包括芯片组705、处理器710、存储器712、存储装置714、图形子系统715、应用716和/或无线电装置718的任何组合。芯片组705可以提供处理器710、存储器712、存储装置714、图形子系统715、应用716和/或无线电装置718之间的互通信。例如，芯片组705可以包括存储适配器（未描绘），其能够提供与存储装置714的互通信。
处理器710可以实现为复杂指令集计算机（CISC）或精简指令集计算机（RISC）处理器、x86指令集兼容处理器、多核或任何其他微处理器或中央处理单元（CPU）。在实施例中，处理器710可以包括（一个或多个）双核处理器、（一个或多个）双核移动处理器等等。处理器可以连同存储器712一起实现图2和3的序列。
存储器712可以实现为易失性存储器设备，诸如但不限于，随机存取存储器（RAM）、动态随机存取存储器（DRAM）或静态RAM（SRAM）。
存储装置714可以实现为非易失性存储设备，诸如但不限于，磁盘驱动器、光盘驱动器、带驱动器、内部存储设备、附着存储设备、闪速存储器、电池后备SDRAM（同步DRAM）和/或网络可访问存储设备。在实施例中，例如，存储装置714可以包括当包括多个硬驱动器时增加针对有价值数字媒体的存储性能增强保护的技术。
图形子系统715可以执行诸如静态或视频的图像的处理以供显示。图形子系统715可以是例如图形处理单元（GPU）或视觉处理单元（VPU）。模拟或数字接口可以用于通信地耦合图形子系统715和显示器720。例如，接口可以是高清晰度多媒体接口、显示端口、无线HDMI和/或无线HD依从技术中的任一个。图形子系统715可以集成到处理器710或芯片组705中。图形子系统715可以是通信地耦合到芯片组705的独立卡。
本文所描述的图形和/或视频处理技术可以以各种硬件架构来实现。例如，图形和/或视频功能性可以集成在芯片组内。可替换地，可以使用分立图形和/或视频处理器。作为又一个实施例，图形和/或视频功能可以由通用处理器实现，所述通用处理器包括多核处理器。在另外的实施例中，功能可以在消费者电子设备中实现。
无线电装置718可以包括能够使用各种合适的无线通信技术来传输和接收信号的一个或多个无线电装置。这样的技术可以涉及跨一个或多个无线网络的通信。示例性无线网络包括（但不限于）无线局域网（WLAN）、无线个域网（WPAN）、无线城域网（WMAN）、蜂窝网络和卫星网络。在跨这样的网络的进行通信中，无线电装置718可以根据以任何版本的一种或多种可应用标准进行操作。
在实施例中，显示器720可以包括任何电视类型监视器或显示器。显示器720可以包括例如计算机显示屏、触摸屏显示器、视频监视器、电视类设备和/或电视。显示器720可以是数字的和/或模拟的。在实施例中，显示器720可以是全息显示器。显示器720还可以是可接收视觉投影的透明表面。这样的投影可以传达各种形式的信息、图像和/或对象。例如，这样的投影可以是用于移动增强现实（MAR）应用的视觉叠加。在一个或多个软件应用716的控制下，平台702可以在显示器720上显示用户接口722。
在实施例中，（一个或多个）内容服务设备730可以由任何国家的、国际的和/或独立的服务托管，并且因而经由例如互联网对平台702可访问。（一个或多个）内容服务设备730可以耦合到平台702和/或到显示器720。平台702和/或（一个或多个）内容服务设备730可以耦合到网络760以向网络760和从网络760传送（例如，发送和/或接收）媒体信息。（一个或多个）内容递送设备740也可以耦合到平台702和/或到显示器720。
在实施例中，（一个或多个）内容服务设备730可以包括有线电视盒、个人计算机、网络、电话、启用互联网的设备或能够递送数字信息和/或内容的器件以及能够经由网络760或直接地在内容提供商和平台702和/或显示器720之间单向或双向传送内容的任何其他类似设备。将领会的是，可以经由网络760向和从系统700中的组件中的任何一个和内容提供商单向和/或双向传送内容。内容的示例可以包括任何媒体信息，包括例如视频、音乐、医疗和游戏信息等等。
（一个或多个）内容服务设备730接收诸如有线电视节目的内容，包括媒体信息、数字信息和/或其他内容。内容提供商的示例可以包括任何有线或卫星电视或无线电或互联网内容提供商。所提供的示例不意为限制可应用的实施例。
在实施例中，平台702可以从具有一个或多个导航特征的导航控制器750接收控制信号。控制器750的导航特征可以用于例如与用户接口722交互。在实施例中，导航控制器750可以是指示设备，其可以是允许用户将空间（例如，连续的和多维的）数据输入到计算机中的计算机硬件组件（特别是人类接口设备）。诸如图形用户接口（GUI）以及电视和监视器的许多系统允许用户使用物理手势来控制和提供数据到计算机或电视。
控制器750的导航特征的移动可以通过指针、光标、聚焦环或显示器上显示的其他视觉指示器的移动而在显示器（例如，显示器720）上重复。例如，在软件应用716的控制下，位于导航控制器750上的导航特征可以映射到例如在用户接口722上显示的虚拟导航特征。在实施例中，控制器750可以不是分离的组件，而是集成到平台702和/或显示器720中。然而，实施例不限于本文所示出或描述的元件或在本文所示出或描述的上下文中。
在实施例中，例如，驱动器（未示出）可以包括当启用时使得用户能够在初始启动之后用按钮的触摸立即开启和关闭平台702（比如电视）的技术。当平台“关闭”时，程序逻辑可以允许平台702将内容流式传输到媒体适配器或（一个或多个）其他内容服务设备730或（一个或多个）内容递送设备740。此外，例如，芯片组705可以包括对于5.1环绕声音频和/或高清晰度7.1环绕声音频的硬件和/或软件支持。驱动器可以包括用于集成图形平台的图形驱动器。在实施例中，图形驱动器可以包括外围组件互连（PCI）快速图形卡。
在各种实施例中，可以集成在系统700中示出的组件中的任何一个或多个。例如，可以集成平台702和（一个或多个）内容服务设备730，或者可以集成平台702和（一个或多个）内容递送设备740，或者可以集成例如平台702、（一个或多个）内容服务设备730和（一个或多个）内容递送设备740。在各种实施例中，平台702和显示器720可以是集成单元。例如，可以集成显示器720和（一个或多个）内容服务设备730，或者可以集成显示器720和（一个或多个）内容递送设备740。这些示例不意为范围限制。
在各种实施例中，系统700可以实现为无线系统、有线系统或二者的组合。当实现为无线系统时，系统700可以包括适于通过无线共享介质进行通信的组件和接口，诸如一个或多个天线、发射器、接收器、收发器、放大器、滤波器、控制逻辑等等。无线共享介质的示例可以包括无线频谱的部分，诸如RF频谱等等。当实现为有线系统时，系统700可以包括适于通过有线通信介质进行通信的组件和接口，诸如输入/输出（I/O）适配器、连接I/O适配器与对应有线通信介质的物理连接器、网络接口卡（NIC）、盘控制器、视频控制器、音频控制器等等。有线通信介质的示例可以包括导线、线缆、金属引线、印刷电路板（PCB）、背板、交换结构、半导体材料、双绞线、同轴线缆、光纤等等。
平台702可以建立一个或多个逻辑或物理信道以传送信息。信息可以包括媒体信息和控制信息。媒体信息可以是指表示意图用于用户的内容的任何数据。内容的示例可以包括例如来自话音会话、视频会议、流式视频、电子邮件（“email”）消息、话音邮件消息、字母数字符号、图形、图像、视频、文本等等的数据。来自话音会话的数据可以例如是语音信息、静默时段、背景噪声、舒适噪声、音调等等。控制信息可以是指表示意图用于自动化系统的命令、指令或控制字的任何数据。例如，控制信息可以用于通过系统来路由媒体信息，或者指示节点以预定方式处理媒体信息。然而，实施例不限于图4中所示出或描述的元件或在图4中所示出或描述的上下文中。
如上所述，系统700可以以变化的物理样式或形状因子来体现。图5图示其中可以体现系统700的小形状因子设备800的实施例。在实施例中，例如，设备800可以实现为具有无线能力的移动计算设备。移动计算设备可以是指具有处理系统和移动功率源或电源（诸如，例如一个或多个电池）的任何设备。
如图5中所示，设备800可以包括外壳802、显示器804和810、输入/输出（I/O）设备806和天线808。设备800还可以包括导航特征812。显示器804可以包括用于显示适合于移动计算设备的信息的任何合适的显示单元。I/O设备806可以包括用于将信息录入到移动计算设备中的任何合适的I/O设备。针对I/O设备806的示例可以包括字母数字键盘、数字小键盘、触摸板、输入按键、按钮、开关、摇杆开关、麦克风、扬声器、话音识别设备和软件等等。信息还可以借助于麦克风被录入到设备800中。这样的信息可以被话音识别设备数字化。实施例在该上下文中不被限制。
以下条款和/或示例关于另外的实施例：
一个实施例可以是一种方法，包括：由用户装备监视网络模式周期；以及基于所述周期，使通过互联网分组的话音调度适配当前无线电配置以减小口到耳延迟或功率消耗而不使感知的音频编码质量降级。所述方法还可以包括基于每个选项对时延的影响而找到功率消耗减小和口到耳延迟减小选项之间的最佳权衡。所述方法还可以包括使得用户装备能够向网络基站指示针对用于话音的连接不连续接收循环持续时间（CDRX）或半持续调度（SPS）时段的偏好。所述方法还可以包括其中偏好是由用户装备制造商规定的。所述方法还可以包括基于实时条件而动态地改变偏好。所述方法还可以包括响应于实时条件的测量而建议口到耳延迟可被增加或降低，以及计算最大可接受口到耳改变。所述方法还可以包括其中所述测量是VoIP环程时间或时延测量。所述方法还可以包括向网络基站建议CDRX循环可被增加或降低，以及建议优选CDRX循环。所述方法还可以包括其中通过互联网协议的话音引擎基于CDRX循环或SPS时段来适配其调度速率以匹配网络周期。所述方法还可以包括将音频驱动器数据传送时段与当前网络调度周期匹配。所述方法还可以包括经由无线电资源控制（RRC）消息或MAC信令而将偏好转发到网络基站。
在另一个示例实施例中可以是一种方法，包括：检查关于连接不连续接收（CDRX）或半持续调度（SPS）循环的最近已知的用户装备偏好；决定是忽略还是接受用户装备的偏好；以及在创建音频承载时相应地设置网络CDRX或SPS循环。所述方法还可以包括基于针对用户装备的业务的类型或基于内部基站度量来决定是否可改变针对给定用户装备的CDRX或SPS循环，以及在呼叫的过程期间相应地设置CDRX或SPS循环。
另一个实施例可以是一个或多个非暂时性计算机可读介质，其存储指令以执行序列，所述序列包括：由用户装备监视网络模式调度周期；以及基于所述周期，使通过互联网分组的话音调度适配当前无线电配置以减小口到耳延迟或功率消耗而不使感知的音频编码质量降级。所述介质还可以包括存储指令以执行序列，所述序列包括：基于每个选项对时延的影响而找到功率消耗减小和口到耳延迟减小选项之间的最佳权衡。所述介质还可以包括存储指令以执行序列，所述序列包括：使得用户装备能够向网络基站指示针对用于话音的连接不连续接收循环持续时间（CDRX）或半持续调度（SPS）时段的偏好。所述介质还可以包括存储指令以执行序列，所述序列包括：响应于实时条件的测量而建议口到耳延迟可被增加或降低，以及计算最大可接受口到耳改变。所述介质还可以包括存储指令以执行序列，所述序列包括：向网络基站建议CDRX循环可被增加或降低，以及建议优选CDRX循环。所述介质还可以包括存储指令以执行序列，其中通过互联网协议的话音引擎基于CDRX循环或SPS时段来适配其调度速率以匹配网络周期。所述介质还可以包括存储指令以执行序列，所述序列包括：将音频驱动器数据传送时段与当前网络调度周期匹配。所述介质还可以包括存储指令以执行序列，所述序列包括：经由无线电资源控制（RRC）消息或MAC信令而将偏好转发到网络基站。
在另一个示例实施例中可以是一种装置，包括：处理器，所述处理器用于：由用户装备监视网络模式调度周期；以及基于所述周期，使通过互联网分组的话音调度适配当前无线电配置以减小口到耳延迟或功率消耗而不使感知的音频编码质量降级；以及耦合到所述处理器的存储器。所述装置可以包括所述处理器用于基于每个选项对时延的影响而找到功率消耗减小和口到耳延迟减小选项之间的最佳权衡。所述装置可以包括所述处理器用于使得用户装备能够向网络基站指示针对用于话音的连接不连续接收循环持续时间（CDRX）或半持续调度（SPS）时段的偏好。所述装置可以包括所述处理器用于响应于实时条件的测量而建议口到耳延迟可被增加或降低，以及计算最大可接受口到耳改变。所述装置可以包括所述处理器用于向网络基站建议CDRX循环可被增加或降低，以及建议优选CDRX循环。所述装置可以包括其中通过互联网协议的话音引擎基于CDRX循环或SPS时段来适配其调度速率以匹配网络周期。所述装置可以包括所述处理器用于经由无线电资源控制（RRC）消息或MAC信令而将偏好转发到网络基站。所述装置可以包括通信地耦合到处理器的显示器。所述装置可以包括耦合到处理器的电池。
贯穿本说明书对“一个实施例”或“实施例”的引用意味着结合实施例描述的特定特征、结构或特性被包括在本公开内包含的至少一种实现方式中。因而，短语“一个实施例”或“在实施例中”的出现不一定指的是相同的实施例。此外，特定特征、结构或特性可以以除了所图示的特定实施例之外的其他合适形式被设立，并且所有这样的形式可以被包含在本申请的权利要求内。
虽然已经描述了有限数目的实施例，但本领域技术人员将从其领会到多种修改和变型。意图在于随附权利要求涵盖如落入本公开的真实精神和范围内的所有这样的修改和变型。