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
Application number
PCT/CN2020/074738
Other languages
English (en)
French (fr)
Inventor
苗金华
伯特兰皮埃尔
赵亚利
谌丽
Original Assignee
电信科学技术研究院有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 电信科学技术研究院有限公司 filed Critical 电信科学技术研究院有限公司
Publication of WO2020164477A1 publication Critical patent/WO2020164477A1/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/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 signaling, 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

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反馈的方法和终端 WO2020164477A1 (zh)

Applications Claiming Priority (2)

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

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 WO2020164477A1 (zh) 2019-02-13 2020-02-11 Harq反馈的方法和终端

Country Status (2)

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

Cited By (2)

* 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 大唐移动通信设备有限公司 一种传输处理方法、装置及终端

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
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
WO2015109544A1 (zh) * 2014-01-24 2015-07-30 华为技术有限公司 一种信道功率分配优先级的确定方法和设备
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 (2)

* 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 大唐移动通信设备有限公司 一种传输处理方法、装置及终端

Also Published As

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

Similar Documents

Publication Publication Date Title
WO2020164477A1 (zh) Harq反馈的方法和终端
WO2021032203A1 (zh) Pucch传输方法、终端设备和网络设备
WO2021204208A1 (zh) 信道状态信息csi报告的确定方法和通信设备
US11324032B2 (en) Methods for data transmission and user equipment
WO2019154005A1 (zh) 一种进行业务传输的方法和终端
WO2020164384A1 (zh) 一种反馈信息发送方法及装置
WO2018010497A1 (zh) 一种混合自动重传请求进程处理方法、设备及通信系统
WO2021204218A1 (zh) 一种harq信息传输方法及装置
WO2020143755A1 (zh) 控制信息发送方法、接收方法、终端及网络侧设备
US11497024B2 (en) Transmission method and device
CN111031580B (zh) 用于传输反馈信息的方法和设备
WO2020011109A1 (zh) 信息传输方法、终端及基站
JP2022551321A (ja) 通信方法及び装置
WO2020216292A1 (zh) 处理方法及设备
US20220200742A1 (en) Method for Determining HARQ Feedback Resource, Apparatus, and System
WO2017132925A1 (zh) 物联网的传输优化方法、装置和设备
WO2021155554A1 (zh) 信息接收的方法、发送的方法、装置和设备
WO2021238941A1 (zh) Harq-ack反馈方法、终端设备和网络设备
WO2022068906A1 (zh) 波束指示方法、装置、网络侧设备及终端
WO2021142583A1 (zh) 数据传输方法、终端设备和存储介质
WO2021226972A1 (zh) 边链路反馈信息的发送和接收方法以及装置
WO2021035541A1 (zh) 一种数据传输方法及相关设备
WO2021142738A1 (zh) 信息反馈方法和相关设备
CN113285789B (zh) 辅链路控制信息的资源指示方法与装置、终端设备
WO2021147821A1 (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