US20220216949A1 - Uplink HARQ Procedure for MTC Operation - Google Patents
Uplink HARQ Procedure for MTC Operation Download PDFInfo
- Publication number
- US20220216949A1 US20220216949A1 US17/702,184 US202217702184A US2022216949A1 US 20220216949 A1 US20220216949 A1 US 20220216949A1 US 202217702184 A US202217702184 A US 202217702184A US 2022216949 A1 US2022216949 A1 US 2022216949A1
- Authority
- US
- United States
- Prior art keywords
- retransmission
- uplink
- repetitions
- message
- wireless terminal
- 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 description 95
- 230000005540 biological transmission Effects 0.000 claims abstract description 90
- 238000004891 communication Methods 0.000 claims abstract description 56
- 238000012544 monitoring process Methods 0.000 claims abstract description 12
- 230000003044 adaptive effect Effects 0.000 claims description 83
- 230000008569 process Effects 0.000 claims description 53
- 238000012545 processing Methods 0.000 claims description 50
- 230000001360 synchronised effect Effects 0.000 description 24
- 238000004590 computer program Methods 0.000 description 15
- 230000008859 change Effects 0.000 description 8
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 description 6
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 description 6
- 230000008901 benefit Effects 0.000 description 5
- 238000010586 diagram Methods 0.000 description 5
- 230000002776 aggregation Effects 0.000 description 4
- 238000004220 aggregation Methods 0.000 description 4
- 230000004044 response Effects 0.000 description 3
- 230000011664 signaling Effects 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 101100274486 Mus musculus Cited2 gene Proteins 0.000 description 1
- 101100533725 Mus musculus Smr3a gene Proteins 0.000 description 1
- 101150014328 RAN2 gene Proteins 0.000 description 1
- 101150096622 Smr2 gene Proteins 0.000 description 1
- 238000009825 accumulation Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000002860 competitive effect Effects 0.000 description 1
- 230000003111 delayed effect Effects 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 238000013468 resource allocation 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/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/1607—Details of the supervisory signal
- H04L1/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
-
- 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
- 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/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
-
- 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/1825—Adaptation of specific ARQ protocol parameters according to transmission conditions
-
- 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
- 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/189—Transmission or retransmission of more than one copy of a message
-
- 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/1896—ARQ related signaling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
- H04L5/0055—Physical resource allocation for ACK/NACK
-
- H04W72/0413—
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
- H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
Definitions
- the solution presented herein generally relates to a wireless terminal in communication with a wireless network node, a method performed by a wireless terminal, a computer program product controlling a wireless terminal in communication with a wireless network node and a wireless network node in communication with the wireless terminal, and in particular to a retransmission procedure, e.g., an uplink Hybrid Automatic Repeat Request (HARQ) procedure in a wireless communication system.
- a retransmission procedure e.g., an uplink Hybrid Automatic Repeat Request (HARQ) procedure in a wireless communication system.
- HARQ uplink Hybrid Automatic Repeat Request
- LTE Long Term Evolution
- OFDM Orthogonal Frequency Division Multiplexing
- DFT Discrete Fourier Transform
- IoT Internet of Things
- MTC Machine-Type Communication
- 3GPP 3rd Generation Partnership Project
- 3GPP LTE Rel-12 has defined a UE power saving mode allowing long battery lifetime and a new UE category allowing reduced modem complexity.
- additional MTC work further reduces UE cost and provides coverage enhancement.
- 3GPP TR 36.888 v12.0.0 “Study on Provision of Low-Cost Machine-Type Communications (MTC) User Equipments (UEs) based on LTE (Release 12).”
- MTC Low-Cost Machine-Type Communications
- UEs User Equipments
- the key element to enable cost reduction is to introduce reduced UE bandwidth of 1.4 MHz in downlink and uplink within any system bandwidth.
- 3GPP TR 36.888 v12.0.0 “Study on Provision of Low-Cost Machine-Type Communications (MTC) User Equipments (UEs) based on LTE (Release 12).”
- the system bandwidth can be up to 20 MHz, and this total bandwidth is divided into Physical Resource Blocks (PRBs) of 180 kHz.
- PRBs Physical Resource Blocks
- the Low-Complexity/Low Cost UEs with a reduced UE bandwidth of 1.4 MHz introduced in LTE Rel-13 will only be able to receive a part of the total system bandwidth at a time—a part corresponding to up to 6 PRBs.
- LC UEs refers to Low Cost and/or Low Complexity UEs.
- time repetition techniques are used in order to allow energy accumulation of the received signals at the UE side.
- physical data channels e.g., Physical Downlink Shared Channel (PDSCH), Physical Uplink Shared Channel (PUSCH), etc.
- subframe bundling e.g., TTI bundling
- HARQ Hybrid Automatic Repeat reQuest
- Repetition over multiple subframes can also be applied to physical control channels. Depending on a UE's coverage situation, different numbers of repetitions will be used.
- Transmissions on LTE physical data channels are typically scheduled using Downlink Control Information (DCI) in a Physical Downlink Control Channel (PDCCH).
- DCI Downlink Control Information
- PDCH Physical Downlink Control Channel
- MTC PDCCH MTC PDCCH
- EDCCH Enhanced PDCCH
- Legacy UpLink (UL) HARQ is synchronous and typically non-adaptive, where synchronous means the UE is expected to send retransmissions at fixed time after the end of the previous transmission.
- HARQ-ACK received on the Physical HARQ Indication Channel (PHICH) assigned to a UE in subframe i is associated with the PUSCH transmission in subframe i ⁇ 4.
- PHICH Physical HARQ Indication Channel
- the UE will, upon detection on a given serving cell of a PDCCH/EPDCCH with DCI format 0/4 and/or a PHICH transmission in subframe n intended for the UE, adjust the corresponding PUSCH transmission in subframe n+4 according to the PDCCH/EPDCCH and PHICH information.
- a benefit of the synchronous nature of legacy UL HARQ is that there is no need to explicitly signal a process number, e.g., an HARQ process number, because that can be deduced from the subframe number.
- Non-adaptive HARQ is also used when possible.
- the combined synchronous and non-adaptive HARQ results in low control overhead compared to adaptive and asynchronous HARQ.
- the UE reads the PHICH for feedback and checks for the PDCCH. If the PDCCH is sent as well, it overrides the PHICH feedback, and more detailed control information can be used to change the UL frequency resources the UE uses for retransmissions or to, for example, request some specific Redundancy Version (RV) to be sent (e.g., a full retransmission grant is sent).
- RV Redundancy Version
- the UL HARQ is still synchronous so that possible retransmissions occur every 8th subframe.
- the UE even if the UE receives a HARQ ACK on the PHICH, it does not flush its UL buffer, but instead keeps the Transmission Block (TB) in the transmission buffer. Only after the enhanced NodeB (eNB) explicitly signals the UE to transmit new data (DCI for new transmission in PDCCH), by toggling the New Data Indicator (NDI), does the UE move to the next queued TB.
- eNB enhanced NodeB
- NDI New Data Indicator
- the solution presented herein uses a physical downlink control channel for machine-type communications, e.g., the M-PDDCH, to enable different repetition levels for control and data transmissions. More particularly, when a wireless terminal detects and correctly decodes a message carried by a physical downlink control channel for machine-type communications that requests retransmissions, the wireless terminal performs adaptive uplink retransmissions according to a retransmission format included in the detected and correctly decoded message.
- the retransmission format defines at least one of a modulation and coding rate for the retransmissions, a frequency resource for the retransmissions, and a number of repetitions.
- the solution presented herein allows the retransmission format to be adaptive by allowing the retransmission format to be selected and signaled to the wireless terminal in a message transmitted via the physical downlink control channel for machine-type communications. It will further be appreciated that the timing between the data and control channels may be predefined by the standards, specifications, and/or signaled using, e.g., broadcast or unicast Radio Resource Control (RRC) signaling.
- RRC Radio Resource Control
- One exemplary method performed by a wireless terminal comprises receiving a grant for uplink transmission from the network node, wherein the received grant indicates a first number of repetitions and transmitting on an uplink shared channel according to the first number of repetitions.
- This exemplary method further comprises monitoring a first channel for a message a first number of subframes after the wireless terminal transmits on the uplink shared channel according to the first number of repetitions, where the first channel comprises a physical downlink control channel for machine-type communications. If the message is detected and correctly decoded, and if the decoded message requests retransmission, the method comprises performing adaptive uplink retransmission according to a first retransmission format indicated by the decoded message
- One exemplary wireless terminal comprises a receiver, a transmitter, and a processing circuit.
- the receiver is configured to receive a grant for uplink transmission from the network node, where the received grant indicates a first number of repetitions.
- the transmitter is configured to transmit on an uplink shared channel according to the first number of repetitions.
- the processing circuit is configured to monitor a first channel for a message a first number of subframes after the transmitter transmits on the uplink shared channel according to the first number of repetitions, where the first channel comprises a physical downlink control channel for machine-type communications (MTC).
- MTC machine-type communications
- the processing circuit detects and correctly decodes the message, and if the decoded message requests retransmission, the processing circuit is further configured to perform adaptive uplink retransmission, via the transmitter, according to a first retransmission format indicated by the decoded message.
- Another exemplary wireless terminal comprises a receiver module, a transmitter module, and a processing module.
- the receiver module is configured to receive a grant for uplink transmission from the network node, where the received grant indicates a first number of repetitions.
- the transmitter module is configured to transmit on an uplink shared channel according to the first number of repetitions.
- the processing module is configured to monitor a first channel for a message a first number of subframes after the transmitter transmits on the uplink shared channel according to the first number of repetitions, where the first channel comprises a physical downlink control channel for machine-type communications (MTC).
- MTC machine-type communications
- the processing module detects and correctly decodes the message, and if the decoded message requests retransmission, the processing module is further configured to perform adaptive uplink retransmission, via the transmitter, according to a first retransmission format indicated by the decoded message.
- Another exemplary embodiment comprises a computer program product stored in a non-transitory computer readable medium for controlling a wireless terminal in communication with a wireless network node.
- the computer program product comprises software instructions that when run on the wireless terminal, causes the wireless terminal to receive a grant for uplink transmission from the network node, where the received grant indicates a first number of repetitions, transmit on an uplink shared channel according to the first number of repetitions, and monitor a first channel for a message a first number of subframes after the wireless terminal transmits on the uplink shared channel according to the first number of repetitions, where the first channel comprises a physical downlink control channel for machine-type communications.
- the software instructions when run on the wireless terminal, causes the wireless terminal to perform adaptive uplink retransmission according to a first retransmission format indicated by the decoded message.
- a network node e.g., a base station or eNB
- transmitting a grant for uplink transmission to the wireless terminal wherein the transmitted grant indicates a first number of uplink repetitions
- a message to the wireless terminal via a first channel comprising a physical downlink control channel for machine-type communications to provide an adaptive retransmission format to the wireless terminal a first number of subframes after the wireless terminal transmits on an uplink shared channel according to the first number of uplink repetitions, the adaptive retransmission format being for a subsequent uplink retransmission from the wireless terminal.
- One exemplary network node comprises a transmitter, a receiver, and a processing circuit.
- the transmitter is configured to transmit a grant for uplink transmission to the wireless terminal, where the transmitted grant indicates a first number of repetitions.
- the processing circuit is configured to generate a message for a first channel comprising a physical downlink control channel for machine-type communications, where the message provides an adaptive retransmission format to the wireless transmitter a first number of subframes after the wireless terminal transmits on an uplink shared channel according to the first number of repetitions, the adaptive retransmission format being for a subsequent uplink retransmission from the wireless terminal.
- the transmitter is further configured to transmit the message via the first channel.
- Another exemplary network node comprises a transmitter module, a receiver module, and a processing module.
- the transmitter module is configured to transmit a grant for uplink transmission to the wireless terminal, where the transmitted grant indicates a first number of repetitions.
- the processing module is configured to generate a message for a first channel comprising a physical downlink control channel for machine-type communications, where the message provides an adaptive retransmission format to the wireless transmitter a first number of subframes after the wireless terminal transmits on an uplink shared channel according to the first number of repetitions, the adaptive retransmission format being for a subsequent uplink retransmission from the wireless terminal.
- the transmitter module is further configured to transmit the message via the first channel.
- Another exemplary embodiment comprises a computer program product stored in a non-transitory computer readable medium for controlling a wireless network node in communication with a wireless terminal.
- the computer program product comprises software instructions that when run on the wireless network node, causes the wireless network node to transmit a grant for uplink transmission to the wireless terminal, wherein the transmitted grant indicates a first number of uplink repetitions, and transmit a message to the wireless terminal via a first channel comprising a physical downlink control channel for machine-type communications to provide an adaptive retransmission format to the wireless terminal a first number of subframes after the wireless terminal transmits on an uplink shared channel according to the first number of uplink repetitions, the adaptive retransmission format being for a subsequent uplink retransmission from the wireless terminal.
- FIG. 1 shows an example of an LTE downlink physical resource.
- FIG. 2 shows an example of one UL transmission.
- FIG. 3 shows one exemplary method for a wireless terminal.
- FIG. 4 shows one exemplary method for a network node.
- FIG. 5 shows an exemplary wireless network with a network node and wireless terminal.
- FIG. 6 shows a block diagram of an exemplary processing circuit for the network node.
- FIG. 7 shows a block diagram of an exemplary processing circuit for the wireless terminal.
- FIG. 10 shows timing of an exemplary parallel UL HARQ process when R c ⁇ R u .
- FIG. 11 shows timing of an exemplary parallel UL HARQ process when R c >R u .
- FIG. 14 shows timing of another exemplary parallel UL HARQ process when R c ⁇ R u .
- FIG. 15 shows timing of another exemplary parallel UL HARQ process when R c >R u .
- FIG. 16 shows timing of another exemplary parallel UL HARQ process when R c ⁇ R u .
- FIG. 17 shows another exemplary wireless network with a network node and wireless terminal.
- FIG. 18 shows a block diagram of an exemplary computer program product for the processing circuit of the network node.
- FIG. 19 shows a block diagram of an exemplary computer program product for the processing circuit of the wireless terminal.
- the solution presented herein provides flexibility for retransmissions used for machine-type communications (MTC).
- MTC machine-type communications
- the solution presented herein generally applies to low cost/low complexity (LC) UEs and/or Coverage Enhanced/Coverage Enhancement (CE) UEs, including but not limited to MTC UEs, enhanced MTC (eMTC) UEs, CE Rel-13 UEs, and narrow band IoT (NB-Oot) UEs, which represent those UEs having access to network services via evolved universal terrestrial radio access (E-UTRA) with a channel bandwidth limited to 180 kHz.
- E-UTRA evolved universal terrestrial radio access
- bandwidth reduced (BR) UEs which represent those UEs operating in the DL and UL with a limited channel bandwidth of 6 PRBs
- bandwidth reduced low complexity (BL) UEs For simplicity, the wireless terminal/UE applicable to the solution presented is any low cost/low complexity, coverage enhanced/coverage enhancement, MTC, eMTC, CE Rel-13, NB-IoT, BR, and BL wireless terminal.
- HARQ hybrid automatic repeat request
- HARQ hybrid automatic repeat request
- asynchronous retransmission e.g., asynchronous HARQ retransmission
- synchronous retransmission e.g., synchronous HARQ
- retransmissions occur at a fixed time after the previous transmission. For example, if one PUSCH transmission fails, its retransmission (starting with the associated M-PDCCH carrying the ACK/NACK) for asynchronous HARQ does not come at a predetermined time. For synchronous HARQ retransmission, however, the retransmission does come at a predetermined time.
- adaptive retransmission e.g., adaptive UL HARQ retransmission
- non-adaptive retransmission e.g., non-adaptive UL HARQ retransmission
- adaptive UL retransmission represents a retransmission sent by an adaptive repeat request protocol, e.g., an adaptive HARQ protocol.
- an adaptive repeat request protocol e.g., an adaptive HARQ protocol.
- an “adaptive hybrid-ARQ protocol implies that the frequency location and possibly also the more detailed transmission format can be changed between retransmissions.”
- an adaptive UL retransmission refers to the ability to adapt or change the frequency location and possibly also the more detailed transmission format of UL retransmission can be changed between UL retransmissions.
- the maximum BandWidth (BW) Rel-13 LC UEs can read in any system is 6 PRBs at a time.
- legacy channels e.g., a Physical Hybrid Automatic Repeat Request (HARQ) Indication Channel (PHICH), a Physical Downlink Control Channel (PDCCH), etc.
- HARQ Physical Hybrid Automatic Repeat Request
- PHICH Physical Hybrid Automatic Repeat Request
- PDCH Physical Downlink Control Channel
- the PDCCH for MTC e.g., the M-PDDCH, will be the downlink control channel used for the LC UEs.
- a CE feature requires UEs to use multiple repetitions of physical channel transmissions depending on the UE coverage enhancement level. Because the UE needs to account for possible downlink control channel repetitions, as well as PUSCH repetitions, in between, the possible UL retransmissions cannot always occur eight subframes after the end of the previous transmission. See the example shown in FIG. 2 , where the M-PDCCH always takes two subframes. In this case, even if the fixed timing between the end of the M-PDDCH and the start of the PUSCH are kept constant, the earliest possible retransmission opportunity would be much delayed compared to existing UL HARQ operation.
- control channels may need to be repeated, depending on the UE coverage level, it is desirable to minimize the amount of control the UE needs to read when repetitions are used.
- a similar scheme that has been used since Rel-8, however, is not possible because of the timing issues and the possible lack of a PHICH.
- the UE monitors a first channel, e.g., an M-PDCCH, for a message a first number of sub-frames after the UE transmits on the UL shared channel according to a first number of repetitions. If the message is detected and correctly decoded, and if the decoded message requests retransmission, the UE performs adaptive UL retransmission according to a first retransmission format indicated by the decoded message.
- a first channel e.g., an M-PDCCH
- FIG. 3 shows one exemplary method 100 performed by a wireless terminal 400 , e.g., a machine-type communication terminal.
- the method 100 comprises receiving a grant for uplink transmission from a network node 300 , e.g., a base station or eNB, where the received grant indicates a first number of repetitions (block 110 ).
- the grant for UL transmission comprises a downlink control information (DCI) indicating a grant for random access channel (RACH) Msg3 transmission.
- DCI downlink control information
- RACH random access channel
- the method further comprises transmitting on the UL shared channel according to the first number of repetitions (block 120 ) and monitoring a first channel for a message a first number of subframes after the wireless terminal 400 transmits on an uplink shared channel according to the first number of repetitions (block 130 ).
- the first channel comprises a physical downlink control channel for machine-type communications.
- a physical downlink control channel “for machine-type communications” refers to any physical downlink control channel that can be received by any applicable wireless terminal, including low cost/low complexity, coverage enhanced/coverage enhancement, MTC, eMTC, CE Rel-13, NB-IoT, BR, and BL wireless terminals, including but not limited to, the M-PDCCH and the narrowband PDCCH (N-PDCCH).
- MTC low cost/low complexity, coverage enhanced/coverage enhancement
- eMTC coverage enhanced/coverage enhancement
- CE Rel-13 coverage enhanced/coverage enhancement
- N-PDCCH narrowband PDCCH
- the method further comprises performing non-adaptive retransmission according to a second retransmission format if the message is not detected, is not correctly decoded, and/or does not request retransmission.
- the second retransmission format comprises a currently controlling retransmission format, where the currently controlling retransmission format comprises a retransmission format previously received from the network node 300 , e.g., the transmission format defined by the received grant or defined by a subsequent retransmission format received by the wireless terminal 400 after the received grant.
- FIG. 4 shows one exemplary method 200 performed by a network node 300 , e.g., a base station or eNB.
- the method 200 comprises transmitting a grant for uplink transmission to a wireless terminal 400 , e.g., a machine-type communication terminal, where the transmitted grant indicates a first number of uplink repetitions (block 210 ).
- the method further comprises transmitting a message to the wireless terminal 400 via a first channel comprising a physical downlink control channel for machine-type communications to provide an adaptive retransmission format to the wireless terminal 400 a first number of subframes after the wireless terminal 400 transmits on an uplink shared channel according to the first number of uplink repetitions (block 220 ), where the adaptive retransmission format is for a subsequent UL retransmission from the wireless terminal 400 .
- FIG. 5 shows an exemplary wireless network comprising a network node 300 , e.g., a base station or eNB, in communication with a wireless terminal 400 , e.g., a machine-type communication terminal.
- the wireless terminal 400 comprises a transmitter 410 , a receiver 420 , and a processing circuit 430 .
- the receiver 420 is configured to receive a grant for uplink transmission from the network node 300 , where the received grant indicates a first number of repetitions.
- the transmitter 410 is configured to transmit on an uplink shared channel according to the first number of repetitions.
- the processing circuit 430 is configured to monitor a first channel for a message a first number of subframes after the transmitter 410 transmits on the uplink shared channel according to the first number of repetitions.
- the first channel comprises a physical downlink control channel for machine-type communications. If the message carried by the first channel is detected and correctly decoded, and if the decoded message requests retransmission, the processing circuit 430 is configured to perform adaptive uplink retransmission, via the transmitter 410 , according to a first retransmission format indicated by the decoded message. In one exemplary embodiment, the processing circuit 430 is further configured to perform non-adaptive retransmission, via the transmitter 410 , according to a second retransmission format if the message is not detected, is not correctly decoded, and/or does not request retransmission.
- the second retransmission format comprises a currently controlling retransmission format, where the currently controlling retransmission format comprises a previously received retransmission format, e.g., the transmission format defined by the received grant or defined by a subsequent retransmission format received by the wireless terminal 400 after the received grant.
- the currently controlling retransmission format comprises a previously received retransmission format, e.g., the transmission format defined by the received grant or defined by a subsequent retransmission format received by the wireless terminal 400 after the received grant.
- the network node 300 comprises a transmitter 310 , a receiver 320 , and a processing circuit 330 .
- the transmitter 310 is configured to transmit a grant for uplink transmission to the wireless terminal 400 , where the transmitted grant indicates a first number of repetitions.
- the processing circuit 330 is configured to generate a message for a first channel comprising a physical downlink control channel for machine-type communications, where the message provides an adaptive retransmission format to the wireless terminal 400 a first number of subframes after the wireless terminal 400 transmits on the UL shared channel according to the first number of repetitions, where the adaptive retransmission format is for a subsequent uplink retransmission transmitted from the wireless terminal 400 and received by the receiver 320 .
- the transmitter 310 is further configured to transmit the message via the first channel.
- FIGS. 6 and 7 show exemplary block diagrams for the network node and wireless terminal processing circuits 330 , 430 of FIG. 5 .
- Processing circuit 330 comprises a retransmission format unit 332 configured to generate the message for the first channel, which comprises a physical downlink control channel for machine-type communications.
- the first channel provides the message, which defines an adaptive retransmission format, to the wireless terminal 400 for uplink retransmissions transmitted by the wireless terminal 400 and received by the receiver 320 .
- Processing circuit 430 comprises a monitor unit 432 , a decoder unit 434 , an adaptive retransmission unit 436 , and a non-adaptive retransmission unit 438 .
- the monitor unit 432 is configured to monitor a first channel for a message a first number of subframes after the wireless terminal 400 transmits on the uplink shared channel according to the first number of repetitions, wherein the first channel comprises a physical downlink control channel for machine-type communications.
- the decoder unit 434 is configured to decode the message.
- the adaptive retransmission unit 436 is configured to perform adaptive uplink retransmission according to a first retransmission format indicated by the decoded message if the message is detected and correctly decoded, and if the decoded message requests retransmission.
- the non-adaptive retransmission unit 438 is configured to perform non-adaptive retransmission according to a second retransmission format if the message is not detected, is not correctly decoded, and/or does not request retransmission, wherein the second retransmission format comprises a currently controlling retransmission format comprising a retransmission format previously received by the wireless terminal 400 .
- the processing circuits 330 , 430 and the various elements in each of these processing circuits 330 , 430 may be embodied in hardware, including an application specific integrated circuit (ASIC), where software (including firmware, resident software, microcode, etc.) executed on the hardware configures the hardware according to the processes and algorithms disclosed herein.
- ASIC application specific integrated circuit
- the UE follows the following rules for UL HARQ feedback:
- the solution presented herein defines the timing aspects for proper HARQ operation.
- the solution presented herein assumes a full-duplex FDD system for ease of description.
- TDD Time Division Duplexing
- half-duplex FDD where synchronous versus asynchronous retransmission and non-adaptive versus adaptive retransmission occurs.
- the solution presented herein makes it possible to use uplink HARQ with different repetition levels for both control and data transmissions, and details the timing characteristics and the maximum number of simultaneous HARQ processes that could be supported.
- the eNB needs to send explicit NACK with retransmission grant to the UE only in the case where the eNB wants to signal the UE to change the used UL resources.
- the HARQ is synchronous based on the number of repetitions of M-PDCCH.
- the M-PDCCH configuration is static for the UE unless explicitly changed, and the timing of the retransmissions can be calculated when the number of control channel repetitions is known, where the number of control channel repetitions may be provided by the DCI (in the M-PDCCH).
- Msg3 represents the RACH Message 3, which is the first scheduled UL transmission on the UL shared channel (UL-SCH), and which occurs after the Random Access Response generated by the Medium Access Control (MAC) on the DL-SCH.
- the initial grant for Msg3 comes in the Random Access Response (RAR), after which possible retransmissions are performed as described above.
- RAR Random Access Response
- SI System Information
- UE refers to and LC/CE UE, e.g., an MTC UE, unless explicitly stated otherwise.
- An M-PDCCH candidate is defined by the combination of ⁇ L, R ⁇ , where L represents the Enhanced Control Channel Element (ECCE) Aggregation Level (AL) within a subframe, and R represents the number of repetitions across subframes, and where L is the same within R subframes.
- the M-PDCCH search space may include blind decoding candidates of varying number of repetitions across subframes.
- the UE-specific M-PDCCH search space that is, the set of M-PDCCH candidates of ⁇ L, R ⁇ , is configured by the Radio Resource Control (RRC) for unicast data transmission.
- RRC Radio Resource Control
- the RRC configuration may not available, and the common search space has to be used, where M-PDCCH candidates of ⁇ L, R ⁇ need to be predefined in the specification or provided by system information.
- the UE monitors the M-PDCCH by attempting to decode each of the M-PDCCH candidates in the relevant search space according to the monitored DCI formats.
- n the start subframe index of the M-PDCCH
- R represents the number of repetitions across subframes for the M-PDCCH
- D represents the delay between the end of the M-PDCCH and the start of the PUSCH.
- the M-PDCCH may end in subframe n, or in subframe n+1, or in subframe n+3.
- the scheduled PUSCH transmission may start at subframe of index:
- n represents the start subframe index of M-PDCCH
- R L,max represents the max possible number of repetitions across subframes for M-PDCCH candidates of aggregation level L
- L represents the aggregation level of the successfully decoded M-PDCCH candidate
- D represents the delay between the end of M-PDCCH and the start of PUSCH.
- a new format is needed for just transmitting an ACK on the downlink control channel without a new grant. It could be beneficial to define a short format for this to save repetitions and resource usage.
- the synchronous timing is not changed and no DCI field is needed to provide the UL HARQ process ID.
- the eNB is allowed to change the timing of the retransmission transmissions for more flexible scheduling, in which case a DCI field is needed to provide the UL HARQ process ID information.
- the DCI of each M-PDCCH includes at least a DCI subframe repetition number field and a process number field, e.g., an HARQ process number field.
- the DCI subframe repetition number field indicates the actual number of repetitions of the M-PDCCH, and may, e.g., comprise 2 bits.
- the HARQ process number field indicates the HARQ process ID information, and may comprise, e.g., 3 bits. It will be appreciated that the process number represents a mapping to a specific retransmission protocol process, e.g., a process or an instance of a retransmission protocol in the case where a number of possible parallel processes or instances are given numbers or identifiers to uniquely separate them from each other. Thus, the each M-PDCCH may indicate a desired number of repetitions. Otherwise the grant format can be similar as to what it is for initial transmissions, including:
- the delay between the end of the subframe the carrying M-PDCCH and the start of the subframe of the corresponding PUSCH depends on, for example, the propagation delay and the UE processing time.
- the delay between the end subframe carrying the PUSCH and the start subframe of the subsequent M-PDCCH transmission depends on, for example, the propagation delay and the eNodeB processing time.
- the M-PDCCH and PUSCH may both require repetitions.
- R c represent the number of repetitions for the M-PDCCH
- R u represent the number of repetitions for the PUSCH.
- R c may be the actual number of repetitions of a given M-PDCCH transmission, or the maximum possible number of repetitions associated with the given aggregation level of the decoding candidate.
- R u is signaled by the eNodeB and has no decoding ambiguity.
- the UL and DL delay are assumed to be the same.
- the UL delay is lower than the DL delay, where the DL has (n, n+5) timing, and the UL has (n, n+4) timing. This has the benefit of allowing the UE more time to process the M-PDCCH and prepare for PUSCH transmission.
- Equation (3) the HARQ timing and the maximum HARQ processes for each scenario is illustrated assuming (n, n+4) timing. Both UL and DL timing are assumed to be (n, n+4), similar to legacy system.
- the maximum number of parallel HARQ processes may be given by:
- the maximum number of parallel HARQ processes is also listed in Table 1.
- a maximum of two parallel UL HARQ processes is possible.
- 1 bit in the DCI is needed to indicate the UL HARQ process ID, if the UL HARQ is not synchronized; no UL HARQ process ID, and thus no HARQ process number field in the DCI, is necessary if the UL HARQ is synchronized.
- Equation (4) illustrates the HARQ timing and the maximum HARQ processes for each scenario assuming (n,n+5) timing. Both UL and DL timing are assumed to be (n,n+5). For LC UEs and CE UEs, it may be necessary to provide an extra subframe for processing time. This is especially true for the processing at the UE.
- the maximum number of parallel HARQ processes may be given by:
- the maximum number of parallel HARQ processes is also listed in
- the UL and DL timing may be different. Assume that the end of the subframe carrying M-PDCCH and the start of the subframe of the corresponding PUSCH is separated by (k ⁇ 1) subframes, e.g., (n,n+k) DL timing. Further, assume that the end subframe carrying PUSCH and the start subframe of the subsequent M-PDCCH transmission is separated by (j ⁇ 1) subframes, e.g., (n,n+j) UL timing. In this general case, the maximum number of parallel HARQ processes may be given by:
- the UL HARQ solution presented herein may also be applied to Msg3 in the random access procedure.
- Msg3 is sent after the UE receives the Random Access Response (RAR) message from the eNB.
- the RAR includes the UL grant for Msg3, and should contain all the necessary information needed to send the Msg3.
- RAR Random Access Response
- the UE In order for the Msg3 transmission to work, the UE would additionally need to know the repetition factor of the M-PDDCH. As the UE is performing random access, no dedicated configuration is available but the UE needs to act based on either predefined information, broadcasted system information, or information obtained during the random access procedure so far. Thus, alternatives on how to derive the M-PDCCH repetition factor for Msg3 transmission include:
- n,n+4 For asynchronous UL HARQ, (n,n+4) timing is assumed for both the UL and DL. Synchronous UL HARQ is not possible when the timing relationship between the M-PDCCH and PUSCH is that the PUSCH starts in subframe n+4, where n represents the subframe where the repetitions of the decoded M-PDCCH message for the UE (corresponding to the PUSCH) ends. This is because there is ambiguity of the end of the M-PDCCH when multiple hypothesis exist for the end point of the M-PDCCH.
- the UL HARQ has to be asynchronous, and the UE does not retransmit when the UE fails detect an ACK/NACK (implicit or explicit) from the eNB.
- the UE only sends PUSCH retransmission according to explicit signaling, e.g., M-PDCCH, from the eNB.
- the DCI that schedules the PUSCH (re-)transmission needs to contain a field that indicates the UL HARQ process ID of the UE.
- the network node may comprise a network node 350 , as shown in FIG. 17 , that comprises a transmitter, receiver, and processor implemented as a transmitter module 360 , receiver module 370 , and processing module 380 , respectively, that implement the method 200 of FIG. 4 .
- the wireless terminal may comprise a wireless terminal 450 that comprises a transmitter, receiver, and processor implemented as a transmitter module 460 , receiver module 470 , and processing module 480 , respectively, as shown in FIG. 17 , that implement the method 100 of FIG. 3 .
- FIGS. 18 and 19 show exemplary computer program products 350 , 450 for the network node and wireless terminal processing circuits 330 , 430 of FIG. 5 and/or the network node and wireless terminal processing modules 380 , 480 of FIG. 17 .
- Each computer program product 350 , 450 may comprise modules for each function performed by the corresponding processing circuit.
- Computer program product 380 includes a retransmission format module 382 to generate a message for the first channel, which comprises a physical downlink control channel for machine-type communications. The message provides an adaptive retransmission format to the wireless terminal 400 , 450 for uplink retransmissions transmitted by the wireless terminal 400 , 450 and received by the receiver 320 , 370 .
- Computer program product 480 includes a monitor module 482 , a decoder module 484 , an adaptive retransmission module 486 , and a non-adaptive retransmission module 488 .
- the monitor module 482 monitors a first channel for a message a first number of subframes after the wireless terminal 400 , 450 transmits on the uplink shared channel according to the first number of repetitions, wherein the first channel comprises a physical downlink control channel for machine-type communications.
- the decoder module 484 attempts to decode the message.
- the adaptive retransmission module 486 performs adaptive uplink retransmission according to a first retransmission format indicated by the decoded message if the message is detected and correctly decoded, and if the decoded message requests retransmission.
- the non-adaptive retransmission module 488 performs non-adaptive retransmission according to a second retransmission format if the message is not detected, is not correctly decoded, and/or does not request retransmission, wherein the second retransmission format comprises a currently controlling retransmission format previously received by the wireless terminal 400 , 450 from the network node 300 , 350 .
- One exemplary embodiment comprises a method performed by a wireless terminal in communication with a wireless network node.
- the method comprises receiving a grant for uplink transmission from the network node, wherein the received grant indicates a first number of repetitions, transmitting on an uplink shared channel according to the first number of repetitions, and monitoring a first channel for a message a first number of subframes after the wireless terminal transmits on the uplink shared channel according to the first number of repetitions.
- the first channel comprises a physical downlink control channel for machine-type communications.
- the first retransmission format defines at least one of a modulation and coding rate for the retransmissions, a frequency resource for the retransmissions, and a second number of repetitions for the retransmissions.
- the wireless terminal comprises a receiver, transmitter, and processing circuit.
- the receiver is configured to receive a grant for uplink transmission from the network node, wherein the received grant indicates a first number of repetitions.
- the transmitter is configured to transmit on an uplink shared channel according to the first number of repetitions.
- the processing circuit is configured to monitor a first channel for a message a first number of subframes after the transmitter transmits on the uplink shared channel according to the first number of repetitions, where the first channel comprises a physical downlink control channel for machine-type communications.
- the processing circuit is further configured to perform adaptive uplink retransmission, via the transmitter, according to a first retransmission format associated with the decoded message.
- the processing circuit is further configured to perform non-adaptive retransmission, via the transmitter, according to a second retransmission format if the message is not detected, is not correctly decoded, and/or does not request retransmission, wherein the second retransmission format comprises a currently controlling retransmission format previously received from the network node.
- the first retransmission format defines at least one of a modulation and coding rate for the retransmissions, a frequency resource for the retransmissions, and a second number of repetitions for the retransmissions.
- Another exemplary embodiment comprises a computer program product stored in a non-transitory computer readable medium for controlling a wireless terminal in communication with a wireless network node.
- the computer program product comprises software instructions that when run on the wireless terminal, causes the wireless terminal to receive a grant for uplink transmission from the network node, wherein the received grant indicates a first number of repetitions, transmit on an uplink shared channel according to the first number of repetitions, and monitor a first channel for a message a first number of subframes after the wireless terminal transmits on the uplink shared channel according to the first number of repetitions, wherein the first channel comprises a physical downlink control channel for machine-type communications.
- the software instructions when run on the wireless terminal, causes the wireless terminal to perform adaptive uplink retransmission according to a first retransmission format associated with the decoded message.
- Another exemplary embodiment comprises a method performed by a wireless network node in communication with a wireless terminal.
- the method comprises transmitting a grant for uplink transmission to the wireless terminal, where the transmitted grant indicates a first number of uplink repetitions, and transmitting a message via a first channel comprising a physical downlink control channel for machine-type communications.
- the wireless network node comprises a receiver, transmitter, and processing circuit.
- the transmitter is configured to transmit a grant for uplink transmission to the wireless terminal, where the transmitted grant indicates a first number of repetitions.
- the processing circuit is configured to generate a message for a first channel comprising a physical downlink control channel for machine-type communications, where the message provides an adaptive retransmission format to the wireless transmitter for subsequent uplink retransmissions transmitted by the wireless terminal and received by the receiver.
- the transmitter is further configured to transmit the message via the first channel a first number of subframes after the wireless terminal transmits on an uplink shared channel according to the first number of uplink repetitions.
- Another exemplary embodiment comprises a computer program product stored in a non-transitory computer readable medium for controlling a wireless network node in communication with a wireless terminal.
- the computer program product comprises software instructions that when run on the wireless network node, causes the wireless network node to transmit a grant for uplink transmission to the wireless terminal, wherein the transmitted grant indicates a first number of uplink repetitions, and transmit a message via a first channel comprising a physical downlink control channel for machine-type communications, where a first number of subframes after the wireless terminal transmits on an uplink shared channel according to the first number of uplink repetitions, the transmitted message provides an adaptive retransmission format to the wireless terminal for subsequent uplink retransmissions transmitted by the wireless terminal.
Abstract
Description
- This application is a continuation of prior U.S. application Ser. No. 15/300584 filed 29 Sep. 2016, which was the National Stage of International Application PCT/SE2016/050740 filed 5 Aug. 2016, which claims the benefit of the U.S. Provisional Application No. 62/201913 filed 6 Aug. 2015, the entire disclosure of each being hereby incorporated by reference herein.
- The solution presented herein generally relates to a wireless terminal in communication with a wireless network node, a method performed by a wireless terminal, a computer program product controlling a wireless terminal in communication with a wireless network node and a wireless network node in communication with the wireless terminal, and in particular to a retransmission procedure, e.g., an uplink Hybrid Automatic Repeat Request (HARQ) procedure in a wireless communication system.
- Long Term Evolution (LTE) uses Orthogonal Frequency Division Multiplexing (OFDM) in the downlink and Discrete Fourier Transform (DFT)-spread OFDM in the uplink. The basic LTE downlink physical resource can thus be seen as a time-frequency grid as illustrated in
FIG. 1 , where each resource element corresponds to one OFDM subcarrier during one OFDM symbol interval. - Internet of Things (IoT), and the related concept of Machine-Type Communication (MTC), are an important revenue stream for operators and have significant potential from the operator perspective. It is efficient for operators to be able to serve MTC User Equipments (UEs) using already deployed radio access technology. Therefore 3rd Generation Partnership Project (3GPP) LTE has been investigated as a competitive radio access technology for efficient support of IoT and MTC. Lowering the cost of MTC UEs is an important enabler for implementation of the IoT. Further, many MTC applications will require low operational UE power consumption and are expected to communicate with infrequent bursty transmissions and small-size data packets. In addition, there is a substantial market for the Machine-to-Machine (M2M) use cases of devices deployed deep inside buildings, which would require coverage enhancement in comparison to the defined LTE cell coverage footprint.
- 3GPP LTE Rel-12 has defined a UE power saving mode allowing long battery lifetime and a new UE category allowing reduced modem complexity. In Rel-13, additional MTC work further reduces UE cost and provides coverage enhancement. See 3GPP TR 36.888 v12.0.0, “Study on Provision of Low-Cost Machine-Type Communications (MTC) User Equipments (UEs) based on LTE (Release 12).” The key element to enable cost reduction is to introduce reduced UE bandwidth of 1.4 MHz in downlink and uplink within any system bandwidth. See 3GPP TR 36.888 v12.0.0, “Study on Provision of Low-Cost Machine-Type Communications (MTC) User Equipments (UEs) based on LTE (Release 12).”
- In LTE the system bandwidth can be up to 20 MHz, and this total bandwidth is divided into Physical Resource Blocks (PRBs) of 180 kHz. The Low-Complexity/Low Cost UEs with a reduced UE bandwidth of 1.4 MHz introduced in LTE Rel-13 will only be able to receive a part of the total system bandwidth at a time—a part corresponding to up to 6 PRBs. Here we refer to a group of 6 PRBs as a ‘PRB group.’ See 3GPP TR 36.888 v12.0.0, “Study on Provision of Low-Cost Machine-Type Communications (MTC) User Equipments (UEs) based on LTE (Release 12).” As used herein LC UEs refers to Low Cost and/or Low Complexity UEs.
- In order to achieve the coverage targeted in LTE Rel-13 for LC UEs and other UEs operating delay tolerant MTC applications, time repetition techniques are used in order to allow energy accumulation of the received signals at the UE side. For physical data channels (e.g., Physical Downlink Shared Channel (PDSCH), Physical Uplink Shared Channel (PUSCH), etc.), subframe bundling (e.g., TTI bundling) can be used. When subframe bundling is applied, each Hybrid Automatic Repeat reQuest (HARQ) (re)transmission includes of a bundle of multiple subframes instead of just a single subframe. Repetition over multiple subframes can also be applied to physical control channels. Depending on a UE's coverage situation, different numbers of repetitions will be used. See 3GPP TR 36.888 v12.0.0, “Study on Provision of Low-Cost Machine-Type Communications (MTC) User Equipments (UEs) based on LTE (Release 12)” And 3GPP TS 36.321 v13.2.0, “Evolved Universal Terrestrial Radio Access (E-UTRA); Medium Access Control (MAC) protocol specification.”
- Transmissions on LTE physical data channels (e.g., PDSCH, PUSCH, etc.) are typically scheduled using Downlink Control Information (DCI) in a Physical Downlink Control Channel (PDCCH). For the mentioned LC UEs with reduced bandwidth, the PDCCH bandwidth cannot be larger than 6 PRBs. Here we refer to the PDCCH supporting LC UEs and enhanced coverage as MTC PDCCH (M-PDCCH). The M-PDCCH will be based on the existing Enhanced PDCCH (EPDCCH).
- Legacy UpLink (UL) HARQ is synchronous and typically non-adaptive, where synchronous means the UE is expected to send retransmissions at fixed time after the end of the previous transmission. In LTE, for Frequency Division Duplexing (FDD) and serving cell with
frame structure type 1, an HARQ-ACK received on the Physical HARQ Indication Channel (PHICH) assigned to a UE in subframe i is associated with the PUSCH transmission in subframe i−4. For FDD and normal HARQ operation, the UE will, upon detection on a given serving cell of a PDCCH/EPDCCH withDCI format 0/4 and/or a PHICH transmission in subframe n intended for the UE, adjust the corresponding PUSCH transmission in subframe n+4 according to the PDCCH/EPDCCH and PHICH information. A benefit of the synchronous nature of legacy UL HARQ is that there is no need to explicitly signal a process number, e.g., an HARQ process number, because that can be deduced from the subframe number. - Non-adaptive HARQ is also used when possible. In this case, the combined synchronous and non-adaptive HARQ results in low control overhead compared to adaptive and asynchronous HARQ.
- For UL HARQ, adaptive operation is also possible. In this case, the UE reads the PHICH for feedback and checks for the PDCCH. If the PDCCH is sent as well, it overrides the PHICH feedback, and more detailed control information can be used to change the UL frequency resources the UE uses for retransmissions or to, for example, request some specific Redundancy Version (RV) to be sent (e.g., a full retransmission grant is sent). In any case, the UL HARQ is still synchronous so that possible retransmissions occur every 8th subframe.
- Furthermore, even if the UE receives a HARQ ACK on the PHICH, it does not flush its UL buffer, but instead keeps the Transmission Block (TB) in the transmission buffer. Only after the enhanced NodeB (eNB) explicitly signals the UE to transmit new data (DCI for new transmission in PDCCH), by toggling the New Data Indicator (NDI), does the UE move to the next queued TB. See 3GPP TS 36.321 v12.5.0, 3rd Generation Partnership Project, Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA) Medium Access Control (MAC) protocol specification (Release 12).
- The solution presented herein uses a physical downlink control channel for machine-type communications, e.g., the M-PDDCH, to enable different repetition levels for control and data transmissions. More particularly, when a wireless terminal detects and correctly decodes a message carried by a physical downlink control channel for machine-type communications that requests retransmissions, the wireless terminal performs adaptive uplink retransmissions according to a retransmission format included in the detected and correctly decoded message. The retransmission format defines at least one of a modulation and coding rate for the retransmissions, a frequency resource for the retransmissions, and a number of repetitions. It will be appreciated that the solution presented herein allows the retransmission format to be adaptive by allowing the retransmission format to be selected and signaled to the wireless terminal in a message transmitted via the physical downlink control channel for machine-type communications. It will further be appreciated that the timing between the data and control channels may be predefined by the standards, specifications, and/or signaled using, e.g., broadcast or unicast Radio Resource Control (RRC) signaling.
- One exemplary method performed by a wireless terminal, e.g., a machine-type communication terminal, comprises receiving a grant for uplink transmission from the network node, wherein the received grant indicates a first number of repetitions and transmitting on an uplink shared channel according to the first number of repetitions. This exemplary method further comprises monitoring a first channel for a message a first number of subframes after the wireless terminal transmits on the uplink shared channel according to the first number of repetitions, where the first channel comprises a physical downlink control channel for machine-type communications. If the message is detected and correctly decoded, and if the decoded message requests retransmission, the method comprises performing adaptive uplink retransmission according to a first retransmission format indicated by the decoded message
- One exemplary wireless terminal comprises a receiver, a transmitter, and a processing circuit. The receiver is configured to receive a grant for uplink transmission from the network node, where the received grant indicates a first number of repetitions. The transmitter is configured to transmit on an uplink shared channel according to the first number of repetitions. The processing circuit is configured to monitor a first channel for a message a first number of subframes after the transmitter transmits on the uplink shared channel according to the first number of repetitions, where the first channel comprises a physical downlink control channel for machine-type communications (MTC). If the processing circuit detects and correctly decodes the message, and if the decoded message requests retransmission, the processing circuit is further configured to perform adaptive uplink retransmission, via the transmitter, according to a first retransmission format indicated by the decoded message.
- Another exemplary wireless terminal comprises a receiver module, a transmitter module, and a processing module. The receiver module is configured to receive a grant for uplink transmission from the network node, where the received grant indicates a first number of repetitions. The transmitter module is configured to transmit on an uplink shared channel according to the first number of repetitions. The processing module is configured to monitor a first channel for a message a first number of subframes after the transmitter transmits on the uplink shared channel according to the first number of repetitions, where the first channel comprises a physical downlink control channel for machine-type communications (MTC). If the processing module detects and correctly decodes the message, and if the decoded message requests retransmission, the processing module is further configured to perform adaptive uplink retransmission, via the transmitter, according to a first retransmission format indicated by the decoded message.
- Another exemplary embodiment comprises a computer program product stored in a non-transitory computer readable medium for controlling a wireless terminal in communication with a wireless network node. The computer program product comprises software instructions that when run on the wireless terminal, causes the wireless terminal to receive a grant for uplink transmission from the network node, where the received grant indicates a first number of repetitions, transmit on an uplink shared channel according to the first number of repetitions, and monitor a first channel for a message a first number of subframes after the wireless terminal transmits on the uplink shared channel according to the first number of repetitions, where the first channel comprises a physical downlink control channel for machine-type communications. If the message is detected and correctly decoded, and if the decoded message requests retransmission, the software instructions, when run on the wireless terminal, causes the wireless terminal to perform adaptive uplink retransmission according to a first retransmission format indicated by the decoded message.
- Another exemplary method performed by a network node, e.g., a base station or eNB, comprises transmitting a grant for uplink transmission to the wireless terminal, wherein the transmitted grant indicates a first number of uplink repetitions, and transmitting a message to the wireless terminal via a first channel comprising a physical downlink control channel for machine-type communications to provide an adaptive retransmission format to the wireless terminal a first number of subframes after the wireless terminal transmits on an uplink shared channel according to the first number of uplink repetitions, the adaptive retransmission format being for a subsequent uplink retransmission from the wireless terminal.
- One exemplary network node comprises a transmitter, a receiver, and a processing circuit. The transmitter is configured to transmit a grant for uplink transmission to the wireless terminal, where the transmitted grant indicates a first number of repetitions. The processing circuit is configured to generate a message for a first channel comprising a physical downlink control channel for machine-type communications, where the message provides an adaptive retransmission format to the wireless transmitter a first number of subframes after the wireless terminal transmits on an uplink shared channel according to the first number of repetitions, the adaptive retransmission format being for a subsequent uplink retransmission from the wireless terminal. The transmitter is further configured to transmit the message via the first channel.
- Another exemplary network node comprises a transmitter module, a receiver module, and a processing module. The transmitter module is configured to transmit a grant for uplink transmission to the wireless terminal, where the transmitted grant indicates a first number of repetitions. The processing module is configured to generate a message for a first channel comprising a physical downlink control channel for machine-type communications, where the message provides an adaptive retransmission format to the wireless transmitter a first number of subframes after the wireless terminal transmits on an uplink shared channel according to the first number of repetitions, the adaptive retransmission format being for a subsequent uplink retransmission from the wireless terminal. The transmitter module is further configured to transmit the message via the first channel.
- Another exemplary embodiment comprises a computer program product stored in a non-transitory computer readable medium for controlling a wireless network node in communication with a wireless terminal. The computer program product comprises software instructions that when run on the wireless network node, causes the wireless network node to transmit a grant for uplink transmission to the wireless terminal, wherein the transmitted grant indicates a first number of uplink repetitions, and transmit a message to the wireless terminal via a first channel comprising a physical downlink control channel for machine-type communications to provide an adaptive retransmission format to the wireless terminal a first number of subframes after the wireless terminal transmits on an uplink shared channel according to the first number of uplink repetitions, the adaptive retransmission format being for a subsequent uplink retransmission from the wireless terminal.
-
FIG. 1 shows an example of an LTE downlink physical resource. -
FIG. 2 shows an example of one UL transmission. -
FIG. 3 shows one exemplary method for a wireless terminal. -
FIG. 4 shows one exemplary method for a network node. -
FIG. 5 shows an exemplary wireless network with a network node and wireless terminal. -
FIG. 6 shows a block diagram of an exemplary processing circuit for the network node. -
FIG. 7 shows a block diagram of an exemplary processing circuit for the wireless terminal. -
FIGS. 8A-8D show timing of exemplary parallel UL HARQ processes when Rc=Ru≤6. -
FIGS. 9A-9B show timing of exemplary parallel UL HARQ processes when Rc=Ru>6. -
FIG. 10 shows timing of an exemplary parallel UL HARQ process when Rc<Ru. -
FIG. 11 shows timing of an exemplary parallel UL HARQ process when Rc>Ru. -
FIGS. 12A-12D show timing of more exemplary parallel UL HARQ processes when Rc=Ru<8. -
FIGS. 13A-13B show timing of more exemplary parallel UL HARQ processes when RC=Ru>8. -
FIG. 14 shows timing of another exemplary parallel UL HARQ process when Rc<Ru. -
FIG. 15 shows timing of another exemplary parallel UL HARQ process when Rc>Ru. -
FIG. 16 shows timing of another exemplary parallel UL HARQ process when Rc<Ru. -
FIG. 17 shows another exemplary wireless network with a network node and wireless terminal. -
FIG. 18 shows a block diagram of an exemplary computer program product for the processing circuit of the network node. -
FIG. 19 shows a block diagram of an exemplary computer program product for the processing circuit of the wireless terminal. - The solution presented herein provides flexibility for retransmissions used for machine-type communications (MTC). As discussed below, the solution presented herein generally applies to low cost/low complexity (LC) UEs and/or Coverage Enhanced/Coverage Enhancement (CE) UEs, including but not limited to MTC UEs, enhanced MTC (eMTC) UEs, CE Rel-13 UEs, and narrow band IoT (NB-Oot) UEs, which represent those UEs having access to network services via evolved universal terrestrial radio access (E-UTRA) with a channel bandwidth limited to 180 kHz. In addition, the solution presented herein generally applies to bandwidth reduced (BR) UEs, which represent those UEs operating in the DL and UL with a limited channel bandwidth of 6 PRBs, and bandwidth reduced low complexity (BL) UEs. For simplicity, the wireless terminal/UE applicable to the solution presented is any low cost/low complexity, coverage enhanced/coverage enhancement, MTC, eMTC, CE Rel-13, NB-IoT, BR, and BL wireless terminal. Further, the solution presented herein references hybrid automatic repeat request (HARQ), which may be characterized as synchronous/asynchronous, which relates to the flexibility in the time domain, as well as adaptive/non-adaptive, which relates to the flexibility in the frequency domain1. As understood by those skilled in the art, and as defined by “4G: LTE/LTE-Advanced for Mobile Broadband,” asynchronous retransmission, e.g., asynchronous HARQ retransmission, implies that retransmissions can occur at any time, while synchronous retransmission, e.g., synchronous HARQ, implies that retransmissions occur at a fixed time after the previous transmission. For example, if one PUSCH transmission fails, its retransmission (starting with the associated M-PDCCH carrying the ACK/NACK) for asynchronous HARQ does not come at a predetermined time. For synchronous HARQ retransmission, however, the retransmission does come at a predetermined time. Also as understood by those skilled in the art, and as defined by “4G: LTE/LTE-Advanced for Mobile Broadband,” adaptive retransmission, e.g., adaptive UL HARQ retransmission, implies that the frequency location, and possibly the transmission format, can change between transmissions, while non-adaptive retransmission, e.g., non-adaptive UL HARQ retransmission, implies that the retransmission must occur at the same frequency resources and with the same transmission format as the initial transmission. It will be appreciated that adaptive UL retransmission, e.g., adaptive UL HARQ retransmission, represents a retransmission sent by an adaptive repeat request protocol, e.g., an adaptive HARQ protocol. As indicated on pp. 250-251 of “4G: LTE/LTE-Advanced for Mobile Broadband,” an “adaptive hybrid-ARQ protocol implies that the frequency location and possibly also the more detailed transmission format can be changed between retransmissions.” Thus, an adaptive UL retransmission refers to the ability to adapt or change the frequency location and possibly also the more detailed transmission format of UL retransmission can be changed between UL retransmissions. Before further discussing the solution presented herein, the following first provides some additional background to support the detailed description of the solution presented herein.
- 1 See Chapter 12 of “4G: LTE/LTE-Advanced for Mobile Broadband,” 2nd Edition 2013
- The maximum BandWidth (BW) Rel-13 LC UEs can read in any system is 6 PRBs at a time. Thus, legacy channels, e.g., a Physical Hybrid Automatic Repeat Request (HARQ) Indication Channel (PHICH), a Physical Downlink Control Channel (PDCCH), etc., cannot be used. Thus, the PDCCH for MTC, e.g., the M-PDDCH, will be the downlink control channel used for the LC UEs.
- In addition, a CE feature requires UEs to use multiple repetitions of physical channel transmissions depending on the UE coverage enhancement level. Because the UE needs to account for possible downlink control channel repetitions, as well as PUSCH repetitions, in between, the possible UL retransmissions cannot always occur eight subframes after the end of the previous transmission. See the example shown in
FIG. 2 , where the M-PDCCH always takes two subframes. In this case, even if the fixed timing between the end of the M-PDDCH and the start of the PUSCH are kept constant, the earliest possible retransmission opportunity would be much delayed compared to existing UL HARQ operation. - Because the control channels may need to be repeated, depending on the UE coverage level, it is desirable to minimize the amount of control the UE needs to read when repetitions are used. A similar scheme that has been used since Rel-8, however, is not possible because of the timing issues and the possible lack of a PHICH.
- The solution presented herein enables UL HARQ to be used for LC and/or CE Rel-13 UEs with the aforementioned restrictions. In general, the UE monitors a first channel, e.g., an M-PDCCH, for a message a first number of sub-frames after the UE transmits on the UL shared channel according to a first number of repetitions. If the message is detected and correctly decoded, and if the decoded message requests retransmission, the UE performs adaptive UL retransmission according to a first retransmission format indicated by the decoded message.
-
FIG. 3 shows oneexemplary method 100 performed by awireless terminal 400, e.g., a machine-type communication terminal. Themethod 100 comprises receiving a grant for uplink transmission from anetwork node 300, e.g., a base station or eNB, where the received grant indicates a first number of repetitions (block 110). It will be appreciated that in some embodiments, the grant for UL transmission comprises a downlink control information (DCI) indicating a grant for random access channel (RACH) Msg3 transmission. The method further comprises transmitting on the UL shared channel according to the first number of repetitions (block 120) and monitoring a first channel for a message a first number of subframes after thewireless terminal 400 transmits on an uplink shared channel according to the first number of repetitions (block 130). The first channel comprises a physical downlink control channel for machine-type communications. As used herein, a physical downlink control channel “for machine-type communications” refers to any physical downlink control channel that can be received by any applicable wireless terminal, including low cost/low complexity, coverage enhanced/coverage enhancement, MTC, eMTC, CE Rel-13, NB-IoT, BR, and BL wireless terminals, including but not limited to, the M-PDCCH and the narrowband PDCCH (N-PDCCH). If the message carried by the first channel is detected and correctly decoded, and if the decoded message requests retransmission (block 140), the method includes performing adaptive uplink retransmission according to a first retransmission format indicated by the decoded message (block 150). In one exemplary embodiment, the method further comprises performing non-adaptive retransmission according to a second retransmission format if the message is not detected, is not correctly decoded, and/or does not request retransmission. The second retransmission format comprises a currently controlling retransmission format, where the currently controlling retransmission format comprises a retransmission format previously received from thenetwork node 300, e.g., the transmission format defined by the received grant or defined by a subsequent retransmission format received by thewireless terminal 400 after the received grant. -
FIG. 4 shows oneexemplary method 200 performed by anetwork node 300, e.g., a base station or eNB. Themethod 200 comprises transmitting a grant for uplink transmission to awireless terminal 400, e.g., a machine-type communication terminal, where the transmitted grant indicates a first number of uplink repetitions (block 210). The method further comprises transmitting a message to thewireless terminal 400 via a first channel comprising a physical downlink control channel for machine-type communications to provide an adaptive retransmission format to the wireless terminal 400 a first number of subframes after thewireless terminal 400 transmits on an uplink shared channel according to the first number of uplink repetitions (block 220), where the adaptive retransmission format is for a subsequent UL retransmission from thewireless terminal 400. -
FIG. 5 shows an exemplary wireless network comprising anetwork node 300, e.g., a base station or eNB, in communication with awireless terminal 400, e.g., a machine-type communication terminal. Thewireless terminal 400 comprises atransmitter 410, areceiver 420, and aprocessing circuit 430. Thereceiver 420 is configured to receive a grant for uplink transmission from thenetwork node 300, where the received grant indicates a first number of repetitions. Thetransmitter 410 is configured to transmit on an uplink shared channel according to the first number of repetitions. Theprocessing circuit 430 is configured to monitor a first channel for a message a first number of subframes after thetransmitter 410 transmits on the uplink shared channel according to the first number of repetitions. The first channel comprises a physical downlink control channel for machine-type communications. If the message carried by the first channel is detected and correctly decoded, and if the decoded message requests retransmission, theprocessing circuit 430 is configured to perform adaptive uplink retransmission, via thetransmitter 410, according to a first retransmission format indicated by the decoded message. In one exemplary embodiment, theprocessing circuit 430 is further configured to perform non-adaptive retransmission, via thetransmitter 410, according to a second retransmission format if the message is not detected, is not correctly decoded, and/or does not request retransmission. The second retransmission format comprises a currently controlling retransmission format, where the currently controlling retransmission format comprises a previously received retransmission format, e.g., the transmission format defined by the received grant or defined by a subsequent retransmission format received by thewireless terminal 400 after the received grant. - The
network node 300 comprises atransmitter 310, areceiver 320, and aprocessing circuit 330. Thetransmitter 310 is configured to transmit a grant for uplink transmission to thewireless terminal 400, where the transmitted grant indicates a first number of repetitions. Theprocessing circuit 330 is configured to generate a message for a first channel comprising a physical downlink control channel for machine-type communications, where the message provides an adaptive retransmission format to the wireless terminal 400 a first number of subframes after thewireless terminal 400 transmits on the UL shared channel according to the first number of repetitions, where the adaptive retransmission format is for a subsequent uplink retransmission transmitted from thewireless terminal 400 and received by thereceiver 320. Thetransmitter 310 is further configured to transmit the message via the first channel. -
FIGS. 6 and 7 show exemplary block diagrams for the network node and wirelessterminal processing circuits FIG. 5 .Processing circuit 330 comprises a retransmission format unit 332 configured to generate the message for the first channel, which comprises a physical downlink control channel for machine-type communications. The first channel provides the message, which defines an adaptive retransmission format, to thewireless terminal 400 for uplink retransmissions transmitted by thewireless terminal 400 and received by thereceiver 320.Processing circuit 430 comprises amonitor unit 432, adecoder unit 434, anadaptive retransmission unit 436, and anon-adaptive retransmission unit 438. Themonitor unit 432 is configured to monitor a first channel for a message a first number of subframes after thewireless terminal 400 transmits on the uplink shared channel according to the first number of repetitions, wherein the first channel comprises a physical downlink control channel for machine-type communications. Thedecoder unit 434 is configured to decode the message. Theadaptive retransmission unit 436 is configured to perform adaptive uplink retransmission according to a first retransmission format indicated by the decoded message if the message is detected and correctly decoded, and if the decoded message requests retransmission. Thenon-adaptive retransmission unit 438 is configured to perform non-adaptive retransmission according to a second retransmission format if the message is not detected, is not correctly decoded, and/or does not request retransmission, wherein the second retransmission format comprises a currently controlling retransmission format comprising a retransmission format previously received by thewireless terminal 400. Theprocessing circuits processing circuits - While the description associated with
FIGS. 3-7 provides a general description of the solution presented herein, the following provides exemplary details for implementing this solution. In one exemplary embodiment, the UE follows the following rules for UL HARQ feedback: -
- When the UE gets a Discontinuous Transmission (DTX) (e.g., no feedback), the UE sends a synchronous and non-adaptive retransmission. The synchronous retransmission timing depends on fixed timing between control and data channels, and additionally on the number of repetitions required for the control and data channels.
- When the UE detects and decodes a message transmitted via the M-PDDCH, the UE acts as instructed in the decoded M-PDDCH message.
- Options include ACK but no new data coming, ACK with new data, or NACK and a grant for retransmission.
- It will further be appreciated that the solution presented herein defines the timing aspects for proper HARQ operation. The solution presented herein assumes a full-duplex FDD system for ease of description. Those skilled in the art, however, will appreciate that the solution presented herein applies to other types of systems, including but not limited to Time Division Duplexing (TDD) and half-duplex FDD, where synchronous versus asynchronous retransmission and non-adaptive versus adaptive retransmission occurs. In addition, it will be appreciated that the solution presented herein makes it possible to use uplink HARQ with different repetition levels for both control and data transmissions, and details the timing characteristics and the maximum number of simultaneous HARQ processes that could be supported.
- The solution presented herein saves resources on control channels because there does not need to be explicit signaling of unsuccessful transmissions in general. In particular, the eNB needs to send explicit NACK with retransmission grant to the UE only in the case where the eNB wants to signal the UE to change the used UL resources. Also, in the default case, the HARQ is synchronous based on the number of repetitions of M-PDCCH. The M-PDCCH configuration is static for the UE unless explicitly changed, and the timing of the retransmissions can be calculated when the number of control channel repetitions is known, where the number of control channel repetitions may be provided by the DCI (in the M-PDCCH).
- It will further be appreciated that the same scheme can be used for Msg3 transmission during the Random Access procedure, where Msg3 represents the
RACH Message 3, which is the first scheduled UL transmission on the UL shared channel (UL-SCH), and which occurs after the Random Access Response generated by the Medium Access Control (MAC) on the DL-SCH. The initial grant for Msg3 comes in the Random Access Response (RAR), after which possible retransmissions are performed as described above. There is a separate configuration for the maximum number of Msg3 retransmissions in System Information (SI). - The existing synchronous UL HARQ operation can be extended to accommodate the potential repetitions of M-PDCCH and PUSCH. Although the concepts and principles are generally applicable to many use cases, the discussion here focuses on the MTC use case. In the following, “UE” refers to and LC/CE UE, e.g., an MTC UE, unless explicitly stated otherwise.
- To better understand the solution presented herein, the following provides some details regarding the M-PDCCH. An M-PDCCH candidate is defined by the combination of {L, R}, where L represents the Enhanced Control Channel Element (ECCE) Aggregation Level (AL) within a subframe, and R represents the number of repetitions across subframes, and where L is the same within R subframes. The M-PDCCH search space may include blind decoding candidates of varying number of repetitions across subframes. The UE-specific M-PDCCH search space, that is, the set of M-PDCCH candidates of {L, R}, is configured by the Radio Resource Control (RRC) for unicast data transmission. For broadcast data transmission, the RRC configuration may not available, and the common search space has to be used, where M-PDCCH candidates of {L, R} need to be predefined in the specification or provided by system information.
- The UE monitors the M-PDCCH by attempting to decode each of the M-PDCCH candidates in the relevant search space according to the monitored DCI formats. The starting subframe of M-PDCCH candidates to monitor is configured for UE-specific search space at least for UEs in coverage enhancement. If in the search space, there are no multiple M-PDCCH candidates that only differ in number of repetitions R , then there is no ambiguity in the ending subframe of an M-PDCCH candidate. For example, if the eNodeB configures the M-PDCCH such that R=2 for all M-PDCCH candidates, then the UE knows that the M-PDCCH (if sent) is always repeated in two subframes. In this case, if the M-PDCCH starts in subframe n, then it ends in
subframe n+ 1. For this type of M-PDCCH configuration, the scheduled PUSCH transmission may start at subframe of index: -
- where n represents the start subframe index of the M-PDCCH, R represents the number of repetitions across subframes for the M-PDCCH, and D represents the delay between the end of the M-PDCCH and the start of the PUSCH. When legacy control-data processing timing is assumed, e.g., D=4.
- On the other hand, if in the search space there are multiple M-PDCCH candidates that only differ in the number of repetitions R, there is ambiguity in the ending subframe of an M-PDCCH candidate. For example, if eNodeB configures that R={1, 2, 4} for all L in the search space, and the M-PDCCH starts in subframe n, then RL,max=4. In this case, the M-PDCCH may end in subframe n, or in subframe n+1, or in
subframe n+ 3. For this type of M-PDCCH configuration, the scheduled PUSCH transmission may start at subframe of index: -
- where n represents the start subframe index of M-PDCCH, RL,max represents the max possible number of repetitions across subframes for M-PDCCH candidates of aggregation level L, L represents the aggregation level of the successfully decoded M-PDCCH candidate, and D represents the delay between the end of M-PDCCH and the start of PUSCH.
- One exemplary procedure for synchronous UL HARQ is as follows:
-
- The UE receives a grant for a new UL transmission, which indicates, among other necessary information, the number of repetitions the UE uses (first M-PDCCH in
FIG. 2 ).- Set retransmission counter: count=0.
- The UE transmits on the indicated resources on the PUSCH, with the repetitions as instructed in the UL grant.
- The UE listens for the M-PDCCH starting in subframe n+k, where n represents the last repetition of PUSCH (k=4 in legacy operation).
- If the UE detects no control (=DTX) and count<the maximum number of retransmissions:
- The UE performs synchronous and non-adaptive retransmission
- Retransmission is started on subframe (n+j+k−1+Rc); see the synchronous UL HARQ process and timing discussions presented subsequently herein for a detailed discussion of the parameters.
- The same UL resources and number of repetitions are used. Alternatively there is a pre-defined and configured pattern for changing resources used for retransmissions. Also frequency hopping can be accounted for.
- Change the Redundancy Version (RV) as defined. If all repetitions in one PUSCH transmission use the same RV, then change the RV similar to legacy. Alternatively, if the repetitions in one PUSCH instance use different RVs according to a pattern, there may not be any need to change the starting RV between the PUSCH transmissions.
- Increase count by one: count=count+1.
- The UE performs synchronous and non-adaptive retransmission
- If the UE detects the control channel (e.g., M-PDDCH) and decodes it successfully:
- If feedback is ACK without NDI/grant:
- The UE keeps UL data in buffer, does not retransmit anything.
- If feedback is ACK with new UL grant with New Data Indicator (NDI) set:
- The UE flushes the UL buffer, moves to the next TB, and makes a new transmission (go to start).
- If feedback is NACK with retransmission grant:
- The UE makes retransmission according to the grant.
- Same grant format as new transmission is used, without NDI set.
- Increase count by one: count=count+1.
- If count=the maximum number of retransmissions, the UE exits the HARQ procedure; otherwise, the UE goes back to monitoring the M-PDCCH.
- If feedback is ACK without NDI/grant:
- If the UE detects no control (=DTX) and count<the maximum number of retransmissions:
- The UE receives a grant for a new UL transmission, which indicates, among other necessary information, the number of repetitions the UE uses (first M-PDCCH in
- A new format is needed for just transmitting an ACK on the downlink control channel without a new grant. It could be beneficial to define a short format for this to save repetitions and resource usage.
- For NACK transmission with a retransmission grant, it needs to be decided if the synchronous timing will be kept. In one alternative, the synchronous timing is not changed and no DCI field is needed to provide the UL HARQ process ID. In another alternative, the eNB is allowed to change the timing of the retransmission transmissions for more flexible scheduling, in which case a DCI field is needed to provide the UL HARQ process ID information. It will be appreciated that the DCI of each M-PDCCH includes at least a DCI subframe repetition number field and a process number field, e.g., an HARQ process number field. The DCI subframe repetition number field indicates the actual number of repetitions of the M-PDCCH, and may, e.g., comprise 2 bits. The HARQ process number field indicates the HARQ process ID information, and may comprise, e.g., 3 bits. It will be appreciated that the process number represents a mapping to a specific retransmission protocol process, e.g., a process or an instance of a retransmission protocol in the case where a number of possible parallel processes or instances are given numbers or identifiers to uniquely separate them from each other. Thus, the each M-PDCCH may indicate a desired number of repetitions. Otherwise the grant format can be similar as to what it is for initial transmissions, including:
-
- resource allocation such as the narrowband/PRB group index, the number of PRBs to use;
- if frequency hopping is used, and if so, parameters related to frequency hopping configuration;
- number of repetitions used;
- New data indicator (NDI);
- Modulation and Coding Scheme (MCS) (if not together with # repetitions); and
- Radio Network Temporary Identifier (RNTI) (for example implicitly in CRC as in legacy).
- The delay between the end of the subframe the carrying M-PDCCH and the start of the subframe of the corresponding PUSCH depends on, for example, the propagation delay and the UE processing time. In legacy systems, the delay is assumed to be 3 subframes, e.g., if subframe n carries the PDCCH/EPDCCH/PHICH, the corresponding PUSCH is in subframe (n+4). This is called DownLink (DL) (n,n+k) timing below, where k=4 in the legacy systems.
- The delay between the end subframe carrying the PUSCH and the start subframe of the subsequent M-PDCCH transmission depends on, for example, the propagation delay and the eNodeB processing time. In legacy systems, the delay is assumed to be 3 subframes, e.g., a HARQ-ACK received on the PHICH in subframe n is associated with the PUSCH transmission in subframe (n−4). This is called UL (n, n+j) timing below, where j=4 in legacy systems.
- In legacy systems, there is no repetition for the PDCCH/EPDCCH/PHICH/PUSCH, and the delay in the UL and DL is the same of 3 subframes.
- For an MTC LC/CE UE, the M-PDCCH and PUSCH may both require repetitions. Let Rc represent the number of repetitions for the M-PDCCH, and Ru represent the number of repetitions for the PUSCH. As discussed earlier, Rc may be the actual number of repetitions of a given M-PDCCH transmission, or the maximum possible number of repetitions associated with the given aggregation level of the decoding candidate. Ru is signaled by the eNodeB and has no decoding ambiguity.
- In the following, discussions associated with Equations (3) and (4), the UL and DL delay are assumed to be the same. In the following discussions associated with Equation (5), the UL delay is lower than the DL delay, where the DL has (n, n+5) timing, and the UL has (n, n+4) timing. This has the benefit of allowing the UE more time to process the M-PDCCH and prepare for PUSCH transmission.
- In this section, which is associated with Equation (3), the HARQ timing and the maximum HARQ processes for each scenario is illustrated assuming (n, n+4) timing. Both UL and DL timing are assumed to be (n, n+4), similar to legacy system.
- The maximum number of parallel HARQ processes may be given by:
-
- The timing of the parallel UL HARQ processes is illustrated in
FIGS. 8A-8D when Rc=Ru and the subframes are fully utilized. The maximum number of parallel HARQ processes is also listed in Table 1. - For larger numbers of repetitions, e.g., where Ru>6, a maximum of two parallel UL HARQ processes is possible. When a maximum of two parallel UL processes is defined, 1 bit in the DCI is needed to indicate the UL HARQ process ID, if the UL HARQ is not synchronized; no UL HARQ process ID, and thus no HARQ process number field in the DCI, is necessary if the UL HARQ is synchronized.
- On the other hand, for simplicity of operation, and also considering the low data rate requirement of MTC UEs, it may desirable to allow only a single HARQ process for larger number of repetitions. Allowing only a single HARQ process also has the benefit of easily accommodating any Rc and Ru values, e.g., no need to assume Rc=Ru.
- As illustrated in
FIGS. 9A, 9B, 10, and 11 , When Rc=Ru>6 or Rc≠Ru, the subframes are not fully utilized. When the M-PDCCH and PUSCH do not have the same number of repetitions, Rc≠Ru, the PUSCH (re)transmission timing do not look synchronous in that the starting point of the PUSCH (re)transmissions associated with a given transport block is not every X subframes. This is demonstrated inFIG. 10 andFIG. 11 . Thus the ‘synchronous’ UL HARQ should be understood to be that for transmission and retransmission of a given UL transport block, -
- (a) relative timing between the end of the M-PDCCH and the start of the PUSCH is fixed,
- (b) relative timing between the end of the PUSCH and the start of the M-PDCCH is fixed, and
- (c) there is no ambiguity of the end of the M-PDCCH to the UE. Here the end of the M-PDCCH may or may not be the end of the actual M-PDCCH transmission by the eNB; rather it may be the end of the last possible M-PDCCH hypothesis if multiple hypotheses exist for detecting the M-PDCCH.
-
TABLE 1 Maximum number of parallel UL HARQ processes for (n, n + 4) timing Max number of UL Rc = Ru HARQ processes 1 8 2 5 3 4 6 3 >6 2 - The following, which is associated with Equation (4), illustrates the HARQ timing and the maximum HARQ processes for each scenario assuming (n,n+5) timing. Both UL and DL timing are assumed to be (n,n+5). For LC UEs and CE UEs, it may be necessary to provide an extra subframe for processing time. This is especially true for the processing at the UE.
- The maximum number of parallel HARQ processes may be given by:
-
- The timing of the parallel UL HARQ processes is illustrated in
FIGS. 12A-12D when Rc=Ru and the subframes are fully utilized. The maximum number of parallel HARQ processes is also listed in - Table 2. For larger numbers of repetitions, e.g., where Ru>8, a maximum of 2 parallel HARQ processes is possible. However, for simplicity of operation, and also considering the low data rate requirement of the MTC UEs, it may be desirable to allow only a single HARQ process for larger numbers of repetitions. Allowing only a single HARQ process also has the benefit of allowing any Rc and Ru values, e.g., no need to assume Rc=Ru. As illustrated in
FIGS. 13A, 13B, 14 , and 15, When Rc=Ru>8 or Rc≠Ru, the subframes are not fully utilized. -
TABLE 2 Maximum number of parallel UL HARQ processes for (n, n + 5) timing Max number of UL Rc = Ru HARQ processes 1 10 2 6 4 4 8 3 >8 2 - In another exemplary embodiment, the UL and DL timing may be different. Assume that the end of the subframe carrying M-PDCCH and the start of the subframe of the corresponding PUSCH is separated by (k−1) subframes, e.g., (n,n+k) DL timing. Further, assume that the end subframe carrying PUSCH and the start subframe of the subsequent M-PDCCH transmission is separated by (j−1) subframes, e.g., (n,n+j) UL timing. In this general case, the maximum number of parallel HARQ processes may be given by:
-
-
FIG. 16 shows one example, with k=5 and j=4. As shown, the subframes, in general, cannot be fully utilized. This makes it more difficult to operate the scheduler. - The UL HARQ solution presented herein may also be applied to Msg3 in the random access procedure. In particular, Msg3 is sent after the UE receives the Random Access Response (RAR) message from the eNB. The RAR includes the UL grant for Msg3, and should contain all the necessary information needed to send the Msg3. There are, however, some different options on how the Msg3 repetition factor is signaled or derived:
-
- Static repetition factor sent in system information;
- Repetition factor derived from the repetition factor initial random access preamble transmission (Msg1) or derived from the RAR (Msg2) repetition factor; or
- Repetition factor signaled in the UL grant included in RAR.
- These options have been presented in 3GPP before, see e.g., R2-152649, “Random Access for Rel-13 Low Complexity and Coverage Enhanced UEs,” RAN2#90, 25-29th May 2015, Fukuoka, Japan. The discussion in the cited contribution applies to PUSCH repetition factor.
- In order for the Msg3 transmission to work, the UE would additionally need to know the repetition factor of the M-PDDCH. As the UE is performing random access, no dedicated configuration is available but the UE needs to act based on either predefined information, broadcasted system information, or information obtained during the random access procedure so far. Thus, alternatives on how to derive the M-PDCCH repetition factor for Msg3 transmission include:
-
- Preconfigured set of M-PDCCH repetition factors, where the UE chooses one based on the used repetition factor for the random access preamble. For example:
- One alternative is to have the possible repetition factors defined in the specification or standard.
- Another alternative is to signal the set of Msg3 M-PDCCH repetition factors in the system information for MTC UEs.
- Dynamically signal the M-PDCCH repetition factor for Msg3. For example:
- One alternative is to signal in DCI the repetition factor index selecting one factor from a set of possible repetition factors (the same configuration aspects as above apply for this alternative).
- Another alternative is to directly signal the repetition factor value in the RAR.
- Yet another alternative is to signal a parameter that the UE uses to calculate the repetition factor as a function of the signaled parameter, and optionally as a function of other available information (e.g., the number of used repetitions for the preamble transmission).
- Preconfigured set of M-PDCCH repetition factors, where the UE chooses one based on the used repetition factor for the random access preamble. For example:
- When the repetition factor and other parameters are known, the timing aspects of the actual Msg3 and related control channels are similar, and are described elsewhere in this application.
- For asynchronous UL HARQ, (n,n+4) timing is assumed for both the UL and DL. Synchronous UL HARQ is not possible when the timing relationship between the M-PDCCH and PUSCH is that the PUSCH starts in subframe n+4, where n represents the subframe where the repetitions of the decoded M-PDCCH message for the UE (corresponding to the PUSCH) ends. This is because there is ambiguity of the end of the M-PDCCH when multiple hypothesis exist for the end point of the M-PDCCH.
- For example, if the start subframe of the M-PDCCH is nc0, four hypothesis exists for the number of repetitions of the M-PDCCH, {Rc1, Rc2, Rc3, Rc4}, where Rc1<Rc2<Rc3<Rc4. Assume the eNB used Rc2 to send the initial M-PDCCH that schedules a PUSCH,
-
- (a) If the UE successfully detects the M-PDCCH, then the UE knows the M-PDCCH ended in subframe nc0+Rc2. Thus, the UE sends the PUSCH transmission starting in subframe (nc0+Rc2+4). If retransmission is necessary, the network node (e.g., eNB) sends the M-PDCCH associated with the PUSCH retransmission starting in subframe (nc0+Rc2+Ru+8).
- (b) If the UE fails to detect the M-PDCCH, the UE does not know which hypothesis of the end subframe of the M-PDCCH is true: n∈{nc0+Rc1, nc0+Rc2, nc0+Rc3, nc0+Rc4}. Thus, the UE does not know when to retransmit the PUSCH. Hence the UE cannot automatically retransmit without an explicit M-PDCCH grant. Otherwise, the eNB will have at least two hypothesis about where the PUSCH ends: {nc0+Rc2+Ru+8, nc0+Rc4+Ru+8}, where (nc0+Rc2+Ru+8) is the value if UE succeeded in detecting M-PDCCH, and where (nc0+Rc4+Ru+8) is the maximum value that the UE would use if the UE has failed in detecting M-PDCCH. Hence the eNB also does not know when to start sending the M-PDCCH associated with the PUSCH retransmission.
- Thus, in this case the UL HARQ has to be asynchronous, and the UE does not retransmit when the UE fails detect an ACK/NACK (implicit or explicit) from the eNB. The UE only sends PUSCH retransmission according to explicit signaling, e.g., M-PDCCH, from the eNB. As a consequence, the DCI that schedules the PUSCH (re-)transmission needs to contain a field that indicates the UL HARQ process ID of the UE.
- It will be appreciated that in some embodiments, various elements disclosed herein comprise some kind of module configured to execute the described function. For example, the network node may comprise a
network node 350, as shown inFIG. 17 , that comprises a transmitter, receiver, and processor implemented as atransmitter module 360,receiver module 370, andprocessing module 380, respectively, that implement themethod 200 ofFIG. 4 . Similarly, the wireless terminal may comprise awireless terminal 450 that comprises a transmitter, receiver, and processor implemented as atransmitter module 460,receiver module 470, andprocessing module 480, respectively, as shown inFIG. 17 , that implement themethod 100 ofFIG. 3 . -
FIGS. 18 and 19 show exemplarycomputer program products terminal processing circuits FIG. 5 and/or the network node and wirelessterminal processing modules FIG. 17 . Eachcomputer program product Computer program product 380 includes a retransmission format module 382 to generate a message for the first channel, which comprises a physical downlink control channel for machine-type communications. The message provides an adaptive retransmission format to thewireless terminal wireless terminal receiver Computer program product 480 includes amonitor module 482, adecoder module 484, anadaptive retransmission module 486, and anon-adaptive retransmission module 488. Themonitor module 482 monitors a first channel for a message a first number of subframes after thewireless terminal decoder module 484 attempts to decode the message. Theadaptive retransmission module 486 performs adaptive uplink retransmission according to a first retransmission format indicated by the decoded message if the message is detected and correctly decoded, and if the decoded message requests retransmission. Thenon-adaptive retransmission module 488 performs non-adaptive retransmission according to a second retransmission format if the message is not detected, is not correctly decoded, and/or does not request retransmission, wherein the second retransmission format comprises a currently controlling retransmission format previously received by thewireless terminal network node - As described above, the solution presented herein includes multiple embodiments. One exemplary embodiment comprises a method performed by a wireless terminal in communication with a wireless network node. The method comprises receiving a grant for uplink transmission from the network node, wherein the received grant indicates a first number of repetitions, transmitting on an uplink shared channel according to the first number of repetitions, and monitoring a first channel for a message a first number of subframes after the wireless terminal transmits on the uplink shared channel according to the first number of repetitions. The first channel comprises a physical downlink control channel for machine-type communications. If the message is detected and correctly decoded, and if the decoded message requests retransmission, performing adaptive uplink retransmission according to a first retransmission format associated with the decoded message. This embodiment further comprises performing non-adaptive retransmission according to a second retransmission format if the message is not detected, is not correctly decoded, and/or does not request retransmission, wherein the second retransmission format comprises a currently controlling retransmission format previously received from the network node. Further, the first retransmission format defines at least one of a modulation and coding rate for the retransmissions, a frequency resource for the retransmissions, and a second number of repetitions for the retransmissions.
- Another exemplary embodiment comprises a wireless terminal in communication with a wireless network node. The wireless terminal comprises a receiver, transmitter, and processing circuit. The receiver is configured to receive a grant for uplink transmission from the network node, wherein the received grant indicates a first number of repetitions. The transmitter is configured to transmit on an uplink shared channel according to the first number of repetitions. The processing circuit is configured to monitor a first channel for a message a first number of subframes after the transmitter transmits on the uplink shared channel according to the first number of repetitions, where the first channel comprises a physical downlink control channel for machine-type communications. If the message is detected and correctly decoded, and if the decoded message requests retransmission, the processing circuit is further configured to perform adaptive uplink retransmission, via the transmitter, according to a first retransmission format associated with the decoded message. For this embodiment, the processing circuit is further configured to perform non-adaptive retransmission, via the transmitter, according to a second retransmission format if the message is not detected, is not correctly decoded, and/or does not request retransmission, wherein the second retransmission format comprises a currently controlling retransmission format previously received from the network node. Further, the first retransmission format defines at least one of a modulation and coding rate for the retransmissions, a frequency resource for the retransmissions, and a second number of repetitions for the retransmissions.
- Another exemplary embodiment comprises a computer program product stored in a non-transitory computer readable medium for controlling a wireless terminal in communication with a wireless network node. The computer program product comprises software instructions that when run on the wireless terminal, causes the wireless terminal to receive a grant for uplink transmission from the network node, wherein the received grant indicates a first number of repetitions, transmit on an uplink shared channel according to the first number of repetitions, and monitor a first channel for a message a first number of subframes after the wireless terminal transmits on the uplink shared channel according to the first number of repetitions, wherein the first channel comprises a physical downlink control channel for machine-type communications. If the message is detected and correctly decoded, and if the decoded message requests retransmission, the software instructions, when run on the wireless terminal, causes the wireless terminal to perform adaptive uplink retransmission according to a first retransmission format associated with the decoded message.
- Another exemplary embodiment comprises a method performed by a wireless network node in communication with a wireless terminal. The method comprises transmitting a grant for uplink transmission to the wireless terminal, where the transmitted grant indicates a first number of uplink repetitions, and transmitting a message via a first channel comprising a physical downlink control channel for machine-type communications. A first number of subframes after the wireless terminal transmits on an uplink shared channel according to the first number of uplink repetitions, the transmitted message provides an adaptive retransmission format to the wireless terminal for subsequent uplink retransmissions transmitted by the wireless terminal.
- Another exemplary embodiment comprises a wireless network node in communication with a wireless terminal. The wireless network node comprises a receiver, transmitter, and processing circuit. The transmitter is configured to transmit a grant for uplink transmission to the wireless terminal, where the transmitted grant indicates a first number of repetitions. The processing circuit is configured to generate a message for a first channel comprising a physical downlink control channel for machine-type communications, where the message provides an adaptive retransmission format to the wireless transmitter for subsequent uplink retransmissions transmitted by the wireless terminal and received by the receiver. The transmitter is further configured to transmit the message via the first channel a first number of subframes after the wireless terminal transmits on an uplink shared channel according to the first number of uplink repetitions.
- Another exemplary embodiment comprises a computer program product stored in a non-transitory computer readable medium for controlling a wireless network node in communication with a wireless terminal. The computer program product comprises software instructions that when run on the wireless network node, causes the wireless network node to transmit a grant for uplink transmission to the wireless terminal, wherein the transmitted grant indicates a first number of uplink repetitions, and transmit a message via a first channel comprising a physical downlink control channel for machine-type communications, where a first number of subframes after the wireless terminal transmits on an uplink shared channel according to the first number of uplink repetitions, the transmitted message provides an adaptive retransmission format to the wireless terminal for subsequent uplink retransmissions transmitted by the wireless terminal.
- The solution presented herein may, of course, be carried out in other ways than those specifically set forth herein without departing from essential characteristics of the solution. The present embodiments are to be considered in all respects as illustrative and not restrictive, and all changes coming within the meaning and equivalency range of the appended claims are intended to be embraced therein.
Claims (20)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US17/702,184 US20220216949A1 (en) | 2015-08-06 | 2022-03-23 | Uplink HARQ Procedure for MTC Operation |
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201562201913P | 2015-08-06 | 2015-08-06 | |
US15/300,584 US11290215B2 (en) | 2015-08-06 | 2016-08-05 | Uplink HARQ procedure for MTC operation |
PCT/SE2016/050740 WO2017023200A1 (en) | 2015-08-06 | 2016-08-05 | Uplink harq procedure for mtc operation |
US17/702,184 US20220216949A1 (en) | 2015-08-06 | 2022-03-23 | Uplink HARQ Procedure for MTC Operation |
Related Parent Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/SE2016/050740 Continuation WO2017023200A1 (en) | 2015-08-06 | 2016-08-05 | Uplink harq procedure for mtc operation |
US15/300,584 Continuation US11290215B2 (en) | 2015-08-06 | 2016-08-05 | Uplink HARQ procedure for MTC operation |
Publications (1)
Publication Number | Publication Date |
---|---|
US20220216949A1 true US20220216949A1 (en) | 2022-07-07 |
Family
ID=56741158
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US15/300,584 Active 2039-07-29 US11290215B2 (en) | 2015-08-06 | 2016-08-05 | Uplink HARQ procedure for MTC operation |
US17/702,184 Abandoned US20220216949A1 (en) | 2015-08-06 | 2022-03-23 | Uplink HARQ Procedure for MTC Operation |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US15/300,584 Active 2039-07-29 US11290215B2 (en) | 2015-08-06 | 2016-08-05 | Uplink HARQ procedure for MTC operation |
Country Status (6)
Country | Link |
---|---|
US (2) | US11290215B2 (en) |
EP (1) | EP3332499A1 (en) |
JP (2) | JP6776332B2 (en) |
AR (1) | AR105638A1 (en) |
RU (1) | RU2671051C1 (en) |
WO (1) | WO2017023200A1 (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20220038219A1 (en) * | 2018-10-16 | 2022-02-03 | Lenovo (Beijing) Limited | Method and apparatus for transmission of feedbacks corresponding to transport blocks |
Families Citing this family (36)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20180279269A1 (en) * | 2015-09-24 | 2018-09-27 | Telefonaktiebolaget Lm Ericsson (Publ) | Technique for Downlink Control |
CN108141850B (en) * | 2015-09-25 | 2022-09-27 | 索尼公司 | Terminal device, base station and operating method thereof for wireless telecommunication system |
WO2017075833A1 (en) * | 2015-11-06 | 2017-05-11 | 华为技术有限公司 | Information transmission method, terminal and base station |
US10306615B2 (en) * | 2015-12-09 | 2019-05-28 | Mediatek Inc. | Control-less data transmission for narrow band internet of things |
US10382169B2 (en) | 2016-04-01 | 2019-08-13 | Huawei Technologies Co., Ltd. | HARQ systems and methods for grant-free uplink transmissions |
CN108023708B (en) * | 2016-11-03 | 2022-09-13 | 中兴通讯股份有限公司 | Information sending method, device, system and related equipment |
US10673593B2 (en) * | 2016-11-03 | 2020-06-02 | Huawei Technologies Co., Ltd. | HARQ signaling for grant-free uplink transmissions |
US10965407B2 (en) * | 2017-02-02 | 2021-03-30 | Sharp Kabushiki Kaisha | User equipments, base stations and communication methods |
US11411686B2 (en) * | 2017-03-24 | 2022-08-09 | Lg Electronics Inc. | Method for performing HARQ process in wireless communication system and apparatus therefor |
CN110800235B (en) * | 2017-05-04 | 2022-05-24 | Lg电子株式会社 | Signal transmitting and receiving method and device in wireless communication system |
US11398882B2 (en) | 2017-05-04 | 2022-07-26 | Lg Electronics Inc. | Early termination of repeated transmissions between terminal and base station in wireless communication system |
CN109041223B (en) * | 2017-06-08 | 2024-02-13 | 华为技术有限公司 | Communication method and related equipment |
TWI618443B (en) * | 2017-07-17 | 2018-03-11 | 財團法人資訊工業策進會 | Base station and radio resource dynamic allocation method for narrowband internet of thing system |
CN110959265B (en) * | 2017-07-21 | 2023-07-25 | 株式会社Ntt都科摩 | User terminal and wireless communication method |
CN109392107B (en) * | 2017-08-08 | 2023-09-01 | 华为技术有限公司 | Communication method and device |
US11792630B2 (en) | 2017-08-10 | 2023-10-17 | Apple Inc. | Uplink transmission in TDD supporting feNB-IoT operation |
CN111133718B (en) | 2017-08-10 | 2023-04-04 | 苹果公司 | Uplink transmission in TDD with support for fenB-IOT operation |
CN109586854B (en) * | 2017-09-28 | 2020-11-17 | 华为技术有限公司 | Data transmission method and device |
EP3704886A4 (en) * | 2017-10-30 | 2021-06-09 | Nokia Solutions and Networks Oy | Methods and apparatuses for repetition transmission |
WO2019168338A1 (en) | 2018-02-27 | 2019-09-06 | 엘지전자 주식회사 | Method and device for transmitting/receiving harq-ack signal |
EP3782308A1 (en) * | 2018-04-20 | 2021-02-24 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and transmitting node for handling transmissions over a radio channel |
CN112514448B (en) * | 2018-06-01 | 2024-03-12 | 株式会社Ntt都科摩 | Terminal, base station, system and wireless communication method |
CN112470513A (en) * | 2018-06-01 | 2021-03-09 | 株式会社Ntt都科摩 | User terminal and radio base station |
CN110636613B (en) * | 2018-06-21 | 2023-05-02 | 中兴通讯股份有限公司 | Random access method, terminal, base station, storage medium and electronic device |
US11902023B2 (en) * | 2018-06-26 | 2024-02-13 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods for retransmission in the presence of dynamic rate matching indications |
CN110730513B (en) * | 2018-07-16 | 2023-08-01 | 华为技术有限公司 | Communication method and device |
US20210314895A1 (en) * | 2018-08-10 | 2021-10-07 | Lg Electronics Inc. | Method and apparatus for adjusting transmission timing by anchor node in wireless communication system |
RU2746717C1 (en) * | 2018-10-12 | 2021-04-19 | Гуандун Оппо Мобайл Телекоммьюникейшнз Корп., Лтд. | Method, terminal equipment, and network equipment for transmitting information in repetitive mode |
EP3723311A1 (en) * | 2019-04-07 | 2020-10-14 | Fraunhofer Gesellschaft zur Förderung der angewandten Forschung e.V. | Methods and apparatuses for handling retransmissions in a wireless telecommunications system |
JP2022537252A (en) * | 2019-05-09 | 2022-08-25 | オッポ広東移動通信有限公司 | Wireless communication method, terminal equipment and network equipment |
CN112399434A (en) * | 2019-08-14 | 2021-02-23 | 中国移动通信有限公司研究院 | Indication method, repeated transmission control method and related equipment |
US11477760B2 (en) * | 2019-12-19 | 2022-10-18 | Qualcomm Incorporated | Frequency diversity techniques for single frequency networks |
CN111147090B (en) * | 2020-01-15 | 2021-11-05 | 湖北凯乐量子通信光电科技有限公司 | Intelligent ad hoc network communication system based on software radio |
US11678380B2 (en) * | 2020-06-29 | 2023-06-13 | Qualcomm Incorporated | Repetition of a message 3 communication of a four-step random access channel procedure |
US11963186B2 (en) * | 2020-08-07 | 2024-04-16 | Qualcomm Incorporated | Dynamic repetition and frequency hopping factors for physical uplink control channel |
CN116114198A (en) * | 2020-11-24 | 2023-05-12 | Oppo广东移动通信有限公司 | Transmission method, transmitting terminal device and receiving terminal device |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140362832A1 (en) * | 2012-01-24 | 2014-12-11 | Interdigital Patent Holdings, Inc. | Systems and methods for improved uplink coverage |
US20150156767A1 (en) * | 2010-06-18 | 2015-06-04 | Sharp Kabushiki Kaisha | Selecting a codeword and determining a symbol length for uplink control information |
US20160262182A1 (en) * | 2013-10-14 | 2016-09-08 | Lg Electronics Inc. | Method for enhancing coverage in wireless communication system, and apparatus therefor |
Family Cites Families (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8687607B2 (en) | 2003-10-08 | 2014-04-01 | Qualcomm Incorporated | Method and apparatus for feedback reporting in a wireless communications system |
RU2432689C2 (en) * | 2006-10-02 | 2011-10-27 | Эл Джи Электроникс Инк. | Method for retransmitting data in multi-carrier system |
KR20110052418A (en) * | 2009-11-11 | 2011-05-18 | 삼성전자주식회사 | Apparatus and method for discontinuous reception in wireless communication system |
KR101915271B1 (en) * | 2010-03-26 | 2018-11-06 | 삼성전자 주식회사 | Method and apparatus of downlink control indication of resource allocation in wireless communication systems |
WO2012173433A2 (en) * | 2011-06-15 | 2012-12-20 | 엘지전자 주식회사 | Method of transmitting control information and device for same |
EP2635082A1 (en) * | 2012-02-29 | 2013-09-04 | Panasonic Corporation | Dynamic subframe bundling |
US9215039B2 (en) * | 2012-03-22 | 2015-12-15 | Sharp Laboratories Of America, Inc. | Devices for enabling half-duplex communication |
US20150270931A1 (en) | 2012-11-02 | 2015-09-24 | Feifei Sun | Method for decoding control channels with multiple subframes |
US9936518B2 (en) * | 2013-01-18 | 2018-04-03 | Mediatek Singapore Pte. Ltd. | Method for transport block transmission and blind reception |
WO2015021318A2 (en) | 2013-08-07 | 2015-02-12 | Interdigital Patent Holdings, Inc. | Coverage enhancements of low cost mtc devices in uplink/downlink decoupled scenario |
US9608774B2 (en) | 2013-10-03 | 2017-03-28 | Qualcomm Incorporated | Opportunistic HARQ repetition for coverage enhancement |
EP3062457B1 (en) | 2013-10-24 | 2019-05-29 | LG Electronics Inc. | Method for transmitting and receiving uplink/downlink data with mtc device |
US9961595B2 (en) * | 2013-10-31 | 2018-05-01 | Htc Corporation | Method of handling coverage enhancement in wireless communication system |
US9572171B2 (en) | 2013-10-31 | 2017-02-14 | Intel IP Corporation | Systems, methods, and devices for efficient device-to-device channel contention |
US9491712B2 (en) | 2013-12-20 | 2016-11-08 | Qualcomm Incorporated | PUSCH and PUCCH power control under coverage enhancements in LTE |
JP6388768B2 (en) | 2014-01-14 | 2018-09-12 | 株式会社Nttドコモ | User terminal, radio base station, and radio communication method |
ES2742039T3 (en) | 2014-01-30 | 2020-02-12 | Alcatel Lucent | Communication techniques that use a repeat regime in an enhanced coverage region |
EP3149867B1 (en) * | 2014-05-27 | 2018-06-06 | Sony Corporation | Communications device, communications apparatus operating as a relay node, infrastructure equipment and methods |
WO2016165123A1 (en) * | 2015-04-17 | 2016-10-20 | Mediatek Singapore Pte. Ltd. | Enhancement for harq with channel repetitions |
-
2016
- 2016-08-05 EP EP16754336.2A patent/EP3332499A1/en not_active Withdrawn
- 2016-08-05 WO PCT/SE2016/050740 patent/WO2017023200A1/en active Application Filing
- 2016-08-05 AR ARP160102418A patent/AR105638A1/en active IP Right Grant
- 2016-08-05 RU RU2018107451A patent/RU2671051C1/en active
- 2016-08-05 US US15/300,584 patent/US11290215B2/en active Active
- 2016-08-05 JP JP2018505640A patent/JP6776332B2/en active Active
-
2020
- 2020-01-09 JP JP2020002410A patent/JP2020074558A/en active Pending
-
2022
- 2022-03-23 US US17/702,184 patent/US20220216949A1/en not_active Abandoned
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20150156767A1 (en) * | 2010-06-18 | 2015-06-04 | Sharp Kabushiki Kaisha | Selecting a codeword and determining a symbol length for uplink control information |
US20140362832A1 (en) * | 2012-01-24 | 2014-12-11 | Interdigital Patent Holdings, Inc. | Systems and methods for improved uplink coverage |
US20160262182A1 (en) * | 2013-10-14 | 2016-09-08 | Lg Electronics Inc. | Method for enhancing coverage in wireless communication system, and apparatus therefor |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20220038219A1 (en) * | 2018-10-16 | 2022-02-03 | Lenovo (Beijing) Limited | Method and apparatus for transmission of feedbacks corresponding to transport blocks |
Also Published As
Publication number | Publication date |
---|---|
JP6776332B2 (en) | 2020-10-28 |
JP2018523944A (en) | 2018-08-23 |
RU2671051C1 (en) | 2018-10-29 |
AR105638A1 (en) | 2017-10-25 |
JP2020074558A (en) | 2020-05-14 |
WO2017023200A1 (en) | 2017-02-09 |
US20170187494A1 (en) | 2017-06-29 |
EP3332499A1 (en) | 2018-06-13 |
US11290215B2 (en) | 2022-03-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20220216949A1 (en) | Uplink HARQ Procedure for MTC Operation | |
US11765697B2 (en) | Method for enhancing coverage in wireless communication system, and apparatus therefor | |
US11825484B2 (en) | Control channel and data channel transmission/reception method and apparatus for NR system | |
US10448373B2 (en) | Method for transmitting signal for MTC and apparatus for same | |
CN109716853B (en) | Method, device and system for channel access in unlicensed band | |
US10834763B2 (en) | Method and apparatus for handling overlap of different channels in wireless communication system | |
CN107852310B (en) | Downlink control information receiving method, downlink control information sending method, user equipment and base station | |
CN108293268B (en) | Method, device and system for channel access in unlicensed band | |
US10355844B2 (en) | Method and user equipment for sending uplink signal, and method and base station for receiving uplink signal | |
EP2869654B1 (en) | Method of handling random access in wireless communication system | |
EP3579652A1 (en) | Base station device, terminal device, and communication method | |
US10530444B2 (en) | Terminal apparatus, base station apparatus, communication method, and integrated circuit | |
EP3013092A1 (en) | Terminal apparatus, base station apparatus, integrated circuit, and radio communication method | |
EP3706460B1 (en) | Terminal apparatus, base station apparatus and communication method | |
WO2022029721A1 (en) | TIMING ENHANCEMENTS RELATED TO PUCCH REPETITION TOWARDS MULTIPLE TRPs | |
WO2022029711A1 (en) | COLLISION AVOIDANCE AND/OR HANDLING OF INVALID SYMBOLS WHEN UTILIZING UPLINK CHANNEL REPETITION TOWARDS MULTIPLE TRPs | |
US11051205B2 (en) | Terminal apparatus, base station apparatus, and communication method | |
US20240014948A1 (en) | Method and device for supporting sidelink drx on basis of mode 1 cg resource in nr v2x | |
OA18695A (en) | Uplink harq procedure for mtc operation |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: TELEFONAKTIEBOLAGET LM ERICSSON (PUBL), SWEDEN Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:OY L M ERICSSON AB;REEL/FRAME:059377/0591 Effective date: 20160810 Owner name: TELEFONAKTIEBOLAGET LM ERICSSON (PUBL), SWEDEN Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:BLANKENSHIP, YUFEI;REEL/FRAME:059377/0484 Effective date: 20160807 Owner name: OY L M ERICSSON AB, FINLAND Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:TIRRONEN, TUOMAS;REEL/FRAME:059377/0382 Effective date: 20160810 |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NON FINAL ACTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: FINAL REJECTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: ADVISORY ACTION MAILED |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |