CN109474393A - 数据反馈、发送、接收方法及装置，接收设备，发送设备 - Google Patents

数据反馈、发送、接收方法及装置，接收设备，发送设备 Download PDF

Info

Publication number
CN109474393A
CN109474393A CN201710807037.9A CN201710807037A CN109474393A CN 109474393 A CN109474393 A CN 109474393A CN 201710807037 A CN201710807037 A CN 201710807037A CN 109474393 A CN109474393 A CN 109474393A
Authority
CN
China
Prior art keywords
harq
ack
pucch
transmitting terminal
dmrs
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.)
Granted
Application number
CN201710807037.9A
Other languages
English (en)
Other versions
CN109474393B (zh
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.)
ZTE Corp
Original Assignee
ZTE Corp
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
Priority to CN201710807037.9A priority Critical patent/CN109474393B/zh
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to EP18852974.7A priority patent/EP3681069B1/en
Priority to KR1020227005517A priority patent/KR102457944B1/ko
Priority to PCT/CN2018/100293 priority patent/WO2019047676A1/zh
Priority to US16/645,036 priority patent/US11381345B2/en
Priority to JP2020513502A priority patent/JP7102511B2/ja
Priority to KR1020207010106A priority patent/KR20200046105A/ko
Publication of CN109474393A publication Critical patent/CN109474393A/zh
Application granted granted Critical
Publication of CN109474393B publication Critical patent/CN109474393B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

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/1864—ARQ related signaling
    • 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/1614—Details of the supervisory signal using bitmaps
    • 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/1806—Go-back-N protocols
    • 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/1861—Physical mapping arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/26—Systems using multi-frequency codes
    • H04L27/2601—Multicarrier modulation systems
    • H04L27/2602—Signal structure
    • H04L27/2605—Symbol extensions, e.g. Zero Tail, Unique Word [UW]
    • H04L27/2607—Cyclic extensions
    • 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/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • H04L5/001—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT the frequencies being arranged in component carriers
    • 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/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • H04L5/0051—Allocation of pilot signals, i.e. of signals known to the receiver of dedicated pilots, i.e. pilots destined for a single user or terminal
    • 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/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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0061—Error detection codes
    • 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
    • H04L2001/125—Arrangements for preventing errors in the return channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/26—Systems using multi-frequency codes
    • H04L27/2601—Multicarrier modulation systems
    • H04L27/2602—Signal structure

Landscapes

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

Abstract

本发明提供了一种数据反馈、发送、接收方法及装置，接收设备，发送设备，其中，数据反馈方包括：为被传输数据生成混合自动重传请求确认字符HARQ‑ACK；将所述HARQ‑ACK反馈给发送端。通过本发明，解决了相关技术中在反馈数据时开销和功耗多大的技术问题。

Description

数据反馈、发送、接收方法及装置，接收设备，发送设备
技术领域
本发明涉及通信领域，具体而言，涉及一种数据反馈、发送、接收方法及装置，接收设备，发送设备。
背景技术
在新一代移动通信***NR(New Radio)中，新的编解码方式被讨论，且很有可能被引入。这种方式下，允许接收端按照接收的正交频分复用(Orthogonal FrequencyDivision Multiplexing，简称为OFDM)符号进行译码，即接收一个OFDM就解码一个OFDM符号，是一种“流水”解码方式，这种方式主要是为了加速接收端在接收完本次传输的最后一个OFDM符号数据后，能够快速的反馈确认信息给发送端，显然，这种“流水”解码实现上述的快速反馈确认信息的目的。
但是，针对上述的解码方式，一些更好的确认信息反馈也应该被研究，以使得接收端尽可能准确的反馈出那部分数据发生了错误，而不是现在的对于一个传输块反馈一个确认信息，如果出错，也不清楚具体那一部分数据出错了。这样发送端只能将整个传输块(Transport block，TB)再次发送一次。目前基于码块组反馈的方式可以解决上述问题，即一个传输块被按照多个码块组分别反馈确认信息。但是它也带来了新的问题，例如基于码块组(code blocks group，CBG)反馈的确认信息的开销比较大，且多数情况下每个CBG都是被正确解码的，因此只有少数情况下，才实际利用了基于CBG的反馈重传。这也意味着多数情况下基于CBG反馈的确定信息是没有起到提升重传效率，且带来较大的开销。例如如果配置了8个CBG进行反馈确认信息，那么每次至少需要发送8bit的确认信息。
在NR中，当同一接收端的多个TBs/PDSCHs(物理下行共享信道(PhysicalDownlink Shared Channel，简称为PDSCH)的CBG HARQ(混合自动重传请求，HybridAutomatic Repeat Request,简称为HARQ)-ACKs反馈被复用在一起反馈时，CBG HARQ-ACKs的开销将是巨大的。例如当接收端被配置了载波聚合CA，且每个载波上的TB对应的CBGHARQ-ACKs都在一个载波的某一slot(时隙)的一个物理上行控制信道(Physical UplinkControl Channel，简称为PUCCH)反馈时，此时将导致CBG HARQ-ACKs开销过大，且增加接收端功耗。这里的多个TBs，不管是来自一个载波不同slot中的TBs，还是来自不同的被聚合载波的slot中的TBs，被配置在一个PUCCH中反馈CBG HARQ-ACKs。一个例子，每个TBs被配置反馈CBG HARQ-ACKs为10bit，对应一个TB被划分为10个CBG，每个CBG一个比特的HARQ-ACK。那么10个TB将反馈比特数为100bit，虽然，目前NR中支持的HARQ-ACKs比特数可以很多，例如几百比特，但是在实现同样功能和目的的过程中，如何减少开销以及接收端的功耗，亟需解决。
针对相关技术中存在的上述问题，目前尚未发现有效的解决方案。
发明内容
本发明实施例提供了一种数据反馈、发送、接收方法及装置，接收设备，发送设备，以至少解决相关技术中在反馈数据时开销和功耗多大的技术问题。
根据本发明的一个实施例，提供了一种数据反馈方法，包括：为被传输数据生成混合自动重传请求确认字符HARQ-ACK；将所述HARQ-ACK反馈给发送端。
根据本发明的一个实施例，提供了一种数据发送方法，包括：向接收端发送被传输数据；接收所述接收端为所述被传输数据根据约定规则形成的反馈的混合自动重传请求确认字符HARQ-ACK。
根据本发明的一个实施例，提供了另一种数据反馈方法，包括：确定反馈HARQ-ACK所使用的以下指定信息至少之一：PUCCH格式信息、PUCCH资源信息；将所述指定信息通过PUCCH的解调参考信号DMRS通知发送端。
根据本发明的一个实施例，提供了一种数据接收方法，包括：接收通过PUCCH的解调参考信号DMRS通知的指定信息；其中，所述指定信息用于反馈HARQ-ACK，所述指定信息包括以下至少之一：PUCCH格式信息、PUCCH资源信息。
根据本发明的另一个实施例，提供了一种数据反馈装置，包括：生成模块，用于为被传输数据生成混合自动重传请求确认字符HARQ-ACK；反馈模块，用于将所述HARQ-ACK反馈给发送端。
根据本发明的另一个实施例，提供了一种数据发送装置，包括：发送模块，用于向接收端发送被传输数据；接收模块，用于接收所述接收端为所述被传输数据根据约定规则形成的反馈的混合自动重传请求确认字符HARQ-ACK。
根据本发明的另一个实施例，提供了另一种数据反馈装置，包括：确定模块，用于确定反馈HARQ-ACK所使用的以下指定信息至少之一：PUCCH格式信息、PUCCH资源信息；通知模块，用于将所述指定信息通过PUCCH的解调参考信号DMRS通知发送端。
根据本发明的另一个实施例，提供了一种数据接收装置，包括：接收模块，用于接收通过PUCCH的解调参考信号DMRS通知的指定信息；其中，所述指定信息用于反馈HARQ-ACK，所述指定信息包括以下至少之一：PUCCH格式信息、PUCCH资源信息。
根据本发明的又一个实施例，提供了一种接收设备，包括：处理器以及存储有所述处理器可执行指令的存储器，当所述指令被处理器执行时，执行如下操作：为被传输数据生成混合自动重传请求确认字符HARQ-ACK；将所述HARQ-ACK反馈给发送端。
根据本发明的又一个实施例，提供了一种数据发送设备，包括：处理器以及存储有所述处理器可执行指令的存储器，当所述指令被处理器执行时，执行如下操作：向接收端发送被传输数据；接收所述接收端为所述被传输数据根据约定规则形成的反馈的混合自动重传请求确认字符HARQ-ACK。
根据本发明的又一个实施例，还提供了一种存储介质。该存储介质设置为存储用于执行以下步骤的程序代码：
为被传输数据生成混合自动重传请求确认字符HARQ-ACK；
将所述HARQ-ACK反馈给发送端。
通过本发明，解决了相关技术中在反馈数据时开销和功耗多大的技术问题，提高了反馈效率，减小了开销和功耗。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是根据本发明实施例的一种数据反馈方法的流程图；
图2是根据本发明实施例的数据发送方法的流程图；
图3是本发明实施例中载波时隙承载TB的示意图；
图4是根据本发明实施例的另一种数据反馈方法的流程图；
图5是根据本发明实施例的一种数据接收方法的流程图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
实施例1
在本实施例中，发送端，为发送数据的节点，并接收接收端对数据反馈的HARQ-ACK；接收端，为接收数据的节点，并反馈数据对应的HARQ-ACK。发送端和接收端交互的数据为被传输数据。
在本实施例中提供了一种数据反馈方法，图1是根据本发明实施例的一种数据反馈方法的流程图，如图1所示，该流程包括如下步骤：
步骤S102，为被传输数据生成混合自动重传请求确认字符HARQ-ACK；
步骤S104，将HARQ-ACK反馈给发送端。
通过上述步骤，解决了相关技术中在反馈数据时开销和功耗多大的技术问题，提高了反馈效率，减小了开销和功耗。
可选地，上述步骤的执行主体为接收端，可以为基站、终端等，但不限于此。
可选的，传输数据是指一个或多个传输块TB。
可选地，为被传输数据生成HARQ-ACK包括以下至少之一：为被传输数据分别生成传输块TB级别的第一HARQ-ACK，其中，每个TB对应一个比特；在被传输数据中解码错误的TB，并为错误的TB生成码块组CBG级别的第二HARQ-ACK，其中，每个CBG对应一个比特。
可选地，将HARQ-ACK反馈给发送端包括以下之一：分别在两个长物理上行链路控制信道PUCCH信道反馈第一HARQ-ACK和第二HARQ-ACK；分别在两个短PUCCH信道反馈第一HARQ-ACK和第二HARQ-ACK；在长PUCCH信道反馈第一HARQ-ACK，在短PUCCH信道反馈第二HARQ-ACK；在长PUCCH信道反馈第二HARQ-ACK，在短PUCCH信道反馈第一HARQ-ACK；在一个或多个时隙中的不同PUCCH信道发馈。
可选地，将HARQ-ACK反馈给发送端包括：如果第一HARQ-ACK和第二HARQ-ACK同时需要反馈，通过以下方式之一将HARQ-ACK反馈给发送端：时分复用、频分复用、码分复用。
可选地，在被传输数据中解码错误的TB，并为错误的TB生成CBG级别的第二HARQ-ACK，包括：按照被传输数据的顺序，将每个否定确认字符NACK的TB按照顺序依次生成第二HARQ-ACK。
可选地，NACK的TB包括以下至少之一：未检测到下行控制信息DCI的TB，发送端计划调度但未发送的TB。例如：发送端计划调度8个TB，但是最终发送端发送了6个TB，此时有2个TB是计划调度但未发送的TB。
可选地，被传输数据中的NACK的TB的第二HARQ-ACK的比特数是高层信令或物理层信令配置的；和/或，被传输数据中的NACK的TB的CBG个数是高层信令或物理层信令配置的；和/或，被传输数据中的TB所包括的总CBG的个数或总的第二HARQ-ACK比特数是高层配置的，且约定每个TB获得CBG个数或每个TB获得的第二HARQ-ACK比特数的差值不超过1。
可选地，将HARQ-ACK反馈给发送端包括以下之一：
在被传输数据的循环冗余校验CRC均校验通过时，HARQ-ACK仅包括第一HARQ-ACK且均为肯定确认字符ACK；
当被传输数据中的码块CB的CRC校验均通过，且被传输数据的CRC校验均未通过时，HARQ-ACK仅包括第一HARQ-ACK且均为NACK；
当被传输数据中的码块CB的CRC校验均未通过，且被传输数据的CRC校验均未通过时，HARQ-ACK仅包括第一HARQ-ACK且均为NACK；
当被传输数据的CRC校验均未通过，且被传输数据中的CB的CRC校验未均通过或均未通过，HARQ-ACK仅包括第二HARQ-ACK。
可选地，将HARQ-ACK反馈给发送端包括：将第一HARQ-ACK和第二HARQ-ACK串联在同一PUCCH信道中反馈给发送端。
可选地，被传输数据来自同一载波的不同时隙；和/或，被传输数据来自被聚合的不同载波。
可选地，本实施例还包括以下之一：确定反馈HARQ-ACK所使用的PUCCH格式信息和/或使用的PUCCH资源信息，并通过PUCCH的解调参考信号DMRS通知发送端；从被传输数据对应的DCI中获取PUCCH格式信息和/或PUCCH资源信息，并将其用于反馈HARQ-ACK。
可选地，通过PUCCH的DMRS通知发送端包括以下之一：
通过DMRS的符号位置不同来隐含通知发送端；
通过DMRS序列不同的循环移位来隐含通知发送端；
通过DMRS不同的序列来隐含通知发送端。
通过DMRS不同符号数和符号位置的组合来隐含发送端；
通过DMRS不同符号中DMRS序列的不同的循环移位的组合来隐含通知发送端；
通过DMRS不同符号中不同的序列的组合来隐含通知发送端。
可选地，本实施例还包括：与发送端约定，通过DMRS通知的PUCCH格式信息和/或PUCCH资源信息，是用于第一HARQ-ACK和/或第二HARQ-ACK。
可选地，PUCCH格式信息包括以下之一：短格式、长格式，PUCCH的符号个数，发送端配置的格式集合中的指定格式。
可选地，PUCCH资源信息包括：发送端配置的PUCCH资源集合中的指定PUCCH资源。
可选地，PUCCH资源集合中的PUCCH资源与以下至少之一有绑定关系：PUCCH格式、PUCCH的OFDM符号个数、PUCCH的OFDM符号位置、PUCCH对应的时隙位置。
可选地，将HARQ-ACK反馈给发送端包括：使用相邻的第一资源和第二资源分别将第一HARQ-ACK和第二HARQ-ACK反馈给发送端。
可选地，第二资源根据被调度的TB个数和预设传输错误概率来预留。
可选地，被传输数据包括：被调度的TB，其中，被调度的TB包括以下至少之一：已经接收的TB、发送端已经发送但未接收到的TB。
在本实施例中提供了一种数据发送方法，图2是根据本发明实施例的数据发送方法的流程图，如图2所示，该流程包括如下步骤：
步骤S202，向接收端发送被传输数据；
步骤S204，接收接收端为被传输数据根据约定规则形成的反馈的混合自动重传请求确认字符HARQ-ACK。
可选地，上述步骤的执行主体为发送端，可以为基站、终端等，但不限于此。
可选地，向接收端发送被传输数据包括以下至少之一：通过同一载波的不同时隙向接收端发送被传输数据；通过被聚合的不同载波向接收端发送被传输数据。图3是本发明实施例中载波时隙承载TB的示意图。
可选地，被传输数据包括：被调度的TB，其中，被调度的TB包括以下至少之一：接收端已经接收的TB、接收端未接收到的TB。
在本实施例中提供了另一种数据反馈方法，图4是根据本发明实施例的另一种数据反馈方法的流程图，如图4所示，该流程包括如下步骤：
步骤S402，确定反馈HARQ-ACK所使用的以下指定信息至少之一：PUCCH格式信息、PUCCH资源信息；
步骤S404，将指定信息通过PUCCH的解调参考信号DMRS通知发送端。
可选地，上述步骤的执行主体为接收端，可以为基站、终端等，但不限于此。
可选的，PUCCH格式信息包括以下之一：短格式、长格式，PUCCH的符号个数，发送端配置的格式集合中的指定格式。
可选的，PUCCH资源信息包括：发送端配置的PUCCH资源集合中的指定PUCCH资源。
可选的，PUCCH资源集合中的PUCCH资源与以下至少之一有绑定关系：PUCCH格式、PUCCH的OFDM符号个数、PUCCH的OFDM符号位置、PUCCH对应的时隙位置。
可选的，将指定信息通过PUCCH的DMRS通知发送端包括以下之一：
将指定信息通过DMRS的符号位置不同来隐含通知发送端；
将指定信息通过DMRS序列不同的循环移位来隐含通知发送端；
将指定信息通过DMRS不同的序列来隐含通知发送端；
将指定信息通过DMRS不同符号数和符号位置的组合来隐含发送端；
将指定信息通过DMRS不同符号中DMRS序列的不同的循环移位的组合来隐含通知发送端；
将指定信息通过DMRS不同符号中不同的序列的组合来隐含通知发送端。
在本实施例中提供了另一种数据接收方法，图5是根据本发明实施例的一种数据接收方法的流程图，如图5所示，该流程包括如下步骤：
步骤S502，接收通过PUCCH的解调参考信号DMRS通知的指定信息；其中，指定信息用于反馈HARQ-ACK，指定信息包括以下至少之一：PUCCH格式信息、PUCCH资源信息。
可选地，上述步骤的执行主体为发送端，可以为基站、终端等，但不限于此。
可选的，接收通过PUCCH的解调参考信号DMRS通知的指定信息包括以下之一：
接收通过DMRS的符号位置不同来隐含通知的指定信息；
接收通过DMRS序列不同的循环移位来隐含通知的指定信息；
接收将指定信息通过DMRS不同的序列来隐含通知的指定信息；
接收通过DMRS不同符号数和符号位置的组合来隐含通知的指定信息；
接收通过DMRS不同符号中DMRS序列的不同的循环移位的组合来隐含通知的指定信息；
接收通过DMRS不同符号中不同的序列的组合来隐含通知的指定信息。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
实施例2
在本实施例中还提供了一种数据反馈，发送，接收装置，发送设备，接收设备，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
本实施例提供了一种数据反馈装置，应用在基站或终端，包括：生成模块，用于为被传输数据生成混合自动重传请求确认字符HARQ-ACK；反馈模块，用于将HARQ-ACK反馈给发送端。
可选的，生成模块包括以下至少之一：第一生成单元，用于为被传输数据分别生成TB级别的第一HARQ-ACK，其中，每个TB对应一个比特；第二生成单元，用于在被传输数据中解码错误的TB，并为错误的TB生成CBG级别的第二HARQ-ACK，其中，每个CBG对应一个比特。
可选地，将HARQ-ACK反馈给发送端包括：如果第一HARQ-ACK和第二HARQ-ACK同时需要反馈，通过以下方式之一将HARQ-ACK反馈给发送端：时分复用、频分复用、码分复用。
可选地，在被传输数据中解码错误的TB，并为错误的TB生成CBG级别的第二HARQ-ACK，包括：按照被传输数据的顺序，将每个否定确认字符NACK的TB按照顺序依次生成第二HARQ-ACK。
可选地，NACK的TB包括以下至少之一：未检测到下行控制信息DCI的TB，发送端计划调度但未发送的TB。例如：发送端计划调度8个TB，但是最终发送端发送了6个TB，此时有2个TB是计划调度但未发送的TB。
可选地，被传输数据中的NACK的TB的第二HARQ-ACK的比特数是高层信令或物理层信令配置的；和/或，被传输数据中的NACK的TB的CBG个数是高层信令或物理层信令配置的；和/或，被传输数据中的TB所包括的总CBG的个数或总的第二HARQ-ACK比特数是高层配置的，且约定每个TB获得CBG个数或每个TB获得的第二HARQ-ACK比特数的差值不超过1。
可选地，将HARQ-ACK反馈给发送端包括以下之一：
在被传输数据的循环冗余校验CRC均校验通过时，HARQ-ACK仅包括第一HARQ-ACK且均为肯定确认字符ACK；
当被传输数据中的码块CB的CRC校验均通过，且被传输数据的CRC校验均未通过时，HARQ-ACK仅包括第一HARQ-ACK且均为NACK；
当被传输数据中的码块CB的CRC校验均未通过，且被传输数据的CRC校验均未通过时，HARQ-ACK仅包括第一HARQ-ACK且均为NACK；
当被传输数据的CRC校验均未通过，且被传输数据中的CB的CRC校验未均通过或均未通过，HARQ-ACK仅包括第二HARQ-ACK。
可选地，将HARQ-ACK反馈给发送端包括：将第一HARQ-ACK和第二HARQ-ACK串联在同一PUCCH信道中反馈给发送端。
可选地，被传输数据来自同一载波的不同时隙；和/或，被传输数据来自被聚合的不同载波。
可选地，本实施例还包括以下之一：确定反馈HARQ-ACK所使用的PUCCH格式信息和/或使用的PUCCH资源信息，并通过PUCCH的解调参考信号DMRS通知发送端；从被传输数据对应的DCI中获取PUCCH格式信息和/或PUCCH资源信息，并将其用于反馈HARQ-ACK。
可选地，通过PUCCH的DMRS通知发送端包括以下之一：
通过DMRS的符号位置不同来隐含通知发送端；
通过DMRS序列不同的循环移位来隐含通知发送端；
通过DMRS不同的序列来隐含通知发送端。
通过DMRS不同符号数和符号位置的组合来隐含发送端；
通过DMRS不同符号中DMRS序列的不同的循环移位的组合来隐含通知发送端；
通过DMRS不同符号中不同的序列的组合来隐含通知发送端。
可选地，本实施例还包括：与发送端约定，通过DMRS通知的PUCCH格式信息和/或PUCCH资源信息，是用于第一HARQ-ACK和/或第二HARQ-ACK。
可选地，PUCCH格式信息包括以下之一：短格式、长格式，PUCCH的符号个数，发送端配置的格式集合中的指定格式。
可选地，PUCCH资源信息包括：发送端配置的PUCCH资源集合中的指定PUCCH资源。
可选地，PUCCH资源集合中的PUCCH资源与以下至少之一有绑定关系：PUCCH格式、PUCCH的OFDM符号个数、PUCCH的OFDM符号位置、PUCCH对应的时隙位置。
可选地，将HARQ-ACK反馈给发送端包括：使用相邻的第一资源和第二资源分别将第一HARQ-ACK和第二HARQ-ACK反馈给发送端。
可选地，第二资源根据被调度的TB个数和预设传输错误概率来预留。
可选地，被传输数据包括：被调度的TB，其中，被调度的TB包括以下至少之一：已经接收的TB、发送端已经发送但未接收到的TB。
本实施例提供了一种数据发送装置，应用在基站或终端，包括：发送模块，用于向接收端发送被传输数据；接收模块，用于接收接收端为被传输数据根据约定规则形成的反馈的混合自动重传请求确认字符HARQ-ACK。
可选的，发送模块包括：第一发送单元，用于通过同一载波的不同时隙向接收端发送被传输数据；和/或，第二发送单元，用于通过被聚合的不同载波向接收端发送被传输数据。
本实施例提供了另一种数据反馈装置，包括：确定模块，用于确定反馈HARQ-ACK所使用的以下指定信息至少之一：PUCCH格式信息、PUCCH资源信息；通知模块，用于将指定信息通过PUCCH的解调参考信号DMRS通知发送端。
可选的，通知模块将指定信息通过PUCCH的DMRS通知发送端包括以下之一：
将指定信息通过DMRS的符号位置不同来隐含通知发送端；
将指定信息通过DMRS序列不同的循环移位来隐含通知发送端；
将指定信息通过DMRS不同的序列来隐含通知发送端。
将指定信息通过DMRS不同符号数和符号位置的组合来隐含发送端；
将指定信息通过DMRS不同符号中DMRS序列的不同的循环移位的组合来隐含通知发送端；
将指定信息通过DMRS不同符号中不同的序列的组合来隐含通知发送端。
本实施例提供了一种数据接收装置，包括：接收模块，用于接收通过PUCCH的解调参考信号DMRS通知的指定信息；其中，指定信息用于反馈HARQ-ACK，指定信息包括以下至少之一：PUCCH格式信息、PUCCH资源信息。
可选的，接收模块接收通过PUCCH的解调参考信号DMRS通知的指定信息包括以下之一：
接收通过DMRS的符号位置不同来隐含通知的指定信息；
接收通过DMRS序列不同的循环移位来隐含通知的指定信息；
接收将指定信息通过DMRS不同的序列来隐含通知的指定信息；
接收通过DMRS不同符号数和符号位置的组合来隐含通知的指定信息；
接收通过DMRS不同符号中DMRS序列的不同的循环移位的组合来隐含通知的指定信息；
接收通过DMRS不同符号中不同的序列的组合来隐含通知的指定信息。
本实施例提供了一种接收设备，包括：处理器以及存储有处理器可执行指令的存储器，当指令被处理器执行时，执行如下操作：
为被传输数据生成混合自动重传请求确认字符HARQ-ACK；
将HARQ-ACK反馈给发送端。
可选的，在指令执行为被传输数据生成HARQ-ACK时，包括执行如下操作至少之一：
为被传输数据分别生成TB级别的第一HARQ-ACK，其中，每个TB对应一个比特；
在被传输数据中解码错误的TB，并为错误的TB生成CBG级别的第二HARQ-ACK，其中，每个CBG对应一个比特。
本实施例提供了一种数据发送设备，包括：处理器以及存储有处理器可执行指令的存储器，当指令被处理器执行时，执行如下操作：
向接收端发送被传输数据；
接收接收端为被传输数据根据约定规则形成的反馈的混合自动重传请求确认字符HARQ-ACK。
可选的，在指令执行向接收端发送被传输数据时，包括执行如下操作：
通过同一载波的不同时隙向接收端发送被传输数据；和/或，
通过被聚合的不同载波向接收端发送被传输数据。
需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。
实施例3
本实施例是本申请的可选实施例，用于结合具体的实施方式对本申请进行详细说明：
在本实施例中，发送端，发送数据的节点，并接收接收端对数据反馈的HARQ-ACK的节点；接收端，接收数据的节点，并反馈数据对应的HARQ-ACK的节点。对于上行数据，下行数据的传输和HARQ-ACK反馈都是适用的。
本实施例还包括多个实例：
实例1
主要举例说明本方法的基本思路。例如，两种类型HARQ-ACKs的形成。
对于接收端(这里假设为UE，本方法可以用于下行数据的HARQ-ACK反馈，也可以用于上行数据的)，当被要求对于接收的多个传输块TB的HARQ-ACKs在一个PUCCH中反馈时，这里假设每个TB反馈CBG HARQ-ACK比特数为10bits。
假设单个载波中，UE在slot n，slot n+1，slot n+2，slot n+3，slot n+4中分别接收到TB1，TB2，TB3，TB4和TB5，这些TB被要求在slot n+6中进行HARQ-ACK反馈。假设UE对于TB1～TB5的解码情况为TB1，TB2和TB4解码正确(TB的CRC校验通过)，TB3和TB5解码错误，且均为部分CBG正确(CBG中包含的所有CB的CRC校验通过)，部分CBG错误。此时UE形成的TB级别的HARQ-ACKs为：11010，1表示ACK(正确接收)，0表示NACK(未正确接收)。再为TB3和TB5形成CBG级别的HARQ-ACKs(这里假设TB3中，第1和第2个CBG未正确接收，其余CBG均被正确接收，TB5中第1～4个CBG未正确接收，其余CBG均被正确接收)：0011，1111，11；0000,1111,11；然后将TB3和TB5按照它们TB级别的HARQ-ACKs的顺序形成CBG HARQ-ACKs为(串接起来)：0011，1111，1100，0011，1111；此时总的反馈比特为：11010(TB级别的HARQ-ACKs)+0011，1111，1100，0011，1111(TB级别的NACK对应的TB的CBG级别的HARQ-ACKs)，共25比特。如果每个TB都是反馈CBG级别的HARQ-ACKs，那么需要50bit。显然，这种方式不会影响基于CBG的重传机制，即对于接收错误的CBG仍然可以重传的。
实际上，一次数据传输正确的概率为90％，那么，这种方式，在本实例中实际上节约了90％的比特。所以这种方式节约的比特开销是很显著的。
发送端接收TB级别的HARQ-ACKs，然后根据TB级别的HARQ-ACKs确定其中为NACK的TB，然后再根据标记为NACK的TB的个数和顺序确定CBG HARQ-ACKs的比特数和每个标记为NACK的TB的CBG HARQ-ACKs比特。例如，发送端接收到TB级别的HARQ-ACKs后，解码后会发现第3和第5个TB被标记为NACK，则进一步认为CBG HARQ-ACKs中，有第3和第5个TB对应的CBG级别的HARQ-ACKs。然后发送端解码CBG HARQ-ACKs从而获得第3个和第5个TB的CBG HARQ-ACKs。这样，发送端认为第1、第2和第4个TB被正确接收不需要重传，第3个第5个TB未被正确解码，需要将其中标记为NACK的CBG进行重传(实际是把标记为NACK的CBG中的CBs重传)。
这种方式，不会影响基于CBG重传的效率，但是可以有效减少HARQ-ACKs的开销，也起到了节约接收端的发送功耗(因为发的比特越少，需要的功耗越小)。
补充，每个TB反馈的CBG HARQ-ACK比特个数可以按照每个CBG对应一个比特。每个TB被划分为几个CBG，可以是发送端通过RRC信令和/或物理层信令配置的，也可以是发送端为多个TB配置一个总的CBG值，然后不同TB的CBG个数根据该TB传输时使用的层数相关，例如，层数越多，对应的从总CBG值中为该TB划分的CBG个数越多。也可以是通过高层RRC信令为每个TB配置的CBG个数。
实例2
主要说明两种类型的HARQ-ACKs发送。
基于实例1，对于形成的多种类型的HARQ-ACKs(为了后续描述方便，不妨将TBHARQ-ACKs记为第一种类型，将标记为NACK的TB的CBG HARQ-ACKs记为第二种类型)具体的发送方法包括以下几种：
将多种类型的HARQ-ACKs串联后，编码调制后发送。
第二种类型HARQ-ACKs比特个数是变化根据每次标记为NACK的TB个数，所以，如果将两种类型的HARQ-ACKs串接，然后编码调制，再发送，可能将导致发送端接收接收端反馈的HARQ-ACKs时增加检测复杂度，但是这种方式只需要使用1个PUCCH信道。进一步的，考虑结合降低检测复杂度的方法，例如结合速率匹配。由于发送端为接收端分配的传输HARQ-ACKs的资源和调制编码信息MCS都是配置，那么接收端按照MCS信息调制编码后，再通过速率匹配的方式映射到所述资源中，这样发送端接收时不需要盲检测。这种方式下，资源需要按照最大需求来分配，但是这种方式可以提升HARQ-ACKs传输的可靠性，因为此时采用实例1中的方式得到的总的HARQ-ACKs比特数是减少的，速率匹配实际使得HARQ-ACKs的码率很低，可靠性大幅增加。
将多种类型的HARQ-ACKs分别在不同的PUCCH中发送。
在NR中，上行控制信息(Uplink control information，UCI)(包括HARQ-ACKs在内)按照传输的比特数对应着不同的PUCCH格式。还有，NR中根据PUCCH使用的符号个数对应着不同的PUCCH传输方式(为方便将PUCCH分为短PUCCH和长PUCCH)。短PUCCH占用1～2个符号，长PUCCH符号数大于4个。
所以，文中的PUCCH格式包括PUCCH使用的符号数、和待传输的比特数，两个层面的含义。对于PUCCH格式的解释举例，例如，对于1～2bit的UCI，如果配置为1个或2个符号时，将使用一种PUCCH格式；如果配置为4个或4个以上符号时，将使用另一种PUCCH格式。对于大于等于3个比特，小于等于X(X取值还在讨论中)比特的情况，如果配置为1个或2个符号时，将使用一种PUCCH格式，如果配置为4个或4个以上符号时，将使用另一种PUCCH格式；对于大于X比特，如果配置为4个或4个以上符号时，将使用另一种PUCCH格式。对于大于等于3，小于等于X比特的情况，如果配置为1个或2个符号时，将使用一种PUCCH格式，如果配置为4个或4个以上符号时，将使用另一种PUCCH格式。
将多种类型的HARQ-ACKs分别在不同的PUCCH信道发送。例如第一种类型由于总的TBs个数是确定(发送端是知道的)，每个TB一个比特的TB HARQ-ACK，所以第一种类型的HARQ-ACKs总的比特数是确定。然后再根据发送端配置的符号个数确定对应的PUCCH格式在分配的资源上传输。第二种类型由于总的比特数是变化的，发送端为其分配的资源也是按照最大需求分配的，但是接收端发送时，不需要映射到所有资源中，只需要按照配置的参数发送即可。发送端先解码第一种类型的HARQ-ACKs，获知其中标记为NACK的TB个数和顺序位置，然后根据标记为NACK的TB确定第二种类型的HARQ-ACKs的总比特数，然后再解码第二种类型HARQ-ACKs。
两种类型具体使用的PUCCH格式相对比较多，可以按照比特数分配对应确定。例如，分别对应两个长PUCCH，且允许两个长PUCCH时分或频分复用；或者分别对应两个短PUCCH，且允许两个长PUCCH时分或频分复用；或者，一个对应长PUCCH，另一个对应短PUCCH，且允许两个PUCCH时分复用。
也可以为两种类型的HARQ-ACKs分配相同的资源，两种HARQ-ACKs对应的PUCCH在该资源中频分或时分或码分复用。
发送端为接收端配置PUCCH资源集合，在配置的PUCCH资源集合中，存在多种不同格式、不同符号数、不同比特数对应的多种具体PUCCH资源。例如，所述集合中包括中的一个或多个：
传输1bit HARQ-ACK且1个符号(包括符号位置)的具体的PUCCH资源1；
传输1bit HARQ-ACK且2个符号(包括符号位置)的具体的PUCCH资源2；
传输2bit HARQ-ACKs且1个符号(包括符号位置)的具体的PUCCH资源3；
传输2bit HARQ-ACKs且2个符号(包括符号位置)的具体的PUCCH资源4；
传输3～X bit HARQ-ACKs且N(N大于等于4，小于等于14，N取值不同，就有多个具体的PUCCH资源)个符号(包括符号位置)的具体的PUCCH资源5；X具体取值还在讨论中，例如取值为11，或22。
传输大于X bit HARQ-ACKs且N(N大于等于4，小于等于14，N取值不同，就有多个具体的PUCCH资源)个符号(包括符号位置)的具体的PUCCH资源6；
上述各种情况还可以再结合频域资源进行描述。
发送端可以给接收端配置适合的集合，例如配置可能的4个具体的PUCCH资源，然后接收端从配置的集合中根据形成的HARQ-ACKs的比特数(也要结合PUCCH需要的OFDM符号数)选择合适具体的PUCCH资源分别传输对应的HARQ-ACKs。
接收端也可以通过实例4中的PUCCH的DMRS隐含通知自己选择的具体PUCCH资源给发送端。这种比较适合集合中有多种相同的具体的PUCCH资源。
一个例子为PUCCH资源集合的配置，这种方式可以独立应用与PUCCH资源集合的配置。
目前的PUCCH资源中包含的多个具体的PUCCH资源，是指频域资源，为了能节约开销，下面建议对于PUCCH资源集合进行新的定义。在PUCCH资源集合中，还可以为一个具体的PUCCH资源同时带有更多的属性(除了频域的资源属性外)，例如，还可以包括PUCCH格式，PUCCH起始符号，PUCCH持续时长(如PUCCH符号数)，PUCCH所在的时隙slot，是否跳频，序列或码字信息等属性。这些属性能被以表格或联合编码的方式表现出来。
例如，一个例子为PUCCH资源集合设计。PUCCH资源集合中的每个具体的PUCCH资源包括：PRB索引，PUCCH起始符号，持续时长和所在的slot信息。然后对于1～2比特的PUCCH，序列或码字信息还需要增加。对于大于2比特的PUCCH不需要序列或码字信息。一个PUCCH资源集合中包含n个具体的PUCCH资源，n值可以根据UE的需求来确定，例如UE处于静态或低速时，可以配置n值较小；如果UE高速移动，可以配置n值较大，这样为UE提供更多的可能的PUCCH资源。对于PUCCH格式，它能根据需要反馈的比特数和分配具体PUCCH的符号数(持续时长)确定，因为，基站和UE都知道需要反馈的比特数，所以PUCCH格式可以被隐含。PUCCH是否跳频直接通过高层信令独立配置。
具体的操作为：基站为UE配置PUCCH资源集合，对于集合中每个具体的PUCCH资源都有频域资源、起始符号、持续时长、所对应的slot。典型的配置4个具体的PUCCH资源。然后，通过物理层信令指示具体使用的PUCCH资源为每次UE反馈从集合中。对于1～2比特的PUCCH，基站还为每个具体的PUCCH资源配置对应的1～2比特的信息对应的序列或码字信息。UE接收基站配置的PUCCH资源集合，根据物理层的指示信令确定本次反馈对应的具体PUCCH资源，然后按照PUCCH资源的要求进行PUCCH发送。
另一个例子，描述上述的TB级别的HARQ-ACKs的PUCCH资源和上述的CBG HARQ-ACKs的PUCCH资源之间存在某种关系，这样，发送端和接收端能够通过TB级别的HARQ-ACKs的PUCCH资源推算出CBG HARQ-ACKs的PUCCH对应的资源。这样就节约了为另一种类型的PUCCH分配资源的信令。考虑到TB级别的HARQ-ACKs的比特总数是确定的，所以为它分配对应的PUCCH资源，再通过它的PUCCH资源根据约定规则推算出另一种类型的HARQ-ACKs的PUCCH资源。
例如，两种类型的HARQ-ACKs都是长PUCCH时，可以配置它们共享相同的频域资源。且它们时域符号是连续的，可以理解是两个PUCCH是时分在相同的频域资源中。
又例如，两种类型的HARQ-ACK有相同的频域资源内频分复用，资源中约定部分物理资源块或子载波给第一种类型的HARQ-ACKs，再约定部分物理资源块或子载波给第二种类型的HARQ-ACKs。两份资源按照约定图样频域复用，或两种类型的HARQ-ACKs分别连续占用部分频域资源(按照物理资源块PRB或子载波为单位)且两者部分的频域资源连续。相当于第二种类型HARQ-ACKs的起始频域位置是通过第一种类型的HARQ-ACKs结束位置隐含得到的，频域持续资源数量，可以根据TB级别的HARQ-ACKs中被标记为NACK的TB个数和每个TB的CBG个数来确定。
具体的例子，例如，TB HARQ-ACKs总比特10bit，有5bit为NACK，5比特为ACK，这样使用中等负载对应的PUCCH格式进行传输，发送端为接收端分配一个PRB(假设为PRBn)来传输TB HARQ-ACKs的PUCCH。然后假设每个TB有10个CBG，每个CBG有一个HARQ-ACK，这样，CBGHARQ-ACKs就有50比特，根据发送端对于50bit HARQ-ACKs配置的编码调制方式，得到需要4个PRB(假设需要4个PRB)来传输，这样，根据约定规则(例如两种HARQ-ACKs的PUCCH频域连续)，第二种HARQ-ACKs的资源为PRBn之后的连续4个PRB。这样发送端和接收端都可以根据第一个PRBn得到第二种HARQ-ACKs的资源，从而节约了为第二种HARQ-ACKs资源分配资源的信令。这里也可以总结为：使用相邻的第一资源和第二资源分别将所述TB HARQ-ACK和所述CBG HARQ-ACK反馈给发送端。
第二资源根据被调度的总的TB个数和预设传输错误概率来预留。例如，还有一个种方法为第二种HARQ-ACKs的PUCCH分配资源。考虑它的比特数和传错的TB数相关，而一个TB传输错误的统计概率是10％，所以可以根据调度的TB总数量按照比例折算为它分配对应的资源大小。例如，调度了10个TB，那么可以按照会有一个TB被解错，从而CBG HARQ-ACK比特也就对应一个TB，从而为它分配资源。更保守的可以提高所述比例，如，也可以按照10个TB会有2个TB解错，从而CBG HARQ-ACK比特数对应2个TB，来为它分配资源。这个分配的资源可以采用上面的方式，在TB HARQ-ACK的资源和CBG HARQ-ACK的资源之间存在约定的关系，这样只需要通知TB HARQ-ACK的资源就可以了，从而减少资源分配的信令。
资源是根据被调度的TB个数和预设概率来预留。
实例3
主要说明两种类型的HARQ-ACKs的一些特殊情况下的处理。
基于实例1，本实例中对于所述多个TBs/PDSCHs解码中几种特殊情况进行说明。
情况1，当所述TBs的CRC均校验通过时，只发送TB HARQ-ACKs且均为ACK，CBGHARQ-ACKs不发送(也意味着不需要形成，下同)。
情况2，当所述TBs中的CB的CRC校验均通过，但是所述TBs的CRC均未校验通过时，只发送TB HARQ-ACKs且均为NACK，CBG HARQ-ACKs不发送。
情况3，当所述TBs中的CB的CRC校验均未通过，且所述TBs的CRC均未校验通过时，只发送TB HARQ-ACKs且均为NACK，CBG HARQ-ACKs不发送。
情况4，当所述TBs的CRC校验均未通过，且所述TBs中的CB的CRC校验未出现均通过或均未通过的情况时，只发送CBG HARQ-ACKs，TB级别的HARQ-ACKs不发送。
实例4
基于前面的实例，本实例中描述：接收端通过解调参考信号DMRS通知发送端，接收端传输PUCCH使用的格式信息和/或具体的PUCCH资源信息。
这种方式的主要目的是，将由接收端根据实际解码情况确定出反馈的HARQ-ACKs比特数后，然后在确定具体的PUCCH格式在分配的资源中传输。分配的资源也可以是来自发送端配置的一个PUCCH的资源集合，UE从集合中选择具体的PUCCH资源。但是接收端自主选择的PUCCH格式和/或具体的PUCCH资源，如果不通知发送端，那么发送端需要盲检测多种可能性，增加了复杂度。所以，本实例中考虑使用PUCCH的DMRS的相关信息隐含通知发送端，接收端使用的PUCCH格式和/或具体的PUCCH资源，因为发送端需要先解码DMRS才能解码PUCCH，所以利用PUCCH的DMRS的相关信息隐含通知发送端是方便的，且不增加开销。也是考虑发送端检测所述DMRS相关信息相对于比较容易。
例如，接收端使用的PUCCH格式信息能被所述DMRS隐含通知，这里的PUCCH格式信息包括下述至少之一：短格式，长格式，PUCCH符号个数，PUCCH符号位置。PUCCH格式信息也可以是发送端为接收端配置的PUCCH资源集合中的不同PUCCH格式或者是发送端为接收端配置的PUCCH格式集合中，指示具体的使用的哪个格式。
例如，接收端使用的PUCCH具体的PUCCH资源信息能被所述DMRS隐含通知，这里是指发送端为接收端配置了PUCCH资源集合，其中包含多个具体的PUCCH资源。接收端通过所述DMRS隐含通知接收端具体使用了哪个具体的PUCCH资源。
例如，对于PUCCH资源集合的定义，该集合中的PUCCH资源与PUCCH格式、PUCCH符号数和PUCCH符号位置(在slot中的位置)中至少一个有绑定关系。如，在集合中具体的PUCCH资源对应着有自己的PUCCH格式；在集合中具体的PUCCH资源对应着有自己的PUCCH符号数和符号位置；在集合中不同具体的PUCCH资源对应的有自己PUCCH格式和符号数以及符号位置。也可以理解为，集合中一个PUCCH资源对应着有自己的传输方式，当接收端选择了或配置了一个具体的PUCCH资源后，对应着的编码调制方式、符合数和符号位置都是确定的。
例如，通过所述DMRS隐含通知，具体包括至少下述方式之一：
1)通过所述DMRS的符号位置不同来隐含通知使用的PUCCH格式和/或具体的PUCCH资源信息；例如，不同PUCCH格式或不同的具体的PUCCH资源中，具有不同的DMRS符号位置。
2)通过所述DMRS序列不同的循环移位来隐含通知使用的PUCCH格式和/或具体的PUCCH资源信息；例如，不同PUCCH格式或不同的具体的PUCCH资源中，对应的DMRS序列具有不同的循环移位。
3)通过所述DMRS不同的序列来隐含通知使用的PUCCH格式和/或具体的PUCCH资源信息。例如，不同PUCCH格式或不同的具体的PUCCH资源中，对应的DMRS具有不同的序列。
4)通过所述DMRS(解调参考信号)不同符号数和符号位置的组合来隐含通知使用的PUCCH格式和/或具体的PUCCH资源信息；例如，不同PUCCH格式或不同的具体的PUCCH资源中，对应的DMRS符号的位置和个数不同。
5)通过所述DMRS不同符号中DMRS序列的不同的循环移位的组合来隐含通知使用的PUCCH格式和/或具体的PUCCH资源信息。例如，不同PUCCH格式或不同的具体的PUCCH资源中，对应的DMRS在不同的DMRS符号中具有不同的循环移位。
6)通过所述DMRS不同符号中不同的序列的组合来隐含通知使用的PUCCH格式和/或具体的PUCCH资源信息。例如，不同PUCCH格式或不同的具体的PUCCH资源中，对应的DMRS在不同的DMRS符号中具有不同的序列。
实例5
在实例1,2,3,4基础上，再增加对于所述多个TBs形成1bit的HARQ-ACK，具体如下：
接收端，当所有TB均被正确解码，反馈1个bit的ACK(这种看做是第三种类型的HARQ-ACK)，所有TB的TB级别的HARQ-ACKs(实际上是10bit的ACKs)和标记为NACK的TB的CBGHARQ-ACKs(这种情况下实际上不会形成CBG HAR-ACKs)不再发送；这种情况出现概率还是较大的，因为一个数据块传输正确的统计概率为90％。这种方式下，1bit的ACK信息发送时，可以采用上述实施中的方式，例如确定资源的方式，确定格式的方式等。例如，发送端为接收端配置的PUCCH资源集合中有一份具体的PUCCH资源对应着1bit的HARQ-ACK格式。发送端，接收接收端的反馈从PUCCH资源集合中这份具体的PUCCH资源中。如果解码为ACK，发送端认为所有TB均被接收端正确接收。
接收端，当所有TB均未被正确解码，反馈一个bit的NACK(这种看做是第三种类型的HARQ-ACK)，所有TB的TB级别的HARQ-ACKs不发送，标记为NACK的TB(实际为所有TB)的CBGHARQ-ACKs发送。这种情况的出现概率很低，因为传输数据信道的传输引入了各种保障机制，所以传输的可靠性统计概率为90％。这种方式下，1bit的NACK信息发送时，可以采用上述实施中的方式，例如确定资源的方式，确定格式的方式等。例如，发送端为接收端配置的PUCCH资源集合中有一份具体的PUCCH资源对应着1bit的HARQ-ACK格式。发送端，接收接收端的反馈从PUCCH资源集合中这份具体的PUCCH资源中。如果解码为NACK，发送端认为所有TB均未被接收端正确接收，然后接收CBG HARQ-ACKs从另一份具体的PUCCH资源中(这里假设PUCCH资源中还有一份具体的PUCCH资源对应着传输更多比特的HARQ-ACKs格式)，正确解码后，重传每个TB错误的CBG。
对于基于CBG反馈中，当多个TBs/PDSCHs的HARQ-ACKs复用在一个slot中时，采用本实施例的，可以减少HARQ-ACKs的比特数，从而减少开销和节约接收端发送功耗，且不会影响CBG重传的性能。
实施例4
本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：
S1，为被传输数据生成混合自动重传请求确认字符HARQ-ACK；
S2，将所述HARQ-ACK反馈给发送端。
可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行为被传输数据生成混合自动重传请求确认字符HARQ-ACK；
可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行将所述HARQ-ACK反馈给发送端。
可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (43)

