CN112532536B - File transmission method, system, computer readable storage medium and equipment - Google Patents
File transmission method, system, computer readable storage medium and equipment Download PDFInfo
- Publication number
- CN112532536B CN112532536B CN202011478535.1A CN202011478535A CN112532536B CN 112532536 B CN112532536 B CN 112532536B CN 202011478535 A CN202011478535 A CN 202011478535A CN 112532536 B CN112532536 B CN 112532536B
- Authority
- CN
- China
- Prior art keywords
- speed
- sending
- measurement result
- speed measurement
- receiving
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/26—Flow control; Congestion control using explicit feedback to the source, e.g. choke packets
- H04L47/263—Rate modification at the source after receiving feedback
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0852—Delays
- H04L43/0864—Round trip delays
-
- 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
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Environmental & Geological Engineering (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The invention provides a file transmission method, a file transmission system, a computer readable storage medium and a device, wherein the method comprises the following steps: a sending end carries out slicing and numbering on files to be transmitted and then carries out ordered transmission; the receiving end carries out speed measurement according to the slice files received in each sliding period, counts the slice files needing to be retransmitted, and generates retransmission message messages according to the speed measurement result and the counting result; the receiving end estimates the round trip delay RTT, calculates the scheduling time of next retransmission of the corresponding slice file according to the round trip delay RTT and the speed measurement result, and transmits the retransmission message to the transmitting end at the corresponding scheduling time; and the sending end retransmits the corresponding slice file according to the retransmission message and adjusts the sending speed according to the speed measurement result recorded in the retransmission message so that the sending speed follows the speed measurement result. In the scheme provided by the invention, the receiving end carries out retransmission scheduling feedback based on the speed measurement and the data packet retransmission statistical condition, and the sending end dynamically adjusts the sending speed according to the feedback message, thereby achieving the purpose of fully utilizing network resources.
Description
Technical Field
The invention relates to the technical field of communication, in particular to a file transmission method, a file transmission system, a computer readable storage medium and computer readable storage equipment.
Background
The file transmission based on the TCP is a common transmission method at present, such as an ftp protocol family, an http protocol, and the like. However, in the conventional protocol, a transmitting end generally performs transmission rate control unilaterally according to RTT delay and packet loss. However, as the transmission distance increases, the delay and packet loss rate in the network also increase, and the network service quality decreases accordingly, so that it is often difficult to achieve the capability of fully using the bandwidth by using the above-mentioned method of controlling the transmission speed by a single side of the transmitting end, especially under the condition of long-distance transmission across the network, the RTT delay and the packet loss rate increase, and the situation of insufficient bandwidth utilization is more serious, which results in a rapid decrease in the transmission performance.
Disclosure of Invention
The purpose of the invention is as follows: in order to solve the problems that in the existing file transmission technology, the control precision is low due to the fact that a sending end performs sending speed control based on RTT time delay estimation on one side, and further the transmission performance of the existing scheme is reduced sharply under the condition that RTT time delay is obvious, the invention provides a file transmission method, a file transmission system, a computer readable storage medium and a file transmission device.
The technical scheme is as follows: in order to achieve the technical effects, the invention provides the following technical scheme:
a file transmission method comprises the following steps:
(1) A sending end carries out slicing and numbering on files to be transmitted and then carries out ordered transmission;
(2) The receiving end carries out speed measurement according to the slice files received in each sliding period, counts the slice files needing to be retransmitted, and generates retransmission message messages according to the speed measurement result and the counting result; the receiving end estimates the round trip delay RTT, calculates the scheduling time of next retransmission of the corresponding slice file according to the round trip delay RTT and the speed measurement result, and transmits the retransmission message to the transmitting end at the corresponding scheduling time;
(3) And the sending end retransmits the corresponding slice file according to the retransmission message and adjusts the sending speed according to the speed measurement result recorded in the retransmission message so that the sending speed follows the speed measurement result.
Several alternatives are provided below for the file transfer method, but not as an additional limitation to the above general solution, but only as a further addition or preference, each alternative may be combined separately for the above general solution or be combined among several alternatives without technical or logical contradictions.
Optionally, the speed measurement result is:
the receiving speed of the receiving end in a single sliding period;
or an average value of the receiving speed of the receiving end in a plurality of consecutive slip periods.
Optionally, the scheduling time for retransmitting the corresponding slice file next time is as follows:
RndCycle＝(RndCount/RndPerTime+1)*ScheduleCycle+RTT+SendRTT
wherein, rndCount represents the number of fragments that need to be retransmitted, rndPerTime represents the time required for transmitting a single fragment, rndPerTime = speed _ m × RTT K/RndCount, speed _ m represents a speed measurement result, K represents a gain coefficient, schedule _ cycle represents a scheduling period for a thread to transmit a message, and SendRTT represents transmission delay.
Optionally, the specific step of the sending end adjusting the sending speed according to the speed measurement result includes:
in an initial state, after receiving a speed measurement result speed _ m, a sending end adjusts the sending speed to be consistent with the speed measurement result; after the initial state lasts P periods, the sending end enters an acceleration state;
in an acceleration state, after receiving a speed measurement result speed _ m, a sending end adjusts the sending speed to speed _ m _ gain1, wherein the gain1 is a gain coefficient which is larger than 1 and is a multiplication sign; the sending end keeps an acceleration state and continuously receives a speed measurement result fed back by the receiving end, and when the speed measurement result received by the sending end is less than the current sending speed in a certain period, the sending end enters a stable state; if the speed measurement results received by the sending end are all larger than or equal to the sending speed in M continuous periods, switching to a stable state after M periods;
in a stable state, the sending end adjusts the sending speed to be the latest received speed measurement result; after the stable state lasts for N periods, the sending end enters a fine adjustment state;
in the fine adjustment state, after receiving the speed measurement result speed _ m, the sending end adjusts the sending speed to speed _ m × gain2, wherein the gain2 is a gain coefficient larger than 1; the sending end keeps the fine tuning state and continuously receives the speed measurement result fed back by the receiving end, and when the speed measurement result received by the sending end is smaller than the current sending speed in a certain period, the sending end enters the stable state again; and if the speed measurement results received by the sending end in the continuous R periods are all larger than or equal to the sending speed, the sending end is switched into the stable state again after the R periods.
Optionally, in the stable state, if the user needs to reserve the bandwidth for other applications, the sending end adjusts the sending speed according to the reserved bandwidth set by the user to be: and the speed _ m-speed _ reserve is a transmission speed corresponding to the reserved bandwidth.
Optionally, the step (2) further includes:
a receiving end sets a receiving fragmentation mark variable to record the receiving condition of the slicing files in each sliding period, and the bit number of the receiving fragmentation mark variable is consistent with the number of the slicing files;
the receiving end assigns the receiving fragment mark variable according to the condition of the received fragment file in each sliding period: if a slice file is received, the corresponding position 1 in the slice mark variable is received, otherwise, the corresponding position is set to 0; and the assigned receiving fragment flag variable is the statistical result of the current sliding period.
The purpose of setting the receive slice flag variable is to quickly identify which slice files have been received. Because of the unreliability of the network, there are often multiple retransmissions, and for a received slice file, if the opposite end retransmits but the local end receives the slice file, the retransmitted slice file is discarded; in addition, by means of the variable, the slice files needing to be retransmitted can be sorted out quickly.
Optionally, the receiving end sends the speed measurement result and the statistical result to the sending end through a retransmission message, where the retransmission message includes: the maximum value of the received sequence number of the fragment file, the number list of the fragment file needing to be retransmitted and the speed measurement result of the current receiving end.
Correspondingly, the invention also provides a file transmission system, which comprises a sending end and a receiving end, wherein the sending end and the receiving end carry out file transmission according to the method.
In another aspect, the present invention further provides a computer-readable storage medium, on which a computer program is stored, and when the computer program is executed by a processor, the computer program implements the file transmission method.
In another aspect, the present invention provides an apparatus, which includes a processor and a memory, where the memory stores a computer program, and the processor executes the computer program to implement the file transfer method.
Has the advantages that: in the existing TCP transmission protocol, a sending end generally estimates RTT delay unilaterally, and performs sending speed control on a sending end, so that negative feedback information of a receiving end cannot be utilized, and accurate sending control cannot be performed. Compared with the prior art, the invention has the following advantages:
1. the invention carries out data packet transmission measurement and data packet receiving condition statistics at the receiving end, then directly carries out RTT estimation at the receiving end, calculates the scheduling time of next retransmission of the corresponding slice file according to the actual condition of network transmission, sends the retransmission message to the sending end at the scheduling time, and the sending end can carry out sending speed dynamic control according to the actual receiving condition of the receiving end, thereby achieving the purpose of fully utilizing bandwidth resources.
2. In the existing transmission protocol, a receiving end needs to feed back all successfully received data packet information to a sending end, and then the sending end counts data packets needing to be retransmitted; in the invention, the receiving end only feeds back the serial number of the slice file to be retransmitted to the sending end, compared with the prior art, the invention can reduce the data resource occupied by the feedback message, and the statistics can improve the statistical efficiency by directly counting at one side of the receiving end.
Drawings
Fig. 1 is a flowchart of a file transfer method according to embodiment 1.
Detailed Description
The invention will be further described with reference to the accompanying drawings and specific embodiments. It is to be understood that the present invention may be embodied in various forms, and that there is no intention to limit the invention to the specific embodiments illustrated, but on the contrary, the intention is to cover some exemplary and non-limiting embodiments shown in the attached drawings and described below.
It is to be understood that the features listed above for the different embodiments may be combined with each other to form further embodiments within the scope of the invention, where technically feasible. Furthermore, the particular examples and embodiments of the invention described are non-limiting, and various modifications may be made in the structure, steps, and sequence set forth above without departing from the scope of the invention.
The embodiment aims to solve the problems that in the existing file transmission technology, the control precision is low due to the fact that a sending end performs sending speed control based on RTT time delay estimation on one side, and further the transmission performance of the existing scheme is sharply reduced under the condition that the RTT time delay is obvious. In view of the above, the present embodiment provides a file transfer method.
Example 1:
fig. 1 shows an overall flowchart of a file transmission method proposed in this embodiment, which includes the following steps:
(1) A sending end carries out slicing and numbering on files to be transmitted and then carries out ordered transmission;
(2) The receiving end carries out speed measurement according to the slice files received in each sliding period, counts the slice files needing to be retransmitted, and generates retransmission message messages according to the speed measurement result and the counting result; the receiving end estimates the round trip delay RTT, calculates the scheduling time of next retransmission of the corresponding slice file according to the round trip delay RTT and the speed measurement result, and transmits the retransmission message to the transmitting end at the corresponding scheduling time;
(3) The sending terminal retransmits the corresponding slice file according to the retransmission message, and adjusts the sending speed according to the speed measurement result recorded in the retransmission message, so that the sending speed follows the speed measurement result.
Compared with the prior art that the sending end carries out speed control in a unilateral way, the invention forms retransmission message feedback to the sending end through the time delay of the receiving end speed measurement and the estimated RTT, thereby achieving relatively accurate speed measurement and retransmission scheduling. The sending end adjusts the speed sending state according to the speed measuring feedback of the server end, and then superposes corresponding gains, so that the purpose of fully utilizing the user bandwidth is achieved.
The file transmission method shown in fig. 1 is applicable to various transmission scenarios, for example, application scenarios that can be easily understood by those skilled in the art, such as uploading and downloading, multiple backup distribution of data, and peer-to-peer transmission process, and this is not particularly limited in this embodiment.
Several alternative embodiments are also provided below for the file transfer method.
Specifically, in the step (2), the receiving end performs speed measurement specifically by the following steps: the server side counts the number of received slice files in each sliding period, and the transmission speed of the sliding period is as follows: s = p/t, where p represents the total number of slices received by the sliding period, and t is the duration of the sliding period; if the measured speed is less than the set minimum value Smin, S = Smin is updated. And (4) putting the S into a speed list speedList for speed measurement, wherein the speed list is at most a plurality of (the numerical value is adjustable). To prevent interference of outliers of speed jitter, the value of the receive-side measurement transmission task is taken as the mean of all speeds in SpeedList: speed _ m = SpeedList sum of all speeds/number in SpeedList.
Specifically, the step (2) further includes the following steps:
a receiving end sets a receiving fragmentation mark variable to record the receiving condition of the slicing files in each sliding period, and the bit number of the receiving fragmentation mark variable is consistent with the number of the slicing files; the receiving end assigns the receiving fragment mark variable according to the condition of the received fragment file in each sliding period: if a slice file is received, the corresponding position 1 in the slice mark variable is received, otherwise, the corresponding position is set to 0; and the assigned receiving fragment flag variable is the statistical result of the current sliding period. For example: the transmitting end divides a file to be transmitted into 16 file slices, and the receiving end sets a receiving slicing mark variable of 2 bytes, wherein each byte is 8 bits, and each 1bit represents 1 slicing.
The receiving end carries out assignment operation on the receiving fragment mark variable according to the condition of the received fragment file in each sliding period: after receiving the fragment, the receiving end sets the corresponding bit to 1, otherwise sets the bit to 0. By the method, whether all the slice files are completely received or not can be judged by using extremely small byte number, and which slice files need to be retransmitted. The receiving end sends the speed measurement result and the statistical result to the sending end through a retransmission message, wherein the retransmission message comprises the following information:
that is, if there are 16 slice files and the number of the largest slice file received by the receiving end is 10, it is checked which slice files have bit bits of 0 in the received slice flag variables corresponding to the 1 st to 10 th slice files, and the slice files are considered to be required to be retransmitted. Otherwise, only the serial number and the receiving speed of the maximum slice file currently received by the sending end are informed.
Specifically, the step (3) of calculating the scheduling time for retransmitting the corresponding slice file at the next time includes the specific steps of:
when the statistical result received by the receiving end shows that the slice file needs to be retransmitted, the retransmission time delay in the network is relatively serious, and the RTT time delay needs to be estimated at this time, so as to schedule the retransmitted slice file. If estimated with the latest measured RTT delay, the fluctuation may be large. In the present embodiment, the Jacobson/Karels algorithm is preferably used, that is, the RTT value at the next time is estimated based on the historical estimated value and the latest RTT measurement value. Other existing RTT estimates (e.g., RFC793 algorithm, karn/Partridge algorithm, etc.) as will be appreciated by those skilled in the art are within the scope of the present invention.
After estimating the RTT, the receiving end calculates the scheduling time for scheduling the slice file to be retransmitted, and the specific algorithm is as follows:
number of slice files that need to be resent: rndcount
Gain: and K, the value can be adjusted according to the network condition, and the value range is 0.5-2.
Scheduling period of the thread sending message: scheduleCycle
And (3) sending time delay: sendRTT
The time required for transmission of a single slice file, rndPerTime = speed _ m × RTT × K/RndCount, and if RndPerTime is 0, the default value is 100ms.
Estimating the scheduling time of the next retransmission:
RndCycle＝(RndCount/RndPerTime+1)*ScheduleCycle+RTT+SendRTT。
and at the estimated scheduling time point, the receiving end feeds back a retransmission message to the transmitting end to schedule the file slices needing to be retransmitted.
When the transmitting end transmits, the transmitting end judges how many slice files can be transmitted in each clock cycle according to speed _ m, preferentially selects the slice files needing to be retransmitted, and transmits new slice files after the retransmitted slice files are completely selected.
Specifically, in the step (3), the specific step of adjusting the sending speed according to the speed measurement result of the receiving end includes:
initial state:
the initial value of the transmission speed send _ speed of the local terminal is set, for example, to 100KB.
When receiving the receiving speed measurement value returned by the receiving end, set send _ speed = speed _ m.
The initial phase is a system warm-up phase, which may last for a relatively short time, e.g., P cycles, and then enter the acceleration state.
An acceleration state:
in an acceleration state, the sending end continuously receives a speed measurement result speed _ m fed back by the receiving end.
Each time a new velocity measurement result is received, the sending speed is send _ speed = speed _ m × gain1 (gain 1 is a gain coefficient greater than 1, and in this embodiment, gain1=1.25 is selected).
The sending end keeps an acceleration state and continuously receives a speed measurement result fed back by the receiving end, and when the speed measurement result received by the sending end is less than the current sending speed in a certain period, the sending end enters a stable state; and if the speed measurement results received by the sending end are all larger than or equal to the sending speed in M continuous periods, switching to a stable state after M periods.
And (3) steady state:
the transmission speed of the measured value of send _ speed = speed _ m is maintained, and after N periods in the steady state, the test attempts to enter a fine tuning state and attempt to increase the transmission speed.
And (3) fine adjustment state:
in the fine tuning state, the sending end continuously receives the speed measurement result speed _ m fed back by the receiving end.
Then, the transmission speed is updated to send _ speed = speed _ m × gain2 (gain 2 is also a gain factor greater than 1, where the value of gain2 is slightly smaller than that of gain1, and in this embodiment, the value is 1.05).
The sending end continuously finely adjusts the state and continuously receives the speed measurement result fed back by the receiving end, and when the speed measurement result received by the sending end is less than the current sending speed in a certain period, the sending end returns to the stable state; and if the speed measurement results received by the sending end are all larger than or equal to the sending speed in the continuous R periods, switching to a stable state after the R periods.
Optionally, in order to prevent the sending program from completely filling the user bandwidth, which may cause that other programs of the user cannot be used, the user may set how much bandwidth the server may reserve for other application programs of the user, and then after the sending end enters a stable state, the sending speed send _ speed = send _ desired-speed _ reserved, and the speed _ reserved is a transmission speed corresponding to the reserved bandwidth.
Example 2:
this embodiment provides a file transfer system to implement the method described in the embodiments, where the system includes a sending end and a receiving end, and the sending end and the receiving end perform file transfer according to the method.
Example 3:
the present embodiment proposes a computer-readable storage medium on which a computer program is stored, the computer program, when executed by a processor, implementing the file transfer method described in embodiment 1.
Example 4:
this embodiment proposes an apparatus including a processor and a memory, the memory storing a computer program, and the processor executing the computer program to implement the file transfer method described in embodiment 1.
The technical features of the embodiments described above may be arbitrarily combined, and for the sake of brevity, all possible combinations of the technical features in the embodiments described above are not described, but should be considered as being within the scope of the present specification as long as there is no contradiction between the combinations of the technical features.
The above-mentioned embodiments only express several embodiments of the present invention, and the description thereof is specific and detailed, but not to be understood as limiting the scope of the invention. It should be noted that, for a person skilled in the art, several variations and modifications can be made without departing from the inventive concept, which falls within the scope of the present invention. Therefore, the protection scope of the present patent shall be subject to the appended claims.
Claims (8)
1. A file transmission method is characterized by comprising the following steps:
(1) A sending end carries out slicing and numbering on files to be transmitted and then carries out ordered transmission;
(2) The receiving end carries out speed measurement according to the slice files received in each sliding period, counts the slice files needing to be retransmitted, and generates retransmission message messages according to the speed measurement result and the counting result; the receiving end estimates the round trip delay RTT, calculates the scheduling time of next retransmission of the corresponding slice file according to the round trip delay RTT and the speed measurement result, and transmits the retransmission message to the transmitting end at the corresponding scheduling time;
the scheduling time for retransmitting the corresponding slice file next time is as follows:
RndCycle＝(RndCount/RndPerTime+1)*ScheduleCycle+RTT+SendRTT
wherein, rndCount represents the number of fragments which need to be retransmitted, rndPerTime represents the time required by the transmission of a single fragment, rndPerTime = speed _ m × RTT K/RndCount, speed _ m represents the speed measurement result, K represents the gain coefficient, schedule _ cycle represents the scheduling period of the message transmitted by the thread, and SendRTT represents the transmission delay;
(3) And the sending end retransmits the corresponding slice file according to the retransmission message and adjusts the sending speed according to the speed measurement result recorded in the retransmission message so that the sending speed follows the speed measurement result.
2. The file transmission method according to claim 1, wherein the speed measurement result is:
the receiving speed of the receiving end in a single sliding period;
or an average value of the receiving speed of the receiving end in a plurality of consecutive slip periods.
3. The file transmission method according to claim 1, wherein the specific step of the sending end adjusting the sending speed according to the speed measurement result includes:
in an initial state, after receiving a speed measurement result speed _ m, a sending end adjusts the sending speed to be consistent with the speed measurement result; after the initial state lasts P periods, the sending end enters an acceleration state;
in an acceleration state, after receiving a speed measurement result speed _ m, a sending end adjusts the sending speed to speed _ m _ gain1, wherein the gain1 is a gain coefficient which is larger than 1 and is a multiplication sign; the sending end keeps an acceleration state and continuously receives a speed measurement result fed back by the receiving end, and when the speed measurement result received by the sending end is less than the current sending speed in a certain period, the sending end enters a stable state; if the speed measurement results received by the sending end are all larger than or equal to the sending speed in M continuous periods, switching to a stable state after M periods;
in a stable state, the sending end adjusts the sending speed to be the latest received speed measurement result; after the stable state lasts for N periods, the sending end enters a fine adjustment state;
in the fine tuning state, after receiving a speed measurement result speed _ m, a sending end adjusts the sending speed to speed _ m × gain2, wherein the gain2 is a gain coefficient larger than 1; the sending end keeps a fine tuning state and continuously receives the speed measurement result fed back by the receiving end, and when the speed measurement result received by the sending end is smaller than the current sending speed in a certain period, the sending end enters a stable state again; and if the speed measurement results received by the sending end in the R continuous periods are all larger than or equal to the sending speed, the sending end is switched to the stable state again after the R periods.
4. The file transmission method according to claim 3, wherein in the stable state, if the user needs to reserve the bandwidth for other applications, the sending end adjusts the sending speed according to the reserved bandwidth set by the user to be: and the speed _ m-speed _ reserve is a transmission speed corresponding to the reserved bandwidth.
5. The file transfer method according to claim 1, wherein the step (2) further comprises:
a receiving end sets a receiving fragmentation mark variable to record the receiving condition of the slicing files in each sliding period, and the bit number of the receiving fragmentation mark variable is consistent with the number of the slicing files;
the receiving end assigns the receiving fragment mark variable according to the condition of the received fragment file in each sliding period: if a slice file is received, the corresponding position 1 in the slice mark variable is received, otherwise, the corresponding position is set to 0; and the assigned receiving fragment flag variable is the statistical result of the current sliding period.
6. The file transmission method according to claim 5, wherein the retransmission message includes: the maximum value of the received sequence number of the fragment file, the number list of the fragment file needing to be retransmitted and the speed measurement result of the current receiving end.
7. A file transfer system comprising a transmitting end and a receiving end, wherein the transmitting end and the receiving end perform file transfer according to the method of any one of claims 1 to 6.
8. A computer-readable storage medium, on which a computer program is stored, the computer program, when being executed by a processor, implementing the file transfer method according to any one of claims 1 to 6.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011478535.1A CN112532536B (en) | 2020-12-15 | 2020-12-15 | File transmission method, system, computer readable storage medium and equipment |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011478535.1A CN112532536B (en) | 2020-12-15 | 2020-12-15 | File transmission method, system, computer readable storage medium and equipment |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112532536A CN112532536A (en) | 2021-03-19 |
| CN112532536B true CN112532536B (en) | 2023-03-24 |
Family
ID=75000128
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011478535.1A Active CN112532536B (en) | 2020-12-15 | 2020-12-15 | File transmission method, system, computer readable storage medium and equipment |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112532536B (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115150383B (en) * | 2021-03-31 | 2023-07-07 | 华为技术有限公司 | File transmission method, apparatus and computer readable storage medium |
| CN114143307B (en) * | 2021-11-29 | 2024-05-31 | 广州宸祺出行科技有限公司 | Method and system for efficiently and completely transmitting network contract travel record data |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108494698A (en) * | 2017-12-13 | 2018-09-04 | 天津天地伟业机器人技术有限公司 | A kind of jamming control method based on transmission rate |
| CN112054965A (en) * | 2019-06-05 | 2020-12-08 | 阿里巴巴集团控股有限公司 | Congestion control method, equipment and computer readable medium |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE60212104T2 (en) * | 2002-06-18 | 2006-10-19 | Matsushita Electric Industrial Co., Ltd., Kadoma | Receiver based round trip time measurement in TCP |
-
2020
- 2020-12-15 CN CN202011478535.1A patent/CN112532536B/en active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108494698A (en) * | 2017-12-13 | 2018-09-04 | 天津天地伟业机器人技术有限公司 | A kind of jamming control method based on transmission rate |
| CN112054965A (en) * | 2019-06-05 | 2020-12-08 | 阿里巴巴集团控股有限公司 | Congestion control method, equipment and computer readable medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112532536A (en) | 2021-03-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11876711B2 (en) | Packet transmission system and method | |
| US7898958B2 (en) | Communication system | |
| EP1780961B1 (en) | Flow control for real-time data streams | |
| US10367738B2 (en) | Throughput guidance based on user plane insight | |
| CN110943933B (en) | Method, device and system for realizing data transmission | |
| EP2903192B1 (en) | Packet handling method and forwarding device | |
| CN112532536B (en) | File transmission method, system, computer readable storage medium and equipment | |
| KR20210028722A (en) | Congestion control method and network device | |
| EP1417808A2 (en) | Method for supporting non-linear, highly scalable increase-decrease congestion control scheme | |
| CN102404187A (en) | Congestion control method and system as well as network equipment | |
| JP2009105981A (en) | Method and system of data packet transmission timing for controlling bandwidth | |
| EP2396943A2 (en) | Controlling bandwidth share | |
| CN110072254B (en) | Data transmission method and related equipment thereof | |
| EP3560152B1 (en) | Determining the bandwidth of a communication link | |
| WO2016100890A1 (en) | Smooth bandwidth-delay product variation inside wireless networks | |
| CN115347994A (en) | Method, device, medium, wireless access device and system for in-network state feedback | |
| KR101837637B1 (en) | Streaming method based on Client-side ACK-regulation and apparatus thereof | |
| CN114760252B (en) | Data center network congestion control method and system | |
| CN115883463A (en) | Network load-based congestion control method and system in data center | |
| CN114079652A (en) | Data processing method | |
| US11695847B2 (en) | Throughput guidance based on user plane insight | |
| JP6897769B2 (en) | Data transmitters, methods and programs | |
| CN118338451A (en) | Communication resource scheduling method and device, nonvolatile storage medium and electronic equipment | |
| CN118677844A (en) | TCP multi-connection congestion control method, device, network equipment and storage medium | |
| CN117411833A (en) | Congestion control method, device and system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |