专利名称：用于在网络中进行通信的系统和方法
技术领域：
概括地说，本申请涉及通信技术，具体地说，本申请涉及为用于网络中的通信设备的传输控制协议(TCP)流排列优先顺序。
背景技术：
通信系统被广泛地部署以提供通信设备(例如，移动手持设备、PDA (个人数字助理)、个人计算机、智能电话、服务器或能够经由网络进行通信的任何其它电子设备)之间的各种类型的通信(例如，语音、数据、多媒体服务等)。这些设备可以经由互连设备的网络在相互之间发送/接收数据。所述数据可以作为不同的数据集合(其称为流)被发送。例如，一个设备与另一个设备之间的第一视频流的传输可以称为第一流，并且一个设备与另一个设备之间的用于网页的数据分组的传输可以称为第二流。这些数据流可以各自与在通信设备上运行的特定应用相关联。另外，这些设备通过有线连接或无线连接互连。这些设备可以经由一个或多个网络接口接入这些连接中的一个或多个连接。这些连接和/或网络接口可以具有它们所能够处理的有限量的带宽。因此，可能存在有限量的可用带宽供设备用来进行通信。相应地，当多个流请求使用可用带宽时，可以在 流之间分配带宽。网络中的数据流的传输和对这些流的带宽分配部分地由传输控制协议(TCP )来处理。一般情况下，TCP在流之间均匀地分配可用带宽。然而，不同的流可能具有不同的最小吞吐量要求和不同的最大期望吞吐量，以便使应用良好地工作。例如，视频流可能会要求最小带宽，以便使该视频在应用中流畅且准确地回放。仅仅在流之间均匀分配可用带宽无法确保为该视频流分配所要求的最小带宽。即使当不同的流的最小吞吐量要求和最大吞吐量要求是相等的或未知的时，用户也可能会对一个流具有特别的兴趣。例如，当一个流在前台时，用户可能会注意相应的应用，因此可能期望优先考虑该流。更普遍的情况是，不同的流可能具有不同的要求，例如，基于每个流的属性的固有要求，或者与使用设备的场景有关的固有要求。因此，需要用于流之间的带宽的增强的系统和方法。
发明内容
本发明的系统、方法和设备各自具有若干方面，这些方面中没有哪个单一方面单独地负责其期望的属性。现在在不限制如所附权利要求书所表达的本发明的保护范围的情况下，对某些特征进行简要地论述。在考虑该论述之后，特别是在阅读标题为“具体实施方式
”的部分之后，人们将理解本发明的特征是如何提供包括为用于网络中的通信设备的传输控制协议(TCP)流排列优先顺序的优势的。本申请公开内容的一个实施例提供了一种在通信网络中操作的设备。该设备包括处理器。该处理器被配置为基于共享的业务流约束来从多个流中识别流集合。所述流集合包括第一流和第二流。所述处理器还被配置为基于所述业务流约束和与所述业务流约束相关联的可用带宽来为所述流集合中的每个流分配带宽。本申请公开内容的另一个实施例提供了一种在通信网络中操作的设备中操作的方法。该方法包括:基于共享的业务流约束来从多个流中识别流集合。所述流集合包括第一流和第二流。该方法还包括:基于所述业务流约束和与所述业务流约束相关联的可用带宽来为所述流集合中的每个流分配带宽。本申请公开内容的另一个实施例提供了一种在通信网络中操作的设备。该设备包括用于基于共享的业务流约束来从多个流中识别流集合的单元。所述流集合包括第一流和第二流。所述设备还包括:用于基于所述业务流约束和与所述业务流约束相关联的可用带宽来为所述流集合中的每个流分配带宽的单元。本申请公开内容的另一个实施例提供了一种包括非临时计算机可读介质的计算机程序产品。该计算机可读介质包括:用于使计算机基于共享的业务流约束来从多个流中识别流集合的代码。所述流集合包括第一流和第二流。所述计算机可读介质还包括:用于使计算机基于所述业务流约束和与所述业务流约束相关联的可用带宽来为所述流集合中的每个流分配带宽的代码。
图1示出了示例性通信网络。图2是示出了用于在发射机侧为流排列优先顺序的示例性过程的流程图。图3是示出了用于在接收机侧为流排列优先顺序的示例性过程的流程图。图4是可以用在图1的通信网络中的第一示例性设备和第二示例性设备的功能框图。图5是可以用在图1的通信网络中的另一个示例性无线设备的功能框图。
具体实施例方式在本申请中，“示例性”一词用来表示“用作例子、例证或说明”。本申请中被描述为“示例性”的任何实施例不一定被解释为比其它实施例更优选或更具优势。为了使本领域任何技术人员能够实现和使用本发明，给出了以下描述。在以下描述中，为了解释的目的而列出了细节。应当明白的是，本领域普通技术人员可以认识到，在不使用这些特定细节的情况下也可以实现本发明。在其它实例中，不会对公知的结构和过程进行详细阐述，以避免不必要的细节使本发明的描述变得晦涩。因此，本发明并非旨在限于所示的实施例，而是与符合本申请所公开的原理和特征的最广范围相一致。本申请描述的技术可以用于各种通信网络，例如码分多址(CDMA)网络、时分多址(TDMA)网络、频分多址(FDMA)网络、正交FDMA (OFDMA)网络、单载波FDMA (SD-FDMA)网络、局域网(LAN)、个域网(PAN)、广域网(WAN)、有线网络等等。术语“网络”和“系统”经常可互换地使用。CDMA网络可以实现诸如通用陆地无线接入(UTRA)、cdma2000等等之类的无线技术。UTRA 包括宽带 CDMA (W-CDMA)和低码片速率(LCR)。cdma2000 涵盖 IS-2000、IS-95 和IS-856标准。TDMA网络可以实现诸如全球移动通信系统(GSM)之类的无线技术。OFDMA网络可以实现诸如演进型 UTRA (E-UTRA)、ΙΕΕΕ802.9、ΙΕΕΕ802.16、ΙΕΕΕ802.20、Flash_0FDM”等等之类的无线技术。UTRA、E-UTRA和GSM是通用移动通信系统(UMTS)的一部分。长期演进(LTE)是使用E-UTRA的UMTS的即将发行版。在来自名为“第三代合作伙伴计划”(3GPP)的组织的文档中描述了 UTRA、E-UTRA, GSM、UMTS和LTE。在来自名为“第三代合作伙伴计划2”(3GPP2)的组织的文档中描述了 cdma2000。这些各种无线技术和标准都为本领域所公知。单载波频分多址(SC-FDMA)使用单载波调制和频域均衡。SC-FDMA与OFDMA系统具有相似的性能和基本相似的整体复杂度。SC-FDMA信号由于其固有的单载波结构而具有较低的峰均功率比(PAPR)。SC-FDMA尤其在上行链路通信中已引起强烈的关注，其中在上行链路通信中，较低的PAPR使移动终端在发射功率效率方面极大地受益。SC-FDMA是当前针对3GPP长期演进(LTE)或演进型UTRA (E-UTRA)中的上行链路多址方案的工作设想。本申请描述了允许为用于网络中的设备的流排列优先顺序的系统和方法。本申请所描述的系统和方法涉及为输出流(经由网络从该设备向另一个设备发送的业务的流)排列优选顺序，并且还涉及为输入流(由该设备经由网络从另一个设备接收的业务的流)排列优先顺序。相应地，可以对不同的流进行节流，或者可以响应于分组丢失，为不同的流提供更积极的足以允许该设备上的依赖数据流的应用适当工作的带宽参数。流是指由在设备上运行的应用发送或接收的数据集合或分组集合。尽管可以在本申请中参照TCP连接对流进行描述，但是流并非限于此。在各个实施例中，流可以包括任何传输协议或套接字类型，例如，TCP、SCTP, UDP、原始IP等等。此外，流可以与应用相关联。例如，流可以指通过在运行于设备102上的发送应用与接收应用之间形成的TCP连接所发送的数据。到达的TCP数据分组通过该TCP数据分组的套接字(即，源主机地址、源端口、目的地主机地址和目的地端口的组合)被识别为属于特定TCP连接。每个设备可以向发送/接收数据流所通过的TCP连接指派TCP端口。相应地，可以通过调整与流中的每个流的TCP连接相关联的参数来为这些流分配不同的带宽。一个设备上的一个或多个应用可以各自与一个或多个其它设备上的一个或多个另外的应用中的每一个应用形成一个或多个TCP连接。相应地，应用可以具有一个或多个输出流和一个或多个输入流，这些流中的每一个流指代不同的数据集合并且与不同的TCP连接相关联。例如，由第一设备向第二设备进行的第一视频流的发送可以称为第一设备的第一输出流。另外，由第二设备从第一设备进行的第一视频流的接收可以称为第二设备的第一输入流。另外，从第一设备向第二设备进行的用于网页的数据分组的发送可以称为第一设备的第二输出流。由第二设备从第一设备进行的用于网页的数据分组的接收可以称为第二设备的第二输入流。本申请所描述的系统和方法涉及:基于设备可用的带宽来计算针对与该设备相关联的不同流的目标速率。本申请所描述的系统和方法还涉及:识别共享资源的流，以确定一个流对带宽的使用是否影响了针对另一个流的可用带宽。本申请所描述的系统和方法还涉及:基于调整TCP参数来实施(enforce)对流的带宽分配的优先级。应当注意到，尽管本申请中的某些示例仅论述了两个流，但是本领域技术人员将认识到，针对两个流所描述的原理同样适用于具有多个流(N个)的实施例，其中N是任意正整数。图1示出了示例性通信网络100。该通信网络100 (例如，互联网、LAN、PAN、WAN等)被配置为支持多个通信设备102a-102g (例如，移动手持设备、PDA (个人数字助理)、个人计算机、智能电话、服务器或能够经由网络进行通信的任何其它电子设备)之间的通信。通信设备102a-102g可以通过一个或多个有线或无线通信链路104a-104h互连。通信链路104a-104h可以包括下列类型的通信链路中的一种或多种:GSM (全球移动通信系统)、UMTS(通用移动通信系统)、UMTS-TDD (UMTS时分双工)、CDMA (码分多址)、CDMA2000、WCDMA (宽带CDMA)、TDMA (时分多址)、FDMA (频分多址)、IxEV-DO (演进数据优化)^^^-1& 、蓝牙、或者IEEE802.11、电话(例如，POTS)、线缆、以太网、PLC (电力线通信)、或者光纤链路、或者允许设备之间连接的任何其它链路。应当注意到，网络100可以包括更多或更少的通信设备102，并且这些通信设备102之间可以具有不同的链路104布置。通信设备102a_102g中的每个通信设备可以经由链路104a_104h中的一个或多个链路与其它设备通信。例如，通信设备102a可以经由链路104a和/或经由通信链路104b与104c的组合与通信设备102d通信。例如，设备102a可以运行向设备102d发送数据(例如，用于web浏览会话的数据分组、用于基于IP的语音(VoIP)呼叫的数据分组、用于视频流的数据分组或者其它数据或媒体内容)并且/或者从设备102d接收数据的应用(例如，web浏览器、视频播放器、电子邮件客户端或者另一个其它应用)。设备102a还可以运行另外的应用，并向设备102d和/或其它设备102发送数据，并且/或者从设备102d和/或其它设备102接收数据。每个设备102a_102g可能在其可以在一个或多个链路上发送和/或接收的数据的量方面受到约束。该约束可能是由设备的物理约束(例如，设备的网络接口的约束)和/或链路的物理约束或者某些其它约束造成的。相应地，针对每个设备102a-102g，存在有限量的带宽可用来发送和/或接收数据。在某些实施例中，用于发送数据的可用带宽与用于接收数据的可用带宽相关。在其它实施例中，用于发送数据的可用带宽与用于接收数据的可用带宽无关。相应地， 当设备发送/接收多个流时，需要在这多个流之间分配可用带宽。不同的流基于与该流相关联的应用，可以具有不同的最小吞吐量要求和不同的最大期望吞吐量。例如，视频流可能要求最小带宽以便使该视频在应用中流畅且正确地回放，因为数据需要顺序地且在某个时间段内被接收以便实况回放。另一方面，包含用于网页的数据分组的流可能不要求最小带宽，因为只要所有的分组都被接收时就可以交付网页。相应地，应当基于每个设备102a-102g的流的要求为该流分配带宽。另外，不同的流可以具有不同的优先级。例如，一个流可以与重要应用相关联，应当在为另一个流分配带宽任何带宽之前为该流分配最小要求带宽，或者一个流可以与位于图形用户界面中的前台中的应用相关联，因此该流很可能被用户视为高优先级。可以通过很多不同的方法为流排列优先顺序。优先级水平可以是绝对优先级水平，其中每个流被给予特定优先级值(例如，1，2，3等)。或者，优先级水平可以是相对的，其中一个流的优先级水平是相对于另一个流来进行定义的(例如，流I的优先级高于流2的优先级并且/或者低于流3的优先级)。另外，可以通过很多不同的方法来为流指派优先级水平。例如，使用流的应用可以例如通过使用应用编程接口(API)，来从设备的控制流的操作系统或管理器应用请求针对该流的特定优先级水平。或者，可以由设备基于诸如应用类型之类的某个参数来为该流自动指派特定流(例如，为web浏览器指派比视频播放器低的优先级)。在另一个实施例中，设备的用户可以为流设置优先级水平。在一个实施例中，设备102a_102g中的每个设备可以使用TCP来执行拥塞控制，并且因此为不同的流间接指派资源。在发送方设备侧，TCP利用窗口缩放来控制为用于发送/接收数据的流分配的带宽。针对给定流，通过设置拥塞窗口尺寸(该窗口尺寸是在发射机没有从接收机接收到确认的情况下，可以从该发射机向该接收机发送的分组的数量)来使窗口缩放工作。从发射机向接收机发送数据分组和由发射机从接收机接收确认所花费的时间称为往返时间(RTT)。增加针对流的拥塞窗口尺寸通过允许在每个RTT发送更多的数据而增加了该流可用的带宽。在一个实施例中，TCP为流设置达到特定带宽的初始拥塞窗口尺寸。随后，TCP按照如下方式基于数据分组的丢失来缩放拥塞窗口尺寸。如果流的数据分组由发射机成功发送到接收机，并且发射机接收到确认，则将拥塞窗口尺寸增加量α (增加参数)，该量α被加到当前拥塞窗口尺寸上。如果流的一个或多个数据分组未被发射机成功发送到接收机，并且发射机接收到请求相同的未被成功发送的数据分组的多个确认(即，重复确认)，则通过因子β (减小参数)减小拥塞窗口尺寸，其中β是O与I之间的值，并且β与当前拥塞窗口尺寸相乘。如下面所论述的，发射机使用值α和β来调整拥塞窗口尺寸。在一个实施例中，TCP通过针对设备102中的每个流将拥塞窗口尺寸设置为相等的默认值，来为每个流初始地分配相等量的带宽。然而，为了将一个流的优选顺序排列到另一个流之前，并为给定流分配较大的带宽，可以针对不同的流不同地调整用于控制拥塞窗口尺寸改变的参数α和β。相应地，针对不同的流的拥塞窗口尺寸将以不同的比率改变，从而导致针对不同流的不同拥塞窗口尺寸。如本申请所述，带宽分配可以包括直接带宽分配(例如通过QoS机制进行的带宽分配)和间接带宽分配。作为间接带宽分配的一个示例，UDP流和TCP流可以使网络连接饱和。通过对TCP流进行节流，可以间接为UDP流分配较多的带宽。通过为TCP流提供积极的带宽参数(如以下更详细地描述的)，可以间接为UDP流分配较少的带宽。因此，分配带宽可以包括:调整网络参数(例如，本申请所描述的TCP参数)，使得一个或多个流被节流，被给予积极参数，被排列优先顺序并且/或者被重新排列优选顺序，从而向一个或多个其它流提供不同量的带宽。例如，一种为高优先级流分配较多带宽的方法包括:增加针对高优先级流的参数α并且/或者减小针对低优先级流的参数a。正常情况下，α等于I。增加参数α (例如，增加到大于I的值)导致针对高优先级流的拥塞窗口尺寸比具有较小的参数α的流增加得更快。另外，减小参数α (例如，减小到小于I的值)导致针对低优先级流的拥塞窗口尺寸比具有较高的参数α的流增加得更慢。针对高优先级流和低优先级流两者的拥塞窗口尺寸将增加到分组开始丢失为止。然而，由于α的值不同，高优先级流的拥塞窗口尺寸将比低优先级流的拥塞窗口尺寸增加得更快，因此随着拥塞窗口尺寸增加，高优先级流将具有较大的拥塞窗口尺寸。相应地，高优先级流被分配较高的带宽。在一个实施例中，增加与高优先级流相关联的α并且减小与低优先级流相关联的α。在另一个实施例中，仅增加与高优先级流相关联的α。在又一个实施例中，仅减小与低优先级流相关联的α。仅减小低优先级流的α至少具有一个优势:不会由于α参数的改变而不公平地给予第三方流以较少的带宽。具体来说，在增加与较高优先级流相关联的α的情况下，不仅相对于已知的低优先级流，而且相对于可能未被顾及到并且具有α=1的正常值的其它第三方流，拥塞窗口尺寸增加得更快。因此，这些未被顾及到的流可能会比较高优先级流接收更少的带宽(尽管并非期望如此)。通过仅减小针对较低优先级流的α，避免了这种情况，原因在于没有流的优选顺序被排列到具有α=1的正常值的流之前。另一种为高优先级流分配带宽的方法包括:增加针对高优先级流的参数β并且/或者减小针对低优先级流的参数β。正常情况下，β等于0.5。增加参数β (例如，增加到大于0.5的值)导致针对高优先级流的拥塞窗口尺寸比具有较小的参数β的流减小得更少。另外，减小参数β (例如，减小到小于0.5的值)导致针对低优先级流的拥塞窗口尺寸比具有较高的参数β的流减小得更多。当分组开始丢失时，针对高优先级流和低优先级流两者的拥塞窗口尺寸都将减小。然而，由于β的值不同，高优先级流的拥塞窗口尺寸将比低优先级流的拥塞窗口尺寸减小得更少，因此随着拥塞窗口尺寸减小，高优先级流将具有较大的拥塞窗口尺寸。相应地，高优先级流被分配较高的带宽。在一个实施例中，增加与高优先级流相关联的β，并且减小与低优先级流相关联的β。在另一个实施例中，仅增加与高优先级流相关联的β。在又一个实施例中，仅减小与低优先级流相关联的β。仅减小低优先级流的β至少具有一个优势:不会由于β参数的改变而不公平地给予第三方流以较少的带宽。具体来说，在增加与较高优先级流相关联的β的情况下，不仅相对于已知的低优先级流，而且相对于可能未被顾及到并且具有β =0.5的正常值的其它第三方流，拥塞窗口尺寸减小得更少。因此，这些未被顾及到的流可能会比较高优先级流接收更少的带宽(尽管并非期望如此)。通过仅减小针对较低优先级流的β，避免了这种情况，原因在于没有流的优选顺序被排列到具有β =0.5的正常值的流之前。应当注意到，如何调整α和β的值可以是基于不同的方法来进行的。在一个实施例中，可以基于试探(heuristic)来调整α和β的值。例如，可以基于流的当前速率、针对流的目标期望速率、最小速率约束和最大速率约束和/或容量约束，来调整α和β的值。在一个示例中，根据如下的式I和/或2，基于针对设备的流的目标期望速率来调整α和/或β。
权利要求
1.一种在通信网络中操作的设备，所述设备包括: 处理器，其被配置为: 基于共享的业务流约束来从多个流中识别流集合，其中，所述流集合包括第一流和第二流；以及 基于所述业务流约束和与所述业务流约束相关联的可用带宽来为所述流集合中的每个流分配带宽。
2.如权利要求1所述的设备，其中，所述处理器被配置为通过确定所述第一流是否在所述第二流经历拥塞事件的阈值时间段内经历所述拥塞事件来识别所述流集合。
3.如权利要求2所述的设备，其中，所述拥塞事件包括下列中的至少一个:丢失的分组、增加的往返时间、发送速率降低、瞬时吞吐量降低。
4.如权利要求1所述的设备，其中，所述处理器被配置为通过确定所述第一流是否被分配第一预期带宽以及所述第二流是否被分配第二预期带宽来识别所述流集合。
5.如权利要求1所述的设备，其中，所述处理器被配置为通过确定所述第一流是否被分配第一预期接收数据速率以及所述第二流是否被分配第二预期接收数据速率来识别所述流集合。
6.如权利要求1所述的设备，其中，所述处理器被配置为通过确定所述第一流是否被分配第一预期拥塞窗口尺寸以及所述第二流是否被分配第二预期拥塞窗口尺寸来识别所述流集合。
7.如权利要求1所述的设备，其中，所述处理器还被配置为确定针对所述第一流的第一目标数据速率和针对所述第二流的第二目标数据速率。
8.如权利要求7所述的设备`，其中，所述第一目标数据速率和所述第二目标数据速率是基于与所述业务流约束相关联的可用带宽来确定的。
9.如权利要求1所述的设备，其中，所述处理器还被配置为通过调整与所述流集合中的至少一个流相关联的减小参数来为所述流集合中的每个流分配带宽。
10.如权利要求1所述的设备，其中，所述处理器还被配置为通过调整与所述流集合中的至少一个流相关联的增加参数来为所述流集合中的每个流分配带宽。
11.如权利要求1所述的设备，其中，所述处理器还被配置为通过调整与所述流集合中的至少一个流相关联的拥塞窗口尺寸来为所述流集合中的每个流分配带宽。
12.如权利要求1所述的设备，其中，所述处理器还被配置为通过调整与所述流集合中的至少一个流相关联的接收窗口尺寸来为所述流集合中的每个流分配带宽。
13.如权利要求1所述的设备，其中，所述处理器还被配置为通过调整与所述流集合中的至少一个流相关联的确认延迟时间来为所述流集合中的每个流分配带宽。
14.一种在通信网络中操作的设备中操作的方法，该方法包括: 基于共享的业务流约束来从多个流中识别流集合，其中所述流集合包括第一流和第二流；以及 基于所述业务流约束和与所述业务流约束相关联的可用带宽来为所述流集合中的每个流分配带宽。
15.如权利要求14所述的方法，其中，识别所述流集合包括:确定所述第一流是否在所述第二流经历拥塞事件的阈值时间段内经历所述拥塞事件。
16.如权利要求15所述的方法，其中，所述拥塞事件包括下列中的至少一个:丢失的分组、增加的往返时间、发送速率降低、瞬时吞吐量降低。
17.如权利要求14所述的方法，其中，识别所述流集合包括:确定所述第一流是否被分配第一预期带宽以及所述第二流是否被分配第二预期带宽。
18.如权利要求14所述的方法，其中，识别所述流集合包括:确定所述第一流是否被分配第一预期接收数据速率以及所述第二流是否被分配第二预期接收数据速率。
19.如权利要求14所述的方法，其中，识别所述流集合包括:确定所述第一流是否被分配第一预期拥塞窗口尺寸以及所述第二流是否被分配第二预期拥塞窗口尺寸。
20.如权利要求14所述的方法，还包括:确定针对所述第一流的第一目标数据速率和针对所述第二流的第二目标数据速率。
21.如权利要求20所述的方法，其中，所述第一目标数据速率和所述第二目标数据速率是基于与所述业务流约束相关联的可用带宽来确定的。
22.如权利要求14所述的方法，其中，为所述流集合中的每个流分配带宽包括:调整与所述流集合中的至少一个流相关联的减小参数。
23.如权利要求14所 述的方法，其中，为所述流集合中的每个流分配带宽包括:调整与所述流集合中的至少一个流相关联的增加参数。
24.如权利要求14所述的方法，其中，为所述流集合中的每个流分配带宽包括:调整与所述流集合中的至少一个流相关联的拥塞窗口尺寸。
25.如权利要求14所述的方法，其中，为所述流集合中的每个流分配带宽包括:调整与所述流集合中的至少一个流相关联的接收窗口尺寸。
26.如权利要求14所述的方法，其中，为所述流集合中的每个流分配带宽包括:调整与所述流集合中的至少一个流相关联的确认延迟时间。
27.—种在通信网络中操作的设备，所述设备包括: 用于基于共享的业务流约束来从多个流中识别流集合的单元，其中，所述流集合包括第一流和第二流；以及 用于基于所述业务流约束和与所述业务流约束相关联的可用带宽来为所述流集合中的每个流分配带宽的单元。
28.如权利要求27所述的设备，其中，所述用于识别所述流集合的单元包括:用于确定所述第一流是否在所述第二流经历拥塞事件的阈值时间段内经历所述拥塞事件的单元。
29.如权利要求28所述的设备，其中，所述拥塞事件包括下列中的至少一个:丢失的分组、增加的往返时间、发送速率降低、瞬时吞吐量降低。
30.如权利要求27所述的设备，其中，所述用于识别所述流集合的单元包括:用于确定所述第一流是否被分配第一预期带宽以及所述第二流是否被分配第二预期带宽的单元。
31.如权利要求27所述的设备，其中，所述用于识别所述流集合的单元包括:用于确定所述第一流是否被分配第一预期接收数据速率以及所述第二流是否被分配第二预期接收数据速率的单元。
32.如权利要求27所述的设备，其中，所述用于识别所述流集合的单元包括:用于确定所述第一流是否被分配第一预期拥塞窗口尺寸以及所述第二流是否被分配第二预期拥塞窗口尺寸的单元。
33.如权利要求27所述的设备，还包括:用于确定针对所述第一流的第一目标数据速率和针对所述第二流的第二目标数据速率的单元。
34.如权利要求33所述的设备，其中，所述第一目标数据速率和所述第二目标数据速率是基于与所述业务流约束相关联的可用带宽来确定的。
35.如权利要求27所述的设备，其中，所述用于为所述流集合中的每个流分配带宽的单元包括:用于调整与所述流集合中的至少一个流相关联的减小参数的单元。
36.如权利要求27所述的设备，其中，所述用于为所述流集合中的每个流分配带宽的单元包括:用于调整与所述流集合中的至少一个流相关联的增加参数的单元。
37.如权利要求27所述的设备，其中，所述用于为所述流集合中的每个流分配带宽的单元包括:用于调整与所述流集合中的至少一个流相关联的拥塞窗口尺寸的单元。
38.如权利要求27所述的设备，其中，所述用于为所述流集合中的每个流分配带宽的单元包括:用于调整与所述流集合中的至少一个流相关联的接收窗口尺寸的单元。
39.如权利要求27所述的设备，其中，所述用于为所述流集合中的每个流分配带宽的单元包括:用于调整与所述流集合中的至少一个流相关联的确认延迟时间的单元。
40.一种计算机程序产品，包括: 非临时性计算机可读介质，其包括:` 用于使计算机基于共享的业务流约束来从多个流中识别流集合的代码，其中，所述流集合包括第一流和第二流；以及 用于使计算机基于所述业务流约束和与所述业务流约束相关联的可用带宽来为所述流集合中的每个流分配带宽的代码。
41.如权利要求40所述的计算机程序产品，其中，用于使计算机识别所述流集合的代码包括:用于使计算机确定所述第一流是否在所述第二流经历拥塞事件的阈值时间段内经历所述拥塞事件的代码。
42.如权利要求41所述的计算机程序产品，其中，所述拥塞事件包括下列中的至少一个:丢失的分组、增加的往返时间、发送速率降低、瞬时吞吐量降低。
43.如权利要求40所述的计算机程序产品，其中，用于使计算机识别所述流集合的代码包括:用于使计算机确定所述第一流是否被分配第一预期带宽以及所述第二流是否被分配第二预期带宽的代码。
44.如权利要求40所述的计算机程序产品，其中，用于使计算机识别所述流集合的代码包括:用于使计算机确定所述第一流是否被分配第一预期接收数据速率以及所述第二流是否被分配第二预期接收数据速率的代码。
45.如权利要求40所述的计算机程序产品，其中，用于使计算机识别所述流集合的代码包括:用于使计算机确定所述第一流是否被分配第一预期拥塞窗口尺寸以及所述第二流是否被分配第二预期拥塞窗口尺寸的代码。
46.如权利要求40所述的计算机程序产品，其中，计算机可读介质还包括:用于使计算机确定针对所述第一流的第一目标数据速率和针对所述第二流的第二目标数据速率的代码。
47.如权利要求46所述的计算机程序产品，其中，所述第一目标数据速率和所述第二目标数据速率是基于与所述业务流约束相关联的可用带宽来确定的。
48.如权利要求40所述的计算机程序产品，其中，用于使计算机为所述流集合中的每个流分配带宽的代码包括:用于使计算机调整与所述流集合中的至少一个流相关联的减小参数的代码。
49.如权利要求40所述的计算机程序产品，其中，用于使计算机为所述流集合中的每个流分配带宽的代码包括:用于使计算机调整与所述流集合中的至少一个流相关联的增加参数的代码。
50.如权利要求40所述的计算机程序产品，其中，用于使计算机为所述流集合中的每个流分配带宽的代码包括:用于使计算机调整与所述流集合中的至少一个流相关联的拥塞窗口尺寸的代码。
51.如权利要求40所述的计算机程序产品，其中，用于使计算机为所述流集合中的每个流分配带宽的代码包括:用于使计算机调整与所述流集合中的至少一个流相关联的接收窗口尺寸的代码。
52.如权利要求40所述的计算机程序产品，其中，用于使计算机为所述流集合中的每个流分配带宽的代码 包括:用于使计算机调整与所述流集合中的至少一个流相关联的确认延迟时间的代码。
全文摘要
本申请描述了用于为用于网络中的通信设备的传输控制协议(TCP)流排列优先顺序的系统和方法。本申请的系统和方法还可以基于流的优先级为这些流分配带宽。另外，本申请的系统和方法还允许设备确定特定流是否共享限制这些流的总体可用带宽的业务流约束或瓶颈。因此，如果流共享业务流约束，则可以基于对一个流的带宽分配来调整针对另一个流的带宽分配。另外，本申请的系统和方法还允许基于共享的业务流约束来为这些流确定目标数据速率。
文档编号H04L12/877GK103201988SQ201180052908
公开日2013年7月10日 申请日期2011年11月2日 优先权日2010年11月2日
发明者J·K·孙达拉拉詹, D·F·卡萨, G·贾雷塔, D·W·克雷格, J·H·拉加尼耶, G·B·霍恩 申请人:高通股份有限公司