WO2018028616A1 - 发送混合自动重复请求反馈信息的方法和用户设备 - Google Patents

发送混合自动重复请求反馈信息的方法和用户设备 Download PDF

Info

Publication number
WO2018028616A1
WO2018028616A1 PCT/CN2017/096717 CN2017096717W WO2018028616A1 WO 2018028616 A1 WO2018028616 A1 WO 2018028616A1 CN 2017096717 W CN2017096717 W CN 2017096717W WO 2018028616 A1 WO2018028616 A1 WO 2018028616A1
Authority
WO
WIPO (PCT)
Prior art keywords
window
receiving window
length
user equipment
receiving
Prior art date
Application number
PCT/CN2017/096717
Other languages
English (en)
French (fr)
Inventor
牟勤
刘柳
蒋惠玲
大久保尚人
武田和晃
Original Assignee
株式会社Ntt都科摩
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 株式会社Ntt都科摩 filed Critical 株式会社Ntt都科摩
Priority to CN201780048851.5A priority Critical patent/CN109845156B/zh
Priority to JP2019507128A priority patent/JP7181667B2/ja
Priority to US16/324,735 priority patent/US10771197B2/en
Priority to EP17838746.0A priority patent/EP3499765B1/en
Publication of WO2018028616A1 publication Critical patent/WO2018028616A1/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
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1854—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H04L1/1819—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • 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
    • 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
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1896—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • 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/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08—Upper layer protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • 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/1664—Details of the supervisory signal the supervisory signal being transmitted together with payload signals; piggybacking

