WO2014117359A1 - Procédé et dispositif de traitement de message d'informations en retour sur une perte de paquet - Google Patents

Procédé et dispositif de traitement de message d'informations en retour sur une perte de paquet Download PDF

Info

Publication number
WO2014117359A1
WO2014117359A1 PCT/CN2013/071193 CN2013071193W WO2014117359A1 WO 2014117359 A1 WO2014117359 A1 WO 2014117359A1 CN 2013071193 W CN2013071193 W CN 2013071193W WO 2014117359 A1 WO2014117359 A1 WO 2014117359A1
Authority
WO
WIPO (PCT)
Prior art keywords
tcp
rlc
data packet
packet
response message
Prior art date
Application number
PCT/CN2013/071193
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 华为技术有限公司
Priority to CN201380000199.1A priority Critical patent/CN104137507B/zh
Priority to PCT/CN2013/071193 priority patent/WO2014117359A1/fr
Publication of WO2014117359A1 publication Critical patent/WO2014117359A1/fr

Links

Classifications

    • 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/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/163—In-band adaptation of TCP data exchange; In-band control procedures

Definitions

  • the present invention relates to the field of wireless communication technologies, and in particular, to a message processing and device for feedback packet loss. Background technique
  • Transmission Control Protocol is the most widely used transmission protocol on the Internet, but its original design goal is to work in a wired network. Therefore, there is a section of wireless air interface in the TCP connection (ie, wireless TCP). At the time, the TCP protocol involved in the wired network is no longer able to guarantee efficient work.
  • the TCP protocol controls the congestion of the transmission by introducing a control mechanism for the congestion window of the sender.
  • the receiving end notifies the sending end of its current receiving window size, and the transmitting end determines how much data the transmitting end can send to the receiving end according to the size of the receiving window and the size of the congestion window, that is, the value of the real sending window is a congestion window. And the minimum value in the notification window. This prevents the sender from sending too much data without causing TCP buffer overflow at the receiving end and reducing the rate of congestion in the network.
  • Radio network controller in the third generation mobile communication technology (3 Id Genera ion, 3G)
  • Network Control ler, RNC or fourth generation mobile communication technology (3 rd Genera t ion, 3G ) evolved base station (evolut ion NodeB, eNodeB), there may be a corresponding TCP or TCP proxy function entity for the radio TCP accelerates.
  • the receiver On the radio side of a terminal with a TCP proxy function or a TCP entity, due to air interface packet loss and non-sequential delivery, the receiver receives a large number of out-of-order packets.
  • the receiving end will send multiple duplicate acknowledgements (Dup acknowledgement, Dup ACK) or send selective acknowledgement (Selec t acknowledgement, SACK) to the sender, indicating that a packet is lost.
  • Dup ACK duplicate acknowledgements
  • SACK selective acknowledgement
  • the SACK option is supported. If the SACK option is not supported by the receiver, the scheme cannot be used. Therefore, most of the existing packet loss judging methods adopt a scheme of transmitting Dup ACK.
  • the congestion window will decrease, generally decreasing to the threshold of the slow start; and the sender will start a timer after sending a packet. Within the time range of this timer, if the acknowledgment of this packet (acknowl edgemenmen t , ACK ) has not been received, the congestion window will be reduced to 1.
  • the control of the congestion window is crucial in the TCP protocol, and many existing algorithms are given for adjusting the congestion window of TCP.
  • the most common algorithm is to determine whether packet loss is possible based on the estimated bandwidth and the bandwidth corresponding to the congestion window. A judgment is made on the current network state, and the result of this state judgment may be congestion and non-congestion.
  • congestion if a duplicate ACK occurs, or RT0 times out, the current congestion window is modified while retransmitting the data packet; if there is no congestion, if a duplicate ACK occurs, or When RT0 times out, the size of the current congestion window is maintained while retransmitting the data packet, and the problem of insufficient utilization of the wireless air interface caused by the congestion window being adjusted too small is avoided.
  • a first aspect of the present invention provides a radio link control RLC apparatus, including: a processor, a first interface, and a second interface;
  • the first interface is configured to interact with a transmission control protocol TCP device
  • the second interface is configured to interact with the peer device;
  • the processor is used to:
  • the TCP packet received by the first interface carries information of a TCP packet, where the information of the TCP packet includes the following One or any combination: IP address, port and byte range;
  • the processor is configured to form the TCP packet into an RLC data packet, and specifically includes: the processor is configured to:
  • the processor is configured to construct, according to the response message of the RLC data packet, a TCP corresponding to the RLC data packet
  • the response message of the packet including:
  • the processor is used to:
  • the response message of the TCP data packet is constructed by using the correspondence between the RLC data packet and the TCP data packet.
  • the response message of the RLC data packet is an RLC acknowledgement ACK information
  • the processor is configured to construct the message according to the response message of the RLC data packet.
  • the response message of the TCP packet corresponding to the RLC data packet specifically includes: the processor is configured to construct TCP ACK information of the TCP data packet according to the RLC ACK information.
  • the processor is further configured to:
  • the processor when a packet loss occurs, is further configured to:
  • the processor is further configured to:
  • the response message of the RLC data packet is an RLC negative acknowledgement NACK information
  • the processor is configured to construct a response message according to the RLC data packet.
  • the response message of the TCP packet corresponding to the RLC data packet specifically includes: the processor is configured to construct a TCP NACK message of the TCP data packet according to the RLC NACK information. And indicating that the TCP device retransmits the TCP packet corresponding to the TCP NACK information.
  • the processor is configured to construct TCP NACK information of the TCP data packet according to the RLC NACK information, specifically:
  • the processor is used to:
  • the TCP NACK information is constructed according to the RLC NACK information when the count value of the RLC retransmission timer and/or the RLC retransmission counter exceeds a preset threshold.
  • the response message of the TCP packet is selectively acknowledged by a user plane GPRS tunneling protocol GTP-U extension header or TCP
  • the RLC device is a radio network controller RNC or an evolved base station eNodeB.
  • a TCP device including: a processor and a communication interface;
  • the communication interface is configured to interact with an RLC device
  • the processor is used to:
  • TCP NACK information sent by the RLC device, where the TCP NACK information is configured by the RLC device according to the RLC NACK information;
  • the TCP packet of the lost packet is determined according to the TCP NACK information.
  • the processor is further configured to:
  • the TCP device is an RNC, an eNodeB, a GGSN, an SGSN, or a PGW.
  • a base station device including: an RLC device and a TCP device according to an embodiment of the present invention.
  • a fourth aspect provides a message processing method for feedback packet loss, where the method includes: a radio link control RLC device receives a TCP packet sent by a TCP device of a transmission control protocol, and forms a packet of the TCP packet to form an RLC data. Packet, and sending the RLC data packet to the peer device;
  • the RLC device receives a response message of the RLC data packet returned by the peer device; the RLC device constructs a response message of the TCP data packet corresponding to the RLC data packet according to the response message of the RLC data packet;
  • the RLC device feeds back a response message of the TCP packet to the TCP device.
  • the TCP data packet received by the RLC device carries information of a TCP data packet, where the information of the TCP data packet includes the following: One or any combination of: IP address, port, and byte range;
  • the grouping the TCP data packet into an RLC data packet includes:
  • the RLC device identifies the TCP data packet according to the information of the TCP data packet, and records an identifier of the TCP data packet;
  • the RLC device performs an RLC group packet on the TCP data packet to form an RLC data packet, and identifies the RLC data packet;
  • the RLC device establishes and records a correspondence between the RLC data packet and the TCP data packet according to the identifier of the TCP data packet and the identifier of the RLC data packet.
  • the responding message of the TCP data packet is configured according to the response message of the RLC data packet, specifically:
  • the response message of the RLC data packet is RLC ACK information
  • the TCP ACK information of the TCP packet is constructed based on the RLC ACK information.
  • the RLC device compares the TCP ACK information fed back by the peer device with the constructed TCP ACK information, and if not, determines that the data packet is lost when sent to the TCP device of the peer device. package.
  • the method when a packet loss occurs, the method further includes:
  • the RLC device instructs the TCP device to retransmit the TCP packet in which the packet loss occurs or to send the RLC packet corresponding to the TCP packet in which the packet loss occurs.
  • the RLC device compares the TCP ACK information fed back by the peer device with the constructed TCP ACK information. If they are consistent, it is determined that no packet loss occurs, and the peer device is no longer sent to the TCP device. TCP ACK information fed back by the device.
  • the response message of the RLC data packet is RLC NACK information
  • TCP NACK information of the TCP packet according to the RLC NACK information, to instruct the TCP device to retransmit the TCP packet corresponding to the TCP NACK information.
  • the configuring the TCP NACK information of the TCP data packet according to the RLC NACK information includes:
  • the TCP NACK information is constructed according to the RLC NACK information when the count value of the RLC retransmission timer and/or the RLC retransmission counter exceeds a preset threshold.
  • the response message of the TCP data packet is delivered by using an extension header of the GTP-U or a TCP SACK option.
  • the fifth aspect provides a message processing method for feedback packet loss, where the method includes: receiving TCP negative acknowledgement NACK information sent by an RLC device, where the TCP NACK information is constructed by the RLC device according to RLC NACK information;
  • the TCP packet of the lost packet is determined according to the TCP NACK information.
  • the method further includes:
  • the congestion window value of the transmitting end is reduced.
  • a sixth aspect provides a message processing apparatus for feeding back a packet, where the apparatus includes: a packet unit, configured to receive a TCP data packet sent by the TCP device, group the TCP data packet into an RLC data packet, and send the RLC data packet to the peer device;
  • a receiving unit configured to receive a response message of the RLC data packet returned by the RLC data packet sent by the peer device for the group packet unit
  • a processing unit configured to construct, according to the response message of the RLC data packet received by the receiving unit, a response message of a TCP data packet corresponding to the RLC data packet;
  • a sending unit configured to feed back a response message of the TCP packet obtained by the processing unit to the TCP device.
  • a receiving subunit configured to receive a TCP data packet sent by the TCP device, and obtain information about a TCP data packet carried in the TCP data packet, where the information of the TCP data packet includes one or any combination of the following: IP address, port and byte range;
  • a recording subunit configured to identify the TCP data packet according to the information of the TCP data packet obtained by the receiving subunit, and record an identifier of the TCP data packet;
  • a packet subunit configured to perform RLC grouping on the TCP packet received by the receiving subunit to form an RLC data packet, and identify the RLC data packet;
  • a storage subunit configured to establish and record a correspondence between the RLC data packet and the TCP data packet according to the identifier of the TCP data packet recorded by the recording subunit and the identifier of the RLC data packet obtained by the group packet subunit .
  • the processing unit is specifically configured to use the storage subunit according to the response message of the RLC data packet Corresponding relationship between the recorded RLC data packet and the TCP data packet, constructing a response message of the TCP data packet.
  • the processing unit when the response message of the RLC data packet received by the receiving unit is RLC ACK information, the processing unit is configured according to The RLC ACK information constructs TCP ACK information of a TCP packet.
  • the receiving unit is further configured to receive TCP ACK information that is fed back by the peer device; Includes:
  • a comparing unit configured to forward the TCP ACK information fed back by the peer device with the constructed TCP
  • the ACK information is compared, if it is inconsistent, it is determined that the data packet is lost when it is sent to the TCP device of the peer device.
  • the comparing unit when the packet loss occurs, is configured according to the TCP ACK information and the RLC fed back by the peer device The ACK information determines a TCP packet in which packet loss occurs; and triggers the sending unit to send an instruction indicating that the TCP device retransmits the TCP packet in which the packet loss occurs or sends the RLC corresponding to the TCP packet in which the packet loss occurs. The instruction of the packet.
  • the receiving unit is further configured to receive TCP ACK information that is fed back by the peer device; Includes:
  • a comparing unit configured to compare the TCP ACK information fed back by the peer device with the constructed TCP ACK information, if yes, determining that no packet loss occurs, and not triggering the sending unit to the TCP
  • the device sends the TCP ACK information fed back by the peer device.
  • the processing unit when the response message of the RLC data packet received by the receiving unit is RLC NACK information, the processing unit is configured according to the RLC NACK information.
  • the TCP NACK information of the TCP packet is configured to instruct the TCP device to retransmit the TCP packet corresponding to the TCP NACK information.
  • the device further includes:
  • a first retransmission unit configured to: when the response message of the RLC data packet received by the receiving unit is RLC NACK information, the response message of the RLC data packet is an RLC of RLC NACK information Retransmitting the data packet to the peer device, and starting an RLC retransmission timer and/or an RLC retransmission counter; when the count value of the RLC retransmission timer and/or the RLC retransmission counter exceeds a preset threshold, Triggering the processing unit to construct TCP NACK information according to the RLC NACK information.
  • the response message of the TCP packet that is sent by the sending unit is transmitted by using an extension header of the GTP-U or a TCP SACK option.
  • the seventh aspect provides a message processing apparatus for feedback packet loss, where the apparatus includes: a receiving unit, configured to receive TCP negative acknowledgement NACK information sent by the RLC apparatus, where the TCP
  • the NACK information is constructed by the RLC device according to the RLC NACK information
  • a determining unit configured to determine, according to the TCP NACK information received by the receiving unit, packet loss
  • the device further includes:
  • a second retransmission unit configured to: after the determining unit determines the TCP packet of the packet loss, retransmit the TCP packet of the packet loss to the peer device, and start a TCP retransmission timer and/or Or TCP retransmission counter;
  • an adjusting unit configured to reduce a congestion window value of the sending end when the count value of the TCP retransmission timer and/or the TCP retransmission counter initiated by the retransmission unit exceeds a preset threshold.
  • the message processing method and device for feedback packet loss determine whether a current TCP data packet is correctly received by using ACK/NACK information fed back by a radio link control (RLC) layer. Therefore, the TCP packet loss can be accurately determined and the accurate TCP packet loss information can be obtained. Only the data that is not correctly received can be retransmitted, which can reduce unnecessary retransmission, improve the performance of the wireless TCP, and make full use of the air interface resources.
  • RLC radio link control
  • FIG. 1 is a flowchart of a message processing method for feedback packet loss according to Embodiment 1 of the present invention
  • 2 is a flowchart of processing a packet of a TCP packet according to Embodiment 1 of the present invention
  • FIG. 3 is a schematic diagram of correspondence between protocol layers in an RNC according to Embodiment 1 of the present invention
  • FIG. 5 is a flowchart of a method for performing congestion control according to TCP NACK information according to Embodiment 2 of the present invention
  • FIG. 6 is a signaling diagram of a message processing method for feedback packet loss according to Embodiment 3 of the present invention
  • FIG. 7 is a schematic diagram of an extension header of a GTP-U protocol
  • FIG. 8 is a schematic diagram of a message processing apparatus for feedback packet loss according to Embodiment 4 of the present invention
  • FIG. 9 is a schematic diagram of a message processing apparatus for feedback packet loss according to Embodiment 5 of the present invention
  • FIG. 10 is a schematic diagram of an RLC apparatus according to Embodiment 6 of the present invention. Schematic diagram of the structure;
  • FIG. 11 is a schematic structural diagram of a TCP device according to Embodiment 7 of the present invention. detailed description
  • Radio Link Control (RLC) layer is one of the protocols of the L2 layer of the LTE protocol stack, and is mainly used to provide a reliable data transmission link, which is used for shielding wireless The impact of the link and provide reliable data transmission for the upper layer.
  • RLC Radio Link Control
  • the radio access network (RAN) side includes an RNC node and a base station NodeB.
  • the RNC node controls multiple NodeBs, and the NodeB directly communicates with a user equipment (User Equipment, UE).
  • UE User Equipment
  • the RAN side includes an eNodeB node, and the eNodeB node directly communicates with the Mobility Management Entity (MME) of the core network and the gateway, and simultaneously communicates with the UE.
  • MME Mobility Management Entity
  • the message processing method and device for feedback packet loss provided by the present invention are applied to determine the TCP transmission during the process of performing wireless TCP data transmission after establishing a bearer channel between the RAN side and the UE side. Whether the packet has been dropped.
  • FIG. 1 is a flowchart of a message processing method for feedback packet loss according to the embodiment. As shown in FIG. 1, the method includes:
  • the S1 0 RLC device receives the TCP packet sent by the TCP device, forms the TCP packet into an RLC packet, and sends the RLC packet to the peer device.
  • the TCP packet received by the RLC device may be a processed TCP packet (such as a packet processed by another protocol layer) or a TCP packet sent by the TCP device.
  • the peer device is usually a UE. The specific processing will be described in the following pages in conjunction with Figs. 2 and 3.
  • the RLC device receives a response message of the RLC data packet returned by the peer device.
  • the RLC device corresponding to the peer device returns the response information of the corresponding RLC packet for each RLC packet.
  • the response information of the RLC packet may include RLC ACK information and/or RLC NACK information.
  • the RLC device constructs a response message of the TCP packet corresponding to the RLC data packet according to the response message of the RLC data packet.
  • the response message of an RLC packet is ACK
  • the response message of the TCP packet corresponding to the RLC packet is ACK.
  • the response message of an RLC packet is NACK
  • the response message of the TCP packet corresponding to the RLC packet is NACK.
  • a response message of the TCP packet is constructed based on the response message of the RLC packet, that is, the TCP ACK information is constructed using the RLC ACK information, and the TCP NACK information is constructed using the RLC NACK information.
  • the RLC device feeds back the response message of the TCP packet to the TCP device.
  • the TCP device determines whether the TCP packet is lost according to a response message of the TCP packet.
  • the TCP device determines that the TCP packet has been dropped.
  • the TCP device receives an ACK of a TCP packet, it determines that no packet loss has occurred in the TCP packet.
  • FIG. 2 is a flowchart of processing a packet for a TCP packet according to the embodiment. As shown in FIG. 2, the process includes: The S101 RLC device receives the TCP packet sent by the TCP device and obtains information of the TCP packet carried in the TCP packet.
  • the transmitting end may be the RAN side
  • the receiving end may be the UE
  • the RLC device and the TCP device are equally provided on the RAN side and the UE side.
  • the TCP packet sent by the TCP device at the transmitting end usually performs pre-processing such as header compression and packet parsing through other protocol layers before reaching the RLC device, and the RLC device receives the processed TCP data. package.
  • FIG. 3 is a schematic diagram of correspondence between protocol layers in an RNC.
  • a TCP proxy server performs data transmission through a RNC and a base station NodeB.
  • TCP Proxy Server Includes multiple TCP connections for multiple users.
  • the RNC may include a Packet Data Convergence Protocol (PDCP) layer, an RLC device (ie, an RLC layer), a dedicated media access control (Media Acces s Cont ro l-D, MACD) layer, and media. Access control service (Med ia Acces s Cont ro l C li ent) layer.
  • PDCP Packet Data Convergence Protocol
  • RLC device ie, an RLC layer
  • Media Acces s Cont ro l-D Media Acces s Cont ro l-D
  • MACD media access control service
  • Access control service Med ia Acces s Cont ro l C li ent
  • the RNC receives the TCP data packet sent from the user's multiple TCP connections through the PDCP layer, and the PDCP layer parses the TCP data packet to obtain information of the TCP data packet, and the information of the TCP data packet includes one or any of the following. Combination: IP address, port and byte range, used to identify the TCP packet based on the information of the TCP packet.
  • the PDCP layer also has a header compression function that passes the header-compressed TCP packets to the RLC device.
  • the MAC layer performs scheduling on the RLC packets sent by the RLC device, and the MACC layer is used to aggregate and send the services in the cell to the NodeB.
  • the RLC device receives the TCP packet sent by the TCP device at the transmitting end,
  • the TCP packet is parsed to obtain the information of the TCP packet, and the parsed TCP packet is sent to the PDCP layer for header compression processing, and the RLC device supplies the packet processed by the PDCP layer to S1012.
  • the SI 012 the RLC device identifies the TCP packet according to the information of the TCP packet, and records the identifier of the TCP packet.
  • the identifier of the data packet includes one or any of the information of the TCP packets listed below. Combination: IP address, port and byte range.
  • the RLC device performs RLC grouping on the data packet to form an RLC data packet, and identifies the RLC data packet.
  • the processed RLC data packet may be sent to the peer device through other protocol layers, for example, sent through the MACD layer in FIG.
  • the RLC device determines the size of the packet according to the scheduling of the MACD layer, and how much data is sent to the MACD layer for traffic control, thereby avoiding congestion of the IuB port between the RNC and the NodeB.
  • the RLC device establishes and records a correspondence between the RLC data packet and the TCP data packet according to the identifier of the data packet and the identifier of the RLC data packet.
  • the correspondence between the RLC data packet and the TCP data packet is one of the following three types: one of the TCP data packets corresponds to one of the RLC data packets; one of the TCP data packets corresponds to multiple of the RLC data packets; or, multiple The TCP data packet corresponds to one of the RLC data packets.
  • a response message of the TCP packet is constructed according to the correspondence between the RLC packet and the TCP packet.
  • the ACK of the RLC packet is an ACK of the TCP packet. If a TCP packet corresponds to multiple RLC packets, if the ACK of multiple RLC packets is received, then the TCP packet can be considered as ACK, that is, multiple RLC packets are required to be ACK. If multiple TCP packets correspond to one RLC packet, the ACK of the RLC packet is the ACK of multiple TCP packets.
  • the present invention can accurately determine whether TCP packet loss has occurred, and can obtain accurate TCP packet loss information, and clarify which data packet is specifically lost, and can efficiently perform data retransmission.
  • FIG. 4 is a flowchart of a message processing method for feedback packet loss according to the embodiment. As shown in FIG. 4, the method includes: The S20 TCP device receives a response message of the TCP packet sent by the RLC device at the transmitting end. The response message of the TCP packet is obtained by the method of Embodiment 1, and details are not described herein again.
  • the TCP device determines, according to the response message of the TCP packet, whether the corresponding TCP packet is lost. When it is determined that the TCP packet is lost, the process proceeds to S203, otherwise, the process proceeds to S205.
  • the TCP device retransmits the corresponding TCP packet to the peer device, and starts a TCP retransmission timer and/or a TCP retransmission counter.
  • the TCP device reduces the congestion window value of the sending end when the count value of the TCP retransmission timer and/or the TCP retransmission counter exceeds a preset threshold.
  • the response message of the received TCP packet is a TCP NACK message
  • the data is retransmitted, and the TCP retransmission timer or the TCP retransmission counter is started.
  • the TCP retransmission timer expires or the TCP retransmission counter exceeds a preset threshold, the congestion window value is reduced.
  • the TCP device increases a congestion window value of the sending end.
  • the TCP device After receiving the TCP ACK message fed back by the RLC device, the TCP device performs sliding of the transmission window and increases the size of the congestion window.
  • the specific processing is the same as that in the existing TCP protocol.
  • the response message of the TCP packet received by the TCP device is the TCP NACK information.
  • the specific processing is shown in FIG. 5, including:
  • S30 sets the retransmission timeout (RTO) threshold of the TCP device RTO_threshold.
  • the size of the RT0 threshold RTO_threshold can be set according to actual needs. In the input, it is usually necessary to set a relatively small RTO threshold because the delay time of the direct packet loss of the RLC layer is very short.
  • the initial value of the congestion window value can be set to be the same as the advertised window size, that is, the flow control function is completely handed over to the RLC layer and the underlying MAC layer.
  • the RLC device can accurately feed back the NACK information of any TCP packet, the mechanism for using the RT0 to perform packet loss judgment in the TCP device may not be used.
  • the TCP device can perform effective congestion control according to the response message fed back by the RLC device, accurately retransmit the lost TCP packet, and optimize the wireless TCP system.
  • FIG. 6 is a signaling diagram of a message processing method for feedback packet loss according to the embodiment. As shown in FIG. 6, the method includes:
  • the S40 RAN TCP device transmits a TCP packet to the RAN RLC device.
  • the RAN RLC apparatus groups the TCP data packet to form an RLC data packet. After receiving the TCP data packet sent by the TCP device at the transmitting end, the RAN RLC device groups the TCP data packet to form at least one RLC data packet, and records the TCP data packet and the RLC data packet. Correspondence.
  • the RAN RLC apparatus sends the RLC data packet to the user equipment UE.
  • the UE RLC device feeds back the RLC ACK information to the RAN RLC device by receiving the RLC data packet.
  • the UE RLC apparatus sends a TCP data packet formed by the RLC data packet group to the UE TCP device.
  • the RAN RLC device constructs TCP ACK information according to the RLC ACK information fed back by the UE RLC device.
  • the RAN RLC device constructs ACK information of the corresponding TCP packet according to the relationship between the current RLC data packet and the TCP data packet, and then feeds back the TCP ACK information to the RAN TCP device.
  • the RAN RLC device sends the TCP ACK information to the RAN TCP device.
  • the RAN TCP device receives the TCP ACK information, it is determined that the TCP packet has no packet loss.
  • the RAN RLC device receives the TCP ACK information fed back by the UE TCP device.
  • the RAN RLC device compares the TCP ACK information fed back by the UE TCP device with the TCP ACK information.
  • the RLC ACK information fed back by the UE RLC device is generally more than the TCP fed back by the UE TCP device.
  • the ACK message arrived early. If the TCP ACK information fed back by the UE TCP device is consistent with the constructed TCP ACK information, it is confirmed that there is no packet loss, and the TCP ACK information fed back by the UE TCP device is not sent to the RAN TCP device. If it is inconsistent, it is determined that the RLC data packet is lost when the UE RLC device sends the UE TCP device, and the packet loss may be determined according to the TCP ACK information and the RLC ACK information fed back by the peer device. And a TCP packet, and instructing the TCP device to retransmit the TCP packet in which the packet loss occurs or to send the RLC packet corresponding to the TCP packet in which the packet loss occurs, and perform a retransmission operation.
  • the RAN RLC device sends 6 data packets to the UE, specifically identified as 1 to 6, and the RLC ACK information fed back by the UE RLC device is 1, 2, 3, 5, 6 , indicating that the received identifier is 1, 2, 3
  • the RLC data packet of 5, 6 corresponds to the correspondence between the RLC data packet identifier and the TCP data packet identifier
  • the corresponding TCP ACK information can be constructed according to the RLC ACK
  • the RLC data packet identifier corresponds to the TCP data packet identifier.
  • the constructed TCP ACK information is also 1, 2, 3, 5, and 6, indicating that the TCP packets with the identifiers 1, 2, 3, 5, and 6 have no packet loss.
  • the TCP ACK information fed back by the UE TCP device is 3, indicating that the data packet with the identifier 1, 2, 3 is received. It can be seen that the TCP ACK information fed back by the UE TCP device is inconsistent with the constructed TCP ACK information, and it can be determined that the TCP packet with packet loss occurs, and can be determined according to the TCP ACK information and the constructed TCP ACK information fed back by the UE TCP device. If the TCP packet with packet loss is a TCP packet with the identifier 4, the RAN TCP device is instructed to retransmit the TCP packet with the identifier 4 or the RLC packet with the RAN RLC device retransmission identifier 4, corresponding to the identifier 4 TCP packet.
  • the identifier of the lost RLC data packet and the corresponding TCP packet identifier are similarly determined, and the packet retransmission of the lost packet is performed.
  • the UE RLC device feeds back the RLC NACK information to the RAN RLC device for the unreceived RLC data packet.
  • the S41 RAN RLC device retransmits the RLC packet that feeds back the RLC NACK information.
  • the RAN RLC device retransmits the corresponding RLC packet and starts the RLC retransmission timer or the RLC retransmission counter.
  • the count value of the RLC retransmission timer and/or the RLC retransmission counter exceeds a preset threshold, it indicates that an RLC random packet loss, an RLC timeout packet loss, an RLC retransmission timeout, or an RLC retransmission failure occurs. S41 2.
  • the RLC device In an RLC device, there are many cases in which one data is lost. For example, if its cache cannot receive TCP packets from the PDCP layer, the RLC device can directly discard the RLC packets. Or, after an RLC packet is transmitted multiple times, exceeds the retransmission time limit, or exceeds the retransmission limit, the NACK is fed back to the TCP device. That is, the RAN RLC device considers various packet loss scenarios, but the feedback to the TCP layer is a NACK message, because for the RAN TCP device, a certain TCP packet is not successfully transmitted.
  • the RAN RLC device constructs TCP NACK information according to the RLC NACK information, and is used to instruct the TCP device to retransmit the TCP data packet corresponding to the TCP NACK information.
  • the RAN RLC device sends TCP NACK information to the RAN TCP device.
  • the RAN TCP device determines a packet loss condition of the TCP packet.
  • the packet loss condition is determined according to the TCP ACK information or the TCP NACK information fed back by the RAN RLC device.
  • the TCP ACK message When the TCP ACK message is received, it indicates that the packet transmission was successful.
  • the TCP device determines the packet loss as follows: First, when the RLC device feeds back the TCP NACK information, it indicates that packet loss must occur. Lost data packets may fail after multiple retransmissions, or they may be directly discarded by the RLC device. If the NACK information fed back after multiple failures is retransmitted, the RT0 recording time of the data packet is relatively long. If it is directly discarded by the RLC device, there are two possibilities: One is to wait for a period of time to discard, The data packet is recorded in the RT0 timer of the TCP device for a relatively long time; one is because the buffer is already full and directly discarded, then the time recorded by the RT0 timer of the TCP device is very short. Under normal circumstances, whether it is retransmission timeout, retransmission times, or waiting timeout, then the RT0 time of the packet is relatively long, and the time of the RT0 timer recorded by the packet is Very short.
  • the RAN TCP device retransmits the lost TCP packet.
  • the specific transmission conditions of the RLC data packet are as follows: The first one is a successful transmission, the second is a retransmission multiple success, the third is a retransmission multiple times and the number of retransmissions fails, the fourth is After retransmission, it fails more than the time limit of retransmission. In the fifth case, if the buffer of the RLC device is full, the received data packet is directly discarded. In the third, fourth, and fifth cases, the RLC devices feed back the NACK information corresponding to the TCP packet to the TCP device, and the TCP layer retransmits.
  • the TCP device and the RLC device are grouped on the radio side (ie, the RAN side), which can completely solve the problem of packet loss judgment in the wireless TCP, and also avoid the delay problem of information transmission.
  • the network element capable of providing the RLC device in the RAN side may be a device such as an RNC or an eNodeB, and the TCP ACK/NACK information fed back by the RAN side may provide a network element location as an RNC, an eNodeB, and a general packet radio service gateway support node (Gateway GPRS). Support Node, GGSN) and Packet Data Network Gateway (P-GW). That is to say, the TCP ACK/NACK information fed back by the RAN side can be directly fed back to other network elements through the RNC or the eNodeB, or can be forwarded to the GGSN, P-GW, etc. through the RNC or the eNodeB, and then forwarded to other network elements. Therefore, in this embodiment, the RLC device may be an RNC, an eNodeB, or the like, and the TCP device may be a RNC, an eNodeB, a GGSN, a P-GW, or the like.
  • the extension header of the GTP-U protocol can be used to transmit the corresponding TCP.
  • ACK/NACK information. 7 is a schematic diagram of an extended header of a GTP-U protocol, including an extended header length, an extended header content, and a next extended header type, which can be transmitted as TCP ACK/NACK information.
  • TCP ACK/NACK information is also available. The transmission is performed by using the ACK and NACK flag bits in the SACK in the RLC device. Since the SACK is located in the RLC device, it is not required to have the SACK option for the TCP device, and can be transmitted.
  • the foregoing RAN TCP device and the RAN RLC device may be in the same base station device, and the base station device may be a device such as an RNC or an eNodeB.
  • the TCP device at the transmitting end may not be in the RAN side, that is, there is no TCP optimization in the RAN side, and the RAN TCP device and the RAN RLC device are in different network elements, and the RAN RLC device may send the feedback TCP ACK information or The TCP NACK information is fed back to the TCP device of other network elements, for example, a Serving GPRS Suppering Node (SGSN) or a Policy and Charging Rules function (Po li cy And Charging Rul es Funcion,
  • SGSN Serving GPRS Suppering Node
  • Po li cy And Charging Rul es Funcion The specific processing of the network element, such as the PCRF, is similar to the embodiment, and will not be described again.
  • FIG. 8 is a schematic diagram of a message processing apparatus for feedback packet loss according to the embodiment.
  • the apparatus of the present invention includes: a packet unit 501, a receiving unit 502, a processing unit 503, and a transmitting unit 504.
  • the packet unit 501 is configured to receive a TCP packet sent by the TCP device, group the TCP packet into an RLC packet, and send the RLC packet to the peer device.
  • the packet unit 501 specifically includes: a receiving subunit, a recording subunit, a packet subunit, and a storage subunit (not shown).
  • the receiving subunit is configured to receive the TCP data packet sent by the TCP device and obtain the information of the TCP data packet carried in the TCP data packet.
  • FIG. 3 is a schematic diagram of the correspondence between protocol layers in the RNC. As shown in FIG. 3, the TCP proxy performs data transmission with the base station NodeB through the RNC.
  • the TCP proxy server includes multiple TCP connections for multiple users.
  • the RNC may include a Packet Data Convergence Pro toco l (PDCP) layer, an RLC device, a dedicated media access control (Met ia Acces s Cont ro lD , MACD ) layer, and a media access control service ( Med Ia Acces s Cont ro l CI i ent ) layer.
  • the RNC receives TCP packets sent from multiple TCP connections of the user through the PDCP layer, and the PDCP layer parses the TCP packets to obtain information of the TCP packets, and the header information includes one or any combination of the following: IP The address, port, and byte range are used to identify the TCP packet based on the information of the TCP packet.
  • the PDCP layer also has a header compression function that passes the header-compressed TCP packets to the RLC device.
  • the MACD layer performs scheduling on the RLC data packets sent by the RLC device, and the MACC layer is used to aggregate and send the services in the cell to the NodeB.
  • the receiving subunit further parses the TCP packet to obtain the information of the TCP packet, and then sends the parsed TCP packet to the PDCP layer for header.
  • the compression process is performed, and the data packet processed by the PDCP layer is further provided to the recording subunit.
  • the recording subunit is configured to identify the TCP data packet according to the information of the TCP data packet obtained by the receiving subunit, and record an identifier of the TCP data packet.
  • the identifier of the TCP packet recorded by the recording subunit includes one or any combination of the information of the following TCP packets: IP address, port and byte range.
  • the packet subunit is configured to perform RLC grouping on the TCP packet received by the receiving subunit to form an RLC data packet, and identify the RLC data packet.
  • the packet sub-unit determines the size of the packet according to the scheduling of the MACD layer, and how much data is sent to the MACD layer for traffic control to avoid congestion of the IuB port between the RNC and the NodeB.
  • the storage subunit is configured to establish and record a correspondence between the RLC data packet and the TCP data packet according to the identifier of the TCP data packet recorded by the recording subunit and the identifier of the RLC data packet obtained by the group packet subunit.
  • the correspondence between the RLC data packet recorded by the storage subunit and the TCP data packet is one of the following three types: one of the TCP data packets corresponds to one of the RLC data packets; and one of the TCP data packets corresponds to multiple of the RLC data packets. Or, a plurality of the TCP data packets correspond to one of the RLC data packets.
  • the receiving unit 502 is configured to receive a response message of the RLC data packet returned by the RLC device sent by the RLC device of the peer device to the RLC data packet.
  • the RLC device of the peer device returns the response information of the corresponding RLC packet for each RLC packet.
  • the response information of the RLC data packet received by the receiving unit 502 includes RLC ACK information and/or RLC NACK information.
  • the processing unit 503 is configured to construct a response message of the TCP packet corresponding to the RLC data packet according to the response message of the RLC data packet received by the receiving unit 502.
  • the processing unit 503 constructs a response message of the TCP packet based on the correspondence between the RLC packet recorded in the packet unit 501 and the TCP packet.
  • the processing unit 503 constructs a response message of the TCP packet according to the response message of the RLC packet, that is, constructs TCP ACK information by using the RLC ACK information, and constructs TCP NACK information by using the RLC NACK information to indicate the TCP device. Retransmitting the TCP packet corresponding to the TCP NACK information.
  • the processing unit 503 constructs a response message of the TCP data packet according to the response message of the RLC data packet by using the correspondence between the RLC data packet and the TCP data packet recorded by the storage subunit. Specifically, if a TCP packet corresponds to only one RLC packet, the ACK of the RLC packet is an ACK of the TCP packet. If a TCP packet corresponds to multiple RLC packets, if the ACK of multiple RLC packets is received, then the TCP packet can be considered as ACK, that is, multiple RLC packets are required to be ACK. If multiple TCP packets correspond to one RLC packet, the ACK of the RLC packet is the ACK of multiple TCP packets.
  • the sending unit 504 is configured to feed back a response message of the TCP packet obtained by the processing unit 503 to TCP device.
  • the TCP device determines whether the TCP packet is lost according to a response message of the TCP packet.
  • the transmitting unit 504 transmits the TCP NACK information
  • the TCP device at the transmitting end determines that the TCP packet has been dropped.
  • the TCP device at the transmitting end receives an ACK of a certain TCP packet, it is determined that no packet loss has occurred in the TCP packet.
  • the response message of the TCP packet fed back by the sending unit is transmitted through an extension header of the GPRS tunneling protocol GTP-U of the user plane or a selective acknowledge SACK.
  • the message processing apparatus of the present invention further includes: a comparing unit 505 and a first retransmission unit
  • the comparing unit 505 is connected to the receiving unit 502, the processing unit 503, and the transmitting unit 504.
  • the receiving unit 502 is further configured to receive ACK information fed back by the TCP device of the peer device.
  • the comparing unit 505 is configured to compare the ACK information fed back by the TCP device received by the receiving unit 502 with the TCP ACK information obtained by the processing unit 503, and if not, determine that the data packet is sent to the receiving end. If the TCP device is the same, it is determined that no packet loss occurs, and the sending unit 504 is no longer triggered to send the ACK information fed back by the TCP device to the transmitting end.
  • the RLC ACK information fed back by the UE RLC device is generally earlier than the TCP ACK information fed back by the UE TCP device. If the TCP ACK information fed back by the UE TCP device is consistent with the constructed TCP ACK information, the comparing unit 505 confirms that there is no packet loss, and does not send the TCP ACK information fed back by the TCP device to the TCP device of the transmitting end. If not, the comparing unit 505 determines that the RLC data packet is lost when the RLC device of the UE sends the TCP device to the UE, and may use the TCP ACK information and the RLC ACK information that are fed back by the peer device.
  • the TCP packet that sends the RLC ACK information is discarded by the TCP device after being transmitted to the TCP device.
  • the first retransmission unit 506 is connected to the receiving unit 502 and the processing unit 503.
  • the first retransmission unit 506 is configured to: when the response message of the RLC data packet received by the receiving unit 502 is RLC NACK information, retransmit the RLC data packet of the RLC data packet to the RLC NACK information.
  • a peer device and starting an RLC retransmission timer and/or an RLC retransmission counter; when the count value of the RLC retransmission timer and/or the RLC retransmission counter exceeds a preset threshold, the trigger processing unit 503 is configured according to the The RLC NACK information constructs TCP NACK information.
  • FIG. 9 is a schematic diagram of a message processing apparatus for feedback packet loss according to an embodiment of the present invention. As shown in FIG. 9, the apparatus includes: a receiving unit 601, a determining unit 602, a second retransmission unit 603, and an adjusting unit 604.
  • the receiving unit 601 is configured to receive TCP NACK information sent by the RLC device.
  • the TCP NACK information is obtained by the apparatus of the fourth embodiment.
  • the determining unit 602 is configured to determine the TCP packet of the packet loss according to the TCP NACK information received by the receiving unit 601.
  • the second retransmission unit 603 is configured to: after the determining unit 602 determines the TCP packet of the lost packet, retransmit the TCP packet of the lost packet to the UE, and start a TCP retransmission timer and/or a TCP retransmission counter. .
  • the adjusting unit 604 is configured to reduce the congestion window value of the transmitting end when the count value of the TCP retransmission timer and/or the TCP retransmission counter started by the second retransmission unit 603 exceeds a preset threshold.
  • the determining unit 602 determines that the corresponding TCP packet is lost, the second retransmission unit 603 performs data retransmission, and starts the TCP retransmission timer. Or TCP retransmission counter.
  • the adjustment unit 604 reduces the congestion window value.
  • the determining unit 602 determines that the data packet has no packet loss, and the adjusting unit 604 performs sliding of the sending window, and increases the size of the congestion window, and the specific processing process and existing The processing in the TCP protocol is the same.
  • FIG. 10 is a schematic structural diagram of an RLC device according to an embodiment of the present invention. As shown in FIG. 10, the RLC device of the embodiment of the present invention may include:
  • the processor 701 may be a single core or multi-core central processing unit (Centra l Proces s ing Uni t ,
  • the CPU is either a specific integrated circuit (ASIC) or one or more integrated circuits configured to implement embodiments of the present invention.
  • the first interface 702 is for interacting with a TCP device.
  • the second interface 703 is used to interact with the peer device.
  • the processor 701 is used to:
  • the TCP packet received by the first interface 702 carries information of the TCP packet.
  • the TCP packet received by the first interface 702 may be a processed TCP packet, or may be a TCP packet sent by a TCP device.
  • the processor 701 identifies the TCP data packet according to the information of the TCP data packet, and records an identifier of the TCP data packet; performing an RLC group packet on the TCP data packet to form an RLC data packet, and identifying the An RLC data packet; and, according to the identifier of the TCP data packet and the identifier of the RLC data packet, establishing and recording a correspondence between the RLC data packet and the TCP data packet.
  • the processor 701 uses the RLC data packet and the TCP according to the response message of the RLC data packet. Corresponding relationship of the data packet, constructing a response message of the TCP data packet.
  • the processor 701 constructs TCP ACK information of the TCP packet based on the RLC ACK information.
  • the second interface 703 may further receive the TCP ACK information that is fed back by the peer device, and the processor 701 compares the TCP ACK information fed back by the peer device with the constructed TCP ACK information, and if yes, determine If no packet loss occurs, the TCP ACK information fed back by the peer device is not sent to the TCP device; if not, it is determined that the TCP packet is generated when the TCP device is sent to the peer device. Lose the package.
  • the processor 701 determines, according to the TCP ACK information and the RLC ACK information fed back by the peer device, the TCP packet in which the packet loss occurs, and instructs the TCP device to retransmit the TCP packet that is lost.
  • the data packet or the RLC data packet corresponding to the TCP packet in which the packet loss occurs is sent through the second interface 703.
  • the processor 701 is configured to construct TCP NACK information of the TCP data packet according to the RLC NACK information, to instruct the TCP device to retransmit the TCP NACK.
  • the TCP packet corresponding to the information.
  • the processor 701 retransmits the RLC data packet of the RLC data packet to the peer device, and starts an RLC retransmission timer and/or an RLC retransmission counter; when the RLC retransmits When the count value of the timer and/or the RLC retransmission counter exceeds a preset threshold, the TCP NACK information is constructed according to the RLC NACK information.
  • the RLC device may also perform the processing methods shown in FIG. 1-3 and FIG. 6 above, and details are not described herein.
  • FIG. 11 is a schematic structural diagram of a TCP device according to an embodiment of the present invention.
  • the TCP device in the embodiment of the present invention may include: a processor 801 and a communication interface 802.
  • the processor 801 may be a single core or multi-core central processing unit (CPU), or an application specific integrated circuit (ASIC), or one or more integrated systems configured to implement the embodiments of the present invention. Circuit. Communication interface 802 is used to interact with the RLC device.
  • the processor 801 is used to:
  • the TCP packet of the lost packet is determined according to the TCP NACK information.
  • the TCP NACK information is configured by the RLC device according to the RLC NACK information.
  • the specific configuration method is as described in the first embodiment or the third embodiment, and details are not described herein.
  • the processor 801 When determining that there is a packet loss TCP packet, the processor 801 is further configured to retransmit the lost packet TCP packet to the peer device through the communication interface 802, and start a TCP retransmission timer and/or TCP.
  • Retransmission counter when the count value of the TCP retransmission timer and/or the TCP retransmission counter exceeds a preset threshold, the congestion window value of the transmitting end is reduced, thereby performing congestion control on the transmission process.
  • the TCP device further performs the foregoing control method shown in FIG. 4-6 according to the instruction, and details are not described herein again.
  • the RLC device in Embodiment 6 may be a radio network controller RNC or an evolved base station eNodeB.
  • the TCP device in the seventh embodiment may be an RNC or an eNodeB, or may be a device such as a GGSN or a P-GW. Since the RNC to the GGSN, the eNodeB and the P-GW are both the GPRS Tunneling Protocol (GPRS Tuning Protocol to Protocol), the response message of the TCP packet It is transmitted through the extension header of the user plane's GPRS tunneling protocol GTP-U. Of course, the response message of the TCP packet can also be transmitted by using the ACK and NACK flag bits in the SACK in the RLC device.
  • GPRS Tunneling Protocol GPRS Tuning Protocol to Protocol
  • the foregoing TCP device and the RLC device may be in the same base station device, and the base station device may be a device such as an RNC or an eNodeB. If the TCP device and the RLC device are in different network elements, the RLC device may feed back the TCP ACK information or the TCP NACK information to the TCP device of the other network element.
  • the specific processing is similar to the embodiment, and details are not described herein.
  • the message processing method and device for feedback packet loss provided by the present invention determine whether a current TCP packet is correctly received through the ACK/NACK information fed back by the RLC layer, thereby accurately determining the TCP packet loss and obtaining accurate TCP packet loss information. , only need to retransmit the data that was not received correctly, It can reduce unnecessary retransmissions, improve the performance of wireless TCP, and make full use of air interface resources.
  • RAM random access memory
  • ROM read-only memory
  • EEPROM electrically programmable ROM
  • EEPROM electrically erasable programmable ROM
  • registers hard disk, removable disk, CD-ROM, or technical field Any other form of storage medium known.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)

Abstract

La présente invention concerne un procédé et un dispositif permettant de traiter un message d'informations en retour sur une perte de paquet. Le procédé de traitement comprend les étapes suivantes : un dispositif RLC reçoit un paquet de données TCP envoyé par un dispositif TCP, assemble le paquet de données TCP pour former un paquet de données RLC, et envoie le paquet de données RLC à un dispositif homologue ; le dispositif RLC reçoit un message de réponse du paquet de données RLC renvoyé par le dispositif homologue ; le dispositif RLC élabore un message de réponse du paquet de données TCP correspondant au paquet de données RLC selon le message de réponse du paquet de données RLC ; et le dispositif RLC renvoie en retour le message de réponse du paquet de données TCP au dispositif TCP. La présente invention peut déterminer avec précision si une perte de paquet TCP se produit et obtenir des informations précises sur une perte de paquet TCP, de sorte que le paquet de données spécifique qui est perdu puisse être repéré.
PCT/CN2013/071193 2013-01-31 2013-01-31 Procédé et dispositif de traitement de message d'informations en retour sur une perte de paquet WO2014117359A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201380000199.1A CN104137507B (zh) 2013-01-31 2013-01-31 反馈丢包的消息处理方法及装置
PCT/CN2013/071193 WO2014117359A1 (fr) 2013-01-31 2013-01-31 Procédé et dispositif de traitement de message d'informations en retour sur une perte de paquet

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2013/071193 WO2014117359A1 (fr) 2013-01-31 2013-01-31 Procédé et dispositif de traitement de message d'informations en retour sur une perte de paquet

Publications (1)

Publication Number Publication Date
WO2014117359A1 true WO2014117359A1 (fr) 2014-08-07

Family

ID=51261414

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2013/071193 WO2014117359A1 (fr) 2013-01-31 2013-01-31 Procédé et dispositif de traitement de message d'informations en retour sur une perte de paquet

Country Status (2)

Country Link
CN (1) CN104137507B (fr)
WO (1) WO2014117359A1 (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109525374A (zh) * 2017-09-20 2019-03-26 华为技术有限公司 数据传输的方法、无线接入点、用户设备及传输设备
CN111447144A (zh) * 2020-04-01 2020-07-24 中核武汉核电运行技术股份有限公司 一种基于透明代理的应用路由方法

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018027814A1 (fr) 2016-08-11 2018-02-15 华为技术有限公司 Procédé de transmission de données, dispositif de réception de données, et dispositif d'envoi de données
CN111435866B (zh) * 2019-01-14 2023-02-10 华为技术有限公司 数据传输方法及相关装置
CN115085890B (zh) * 2022-06-23 2024-06-25 云合智网(上海)技术有限公司 数据中心网络芯片优化tcp rto重传等待时间的方法

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102007812A (zh) * 2008-02-12 2011-04-06 Ip无线有限公司 Tcp流控制的方法和设备
US8279822B2 (en) * 2009-12-30 2012-10-02 Motorola Mobility Llc Method and apparatus for scheduling an acknowledgement in a wireless communication system

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2843670B1 (fr) * 2002-08-14 2005-01-14 Evolium Sas Procede pour l'allocation de ressources en mode paquet dans un systeme de radiocommunications mobiles
ATE494691T1 (de) * 2004-06-15 2011-01-15 Panasonic Corp Prioritätsbehandlung für datenübertragungen
CN100407698C (zh) * 2005-03-29 2008-07-30 华为技术有限公司 无线链路控制层的数据传输方法
CN101001131B (zh) * 2006-01-12 2010-08-11 华为技术有限公司 一种分割级联方法
CN101043299B (zh) * 2006-04-05 2010-08-25 华为技术有限公司 一种ack/nack方法
CN101132261A (zh) * 2006-08-21 2008-02-27 华为技术有限公司 一种数据包重传方法和系统
KR101394784B1 (ko) * 2007-10-16 2014-05-15 엘지전자 주식회사 고속데이터 전송을 위한 ａｒｑ 과정의 수행방법
EP2410690B1 (fr) * 2008-01-09 2014-12-17 Telefonaktiebolaget L M Ericsson AB (Publ) Procédé et unité de transmission pour réduire le risque de blocage des transmissions
CN102130756B (zh) * 2008-07-17 2016-05-25 华为技术有限公司 数据传输方法和装置
CN102347827A (zh) * 2010-07-28 2012-02-08 中兴通讯股份有限公司 一种实现rlc层重传的方法及系统
CN102761905B (zh) * 2011-04-26 2016-03-30 华为技术有限公司 消息处理方法、设备及系统
CN102316515B (zh) * 2011-09-16 2017-04-26 中兴通讯股份有限公司 无线链路控制层状态报告的构造方法及装置
CN102664718B (zh) * 2012-04-28 2015-09-09 大唐移动通信设备有限公司 无线侧tcp数据重传的方法和设备
CN102761403B (zh) * 2012-06-28 2014-12-17 深信服网络科技（深圳）有限公司 探测tcp丢包的方法、装置及tcp协议栈的探测端

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102007812A (zh) * 2008-02-12 2011-04-06 Ip无线有限公司 Tcp流控制的方法和设备
US8279822B2 (en) * 2009-12-30 2012-10-02 Motorola Mobility Llc Method and apparatus for scheduling an acknowledgement in a wireless communication system

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109525374A (zh) * 2017-09-20 2019-03-26 华为技术有限公司 数据传输的方法、无线接入点、用户设备及传输设备
CN111447144A (zh) * 2020-04-01 2020-07-24 中核武汉核电运行技术股份有限公司 一种基于透明代理的应用路由方法

Also Published As

Publication number Publication date
CN104137507A (zh) 2014-11-05
CN104137507B (zh) 2018-11-16

Similar Documents

Publication Publication Date Title
US11133897B2 (en) Data transmission method and apparatus
JP4906844B2 (ja) 無線移動通信システムで下位階層データブロックを生成する方法
JP4806030B2 (ja) 移動通信システムで信号を転送する方法
CA2677112C (fr) Procede et appareil pour ameliorer un controle de liaison radio (rlc) pour une taille souple d'unite de donnees par paquet (pdu) de rlc
TWI415433B (zh) 雙向無線電連結控制非持久模式低延遲服務
US8588784B2 (en) Mobile communication system, wireless base station and hand over reconnection method for use therewith including an accumulation portion for holding data
RU2543996C2 (ru) Управление перегрузкой в сети связи
KR101470637B1 (ko) 이동통신 시스템에서의 무선자원 향상 방법, 상태정보 보고방법 및 수신장치
WO2013075666A1 (fr) Procédé d'accusé de réception de transmission de paquet de données rlc et côté envoi d'entité am rlc
WO2014094613A1 (fr) Procédé et dispositif de transmission de données, et système de communication
KR20100053625A (ko) 무선 통신 시스템에서의 핸드오버 동안 데이터의 계층 2 터널링
EP3011705A1 (fr) Mécanisme d'interrogation et de notification
WO2009043308A1 (fr) Procédé d'acheminement pour des paquets de liaison descendante et montante base sur la commutation s1 et noeud b évolué correspondant
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é
WO2021000783A1 (fr) Procédé et appareil pour indiquer des situations de transmission de données
WO2014117359A1 (fr) Procédé et dispositif de traitement de message d'informations en retour sur une perte de paquet
WO2013159516A1 (fr) Procédé et dispositif de retransmission de données du tcp côté sans fil
WO2014166053A1 (fr) Procede et terminal de communication
WO2016201904A1 (fr) Procédé et dispositif de transmission de données à base de tcp
EP3506540A1 (fr) Procédé de transmission de données, dispositif de réseau et dispositif de terminal
EP1959601A1 (fr) Schéma de retransmission pour échanger des informations de contrôle entre une passerelle et un noeud mobile
US9980238B2 (en) Timeout of communication radio link
WO2015113296A1 (fr) Procédé et dispositif de retour d'informations d'état dans un mode à double liaison
US9510242B2 (en) Reducing superfluous traffic in a network

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: 13873720

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: 13873720

Country of ref document: EP

Kind code of ref document: A1