CN102577498A - 用于响应于网络拥塞进行速率自适应的方法和装置 - Google Patents

用于响应于网络拥塞进行速率自适应的方法和装置 Download PDF

Info

Publication number
CN102577498A
CN102577498A CN2010800449398A CN201080044939A CN102577498A CN 102577498 A CN102577498 A CN 102577498A CN 2010800449398 A CN2010800449398 A CN 2010800449398A CN 201080044939 A CN201080044939 A CN 201080044939A CN 102577498 A CN102577498 A CN 102577498A
Authority
CN
China
Prior art keywords
network
ecn
data transfer
transfer rate
gateway
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
CN2010800449398A
Other languages
English (en)
Other versions
CN102577498B (zh
Inventor
N·K·N·里恩
A·C·玛荷德拉姆
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.)
Qualcomm Inc
Original Assignee
Qualcomm Inc
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 Qualcomm Inc filed Critical Qualcomm Inc
Publication of CN102577498A publication Critical patent/CN102577498A/zh
Application granted granted Critical
Publication of CN102577498B publication Critical patent/CN102577498B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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/10—Flow control between communication endpoints
    • H04W28/12—Flow control between communication endpoints using signalling between network elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • 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
    • H04L47/263—Rate modification at the source after receiving feedback
    • 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/0289—Congestion control
    • 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]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/16—Gateway arrangements

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)
  • Optical Communication System (AREA)
  • Small-Scale Networks (AREA)
  • Communication Control (AREA)

Abstract

公开了用于跨相异网络、配置和协议实现明确拥塞通知(ECN)的装置和方法。响应于所指示的网络拥塞，提供用于从第一网络中的第一用户装备(UE)请求较低数据率的数据率调整请求。

Description

