实时LTE通信期间的动态速率自适应的制作方法

相关申请的交叉引用

本专利申请要求于2014年10月22日提交的序列号第14/520,621号的美国实用新型专利申请的优先权。序列号第14/520,621的美国实用新型专利申请的所有内容通过引用全部合并在本文中。

背景技术：

在lte上语音(volte)通话中，语音服务作为在长期演进(lte)数据承载(databearer)上的数据流被提供。在建立volte通话期间，两个用户设备(ue)装置端点在由ip多媒体核心网络子系统(ims)所调解的协商中交换能力。具体来说，ue交换关于它们支持的编解码和速率的信息，诸如，它们支持的amr-wb(自适应多速率带宽)编解码速率。amr-wb是被编码为itu-tg.722.2标准的会话音频编码标准。amr-wb在九个不同的比特率模式下运行，并且在典型的通话建立中，ue装置交换它们的比特率模式并选择被两者支持的最高比特率。

volte利用实时传输协议(rtp)，rtp提供了互联网协议(ip)网络上的语音(和视频)传输。rtp提供了抖动补偿机制以及对数据的无序到达的检测机制。实时控制协议(rtcp)用于交换关于rtp会话的信息。

附图说明

参照附图阐述了具体实施方式。在附图中，标号的最左侧数字标识标号首次出现的图。相同标号在不同图中的使用指示相似或相同的项目或特征。

图1示出在volte会话期间编解码速率所适应于的示例性环境。

图2示出示例性的用户设备。

图3示出示例性的基站。

图4示出在第一基站的监视器组件与第一ue的监视器组件之间的连接。

图5示出在实时lte通信会话期间动态速率自适应的示例性过程的流程图。

图6示出基站请求ue动态编解码速率改变的示例性过程的流程图。

具体实施方式

本公开描述了通过其无线ue装置在实时lte通信会话期间重新协商实时的、基于lte的通信会话参数的系统和机制。重新协商由性能数据触发。性能数据受网络条件(诸如，网络边缘条件)或端到端条件(诸如，射频(rf)条件)影响。ue装置包括监视器组件。在某些示例中，监视器组件监视在一层或更多层协议栈处的通信，接收性能数据，并基于性能数据确定是否重新协商编解码速率。在实时lte通信会话期间执行重新协商。在某些示例中，重新协商是基于ue之前已交换了它们的能力(capability)的提高效率的重新协商。较低的编解码速率更加稳健，而较高的编解码速率提供更好的音频质量。因此，性能差时，降低编解码速率能够使ue装置更好地补偿差的网络条件。可替换地，性能好时，切换到较高的编解码速率利用好的网络条件来提供更好的服务。

在某些示例中，监视器组件确定并监视关于实时lte通信会话本身的性能指示符，诸如，实时lte通信会话的抖动特性(jittercharacteristic)、实时lte通信会话的延迟特性、实时lte通信会话的数据包丢失特性或其它特性。基于这些性能指示符，监视器组件确定在会话期间执行会话中重新协商至较高或较低的编解码速率。例如，当性能指示符指示性能差(例如，高抖动、高延迟、高数据包丢失)时，监视器组件确定对通话中编解码速率更改重新协商以降低编解码速率。当性能指示符指示性能好时，监视器组件确定执行通话中重新协商至较高的编解码速率。使用重新邀请消息(re-invitemessage)发起重新协商。

在某些示例中，监视器组件确定并监视网络或rf条件差的边缘处的性能。在某些示例中，监视器组件监视与基站的lte连接的物理条件。例如，在某些示例中，监视器组件监视关于无线链路的物理状况的数据或从传输硬件(诸如，从调制器/解调器(modem))接收关于无线链路的物理条件的数据。这种数据包括例如信噪比(snr)、信干噪比(sinr)、信道指令指示(cqi)或其它信息。在某些示例中，监视器组件基于这种条件确定执行编解码速率改变的会话中重新协商。例如，在高噪声条件下，监视器组件确定对通话中编解码速率改变进行重新协商以降低编解码速率。在低噪声条件下，监视器组件确定对通话中编解码速率改变进行重新协商以增加编解码速率。

在某些示例中，监视器组件监视在网络的边缘处来自基站的消息并利用这种消息作为一种类型的性能数据。在某些示例中，监视器组件接收指示基站(诸如，在lte网络中的增强型节点b(enb))已发送显式请求来建立较低编解码改变的数据。在另一示例中，监视器组件接收指示采用媒体访问控制(mac)层harq过程改变(processchange)的无线资源控制(rrc)重新配置的数据，其中，这种重新配置指示基站感测到条件差。响应于来自基站的这种消息，监视器组件为实时lte通信会话建立新的或重新协商的编解码速率。在某些示例中，mac层的重新配置(诸如，针对tti捆绑的mac层harq过程改变)包括纠错(errorcorrection)重新配置或检错(errordetection)重新配置，诸如，从稳健性较差的纠错或检错至稳健性更好的纠错或检错。在一示例中，纠错重新配置或检错重新配置包括在不等待来自接收器的ack或nack的情况下在捆绑中(诸如，针对传输时间间隔(tti)捆绑的混合自动重传请求(混合arq或harq)中)发送多个冗余版本的数据。发送器(诸如，基站)可在条件差时重新配置mac链路以利用tti捆绑，并且监视器组件可将这种重新配置视为边缘网络性能数据。

如上所示，在某些示例中，基站发送显式请求以改变实时lte通信会话编解码速率。在某些示例中，基站诸如基于snr或sinr或cqi确定ue的rf条件达到某质量水平，并递交请求以降低实时lte通信会话编解码速率。在某些示例中，基站监视基站的利用率等级。响应于高利用率或拥塞等级，基站可请求连接到基站的一个或更多个ue降低它们的编解码速率，以便降低基站的整体使用率。在这些示例中，基站被提供有对由ue使用的用于实时lte通信会话(诸如，volte通话)的编解码速率的某些控制。

如在本文中使用的，实时lte通信会话是一种类型的电子通信，其中从人类的观点来看，至少抖动和延迟会不利影响通信的利用并且其被特定设计为通过lte通信被本机携带。虽然对于通信的人类感知而言数据包丢失相较于抖动或延迟较不重要，但是数据包丢失也可能不利影响实时lte通信。实时lte通信会话的示例包括电话通话(诸如，volte通话)和视频通话(诸如，vilte(在lte上的视频)通话)。其它示例可包括或作为以下的一部分：流视频、流音频、多方音频会议、多方视频会议、在线游戏会话等。实施例不限于多种类型的实时lte通信会话的任何一种类型。

概述

图1示出在volte会话期间编解码速率所适应于的示例性环境100。第一用户设备(ue)102经由第一lte连接106被耦连至第一基站104。相似地，第二ue108经由第二lte连接112被耦连至第二基站110。

在某些示例中，第一ue102和第二ue108是lte兼容(lte-compliant)装置。也就是说，它们符合lte标准，例如，在由版本8和版本9文档系列中的第三代合作伙伴计划(3gpp)颁布的那些以及可能被颁布的一个或更多个将来的版本。在某些示例中，第一ue102和第二ue108中的一个或两个是移动装置，诸如，移动电话、平板计算机、膝上型计算机、手持游戏机、媒体播放器、个人数字助理或其它移动装置。在某些示例中，第一ue102和第二ue108中的一个或两个是固定装置，诸如，台式计算机、游戏机、服务器、电视或其它固定装置。第一ue102不限于任何一种或多种类型的装置。

在某些实施例中，第一基站104和第二基站110与lte标准兼容，即由版本8和版本9文档系列中的3gpp颁布的那些以及可能被颁布的一个或更多个将来的版本。这种基站被称作增强型节点b(“enodeb”或“enb”)。

第一基站104经由第一网络连接116被耦连至核心网络114，第二基站110经由第二网络连接118被耦连至核心网络114。核心网络114可包括演进分组核心(epc)、ims核心或被配置为路由互联网协议(ip)或其它数据包的一个或更多个其它网络架构组件以及被配置为路由和运载电路切换的语音通话的电路切换核心。

在建立第一ue102与第二ue108之间的实时lte通信中涉及互联网协议多媒体子系统(ims)和epc核心120。在某些实施例中，实时lte通信是在第一ue102与第二ue108之间的volte通话。在某些实施例中，实时lte通信可以是在lte通话上的视频、流视频、流音频、多方音频会议、多方视频会议、在线游戏会话等。

在通信建立(包括例如邀请消息)期间，诸如，在volte通话建立期间，第一ue102向ims核心120和第二ue108(被呼叫电话)提供能力(capability)列表(在图1中用圆圈“1”标记)。能力包括一个或更多个编解码和速率，诸如，amr-wb比特率模式、amr-nb(窄带宽)编解码和比特率模式以及evs(增强型语音服务)编解码和比特率模式，这些中的全部或某些可由第一ue102支持。amr-wb/nb和evs比特率模式指示实时lte通信会话的编解码速率。ims核心120将邀请提供给ue108(在图1中用圆圈“2”标记)。基于由第一ue102提供的能力和信息，第二ue108用由ue108和网络两者支持的最高通用编解码和速率反应回去(在图1中用圆圈“3”标记)。能力数据还包括一个或更多个编解码，诸如，由第二ue108支持的一个或更多个amr-wb/nb和evs比特率模式。

在接收到每个其它的能力数据时(在图1中用圆圈“4”标记)，第一ue102和第二ue108彼此建立实时lte通信会话，诸如，volte通话。建立实时lte通信会话包括建立编解码速率，诸如连同建立amr-wb比特率模式。在一示例中，第一ue102和第二ue108使用两者都支持的最高比特率模式来建立实时lte通信会话。在另一示例中，第一ue102和第二ue108基于一个或更多个网络条件(诸如，在下文中将更详细地描述)来建立实时lte通信会话。第一ue102将第二ue108的能力存储在存储器中，第二ue108将第一ue102的能力存储在存储器中，以便如在下文中更详细描述地使编解码速率的重新协商和重新配置效率更高。

对编解码速率的重新配置和重新协商的随后描述描述了被第一ue102和/或第一基站104触发的过程。但是所述过程还可被第二ue108和/或第二基站110触发。在某些实施例中，第一ue102或第二ue108之一包括在本文中描述的监视器组件。在某些实施例中，第一ue102和第二ue108两者包括监视器组件。

在某些示例中，第一基站104监视与第一lte连接106关联的无线条件。这种条件包括信噪比(snr)、信干噪比(sinr)、信道质量指示(cqi)或其它条件中的一个或更多个。在某些实施例中，第一基站104监视在第一基站104处的利用率等级。利用率等级包括在ue与第一基站104之间的活动连接(诸如，lte连接)的数量以及比如物理资源块(prb)的可用网络资源。

响应于确定条件差，诸如确定无线条件降到某阈值(诸如，某sinr、snr或cqi阈值)以下，第一基站104可采取一个或更多个动作。第一基站104将指示网络条件差的消息发送到第一ue102(在图1中用圆圈“5”标记)。在某些实施例中，消息是来自第一基站104用于降低编解码速率或者以其它方式改变已在第一ue102与第二ue108之间建立的已建立的实时lte通信会话的比特率的请求、命令或指令。在某些实施例中，消息指示mac层重新配置，诸如，具有指示无线条件差的tti捆绑的mac层harq过程改变的rrc连接重新配置。在某些示例中，tti捆绑的mac层harq过程改变包括纠错重新配置和/或检错重新配置，诸如，从稳健性差的纠错到稳健性好的纠错的转换，诸如，到传输时间间隔(tti)捆绑的混合自动重传请求(harq)过程改变的转换。

例如，mac层可被初始配置为利用递增冗余harq。在递增冗余harq中，每一次第一ue102接收到错误数据时，第一ue102不丢弃它。相反，第一ue102对数据的接收进行否定确认并且第一基站104重新发送它。在每次重新发送中，第一基站104以不同的编码比特集合重新发送。使用每个冗余版本，第一ue102成功校正和/或解码数据的机会逐渐增加。在tti捆绑中，第一ue102发送多达四个冗余版本(采用不同的编码比特集合的相同数据)，而不用按顺序先等待第一基站发送否定确认或肯定确认(ack)。在无线条件非常差的情况下，当频繁进行数据的重新发送时，tti捆绑减小重新发送延迟量，从而提高整体服务质量。因此，指示harqtti捆绑重新配置的消息的接收向第一ue102指示无线质量已经降到某阈值以下。

第一基站104采用一个或更多个步骤来确定哪个ue或哪些ue请求减小它们的编解码速率。在某些实施例中，诸如，第一基站104确定响应于第一基站104的拥塞或高利用率来减小编解码速率的情况下，第一基站104识别出利用相对高的编解码速率的一个或更多个ue，并向它们发送包括请求、命令或指令的消息以降低编解码速率。ue随后发送重新邀请以进行会话描述协议(sdp)协商。基站包括具有所有活动ue(正在进行当前volte通话)的编解码速率的数据库。在sdp协商完成后该信息由ue提供给基站。按照这种方式，基站获知采用网络中的volte通话连接到基站的所有活动ue的编解码速率。

