Unilateral TCP acceleration control method and device in continuous fixed-length data transmission

Abstract

The invention discloses a unilateral TCP (Transmission Control Protocol) acceleration control method and device in continuous fixed-length data transmission. The method comprises the following steps: step S01, acquiring a corresponding gain factor value according to a current network environment; step S02, in a starting state, monitoring whether link congestion is caused when data is sent each time in real time; step S03, adjusting the gain factor value corresponding to the current network environment according to the link congestion state monitored in real time; and step S04, in the data sending process, if the iRTT is greater than minRTT, whether minRTT measurement is triggered is judged according to the difference between the current time point and the marked time point and the number of currently sent data packets, and the minRTT represents the minimum iRTT in the specified observation time. The method can be applied to a complex environment, the probability of link congestion is reduced, meanwhile, the effectiveness of a minRTT measurement mechanism is ensured, and the efficiency of continuous fixed-length data transmission is improved.

Description

Technical Field

[0001] The present invention relates to the technical field of continuous fixed-length data transmission, and in particular to a single-side TCP acceleration control method and device in continuous fixed-length data transmission. Background Art

[0002] Continuous fixed-length data means that during the data transmission, storage or processing, data appears continuously in blocks or records of fixed length. For example, the remote sensing satellite downlink data received by the satellite ground station terminal equipment is stored in continuous fixed-length data files, and then transmitted to the application center or other ground stations in data files. 1) The size of data files varies from 500MB to 4000MB, and the size of each data file in a single transmission task is fixed. 3) The transmission of each data file requires the re-establishment of the TCP link.

[0003] In order to improve network throughput and fairness, avoid network congestion, and reduce delays and buffer usage, the prior art usually uses the BBR (Bottleneck Bandwidth and Round-trip propagation time) congestion control algorithm to control the data transmission rate by measuring bandwidth and RTT (Round-Trip Time). However, since each data file needs to establish a new TCP link for transmission during the transmission of continuous fixed-length data, and the actual network environment is relatively complex and often has high speed requirements, when the traditional BBR congestion control algorithm is used to control data transmission, congestion is easily caused during the startup state and the BBR minimum delay minRTT (min Round-Trip Time) measurement mechanism fails, resulting in low data transmission efficiency. Summary of the invention

[0004] The technical problem to be solved by the present invention is: in response to the technical problems existing in the prior art, the present invention provides a unilateral TCP acceleration control method and device in continuous fixed-length data transmission, which has a simple implementation method, low probability of congestion, high transmission efficiency and strong flexibility and adaptability. The method and device can be applied to complex environments to reduce the probability of link congestion, while ensuring the effectiveness of the minRTT measurement mechanism and improving the efficiency of continuous fixed-length data transmission.

[0005] In order to solve the above technical problems, the technical solution proposed by the present invention is:

[0006] A method for controlling unilateral TCP acceleration in continuous fixed-length data transmission is used to control the transmission of continuous fixed-length data using a BBR congestion control algorithm. The method comprises the following steps:

[0007] Step S01. Obtain the corresponding gain factor value according to the current network environment;

[0008] Step S02. In the startup state, real-time monitoring is performed to determine whether link congestion occurs each time data is sent;

[0009] Step S03. Adjust the gain factor value corresponding to the current network environment according to the link congestion status monitored in real time;

[0010] Step S04. During the data transmission process, the size of iRTT is determined. If iRTT is greater than minRTT, whether to trigger minRTT measurement is determined based on the difference between the current time point and the marked time point and the number of currently sent data packets. The minRTT represents the minimum iRTT within the specified observation time.

[0011] Furthermore, the step S01 includes:

[0012] Pre-configure different gain factor values ​​to correspond to network environments with different delays, jitters, packet loss rates, and bandwidths;

[0013] Obtain the corresponding gain factor value according to the delay, jitter, packet loss rate and bandwidth of the current network environment.

[0014] Furthermore, the step S02 includes:

[0015] Monitor whether packet loss or jitter anomalies occur within the specified judgment period;

[0016] If packet loss or jitter abnormality is monitored within the specified judgment period, it is determined that the current transmission has caused link congestion. Otherwise, it is determined that the current transmission has not caused link congestion. The judgment period is from the establishment of the link between the data sender and the data receiver to the end of one RTT after exiting the startup state.

[0017] Furthermore, the step S03 includes:

[0018] If the current transmission causes link congestion in the startup state, the control reduces the current gain factor value;

[0019] If the current transmission does not cause link congestion in the startup state, the control increases the current gain factor value.

[0020] Furthermore, in step S04, if iRTT is greater than minRTT, by calculating the measurement span according to the current minRTT, if the difference between the current time point and the marked time point exceeds a preset difference threshold and the currently sent data packet exceeds the measurement span, the minRTT measurement is triggered.

[0021] Furthermore, the step S04 includes:

[0022] Step S401. Determine the size of the current iRTT. If iRTT is greater than minRTT, proceed to step S402. Otherwise, mark the currently sent data packet and update minRTT to the current iRTT.

[0023] Step S402. Calculate the measurement span according to the current minRTT;

[0024] Step S403. Determine whether the difference between the current time point and the marked time point is greater than a preset difference threshold, if yes, proceed to step S404, otherwise end the current control;

[0025] Step S404: Determine whether the distance between the currently sent packet and the marked data packet exceeds the measurement span. If so, trigger minRTT measurement; otherwise, end the current control.

[0026] Furthermore, the measurement span is calculated as follows:

[0027] λ=a*minRTT+b

[0028] Wherein, λ represents the measurement span, and a and b represent the preset coefficients.

[0029] A unilateral TCP acceleration control device in continuous fixed-length data transmission, used for controlling the transmission of continuous fixed-length data by using a BBR congestion control algorithm, comprising:

[0030] An acquisition module, used to acquire a corresponding gain factor value according to the current network environment;

[0031] The link congestion judgment module is used to monitor in real time whether link congestion will be caused each time data is sent in the startup state;

[0032] A gain factor adaptive adjustment module, used to adjust the gain factor value corresponding to the current network environment according to the link congestion status monitored in real time;

[0033] The minRTT measurement trigger control module is used to determine the size of iRTT during data transmission. If iRTT is greater than minRTT, it is determined whether to trigger minRTT measurement based on the difference between the current time point and the marked time point and the number of data packets currently sent. The minRTT represents the minimum iRTT within the specified observation time.

[0034] An electronic device comprises a processor and a memory, wherein the memory is used to store a computer program, and the processor is used to execute the computer program to perform the above method.

[0035] A computer-readable storage medium storing a computer program, wherein the computer program implements the above method when executed by a processor.

[0036] Compared with the prior art, the advantages of the present invention are: the present invention adopts the BBR congestion control algorithm to control the sending of continuous fixed-length data, and on the one hand, obtains the corresponding gain factor value according to the real-time network environment, monitors in real time in the startup state whether link congestion will be caused each time data is sent, and adaptively adjusts the gain factor value corresponding to the current network environment according to the real-time monitored link congestion state, which can improve the problem of easy congestion in the startup state under complex environments, and reduce the probability of link congestion in various complex environments as much as possible. At the same time, during the data sending process, it is comprehensively judged whether to trigger the minRTT measurement based on the difference between the current time point and the marked time point and the number of currently sent data packets, thereby ensuring the effectiveness of the trigger detection minRTT mechanism, thereby effectively improving bandwidth utilization, reducing link congestion, and increasing the TCP sending rate. BRIEF DESCRIPTION OF THE DRAWINGS

[0037] Figure 1 This is a schematic diagram of the implementation process of triggering minRTT measurement in the traditional BBR algorithm.

[0038] Figure 2 It is a schematic diagram of the implementation flow of the unilateral TCP acceleration control method in continuous fixed-length data transmission in this embodiment.

[0039] Figure 3 It is a schematic diagram of the implementation process of link congestion judgment in this embodiment.

[0040] Figure 4 It is a schematic diagram of the implementation process of the minRTT measurement trigger in this embodiment. DETAILED DESCRIPTION

[0041] The present invention is further described below in conjunction with the accompanying drawings and specific preferred embodiments, but the protection scope of the present invention is not limited thereby.

[0042] For ease of understanding, the relevant technical background of the present invention is first introduced by way of example.

[0043] Taking the remote sensing satellite downlink data received by the satellite ground station terminal equipment as an example, the transmission process of each file is as follows:

[0044] 1) Initiate a transmission application to the application center;

[0045] 2) The application center replies to allow the transmission;

[0046] 3) Establish a TCP link and transfer data files;

[0047] 4) After the data file transfer is completed, disconnect the TCP link;

[0048] 5) Send a transmission completion report to the center.

[0049] From the above transmission process, we can know that each data file needs to establish a new TCP link for transmission. Each data file needs to establish a new TCP link, and the complex network environment and high speed requirements will cause the traditional BBR congestion control algorithm to have two problems: the startup state is prone to congestion and the BBR minimum delay minRTT mechanism fails:

[0050] 1. The startup state is prone to congestion

[0051] The BBR congestion control algorithm includes four process states: startup state, draining state, bandwidth detection state, and delay detection state. When the traditional BBR algorithm is in the startup state, the congestion window will grow rapidly, which can easily lead to congestion on the link.

[0052] In the startup state, the traditional BBR algorithm usually uses a fixed gain factor to calculate the congestion window CWND (congestion window) according to the following formula:

[0053] CWND = g*maxBW*minRTT (1)

[0054] Among them, g is a fixed gain factor, maxBW is the currently measured maximum bandwidth (max Bandwidth), and minRTT is the minimum delay.

[0055] In the startup state, since the congestion window will grow rapidly, when the gain factor g is greater than 1, the larger the value, the faster the congestion window grows. The default BBR algorithm fixes the value of g to 2.885. Since the remote sensing data between satellite ground stations is continuous fixed-length data, if the gain factor uses a fixed value of 2.885 during transmission, it will cause the congestion window to grow too fast, causing network congestion and causing the transmission to stagnate for a period of time.

[0056] 2. BBR minRTT measurement mechanism fails

[0057] During the transmission of remote sensing data between satellite ground stations, it is often necessary to first save the data as files of a certain size, and then send these files to the designated server through the TCP protocol. After each data file is sent, a new TCP link will be established to send the next data file.

[0058] The trigger condition for traditional BBR to measure minRTT is that if the real-time RTT (measured delay, iRTT) is less than or equal to minRTT, the time point is marked and the value of minRTT is updated to the value of iRTT; if iRTT is greater than minRTT, it is determined whether the current time point is more than 10 seconds away from the marked time point. If it exceeds, it enters the delay detection state, otherwise it sends the data packet normally, such as Figure 1 As shown in the above process, it can be seen that the traditional BBR will enter the delay detection state only when the iRTT is greater than the recorded minRTT for more than 10 seconds. However, interactive applications (RPC, web, video blocks, etc.) usually have a natural silent period of less than 10 seconds, and the traditional BBR algorithm uses a fixed value period of 10 seconds as the trigger condition for entering the delay detection state. When applied to continuous fixed-length data transmission of remote sensing data between satellite ground stations, it is not applicable to the fixed period value of 10 seconds because it is not an interactive application, and the sending completion time of a single file may be less than 10 seconds, resulting in the entire sending process. The minRTT measurement mechanism may fail completely due to too few measurements, resulting in a large deviation between the minRTT obtained by the algorithm and the actual minRTT of the link, thereby increasing the deviation of the congestion window.

[0059] The present invention adopts a BBR congestion control algorithm to control the sending of continuous fixed-length data. On the one hand, the corresponding gain factor value is obtained according to the real-time network environment, and whether link congestion will be caused each time data is sent in real time in the startup state, and the gain factor value corresponding to the current network environment is adaptively adjusted according to the real-time monitored link congestion state. The problem of easy congestion in the startup state under a complex environment can be improved, and the probability of link congestion in various complex environments can be reduced as much as possible. At the same time, during the data sending process, it is comprehensively judged whether to trigger minRTT measurement according to the difference between the current time point and the marked time point and the number of currently sent data packets, so as to ensure the effectiveness of the trigger detection minRTT mechanism, thereby effectively improving bandwidth utilization, reducing link congestion, and increasing the TCP sending rate.

