基于用户平面洞察力的吞吐量指导的制作方法

本申请涉及并要求保护2014年8月14日提交的美国临时专利申请No.62/037,452的权益和优先权，特此通过参考将该美国临时专利申请的整体结合于此。

技术领域

通信系统可以受益于关于数据通过网络的更准确信息。例如，某些无线通信系统可以受益于基于用户平面洞察力（insight）和可选控制平面以及无线电信道信息的吞吐量指导（throughput guidance）。

背景技术：

经由移动设备、诸如智能电话、平板电脑等等消费的内容的大多数源于在因特网上、在云中托管且可用的或经由内容分发网络（CDN）分配的越顶（Over The Top，OTT）应用和服务。OTT应用的用户体验可以取决于通过移动网络的数据分发的效率，以及要被下载的内容的媒体属性的选择。媒体属性可以包括例如媒体/编码率。

可以通过消费者和服务器、例如内容供应商的服务器之间的交互式通信来分发OTT内容，然而可以通过数据传输协议来间接地推断网络条件。该推断可以基于在服务器侧执行的经验测量。所述经验测量可以包括例如往返时间（RTT）、数据丢弃的检测等等。客户端还可以向服务器发送明确的接收器报告（RR）以通知服务器诸如丢失、延迟、抖动等等之类的专用客户端侧测量结果。

基于这样的测量结果推断网络状态可以使端对端内容分发次优，因为服务器只能针对可用资源来探测网络并且间接地检测是否存在可用于内容服务器的数据传输的更多资源或者网络是否已经过载。这样的信息缺乏可能既导致可用资源的低效利用以及导致应用层级媒体属性的差的选择。

OTT多媒体应用、诸如生成总移动网络业务量（traffic）的大多数的视频下载的良好用户体验可以取决于两个条件：（1）内容、诸如视频、网页等等的分发速率不超过可用带宽；以及（2）在整个内容分发会话期间可用带宽的高效利用。第二条件还可能是高效系统操作的前提。

这些条件不仅对于最优视频分发而且对于任何其他OTT应用可以是重要的。例如，当超过可用带宽的网页下载最终触发丢弃和重传时，所述丢弃和重传可能增加下载时间并引起用户体验降级。

由于无线电信道条件的波动、用户的移动性、同时发生的数据连接上的活动以及承载的动态建立和去激活，在应用会话或视频下载的有效期限期间可用带宽可能不断地改变。因此，OTT服务器可能面对通过动态网络环境来高效分发内容的挑战，关于该动态网络环境所述OTT服务器不具有足够的洞察力。这固有地可能导致次优的性能。

尽管详细的网络事件是未知的并且在网络运营商看来不应该为OTT服务器所知，但OTT服务器也不知道可用带宽，从而迫使OTT服务器低效地探测可用资源。然而，可用带宽将是用于OTT服务器最优地调整内容分发的速度、例如高效地利用可用带宽而同时不使网络过载的足够信息。

在下载数据所需的时间增加时，低效分发可以引起差的客户体验和/或用户体验降级。对于视频下载来说，这甚至可能以缓冲器耗尽和停滞（stalling）而终结。另外，可用带宽知识的缺乏还可能引起内容本身的不适当选择，诸如开始以比可用带宽更高的媒体速率下载视频。在这种情况下，不论如何最优地利用可用带宽，视频应用的用户体验可能仍是差的，因为下载内容需要比可用带宽更高的吞吐量。

传输控制协议(TCP)数据传输的附加潜在问题是TCP发送器以突发传送数据，例如可能以线路速度来传递潜在大量的数据，随后是发送器等待来自接收器的确认（ACK）的空闲期。当网络缓冲器不能存储沿着分发路径的整个突发时，可能发生尾部丢弃，这可能引起差的性能，并且可能需要重传大量数据并且在多个TCP连接共享同一缓冲器时引起不公平。即使对突发和空闲期取平均的总TCP传输速率可以由网络支持，线路速度突发也可能引起问题。

技术实现要素：

根据第一实施例，一种方法可以包括以每个数据承载、每个应用或每个传输控制协议流中的至少一个为基础监视可用带宽。该方法还可以包括向被配置成尝试传输控制协议或内容层级优化中的至少一个的实体提供吞吐量指导，其中该吞吐量指导被配置成帮助该实体尝试传输控制协议或内容层级优化中的至少一个。

在一个变体中，该方法还可以包括除了吞吐量指导之外还向该实体提供上下文信息。

在一个变体中，该实体可以是执行传输控制协议或内容层级优化中的至少一个的实体或将吞吐量指导中继到执行传输控制协议或内容层级优化中的至少一个的实体的另一实体、诸如用户设备。

在变体中，该上下文信息可以包括关于其他承载、其他应用、小区中的需求或基站处的需求的信息。

在一个变体中，该监视可以以每个无线电接入节点为基础来执行。

在一个变体中，可以在演进节点B、无线电应用云服务器、或无线电网络控制器中的至少一个中执行该方法。

在一个变体中，该监视可以包括监视多个小区的容量、多个用户设备的移动性、以及无线电调度器的行为。

在一个变体中，该方法可以进一步包括估计可用带宽。

在一个变体中，该估计可以包括根据小区在给定时间的容量来计算承载的公平共享。该公平共享可以是针对该承载的吞吐量指导。

在一个变体中，该估计可以包括考虑以下各项中的至少一个：各个每个承载属性、有效应用的吞吐量需求、各个每个承载限制、单个每个承载无线电信道条件、基于用户平面分组监视的各个每个承载或每个连接测量结果、以及同一承载中同时的传输协议控制连接的数目。

在一个变体中，该监视可以包括控制平面监视、用户平面监视、和无线电监视中的至少一个。

在一个变体中，除了承载层级吞吐量指导之外，吞吐量指导还可以包括应用层级吞吐量指导或传输控制协议流层级吞吐量指导中的至少一个。

根据第二实施例，一种方法可以包括从吞吐量指导实体或与吞吐量指导实体通信的用户设备接收吞吐量指导。该方法还可以包括基于吞吐量指导来尝试传输控制协议或内容层级优化中的至少一个。

根据第三实施例，一种方法可以包括从吞吐量指导实体接收吞吐量指导。该方法还可以包括向被配置成尝试传输控制协议或内容层级优化中的至少一个的另一实体提供吞吐量指导，其中该吞吐量指导被配置成帮助其他实体尝试传输控制协议或内容层级优化中的至少一个。

在一个变体中，该提供可以包括将吞吐量指导与发送给其他实体的其他控制信息组合。

根据第四实施例，一种设备可以包括至少一个处理器和包括计算机程序代码的至少一个存储器。所述至少一个存储器和所述计算机程序代码可以被配置成利用所述至少一个处理器促使该设备至少以每个数据承载、每个应用或每个传输控制协议流中的至少一个为基础来监视可用带宽。所述至少一个存储器和所述计算机程序代码可以被配置成利用所述至少一个处理器促使该设备至少向被配置成尝试传输控制协议或内容层级优化中的至少一个的实体提供吞吐量指导。该吞吐量指导可以被配置成帮助该实体尝试传输控制协议或内容层级优化中的至少一个。

在一个变体中，所述至少一个存储器和所述计算机程序代码可以被配置成利用所述至少一个处理器促使该设备除了吞吐量指导之外至少还向该实体提供上下文信息。

在一个变体中，该实体可以是执行传输控制协议或内容层级优化中的至少一个的实体或将吞吐量指导中继到执行传输控制协议或内容层级优化中的至少一个的实体的另一实体、诸如用户设备。

在变体中，该上下文信息可以包括关于其他承载、其他应用、小区中的需求或基站处的需求的信息。

在一个变体中，所述至少一个存储器和所述计算机程序代码可以被配置成利用所述至少一个处理器促使该设备至少以每个无线电接入节点为基础来监视。

在一个变体中，该设备可以是演进节点B、无线电应用云服务器、或无线电网络控制器中的至少一个。

在一个变体中，所述至少一个存储器和所述计算机程序代码可以被配置成利用所述至少一个处理器促使该设备至少监视多个小区的容量、多个用户设备的移动性、以及无线电调度器的行为。

在一个变体中，所述至少一个存储器和所述计算机程序代码可以被配置成利用所述至少一个处理器促使该设备至少估计可用带宽。

在一个变体中，所述至少一个存储器和所述计算机程序代码可以被配置成利用所述至少一个处理器促使该设备至少通过根据小区在给定时间的容量来计算承载的公平共享来进行估计，其中该公平共享是针对承载的吞吐量指导。

在一个变体中，所述至少一个存储器和所述计算机程序代码可以被配置成利用所述至少一个处理器促使该设备至少通过考虑以下各项中的至少一个来进行估计：各个每个承载属性、有效应用的吞吐量需求、各个每个承载限制、单个每个承载无线电信道条件、基于用户平面分组监视的各个每个承载或每个连接测量结果、以及同一承载中同时的传输协议控制连接的数目。

在变体中，所述至少一个存储器和所述计算机程序代码可以被配置成利用所述至少一个处理器促使该设备至少通过控制平面监视、用户平面监视、和无线电监视中的至少一个来进行监视。

在一个变体中，除了承载层级吞吐量指导之外，吞吐量指导还可以包括应用层级吞吐量指导或传输控制协议流层级吞吐量指导中的至少一个。

根据第五实施例，一种设备可以包括至少一个处理器和包括计算机程序代码的至少一个存储器。所述至少一个存储器和所述计算机程序代码可以被配置成利用所述至少一个处理器促使该设备至少从吞吐量指导实体或与吞吐量指导实体通信的用户设备接收吞吐量指导。所述至少一个存储器和所述计算机程序代码还可以被配置成利用所述至少一个处理器促使该设备至少基于吞吐量指导来尝试传输控制协议或内容层级优化中的至少一个。

根据第六实施例，一种设备可以包括至少一个处理器和包括计算机程序代码的至少一个存储器。所述至少一个存储器和所述计算机程序代码可以被配置成利用所述至少一个处理器促使该设备至少从吞吐量指导实体接收吞吐量指导。所述至少一个存储器和所述计算机程序代码还可以被配置成利用所述至少一个处理器促使该设备至少向被配置成尝试传输控制协议或内容层级优化中的至少一个的另一实体提供吞吐量指导，其中该吞吐量指导被配置成帮助其他实体尝试传输控制协议或内容层级优化中的至少一个。

在一个变体中，所述至少一个存储器和所述计算机程序代码还可以被配置成利用所述至少一个处理器促使该设备至少将吞吐量指导与发送给其他实体的其他控制信息组合。

根据第七实施例，一种设备可以包括用于以每个数据承载、每个应用或每个传输控制协议流中的至少一个为基础来监视可用带宽的装置。该设备还可以包括用于向被配置成尝试传输控制协议或内容层级优化中的至少一个的实体提供吞吐量指导的装置。该吞吐量指导可以被配置成帮助该实体尝试传输控制协议或内容层级优化中的至少一个。

在一个变体中，该设备可以进一步包括用于除了吞吐量指导之外还向该实体提供上下文信息的装置。

在一个变体中，该实体可以是执行传输控制协议或内容层级优化中的至少一个的实体或将吞吐量指导中继到执行传输控制协议或内容层级优化中的至少一个的实体的另一实体、诸如用户设备。

在一个变体中，该上下文信息可以包括关于其他承载、其他应用、小区中的需求或基站处的需求的信息。

在一个变体中，该监视可以以每个无线电接入节点为基础来执行。

在一个变体中，该设备可以是演进节点B、无线电应用云服务器、或无线电网络控制器中的至少一个。

在一个变体中，该监视可以包括监视多个小区的容量、多个用户设备的移动性、以及无线电调度器的行为。

在一个变体中，该设备可以进一步包括用于估计可用带宽的装置。

在一个变体中，该估计可以包括根据小区在给定时间的容量来计算承载的公平共享，其中该公平共享是针对承载的吞吐量指导。

在一个变体中，该估计可以包括考虑以下各项中的至少一个：各个每个承载属性、有效应用的吞吐量需求、各个每个承载限制、单个每个承载无线电信道条件、基于用户平面分组监视的各个每个承载或每个连接测量结果、以及同一承载中同时的传输协议控制连接的数目。

在一个变体中，该监视可以包括控制平面监视、用户平面监视、和无线电监视中的至少一个。

在一个变体中，除了承载层级吞吐量指导之外，吞吐量指导还可以包括应用层级吞吐量指导或传输控制协议流层级吞吐量指导中的至少一个。

根据第八实施例，一种设备可以包括用于从吞吐量指导实体或与吞吐量指导实体通信的用户设备接收吞吐量指导的装置。该设备还可以包括用于基于吞吐量指导来尝试传输控制协议或内容层级优化中的至少一个的装置。

根据第九实施例，一种设备可以包括用于从吞吐量指导实体接收吞吐量指导的装置。该设备还可以包括用于向被配置成尝试传输控制协议或内容层级优化中的至少一个的另一实体提供吞吐量指导的装置。该吞吐量指导可以被配置成帮助其他实体尝试传输控制协议或内容层级优化中的至少一个。

在一个变体中，该提供可以包括将吞吐量指导与发送给其他实体的其他控制信息组合。

可以利用指令对一种非瞬时计算机可读介质进行编码，所述指令当在硬件中被执行时执行过程。该过程可以对应于根据第一、第二或第三实施例的、按照其变体中的任何一个的方法。

一种计算机程序产品可以对用于执行过程的指令进行编码。该过程可以对应于根据第一、第二或第三实施例的、按照其变体中的任何一个的方法。

附图说明

为了正确地理解本发明，应该参考附图，其中：

图1图示可用资源的低效利用。

图2图示根据某些实施例的吞吐量指导实体。

图3图示根据某些实施例的由吞吐量指导实体监视的控制平面事件。

图4图示根据某些实施例的由吞吐量指导实体执行的各种聚合层级上的用户平面测量。

图5图示根据某些实施例的由吞吐量指导实体收集的无线电测量结果。

图6图示根据某些实施例的通过吞吐量指导实体的吞吐量指导计算。

图7图示根据某些实施例的TCP报头中的吞吐量指导的富集（enrichment）。

图8图示根据某些实施例将离带吞吐量指导信息从吞吐量指导实体发送到OTT服务器。

图9图示根据某些实施例的方法。

图10图示根据某些实施例的系统。

具体实施方式

恰好从应用会话的一开始起的良好用户体验可以受益于对可用带宽具有明确信息或洞察力的越顶（OTT）服务器。如上面所提到的，当前OTT服务器可以在其位置处执行端对端测量并且潜在地可以请求移动设备提供附加的测量反馈。移动设备本身还可以在没有来自服务器的明确请求的情况下向服务器定期地发送接收器报告（RR）。然而，关于在移动运营商的网络区段内（最重要地，在无线电接口上）发生什么的有价值的信息不可用，因为服务器和接收器二者都只能根据端对端测量结果来推断实际条件。

图1图示可用资源的低效利用。如图1中所示，低效利用可以包括慢启动以及拥塞避免的使用。在慢启动期间，吞吐量可能比可用带宽少得多。此外，可用带宽的探测可能导致超过可用带宽。转而，当服务器针对超过可用带宽过校正时，可能发生由于减小的发送速率而造成的次优传输。该减小的速率可能增加内容的下载以及用户的体验质量（QoE）的降低。

来自移动系统内的实时洞察力可以帮助内容服务器进一步优化内容服务器的内容分发。该洞察力可以包括被称为吞吐量指导（TG）的可用于给定的服务、应用、承载或单个流的带宽的直接指示。因为这样的信息根据端对端测量结果、照惯例可用于OTT服务器的唯一的洞察力不可用，所以可以提供替代装置。

根据某些实施例的一种方法是诺基亚解决方案和网络公司的一个或多个联机的网络元件、诸如演进节点B（eNB）、无线电网络控制器（RNC）或诺基亚无线电应用云服务器（RACS）通过网络侧测量和计算来收集所需的洞察力并将该洞察力传递给OTT服务器。

当前，对于大多数应用来说，内容分发将传输控制协议（TCP）用作传输层协议，该传输控制协议在没有关于端对端路径中可用的带宽的先验知识的情况下操作。因此，通过设计，TCP使用自适应机制来在不存在拥塞时增大传输速率并且在拥塞时减小发送速率。在TCP中通过检测分组丢失来推断拥塞。因此，照惯例，TCP源正探测可用网络容量。

当没有附加信息可用时探测可能是一种合理的机制。相比之下，在存在能够用信号通知系统中的可用带宽的准确估计的吞吐量指导实体（TGE）的情况下，可以通过例如加速初始慢启动阶段、实施对丢失的区段的更智能的反应、以及正确地调整数据区段的速度而不是以线路速度传送突发来显著地改善TCP数据传输。除了TCP层级优化之外，还可以基于例如关于媒体速率选择、视频/音频速率适配、转码等等的吞吐量指导来优化被传送的多媒体数据本身。

因此，由网络提供的吞吐量指导可以实现两个层级上的优化。第一优化层级可以是传输层、例如TCP。第二优化层级可以是应用层、例如多媒体。可以由OTT服务器通过优化所述层中的仅仅一个或通过优化这两个层来执行这些优化。

图2图示根据某些实施例的吞吐量指导实体。某些实施例通过提供吞吐量指导实体（TGE）以及计算吞吐量指导的方法和公布所计算的吞吐量指导的机制来提供吞吐量指导。每个TCP流、每个应用、或每个承载层级可以计算该吞吐量指导。所计算的吞吐量指导可以带内地或离带地被公布给OTT服务器或适配网关（GW）。在吞吐量指导的接收器终止或拦截用户设备（UE）的承载的整个业务量的情况下每个承载指导可以是有用的。替代地，可以假设UE每个承载运行单个应用，这可能消耗可用于该承载的所有资源。当存在如下多个应用或服务器时，可以使用每个TCP流和每个应用指导，给定UE正同时从所述多个应用或服务器下载内容。在那种情况下使用每个承载指导可能超额预订网络资源，因为两个服务器可能以可用于承载的全带宽来开始发送数据。

如图2中所示，吞吐量指导实体可以被位于无线电接入网和核心网络的边界处，诸如在eNB、RACS或RNC中。除了公布给适配网关或OTT服务器之外，吞吐量指导实体可以将吞吐量指导公布给用户设备。

因此，某些实施例识别吞吐量指导实体在移动系统内的可能的位置以及部署可能性。这些位置和部署可能性可以提供对吞吐量指导计算所需的信息的完全访问。

某些实施还或者替代地为每个可能的聚合层级、例如每个TCP流、应用或承载提供吞吐量指导计算方法。此外，某些实施例描述将吞吐量指导传达给对应OTT服务器的可能的带内以及离带的方式。

某些实施例还或者替代地提供关于吞吐量指导的使用、诸如基于吞吐量指导在OTT服务器、适配GW等等处实现的TCP和应用层优化机制的指导。

某些实施例适用于直接在eNB中或在RACS上具有实施可能性的长期演进（LTE）系统以及在RNC中具有可能实施的宽带码多分址（WCDMA）/高速分组接入（HSPA）系统。吞吐量指导计算可以基于用户平面测量结果和标准以及LTE/第三代（3G）无线电服务质量（QoS）架构的制造商特定操作。当可用时，该吞吐量指导还可以结合无线电测量结果。利用根据某些实施例的方法，在新的承载、TCP流或应用的建立之后每个承载、TCP流或应用吞吐量指导可以是立即可用的。新的吞吐量指导可以在承载、TCP流或应用的整个有效期限期间不断地被更新。因此，吞吐量指导可以允许内容传递与实际系统条件的动态适配。

可以或者在带内使用例如TCP、IP或HTTP报头中的可选/附加字段经由协议报头富集，或者经由专用离带控制连接将吞吐量指导暴露给信息接收器。吞吐量指导的接收器可以是针对TCP和/或内容层级优化的任何实体。例如，该实体可以是OTT服务器、内容分发网络（CDN）节点、源服务器、充当中间盒的适配网关等等。UE本身还可以是信息接收器。在这样的情况下，UE可以将所接收到的洞察力组合到发送给服务器的其他控制信息中。在这种情况下，服务器可以经由定期的UE报告接收洞察力。替代地或者另外，UE可以在本地使用接收到的洞察力来作出决定或触发动作，诸如向服务器明确地请求特定媒体速率适配。

除了吞吐量指导之外，吞吐量指导实体还可以经由同一报头富集机制或经由离带连接提供在吞吐量指导计算的位置处可用的任何附加的上下文信息，该上下文信息可以改进上下文感知更高层优化机制、诸如视频速率适配的准确性。该上下文信息可以包括例如关于其他承载/应用、小区/eNB中的需求等等的信息。

