CN102823202A - 通信网络中的拥塞处理 - Google Patents

通信网络中的拥塞处理 Download PDF

Info

Publication number
CN102823202A
CN102823202A CN2010800658783A CN201080065878A CN102823202A CN 102823202 A CN102823202 A CN 102823202A CN 2010800658783 A CN2010800658783 A CN 2010800658783A CN 201080065878 A CN201080065878 A CN 201080065878A CN 102823202 A CN102823202 A CN 102823202A
Authority
CN
China
Prior art keywords
congested
carrying
packet
congestion
stream
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN2010800658783A
Other languages
English (en)
Other versions
CN102823202B (zh
Inventor
赖纳·路德维格
亨宁·维曼
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Publication of CN102823202A publication Critical patent/CN102823202A/zh
Application granted granted Critical
Publication of CN102823202B publication Critical patent/CN102823202B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/26—Flow control; Congestion control using explicit feedback to the source, e.g. choke packets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0231—Traffic management, e.g. flow control or congestion control based on communication conditions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0247—Traffic management, e.g. flow control or congestion control based on conditions of the access network or the infrastructure network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04—Registration at HLR or HSS [Home Subscriber Server]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

在中间节点(140)中接收与第一承载相关联的流的数据分组以及与第二承载相关联的流的数据分组。然后从所述中间节点(140)发送数据分组。响应于在所述第一承载上检测到拥塞，选择所述第一承载和所述第二承载中的至少一个，用于在相关联的流中通知拥塞。该选择可以基于拥塞的类型，例如检测到的拥塞是在传输网络(160)中或者拥塞在无线链路(250)上。

Description

通信网络中的拥塞处理
技术领域
本发明涉及处理通信网络中的拥塞的技术。
背景技术
在根据3GPP(第三代合作伙伴计划)技术规范的移动通信网络中，中间传输网络可以用于在移动通信网络的不同节点之间传递数据。这种场景的一个示例发生在使用被称为高速分组接入(HSPA)的技术时。此处，传输网络(也被称为1ub传输网络)可以用在UMTS陆地无线接入网(UTRAN，UMTS：通用移动通信系统)中，以将无线网络控制器(RNC)耦合到无线接入节点(也被称为无线基站或NodeB)。从移动通信网络到用户设备(UE)的方向上的HSPA也被称为高速下行链路分组接入(HSDPA)，以及从UE到移动通信网络的方向上的HSPA也被称为高速上行链路分组接入(HSUPA)。在3GPP技术规范的25系列(例如，3GPP技术规范25.308)中规定了HSPA的主要方面。
根据HSPA，使用两个级别的链路层重传协议：在UE和NodeB之间的混合自动重复请求(HARQ)、以及在UE和无线网络控制器(RNC)之间的无线链路控制(RLC)。已引入了流控制协议(也被称为分帧协议(FP))来控制在下行链路方向上RNC的发送速率和在上行链路方向上NodeB的发送速率。FP需要处理在NodeB和UE之间的无线链路上的拥塞以及在NodeB和RNC之间的传输网络中的拥塞，且将尝试在避免上述类型的拥塞的同时设置尽可能高的最优发送速率。这意味着FP尝试按照后续节点中的队列填充级别将不超过给定大小的方式来控制发送速率。
然而，已发现使用已知的FP通常难以实现上述最优发送速率。这部分是由于已知FP是基于速率的流控制协议。此外，使用HSPA的典型场景涉及例如可用于特定RLC连接的快速改变的无线容量或者具有不同RLC往返延迟的不同1ub传输网络部署。这可能导致要么将发送速率设置过低，要么导致无法避免拥塞。这二者都不利地影响端到端性能，例如在吞吐量方面测量到的性能。此外，已知FP以相同方式处理所有RLC连接。这可能导致高优先级服务或用户体验到的端到端性能受到由与另一服务或用户相关的RLC连接所引起的1ub传输网络中的拥塞的影响。HSDPA中的FP还可以被配置为：以在用户之间公平带宽共享为目标，或以比特率可以与用户类别相关为目标，使得一些用户获得例如其他用户2倍的吞吐量。为了实现该行为，NodeB中的HSDPA FP实体针对每个流或用户对目标比特率进行缩放，使得它们与期望的相对比特率相匹配。然而，这依然未解决上述调整发送速率的问题。
这种场景的另一示例发生在使用被称为长期演进(LTE)的技术时。此处，传输网络从LTE基站(也被称为演进UMTS陆地无线接入网(E-UTRAN)中的E-UTRAN NodeB(eNodeB))扩张到作为演进分组核心(EPC)的一部分的服务网关(S-GW)。在3GPP技术规范的36系列(例如，在3GPP技术规范36.300)中规定了LTE的主要方面。
与HSPA不同的是，LTE不在eNodeB和S-GW之间使用链路层重传协议。此外，在这些节点之间尚未规定流控制协议。取而代之地，检测到过多排队的任何节点可以丢弃分组，且从而强制如传输控制协议(TCP)提供的那样的传输层的端到端拥塞控制机制减小其拥塞窗口。这导致TCP发送方注入系统中的数据量的降低，并因此降低了队列的大小。
借助队列管理的端到端拥塞控制的原理是众所周知的，且在互联网中被广泛使用。其由于上述链路层重传协议而不能应用于HSPA传输网络中，其会由于所有分组丢弃而恢复，从而向TCP协议隐藏拥塞。
尽管端到端队列管理(在可应用时)在效率、性能和复杂度方面优于流控制协议，但是其并未提供针对每个用户的公平或相对公平。特别是在瓶颈发生在eNodeB和S-GW之间的任何传输网络交换机或路由器中时，更是如此，因为它们意识不到用户或期望的相对比特率均分。
因此，需要允许有效处理传输网络中的拥塞的技术。
发明内容
根据本发明的实施例，提供一种可以用于通信网络(例如，实现了HSPA或LTE的移动通信网络)中拥塞处理的方法。根据该方法，在中间节点中接收与第一承载相关联的流的数据分组以及与第二承载相关联的流的数据分组。从所述中间节点发送与所述第一承载相关联的流的数据分组和与所述第二承载相关联的流的数据分组。响应于在所述第一承载上检测到拥塞，选择所述第一承载和所述第二承载中的至少一个，用于在相关联的流中通知检测到的拥塞。
根据本发明的另一实施例，提供一种可以用于实现了HSDPA的通信网络的无线接入节点中拥塞处理的方法。根据该方法，从传输网络接收数据分组，并在无线链路上发送所述数据分组。检测在所述无线链路上或所述传输网络中的拥塞。响应于在所述无线链路上检测到的拥塞，产生第一类型的拥塞消息。响应于在所述传输网络中检测到的拥塞，产生第二类型的拥塞消息。
根据本发明的另一实施例，提供一种网络组件。所述网络组件包括第一接口。所述第一接口被配置为：接收与第一承载相关联的流的数据分组以及与第二承载相关联的流的数据分组。此外，所述网络组件包括第二接口。所述第二接口被配置为：发送与所述第一承载相关联的流的数据分组和与所述第二承载相关联的流的数据分组。所述网络组件还具有承载选择器。所述承载选择器被配置为：响应于在所述第一承载上检测到拥塞，选择所述第一承载和所述第二承载中的至少一个，用于在相关联的流中通知所述拥塞。
根据本发明的另一实施例，提供一种网络组件。所述网络组件包括第一接口。所述第一接口被配置为：从传输网络接收数据分组。此外，所述网络组件包括第二接口。所述第二接口被配置为：在无线链路上发送所述数据分组。所述网络组件还具有第一拥塞检测器和第二拥塞检测器。所述第一拥塞检测器被配置为：检测在所述无线链路上的拥塞。所述第二拥塞检测器被配置为：检测在所述传输网络中的拥塞。所述网络组件还包括拥塞消息产生器。所述拥塞消息产生器被配置为：响应于由所述第一拥塞检测器检测到的在所述无线链路上的拥塞，产生第一类型的拥塞消息；以及响应于由所述第二拥塞检测器检测到的在所述传输网络中的拥塞，产生第二类型的拥塞消息。
根据其他实施例，可以提供其他方法或网络组件。
附图说明
图1A示意性地示出了实现HSDPA的移动通信网络环境，其中，应用了根据本发明的实施例的拥塞处理的概念。
图1B示意性地示出了实现HSDPA的移动通信网络环境，其中，应用了根据本发明的另一实施例的拥塞处理的概念。
图1C示意性地示出了实现HSUPA的移动通信网络环境，其中，应用了根据本发明的另一实施例的拥塞处理的概念。
图2示意性地示出了根据本发明的实施例的网络组件，其可以用作图1A、1B或1C的移动通信网络环境中的中间节点。
图3示意性地示出了根据本发明的实施例的另一网络组件，其可以用作图1A、1B或1C的移动通信网络环境中的无线接入节点。
图4示意性地示出了实现LTE的移动通信网络环境，其中，应用了根据本发明的实施例的拥塞处理的概念。
图5示意性地示出了根据本发明的实施例的网络组件，其可以用作图4的移动通信网络环境中的中间节点。
图6示意性地示出了根据本发明的实施例的另一网络组件，其可以用作图4的移动通信网络环境中的无线接入节点。
图7示出了根据本发明的实施例的拥塞处理方法的流程图。
图8示出了根据本发明的实施例的另一拥塞处理方法的流程图。
具体实施方式
下面，将通过参考示例实施例和附图来更详细的解释本发明。所示实施例涉及移动通信网络(例如，实现了根据3GPP规范的HSPA或LTE的通信网络)中的拥塞处理。然而，应当理解，本文所述的概念也可以应用于其他类型的通信网络。
图1A示意性地示出了实现HSDPA的移动通信网络环境，其中，应用了根据本发明的实施例的拥塞处理的概念。在所示示例中，将移动通信网络环境的一部分实现为根据3GPP规范的UTRAN。
如图所示，移动通信网络环境包括无线接入网，其中，控制节点140经由传输网络160耦合到无线接入节点180，以将数据分组从端设备110、120传递到UE 210、220，其中UE 210、220经由无线链路250耦合到无线接入节点180。根据所示UTRAN实现，将无线接入节点180实现为NodeB(NB)，将控制节点140实现为无线网络控制器(RNC)，且传输网络160是1ub传输网络。就此而言，应当理解传输网络160可以包括一个或多个传输节点(未示出)，其互相配合以允许在控制节点140和无线接入节点180之间传递数据分组。还应当理解，端设备110、120实际上可以对应于各种类型的设备，包括：服务器、远程终端和其他UE。此外，在控制节点140和端设备110、120之间耦合另一控制节点。根据所示UTRAN实现，将该另一控制节点130实现为服务通用分组无线服务支持节点(SGSN)。
如图进一步所示，可以使用不同协议或协议层在端设备110、120和UE 210、220之间传递数据分组。为了说明本文所述的流控制和拥塞处理的概念，图1A示出了在端设备110、120和UE 210、220之间实现的端到端协议、在控制节点140和UE 210、220之间实现的重传协议、以及在控制节点140和无线接入节点180之间实现的流控制协议。端到端协议是高层协议，且在所实施例中，可以是TCP/IP类型(TCP：传输控制协议，IP：网际协议)。也可以使用其他协议类型来控制数据速率，例如与实时协议(RTP)和/或其对应协议即实时控制协议(RTCP)一起的UDP(用户数据报协议)。重传协议是较低层协议。在所实施例中，重传协议是RLC协议，其是链路层协议。根据重传协议，对未成功接收的数据分组进行重传，其涉及从重传协议接收方到重传协议发送方的某种类型的反馈机制，例如，通过从接收方向发送方发送应答分组。流控制协议可以具有以下目的：在协议的接收实体(180、140)中确定期望的发送速率，以及将该信息提供给所述协议的发送实体(140、180)。流控制协议的发送实体可以强制执行所请求的发送速率，并在控制节点之间传输流特定信息，例如，数据分组的序列号。应当理解：端到端协议也可以是重传协议。实际上，可能的端到端协议的上述示例也包括重传功能。此外，端到端协议还可以包括流控制功能。具体地，如果端到端协议发送方获得通知在对端到端协议接收方的数据分组传输中发生拥塞，其可以降低其发送速率。另一方面，如果在给定时间段中未获得拥塞通知，则端到端协议发送方可以增加其发送速率。这样，端到端协议可以尝试设置尽可能高的发送速率，但是依然避免了过多的拥塞量。端到端协议的上述示例包括对应的流控制功能。
在端到端协议的上述示例中，数据分组包括(通常在对应的报头字段中)：源地址、目的地址、源端口以及目的端口。基于源地址、目的地址、源端口和目的端口，可以将IP分组流定义为在由源地址和源端口定义的源端点与由目的地址和目的端口定义的目的端点之间的IP分组的流。通常，并不是如图1A所示的移动通信网络环境中的所有节点都能够访问该端到端协议信息。例如，如图1所示的传输网络160中的节点可能例如基于在3GPP技术规范中针对1ub传输网络规定的低层传输协议(参见例如3GPP技术规范25.430)仅对较低协议层的信息进行操作，且因此不能与端到端协议的流控制机制交互。另一方面，控制节点140(在所示示例中为RNC)也基于端到端协议来操作，且可以使用数据分组的报头字段中的信息，以识别各个流。由于控制节点140布置在端到端协议流的源端点和目的端点之间，也可以将其称为中间节点。
此外，图1A还指示了在另一控制节点130和UE 210、220之间建立的承载。更具体地，用于在第一端设备110和第一UE 210之间传递数据的第一承载从另一控制节点130经由控制节点140、传输网络160和无线接入节点180延伸至第一UE 210，且用于在第二端设备120和第二UE 220之间传递数据的第二承载从另一控制节点130经由控制节点140、传输网络160和无线接入节点180延伸至第二UE 220。就此而言，将承载视为具有特定保证的传输属性(例如，在服务质量(QoS)方面)的信道。根据所示UTRAN实现，还可以将承载称为无线接入承载。
在图1A中，示出了示例情况，其中，第一流从端设备110延伸至UE 210，且第二流从端设备120延伸至UE 220。第一和第二流均经由相关联的承载来发送。具体地，经由在UE 210和另一控制节点130之间建立的第一承载来发送第一流，且经由在UE 220和另一控制节点130之间建立的第二承载来发送第二流。第一流和第二流在下行链路方向上，即在去往UE 210、220的方向上。因此，端设备110对应于第一流的第一源端点，UE 210对应于第一流的第一目的端点，端设备120对应于第二流的第二源端点，以及UE 220对应于第二流的第二目的端点。应当理解，附加的流也可以存在，且可以将第一流和第二流视为多个流的示例。还应当理解，通常同时也将存在上行链路流。例如，每个下行链路流可以携带具有有效载荷数据的数据分组，且可以具有在相反方向上的携带应答数据分组的对应上行链路流。此外，应当理解不同流的端点可以位于不同的物理设备中(如图1A所示)，但是也可以位于相同物理设备中。无论如何，可以在不同承载上发送这些流。例如，可以存在其目的端点在相同UE中的两个或更多流。在这种流中，可以由相同的目的地址但是不同的目的端口来识别目的端点。例如，目的端点位于相同UE中的这种不同的流可以涉及不同的服务，例如，基于IP的语音(VoIP)服务、移动TV服务、或文件共享服务。这种不同的服务还可以具有不同的优先级。例如，VoIP服务可以具有比移动TV服务或文件共享服务更高的优先级。
在图1A的移动通信网络环境中，可能发生不同类型的拥塞。具体地，拥塞可能发生在传输网络160中，或可能发生在无线链路250上。
例如，当从控制节点140向无线接入节点180发送数据分组时，可能在传输网络160中存在拥塞，可以在无线接入节点180中基于无线接入节点180未成功接收流的一个或多个数据分组来检测该拥塞。在该方面，未成功接收的分组意味着接收到的分组是受到破坏的或者完全没有接收到分组。此外，当从无线接入节点180向相应UE 210、220中的目的端点发送数据分组时，在无线链路250上可能存在拥塞。可以基于队列181的至少一个排队参数(例如，队列181的排队延迟和/或队列181的填充级别)来检测后一种类型的拥塞，其中在将流的数据分组经由无线链路250向相应UE 210、220发送之前将流的数据分组分配到队列181。例如，如果队列181的排队延迟或填充级别超过给定阈值，可以将其解释为无线链路250上的拥塞。由无线接入节点180提供服务的每个UE 210、220通常存在至少一个队列。在一些情况下，可以在无线接入节点180和UE 210、220之间建立多个无线承载。在这种情况下，可以针对每个无线承载存在对应的队列181。在无线接入节点180中，可以基于由控制节点140在数据分组中包括的流控制信息，将数据分组分配给不同的队列181。该流控制信息可以包括数据分组的序列号，以允许按照给定顺序在队列中排列数据分组。控制信息还可以是流特定的，即，允许将特定流的数据分组分配给对应的队列181。在一些实施例中，流控制信息还可以用于检测流的数据分组未成功发送。例如，可能在传输网络160中已丢弃了数据分组，且因此在无线接入节点180的队列181中缺少该数据分组，可以由无线接入节点180在考虑接收到的数据分组的序列号时检测该缺少。
还可以在传输网络160中本地检测传输网络160中的拥塞，例如，基于传输网络160中的队列161的填充级别。例如，如果传输网络160中的队列161的填充级别超过给定阈值，可以将其解释为拥塞。根据一些实施例，本地检测到拥塞的传输网络节点可以通过从队列中丢弃分组来进行反应，有时将这称为主动队列管理(AQM)。根据一些实施例，本地检测到拥塞的传输网络节点还可以用拥塞指示符来标记队列161的一个或多个数据分组，例如，通过设置队列161的数据分组中的显式拥塞通知(ECN)标志来标记。该标志也被称为ECN拥塞体验(ECN-CE)标志。于是，无线接入节点180将能够基于一个或多个缺少的数据分组或基于接收到已被标记有拥塞指示符的一个或多个数据分组，来检测拥塞。
为了检测上述类型的拥塞，无线接入节点180具有第一拥塞检测器186和第二拥塞检测器187。根据上述解释，拥塞检测器186可以检测与下行链路流相关的无线链路250上的拥塞，可以基于在无线接入节点180中提供的、用于保存要向相应UE 210、220中的目的端点发送的下行链路流的数据分组的队列181的填充级别来实现该检测。拥塞检测器187可以检测在传输网络160中的拥塞，可以通过检测无线接入节点180未成功接收的下行链路流的数据分组来实现该检测。这可以涉及评估来自控制节点140的流控制信息，例如，在数据分组中包括的序列号。在一些实施例中，拥塞检测器187可以通过检测在给定时间窗口中无线接入节点180未成功接收下行链路流的特定数目的数据分组来检测传输网络160中的拥塞。拥塞检测器还可以基于从传输网络160接收已被标记有拥塞指示符的一个或多个数据分组来检测拥塞。
无线接入节点180还具有承载选择器188，其从第一拥塞检测器186和第二拥塞检测器187接收对检测到拥塞的指示。响应于对检测到的拥塞的指示，承载选择器188选择一个或多个承载，用于通知检测到的拥塞。该选择可以基于检测到的拥塞的类型。更具体地，如果如第一拥塞检测器186所检测的，检测到的拥塞在无线链路250上，则承载选择器188可以选择在其上检测到拥塞的承载。如果如第二拥塞检测器187所检测的，检测到的拥塞在传输网络160中，则承载选择器188可以选择具有比在其上检测到拥塞的承载更低优先级的至少一个其他承载，用于通知拥塞。为此，承载选择器188可以确定承载的优先级顺序，例如基于绝对优先级或承载的相对比特率。例如，可以将期望的相对比特率分配给承载，且可以将超过其期望的相对比特率的承载确定为具有低优先级。在一些情况下，如果例如确定承载具有基本上相同的优先级，则承载选择器188还可以选择多个或甚至全部承载用于通知拥塞。
无线接入节点180还具有拥塞消息产生器189，其从承载选择器188接收对所选承载的指示。然后拥塞消息产生器产生拥塞消息CM，该拥塞消息CM指示由承载选择器188选择的一个或多个承载。可以经由传输网络160来发送拥塞消息CM，例如使用在流控制协议的控制消息中对应定义的字段，如容量分配或其他类型的反馈机制。
为了接收拥塞消息CM以及为了实现响应于拥塞消息CM的拥塞通知，控制节点140具有拥塞通知器146。拥塞通知器146被配置为：在与拥塞消息CM中指示的所选承载相关联的流中，对检测到的拥塞进行通知。这可以通过例如从控制节点140中的对应队列141中丢弃与所选承载相关联的流的一个或多个数据分组，或通过用拥塞指示来标记与所选承载相关联的流的一个或多个数据分组(例如通过设置ECN标志)来实现。
图1B示出了根据本发明的另一实施例的HSDPA实现。在图1B中，用相同附图标记来示出与图1A中相似的那些组件。对于涉及这些组件的细节，参考通过图1A进行的对应描述。下面，将仅解释与图1A的实现相比的不同之处。
在图1B的实施例中，拥塞消息产生器189被配置为报告由第一拥塞检测器186或第二拥塞检测器187检测到的拥塞。具体地，拥塞消息产生器189可以通过产生第一类型的拥塞消息CM(下文中也称为消息A)来报告由第一拥塞检测器186检测到的无线链路250上的拥塞。此外，拥塞消息产生器189可以通过产生第二类型的拥塞消息CM(下文中也称为消息B)来报告由第二拥塞检测器187检测到的传输网络160中的拥塞。从无线接入节点180向控制节点140发送拥塞消息CM，即消息A或消息B，其中，可以由控制节点140中的承载选择器147使用拥塞消息CM，以选择承载之一用于在相关联的流中通知拥塞。可以经由传输网络160发送拥塞消息CM，例如使用在应答数据分组中对应定义的字段或其他类型的反馈机制。根据一些实施例，可以将在已知的FP中定义的消息(例如“速率上升”消息)重用为消息A，且可以将在已知的FP中定义的另一消息(例如，“速率下降”消息)重用为消息B。然而，应当理解重用已知的FP的现有消息意味着：将响应于不同条件来产生这些消息，且以与根据已知FP的方式不同的方式来解释这些消息。根据一些实施例，可以通过指示消息A或消息B的可选信息元素来扩展已知FP中定义的消息。为了后向兼容性，还可以在拥塞消息中指示期望速率，即在这种实施例中，已知FP中定义的消息可以包括根据协议的信息，使得控制节点可以根据其是否适于解释可选元素，来评估拥塞消息CM的不同部分。拥塞消息CM还可以指示检测到拥塞的承载，例如通过经由在该承载上建立的反馈信道来进行发送。
如图所示，图1B的控制节点140具有承载选择器147，其从无线接入节点180的拥塞消息产生器189接收拥塞消息CM。因此，在该实现中，在控制节点140中实现对要通知检测到拥塞的承载的选择。响应于由接收到的拥塞消息CM所指示的检测到拥塞，承载选择器147选择一个或多个承载用于通知检测到拥塞。该选择可以基于检测到的拥塞的类型。更具体地，如果如第一类型的拥塞消息CM(即消息A)所指示的，检测到的拥塞在无线链路250上，则承载选择器147可以选择在其上检测到拥塞的承载。如果如第二类型的拥塞消息(即消息B)所指示的，检测到的拥塞在传输网络160中，则承载选择器147可以选择具有比在其上检测到拥塞的承载更低优先级的至少一个其他承载，用于通知拥塞。为此，承载选择器147可以确定承载的优先级顺序，例如基于绝对优先级或基于承载的相对比特率。例如，可以向承载分配期望的相对比特率，且可以将超过其期望的相对比特率的承载确定为具有低优先级。在一些情况下，如果例如确定承载具有基本相同的优先级，则承载选择器147也可以选择多个或甚至全部承载用于通知拥塞。
控制节点140中的承载选择器147向拥塞通知器146指示所选承载，拥塞通知器146在与由承载选择器147指示的所选承载相关联的流中通知检测到拥塞。这可以通过从控制节点140中的对应队列141中丢弃与所选承载相关联的流的一个或多个数据分组，或通过用拥塞指示来标记与所选承载相关联的流的一个或多个数据分组(例如，通过设置ECN标志)来实现。
下面，将通过参考涉及两个下行链路流(被称为第一下行链路流和第二下行链路流)的示例场景，来进一步详细解释图1A和1B的下行链路实现中对下行链路流中的拥塞的处理。当参考图1A或1B的示例移动通信网络环境时，第一下行链路流可以从端设备110延伸至UE210，且第二下行链路流可以从端设备120延伸至UE 220。然而，应当理解这仅是说明性示例，且第一下行链路流和第二下行链路流可以是任何类型的下行链路流，从控制节点140经由传输网络160向无线接入节点180联合发送第一下行链路流和第二下行链路流。还假设第一下行链路流具有比第二下行链路流更高的优先级。例如，如上所述，第一和第二下行链路流可以涉及不同的服务，且第一下行链路流的服务可以具有比第二下行链路流的服务更高的优先级。此外，第一和第二下行链路流可以涉及不同的用户，且第一下行链路流的用户可以具有比第二下行链路流的用户更高的优先级，例如由于第一下行链路流的用户具有高级合同(premium contract)。可以在控制节点140中预先配置优先级信息，或可以由运营商来配置优先级信息，例如使用控制节点140的运营维护(O&M)接口。向不同的承载分配第一和第二下行链路流，一个承载建立在另一控制节点130和UE 210之间，且另一个承载建立在另一控制节点130和UE 220之间。
根据第一场景，在发送第一下行链路流的承载上的拥塞发生在无线链路250上。这由无线接入节点180中的拥塞检测器186来检测，例如基于超过特定阈值的队列181的排队参数，在经由无线链路250发送第一下行链路流的数据分组之前向队列181分配第一下行链路流的数据分组。
在图1A的实现中，拥塞检测器186向无线接入节点180中的承载选择器188指示检测到拥塞。响应于在无线链路250上检测到的拥塞，承载选择器188选择检测到拥塞的相同承载，即发送第一下行链路流的承载，用于通知检测到拥塞，并向拥塞消息产生器189指示所选承载。然后拥塞消息产生器产生指示所选承载的拥塞消息CM，向控制节点140发送该拥塞消息CM。由控制节点140中的拥塞通知器146来接收拥塞消息CM。
在图1B的实现中，拥塞检测器186向无线接入节点180中的拥塞消息产生器189指示检测到拥塞，然后拥塞消息产生器189产生第一类型的拥塞消息CM，即消息A。向控制节点140发送该拥塞消息。由控制节点140中的承载选择器147来接收拥塞消息CM，即消息A。响应于在无线链路250上检测到拥塞，承载选择器147选择检测到拥塞的相同承载，即发送第一下行链路流的承载，用于通知检测到拥塞，并向拥塞通知器146指示所选承载。
拥塞通知器146在与所选承载相关联的下行链路流(在第一下行链路流)中通知拥塞。取决于端到端协议的实现，这可以通过丢弃第一下行链路流的一个或多个数据分组和/或通过将拥塞指示包括到第一下行链路流的一个或多个数据分组中(例如通过设置ECN标志)来实现。当通过丢弃一个或多个数据分组来实现通知时，由于未能接收到针对被丢弃的数据分组的应答分组，第一下行链路流的源端点可以意识到拥塞。当通过将拥塞指示包括到一个或多个数据分组中来实现通知时，由于接收到反映了拥塞指示的应答分组，第一下行链路流的源端点可以意识到拥塞。第一下行链路流的源端点可以通过降低第一下行链路流的发送速率，对拥塞进行反应。
根据第二场景，在发送第一下行链路流的承载上的拥塞发生在传输网络160中。这由无线接入节点180中的拥塞检测器187来检测，例如基于未从传输网络160成功接收到的第一下行链路流的数据分组，或基于接收到被标记有拥塞指示符的第一下行链路流的数据分组。
在图1A的实现中，拥塞检测器187向无线接入节点180中的承载选择器188指示检测到的拥塞。响应于在传输网络160中检测到的拥塞，承载选择器188选择一个或多个承载，例如发送第二下行链路流的承载，用于通知检测到拥塞，并向拥塞消息产生器189指示所选承载。该选择基于承载的优先级，例如绝对承载优先级或基于承载的相对比特率的优先级。假定确定发送第二上行链路流的承载具有较低优先级(例如由于超过其期望的相对比特率)，则选择该承载。然后拥塞消息产生器产生指示所选承载的拥塞消息CM，向控制节点140发送该拥塞消息CM。由控制节点140中的拥塞通知器146来接收拥塞消息CM。
在图1B的实现中，拥塞检测器187向无线接入节点180中的拥塞消息产生器189指示检测到拥塞，然后拥塞消息产生器189产生第二类型的拥塞消息CM，即消息B。向控制节点140发送该拥塞消息CM。由控制节点140中的承载选择器147来接收拥塞消息CM，即消息B。响应于在传输网络160中检测到拥塞，承载选择器147选择通过无线接入节点180发送的承载之一，例如发送第二下行链路流的承载，用于通知检测到拥塞，并向拥塞消息产生器189指示所选承载。该选择基于承载的优先级，例如绝对承载优先级或基于承载的相对比特率的优先级。假定确定发送第二上行链路流的承载具有较低优先级，例如由于超过其期望的相对比特率，则选择该承载。然后承载选择器147向拥塞通知器146指示所选承载。
拥塞通知器146在与所选承载相关联的下行链路流中通知拥塞。例如，这可以是发送第二下行链路流的承载。取决于端到端协议的实现，这可以通过丢弃第二下行链路流的一个或多个数据分组和/或通过将拥塞指示包括到第二下行链路流的一个或多个数据分组中(例如通过设置ECN标志)来实现。当通过丢弃一个或多个数据分组来实现通知时，由于未能接收到针对被丢弃的数据分组的应答分组，第二下行链路流的源端点可以意识到拥塞。当通过将拥塞指示包括到一个或多个数据分组中来实现通知时，由于接收到反映了拥塞指示的应答分组，第二下行链路流的源端点可以意识到拥塞。第二下行链路流的源端点可以通过降低第一下行链路流的发送速率，对拥塞进行反应。这同时使得附加资源可用于发送第一下行链路流的数据分组。
图1C示出了根据本发明的实施例的HSUPA实现。在图1C中，用相同附图标记来示出与图1A和1B中相似的那些组件。对于涉及这些组件的细节，参考通过图1A和1B进行的对应描述。下面，将仅解释与图1A和1B的下行链路实现相比的不同之处。
在图1C中，示出了示例情况，其中，第一流从UE 210延伸至端设备110，且第二流从UE 220延伸至端设备120。均经由相关联的承载来发送第一和第二流。具体地，经由在UE 210和另一控制节点130之间建立的第一承载来发送第一流，且经由在UE 220和另一控制节点130之间建立的第二承载来发送第二流。第一流和第二流在上行链路方向上，即在来自UE 210、220的方向上。因此，UE 210对应于第一流的第一源端点，端设备110对应于第一流的第一目的端点，UE 220对应于第二流的第二源端点，以及端设备120对应于第二流的第二目的端点。应当理解，也可以存在附加的流，且可以将第一流和第二流视为多个流的示例。还应当理解通常在同一时间也将存在下行链路流。例如，每个上行链路流可以携带具有有效载荷数据的数据分组，且可以具有在相反方向上的携带应答数据分组的对应下行链路流。此外，应当理解不同流的端点可以位于不同的物理设备中(如图1C所示)，但是也可以位于相同物理设备中。无论如何，可以在不同承载上发送这些流。例如，可以存在两个或更多流，它们的源端点可以在相同UE中。在这种流中，可以由相同的源地址但是不同的源端口来识别源端点。例如，这种其源端点位于相同UE中的不同的流可以涉及不同的服务，例如，基于IP的语音(VoIP)服务、移动TV服务、或文件共享服务。这种不同的服务还可以具有不同的优先级。例如，VoIP服务可以具有比移动TV服务或文件共享服务更高的优先级。
在图1C的移动通信网络环境中，也可能存在无线链路250上的拥塞以及传输网络160中的拥塞。在从无线接入节点180经由传输网络160向控制节点140发送数据分组时的传输网络160中的拥塞将通常导致控制节点140未成功接收上行链路流的一个或多个数据分组。在一些实施例中，可以基于由无线接入节点180包括到数据分组中的流控制信息(例如，数据分组的序列号)来检测该拥塞。可以基于无线接入节点180未成功接收到数据分组或基于无线接入节点180不能调度一个或多个数据分组的上行链路发送，由无线接入节点180来检测在从UE 210、220向无线接入节点180发送数据分组时的无线链路250上的拥塞。如果例如UE 210、220丢失了到无线接入节点180的无线连接或无线连接受到干扰或如果数据分组的流的源端点提供的数据速率超过了无线连接的吞吐量，这种情况可能发生。
还可以在传输网络160中本地检测传输网络160中的拥塞，例如，基于传输网络160中队列161的填充级别。例如，如果传输网络160中的队列161的填充级别超过给定阈值，可以将其解释为拥塞。根据一些实施例，本地检测拥塞的传输网络节点可以通过从队列中丢弃分组来进行反应，有时将这称为主动队列管理(AQM)。根据一些实施例，本地检测拥塞的传输网络节点还可以用拥塞指示符来标记队列161的一个或多个数据分组，例如，通过设置队列161的数据分组中的显式拥塞通知(ECN)标志。然后控制节点140将能够基于一个或多个缺少的数据分组或基于接收到已被标记有拥塞指示符的一个或多个数据分组，来检测拥塞。
为了检测在无线链路250上的上述拥塞，无线接入节点180具有拥塞检测器186。根据上述解释，拥塞检测器186可以检测与上行链路流相关的无线链路250上的拥塞，可以通过检测无线接入节点180未成功接收的上行链路流的数据分组，或通过检测无线接入节点180未能调度经由无线链路250进行一个或多个数据分组的上行链路发送，来实现该检测。在一些实施例中，拥塞检测器186可以通过检测在给定时间窗口中无线接入节点180未成功接收上行链路流的特定数目的数据分组来检测无线链路250中的拥塞。在一些实施例中，拥塞检测器186可以通过检测由UE 210、220报告的队列大小超过预定义阈值来检测在无线链路250上的拥塞。
无线接入节点180还包括拥塞消息产生器189，其被配置为报告由拥塞检测器186检测到的在无线链路上的拥塞。具体地，拥塞消息产生器189可以通过产生拥塞消息CM来报告无线链路250上的拥塞。拥塞消息可以指示拥塞的类型，例如无线链路250上的上行链路拥塞，以及还指示检测到拥塞的承载，例如通过经由在该承载上建立的反馈信道来发送。从无线接入节点180向控制节点140发送拥塞消息CM，其中，控制节点140的承载选择器147可以使用该拥塞消息CM来选择承载用于通知检测到拥塞。可以经由传输网络160来发送该拥塞消息，例如使用在应答数据分组中的、或FP的控制分组中的对应定义字段、或其他类型的反馈机制。
如进一步说明的，控制节点140具有拥塞检测器148。根据上述解释，拥塞检测器148可以检测与上行链路流相关的传输网络160中的拥塞，可以通过检测控制节点140未成功接收的上行链路流的数据分组，来实现该检测。这可以涉及评估来自无线接入节点180的流控制信息，例如包括在数据分组中的序列号。拥塞检测器148向控制节点140的承载选择器147指示检测到拥塞。拥塞检测器还可以基于从传输网络160接收被标记有拥塞指示符的一个或多个数据分组，来检测拥塞。
在图1C的上行链路实现中，控制节点140中的承载选择器147基于检测到的拥塞的类型来实现承载选择，即由从无线接入节点180的拥塞消息产生器189接收到的拥塞消息CM所指示的在无线链路250上的拥塞，或由控制节点140中的拥塞检测器148指示的在传输网络160中的拥塞，承载选择器147选择一个或多个承载用于通知检测到拥塞。该选择可以基于检测到的拥塞的类型。更具体地，如果如无线接入节点180中拥塞检测器186所检测的，检测到的拥塞在无线链路250上，则承载选择器147可以选择检测到拥塞的承载。如果如控制节点140中的拥塞检测器148所检测的，检测到的拥塞在传输网络160中，则承载选择器147可以选择比检测到拥塞的承载具有更低优先级的至少一个其他承载，用于通知拥塞。为此，承载选择器147可以确定承载的优先级顺序，例如基于绝对优先级或承载的相对比特率。例如，可以将期望的相对比特率分配给承载，且可以将超过其期望的相对比特率的承载确定为具有低优先级。在一些情况下，如果例如确定承载具有基本上相同的优先级，承载选择器147还可以选择多个或甚至全部承载用于通知拥塞。
类似于图1A和1B的下行链路实现，拥塞通知器146在与由承载选择器147指示的所选承载相关联的流中通知检测到拥塞。这可以通过丢弃与所选承载相关联的流的一个或多个数据分组来实现，例如，从控制节点140的对应队列141中丢弃，或通过用拥塞指示来标记与所选承载相关联的流的一个或多个数据分组来实现，例如通过设置ECN标志。
下面，将通过参考涉及两个上行链路流(被称为第一上行链路流和第二上行链路流)的示例场景，来进一步解释上行链路流的处理。当参考图1C的上行链路实现时，第一上行链路流可以从UE 210延伸至端设备110，且第二上行链路流可以从UE 220延伸至端设备120。然而，应当理解这仅是说明性示例，且第一上行链路流和第二上行链路流可以是任何类型的上行链路流，从无线接入节点180经由传输网络160向控制节点140联合发送第一上行链路流和第二上行链路流。还假设第一上行链路流具有比第二上行链路流更高的优先级。例如，如上所述，第一和第二上行链路流可以涉及不同的服务，且第一上行链路流的服务可以具有比第二上行链路流的服务更高的优先级。此外，第一和第二上行链路流可以涉及不同的用户，且第一上行链路流的用户可以具有比第二上行链路流的用户更高的优先级，例如由于第一上行链路流的用户具有高级合同。可以在控制节点140中预先配置优先级信息，或可以由运营商来配置优先级信息，例如使用控制节点140的运营维护(O&M)接口。向不同的承载分配第一和第二上行链路流，一个承载建立在另一控制节点130和UE 210之间，且另一个承载建立在另一控制节点130和UE 220之间。
根据第一场景，在发送第一上行链路流的承载上的拥塞发生在无线链路250上。这由无线接入节点180中的拥塞检测器186来检测，例如基于在无线接入节点180中未成功接收到第一上行链路流的数据分组或基于无线接入节点180未能调度对第一上行链路流的一个或多个数据分组的上行链路发送。拥塞检测器186向无线接入节点180中的拥塞消息产生器189指示检测到拥塞，然后拥塞消息产生器189产生指示在无线链路250上的拥塞的拥塞消息CM。向控制节点140发送拥塞消息，其中，由承载选择器147来接收该拥塞消息。响应于检测到的拥塞在无线链路250上，承载选择器147选择检测到拥塞的相同承载，即发送第一上行链路流的承载，用于通知检测到拥塞，并向拥塞通知器146指示所选承载。
拥塞通知器146在与所选承载相关联的上行链路流(即，在第一上行链路流)中通知拥塞。取决于端到端协议的实现，这可以通过丢弃第一上行链路流的一个或多个数据分组和/或通过将拥塞指示(例如ECN)包括到第一上行链路流的一个或多个数据分组中来实现。当通过丢弃一个或多个数据分组来实现通知时，由于未能接收到针对被丢弃的数据分组的应答分组，第一上行链路流的源端点可以意识到拥塞。当通过将拥塞指示包括到一个或多个数据分组中来实现通知时，由于接收到反映了拥塞指示的应答分组，第一上行链路流的源端点可以意识到拥塞。第一上行链路流的源端点可以通过降低第一上行链路流的发送速率，对拥塞进行反应。
根据第二场景，在发送第一上行链路流的承载上的拥塞发生在传输网络160中。这由控制节点140中的拥塞检测器148来检测，例如基于未经由传输网络160成功接收到的第一上行链路流的数据分组，或基于被标记有拥塞指示符的第一上行链路流的数据分组。拥塞检测器148向承载选择器147指示检测到拥塞。响应于在传输网络160中检测到的拥塞，承载选择器147选择发送第一和第二上行链路流的至少一个承载，例如发送第二上行链路流的承载，用于通知检测到拥塞，并向拥塞通知器146指示所选的一个或多个承载。该选择基于承载的优先级。假定确定发送第二上行链路流的承载具有较低优先级，例如由于超过其期望的相对比特率，选择该承载。
拥塞通知器146在与所选承载相关联的上行链路流中通知拥塞。如上所述，这可以是发送第二上行链路流的承载。取决于端到端协议的实现，这可以通过丢弃第二上行链路流的一个或多个数据分组和/或通过将拥塞指示(例如ECN)包括到第二上行链路流的一个或多个数据分组中来实现。当通过丢弃一个或多个数据分组来实现通知时，由于未能接收到针对被丢弃的数据分组的应答分组，第二上行链路流的源端点可以意识到拥塞。当通过将拥塞指示包括到一个或多个数据分组中来实现通知时，由于接收到反映了拥塞指示的应答分组，第二上行链路流的源端点可以意识到拥塞。第二上行链路流的源端点可以通过降低第二流的发送速率，对拥塞进行反应。在传输网络160中，这同时使得附加资源可用于发送第一上行链路流的数据分组。
根据上述概念，控制节点140和/或无线接入节点180可以按照固定发送速率来操作，例如最大可能发送速率。从而避免了在这些节点中用于调整发送速率的复杂流控制过程。而是，可以在端到端协议的源端点中发起流控制反应。
图2进一步示出了控制节点140的示例实现。如上所述，将控制节点140实现为要在根据3GPP技术规范的UTRAN中使用的RNC。
控制节点140包括：核心网(CN)接口142，可以将其实现为根据3GPP技术规范的1u接口；以及无线接入节点接口142，其具有将控制节点140经由传输网络160耦合到无线接入节点180(即NodeB)的目的。核心网接口142还可以用于实现控制节点的O&M接口。此外，控制节点140包括耦合到接口142、144的处理器145和耦合到处理器145的存储器150。存储器150可以包括：只读存储器(ROM)，例如闪存ROM；随机存取存储器(RAM)，例如动态RAM(DRAM)或静态RAM(SRAM)；海量存储器，例如硬盘或固态盘等等。存储器150包括要由处理器145执行的合适配置的程序代码，以实现如上面关于图1A、1B或1C所解释的控制节点140的功能。更具体地，存储器150可以包括：重传协议(RP)模块151，以实现重传协议的功能，例如RLC协议；流控制(FC)模块152，以实现流控制协议功能；传输协议(TP)模块153，以实现用于经由传输网络160进行通信的传输协议的功能；检测模块154，以实现拥塞检测器148的功能；选择模块155，以实现承载选择器147的功能；以及通知模块156，以实现拥塞通知器146的功能。在该方面中，应当注意到：在图1A和1B的下行链路实现中，可以省略检测模块154。此外，在图1A的下行链路实现中，可以省略选择模块155。存储器150的一部分还可以用于实现队列141。
应当理解：图2所示的结构仅是示意性的，且控制节点140可以实际包括其他组件，为了清楚的目的，并未示出这些组件，例如物理链路层接口结构。此外，应当理解：存储器150可以包括并未示出的其他类型的程序代码模块，例如用于实现根据3GPP技术规范的UTRAN中的RNC的已知功能的程序代码模块。
图3进一步示出了无线接入节点180的示例实现。如上所述，将无线接入节点180实现为要在根据3GPP技术规范的UTRAN中使用的NodeB。
无线接入节点180包括：控制节点接口182，其具有将无线接入节点180经由传输网络160耦合到控制节点140(即，RNC)的目的，可以将其实现为根据3GPP技术规范的1ub接口；以及无线接口184，用于经由无线链路250耦合一个或多个UE。在根据3GPP技术规范的UTRAN的NodeB的所示示例中，无线接口可以是Uu接口。此外，无线接入节点180包括耦合到接口182、184的处理器185和耦合到处理器185的存储器190。存储器150可以包括：只读存储器(ROM)，例如闪存ROM；随机存取存储器(RAM)，例如动态RAM(DRAM)或静态RAM(SRAM)；海量存储器，例如硬盘或固态盘等等。存储器190包括要由处理器185执行的合适配置的程序代码，以实现如上面关于图1A、1B或1C所解释的无线接入节点180的功能。更具体地，存储器190可以包括：流控制(FC)模块191，以实现流控制协议的功能；传输协议(TP)模块192，以实现用于经由传输网络160进行通信的传输协议的功能；检测模块193，以实现拥塞检测器186和/或拥塞检测器187的功能；调度模块194，以实现对由无线接入节点180提供服务的UE的下行链路和上行链路传输的调度；选择模块195，以实现承载选择器188的功能；以及消息模块，以实现拥塞消息产生器189的功能。在该方面中，应当注意到：在图1B的下行链路实现和图1C的上行链路实现中，可以省略选择模块195。存储器190的一部分还可以用于实现队列181。
应当理解：图3所示的结构仅是示意性的，且控制节点180可以实际包括其他组件，为了清楚的目的，并未示出这些组件，例如物理链路层接口结构。此外，应当理解：存储器190可以包括并未示出的其他类型的程序代码模块，例如用于实现根据3GPP技术规范的UTRAN中的NodeB的已知功能的程序代码模块。
图4示意性地示出了实现LTE的移动通信网络环境，其中，应用了根据本发明的实施例的拥塞处理的概念。在所示示例中，将移动通信网络环境的一部分实现为根据3GPP规范的E-UTRAN。
如图所示，移动通信网络环境包括无线接入网，其中，控制节点340经由传输网络360耦合到无线接入节点380，以从端设备110、120向UE 210、220传递数据分组，UE 210、220经由无线链路260耦合到无线接入节点380。根据所示E-UTRAN实现，将无线接入节点380实现为eNodeB(eNB)，将控制节点340实现为服务网关(S-GW)，且传输网络360是S1接口的传输网络。就此而言，应当理解传输网络360可以包括一个或多个传输节点(未示出)，其互相配合以允许在控制节点340和无线接入节点380之间传递数据分组。这还可以是由例如LTE和HSPA网络共同使用的公共传输网络。还应当理解端设备110、120实际上可以对应于各种类型的设备，包括：服务器、远程终端和其他UE。此外，在控制节点340和端设备110、120之间耦合另一控制节点。
如图进一步所示，可以使用不同协议或协议层在端设备110、120和UE 210、220之间传递数据分组。为了说明本文所述的流控制和拥塞处理的概念，图4示出了在端设备110、120和UE 210、220之间实现的端到端协议。端到端协议是高层协议，且在所实施例中，可以具有TCP/IP类型(TCP：传输控制协议，IP：网际协议)。也可以使用其他协议类型，例如与实时协议(RTP)及其对应部分实时控制协议(RTCP)一起的UDP(用户数据报协议)。端到端协议可以包括流控制功能。具体地，如果向端到端协议发送方通知在向端到端协议接收方传输数据分组时发生拥塞，其可以降低其发送速率。另一方面，如果在给定时间周期中未通知拥塞，则端到端协议发送方可以增加其发送速率。这样，端到端协议可以尝试设置尽可能高的发送速率，但是依然避免了过多的拥塞量。端到端协议的上述示例包括对应的流控制功能。
在端到端协议的上述示例中，数据分组包括(通常在对应的报头字段中)：源地址、目的地址、源端口以及目的端口。基于源地址、目的地址、源端口和目的端口，可以将IP分组流定义为在由源地址和源端口定义的源端点与由目的地址和目的端口定义的目的端点之间的IP分组的流。通常并不是如图4所示的移动通信网络环境中的所有节点都能够访问该端到端协议信息。例如，如图4所示的传输网络360中的节点可以仅对较低协议层的信息进行操作，例如基于在3GPP技术规范中针对S1接口规定的低层传输协议(参见例如3GPP技术规范36.410)来操作，且因此不能与端到端协议的流控制机制交互。由于控制节点340布置在端到端协议流的源和目的端点之间，也可以将其称为中间节点。
此外，图4还指示了在控制节点340和UE 210、220之间建立的承载。更具体地，用于在第一端设备110和第一UE 210之间传递数据的第一承载从另一控制节点340、传输网络360和无线接入节点380延伸至第一UE 210，且用于在第二端设备120和第二UE 220之间传递数据的第二承载从控制节点340经由传输网络360和无线接入节点380延伸至第二UE 220。就此而言，将承载视为具有特定保证的传输属性(例如，在服务质量(QoS)方面)的信道。根据所示E-UTRAN实现，还可以将承载称为演进分组系统(EPS)承载。
在图4中，示出了一种示例情况，其中，第一流从端设备110延伸至UE 210，且第二流从端设备120延伸至UE 220。均经由相关联的承载来发送第一和第二流。具体地，经由在UE 210和控制节点340之间建立的第一承载来发送第一流，且经由在UE 220和控制节点340之间建立的第二承载来发送第二流。第一流和第二流可以在下行链路方向上，即在到UE 210、220的方向上。在该情况下，端设备110对应于第一流的第一源端点，UE 210对应于第一流的第一目的端点，端设备120对应于第二流的第二源端点，以及UE 220对应于第二流的第二目的端点。第一流和第二流也可以在上行链路方向上，即在来自UE 210、220的方向上。在该情况下，UE 110对应于第一流的第一源端点，端设备110对应于第一流的第一目的端点，UE 220对应于第二流的第二源端点，以及端设备120对应于第二流的第二目的端点。应当理解，附加的流也可以存在，且可以将第一流和第二流视为多个流的示例。还应当理解通常下行链路流和上行链路流将同时存在。例如，下行链路流可以携带具有有效载荷数据的数据分组，且可以具有在相反方向上的携带应答数据分组的对应上行链路流。类似地，上行链路流可以携带具有有效载荷数据的数据分组，且可以具有在相反方向上的携带应答数据分组的对应下行链路流。此外，应当理解不同流的端点可以位于不同的物理设备中(如图4所示)，但是也可以位于相同物理设备中。无论如何，可以在不同承载上发送这些流。例如，可以存在两个或更多流，它们的源/目的端点可以在相同UE中。在这种流中，可以由相同的源/目的地址但是不同的源/目的端口来识别源/目的端点。例如，具有位于相同UE中的其源/目的端点的这种不同的流可以涉及不同的服务，例如，基于IP的语音(VoIP)服务、移动TV服务、或文件共享服务。这种不同的服务还可以具有不同的优先级。例如，VoIP服务可以具有比移动TV服务或文件共享服务更高的优先级。
在图4的移动通信网络环境中，可能发生不同类型的拥塞。具体地，拥塞可以发生在传输网络360中，或可以发生在无线链路260上。
例如，当从控制节点340向无线接入节点380发送数据分组时，可能在传输网络360中存在拥塞，可能在无线接入节点380中基于无线接入节点380未成功接收的流的一个或多个数据分组来检测该拥塞。此外，当从无线接入节点380向相应UE 210、220中的目的端点发送数据分组时，在无线链路260上可能存在拥塞。可以基于队列381的至少一个排队参数(例如，队列381的排队延迟和/或队列381的填充级别)来检测后一种类型的拥塞，在将流的数据分组经由无线链路260向相应UE 210、220发送之前将流的数据分组分配到队列381。例如，如果队列381的排队延迟或填充级别超过给定阈值，可以将其解释为无线链路260上的拥塞。针对由无线接入节点380提供服务的每个UE210、220，通常存在至少一个队列。在一些情况下，可以在无线接入节点380和UE 210、220之间建立多个无线承载。在这种情况下，可以存在针对每个无线承载的对应队列381。
还可以在传输网络360中本地检测传输网络360中的拥塞，例如，基于传输网络360中队列361的至少一个排队参数。排队参数可以是队列361的排队延迟和/或队列361的填充级别。例如，如果传输网络360中的队列361的排队参数超过给定阈值，可以将其解释为拥塞。根据一些实施例，本地检测到拥塞的传输网络节点可以通过从队列中丢弃分组来进行反应，有时将这称为主动队列管理(AQM)。根据一些实施例，本地检测到拥塞的传输网络节点还可以用拥塞指示符来标记队列361的一个或多个数据分组，例如，通过设置队列361的数据分组中的显式拥塞通知(ECN)标志。然后无线接入节点380将能够基于接收到已被标记有拥塞指示符的一个或多个数据分组，来检测拥塞。
在从无线接入节点380经由传输网络360向控制节点340发送数据分组时的传输网络360中的拥塞将通常导致控制节点340未成功接收上行链路流的一个或多个数据分组。可以基于无线接入节点380未成功接收到数据分组或基于无线接入节点380不能调度一个或多个数据分组的上行链路发送，由无线接入节点380来检测在从UE 210、220向无线接入节点380发送数据分组时的无线链路260上的拥塞。如果例如UE 210、220丢失了到无线接入节点380的无线连接或无线连接受到干扰或如果数据分组的流的源端点提供的数据速率超过了无线连接的吞吐量，这种情况可能发生。
为了检测上述类型的拥塞，无线接入节点380具有第一拥塞检测器386和第二拥塞检测器387。根据上述解释，拥塞检测器386可以检测与下行链路流相关的无线链路260上的拥塞，可以基于在无线接入节点380中提供的、用于保持要向相应UE 210、220中的目的端点发送的下行链路流的数据分组的队列381的排队参数来实现该检测。在一些实施例中，拥塞检测器386可以通过检测在给定时间窗口中无线接入节点380未成功接收上行链路流的特定数目的数据分组来检测无线链路260上的拥塞。根据上述解释，第一拥塞检测器386还可以检测与上行链路流相关的无线链路260上的拥塞，可以通过检测无线接入节点380未成功接收的上行链路流的数据分组，或通过检测无线接入节点380未能调度经由无线链路260进行一个或多个数据分组的上行链路发送，或通过基于由UE向无线接入节点提供的UE中的数据分组的队列超过预定义阈值的缓冲区状态报告进行检测，来实现该检测。在一些实施例中，第一拥塞检测器386可以通过检测在给定时间窗口中无线接入节点380未成功接收上行链路流的特定数目的数据分组来检测无线链路260中的拥塞。
根据上述解释，拥塞检测器387可以检测传输网络360中的拥塞，可以通过检测无线接入节点380未成功接收的下行链路流的数据分组，来实现该检测。这可以涉及评估控制信息。在一些实施例中，拥塞检测器387可以通过检测在给定时间窗口中无线接入节点380未成功接收下行链路流的特定数目的数据分组来检测传输网络360中的拥塞。拥塞检测器387还可以通过在传输网络360中接收被标记有拥塞指示(例如，ECN标志)的一个或多个数据分组，来检测在传输网络360中的拥塞。
无线接入节点380还具有承载选择器388，其从第一拥塞检测器386和第二拥塞检测器387接收对检测到拥塞的指示。响应于对检测到的拥塞的指示，承载选择器388选择一个或多个承载，用于通知检测到的拥塞。该选择可以基于检测到的拥塞的类型。更具体地，如果如第一拥塞检测器386所检测的，检测到的拥塞在无线链路260上，承载选择器388可以选择检测到拥塞的承载。如果如第二拥塞检测器387所检测的，检测到的拥塞在传输网络360中，承载选择器388可以选择具有比检测到拥塞的承载更低优先级的至少一个其他承载，用于通知拥塞。为此，承载选择器388可以确定承载的优先级，例如基于绝对优先级或承载的相对比特率。例如，可以将期望的相对比特率分配给承载，且可以将超过其期望的相对比特率的承载确定为具有低优先级。在一些情况下，如果例如确定承载具有基本上相同的优先级，承载选择器388还可以选择多个或甚至全部承载用于通知拥塞。
无线接入节点380还具有拥塞通知器389，其从承载选择器388接收对所选承载的指示。拥塞通知器389被配置为：在与承载选择器388指示的所选承载相关联的流中对检测到拥塞进行通知。这可以通过例如从无线接入节点380中的对应队列381中丢弃与所选承载相关联的流的一个或多个数据分组，或通过用拥塞指示来标记与所选承载相关联的流的一个或多个数据分组(例如通过设置ECN标志)来实现。
为了检测在上行链路流中发生传输网络360中的拥塞，控制节点340具有拥塞检测器348。根据上述解释，拥塞检测器348可以通过检测控制节点340未成功接收的上行链路流的数据分组，来检测在传输网络中的拥塞。拥塞检测器348向控制节点340的承载选择器347指示检测到拥塞。拥塞检测器348还可以通过接收在传输网络360中被标记有拥塞指示符(例如，ECN标志)的上行链路流的一个或多个数据分组，来检测传输网络360中的拥塞。拥塞检测器348向控制节点340的承载选择器347指示检测到拥塞。
控制节点340还具有承载选择器347，其从拥塞检测器348接收对检测到拥塞的指示。响应于对检测到拥塞的指示，承载选择器347选择一个或多个承载用于通知检测到拥塞。基于承载的优先级来实现该选择。为此，承载选择器347可以确定承载的优先级，例如基于绝对优先级或承载的相对比特率。例如，可以将期望的相对比特率分配给承载，且可以将超过其期望的相对比特率的承载确定为具有低优先级。在一些情况下，如果例如确定承载具有基本上相同的优先级，承载选择器347还可以选择多个或甚至全部承载用于通知拥塞。
控制节点340还具有拥塞通知器346，其从承载选择器347接收对所选承载的指示。拥塞通知器346被配置为：在与由承载选择器347指示的所选承载相关联的流中对检测到拥塞进行通知。这可以通过从控制节点340中的对应队列341中丢弃与所选承载相关联的流的一个或多个数据分组，或通过用拥塞指示来标记与所选承载相关联的流的一个或多个数据分组(例如，通过设置ECN标志)来实现。
下面，将通过参考涉及两个下行链路流(被称为第一下行链路流和第二下行链路流)的示例场景，来进一步详细解释图4的实现中的对下行链路流中的拥塞的处理。当参考图4的示例移动通信网络环境时，第一下行链路流可以从端设备110延伸至UE 210，且第二下行链路流可以从端设备120延伸至UE 220。然而，应当理解这仅是说明性示例，且第一下行链路流和第二下行链路流可以是任何类型的下行链路流，从控制节点340经由传输网络360向无线接入节点380联合发送第一下行链路流和第二下行链路流。还假设第一下行链路流具有比第二下行链路流更高的优先级。例如，如上所述，第一和第二下行链路流可以涉及不同的服务，且第一下行链路流的服务可以具有比第二下行链路流的服务更高的优先级。此外，第一和第二下行链路流可以涉及不同的用户，且第一下行链路流的用户可以具有比第二下行链路流的用户更高的优先级，例如由于第一下行链路流的用户具有高级合同。可以在无线接入节点380中预先配置优先级信息，或可以由运营商来配置优先级信息，例如使用控制节点380的运营维护(O&M)接口。向不同的承载分配第一和第二下行链路流，一个承载建立在控制节点340和UE 210之间，且另一个承载建立在另一控制节点340和UE 220之间。
根据第一场景，在发送第一下行链路流的承载上的拥塞发生在无线链路260上。这由无线接入节点380中的拥塞检测器386来检测，例如基于超过特定阈值的队列381的排队参数，在经由无线链路260发送第一下行链路流的数据分组之前向队列381分配第一下行链路流的数据分组。
拥塞检测器386向无线接入节点380中的承载选择器388指示检测到拥塞。响应于在无线链路260上检测到的拥塞，承载选择器388选择检测到拥塞的相同承载，即发送第一下行链路流的承载，用于通知检测到拥塞，并向拥塞通知器389指示所选承载。
拥塞通知器389在与所选承载相关联的下行链路流(在第一下行链路流)中通知拥塞。取决于端到端协议的实现，这可以通过丢弃第一下行链路流的一个或多个数据分组和/或通过将拥塞指示包括到第一下行链路流的一个或多个数据分组中(例如通过设置ECN标志)来实现。当通过丢弃一个或多个数据分组来实现通知时，由于未能接收到针对被丢弃的数据分组的应答分组，第一下行链路流的源端点可以意识到拥塞。当通过将拥塞指示包括到一个或多个数据分组中来实现通知时，由于接收到反映了拥塞指示的应答分组，第一下行链路流的源端点可以意识到拥塞。第一下行链路流的源端点可以通过降低第一下行链路流的发送速率，对拥塞进行反应。
根据第二场景，在发送第一下行链路流的承载上的拥塞发生在传输网络360中。这由无线接入节点380中的拥塞检测器387来检测，例如基于被标记有拥塞指示符(例如，ECN标志)的第一下行链路流的数据分组。
拥塞检测器387向无线接入节点380中的承载选择器388指示检测到拥塞。响应于在传输网络360中检测到拥塞，承载选择器388选择一个或多个承载，例如发送第二下行链路流的承载，用于通知检测到拥塞，并向拥塞通知器389指示所选承载。该选择基于承载的优先级，例如绝对承载优先级或基于承载的相对比特率的优先级。假定确定发送第二上行链路流的承载具有较低优先级，例如由于超过其期望的相对比特率，则选择该承载。
拥塞通知器389在与所选承载相关联的下行链路流中通知拥塞。如上所述，这可以是发送第二下行链路流的承载。取决于端到端协议的实现，这可以通过丢弃第二下行链路流的一个或多个数据分组和/或通过将拥塞指示包括到第二下行链路流的一个或多个数据分组中(例如通过设置ECN标志)来实现。当通过丢弃一个或多个数据分组来实现通知时，由于未能接收到针对被丢弃的数据分组的应答分组，第二下行链路流的源端点可以意识到拥塞。当通过将拥塞指示包括到一个或多个数据分组中来实现通知时，由于接收到反映了拥塞指示的应答分组，第二下行链路流的源端点可以意识到拥塞。第二下行链路流的源端点可以通过降低第一下行链路流的发送速率，对拥塞进行反应。这同时使得附加资源可用于发送第一下行链路流的数据分组。
现在，将通过参考涉及两个上行链路流(被称为第一上行链路流和第二上行链路流)的示例场景，来进一步解释图4的实现中的上行链路流的处理。当参考图4的实现时，第一上行链路流可以从UE 210延伸至端设备110，且第二上行链路流可以从UE 220延伸至端设备120。然而，应当理解这仅是说明性示例，且第一上行链路流和第二上行链路流可以是任何类型的上行链路流，从无线接入节点380经由传输网络360向控制节点340联合发送第一上行链路流和第二上行链路流。还假设第一上行链路流具有比第二上行链路流更高的优先级。例如，如上所述，第一和第二上行链路流可以涉及不同的服务，且第一上行链路流的服务可以具有比第二上行链路流的服务更高的优先级。此外，第一和第二上行链路流可以涉及不同的用户，且第一上行链路流的用户可以具有比第二上行链路流的用户更高的优先级，例如由于第一上行链路流的用户具有高级合同。可以在控制节点340中预先配置优先级信息，或可以由运营商来配置优先级信息，例如使用控制节点340的运营维护(O&M)接口。向不同的承载分配第一和第二上行链路流，一个承载建立在控制节点340和UE 210之间，且另一个承载建立在控制节点340和UE 220之间。
根据第一场景，在发送第一上行链路流的承载上的拥塞发生在无线链路260上。这由无线接入节点380中的拥塞检测器386来检测，例如基于在无线接入节点380中未成功接收到第一上行链路流的数据分组或基于无线接入节点380未能调度对第一上行链路流的一个或多个数据分组的上行链路发送。拥塞检测器386向承载选择器388指示检测到拥塞。响应于在无线链路260上检测到的拥塞，承载选择器388选择检测到拥塞的相同承载，即发送第一上行链路流的承载，用于通知检测到拥塞，并向拥塞通知器389指示所选承载。
拥塞通知器389在与所选承载相关联的上行链路流(即，在第一上行链路流)中通知拥塞。取决于端到端协议的实现，这可以通过丢弃第一上行链路流的一个或多个数据分组和/或通过将拥塞指示(例如ECN)包括到第一上行链路流的一个或多个数据分组中来实现。当通过丢弃一个或多个数据分组来实现通知时，由于未能接收到针对被丢弃的数据分组的应答分组，第一上行链路流的源端点可以意识到拥塞。当通过将拥塞指示包括到一个或多个数据分组中来实现通知时，由于接收到反映了拥塞指示的应答分组，第一上行链路流的源端点可以意识到拥塞。第一上行链路流的源端点可以通过降低第一上行链路流的发送速率，对拥塞进行反应。
根据第二场景，在发送第一上行链路流的承载上的拥塞发生在传输网络360中。这由控制节点340中的拥塞检测器348来检测，例如基于从传输网络360接收的被标记有拥塞指示符(ECN标志)的第一上行链路流的数据分组。拥塞检测器348向承载选择器347指示检测到拥塞。响应于在传输网络360中检测到的拥塞，承载选择器347选择发送第一和第二上行链路流的至少一个承载，例如发送第二上行链路流的承载，用于通知检测到拥塞，并向拥塞通知器346指示所选的一个或多个承载。该选择基于承载的优先级。假定确定发送第二上行链路流的承载具有较低优先级，例如由于超过其期望的相对比特率，选择该承载。
拥塞通知器346在与所选承载相关联的上行链路流中通知拥塞。如上所述，这可以是发送第二上行链路流的承载。取决于端到端协议的实现，这可以通过丢弃第二上行链路流的一个或多个数据分组和/或通过将拥塞指示(例如ECN)包括到第二上行链路流的一个或多个数据分组中来实现。当通过丢弃一个或多个数据分组来实现通知时，由于未能接收到针对被丢弃的数据分组的应答分组，第二上行链路流的源端点可以意识到拥塞。当通过将拥塞指示包括到一个或多个数据分组中来实现通知时，由于接收到反映了拥塞指示的应答分组，第二上行链路流的源端点可以意识到拥塞。第二上行链路流的源端点可以通过降低第二流的发送速率，对拥塞进行反应。在传输网络中，这同时使得附加资源可用于发送第一上行链路流的数据分组。
根据上述概念，控制节点340和/或无线接入节点380可以按照固定发送速率来操作，例如最大可能发送速率。从而避免了在这些节点中用于调整发送速率的复杂流控制过程。而是，可以在端到端协议的源端点中发起流控制反应，以实现在所有流上的期望吞吐量或相对比特率。
图5进一步示出了控制节点340的示例实现。如上所述，将控制节点340实现为要在根据3GPP技术规范的UTRAN中使用的S-GW。
控制节点340包括：核心网(CN)接口342，可以将其实现为根据3GPP技术规范的S5/S8接口；以及无线接入节点接口342，其具有将控制节点340经由传输网络360耦合到无线接入节点380(即eNodeB)的目的。核心网接口342还可以用于实现控制节点340的O&M接口。此外，控制节点340包括耦合到接口342、344的处理器345和耦合到处理器345的存储器350。存储器350可以包括：只读存储器(ROM)，例如闪存ROM；随机存取存储器(RAM)，例如动态RAM(DRAM)或静态RAM(SRAM)；海量存储器，例如硬盘或固态盘等等。存储器350包括要由处理器345执行的合适配置的程序代码，以实现如上面关于图4所解释的控制节点340的功能。更具体地，存储器350可以包括：承载控制(BC)模块351，以实现承载控制功能，例如建立、修改或丢弃承载；传输协议(TP)模块352，以实现用于经由传输网络360进行通信的传输协议的功能；检测模块353，以实现拥塞检测器348的功能；选择模块354，以实现承载选择器347的功能；以及通知模块355，以实现拥塞通知器346的功能。存储器350还可以用于实现图4所示的队列341。
应当理解：图5所示的结构仅是示意性的，且控制节点340可以实际包括其他组件，为了清楚的目的，并未示出这些组件，例如物理链路层接口结构。此外，应当理解：存储器350可以包括并未示出的其他类型的程序代码模块，例如用于实现根据3GPP技术规范的E-UTRAN中的S-GW的已知功能的程序代码模块。
图6进一步示出了无线接入节点380的示例实现。如上所述，将无线接入节点380实现为要在根据3GPP技术规范的E-UTRAN中使用的eNodeB。
无线接入节点380包括：控制节点接口382，其具有将无线接入节点380经由传输网络360耦合到控制节点340(即，S-GW)的目的，可以将其实现为根据3GPP技术规范的S1接口；以及无线接口384，用于经由无线链路260耦合一个或多个UE。在根据3GPP技术规范的E-UTRAN的eNodeB的所示示例中，无线接口可以是Uu接口。此外，无线接入节点380包括耦合到接口382、384的处理器385和耦合到处理器385的存储器390。存储器350可以包括：只读存储器(ROM)，例如闪存ROM；随机存取存储器(RAM)，例如动态RAM(DRAM)或静态RAM(SRAM)；海量存储器，例如硬盘或固态盘等等。存储器390包括要由处理器385执行的合适配置的程序代码，以实现如上面关于图4所解释的无线接入节点380的功能。更具体地，存储器390可以包括：承载控制(BC)模块391，以实现承载控制功能，例如建立、修改或丢弃承载；传输协议(TP)模块392，以实现用于经由传输网络360进行通信的传输协议的功能；检测模块393，以实现拥塞检测器386和拥塞检测器387的功能；调度模块394，以实现对由无线接入节点380提供服务的UE的下行链路和上行链路传输的调度；选择模块395，以实现承载选择器388的功能；以及通知模块396，以实现拥塞通知器389的功能。存储器390的一部分还可以用于实现图4所示的队列381。
应当理解：图6所示的结构仅是示意性的，且控制节点380实际可以包括其他组件，为了清楚的目的，并未示出这些组件，例如物理链路层接口结构。此外，应当理解：存储器390可以包括并未示出的其他类型的程序代码模块，例如用于实现根据3GPP技术规范的E-UTRAN中的eNodeB的已知功能的程序代码模块。
图7示出了根据本发明的实施例的方法的流程图。该方法可以用于在上述控制节点140、340或无线接入节点180、380中的拥塞处理。
在步骤710，在中间节点(例如，控制节点140、无线接入节点180、控制节点340或无线接入节点380)中接收与第一承载相关联的流的数据分组和与第二承载相关联的流的数据分组。为此，可以使用控制节点的对应接口，例如如关于图2、3、5或6所述的接口142、144、182、184、342、344、382、384之一。
在步骤720，从中间节点发送第一和第二流的数据分组。为此，可以使用控制节点的对应接口，例如如关于图2、3、5或6所述的接口142、144、182、184、342、344、382、384之一。
在步骤730，响应于在第一承载上检测到拥塞，选择第一承载和/或第二承载中的至少一个，用于在相关联的流中通知检测到拥塞。这可以由承载选择器188、147、388或347来实现。然后可以在至少一个所选承载的相关联流中通知检测到拥塞，例如通过丢弃相关联的流的至少一个数据分组和/或通过将拥塞指示包括在相关联的流的至少一个数据分组中。
在一些实施例中，第一承载和第二承载可以经由传输链路和/或无线链路延伸。在这种实施例中，承载的选择可以取决于检测到的拥塞的类型，例如检测到的拥塞在无线链路上或在传输网络中。此外，在一些实施例中，可以确定承载的优先级，且选择可以取决于所确定的承载优先级。
图8示出了根据本发明的实施例的另一方法的流程图。该方法可以在图1B的下行链路实现中用于由无线接入节点180来检测和报告拥塞。
在步骤810中，从传输网络接收数据分组，例如，如关于图1B所解释的传输网络160。具体地，可以在无线接入节点中接收数据分组，例如，如关于图1B和3所解释的无线接入节点180。为此，可以使用无线接入节点的对应接口，例如如关于图3所解释的接口182。
在步骤820中，在无线链路上发送第一流的数据分组和第二流的数据分组，例如在关于图1B所解释的无线链路250上。
在步骤830，检测到无线链路上或传输网络中的拥塞。这可以由如关于图1B所解释的拥塞检测器186和187来实现。在无线链路上检测到拥塞可以涉及基于队列的排队参数(例如，填充级别和/或排队延迟)来检测拥塞，在无线链路上发送数据分组之前在无线接入节点中将数据分组分配给该队列。在传输网络中检测到拥塞可以涉及检测到从传输网络中未成功接收至少一个数据分组或检测到在传输网络中标记有拥塞指示符的分组。
在步骤840，响应于在无线链路上检测到拥塞，产生第一类型的拥塞消息，例如关于图1B所解释的消息A。
在步骤850，响应于在传输网络中的拥塞，产生第二类型的拥塞消息，例如关于图1B所解释的消息B。
然后可以向另一节点(例如图7的方法中的中间节点)发送第一和第二类型的拥塞消息，以实现响应于不同类型的检测到的拥塞的承载选择。
因此，在一些实施例中，本文所述的概念涉及在一个节点(即在无线接入节点180)中检测拥塞，但是在另一个节点(例如，控制节点140)中引起对拥塞的响应。这可以是有益的，因为另一节点能够访问实际检测到拥塞的除节点之外的其他协议级别。例如，有可能在端到端协议的不同流之间进行区分。此外，在一些实施例中，关于一个流或承载检测到的拥塞产生了关于另一个流或承载的流控制反应，例如拥塞通知或丢弃分组。这在例如一个流或承载涉及具有比另一个流更高优先级的服务或用户的情况下可以是有益的。此外，在一些实施例中，使用不同类型的拥塞消息来报告在无线链路上的拥塞和传输网络中的拥塞。从而远程流控制反应根据检测到的拥塞的类型进行适配。
应当理解上面解释的示例和实施例仅是说明性的，且容易进行各种修改。例如，可以在其他类型的网络环境中使用该概念，包括有线通信网络，或使用不同类型的协议。此外，应当理解，可以将如本文所述的针对下行链路流和上行链路流的概念在单个网络中一起使用，或可以分别使用。此外，在相同的移动通信网络中，图1A、1B、1C、2和3的HSPA实现可以与图4的LTE实现相结合。在这种实施例中，可以共享相同的传输网络，以在RNC和NodeB之间提供连接，并提在S-GW和eNodeB之间提供连接。此外，应当理解，图1A、1B、1C和4中的队列的表示仅是示意性的。例如，可以在每个所述节点中存在上行链路和下行链路方向的单独队列。取决于要处理的拥塞发生的流方向，可以将本文所述的概念应用于这种队列之一，上行链路队列或下行链路队列。

Claims (23)

1.一种方法，包括：
在中间节点(140、180、340、380)中接收与第一承载相关联的流的数据分组以及与第二承载相关联的流的数据分组；
从所述中间节点(140、180、340、380)发送与所述第一承载相关联的流的数据分组和与所述第二承载相关联的流的数据分组；以及
响应于在所述第一承载上检测到拥塞，选择所述第一承载和所述第二承载中的至少一个，用于在相关联的流中通知拥塞。
2.根据权利要求1所述的方法，
其中，所述选择取决于检测到的拥塞的类型。
3.根据权利要求2所述的方法，包括：
在所述中间节点(140)中接收指示检测到的拥塞的类型的拥塞消息。
4.根据前述权利要求中任一项所述的方法，包括：
在所述中间节点(140)中接收指示所述第一承载和所述第二承载中的被选择的承载的拥塞消息。
5.根据权利要求1至3中任一项所述的方法，包括：
从所述中间节点(180)发送指示所述第一承载和所述第二承载中的被选择的承载的拥塞消息。
6.根据前述权利要求中任一项所述的方法，
其中，所述第一承载和所述第二承载经由传输网络(160、360)延伸；以及
其中，所述方法包括：
确定所述第一承载和所述第二承载的优先级；以及
响应于检测到的拥塞在所述传输网络(160、360)中，根据所确定的优先级，选择所述第一承载和所述第二承载中的至少一个承载。
7.根据权利要求6所述的方法，包括：
基于所述第一承载的相对比特率和所述第二承载的相对比特率，确定所述优先级。
8.根据权利要求6或7所述的方法，包括：
通过检测未从所述传输网络(160)成功接收到与所述第一承载相关联的流的至少一个数据分组，来检测在所述传输网络(160、360)中的拥塞。
9.根据权利要求6至8中任一项所述的方法，包括：
通过检测与所述第一承载相关联的流的、标记有所述传输网络(160、360)中的拥塞指示符的、至少一个数据分组，来检测在所述传输网络(160、360)中的拥塞。
10.根据前述权利要求中任一项所述的方法，
其中，所述第一承载和所述第二承载经由无线链路(250、260)延伸；以及
其中，所述方法包括：
响应于检测到的拥塞在所述无线链路(250、260)上，选择所述第一承载用于在相关联的流中通知拥塞。
11.根据权利要求10所述的方法，包括：
通过监视队列(181、381)的至少一个排队参数来检测在所述无线链路(250、260)上的拥塞，所述队列(181、381)存储要在所述无线链路(250、260)上发送的与所述第一承载相关联的流的数据分组。
12.根据权利要求11所述的方法，
其中，所述至少一个排队参数包括：队列(181、381)的填充级别或队列(181、381)的排队延迟。
13.根据前述权利要求中任一项所述的方法，包括：
通过丢弃与所述第一承载和所述第二承载中的被选择的承载相关联的流的至少一个数据分组，来通知检测到拥塞。
14.根据前述权利要求中任一项所述的方法，包括：
通过标记与所述第一承载和所述第二承载中的被选择的承载相关联的流的至少一个数据分组，来通知拥塞。
15.一种方法，包括：
从传输网络(160)接收数据分组；
在无线链路(250)上发送所述数据分组；
检测在所述传输网络(160)中的或在所述无线链路(250)上的拥塞；
响应于检测到的拥塞在所述无线链路(250)上，产生第一类型的拥塞消息；以及
响应于检测到的拥塞在所述传输网络(160)中，产生第二类型的拥塞消息。
16.根据权利要求15所述的方法，包括：
通过监视队列(181)的至少一个排队参数来检测在所述无线链路(250)上的拥塞，所述队列(181)存储要在所述无线链路(250)上发送的数据分组。
17.根据权利要求15或16所述的方法，
其中，所述至少一个排队参数包括：队列(181)的填充级别和/或队列(181)的排队延迟。
18.根据权利要求15至17中任一项所述的方法，包括：
通过检测未从所述传输网络(160)成功接收到所述承载的至少一个数据分组，来检测在所述传输网络(160)中的拥塞。
19.根据权利要求15至18中任一项所述的方法，包括：
通过检测在所述传输网络(160)中被标记有拥塞指示符的所述承载的至少一个数据分组，来检测在所述传输网络(160)中的拥塞。
20.一种网络组件(140、180、340、380)，包括：
第一接口(142、144、182、184、342、344、382、384)，被配置为：接收与第一承载相关联的流的数据分组以及与第二承载相关联的流的数据分组；
第二接口(142、144、182、184、342、344、382、384)，被配置为：发送与所述第一承载相关联的流的数据分组和与所述第二承载相关联的流的数据分组；以及
承载选择器(147、188)，被配置为：响应于在所述第一承载上检测到拥塞，选择所述第一承载和所述第二承载中的至少一个承载，用于在相关联的流中通知拥塞。
21.根据权利要求20所述的网络组件，
其中，所述网络组件被配置为：执行根据权利要求1至14中任一项所述的方法。
22.一种网络组件(180)，包括：
第一接口(182)，被配置为：从传输网络(160)接收数据分组；
第二接口(184)，被配置为：在无线链路(250)上发送所述数据分组；
第一拥塞检测器(186)，被配置为：检测在所述无线链路(250)上的拥塞；
第二拥塞检测器(187)，被配置为：检测在所述传输网络(160)中的拥塞；以及
拥塞消息产生器(189)，被配置为：响应于由所述第一拥塞检测器(186)检测到的在所述无线链路(250)上的拥塞，产生第一类型的拥塞消息；以及响应于由所述第二拥塞检测器(187)检测到的在所述传输网络(160)中的拥塞，产生第二类型的拥塞消息。
23.根据权利要求22所述的网络组件，
其中，所述网络组件被配置为：执行根据权利要求15至19中任一项所述的方法。
CN201080065878.3A 2010-03-31 2010-03-31 用于通信网络中的拥塞处理的方法和网络组件 Expired - Fee Related CN102823202B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2010/054380 WO2011120581A1 (en) 2010-03-31 2010-03-31 Congestion handling in a communication network

Publications (2)

Publication Number Publication Date
CN102823202A true CN102823202A (zh) 2012-12-12
CN102823202B CN102823202B (zh) 2016-08-03

Family

ID=43085953

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201080065878.3A Expired - Fee Related CN102823202B (zh) 2010-03-31 2010-03-31 用于通信网络中的拥塞处理的方法和网络组件

Country Status (6)

Country Link
US (1) US9112797B2 (zh)
EP (1) EP2553883B1 (zh)
JP (1) JP5456203B2 (zh)
CN (1) CN102823202B (zh)
SG (1) SG183955A1 (zh)
WO (1) WO2011120581A1 (zh)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015070444A1 (zh) * 2013-11-15 2015-05-21 华为技术有限公司 通信方法、用户设备和基站
CN104871587A (zh) * 2013-01-14 2015-08-26 英特尔Ip公司 用于用户平面拥塞缓解的改进技术
CN107040343A (zh) * 2016-02-03 2017-08-11 中国移动通信集团公司 一种重传调度方法及装置
CN107820274A (zh) * 2017-10-18 2018-03-20 中国联合网络通信集团有限公司 一种移动网络udp业务拥塞处理方法及基站
CN109976661A (zh) * 2017-12-27 2019-07-05 华为技术有限公司 基于nof的读取控制方法、装置及系统
CN110022593A (zh) * 2018-01-09 2019-07-16 维沃移动通信有限公司 一种网络单元的选取方法、网络单元及终端
CN110995606A (zh) * 2019-12-20 2020-04-10 迈普通信技术股份有限公司 一种拥塞分析方法及装置

Families Citing this family (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2589190B1 (en) 2010-07-02 2017-03-01 Telefonaktiebolaget LM Ericsson (publ) Prioritization of data packets
WO2012057667A1 (en) 2010-10-29 2012-05-03 Telefonaktiebolaget L M Ericsson (Publ) Congestion control in a communication network
EP2664178B1 (en) * 2011-01-12 2015-03-11 Telefonaktiebolaget LM Ericsson (PUBL) Adaptive relative bit-rate manager for TCP depending flow control
US9100871B2 (en) 2011-03-10 2015-08-04 Optis Cellular Technology, Llc Hybrid congestion control
CN103814555B (zh) * 2011-06-30 2017-02-22 英国电讯有限公司 确定路径拥塞测量
EP2764747B1 (en) 2011-10-04 2015-12-30 Telefonaktiebolaget LM Ericsson (PUBL) Congestion handling in a base station of a mobile network
WO2013081511A1 (en) 2011-11-29 2013-06-06 Telefonaktiebolaget L M Ericsson (Publ) Flow based packet manipulation congestion control
US20130194937A1 (en) * 2012-01-31 2013-08-01 Alcatel-Lucent Usa Inc. Method and apparatus for providing intelligent codec rate adaptation for wireless users
US9351201B2 (en) * 2012-03-08 2016-05-24 Qualcomm Incorporated System and method for reducing data loss during a serving cell change in a multi-flow HSDPA communication network
CN103650573B (zh) * 2012-06-28 2017-07-07 华为技术有限公司 拥塞状态上报方法及接入网设备
WO2014007702A1 (en) * 2012-07-05 2014-01-09 Telefonaktiebolaget L M Ericsson (Publ) Method for managing a queue based on a change rate parameter
EP2685757B1 (en) 2012-07-10 2014-12-17 Telefonaktiebolaget L M Ericsson (PUBL) Technique for handling congestion control
EP2880926B1 (en) 2012-07-30 2018-07-04 Telefonaktiebolaget LM Ericsson (publ) Technique for operating a radio network controller during a soft handover process
EP2880907B1 (en) 2012-07-30 2019-11-13 Telefonaktiebolaget LM Ericsson (publ) Method and apparatuses for operating a radio network controller during a soft handover process
US9686716B2 (en) 2012-10-26 2017-06-20 Telefonaktiebolaget L M Ericsson (Publ) Introducing simple RLC functionality to Node B
EP2787701A1 (en) 2013-04-03 2014-10-08 Telefonaktiebolaget L M Ericsson AB (Publ) Non-congestive loss in HSPA congestion control
US9967769B2 (en) 2013-06-28 2018-05-08 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatuses for recovering data packet flow control against radio base station buffer run away
US9380489B2 (en) * 2013-07-18 2016-06-28 Verizon Patent And Licensing Inc. Dynamic network traffic analysis and traffic flow configuration for radio networks
WO2015018450A1 (en) 2013-08-08 2015-02-12 Telefonaktiebolaget L M Ericsson (Publ) Retransmission control network node and related method
WO2015053664A1 (en) * 2013-10-07 2015-04-16 Telefonaktiebolaget L M Ericsson (Publ) Congestion control in a transport network
FR3015834A1 (fr) * 2013-12-20 2015-06-26 Orange Technique de signalisation d'une congestion dans un reseau de communication par paquets
WO2017074362A1 (en) * 2015-10-28 2017-05-04 Nokia Solutions And Networks Oy Multi-level data rate control for wireless networks
US10085197B1 (en) * 2016-06-21 2018-09-25 Sprint Spectrum L.P. Controlled handover of UEs to reduce wireless backhaul congestion
US10993137B2 (en) 2018-11-30 2021-04-27 At&T Intellectual Property I, L.P. Flexible configuration of guaranteed bitrate admission control for 5G or other next generation network
EP3697040B1 (en) * 2019-02-15 2022-03-09 Nokia Solutions and Networks Oy Congestion control in a wireless communication network
US11811541B2 (en) * 2020-09-08 2023-11-07 Qualcomm Incorporated Sending feedback at radio access network level
US20230038198A1 (en) * 2021-08-03 2023-02-09 At&T Intellectual Property I, L.P. Dynamic wireless network throughput adjustment

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040071086A1 (en) * 2000-12-22 2004-04-15 Serge Haumont Traffic congestion
CN101124838A (zh) * 2005-01-14 2008-02-13 艾利森电话股份有限公司 无线电接入网中的节点之间的上行链路拥塞检测和控制
WO2008066429A1 (en) * 2006-11-28 2008-06-05 Telefonaktiebolaget Lm Ericsson (Publ) A method for improved handling of traffic congestion in a wireless telecommunications system
CN101536571A (zh) * 2006-11-28 2009-09-16 Lm爱立信电话有限公司 用于在无线电信系统中进行改进的拥塞检测和控制的方法

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5917806A (en) * 1996-12-17 1999-06-29 Motorola, Inc. Method and apparatus for adaptively balancing communication traffic in a radio communication system to control congestion
US8477759B2 (en) 2005-09-30 2013-07-02 Qualcomm Incorporated Filtering of malformed data packets in wireless communication
US7623459B2 (en) * 2005-12-02 2009-11-24 Intel Corporation Methods and apparatus for providing a flow control system for traffic flow in a wireless mesh network based on traffic prioritization
JP4769841B2 (ja) 2008-04-07 2011-09-07 株式会社エヌ・ティ・ティ・ドコモ 無線通信システム、無線通信方法、無線制御装置及びローカル交換機

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040071086A1 (en) * 2000-12-22 2004-04-15 Serge Haumont Traffic congestion
CN101124838A (zh) * 2005-01-14 2008-02-13 艾利森电话股份有限公司 无线电接入网中的节点之间的上行链路拥塞检测和控制
WO2008066429A1 (en) * 2006-11-28 2008-06-05 Telefonaktiebolaget Lm Ericsson (Publ) A method for improved handling of traffic congestion in a wireless telecommunications system
CN101536571A (zh) * 2006-11-28 2009-09-16 Lm爱立信电话有限公司 用于在无线电信系统中进行改进的拥塞检测和控制的方法

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104871587A (zh) * 2013-01-14 2015-08-26 英特尔Ip公司 用于用户平面拥塞缓解的改进技术
CN104871587B (zh) * 2013-01-14 2018-06-08 英特尔Ip公司 用于用户平面拥塞缓解的改进技术
WO2015070444A1 (zh) * 2013-11-15 2015-05-21 华为技术有限公司 通信方法、用户设备和基站
CN107040343A (zh) * 2016-02-03 2017-08-11 中国移动通信集团公司 一种重传调度方法及装置
CN107820274A (zh) * 2017-10-18 2018-03-20 中国联合网络通信集团有限公司 一种移动网络udp业务拥塞处理方法及基站
CN107820274B (zh) * 2017-10-18 2021-04-06 中国联合网络通信集团有限公司 一种移动网络udp业务拥塞处理方法及基站
CN109976661A (zh) * 2017-12-27 2019-07-05 华为技术有限公司 基于nof的读取控制方法、装置及系统
US11301163B2 (en) 2017-12-27 2022-04-12 Huawei Technologies Co., Ltd. NOF-based read control method, apparatus, and system
CN110022593A (zh) * 2018-01-09 2019-07-16 维沃移动通信有限公司 一种网络单元的选取方法、网络单元及终端
CN110995606A (zh) * 2019-12-20 2020-04-10 迈普通信技术股份有限公司 一种拥塞分析方法及装置
CN110995606B (zh) * 2019-12-20 2022-02-22 迈普通信技术股份有限公司 一种拥塞分析方法及装置

Also Published As

Publication number Publication date
US20130010598A1 (en) 2013-01-10
EP2553883A1 (en) 2013-02-06
JP5456203B2 (ja) 2014-03-26
EP2553883B1 (en) 2015-08-12
CN102823202B (zh) 2016-08-03
US9112797B2 (en) 2015-08-18
JP2013524589A (ja) 2013-06-17
SG183955A1 (en) 2012-10-30
WO2011120581A1 (en) 2011-10-06

Similar Documents

Publication Publication Date Title
CN102823202B (zh) 用于通信网络中的拥塞处理的方法和网络组件
CN102598833B (zh) 用于增强上行链路通信的传输网络拥塞控制的方法和节点
US10531336B2 (en) Link control in centralized deployments
US8885542B2 (en) Quality of service control in a relay
CN109155762B (zh) 数据传输的方法及装置
US8493860B2 (en) Fair congestion detection for transport network layer WCDMA communications
CN113826364B (zh) 用于侧链路的协作通信的方法和设备
US20090067335A1 (en) Congestion control in a transmission node
EP3522479A1 (en) Techniques for efficient multipath transmission
EP3611859A1 (en) Data receiving state reporting method and apparatus
CN102484819A (zh) 使用ecn机制以直接向基站发信号通知拥塞
WO2005088917A1 (ja) 制御局装置、基地局装置、端末装置、パケット通信システム及びパケット通信方法
CN104871591A (zh) 上行链路背压协调
EP2652985B1 (en) Performance monitoring in a mobile communication network
EP2426829A1 (en) Method for operating a base station of a wireless communication network and base station of a wireless communication network
JP2006229588A (ja) マルチアンテナ伝送システム
WO2017028681A1 (zh) 一种数据传输状态的报告、确定传输数据量的方法及装置
CN103581137A (zh) Ecn代理设备和ecn通知方法
KR20060082733A (ko) 이동통신 시스템에서 이벤트 트리거드로 버퍼 상태 보고를효율적으로 하는 방법 및 장치
EP4440074A1 (en) Ran and ue driven l4s marking and processing for congestion management in an o-ran based network architecture
US20240334244A1 (en) RAN and UE Driven L4S Marking and Processing for Congestion Management in an O-RAN Based Network Architecture
JP5837946B2 (ja) 通信ネットワークにおける輻輳処理

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20160803

Termination date: 20210331