[0060] The present invention will be further described below in conjunction with specific embodiments.

[0061] For the use of BBR congestion control algorithm to control the transmission of continuous fixed-length data, such as Figure 2 As shown, the steps of the unilateral TCP acceleration control method in continuous fixed-length data transmission in this embodiment include:

[0062] Step S01. Obtain a corresponding gain factor value according to the current network environment.

[0063] Delay, jitter, packet loss rate, bandwidth, etc. will affect network performance. Different network environments will have different delays, jitters, packet loss rates, and bandwidths. The gain factor values ​​applicable to network environments with different delays, jitters, packet loss rates, and bandwidths are different. This embodiment first determines the state of the current network environment, and then obtains the corresponding gain factor value based on the current network environment, instead of directly taking a fixed value according to the traditional BBR congestion control algorithm.

[0064] In this embodiment, the step of obtaining the corresponding gain factor value according to the current network environment includes:

[0065] Pre-configure different gain factor values ​​to correspond to network environments with different delays, jitters, packet loss rates, and bandwidths;

[0066] Obtain the corresponding gain factor value according to the delay, jitter, packet loss rate and bandwidth of the current network environment.

[0067] Specifically, according to different network environments, the delay, jitter (for example, it can be expressed by the average deviation of the delay, etc.), packet loss rate, and bandwidth can be divided into intervals according to the numerical values, and different interval combinations of delay, jitter, packet loss rate, and bandwidth can be used to represent different network environments. Then, the corresponding gain factor value is configured for the network environment with different interval combinations of delay, jitter, packet loss rate, and bandwidth. During the data transmission process, the delay, jitter, packet loss rate, bandwidth, etc. of the current network are first obtained, and the corresponding gain factor value is obtained based on the above parameters obtained in real time, so that the determined gain factor value is suitable for the current network environment.

[0068] Step S02: In the startup state, real-time monitoring is performed to determine whether link congestion is caused each time data is sent.

[0069] Traditional congestion control algorithms usually directly determine whether congestion occurs in the stable transmission phase of a link based on packet loss or delay. This embodiment optimizes the startup state growth mode to monitor in real time in the startup state whether each data transmission causes link congestion.

[0070] In this embodiment, the following steps can be used to monitor in real time whether link congestion is caused each time data is sent in the startup state:

[0071] Monitor whether packet loss or jitter anomalies occur within the specified judgment period;

[0072] If packet loss or jitter abnormality is detected within the specified determination period, it is determined that the current transmission has caused link congestion; otherwise, it is determined that the current transmission has not caused link congestion.

[0073] Since the sender cannot know whether the current congestion window has caused congestion until one RTT later, the above determination period is from the establishment of the link between the data sender and the data receiver to the end of one RTT after exiting the startup state.

[0074] like Figure 3 As shown, during the data transmission process, in the startup state, it is first determined whether it has been marked as congested. If not, it is determined whether it is within the determination period. If so, it is determined whether packet loss has occurred. If so, congestion is marked. Otherwise, it is determined whether jitter is abnormal. If the jitter is determined to be abnormal, it is marked as congested. Otherwise, the determination is terminated.

[0075] Step S03: adjusting the gain factor value corresponding to the current network environment according to the link congestion status monitored in real time.

[0076] In the startup state, the way BBR calculates the congestion window CWND will cause the sending rate and the congestion window to grow exponentially, and the size of the gain factor g determines the base of the exponential growth. In the traditional BBR algorithm, a fixed gain factor g = 2.885 is used in the startup state. The fixed gain factor cannot be applied to different network environments, resulting in the transmission of continuous fixed-length data such as remote sensing data between satellite ground stations. The excessive growth of the congestion window and the complex network environment will cause congestion in the startup state. This embodiment first defines the network environment, determines the corresponding appropriate gain factor value according to different network environments, and then adaptively adjusts the gain factor value corresponding to the current network environment according to the link congestion state monitored in real time, so that after several adaptive adjustments, the gain factor can be automatically adjusted to a value that adapts to the current network environment, so that it can be applied to various types of complex network environments to dynamically and accurately determine the appropriate gain factor value, even in a complex and dynamically changing environment, it can still effectively reduce the probability of link congestion and improve network data transmission efficiency.

