US20120287912A1 - Method and Apparatus for Resegmentation of Packet Data for Retransmission on HARQ Transmission Failure - Google Patents
Method and Apparatus for Resegmentation of Packet Data for Retransmission on HARQ Transmission Failure Download PDFInfo
- Publication number
- US20120287912A1 US20120287912A1 US13/556,917 US201213556917A US2012287912A1 US 20120287912 A1 US20120287912 A1 US 20120287912A1 US 201213556917 A US201213556917 A US 201213556917A US 2012287912 A1 US2012287912 A1 US 2012287912A1
- Authority
- US
- United States
- Prior art keywords
- layer
- rlc
- network node
- handover
- data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
- 238000000034 method Methods 0.000 title claims abstract description 47
- 230000005540 biological transmission Effects 0.000 title claims abstract description 22
- 230000006866 deterioration Effects 0.000 claims abstract description 12
- 230000008569 process Effects 0.000 claims description 15
- 238000005259 measurement Methods 0.000 claims description 11
- 230000011664 signaling Effects 0.000 claims description 8
- 238000010586 diagram Methods 0.000 description 6
- 230000007774 longterm Effects 0.000 description 5
- 230000003993 interaction Effects 0.000 description 4
- 238000004891 communication Methods 0.000 description 3
- 230000011218 segmentation Effects 0.000 description 3
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 description 2
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 description 2
- 108700026140 MAC combination Proteins 0.000 description 1
- 101150014328 RAN2 gene Proteins 0.000 description 1
- 230000006835 compression Effects 0.000 description 1
- 238000007906 compression Methods 0.000 description 1
- 125000004122 cyclic group Chemical group 0.000 description 1
- 230000006837 decompression Effects 0.000 description 1
- 230000003247 decreasing effect Effects 0.000 description 1
- 238000011156 evaluation Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000005923 long-lasting effect Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 230000009897 systematic effect Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0006—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format
- H04L1/0007—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format by modifying the frame length
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0015—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0033—Systems modifying transmission characteristics according to link quality, e.g. power backoff arrangements specific to the transmitter
- H04L1/0034—Systems modifying transmission characteristics according to link quality, e.g. power backoff arrangements specific to the transmitter where the transmitter decides based on inferences, e.g. use of implicit signalling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0033—Systems modifying transmission characteristics according to link quality, e.g. power backoff arrangements specific to the transmitter
- H04L1/0035—Systems modifying transmission characteristics according to link quality, e.g. power backoff arrangements specific to the transmitter evaluation of received explicit signalling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
- H04L1/0026—Transmission of channel quality indication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
Definitions
- the present disclosure relates to the hybrid automatic repeat request (HARQ) scheme used in a media access control (MAC) layer data transmission, the radio link control (RLC) layer, and radio resource control (RRC) layer and in particular their interworking with respect to retransmission of data upon unsuccessful MAC protocol data unit reception.
- MAC media access control
- RLC radio link control
- RRC radio resource control
- HSDPA high speed download packet access
- E-DCH enhanced dedicated uplink transport channel
- HSPA use an HARQ scheme within the MAC layer to enhance the efficiency and reliability of data transmission between user equipment (UE) and the base station known as the Node B.
- UE user equipment
- Node B the base station
- CQI channel quality indicator
- the Node B will choose a transport block size and modulation and coding scheme (MCS) for the next transmission to the UE so that the transport block error probability should not exceed 10%.
- MCS modulation and coding scheme
- MAC-hs PDU medium access control protocol data unit
- the UE When the UE receives the MAC-hs PDU, it computes a cyclic redundancy check (CRC) to determine correct reception. If the reception is successful, the UE sends an ACK to the Node B. If not, a NACK is sent. If the Node B receives a NACK, it retransmits the MAC-hs PDU again for Chase combining or the systematic and/or parity symbols for Incremental Redundancy if the number of retransmissions is within the specified maximum number as set by system operator. Incremental redundancy or a Chase Combining Scheme is used for the retransmission, as specified in 3GPP TS 25.212, version 6.9.0.
- CRC medium access control protocol data unit
- HARQ retransmission failure When the maximum number of HARQ retransmissions fail, as referred to herein as HARQ retransmission failure, retransmission of MAC-hs PDU is considered a failure.
- This functionality is generally referred to as Automatic Repeat-reQuest or ARQ. This is based on the transmitter polling the receiver for the status of PDUs that it has or hasn't received and the receiver send this information back to the transmitter for processing. This two way signaling clearly adds a degree of additional latency in the transmission period of the incorrectly received data between the transmitter and the receiver.
- the RLC can be notified of the HARQ retransmission failure and the RLC service data unit (RLC-SDU) or part of the RLC-SDU (the RLC-PDUs) can be retransmitted on the notification rather than waiting for a status report control message from the receiving side.
- RLC-SDU RLC service data unit
- the RLC-PDUs RLC service data unit
- An example of this type of enhancement is indicated in the RAN2 meeting number 55 contribution R2-062906 from NTT DoCoMo for the work item “Long-term evolution of UMTS Terrestrial Radio Access (UTRA) and Universal Terrestrial Radio Access Network (UTRAN)” (LTE).
- UTRA Long-term evolution of UMTS Terrestrial Radio Access
- UTRAN Universal Terrestrial Radio Access Network
- the size of the RLC-PDU that is re-transmitted is the same as the previous transmissions.
- the size of this RLC-PDU is determined during segmentation of the RLC-SDU as determined by the RRC configuration of RLC.
- FIG. 1 is a block diagram showing a long-term evolution user plane protocol stack
- FIG. 2 is a block diagram showing a long-term evolution control plane protocol architecture
- FIG. 3 is a flow chart showing a method for a retransmission and re-segmentation decision within MAC layer in accordance with the present disclosure
- FIG. 4 is a flow chart showing a method for retransmission and re-segmentation execution according to the present disclosure and the decision made in the FIG. 3 ;
- FIG. 5 is a flow chart illustrating the configuration of the MAC layer both at the receiver and transmitter sides
- FIG. 6 is a block diagram showing a flow chart of the indication of a handover from both the Node B and the UE sides;
- FIG. 7 is a block diagram showing interaction between the RRC, RLC and MAC layers where retransmission and re-segmentation is executed in the MAC and RLC in accordance with the present system and method;
- FIG. 8 is a block diagram showing an alternative interaction between the RRC, RLC and MAC layers where retransmission and re-segmentation is executed in the MAC.
- the present disclosure addresses the issue above for the improvement of retransmission latency further by re-segmenting data into more appropriate sizes according to radio channel conditions such as shadowing, among others. Further, the present disclosure addresses when the re-segmentation of data should occur.
- the present application provides a method for packet data retransmission on Hybrid Automatic Repeat Request (HARQ) Transmission failure comprising the steps of: checking whether the changes to the HARQ transmission error performance characteristics are greater than a threshold and/or a deterioration of channel conditions is indicated or less than threshold; if yes, re-segmenting an RLC-SDU or RLC-PDU data into smaller PDU data sizes; and transmitting said re-segmented RLC-PDU data; and if not yes, transmitting previous RLC-PDU data.
- HARQ Hybrid Automatic Repeat Request
- the present application further provides a transmitter in a mobile network adapted to re-segment data into more appropriate sizes according to radio channel conditions comprising a re-segmentation layer, the re-segmentation layer adapted to: check whether the changes to the Hybrid Automatic Repeat Request (HARQ) transmission error performance characteristics are greater than a threshold and/or a deterioration of channel conditions is indicated or less than threshold; if yes, re-segment an RLC-SDU or RLC-PDU data into smaller PDU data sizes; and transmit said re-segmented RLC-PDU data; and if not yes, transmit previous RLC-PDU data.
- HARQ Hybrid Automatic Repeat Request
- FIG. 1 shows a block diagram illustrating the long-term evolution (LTE) user plane protocol stack.
- LTE long-term evolution
- a UE 110 communicates with both an evolved Node B (eNB) 120 and an access gateway (aGW) 130 .
- eNB evolved Node B
- aGW access gateway
- the packet data convergence protocol (PDCP) layer 140 is illustrated both on the UE 110 and on aGW 130 .
- the PDCP layer 140 performs internet protocol (IP) header compression and decompression, transfer of user data and maintenance of sequence numbers (SN) for radio bearers.
- IP internet protocol
- radio link control protocol layer 142 which communicates with the radio link control protocol layer 142 on the eNB 120 .
- communication occurs through the physical layer in protocol stacks such as those illustrated in FIGS. 1 and 2 .
- packets from the RLC layer 142 of the UE are interpreted by the RLC layer 142 on the eNB 120 .
- RLC layer 142 below RLC layer 142 is the medium access control (MAC) data communication protocol layer 146 .
- MAC medium access control
- the RLC and MAC protocols form the data link sublayers of the UMTS and LTE radio interface and reside on the Node B (or eNB in LTE) and user equipment.
- the layer 1 (L1) LTE (physical layer 148 ) is below the RLC/MAC layers 142 and 146 . This layer is the physical layer for communications.
- FIG. 2 illustrates the LTE control plane protocol architecture. Similar reference numerals to those used in FIG. 1 will be used in FIG. 2 .
- UE 110 communicates with eNB 120 and aGW 130 .
- physical layer 148 MAC layer 146 , RLC layer 142 and PDCP layer 140 exist within FIG. 2 .
- FIG. 2 also shows the non-access stratum (NAS) layer 210 .
- NAS layer 210 could include mobility management and session management.
- the radio resource control protocol layer (RRC) 220 is the part of the protocol stack that is responsible for the assignment, configuration and release of radio resources between the UE and the E-UTRAN (Evolved universal terrestrial radio access network).
- RRC protocol layer The basic functionalities of RRC protocol for LTE is described in the 3GPP TR25.813 specifications.
- ARQ automatic repeat request
- RLC radio link control
- RNC radio network controller
- LTE Long Term Evolution
- eNB a tighter interaction may exist between the ARQ and the HARQ (within the MAC layer, also located in the eNB).
- an RLC SDU is segmented in a series of equally sized RLC PDUs (e.g. 42 octets) and given to the MAC layer for transmission over the air interface.
- the MAC usually multiplexes multiple RLC PDUs in to a MAC-PDU. If a MAC PDU cannot be delivered, after a certain number of tries the transmission of that MAC-PDU is abandoned.
- the MAC layer de-multiplexes the received MAC-PDU in to multiple RLC-PDUs. If any missing RLC-PDUs are detected, the receiving side notifies the transmitting side using a STATUS message to request retransmission of the missing RLC PDUs. This is a relatively lengthy process.
- FIGS. 3 and 4 an overview of a method according to the present application is presented.
- FIG. 3 shows an exemplary flowchart of how a choice is made within MAC layer on HARQ retransmission failure.
- the decision will be passed to the re-segmentation and retransmission execution function (RREF) with the notification of HARQ retransmission failure.
- the RREF performs retransmission and/or re-segmentation according to the informed decision and handover indication from an upper layer as shown in FIG. 4 .
- FIG. 3 To make a choice in FIG. 3 , certain threshold values need to be configured. Such parameter configurations, both at the receiver and transmitter sides, are shown in FIG. 5 .
- FIG. 6 describes how the handover indication is provided to the RREF.
- FIG. 7 shows two possible protocol architectures, the first in which the RREF is included in the RLC and the second in which the RREF is included in MAC.
- an out-of-coverage condition is examined at step 311 . For example, if the number of consecutive failures in the reception of ACK/NAK from the receiver (Nanf) (if the transmitter cannot detect expected ACK/NAK response at the time when the ACK/NAK should be received from the receiver), exceeds the configured threshold value (TH-Nanf), an out of coverage indication is passed to RREF at step 312 .
- the transmitter considers the receiver is out of radio coverage if the time between the most recent CQI report from the receiver and HARQ retransmission failure (TLastCQI) is longer than the configured threshold value (TH-LC), e.g. CQI interval*N, where N is an integer value.
- TH-LC configured threshold value
- out-of-coverage indication is passed to RREF at step 312 .
- the physical layer can indicate the receiver being out of coverage, then such indication can be delivered to RREF through the MAC layer.
- the average and gradient of most recently received CQI reports are calculated at step 320 .
- the number of CQIs used for the calculation can be configured, for example, by the RRC. If severe deterioration of channel quality is detected, i.e. Grad(CQI) is less than a configured threshold (TH-G), a new segmentation size such as half of original transport block size can be provided to RREF at step 322 .
- TH-G configured threshold
- the coding rate can be calculated to check (step 330 ) if the original transport block size is still adequate.
- the derived rate is based on the assumption that the original transport block is retransmitted using the channel condition indicated by E(CQI) and using radio resources currently allocated to the receiver. If the calculated coding rate is more than a configured threshold value, e.g. 1, the original size is no longer considered appropriate.
- the new segment value can be calculated and passed to RREF at step 332 .
- the new segment size value is chosen by a calculated coding rate which is considered to be appropriate, e.g. 0.5.
- the RREF will retransmit the original data as-is, without re-segmentation.
- the RREF can be in either the RLC layer or MAC layer.
- the process at step 411 checks if handover is indicated. If so, no immediate retransmission is attempted because data can be lost during handover. Therefore it is better to delay the retransmission by letting ARQ retransmission procedures handle the case (i.e. polling and status reporting).
- MAC indicates a new segment size at step 413 the original data is re-segmented into the specified size at step 414 and retransmitted at step 415 .
- the last segment may not be the specified size and in such a case padding can be inserted if necessary.
- the process then ends at step 416 .
- FIG. 5 illustrates a flow chart for configuring threshold values for the decision made in FIG. 3 .
- the MAC layer is configured to report CQI with a specified interval to the transmitter at step 510 .
- the MAC layer is configured to report CQI with a specified interval to the transmitter if the CQI falls below a configured level at step 510 .
- the values of thresholds, TH-LC, TH-Nanf, TH-G and TH-CR and the number of most recent CQI reports (Nc) are configured at the step 520 .
- Values to be configured for the UE side can be configured by RRC or layer 2 signaling.
- FIG. 6 illustrates the RRC indication to initiate handover for the eNB and the UE. It is currently assumed in LTE that only the eNB initiates handover.
- the process for the network starts at step 610 and proceeds to step 612 in which it sends a measurement control message to configure the handover condition.
- the message can be a RRC message or Layer 2 level signaling.
- the process then proceeds to step 614 in which it waits for a measurement report message.
- the message can be an RRC message or Layer 2 level signaling.
- step 616 the process indicates handover to the RLC and ends in step 618 .
- the process starts at step 630 and proceeds to step 632 in which it receives a measurement control message to configure a handover condition.
- the message can be an RRC message or Layer 2 level signaling.
- the process then proceeds to step 634 in which it waits for a handover measurement condition to be satisfied. Once the handover measurement condition is satisfied, the process transmits measurement report message at step 635 and proceeds to step 636 in which it indicates the handover to the RLC and/or MAC [see FIGS. 7 and 8 ] and the process then ends at step 638 .
- the measurement report can be a RRC message or Layer 2 signaling.
- FIG. 7 depicts the interaction between the RRC, RLC and MAC layers in accordance with FIGS. 3 and 4 .
- FIG. 7 shows the case where the RLC layer includes the functionality to determine whether re-segmentation should occur.
- FIG. 8 indicates the situation where the MAC layer includes the functionality to determine whether re-segmentation should occur.
- the RRC 710 provides RLC 720 with a handover indication.
- the RLC then applies the method of FIG. 3 in determining that re-segmentation should not occur.
- the MAC layer 730 passes the HARQ retransmission failure and channel condition status information to the RLC which enables the RLC to determine if the re-segmentation should occur.
- FIG. 8 illustrates the MAC layer having the functionality for re-segmentation.
- the RRC 810 passes a handover indication to RLC 820 .
- the handover indication is then passed from the RLC 820 to MAC layer 830 .
- MAC layer already has HARQ retransmission failure information and can use the handover indication to perform the process of FIG. 3 .
- the above therefore addresses the issue of improving the retransmission latency further by re-segmenting data into more appropriate sizes according to radio channel conditions such as shadowing, among others.
- the method uses the channel condition indication based on the most recently received CQI, gradient, or coding rates of the most recently reported CQIs.
- the process re-segments the RLC-SDU or RLC-PDU into more appropriate PDU sizes and passes them to the MAC layer for retransmission.
- the transmitter can determine an approximation for the channel condition. If there are a large number of HARQ retransmission failures when compared to the threshold this can reflect significant deterioration in the channel condition. This is reflected by the transmitter's continued inability to successfully transmit the data based on the original channel estimates (e.g. the received CQIs). If significant deterioration of channel quality is detected, a new segmentation size such as half of original transport block size can be notified to RREF.
- the comparison to a threshold for the determined number of HARQ retransmission failures within a certain period and the handover indication can be used to decide if the retransmission is attempted again.
- the RRC configures the MAC at the receiver side to report the CQI periodically or report the CQI periodically when CQI falls below a configured threshold.
- For the transmitter side it also signals TH-LC, Nc, TH-G and TH-CR to MAC. If the gradient CQI is less than TH-G re-segmentation is performed. If the coding rate for E(CQI) is greater than TH-CR, re-segmentation is performed. The size of the re-segmented PDU can depend on the coding rate.
Abstract
A method for packet data retransmission on Hybrid Automatic Repeat Request (HARQ) Transmission failure having the steps of: checking whether changes to HARQ transmission error performance characteristics are greater than a threshold and/or a deterioration of channel conditions is indicated or less than threshold; if yes, re-segmenting an RLC-SDU or RLC-PDU data into smaller PDU data sizes; and transmitting said re-segmented RLC-PDU data; and if not yes, transmitting previous RLC-PDU data.
Description
- The present application is a continuation of U.S. patent application Ser. No. 11/555,009, filed Oct. 31, 2006, the entire contents of which are incorporated herein by reference.
- The present disclosure relates to the hybrid automatic repeat request (HARQ) scheme used in a media access control (MAC) layer data transmission, the radio link control (RLC) layer, and radio resource control (RRC) layer and in particular their interworking with respect to retransmission of data upon unsuccessful MAC protocol data unit reception.
- In UMTS high speed download packet access (HSDPA) and enhanced dedicated uplink transport channel (E-DCH), collectively known as HSPA, use an HARQ scheme within the MAC layer to enhance the efficiency and reliability of data transmission between user equipment (UE) and the base station known as the Node B. This is, for example, defined in the 3GPP TS25.321 version 6.9.0 specification at sections 11.6 and 11.8. In HSDPA, the receiver side (UE) indicates the channel quality to the transmitter (Node B) using a 5 bit channel quality indicator (CQI) based on short term measurements of the pilot channel signal strength. These measurements can take approximately 2 ms.
- Based on the reported CQI, the Node B will choose a transport block size and modulation and coding scheme (MCS) for the next transmission to the UE so that the transport block error probability should not exceed 10%.
- Data is sent in the high-speed medium access control protocol data unit (MAC-hs PDU). When the UE receives the MAC-hs PDU, it computes a cyclic redundancy check (CRC) to determine correct reception. If the reception is successful, the UE sends an ACK to the Node B. If not, a NACK is sent. If the Node B receives a NACK, it retransmits the MAC-hs PDU again for Chase combining or the systematic and/or parity symbols for Incremental Redundancy if the number of retransmissions is within the specified maximum number as set by system operator. Incremental redundancy or a Chase Combining Scheme is used for the retransmission, as specified in 3GPP TS 25.212, version 6.9.0.
- When the maximum number of HARQ retransmissions fail, as referred to herein as HARQ retransmission failure, retransmission of MAC-hs PDU is considered a failure. The acknowledged mode of operation of the radio link control (RLC), as defined in 3GPP TS25.322, version 6.8.0, sections 9.7 and 11.3, recovers the HARQ transmission error by retransmitting the RLC-PDUs originally multiplexed into the MAC-hs PDU which is indicated as not being received by the receiver side. This functionality is generally referred to as Automatic Repeat-reQuest or ARQ. This is based on the transmitter polling the receiver for the status of PDUs that it has or hasn't received and the receiver send this information back to the transmitter for processing. This two way signaling clearly adds a degree of additional latency in the transmission period of the incorrectly received data between the transmitter and the receiver.
- In order to reduce this RLC level retransmission latency, the RLC can be notified of the HARQ retransmission failure and the RLC service data unit (RLC-SDU) or part of the RLC-SDU (the RLC-PDUs) can be retransmitted on the notification rather than waiting for a status report control message from the receiving side. An example of this type of enhancement is indicated in the RAN2 meeting number 55 contribution R2-062906 from NTT DoCoMo for the work item “Long-term evolution of UMTS Terrestrial Radio Access (UTRA) and Universal Terrestrial Radio Access Network (UTRAN)” (LTE). The result of 3GPP study on LTE is shown in the 3GPP TR25.912 version 7.0.0 specification. However, second or subsequent attempts may fail again due to the relatively long lasting bad radio conditions due to shadowing or other factors. In particular the size of the RLC-PDU that is re-transmitted is the same as the previous transmissions. In UMTS, the size of this RLC-PDU is determined during segmentation of the RLC-SDU as determined by the RRC configuration of RLC.
- The present application will be better understood with reference to the drawings in which:
-
FIG. 1 is a block diagram showing a long-term evolution user plane protocol stack; -
FIG. 2 is a block diagram showing a long-term evolution control plane protocol architecture; -
FIG. 3 is a flow chart showing a method for a retransmission and re-segmentation decision within MAC layer in accordance with the present disclosure; -
FIG. 4 is a flow chart showing a method for retransmission and re-segmentation execution according to the present disclosure and the decision made in theFIG. 3 ; -
FIG. 5 is a flow chart illustrating the configuration of the MAC layer both at the receiver and transmitter sides; -
FIG. 6 is a block diagram showing a flow chart of the indication of a handover from both the Node B and the UE sides; -
FIG. 7 is a block diagram showing interaction between the RRC, RLC and MAC layers where retransmission and re-segmentation is executed in the MAC and RLC in accordance with the present system and method; and -
FIG. 8 is a block diagram showing an alternative interaction between the RRC, RLC and MAC layers where retransmission and re-segmentation is executed in the MAC. - The present disclosure addresses the issue above for the improvement of retransmission latency further by re-segmenting data into more appropriate sizes according to radio channel conditions such as shadowing, among others. Further, the present disclosure addresses when the re-segmentation of data should occur.
- The present application provides a method for packet data retransmission on Hybrid Automatic Repeat Request (HARQ) Transmission failure comprising the steps of: checking whether the changes to the HARQ transmission error performance characteristics are greater than a threshold and/or a deterioration of channel conditions is indicated or less than threshold; if yes, re-segmenting an RLC-SDU or RLC-PDU data into smaller PDU data sizes; and transmitting said re-segmented RLC-PDU data; and if not yes, transmitting previous RLC-PDU data.
- The present application further provides a transmitter in a mobile network adapted to re-segment data into more appropriate sizes according to radio channel conditions comprising a re-segmentation layer, the re-segmentation layer adapted to: check whether the changes to the Hybrid Automatic Repeat Request (HARQ) transmission error performance characteristics are greater than a threshold and/or a deterioration of channel conditions is indicated or less than threshold; if yes, re-segment an RLC-SDU or RLC-PDU data into smaller PDU data sizes; and transmit said re-segmented RLC-PDU data; and if not yes, transmit previous RLC-PDU data.
- Reference is now made to the drawings.
FIG. 1 shows a block diagram illustrating the long-term evolution (LTE) user plane protocol stack. - A UE 110 communicates with both an evolved Node B (eNB) 120 and an access gateway (aGW) 130.
- Various layers are illustrated in the protocol stack. The packet data convergence protocol (PDCP)
layer 140 is illustrated both on the UE 110 and on aGW 130. ThePDCP layer 140 performs internet protocol (IP) header compression and decompression, transfer of user data and maintenance of sequence numbers (SN) for radio bearers. - Below
PDCP layer 140 is the radio linkcontrol protocol layer 142, which communicates with the radio linkcontrol protocol layer 142 on the eNB 120. As will be appreciated, communication occurs through the physical layer in protocol stacks such as those illustrated inFIGS. 1 and 2 . However, packets from theRLC layer 142 of the UE are interpreted by theRLC layer 142 on the eNB 120. - Below RLC
layer 142 is the medium access control (MAC) datacommunication protocol layer 146. As will be appreciated by those skilled in the art, the RLC and MAC protocols form the data link sublayers of the UMTS and LTE radio interface and reside on the Node B (or eNB in LTE) and user equipment. - The layer 1 (L1) LTE (physical layer 148) is below the RLC/
MAC layers - Referring to
FIG. 2 ,FIG. 2 illustrates the LTE control plane protocol architecture. Similar reference numerals to those used inFIG. 1 will be used inFIG. 2 . Specifically, UE 110 communicates with eNB 120 and aGW 130. Further,physical layer 148,MAC layer 146,RLC layer 142 andPDCP layer 140 exist withinFIG. 2 . -
FIG. 2 also shows the non-access stratum (NAS) layer 210. As will be appreciated, NAS layer 210 could include mobility management and session management. - The radio resource control protocol layer (RRC) 220, is the part of the protocol stack that is responsible for the assignment, configuration and release of radio resources between the UE and the E-UTRAN (Evolved universal terrestrial radio access network). The basic functionalities of RRC protocol for LTE is described in the 3GPP TR25.813 specifications.
- As will be appreciated by those skilled in the art, in UMTS, automatic repeat request (ARQ) functionality is carried out within the RLC layer which resides in the radio network controller (RNC). Long Term Evolution (LTE) moves the ARQ functionality from the RNC to eNB where a tighter interaction may exist between the ARQ and the HARQ (within the MAC layer, also located in the eNB).
- In HSDPA and E-DCH, an RLC SDU is segmented in a series of equally sized RLC PDUs (e.g. 42 octets) and given to the MAC layer for transmission over the air interface. The MAC usually multiplexes multiple RLC PDUs in to a MAC-PDU. If a MAC PDU cannot be delivered, after a certain number of tries the transmission of that MAC-PDU is abandoned. On the receiver side, the MAC layer de-multiplexes the received MAC-PDU in to multiple RLC-PDUs. If any missing RLC-PDUs are detected, the receiving side notifies the transmitting side using a STATUS message to request retransmission of the missing RLC PDUs. This is a relatively lengthy process.
- In LTE, instead of abandoning the failed MAC level retransmission, resending after re-segmentation is currently being studied in order to greatly reduce latencies and increase data throughput. The issue is when and how to re-segment.
- Referring to
FIGS. 3 and 4 , an overview of a method according to the present application is presented. - On HARQ retransmission failure, there are three choices in handling the error:
-
- 1) Do nothing—this means relying on the polling and status report functions of the ARQ function to recover the error. This option should be chosen when handover is expected or the receiver is considered to be out of radio coverage;
- 2) Re-segment and retransmit immediately—the failed data unit is re-segmented into a more appropriate size according to the current radio conditions before the retransmission. This option should be chosen when retransmitting the original transport block is not considered to be effective due to a deteriorated channel condition and/or decreased availability of radio resources.
- 3) Retransmit as is immediately. This option should be chosen when choices 1) and 2) are not applicable
-
FIG. 3 shows an exemplary flowchart of how a choice is made within MAC layer on HARQ retransmission failure. The decision will be passed to the re-segmentation and retransmission execution function (RREF) with the notification of HARQ retransmission failure. The RREF performs retransmission and/or re-segmentation according to the informed decision and handover indication from an upper layer as shown inFIG. 4 . - To make a choice in
FIG. 3 , certain threshold values need to be configured. Such parameter configurations, both at the receiver and transmitter sides, are shown inFIG. 5 .FIG. 6 describes how the handover indication is provided to the RREF.FIG. 7 shows two possible protocol architectures, the first in which the RREF is included in the RLC and the second in which the RREF is included in MAC. - Referring to
FIG. 3 , details of the decision making process are explained. When an HARQ retransmission failure occurs (maximum retransmission number is reached) atstep 310, an out-of-coverage condition is examined atstep 311. For example, if the number of consecutive failures in the reception of ACK/NAK from the receiver (Nanf) (if the transmitter cannot detect expected ACK/NAK response at the time when the ACK/NAK should be received from the receiver), exceeds the configured threshold value (TH-Nanf), an out of coverage indication is passed to RREF atstep 312. - Alternatively, if periodic CQI reporting from the receiver side is configured, the transmitter considers the receiver is out of radio coverage if the time between the most recent CQI report from the receiver and HARQ retransmission failure (TLastCQI) is longer than the configured threshold value (TH-LC), e.g. CQI interval*N, where N is an integer value. In such case out-of-coverage indication is passed to RREF at
step 312. - Furthermore if the physical layer can indicate the receiver being out of coverage, then such indication can be delivered to RREF through the MAC layer.
- If the receiver is considered to be in radio coverage, as determined at
step 311, the average and gradient of most recently received CQI reports (designated E(CQI) and Grad(CQI), respectively) are calculated atstep 320. The number of CQIs used for the calculation (Nc) can be configured, for example, by the RRC. If severe deterioration of channel quality is detected, i.e. Grad(CQI) is less than a configured threshold (TH-G), a new segmentation size such as half of original transport block size can be provided to RREF atstep 322. - For a more accurate evaluation of channel quality, the coding rate can be calculated to check (step 330) if the original transport block size is still adequate. The derived rate is based on the assumption that the original transport block is retransmitted using the channel condition indicated by E(CQI) and using radio resources currently allocated to the receiver. If the calculated coding rate is more than a configured threshold value, e.g. 1, the original size is no longer considered appropriate. The new segment value can be calculated and passed to RREF at
step 332. The new segment size value is chosen by a calculated coding rate which is considered to be appropriate, e.g. 0.5. - If the original transport block size is still adequate for the current channel condition, only HARQ retransmission failure is passed to the RREF at
step 340. In this case, the RREF will retransmit the original data as-is, without re-segmentation. - Referring to
FIG. 4 , details of the RREF are described. The RREF can be in either the RLC layer or MAC layer. On notification of HARQ retransmission failure from MAC atstep 410, the process atstep 411 checks if handover is indicated. If so, no immediate retransmission is attempted because data can be lost during handover. Therefore it is better to delay the retransmission by letting ARQ retransmission procedures handle the case (i.e. polling and status reporting). - Similar to the handover case, if out of coverage is indicated, then no immediate retransmission is attempted at
step 412. - If MAC indicates a new segment size at
step 413 the original data is re-segmented into the specified size atstep 414 and retransmitted atstep 415. As will be appreciated, the last segment may not be the specified size and in such a case padding can be inserted if necessary. - If the MAC indicates no new segment size the original data is retransmitted as is at
step 415. The process then ends atstep 416. - Reference is now made to
FIG. 5 .FIG. 5 illustrates a flow chart for configuring threshold values for the decision made inFIG. 3 . At the receiver side, the MAC layer is configured to report CQI with a specified interval to the transmitter atstep 510. Alternatively, at the receiver side, the MAC layer is configured to report CQI with a specified interval to the transmitter if the CQI falls below a configured level atstep 510. At the transmitter side, the values of thresholds, TH-LC, TH-Nanf, TH-G and TH-CR and the number of most recent CQI reports (Nc) are configured at thestep 520. Values to be configured for the UE side can be configured by RRC or layer 2 signaling. -
FIG. 6 illustrates the RRC indication to initiate handover for the eNB and the UE. It is currently assumed in LTE that only the eNB initiates handover. - The process for the network starts at
step 610 and proceeds to step 612 in which it sends a measurement control message to configure the handover condition. The message can be a RRC message or Layer 2 level signaling. - The process then proceeds to step 614 in which it waits for a measurement report message. The message can be an RRC message or Layer 2 level signaling.
- In
step 616, the process indicates handover to the RLC and ends instep 618. - On the UE side, the process starts at
step 630 and proceeds to step 632 in which it receives a measurement control message to configure a handover condition. The message can be an RRC message or Layer 2 level signaling. - The process then proceeds to step 634 in which it waits for a handover measurement condition to be satisfied. Once the handover measurement condition is satisfied, the process transmits measurement report message at
step 635 and proceeds to step 636 in which it indicates the handover to the RLC and/or MAC [seeFIGS. 7 and 8 ] and the process then ends atstep 638. The measurement report can be a RRC message or Layer 2 signaling. - Reference is now made to
FIG. 7 .FIG. 7 depicts the interaction between the RRC, RLC and MAC layers in accordance withFIGS. 3 and 4 .FIG. 7 shows the case where the RLC layer includes the functionality to determine whether re-segmentation should occur.FIG. 8 , described below, indicates the situation where the MAC layer includes the functionality to determine whether re-segmentation should occur. - In
FIG. 7 theRRC 710 providesRLC 720 with a handover indication. The RLC then applies the method ofFIG. 3 in determining that re-segmentation should not occur. - The
MAC layer 730 passes the HARQ retransmission failure and channel condition status information to the RLC which enables the RLC to determine if the re-segmentation should occur. - Referring to
FIG. 8 ,FIG. 8 illustrates the MAC layer having the functionality for re-segmentation. In this case, theRRC 810 passes a handover indication toRLC 820. The handover indication is then passed from theRLC 820 toMAC layer 830. MAC layer already has HARQ retransmission failure information and can use the handover indication to perform the process ofFIG. 3 . - The above therefore addresses the issue of improving the retransmission latency further by re-segmenting data into more appropriate sizes according to radio channel conditions such as shadowing, among others. The method uses the channel condition indication based on the most recently received CQI, gradient, or coding rates of the most recently reported CQIs. The process re-segments the RLC-SDU or RLC-PDU into more appropriate PDU sizes and passes them to the MAC layer for retransmission.
- By comparing the number of HARQ retransmission failures within a certain period against a configured threshold, the transmitter can determine an approximation for the channel condition. If there are a large number of HARQ retransmission failures when compared to the threshold this can reflect significant deterioration in the channel condition. This is reflected by the transmitter's continued inability to successfully transmit the data based on the original channel estimates (e.g. the received CQIs). If significant deterioration of channel quality is detected, a new segmentation size such as half of original transport block size can be notified to RREF.
- The comparison to a threshold for the determined number of HARQ retransmission failures within a certain period and the handover indication can be used to decide if the retransmission is attempted again.
- The RRC configures the MAC at the receiver side to report the CQI periodically or report the CQI periodically when CQI falls below a configured threshold. For the transmitter side it also signals TH-LC, Nc, TH-G and TH-CR to MAC. If the gradient CQI is less than TH-G re-segmentation is performed. If the coding rate for E(CQI) is greater than TH-CR, re-segmentation is performed. The size of the re-segmented PDU can depend on the coding rate.
- This therefore improves the transmitter efficiency on HARQ retransmission failures by re-segmenting the PDU according to the channel condition and waiting for retransmission until the handover procedure is complete.
- The embodiments described herein are examples of structures, systems or methods having elements corresponding to elements of the techniques of this application. This written description may enable those skilled in the art to make and use embodiments having alternative elements that likewise correspond to the elements of the techniques of this application. The intended scope of the techniques of this application thus includes other structures, systems or methods that do not differ from the techniques of this application as described herein, and further includes other structures, systems or methods with insubstantial differences from the techniques of this application as described herein.
Claims (20)
1. A method for packet data retransmission from a network node to a user equipment on Hybrid Automatic Repeat reQuest ‘HARQ’ transmission failure, the method comprising:
determining that a handover is not indicated;
determining that at least one or both of (a) a number of HARQ transmission failure is greater than a threshold and (b) a deterioration of channel conditions is indicated, wherein the threshold is a maximum number of HARQ transmissions;
resegmenting a Radio Link Control Protocol Data Unit ‘RLC-PDU’ data into smaller PDU data sizes; and
transmitting said resegmented RLC-PDU data such that the HARQ transmission failure is remedied.
2. The method of claim 1 , wherein the determining that the handover is not indicated further comprises:
determining that the handover is indicated; and
waiting until process of the handover is complete.
3. The method of claim 2 , wherein the handover is indicated by a radio resource control ‘RRC’ protocol or a layer 2 level signaling.
4. The method of claim 3 , wherein the RRC protocol indicates to a radio link control ‘RLC’ layer if handover is expected when a measurement report is received or generated.
5. The method of claim 1 , wherein the deterioration of channel conditions is based on a number of a most recent channel quality indicator (Nc).
6. The method of claim 1 , wherein the deterioration of channel conditions is determined if a gradient channel quality indicator is less than a threshold, wherein the threshold is of gradient channel quality.
7. The method of claim 1 , wherein the method is performed at the RLC layer.
8. The method of claim 1 , wherein the re-segmenting comprises re-segmenting based on a segment size which is reported by a medium access control ‘MAC’ layer or a RRC layer.
9. The method of claim 1 , wherein the re-segmenting is performed at the MAC layer.
10. The method of claim 1 , wherein the re-segmented data is passed from the RLC layer to the MAC layer.
11. A network node for retransmiting packet data to a user equipment on Hybrid Automatic Repeat reQuest ‘HARQ’ transmission failure, the network node configured to:
determine that a handover is not indicated;
determine that at least one or both of (a) a number of HARQ transmission failure is greater than a threshold and (b) a deterioration of channel conditions is indicated, wherein the threshold is a maximum number of HARQ transmissions;
resegment a Radio Link Control Protocol Data Unit ‘RLC-PDU’ data into smaller PDU data sizes; and
transmit said resegmented RLC-PDU data such that the HARQ transmission failure is remedied.
12. The network node of claim 11 , wherein the network node configured to determine that the handover is not indicated further comprises that the network node is configured to:
determine that the handover is indicated; and
wait until process of the handover is complete.
13. The network node of claim 12 , wherein the handover is indicated by a radio resource control ‘RRC’ protocol or a layer 2 level signaling.
14. The network node of claim 13 , wherein the RRC protocol indicates to a radio link control ‘RLC’ layer if handover is expected when a measurement report is received or generated.
15. The network node of claim 11 , wherein the deterioration of channel conditions is based on a number of a most recent channel quality indicator (Nc).
16. The network node of claim 11 , wherein the deterioration of channel conditions is determined if a gradient channel quality indicator is less than a threshold, wherein the threshold is of gradient channel quality.
17. The network node of claim 11 , wherein the method is performed at the RLC layer.
18. The network node of claim 11 , wherein the network node is configured to re-segment based on a segment size which is reported by a medium access control ‘MAC’ layer or a RRC layer.
19. The network node of claim 11 , wherein the network node is configured to re-segment at the MAC layer.
20. The network node of claim 11 , wherein the re-segmented data is passed from the RLC layer to the MAC layer.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US13/556,917 US20120287912A1 (en) | 2006-10-31 | 2012-07-24 | Method and Apparatus for Resegmentation of Packet Data for Retransmission on HARQ Transmission Failure |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/555,009 US8254315B2 (en) | 2006-10-31 | 2006-10-31 | Method and apparatus for resegmentation of packet data for retransmission on HARQ transmission failure |
US13/556,917 US20120287912A1 (en) | 2006-10-31 | 2012-07-24 | Method and Apparatus for Resegmentation of Packet Data for Retransmission on HARQ Transmission Failure |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/555,009 Continuation US8254315B2 (en) | 2006-10-31 | 2006-10-31 | Method and apparatus for resegmentation of packet data for retransmission on HARQ transmission failure |
Publications (1)
Publication Number | Publication Date |
---|---|
US20120287912A1 true US20120287912A1 (en) | 2012-11-15 |
Family
ID=39330012
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/555,009 Active 2027-11-18 US8254315B2 (en) | 2006-10-31 | 2006-10-31 | Method and apparatus for resegmentation of packet data for retransmission on HARQ transmission failure |
US13/556,917 Abandoned US20120287912A1 (en) | 2006-10-31 | 2012-07-24 | Method and Apparatus for Resegmentation of Packet Data for Retransmission on HARQ Transmission Failure |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/555,009 Active 2027-11-18 US8254315B2 (en) | 2006-10-31 | 2006-10-31 | Method and apparatus for resegmentation of packet data for retransmission on HARQ transmission failure |
Country Status (1)
Country | Link |
---|---|
US (2) | US8254315B2 (en) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090178096A1 (en) * | 2008-01-03 | 2009-07-09 | Microsoft Corporation | Intelligent over-transmission of media data segments |
US20110038313A1 (en) * | 2009-08-12 | 2011-02-17 | Electronics And Telecommunications Research Institute | Enhanced communication apparatus for providing enhanced concatenation, segmentation and reassembly of service data units |
US20120033750A1 (en) * | 2010-08-03 | 2012-02-09 | Icera Inc. | Transport block size |
US20150043435A1 (en) * | 2013-08-09 | 2015-02-12 | Blackberry Limited | Method and system for protocol layer enhancements in data offload over small cells |
US20180069665A1 (en) * | 2015-04-09 | 2018-03-08 | Lg Electronics Inc. | Method for performing a harq operation in a carrier aggregation with at least one scell operating in an unlicensed spectrum and a device therefor |
US20180324785A1 (en) * | 2017-05-04 | 2018-11-08 | At&T Intellectual Property I, L.P. | Code block group configuration with code block segmentation for 5g systems |
Families Citing this family (36)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8897234B2 (en) * | 2005-09-07 | 2014-11-25 | Huawei Technologies Co., Ltd. | Method and apparatus for controlling carrier frequency in multi-carrier/cell system |
EP2079244A4 (en) * | 2006-11-02 | 2013-06-05 | Ntt Docomo Inc | Mobile communication system, radio base station, and handover control method |
US8181076B2 (en) * | 2007-01-26 | 2012-05-15 | Cisco Technology, Inc. | Method for retransmitting a data sequence according to channel condition in a wireless communications network |
WO2008094662A2 (en) | 2007-02-01 | 2008-08-07 | Interdigital Technology Corporation | Method and apparatus for supporting rlc re-segmentation |
EP2838221B1 (en) | 2007-02-09 | 2020-06-03 | Nokia Technologies Oy | Method and apparatus for acknowledgement signalling |
EP1971088A1 (en) * | 2007-03-12 | 2008-09-17 | Nokia Corporation | Release of resources in a communication system |
US20080226074A1 (en) * | 2007-03-15 | 2008-09-18 | Interdigital Technology Corporation | Method and apparatus for ciphering packet units in wireless communications |
EP2158714B1 (en) * | 2007-05-04 | 2019-08-21 | Nokia Solutions and Networks Oy | Aggregated harq report |
JP2009044693A (en) * | 2007-08-10 | 2009-02-26 | Fujitsu Ltd | Transmission method, transmitter, and computer program |
US8315243B2 (en) * | 2007-08-14 | 2012-11-20 | Qualcomm Incorporated | Transport of PDCP control PDUs within MAC frames |
JP2010541416A (en) * | 2007-09-28 | 2010-12-24 | インターデイジタル パテント ホールディングス インコーポレイテッド | Method and apparatus for extended transport format combination selection in wireless communications |
TWI484783B (en) | 2007-09-28 | 2015-05-11 | Interdigital Patent Holdings | Method and apparatus for generating a radio link control protocol data units |
US7684407B2 (en) * | 2007-10-01 | 2010-03-23 | Motorola, Inc. | Status report method in a wireless communication system |
KR101394784B1 (en) * | 2007-10-16 | 2014-05-15 | 엘지전자 주식회사 | Method of Performing ARQ Procedure for Transmitting High Rate Data |
US20090190480A1 (en) * | 2007-12-11 | 2009-07-30 | Interdigital Patent Holdings, Inc. | Methods and apparatus for detecting radio link control protocol errors and triggering radio link control re-establishment |
WO2009086668A1 (en) * | 2007-12-29 | 2009-07-16 | Alcatel Shanghai Bell Co., Ltd. | Semi-persistent scheduling method and apparatus based on statistically multiplexing in time and frenquency resources |
WO2009084927A1 (en) * | 2008-01-03 | 2009-07-09 | Lg Electronics Inc. | Method for packet retransmission employing feedback information |
KR20090075645A (en) * | 2008-01-04 | 2009-07-08 | 삼성전자주식회사 | Data transmission method in layer 2 for uplink of high speed packet access |
KR20090116601A (en) * | 2008-05-06 | 2009-11-11 | 한국전자통신연구원 | Effective hybrid-arq and arq scheme in broadband wireless access system |
US8711717B2 (en) * | 2008-05-26 | 2014-04-29 | Telefonaktiebolaget Lm Ericsson (Publ) | Method of requesting CQI reports |
US20100135172A1 (en) * | 2008-09-08 | 2010-06-03 | Qualcomm Incorporated | Method and apparatus for predicting channel quality indicator in a high speed downlink packet access system |
TWI399052B (en) * | 2008-09-18 | 2013-06-11 | Pixart Imaging Inc | Packet retransmission method and related electronic device |
EP2955958A1 (en) | 2009-04-24 | 2015-12-16 | Interdigital Patent Holdings, Inc. | Method and apparatus for generating a radio link control protocol data unit for multi-carrier operation |
US8510621B2 (en) * | 2009-12-29 | 2013-08-13 | Industrial Technology Research Institute | Method and apparatus for providing resource unit based data block partition |
US9007928B2 (en) * | 2010-12-21 | 2015-04-14 | Echostar Technologies L.L.C. | Message acknowledgment based upon communication quality |
US20130039266A1 (en) | 2011-08-08 | 2013-02-14 | Research In Motion Limited | System and method to increase link adaptation performance with multi-level feedback |
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 |
EP3050368B1 (en) * | 2013-09-25 | 2019-12-18 | Telefonaktiebolaget LM Ericsson (publ) | Selecting a network node in a heterogeneous network |
US10164860B2 (en) * | 2014-04-08 | 2018-12-25 | Comcast Cable Communications, Llc | Modified content delivery based on network conditions |
US9912588B2 (en) * | 2014-08-21 | 2018-03-06 | Blackberry Limited | Binding IEEE 802.11 MAC frames to logical channels |
US10135578B2 (en) | 2014-12-30 | 2018-11-20 | Electronics And Telecommunications Research Institute | Method of re-transmitting data and electronic device therefor |
WO2016175497A1 (en) * | 2015-04-27 | 2016-11-03 | Lg Electronics Inc. | Method for performing autonomous rlc retransmission in a wireless communication system and a device therefor |
US10433205B2 (en) * | 2015-11-04 | 2019-10-01 | Telefonaktiebolaget Lm Ericsson (Publ) | Network node, method therein, computer program, and carrier comprising the computer program for retransmitting an RLC PDU |
WO2018007670A1 (en) * | 2016-07-08 | 2018-01-11 | Nokia Technologies Oy | Adaptive automatic repeat request |
US20220322133A1 (en) * | 2019-06-25 | 2022-10-06 | Beijing Xiaomi Mobile Software Co., Ltd. | Feedback method and apparatus, and storage medium |
US11817958B2 (en) * | 2019-09-05 | 2023-11-14 | Apple Inc. | MAC-based hybrid automatic repeat request (HARQ) |
Family Cites Families (25)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US2531124A (en) * | 1945-03-06 | 1950-11-21 | Toledo Scale Co | Weighing scale indicator |
US2549190A (en) * | 1945-05-19 | 1951-04-17 | Toledo Scale Co | Weighing scale indicator |
US2518973A (en) * | 1946-12-17 | 1950-08-15 | Archie P Atherton | Weighing device for suitcases |
US2710083A (en) * | 1954-10-25 | 1955-06-07 | White William John | Weighing device for luggage |
US2759577A (en) * | 1955-12-02 | 1956-08-21 | White William John | Weighing device for baggage |
US2937016A (en) * | 1957-08-19 | 1960-05-17 | Willard E Westman | Handle weighing mechanism for luggage |
US2995106A (en) * | 1960-04-29 | 1961-08-08 | Barton Instr Corp | Maximum or minimum gauge pointer indicator |
US3090454A (en) * | 1960-05-11 | 1963-05-21 | Clayton L Farrar | Scale luggage handle |
US4107996A (en) * | 1975-11-28 | 1978-08-22 | Farallon Industries, Inc. | Pressure gauge |
US4936399A (en) * | 1988-04-18 | 1990-06-26 | Christman Richard E | Hand held weighing scale |
JPH11220459A (en) | 1998-01-30 | 1999-08-10 | Hitachi Ltd | Radio network system and radio terminal |
US5922999A (en) * | 1998-06-15 | 1999-07-13 | Yang; Ah Mi | Portable scale for fishing purposes |
FR2809577B1 (en) * | 2000-05-25 | 2002-10-18 | Mitsubishi Electric Inf Tech | DATA TRANSMISSION METHOD COMBATING THE DEGRADATION OF QUALITY OF SERVICE |
US6999432B2 (en) * | 2000-07-13 | 2006-02-14 | Microsoft Corporation | Channel and quality of service adaptation for multimedia over wireless networks |
US6649840B2 (en) * | 2001-01-22 | 2003-11-18 | Thomas & Betts International, Inc. | Ground bus bar connector |
US6608261B2 (en) * | 2001-06-20 | 2003-08-19 | Mohan Thadani | Fishing scale with retractable handle and built-in mechanical thermometer |
US7515616B2 (en) * | 2001-11-24 | 2009-04-07 | Lg Electronics Inc. | Packet transmission scheduling technique |
DE10252533A1 (en) | 2002-11-08 | 2004-05-27 | Philips Intellectual Property & Standards Gmbh | Transmission method of data packets from transmitter to receiver, involves retransmission of selected left over data packets in another container during transmission abortion |
US20040252719A1 (en) | 2003-06-10 | 2004-12-16 | Iqbal Jami | Radio telecommunications network, a station, and a method of sending packets of data |
JP2005244668A (en) | 2004-02-26 | 2005-09-08 | Sanyo Electric Co Ltd | Communication apparatus and communication method |
ATE383048T1 (en) | 2004-06-15 | 2008-01-15 | Matsushita Electric Ind Co Ltd | PRIORITY BASED TREATMENT OF DATA TRANSFERS |
GB0414057D0 (en) * | 2004-06-23 | 2004-07-28 | Koninkl Philips Electronics Nv | Method of,and system for,communicating data, and a station for transmitting data |
JP2006033156A (en) | 2004-07-13 | 2006-02-02 | Fujitsu Ltd | Communication apparatus |
US7761767B2 (en) * | 2005-10-21 | 2010-07-20 | Interdigital Technology Corporation | Method and apparatus for retransmission management for reliable hybrid ARQ process |
JP2009520389A (en) * | 2005-11-30 | 2009-05-21 | ノキア コーポレイション | Apparatus, method, and computer program for providing retransmission using a plurality of ARQ mechanisms |
-
2006
- 2006-10-31 US US11/555,009 patent/US8254315B2/en active Active
-
2012
- 2012-07-24 US US13/556,917 patent/US20120287912A1/en not_active Abandoned
Non-Patent Citations (1)
Title |
---|
Wang et al., "Distributed LTE Architecture for Ciphering and Outer ARQ", U.S. Provisional Application No. 60/796161, April 29, 2006 * |
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090178096A1 (en) * | 2008-01-03 | 2009-07-09 | Microsoft Corporation | Intelligent over-transmission of media data segments |
US20110038313A1 (en) * | 2009-08-12 | 2011-02-17 | Electronics And Telecommunications Research Institute | Enhanced communication apparatus for providing enhanced concatenation, segmentation and reassembly of service data units |
US20120033750A1 (en) * | 2010-08-03 | 2012-02-09 | Icera Inc. | Transport block size |
US10856278B2 (en) | 2013-08-09 | 2020-12-01 | Blackberry Limited | Methods and system for protocol layer enhancements in data offload over small cells |
US9648514B2 (en) * | 2013-08-09 | 2017-05-09 | Blackberry Limited | Method and system for protocol layer enhancements in data offload over small cells |
US20150043435A1 (en) * | 2013-08-09 | 2015-02-12 | Blackberry Limited | Method and system for protocol layer enhancements in data offload over small cells |
US11558866B2 (en) | 2013-08-09 | 2023-01-17 | Blackberry Limited | Method and system for protocol layer enhancements in data offload over small cells |
US20180069665A1 (en) * | 2015-04-09 | 2018-03-08 | Lg Electronics Inc. | Method for performing a harq operation in a carrier aggregation with at least one scell operating in an unlicensed spectrum and a device therefor |
US10205563B2 (en) * | 2015-04-09 | 2019-02-12 | Lg Electronics Inc. | Method for performing a HARQ operation in a carrier aggregation with at least one SCell operating in an unlicensed spectrum and a device therefor |
US20180324785A1 (en) * | 2017-05-04 | 2018-11-08 | At&T Intellectual Property I, L.P. | Code block group configuration with code block segmentation for 5g systems |
US10742271B2 (en) * | 2017-05-04 | 2020-08-11 | At&T Intellectual Property I, L.P. | Code block group configuration with code block segmentation for 5G systems |
US11196461B2 (en) * | 2017-05-04 | 2021-12-07 | At&T Intellectual Property I, L.P. | Code block group configuration with code block segmentation for 5G systems |
US20220060219A1 (en) * | 2017-05-04 | 2022-02-24 | At&T Intellectual Property I, L.P. | Code block group configuration with code block segmentation for 5g systems |
US11563465B2 (en) * | 2017-05-04 | 2023-01-24 | At&T Intellectual Property I, L.P. | Code block group configuration with code block segmentation for 5G systems |
Also Published As
Publication number | Publication date |
---|---|
US8254315B2 (en) | 2012-08-28 |
US20080101312A1 (en) | 2008-05-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8254315B2 (en) | Method and apparatus for resegmentation of packet data for retransmission on HARQ transmission failure | |
CA2601964C (en) | Method and apparatus for resegmentation of packet data for retransmission on harq transmission failure | |
JP5220022B2 (en) | Method and apparatus for transmitting data in radio link control layer in mobile communication system | |
US8306061B2 (en) | Method for retransmitting data unit using delivery status information | |
US8413002B2 (en) | Method of performing ARQ procedure for transmitting high rate data | |
KR101084135B1 (en) | method of receiving and transmitting for status PDU in wireless communication system | |
AU2003276747B2 (en) | Method for moving a receive window in a radio access network | |
EP1953945B1 (en) | Radio communication apparatus and transmission method with variable length data | |
EP2255478B1 (en) | A method and a transceiver for reducing retransmissions in a telecommunications system | |
US20090034466A1 (en) | Arrangement And Method For Extended Control Plane Signalling In A High Speed Packet Data Communication | |
US8934935B2 (en) | Processing of uplink data in a communications system | |
EP2214435A1 (en) | Efficient packet data unit transmissions and re-transmissions involving a relay node | |
EP1931076A2 (en) | Method and apparatus for processing control information included in data unit a mobile commucation system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: RESEARCH IN MOTION LIMITED, CANADA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:SUZUKI, TAKASHI;YOUNG, GORDON PETER;WOMACK, JAMES;SIGNING DATES FROM 20061106 TO 20061124;REEL/FRAME:028776/0687 |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |