CN105376173B - Sending window flow control method and terminal - Google Patents
Sending window flow control method and terminal Download PDFInfo
- Publication number
- CN105376173B CN105376173B CN201410443894.1A CN201410443894A CN105376173B CN 105376173 B CN105376173 B CN 105376173B CN 201410443894 A CN201410443894 A CN 201410443894A CN 105376173 B CN105376173 B CN 105376173B
- Authority
- CN
- China
- Prior art keywords
- window
- size
- receiving
- sending
- receiving end
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
Abstract
The invention provides a method for controlling the flow of a sending window under an RUDP protocol, which comprises the following steps: a sending end sends a message to a receiving end and simultaneously requests the size of a window of the receiving end from the receiving end; the receiving end receives the message and determines the size of a receiving end window according to the size of the receiving window and the size of the out-of-order queue; the receiving end sends the determined size of the window of the receiving end to the sending end; and the sending end adjusts the size of the sending window according to the determined size of the receiving window, and flow control is carried out through the adjusted sending window. The technical scheme realizes dynamic control of the sending window flow.
Description
Technical Field
The present invention relates to a Reliable user datagram protocol (Reliable UDP, RUDP), and in particular, to a method and a terminal for controlling a flow of a transmission window under a RUDP protocol.
Background
At present, a Transmission Control Protocol (TCP) is generally used to ensure reliable data communication. However, such a protocol cannot be well adapted to the requirements of current network applications on the efficiency and bandwidth adaptability of data transmission. The aimd (additive inclusion complex) algorithm in the TCP protocol reduces the TCP congestion window but cannot recover the available bandwidth quickly. In addition, unfair RTTs (round trip times of TCP packets) in TCP congestion control cause concurrent TCP flows with different RTTs to share bandwidth unfairly. With the increase of network Bandwidth Delay Products (BDP), the efficiency of distributed computation of the TCP protocol in the wide area network is severely limited by the algorithm of RTT of TCP.
Another widely used protocol of the transport layer is the User Datagram Protocol (UDP). UDP is a message-based transport protocol primarily used to support network applications that require data to be transferred between computers. By reserving their respective data transmission channels for different applications using port numbers, the UDP protocol may enable support for multiple applications to send and receive data simultaneously at the same time. The UDP protocol is a transmission protocol without establishing connection, has the advantages of high efficiency, high speed, less occupied resources and the like, and can obviously improve the data transmission efficiency of the system in a real-time system based on message communication. However, UDP does not have a transmission mechanism for ensuring reliable data transmission, and cannot meet the reliability requirement of an application program for transmitting data and messages.
In order to support high-performance data transmission, those skilled in the art combine the advantages of TCP and UDP, and add some control mechanism to ensure reliable data transmission over UDP, resulting in rudp (reliable UDP).
The RUDP is carried on top of UDP, and its reliability is guaranteed by retransmission and acknowledgement mechanisms. In the window flow control mode under the existing RUDP, a sending window and a retransmission queue are set on a sending side, and when the total number of data messages in the retransmission queue exceeds the size of the sending window, the sending of the data messages is stopped. In the window flow control mode, once the size of a sending window is set, the sending window cannot be modified subsequently, and when the number of data messages in a retransmission queue is small, the sending window cannot be increased so as to increase the number of the sent data messages in time; when there are many data messages in the retransmission queue, it is not possible to reduce the transmission window and the number of data messages to be transmitted, and the flow control effect is poor.
Disclosure of Invention
The invention provides a sending window flow control method and a terminal, aiming at solving the technical problem of how to realize dynamic control on sending window flow.
In order to solve the above technical problem, the present invention provides a method for controlling a flow of a sending window, where the method includes:
a sending end sends a message to a receiving end and simultaneously requests the size of a window of the receiving end from the receiving end;
the receiving end receives the message and determines the size of a receiving end window according to the size of the receiving window and the size of the out-of-order queue;
the receiving end sends the determined size of the window of the receiving end to the sending end;
and the sending end adjusts the size of the sending window according to the determined size of the receiving window, and flow control is carried out through the adjusted sending window.
Optionally, the determining the size of the receiver window according to the size of the receiver window and the size of the out-of-order queue includes:
and summing the lengths of the receiving window and the out-of-order queue, and taking the summation result as the length of the receiving window.
Optionally, the adjusting, by the sending end, the size of the sending window according to the determined size of the receiver window includes:
and the sending end subtracts the length of the retransmission queue of the sending end from the sum of the lengths of the receiving window and the out-of-order queue to obtain a result as the length of the sending window.
Alternatively,
the method includes transmitting data between the transmitting end and the receiving end using a Reliable User Datagram Protocol (RUDP), and adding a field for identifying a size of a window of the receiving end in the RUDP message.
In order to solve the above technical problem, the present invention further provides a sending end for controlling a sending window flow, where the sending end includes: a sending unit, a receiving unit and a window flow control unit, wherein,
the sending unit is used for sending a message to the receiving end and requesting the size of a window of the receiving end to the receiving end at the same time;
the receiving unit is used for receiving the window size of a receiving party from a receiving end;
and the window flow control unit is used for adjusting the size of the sending window according to the size of the receiving side window and controlling the flow through the adjusted sending window.
Optionally, the window flow control unit is configured to adjust the size of the sending window according to the size of the receiving window, and includes:
and when the size of the window of the receiving party is the sum of the lengths of the receiving window and the out-of-order queue, taking the result of subtracting the length of the retransmission queue of the sending end from the sum of the lengths of the receiving window and the out-of-order queue as the length of the sending window.
Alternatively,
a transmitting end transmits data to a receiving end using a Reliable User Datagram Protocol (RUDP), and a field for identifying the size of a window of a receiving end is added in the RUDP message.
In order to solve the above technical problem, the present invention further provides a receiving end for assisting flow control of a sending window, where the receiving end includes: receiving unit, receiving side window size calculating unit, sending unit, wherein:
the receiving unit is used for receiving a message from a sending end and acquiring a request of a window size of a receiving end;
the receiving side window size calculating unit is used for determining the size of a receiving side window according to the size of the receiving window and the size of the out-of-order queue;
and the sending unit is used for sending the determined size of the window of the receiving party to the sending end.
Optionally, the receiving-side window size calculating unit is configured to determine the receiving-side window size according to the receiving-side window size and the out-of-order queue size, and includes:
and summing the lengths of the receiving window and the out-of-order queue, and taking the summation result as the length of the receiving window.
Alternatively,
the receiving end transmits data to the transmitting end using a Reliable User Datagram Protocol (RUDP), and a field for identifying the size of a window of the receiving end is added in the RUDP message.
The sending end can flexibly adjust the sending window according to the size of the window of the receiving end, and dynamic control of the sending flow is realized.
Drawings
Fig. 1 is a flowchart of a sending window flow control method according to the present embodiment;
FIG. 2 is a schematic diagram of an improved RUDP format according to the present embodiment;
fig. 3 is a block diagram of a transmitting end performing transmission window flow control according to the present embodiment;
fig. 4 is a block diagram of a receiving end assembly for assisting send window flow control according to the present embodiment.
Detailed Description
In order to make the objects, technical solutions and advantages of the present invention more apparent, embodiments of the present invention will be described in detail below with reference to the accompanying drawings. It should be noted that the embodiments and features of the embodiments in the present application may be arbitrarily combined with each other without conflict.
Fig. 1 is a flowchart of a sending window flow control method according to this embodiment.
S101, a sending end sends a message to a receiving end and simultaneously requests the size of a window of the receiving end;
optionally, a format of a message sent by the sending end to the receiving end is as shown in fig. 2, the sent message is filled in a "messagebody" field, and the message is mainly different from the existing RUDP message in that a field for identifying the size of a receiver window is added; to distinguish from the existing RUDP message format, the message format shown in fig. 2 is represented in SRUDP message format;
the SRUDP message types in fig. 2 are shown in the following table:
s102, the receiving end receives the message and determines the size of a receiving end window according to the size of the receiving window and the size of the out-of-order queue;
s103, the receiving end sends the determined size of the window of the receiving end to the sending end;
s104, the sending end adjusts the size of the sending window according to the determined size of the receiving window, and flow control is carried out through the adjusted sending window.
Suppose that:
a, representing the size of a maximum sending window MaxSndWind;
b, representing the size of the sending window CurSndWind, wherein B is used for controlling the number of messages sent to the receiving end, and the number of the messages sent to the receiving end cannot exceed B;
c, representing the size of a retransmission queue RetranQueSize, C representing the number of messages which are used for buffering and sent by a sending end, if the sending end receives a response to the sent message from a response message of a receiving end, clearing the corresponding message from the retransmission queue,
d, representing the size of a sending queue SndQueSize; the upper layer of the sending queue buffers the messages to be sent, and when the connection meets the sending condition, the messages in the sending queue are sent and transferred to a retransmission queue; the transmit queue may be a linked list;
a: represents the maximum receive window MaxRcvWind size;
b, representing the size of a receiving window CurRcvWind, wherein b is used for controlling the number of messages received from a sending end, and the number of the messages received from the sending end cannot exceed b;
c, representing the size UnOrderQueSeze of a disorder queue, wherein the disorder queue is used for caching the message which reaches a receiving end in advance; if the sender sends the messages s1, s2, s3 and s4 in sequence, the receiver receives s4 first due to message loss or network delay, and then s4 is temporarily stored in the out-of-order queue;
d: the size OrdQueSeze is shown as the in-order queue size, the in-order queue is used for buffering all the messages which arrive at the local end in order, the in-order queue is an instant queue, the life cycle of the in-order messages which are transferred from the out-of-order queue is started, and the in-order messages are transmitted to the application process.
Wherein a ═ B + C + D; formula 1
a ═ b + c + d; formula 2
Because the sending queue only exists temporarily, the message is sent to the driving layer, namely, the occupied space is released, the sequential queue also exists temporarily, and the message is sent to the upper application, namely, the occupied space is released, the sending queue size D and the sequential queue size D depend on the processing efficiency of each node process, have uncertainty and are not used for window control.
To ensure the balance of the transmitted and received data, it is necessary to:
b + C ═ B + C formula 3
Combining formula 1 to formula 3 to obtain
B ═ B + C) -C formula 4
Therefore, in step S103, the receiving end may send (b + c) to the sending end; in step S104, the transmitting end further uses the result of (b + C) -C as the length of the transmission window.
The above embodiments are further described in detail with reference to a specific application example.
The method comprises the following steps: successfully building a link;
step two: a sending end writes a first message positioned in a sending window in a sending queue into a message body field of an SRUDP message, and fills a message header of the SRUDP message, wherein a pack No represents the number of the sent messages and adds 1 to the pack No of the last SRUDP message; AckNO is the sequence number of the largest message in the in-sequence queue acquired by the sending end from the receiving end;
step three: the sending end sends the SRUDP message and starts a retransmission timer;
step four: receiving the SRUDP message by a receiving end, updating the out-of-order queue and/or the in-order queue according to a PackNo in the SRUDP message, simultaneously judging whether the sent message needs to be responded immediately or not, if the sent message does not need to be responded immediately, continuously judging whether the message in the in-order queue needs to be sent to an application process or not, and if the message does not need to be sent, continuously executing the step four; if the sending message needs to be responded immediately or the message in the in-sequence queue needs to be sent to the application process is judged, executing the step five;
step five: the receiving end fills in the response message, and writes the sum of the size of the receiving window and the size of the out-of-order queue into a field for marking the size of the window of the receiving end in the response message; AckNO is the message sequence number of the response; the PackNo represents the number of sent messages and is the PackNo of the last response message plus 1; the receiving end sends the filled response message; the response message may be an SRUDP message that the receiving end alone responds to the transmitting end without including the message body field, or may be user data including the message body;
step six: the sending end receives the response message, judges whether the retransmission timer is overtime, if not, stops the retransmission timer, compares AckNO in the response message with the maximum serial number of the message in the retransmission queue, if the AckNO is equal to the maximum serial number of the message in the retransmission queue, indicates that all the messages sent by the sending end receive the response of the receiving end, and executes the step eight; if the two are not equal, deleting the messages from 1 to AckNO in the retransmission queue, resetting a retransmission timer by the sending end, and executing the step six; after the sending end receives the application message, if the retransmission timer is overtime, executing the seventh step;
step seven: the sending end takes out the first message from the retransmission queue and writes the first message into the SRUDP message, and executes the third step,
step eight: and emptying the retransmission queue, determining the size of a sending window according to the received field for identifying the size of the window of the receiving party, and continuously sending data according to the re-determined size of the sending window.
Fig. 3 is a block diagram of a transmitting end composition for performing transmission window flow control according to the present embodiment.
The transmitting end includes: a sending unit, a receiving unit and a window flow control unit, wherein,
the sending unit is used for sending a message to the receiving end and requesting the size of a window of the receiving end to the receiving end at the same time;
the receiving unit is used for receiving the window size of a receiving party from a receiving end;
the window flow control unit is used for adjusting the size of a sending window according to the size of the window of the receiving party and controlling the flow through the adjusted sending window;
optionally, the window flow control unit is configured to adjust the size of the sending window according to the size of the receiving window, and includes:
when the size of a receiving window is the sum of the lengths of the receiving window and the out-of-order queue, the result of subtracting the length of a retransmission queue of a sending end from the sum of the lengths of the receiving window and the out-of-order queue is used as the length of the sending window;
alternatively, the transmitting end transmits data to the receiving end using a Reliable User Datagram Protocol (RUDP), and adds a field for identifying the size of the window of the receiving end in the RUDP message, as shown in fig. 2.
Fig. 4 is a block diagram of a receiving end assembly for assisting send window flow control according to the present embodiment.
The receiving end includes: receiving unit, receiving side window size calculating unit, sending unit, wherein:
the receiving unit is used for receiving a message from a sending end and acquiring a request of a window size of a receiving end;
the receiving side window size calculating unit is used for determining the size of a receiving side window according to the size of the receiving window and the size of the out-of-order queue;
optionally, the receiving-side window size calculating unit is configured to determine the receiving-side window size according to the receiving-side window size and the out-of-order queue size, and includes:
summing the lengths of the receiving window and the out-of-order queue, and taking the summation result as the length of the receiving window;
and the sending unit is used for sending the determined size of the window of the receiving party to the sending end.
Alternatively, the receiving end transmits data to the transmitting end using a Reliable User Datagram Protocol (RUDP), and a field for identifying the size of the window of the receiving end is added in the RUDP message, as shown in fig. 2.
It will be understood by those skilled in the art that all or part of the steps of the above methods may be implemented by instructing the relevant hardware through a program, and the program may be stored in a computer readable storage medium, such as a read-only memory, a magnetic or optical disk, and the like. Alternatively, all or part of the steps of the foregoing embodiments may also be implemented by using one or more integrated circuits, and accordingly, each module/unit in the foregoing embodiments may be implemented in the form of hardware, and may also be implemented in the form of a software functional module. The present invention is not limited to any specific form of combination of hardware and software.
It should be noted that the present invention can be embodied in other specific forms, and various changes and modifications can be made by those skilled in the art without departing from the spirit and scope of the invention.
Claims (6)
1. A method for controlling transmission window flow, the method comprising:
a sending end sends a message to a receiving end and simultaneously requests the size of a window of the receiving end from the receiving end;
the receiving end receives the message and determines the size of a receiving end window according to the sum of the size of the receiving window and the size of the out-of-order queue;
the receiving end sends the receiving end window size determined according to the sum of the receiving window size and the out-of-order queue size to the sending end;
and the sending end takes the result of subtracting the retransmission queue length of the sending end from the sum of the size of the receiving window and the size of the out-of-order queue as the size of the sending window, and the flow control is carried out through the adjusted sending window.
2. The method of claim 1,
the method includes transmitting data between the transmitting end and the receiving end using a Reliable User Datagram Protocol (RUDP), and adding a field for identifying a size of a window of the receiving end in the RUDP message.
3. A sender for performing flow control of a send window, the sender comprising: a sending unit, a receiving unit and a window flow control unit, wherein,
the sending unit is used for sending a message to the receiving end and requesting the size of a window of the receiving end to the receiving end at the same time;
the receiving unit is used for receiving the receiving side window size determined by the receiving side according to the sum of the receiving window size and the out-of-order queue size from the receiving side;
and the window flow control unit is used for taking the result of subtracting the retransmission queue length of the sending end from the sum of the size of the receiving window and the size of the out-of-order queue as the size of the sending window, and carrying out flow control through the adjusted sending window.
4. The transmitting end of claim 3,
a transmitting end transmits data to a receiving end using a Reliable User Datagram Protocol (RUDP), and a field for identifying the size of a window of a receiving end is added in the RUDP message.
5. A receiver for assisting flow control of a transmission window, the receiver comprising: receiving unit, receiving side window size calculating unit, sending unit, wherein:
the receiving unit is used for receiving a message from a sending end and acquiring a request of a window size of a receiving end;
the receiving side window size calculating unit is used for determining the size of a receiving side window according to the sum of the size of the receiving window and the size of the out-of-order queue;
and the sending unit is used for sending the determined size of the window of the receiving party to the sending terminal so that the sending terminal can use the result of subtracting the retransmission queue length of the sending terminal from the size of the window of the receiving party as the size of the sending window, and flow control is carried out through the adjusted sending window.
6. The receiving end of claim 5,
the receiving end transmits data to the transmitting end using a Reliable User Datagram Protocol (RUDP), and a field for identifying the size of a window of the receiving end is added in the RUDP message.
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410443894.1A CN105376173B (en) | 2014-09-02 | 2014-09-02 | Sending window flow control method and terminal |
| PCT/CN2015/072936 WO2016033948A1 (en) | 2014-09-02 | 2015-02-12 | Transmission window traffic control method and terminal |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410443894.1A CN105376173B (en) | 2014-09-02 | 2014-09-02 | Sending window flow control method and terminal |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN105376173A CN105376173A (en) | 2016-03-02 |
| CN105376173B true CN105376173B (en) | 2020-04-28 |
Family
ID=55377991
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201410443894.1A Active CN105376173B (en) | 2014-09-02 | 2014-09-02 | Sending window flow control method and terminal |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN105376173B (en) |
| WO (1) | WO2016033948A1 (en) |
Families Citing this family (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111769968A (en) | 2016-11-04 | 2020-10-13 | 华为技术有限公司 | Method and network equipment for processing message in hybrid access network |
| CN108092908B (en) * | 2016-11-23 | 2020-06-26 | 华为技术有限公司 | Method for controlling flow and sending end equipment |
| CN107018086B (en) * | 2017-04-24 | 2019-09-24 | 中南大学 | Transfer control method based on packet priority in a kind of data center network |
| CN109525502B (en) * | 2017-09-19 | 2022-09-13 | 宏碁股份有限公司 | Reliable user packet protocol device and dynamic adjustment method of sliding window parameter |
| CN107708199B (en) * | 2017-09-26 | 2021-01-26 | 南京哈卢信息科技有限公司 | Method for improving downlink reliability of low-power-consumption wireless cellular network |
| CN109729119A (en) * | 2017-10-30 | 2019-05-07 | 中兴通讯股份有限公司 | A kind of method, apparatus, equipment and the storage medium of coordination data synchrodata |
| CN107819853B (en) * | 2017-11-13 | 2019-08-16 | 中国联合网络通信集团有限公司 | A kind of data transmission method and device |
| CN110830472B (en) * | 2019-11-07 | 2021-09-24 | 西北工业大学 | Flexible data transmission method of flexible data transmission protocol based on TCP/IP protocol |
| CN112994851B (en) * | 2021-01-26 | 2022-03-29 | 中国科学院信息工程研究所 | Method and device for supporting differentiated negotiable parallel data communication |
| CN114979172A (en) * | 2021-02-23 | 2022-08-30 | 腾讯科技（深圳）有限公司 | Data transmission method, device, equipment and storage medium |
| CN113612737A (en) * | 2021-07-20 | 2021-11-05 | 天津七所精密机电技术有限公司 | Long message reliable transmission method based on grouping and retransmission mechanism |
| CN114449057A (en) * | 2022-01-28 | 2022-05-06 | 北京威视锐科技有限公司 | Data transmission method and device |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1921364A (en) * | 2005-08-25 | 2007-02-28 | 中兴通讯股份有限公司 | Method for package transmitting and self-adaptive window zooming of reliable transmission layer based on message |
| CN1992582A (en) * | 2005-12-31 | 2007-07-04 | 中兴通讯股份有限公司 | Implementation method for adaptive variable slide receiving window of broadband signaling link |
| CN101170504A (en) * | 2007-12-03 | 2008-04-30 | 北京天碁科技有限公司 | Adjustment method for window traffic of radio link control layer |
| CN102045362A (en) * | 2010-12-21 | 2011-05-04 | 北京高森明晨信息科技有限公司 | Data transmission method and system based on UDP protocol |
| CN102469088A (en) * | 2010-11-17 | 2012-05-23 | 郑州威科姆科技股份有限公司 | Mass data transmission method based on UDP (User Datagram Protocol) |
| CN103067301A (en) * | 2013-01-17 | 2013-04-24 | 广东石油化工学院 | Fast and reliable congestion control improved algorithm based on user datagram protocol (UDP) |
| CN103780971A (en) * | 2012-10-23 | 2014-05-07 | 北京网动网络科技股份有限公司 | RUDP-based real-time video transmission method under internet condition |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7161978B2 (en) * | 2001-08-29 | 2007-01-09 | Texas Instruments Incorporated | Transmit and receive window synchronization |
| JP4546542B2 (en) * | 2004-12-22 | 2010-09-15 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | Data flow control using duplicate receipt confirmation |
| CN101212401B (en) * | 2006-12-29 | 2010-06-09 | 中兴通讯股份有限公司 | Grid-oriented configurable data transmission method and system |
| CN101159520A (en) * | 2007-10-29 | 2008-04-09 | 中兴通讯股份有限公司 | Data transmission method |
| CN101631110B (en) * | 2008-07-15 | 2013-01-02 | 国际商业机器公司 | Device and method for dynamically determining connection building mechanism based on relative position |
| CN101944982B (en) * | 2010-08-11 | 2013-04-10 | 南昌市恒鑫电子技术有限公司 | Real-time stream media transmitting method based on time-driven sliding window protocol |
| CN103457707B (en) * | 2012-05-30 | 2016-12-14 | 华为技术有限公司 | A kind of data transmission method, Apparatus and system |
-
2014
- 2014-09-02 CN CN201410443894.1A patent/CN105376173B/en active Active
-
2015
- 2015-02-12 WO PCT/CN2015/072936 patent/WO2016033948A1/en active Application Filing
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1921364A (en) * | 2005-08-25 | 2007-02-28 | 中兴通讯股份有限公司 | Method for package transmitting and self-adaptive window zooming of reliable transmission layer based on message |
| CN1992582A (en) * | 2005-12-31 | 2007-07-04 | 中兴通讯股份有限公司 | Implementation method for adaptive variable slide receiving window of broadband signaling link |
| CN101170504A (en) * | 2007-12-03 | 2008-04-30 | 北京天碁科技有限公司 | Adjustment method for window traffic of radio link control layer |
| CN102469088A (en) * | 2010-11-17 | 2012-05-23 | 郑州威科姆科技股份有限公司 | Mass data transmission method based on UDP (User Datagram Protocol) |
| CN102045362A (en) * | 2010-12-21 | 2011-05-04 | 北京高森明晨信息科技有限公司 | Data transmission method and system based on UDP protocol |
| CN103780971A (en) * | 2012-10-23 | 2014-05-07 | 北京网动网络科技股份有限公司 | RUDP-based real-time video transmission method under internet condition |
| CN103067301A (en) * | 2013-01-17 | 2013-04-24 | 广东石油化工学院 | Fast and reliable congestion control improved algorithm based on user datagram protocol (UDP) |
Also Published As
| Publication number | Publication date |
|---|---|
| CN105376173A (en) | 2016-03-02 |
| WO2016033948A1 (en) | 2016-03-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN105376173B (en) | Sending window flow control method and terminal | |
| US9641650B2 (en) | TCP proxy server | |
| CN109412946B (en) | Method, device, server and readable storage medium for determining back source path | |
| JP5258938B2 (en) | Communication device | |
| US20120054362A1 (en) | Mechanism for autotuning mass data transfer from a sender to a receiver over parallel connections | |
| EP2741463B1 (en) | Data packet transmission method | |
| JPWO2008023656A1 (en) | Communication device | |
| JP2019506072A (en) | Data transmission method and related device | |
| WO2013101942A1 (en) | Tcp congestion control for large latency networks | |
| CN101436978A (en) | Method for authentic data transmission using UDP protocol | |
| WO2015169186A1 (en) | File transmission method and system | |
| CN104038845A (en) | Method and device for transmitting message | |
| CN104683259A (en) | TCP congestion control method and device | |
| JP5832335B2 (en) | Communication apparatus and communication system | |
| CN109995664B (en) | Method, equipment and system for transmitting data stream | |
| US7869366B1 (en) | Application-aware rate control | |
| CN113438180B (en) | Transmission control method, device and equipment for UDP (user Datagram protocol) data packet and readable storage medium | |
| CN114500528A (en) | Data transmission method and device based on cloud platform | |
| CN110808917B (en) | Multilink aggregation data retransmission method and transmitting equipment | |
| US9544249B2 (en) | Apparatus and method for aligning order of received packets | |
| JP4506430B2 (en) | Application monitor device | |
| JP2017011580A (en) | Communication device, control method, and program | |
| WO2021057068A1 (en) | Rdma data flow control method and system, electronic device and readable storage medium | |
| JP4627290B2 (en) | Rate control method, server, and program using TCP | |
| JP6805713B2 (en) | Receive traffic speedup device, speedup method, and speedup program |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | 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 |