用于响应于网络拥塞进行速率自适应的方法和装置
相关申请的交叉引用
本申请要求提交于2009年9月30日、题为METHODS FOR ENABLINGRATE ADAPTATION ACROSS VARIOUS NETWORK CONFIGURATIONS(用于实现跨各种网络配置进行速率自适应的方法)的美国临时专利申请S/N.61/247,095的优先权，该临时申请的内容因此出于所有目的通过引用全部包括于此。
领域
本申请一般涉及无线通信***。本申请尤其但并非排他地涉及用于跨相异的网络、配置、和/或协议提供明确拥塞通知(ECN)功能的方法和装置。
背景
无线通信***被广泛部署用以提供诸如语音、数据、视频等各种类型的通信内容，并且部署有可能随着诸如长期演进(LTE)***之类的新型的面向数据***的引入而增加。无线通信***可以是能够通过共享可用***资源(例如，带宽和发射功率)来支持多用户通信的多址***。这样的多址***的示例包括码分多址(CDMA)***、时分多址(TDMA)***、频分多址(FDMA)***、3GPP长期演进(LTE)***、以及其他正交频分多址(OFDMA)***。
一般，无线多址通信***能同时支持多个无线终端(也称为用户装备(UE)、或接入终端(AT))的通信。每个终端经由前向和反向链路上的传输与一个或更多个基站(也称为接入点(AP)、演进型B节点、或eNB)通信。前向链路(也称为下行链路或DL)是指从基站至终端的通信链路，而反向链路(也称为上行链路或UL)是指从终端至基站的通信链路。这些通信链路可经由单输入单输出、单输入多输出、多输入单输出、或多输入多输出(MIMO)***来建立。
MIMO***为数据传输采用多个(NT个)发射天线和多个(NR个)接收天线。由这NT个发射天线及NR个接收天线构成的MIMO信道可被分解为NS个也被称为空间信道的独立信道。一般而言，这NS个独立信道中的每一个信道对应于一维度。如果由这多个发射和接收天线创生的附加维度得到利用，则MIMO***就能提供改善的性能(例如，更高的吞吐量和/或更大的可靠性)。MIMO***还支持时分双工(TDD)和频分双工(FDD)***。在TDD***中，前向和反向链路传输在相同的频率区域上，从而互易性原理允许从反向链路信道估计前向链路信道。这使得当接入点处有多个天线可用时，接入点能够萃取前向链路上的发射波束成形增益。
基站节点，有时也称为eNB，关于网络中的部署具有不同的能力。这包括发射功率类别、接入限制等等。在一个方面，异质网络特性创生出无线覆盖死点(例如，环形覆盖孔)。这可能导致严重的蜂窝小区间干扰，从而要求不希望的用户装备蜂窝小区关联。一般，异质网络特性要求物理信道的深度穿透，这可能导致各自相应网络上的节点和设备之间的有害干扰。
明确拥塞通知(ECN)是对网际协议(IP)和对传输控制协议(TCP)的扩展，并且在RFC 3168(2001)中定义。ECN允许对网络拥塞丢弃分组的点对点通知，并且是只有在两个端点皆支持并愿意使用时才使用的任选特征。ECN只有在受底层网络支持时才有效。传统上，TCP/IP网络通过丢弃分组来信令通知拥塞。然而，当ECN被成功商定时，ECN知晓路由器可在IP报头中设置标记而非丢弃分组来信令通知迫近的拥塞。分组的接收方向发送方回送拥塞指示，发送方必须就像分组被丢弃一样地来反应。一些过时或老旧的网络装备可丢弃ECN比特被置位的分组而不是忽略这些比特。
ECN功能性能被用于执行无线网络中用户装备或设备(UE)之间的端对端速率自适应。然而，若传输网络不适当地支持ECN，则终端将不得不禁用ECN并且UE不能执行速率自适应。即使运营商确保其网络适当地支持ECN，也不能保证另一运营商对于他们的网络也是如此。结果，不同运营商网络中的UE之间的呼叫不能保证用ECN来支持速率自适应。
一种解决方案是要求所有运营商网络和UE都支持ECN。这种办法的一个问题是它要求运营商的大量工作来确保其网络是ECN透明的，并且不是所有运营商都对此特征有兴趣。另一种解决方案是让UE不断地探查传输路径以确定其是否是ECN透明的。若不是，则UE禁用ECN和速率自适应功能。因此，这不能确保所有呼叫的ECN/速率自适应，并且有要求UE不断探查和监视传输路径的额外复杂度负担。
概述
本公开一般涉及无线通信***以及通过跨多个网络使用ECN和速率降低功能性进行的拥塞管理和缓解。
在一个方面，本公开涉及一种用于提供通信的方法。该方法可包括在耦合于第一网络和第二网络之间的互通网关处接收以第一数据率生成的第一媒体集合，其中该第一媒体集合包括在第一网络内生成的网络拥塞指示；以及响应于该指示提供用于从第一网络中的第一用户装备(UE)请求较低数据率的数据率调整请求。
该方法还可包括在互通网关处接收响应于该数据率调整请求以第二数据率从第一UE发送的第二媒体集合，以及从互通网关向第二网络发送第二媒体集合。第一媒体集合和第二媒体集合可由第一网络中的第一UE生成以传输至第二网络中的第二UE。第二媒体集合可被修改以去除第一网络中的ECN标记。发送可包括发送经修改的媒体。拥塞指示可包括明确拥塞指示遭遇拥塞(ECN-CE)标记或与ECN协议一致的其他标记、标志、或比特设置。该方法还可包括修改第一媒体集合以去除ECN-CE标记，并且还可包括将经修改的第一媒体集合发送给第二网络。
第一网络可以是有ECN能力的网络，而第二网络节点可以是无ECN能力的网络。数据率调整请求可包括临时最大媒体流比特率请求(TMMBR)或编解码模式请求(CMR)。第一网络和第二网络可以是无线通信网络。第一和第二网络中的一个或更多个可以部分或全部是有线通信网络。
在另一方面，本公开涉及一种用于在互通网关处处理媒体的方法。该方法可包括在可与第一无线网络和第二无线网络通信的互通网关处接收由第一无线网络内的UE传送的媒体数据分组。该媒体数据分组可以是标记了ECN的。该方法还可包括处理该数据分组以去除ECN标记，并将经处理的数据分组发送给第二网络。
在另一方面，本公开涉及一种用于提供通信的方法。该方法可包括：从第一网络中的UE向第二网络中的UE发送第一媒体集合，响应于发送第一媒体集合从互通网关接收数据率调整请求，以及响应于数据率调整请求以经调整的速率向第二网络中的UE发送第二媒体集合。该数据率调整请求可包括TMMBR或CMR。
在另一方面，本公开涉及一种用于在互通网关处提供通信的方法。该方法可包括从第一网络中的第一UE接收数据率调整请求，其中该数据率调整请求是响应于对提供自第二网络中的第二UE的媒体中的拥塞指示的接收而从第一UE提供的；以及处理该速率调整请求从而在第一和第二网络之间提供ECN功能性的整合。
处理速率调整请求可包括若互通网关确定第二UE能支持与数据率调整请求相一致的经调整数据率则将数据率调整信息转发给第二UE。互通网关可在互通网关与第二UE之间的商定会话期间确定第二UE能支持经调整数据率。处理速率调整请求可包括遵照数据率降低请求将接收自第二UE的媒体转码。转码可包括减慢接收自第二UE的媒体的媒体数据率以缓解第一网络中的拥塞。
该互通网关可处理来自第二网络的媒体以使其具有ECN能力。例如，可遵照ECN协议来标记收到媒体。该标记可以是ECT标记。可将经标记的媒体提供给第一网络，在那里该媒体可被递送至第一UE。
本公开还涉及用于实现上述方法以及本文描述的其他方法和过程的计算机程序产品、设备、装置、和***。以下协同附图进一步描述各种附加方面。
附图简述
结合以下协同附图所作的详细描述将能更全面地领会本申请，附图中：
图1解说无线通信***的细节。
图2解说具有多个蜂窝小区的无线通信***的细节。
图3解说示例无线通信***中的连通性的细节。
图4解说另一示例无线通信***中的连通性的细节。
图5解说有ECN能力的网络和无ECN能力的网络之间的互连的细节。
图6解说包括使用互通网关在有ECN能力的网络和无ECN能力的网络之间进行互连的***的实施例的细节。
图7解说包括有ECN能力的网络与另一具有未知ECN能力或者可能也是有ECN能力的网络之间的互连的***的实施例的细节。
图8解说用于促成有ECN能力的网络中的终端或UE与互通网关之间的通信的子***的实施例的细节。
图9解说终端或UE和基站或eNB的实施例的细节。
图10解说互通网关的实施例的细节；
图11解说用于促成网络之间的ECN透明通信的过程的实施例的细节。
图12解说用于促成网络之间的ECN透明通信的过程的实施例的细节。
图13解说用于促成网络之间的ECN透明通信的过程的实施例的细节。
图14解说用于促成网络之间的ECN透明通信的过程的实施例的细节。
详细描述
本公开一般涉及用于无线通信***中的拥塞管理及缓解的***和方法，其可促成跨相异网络、配置、和/或协议的基于ECN功能性的互通。如本文所述的，支持ECN功能性的网络被称作有ECN传输能力(ECT)，并且在本文也可被描述为有ECN能力、ECN透明、和/或ECN顺从。同样，不支持ECN功能性的网络可被称为非ECN顺从、或者无ECN能力或非ECN透明。
在一个方面，本公开涉及一种用于提供通信的方法。该方法可包括在耦合于第一网络和第二网络之间的互通网关处接收以第一数据率生成的第一媒体集合，其中第一媒体集合包括在第一网络内生成的网络拥塞指示，以及响应于该指示提供用于从第一网络中的第一用户装备(UE)请求较低数据率的数据率调整请求。
该方法还可包括在互通网关处接收响应于该数据率调整请求以第二数据率从第一UE发送的第二媒体集合，以及从互通网关向第二网络发送第二媒体集合。第一媒体集合和第二媒体集合可由第一网络中的第一UE生成以传输至第二网络中的第二UE。第二媒体集合可被修改以去除第一网络中的ECN标记。发送可包括发送经修改的媒体。拥塞指示可包括明确拥塞指示遭遇拥塞(ECN-CE)标记或与ECN协议一致的其他标记、标志、或比特设置。该方法还可包括修改第一媒体集合以去除ECN-CE标记，并且还可包括将经修改的第一媒体集合发送给第二网络。
第一网络可以是有ECN能力的网络，而第二网络节点可以是无ECN能力的网络。数据率调整请求可包括临时最大媒体流比特率请求(TMMBR)或编解码模式请求(CMR)。第一网络和第二网络可以是无线通信网络。第一和第二网络中的一个或更多个可以部分或全部是有线通信网络。
在另一方面，本公开涉及一种计算机程序产品。该计算机程序产品可包括有代码的计算机可读介质，这些代码用于使计算机接收以第一数据率生成的第一媒体集合，其中第一媒体集合包括在第一网络内生成的网络拥塞指示。这些代码还可包括用于使计算机执行以下动作的代码：响应于该指示提供用于从第一网络中的第一UE请求较低数据率的数据率调整请求。
在另一方面，本公开涉及一种互通网关。该互通网关可包括第一网络接口模块，该第一网络接口模块被配置成从第一网络接收以第一数据率生成的第一媒体集合，其中第一媒体集合包括在第一网络内生成的网络拥塞指示；并响应于该指示提供用于向第一网络中的第一UE请求较低数据率的数据率调整请求。第一网络接口模块可被进一步配置成接收响应于该数据率调整请求以第二数据率从第一UE发送的第二媒体集合。该网关还包括配置成向第二网络发送第二媒体集合的第二网络接口模块。
第一媒体集合和第二媒体集合可由第一网络中的第一UE生成以传输至第二网络中的第二UE。该网关还可包括配置成从第二媒体集合去除ECN标记以生成经修改的媒体的处理器模块。发送可包括发送经修改的媒体。
拥塞指示可包括明确拥塞指示遭遇拥塞(ECN-CE)标记。该网关还可包括配置成修改第一媒体集合以去除ECN-CE标记的处理器模块。该网关还包括配置成向第二网络发送经修改的第一媒体集合的第二网络接口模块。第一网络可以是有ECN能力的网络，而第二网络可以是无ECN能力的网络。该网关还可包括配置成作为TMMBR或CMR生成数据率调整请求的处理器模块。第一网络和第二网络可以是无线通信网络。第一网络和/或第二网络可以是有线通信网络。
在另一方面，本公开涉及一种互通网关。该互通网关可包括用于接收以第一数据率生成的第一媒体集合的装置，其中第一媒体集合包括在第一网络内生成的网络拥塞指示。该网关还可包括用于响应于该指示提供用于从第一网络中的第一UE请求较低数据率的数据率调整请求的装置。
在另一方面，本公开涉及一种用于在互通网关处处理媒体的方法。该方法可包括在可与第一无线网络和第二无线网络通信的互通网关处接收由第一无线网络内的UE传送的媒体数据分组。该媒体数据分组可以是标记了ECN的。该方法还可包括处理该数据分组以去除ECN标记，并将经处理的数据分组发送给第二网络。
在另一方面，本公开涉及一种计算机程序产品。该计算机程序产品可包括有代码的计算机可读介质，这些代码用于使计算机：在可与第一无线网络和第二无线网络通信的互通网关处接收由第一无线网络内的UE传送的媒体数据分组。该媒体数据分组可以是标记了ECN的。该代码还可包括用于使计算机执行以下动作的代码：处理该数据分组以去除ECN标记，并将经处理的数据分组发送给第二网络。
在另一方面，本公开涉及一种互通网关。该互通网关可与第一无线网络和第二无线网络通信。该互通网关可配置成接收由第一无线网络内的UE传送的媒体数据分组。该媒体数据分组可以是标记了ECN的。该网关可被进一步配置成处理该数据分组以去除ECN标记，并将经处理的数据分组发送给第二网络。
在另一方面，本公开涉及一种互通网关。该互通网关可与第一无线网络和第二无线网络通信。该互通网关可包括用于接收由第一无线网络内的UE传送的媒体数据分组的装置。该媒体数据分组可以是标记了ECN的。该网关还可包括用于处理该数据分组以去除ECN标记的装置，和用于将经处理的数据分组发送给第二网络的装置。
在另一方面，本公开涉及一种用于提供通信的方法。该方法可包括：从第一网络中的UE向第二网络中的UE发送第一媒体集合；响应于发送第一媒体集合从互通网关接收数据率调整请求；以及响应于该数据率调整请求以经调整的速率向第二网络中的UE发送第二媒体集合。该数据率调整请求可包括TMMBR或CMR。
在另一方面，公开涉及一种计算机程序产品。该计算机程序产品可包括有代码的计算机可读介质，这些代码用于使计算机：响应于发送第一媒体集合从互通网关接收数据率调整请求，以及响应于该数据率调整请求以经调整的速率向第二网络中的UE发送第二媒体集合。该数据率调整请求可包括TMMBR或CMR。
在另一方面，本公开涉及一种通信设备。该通信设备可包括：发射机模块，配置成向第二网络中的UE发送第一媒体集合；以及接收机模块，配置成响应于发送第一媒体集合从互通网关接收数据率调整请求。该发射机模块可被进一步配置成响应于数据率调整请求以经调整的速率向第二网络中的UE发送第二媒体集合。该通信设备可以是终端或UE。
在另一方面，本公开涉及一种通信设备。该通信设备可包括用于向第二网络中的UE发送第一媒体集合的装置，用于响应于发送第一媒体集合从互通网关接收数据率调整请求的装置，以及用于响应于该数据率调整请求以经调整的速率向第二网络中的UE发送第二媒体集合的装置。
在另一方面，本公开涉及一种用于在互通网关处提供通信的方法。该方法可包括从第一网络中的第一UE接收数据率调整请求，其中该数据率调整请求是响应于对提供自第二网络中的第二UE的媒体中的拥塞指示的接收而从第一UE提供的；以及处理该速率调整请求从而在第一和第二网络之间提供ECN功能性的整合。
处理速率调整请求可包括若互通网关确定第二UE能支持与数据率调整请求相一致的经调整数据率则将数据率调整信息转发给第二UE。互通网关可在互通网关与第二UE之间的商定会话期间确定第二UE能支持经调整数据率。处理速率调整请求可包括遵照数据率降低请求将接收自第二UE的媒体转码。转码可包括减慢接收自第二UE的媒体的媒体数据率以缓解第一网络中的拥塞。
在另一方面，本公开涉及一种计算机程序产品。在一个方面，本公开涉及一种用于提供通信的方法。该方法可包括在耦合于第一网络和第二网络之间的互通网关处接收以第一数据率生成的第一媒体集合，其中第一媒体集合包括在第一网络内生成的网络拥塞指示；以及响应于该指示提供用于从第一网络中的第一用户装备(UE)请求较低数据率的数据率调整请求。
该方法还可包括在互通网关处接收响应于该数据率调整请求以第二数据率从第一UE发送的第二媒体集合，以及从互通网关向第二网络发送第二媒体集合。第一媒体集合和第二媒体集合可由第一网络中的第一UE生成以传输至第二网络中的第二UE。第二媒体集合可被修改以去除第一网络中的ECN标记。发送可包括发送经修改的媒体。拥塞指示可包括明确拥塞指示遭遇拥塞(ECN-CE)标记或与ECN协议一致的其他标记、标志、或比特设置。该方法还可包括修改第一媒体集合以去除ECN-CE标记，并且还可包括将经修改的第一媒体集合发送给第二网络。
第一网络可以是有ECN能力的网络，而第二网络节点可以是无ECN能力的网络。该数据率调整请求可包括TMMBR或CMR。第一网络和第二网络可以是无线通信网络。第一和第二网络中的一个或更多个可以部分或全部是有线通信网络。
在另一方面，本公开涉及一种计算机程序产品。该计算机程序产品可包括有代码的计算机可读介质，这些代码用于使计算机：接收以第一数据率生成的第一媒体集合，其中第一媒体集合包括在第一网络内生成的网络拥塞指示。这些代码还可包括用于使计算机执行以下动作的代码：响应于该指示提供用于从第一网络中的第一UE请求较低数据率的数据率调整请求。
在另一方面，本公开涉及一种互通网关。该互通网关可包括第一网络接口模块，该第一网络接口模块被配置成从第一网络接收以第一数据率生成的第一媒体集合，其中第一媒体集合包括在第一网络内生成的网络拥塞指示；并响应于该指示提供用于向第一网络中的第一UE请求较低数据率的数据率调整请求。第一网络接口模块可被进一步配置成接收响应于该数据率调整请求以第二数据率从第一UE发送的第二媒体集合。网关还包括配置成向第二网络发送第二媒体集合的第二网络接口模块。
第一媒体集合和第二媒体集合可由第一网络中的第一UE生成以传输至第二网络中的第二UE。该网关还可包括配置成从第二媒体集合去除ECN标记以生成经修改的媒体的处理器模块。发送可包括发送经修改的媒体。
拥塞指示可包括明确拥塞指示遭遇拥塞(ECN-CE)标记。该网关还可包括配置成修改第一媒体集合以去除ECN-CE标记的处理器模块。该网关还包括配置成向第二网络发送经修改的第一媒体集合的第二网络接口模块。第一网络可以是有ECN能力的网络，而第二网络可以是无ECN能力的网络。该网关还可包括配置成作为TMMBR或CMR生成数据率调整请求的处理器模块。第一网络和第二网络可以是无线通信网络。第一网络和/或第二网络可以是有线通信网络。
在另一方面，本公开涉及一种互通网关。该互通网关可包括用于接收以第一数据率生成的第一媒体集合的装置，其中第一媒体集合包括在第一网络内生成的网络拥塞指示。该网关还可包括用于响应于该指示提供用于从第一网络中的第一UE请求较低数据率的数据率调整请求的装置。
在另一方面，本公开涉及一种用于在互通网关处处理媒体的方法。该方法可包括在可与第一无线网络和第二无线网络通信的互通网关处接收由第一无线网络内的UE传送的媒体数据分组。该媒体数据分组可以是标记了ECN的。该方法还可包括处理该数据分组以去除ECN标记，并将经处理的数据分组发送给第二网络。
在另一方面，本公开涉及一种计算机程序产品。该计算机程序产品可包括有代码的计算机可读介质，这些代码用于使计算机：在可与第一无线网络和第二无线网络通信的互通网关处接收由第一无线网络内的UE传送的媒体数据分组。该媒体数据分组可以是标记了ECN的。该代码还可包括用于使计算机执行以下动作的代码：处理该数据分组以去除ECN标记，并将经处理的数据分组发送给第二网络。
在另一方面，本公开涉及一种互通网关。该互通网关可与第一无线网络和第二无线网络通信。该互通网关可配置成接收由第一无线网络内的UE传送的媒体数据分组。该媒体数据分组可以是标记了ECN的。该网关可被进一步配置成处理该数据分组以去除ECN标记，并将经处理的数据分组发送给第二网络。
在另一方面，本公开涉及一种互通网关。该互通网关可与第一无线网络和第二无线网络通信。该互通网关可包括用于接收由第一无线网络内的UE传送的媒体数据分组的装置。该媒体数据分组可以是标记了ECN的。该网关还可包括用于处理该数据分组以去除ECN标记的装置，和用于将经处理的数据分组发送给第二网络的装置。
在另一方面，本公开涉及一种用于提供通信的方法。该方法可包括：从第一网络中的UE向第二网络中的UE发送第一媒体集合；响应于发送第一媒体集合从互通网关接收数据率调整请求；以及响应于该数据率调整请求以经调整的速率向第二网络中的UE发送第二媒体集合。该数据率调整请求可包括TMMBR或CMR。
在另一方面，本公开涉及一种计算机程序产品。该计算机程序产品可包括有代码的计算机可读介质，这些代码用于使计算机：响应于发送第一媒体集合从互通网关接收数据率调整请求，以及响应于该数据率调整请求以经调整的速率向第二网络中的UE发送第二媒体集合。该数据率调整请求可包括或CMR。
在另一方面，本公开涉及一种通信设备。该通信设备可包括：发射机模块，配置成向第二网络中的UE发送第一媒体集合；以及接收机模块，配置成响应于发送第一媒体集合从互通网关接收数据率调整请求。该发射机模块可被进一步配置成响应于数据率调整请求以经调整的速率向第二网络中的UE发送第二媒体集合。该通信设备可以是终端或UE。
在另一方面，本公开涉及一种通信设备。该通信设备可包括用于向第二网络中的UE发送第一媒体集合的装置，用于响应于发送第一媒体集合从互通网关接收数据率调整请求的装置，以及用于响应于该数据率调整请求以经调整的速率向第二网络中的UE发送第二媒体集合的装置。
在另一方面，本公开涉及一种用于在互通网关处提供通信的方法。该方法可包括从第一网络中的第一UE接收数据率调整请求，其中该数据率调整请求是响应于对提供自第二网络中的第二UE的媒体中的拥塞指示的接收而从第一UE提供的；以及处理该速率调整请求从而在第一和第二网络之间提供ECN功能性的整合。
处理速率调整请求可包括若互通网关确定第二UE能支持与数据率调整请求相一致的经调整数据率则将数据率调整信息转发给第二UE。互通网关可在互通网关与第二UE之间的商定会话期间确定第二UE能支持经调整数据率。处理速率调整请求可包括遵照数据率降低请求将接收自第二UE的媒体转码。转码可包括减慢接收自第二UE的媒体的媒体数据率以缓解第一网络中的拥塞。
在另一方面，本公开涉及一种计算机程序产品。该计算机程序产品可包括含代码的计算机可读介质，这些代码用于使计算机：接收数据率调整请求，其中该数据率调整请求是响应于对提供自第二网络中的第二UE的媒体中的拥塞指示的接收而从第一UE提供的；以及处理该速率调整请求从而在第一和第二网络之间提供ECN功能性的整合。
在另一方面，本公开涉及一种互通网关。该网关可包括：第一网络接口模块，配置成从第一网络中的第一UE接收数据率调整请求，其中该数据率调整请求是响应于对提供自第二网络中的第二UE的媒体中的拥塞指示的接收而从第一UE提供的；以及处理器模块，配置成处理该速率调整请求从而在第一和第二网络之间提供ECN功能性的整合。
该处理器模块可被配置成若互通网关确定第二UE能支持与该数据率调整请求相一致的经调整数据率则将数据率调整信息转发给第二UE。该网关还可包括第二网络接口模块，其中处理器模块被配置成通过第二网络接口模块在互通网关与第二UE之间的商定会话期间确定第二UE能否支持经调整数据率。该处理器模块可被配置成遵照数据率降低请求将接收自第二UE的媒体转码。转码可通过减慢接收自第二UE的媒体的媒体数据率来进行以缓解第一网络中的拥塞。
在另一方面，本公开涉及一种互通网关。该网关可包括用于从第一网络中的第一UE接收数据率调整请求的装置，其中该数据率调整请求是响应于对提供自第二网络中的第二UE的媒体中的拥塞指示的接收而从第一UE提供的；以及用于处理该速率调整请求从而在第一和第二网络之间提供ECN功能性的整合的装置。一种产品可包括含代码的计算机可读介质，这些代码用于使计算机：接收数据率调整请求，其中数据率调整请求是响应于对提供自第二网络中的第二UE的媒体中的拥塞指示的接收而从第一UE提供的；以及处理该速率调整请求从而在第一和第二网络之间提供ECN功能性的整合。
在另一方面，本公开涉及一种互通网关。该网关可包括：第一网络接口模块，配置成从第一网络中的第一UE接收数据率调整请求，其中该数据率调整请求是响应于对提供自第二网络中的第二UE的媒体中的拥塞指示的接收而从第一UE提供的；以及处理器模块，配置成处理该速率调整请求从而在第一和第二网络之间提供ECN功能性的整合。
该处理器模块可被配置成若互通网关确定第二UE能支持与数据率调整请求相一致的经调整数据率则将数据率调整信息转发给第二UE。该网关还可包括第二网络接口模块，其中处理器模块被配置成通过第二网络接口模块在互通网关与第二UE之间的商定会话期间确定第二UE能否支持经调整数据率。该处理器模块可被配置成遵照数据率降低请求将接收自第二UE的媒体转码。转码可通过减慢接收自第二UE的媒体的媒体数据率来进行以缓解第一网络中的拥塞。
在另一方面，本公开涉及一种互通网关。该网关可包括用于从第一网络中的第一UE接收数据率调整请求的装置，其中该数据率调整请求是响应于对提供自第二网络中的第二UE的媒体中的拥塞指示的接收而从第一UE提供的；以及用于处理该速率调整请求从而在第一和第二网络之间提供ECN功能性的整合的装置。
该互通网关可处理来自第二网络的媒体以使其具有ECN能力。例如，可遵照ECN协议来标记收到媒体。该标记可以是ECT标记。可将经标记的媒体提供给第一网络，在那里该媒体可被递送至第一UE。
以下协同附图进一步描述各种附加方面。
在各种实施例中，本文中描述的技术和装置可用于各种无线通信网络之间的互连，诸如码分多址(CDMA)网络、时分多址(TDMA)网络、频分多址(FDMA)网络、正交FDMA(OFDMA)网络、单载波FDMA(SC-FDMA)网络、LTE网络、以及其他通信网络之间的互连。如本文中所描述的，术语“网络”和“***”被可互换地使用。另外，本文描述的技术和装置可用于有线和无线通信网络之间的互连、以及有线通信网络之间的互连。
CDMA网络可实现诸如通用地面无线电接入(UTRA)、cdma2000等无线电技术。UTRA包括宽带CDMA(W-CDMA)和低码片率(LCR)。cdma2000涵盖IS-2000、IS-95和IS-856标准。TDMA网络可实现诸如全球移动通信***(GSM)等无线电技术。
OFDMA网络可实现诸如演进UTRA(E-UTRA)、IEEE 802.11、IEEE802.16、IEEE 802.20、Flash-OFDM等无线电技术。UTRA、E-UTRA和GSM是通用移动电信***(UMTS)的部分。尤其，长期演进(LTE)是使用E-UTRA的UMTS版本。UTRA、E-UTRA、GSM、UMTS和LTE在从名为“第3代伙伴项目”(3GPP)的组织提供的文献中描述，而cdma2000在从名为“第三代伙伴项目2”(3GPP2)的组织提供的文献中描述。这些各色无线电技术和标准是本领域公知的或正在开发的。例如，第三代伙伴项目(3GPP)是各组电信协会之间的协作，旨在定义全球性适用的第三代(3G)移动电话规范。3GPP长期演进(LTE)是旨在改善通用移动电信***(UMTS)移动电话标准的3GPP项目。3GPP可定义下一代移动网络、移动***、和移送设备的规范。为了清楚起见，装置和技术的某些方面在下文针对LTE实现来描述，并且在以下大部分描述中使用LTE术语；然而，本描述无意被限于LTE应用。相应地，对于本领域技术人员而言，本文描述的装置和方法可被应用于各种其他通信***和应用是显见的。
无线通信***中的逻辑信道可被分类成控制信道和话务信道。逻辑控制信道可包括作为用于广播***控制信息的下行链路(DL)信道的广播控制信道(BCCH)、作为输送寻呼信息的DL信道的寻呼控制信道(PCCH)、以及作为用于传送针对一个或若干MTCH的多媒体广播和多播服务(MBMS)调度和控制信息的点对多点DL信道的多播控制信道(MCCH)。一般而言，在建立了无线电资源控制(RRC)连接之后，此信道仅由接收MBMS的UE使用。专用控制信道(DCCH)是点对点双向信道，其传送专用控制信息并由具有RRC连接的UE使用。
逻辑话务信道可包括作为专用于一个UE的用于传递用户信息的点对点双向信道的专用话务信道(DTCH)、以及作为用于传送话务数据的点对多点DL信道的多播话务信道(MTCH)。
传输信道可被分类成下行链路(DL)和上行链路(UL)传输信道。DL传输信道可包括广播信道(BCH)、下行链路共享数据信道(DL-SDCH)和寻呼信道(PCH)。PCH可被用于支持UE功率节省(当网络向UE指示DRX循环时)、在整个蜂窝小区上被广播并被映射至可被用于其他控制/话务信道的物理层(PHY)资源。UL传输信道可包括随机接入信道(RACH)、请求信道(REQCH)、上行链路共享数据信道(UL-SDCH)和多个PHY信道。PHY信道可包括DL信道和UL信道的集合。
另外，DL PHY信道可包括以下信道：
公共导频信道(CPICH)
同步信道(SCH)
公共控制信道(CCCH)
共享DL控制信道(SDCCH)
多播控制信道(MCCH)
共享UL指派信道(SUACH)
确收信道(ACKCH)
DL物理共享数据信道(DL-PSDCH)
UL功率控制信道(UPCCH)
寻呼指示符信道(PICH)
负荷指示符信道(LICH)
UL PHY信道可包括以下信道：
物理随机接入信道(PRACH)
信道质量指标信道(CQICH)
确收信道(ACKCH)
天线子集指示符信道(ASICH)
共享请求信道(SREQCH)
UL物理共享数据信道(UL-PSDCH)
宽带导频信道(BPICH)
本文中使用措词“示例性的”来表示“起到示例、实例、或解说的作用”。本文中描述为“示例性”的任何方面和/或实施例不必被解释为优于或胜过其他方面和/或实施例。
出于解释各方面和/或实施例的目的，可在本文使用以下术语和缩写：
AM     已确收模式
AMD    已确收模式数据
ARQ    自动重复请求
BCCH   广播控制信道
BCH    广播信道
C      -控制-
CCCH   共用控制信道
CCH    控制信道
CCTrCH 编码复合传输信道
CP     循环前缀
CRC    循环冗余校验
CTCH   公共话务信道
DCCH   专用控制信道
DCH    专用信道
DL     下行链路
DSCH   下行链路共享信道
DTCH   专用话务信道
FACH   前向链路接入信道
FDD    频分双工
L1     层1(物理层)
L2     层2(数据链路层)
L3     层3(网络层)
LI     长度指示符
LSB    最低有效位
MAC    媒体接入控制
MBMS   多媒体广播多播服务
MCCH   MBMS点对多点控制信道
MRW    移动接收窗
MSB    最高有效位
MSCH   MBMS点对多点调度信道
MTCH   MBMS点对多点话务信道
PCCH   寻呼控制信道
PCH    寻呼信道
PDU    协议数据单元
PHY    物理层
PhyCH  物理信道
RACH   随机接入信道
RLC    无线电链路控制
RRC    无线电资源控制
SAP    服务接入点
SDU    服务数据单元
SHCCH  共享信道控制信道
SN     序列号
SUFI   超级字段
TCH    话务信道
TDD    时分双工
TFI    传输格式指示符
TM     透明模式
TMD    透明模式数据
TTI    传输时间区间
U      -用户-
UE     用户装备
UL     上行链路
UM     未确收模式
UMD    未确收模式数据
UMTS   通用移动电信***
UTRA   UMTS地面无线电接入
UTRAN  UMTS地面无线电接入网
MBSFN  多播广播单频网络
MCE    MBMS协调实体
MCH    多播信道
DL-SCH 下行链路共享信道
MSCH   MBMS控制信道
PDCCH  物理下行链路控制信道
PDSCH  物理下行链路共享信道
MIMO***为数据传输采用多个(NT个)发射天线和多个(NR个)接收天线。由这NT个发射天线及NR个接收天线构成的MIMO信道可被分解为NS个也被称为空间信道的独立信道。若使用线性接收机则最大空间复用NS是min(NT，NR)，其中这NS个独立信道中的每个信道对应于一维度。这在频谱效率上提供NS增进。在利用了这多个发射和接收天线所创建的附加维度的情况下，MIMO***可提供经改善的性能(例如，更高的吞吐量和/或更高的可靠性)。此特殊的维度可根据秩来描述。
MIMO***支持时分双工(TDD)和频分双工(FDD)实现。在TDD***中，前向和反向链路传输使用相同的频率区划，从而互易性原理允许从反向链路信道来估计前向链路信道。这使得在接入点处有多个天线可用时该接入点能够在前向链路上汲取发射波束成形增益。
***设计可对下行链路和上行链路支持各种时-频参考信号以促成波束成形和其他功能。参考信号是基于已知数据生成的信号，并且也可称为导频、前置码、训练信号、探通信号等等。参考信号可被接收机用于各种目的，诸如信道估计、相干解调、信道质量测量、信号强度测量等等。使用多个天线的MIMO***一般提供对天线之间参考信号的发送的协调，然而，LTE***一般不提供对参考信号从多个基站或eNB的发送的协调。
3GPP规范36211-900在5.5节中定义了特定的参考信号，用于与PUSCH或PUCCH的传输相关联的解调、以及用于不与PUSCH或PUCCH的传输相关联的探通。例如，表1列出用于LTE实现的、可在下行链路和上行链路上传送的一些参考信号，并提供对每种参考信号的简短描述。蜂窝小区专有的参考信号还可被称为公共导频、宽带导频等。UE专有的参考信号还可被称为专用参考信号。
表1
Figure BPA00001531282400191
在一些实现中，***可利用时分双工(TDD)。对于TDD，下行链路和上行链路共享相同的频谱或信道，并且下行链路和上行链路传输是在相同的频谱上发送的。下行链路信道响应由此可与上行链路信道响应相关。互易原理可允许基于经由上行链路发送的传输来估计下行链路信道。这些上行链路传输可以是参考信号或上行链路控制信道(可在解调后用作参考信号)。这些上行链路传输可允许估计经由多个天线的空间选择性信道。
在LTE实现中，正交频分复用被用于下行链路，即从基站、接入点或演进B节点到终端或UE。OFDM的使用满足了LTE对频谱灵活性的要求并为具有高峰值速率的超宽载波实现有成本效率的解决方案，并且是一种建立完善的技术，例如OFDM被用在诸如IEEE 802.11a/g、HIPERLAN-2、DVB以及DAB之类的标准中。
时频物理资源块(为了简单起见，在本文也被标示为资源块或“RB”)在OFDM***中可被定义为被指派用于传输数据的传输载波(例如，副载波)或区间的群。RB是在时间和频率段上定义的。资源块包括时-频资源元素(为了简单起见，在本文也被标记为资源元素或“RE”)，其可用时隙中的时频索引来定义。LTE RB和RE的其他细节在3GPP TS 36.211中描述。
UMTS LTE支持从20MHz下至1.4MHz的可缩放载波带宽。在LTE中，RB在副载波带宽为15kHz时被定义为12个副载波、或者在副载波带宽为7.5kHz时被定义为24个副载波。在示例性实现中，在时域定义了无线电帧，其为10ms长并且由10个各为1ms的子帧构成。每个子帧包括2个时隙，其中每个时隙为0.5ms。在此情形中，频域中的副载波间距是15kHz。这些副载波中的12个副载波一起(每时隙)构成RB，所以在此实现中一个资源块是180kHz。6个资源块符合1.4MHz的载波，并且100个资源块符合20MHz的载波。
在下行链路中，典型地有如上所述的多个物理信道。尤其，PDCCH用于发送控制，PHICH用于发送ACK/NACK，PCFICH用于指定控制码元的数目，物理下行链路共享信道(PDSCH)用于数据传输，物理多播信道(PMCH)用于使用单频网络进行广播传输，以及物理广播信道(PBCH)用于在蜂窝小区内发送重要***信息。在LTE中PDSCH上受支持的调制格式是QPSK、16QAM、和64QAM。
在上行链路中，典型地具有三个物理信道。尽管物理随机接入信道(PRACH)仅被用于初始接入和在UE上行链路不同步时使用，但数据在物理上行链路共享信道(PUSCH)上发送。若在上行链路上没有要为UE发送的数据，则将在物理上行链路控制信道(PUCCH)上传送控制信息。上行链路数据信道上受支持的调制格式是QPSK、16QAM、和64QAM。
若引入虚拟MIMO/空分多址(SDMA)，则上行链路方向上的数据率能取决于基站处的天线数目而增大。通过这种技术，一个以上的移动台可重用相同的资源。对于MIMO操作，在用于提高一个用户的数据吞吐量的单用户MIMO和用于提高蜂窝小区吞吐量的多用户MIMO之间作出区分。
在3GPP LTE中，移动站或设备可被称为“用户设备”或“用户装备”(UE)。基站可被称为演进B节点或eNB。半自主基站可被称为归属eNB或HeNB。HeNB由此是eNB的一个示例。HeNB和/或HeNB的覆盖区可被称为毫微微蜂窝小区、HeNB蜂窝小区或封闭订户群(CSG)蜂窝小区(其中接入受限制)。
以下进一步描述本公开的各种其他方面和特征。应当显见的是，本文中的示教可以各种形式来体现，并且本文中所公开的任何特定结构、功能或两者仅是代表性的。基于本文的教示，本领域技术人员应领会本文所公开的方面可独立于任何其它方面来实现并且这些方面中的两个或多个可以各种方式被组合。例如，可以使用本文中所阐述的任何数目的方面来实现装置或实践方法。另外，可用除本文所阐述的方面的一个或多个之外或与之不同的其它结构、功能或结构和功能来实现这种装置或实践这种方法。不仅如此，一方面可包括权利要求的至少一个元素。
描述了用于促成跨相异网络、配置、和协议的明确拥塞通知(ECN)的处理和管理的***和方法。主题***和方法可被用于使用ECN功能性来提供本地速率自适应，这可以在无需依赖其他运营商升级和/或确保其网络是ECN透明的或者支持ECN或有ECN能力的情况下来完成。
在一个方面，计划使用ECN进行速率自适应的运营商规定至少其自己支持的网络支持ECN。该运营商的网络与其他网络之间的网关功能——可以是有线或无线的并且可由其他运营商控制——可在呼叫中涉及的该其他网络不支持(或者全部或者部分地不支持)ECN的情况下充当ECN端点。网关功能可实现在如本文描述的互通网关设备中，或者可被纳入网络的其他元件中，诸如构成核心网的元件中。在一些实现中，该其他网络可包括两个或更多个相异的网络，其中每个网络可由分开的运营商控制。
在一个方面，可采用以下方法来提供网关功能性。在一个示例实现中，若呼叫中涉及的远端UE或相关联的远端网络不支持ECN，则网关首先在其自身与局域网UE之间商定ECN的使用。网关随后可从本地UE接收ECN“经历拥塞”信息，并使用此信息来演算和发送速率请求给该本地UE以适配其上行链路传输。该本地UE随后可响应于该速率请求来适配自己提供媒体的速率，例如降低输出数据率。
在一些情形中，网关可从本地UE接收速率自适应请求，并将此信息中继给与一不同的不支持ECN的网络相关联的远端UE以适配其速率。该请求的中继可涉及将该本地UE的速率请求(例如，临时最大媒体流比特请求、TMMBR、实时传输控制协议(RTCP-APP)、CMR等等)转译成该远端UE能理解的速率请求。替换或补充地，若网关不将该速率自适应信息中继给远端UE(或各UE)，则网关可执行对来自远端UE的媒体的转码以匹配本地UE所请求的速率。这样，能在与给定UE相关联的网络上支持ECN，又仍允许与不支持ECN功能性的网络及相关联UE的通信。
现在将注意力投向图1，图1解说可以是LTE或其他通信***的部分的多址无线通信***的实现的细节，在该多址无线通信***上实现如本文描述的ECN和速率自适应功能性。演进B节点(eNB)100(也称为接入点或AP)可包括多个天线群，一群包括104和106，另一群包括108和110，而再一群包括112和114。在图1中，每个天线群仅示出了两个天线，然而，每个天线群可利用更多或更少的天线。用户装备(UE)116(也称为接入终端或AT)与天线112和114通信，其中天线112和114在前向链路(也称为下行链路)120上向UE 116传送信息并在反向链路(也称为上行链路)118上从UE 116接收信息。第二UE 122与天线106和108通信，其中天线106和108在前向链路126上向UE 122传送信息，并在反向链路124上从接入终端122接收信息。UE 116和122以及其他UE(未示出)可被配置成实现如本文描述的ECN功能性。
在频分双工(FDD)***中，通信链路118、120、124和126可使用不同的频率来通信。例如，前向链路120可使用与反向链路118所使用的频率不同的频率。在时分双工(TDD)***中，下行链路和上行链路是共享的。
每群天线和/或它们被设计成在其中通信的区域常常被称作eNB的扇区。天线群各自被设计成与落在eNB 100所覆盖的区域的一扇区中的UE通信。在前向链路120和126上的通信中，eNB 400的发射天线利用波束成形来提高不同接入终端116和124的前向链路的信噪比。并且，与eNB通过单个天线向其所有UE发射相比，eNB使用波束成形向随机散布遍及其覆盖的诸UE发射对邻蜂窝小区中的UE造成的干扰较小。eNB可以是用于与诸UE通信的固定站，并且也可以接入点、B节点、或其他某个等价术语来述及。UE也可用接入终端、AT、用户装备、无线通信设备、终端、或某个其他等价术语来称呼。
图2解说诸如LTE***之类的多址无线通信***200的实现的细节，在该多址无线通信***200上可实现如本文描述的ECN和速率自适应功能性。多址无线通信***200可包括多个蜂窝小区，包括蜂窝小区202、204和206。在***200的一方面中，蜂窝小区202、204和206可包括eNB，eNB包括多个扇区。这多个扇区可由天线群形成，其中每个天线负责与该蜂窝小区的一部分中的UE通信。例如，在蜂窝小区202中，天线群212、214、和216可各自对应一不同扇区。在蜂窝小区204中，天线群218、220、和222各自对应一不同扇区。在蜂窝小区206中，天线群224、226、和228各自对应一不同扇区。蜂窝小区202、204和206可包括能与每个蜂窝小区202、204或206的一个或更多个扇区处于通信状态的若干无线通信设备，例如用户装备或即UE。例如，UE 230和232可与eNB 242处于通信状态，UE 234和236可与eNB 244处于通信状态，而UE 238和240可与eNB 246处于通信状态。蜂窝小区及相关联的基站可被耦合至可以是核心网或回程网的部分的***控制器250，后者诸如可被用于执行如本文中进一步描述的与子帧划分分配和配置有关的功能。
在各种实现中，使用ECN和速率自适应功能性的拥塞处理和缓解可协同可以促成网络间的互连的其他节点和/或核心网或回程网来实现。图3解说eNB与其他eNB、示例网络组件、及回程网互连的示例网络实施例300的细节。网络300可包括宏eNB 302和/或多个附加eNB，这些附加eNB可以是微微蜂窝小区eNB 310或诸如毫微微蜂窝小区eNB或其他基站之类的其他eNB节点。网络300可出于可缩放性原因包括HeNB网关334。宏eNB 302和网关334可各自与移动性管理实体(MME)342的池340和/或服务网关(SGW)346的池344通信。eNB网关334可作为用于专用连接336的C层面和U层面中继。S1连接336可以是被规定为演进分组核心(EPC)与演进通用地面接入网(EUTRAN)之间的边界的逻辑接口。这样，它提供了对核心网(图3中未明确示出)的接口，核心网又可被耦合至其他网络并且通过核心网可执行如本文描述的ECN和速率自适应功能性。从EPC的观点来看，eNB网关334可充当宏eNB 302。C层面接口可以是S1-MME，并且U层面接口可以是S1-U。网络300可包括宏eNB 302和/或多个附加eNB，这些附加eNB可以是其他宏eNB、微微蜂窝小区eNB 310、毫微微蜂窝小区eNB和/或其他基站或网络节点。
eNB网关334对于eNB 310可充当单个EPC节点。eNB网关334可确保eNB 310的S1-灵活(S1-flex)连通性。eNB网关334可提供1:n中继功能性，以使得单个eNB 310可与n个MME 342通信。eNB网关334在经由S 1设立规程进入操作时向MME 342的池340注册。eNB网关344可支持与eNB 310的S1接口336的设立。
网络300还可包括自组织网络(SON)服务器338。SON服务器338可提供对3GPP LTE网络的自动优化。SON服务器338可以是用于改善无线通信***300中的操作管理和维护(OAM)功能的关键驱动器。为此，在宏eNB 302与eNB网关334之间可存在X2链路320。X2链路320还可存在于每一个连接至共同的eNB网关334的eNB 310之间。X2链路320可基于来自SON服务器338的输入来设立。X2链路320可传达ICIC信息。若不能建立X2链路320，则S1链路336可被用于传达ICIC信息。UE 304可由eNB 302服务，并且UE314可由eNB 310服务。图3中所示的所有节点、及其他节点(未示出)可处在第一运营商的控制之下。替换或补充地，还可包括其他UE和/或eNB(未示出)，并且这些UE或eNB可具有连接着的UE。UE 304、314和/或其他UE(未示出)可与分开或不同的网络中受第二或其他运营商控制的其他eNB或其他网络设备(例如，远端或第二网络节点)通信。
根据一个方面，与第一运营商相关联的UE可使用如本文描述的ECN和/或其他速率自适应功能性来与同第二运营商相关联的UE通信。图4解说eNB与其他eNB和回程网或核心网(未示出)互连的网络实施例400的另一示例，该网络实施例400可与第一运营商相关联。在网络400中，未包括SON服务器，并且诸如eNB 402之类的宏eNB可与诸如微微eNB 410(和/或其他未示出的基站或网络节点)之类的其他eNB通信。根据一个方面，与第一运营商相关联的UE可使用如本文描述的ECN和/或其他功能性来与同第二运营商相关联的UE通信。
现在将注意力投向图5，图5解说通信***500的细节。***500包括至少第一网络530——其被配置成支持ECN或者是ECN顺从或有ECN能力，以及一个或更多个全部或部分地无ECN能力的附加网络550。如先前所述的，支持ECN功能性的网络被称作有ECN传输能力(ECT)，并且在本文也可被描述为有ECN能力或ECN顺从。同样，不支持ECN功能性的网络可被称为非ECN顺从、或者无ECN能力。一般而言，无ECN能力的网络是其中一个或更多个网络组件不支持ECN功能性从而通往该网络中的终端或UE的连接不支持ECN功能性的网络。
网络530和550可由不同的运营商运行，在这样的情形中，关于一个网络的能力的信息对于另一网络而言可能不是已知或可用的。例如，网络530可能不知道网络550是否具有ECN能力。同样，网络550可以知晓网络530的能力。
如作为示例的图5中所示，网络550可以是无ECN能力的，而网络530可以是有ECN能力的。网络530可以由例如AT&T之类的第一运营商控制，而网络550可由例如Verizon之类的不同的第二运营商控制。***500中可在图5中所示的有ECN能力侧与无ECN能力侧之间存在逻辑边界565。在各种配置中，无ECN能力侧可包括网络550以及在一些情形下的附加网络(未示出)，以及可包括诸如交换机、路由器、缆线连接、无线连接等组件的传输基础设施560。网络530与550之间的连通性可包括网络530与550、以及它们相应的终端或UE 510与570之间可使用各种基础设施机构来路由的信令传输，在一个示例性示例中，信令可以是网际协议(IP)分组。
在图5中所示的示例中，UE 510和570可具有已建立的连接或链路580，其可通过如图所示的各种组件(以及为了清楚起见未示出的其他组件)来路由。例如，可对应于数字化IP语音传输(VOIP)的数据或媒体可经由UE 510和基站512之间的通信链路581来发送，基站512可以是诸如先前在图1-4中示出的eNB。数据随后可通过例如可以如图3或4中所示地配置的连接582从基站512被发送到核心网组件532。数据随后可通过核心网组件532被处理，并通过连接583、584和585被提供给如先前所述的可能是无ECN能力的网络550的核心网组件554。
数据随后可从核心网组件554被发送到第二网络550的一个或更多个基站552，并且可经由连接587被进一步无线地传送给终端或UE 570。在一些实现中，通往UE 570的连接587可以是有线连接而非无线连接。
在其中使用ECN的实现中，为了确保恰当的ECN操作，运营商必须保证其核心网元件和传输路由器是ECN透明的。这对于ECN速率自适应功能性贯穿该运营商的网络恰当地运行是必要的。具体地，ECN透明性要求网络元件/传输路由器不应丢弃经标记的分组(即，标记了ECT或ECN-CE的分组)除非存在要求此类丢弃的拥塞；不应将标记了ECN-CE的分组的ECN比特复位；以及不应改变标记了ECT的分组的ECN比特除非经历拥塞。
尽管在运营商配置和控制其自己的网络的程度上运营商一般能保证其自己的网络元件和路由器是ECN透明的，然而，与第一运营商相关联的UE，例如终端或UE 510可能执行对诸如UE 570之类的其他运营商的网络中的终端的呼叫。
当该第二运营商的网络(例如，网络550)未被配置用于和/或不提供ECN透明性时，第一运营商就不能保证终端510和550将能够建立端对端的ECN速率自适应。在此情形中，例如，分组可能被丢弃和/或其他ECN功能性也可能受到损害或不起作用。例如，若第一运营商打算部署有ECN能力的UE诸如UE 510，但不确保其网络元件是ECN透明的，则ECN操作将是不可靠的。此外，不可靠的操作还可能源自诸如网络550的组件(例如，核心元件554)及其他元件(未示出)之类的第二运营商网络的组件的具体限制。例如，由第一网络中的中间节点和/或由例如元件560中的其他节点标记了ECN——诸如具有CE或ECT标记——的分组可能被无ECN能力的网络550中的节点丢弃或者以其他方式不当处置或者移除该指示。
一种潜在地确定网络的能力的方法是使用探查。例如，在通过引用纳入本文的3GPP S4-09060和3GPP S4-070314中描述了ECT探查。在执行了ECN探查时，UE可在它们确定传输并不ECN透明时禁用ECN。特别地，这要求运营商确保代理网关(代理GW)和服务网关(服务GW)的核心网络元件、以及传输路径路由器对于ECN操作是透明的。
作为一个示例，在RTP会话之初，当发送了具有ECT的首批分组时，核实具有为ECT或ECN-CE的ECN字段值的IP分组将抵达它们的目的地可能是有用的。存在ECN的使用将导致ECN字段被复位或丢失所有具有ECT或ECN-CE标记的分组的一定风险。若发送方与接收方之间的路径呈现出这些行为中的任何行为，则停止使用ECN以保护网络和应用两者是合需的。
结果，这会引入UE必须执行以力图探查和监视传输路径从而设法确定这是否将会发生的规程，这可能导致低效率或诸如过度功耗、拥塞等其他问题。具体地，A)UE可在“打开”ECN之前执行对传输路径的探查以确定其是否为ECT(有ECN传输能力)。B)UE可监视传输路径以确定路由路径中的改变是否已导致有问题的路由器进入传输路径从而使其非ECT。C)若检测到ECT失败，则UE可退回到关闭ECN。UE随后重试更多探查以确定该路径是否已再次变为ECT。
这些规程会因为要求探查、监视、退回和/或重试而导致UE中的复杂度(例如，如上所述，并且如在例如通过引用纳入本文的3GPP S4-090607中所讨论)。可靠性引起了关于无线链路上的简单分组丢失或者更糟的分组阵发丢失将如何影响探查和ECT失败检测的可靠性的忧虑。激进的探查(例如，将许多分组标记有ECT，其中ECT被用作标记以指示有ECN能力，如下文后续进一步描述)可允许对ECT更为稳健的检测，但这增加了在传输为非ECT的情况下媒体删剪的概率。并且，由于分组丢失造成的对非ECT的错误检测会导致不必要地禁用ECN，由此禁用了速率自适应。这可能导致ECT与非ECT之间的“ECN状态摆动”。关于ECN支持对传输进行探查的延迟要求平衡快速地发送足够的探查以可靠检测传输行为的需求同时又最小化探查数目，因为这些探查中的每一个都携带若传输为非ECT则可能被丢弃的媒体。示例推荐要求每标准的实时传输控制协议(RTCP)报告区间发送至少两个探查，并且发送方等待已发送至少4个探查之后再评估ECN反馈消息以确定传输是否有ECN能力。
发送最小数目的探查意味着应在至少1-2个常规RTCP报告区间上执行信道的探查。这表示在这样的境况下在发送长于至少一个RTCP报告期的媒体传输后初始化ECN。这可能将“速率自适应机制”延迟该时间量。此问题不能简单地通过减慢MTSI初始编解码模式规程中编解码模式的上坡速率(ramp uprate)来解决——因为这将不必要地使所有VoIP呼叫的初始语音质量降级达延长的时间段，也不能简单地通过增加探查期间标记了ECT的分组的数目以加快反应时间来解决——因为这增大了媒体删剪的风险。
在ECN初始化之前让eNB对探查分组作ECN-CE标记以指示路径中的拥塞是可能的。然而，由于探查分组的数目较小，接收到对接收方处少量的标记了ECN-CE的分组的指示的媒体发送方可能不能够可靠地对此类反馈作出反应。例如，一些3GPP规范规定媒体发送方应就像对待分组丢失时的反应那样来对待媒体接收方对标记了ECN-CE的分组的接收。然而，不能期望媒体发送方响应于少量分组丢失而明显降低其速率。
对于用于向媒体发送方反馈收到ECN数据的RTCP带宽，各种规范依赖于回送ECN消息(或RTCP XR)，该消息指示哪些收到的媒体分组被作了ECT或CE标记或者被丢弃。这些规范还推荐接收方在以下条件下发送此ECN消息：在检测到作了ECN-CE标记或被丢弃的分组之后尽快(立即或者及早AVPF模式)发送，并包括在待传送的每个常规复合RTCP分组中。报告的数据量以及报告的频率可能是关注的。
当包括在复合RTCP分组中时，要求ECN消息报告在最后3个RTCP报告期上收到的分组的状态。通过一些演算，可能有高达750个正被报告的VoIP分组。对于这些分组中的每一个，ECN消息将指示该分组是被丢弃、作ECN-CE标记、或是作ECT标记，从而对于正在报告的每个分组要求至少2个比特。通过使用无损压缩，消息大小会有降低。但典型的压缩比将不得不基于收到分组的状态的变化(例如在接收方处每多长时间检测到分组丢失)来估计。
当分组丢失或接收到标记了ECN-CE的分组触发了ECN消息时，并不是非得对这样大的分组抵达窗口进行报告。然而，仍推荐包括RR或SR，这将增大整体RTCP分组大小，即使在发送了大小减小的RTCP分组时也是如此。消息大小和报告频率的组合将增大VoIP的RTCP报告带宽。这与其中至多在需要改变编解码模式时发生一次信令的用于UMTS电路交换语音呼叫的速率自适应解决方案相比，这增加了明显的信令开销量。此外，若RTCP带宽经由RR和RS SDP属性保持较小，则在eNB决定在拥塞期或其他繁忙时间期间标记所有媒体分组时，不断地回送ECN消息的需求会使其他AVPF消息挨饿(即增大报告延迟)。
总之，上述在有ECN能力的网络和无ECN能力的网络之间实现ECN功能性中的复杂性和问题建议用于促成跨网络诸如跨由不同运营商控制的网络的通信的其他办法。
图6解说可在其上实现诸方面的通信***600的实施例的细节。在此示例中，***600至少包括配置成支持ECN或为ECN顺从或有ECN能力的第一网络630，以及一个或更多个全部或部分地无ECN能力的附加网络650。网络630和650可由不同的运营商运行，在这样的情形中，关于一个网络的能力的信息对于另一网络而言可能不是可用或不可访问的。例如，网络630可能不知道网络650是否具有ECN能力。同样，网络650可能不知晓网络630是顺从还是非顺从的。
同图5中所示的示例一样，网络630可以由例如AT&T之类的第一运营商控制，而网络650可由例如Verizon之类的不同的第二运营商控制。类似地，***600中可在ECN顺从侧与非ECN顺从侧之间存在逻辑边界665。在各种配置中，非ECN顺从侧可包括网络650以及在一些情形下的附加网络或网络元件(未示出)以及诸如交换机、路由器、缆线连接、无线连接等传输基础设施660。同样，网络630与650之间的连通性可包括网络630与650、以及它们相应的终端或UE 610与670之间可使用各种基础设施机构来路由的信令传输，在一个示例性示例中，信令可以是网际协议(IP)分组。
在图6中所示的示例中，UE 610和670可具有已建立的连接或链路680，其可通过如图所示的各种组件(以及其他未示出的组件)来路由。例如，可对应于经由IP语音(VOIP)进行传输的数字化语音的数据可经由UE 610和基站612之间的通信链路681来发送，基站612可以是诸如先前在图1-4中示出的eNB。数据可从诸如模拟音频(例如，用户的语音或其他音频源)之类的输入来生成，并经由编码器-解码器(编解码器)被转换成数字数据。一般地，在连接另一端的终端可能需要使用相同的编解码器来将数据转换回模拟输出。数据转换率可由编解码器控制，这可基于接收自诸如网关640之类的其他网络元件的数据率信令来完成，如随后进一步描述的。数据可被格式化为诸如IP分组形式的消息或分组。
一旦生成，数据随后可通过例如可以如图3或4中所示地配置的连接682从基站612被发送到核心网元件632。数据随后经过核心网组件632，并通过连接683被提供给ECN互通网关640。网关640可被配置成执行各种ECN功能性，如本文随后进一步描述的。在一些实现中，互通网关640可被实现为分开的(诸)***，而在其他实现中，互通网关640可全部或部分地集成在诸如举例而言核心网络元件632之内的其他网络元件内。
在与诸如网络650之内的第二网络的通信中，网关640可提供经修改或调整的媒体数据——它们可以修改自从连接683提供的数据以移除ECN功能性信令，并经由连接684将经修改数据提供给传输元件660。经修改的媒体数据随后可在网络650上被接收，并进一步以无ECN能力的方式被提供给终端670，诸如通过连接685经由基站652到连接687。可以反方向提供终端670与610之间的类似连通性以促成终端670与610之间的双向通信和相应功能性。在示例性实施例中，可通过从接收自诸如UE 610之类的第一网络节点的分组移除诸如ECT或CE标记之类的ECN标记、以及关于速率调整信令第一网络及相关联的节点来修改媒体。本文随后进一步描述其示例。替换或补充地，互通网关可被配置成转码或调整第一和第二网络之间媒体的数据率，和/或执行本文描述的这些功能或其他功能的组合。
相比于图5中所示的单连接或链路580，此示例中终端610和670之间的连接可被视作两部分连接，如所示的子连接或链路680A和680B。在支持ECN的子连接680A中，来自第一网络的连通性对于其他网络的ECN能力可呈现透明。例如，从UE 610的角度来看，去往UE 670的连接可能呈现为有ECN能力，而不管网络650的实际配置(和/或任何附加或中间网络的配置——它们可能是ECN不兼容的)如何。实效上，网关640可起到去往和来自UE 610的ECN信令的端接的作用。同样，从UE 670来看，去往UE 610的连接680B可能呈现不可知或者可能呈现非ECN兼容，即使ECN功能性是从UE 610得到支持的。
如随后进一步描述地，此功能性可通过网关640来促成，网关640在各种实现中可被提供作为核心网的组件、第一运营商的***的其他元件的组件、和/或分开的组件(诸如图6的示例配置中所示的)。网关640可以位于第一运营商的基础设施内部，或者在一些情形中可以在第一运营商的网络外部。例如，在一些实现中，网关640可以位于传输组件660中，或者可以介于其他网络(图6中未示出)之间。在诸如图7中所示的一些实现中，可在有ECN能力的第一网络与未知ECN能力的第二网络之间供应网关。另外，在一些实现中，可在两个有ECN能力网络之间供应网关，同时仍在这两个网络之间提供互通能力，如后续进一步描述的。
回到图6，网关640提供的功能性可通过在第一运营商网络中的终端或UE与其他网络的终端或UE之间提供本地速率自适应来实现。为此，当网络650(和/或其他连接着的网络或传输组件)无ECN能力时，网关640可被配置成起到UE 610的ECN端点的作用以使能本地速率自适应。
IP网络标记内的ECN功能性通过向IP报头添加某些比特以编码不同的码点来起作用。例如，IP报头中的DiffServ字段的两个最低有效(即，最右)位可被如下编码：00：无ECN传输能力；10：有ECN传输能力ECT(0)；01：有ECN传输能力ECT(1)；11：遭遇拥塞(CE)。当两个端点都支持ECN时，则它们可用ECT(0)或ECT(1)来标记它们的分组。若分组穿越诸如活跃队列管理(AQM)队列之类的支持早期拥塞检测的队列，则可将码点改为CE而非丢弃该分组。这也被称作“标记”并且其目的是将迫近的拥塞通知给接收端点。在接收端点处，此拥塞指示可由上层协议(例如，TCP)处置，并可被回传给发射节点以使其降低传输率。
在示例性实施例中，互通网关640可被配置成执行以下功能中的一项或更多项功能以促成网络间的传输ECN功能性从而缓解拥塞：
1.若远端UE(例如，UE 670)和/或远端网络(例如，网络650)不支持ECN，则在呼叫设立时商定网关640与本地UE(例如，UE 610)之间ECN的使用。这样，该本地UE可以透明方式操作，就像另一网络和终端有ECN能力一样。
2.在会话期间，提供速率自适应反馈。例如，若网关640从本地UE的上行链路接收到遭遇拥塞(CE)标记且若远端终端(例如，UE 670)无ECN能力，则网关640可读取CE码点标记信息以确定恰适的速率并向本地UE发送TMMBR、CMR或其他速率请求数据或消息以请求其上行链路上的此传输率(典型地，减慢的传输率)。
3.在会话期间，网关可减慢下行链路上发送给本地UE的媒体的速率以匹配来自本地UE的速率请求限制(例如，TMMBR)。这可以由网关按以下方式来实现：网关实际上将来自本地UE的速率请求信息(TMMBR)中继给远端UE，必要时将此信息转译成恰适的命令给远端UE(例如，作为RTCP-APP编解码模式请求、经由RTP的带内编解码模式请求等等)。这使得远端UE能以本地UE所请求的速率来编码自己的媒体，由此在往本地UE的下行链路方向上实现端对端速率自适应。
在一些实现中，除了UE之外，速率调整处理可全部或部分地由第一网络内的其他节点诸如由基站612来实现。例如，基站612可从互通网关640接收速率降低请求并指令UE 610调整其输出数据率。
在另一方面，若网关640不中继来自本地UE的速率请求信息，则网关640可将接收自远端UE的媒体数据“下转码”至本地UE所请求的速率。自G.711转码以动态地改变目标速率已在MGW中被要求以支持对公共交换电话网(PSTN)终端的呼叫。上述功能性可被用于将此功能性扩展为支持自非G.711编解码器的转码。速率的转码可仅在下行链路方向上被要求，并且可仅被要求用于降低速率(即，若来自远端的媒体的速率低于本地UE所要求的速率则网关一般不需要对该媒体转码)。相比于端对端情形，语音质量的降格应该最小，因为对于两种情景该转码皆以相同的较低质量/速率为目标。
关于ECN实现的一种潜在忧虑涉及让UE探查并监视传输路径以确保其当前并且在将来保持ECN透明的复杂性。然而，基于上述实施例，诸如UE 610之类的本地UE可以无须探查传输路径。当有ECN能力的本地UE处在其归属网络中时，保证了其网络元件是ECN透明的——在网络是照此配置的意义上而言是这样。此外，若本地UE与诸如网络650之类的不支持ECN的另一运营商网络中的另一UE(诸如UE 670)建立MTSI会话，则上述诸方面将仍使能对该归属网络中本地UE的速率自适应。
在一些情形中，终端或UE可能漫游到其他运营商的网络中。也可解决此情形中通过互通网关的使用进行的ECN功能性。.例如，诸如UE 610之类的ECN使能UE可能漫游到诸如网络650之类的无ECN能力的网络，并且对另一ECN透明网络中的ECN-UE进行呼叫。在此情形中，由于两个UE可能皆有ECN能力，所以可以端对端地商定ECN，但有可能该非ECN透明网络将丢弃媒体分组，这会导致潜在的媒体丢失。
对于此漫游问题的一种解决方案是为ECN透明网络提供边界路由器以将ECN能力从SDP移除，并且可进一步在路由器不能(例如，通过服务级协定(SLA))确认该SDP来自ECN透明网络的情况下调用用于本地处置ECN的机制。
在另一漫游示例中，当诸如UE 670之类的非ECN-UE漫游到诸如网络630之类的ECN透明网络中时，将不为此UE启用ECN(因为该UE缺乏ECN能力)。结果，网络630的运营商不能对已漫游到其网络中的UE进行速率自适应。然而，应能料想到无ECN能力的入境漫游者的数目相比于该运营商网络中的本地UE的总数是相对较小的。因此，应能料想到这些漫游者不进行速率自适应的影响是最小限度的。
速率决策反馈可使用例如在通过引用纳入本文的3GPP TS 26.114中定义的RTCP APP分组而从媒体接收方发送给发送方。这样，更一般的消息TMMBR可被用于覆盖包括视频编解码器在内的所有编解码器。在3GPP TS 26.114中已对IMS多媒体电话服务(MTSI)要求了对TMMBR消息的支持，因此其可被扩展用于所有的编解码器。
一般而言，可能无需ECN反馈消息。发送ECN反馈消息可能引起以下担忧。发送要求大量的RTCP带宽——特别是在与对于VoIP媒体所需的带宽量相比时。为了使用ECN反馈消息和RTCP APP分组所规定的规程可能在媒体发送方处导致“双重自适应”模糊性。媒体接收方使用RTCP APP分组从媒体发送方请求某个速率，而媒体发送方被要求使用ECN反馈消息中的信息来适配其速率。由于该速率信息正被直接反馈给媒体发送方且MTSI终端不用探查传输路径，所以可无需发送ECN反馈消息。
并非所有运营商都对使用ECN的速率自适应特征感兴趣，因此ECN能力在UE和/或网络中可以是任选的。有兴趣部署此类能力的运营商可要求UE厂商在他们的终端中实现此能力并且要求基础设施厂商确保他们的网络元件满足适用要求。
图7解说可在其上实现诸方面的另一通信***700。在***700中，第一网络730可与图6的网络630类似地配置，并且可包括类似元件，包括第一UE 731、基站或eNB 712、核心网732、互通网关740、以及其他中间元件(未示出)。数据可类似地在第一UE 710和网关740间通过链路781、782和783来路由，从而形成第一网络链路780A。
然而，第二网络750的能力可能是未知的(即第二网络可能有ECN能力但第一网络可能无法确定是否这样)，或者在一些情形中第一和第二网络可能都有ECN能力。例如，核心网752、基站752、终端或UE 770、和/或诸如组件760之类的其他组件可能有或者也可能没有ECN能力。在网络750中，可通过诸如链路784、785、786和787等类似于图6中所示连接的链路从网关740提供信令。链路780B可包括未知或有ECN能力的链路，这取决于配置。在这些情形中的任何情形中，互通网关740可被配置成通过充当对来自第一或第二网络中的任一网络或这两个网络的拥塞指示的ECN端接、以及为一个或两个网络提供ECN功能性透明性来提供与参照网络600所描述的相类似的功能性。
例如，在一种情形中，第一网络的运营商可选择决不与第二网络商定ECN能力。或者，互通网关可与第一和第二网络两者商定ECN操作。在此情形中，网关可接收例如标记了ECN的媒体，这种情况下其可将标记了ECN的分组转发给第一网络的节点，或者可处理它们，例如取决于第一和第二网络中设备所支持的速率将媒体转码为不同的速率。
在另一示例中，可实现发送方驱动型拥塞控制，而非接收方驱动型拥塞控制。在先前描述的示例中，一般使用ECN接收方驱动型拥塞控制(即，接收方使用拥塞信息来确定发送方应使用什么速率，并且通过速率调整请求将其信令通知给发送方)。在使用发送方驱动型拥塞控制的实现中，接收方向发送方指示遭遇拥塞，但发送方来决定使用什么速率。在此情形中，互通网关可被配置成在两个网络中的节点之间、并且特别是在使用不同办法(即，一个办法中是发送方、另一个办法中是接收方)的网络之间商定发送方和接收方拥塞控制。在一些情形中，当接收到CE标记时，互通功能可决定生成ECN反馈消息，诸如举例而言用ECN标记来标记媒体。另外，互通功能可被用于在第一和第二网络中的节点之间商定速率，即使两个网络都有ECN能力。
在一些情形中，例如在可能由三个不同承运商控制的三个不同网络中的用户之间的三路呼叫的情形中，可能互连了一个以上的网络。在此情形中，互通网关可被配置成例如通过在各网络间商定速率、在不同网络之间对媒体转码、管理各网络之间的互通、或者提供类似于本文别处所述的其他互通功能性来在这三个(或更多个)网络之间提供互通。例如，互通网关可被用于信令通知来自这些网络中的一个网络而不是其他网络中的节点的速率降低。替换或补充地，可基于特定的网络拥塞条件在多个网络之间对媒体转码。
现在将注意力投向图8，图8解说***800的实施例的细节，***800被用于在相同的运营商相关网络中的互通网关组件840(其可对应于图6的互通网关640或图7的互通网关740)与一个或更多个UE 830(其可对应于UE 610或UE 710)之间提供ECN功能性。***800可包括一个或更多个基站820(也称为节点、演进B节点——eNB、服务eNB、目标eNB、宏节点、毫微微节点、微微节点等)，其可以是能够在无线网络810(或诸网络)上与比如图1-4和6-7中所示的各种终端设备830进行通信的实体。例如，每个设备830可以是接入终端(也称为终端、用户装备(UE)、移动性管理实体(MME)、移动设备等等)。基站820和/或设备830可包括与网关组件840通信的明确拥塞通知(ECN)组件833。相应网关ECN组件843可被提供用于促成UE 830与另一网络中的设备(诸如可能无ECN能力的不同运营商网络中的UE)之间的互连性。这可以通过可对应于图6和7的连接684和784的连接884来实现。
如图所示，基站820可经由下行链路(DL)860向设备830(或诸设备)进行通信并可经由上行链路(UL)870接收数据。此类如上行链路和下行链路的指定是任意的，因为在各种实现中设备830也可经由下行链路传送数据以及经由上行链路信道接收数据。注意，尽管示出了两个组件820和830，但可在网络810(和/或在其他网络和网络实现上)采用两个以上的组件。
一般而言，***800被配置成跨相异网络地处理明确拥塞通知(ECN)协议，如本文所描述的。这可以包括向至少一个设备830(或诸设备830)传达ECN协议。网关组件840随后可协同可以是有ECN能力的该(些)设备830和至少一个本地网络来处理ECN协议，在这种情况下，网关组件840进一步将来自该设备830和该本地网络的数据传达给不支持该ECN协议或者其ECN能力可能未知的至少一个其他网络。
图9解说可被配置成提供如本文描述的ECN功能性的示例LTE通信***900中的基站910(例如，eNB或HeNB)和终端950(即，终端、AT或UE)的实施例的框图。这些组件可对应于图1-4和6中所示的那些组件，并且可被配置成实现随后在本文图10-13中解说的处理的全部或部分处理。
可在基站910的示出的处理器和存储器中(和/或在未示出的其他组件中)执行各种功能，诸如发送和接收ECN消息接发、及本文先前描述的其他功能。UE 950可包括一个或更多个模块用于从基站910接收信号从而例如根据本文描述的包括速率自适应在内的各种有关ECN的功能来发送和接收ECN消息接发和/或调整操作。
在一个实施例中，基站910可响应于接收自UE 950的信息或接收自来自另一基站或核心网(图9中未示出)的回程信令的信息来调整输出传输，如本文先前所述。这可以在基站910的诸如处理器914、930和存储器932之类的一个或更多个组件(或未示出的其他组件)中实现。基站910还可包括发射模块，其包括eNB 910的一个或更多个组件(或未示出的其他组件)，诸如发射模块924。基站910可包括用以提供干扰消去功能性的干扰消去模块，其包括诸如处理器930、942、解调器模块940、及存储器932之类的一个或更多个组件(或未示出的其他组件)。基站910可包括用以执行如本文先前描述的子帧划分功能和/或基于子帧划分信息管理发射机模块的子帧划分协调模块，其包括诸如处理器930、914和存储器932之类的一个或更多个组件(或未示出的其他组件)。基站910还可包括用于控制接收机功能性的控制模块。基站910可包括网络连接模块990以提供与诸如核心网中的回程***之类的其他***或如图3和4中所示的其他组件的联网。
同样，UE 950可包括接收模块，其包括UE 950的诸如接收机954之类的一个或更多个组件(或未示出的其他组件)。UE 950还可包括信令信息模块，其包括UE 950的诸如处理器960和970以及存储器972之类的一个或更多个组件(或未示出的其他组件)。在一个实施例中，处理UE 950处接收到的一个或更多个信号以估计信道特性、功率信息、空间信息和/或与诸如基站910和/或其他基站(未示出)之类的eNB有关的其他信息。可在由基站910通知给UE 950的半静态子帧期间执行测量。存储器932和972可被用于存储用于在诸如处理器960、970和938之类的一个或更多个处理器上执行以实现与以下各项相关联的过程的计算机代码：信道测量和信息、功率电平和/或空间信息确定、蜂窝小区ID选择、蜂窝小区间协调、干扰消去控制、以及与子帧分配、交织、及相关联的传输和接收有关的其他功能，如本文所描述的。
操作中，在基站910处，数个数据流的话务数据可从数据源912被提供至发射(TX)数据处理器914，在这里话务数据可被处理并传送给一个或更多个UE 950。所传送数据可如本文先前描述地被控制从而提供经交织的子帧传输和/或在一个或更多个UE 950处执行相关联的信号测量。
在一个方面，每个数据流被处理并在基站910的相应发射机子***(示为发射机9241-924Nt)上发射。TX数据处理器914基于为每一数据流选择的特定编码方案来接收、格式化、编码、和交织该数据流的话务数据以提供经编码数据。具体地，基站910可被配置成确定特定的参考信号和参考信号码型并提供包括以选定的码型的该参考信号和/或波束成形信息的发射信号。
可使用OFDM技术将每个数据流的经编码数据与导频数据进行复用。导频数据典型情况下是以已知方式处理的已知数据码型，并且可在接收机***处被用来估计信道响应。例如，导频数据可包括参考信号。导频数据可被提供给如图9中所示的TX数据处理器914并与经编码数据复用。然后可基于为每个数据流选择的特定调制方案(例如，BPSK、QSPK、M-PSK、M-QAM等)来调制(即，码元映射)对应该数据流的复用在一起的导频和经编码数据以提供调制码元，并且数据和导频可使用不同的调制方案来调制。每个数据流的数据率、编码、及调制可通过由处理器930基于存储在存储器932中、或存储在UE 950的其他存储器或指令存储介质(未示出)中的指令所执行的指令来确定。
所有数据流的调制码元随后可被提供给TX MIMO处理器920，后者可进一步处理这些调制码元(例如，针对OFDM实现)。TX MIMO处理器920随后可将Nt个调制码元流提供给Nt个发射机(TMTR)9221到922Nt。各码元可被映射至相关联的RB以进行传输。
TX MIMO处理器930可向这些数据流的码元并向从其发射该码元的相应一个或更多个天线应用波束成形权重。这可以通过使用由或协同参考信号提供的诸如信道估计信息之类的信息和/或从诸如UE之类的网络节点提供空间信息来实现。例如，波束B＝转置([b1 b2..bNt])包括对应于每个发射天线的权重集合。沿波束发射对应于沿所有天线发射用对应该天线的波束权重进行定标的调制码元x；即，在天线t上所发射信号是bt*x。当发射多个波束时，在一个天线上发射的信号是对应于不同波束的信号的加和。这可以数学地表达成B1x1+B2x2+BNsxNs，其中发射了Ns个波束且xi为使用波束Bi发送的调制码元。在各种实现中，可以各种方式选择波束。例如，波束可基于来自UE的信道反馈、eNB处可用的信道知识、或基于提供自UE的信息来选择以促成诸如与相邻宏蜂窝小区的干扰缓解。
每个发射机子***9221到922Nt接收并处理各自相应的码元流以提供一个或更多个模拟信号，并进一步调理(例如，放大、滤波、以及上变频)这些模拟信号以提供适合在MIMO信道上传输的经调制信号。来自发射机9221到922Nt的Nt个经调制信号随后分别从Nt个天线9241到924Nt被发射。
在UE 950处，所发射的经调制信号被Nr个天线9521到952Nr所接收，并且从每个天线952接收到的信号被提供给相应的接收机(RCVR)9541到954Nr。每个接收机954调理(例如，滤波、放大、及下变频)各自的收到信号，数字化经调理的信号以提供采样，并且进一步处理这些采样以提供相应的“收到”码元流。
RX数据处理器960随后接收来自Nr个接收机9541到952Nr的Nr个收到码元流并基于特定的接收机处理技术处理这些收到码元流，以提供Ns个“检出”码元流从而提供对Ns个所发射码元流的估计。RX数据处理器960然后解调、解交织、以及解码每个检出码元流以恢复该数据流的话务数据。RX数据处理器960的处理典型地与基站910中TX MIMO处理器920和TX数据处理器914执行的处理互补。
处理器970可周期性地确定要使用的预编码矩阵，如下文进一步描述的。处理器970随后可编制可包括矩阵索引部分和秩值部分的反向链路消息。在各方面，该反向链路消息可包括涉及通信链路和/或收到数据流的各种类型的信息。反向链路消息随后可由TX数据处理器938——其还从数据源936接收数个数据流的话务数据——处理，随后可由调制器980调制，由发射机9541到954Nr调节，并被传送回基站910。传送回基站910的信息可包括功率电平和/或空间信息以用于从基站910提供波束成形以缓解干扰。
在基站910处，来自UE 950的经调制信号被天线924所接收，由接收机922调理，由解调器940解调，并由RX数据处理器942处理以提取UE 950所发射的消息。处理器930随后确定使用哪个预编码矩阵来确定波束成形权重，并随后处理所提取的消息。
图10解说可对应于图6和7中所示的网关640或740的示例互通网关1000的示例的细节。网关1000可包括一个或更多个第一网络接口1030以促成该网关与相关联的第一网络之间数据和媒体的通信，该第一网络可对应于网络630或网络730。在一些情形中，该互通网关及相关联功能性可与第一网络的核心网或其他节点全部或部分地结合在一起。
该数据可包括与ECN功能性一致的数据，从而诸如第一网络中的终端或UE之类的节点可根据ECN协议起作用。另外，网关1000可包括一个或更多个第二网络接口1020以促成该网关与一个或更多个其他网络之间的接口，这一个或更多个其他网络可对应于图6和7中所示的网络650或750。另外，网关1000可包括一个或更多个配置成执行可存储在一个或更多个程序模块1060中的指令的处理器模块。程序模块1060可被存储在可包括一个或更多个物理存储器或其他数据存储设备的存储器空间1050中。另外，存储器1050可包括其他数据或信息，诸如操作***模块1052、操作或消息数据1054、和/或其他数据或信息。
程序模块可包括：第一网络接口模块1064，配置成促成网关与本地UE之间的ECN处理，诸如处理拥塞指示和生成速率调整消息接发；第二网络接口模块1062，可配置成促成网关与外部网络之间的ECN处理，诸如响应对速率自适应的请求、将ECN分组调整成非ECN网络格式(例如，通过剥离诸如ECT或CE比特之类的ECN比特)、和/或执行本文描述的其他处理。另外，程序模块1060可包括用以在两个或更多个网络之间对数据转码的转码模块1066，以及用以执行如本文描述的互通处理及功能性的其他模块(图10中未示出)。
图11解说用于使用互通功能性提供通信的过程1100的实施例。在阶段1110，可在诸如举例而言图6和7中所示的互通网关处接收拥塞指示。该指示可以是从第一网络中的节点提供的，其中该第一网络可以是例如有ECN能力网络。该指示可以是使用ECN拥塞消息接发的指示，诸如与正被发送给诸如第二网络中的第二UE之类的另一网络节点的媒体相关联的数据分组中的CE指示。
例如，诸如举例而言图6的UE 610之类的第一网络中的第一UE——可具有ECN能力，可向诸如举例而言UE 670之类的第二网络中无ECN能力的第二UE发送媒体。该消息可通过第一网络的诸如路由器、交换机、和/或其他节点之类的中间节点被发送，在这些中间节点处可能遭遇拥塞。在此情形中，这些中间节点可用例如根据ECN协议置位的CE比特来标记分组，从而指示潜在拥塞。一旦在互通网关处接收，分组就可被处理以促成与第二网络的互通，从而使第二网络对于第一网络节点呈现ECN透明、或者使互通网关充当来自第一网络的拥塞指示消息接发的端接点的作用同时保持ECN功能性。
例如，在阶段1120，媒体可在互通网关处被调整成无ECN能力格式以传输至第二网络。这可以例如通过移除分组中置位的任何ECN比特(例如，剥离ECT比特、CE比特等)来实现。经调整的消息随后可在阶段1130被发送至第二网络。在一些实现中，媒体调整阶段1120可被省略，并且媒体可不经调整地发送给第二网络。
另外，在阶段1140可生成数据率调整请求。可以这么做以向第一UE指示在第一网络中遭遇到拥塞并且较低的数据率可能是合需的以便缓解拥塞并避免潜在的分组丢失。该调整请求随后可被发送给该UE和/或发送给诸如服务基站(如图6中所示的基站612)之类的中间节点。在一些情形中，数据率调整可协同诸如基站612之类的另一节点来实现，然而一般地，第一UE将直接响应此数据率调整请求。例如，UE可调整将提供至第二UE的媒体的数据率，这典型地将是往较低数据率的调整。在一些情形中，该UE和/或诸如服务基站之类的其他节点可决定不调整数据率。
在阶段1160，可在互通网关处接收第一UE发送的经调整速率下的媒体。类似于阶段1120，该媒体可被调整成用于向第二网络的传输的无ECN能力格式。例如，可在向第二网络转发之前从分组剥离ECN比特。在一些情形中，可不进行调整。总之，媒体随后可被转发至第二网络，在那里媒体可被最终递送至第二UE。
图12解说用于使用互通功能性提供通信的过程1200的实施例。过程1200可例如由第一网络UE协同例如在图11中解说的由互通网关所提供的功能性来实现。在阶段1210，诸如工作在有ECN能力的网络中的有ECN能力的UE之类的第一网络节点可向诸如第二网络中的第二UE之类的第二网络中的节点发送媒体，该第二网络可能是无ECN能力的网络。第一和第二UE可能处在通信中，如图6和7中所示。在阶段1210中发送的媒体可能在第一网络中经历拥塞，其中例如可由中间节点进行拥塞指示，诸如在分组中设置CE比特。一旦在互通网关处接收，就可生成并发送媒体数据速率降低请求，该请求随后可在阶段1220被第一UE接收。UE随后在阶段1230可响应于该调整请求来调整数据率，典型地调整成较慢数据率以缓解第一网络中的拥塞。在一些情形中，该UE和/或诸如服务基站之类的其他中间节点可选择不调整数据率。
在阶段1240，经调整速率下的媒体随后可被发送给该互通节点以进一步传输至第二网络和第二UE。在被进一步传送至第二网络和第二UE之前，该媒体可由互通网关诸如举例而言如图11中所解说地进行处理。
图13解说用于使用互通功能性提供通信的过程1300的实施例。在阶段1310，可在诸如互通网关处接收媒体，该媒体例如可以是语音或音频内容、视频内容、图像或其他内容。该媒体可提供自诸如终端或UE之类的第一网络中的节点，该节点可以是有ECN能力的。第一网络中诸如举例而言路由器或交换机之类的中间节点可对媒体进行标记，其中该标记可提供拥塞指示。例如，可在媒体分组中将CE标志或比特置位。
在阶段1320，可修改媒体以移除ECN反馈信令或标志，诸如举例而言通过将CE标志或比特从分组中移除。媒体随后可在阶段1330以非ECN格式发送至第二网络及相关联的第二网络节点。例如，第二网络可以是无ECN能力的，其中媒体被相应地修改。例如可通过移除诸如ECT或CE比特或标志之类的ECN信令来修改媒体。
图14解说用于使用互通功能性提供通信的过程1400的实施例。在阶段1410，可从第二网络接收媒体。例如，该媒体可提供自可能无ECN能力的第二网络中的UE，并且在诸如举例而言图6和7中示出的互通网关处被接收。该媒体随后可在阶段1420被转发至第一网络。例如，媒体可被提供给可能有ECN能力的第一网络中的第一UE。另外，在阶段1415，该互通网关可通过例如向媒体添加ECT标记而将媒体调整为ECN兼容以支持ECN功能性。这可以允许若在互通网关与第一UE之间遭遇拥塞则第一网络内的节点将CE比特置位。
例如，第一UE可对应于图6中的UE 610或图7中的UE 710。媒体可在传输期间通过第一网络的中间节点用诸如举例而言CE标记之类的ECN指示来被标记。第一UE随后可基于该拥塞指示发送速率降低请求，其中该速率降低请求可以第二网络中的UE(记为第二UE)为目标。在阶段1430互通网关可从第一网络接收速率调整请求。响应于该速率调整请求，互通网关可处理该请求从而在第一和第二网络之间提供ECN功能性的整合。例如，这可以通过假设可关于如何进一步处理该请求以维持ECN功能性在互通网关处作出对第二网络能力的判定1440来实现。例如，互通网关可能知道、或者可以有能力确定该第二UE是否能容适该速率降低请求。这可以例如通过可为诸如视频等某些类型的媒体所定义的商定来实现。若网关知道或能确定该第二UE能容适该请求，则网关随后可在阶段1450将该请求转发给第二网络，在第二网络处该请求随后可诸如举例而言如图6和7中所示地被发送到第二UE，在图6和7中UE 670或770可对应于该第二UE。若网关不知道或无法确定UE是否能容适该请求，则其可处理来自第二UE的传入消息以避免第一网络中的拥塞。例如，在阶段1460，互通网关可对来自第二网络的媒体转码以缓解拥塞。这可以例如通过将媒体转码至较低的数据率从而降低第一网络中的数据量来实现。在一些情形中，例如互通网关还可将提供自第一网络的媒体转码成容适第二网络中的设备所期望的数据率。
在一些配置中，用于无线通信的设备包括用于执行如本文描述的各种功能的装置。在一个方面，前述装置可以是诸如图8到10中示出的一个或多个处理器以及其中驻留有实施例的相关联存储器，该处理器和存储器被配置成执行由前述装置列举的诸功能。例如可能有驻留在UE、eNB、互通网关或诸如图1-4和6-10中所示的其他网络节点中的用于提供本文描述的ECN相关功能的模块或装置。在另一方面，前述装置可以是被配置成执行由该前述装置列举的诸功能的模块或任何设备。
在一个或更多个示例性实施例中，描述的功能、方法、和过程可在硬件、软件、固件、或其任何组合中实现。如果在软件中实现，则各功能可作为一条或更多条指令或代码存储或编码在计算机可读介质上。计算机可读介质包括计算机存储介质。存储介质可以是能被计算机访问的任何可用介质。作为示例而非限制，此类计算机可读介质可包括RAM、ROM、EEPROM、CD-ROM或其他光盘存储、磁盘存储或其他磁存储设备、或者可用于携带或存储指令或数据结构形式的合需程序代码并可被计算机访问的任何其他介质。如本文描述的碟和盘包括压缩盘(CD)、激光盘、光盘、数字通用盘(DVD)、软盘和蓝光盘，其中碟(disk)通常磁性地再现数据，而盘(disc)用激光来光学地再现数据。上述的组合也应被包括在计算机可读介质的范围内。
应理解，所公开的过程和方法中诸步骤或阶段的特定次序或层次是示例性办法的示例。基于设计偏好，应理解这些过程中步骤的具体次序或层次可被重新安排而仍在本公开的范围之内。所附方法权利要求以样本次序呈现各步骤的元素，而无意限于所呈现的具体次序或层次。
本领域技术人员将理解，信息和信号可使用各种不同技术中的任何技术来表示。例如，贯穿上面说明始终可能被述及的数据、指令、命令、信息、信号、比特、码元、和码片可由电压、电流、电磁波、磁场或磁粒子、光场或光粒子、或其任何组合来表示。
本领域技术人员将进一步领会，结合本文中所公开的实施例来描述的各种解说性逻辑板块、模块、电路、和算法步骤可实现为电子硬件、计算机软件、或这两者的组合。为清楚地解说硬件与软件的这一可互换性，各种解说性组件、框、模块、电路、和步骤在上面是以其功能性的形式作一般化描述的。此类功能性是被实现为硬件还是软件取决于具体应用和强加于整体***的设计约束。技术人员可针对每种特定应用以不同方式来实现所描述的功能性，但此类设计决策不应被解读为致使脱离本公开的范围。
结合本文所公开的实施例描述的各种解说性逻辑块、模块、和电路可用通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或其设计成执行本文所描述功能的任何组合来实现或执行。通用处理器可以是微处理器，但在替换方案中，该处理器可以是任何常规的处理器、控制器、微控制器、或状态机。处理器还可以被实现为计算设备的组合，例如DSP与微处理器的组合、多个微处理器、与DSP核心协作的一个或更多个微处理器、或任何其他此类配置。
结合本文所公开的实施例描述的方法、过程或算法的步骤或阶段可直接在硬件中、在由处理器执行的软件模块中、或在这两者的组合中实施。软件模块可驻留在RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动盘、CD-ROM、或本领域中所知的任何其他形式的存储介质中。示例性存储介质耦合到处理器以使得该处理器能从/向该存储介质读写信息。在替换方案中，存储介质可以被整合到处理器。处理器和存储介质可驻留在ASIC中。ASIC可驻留在用户终端中。在替换方案中，处理器和存储介质可作为分立组件驻留在用户终端中。
权利要求并非旨在被限定于本文中所示出的方面，而是应被授予与权利要求语言相一致的全部范围，其中对要素单数形式的要素的引述除非特别声明，否则并非旨在表示“有且仅有一个”，而是“一个或更多个”。除非特别另外声明，否则术语“一些/某个”指的是一个或更多个。引述一列项目中的“至少一个”的短语是指这些项目的任何组合，包括单个成员。作为示例，“a、b或c中的至少一个”旨在涵盖：a；b；c；a和b；a和c；b和c；以及a、b和c。
提供以上对所公开方面的描述是为了使得本领域任何技术人员皆能够制作或使用本公开。对这些方面的各种改动对本领域技术人员而言将是明显的，并且本文中所定义的普适原理可应用于其他方面而不会脱离本公开的精神或范围。由此，本公开并非旨在被限定于本文中示出的各方面，而是应被授予与本文中公开的原理和新颖性特征一致的最广义的范围。旨在由所附权利要求及其等效方案来定义本公开的范围。

Claims (58)

1.一种用于提供通信的方法，包括：
在耦合于第一网络和第二网络之间的互通网关处接收以第一数据率生成的第一媒体集合，其中所述第一媒体集合包括在所述第一网络内生成的网络拥塞指示；以及
响应于所述指示提供用于从所述第一网络中的第一用户装备(UE)请求较低数据率的数据率调整请求。
2.如权利要求1所述的方法，其特征在于，还包括：
在所述互通网关处接收响应于所述数据率调整请求以第二数据率从所述第一UE发送的第二媒体集合；以及
从所述互通网关向所述第二网络发送所述第二媒体集合。
3.如权利要求2所述的方法，其特征在于，所述第一媒体集合和第二媒体集合由所述第一网络中的所述第一UE生成以传输至所述第二网络中的第二UE。
4.如权利要求2所述的方法，其特征在于，所述第二媒体集合被修改以移除在所述第一网络中添加的ECN标记，并且所述发送包括发送所述经修改的媒体。
5.如权利要求1所述的方法，其特征在于，所述拥塞指示包括明确拥塞指示遭遇拥塞(ECN-CE)标记。
6.如权利要求5所述的方法，其特征在于，还包括修改所述第一媒体集合以去除所述ECN-CE标记；以及
将所述经修改的第一媒体集合发送给所述第二网络。
7.如权利要求1所述的方法，其特征在于，所述第一网络是有ECN能力的网络，而所述第二网络是无ECN能力的网络。
8.如权利要求1所述的方法，其特征在于，所述数据率调整请求包括TMMBR。
9.如权利要求1所述的方法，其特征在于，所述第一网络和所述第二网络是无线通信网络。
10.一种包括含代码的计算机可读介质的计算机程序产品，所述代码用于使计算机：
接收以第一数据率生成的第一媒体集合，其中所述第一媒体集合包括在所述第一网络内生成的网络拥塞指示，以及；
响应于所述指示提供用于从第一网络中的第一UE请求较低数据率的数据率调整请求。
11.如权利要求10所述的计算机程序产品，其特征在于，所述代码还包括用于使所述计算机执行以下动作的代码：接收响应于所述数据率调整请求以第二数据率从所述第一UE发送的第二媒体集合，并向第二网络发送所述第二媒体集合。
12.如权利要求11所述的计算机程序产品，其特征在于，所述第一媒体集合和第二媒体集合由所述第一网络中的所述第一UE生成以传输至所述第二网络中的第二UE。
13.如权利要求11所述的计算机程序产品，其特征在于，所述第二媒体集合被修改以移除在所述第一网络中添加的ECN标记，并且所述发送包括发送所述经修改的媒体。
14.如权利要求10所述的计算机程序产品，其特征在于，所述拥塞指示包括ECN-CE标记。
15.如权利要求14所述的计算机程序产品，其特征在于，所述代码还包括用于使所述计算机执行以下动作的代码：修改所述第一媒体集合以去除所述ECN-CE标记，并将所述经修改的第一媒体集合发送给所述第二网络。
16.如权利要求10所述的计算机程序产品，其特征在于，所述第一网络是有ECN能力的网络，而所述第二网络是无ECN能力的网络。
17.如权利要求10所述的计算机程序产品，其特征在于，所述数据率调整请求包括TMMBR。
18.一种互通网关，包括：
第一网络接口模块，配置成从第一网络接收以第一数据率生成的第一媒体集合，其中所述第一媒体集合包括在所述第一网络内生成的网络拥塞指示；以及
处理器模块，配置成响应于所述指示生成数据率调整请求；
其中所述第一网络接口模块被配置成向所述第一网络中的第一UE提供所述数据率调整请求。
19.如权利要求18所述的网关，其特征在于，所述第一网络接口模块被进一步配置成接收响应于所述数据率调整请求以第二数据率从所述第一UE发送的第二媒体集合，以及其中所述网关还包括配置成向第二网络发送所述第二媒体集合的第二网络接口模块。
20.如权利要求19所述的网关，其特征在于，所述第一媒体集合和第二媒体集合由所述第一网络中的所述第一UE生成以传输至所述第二网络中的第二UE。
21.如权利要求19所述的网关，其特征在于，所述处理器模块被进一步配置成从所述第二媒体集合去除ECN标记以生成经修改的媒体，以及其中所述发送包括发送所述经修改的媒体。
22.如权利要求18所述的网关，其特征在于，所述拥塞指示包括ECN-CE标记。
23.如权利要求22所述的网关，其特征在于，所述处理器模块被配置成修改所述第一媒体集合以去除所述ECN-CE标记；其中所述网关还包括配置成向所述第二网络发送所述经修改的第一媒体集合的第二网络接口模块。
24.如权利要求23所述的网关，其特征在于，所述第一网络是有ECN能力的网络，而所述第二网络是无ECN能力的网络。
25.如权利要求18所述的网关，其特征在于，所述处理器模块被配置成作为TMMBR生成所述数据率调整请求。
26.如权利要求23所述的网关，其特征在于，所述第一网络和所述第二网络是无线通信网络。
27.一种互通网关，包括：
用于接收以第一数据率生成的第一媒体集合的装置，其中所述第一媒体集合包括在第一网络内生成的网络拥塞指示；以及
用于响应于所述指示提供用于从所述第一网络中的第一UE请求较低数据率的数据率调整请求的装置。
28.如权利要求27所述的网关，其特征在于，还包括：
用于接收响应于所述数据率调整请求以第二数据率从所述第一UE发送的第二媒体集合的装置；以及
用于向第二网络发送所述第二媒体集合的装置。
29.如权利要求28所述的网关，其特征在于，所述第一网络和所述第二网络是无线通信网络。
30.如权利要求28所述的网关，其特征在于，所述第一网络是有ECN能力的网络，而所述第二网络是无ECN能力的网络。
31.一种用于提供通信的方法，包括：
从第一网络中的UE向第二网络中的UE发送第一媒体集合；
响应于所述发送第一媒体集合从互通网关接收数据率调整请求；
响应于所述数据率调整请求以经调整的速率向所述第二网络中的所述UE发送第二媒体集合。
32.如权利要求31所述的方法，其特征在于，所述数据率调整请求包括TMMBR。
33.一种包括含代码的计算机可读介质的计算机程序产品，所述代码使计算机：响应于发送第一媒体集合从互通网关接收数据率调整请求，并响应于所述数据率调整请求以经调整的速率向第二网络中的UE发送第二媒体集合。
34.如权利要求33所述的计算机程序产品，其特征在于，所述数据率调整请求包括TMMBR。
35.一种通信设备，包括：
发射机模块，配置成向第二网络中的UE发送第一媒体集合；以及
接收机模块，配置成响应于所述发送第一媒体集合从互通网关接收数据率调整请求；其中所述发射机模块被进一步配置成响应于所述数据率调整请求以经调整的速率向所述第二网络中的所述UE发送第二媒体集合。
36.一种通信设备，包括：
用于向第二网络中的UE发送第一媒体集合的装置；
用于响应于所述发送第一媒体集合从互通网关接收数据率调整请求的装置；以及
用于响应于所述数据率调整请求以经调整的速率向所述第二网络中的所述UE发送第二媒体集合的装置。
37.一种用于在互通网关处提供通信的方法，包括：
从第一网络中的第一UE接收数据率调整请求，其中所述数据率调整请求是响应于对提供自第二网络中的第二UE的媒体中的拥塞指示的接收而从所述第一UE提供的；以及
处理所述速率调整请求从而在所述第一和第二网络之间提供ECN功能性的整合。
38.如权利要求37所述的方法，其特征在于，处理所述速率调整请求包括若所述互通网关确定所述第二UE能支持与所述数据率调整请求相一致的经调整数据率则将数据率调整信息转发给所述第二UE。
39.如权利要求38所述的方法，其特征在于，所述互通网关在所述互通网关与所述第二UE之间的商定会话期间确定所述第二UE能支持经调整数据率。
40.如权利要求37所述的方法，其特征在于，处理所述速率调整请求包括遵照数据率降低请求将接收自所述第二UE的媒体转码。
41.如权利要求40所述的方法，其特征在于，所述转码包括减慢接收自所述第二UE的所述媒体的媒体数据率以缓解所述第一网络中的拥塞。
42.如权利要求37所述的方法，其特征在于，还包括在所述互通网关处接收提供自所述第二网络中的第二UE的所述媒体；
遵照ECN标记格式来标记所述媒体；以及
将所述经标记的媒体提供给所述第一网络以传输至所述第一UE。
43.如权利要求42所述的方法，其特征在于，所述标记包括ECT标记。
44.一种包括含代码的计算机可读介质的计算机程序产品，所述代码用于使计算机：接收数据率调整请求，其中所述数据率调整请求是响应于对提供自第二网络中的第二UE的媒体中的拥塞指示的接收而从第一UE提供的；以及处理所述速率调整请求从而在所述第一和第二网络之间提供ECN功能性的整合。
45.如权利要求44所述的计算机程序产品，其特征在于，所述代码包括用于使所述计算机执行以下动作的代码：若互通网关确定所述第二UE能支持与所述数据率调整请求相一致的经调整数据率则将数据率调整信息转发给所述第二UE。
46.如权利要求44所述的计算机程序产品，其特征在于，所述代码包括用于使所述计算机执行以下动作的代码：在互通网关与所述第二UE之间的商定会话期间确定所述第二UE能支持经调整数据率。
47.如权利要求44所述的计算机程序产品，其特征在于，所述代码包括用于使所述计算机执行以下动作的代码：遵照数据率降低请求将接收自所述第二UE的媒体转码。
48.如权利要求46所述的计算机程序产品，其特征在于，所述代码包括用于使所述计算机执行以下动作的代码：进行转码以减慢接收自所述第二UE的所述媒体的媒体数据率以缓解所述第一网络中的拥塞。
49.如权利要求44所述的计算机程序产品，其特征在于，所述代码包括用于使所述计算机执行以下动作的代码：在互通网关处接收提供自所述第二网络中的第二UE的所述媒体；
遵照ECN标记格式来标记所述媒体；以及
将所述经标记的媒体提供给所述第一网络以传输至所述第一UE。
50.如权利要求49所述的计算机程序产品，其特征在于，所述标记包括ECT标记。
51.一种互通网关，包括：
第一网络接口模块，配置成从第一网络中的第一UE接收数据率调整请求，其中所述数据率调整请求是响应于对提供自第二网络中的第二UE的媒体中的拥塞指示的接收而从所述第一UE提供的；以及
处理器模块，配置成处理所述速率调整请求从而在所述第一和第二网络之间提供ECN功能性的整合。
52.如权利要求51所述的网关，其特征在于，所述处理器模块被配置成：若所述互通网关确定所述第二UE能支持与所述数据率调整请求相一致的经调整数据率则将数据率调整信息转发给所述第二UE。
53.如权利要求51所述的网关，其特征在于，还包括第二网络接口模块，其中所述处理器模块被配置成通过所述第二网络接口模块在所述互通网关与所述第二UE之间的商定会话期间确定所述第二UE能否支持经调整数据率。
54.如权利要求51所述的网关，其特征在于，所述处理器模块配置成遵照数据率降低请求将接收自所述第二UE的媒体转码。
55.如权利要求54所述的网关，其特征在于，所述处理器模块配置成通过减慢接收自所述第二UE的所述媒体的媒体数据率来将媒体转码从而缓解所述第一网络中的拥塞。
56.如权利要求51所述的网关，其特征在于，所述处理器模块配置成遵照ECN标记格式来标记来自所述第二网络中的第二UE的所述媒体；并将所述经标记的媒体提供给所述第一网络以传输至所述第一UE。
57.如权利要求56所述的网关，其特征在于，所述标记包括ECT标记。
58.一种互通网关，包括：
用于从第一网络中的第一UE接收数据率调整请求的装置，其中所述数据率调整请求是响应于对提供自第二网络中的第二UE的媒体中的拥塞指示的接收而从所述第一UE提供的；以及
用于处理所述速率调整请求从而在所述第一和第二网络之间提供ECN功能性的整合的装置。
CN201080044939.8A 2009-09-30 2010-09-30 用于响应于网络拥塞进行速率自适应的方法和装置 Active CN102577498B (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US24709509P 2009-09-30 2009-09-30
US61/247,095 2009-09-30
US12/893,980 US9007914B2 (en) 2009-09-30 2010-09-29 Methods and apparatus for enabling rate adaptation across network configurations
US12/893,980 2010-09-29
PCT/US2010/050874 WO2011041519A2 (en) 2009-09-30 2010-09-30 Methods and apparatus for enabling rate adaptation across network configurations

Publications (2)

Publication Number Publication Date
CN102577498A true CN102577498A (zh) 2012-07-11
CN102577498B CN102577498B (zh) 2015-12-16

Family

ID=43780288

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201080044939.8A Active CN102577498B (zh) 2009-09-30 2010-09-30 用于响应于网络拥塞进行速率自适应的方法和装置

Country Status (10)

Country Link
US (1) US9007914B2 (zh)
EP (2) EP2484147B1 (zh)
JP (1) JP5619904B2 (zh)
KR (1) KR101502207B1 (zh)
CN (1) CN102577498B (zh)
BR (1) BR112012007131B1 (zh)
ES (2) ES2706383T3 (zh)
HU (1) HUE046669T2 (zh)
TW (1) TWI439146B (zh)
WO (1) WO2011041519A2 (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103581137A (zh) * 2012-08-02 2014-02-12 中兴通讯股份有限公司 Ecn代理设备和ecn通知方法
CN108206925A (zh) * 2016-12-16 2018-06-26 展讯通信（上海）有限公司 多路视频通话的实现方法、装置及多通终端
CN110574391A (zh) * 2016-11-21 2019-12-13 埃霍公司 管理电话通信***以动态地节流呼叫尝试并减少大规模呼叫事件期间的拥塞
CN112511323A (zh) * 2019-09-16 2021-03-16 华为技术有限公司 处理网络拥塞的方法和相关装置
CN112867020A (zh) * 2021-02-24 2021-05-28 中南大学 一种无线传感器网络传输方法

Families Citing this family (39)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102281587B (zh) * 2010-06-13 2018-07-17 中兴通讯股份有限公司 接入网节点间实现直接接口的方法及***
US8982694B2 (en) * 2010-09-01 2015-03-17 Telefonaktiebolaget L M Ericsson (Publ) Localized congestion exposure
US9143457B2 (en) 2010-10-06 2015-09-22 Qualcomm Incorporated Methods and apparatus for ECN receiver driven congestion control
US8526448B2 (en) * 2010-10-19 2013-09-03 Cisco Technology, Inc. Call localization and processing offloading
US9247457B2 (en) 2010-12-07 2016-01-26 Nec Corporation Gateway apparatus and voice communication method
WO2012082036A1 (en) * 2010-12-17 2012-06-21 Telefonaktiebolaget Lm Ericsson (Publ) Performance monitoring in a mobile communication network
US20120163203A1 (en) * 2010-12-28 2012-06-28 Tektronix, Inc. Adaptive Control of Video Transcoding in Mobile Networks
JP5491677B2 (ja) * 2011-03-31 2014-05-14 富士フイルム株式会社 撮像装置及びその合焦制御方法
US20140233390A1 (en) * 2011-09-06 2014-08-21 Nec Europe Ltd. Method and system for congestion avoidance in mobile communication networks
WO2013036183A1 (en) * 2011-09-08 2013-03-14 Telefonaktiebolaget L M Ericsson (Publ) Method in a base station, a base station, computer programs and computer readable means
US9270489B1 (en) * 2012-03-19 2016-02-23 Google Inc. Explicit congestion notification in mixed fabric networks
JP5930034B2 (ja) * 2012-07-06 2016-06-08 日本電気株式会社 基地局装置、通信制御方法及び通信制御プログラム
US9591513B2 (en) 2012-08-06 2017-03-07 Vid Scale, Inc. Rate adaptation using network signaling
US8923123B2 (en) * 2012-11-02 2014-12-30 Lockheed Martin Corporation ECN-enabled multicast protocol for wireless communication systems under blockage
WO2014085983A1 (zh) * 2012-12-04 2014-06-12 华为技术有限公司 一种家庭式基站网关及其发送消息的方法
US9571403B2 (en) * 2013-02-07 2017-02-14 Broadcom Corporation Packet marking for flow management, including deadline aware flow management
US8995278B1 (en) * 2013-03-12 2015-03-31 Sprint Spectrum L.P. Managing a wireless device connection in a multioperator communication system
US20140269475A1 (en) * 2013-03-14 2014-09-18 Qualcomm Incorporated Apparatus and method for optimizing uplink semi-persistent scheduling activation
US9356869B2 (en) 2013-04-10 2016-05-31 Viber Media Inc. VoIP bandwidth management
WO2014200397A1 (en) * 2013-06-12 2014-12-18 Telefonaktiebolaget L M Ericsson (Publ) Ip media rate adaptation
US9148814B2 (en) * 2013-10-28 2015-09-29 At&T Intellectual Property I, L.P. Probe mechanism for discovering explicit congestion notification data
US9860791B1 (en) * 2014-07-02 2018-01-02 Sprint Communications Company L.P. Long term evolution communication policies based on explicit congestion notification
WO2016080871A1 (en) * 2014-11-17 2016-05-26 Telefonaktiebolaget L M Ericsson (Publ) Active queue management for a wireless communication network
US10524179B2 (en) 2015-04-10 2019-12-31 Qualcomm Incorporated Rate adaptation during handoffs
WO2016185649A1 (ja) * 2015-05-20 2016-11-24 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 通信ノード、端末及び通信制御方法
US10149122B2 (en) * 2015-09-14 2018-12-04 Qualcomm Incorporated Techniques for in-band signaling of service description updates in RTP
US10880224B1 (en) * 2016-01-12 2020-12-29 Sprint Spectrum L.P. Method and apparatus for selecting a voice coding rate based on the air interface efficiency of the serving base station
WO2017169090A1 (ja) 2016-03-28 2017-10-05 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 端末、基地局及びコーデックモード切替方法
EP3407634A4 (en) * 2016-04-25 2018-12-12 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Data transmission method and device
US10104001B2 (en) * 2016-08-30 2018-10-16 Citrix Systems, Inc. Systems and methods to early detect link status of multiple paths through an explicit congestion notification based proxy
FR3065141B1 (fr) * 2017-04-11 2019-07-05 Orange Procede d'allocation d'une ressource de transmission a un terminal mobile
CN109451879B (zh) * 2017-11-17 2022-08-26 北京小米移动软件有限公司 ***信息配置、读取方法及装置、基站和用户设备
CN110677882B (zh) * 2018-07-02 2021-03-30 华为技术有限公司 一种通信方法及相关设备
US10673648B1 (en) * 2018-07-06 2020-06-02 Netronome Systems, Inc. Network interface device that sets an ECN-CE bit in response to detecting congestion at an internal bus interface
US20210360475A1 (en) * 2018-10-23 2021-11-18 Telefonaktiebolaget Lm Ericsson (Publ) Method and Arrangement for Flow Control in a Split Path Communication System
US11128682B2 (en) 2018-12-03 2021-09-21 At&T Intellectual Property I, L.P. Video streaming at mobile edge
WO2021047404A1 (zh) 2019-09-12 2021-03-18 华为技术有限公司 一种网络参数配置方法及装置
CN112491573B (zh) * 2019-09-12 2023-07-18 华为技术有限公司 一种网络参数配置方法及装置
CN112532535B (zh) * 2019-09-17 2022-10-04 华为技术有限公司 一种用于优化网络拥塞的方法和装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5633859A (en) * 1994-09-16 1997-05-27 The Ohio State University Method and apparatus for congestion management in computer networks using explicit rate indication
EP1217804A2 (en) * 2000-12-21 2002-06-26 Nortel Networks Limited Interworking of dissimilar packet networks for telephony communications
US20020194361A1 (en) * 2000-09-22 2002-12-19 Tomoaki Itoh Data transmitting/receiving method, transmitting device, receiving device, transmiting/receiving system, and program
US20040052212A1 (en) * 2002-09-13 2004-03-18 Steve Baillargeon Packet flow control in a wireless communications network based on an indication contained in a packet
US20080198746A1 (en) * 2007-02-21 2008-08-21 Kwan Bruce H Switch fabric end-to-end congestion avoidance mechanism

Family Cites Families (41)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3100034B2 (ja) 1996-03-08 2000-10-16 日本電信電話株式会社 Ａｔｍ通信網
JP3102393B2 (ja) 1997-11-14 2000-10-23 日本電気株式会社 バックプレッシャー制御方法及びシステム
CA2237208A1 (en) * 1998-05-08 1999-11-08 Northern Telecom Limited Congestion notification from router
US20020150060A1 (en) * 1998-09-01 2002-10-17 Marie-Jose Montpetit Asymmetric formatting system and method for low-earth-orbit satellite data communication
US6876639B1 (en) * 2000-06-01 2005-04-05 Nortel Networks Limited Transmission control protocol handoff notification system and method
US6741555B1 (en) * 2000-06-14 2004-05-25 Nokia Internet Communictions Inc. Enhancement of explicit congestion notification (ECN) for wireless network applications
US6839321B1 (en) * 2000-07-18 2005-01-04 Alcatel Domain based congestion management
US7454527B2 (en) * 2001-05-02 2008-11-18 Microsoft Corporation Architecture and related methods for streaming media content through heterogeneous networks
KR100605941B1 (ko) 2001-11-28 2006-08-02 삼성전자주식회사 데이터 통신시스템에서 서비스품질을 보장하기 위한데이터 송신 방법 및 장치
US7020133B2 (en) * 2002-01-03 2006-03-28 Integrated Device Technology Switch queue predictive protocol (SQPP) based packet switching method
JP4029670B2 (ja) 2002-06-11 2008-01-09 日本電気株式会社 無線アクセスにおける輻輳制御方法並びにシステム
KR100542401B1 (ko) * 2002-10-23 2006-01-11 한국전자통신연구원 인터넷 차별 서비스 망에서의 연결 수락 제어방법
US7225267B2 (en) * 2003-01-27 2007-05-29 Microsoft Corporation Reactive bandwidth control for streaming data
US7468947B2 (en) * 2003-03-31 2008-12-23 International Business Machines Corporation Controlling data packet flows by manipulating data packets according to an actual manipulation rate
US20040196785A1 (en) * 2003-04-01 2004-10-07 Gopalakrishnan Janakiraman Congestion notification process and system
EP1642436B1 (en) * 2003-05-16 2014-03-19 Unwired Planet, LLC Call admission control in voip systems
GB0321570D0 (en) * 2003-09-15 2003-10-15 British Telecomm Inter-domain congestion charging
US8081566B1 (en) 2004-04-19 2011-12-20 Rockstar BIDCO, LLP Method and apparatus for indicating congestion in a source routed network
US7859996B2 (en) * 2004-10-29 2010-12-28 Broadcom Corporation Intelligent congestion feedback apparatus and method
US7760646B2 (en) 2005-02-09 2010-07-20 Nokia Corporation Congestion notification in 3G radio access
US7596091B2 (en) * 2005-02-28 2009-09-29 Microsoft Corporation Unified congestion notification mechanism for reliable and unreliable protocols by augmenting ECN
US7500010B2 (en) * 2005-04-07 2009-03-03 Jeffrey Paul Harrang Adaptive file delivery system and method
US20060250953A1 (en) * 2005-04-13 2006-11-09 Lucent Technologies, Inc. Quality of service admission control based on congestion of backhaul connection
WO2008149434A1 (ja) 2007-06-06 2008-12-11 Fujitsu Limited 中継装置および端末装置
DK2165481T3 (da) 2007-07-09 2012-04-02 Ericsson Telefon Ab L M Adaptiv rate-styring i et kommunikationssystem
KR101421587B1 (ko) 2007-08-23 2014-07-22 삼성전자주식회사 무선 영상 전화 단말간의 선호 영상 규격을 결정하는 방법및 장치
US8155090B2 (en) 2007-11-01 2012-04-10 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for efficient multimedia delivery in a wireless packet network
WO2009090160A1 (en) 2008-01-14 2009-07-23 Telefonaktiebolaget Lm Ericsson (Publ) Method and nodes for congestion notification
EP2079205A1 (en) * 2008-01-14 2009-07-15 British Telecmmunications public limited campany Network characterisation
US8553554B2 (en) * 2008-05-16 2013-10-08 Alcatel Lucent Method and apparatus for providing congestion control in radio access networks
WO2010018157A2 (en) 2008-08-11 2010-02-18 Nokia Siemens Networks Oy System, method, program element and computer-accessible medium for forwarding media control messages
PL2359546T3 (pl) * 2008-10-23 2018-08-31 Orange Sposób konfiguracji parametrów zarządzania pakietami danych, należącymi do strumienia danych
US20100246400A1 (en) * 2009-03-26 2010-09-30 Kyocera Corporation Communication device and method
US8248936B2 (en) * 2009-04-01 2012-08-21 Lockheed Martin Corporation Tuning congestion control in IP multicast to mitigate the impact of blockage
US9584416B2 (en) 2009-06-08 2017-02-28 Qualcomm Incorporated Systems and methods to provide flow control for mobile devices
JP5353494B2 (ja) * 2009-07-03 2013-11-27 富士通株式会社 通信装置、および通信方法
US8427949B2 (en) * 2009-08-07 2013-04-23 Future Wei Technologies, Inc. System and method for adapting a source rate
WO2011055721A1 (ja) 2009-11-04 2011-05-12 日本電気株式会社 ゲートウェイ装置、携帯端末、携帯通信方法及びプログラム
US8416690B2 (en) 2010-01-11 2013-04-09 Research In Motion Limited Explicit congestion notification based rate adaptation using binary marking in communication systems
US8982694B2 (en) * 2010-09-01 2015-03-17 Telefonaktiebolaget L M Ericsson (Publ) Localized congestion exposure
US9143457B2 (en) 2010-10-06 2015-09-22 Qualcomm Incorporated Methods and apparatus for ECN receiver driven congestion control

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5633859A (en) * 1994-09-16 1997-05-27 The Ohio State University Method and apparatus for congestion management in computer networks using explicit rate indication
US20020194361A1 (en) * 2000-09-22 2002-12-19 Tomoaki Itoh Data transmitting/receiving method, transmitting device, receiving device, transmiting/receiving system, and program
EP1217804A2 (en) * 2000-12-21 2002-06-26 Nortel Networks Limited Interworking of dissimilar packet networks for telephony communications
US20040052212A1 (en) * 2002-09-13 2004-03-18 Steve Baillargeon Packet flow control in a wireless communications network based on an indication contained in a packet
US20080198746A1 (en) * 2007-02-21 2008-08-21 Kwan Bruce H Switch fabric end-to-end congestion avoidance mechanism

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103581137A (zh) * 2012-08-02 2014-02-12 中兴通讯股份有限公司 Ecn代理设备和ecn通知方法
CN110574391A (zh) * 2016-11-21 2019-12-13 埃霍公司 管理电话通信***以动态地节流呼叫尝试并减少大规模呼叫事件期间的拥塞
CN110574391B (zh) * 2016-11-21 2021-11-23 埃霍公司 管理电话通信***以动态地节流呼叫尝试并减少拥塞
CN108206925A (zh) * 2016-12-16 2018-06-26 展讯通信（上海）有限公司 多路视频通话的实现方法、装置及多通终端
CN112511323A (zh) * 2019-09-16 2021-03-16 华为技术有限公司 处理网络拥塞的方法和相关装置
CN112511323B (zh) * 2019-09-16 2022-06-14 华为技术有限公司 处理网络拥塞的方法和相关装置
US11991082B2 (en) 2019-09-16 2024-05-21 Huawei Technologies Co., Ltd. Network congestion processing method and related apparatus
CN112867020A (zh) * 2021-02-24 2021-05-28 中南大学 一种无线传感器网络传输方法

Also Published As

Publication number Publication date
US9007914B2 (en) 2015-04-14
BR112012007131B1 (pt) 2021-05-18
HUE046669T2 (hu) 2020-03-30
JP5619904B2 (ja) 2014-11-05
KR20120063541A (ko) 2012-06-15
US20110075563A1 (en) 2011-03-31
ES2706383T3 (es) 2019-03-28
ES2770767T3 (es) 2020-07-03
CN102577498B (zh) 2015-12-16
EP2584747B1 (en) 2019-12-04
BR112012007131A2 (pt) 2017-06-06
JP2013507058A (ja) 2013-02-28
EP2584747A1 (en) 2013-04-24
EP2484147A2 (en) 2012-08-08
WO2011041519A2 (en) 2011-04-07
WO2011041519A3 (en) 2011-09-29
TWI439146B (zh) 2014-05-21
KR101502207B1 (ko) 2015-03-12
EP2484147B1 (en) 2018-11-21
TW201132150A (en) 2011-09-16

Similar Documents

Publication Publication Date Title
CN102577498B (zh) 用于响应于网络拥塞进行速率自适应的方法和装置
RU2713860C1 (ru) Адаптация таблиц mcs для 256-qam
JP5639179B2 (ja) クロスセル調整およびシグナリングのための方法および装置
JP5571192B2 (ja) 調節ファクタを適用する伝送ブロック・サイズ決定のための方法および装置
RU2539972C2 (ru) Временное мультиплексирование внутри подкадров
US11039449B2 (en) Downlink interference cancellation methods
US9179329B2 (en) Apparatus and method for interference mitigation
US9143457B2 (en) Methods and apparatus for ECN receiver driven congestion control
JP2015136148A (ja) 異種ネットワークにおけるサブフレーム・インターレースのための方法および装置
US20130279444A1 (en) Transmission of data block information in a cellular radio system
JP2013523024A (ja) 免許不要スペクトラムまたは共有スペクトラムによるセル間のベストエフォート無線バックホールのための方法および装置
US20180035398A1 (en) Method for acquiring synchronization in a communication system and device therefor
JP2011061821A (ja) ワイヤレス放送ネットワーク中で複数のストリームを送信する方法
US10383101B1 (en) Dynamic link adaptation
TWI517739B (zh) 多毫微微蜂窩網路中的通信方法和系統
Khan Femtocellular Aspects on UMTS Architecture Evolution
Mkrtchyan LTE Advanced: Technology and Performance Analysis

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