CN1863033A - Method for obtaining network time over retransmission space and data transmission method in network - Google Patents
Method for obtaining network time over retransmission space and data transmission method in network Download PDFInfo
- Publication number
- CN1863033A CN1863033A CN 200510034680 CN200510034680A CN1863033A CN 1863033 A CN1863033 A CN 1863033A CN 200510034680 CN200510034680 CN 200510034680 CN 200510034680 A CN200510034680 A CN 200510034680A CN 1863033 A CN1863033 A CN 1863033A
- Authority
- CN
- China
- Prior art keywords
- time
- time difference
- request message
- space
- network
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Communication Control (AREA)
Abstract
The invention supplies a method to gain network time-out re-transferring time span that could gain the time span between gaining send request report and receiving the response report and calculate the time-out re-transferring time span. The invention also supplies a method for network data transferring that includes the following steps: sending request report; receiving response report; gaining the time span between the previous two steps; calculate the time span of time-out re-transferring; when transferring next data, sending request report according the time span. The invention could make the most of bandwidth and improve data transferring ratio.
Description
Technical field
The present invention relates to computer networking technology, relate in particular to the method for obtaining time over retransmission space in the network and the method for transfer of data.
Background technology
P2P (Peer to Peer, equity is interconnected) is meant that network makes the user on the network can directly be linked to other user's computer, carries out file-sharing and exchange, makes network communication simple more, direct.Because P2P is used on the distributed architecture arbitrarily, the application or the process of direct communication are provided between the autonomous resource that does not have the center coordinated management, therefore change the mode of operation of server S erver in the past, server is only finished the function of necessary coordination and management Peer, and most of task is by finishing alternately between the Peer.Mainly can be divided into instant messaging, file-sharing, synergetic office work and Distributed Calculation based on the P2P The Application of Technology at present, and the P2P Streaming Media etc.
In various P2P used, the method for carrying out transfer of data between the Peer was to send main frame at first to send solicited message to receiving main frame, receives and after main frame is received this request related data packets is sent to the transmission main frame at present.Because the packet of transmission over networks all may be lost at any time, therefore on server S erver, determine time over retransmission space, when reaching, this packet is retransmitted.
But the method for above-mentioned P2P transfer of data existing problems: the time over retransmission space at all users is a fixed value at present, but because network environment complexity, network environment difference between the different Peer, also there are differences in difference moment network condition between two identical Peer, therefore must cause the speed difference of transmits data packets between the different Peer, and unified time over retransmission space must cause between some slow Peer in the transmission of data packets when arriving time over retransmission space, receiving main frame takes for this packet and has lost and carry out overtime repeating transmission, cause the mass data bag to retransmit repeatedly, take massive band width, influence message transmission rate.
Summary of the invention
The technical problem to be solved in the present invention is: a kind of method of network time over retransmission space and method of data transmission in network obtained is provided, can obtains corresponding time over retransmission space according to different network environments, improve message transmission rate, make full use of bandwidth.
For solving the problems of the technologies described above, the method for obtaining network time over retransmission space provided by the invention comprises step:
1) obtains the time difference of transmission request message to the response message that receives this request message correspondence;
2) obtain time over retransmission space according to the described time difference.
Wherein, the acquisition time difference of described step 1) comprises:
111) when sending request message and receiving response message, write down first system time and second system time respectively;
112) determine the described time difference according to the difference of described first system time and second system time.
In addition, described step 112) also comprise afterwards the described time difference upgraded:
R2＝aR1+(1-a)M
Wherein a is a smoothing factor, and M is a step 112) described time difference of obtaining, R1 is the time difference before upgrading, R2 is poor for the current time after upgrading.
Further, the acquisition time difference of described step 1) can also may further comprise the steps:
121) when sending request message, start timer;
122) when receiving, close described timer to response message that should request message;
123) determine the described time difference according to the trigger interval of described timer and the product of triggering times.
In addition, described request message and described response message comprise sequence number, also comprise before the described time difference is upgraded:
Judge whether the current request sequence number of message is identical with the sequence number of previous request message,, then the described time difference is upgraded if different; If identical, then do not upgrade.
Described step 111) further comprises
When 1111) sending request message, preserve current system time in the timestamp field as first system time;
1112) receiving terminal is when receiving this request message, and take-off time stabs field and returns in acknowledges requests;
1113) determine second system time;
Described step 112) determines the described time difference according to described timestamp field and described first system time, second system time.
Described step 2) the time over retransmission space that obtains obtains according to following steps:
Set the discrete factor of time delay;
With the discrete factor of described time delay and the product of described time difference as time over retransmission space.
The present invention also provides a kind of method of data transmission in network, comprises step:
10) send request message;
20) response message of reception described request message correspondence;
30) obtain time difference of described transmission request message and described reception response message;
40) obtain time over retransmission space according to the described time difference;
50) send next request message according to described time over retransmission space.
Wherein, acquisition time difference described step 30) comprises:
311) when sending request message, start timer;
312) when receiving, close described timer to response message that should request message;
313) determine the described time difference according to the trigger interval of described timer and the product of triggering times.
In addition, described step 313) also comprise afterwards the described time difference upgraded:
R2＝aR1+(1-a)M
Wherein a is a smoothing factor, and M is a step 313) described time difference of obtaining, R1 is the time difference before upgrading, R2 is poor for the current time after upgrading.
Described step 30) acquisition time difference comprises:
321) when sending request message and receiving response message, write down first system time and second system time respectively;
322) determine the described time difference according to the difference of described first system time and second system time.
In addition, described request message and described response message comprise sequence number, also comprise before the described time difference is upgraded:
Judge whether the current request sequence number of message is identical with the sequence number of previous request message,, then the described time difference is upgraded if different; If identical, then do not upgrade.
Described step 311) further comprises
When 3111) sending request message, preserve current system time in the timestamp field as first system time;
3112) receiving terminal is when receiving this request message, and take-off time stabs field and returns in acknowledges requests;
3113) determine second system time;
Described step 312) determines the described time difference according to described timestamp field and described first system time, second system time.
Wherein, the time over retransmission space that obtains described step 40) comprises:
Set the discrete factor of time delay;
With the discrete factor of described time delay and the product of described time difference as time over retransmission space.
Compared with prior art, the invention has the beneficial effects as follows: the present invention is by response message between measurement Peer and the Peer and the time difference between the request message in the Peer communication process, with reference and the foundation of this time difference as network environment, and obtain different time over retransmission space according to different network environments, it further is each Peer distribute data transfer bandwidth, utilize bandwidth to greatest extent, reach the purpose that improves message transmission rate.
The present invention is for the method that obtains RTT by the timer sum counter in addition, when carrying out the RTT renewal, judge that at first whether current request message once retransmitted, and just upgraded, thereby had avoided the less re-transmission ambiguity problem that causes of RTO value when not retransmitting.
In addition, the present invention adds timestamp in request message and response message, can avoid the less re-transmission ambiguity problem that causes of RTO value equally.
Description of drawings
Fig. 1 is a flow chart of the present invention;
Fig. 2 is the schematic diagram that obtains a RTT among the present invention.
Fig. 3 is the sampled point schematic diagram of a kind of RTT of obtaining value among the present invention;
Fig. 4 is the another kind of sampled point schematic diagram that obtains the RTT value among the present invention;
Fig. 5 retransmits ambiguous schematic diagram among the present invention.
Embodiment
Among the P2P between the different Peer network environment be different, in the different moment, also will cause the network condition difference between two identical Peer if other network application takies this user's bandwidth.Each Peer is in the maximum communication ability of particular moment in the heterogeneous network in order to bring into play, and the network condition that the present invention gives chapter and verse different is formulated transmission and the retransmission policy that is adapted to this network condition.The network condition that obtains in the present invention between the Peer is to realize by test constantly network distance in the process of Peer communication, with reference and the foundation of this network distance as the communicating pair data interaction, and obtain time over retransmission space accurately according to different network distances, further distribute bandwidth for each Peer, utilize bandwidth to greatest extent, reach the purpose that improves message transmission rate.
The method of obtaining time over retransmission space provided by the invention at first needs to obtain mutual bipartite network distance, and the method that the present invention obtains described network distance is by when carrying out message interaction, obtains the time difference of described request message and response message; With the foundation of this time difference as the mutual bipartite network distance of calculating; Obtain time over retransmission space (RTO) according to the described time difference then.
In P2P uses, as instant messaging, file-sharing, synergetic office work and Distributed Calculation, and the P2P Streaming Media etc., no matter audio, video data or general data, when carrying out transfer of data, usually at first with data by a certain size piecemeal, the neglecting file size greatly of data block and deciding.If the size of packet will be handled by subpackage greater than the MTU (Maximum Transmission Unit, maximum transfer unit) of network on network, be about to described each data block and continue to be subdivided into a plurality of data slice.
When needing to carry out transfer of data between two Peer, the at first mutual data block that has separately, at random one of selection in the data block that the other side has oneself not having, a certain data slice is transmitted in sequenced request in this data block then, after this transmission of data blocks is finished, continue to select next data block, when the different data block of coming out alternately all transmit finish after, because carrying out the data block that Peer both sides have and to change along with data transmission procedure, both sides begin the mutual data block that has separately again, continue said process then, finish or the other side withdraws from until the transfer of data content.
The method of peer-to-peer network transfer of data provided by the invention is to utilize the above-mentioned method of obtaining time over retransmission space to obtain described time over retransmission space, carries out transfer of data according to described time over retransmission space then, and process as shown in Figure 1.After selecting to desire data block transmitted, at first send main frame and send request message (S1); Response message with described request message correspondence after receiving main frame to receive this request message is back to transmission main frame (S2); Obtain mutual bipartite network distance when learning the approach of network condition in the present invention, the method that the present invention obtains described network distance is by when carrying out message interaction, obtains the time difference (S3) of described request message and response message; With the foundation of this time difference as the mutual bipartite network distance of calculating; Time over retransmission space (RTO) is set (S4) according to the described time difference then, sends next request message (S5) according to described time over retransmission space then.
The present invention obtains the method for described time difference can be by being provided with timer; When sending the request message that carries sequence number, start described timer then; And when receiving the back message using that carries described sequence number, close described timer; Trigger interval and triggering times according to described timer are obtained the described time difference.
In addition, the present invention obtains the method for institute's time difference and can also send request message that carries sequence number and the system time of receiving the back message using that carries sequence number by writing down respectively; Obtain the described time difference according to described system time.
Because router and network traffics all can change, actual RTT value often changes, in order in time to follow the tracks of these variations, constantly revise the time of overtime repeating transmission, make the time difference that obtains more accurate, calculate time difference in the next message according to step mentioned above among the present invention, and according to the following equation the described time difference upgraded:
R2＝aR1+(1-a)M
Wherein a is a smoothing factor, and the time difference of M for above obtaining, the time difference of R1 for calculating by preceding once above-mentioned formula, R2 is the current time difference that calculates.
After calculating the described time difference, time over retransmission space is set according to the following equation:
RTO＝R2*b
Wherein, RTO is described time over retransmission space, and b is the discrete factor of time delay.
For a better understanding of the present invention, with regard to how the process of the measurement of specific implementation message two-way time is described in detail below.
Among the present invention, packet between Peer and the Peer is come and gone the needed time (RTT) as described network distance.As shown in Figure 2, suppose that the main frame of transmission packet is S, the main frame that receives packet is R.Send a packet that has sequence number N when main frame S gives main frame R, pick up counting simultaneously, promptly the T1 among the figure constantly, when receiving main frame R to the response of this bag, stop timing, i.e. in the moment of T2 among the figure, the difference of these two times is exactly a RTT value that measures.
Clocking method mentioned above is realized by following two kinds of methods: first kind is to start a timer and count value when S sends packet.The value of timer can be provided with according to actual needs, with the Transmission Control Protocol is example, this timer is set to every 500ms (time of a ticktock) and triggers once, if when triggering, do not receive the response data bag, then counter adds 1, up to receiving described response data bag, stop counting and delete this timer, obtain the RTT value then according to the following equation:
Number of times * 500ms that the RTT=timer triggers.
The present invention also provides another to obtain the method for RTT value.When main frame S sends packet, record sends the system time of described request packet, when main frame S receives the response data bag, and the record current system time, the difference of the system time when current system time and described transmission request data package, the RTT that promptly measures.
Mentioned above for obtaining the implementation method of a RTT measured value, in the application of reality, because router and network traffics all can change, actual RTT value often changes, so the method for obtaining repeatedly the RTT measured value and a plurality of measured value statistical computations being gone out the RTT of an approaching reality also is provided among the present invention.
Corresponding to above stating the method that obtains single RTT value, the method for repeatedly measure R TT value provided by the invention also can have two kinds of methods.
A kind of is to start a timer, and some messages are carried out timing, promptly extracts the part sampled point and measure in all messages.Concrete method is as shown in Figure 3: at first for all packets a timer is set, timer starts when sending message segment 1, and when confirming that (message segment 2) arrives, stop, next is message segment 3 by timing, when message transmission section 4, because the timer that connects is activated, this message segment can not be by timing.When message segment 5 arrives, confirmed by the data of timing.Timer is to be activated once more sending message segment 6, and stops when receiving its affirmation (message segment 10) after 1.015 seconds, and the RTT that records is 2 ticktocks.Message segment 7 and 9 can not be by timing, because timer is used.And, but when receiving message segment 8,, therefore do not upgrade because this message is not just in the affirmation of the data of timing.
Second method is that all message segments are all carried out timing, and the packet of each transmission is all noted the system time of transmission, receives when responding bag and also notes system time, and the difference of two system times is exactly the RTT value that records.Be specially: all message segments are all carried out timing, with above-mentioned that described message segment is provided with a timer is different, adopt be last one save make referrals to each packet that sends is all noted the system time of transmission, receive when responding bag and also note system time, the difference of two system times is exactly the RTT that records.As shown in Figure 6.The RTT value that obtains according to message 1 and message 2 is 1.061s, and the RTT value of obtaining according to message 3 and message 5 is 0.808s.Concrete implementation method is: the request of each transmission adds the sequence number that a server must return, and adds a timestamp that also will be returned by server in addition.Each send a request, preserve current system time in timestamp, when receiving one when replying, the RTT of calculating deducts the timestamp that is returned by server the current time in replying.Because each request is loaded with a timestamp that will have server to return, so we can calculate each RTT that replys that we receive.
Obtained after the measured value of each RTT, we just can statistical computation go out actual RTT value.Computing formula is as follows:
R2＝aR1+(1-a)M
The a here is a smoothing factor, and M is the RTT value that one-shot measurement obtains, and R1 is the RTT value of calculating.When carrying out new measurement, this smoothed RTT will obtain upgrading at every turn.
The method that the present invention utilizes above-mentioned RTT to calculate time over retransmission space RTO (Retransmission TimeOut) is to carry out according to following step:
RTO＝Rb
The b here is the discrete factor of time delay.
The packet of transmission over networks all has the possibility of losing at any time, all is to retransmit when time over retransmission space reaches for the processing of the bag of losing.But the time received that one is replied when retransmitting a grouping, caused " re-transmission ambiguity problem " easily, promptly when sending main frame and receive replying of repeat requests, can not distinguish and reply corresponding to which request.Fig. 5 has showed when retransmission timer is overtime, three kinds of possible situations, and request has been lost, and replys and has lost, and RTO is too little.Wherein the 3rd to reply corresponding be initial request.But in two other example, reply corresponding in the request that retransmits.
In order to solve the re-transmission ambiguity problem, the present invention proposes two kinds of methods.
First method is: if measured RTT, owing to before retransmission timer is overtime, reply arrival, same RTO is reused in grouping to the next one, therefore main frame can't be distinguished the corresponding request of replying, therefore upgrade without it and estimate the factor, when receiving the replying of a non-repeat requests, utilize above-mentioned formula to upgrade RTT again and estimate the factor and recomputate RTO.This process can be embodied by following steps:
When sending packet A, add up the RTT of this packet, if before RTO arrives, send the response message that main frame is received this packet A, then calculate the RTT and the RTO of this packet correspondence, and send next packet B according to the RTO that calculates, add up its RTT simultaneously, if the RTO that formulates according to packet A arrives the response message that fashion is not received packet B correspondence, then send main frame re-send request may message, until the response message that receives packet B, because packet B once retransmitted, send main frame and can't determine that this replys corresponding request message delivery time, therefore the RTT of calculated data bag B correspondence not, and the RTO that keeps packet A to formulate sends next packet C.
The present invention solves and retransmits ambiguous second method, promptly adds sequence number and timestamp field of being returned by server that a server must return except the request to each transmission in the packet that sends.
Request of each transmission is preserved the current time in the timestamp field when (comprise normal transmission and retransmit and send), and receiving terminal is when receiving this packet, and take-off time stabs field and returns in the response data bag.RTT deducts the timestamp that is returned by server the current time in replying.Because each request is loaded with a timestamp that will be returned by server, therefore can calculate each RTT that replys that receives.
Timing to each packet is not to be placed on transmitting terminal to preserve in the second approach, but is put in the packet.This method can solve ambiguous problem that retransmits.
Transfer of data during the present invention uses for multiple P2P is all applicable, in order better to understand the present invention, below is that example is set forth implementation procedure of the present invention with the file download.
In file download application, file is divided into a plurality of data blocks downloads by a certain size usually, and each data block can be 50KB, and 100KB etc. decide on file size.Document size as qq2005betal.exe is 17MB, is one with 50KB, and the document size of qqfo.exe is 350MB, is one with 128KB.By its order hereof a numbering since 0 is arranged for each data block, identify with PieceNo.
If packet will be handled by subpackage, so in the down load application of reality, once transmit the file data (adding that application layer packet header and ip protocol layer packet header are less than 1200bytes) of 1KB greater than the MTU (being generally 1500bytes) of network on network.With qq2005betel is example, and each piece is divided into 50 data slice downloads and finishes.It is identified from 0 open numbering and with PieceOfPieceNo by its order in data block for 50 data slice.
The flow process of P2P file in download is: the at first mutual data block that has separately between two Peer, requesting host is to receiving the information that main frame sends request swap data piece, the one's own data block information of this information-bearing, thereupon, receive main frame and respond the information of swap data piece, carrying receives the data block information that main frame has in this information, requesting host does not have and at random one of selection in the data block that the other side has at it then, and a certain small pieces data slice is downloaded in the request by 0 to 49 order in this data block, after certain data block download is finished, continue to select next data block, because having only certain data block to download finishes, requesting host just continuation application is downloaded new data block, so the intact current data block of the download of prestissimo could guarantee the speed of whole downloading process.
In order to reach this purpose, by measuring the RTT of each data packet transmission, statistical computation goes out a RTO, as time over retransmission space RTO in the present embodiment.If also do not receive corresponding to A requested packets after the time, shown data-bag lost, then re-send request may A timely at the RTO that request package A sends.Can finish the download of a data block in the short period of time by this method.When the different data block of coming out alternately all download finish after, begin to continue the data block that has separately alternately, continue said process then, download up to file and finish or the other side withdraws from.
To ask the Peer of data download to be designated P2PCLIENT in the present embodiment, and provide the Peer of data download to be designated P2PSERVER.The time that the request data download bag that the RTT value sends for P2PCLIENT in P2P downloads arrives P2PSERVER adds that P2PSERVER sends the packet arrival used time of P2PCLIENT of data.
Need to add a sequence-number field in the above-mentioned measure R TT method in each packet, this field can be taken back in the other side's response bag, judges according to this sequence number which responds bag sends bag corresponding to.In the download request bag that P2PCLIENT sends, indicate it is to need what data of download, in the file data packet that P2PSERVER returns, also have these two fields and indicate data message in the packet is corresponding to which data slice in which data block with PieceNo and two fields of PieceOfPieceNo.
The method that adopts for the re-transmission ambiguity problem in P2P downloads is the method that increases a timestamp field in packet.P2PCLIENT all stamps a timestamp to the request data package that sends, and P2PSERVER returns this field in the packet that sends.In the time will retransmitting certain packet, the timestamp field in the change packet is a system time at that time.All can calculate the RTT of this packet like this for the packet of the packet of non-repeating transmission and repeating transmission, upgrade RTO simultaneously.Therefore avoided special processing for the retransmission data bag.The another one benefit that adopts this method is need not reduce the complexity that program realizes for the form of the packet that sends in a transmitting time of local maintenance.
The request msg packet format that P2PCLIENT sends in the P2P down load application in the present embodiment is as follows
| uiPieceNo |
| usPieceOfPiece |
| uiSendTimeStamp |
The reply data packet format that P2PCLIENT sends in the down load application is as follows
| uiPieceNo |
| usPieceOfPiece |
| uiSendTimeStamp |
| Data(1K) |
Represent the first time, the second time and the RTT value that measures for the third time respectively with M1, M2, M3, M4, R1, R2, R3, R4 be not for representing the renewal result of RTT.RTO0, RTO2, RTO3, RTO4 represent the RTO that upgrades respectively, then
R1=M1, the RTO0=R1*b that it is corresponding;
R2=aR1+ (1-a) M2, the RTO2=R2*b that it is corresponding;
R3=aR2+ (1-a) M3, the RTO3=R3*b that it is corresponding;
R4=aR3+ (1-a) M4, the RTO4=R4*b that it is corresponding;
In the P2P down load application, the RTT statistical value according to measuring calculates the RTO value, along with the carrying out of downloading can be more and more near actual network conditions.Afterwards, if in time over retransmission space (RTO), do not receive response packet, then thought this data-bag lost, retransmit this packet timely, reduce simultaneously and send new request package number, can guarantee that like this data transmitted substantially can reliably orderly arrival between Peer, thereby reach maximum speed of download.According to the present invention, can adjust the transmission frequency and the RTO value of message according to the RTT value of upgrading at any time, thereby carry out transfer of data more effectively.
The above only is a preferred implementation of the present invention; should be pointed out that for those skilled in the art, under the prerequisite that does not break away from the principle of the invention; can also make some improvements and modifications, these improvements and modifications also should be considered as protection scope of the present invention.
Claims (14)
1, a kind of method of obtaining network time over retransmission space is characterized in that, comprises step:
1) obtains the time difference of transmission request message to the response message that receives this request message correspondence;
2) obtain time over retransmission space according to the described time difference.
2, the method for obtaining network time over retransmission space according to claim 1 is characterized in that, the acquisition time difference of described step 1) comprises:
111) when sending request message and receiving response message, write down first system time and second system time respectively;
112) determine the described time difference according to the difference of described first system time and second system time.
3, the method for obtaining network time over retransmission space according to claim 2 is characterized in that, described step 112) also comprise afterwards the described time difference is upgraded:
R2＝aR1+(1-a)M
Wherein a is a smoothing factor, and M is a step 112) described time difference of obtaining, R1 is the time difference before upgrading, R2 is poor for the current time after upgrading.
4, the method for obtaining network time over retransmission space according to claim 1 is characterized in that, the acquisition time difference of described step 1) comprises:
121) when sending request message, start timer;
122) when receiving, close described timer to response message that should request message;
123) determine the described time difference according to the trigger interval of described timer and the product of triggering times.
5, the method for obtaining network time over retransmission space according to claim 3 is characterized in that, described request message and described response message comprise sequence number, also comprises before the described time difference is upgraded:
Judge whether the current request sequence number of message is identical with the sequence number of previous request message,, then the described time difference is upgraded if different; If identical, then do not upgrade.
6, the method for obtaining network time over retransmission space according to claim 2 is characterized in that, described step 111) comprise
When 1111) sending request message, preserve current system time in the timestamp field as first system time;
1112) receiving terminal is when receiving this request message, and take-off time stabs field and returns in response message;
1113) determine second system time;
Described step 112) determines the described time difference according to described timestamp field and described first system time, second system time.
7, the method for obtaining network time over retransmission space according to claim 1 is characterized in that, described step 2) the time over retransmission space that obtains comprise:
Set the discrete factor of time delay;
With the discrete factor of described time delay and the product of described time difference as time over retransmission space.
8, a kind of method of data transmission in network is characterized in that, comprises step:
10) send request message;
20) response message of reception described request message correspondence;
30) obtain time difference of described transmission request message and described reception response message;
40) obtain time over retransmission space according to the described time difference;
50) send next request message according to described time over retransmission space.
9, the method for data transmission in network according to claim 8 is characterized in that, described step 30) the acquisition time difference comprise:
311) when sending request message, start timer;
312) when receiving, close described timer to response message that should request message;
313) determine the described time difference according to the trigger interval of described timer and the product of triggering times.
10, the method for data transmission in network according to claim 9 is characterized in that, described step 313) also comprise afterwards the described time difference is upgraded:
R2＝aR1+(1-a)M
Wherein a is a smoothing factor, and M is a step 313) described time difference of obtaining, R1 is the time difference before upgrading, R2 is poor for the current time after upgrading.
11, the method for data transmission in network according to claim 8 is characterized in that, described step 30) the acquisition time difference comprise:
321) when sending request message and receiving response message, write down first system time and second system time respectively;
322) determine the described time difference according to the difference of described first system time and second system time.
12, the method for data transmission in network according to claim 11 is characterized in that, described request message and described response message comprise sequence number, also comprises before the described time difference is upgraded:
Judge whether the current request sequence number of message is identical with the sequence number of previous request message,, then the described time difference is upgraded if different; If identical, then do not upgrade.
13, the method for data transmission in network according to claim 9 is characterized in that, described step 311) comprise
When 3111) sending request message, preserve current system time in the timestamp field as first system time;
3112) receiving terminal is when receiving this request message, and take-off time stabs field and returns in acknowledges requests;
3113) determine second system time;
Described step 312) determines the described time difference according to described timestamp field and described first system time, second system time.
14, the method for data transmission in network according to claim 8 is characterized in that, described step 40) the time over retransmission space that obtains comprise:
Set the discrete factor of time delay;
With the discrete factor of described time delay and the product of described time difference as time over retransmission space.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 200510034680 CN1863033A (en) | 2005-05-14 | 2005-05-14 | Method for obtaining network time over retransmission space and data transmission method in network |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 200510034680 CN1863033A (en) | 2005-05-14 | 2005-05-14 | Method for obtaining network time over retransmission space and data transmission method in network |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN1863033A true CN1863033A (en) | 2006-11-15 |
Family
ID=37390368
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN 200510034680 Pending CN1863033A (en) | 2005-05-14 | 2005-05-14 | Method for obtaining network time over retransmission space and data transmission method in network |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN1863033A (en) |
Cited By (20)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101568147A (en) * | 2009-05-15 | 2009-10-28 | 刘建 | Method and device of overtime processing of wireless local area network authentication infrastructure |
| CN101765004B (en) * | 2008-12-25 | 2012-06-20 | 上海寰创通信科技有限公司 | Method for optimizing wireless video TCP transmission |
| CN101174935B (en) * | 2007-11-28 | 2012-10-10 | 中兴通讯股份有限公司 | Method for setting TCP maximum time-out retransmission time |
| CN101695067B (en) * | 2009-10-13 | 2013-02-13 | 深圳市同洲电子股份有限公司 | Data processing method and device based on TCP and digital TV receiver terminal and system |
| CN103095434A (en) * | 2011-10-27 | 2013-05-08 | 中兴通讯股份有限公司 | Data retransmission control method and device, and terminal equipment |
| CN103138899A (en) * | 2011-11-28 | 2013-06-05 | 中兴通讯股份有限公司 | Retransmission method and retransmission device for communication packs in communication link layer |
| CN103546248A (en) * | 2013-09-27 | 2014-01-29 | 章程 | Method for automatically adjusting ACK timeout time |
| CN103701942A (en) * | 2012-09-28 | 2014-04-02 | 中国移动通信集团公司 | Method, device and system for preventing client from frequently initiating IP (Internet protocol) address allocation request |
| CN103959697A (en) * | 2011-11-25 | 2014-07-30 | 瑞典爱立信有限公司 | Method and arrangement for the supervision of transactions in a peer-to-peer overlay network |
| CN104462447A (en) * | 2014-12-15 | 2015-03-25 | 北京国双科技有限公司 | Access timeout data processing method and device |
| CN104917645A (en) * | 2015-04-17 | 2015-09-16 | 浪潮电子信息产业股份有限公司 | Method and device for detecting message transmission overtime on line |
| CN105187154A (en) * | 2015-06-09 | 2015-12-23 | 小米科技有限责任公司 | Response packet reception time delay method and response packet reception time delay device |
| CN107104763A (en) * | 2016-12-22 | 2017-08-29 | 腾讯科技（深圳）有限公司 | A kind of method and apparatus that Retransmission timeout duration is set |
| CN107294848A (en) * | 2016-04-13 | 2017-10-24 | 中兴通讯股份有限公司 | The sending method and device of a kind of router request message |
| CN108134808A (en) * | 2016-12-01 | 2018-06-08 | 阿里巴巴集团控股有限公司 | A kind of network request method and device |
| CN108365923A (en) * | 2018-01-05 | 2018-08-03 | 海信集团有限公司 | A kind of method and wireless terminal device of data transmission |
| CN108540273A (en) * | 2017-03-01 | 2018-09-14 | 杭州海康威视数字技术股份有限公司 | A kind of method and apparatus of data packet retransmission |
| WO2020007084A1 (en) * | 2018-07-02 | 2020-01-09 | 华为技术有限公司 | Method for controlling retransmission, communication interface, and electronic device |
| CN111404872A (en) * | 2019-11-21 | 2020-07-10 | 杭州海康威视系统技术有限公司 | Message processing method, device and system |
| CN114285762A (en) * | 2021-12-03 | 2022-04-05 | 网宿科技股份有限公司 | RTT updating method, updating device, processor and communication system |
-
2005
- 2005-05-14 CN CN 200510034680 patent/CN1863033A/en active Pending
Cited By (32)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101174935B (en) * | 2007-11-28 | 2012-10-10 | 中兴通讯股份有限公司 | Method for setting TCP maximum time-out retransmission time |
| CN101765004B (en) * | 2008-12-25 | 2012-06-20 | 上海寰创通信科技有限公司 | Method for optimizing wireless video TCP transmission |
| CN101568147A (en) * | 2009-05-15 | 2009-10-28 | 刘建 | Method and device of overtime processing of wireless local area network authentication infrastructure |
| CN101695067B (en) * | 2009-10-13 | 2013-02-13 | 深圳市同洲电子股份有限公司 | Data processing method and device based on TCP and digital TV receiver terminal and system |
| CN103095434B (en) * | 2011-10-27 | 2018-02-02 | 山东金佳园科技股份有限公司 | A kind of data retransmission control method and device, terminal device |
| CN103095434A (en) * | 2011-10-27 | 2013-05-08 | 中兴通讯股份有限公司 | Data retransmission control method and device, and terminal equipment |
| CN103959697A (en) * | 2011-11-25 | 2014-07-30 | 瑞典爱立信有限公司 | Method and arrangement for the supervision of transactions in a peer-to-peer overlay network |
| CN103959697B (en) * | 2011-11-25 | 2017-10-24 | 瑞典爱立信有限公司 | Method and arrangement for monitoring affairs in peer-to-peer overlay network |
| WO2013078881A1 (en) * | 2011-11-28 | 2013-06-06 | 中兴通讯股份有限公司 | Method and apparatus for retransmitting communication packet in communication link layer |
| CN103138899A (en) * | 2011-11-28 | 2013-06-05 | 中兴通讯股份有限公司 | Retransmission method and retransmission device for communication packs in communication link layer |
| CN103701942A (en) * | 2012-09-28 | 2014-04-02 | 中国移动通信集团公司 | Method, device and system for preventing client from frequently initiating IP (Internet protocol) address allocation request |
| CN103701942B (en) * | 2012-09-28 | 2017-05-31 | 中国移动通信集团公司 | Prevent client from frequently initiating the methods, devices and systems of IP address distribution request |
| CN103546248A (en) * | 2013-09-27 | 2014-01-29 | 章程 | Method for automatically adjusting ACK timeout time |
| CN103546248B (en) * | 2013-09-27 | 2016-09-07 | 昆山创通微电子有限公司 | A kind of ACK time-out time Automatic adjustment method |
| CN104462447A (en) * | 2014-12-15 | 2015-03-25 | 北京国双科技有限公司 | Access timeout data processing method and device |
| CN104462447B (en) * | 2014-12-15 | 2018-04-03 | 北京国双科技有限公司 | Access the data processing method and device of time-out |
| CN104917645A (en) * | 2015-04-17 | 2015-09-16 | 浪潮电子信息产业股份有限公司 | Method and device for detecting message transmission overtime on line |
| CN104917645B (en) * | 2015-04-17 | 2018-04-13 | 浪潮电子信息产业股份有限公司 | Method and device for detecting message transmission overtime on line |
| CN105187154B (en) * | 2015-06-09 | 2018-07-31 | 小米科技有限责任公司 | The method and device of response bag reception delay |
| CN105187154A (en) * | 2015-06-09 | 2015-12-23 | 小米科技有限责任公司 | Response packet reception time delay method and response packet reception time delay device |
| CN107294848A (en) * | 2016-04-13 | 2017-10-24 | 中兴通讯股份有限公司 | The sending method and device of a kind of router request message |
| CN108134808A (en) * | 2016-12-01 | 2018-06-08 | 阿里巴巴集团控股有限公司 | A kind of network request method and device |
| CN107104763A (en) * | 2016-12-22 | 2017-08-29 | 腾讯科技（深圳）有限公司 | A kind of method and apparatus that Retransmission timeout duration is set |
| CN107104763B (en) * | 2016-12-22 | 2020-06-02 | 腾讯科技（深圳）有限公司 | Method and device for setting timeout retransmission duration |
| CN108540273A (en) * | 2017-03-01 | 2018-09-14 | 杭州海康威视数字技术股份有限公司 | A kind of method and apparatus of data packet retransmission |
| CN108365923A (en) * | 2018-01-05 | 2018-08-03 | 海信集团有限公司 | A kind of method and wireless terminal device of data transmission |
| CN108365923B (en) * | 2018-01-05 | 2020-07-10 | 海信集团有限公司 | Data transmission method and wireless terminal equipment |
| WO2020007084A1 (en) * | 2018-07-02 | 2020-01-09 | 华为技术有限公司 | Method for controlling retransmission, communication interface, and electronic device |
| CN110677221A (en) * | 2018-07-02 | 2020-01-10 | 华为技术有限公司 | Retransmission control method, communication interface and electronic equipment |
| US11671210B2 (en) | 2018-07-02 | 2023-06-06 | Huawei Technologies Co., Ltd. | Retransmission control method, communications interface, and electronic device |
| CN111404872A (en) * | 2019-11-21 | 2020-07-10 | 杭州海康威视系统技术有限公司 | Message processing method, device and system |
| CN114285762A (en) * | 2021-12-03 | 2022-04-05 | 网宿科技股份有限公司 | RTT updating method, updating device, processor and communication system |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN1863033A (en) | Method for obtaining network time over retransmission space and data transmission method in network | |
| Botta et al. | Multi-protocol and multi-platform traffic generation and measurement | |
| CN1221153C (en) | Data packet tranmitting method and communicating system thereof | |
| JP6705003B2 (en) | Data transmission method and related device | |
| US9596281B2 (en) | Transport accelerator implementing request manager and connection manager functionality | |
| CN1909509A (en) | System, method and user terminal for realizing video live broadcast in media distributing network | |
| CN1543164A (en) | Server-based rate control in a multimedia streaming environment | |
| CN101047485A (en) | Communication terminal and retransmission control method | |
| CN1848778A (en) | Method of monitoring progress of a signalling message and network monitoring apparatus | |
| CN1492630A (en) | Network operation parameter for measuring network experience operation flow | |
| CN1795641A (en) | System and method for selecting data providers | |
| ATE326109T1 (en) | REAL-TIME PACKETIZATION AND RETRANSMISSION IN STREAMING APPLICATIONS | |
| CN101039309A (en) | Link sharing service apparatus and communication method thereof | |
| CN1909503A (en) | Method for detecting maximal transmission unit of path | |
| CN1728671A (en) | Server device, method for controlling a server device, and method for establishing a connection using the server device | |
| CN1929472A (en) | Method, system, signal and medium for managing data transmission in a data network | |
| CN1835455A (en) | Communication relay device, communication relay method and computer program product for communication relay | |
| CN101039310A (en) | Link sharing service apparatus and communication method thereof | |
| CN1859165A (en) | Method and system for service tracking | |
| CN1463401A (en) | File distribution system, file distribution server unit, and reception client unit | |
| Claffy | Tracking IPv6 evolution: data we have and data we need | |
| EP1471696A3 (en) | Apparatus and method for retransmitting data packets in mobile ad hoc network environment | |
| CN1287568C (en) | Method for transfering data within local area network | |
| CN1833422A (en) | Packet communication device | |
| AU2011380292A1 (en) | Apparatus and method for transmitting a message to multiple receivers |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C12 | Rejection of a patent application after its publication | ||
| RJ01 | Rejection of invention patent application after publication |
Open date: 20061115 |