CN109039928A - 数据的传输方法、装置和无线保真路由器 - Google Patents

数据的传输方法、装置和无线保真路由器 Download PDF

Info

Publication number
CN109039928A
CN109039928A CN201710437520.2A CN201710437520A CN109039928A CN 109039928 A CN109039928 A CN 109039928A CN 201710437520 A CN201710437520 A CN 201710437520A CN 109039928 A CN109039928 A CN 109039928A
Authority
CN
China
Prior art keywords
data
tcp connection
user terminal
tcp
server
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.)
Pending
Application number
CN201710437520.2A
Other languages
English (en)
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 CN201710437520.2A priority Critical patent/CN109039928A/zh
Publication of CN109039928A publication Critical patent/CN109039928A/zh
Pending legal-status Critical Current

Links

Classifications

    • 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/12Avoiding congestion; Recovering from congestion
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/56Provisioning of proxy services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/169Special adaptations of TCP, UDP or IP for interworking of IP based networks with other networks 
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W84/00Network topologies
    • H04W84/02Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10Small scale networks; Flat hierarchical networks
    • H04W84/12WLAN [Wireless Local Area Networks]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

一种数据的传输方法、装置和无线保真路由器,所述方法包括:通过与用户终端之间的WiFi连接,接收包括所述用户终端的IP地址的第一TCP连接建立请求,基于所述用户终端的IP地址建立与所述用户终端之间的第一TCP连接,所述第一TCP连接建立请求还包括数据服务器的IP地址;根据所述数据服务器的IP地址通过互联网发送包括所述数据服务器的IP地址的第二TCP连接建立请求,基于所述数据服务器的IP地址建立与所述数据服务器的第二TCP连接;通过所述第二TCP连接接收所述数据服务器发送的所述用户终端请求的数据;通过所述第一TCP连接向所述用户终端发送所述数据。采用本发明实施例后,在WiFi环境下保证用户终端到数据服务器整体链路上的数据快速传输。

Description

