CN102104908A - 一种数据传输控制方法及设备 - Google Patents
一种数据传输控制方法及设备 Download PDFInfo
- Publication number
- CN102104908A CN102104908A CN2011100206852A CN201110020685A CN102104908A CN 102104908 A CN102104908 A CN 102104908A CN 2011100206852 A CN2011100206852 A CN 2011100206852A CN 201110020685 A CN201110020685 A CN 201110020685A CN 102104908 A CN102104908 A CN 102104908A
- Authority
- CN
- China
- Prior art keywords
- user
- cwnd
- described user
- real
- information
- 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
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/19—Flow control; Congestion control at layers above the network layer
- H04L47/193—Flow control; Congestion control at layers above the network layer at the transport layer, e.g. TCP related
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例公开了一种数据传输控制方法及设备,用于提高无线资源利用率。本发明实施例方法包括:获取策略因素信息,所述策略因素信息包括小区拥塞信息,和/或正在使用传输控制协议TCP业务的用户的用户信息;若满足预置的传输控制条件,则根据所述策略因素信息调整TCP拥塞控制参数;使用调整后的TCP拥塞控制参数对所述用户的数据传输速率进行控制。本发明实施例还提供一种数据传输控制设备。本发明实施例可以有效提高无线资源利用率。
Description
技术领域
本发明涉及通信领域,尤其涉及一种数据传输控制方法及设备。
背景技术
随着智能手机的普及和网络业务的不断发展,用户通过无线网络接入互联网的频率越来越高,这种情况对无线网络空口资源造成了比较大的冲击。
同时,现有的无线网络与传统的有线网络有很大的不同,空口传输质量很容易受到各种因素的影响,使得用户空口传输质量时好时坏,用户业务发生拥塞的频度和时间都比传统的有线网络高。
为了提高无线网络的资源利用率,并提高用户体验,现有技术中提出了一种传输控制协议(TCP,Transport Control Protocol)拥塞控制方法,用于在TCP链路发生拥塞时通过拥塞控制参数对用户占用的无线资源进行调整,从而缓解拥塞状况。
现有技术中的TCP拥塞控制方法为了适应各种网络的需求,采用比较通用和保守的控制策略,该控制策略无论应用在何种网络,无论针对何种用户,何种业务都采用一致的处理方式,因此,现有技术中的TCP拥塞控制方法在针对不同的网络,尤其是无线网络时,缺乏灵活性,从而影响了无线资源利用率。
发明内容
本发明实施例提供了一种数据传输控制方法及设备,能够提高无线资源利用率。
本发明实施例提供的数据传输控制方法,包括:获取策略因素信息,所述策略因素信息包括小区拥塞信息,和/或正在使用传输控制协议TCP业务的用户的用户信息;若满足预置的传输控制条件,则根据所述策略因素信息调整TCP拥塞控制参数;使用所述调整后的TCP拥塞控制参数对所述用户的数据传输速率进行控制。
本发明实施例提供的数据传输控制方法,包括:获取策略因素信息,所述策略因素信息包括小区拥塞信息,和/或正在使用传输控制协议TCP业务的用户的用户信息;根据所述策略因素信息设置TCP拥塞控制参数;若用户启动TCP初始加速,则使用设置的TCP拥塞控制参数对所述用户的数据传输速率进行控制。
本发明实施例提供的数据传输控制设备,包括:获取单元,用于获取策略因素信息,所述策略因素信息包括小区拥塞信息,和/或正在使用传输控制协议TCP业务的用户的用户信息;调整单元,用于当满足预置的传输控制条件时,根据所述获取单元获取到的策略因素信息调整TCP拥塞控制参数;控制单元,用于使用所述调整单元调整后的TCP拥塞控制参数对所述用户的数据传输速率进行控制。
本发明实施例提供的数据传输控制设备,包括:获取单元,用于获取策略因素信息,所述策略因素信息包括小区拥塞信息,和/或正在使用传输控制协议TCP业务的用户的用户信息;设置单元,用于根据所述获取单元获取到的策略因素信息设置TCP拥塞控制参数;控制单元,用于当用户启动TCP初始加速时,使用所述设置单元设置的TCP拥塞控制参数对所述用户的数据传输速率进行控制。
从以上技术方案可以看出,本发明实施例具有以下优点:
本发明实施例可以获取包含小区拥塞信息,和/或正在使用传输控制协议TCP业务的用户的用户信息的策略因素信息,在获取到这些策略因素信息之后,可以根据该策略因素信息调整或设置TCP拥塞控制参数,并使用调整后的TCP拥塞控制参数或设置的TCP拥塞控制参数对用户的数据传输速率进行控制,从而可以根据无线网络的实际情况对用户的数据传输速率进行控制,因此,本发明实施例中的数据传输控制方法可以根据不同的无线网络动态的调整控制策略,从而有效提高无线资源利用率。
附图说明
图1为本发明数据传输控制方法一个实施例示意图;
图2为本发明数据传输控制方法另一实施例示意图;
图3为现有技术TCP传输优化过程一个示意图;
图4为本发明TCP传输优化过程一个示意图;
图5为现有技术TCP传输优化过程另一示意图;
图6为本发明TCP传输优化过程另一示意图;
图7为本发明数据传输控制方法另一实施例示意图;
图8为现有技术TCP初始加速过程示意图;
图9为本发明TCP初始加速过程示意图;
图10为本发明数据传输控制设备一个实施例示意图;
图11为本发明数据传输控制设备另一实施例示意图;
图12为本发明数据传输控制设备另一实施例示意图;
图13为本发明数据传输控制设备另一实施例示意图。
具体实施方式
本发明实施例提供了一种数据传输控制方法及设备,能够提高无线资源利用率。
请参阅图1,本发明数据传输控制方法一个实施例包括:
101、获取策略因素信息;
本实施例中,数据传输控制设备可以获取到策略因素信息,该策略因素信息包括小区拥塞信息,和/或正在使用TCP业务的用户的用户信息。
例如,数据传输控制设备可以在用户请求使用TCP业务时获取该用户的用户信息,也可以在用户接入网络时即获取该用户的用户信息。
又例如,考虑到无线网络的空口状况变化比较快,所以数据传输控制设备可以周期性的获取当前的小区拥塞信息。
需要说明的是,本发明实施例对获取策略因素信息的具体方式不作限定。
本实施例中的小区拥塞信息和用户信息可以按照实际需求获取任意一个,或者全部两个,具体此处不作限定。
102、若满足预置的传输控制条件,则根据策略因素信息调整TCP拥塞控制参数;
本实施例中,数据传输控制设备检测到满足预置的传输控制条件时,可以根据获取到的策略因素信息调整TCP拥塞控制参数。
103、使用调整后的TCP拥塞控制参数对用户的数据传输速率进行控制。
数据传输控制设备调整了TCP拥塞控制参数之后,则可以使用调整后的TCP拥塞控制参数对用户的数据传输速率进行控制。
本实施例可以获取小区拥塞信息,和/或正在使用传输控制协议TCP业务的用户的用户信息,在获取到这些策略因素信息之后,可以根据该策略因素信息调整TCP拥塞控制参数,并使用调整后的TCP拥塞控制参数对用户的数据传输速率进行控制,从而可以根据无线网络的实际情况对用户的数据传输速率进行控制,而并不会仅使用保守的控制策略,因此,本发明实施例中的数据传输控制方法可以根据不同的无线网络动态的调整控制策略,从而有效提高无线资源利用率。
下面对本发明数据传输控制方法进行详细描述,请参阅图2,本发明数据传输控制方法另一实施例包括:
201、获取策略因素信息;
该策略因素信息包括小区拥塞信息,和/或正在使用TCP业务的用户的用户信息。
本实施例中的用户信息,例如,可以包括用户签约信息以及用户实时信息;
该用户签约信息,例如,可以包括用户优先级,和/或用户开户速率,该用户实时信息,例如,可以包括用户实时带宽,接收信号码功率,用户与基站之间的实时距离以及用户实时缓存占用信息中的至少一个。
本实施例中的缓存占用信息可以为缓存占用率(BO,Buffer Occupancy)信息,也可以为缓存中实际保存的字节数,本实施例以及后面的实施例中以BO信息为例进行说明。
本实施例中,仅以用户信息以及小区拥塞信息作为策略因素的例子进行说明,可以理解的是,除了这些信息之外,策略因素信息还可以包括其他的信息,例如无线网络中的总可用带宽,无线网络中缓存数据大小等信息,具体此处不作限定。
同理,本实施例中还可以获取更多种类的用户信息,具体此处也不作限定。
本实施例中,可以由无线网络控制器(RNC,Radio Network Controller)获取策略因素信息,可以由基站获取策略因素信息,或者还可以由接入网的其他网元获取策略因素信息,具体获取方式,例如,可以包括:
(1)、由RNC获取策略因素信息:
(1.1)用户签约信息的获取过程:
本实施例中,RNC可以在用户接入网络,或者是用户请求使用TCP业务时,从核心网获取该用户的用户签约信息。
具体的,RNC可以从服务通用分组无线服务支持节点(SGSN,Serving GPRS Supporting Node)或移动性管理实体(MME,Mobility Management Entity)获取用户签约信息,该用户签约信息可以由归属位置寄存器(HLR,Home Location Register)提供给SGSN或MME。
SGSN或MME可以直接将从HLR获取到的用户签约信息发送给RNC,也可以对该用户签约信息进行适应性调整后发送给RNC,具体过程不作限定。
需要说明的是,本实施例中仅以SGSN或MME提供用户签约信息为例进行说明,在实际应用中,若应用于不同的无线网络,也可以由不同的核心网设备提供用户签约信息。
(1.2)用户实时信息的获取过程:
本实施例中,RNC可以从基站获取该用户的用户实时信息。
需要说明的是,基站可以对用户进行实时测量得到用户实时信息,并向RNC提供用户实时信息,本实施例中仅以基站提供用户实时信息为例进行说明,在实际应用中,若还可以由其他网元对用户的用户实时信息进行测量,则也可以由这些网元向RNC提供用户实时信息。
本实施例中的用户实时BO信息具体可以为无线链路控制(RLC,Radio Link Control)缓存数据大小,该RLC缓存可以为一个发送队列,RLC缓存数据越多,则表示网络的拥塞状况可能越严重,RLC缓存数据越少,则表示网络越通畅。
该RLC缓存可以位于基站,也可以位于RNC,所以RNC可以获取自身的RLC缓存数据大小,也可以从基站接收该RLC缓存数据大小作为用户实时BO信息。
(1.3)小区拥塞信息的获取过程:
本实施例中,RNC可以从基站获取小区拥塞信息。
具体的,RNC可以接收基站发送的容量分配控制消息,从该容量分配控制消息中获取小区拥塞信息。
需要说明的是,基站可以对用户所在的小区进行测量得到小区拥塞信息,并向RNC提供小区拥塞信息,本实施例中仅以基站提供小区拥塞信息为例进行说明,在实际应用中,若还可以由其他网元对用户所在的小区进行测量,则也可以由这些网元向RNC提供小区拥塞信息。
(2)、由基站获取策略因素信息:
(2.1)用户签约信息的获取过程:
本实施例中,基站可以从核心网获取该用户的用户签约信息。
具体的,基站可以通过RNC从SGSN或MME获取用户签约信息,该用户签约信息可以由HLR提供给SGSN或MME。
SGSN或MME可以直接将从HLR获取到的用户签约信息通过RNC发送给基站,也可以对该用户签约信息进行适应性调整后通过RNC发送给基站,具体过程不作限定。
需要说明的是,本实施例中仅以SGSN或MME提供用户签约信息为例进行说明,在实际应用中,若应用于不同的无线网络,也可以由不同的核心网设备提供用户签约信息。
(2.2)用户实时信息的获取过程:
本实施例中,基站可以对用户进行实时测量从而得到用户实时信息。
(2.3)小区拥塞信息的获取过程:
本实施例中,基站可以对用户所在的小区进行测量从而得到小区拥塞信息。
需要说明的是,上述仅以RNC或基站获取策略因素信息为例进行说明,在实际应用中,还可以由其他的网元获取策略因素信息,具体过程与前述RNC或基站获取策略因素信息的过程类似,此处不再赘述。
202、当满足传输控制条件时,根据策略因素信息对TCP拥塞控制参数进行调整;
本实施例中,获取到策略因素信息之后,当满足各场景的传输控制条件时,RNC或者基站可以根据策略因素信息调整各场景下的TCP拥塞控制参数。
需要说明的是,本实施例中的数据传输控制过程可以由RNC完成,也可以由基站完成,除步骤201中获取策略因素信息的过程有所区别之外,其他的过程均类似,本实施例中以RNC为例进行说明。
本实施例中的TCP拥塞控制参数包括拥塞窗口信息(cwnd,congesting window),拥塞计数器信息snd_cwnd_cnt以及拥塞门限信息ssthresh中的至少一个。
本实施例中的具体场景,例如,可以分为如下一些情况:
(一)、TCP主动拥塞控制:
本实施例中,RNC可以预测到是否将发生TCP拥塞,从而能够进行主动的TCP拥塞控制。
具体的,RNC可以获取到小区拥塞信息或用户实时BO信息,而小区拥塞信息或用户实时BO信息能够指示小区拥塞状况,一般来说,当小区发生拥塞时,则可预测出可能会发生TCP拥塞,所以RNC可以根据小区拥塞信息或用户实时BO信息判断是否将发生TCP拥塞,从而能够进行主动的TCP拥塞控制。
本实施例中,当RNC接收到的小区拥塞信息或用户实时BO信息指示小区发生拥塞或小区未拥塞时,则可以判断出是否将发生TCP拥塞,从而确定满足TCP主动拥塞控制场景下的传输控制条件。
需要说明的是,在实际应用中,RNC还可以通过其他的信息或其他的方式预测即将发生的TCP拥塞,也就是说,TCP主动拥塞控制场景下的传输控制条件还可以有其他的表现形式,具体此处不作限定。
在TCP主动拥塞控制的场景下,可以包括两种控制方式:
(1)降速:
当RNC判断出将发生TCP拥塞时,例如,当接收到的小区拥塞信息或用户实时BO信息指示小区发生拥塞时,RNC可以降低用户的cwnd,以避免或缓解即将发生的TCP拥塞;
RNC根据策略因素信息,例如,用户的用户信息,降低用户的cwnd。例如,降低的程度可以与用户的优先级、用户的开户速率、用户的实时可用带宽以及用户的接收信号码功率中的至少一个成反比,和/或,与用户与基站之间的实时距离以及用户实时缓存占用信息中的至少一个成正比。
本实施例中,例如,RNC具体可以将用户的cwnd调整为:cwndnew=(1-R%)*cwndold;
cwndnew为用户的调整后的cwnd,cwndold为用户的调整前的cwnd,R表示降低的程度,R为大于0,且小于100的实数。
需要说明的是,本实施例中,在满足TCP主动拥塞控制场景下的传输控制条件之前,用户的cwnd的取值方式可以遵循现有TCP拥塞控制方法的规定,例如可以为请求评议(RFC,Request For Comments)2581文件中描述的内容。
当满足TCP主动拥塞控制场景下的传输控制条件时,RNC将用户当前的cwnd作为cwndold。
上述调整也就是减小用户的拥塞窗口,由于拥塞窗口的大小决定了用户所能发送的数据量,因此减小拥塞窗口即可实现降速。
本实施例中,R可以满足如下约束条件中的至少一个:
该R与用户的优先级成反比,即优先级越高,R的数值越低,优先级越低,R的数值越高;
该R还可以与用户的开户速率成反比,即开户速率越高,R的数值越低,开户速率越低,R的数值越高;
该R还可以与用户的实时可用带宽成反比,即实时可用带宽越高,R的数值越低,实时可用带宽越低,R的数值越高;
该R还可以与用户的接收信号码功率成反比,即用户的接收信号码功率越高,R的数值越低,用户的接收信号码功率越低,R的数值越高;
该R还可以与用户与基站之间的实时距离成正比,即实时距离越大,R的数值越大,实时距离越小,R的数值越低;
该R还可以与用户实时BO信息成正比,即用户实时BO信息越大,R的数值越大,用户实时BO信息越小,R的数值越小。
需要说明的是,上述约束条件仅为本实施例中所举的具体例子,在实际应用中,可以根据实际需求进行调整,此处不作限定,只要是根据用户信息对R的数值进行调整即可。
为便于理解,下面以一个具体例子进行具体说明:
以用户优先级为例,假设共分为三级用户:金牌用户、银牌用户、铜牌用户,本实施例中的用户优先级可以为用户的分配保持优先级(ARP,Allocation/Retention Priority),也可以为其他的优先级信息,具体此处不作限定。
其中,金牌用户对应的R的数值为15,银牌用户对应的R的数值为30,铜牌用户对应的R的数值为50。
假设这三类用户的cwndold为30,在降速的情况下,金牌用户的cwndnew调整为30-30*15%=25.5,银牌用户的cwndnew调整为30-30*30%=21,铜牌用户的cwndnew调整为30-30*50%=15。
由于cwnd是整数,所以若调整后的cwndnew不是整数,则可以四舍五入,或可以直接取整。
本实施例中,若直接对cwndnew取整,则相当于舍弃了小数部分,由于当cwnd超过ssthresh时,会使用snd_cwnd_cnt参数,所以当调整后的cwndnew大于或等于ssthresh时,可以降低snd_cwnd_cnt来实现对cwnd舍弃的小数部分的补偿,具体可以为:
snd_cwnd_cntnew=snd_cwnd_cntold-cwndnew*((cwndnew*R)mod 100)div 100。
其中,snd_cwnd_cntnew为用户的调整后的snd_cwnd_cnt,snd_cwnd_cntold为用户的调整前的snd_cwnd_cnt,“mod 100”表示“模100”,“div 100”表示“除以100后取整”。
需要说明的是,本实施例中,在满足TCP主动拥塞控制场景下的传输控制条件之前,用户的snd_cwnd_cnt的取值方式可以遵循现有TCP拥塞控制方法的规定,例如可以为RFC 2581文件中描述的内容。
当满足TCP主动拥塞控制场景下的传输控制条件时,RNC将用户当前的snd_cwnd_cnt作为snd_cwnd_cntold。
假设ssthresh为15,则金牌用户调整后的cwndnew大于ssthresh,由于金牌用户调整后的cwndnew不是整数,取整之后会舍弃小数部分而导致调整不够精确,所以可以调整snd_cwnd_cnt,假设该金牌用户的snd_cwnd_cntold为24,则调整后的snd_cwnd_cntnew为:snd_cwnd_cntnew=24-25.5*((25.5*15 mod100)div 100=24-25.5*82.5 div 100=3。
本实施例中所提供的具体数值仅仅为一个例子,在实际应用中,可以使用其他的数值,此处不作限定。
(2)升速:
当RNC判断出不会发生TCP拥塞时,例如,当接收到的小区拥塞信息或用户实时BO信息指示小区未发生拥塞时,RNC可以提高用户的cwnd,以提高数据传输效率;
RNC根据策略因素信息,例如,用户的用户信息,提高用户的cwnd。例如,提高的程度与用户的优先级、用户的开户速率、用户的实时可用带宽以及用户的接收信号码功率中的至少一个成正比,和/或,与用户与基站之间的实时距离以及用户实时缓存占用信息中的至少一个成反比。
本实施例中,RNC具体可以将用户的cwnd调整为:cwndnew=(1+R%)*cwndold;
cwndnew为用户的调整后的cwnd,cwndold为用户的调整前的cwnd,R表示提高的程度,R为大于0的实数。
需要说明的是,本实施例中,在满足TCP主动拥塞控制场景下的传输控制条件之前,用户的cwnd的取值方式可以遵循现有TCP拥塞控制方法的规定,例如可以为RFC 2581文件中描述的内容。
当满足TCP主动拥塞控制场景下的传输控制条件时,RNC将用户当前的cwnd作为cwndold。
上述调整也就是增加用户的拥塞窗口,由于拥塞窗口的大小决定了用户所能发送的数据量,因此增加拥塞窗口即可实现升速。
R可以满足如下约束条件中的至少一个:
该R与用户的优先级成正比,即优先级越高,R的数值越高,优先级越低,R的数值越低;
该R还可以与用户的开户速率成正比,即开户速率越高,R的数值越高,开户速率越低,R的数值越低;
该R还可以与用户的实时可用带宽成正比,即实时可用带宽越高,R的数值越高,实时可用带宽越低,R的数值越低;
该R还可以与用户的接收信号码功率成正比,即用户的接收信号码功率越高,R的数值越高,用户的接收信号码功率越低,R的数值越低;
该R还可以与用户与基站之间的实时距离成反比,即实时距离越大,R的数值越小,实时距离越小,R的数值越大;
该R还可以与用户实时BO信息成反比,即用户实时BO信息越大,R的数值越小,用户实时BO信息越小,R的数值越大。
需要说明的是,上述约束条件仅为本实施例中所举的具体例子,在实际应用中,可以根据实际需求进行调整,此处不作限定,只要是根据用户信息对对R的数值进行调整即可。
为便于理解,下面以一个具体例子进行具体说明:
以用户优先级为例,假设共分为三级用户:金牌用户、银牌用户、铜牌用户,本实施例中的用户优先级可以为用户的ARP,也可以为其他的优先级信息,具体此处不作限定。
其中,金牌用户对应的R的数值为75,银牌用户对应的R的数值为50,铜牌用户对应的R的数值为25。
假设这三类用户的cwndold为10,在升速的情况下,金牌用户的cwndnew调整为10+10*75%=17.5,银牌用户的cwndnew调整为10+10*50%=15,铜牌用户的cwndnew调整为10+10*25%=12.5。
由于cwnd是整数,所以若调整后的cwndnew不是整数,则可以四舍五入,或可以直接取整。
本实施例中,若直接对cwndnew取整,则相当于舍弃了小数部分,由于当cwnd超过ssthresh时,会使用snd_cwnd_cnt参数,所以当调整后的cwndnew大于或等于ssthresh时,可以提高snd_cwnd_cnt来实现对cwnd舍弃的小数部分的补偿,具体可以为:
snd_cwnd_cntnew=snd_cwnd_cntold+cwndnew*((cwndnew*R)mod 100)div 100。
其中,snd_cwnd_cntnew为用户的调整后的snd_cwnd_cnt,snd_cwnd_cntold为用户的调整前的snd_cwnd_cnt,“mod 100”表示“模100”,“div 100”表示“除以100后取整”。
需要说明的是,本实施例中,在满足TCP主动拥塞控制场景下的传输控制条件之前,用户的snd_cwnd_cnt的取值方式可以遵循现有TCP拥塞控制方法的规定,例如可以为RFC 2581文件中描述的内容。
当满足TCP主动拥塞控制场景下的传输控制条件时,RNC将用户当前的snd_cwnd_cnt作为snd_cwnd_cntold。
假设ssthresh为15,则金牌用户调整后的cwndnew大于ssthresh,由于金牌用户调整后的cwndnew不是整数,取整之后会舍弃小数部分而导致调整不够精确,所以可以调整snd_cwnd_cnt,假设该金牌用户的snd_cwnd_cntold为3,则调整后的snd_cwnd_cntnew为:snd_cwnd_cntnew=3+17.5*((17.5*75 mod 100)div 100=3+17.5*12 div 100=5。
本实施例中所提供的具体数值仅仅为一个例子,在实际应用中,可以使用其他的数值,此处不作限定。
需要说明的是,现有技术的TCP拥塞控制只能在数据发送超时,或者是接收到3个重复的确认消息(ACK)时,才会触发TCP拥塞控制,但此时实际的拥塞已经发生,容易使得拥塞控制不够及时。
而本实施例中,RNC可以根据小区拥塞信息或者是用户实时BO信息确定是否将发生TCP拥塞,而小区发生拥塞往往在TCP拥塞之前,所以能够预测TCP拥塞的发生,从而更加有效的进行TCP拥塞控制。
本实施例中,降速和升速所采用的对cwnd的具体计算公式仅为一个例子,在实际应用中还可以使用其他的计算公式,只要是根据用户信息对cwnd进行调整即可,具体公式此处不作限定。
(二)、TCP重传拥塞:
用户向接收端发送报文时,接收端并不是接收到每个报文都可以立即进行处理,而可能需要等待接收到一个报文段之后才能进行处理,报文段中的报文的具有一定顺序的,报文段X包括报文1至报文10,那么接收端要接收到这10个报文之后才能进行后续处理。
然而,当出现网络故障,或者是用户激增等情况时,报文的传输可能会受到一定影响,导致先发出的报文不一定会先到达,甚至可能会造成部分报文丢失。
用户向接收端发送的报文如果被接收端成功接收,则接收端会反馈一个与该报文对应的ACK,而如果接收端接收到了一个失序报文(例如接收端已经接收到了报文1,报文2,但接下来接收到的却不是报文3,而是其他报文),则会发送一个重复ACK,该重复ACK与前一个发送的ACK相同,该重复ACK中包含期望的报文序号。
例如,用户向接收端顺序发送报文段X中的报文,发送了2个报文之后,用户分别接收到了针对报文1的ACK1,以及针对报文2的ACK2,当用户发送完报文3,报文4,报文5,报文6之后,用户连续接收到了3个ACK2,且这3个ACK2中包含期望的报文序号均为“3”,则用户获知报文3未被接收端成功接收,从而确定网络可能出现拥塞。
当用户收到3个重复的ACK时,说明网络可能出现拥塞,由接收到3个重复的ACK确定的拥塞为TCP重传拥塞。
当用户收到3个重复的ACK时,则确定满足TCP重传拥塞场景下的传输控制条件,RNC可以根据策略因素信息,例如小区拥塞信息和/或用户信息,降低cwnd以减少网络中拥塞的数据,假设max_cwnd为35,接收端的接收窗口(rwnd,receiving window)为32。
用户所允许使用的最大cwnd由max_cwnd和rwnd中的较小者决定,所以用户所允许使用的最大cwnd为32,门限值ssthresh一般可以取用户所允许使用的最大cwnd的一半,为16。
其中,max_cwnd为最大拥塞窗口信息,max_cwnd由接收端的最大接收窗口信息max_rwnd、用户带宽以及TCP往返时间计算得到,具体计算过程此处不作限定。
rwnd为接收方的接收窗口,一般可以由接收方的缓存大小决定,此处也不作限定。
首先分析现有技术中的TCP拥塞控制方法(例如RFC 2581文件中描述的方法)在发生TCP重传拥塞时的处理方式:
具体可以参阅图3,现有技术中的TCP重传过程从A处启动,在A处之前,假设用户的cwnd为32,ssthresh为16。当用户在A处接收到3个重复的ACK时,即确定发生了TCP重传拥塞,则RNC会将ssthresh调整为当前的cwnd的一半,即32的一半,ssthresh调整后仍为16,再将cwnd调整为ssthresh+3,则cwnd被调整为16+3=19,即从A处到达F处。
从F处之后,用户每收到一个重复的ACK,cwnd会加1,即从F处到达G处。
根据“数据包守恒”原则可知,同一个时刻在网络中的报文数量是恒定的,所以接收端每接收到一个报文,则表示网络中减少了一个报文,也就是说,用户就可以再发一个报文。
仍以前面描述的用户发送报文段X的过程为例:当用户收到3个重复的ACK2时,该用户的ssthresh被调整为16,cwnd被调整为19,之后如果用户再接收到ACK2时,则表示接收端又接收到一个报文,则用户的cwnd可以加1,继续发报文,用户在此阶段需要向接收端重传丢失的报文3,所以cwnd增加可以加快重传的速度。
当到达G处时,若收到下一个数据的ACK,则cwnd会被修改为与ssthresh相同,即16,即从G处到达H处。
当用户收到下一个数据的ACK时,则表示接收端已经成功接收了前面没有接收到的报文,用户不需要再进行重传,为了避免引起新的拥塞,可以将用户的cwnd调回ssthresh进入拥塞避免阶段。
仍以前面描述的用户发送报文段X的过程为例:当用户收到若干个重复的ACK2之后,收到了ACK3,则表示接收端已经收到了之前丢失的报文3,此时用户不需要再进行重传,为了避免引起新的拥塞,可以将用户的cwnd调回ssthresh进入拥塞避免阶段。
从H处到I处的过程即为拥塞避免阶段。
拥塞避免阶段中引入了snd_cwnd_cnt,使用该参数减缓cwnd的增长速度,此时cwnd为线性增长,即从H处到达I处,当到达I处时,用户当前的cwnd已经与用户所允许使用的最大cwnd相等,则保持cwnd不变,即cwnd到达32之后,如果不出现拥塞的情况,cwnd的值会保持在32。
接下来分析本实施例中的数据传输控制方法在发生TCP重传拥塞时的处理方式:
本实施例中,当用户接收到3个重复的ACK时,则确定发生了TCP重传拥塞,为了减少网络中拥塞的数据,RNC可以根据策略因素信息,例如小区拥塞信息和/或用户信息,降低用户的cwnd以及ssthresh;
例如,cwnd以及ssthresh降低的程度与用户的优先级、用户的开户速率、用户的实时可用带宽以及用户的接收信号码功率中的至少一个成反比,和/或,与用户与基站之间的实时距离、小区拥塞信息所指示的拥塞程度以及用户实时缓存占用信息中的至少一个成正比。
具体的,TCP重传拥塞发生时,RNC可以对用户的cwnd和ssthresh进行如下调整:
cwndnew=(1-X%)*cwndold;
ssthreshnew=(1-Y%)*ssthreshold;
cwndnew为用户的调整后的cwnd,cwndold为用户的调整前的cwnd,ssthreshnew为用户的调整后的ssthresh,ssthreshold为用户的调整前的ssthresh,X和Y表示降低的程度,X,Y均为大于或等于0,且小于1 00的实数。
需要说明的是,本实施例中,在满足TCP重传拥塞场景下的传输控制条件之前,用户的cwnd以及ssthresh的取值方式可以遵循现有TCP拥塞控制方法的规定,例如可以为RFC 2581文件中描述的内容。
当满足TCP重传拥塞场景下的传输控制条件时,RNC将用户当前的cwnd作为cwndold,并将用户当前的ssthresh作为ssthreshold。
X,Y可以满足如下约束条件中的至少一个:
该X,Y与小区拥塞信息所指示的拥塞程度成正比,即拥塞程度越高,X,Y的数值越高,拥塞程度越低,X,Y的数值越低;
该X,Y还可以与用户的优先级成反比,即用户的优先级越高,X,Y的数值越低,用户的优先级越低,X,Y的数值越高;
该X,Y还可以与用户的开户速率成反比,即用户的开户速率越高,X,Y的数值越低,用户的开户速率越低,X,Y的数值越高;
该X,Y还可以与用户的实时可用带宽成反比,即用户的实时可用带宽越高,X,Y的数值越低,用户的实时可用带宽越低,X,Y的数值越高;
该X,Y还可以与用户的接收信号码功率成反比,即用户的接收信号码功率越高,X,Y的数值越低,用户的接收信号码功率越低,X,Y的数值越高;
该X,Y还可以与用户与基站之间的实时距离成正比,即实时距离越大,X,Y的数值越大,实时距离越小,X,Y的数值越小;
该X,Y还可以与用户实时BO信息成正比,即用户实时BO信息越大,X,Y的数值越大,用户实时BO信息越小,X,Y的数值越小。
需要说明的是,上述约束条件仅为本实施例中所举的具体例子,在实际应用中,可以根据实际需求进行调整,此处不作限定,只要是根据小区拥塞信息和/或用户信息对X,Y的数值进行调整即可。
为便于理解,下面以一个具体例子进行具体说明:
以用户优先级为例,假设共分为三级用户:金牌用户、银牌用户、铜牌用户,本实施例中的用户优先级可以为用户的ARP,也可以为其他的优先级信息,具体此处不作限定。
其中,金牌用户对应的X的数值为0,Y的数值为0,银牌用户对应的X的数值为25,Y的数值为0,铜牌用户对应的X的数值为35,Y的数值为30。
若进一步考虑小区拥塞程度,则:
当小区不拥塞时,金牌用户对应的X的数值为25,Y的数值为15,银牌用户对应的X的数值为40,Y的数值为30,铜牌用户对应的X的数值为45,Y的数值为40。
当小区拥塞时,金牌用户对应的X的数值为35,Y的数值为20,银牌用户对应的X的数值为45,Y的数值为35,铜牌用户对应的X的数值为55,Y的数值为50。
下面结合图4对本实施例中发生TCP重传拥塞时的处理方式进行说明:
本实施例中,假设某用户在A处时的cwnd为32,ssthresh为19(如图4中的ssthresh1),当用户在A处接收到3个重复的ACK时,即确定发生了TCP重传拥塞,则RNC根据策略因素信息对用户的cwnd以及ssthresh进行调整。
假设用户调整后的ssthreshnew为16(如图4中的ssthresh2),调整后的cwndnew为29,则该用户的cwnd会从A点到达B处。
到达B处之后,用户每收到一个重复的ACK,cwnd会加1,假设用户又接收到2个重复的ACK,则cwnd增加到31,即从B处到达C处。
当到达C处时,若用户收到下一个数据的ACK,则用户不需要再进行重传,为了避免引起新的拥塞,RNC可以根据策略因素信息降低用户的cwnd,假设降低后的cwnd为28,即从C处到达D处。
从D处到E处的过程即为拥塞避免阶段,此处不再赘述。
本实施例中,具体采用的对cwnd以及ssthresh的计算公式仅为一个例子,在实际应用中还可以使用其他的计算公式,只要是根据小区拥塞信息和/或用户信息调整cwnd以及ssthresh即可,例如在实际应用中也可以采用如下的方式:
当用户收到3个重复的ACK时,则确定满足TCP重传拥塞场景下的传输控制条件,此时,
若小区不拥塞:
则对于金牌用户:cwnd保持不变,当ssthresh小于cwnd时,ssthresh保持不变;
如图4所示,当用户收到3个重复的ACK时,用户的cwnd为32,ssthresh为16,若小区不拥塞,且该用户为金牌用户,则该用户的cwnd仍为32,ssthresh仍为16。
对于银牌用户:cwnd调整为原值与现有技术调整后的值之间的中值,当ssthresh小于cwnd时,ssthresh保持不变;
如图4所示,当用户收到3个重复的ACK时,用户的cwnd为32,ssthresh为16,若按照前述现有技术中描述的方式,则该用户的cwnd会被调整为19,ssthresh会被调整为16,但本实施例中,若小区不拥塞,且该用户为银牌用户,则该用户的cwnd调整为(32+19)/2,ssthresh仍为16。
对于铜牌用户:按照现有技术对cwnd以及ssthresh进行调整。
如图4所示,当用户收到3个重复的ACK时,用户的cwnd为32,ssthresh为16,若按照前述现有技术中描述的方式,则该用户的cwnd会被调整为19,ssthresh会被调整为16,本实施例中,若小区不拥塞,且该用户为铜牌用户,则按照前述现有技术中描述的方式调整该用户的cwnd以及ssthresh。
若小区拥塞:
则对于金牌用户:cwnd调整为原值与现有技术调整后的值之间的中值,当ssthresh小于cwnd时,ssthresh保持不变;
如图4所示,当用户收到3个重复的ACK时,用户的cwnd为32,ssthresh为16,若按照前述现有技术中描述的方式,则该用户的cwnd会被调整为19,ssthresh会被调整为16,但本实施例中,若小区拥塞,且该用户为金牌用户,则该用户的cwnd调整为(32+19)/2,ssthresh仍为16。
对于银牌用户:按照现有技术对cwnd以及ssthresh进行调整;
如图4所示,当用户收到3个重复的ACK时,用户的cwnd为32,ssthresh为16,若按照前述现有技术中描述的方式,则该用户的cwnd会被调整为19,ssthresh会被调整为16,本实施例中,若小区不拥塞,且该用户为银牌用户,则按照前述现有技术中描述的方式调整该用户的cwnd以及ssthresh。
对于铜牌用户:按照现有技术对cwnd以及ssthresh进行调整。
如图4所示,当用户收到3个重复的ACK时,用户的cwnd为32,ssthresh为16,若按照前述现有技术中描述的方式,则该用户的cwnd会被调整为19,ssthresh会被调整为16,本实施例中,若小区不拥塞,且该用户为铜牌用户,则按照前述现有技术中描述的方式调整该用户的cwnd以及ssthresh。
(三)、TCP超时拥塞:
当用户的TCP传输计时器超时时,则说明网络已经出现严重拥塞,由TCP传输计时器超时确定的拥塞为TCP超时拥塞。
当用户的TCP传输计时器超时时,则确定满足TCP超时拥塞场景下的传输控制条件,RNC可以根据策略因素信息,例如用户信息,降低cwnd以减少网络中拥塞的数据,具体可以参阅图5,图5中具体参数的含义前面已经描述过,此处不再赘述。
首先分析现有技术中的TCP拥塞控制方法(例如RFC 2581文件中描述的方法)在发生TCP超时拥塞时的处理方式:
现有技术中,当cwnd为32时,用户若在J处发现TCP传输计时器超时,则确定发生TCP超时拥塞,RNC会直接将cwnd配置为1,即从J处到达M处,进入慢启动阶段,从M处到达N处后进入拥塞避免阶段,此处不再赘述。
接下来分析本实施例中的数据传输控制方法在发生TCP超时拥塞时的处理方式:
本实施例中,当用户的TCP传输计时器超时时,则确定发生了TCP超时拥塞,为了减少网络中拥塞的数据,RNC可以根据策略因素信息,例如用户信息,降低用户的cwnd;
例如,降低的程度与用户的优先级、用户的开户速率、用户的实时可用带宽以及用户的接收信号码功率中的至少一个成正比,和/或,与用户与基站之间的实时距离以及用户实时缓存占用信息中的至少一个成反比。
例如,TCP超时拥塞发生时,RNC可以对用户的cwnd进行如下调整:
cwndnew=(1-K%)*cwndold;
cwndnew为用户的调整后的cwnd,cwndold为用户的调整前的cwnd,K表示降低的程度,K为大于0,且小于100的实数。
需要说明的是,本实施例中,在满足TCP超时拥塞场景下的传输控制条件之前,用户的cwnd的取值方式可以遵循现有TCP拥塞控制方法的规定,例如可以为RFC 2581文件中描述的内容。
当满足TCP超时拥塞场景下的传输控制条件时,RNC将用户当前的cwnd作为cwndold。
K可以满足如下约束条件中的至少一个:
该K还可以与用户的优先级成反比,即用户的优先级越高,K的数值越低,用户的优先级越低,K的数值越高;
该K还可以与用户的开户速率成反比,即用户的开户速率越高,K的数值越低,用户的开户速率越低,K的数值越高;
该K还可以与用户的实时可用带宽成反比,即用户的实时可用带宽越高,K的数值越低,用户的实时可用带宽越低,K的数值越高;
该K还可以与用户的接收信号码功率成反比,即用户的接收信号码功率越高,K的数值越低,用户的接收信号码功率越低,K的数值越高;
该K还可以与用户与基站之间的实时距离成正比,即实时距离越大,K的数值越大,实时距离越小,K的数值越小;
该K还可以与用户实时BO信息成正比,即用户实时BO信息越大,K的数值越大,用户实时BO信息越小,K的数值越小。
需要说明的是,上述约束条件仅为本实施例中所举的具体例子,在实际应用中,可以根据实际需求进行调整,此处不作限定,只要是根据用户信息对K的数值进行调整即可。
为便于理解,下面以一个具体例子进行具体说明:
下面对本实施例中发生TCP超时拥塞时的处理方式进行说明:
以用户优先级为例,假设共分为三级用户:金牌用户、银牌用户、铜牌用户,本实施例中的用户优先级可以为用户的ARP,也可以为其他的优先级信息,具体此处不作限定。
其中,金牌用户对应的K的数值为20,银牌用户对应的K的数值为40,铜牌用户对应的K的数值为60。
下面结合图6,举例进行说明:
请参阅图6,本实施例中,当用户在J处发现TCP传输计时器超时,则确定发生了TCP超时拥塞,则RNC可以根据用户信息降低该用户的cwnd,假设该用户降低后的cwndnew为23,将cwnd调整为23,即从J处到达K处。
K处到L处为拥塞避免阶段,此处不再赘述。
本实施例中,具体采用的对cwnd的计算公式仅为一个例子,在实际应用中还可以使用其他的计算公式,只要是根据用户信息调整cwnd即可,具体公式此处不作限定。
本实施例中,仅以上述三个例子描述了不同的场景,在实际应用中,若还有其他与TCP拥塞控制相关的场景,均可按照类似的方式调整TCP拥塞控制参数。
203、使用TCP拥塞控制参数对用户的数据传输速率进行控制。
本实施例中,当调整了各场景下的TCP拥塞控制参数之后,可以使用调整后的TCP拥塞控制参数对用户的数据传输速率进行控制,具体的:
(一)、TCP主动拥塞控制:
当判定将发生TCP拥塞时,例如,当小区拥塞信息指示小区发生拥塞时,可以根据调整后的cwndnew或cwndnew以及snd_cwnd_cntnew降低用户发送数据的速率。
当判定不会发生TCP拥塞时,例如,当小区拥塞信息指示小区未拥塞时,可以根据调整后的cwndnew或cwndnew以及snd_cwnd_cntnew升高用户发送数据的速率。
本实施例中,在获知cwndnew以及snd_cwnd_cntnew后,根据cwndnew或cwndnew以及snd_cwnd_cntnew降低或升高用户发送数据的速率的过程不作限定。
(二)、TCP重传拥塞:
当用户接收到3个重复的ACK时,可以根据调整后的cwndnew降低用户发送数据的速率。
本实施例中,在获知cwndnew后,根据cwndnew降低用户发送数据的速率的过程不作限定。
(三)、TCP超时拥塞:
当用户的TCP传输计时器超时时,可以根据调整后的cwndnew降低用户发送数据的速率。
本实施例中,在获知cwndnew后,根据cwndnew降低用户发送数据的速率的过程不作限定。
本实施例可以获取包含小区拥塞信息,和/或正在使用传输控制协议TCP业务的用户的用户信息的策略因素信息,在获取到这些策略因素信息之后,可以根据该策略因素信息调整TCP拥塞控制参数,并使用调整后的TCP拥塞控制参数对用户的数据传输速率进行控制,从而可以根据无线网络的实际情况对用户的数据传输速率进行控制,而并不会仅使用保守的控制策略,因此,本发明实施例中的数据传输控制方法可以根据不同的无线网络动态的调整控制策略,从而有效提高无线资源利用率。
请参阅图7,本发明数据传输方法另一实施例包括:
701、获取策略因素信息;
本实施例中,数据传输控制设备可以获取到策略因素信息,该策略因素信息包括小区拥塞信息,和/或正在使用TCP业务的用户的用户信息。
例如,数据传输控制设备可以在用户请求使用TCP业务时获取该用户的用户信息,也可以在用户接入网络时即获取该用户的用户信息。
又例如,考虑到无线网络的空口状况变化比较快,所以数据传输控制设备可以周期性的获取当前的小区拥塞信息。
本实施例中的小区拥塞信息和用户信息可以按照实际需求获取任意一个,或者全部两个,具体此处不作限定。
本实施例中,数据传输控制设备获取策略因素信息的具体方式与前述图2所示实施例中描述的数据传输控制设备获取策略因素信息的方式类似,此处不再赘述。
702、根据策略因素信息设置TCP拥塞控制参数;
本实施例中,数据传输控制设备可以使用获取到策略因素信息设置TCP拥塞控制参数。
具体的,数据传输控制设备可以根据小区拥塞信息和/或用户信息设置TCP初始加速时用户的cwnd初始值。
设置的cwnd初始值与用户的优先级、用户的开户速率、用户的实时可用带宽以及用户的接收信号码功率中的至少一个成正比,和/或,与用户与基站之间的实时距离、小区拥塞信息所指示的拥塞程度以及用户实时缓存占用信息中的至少一个成反比。
具体的,可以对TCP初始加速时该用户的cwnd初始值进行如下设置:
cwnd初始值=max_cwnd*M%;
max_cwnd的含义与前述描述的max_cwnd的含义相同,此处不再赘述。
M为大于0,且小于或等于100的实数。
M可以满足如下约束条件中的至少一个:
该M与小区拥塞信息所指示的拥塞程度成反比,即拥塞程度越高,M的数值越低,拥塞程度越低,M的数值越高;
该M还可以与用户的优先级成正比,即用户的优先级越高,M的数值越高,用户的优先级越低,M的数值越低;
该M还可以与用户的开户速率成正比,即用户的开户速率越高,M的数值越高,用户的开户速率越低,M的数值越低;
该M还可以与用户的实时可用带宽成正比,即用户的实时可用带宽越高,M的数值越高,用户的实时可用带宽越低,M的数值越低;
该M还可以与用户的接收信号码功率成正比,即用户的接收信号码功率越高,M的数值越高,用户的接收信号码功率越低,M的数值越低;
该M还可以与用户与基站之间的实时距离成反比,即实时距离越大,M的数值越小,实时距离越小,M的数值越大;
该M还可以与用户实时BO信息成反比,即用户实时BO信息越大,M的数值越小,用户实时BO信息越小,M的数值越大。
需要说明的是,上述约束条件仅为本实施例中所举的具体例子,在实际应用中,可以根据实际需求进行调整,此处不作限定,只要是根据小区拥塞信息和/或用户信息对M的数值进行设置即可。
703、若启动TCP初始加速,则使用设置的TCP拥塞控制参数对用户的数据传输速率进行控制。
数据传输控制设备根据获取到策略因素信息设置了TCP拥塞控制参数之后,若用户启动TCP初始加速,则数据传输控制设备可以使用设置的TCP拥塞控制参数对用户的数据传输速率进行控制。
具体的,本实施例中,可以根据步骤702中设置的cwnd初始值控制用户在TCP初始加速时的数据传输速率。
本实施例中,在获知cwnd初始值后,根据cwnd初始值控制用户的数据传输速率的过程不作限定。
本实施例可以获取小区拥塞信息,和/或正在使用传输控制协议TCP业务的用户的用户信息,在获取到这些策略因素信息之后,可以根据该策略因素信息设置TCP拥塞控制参数,并使用设置的TCP拥塞控制参数对用户的数据传输速率进行控制,从而可以根据无线网络的实际情况对用户的数据传输速率进行控制,而并不会仅使用保守的控制策略,因此,本发明实施例中的数据传输控制方法可以根据不同的无线网络动态的调整控制策略,从而有效提高无线资源利用率。
为便于理解,下面以一具体实例进行说明,请参阅图8以及图9:
用户刚使用TCP业务时可以启动TCP初始加速,本实施例中的max_cwnd,rwnd,ssthresh等参数的含义与前述图3所示实施例中描述的内容相同,此处不再赘述。
首先分析现有技术中的TCP拥塞控制方法(例如RFC 2581文件中描述的方法)在TCP初始加速时的处理方式:
请参阅图8,现有技术中的TCP初始加速过程从A处启动,RNC将用户的cwnd初始值设置为1,其中A处到B处的过程为慢启动过程,该过程中,用户每接收到一个ACK,则cwnd加1,即从A处到达B处。
当到达B处,cwnd增加到与ssthresh相等,则进入拥塞避免阶段,该阶段为避免拥塞,引入了snd_cwnd_cnt,使用该参数减缓cwnd的增长速度,此时cwnd为线性增长,即从B处到达C处,当到达C处时,用户当前的cwnd已经与用户所允许使用的最大cwnd相等,则保持cwnd不变,即cwnd到达32之后,如果不出现拥塞的情况,cwnd的值会保持在32。
接下来分析本实施例中的数据传输控制方法在发生TCP初始加速时的处理方式:
本实施例中,以用户优先级为例,假设共分为三级用户:金牌用户、银牌用户、铜牌用户,本实施例中的用户优先级可以为用户的ARP,也可以为其他的优先级信息,具体此处不作限定。
按照前述图7所示实施例的步骤702中的描述,假设金牌用户对应的M的数值为75,银牌用户对应的M的数值为50,铜牌用户对应的M的数值为25。
若还要进一步考虑小区拥塞程度,则
当小区不拥塞时,金牌用户对应的M的数值为75,银牌用户对应的M的数值为50,铜牌用户对应的M的数值为25;
当小区拥塞时,金牌用户对应的M的数值为50,银牌用户对应的M的数值为25,铜牌用户对应的M的数值为15。
下面结合图9,举例进行说明:
请参阅图9,假设本实施例中,RNC根据策略因素信息,例如小区拥塞信息和/或用户信息,将某用户的cwnd初始值设置为23,则TCP初始加速过程从D处开始,cwnd为23,由于此时cwnd大于ssthresh,则跳过慢启动阶段,直接进入拥塞避免阶段。
当从D处到达E处时,用户当前的cwnd已经与用户所允许使用的最大cwnd相等,则保持cwnd不变,即cwnd到达32之后,如果不出现拥塞的情况,cwnd的值会保持在32。
本实施例中,具体采用的cwnd初始值的计算公式仅为一个例子,在实际应用中还可以使用其他的计算公式,只要是根据小区拥塞程度和/或用户信息设置cwnd初始值即可,具体公式此处不作限定。
上述实施例对本发明数据传输控制方法进行了说明,上述实施例中的数据传输控制方法可以应用于各种类型的网络,例如:第二代通信网络,或第三代通信网络,或长期演进(LTE,Long Term Evolution)网络,不同网络中的执行流程类似。
其中,第二代通信网络中包含全球移动通信系统(GSM,Global System for Mobile Communications)网络等;第三代通信网络中包含宽带码分多址(Wideband Code Division Multiple Access)网络等。
需要说明的是,由于各种网络的架构可能有所不同,所以,本实施例的数据传输控制方法应用于不同类型的网络时,方法流程的执行主体不相同,例如,在GSM网络和WCDMA网络中,本实施例的数据传输控制方法流程可以由RNC或者是基站(NodeB)执行。
而在LTE网络中,出于网络扁平化的需求,RNC的功能已经被转移到演进基站(eNodeB)中执行,所以,在LTE网络中,本实施例的数据传输控制方法流程可以由演进基站(eNodeB)执行。
本实施例的数据传输控制方法流程在不同网络中的具体执行主体此处不作限定。
下面对本发明实施例中的数据传输控制设备进行说明,请参阅图10,本发明数据传输控制设备一个实施例包括:
获取单元1001,用于获取策略因素信息,该策略因素信息包括小区拥塞信息,和/或正在使用传输控制协议TCP业务的用户的用户信息;
调整单元1002,用于当满足预置的传输控制条件时,根据获取单元1001获取到的策略因素信息调整TCP拥塞控制参数;
控制单元1003,用于使用调整单元1002调整后的TCP拥塞控制参数对用户的数据传输速率进行控制。
本实施例中的调整单元1002调整TCP拥塞控制参数的过程与前述图2所示实施例中的步骤202描述的内容类似,此处不再赘述。
本实施例中的数据传输控制设备在实际应用中可以为RNC,也可以为基站,还可以为其他的接入网网元。,下面以RNC和基站为例进行说明:
当数据传输控制设备为RNC时,该数据传输控制设备具体可以参阅图11,包括:
获取单元1101,用于获取策略因素信息,该策略因素信息包括小区拥塞信息,和/或正在使用传输控制协议TCP业务的用户的用户信息;
调整单元1102,用于当满足预置的传输控制条件时,根据获取单元1101获取到的策略因素信息调整TCP拥塞控制参数;
控制单元1103,用于使用调整单元1102调整后的TCP拥塞控制参数对用户的数据传输速率进行控制。
本实施例中,获取单元1101可以进一步包括:
第一获取模块11011,用于从核心网获取用户的用户签约信息;
第二获取模块11012,用于从基站获取用户的用户实时信息;
第四获取模块11013,用于接收基站发送的容量分配控制消息,从容量分配控制消息中获取小区拥塞信息。
本实施例中,第一获取模块11011从核心网获取用户的用户签约信息的过程,第二获取模块11012从基站获取用户的用户实时信息的过程,以及第四获取模块11013接收基站发送的容量分配控制消息,从容量分配控制消息中获取小区拥塞信息的过程与前述图2所示实施例步骤201中RNC获取策略因素信息的过程一致,此处不再赘述。
本实施例中的调整单元1102可以进一步用于:
降低用户的cwnd;降低的程度与用户的优先级、用户的开户速率、用户的实时可用带宽以及用户的接收信号码功率中的至少一个成反比,和/或,与用户与基站之间的实时距离以及用户实时缓存占用信息中的至少一个成正比;
或,
提高用户的cwnd;提高的程度与用户的优先级、用户的开户速率、用户的实时可用带宽以及用户的接收信号码功率中的至少一个成正比,和/或,与用户与基站之间的实时距离以及用户实时缓存占用信息中的至少一个成反比;
或,
降低用户的cwnd以及ssthresh;降低的程度与用户的优先级、用户的开户速率、用户的实时可用带宽以及用户的接收信号码功率中的至少一个成反比,和/或,与用户与基站之间的实时距离、小区拥塞信息所指示的拥塞程度以及用户实时缓存占用信息中的至少一个成正比。
本实施例中的调整单元1102调整TCP拥塞控制参数的过程与前述图2所示实施例中的步骤202描述的内容类似,此处不再赘述。
当数据传输控制设备为基站时,该数据传输控制设备具体可以参阅图12,包括:
获取单元1201,用于获取策略因素信息,该策略因素信息包括小区拥塞信息,和/或正在使用传输控制协议TCP业务的用户的用户信息;
调整单元1202,用于当满足预置的传输控制条件时,根据获取单元801获取到的策略因素信息调整TCP拥塞控制参数;
控制单元1203,用于使用调整单元1202调整后的TCP拥塞控制参数对用户的数据传输速率进行控制。
本实施例中,第一获取单元1201可以进一步包括:
第一获取模块12011,用于从核心网获取用户的用户签约信息;
第三获取模块12012,用于对用户进行实时测量得到用户的用户实时信息;
第五获取模块12013,用于对用户所在的小区进行测量得到小区拥塞信息。
本实施例中,第一获取模块12011从核心网获取用户的用户签约信息的过程,第三获取模块12012对用户进行实时测量得到用户的用户实时信息的过程,以及第五获取模块12013对用户所在的小区进行测量得到小区拥塞信息的过程与前述图2所示实施例步骤1201中基站获取策略因素信息的过程一致,此处不再赘述。
本实施例中的调整单元1202可以进一步用于:
降低用户的cwnd;降低的程度与用户的优先级、用户的开户速率、用户的实时可用带宽以及用户的接收信号码功率中的至少一个成反比,和/或,与用户与基站之间的实时距离以及用户实时缓存占用信息中的至少一个成正比;
或,
提高用户的cwnd;提高的程度与用户的优先级、用户的开户速率、用户的实时可用带宽以及用户的接收信号码功率中的至少一个成正比,和/或,与用户与基站之间的实时距离以及用户实时缓存占用信息中的至少一个成反比;
或,
降低用户的cwnd以及ssthresh;降低的程度与用户的优先级、用户的开户速率、用户的实时可用带宽以及用户的接收信号码功率中的至少一个成反比,和/或,与用户与基站之间的实时距离、小区拥塞信息所指示的拥塞程度以及用户实时缓存占用信息中的至少一个成正比。
本实施例中的调整单元1202调整TCP拥塞控制参数的过程与前述图2所示实施例中的步骤202描述的内容类似,此处不再赘述。
本实施例中,RNC或基站可以获取包含小区拥塞信息,和/或正在使用传输控制协议TCP业务的用户的用户信息的策略因素信息,在获取到这些策略因素信息之后,RNC或基站可以根据该策略因素信息调整TCP拥塞控制参数,并使用调整后的TCP拥塞控制参数对用户的数据传输速率进行控制,从而可以根据无线网络的实际情况对用户的数据传输速率进行控制,而并不会仅使用保守的控制策略,因此,本发明实施例中的数据传输控制方法可以根据不同的无线网络动态的调整控制策略,从而有效提高无线资源利用率。
请参阅图13,本发明数据传输控制设备另一实施例包括:
获取单元1301,用于获取策略因素信息,策略因素信息包括小区拥塞信息,和/或正在使用传输控制协议TCP业务的用户的用户信息;
设置单元1302,用于根据获取单元1301获取到的策略因素信息设置TCP拥塞控制参数;
控制单元1303,用于当用户启动TCP初始加速时,使用设置单元1302设置的TCP拥塞控制参数对用户的数据传输速率进行控制。
本实施例中的获取单元1301可以进一步包括以下模块中的至少一个:
第一获取模块,用于从核心网获取用户的用户签约信息,用户签约信息包括用户优先级,和/或用户开户速率;
第二获取模块,用于从基站获取用户的用户实时信息,用户实时信息包括用户实时带宽,接收信号码功率,用户与基站之间的实时距离以及用户实时缓存占用信息中的至少一个;
第三获取模块,用于对用户进行实时测量得到用户的用户实时信息,用户实时信息包括用户实时带宽,接收信号码功率,用户与基站之间的实时距离以及用户实时缓存占用信息中的至少一个;
第四获取模块,用于接收基站发送的容量分配控制消息,从容量分配控制消息中获取小区拥塞信息;
第五获取模块,用于对用户所在的小区进行测量得到小区拥塞信息。
本实施例中的获取单元1301所执行的功能,以及获取单元1301中各模块之间的联系与前述图11以及图12所示实施例中描述的内容类似,此处不再赘述。
本实施例中设置单元1302可以进一步用于:
根据策略因素信息设置TCP初始加速时用户的cwnd初始值,设置的cwnd初始值与用户的优先级、用户的开户速率、用户的实时可用带宽以及用户的接收信号码功率中的至少一个成正比,和/或,与用户与基站之间的实时距离、小区拥塞信息所指示的拥塞程度以及用户实时缓存占用信息中的至少一个成反比。
本实施例中的设置单元1302设置TCP拥塞控制参数的过程与前述图7所示实施例中的步骤702描述的内容类似,此处不再赘述。
本实施例中的数据传输控制设备在实际应用中可以为RNC,也可以为基站,还可以为其他的接入网网元,此处不作限定。
上述实施例对本发明数据传输控制设备进行了说明,上述实施例中的数据传输控制设备可以应用于各种类型的网络,例如:第二代通信网络,或第三代通信网络,或LTE网络,不同网络中的执行流程类似。
需要说明的是,由于各种网络的架构可能有所不同,所以,本实施例的数据传输控制方法应用于不同类型的网络时,数据传输控制设备的类型可能有所不同,例如,在GSM网络和WCDMA网络中,本实施例的数据传输控制设备可以为RNC或者是基站(NodeB)。
而在LTE网络中,出于网络扁平化的需求,RNC的功能已经被转移到演进基站(eNodeB)中执行,所以,在LTE网络中,本实施例的数据传输控制设备可以为演进基站(eNodeB)。
本实施例中,RNC或基站可以获取包含小区拥塞信息,和/或正在使用传输控制协议TCP业务的用户的用户信息的策略因素信息,在获取到这些策略因素信息之后,RNC或基站可以根据该策略因素信息设置TCP拥塞控制参数,并使用设置的TCP拥塞控制参数对用户的数据传输速率进行控制,从而可以根据无线网络的实际情况对用户的数据传输速率进行控制,而并不会仅使用保守的控制策略,因此,本发明实施例中的数据传输控制方法可以根据不同的无线网络动态的调整控制策略,从而有效提高无线资源利用率。
本发明实施例提供的数据传输控制设备可以用于实现前述方法实施例提供的数据传输控制方法,具体实现过程可以参考前述方法实施例,此处不再赘述。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成,该程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上对本发明所提供的一种数据传输控制方法及设备进行了详细介绍,对于本领域的一般技术人员,依据本发明实施例的思想,在具体实施方式及应用范围上均会有改变之处,因此,本说明书内容不应理解为对本发明的限制。
Claims (32)
1.一种数据传输控制方法,其特征在于,包括:
获取策略因素信息,所述策略因素信息包括小区拥塞信息,和/或正在使用传输控制协议TCP业务的用户的用户信息;
若满足预置的传输控制条件,则根据所述策略因素信息调整TCP拥塞控制参数;
使用所述调整后的TCP拥塞控制参数对所述用户的数据传输速率进行控制。
2.根据权利要求1所述的方法,其特征在于,所述用户信息包括用户签约信息和/或用户实时信息。
3.根据权利要求2所述的方法,其特征在于,
所述用户签约信息包括用户优先级,和/或用户开户速率;
所述用户实时信息包括用户实时带宽,接收信号码功率,用户与基站之间的实时距离以及用户实时缓存占用信息中的至少一个。
4.根据权利要求1至3中任一项所述的方法,其特征在于,
所述TCP拥塞控制参数包括拥塞窗口信息cwnd,拥塞计数器信息snd_cwnd_cnt以及拥塞门限信息ssthresh中的至少一个。
5.根据权利要求4所述的方法,其特征在于,根据所述策略因素信息调整TCP拥塞控制参数包括:
降低所述用户的cwnd;
所述降低的程度与所述用户的优先级、所述用户的开户速率、所述用户的实时可用带宽以及所述用户的接收信号码功率中的至少一个成反比,和/或,与所述用户与基站之间的实时距离以及所述用户实时缓存占用信息中的至少一个成正比。
6.根据权利要求5所述的方法,其特征在于,
当确定将要发生TCP拥塞时,则确定满足预置的传输控制条件。
7.根据权利要求6所述的方法,其特征在于,
若所述小区拥塞信息或用户实时缓存占用信息指示小区发生拥塞,则确定将要发生TCP拥塞。
8.根据权利要求6所述的方法,其特征在于,所述降低所述用户的cwnd包括:
对所述用户的cwnd进行调整,使得:
cwndnew=(1-R%)*cwndold;
所述cwndnew为所述用户的调整后的cwnd,所述cwndold为所述用户的调整前的cwnd,R表示所述降低的程度,所述R为大于0,且小于100的实数。
9.根据权利要求8所述的方法,其特征在于,
若cwndnew大于或等于ssthresh,则对所述用户的snd_cwnd_cnt进行调整以对所述cwndnew进行补偿。
10.根据权利要求9所述的方法,其特征在于,所述对用户的snd_cwnd_cnt进行调整以对所述用户cwndnew进行补偿包括:
对所述用户的snd_cwnd_cnt进行调整,使得:
snd_cwnd_cntnew=snd_cwnd_cntold-cwndnew*((cwndnew*R)mod 100)div 100;
所述snd_cwnd_cntnew为所述用户的调整后的snd_cwnd_cnt,所述snd_cwnd_cntold为所述用户的调整前的snd_cwnd_cnt。
11.根据权利要求5所述的方法,其特征在于,
若所述用户出现TCP超时拥塞,则确定满足预置的传输控制条件。
12.根据权利要求11所述的方法,其特征在于,所述降低所述用户的cwnd包括:
对所述用户的cwnd进行调整,使得:
cwndnew=(1-K%)*cwndold;
所述cwndnew为所述用户的调整后的cwnd,所述cwndold为所述用户的调整前的cwnd,K表示所述降低的程度,所述K为大于0,且小于100的实数。
13.根据权利要求4所述的方法,其特征在于,根据所述策略因素信息调整TCP拥塞控制参数包括:
提高所述用户的cwnd;
所述提高的程度与所述用户的优先级、所述用户的开户速率、所述用户的实时可用带宽以及所述用户的接收信号码功率中的至少一个成正比,和/或,与所述用户与基站之间的实时距离以及所述用户实时缓存占用信息中的至少一个成反比。
14.根据权利要求13所述的方法,其特征在于,
当确定未发生TCP拥塞时,则确定满足预置的传输控制条件。
15.根据权利要求14所述的方法,其特征在于,
若所述小区拥塞信息或用户实时缓存占用信息指示小区未拥塞,则确定未发生TCP拥塞。
16.根据权利要求14所述的方法,其特征在于,所述提高所述用户的cwnd包括:
对所述用户的cwnd进行调整,使得:
cwndnew=(1+R%)*cwndold;
所述cwndnew为所述用户的调整后的cwnd,所述cwndold为所述用户的调整前的cwnd,R表示所述提高的程度,所述R为大于0的实数。
17.根据权利要求16所述的方法,其特征在于,
若cwndnew大于或等于ssthresh,则对所述用户的snd_cwnd_cnt进行调整以对所述cwndnew进行补偿。
18.根据权利要求17所述的方法,其特征在于,所述对用户的snd_cwnd_cnt进行调整以对所述用户cwndnew进行补偿包括:
对所述用户的snd_cwnd_cnt进行调整,使得:
snd_cwnd_cntnew=snd_cwnd_cntold+cwndnew*((cwndnew*R)mod 100)div 100;
所述snd_cwnd_cntnew为所述用户的调整后的snd_cwnd_cnt,所述snd_cwnd_cntold为所述用户的调整前的snd_cwnd_cnt。
19.根据权利要求4所述的方法,其特征在于,根据所述策略因素信息调整TCP拥塞控制参数包括:
降低所述用户的cwnd以及ssthresh;
所述降低的程度与所述用户的优先级、所述用户的开户速率、所述用户的实时可用带宽以及所述用户的接收信号码功率中的至少一个成反比,和/或,与所述用户与基站之间的实时距离、所述小区拥塞信息所指示的拥塞程度以及所述用户实时缓存占用信息中的至少一个成正比。
20.根据权利要求19所述的方法,其特征在于,
若所述用户出现TCP重传拥塞,则确定满足预置的传输控制条件。
21.根据权利要求20所述的方法,其特征在于,所述降低所述用户的cwnd以及ssthresh包括:
对所述用户的cwnd以及ssthresh进行调整,使得:
cwndnew=(1-X%)*cwndold;
ssthreshnew=(1-Y%)*ssthreshold;
所述cwndnew为所述用户的调整后的cwnd,所述cwndold为所述用户的调整前的cwnd,所述ssthreshnew为所述用户的调整后的ssthresh,所述ssthreshold为所述用户的调整前的ssthresh,X和Y表示所述降低的程度,所述X,Y均为大于或等于0,且小于100的实数。
22.一种数据传输控制方法,其特征在于,包括:
获取策略因素信息,所述策略因素信息包括小区拥塞信息,和/或正在使用传输控制协议TCP业务的用户的用户信息;
根据所述策略因素信息设置TCP拥塞控制参数;
若用户启动TCP初始加速,则使用设置的TCP拥塞控制参数对所述用户的数据传输速率进行控制。
23.根据权利要求22所述的方法,其特征在于,所述用户信息包括用户签约信息和/或用户实时信息。
24.根据权利要求23所述的方法,其特征在于,
所述用户签约信息包括用户优先级,和/或用户开户速率;
所述用户实时信息包括用户实时带宽,接收信号码功率,用户与基站之间的实时距离以及用户实时缓存占用信息中的至少一个。
25.根据权利要求22至24中任一项所述的方法,其特征在于,所述根据所述策略因素信息设置TCP拥塞控制参数包括:
根据所述策略因素信息设置TCP初始加速时所述用户的cwnd初始值,所述设置的cwnd初始值与所述用户的优先级、所述用户的开户速率、所述用户的实时可用带宽以及所述用户的接收信号码功率中的至少一个成正比,和/或,与所述用户与基站之间的实时距离、所述小区拥塞信息所指示的拥塞程度以及所述用户实时缓存占用信息中的至少一个成反比。
26.根据权利要求25所述的方法,其特征在于,所述根据策略因素信息设置TCP初始加速时所述用户的cwnd初始值包括:
对所述用户的cwnd初始值进行设置,使得:
cwnd初始值=max_cwnd*M%;
所述max_cwnd为最大拥塞窗口信息,所述max_cwnd由接收端的最大接收窗口信息max_rwnd、用户带宽以及TCP往返时间计算得到;
所述M为大于0,且小于或等于100的实数,所述设置的cwnd初始值与所述用户的优先级、所述用户的开户速率、所述用户的实时可用带宽以及所述用户的接收信号码功率中的至少一个成正比,和/或,与所述用户与基站之间的实时距离、所述小区拥塞信息所指示的拥塞程度以及所述用户实时缓存占用信息中的至少一个成反比。
27.一种数据传输控制设备,其特征在于,包括:
获取单元,用于获取策略因素信息,所述策略因素信息包括小区拥塞信息,和/或正在使用传输控制协议TCP业务的用户的用户信息;
调整单元,用于当满足预置的传输控制条件时,根据所述获取单元获取到的策略因素信息调整TCP拥塞控制参数;
控制单元,用于使用所述调整单元调整后的TCP拥塞控制参数对所述用户的数据传输速率进行控制。
28.根据权利要求27所述的设备,其特征在于,所述获取单元包括以下模块中的至少一个:
第一获取模块,用于从核心网获取所述用户的用户签约信息,所述用户签约信息包括用户优先级,和/或用户开户速率;
第二获取模块,用于从基站获取所述用户的用户实时信息,所述用户实时信息包括用户实时带宽,接收信号码功率,用户与基站之间的实时距离以及用户实时缓存占用信息中的至少一个;
第三获取模块,用于对所述用户进行实时测量得到所述用户的用户实时信息,所述用户实时信息包括用户实时带宽,接收信号码功率,用户与基站之间的实时距离以及用户实时缓存占用信息中的至少一个;
第四获取模块,用于接收基站发送的容量分配控制消息,从所述容量分配控制消息中获取小区拥塞信息;
第五获取模块,用于对所述用户所在的小区进行测量得到所述小区拥塞信息。
29.根据权利要求27或28所述的设备,其特征在于,所述调整单元进一步用于:
降低所述用户的cwnd;所述降低的程度与所述用户的优先级、所述用户的开户速率、所述用户的实时可用带宽以及所述用户的接收信号码功率中的至少一个成反比,和/或,与所述用户与基站之间的实时距离以及所述用户实时缓存占用信息中的至少一个成正比;
或,
提高所述用户的cwnd;所述提高的程度与所述用户的优先级、所述用户的开户速率、所述用户的实时可用带宽以及所述用户的接收信号码功率中的至少一个成正比,和/或,与所述用户与基站之间的实时距离以及所述用户实时缓存占用信息中的至少一个成反比;
或,
降低所述用户的cwnd以及ssthresh;所述降低的程度与所述用户的优先级、所述用户的开户速率、所述用户的实时可用带宽以及所述用户的接收信号码功率中的至少一个成反比,和/或,与所述用户与基站之间的实时距离、所述小区拥塞信息所指示的拥塞程度以及所述用户实时缓存占用信息中的至少一个成正比。
30.一种数据传输控制设备,其特征在于,包括:
获取单元,用于获取策略因素信息,所述策略因素信息包括小区拥塞信息,和/或正在使用传输控制协议TCP业务的用户的用户信息;
设置单元,用于根据所述获取单元获取到的策略因素信息设置TCP拥塞控制参数;
控制单元,用于当用户启动TCP初始加速时,使用所述设置单元设置的TCP拥塞控制参数对所述用户的数据传输速率进行控制。
31.根据权利要求30所述的设备,其特征在于,所述获取单元包括以下模块中的至少一个:
第一获取模块,用于从核心网获取所述用户的用户签约信息,所述用户签约信息包括用户优先级,和/或用户开户速率;
第二获取模块,用于从基站获取所述用户的用户实时信息,所述用户实时信息包括用户实时带宽,接收信号码功率,用户与基站之间的实时距离以及用户实时缓存占用信息中的至少一个;
第三获取模块,用于对所述用户进行实时测量得到所述用户的用户实时信息,所述用户实时信息包括用户实时带宽,接收信号码功率,用户与基站之间的实时距离以及用户实时缓存占用信息中的至少一个;
第四获取模块,用于接收基站发送的容量分配控制消息,从所述容量分配控制消息中获取小区拥塞信息;
第五获取模块,用于对所述用户所在的小区进行测量得到所述小区拥塞信息。
32.根据权利要求30或31所述的设备,其特征在于,所述调整单元进一步用于:
根据所述策略因素信息设置TCP初始加速时所述用户的cwnd初始值,所述设置的cwnd初始值与所述用户的优先级、所述用户的开户速率、所述用户的实时可用带宽以及所述用户的接收信号码功率中的至少一个成正比,和/或,与所述用户与基站之间的实时距离、所述小区拥塞信息所指示的拥塞程度以及所述用户实时缓存占用信息中的至少一个成反比。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110020685.2A CN102104908B (zh) | 2011-01-18 | 2011-01-18 | 一种数据传输控制方法及设备 |
PCT/CN2012/070547 WO2012097737A1 (zh) | 2011-01-18 | 2012-01-18 | 一种数据传输控制方法及设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110020685.2A CN102104908B (zh) | 2011-01-18 | 2011-01-18 | 一种数据传输控制方法及设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102104908A true CN102104908A (zh) | 2011-06-22 |
CN102104908B CN102104908B (zh) | 2014-05-07 |
Family
ID=44157354
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201110020685.2A Active CN102104908B (zh) | 2011-01-18 | 2011-01-18 | 一种数据传输控制方法及设备 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN102104908B (zh) |
WO (1) | WO2012097737A1 (zh) |
Cited By (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2012097737A1 (zh) * | 2011-01-18 | 2012-07-26 | 华为技术有限公司 | 一种数据传输控制方法及设备 |
CN102742318A (zh) * | 2012-03-06 | 2012-10-17 | 华为技术有限公司 | 拥塞控制方法及设备、系统 |
WO2012162968A1 (zh) * | 2011-08-30 | 2012-12-06 | 华为技术有限公司 | 控制数据传输的方法、装置和系统 |
WO2013071860A1 (zh) * | 2011-11-14 | 2013-05-23 | 华为技术有限公司 | 一种进行策略决策的方法及网络设备 |
CN103888993A (zh) * | 2012-12-19 | 2014-06-25 | 中国移动通信集团广东有限公司 | 拥塞窗口的调整方法、wap网关和网络资源监测服务器 |
CN103929370A (zh) * | 2013-01-11 | 2014-07-16 | 中国科学院声学研究所 | 一种用于带宽预留网络的tcp拥塞控制方法 |
CN104093170A (zh) * | 2014-06-10 | 2014-10-08 | 北京创毅视讯科技有限公司 | 基于tcp的数据传输方法和tcp代理装置 |
WO2014173225A1 (zh) * | 2013-04-23 | 2014-10-30 | 中兴通讯股份有限公司 | 用户面拥塞处理方法、装置及服务网关 |
CN104244332A (zh) * | 2014-10-20 | 2014-12-24 | 哈尔滨工业大学 | 通信系统中登记拥塞的处理方法 |
CN104426788A (zh) * | 2013-08-21 | 2015-03-18 | 中国移动通信集团公司 | 一种网络拥塞控制方法和装置 |
CN104683259A (zh) * | 2015-02-15 | 2015-06-03 | 上海帝联信息科技股份有限公司 | Tcp拥塞控制方法及装置 |
CN104754538A (zh) * | 2013-12-30 | 2015-07-01 | 上海贝尔股份有限公司 | 一种用于控制执行优化策略的方法与装置 |
CN105900377A (zh) * | 2014-09-02 | 2016-08-24 | 华为技术有限公司 | 一种传输数据的方法和设备 |
CN106464598A (zh) * | 2014-04-23 | 2017-02-22 | 贝匡特有限公司 | 用于基于传输速率梯度的网络拥塞控制的方法和装置 |
CN107786371A (zh) * | 2017-10-09 | 2018-03-09 | 咪咕视讯科技有限公司 | 一种数据的加速方法、装置及存储介质 |
CN109698797A (zh) * | 2017-10-24 | 2019-04-30 | 中国移动通信集团山东有限公司 | 一种tcp拥塞控制方法和装置 |
CN114039926A (zh) * | 2021-11-05 | 2022-02-11 | 北京字节跳动网络技术有限公司 | 传输控制协议确定方法、装置、可读介质及电子设备 |
CN114216652A (zh) * | 2022-02-23 | 2022-03-22 | 南京市计量监督检测院 | 便携性医用内窥镜测试系统和测试方法 |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112910789A (zh) * | 2019-12-03 | 2021-06-04 | 华为技术有限公司 | 拥塞控制方法以及相关设备 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2001047185A2 (en) * | 1999-12-21 | 2001-06-28 | Sitara Networks, Incorporated | Integrated access point network device |
CN1816051A (zh) * | 2005-02-03 | 2006-08-09 | 日本电气株式会社 | 通信装置及通信方法 |
CN101711468A (zh) * | 2007-03-12 | 2010-05-19 | 思杰系统有限公司 | 用于在tcp拥塞控制中提供服务质量优先的系统和方法 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7263067B2 (en) * | 2003-07-15 | 2007-08-28 | Nokia Siemans Networks Oy | Method and apparatus for accelerating throughput in a wireless or other telecommunication system |
CN100553230C (zh) * | 2007-05-21 | 2009-10-21 | 中南大学 | 一种用于高速网络中的协同工作式拥塞控制方法 |
CN101094047A (zh) * | 2007-07-06 | 2007-12-26 | 中国人民解放军国防科学技术大学 | 基于网络状态测量的分阶段慢启动传输控制方法 |
CN102104908B (zh) * | 2011-01-18 | 2014-05-07 | 华为技术有限公司 | 一种数据传输控制方法及设备 |
-
2011
- 2011-01-18 CN CN201110020685.2A patent/CN102104908B/zh active Active
-
2012
- 2012-01-18 WO PCT/CN2012/070547 patent/WO2012097737A1/zh active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2001047185A2 (en) * | 1999-12-21 | 2001-06-28 | Sitara Networks, Incorporated | Integrated access point network device |
CN1816051A (zh) * | 2005-02-03 | 2006-08-09 | 日本电气株式会社 | 通信装置及通信方法 |
CN101711468A (zh) * | 2007-03-12 | 2010-05-19 | 思杰系统有限公司 | 用于在tcp拥塞控制中提供服务质量优先的系统和方法 |
Cited By (32)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2012097737A1 (zh) * | 2011-01-18 | 2012-07-26 | 华为技术有限公司 | 一种数据传输控制方法及设备 |
WO2012162968A1 (zh) * | 2011-08-30 | 2012-12-06 | 华为技术有限公司 | 控制数据传输的方法、装置和系统 |
WO2013071860A1 (zh) * | 2011-11-14 | 2013-05-23 | 华为技术有限公司 | 一种进行策略决策的方法及网络设备 |
CN102742318A (zh) * | 2012-03-06 | 2012-10-17 | 华为技术有限公司 | 拥塞控制方法及设备、系统 |
US9510235B2 (en) | 2012-03-06 | 2016-11-29 | Huawei Technologies Co., Ltd. | Congestion control method, device, and system |
CN103888993A (zh) * | 2012-12-19 | 2014-06-25 | 中国移动通信集团广东有限公司 | 拥塞窗口的调整方法、wap网关和网络资源监测服务器 |
CN103888993B (zh) * | 2012-12-19 | 2018-05-18 | 中国移动通信集团广东有限公司 | 拥塞窗口的调整方法、wap网关和网络资源监测服务器 |
CN103929370A (zh) * | 2013-01-11 | 2014-07-16 | 中国科学院声学研究所 | 一种用于带宽预留网络的tcp拥塞控制方法 |
WO2014173225A1 (zh) * | 2013-04-23 | 2014-10-30 | 中兴通讯股份有限公司 | 用户面拥塞处理方法、装置及服务网关 |
CN104426788A (zh) * | 2013-08-21 | 2015-03-18 | 中国移动通信集团公司 | 一种网络拥塞控制方法和装置 |
CN104754538A (zh) * | 2013-12-30 | 2015-07-01 | 上海贝尔股份有限公司 | 一种用于控制执行优化策略的方法与装置 |
US11876714B2 (en) | 2014-04-23 | 2024-01-16 | Bequant S.L. | Method and apparatus for network congestion control based on transmission rate gradients |
CN106464598A (zh) * | 2014-04-23 | 2017-02-22 | 贝匡特有限公司 | 用于基于传输速率梯度的网络拥塞控制的方法和装置 |
US11329920B2 (en) | 2014-04-23 | 2022-05-10 | Bequant S.L. | Method and apparatus for network congestion control based on transmission rate gradients |
US10263894B2 (en) | 2014-04-23 | 2019-04-16 | Bequant S.L. | Method and apparatus for network congestion control based on transmission rate gradients |
CN106464598B (zh) * | 2014-04-23 | 2019-04-23 | 贝匡特有限公司 | 用于基于传输速率梯度的网络拥塞控制的方法和装置 |
US10516616B2 (en) | 2014-04-23 | 2019-12-24 | Bequant S.L. | Method and apparatus for network congestion control based on transmission rate gradients |
CN104093170B (zh) * | 2014-06-10 | 2017-12-01 | 北京创毅视讯科技有限公司 | 基于tcp的数据传输方法和tcp代理装置 |
CN104093170A (zh) * | 2014-06-10 | 2014-10-08 | 北京创毅视讯科技有限公司 | 基于tcp的数据传输方法和tcp代理装置 |
CN105900377A (zh) * | 2014-09-02 | 2016-08-24 | 华为技术有限公司 | 一种传输数据的方法和设备 |
CN105900377B (zh) * | 2014-09-02 | 2019-10-18 | 华为技术有限公司 | 一种传输数据的方法和设备 |
US11627488B2 (en) | 2014-09-02 | 2023-04-11 | Huawei Technologies Co., Ltd. | Message transmission method and apparatus |
US10798605B2 (en) | 2014-09-02 | 2020-10-06 | Huawei Technologies Co., Ltd. | Message transmission method and apparatus |
CN104244332A (zh) * | 2014-10-20 | 2014-12-24 | 哈尔滨工业大学 | 通信系统中登记拥塞的处理方法 |
CN104244332B (zh) * | 2014-10-20 | 2018-03-16 | 哈尔滨工业大学 | 通信系统中登记拥塞的处理方法 |
CN104683259B (zh) * | 2015-02-15 | 2018-02-09 | 上海帝联信息科技股份有限公司 | Tcp拥塞控制方法及装置 |
CN104683259A (zh) * | 2015-02-15 | 2015-06-03 | 上海帝联信息科技股份有限公司 | Tcp拥塞控制方法及装置 |
CN107786371A (zh) * | 2017-10-09 | 2018-03-09 | 咪咕视讯科技有限公司 | 一种数据的加速方法、装置及存储介质 |
CN109698797A (zh) * | 2017-10-24 | 2019-04-30 | 中国移动通信集团山东有限公司 | 一种tcp拥塞控制方法和装置 |
CN114039926A (zh) * | 2021-11-05 | 2022-02-11 | 北京字节跳动网络技术有限公司 | 传输控制协议确定方法、装置、可读介质及电子设备 |
CN114039926B (zh) * | 2021-11-05 | 2023-10-03 | 北京字节跳动网络技术有限公司 | 传输控制协议确定方法、装置、可读介质及电子设备 |
CN114216652A (zh) * | 2022-02-23 | 2022-03-22 | 南京市计量监督检测院 | 便携性医用内窥镜测试系统和测试方法 |
Also Published As
Publication number | Publication date |
---|---|
WO2012097737A1 (zh) | 2012-07-26 |
CN102104908B (zh) | 2014-05-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102104908B (zh) | 一种数据传输控制方法及设备 | |
US7283814B2 (en) | Method and apparatus for scheduling transmissions in wireless data networks | |
JP4685885B2 (ja) | 判定された送信要件に動的に基づくチャンネル帯域幅およびデータ誤り目標値の選択 | |
CN102201997A (zh) | 数据传输控制方法和设备 | |
US20170019803A1 (en) | Optimization of Downlink Throughput | |
CN109314884B (zh) | 业务数据分流方法及装置 | |
EP2627117A2 (en) | Method and apparatus for controlling traffic transfer rate based on cell capacity in mobile communication system | |
US10291541B1 (en) | Systems and methods for scheduling transmissions from an access node | |
CN105766020B (zh) | 控制传输功率和传输延迟的方法和使用其的通信终端 | |
GB2369268A (en) | Controlling channel switching in a umts network | |
CN108391289B (zh) | 一种拥塞控制方法和基站 | |
DE102015111029B4 (de) | Kommunikationsendgerät und Verfahren zur Steuerung einer Datenübertragung | |
CN107534890A (zh) | 适应性tti调整的方法 | |
US11582772B2 (en) | Advanced dual band virtual concurrent for WiFi | |
US8605592B2 (en) | Method and arrangement in a communication system | |
EP3304989B1 (en) | Systems and methods for radio resource allocation across multiple resource dimensions | |
US9832133B2 (en) | Network node for controlling transport of data in a wireless communication network | |
Maqhat et al. | Performance analysis of fair scheduler for A-MSDU aggregation in IEEE802. 11n wireless networks | |
CN103067432A (zh) | 数据的发送方法、发送端以及通讯系统 | |
EP2936883B1 (en) | Power saving in wlan stations using data accumulation at an access point | |
EP2400792B1 (en) | Method and system for deriving an aggregation delay for packet aggregation in a wireless network | |
CN108650258A (zh) | 窄带物联网无线链路协议子层am实体数据传输自适应方法 | |
US9401867B2 (en) | Method of handling transmission of data to a mobile device through multiple channels | |
KR101835387B1 (ko) | 단말기 및 그 단말기에서 자원 스케줄링 방법 | |
WO2020079734A1 (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 |