CN113242183A - Data stream sending control method and device, intelligent terminal and storage medium - Google Patents
Data stream sending control method and device, intelligent terminal and storage medium Download PDFInfo
- Publication number
- CN113242183A CN113242183A CN202110554016.7A CN202110554016A CN113242183A CN 113242183 A CN113242183 A CN 113242183A CN 202110554016 A CN202110554016 A CN 202110554016A CN 113242183 A CN113242183 A CN 113242183A
- Authority
- CN
- China
- Prior art keywords
- network
- data stream
- round trip
- trip time
- condition 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 51
- 230000005540 biological transmission Effects 0.000 claims abstract description 111
- 230000007246 mechanism Effects 0.000 claims description 56
- 238000012790 confirmation Methods 0.000 claims description 18
- 230000008859 change Effects 0.000 claims description 7
- 230000001360 synchronised effect Effects 0.000 claims description 2
- 230000009286 beneficial effect Effects 0.000 abstract description 5
- 210000003127 knee Anatomy 0.000 description 20
- 238000010586 diagram Methods 0.000 description 17
- 230000004044 response Effects 0.000 description 11
- 230000008569 process Effects 0.000 description 10
- 230000006870 function Effects 0.000 description 7
- 238000004590 computer program Methods 0.000 description 6
- 238000011161 development Methods 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 5
- 238000004422 calculation algorithm Methods 0.000 description 3
- 230000003247 decreasing effect Effects 0.000 description 3
- 230000007423 decrease Effects 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 206010033799 Paralysis Diseases 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 238000004088 simulation Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Images
Classifications
-
- 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
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/28—Flow control; Congestion control in relation to timing considerations
- H04L47/283—Flow control; Congestion control in relation to timing considerations in response to processing delays, e.g. caused by jitter or round trip time [RTT]
-
- 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/29—Flow control; Congestion control using a combination of thresholds
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The invention discloses a data stream transmission control method, a device, an intelligent terminal and a storage medium, wherein the data stream transmission control method comprises the following steps: acquiring network condition information, wherein the network condition information comprises the current resource power of a network; and controlling the sending speed of the data stream according to the network condition information. In the scheme of the invention, the network condition information can reflect the data transmission efficiency of the network. Compared with the prior art, the scheme of the invention can acquire the network condition information in real time when UDP is used as a bottom layer transmission protocol, and control the sending speed of the data stream according to the network condition information, thereby avoiding network congestion or dynamically adjusting the network when the network is congested, enabling the network to recover to be normal as soon as possible, being beneficial to improving the network performance, improving the rationality of network bandwidth utilization and improving the data transmission efficiency.
Description
Technical Field
The present invention relates to the field of network communication technologies, and in particular, to a method and an apparatus for controlling data stream transmission, an intelligent terminal, and a storage medium.
Background
With the development of scientific technology, especially the rapid development of internet technology, data transmission on the network is an indispensable link. At present, all the lower layers of data network Transmission are implemented based on Transmission Control Protocol (TCP) and/or User Datagram Protocol (UDP). In some scenarios requiring the packet to reach the destination quickly, UDP is usually used as the underlying transport protocol.
A problem with the prior art is that UDP does not enable congestion control of the network link. Therefore, when UDP is used as the underlying transport protocol, network performance is easily and rapidly reduced due to network congestion, so that network bandwidth utilization is unreasonable, and data transmission efficiency is affected.
Thus, there is still a need for improvement and development of the prior art.
Disclosure of Invention
The invention mainly aims to provide a data stream sending control method, a data stream sending control device, an intelligent terminal and a storage medium, and aims to solve the problems that network performance is easily and rapidly reduced due to network congestion when UDP is used as a bottom layer transmission protocol in the prior art, so that network bandwidth is unreasonably utilized, and data transmission efficiency is influenced.
In order to achieve the above object, a first aspect of the present invention provides a data stream transmission control method, where the method includes:
acquiring network condition information, wherein the network condition information comprises the current resource power of a network;
and controlling the sending speed of the data stream according to the network condition information.
Optionally, the obtaining network condition information, where the network condition information includes current resource power of the network, includes:
acquiring the current throughput of the network;
acquiring the current round trip time of the network;
and acquiring the current resource power according to the current throughput and the current round trip time.
Optionally, the controlling the sending speed of the data stream according to the network condition information includes:
acquiring a round trip time threshold and a resource power threshold;
and when the current resource power is smaller than the resource power threshold and the current round trip time is larger than the round trip time threshold, reducing the sending speed of the data stream.
Optionally, the reducing the sending speed of the data stream includes: and increasing the transmission time interval corresponding to the data stream.
Optionally, the controlling the sending speed of the data stream according to the network condition information further includes:
obtaining a round trip time change trend based on the round trip time information, wherein the round trip time information comprises a plurality of recorded historical round trip times and the current round trip time;
and controlling the transmission speed of the data stream based on the round trip time variation trend and the resource power.
Optionally, the obtaining the current round trip time of the network includes:
and acquiring the current round trip time of the network according to a window synchronization confirmation mechanism, wherein the window synchronization confirmation mechanism comprises a packet arrival confirmation mechanism and a packet loss mechanism.
Optionally, the server and the client of the network are respectively provided with a window and a packet loss queue, and the method further includes:
controlling the windows and queues of the server and the client to synchronize through the window synchronization confirmation mechanism;
the server side sends the data stream to the client side;
the server is provided with a sending window and a packet loss queue, the sending window of the server maintains a minimum transmittable packet sequence number, and the packet loss queue of the server comprises data packets which are not confirmed to be received by the client in the data stream;
the client is provided with a receiving window and a packet loss queue, the receiving window of the client maintains a minimum receivable packet sequence number, and the packet loss queue of the client comprises data packets which are not received by the client in the data stream.
A second aspect of the present invention provides a data stream transmission control apparatus, wherein the apparatus includes:
the network condition acquisition module is used for acquiring network condition information, wherein the network condition information comprises the current resource power of a network;
and the control module is used for controlling the sending speed of the data stream according to the network condition information.
A third aspect of the present invention provides an intelligent terminal, including a memory, a processor, and a data stream transmission control program stored in the memory and executable on the processor, wherein the data stream transmission control program, when executed by the processor, implements any one of the steps of the data stream transmission control method.
A fourth aspect of the present invention provides a computer-readable storage medium having a data stream transmission control program stored thereon, the data stream transmission control program, when executed by a processor, implementing any one of the steps of the data stream transmission control method.
In view of the above, the scheme of the present invention obtains network condition information, wherein the network condition information includes the current resource power of the network; and controlling the sending speed of the data stream according to the network condition information. In the scheme of the invention, the network condition information can reflect the data transmission efficiency of the network. Compared with the prior art, the scheme of the invention can acquire the network condition information in real time when UDP is used as a bottom layer transmission protocol, and control the sending speed of the data stream according to the network condition information, thereby avoiding network congestion or dynamically adjusting the network when the network is congested, enabling the network to recover to be normal as soon as possible, being beneficial to improving the network performance, improving the rationality of network bandwidth utilization and improving the data transmission efficiency.
Drawings
In order to more clearly illustrate the technical solutions in the embodiments of the present invention, the drawings needed to be used in the embodiments or the prior art descriptions will be briefly described below, and it is obvious that the drawings in the following description are only some embodiments of the present invention, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without inventive exercise.
Fig. 1 is a schematic diagram of a network congestion phenomenon according to an embodiment of the present invention;
fig. 2 is a schematic flow chart of a data stream transmission control method according to an embodiment of the present invention;
FIG. 3 is a flowchart illustrating the step S100 in FIG. 1 according to an embodiment of the present invention;
FIG. 4 is a flowchart illustrating a detailed process of step S200 in FIG. 1 according to an embodiment of the present invention;
FIG. 5 is a flowchart illustrating a detailed process of step S200 in FIG. 1 according to an embodiment of the present invention;
fig. 6 is a schematic diagram of an RTT chain table according to an embodiment of the present invention;
fig. 7 is a schematic diagram of updating data after an RTT linked list is full according to an embodiment of the present invention;
FIG. 8 is a diagram of a window synchronization confirmation framework according to an embodiment of the present invention;
fig. 9 is a schematic diagram of SAK response to a packet during a start phase according to an embodiment of the present invention;
fig. 10 is a schematic diagram of transmitting SAK control information for synchronization in an operation phase according to an embodiment of the present invention;
fig. 11 is a schematic structural diagram of a data stream transmission control apparatus according to an embodiment of the present invention;
fig. 12 is a schematic block diagram of an internal structure of an intelligent terminal according to an embodiment of the present invention.
Detailed Description
In the following description, for purposes of explanation and not limitation, specific details are set forth, such as particular system structures, techniques, etc. in order to provide a thorough understanding of the embodiments of the invention. It will be apparent, however, to one skilled in the art that the present invention may be practiced in other embodiments that depart from these specific details. In other instances, detailed descriptions of well-known systems, devices, circuits, and methods are omitted so as not to obscure the description of the present invention with unnecessary detail.
It will be understood that the terms "comprises" and/or "comprising," when used in this specification and the appended claims, specify the presence of stated features, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and/or groups thereof.
It is also to be understood that the terminology used in the description of the invention herein is for the purpose of describing particular embodiments only and is not intended to be limiting of the invention. As used in the specification of the present invention and the appended claims, the singular forms "a," "an," and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise.
It should be further understood that the term "and/or" as used in this specification and the appended claims refers to and includes any and all possible combinations of one or more of the associated listed items.
As used in this specification and the appended claims, the term "if" may be interpreted contextually as "when …" or "upon" or "in response to a determination" or "in response to a detection". Similarly, the phrase "if it is determined" or "if a [ described condition or event ] is detected" may be interpreted depending on the context to mean "upon determining" or "in response to determining" or "upon detecting [ described condition or event ]" or "in response to detecting [ described condition or event ]".
The technical solutions in the embodiments of the present invention are clearly and completely described below with reference to the drawings of the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
In the following description, numerous specific details are set forth in order to provide a thorough understanding of the present invention, but the present invention may be practiced in other ways than those specifically described and will be readily apparent to those of ordinary skill in the art without departing from the spirit of the present invention, and therefore the present invention is not limited to the specific embodiments disclosed below.
In modern society, with the development of scientific technology, especially the rapid development of internet technology, data transmission on the network is an indispensable link. Currently, all lower layers of data network transport are implemented on a TCP and/or UDP basis. TCP is itself a reliable transport protocol, and has a complete Acknowledgement (ACK) response mechanism, so it is widely used. However, in some application scenarios, UDP is usually used as the underlying transport protocol because it is required that the data packet quickly reach the destination.
Compared with TCP, UDP does not manage the sending rate of data, does not guarantee that the sent data packet can smoothly reach the receiving end, does not perform congestion control on the network link under responsibility, does not adjust based on the current network condition, cannot guarantee the maximum sending rate, and cannot dynamically adjust when the network is congested. Once the network is congested, packet loss may occur, and packet loss retransmission may make the congestion worse, thereby causing the performance of the network to be drastically reduced. Therefore, the problem of the prior art is that when UDP is used as the underlying transport protocol, network performance is easily and rapidly reduced due to network congestion, so that network bandwidth utilization is not reasonable, and data transmission efficiency is affected.
Specifically, congestion refers to a phenomenon in which the network performance is drastically reduced due to the presence of excessive packets in the network. When the network is congested, the throughput of the network is reduced, and when the network is seriously congested, the phenomenon of 'congestion collapse' occurs, so that the network is completely in a paralysis state. Generally, when the network efficiency is reduced due to the increase of the network load, if the sending party still sends data without control, a congestion collapse occurs. In this embodiment, the network load may be a data packet existing in a network, and the data packet is a corresponding data packet in a data flow.
Fig. 1 is a schematic diagram of a network congestion phenomenon according to an embodiment of the present invention, and as shown in fig. 1, the performance of the network may be divided into 3 stages according to the change of the number of loads. Stage 1: when the network load is small, the throughput basically increases with the increase of the load, and the resource power (resource power is throughput/response Time) increases exponentially with the increase of the load, and the Round-Trip Time (RTT) slightly increases with the increase of the load; stage 2, when the load reaches the knee point, the throughput increases slowly, the resource power reaches the maximum value, after that, the throughput increases far slower than the load, the RTT rises sharply, the resource power decreases rapidly, if the load continues to increase, the router starts to lose the packet, when the load exceeds a certain amount, the throughput starts to decrease sharply, which is called the cliff point; and (3) stage: when the load reaches the cliff point, the throughput reaches the maximum value, the resource power reaches the minimum value, the RTT is increased exponentially, and the system is in a congestion state. The round-trip time is also called loop time or round-trip delay, and represents the total elapsed time from the start of sending data by the sending end to the time when the sending end receives the acknowledgement from the receiving end; the vicinity of the knee point is called a congestion avoidance interval; the congestion recovery interval between the knee point and the cliff point is called as: beyond (beyond) the cliff point is a congestion collapse zone. As can be seen from fig. 1, the knee point is the most ideal operating point for network data transmission.
The root cause of network congestion is that the load provided by the user to the network is greater than the network resource capacity and processing capacity, which is manifested as increased data packet delay, increased packet loss probability, decreased performance of the upper layer application system, and the like. The direct causes of congestion may include the following: first, the storage space is not enough, several input data streams need the same input port, a queue is established at the port, if the port does not have a large enough buffer to store the queue, the buffer overflows to cause the discarding of data packets, which is obvious on the large-flow burst data. Secondly, the bandwidth capacity is insufficient, the input of the high-speed data stream by the low-speed link is also congested, and the transmission rate of all the sources must be less than or equal to the channel capacity. Third, the processor is weak and slow, which can also cause congestion. If the CPU of the router cannot keep up with the high-speed link when it executes the functions of queuing, caching, updating the routing table, etc., congestion may also occur. In addition, the network topology or the selection of the transmission path is not reasonable, the control algorithm in the network protocol cannot effectively control the transmission rate when the congestion is transmitted, and the intermediate node does not support the congestion control algorithm, which can cause network congestion of different degrees. The problems of insufficient storage space, insufficient bandwidth capacity, weak capacity of the routing processor and the like are difficult to predict and control, so that the sending rate is controlled to meet the current network condition as much as possible in the embodiment, thereby avoiding the occurrence of congestion or enabling the congestion to be recovered to be normal as soon as possible when the congestion occurs.
In order to solve the problems in the prior art, the scheme of the invention introduces a network self-adaptive function on the basis of UDP, can acquire the congestion condition of the current network, control the sending speed of the data flow and reasonably utilize the network bandwidth to transmit the data packet in the data flow as much as possible. When the network is congested and/or the network is smooth, the sending rate of the sending end is dynamically adjusted, so that more ideal network data transmission efficiency is achieved. Specifically, an embodiment of the present invention provides a method for controlling data stream transmission, where in the embodiment of the present invention, network condition information is obtained, where the network condition information includes current resource power of a network; and controlling the sending speed of the data stream according to the network condition information. In the scheme of the invention, the network condition information can reflect the data transmission efficiency of the network. Compared with the prior art, the scheme of the invention can acquire the network condition information in real time when UDP is used as a bottom layer transmission protocol, and control the sending speed of the data stream according to the network condition information, thereby avoiding network congestion or dynamically adjusting the network when the network is congested, enabling the network to recover to be normal as soon as possible, being beneficial to improving the network performance, improving the rationality of network bandwidth utilization and improving the data transmission efficiency.
Exemplary method
As shown in fig. 2, an embodiment of the present invention provides a data stream transmission control method, specifically, the method includes the following steps:
step S100, obtaining network condition information, where the network condition information includes current resource power of the network.
Wherein the network uses UDP as the underlying transport protocol. Specifically, the network condition information may represent the performance of the network and the data transmission condition. In this embodiment, the network condition information includes a current resource power of the network, and the current resource power may reflect a real-time data transmission efficiency in the network. Specifically, when the load (i.e., the data packet) in the network is at the knee point, the resource power is the largest, so that whether the network bandwidth is optimally utilized can be determined according to the resource power, and the network bandwidth can be reasonably adjusted. In an actual use process, the network condition information may further include other information for representing the network condition, and is not specifically limited herein.
Step S200, controlling the sending speed of the data flow according to the network condition information.
The data stream is a set of data packets that need to be transmitted through the network. In particular, the network performance can be controlled by controlling the transmission speed of the data stream to control the load (i.e., packets) in the network. Therefore, in this embodiment, the sending speed of the data stream may be controlled according to the network condition information, so as to control the network performance and to transmit the data packet in the data stream by using the network bandwidth as reasonably as possible.
As can be seen from the above, the data stream transmission control method provided in the embodiment of the present invention obtains network condition information, where the network condition information includes current resource power of a network; and controlling the sending speed of the data stream according to the network condition information. In the scheme of the invention, the network condition information can reflect the data transmission efficiency of the network. Compared with the prior art, the scheme of the invention can acquire the network condition information in real time when UDP is used as a bottom layer transmission protocol, and control the sending speed of the data stream according to the network condition information, thereby avoiding network congestion or dynamically adjusting the network when the network is congested, enabling the network to recover to be normal as soon as possible, being beneficial to improving the network performance, improving the rationality of network bandwidth utilization and improving the data transmission efficiency.
Specifically, in this embodiment, as shown in fig. 3, the step S100 includes:
step S101, obtaining the current throughput of the network.
Step S102, obtaining the current round trip time of the network.
Step S103, obtaining the current resource power according to the current throughput and the current round trip time.
Specifically, the value of the current resource power is equal to the value of the current throughput divided by the current round trip time. In this embodiment, the current Round Trip Time (RTT) is a total elapsed time from when the sender sends a packet to when the sender receives an acknowledgement from the receiver in the current network, that is, a response time.
In this embodiment, congestion control is required, and the congestion control is to control the sending speed of a data stream according to a network condition so as to avoid congestion or to recover as soon as possible when congestion occurs. For network conditions, current TCP and UDT both feedback current network conditions through a packet arrival Acknowledgement (ACK) mechanism (i.e., a packet arrival acknowledgement mechanism) and have a timeout mechanism, while UDT also has a packet loss (NAK) mechanism (i.e., a negative acknowledgement mechanism). Therefore, in this embodiment, the network condition information may be obtained based on the ACK mechanism and the NAK mechanism, for example, the RTT of the current network is obtained through the ACK mechanism and the NAK mechanism, so as to calculate the current resource power, determine whether the current network reaches the knee point, and further achieve the purpose of congestion control.
Specifically, in this embodiment, as shown in fig. 4, the step S200 includes:
step S201, a round trip time threshold and a resource power threshold are obtained.
The round trip time threshold and the resource power threshold may be preset, or may be set and adjusted according to actual requirements, which is not specifically limited herein.
Step S202, when the current resource power is smaller than the resource power threshold and the current round trip time is greater than the round trip time threshold, reducing the transmission speed of the data stream.
Specifically, it may be determined which stage the network condition is in fig. 1 according to the magnitude relationship between the current resource power and the resource power threshold, and the current round trip time and the round trip time threshold.
In this embodiment, the round trip time threshold may be set as a round trip time value corresponding to the knee point, and the resource power threshold may be set as a resource power value corresponding to the knee point. Therefore, when the current resource power is smaller than the resource power threshold and the current round trip time is larger than the round trip time threshold, the network is known to enter (or is about to enter) a congestion state, and at the moment, the load in the network can be reduced by reducing the sending speed of the data flow, so that the network congestion can be quickly recovered.
Further, when the current resource power is smaller than the resource power threshold and the current round-trip time is smaller than the round-trip time threshold, it is known that the network has not reached the knee point, and at this time, the load in the network can be increased by increasing the sending speed of the data stream, so that the network bandwidth can be more fully and reasonably utilized.
In an application scenario, the round trip time threshold may be set to a value smaller than the round trip time corresponding to the knee point, and the resource power threshold may be set to a value smaller than the resource power corresponding to the knee point. And when the current resource power is greater than the resource power threshold and the current round-trip time is greater than the round-trip time threshold, reducing the sending speed of the data stream, thereby avoiding the network from entering a congestion state.
Wherein the transmission rate is controlled by controlling a transmission time interval of the data stream. Specifically, in this embodiment, the reducing the transmission speed of the data stream includes: and increasing the transmission time interval corresponding to the data stream. The transmission time interval of the data stream is a transmission time interval corresponding to each data packet in the data stream. In the actual use process, the sending time interval may also be specifically calculated according to the required target sending speed and the size of the data stream, and is not specifically limited herein.
Specifically, the transmission speed control may be performed according to a round trip time variation trend. In this embodiment, the network status information further includes round trip time information, and as shown in fig. 5, the step S200 includes:
step a201, obtaining a round trip time variation trend based on the round trip time information, wherein the round trip time information includes a plurality of recorded historical round trip times and the current round trip time.
Step a202, controlling the transmission rate of the data stream based on the round trip time variation trend and the resource power.
Since Round Trip Time (RTT) varies with the network, in order to calculate the transmission interval, and to perform packet loss retransmission and other operations according to the RTT, the variation trend of the RTT needs to be determined. On this basis, it is necessary to store RTT information, which is RTT information, for a certain period of time, and the round trip time information needs to be updated. In this embodiment, the round trip time is obtained and stored according to a preset time interval, and the round trip time information is stored by adopting a linked list structure.
Fig. 6 is a schematic diagram of an RTT linked list according to an embodiment of the present invention, specifically, as shown in fig. 6, an RTT linked list is defined, where the capacity of the RTT linked list is preset to be n, n may be set and adjusted according to an actual requirement (for example, n is 30), and an initial header pointer points to a start bit (i.e., 0 th bit) of the linked list. And when the RTT linked list is not full, inserting the RTT into the RTT linked list in sequence every time one RTT is received. Fig. 7 is a schematic diagram of updating data after an RTT linked list is full according to the embodiment of the present invention, and as shown in fig. 7, when the RTT linked list is full, a newly received RTT is inserted into a tail portion of the RTT linked list, and a head pointer is shifted backward by one bit. Therefore, the round trip time information can be updated to the time in the latest time period through the linked list, and the real-time round trip time change trend is calculated.
The round trip time variation trend comprises the variation rate of the round trip time, and whether the network reaches the knee point can be judged according to the round trip time variation rate. For example, when the round trip time increases at a lower rate (e.g., lower than a preset rate threshold) first and the rate suddenly increases after a certain point, the point may be determined as the knee point. If the change rate corresponding to the current round trip time is low (for example, lower than a preset change rate threshold), the sending speed of the data stream may be increased, otherwise, the sending speed of the data stream may be decreased. In an application scenario, an average RTT, a maximum RTT, and a minimum RTT in a recording time period may be calculated according to the round trip time variation information, and the average RTT, the maximum RTT, and the minimum RTT are combined to perform determination and transmission speed control. In another application scenario, a curve simulation may be performed according to the round trip time variation information, so as to more accurately calculate a target sending speed that needs to be reached, which is not specifically limited herein.
Specifically, in this embodiment, the step S102 includes: and acquiring the current round trip time of the network according to a window synchronization confirmation mechanism, wherein the window synchronization confirmation mechanism comprises a packet arrival confirmation mechanism and a packet loss mechanism.
Specifically, in this embodiment, the current round trip time of the network is obtained through a window Synchronization Acknowledgement (SAK) mechanism, and specifically, the RTT of the network may be counted through a packet arrival Acknowledgement (ACK) mechanism and a packet loss (NAK) mechanism included in the SAK mechanism.
The ACK mechanism and the NAK mechanism have a larger function of replacing packet loss retransmission besides counting the RTT of the network, and the scheme of the present invention also relates to the problem of packet loss retransmission in consideration of the untimely packet loss retransmission of the STAE module. Due to the existence of Round Trip Time (RTT), neither the transmission of normal packets nor the retransmission of packet loss can be responded to immediately, and therefore, a certain time for waiting for ACK is required for retransmission of packet loss. In this embodiment, the transmitted transmission stream data is real-time video stream data, so both ends of APP-IPC must synchronize a transmission window to avoid packet loss and retransmission due to expiration.
Fig. 8 is a schematic diagram of a window synchronization confirmation framework according to an embodiment of the present invention. As shown in fig. 8, in this embodiment, the network server and the client are respectively provided with a window and a packet loss queue, and the data stream transmission control method further includes: controlling the windows and queues of the server and the client to synchronize through the window synchronization confirmation mechanism; the server side sends the data stream to the client side; the server is provided with a sending window and a packet loss queue, the sending window of the server maintains a minimum transmittable packet sequence number, and the packet loss queue of the server comprises data packets which are not confirmed to be received by the client in the data stream; the client is provided with a receiving window and a packet loss queue, the receiving window of the client maintains a minimum receivable packet sequence number, and the packet loss queue of the client comprises data packets which are not received by the client in the data stream.
Therefore, the reasonable packet loss control is carried out on the data stream, the transmission efficiency of the data stream is favorably improved, the network performance is improved, and the data packet transmission is carried out by reasonably utilizing the network bandwidth.
Specifically, in this embodiment, the window Synchronization Acknowledgement (SAK) mechanism may include various information such as an ACK mechanism, a NAK mechanism, a sending window, and a receiving window. The SAK mechanism performs control through SAK control information, where the SAK control information carries window boundary information, received packet information, lost packet information, and the like. Specifically, as shown in fig. 8, both ends of the Server and the Client have a window and a packet loss queue; the Server side sending window maintains a minimum sending packet sequence number, defaults to-1, and data packets which are not confirmed to be received by the Client side are arranged in the packet loss queue; a Client end receiving window maintains a minimum receivable packet sequence number, defaults to-1, and packet sequence numbers which are not received are in a packet loss queue; windows and queues at both ends can be synchronized through the SAK
Fig. 9 is a schematic diagram of performing SAK response on a data packet in a start phase according to an embodiment of the present invention, and as shown in fig. 9, in the start phase, a Client performs SAK response on each Real-time Transport Protocol (RTP) data packet. Wherein, in the SAK control information SAK (x, y, z …): x represents a window boundary and is default to-1; y represents the acknowledgement sequence number of the received data packet; z is a packet loss sequence number list under the current window, the value can be zero when no packet is lost, and z is larger than x. Fig. 10 is a schematic diagram of sending the SAK control information for synchronization in an operation phase according to an embodiment of the present invention, as shown in fig. 10, in the operation phase, a Client sends the SAK control information for synchronization according to a preset sending interval (for example, timing is 10 milliseconds), or sends the SAK control information when packet loss is found. In this embodiment, the timer is placed at the Server side, and if the timer expires, the Server side only needs to mark a flag to be replied by the SAK on the next data packet to be sent, so as to record the sending time at the same time. When the Client receives the RTP packet with the TAG mark, SAK reply is carried out; and the Client also replies when finding packet loss. In an application scenario, a timer may also be implemented at the Client, but at this time, the SAK can only be replied when the next packet after the expiration of the timer is received, and the Server needs to acquire the next transmission time when each packet is transmitted.
Exemplary device
As shown in fig. 11, corresponding to the data stream transmission control method, an embodiment of the present invention further provides a data stream transmission control apparatus, where the data stream transmission control apparatus includes:
a network condition obtaining module 310, configured to obtain network condition information, where the network condition information includes current resource power of the network.
Wherein the network uses UDP as the underlying transport protocol. Specifically, the network condition information may represent the performance of the network and the data transmission condition. In this embodiment, the network condition information includes a current resource power of the network, and the current resource power may reflect a real-time data transmission efficiency in the network. Specifically, when the load (i.e., the data packet) in the network is at the knee point, the resource power is the largest, so that whether the network bandwidth is optimally utilized can be determined according to the resource power, and the network bandwidth can be reasonably adjusted. In an actual use process, the network condition information may further include other information for representing the network condition, and is not specifically limited herein.
The control module 320 is configured to control a sending speed of the data stream according to the network condition information.
The data stream is a set of data packets that need to be transmitted through the network. In particular, the network performance can be controlled by controlling the transmission speed of the data stream to control the load (i.e., packets) in the network. Therefore, in this embodiment, the sending speed of the data stream may be controlled according to the network condition information, so as to control the network performance and to transmit the data packet in the data stream by using the network bandwidth as reasonably as possible.
As can be seen from the above, the data stream transmission control apparatus provided in the embodiment of the present invention obtains network status information through the network status obtaining module 310, where the network status information includes current resource power of a network; the transmission speed of the data stream is controlled by the control module 320 according to the network condition information. In the scheme of the invention, the network condition information can reflect the data transmission efficiency of the network. Compared with the prior art, the scheme of the invention can acquire the network condition information in real time when UDP is used as a bottom layer transmission protocol, and control the sending speed of the data stream according to the network condition information, thereby avoiding network congestion or dynamically adjusting the network when the network is congested, enabling the network to recover to be normal as soon as possible, being beneficial to improving the network performance, improving the rationality of network bandwidth utilization and improving the data transmission efficiency.
Specifically, in this embodiment, the network status obtaining module 310 is specifically configured to: acquiring the current throughput of the network; acquiring the current round trip time of the network; and acquiring the current resource power according to the current throughput and the current round trip time.
Specifically, the value of the current resource power is equal to the value of the current throughput divided by the current round trip time. In this embodiment, the current Round Trip Time (RTT) is a total elapsed time from when the sender sends a packet to when the sender receives an acknowledgement from the receiver in the current network, that is, a response time.
In this embodiment, congestion control is required, and the congestion control is to control the sending speed of a data stream according to a network condition so as to avoid congestion or to recover as soon as possible when congestion occurs. For network conditions, current TCP and UDT both feedback current network conditions through a packet arrival Acknowledgement (ACK) mechanism (i.e., a packet arrival acknowledgement mechanism) and have a timeout mechanism, while UDT also has a packet loss (NAK) mechanism (i.e., a negative acknowledgement mechanism). Therefore, in this embodiment, the network condition information may be obtained based on the ACK mechanism and the NAK mechanism, for example, the RTT of the current network is obtained through the ACK mechanism and the NAK mechanism, so as to calculate the current resource power, determine whether the current network reaches the knee point, and further achieve the purpose of congestion control.
Specifically, in this embodiment, the control module 320 is specifically configured to: acquiring a round trip time threshold and a resource power threshold; and when the current resource power is smaller than the resource power threshold and the current round trip time is larger than the round trip time threshold, reducing the sending speed of the data stream.
The round trip time threshold and the resource power threshold may be preset, or may be set and adjusted according to actual requirements, which is not specifically limited herein.
Specifically, it may be determined which stage the network condition is in fig. 1 according to the magnitude relationship between the current resource power and the resource power threshold, and the current round trip time and the round trip time threshold.
In this embodiment, the round trip time threshold may be set as a round trip time value corresponding to the knee point, and the resource power threshold may be set as a resource power value corresponding to the knee point. Therefore, when the current resource power is smaller than the resource power threshold and the current round trip time is larger than the round trip time threshold, the network is known to enter (or is about to enter) a congestion state, and at the moment, the load in the network can be reduced by reducing the sending speed of the data flow, so that the network congestion can be quickly recovered.
Further, when the current resource power is smaller than the resource power threshold and the current round-trip time is smaller than the round-trip time threshold, it is known that the network has not reached the knee point, and at this time, the load in the network can be increased by increasing the sending speed of the data stream, so that the network bandwidth can be more fully and reasonably utilized.
In an application scenario, the round trip time threshold may be set to a value smaller than the round trip time corresponding to the knee point, and the resource power threshold may be set to a value smaller than the resource power corresponding to the knee point. And when the current resource power is greater than the resource power threshold and the current round-trip time is greater than the round-trip time threshold, reducing the sending speed of the data stream, thereby avoiding the network from entering a congestion state.
Wherein the transmission rate is controlled by controlling a transmission time interval of the data stream. Specifically, in this embodiment, the reducing the transmission speed of the data stream includes: and increasing the transmission time interval corresponding to the data stream. The transmission time interval of the data stream is a transmission time interval corresponding to each data packet in the data stream. In the actual use process, the sending time interval may also be specifically calculated according to the required target sending speed and the size of the data stream, and is not specifically limited herein.
Specifically, the transmission speed control may be performed according to a round trip time variation trend. In this embodiment, the network status information further includes round trip time information, and the control module 320 is further specifically configured to: obtaining a round trip time change trend based on the round trip time information, wherein the round trip time information comprises a plurality of recorded historical round trip times and the current round trip time; and controlling the transmission speed of the data stream based on the round trip time variation trend and the resource power.
Since Round Trip Time (RTT) varies with the network, in order to calculate the transmission interval, and to perform packet loss retransmission and other operations according to the RTT, the variation trend of the RTT needs to be determined. On this basis, it is necessary to store RTT information, which is RTT information, for a certain period of time, and the round trip time information needs to be updated. In this embodiment, the round trip time is obtained and stored according to a preset time interval, and the round trip time information is stored by adopting a linked list structure. For a specific manner of obtaining the round trip information and a specific manner of controlling the sending speed of the data stream based on the round trip time variation trend and the resource power, reference may be made to an embodiment of the method, which is not described herein again.
In this embodiment, the network status obtaining module 310 obtains the current round trip time of the network according to a window synchronization confirmation mechanism, where the window synchronization confirmation mechanism includes a packet arrival confirmation mechanism and a packet loss mechanism.
Specifically, in this embodiment, the current round trip time of the network is obtained through a window Synchronization Acknowledgement (SAK) mechanism, and specifically, the RTT of the network may be counted through a packet arrival Acknowledgement (ACK) mechanism and a packet loss (NAK) mechanism included in the SAK mechanism.
The ACK mechanism and the NAK mechanism have a larger function of replacing packet loss retransmission besides counting the RTT of the network, and the scheme of the present invention also relates to the problem of packet loss retransmission in consideration of the untimely packet loss retransmission of the STAE module. Due to the existence of Round Trip Time (RTT), neither the transmission of normal packets nor the retransmission of packet loss can be responded to immediately, and therefore, a certain time for waiting for ACK is required for retransmission of packet loss. In this embodiment, the transmitted transmission stream data is real-time video stream data, so both ends of APP-IPC must synchronize a transmission window to avoid packet loss and retransmission due to expiration.
Specifically, in this embodiment, the server and the client of the network are respectively provided with a window and a packet loss queue, and the control module 320 is further configured to: controlling the windows and queues of the server and the client to synchronize through the window synchronization confirmation mechanism; the server side sends the data stream to the client side; the server is provided with a sending window and a packet loss queue, the sending window of the server maintains a minimum transmittable packet sequence number, and the packet loss queue of the server comprises data packets which are not confirmed to be received by the client in the data stream; the client is provided with a receiving window and a packet loss queue, the receiving window of the client maintains a minimum receivable packet sequence number, and the packet loss queue of the client comprises data packets which are not received by the client in the data stream.
Therefore, the reasonable packet loss control is carried out on the data stream, the transmission efficiency of the data stream is favorably improved, the network performance is improved, and the data packet transmission is carried out by reasonably utilizing the network bandwidth. For a specific synchronization method based on the SAK mechanism, reference may be made to the method embodiment, which is not described herein again.
Based on the above embodiments, the present invention further provides an intelligent terminal, and a schematic block diagram thereof may be as shown in fig. 12. The intelligent terminal comprises a processor, a memory, a network interface and a display screen which are connected through a system bus. Wherein, the processor of the intelligent terminal is used for providing calculation and control capability. The memory of the intelligent terminal comprises a nonvolatile storage medium and an internal memory. The nonvolatile storage medium stores an operating system and a data stream transmission control program. The internal memory provides an environment for the operating system and the execution of the data stream transmission control program in the nonvolatile storage medium. The network interface of the intelligent terminal is used for being connected and communicated with an external terminal through a network. The data stream transmission control program realizes the steps of any one of the above-described data stream transmission control methods when executed by a processor. The display screen of the intelligent terminal can be a liquid crystal display screen or an electronic ink display screen.
It will be understood by those skilled in the art that the block diagram of fig. 12 is only a block diagram of a part of the structure related to the solution of the present invention, and does not constitute a limitation to the intelligent terminal to which the solution of the present invention is applied, and a specific intelligent terminal may include more or less components than those shown in the figure, or combine some components, or have different arrangements of components.
In one embodiment, an intelligent terminal is provided, where the intelligent terminal includes a memory, a processor, and a data stream transmission control program stored in the memory and executable on the processor, and the data stream transmission control program performs the following operation instructions when executed by the processor:
acquiring network condition information, wherein the network condition information comprises the current resource power of a network;
and controlling the sending speed of the data stream according to the network condition information.
An embodiment of the present invention further provides a computer-readable storage medium, where a data stream transmission control program is stored in the computer-readable storage medium, and when the data stream transmission control program is executed by a processor, the steps of any one of the data stream transmission control methods provided in the embodiments of the present invention are implemented.
It should be understood that, the sequence numbers of the steps in the foregoing embodiments do not imply an execution sequence, and the execution sequence of each process should be determined by its function and inherent logic, and should not constitute any limitation to the implementation process of the embodiments of the present invention.
It will be apparent to those skilled in the art that, for convenience and brevity of description, only the above-mentioned division of the functional units and modules is illustrated, and in practical applications, the above-mentioned functions may be distributed as different functional units and modules according to needs, that is, the internal structure of the apparatus may be divided into different functional units or modules to implement all or part of the above-mentioned functions. Each functional unit and module in the embodiments may be integrated in one processing unit, or each unit may exist alone physically, or two or more units are integrated in one unit, and the integrated unit may be implemented in a form of hardware, or in a form of software functional unit. In addition, specific names of the functional units and modules are only for convenience of distinguishing from each other, and are not used for limiting the protection scope of the present invention. The specific working processes of the units and modules in the system may refer to the corresponding processes in the foregoing method embodiments, and are not described herein again.
In the above embodiments, the descriptions of the respective embodiments have respective emphasis, and reference may be made to the related descriptions of other embodiments for parts that are not described or illustrated in a certain embodiment.
Those of ordinary skill in the art would appreciate that the elements and algorithm steps of the examples described in connection with the embodiments disclosed herein may be implemented as electronic hardware, or combinations of computer software and electronic hardware. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the implementation. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present invention.
In the embodiments provided in the present invention, it should be understood that the disclosed apparatus/terminal device and method may be implemented in other ways. For example, the above-described embodiments of the apparatus/terminal device are merely illustrative, and for example, the division of the above modules or units is only one logical division, and the actual implementation may be implemented by another division, for example, a plurality of units or components may be combined or integrated into another system, or some features may be omitted, or not executed.
The integrated modules/units described above, if implemented in the form of software functional units and sold or used as separate products, may be stored in a computer readable storage medium. Based on such understanding, all or part of the flow of the method according to the embodiments of the present invention may also be implemented by a computer program, which may be stored in a computer-readable storage medium and can implement the steps of the embodiments of the method when the computer program is executed by a processor. The computer program includes computer program code, and the computer program code may be in a source code form, an object code form, an executable file or some intermediate form. The computer readable medium may include: any entity or device capable of carrying the above-mentioned computer program code, recording medium, usb disk, removable hard disk, magnetic disk, optical disk, computer Memory, Read-Only Memory (ROM), Random Access Memory (RAM), electrical carrier wave signal, telecommunication signal, software distribution medium, etc. It should be noted that the contents contained in the computer-readable storage medium can be increased or decreased as required by legislation and patent practice in the jurisdiction.
The above-mentioned embodiments are only used for illustrating the technical solutions of the present invention, and not for limiting the same; although the present invention has been described in detail with reference to the foregoing embodiments, it will be understood by those skilled in the art; the technical solutions described in the foregoing embodiments may still be modified, or some technical features may be equivalently replaced; such modifications and substitutions do not depart from the spirit and scope of the embodiments of the present invention, and they should be construed as being included therein.
Claims (10)
1. A method for controlling transmission of a data stream, the method comprising:
acquiring network condition information, wherein the network condition information comprises the current resource power of a network;
and controlling the sending speed of the data stream according to the network condition information.
2. The method of claim 1, wherein the obtaining network condition information, wherein the network condition information includes current resource power of a network, comprises:
obtaining a current throughput of the network;
obtaining a current round trip time of the network;
and acquiring the current resource power according to the current throughput and the current round trip time.
3. The method of claim 2, wherein the controlling the transmission speed of the data stream according to the network condition information comprises:
acquiring a round trip time threshold and a resource power threshold;
and when the current resource power is smaller than the resource power threshold value and the current round trip time is larger than the round trip time threshold value, reducing the sending speed of the data stream.
4. The data stream transmission control method according to claim 3, wherein the reducing of the transmission speed of the data stream includes: and increasing the sending time interval corresponding to the data stream.
5. The method of claim 2, wherein the network condition information further includes round trip time information, and wherein the controlling the transmission speed of the data stream according to the network condition information comprises:
obtaining a round trip time change trend based on the round trip time information, wherein the round trip time information comprises a plurality of recorded historical round trip times and the current round trip time;
controlling a transmission speed of the data stream based on the round trip time variation trend and the resource power.
6. The data flow control method of claim 2, wherein the obtaining the current round trip time of the network comprises:
and acquiring the current round trip time of the network according to a window synchronization confirmation mechanism, wherein the window synchronization confirmation mechanism comprises a packet arrival confirmation mechanism and a packet loss mechanism.
7. The data stream transmission control method according to claim 6, wherein a server and a client of the network are respectively provided with a window and a packet loss queue, and the method further comprises:
controlling the windows and queues of the server and the client to be synchronized through the window synchronization confirmation mechanism;
the server side sends the data stream to the client side;
the server is provided with a sending window and a packet loss queue, the sending window of the server maintains a minimum transmittable packet sequence number, and the packet loss queue of the server comprises data packets which are not confirmed to be received by the client in the data stream;
the client is provided with a receiving window and a packet loss queue, the receiving window of the client maintains a minimum receivable packet sequence number, and the packet loss queue of the client comprises data packets which are not received by the client in the data stream.
8. A data stream transmission control apparatus, characterized in that the apparatus comprises:
the network condition acquisition module is used for acquiring network condition information, wherein the network condition information comprises the current resource power of the network;
and the control module is used for controlling the sending speed of the data stream according to the network condition information.
9. An intelligent terminal, characterized in that the intelligent terminal comprises a memory, a processor and a data stream transmission control program stored on the memory and operable on the processor, the data stream transmission control program, when executed by the processor, implementing the steps of the data stream transmission control method according to any one of claims 1 to 7.
10. A computer-readable storage medium, characterized in that a data stream transmission control program is stored thereon, which when executed by a processor implements the steps of the data stream transmission control method according to any one of claims 1 to 7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110554016.7A CN113242183A (en) | 2021-05-20 | 2021-05-20 | Data stream sending control method and device, intelligent terminal and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110554016.7A CN113242183A (en) | 2021-05-20 | 2021-05-20 | Data stream sending control method and device, intelligent terminal and storage medium |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN113242183A true CN113242183A (en) | 2021-08-10 |
Family
ID=77138027
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110554016.7A Pending CN113242183A (en) | 2021-05-20 | 2021-05-20 | Data stream sending control method and device, intelligent terminal and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113242183A (en) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115002240A (en) * | 2022-08-04 | 2022-09-02 | 深圳市星卡软件技术开发有限公司 | Data transmission system, method, device, equipment and medium |
| CN116737359A (en) * | 2023-04-19 | 2023-09-12 | 哈尔滨商业大学 | Electronic commerce information processing method and system |
| WO2024001763A1 (en) * | 2022-06-29 | 2024-01-04 | 中兴通讯股份有限公司 | Data transmission processing method and device, storage medium, and electronic device |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102790913A (en) * | 2012-07-03 | 2012-11-21 | 深圳市时代经纬科技有限公司 | Audio/video transmission method on basis of 3G network |
| CN104540139A (en) * | 2014-12-04 | 2015-04-22 | 北京邮电大学 | Allocation method and allocation system for heterogeneous convergence network resources |
| CN110249564A (en) * | 2017-02-03 | 2019-09-17 | Idac控股公司 | The interference of reference symbol in URLLC/EMBB multiplexing is reduced |
-
2021
- 2021-05-20 CN CN202110554016.7A patent/CN113242183A/en active Pending
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102790913A (en) * | 2012-07-03 | 2012-11-21 | 深圳市时代经纬科技有限公司 | Audio/video transmission method on basis of 3G network |
| CN104540139A (en) * | 2014-12-04 | 2015-04-22 | 北京邮电大学 | Allocation method and allocation system for heterogeneous convergence network resources |
| CN110249564A (en) * | 2017-02-03 | 2019-09-17 | Idac控股公司 | The interference of reference symbol in URLLC/EMBB multiplexing is reduced |
Non-Patent Citations (2)
| Title |
|---|
| 毛奇凰等: "TCP拥塞控制算法研究", 《洛阳工业高等专科学校学报》 * |
| 肖萍萍等: "一种基于速率的提高网络公平性拥塞控制算法", 《系统仿真学报》 * |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2024001763A1 (en) * | 2022-06-29 | 2024-01-04 | 中兴通讯股份有限公司 | Data transmission processing method and device, storage medium, and electronic device |
| CN115002240A (en) * | 2022-08-04 | 2022-09-02 | 深圳市星卡软件技术开发有限公司 | Data transmission system, method, device, equipment and medium |
| CN116737359A (en) * | 2023-04-19 | 2023-09-12 | 哈尔滨商业大学 | Electronic commerce information processing method and system |
| CN116737359B (en) * | 2023-04-19 | 2023-11-21 | 哈尔滨商业大学 | Electronic commerce information processing method and system |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP3970322B1 (en) | Rate-optimized congestion management | |
| US6894974B1 (en) | Method, apparatus, media, and signals for controlling packet transmission rate from a packet source | |
| EP2540042B1 (en) | Communication transport optimized for data center environment | |
| CN109120544B (en) | Transmission control method based on host end flow scheduling in data center network | |
| Dukkipati et al. | Processor sharing flows in the internet | |
| EP1955460B1 (en) | Transmission control protocol (tcp) congestion control using transmission delay components | |
| JP4407700B2 (en) | Communication terminal, communication system, congestion control method, and congestion control program | |
| CN113242183A (en) | Data stream sending control method and device, intelligent terminal and storage medium | |
| US6842424B1 (en) | Methods and systems for alleviating network congestion | |
| US7724750B2 (en) | Expedited data transmission in packet based network | |
| WO2020001192A1 (en) | Data transmission method, computing device, network device and data transmission system | |
| JPH03174848A (en) | Delay base rush evading method in computer network and device | |
| JP2006014329A (en) | Communication terminal | |
| EP3961981A1 (en) | Method and device for congestion control, communication network, and computer storage medium | |
| WO2001045331A1 (en) | Congestion control method for a packet-switched network | |
| CN112995048B (en) | Blocking control and scheduling fusion method of data center network and terminal equipment | |
| Oyeyinka et al. | TCP window based congestion control-slow-start approach | |
| EP3108631B1 (en) | Buffer bloat control | |
| CN117676695A (en) | TCP transmission method, device and system | |
| Al-Saadi et al. | Characterising LEDBAT performance through bottlenecks using PIE, FQ-CoDel and FQ-PIE active queue management | |
| Aweya et al. | A self‐regulating TCP acknowledgment (ACK) pacing scheme | |
| JP2008193310A (en) | Buffer management method of router and router using the management method | |
| JP4915415B2 (en) | Communication terminal, communication system, congestion control method, and congestion control program | |
| CN115022249B (en) | Data stream transmission scheduling control method and system in cloud data center application | |
| Haider | Improved congestion control for packet switched data networks and the internet |
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 | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20210810 |