第一ue102包括监视实时lte通信会话的性能的监视器组件。第一ue102接收指示性能的数据。例如，如上所示，在某些实施例中，由第一ue102接收的数据包括来自第一基站104的消息，其中，所述消息包括用于减小编解码速率的显式请求和/或指示无线条件恶化的重新配置消息。数据可以是诸如来自第一ue102的传输硬件的指示，其指示具有mac层重新配置，诸如，如上所讨论的具有macharq过程改变的rrc连接重新配置。

数据可包括与实时lte通信会话相关联的一个或更多个数据包，诸如，其有效负载包括通信数据(例如，音频和/或视频数据)的数据包。数据包可包括来自第二ue108的控制数据包，其指示在第二ue108上经历的各种条件。在某些实施例中，数据包包括实时协议(rtp)数据包。在某些实施例中，数据包包括实时控制协议(rtcp)数据包。rtp在由互联网工程任务组(ietf)公布的请求注释(rfc)3550中描述。其提供了在ip网络上的语音传输和视频传输。其还提供用于抖动补偿和数据的无序到达的检测的机制。rtp是数据传输协议，它的数据包包括时间戳信息、序列号和可用于确定实时lte通信的性能的其它信息。rtcp用于交换通信端点之间的关于rtp会话的信息。

由一个或更多个数据包，第一ue确定实时lte通信会话的一个或更多个性能指示符。所述一个或更多个性能指示符包括包抖动(包间到达时间的差异)、包延迟、丢包率或百分比或其它信息中的一个或更多个。在某些实施例中，直接从rtp数据包或从自第二ue108接收的rtcp数据包确定这些性能指示符。

在某些实施例中，数据包括诸如来自第一ue102的传输硬件对关于第一lte连接106的无线条件的指示。这种条件包括信噪比(snr)、信干噪比(sinr)、信道质量指示(cqi)或其它条件中的一个或更多个。

第一ue102由一个或更多个数据确定改变实时lte通信会话的编解码速率(在图1中标记为圆圈“6”)，所述一个或更多个数据例如，改变编解码等级的显式请求、指令或命令，指示mac层重新配置(诸如，指示macharq过程改变的rrc连接重新配置)的数据、实时lte通信会话的一个或更多个数据包(例如，rtp数据包)、一个或更多个控制数据包(例如，rtcp数据包)、无线条件数据等。第一ue102向ims核心120发送重新邀请请求，请求改变编解码速率(在图1中标记为圆圈“7”)并且ims核心将重新邀请请求转发到第二ue108(在图1中标记为圆圈“8”)。

在某些实施例中，第一ue102基于接收到的数据确定降低编解码速率。在某些实施例中，利用算法诸如，基于达到的阈值(诸如，阈值sinr、阈值snr、阈值cqi、阈值抖动、阈值延迟、阈值丢包等)来确定是否改变编解码速率。在其它实施例中，度量被确定，其可基于snr、sinr、cqi、抖动、延迟、丢包等中的一个或多个的加权和。度量可按照间隔并在度量超过阈值、满足阈值和/或降到阈值以下时被重新计算，第一ue102确定改变实时lte通信会话的编解码速率。

在某些实施例中，第一ue102将某些数据视作足以改变编解码速率(诸如，来自第一基站104的用于改变编解码速率的显式请求)，而其它数据无法单独视作足以改变编解码速率。在一具体示例中，第一ue102将来自第一基站104的显式请求编解码速率改变的消息和/或来自第一基站104的指示mac层重新配置(诸如，具有macharq的rrc连接重新配置)的消息视作足以触发速率改变，而将其它数据(例如，snr、sinr、cqi、抖动、延迟、丢包等)输入算法(例如，加权和或其它算法)以确定度量。在某些实施例中，第一ue102可被配置为仅接收以上描述的数据中的一个或某些以确定改变度量。在某些实施例中，第二ue108可被配置为利用与第一ue102不同类型的数据以确定是否改变编解码速率。实施例不限于用于确定进行编解码速率改变的任何一种类型或多种类型的监视器组件或数据子集。

在某些实施例中，第一ue102利用计时器确定是否改变编解码速率。例如，第一ue102可在第一编解码速率改变之后，在请求或发起另一编解码速率改变之前等待某时间量。这可防止由于导致网络性能可变性高的异常条件而使编解码速率频繁改变。使用计时器可减小用于改变编解码速率的资源利用率，防止对改变服务质量的不期望的用户感知。在某些实施例中，第一ue102利用第一计时器来确定是否增加编解码速率，并利用第二计时器(或者没有计时器)来确定是否降低编解码速率。诸如在第一计时器的持续时间比第二计时器长的情况下，这可能够快速响应于性能恶化，同时防止编解码速率在网络性能可变性高的时间期间被增加。

在某些示例中，第一ue102和第二ue108在第一ue102请求编解码速率改变之后交换能力数据。在某些实施例中，第一ue102从之前存储的第二ue108的能力信息选择已知的编解码速率，并将选择的编解码速率包括在重新配置请求中。在某些实施例中，第一ue102发送指示将编解码速率降低到由第一ue102和第二ue108两者支持的下一个最低的编解码速率的消息。在某些实施例中，第一ue102发送指示将编解码速率降低到由第一ue102和第二ue108两者支持的最低支持速率的消息。在第一ue102和第二ue108存储在实时lte通信会话的建立期间接收的彼此的能力的情况下，重新配置请求消息可不包括显式重新配置编解码速率。实施例不限于任何一种类型或多种类型的重新配置协议。

向ims核心报告性能数据

在某些实施例中，第一ue102中的监视器组件被配置为周期性地向监视关键性能指标(kpi)服务器122报告性能数据。该性能数据包括以下中的一个或更多个：错误校验和数据(例如，接收到的具有差校验和的数据包的数量)、丢包数据、包抖动数据、包延迟数据、无线条件(例如，sinr、snr或其它)、mac重新配置数据等以及时间戳和蜂窝标识符。该报告可发生在一批中，并且它可发生在网络利用率低时，诸如在凌晨或其它网络利用率低的时间。kpi服务器122可从多个ue收集数据，并将关于移动连接的整体性能的信息(包括由多个ue经历的网络上的实时lte通信会话的质量)提供给网络工程师。

示例性用户设备

图2示出示例性的用户设备102。如在图2中所示，第一ue102包括处理器202和存储器204。在某些实施例中，处理器202是中央处理器(cpu)、图形处理器(gpu)或cpu和gpu两者或任何其它种类的处理单元。一个或更多个处理器202中的每一个处理器可具有执行算术运算和逻辑运算的多个算术逻辑单元(alu)以及从处理器高速缓存存储器提取指令和存储的内容并在程序执行期间根据需要通过在alu上调用来执行这些指令的一个或更多个控制单元(cu)。处理器202还可负责执行存储在存储器204中的所有计算机应用，其可以与常见类型的易失性(ram)和/或非易失性(rom)存储器相关联。

在各种实施例中，存储器204可包括系统存储器，其可以是易失性的(诸如，ram)、非易失性的(诸如，rom、闪存等)或两种的某些组合。存储器204还可包括额外的数据存储装置(可移除的和/或不可移除的)，诸如，磁盘、光盘或磁带。

存储器204还可包括非暂态计算机可读介质，诸如，以用于存储信息(诸如，计算机可读指令、数据结构、程序模块或其它数据)的任何方法或技术实现的易失性和非易失性、可移除和不可移除的介质。系统存储器、可移除存储和不可移除存储是非暂态计算机可读介质的所有示例。非暂态计算机可读介质的示例包括但不限于ram、rom、eeprom、闪存或其它存储器技术、cd-rom、数字通用盘(dvd)或其它光学存储、磁带盒、磁带、磁盘存储或其它磁存储装置或可用于存储期望的信息并可由第一ue102访问的任何其它非暂态介质。任何这种非暂态计算机可读介质可以是第一ue102的一部分。

存储器204包括由处理器202可执行以通过长期演进(lte)连接或其它连接与另一移动装置(诸如，第二ue108)建立实时lte通信会话的通信组件206。实时lte通信会话的建立(其包括建立实时lte通信会话的编解码速率)将在该具体实施方式内的其它处进行讨论。

