WO2018201294A1 - 一种针对eMTC的HARQ反馈方法及终端设备 - Google Patents

一种针对eMTC的HARQ反馈方法及终端设备 Download PDF

Info

Publication number
WO2018201294A1
WO2018201294A1 PCT/CN2017/082766 CN2017082766W WO2018201294A1 WO 2018201294 A1 WO2018201294 A1 WO 2018201294A1 CN 2017082766 W CN2017082766 W CN 2017082766W WO 2018201294 A1 WO2018201294 A1 WO 2018201294A1
Authority
WO
WIPO (PCT)
Prior art keywords
pucch
terminal device
set format
harq
received
Prior art date
Application number
PCT/CN2017/082766
Other languages
English (en)
French (fr)
Inventor
陈冬明
何朗
吴环宇
陈雍珏
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Priority to CN201780090121.1A priority Critical patent/CN110574320A/zh
Priority to PCT/CN2017/082766 priority patent/WO2018201294A1/zh
Publication of WO2018201294A1 publication Critical patent/WO2018201294A1/zh

Links

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
    • 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

Definitions

  • the present application relates to the field of wireless communication technologies, and in particular, to a HARQ feedback method and a terminal device for eMTC.
  • Machine to Machine is a common application form in the Internet of Things (IOT).
  • IOT Internet of Things
  • 3GPP 3rd Generation Partnership Project
  • MTC Machine Type Communications
  • eMTC Enhanced evolved Machine Type Communications
  • the 3GPP R13 protocol stipulates that the goal of eMTC coverage enhancement is to enhance 15dB with respect to Long Term Evolution (LTE) technology, mainly to enhance coverage by repeating techniques, that is, repeatedly transmitting the same data multiple times on the same channel.
  • the 3GPP R13 protocol specifies that the maximum number of repetitions of the physical uplink control channel (PUCCH) is 32, and the maximum number of repetitions of the MTC physical downlink control channel (MPDCCH) is 256.
  • the maximum number of repetitions of the Physical Downlink Shared Channel (PDSCH)/Physical Uplink Shared Channel (PUSCH) is 2048.
  • the evolved Node B transmits downlink control information (Downlink) by using the MTC Physical Downlink Control Channel (MPDCCH). Control Information, DCI).
  • the eNB transmits data to the UE by using a Physical Downlink Shared Channel (PDSCH) in the n+kth subframe, where k ⁇ 2.
  • PDSCH Physical Downlink Shared Channel
  • the UE sends a feedback acknowledgement (ACK)/negative acknowledgement (NACK) of the data by using a physical uplink control (Physical Uplink Control CHannel, PUCCH).
  • PUCCH Physical Uplink Control CHannel
  • the PUSCH can only be used to transmit uplink data. If the PUSCH and the PUCCH are in conflict with each other, the PUSCH is discarded, and the uplink data of the PUSCH transmission is lost. In addition, when the terminal device is in the half-duplex mode, the UE cannot perform uplink and downlink scheduling at the same time. When the uplink and downlink scheduling is changed, a transmission timing interval (TTI) is required. When the number of uplink and downlink handovers increases, the uplink and downlink are performed. The guard interval overhead increases when switching. For each Hybrid Auto Repeat Request (HARQ) process, the UE uses the PUCCH to feed back ACK/NACK in the n+k+4 subframe. When multiple HARQ processes are used, multiple sub-PUCCHs are used. Frame feedback ACK/NACK.
  • HARQ Hybrid Auto Repeat Request
  • the PUCCH when multiple HARQ processes are used, the PUCCH separately feeds back each HARQ process, which causes a problem that the PUCCH resource overhead is large.
  • An embodiment of the present application provides a HARQ feedback method and a terminal device for eMTC, which are used to solve the problem that when a plurality of HARQ processes are used in the prior art, the PUCCH separately performs feedback for each HARQ process.
  • the problem of large PUCCH resource overhead will be created.
  • the present application provides a HARQ feedback method for eMTC, where the method includes: determining, by a terminal device, a maximum number of hybrid automatic repeat request HARQ processes that can be invoked by itself; and receiving, by the terminal device, each HARQ process When the maximum number of HARQ processes is reached, the received acknowledgement ACK/negative acknowledgement NACK of each HARQ process is merged into a PUCCH of a set format, where each HARQ process in the received HARQ process The ACK/NACK is represented by one bit in the PUCCH of the set format; the terminal device transmits the combined PUCCH of the set format to the base station.
  • a HARQ feedback method for eMTC where the terminal device determines the maximum number of hybrid automatic repeat request HARQ processes that can be invoked by itself; and the HARQ process received by the terminal device reaches the maximum HARQ process. In the case of a number, the acknowledgment acknowledgment ACK/negative acknowledgment NACK of the received HARQ process is merged using the PUCCH of the set format. The terminal device sends the combined PUCCH of the set format to the base station.
  • the PUCCH resource overhead is reduced, the probability of PUCCH and PUSCH transmission collision is reduced, the probability of PUSCH being dropped is reduced, the guard interval overhead is reduced when uplink and downlink handover is performed, and the utilization of the number of HARQ processes during repeated coverage is improved.
  • the terminal device sends the combined PUCCH of the set format to the base station, including:
  • the terminal device repeatedly transmits the combined PUCCH of the set format to the base station according to a preset number of retransmissions.
  • bits for feeding back ACK/NACK of the respective HARQ processes are preset.
  • the present application provides a HARQ feedback method for eMTC, where the method includes: determining, by the terminal device, a maximum number of hybrid automatic repeat request HARQ processes that can be invoked by itself; if the HARQ process received by the terminal device is not When the number of the maximum number of HARQ processes is reached, and the terminal device has not received the data sent by the base station in a subframe that exceeds the consecutively set number, the terminal device will acknowledge the acknowledged ACK of the received HARQ process.
  • /Negative acknowledgement NACK is merged into a PUCCH of a set format, wherein an ACK/NACK of each of the received HARQ processes is represented by one bit in the PUCCH of the set format; the terminal The device sends the combined PUCCH of the set format to the base station.
  • the terminal device sends the combined PUCCH of the set format to the base station, including:
  • the terminal device repeatedly transmits the combined PUCCH of the set format to the base station according to a preset number of retransmissions.
  • bits for feeding back ACK/NACK of the respective HARQ processes are preset.
  • the application provides a terminal device, where the terminal device includes: a determining module, configured to determine a maximum hybrid automatic repeat request HARQ process number that can be invoked by itself; and a receiving module, configured to receive each HARQ in each When the process reaches the maximum number of HARQ processes, the received acknowledgement ACK/negative acknowledgement NACK of each HARQ process is merged into a PUCCH of a set format, where each HARQ process in the received HARQ process The ACK/NACK is represented by one bit in the PUCCH of the set format, and the sending module is configured to send the combined PUCCH of the set format to the base station.
  • the sending module is specifically configured to:
  • the merged PUCCH of the set format is repeatedly sent to the base station according to a preset number of retransmissions.
  • bits for feeding back ACK/NACK of the respective HARQ processes are preset.
  • the present application provides a terminal device, where the terminal device includes: a determining module, configured to determine a maximum hybrid automatic repeat request HARQ process number that can be invoked by itself; and a receiving module, configured to receive When the obtained HARQ process does not reach the maximum number of HARQ processes, and the terminal device has not received the data sent by the base station in a subframe exceeding a consecutively set number, the terminal device will receive the HARQ.
  • a determining module configured to determine a maximum hybrid automatic repeat request HARQ process number that can be invoked by itself
  • a receiving module configured to receive When the obtained HARQ process does not reach the maximum number of HARQ processes, and the terminal device has not received the data sent by the base station in a subframe exceeding a consecutively set number, the terminal device will receive the HARQ.
  • the acknowledgement acknowledgement ACK/negative acknowledgement NACK of the process is merged into a PUCCH of a set format, wherein the ACK/NACK of each of the received HARQ processes uses one bit in the PUCCH of the set format
  • a sending module configured to send the combined PUCCH of the set format to the base station.
  • the sending module is specifically configured to:
  • the merged PUCCH of the set format is repeatedly sent to the base station according to a preset number of retransmissions.
  • bits for feeding back ACK/NACK of the respective HARQ processes are preset.
  • the embodiment of the present application further provides a terminal device, where the terminal device includes a memory, a transceiver, and a processor, where the memory is used to store a software program, and the transceiver is configured to perform wireless data transmission with the base station.
  • the processor is configured to read a software program stored in the memory and implement the method provided by the first aspect or any one of the above first aspects or the method provided by any one of the second aspect or the second aspect.
  • the electronic device can be a mobile terminal device, a computer, an Internet of Things device, or the like.
  • the embodiment of the present application further provides a computer storage medium, where the software program stores a software program, where the software program can implement the first aspect or the first one when being read and executed by one or more processors A method provided by any one of the aspects or a method provided by the second aspect or any one of the above second aspects.
  • FIG. 1 is a schematic diagram of feedback of eight downlink HARQ processes scheduled by a full-duplex eMTC UE according to an embodiment of the present disclosure
  • FIG. 2 is a schematic diagram of scheduling feedback of two downlink HARQ processes in a repeated scenario of a full-duplex eMTC UE according to an embodiment of the present disclosure
  • FIG. 3 is a schematic diagram of feedback of eight downlink HARQ processes scheduled by a half-duplex eMTC UE according to an embodiment of the present disclosure
  • FIG. 4 is a schematic diagram of scheduling feedback of two downlink HARQ processes in a repeated scenario of a half-duplex eMTC UE according to an embodiment of the present disclosure
  • FIG. 5 is a flowchart of a HARQ feedback method for eMTC according to an embodiment of the present application
  • FIG. 6 is a flowchart of another HARQ feedback method for eMTC according to an embodiment of the present application.
  • FIG. 7 is a schematic diagram of feedback of a full-duplex eMTC UE combining eight downlink HARQ processes according to an embodiment of the present disclosure
  • FIG. 8 is a schematic diagram of feedback of combining two downlink HARQ processes in a repeated scenario of a full-duplex eMTC UE according to an embodiment of the present disclosure
  • FIG. 9 is a schematic diagram of a half-duplex eMTC UE combining eight downlink HARQ process feedbacks according to an embodiment of the present disclosure
  • FIG. 10 is a schematic diagram of combining two downlink HARQ process feedbacks in a repeated scenario of a half-duplex eMTC UE according to an embodiment of the present disclosure
  • FIG. 11 is a schematic diagram of a terminal device according to an embodiment of the present application.
  • FIG. 12 is a schematic structural diagram of hardware of a terminal device according to an embodiment of the present disclosure.
  • the terminal device may be referred to as a user equipment, a mobile station, a terminal, or a mobile terminal, and the terminal device may communicate with one or more core network devices via a Radio Access Network (RAN).
  • the terminal device may be a mobile phone (or "cellular" phone) or a computer with a mobile terminal, etc., for example, the terminal device may also be a portable, pocket, handheld, computer built-in or in-vehicle mobile device.
  • the terminal device may also be an Internet of Things device, such as a watch terminal, a wearable device, a logistics tracking, an elevator picture or a satellite device. They exchange voice and/or data with the wireless access network.
  • Multiple means two or more.
  • the PUCCH when multiple HARQ processes are used, the PUCCH separately feeds back each HARQ process, and the PUCCH resource overhead is large, and the number of PUCCH feedback ACK/NACK increases, and the probability of PUCCH and PUSCH transmission conflicts. If the PUSCH and the PUCCH are in conflict, the PUSCH is discarded, and the probability of the PUSCH being discarded is increased, which reduces the uplink scheduling success rate.
  • the number of uplink and downlink handovers increases, and the guard interval overhead increases during uplink and downlink handover, and also causes the PDSCH scheduling rate to decrease.
  • Mode A Frequency Division Duplex
  • TDD Time Division Duplex
  • TDD UL/DL configuration Maximum number of HARQ processes 0 6 1 9 2 12 3 11 4 14 5 16 6 8
  • ModeB refers to a large number of repeated modes.
  • the number of HARQ processes of TDD and FDD is up to two.
  • Example 1 in ModeA mode, the full-duplex eMTC UE schedules 8 downlink HARQ processes. As shown in Figure 1, the coverage level is good, and there is no need for repeated coverage.
  • the narrowband (NarrowBand, NB) of the PDSCH is in the downlink control information of the MPDCCH ( Downlink Control Information (DCI) indicates that the downlink data transmitted by the PDSCH differs from the uplink (UpLink, UL) feedback sent by the PUCCH by 4 Transmission Timing Interval (TTI), and 8 downlink HARQ processes use 8 PUCCHs.
  • the subframe sends feedback information.
  • Example 2 In ModeB mode, the full-duplex eMTC UE schedules two downlink HARQ processes, as shown in Figure 2. The cover level is poor, and repeated coverage is required. For each process with different coverage times, the PUCCH sends a feedback message using a preset number of repetitions of the subframe.
  • Example 3 In the ModeA mode, the half-duplex eMTC UE schedules eight downlink HARQ processes. As shown in FIG. 3, the coverage level is good, and no repeated coverage is used. The eight downlink HARQ processes use eight PUCCH subframes to send feedback information. Since it is half-duplex, a guard interval is generated each time the uplink and downlink are switched.
  • Example 4 Schematic diagram of two downlink HARQ processes scheduled by a half-duplex eMTC UE in ModeB mode, as shown in Figure 4, the coverage level is poor, and repeated coverage is required.
  • the PUCCH uses a preset repetition. The subframe of the number of times sends a feedback message. Since it is half-duplex, a guard interval is generated each time the uplink and downlink are switched.
  • the embodiment of the present application provides a method and an apparatus for the HARQ feedback of the eMTC, which is used to solve the problem that when the multiple HARQ processes are used in the prior art, the PUCCH separately performs feedback for each HARQ process, which causes a large PUCCH resource overhead.
  • the method and the device are based on the same inventive concept. Since the principles of the method and the device for solving the problem are similar, the implementation of the device and the method can be referred to each other, and the repeated description is not repeated.
  • the embodiment of the present application provides a HARQ feedback method for eMTC. As shown in FIG. 5, the method includes the following process:
  • the terminal device determines the maximum number of hybrid automatic repeat request HARQ processes that can be called by itself.
  • the terminal device determines the maximum number of HARQ processes that can be invoked according to the standard (FDD/TDD) and the mode (ModeA/ModeB).
  • the maximum number of processes that can be called is 8.
  • the terminal device combines the received acknowledgement ACK/negative acknowledgement NACK of each received HARQ process into a PUCCH of a set format, when each received HARQ process reaches the maximum number of HARQ processes, where The ACK/NACK of each HARQ process in the received HARQ process is represented by one bit in the PUCCH of the set format.
  • the PUCCH of the set format is a format X
  • the function of the Format X is as follows:
  • the maximum number of bits of the PUCCH corresponding to the PUCCH Format X is 16, and the low-order to high-order to 16-bit bits correspond to the HARQ processes 1 to 16, respectively.
  • Format X The remaining bits have no meaning. You can use '0' to fill in the bits. When the remaining bits are filled with '1', it means filling out the difference, without solving it, and sending retransmissions.
  • Format X combines the ACK/NACK feedback of the eight HARQ processes. According to the order of receiving the HARQ process, the bit is filled in the format bit from the low to the high bit.
  • the HARQ process is ACK feedback
  • the corresponding bit is filled with '0'.
  • the HARQ process is NACK feedback
  • PUCCH Format X can be a newly defined Format format, or it can reuse the Format in the prior art. Format, where the Format format in the prior art is as shown in Table 3 below:
  • PUCCH format Bearer information Modulation Number of bits per subframe 1 SRI N/A N/A 1a ACK BPSK 1 1b ACK QPSK 2/4 2 CQI QPSK 20 2a CQI+ACK QPSK+BPSK twenty one
  • the 2B mapping is used for the feedback of the two HARQ processes in the modeB scenario.
  • the feedback of the four HARQ processes is mapped by 4 bits.
  • PUCCH Format X multiplexes Format 2 in the modeB scenario, 2 bits are mapped to feedback of 2 HARQ processes.
  • 8 bits are used to map 8 HARQ processes for FDD.
  • 16 bits or corresponding can be used. The bits of the maximum number of processes map the feedback of the corresponding HARQ process.
  • the terminal device sends the combined PUCCH in the set format to the base station.
  • the terminal device when the coverage is enhanced, the terminal device repeatedly transmits the combined PUCCH of the set format to the base station according to a preset number of times.
  • a HARQ feedback method for eMTC where the terminal device determines the maximum number of hybrid automatic repeat request HARQ processes that can be invoked by itself; and the HARQ process received by the terminal device reaches the maximum HARQ process. In the case of a number, the acknowledgment acknowledgment ACK/negative acknowledgment NACK of the received HARQ process is merged using the PUCCH of the set format. The terminal device sends the combined PUCCH of the set format to the base station.
  • the PUCCH resource overhead is reduced, the probability of PUCCH and PUSCH transmission collision is reduced, the probability of PUSCH being dropped is reduced, the guard interval overhead is reduced when uplink and downlink handover is performed, and the utilization of the number of HARQ processes during repeated coverage is improved.
  • the base station demodulates the combined HARQ process feedback, if the HARQ process of the corresponding bit mapping If the feedback is NACK, the corresponding HARQ process is retransmitted.
  • An embodiment of the present application provides another HARQ feedback method for eMTC. As shown in FIG. 6, the method includes the following process:
  • the terminal device determines a maximum hybrid automatic repeat request HARQ process number that can be invoked by itself.
  • the terminal device does not receive the data sent by the base station.
  • the number of settings may be 3.
  • the terminal device sends the combined PUCCH in the set format to the base station.
  • Embodiment 1 As shown in FIG. 7 , for ModeA, the maximum number of callable maximum HARQ processes of a full-duplex eMTC UE that does not repeatedly cover is eight, and when receiving downlink scheduling, when receiving eight HARQ processes, the UE is received. After receiving the 3 subframes of the last data sent by the terminal device, combining the feedback of the HARQ process, the merged HARQ The feedback of the process is sent to the base station.
  • Format X uses 8 bits from the lower bit to the upper bit, and each bit corresponds to the feedback of one HARQ process.
  • Embodiment 2 As shown in FIG. 8 , for ModeB, the number of callable maximum HARQ processes of the repeated full-duplex eMTC UE is two, and when receiving the downlink scheduling, when receiving two HARQ processes, receiving at the UE After the three subframes of the last data sent by the terminal device, the feedback of the HARQ process is combined, and the feedback of the merged HARQ process is sent to the base station.
  • Format X uses two bits from the lower bit to the upper bit. Each bit corresponds to the feedback of one HARQ process.
  • the feedback of the HARQ process that is sent by the PUCCH is sent to the base station.
  • the two times of the transmission are pre-configured.
  • the present invention does not limit the number of transmissions, and is determined according to actual conditions.
  • Embodiment 3 As shown in FIG. 9 , for ModeA, the number of callable maximum HARQ processes of the half-duplex eMTC UE that does not repeatedly cover is eight, and when eight or more HARQ processes are received when scheduling uplink or downlink data, After receiving the three subframes of the last data sent by the terminal device, the UE combines the feedback of the HARQ process and sends the feedback of the merged HARQ process to the base station.
  • Format X uses 8 bits from the low to the high. A bit, each bit corresponding to a feedback of a HARQ process. The embodiment of the invention reduces the guard interval overhead of uplink and downlink handover.
  • Embodiment 4 As shown in FIG. 10, for ModeB, the number of callable maximum HARQ processes of the repeatedly covered half-duplex eMTC UE is two.
  • the UE When uplink or downlink data is scheduled, when two HARQ processes are received, After receiving the three subframes of the last data sent by the terminal device, the UE combines the feedback of the HARQ process and sends the feedback of the merged HARQ process to the base station.
  • Format X uses 2 bits from the low to the high. Bit, each bit corresponds to the feedback of one HARQ process. The feedback is sent to the base station, and the transmission is performed four times. The number of transmissions is not limited, and is determined according to actual conditions.
  • the present application further provides a schematic diagram of a terminal device.
  • the terminal device includes:
  • the determining module 1101 is configured to determine the maximum hybrid automatic repeat request HARQ process number that can be called by itself.
  • the receiving module 1102 is configured to combine the received acknowledgement ACK/negative acknowledgement NACK of each received HARQ process into a PUCCH of a set format, when each received HARQ process reaches the maximum number of HARQ processes, where The ACK/NACK of each HARQ process in the received HARQ process is represented by one bit in the PUCCH of the set format.
  • the sending module 1103 is configured to send the combined PUCCH of the set format to the base station.
  • a terminal device determines the maximum number of hybrid automatic repeat request HARQ processes that can be called by itself; when the HARQ process received by the terminal device reaches the maximum number of HARQ processes, The formatted PUCCH merges the acknowledgement acknowledgement ACK/negative acknowledgement NACK of the received HARQ process.
  • the terminal device sends the combined PUCCH of the set format to the base station.
  • the PUCCH resource overhead is reduced, the probability of PUCCH and PUSCH transmission collision is reduced, the probability of PUSCH being dropped is reduced, the guard interval overhead is reduced when uplink and downlink handover is performed, and the utilization of the number of HARQ processes during repeated coverage is improved.
  • the receiving module 1102 is further configured to: if the received HARQ process does not reach the maximum number of HARQ processes, and the terminal device has not exceeded the consecutively set number of subframes.
  • the terminal device Upon receiving the data sent by the base station, the terminal device combines the received acknowledgement ACK/negative acknowledgement NACK of the HARQ process into a PUCCH of a set format, wherein each of the received HARQ processes HARQ The ACK/NACK of the process is represented by one bit in the PUCCH of the set format.
  • the sending module is specifically configured to:
  • the merged PUCCH of the set format is repeatedly sent to the base station according to a preset number of retransmissions.
  • a bit that feeds back ACK/NACK of each of the HARQ processes is preset.
  • each functional module in each embodiment of the present application may be integrated into one processing. In the device, it can also be physically existed alone, or two or more modules can be integrated into one module.
  • the above integrated modules can be implemented in the form of hardware or in the form of software functional modules.
  • the integrated device may be implemented in the form of hardware.
  • the terminal device may include a processor 1201.
  • the hardware of the entity corresponding to the determining module may be the processor 1201.
  • the terminal device may further include a transceiver 1204, and the hardware of the entity corresponding to the receiving module and the sending module may be the transceiver 1204.
  • the processor 1201 may be a central processing unit (English: central processing unit, CPU for short), or a digital processing module or the like.
  • the terminal device further includes a memory 1202 for storing a program executed by the processor 1201.
  • the memory 1202 may be a non-volatile memory, such as a hard disk drive (HDD) or a solid state drive (SSD), or a volatile memory (English: volatile) Memory), such as random access memory (English: random-access memory, abbreviation: RAM).
  • Memory 1202 is any other medium that can be used to carry or store desired program code in the form of instructions or data structures and that can be accessed by a computer, but is not limited thereto.
  • the processor 1201 is configured to execute the program code stored in the memory 1202, specifically invoke the program instructions stored in the memory 1202, determine the maximum hybrid automatic repeat request HARQ process number that can be called by itself; and each HARQ received at the transceiver 1204.
  • the received acknowledgement ACK/negative acknowledgement NACK of each HARQ process is merged into a PUCCH of a set format, where each HARQ process in the received HARQ process
  • the ACK/NACK is represented by one bit in the PUCCH of the set format, and the combined PUCCH of the set format is transmitted to the base station through the transceiver 1204.
  • the processor 1201 is further configured to determine the maximum number of hybrid automatic repeat request HARQ processes that can be called by itself, if the received HARQ process does not reach the maximum number of HARQ processes, and the terminal device has exceeded the continuous setting.
  • the terminal device When the data transmitted by the base station is not received on the number of subframes, the terminal device combines the received acknowledgement ACK/negative acknowledgement NACK of the HARQ process into a PUCCH of a set format, where the received The ACK/NACK of each HARQ process in each HARQ process is represented by one bit in the PUCCH of the set format, and the terminal device transmits the combined PUCCH of the set format to the base station.
  • the specific connection medium between the processor 1201 and the memory 1202 is not limited in the embodiment of the present application.
  • the embodiment of the present application is connected by the bus 1203 between the processor 1201 and the memory 1202 in FIG. 12, and the bus is indicated by a thick line in FIG. 12, and the connection manner between other components is only for illustrative description, and is not cited. Limited.
  • the bus can be divided into an address bus, a data bus, a control bus, and the like. For ease of representation, only one thick line is shown in Figure 12, but it does not mean that there is only one bus or one type of bus.
  • embodiments of the present application can be provided as a method, system, or computer program product.
  • the present application can take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment in combination of software and hardware.
  • the application can employ a meter implemented on one or more computer usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) having computer usable program code embodied therein.
  • the form of the computer program product includes but not limited to disk storage, CD-ROM, optical storage, etc.
  • the computer program instructions can also be stored in a computer readable memory that can direct a computer or other programmable data processing device to operate in a particular manner, such that the instructions stored in the computer readable memory produce an article of manufacture comprising the instruction device.
  • the apparatus implements the functions specified in one or more blocks of a flow or a flow and/or block diagram of the flowchart.
  • These computer program instructions can also be loaded onto a computer or other programmable data processing device such that a series of operational steps are performed on a computer or other programmable device to produce computer-implemented processing for execution on a computer or other programmable device.
  • the instructions provide steps for implementing the functions specified in one or more of the flow or in a block or blocks of a flow diagram.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

一种针对eMTC的HARQ反馈方法及终端设备，用于解决现有技术中当使用多个HARQ进程时，PUCCH对于每一个HARQ进程都分别进行反馈，会造PUCCH资源开销大的问题。终端设备确定出自身可调用的最大混合自动重传请求HARQ进程数；所述终端设备在接收到的各个HARQ进程达到所述最大HARQ进程数时，将所述接收到的各个HARQ进程的确认应答ACK/否定应答NACK合并成设定格式的PUCCH，其中，所述接收到的HARQ进程中的每个HARQ进程的ACK/NACK使用所述设定格式的PUCCH中的一个比特位表示；所述终端设备将合并后的所述设定格式的PUCCH发送给基站。

Description

一种针对eMTC的HARQ反馈方法及终端设备 技术领域
本申请涉及无线通信技术领域，特别涉及一种针对eMTC的HARQ反馈方法及终端设备。
背景技术
机器间通信(Machine to Machine，M2M)是物联网(Internet Of Thing，IOT)中普遍的应用形式。第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)引入了机器类通信(Machine Type Communications，MTC)技术及增强型机器类通信(Enhanced evolved Machine Type Communications，eMTC)技术。
3GPP R13协议规定，eMTC覆盖增强的目标是相对于长期演进(Long Term Evolution，LTE)技术增强15dB，主要通过重复技术来增强覆盖，所述重复技术即为在同一信道多次重复发送同一数据。3GPP R13协议规定物理上行链路控制信道(Physical Uplink Control Channel，PUCCH)最大重复次数为32次，机器类通信物理下行控制信道(MTC Physical Downlink Control Channel，MPDCCH)最大重复次数为256，物理下行共享信道(Physical Downlink Shared Channel，PDSCH)/物理上行共享信道(Physical Uplink Shared Channel，PUSCH)最大重复次数为2048。
在现有技术中，以下行为例，在第n子帧，演进型基站(evolved Node B，eNB)利用机器类通信物理下行控制信道(MTC Physical Downlink Control Channel，MPDCCH)下发下行控制信息(Downlink Control Information，DCI)。eNB在第n+k子帧利用物理下行共享信道(Physical Downlink Shared Channel，PDSCH)向UE发送数据，其中k≥2。在第n+k+4子帧，UE利用物理上行链路控制(Physical Uplink Control CHannel，PUCCH)发送所述数据的反馈确认应答(Acknowledgement，ACK)/否定应答(negative acknowledgement，NACK)，在现有技术中，当有重复存在时，不支持通过PUSCH反馈ACK/NACK，PUSCH只能用于传输上行数据，如果PUSCH与PUCCH发送冲突，则丢弃PUSCH，造成PUSCH传输的上行数据丢失。并且，当终端设备为半双工模式时，UE不能同时进行上下行调度，在上下行调度变换时，需要一个传输时间间隔(Transmission Timing Interval，TTI)，当上下行切换次数增加时，上下行切换时保护间隔开销增大。对于每一个混合自动重传请求(Hybrid Auto Repeat Request，HARQ)进程，UE都利用PUCCH在第n+k+4子帧反馈ACK/NACK，当使用多个HARQ进程时，使用PUCCH中的多个子帧反馈ACK/NACK。
综上所述，当使用多个HARQ进程时，PUCCH对于每一个HARQ进程都分别进行反馈，会造PUCCH资源开销大的问题。
发明内容
本申请实施例提供了一种针对eMTC的HARQ反馈方法及终端设备，用于解决现有技术中存在的当使用多个HARQ进程时，PUCCH对于每一个HARQ进程都分别进行反馈， 会造PUCCH资源开销大的问题。
第一方面，本申请提供了一种针对eMTC的HARQ反馈方法，该方法包括：终端设备确定出自身可调用的最大混合自动重传请求HARQ进程数；所述终端设备在接收到的各个HARQ进程达到所述最大HARQ进程数时，将所述接收到的各个HARQ进程的确认应答ACK/否定应答NACK合并成设定格式的PUCCH，其中，所述接收到的HARQ进程中的每个HARQ进程的ACK/NACK使用所述设定格式的PUCCH中的一个比特位表示；所述终端设备将合并后的所述设定格式的PUCCH发送给基站。
本申请实施例中，提供了一种针对eMTC的HARQ反馈方法，终端设备确定出自身可调用的最大混合自动重传请求HARQ进程数；所述终端设备接收到的HARQ进程达到所述最大HARQ进程数时，采用设定格式的PUCCH合并所述接收到的HARQ进程的确认应答ACK/否定应答NACK。所述终端设备将合并后的所述设定格式的PUCCH发送给基站。减小了PUCCH资源开销，降低了PUCCH与PUSCH发送冲突的概率，减小了PUSCH被丢弃概率，减小了上下行切换时保护间隔开销，提高了重复覆盖时HARQ进程数的利用率。
在一种可能的设计中，所述终端设备将合并后的所述设定格式的PUCCH发送给基站，包括：
所述终端设备将合并后的所述设定格式的PUCCH按照预先设置的重传次数重复发送给所述基站。
在一种可能的设计中，在所述设定格式的PUCCH中，预先设置反馈所述各个HARQ进程的ACK/NACK的比特位。
第二方面，本申请提供了一种针对eMTC的HARQ反馈方法，该方法包括：终端设备确定出自身可调用的最大混合自动重传请求HARQ进程数；若所述终端设备接收到的HARQ进程没有达到所述最大HARQ进程数、且所述终端设备已经在超过连续设定个数的子帧上未接收到所述基站发送的数据时，所述终端设备将接收到的HARQ进程的确认应答ACK/否定应答NACK合并成设定格式的PUCCH，其中，所述接收到的各个HARQ进程中的每个HARQ进程的ACK/NACK使用所述设定格式的PUCCH中的一个比特位表示；所述终端设备将合并后的所述设定格式的PUCCH发送给基站。
在一种可能的设计中，所述终端设备将合并后的所述设定格式的PUCCH发送给基站，包括：
所述终端设备将合并后的所述设定格式的PUCCH按照预先设置的重传次数重复发送给所述基站。
在一种可能的设计中，在所述设定格式的PUCCH中，预先设置反馈所述各个HARQ进程的ACK/NACK的比特位。
第三方面，本申请提供了一种终端设备，该终端设备包括：确定模块，用于确定出自身可调用的最大混合自动重传请求HARQ进程数；接收模块，用于在接收到的各个HARQ进程达到所述最大HARQ进程数时，将所述接收到的各个HARQ进程的确认应答ACK/否定应答NACK合并成设定格式的PUCCH，其中，所述接收到的HARQ进程中的每个HARQ进程的ACK/NACK使用所述设定格式的PUCCH中的一个比特位表示；发送模块，用于将合并后的所述设定格式的PUCCH发送给基站。
在一种可能的设计中，所述发送模块具体用于：
将合并后的所述设定格式的PUCCH按照预先设置的重传次数重复发送给所述基站。
在一种可能的设计中，在所述设定格式的PUCCH中，预先设置反馈所述各个HARQ进程的ACK/NACK的比特位。
第四方面，本申请提供了一种终端设备，其特征在于，该终端设备包括：确定模块，用于确定出自身可调用的最大混合自动重传请求HARQ进程数；接收模块，用于若接收到的HARQ进程没有达到所述最大HARQ进程数、且所述终端设备已经在超过连续设定个数的子帧上未接收到所述基站发送的数据时，所述终端设备将接收到的HARQ进程的确认应答ACK/否定应答NACK合并成设定格式的PUCCH，其中，所述接收到的各个HARQ进程中的每个HARQ进程的ACK/NACK使用所述设定格式的PUCCH中的一个比特位表示；发送模块，用于将合并后的所述设定格式的PUCCH发送给基站。
在一种可能的设计中，所述发送模块具体用于：
将合并后的所述设定格式的PUCCH按照预先设置的重传次数重复发送给所述基站。
在一种可能的设计中，在所述设定格式的PUCCH中，预先设置反馈所述各个HARQ进程的ACK/NACK的比特位。
第五方面，本申请实施例还提供了一种终端设备，该终端设备包括存储器、收发器和处理器，所述存储器用于存储软件程序，收发器，用于与基站进行无线数据传输，所述处理器用于读取所述存储器中存储的软件程序并实现第一方面或上述第一方面的任意一种设计提供的方法或第二方面或上述第二方面的任意一种设计提供的方法。该电子设备可以是移动终端设备、计算机、物联网设备等等。
第六方面，本申请实施例中还提供一种计算机存储介质，该存储介质中存储软件程序，该软件程序在被一个或多个处理器读取并执行时可实现第一方面或上述第一方面的任意一种设计提供的方法或第二方面或上述第二方面的任意一种设计提供的方法。
附图说明
图1为本申请实施例提供的一种全双工eMTC UE调度8个下行HARQ进程反馈示意图；
图2为本申请实施例提供的一种全双工eMTC UE支持重复场景下，调度2个下行HARQ进程反馈示意图；
图3为本申请实施例提供的一种半双工eMTC UE调度8个下行HARQ进程反馈示意图；
图4为本申请实施例提供的一种半双工eMTC UE支持重复场景下，调度2个下行HARQ进程反馈示意图；
图5为本申请实施例提供的一种针对eMTC的HARQ反馈方法流程图；
图6为本申请实施例提供的另一种针对eMTC的HARQ反馈方法流程图；
图7为本申请实施例提供的一种全双工eMTC UE合并8个下行HARQ进程反馈示意图；
图8为本申请实施例提供的一种全双工eMTC UE支持重复场景下，合并2个下行HARQ进程反馈示意图；
图9为本申请实施例提供的一种半双工eMTC UE合并8个下行HARQ进程反馈的示意图；
图10为本申请实施例提供的一种半双工eMTC UE支持重复场景下，合并2个下行HARQ进程反馈的示意图；
图11为本申请实施例提供的一种终端设备示意图；
图12为本申请实施例提供的一种终端设备硬件结构示意图。
具体实施方式
下面将结合附图对本申请实施例作进一步地详细描述。
以下，对本申请中的部分用语进行解释说明，以便与本领域技术人员理解。
终端设备，可以称之为用户设备、移动台、终端或移动终端等，该终端设备可以经无线接入网(Radio Access Network，RAN)与一个或多个核心网设备进行通信。终端设备可以是移动电话(或称为“蜂窝”电话)或具有移动终端的计算机等，例如，终端设备还可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动设备。终端设备也可以是物联网设备，例如表类终端，穿戴设备，物流跟踪，电梯图片或卫视等物联设备。它们与无线接入网交换语音和/或数据。
多个，是指两个或两个以上。
在现有技术中，当使用多个HARQ进程时，PUCCH对于每一个HARQ进程都分别进行反馈，会造PUCCH资源开销大，而且PUCCH反馈ACK/NACK的次数增加，PUCCH与PUSCH发送冲突的概率就会加大，因为当有重复存在时，如果PUSCH与PUCCH发送冲突，则丢弃PUSCH，造成PUSCH被丢弃概率加大，降低了上行调度成功率。当使用多个HARQ进程时，对于半双工eMTC，上下行切换次数增加，上下行切换时保护间隔开销增大，并且也会造成PDSCH调度速率下降。
举例说明：在连接态(connection state，RRC)时eMTC的用户设备(User Equipment，UE)分为模式A(ModeA)和模式B(ModeB)两种覆盖模式。ModeA是指不重复或少量重复的模式，在ModeA下，频分双工(Frequency division duplex，FDD)的HARQ进程数最多为8个，时分双工(Time division duplex，TDD)的HARQ进程数根据配置有关，不同配置以及其对应最大的进程数的值如下表1所示：
表1
TDD UL/DL configuration Maximum number of HARQ processes
0 6
1 9
2 12
3 11
4 14
5 16
6 8
ModeB是指大量重复的模式，在ModeB下，TDD和FDD的HARQ进程数最多为2个。
例1，ModeA模式下，全双工eMTC UE调度8个下行HARQ进程，如图1所示，覆盖等级较好，不用重复覆盖，PDSCH的窄频带(NarrowBand，NB)在MPDCCH的下行控制信息(Downlink Control Information，DCI)指示；PDSCH传输的下行数据与PUCCH发送的上行(UpLink，UL)反馈(feedback)相差4个传输时间间隔(Transmission Timing Interval，TTI)，8个下行HARQ进程使用8个PUCCH子帧发送反馈信息。
例2：ModeB模式下，全双工eMTC UE调度2个下行HARQ进程，如图2所示，覆 盖等级较差，需要重复覆盖，对于每个进程不同的覆盖次数，PUCCH使用预先设置的重复次数的子帧发送反馈消息。
例3：ModeA模式下，半双工eMTC UE调度8个下行HARQ进程，如图3所示，覆盖等级较好，不用重复覆盖，8个下行HARQ进程使用8个PUCCH子帧发送反馈信息。由于是半双工，所以每次上下行切换时，都会产生一个保护间隔。
例4：ModeB模式下，半双工eMTC UE调度2个下行HARQ进程示意图，如图4所示，覆盖等级较差，需要重复覆盖，对于每个进程不同的覆盖次数，PUCCH使用预先设置的重复次数的子帧发送反馈消息。由于是半双工，所以每次上下行切换时，都会产生一个保护间隔。
本申请实施例提供一种针对eMTC的HARQ反馈方法及装置，用以解决现有技术中存在的当使用多个HARQ进程时，PUCCH对于每一个HARQ进程都分别进行反馈，会造PUCCH资源开销大的问题。其中，方法和装置是基于同一发明构思的，由于方法及装置解决问题的原理相似，因此装置与方法的实施可以相互参见，重复之处不再赘述。
本申请实施例提供了一种针对eMTC的HARQ反馈方法，如图5所示，该方法包括以下过程：
S501、终端设备确定出自身可调用的最大混合自动重传请求HARQ进程数。
具体的，所述终端设备根据制式(FDD/TDD)和模式(ModeA/ModeB)，确定出可调用的最大HARQ进程数。
举例说明：终端设备在制式为FDD，模式为ModeA时，可调用的最大进程数为8。
S502、所述终端设备在接收到的各个HARQ进程达到所述最大HARQ进程数时，将所述接收到的各个HARQ进程的确认应答ACK/否定应答NACK合并成设定格式的PUCCH，其中，所述接收到的HARQ进程中的每个HARQ进程的ACK/NACK使用所述设定格式的PUCCH中的一个比特位表示。
具体的，所述设定格式的PUCCH为格式(Format)X，所述Format X的功能如下表2所示：
表2
Figure PCTCN2017082766-appb-000001
以PUCCH Format X对应的PUCCH的最大比特数为16为例，从低位到高位到16个比特位分别对应HARQ进程1～16，当终端设备可调用的最大HARQ进程数小于16时，Format X中剩余的比特位没有意义，可以用‘0’补位，当剩余的比特位用‘1’补位时，说明填写出差，不用解出来，也不用发送重传。
举例说明：当终端设备可调用的最大HARQ进程数为8时，终端设备接收到的下行调度HARQ进程数达到可调用最大HARQ进程数8时，Format X合并8个HARQ进程的ACK/NACK反馈，按照接收HARQ进程的顺序，从低位到高位填写到Format X的比特位中，当HARQ进程为ACK反馈时，在对应的比特位上填‘0’，当HARQ进程为NACK反馈时，在对应的比特位上填‘1’。
PUCCH Format X可以为新定义的一个Format格式，也可以复用现有技术中的Format 格式，其中，现有技术中的Format格式，如下表3所示：
表3
PUCCH格式 承载信息 调制方式 每子帧的比特数
1 SRI N/A N/A
1a ACK BPSK 1
1b ACK QPSK 2/4
2 CQI QPSK 20
2a CQI+ACK QPSK+BPSK 21
举例说明：当PUCCH Format X复用Format 1b时，modeB场景下，采用2bit映射为2个HARQ进程的反馈，modeA场景下，采用4bit映射4个HARQ进程的反馈。当PUCCH Format X复用Format 2时，modeB场景下，采用2bit映射为2个HARQ进程的反馈，modeA场景下，对于FDD制式采用8bit映射8个HARQ进程的反馈，对于TDD制式可以采用16bit或者相应最大进程数的比特位映射相应HARQ进程的反馈。
S503、所述终端设备将合并后的所述设定格式的PUCCH发送给基站。
具体的，对于覆盖弱的PUCCH，需要重复来增强覆盖式时，所述终端设备将合并后的所述设定格式的PUCCH按照预先设置的次数重复发送给所述基站。
本发明实施例中，提供了一种针对eMTC的HARQ反馈方法，终端设备确定出自身可调用的最大混合自动重传请求HARQ进程数；所述终端设备接收到的HARQ进程达到所述最大HARQ进程数时，采用设定格式的PUCCH合并所述接收到的HARQ进程的确认应答ACK/否定应答NACK。所述终端设备将合并后的所述设定格式的PUCCH发送给基站。减小了PUCCH资源开销，降低了PUCCH与PUSCH发送冲突的概率，减小了PUSCH被丢弃概率，减小了上下行切换时保护间隔开销，提高了重复覆盖时HARQ进程数的利用率。
在一种可能的实现方式中，当所述终端设备将合并后的所述设定格式的PUCCH发送给基站之后，所述基站解调出合并的HARQ进程反馈，如果相应比特位映射的HARQ进程反馈是NACK，则重传相应HARQ进程。
本申请实施例提供了另一种针对eMTC的HARQ反馈方法，如图6所示，该方法包括以下过程：
S601、终端设备确定出自身可调用的最大混合自动重传请求HARQ进程数；
S602、若所述终端设备接收到的HARQ进程没有达到所述最大HARQ进程数，但所述终端设备已经超过设定个数的子帧没有接收到所述基站发送的数据时，所述终端设备采用设定格式的PUCCH合并所述接收到的HARQ进程的确认应答ACK/否定应答NACK，其中，所述接收到的HARQ进程中的每个HARQ进程的ACK/NACK使用所述设定格式的PUCCH中的一个比特位表示。
举例说明，所述设定个数可以为3。
S603、所述终端设备将合并后的所述设定格式的PUCCH发送给基站。
下面通过四个具体实施例，对不同情况下的HARQ进程的反馈进行说明。
实施例一、如图7所示，对于ModeA下，不重复覆盖的全双工eMTC UE的可调用最大HARQ进程数为8个，当接收下行调度时，接收满8个HARQ进程时，在UE接收到终端设备发送的最后一个数据的3个子帧后，合并HARQ进程的反馈，将合并后的HARQ 进程的反馈发送给基站，在本实施例中，Format X从低位到高位使用8个比特位，每个比特位对应一个HARQ进程的反馈。
实施例二、如图8所示，对于ModeB下，重复覆盖的全双工eMTC UE的可调用最大HARQ进程数为2个，当接收下行调度时，接收满2个HARQ进程时，在UE接收到终端设备发送的最后一个数据的3个子帧后，合并HARQ进程的反馈，将合并后的HARQ进程的反馈发送给基站，在本实施例中，Format X从低位到高位使用2个比特位，每个比特位对应一个HARQ进程的反馈。由于需要重复覆盖，因此PUCCH发送2次合并后的HARQ进程的反馈发送给基站，其中，发送2次是预先配置的，本发明对发送次数不做限定，具体根据实际情况确定。
实施例三、如图9所示，对于ModeA下，不重复覆盖的半双工eMTC UE的可调用最大HARQ进程数为8个，当调度上行或下行数据时，接收满8个HARQ进程时，在UE接收到终端设备发送的最后一个数据的3个子帧后，合并HARQ进程的反馈，将合并后的HARQ进程的反馈发送给基站，在本实施例中，Format X从低位到高位使用8个比特位，每个比特位对应一个HARQ进程的反馈。本发明实施例减少了上下行切换的保护间隔开销。
实施例四、如图10所示，对于ModeB下，重复覆盖的半双工eMTC UE的可调用最大HARQ进程数为2个，当调度上行或下行数据时，接收满2个HARQ进程时，在UE接收到终端设备发送的最后一个数据的3个子帧后，合并HARQ进程的反馈，将合并后的HARQ进程的反馈发送给基站，在本实施例中，Format X从低位到高位使用2个比特位，每个比特位对应一个HARQ进程的反馈。由于需要重复覆盖，因此PUCCH发送4次合并后的HARQ进程的反馈发送给基站，其中，发送4次是预先配置的，本发明对发送次数不做限定，具体根据实际情况确定。
基于与方法实施例同样的发明构思，本申请还提供了一种终端设备示意图，如图11所示，该终端设备包括：
确定模块1101，用于确定出自身可调用的最大混合自动重传请求HARQ进程数。
接收模块1102，用于在接收到的各个HARQ进程达到所述最大HARQ进程数时，将所述接收到的各个HARQ进程的确认应答ACK/否定应答NACK合并成设定格式的PUCCH，其中，所述接收到的HARQ进程中的每个HARQ进程的ACK/NACK使用所述设定格式的PUCCH中的一个比特位表示。
发送模块1103，用于将合并后的所述设定格式的PUCCH发送给基站。
本发明实施例中，提供了一种终端设备，终端设备确定出自身可调用的最大混合自动重传请求HARQ进程数；所述终端设备接收到的HARQ进程达到所述最大HARQ进程数时，采用设定格式的PUCCH合并所述接收到的HARQ进程的确认应答ACK/否定应答NACK。所述终端设备将合并后的所述设定格式的PUCCH发送给基站。减小了PUCCH资源开销，降低了PUCCH与PUSCH发送冲突的概率，减小了PUSCH被丢弃概率，减小了上下行切换时保护间隔开销，提高了重复覆盖时HARQ进程数的利用率。
在一种可能的实现方式中，所述接收模块1102还用于若接收到的HARQ进程没有达到所述最大HARQ进程数、且所述终端设备已经在超过连续设定个数的子帧上未接收到所述基站发送的数据时，所述终端设备将接收到的HARQ进程的确认应答ACK/否定应答NACK合并成设定格式的PUCCH，其中，所述接收到的各个HARQ进程中的每个HARQ 进程的ACK/NACK使用所述设定格式的PUCCH中的一个比特位表示。
在一种可能的实现方式中，所述发送模块具体用于：
将合并后的所述设定格式的PUCCH按照预先设置的重传次数重复发送给所述基站。
在一种可能的实现方式中，在所述设定格式的PUCCH中，预先设置反馈所述各个HARQ进程的ACK/NACK的比特位。
本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，另外，在本申请各个实施例中的各功能模块可以集成在一个处理器中，也可以是单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。
其中，集成的模块既可以采用硬件的形式实现时，如图12所示，终端设备可以包括处理器1201，上述确定模块对应的实体的硬件可以为处理器1201。终端设备还可以包括收发器1204，上述接收模块和发送模块对应的实体的硬件可以为收发器1204。处理器1201，可以是一个中央处理模块(英文：central processing unit，简称CPU)，或者为数字处理模块等等。该终端设备还包括：存储器1202，用于存储处理器1201执行的程序。存储器1202可以是非易失性存储器，比如硬盘(英文：hard disk drive，缩写：HDD)或固态硬盘(英文：solid-state drive，缩写：SSD)等，还可以是易失性存储器(英文：volatile memory)，例如随机存取存储器(英文：random-access memory，缩写：RAM)。存储器1202是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。
处理器1201用于执行存储器1202存储的程序代码，具体调用所述存储器1202中存储的程序指令，确定出自身可调用的最大混合自动重传请求HARQ进程数；在收发器1204接收到的各个HARQ进程达到所述最大HARQ进程数时，将所述接收到的各个HARQ进程的确认应答ACK/否定应答NACK合并成设定格式的PUCCH，其中，所述接收到的HARQ进程中的每个HARQ进程的ACK/NACK使用所述设定格式的PUCCH中的一个比特位表示，将合并后的所述设定格式的PUCCH通过所述收发器1204发送给基站。
所述处理器1201还用于确定出自身可调用的最大混合自动重传请求HARQ进程数，若接收到的HARQ进程没有达到所述最大HARQ进程数、且所述终端设备已经在超过连续设定个数的子帧上未接收到所述基站发送的数据时，所述终端设备将接收到的HARQ进程的确认应答ACK/否定应答NACK合并成设定格式的PUCCH，其中，所述接收到的各个HARQ进程中的每个HARQ进程的ACK/NACK使用所述设定格式的PUCCH中的一个比特位表示，所述终端设备将合并后的所述设定格式的PUCCH发送给基站。
本申请实施例中不限定上述处理器1201以及存储器1202之间的具体连接介质。本申请实施例在图12中处理器1201以及存储器1202之间通过总线1203连接，总线在图12中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图12中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计 算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然，本领域的技术人员可以对本申请实施例进行各种改动和变型而不脱离本申请实施例的精神和范围。这样，倘若本申请实施例的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (15)

  1. 一种针对eMTC的HARQ反馈方法，其特征在于，该方法包括：
    终端设备确定出自身可调用的最大混合自动重传请求HARQ进程数；
    所述终端设备在接收到的各个HARQ进程达到所述最大HARQ进程数时，将所述接收到的各个HARQ进程的确认应答ACK/否定应答NACK合并成设定格式的PUCCH，其中，所述接收到的HARQ进程中的每个HARQ进程的ACK/NACK使用所述设定格式的PUCCH中的一个比特位表示；
    所述终端设备将合并后的所述设定格式的PUCCH发送给基站。
  2. 如权利要求1所述的方法，其特征在于，所述终端设备将合并后的所述设定格式的PUCCH发送给基站，包括：
    所述终端设备将合并后的所述设定格式的PUCCH按照预先设置的重传次数重复发送给所述基站。
  3. 如权利要求1或2所述的方法，其特征在于，在所述设定格式的PUCCH中，预先设置反馈所述各个HARQ进程的ACK/NACK的比特位。
  4. 一种针对eMTC的HARQ反馈方法，其特征在于，该方法包括：
    终端设备确定出自身可调用的最大混合自动重传请求HARQ进程数；
    若所述终端设备接收到的HARQ进程没有达到所述最大HARQ进程数、且所述终端设备已经在超过连续设定个数的子帧上未接收到所述基站发送的数据时，所述终端设备将接收到的HARQ进程的确认应答ACK/否定应答NACK合并成设定格式的PUCCH，其中，所述接收到的各个HARQ进程中的每个HARQ进程的ACK/NACK使用所述设定格式的PUCCH中的一个比特位表示；
    所述终端设备将合并后的所述设定格式的PUCCH发送给基站。
  5. 如权利要求4所述的方法，其特征在于，所述终端设备将合并后的所述设定格式的PUCCH发送给基站，包括：
    所述终端设备将合并后的所述设定格式的PUCCH按照预先设置的重传次数重复发送给所述基站。
  6. 如权利要求4或5所述的方法，其特征在于，在所述设定格式的PUCCH中，预先设置反馈所述各个HARQ进程的ACK/NACK的比特位。
  7. 一种终端设备，其特征在于，该终端设备包括：
    确定模块，用于确定出自身可调用的最大混合自动重传请求HARQ进程数；
    接收模块，用于在接收到的各个HARQ进程达到所述最大HARQ进程数时，将所述接收到的各个HARQ进程的确认应答ACK/否定应答NACK合并成设定格式的PUCCH，其中，所述接收到的HARQ进程中的每个HARQ进程的ACK/NACK使用所述设定格式的PUCCH中的一个比特位表示；
    发送模块，用于将合并后的所述设定格式的PUCCH发送给基站。
  8. 如权利要求7所述的终端设备，其特征在于，所述发送模块具体用于：
    将合并后的所述设定格式的PUCCH按照预先设置的重传次数重复发送给所述基站。
  9. 如权利要求7或8所述的终端设备，其特征在于，在所述设定格式的PUCCH中，预先设置反馈所述各个HARQ进程的ACK/NACK的比特位。
  10. 一种终端设备，其特征在于，该终端设备包括：
    确定模块，用于确定出自身可调用的最大混合自动重传请求HARQ进程数；
    接收模块，用于若接收到的HARQ进程没有达到所述最大HARQ进程数、且所述终端设备已经在超过连续设定个数的子帧上未接收到所述基站发送的数据时，所述终端设备将接收到的HARQ进程的确认应答ACK/否定应答NACK合并成设定格式的PUCCH，其中，所述接收到的各个HARQ进程中的每个HARQ进程的ACK/NACK使用所述设定格式的PUCCH中的一个比特位表示；
    发送模块，用于将合并后的所述设定格式的PUCCH发送给基站。
  11. 如权利要求10所述的终端设备，其特征在于，所述发送模块具体用于：
    将合并后的所述设定格式的PUCCH按照预先设置的重传次数重复发送给所述基站。
  12. 如权利要求10或11所述的终端设备，其特征在于，在所述设定格式的PUCCH中，预先设置反馈所述各个HARQ进程的ACK/NACK的比特位。
  13. 一种终端设备，其特征在于，该终端设备包括：
    存储器，用于存储器程序指令；
    收发器，用于与基站进行无线数据传输；
    处理器，用于调用所述存储器中存储的程序指令，确定出自身可调用的最大混合自动重传请求HARQ进程数；在所述收发器接收到的各个HARQ进程达到所述最大HARQ进程数时，将所述接收到的各个HARQ进程的确认应答ACK/否定应答NACK合并成设定格式的PUCCH，其中，所述接收到的HARQ进程中的每个HARQ进程的ACK/NACK使用所述设定格式的PUCCH中的一个比特位表示，将合并后的所述设定格式的PUCCH通过所述收发器发送给基站。
  14. 如权利要求13所述的终端设备，其特征在于，所述处理器具体用于：
    将合并后的所述设定格式的PUCCH按照预先设置的重传次数重复发送给所述基站。
  15. 如权利要求13或14所述的终端设备，其特征在于，在所述设定格式的PUCCH中，预先设置反馈所述各个HARQ进程的ACK/NACK的比特位。
PCT/CN2017/082766 2017-05-02 2017-05-02 一种针对eMTC的HARQ反馈方法及终端设备 WO2018201294A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201780090121.1A CN110574320A (zh) 2017-05-02 2017-05-02 一种针对eMTC的HARQ反馈方法及终端设备
PCT/CN2017/082766 WO2018201294A1 (zh) 2017-05-02 2017-05-02 一种针对eMTC的HARQ反馈方法及终端设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2017/082766 WO2018201294A1 (zh) 2017-05-02 2017-05-02 一种针对eMTC的HARQ反馈方法及终端设备

Publications (1)

Publication Number Publication Date
WO2018201294A1 true WO2018201294A1 (zh) 2018-11-08

Family

ID=64015769

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/082766 WO2018201294A1 (zh) 2017-05-02 2017-05-02 一种针对eMTC的HARQ反馈方法及终端设备

Country Status (2)

Country Link
CN (1) CN110574320A (zh)
WO (1) WO2018201294A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021046799A1 (en) * 2019-09-12 2021-03-18 Lenovo (Beijing) Limited Scheduling enhancement for emtc
CN115152169A (zh) * 2020-02-25 2022-10-04 高通股份有限公司 合并反馈指示和反馈传输

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023010449A1 (en) * 2021-08-05 2023-02-09 Huizhou Tcl Cloud Internet Corporation Technology Co. Ltd User equipment, base station, and wireless communication method for unicast and/or mbs

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102215097A (zh) * 2011-06-01 2011-10-12 中兴通讯股份有限公司 一种管理混合自动重传请求缓存的方法及装置
WO2013139207A1 (zh) * 2012-03-19 2013-09-26 电信科学技术研究院 一种下行控制信令的传输方法及装置
CN103796327A (zh) * 2012-10-29 2014-05-14 中兴通讯股份有限公司 一种子帧调度方法、系统及网络设备、终端
CN105009499A (zh) * 2013-03-13 2015-10-28 三星电子株式会社 在自适应配置的tdd通信系统中的确认信息的传输
CN105323857A (zh) * 2015-11-12 2016-02-10 深圳市金立通信设备有限公司 一种harq信息配置的方法及相关设备
WO2016130896A1 (en) * 2015-02-13 2016-08-18 Qualcomm Incorporated Reference signal design for coverage enhancements
EP3229549A1 (en) * 2016-04-08 2017-10-11 Panasonic Intellectual Property Corporation of America Procedures for grouping wearable devices with lte master ues

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100586052C (zh) * 2005-12-17 2010-01-27 华为技术有限公司 一种数据传输方法及系统
US8018916B2 (en) * 2006-10-25 2011-09-13 Intel Corporation Techniques to couple HARQ-ARQ in wireless networks
CN101267384A (zh) * 2007-03-13 2008-09-17 松下电器产业株式会社 减少自适应多数据流传输系统中反馈信息量的方法和装置
US8503375B2 (en) * 2007-08-13 2013-08-06 Qualcomm Incorporated Coding and multiplexing of control information in a wireless communication system
CN101795170B (zh) * 2009-02-02 2013-11-06 中兴通讯股份有限公司 一种实现数据反馈的方法、接收设备及系统
CN101800633B (zh) * 2009-02-06 2012-12-12 中国移动通信集团公司 一种重复传输ack/nack的控制方法和用户设备
CN103095433B (zh) * 2011-11-04 2018-06-15 北京三星通信技术研究有限公司 一种发送harq-ack反馈信息的方法
US9763272B2 (en) * 2012-02-27 2017-09-12 Futurewei Technologies, Inc. System and method for time resource allocation for device-to-device communication overlaid on a cellular network
GB2513904A (en) * 2013-05-10 2014-11-12 Nec Corp Communication system
CN103856301B (zh) * 2014-02-21 2017-02-08 重庆邮电大学 一种td‑lte‑a系统中ue端下行harq信息反馈实现方法

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102215097A (zh) * 2011-06-01 2011-10-12 中兴通讯股份有限公司 一种管理混合自动重传请求缓存的方法及装置
WO2013139207A1 (zh) * 2012-03-19 2013-09-26 电信科学技术研究院 一种下行控制信令的传输方法及装置
CN103796327A (zh) * 2012-10-29 2014-05-14 中兴通讯股份有限公司 一种子帧调度方法、系统及网络设备、终端
CN105009499A (zh) * 2013-03-13 2015-10-28 三星电子株式会社 在自适应配置的tdd通信系统中的确认信息的传输
WO2016130896A1 (en) * 2015-02-13 2016-08-18 Qualcomm Incorporated Reference signal design for coverage enhancements
CN105323857A (zh) * 2015-11-12 2016-02-10 深圳市金立通信设备有限公司 一种harq信息配置的方法及相关设备
EP3229549A1 (en) * 2016-04-08 2017-10-11 Panasonic Intellectual Property Corporation of America Procedures for grouping wearable devices with lte master ues

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021046799A1 (en) * 2019-09-12 2021-03-18 Lenovo (Beijing) Limited Scheduling enhancement for emtc
CN115152169A (zh) * 2020-02-25 2022-10-04 高通股份有限公司 合并反馈指示和反馈传输

Also Published As

Publication number Publication date
CN110574320A (zh) 2019-12-13

Similar Documents

Publication Publication Date Title
TWI516054B (zh) 混合自動重複請求／確認（ｈａｒｑ／ａｃｋ）碼簿尺寸判定技術
JP2021192536A (ja) Ｆｄｄ‐ｔｄｄジョイントキャリアアグリゲーションのためのアップリンク制御シグナリング
EP3043501B1 (en) Method, user equipment, and base station for transmission of hybrid automatic repeat request-acknowledgement
EP3264843B1 (en) User equipment, network device and method for determining physical uplink control channel resource
EP3288326B1 (en) Method of transmitting feedback information, terminal equipment and base station
WO2016138646A1 (zh) 混合自动重传请求确认传输方法和装置
WO2013104330A1 (zh) 传输上行控制信息的方法、用户设备和基站
JP6326122B2 (ja) 無線通信における肯定応答タイミングの選択
JP2015502687A (ja) 無線通信における肯定応答タイミングの選択
TWI566628B (zh) 處理傳輸區塊的軟緩衝器尺寸的方法及其通訊裝置
JP7228054B2 (ja) フィードバック情報送信方法及び装置
WO2016041178A1 (zh) 应答信息的传输方法、装置及设备
WO2019028916A1 (zh) 数据传输方法和装置
CN107733578B (zh) 一种对下行数据进行反馈的方法及装置
WO2018201294A1 (zh) 一种针对eMTC的HARQ反馈方法及终端设备
CN110100494A (zh) 一种数据传输的方法及设备
CN116455529A (zh) 混合自动重传请求应答harq-ack的反馈方法和终端设备
CN110730513B (zh) 一种通信方法及装置
WO2018081999A1 (zh) 传输信息的方法、网络设备和终端设备
CN111147190B (zh) 反馈应答信息的传输方法、装置及系统
WO2018223399A1 (zh) 无线通信方法和设备
US20220053547A1 (en) Uplink information generation method and device thereof
WO2018218519A1 (zh) 无线通信方法和设备
WO2022061661A1 (zh) 无线通信的方法、终端设备和网络设备
WO2017015857A1 (zh) 一种终端、网络设备，以及上行控制信息的传输方法

Legal Events

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

Ref document number: 17908203

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 17908203

Country of ref document: EP

Kind code of ref document: A1