WO2017168042A1 - Optimized action at repeating arq poll - Google Patents

Optimized action at repeating arq poll Download PDF

Info

Publication number
WO2017168042A1
WO2017168042A1 PCT/FI2017/050173 FI2017050173W WO2017168042A1 WO 2017168042 A1 WO2017168042 A1 WO 2017168042A1 FI 2017050173 W FI2017050173 W FI 2017050173W WO 2017168042 A1 WO2017168042 A1 WO 2017168042A1
Authority
WO
WIPO (PCT)
Prior art keywords
data packet
retransmission
entity
data
protocol entity
Prior art date
Application number
PCT/FI2017/050173
Other languages
French (fr)
Inventor
Henri Markus Koskinen
Original Assignee
Nokia Technologies Oy
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 Nokia Technologies Oy filed Critical Nokia Technologies Oy
Publication of WO2017168042A1 publication Critical patent/WO2017168042A1/en

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/1607Details of the supervisory signal
    • H04L1/1685Details of the supervisory signal the supervisory signal being transmitted in response to a specific request, e.g. to a polling signal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/188Time-out mechanisms
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/28Timers or timing mechanisms used in protocols

Abstract

Various communication systems may benefit from improved acknowledgment methodology. For example, it may be helpful for a radio link control entity to receive acknowledgment information as soon as possible after the expiration of a poll-retransmission timer. A method may include starting a timer for retransmission of a poll at a protocol entity (110) in an acknowledged mode. The method may also include determining at the protocol entity, upon expiration of the timer, a data packet having a lowest sequence number among one or more data packets (120). In addition, the method may include considering retransmission of the data packet having the lowest sequence number by the protocol entity, regardless of whether new data can be transmitted and of whether any data packets are awaiting transmission (140). Further, the method may include transmitting the data packet having the lowest sequence number by the protocol entity (150).

Description

TITLE:
OPTIMIZED ACTION AT REPEATING ARQ POLL
CROSS REFERENCE TO RELATED APPLICATION:
5 This application claims priority to U.S. Provisional Application No. 62/315,940 filed on March 31, 2016. The entire content of the above-referenced provisional application is hereby incorporated by reference.
BACKGROUND:
i o Field:
Various communication systems may benefit from improved acknowledgment methodology. For example, it may be helpful for a radio link control entity to receive acknowledgment information as soon as possible after the expiration of a poll-retransmission timer.
15 Description of the Related Art:
Radio link control (RLC) sublayer is located between packet data convergence protocol (PDCP) and medium access control (MAC) sublayers. The RLC sublayer is responsible for transferring upper layer protocol or packet data units (PDUs), and can operate in a transparent mode (TM), unacknowledged mode (UM), or an acknowledged mode (AM). Depending on which operating 20 mode is used, the RLC entity may control the usage of error correction, concatenation, segmentation, resegmentation, duplicate detection, in-sequence delivery of service data units, and/or recovery.
Incorporated into the AM RLC entity is an automatic repeat request (ARQ) which provides error
25 correction mechanism to improve the reliability of packet transmission. Specifically, ARQ is an error-control mechanism for data transmission which uses acknowledgment and timeouts to achieve reliable data transmission. The ARQ scheme is used to detect if packets have gone missing. The transmitter is notified of successfully received packets by positive acknowledgments sent to the transmitter. If packets are detected to have gone missing, the
30 receiver requests retransmission by negative acknowledgments sent to the transmitter.
In RLC, the t-PollRetransmit timer is used by the transmitting side of an AM RLC entity in order to retransmit a poll for acknowledgement feedback. If acknowledgment feedback is not received for too long a time, window stalling and overflow of the user equipment (UE) L2 buffer 35 may occur.
SUMMARY:
A method may include starting a timer for retransmission of a poll at a protocol entity in an acknowledged mode. The method may also include determining at the protocol entity, upon
4 o expiration of the timer, a data packet having a lowest sequence number among one or more data packets. In addition, the method can include considering for retransmission the data packet having the lowest sequence number by the protocol entity, regardless of whether new data can be transmitted and regardless of whether any data packets are awaiting transmission. Further, the method may include transmitting the data packet having the lowest sequence number by the protocol entity.
According to certain embodiments, an apparatus may include at least one memory including computer program code, and at least one processor. The at least one memory and the computer program code may be configured, with the at least one processor, at least to start a timer for retransmission of a poll at a protocol entity in an acknowledged mode. The at least one memory and the computer program code may also be configured, with the at least one processor, at least to determine at the protocol entity, upon expiration of the timer, a data packet having a lowest sequence number among one or more data packets. In addition, the at least one memory and the computer program code may also be configured, with the at least one processor, at least to consider for retransmission the data packet having the lowest sequence number by the protocol entity, regardless of whether new data can be transmitted and regardless of whether any data packets are awaiting transmission. Further, the at least one memory and the computer program code may be configured, with the at least one processor, at least to transmit the data packet having the lowest sequence number by the protocol entity.
An apparatus, in certain embodiments, may include means for starting a timer for retransmission of a poll at a protocol entity in an acknowledged mode. The apparatus may also include means for determining at the protocol entity, upon expiration of the timer, a data packet having a lowest sequence number among one or more data packets. In addition, the apparatus may means for considering for retransmission the data packet having the lowest sequence number by the protocol entity, regardless of whether new data can be transmitted and regardless of whether any data packets are awaiting transmission. Further, the method may include transmitting the data packet having the lowest sequence number by the protocol entity. According to certain embodiments, a non-transitory computer-readable medium encoding instructions that, when executed in hardware, perform a process. The process may include starting a timer for retransmission of a poll at a protocol entity in an acknowledged mode. The process may also include determining at the protocol entity, upon expiration of the timer, a data packet having a lowest sequence number among one or more data packets. In addition, the process may include considering for retransmission the data packet having the lowest sequence number by the protocol entity, regardless of whether new data can be transmitted and regardless of whether any data packets are awaiting transmission. Further, the process may include transmitting the data packet having the lowest sequence number by the protocol entity. According to certain embodiments, a computer program product encoding instructions for performing a process according to a method including starting a timer for retransmission of a poll at a protocol entity in an acknowledged mode. The method may also include determining at the protocol entity, upon expiration of the timer, a data packet having a lowest sequence number among one or more data packets. In addition, the method includes considering for retransmission the data packet having the lowest sequence number by the protocol entity, regardless of whether new data can be transmitted and regardless of whether any data packets are awaiting transmission. Further, the method may include transmitting the data packet having the lowest sequence number by the protocol entity. BRIEF DESCRIPTION OF THE DRAWINGS :
For proper understanding of the invention, reference should be made to the accompanying drawings, wherein:
Figure 1 illustrates a flow diagram according to certain embodiments.
Figure 2 illustrates a table according to certain embodiments.
Figure 3 illustrates a table according to certain embodiments.
Figure 4 illustrates a system according to certain embodiments.
DETAILED DESCRIPTION:
Certain embodiments provide a method by which acknowledgment, whether positive or negative, is received by the sending entity as soon as possible. Doing so may help limit or prevent window stalling and overflow of the UE's L2 buffer. Such a procedure can be implemented in the Long Term Evolution (LTE) RLC protocol or in some other access- technology counterpart. The entire content of 3GPP TS 36.322: LTE; Evolved Universal Terrestrial Radio Access (E-UTRA); RLC protocol specification, is hereby incorporated by reference.
An AM RLC may poll its peer AM RLC entity in order to trigger STATUS reporting at the peer AM RLC entity. Expiry of t-PollRetransmit can mean that although previously requested or polled from the peer RLC entity, an acknowledgment or negative acknowledgement information has not been received for the highest-numbered PDU outstanding at the time of sending the request or poll. In some embodiments, expiry of t-PollRetransmit may indicate that acknowledgment has not been received for the highest-numbered PDU outstanding within the expiry time of a timer which represents the expected reasonable delay from time of sending the poll. The acknowledgment may be positive or negative.
Missing acknowledgement feedback may increase the risk of several undesirable events. For example, window stalling may occur. Window stalling describes a throughput-limiting situation where new acknowledgment mode data (AMD) PDU can no longer be transmitted. The reason for the inability to transmit may be that the sequence numbers of the AMD PDUs would progress too far ahead of the oldest PDU still waiting to be acknowledged. As explained in section 5.1.3.1.1 of3GPP TS 36.322, the transmitting side of an AM RLC entity shall maintain a transmitting window according to state variables VT(A) and VT(MS).
VT(A) can be a state variable that holds the value of the sequence number of the next AMD PDU for which a positive acknowledgment is going to be received in-sequence. VT(A) serves as the lower edge of the transmitting window, having an initial value of zero. The VT(A) may be updated whenever the AM RLC entity receives a positive acknowledgement for an AMD PDU having a sequence number equal to VT(A). VT(MS), on the other hand, may be the maximum send state variable that serves as the higher edge of the transmitting window. State variables related to the AMD PDU may take values from 0 to 1023 when a 10 bit sequence number is used.
In certain embodiments, a sequence number (SN) falls within the transmitting window if VT(A) < SN < VT(MS). If the SN of any RLC data PDU falls outside the transmitting window, however, the transmitting side of an AM RLC may not deliver to lower layers, such as a MAC layer or a physical layer (PHY). This inability to deliver to lower layers leads to window stalling. In certain other embodiments, rather than window stalling, failing to receive acknowledgment information may lead to an overflow of a user equipment Layer 2 (L2) buffer. In order to avoid undesirable situations, such as window stalling or as overflow of the UE's L2 buffer, acknowledgment should be received by the sending RLC entity as soon as possible after t-PollRetransmit expires. In certain embodiments, as soon as possible can mean an immediate acknowledgment, or an acknowledgment being received within an acceptable time period in order to avoid window stalling or an overflow of the UE's L2 buffer. The AM RLC entity may be located in both the UE and in a network entity, such as an evolved NodeB. In some embodiments the transmitting side of the AM RLC entity may be located in the UE while the receiving side of the AM RLC entity may be located in the network entity, and/or vice versa.
In certain embodiments, upon expiration of a timer, such as a t-PollRetransmit, the repeated poll may be carried in the highest-numbered N outstanding PDU. In such embodiments, the PDU numbered N may be received at the peer RLC entity before the preceding PDU numbered N-l is received. This may lead to the initiation of the re-ordering timer at the receiving side of the peer AM RLC entity. The reordering timer can be used to detect a loss of RLC PDUs at the lower layers. In this case, the reordering timer may be used to detect that PDU numbered N-l is missing.
The polled status PDU may in some embodiments only be transmitted when the reordering timer expires. For example, section 5.2.3 of 3GPP TS 36.322 describes delaying the triggering of the STATUS report until SN < VR(MS) or SN > VR(MR). VR(MS) may represent the state variable holding the highest possible value of the SN that can be indicated as ACK_SN, the SN of the next not received RLC Data PDU which is not reported as missing, when a status PDU needs to be constructed. VR(MR), on the other hand, holds the value of the SN of the first AM data (AMD) PDU that is beyond the receiving window, and serves as the higher edge of the receiving window. Repeated polling in the highest-numbered outstanding PDU may therefore 5 not be adequate for getting a new acknowledgment feedback as soon as possible.
Figure 1 illustrates a flow diagram according to certain embodiments. In step 110, a timer, for example, a t-PollRetransmit timer, is started for the retransmission of a poll at a protocol entity, for example an AM RLC entity. As discussed above, the t-PollRetransmit timer may be used by o the transmitting side of a protocol entity, such as AM RLC entity, in order to retransmit a poll.
When the timer expires, the protocol entity determines the PDU having the lowest SN among one or more PDUs for which positive acknowledgment has not been received, as shown in step 120. In some embodiments of step 120, even though no positive acknowledgement may be received, a negative acknowledgment can be received and the PDU having a lowest SN may still5 be determined. As discussed above, VT(A) may hold the value of the sequence number of the next AMD PDU for which a positive acknowledgment is going to be received in-sequence. In certain embodiments, therefore, the AMD PDU with SN = VT(A) represents the oldest PDU still waiting to be positively acknowledged. 0 In some other embodiments, as shown in step 130, when the timer expires, the RLC entity determines the PDU having the lowest SN among one or more PDUs for which no acknowledgment, either positive or negative, has been received. In other words, while in step 120 no positive acknowledgment may have been received for a qualifying PDU, a negative acknowledgement may have been received in step 120. In step 130, on the other hand, no 5 acknowledgment feedback, whether positive or negative, can have been received for a qualifying PDU.
In some embodiments, there can be more than one condition that leads the RLC entity to consider the AMD PDU with a SN equal to VT(A) for retransmission. For example, the0 condition VT(A) = VT(S) - 1 can hold when no new data can be transmitted. In in some embodiments, the RLC entity should not repeatedly retransmit the same AMD PDU.
In step 140, the RLC entity may consider for retransmission the AMD PDU having the lowest SN, determined in the steps 120 and/or 130. Considering for retransmission may mean that the5 RLC entity places the PDU in a buffer waiting to be transmitted. Actual transmission may be done at a later point in time, when the underlying MAC layer indicates an actual transmission opportunity.
Step 140 may be undergone regardless of whether a new RLC data PDU can be transmitted and o regardless of whether any RLC data PDUs are awaiting transmission. The RLC data PDUs may await transmission in either a transmission buffer or a retransmission buffer. For example, the RLC entity may consider for retransmission the AMD PDU with SN equal to VT(A) regardless of whether window stalling or an overflow of the UE's L2 buffer occurs.
5 In step 150, the PDU having the lowest SN may be retransmitted by the protocol entity, such as an RLC. In certain embodiments, this retransmission can be undergone after the consideration in step 140. Once the PDU has been considered for retransmission, it may be placed in a transmission buffer by the protocol entity. The PDU may then be retransmitted after the underlying MAC layer indicates to the RLC entity an actual transmission opportunity.
0
In certain embodiments, the AMD PDU with SN equal to VT(A) may include a poll when being retransmitted. Carrying the repeated poll in the retransmitted AMD PDU with SN equal to VT(A), may avoid delaying the STATUS PDU at the peer RLC entity, as discussed above. In such an embodiment, the polled STATUS PDU may not have to wait until the reordering timer5 expires for the STATUS PDU to be transmitted. In addition, steps 120, 130, and 140 allow for the retransmission of the poll in the next PDU to be transmitted. Since in certain embodiments the retransmitted AMD PDU can include a poll, the repeated poll may be transmitted in the next PDU to be transmitted by the RLC entity. o Figure 2 illustrates a table according to certain embodiments. In certain embodiments, when the retransmission timer expires, the RLC entity determines the PDU having the lowest SN among one or more PDUs for which positive acknowledgment has not been received, similar to step 120 in Figure 1. In other words, upon expiration of the timer, the RLC entity determines the PDU having the lowest SN among one or more PDUs for which positive acknowledgment has 5 not been received. In some embodiments, although a positive acknowledgment has not been received, a negative acknowledgment may have been received. As shown in Figure 2, once the t- PollRetransmit expires, the RLC entity may consider for retransmission at least the AMD PDU with a SN equal to VT(A), regardless of whether a new RLC data PDU can be transmitted and regardless of whether any RLC data PDUs are awaiting transmission.
0
In the embodiment shown in Figure 2, even if the transmission buffer is not empty, and the window is not stalled, the AMD PDU with a SN equal to VT(A) can be considered for retransmission upon the expiration of the t-PollRetransmit. In addition, a retransmission of the PDU may include a poll. In certain embodiments, the PDU may not be retransmitted as a whole5 because it may not fit in the PDU size granted by the underlying MAC layer. In these embodiments, the PDU will undergo re-segmentation, meaning that it will be retransmitted in segments.
Figure 3 illustrates a table according to certain embodiments. In certain embodiments, when a o timer for the retransmission of a poll at an RLC entity expires, the RLC entity may consider for retransmission the lowest-numbered AMD PDU for which no acknowledgment, positive or negative, has been received, similar to step 130. A retransmission of a certain PDU may also include a poll. The lowest-numbered PDU, for example, may have a sequence number (X) that minimizes (X- VT(A))modulo2[SN_FieldLength]. A modulus can be used when performing arithmetic comparisons of state variables or SN values. VT(A) may be the modulus base at the transmitting side of an AM RLC entity. In some embodiments, this lowest-numbered PDU may be in line with the RLC conventions described in section 7.1 of 3GPP TS 36.322.
In some embodiments, carrying the repeated poll in the chosen retransmitted AMD PDU may avoid delaying the STATUS PDU at the peer RLC entity, as discussed above. In such an embodiment, the polled STATUS PDU may not have to wait until the reordering timer expires for the STATUS PDU to be transmitted.
Figure 4 illustrates a system according to certain embodiments. It should be understood that each block of the flowchart of Figures 1 , or any combination thereof, may be implemented by various means or their combinations, such as hardware, software, firmware, one or more processors and/or circuitry. In one embodiment, a system may include several devices, such as, for example, network entity 420 or UE or user equipment 410. An RLC entity may be included in both network entity 420 and user equipment 410. The transmitting side of the RLC entity may be included in the UE and the receiving side of the RLC entity may be included in the network, and/or vice versa. The system may include more than one UE 410 and more one network entity 420, although only one access node shown for the purposes of illustration. A network entity can be a network node, a base station, an eNB, server, host, or any of the other access or network node.
Each of these devices may include at least one processor or control unit or module, respectively indicated as 411 and 421. At least one memory may be provided in each device, and indicated as 412 and 422, respectively. The memory may include computer program instructions or computer code contained therein. One or more transceiver 413 and 423 may be provided, and each device may also include an antenna, respectively illustrated as 414 and 424. Although only one antenna each is shown, many antennas and multiple antenna elements may be provided to each of the devices. Other configurations of these devices, for example, may be provided. For example, network entity 420 and UE 410 may be additionally configured for wired communication, in addition to wireless communication, and in such a case antennas 414 and 424 may illustrate any form of communication hardware, without being limited to merely an antenna. Transceivers 413 and 423 may each, independently, be a transmitter, a receiver, or both a transmitter and a receiver, or a unit or device that may be configured both for transmission and reception. The transmitter and/or receiver (as far as radio parts are concerned) may also be implemented as a remote radio head which is not located in the device itself, but in a mast, for example. The operations and functionalities may be performed in different entities, such as nodes, hosts or servers, in a flexible manner. In other words, division of labor may vary case by case. One possible use is to make a network node deliver local content. One or more functionalities may also be implemented as virtual applications) in software that can run on a server. A user device or user equipment 410 may be a mobile station (MS) such as a mobile phone or smart phone or multimedia device, a computer, such as a tablet, provided with wireless communication capabilities, personal data or digital assistant (PDA) provided with wireless communication capabilities, portable media player, digital camera, pocket video camera, navigation unit provided with wireless communication capabilities or any combinations thereof
In some embodiment, an apparatus, such as an access node, may include means for carrying out embodiments described above in relation to Figures 1, 2, and 3. In certain embodiments, at least one memory including computer program code can be configured to, with the at least one processor, cause the apparatus at least to perform any of the processes described herein.
According to certain embodiments, an apparatus 410, 420 may include at least one memory 412, 422 including computer program code, and at least one processor 411, 421. The at least one memory 412, 422 and the computer program code are configured, with the at least one processor 411, 421, to cause the apparatus 410, 420 at least to starting a timer for the retransmission of a poll at a protocol entity in an acknowledged mode. The at least one memory 412, 422 and the computer program code are configured, with the at least one processor 411, 421, to also cause the apparatus 410, 420 at least to determine, when the timer expires, at the protocol entity the data packet having a lowest sequence number among one or more data packets, and consider for retransmission the data packet having the lowest sequence number by the protocol entity, regardless of whether new data can be transmitted and of whether any data packets are awaiting transmission. In addition, the at least one memory 412, 422 and the computer program code are configured, with the at least one processor 411, 421, to cause the apparatus 410, 420 at least to transmit the data packet having the lowest sequence number by the protocol entity. Processors 411 and 421 may be embodied by any computational or data processing device, such as a central processing unit (CPU), digital signal processor (DSP), application specific integrated circuit (ASIC), programmable logic devices (PLDs), field programmable gate arrays (FPGAs), digitally enhanced circuits, or comparable device or a combination thereof. The processors may be implemented as a single controller, or a plurality of controllers or processors. For firmware or software, the implementation may include modules or unit of at least one chip set (for example, procedures, functions, and so on). Memories 412 and 422 may independently be any suitable storage device, such as a non-transitory computer-readable medium. A hard disk drive (HDD), random access memory (RAM), flash memory, or other suitable memory may be used. The memories may be combined on a single integrated circuit as the processor, or may be separate therefrom. Furthermore, the computer program instructions may be stored in the memory and which may be processed by the processors can be any suitable form of computer program code, for example, a compiled or interpreted computer program written in any suitable programming language. The memory or data storage entity is typically internal but may also be external or a combination thereof, such as in the case when additional memory capacity is obtained from a service provider. The memory may be fixed or removable.
The memory and the computer program instructions may be configured, with the processor for the particular device, to cause a hardware apparatus such as network entity 420 or UE 410, to perform any of the processes described above (see, for example, Figures 1 , 2, and 3). Therefore, in certain embodiments, a non-transitory computer-readable medium may be encoded with computer instructions or one or more computer program (such as added or updated software routine, applet or macro) that, when executed in hardware, may perform a process such as one of the processes described herein. Computer programs may be coded by a programming language, which may be a high-level programming language, such as objective-C, C, C++, C#, Java, etc., or a low-level programming language, such as a machine language, or assembler. Alternatively, certain embodiments may be performed entirely in hardware.
Furthermore, although Figure 4 illustrates a system including a network entity 420 and UE 430, certain embodiments may be applicable to other configurations, and configurations involving additional elements, as illustrated and discussed herein. For example, multiple user equipment devices and multiple network entities may be present, or other nodes providing similar functionality, such as nodes that combine the functionality of a user equipment and a network entity, such as a relay node.
The above embodiments allow for an expedited acknowledgment feedback, or an acknowledgment feedback within an acceptable time period. The acknowledgment feedback can be requested by a transmitting side of an RLC entity, and sent as soon as possible or immediately by a receiving side of a peer RLC entity in response to a poll repeated by the RLC entity because no previous response to the poll was received. This may allow for reducing the risk of window stalling and overflow of UE's L2 buffer.
The features, structures, or characteristics of certain embodiments described throughout this specification may be combined in any suitable manner in one or more embodiments. For example, the usage of the phrases "certain embodiments," "some embodiments," "other embodiments," or other similar language, throughout this specification refers to the fact that a particular feature, structure, or characteristic described in connection with the embodiment may be included in at least one embodiment of the present invention. Thus, appearance of the phrases "in certain embodiments," "in some embodiments," "in other embodiments," or other similar language, throughout this specification does not necessarily refer to the same group of embodiments, and the described features, structures, or characteristics may be combined in any suitable manner in one or more embodiments.
One having ordinary skill in the art will readily understand that the invention as discussed above may be practiced with steps in a different order, and/or with hardware elements in configurations which are different than those which are disclosed. Therefore, although the invention has been described based upon these preferred embodiments, it would be apparent to those of skill in the art that certain modifications, variations, and alternative constructions would be apparent, while remaining within the spirit and scope of the invention.
Partial Glossary
ACK Positive Acknowledgment
AM Acknowledged Mode
AMD AM Data
ARQ Automatic Repeat reQuest
NACK Negative Acknowledgement
PDU Protocol Data Unit
RLC Radio Link Control
SN Sequence Number
UE User Equipment

Claims

CLAIMS:
1. A method comprising:
starting a timer for retransmission of a poll at a protocol entity in an acknowledged
5 mode;
determining at the protocol entity, upon expiration of the timer, a data packet having a lowest sequence number among one or more data packets;
considering for the retransmission the data packet having the lowest sequence number by the protocol entity, regardless of whether new data can be transmitted and regardless of whether 0 any data packets are awaiting transmission; and
transmitting the data packet having the lowest sequence number by the protocol entity.
2. The method according to claim 1, wherein the one or more data packets are data packets for which a positive acknowledgement has not been received.
5
3. The method according to claim 1, wherein the one or more data packets are data packets for which a positive acknowledgement has not been received and a negative acknowledgment has not been received. 0
4. The method according to any of claims 1, 2, or 3, wherein the data packet having a lowest sequence number is considered for the retransmission if the data packet is not already considered for the retransmission.
5. The method according to claim 1, wherein the transmitted data packet comprises a 5 poll.
6. The method according to claim 1, wherein the data packet is stored in a radio link control entity. 0
7. The method according to claim 1, wherein the data packet is retransmitted regardless of window stalling.
8. The method according to claim 1, wherein the protocol entity is a radio link control entity.
5
9. The method according to claim 1, wherein the protocol entity is located in at least one of a user equipment and a network entity.
10. The method according to claim 1, wherein the considering for the retransmission o includes placing the data packet in a buffer.
11. The method according to claim 1, wherein the data packet is retransmitted as a segmented data packet.
5 12. An apparatus comprising:
at least one memory comprising computer program code;
at least one processor;
wherein the at least one memory and the computer program code are configured, with the at least one processor, to cause the apparatus at least to perform a process according to: o start a timer for retransmission of a poll at a protocol entity in an acknowledged mode;
determine at the protocol entity, upon expiration of the timer, a data packet having a lowest sequence number among one or more data packets;
consider for retransmission the data packet having the lowest sequence number by the protocol entity, regardless of whether new data can be transmitted and regardless of whether any 5 data packets are awaiting transmission; and
transmit the data packet having the lowest sequence number by the protocol entity.
13. The apparatus according to claim 12, wherein the one or more data packets are data packets for which a positive acknowledgement has not been received.
0
14. The apparatus according to claim 12, wherein the one or more data packets are data packets for which a positive acknowledgement has not been received and a negative acknowledgment has not been received. 5
15. The apparatus according to any of claims 12, 13, or 14, wherein the data packet having a lowest sequence number is considered for the retransmission if the data packet is not already considered for the retransmission.
16. The apparatus according to claim 12, wherein the transmitted data packet comprises0 a poll.
17. The apparatus according to claim 12, wherein the data packet is stored in a radio link control entity. 5
18. The apparatus according to claim 12, wherein the data packet is retransmitted regardless of window stalling.
19. The apparatus according to claim 12, wherein the protocol entity is a radio link control entity.
0
20. The apparatus according to claim 12, wherein the protocol entity is located in at least one of a user equipment or a network entity.
21. The apparatus according to claim 12, wherein the considering for retransmission includes placing the data packet in a buffer.
22. The apparatus according to claim 12, wherein the data packet is retransmitted as a segmented data packet.
23. An apparatus comprising means for performing a process according to any of claims 1-11.
24. A non-transitory computer-readable medium encoding instructions that, when executed in hardware, perform a process according to any of claims 1-11.
25. A computer program product encoding instructions for performing a process according to any of claims 1-11.
PCT/FI2017/050173 2016-03-31 2017-03-15 Optimized action at repeating arq poll WO2017168042A1 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201662315940P 2016-03-31 2016-03-31
US62/315,940 2016-03-31

Publications (1)

Publication Number Publication Date
WO2017168042A1 true WO2017168042A1 (en) 2017-10-05

Family

ID=59962665

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FI2017/050173 WO2017168042A1 (en) 2016-03-31 2017-03-15 Optimized action at repeating arq poll

Country Status (1)

Country Link
WO (1) WO2017168042A1 (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110858794A (en) * 2018-08-24 2020-03-03 华为技术有限公司 Multi-frequency band transmission method and device
CN114584263A (en) * 2022-01-19 2022-06-03 网络通信与安全紫金山实验室 Method and device for enhancing RLC (radio link control) acknowledged mode under retransmission overrun and double unconditional conditions

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001013542A1 (en) * 1999-08-02 2001-02-22 Samsung Electronics Co., Ltd. Apparatus and method for retransmitting data according to radio link protocol in mobile communication system
US7000021B1 (en) * 2001-10-12 2006-02-14 Cisco Technology, Inc. ARQ (automatic repeat request) for broadband fixed wireless network
US20100278179A1 (en) * 2007-06-26 2010-11-04 At&T Intellectual Property I, L.P. System and Method of Detecting Lost Packets

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001013542A1 (en) * 1999-08-02 2001-02-22 Samsung Electronics Co., Ltd. Apparatus and method for retransmitting data according to radio link protocol in mobile communication system
US7000021B1 (en) * 2001-10-12 2006-02-14 Cisco Technology, Inc. ARQ (automatic repeat request) for broadband fixed wireless network
US20100278179A1 (en) * 2007-06-26 2010-11-04 At&T Intellectual Property I, L.P. System and Method of Detecting Lost Packets

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110858794A (en) * 2018-08-24 2020-03-03 华为技术有限公司 Multi-frequency band transmission method and device
CN110858794B (en) * 2018-08-24 2022-11-11 华为技术有限公司 Multi-frequency band transmission method and device
US11843464B2 (en) 2018-08-24 2023-12-12 Huawei Technologies Co., Ltd. Multi-band transmission method and apparatus
CN114584263A (en) * 2022-01-19 2022-06-03 网络通信与安全紫金山实验室 Method and device for enhancing RLC (radio link control) acknowledged mode under retransmission overrun and double unconditional conditions
WO2023137854A1 (en) * 2022-01-19 2023-07-27 网络通信与安全紫金山实验室 Method for enhancing rlc acknowledge mode during retransmission overrun and under dual-no condition, and apparatuses
CN114584263B (en) * 2022-01-19 2024-05-03 网络通信与安全紫金山实验室 RLC (radio link control) confirmation mode enhancement method and device under retransmission overrun and double unconditional conditions

Similar Documents

Publication Publication Date Title
US20210385019A1 (en) Method and arrangements in a telecommunication system for handling status information of data units
KR100537633B1 (en) Window based stall avoidance mechanism for high speed wireless communication system
EP1777858B1 (en) Method for handling timers after an RLC reset or re-establishment in a wireless communications systems
TWI260884B (en) Method for handling a triggered reset when an RLC is stopped in a wireless communications system
US20100105334A1 (en) Radio link control status reporting and polling
WO2015066923A1 (en) Data transmission method and device
WO2009076124A1 (en) Method and apparatus for detecting radio link control protocol errors and triggering radio link control re-establishment
EP2982069A1 (en) Delivery of protocol data units
JP2007181127A (en) Communication device, communication method, and program
TWI526019B (en) Method and device for processing a packet in a wlan system
US6662330B1 (en) Joint range reject automatic repeat request protocol
US20120201151A1 (en) Layer 2 ACK And NACK Status Reporting
US20090181703A1 (en) Method and Apparatus for Triggering Status Report in a Wireless Communications System
WO2017168042A1 (en) Optimized action at repeating arq poll
CN104283656A (en) AM RLC receiving window maintenance and data receiving method
KR101533512B1 (en) Methods and devices for performing an automatic repeat request reset in a wireless communication environment
US10396966B2 (en) Per-protocol data unit delivery-path indication
US9510242B2 (en) Reducing superfluous traffic in a network
JP2016174211A (en) Communication system
US11316620B2 (en) Enhanced HARQ algorithm for large round trip delay links
CN111543079B (en) Radio Link Control (RLC) Acknowledged Mode (AM) data reception
WO2018133004A1 (en) Data retransmission method and device
JP2009273184A (en) Communication device, communication method, and program

Legal Events

Date Code Title Description
NENP Non-entry into the national phase

Ref country code: DE

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

Ref document number: 17773363

Country of ref document: EP

Kind code of ref document: A1

122 Ep: pct application non-entry in european phase

Ref document number: 17773363

Country of ref document: EP

Kind code of ref document: A1