应用流的权重W1接近1的情况下。因此，在本公开内容的又一方面，如下所述，为了减小 或防止这种余量归还导致服务速率超过每一个应用的请求速率，可以利用一个或多个经修 改的归还策略。
[0104] 例如，在本公开内容的一个方面，相反的优先级可以用于余量归还，而不是利用与 应用于缩放的相同的优先级来应用归还。即，因为具有低优先级的给定应用由于其低的优 先级而在速率减小操作中已经受影响最多，所以余量归还操作可以将较高的优先级给予该 应用，从而在一定程度上减轻其所经受的。
[0105] 在另一例子中，为了减小或防止余量归还操作导致服务速率超过具有在值为1处 或附近的权重w的应用的请求速率，可以将余量归还操作仅应用于具有小于某个门限（例 如，〇. 9)的权重&的那些应用流。
[0106] 在另一例子中，可以从最高优先级的流向最低优先级的流进行余量归还操作，利 用余量依次完全满足每一个应用的需求，然后将任何残留的余量给下一个最高优先级的应 用，并且进行同样的操作，直到余量被完全使用。以这种方式，最高优先级的应用可以接收 其全部请求带宽，而将所得到的缩放仅应用于较低优先级的应用。
[0107] 如上所述，如果应用服务器116利用自适应流技术（例如，可能根据检测到的可 用带宽来减小高清视频流的分辨率的流视频应用），则所得的适应可以生成带宽余量条件。 即，如果高的带宽流减小到较小的带宽流（例如，1080p的流被降低到较低分辨率的视频流 (例如，720p的流）），则这个应用流所需的减小的带宽可以添加到带宽余量中。在本公开内 容的一个方面，如上所述，可以将该带宽余量重新分配回一个或多个其它应用流之间。
[0108] 现在返回到步骤310,如果接入终端102确定经加权的合计请求速率Rstialf3d仍超 过带宽约束R。(t)(或者，在一些例子中，超过经缩放的带宽约束），则过程可以进行到步骤 312,其中，接入终端102可以计算并应用增加的速率调节。即，在下述情况下：
[0110] 则为了确保服务速率不超过带宽约束，与通过利用针对每一个应用流的权重因子 W来实现的速率减小相比，可以利用更大的速率减小。例如，在本公开内容的一个方面，速率 减小可以考虑带宽约束I^(t)，以便经加权的服务速率小于带宽约束。这里，可以如下地确 定针对每一个应用流i的速率减小AR:
[0112] 因此，与请求速率R1不同，每一个应用流i的服务速率将等于请求速率R1与速率 减小AR之间的差，g卩，R1-AR1。进一步地，如下将给出相对于合计请求速率的总体速率减 小：
[0114] 在这个例子中，如在上面的等式中所看到的，对于最高优先级的应用（即，具有接 近1的w的那些应用）而言，加权之后的速率减小发生最少。当然，这个仅是本公开内容的 范围内的一个例子，并且如上面所讨论的，可以将其它策略应用于速率减小。
[0115] 速率减小的实现
[0116] 在本公开内容的又一方面，一旦确定速率减小量，在步骤314处，接入终端102就 可以利用各个应用流节流操作中的一个或多个，以便实现针对每一个应用流202的速率减 小。这里，对应用流进行节流的方式部分地取决于数据是上行链路（反向链路）传输还是 下行链路（前向链路）传输的一部分。
[0117] 针对与上行链路传输相对应的应用流而言，可以使得接入终端102能够利用存储 器122来使来自对应的应用的分组排队或缓冲合适的时间长度，将分组从队列中取出，并 以期望的、节流的传输速率来发送它们。即，接入终端102利用合适的缓冲器能够直接地控 制每一个应用128的上行链路传输速率，以与如上所述的计算出的、降低的服务速率相对 应。用于对速率进行节流的这个过程本质上可以用于任何类型的流（包括TCP流和UDP流 二者）。如果由接入终端102为特定的应用分配的缓冲器大小不够大，或者如果分组被缓冲 了太大的时间长度，则某个数量的分组可以被丢弃是可能的。然而，在存在相对低的分组丢 失的风险的情况下，与当利用其它分配操作（例如，平等分享或公平分享带宽）时可能影响 应用流的问题相比，这个结果可以是可接受的。
[0118] 针对与下行链路传输相对应的应用流而言，接入终端102可能无法直接地控制每 一个应用流的传输速率。然而，可以使得接入终端102能够利用一个或多个间接机制来引 发对每一个应用流的传输速率的节流。例如，在本公开内容的一个方面，接入终端102可以 被配置为在上行链路传输上向对应的应用服务器116发送明确的请求以根据针对应用流 202的计算出的减小的带宽来减小数据速率。作为响应，应用服务器116可以相应地控制传 输速率，将其保持在针对该应用流202的计算出的、减小的速率处。
[0119] 在另一例子中，尤其可应用于TCP流或者响应于接收的分组（所接收的分组被正 确地接收且解码）而类似地利用确认（ACK)消息传输的任何其它流，接入终端102可以被 配置为控制ACK分组的传输。例如，接入终端102可以例如通过节流和/或丢弃至应用服 务器116的ACK传输中的至少一部分，来减小ACK分组的传输速率，使得应用服务器116可 以倾向于相信可用于应用流202的带宽小于事实上可能可用的带宽。这里，应用服务器116 处的流控制算法可以在其未能在较短的时间内接收到针对每一个传输分组的ACK时相应 地减小传输数据速率。以这种方式，通过对ACK消息的传输进行控制，使得接入终端102能 够引发与源自于应用服务器116的应用流相对应的下行链路传输上的减小的传输速率。在 另一例子中，接入终端102可以抑制与分组的合适部分相对应的ACK消息的传输，而不必减 小或以其它方式修改ACK传输的速率。
[0120] 这些ACK消息可以在任何合适的可操作层（例如，应用层、传输层（例如，针对TCP ACK消息））或者甚至在低层（例如，层2的HARQACK消息）处是可操作的。然而，在本公 开内容的一个方面，上层（例如，传输层或应用层）的ACK消息可以比低层的HARQACK消 息更优选。即，上层消息可以被指引到应用服务器116,使得单个应用服务器能够利用流控 制算法来控制由该应用使用的带宽。然而，低层ACK消息则通常被指引到RAN，并且可能不 专用于特定的应用流202。因此，这些ACK消息可能导致由RAN104为接入终端102分配的 总带宽204的减小，这是不希望的结果。
[0121] 在另一例子中，可以通过利用链路层和/或传输层中的一个或两个处的尺寸减小 的接收窗口（而不是修改ACK消息的传输），来实现与应用流相对应的请求带宽的减小。
[0122] 应当理解的是，所公开的方法中的步骤的特定次序或层次是示例性过程的说明。 应当理解的是，基于设计偏好，可以重新排列方法中的步骤的特定次序或层次。所附的方法 权利要求以样本次序给出各个步骤的要素，除非在其中明确地记载，否则并不意味着限于 所给出的特定次序或层次。
[0123] 提供先前的描述，以使得本领域的任何技术人员都能够实现本文所描述的各个方 面。对于本领域技术人员来说，对这些方面的各种修改将是显而易见的，并且本文所定义的 总体原理可以应用于其它方面。因此，权利要求不旨在限于本文所示出的方面，而是符合与 权利要求的语言相一致的整个范围，其中，除非明确地声明，否则对单数形式的要素的提及 并不旨在意指"一个且仅一个"，而是表示"一个或多个"。除非另外明确地声明，否则术语 "一些"指代一个或多个。指代一系列项目中的"至少一个"的短语是指这些项目的任意组 合，其包括单个成员。作为例子，"a、b或c中的至少一个"旨在覆盖：a;b;c;a和b;a和c; b和c;以及a、b和c。贯穿本公开内容描述的各个方面的要素的所有结构和功能等效物以 引用方式明确地并入本文，并且旨在被权利要求所涵盖，这些结构和功能等效物对于本领 域技术人员来说是已知的或者将要已知的。此外，本文中没有任何公开的内容旨在贡献给 公众，不管这样的公开内容是否被明确地记载在权利要求中。没有任何权利要求要素应当 基于35U.S.C. § 112的第六款的规定来解释，除非该要素明确使用了"用于…的单元"的措 辞来记载，或者在方法权利要求的情况下，该要素是使用"用于…的步骤"来记载的。
【主权项】
1. 一种可在接入终端处操作的、用于在多个并发应用流之间分配可用带宽的方法，所 述方法包括： 如果与所述多个并发应用流相对应的合计请求带宽大于带宽约束，则减小与所述多个 并发应用流中的至少一个应用流相对应的请求带宽；以及 如果与所述多个并发应用流相对应的所述合计请求带宽不大于所述带宽约束，则保持 针对所述多个并发应用流中的每一个应用流的所述请求带宽。2. 根据权利要求1所述的方法，其中，所述至少一个应用流包括上行链路传输，并且其 中，所述减小与所述至少一个应用流相对应的所述请求带宽包括： 将与所述上行链路传输相对应的多个分组缓冲在所述接入终端处的存储器中；以及 根据所减小的请求带宽来发送所缓冲的分组。3.根据权利要求1所述的方法，其中，所述至少一个应用流包括下行链路传输，并且其 中，所述减小与所述至少一个应用流相对应的所述请求带宽包括： 减小与所述下行链路传输相对应的确认分组的传输速率。4.根据权利要求1所述的方法，其中，所述至少一个应用流包括下行链路传输，并且其 中，所述减小与所述至少一个应用流相对应的所述请求带宽包括： 抑制与所述下行链路传输相对应的确认分组的一部分的传输。5.根据权利要求1所述的方法，其中，所述至少一个应用流包括下行链路传输，并且其 中，所述减小与所述至少一个应用流相对应的所述请求带宽包括： 减小链路层和/或传输层中的一层或二者处的接收窗口。6. 根据权利要求1所述的方法，其中，所述至少一个应用流包括下行链路传输，并且其 中，所述减小与所述至少一个应用流相对应的所述请求带宽包括： 向与所述至少一个应用流相对应的应用服务器发送请求，所述请求适于请求所述应用 服务器修改所述下行链路传输的数据速率。7.根据权利要求1所述的方法，还包括： 根据包括以下各项中的一项或多项的因素，来将所述多个并发应用流分类成多个组：IP分组报头中的DSCP字段；与所述多个应用流中的每一个应用流相对应的TCP/UDP端口 号；第一窗口内的分组突发的数量；所述第一窗口内的所述分组突发之间的突发间间隔； 与所述多个应用流中的每一个应用流相对应的缓冲器的平均占用量；或者所述缓冲器的所 述占用量的方差。8. 根据权利要求1所述的方法，还包括： 对包括在所述多个并发应用流中的每一个应用流中的分组进行嗅探；以及 根据所嗅探的分组的一个或多个特性，来对所述多个并发应用流进行分类。9.根据权利要求1所述的方法，其中，所述带宽约束包括以下各项中的一项或多项之 中的最小值： 最大订制速率、网络数据速率上限、与无线链路状况相对应的数据速率、或者由所述接 入终端的类别和/或能力支持的最大数据速率。10.根据权利要求9所述的方法，其中，所述带宽约束还是根据缓冲系数来进行缩放 的。11.根据权利要求10所述的方法，其中，所述缓冲系数具有约为〇.9的值。12. 根据权利要求1所述的方法，还包括： 确定与所述多个并发应用流相对应的经缩放的合计请求带宽，其中，所述经缩放的合 计请求带宽包括对所述多个并发应用流的合计，每一个应用流是按照相应的权重来进行缩 放的， 其中，针对所述多个并发应用流中的每一个应用流的所述权重与以下各项中的一项或 多项相对应：针对所述多个并