吞吐量指导可以被配置成允许内容服务器的高效带宽利用。基于吞吐量指导，内容服务器可以执行TCP层级以及内容层级优化，并且内容服务器可以相应地选择匹配可用带宽的适当内容格式。基于准确吞吐量指导的优化可能能够提供实际的、有形的性能和QoE改进。这些改进可以包括例如减少启动视频的重放的时间、降低或消除停滞的次数和持续时间、减少网页的下载时间等等。另外，还可能存在收获，因为OTT服务器和UE还可以在协议层级上更高效地操作，因为可能不存在处理重传或缓冲器发生故障的区段的需要或者存在处理重传或缓冲器发生故障的区段的较少需要。

因此，某些实施例提供被称为吞吐量指导实体（TGE）的功能实体。该吞吐量指导实体可以是在移动网络的无线电接入节点上运行或附接到该无线电接入节点的软件实体。吞吐量指导实体的范围可以是不断地估计和监视可用于由网络中的无线电接入节点服务的每个数据承载、应用或TCP流的带宽并且将该信息传达给正在对应承载中传送数据的OTT服务器。关于可用带宽的网络侧洞察力被称为吞吐量指导（TG）。基于吞吐量指导，OTT服务器能够执行TCP优化以及内容层级优化以改进它们的应用的用户体验。吞吐量指导实体的可能部署位置是LTE中的eNB或RACS以及WCDMA/HSPA系统中的RNC。

吞吐量指导可以首先在数据承载层级上被计算，然后该吞吐量指导可以被用作用于导出每个应用和每个流吞吐量指导值的输入。每个承载可用带宽或承载层级吞吐量指导的准确估计可能需要吞吐量指导实体知道网络中的可用资源、诸如无线电小区的容量。每个承载可用带宽或承载层级吞吐量指导的准确估计可能需要吞吐量指导实体知道竞争相同资源的承载的集合以及定义如何将资源分配给竞争承载的资源调度方案。

吞吐量指导实体可以监视小区的容量、UE的移动性，并且该吞吐量指导实体知道无线电调度器的行为。所需的信息可用于吞吐量指导实体，这是由于其在无线电接入节点处的唯一位置。洞察力可以使吞吐量指导实体能够在任何给定时间根据小区的容量来估计每个承载的公平共享。承载的公平共享可以是该承载的吞吐量指导的合理候选，因为公平共享可以是每当在承载中存在要被传送的数据时无线电调度器的目标。除了公平共享估计之外，各个每个承载属性（诸如QoS参数、主动应用及其吞吐量需求）以及各个每个承载限制（诸如无线电信道降级）也可以被吞吐量指导实体检测、收集和考虑，以便为每个数据承载更新和完善吞吐量指导。吞吐量指导实体基于所有可用信息源的组合实时地不断地为每个承载计算和更新吞吐量指导，即使在有限信息集的情况下、诸如当根本不存在对无线电条件的明确洞察力时在提供合理地准确的估计方面也具有高灵活性。吞吐量指导实体可以被配置成在承载已被建立之后立即为该承载提供吞吐量指导。

除了承载层级吞吐量指导之外，吞吐量指导实体还可以计算TCP流层级和应用层级吞吐量指导值。这些值可以从承载层级吞吐量指导和附加的测量结果、诸如同一承载中的同时的TCP连接的数目、所述TCP连接的各个状态以及被检测到的应用导出。

TCP和应用层级吞吐量指导值可以在存在多个应用时具有特定值，所述多个应用由在同一承载中生成业务量的同一UE运行，从单独的OTT服务器下载内容以及因此在由单独的实体执行的TCP和/或应用层优化的范围内。可以存在用于在承载中的竞争TCP流或应用之中分配每个承载可用吞吐量的多种有效方法，诸如加强每个TCP流公平性、根据应用的需求共享带宽，或基于任何其他策略。该策略可以由网络运营商来供应。

可以经由以下至少两个替代方案中的至少一个来将吞吐量指导从吞吐量指导实体传达给OTT服务器：使用上行链路用户平面分组本身的带内协议报头富集或经由在吞吐量指导实体与OTT服务器或其他信息接收器之间建立的专用离带连接。报头富集可以是在用户平面分组上背负信息的高效机制。以这种方式，可以由具有完整的上下文（包括例如UE、流和应用标识）的OTT服务器来接收附加信息。当诸如由于中间的防火墙剥离额外的协议报头而不保证带内富集的信息的到达时，可能需要离带连接。经由离带连接传送的吞吐量指导信息可以由附加的上下文信息伴随以标识其对应的连接，以及使吞吐量指导与流内的数据下载的进展/状态同步。

不管被用于传达吞吐量指导的机制如何，吞吐量指导的接收器可能能够执行TCP优化以及内容层级优化。有效的TCP优化机制至少包括以下机制（尽管以下机制中的多个可以同时或顺序地被使用）：消除TCP连接的慢启动阶段并且开始以由吞吐量指导指定的速率来发送数据，也就是说通过根据吞吐量指导设置初始窗口；在拥塞避免阶段期间绕过通常被用于管理TCP传输速率的线性/立方增加函数并且以由最新的吞吐量指导或过去的吞吐量指导值的统计组合指示的速率发送数据；消除或放宽来自TCP拥塞避免的乘法减小机制以即使在存在零星丢失的情况下也保持根据或接近吞吐量指导的数据传输速率；或者根据吞吐量指导来调整TCP数据区段的传输的速度而不是以突发发送数据和等待来自TCP接收器的ACK。

关于内容/应用层级的有效优化机制至少包括以下机制（所述机制可以单独地或互相组合地被使用）：具有不超过吞吐量指导的媒体速率的内容的被指导的选择，这会是可能的，因为吞吐量指导可能在数据传递开始时已经可用；在吞吐量指导指示可用带宽的减小的情况下在内容下载期间由OTT/内容服务器切换到较低分辨率内容；在不知道OTT/内容服务器的情况下根据吞吐量指导在运行中（on-the-fly）在中间盒处适配媒体；或者对于利用基于块的视频分发的HTTP渐进式下载，根据吞吐量指导来选择每个块的媒体速率。

TCP和内容层级优化二者可以同时被实施并且是有效的。

替代地，可以使用下行链路用户平面分组的带内协议报头富集来将吞吐量指导传送给UE而不是OTT服务器。这可能需要UE或在UE上运行的应用能够从分组报头接收吞吐量指导，以及解译吞吐量指导并按照该吞吐量指导行事。因此，在某些实施例中可能需要UE侧修改。来自UE的可能动作可能是经由构建到媒体分发协议中的机制、诸如在UDP流式传输或专有客户端-服务器信令的情况下的标准接收器报告向OTT服务器请求明确的媒体速率适配，或者可能是将吞吐量指导作为附加的信息元素组合到发送给OTT服务器的UE的反馈消息中。在后一种情况下，OTT服务器可能仍负责优化，因此TCP和内容层级优化二者是可能。在前一种情况下，作为TCP接收器的UE可能没有能力为下行链路业务量执行TCP优化。因此，仅内容层级适配会是可能的。