[0077] In this embodiment, the following steps may be used to adjust the gain factor value corresponding to the current network environment according to the link congestion state monitored in real time:

[0078] If the current transmission causes link congestion in the startup state, the control reduces the current gain factor value;

[0079] If the current transmission does not cause link congestion in the startup state, the control increases the current gain factor value.

[0080] Specifically, when BBR is loaded, the gain factor value suitable for the network environment can be read from the corresponding configuration file according to the current network environment; during data transmission, if this transmission causes congestion in the startup state, the gain factor value is reduced and recorded in the configuration file corresponding to the current network environment; if this transmission does not cause congestion in the startup state, the gain factor value is increased and recorded in the configuration file corresponding to the current network environment. The above method can dynamically adjust the BBR gain factor value and save it in the configuration file to take effect when the link is established next time. After multiple TCP links, file sending, and TCP link disconnection, the gain factor will automatically adjust to a value suitable for the link in the network environment.

[0081] Step S04. During the data transmission process, the size of iRTT is determined. If iRTT is greater than minRTT, whether to trigger minRTT measurement is determined based on the difference between the current time point and the marked time point and the number of currently sent data packets. minRTT represents the minimum iRTT within the specified observation time.

[0082] In this embodiment, if iRTT is greater than minRTT, the measurement span is calculated according to the current minRTT. If the difference between the current time point and the marked time point exceeds a preset difference threshold and the currently sent data packet exceeds the measurement span, the minRTT measurement is triggered.

[0083] The traditional BBR trigger detection minRTT mechanism depends entirely on whether the time since the last minRTT occurred exceeds 10 seconds. It is not suitable for the transmission of continuous fixed-length data, which will result in too few detections of the minRTT mechanism or even failure to take effect. This embodiment uses the difference between the previous time point and the marked time point and the number of packets sent as the trigger condition for minRTT measurement, which can be applied to the transmission process of continuous fixed-length data, ensure the effectiveness of the minRTT detection mechanism, and enable reasonable detection of minRTT in the TCP link of continuous fixed-length data transmission. In this way, a more accurate minRTT value can be obtained, and a more accurate congestion window can be obtained.

[0084] In this embodiment, the minRTT measurement trigger may adopt the following steps:

[0085] Step S401. Determine the size of the current iRTT. If iRTT is greater than minRTT, proceed to step S402. Otherwise, mark the currently sent data packet and update minRTT to the current iRTT.

[0086] Step S402. Calculate the measurement span according to the current minRTT;

[0087] Step S403. Determine whether the difference between the current time point and the marked time point is greater than a preset difference threshold, if yes, proceed to step S404, otherwise end the current control;

[0088] Step S404: Determine whether the distance between the currently sent packet and the marked data packet exceeds the measurement span. If so, trigger minRTT measurement; otherwise, end the current control.

[0089] In a specific application embodiment, the measurement span can be calculated as follows:

[0090] λ=a*minRTT+b

[0091] Wherein, λ represents the measurement span, and a and b represent the preset coefficients.

[0092] By calculating the measurement span λ according to the above formula, the measurement span λ will change with the minRTT, so that not too much time is spent on measuring minRTT in the minRTT large delay link, and the minRTT measurement time of the small delay link is shorter, which will not affect the overall sending rate.

[0093] In a specific application embodiment, Figure 4 As shown, if iRTT is less than or equal to minRTT, mark the time point, mark the packet number sent at this time, and update the minRTT value to the value of iRTT; if iRTT is greater than minRTT, determine whether the current time point and the marked time point are more than 10 seconds. If so, determine whether the current sent packet number and the marked packet number exceed the measurement span λ. If so, enter the minRTT detection state, otherwise send the data packet normally.

[0094] In order to verify the effectiveness of the present invention, experiments are carried out on the above method of the present invention. According to the experimental results, the present invention can improve the sending rate of continuous fixed-length data files, and the sending time of each file is shortened by about 1 to 2 seconds. In an actual application environment, when the size of the data file is 500MB, the average rate can be increased from about 550Mbps to about 680Mbps, and the rate is increased by about 23.6%. The probability of link congestion can also be reduced, which is beneficial to the improvement of the overall network environment. It can also make the BBR detection delay mechanism still effective in links with a duration of less than 10 seconds, which is beneficial for BBR to more accurately estimate the appropriate congestion window.