存储器204包括由处理器202可执行以接收指示实时lte通信会话的性能的数据的监视器组件208。监视器组件208使通信组件206在实时lte通信会话期间至少基于实时lte通信会话的性能执行编解码速率的重新协商。如在该具体实施方式内的其它处所讨论的，数据包括以下数据中的一个或更多个：例如用于改变编解码等级的显式请求、指令或命令、指示mac层重新配置(例如，tti捆绑)的数据、实时lte通信会话的一个或更多个数据包(例如，rtp数据包)、一个或更多个控制数据包(例如，rtcp数据包)、无线条件数据(例如，snr、sinr或其它)等。

第一ue102包括传输硬件210。传输硬件210包括与基站建立lte连接、发送数据并监视lte连接的一个或更多个处理器、芯片、专用集成电路(asic)、可编程电路(例如，现场可编程门阵列)、固件组件等。传输硬件210包括调制解调器、接收器、发射器、天线、纠错单元、符号编码器和解码器等中的一个或更多个。

如图2中所示，传输硬件210操控在基带(例如，物理lte连接)以及协议栈的物理(phy)层和媒体访问控制(mac)层的传输和协议交换。传输硬件210监视在这些层的条件，并且在基带中，条件包括在这些层中发生的重新配置(诸如，在该具体实施方式内的其它处描述的mac层重新配置)以及无线条件(诸如，sinr、snr等)。传输硬件210存储与重新配置和/或无线条件相关联的数据212并使数据212可用于监视器组件208。

在如图2中示出的示例中，监视器组件208监视在协议栈的较高层的通信和协议交换，诸如，ip通信、用户数据报协议(udp)通信、传输控制协议(tcp)通信、rtp/rtcp通信等。

在图2中示出的协议栈监控的描述可在各种实施例中不同；仅为了示意目的，在图2中示出协议栈监视。

在图1中示出的第二ue108可以与图2中示出的第一ue102相同或相似。

示例性基站

图3示出示例性的基站104。如图3所示，第一基站104包括处理器302和存储器304。在某些实施例中，处理器302是中央处理器(cpu)、图形处理器(gpu)或cpu和gpu两者或任何其它种类的处理单元。一个或更多个处理器302中的每一个处理器可具有执行算术运算和逻辑运算的多个算术逻辑单元(alu)以及从处理器高速缓存存储器提取指令和存储的内容并在程序执行期间根据需要通过在alu上调用来执行这些指令的一个或更多个控制单元(cu)。处理器302还可负责执行存储在存储器304中的所有计算机应用，其可以与常见类型的易失性(ram)和/或非易失性(rom)存储器相关联。

在各种实施例中，存储器304可包括系统存储器，其可以是易失性的(诸如，ram)、非易失性的(诸如，rom、闪存等)或两种的某些组合。存储器304还可包括额外的数据存储装置(可移除和/或不可移除的)，诸如，磁盘、光盘或磁带。

存储器304还可包括非暂态计算机可读介质，诸如，以用于存储信息(诸如，计算机可读指令、数据结构、程序模块或其它数据)的任何方法或技术实现的易失性和非易失性、可移除和不可移除的介质。系统存储器、可移除存储和不可移除存储是非暂态计算机可读介质的所有示例。非暂态计算机可读介质的示例包括但不限于ram、rom、eeprom、闪存或其它存储器技术、cd-rom、数字通用盘(dvd)或其它光学存储、磁带盒、磁带、磁盘存储或其它磁存储装置或可用于存储期望信息并可由第一基站104访问的任何其它非暂态介质。任何这种非暂态计算机可读介质可以是第一基站104的一部分。

存储器304包括监视第一基站104的一个或更多个条件(诸如，第一基站104的利用率等级、第一基站104的无线条件等)的监视器组件306。监视器组件306可由处理器302执行以确定第一基站104的条件指示请求一个或更多个ue(诸如，第一ue102)改变编解码速率。在某些实施例中，监视器组件306确定利用率等级(例如，由第一基站104在任何时候支持的活动lte连接的数量)满足或超过某阈值。在某些实施例中，监视器组件306确定一个或更多个lte连接的无线条件(例如，sinr、snr或其它)降到某最小阈值以下或达到某最小阈值。基于这些条件中的一个或更多个，监视器组件306选择一个或更多个ue以接收包括命令、请求或指令的消息以改变编解码速率。例如，当与特定ue的lte连接具有降到某阈值以下的sinr或snr的情况下，监视器组件306将消息发送到监视器组件(诸如，监视器组件208)以向该特定ue请求编解码速率改变。

第一基站104包括传输硬件308。传输硬件308包括与多个ue建立lte连接、发送数据并监视lte连接的一个或更多个处理器、芯片、专用集成电路(asic)、可编程电路(例如，现场可编程门阵列)、固件组件等。传输硬件308包括一个或更多个调制解调器、接收器、发射器、天线、纠错单元、符号编码器和解码器等。

传输硬件308操控在基带(例如，物理lte连接)以及协议栈的物理(phy)层和媒体访问控制(mac)层的传输和协议交换。传输硬件308监视在这些层的条件，并且在基带中，条件包括诸如sinr、snr等的无线条件。传输硬件308包括使得mac层重新配置响应于特定lte连接的无线条件的mac重新配置组件310。在某些实施例中，这种mac层重新配置包括纠错重新配置和/或检错重新配置，诸如，到混合自动重传请求(harq)传输时间间隔(tti)捆绑的转换。

传输硬件308存储与无线条件相关联的数据312并使数据312可用于监视器组件306。

如图1中示出的基站110可以与图3中示出的第一基站104相同或相似。

图4示出在第一基站104的监视器组件306与第一ue102的监视器组件208之间的连接。监视器组件306和监视器组件208被配置为经由控制连接402交换控制消息，诸如，编解码配置请求。在某些实施例中，控制连接402是基于ip的连接，诸如，tcp/ip或udp/ip连接。控制连接402可以是lte控制消息或延伸。在使得发送改变请求消息中可涉及传输硬件308和传输硬件210。在某些实施例中，监视器组件306使传输硬件308将带有编解码改变请求、指令或命令的lte控制消息发送到传输硬件210，传输硬件210随后使该控制消息可用于监视器组件208。在某些实施例中，监视器组件208被配置为周期性地轮询或使传输硬件210轮询用于控制消息的监视器组件306或传输硬件。

示例性过程

图5和图6示出示例性的过程。这些过程被示为逻辑流程图，当中的每一个操作表示操作的顺序，所述操作可以以硬件、软件或它们的组合来实现。在软件背景下，操作表示存储在一个或更多个计算机可读存储介质上的计算机可执行指令，当其由一个或更多个处理器执行时，执行所述操作。总地来说，计算机可执行指令包括执行特定功能或实现特定摘要数据类型的例程、程序、对象、组件、数据结构等。描述操作的顺序不意图理解为限制目的，任意数量的所述操作可以以任意顺序和/或并行组合以实现该过程。

图5示出在实时lte通信会话期间动态速率自适应的示例性过程500的流程图。在502，ue的通信组件(诸如，第一ue102的通信组件206)经由无线连接(诸如，长期演进(lte)连接)在移动装置与另一移动装置之间建立实时lte通信连接。编解码速率还被建立为通信连接建立的一部分。在某些实施例中，实时lte通信连接包括电话通话(诸如，volte通话)、视频通话、流视频、流音频、多方音频会议、多方视频会议、在线游戏会话等。编解码速率还被建立为实时lte通信会话建立的一部分。ue的能力被交换为建立的一部分。所述能力包括由ue支持的一个或更多个amr-wb比特率模式。这种模式指示实时lte通信会话的编解码速率。

在504，监视器组件(诸如，监视器组件208)接收指示实时lte通信连接的性能的数据。这发生在会话期间。在各种实施例中，该数据包括来自基站的一个或更多个消息(例如，包括用于改变编解码速率的请求、命令或指令的显式消息；包括重新配置的消息，所述重新配置诸如mac层重新配置，诸如从稳健性差的至稳健性好的纠错，例如，harqtti捆绑配置等)、包括实时lte会话有效载荷数据的一个或更多个数据包(例如，rtp数据包)、控制数据包(例如，rtcp数据包)、无线条件数据(诸如，snr、sinr等)。

在某些实施例中，在506，监视器组件确定与实时lte通信会话相关联的至少一个性能指示符。在某些实施例中，至少一个性能指示符包括包抖动数据、包延迟数据、丢包数据或其它。至少一个性能指示符可基于包括实时lte会话有效载荷数据(例如，rtp数据包)、控制数据包(例如，rtcp数据包)或其它的一个或更多个数据。