Definitions

  • the present disclosure relates to hybrid automatic repeat request (HARQ), and in particular to a method and user equipment for transmitting HARQ feedback information.
  • HARQ hybrid automatic repeat request
  • HARQ feedback information for the data in a subframe at a predetermined time after the subframe, for example, indicating that the data was successfully received.
  • ACK positive acknowledgment information
  • NACK negative acknowledgment information
  • a subframe for transmitting uplink HARQ feedback information may be allocated for downlink transmission, resulting in transmission of uplink feedback information and transmission of downlink data.
  • a HARQ bundle is proposed in which a UE bundles HARQ feedback information for a plurality of received data and transmits it to a base station. For example, the UE performs a logical addition calculation on the feedback information for the received plurality of data, and transmits the calculation result as feedback information to the base station.
  • a method of transmitting hybrid automatic repeat request (HARQ) feedback information comprising: determining a reception window of data to be HARQ bundled; The detection data is received in the window; the HARQ feedback information for the data detected in the reception window is bundled and transmitted.
  • HARQ hybrid automatic repeat request
  • determining the receiving window of the data to be HARQ bundled may include determining a length and a starting position of the receiving window.
  • determining the length of the receiving window may include receiving high layer signaling including information indicating the length.
  • the length of the receiving window may be a predefined value.
  • determining the length of the reception window may include determining a length of the reception window based on a repetition quantity of a physical downlink shared channel and a repetition quantity of a physical downlink control channel.
  • determining the starting position of the receiving window may include determining a starting position of the receiving window based on a number of the frame and a number of the subframe included in the frame and a length of the receiving window.
  • determining a starting position of the receiving window may include determining, as the the subframe, a subframe of a physical downlink shared channel carrying a downlink allocation indicator having a predetermined value in each subframe included in the frame. The starting position of the receiving window.
  • bundling the HARQ feedback information for data detected within the receiving window may include: for a data detected within the receiving window at a predetermined time after the end of the receiving window The HARQ feedback information is bundled and sent.
  • the HARQ feedback information may be bundled and transmitted in an uplink control channel or an uplink shared channel.
  • a user equipment comprising: a determining unit configured to determine a receiving window of data to be HARQ bundled; and a detecting unit configured to detect data within the receiving window;
  • the HARQ feedback unit is configured to bundle the HARQ feedback information for the data detected within the receiving window.
  • the determining unit may be configured to determine the receiving window by determining a length and a starting position of the receiving window.
  • the determining unit may be configured to receive high layer signaling including information indicating the length.
  • the length of the receiving window may be a predefined value.
  • the determining unit may be configured to determine a length of the reception window based on a repetition quantity of a physical downlink shared channel and a repetition quantity of a physical downlink control channel.
  • the determining unit may be configured to determine a starting position of the receiving window based on a number of a frame and a number of a subframe included in the frame and a length of the receiving window.
  • the determining unit may be configured to determine, as the receiving window, a subframe of a physical downlink shared channel carrying a downlink allocation indicator having a predetermined value in each subframe included in the frame. starting point.
  • the HARQ feedback unit may be configured to bundle the HARQ feedback information for the data detected within the reception window at a predetermined time after the end of the reception window.
  • the HARQ feedback unit may be configured to bundle the HARQ feedback information in an uplink control channel or an uplink shared channel.
  • a method of receiving hybrid automatic repeat request (HARQ) feedback information comprising: determining a receiving window of data that a user equipment performs HARQ bundling; and receiving a bundle sent by a user equipment for The HARQ feedback information of the data detected by the user equipment in the receiving window.
  • HARQ hybrid automatic repeat request
  • determining the receiving window of the HARQ bundled data by the user equipment may include determining a length and a starting position of the receiving window.
  • determining the length of the receiving window may include directly setting the length by a base station.
  • the length of the receiving window may be a predefined value.
  • determining the length of the reception window may include determining a length of the reception window based on a repetition quantity of a physical downlink shared channel and a repetition quantity of a physical downlink control channel.
  • determining the starting position of the receiving window may include determining a starting position of the receiving window based on a number of the frame and a number of the subframe included in the frame and a length of the receiving window.
  • determining the starting position of the receiving window may include: sub-carriers of a physical downlink shared channel carrying a downlink allocation indicator having a predetermined value in each subframe included in the frame The frame is determined as the starting position of the receiving window.
  • receiving HARQ feedback information that is bundled and transmitted by the user equipment for the data detected by the user equipment in the receiving window may include: receiving, at a predetermined moment after the end of the receiving window, receiving by the user equipment The transmitted HARQ feedback information for the data detected by the user equipment in the receiving window.
  • receiving HARQ feedback information that is bundled and transmitted by the user equipment for the data detected by the user equipment in the receiving window may include: receiving the uplink control channel or an uplink shared channel HARQ feedback information.
  • a base station comprising: a determining unit configured to determine a receiving window of data for performing HARQ bundling by a user equipment; and a receiving unit configured to receive the bundling sent by the user equipment, HARQ feedback information for data detected by the user equipment within the receiving window.
  • the determining unit may be configured to determine a receiving window of data for HARQ bundling by the user equipment by determining a length and a starting position of the receiving window.
  • the determining unit may be configured to determine the length by directly setting the length of the receiving window.
  • the length of the receiving window may be a predefined value.
  • the determining unit may be configured to determine a length of the reception window based on a repetition quantity of a physical downlink shared channel and a repetition quantity of a physical downlink control channel.
  • the determining unit may be configured to determine a starting position of the receiving window based on a number of a frame and a number of a subframe included in the frame and a length of the receiving window.
  • the determining unit may be configured to determine, as the receiving window, a subframe of a physical downlink shared channel carrying a downlink allocation indicator having a predetermined value in each subframe included in the frame. Starting position.
  • the receiving unit may be configured to receive HARQ feedback information that is bundled and transmitted by the user equipment at a predetermined time after the end of the receiving window, for data detected by the user equipment in the receiving window.
  • the receiving unit may be configured to receive the HARQ feedback information in an uplink control channel or an uplink shared channel.
  • FIG. 1 is a schematic diagram of a half-duplex (HD) frequency division multiplexing (FDD) inter-machine communication (MTC) system in which an embodiment in accordance with the present disclosure may be applied.
  • HD half-duplex
  • FDD frequency division multiplexing
  • MTC inter-machine communication
  • FIG. 2 is a flowchart illustrating a method of transmitting HARQ feedback information according to an embodiment of the present disclosure.
  • FIG. 3A shows a first example of determining the length of a reception window (HARQ bundling window).
  • FIG. 3B shows a second example of determining the length of a reception window (HARQ bundling window).
  • FIG. 4 shows an example of determining the start position of a reception window (HARQ bundling window).
  • Figure 5 schematically illustrates the manner in which bundled HARQ feedback information is transmitted.
  • FIG. 6 is a flowchart illustrating a method of receiving HARQ feedback information according to an embodiment of the present disclosure.
  • FIG. 7 shows a block diagram of a user equipment in accordance with an embodiment of the present disclosure.
  • FIG. 8 is a block diagram showing a base station according to an embodiment of the present disclosure.
  • FIG. 1 shows a schematic diagram in which an HD FDD MTC system according to an embodiment of the present disclosure may be applied.
  • the system includes a base station (eNB) 10 and a user equipment (UE) 20, wherein the base station 10 transmits control signals and data to the user equipment 20, and the user equipment 20 receives and detects the control signals and data, and Feedback information (HARQ feedback information) for the data is transmitted to the base station.
  • the feedback information may be positive acknowledgment information (ACK) indicating successful receipt of the data or negative acknowledgment information (NACK) indicating that the data was not successfully received.
  • ACK positive acknowledgment information
  • NACK negative acknowledgment information
  • the control signal can be, for example, Physical Downlink Control Channel (PDCCH) or other control signal, which may be, for example, a Physical Downlink Shared Channel (PDSCH) or other data.
  • PDCCH Physical Downlink Control Channel
  • PDSCH Physical Downlink Shared Channel
  • the base station may transmit the PDCCH in the first subframe to notify the user equipment of the subframe scheduled to transmit the PDSCH and other control signals, and then transmit the PDSCH in the scheduled subframe. There may be one or more blank subframes between the subframe in which the PDCCH is transmitted and the subframe in which the PDSCH is transmitted.
  • HARQ bundling is applied, that is, when transmitting feedback information for the received data, instead of transmitting feedback information for each received data, but for receiving within the HARQ bundling window
  • the feedback information of multiple data is bundled and sent.
  • the feedback information for the plurality of data received within the HARQ bundling window may be logically calculated, and the calculation result is transmitted as feedback information to the base station.
  • the feedback information is 1, 1, 0, and 1, respectively, and the feedback information for 4 data can be logically calculated.
  • the calculation result 0 is obtained, and then 0 is transmitted as feedback information to the base station, whereby feedback information for 4 data is bundled and transmitted to the base station.
  • the method can be performed by the UE.
  • step S201 a reception window of data to be HARQ bundled, that is, a HARQ bundling window described above is determined.
  • the receiving window may be determined by determining a length and a starting position of the receiving window.
  • the length of the reception window may be represented by the number of subframes included in the reception window.
  • the position of the receiving window may be represented by the position of the first subframe included in the receiving window.
  • the length of the receiving window can be determined in a variety of ways.
  • the length of the HARQ bundling window may be determined by receiving higher layer signaling including information indicating the length.
  • the higher layer signaling is, for example, a System Information Block (SIB).
  • SIB System Information Block
  • the base station can broadcast the SIB in the cell to inform the UE of the length.
  • the length of the receiving window is Dedicated to the community.
  • the length of the receive window can be a predefined value.
  • the length of the receive window can be pre-configured in the base station and the UE as a predefined value such that the base station and the UE can determine the length of the receive window by reading the predefined value.
  • the length of the receive window can be implicitly determined.
  • the length of the reception window may be determined based on the number of repetitions of data (eg, PDSCH) transmitted by the base station and the number of repetitions of control information (eg, PDCCH).
  • the base station may repeatedly transmit the PDCCH multiple times and/or repeatedly transmit the PDSCH multiple times.
  • the determined length is specific to the UE.
  • the receiving window may accommodate one or more such groups, and therefore, the length L of the receiving window may be determined by the following equation (1):
  • the R PDCCH is the number of repetitions of the PDCCH
  • the R PDSCH is the number of repetitions of the PDSCH
  • M is the number of the foregoing groups that the reception window can accommodate
  • n is the number of blank subframes between the PDCCH and the PDSCH
  • M ⁇ 1, for example, may be 4.
  • the R PDCCH and the R PDSCH may be configured by the base station and notified to the UE. In this case, the base station can notify the UE of the configured R PDCCH and R PDSCH by higher layer signaling such as Radio Resource Control (RRC) signaling.
  • RRC Radio Resource Control
  • M and n may also be configured by the base station and signaled to the UE, for example by signaling such as RRC signaling, or may be a predefined value and pre-configured in the base station and the UE.
  • FIG. 3A shows a first example of determining the length of a receive window in this implementation, where M is 4, n is 1, and both R PDCCH and R PDSCH are 1. In this example, it can be determined that L is 12, that is, the reception window length is 12 subframes.
  • FIG. 3B shows a second example of determining the length of the receive window in this implementation, where M is 4, n is 1, and both R PDCCH and R PDSCH are 2. In this example, it can be determined that L is 20, that is, the reception window length is 20 subframes.
  • the starting position of the receiving window can be determined in a variety of ways.
  • the starting position of the receiving window may be determined based on the number of the frame and the number of the subframes included in the frame and the length of the receiving window.
  • the frame number (frame number) is represented as nf
  • the subframe in the frame satisfying the following formula (2) can be determined as the start position of the reception window:
  • offset is an offset set according to requirements, such as 0, 1, or other values, and may be pre-configured in the UE and the base station, or configured by the base station and notified to the UE by signaling So that the UE can learn the offset by receiving the signaling.
  • offset can be set to 0.
  • Fig. 4 shows a first example of determining the starting position of the receiving window. In FIG.
  • a subframe of 5, or 8 may be determined as the starting position of the receiving window.
  • a subframe of a PDSCH carrying a downlink allocation indicator (DAI) having a predetermined value in each subframe included in the frame may be determined as a starting position of the receiving window.
  • the DAI of the PDSCH indicates that the subframe in which the PDSCH is located is the first downlink subframe in the frame described in the subframe.
  • the predetermined value may be flexibly set according to actual needs, for example, 1, 2, etc., and may be pre-configured in the UE and the base station, or may be configured by the base station and notified to the UE. In the example shown in FIG.
  • the subframe 2 can be determined as the starting position of the receiving window.
  • step S202 data is detected within the reception window.
  • the receiving window may be located, and the PDSCH sent by the base station is detected in the receiving window, that is, the PDSCH carrying the PDSCH in the subframe located in the receiving window is detected.
  • Subframe The subframes carrying the PDSCH can be used in methods well known in the art, and thus will not be described again here.
  • step S203 HARQ feedback information for data (PDSCH) detected in the reception window is bundled and transmitted.
  • each PDSCH received may be decoded, and feedback information for the PDSCH, that is, HARQ feedback information, is generated from the result according to the decoding. For example, when the decoding for the PDSCH is successful, an ACK may be generated, and when the decoding for the PDSCH fails, a NACK may be generated. Then, in the manner described above, for detecting within the receiving window The feedback information of the plurality of data is logically calculated, and the calculation result is sent as feedback information to the base station, whereby feedback information for the plurality of data detected in the receiving window may be bundled and transmitted to the base station .
  • HARQ feedback information for data detected within the receive window may be bundled for transmission at a predetermined time after the end of the receive window.
  • the predetermined time may be flexibly set according to actual needs, and may be pre-configured in the UE and the base station, or may be configured by the base station and notified to the UE. For example, the predetermined time may be set to 4 ms after the end of the reception window, so that the feedback information is transmitted 4 ms (fourth subframe) after the end of the reception window.
  • the HARQ feedback information may be bundled and transmitted in an uplink control channel (PUCCH) or an uplink shared channel (PUSCH), such as Figure 5 shows.
  • a subframe at a predetermined time after the end of the reception window may be scheduled for transmitting a PUSCH, and may also be scheduled for transmitting a PUCCH.
  • the HARSCH feedback information may be carried by using the PUSCH.
  • the PUCCH may be utilized to carry the HARQ feedback information.
  • the method can be performed by a base station.
  • step S601 a receiving window for data in which the UE performs HARQ bundling is determined.
  • the receiving window may be determined by determining a length and a starting position of the receiving window.
  • the length of the reception window may be represented by the number of subframes included in the reception window.
  • the position of the receiving window may be represented by the position of the first subframe included in the receiving window.
  • the length of the receiving window can be determined in a variety of ways.
  • the base station can directly set the length of the receive window (HARQ bundling window).
  • the base station may transmit information indicating the set length to the UE by signaling.
  • the length of the receive window may be a predefined value such that the base station can determine the length of the receive window by reading the predefined value.
  • the length of the receive window can be implicitly determined. For example, it may be based on the number of repetitions of data (eg, PDSCH) sent to the UE and control information (eg, PDCCH) The number of repetitions determines the length of the receiving window.
  • the base station can determine the length of the receive window in the manner described above for equation (1).
  • the length of the receive window may be determined by receiving information indicative of the length from the UE.
  • the starting position of the receiving window can be determined in a variety of ways.
  • the starting position of the receiving window may be determined based on the number of the frame and the number of the subframes included in the frame and the length of the receiving window. For example, the starting position of the receiving window can be determined in the manner described above, and will not be described again here.
  • a subframe of a PDSCH carrying a downlink allocation indicator (DAI) having a predetermined value in each subframe included in the frame may be determined as a starting position of the receiving window.
  • the predetermined value may be flexibly set according to actual needs, for example, 1, 2, etc., and may be pre-configured in the UE and the base station, or may be configured by the base station and notified to the UE.
  • step S602 HARQ feedback information of the data detected by the UE in the receiving window transmitted by the UE is received.
  • HARQ feedback information for data detected by the UE in the receiving window may be received by the UE at a predetermined time after the end of the receiving window.
  • the predetermined time may be flexibly set according to actual needs, and may be pre-configured in the UE and the base station, or may be configured by the base station and notified to the UE. For example, the predetermined time may be set to 4 ms after the end of the reception window.
  • the HARQ feedback information may be bundled and transmitted in the PUCCH or the PUSCH. Accordingly, at the base station side, the HARQ feedback information may be received in a PUCCH or a PUSCH.
  • the base station After receiving the feedback information, the base station can decode it to confirm whether the transmission of the PDSCH is successful. For example, when the feedback information for multiple PDSCHs is logically calculated and used for bundling transmission, if the feedback information of the bundled transmission received by the base station is 0, it indicates that at least one of the multiple PDSCHs is not successfully received. Thereby, the plurality of PDSCHs can be requested to be retransmitted.
  • the UE 20 includes a determining unit 21 and a detecting unit 22 And HARQ feedback unit 23. It should be appreciated that, here, for the sake of simplicity, only the units in the UE that are closely related to the embodiments of the present disclosure are shown, and other units of the UE are omitted, which is not limitative, and the UE 20 may include other units as needed. For example, various data processing units.
  • the determining unit 21 determines a receiving window of data to be HARQ bundled, that is, the HARQ bundling window described above. Specifically, the determining unit 21 may determine the receiving window by determining the length and the starting position of the receiving window.
  • the determining unit 21 can determine the length of the receiving window in a variety of ways.
  • the determining unit 21 may determine the length of the HARQ bundling window by receiving, for example, via a receiving unit (not shown) a higher layer signaling including information indicating the length.
  • the higher layer signaling is, for example, a System Information Block (SIB).
  • SIB System Information Block
  • the length of the receive window may be a predefined value and may be pre-configured, for example, in a base station and a UE.
  • the determining unit 21 can determine the length of the receiving window by reading the predefined value.
  • the determining unit 21 may implicitly determine the length of the receiving window.
  • the determining unit 21 may determine the length of the receiving window based on the number of repetitions of data (eg, PDSCH) transmitted by the base station and the number of repetitions of control information (eg, PDCCH). For example, the determining unit 21 may determine the length of the reception window based on the number of repetitions of the PDSCH and the PDCCH by the above equation (1) in the manner described above.
  • PDSCH number of repetitions of data
  • PDCCH control information
  • the determining unit 21 can determine the starting position of the receiving window in various ways. In one implementation, the determining unit 21 may determine the starting position of the receiving window based on the number of the frame and the number of the subframes included in the frame and the length of the receiving window. For example, the determining unit 21 can determine the starting position of the receiving window using the above formula (2) in the manner described above. In another implementation, the determining unit 21 may determine, as a starting position of the receiving window, a subframe of a PDSCH carrying a downlink allocation indicator (DAI) having a predetermined value in each subframe included in the frame.
  • DAI downlink allocation indicator
  • the detecting unit 22 can detect data within the receiving window determined by the determining unit 21. Specifically, after the determining unit 21 determines the starting position and length of the receiving window, the detecting unit 22 may locate the receiving window and detect the PDSCH transmitted by the base station within the receiving window. The detecting unit 22 can carry the subframes of the PDSCH using methods well known in the art, and thus will not be described again here.
  • the HARQ feedback unit 23 may be for data detected in the reception window (PDSCH)
  • the HARQ feedback information is bundled and sent.
  • the HARQ feedback unit 23 may decode each received PDSCH and generate feedback information for the PDSCH, that is, HARQ feedback information, from the result according to the decoding. Then, the HARQ feedback unit 23 can logically calculate the feedback information for the plurality of data detected in the receiving window in the manner described above, and transmit the calculation result as feedback information to the base station, thereby The HARQ feedback unit 23 may bundle the feedback information for the plurality of data detected within the reception window to the base station.
  • the HARQ feedback unit 23 may bundle the HARQ feedback information for the data detected within the receive window at a predetermined time after the end of the receive window.
  • the predetermined time may be flexibly set according to actual needs, and may be pre-configured in the UE and the base station, or may be configured by the base station and notified to the UE. For example, the predetermined time may be set to 4 ms after the end of the reception window, so that the feedback information is transmitted 4 ms (fourth subframe) after the end of the reception window.
  • the HARQ feedback unit 23 may bundle the HARQ in an uplink control channel (PUCCH) or an uplink shared channel (PUSCH) when bundling HARQ feedback information for data detected within the reception window. Feedback. Specifically, a subframe at a predetermined time after the end of the reception window may be scheduled for transmitting a PUSCH, and may also be scheduled for transmitting a PUCCH. In a case where the subframe is scheduled for transmitting a PUSCH, the HARQ feedback unit 23 may use the PUSCH to carry the HARQ feedback information. On the other hand, in a case where the subframe is scheduled for transmitting a PUCCH, the HARQ feedback unit 23 may utilize the PUCCH to carry the HARQ feedback information.
  • PUCCH uplink control channel
  • PUSCH uplink shared channel
  • a base station 10 includes a determining unit 11 and a receiving unit 12. It is to be understood that, here, for the sake of simplicity, only the units in the base station that are closely related to the embodiments of the present disclosure are shown, and other units of the base station are omitted, which is not limitative, and the base station may include other units as needed, for example Various data processing units. Since many details of the functions of the determining unit 11 and the receiving unit 12 are substantially the same as those described with reference to FIG. 6, the description of the same contents is omitted here.
  • the determining unit 11 may determine a receiving window of data for which the UE performs HARQ bundling.
  • the determining unit 11 may determine the receiving window by determining the length and the starting position of the receiving window.
  • the determining unit 11 can determine the length of the receiving window in a variety of ways.
  • the determining unit 11 may directly set the length of the receiving window (HARQ bundling window).
  • the base station can transmit information indicating the set length to the UE by, for example, a transmitting unit (not shown).
  • the length of the receive window may be a predefined value such that the determining unit 11 may determine the length of the receive window by reading the predefined value.
  • the determining unit 11 may implicitly determine the length of the receiving window. For example, the determining unit 11 may determine the length of the receiving window based on the number of repetitions of data (eg, PDSCH) transmitted to the UE and the number of repetitions of control information (eg, PDCCH).
  • PDSCH data
  • PDCCH control information
  • the determining unit 11 may determine the length of the receiving window by receiving information indicating the length from the UE.
  • the determining unit 11 can determine the starting position of the receiving window in various ways.
  • the determining unit 11 may determine the starting position of the receiving window based on the number of the frame and the number of the subframes included in the frame and the length of the receiving window. For example, the starting position of the receiving window can be determined in the manner described above, and will not be described again here.
  • the determining unit 11 may determine, as the starting position of the receiving window, a subframe of a PDSCH carrying a downlink allocation indicator (DAI) having a predetermined value in each subframe included in the frame.
  • DAI downlink allocation indicator
  • the predetermined value may be flexibly set according to actual needs, and may be pre-configured in the UE and the base station, or may be configured by the base station and notified to the UE.
  • the receiving unit 12 may receive HARQ feedback information that is transmitted by the UE and that is detected by the UE in the receiving window.
  • the receiving unit 12 may receive HARQ feedback information that is bundled and transmitted by the UE at a predetermined time after the end of the receiving window, for data detected by the user equipment in the receiving window.
  • the predetermined time may be flexibly set according to actual needs, and may be pre-configured in the UE and the base station, or may be configured by the base station and notified to the UE.
  • the HARQ feedback information may be bundled and transmitted in the PUCCH or the PUSCH. Accordingly, on the base station side, the receiving unit 12 can receive the HARQ feedback information in the PUCCH or the PUSCH.
  • the base station After receiving the feedback information, the base station can decode it, for example, by a decoding unit (not shown) to confirm whether the transmission of the PDSCH is successful. For example, feedback on multiple PDSCHs
  • a decoding unit not shown
  • data to be HARQ bundled transmission can be conveniently determined in the HDD FDD MTC system, and feedback information for the data is bundled and transmitted.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Abstract

公开了一种发送混合自动重复请求(HARQ)反馈信息的方法、用户设备和基站。所述方法包括：确定要进行HARQ捆绑的数据的接收窗口；在所述接收窗口内检测数据；将对于在所述接收窗口内检测到的数据的HARQ反馈信息捆绑发送。通过所述方法、用户设备和基站，可以在半双工(HD)频分复用系统中方便地实现HARQ捆绑。

Description

发送混合自动重复请求反馈信息的方法和用户设备 技术领域
本公开涉及混合自动重复请求(HARQ)，并且具体涉及一种发送HARQ反馈信息的方法和用户设备。
背景技术
在第三代合作伙伴计划(3GPP)标准Rel.13，对于半双工(HD)机器间通信(MTC)系统，应用一对一的HARQ反馈，即，对于在下行链路的每个子帧内接收到的数据，例如物理下行链路数据信道(PDSCH)，用户设备(UE)在处于该子帧之后预定时刻的子帧内发送对于该数据的HARQ反馈信息，例如表示该数据被成功接收的肯定确认信息(ACK)或表示该数据没有被成功接收的否定确认信息(NACK)。然而，在该半双工系统中，将用于发送上行链路的HARQ反馈信息的子帧可能被分配用于下行链路传输，从而导致发送上行链路反馈信息与发送下行链路数据之间的冲突。为了解决这一问题，在Rel.14中，提出了HARQ捆绑，其中，UE将对于所接收的多个数据的HARQ反馈信息捆绑在一起发送给基站。例如，UE对对于所接收的多个数据的反馈信息进行逻辑加计算，并且将计算结果作为反馈信息发送给基站。
在基于Rel.14的HD TDD MTC系统中，对于每个下行链路-上行链路配置，规定了在下行链路中应当进行HARQ捆绑的子帧以及用于在应用HARQ捆绑的情况下发送反馈信息的上行链路子帧。然而，在基于Rel.14的HD FDD MTC系统，没有讨论如何进行HARQ捆绑。
因此，需要一种在基于Rel.14的HD TDD MTC系统中进行HARQ捆绑的方法。
发明内容
根据本公开的一个实施例，提供了一种发送混合自动重复请求(HARQ)反馈信息的方法，包括：确定要进行HARQ捆绑的数据的接收窗口；在所述 接收窗口内检测数据；将对于在所述接收窗口内检测到的数据的HARQ反馈信息捆绑发送。
在上述方法中，确定要进行HARQ捆绑的数据的接收窗口可以包括：确定所述接收窗口的长度和起始位置。
在上述方法中，确定所述接收窗口的长度可以包括：接收包括指示所述长度的信息的高层信令。
在上述方法中，所述接收窗口的长度可以是预先定义的值。
在上述方法中，确定所述接收窗口的长度可以包括：基于物理下行链路共享信道的重复数量和物理下行链路控制信道的重复数量来确定所述接收窗口的长度。
在上述方法中，确定所述接收窗口的起始位置可以包括：基于帧的编号和该帧包含的子帧的编号以及所述接收窗口的长度来确定所述接收窗口的起始位置。
在上述方法中，确定所述接收窗口的起始位置可以包括：将帧包含的各个子帧中携带具有预定值的下行链路分配指示符的物理下行链路共享信道的子帧确定为所述接收窗口的起始位置。
在上述方法中，将对于在所述接收窗口内检测到的数据的HARQ反馈信息捆绑发送可以包括：在所述接收窗口结束之后的预定时刻，将对于在所述接收窗口内检测到的数据的HARQ反馈信息捆绑发送。
在上述发送方法中，可以在上行链路控制信道或上行链路共享信道中捆绑发送所述HARQ反馈信息
根据本公开的另一实施例，提供了一种用户设备，包括：确定单元，被配置为确定要进行HARQ捆绑的数据的接收窗口；检测单元，被配置为在所述接收窗口内检测数据；HARQ反馈单元，被配置为将对于在所述接收窗口内检测到的数据的HARQ反馈信息捆绑发送。
在上述用户设备中，所述确定单元可以被配置为通过确定所述接收窗口的长度和起始位置来确定所述接收窗口。
在上述用户设备中，所述确定单元可以被配置为接收包括指示所述长度的信息的高层信令。
在上述用户设备中，所述接收窗口的长度可以是预先定义的值。
在上述用户设备中，所述确定单元可以被配置为基于物理下行链路共享信道的重复数量和物理下行链路控制信道的重复数量来确定所述接收窗口的长度。
在上述用户设备中，所述确定单元可以被配置为基于帧的编号和该帧包含的子帧的编号以及所述接收窗口的长度来确定所述接收窗口的起始位置。
在上述用户设备中，所述确定单元可以被配置为将帧包含的各个子帧中携带具有预定值的下行链路分配指示符的物理下行链路共享信道的子帧确定为所述接收窗口的起始位置。
在上述用户设备中，所述HARQ反馈单元可以被配置为在所述接收窗口结束之后的预定时刻，将对于在所述接收窗口内检测到的数据的HARQ反馈信息捆绑发送。
在上述用户设备中，所述HARQ反馈单元可以被配置为在上行链路控制信道或上行链路共享信道中捆绑发送所述HARQ反馈信息。
根据本公开的另一实施例，提供了一种接收混合自动重复请求(HARQ)反馈信息的方法，包括：确定用户设备进行HARQ捆绑的数据的接收窗口；以及接收由用户设备捆绑发送的、对于该用户设备在所述接收窗口内检测到的数据的HARQ反馈信息。
在上述方法中，确定用户设备进行HARQ捆绑的数据的接收窗口可以包括：确定所述接收窗口的长度和起始位置。
在上述方法中，确定所述接收窗口的长度可以包括：由基站直接设定所述长度。
在上述方法中，所述接收窗口的长度可以是预先定义的值。
在上述方法中，确定所述接收窗口的长度可以包括：基于物理下行链路共享信道的重复数量和物理下行链路控制信道的重复数量来确定所述接收窗口的长度。
在上述方法中，确定所述接收窗口的起始位置可以包括：基于帧的编号和该帧包含的子帧的编号以及所述接收窗口的长度来确定所述接收窗口的起始位置。
在上述方法中，确定所述接收窗口的起始位置可以包括：将帧包含的各个子帧中携带具有预定值的下行链路分配指示符的物理下行链路共享信道的子 帧确定为所述接收窗口的起始位置。
在上述方法中，接收由用户设备捆绑发送的、对于该用户设备在所述接收窗口内检测到的数据的HARQ反馈信息可以包括：在所述接收窗口结束之后的预定时刻，接收由用户设备捆绑发送的、对于该用户设备在所述接收窗口内检测到的数据的HARQ反馈信息。
在上述方法中，接收由用户设备捆绑发送的、对于该用户设备在所述接收窗口内检测到的数据的HARQ反馈信息可以包括：在上行链路控制信道或上行链路共享信道中接收所述HARQ反馈信息。
根据本公开的另一实施例，提供了一种基站，包括：确定单元，被配置为确定用户设备进行HARQ捆绑的数据的接收窗口；以及接收单元，被配置为接收由用户设备捆绑发送的、对于该用户设备在所述接收窗口内检测到的数据的HARQ反馈信息。
在上述基站中，所述确定单元可以被配置为通过确定所述接收窗口的长度和起始位置来确定用户设备进行HARQ捆绑的数据的接收窗口。
在上述基站中，所述确定单元可以被配置为通过直接设定接收窗口的长度来确定所述长度。
在上述基站中，所述接收窗口的长度可以是预先定义的值。
在上述基站中，所述确定单元可以被配置为基于物理下行链路共享信道的重复数量和物理下行链路控制信道的重复数量来确定所述接收窗口的长度。
在上述基站中，所述确定单元可以被配置为基于帧的编号和该帧包含的子帧的编号以及所述接收窗口的长度来确定所述接收窗口的起始位置。
在上述基站中，所述确定单元可以被配置为将帧包含的各个子帧中携带具有预定值的下行链路分配指示符的物理下行链路共享信道的子帧确定为所述接收窗口的起始位置。
在上述基站中，所述接收单元可以被配置为接收由用户设备在所述接收窗口结束之后的预定时刻捆绑发送的、对于该用户设备在所述接收窗口内检测到的数据的HARQ反馈信息。
在上述基站中，所述接收单元可以被配置为在上行链路控制信道或上行链路共享信道中接收所述HARQ反馈信息。
附图说明
通过结合附图对本公开实施例进行更详细的描述，本公开的上述以及其它目的、特征和优势将变得更加明显。附图用来提供对本公开实施例的进一步理解，并且构成说明书的一部分，与本公开实施例一起用于解释本公开，并不构成对本公开的限制。在附图中，相同的参考标号通常代表相同部件或步骤。
图1是可以在其中应用根据本公开实施例的半双工(HD)频分复用(FDD)机器间通信(MTC)系统的示意图。
图2是示出根据本公开实施例的发送HARQ反馈信息的方法的流程图。
图3A示出确定接收窗口(HARQ捆绑窗口)的长度的第一示例。
图3B示出确定接收窗口(HARQ捆绑窗口)的长度的第二示例。
图4示出确定接收窗口(HARQ捆绑窗口)的起始位置的示例。
图5示意性地示出捆绑发送HARQ反馈信息的方式。
图6是示出根据本公开实施例的接收HARQ反馈信息的方法的流程图。
图7示出根据本公开的实施例的用户设备的框图。
图8是示出根据本公开的实施例的基站的框图。
具体实施方式
为了使得本公开的目的、技术方案和优点更为明显，下面将参照附图详细描述根据本公开的示例实施例。显然，所描述的实施例仅仅是本公开的一部分实施例，而不是本公开的全部实施例，应理解，本公开不受这里描述的示例实施例的限制。基于本公开中描述的本公开实施例，本领域技术人员在没有付出创造性劳动的情况下所得到的所有其它实施例都应落入本公开的保护范围之内。
图1示出了可以在其中应用根据本公开实施例的HD FDD MTC系统的示意图。如图1所示，该系统包括基站(eNB)10和用户设备(UE)20，其中，基站10向用户设备20发送控制信号和数据，用户设备20接收并检测所述控制信号和数据，并且向基站发送对于所述数据的反馈信息(HARQ反馈信息)。所述反馈信息可以是表示成功接收所述数据的肯定确认信息(ACK)或表示没有成功接收所述数据的否定确认信息(NACK)。所述控制信号例如可以是 物理下行链路控制信道(PDCCH)或其他控制信号，所述数据例如可以是物理下行链路共享信道(PDSCH)或其他数据。在下文中，有时候以PDCCH和PDSCH作为控制信号和数据的示例来进行说明。例如，基站可以在第一子帧内发送PDCCH，以便向用户设备通知被调度用于发送PDSCH的子帧以及其他控制信号，然后在所述被调度的子帧内发送PDSCH。在发送所述PDCCH的子帧和发送所述PDSCH的子帧之间，可以存在一个或多个空白子帧。
在本公开的实施例中，应用HARQ捆绑，即，在发送对于所接收的数据的反馈信息时，不是针对所接收的每个数据发送一次反馈信息，而是将对于在HARQ捆绑窗口内接收的多个数据的反馈信息捆绑发送。具体地，可以对对于在HARQ捆绑窗口内接收的多个数据的反馈信息进行逻辑计算，并且将计算结果作为反馈信息发送给基站。例如，假设用1来表示ACK，用0来表示NACK，对于所接收的4个数据的反馈信息依次为1、1、0和1，则可以对对于4个数据的反馈信息进行逻辑与计算，获得计算结果0，然后将0作为反馈信息发送给基站，由此，对于4个数据的反馈信息被捆绑在一起发送给基站。
下面，参照附图来描述根据本公开的实施例的发送和接收HARQ反馈信息方法、以及使用该方法的用户设备(UE)和对应的基站(eNB)。
首先，参照图2来描述根据本公开实施例的发送HARQ反馈信息的方法。该方法可以由UE执行。
如图2所示，在步骤S201中，确定要进行HARQ捆绑的数据的接收窗口，即上文所述的HARQ捆绑窗口。
具体地，可以通过确定所述接收窗口的长度和起始位置来确定所述接收窗口。在这里，可以使用接收窗口包含的子帧的数量来表示所述接收窗口的长度。此外，可以用所述接收窗口所包含的第一个子帧的位置来表示所述接收窗口的位置。
可以采用多种方式来确定所述接收窗口的长度。在一种实现方式中，可以通过接收包括指示所述长度的信息的高层信令来确定HARQ捆绑窗口的长度。所述高层信令例如是系统信息块(SIB)。例如，基站可以在小区中广播SIB，从而将所述长度通知给UE。在这种情况下，所述接收窗口的长度是 专用于该小区的。
在另一实现方式中，所述接收窗口的长度可以是预先定义的值。例如，可以将所述接收窗口的长度作为预定义的值预配置在基站和UE中，使得基站和UE可以通过读取该预定义的值来确定所述接收窗口的长度。
在另一实现方式中，可以隐式地确定所述接收窗口的长度。例如，可以基于基站发送的数据(例如PDSCH)的重复数量和控制信息(例如PDCCH)的重复数量来确定所述接收窗口的长度。具体地，在UE与基站之间的信道质量不佳时，为了确保UE能够接收到PDCCH和PDSCH，基站可以将PDCCH重复发送多次，并且/或者将PDSCH重复发送多次。在这种情况下，所确定的长度是专用于该UE的。在这种实现方式中，在所发送的PDCCH和PDSCH之间可以存在一个或多个空白子帧，从而每个PDCCH、在该PDCCH之后发送的PDSCH以及在该PDCCH和PDSCH之间的一个或多个空白子帧形成一个组。所述接收窗口可以容纳一个或多个这样的组，因此，所述接收窗口的长度L可以用下式(1)确定：
L＝M*(RPDCCH+RPDSCH+n)    (1)
其中，RPDCCH是PDCCH的重复数量，RPDSCH是PDSCH的重复数量，M是接收窗口可以容纳的上述组的数量，n是PDCCH和PDSCH之间的空白子帧的数量，RPDCCH≥1，RPDSCH≥1、n≥1。此外，M≥1，例如可以是4。RPDCCH和RPDSCH可以由基站配置并通知给UE。在这种情况下，基站可以通过诸如无线资源控制(RRC)信令之类的高层信令将所配置的RPDCCH和RPDSCH通知给UE。M和n也可以由基站配置并例如通过诸如RRC信令之类的信令通知给UE，或者可以是预先定义的值，并且被预配置在基站和UE中。图3A示出了在该实现方式中确定接收窗口的长度的第一示例，其中，M为4，n为1，RPDCCH和RPDSCH均为1。在该示例中，可以确定L为12，即，所述接收窗口长度为12个子帧。图3B示出了在该实现方式中确定接收窗口的长度的第二示例，其中，M为4，n为1，RPDCCH和RPDSCH均为2。在该示例中，可以确定L为20，即，所述接收窗口长度为20个子帧。
此外，可以采用多种方式来确定所述接收窗口的起始位置。在一种实现方式中，可以基于帧的编号和该帧包含的子帧的编号以及所述接收窗口的长度来确定所述接收窗口的起始位置。例如，将帧的编号(帧号)表示为nf， 将该帧包含的子帧的编号(子帧编号)表示为nsf，则可以将满足下式(2)的帧中的子帧确定为所述接收窗口的起始位置：
(nsf+10*nf)mod(L)＝offset    (2)
其中，L为所述接收窗口的长度，offset为根据需要设置的偏移量，例如0、1或其他值，并且可以预先配置在UE和基站中，或者由基站配置并通过信令通知给UE，使得UE可以通过接收该信令来获知offset。例如，可以将offset设置为0，在这种情况下，可以将满足(nsf+10*nf)mod(L)＝0的帧中的子帧确定为所述接收窗口的起始位置。图4示出了确定所述接收窗口的起始位置的第一示例。在图4中，假设L＝3，则当nf＝0时，nsf＝3、6或9的子帧可以被确定为所述接收窗口的起始位置，而当nf＝1时，nsf＝2、5或8的子帧可以被确定为所述接收窗口的起始位置。
在另一实现方式中，可以将帧包含的各个子帧中携带具有预定值的下行链路分配指示符(DAI)的PDSCH的子帧确定为所述接收窗口的起始位置。如本领域所知，PDSCH的DAI指示该PDSCH所在的子帧是该子帧所述的帧中的第几个下行链路子帧。所述预定值可以根据实际需要灵活地设置，例如1、2等，并且可以预先配置在UE和基站中，或者可以由基站配置并通知给UE。在图4所示的例子中，假设预定值为1，即，将帧中携带DAI＝1的PDSCH的子帧确定为所述接收窗口的起始位置，在这种情况下，每个帧中的子帧2可以被确定为所述接收窗口的起始位置。
返回图2，在步骤S202中，在所述接收窗口内检测数据。具体地，在确定了接收窗口的起始位置和长度之后，可以定位所述接收窗口，并且在所述接收窗口内检测基站发送的PDSCH，即，检测位于接收窗口内的子帧中携带PDSCH的子帧。可以使用本领域公知的方法来在携带PDSCH的子帧，因此在这里不再赘述。
接下来，在步骤S203中，将对于在所述接收窗口内检测到的数据(PDSCH)的HARQ反馈信息捆绑发送。
具体地，对于接收到的每个PDSCH可以进行解码，并且根据解码从结果而产生对于该PDSCH的反馈信息，即HARQ反馈信息。例如，当对于PDSCH的解码成功时，可以产生ACK，而当对于PDSCH的解码失败时，可以产生NACK。然后，可以按照上文所述的方式，对对于在所述接收窗口内检测到 的多个数据的反馈信息进行逻辑计算，并且将计算结果作为反馈信息发送给基站，由此，可以将对于在所述接收窗口内检测到的多个数据的反馈信息捆绑在一起而发送给基站。在一种实现方式中，可以在所述接收窗口结束之后的预定时刻，将对于在所述接收窗口内检测到的数据的HARQ反馈信息捆绑发送。所述预定时刻可以根据实际需要而灵活地的设定，并且可以被预先配置在UE和基站中，或者可以由基站配置并通知给UE。例如，可以将所述预定时刻设置为在所述接收窗口结束之后的4ms，使得在所述接收窗口结束之后的4ms(第4子帧)发送所述反馈信息。
在将对于在所述接收窗口内检测到的数据的HARQ反馈信息捆绑发送时，可以在上行链路控制信道(PUCCH)或上行链路共享信道(PUSCH)中捆绑发送所述HARQ反馈信息，如图5所示。具体地，在所述接收窗口结束之后的预定时刻的子帧可能被调度用于发送PUSCH，也可能被调度用于发送PUCCH。在所述子帧被调度用于发送PUSCH的情况下，可以利用该PUSCH承载所述HARQ反馈信息。另一方面，在所述子帧被调度用于发送PUCCH的情况下，可以利用该PUCCH来承载所述HARQ反馈信息。
下面，参照图6来描述根据本公开实施例的接收HARQ反馈信息的方法。该方法可以由基站执行。
如图6所示，在步骤S601中，确定UE进行HARQ捆绑的数据的接收窗口。
具体地，可以通过确定所述接收窗口的长度和起始位置来确定所述接收窗口。在这里，可以使用接收窗口包含的子帧的数量来表示所述接收窗口的长度。此外，可以用所述接收窗口所包含的第一个子帧的位置来表示所述接收窗口的位置。
可以采用多种方式来确定所述接收窗口的长度。
在一种实现方式中，基站可以直接设置所述接收窗口(HARQ捆绑窗口)的长度。基站可以将指示所设置的长度的信息通过信令发送给UE。
在另一实现方式中，如上所述，所述接收窗口的长度可以是预先定义的值，使得基站可以通过读取该预定义的值来确定所述接收窗口的长度。
在另一实现方式中，可以隐式地确定所述接收窗口的长度。例如，可以基于发送给UE的数据(例如PDSCH)的重复数量和控制信息(例如PDCCH) 的重复数量来确定所述接收窗口的长度。例如，基站可以按照在上文中针对公式(1)描述的方式来确定所述接收窗口的长度。
在另一实现方式中，可以通过从UE接收指示所述长度的信息来确定所述接收窗口的长度。
此外，可以采用多种方式来确定所述接收窗口的起始位置。
在一种实现方式中，可以基于帧的编号和该帧包含的子帧的编号以及所述接收窗口的长度来确定所述接收窗口的起始位置。例如，可以按照上文所述的方式来确定所述接收窗口的起始位置，在这里不再赘述。
在另一实现方式中，可以将帧包含的各个子帧中携带具有预定值的下行链路分配指示符(DAI)的PDSCH的子帧确定为所述接收窗口的起始位置。所述预定值可以根据实际需要灵活地设置，例如1、2等，并且可以预先配置在UE和基站中，或者可以由基站配置并通知给UE。
接下来，在步骤S602中，接收由UE捆绑发送的、对于该UE在所述接收窗口内检测到的数据的HARQ反馈信息。
在一种实现方式中，可以接收由UE在所述接收窗口结束之后的预定时刻捆绑发送的、对于该用户设备在所述接收窗口内检测到的数据的HARQ反馈信息。所述预定时刻可以根据实际需要而灵活地的设定，并且可以被预先配置在UE和基站中，或者可以由基站配置并通知给UE。例如，可以将所述预定时刻设置为在所述接收窗口结束之后的4ms。
此外，如上文所述，UE在将对于在所述接收窗口内检测到的数据的HARQ反馈信息捆绑发送时，可以在PUCCH或PUSCH中捆绑发送所述HARQ反馈信息。相应地，在基站侧，可以在PUCCH或PUSCH中接收所述HARQ反馈信息。
在接收到所述反馈信息之后，基站可以对其解码，以确认PDSCH的发送是否成功。例如，在对于多个PDSCH的反馈信息被进行逻辑与计算以进行捆绑发送时，如果基站接收到的捆绑发送的反馈信息为0，则表明所述多个PDSCH中的至少一个未被成功接收，从而可以请求重传所述多个PDSCH。
下面，参照图7来描述根据本公开实施例的UE。在这里，为简单起见，对于与在上文中参照图2描述的方法相同的内容不再赘述。
如图7所示，根据本公开实施例的UE 20包括确定单元21、检测单元22 和HARQ反馈单元23。需要认识到，在这里，为了简单起见而仅示出UE中与本公开的实施例密切相关的单元，而省略UE的其他单元，这不是限制性的，根据需要，UE 20可以包括其他单元，例如各种数据处理单元。
确定单元21确定要进行HARQ捆绑的数据的接收窗口，即上文所述的HARQ捆绑窗口。具体地，确定单元21可以通过确定所述接收窗口的长度和起始位置来确定所述接收窗口。
确定单元21可以采用多种方式来确定所述接收窗口的长度。在一种实现方式中，确定单元21可以通过(例如经由接收单元(未示出))接收包括指示所述长度的信息的高层信令来确定HARQ捆绑窗口的长度。所述高层信令例如是系统信息块(SIB)。在另一实现方式中，所述接收窗口的长度可以是预先定义的值，并且例如可以被预配置在基站和UE中。在这种情况下，确定单元21可以通过读取该预定义的值来确定所述接收窗口的长度。在另一实现方式中，确定单元21可以隐式地确定所述接收窗口的长度。例如，确定单元21可以基于基站发送的数据(例如PDSCH)的重复数量和控制信息(例如PDCCH)的重复数量来确定所述接收窗口的长度。例如，确定单元21可以按照上文所述的方式，通过上式(1)来基于PDSCH和PDCCH的重复数量确定所述接收窗口的长度。
此外，确定单元21可以采用多种方式来确定所述接收窗口的起始位置。在一种实现方式中，确定单元21可以基于帧的编号和该帧包含的子帧的编号以及所述接收窗口的长度来确定所述接收窗口的起始位置。例如，确定单元21可以按照上文所述的方式，使用上式(2)来确定所述接收窗口的起始位置。在另一实现方式中，确定单元21可以将帧包含的各个子帧中携带具有预定值的下行链路分配指示符(DAI)的PDSCH的子帧确定为所述接收窗口的起始位置。
检测单元22可以在确定单元21确定的接收窗口内检测数据。具体地，在确定单元21确定了接收窗口的起始位置和长度之后，检测单元22可以定位所述接收窗口，并且在所述接收窗口内检测基站发送的PDSCH。检测单元22可以使用本领域公知的方法来在携带PDSCH的子帧，因此在这里不再赘述。
HARQ反馈单元23可以将对于在所述接收窗口内检测到的数据(PDSCH) 的HARQ反馈信息捆绑发送。具体地，HARQ反馈单元23可以对于接收到的每个PDSCH进行解码，并且根据解码从结果而产生对于该PDSCH的反馈信息，即HARQ反馈信息。然后，HARQ反馈单元23可以按照上文所述的方式，对对于在所述接收窗口内检测到的多个数据的反馈信息进行逻辑计算，并且将计算结果作为反馈信息发送给基站，由此，HARQ反馈单元23可以将对于在所述接收窗口内检测到的多个数据的反馈信息捆绑在一起而发送给基站。在一种实现方式中，HARQ反馈单元23可以在所述接收窗口结束之后的预定时刻，将对于在所述接收窗口内检测到的数据的HARQ反馈信息捆绑发送。所述预定时刻可以根据实际需要而灵活地的设定，并且可以被预先配置在UE和基站中，或者可以由基站配置并通知给UE。例如，可以将所述预定时刻设置为在所述接收窗口结束之后的4ms，使得在所述接收窗口结束之后的4ms(第4子帧)发送所述反馈信息。
在将对于在所述接收窗口内检测到的数据的HARQ反馈信息捆绑发送时，HARQ反馈单元23可以在上行链路控制信道(PUCCH)或上行链路共享信道(PUSCH)中捆绑发送所述HARQ反馈信息。具体地，在所述接收窗口结束之后的预定时刻的子帧可能被调度用于发送PUSCH，也可能被调度用于发送PUCCH。在所述子帧被调度用于发送PUSCH的情况下，HARQ反馈单元23可以利用该PUSCH承载所述HARQ反馈信息。另一方面，在所述子帧被调度用于发送PUCCH的情况下，HARQ反馈单元23可以利用该PUCCH来承载所述HARQ反馈信息。
下面，参照图8来描述根据本公开实施例的基站。
如图8所示，根据本公开实施例的基站10包括确定单元11和接收单元12。需要认识到，在这里，为了简单起见而仅示出基站中与本公开的实施例密切相关的单元，而省略基站的其他单元，这不是限制性的，根据需要，基站可以包括其他单元，例如各种数据处理单元。由于确定单元11和接收单元12的功能的很多细节与参照图6描述的方法基本相同，因此在这里省略对相同内容的描述。
确定单元11可以确定UE进行HARQ捆绑的数据的接收窗口。
具体地，确定单元11可以通过确定所述接收窗口的长度和起始位置来确定所述接收窗口。确定单元11可以采用多种方式来确定所述接收窗口的长度。
在一种实现方式中，确定单元11可以直接设置所述接收窗口(HARQ捆绑窗口)的长度。基站可以例如通过发送单元(未示出)将指示所设置的长度的信息通过信令发送给UE。
在另一实现方式中，如上所述，所述接收窗口的长度可以是预先定义的值，使得确定单元11可以通过读取该预定义的值来确定所述接收窗口的长度。
在另一实现方式中，确定单元11可以隐式地确定所述接收窗口的长度。例如，确定单元11可以基于发送给UE的数据(例如PDSCH)的重复数量和控制信息(例如PDCCH)的重复数量来确定所述接收窗口的长度。
在另一实现方式中，确定单元11可以通过从UE接收指示所述长度的信息来确定所述接收窗口的长度。
此外，确定单元11可以采用多种方式来确定所述接收窗口的起始位置。
在一种实现方式中，确定单元11可以基于帧的编号和该帧包含的子帧的编号以及所述接收窗口的长度来确定所述接收窗口的起始位置。例如，可以按照上文所述的方式来确定所述接收窗口的起始位置，在这里不再赘述。
在另一实现方式中，确定单元11可以将帧包含的各个子帧中携带具有预定值的下行链路分配指示符(DAI)的PDSCH的子帧确定为所述接收窗口的起始位置。所述预定值可以根据实际需要灵活地设置，并且可以预先配置在UE和基站中，或者可以由基站配置并通知给UE。
接收单元12可以接收由UE捆绑发送的、对于该UE在所述接收窗口内检测到的数据的HARQ反馈信息。
在一种实现方式中，接收单元12可以接收由UE在所述接收窗口结束之后的预定时刻捆绑发送的、对于该用户设备在所述接收窗口内检测到的数据的HARQ反馈信息。所述预定时刻可以根据实际需要而灵活地的设定，并且可以被预先配置在UE和基站中，或者可以由基站配置并通知给UE。
此外，如上文所述，UE在将对于在所述接收窗口内检测到的数据的HARQ反馈信息捆绑发送时，可以在PUCCH或PUSCH中捆绑发送所述HARQ反馈信息。相应地，在基站侧，接收单元12可以在PUCCH或PUSCH中接收所述HARQ反馈信息。
在接收到所述反馈信息之后，基站例如可以通过解码单元(未示出)对其解码，以确认PDSCH的发送是否成功。例如，在对于多个PDSCH的反馈 信息被进行逻辑与计算以进行捆绑发送时，如果基站接收到的捆绑发送的反馈信息为0，则表明所述多个PDSCH中的至少一个未被成功接收，从而可以请求重传所述多个PDSCH。
利用根据本公开实施例的上述发送HARQ反馈信息的方法、UE和基站，可以在HDD FDD MTC系统中，方便地确定要进行HARQ捆绑发送的数据，并且将对于这些数据的反馈信息捆绑发送。
需要说明的是，在本说明书中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
最后，还需要说明的是，上述一系列处理不仅包括以这里所述的顺序按时间序列执行的处理，而且包括并行或分别地、而不是按时间顺序执行的处理。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本公开可借助软件加必需的硬件平台的方式来实现，当然也可以全部通过硬件来实施。基于这样的理解，本公开的技术方案对背景技术做出贡献的全部或者部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本公开各个实施例或者实施例的某些部分所述的方法。
以上对本公开进行了详细介绍，本文中应用了具体个例对本公开的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本公开的方法及其核心思想；同时，对于本领域的一般技术人员，依据本公开的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本公开的限制。

Claims (36)

  1. 一种发送混合自动重复请求(HARQ)反馈信息的方法，包括：
    确定要进行HARQ捆绑的数据的接收窗口；
    在所述接收窗口内检测数据；
    将对于在所述接收窗口内检测到的数据的HARQ反馈信息捆绑发送。
  2. 如权利要求1所述的方法，其中，确定要进行HARQ捆绑的数据的接收窗口包括：确定所述接收窗口的长度和起始位置。
  3. 如权利要求2所述的方法，其中，确定所述接收窗口的长度包括：
    接收包括指示所述长度的信息的高层信令。
  4. 如权利要求2所述的方法，其中，所述接收窗口的长度是预先定义的值。
  5. 如权利要求2所述的方法，其中，确定所述接收窗口的长度包括：基于物理下行链路共享信道的重复数量和物理下行链路控制信道的重复数量来确定所述接收窗口的长度。
  6. 如权利要求2至5之一所述的方法，其中，确定所述接收窗口的起始位置包括：
    基于帧的编号和该帧包含的子帧的编号以及所述接收窗口的长度来确定所述接收窗口的起始位置。
  7. 如权利要求2至5之一所述的方法，其中，确定所述接收窗口的起始位置包括：
    将帧包含的各个子帧中携带具有预定值的下行链路分配指示符的物理下行链路共享信道的子帧确定为所述接收窗口的起始位置。
  8. 如权利要求1至7之一所述的方法，其中，将对于在所述接收窗口内检测到的数据的HARQ反馈信息捆绑发送包括：
    在所述接收窗口结束之后的预定时刻，将对于在所述接收窗口内检测到的数据的HARQ反馈信息捆绑发送。
  9. 如权利要求1至8之一所述的方法，其中，将对于在所述接收窗口内检测到的数据的HARQ反馈信息捆绑发送包括：在上行链路控制信道或上行链路共享信道中捆绑发送所述HARQ反馈信息。
  10. 一种用户设备，包括：
    确定单元，被配置为确定要进行HARQ捆绑的数据的接收窗口；
    检测单元，被配置为在所述接收窗口内检测数据；
    HARQ反馈单元，被配置为将对于在所述接收窗口内检测到的数据的HARQ反馈信息捆绑发送。
  11. 如权利要求10所述的用户设备，其中，所述确定单元被配置为通过确定所述接收窗口的长度和起始位置来确定所述接收窗口。
  12. 如权利要求11所述的用户设备，其中，所述确定单元被配置为接收包括指示所述长度的信息的高层信令。
  13. 如权利要求11所述的用户设备，其中，所述接收窗口的长度是预先定义的值。
  14. 如权利要求11所述的用户设备，其中，所述确定单元被配置为基于物理下行链路共享信道的重复数量和物理下行链路控制信道的重复数量来确定所述接收窗口的长度。
  15. 如权利要求11至14之一所述的用户设备，其中，所述确定单元被配置为基于帧的编号和该帧包含的子帧的编号以及所述接收窗口的长度来确定所述接收窗口的起始位置。
  16. 如权利要求11至14之一所述的用户设备，其中，所述确定单元被配置为将帧包含的各个子帧中携带具有预定值的下行链路分配指示符的物理下行链路共享信道的子帧确定为所述接收窗口的起始位置。
  17. 如权利要求10至16之一所述的用户设备，其中，所述HARQ反馈单元被配置为在所述接收窗口结束之后的预定时刻，将对于在所述接收窗口内检测到的数据的HARQ反馈信息捆绑发送。
  18. 如权利要求10至17之一所述的用户设备，其中，所述HARQ反馈单元在上行链路控制信道或上行链路共享信道中捆绑发送所述HARQ反馈信息。
  19. 一种接收混合自动重复请求(HARQ)反馈信息的方法，包括：
    确定用户设备进行HARQ捆绑的数据的接收窗口；以及
    接收由用户设备捆绑发送的、对于该用户设备在所述接收窗口内检测到的数据的HARQ反馈信息。
  20. 如权利要求19所述的方法，其中，确定用户设备进行HARQ捆绑的数据的接收窗口包括：
    确定所述接收窗口的长度和起始位置。
  21. 如权利要求20所述的方法，其中，确定所述接收窗口的长度包括：
    由基站直接设定所述长度。
  22. 如权利要求20所述的方法，其中，所述接收窗口的长度是预先定义的值。
  23. 如权利要求20所述的方法，其中，确定所述接收窗口的长度包括：基于物理下行链路共享信道的重复数量和物理下行链路控制信道的重复数量来确定所述接收窗口的长度。
  24. 如权利要求20至23之一所述的方法，其中，确定所述接收窗口的起始位置包括：
    基于帧的编号和该帧包含的子帧的编号以及所述接收窗口的长度来确定所述接收窗口的起始位置。
  25. 如权利要求20至23之一所述的方法，其中，确定所述接收窗口的起始位置包括：
    将帧包含的各个子帧中携带具有预定值的下行链路分配指示符的物理下行链路共享信道的子帧确定为所述接收窗口的起始位置。
  26. 如权利要求19至25之一所述的方法，其中，接收由用户设备捆绑发送的、对于该用户设备在所述接收窗口内检测到的数据的HARQ反馈信息包括：
    在所述接收窗口结束之后的预定时刻，接收由用户设备捆绑发送的、对于该用户设备在所述接收窗口内检测到的数据的HARQ反馈信息。
  27. 如权利要求19至26之一所述的方法，其中，接收由用户设备捆绑发送的、对于该用户设备在所述接收窗口内检测到的数据的HARQ反馈信息包括：在上行链路控制信道或上行链路共享信道中接收所述HARQ反馈信息。
  28. 一种基站，包括：
    确定单元，被配置为确定用户设备进行HARQ捆绑的数据的接收窗口；以及
    接收单元，被配置为接收由用户设备捆绑发送的、对于该用户设备在所 述接收窗口内检测到的数据的HARQ反馈信息。
  29. 如权利要求28所述的基站，其中，所述确定单元被配置为通过确定所述接收窗口的长度和起始位置来确定用户设备进行HARQ捆绑的数据的接收窗口。
  30. 如权利要求29所述的基站，其中，所述确定单元被配置为通过直接设定接收窗口的长度来确定所述长度。
  31. 如权利要求29所述的基站，其中，所述接收窗口的长度是预先定义的值。
  32. 如权利要求29所述的基站，其中，所述确定单元被配置为基于物理下行链路共享信道的重复数量和物理下行链路控制信道的重复数量来确定所述接收窗口的长度。
  33. 如权利要求29至32之一所述的基站，其中，所述确定单元被配置为基于帧的编号和该帧包含的子帧的编号以及所述接收窗口的长度来确定所述接收窗口的起始位置。
  34. 如权利要求29至32之一所述的基站，其中，所述确定单元被配置为将帧包含的各个子帧中携带具有预定值的下行链路分配指示符的物理下行链路共享信道的子帧确定为所述接收窗口的起始位置。
  35. 如权利要求28至34之一所述的基站，其中所述接收单元被配置为接收由用户设备在所述接收窗口结束之后的预定时刻捆绑发送的、对于该用户设备在所述接收窗口内检测到的数据的HARQ反馈信息。
  36. 如权利要求28至35之一所述的基站，其中，所述接收单元被配置为在上行链路控制信道或上行链路共享信道中接收所述HARQ反馈信息。
PCT/CN2017/096717 2016-08-11 2017-08-10 发送混合自动重复请求反馈信息的方法和用户设备 WO2018028616A1 (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201780048851.5A CN109845156B (zh) 2016-08-11 2017-08-10 发送混合自动重复请求反馈信息的方法和用户设备
JP2019507128A JP7181667B2 (ja) 2016-08-11 2017-08-10 ハイブリッド自動再送要求フィードバック情報を送信する方法及びユーザー装置
US16/324,735 US10771197B2 (en) 2016-08-11 2017-08-10 Method for transmitting hybrid automatic repeat request feedback information, and user equipment
EP17838746.0A EP3499765B1 (en) 2016-08-11 2017-08-10 Method for sending hybrid automatic repeat request feedback information, and user equipment

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201610659378.1 2016-08-11
CN201610659378.1A CN107733576A (zh) 2016-08-11 2016-08-11 发送混合自动重复请求反馈信息的方法和用户设备

Publications (1)

Publication Number Publication Date
WO2018028616A1 true WO2018028616A1 (zh) 2018-02-15

Family

ID=61161592

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/096717 WO2018028616A1 (zh) 2016-08-11 2017-08-10 发送混合自动重复请求反馈信息的方法和用户设备

Country Status (5)

Country Link
US (1) US10771197B2 (zh)
EP (1) EP3499765B1 (zh)
JP (1) JP7181667B2 (zh)
CN (2) CN107733576A (zh)
WO (1) WO2018028616A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3720022A4 (en) * 2018-04-04 2021-01-13 Guangdong Oppo Mobile Telecommunications Corp., Ltd. PROCEDURE FOR TRANSMISSION OF UPLINK CONTROL INFORMATION AND RELATED PRODUCT

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111919409B (zh) * 2018-03-26 2023-05-05 Lg电子株式会社 在无线通信系统中发送和接收物理信号和/或信道的方法和用于该方法的设备
EP3905836B1 (en) * 2018-12-29 2023-09-06 Beijing Xiaomi Mobile Software Co., Ltd. Data transmission method, apparatus, and system for direct communication, and device
CN113115591B (zh) * 2019-11-12 2022-08-05 北京小米移动软件有限公司 Harq-ack传输方法及装置、通信设备及存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101567775A (zh) * 2008-04-25 2009-10-28 大唐移动通信设备有限公司 传输上行数据的方法、发送端设备和接收端设备
CN102017504A (zh) * 2008-04-28 2011-04-13 爱立信电话股份有限公司 具有捆绑窗口中的所指配数据分组的信令的电信系统中的方法和布置
CN103209061A (zh) * 2012-01-17 2013-07-17 北京三星通信技术研究有限公司 一种harq-ack反馈信息的发送方法
CN103580827A (zh) * 2012-08-09 2014-02-12 北京三星通信技术研究有限公司 传输harq-ack信息的方法和设备
CN104160767A (zh) * 2012-02-27 2014-11-19 华为技术有限公司 覆盖在蜂窝网络上的设备到设备通信的消息确认反馈的系统和方法

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102056228A (zh) * 2009-11-02 2011-05-11 夏普株式会社 上行混合自动请求重传应答信息捆绑指示传输方法和基站
CN107135052B (zh) * 2011-05-31 2021-02-02 北京三星通信技术研究有限公司 一种发送harq-ack反馈信息的方法
CN103828273B (zh) 2011-09-23 2017-01-18 Lg电子株式会社 用于发送控制信息的方法及装置
CN103891182B (zh) 2011-10-11 2017-09-22 Lg电子株式会社 无线接入系统中的捆绑调度方法及其设备
CN103188062B (zh) * 2011-12-31 2018-08-17 中兴通讯股份有限公司 混合自动重传请求应答信息发送方法及装置
WO2014109621A1 (ko) 2013-01-14 2014-07-17 엘지전자 주식회사 하향링크 신호 수신 방법 및 사용자기기와 하향링크 신호 전송 방법 및 기지국
US9485763B2 (en) * 2013-01-14 2016-11-01 Lg Electronics Inc. Method and user equipment for receiving downlink signal and method and base station for transmitting downlink signal
EP3026829B1 (en) * 2013-07-26 2020-09-02 LG Electronics Inc. Method for transmitting signal for mtc and apparatus for same
EP3026831B1 (en) * 2013-07-26 2019-11-13 LG Electronics Inc. Method for transmitting signal for mtc and apparatus for same
US20160242203A1 (en) * 2013-11-22 2016-08-18 Lg Electronics Inc. Method for receiving bundle of pdcch, and mtc device
US10411838B2 (en) * 2014-01-23 2019-09-10 Qualcomm Incorporated Coverage enhancements with carrier aggregation
RU2678508C2 (ru) * 2014-01-29 2019-01-29 Хуавей Текнолоджиз Ко., Лтд. Способ передачи данных и устройство связи
WO2015126202A1 (ko) * 2014-02-24 2015-08-27 엘지전자 주식회사 커버리지 확장을 위한 채널의 반복 전송 방법 및 단말
WO2016033737A1 (en) * 2014-09-02 2016-03-10 Panasonic Intellectual Property Corporation Of America Wireless communication method and wireless communication device
WO2016072712A2 (ko) * 2014-11-04 2016-05-12 엘지전자 주식회사 채널과 관련된 피드백을 위한 방법 및 이를 위한 장치
CN107113877B (zh) * 2015-01-08 2021-06-08 夏普株式会社 终端装置、基站装置、无线通信方法及集成电路
CN111049633B (zh) * 2015-01-09 2022-09-02 三星电子株式会社 在无线通信系统中传输用于终端的控制信道的方法和装置
US10306439B2 (en) * 2015-01-16 2019-05-28 Lg Electronics Inc. Method and device for transmitting and receiving shared control message in wireless access system supporting machine type communication
JP2018085545A (ja) * 2015-03-25 2018-05-31 シャープ株式会社 端末装置、基地局装置、通信システム、通信方法および集積回路
JP2018093249A (ja) * 2015-04-03 2018-06-14 シャープ株式会社 無線通信システム、端末装置、基地局装置、無線通信方法および集積回路
GB2552947A (en) 2016-08-09 2018-02-21 Nec Corp Communication System
EP3621396B1 (en) * 2018-04-23 2022-07-27 LG Electronics Inc. Method for transmitting and receiving physical downlink shared channel in wireless communication system, and device for supporting same

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101567775A (zh) * 2008-04-25 2009-10-28 大唐移动通信设备有限公司 传输上行数据的方法、发送端设备和接收端设备
CN102017504A (zh) * 2008-04-28 2011-04-13 爱立信电话股份有限公司 具有捆绑窗口中的所指配数据分组的信令的电信系统中的方法和布置
CN103209061A (zh) * 2012-01-17 2013-07-17 北京三星通信技术研究有限公司 一种harq-ack反馈信息的发送方法
CN104160767A (zh) * 2012-02-27 2014-11-19 华为技术有限公司 覆盖在蜂窝网络上的设备到设备通信的消息确认反馈的系统和方法
CN103580827A (zh) * 2012-08-09 2014-02-12 北京三星通信技术研究有限公司 传输harq-ack信息的方法和设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3499765A4 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3720022A4 (en) * 2018-04-04 2021-01-13 Guangdong Oppo Mobile Telecommunications Corp., Ltd. PROCEDURE FOR TRANSMISSION OF UPLINK CONTROL INFORMATION AND RELATED PRODUCT
US11304202B2 (en) 2018-04-04 2022-04-12 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method for transmitting uplink control information, and related product

Also Published As

Publication number Publication date
CN107733576A (zh) 2018-02-23
JP2019530281A (ja) 2019-10-17
EP3499765A4 (en) 2020-04-01
US10771197B2 (en) 2020-09-08
EP3499765A1 (en) 2019-06-19
JP7181667B2 (ja) 2022-12-01
EP3499765B1 (en) 2022-12-14
US20190222363A1 (en) 2019-07-18
CN109845156A (zh) 2019-06-04
CN109845156B (zh) 2021-10-08

Similar Documents

Publication Publication Date Title
US10952203B2 (en) Methods and apparatus for transmitting in resource blocks
KR102508783B1 (ko) 시스템 정보 요청에 대한 피드백
KR102571712B1 (ko) 시스템 정보 요청에 대한 피드백
US9924501B2 (en) Method and apparatus for reducing latency of LTE uplink transmissions
EP3308593B1 (en) Method and apparatus for reducing latency of lte uplink transmissions
WO2017125022A1 (zh) 上行数据发送、接收方法、装置、终端及基站
US11239953B2 (en) Triggering HARQ-ACK feedback for a downlink slot set
CN101946447B (zh) 无线网络中绑定反馈的传输
EP3499779B1 (en) Method for determining hybrid automatic repeat request process number, base station, and user equipment
JP2018207508A5 (zh)
WO2017024912A1 (zh) 一种随机接入方法、设备和系统
WO2015106554A1 (zh) 资源管理方法、装置及计算机存储介质
JP7171547B2 (ja) 上りリンクデータ繰り返しモードを通知、確定する方法、ユーザ装置および基地局
WO2016049850A1 (zh) 一种上行数据的传输方法及相关设备
WO2018028616A1 (zh) 发送混合自动重复请求反馈信息的方法和用户设备
CN110710145B (zh) 指示时隙中数据的信息的方法、远程单元和基站单元
AU2018294472A1 (en) Method for repeated transmission and terminal device
US9985755B2 (en) Data transmission method, apparatus, and device
CN113966001A (zh) 半持久调度数据传输触发的混合自动重复请求确认报告
JP2020529164A5 (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: 17838746

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2019507128

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2017838746

Country of ref document: EP

Effective date: 20190311