1.一种数据反馈方法，其特征在于，包括：
为被传输数据生成混合自动重传请求确认字符HARQ-ACK；
将所述HARQ-ACK反馈给发送端。
2.根据权利要求1所述的方法，其特征在于，为被传输数据生成HARQ-ACK包括以下至少之一：
为被传输数据分别生成传输块TB级别的第一HARQ-ACK，其中，每个TB对应一个比特；
在被传输数据中解码错误的TB，并为错误的TB生成码块组CBG级别的第二HARQ-ACK，其中，每个CBG对应一个比特。
3.根据权利要求2所述的方法，其特征在于，将所述HARQ-ACK反馈给发送端包括以下之一：
分别在两个长物理上行链路控制信道PUCCH信道反馈所述第一HARQ-ACK和所述第二HARQ-ACK；
分别在两个短PUCCH信道反馈所述第一HARQ-ACK和所述第二HARQ-ACK；
在长PUCCH信道反馈所述第一HARQ-ACK，在短PUCCH信道反馈所述第二HARQ-ACK；
在长PUCCH信道反馈所述第二HARQ-ACK，在短PUCCH信道反馈所述第一HARQ-ACK；
在一个或多个时隙中的不同PUCCH信道发馈。
4.根据权利要求2所述的方法，其特征在于，将所述HARQ-ACK反馈给发送端包括：
如果第一HARQ-ACK和第二HARQ-ACK同时需要反馈，通过以下方式之一将所述HARQ-ACK反馈给发送端：时分复用、频分复用、码分复用。
5.根据权利要求1所述的方法，其特征在于，在被传输数据中解码错误的TB，并为错误的TB生成CBG级别的第二HARQ-ACK，包括：
按照所述被传输数据的顺序，将每个否定确认字符NACK的TB按照顺序依次生成第二HARQ-ACK。
6.根据权利要求5所述的方法，其特征在于，NACK的TB包括以下至少之一：未检测到下行控制信息DCI的TB，发送端计划调度但未发送的TB。
7.根据权利要求2所述的方法，其特征在于，其中，
所述被传输数据中的NACK的TB的第二HARQ-ACK的比特数是高层信令或物理层信令配置的；和/或，
所述被传输数据中的NACK的TB的CBG个数是高层信令或物理层信令配置的；和/或，
所述被传输数据中的TB所包括的总CBG的个数或总的第二HARQ-ACK比特数是高层配置的，且约定每个TB获得CBG个数或每个TB获得的第二HARQ-ACK比特数的差值不超过1。
8.根据权利要求2所述的方法，其特征在于，将所述HARQ-ACK反馈给发送端包括以下之一：
在所述被传输数据的循环冗余校验CRC均校验通过时，所述HARQ-ACK仅包括所述第一HARQ-ACK且均为肯定确认字符ACK；
当所述被传输数据中的码块CB的CRC校验均通过，且所述被传输数据的CRC校验均未通过时，所述HARQ-ACK仅包括第一HARQ-ACK且均为NACK；
当所述被传输数据中的码块CB的CRC校验均未通过，且所述被传输数据的CRC校验均未通过时，所述HARQ-ACK仅包括第一HARQ-ACK且均为NACK；
当所述被传输数据的CRC校验均未通过，且所述被传输数据中的CB的CRC校验未均通过或均未通过，所述HARQ-ACK仅包括第二HARQ-ACK。
9.根据权利要求2所述的方法，其特征在于，将所述HARQ-ACK反馈给发送端包括：
将所述第一HARQ-ACK和所述第二HARQ-ACK串联在同一PUCCH信道中反馈给发送端。
10.根据权利要求1所述的方法，其特征在于，
所述被传输数据来自同一载波的不同时隙；和/或，
所述被传输数据来自被聚合的不同载波。
11.根据权利要求2所述的方法，其特征在于，所述方法还包括以下之一：
确定反馈所述HARQ-ACK所使用的PUCCH格式信息和/或使用的PUCCH资源信息，并通过PUCCH的解调参考信号DMRS通知发送端；
从所述被传输数据对应的DCI中获取PUCCH格式信息和/或PUCCH资源信息，并将其用于反馈所述HARQ-ACK。
12.根据权利要求11所述的方法，其特征在于，通过PUCCH的DMRS通知发送端包括以下之一：
通过所述DMRS的符号位置不同来隐含通知发送端；
通过所述DMRS序列不同的循环移位来隐含通知发送端；
通过所述DMRS不同的序列来隐含通知发送端；
通过所述DMRS不同符号数和符号位置的组合来隐含发送端；
通过所述DMRS不同符号中DMRS序列的不同的循环移位的组合来隐含通知发送端；
通过所述DMRS不同符号中不同的序列的组合来隐含通知发送端。
13.根据权利要求11所述的方法，其特征在于，所述方法还包括：
与所述发送端约定，通过DMRS通知的PUCCH格式信息和/或PUCCH资源信息，是用于第一HARQ-ACK和/或第二HARQ-ACK。
14.根据权利要求11所述的方法，其特征在于，所述PUCCH格式信息包括以下之一：短格式、长格式，PUCCH的符号个数，所述发送端配置的格式集合中的指定格式。
15.根据权利要求11所述的方法，其特征在于，所述PUCCH资源信息包括：
所述发送端配置的PUCCH资源集合中的指定PUCCH资源。
16.根据权利要求11所述的方法，其特征在于，所述PUCCH资源集合中的PUCCH资源与以下至少之一有绑定关系：PUCCH格式、PUCCH的OFDM符号个数、PUCCH的OFDM符号位置、PUCCH对应的时隙位置。
17.根据权利要求2所述的方法，其特征在于，将所述HARQ-ACK反馈给发送端包括：
使用相邻的第一资源和第二资源分别将所述第一HARQ-ACK和所述第二HARQ-ACK反馈给发送端。
18.根据权利要求17所述的方法，其特征在于，所述第二资源根据被调度的TB个数和预设传输错误概率来预留。
19.根据权利要求1所述的方法，其特征在于，所述被传输数据包括：被调度的TB，其中，所述被调度的TB包括以下至少之一：已经接收的TB、所述发送端已经发送但未接收到的TB。
20.一种数据发送方法，其特征在于，包括：
向接收端发送被传输数据；
接收所述接收端为所述被传输数据根据约定规则形成的反馈的混合自动重传请求确认字符HARQ-ACK。
21.根据权利要求20所述的方法，其特征在于，向接收端发送被传输数据包括以下至少之一：
通过同一载波的不同时隙向接收端发送所述被传输数据；
通过被聚合的不同载波向接收端发送所述被传输数据。
22.根据权利要求20所述的方法，其特征在于，所述被传输数据包括：被调度的TB，其中，所述被调度的TB包括以下至少之一：所述接收端已经接收的TB、所述接收端未接收到的TB。
23.一种数据反馈方法，其特征在于，包括：
确定反馈HARQ-ACK所使用的以下指定信息至少之一：PUCCH格式信息、PUCCH资源信息；
将所述指定信息通过PUCCH的解调参考信号DMRS通知发送端。
24.根据权利要求23所述的方法，其特征在于，所述PUCCH格式信息包括以下之一：短格式、长格式，PUCCH的符号个数，所述发送端配置的格式集合中的指定格式。
25.根据权利要求23所述的方法，其特征在于，所述PUCCH资源信息包括：
所述发送端配置的PUCCH资源集合中的指定PUCCH资源。
26.根据权利要求23所述的方法，其特征在于，所述PUCCH资源集合中的PUCCH资源与以下至少之一有绑定关系：PUCCH格式、PUCCH的OFDM符号个数、PUCCH的OFDM符号位置、PUCCH对应的时隙位置。
27.根据权利要求23所述的方法，其特征在于，将所述指定信息通过PUCCH的DMRS通知发送端包括以下之一：
将所述指定信息通过所述DMRS的符号位置不同来隐含通知发送端；
将所述指定信息通过所述DMRS序列不同的循环移位来隐含通知发送端；
将所述指定信息通过所述DMRS不同的序列来隐含通知发送端；
将所述指定信息通过所述DMRS不同符号数和符号位置的组合来隐含发送端；
将所述指定信息通过所述DMRS不同符号中DMRS序列的不同的循环移位的组合来隐含通知发送端；
将所述指定信息通过所述DMRS不同符号中不同的序列的组合来隐含通知发送端。
28.一种数据接收方法，其特征在于，包括：
接收通过PUCCH的解调参考信号DMRS通知的指定信息；
其中，所述指定信息用于反馈HARQ-ACK，所述指定信息包括以下至少之一：PUCCH格式信息、PUCCH资源信息。
29.根据权利要求28所述的方法，其特征在于，接收通过PUCCH的解调参考信号DMRS通知的指定信息包括以下之一：
接收通过所述DMRS的符号位置不同来隐含通知的指定信息；
接收通过所述DMRS序列不同的循环移位来隐含通知的指定信息；
接收将所述指定信息通过所述DMRS不同的序列来隐含通知的指定信息；
接收通过所述DMRS不同符号数和符号位置的组合来隐含通知的指定信息；
接收通过所述DMRS不同符号中DMRS序列的不同的循环移位的组合来隐含通知的指定信息；
接收通过所述DMRS不同符号中不同的序列的组合来隐含通知的指定信息。
30.一种数据反馈装置，其特征在于，包括：
生成模块，用于为被传输数据生成混合自动重传请求确认字符HARQ-ACK；
反馈模块，用于将所述HARQ-ACK反馈给发送端。
31.根据权利要求30所述的装置，其特征在于，所述生成模块包括以下至少之一：
第一生成单元，用于为被传输数据分别生成TB级别的第一HARQ-ACK，其中，每个TB对应一个比特；
第二生成单元，用于在被传输数据中解码错误的TB，并为错误的TB生成CBG级别的第二HARQ-ACK，其中，每个CBG对应一个比特。
32.一种数据发送装置，其特征在于，包括：
发送模块，用于向接收端发送被传输数据；
接收模块，用于接收所述接收端为所述被传输数据根据约定规则形成的反馈的混合自动重传请求确认字符HARQ-ACK。
33.根据权利要求32所述的装置，其特征在于，所述发送模块包括：
第一发送单元，用于通过同一载波的不同时隙向接收端发送所述被传输数据；和/或，
第二发送单元，用于通过被聚合的不同载波向接收端发送所述被传输数据。
34.一种数据反馈装置，其特征在于，包括：
确定模块，用于确定反馈HARQ-ACK所使用的以下指定信息至少之一：PUCCH格式信息、PUCCH资源信息；
通知模块，用于将所述指定信息通过PUCCH的解调参考信号DMRS通知发送端。
35.根据权利要求34所述的装置，其特征在于，所述通知模块将所述指定信息通过PUCCH的DMRS通知发送端包括以下之一：
将所述指定信息通过所述DMRS的符号位置不同来隐含通知发送端；
将所述指定信息通过所述DMRS序列不同的循环移位来隐含通知发送端；
将所述指定信息通过所述DMRS不同的序列来隐含通知发送端；
将所述指定信息通过所述DMRS不同符号数和符号位置的组合来隐含发送端；
将所述指定信息通过所述DMRS不同符号中DMRS序列的不同的循环移位的组合来隐含通知发送端；
将所述指定信息通过所述DMRS不同符号中不同的序列的组合来隐含通知发送端。
36.一种数据接收装置，其特征在于，包括：
接收模块，用于接收通过PUCCH的解调参考信号DMRS通知的指定信息；
其中，所述指定信息用于反馈HARQ-ACK，所述指定信息包括以下至少之一：PUCCH格式信息、PUCCH资源信息。
37.根据权利要求36所述的装置，其特征在于，所述接收模块接收通过PUCCH的解调参考信号DMRS通知的指定信息包括以下之一：
接收通过所述DMRS的符号位置不同来隐含通知的指定信息；
接收通过所述DMRS序列不同的循环移位来隐含通知的指定信息；
接收将所述指定信息通过所述DMRS不同的序列来隐含通知的指定信息；
接收通过所述DMRS不同符号数和符号位置的组合来隐含通知的指定信息；
接收通过所述DMRS不同符号中DMRS序列的不同的循环移位的组合来隐含通知的指定信息；
接收通过所述DMRS不同符号中不同的序列的组合来隐含通知的指定信息。
38.一种接收设备，其特征在于，包括：
处理器以及存储有所述处理器可执行指令的存储器，当所述指令被处理器执行时，执行如下操作：
为被传输数据生成混合自动重传请求确认字符HARQ-ACK；
将所述HARQ-ACK反馈给发送端。
39.根据权利要求38所述的接收设备，其特征在于，在所述指令执行为被传输数据生成HARQ-ACK时，包括执行如下操作至少之一：
为被传输数据分别生成TB级别的第一HARQ-ACK，其中，每个TB对应一个比特；
在被传输数据中解码错误的TB，并为错误的TB生成CBG级别的第二HARQ-ACK，其中，每个CBG对应一个比特。
40.一种数据发送设备，其特征在于，包括：
处理器以及存储有所述处理器可执行指令的存储器，当所述指令被处理器执行时，执行如下操作：
向接收端发送被传输数据；
接收所述接收端为所述被传输数据根据约定规则形成的反馈的混合自动重传请求确认字符HARQ-ACK。
41.根据权利要求40所述的发送设备，其特征在于，在所述指令执行向接收端发送被传输数据时，包括执行如下操作：
通过同一载波的不同时隙向接收端发送所述被传输数据；和/或，
通过被聚合的不同载波向接收端发送所述被传输数据。
42.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，所述程序运行时执行权利要求1至29中任一项所述的方法。
43.一种处理器，其特征在于，所述处理器用于运行程序，其中，所述程序运行时执行权利要求1至29中任一项所述的方法。
CN201710807037.9A 2017-09-08 2017-09-08 数据反馈、发送、接收方法及装置，接收设备，发送设备 Active CN109474393B (zh)

Priority Applications (7)

Application Number Priority Date Filing Date Title
CN201710807037.9A CN109474393B (zh) 2017-09-08 2017-09-08 数据反馈、发送、接收方法及装置，接收设备，发送设备
KR1020227005517A KR102457944B1 (ko) 2017-09-08 2018-08-13 데이터 피드백, 송신 및 수신 방법 및 장치, 수신기기 및 송신기기
PCT/CN2018/100293 WO2019047676A1 (zh) 2017-09-08 2018-08-13 数据反馈、发送、接收方法及装置，接收设备，发送设备
US16/645,036 US11381345B2 (en) 2017-09-08 2018-08-13 Data feedback, sending and receiving method and device, receiving equipment and sending equipment
EP18852974.7A EP3681069B1 (en) 2017-09-08 2018-08-13 Data feedback, sending and receiving method and device, receiving equipment and sending equipment
JP2020513502A JP7102511B2 (ja) 2017-09-08 2018-08-13 データのフィードバック、送信、受信方法及び装置、受信機器、送信機器
KR1020207010106A KR20200046105A (ko) 2017-09-08 2018-08-13 데이터 피드백, 송신 및 수신 방법 및 장치, 수신기기 및 송신기기

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710807037.9A CN109474393B (zh) 2017-09-08 2017-09-08 数据反馈、发送、接收方法及装置，接收设备，发送设备

