WO2020164477A1 - Harq反馈的方法和终端 - Google Patents

Harq反馈的方法和终端 Download PDF

Info

Publication number
WO2020164477A1
WO2020164477A1 PCT/CN2020/074738 CN2020074738W WO2020164477A1 WO 2020164477 A1 WO2020164477 A1 WO 2020164477A1 CN 2020074738 W CN2020074738 W CN 2020074738W WO 2020164477 A1 WO2020164477 A1 WO 2020164477A1
Authority
WO
WIPO (PCT)
Prior art keywords
harq feedback
priority
channel
pusch
data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/CN2020/074738
Other languages
English (en)
French (fr)
Inventor
苗金华
伯特兰皮埃尔
赵亚利
谌丽
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Academy of Telecommunications Technology CATT
Original Assignee
China Academy of Telecommunications Technology CATT
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 China Academy of Telecommunications Technology CATT filed Critical China Academy of Telecommunications Technology CATT
Publication of WO2020164477A1 publication Critical patent/WO2020164477A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

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/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
    • 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/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/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
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signalling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria

Definitions

  • the embodiments of the present disclosure relate to the field of communication technology, and in particular to a method and terminal for hybrid automatic repeat request (Hybrid Automatic Repeat reQuest, HARQ) feedback.
  • Hybrid Automatic Repeat reQuest Hybrid Automatic Repeat reQuest, HARQ
  • HARQ feedback collides with Physical Uplink Shared Channel (PUSCH) resources, or when PUSCH resources are insufficient, PUSCH data is sent first.
  • PUSCH Physical Uplink Shared Channel
  • An objective of the embodiments of the present disclosure is to provide a HARQ feedback method and terminal to solve the problem of URLLC data delay due to overlap with other channels during HARQ feedback transmission.
  • a HARQ feedback method including:
  • the first channel is a physical uplink shared channel PUSCH or a physical uplink control channel PUCCH for transmitting uplink data.
  • the priority of the HARQ feedback is the priority of one logical channel, or the maximum value of the priorities of multiple logical channels, and the logical channel is a logical channel multiplexed to data for downlink DL transmission .
  • the priority of the logical channel is any one of the following:
  • the DL data corresponds to the priority of the logical channel of the uplink UL data, where the DL data is the DL data fed back by the HARQ;
  • the priority of the logical channel for DL transmission as configured on the network side or agreed by the protocol.
  • the priority of the HARQ feedback is configured by the network side or agreed by a protocol.
  • transmitting the HARQ feedback according to the priority of the HARQ feedback includes:
  • the HARQ feedback is transmitted.
  • the method further includes:
  • the priority of the HARQ feedback is lower than the priority of the first channel, the data carried by the first channel is transmitted.
  • the transmitting the HARQ feedback according to the priority of the HARQ feedback includes any one of the following:
  • the HARQ feedback is multiplexed onto the PUCCH for transmission according to the priority of the HARQ feedback.
  • the preset conditions include one or more of the following:
  • the PUSCH length in the PUSCH resource is less than or equal to the PUSCH length of the logical channel of the UL data corresponding to the DL data, and the DL data is DL data fed back by HARQ;
  • the PUSCH resource does not meet the PUSCH restriction for carrying the HARQ feedback
  • the PUSCH length in the PUSCH resource is less than or equal to the PDSCH length of the DL data fed back by the HARQ.
  • the limitation of the PUSCH carrying the HARQ feedback is configured by the network side or agreed by a protocol.
  • the PUSCH restriction that carries the HARQ feedback includes one or more of the following:
  • a terminal including:
  • a determining module configured to determine the priority of the HARQ feedback when the resource of the channel for transmitting the HARQ feedback collides or overlaps with the resource of the first channel;
  • a transmission module configured to transmit the HARQ feedback according to the priority of the HARQ feedback
  • the first channel is PUSCH or PUCCH for transmitting uplink data.
  • the priority of the HARQ feedback is the priority of one logical channel, or the maximum value of the priorities of multiple logical channels, and the logical channel is a logical channel multiplexed to data for downlink DL transmission .
  • the priority of the logical channel is any one of the following:
  • the DL data corresponds to the priority of the logical channel of the UL data, where the DL data is the DL data fed back by the HARQ;
  • the priority of the logical channel for DL transmission as configured on the network side or agreed by the protocol.
  • the priority of the HARQ feedback is configured by the network side or agreed by a protocol.
  • the transmission module is further configured to: determine whether the priority of the HARQ feedback is higher than the priority of the first channel; if the priority of the HARQ feedback is higher than the priority of the first channel , Then transmit the HARQ feedback.
  • the transmission module is further configured to: if the priority of the HARQ feedback is lower than the priority of the first channel, transmit the data carried by the first channel.
  • the transmission module is further configured to perform any one of the following:
  • the HARQ feedback is multiplexed onto the PUCCH for transmission according to the priority of the HARQ feedback.
  • the preset conditions include one or more of the following:
  • the PUSCH length in the PUSCH resource is less than or equal to the PUSCH length of the logical channel corresponding to the UL data of the DL data, and the DL data is DL data fed back by HARQ;
  • the PUSCH resource does not meet the PUSCH restriction for carrying the HARQ feedback
  • the PUSCH length in the PUSCH resource is less than or equal to the PDSCH length of the DL data fed back by the HARQ.
  • the limitation of the PUSCH carrying the HARQ feedback is configured by the network side or agreed by a protocol.
  • the PUSCH restriction that carries the HARQ feedback includes one or more of the following:
  • a terminal including:
  • a processor configured to determine the priority of the HARQ feedback when the resource of the channel for sending the HARQ feedback collides or overlaps with the resource of the first channel;
  • a transceiver configured to transmit the HARQ feedback according to the priority of the HARQ feedback
  • the first channel is PUSCH or PUCCH for transmitting uplink data.
  • the priority of the HARQ feedback is the priority of one logical channel, or the maximum value of the priorities of multiple logical channels, and the logical channel is a logical channel multiplexed to data for downlink DL transmission .
  • the priority of the logical channel is any one of the following:
  • the DL data corresponds to the priority of the logical channel of the UL data, where the DL data is the DL data fed back by the HARQ;
  • the priority of the logical channel for DL transmission as configured on the network side or agreed by the protocol.
  • a terminal including: a processor, a memory, a transceiver, and a program stored in the memory and running on the processor, the program being The steps of the HARQ feedback method as described above are realized when the processor is executed.
  • a computer-readable storage medium with a program stored on the computer-readable storage medium, and the method for implementing HARQ feedback as described above when the program is executed by a processor A step of.
  • Figure 1 is a schematic diagram of a HARQ-ACK and PUSCH collision scenario
  • FIG. 2 is a schematic diagram of the architecture of a wireless communication system according to an embodiment of the disclosure.
  • FIG. 3 is one of the flowcharts of the HARQ feedback method according to an embodiment of the disclosure.
  • FIG. 5 is the third flowchart of the HARQ feedback method according to an embodiment of the disclosure.
  • FIG. 6 is one of the structural diagrams of the terminal of the embodiment of the disclosure.
  • FIG. 7 is the second structural diagram of a terminal according to an embodiment of the disclosure.
  • FIG. 8 is the third structural diagram of the terminal of the embodiment of the disclosure.
  • words such as “exemplary” or “for example” are used as examples, illustrations, or illustrations. Any embodiment or design solution described as “exemplary” or “for example” in the embodiments of the present disclosure should not be construed as being more preferable or advantageous than other embodiments or design solutions. To be precise, words such as “exemplary” or “for example” are used to present related concepts in a specific manner.
  • the terminal After the base station sends a DL data packet in a HARQ process, in order to know whether the data is successfully transmitted, the terminal needs to feed back the HARQ process in the uplink (Up Link, UL), that is, send HARQ feedback information to notify the base station whether the data is successful receive.
  • Up Link UL
  • the terminal will feed back an acknowledgement (Acknowledgement, ACK); then the base station schedules other newly transmitted data in this HARQ process.
  • acknowledgement acknowledgement
  • the terminal will feedback a negative acknowledgement (Negative-Acknowledgment, NACK), and the base station may schedule the retransmission of the HARQ process.
  • NACK Negative-Acknowledgment
  • HARQ feedback can be transmitted through the Physical Uplink Control Channel (PUCCH) or through the PUSCH.
  • PUCCH Physical Uplink Control Channel
  • the fifth-generation mobile communication technology (Fifth-generation, 5G) New Radio (NR) system mainly supports three types of services:
  • eMBB Enhanced Mobile Broadband
  • URLLC mainly refers to highly reliable, low-latency services.
  • the main application scenarios include:
  • AR Aug. 1
  • VR Virtual Reality
  • the low delay requires as low as 0.5 milliseconds (ms), and the high reliability packet loss rate is as low as 1E-9.
  • the HARQ feedback method and terminal provided by the embodiments of the present disclosure can be applied to a wireless communication system.
  • the wireless communication system may be a 5G system, or an evolved Long Term Evolution (eLTE) system, or a subsequent evolved communication system.
  • eLTE evolved Long Term Evolution
  • the wireless communication system may include: a network device 20 and a terminal (for example, User Equipment (UE)).
  • UE User Equipment
  • the terminal is denoted as UE21, and the UE21 may communicate with the network device 20 (transmitting signaling or transmitting data).
  • the connection between the above-mentioned various devices may be a wireless connection.
  • a solid line is used in FIG. 2 to indicate.
  • the foregoing communication system may include multiple UEs 21, and the network device 20 may communicate with multiple UEs 21.
  • the network device 20 provided by the embodiment of the present disclosure may be a base station, which may be a commonly used base station, an evolved node base station (eNB), or a network device in a 5G system (for example, the following Equipment such as next generation node base station (gNB) or transmission and reception point (TRP)).
  • eNB evolved node base station
  • 5G system for example, the following Equipment such as next generation node base station (gNB) or transmission and reception point (TRP)).
  • gNB next generation node base station
  • TRP transmission and reception point
  • the user equipment provided in the embodiments of the present disclosure may be a mobile phone, a tablet computer, a notebook computer, an Ultra-Mobile Personal Computer (UMPC), a netbook, or a Personal Digital Assistant (PDA), etc.
  • UMPC Ultra-Mobile Personal Computer
  • PDA Personal Digital Assistant
  • an embodiment of the present disclosure provides a HARQ feedback method.
  • the execution subject of the method may be a terminal, and the specific steps include: step 301 and step 302.
  • Step 301 When the resources of the channel for transmitting HARQ feedback collide or overlap with the resources of the first channel, determine the priority of the HARQ feedback;
  • HARQ feedback is feedback for DL data with low delay requirements.
  • the channel for transmitting HARQ feedback may be PUCCH or PUSCH.
  • the first channel may be PUCCH or PUSCH of other services.
  • the priority of the HARQ feedback may be the priority of one logical channel, or the maximum value of the priorities of multiple logical channels, and the logical channel is multiplexed to DL transmission.
  • Logical channel of data may be the priority of one logical channel, or the maximum value of the priorities of multiple logical channels, and the logical channel is multiplexed to DL transmission.
  • the priority of the logical channel may be any one of the following:
  • the DL data corresponds to the priority of the logical channel of the UL data, where the DL data is the DL data fed back by the HARQ;
  • RRC Radio Resource Control
  • the priority of the HARQ feedback is configured by the network side or agreed by a protocol.
  • the network side configures the priority of HARQ feedback through RRC.
  • Step 302 Transmit the HARQ feedback according to the priority of the HARQ feedback.
  • the problem of URLLC data delay due to overlap with other channels during HARQ feedback transmission can be solved, and the timeliness of HARQ feedback transmission can be ensured.
  • an embodiment of the present disclosure also provides a HARQ feedback method.
  • the execution subject of the method may be a terminal, and the specific steps include: step 401 to step 404.
  • Step 401 When the resources of the channel for transmitting HARQ feedback collide or overlap with the resources of the first channel, determine the priority of the HARQ feedback;
  • step 401 is the same as step 301 shown in FIG. 3, and will not be described here.
  • Step 402 Judge whether the priority of HARQ feedback is higher than the priority of the first channel. If the priority of HARQ feedback is higher than the priority of the first channel, go to step 403; if the priority of HARQ feedback is lower than the priority of the first channel Priority, go to step 404;
  • the priority of the first channel can be any of the following:
  • PUSCH transmission priority that is, the maximum value among the priorities of all logical channels multiplexed to PUSCH
  • Step 403 Transmit HARQ feedback.
  • the HARQ feedback is transmitted through a channel (such as PUCCH or PUSCH) that transmits the HARQ feedback.
  • a channel such as PUCCH or PUSCH
  • Step 404 Transmit the data carried by the first channel.
  • the problem of URLLC data delay due to overlap with other channels during HARQ feedback transmission can be solved, and the timeliness of HARQ feedback transmission can be ensured.
  • an embodiment of the present disclosure also provides a HARQ feedback method.
  • the execution subject of the method may be a terminal, and the specific steps include: step 501 to step 504.
  • Step 501 When the resources of the channel for transmitting HARQ feedback collide or overlap with the resources of the first channel, determine the priority of the HARQ feedback;
  • step 501 is the same as step 301 shown in FIG. 3 and will not be described here.
  • Step 502 Determine whether the PUSCH resource meets the preset conditions, if yes, go to step 503; otherwise, go to step 504;
  • Step 503 According to the priority of HARQ feedback, multiplex HARQ feedback to PUSCH for transmission;
  • the HARQ feedback and the data carried by the PUSCH are encoded together and transmitted through the PUSCH.
  • Step 504 According to the priority of the HARQ feedback, multiplex the HARQ feedback onto the physical uplink control channel PUCCH for transmission.
  • the HARQ feedback is independently coded and transmitted through PUCCH.
  • the overlapping or colliding PUSCH will stop this transmission or delay until the next transmission.
  • the preset condition may include one or more of the following:
  • the PUSCH length in the PUSCH resource is less than or equal to the PUSCH length of the logical channel corresponding to the UL data of the DL data, and the DL data is the DL data fed back by HARQ;
  • the PUSCH length in the PUSCH resource is less than or equal to the PDSCH length of the DL data fed back by HARQ.
  • the limitation of the PUSCH carrying HARQ feedback is configured by the network side or agreed upon by a protocol.
  • the PUSCH restriction carrying HARQ feedback includes one or more of the following:
  • the problem of URLLC data delay due to overlap with other channels during HARQ feedback transmission can be solved, and the timeliness of HARQ feedback transmission can be ensured.
  • the priority of HARQ feedback is the maximum value among the priorities of multiple logical channels, and the logical channel is a logical channel that is multiplexed to data for downlink DL transmission.
  • Step 1 UE receives DL data
  • Step 2 The UE sends HARQ feedback to the network side according to whether the DL data is successfully received.
  • the HARQ feedback is feedback for DL data requiring low delay.
  • the HARQ feedback channel (optionally, PUCCH or PUSCH) collides or overlaps with the first channel (ie PUSCH or PUCCH of other services)
  • the priority of HARQ feedback is higher than that of the first channel level. If yes, transmit HARQ feedback; otherwise, transmit the first channel data;
  • the priority of HARQ feedback is the maximum value among the priorities of the logical channels multiplexed to DL transmission.
  • the priority of the logical channel for DL transmission can be defined as any of the following:
  • the DL data corresponds to the logical channel priority of the UL data; the DL data is the DL data fed back by HARQ;
  • RRC Radio Resource Control
  • the priority of HARQ feedback can also be defined by RRC and indicated by signaling; further, the signaling can be RRC signaling or Downlink Control Information (DCI) signaling.
  • RRC Radio Resource Control
  • DCI Downlink Control Information
  • the priority of the first channel can be any of the following:
  • the priority of SR transmission that is, the priority of the logical channel that triggers the SR
  • PUSCH transmission priority that is, the maximum value among the priorities of all logical channels multiplexed to PUSCH
  • Scenario 2 The terminal determines to reuse resources.
  • Step 1 UE receives DL data
  • Step 2 The UE sends HARQ feedback to the network side according to whether the DL data is successfully received.
  • the HARQ feedback is feedback for DL data requiring low delay.
  • the terminal determines the channel for transmitting HARQ feedback in the following manner:
  • the specific preset conditions are one or more of the following:
  • the PUSCH length in the PUSCH resource is less than or equal to the PUSCH length of the logical channel whose DL data corresponds to UL data, and the DL data is DL data fed back by HARQ;
  • PUSCH resources do not meet the PUSCH limit for carrying HARQ feedback, and the PUSCH limit for carrying HARQ feedback is notified by RRC, including the allowed SCS, PUSCH duration, and allowable cell list information, etc.;
  • the PUSCH length in the PUSCH resource is less than or equal to the PDSCH length of the DL data fed back by HARQ.
  • the embodiment of the present disclosure also provides a terminal. Since the principle of the terminal to solve the problem is similar to the HARQ feedback method in the embodiment of the present disclosure, the implementation of the terminal can refer to the implementation of the method, and the repetition will not be repeated.
  • an embodiment of the present disclosure further provides a terminal, and the terminal 600 includes:
  • the determining module 601 is configured to determine the priority of the HARQ feedback when the resource of the channel for transmitting the HARQ feedback collides or overlaps with the resource of the first channel;
  • the transmission module 602 is configured to transmit the HARQ feedback according to the priority of the HARQ feedback
  • the first channel is a physical uplink shared channel PUSCH or a physical uplink control channel PUCCH for transmitting uplink data.
  • the priority of the HARQ feedback is the priority of one logical channel, or the maximum value of the priorities of multiple logical channels, and the logical channel is multiplexed to DL transmission.
  • Logical channel of data is the priority of one logical channel, or the maximum value of the priorities of multiple logical channels, and the logical channel is multiplexed to DL transmission.
  • the priority of the logical channel is any one of the following:
  • the DL data corresponds to the priority of the logical channel of the uplink UL data, where the DL data is the DL data fed back by the HARQ;
  • the priority of the logical channel for DL transmission as configured on the network side or agreed by the protocol.
  • the priority of the HARQ feedback is configured by the network side or agreed by a protocol.
  • the transmission module is further configured to: determine whether the priority of the HARQ feedback is higher than the priority of the first channel; if the priority of the HARQ feedback is higher than the priority of the first channel; According to the priority of the first channel, the HARQ feedback is transmitted.
  • the transmission module is further configured to: if the priority of the HARQ feedback is lower than the priority of the first channel, transmit the data carried by the first channel.
  • the transmission module is further configured to perform any one of the following:
  • the HARQ feedback is multiplexed onto the physical uplink control channel PUCCH for transmission according to the priority of the HARQ feedback.
  • the preset condition includes one or more of the following:
  • the PUSCH length in the PUSCH resource is less than or equal to the PUSCH length of the logical channel of the UL data corresponding to the DL data, and the DL data is DL data fed back by HARQ;
  • the PUSCH resource does not meet the PUSCH restriction for carrying the HARQ feedback
  • the PUSCH length in the PUSCH resource is less than or equal to the PDSCH length of the DL data fed back by the HARQ.
  • the limitation of the PUSCH carrying the HARQ feedback is configured by the network side or agreed by a protocol.
  • the PUSCH restriction that carries the HARQ feedback includes one or more of the following:
  • the terminal provided in the embodiment of the present disclosure can execute the foregoing method embodiment, and its implementation principles and technical effects are similar, and details are not described herein again in this embodiment.
  • the terminal 700 shown in FIG. 7 includes: at least one processor 701, a memory 702, at least one network interface 704, and a user interface 703.
  • the various components in the terminal 700 are coupled together through the bus system 705.
  • the bus system 705 is used to implement connection and communication between these components.
  • the bus system 705 also includes a power bus, a control bus, and a status signal bus.
  • various buses are marked as the bus system 705 in FIG. 7.
  • the user interface 703 may include a display, a keyboard or a pointing device (for example, a mouse, a trackball), a touch panel or a touch screen, etc.
  • the memory 702 in the embodiment of the present disclosure may be a volatile memory or a non-volatile memory, or may include both volatile and non-volatile memory.
  • the non-volatile memory can be read-only memory (Read-Only Memory, ROM), programmable read-only memory (Programmable ROM, PROM), erasable programmable read-only memory (Erasable PROM, EPROM), and electrically available Erase programmable read-only memory (Electrically EPROM, EEPROM) or flash memory.
  • the volatile memory may be a random access memory (Random Access Memory, RAM), which is used as an external cache.
  • RAM static random access memory
  • DRAM dynamic random access memory
  • DRAM synchronous dynamic random access memory
  • SDRAM double data rate synchronous dynamic random access memory
  • Double Data rate SDRAM DDRSDRAM
  • enhanced SDRAM ESDRAM
  • Synchlink DRAM SLDRAM
  • Direct Rambus RAM DRRAM
  • the memory 702 of the system and method described in the embodiments of the present disclosure is intended to include but not limited to these and any other suitable types of memory.
  • the memory 702 stores the following elements, executable modules or data structures, or a subset of them, or an extended set of them: the operating system 7021 and application programs 7022.
  • the operating system 7021 includes various system programs, such as a framework layer, a core library layer, a driver layer, etc., for implementing various basic services and processing hardware-based tasks.
  • the application program 7022 includes various application programs, such as a media player (Media Player), a browser (Browser), etc., which are used to implement various application services.
  • the program for implementing the method of the embodiments of the present disclosure may be included in the application program 7022.
  • a program or instruction stored in the memory 702 by calling a program or instruction stored in the memory 702, specifically, a program or instruction stored in the application program 7022, the following steps are implemented during execution: when sending HARQ feedback channel resources and the When resources of one channel collide or overlap, determine the priority of the HARQ feedback; and transmit the HARQ feedback according to the priority of the HARQ feedback.
  • the terminal provided in the embodiment of the present disclosure can execute the foregoing method embodiment, and its implementation principles and technical effects are similar, and details are not described herein again in this embodiment.
  • the embodiment of the present disclosure also provides a terminal. Since the principle of the terminal to solve the problem is similar to the HARQ feedback method in the embodiment of the present disclosure, the implementation of the terminal can refer to the implementation of the method, and the repetition will not be repeated.
  • an embodiment of the present disclosure further provides a terminal, and the terminal 800 includes:
  • the processor 801 is configured to determine the priority of the HARQ feedback when the resource of the channel for sending the HARQ feedback collides or overlaps with the resource of the first channel;
  • the transceiver 802 is configured to transmit the HARQ feedback according to the priority of the HARQ feedback;
  • the first channel is PUSCH or PUCCH for transmitting uplink data.
  • the priority of the HARQ feedback is the priority of one logical channel, or the maximum value of the priorities of multiple logical channels, and the logical channel is multiplexed to the downlink Logical channel for data transmitted by DL.
  • the priority of the logical channel is any one of the following:
  • the DL data corresponds to the priority of the logical channel of the UL data, where the DL data is the DL data fed back by the HARQ;
  • the priority of the logical channel for DL transmission as configured on the network side or agreed by the protocol.
  • the priority of the HARQ feedback is configured by the network side or agreed by a protocol.
  • the processor 801 is further configured to determine whether the priority of the HARQ feedback is higher than the priority of the first channel;
  • the transceiver 802 is further configured to: if the priority of the HARQ feedback is higher than the priority of the first channel, transmit the HARQ feedback; if the priority of the HARQ feedback is lower than the priority of the first channel If priority is selected, the data carried by the first channel is transmitted.
  • the transceiver 802 is further configured to perform any one of the following:
  • the HARQ feedback is multiplexed onto the PUCCH for transmission according to the priority of the HARQ feedback.
  • the preset condition includes one or more of the following:
  • the PUSCH length in the PUSCH resource is less than or equal to the PUSCH length of the logical channel of the UL data corresponding to the DL data, and the DL data is DL data fed back by HARQ;
  • the PUSCH resource does not meet the PUSCH restriction for carrying the HARQ feedback
  • the PUSCH length in the PUSCH resource is less than or equal to the PDSCH length of the DL data fed back by the HARQ.
  • the limitation of the PUSCH carrying the HARQ feedback is configured by the network side or agreed by a protocol.
  • the PUSCH restriction that carries the HARQ feedback includes one or more of the following:
  • the terminal provided in the embodiment of the present disclosure can execute the foregoing method embodiment, and its implementation principles and technical effects are similar, and details are not described herein again in this embodiment.
  • the steps of the method or algorithm described in conjunction with the disclosure of the present disclosure may be implemented in a hardware manner, or may be implemented in a manner in which a processor executes software instructions.
  • the software instructions can be composed of corresponding software modules, and the software modules can be stored in RAM, flash memory, ROM, EPROM, EEPROM, registers, hard disks, mobile hard disks, read-only optical disks, or any other form of storage medium known in the art.
  • An exemplary storage medium is coupled to the processor, so that the processor can read information from the storage medium and can write information to the storage medium.
  • the storage medium may also be an integral part of the processor.
  • the processor and the storage medium may be located in an Application Specific Integrated Circuit (ASIC).
  • the ASIC may be located in the core network interface device.
  • the processor and the storage medium may also exist as discrete components in the core network interface device.
  • each module, unit, sub-unit or sub-module can be implemented in one or more application specific integrated circuits (ASIC), digital signal processors (Digital Signal Processor, DSP), digital signal processing equipment (DSP Device, DSPD), Programmable Logic Device (Programmable Logic Device, PLD), Field-Programmable Gate Array (Field-Programmable Gate Array, FPGA), general-purpose processors, controllers, microcontrollers, microprocessors, In other electronic units or combinations thereof that perform the functions described in the present disclosure.
  • ASIC application specific integrated circuits
  • DSP Digital Signal Processor
  • DSP Device digital signal processing equipment
  • PLD Programmable Logic Device
  • Field-Programmable Gate Array Field-Programmable Gate Array
  • FPGA Field-Programmable Gate Array
  • the computer-readable medium includes a computer storage medium and a communication medium, where the communication medium includes any medium that facilitates the transfer of a computer program from one place to another.
  • the storage medium may be any available medium that can be accessed by a general-purpose or special-purpose computer.
  • the embodiments of the present disclosure may be provided as methods, systems, or computer program products. Therefore, the embodiments of the present disclosure may adopt the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware. Moreover, the embodiments of the present disclosure may adopt the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program codes.
  • computer-usable storage media including but not limited to disk storage, CD-ROM, optical storage, etc.
  • These computer program instructions can also be stored in a computer-readable memory that can guide a computer or other programmable data processing equipment to work in a specific manner, so that the instructions stored in the computer-readable memory produce an article of manufacture including the instruction device.
  • the device implements the functions specified in one process or multiple processes in the flowchart and/or one block or multiple blocks in the block diagram.
  • These computer program instructions can also be loaded on a computer or other programmable data processing equipment, so that a series of operation steps are executed on the computer or other programmable equipment to produce computer-implemented processing, so as to execute on the computer or other programmable equipment.
  • the instructions provide steps for implementing functions specified in a flow or multiple flows in the flowchart and/or a block or multiple blocks in the block diagram.

Landscapes

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

Abstract

本公开提供一种HARQ反馈的方法和终端。该方法包括：当发送HARQ反馈的信道的资源与第一信道的资源碰撞或重叠时，确定HARQ反馈的优先级；根据HARQ反馈的优先级，传输HARQ反馈；其中，第一信道为传输上行数据的物理上行共享信道PUSCH或物理上行控制信道PUCCH。

Description

HARQ反馈的方法和终端
相关申请的交叉引用
本申请主张在2019年2月13日在中国提交的中国专利申请号No.201910112964.8的优先权，其全部内容通过引用包含于此。
技术领域
本公开实施例涉及通信技术领域，具体涉及一种混合自动重传请求(Hybrid Automatic Repeat reQuest，HARQ)反馈的方法和终端。
背景技术
参见图1，相关技术中HARQ反馈与物理上行共享信道(Physical Uplink Shared Channel，PUSCH)资源相碰撞，或PUSCH资源不够用时，会优先发送PUSCH数据。
但是，相关技术中无法区分当前HARQ反馈是针对哪种下行链路(Down Link，DL)的数据的反馈，即没有关于HARQ反馈与DL的优先级关系的对应关系定义。如果终端将针对低时延数据的HARQ反馈延迟发送，这样会造成高可靠低时延通信(Ultra-Reliable and Low Latency Communications，URLLC)数据反馈时延增加，进而增加URLLC传输时延。
发明内容
本公开实施例的一个目的在于提供一种HARQ反馈的方法和终端，解决HARQ反馈传输时，由于与其他信道重叠造成URLLC数据延迟的问题。
依据本公开实施例的第一方面，提供了一种HARQ反馈的方法，包括：
当发送HARQ反馈的信道的资源与第一信道的资源碰撞或重叠时，确定所述HARQ反馈的优先级；
根据所述HARQ反馈的优先级，传输所述HARQ反馈；
其中，所述第一信道为传输上行数据的物理上行共享信道PUSCH或物理上行控制信道PUCCH。
可选地，所述HARQ反馈的优先级为一个逻辑信道的优先级，或者多个逻辑信道的优先级中的最大值，所述逻辑信道为复用到下行链路DL传输的数据的逻辑信道。
可选地，所述逻辑信道的优先级为以下任意一项：
无线链路层控制协议确认模式中，DL数据对应上行链路UL数据的逻辑信道的优先级，其中所述DL数据为所述HARQ反馈的DL数据；
网络侧配置或协议约定的DL传输的逻辑信道的优先级。
可选地，所述HARQ反馈的优先级由网络侧配置或协议约定。
可选地，根据所述HARQ反馈的优先级，传输所述HARQ反馈，包括：
判断所述HARQ反馈的优先级是否高于所述第一信道的优先级；
如果所述HARQ反馈的优先级高于所述第一信道的优先级，则传输所述HARQ反馈。
可选地，所述方法还包括：
如果所述HARQ反馈的优先级低于所述第一信道的优先级，则传输所述第一信道承载的数据。
可选地，所述根据所述HARQ反馈的优先级，传输所述HARQ反馈，包括以下任意一项：
如果PUSCH的资源满足预设条件，根据所述HARQ反馈的优先级，将所述HARQ反馈复用到PUSCH上进行传输；
如果PUSCH的资源不满足所述预设条件，根据所述HARQ反馈的优先级，将所述HARQ反馈复用到PUCCH上进行传输。
可选地，所述预设条件包括以下一项或多项：
所述PUSCH的资源中的PUSCH长度小于或等于DL数据对应UL数据的逻辑信道的PUSCH长度，所述DL数据为HARQ反馈的DL数据；
所述PUSCH的资源不满足承载所述HARQ反馈的PUSCH限制；
所述PUSCH的资源中的PUSCH长度小于或等于所述HARQ反馈的DL数据的PDSCH长度。
可选地，所述承载所述HARQ反馈的PUSCH限制由网络侧配置或协议约定。
可选地，所述承载所述HARQ反馈的PUSCH限制包括以下一项或多项：
允许使用的SCS；
PUSCH持续长度；
允许使用的小区列表信息。
依据本公开实施例的第二方面，还提供了一种终端，包括：
确定模块，用于当发送HARQ反馈的信道的资源与第一信道的资源碰撞或重叠时，确定所述HARQ反馈的优先级；
传输模块，用于根据所述HARQ反馈的优先级，传输所述HARQ反馈；
其中，所述第一信道为传输上行数据的PUSCH或PUCCH。
可选地，所述HARQ反馈的优先级为一个逻辑信道的优先级，或者多个逻辑信道的优先级中的最大值，所述逻辑信道为复用到下行链路DL传输的数据的逻辑信道。
可选地，所述逻辑信道的优先级为以下任意一项：
无线链路层控制协议确认模式中，DL数据对应UL数据的逻辑信道的优先级，其中所述DL数据为所述HARQ反馈的DL数据；
网络侧配置或协议约定的DL传输的逻辑信道的优先级。
可选地，所述HARQ反馈的优先级由网络侧配置或协议约定。
可选地，所述传输模块进一步用于：判断所述HARQ反馈的优先级是否高于所述第一信道的优先级；如果所述HARQ反馈的优先级高于所述第一信道的优先级，则传输所述HARQ反馈。
可选地，所述传输模块还用于：如果所述HARQ反馈的优先级低于所述第一信道的优先级，则传输所述第一信道承载的数据。
可选地，所述传输模块还用于执行以下任意一项：
如果PUSCH的资源满足预设条件，根据所述HARQ反馈的优先级，将所述HARQ反馈复用到PUSCH上进行传输；
如果PUSCH的资源不满足所述预设条件，根据所述HARQ反馈的优先级，将所述HARQ反馈复用到PUCCH上进行传输。
可选地，所述预设条件包括以下一项或多项：
所述PUSCH的资源中的PUSCH长度小于或等于DL数据对应UL数据 的逻辑信道的PUSCH长度，所述DL数据为HARQ反馈的DL数据；
所述PUSCH的资源不满足承载所述HARQ反馈的PUSCH限制；
所述PUSCH的资源中的PUSCH长度小于或等于所述HARQ反馈的DL数据的PDSCH长度。
可选地，所述承载所述HARQ反馈的PUSCH限制由网络侧配置或协议约定。
可选地，所述承载所述HARQ反馈的PUSCH限制包括以下一项或多项：
允许使用的SCS；
PUSCH持续长度；
允许使用的小区列表信息。
依据本公开实施例的第三方面，还提供了一种终端，包括：
处理器，用于当发送HARQ反馈的信道的资源与第一信道的资源碰撞或重叠时，确定所述HARQ反馈的优先级；
收发机，用于根据所述HARQ反馈的优先级，传输所述HARQ反馈；
其中，所述第一信道为传输上行数据的PUSCH或PUCCH。
可选地，所述HARQ反馈的优先级为一个逻辑信道的优先级，或者多个逻辑信道的优先级中的最大值，所述逻辑信道为复用到下行链路DL传输的数据的逻辑信道。
可选地，所述逻辑信道的优先级为以下任意一项：
无线链路层控制协议确认模式中，DL数据对应UL数据的逻辑信道的优先级，其中所述DL数据为所述HARQ反馈的DL数据；
网络侧配置或协议约定的DL传输的逻辑信道的优先级。
依据本公开实施例的第四方面，还提供了一种终端，包括：处理器、存储器、收发机及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现如上所述的HARQ反馈的方法的步骤。
依据本公开实施例的第五方面，还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有程序，所述程序被处理器执行时实现如上所述的HARQ反馈的方法的步骤。
在本公开实施例中，可以避免HARQ反馈传输时，由于与其他信道重叠 造成URLLC数据延迟，确保HARQ反馈传输的及时性。
附图说明
通过阅读下文可选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出可选实施方式的目的，而并不认为是对本公开的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
图1为HARQ-ACK与PUSCH碰撞场景的示意图；
图2为本公开实施例的无线通信系统的架构示意图；
图3为本公开实施例的HARQ反馈的方法的流程图之一；
图4为本公开实施例的HARQ反馈的方法的流程图之二；
图5为本公开实施例的HARQ反馈的方法的流程图之三；
图6为本公开实施例的终端的结构图之一；
图7为本公开实施例的终端的结构图之二；
图8为本公开实施例的终端的结构图之三。
具体实施方式
下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。
本公开的说明书和权利要求书中的术语“包括”以及它的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。此外，说明书以及权利要求中使用“和/或”表示所连接对象的至少其中之一，例如A和/或B，表示包含单独A，单独B，以及A和B都存在三种情况。
在本公开实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本公开实施例中被描述为“示例性的”或者“例如”的任何实施例或设 计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
为了便于理解本公开实施例，先下面介绍以下技术点：
一、关于HARQ反馈：
基站在一个HARQ进程中发送一个DL数据包后，为了获知该数据是否传输成功，需要终端在上行链路(Up Link，UL)反馈该HARQ进程，即发送HARQ反馈信息以通知基站该数据是否成功接收。
如果接收成功这个DL数据包，终端将反馈确认应答(Acknowledgement，ACK)；那么基站在此HARQ进程中调度其他新传数据。
如果没有成功接收这个DL数据包，终端将反馈否定应答(Negative-Acknowledgment，NACK)，那么基站可能会调度该HARQ进程的重传。
HARQ反馈可以通过物理上行控制信道(Physical Uplink Control CHannel，PUCCH)传输，也可以通过PUSCH传输。
二、关于高可靠低时延业务：
第五代移动通信技术(Fifth-generation，5G)新无线(New Radio，NR)系统主要支持三类业务：
(1)增强型宽带通信(enhanced Mobile Broadband，eMBB)；
(2)大量机器类型通信(massive Machine Type Communications，mMTC)；
(3)高可靠低时延通信(Ultra-Reliable and Low Latency Communications，URLLC)。
其中，URLLC主要是指高可靠，低时延业务。主要应用场景包括：
-工业自动化；
-智能城市；
-增强现实(Augmented Reality，AR)/虚拟现实(Virtual Reality，VR)等；
其中低时延，要求低至0.5毫秒(ms)，高可靠性丢包率低至1E-9。
下面结合附图介绍本公开的实施例。本公开实施例提供的HARQ反馈的方法和终端可以应用于无线通信系统中。该无线通信系统可以为5G系统， 或者演进型长期演进(Evolved Long Term Evolution，eLTE)系统，或者后续演进通信系统。
参考图2，为本公开实施例提供的一种无线通信系统的架构示意图。如图2所示，该无线通信系统可以包括：网络设备20和终端(例如用户设备(User Equipment，UE))，例如，终端记做UE21，UE21可以与网络设备20通信(传输信令或传输数据)。在实际应用中上述各个设备之间的连接可以为无线连接，为了方便直观地表示各个设备之间的连接关系，图2中采用实线示意。
需要说明的是，上述通信系统可以包括多个UE21，网络设备20可以与多个UE21通信。
本公开实施例提供的网络设备20可以为基站，该基站可以为通常所用的基站，也可以为演进型基站(evolved node base station，eNB)，还可以为5G系统中的网络设备(例如，下一代基站(next generation node base station，gNB)或发送和接收点(transmission and reception point，TRP))等设备。
本公开实施例提供的用户设备可以为手机、平板电脑、笔记本电脑、超级移动个人计算机(Ultra-Mobile Personal Computer，UMPC)、上网本或者个人数字助理(Personal Digital Assistant，PDA)等。
参见图3，本公开实施例提供一种HARQ反馈的方法，该方法的执行主体可以为终端，具体步骤包括：步骤301和步骤302。
步骤301：当发送HARQ反馈的信道的资源与第一信道的资源碰撞或重叠时，确定所述HARQ反馈的优先级；
在本公开实施例中，可选的，HARQ反馈是针对低时延要求的DL数据的反馈。
在本公开实施例中，可选的，发送HARQ反馈的信道可以是PUCCH或PUSCH。
在本公开实施例中，可选的，第一信道可以是其他业务的PUCCH或PUSCH。
在本公开实施例中，可选的，所述HARQ反馈的优先级可以为一个逻辑信道的优先级，或者多个逻辑信道的优先级中的最大值，该逻辑信道为复用 到DL传输的数据的逻辑信道。
在本公开实施例中，可选地，逻辑信道的优先级可以为以下任意一项：
(1)无线链路层控制协议确认模式中，DL数据对应UL数据的逻辑信道的优先级，其中所述DL数据为该HARQ反馈的DL数据；
(2)网络侧配置或协议约定的DL传输的逻辑信道的优先级。例如，网络侧通过无线资源控制(Radio Resource Control，RRC)配置DL逻辑信道的优先级。
在本公开实施例中，可选地，HARQ反馈的优先级由网络侧配置或协议约定。例如，网络侧通过RRC配置HARQ反馈的优先级。
步骤302：根据所述HARQ反馈的优先级，传输所述HARQ反馈。
在本公开实施例中，可以解决HARQ反馈传输时，由于与其他信道重叠造成URLLC数据延迟的问题，确保HARQ反馈传输的及时性。
参见图4，本公开实施例还提供一种HARQ反馈的方法，该方法的执行主体可以为终端，具体步骤包括：步骤401至步骤404。
步骤401：当发送HARQ反馈的信道的资源与第一信道的资源碰撞或重叠时，确定所述HARQ反馈的优先级；
可以理解的是，步骤401与图3所示的步骤301相同，在此不再敷述。
步骤402：判断HARQ反馈的优先级是否高于第一信道的优先级，如果HARQ反馈的优先级高于第一信道的优先级，执行步骤403；如果HARQ反馈的优先级低于第一信道的优先级，执行步骤404；
其中，第一信道的优先级，可以是以下任意一项：
(1)上行调度请求(Scheduling Request，SR)传输的优先级，即触发SR的逻辑信道的优先级；
(2)PUSCH传输的优先级，即复用到PUSCH的所有逻辑信道优先级中的最大值；
可以理解的是，本公开实施例对第一信道的优先级不做具体限定。
步骤403：传输HARQ反馈。
例如，通过发送HARQ反馈的信道(比如PUCCH或PUSCH)传输该HARQ反馈。
步骤404：传输第一信道承载的数据。
例如，传输其他业务的PUCCH或PUSCH承载的数据。
在本公开实施例中，可以解决HARQ反馈传输时，由于与其他信道重叠造成URLLC数据延迟的问题，确保HARQ反馈传输的及时性。
参见图5，本公开实施例还提供一种HARQ反馈的方法，该方法的执行主体可以为终端，具体步骤包括：步骤501至步骤504。
步骤501：当发送HARQ反馈的信道的资源与第一信道的资源碰撞或重叠时，确定所述HARQ反馈的优先级；
可以理解的是，步骤501与图3所示的步骤301相同，在此不再敷述。
步骤502：判断PUSCH的资源是否满足预设条件，若是，执行步骤503；否则，执行步骤504；
步骤503：根据HARQ反馈的优先级，将HARQ反馈复用到PUSCH上进行传输；
示例性地，根据HARQ反馈的优先级，将HARQ反馈与PUSCH承载的数据编码在一起，通过PUSCH进行传输。
步骤504：根据HARQ反馈的优先级，将HARQ反馈复用到物理上行链路控制信道PUCCH上进行传输。
示例性地，根据HARQ反馈的优先级，将HARQ反馈独立编码，通过PUCCH传输。而重叠或碰撞的PUSCH将停止本次传输，或延迟到下一次传输。
在本公开实施例中，可选地，预设条件可以包括以下一项或多项：
(1)PUSCH的资源中的PUSCH长度小于或等于DL数据对应UL数据的逻辑信道的PUSCH长度，所述DL数据为HARQ反馈的DL数据；
(2)PUSCH的资源不满足承载HARQ反馈的PUSCH限制；
(3)PUSCH的资源中的PUSCH长度小于或等于HARQ反馈的DL数据的PDSCH长度。
在本公开实施例中，可选地，所述承载HARQ反馈的PUSCH限制由网络侧配置或协议约定。
在本公开实施例中，可选地，承载HARQ反馈的PUSCH限制包括以下 一项或多项：
(1)允许使用的子载波带宽(SubCarrier Space，SCS)；
(2)PUSCH持续长度；
(3)允许使用的小区列表信息。
在本公开实施例中，可以解决HARQ反馈传输时，由于与其他信道重叠造成URLLC数据延迟的问题，确保HARQ反馈传输的及时性。
下面结合场景一和场景二介绍本公开实施例。
场景一：HARQ反馈的优先级为多个逻辑信道的优先级中的最大值，逻辑信道为复用到下行链路DL传输的数据的逻辑信道。
步骤1：UE接收DL数据；
步骤2：UE根据DL数据是否成功接收，向网络侧发送HARQ反馈。可选的，所述HARQ反馈是针对低时延要求的DL数据的反馈。
当发送所述HARQ反馈的信道(可选的，PUCCH或PUSCH)与第一信道(即其他业务的PUSCH或PUCCH)碰撞时或重叠时，判断HARQ反馈的优先级是否高于第一信道的优先级。如果是，则传输HARQ反馈；否则，传输第一信道数据；
其中，HARQ反馈的优先级为复用到DL传输的逻辑信道的优先级中的最大值。DL传输的逻辑信道的优先级可以定义为以下任意一项：
(1)如果是无线链路层控制协议(Radio Link Control，RLC)确认模式(Acknowledged Mode，AM)，DL数据对应UL数据的逻辑信道优先级；其中DL数据为HARQ反馈的DL数据；
(2)无线资源控制(Radio Resource Control，RRC)信令配置的DL传输的逻辑信道优先级。
其中，HARQ反馈的优先级也可以是RRC定义的，通过信令指示的；进一步地，该信令可以是RRC信令，也可以是下行控制信息(Downlink Control Information，DCI)信令，本公开实施例不做具体限定。
其中，第一信道的优先级，可以是以下任意一项：
(1)SR传输的优先级，即触发SR的逻辑信道的优先级；
(2)PUSCH传输的优先级，即复用到PUSCH的所有逻辑信道优先级中 的最大值；
可以理解的是，本公开实施例对第一信道优先级不做具体限定。
场景二：终端确定复用资源。
步骤1：UE接收DL数据；
步骤2：UE根据DL数据是否成功接收，向网络侧发送HARQ反馈。可选的，所述HARQ反馈是针对低时延要求的DL数据的反馈。
终端确定传输HARQ反馈的信道，方式如下：
比较PUSCH资源与HARQ反馈的优先级，如果PUSCH资源满足HARQ反馈的预设条件，那么将HARQ反馈复用到PUSCH上，否则将HARQ反馈复用到PUCCH上。
其中，具体的预设条件以下一项或多项：
(1)PUSCH资源中的PUSCH长度小于或等于其DL数据对应UL数据的逻辑信道的PUSCH长度，所述DL数据为HARQ反馈的DL数据；
(2)PUSCH资源不满足承载HARQ反馈的PUSCH限制，所述承载HARQ反馈的PUSCH限制为RRC通知的，包括允许使用的SCS，PUSCH持续长度，可允许使用的小区列表信息等；
(3)PUSCH资源中的PUSCH长度小于或等于HARQ反馈的DL数据的PDSCH长度。
本公开实施例中还提供了一种终端，由于终端解决问题的原理与本公开实施例中HARQ反馈的方法相似，因此该终端的实施可以参见方法的实施，重复之处不再敷述。
参见图6，本公开实施例还提供一种终端，该终端600包括：
确定模块601，用于当发送HARQ反馈的信道的资源与第一信道的资源碰撞或重叠时，确定所述HARQ反馈的优先级；
传输模块602，用于根据所述HARQ反馈的优先级，传输所述HARQ反馈；
其中，所述第一信道为传输上行数据的物理上行共享信道PUSCH或物理上行控制信道PUCCH。
在本公开实施例中，可选地，所述HARQ反馈的优先级为一个逻辑信道 的优先级，或者多个逻辑信道的优先级中的最大值，所述逻辑信道为复用到DL传输的数据的逻辑信道。
在本公开实施例中，可选地，所述逻辑信道的优先级为以下任意一项：
如果是无线链路层控制协议确认模式，DL数据对应上行链路UL数据的逻辑信道的优先级，其中所述DL数据为该HARQ反馈的DL数据；
网络侧配置或协议约定的DL传输的逻辑信道的优先级。
在本公开实施例中，可选地，所述HARQ反馈的优先级由网络侧配置或协议约定。
在本公开实施例中，可选地，所述传输模块进一步用于：判断所述HARQ反馈的优先级是否高于所述第一信道的优先级；如果所述HARQ反馈的优先级高于所述第一信道的优先级，则传输所述HARQ反馈。
在本公开实施例中，可选地，所述传输模块还用于：如果所述HARQ反馈的优先级低于所述第一信道的优先级，则传输所述第一信道承载的数据。
在本公开实施例中，可选地，所述传输模块还用于执行以下任意一项：
如果PUSCH的资源满足预设条件，根据所述HARQ反馈的优先级，将所述HARQ反馈复用到PUSCH上进行传输；
如果PUSCH的资源不满足所述预设条件，根据所述HARQ反馈的优先级，将所述HARQ反馈复用到物理上行链路控制信道PUCCH上进行传输。
在本公开实施例中，可选地，所述预设条件包括以下一项或多项：
所述PUSCH的资源中的PUSCH长度小于或等于DL数据对应UL数据的逻辑信道的PUSCH长度，所述DL数据为HARQ反馈的DL数据；
所述PUSCH的资源不满足承载所述HARQ反馈的PUSCH限制；
所述PUSCH的资源中的PUSCH长度小于或等于所述HARQ反馈的DL数据的PDSCH长度。
在本公开实施例中，可选地，所述承载所述HARQ反馈的PUSCH限制由网络侧配置或协议约定。
在本公开实施例中，可选地，所述承载所述HARQ反馈的PUSCH限制包括以下一项或多项：
允许使用的子载波带宽SCS；
PUSCH持续长度；
允许使用的小区列表信息。
本公开实施例提供的终端，可以执行上述方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。
如图7所示，图7所示的终端700包括：至少一个处理器701、存储器702、至少一个网络接口704和用户接口703。终端700中的各个组件通过总线系统705耦合在一起。可理解，总线系统705用于实现这些组件之间的连接通信。总线系统705除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图7中将各种总线都标为总线系统705。
其中，用户接口703可以包括显示器、键盘或者点击设备(例如，鼠标，轨迹球(trackball))、触感板或者触摸屏等。
可以理解，本公开实施例中的存储器702可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data rate SDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DRRAM)。本公开实施例描述的系统和方法的存储器702旨在包括但不限于这些和任意其它适合类型的存储器。
在一些实施方式中，存储器702保存了如下的元素，可执行模块或者数据结构，或者他们的子集，或者他们的扩展集：操作系统7021和应用程序 7022。
其中，操作系统7021，包含各种系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务。应用程序7022，包含各种应用程序，例如媒体播放器(Media Player)、浏览器(Browser)等，用于实现各种应用业务。实现本公开实施例方法的程序可以包含在应用程序7022中。
在本公开的一个实施例中，通过调用存储器702保存的程序或指令，具体的，可以是应用程序7022中保存的程序或指令，执行时实现以下步骤：当发送HARQ反馈的信道的资源与第一信道的资源碰撞或重叠时，确定所述HARQ反馈的优先级；根据所述HARQ反馈的优先级，传输所述HARQ反馈。
本公开实施例提供的终端，可以执行上述方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。
本公开实施例中还提供了一种终端，由于终端解决问题的原理与本公开实施例中HARQ反馈的方法相似，因此该终端的实施可以参见方法的实施，重复之处不再敷述。
参见图8，本公开实施例还提供一种终端，该终端800包括：
处理器801，用于当发送HARQ反馈的信道的资源与第一信道的资源碰撞或重叠时，确定所述HARQ反馈的优先级；
收发机802，用于根据所述HARQ反馈的优先级，传输所述HARQ反馈；
其中，所述第一信道为传输上行数据的PUSCH或PUCCH。
在本公开实施例中，可选地，所述HARQ反馈的优先级为一个逻辑信道的优先级，或者多个逻辑信道的优先级中的最大值，所述逻辑信道为复用到下行链路DL传输的数据的逻辑信道。
在本公开实施例中，可选地，所述逻辑信道的优先级为以下任意一项：
无线链路层控制协议确认模式中，DL数据对应UL数据的逻辑信道的优先级，其中所述DL数据为所述HARQ反馈的DL数据；
网络侧配置或协议约定的DL传输的逻辑信道的优先级。
在本公开实施例中，可选地，所述HARQ反馈的优先级由网络侧配置或 协议约定。
在本公开实施例中，可选地，所述处理器801还用于：判断所述HARQ反馈的优先级是否高于所述第一信道的优先级；
所述收发机802进一步用于：如果所述HARQ反馈的优先级高于所述第一信道的优先级，则传输所述HARQ反馈；如果所述HARQ反馈的优先级低于所述第一信道的优先级，则传输所述第一信道承载的数据。
在本公开实施例中，可选地，所述收发机802还用于执行以下任意一项：
如果PUSCH的资源满足预设条件，根据所述HARQ反馈的优先级，将所述HARQ反馈复用到PUSCH上进行传输；
如果PUSCH的资源不满足所述预设条件，根据所述HARQ反馈的优先级，将所述HARQ反馈复用到PUCCH上进行传输。
在本公开实施例中，可选地，所述预设条件包括以下一项或多项：
所述PUSCH的资源中的PUSCH长度小于或等于DL数据对应UL数据的逻辑信道的PUSCH长度，所述DL数据为HARQ反馈的DL数据；
所述PUSCH的资源不满足承载所述HARQ反馈的PUSCH限制；
所述PUSCH的资源中的PUSCH长度小于或等于所述HARQ反馈的DL数据的PDSCH长度。
在本公开实施例中，可选地，所述承载所述HARQ反馈的PUSCH限制由网络侧配置或协议约定。
在本公开实施例中，可选地，所述承载所述HARQ反馈的PUSCH限制包括以下一项或多项：
允许使用的SCS；
PUSCH持续长度；
允许使用的小区列表信息。
本公开实施例提供的终端，可以执行上述方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。
结合本公开公开内容所描述的方法或者算法的步骤可以硬件的方式来实现，也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于RAM、闪存、ROM、EPROM、EEPROM、 寄存器、硬盘、移动硬盘、只读光盘或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。存储介质也可以是处理器的组成部分。处理器和存储介质可以位于专用集成电路(Application Specific Integrated Circuit，ASIC)中。另外，该ASIC可以位于核心网接口设备中。处理器和存储介质也可以作为分立组件存在于核心网接口设备中。
本领域技术人员应该可以意识到，在上述一个或多个示例中，本公开所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。对于硬件实现，各个模块、单元、子单元或子模块等可以实现在一个或多个专用集成电路(Application Specific Integrated Circuit，ASIC)、数字信号处理器(Digital Signal Processor，DSP)、数字信号处理设备(DSP Device，DSPD)、可编程逻辑设备(Programmable Logic Device，PLD)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本公开所述功能的其它电子单元或其组合中。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。
以上所述的具体实施方式，对本公开的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本公开的具体实施方式而已，并不用于限定本公开的保护范围，凡在本公开的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本公开的保护范围之内。
本领域内的技术人员应明白，本公开实施例可提供为方法、系统、或计算机程序产品。因此，本公开实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本公开实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本公开实施例是参照根据本公开实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然，本领域的技术人员可以对本公开实施例进行各种改动和变型而不脱离本公开的精神和范围。这样，倘若本公开实施例的这些修改和变型属于本公开权利要求及其等同技术的范围之内，则本公开也意图包含这些改动和变型在内。

Claims (24)

  1. 一种混合自动重传请求HARQ反馈的方法，包括：
    当发送HARQ反馈的信道的资源与第一信道的资源碰撞或重叠时，确定所述HARQ反馈的优先级；
    根据所述HARQ反馈的优先级，传输所述HARQ反馈；
    其中，所述第一信道为传输上行数据的物理上行共享信道PUSCH或物理上行控制信道PUCCH。
  2. 根据权利要求1所述的方法，其中，所述HARQ反馈的优先级为一个逻辑信道的优先级，或者多个逻辑信道的优先级中的最大值，所述逻辑信道为复用到下行链路DL传输的数据的逻辑信道。
  3. 根据权利要求2所述的方法，其中，所述逻辑信道的优先级为以下任意一项：
    无线链路层控制协议确认模式中，DL数据对应上行链路UL数据的逻辑信道的优先级，其中所述DL数据为所述HARQ反馈的DL数据；
    网络侧配置或协议约定的DL传输的逻辑信道的优先级。
  4. 根据权利要求1所述的方法，其中，所述HARQ反馈的优先级由网络侧配置或协议约定。
  5. 根据权利要求1所述的方法，其中，根据所述HARQ反馈的优先级，传输所述HARQ反馈，包括：
    判断所述HARQ反馈的优先级是否高于所述第一信道的优先级；
    如果所述HARQ反馈的优先级高于所述第一信道的优先级，则传输所述HARQ反馈。
  6. 根据权利要求5所述的方法，还包括：
    如果所述HARQ反馈的优先级低于所述第一信道的优先级，则传输所述第一信道承载的数据。
  7. 根据权利要求1所述的方法，其中，所述根据所述HARQ反馈的优先级，传输所述HARQ反馈，包括以下任意一项：
    如果PUSCH的资源满足预设条件，根据所述HARQ反馈的优先级，将所 述HARQ反馈复用到PUSCH上进行传输；
    如果PUSCH的资源不满足所述预设条件，根据所述HARQ反馈的优先级，将所述HARQ反馈复用到PUCCH上进行传输。
  8. 根据权利要求7所述的方法，其中，所述预设条件包括以下一项或多项：
    所述PUSCH的资源中的PUSCH长度小于或等于DL数据对应UL数据的逻辑信道的PUSCH长度，所述DL数据为HARQ反馈的DL数据；
    所述PUSCH的资源不满足承载所述HARQ反馈的PUSCH限制；
    所述PUSCH的资源中的PUSCH长度小于或等于所述HARQ反馈的DL数据的PDSCH长度。
  9. 根据权利要求8所述的方法，其中，所述承载所述HARQ反馈的PUSCH限制由网络侧配置或协议约定。
  10. 根据权利要求8所述的方法，其中，所述承载所述HARQ反馈的PUSCH限制包括以下一项或多项：
    允许使用的子载波带宽SCS；
    PUSCH持续长度；
    允许使用的小区列表信息。
  11. 一种终端，包括：
    确定模块，用于当发送HARQ反馈的信道的资源与第一信道的资源碰撞或重叠时，确定所述HARQ反馈的优先级；
    传输模块，用于根据所述HARQ反馈的优先级，传输所述HARQ反馈；
    其中，所述第一信道为传输上行数据的PUSCH或PUCCH。
  12. 根据权利要求11所述的终端，其中，所述HARQ反馈的优先级为一个逻辑信道的优先级，或者多个逻辑信道的优先级中的最大值，所述逻辑信道为复用到下行链路DL传输的数据的逻辑信道。
  13. 根据权利要求12所述的终端，其中，所述逻辑信道的优先级为以下任意一项：
    无线链路层控制协议确认模式中，DL数据对应UL数据的逻辑信道的优先级，其中所述DL数据为所述HARQ反馈的DL数据；
    网络侧配置或协议约定的DL传输的逻辑信道的优先级。
  14. 根据权利要求11所述的终端，其中，所述HARQ反馈的优先级由网络侧配置或协议约定。
  15. 根据权利要求11所述的终端，其中，所述传输模块进一步用于：判断所述HARQ反馈的优先级是否高于所述第一信道的优先级；
    如果所述HARQ反馈的优先级高于所述第一信道的优先级，则传输所述HARQ反馈；如果所述HARQ反馈的优先级低于所述第一信道的优先级，则传输所述第一信道承载的数据。
  16. 根据权利要求11所述的终端，其中，所述传输模块还用于执行以下任意一项：
    如果PUSCH的资源满足预设条件，根据所述HARQ反馈的优先级，将所述HARQ反馈复用到PUSCH上进行传输；
    如果PUSCH的资源不满足所述预设条件，根据所述HARQ反馈的优先级，将所述HARQ反馈复用到PUCCH上进行传输。
  17. 根据权利要求16所述的终端，其中，所述预设条件包括以下一项或多项：
    所述PUSCH的资源中的PUSCH长度小于或等于DL数据对应UL数据的逻辑信道的PUSCH长度，所述DL数据为HARQ反馈的DL数据；
    所述PUSCH的资源不满足承载所述HARQ反馈的PUSCH限制；
    所述PUSCH的资源中的PUSCH长度小于或等于所述HARQ反馈的DL数据的PDSCH长度。
  18. 根据权利要求17所述的终端，其中，所述承载所述HARQ反馈的PUSCH限制由网络侧配置或协议约定。
  19. 根据权利要求17所述的终端，其中，所述承载所述HARQ反馈的PUSCH限制包括以下一项或多项：
    允许使用的子载波带宽SCS；
    PUSCH持续长度；
    允许使用的小区列表信息。
  20. 一种终端，包括：
    处理器，用于当发送HARQ反馈的信道的资源与第一信道的资源碰撞或重叠时，确定所述HARQ反馈的优先级；
    收发机，用于根据所述HARQ反馈的优先级，传输所述HARQ反馈；
    其中，所述第一信道为传输上行数据的PUSCH或PUCCH。
  21. 根据权利要求20所述的终端，其中，所述HARQ反馈的优先级为一个逻辑信道的优先级，或者多个逻辑信道的优先级中的最大值，所述逻辑信道为复用到下行链路DL传输的数据的逻辑信道。
  22. 根据权利要求21所述的终端，其中，所述逻辑信道的优先级为以下任意一项：
    无线链路层控制协议确认模式中，DL数据对应UL数据的逻辑信道的优先级，其中所述DL数据为所述HARQ反馈的DL数据；
    网络侧配置或协议约定的DL传输的逻辑信道的优先级。
  23. 一种终端，包括：处理器、存储器、收发机及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现如权利要求1至10中任一项所述的HARQ反馈的方法的步骤。
  24. 一种计算机可读存储介质，所述计算机可读存储介质上存储有程序，所述程序被处理器执行时实现如权利要求1至10中任一项所述的HARQ反馈的方法的步骤。
PCT/CN2020/074738 2019-02-13 2020-02-11 Harq反馈的方法和终端 Ceased WO2020164477A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201910112964.8 2019-02-13
CN201910112964.8A CN111565092B (zh) 2019-02-13 2019-02-13 Harq反馈的方法和终端

Publications (1)

Publication Number Publication Date
WO2020164477A1 true WO2020164477A1 (zh) 2020-08-20

Family

ID=72044357

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2020/074738 Ceased WO2020164477A1 (zh) 2019-02-13 2020-02-11 Harq反馈的方法和终端

Country Status (2)

Country Link
CN (1) CN111565092B (zh)
WO (1) WO2020164477A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022095037A1 (en) * 2020-11-09 2022-05-12 Nec Corporation Method, device and computer storage medium of communication
CN114600542A (zh) * 2021-12-13 2022-06-07 北京小米移动软件有限公司 信道确定方法、装置、设备及存储介质
CN115134879A (zh) * 2021-03-29 2022-09-30 大唐移动通信设备有限公司 一种传输处理方法、装置及终端

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116326074B (zh) 2020-10-21 2025-02-07 中兴通讯股份有限公司 以不同优先级重叠信道的复用技术
WO2023077422A1 (zh) * 2021-11-05 2023-05-11 北京小米移动软件有限公司 Harq-ack信息反馈方法及装置、存储介质
CN114340009B (zh) * 2021-12-15 2023-05-26 上海移远通信技术股份有限公司 无线通信方法、装置、设备及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103580818A (zh) * 2012-07-31 2014-02-12 中兴通讯股份有限公司 一种信道状态信息的反馈方法、基站和终端
US20160183290A1 (en) * 2013-08-02 2016-06-23 Electronics And Telecommunications Research Institute Uplink scheduling method and uplink transmission method
CN107734688A (zh) * 2016-08-12 2018-02-23 中兴通讯股份有限公司 一种信息发送方法及发送设备
CN109951262A (zh) * 2017-12-21 2019-06-28 华为技术有限公司 一种harq反馈的方法和装置

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101420292B (zh) * 2007-10-22 2013-05-15 电信科学技术研究院 同步混合式自动请求重传进程冲突的处理方法及装置
US8687555B2 (en) * 2010-09-29 2014-04-01 Lg Electronics Inc. Method and apparatus for performing effective feedback in wireless communication system supporting multiple antennas
CN102447549B (zh) * 2010-10-09 2015-03-11 普天信息技术研究院有限公司 一种移动通信系统中上行同步混合自动重复请求的方法
US9876620B2 (en) * 2013-01-10 2018-01-23 Samsung Electronics Co., Ltd. Uplink control information transmissions/receptions in wireless networks
CN105191441B (zh) * 2014-01-24 2019-08-16 华为技术有限公司 一种信道功率分配优先级的确定方法和设备
CN104936300A (zh) * 2014-03-20 2015-09-23 中兴通讯股份有限公司 上行信道处理方法、终端、基站和系统
US9780822B2 (en) * 2014-08-13 2017-10-03 Qualcomm Incorporated Managing transmitter collisions
CN108400806B (zh) * 2017-02-06 2023-03-24 中兴通讯股份有限公司 信道传输方法及装置、终端
CN108811151B (zh) * 2017-05-05 2020-09-29 华为技术有限公司 一种发送上行信息的方法、终端设备以及接入网设备

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103580818A (zh) * 2012-07-31 2014-02-12 中兴通讯股份有限公司 一种信道状态信息的反馈方法、基站和终端
US20160183290A1 (en) * 2013-08-02 2016-06-23 Electronics And Telecommunications Research Institute Uplink scheduling method and uplink transmission method
CN107734688A (zh) * 2016-08-12 2018-02-23 中兴通讯股份有限公司 一种信息发送方法及发送设备
CN109951262A (zh) * 2017-12-21 2019-06-28 华为技术有限公司 一种harq反馈的方法和装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
INTEL CORPORATION: "Remaining details on NR PUCCH R1-1810755", 3GPP TSG RAN WG1 MEETING #94BIS, 27 September 2018 (2018-09-27), XP051518159, DOI: 20200421112212X *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022095037A1 (en) * 2020-11-09 2022-05-12 Nec Corporation Method, device and computer storage medium of communication
CN115134879A (zh) * 2021-03-29 2022-09-30 大唐移动通信设备有限公司 一种传输处理方法、装置及终端
CN114600542A (zh) * 2021-12-13 2022-06-07 北京小米移动软件有限公司 信道确定方法、装置、设备及存储介质

Also Published As

Publication number Publication date
CN111565092A (zh) 2020-08-21
CN111565092B (zh) 2022-01-04

Similar Documents

Publication Publication Date Title
CN111800869B (zh) 物理上行控制信道pucch传输方法、终端设备和网络设备
CN110034892A (zh) Harq-ack反馈时间的确定方法、指示方法、终端设备和网络设备
WO2021204208A1 (zh) 信道状态信息csi报告的确定方法和通信设备
CN111565092B (zh) Harq反馈的方法和终端
WO2020164384A1 (zh) 一种反馈信息发送方法及装置
US11324032B2 (en) Methods for data transmission and user equipment
US11497024B2 (en) Transmission method and device
WO2019154005A1 (zh) 一种进行业务传输的方法和终端
TW201937969A (zh) 上行控制資訊的傳輸方法、接收方法、終端、基地台及裝置
CN110719150B (zh) 一种信息传输方法、终端及基站
WO2020143755A1 (zh) 控制信息发送方法、接收方法、终端及网络侧设备
JP7577847B2 (ja) ビーム指示方法、装置、ネットワーク側機器及び端末
WO2021142583A1 (zh) 数据传输方法、终端设备和存储介质
WO2020216292A1 (zh) 处理方法及设备
US20220200742A1 (en) Method for Determining HARQ Feedback Resource, Apparatus, and System
CN111031580A (zh) 用于传输反馈信息的方法和设备
WO2018010497A1 (zh) 一种混合自动重传请求进程处理方法、设备及通信系统
CN108781135A (zh) 物联网的传输优化方法、装置和设备
CN110536414A (zh) 干扰定位方法、装置、计算机设备和存储介质
WO2021226972A1 (zh) 边链路反馈信息的发送和接收方法以及装置
CN113285789B (zh) 辅链路控制信息的资源指示方法与装置、终端设备
WO2021035541A1 (zh) 一种数据传输方法及相关设备
KR20220126289A (ko) 정보 피드백 방법 및 관련 장치
CN113726484B (zh) 混合自动重传请求应答harq-ack反馈方法、终端设备和网络设备
CN111263449A (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: 20756036

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: 20756036

Country of ref document: EP

Kind code of ref document: A1