如上面所提到的，吞吐量指导实体可以是在RACS处运行的或集成到eNB中或到RNC中的功能实体，以提供例如每个承载吞吐量指导（诸如关于可用于每个承载的带宽的信息）以及每个流和每个应用层级吞吐量指导。

在基于RACS的实施中，吞吐量指导实体可以访问用户平面数据流以及从eNB传递至RACS的确定的控制平面信息和无线电测量结果。替代地，eNB和RNC侧实施可以提供甚至更深的集成机会和对无线电资源管理和调度器功能的完全访问。

在下面的讨论中，首先详细地讨论基于RACS的部署，随后是eNB和RNC侧实施。最后，讨论被用于向OTT服务器公布吞吐量指导的机制，该机制可以独立于吞吐量指导实体的部署和实施。

在RACS侧实施中，吞吐量指导实体可以被实施为基于RACS的应用，其被配置成从两个主要的源收集洞察力：首先，从用户平面分组流的监视，并且其次，通过订阅由RACS平台提供的控制平面和无线电测量事件。因此，吞吐量指导实体可以依赖于控制平面、用户平面以及作为吞吐量指导计算的输入的无线电监视。

图3图示根据某些实施例的由吞吐量指导实体监视的控制平面事件。由吞吐量指导实体收集的控制平面事件可以包括承载建立、修改、释放以及用户移动性事件。承载事件可以被用于检测或更新承载的QoS参数、诸如QoS类别识别符（QCI）、保证比特率（GBR）、最小比特率（MBR）等等，以及小区层级上的初始位置。移动性事件、诸如切换可以被用于维持关于UE/承载的当前位置的最新信息。因此，吞吐量指导实体总是可以知道在每个小区下哪些承载被建立并是有效的。

图4图示根据某些实施例的由吞吐量指导实体执行的各种聚合层级上的用户平面测量。该吞吐量指导实体可以拦截在下行链路和上行链路中的承载中的用户平面分组以检测新TCP连接和非TCP流的建立，以及在有效承载中识别应用并执行用户平面测量、诸如吞吐量、RTT、丢失等等的测量。可以在单独的流层级上以及在应用、承载和小区聚合体上执行所述测量。可能需要承载层级测量以计算每个承载吞吐量指导，所述每个承载吞吐量指导是基础，从该基础导出每个流和每个应用吞吐量指导。

图5图示根据某些实施例的由吞吐量指导实体收集的无线电测量结果。当由无线电接入网（RAN）经由无线电资源控制（RRC）将UE配置成报告无线电信道测量结果时，所述测量结果还可以由吞吐量指导实体收集作为用于吞吐量指导计算的附加输入。在图5中示出了无线电测量结果的示例。所收集的无线电测量结果可以包括无线电信道质量报告（RSRP、RSRQ）、定时超前或任何其他与无线电接口有关的信息。

图6图示根据某些实施例的通过吞吐量指导实体的吞吐量指导计算。在图6中示出了每个承载吞吐量指导计算的高层级逻辑。已知每个小区的容量以及竞争该小区的资源的承载的集合，吞吐量指导实体可以计算并维持每个承载的合格的吞吐量。该合格的吞吐量可以是考虑同一小区中的有效承载的数目以及所述有效承载的QoS参数根据可用小区容量的给定承载的公平共享。

当不存在可用于给定承载的附加信息时，承载的吞吐量指导可以基于合格的吞吐量。附加的洞察力、诸如承载的所实现的吞吐量或关于承载的无线电信道质量的明确信息一变得可用，吞吐量指导实体就可以使用该附加洞察力来更新承载的吞吐量指导。

在承载的有效期限期间，承载的数目、所述承载的QoS类别、用户的位置以及小区容量可能都改变。例如，当新的承载被建立时，对于已经正在进行的承载来说可用带宽可能立即减小。吞吐量指导实体可以不断地更新吞吐量指导以反应小区和承载的最新状态。因此，吞吐量指导可以在每个承载的整个有效期限期间保持准确指示符。

还可以通过同一RACS/吞吐量指导实体来处理eNB内切换。可以经由平台的消息总线、诸如C平面监视事件来向实体通知切换，并且吞吐量指导实体可以更新所有受影响的承载（包括在源和目标小区二者中的承载）的吞吐量指导。eNB间切换可以在源eNB处终止无线电数据承载、诸如E-RAB并且在目标eNB处建立新的无线电数据承载。还可以由源和目标eNB的RACS中的吞吐量指导实体经由消息总线来检测这些事件。源eNB的RACS中的吞吐量指导实体可以停止计算针对在被终止的承载中的业务量的吞吐量指导并且可以基于改变来更新剩余承载的吞吐量指导。

目标eNB的RACS中的吞吐量指导实体可以立即基于新承载的合格的吞吐量计算针对新承载的吞吐量指导，并且也可以更新已经建立的承载的吞吐量指导。因此，在切换之后在目标吞吐量指导实体处还可以确保承载层级吞吐量指导的连续计算。

在目标吞吐量指导实体处的流和应用层级吞吐量指导的准确计算可能需要关于所建立的流的数目和标识、诸如应用的即时知识。另外，在目标eNB处还可能需要关于给定服务器是否有资格接收在任何层级上所计算的吞吐量指导的知识。可以经由两个替代方案向目标吞吐量指导实体提供所需的信息。第一，源吞吐量指导实体可以将DL方向上的信息、诸如流的应用、所计算的吞吐量指导等等富集到每个流中的分组的协议报头中。在切换的情况下，在源eNB处缓冲的分组可以经由X2接口被转发给目标eNB。

当所转发的业务量被路由通过目标吞吐量指导实体时，该目标吞吐量指导实体可以从分组报头读取信息并且可以继续计算在每个层级处的吞吐量指导并相应地起作用。该机制的成功可以取决于当切换发生时是否存在正在进行的数据传输和在源eNB处为每个流缓冲的飞行中的数据。否则，没有分组将被转发给目标eNB，至少对于所有现有的流没有。

可以实施第二机制，该第二机制可以保证将潜在需要的信息从源RACS/吞吐量指导实体分发给目标RACS/吞吐量指导实体。该机制可能需要经由离带连接的每个承载明确上下文传递，包括流的数目、对应的应用的标识、用于接收吞吐量指导的服务器的合格性等等。连接可以是在相邻RACS实例之间建立的逻辑点对点连接，或者每个RACS/吞吐量指导实体可以具有所建立的到后端集中器/中介服务器的连接，该后端集中器/中介服务器可以以星型拓扑在两个RACS实例之间中继信息。一向源RACS/吞吐量指导实体通知切换，就可以由源RACS/吞吐量指导实体主动地发起通过离带连接的数据传递。

可以存在关于小区容量测量、合格的吞吐量计算和吞吐量指导计算的各种实施细节以及考虑诸如每个承载业务量测量结果和无线电信道质量信息之类的附加输入的方法，以完善吞吐量指导。