在步骤508，监视器组件至少基于接收到的数据确定使移动装置重新协商编解码速率。在某些实施例中，所述确定基于以下中的一个或更多个：至少一个性能指示符、来自基站的包括用于改变编解码速率的显式请求、指令或命令的消息、来自基站的重新配置消息(例如，mac层重新配置、纠错重新配置/检错重新配置、harqtti指示或其它)、无线条件数据(诸如，snr或sinr)等。在某些实施例中，监视器组件利用一个或更多个数据作为输入到算法(例如加权和)中以产生度量，然后将其与一个或更多个阈值进行比较，以确定是否提高或降低编解码速率。在某些实施例中，监视器组件查看一种类型或多于一种类型的数据。在某些实施例中，一个或更多个计时器被利用以设置编解码速率改变之间的时间间隔。在某些实施例中，监视器组件将一种或更多种类型的数据(诸如，来自基站的指示harqtti捆绑的消息或指示用于改变编解码速率的显式请求、指令或命令的消息)视作足以改变编解码。在不脱离实施例的范围的情况下，客人执行用于确定使编解码速率改变的其它过程。

在510，监视器组件使移动装置至少基于数据来重新协商编解码速率。在某些实施例中，监视器组件指示通信组件请求编解码速率改变。在某些实施例中，编解码速率改变涉及能力的交换和新编解码速率的选择，诸如由两个ue都支持的较低的编解码速率。在其它实施例中，使编解码重新协商效率更高涉及从在实时lte通信会话的初始建立期间交换的之前提供的能力的列表中选择编解码速率。在某些实施例中，ims核心(诸如，ims核心120)基于来自通信组件(或ue的其它组件)的请求选择新的编解码速率，以建立较低或较高的编解码速率。一旦建立，ue使用新的编解码速率继续该实时lte通信会话。

图6示出基站请求ue动态编解码速率改变的示例性过程600的流程图。在602，基站的监视器组件(诸如，第一基站104的监视器组件306)监视基站的利用率等级。在某些实施例中，利用率等级包括活动lte连接的数量、活动实时lte多媒体通信会话的数量、活动volte连接的数量、活动vilte连接的数量、基站的数据吞吐量等。

在604，监视器组件监视基站的一个或更多个无线连接(诸如，lte连接)的无线条件。在某些实施例中，无线条件包括snr、sinr或其它无线条件。

在606，监视器组件确定基站的利用率等级是否指示改变编解码速率。在某些实施例中，监视器组件确定一个或更多个利用率等级是否满足或超过阈值，诸如，活动lte连接的阈值数量、volte连接的阈值数量、每秒比特的阈值数量等。在某些实施例中，利用率等级可以是一时间段(诸如，秒、分钟、小时、天等)内的利用率等级。这种利用率等级的示例包括在该时间段内的平均利用率、在该时间段内的最低利用率等级、在该时间段内的最高利用率等级、在一时间段内的利用率的标准偏差等。在某些实施例中，利用率等级可以是瞬时利用率等级。

在608，监视器组件确定无线条件是否差。在实施例中，监视器组件基于无线条件下降至某阈值(诸如，某snr或sinr阈值或其它阈值)以下来确定无线条件是否差。监视器组件可确定无线条件是否瞬时超过或在某时间段内超过阈值。

在610，在确定条件差或确定基站利用率指示改变编解码速率时，监视器组件确定一个或更多个ue降低它们的编解码速率。当无线条件差时，监视器组件确定降低具有差的无线条件的那些ue的编解码速率。假设较低的编解码速率不会过度影响具有良好的无线条件和/或高编解码速率的那些ue的实时lte通信会话的情况下，当利用率高时，监视器组件确定降低当前利用高编解码速率或当前具有好质量的无线条件的那些ue的编解码速率。

在612，监视器组件使选择的ue降低它们的编解码速率。在某些实施例中，监视器组件使消息被发送到所选择的ue，所述消息包括用于降低编解码速率的命令、指令或请求。

在基站利用率条件或无线条件提高之后，在某些实施例中，监视器组件使指示编解码速率被允许增加的另一消息被发送到所选择的ue。在某些实施例中，ue被配置为在响应于来自基站的消息在降低其编解码速率后经过一段时间之后尝试增加编解码速率。

结论

虽然主题已经用特定于结构特征和/或方法动作的语言进行了描述，但是应当理解，所附权利要求中限定的主题不一定限于所描述的特定特征或动作。相反，特定特征和动作被公开为实现权利要求的示例性形式。