CA2464104A1 - Mac architecture in wireless communication systems supporting h-arq - Google Patents
Mac architecture in wireless communication systems supporting h-arq Download PDFInfo
- Publication number
- CA2464104A1 CA2464104A1 CA002464104A CA2464104A CA2464104A1 CA 2464104 A1 CA2464104 A1 CA 2464104A1 CA 002464104 A CA002464104 A CA 002464104A CA 2464104 A CA2464104 A CA 2464104A CA 2464104 A1 CA2464104 A1 CA 2464104A1
- Authority
- CA
- Canada
- Prior art keywords
- data blocks
- scheduling
- received
- data
- transmission
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1861—Physical mapping arrangements
-
- 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/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]
- H04L1/1816—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of the same, encoded, message
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/24—Radio transmission systems, i.e. using radiation field for communication between two or more posts
- H04B7/26—Radio transmission systems, i.e. using radiation field for communication between two or more posts at least one of which is mobile
- H04B7/2628—Radio transmission systems, i.e. using radiation field for communication between two or more posts at least one of which is mobile using code-division multiple access [CDMA] or spread spectrum multiple access [SSMA]
- H04B7/2631—Radio transmission systems, i.e. using radiation field for communication between two or more posts at least one of which is mobile using code-division multiple access [CDMA] or spread spectrum multiple access [SSMA] for broadband transmission
-
- 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]
- H04L1/1819—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
-
- 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/1829—Arrangements specially adapted for the receiver end
-
- 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/1829—Arrangements specially adapted for the receiver end
- H04L1/1854—Scheduling and prioritising arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1887—Scheduling and prioritising arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
- H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
Abstract
A medium access control (MAC) architecture determines transmission latency a nd block error rate requirements for a plurality of data flows, each data flow having an associated priority and each data flow comprising a plurality of data blocks. The MAC architecture specifies a scheduling entity (53) that determines when transmissions are serviced, and by which hybrid automatic repeat request (H-ARQ) entity. H-ARQ entities (52a, 52b) determines whether each prior block had been successfully transmitted and, if not, request retransmission of unsuccessfully transmitted data blocks. The scheduling of the data blocks take into account whether or not the previously transmitted data blocks require retransmission. The MAC architecture allows the scheduli ng entity the ability to initiate new transmissions at any time and to reinitia te previously unsuccessful transmissions at any time.
Description
[0001] MAC ARCHITECTURE IN WIRELESS
COMMUNICATION SYSTEMS SUPPORTING H-ARQ
COMMUNICATION SYSTEMS SUPPORTING H-ARQ
[0002] BACKGROUND
[0003] The present invention is related to MAC architecture in a wireless communication system where Hybrid Automatic Repeat Request (H-ARQ) techniques are applied.
[0004] A block diagram of the UMTS Terrestrial Radio Access Network (UTRAN) MAC-hs layer architecture is illustrated in Figure 1, and a block diagram of the user equipment (UE) MAC hs architecture is shown in Figure 2.
The UTRAN MAC-hs 30 shown in Figure 1 comprises a Transport Format Combination (TFC) selection entity 31, a scheduling device 32, a plurality of H-ARQ processors 33a, 33b and a flow controller 34.
The UTRAN MAC-hs 30 shown in Figure 1 comprises a Transport Format Combination (TFC) selection entity 31, a scheduling device 32, a plurality of H-ARQ processors 33a, 33b and a flow controller 34.
[0005] ~ The UE MAC-hs 40 comprises an H-ARQ processor 41. As will be explained in further detail herinafter, with reference to both Figures 1 and 2, the H-ARQ processors 33a, 33b in the UTRAN MAC-hs 30 and the H-ARQ processor 41 in the UE MAC-hs 40 work together to process blocks of data.
[0006] The H-ARQ processors 33a, 33b in the UTRAN MAC-hs 30 handle all of the tasks that are required for H-ARQ to generate transmissions and retransmissions for any transmission that is in error. The H-ARQ processor 41 in the UE MAC-hs 40 is responsible for generating acknowledgements (ACKs) to indicate a successful transmission and negative acknowledgements (NACKs) in the case of failed transmissions. The H-ARQ processors 33a, 33b and 41 process sequential data streams for each user data flow. Blocks of data received on each user data flow are sequentially assigned to H-ARQ processors 33a, 33b. Each H-ARQ processor 33a, 33b initiates a transmission, and in the case of an error, the H-ARQ processor 41 requests a retransmission. On subsequent transmissions, the modulation and coding rate may be changed in order to ensure a successful transmission. The H-ARQ processor 41 in the UE MAC-hs 40 may combine the soft information from the original transmission and any subsequent retransmissions. The data to be retransmitted and any new transmissions to the UE are forwarded to the scheduling device 32.
[0007] The scheduling device 32, coupled between the H-ARQ processors 33a, 33b and the TFC selector 31, functions as radio resource manager and determines transmission latency in order to support the required QoS. Based on the outputs of the H-ARQ processors 33a, 33b and the priority of new data being transmitted, the scheduling device 32 forwards the data to the TFC selection entity 31.
[000] The TFC selection entity 31, coupled to the scheduling device 32, receives the data to be transmitted and selects an appropriate dynamic transport format for the data to be transmitted. With respect to H-ARQ transmissions and retransmissions, the TFC selection entity 31 determines modulation and coding.
[0009] Data streams are processed sequentially, and each data block is processed until successful transmission is achieved or the tr ansmission fails and the data is discarded. Retransmissions signaled by the H-ARQ process take precedence over any new data to be transmitted. Each H-ARQ processor 33a, 33b performs transmissions and retransmissions until the data block transmission is determined successful or failed. Using this scheme, higher priority data transmissions may be delayed while lower priority data retransmissions are processed until success or failure is determined.
[00010] UE connections require support of several independent traffic control signaling channels. Each of these channels has QoS requirements, which include guaranteed and/or acceptable transmission latency levels. Since the H-ARQ
processing is taken into account prior to scheduling, it is not possible for higher priority data to supercede lower priority data retransmissions. Therefore, the tr ansmission latency QoS requirements for high priority data transmissions may not be achievable when low priority data transmissions have been previously assigned to H-ARQ processors 33a, 33b.
[00011 ] Since retransmissions are combined with previous transmissions in the H-ARQ process, it is possible that if the first transmissions are sufficiently corrupted, subsequent retransmissions will not achieve successful transmission.
In this case since transmissions can not be reinitiated as new transmissions from the scheduling entity 32, data is discarded.
_2_ [00012] Accordingly, there exists a need for an improved MAC-hs architecture both in the UTRAN and UE that allows for higher priority transmissions to supercede lower priority transmissions and for the ability to reinitiate transmissions at any time.
[00013 ] SUMMARY
[00014] A medium access control (MAC) architecture that determines transmission latency and block error rate requirements for a plurality of data flows, each data flow having an associated priority and each data flow comprising a plurality of data blocks. The MAC architecture specifies a scheduling entity that determines when transmissions are serviced, and by which hybrid automatic repeat request (H-ARQ) entity. H-ARQ entities determine whether each prior block had been successfully transmitted and, if not, request retransmission of unsuccessfully transmitted data blocks. The scheduling of the data blocks takes into account whether or not the previously transmitted data blocks require retransmission. The MAC architecture allows the scheduling entity the ability to initiate new transmissions at any time and to reinitiate previously unsuccessful transmissions at any time.
[00015] BRIEF DESCRIPTION OF THE DRAWINGS) [00016] Figure l is a prior art UTRAN MAC-hs.
[00017] Figure 2 is a prior art UE MAC-hs.
[00018] Figure 3 is a block diagram of a UTRAN MAC-hs in accordance with the preferred embodiment of the present invention.
[00019] Figure 4 is a block diagram of a UE MAC-hs in accordance with the preferred embodiment of the present invention.
[00020] Figure 5 is a flow diagram of a procedure for permitting higher priority transmissions to interrupt lower priority transmissions to achieve transmission seven zero latency requirements.
[00021] Figure 6 is a flow diagram of a procedure to re-initiate failed transmissions to achieve Block Error Rate requirements.
[00022] DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS) [00023] The preferred embodiments will be described with reference to the drawing figures where like numerals represent like elements throughout.
[00024] Figure 3 is a block diagram of the UTRAN MAC-hs 50, preferably located at the Node B, in accordance with the preferred embodiment of the present invention. The UTRAN MAC-hs 50 comprises a TFC selector 51, a plurality of H-ARQ entities 52a, 52b, a scheduling and prioritization entity 53, a priority class and TSN setting entity 54 and a flow controller 55. As will be explained in detail, the components of the UTRAN MAC-hs 50 are coupled together in a novel manner, which facilitates proper scheduling prioritization for greater ability to achieve transmission latency requirements and the ability to reinitiate transmissions at any time to reduce transmission errors within the UTRAN MAC-hs 50 (shown in Figure 3) and UE MAC-hs 60 (shown in Figure 4).
[00025] Similar to the prior art flow controller 34 discussed hereinbefore, the flow controller 55 of the present invention shown in Figure 3, and , coupled to the MAC-c/sh of the RNC (not shown) and the priority class and TSN setting entity 54, provides a controlled data flow between the Node B and the RNC, taking the transmission capabilities of the air interface into account in a dynamic manner.
Although shown in Figure 3 as separate components, the functionality of the scheduling and prioritization handling entity 53 (hereinafter, the "scheduling entity 53") and the priority class and TSN setting entity 54 (hereinafter, the "TSN setting entity 54") may be combined into a single entity.
[00026] TSN setting entity 54 is coupled between the flow controller 55 and the scheduling entity 53. The TSN setting entity 54 of the present invention sets, for each priority class, a queue identifier and TSN for each new data block being serviced to ensure sequence in delivery of data blocks to higher layers. The TSN
is unique to each priority class and queue identity within a high speed downlink shared channel (HS-DSCH), and is incremented for each new data block. Once a queue identifier and the TSN have been set for a new data block, the data block is forwarded to the scheduling entity 53.
[00027] The scheduling entity 53 processes data received from the TSN setting entity 54. The scheduling entity 53 functions as a radio resource manager for the cell, as well as maintaining QoS requirements for the users serviced by the UTRAN MAC-hs 50. The TSN and priority class identifiers for the data blocks to be transmitted are forwarded to the scheduling entity 53.
[00028] In accordance with the present invention, the scheduling entity 53 ensures proper prioritization of transmissions according to data flow QoS
latency requirements and allows for reinitiation of failed H-ARQ transmissions that permits the greater ability to achieve QoS Block Error Rate (BLER) requirements. These abilities of the scheduling entity 53 are not possible when H-ARQ processing precedes the scheduling function as in the prior art system of Figure 1. The scheduling entity 53 manages HS-DSCH physical resources between the H-ARQ entities 52a, 52b and data flows according to their QoS
requirements for transmission latency and transport channel BLER
requirements. Beside the QoS parameters, the scheduling algorithm used by the scheduling entity 53 may also operate according to, for example, various radio control resource parameters such as the signal-to-interference ratio (SIR), available and rate, speed of the UE, current load of the cell and other factors that are well known to those of skill in the art. The scheduling entity 53 determines the data (associated with a particular UE), and the H-ARQ entities 52a,52b that will service the transmission.
[00029] The transmission assigned to the H-ARQ , 52a,52b is either a new transmission, or a retransmission of data that previously was not successfully delivered. Status reports from the previous transmission signaled between the UE H-ARQ entity 61 (shown in Figure 4) and the UTRAN H-ARQ entities 52a, 52b (shown in Figure 3) are relayed to the scheduling entity 53 where it is determined whether a new or retransmission will be serviced. The UTRAN
MAC-hs 50 architecture defined by the present invention allows the scheduling entity 53, at any time, to determine whether or not to permit new transmissions to be initiated on an H-ARQ entity 52a, 52b. New transmissions may be higher priority transmissions that need to supercede lower priority transmissions to achieve QoS transmission latency requirements, or re-initiation of previously failed or interrupted transmissions to achieve QoS transport channel BLEB
requirements.
[00030] The algorithm within the scheduling entity 53 schedules data transmissions according to priority class. The UTRAN MAC-hs 50 of the present invention allows lower priority transmissions to be interrupted for the transmission of higher priority transmissions, and provides the ability to reinitiate previously failed or interrupted transmissions at any time.
[00031] The scheduling entity 53 forwards radio resource scheduling information to the H-ARQs entities 52a, 52b. The scheduling entity 53 directs the H-ARQ entities 52a, 52b to initiate either a new transmission or a retransmission of a previous unsuccessful transmission by the particular H-ARQ
entity 52a, 52b. The data is then forwarded to the TFC selector 51 for transmission. The TFC selector 51, coupled to the H-ARQ processors 52a, 52b, receives the transmissions and selects an appropriate dynamic transport format parameter for the data to be transmitted to the UE. Although shown in Figure 3 as separate components, the functionality of the H-ARQ entities 52a, 52b and the TFC selector 51 may be combined into a single entity.
[00032] A block diagram of a UE MAC-hs layer 60 for a UE in accordance with the preferred embodiment of the present invention is illustrated in Figure 4.
The UE MAC-hs 60 comprises a plurality of reordering devices 62a, 62b and an H-ARQ entity 61. Similar to the H-ARQ processor 41 described hereinbefore with respect to the UTRAN, the UE H-ARQ entity 61 is responsible for handling all the processes for implementing the H-ARQ protocol. Within the UE, the receiving H-ARQ entity 61 combines the soft information from the original transmission and any subsequent retransmissions.
[00033] Within the H-ARQ protocol layer, individual transmission priority classes and the required sequence of delivery (TSNs) are not known.
Accordingly, successful reception, transmissions are reordered according to their TSN by the reordering devices 62a, 62b. The reordering devices 62a, 62b immediately forward for processing in higher layers transmissions following in sequence reception.
[00034] The MAC-hs process in accordance with the preferred embodiment of the present invention ensures that higher priority transmissions are not delayed by processing of lower priority transmissions. Additionally, transmissions can be reinitiated at any time, thereby reducing the transmission failure rate within the MAC-hs process. This gives the scheduling entity 53 the ability to utilize the input information available to determine the best combination of transmissions to achieve maximum performance of the system, maximum use of the radio network and maintain floS requirements for transmission latency and BLER.
[00035] Although the elements or processes of the present invention have been described as discrete hardware components, for example the scheduling entity 53 and the TSN setting entity 54, these elements will most likely be implemented in one or more software routines or modules. It should be understood that the overall flow and sequence of information between each process is important, not whether the process is implemented separately or together, or in hardware or software.
[00036] Referring to Figure 5, a method 100 for permitting transmission of higher priority data to interrupt the transmission of lower priority data to achieve transmission latency requirements is shown. The method 100 is for communications between a transmitter 102 (such as at the UTRAN) and a receiver 104 (such as at the UE). The method 100 assumes communication for a particular H-AR(a process, such as between one of the H-ARQ entities 52a, 52b in the UTRAN and the corresponding H-ARQ entity 61 in the UE.
[00037] The method 100 commences with the setting of a new data indicator (NDI) for the establishment of a new H-ARQ process (step 103). The lower priority data is processed (step 106) at the transmitter 102. As aforementioned at the receiver 104, a quality check is performed whereby an acknowledgement (ACK) is generated if the transmission is successful (i.e. received without errors) or a non-acknowledgment (NACK) is generated if the transmission is not _7_ successful (step 108). The ACK or NACK is sent to the transmitter 102. Steps 106 and 108 are repeated until the transmission is successfully received at the receiver 104, or higher-priority data arrives at the scheduling entity (step 110) that needs to be scheduled to meet QoS transmission latency requirements.
[00038] If higher priority data needs to be scheduled for transmission to meet transmission latency requirements (step 110), lower priority data transmission may be interrupted (step 112). The H-ARQ process of transmission of the higher priority data is then commenced (step 114). Interruption of the previous data transmission is identified to the receiver 104 by setting of the NDI.
At the receiver 104, a quality check is performed whereby an acknowledgement (ACK) is generated if the transmission is successful or a non-acknowledgment (NACK) is generated if the transmission is not successful (step 116). The ACK
or NACK is then sent to the transmitter 102. Steps 114 and 116 are repeated until the higher priority data transmission is successfully received at the receiver 104.
[00039] Once the transmission of the higher priority data has been confirmed, the lower priority data transmission may then be reinitiated (step118). The transmission is repeated until the quality check results in an ACK being generated by the receiver 104 ( step 120). As with the aforementioned H-ARQ process, it may be necessary to retransmit the lower priority data by the transmitter 102 in response to an NACK generated by the receiver 104.
[00040] The method 100 of Figure 5 is an example of scheduling of an H-ARQ process to achieve desired latency requirements for the data to be transmitted. With the proposed UTRAN MAC architecture 50 in accordance with the present invention, method 100 and other sequences of operation between the transmitter 102 and receiver 104 are also possible to achieve transmission latency requirements.
[00041 ] Referring to Figure 6, a method 200 for permitting re-initiation of failed transmissions to achieve Block Error Rate (BLER) requirements is shown.
The method 200 is for communications between a transmitter 201 (such as at the UTRAN) and a receiver 203 (such as at the UE). The method 200 assumes communication for any set of H-ARQ processes associated with a UE, such as _g_ between one of the H-ARQ entities 52a, 52b in the UTRAN and the corresponding H-ARC~,I entity 61 in the UE.
[00042] The method 200 commences with the processing of data for transmission (step 202) at the transmitter 201. The H-ARf~I processing for the data is performed, whereby a quality check is at the receiver 203 is performed (step 204) and an ACK or NACK is then sent to the transmitter 201. Steps 202 and 204 are repeated until the data transmission is successfully received at the receiver 203 or until a retransmission limit or another failure criteria is reached (step 206).
[00043 ] In the event that a failure criterion has been reached (step 206), the UTRAN MAC architecture 50 allows for re-initiation of the failed transmission on the H-ARfa process (steps 212 and 214). Re-initiation may be performed after the scheduling of other pending transmissions (steps 208, 210) or may proceed directly (steps 212, 214). Accordingly, it is possible subsequent to the transmission or failure of one or more "other" transmissions. These other transmissions may be scheduled (step 208) and transmitted by the transmitter 201 and the quality check is performed and ACKs or NACKs are generated and transmitted by the receiver 203 as appropriate (step 210).
[00044] Once the other transmissions have been successfully sent, or the failure criteria has been reached (steps 208-210), the previously failed transmission may be scheduled for transmission on the H-ARQ process (step 212). Re-initiation of the previous data transmission is identified to the receiver 203 by setting of the NDI. Retransmissions of the data are sent and an ACK or a NACK is generated as appropriate (step 214). Steps 212 and 214 are repeated until the transmission is successfully received at the receiver 203, or the retransmission limit or other failure criteria has been reached (step 206).
The reinitiation of a previously failed transmission can be applied several times to any particular transmission in order to achieve BLER requirements.
[00045] While the present invention has been described in terms of the preferred embodiment, other variations which are within the scope of the invention as outlined in the claims below will be apparent to those skilled in the art.
[000] The TFC selection entity 31, coupled to the scheduling device 32, receives the data to be transmitted and selects an appropriate dynamic transport format for the data to be transmitted. With respect to H-ARQ transmissions and retransmissions, the TFC selection entity 31 determines modulation and coding.
[0009] Data streams are processed sequentially, and each data block is processed until successful transmission is achieved or the tr ansmission fails and the data is discarded. Retransmissions signaled by the H-ARQ process take precedence over any new data to be transmitted. Each H-ARQ processor 33a, 33b performs transmissions and retransmissions until the data block transmission is determined successful or failed. Using this scheme, higher priority data transmissions may be delayed while lower priority data retransmissions are processed until success or failure is determined.
[00010] UE connections require support of several independent traffic control signaling channels. Each of these channels has QoS requirements, which include guaranteed and/or acceptable transmission latency levels. Since the H-ARQ
processing is taken into account prior to scheduling, it is not possible for higher priority data to supercede lower priority data retransmissions. Therefore, the tr ansmission latency QoS requirements for high priority data transmissions may not be achievable when low priority data transmissions have been previously assigned to H-ARQ processors 33a, 33b.
[00011 ] Since retransmissions are combined with previous transmissions in the H-ARQ process, it is possible that if the first transmissions are sufficiently corrupted, subsequent retransmissions will not achieve successful transmission.
In this case since transmissions can not be reinitiated as new transmissions from the scheduling entity 32, data is discarded.
_2_ [00012] Accordingly, there exists a need for an improved MAC-hs architecture both in the UTRAN and UE that allows for higher priority transmissions to supercede lower priority transmissions and for the ability to reinitiate transmissions at any time.
[00013 ] SUMMARY
[00014] A medium access control (MAC) architecture that determines transmission latency and block error rate requirements for a plurality of data flows, each data flow having an associated priority and each data flow comprising a plurality of data blocks. The MAC architecture specifies a scheduling entity that determines when transmissions are serviced, and by which hybrid automatic repeat request (H-ARQ) entity. H-ARQ entities determine whether each prior block had been successfully transmitted and, if not, request retransmission of unsuccessfully transmitted data blocks. The scheduling of the data blocks takes into account whether or not the previously transmitted data blocks require retransmission. The MAC architecture allows the scheduling entity the ability to initiate new transmissions at any time and to reinitiate previously unsuccessful transmissions at any time.
[00015] BRIEF DESCRIPTION OF THE DRAWINGS) [00016] Figure l is a prior art UTRAN MAC-hs.
[00017] Figure 2 is a prior art UE MAC-hs.
[00018] Figure 3 is a block diagram of a UTRAN MAC-hs in accordance with the preferred embodiment of the present invention.
[00019] Figure 4 is a block diagram of a UE MAC-hs in accordance with the preferred embodiment of the present invention.
[00020] Figure 5 is a flow diagram of a procedure for permitting higher priority transmissions to interrupt lower priority transmissions to achieve transmission seven zero latency requirements.
[00021] Figure 6 is a flow diagram of a procedure to re-initiate failed transmissions to achieve Block Error Rate requirements.
[00022] DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS) [00023] The preferred embodiments will be described with reference to the drawing figures where like numerals represent like elements throughout.
[00024] Figure 3 is a block diagram of the UTRAN MAC-hs 50, preferably located at the Node B, in accordance with the preferred embodiment of the present invention. The UTRAN MAC-hs 50 comprises a TFC selector 51, a plurality of H-ARQ entities 52a, 52b, a scheduling and prioritization entity 53, a priority class and TSN setting entity 54 and a flow controller 55. As will be explained in detail, the components of the UTRAN MAC-hs 50 are coupled together in a novel manner, which facilitates proper scheduling prioritization for greater ability to achieve transmission latency requirements and the ability to reinitiate transmissions at any time to reduce transmission errors within the UTRAN MAC-hs 50 (shown in Figure 3) and UE MAC-hs 60 (shown in Figure 4).
[00025] Similar to the prior art flow controller 34 discussed hereinbefore, the flow controller 55 of the present invention shown in Figure 3, and , coupled to the MAC-c/sh of the RNC (not shown) and the priority class and TSN setting entity 54, provides a controlled data flow between the Node B and the RNC, taking the transmission capabilities of the air interface into account in a dynamic manner.
Although shown in Figure 3 as separate components, the functionality of the scheduling and prioritization handling entity 53 (hereinafter, the "scheduling entity 53") and the priority class and TSN setting entity 54 (hereinafter, the "TSN setting entity 54") may be combined into a single entity.
[00026] TSN setting entity 54 is coupled between the flow controller 55 and the scheduling entity 53. The TSN setting entity 54 of the present invention sets, for each priority class, a queue identifier and TSN for each new data block being serviced to ensure sequence in delivery of data blocks to higher layers. The TSN
is unique to each priority class and queue identity within a high speed downlink shared channel (HS-DSCH), and is incremented for each new data block. Once a queue identifier and the TSN have been set for a new data block, the data block is forwarded to the scheduling entity 53.
[00027] The scheduling entity 53 processes data received from the TSN setting entity 54. The scheduling entity 53 functions as a radio resource manager for the cell, as well as maintaining QoS requirements for the users serviced by the UTRAN MAC-hs 50. The TSN and priority class identifiers for the data blocks to be transmitted are forwarded to the scheduling entity 53.
[00028] In accordance with the present invention, the scheduling entity 53 ensures proper prioritization of transmissions according to data flow QoS
latency requirements and allows for reinitiation of failed H-ARQ transmissions that permits the greater ability to achieve QoS Block Error Rate (BLER) requirements. These abilities of the scheduling entity 53 are not possible when H-ARQ processing precedes the scheduling function as in the prior art system of Figure 1. The scheduling entity 53 manages HS-DSCH physical resources between the H-ARQ entities 52a, 52b and data flows according to their QoS
requirements for transmission latency and transport channel BLER
requirements. Beside the QoS parameters, the scheduling algorithm used by the scheduling entity 53 may also operate according to, for example, various radio control resource parameters such as the signal-to-interference ratio (SIR), available and rate, speed of the UE, current load of the cell and other factors that are well known to those of skill in the art. The scheduling entity 53 determines the data (associated with a particular UE), and the H-ARQ entities 52a,52b that will service the transmission.
[00029] The transmission assigned to the H-ARQ , 52a,52b is either a new transmission, or a retransmission of data that previously was not successfully delivered. Status reports from the previous transmission signaled between the UE H-ARQ entity 61 (shown in Figure 4) and the UTRAN H-ARQ entities 52a, 52b (shown in Figure 3) are relayed to the scheduling entity 53 where it is determined whether a new or retransmission will be serviced. The UTRAN
MAC-hs 50 architecture defined by the present invention allows the scheduling entity 53, at any time, to determine whether or not to permit new transmissions to be initiated on an H-ARQ entity 52a, 52b. New transmissions may be higher priority transmissions that need to supercede lower priority transmissions to achieve QoS transmission latency requirements, or re-initiation of previously failed or interrupted transmissions to achieve QoS transport channel BLEB
requirements.
[00030] The algorithm within the scheduling entity 53 schedules data transmissions according to priority class. The UTRAN MAC-hs 50 of the present invention allows lower priority transmissions to be interrupted for the transmission of higher priority transmissions, and provides the ability to reinitiate previously failed or interrupted transmissions at any time.
[00031] The scheduling entity 53 forwards radio resource scheduling information to the H-ARQs entities 52a, 52b. The scheduling entity 53 directs the H-ARQ entities 52a, 52b to initiate either a new transmission or a retransmission of a previous unsuccessful transmission by the particular H-ARQ
entity 52a, 52b. The data is then forwarded to the TFC selector 51 for transmission. The TFC selector 51, coupled to the H-ARQ processors 52a, 52b, receives the transmissions and selects an appropriate dynamic transport format parameter for the data to be transmitted to the UE. Although shown in Figure 3 as separate components, the functionality of the H-ARQ entities 52a, 52b and the TFC selector 51 may be combined into a single entity.
[00032] A block diagram of a UE MAC-hs layer 60 for a UE in accordance with the preferred embodiment of the present invention is illustrated in Figure 4.
The UE MAC-hs 60 comprises a plurality of reordering devices 62a, 62b and an H-ARQ entity 61. Similar to the H-ARQ processor 41 described hereinbefore with respect to the UTRAN, the UE H-ARQ entity 61 is responsible for handling all the processes for implementing the H-ARQ protocol. Within the UE, the receiving H-ARQ entity 61 combines the soft information from the original transmission and any subsequent retransmissions.
[00033] Within the H-ARQ protocol layer, individual transmission priority classes and the required sequence of delivery (TSNs) are not known.
Accordingly, successful reception, transmissions are reordered according to their TSN by the reordering devices 62a, 62b. The reordering devices 62a, 62b immediately forward for processing in higher layers transmissions following in sequence reception.
[00034] The MAC-hs process in accordance with the preferred embodiment of the present invention ensures that higher priority transmissions are not delayed by processing of lower priority transmissions. Additionally, transmissions can be reinitiated at any time, thereby reducing the transmission failure rate within the MAC-hs process. This gives the scheduling entity 53 the ability to utilize the input information available to determine the best combination of transmissions to achieve maximum performance of the system, maximum use of the radio network and maintain floS requirements for transmission latency and BLER.
[00035] Although the elements or processes of the present invention have been described as discrete hardware components, for example the scheduling entity 53 and the TSN setting entity 54, these elements will most likely be implemented in one or more software routines or modules. It should be understood that the overall flow and sequence of information between each process is important, not whether the process is implemented separately or together, or in hardware or software.
[00036] Referring to Figure 5, a method 100 for permitting transmission of higher priority data to interrupt the transmission of lower priority data to achieve transmission latency requirements is shown. The method 100 is for communications between a transmitter 102 (such as at the UTRAN) and a receiver 104 (such as at the UE). The method 100 assumes communication for a particular H-AR(a process, such as between one of the H-ARQ entities 52a, 52b in the UTRAN and the corresponding H-ARQ entity 61 in the UE.
[00037] The method 100 commences with the setting of a new data indicator (NDI) for the establishment of a new H-ARQ process (step 103). The lower priority data is processed (step 106) at the transmitter 102. As aforementioned at the receiver 104, a quality check is performed whereby an acknowledgement (ACK) is generated if the transmission is successful (i.e. received without errors) or a non-acknowledgment (NACK) is generated if the transmission is not _7_ successful (step 108). The ACK or NACK is sent to the transmitter 102. Steps 106 and 108 are repeated until the transmission is successfully received at the receiver 104, or higher-priority data arrives at the scheduling entity (step 110) that needs to be scheduled to meet QoS transmission latency requirements.
[00038] If higher priority data needs to be scheduled for transmission to meet transmission latency requirements (step 110), lower priority data transmission may be interrupted (step 112). The H-ARQ process of transmission of the higher priority data is then commenced (step 114). Interruption of the previous data transmission is identified to the receiver 104 by setting of the NDI.
At the receiver 104, a quality check is performed whereby an acknowledgement (ACK) is generated if the transmission is successful or a non-acknowledgment (NACK) is generated if the transmission is not successful (step 116). The ACK
or NACK is then sent to the transmitter 102. Steps 114 and 116 are repeated until the higher priority data transmission is successfully received at the receiver 104.
[00039] Once the transmission of the higher priority data has been confirmed, the lower priority data transmission may then be reinitiated (step118). The transmission is repeated until the quality check results in an ACK being generated by the receiver 104 ( step 120). As with the aforementioned H-ARQ process, it may be necessary to retransmit the lower priority data by the transmitter 102 in response to an NACK generated by the receiver 104.
[00040] The method 100 of Figure 5 is an example of scheduling of an H-ARQ process to achieve desired latency requirements for the data to be transmitted. With the proposed UTRAN MAC architecture 50 in accordance with the present invention, method 100 and other sequences of operation between the transmitter 102 and receiver 104 are also possible to achieve transmission latency requirements.
[00041 ] Referring to Figure 6, a method 200 for permitting re-initiation of failed transmissions to achieve Block Error Rate (BLER) requirements is shown.
The method 200 is for communications between a transmitter 201 (such as at the UTRAN) and a receiver 203 (such as at the UE). The method 200 assumes communication for any set of H-ARQ processes associated with a UE, such as _g_ between one of the H-ARQ entities 52a, 52b in the UTRAN and the corresponding H-ARC~,I entity 61 in the UE.
[00042] The method 200 commences with the processing of data for transmission (step 202) at the transmitter 201. The H-ARf~I processing for the data is performed, whereby a quality check is at the receiver 203 is performed (step 204) and an ACK or NACK is then sent to the transmitter 201. Steps 202 and 204 are repeated until the data transmission is successfully received at the receiver 203 or until a retransmission limit or another failure criteria is reached (step 206).
[00043 ] In the event that a failure criterion has been reached (step 206), the UTRAN MAC architecture 50 allows for re-initiation of the failed transmission on the H-ARfa process (steps 212 and 214). Re-initiation may be performed after the scheduling of other pending transmissions (steps 208, 210) or may proceed directly (steps 212, 214). Accordingly, it is possible subsequent to the transmission or failure of one or more "other" transmissions. These other transmissions may be scheduled (step 208) and transmitted by the transmitter 201 and the quality check is performed and ACKs or NACKs are generated and transmitted by the receiver 203 as appropriate (step 210).
[00044] Once the other transmissions have been successfully sent, or the failure criteria has been reached (steps 208-210), the previously failed transmission may be scheduled for transmission on the H-ARQ process (step 212). Re-initiation of the previous data transmission is identified to the receiver 203 by setting of the NDI. Retransmissions of the data are sent and an ACK or a NACK is generated as appropriate (step 214). Steps 212 and 214 are repeated until the transmission is successfully received at the receiver 203, or the retransmission limit or other failure criteria has been reached (step 206).
The reinitiation of a previously failed transmission can be applied several times to any particular transmission in order to achieve BLER requirements.
[00045] While the present invention has been described in terms of the preferred embodiment, other variations which are within the scope of the invention as outlined in the claims below will be apparent to those skilled in the art.
Claims (34)
1. A method for transferring data in a wireless communication system, the method comprising the steps of:
receiving data blocks for transmission and an indicator whether data blocks are required to be retransmitted;
scheduling data blocks for transmission, the scheduled data blocks including retransmitted data blocks and the received data blocks, the scheduling being a prioritization of data blocks based on a required transmission latency for each data block, wherein a high priority received data block can be scheduled before the retransmission of a low priority data block;
transmitting the scheduled data blocks from a base station based on the scheduling;
receiving the transmitted data blocks by at least one user equipment;
and determining whether retransmission of the received transmitted data blocks is required and transmitting an indicator in response to the determination.
receiving data blocks for transmission and an indicator whether data blocks are required to be retransmitted;
scheduling data blocks for transmission, the scheduled data blocks including retransmitted data blocks and the received data blocks, the scheduling being a prioritization of data blocks based on a required transmission latency for each data block, wherein a high priority received data block can be scheduled before the retransmission of a low priority data block;
transmitting the scheduled data blocks from a base station based on the scheduling;
receiving the transmitted data blocks by at least one user equipment;
and determining whether retransmission of the received transmitted data blocks is required and transmitting an indicator in response to the determination.
2. The method of claim 1 wherein the transmitting step is performed over a high speed downlink shared channel.
3. The method of claim 1 wherein the scheduling is also based on block error rate requirements.
4. The method of claim 1 wherein the scheduling is also based on a signal to interference ratio.
Claim
Claim
5. The method of claim 1 wherein the scheduling is also based on a loading of a cell of the base station.
6. The method of claim 1. wherein the scheduling is also based on a speed of a user equipment receiving data blocks.
7. The method of claim 1 wherein the required data latency is determined by a priority class of the data blocks.
8. (Canceled)
9. The method of claim 8 wherein the interrupting step is indicated by transmitting a new data indicator.
10. The method of claim 1 wherein the scheduling step utilizes input information to determine a best combination of transmissions to achieve maximum performance.
11. The method of claim 1 further comprising the step of assigning each received data block a transmission sequence number (TSN) prior to the scheduling.
12. The method of claim 11 further comprising the step of reordering received transmitted data blocks based on the TSN of each received transmitted data block.
13. A radio network controller and a node-B comprising:
a scheduling entity for receiving data blocks and for scheduling data blocks for transmission, the scheduled data blocks including the received Claim Amendments data blocks and data blocks for retransmission as indicted by received indicators, wherein said scheduling entity can interrupt the retransmission of a low priority data block to allow for the transmission of a high priority received data block; and at least one hybrid automatic repeat request (H-ARQ) entity for transmitting the scheduled data blocks.
a scheduling entity for receiving data blocks and for scheduling data blocks for transmission, the scheduled data blocks including the received Claim Amendments data blocks and data blocks for retransmission as indicted by received indicators, wherein said scheduling entity can interrupt the retransmission of a low priority data block to allow for the transmission of a high priority received data block; and at least one hybrid automatic repeat request (H-ARQ) entity for transmitting the scheduled data blocks.
14. The radio network controller and node-B of claim 13 wherein the scheduling is based on a required data latency for each data block.
15. The radio network controller and node-B of claim 13 wherein the H-ARQ entity transmits the data blocks across a high speed downlink shared channel.
16. The radio network controller and node-B of claim 13 further comprising a priority entity for assigning a transmission sequence number to each received data block prior to scheduling.
17. The radio network controller and node-B of claim 13 further comprising a flow controller for controlling the flow of data between the radio network controller and node-B.
18. The radio network controller and node-B of claim 13 further comprising a transport format combination selector for selecting a transport format combination for each transmitted data block.
19. (Canceled) Claim
20. The radio network controller and node-B of claim 13 wherein the interrupting is indicated by transmitting a new data indicator.
21. A radio network controller and a node-B comprising:
scheduling means for receiving data blocks and for scheduling data blocks for transmission, the scheduled data blocks including the received data blocks and data blocks for retransmission as indicted by received indicators, wherein said scheduling means can interrupt the retransmission of a low priority data block to allow for the transmission of a high priority received data block; and hybrid automatic repeat request (H-ARQ) means for transmitting the scheduled data blocks.
scheduling means for receiving data blocks and for scheduling data blocks for transmission, the scheduled data blocks including the received data blocks and data blocks for retransmission as indicted by received indicators, wherein said scheduling means can interrupt the retransmission of a low priority data block to allow for the transmission of a high priority received data block; and hybrid automatic repeat request (H-ARQ) means for transmitting the scheduled data blocks.
22. The radio network controller and node-B of claim 21 wherein the scheduling is based on a required data latency for each data block.
23. The radio network controller and node-B of claim 21 wherein the H-ARQ means transmits the data blocks across a high speed downlink shared channel.
24. The radio network controller and node-B of claim 21 further comprising priority means for assigning a transmission sequence number to each received data block prior to scheduling.
25. The radio network controller and node-B of claim 21 further comprising flow control means for controlling the flow of data between the radio network controller and node-B.
Claim
Claim
26. The radio network controller and node-B of claim 21 further comprising transport format combination selector means for selecting a transport format combination for each transmitted data block.
27. (Canceled)
28. The radio network controller and node-B of claim 2I wherein the interrupting is indicated by transmitting a new data indicator.
29. A user equipment comprising:
a hybrid automatic repeat request (H-ARQ) entity for receiving transmitted data blocks, each data block having a transmission sequence number and being transmitted based on a sequence derived by each transmitted data block's required transmission latency; and at least one reordering device for reordering the received transmitted data blocks using each received transmitted data block's transmission sequence number.
a hybrid automatic repeat request (H-ARQ) entity for receiving transmitted data blocks, each data block having a transmission sequence number and being transmitted based on a sequence derived by each transmitted data block's required transmission latency; and at least one reordering device for reordering the received transmitted data blocks using each received transmitted data block's transmission sequence number.
30. The user equipment of claim 29 wherein the H-ARQ entity combines the soft symbols of retransmitted data blocks with a previously received version of the received transmitted data blocks.
31. The user equipment of claim 29 wherein the received transmitted data blocks are received over a high speed downlink shared channel.
32. A user equipment comprising:
hybrid automatic repeat request (H-ARQ) means for receiving transmitted data blocks, each data block having a transmission sequence Claim Amendments number and being transmitted based on a sequence derived by each transmitted data block's required transmission latency; and reordering means for reordering the received transmitted data blocks using each received transmitted data block's transmission sequence number.
hybrid automatic repeat request (H-ARQ) means for receiving transmitted data blocks, each data block having a transmission sequence Claim Amendments number and being transmitted based on a sequence derived by each transmitted data block's required transmission latency; and reordering means for reordering the received transmitted data blocks using each received transmitted data block's transmission sequence number.
33. The user equipment of claim 32 wherein the H-ARQ means combines the soft symbols of retransmitted data blocks with a previously received version of the received transmitted data blocks.
34. The user equipment of claim 32 wherein the received transmitted data blocks are received over a high speed downlink shared channel.
-15a-
-15a-
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US34366101P | 2001-10-19 | 2001-10-19 | |
US60/343,661 | 2001-10-19 | ||
PCT/US2002/032771 WO2003036844A2 (en) | 2001-10-19 | 2002-10-16 | Mac architecture in wireless communication systems supporting h-arq |
Publications (1)
Publication Number | Publication Date |
---|---|
CA2464104A1 true CA2464104A1 (en) | 2003-05-01 |
Family
ID=23347054
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CA002464104A Abandoned CA2464104A1 (en) | 2001-10-19 | 2002-10-16 | Mac architecture in wireless communication systems supporting h-arq |
Country Status (16)
Country | Link |
---|---|
US (7) | US7376879B2 (en) |
EP (1) | EP1437021A4 (en) |
JP (3) | JP2005507207A (en) |
KR (8) | KR200300216Y1 (en) |
CN (4) | CN101466121A (en) |
AR (1) | AR036862A1 (en) |
AU (1) | AU2002363117A1 (en) |
BR (1) | BR0213664A (en) |
CA (1) | CA2464104A1 (en) |
DE (2) | DE20216074U1 (en) |
HK (1) | HK1073559A1 (en) |
IL (1) | IL161148A0 (en) |
MX (1) | MXPA04003686A (en) |
NO (1) | NO20042059L (en) |
TW (5) | TWI257780B (en) |
WO (1) | WO2003036844A2 (en) |
Families Citing this family (70)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7298701B2 (en) * | 2002-10-31 | 2007-11-20 | Nokia Corporation | Apparatus, and associated method, for requesting data retransmission in a packet radio communication system |
US7936664B2 (en) * | 1991-03-26 | 2011-05-03 | Nokia Corporation | Multi-carrier radio link protocol supervision in a radio communication system |
US7376879B2 (en) | 2001-10-19 | 2008-05-20 | Interdigital Technology Corporation | MAC architecture in wireless communication systems supporting H-ARQ |
CN1233180C (en) * | 2001-11-24 | 2005-12-21 | Lg电子株式会社 | Block transmission dispatching technique |
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 |
KR101017054B1 (en) | 2002-05-10 | 2011-02-23 | 인터디지탈 테크날러지 코포레이션 | System and method for prioritization of retransmission of protocol data units to assist radio-link-control retransmission |
US6901063B2 (en) * | 2002-05-13 | 2005-05-31 | Qualcomm, Incorporated | Data delivery in conjunction with a hybrid automatic retransmission mechanism in CDMA communication systems |
US6693910B2 (en) * | 2002-06-28 | 2004-02-17 | Interdigital Technology Corporation | System and method for avoiding stall of an H-ARQ reordering buffer in a receiver |
DE60217097T2 (en) * | 2002-08-13 | 2007-05-10 | Matsushita Electric Industrial Co., Ltd., Kadoma | Hybrid automatic repeat request protocol |
DE60217098T2 (en) | 2002-08-13 | 2007-05-03 | Matsushita Electric Industrial Co., Ltd., Kadoma | Hybrid automatic repeat request protocol |
US7489691B2 (en) * | 2002-12-23 | 2009-02-10 | Nokia Corporation | Scheduling retransmission in access networks |
US20050073985A1 (en) * | 2003-10-04 | 2005-04-07 | Samsung Electronics Co., Ltd. | System and method for controlling a TTI in a W-CDMA communication system supporting enhanced uplink dedicated transport channel |
DE60325394D1 (en) | 2003-12-19 | 2009-01-29 | Panasonic Corp | HARQ protocol with synchronous repeats |
KR100606887B1 (en) * | 2003-12-31 | 2006-07-31 | 엘지노텔 주식회사 | Method for Scheduling in Packet Data Channel |
KR100800879B1 (en) * | 2004-03-05 | 2008-02-04 | 삼성전자주식회사 | Medium access control protocol structure in wireless communication system and data transmission method and hand-over method and system using the same |
JP2005311882A (en) * | 2004-04-23 | 2005-11-04 | Matsushita Electric Ind Co Ltd | Communication terminal device and transmission method |
US8018945B2 (en) | 2004-04-29 | 2011-09-13 | Interdigital Technology Corporation | Method and apparatus for forwarding non-consecutive data blocks in enhanced uplink transmissions |
SG185960A1 (en) | 2004-05-07 | 2012-12-28 | Interdigital Tech Corp | Method and apparatus for assigning hybrid-automatic repeat request processes |
US7584397B2 (en) | 2004-06-10 | 2009-09-01 | Interdigital Technology Corporation | Method and apparatus for dynamically adjusting data transmission parameters and controlling H-ARQ processes |
US7710911B2 (en) | 2004-06-10 | 2010-05-04 | Interdigital Technology Corporation | Method and apparatus for dynamically allocating H-ARQ processes |
AU2013201275B2 (en) * | 2004-06-10 | 2015-06-11 | Interdigital Technology Corporation | Method and Apparatus for Dynamically Allocating H-ARQ Processes |
US8223647B2 (en) * | 2004-07-21 | 2012-07-17 | Nokia Corporation | System and method for increasing data throughout using a block acknowledgement |
KR100606898B1 (en) * | 2004-09-10 | 2006-08-01 | 엘지노텔 주식회사 | The method to manage radio resources for packet scheduling, and system using the same |
US9385843B2 (en) | 2004-12-22 | 2016-07-05 | Qualcomm Incorporated | Method and apparatus for using multiple modulation schemes for a single packet |
KR100678147B1 (en) * | 2005-01-05 | 2007-02-02 | 삼성전자주식회사 | Method and apparatus controlling timer of relation to automatic retransmission request in wireless broadband internet system and the system therefor |
KR101073915B1 (en) * | 2005-05-03 | 2011-10-17 | 엘지전자 주식회사 | Method for Transmitting Control Information in a Mobile Communication System having Automatic Repeat Request |
JP4742669B2 (en) | 2005-05-13 | 2011-08-10 | ソニー株式会社 | Transmission / reception system, transmission apparatus and transmission method, reception apparatus and reception method, and program |
US7916751B2 (en) * | 2005-06-21 | 2011-03-29 | Interdigital Technology Corporation | Method and apparatus for efficient operation of an enhanced dedicated channel |
CN100574178C (en) * | 2005-07-04 | 2009-12-23 | 上海原动力通信科技有限公司 | Realize equipment, the system and method for multi-carrier-wave high-speed down-converter grouped accessing business |
US8204007B2 (en) * | 2005-08-01 | 2012-06-19 | Interdigital Technology Corporation | Method and apparatus for control of enhanced dedicated channel transmissions |
WO2007045101A2 (en) * | 2005-10-21 | 2007-04-26 | Nortel Networks Limited | Multiplexing schemes for ofdma |
KR101022998B1 (en) * | 2005-10-27 | 2011-03-22 | 퀄컴 인코포레이티드 | A method of serving sector maintenance in a wireless communication systems |
KR100736082B1 (en) * | 2005-11-16 | 2007-07-06 | 삼성전자주식회사 | Apparatus and method for transmitting packets in wireless networks |
KR100655453B1 (en) | 2005-12-27 | 2006-12-08 | 전자부품연구원 | Method and device of scheduling in channel based network and computer-readable medium having thereon program performing function embodying the same |
TWI427958B (en) * | 2005-12-29 | 2014-02-21 | Interdigital Tech Corp | Method and apparatus for selecting multiple transport formats and transmitting multiple transport blocks simultaneously with multiple h-arq processes |
US8432794B2 (en) | 2005-12-29 | 2013-04-30 | Interdigital Technology Corporation | Method and apparatus for selecting multiple transport formats and transmitting multiple transport blocks simultaneously with multiple H-ARQ processes |
CN101379860B (en) * | 2006-02-03 | 2012-11-07 | 交互数字技术公司 | Service quality based resource determination and allocation apparatus and procedure in high speed packet access evolution and long term evolution systems |
EP2518928B1 (en) | 2006-02-03 | 2021-06-09 | InterDigital Technology Corporation | Method and system for supporting multiple hybrid automatic repeat request processes per transmission time interval |
MX2008009981A (en) * | 2006-02-03 | 2008-10-17 | Interdigital Tech Corp | Quality of service based resource determination and allocation apparatus and procedure in high speed packet access evolution and long term evolution systems. |
CN101473566B (en) * | 2006-06-22 | 2013-01-30 | 三星电子株式会社 | Method and apparatus for transmitting scheduling requests in mobile communication system |
JP4800388B2 (en) * | 2006-08-09 | 2011-10-26 | 三菱電機株式会社 | Data communication method, mobile communication system |
CN104780027B (en) * | 2006-10-27 | 2018-09-04 | 三菱电机株式会社 | Data communications method, communication system and mobile terminal |
KR100928584B1 (en) | 2006-12-08 | 2009-11-24 | 한국전자통신연구원 | Hybrid automatic retransmission request support method of mobile communication system, automatic retransmission request support method and system using same |
KR20080062886A (en) * | 2006-12-29 | 2008-07-03 | 삼성전자주식회사 | Method and apparatus for transmission of reverse-link control-channel acknowledgement channel for forward-link shared control channel in mobile communication systems using orthogonal frequency division multiplexing access |
CN101034961B (en) * | 2007-04-11 | 2010-05-26 | 重庆重邮信科通信技术有限公司 | Management method and device of IR buffer in the multi-process HARQ technology |
US8179915B2 (en) * | 2007-06-28 | 2012-05-15 | Lantiq Deutschland Gmbh | System and method for transmitting and retransmitting data |
KR101379976B1 (en) * | 2007-07-09 | 2014-04-01 | 엘지전자 주식회사 | Method for transmitting data using HARQ |
WO2010104957A2 (en) | 2009-03-12 | 2010-09-16 | Interdigital Patent Holdings, Inc. | Method and apparatus for selecting and reselecting an uplink primary carrier |
MX2012001679A (en) * | 2009-08-28 | 2012-03-07 | Ericsson Telefon Ab L M | Enhanced multiplexing for single rlc entity. |
CN101697504B (en) * | 2009-09-08 | 2013-04-17 | 杭州华三通信技术有限公司 | Method and device for improving data transmission quality |
CN101827446B (en) * | 2010-04-09 | 2012-09-05 | 新邮通信设备有限公司 | Radio bearer scheduling method and device |
JP5147898B2 (en) * | 2010-06-10 | 2013-02-20 | 株式会社エヌ・ティ・ティ・ドコモ | Radio control apparatus and communication control method |
US8665895B2 (en) * | 2010-12-30 | 2014-03-04 | Broadcom Corporation | Advanced and dynamic physical layer device capabilities utilizing a link interruption signal |
US8433967B2 (en) | 2011-02-10 | 2013-04-30 | Freescale Semiconductor, Inc. | Method and system for detecting retransmission threshold condition in selective repeat ARQ communication system |
US8645785B2 (en) | 2011-03-14 | 2014-02-04 | Freescale Semiconductor, Inc. | Method of re-ordering received data blocks in hybrid automatic repeat request telecommunication system |
CN103685419A (en) * | 2012-09-21 | 2014-03-26 | 中兴通讯股份有限公司 | Business processing method and apparatus |
CN104010331B (en) * | 2013-02-25 | 2018-12-18 | 中兴通讯股份有限公司 | The method and device of adaptive load control system in a kind of mobile communication system |
US9485186B2 (en) | 2013-07-23 | 2016-11-01 | Cisco Technology, Inc. | Network congestion control with awareness of random packet losses |
WO2015135107A1 (en) * | 2014-03-10 | 2015-09-17 | 华为技术有限公司 | Data transmission method and communications device |
EP2942891B1 (en) * | 2014-05-07 | 2019-10-30 | Alcatel Lucent | A transmission device with prioritized PHY layer |
US20180248658A1 (en) * | 2015-08-28 | 2018-08-30 | Telefonaktiebolaget Lm Ericsson (Publ) | Transmitting downlink signals |
US10728795B2 (en) * | 2015-10-21 | 2020-07-28 | Nokia Solutions And Networks Oy | Improving communication efficiency |
WO2018012910A1 (en) * | 2016-07-13 | 2018-01-18 | 엘지전자 주식회사 | Method and device for transceiving wireless signal in wireless communication system |
KR20180013171A (en) * | 2016-07-28 | 2018-02-07 | 삼성전자주식회사 | Method and apparatus for managing hybrid automatic repeat request process in mobile communication system |
US10660009B2 (en) * | 2016-08-12 | 2020-05-19 | Qualcomm Incorporated | Linkage and indication of HARQ packet transmissions and parameters for URLLC in NR |
TWI659630B (en) | 2017-11-24 | 2019-05-11 | 財團法人工業技術研究院 | Hybrid automatic repeat requeat method and system |
CN111431656B (en) * | 2019-01-09 | 2023-01-10 | 苹果公司 | Cell edge reliability improvement |
CN110730470B (en) * | 2019-10-24 | 2020-10-27 | 北京大学 | Mobile communication equipment integrating multiple access technologies |
EP3813285A1 (en) * | 2019-10-25 | 2021-04-28 | THALES DIS AIS Deutschland GmbH | Method for priority-based data transmission |
CN114595092B (en) * | 2022-04-28 | 2022-09-20 | 阿里云计算有限公司 | Distributed storage system, data reconstruction method, device and storage medium |
Family Cites Families (56)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPS63226151A (en) | 1986-10-15 | 1988-09-20 | Fujitsu Ltd | Multiple packet communication system |
JPH01289341A (en) | 1988-05-17 | 1989-11-21 | Toshiba Corp | Packet transmission system |
JPH0677963A (en) | 1992-07-07 | 1994-03-18 | Hitachi Ltd | Communication system and terminal equipment |
SE9301695L (en) * | 1993-05-17 | 1994-09-12 | Ericsson Telefon Ab L M | Method and apparatus for channel utilization in a radio communication system |
JPH07221789A (en) | 1994-01-27 | 1995-08-18 | Hitachi Ltd | Method and system for continuous data transmission |
JP3248348B2 (en) * | 1994-03-15 | 2002-01-21 | 松下電器産業株式会社 | Communication method and communication device |
JPH08340351A (en) | 1995-06-13 | 1996-12-24 | Fujitsu Ltd | Satellite multi-address communication equipment |
US5734646A (en) * | 1995-10-05 | 1998-03-31 | Lucent Technologies Inc. | Code division multiple access system providing load and interference based demand assignment service to users |
US5828677A (en) | 1996-03-20 | 1998-10-27 | Lucent Technologies Inc. | Adaptive hybrid ARQ coding schemes for slow fading channels in mobile radio systems |
TW317058B (en) | 1996-04-23 | 1997-10-01 | Ibm | Data communication system for a wireless access to an atm network |
JPH10117213A (en) | 1996-10-09 | 1998-05-06 | Toshiba Corp | Packet communication equipment |
US6031832A (en) * | 1996-11-27 | 2000-02-29 | Telefonaktiebolaget L M Ericsson (Publ) | Method and apparatus for improving performance of a packet communications system |
US5956341A (en) | 1996-12-13 | 1999-09-21 | International Business Machines Corporation | Method and system for optimizing data transmission line bandwidth occupation in a multipriority data traffic environment |
JP3349926B2 (en) | 1997-07-10 | 2002-11-25 | 三菱電機株式会社 | Receiving control device, communication control system, and communication control method |
US6138260A (en) | 1997-09-04 | 2000-10-24 | Conexant Systems, Inc. | Retransmission packet capture system within a wireless multiservice communications environment with turbo decoding |
DE19746691B4 (en) * | 1997-10-22 | 2005-09-22 | Telefonaktiebolaget Lm Ericsson (Publ) | Broadcasting station, mobile units and method of transmitting data for a wireless packet-oriented communication system |
US6236656B1 (en) * | 1998-03-19 | 2001-05-22 | Telefonaktiebolaget Lm Ericsson (Publ) | Link-efficiency based scheduling in radio data communications systems |
US6463096B1 (en) * | 1998-06-12 | 2002-10-08 | Cisco Systems, Inc | MAC protocol employing multiple data rates |
FI105734B (en) * | 1998-07-03 | 2000-09-29 | Nokia Networks Oy | Automatic retransmission |
EP1018816A1 (en) | 1998-10-19 | 2000-07-12 | Lucent Technologies Inc. | Accumulative ARQ method and system |
US6587985B1 (en) | 1998-11-30 | 2003-07-01 | Matsushita Electric Industrial Co., Ltd. | Data transmission method, data transmission apparatus, data receiving apparatus, and packet data structure |
EP1033849A1 (en) | 1999-03-01 | 2000-09-06 | Alcatel | Process for controlling access to radio resource for uplink packet transmission in a wireless communication network |
US6567388B1 (en) | 1999-03-05 | 2003-05-20 | Qualcomm, Incorporated | Method and apparatus for efficient data retransmission in a voice-over-data communication system |
EG22002A (en) | 1999-05-20 | 2002-05-31 | Interdigital Tech Corp | Prioritization and flow control of a spread pectrum multiuser channel |
US7000174B2 (en) | 1999-12-20 | 2006-02-14 | Research In Motion Limited | Hybrid automatic repeat request system and method |
JP2001235335A (en) | 2000-02-24 | 2001-08-31 | Mitsubishi Electric Corp | Map data transmission device, map data relay station, map data transmission system and method there for, method of transmitting and relaying map data, computer- readable recording medium having recorded program for causing computer to execute map data transmission method, and computer-readable recording medium having recorded program for causing computer to execute map data transmission and relay method |
JP2001258063A (en) | 2000-03-10 | 2001-09-21 | Casio Comput Co Ltd | Interference avoidance method for mobile communication system |
US6801512B1 (en) | 2000-03-23 | 2004-10-05 | Motorola, Inc. | Method and apparatus for providing a distributed architecture digital wireless communication system |
JP3507810B2 (en) * | 2000-04-10 | 2004-03-15 | ヒュンダイ エレクトロニクス インダストリーズ カムパニー リミテッド | Data processing method for hybrid automatic repeat request 2/3 scheme in downlink of broadband wireless communication system |
DE20023933U1 (en) * | 2000-05-17 | 2007-09-27 | Matsushita Electric Industrial Co. Ltd. | Hybrid ARQ transceiver |
EP1161022A1 (en) | 2000-05-25 | 2001-12-05 | TELEFONAKTIEBOLAGET LM ERICSSON (publ) | Selective repeat protocol with dynamic timers |
FR2819661B1 (en) * | 2001-01-15 | 2003-03-28 | Nortel Networks | METHOD AND DEVICES FOR DATA TRANSMISSION WITH ACKNOWLEDGMENT MECHANISM |
SE0101846D0 (en) | 2001-05-22 | 2001-05-22 | Ericsson Telefon Ab L M | Method and system of retransmission |
WO2003019960A1 (en) * | 2001-08-21 | 2003-03-06 | Nokia Corporation | Transmission of data within a communications network |
US7376879B2 (en) * | 2001-10-19 | 2008-05-20 | Interdigital Technology Corporation | MAC architecture in wireless communication systems supporting H-ARQ |
SE0103506D0 (en) * | 2001-10-19 | 2001-10-19 | Ericsson Telefon Ab L M | HARQ stall avoidance |
EP1315356B1 (en) * | 2001-11-24 | 2008-10-22 | Lg Electronics Inc. | Method for transmitting packet data in compressed form in a communication system |
CN1233180C (en) | 2001-11-24 | 2005-12-21 | Lg电子株式会社 | Block transmission dispatching technique |
US7075891B2 (en) | 2001-11-26 | 2006-07-11 | Lucent Technologies Inc. | Method and apparatus for transmitting and receiving data packets to avoid stall during re-sequencing of data packets |
DE60236138D1 (en) * | 2002-01-03 | 2010-06-10 | Innovative Sonic Ltd | Window based blockage avoidance for a high speed wireless communication system |
ES2340467T3 (en) * | 2002-01-03 | 2010-06-04 | Innovative Sonic Limited | MECHANISM TO AVOID TIMER-BASED INTERRUPTIONS, FOR A HIGH SPEED WIRELESS COMMUNICATION SYSTEM. |
KR100840733B1 (en) * | 2002-01-05 | 2008-06-24 | 엘지전자 주식회사 | Method and system for processing packet data in a communications system and receiving unit thereof |
KR100747464B1 (en) | 2002-01-05 | 2007-08-09 | 엘지전자 주식회사 | Timer based Stall Avoidance method in HSDPA system |
US6961787B2 (en) * | 2002-01-07 | 2005-11-01 | Intel Corporation | Method and apparatus for updating task files |
US6717927B2 (en) * | 2002-04-05 | 2004-04-06 | Interdigital Technology Corporation | System for efficient recovery of node B buffered data following serving high speed downlink shared channel cell change |
DE10220842B4 (en) * | 2002-05-08 | 2005-06-16 | Frimo Group Gmbh & Co. | sealing device |
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 |
KR101017054B1 (en) * | 2002-05-10 | 2011-02-23 | 인터디지탈 테크날러지 코포레이션 | System and method for prioritization of retransmission of protocol data units to assist radio-link-control retransmission |
US6901063B2 (en) * | 2002-05-13 | 2005-05-31 | Qualcomm, Incorporated | Data delivery in conjunction with a hybrid automatic retransmission mechanism in CDMA communication systems |
US6693910B2 (en) * | 2002-06-28 | 2004-02-17 | Interdigital Technology Corporation | System and method for avoiding stall of an H-ARQ reordering buffer in a receiver |
DE60217097T2 (en) | 2002-08-13 | 2007-05-10 | Matsushita Electric Industrial Co., Ltd., Kadoma | Hybrid automatic repeat request protocol |
US7403528B2 (en) | 2002-09-13 | 2008-07-22 | Lucent Technologies Inc. | Method of data communication using a control message |
US7050397B2 (en) * | 2003-07-02 | 2006-05-23 | Nokia Corporation | Apparatus, and associated method, for facilitating retransmission of data packets in a packet radio communication system that utilizes a feedback acknowledgement scheme |
US8018945B2 (en) * | 2004-04-29 | 2011-09-13 | Interdigital Technology Corporation | Method and apparatus for forwarding non-consecutive data blocks in enhanced uplink transmissions |
US7594151B2 (en) | 2004-06-18 | 2009-09-22 | Qualcomm, Incorporated | Reverse link power control in an orthogonal system |
JP4308817B2 (en) * | 2004-12-01 | 2009-08-05 | 三星電子株式会社 | Highly reliable data transmission / reception method and apparatus in a mobile communication system supporting packet data transmission |
-
2002
- 2002-10-15 US US10/270,822 patent/US7376879B2/en not_active Expired - Lifetime
- 2002-10-16 IL IL16114802A patent/IL161148A0/en unknown
- 2002-10-16 CA CA002464104A patent/CA2464104A1/en not_active Abandoned
- 2002-10-16 CN CNA2008101855656A patent/CN101466121A/en active Pending
- 2002-10-16 JP JP2003539213A patent/JP2005507207A/en active Pending
- 2002-10-16 MX MXPA04003686A patent/MXPA04003686A/en active IP Right Grant
- 2002-10-16 AU AU2002363117A patent/AU2002363117A1/en not_active Abandoned
- 2002-10-16 WO PCT/US2002/032771 patent/WO2003036844A2/en active Application Filing
- 2002-10-16 BR BR0213664-3A patent/BR0213664A/en not_active Application Discontinuation
- 2002-10-16 CN CNB028206401A patent/CN100459744C/en not_active Expired - Lifetime
- 2002-10-16 EP EP02802138A patent/EP1437021A4/en not_active Withdrawn
- 2002-10-18 TW TW092127583A patent/TWI257780B/en not_active IP Right Cessation
- 2002-10-18 TW TW091216678U patent/TW590341U/en not_active IP Right Cessation
- 2002-10-18 DE DE20216074U patent/DE20216074U1/en not_active Expired - Lifetime
- 2002-10-18 KR KR20-2002-0031100U patent/KR200300216Y1/en not_active IP Right Cessation
- 2002-10-18 TW TW091124066A patent/TWI231111B/en not_active IP Right Cessation
- 2002-10-18 KR KR20-2002-0031099U patent/KR200300215Y1/en not_active IP Right Cessation
- 2002-10-18 TW TW091216679U patent/TWM240064U/en not_active IP Right Cessation
- 2002-10-18 TW TW094136243A patent/TW200637237A/en unknown
- 2002-10-18 DE DE20216076U patent/DE20216076U1/en not_active Expired - Lifetime
- 2002-10-21 CN CN02281994U patent/CN2580702Y/en not_active Ceased
- 2002-10-21 AR ARP020103951A patent/AR036862A1/en not_active Application Discontinuation
- 2002-10-21 CN CNU022819959U patent/CN2606987Y/en not_active Expired - Lifetime
-
2003
- 2003-12-04 KR KR1020030087541A patent/KR100563804B1/en active IP Right Grant
- 2003-12-04 KR KR1020030087467A patent/KR20040004250A/en not_active Application Discontinuation
-
2004
- 2004-05-18 NO NO20042059A patent/NO20042059L/en unknown
-
2005
- 2005-06-01 HK HK05104613.4A patent/HK1073559A1/en not_active IP Right Cessation
- 2005-08-18 KR KR1020050075952A patent/KR20050097885A/en not_active Application Discontinuation
- 2005-09-20 KR KR1020050087322A patent/KR20050107309A/en not_active Application Discontinuation
- 2005-09-26 JP JP2005277910A patent/JP2006074810A/en active Pending
-
2006
- 2006-03-01 US US11/365,148 patent/US7392452B2/en not_active Expired - Lifetime
-
2007
- 2007-01-11 JP JP2007003746A patent/JP2007151157A/en active Pending
- 2007-10-18 KR KR1020070105092A patent/KR20070115817A/en not_active Application Discontinuation
- 2007-11-16 KR KR1020070117148A patent/KR20080004415A/en not_active Application Discontinuation
-
2008
- 2008-06-23 US US12/144,415 patent/US8271844B2/en active Active
-
2012
- 2012-08-17 US US13/588,775 patent/US8484525B2/en not_active Expired - Lifetime
-
2013
- 2013-05-13 US US13/892,759 patent/US9072115B2/en not_active Expired - Fee Related
-
2015
- 2015-05-27 US US14/722,380 patent/US9596058B2/en not_active Expired - Lifetime
-
2017
- 2017-02-07 US US15/426,283 patent/US20170310430A1/en not_active Abandoned
Also Published As
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9596058B2 (en) | MAC architecture in wireless communication systems supporting H-ARQ | |
US11706681B2 (en) | Supporting uplink transmissions | |
US10225825B2 (en) | Medium access control layer architecture for supporting enhanced uplink | |
CA2485577C (en) | System and method for prioritization of retransmission of protocol data units to assist radio-link-control retransmission | |
US8774118B2 (en) | Method and apparatus for control of enhanced dedicated channel transmissions | |
CN102739380B (en) | Wireless transmitter/receiver unit, method and Node B |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
EEER | Examination request | ||
FZDE | Discontinued |