CN114374628A - Model-based audio and video communication low-delay congestion control method - Google Patents

Model-based audio and video communication low-delay congestion control method Download PDF

Info

Publication number
CN114374628A
CN114374628A CN202210121673.7A CN202210121673A CN114374628A CN 114374628 A CN114374628 A CN 114374628A CN 202210121673 A CN202210121673 A CN 202210121673A CN 114374628 A CN114374628 A CN 114374628A
Authority
CN
China
Prior art keywords
delay
control method
rtt
video communication
model
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202210121673.7A
Other languages
Chinese (zh)
Inventor
邹高峰
杨超
徐松林
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Jiangsu Jichu Information Technology Co ltd
Original Assignee
Jiangsu Jichu Information Technology Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Jiangsu Jichu Information Technology Co ltd filed Critical Jiangsu Jichu Information Technology Co ltd
Priority to CN202210121673.7A priority Critical patent/CN114374628A/en
Publication of CN114374628A publication Critical patent/CN114374628A/en
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0852Delays
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0876Network utilisation, e.g. volume of load or congestion level
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/12Avoiding congestion; Recovering from congestion
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055Physical resource allocation for ACK/NACK
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/647Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64723Monitoring of network processes or resources, e.g. monitoring of network load
    • H04N21/64738Monitoring network characteristics, e.g. bandwidth, congestion level
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/647Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64784Data processing by the network
    • H04N21/64792Controlling the complexity of the content stream, e.g. by dropping packets

Abstract

The invention discloses a model-based audio and video communication low-delay congestion control method, relates to the technical field of audio and video communication, and aims to solve the problem that a buffer area can be quickly filled up and packet loss is caused because the sending rate of an existing sender is fast enough. Two estimation parameters: two of the estimated parameters are BtlBw and RTprop(ii) a RTT round trip delay: the RTT round trip delay sends the time of the interval between the information and the ACK (acknowledgement character) of the received information; bandwidth delay product BDP: the sum of the two estimation parameters and the round trip time delay of the RTT; two control mechanisms are provided: the two control mechanisms are respectivelyTo control the sending rate of packets using paging _ gain and to quickly reduce the amount of data in transmission to a specified value using cwnd according to BtlBw; the control method comprises the following steps: the state machine in the control method comprises four states of Startup, Drain, Probe Bandwidth and Probe RTT. The model-based audio and video communication low-delay congestion control method maximally utilizes the bandwidth of a bottleneck link on a network, and is suitable for being used in a weak network environment with a certain packet loss rate.

Description

Model-based audio and video communication low-delay congestion control method
Technical Field
The invention relates to the technical field of audio and video communication, in particular to a model-based audio and video communication low-delay congestion control method.
Background
The application scenes of low-delay real-time audio and video technologies are continuously expanded, from live broadcasting in a show field, PK live broadcasting in a microphone to online education, video conferences and real-time command and scheduling, the floor application of the audio and video technologies develops towards higher definition and lower delay, TCP is adopted to initiate messages at multiple ends at present, network congestion occurs when the actual bandwidth cannot reach the maximum bandwidth which can be provided, more and more TCP initiating retries exist at the moment, the congestion situation is further aggravated, along with the large outbreak of the internet, the number of various applications, particularly audio and video applications, is greatly increased, and a TCP congestion control algorithm cannot meet the requirements of the current internet application on high real-time performance, high bandwidth utilization rate and high throughput of network transmission.
Congestion control algorithms based on packet loss, such as Reno and CUBIC, have been widely used in the internet, and congestion control is divided into four parts: slow start, congestion avoidance, fast retransmission, fast recovery, its meaning is when the bottleneck bandwidth of the link is unknown, with the lower sending rate of the beginning, with every RTT, the speed of two times increases the sending rate fast, until reaching a threshold, after the threshold, enter the stage of improving the sending rate linearly, the stage is called congestion avoidance, until losing packet, after losing packet, the sending rate drops by a wide margin, use fast retransmission algorithm to resend and send to the packet loss, use fast recovery algorithm to raise sending rate as smooth as possible at the same time, if the buffer memory of the bottleneck router is especially big, this kind of congestion algorithm taking packet loss as the detection foundation will lead to the serious problem: the long RTT on the TCP link becomes large but the throughput remains unchanged. The algorithm based on packet loss can not reach the theoretical optimal solution of time delay and bandwidth, and the algorithm works well for a long time, and the good performance is that the buffer areas of the network switch and the router are quite adaptive to the current network bandwidth, and once the sending rate of a sender is fast enough, the buffer areas can be quickly filled, so that packet loss is caused.
Disclosure of Invention
The invention aims to provide a model-based audio and video communication low-delay congestion control method to solve the problem that the transmission rate of a sender is high enough, a buffer area is quickly filled, and packet loss is caused in the background technology.
In order to achieve the purpose, the invention provides the following technical scheme: a model-based audio and video communication low-delay congestion control method comprises the following steps:
two estimation parameters: two of the estimated parameters are BtlBw and RTprop
RTT round trip delay: the RTT round trip delay sends the time of the interval between the information and the ACK (acknowledgement character) of the received information;
bandwidth delay product BDP: the sum of the two estimation parameters and the round trip time delay of the RTT;
two control mechanisms are provided: the two control mechanisms respectively control the sending rate of the packets by using the paging _ gain and rapidly reduce the data volume in transmission to a specified value by using the cwnd according to the BtlBw, wherein the paging _ gain is more than 1, the inter-packet time interval is reduced, the data volume in transmission is increased, the paging _ gain is less than 1, the opposite effect is achieved, the inter-packet time interval is increased, the data volume in transmission is reduced, and the paging _ gain is dynamic gain and is used for adapting to the bottleneck bandwidth; cwnd is a congestion window, controls the maximum data volume allowed to be transmitted at any time in the network, continuously adjusts cwnd by using a network path model, and determines how to detect the path by using a state machine;
the control method comprises the following steps: the state machine in the control method comprises four states of Startup, Drain, Probe Bandwidth and Probe RTT.
By adopting the technical scheme: according to the invention, the expected value and the standard deviation are considered at the same time, and if the standard deviation which is four times of the normal distribution is extremely rare, the packet loss can be considered to occur.
RTT=α×RTT+(1-α)×RTTcurrent
Deviation=α×Deviation+(1-α)×|RTTcurrent-RTT|
Timeout=RTT+4×Deviation
Further, the estimated bottleneck bandwidth of the transmission channel of BtlBw estimates the maximum transmission rate sample of the self-sliding window, and the bottleneck transmission rate determines the maximum transmission rate of the link.
By adopting the technical scheme: the control method of the present invention attempts to bring the sending rate close to the bottleneck rate to seek "rate balancing", i.e. the arrival rate of the packets is equal to BtlBw. The bottleneck rate varies continuously throughout the lifetime of the link, so the control method of the present invention uses the most recent transmission rate samples to continuously estimate BtlBw.
Figure BDA0003498760680000031
The length of time is typically 6-10 RTTs.
Further, the RT ispropEstimated two-way round-trip propagation delay of the path, estimated minimum round-trip delay sample of self-sliding window, the RTpropDetermines the minimum time that the connection needs to maintain the BtlBw rate.
By adopting the technical scheme: the round-trip propagation delay will vary over the lifetime of a connection, so the control method of the invention continues to estimate the RT from the most recent round-trip delay sampleprop
According to the formula RTT-RTprop+η,RTpropDetermined by the physical device and η represents noise, including switch queue delay, ACK (acknowledgement character) processing delay, etc. According to this formula, RT can be estimated using the minimum RTT over a period of timeprop
Figure BDA0003498760680000032
The duration is typically 10 seconds.
Further, the RTT round trip delay is a basis for retransmitting timeout.
By adopting the technical scheme: and judging whether to retransmit timeout or not based on the RTT round trip delay.
Further, the paging _ gain is a dynamic gain, and the cwnd is a congestion window.
By adopting the technical scheme: cwnd controls the maximum amount of data that can be transmitted at any time in the network, and is constantly adjusted using a network path model, with a state machine determining how to probe the path.
Compared with the prior art, the invention has the beneficial effects that:
1. the model-based audio and video communication low-delay congestion control method maximizes the utilization of the bandwidth of a bottleneck link on a network, is particularly suitable for being used in a weak network environment with a certain packet loss rate, and can effectively use the available bandwidth to achieve high throughput.
Drawings
FIG. 1 is a state diagram of a control method according to the present invention.
Detailed Description
The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and the described embodiments are only a part of the embodiments of the present invention, but 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.
A method for controlling low-delay congestion of audio and video communication based on a model comprises the following steps: the method comprises the following steps:
two estimation parameters: two of the estimated parameters are BtlBw and RTprop
RTT round trip delay: the RTT round trip delay sends the time of the interval between the information and the ACK (acknowledgement character) of the received information;
bandwidth delay product BDP: the sum of the two estimation parameters and the round trip time delay of the RTT;
two control mechanisms are provided: the two control mechanisms respectively use the paging _ gain to control the sending rate of the packet according to BtlBw and the cwnd to quickly reduce the data volume in transmission to a specified value;
the control method comprises the following steps: the state machine in the control method comprises four states of Startup, Drain, Probe Bandwidth and Probe RTT.
According to the invention, the expected value and the standard deviation are considered at the same time, and if the standard deviation which is four times of the normal distribution is extremely rare, the packet loss can be considered to occur.
RTT=α×RTT+(1-α)×RTTcurrent
Deviation=α×Deviation+(1-α)×|RTTcurrent-RTT|
Timeout=RTT+4×Deviation
And estimating the maximum transmission rate sample of the self-sliding window by the bottleneck bandwidth of the transmission channel estimated by BtlBw, wherein the bottleneck transmission rate determines the maximum transmission rate of the link.
The control method of the present invention attempts to bring the sending rate close to the bottleneck rate to seek "rate balancing", i.e. the arrival rate of the packets is equal to BtlBw. The bottleneck rate varies continuously throughout the lifetime of the link, so the control method of the present invention uses the most recent transmission rate samples to continuously estimate BtlBw.
Figure BDA0003498760680000051
The length of time is typically 6-10 RTTs.
The RT ispropEstimated two-way round-trip propagation delay of the path, estimated minimum round-trip delay sample of self-sliding window, the RTpropDetermines the minimum time that the connection needs to maintain the BtlBw rate.
The round-trip propagation delay will vary over the lifetime of a connection, so the control method of the invention continues to estimate the RT from the most recent round-trip delay sampleprop
According to the formula RTT-RTprop+η,RTpropDetermined by the physical device and η represents noise, including switch queue delay, ACK (acknowledgement character) processing delay, etc. According to this formula, RT can be estimated using the minimum RTT over a period of timeprop
Figure BDA0003498760680000061
The duration is typically 10 seconds.
The RTT round trip delay is the basis for retransmitting timeout.
The paging _ gain is a dynamic gain, and the cwnd is a congestion window.
cwnd controls the maximum amount of data that can be transmitted at any time in the network, and is constantly adjusted using a network path model, with a state machine determining how to probe the path.
The working principle is as follows: when a transport stream starts, it will execute a first continuity detection process, the network bandwidth ranges from several bps to 100Gbps, in order to rapidly acquire BtlBw in such a large range, the transmission rate is exponentially increased in the Startup state, the transmission rate is doubled every turn, in order to achieve rapid detection in a smooth manner, when entering the Startup state, the paging _ gain and cwnd _ gain are set as
Figure BDA0003498760680000062
I.e., the minimum gain value that allows doubling the transmission rate per round, when the transmission rate is increased rapidly, it takes higher transmission rate samples, BtlBw increases, and both the paging _ rate and cwnd need to be increased smoothly and proportionally. Once the pipe is full, the queue has been formed, the cwnd _ gain limit queue is (cwnd _ gain-1) × BDP, then immediately enters the Drain state to quickly Drain the queue, during the Drain phase, the control method of the present invention will reduce the paging _ gain below 1.0, to quickly Drain the queue generated during the Start phase, specifically, using the inverse of the starting phase's paging _ gain as the new paging _ gain, a continuous round of discharge is performed, in the Drain phase, when the amount of data in transmission matches the estimated BDP, i.e., it is estimated that the queue has been completely drained but the pipe is still full, the Drain state is exited and the ProbeBW stage is entered, which takes most of the time, the ProbeBW uses a cyclic gain approach to detect the bandwidth, the method can realize high throughput, low queue delay and fair bandwidth sharing, and the gain cycle has a serialized paging _ gain: 5/4,3/4,1,1,1,1,1,1,each stage will typically last about RTpropUsing 5/4 as a paging _ gain to detect higher bandwidth during phase 0 of the gain cycle, this operation may gradually increase the amount of data in the transmission. This phase will continue for at least one RTpropOr until the amount of data in the transmission reaches 5/4 × estimated _ BDP (when RT is reached)propAt lower times, it may take more time than RTprop) Or a packet loss occurs (it is possible that the network cannot accommodate 5/4 × estimatted _ BDP data size), stage 1 uses 3/4 as the paging _ gain to drain the queue in the bottleneck, the reason for choosing this value is that 1-3/4 equals 5/4-1, and this stage continues with RTpropOr until the amount of data in transmission falls below the estimated _ BDP (queues may be drained ahead due to application constraints), and finally, phases 2 through 7 use a paging _ gain value of 1.0 to achieve a short queue, fully utilized cruise mode, each for RTpropThe average gain of all stages is 1.0, since the purpose of ProbeBW is to make the average paging rate equal to the estimated available bandwidth BtlBw, it is necessary to maintain a small, well-bounded queue of high utilization, in order to detect RTpropThe control method of the invention will periodically enter into the ProbeRTT state, discharge the bottleneck queue, when in the non-ProbeRTT state, if RT is in the statepropIf the ProbeRTT is not updated within 10 seconds, the ProbeRTT phase is entered, and cwnd is limited to a very small value of 4 and lasts at least 200ms, so as to ensure that the flow does not cause packet accumulation on the intermediate device.
It will be evident to those skilled in the art that the invention is not limited to the details of the foregoing illustrative embodiments, and that the present invention may be embodied in other specific forms without departing from the spirit or essential attributes thereof. The present embodiments are therefore to be considered in all respects as illustrative and not restrictive, the scope of the invention being indicated by the appended claims rather than by the foregoing description, and all changes which come within the meaning and range of equivalency of the claims are therefore intended to be embraced therein. Any reference sign in a claim should not be construed as limiting the claim concerned.

Claims (5)

1. A low-delay congestion control method for audio and video communication based on a model is characterized by comprising the following steps:
two estimation parameters: two of the estimated parameters are BtlBw and RTprop
RTT round trip delay: the RTT round trip delay sends the time of the interval between the information and the ACK (acknowledgement character) of the received information;
bandwidth delay product BDP: the sum of the two estimation parameters and the round trip time delay of the RTT;
two control mechanisms are provided: the two control mechanisms respectively use the paging _ gain to control the sending rate of the packet according to BtlBw and the cwnd to quickly reduce the data volume in transmission to a specified value;
the control method comprises the following steps: the state machine in the control method comprises four states of Startup, Drain, Probe Bandwidth and Probe RTT.
2. The model-based audio-video communication low-delay congestion control method according to claim 1, characterized in that: and estimating the maximum transmission rate sample of the self-sliding window by the bottleneck bandwidth of the transmission channel estimated by BtlBw, wherein the bottleneck transmission rate determines the maximum transmission rate of the link.
3. The model-based audio-video communication low-delay congestion control method according to claim 1, characterized in that: the RT ispropEstimated two-way round-trip propagation delay of the path, estimated minimum round-trip delay sample of self-sliding window, the RTpropDetermines the minimum time that the connection needs to maintain the BtlBw rate.
4. The model-based audio-video communication low-delay congestion control method according to claim 1, characterized in that: the RTT round trip delay is the basis for retransmitting timeout.
5. The model-based audio-video communication low-delay congestion control method according to claim 1, characterized in that: the paging _ gain is a dynamic gain, and the cwnd is a congestion window.
CN202210121673.7A 2022-02-09 2022-02-09 Model-based audio and video communication low-delay congestion control method Pending CN114374628A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210121673.7A CN114374628A (en) 2022-02-09 2022-02-09 Model-based audio and video communication low-delay congestion control method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210121673.7A CN114374628A (en) 2022-02-09 2022-02-09 Model-based audio and video communication low-delay congestion control method

Publications (1)

Publication Number Publication Date
CN114374628A true CN114374628A (en) 2022-04-19

Family

ID=81145165

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210121673.7A Pending CN114374628A (en) 2022-02-09 2022-02-09 Model-based audio and video communication low-delay congestion control method

Country Status (1)

Country Link
CN (1) CN114374628A (en)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105024940A (en) * 2015-07-16 2015-11-04 重庆大学 Link adaptation-based heterogeneous network TCP congestion control method
CN109309934A (en) * 2017-07-27 2019-02-05 华为技术有限公司 A kind of jamming control method and relevant device
CN110290428A (en) * 2019-06-26 2019-09-27 腾讯科技(深圳)有限公司 A kind of jamming control method, device, terminal and storage medium
WO2020244448A1 (en) * 2019-06-05 2020-12-10 阿里巴巴集团控股有限公司 Congestion control method and device, and computer-readable medium
CN112887063A (en) * 2021-01-19 2021-06-01 网易(杭州)网络有限公司 Data packet transmission method and device, storage medium and electronic equipment
CN113518040A (en) * 2021-04-30 2021-10-19 东北大学 Multipath coupling congestion control method for delay sensitive service
CN113613286A (en) * 2021-09-13 2021-11-05 大连大学 Space-ground integrated intelligent network multi-path congestion control method

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105024940A (en) * 2015-07-16 2015-11-04 重庆大学 Link adaptation-based heterogeneous network TCP congestion control method
CN109309934A (en) * 2017-07-27 2019-02-05 华为技术有限公司 A kind of jamming control method and relevant device
EP3648503A1 (en) * 2017-07-27 2020-05-06 Huawei Technologies Co., Ltd. Congestion control method and related device
WO2020244448A1 (en) * 2019-06-05 2020-12-10 阿里巴巴集团控股有限公司 Congestion control method and device, and computer-readable medium
CN110290428A (en) * 2019-06-26 2019-09-27 腾讯科技(深圳)有限公司 A kind of jamming control method, device, terminal and storage medium
CN112887063A (en) * 2021-01-19 2021-06-01 网易(杭州)网络有限公司 Data packet transmission method and device, storage medium and electronic equipment
CN113518040A (en) * 2021-04-30 2021-10-19 东北大学 Multipath coupling congestion control method for delay sensitive service
CN113613286A (en) * 2021-09-13 2021-11-05 大连大学 Space-ground integrated intelligent network multi-path congestion control method

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
张伟,王绍棣: "卫星网中基于时间戳的TCP拥塞控制算法研究", 南京邮电学院学报, no. 02 *

