WO2013159516A1 - Procédé et dispositif de retransmission de données du tcp côté sans fil - Google Patents

Procédé et dispositif de retransmission de données du tcp côté sans fil Download PDF

Info

Publication number
WO2013159516A1
WO2013159516A1 PCT/CN2012/085231 CN2012085231W WO2013159516A1 WO 2013159516 A1 WO2013159516 A1 WO 2013159516A1 CN 2012085231 W CN2012085231 W CN 2012085231W WO 2013159516 A1 WO2013159516 A1 WO 2013159516A1
Authority
WO
WIPO (PCT)
Prior art keywords
data packet
terminal device
message
tcp
dup ack
Prior art date
Application number
PCT/CN2012/085231
Other languages
English (en)
Chinese (zh)
Inventor
柴新旺
Original Assignee
大唐移动通信设备有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 大唐移动通信设备有限公司 filed Critical 大唐移动通信设备有限公司
Publication of WO2013159516A1 publication Critical patent/WO2013159516A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/326—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the transport layer [OSI layer 4]

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a method and device for wireless side TCP data retransmission. Background technique
  • TCP Transmission Control Protocol
  • connection-oriented connection-oriented
  • reliable byte-based transport layer transport protocol
  • the terminal On the radio side of a RNC (Radio Network Controller) with a TCP proxy function or a 3G (3rd Generation, 3rd Generation, 3rd Generation Mobile Telecommunications) terminal with a TCP entity, due to air packet loss and non-sequential delivery, The terminal receives a large number of out-of-order packets.
  • the TCP entity corresponding to the terminal sends a Dup ACK (repeated acknowledgement) or SACK (selective acknowledgement) after receiving the out-of-order packet, indicating that a certain packet is lost.
  • Dup ACK peerated acknowledgement
  • SACK selective acknowledgement
  • these packets are divided into many small packets for transmission in the air interface. Due to the discarding of a small packet, the entire large packet cannot be delivered to the TCP entity of the terminal. At this time, the TCP entity of the terminal sends a Dup ACK or SACK, requesting the RNC side. The TCP proxy retransmits the packet data. After the packet is lost, it will be retransmitted at the RLC (Radio Link Control) layer. When the retransmitted packet is correctly received by the terminal, the entire packet is handed over to the TCP layer of the terminal.
  • RLC Radio Link Control
  • the RNC's TCP layer retransmits the packet data at this time, it will cause the packet to be repeatedly transmitted in the air interface, resulting in waste of air interface resources and bandwidth.
  • Dup ACK or SACK is the TCP protocol to inform the sender that data loss can be used in two ways:
  • One way is to continuously receive 3 Dup ACKs (a total of 4 ACKs have the same acknowledgment number), indicating that the data packet receiving end of the acknowledgment number is not received; another way is that SACK directly tells the sender which data is received. , which data was not received.
  • TCP proxy For the unreceived data, retransmission processing is required.
  • the TCP proxy has a large processing for retransmission.
  • the retransmission mechanism of TCP protocol or the improvement of TCP retransmission mechanism including: (1) TCP protocol fast retransmission algorithm
  • TCP When TCP sends a segment, it creates a retransmission timer for a specific segment based on RTT (Round-Trip Time). If the acknowledgment of the segment is received before the timer expires, the timer is revoked; if the acknowledgment for the segment is not received before the timer expires, the segment is retransmitted, and Clear the timer.
  • RTT Red-Trip Time
  • This algorithm is an improvement on the fast retransmission algorithm. If 3 Dup ACKs are received before the retransmission timer expires (-a total of 4 ACKs have the same acknowledgment number), the packet is retransmitted immediately and continues to be received later. 3 Dup ACKs, no longer retransmitted, until 8 ACKs are received with the same acknowledgment number, the packet is retransmitted, and subsequent 16 ACKs have the same acknowledgment number before retransmitting the packet... ... thus avoiding unnecessary unnecessary multiple retransmissions.
  • the inventors have found that at least the following problems exist in the prior art:
  • the above three methods, the TCP protocol fast retransmission algorithm and the retransmission timer are part of the TCP protocol, and the power retransmission algorithm is based on fast An improvement in the retransmission algorithm.
  • These methods have great limitations in solving the problem of whether the wireless side needs to retransmit data packets.
  • the specific analysis is as follows:
  • TCP protocol fast retransmission algorithm this is the implementation method specified by the TCP protocol.
  • the drawback of this method is obvious.
  • the data packet sent by the TCP entity is divided into multiple in the RLC. If a small packet is lost, and the process of retransmitting these small packets takes a certain amount of time or the packets are repeatedly discarded in the air interface, the terminal will send a large number of Dup ACKs. If the fast retransmission algorithm is used, the entire data packet Being sent non-stop, wasting bandwidth and air interface resources.
  • the method of retransmission timer has limitations in the wireless environment, mainly because the RTT is a very large value in the air interface, and the prediction according to the previous value is often inaccurate. If the RTT time prediction is short, It will lead to unnecessary retransmission, waste bandwidth and air interface resources; if the RTT time prediction is long, the real-time performance will be poor first, and then the transmission window will be full, which will also cause the air interface to be idle, resulting in unnecessary waste of air interface resources.
  • the power retransmission algorithm is an improvement to the TCP protocol fast retransmission algorithm. Although it can reduce the number of times a TCP entity sends duplicate packets, it cannot be avoided. Moreover, if the data packet is lost again, the data packet is retransmitted again. The real-time performance is poor.
  • the embodiments of the present invention provide a method and a device for retransmitting a TCP data on a wireless side.
  • the wireless side retransmission processing cannot be reasonably solved, and the system resources are wasted. .
  • an embodiment of the present invention provides a method for retransmitting a wireless side TCP data, including at least the following steps: When a TCP entity receives an uplink message sent by a terminal device, the TCP entity determines the uplink.
  • the TCP entity determines whether the RLC layer has sent all the fragment packets of the data packet corresponding to the Dup ACK message to the terminal device, and receives the terminal device The acknowledgment message returned; if the judgment result is yes, the TCP entity counts and accumulates the Dup ACK message; the TCP entity determines whether the current count value of the Dup ACK message reaches 2; The data packet corresponding to the Dup ACK message is transmitted, and the count value of the Dup ACK message is set to zero.
  • the TCP entity determines whether the RLC layer has sent all the fragmented packets of the data packet corresponding to the Dup ACK message to the terminal device, and receives the acknowledgement message returned by the terminal device, including: The TCP entity determines a sequence number of the fragment packet that has been confirmed by the terminal device in each fragment packet of the data packet corresponding to the Dup ACK message; and the TCP entity determines whether the maximum value of the sequence number reaches the Determining the sequence number of the data packet corresponding to the Dup ACK message at the RLC layer; if so, the TCP entity confirms that the RLC layer has already performed the Dup ACK All the fragmented packets of the data packet corresponding to the message are sent to the terminal device, and an acknowledgement message returned by the terminal device is received.
  • the TCP entity determines whether the RLC layer has sent all the fragmented packets of the data packet corresponding to the Dup ACK message to the terminal device, and after receiving the acknowledgement message returned by the terminal device, The method includes: if the judgment result is no, the TCP entity sets the count value of the Dup ACK message to zero.
  • the TCP entity further includes: the TCP entity records a termination sequence number of the data packet that is retransmitted at the RLC layer.
  • the method further includes: the TCP entity determining the uplink Whether the SACK message is included in the message; if yes, the TCP entity selects a corresponding data packet according to the sending sequence of each data packet corresponding to the SACK message; the TCP entity determines whether the RLC layer has already selected the currently selected data. All the fragmented packets of the packet are sent to the terminal device, and an acknowledgement message returned by the terminal device is received; if the determination result is yes, the TCP entity retransmits the currently selected data packet.
  • the TCP entity determines whether the RLC layer has sent all the fragmented packets of the currently selected data packet to the terminal device, and receives the acknowledgement message returned by the terminal device, including: a sequence number of a fragment packet that has been confirmed by the terminal device in each fragment packet of the currently selected data packet; the TCP entity determining whether the maximum value of the sequence number reaches the currently selected data a termination sequence number of the RLC layer; if so, the TCP entity confirms that the RLC layer has sent all the fragment packets of the currently selected data packet to the terminal device, and receives the return from the terminal device Confirm the message.
  • the TCP entity determines whether the RLC layer has sent all the fragmented packets of the currently selected data packet to the terminal device, and after receiving the acknowledgement message returned by the terminal device, the method further includes: If not, the TCP entity confirms that each data packet corresponding to the SACK message after the currently selected data packet is not sent.
  • the TCP entity further includes: the TCP entity records a termination sequence number of the data packet that is retransmitted at the RLC layer.
  • the embodiment of the present invention further provides a network device, as a TCP entity, is applied to a network system that has a TCP connection across a wireless network, and includes: a receiving module, configured to receive an uplink message sent by the terminal device; a determining module, configured to determine whether the uplink message received by the receiving module includes a Dup ACK message, and the second determining module is configured to determine whether the RLC layer is already included when the determining result of the first determining module is included Sending, to the terminal device, all the fragmented packets of the data packet corresponding to the Dup ACK message, and receiving an acknowledgement message returned by the terminal device; and the counting module configured to be determined by the second determining module If yes, the Dup ACK message received by the receiving module is counted and accumulated; the
  • the second determining module is configured to: determine a sequence number of a fragment packet that has been confirmed by the terminal device in each fragment packet of the data packet corresponding to the Dup ACK message; determine the sequence Whether the maximum value of the number reaches the termination sequence number of the data packet corresponding to the Dup ACK message at the RLC layer; if so, it is confirmed that the RLC layer has sent all the fragment packets of the data packet corresponding to the Dup ACK message to the The terminal device is received, and an acknowledgement message returned by the terminal device is received.
  • the counting module is further configured to: when the determination result of the second determining module is negative, set the count value of the Dup ACK message to zero.
  • the processing module is further configured to: when retransmitting the data packet corresponding to the Dup ACK message, record a termination sequence number of the data packet that is retransmitted at the RLC layer.
  • the fourth determining module, the selecting module, and the fifth determining module are configured to: the fourth determining module is configured to determine, in the first determining module, that the uplink message does not include a Dup ACK message, or After the processing module retransmits the data packet corresponding to the Dup ACK message, it is determined whether the uplink message includes a SACK message, and the selecting module is configured to: when the determination result of the fourth determining module is included, The sending sequence of each data packet corresponding to the SACK message selects a corresponding data packet; the fifth determining module is configured to determine whether the RLC layer has been Sending, by the processing module, all the fragmented packets of the data packet currently selected by the selection module to the terminal device, and receiving the confirmation message returned by the terminal device; When the judgment result of the module is YES, the currently selected data packet is retransmitted.
  • the fifth determining module is configured to: determine, in each fragment packet of the data packet currently selected by the selecting module, a sequence number of the fragment packet that has been confirmed by the terminal device; determine the sequence Whether the maximum value of the number reaches the termination sequence number of the currently selected data packet at the RLC layer; if so, confirming that the RLC layer has sent all the fragmented packets of the currently selected data packet to the terminal device, And receiving the confirmation message returned by the terminal device.
  • the processing module is further configured to: when the determination result of the fifth determining module is negative, confirm that each data packet corresponding to the SACK message after the data packet currently selected by the selecting module is Not sent.
  • the processing module is further configured to: when retransmitting the data packet currently selected by the selecting module, record a termination sequence number of the data packet that is retransmitted at the RLC layer.
  • the technical solution proposed by the embodiment of the present invention has the following advantages: In the case that the TCP entity receives the uplink message including the Dup ACK message sent by the terminal device, by applying the technical solution of the embodiment of the present invention, If the TCP entity determines that the RLC layer has sent all the fragmented packets of the data packet corresponding to the Dup ACK message to the terminal device, and receives the acknowledgement message returned by the terminal device, the Dup ACK message is counted and accumulated, and is counted.
  • the data packet corresponding to the Dup ACK message is retransmitted, so that the characteristics of the local buffering and retransmission of the TCP entity data can be flexibly utilized, and the Dup ACK of the terminal device is distinguished according to the characteristics of the reliable transmission of the RLC.
  • To achieve fast retransmission of TCP layer data accurately determine whether the data packet needs TCP layer retransmission on the wireless side of the TCP proxy, improve TCP performance and air interface resource utilization, and avoid unnecessary data retransmission. The system resources are wasted.
  • FIG. 1 is a schematic flowchart of a method for wireless side TCP data retransmission according to an embodiment of the present invention
  • FIG. 2 is a schematic diagram of a method for retransmitting wireless side TCP data according to an embodiment of the present invention. Schematic diagram of a SACK message for performing packet retransmission processing;
  • FIG. 3 is a schematic flowchart of a method for retransmitting wireless side TCP data in a specific scenario according to an embodiment of the present disclosure
  • FIG. 4 is a schematic structural diagram of a network device according to an embodiment of the present invention. detailed description
  • TCP is a reliable transmission protocol researched and developed for the wired network Internet.
  • the transmission characteristics of the wired network are low bit error rate and easy congestion. Therefore, its transmission control algorithm is mainly designed based on the network congestion model.
  • TCP when a TCP connection spans both wired and wireless networks, TCP will not be able to adapt to the high bit error rate, high latency jitter, cell handover, out-of-order, etc. of the wireless transmission channel, causing false slow start and congestion avoidance. And retransmission, when the quality of the air interface is quickly restored, TCP data cannot be transmitted in time, resulting in a decrease in bandwidth resource utilization, a decrease in effective bandwidth, and fluctuations in throughput.
  • a common practice in the prior art is to set a TCP proxy on the RNC side, and enhance the wireless side through mechanisms such as local buffering, sorting, flow control, local retransmission, and suppression of Dup ACK.
  • the performance of the transmission is to set a TCP proxy on the RNC side, and enhance the wireless side through mechanisms such as local buffering, sorting, flow control, local retransmission, and suppression of Dup ACK. The performance of the transmission.
  • the embodiment of the present invention provides a method for wireless side TCP data retransmission, which mainly solves how to determine whether a data packet needs a TCP layer retransmission in a wireless side of a TCP proxy, so as to improve TCP performance and air interface. Resource utilization issues.
  • FIG. 1 it is a schematic flowchart of a method for retransmitting a wireless side TCP data according to an embodiment of the present invention, where the method specifically includes the following steps:
  • Step S101 When the TCP entity receives the uplink message sent by the terminal device, the TCP entity determines whether the uplink message includes a Dup ACK message.
  • step S102 is performed
  • Step S102 The TCP entity determines whether the RLC layer has sent all the fragmented packets of the data packet corresponding to the Dup ACK message to the terminal device, and receives an acknowledgement message returned by the terminal device.
  • step S103 is performed.
  • the TCP entity further performs step S106.
  • processing of this step specifically includes:
  • the TCP entity determines a sequence number of a fragment packet that has been confirmed by the terminal device in each fragment packet of the data packet corresponding to the Dup ACK message.
  • the TCP entity determines whether the maximum value of the sequence number reaches the termination sequence number of the data packet corresponding to the Dup ACK message at the RLC layer.
  • the TCP entity confirms that the RLC layer has sent all the fragmented packets of the data packet corresponding to the Dup ACK message to the terminal device, and receives an acknowledgement message returned by the terminal device.
  • Step S103 The TCP entity counts and accumulates the Dup ACK message.
  • Step S104 The TCP entity determines whether the current count value of the Dup ACK message reaches 2.
  • step S105 If yes, proceed to step S105; If not, it indicates that the TCP entity does not need to perform retransmission processing for the data packet corresponding to the Dup ACK message, and returns to step S101.
  • the ACK message (including the Dup ACK message) and the RLC layer acknowledgment data (including the correct received acknowledgment message sent after the terminal device side receives the fragment packet in the data packet) are often in the same FP (Frame) In the Protocol, frame protocol, for this reason, if the count value of the Dup ACK message is set to 1 to trigger the packet retransmission, a large probability of repeated multiple transmission occurs. However, if the count value of the Dup ACK message is equal to 2, the data packet retransmission is triggered, indicating that the RLC layer has sent the data packet to the terminal device side and receives the terminal device when the Dup ACK message is received last time. Side confirmation.
  • Step S105 The TCP entity retransmits the data packet corresponding to the Dup ACK message, and sets the count value of the Dup ACK message to zero.
  • the TCP entity in the process of performing data packet retransmission, the TCP entity also needs to record the termination sequence number of the data packet that is retransmitted in the RLC layer, so as to use the termination sequence number as a subsequent processing. In the process, it is judged whether or not the data packet is retransmitted.
  • step S106 the retransmission processing of the data packet corresponding to the Dup ACK message is completed. After the execution of this step is completed, the process proceeds to step S106.
  • Step S106 The TCP entity sets the count value of the Dup ACK message to zero.
  • a new counting process can be started for the Dup ACK message to determine to perform a new retransmission process.
  • the TCP entity performs the process of retransmitting the data packet according to the Dup ACK message.
  • the TCP entity may also use other methods according to the preset rule (for example, processing according to the SACK message or other information). The subsequent processing is continued, and the specific processing manner is described in the following description, and details are not described herein again.
  • the process in which the TCP entity processes in other manners according to the preset rule is mentioned.
  • the preset rule corresponds to Processing can include multiple types, where The comprehensiveness and accuracy of the packet retransmission process can be handled in accordance with the SACK message. Specifically, when the TCP entity determines in step S101 that the uplink message does not include Dup
  • the following process includes performing the data packet retransmission process according to the SACK message, and the process flow diagram of the process is shown in FIG. 2. As shown, the following steps are specifically included:
  • Step S201 The TCP entity determines whether the uplink message received by itself is included in the uplink message.
  • step S202 is performed
  • Step S202 The TCP entity selects a corresponding data packet according to a sending sequence of each data packet corresponding to the SACK message.
  • Step S203 The TCP entity determines whether the RLC layer has sent all the fragmented packets of the currently selected data packet to the terminal device, and receives the acknowledgement message returned by the terminal device.
  • step S204 is performed
  • step S205 is performed.
  • the process of determining in this step is specifically as follows: the TCP entity determines, among the fragment packets of the currently selected data packet, the fragment packet that has been confirmed by the terminal device. serial number.
  • the TCP entity determines whether the maximum value of the sequence number reaches the termination sequence number of the currently selected data packet at the RLC layer.
  • the TCP entity confirms that the RLC layer has sent all the fragmented packets of the currently selected data packet to the terminal device, and receives an acknowledgement message returned by the terminal device.
  • Step S204 The TCP entity retransmits the currently selected data packet.
  • the TCP entity in the process of performing data packet retransmission, the TCP entity also needs to record the termination sequence number of the data packet that is retransmitted in the RLC layer, so as to use the termination sequence number as a subsequent processing. In the process, it is judged whether or not the data packet is retransmitted.
  • Step S205 the TCP entity confirms the SACK after the currently selected data packet Each packet corresponding to the message has not been sent.
  • the transmission status of subsequent data packets can be quickly determined, and the system resources and processing time caused by separately determining each data packet corresponding to the SACK message can be avoided, and the corresponding processing efficiency is improved.
  • the foregoing process of processing according to the SACK message may perform more comprehensive processing on the information returned by the terminal device on the basis of the foregoing retransmission process according to the Dup ACK message, thereby determining whether the data is more accurately determined. Retransmit the corresponding data packet.
  • the technical solution proposed by the embodiment of the present invention has the following advantages: In the case that the TCP entity receives the uplink message including the Dup ACK message sent by the terminal device, by applying the technical solution of the embodiment of the present invention, If the TCP entity determines that the RLC layer has sent all the fragmented packets of the data packet corresponding to the Dup ACK message to the terminal device, and receives the acknowledgement message returned by the terminal device, the Dup ACK message is counted and accumulated, and is counted.
  • the data packet corresponding to the Dup ACK message is retransmitted, so that the characteristics of the local buffering and retransmission of the TCP entity data can be flexibly utilized, and the Dup ACK of the terminal device is distinguished according to the characteristics of the reliable transmission of the RLC.
  • To achieve fast retransmission of TCP layer data accurately determine whether the data packet needs TCP layer retransmission on the wireless side of the TCP proxy, improve TCP performance and air interface resource utilization, and avoid unnecessary data retransmission. The system resources are wasted.
  • the technical solution proposed by the embodiment of the present invention is a feature of flexibly utilizing local buffering and retransmission of TCP entity data, and combining the characteristics of reliable transmission of RLC (Radio Link Layer) to perform Dup ACK message sent by the terminal device side. Screening to achieve fast retransmission of TCP layer data.
  • RLC Radio Link Layer
  • FIG. 3 is a schematic flowchart of a method for retransmitting a wireless side TCP data in a specific application scenario according to an embodiment of the present disclosure, where the method specifically includes the following steps:
  • Step S301 The TCP entity performs normal data packet transmission at the RLC layer.
  • the TCP entity records the sequence number of the last fragment packet of each packet at the RLC layer, that is, the aforementioned termination sequence number.
  • the processing of this step is actually:
  • the TCP layer sends the data packet to the RLC layer, and the RLC segments the data packet into a plurality of fragment packets, and records the sequence number (EndSn, that is, the foregoing termination sequence number) of the last fragment packet at the TCP layer.
  • Step S302 The TCP entity receives an ACK message sent by the terminal device, and determines whether it is Dup.
  • step S303 is performed
  • step S308 is performed.
  • Step S303 The TCP entity determines an EndSn of the data packet that needs to be retransmitted corresponding to the Dup ACK message, and a fragment packet sequence number AckSn of the data packet that has been confirmed by the terminal device received by the RLC layer.
  • Step S304 The TCP entity compares the determined maximum AckSn and EndSn.
  • step S305 is performed;
  • AckSn is smaller than the EndSn, it indicates that the TCP entity does not need to perform retransmission processing for the data packet corresponding to the Dup ACK message, and the processing of the Dup ACK message in the received ACK message ends, and the steps may be performed.
  • S308 performs SACK processing or performs other processing, and in Fig. 3, it indicates that other processing is performed.
  • Step S305 The TCP entity adds 1 to the Dup Ack variable corresponding to the Dup Ack message.
  • Step S306 The TCP entity determines whether the Dup Ack variable is equal to 2.
  • step S307 is performed
  • step S308 Processing or other processing is shown in Fig. 3 as performing other processing.
  • Step S307 The TCP entity retransmits the data packet to the RLC layer, and records the Sn of the last fragment packet of the newly transmitted data packet to update the EndSn of the data packet, and simultaneously clears the Dup Ack variable.
  • Step S308 is performed in one step.
  • Step S308 The TCP entity determines whether a SACK message is currently received.
  • step S309 is performed to perform a corresponding SACK processing flow
  • Step S309 The TCP entity selects a corresponding data packet according to the sending sequence of each data packet corresponding to the SACK message.
  • Step S310 The TCP entity determines the EndSn of the data packet, and the fragment packet sequence number AckSn of the data packet that has been confirmed by the terminal device received by the RLC layer.
  • Step S311 The TCP entity compares the determined maximum AckSn with the EndSn of the data packet.
  • step S312 is performed
  • step S314 is performed.
  • Step S312 The TCP entity retransmits the data packet.
  • the TCP entity in the process of performing data packet retransmission, the TCP entity also needs to record the termination sequence number of the data packet that is retransmitted in the RLC layer, so as to use the termination sequence number as a subsequent processing. In the process, it is judged whether or not the data packet is retransmitted.
  • Step S313 The TCP entity determines whether all the data packets that need to be retransmitted corresponding to the SACK message are selected.
  • step S309 If the result of the determination is no, then return to step S309;
  • Step S314 The TCP entity confirms that each data packet corresponding to the SACK message after the currently selected data packet has not been sent.
  • step S302 it continues to wait for the subsequent ACK message, or performs other processing operations according to the preset processing rule, and the change of the specific content of the other processing does not affect the protection scope of the present invention.
  • the technical solution proposed by the embodiment of the present invention has the following advantages: In the case that the TCP entity receives the uplink message including the Dup ACK message sent by the terminal device, by applying the technical solution of the embodiment of the present invention, If the TCP entity determines that the RLC layer has sent all the fragmented packets of the data packet corresponding to the Dup ACK message to the terminal device, and receives the acknowledgement message returned by the terminal device, the Dup ACK message is counted and accumulated, and is counted.
  • the data packet corresponding to the Dup ACK message is retransmitted, so that the characteristics of the local buffering and retransmission of the TCP entity data can be flexibly utilized, and the Dup ACK of the terminal device is distinguished according to the characteristics of the reliable transmission of the RLC.
  • To achieve fast retransmission of TCP layer data accurately determine whether the data packet needs TCP layer retransmission on the wireless side of the TCP proxy, improve TCP performance and air interface resource utilization, and avoid unnecessary data retransmission. The system resources are wasted.
  • the embodiment of the present invention further provides a network device, which is used as a TCP entity in a network system that has a TCP connection across a wireless network, and a schematic structural diagram thereof is shown in FIG. 4, which includes at least :
  • the receiving module 41 is configured to receive an uplink message sent by the terminal device.
  • the first determining module 42 is configured to determine whether the uplink message received by the receiving module 41 includes a Dup ACK message
  • the second judging module 43 is configured to: when the judgment result of the first judging module 42 is included, determine whether the RLC layer has sent all the fragment packets of the data packet corresponding to the Dup ACK message to the terminal device. Receiving an acknowledgement message returned by the terminal device;
  • the counting module 44 is configured to count and accumulate the Dup ACK message received by the receiving module 41 when the determination result of the second determining module 43 is YES;
  • the third determining module 45 is configured to determine whether the current count value of the Dup ACK message counted by the counting module 44 reaches 2;
  • the processing module 46 is configured to retransmit the data packet corresponding to the Dup ACK message when the determination result of the third determining module 45 is reached, and notify the counting module 44 to count the Dup ACK message. Zero.
  • the second determining module 43 is specifically configured as:
  • the RLC layer has sent all the fragment packets of the data packet corresponding to the Dup ACK message to the terminal device, and receives the acknowledgement message returned by the terminal device.
  • the counting module 44 is further configured to set the count value of the Dup ACK message to zero when the determination result of the second determining module 43 is negative.
  • the processing module 46 is further configured to record, in the process of retransmitting the data packet corresponding to the Dup ACK message, the termination sequence number of the data packet that is retransmitted at the RLC layer.
  • the network device further includes a fourth determining module 47, a selecting module 48, and a fifth determining module 49, wherein:
  • the fourth determining module 47 is configured to: after the first determining module 42 determines that the uplink message does not include a Dup ACK message, or the processing module 46 retransmits the data packet corresponding to the Dup ACK message, Determining whether the uplink message includes a SACK message;
  • the selecting module 48 is configured to select a corresponding data packet according to a sending sequence of each data packet corresponding to the SACK message when the determining result of the fourth determining module 47 is included; the fifth determining module 49.
  • the method is configured to determine whether the RLC layer has sent all the fragmented packets of the data packet currently selected by the selecting module 48 to the terminal device, and receives an acknowledgement message returned by the terminal device.
  • the processing module 46 is further configured to retransmit the currently selected data packet when the determination result of the fifth determining module 49 is YES.
  • the fifth determining module 49 is specifically configured as:
  • the RLC layer has sent all the fragmented packets of the currently selected data packet to the terminal device, and receives an acknowledgement message returned by the terminal device.
  • processing module 46 is further configured to: when the determination result of the fifth determining module 49 is negative, confirm each data corresponding to the SACK message after the data packet currently selected by the selecting module 48 None of the packages have been sent.
  • the processing module 46 is further configured to record, in the process of retransmitting the data packet currently selected by the selecting module 48, the termination sequence number of the data packet that is retransmitted in the RLC layer. .
  • the technical solution proposed by the embodiment of the present invention has the following advantages: In the case that the TCP entity receives the uplink message including the Dup ACK message sent by the terminal device, by applying the technical solution of the embodiment of the present invention, If the TCP entity determines that the RLC layer has sent all the fragmented packets of the data packet corresponding to the Dup ACK message to the terminal device, and receives the acknowledgement message returned by the terminal device, the Dup ACK message is counted and accumulated, and is counted.
  • the data packet corresponding to the Dup ACK message is retransmitted, so that the characteristics of the local buffering and retransmission of the TCP entity data can be flexibly utilized, and the Dup ACK of the terminal device is distinguished according to the characteristics of the reliable transmission of the RLC.
  • To achieve fast retransmission of TCP layer data accurately determine whether the data packet needs TCP layer retransmission on the wireless side of the TCP proxy, improve TCP performance and air interface resource utilization, and avoid unnecessary data retransmission. The system resources are wasted.
  • the technical solution of the embodiment of the present invention may be embodied in the form of a software product, which may be stored in a non-volatile storage medium (which may be a CD-ROM, a USB flash drive, a mobile hard disk, etc.). Including a plurality of instructions for causing a computer device (which may be a personal computer, a server, or a network side device, etc.) to perform the various implementation scenarios of the embodiments of the present invention. Methods.
  • modules in the apparatus in the implementation scenario may be distributed in the apparatus for implementing the scenario according to the implementation scenario description, or may be correspondingly changed in one or more devices different from the implementation scenario.
  • the modules of the above implementation scenarios may be combined into one module, or may be further split into multiple sub-modules.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Abstract

Un mode de réalisation de la présente invention porte sur un procédé de fonctionnement d'un dispositif de retransmission de données TCP du côté sans fil, consistant à : appliquant la solution technique du mode de réalisation de la présente invention, lorsqu'une entité TCP reçoit un message de liaison montante envoyé par un dispositif terminal et contenant un message d'accusé de réception dupliqué (Dup ACK), et si l'entité TCP détermine qu'une couche RLC a envoyé au dispositif terminal tous les fragments de paquets d'un paquet de données correspondant au message Dup ACK et a reçu un message ACK renvoyé par le dispositif terminal, alors compter et accumuler les messages Dup ACK; et lorsque la valeur comptée atteint 2, retransmettre le paquet de données correspondant au message Dup ACK, de manière à filtrer le Dup ACK du dispositif terminal en utilisant de manière flexible des caractéristiques de mise en tampon de données locales et de retransmission de l'entité TCP et en combinaison avec la caractéristique de transmission fiable de la RLC, et retransmettre rapidement les données de couche TCP, de manière que le côté sans fil, tel qu'une agence sur le TCP, puisse déterminer précisément si le paquet de données requiert la retransmission de la couche TCP, ce qui permet d'améliorer la performance TCP et le taux d'utilisation des ressources d'interface radio, et d'éviter un gaspillage de ressources système provoqué par une retransmission de données non nécessaire.
PCT/CN2012/085231 2012-04-28 2012-11-26 Procédé et dispositif de retransmission de données du tcp côté sans fil WO2013159516A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201210129854.0 2012-04-28
CN201210129854.0A CN102664718B (zh) 2012-04-28 2012-04-28 无线侧tcp数据重传的方法和设备

Publications (1)

Publication Number Publication Date
WO2013159516A1 true WO2013159516A1 (fr) 2013-10-31

Family

ID=46774141

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2012/085231 WO2013159516A1 (fr) 2012-04-28 2012-11-26 Procédé et dispositif de retransmission de données du tcp côté sans fil

Country Status (2)

Country Link
CN (1) CN102664718B (fr)
WO (1) WO2013159516A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018137449A1 (fr) * 2017-01-30 2018-08-02 Huawei Technologies Co., Ltd. Commande d'une transmission de données tcp

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102664718B (zh) * 2012-04-28 2015-09-09 大唐移动通信设备有限公司 无线侧tcp数据重传的方法和设备
CN103490868B (zh) * 2012-09-19 2019-03-15 英特尔公司 反向链路数据重传方法以及使用该方法的装置
CN104137507B (zh) * 2013-01-31 2018-11-16 华为技术有限公司 反馈丢包的消息处理方法及装置
WO2017107148A1 (fr) * 2015-12-24 2017-06-29 华为技术有限公司 Procédé de transmission de données et équipement de réseau
CN107040343A (zh) * 2016-02-03 2017-08-11 中国移动通信集团公司 一种重传调度方法及装置
CN107454626B (zh) * 2016-05-31 2020-06-05 中国移动通信有限公司研究院 一种信息发送方法、无线网络设备及终端
CN109314608A (zh) * 2016-09-28 2019-02-05 华为技术有限公司 一种数据传输方法、网络设备及终端设备
CN108234087B (zh) * 2016-12-22 2021-08-03 华为技术有限公司 数据传输方法及发送端
CN109792325A (zh) * 2017-01-24 2019-05-21 华为技术有限公司 一种数据传输方法、装置及客户终端设备
CN109905209B (zh) 2017-12-07 2020-12-29 网宿科技股份有限公司 一种设置网络乱序值的方法和装置
CN114710446B (zh) * 2022-03-23 2024-04-26 维沃移动通信有限公司 数据传输方法、装置、电子设备和存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101141405A (zh) * 2007-10-17 2008-03-12 华为技术有限公司 无线网络数据传输方法及无线网络控制器
CN101547192A (zh) * 2008-03-24 2009-09-30 大唐移动通信设备有限公司 一种分发传输tcp数据包的方法及装置
CN101631065A (zh) * 2008-07-16 2010-01-20 华为技术有限公司 一种无线多跳网络拥塞的控制方法和装置
CN102355462A (zh) * 2011-10-09 2012-02-15 大唐移动通信设备有限公司 一种实现tcp传输的方法及装置
CN102664718A (zh) * 2012-04-28 2012-09-12 大唐移动通信设备有限公司 无线侧tcp数据重传的方法和设备

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7593338B2 (en) * 2003-06-27 2009-09-22 Samsung Electronics Co., Ltd. Congestion control method and system for reducing a retransmission timeout count in a transmission control protocol
CN101119183A (zh) * 2007-09-06 2008-02-06 上海华为技术有限公司 重传控制方法及传输设备
CN102098150B (zh) * 2009-12-10 2014-10-22 中兴通讯股份有限公司 接收确认处理方法和基站

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101141405A (zh) * 2007-10-17 2008-03-12 华为技术有限公司 无线网络数据传输方法及无线网络控制器
CN101547192A (zh) * 2008-03-24 2009-09-30 大唐移动通信设备有限公司 一种分发传输tcp数据包的方法及装置
CN101631065A (zh) * 2008-07-16 2010-01-20 华为技术有限公司 一种无线多跳网络拥塞的控制方法和装置
CN102355462A (zh) * 2011-10-09 2012-02-15 大唐移动通信设备有限公司 一种实现tcp传输的方法及装置
CN102664718A (zh) * 2012-04-28 2012-09-12 大唐移动通信设备有限公司 无线侧tcp数据重传的方法和设备

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018137449A1 (fr) * 2017-01-30 2018-08-02 Huawei Technologies Co., Ltd. Commande d'une transmission de données tcp
US10462711B2 (en) 2017-01-30 2019-10-29 Futurewei Technologies, Inc. Controlling TCP data transmission

Also Published As

Publication number Publication date
CN102664718B (zh) 2015-09-09
CN102664718A (zh) 2012-09-12

Similar Documents

Publication Publication Date Title
WO2013159516A1 (fr) Procédé et dispositif de retransmission de données du tcp côté sans fil
KR102249741B1 (ko) 데이터 전송을 위한 방법 및 장치
US9860915B2 (en) Apparatus and method for moving a receive window in a radio access network
JP5523350B2 (ja) Ｔｃｐフロー制御のための方法及び装置
EP2759164B1 (fr) Commande de sous-flux dynamique pour une connexion de transport multichemins dans un réseau de communication sans fil
US9577791B2 (en) Notification by network element of packet drops
WO2017050216A1 (fr) Procédé de transmission de paquet et équipement utilisateur
US20080022180A1 (en) Method and apparatus for handling transmission errors in a wireless communications system
WO2014092779A1 (fr) Notification par un élément de réseau de chutes de paquets
KR101470637B1 (ko) 이동통신 시스템에서의 무선자원 향상 방법, 상태정보 보고방법 및 수신장치
EP2109954A1 (fr) Système d'établissement de priorités d'accusés de réception tcp efficace dans des réseaux sans fil
WO2016201904A1 (fr) Procédé et dispositif de transmission de données à base de tcp
WO2012129922A1 (fr) Procédé de gestion de paquets, et dispositif et système de transfert
WO2015066836A1 (fr) Procédé d'émission de données de service vidéo, dispositif de réception de données et dispositif d'émission de données
WO2020147453A1 (fr) Procédé de transmission de données et appareil associé
KR101024461B1 (ko) 전송 윈도우를 사용하는 통신 시스템에서의 최적화된 패킷 데이터 전송 프로토콜
CN102769520A (zh) 基于sctp协议的无线网络拥塞控制方法
JP4384676B2 (ja) データ通信装置の制御方法
WO2020010511A1 (fr) Procédé de transmission de données et station de base
CN111092907B (zh) 基于udp协议的数据流快速传输方法、系统及介质
JP2014192811A (ja) 中継装置及び通信方法
JP2006101339A (ja) データ通信装置
US20150071273A1 (en) Efficient transfer of tcp traffic over wlan
US11502986B2 (en) Reducing transmission delay of transmitting data in Wi-Fi
Schüler et al. Performance improvements for TCP in mobile networks with high packet delay variations

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 12875643

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12875643

Country of ref document: EP

Kind code of ref document: A1