[0095] The unilateral TCP acceleration control device in the continuous fixed-length data transmission of this embodiment is used to control the transmission of continuous fixed-length data by using the BBR congestion control algorithm. The device includes:

[0096] An acquisition module, used to acquire a corresponding gain factor value according to the current network environment;

[0097] The link congestion judgment module is used to monitor in real time whether link congestion will be caused each time data is sent in the startup state;

[0098] A gain factor adaptive adjustment module is used to adjust the gain factor value corresponding to the current network environment according to the link congestion status monitored in real time;

[0099] The minRTT measurement trigger control module is used to determine the size of iRTT during data transmission. If iRTT is greater than minRTT, it determines whether to trigger minRTT measurement based on the difference between the current time point and the marked time point and the number of currently sent data packets. minRTT represents the minimum iRTT within the specified observation time.

[0100] The unilateral TCP acceleration control device in continuous fixed-length data transmission of this embodiment corresponds to the unilateral TCP acceleration control method in continuous fixed-length data transmission described above, and will not be described in detail here.

[0101] This embodiment further provides an electronic device, including a processor and a memory, wherein the memory is used to store a computer program, and the processor is used to execute the computer program to perform the above method.

[0102] It is understandable that the above method of this embodiment can be executed by a single device, such as a computer or server, etc., and can also be applied to a distributed scenario and completed by multiple devices in cooperation with each other. In the case of a distributed scenario, one of the multiple devices can only execute one or more steps in the above method of this embodiment, and multiple devices interact to complete the above method. The processor can be implemented in the form of a general-purpose CPU, a microprocessor, an application-specific integrated circuit, or one or more integrated circuits, etc., for executing related programs to implement the above method of this embodiment. The memory can be implemented in the form of a read-only memory ROM, a random access memory RAM, a static storage device, and a dynamic storage device. The memory can store an operating system and other applications. When the above method of this embodiment is implemented by software or firmware, the relevant program code is stored in the memory and called and executed by the processor.

[0103] This embodiment further provides a computer-readable storage medium storing a computer program, and when the computer program is executed by a processor, the above method is implemented.

[0104] Those skilled in the art will appreciate that the above-mentioned embodiments of the present application may be provided as methods, systems, or computer program products. Therefore, the present application may take the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware. Moreover, the present application may take the form of a computer program product implemented on one or more computer-readable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program codes. The present application is described with reference to the flowcharts and / or block diagrams of the methods, devices (systems), and computer program products according to the embodiments of the present application. It should be understood that each process and / or box in the flowchart and / or block diagram, as well as the combination of the processes and / or boxes in the flowchart and / or block diagram, may be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to produce a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the functions in the process. Figure 1 A process or multiple processes and / or boxes Figure 1 These computer program instructions can also be stored in a computer-readable memory that can guide a computer or other programmable data processing device to work in a specific way, so that the instructions stored in the computer-readable memory produce a product including an instruction device, which implements the functions specified in the process. Figure 1 A process or multiple processes and / or boxes Figure 1 These computer program instructions can also be loaded onto a computer or other programmable data processing device, so that a series of operation steps are executed on the computer or other programmable device to produce a computer-implemented process, so that the instructions executed on the computer or other programmable device provide for implementing the process in the process. Figure 1 A process or multiple processes and / or boxes Figure 1 The steps for the functions specified in one or more boxes.

[0105] The above is only a preferred embodiment of the present invention, and does not limit the present invention in any form. Although the present invention has been disclosed as a preferred embodiment, it is not intended to limit the present invention. Therefore, any simple modification, equivalent change and modification made to the above embodiment according to the technical essence of the present invention without departing from the content of the technical solution of the present invention shall fall within the scope of protection of the technical solution of the present invention.

Claims

1. A method for controlling unilateral TCP acceleration in continuous fixed-length data transmission, which is used to control the transmission of continuous fixed-length data using a BBR congestion control algorithm, characterized in that: The steps of the method include: Step S01. Obtain the corresponding gain factor value according to the current network environment; Step S02. In the startup state, real-time monitoring is performed to determine whether link congestion occurs each time data is sent; Step S03. Adjust the gain factor value corresponding to the current network environment according to the link congestion status monitored in real time; Step S04. During the data transmission process, the size of iRTT is determined. If iRTT is greater than minRTT, whether to trigger minRTT measurement is determined based on the difference between the current time point and the marked time point and the number of currently sent data packets. The minRTT represents the minimum iRTT within the specified observation time.

2. The method for controlling unilateral TCP acceleration in continuous fixed-length data transmission according to claim 1, characterized in that: The step S01 comprises: Pre-configure different gain factor values ​​to correspond to network environments with different delays, jitters, packet loss rates, and bandwidths; Obtain the corresponding gain factor value according to the delay, jitter, packet loss rate and bandwidth of the current network environment.

3. The method for controlling unilateral TCP acceleration in continuous fixed-length data transmission according to claim 1, characterized in that: The step S02 comprises: Monitor whether packet loss or jitter anomalies occur within the specified judgment period; If packet loss or jitter abnormality is monitored within the specified judgment period, it is determined that the current transmission has caused link congestion. Otherwise, it is determined that the current transmission has not caused link congestion. The judgment period is from the establishment of the link between the data sender and the data receiver to the end of one RTT after exiting the startup state.

4. The method for controlling unilateral TCP acceleration in continuous fixed-length data transmission according to claim 1, characterized in that: The step S03 comprises: If the current transmission causes link congestion in the startup state, the control reduces the current gain factor value; If the current transmission does not cause link congestion in the startup state, the control increases the current gain factor value.

5. The method for controlling unilateral TCP acceleration in continuous fixed-length data transmission according to claim 1, characterized in that: In step S04, if iRTT is greater than minRTT, the measurement span is calculated according to the current minRTT. If the difference between the current time point and the marked time point exceeds a preset difference threshold and the currently sent data packet exceeds the measurement span, the minRTT measurement is triggered.

6. The method for controlling unilateral TCP acceleration in continuous fixed-length data transmission according to any one of claims 1 to 5, characterized in that: The step S04 comprises: Step S401. Determine the size of the current iRTT. If iRTT is greater than minRTT, proceed to step S402. Otherwise, mark the currently sent data packet and update minRTT to the current iRTT. Step S402. Calculate the measurement span according to the current minRTT; Step S403. Determine whether the difference between the current time point and the marked time point is greater than a preset difference threshold, if yes, proceed to step S404, otherwise end the current control; Step S404: Determine whether the distance between the currently sent packet and the marked data packet exceeds the measurement span. If so, trigger minRTT measurement; otherwise, end the current control.

7. The method for controlling unilateral TCP acceleration in continuous fixed-length data transmission according to claim 6, characterized in that: The measurement span is calculated as follows: λ=a*minRTT+b Wherein, λ represents the measurement span, and a and b represent the preset coefficients.

8. A unilateral TCP acceleration control device in continuous fixed-length data transmission, used to control the transmission of continuous fixed-length data using a BBR congestion control algorithm, characterized in that: include: An acquisition module, used to acquire a corresponding gain factor value according to the current network environment; The link congestion judgment module is used to monitor in real time whether link congestion will be caused each time data is sent in the startup state; A gain factor adaptive adjustment module, used to adjust the gain factor value corresponding to the current network environment according to the link congestion status monitored in real time; The minRTT measurement trigger control module is used to determine the size of iRTT during data transmission. If iRTT is greater than minRTT, it is determined whether to trigger minRTT measurement based on the difference between the current time point and the marked time point and the number of data packets currently sent. The minRTT represents the minimum iRTT within the specified observation time.

9. An electronic device comprising a processor and a memory, wherein the memory is used to store a computer program, wherein: The processor is configured to execute the computer program to perform the method according to any one of claims 1 to 7.

10. A computer-readable storage medium storing a computer program, characterized in that: When the computer program is executed by a processor, the method according to any one of claims 1 to 7 is implemented.

Images