CN113411313A - 数据传输方法、装置和*** - Google Patents

数据传输方法、装置和*** Download PDF

Info

Publication number
CN113411313A
CN113411313A CN202110572106.9A CN202110572106A CN113411313A CN 113411313 A CN113411313 A CN 113411313A CN 202110572106 A CN202110572106 A CN 202110572106A CN 113411313 A CN113411313 A CN 113411313A
Authority
CN
China
Prior art keywords
data
packet
path
transmission
data packets
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
CN202110572106.9A
Other languages
English (en)
Other versions
CN113411313B (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 CN202110572106.9A priority Critical patent/CN113411313B/zh
Publication of CN113411313A publication Critical patent/CN113411313A/zh
Application granted granted Critical
Publication of CN113411313B publication Critical patent/CN113411313B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/24—Multipath
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/164—Adaptation or special uses of UDP protocol
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1887—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1893—Physical mapping arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/74—Address processing for routing
    • 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/196—Integration of transport layer protocols, e.g. TCP and UDP
    • 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/34—Flow control; Congestion control ensuring sequence integrity, e.g. using sequence numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Multimedia (AREA)
  • Communication Control (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请公开了一种数据传输方法、装置和***，属于通信技术领域。所述方法包括：生成多个数据包，每个数据包中包括连接标识和包指示信息，所述多个数据包中的连接标识相同；将所述多个数据包通过至少两条路径发送，其中，每个所述数据包中的包指示信息用于指示所述数据包的包序号。通过为传输同一连接的数据的两条路径上的数据包分别编号，从而使得接收端可以分别判断各条路径上的数据包的传输情况，不会因为不同路径所处的传输条件不同而致使数据传输受到影响。

Description

数据传输方法、装置和***
技术领域
本申请涉及通信技术领域，特别涉及一种数据传输方法、装置和***。
背景技术
QUIC(Quick UDP(User Datagram Protocol，用户数据报协议)InternetConnection，快速UDP互联网连接)是一种基于UDP的实现多路复用以及安全性保护的传输协议。发送端需要采用QUIC连接传输数据时，需要先与接收端建立QUIC连接，然后对待传输的数据进行处理，生成需要基于该QUIC连接传输的多个QUIC数据包，每个QUIC数据包的包头中均携带有数据包序号，最后将这些QUIC数据包按照数据包序号从小到大的顺序依次采用建立好的QUIC连接发送给接收端。接收端收到发送端发送的QUIC数据包后，会向发送端回复确认(ACK)包，该确认包用于指示接收端接收到的QUIC数据包。当接收端不能在特定时间段内接收到所有依次传输的QUIC数据包时，将无法准确判断没有收到的QUIC数据包是否丢失，从而影响传输性能。
发明内容
为了解决现有技术中接收端无法准确判断数据包是否丢失的问题，本申请提供了一种数据传输方法、装置和***。技术方案如下：
第一方面，提供了一种数据传输方法，所述方法包括：生成多个QUIC数据包，每个QUIC数据包中包括QUIC连接标识和包指示信息，所述多个QUIC数据包中的QUIC连接标识相同；将所述多个QUIC数据包通过至少两条路径发送，其中，每个所述QUIC数据包中的包指示信息均用于指示QUIC数据包在所在的传输路径上的包序号。
当多个QUIC数据包中的QUIC连接标识相同时，表示这些QUIC数据包均采用同一QUIC连接传输数据，本申请通过将同一QUIC连接传输的数据通过至少两条路径进行传输，并且为每条路径上传输的数据包进行分别编号，使得接收端可以准确判断各条路径上的数据包的传输情况，不会因为不同路径所处的传输条件不同而致使数据传输受到影响。
实际应用中，由于每个QUIC连接通常会传输多个流的数据，因此在生成多个QUIC数据包时，需要为每个流分别确定传输路径。因此，在一些实施例中，所述生成多个QUIC数据包，包括：获取待传输数据，所述待传输数据包括所述QUIC连接的至少两个流的数据；为各个所述流的数据确定传输路径；为传输路径相同的流的数据添加携带同一路径标识的QUIC数据包包头，得到所述QUIC数据包。
其中，为各个流的数据确定传输路径可以采用以下两种方式中的任意一种：
第一种、确定各个所述流之间是否相关；将相关的流的数据的传输路径确定为同一条路径。
第二种、确定各个所述流的传输性能要求，所述传输性能要求包括传输时延、丢包率、误码率中的至少一种；根据各个流的传输性能要求为各个所述流的数据确定传输路径。
在第一种方式中，将相关的流的数据采用同一条路径传输，即将多个相关的流的数据的传输路径确定为同一条路径，从而可以减小不同路径传输性能不同对数据的使用造成影响。在第二种方式中，通过根据各个流对传输路径的传输性能的要求来为流选择能够满足其需求的路径作为传输路径，能够提高数据传输的整体性能。
进一步地，确定各个流之间是否相关，包括：根据各个所述流的数据中携带的标识，确定各个所述流之间是否相关；或者，根据各个预设的关联规则，确定各个所述流之间是否相关。
可选地，所述方法还包括：接收接收端发送的确认包，所述确认包用于指示接收端在各条路径上接收到的数据包；根据接收到的所述确认包，确定需要重传的数据包；重传所述需要重传的数据包。
对于需要重传的数据包，可以采用以下两种方式进行重传：
第一种、根据各条路径的传输性能确定用于重传的路径，其中，所述传输性能包括传输时延、丢包率、误码率中的一种或多种；在确定出的用于重传的路径上重传需要重传的数据包；或者，第二种、在所述需要重传的数据包的原传输路径上重传所述需要重传的数据包。
第二方面，还提供了一种数据传输方法，所述方法包括：接收发送端通过至少两条路径发送的多个QUIC数据包，每个QUIC数据包中包括QUIC连接标识和包指示信息，所述多个QUIC数据包中的QUIC连接标识相同，每个所述QUIC数据包中的包指示信息均用于指示QUIC数据包在所在的传输路径上的包序号；根据所述包指示信息，确定各条所述路径上传输的数据包中是否存在未收到的数据包。
可选地，所述方法还可以包括：向发送端发送确认包，所述确认包用于指示接收端在各条路径上接收到的数据包。
进一步地，所述向发送端发送确认包，包括：在各条所述路径上分别发送各自对应的确认包。
第三方面，提供了一种数据传输装置，所述装置包括用于实现第一方面中任意一种可能的实施方式提供的方法的单元，例如生成单元、发送单元等。
第四方面，提供了一种数据传输装置，所述装置包括用于实现第二方面中任意一种可能的实施方式提供的方法的单元，例如接收单元、确定单元等。
第五方面，还提供了一种数据传输装置，所述装置包括：存储器、与存储器连接的处理器，所述存储器用于存储程序代码，当所述处理器用于运行或执行存储在所述存储器内的程序代码时，可以执行第一方面中任意一种可能的实施方式提供的方法。
第六方面，还提供了一种数据传输装置，所述装置包括：存储器、与存储器连接的处理器，所述存储器用于存储程序代码，当所述处理器用于运行或执行存储在所述存储器内的程序代码时，可以执行第二方面中任意一种可能的实施方式提供的方法。
第七方面，还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当该计算机可读存储介质在计算机上运行时，使得计算机执行上述第一方面或第一方面的任一可选方式所提供的方法；或者，当该计算机可读存储介质在计算机上运行时，使得计算机执行上述第二方面或第二方面的任一可选方式所提供的方法。
第八方面，还提供了一种包含指令的计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述第一方面或第一方面的任一可选方式所提供的方法；或者，当该计算机程序产品在计算机上运行时，使得计算机执行上述第二方面或第二方面的任一可选方式所提供的方法。
第九方面，还提供了一种通信芯片，应用在通信设备中，所述通信芯片包括：处理器、存储器以及通信接口；所述处理器、存储器以及通信接口通过总线耦合，所述存储器用于存储程序指令，所述处理器通过执行存储在所述存储器内的程序指令使得装载有所述通信芯片的通信设备能够执行如上述第一方面或第二方面中任意一种可能的实施方式提供的方法。
第十方面，还提供了一种数据传输***，所述***包括发送端和接收端，所述发送端用于执行前述第一方面中任意一种可能的实施方式提供的方法，所述接收端用于执行前述第二方面中任意一种可能的实施方式提供的方法。
附图说明
图1是本发明实施例提供的一种数据传输方法的应用场景示意图；
图2是本发明实施例提供的一种通信设备的结构框图；
图3是本发明实施例提供的一种数据传输方法的流程图；
图4是本发明实施例提供的QUIC连接与流的关系的示意图；
图5是本发明实施例提供的封装了QUIC数据包的UDP数据包的结构示意图；
图6a是现有的QUIC数据包包头的格式示意图；
图6b是本发明实施例提供的QUIC数据包包头的格式示意图；
图7是本发明实施例提供的一种数据传输装置的结构示意图；
图8是本发明实施例提供的另一种数据传输装置的结构示意图；
图9是本发明实施例提供的一种数据传输***的结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。
图1是本发明实施例提供的数据传输方法的应用场景示意图，参见图1，发送端11和接收端12之间通过无线接入点建立QUIC连接。如图1所示，发送端(即通信设备A)11和接收端(即通信设备B)12之间的QUIC连接上传输的数据可以通过至少两条路径进行传输，不同的路径可以基于不同的无线接入技术，也可以基于相同的无线接入技术。其中，无线接入技术包括但不限于Wi-Fi(Wireless Fidelity，无线高保真)、3GPP(3rd GenerationPartnership Project，第三代合作伙伴计划)的3G、4G、5G及其后续演进技术等。例如，图1中，发送端11和接收端12之间存在两条路径，路径F1和路径F2，其中，路径F1基于3GPP网络实现，路径F2基于Wi-Fi技术实现。
当不同的路径基于不同的无线接入技术时，可能通过不同的无线接入点进行接入，例如当采用Wi-Fi时，采用无线路由器13接入，当无线接入技术为3GPP的3G、4G、5G或其后续演进技术时，无线接入点可以为基站14(例如eNode B)。
每条路径可以由发送端的地址信息和接收端的地址信息决定，其中，发送端的地址信息包括IP地址和端口号中的至少一种，接收端的地址信息包括IP地址和端口号中的至少一种，若接收端和发送端的地址信息中的至少一项不同，即为不同的路径。例如，图1所示的发送端11和接收端12之间的两条路径中，路径F1的发送端11的地址信息为A2(IP地址)、PORT2，接收端的地址信息为B1(IP地址)和PORT1，路径F2的发送端的地址信息为A1(IP地址)、PORT1，接收端的地址信息为B2(IP地址)和PORT2。
在发送端通过该QUIC连接向接收端传输数据时，每个QUIC数据包的包头中会携带有数据包序号，发送端按照数据包序号从小到大的顺序依次将数据包通过QUIC连接发送出去。当一个QUIC连接传输的数据通过多条路径传输时，例如，数据包序号为1的数据包采用路径1传输，数据包序号为2和3的数据包采用路径2传输，由于不同路径的网络环境可能不同(例如数据包在不同的路径上经过的接入设备不同、数据包在不同的路径上传输时所经过的核心网网络实体不同等)，所以不同路径的传输时延可能不同。在这种情况下，接收端可能先收到序号较大的数据包，后收到序号较小的数据包。当收到序号较大的数据包和收到序号较小的数据包之间的时间间隔大于一定值时，接收端可能认为该序号较小的数据包已丢失而向发送端发送了用于反馈当前已收到的数据包的确认包，若实际上该序号较小的数据包仅仅只是因为时延导致接收端暂时未收到，而发送端却根据该确认包确定该序号较小的数据包已丢失，并重传了该序号较小的数据包，将会造成传输资源的浪费。而若接收端发送确认包的时间间隔设置得过长，则可能造成接收端缓存区溢出，并且，当接收端没有收到某序号较小的数据包时，在等待的同时无法将已接收到的其他数据包及时上交到应用层，导致用户等待时间过长，严重影响用户体验。
需要说明的是，在图1所示场景中，发送端11是指发送数据的通信设备，接收端12是指接收数据的通信设备，也就是说，发送端和接收端是相对而言的。例如，当第一通信设备向第二通信设备发送数据时，第一通信设备是发送端，第二通信设备是接收端；当第二通信设备向第一通信设备发送数据时，第二通信设备是发送端，第一通信设备是接收端；当第一通信设备既向第二通信设备发送数据，又接收第二通信设备发送的数据时，第一通信设备和第二通信设备均既是发送端也是接收端。
其中，通信设备可以是终端设备或者服务器。终端设备包括但不限于手机、笔记本电脑、个人计算机等。
图2为本发明实施例提供的一种通信设备20的结构示意图。该通信设备可以实现为图1中的接收端或者发送端或者同时作为发送端和接收端。
参见图2，通信设备20可以包括一个或者一个以上核心的处理器21、包括一个或一个以上计算机可读存储介质的存储器22、以及通信接口23等部件，处理器21可以用总线与存储器22和通信接口23相连。本领域技术人员可以理解，图2中示出的结构并不构成对通信设备20的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
其中：
处理器21是通信设备20的控制中心，利用各种接口和线路连接整个通信设备20的各个部分，通过运行或执行存储在存储器22内的软件程序和/或应用程序模块，以及调用存储在存储器22内的数据，执行通信设备20的各种功能和处理数据，从而对通信设备20进行整体监控。可选地，处理器21可以包括一个或者一个以上处理单元，该处理单元可以是中央处理单元(Central Processing Unit，CPU)或者网络处理器(Network Processor，NP)等。
存储器22可用于存储各种数据，例如各种配置参数以及计算机指令，该计算机指令可以由处理器21执行。存储器22可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘、闪存，也可以是其他易失性固态存储器件。相应地，存储器22还可以包括存储器控制器，以提供处理器21对存储器22的访问。
通信接口23可以为收发器或者网络接口。收发器可以包括接收机Rx和发射机Tx，收发器还可以实现成为一通信芯片，通信芯片中可以包括接收模块、发射模块和调制解调模块等，用于对信息进行调制解调，并通过无线信号接收或发送该信息。
当通信设备20为发送端时，处理器21用于生成多个QUIC数据包，每个QUIC数据包中包括QUIC连接标识和包指示信息，所述多个QUIC数据包中的QUIC连接标识相同；控制通信接口23将所述多个QUIC数据包通过至少两条路径发送，其中，每个所述QUIC数据包中的包指示信息均用于指示QUIC数据包在所在的传输路径上的包序号。
当通信设备20为接收端时，处理器21用于接收发送端通过至少两条路径发送的多个QUIC数据包，每个QUIC数据包中包括QUIC连接标识和包指示信息，所述多个QUIC数据包中的QUIC连接标识相同，每个所述QUIC数据包中的包指示信息均用于指示QUIC数据包在所在的传输路径上的包序号；根据所述包指示信息，确定各条所述路径上传输的数据包中是否存在未收到的数据包。
图3是本发明实施例提供的一种数据传输方法的流程图，基于图1所示场景实现。参见图3，方法流程包括：
301：发送端与接收端之间建立QUIC连接。
其中，每个QUIC连接均具有唯一的QUIC ID(Identifier，标识)。
发送端与接收端之间建立QUIC连接的方式可以参见现有的连接建立过程，在此省略详细描述。
302：发送端获取待传输数据。
该步骤302中，待传输数据为应用层数据，发送端获取待传输数据后，会将待传输数据进行分装重组(Segmentation and Reassembly)。进一步地，待传输数据包括至少两个流的数据，将待传输数据进行分装重组是指将每个流的数据分帧，其中，帧是采用QUIC连接进行数据传输中的最小数据单位，而流是指一个QUIC连接中传递的数据的逻辑集合。实际应用中，每个流均具有唯一的流标识符。
以客户端访问网页，服务器将网页上的数据均采用QUIC连接发送给客户端为例，网页上通常包括多个对象(object)，例如文本、图片、音频等，其中每个对象都可以作为一个流，例如，一个图片对象作为一个流、一个音频对象作为一个流，一个文本对象作为一个流。而分装重组就是将每个流的数据进一步划分为帧。
如图4所示，一个QUIC连接40传输3个流的数据。每个流包括多个帧，例如，第一个流41包括帧1～3、第二个流42包括帧4～6，第三个流43包括帧7～8。需要说明的是，图4中的帧的序号仅仅用于区分不同的帧，并不代表帧之间的传输顺序。
实现时，对待传输数据进行分装重组需要考虑QUIC数据包数据大小的限制和要求。具体地，对于基于IPv6协议传输的QUIC数据包，要求其大小不能超过1350字节，对于基于IPv4协议传输的QUIC数据包，要求其大小不能超过1370字节，而对待传输数据进行分装重组是为了后续便于将数据封装成QUIC数据包，因此，分装重组时需要考虑QUIC数据包数据大小的限制和要求，至少满足，划分后的最小数据单位(即帧)的大小不能超过前述1350字节或者1370字节。
其中，同一个流中的QUIC帧的大小可以相同。不同的流中的QUIC帧的大小可以相同也可以不同。
303：发送端为各个流的数据确定传输路径。
在一种实施方式中，当待传输数据包括多个流的数据时，可以将相关的流的数据采用同一条路径传输，即将多个相关的流的数据的传输路径确定为同一条路径，从而可以减小不同路径传输性能不同对数据的使用造成影响。例如，同一部电影中的视频图像数据、音频数据以及字幕数据分别采用一个QUIC连接中的三个流传输，一个流传输视频图像数据、一个流传输音频数据、一个流传输字幕数据，将这三个相关的流采用同一路径传输。又例如，在网页访问时，可以网页中的一个图片以及该图片相关的文字描述分别采用一个QUIC连接中的两个流传输，并将这两个相关的流采用同一路径传输。在这种情况下，该步骤303可以包括：确定QUIC连接的各个流之间是否相关；将相关的流的数据的传输路径确定为同一条路径。
其中，确定各个流之间是否相关，可以采用以下方式：
第一种、可以根据待传输数据的应用层的包头中携带的指示信息来确定流的相关性。该指示信息可以为将指定字段的设定值。例如，相关的流的数据中可以携带相同的符号标识。实际应用中，可以在超文本传输协议(HTTP，HyperText Transfer Protocol)数据包的Content Type(内容类型)头域中携带该符号标识。相应地，发送端可以将具有相同的符号标记的数据所属的流确定为相关的流。
第二种，采用预设的关联规则来确定各个流之间是否相关。其中，预设的关联规则包括流与流之间的关联关系，可以以列表或者数据库的形式存储。进一步地，可以采用大数据分析的方式，确定出各个流之间的关联关系，例如，如果两个流的数据通常会关联使用，则为这两个流的数据设置关联关系。实际应用中，该关联关系可以为HTTP数据包的ContentType头域中的信息的关联关系。相应地，发送端可以先获取两个流中的HTTP数据包的Content Type头域中的信息，然后再与预设的关联规则中的各项关联关系信息相匹配，如果匹配成功，则表示两个流相关；若匹配不成功，则表示两个流不相关。其中，匹配成功是指预设的关联规则中包括了两个流的HTTP数据包的Content Type头域中的信息的关联关系。
在另一种实施方式中，还可以根据各个流对传输路径的传输性能要求，为各个流确定传输路径。此时，该步骤303可以包括：确定各个所述流的传输性能要求，所述传输性能要求包括传输时延、丢包率、误码率中的至少一种；根据各个流的传输性能要求为各个所述流的数据确定传输路径。其中，确定各个流的传输性能要求可以采用以下方式：从预先保存的流的指示信息和传输性能要求的对应关系中获取各个流的传输性能要求，流的指示信息可以为HTTP数据包的Content Type(内容类型)头域中的信息。
实现时，对于各路径的传输时延，发送端可以根据已发送的数据包的发送时间和接收到的确认包中的对应的数据包的接收时间，确定各个数据包的传输时延，将同一路径上传输的多个数据包的传输时延的统计值(例如平均值)作为对应的路径的传输时延。对于各路径的丢包率，发送端可以根据确认包确定接收端接收到的数据包的数量，然后根据发送端自身发送的数据包的数量和确定出的接收端接收到的数据包的数量确定对应的路径的丢包率。对于误码率，发送端可以根据通过协议栈跨层通信从底层如物理层获取误码率统计数据来确定对应路径的误码率。
304：发送端为传输路径相同的流的数据添加携带同一路径标识的QUIC数据包包头，得到QUIC数据包。
其中，对于对应有多个流的路径，每个数据包中可以包括多个流中的至少两个流的QUIC帧。例如，如图5所示，一个UDP数据包包括UDP头(UDP Header)、公共头(CommonHeader)(即QUIC数据包包头)以及属于不同流的QUIC帧，如图5中的流5中的帧1、流7中的帧1和流7中的帧2。每个数据包中携带的帧的数量可以根据实际需要设置，在此不做限定。
单个QUIC数据包中包括的QUIC帧所属的流可以为该路径对应的所有的流，即该路径对应的每个流均有QUIC帧携带在每个数据包中；或者，单个数据包中包括的QUIC帧所属的流可以为该路径对应的所有流中的一部分。并且，每个数据包中，属于不同流的QUIC帧的数量可以相同，也可以不同。
此外，每个QUIC数据包的QUIC数据包包头中均携带有QUIC连接标识和包指示信息，采用同一QUIC连接传输的QUIC数据包中的QUIC连接标识相同。包指示信息用于指示数据包在所在的传输路径上的包序号。也就是说，在本实施例中，发送端可以针对每条路径进行独立的数据包的排序，例如，路径1上的数据包的序号从1开始，依次递增；路径2上的数据包的序号同样也从1开始，依次递增。
进一步地，包指示信息可以包括路径标识和路径包序号，所述路径标识用于指示数据包的传输路径，所述路径包序号用于指示数据包在所在的传输路径上的包序号。
实际应用中，可以在数据包包头中新增字段来携带该包指示信息。示例性地，图6a为现有的QUIC数据包包头的格式，图6b为扩展后的QUIC数据包包头的格式。如图6a所示，QUIC数据包包头中还包括类型(Type)字段、连接标识(Connection ID)字段、包序号(packet number)字段、版本(Version)字段和净荷(Payload)字段。其中，类型字段用于携带QUIC数据包类型以及其他头域信息，可以包括7个比特，连接标识字段用于指示QUIC连接的标识，可以采用64个比特；包序号字段用于指示数据包在QUIC连接传输的所有数据包中的序号，可以采用32个比特；版本字段用于指示目前QUIC使用的版本号，可以采用32个比特；净荷字段用于携带需要传输的数据。如图6b所示，扩展后的QUIC数据包包头中增加了路径标识字段和路径包序号字段，其中路径标识字段用于指示数据包的传输路径，可以采用8个比特。路径包序号字段用于指示指示数据包在所在的传输路径上的包序号，可以采用32个比特。在其他实施例中，路径标识字段和路径包序号字段可以合并为一个字段，即只采用一个字段来携带包指示信息。
需要说明的是，实际应用中，同一路径标识对应的实际路径可以是变化的，例如在第一时间段，路径标识A对应的路径是基于3GPP网络的路径，而在第一时间段之后的第二时间段，路径标识A对应的路径是基于WI-FI网络的路径。这是因为终端设备所在的位置可能会变化，同一网络的传输性能也可能在不同时刻会有所变化，这些都会导致不同的路径的传输条件(例如传输时延、丢包率等)发生变化，而对于确定采用同一路径传输的流，通常会希望能够在相同的传输条件下进行传输，因此，对于携带有同一路径标识的QUIC数据包可以在第一时间段采用第一传输路径传输，在第二时间段采用第二传输路径传输。当然，在一次数据传输过程中，同一路径标识对应的实际路径也可以是不变的。
需要说明的是，前述各字段所在的比特数仅为举例，可以根据实际需要设置。
可选地，扩展后的QUIC数据包包头中还携带有多径标识符，用于指示是否采用了多径传输，即是否采用了多于一条的路径来传输同一QUIC连接的数据。实现时，可以采用原QUIC数据包包头的类型字段中的一个比特来携带该多径标识符。
通过上述步骤302～304即可以生成多个QUIC数据包。
305：发送端将QUIC数据包采用对应的路径传输。
该步骤305包括：
为QUIC数据包添加路径标识对应的UDP包头，得到UDP数据包；
为UDP数据包添加IP包头，得到IP数据包；
根据IP包头和UDP包头发送IP数据包。
其中，UDP包头中包括源端口号和目的端口号，IP包头中包括源IP地址和目的IP地址。根据IP包头和UDP包头发送IP数据包，是指将IP数据包发送至目的IP地址和目的端口号对应的通信设备，即接收端。
如步骤304中所述，对于携带有相同的路径标识的QUIC数据包，在不同的时间段，可能添加的UDP包头和IP包头中的地址信息是不同的。发送端可以根据实际情况(路径的传输时延、丢包率等)确定。
306：接收端在该QUIC连接对应的各条路径上接收发送端发送的数据包。
307：接收端根据已收到的数据包的包信息，分别生成各条路径对应的确认包。
实际应用中，该确认包中包括SACK(Selective Acknowledgment，选择性确认)字段，该SACK字段中包括收到的数据包的信息。
需要说明的是，当同一路径标识对应的实际路径是固定不变的情况下，步骤307中路径对应的确认包可以是同一实际路径上的确认包，接收端可以按照路径标识或者路径对应的地址信息确定是否收到了同一路径上的数据包。当同一路径标识对应的实际路径可以变化的情况下，步骤307中路径对应的确认包是指同一路径标识对应的确认包。即接收端按照路径标识来确定是否收到了同一路径上发送的数据包。
308：接收端将确认包在对应的路径上发送给发送端。
309：发送端根据接收到的确认包确定各条路径上需要重传的数据包。
例如，发送端可以根据接收到的确认包确定在各条路径上已发送的数据包中，接收端没有接收到的数据包；然后根据设定的重传策略，从接收端没有接收到的数据包中，确定需要重传的数据包。其中，重传策略可以包括但不限于重要的数据包需要重传，不重要的数据包不需要重传。
310：发送端对需要重传的数据包进行重传。
在一种实施方式中，该步骤310可以包括：
在需要重传的数据包的原传输路径上重传该需要重传的数据包。
在另一种实施方式中，该步骤310可以包括：
根据各条路径的传输性能确定用于重传的路径；
在确定出的用于重传的路径上重传需要重传的数据包。
其中，该传输性能可以为传输时延、丢包率、误码率中的一种或多种。确定传输时延、丢包率、误码率的方式可以参见前述步骤303，在此不再赘述。
实际应用中，可以在传输时延最小的路径上重传需要重传的数据包或者在丢包率最小的路径上重传需要重传的数据包。
参见图7，本发明实施例还提供了一种数据传输装置，该数据传输装置可以通过专用硬件电路，或者，软硬件的结合实现成为通信设备的全部或一部分。该装置包括：生成单元701和发送单元702。其中，生成单元701用于生成多个QUIC数据包，每个QUIC数据包中包括QUIC连接标识和包指示信息，所述多个QUIC数据包中的QUIC连接标识相同，所述包指示信息包括路径标识和路径包序号，所述路径标识用于指示数据包的传输路径，所述路径包序号用于指示数据包在所述传输路径上的包序号；发送单元702用于采用所述QUIC数据包对应的传输路径发送各个所述QUIC数据包，其中，所述多个QUIC数据包对应的传输路径包括至少两条路径。
可选地，该装置还包括获取单元703和确定单元704，获取单元703用于获取待传输数据，所述待传输数据包括所述QUIC连接的至少两个流的数据；所述确定单元704用于为各个所述流的数据确定传输路径；所述生成单元701用于为传输路径相同的流的数据添加携带同一路径标识的QUIC数据包包头，得到所述QUIC数据包。
在一种实施方式中，确定单元704用于确定各个所述流之间是否相关；将相关的流的数据的传输路径确定为同一条路径。进一步地，确定单元704用于根据各个所述流的数据中携带的标识，确定各个所述流之间是否相关；或者，根据各个预设的关联规则，确定各个所述流之间是否相关。
在另一种实施方式中，确定单元704用于确定各个所述流的传输性能要求，所述传输性能要求包括传输时延、丢包率、误码率中的至少一种；根据各个流的传输性能要求为各个所述流的数据确定传输路径。
可选地，所述装置还包括：接收单元705和重传单元706，其中，接收单元705用于接收接收端发送的确认包，所述确认包用于指示接收端在各条路径上接收到的数据包；重传单元705用于根据接收到的所述确认包，确定需要重传的数据包并重传所述需要重传的数据包。
进一步地，所述重传单元706用于根据各条路径的传输性能确定用于重传的路径，其中，所述传输性能包括传输时延、丢包率、误码率中的一种或多种；在确定出的用于重传的路径上重传需要重传的数据包；或者，所述重传单元706用于在所述需要重传的数据包的原传输路径上重传所述需要重传的数据包。
相关细节可结合参考图3-图5以及图6a-6b的方法实施例。
需要说明的是，上述生成单元701、获取单元702和确定单元703可以由处理器实现或者，处理器执行存储器中的程序指令来实现，上述发送单元702、重传单元705可以由发送机Tx实现，或者处理器配合发送机Tx来实现，上述接收单元704可以由接收机Rx实现或者，处理器配合接收机Rx来实现。
参见图8，本发明实施例还提供了另一种数据传输装置，该数据传输装置可以通过专用硬件电路，或者，软硬件的结合实现成为通信设备的全部或一部分。该装置包括：接收单元801和确定单元802。其中，接收单元801用于接收发送端通过至少两条路径发送的多个QUIC数据包，每个QUIC数据包中包括QUIC连接标识和包指示信息，所述多个QUIC数据包中的QUIC连接标识相同，所述包指示信息包括路径标识和路径包序号，所述路径标识用于指示数据包的传输路径，所述路径包序号用于指示数据包在所述传输路径上的包序号；确定单元802用于根据所述包指示信息，确定各条所述路径上传输的数据包中是否存在未收到的数据包。
可选地，该装置还包括：发送单元803，用于向发送端发送确认包，所述确认包用于指示接收端在各条路径上接收到的数据包。
进一步地，所述发送单元803用于在各条所述路径上分别发送各自对应的确认包。
相关细节可结合参考图3-图5以及图6a-6b的方法实施例。
需要说明的是，上述确定单元802可以由处理器实现或者，处理器执行存储器中的程序指令来实现。接收单元801和发送单元803可以由通信接口实现或者，通信接口结合处理器来实现。
参见图9，本发明实施例还提供了一种数据传输***，该***包括：发送端901和接收端902。
该***还包括数据传输网络，例如WIFI网络、3GPP通信网络等。每种数据传输网络包括至少一个无线接入点，例如无线路由器、基站等。
需要说明的是：上述实施例提供的数据传输装置在进行数据传输时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的数据传输装置与数据传输方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
在上述实施例中，可以全部或部分地通过软件、硬件或者其组合来实现。当使用软件程序实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以是存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、双绞线、光纤)或无线(例如红外、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质、或者半导体介质(例如固态硬盘(SSD))等。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
以上所述仅为本申请的可选实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (23)

1.一种数据传输方法，其特征在于，所述方法包括：
生成多个数据包，每个所述数据包中包括连接标识和包指示信息，所述多个数据包中的所述连接标识相同，所述包指示信息用于指示所述数据包的包序号；
将所述多个数据包通过至少两条路径发送。
2.根据权利要求1所述的方法，其特征在于，所述生成多个数据包，包括：
获取数据，所述数据包括所述至少两个流的数据；
为各个所述流的数据确定传输路径；
为传输路径相同的流的数据添加携带同一路径标识的数据包的包头，得到所述数据包。
3.根据权利要求2所述的方法，其特征在于，所述为各个所述流的数据确定传输路径，包括：
确定各个所述流之间是否相关；
将相关的流的数据的传输路径确定为同一条路径。
4.根据权利要求3所述的方法，其特征在于，所述确定各个流之间是否相关，包括：
根据各个所述流的数据中携带的标识，确定各个所述流之间是否相关；或者，
根据预设的关联规则，确定各个所述流之间是否相关。
5.根据权利要求2所述的方法，其特征在于，所述为各个所述流的数据确定传输路径，包括：
确定各个所述流的传输性能要求，所述传输性能要求包括传输时延、丢包率、误码率中的至少一种；
根据各个流的传输性能要求为各个所述流的数据确定传输路径。
6.根据权利要求1-5任一项所述的方法，其特征在于，所述方法还包括：
接收接收端发送的确认包，所述确认包用于指示接收端在各条所述路径上接收到的数据包；
根据接收到的所述确认包，确定需要重传的数据包；
重传所述需要重传的数据包。
7.根据权利要求6所述的方法，其特征在于，所述重传所述需要重传的数据包，包括：
根据各条路径的传输性能确定用于重传的路径，其中，所述传输性能包括传输时延、丢包率、误码率中的一种或多种；
在确定出的用于重传的路径上重传需要重传的数据包；
或者，所述重传所述需要重传的数据包，包括：
在所述需要重传的数据包的原传输路径上重传所述需要重传的数据包。
8.一种数据传输方法，其特征在于，所述方法包括：
接收发送端通过至少两条路径发送的多个数据包，每个所述数据包中包括连接标识和包指示信息，所述多个数据包中的所述连接标识相同，所述包指示信息用于指示所述数据包的包序号；
根据所述包指示信息，确定各条所述路径上传输的数据包中是否存在未收到的数据包。
9.根据权利要求8所述的方法，其特征在于，所述方法还包括：
向发送端发送确认包，所述确认包用于指示接收端在各条路径上接收到的数据包。
10.根据权利要求9所述的方法，其特征在于，所述向发送端发送确认包，包括：
在各条所述路径上分别发送各自对应的确认包。
11.一种数据传输装置，其特征在于，所述装置包括：
生成单元，用于生成多个数据包，每个所述数据包中包括连接标识和包指示信息，所述多个数据包中的所述连接标识相同，所述包指示信息用于指示所述数据包的包序号；
发送单元，用于将所述多个数据包通过至少两条路径发送。
12.根据权利要求11所述的装置，其特征在于，所述装置还包括获取单元和确定单元，
所述获取单元，用于数据，所述数据包括所述至少两个流的数据；
所述确定单元，用于为各个所述流的数据确定传输路径；
所述生成单元，用于为传输路径相同的流的数据添加携带同一路径标识的QUIC数据包的包头，得到所述数据包。
13.根据权利要求12所述的装置，其特征在于，所述确定单元用于确定各个所述流之间是否相关；将相关的流的数据的传输路径确定为同一条路径。
14.根据权利要求13所述的装置，其特征在于，所述确定单元用于根据各个所述流的数据中携带的标识，确定各个所述流之间是否相关；或者，根据各个预设的关联规则，确定各个所述流之间是否相关。
15.根据权利要求12所述的装置，其特征在于，所述确定单元用于确定各个所述流的传输性能要求，所述传输性能要求包括传输时延、丢包率、误码率中的至少一种；根据各个流的传输性能要求为各个所述流的数据确定传输路径。
16.根据权利要求11-15任一项所述的装置，其特征在于，所述装置还包括：
接收单元，用于接收接收端发送的确认包，所述确认包用于指示接收端在各条路径上接收到的数据包；
重传单元，用于根据接收到的所述确认包，确定需要重传的数据包并重传所述需要重传的数据包。
17.根据权利要求16所述的装置，其特征在于，所述重传单元用于根据各条路径的传输性能确定用于重传的路径，其中，所述传输性能包括传输时延、丢包率、误码率中的一种或多种；在确定出的用于重传的路径上重传需要重传的数据包；或者，所述重传单元用于在所述需要重传的数据包的原传输路径上重传所述需要重传的数据包。
18.一种数据传输装置，其特征在于，所述装置包括：
接收单元，用于接收发送端通过至少两条路径发送的多个数据包，每个所述数据包中包括连接标识和包指示信息，所述多数据包中的所述连接标识相同，所述包指示信息用于指示所述数据包的包序号；
确定单元，用于根据所述包指示信息，确定各条所述路径上传输的数据包中是否存在未收到的数据包。
19.根据权利要求18所述的装置，其特征在于，所述装置还包括：
发送单元，用于向发送端发送确认包，所述确认包用于指示接收端在各条路径上接收到的数据包。
20.根据权利要求19所述的装置，其特征在于，所述发送单元用于在各条所述路径上分别发送各自对应的确认包。
21.一种数据传输装置，其特征在于，所述装置包括：存储器、与存储器连接的处理器，所述存储器用于存储程序代码，当所述处理器用于运行或执行存储在所述存储器内的程序代码时，执行如权利要求1-7任一项所述的方法。
22.一种数据传输装置，其特征在于，所述装置包括：存储器、与存储器连接的处理器，所述存储器用于存储程序代码，当所述处理器用于运行或执行存储在所述存储器内的程序代码时，执行如权利要求8-10任一项所述的方法。
23.一种数据传输***，其特征在于，所述***包括发送端和接收端，所述发送端用于执行权利要求1-7任一项所述的方法，所述接收端用于执行如权利要求8-10任一项所述的方法。
CN202110572106.9A 2018-01-25 2018-01-25 数据传输方法、装置和*** Active CN113411313B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110572106.9A CN113411313B (zh) 2018-01-25 2018-01-25 数据传输方法、装置和***

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202110572106.9A CN113411313B (zh) 2018-01-25 2018-01-25 数据传输方法、装置和***
CN201810073548.7A CN110086578B (zh) 2018-01-25 2018-01-25 数据传输方法、装置和***

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201810073548.7A Division CN110086578B (zh) 2018-01-25 2018-01-25 数据传输方法、装置和***

Publications (2)

Publication Number Publication Date
CN113411313A true CN113411313A (zh) 2021-09-17
CN113411313B CN113411313B (zh) 2023-03-17

Family

ID=67395266

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201810073548.7A Active CN110086578B (zh) 2018-01-25 2018-01-25 数据传输方法、装置和***
CN202110572106.9A Active CN113411313B (zh) 2018-01-25 2018-01-25 数据传输方法、装置和***

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN201810073548.7A Active CN110086578B (zh) 2018-01-25 2018-01-25 数据传输方法、装置和***

Country Status (5)

Country Link
US (1) US20200358886A1 (zh)
EP (1) EP3737016A4 (zh)
CN (2) CN110086578B (zh)
BR (1) BR112020015127A2 (zh)
WO (1) WO2019144836A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115118392A (zh) * 2022-06-10 2022-09-27 网宿科技股份有限公司 D-sack的确定方法、处理器与通信***
WO2024022335A1 (zh) * 2022-07-26 2024-02-01 抖音视界有限公司 数据传输方法、装置和***

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3844924A1 (en) * 2018-08-31 2021-07-07 Telefonaktiebolaget LM Ericsson (publ) Management of acknowledgement signalling in a multi-point communication system
CN111200830B (zh) * 2020-01-02 2022-04-26 腾讯科技（深圳）有限公司 数据传输方法及装置、电子设备
CN111901075B (zh) * 2020-07-16 2021-11-23 华中科技大学 多网络融合传输方法、传输***及计算机可读存储介质
KR102345473B1 (ko) * 2020-11-30 2021-12-30 경북대학교 산학협력단 사물 인터넷 서비스를 제공하기 위한 QUIC-Proxy를 이용한 데이터 전달 방법 및 장치
CN112637242A (zh) * 2021-01-06 2021-04-09 新华三技术有限公司 一种数据传输方法、装置、电子设备及存储介质
CN114765494A (zh) * 2021-01-14 2022-07-19 瑞昱半导体股份有限公司 具有数据重用机制的数据传输方法及装置
CN115225562A (zh) * 2021-04-15 2022-10-21 华为技术有限公司 路由更新方法、装置及***
CN116888948A (zh) * 2021-05-04 2023-10-13 华为技术有限公司 用于根据修改后的quic协议生成数据传输报文的数据传输控制器和方法
CN115529336A (zh) 2021-06-25 2022-12-27 华为技术有限公司 数据传输的方法、***、设备和存储介质
US20220417303A1 (en) * 2021-06-28 2022-12-29 Tencent America LLC Techniques for monitoring encrypted streaming traffic using underlying transport metrics
CN117083867A (zh) * 2021-07-01 2023-11-17 Oppo广东移动通信有限公司 用于无线投屏的数据传输方法、装置、设备及存储介质
US11968115B2 (en) * 2021-10-31 2024-04-23 Avago Technologies International Sales Pte. Limited Method for verifying data center network performance
CN114640574B (zh) * 2022-02-28 2023-11-28 天翼安全科技有限公司 一种主备设备的切换方法及装置
CN114785873A (zh) * 2022-04-20 2022-07-22 陕西科技大学 一种广播发射机远程控制***

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101719918A (zh) * 2009-11-27 2010-06-02 北京交通大学 一种改进的适用于多连接多路径的传输方法

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1998052323A1 (fr) * 1997-05-13 1998-11-19 Matsushita Electric Industrial Co., Ltd. Emetteur de paquets de donnees
WO2010135860A1 (zh) * 2009-05-25 2010-12-02 华为技术有限公司 一种多载波ack信道分配的方法及设备
WO2012169969A1 (en) * 2011-06-10 2012-12-13 Temasek Life Sciences Laboratory Limited Genetic manipulation and expression systems for pucciniomycotina and us tilaginom ycotina subphyla
US9059932B2 (en) * 2011-11-03 2015-06-16 Qualcomm Incorporated Packet ordering based on delivery route changes in communication networks
US9026783B2 (en) * 2013-03-07 2015-05-05 Google Inc. Low latency server-side redirection of UDP-based transport protocols traversing a client-side NAT firewall
EP3198759B1 (en) * 2014-09-26 2019-06-19 Telefonaktiebolaget LM Ericsson (publ) Forward error correction in cellular networks
EP3016347B1 (en) * 2014-10-27 2019-02-13 Cisco Technology, Inc. Multipath provisioning of l4-l7 traffic in a network
FR3028124A1 (fr) * 2014-11-05 2016-05-06 Orange Procede de controle des politiques de trafic depuis un module de securite dans un terminal mobile
US9609078B2 (en) * 2015-03-24 2017-03-28 Fortinet, Inc. HTTP proxy
CN106656909B (zh) * 2015-10-28 2020-02-28 瑞昱半导体股份有限公司 传输装置及其传输方法
US10477503B2 (en) * 2015-11-20 2019-11-12 Google Llc Democratized cellular network connectivity through small cells
WO2017167392A1 (en) * 2016-04-01 2017-10-05 Nokia Solutions And Networks Oy Dynamic experience management in communications
CN106210924B (zh) * 2016-08-16 2020-01-24 北京东方嘉禾文化发展股份有限公司 视频网络传输控制方法和***

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101719918A (zh) * 2009-11-27 2010-06-02 北京交通大学 一种改进的适用于多连接多路径的传输方法

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
GOOGLE: "QUIC: A UDP-Based Multiplexed and Secure Transport", 《DRAFT-IETF-QUIC-TRANSPORT-08》 *
WOLFCSTECH: "QUIC协议规范", 《HTTPS://HANPFEI.GITHUB.IO/2017/01/13/QUIC%E5%8D%8F%E8%AE%AE%E8%A7%84%E8%8C%83/》 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115118392A (zh) * 2022-06-10 2022-09-27 网宿科技股份有限公司 D-sack的确定方法、处理器与通信***
CN115118392B (zh) * 2022-06-10 2024-05-28 网宿科技股份有限公司 D-sack的确定方法、处理器与通信***
WO2024022335A1 (zh) * 2022-07-26 2024-02-01 抖音视界有限公司 数据传输方法、装置和***

Also Published As

Publication number Publication date
WO2019144836A1 (zh) 2019-08-01
EP3737016A1 (en) 2020-11-11
CN110086578A (zh) 2019-08-02
EP3737016A4 (en) 2021-03-03
CN110086578B (zh) 2021-06-01
BR112020015127A2 (pt) 2021-01-05
CN113411313B (zh) 2023-03-17
US20200358886A1 (en) 2020-11-12

Similar Documents

Publication Publication Date Title
CN110086578B (zh) 数据传输方法、装置和***
CN113709057B (zh) 网络拥塞的通告方法、代理节点、网络节点及计算机设备
US10841205B2 (en) Multi-path wireless communication
US9407734B2 (en) System and method for efficient frame aggregation based on aggregation limits or parameters
CN110875799B (zh) 一种传输控制方法和装置
US11563829B2 (en) Simple ethernet header compression
CN110169030B (zh) 用于在异构网络上发送内容的方法及其设备
EP3637703B1 (en) Message transmission methods and proxy servers
CN107154917B (zh) 数据传输方法及服务器
CN109600248B (zh) 服务质量的确定方法、装置及存储介质
CN111131179B (zh) 业务处理方法、装置、网络设备及存储介质
EP3672189B1 (en) Data transmission method, device and system
Liu et al. Cross-layer design for UAV-based streaming media transmission
US20200187041A1 (en) Wireless communication method and associated wireless device
WO2020154872A1 (zh) 一种传输控制协议加速方法和装置
US20240007899A1 (en) Tcp ack rate reduction in mobile communications
WO2022222693A1 (zh) 报文处理方法和装置、电子设备、计算机可读存储介质
WO2021100178A1 (ja) 通信装置、通信システム、通信方法、及びプログラムが格納された非一時的なコンピュータ可読媒体
KR20210123638A (ko) Rlc pdu 재전송 방법 및 장치
US20170331931A1 (en) Application layer header or payload enrichment without proxy or connection termination

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
GR01 Patent grant
GR01 Patent grant