为了获得准确的吞吐量指导计算，维持每个小区的容量的准确测量可能是有用的。给定小区可以提供的吞吐量可以是动态值，取决于无线电配置、诸如所分配的无线电带宽、以及瞬时无线电条件、用户的数目、和用户的移动性。因此，吞吐量指导实体可以经由实际测量累积的小区层级吞吐量来获得小区容量。当前小区层级吞吐量可能不是小区容量在任何时间的准确指示。如果用户的应用没有正在下载大量的数据，则所测量到的小区层级吞吐量可能是低的，但是新的或现有的承载可能能够实现更高的吞吐量。为了避免错误的小区容量评估，当小区中的可用无线电资源被完全利用时，吞吐量指导实体可以仅进行小区层级吞吐量测量作为容量测量。

可以以两种方式来检测可用无线电资源的完全利用：基于用户平面测量结果或基于明确的无线电资源管理（RRM）信息。用户平面测量结果可以涉及监视分别在下游（UE-TGE）和上游（TGE-服务器）网络区段中的流的分组丢失和RTT以及端对端RTT和分组丢失（UE-服务器）。当下游区段是端对端RTT和丢失的主要贡献者时，则无线电接口可能被拥塞并且当前所测量到的吞吐量可能等于瞬时小区容量。当吞吐量指导实体检测到这样的场景时，小区层级吞吐量测量结果可以被吞吐量指导实体采用来更新小区容量。

替代地，如果明确的RRM信息指示在无线电接口上利用所有物理资源块（PRB）并且无线电缓冲器具有要传送的数据，则还可以从该信息检测完全无线电利用。这样的信息可以是经由无线电网络信息服务从RACS平台可获得的。在这样的情况下，所测量到的小区层级吞吐量可以是瞬时小区容量。吞吐量指导实体可以通过相应地更新小区容量来起作用。

每个承载吞吐量指导的计算可以取决于承载是否已刚被建立，该承载是否在空闲期之后，或者是否存在正在进行的数据下载。区别是，正在进行的下载可以实现承载级别吞吐量测量，在先前的情况下该测量是不可用的。

在承载建立之后或者在空闲期之后、即不存在吞吐量测量结果的可用性的情况下每个承载吞吐量指导计算可能需要承载的公平共享的标识，该公平共享可能是承载的合格的吞吐量。假设每个承载j在调度器处具有相关联的权重w_j和保证比特率GBR_j，并且C是瞬时小区容量，则可以根据下面的公式来定义承载i的合格的吞吐量：

。

该公式表示分组调度器首先为GBR承载服务直到所述承载的保证比特率，并且剩余容量的其余部分（如果有的话）在所述承载之中与所述承载的调度权重成比例地被分配。另外，在承载还具有被配置的最大比特率的情况下，合格的吞吐量必须被封顶于（capped to）那个值。

假设建立承载的UE具有相当良好的无线电条件，一旦数据传输启动，无线电调度器就可以实施该速率。因此，承载的吞吐量指导可以是合格的吞吐量本身。当已经由具有差的单个无线电信道质量的UE建立了承载时，稍后可能不能实现合格的吞吐量。在这样的情况下，吞吐量指导可以被设置成比合格的吞吐量更小。因此，可以根据下面的公式从合格的吞吐量导出针对承载i的吞吐量指导：

，

其中alpha是不超过1的承载特定乘数。为了补偿差的单个无线电信道质量而选择alpha可以基于在承载中所建立的新TCP连接的无线电侧RTT测量结果。

在TCP握手完成之后，第一RTT测量结果可能已经是可用的并且可以与其他已经建立的承载的RTT测量结果相比较。无线电侧RTT可以取决于无线电信道质量，因为后者可以选择在物理无线电接口处所使用的调制方案和编码速率并且可以约束可以通过无线电链路如何快速地传递数据。因此，在新的或迄今为止空闲的承载是在无线电侧具有显著更高RTT的异常承载（outlier）的情况下，这样的状况可以指示对应UE的相对较低的无线电信道质量。与其他承载相比RTT越高，为新的承载选择的alpha就可以越低。

在数据传输已启动之后，吞吐量指导实体可以不断地测量在承载中所实现的吞吐量并且可以验证实际上是否达到了合格的吞吐量。当测量结果指示承载已达到或者甚至超过合格的吞吐量时，吞吐量指导可以保持在合格的吞吐量。吞吐量指导决不被增大到高于合格的吞吐量可能是有用的，因为任何可用过量吞吐量可能仅仅是其他承载未要求它们的公平共享的结果。然而，在数据传递在其他承载中启动的时刻，无线电调度器将向其他承载提供它们的公平共享，仅将合格的吞吐量留给给定的承载。

当吞吐量测量结果指示承载不能达到承载的合格的吞吐量时，可能需要将吞吐量指导减小到实际可用的吞吐量。低的吞吐量可能具有多个原因：UE侧限制，使用具有低业务量分布的应用、诸如仅下载有限数量的数据，或具有单个无线电信道降级。在某些实施例中，仅单个信道降级可能导致减小针对承载的吞吐量指导。

可以通过监视由UE在UL ACK中发送的TCP通告窗口来检测UE侧限制。AWND值的减小趋势可以指示UE的处理被抑制并且因此UE可能不能以数据被接收的速率来消耗数据。这样的状况可能不导致减小吞吐量指导，因为对UE侧限制作出反应可能是TCP发送器的范围而不是吞吐量指导的范围。对UE的该限制还可以是TCP发送器可见的。可以通过监视TCP序列和ACK数目来检测仅下载有限数量的数据的应用。当飞行尺寸（被传送但没有被确认的数据）为低或零时，TCP连接可以几乎或完全空闲或者可以处于启动的早期阶段、例如处于慢启动。在该阶段中低的所测量到的吞吐量可能不被采用作为减小吞吐量指导的触发器，因为流可能仍具有增大其速率并实现其合格的吞吐量的机会。在其他情况下，没有达到合格的吞吐量可以指示UE具有差的单个无线电信道质量并且空中接口调度器不能在没有危及其他承载的吞吐量的情况下分配足够的资源。如果这被检测到，则吞吐量指导实体可以采用实际实现的吞吐量（可能被平滑/被平均）作为吞吐量指导，因为在这种情况下所测量到的吞吐量可以是承载的可实现的吞吐量的精确指示符。

因此，当在承载上存在数据传输并且因此吞吐量指导实体可以测量该承载的所实现的吞吐量时，可以从合格的吞吐量和当前吞吐量测量结果导出吞吐量指导值：

，

其中T_i是承载i的所测量到的吞吐量。当吞吐量测量结果可用时，可以在考虑每个承载所实现的吞吐量的稳定性的情况下为该承载定制alpha。高度波动的吞吐量可以映射到较低的alpha，因为波动指示高度动态的环境，在该环境中条件频繁地改变。在所估计的吞吐量和被公布的吞吐量之间留下吞吐量指导的更多净空可能是合理的。可以通过以随后的时间间隔进行吞吐量测量并计算吞吐量样本的统计参数、诸如偏差来量化波动。

基于用户平面监视的吞吐量指导可以具有在承载的整个有效期限期间监视能够提供准确吞吐量指导的优点，这对于通过吞吐量指导的接收器的高效TCP和内容优化来说可能是有用的。当存在可用于承载的、诸如由RACS平台提供的附加无线电测量结果时，附加无线电测量结果可以被用于基于合格的吞吐量来修改吞吐量指导。特别地，当没有最近的数据传输并且因此没有实际吞吐量测量结果可用时，差的无线电信道质量的明确指示可以改进吞吐量指导计算。当在承载设置的RRC连接建立阶段期间无线电测量结果已经可用时在新的承载的建立之后使用无线电洞察力会是可能的。可以将初始无线电测量结果与其他承载的无线电测量结果相比较，以检测新的承载是否可能是具有最差信道条件的异常承载。当一系列无线电测量结果可用时，无线电测量结果的波动还可以被用于经由alpha参数来按比例缩小吞吐量指导，所述一系列无线电测量结果可以是来自eNB的定期测量报告配置的结果。

在存在LTE载波聚合的情况下吞吐量指导实体还可以提供可靠的吞吐量指导。吞吐量指导实体可以获得哪些UE支持CA的指示。这样的指示可以根据RRC信令可用并且可以通过RACS平台来提供。为了使用CA来计算承载的合格的吞吐量，吞吐量指导实体可以遵循与CA使能的RRM在eNB中所做的相同的逻辑。每个承载实际吞吐量测量结果可以独立于UE是否使用CA。

迄今为止所讨论的吞吐量指导可以提供关于承载层级吞吐量的指导。实际上，可能存在由同一UE发起的、在同一承载中同时传送业务量的多个有效应用和TCP流。因此每个承载吞吐量指导对于具有承载层级业务量的完全可见性的优化实体、诸如终止、代理或拦截承载中的所有流的实体、诸如在运营商处所中所部署的适配网关来说可能是有用的。这样的实体可以使用承载层级吞吐量指导来智能地优化承载内的所有流。另一方面，OTT服务器可以仅对它们服务的特定内容以及对应的TCP流具有可见性和影响。

针对在不同应用和流之中不产生干扰的高效优化，OTT服务器可以接收可用于它们自己的应用的带宽（诸如应用层级吞吐量指导）或可用于每个单个TCP流的带宽（诸如流层级吞吐量指导）。否则，多个OTT服务器可以利用可用于承载的整个带宽，这可能导致所有应用的拥塞、分组丢失和降级。

为了在存在多个应用的情况下实现有意义的优化，吞吐量指导实体可以被配置成除了承载层级吞吐量指导之外还计算并公布应用层级和TCP流层级吞吐量指导二者。可以通过在所检测到的有效应用之中划分承载层级吞吐量指导来导出应用层级吞吐量指导。可以进一步从应用层级吞吐量指导导出TCP流层级吞吐量指导。因此，应用层级吞吐量指导的总和以及TCP流层级吞吐量指导的总和可以产生承载层级吞吐量指导，这对于通过在不同OTT服务器处运行的独立优化机制最优地使用整个承载层级带宽来说可以是有用的。

根据包括运营商定义的策略的不同替代策略，划分会是可能的。为了计算应用层级吞吐量指导，吞吐量指导实体可以接收/检测并考虑每个应用的带宽需求、诸如视频下载的媒体速率、或者在合理时间内下载网页所需的带宽。可以通过在对应的TCP连接之中划分应用层级吞吐量指导（或者相等地划分以实现每个TCP公平或者按照任何其他策略划分）来计算TCP流层级吞吐量指导。当没有使用应用层级吞吐量指导时，可以通过根据相同原理直接划分承载层级吞吐量指导来计算TCP流层级吞吐量指导。

如上面所提到的，在某些实施例中，可以在eNB中实施吞吐量指导实体。在该情况下，吞吐量指导实体可以具有对eNB的无线电分组调度器和整个RRM的完全访问。因此，基于eNB的吞吐量指导实体可以自然地考虑完全的上下文，包括分组调度器的行为和逻辑、小区和UE的无线电条件以及用户平面，和在所述UE的整个有效期限期间每个有效或空闲的但建立的承载。

eNB中可用的、与由UE报告的频率感知CQI所指示的编码速率组合的、资源分配（诸如哪些PRB将被给予承载）可以提供关于承载将实现的吞吐量的信息，其可以是为承载定义吞吐量指导的基础。可以以与上面所讨论的相似的方式从每个承载吞吐量指导导出针对应用或单个TCP流的吞吐量指导。

eNB侧实施可以经由与基于RACS的实施相同的机制来支持切换。例如eNB侧实施可以依赖于X2转发的数据和/或明确上下文传递的富集。

在另一实施例中，如上面所提到的，可以存在RNC侧实施。当在RNC中实施吞吐量指导实体时，吞吐量指导实体可以访问RRM并且还可以访问每个承载的HS-DSCH信用分配（包括Iub流控制和拥塞控制）。因此，吞吐量指导实体可以具有关于承载能够实现的吞吐量的附加信息。该信息可以被结合到要对外部OTT服务器公布的吞吐量指导。

对于RNC侧实施，仅RNC间切换需要类似于RACS/eNB侧实施的支持。因此，与LTE情况相比，切换的影响可能小得多。在RNC侧实施情况下，可以通过Iur接口来转发被富集的分组。

如上面所提到的，可以存在提供或公布吞吐量指导的各种方式。吞吐量指导实体可以或者经由带内报头富集或者经由专用离带连接来向OTT服务器分发吞吐量指导信息。

图7图示根据某些实施例的TCP报头中的吞吐量指导的富集。带内报头富集可以将吞吐量指导编码到UL用户平面分组的报头中。新的信息元素可以被添加为TCP报头中的实验TCP选项、例如如图7中所示的种类253或254，被添加为超文本传输协议（HTTP）报头中或支持扩展的任何附加协议报头中的实验因特网协议（IP）报头、标准化TCP或IP报头字段。

吞吐量指导信息的认证或附加加密也是可能的。因为吞吐量指导实体正监视用户平面分组，所以吞吐量指导实体可能能够例如经由HTTP统一资源定位符（URL）检测、域名服务（DNS）监视或者在加密业务量的情况下通过检测来自客户端问候（hello）分组的服务器或服务器的完全限定域名（FQDN）的传输层安全（TLS）证书来建立服务器的标识。

吞吐量指导实体还可以实施选择性报头富集，诸如仅对被许可方公布吞吐量指导。可以以相同的方式来暴露附加参数，其中参数集合可能朝向每个OTT服务器被定制。带内报头富集可以被配置成使得吞吐量指导值到达完全上下文中的OTT服务器，从而指示该吞吐量指导值适用于的流、应用或承载的标识以及使该信息与数据下载的进展和用户平面流的状态同步。

图8图示根据某些实施例将离带吞吐量指导信息从吞吐量指导实体发送到OTT服务器。带内报头富集的替代方案是在吞吐量指导实体和OTT服务器之间设置专用连接并且与用户平面分组分开地传递吞吐量指导值，如图8中所示。当带内报头富集因为任何原因而不可能时可以使用离带通信。吞吐量指导实体可能不能修改分组或者额外的报头可能被中间防火墙剥离。在这样的情况下，通过离带连接发送的吞吐量指导信息可以通过标识吞吐量指导的范围、诸如承载、应用或流以及使吞吐量指导与下载的进展和用户平面流同步的附加信息来扩展。

吞吐量指导实体还可以经由其可以用来将信息发送到OTT服务器的同一带内报头富集机制向UE传递吞吐量指导，如图7中所示。然而，在这种情况下下行链路TCP区段可以被富集，而不是上行链路分组。

图9图示根据某些实施例的方法。如图9中所示，一种方法包括在910处以每个数据承载、每个应用或每个传输控制协议流中的至少一个为基础监视可用带宽。可以在演进节点B、无线电应用云服务器或无线电网络控制器中的至少一个中执行该方法。可以以每个无线电接入节点为基础来执行该监视。该监视可以包括监视多个小区的容量、多个用户设备的移动性、以及无线电调度器的行为。该监视可以包括控制平面监视、用户平面监视、和无线电监视中的至少一个。

该方法还可以包括在920处向被配置成尝试传输控制协议或内容层级优化中的至少一个的实体提供吞吐量指导，其中该吞吐量指导被配置成帮助该实体尝试传输控制协议或内容层级优化中的至少一个。

该方法可以进一步包括在930处除了吞吐量指导之外还向该实体提供上下文信息。该上下文信息可以包括例如关于其他承载、其他应用、小区中的需求或基站处的需求的信息。

该方法可以另外包括在915处估计可用带宽。该估计可以包括根据小区在给定时间的容量来计算承载的公平共享，其中该公平共享是针对承载的吞吐量指导。该估计可以涉及考虑以下各项中的至少一个：各个每个承载属性、有效应用的吞吐量需求、各个每个承载限制、以及同一承载中同时的传输协议控制连接的数目。

除了承载层级吞吐量指导之外，吞吐量指导还可以包括应用层级吞吐量指导或传输控制协议流层级吞吐量指导中的至少一个。

该方法还可以包括在940处从吞吐量指导实体或与吞吐量指导实体通信的用户设备接收吞吐量指导。

该方法可以进一步包括在950处基于吞吐量指导尝试传输控制协议或内容层级优化中的至少一个。

该方法可以另外包括在960处从吞吐量指导实体接收吞吐量指导。该方法还可以包括在970处向被配置成尝试传输控制协议或内容层级优化中的至少一个的实体提供吞吐量指导。该吞吐量指导可以被配置成帮助该实体尝试传输控制协议或内容层级优化中的至少一个。该提供可以包括将吞吐量指导与发送给内容服务器的其他控制信息组合。

在图9中，该图的左侧示出TG信息到执行优化的实体、诸如服务器的间接的、诸如经由UE的分发路线。相比之下，右侧图9示出执行优化本身的实体。

图10图示根据本发明的某些实施例的系统。在一个实施例中，一种系统可以包括多个设备、诸如例如至少一个UE 1010、至少一个吞吐量指导实体1020（其可以是eNB、RACS、RNC或其他基站或接入点）、以及至少一个信息接收器1030（其可以是适配网关、OTT服务器、UE或被配置成接收吞吐量指导的其他实体）。

这些设备中的每一个都可以包括至少一个处理器，分别被指示为1014、1024和1034。可以在每个设备中提供至少一个存储器，并且将所述存储器分别指示为1015、1025和1035。存储器可以包括计算机程序指令或其中所包含的计算机代码。处理器1014、1024和1034以及存储器1015、1025和1035或其子集可以被配置成提供与图9的各种框对应的装置。

如图10中所示，可以提供收发器1016、1026和1036，并且每个设备还可以包括分别被图示为1017、1027和1037的天线。例如可以提供这些设备的其他配置。例如，除了无线通信之外，信息接收器1030还可以被配置用于有线通信，并且在这样的情况下天线1037可以图示任何形式的通信硬件，而无需传统天线。

收发器1016、1026和1036可以各自独立地是发射器、接收器、或者发射器和接收器二者、或者被配置用于发射和接收二者的单元或设备。

处理器1014、1024和1034可以由任何计算或数据处理设备、诸如中央处理单元（CPU）、专用集成电路（ASIC）或类似设备来体现。处理器可以被实施为单个控制器、或多个控制器或处理器。

存储器1015、1025和1035可以独立地是任何适当存储设备、诸如非瞬时计算机可读介质。可以使用硬盘驱动器（HDD）、随机存取存储器（RAM）、闪速存储器或其他适当存储器。存储器可以被组合在作为处理器的单个集成电路上，或者可以与一个或多个处理器分开。此外，存储在存储器中的以及可以被处理器处理的计算机程序指令可以是任何适当形式的计算机程序代码，例如以任何适当编程语言所写的被编译或解译的计算机程序。

可以利用特定设备的处理器将存储器和计算机程序指令配置成促使硬件装置、诸如UE 1010、吞吐量指导实体1020和信息接收器1030执行于此所描述的过程中的任何一个（参见例如图9）。因此，在某些实施例中，可以利用计算机指令来编码非瞬时计算机可读介质，当在硬件中执行所述计算机指令时所述计算机指令执行过程、诸如于此所描述的过程之一。替代地，可以完全以硬件来执行本发明的某些实施例。

此外，尽管图10图示包括UE、吞吐量指导实体和信息接收器的系统，但是本发明的实施例可以适用于其他配置、以及包括附加元件的配置。例如，可以存在没有被示出附加UE，并且可以存在附加核心网络元件，如图2中所图示的。

本领域普通技术人员将容易地理解，可以利用按不同顺序的步骤和/或利用不同于所公开的那些配置的配置中的硬件元件来实践如上面所讨论的本发明。因此，尽管已经基于这些优选实施例描述了本发明，但是对于本领域技术人员来说将显而易见的是，某些修改、变化和替代构造在保持在本发明的精神和范围之内的同时将是显而易见的。因此，为了确定本发明的边界和界限，应该参考所附的权利要求。

部分术语表

ACK 确认

CA 载波聚合

CDN 内容分发网络

CQI 信道质量指示符

CSS 级联样式表

DL 下行链路

DNS 域名服务

eNB 演进节点B

GBR 保证比特率

GW 网关

HSPA 高速分组接入

HTML 超文本标记语言

IP 因特网协议

LTE 长期演进

OTT 越顶

PRB 物理资源块

RACS 无线电应用云服务器

RNC 无线电网络控制器

RRC 无线电资源控制

RRM 无线电资源管理

RSRP 参考信号接收功率

RSRQ 参考信号接收质量

RTT 往返时间

TCP 传输控制协议

TG 吞吐量指导

TGE 吞吐量指导实体

UE 用户设备

UL 上行链路

WCDMA 宽带码分多址。