Publications (2)

Publication Number Publication Date
CN109474393A true CN109474393A (zh) 2019-03-15
CN109474393B CN109474393B (zh) 2021-07-30

Family

ID=65633532

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710807037.9A Active CN109474393B (zh) 2017-09-08 2017-09-08 数据反馈、发送、接收方法及装置，接收设备，发送设备

Country Status (6)

Country Link
US (1) US11381345B2 (zh)
EP (1) EP3681069B1 (zh)
JP (1) JP7102511B2 (zh)
KR (2) KR20200046105A (zh)
CN (1) CN109474393B (zh)
WO (1) WO2019047676A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020237502A1 (en) * 2019-05-28 2020-12-03 Lenovo (Beijing) Limited Method and apparatus for harq-ack feedback in multi-trp transmission

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019099670A1 (en) * 2017-11-15 2019-05-23 Idac Holdings, Inc. Method and apparatus for harq-ack codebook size determination and resource selection in nr
CN109661791B (zh) * 2018-04-04 2020-09-22 Oppo广东移动通信有限公司 传输上行控制信息的方法、终端设备和网络设备
US20240113812A1 (en) * 2022-09-29 2024-04-04 Nokia Technologies Oy Feedback per code block group

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016161629A1 (en) * 2015-04-10 2016-10-13 Mediatek Singapore Pte. Ltd. Methods and apparatus for pucch resource allocation of mtc
CN106888074A (zh) * 2017-03-24 2017-06-23 宇龙计算机通信科技(深圳)有限公司 一种码块的重传方法及装置
CN107113096A (zh) * 2014-12-31 2017-08-29 Lg 电子株式会社 在无线通信***中发送ack/nack的方法和使用该方法的设备

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3407522B1 (en) 2010-05-04 2020-07-15 LG Electronics Inc. Method and apparatus for transmitting a reference signal in a wireless communication system
CN107113147B (zh) 2014-12-31 2020-11-06 Lg电子株式会社 在无线通信***中分配资源的方法和设备
FI3251245T3 (fi) * 2015-01-28 2023-06-20 Interdigital Patent Holdings Inc Nousevan siirtotien palautemenetelmät suuren lukumäärän kantoaaltoja kanssa toimimiseksi
CN111277390B (zh) 2015-12-31 2022-04-29 华为技术有限公司 下行反馈信息的传输方法、基站以及终端设备
CN106961319A (zh) 2016-01-12 2017-07-18 中兴通讯股份有限公司 一种数据处理的方法和装置
US10492184B2 (en) * 2016-12-09 2019-11-26 Samsung Electronics Co., Ltd. Multiplexing control information in a physical uplink data channel
US10567142B2 (en) * 2017-03-23 2020-02-18 Apple Inc. Preemption indicators and code-block-group-based retransmission techniques for multiplexing different services on physical layer frames
EP3602905A4 (en) * 2017-03-24 2020-11-11 Motorola Mobility LLC INDICATION OF A PART OF A TIME INTERVAL
JP6908135B2 (ja) * 2017-06-16 2021-07-21 富士通株式会社 フィードバック情報の送受信方法、装置及び通信システム

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107113096A (zh) * 2014-12-31 2017-08-29 Lg 电子株式会社 在无线通信***中发送ack/nack的方法和使用该方法的设备
WO2016161629A1 (en) * 2015-04-10 2016-10-13 Mediatek Singapore Pte. Ltd. Methods and apparatus for pucch resource allocation of mtc
CN106888074A (zh) * 2017-03-24 2017-06-23 宇龙计算机通信科技(深圳)有限公司 一种码块的重传方法及装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
WILUS INC.: "Discussion on UL HARQ-ACK feedback for CBG-based retransmission", 《3GPP TSG RAN WG1 MEETING #90 R1-1714395》 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020237502A1 (en) * 2019-05-28 2020-12-03 Lenovo (Beijing) Limited Method and apparatus for harq-ack feedback in multi-trp transmission

Also Published As

Publication number Publication date
EP3681069A4 (en) 2021-05-05
CN109474393B (zh) 2021-07-30
EP3681069B1 (en) 2024-04-10
JP7102511B2 (ja) 2022-07-19
US11381345B2 (en) 2022-07-05
KR102457944B1 (ko) 2022-10-25
WO2019047676A1 (zh) 2019-03-14
EP3681069A1 (en) 2020-07-15
KR20200046105A (ko) 2020-05-06
KR20220025292A (ko) 2022-03-03
US20200266931A1 (en) 2020-08-20
JP2020532920A (ja) 2020-11-12

Similar Documents

Publication Publication Date Title
US11245496B2 (en) Method and apparatus for sending harq-ack feedback codebook and device
CN108809610B (zh) 载波聚合下的上行控制信息传输方法及装置
US8719654B2 (en) Method for efficient control signaling of two codeword to one codeword transmission
US8555128B2 (en) System and method for transmitting and receiving acknowledgement information
CN105227275B (zh) 具有捆绑窗口中的所指配数据分组的信令的电信***中的方法和装置
CN102468940B (zh) 调度请求和ack/nack信息的传输方法及装置
CN110419186A (zh) 用于上行链路超高可靠和低延迟通信的下行链路控制通道
CN101841398B (zh) 一种上行控制信令的传输方法及用户设备
CN106549734A (zh) 一种信息的传输方法、终端和基站
CN106452661A (zh) 应答信息的传输方法、装置、基站及终端
CN103796327A (zh) 一种子帧调度方法、***及网络设备、终端
CN102223219A (zh) Harq-ack的反馈处理方法及***
CN101789851A (zh) 一种多载波***及其正确/错误应答消息的发送方法
CN108111263A (zh) 确认信息的反馈方法及装置，确认信息的接收方法及装置
CN101873706A (zh) 在多载波***中反馈确认/未确认消息的方法
CN106411475A (zh) 一种反馈传输方法及装置
CN104412684A (zh) 在无线通信***中用于上行链路控制信道的资源分配方法及设备
CN104272634A (zh) 移动通信***及其信道发送/接收方法
CN102858014A (zh) 控制信令的发送和接收方法及设备
CN101958777A (zh) 正确/错误应答消息发送的处理方法及装置
CN101917253A (zh) 控制信息传输、传输块获得、偏移因子配置方法及终端
JPWO2019003635A1 (ja) 端末及び通信方法
CN102347823B (zh) 应答信息的合并反馈及其指示方法、装置
CN109474393A (zh) 数据反馈、发送、接收方法及装置，接收设备，发送设备
CN102394685A (zh) 多天线***上行控制信道的发送方法和***

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant