CN102158896B - 处理本地链路拥塞的方法和装置 - Google Patents

处理本地链路拥塞的方法和装置 Download PDF

Info

Publication number
CN102158896B
CN102158896B CN201010116463.6A CN201010116463A CN102158896B CN 102158896 B CN102158896 B CN 102158896B CN 201010116463 A CN201010116463 A CN 201010116463A CN 102158896 B CN102158896 B CN 102158896B
Authority
CN
China
Prior art keywords
local
congestion
link
terminal
sign
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.)
Expired - Fee Related
Application number
CN201010116463.6A
Other languages
English (en)
Other versions
CN102158896A (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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201010116463.6A priority Critical patent/CN102158896B/zh
Priority to PCT/CN2011/070965 priority patent/WO2011098052A1/zh
Priority to EP20110741923 priority patent/EP2536201B1/en
Publication of CN102158896A publication Critical patent/CN102158896A/zh
Priority to US13/570,567 priority patent/US9013987B2/en
Application granted granted Critical
Publication of CN102158896B publication Critical patent/CN102158896B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/26Flow control; Congestion control using explicit feedback to the source, e.g. choke packets
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0205Traffic management, e.g. flow control or congestion control at the air interface

Landscapes

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

Abstract

本发明公开了一种本处理本地链路拥塞的方法和装置,属于拥塞控制领域。所述方法包括:本地链路控制实体与本地终端协商本地拥塞通知能力;当所述本地链路控制实体与所述本地终端之间的本地链路拥塞时,所述本地链路控制实体在所述本地拥塞通知能力相应的下行数据包中设置拥塞标识;所述本地链路控制实体对所述本地链路进行拥塞控制,或者所述本地终端根据所述拥基标识对所述本地链路进行拥塞控制。所述装置包括本地链路控制实体和终端设备。本发明通过上述方法,能够解除端到端拥塞通知机制对于网络节点和远端终端的依赖,使拥塞通知机制能够始终工作,更有效的解决了本地拥塞问题。

Description

处理本地链路拥塞的方法和装置
技术领域
本发明涉及拥塞控制领域,特别涉及一种处理本地链路拥塞的方法和装置。
背景技术
在无线通信网络中,本地资源例如空口资源非常有限,容易发生拥塞。因此,有必要提出一种有效的方法以解决本地拥塞问题。
现有技术中有一种ECN(Explicit Congestion Notification,显式拥塞通知)机制可以解决拥塞问题。ECN机制工作过程为:发送端(或称本地终端)与接收端(或称远端终端)协商ECN能力,然后发送端发送数据包,网络节点接收到该数据包后,如果自身正在经历拥塞,则设置ECT(ECN Capable Transport,ECN传输能力)为“正在经历拥塞”,然后将设置后的数据包转发出去,最终接收端接收到该数据包后,如果ECT为“正在经历拥塞”,则接收端设置标志位ECE(ECN Echo,ECN响应),以通知发送端自身接收到了“正在经历拥塞”的数据包,发送端接收到该数据包后,设置标志位CWR(Congestion WindowReduce,拥塞窗口减小)以通知接收端自身已经减小拥塞窗口。
现有的ECN机制是一种端到端拥塞通知机制,强烈依赖于网络节点和远端终端对ECN功能的支持,如果采用现有的端到端ECN机制解决空口拥塞问题,一旦网络节点或远端终端不支持ECN机制,则可能将ECN标记丢弃,甚至丢弃整个IP数据包,因而造成端到端ECN机制不能工作,从而无法解决本地拥塞问题。
发明内容
为了解除ECN机制对于网络节点和远端终端的依赖,使得拥塞通知的功能只是针对本地链路发生的网络拥塞运行,因而可以更有效的解决无线接入网络中的本地拥塞问题,本发明实施例提供了一种处理本地链路拥塞的方法和装置。所述技术方案如下:
一种处理本地链路拥塞的方法,所述方法包括:
本地链路控制实体与本地终端协商本地拥塞通知能力;
当所述本地链路控制实体与所述本地终端之间的本地链路拥塞时,
所述本地链路控制实体在所述本地拥塞通知能力相应的下行数据包中设置拥塞标识;
所述本地链路控制实体对所述本地链路进行拥塞控制,或者所述本地终端根据所述拥塞标识对所述本地链路进行拥塞控制。
一种处理本地链路拥塞的方法,所述方法包括:
本地终端与本地链路控制实体协商本地拥塞通知能力;
当所述本地终端与所述本地链路控制实体之间的本地链路拥塞时,接收所述本地链路控制实体发送的与所述本地拥塞通知能力相应的下行数据包,所述下行数据包中设置有拥塞标识;
所述本地终端根据所述拥塞标识对所述本地链路进行拥塞控制。
一种本地链路控制实体,所述本地链路控制实体包括:
协商模块,用于与本地终端协商本地拥塞通知能力;
设置模块,用于当与所述本地终端之间的本地链路拥塞时,在所述协商模块协商的本地拥塞通知能力相应的下行数据包中设置拥塞标识;
控制模块,用于对所述本地链路进行拥塞控制,或者使所述本地终端根据所述拥塞标识对所述本地链路进行拥塞控制。
一种终端设备,所述终端设备包括:
协商模块,用于与本地链路控制实体协商本地拥塞通知能力;
接收模块,用于当与所述本地链路控制实体之间的本地链路拥塞时,接收所述本地链路控制实体发送的与所述本地拥塞通知能力相应的下行数据包,所述下行数据包中设置有拥塞标识;
控制模块,用于根据所述拥塞标识对所述本地链路进行拥塞控制。
本发明实施例提供的技术方案带来的有益效果是:
通过本地链路控制实体与本地终端协商本地拥塞通知能力,当本地链路控制实体与本地终端之间的本地链路拥塞时,本地链路控制实体在本地拥塞通知能力相应的下行数据包中设置拥塞标识,根据拥塞标识进行拥塞控制,从而解除了端到端拥塞通知机制对于网络节点和远端终端的依赖,使拥塞通知机制能够始终工作,更有效的解决了本地拥塞问题。
附图说明
图1-a是本发明实施例1提供的处理本地链路拥塞的方法流程图;
图1-b是本发明实施例1提供的处理本地链路拥塞的另一方法流程图;
图2是本发明实施例2提供的对RTP的上行拥塞控制的信息交互图;
图3是本发明实施例2提供的协商拥塞通知的信息交互图;
图4是本发明实施例2提供的添加拥塞标识后的RTCP包格式示意图;
图5是本发明实施例2提供的对RTP的上行拥塞控制的另一信息交互图;
图6是本发明实施例2提供的IPv4包头格式示意图;
图7是本发明实施例2提供的IPv6包头格式示意图;
图8是本发明实施例2提供的Option格式示意图;
图9是本发明实施例2提供的上行流量拥塞Option格式示意图;
图10是本发明实施例2提供的下行流量拥塞Option格式示意图;
图11是本发明实施例2提供的TOS域或Traffic Class域的拥塞标识示意图;
图12是本发明实施例2提供的对RTP的下行拥塞控制的信息交互图;
图13是本发明实施例2提供的通过媒体功能实体进行拥塞控制的信息交互图;
图14是本发明实施例3提供的对HTTP的上行拥塞控制的信息交互图;
图15是本发明实施例3提供的TCP ACK格式示意图;
图16是本发明实施例3提供的对HTTP的下行拥塞控制的信息交互图;
图17是本发明实施例5提供的通过RRC信令进行上行拥塞控制的信息交互图;
图18是本发明实施例5提供的通过RRC信令进行下行拥塞控制的信息交互图;
图19是本发明实施例6提供的本地链路控制实体的结构示意图;
图20是本发明实施例6提供的本地链路控制实体的另一结构示意图;
图21是本发明实施例7提供的终端设备的结构示意图;
图22是本发明实施例7提供的终端设备的另一结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明实施方式作进一步地详细描述。
实施例1
参见图1-a,本实施例提供了一种处理本地链路拥塞的方法,包括:
101a:本地链路控制实体与本地终端协商本地拥塞通知能力;
其中,本地拥塞能力包括:对所有IP包、RTP、VoIP(Voice over InternetProtocol,网络电话)、IMS(IP Multimedia Subsystem,IP多媒体系统)呼叫、TCP、HTTP、FTP(File Transfer Protocol,文件传输协议)、DCCP(DatagramCongestion Control Protocol,数据报拥塞控制协议)或者P2P(Peer to Peer,点对点)等本地拥塞通知机制的支持能力。其中,RTP通常承载在UDP传输协议上,因而RTP协议通过独立于传输协议的本地拥塞通知方法。其中,P2P的传输层一般使用UDP,P2P中UDP以上可承载RTP或者HTTP等应用协议,因此,P2P业务的拥塞控制可以采用实施例2、3的方法。
其中,本地链路包括无线接入网络链路,例如GSM(Global System for MobileCommunications,全球移动通讯系统),WCDMA(Wideband Code DivisionMultiple Access,宽带码分多址)/UMTS(Universal Mobile TelecommunicationsSystem,通用移动通讯系统),LTE,CDMA1X/EVDO(Evolution Data Optimized,演进及数据优化),Wimax(Worldwide Interoperability for Microwave Access,全球微波互联接入),WLAN(Wireless Local Area Network,无线局域网)和卫星的空口链路,还包括固网接入网络链路,例如xDSL(Digital Subscriber Line,数字用户线路),PPP(Point-to-Point Protocol,点到点协议),FR(Frame Relay,帧中继)TDM(Time Division Multiplex,时分复用)接入链路。本实施例提供的方法能够结合以上各本地接入链路实现。相应的,本地链路控制实体包括UMTS系统中的RNC(Radio Network Controller,空口网络控制器),Wimax系统中的AP(Access Point,接入点),DSLAM(Digital Subscriber Line AccessMultiplexer数字用户线路接入复用单元),LTE系统的eNodeB(evolved Node B,演进型基站)等。
102a:当本地链路控制实体与本地终端之间的本地链路拥塞时,本地链路控制实体在本地拥塞通知能力相应的下行数据包中设置拥塞标识;
其中,当本地链路控制实体进行本地拥塞控制时,拥塞标识是为了使得本地终端获知本地链路拥塞。当需要本地终端进行拥塞控制时,拥塞标识用于使得本地终端获知本地链路拥塞进而进行拥塞控制。
103a:本地链路控制实体对本地链路进行拥塞控制,或者本地终端根据拥塞标识对本地链路进行拥塞控制。
具体的,在本地终端到本地链路控制实体方向的上行链路发生拥塞时,本地链路控制实体在特定的下行数据包中设置拥塞标识,本地终端根据收到的拥塞标识进行调整发送速率的操作;在本地链路控制实体到本地终端方向的下行链路发生拥塞时,本地链路控制实体在特定的下行数据包中设置拥塞标识,线接入网实体通过增加缓存进行下行拥塞控制,或者,本地终端根据收到的拥塞标识,与媒体功能实体通过码速适配和编码转换进行下行拥塞控制。
相应的,参见图1-b,本实施例提供了一种处理本地链路拥塞的方法,包括:
101b:本地终端与本地链路控制实体协商本地拥塞通知能力;
102b:当本地终端与本地链路控制实体之间的本地链路拥塞时,接收本地链路控制实体发送的与本地拥塞通知能力相应的下行数据包,下行数据包中设置有拥塞标识;
103b:本地终端根据拥塞标识对本地链路进行拥塞控制。
本实施例提供的方法,通过本地链路控制实体与本地终端协商本地拥塞通知能力,当本地链路控制实体与本地终端之间的本地链路拥塞时,本地链路控制实体在本地拥塞通知能力相应的下行数据包中设置拥塞标识,根据拥塞标识进行拥塞控制,从而解除了端到端拥塞通知机制对于网络节点和远端终端的依赖,使拥塞通知机制能够始终工作,更有效的解决了本地拥塞问题。
本实施提供的处理本地链路拥塞方法,适用于各种无线通信网络,后续实施例以3GPP(3rd Generation Partnership Project,第三代合作伙伴计划)LTE(Long Term Evolution,长期演进)架构的通信网络为例进行说明,LTE网络的本地链路控制实体为eNodeB(evolved Node B,演进型基站),本地终端设为UE1(User Equipment,用户设备),远端终端设为UE2,并将UE1与eNodeB之间的链路称为本地链路。下面分别以RTP(Real-time Transport Protocol,实时传输协议)和基于TCP(Transmission Control Protocol,传输控制协议)的HTTP(Hypertext Transfer Protocol,超文本传输协议)应用为例说明处理本地链路拥塞的方法,其他本地拥塞通知与RTP和HTTP类似,区别仅在于承载拥塞标识的数据包不同,这里不再一一赘述。
实施例2
本实施例提供了一种处理本地链路拥塞的方法,该方法针对RTP拥塞通知机制的支持能力、且未实施端到端拥塞通知方案的情况。
参见图2,针对UE1到eNodeB上行方向,本实施例提供了两种拥塞控制方法,第一种上行拥塞控制方法具体如下:
201:eNodeB与UE1协商本地拥塞通知能力;
其中,参见图3,eNodeB与UE1协商本地拥塞通知能力至少可以采用以下方法实现:
201a:eNodeB向UE1发送能力查询UECapabilityEnquiry消息;
其中,能力查询消息中,可以包括eNodeB所支持的拥塞通知能力,例如对所有IP包、RTP、VoIP、IMS呼叫、TCP、HTTP、FTP、DCCP或者P2P(Peerto Peer,点对点)等本地拥塞通知机制的支持能力。具体实现时,可以在查询UE接入网能力的信息中包括上述列举的各种eNodeB所支持的拥塞通知能力,并可将上述各种能力设置为Boolean(布尔)型,如果UE1支持某一本地拥塞通知能力,可将其对应的Boolean型设置为真,如果不支持,可将其对应的Boolean型设置为假。
201b:UE1返回相应的能力信息UECapabilityInfomation消息。
具体的,UE1根据eNodeB以及自身所支持的拥塞通知能力,确定本地拥塞通知能力,在本实施例中至少包括对RTP拥塞通知机制的支持能力。
202a:eNodeB接收UE2发送的RTCP(Real-time Control Protocol,实时传输控制协议)包;
202b:当上行链路拥塞时,eNodeB在下行RTCP包添加拥塞标识ECT(1)Counter,并将其发送给UE1;
其中,下行RTCP可以是远端终端UE2通过PDN(Packet Data Network,分组数据网)GW(Gateway,网关)、CSCF(Call Session Control Function,呼叫会话控制功能)、MRF(Media Resource Function,媒体资源功能)等实体发送给eNodeB,本实施例并不限定具体的传输途径。
参见图4所示RTCP包中添加拥塞标识的消息格式,其中,加粗部分即为添加的拥塞标识,各符号含义如下:
Regular RTCP XR header(常规实时传输控制协议扩展头部);
SSRC of Media Sender(媒体发送端的同步源标识);
CE Counter(Congestion Experienced Counter,经历拥塞计数器):表示UE2加入一个RTP会话后,eNodeB所收到的RTP数据包的数量;
ECT(0)Counter(显示拥塞通知传输能力非拥塞计数器):表示UE2收到ECN数值标志为0以后,也即UE2收到没有拥塞发生指示后,eNodeB所收到的RTP数据包的数量,
ECT(1)Counter(显示拥塞通知传输能力拥塞计数器):表示UE2收到ECN数值标志为1以后,也即UE2收到拥塞发生指示后,eNodeB所收到的RTP数据包的数量;
not-ECT Counter(非显示拥塞通知传输能力计数器):表示UE2收到ECN数值为not-ECT以后,也即UE2收到不支持ECN指示后,eNodeB所收到的RTP数据包的数量。
本实施例并不限定图4中拥塞标识各字段的名称。
在上述过程中,eNodeB需要通过解析RTCP包头的方法发现RTCP中携带的拥塞标识。本实施例将RTCP的端口号设置为当前RTP数据流端口号加1,由于RTP数据流在进行IP头压缩处理时可以识别出RTP数据包,因而从中选取该RTP数据包的协议端口号,并在该端口号加1的端口号上检测相对应的RTCP数据包,即可以检测出对应的RTCP数据包,并从中获取RTCP包头扩展字段中的本地拥塞指示。
203:UE1根据接收到的拥塞标识进行上行拥塞控制,具体实现时至少可以采用以下两种方法:
第一种,本地终端UE1直接降低发送媒体的速率。第二种,本地终端UE1向远端终端UE2发出修改媒体参数的请求,通过修改媒体参数过程改变自身发送媒体的速率。
以图4为例,UE1并不关心Counter的具体数值,只需检测哪个Counter标志位非零,例如,如果ECT(1)Counter非零,则说明链路拥塞,需要调整发送速率。
针对UE1到eNodeB上行方向,第二种上行拥塞控制方法,参见图5,具体设置的过程和报文格式如下:
201’:eNodeB与UE1协商本地拥塞通知能力,与步骤201相同,不再赘述;
202a’:eNodeB接收UE2发送的RTP或者RTCP数据包;
202b’:当上行链路拥塞时,在收到的下行的RTP或者RTCP数据包的IP包头中设置拥塞标识;
具体的,参见图6所示IPv4包头格式,eNodeB在IPv4包头的TOS(Type ofService,服务质量)域设置拥塞标识,或在图7所示IPv6包头的Traffic Class域设置拥塞标识,并在options域区分上下行流量。
IPV6的options字段与ipv4的有所不同,options字段不在基本包头里,而是在IPV6中的hop by hop option header(逐跳选项扩展首部)和destination optionsheader(目的站选项扩展首部)这两个扩展首部中。
参见图8所示options格式,其中各字段为:
Option Type(选项类型),该字段为8位标识,指明选项的类型。
Opt Data Len(选项数据长度),该字段为8位整数,表示选项数据字段的长度。该字段最大值为255,单位为字节。
Option Data(选项数据),该字段为与该选项相关的特定数据值,最大长度为255字节。
虽然ipv4和ipv6中option字段某些字节意思有些不同,但仍然可以使用相同的扩展方式来统一区分上下行流量,例如:option类型可扩展为00100001,option数据长度根据数据包填充需要决定,参见图9所示选项字段,option数据扩展为1表示上行流量,参见图10所示选项字段,option数据扩展为0或为空表示下行流量。本实施例仅举例说明,还可以将option类型和option数据设置为其他预设值。其中,N为正整数,其数值由整个数据包保证32bit对正需要。
另外,TOS域或Traffic Class域用来进行拥塞指示,参见图11,DSCP(Differentiated Services Code Point,差分服务代码点)和ECT(ECN CapableTransport,显式拥塞通知能力),在TOS域或Traffic Class域的ECT字段的两个标志位中标记预设数值即可,例如标记为11即表示正在经历拥塞:
203’:UE1根据接收到的拥塞标识进行上行拥塞控制,具体实现方法与步骤203相同,这里不再赘述。
参见图12,针对eNodeB到UE1下行方向,下行拥塞控制的方法为在下行RTP包头携带拥塞标识,具体如下:
301:eNodeB与UE1协商本地拥塞通知能力,与步骤201相同,不再赘述;
302a:eNodeB接收UE2发送的RTP包;
302b:当下行链路拥塞时,eNodeB在下行RTP包的IP包头添加拥塞标识;
具体的,在IPv4包头的TOS域添加ECT,或在下行RTP包的IPv6包头的Traffic Class域添加ECT,将ECT设置为正在经历拥塞,例如标记为11,在选项Options域设置下行流量标识或设置为空。
303:根据拥塞标识进行下行拥塞控制,具体实现时至少可以采用以下三种方法:
第一种,当本地链路控制实体与本地终端之间的下行本地链路拥塞时,本地链路控制实体通过增加缓存进行下行拥塞控制;
第二种,当本地链路控制实体与本地终端之间的下行本地链路拥塞时,本地链路控制实体将拥塞标识发送给本地终端,本地终端向远端终端请求修改媒体参数,以调整远端终端发送媒体的速率;
第三种,当本地链路控制实体与本地终端之间的下行本地链路拥塞时,本地链路控制实体将拥塞标识发送给本地终端,本地终端向本地媒体功能实体请求修改远端终端发送媒体的媒体参数,以调整远端终端发送媒体的速率。
其中,媒体功能实体可以是MGW(Media Gateway,媒体网关)或者MRF(Media Resource Function,媒体资源功能),MRF包括MRFC(MultimediaResource Function Control,多媒体资源功能控制)MRFP(Multimedia ResourceFunction Processor,多媒体资源功能处理器)。
其中,第二种方法和第三种方法可以单独使用,也可以结合使用,结合使用时不限定先后顺序。下面仅以一种应用场景为例进行说明,参见图13:
S1:在本地终端(UE1)收到eNodeB发送的RTP数据包中包括了本地拥塞通知后,UE1向远端终端(UE2)发起调整媒体参数的请求,调整的媒体参与包括codec rate(编码速率),codec(编码格式)等参数,
S2a:若UE2支持UE1请求的媒体参数,则媒体参数协商成功,UE1和UE2按照重新协商的调整后的媒体参数发送媒体流;
S2b:若UE2不支持本地UE1请求的媒体参数,则协商失败,向UE1返回失败应答。
S3:UE1向MGCF请求修改UE2发送媒体的媒体参数,MGCF调用MGW为不同的媒体参数进行转换,即通过MGW转换的方式调整UE2发送的媒体发送速率
S4:MGCF将按照修改后的媒体参数的媒体流通过无线接入网本地链路发送到本地UE1。
本实施例提供的方法,通过本地链路控制实体与本地终端协商本地拥塞通知能力,当本地链路控制实体与本地终端之间的本地链路拥塞时,本地链路控制实体在本地拥塞通知能力相应的下行数据包中设置拥塞标识,根据拥塞标识进行拥塞控制,从而解除了端到端拥塞通知机制对于网络节点和远端终端的依赖,使拥塞通知机制能够始终工作,更有效的解决了本地拥塞问题。另外,通过媒体功能实体或本地链路控制实体进行下行拥塞控制,减少了对远端终端编码能力的依赖。
实施例3
本实施例提供了一种处理本地链路拥塞的方法,该方法针对TCP作为传输协议的某一应用HTTP为例进行说明。其中,本地链路控制实体能够通过所经过HTTP流量的端口号识别HTTP业务数据包,也可以通过IP包头中的Protocol字段中的参数识别该数据包为HTTP业务数据包。
参见图14,UE1到eNodeB上行方向,处理本地链路拥塞方法具体包括:
401:eNodeB与UE1协商本地拥塞通知能力,协商过程与步骤201相同,这里不再赘述。
402a:eNodeB接收UE2发送的TCP ACK(确认)数据包;
402b:eNodeB检测到上行链路发生拥塞时,在下行TCP ACK数据包中添加拥塞标识,并发送给UE1。
参见图15所示的TCP ACK格式,具体添加拥塞标识的方法包括:eNodeB将TCP ACK数据包的ECE字段设置为正在经历拥塞,例如标志为1。
403:UE1收到ECE标志为正在经历拥塞的TCPACK数据包后,通过TCP传输协议的拥塞控制方式降低发送速率,例如减少拥塞窗口;
另外,UE1可以在下一个TCP数据包中的TCP包头字段设置CWR标志,表示已经收到拥塞指示。
参见图16,eNodeB到UE1下行方向,处理本地链路拥塞方法具体包括:
501:eNodeB与UE1协商本地拥塞通知能力,协商过程与步骤201相同,这里不再赘述。
502a:eNodeB接收UE2发送的HTTP包;
502b:当下行链路拥塞时,eNodeB在下行HTTP包的IP包头添加拥塞标识;
具体的,在下行HTTP包的IPv4包头的TOS域添加ECT,或在下行HTTP包的IPv6包头的Traffic Class域添加ECT,将ECT设置为正在经历拥塞,在选项Options域设置下行流量标识或设置为空。
503:UE1根据拥塞标识进行下行拥塞控制,具体实现时至少可以采用以下两种方法:
第一种,当本地链路控制实体与本地终端之间的下行本地链路拥塞,并且建立有端到端拥塞控制机制时,本地终端可以在TCP ACK数据包中添加拥塞标识,远端终端收到拥塞标识后降低发送速率,例如通过减小TCP拥塞窗口的方式降低发送速率;
第二种,当本地链路控制实体与本地终端之间的下行本地链路拥塞,并且没有建立端到端拥塞控制机制时,本地终端通过降低TCP响应速率的方式,使得远端终端降低发送速率。
本实施例提供的方法,通过本地链路控制实体与本地终端协商本地拥塞通知能力,当本地链路控制实体与本地终端之间的本地链路拥塞时,本地链路控制实体在本地拥塞通知能力相应的下行数据包中设置拥塞标识,根据拥塞标识进行拥塞控制,从而解除了端到端拥塞通知机制对于网络节点和远端终端的依赖,使拥塞通知机制能够始终工作,更有效的解决了本地拥塞问题。
实施例4
本实施例提供了一种处理本地链路拥塞的方法,该方法针对端到端拥塞通知机制与本地拥塞通知机制共存的情况。
如果除本地链路之外的其他网络发生拥塞、且本地拥塞通知能力相应的数据包被其他网络节点或远端终端设置了拥塞标识,则本地链路控制实体不再在该数据包中设置拥塞标识。其具体流程包括:
UE1到eNodeB的上行方向:首先,UE1和eNodeB进行本地链路拥塞通知能力协商。在上行方向上,UE1发送媒体流。在本地拥塞通知机制中,当eNodeB检测到本地链路发生拥塞时,以RTCP为例,但不限于RTCP情况下,在RTCP包头扩展字段中做拥塞标记。eNodeB作为无线接入网控制实体在收到UE2发送RTCP数据包后,在原RTCP数据包的RTCP包头中标识本地拥塞标识。UE1收到RTCP的拥塞标识后通过自身发送速率的调节对UE1到eNodeB上行方向的流量进行拥塞控制。与此同时,端到端的拥塞通知机制中,若检测到UE1和eNodeB之间本地链路发生拥塞,也需要在RTCP包做拥塞标记。UE1收到带有拥塞标记的RTCP包后,通过自身发送速率的调节对UE1到eNodeB上行方向的流量进行拥塞控制。此时UE1并不需要区分是因为本地拥塞通知机制还是端到端拥塞通知机制所发起的拥塞指示,因为两者上行流量控制的目的相同,都是为了让UE做速率调节。
eNodeB到UE1的下行方向:在端到端拥塞通知方案已经建立的条件下,若eNodeB到UE1之间的下行链路发生拥塞,eNodeB在下行的RTP数据包的IP包头中添加下行本地链路的拥塞指示。UE1收到的网络中其他节点标识的拥塞指示和本地无线接入控制实体标识的拥塞指示一致,此时,可以通过端到端拥塞通知机制要求远端UE2调整数据发送速度;在能够区分本地无线接入下行链路拥塞的条件下,还可以通过eNodeB或者MRF进行码速适配和编码转换进行下行拥塞控制。同时,端到端拥塞通知机制中,若发现网络发生拥塞,则通过远端UE2进行速率控制来结束拥塞控制。在端到端拥塞通知方案建立和未建立的两种情况下,本实施例的本地链路拥塞通知机制均可以工作,两个过程中间不存在冲突。
本实施例提供的方法,解除了拥塞通知机制对于网络节点和远端终端的依赖,使拥塞通知机制能够始终工作,更有效的解决了本地拥塞问题,同时,还很好的兼容了端到端拥塞通知机制,两机制能够共存并且协调工作。
实施例5
本实施例提供了一种处理本地链路拥塞的方法,该方法通过对UE1与eNodeB之间RRC信令的扩展来实现。
UE1到eNodeB上行方向,处理本地链路拥塞方法具体包括:
参见图17,UE1发送媒体流,当eNodeB检测到上行链路发生拥塞时,eNodeB通过其与UE1之间的拥塞指示RRC信令RRCCongestNotification通知UE1,UE1收到拥塞指示RRC信令后,会相应进行拥塞控制,比如降低编码速率,调整发送速率等。
eNodeB到UE1下行方向,处理本地链路拥塞方法具体包括:
参见图18,当UE1检测到下行链路发生拥塞时,如果eNodeB支持transcoding或者codec adaptation功能,UE1通过拥塞指示RRC信令通知eNodeB后,由eNodeB进行拥塞控制,具体可以通过增加缓存的方式,在一段时间内控制数据传输速率,从而达到拥塞控制的目的;当eNodeB自行检测到拥塞时,若eNodeB支持transcoding或者codec adaptation功能时,可用上面介绍的方法进行下行拥塞控制;若eNB不支持transcoding或者codec adaptation功能,在基于IMS业务时,可通过媒体功能实体(如MGW或者MRFP)进行码速适配和编码转换,具体过程详见实施例2步骤303,这里不再赘述。
本实施例提供的方法,通过拥塞指示RRC信令进行拥塞控制,解除了拥塞通知机制对于网络节点和远端终端的依赖,使拥塞通知机制能够始终工作,更有效的解决了本地拥塞问题。
实施例6
参见图19,本实施例提供了一种本地链路控制实体,包括:
协商模块601,用于与本地终端协商本地拥塞通知能力;
设置模块602,用于当与本地终端之间的本地链路拥塞时,在协商模块601协商的本地拥塞通知能力相应的下行数据包中设置拥塞标识;
控制模块603,用于对本地链路进行拥塞控制,或者使本地终端根据拥塞标识对本地链路进行拥塞控制。
参见图20,当协商模块601协商的本地拥塞通知能力包括:对实时传输协议RTP本地拥塞通知机制的支持能力时,
设置模块602包括:第一设置单元602a、第二设置单元602b或第三设置单元602c;
第一设置单元602a,用于本地链路拥塞为上行本地链路拥塞,在下行实时传输控制协议RTCP包头添加拥塞标识;
第二设置单元602b,用于本地链路拥塞为上行本地链路拥塞,在下行RTP或RTCP的IP包头添加拥塞标识和上行链路标识;
第三设置单元602c,用于本地链路拥塞为下行本地链路拥塞,在下行RTP的IP包头添加拥塞标识和下行链路标识。
当协商模块601协商的本地拥塞通知能力包括:对传输控制协议TCP作为传输协议的本地拥塞通知机制的支持能力时,
设置模块602包括:第四设置单元602d或第五设置单元602e;
第四设置单元602d,用于本地链路拥塞为上行本地链路拥塞,在下行的TCP确认ACK包中添加拥塞标识;
第五设置单元602e,用于本地链路拥塞为下行本地链路拥塞,在下行的基于TCP应用数据包的IP包头添加拥塞标识和下行链路标识。
其中,控制模块603包括:
第一控制单元603a,用于通过增加缓存进行下行拥塞控制。
本实施例提供的本地链路控制实体,与方法实施例中的本地链路控制实体属于同一构思,其具体实现过程详见方法实施例,这里不再赘述。
本实施例提供的本地链路控制实体,通过与本地终端协商本地拥塞通知能力,当与本地终端之间的本地链路拥塞时,在本地拥塞通知能力相应的下行数据包中设置拥塞标识,根据拥塞标识进行拥塞控制,从而解除了端到端拥塞通知机制对于网络节点和远端终端的依赖,使拥塞通知机制能够始终工作,更有效的解决了本地拥塞问题。
实施例7
参见图21,本实施例提供了一种终端设备,包括:
协商模块701,用于与本地链路控制实体协商本地拥塞通知能力;
接收模块702,用于当与本地链路控制实体之间的本地链路拥塞时,接收本地链路控制实体发送的与本地拥塞通知能力相应的下行数据包,下行数据包中设置有拥塞标识;
控制模块703,用于根据拥塞标识对本地链路进行拥塞控制。
参见图22,当协商模块701协商的本地拥塞通知能力包括:对RTP本地拥塞通知机制的支持能力时,
控制模块703包括:第二控制单元703a或第三控制单元703b;
第二控制单元703a,用于本地链路拥塞为上行本地链路拥塞,降低发送媒体的速率,或者,向远端终端请求修改媒体参数,通过修改媒体参数的过程调整自身发送媒体的速率;
第三控制单元703b,用于本地链路拥塞为下行本地链路拥塞,向远端终端请求修改媒体参数,以调整远端终端发送媒体的速率;或者,向本地媒体功能实体请求修改远端终端发送媒体的媒体参数,以调整远端终端发送媒体的速率。
当协商模块701协商的本地拥塞通知能力包括:对TCP作为传输协议的本地拥塞通知机制的支持能力时,
控制模块703包括:第四控制单元703c或第五控制单元703d;
第四控制单元703c,用于本地链路拥塞为上行本地链路拥塞,通过TCP传输协议的拥塞控制方式降低发送速率;
第五控制单元703d,用于本地链路拥塞为下行本地链路拥塞,若和与其通信的远端终端之间建立有端到端拥塞控制机制,则在TCP ACK数据包中添加拥塞标识,以使得远端终端收到拥塞标识后降低发送速率;若和与其通信的远端终端之间没有建立端到端拥塞控制机制,则通过降低TCP响应速率的方式,使得远端终端降低发送速率。
本实施例提供的终端设备,与方法实施例中的本地终端属于同一构思,其具体实现过程详见方法实施例,这里不再赘述。
本实施例提供的终端设备,通过与本地链路控制实体协商本地拥塞通知能力,当与本地链路控制实体之间的本地链路拥塞时,本地链路控制实体在本地拥塞通知能力相应的下行数据包中设置拥塞标识,本终端设备根据拥塞标识进行拥塞控制,从而解除了端到端拥塞通知机制对于网络节点和远端终端的依赖,使拥塞通知机制能够始终工作,更有效的解决了本地拥塞问题。另外,通过媒体功能实体进行下行拥塞控制,减少了对远端终端编码能力的依赖。
以上实施例提供的技术方案中的全部或部分内容可以通过软件编程实现,其软件程序存储在可读取的存储介质中,存储介质例如:计算机中的硬盘、光盘或软盘。
以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

Claims (17)

1.一种处理本地链路拥塞的方法,其特征在于,所述方法包括:
本地链路控制实体与本地终端协商本地拥塞通知能力;
当所述本地链路控制实体与所述本地终端之间的本地链路拥塞时,
所述本地链路控制实体在所述本地拥塞通知能力相应的下行数据包中设置拥塞标识;
所述本地链路控制实体对所述本地链路进行拥塞控制,或者所述本地终端根据所述拥塞标识对所述本地链路进行拥塞控制。
2.如权利要求1所述的方法,其特征在于,所述本地拥塞通知能力包括:对实时传输协议RTP本地拥塞通知机制的支持能力;
所述本地链路控制实体在所述本地拥塞通知能力相应的下行数据包中设置拥塞标识包括:
所述本地链路拥塞为上行本地链路拥塞,所述本地链路控制实体在下行实时传输控制协议RTCP包头添加拥塞标识;
或者,所述本地链路拥塞为上行本地链路拥塞,所述本地链路控制实体在下行RTP或RTCP的IP包头添加拥塞标识和上行链路标识;
或者,所述本地链路拥塞为下行本地链路拥塞,所述本地链路控制实体在下行RTP的IP包头添加拥塞标识和下行链路标识。
3.如权利要求1所述的方法,其特征在于,所述本地拥塞通知能力包括:对传输控制协议TCP作为传输协议的本地拥塞通知机制的支持能力;
所述本地链路控制实体在所述本地拥塞通知能力相应的下行数据包中设置拥塞标识包括:
所述本地链路拥塞为上行本地链路拥塞,所述本地链路控制实体在下行的TCP确认ACK包中添加拥塞标识;
或者,所述本地链路拥塞为下行本地链路拥塞,所述本地链路控制实体在下行的基于TCP应用数据包的IP包头添加拥塞标识和下行链路标识。
4.如权利要求1所述的方法,其特征在于,所述本地拥塞通知能力包括:对RTP本地拥塞通知机制的支持能力;
所述本地链路拥塞为上行本地链路拥塞;
所述本地终端根据所述拥塞标识对所述本地链路进行拥塞控制包括:
所述本地终端降低发送媒体的速率,或者,所述本地终端向远端终端请求修改媒体参数,通过所述修改媒体参数的过程调整自身发送媒体的速率。
5.如权利要求1所述的方法,其特征在于,所述本地拥塞通知能力包括:对RTP本地拥塞通知机制的支持能力;
所述本地链路拥塞为下行本地链路拥塞;
所述本地链路控制实体对所述本地链路进行拥塞控制包括:所述本地链路控制实体通过增加缓存进行下行拥塞控制;
所述本地终端根据所述拥塞标识对所述本地链路进行拥塞控制包括:所述本地终端向远端终端请求修改媒体参数,以调整所述远端终端发送媒体的速率;或者,所述本地终端向本地媒体功能实体请求修改远端终端发送媒体的媒体参数,以调整所述远端终端发送媒体的速率。
6.如权利要求1所述的方法,其特征在于,所述本地拥塞通知能力包括:对TCP作为传输协议的本地拥塞通知机制的支持能力;
所述本地链路拥塞为上行本地链路拥塞;
所述本地终端根据所述拥塞标识对所述本地链路进行拥塞控制包括:
所述本地终端通过TCP传输协议的拥塞控制方式降低发送速率。
7.如权利要求1所述的方法,其特征在于,所述本地拥塞通知能力包括:对TCP作为传输协议的本地拥塞通知机制的支持能力;
所述本地链路拥塞为下行本地链路拥塞;
所述本地终端根据所述拥塞标识对所述本地链路进行拥塞控制包括:
若所述本地终端和与其通信的远端终端之间建立有端到端拥塞控制机制,则所述本地终端在TCP ACK数据包中添加拥塞标识,以使得所述远端终端收到所述拥塞标识后降低发送速率;
若所述本地终端和与其通信的远端终端之间没有建立端到端拥塞控制机制,则所述本地终端通过降低TCP响应速率的方式,使得所述远端终端降低发送速率。
8.一种处理本地链路拥塞的方法,其特征在于,所述方法包括:
本地终端与本地链路控制实体协商本地拥塞通知能力;
当所述本地终端与所述本地链路控制实体之间的本地链路拥塞时,接收所述本地链路控制实体发送的与所述本地拥塞通知能力相应的下行数据包,所述下行数据包中设置有拥塞标识;
所述本地终端根据所述拥塞标识对所述本地链路进行拥塞控制。
9.如权利要求8所述的方法,其特征在于,所述本地拥塞通知能力包括:对RTP本地拥塞通知机制的支持能力;
所述本地终端根据所述拥塞标识对所述本地链路进行拥塞控制包括:
所述本地链路拥塞为上行本地链路拥塞,所述本地终端降低发送媒体的速率,或者,所述本地终端向远端终端请求修改媒体参数,通过所述修改媒体参数的过程调整自身发送媒体的速率;
所述本地链路拥塞为下行本地链路拥塞,所述本地终端向远端终端请求修改媒体参数,以调整所述远端终端发送媒体的速率;或者,所述本地终端向本地媒体功能实体请求修改远端终端发送媒体的媒体参数,以调整所述远端终端发送媒体的速率。
10.如权利要求8所述的方法,其特征在于,所述本地拥塞通知能力包括:对TCP作为传输协议的本地拥塞通知机制的支持能力;
所述本地链路拥塞为上行本地链路拥塞,所述本地终端通过TCP传输协议的拥塞控制方式降低发送速率;
所述本地链路拥塞为下行本地链路拥塞,若所述本地终端和与其通信的远端终端之间建立有端到端拥塞控制机制,则所述本地终端在TCP ACK数据包中添加拥塞标识,以使得所述远端终端收到所述拥塞标识后降低发送速率;若所述本地终端和与其通信的远端终端之间没有建立端到端拥塞控制机制,则所述本地终端通过降低TCP响应速率的方式,使得所述远端终端降低发送速率。
11.一种本地链路控制实体,其特征在于,所述本地链路控制实体包括:
协商模块,用于与本地终端协商本地拥塞通知能力;
设置模块,用于当与所述本地终端之间的本地链路拥塞时,在所述协商模块协商的本地拥塞通知能力相应的下行数据包中设置拥塞标识;
控制模块,用于对所述本地链路进行拥塞控制,或者使所述本地终端根据所述拥塞标识对所述本地链路进行拥塞控制。
12.如权利要求11所述的本地链路控制实体,其特征在于,当所述协商模块协商的本地拥塞通知能力包括:对实时传输协议RTP本地拥塞通知机制的支持能力时,
所述设置模块包括:第一设置单元、第二设置单元或第三设置单元;
所述第一设置单元,用于所述本地链路拥塞为上行本地链路拥塞,在下行实时传输控制协议RTCP包头添加拥塞标识;
所述第二设置单元,用于所述本地链路拥塞为上行本地链路拥塞,在下行RTP或RTCP的IP包头添加拥塞标识和上行链路标识;
所述第三设置单元,用于所述本地链路拥塞为下行本地链路拥塞,在下行RTP的IP包头添加拥塞标识和下行链路标识。
13.如权利要求11所述的本地链路控制实体,其特征在于,当协商模块协商的所述本地拥塞通知能力包括:对传输控制协议TCP作为传输协议的本地拥塞通知机制的支持能力时,
所述设置模块包括:第四设置单元或第五设置单元;
所述第四设置单元,用于所述本地链路拥塞为上行本地链路拥塞,在下行的TCP确认ACK包中添加拥塞标识;
所述第五设置单元,用于所述本地链路拥塞为下行本地链路拥塞,在下行的基于TCP应用数据包的IP包头添加拥塞标识和下行链路标识。
14.如权利要求11所述的本地链路控制实体,其特征在于,所述控制模块包括:
第一控制单元,用于通过增加缓存进行下行拥塞控制。
15.一种终端设备,其特征在于,所述终端设备包括:
协商模块,用于与本地链路控制实体协商本地拥塞通知能力;
接收模块,用于当与所述本地链路控制实体之间的本地链路拥塞时,接收所述本地链路控制实体发送的与所述本地拥塞通知能力相应的下行数据包,所述下行数据包中设置有拥塞标识;
控制模块,用于根据所述拥塞标识对所述本地链路进行拥塞控制。
16.如权利要求15所述的终端设备,其特征在于,当所述协商模块协商的本地拥塞通知能力包括:对RTP本地拥塞通知机制的支持能力时,
所述控制模块包括:第二控制单元或第三控制单元;
所述第二控制单元,用于所述本地链路拥塞为上行本地链路拥塞,降低发送媒体的速率,或者,向远端终端请求修改媒体参数,通过所述修改媒体参数的过程调整自身发送媒体的速率;
所述第三控制单元,用于所述本地链路拥塞为下行本地链路拥塞,向远端终端请求修改媒体参数,以调整所述远端终端发送媒体的速率;或者,向本地媒体功能实体请求修改远端终端发送媒体的媒体参数,以调整所述远端终端发送媒体的速率。
17.如权利要求15所述的终端设备,其特征在于,当所述协商模块协商的本地拥塞通知能力包括:对TCP作为传输协议的本地拥塞通知机制的支持能力时,
所述控制模块包括:第四控制单元或第五控制单元;
所述第四控制单元,用于所述本地链路拥塞为上行本地链路拥塞,通过TCP传输协议的拥塞控制方式降低发送速率;
所述第五控制单元,用于所述本地链路拥塞为下行本地链路拥塞,若和与其通信的远端终端之间建立有端到端拥塞控制机制,则在TCP ACK数据包中添加拥塞标识,以使得所述远端终端收到所述拥塞标识后降低发送速率;若和与其通信的远端终端之间没有建立端到端拥塞控制机制,则通过降低TCP响应速率的方式,使得所述远端终端降低发送速率。
CN201010116463.6A 2010-02-12 2010-02-12 处理本地链路拥塞的方法和装置 Expired - Fee Related CN102158896B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201010116463.6A CN102158896B (zh) 2010-02-12 2010-02-12 处理本地链路拥塞的方法和装置
PCT/CN2011/070965 WO2011098052A1 (zh) 2010-02-12 2011-02-12 处理本地链路拥塞的方法和装置
EP20110741923 EP2536201B1 (en) 2010-02-12 2011-02-12 Method and apparatus for processing local link congestion
US13/570,567 US9013987B2 (en) 2010-02-12 2012-08-09 Method for handling local link congestion and apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201010116463.6A CN102158896B (zh) 2010-02-12 2010-02-12 处理本地链路拥塞的方法和装置

Publications (2)

Publication Number Publication Date
CN102158896A CN102158896A (zh) 2011-08-17
CN102158896B true CN102158896B (zh) 2014-01-01

Family

ID=44367296

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201010116463.6A Expired - Fee Related CN102158896B (zh) 2010-02-12 2010-02-12 处理本地链路拥塞的方法和装置

Country Status (4)

Country Link
US (1) US9013987B2 (zh)
EP (1) EP2536201B1 (zh)
CN (1) CN102158896B (zh)
WO (1) WO2011098052A1 (zh)

Families Citing this family (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8965380B2 (en) 2009-08-11 2015-02-24 Cisco Technology, Inc. System and method for providing access in a network environment
US8914520B2 (en) 2009-11-16 2014-12-16 Cisco Technology, Inc. System and method for providing enterprise integration in a network environment
US9509805B2 (en) * 2011-12-01 2016-11-29 Telefonaktiebolaget Lm Ericsson (Publ) Reduction of packet header compression overhead due to high ECN rate
US9654399B2 (en) 2011-12-28 2017-05-16 Telefonaktiebolaget Lm Ericsson (Publ) Methods and devices in an IP network for congestion control
US9042227B2 (en) * 2012-01-17 2015-05-26 Netapp, Inc. Systems , methods, and computer program products providing feedback for network congestion management
US9247548B2 (en) * 2012-09-24 2016-01-26 Blackberry Limited Data service level uplink data flow control
WO2014094236A1 (zh) * 2012-12-18 2014-06-26 华为技术有限公司 控制流量的方法、终端网关、终端设备和系统
CN103906140B (zh) * 2012-12-28 2018-05-08 中国移动通信集团公司 一种数据传输动态调整方法及设备
US9413666B2 (en) 2013-10-02 2016-08-09 Cisco Technology, Inc. Reporting radio access network congestion information in a network sharing environment
US9148814B2 (en) 2013-10-28 2015-09-29 At&T Intellectual Property I, L.P. Probe mechanism for discovering explicit congestion notification data
US9572171B2 (en) * 2013-10-31 2017-02-14 Intel IP Corporation Systems, methods, and devices for efficient device-to-device channel contention
EP2897410A1 (en) * 2014-01-20 2015-07-22 Vodafone IP Licensing limited Congestion management
US9813299B2 (en) * 2016-02-24 2017-11-07 Ciena Corporation Systems and methods for bandwidth management in software defined networking controlled multi-layer networks
US10374964B2 (en) * 2016-03-07 2019-08-06 Huawei Technologies Co., Ltd. Control channel compression upon congestion detection
WO2018029939A1 (ja) * 2016-08-12 2018-02-15 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 端末、基地局及び通信方法
CN108064058B (zh) 2016-11-07 2022-11-01 中兴通讯股份有限公司 拥塞控制方法及装置、基站
KR102380619B1 (ko) * 2017-08-11 2022-03-30 삼성전자 주식회사 이동 통신 시스템 망에서 혼잡 제어를 효율적으로 수행하는 방법 및 장치
US10778568B2 (en) * 2017-12-05 2020-09-15 Mellanox Technologies, Ltd. Switch-enhanced short loop congestion notification for TCP
CN110971595B (zh) * 2019-11-22 2021-08-24 浙江中控技术股份有限公司 一种网络通信方法和系统
CN111163013B (zh) * 2020-03-02 2022-04-29 西南交通大学 一种基于udp的半可靠数据传输拥塞控制方法
CN117320067A (zh) * 2022-06-22 2023-12-29 维沃移动通信有限公司 拥塞的处理方法、装置及通信设备

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101116293A (zh) * 2005-02-09 2008-01-30 诺基亚公司 3g无线接入中的拥塞通知
CN101188611A (zh) * 2007-11-21 2008-05-28 华为技术有限公司 拥塞通知方法、系统和节点设备

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI88986C (fi) 1991-10-03 1993-07-26 Telenokia Oy Foerfarande foer genomfoering av ett gruppsamtal i digitalt radionaet
US7720951B2 (en) * 2001-05-10 2010-05-18 International Business Machines Corporation Method, system, and product for alleviating router congestion
US7626926B2 (en) * 2004-12-09 2009-12-01 Airvana, Inc. Traffic management in a wireless data network
JP4788598B2 (ja) 2006-12-28 2011-10-05 株式会社デンソー 渋滞度判定装置、渋滞情報報知装置及びプログラム
MX2009013434A (es) * 2007-07-06 2010-01-15 Ericsson Telefon Ab L M Control de congestion en un nodo de transmision.
EP2028798B1 (en) * 2007-08-22 2012-05-02 Telefonaktiebolaget L M Ericsson (publ) Data transmission control methods and devices
CN101997644A (zh) * 2009-08-24 2011-03-30 华为技术有限公司 速率调整方法、系统、编码方式选择方法和装置

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101116293A (zh) * 2005-02-09 2008-01-30 诺基亚公司 3g无线接入中的拥塞通知
CN101188611A (zh) * 2007-11-21 2008-05-28 华为技术有限公司 拥塞通知方法、系统和节点设备

Also Published As

Publication number Publication date
US9013987B2 (en) 2015-04-21
EP2536201A4 (en) 2013-03-20
WO2011098052A1 (zh) 2011-08-18
EP2536201B1 (en) 2014-11-12
US20120307634A1 (en) 2012-12-06
EP2536201A1 (en) 2012-12-19
CN102158896A (zh) 2011-08-17

Similar Documents

Publication Publication Date Title
CN102158896B (zh) 处理本地链路拥塞的方法和装置
CA2611642C (en) Method and apparatus for controlling rate of voice service in a mobile communication system supporting voice service via packet network
EP2099179B1 (en) Method and system for negotiating flow rate in a network
EP1064800B1 (en) Method for controlling a quality of service in a mobile communications system
EP1601224B1 (en) Method of reducing overhead in data packet communication
EP1538806A2 (en) Method of frame aggregation
CN101997644A (zh) 速率调整方法、系统、编码方式选择方法和装置
TW200835243A (en) Method for transmitting voice packets in wireless communication system
JP4234680B2 (ja) 通信システムにおけるビットレート制御手段
WO2008069616A2 (en) Methods of transferring data in a wireless communication system
EP1472835B1 (en) Processing different size packet headers for a packet based conversational service in a mobile communications system
JP2007520901A (ja) パケットデータネットワークにおけるデータ伝送の最適化
JP2013211747A (ja) 移動通信システムにおけるセッション管理方法、無線基地局装置、移動機、及び移動通信システム
EP1838044A1 (en) Transmission of internet packets according to a priority
US20090245272A1 (en) Method and arrangement for improving media transmission quality using robust representation of media frames
CN100428717C (zh) 保持业务会话连续性的方法
US20100046550A1 (en) Context based header selection in a multi-flow packet application
CN107431940B (zh) 用于在无线通信系统中控制上行链路的覆盖的方法和装置
CN102055740A (zh) 一种控制业务速率的方法和系统
Di Claudio et al. A proposal for seamless handovers in GSM indoor wireless networks
Gómez et al. Service Performance Optimization

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: 20140101

Termination date: 20210212