WO2007079085A2 - Method and system for implementing h-arq-assisted arq operation - Google Patents

Method and system for implementing h-arq-assisted arq operation Download PDF

Info

Publication number
WO2007079085A2
WO2007079085A2 PCT/US2006/049306 US2006049306W WO2007079085A2 WO 2007079085 A2 WO2007079085 A2 WO 2007079085A2 US 2006049306 W US2006049306 W US 2006049306W WO 2007079085 A2 WO2007079085 A2 WO 2007079085A2
Authority
WO
WIPO (PCT)
Prior art keywords
arq
receiver
packet
nack
transmitter
Prior art date
Application number
PCT/US2006/049306
Other languages
French (fr)
Other versions
WO2007079085A3 (en
Inventor
Stephen E. Terry
Arty Chandra
Original Assignee
Interdigital Technology Corporation
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 Interdigital Technology Corporation filed Critical Interdigital Technology Corporation
Priority to CA002635762A priority Critical patent/CA2635762A1/en
Priority to AU2006332854A priority patent/AU2006332854B2/en
Priority to JP2008548684A priority patent/JP2009522873A/en
Priority to EP06846062A priority patent/EP1974492A2/en
Priority to BRPI0621173-9A priority patent/BRPI0621173A2/en
Publication of WO2007079085A2 publication Critical patent/WO2007079085A2/en
Publication of WO2007079085A3 publication Critical patent/WO2007079085A3/en
Priority to IL192504A priority patent/IL192504A0/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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1848Time-out mechanisms
    • H04L1/1851Time-out mechanisms using multiple timers
    • 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
    • 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/1829Arrangements specially adapted for the receiver end
    • H04L1/1835Buffer management
    • H04L1/1838Buffer management for semi-reliable protocols, e.g. for less sensitive applications such as streaming video
    • 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
    • H04L2001/125Arrangements for preventing errors in the return channel

Definitions

  • the present invention is related to wireless communication systems. More particularly, the present invention is related to a method and system for implementing hybrid automatic repeat request (H-ARQ)-assisted automatic repeat request (ARQ) in a wireless communication system.
  • H-ARQ hybrid automatic repeat request
  • ARQ assisted automatic repeat request
  • the system 100 includes a user equipment (UE) 110, a Node-B 120 and a radio network controller (RNC) 130.
  • H-ARQ entities are located in a medium access control (MAC) layer 112 of the UE 110 and a MAC layer 122 of the Node-B 120.
  • Packets are assigned transmission sequence numbers (TSNs) in an H-ARQ transmitter.
  • An H-ARQ receiver receives the packets and attempts to decode the transmitted packets. If a packet is not decodable, the H-ARQ receiver sends a negative acknowledgment (NACK) back to the H-ARQ transmitter for retransmission of the failed packet.
  • NACK negative acknowledgment
  • the H-ARQ receiver sends a positive acknowledgment (ACK) for the packet to the H-ARQ transmitter.
  • ACK positive acknowledgment
  • the H-ARQ transmitter Upon receiving a NACK, the H-ARQ transmitter retransmits the packet if the number of retransmissions of the failed packet is less than a predetermined maximum limit, and the allowed transmission time for the failed packet has not expired. Otherwise, the failed packet is discarded and recovered at an ARQ level.
  • ARQ entities are located in a radio link control (RLC) layer 114 of the UE 110 and an RLC layer 132 of the RNC 130. The ARQ entities handle the retransmission of the failed packet. The ARQ entities recover packets that are lost due to an NACK-to-ACK misinterpretation error at the H-ARQ level.
  • the ARQ process in an RLC layer is quite complex with many options to perform status reporting.
  • An H-ARQ assisted ARQ operation may be considered when both the H-ARQ and ARQ functions are co-located, such as in a universal mobile telecommunication systems (UMTS) Node-B or a long term evolution (LTE) evolved Node-B (eNode-B).
  • UMTS universal mobile telecommunication systems
  • LTE long term evolution
  • FIG. 2 shows an example of an H-ARQ-assisted ARQ operation proposed for third generation partnership project (3GPP) standards.
  • a transmitter 250 includes an ARQ transmitter 252 and an H-ARQ transmitter 254.
  • a receiver 260 includes an ARQ receiver 262 and an H-ARQ receiver 264.
  • the H-ARQ transmitter 254 provides a local ACK or a local NACK to the ARQ transmitter 252.
  • ARQ transmitter 254 fails the H-ARQ transmission, (e.g., due to maximum retransmission limit).
  • the ARQ transmitter 252 sends an ARQ protocol data unit (PDU) x to the H-ARQ transmitter 254 (step 202).
  • the H-ARQ transmitter 254 sends the ARQ PDU x to the H-ARQ receiver 264 (step 204).
  • the ARQ PDU x is not decodable and the H-ARQ receiver 264 sends a NACK to the H-ARQ transmitter 254 (step 206).
  • the H-ARQ transmitter 254 retransmits the ARQ PDU x to the H-ARQ receiver 264 (step 208).
  • the ARQ PDU x is still not decodable and the H-ARQ receiver 264 sends another NACK to the H-ARQ transmitter 254 (step 210). At such a point, it is determined that the number of retransmissions for the ARQ PDU x reaches a maximum retransmission limit (step 212).
  • the H-ARQ transmitter 254 then sends a local NACK for the ARQ PDU x to the ARQ transmitter 252 (step 214).
  • a local NACK may also be generated when an NACK-to-ACK error is reported from the H-ARQ receiver 264 to the H-ARQ transmitter 254.
  • the ARQ transmitter 252 sends an ARQ PDU y to the H-ARQ transmitter 254 (step 216).
  • the H-ARQ transmitter 254 transmits the ARQ PDU y to the H-ARQ receiver 264 (step 218).
  • the ARQ PDU y is not decodable and the H-ARQ receiver 264 sends a NACK to the H-ARQ transmitter 254 (step 220).
  • the NACK is misinterpreted as an ACK by the H-ARQ transmitter 254 and the H-ARQ transmitter 254 treats the ARQ PCU y as successfully transmitted.
  • the H-ARQ receiver 264 detects an NACK-to-ACK error, (e.g., when the H-ARQ receiver 264 receives a new PDU via the same H-ARQ process while waiting for retransmission of the ARQ PDU y), (step 222).
  • the H-ARQ receiver 264 sends a NACK-to-ACK error indicator to the H-ARQ transmitter 254 (step 224).
  • the H-ARQ transmitter 254 Upon receipt of the NACK-to-ACK error indicator, the H-ARQ transmitter 254 sends a local NACK to the ARQ transmitter 252 and the ARQ PDU y is recovered at an ARQ level (step 226).
  • a local ACK is generated when none of the above two events for an ARQ packet occurs during a predefined time interval.
  • the ARQ transmitter 252 sends an ARQ PDU z to the H-ARQ transmitter 254 (step 228).
  • the H-ARQ transmitter 254 transmits the ARQ PDU z to the H- ARQ receiver 364 (step 230).
  • the ARQ PDU z is successfully decoded and the H-ARQ receiver 264 sends the ARQ PDU z to the ARQ receiver 262 (step 232), and sends an ACK to the H-ARQ transmitter 254 (step 234).
  • the H-ARQ transmitter 254 sends a local ACK to the ARQ transmitter 252 (step 238).
  • the ARQ transmitter 252 will discard the packet from a transmit buffer after receiving the local ACK from the H-ARQ transmitter 254.
  • the H-ARQ transmitter informs the ARQ transmitter the segment that is lost, (not the ARQ PDU). If the ARQ PDU is retransmitted, the H-ARQ transmitter will retransmit the complete packet, not only the missing segment. It is also unclear how to recover the last packet of the H-ARQ transmission.
  • the present invention is related to a method and system for implementing H-ARQ-assisted ARQ in a wireless communication system.
  • An H-ARQ receiver determines whether an H-ARQ NACK-to-ACK error occurs. When an H-ARQ NACK-to-ACK error occurs, the H-ARQ receiver sends an H- ARQ error indicator to the H-ARQ transmitter unless the number of retransmissions of the failed packet has reached a maximum retransmission limit, a maximum time for delivery of the failed packet has expired and/or a lifespan of the failed packet has expired.
  • the H-ARQ transmitter tries to recover the failed packet.
  • the H-ARQ transmitter sends a local NACK to the ARQ transmitter if the maximum retransmission limit has been reached, the maximum, delivery time has expired or the lifespan of the failed packet has expired, so that the failed packet can be recovered at an ARQ level.
  • the H- ARQ receiver sends a local NACK to the ARQ receiver if the H-ARQ receiver does not receive the failed packet before certain conditions occur. Based on reception of the local NAK, the ARQ receiver may send a status report to the ARQ transmitter for recovery of the failed packet.
  • Figure 1 shows a conventional wireless communication system
  • Figure 2 shows an example of an H-ARQ-assisted ARQ operation proposed for third generation partnership project (3GPP) standards.
  • Figure 3 is a signaling diagram of a process for implementing an
  • FIG. 3 is a signaling diagram of a process 400 for implementing an H-ARQ-assisted ARQ operation in a wireless communication system 300 in accordance with the present invention.
  • the system 300 includes a transmitter 310 and a receiver 320.
  • the transmitter 310 includes an ARQ transmitter 312 and an H-ARQ transmitter 314.
  • the receiver 320 includes an ARQ receiver 322 and an H-ARQ receiver 324.
  • H-ARQ error indication timer is defined as the amount of time that an H-ARQ receiver should wait for a retransmission of the failed packet before sending an HARQ error indicator. It is preferable to keep the H-ARQ error indication timer constant for the whole system for simple implementation. However, the H-ARQ error indication timer may be adjusted based on the quality of service (QoS) requirements. For example, the length of the H-ARQ error indication timer may be linked to the scheduling priority.
  • QoS quality of service
  • NRetransmission Maximum number of retransmissions allowed for a packet. The maximum number of retransmissions may be based on the QoS requirements, and be configured per service type.
  • TjoeUveiy Maximum delivery time allowed for successful delivery of the packet after the first transmission. The maximum delivery time may be based on the QoS requirements, (e.g., a block error rate, latency, or the like), and be configured per service type.
  • TR ⁇ coverySync For synchronous H-ARQ, a time within which the H- ARQ receiver expects to receive a failed packet after transmitting an H-ARQ error indicator.
  • TnecoveryAsync For asynchronous H-ARQ, a time within which the H-ARQ receiver expects to receive a failed packet after transmitting an H- ARQ error indicator.
  • the tuner may be associated with the QoS requirements, and be configured per service type. For example, the length of the timer may be linked to the scheduling priority.
  • WHARQ A window, (i.e., the number of packets), within which a failed packet should be received. If the failed packet is not received within WHAKQ, it is assumed lost.
  • the transmitter 310 and the receiver 320 may also be given with a parameter for a lifespan of a packet, (i.e., the maximum time to transmit the packet).
  • the parameters may be provided by a central node to the H-ARQ receiver 324 and the H-ARQ transmitter 314. If the parameters are defined per service type, the parameters may be given to the H-ARQ receiver 324 and the H-ARQ transmitter 314 at the start of that service.
  • the maximum number of retransmissions and/or the lifespan of a packet may be dynamically changed depending on the QoS requirements.
  • the maximum number of transmissions may be indicated by either explicitly identifying the number of transmissions in the associated signaling or identifying a MAC flow that is associated with a configured maximum number of transmissions.
  • the number of retransmissions per packet is indicated in the associated control signaling for the first transmission.
  • each MAG flow may be associated with a certain number of retransmissions and by identifying the MAC flow in the associated control signaling for the first transmission, the maximum number of transmissions may be indicated.
  • the identified MAC flow is translated to the maximum number of transmisisons configured by the receiver.
  • the maximum number of retransmissions may also be known by an H-ARQ process ID if specific H-ARQ processes are dedicated to a MAC flow for a set of MAC flows. Alternatively, a flag may be set in the associated signaling to indicate last transmission.
  • a process 400 for implementing an H-ARQ-assisted ARQ operation in accordance with the present invention is explained hereafter with reference to Figure 3.
  • the H-ARQ transmitter 314 transmits a packet to the H-ARQ receiver 324 (step 402). If the packet is successfully received, the H- ARQ receiver 324 sends the packet to the ARQ receiver 322 (not shown in Figure 3).
  • the H-ARQ receiver 324 sends a NACK to the H-ARQ transmitter 314 (step 404). After sending the NACK in step 404, the H-ARQ receiver 324 determines whether an H-ARQ NACK-to-ACK error occurs (step 406). Upon detection of the H-ARQ NACK- to-ACK error, the H-ARQ receiver 324 generates, and sends, an H-ARQ NACK-to-ACK error indicator to the H-ARQ transmitter 314 (step 408). [0029] For synchronous H-ARQ transmission, the time of a H-ARQ retransmission is known to the receiver.
  • the H-ARQ receiver 324 determines that an H-ARQ NACK-to-ACK error occurs and sends an H-ARQ NACK-to-ACK error indicator unless the failed packet has been transmitted for the maximum number of retransmissions.
  • a timer TErrorindicator is set at the H-ARQ receiver 324 when the maximum number of retransmission has not been reached and the H-ARQ receiver 324 sends a NACK to the H-ARQ transmitter 314 at step 404. If the failed packet is successfully received before the timer TErrorindicator expires, the timer TErrorindicator is reset to zero and the H- ARQ NACK-to-ACK error indicator is not generated.
  • the H-ARQ receiver 324 determines that an H-ARQ NACK-to-ACK error occurs and sends an H-ARQ NACK-to-ACK error indicator to the H-ARQ transmitter 314 unless the number of transmissions of the failed packet has reached the maximum retransmission limit, the maximum delivery time for the packet, (TDeiivery), has expired, and/or the lifespan of the failed packet has expired.
  • the H-ARQ NACK-to-ACK error indicator is sent from the H-
  • the H-ARQ receiver 324 to the H-ARQ transmitter 314 to inform about a NACK-to- ACK misinterpretation at the H-ARQ transmitter 314.
  • the H-ARQ NACK-to- ACK error indicator is associated with a particular H-ARQ process and a particular packet in the H-ARQ process.
  • the H-ARQ NACK-to-ACK error indicator contains H-ARQ process identity (ID) and a TSN to identify the packet ID in the H-ARQ process.
  • the H-ARQ process ID and the TSN may be removed since a fixed timing relationship between the failed transmission and the error report can be used to associate the H-ARQ NACK- to-ACK error indicator with an H-ARQ process ID and a packet TSN.
  • the H-ARQ NACK-to-ACK error indicator may be sent after time t of receiving the packet with a TSN n for which the NACK-to-ACK error happened.
  • An H-ARQ NACK-to-ACK error indicator packet may be independent of the H-ARQ operation. This is achieved by sending the process identity (if needed) and time offset to identify reception time of the received error.
  • the H-ARQ NACK-to-ACK error indicator may be sent as a physical layer signal at a fixed time offset after the reception of the received error packet .
  • the packets have their own cyclic redundancy check (CRC) and one H-ARQ NACK-to-ACK error indicator may be used to send NACK-to-ACK error indications for several packets.
  • CRC cyclic redundancy check
  • the H-ARQ NACK-to-ACK error indicator may contain multiple H-ARQ process IDs, associated packet TSNs and/or timing offset.
  • the H-ARQ NACK-to-ACK error indicator may have its own CRC to ensure reliable transmission. This allows MAC or RLC layer signaling for H-ARQ NACK-to-ACK error indication.
  • the H-ARQ NACK-to-ACK error indicator packet may be created either at H-ARQ or ARQ level.
  • the H-ARQ transmitter 314 may send an ACK to the H-ARQ receiver 324 (step 410).
  • the H-ARQ receiver 324 may repeatedly send the H-ARQ NACK-to-ACK error indicator until the H-ARQ receiver 324 receives an ACK from the H-ARQ transmitter 314 or radio link fails.
  • the H-ARQ transmitter 314 tries to recover the error at an H-ARQ level by retransmitting the failed packet unless the maximum retransmission limit has reached, the maximum delivery time has expired, and/or the lifespan of the failed packet has expired (step 412).
  • the H-ARQ transmitter 314 may send a local NACK to the ARQ transmitter 312 so that the failed packet can be recovered at an ARQ level (step 414).
  • the H-ARQ transmitter 314 sends the local NACK to the ARQ transmitter 312 only if the maximum number of retransmissions has been reached, the maximum delivery time for transmission of the failed packet has expired, or the lifespan of the failed packet has expired.
  • the H-ARQ receiver 324 upon successful delivery of a packet, sends an ACK to the H-ARQ transmitter 314 and the H-ARQ transmitter 314 sends a local ACK to the ARQ transmitter 312.
  • the H-ARQ transmitter 314 may or may not send a local ACK to the ARQ transmitter 312 in such situation.
  • the H-ARQ receiver 324 determines at step 416 whether the H-ARQ receiver 324 does not receive the failed packet successfully before at least one of the following conditions:
  • TnecoverySync for synchronous H-ARQ transmission
  • TRe ⁇ veiyAsync for asynchronous H-ARQ transmission
  • the H-ARQ receiver 324 sends a local NACK to the ARQ receiver 322 (step 418). Upon reception of the local NACK, the ARQ receiver 322 may send a status report to the ARQ transmitter 312 to recover the failed packet (step 420).
  • the mapping between an ARQ PDU and an H-ARQ PDU is not relevant as long as the H- ARQ receiver 324 is able to identify the ARQ PDU that needs to be recovered.
  • the ARQ buffer at the ARQ transmitter 312 may be emptied after receiving the status report from the ARQ receiver 322. The status report for the failed packet contains the information about successfully received packets.
  • the ARQ receiver 322 may send a status report after receiving N consecutive packets successfully or expiration of a timer.
  • the ARQ transmitter 312 may poll the ARQ receiver 322 after transmitting the last packet in the buffer. The reason for polling is to recover early from the NACK-to-ACK error at an H-ARQ level for the last packet. Setting the "Poll bit for the last packet" is a configurable parameter for a data flow.
  • a special small packet with a last packet indication may be sent from the H-ARQ transmitter 314 after the H-ARQ buffer is empty.
  • the transmission of the special packet with a last packet indication ensures early recovery of the loss of the last packet at the H-ARQ level.
  • the H-ARQ receiver 324 sends a response back to the H-ARQ transmitter 314 upon receiving the special packet.
  • the response packet may be a new packet generated at an H- ARQ level indicating the last TSN received.
  • the response packet may be sent by using an H-ARQ error indication packet indicating that it is a response to the small packet.
  • a null transmission may be sent after the last data packet in an H-ARQ transmission queue to invoke the ACK check on the previous transmission.
  • a null packet only includes control information (i.e., no payload).
  • the H-ARQ transmitter 314 transmits the null packet after reception of an H-ARQ ACK for the last data packet in the H-ARQ transmission queue.
  • the H-ARQ receiver 324 confirms reception of the last data packet as well as the null packet.
  • the reception of the null packet will allow the H-ARQ receiver 324 to detect the NACK-to-ACK error.
  • the transmitter 310 and the receiver 320 may be a WTRU, a base station or any other network entity in a WCDMA, CDMA2000 or long term evolution (LTE) of a third generation (3G) system.
  • WTRU includes but is not limited to a user equipment (UE), a mobile station, a fixed or mobile subscriber unit, a pager, a cellular telephone, a personal data assistant (PDA), a computer, or any other type of user device capable of operating in a wireless environment.
  • UE user equipment
  • PDA personal data assistant
  • Base station includes but is not limited to a Node-B, a site controller, an access point or any other type of interfacing device in a wireless environment.
  • a method for implementing H-ARQ-assisted ARQ in a wireless communication system including a transmitter and a receiver, the transmitter including an H-ARQ transmitter and an ARQ transmitter, the receiver including an H-ARQ receiver and an ARQ receiver.
  • the method of embodiment 1 comprising the step of an H-
  • ARQ receiver determining whether an H-ARQ NACK-to-ACK error occurs. [0048] 3.
  • the method of embodiment 2 comprising the step of the H-
  • ARQ receiver sending an H-ARQ NACK-to-ACK error indicator to the H-ARQ transmitter when an H-ARQ NACK-to-ACK error occurs unless the number of retransmissions of a failed packet has reached a maximum retransmission limit, a maximum, time for delivery of the failed packet has expired or a lifespan of the failed packet has expired.
  • H-ARQ NACK-to-ACK error indicator is associated with an H-ARQ process ID and the failed packet at the H-ARQ transmitter.
  • H-ARQ NACK-to-ACK error indicator is sent via at least one of physical layer signaling, a MAC layer signaling and an RLC layer signaling.
  • 9 The method as in any of the embodiments 3-8, wherein more than one packet is transmitted from the H-ARQ transmitter to the H- ARQ receiver simultaneously and the H-ARQ NACK-to-ACK error indicator indicates H-ARQ NACK-to-ACK errors of more than one packet.
  • 10 10. The method as in any of the embodiments 3-9, wherein the
  • H-ARQ NACK-to-ACK error indicator is sent along with a CRC.
  • H-ARQ NACK-to-ACK error indicator is generated by one of the H-ARQ receiver and an ARQ receiver.
  • ARQ receiver receives a new packet via the same H-ARQ process assigned for the failed packet instead of retransmission of the failed packet.
  • ARQ receiver does not receive the failed packet until an error indication timer expires, the error indication timer being set when a NACK is sent to the H-
  • H-ARQ receiver sends the H-ARQ NACK-to-ACK error indicator.
  • H-ARQ receiver sending a local NACK to the ARQ receiver if the H-ARQ receiver does not receive the failed packet before the recovery timer expires.
  • ARQ receiver receives a predetermined number of packets successfully.
  • H-ARQ receiver sending a response to the small packet, whereby a recovery of the last packet is ensured by the small packet.
  • ARQ-assisted ARQ [0087] 42.
  • the system of embodiment 41 comprising a receiver including an H-ARQ receiver and an ARQ receiver, the H-ARQ receiver being configured to determine whether an H-ARQ 'NACK-to- ACK error occurs and send an H-ARQ NACK-to-ACK error indicator to an H-ARQ transmitter unless the number of retransmissions of a failed packet has reached a maximum retransmission limit, a maximum time for delivery of the failed packet has expired or a lifespan of the failed packet has expired.
  • H-ARQ receiver successfully receives the ACK for the H-ARQ NACK-to-ACK error indicator.
  • ARQ receiver receives a new packet via the same H-ARQ process assigned for the failed packet instead of retransmission of the failed packet.
  • ARQ receiver does not receive the failed packet until an error indication timer expires, the error indication timer being set when a NACK is sent to the H-
  • ARQ transmitter retransmits the failed packet until the failed packet is successfully delivered unless the maximum retransmission limit has reached, the maximum delivery time has expired or the lifespan of the failed packet has expired.
  • H-ARQ NACK-to-ACK error indicator and sends a local NACK to the ARQ receiver if the H-ARQ receiver does not receive the failed packet before the recovery timer expires.
  • a receiver for implementing H-ARQ-assisted ARQ [00124] 79.
  • a receiver for implementing H-ARQ-assisted ARQ [00125] 80.
  • the receiver of embodiment 79 comprising an ARQ receiver and an H-ARQ receiver.
  • NACK-to-ACK error indicator is associated with an H-ARQ process ID and the failed packet at the H-ARQ transmitter.
  • NACK-to-ACK error indicator includes the H-ARQ process ID and a transmission sequence number of the failed packet.
  • [00130] 85 The receiver as in any of the embodiments 81-84, wherein transmission of the H-ARQ NACK-to-ACK error indicator and transmission of the failed packet are independent.
  • ARQ receiver receives a new packet via the same H-ARQ process assigned for the failed packet instead of retransmission of the failed packet.
  • ARQ receiver does not receive the failed packet until an error indication timer expires, the error indication timer being set when a NACK is sent to the H-
  • H-ARQ NACK-to-ACK error indicator and sends a local NACK to the ARQ receiver if the H-ARQ receiver does not receive the failed packet before the recovery timer expires.
  • the transmitter of embodiment 101 comprising an ARQ transmitter and an H-ARQ transmitter.
  • ROM read only memory
  • RAM random access memory
  • register cache memory
  • semiconductor memory devices magnetic media such as internal hard disks and removable disks, magneto-optical media, and optical media such as CD- ROM disks, and digital versatile disks (DVDs).
  • Suitable processors include, by way of example, a general purpose processor, a special purpose processor, a conventional processor, a digital signal processor (DSP), a plurality of microprocessors, one or more microprocessors in association with a DSP core, a controller, a microcontroller, Application Specific Integrated Circuits (ASICs), Field Programmable Gate Arrays (FPGAs) circuits, any other type of integrated circuit (IC), and/or a state machine.
  • DSP digital signal processor
  • ASICs Application Specific Integrated Circuits
  • FPGAs Field Programmable Gate Arrays
  • a processor in association with software may be used to implement a radio frequency transceiver for use in a wireless transmit receive unit (WTRU), user equipment (UE), terminal, base station, radio network controller (RNC), or any host computer.
  • the WTRU may be used in conjunction with modules, implemented in hardware and/or software, such as a camera, a video camera module, a videophone, a speakerphone, a vibration device, a speaker, a microphone, a television transceiver, a hands free headset, a keyboard, a Bluetooth® module, a frequency modulated (FM) radio unit, a liquid crystal display (LCD) display unit, an organic light-emitting diode (OLED) display unit, a digital music player, a media player, a video game player module, an Internet browser, and/or any wireless local area network (WLAN) module.
  • modules implemented in hardware and/or software, such as a camera, a video camera module, a videophone, a speakerphone, a vibration device, a speaker,

Abstract

A method and system for implementing hybrid automatic repeat request (H-ARQ)-assisted automatic repeat request (ARQ) in a wireless communication system are disclosed. When an H-ARQ negative acknowledgement (NACK)-to-positive acknowledgement (ACK) error occurs, the H-ARQ receiver sends an H-ARQ NACK-to-ACK error indicator to the H-ARQ transmitter unless a maximum retransmission limit has reached, a maximum time for delivery has expired or a lifespan of the failed packet has expired. The H-ARQ transmitter sends a local NACK to the ARQ transmitter so that the failed packet is recovered at an ARQ level. The H-ARQ receiver sends a local NACK to the ARQ receiver if the H-ARQ receiver does not receive the failed packet before certain conditions occur. The ARQ receiver may send a status report to the ARQ transmitter for recovery of the failed packet.

Description

Express Mail Label No. EV748349925US
[0001] METHOD AND SYSTEM FOR IMPLEMENTING
H-ARQ-ASSISTED ARQ OPERATION
[0002] FIELD OF INVENTION
[0003] The present invention is related to wireless communication systems. More particularly, the present invention is related to a method and system for implementing hybrid automatic repeat request (H-ARQ)-assisted automatic repeat request (ARQ) in a wireless communication system.
[0004] BACKGROUND
[0005] In conventional wireless communication systems, such as wideband code division multiple access (WCDMA) Release 5/6, high speed data transmission is .achieved by high speed downlink packet access (HSDPA) and high speed uplink packet access (HSUPA) technologies. To improve reli ability of data transmission, H-ARQ and ARQ are implemented. [0006] Figure 1 shows a conventional wireless communication system
100. The system 100 includes a user equipment (UE) 110, a Node-B 120 and a radio network controller (RNC) 130. H-ARQ entities are located in a medium access control (MAC) layer 112 of the UE 110 and a MAC layer 122 of the Node-B 120. Packets are assigned transmission sequence numbers (TSNs) in an H-ARQ transmitter. An H-ARQ receiver receives the packets and attempts to decode the transmitted packets. If a packet is not decodable, the H-ARQ receiver sends a negative acknowledgment (NACK) back to the H-ARQ transmitter for retransmission of the failed packet. If a packet is correctly decoded, the H-ARQ receiver sends a positive acknowledgment (ACK) for the packet to the H-ARQ transmitter. Upon receiving a NACK, the H-ARQ transmitter retransmits the packet if the number of retransmissions of the failed packet is less than a predetermined maximum limit, and the allowed transmission time for the failed packet has not expired. Otherwise, the failed packet is discarded and recovered at an ARQ level. [0007] ARQ entities are located in a radio link control (RLC) layer 114 of the UE 110 and an RLC layer 132 of the RNC 130. The ARQ entities handle the retransmission of the failed packet. The ARQ entities recover packets that are lost due to an NACK-to-ACK misinterpretation error at the H-ARQ level. The ARQ process in an RLC layer is quite complex with many options to perform status reporting.
[0008] An H-ARQ assisted ARQ operation may be considered when both the H-ARQ and ARQ functions are co-located, such as in a universal mobile telecommunication systems (UMTS) Node-B or a long term evolution (LTE) evolved Node-B (eNode-B).
[0009] Figure 2 shows an example of an H-ARQ-assisted ARQ operation proposed for third generation partnership project (3GPP) standards. A transmitter 250 includes an ARQ transmitter 252 and an H-ARQ transmitter 254. A receiver 260 includes an ARQ receiver 262 and an H-ARQ receiver 264. The H-ARQ transmitter 254 provides a local ACK or a local NACK to the ARQ transmitter 252.
[0010] As shown in Figure 2, a local NACK is generated when the H-
ARQ transmitter 254 fails the H-ARQ transmission, (e.g., due to maximum retransmission limit). The ARQ transmitter 252 sends an ARQ protocol data unit (PDU) x to the H-ARQ transmitter 254 (step 202). The H-ARQ transmitter 254 sends the ARQ PDU x to the H-ARQ receiver 264 (step 204). The ARQ PDU x is not decodable and the H-ARQ receiver 264 sends a NACK to the H-ARQ transmitter 254 (step 206). The H-ARQ transmitter 254 retransmits the ARQ PDU x to the H-ARQ receiver 264 (step 208). The ARQ PDU x is still not decodable and the H-ARQ receiver 264 sends another NACK to the H-ARQ transmitter 254 (step 210). At such a point, it is determined that the number of retransmissions for the ARQ PDU x reaches a maximum retransmission limit (step 212). The H-ARQ transmitter 254 then sends a local NACK for the ARQ PDU x to the ARQ transmitter 252 (step 214). [0011] A local NACK may also be generated when an NACK-to-ACK error is reported from the H-ARQ receiver 264 to the H-ARQ transmitter 254. Still referring to Figure 2, the ARQ transmitter 252 sends an ARQ PDU y to the H-ARQ transmitter 254 (step 216). The H-ARQ transmitter 254 transmits the ARQ PDU y to the H-ARQ receiver 264 (step 218). The ARQ PDU y is not decodable and the H-ARQ receiver 264 sends a NACK to the H-ARQ transmitter 254 (step 220). However, the NACK is misinterpreted as an ACK by the H-ARQ transmitter 254 and the H-ARQ transmitter 254 treats the ARQ PCU y as successfully transmitted. The H-ARQ receiver 264 detects an NACK-to-ACK error, (e.g., when the H-ARQ receiver 264 receives a new PDU via the same H-ARQ process while waiting for retransmission of the ARQ PDU y), (step 222). The H-ARQ receiver 264 sends a NACK-to-ACK error indicator to the H-ARQ transmitter 254 (step 224). Upon receipt of the NACK-to-ACK error indicator, the H-ARQ transmitter 254 sends a local NACK to the ARQ transmitter 252 and the ARQ PDU y is recovered at an ARQ level (step 226).
[00121 As shown in Figure 2, a local ACK is generated when none of the above two events for an ARQ packet occurs during a predefined time interval. The ARQ transmitter 252 sends an ARQ PDU z to the H-ARQ transmitter 254 (step 228). The H-ARQ transmitter 254 transmits the ARQ PDU z to the H- ARQ receiver 364 (step 230). The ARQ PDU z is successfully decoded and the H-ARQ receiver 264 sends the ARQ PDU z to the ARQ receiver 262 (step 232), and sends an ACK to the H-ARQ transmitter 254 (step 234). When it is determined that a NACK-to-ACK error is not reported during a predetermined time interval (step 236), the H-ARQ transmitter 254 sends a local ACK to the ARQ transmitter 252 (step 238). The ARQ transmitter 252 will discard the packet from a transmit buffer after receiving the local ACK from the H-ARQ transmitter 254.
[0013] In the above example of an H-ARQ assisted ARQ system, a complex layer 2 (L2) status reporting mechanism is removed under the assumption that the NACK-to-ACK error is the only significant source of undetected packet loss. The ARQ transmitter will not be able to recover the packet for cases where the NACK-to-ACK error indicator is lost or a shared channel is lost due to a discontinuous transmission (DTX)ZACK error. Thus lossless transmission cannot be guaranteed. [0014] Current downlink H-ARQ, (Release 5), does not specify the maximum number of retransmissions for a packet. Thus, the H-ARQ transmitter or receiver does not know the maximum number of transmissions for each packet. There is an assumption that the ARQ transmitter and the H- ARQ transmitter have the same PDU size. The H-ARQ transmitter informs the ARQ transmitter the segment that is lost, (not the ARQ PDU). If the ARQ PDU is retransmitted, the H-ARQ transmitter will retransmit the complete packet, not only the missing segment. It is also unclear how to recover the last packet of the H-ARQ transmission.
[0015] SUMMARY
[0016] The present invention is related to a method and system for implementing H-ARQ-assisted ARQ in a wireless communication system. An H-ARQ receiver determines whether an H-ARQ NACK-to-ACK error occurs. When an H-ARQ NACK-to-ACK error occurs, the H-ARQ receiver sends an H- ARQ error indicator to the H-ARQ transmitter unless the number of retransmissions of the failed packet has reached a maximum retransmission limit, a maximum time for delivery of the failed packet has expired and/or a lifespan of the failed packet has expired. The H-ARQ transmitter tries to recover the failed packet. The H-ARQ transmitter sends a local NACK to the ARQ transmitter if the maximum retransmission limit has been reached, the maximum, delivery time has expired or the lifespan of the failed packet has expired, so that the failed packet can be recovered at an ARQ level. The H- ARQ receiver sends a local NACK to the ARQ receiver if the H-ARQ receiver does not receive the failed packet before certain conditions occur. Based on reception of the local NAK, the ARQ receiver may send a status report to the ARQ transmitter for recovery of the failed packet.
[0017] BRIEF DESCRIPTION GF THE DRAWINGS
[0018] A more detailed understanding of the invention may be had from the following description of a preferred embodiment, given by way of example and to be understood in conjunction with the accompanying drawing(s) wherein:
[0019] Figure 1 shows a conventional wireless communication system;
[0020] Figure 2 shows an example of an H-ARQ-assisted ARQ operation proposed for third generation partnership project (3GPP) standards; and
[0021] Figure 3 is a signaling diagram of a process for implementing an
H-ARQ-assisted ARQ operation in accordance with the present invention.
[0022] DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS [0023] The features of the present invention may be incorporated into an integrated circuit (IC) or be configured in a circuit comprising a multitude of interconnecting components .
[0024] Figure 3 is a signaling diagram of a process 400 for implementing an H-ARQ-assisted ARQ operation in a wireless communication system 300 in accordance with the present invention. The system 300 includes a transmitter 310 and a receiver 320. The transmitter 310 includes an ARQ transmitter 312 and an H-ARQ transmitter 314. The receiver 320 includes an ARQ receiver 322 and an H-ARQ receiver 324.
[0025] In order to support the H-ARQ-assisted ARQ in accordance with the present invention, the following parameters are defined:
• TErrorindicatoi-: H-ARQ error indication timer is defined as the amount of time that an H-ARQ receiver should wait for a retransmission of the failed packet before sending an HARQ error indicator. It is preferable to keep the H-ARQ error indication timer constant for the whole system for simple implementation. However, the H-ARQ error indication timer may be adjusted based on the quality of service (QoS) requirements. For example, the length of the H-ARQ error indication timer may be linked to the scheduling priority.
• NRetransmission: Maximum number of retransmissions allowed for a packet. The maximum number of retransmissions may be based on the QoS requirements, and be configured per service type. • TjoeUveiy: Maximum delivery time allowed for successful delivery of the packet after the first transmission. The maximum delivery time may be based on the QoS requirements, (e.g., a block error rate, latency, or the like), and be configured per service type.
• TRβcoverySync: For synchronous H-ARQ, a time within which the H- ARQ receiver expects to receive a failed packet after transmitting an H-ARQ error indicator.
• TnecoveryAsync: For asynchronous H-ARQ, a time within which the H-ARQ receiver expects to receive a failed packet after transmitting an H- ARQ error indicator. The tuner may be associated with the QoS requirements, and be configured per service type. For example, the length of the timer may be linked to the scheduling priority.
• WHARQ: A window, (i.e., the number of packets), within which a failed packet should be received. If the failed packet is not received within WHAKQ, it is assumed lost.
[0026] The transmitter 310 and the receiver 320 may also be given with a parameter for a lifespan of a packet, (i.e., the maximum time to transmit the packet). The parameters may be provided by a central node to the H-ARQ receiver 324 and the H-ARQ transmitter 314. If the parameters are defined per service type, the parameters may be given to the H-ARQ receiver 324 and the H-ARQ transmitter 314 at the start of that service.
[0027] The maximum number of retransmissions and/or the lifespan of a packet may be dynamically changed depending on the QoS requirements. The maximum number of transmissions may be indicated by either explicitly identifying the number of transmissions in the associated signaling or identifying a MAC flow that is associated with a configured maximum number of transmissions. In accordance with the first option, the number of retransmissions per packet is indicated in the associated control signaling for the first transmission. In accordance with the second option, each MAG flow may be associated with a certain number of retransmissions and by identifying the MAC flow in the associated control signaling for the first transmission, the maximum number of transmissions may be indicated. If the second option is used, the identified MAC flow is translated to the maximum number of transmisisons configured by the receiver. The maximum number of retransmissions may also be known by an H-ARQ process ID if specific H-ARQ processes are dedicated to a MAC flow for a set of MAC flows. Alternatively, a flag may be set in the associated signaling to indicate last transmission. [0028] A process 400 for implementing an H-ARQ-assisted ARQ operation in accordance with the present invention is explained hereafter with reference to Figure 3. The H-ARQ transmitter 314 transmits a packet to the H-ARQ receiver 324 (step 402). If the packet is successfully received, the H- ARQ receiver 324 sends the packet to the ARQ receiver 322 (not shown in Figure 3). If the packet is not successfully received, the H-ARQ receiver 324 sends a NACK to the H-ARQ transmitter 314 (step 404). After sending the NACK in step 404, the H-ARQ receiver 324 determines whether an H-ARQ NACK-to-ACK error occurs (step 406). Upon detection of the H-ARQ NACK- to-ACK error, the H-ARQ receiver 324 generates, and sends, an H-ARQ NACK-to-ACK error indicator to the H-ARQ transmitter 314 (step 408). [0029] For synchronous H-ARQ transmission, the time of a H-ARQ retransmission is known to the receiver. If the H-ARQ receiver 324 receives a new packet when expecting retransmission of the failed packet, the H-ARQ receiver 324 determines that an H-ARQ NACK-to-ACK error occurs and sends an H-ARQ NACK-to-ACK error indicator unless the failed packet has been transmitted for the maximum number of retransmissions.
[0030] For asynchronous H-ARQ transmission, a timer TErrorindicator is set at the H-ARQ receiver 324 when the maximum number of retransmission has not been reached and the H-ARQ receiver 324 sends a NACK to the H-ARQ transmitter 314 at step 404. If the failed packet is successfully received before the timer TErrorindicator expires, the timer TErrorindicator is reset to zero and the H- ARQ NACK-to-ACK error indicator is not generated. If the H-ARQ receiver 324 does not successfully receive the failed packet before the timer TErrorindicator expires, the H-ARQ receiver 324 determines that an H-ARQ NACK-to-ACK error occurs and sends an H-ARQ NACK-to-ACK error indicator to the H-ARQ transmitter 314 unless the number of transmissions of the failed packet has reached the maximum retransmission limit, the maximum delivery time for the packet, (TDeiivery), has expired, and/or the lifespan of the failed packet has expired.
[0031] The H-ARQ NACK-to-ACK error indicator is sent from the H-
ARQ receiver 324 to the H-ARQ transmitter 314 to inform about a NACK-to- ACK misinterpretation at the H-ARQ transmitter 314. The H-ARQ NACK-to- ACK error indicator is associated with a particular H-ARQ process and a particular packet in the H-ARQ process. The H-ARQ NACK-to-ACK error indicator contains H-ARQ process identity (ID) and a TSN to identify the packet ID in the H-ARQ process.
[0032] For synchronous H-ARQ, the H-ARQ process ID and the TSN may be removed since a fixed timing relationship between the failed transmission and the error report can be used to associate the H-ARQ NACK- to-ACK error indicator with an H-ARQ process ID and a packet TSN. For example, if there are four (4) synchronous H-ARQ processes, the H-ARQ NACK-to-ACK error indicator may be sent after time t of receiving the packet with a TSN n for which the NACK-to-ACK error happened. [0033] An H-ARQ NACK-to-ACK error indicator packet may be independent of the H-ARQ operation. This is achieved by sending the process identity (if needed) and time offset to identify reception time of the received error. Alternatively, the H-ARQ NACK-to-ACK error indicator may be sent as a physical layer signal at a fixed time offset after the reception of the received error packet .
[0034] If more than one packet may be sent simultaneously from the transmitter 310 to the receiver 320, the packets have their own cyclic redundancy check (CRC) and one H-ARQ NACK-to-ACK error indicator may be used to send NACK-to-ACK error indications for several packets. Hence, the H-ARQ NACK-to-ACK error indicator may contain multiple H-ARQ process IDs, associated packet TSNs and/or timing offset.
[0035] The H-ARQ NACK-to-ACK error indicator may have its own CRC to ensure reliable transmission. This allows MAC or RLC layer signaling for H-ARQ NACK-to-ACK error indication. The H-ARQ NACK-to-ACK error indicator packet may be created either at H-ARQ or ARQ level. [0036] Still referring to Figure 3, to ensure receipt of the H-ARQ NACK- to-ACK error indicator, the H-ARQ transmitter 314 may send an ACK to the H-ARQ receiver 324 (step 410). The H-ARQ receiver 324 may repeatedly send the H-ARQ NACK-to-ACK error indicator until the H-ARQ receiver 324 receives an ACK from the H-ARQ transmitter 314 or radio link fails. [0037] After receiving the H-ARQ NACK-to-ACK error indicator at step
408, the H-ARQ transmitter 314 tries to recover the error at an H-ARQ level by retransmitting the failed packet unless the maximum retransmission limit has reached, the maximum delivery time has expired, and/or the lifespan of the failed packet has expired (step 412). The H-ARQ transmitter 314 may send a local NACK to the ARQ transmitter 312 so that the failed packet can be recovered at an ARQ level (step 414). Preferably, the H-ARQ transmitter 314 sends the local NACK to the ARQ transmitter 312 only if the maximum number of retransmissions has been reached, the maximum delivery time for transmission of the failed packet has expired, or the lifespan of the failed packet has expired.
[0038] In the prior art, upon successful delivery of a packet, the H-ARQ receiver 324 sends an ACK to the H-ARQ transmitter 314 and the H-ARQ transmitter 314 sends a local ACK to the ARQ transmitter 312. In accordance with the present invention, the H-ARQ transmitter 314 may or may not send a local ACK to the ARQ transmitter 312 in such situation.
[0039] After sending the H-ARQ NACK-to-ACK error indicator at step
408, the H-ARQ receiver 324 determines at step 416 whether the H-ARQ receiver 324 does not receive the failed packet successfully before at least one of the following conditions:
1) expiration of TnecoverySync (for synchronous H-ARQ transmission) or TRe∞veiyAsync (for asynchronous H-ARQ transmission);
2) receipt of a new H-ARQ packet with a sequence number which is higher than the sequence number of the failed packet by WHAEQ; 3) reaching the maximum number of retransmissions of the failed packet;
4) expiration of the timer Tϋeiivβry; and
5) expiration of the lifespan of the failed packet.
[0040] If at least one of the foregoing conditions occurs, the H-ARQ receiver 324 sends a local NACK to the ARQ receiver 322 (step 418). Upon reception of the local NACK, the ARQ receiver 322 may send a status report to the ARQ transmitter 312 to recover the failed packet (step 420). The mapping between an ARQ PDU and an H-ARQ PDU is not relevant as long as the H- ARQ receiver 324 is able to identify the ARQ PDU that needs to be recovered. [0041] The ARQ buffer at the ARQ transmitter 312 may be emptied after receiving the status report from the ARQ receiver 322. The status report for the failed packet contains the information about successfully received packets. Alternatively, the ARQ receiver 322 may send a status report after receiving N consecutive packets successfully or expiration of a timer. Alternatively, the ARQ transmitter 312 may poll the ARQ receiver 322 after transmitting the last packet in the buffer. The reason for polling is to recover early from the NACK-to-ACK error at an H-ARQ level for the last packet. Setting the "Poll bit for the last packet" is a configurable parameter for a data flow.
[0042] In order to improve the recovery of the last packet in H-ARQ transmissions, a special small packet with a last packet indication may be sent from the H-ARQ transmitter 314 after the H-ARQ buffer is empty. The transmission of the special packet with a last packet indication ensures early recovery of the loss of the last packet at the H-ARQ level. The H-ARQ receiver 324 sends a response back to the H-ARQ transmitter 314 upon receiving the special packet. The response packet may be a new packet generated at an H- ARQ level indicating the last TSN received. Alternatively, the response packet may be sent by using an H-ARQ error indication packet indicating that it is a response to the small packet. [0043] Alternatively, in order to reduce the signaling overhead, a null transmission may be sent after the last data packet in an H-ARQ transmission queue to invoke the ACK check on the previous transmission. A null packet only includes control information (i.e., no payload). The H-ARQ transmitter 314 transmits the null packet after reception of an H-ARQ ACK for the last data packet in the H-ARQ transmission queue. Once the H-ARQ receiver 324 receives a null packet, the H-ARQ receiver 324 confirms reception of the last data packet as well as the null packet. If, at the H-ARQ receiver, the last packet was not successfully received and therefore a NACK was sent in response to the last packet and the maximum number of transmissions was not reached, the reception of the null packet will allow the H-ARQ receiver 324 to detect the NACK-to-ACK error.
[0044] The transmitter 310 and the receiver 320 may be a WTRU, a base station or any other network entity in a WCDMA, CDMA2000 or long term evolution (LTE) of a third generation (3G) system. "WTRU" includes but is not limited to a user equipment (UE), a mobile station, a fixed or mobile subscriber unit, a pager, a cellular telephone, a personal data assistant (PDA), a computer, or any other type of user device capable of operating in a wireless environment. "Base station" includes but is not limited to a Node-B, a site controller, an access point or any other type of interfacing device in a wireless environment.
[0045] Embodiments.
[0046] 1. A method for implementing H-ARQ-assisted ARQ in a wireless communication system including a transmitter and a receiver, the transmitter including an H-ARQ transmitter and an ARQ transmitter, the receiver including an H-ARQ receiver and an ARQ receiver. [0047] 2. The method of embodiment 1 comprising the step of an H-
ARQ receiver determining whether an H-ARQ NACK-to-ACK error occurs. [0048] 3. The method of embodiment 2 comprising the step of the H-
ARQ receiver sending an H-ARQ NACK-to-ACK error indicator to the H-ARQ transmitter when an H-ARQ NACK-to-ACK error occurs unless the number of retransmissions of a failed packet has reached a maximum retransmission limit, a maximum, time for delivery of the failed packet has expired or a lifespan of the failed packet has expired. [0049] 4. The method as in any of the embodiments 2-3, wherein the
H-ARQ NACK-to-ACK error indicator is associated with an H-ARQ process ID and the failed packet at the H-ARQ transmitter.
[0050] 5. The method of embodiment 4, wherein the H-ARQ NACK- to-ACK error indicator includes the H-ARQ process ID and a transmission sequence number of the failed packet.
[0051] 6. The method of embodiment 4, wherein the H-ARQ NACK- to-ACK error indicator is sent with a fixed timing offset with respect to transmission of the failed packet.
[0052] 7. The method as in any of the embodiments 3-6, wherein transmission of the H-ARQ NACK-to-ACK error indicator and transmission of the failed packet are independent.
[0053] 8. The method as in any of the embodiments 3-7, wherein the
H-ARQ NACK-to-ACK error indicator is sent via at least one of physical layer signaling, a MAC layer signaling and an RLC layer signaling. [0054] 9. The method as in any of the embodiments 3-8, wherein more than one packet is transmitted from the H-ARQ transmitter to the H- ARQ receiver simultaneously and the H-ARQ NACK-to-ACK error indicator indicates H-ARQ NACK-to-ACK errors of more than one packet. [0055] 10. The method as in any of the embodiments 3-9, wherein the
H-ARQ NACK-to-ACK error indicator is sent along with a CRC. [0056] 11. The method as in any of the embodiments 3-10, wherein the H-ARQ NACK-to-ACK error indicator is generated by one of the H-ARQ receiver and an ARQ receiver.
[0057] 12. The method as in any of the embodiments 3-11, further comprising the step of the H-ARQ transmitter sending an ACK to the H-ARQ receiver upon receipt of the H-ARQ NACK-to-ACK error indicator. [0058] 13. The method of embodiment 12, wherein the H-ARQ receiver sends the H-ARQ NACK-to-ACK error indicator repeatedly if the H- ARQ receiver does not successfully receive the ACK for the H-ARQ NACK-to- ACK error indicator and a radio link between the H-ARQ transmitter and the H-ARQ receiver does not fail. [0059] 14. The method as in any of the embodiments 3-13, wherein the H-ARQ receiver sends the H-ARQ NACK-to-ACK error indicator if the H-
ARQ receiver receives a new packet via the same H-ARQ process assigned for the failed packet instead of retransmission of the failed packet.
[0060] 15. The method as in any of the embodiments 3-14, wherein the H-ARQ receiver sends the H-ARQ NACK-to-ACK error indicator if the H-
ARQ receiver does not receive the failed packet until an error indication timer expires, the error indication timer being set when a NACK is sent to the H-
ARQ transmitter.
[0061] 16. The method as in any of the embodiments 3-15, further comprising the step of the H-ARQ transmitter retransmitting the failed packet until the failed packet is successfully delivered unless the maximum retransmission limit has reached, the maximum delivery time has expired or the lifespan of the failed packet has expired.
[0062] 17. The method of embodiment 16, further comprising the step of the H-ARQ transmitter sending a local NACK to the ARQ transmitter if the maximum retransmission limit has reached, the maximum delivery time has expired or the lifespan of the failed packet has expired, so that the failed packet is recovered at an ARQ level.
[0063] 18. The method as in any of the embodiments 3-17, further comprising the step of the H-ARQ receiver setting a recovery timer when the
H-ARQ receiver sends the H-ARQ NACK-to-ACK error indicator.
[0064] 19. The method of embodiment 18 comprising the step of the
H-ARQ receiver sending a local NACK to the ARQ receiver if the H-ARQ receiver does not receive the failed packet before the recovery timer expires.
[0065] 20. The method of embodiment 19, further comprising the step of the ARQ receiver sending a status report to the ARQ transmitter for recovery of the failed packet.
[0066] 21. The method as in any of the embodiments 3-20, further comprising the step of the H-ARQ receiver sending a local NACK to the ARQ receiver if the H-ARQ receiver does not receive the failed packet until the H- ARQ receiver receives a packet with a sequence number higher than a sequence number of the failed packet by a predetermined number.
[0067] 22. The method of embodiment 21, further comprising the step of the ARQ receiver sending a status report to the ARQ transmitter for recovery of the failed packet.
[0068] 23. The method as in any of the embodiments 3-22, further comprising the H-ARQ receiver sending a local NACK to the ARQ receiver if the H-ARQ receiver does not receive the failed packet until the number of retransmissions of the failed packet reaches a maximum retransmission limit for the failed packet.
[0069] 24. The method of embodiment 23, further comprising the step of the ARQ receiver sending a status report to the ARQ transmitter for recovery of the failed packet.
[0070] 25. The method as in any of the embodiments 3-24, further comprising the step of the H-ARQ receiver sending a local NACK to the ARQ receiver if the H-ARQ receiver does not receive the failed packet until a maximum time for delivery of the failed packet expires.
[0071] 26. The method of embodiment 25, further comprising the step of the ARQ receiver sending a status report to the ARQ transmitter for recovery of the failed packet.
[0072] 27. The method as in any of the embodiments 3-26, further comprising the step of the ARQ receiver sending a status report when the
ARQ receiver receives a predetermined number of packets successfully.
[0073] 28. The method as in any of the embodiments 3-27, further comprising the step of the ARQ receiver sending a status report when a status reporting timer expires.
[0074] 29. The method as in any of the embodiments 3-28, further comprising the step of the ARQ transmitter requesting a status report from the ARQ receiver and the ARQ receiver sending a status report to the ARQ transmitter.
[0075] 30. The method of embodiment 29, wherein the ARQ transmitter requests the status report after transmitting a last packet. [0076] 31. The method as in any of the embodiments 3-30, further comprising the step of the H-ARQ transmitter sending a small packet with a last packet indication after sending a last packet in a buffer.
[0077] 32. The method of embodiment 31, comprising the step of the
H-ARQ receiver sending a response to the small packet, whereby a recovery of the last packet is ensured by the small packet.
[0078] 33. The method as in any of the embodiments 31-32, wherein the small packet is a null transmission.
[0079] 34. The method as in any of the embodiments 31-33, wherein the response to the small packet is transmitted by using the H-ARQ NACK-to-
ACK error indicator.
[0080] 35. The method as in any of the embodiments 3-34, wherein parameters for the maximum retransmission limit, the maximum time for delivery of a packet and a lifespan of a packet are configured by a central controlling entity.
[0081] 36. The method of embodiment 35, wherein the parameters are configured when the transmitter is active.
[0082] 37. The method of embodiment 35, wherein the parameters are configured at the start of a service.
[0083] 38. The method as in any of the embodiments 35-37, wherein the parameters are configured dynamically depending on QoS requirement of a packet.
[0084] 39. The method as in any of the embodiments 3-38, wherein the maximum retransmission limit of a packet is indicated by identifying a particular MAC flow associated with a specific maximum retransmission limit in an associated control signaling for the first transmission.
[0085] 40. The method as in any of the embodiments 3-38, wherein the maximum retransmission limit of a packet is explicitly indicated in an associated control signaling for the first transmission.
[0086] 41. A wireless communication system for implementing H-
ARQ-assisted ARQ. [0087] 42. The system of embodiment 41 comprising a receiver including an H-ARQ receiver and an ARQ receiver, the H-ARQ receiver being configured to determine whether an H-ARQ 'NACK-to- ACK error occurs and send an H-ARQ NACK-to-ACK error indicator to an H-ARQ transmitter unless the number of retransmissions of a failed packet has reached a maximum retransmission limit, a maximum time for delivery of the failed packet has expired or a lifespan of the failed packet has expired.
[0088] 43. The system of embodiment 42 comprising a transmitter including the H-ARQ transmitter and an ARQ transmitter.
[0089] 44. The system as in any of the embodiments 42-43, wherein the H-ARQ NACK-to-ACK error indicator is associated with an H-ARQ process ID and the failed packet at the H-ARQ transmitter.
[0090] 45. The system as in any of the embodiments 42-44, wherein the H-ARQ NACK-to-ACK error indicator includes the H-ARQ process ID and a transmission sequence number of the failed packet.
[0091] 46. The system as in any of the embodiments 42-45, wherein the H-ARQ NACK-to-ACK error indicator is sent with a fixed timing offset with respect to transmission of the failed packet.
[0092] 47. The system as in any of the embodiments 42-46, wherein transmission of the H-ARQ NACK-to-ACK error indicator and transmission of the failed packet are independent.
[0093] 48. The system as in any of the embodiments 42-47, wherein the H-ARQ NACK-to-ACK error indicator is sent via at least one of physical layer signaling, a MAC layer signaling and an RLC layer signaling.
[0094] 49. The system as in any of the embodiments 42-48, wherein the H-ARQ transmitter and the H-ARQ receiver are configured to transmit and receive more than one packet simultaneously and the H-ARQ transmitter is configured to send the H-ARQ NACK-to-ACK error indicator indicating H-
ARQ NACK-to-ACK errors of more than one packet.
[0095] 50. The system as in any of the embodiments 42-49, wherein the H-ARQ NACK-to-ACK error indicator is sent along with a CRC. [0096] 51. The system as in any of the embodiments 42-50, wherein the H-ARQ NACK-to-ACK error indicator is generated by one of the H-ARQ receiver and an ARQ receiver.
[0097] 52. The system as in any of the embodiments 43-51, wherein the H-ARQ transmitter is configured to send an ACK to the H-ARQ receiver upon receipt of the H-ARQ NACK-to-ACK error indicator.
[0098] 53. The system of embodiment 52, wherein the H-ARQ receiver sends the H-ARQ NACK-to-ACK error indicator repeatedly until the
H-ARQ receiver successfully receives the ACK for the H-ARQ NACK-to-ACK error indicator.
[0099] 54. The system as in any of the embodiments 42-53, wherein the H-ARQ receiver sends the H-ARQ NACK-to-ACK error indicator if the H-
ARQ receiver receives a new packet via the same H-ARQ process assigned for the failed packet instead of retransmission of the failed packet.
[00100] 55. The system as in any of the embodiments 42-54, wherein the H-ARQ receiver sends the H-ARQ NACK-to-ACK error indicator if the H-
ARQ receiver does not receive the failed packet until an error indication timer expires, the error indication timer being set when a NACK is sent to the H-
ARQ transmitter.
[00101] 56. The system as in any of the embodiments 43-55, the H-
ARQ transmitter retransmits the failed packet until the failed packet is successfully delivered unless the maximum retransmission limit has reached, the maximum delivery time has expired or the lifespan of the failed packet has expired.
[00102] 57. The system as in any of the embodiments 43-56, wherein the H-ARQ transmitter sends a local NACK to the ARQ transmitter if the maximum retransmission limit has reached, the maximum delivery time has expired or the lifespan of the failed packet has expired, so that the failed packet is recovered at an ARQ level.
[00103] 58. The system as in any of the embodiments 42-57, wherein the H-ARQ receiver sets a recovery timer when the H-ARQ receiver sends the
H-ARQ NACK-to-ACK error indicator and sends a local NACK to the ARQ receiver if the H-ARQ receiver does not receive the failed packet before the recovery timer expires.
[00104] ' 59. The system of embodiment 58, wherein the ARQ receiver sends a status report to the ARQ transmitter for recovery of the failed packet. [00105] 60. The system as in any of the embodiments 42-59, wherein the H-ARQ receiver sends a local NACK to the ARQ receiver if the H-ARQ receiver does not receive the failed packet until the H-ARQ receiver receives a packet with a sequence number higher than a sequence number of the failed packet by a predetermined number.
[00106] 61. The system of embodiment 60, wherein the ARQ receiver sends a status report to the ARQ transmitter for recovery of the failed packet. [00107] 62. The system as in any of the embodiments 42-61, wherein the H-ARQ receiver sends a local NACK to the ARQ receiver if the H-ARQ receiver does not receive the failed packet until the number of retransmissions of the failed packet reaches a maximum retransmission limit for the failed packet.
[00108] 63. The system of embodiment 62, wherein the ARQ receiver sends a status report to the ARQ transmitter for recovery of the failed packet. [00109] 64. The system as in any of the embodiments 42-63, wherein the H-ARQ receiver sends a local NACK to the ARQ receiver if the H-ARQ receiver does not receive the failed packet until a maximum time for delivery of the failed packet expires.
[00110] 65. The system of embodiment 64, wherein the ARQ receiver sends a status report to the ARQ transmitter for recovery of the failed packet. [00111] 66. The system as in any of the embodiments 42-65, wherein the ARQ receiver sends a status report when the ARQ receiver receives a predetermined number of packets successfully.
[00112] 67. The system as in any of the embodiments 42-66, wherein the ARQ receiver sends a status report when a status reporting timer expires. [00113] 68. The system as in any of the embodiments 43-67, wherein the ARQ transmitter requests a status report from the ARQ receiver and the ARQ receiver sends a status report to the ARQ transmitter. [00114] 69. The system of embodiment 68, wherein the ARQ transmitter requests the status report after transmitting a last packet.
[00115] 70. The system as in any of the embodiments 43-69, wherein the H-ARQ transmitter sends a small packet with a last packet indication after sending a last packet in a buffer and the H-ARQ receiver sends a response to the small packet, whereby a recovery of the last packet is ensured by the small packet.
[00116] 71. The system of embodiment 70, wherein the small packet is a null transmission.
[00117] 72. The system as in any of the embodiments 70-71, wherein a response to the small packet is transmitted by using the H-ARQ NACK-to-
ACK error indicator.
[00118] 73. The system as in any of the embodiments 42-72, wherein parameters for at least one of the maximum retransmission limit, the maximum time for delivery of a packet and a lifespan of a packet are configured by a central controlling entity.
[00119] 74. The system of embodiment 73, wherein the parameters are configured when the receiver is active.
[00120] 75. The system of embodiment 73, wherein the parameters are configured at the start of a service.
[00121] 76. The system as in any of the embodiments 73-75, wherein the parameters are configured dynamically depending on QoS requirement of a packet.
[00122] 77. The system as in any of the embodiments 42-76, wherein the maximum retransmission limit of a packet is indicated by identifying a particular MAC flow associated with a specific maximum retransmission limit in an associated control signaling for the first transmission.
[00123] 78. The system as in any of the embodiments 42-76, wherein the maximum retransmission limit of a packet is explicitly indicated in an associated control signaling for the first transmission.
[00124] 79. A receiver for implementing H-ARQ-assisted ARQ. [00125] 80. The receiver of embodiment 79 comprising an ARQ receiver and an H-ARQ receiver.
[00126] 81. The receiver of embodiment 80 wherein the H-ARQ receiver is configured to determine whether an H-ARQ NACK-to-ACK error occurs and send an H-ARQ NACK-to-ACK error indicator to an H-ARQ transmitter unless at least one of the following has occurred: the number of retransmissions of a failed packet has reached a maximum retransmission limit, a maximum time for delivery of the failed packet has expired and a lifespan of the failed packet has expired.
[00127] 82. The receiver of embodiment 81, wherein the H-ARQ
NACK-to-ACK error indicator is associated with an H-ARQ process ID and the failed packet at the H-ARQ transmitter.
[00128] 83. The receiver of embodiment 81, wherein the H-ARQ
NACK-to-ACK error indicator includes the H-ARQ process ID and a transmission sequence number of the failed packet.
[00129] 84. The receiver as in any of the embodiments 81-83, wherein the H-ARQ NACK-to-ACK error indicator is sent with a fixed timing offset with respect to transmission of the failed packet.
[00130] 85. The receiver as in any of the embodiments 81-84, wherein transmission of the H-ARQ NACK-to-ACK error indicator and transmission of the failed packet are independent.
[00131] 86. The receiver as in any of the embodiments 81-85, wherein the H-ARQ NACK-to-ACK error indicator is sent via at least one of physical layer signaling, a MAC layer signaling and an RLC layer signaling.
[00132] 87. The receiver as in any of the embodiments 81-86, wherein the H-ARQ receiver is configured to receive more than one packet simultaneously and send the H-ARQ NACK-to-ACK error indicator indicating
H-ARQ NACK-to-ACK errors of more than one packet.
[00133] 88. The receiver as in any of the embodiments 81-87, wherein the H-ARQ NACK-to-ACK error indicator is sent along with a CRC. [00134] 89. The receiver as in any of the embodiments 81-88, wherein the H-ARQ NACK-to-ACK error indicator is generated by one of the H-ARQ receiver and the ARQ receiver.
[00135] 90. The receiver as in any of the embodiments 81-89, wherein the H-ARQ receiver sends the H-ARQ NACK-to-ACK error indicator repeatedly until the H-ARQ receiver successfully receives an ACK for the H-
ARQ NACK-to-ACK error indicator.
[00136] 91. The receiver as in any of the embodiments 81-90, wherein the H-ARQ receiver sends the H-ARQ NACK-to-ACK error indicator if the H-
ARQ receiver receives a new packet via the same H-ARQ process assigned for the failed packet instead of retransmission of the failed packet.
[00137] 92. The receiver as in any of the embodiments 81-91, wherein the H-ARQ receiver sends the H-ARQ NACK-to-ACK error indicator if the H-
ARQ receiver does not receive the failed packet until an error indication timer expires, the error indication timer being set when a NACK is sent to the H-
ARQ transmitter.
[00138] 93. The receiver as in any of the embodiments 81-92, wherein the H-ARQ receiver sets a recovery timer when the H-ARQ receiver sends the
H-ARQ NACK-to-ACK error indicator and sends a local NACK to the ARQ receiver if the H-ARQ receiver does not receive the failed packet before the recovery timer expires.
[00139] 94. The receiver as in any of the embodiments 81-93, wherein the ARQ receiver sends a status report to the ARQ transmitter for recovery of the failed packet.
[00140] 95. The receiver as in any of the embodiments 81-94, wherein the H-ARQ receiver sends a local NACK to the ARQ receiver if the H-ARQ receiver does not receive the failed packet until the H-ARQ receiver receives a packet with a sequence number higher than a sequence number of the failed packet by a predetermined number.
[00141] 96. The receiver as in any of the embodiments 81-95, wherein the H-ARQ receiver sends a local NACK to the ARQ receiver if the H-ARQ receiver does not receive the failed packet until the number of retransmissions of the failed packet reaches a maximum retransmission limit for the failed packet.
[00142] 97. The receiver as in any of the embodiments 81-96, wherein the H-AEQ receiver sends a local NACK to the ARQ receiver if the H-ARQ receiver does not receive the failed packet until a maximum time for delivery of the failed packet expires.
[00143] 98. The receiver as in any of the embodiments 81-97, wherein the ARQ receiver sends a status report to the ARQ transmitter for recovery of the failed packet.
[00144] 99. The receiver as in any of the embodiments 81-98, wherein the ARQ receiver sends a status report when the ARQ receiver receives a predetermined number of packets successfully.
[00145] 100. The receiver as in any of the embodiments 81-99, wherein the ARQ receiver sends a status report when a status reporting timer expires. [00146] 101. A transmitter for implementing H-ARQ-assisted ARQ.
[00147] 102. The transmitter of embodiment 101 comprising an ARQ transmitter and an H-ARQ transmitter.
[00148] 103. The transmitter of embodiment 102 wherein the H-ARQ transmitter is configured to receive an H-ARQ NACK-to-ACK error indicator, and at least one of the ARQ transmitter and the H-ARQ transmitter is configured to recover a failed packet corresponding to the H-ARQ NACK-to- ACK error.
[00149] 104. The transmitter of embodiment 103, wherein the H-ARQ transmitter is configured to send an ACK to the H-ARQ receiver upon receipt of the H-ARQ NACK-to-ACK error indicator.
[00150] 105. The transmitter as in any of the embodiments 103-104, wherein the H-ARQ transmitter retransmits the failed packet until the failed packet is successfully delivered unless at least one of the following has occurred: the maximum retransmission limit has reached, the maximum delivery time has expired and the lifespan of the failed packet has expired. [00151] 106. The transmitter as in any of the embodiments 103-105, wherein the H-ARQ transmitter sends a local NACK to the ARQ transmitter if the maximum retransmission, limit has reached, the maximum delivery time has expired or the lifespan of the failed packet has expired, so that the failed packet is recovered at an ARQ level.
[00152] 107. The transmitter as in any of the embodiments 103-106, wherein the ARQ transmitter requests a status report from the ARQ receiver. [00153] 108. The transmitter of embodiment 107 wherein the ARQ transmitter requests the status report after transmitting a last packet. [00154] 109. The transmitter as in any of the embodiments 103-108, wherein the H-ARQ transmitter sends a small packet with a last packet indication after sending a last packet in a buffer, whereby a recovery of the last packet is ensured by the small packet.
[00155] 110. The transmitter of embodiment 109 wherein the small packet is a null transmission.
[00156] 111. The transmitter as in any of the embodiments 109-110, wherein a response to the small packet is transmitted by using the H-ARQ NACK-to-ACK error indicator.
[00157] Although the features and elements of the present invention are described in the preferred embodiments in particular combinations, each feature or element can be used alone without the other features and elements of the preferred embodiments or in various combinations with or without other features and elements of the present invention. The methods or flow charts provided in the present invention may be implemented in a computer program, software, or firmware tangibly embodied in a computer-readable storage medium for execution by a general purpose computer or a processor. Examples of computer-readable storage mediums include a read only memory (ROM), a random access memory (RAM), a register, cache memory, semiconductor memory devices, magnetic media such as internal hard disks and removable disks, magneto-optical media, and optical media such as CD- ROM disks, and digital versatile disks (DVDs).
[00158] Suitable processors include, by way of example, a general purpose processor, a special purpose processor, a conventional processor, a digital signal processor (DSP), a plurality of microprocessors, one or more microprocessors in association with a DSP core, a controller, a microcontroller, Application Specific Integrated Circuits (ASICs), Field Programmable Gate Arrays (FPGAs) circuits, any other type of integrated circuit (IC), and/or a state machine.
[00159] A processor in association with software may be used to implement a radio frequency transceiver for use in a wireless transmit receive unit (WTRU), user equipment (UE), terminal, base station, radio network controller (RNC), or any host computer. The WTRU may be used in conjunction with modules, implemented in hardware and/or software, such as a camera, a video camera module, a videophone, a speakerphone, a vibration device, a speaker, a microphone, a television transceiver, a hands free headset, a keyboard, a Bluetooth® module, a frequency modulated (FM) radio unit, a liquid crystal display (LCD) display unit, an organic light-emitting diode (OLED) display unit, a digital music player, a media player, a video game player module, an Internet browser, and/or any wireless local area network (WLAN) module.

Claims

CLAIMSWhat is claimed is:
1. In a wireless communication system including a transmitter and a receiver, the transmitter including a hybrid automatic repeat request (H- ARQ) transmitter and an automatic repeat request (ARQ) transmitter, the receiver including an H-ARQ receiver and an ARQ receiver, a method for implementing H-ARQ-assisted ARQ, the method comprising: an H-ARQ receiver determining whether an H-ARQ negative acknowledgement (NACK)-to-positive acknowledgement (ACK) error occurs; and the H-ARQ receiver sending an H-ARQ NACK-to-ACK error indicator to the H-ARQ transmitter when an H-ARQ NACK-to-ACK error occurs unless at least one of the following has occurred: the number of retransmissions of a failed packet has reached a maximum retransmission limit, a maximum time for delivery of the failed packet has expired and a lifespan of the failed packet has expired.
2. The method of claim 1 wherein the H-ARQ NACK-to-ACK error indicator is associated with an H-ARQ process identity (ID) and the failed packet at the H-ARQ transmitter.
3. The method of claim 2 wherein the H-ARQ NACK-to-ACK error indicator includes the H-ARQ process ID and a transmission sequence number of the failed packet.
4. The method of claim 2 wherein the H-ARQ NACK-to-ACK error indicator is sent with a fixed timing offset with respect to transmission of the failed packet.
5. The method of claim 1 wherein transmission of the H-ARQ NACK-to-ACK error indicator and transmission of the failed packet are independent.
6. The method of claim 1 wherein the H-ARQ NACK-to-ACK error indicator is sent via at least one of physical layer signaling, a medium access control (MAC) layer signaling and a radio link control (RLC) layer signaling.
7. The method of claim 1 wherein more than one packet is transmitted from the H-ARQ transmitter to the H-ARQ receiver simultaneously and the H-ARQ NACK-to-ACK error indicator indicates H- ARQ NACK-to-ACK errors of more than one packet.
8. The method of claim 1 wherein the H-ARQ NACK-to-ACK error indicator is sent along with a cyclic redundancy check (CRC).
9. The method of claim 1 wherein the H-ARQ NACK-to-ACK error indicator is generated by one of the H-ARQ receiver and an ARQ receiver.
10. The method of claim 1 further comprising: the H-ARQ transmitter sending an ACK to the H-ARQ receiver upon receipt of the H-ARQ NACK-to-ACK error indicator.
11. The method of claim 10 wherein the H-ARQ receiver sends the H- ARQ NACK-to-ACK error indicator repeatedly if the H-ARQ receiver does not successfully receive the ACK for the H-ARQ NACK-to-ACK error indicator and a radio link between the H-ARQ transmitter and the H-ARQ receiver does not fail.
12. The method of claim 1 wherein the H-ARQ receiver sends the H- ARQ NACK-to-ACK error indicator if the H-ARQ receiver receives a new packet via the same H-ARQ process assigned for the failed packet instead of retransmission of the failed packet.
13. The method of claim 1 wherein the H-ARQ receiver sends the H-
ARQ NACK-to-ACK error indicator if the H-ARQ receiver does not receive the failed packet until an error indication timer expires, the error indication timer being set when a NACK is sent to the H-ARQ transmitter.
14. The method of claim 1 further comprising: the H-ARQ transmitter retransmitting the failed packet until the failed packet is successfully delivered unless at least one of the following has occurred: the maximum retransmission limit has reached, the maximum delivery time has expired and the lifespan of the failed packet has expired.
15. The method of claim 14 further comprising: the H-ARQ transmitter sending a local NACK to the ARQ transmitter if the maximum retransmission limit has reached, the maximum delivery time has expired or the lifespan of the failed packet has expired, so that the failed packet is recovered at an ARQ level.
16. The method of claim 1 further comprising: the H-ARQ receiver setting a recovery timer when the H-ARQ receiver sends the H-ARQ NACK-to-ACK error indicator; and the H-ARQ receiver sending a local NACK to the ARQ receiver if the H- ARQ receiver does not receive the failed packet before the recovery timer expires.
17. The method of claim 16 further comprising: the ARQ receiver sending a status report to the ARQ transmitter for recovery of the failed packet.
18. The method of claim 1 further comprising: the H-ARQ receiver sending a local NACK to the ARQ receiver if the H- ARQ receiver does not receive the failed packet until the H-ARQ receiver receives a packet with a sequence number higher than a sequence number of the failed packet by a predetermined number.
19. The method of claim 18 further comprising: the ARQ receiver sending a status report to the ARQ transmitter for recovery of the failed packet.
20. The method of claim 1 further comprising: the H-ARQ receiver sending a local NACK to the ARQ receiver if the H- ARQ receiver does not receive the failed packet until the number of retransmissions of the failed packet reaches a maximum retransmission limit for the failed packet.
21. The method of claim 20 further comprising: the ARQ receiver sending a status report to the ARQ transmitter for recovery of the failed packet.
22. The method of claim 1 further comprising: the H-ARQ receiver sending a local NACK to the ARQ receiver if the H- ARQ receiver does not receive the failed packet until a maximum time for delivery of the failed packet expires.
23. The method of claim 20 further comprising: the ARQ receiver sending a status report to the ARQ transmitter for recovery of the failed packet.
24. The method of claim 1 further comprising: the ARQ receiver sending a status report when the ARQ receiver receives a predetermined number of packets successfully.
25. The method of claim 1 further comprising: the ARQ receiver sending a status report when a status reporting timer expires.
26. The method of claim 1 further comprising: the ARQ transmitter requesting a status report from the ARQ receiver; and the ARQ receiver sending a status report to the ARQ transmitter.
27. The method of claim 26 wherein the ARQ transmitter requests the status report after transmitting a last packet.
28. The method of claim 1 further comprising: the H-ARQ transmitter sending a small packet with a last packet indication after sending a last packet in a buffer; and the H-ARQ receiver sending a response to the small packet, whereby a recovery of the last packet is ensured by the small packet.
29. The method of claim 28 wherein the small packet is a null transmission.
30. The method of claim 28 wherein the response to the small packet is transmitted by using the H-ARQ NACK-to-ACK error indicator.
31. The method of claim 1 wherein parameters for the maximum retransmission limit, the maximum time for delivery of a packet and a lifespan of a packet are configured by a central controlling entity.
32. The method of claim 31 wherein the parameters are configured when the transmitter is active.
33. The method of claim 31 wherein the parameters are configured at the start of a service.
34. The method of claim 31 wherein the parameters are configured dynamically depending on quality of service (QoS) requirement of a packet.
35. The method of claim 31 wherein the maximum retransmission limit of a packet is indicated by identifying a particular medium access control (MAC) flow associated with a specific maximum retransmission limit in an associated control signaling for the first transmission.
36. The method of claim 31 wherein the maximum retransmission limit of a packet is explicitly indicated in an associated control signaling for the first transmission.
37. A wireless communication system for implementing hybrid automatic repeat request (H-ARQ)-assisted automatic repeat request (ARQ), the system comprising: a receiver including an H-ARQ receiver and an ARQ receiver, the H- ARQ receiver being configured to determine whether an H-ARQ negative acknowledgement (NACK)-to-positive acknowledgement (ACK) error occurs and send an H-ARQ NACK-to-ACK error indicator to an H-ARQ transmitter unless at least one of the following has occurred: the number of retransmissions of a failed packet has reached a maximum retransmission limit, a maximum time for delivery of the failed packet has expired and a lifespan of the failed packet has expired; and a transmitter including the H-ARQ transmitter and an ARQ transmitter.
38. The system of claim 37 wherein the H-ARQ NACK-to-ACK error indicator is associated with an H-ARQ process identity (ID) and the failed packet at the H-ARQ transmitter.
39. The system of claim 38 wherein the H-ARQ NACK-to-ACK error indicator includes the H-ARQ process ID and a transmission sequence number of the failed packet.
40. The system of claim 38 wherein the H-ARQ NACK-to-ACK error indicator is sent with a fixed timing offset with respect to transmission of the failed packet.
41. The system of claim 37 wherein transmission of the H-ARQ NACK-to-ACK error indicator and transmission of the failed packet are independent.
42. The system of claim 37 wherein the H-ARQ NACK-to-ACK error indicator is sent via at least one of physical layer signaling, a medium access control (MAC) layer signaling and a radio link control (RLC) layer signaling.
43. The system of claim 37 wherein the H-ARQ transmitter and the H-ARQ receiver are configured to transmit and receive more than one packet simultaneously and the H-ARQ receiver is configured to send the H-ARQ NACK-to-ACK error indicator indicating H-ARQ NACK-to-ACK errors of more than one packet.
44. The system of claim 37 wherein the H-ARQ NACK-to-ACK error indicator is sent along with a cyclic redundancy check (CRC).
45. The system of claim 37 wherein the H-ARQ NACK-to-ACK error indicator is generated by one of the H-ARQ receiver and an ARQ receiver.
46. The system of claim 37 wherein the H-ARQ transmitter is configured to send an ACK to the H-ARQ receiver upon receipt of the H-ARQ NACK-to-ACK error indicator.
47. The system of claim 46 wherein the H-ARQ receiver sends the H- ARQ NACK-to-ACK error indicator repeatedly until the H-ARQ receiver successfully receives the ACK for the H-ARQ NACK-to-ACK error indicator.
48. The system of claim 47 wherein the H-ARQ receiver sends the H- ARQ NACK-to-ACK error indicator if the H-ARQ receiver receives a new packet via the same H-ARQ process assigned for the failed packet instead of retransmission of the failed packet.
49. The system of claim 47 wherein the H-ARQ receiver sends the H- ARQ NACK-to-ACK error indicator if the H-ARQ receiver does not receive the failed packet until an error indication timer expires, the error indication timer being set when a NACK is sent to the H-ARQ transmitter.
50. The system of claim 47wherein the H-ARQ transmitter retransmits the failed packet until the failed packet is successfully delivered unless at least one of the following has occurred: the maximum retransmission limit has reached, the maximum delivery time has expired and the lifespan of the failed packet has expired.
51. The system of claim 50 wherein the H-ARQ transmitter sends a local NACK to the ARQ transmitter if the maximum retransmission limit has reached, the maximum delivery time has expired or the lifespan of the failed packet has expired, so that the failed packet is recovered at an ARQ level.
52. The system of claim 47 wherein the H-ARQ receiver sets a recovery timer when the H-ARQ receiver sends the H-ARQ NACK-to-ACK error indicator and sends a local NACK to the ARQ receiver if the H-ARQ receiver does not receive the failed packet before the recovery timer expires.
53. The system of claim 52 wherein the ARQ receiver sends a status report to the ARQ transmitter for recovery of the failed packet.
54. The system of claim 47 wherein the H-ARQ receiver sends a local NACK to the ARQ receiver if the H-ARQ receiver does not receive the failed packet until the H-ARQ receiver receives a packet with a sequence number higher than a sequence number of the failed packet by a predetermined number.
55. The system of claim 54 wherein the ARQ receiver sends a status report to the ARQ transmitter for recovery of the failed packet.
56. The system of claim 37 wherein the H-ARQ receiver sends a local NACK to the ARQ receiver if the H-ARQ receiver does not receive the failed packet until the number of retransmissions of the failed packet reaches a maximum retransmission limit for the failed packet.
57. The system of claim 56 wherein the ARQ receiver sends a status report to the ARQ transmitter for recovery of the failed packet.
58. The system of claim 57 wherein the H-ARQ receiver sends a local NACK to the ARQ receiver if the H-ARQ receiver does not receive the failed packet until a maximum time for delivery of the failed packet expires.
59. The system of claim 56 wherein the ARQ receiver sends a status report to the ARQ transmitter for recovery of the failed packet.
60. The system of claim 56 wherein the ARQ receiver sends a status report when the ARQ receiver receives a predetermined number of packets successfully.
61. The system of claim 37 wherein the ARQ receiver sends a status report when a status reporting timer expires.
62. The system of claim 37 wherein the ARQ transmitter requests a status report from the ARQ receiver and the ARQ receiver sends a status report to the ARQ transmitter.
63. The system of claim 62 wherein the ARQ transmitter requests the status report after transmitting a last packet.
64. The system of claim 37 wherein the H-ARQ transmitter sends a small packet with a last packet indication after sending a last packet in a buffer and the H-ARQ receiver sends a response to the small packet, whereby a recovery of the last packet is ensured by the small packet.
65. The system of claim 64 wherein the small packet is a null transmission.
66. The system of claim 64 wherein a response to the small packet is transmitted by using the H-ARQ NACK-to-ACK error indicator.
67. The system of claim 37 wherein parameters for at least one of the maximum retransmission limit, the maximum time for delivery of a packet and a lifespan of a packet are configured by a central controlling entity.
68. The system of claim 67 wherein the parameters are configured when the receiver is active.
69. The system of claim 67 wherein the parameters are configured at the start of a service.
70. The system of claim 67 wherein the parameters are configured dynamically depending on quality of service (QoS) requirement of a packet.
71. The system of claim 67 wherein the maximum retransmission limit of a packet is indicated by identifying a particular medium access control (MAC) flow associated with a specific maximum retransmission limit in an associated control signaling for the first transmission.
72. The system of claim 67 wherein the maximum retransmission limit of a packet is explicitly indicated in an associated control signaling for the first transmission.
73. A receiver for implementing hybrid automatic repeat request (H- ARQ)-assisted automatic repeat request (ARQ), the receiver comprising: an ARQ receiver; and an H-ARQ receiver configured to determine whether an H-ARQ negative acknowledgement (NACK)-to-positive acknowledgement (ACK) error occurs and send an H-ARQ NACK-to-ACK error indicator to an H-ARQ transmitter unless at least one of the following has occurred: the number of retransmissions of a failed packet has reached a maximum retransmission limit, a maximum time for delivery of the failed packet has expired and a lifespan of the failed packet has expired.
74. The receiver of claim 73 wherein the H-ARQ NACK-to-ACK error indicator is associated with an H-ARQ process identity (ID) and the failed packet at the H-ARQ transmitter.
75. The receiver of claim 74 wherein the H-ARQ NACK-to-ACK error indicator includes the H-ARQ process ID and a transmission sequence number of the failed packet.
76. The receiver of claim 74 wherein the H-ARQ NACK-to-ACK error indicator is sent with a fixed timing offset with respect to transmission of the failed packet.
77. The receiver of claim 73 wherein transmission of the H-ARQ NACK-to-ACK error indicator and transmission of the failed packet are independent.
78. The receiver of claim 73 wherein the H-ARQ NACK-to-ACK error indicator is sent via at least one of physical layer signaling, a medium access control (MAC) layer signaling and a radio link control (RLC) layer signaling.
79. The receiver of claim 73 wherein the H-ARQ receiver is configured to receive more than one packet simultaneously and send the H- ARQ NACK-to-ACK error indicator indicating H-ARQ NACK-to-ACK errors of more than one packet.
80. The receiver of claim 73 wherein the H-ARQ NACK-to-ACK error indicator is sent along with a cyclic redundancy check (CRC).
81. The receiver of claim 73 wherein the H-ARQ NACK-to-ACK error indicator is generated by one of the H-ARQ receiver and the ARQ receiver.
82. The receiver of claim 73 wherein the H-ARQ receiver sends the H-ARQ NACK-to-ACK error indicator repeatedly until the H-ARQ receiver successfully receives an acknowledgement (ACK) for the H-ARQ NACK-to- ACK error indicator.
83. The receiver of claim 73 wherein the H-ARQ receiver sends the H-ARQ NACK-to-ACK error indicator if the H-ARQ receiver receives a new packet via the same H-ARQ process assigned for the failed packet instead of retransmission of the failed packet.
84. The receiver of claim 73 wherein the H-ARQ receiver sends the H-ARQ NACK-to-ACK error indicator if the H-ARQ receiver does not receive the failed packet until an error indication timer expires, the error indication timer being set when a NACK is sent to the H-ARQ transmitter.
85. The receiver of claim 73 wherein the H-ARQ receiver sets a recovery timer when the H-ARQ receiver sends the H-ARQ NACK-to-ACK error indicator and sends a local NACK to the ARQ receiver if the H-ARQ receiver does not receive the failed packet before the recovery timer expires.
86. The receiver of claim 85 wherein the ARQ receiver sends a status report to the ARQ transmitter for recovery of the failed packet.
87. The receiver of claim 73 wherein the H-ARQ receiver sends a local NACK to the ARQ receiver if the H-ARQ receiver does not receive the failed packet until the H-ARQ receiver receives a packet with a sequence number higher than a sequence number of the failed packet by a predetermined number.
88. The receiver of claim 87 wherein the ARQ receiver sends a status report to the ARQ transmitter for recovery of the failed packet.
89. The receiver of claim 73 wherein the H-ARQ receiver sends a local NACK to the ARQ receiver if the H-ARQ receiver does not receive the failed packet until the number of retransmissions of the failed packet reaches a maximum retransmission limit for the failed packet.
90. The receiver of claim 89 wherein the ARQ receiver sends a status report to the ARQ transmitter for recovery of the failed packet.
91. The receiver of claim 73 wherein the H-ARQ receiver sends a local NACK to the ARQ receiver if the H-ARQ receiver does not receive the failed packet until a maximum time for delivery of the failed packet expires.
92. The receiver of claim 91 wherein the ARQ receiver sends a status report to the ARQ transmitter for recovery of the failed packet.
93. The receiver of claim 73 wherein the ARQ receiver sends a status report when the ARQ receiver receives a predetermined number of packets successfully.
94. The receiver of claim 73 wherein the ARQ receiver sends a status report when a status reporting timer expires.
95. A transmitter for implementing hybrid automatic repeat request (H-ARQ)-assisted automatic repeat request (ARQ), the transmitter comprising: an ARQ transmitter; and an H-ARQ transmitter configured to receive an H-ARQ negative acknowledgement (NACK)-to-positive acknowledgement (ACK) error indicator, wherein at least one of the ARQ transmitter and the H-ARQ transmitter is configured to recover a failed packet corresponding to the H- ARQ NACK-to-ACK error.
96. The transmitter of claim 95 wherein the H-ARQ transmitter is configured to send an ACK to the H-ARQ receiver upon receipt of the H-ARQ NACK-to-ACK error indicator.
97. The transmitter of claim 95 wherein the H-ARQ transmitter retransmits the failed packet until the failed packet is successfully delivered unless at least one of the following has occurred: the maximum retransmission limit has reached, the maximum delivery time has expired and the lifespan of the failed packet has expired.
98. The transmitter of claim 95 wherein the H-ARQ transmitter sends a local NACK to the ARQ transmitter if the maximum retransmission limit has reached, the maximum delivery time has expired or the lifespan of the failed packet has expired, so that the failed packet is recovered at an ARQ level.
99. The transmitter of claim 95 wherein the ARQ transmitter requests a status report from the ARQ receiver.
100. The transmitter of claim 95 wherein the ARQ transmitter requests the status report after transmitting a last packet.
101. The transmitter of claim 95 wherein the H-ARQ transmitter sends a small packet with a last packet indication after sending a last packet in a buffer, whereby a recovery of the last packet is ensured by the small packet.
102. The transmitter of claim 101 wherein the small packet is a null transmission.
103. The transmitter of claim 101 wherein a response to the small packet is transmitted by using the H-ARQ NACK-to-ACK error indicator.
PCT/US2006/049306 2005-12-29 2006-12-27 Method and system for implementing h-arq-assisted arq operation WO2007079085A2 (en)

Priority Applications (6)

Application Number Priority Date Filing Date Title
CA002635762A CA2635762A1 (en) 2005-12-29 2006-12-27 Method and system for implementing h-arq-assisted arq operation
AU2006332854A AU2006332854B2 (en) 2005-12-29 2006-12-27 Method and system for implementing H-ARQ-assisted ARQ operation
JP2008548684A JP2009522873A (en) 2005-12-29 2006-12-27 Method and system for H-ARQ assisted ARQ operation
EP06846062A EP1974492A2 (en) 2005-12-29 2006-12-27 Method and system for implementing h-arq-assisted arq operation
BRPI0621173-9A BRPI0621173A2 (en) 2005-12-29 2006-12-27 METHOD AND SYSTEM AND IMPLEMENTATION OF ARCH OPERATION ASSISTED BY H-ARQ
IL192504A IL192504A0 (en) 2005-12-29 2008-06-29 Method and system for implementing ii-arq-assisted arq operation

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US75471305P 2005-12-29 2005-12-29
US60/754,713 2005-12-29
US87136806P 2006-12-21 2006-12-21
US60/871,368 2006-12-21

Publications (2)

Publication Number Publication Date
WO2007079085A2 true WO2007079085A2 (en) 2007-07-12
WO2007079085A3 WO2007079085A3 (en) 2007-10-25

Family

ID=38134955

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2006/049306 WO2007079085A2 (en) 2005-12-29 2006-12-27 Method and system for implementing h-arq-assisted arq operation

Country Status (13)

Country Link
EP (1) EP1974492A2 (en)
JP (1) JP2009522873A (en)
KR (2) KR20080080234A (en)
CN (1) CN101814982A (en)
AR (1) AR058883A1 (en)
AU (1) AU2006332854B2 (en)
BR (1) BRPI0621173A2 (en)
CA (1) CA2635762A1 (en)
IL (1) IL192504A0 (en)
RU (1) RU2008131049A (en)
SG (2) SG154450A1 (en)
TW (2) TW200729815A (en)
WO (1) WO2007079085A2 (en)

Cited By (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009129612A1 (en) * 2008-04-21 2009-10-29 Nortel Networks Limited Methods and systems for harq protocols
JP2010536234A (en) * 2007-09-18 2010-11-25 エルジー エレクトロニクス インコーポレイティド Method for guaranteeing QoS in a multi-layer structure
JP2011501905A (en) * 2007-10-01 2011-01-13 クゥアルコム・インコーポレイテッド Acknowledgment mode polling at the timing of immediate status reporting
US7995487B2 (en) 2009-03-03 2011-08-09 Robert Bosch Gmbh Intelligent router for wireless sensor network
US8203988B2 (en) 2007-08-10 2012-06-19 Lg Electronics Inc. Effective reception method in wireless communication system providing MBMS service
JP2012526457A (en) * 2009-05-04 2012-10-25 ノーテル・ネットワークス・リミテッド Using a variable timer to send an error indication
US8351388B2 (en) 2007-10-23 2013-01-08 Lg Electronics Inc. Method for transmitting data of common control channel
US8355331B2 (en) 2008-03-17 2013-01-15 Lg Electronics Inc. Method for transmitting PDCP status report
US8416678B2 (en) 2007-10-29 2013-04-09 Lg Electronics Inc. Method for repairing an error depending on a radio bearer type
US8594030B2 (en) 2007-08-10 2013-11-26 Lg Electronics Inc. Method for controlling HARQ operation in dynamic radio resource allocation
US8634312B2 (en) 2007-09-18 2014-01-21 Lg Electronics Inc. Effective data block transmission method using header indicator
WO2014035906A1 (en) * 2012-08-31 2014-03-06 Marvell World Trade Ltd. Method and apparatus for detecting and processing a retransmitted data packet in a wireless network
US8958411B2 (en) 2008-03-17 2015-02-17 Lg Electronics Inc. Method of transmitting RLC data
US9084125B2 (en) 2007-09-18 2015-07-14 Lg Electronics Inc. Method of performing polling procedure in a wireless communication system
US9264160B2 (en) 2007-08-10 2016-02-16 Lg Electronics Inc. Method of transmitting and receiving control information in a wireless communication system
US9275644B2 (en) 2012-01-20 2016-03-01 Qualcomm Incorporated Devices for redundant frame coding and decoding
US9668282B2 (en) 2007-06-18 2017-05-30 Lg Electronics Inc. Method of controlling uplink synchronization state at a user equipment in a mobile communication system
CN108702256A (en) * 2015-12-18 2018-10-23 巴伐利亚发动机制造厂股份有限公司 For the method crossfire is transmitted to plurality of wireless communication devices from a wireless communication device to be avoided by negative confirmation indicator (NACK) in the wireless network
EP3714565A4 (en) * 2017-11-20 2021-07-07 QUALCOMM Incorporated Dynamic termination of hybrid automatic repeat request retransmissions
US11088788B2 (en) 2013-03-29 2021-08-10 Vid Scale, Inc. Early packet loss detection and feedback
CN114008955A (en) * 2019-06-12 2022-02-01 联想(新加坡)私人有限公司 Responding to new data indicators for hybrid automatic repeat request processes

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101341515B1 (en) 2007-06-18 2013-12-16 엘지전자 주식회사 Method of updating repeatedly-transmitted information in wireless communicaiton system
KR101514841B1 (en) 2007-08-10 2015-04-23 엘지전자 주식회사 Method for re-attempting a random access effectively
KR101435844B1 (en) 2007-09-18 2014-08-29 엘지전자 주식회사 Method of transmitting a data block in a wireless communication system
WO2009038377A2 (en) 2007-09-20 2009-03-26 Lg Electronics Inc. Method of effectively transmitting radio resource allocation request in mobile communication system
KR20090041323A (en) 2007-10-23 2009-04-28 엘지전자 주식회사 Method of effectively transmitting identification information of terminal during the generation of data block
US8018890B2 (en) * 2008-06-25 2011-09-13 Intel Corporation Techniques using a hop-by-hop approach for automatic repeat request (ARQ) in wireless relay networks
KR101124066B1 (en) 2008-12-03 2012-04-12 한국전자통신연구원 Interaction method between arq and harq for the system with long round trip delay
JP5357207B2 (en) * 2011-05-18 2013-12-04 株式会社エヌ・ティ・ティ・ドコモ Mobile communication method
US9992004B2 (en) * 2015-02-03 2018-06-05 Qualcomm Incorporated Code block cluster level HARQ
WO2019064377A1 (en) * 2017-09-27 2019-04-04 富士通株式会社 Wireless communication method, wireless communication system, base station, and wireless terminal
WO2020024107A1 (en) * 2018-07-31 2020-02-06 华为技术有限公司 Status report sending method and device

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1337065A1 (en) * 2002-02-13 2003-08-20 Telefonaktiebolaget L M Ericsson (Publ) Semi-reliable ARQ method and device thereof
WO2003096567A1 (en) * 2002-05-10 2003-11-20 Interdigital Technology Corporation Method for monitoring transmission sequence numbers assigned to protocol data units to detect and correct transmission errors
EP1770897A1 (en) * 2005-09-29 2007-04-04 Samsung Electronics Co.,Ltd. Mobile communications method, apparatus and system for packet retransmission

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7054316B2 (en) * 2001-04-25 2006-05-30 Nokia Corporation Method and system for interlayer control between re-sequencing and retransmission entities
JP2004187010A (en) * 2002-12-03 2004-07-02 Sharp Corp Data processor, communication equipment, data processing method, data processing program, and computer readable recording medium with the program recorded therein
US7414989B2 (en) * 2003-05-07 2008-08-19 Motorola, Inc. ACK/NACK determination reliability for a communication device
US7466666B2 (en) * 2003-06-18 2008-12-16 Telefonaktiebolaget Lm Ericsson (Publ) Forward ACK/NACK channel for CDMA system

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1337065A1 (en) * 2002-02-13 2003-08-20 Telefonaktiebolaget L M Ericsson (Publ) Semi-reliable ARQ method and device thereof
WO2003096567A1 (en) * 2002-05-10 2003-11-20 Interdigital Technology Corporation Method for monitoring transmission sequence numbers assigned to protocol data units to detect and correct transmission errors
EP1770897A1 (en) * 2005-09-29 2007-04-04 Samsung Electronics Co.,Ltd. Mobile communications method, apparatus and system for packet retransmission

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
HERRMANN C ET AL: "Improving packet loss probability in the UMTS high-speed downlink" VEHICULAR TECHNOLOGY CONFERENCE, 2003. VTC 2003-FALL. 2003 IEEE 58TH ORLANDO, FL, USA 6-9 OCT. 2003, PISCATAWAY, NJ, USA,IEEE, US, 6 October 2003 (2003-10-06), pages 2655-2659, XP010701537 ISBN: 0-7803-7954-3 *

Cited By (39)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9668282B2 (en) 2007-06-18 2017-05-30 Lg Electronics Inc. Method of controlling uplink synchronization state at a user equipment in a mobile communication system
US9264160B2 (en) 2007-08-10 2016-02-16 Lg Electronics Inc. Method of transmitting and receiving control information in a wireless communication system
US8594030B2 (en) 2007-08-10 2013-11-26 Lg Electronics Inc. Method for controlling HARQ operation in dynamic radio resource allocation
US9699778B2 (en) 2007-08-10 2017-07-04 Lg Electronics Inc. Method of transmitting and receiving control information in a wireless communication system
US8203988B2 (en) 2007-08-10 2012-06-19 Lg Electronics Inc. Effective reception method in wireless communication system providing MBMS service
US8634312B2 (en) 2007-09-18 2014-01-21 Lg Electronics Inc. Effective data block transmission method using header indicator
US9661524B2 (en) 2007-09-18 2017-05-23 Lg Electronics Inc. Method for QoS guarantees in a multilayer structure
US9060238B2 (en) 2007-09-18 2015-06-16 Lg Electronics Inc. Method for QoS guarantees in a multilayer structure
JP2010536234A (en) * 2007-09-18 2010-11-25 エルジー エレクトロニクス インコーポレイティド Method for guaranteeing QoS in a multi-layer structure
US9084125B2 (en) 2007-09-18 2015-07-14 Lg Electronics Inc. Method of performing polling procedure in a wireless communication system
US8422480B2 (en) 2007-10-01 2013-04-16 Qualcomm Incorporated Acknowledge mode polling with immediate status report timing
JP2011501905A (en) * 2007-10-01 2011-01-13 クゥアルコム・インコーポレイテッド Acknowledgment mode polling at the timing of immediate status reporting
US8351388B2 (en) 2007-10-23 2013-01-08 Lg Electronics Inc. Method for transmitting data of common control channel
US8416678B2 (en) 2007-10-29 2013-04-09 Lg Electronics Inc. Method for repairing an error depending on a radio bearer type
US8355331B2 (en) 2008-03-17 2013-01-15 Lg Electronics Inc. Method for transmitting PDCP status report
US8958411B2 (en) 2008-03-17 2015-02-17 Lg Electronics Inc. Method of transmitting RLC data
CN102124772B (en) * 2008-04-21 2015-09-02 苹果公司 For the method and system of HARQ protocol
US20170222762A1 (en) 2008-04-21 2017-08-03 Apple Inc. Methods and Systems for HARQ Protocols
WO2009129612A1 (en) * 2008-04-21 2009-10-29 Nortel Networks Limited Methods and systems for harq protocols
US11515969B2 (en) 2008-04-21 2022-11-29 Apple Inc. Methods and systems for HARQ protocols
US10965406B2 (en) 2008-04-21 2021-03-30 Apple Inc. Methods and systems for HARQ protocols
US9374198B2 (en) 2008-04-21 2016-06-21 Apple Inc. Methods and systems for HARQ protocols
US9654258B2 (en) 2008-04-21 2017-05-16 Apple Inc. Methods and systems for HARQ protocols
US8527829B2 (en) 2008-04-21 2013-09-03 Apple Inc. Methods and systems for HARQ protocols
US10686561B2 (en) 2008-04-21 2020-06-16 Apple Inc. Methods and systems for HARQ protocols
US10374756B2 (en) 2008-04-21 2019-08-06 Apple Inc. Methods and systems for HARQ protocols
US10009149B2 (en) 2008-04-21 2018-06-26 Apple Inc. Methods and systems for HARQ protocols
US7995487B2 (en) 2009-03-03 2011-08-09 Robert Bosch Gmbh Intelligent router for wireless sensor network
US8904245B2 (en) 2009-05-04 2014-12-02 Apple Inc. Using a variable timer for sending an error indication
JP2012526457A (en) * 2009-05-04 2012-10-25 ノーテル・ネットワークス・リミテッド Using a variable timer to send an error indication
US9275644B2 (en) 2012-01-20 2016-03-01 Qualcomm Incorporated Devices for redundant frame coding and decoding
US9674730B2 (en) 2012-08-31 2017-06-06 Marvell World Trade Ltd. Method and apparatus for detecting and processing a retransmitted data packet in a wireless network
WO2014035906A1 (en) * 2012-08-31 2014-03-06 Marvell World Trade Ltd. Method and apparatus for detecting and processing a retransmitted data packet in a wireless network
US11088788B2 (en) 2013-03-29 2021-08-10 Vid Scale, Inc. Early packet loss detection and feedback
US11824664B2 (en) 2013-03-29 2023-11-21 Vid Scale, Inc. Early packet loss detection and feedback
CN108702256A (en) * 2015-12-18 2018-10-23 巴伐利亚发动机制造厂股份有限公司 For the method crossfire is transmitted to plurality of wireless communication devices from a wireless communication device to be avoided by negative confirmation indicator (NACK) in the wireless network
EP3714565A4 (en) * 2017-11-20 2021-07-07 QUALCOMM Incorporated Dynamic termination of hybrid automatic repeat request retransmissions
US11677506B2 (en) 2017-11-20 2023-06-13 Qualcomm Incorporated Dynamic termination of hybrid automatic repeat request retransmissions
CN114008955A (en) * 2019-06-12 2022-02-01 联想(新加坡)私人有限公司 Responding to new data indicators for hybrid automatic repeat request processes

Also Published As

Publication number Publication date
CN101814982A (en) 2010-08-25
CA2635762A1 (en) 2007-07-12
JP2009522873A (en) 2009-06-11
SG158087A1 (en) 2010-01-29
KR20080083714A (en) 2008-09-18
TW200729815A (en) 2007-08-01
EP1974492A2 (en) 2008-10-01
AU2006332854B2 (en) 2011-12-08
TW201018130A (en) 2010-05-01
WO2007079085A3 (en) 2007-10-25
IL192504A0 (en) 2009-02-11
KR20080080234A (en) 2008-09-02
RU2008131049A (en) 2010-02-10
SG154450A1 (en) 2009-08-28
AR058883A1 (en) 2008-02-27
AU2006332854A1 (en) 2007-07-12
BRPI0621173A2 (en) 2011-12-06

Similar Documents

Publication Publication Date Title
AU2006332854B2 (en) Method and system for implementing H-ARQ-assisted ARQ operation
US7895494B2 (en) Method and system for implementing H-ARQ-assisted ARQ operation
US8332702B2 (en) Method and apparatus for hybrid automatic repeat request transmission
CA2713822C (en) Method and apparatus for forwarding non-consecutive data blocks in enhanced uplink transmissions
US7979768B2 (en) Method and system for implementing hybrid automatic repeat request
US8116250B2 (en) Medium access control discard notification
EP2100401B1 (en) Next data indicator handling
CN107070607B (en) Method implemented by WTRU and WTRU
US8400999B2 (en) Method of handling packet data in a wireless communications system and related apparatus
US20080043619A1 (en) Method and apparatus for controlling arq and harq transmissions and retransmissions in a wireless communication system
US20160080114A1 (en) Method and Arrangement in a Telecommunication System for Handling Status Information of Data Units
US20090319850A1 (en) Local drop control for a transmit buffer in a repeat transmission protocol device
US20090190480A1 (en) Methods and apparatus for detecting radio link control protocol errors and triggering radio link control re-establishment
JP2012135044A (en) Implementing data lifespan timer for enhanced dedicated channel transmission
JP2009520389A (en) Apparatus, method, and computer program for providing retransmission using a plurality of ARQ mechanisms
WO2008085908A1 (en) Method and apparatus for indicating a transmission status to a higher layer
US20130028189A1 (en) Method and apparatus for using physical layer error control to direct media access layer error control
WO2010107374A1 (en) Methods and arrangements in a wireless telecommunication system
AU2012200807A1 (en) Method and apparatus for forwarding non-consecutive data blocks in enhanced uplink transmissions

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 200680049848.7

Country of ref document: CN

121 Ep: the epo has been informed by wipo that ep was designated in this application
DPE1 Request for preliminary examination filed after expiration of 19th month from priority date (pct application filed from 20040101)
WWE Wipo information: entry into national phase

Ref document number: 2635762

Country of ref document: CA

Ref document number: MX/a/2008/008481

Country of ref document: MX

WWE Wipo information: entry into national phase

Ref document number: 2008548684

Country of ref document: JP

Ref document number: 2006332854

Country of ref document: AU

Ref document number: 5707/DELNP/2008

Country of ref document: IN

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2006332854

Country of ref document: AU

Date of ref document: 20061227

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 2006846062

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 1020087018537

Country of ref document: KR

WWE Wipo information: entry into national phase

Ref document number: 2008131049

Country of ref document: RU

WWE Wipo information: entry into national phase

Ref document number: 1020087020336

Country of ref document: KR

DPE1 Request for preliminary examination filed after expiration of 19th month from priority date (pct application filed from 20040101)
ENP Entry into the national phase

Ref document number: PI0621173

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20080630