Similar Documents

Publication Publication Date Title
CN109327288B (en) Data transmission acceleration method, device and system
US7839783B2 (en) Systems and methods of improving performance of transport protocols
CN109639340B (en) TCP acceleration method suitable for satellite link
US10645016B2 (en) Data packet network
CN111614572B (en) TCP network congestion control method based on RTT
CN105227484B (en) A kind of data transfer control method towards satellite network
CN101969432B (en) Random backoff based control method of TCP (Transmission Control Protocol) congestion window
Zhang et al. Performance analysis of BBR congestion control protocol based on NS3
US10469393B1 (en) Data packet network
CN114374628A (en) Model-based audio and video communication low-delay congestion control method
CN117676695A (en) TCP transmission method, device and system
Molia et al. A conceptual exploration of TCP variants
US20080112345A1 (en) Systems and Methods of Improving Protocol Performance
Khalil A modified congestion control algorithm for evaluating high BDP networks
Cheng et al. An threshold-based congestion control mechanism for Vegas TCP over heterogeneous wireless networks
TWI610579B (en) Cross-layer based adaptive adjusting wireless network congestion control method
Liu et al. Modeling and quantifying the impact of P2P file sharing traffic on traditional internet traffic
Wan et al. Research on tcp optimization strategy of application delivery network
Cheng et al. Improving the ramping up behavior of TCP slow start
Xiao TCP Congestion Control and its Variations
Ceco et al. Performance comparison of different TCP versions designed for networks with high speeds and over long distances
Qureshi et al. Progress in Various TCP Variants: Issues, Enhancements and Solutions
Tambuwal et al. Comparison of methods for accelerating the response time of TCP sessions over long delay paths
CN117439713A (en) Reliable radar data transmission method
BENABOUD et al. SSNIT: A NEW SLOW START ALGORITHM FOR TCP PROTOCOL

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