数据的传输方法、装置和无线保真路由器
技术领域
本发明涉及通信领域,尤其涉及一种数据的传输方法、装置和无线保真路由器。
背景技术
近年来,随着网络技术的迅猛发展,网络已经成为人们生活中不可或缺的重要工具。而对于网络的需求和依赖使得人们希望随时随地应用网络,目前使用基于IEEE802.11b/gn/ac协议族的无线保真(Wireless Fidelity,WiFi)观看视频已经成为大众的最普遍需求。
网络数据业务在网络上大多采用传输控制协议(Transmission ControlProtocol,TCP)进行传输,当用户终端向数据服务器发起TCP请求下载数据时,用户终端的角色是TCP客户端,数据服务器的角色是TCP服务器。TCP协议核心是拥塞避免,即TCP服务器端在一段网络上传输数据到TCP客户端时,如果这条链路上的某个网络设备发生拥塞,那么该网络设备会主动丢弃一定数量的数据报文。这样TCP客户端就会发现收到的数据报文不连续从而判断出网络拥塞发生丢包,然后主动通知TCP服务器端降低发送速率,以此来避免网络拥塞。这样就能保证多条TCP连接在同一段链路上进行传输时不会发生严重拥塞和导致网络瘫痪。
但是上述TCP拥塞避免机制在WiFi环境下就会出现导致TCP吞吐量偏低的情况,主要原因是:在通过WiFi信号进行数据传输时,WiFi物理层会发生由于附近信号干扰导致的丢包。TCP协议会将这种由于WiFi信号干扰导致的丢包也误判断为网络设备发生拥塞而产生的丢包,从而无谓的降低发送速率,影响了整体TCP吞吐量。
在WiFi环境下,如果用户终端和WiFi路由器相隔较远,或者有几层障碍物,WiFi信号衰减带来的数据丢包是比较明显的,在这种情况下使用TCP协议传输数据,用户终端几乎无法正常接收数据。随着运营商网络可提供给用户的接入带宽越来越高,WiFi环境下的丢包导致的TCP吞吐量不足,成为用户终端到数据服务器整体链路上的吞吐量瓶颈。
发明内容
本发明实施例提供了一种数据的传输方法,在WiFi环境下保证用户终端到数据服务器整体链路上的数据快速传输。
本发明实施例还提供了一种数据的传输装置,在WiFi环境下保证用户终端到数据服务器整体链路上的数据快速传输。
本发明实施例还提供了一种无线保真路由器,在WiFi环境下保证用户终端到数据服务器整体链路上的数据快速传输。
本发明实施例还提供了一种无线保真路由器,在WiFi环境下保证用户终端到数据服务器整体链路上的数据快速传输。
第一方面,本发明实施例提供一种数据的传输方法,所述方法包括:
通过与用户终端之间的无线保真WiFi连接,接收包括所述用户终端的互联网协议IP地址的第一传输控制协议TCP连接建立请求,基于所述用户终端的IP地址建立与所述用户终端之间的第一TCP连接,所述第一TCP连接建立请求还包括数据服务器的IP地址;
根据所述数据服务器的IP地址通过互联网发送包括所述数据服务器的IP地址的第二TCP连接建立请求,基于所述数据服务器的IP地址建立与所述数据服务器的第二TCP连接;
通过所述第二TCP连接接收所述数据服务器发送的所述用户终端请求的数据;
通过所述第一TCP连接向所述用户终端发送所述数据。
结合第一方面,在第一种可能的实现方式中,
所述第一TCP连接建立请求还包括所述用户终端的MAC地址;
所述基于所述用户终端的IP地址建立与所述用户终端之间的第一TCP连接之前,还包括:
依据所述用户终端的MAC地址确定所述用户终端的WiFi信号的强度在预先设置的信号强度范围内。
结合第一方面,在第一种可能的实现方式的第一种情况时,所述信号强度范围的下限值小于-65dB,所述信号强度范围的上限值在-55dB与-20dB之间。
结合第一方面,在第一种可能的实现方式的第一种情况时,所述信号强度范围的下限值为-75dB,所述信号强度范围的上限值为-50dB。
结合第一方面,在上述的实现方式中,所述方法还包括:
对通过所述第一TCP连接传输的数据不执行TCP拥塞避免算法。
结合第一方面,在上述的实现方式中,所述方法还包括:在确定所述数据服务器通过所述第二TCP连接发送的数据发生丢包时,通过所述第二TCP连接向所述数据服务器发送包括丢包情况的消息。
结合第一方面,在上述的实现方式中,所述方法还包括:缓存的数据量大于预设阈值时,通过所述第二TCP连接向所述数据服务器发送用于指示降低数据发送速率的消息。
第二方面,本发明实施例提供一种数据的传输装置,所述数据的传输装置包括请求处理模块和传输控制协议TCP代理模块;
所述请求处理模块,用于通过与用户终端之间的无线保真WiFi连接,接收包括所述用户终端的互联网协议IP地址的第一TCP连接建立请求,所述第一TCP连接建立请求还包括数据服务器的IP地址;
所述TCP代理模块,用于基于所述用户终端的IP地址建立与所述用户终端之间的第一TCP连接,根据所述数据服务器的IP地址通过互联网发送包括所述数据服务器的IP地址的第二TCP连接建立请求,基于所述数据服务器的IP地址建立与所述数据服务器的第二TCP连接,通过所述第二TCP连接接收所述数据服务器发送的所述用户终端请求的数据,通过所述第一TCP连接向所述用户终端发送所述数据。
结合第二方面,在第一种可能的实现方式中,所述第一TCP连接建立请求还包括所述用户终端的MAC地址;
所述请求处理模块,还用于依据所述用户终端的MAC地址确定所述用户终端的WiFi信号的强度在预先设置的信号强度范围内。
结合第二方面,在第一种可能的实现方式第一种情况中,所述信号强度范围的下限值小于-65dB,所述信号强度范围的上限值在-55dB与-20dB之间。
结合第二方面,在第一种可能的实现方式的第一种情况中,所述信号强度范围的下限值为-75dB,所述信号强度范围的上限值为-50dB。
结合第二方面,在上述的实现方式中,所述TCP代理模块,还用于对通过所述第一TCP连接传输的数据不执行TCP拥塞避免算法。
结合第二方面,在上述的实现方式中,所述TCP代理模块,还用于在确定所述数据服务器通过所述第二TCP连接发送的数据发生丢包时,通过所述第二TCP连接向所述数据服务器发送包括丢包情况的消息。
结合第二方面,在上述的实现方式中,所述TCP代理模块,还用缓存的数据量大于预设阈值时,通过所述第二TCP连接向所述数据服务器发送用于指示降低数据发送速率的消息。
第三方面,本发明实施例提供一种无线保真路由器,所述无线保真WiFi路由器包括所述数据的传输装置。
第四方面,本发明实施例提供无线保真路由器,存储器,用于存储程序;处理器,用于运行所述存储器中存储的所述程序,以执行所述数据的传输方法。
从上述技术方案中可以看出,通过与用户终端之间的WiFi连接,基于用户终端的IP地址建立与用户终端之间的第一TCP连接;基于数据服务器的IP地址建立与数据服务器的第二TCP连接;通过第二TCP连接接收数据服务器发送的用户终端请求的数据;通过第一TCP连接向用户终端发送数据。由于可以基于互联网的第二TCP连接直接接收用户终端请求的数据,因此接收数据并没有受到WiFi信号强弱的影响。然后,再基于WiFi信号的第一TCP连接向用户终端发送用户终端请求的数据。基于WiFi的第一TCP连接上发生丢包,并不会影响到基于互联网的第二TCP连接上的数据传输。这样,就能够在WiFi环境下保证用户终端到数据服务器整体链路上的数据快速传输。
附图说明
从下面结合附图对本发明的具体实施方式的描述中可以更好地理解本发明其中,相同或相似的附图标记表示相同或相似的特征。
图1是本发明实施例中数据的传输方法流程示意图;
图2是本发明实施例中数据的传输装置结构示意图;
图3是本发明实施例的数据的传输方法和装置的计算设备的示例性硬件架构的结构图;
图4是现有技术中Network Coded TCP协议示意图;
图5是现有技术中采用Network Coded TCP技术的流程示意图;
图6是本发明实施例中数据的信令流程示意图。
具体实施方式
在本发明实施例中,基于互联网通过与数据服务器的第二TCP连接直接从数据服务器获取用户终端请求的数据;然后,再基于WiFi网络通过与用户终端的第一TCP连接,将用户终端请求的数据发送至用户终端。由于通过互联网直接接收所需要的数据,从第二TCP连接接收数据并不受WiFi信号强弱的影响。基于WiFi的第一TCP连接上发生丢包,并不会影响到基于互联网的第二TCP连接上的数据传输。这样,就能够在WiFi环境下保证用户终端到数据服务器整体链路上的数据快速传输。
参见图1是本发明实施例中数据的传输方法流程示意图,具体包括:
S101、通过与用户终端之间的WiFi连接,接收包括用户终端的IP地址的第一TCP连接建立请求,基于用户终端的IP地址建立与用户终端之间的第一TCP连接,第一TCP连接建立请求还包括数据服务器的IP地址。
用户终端向数据服务器请求数据,首先需要建立用户终端与数据服务器之间的TCP连接。考虑到用户终端与数据服务器之间包括两种不同的网络环境,可以根据不同的网络环境建立不同的TCP连接。
也就是说,用户终端与数据服务器之间的链路包括两部分,第一部分是用户终端与传输装置之间的链路;第二部分是传输装置与数据服务器之间的链路。第一部分的网络类型是WiFi,第二部分的网络类型是互联网。
用户终端需要从数据服务器请求数据,则发送第一TCP连接建立请求,因此在第一TCP连接建立请求中包括用户终端的IP地址和数据服务器的IP地址。数据服务器即用户终端请求的数据对应的数据服务器。发送第一TCP连接建立请求的目的在于请求建立数据服务器与用户终端之间的TCP连接。
由于用户终端与传输装置之间的网络环境和传输装置与数据服务器之间的网络环境不同,因此传输装置建立两段TCP连接,即传输装置与用户终端之间的第一TCP连接,以及传输装置与数据服务器之间的第二TCP连接。
在本发明一个可选的实施例中,数据的传输装置可以是WiFi路由器。
S102、根据数据服务器的IP地址通过互联网发送包括数据服务器的IP地址的第二TCP连接建立请求,基于数据服务器的IP地址建立与数据服务器的第二TCP连接。
在接收到第一TCP连接建立请求中的数据服务器的IP地址,可以通过互联网根据数据服务器的IP地址向IP地址对应的数据服务器,发送第二TCP连接建立请求。
基于第二TCP连接建立请求中数据服务器的IP地址建立与数据服务器的第二TCP连接。
这样,用户终端与数据服务器之间包括两个TCP连接,即通过WiFi的第一TCP连接和通过互联网的第二TCP连接。通过第一TCP连接和第二TCP连接,用户终端可以从数据服务器获取相应的数据。
S103、通过第二TCP连接接收数据服务器发送的用户终端请求的数据。
数据服务器接收到用户终端请求的数据的消息,则在互联网中通过第二TCP连接向数据的传输装置发送用户终端请求的数据。
数据的传输装置在互联网中通过第二TCP连接接收到数据服务器发送的用户终端请求的数据。
第二TCP连接是在互联网中传输数据,由于互联网很少受到其他信号干扰,因此互联网的稳定性与WiFi的稳定性相比来说,互联网的稳定性较高。
因此,数据的传输装置能够在互联网中通过第二TCP连接稳定接收用户终端请求的数据。
S104、通过第一TCP连接向用户终端发送数据。
传输装置在互联网中通过第二TCP连接接收到数据服务器发送的用户终端请求的数据后,通过第一TCP连接向用户终端发送数据。这样,用户终端就可以获得所请求的数据。
本发明实施例中,首先通过与用户终端之间的WiFi连接,接收第一TCP连接建立请求,建立与用户终端之间的第一TCP连接。然后,通过与数据服务器之间的互联网,基于第二TCP连接建立请求,建立与数据服务器之间的第二TCP连接。进而,可以通过第二TCP连接接收数据服务器发送的数据,最后通过第一TCP连接将数据服务器发送的数据发送至用户终端。
由于通过互联网直接接收所需要的数据,即从第二TCP连接接收数据并不受WiFi信号强弱的影响。基于WiFi的第一TCP连接上发生丢包,并不会影响到基于互联网的第二TCP连接上的数据传输。这样,就能够在WiFi环境下保证用户终端到数据服务器整体链路上的数据快速传输。
在本发明一个可选的实施例中,为了在WiFi环境下更好的保证用户终端到数据服务器整体链路上的数据快速传输。需要确保WiFi的信号强度在一定的范围内,因此需确定WiFi的信号强度。
具体的,用户终端发送的第一TCP连接建立请求中还包括用户终端的媒体访问控制(Medium Access Control,MAC)地址。
这样就可以在第一TCP连接建立请求中识别用户终端的MAC地址,然后确定用户终端的WiFi信号的强度在预先设置的信号强度范围内。
具体来说,信号强度大于预先设置的信号强度范围的最大值,则说明在信号良好情况下,TCP吞吐量受WiFi丢包影响较小,可以选择不通过第一TCP连接和第二TCP连接传输数据,节省家庭WiFi路由器软硬件资源。
信道强度在预先设置的信号强度范围内,则说明在信号一般情况下,TCP吞吐量受WiFi丢包影响较大,可以选择通过第一TCP连接和第二TCP连接传输数据,从而可以有效保障在WiFi环境下用户终端到数据服务器整体链路上的数据快速稳定的传输。
信号强度小于预先设置的信号强度范围的最小值,则说明在信号较差情况下,移动终端可能无法正常连接WiFi信号,即使选择选择通过第一TCP连接和第二TCP连接传输数据也无太大改善。因此可以选择不通过第一TCP连接和第二TCP连接传输数据,以避免家庭WiFi路由器软硬件资源的浪费。
在本发明一个可选的实施例中,预先设置的信号强度范围具体包括信号强度范围的下限值即最小值,以及信号强度范围的上限值即最大值。信号强度范围的下限值可以小于-65dB,信号强度范围的上限值可以在在-55dB与-20dB之间。
在本发明一个可选的实施例中,经过多次实践获知,信号强度范围的下限值为-75dB,信号强度范围的上限值为-50dB。也就是说,预先设置的信号强度范围具体可以是大于等于-75dB且小于等于-50dB。
在本发明一个可选的实施例中,考虑到第一TCP连接是通过WiFi传输数据,因此为了保证在WiFi环境下的吞吐量,则可以对通过第一TCP连接传输的数据不执行TCP拥塞避免算法。也就是说,即使在WiFi环境下出现丢包等情况,也不执行TCP拥塞避免算法,从而优化TCP在家庭WiFi环境下的吞吐量。
在本发明一个可选的实施例中,接收数据服务器通过第二TCP连接发送数据的过程中,如果与数据服务器之间链路上的某个网络设备发生拥塞,那么该网络设备会主动丢弃一定数量的数据报文。这样,会发现收到的数据报文不连续从而判断出网络拥塞发生丢包。即第二TCP连接发送的数据发生丢包。
在确定数据服务器通过第二TCP连接发送的数据发生丢包时,可以通过第二TCP连接向数据服务器发送包括丢包情况的消息。数据服务器接收到丢包情况后,可以适当降低发送数据的速率,以此来避免网络拥塞。
具体来说,考虑到出现网络拥塞,则可以向数据服务器发送包括互联网的链路丢包情况的消息,发送消息的目的在于向数据服务器提示是否需要调整发送数据的速率。数据服务器在接收到链路丢包情况的消息后,可以按照实际的网络状态调整发送数据的速率,从而避免网络拥塞。
在本发明一个可选的实施例中,转发从数据服务器获取的数据,首先需要将从数据服务器获取的数据暂存于缓存中,然而缓存的存储量是有限的。当缓存的数据量大于预设阈值,则说明缓存中无法再存储更多的数据。预设阈值可以依据具体的网络情况设置。
那么,可以通过第二TCP连接向数据服务器发送指示降低数据发送速率的消息。数据服务器接收到指示降低数据发送速率的消息,则降低数据发送速率。一方面,向用户终端转发数据的速率不变;另一方面,由于数据服务器降低了数据发送速率,接收数据的速率降低,因此缓存的数据量逐渐减少。
参见附图2是本发明实施例中数据的传输装置结构示意图,数据的传输装置与数据的传输方法相对应。数据的传输装置具体包括请求处理模块200和TCP代理模块201。
TCP代理模块201通过WiFi与用户终端通信;TCP代理模块201通过互联网与数据服务器通信。
请求处理模块200,用于通过与用户终端之间的WiFi连接,接收包括用户终端的IP地址的第一TCP连接建立请求,第一TCP连接建立请求还包括数据服务器的IP地址。
TCP代理模块201,用于基于用户终端的IP地址建立与用户终端之间的第一TCP连接,根据数据服务器的IP地址通过互联网发送包括数据服务器的IP地址的第二TCP连接建立请求,基于数据服务器的IP地址建立与数据服务器的第二TCP连接,通过第二TCP连接接收数据服务器发送的用户终端请求的数据,通过第一TCP连接向用户终端发送数据。
本发明实施例中,TCP代理模块201建立与用户终端之间的第一TCP连接。然后,TCP代理模块201建立与数据服务器之间的第二TCP连接。进而,TCP代理模块201可以通过第二TCP连接接收数据服务器发送的数据,最后TCP代理模块201可以通过第一TCP连接将数据服务器发送的数据发送至用户终端。由于通过互联网直接接收所需要的数据,从第二TCP连接接收数据并不受WiFi信号强弱的影响。基于WiFi的第一TCP连接上发生丢包,并不会影响到基于互联网的第二TCP连接上的数据传输。这样,就能够在WiFi环境下保证用户终端到数据服务器整体链路上的数据快速传输。
在本发明一个可选的实施例中,为了在WiFi环境下更好的保证用户终端到数据服务器整体链路上的数据快速传输。需要确保WiFi的信号强度在一定的范围内,则需确定WiFi的信号强度。
具体的,用户终端发送的第一TCP连接建立请求中还包括用户终端的MAC地址。
请求处理模块200就可以在第一TCP连接建立请求中识别用户终端的MAC地址,然后确定用户终端的WiFi信号的强度在预先设置的信号强度范围内。并将用户终端的WiFi信号的强度在预先设置的信号强度范围内的信息发送至TCP代理模块201。
TCP代理模块201获知用户终端的WiFi信号的强度在预先设置的信号强度范围内,则建立第二TCP连接。
具体来说,信号强度大于预先设置的信号强度范围的最大值,则说明在信号良好情况下,TCP吞吐量受WiFi丢包影响较小,可以选择不通过第一TCP连接和第二TCP连接传输数据,节省家庭WiFi路由器软硬件资源。
信道强度在预先设置的信号强度范围内,则说明在信号一般情况下,TCP吞吐量受WiFi丢包影响较大,可以选择通过第一TCP连接和第二TCP连接传输数据,从而可以有效保障在WiFi环境下用户终端到数据服务器整体链路上的数据快速稳定的传输。
信号强度小于预先设置的信号强度范围的最小值,则说明在信号较差情况下,移动终端可能无法正常连接WiFi信号,即使选择选择通过第一TCP连接和第二TCP连接传输数据也无太大改善。因此可以选择不通过第一TCP连接和第二TCP连接传输数据,以避免家庭WiFi路由器软硬件资源的浪费。
在本发明一个可选的实施例中,预先设置的信号强度范围具体包括信号强度范围的下限值即最小值,以及信号强度范围的上限值即最大值。信号强度范围的下限值可以小于-65dB,信号强度范围的上限值可以在在-55dB与-20dB之间。
在本发明一个可选的实施例中,经过多次实践获知,信号强度范围的下限值为-75dB,信号强度范围的上限值为-50dB。也就是说,预先设置的信号强度范围具体可以是大于等于-75dB且小于等于-50dB。
在本发明一个可选的实施例中,考虑到第一TCP连接是通过WiFi传输数据,因此为了保证在WiFi环境下的吞吐量,则TCP代理模块201可以对通过第一TCP连接传输的数据不执行TCP拥塞避免算法。也就是说,即使在WiFi环境下出现丢包等情况,也不执行TCP拥塞避免算法,从而优化TCP在家庭WiFi环境下的吞吐量。
在本发明一个可选的实施例中,接收数据服务器发送数据的过程中,如果与数据服务器之间链路上的某个网络设备发生拥塞,那么该网络设备会主动丢弃一定数量的数据报文。这样,会发现收到的数据报文不连续从而判断出网络拥塞发生丢包。即第二TCP连接发送的数据发生丢包。
TCP代理模块201在确定数据服务器通过第二TCP连接发送的数据发生丢包时,通过第二TCP连接向数据服务器发送包括丢包情况的消息。数据服务器接收到丢包情况后,可以适当降低发送数据的速率,以此来避免网络拥塞。
具体来说,考虑到出现网络拥塞,TCP代理模块201则可以向数据服务器发送包括互联网的链路丢包情况的消息,发送消息的目的在于向数据服务器提示是否需要调整发送数据的速率。数据服务器在接收到链路丢包情况的消息后,可以按照实际的网络状态调整发送数据的速率,从而避免网络拥塞。
在本发明一个可选的实施例中,转发从数据服务器获取的数据,首先需要将从数据服务器获取的数据暂存于缓存中,然而缓存的存储量是有限的。当缓存的数据量大于预设阈值,则说明缓存中无法再存储更多的数据。预设阈值可以依据具体的网络情况设置。
那么,TCP代理模块201可以通过第二TCP连接向数据服务器发送指示降低数据发送速率的消息。数据服务器接收到指示降低数据发送速率的消息,则降低数据发送速率。一方面,转发数据的速率不变;另一方面,由于数据服务器降低了数据发送速率,接收数据的速率降低,因此缓存的数据量逐渐减少。
TCP代理模块201具体可以包括TCP服务器和TCP客户端,其中,TCP服务器用于执行上述与用户终端建立第一TCP连接以及通过第一TCP连接发送数据的操作。TCP客户端用于执行上述与数据服务器建立第二TCP连接以及通过第二TCP连接接收数据的操作。
图3是示出能够实现根据本发明实施例的数据的传输方法和装置的WiFi路由器的示例性硬件架构的结构图。
如图3所示,计算设备300包括输入设备301、输入接口302、中央处理器303、存储器304、输出接口305、以及输出设备306。其中,输入接口302、中央处理器303、存储器304、以及输出接口305通过总线310相互连接,输入设备301和输出设备306分别通过输入接口302和输出接口305与总线310连接,进而与计算设备300的其他组件连接。
具体地,输入设备301接收来自外部的输入信息,并通过输入接口302将输入信息传送到中央处理器303;中央处理器303基于存储器304中存储的计算机可执行指令对输入信息进行处理以生成输出信息,将输出信息临时或者永久地存储在存储器304中,然后通过输出接口305将输出信息传送到输出设备306;输出设备306将输出信息输出到计算设备300的外部供用户使用。
也就是说,图3所示的计算设备也可以被实现为包括:存储有计算机可执行指令的存储器;以及处理器,该处理器在执行计算机可执行指令时可以实现结合图1至图2描述的数据的传输方法和数据的传输装置。
在一个实施例中,图3所示的计算设备300可以被实现为一种设备即WiFi路由器,该设备可以包括:存储器,用于存储程序;处理器,用于运行所述存储器中存储的所述程序,以执行结合图1描述的数据的传输方法。
另外,计算设备300可以执行数据的传输方法中的每一个步骤。
下面介绍现有技术在WiFi中利用Network Coded TCP技术传输数据。
参见图4是现有技术中Network Coded TCP协议示意图,传统TCP协议传输简单来说分3层,Application层产生数据,TCP层识别丢包控制发送速率,IP层负责实际的IP地址封装发送。
Network Coded TCP技术在TCP层和IP层之间加了一个新的Network Coding层,Network Coding层将本来在TCP层和IP层之间传递的数据包在发送侧和接收侧分别进行编码或解码,试图用一定的数据冗余度来恢复网络丢包引起的数据丢失,以此来降低丢包对TCP吞吐量的影响。
图5是现有技术中采用Network Coded TCP技术的流程示意图,同样使用TCP协议传输4个数据包,网络发生丢包时,Network Coding层对于TCP吞吐量保障的一个举例:
图5左侧是传统TCP协议栈,如果P1在网络中发生丢包,TCP客户端会在收到P4后判断出P1丢失,然后通知TCP服务器端降低发送速率。
图5右侧是增加Network Coding层的TCP协议栈,利用数据冗余来容忍网络上的一定丢包率,避免TCP降低发送速率,图5右侧的技术方案具体包括:
步骤1、TCP服务器端计划将4个数据包(P1,P2,P3,P4)发送到TCP客户端,TCP服务器端先将这4个数据包传给自身Network Coding层。
步骤2、服务器端Network Coding层使用编码技术可以将原来的4个数据包打散编码重新生成5个新的数据包(P1’,P2’,P3’,P4’,P5’)。
步骤3、服务器端Network Coding层将这5个数据包传给服务器端IP层进行发送,这样实际网络传输中就会有5个数据包。
步骤4、P1’在网络传输过程中丢失,用户端IP层只接收到4个数据包(P2’,P3’,P4’,P5’),用户端IP层将这4个数据包传给用户端Network Coding层。
步骤5、用户端Network Coding层将(P2’,P3’,P4’,P5’)解码成(P1,P2,P3,P4),然后传给客户端,客户端正常接收到4个数据包,没有发现网络丢包因此不会降低发送速率。
Network Coded TCP可以通过动态添加冗余数据包来恢复由于WiFi链路导致的丢包,因此在WiFi这种高丢包率的场景下使用,也可以达到很稳定的吞吐量。目前业界在推广Network Coded TCP这项技术时,也是主要应用在WiFi场景下传输高吞吐量视频业务。
然而,首先,Network Coding层需要实现在操作系统中,支持Network Coded TCP功能必须同时升级服务器和用户终端的操作系统。升级用户终端的操作系统在现实中比较难实现,因此Network Coded TCP方案在实际部署上非常困难。其次,Network Coding层需要将数据包进行编解码,编解码计算比较复杂,需要额外消耗服务器和客户端较多的CPU计算能力。
在本发明实施例中数据的传输装置可以是独立存在的装置,也可以存在于其他的装置中。例如存在于WiFi路由器中。
下面就本发明实施例中的技术方案举例说明,参见图6是本发明实施例中数据的信令示意图。具体包括用户终端、WiFi路由器和数据服务器。
图6中的数据的传输装置存在于WiFi路由器中,WiFi路由器包括请求处理模块和TCP代理模块,TCP代理模块可以包括TCP服务器和TCP客户端。其中,用户终端可以包括手机、平板电脑、笔记本电脑等类似的设备。
S601、用户通过用户终端观看视频时,用户终端首先需要向视频网站的数据服务器发起第一TCP连接建立请求来进行视频内容下载,后续视频内容下载都使用TCP连接进行传输。
用户终端具体通过用户终端中的TCP Client发送第一TCP连接建立请求。
用户终端所有访问互联网的数据都需要经过WiFi路由器进行传输。请求处理模块监听用户终端通过WiFi发起的第一TCP连接建立请求,识别第一TCP连接建立请求后从该请求中获取到用户终端IP地址、用户终端MAC地址和数据服务器的IP地址。
S602、请求处理模块依据用户终端MAC地址确定WiFi路由器与该用户终端WiFi连接的信号强度。
在具体实现时,WiFi路由器还可以包括WiFi模块,请求处理模块具体可以向WiFi模块查询信号强度。
S603、请求处理模块判断信号强度是否在预先设置的信号强度范围内,如果不在预先设置的信号强度范围内则执行S604;如果信号强度在预先设置的信号强度范围内,则执行S605。
信号强度大于预先设置的信号强度范围的最大值,则说明在信号良好情况下,TCP吞吐量受WiFi丢包影响较小,可以选择不通过第一TCP连接和第二TCP连接传输数据,节省家庭WiFi路由器软硬件资源。
信道强度在预先设置的信号强度范围内,则说明在信号一般情况下,TCP吞吐量受WiFi丢包影响较大,可以选择通过第一TCP连接和第二TCP连接传输数据。
信号强度小于预先设置的信号强度范围的最小值,则说明在信号较差情况下,移动终端可能无法正常连接WiFi信号,即使选择选择通过第一TCP连接和第二TCP连接传输数据也无太大改善。因此可以选择不通过第一TCP连接和第二TCP连接传输数据,以避免家庭WiFi路由器软硬件资源的浪费。
S604、转发第一TCP连接建立请求至数据服务器。
S605、信号强度在预先设置的信号强度范围内,则说明可以选择建立第一TCP连接和第二TCP连接并通过第一TCP连接和第二TCP连接传输数据。
具体来说,WiFi路由器的请求处理模块,利用数据包重定向技术,将用户终端TCPClient传来的第一TCP连接请求重定向至WiFi路由器的TCP服务器。
由WiFi路由器的TCP服务器伪装成数据服务器的TCP Server与用户终端TCPClient建立第一TCP连接并通过第一TCP连接与用户终端TCP Client进行通信。
S606、WiFi路由器的TCP客户端伪装成用户终端TCP Client向数据服务器发送第二TCP连接建立请求以与数据服务器的TCP Server建立第二TCP连接并通过第二TCP连接与数据服务器通信。
S607、数据服务器通过第二TCP将数据发送给WiFi路由器的TCP客户端,同时在这个过程中数据服务器根据与WiFi路由器的TCP客户端之间的链路丢包情况控制TCP发送速率,避免数据传输在运营商网络发生严重拥塞。
S608、数据服务器向WiFi路由器的TCP客户端发送数据后,再由WiFi路由器的TCP服务器将数据发送至用户终端TCP Client。
即使在WiFi路由器的TCP服务器发送数据到用户终端TCP Client的过程中发生由于WiFi信号干扰导致的丢包,WiFi路由器的TCP服务器也不会降低发送速率。
S609、当用户家庭有多个用户终端连接同一个WiFi路由器时,这多个用户终端会共享该WiFi路由器的WiFi信道带宽(目前最新的WiFi技术802.11ac信道最大带宽是1.3Gbps,当多个用户终端连接同一个WiFi路由器进行数据传输时,会平均共享这1.3Gbps带宽),因此有可能发生数据服务器到WiFi路由器的TCP客户端的数据传输速率大于WiFi路由器的TCP服务器到用户终端TCP Client的数据传输速率的情况。
当发生这种情况时,数据服务器发送的数据会积压在WiFi路由器上,消耗WiFi路由器的内存。数据积压到一定程度,即缓存中数据的积压量大于预设阈值,WiFi路由器中的TCP客户端转发用户终端TCP Client发来的数据到数据服务器的同时,必须通过第二TCP连接向数据服务器发送用于指示降低数据发送速率的消息,强制让数据服务器TCP Server降低发送速率,避免WiFi路由器内存耗尽。
在本发明实施例中,将用户终端和数据服务器之间的TCP连接分隔为两段,在用户终端与WiFi路由器的TCP服务器之间不执行TCP拥塞避免算法;在WiFi路由器的TCP客户端与数据服务器之间执行TCP拥塞避免算法。
这样,仅需要较少的改造WiFi路由器,而不需要修改用户终端及数据服务器,就可以有效地提升了WiFi场景下TCP吞吐量,保障用户使用用户终端观看视频的体验。

Claims (16)

1.一种数据的传输方法,其特征在于,所述方法包括:
通过与用户终端之间的无线保真WiFi连接,接收包括所述用户终端的互联网协议IP地址的第一传输控制协议TCP连接建立请求,基于所述用户终端的IP地址建立与所述用户终端之间的第一TCP连接,所述第一TCP连接建立请求还包括数据服务器的IP地址;
根据所述数据服务器的IP地址通过互联网发送包括所述数据服务器的IP地址的第二TCP连接建立请求,基于所述数据服务器的IP地址建立与所述数据服务器的第二TCP连接;
通过所述第二TCP连接接收所述数据服务器发送的所述用户终端请求的数据;
通过所述第一TCP连接向所述用户终端发送所述数据。
2.根据权利要求1所述数据的传输方法,其特征在于,所述第一TCP连接建立请求还包括所述用户终端的MAC地址;
所述基于所述用户终端的IP地址建立与所述用户终端之间的第一TCP连接之前,还包括:
依据所述用户终端的MAC地址确定所述用户终端的WiFi信号的强度在预先设置的信号强度范围内。
3.根据权利要求2所述数据的传输方法,其特征在于,所述信号强度范围的下限值小于-65dB,所述信号强度范围的上限值在-55dB与-20dB之间。
4.根据权利要求3所述数据的传输方法,其特征在于,所述信号强度范围的下限值为-75dB,所述信号强度范围的上限值为-50dB。
5.根据权利要求1-4任一权利要求所述数据的传输方法,其特征在于,所述方法还包括:
对通过所述第一TCP连接传输的数据不执行TCP拥塞避免算法。
6.根据权利要求1-5任一权利要求所述数据的传输方法,其特征在于,所述方法还包括:在确定所述数据服务器通过所述第二TCP连接发送的数据发生丢包时,通过所述第二TCP连接向所述数据服务器发送包括丢包情况的消息。
7.根据权利要求1-6任一权利要求所述数据的传输方法,其特征在于,所述方法还包括:缓存的数据量大于预设阈值时,通过所述第二TCP连接向所述数据服务器发送用于指示降低数据发送速率的消息。
8.一种数据的传输装置,其特征在于,所述传输装置包括请求处理模块和传输控制协议TCP代理模块;
所述请求处理模块,用于通过与用户终端之间的无线保真WiFi连接,接收包括所述用户终端的互联网协议IP地址的第一TCP连接建立请求,所述第一TCP连接建立请求还包括数据服务器的IP地址;还用于将所述第一TCP连接建立请求传输给所述TCP代理模块;
所述TCP代理模块,用于基于所述用户终端的IP地址建立与所述用户终端之间的第一TCP连接,根据所述数据服务器的IP地址通过互联网发送包括所述数据服务器的IP地址的第二TCP连接建立请求,基于所述数据服务器的IP地址建立与所述数据服务器的第二TCP连接,通过所述第二TCP连接接收所述数据服务器发送的所述用户终端请求的数据,通过所述第一TCP连接向所述用户终端发送所述数据。
9.根据权利要求8所述数据的传输装置,其特征在于,所述第一TCP连接建立请求还包括所述用户终端的MAC地址;
所述请求处理模块,具体用于在依据所述用户终端的MAC地址确定所述用户终端的WiFi信号的强度在预先设置的信号强度范围内时,将所述第一TCP连接建立请求传输给所述TCP代理模块。
10.根据权利要求9所述数据的传输装置,其特征在于,所述信号强度范围的下限值小于-65dB,所述信号强度范围的上限值在-55dB与-20dB之间。
11.根据权利要求10所述数据的传输装置,其特征在于,所述信号强度范围的下限值为-75dB,所述信号强度范围的上限值为-50dB。
12.根据权利要求8-11任一权利要求所述数据的传输装置,其特征在于,所述TCP代理模块,还用于对通过所述第一TCP连接传输的数据不执行TCP拥塞避免算法。
13.根据权利要求8-12任一权利要求所述数据的传输装置,其特征在于,所述TCP代理模块,还用于在确定所述数据服务器通过所述第二TCP连接发送的数据发生丢包时,通过所述第二TCP连接向所述数据服务器发送包括丢包情况的消息。
14.根据权利要求8-13任一权利要求所述数据的传输装置,其特征在于,所述TCP代理模块,还用缓存的数据量大于预设阈值时,通过所述第二TCP连接向所述数据服务器发送用于指示降低数据发送速率的消息。
15.一种无线保真路由器,其特征在于,所述无线保真WiFi路由器包括权利要求8-14任一权利要求所述数据的传输装置。
16.一种无线保真路由器,其特征在于,所述无线保真WiFi路由器包括:
存储器,用于存储程序;
处理器,用于运行所述存储器中存储的所述程序,以执行如权利要求1-7任一权利要求所述数据的传输方法。
CN201710437520.2A 2017-06-09 2017-06-09 数据的传输方法、装置和无线保真路由器 Pending CN109039928A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710437520.2A CN109039928A (zh) 2017-06-09 2017-06-09 数据的传输方法、装置和无线保真路由器

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710437520.2A CN109039928A (zh) 2017-06-09 2017-06-09 数据的传输方法、装置和无线保真路由器

Publications (1)

Publication Number Publication Date
CN109039928A true CN109039928A (zh) 2018-12-18

Family

ID=64629204

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710437520.2A Pending CN109039928A (zh) 2017-06-09 2017-06-09 数据的传输方法、装置和无线保真路由器

Country Status (1)

Country Link
CN (1) CN109039928A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111629024A (zh) * 2020-04-02 2020-09-04 北京大米科技有限公司 一种数据传输控制方法、装置、存储介质及电子设备
CN111629452A (zh) * 2020-04-02 2020-09-04 北京大米科技有限公司 一种数据传输控制方法、装置、存储介质及电子设备

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104168273A (zh) * 2014-08-04 2014-11-26 福建三元达通讯股份有限公司 一种瘦ap模式下实现tcp代理的方法及系统
CN104301925A (zh) * 2014-10-22 2015-01-21 福建富士通信息软件有限公司 一种对无线wifi网络质量分析评价方法
CN104486349A (zh) * 2014-12-19 2015-04-01 上海斐讯数据通信技术有限公司 网站强制访问方法
CN105228181A (zh) * 2015-10-21 2016-01-06 北京星网锐捷网络技术有限公司 一种基于ap优化tcp连接的方法、ap和系统
CN105827575A (zh) * 2015-01-05 2016-08-03 中国移动通信集团广东有限公司 一种传输控制方法、装置及电子设备

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104168273A (zh) * 2014-08-04 2014-11-26 福建三元达通讯股份有限公司 一种瘦ap模式下实现tcp代理的方法及系统
CN104301925A (zh) * 2014-10-22 2015-01-21 福建富士通信息软件有限公司 一种对无线wifi网络质量分析评价方法
CN104486349A (zh) * 2014-12-19 2015-04-01 上海斐讯数据通信技术有限公司 网站强制访问方法
CN105827575A (zh) * 2015-01-05 2016-08-03 中国移动通信集团广东有限公司 一种传输控制方法、装置及电子设备
CN105228181A (zh) * 2015-10-21 2016-01-06 北京星网锐捷网络技术有限公司 一种基于ap优化tcp连接的方法、ap和系统

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111629024A (zh) * 2020-04-02 2020-09-04 北京大米科技有限公司 一种数据传输控制方法、装置、存储介质及电子设备
CN111629452A (zh) * 2020-04-02 2020-09-04 北京大米科技有限公司 一种数据传输控制方法、装置、存储介质及电子设备

Similar Documents

Publication Publication Date Title
KR102519409B1 (ko) 다중 경로 미디어 전달을 위한 방법 및 장치
US11032739B2 (en) Dynamic header compression for constrained networks
CA2985353C (en) Managing alternative networks for high quality of service communications
JP5976277B2 (ja) 伝送制御方法
US9253015B2 (en) Transparent proxy architecture for multi-path data connections
CN110875799B (zh) 一种传输控制方法和装置
US20190245767A1 (en) Methods to monitor resources through http/2
KR102663564B1 (ko) 강화된 mens 컨텐츠 프로비저닝 및 컨텐츠 인제스천을 위한 방법 및 장치
CN105830377A (zh) 通过雾计算节点对网络流量进行动态编码
WO2022017529A1 (zh) 数据传输方法、系统、电子设备及存储介质
CN109120540B (zh) 传输报文的方法、代理服务器和计算机可读存储介质
CN115002023B (zh) 一种链路聚合方法、链路聚合装置、电子设备及存储介质
Liu et al. Cross-layer design for UAV-based streaming media transmission
US10645184B2 (en) Information transmission method, gateway, and controller
CN109039928A (zh) 数据的传输方法、装置和无线保真路由器
CN115150333B (zh) 拥塞控制方法、装置、计算机设备和存储介质
CN105072057A (zh) 一种用于网络数据传输的中间交换设备及网络通信系统
CN108334424B (zh) 基于lpwan技术的网络通讯管理平台过滤冗余数据的方法
EP3016432B1 (en) Content compression in mobile network
JP2018113540A (ja) 無線通信装置、無線通信方法
CN114301997A (zh) 基于网络应用层的物联网设备与云平台通讯方法
CN118101782A (zh) 一种数据传输的方法、装置、电子设备及存储介质
Perumal et al. Tunneling Compressed Multiplexed Traffic Flows (TCM-TF) Reference Model draft-saldana-tsvwg-tcmtf-06
Navajas et al. Transport Area Working Group J. Saldana Internet-Draft University of Zaragoza Intended status: Best Current Practice D. Wing Expires: December 12, 2014 Cisco Systems

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20181218

WD01 Invention patent application deemed withdrawn after publication