CN107332646A - Harq-ack的发送方法及装置 - Google Patents

Harq-ack的发送方法及装置 Download PDF

Info

Publication number
CN107332646A
CN107332646A CN201610281802.3A CN201610281802A CN107332646A CN 107332646 A CN107332646 A CN 107332646A CN 201610281802 A CN201610281802 A CN 201610281802A CN 107332646 A CN107332646 A CN 107332646A
Authority
CN
China
Prior art keywords
ack
harq
signaling
nack
pdsch
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
CN201610281802.3A
Other languages
English (en)
Other versions
CN107332646B (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
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to CN201610281802.3A priority Critical patent/CN107332646B/zh
Priority to US16/097,395 priority patent/US10897779B2/en
Priority to PCT/CN2017/082528 priority patent/WO2017186174A1/zh
Publication of CN107332646A publication Critical patent/CN107332646A/zh
Application granted granted Critical
Publication of CN107332646B publication Critical patent/CN107332646B/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/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0808—Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA]
    • 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/1848—Time-out mechanisms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1854—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/188—Time-out mechanisms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1896—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • 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
    • 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/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information

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以及发送HARQ‑ACK的非授权载波上的资源位置；在非授权载波上执行先听后说LBT；在执行上述LBT成功后，在上述资源位置上发送HARQ‑ACK。通过本发明，解决新的帧的结构及LBT影响对原有定时关系发送的影响，提高HARQ‑ACK发送的概率及反馈的灵活性，有效提升***性能。

Description

HARQ-ACK的发送方法及装置
技术领域
本发明涉及通信领域，具体而言，涉及一种HARQ-ACK的发送方法及装置。
背景技术
长期演进(Long-Term Evolution，简称为LTE)***使用非授权载波工作是LTE演进过程中一个重要的内容。这项技术将使得LTE***能够使用目前存在的非授权载波，大大提升LTE***的潜在频谱资源，使得LTE***能够获得更低的频谱成本。
LTE使用非授权主要有两种模式，一种是载波聚合(CarrierAggregation，简称为CA)，非授权作为辅助的一个分量载波接入，另一种是采用双连结(Dual Connectivity，简称为DC)的接入模式。
非授权载波由于引入了先听后说(Listen Before Talk，简称为LBT)机制，终端(即，用户设备UE)在非授权载波上反馈确认或非确认(Acknowledgement/Non-Acknowledgement，简称为ACK/NACK)时原来已有的物理下行共享信道(Physical Downlink Shared Channel，简称为PDSCH)与混合自动重传请求-确认(Hybrid Automatic Repeat Request-Acknowledgement，简称为HARQ-ACK)的定时关系可能不能保证或者效率比较低。并且，由于非授权载波上数据传输采用的帧结构跟授权载波不同，HARQ-ACK的与PDSCH的定时及发送都需要重新考虑。因此，在相关技术中存在着HARQ-ACK发送概率与反馈效率比较低的问题。
针对上述问题，相关技术中并未提出有效的解决方案。
发明内容
本发明实施例提供了一种混合自动重传-确认HARQ-ACK的发送方法及装置，以至少解决相关技术中存在的HARQ-ACK发送概率与反馈效率比较低的问题。
根据本发明的一个实施例，提供了一种混合自动重传-确认HARQ-ACK的发送方法，包括：通过预定义或者信令指示的方式确定待发送的HARQ-ACK以及发送所述HARQ-ACK的非授权载波上的资源位置；在所述非授权载波上执行先听后说LBT；在执行所述LBT成功后，在所述资源位置上发送所述HARQ-ACK。
可选地，所述信令包括以下至少之一：反馈所述HARQ-ACK的载波指示；发送所述HARQ-ACK的频域资源位置；反馈确认或非确认ACK/NACK的子帧位置或子帧集合；需要反馈ACK/NACK的物理下行共享信道PDSCH的HARQ进程号或进程组号；是否具备延迟发送所述HARQ-ACK的能力；延迟发送所述HARQ-ACK的时间；预定义的ACK/NACK发送窗的大小；所述HARQ-ACK反馈对应的多个传输单元中的物理下行共享信道PDSCH的滑动窗的大小，其中，所述滑动窗中包括位置可变的预定数量的连续个下行传输单元；所述HARQ-ACK反馈对应的多个传输单元中的物理下行共享信道PDSCH的滑动窗滑动的粒度；所述HARQ-ACK反馈对应的多个传输单元中的物理下行共享信道PDSCH的滑动窗调整的大小；所述HARQ-ACK的大小。
可选地，所述HARQ-ACK包括至少一个传输单元对应的确认或非确认ACK/NACK，其中，所述至少一个传输单元对应的ACK/NACK包括以下至少之一：预定义的时间窗或所述信令指示的滑动窗内的两个以上传输单元对应的物理下行共享信道PDSCH的ACK/NACK；所述信令指示的物理下行共享信道PDSCH进程号或进程组号对应的ACK/NACK；高层信令和/或下行控制信息DCI动态指示的传输单元对应的ACK/NACK；从上一次反馈物理下行共享信道PDSCH所在的传输单元对应的ACK/NACK开始到当前反馈时刻的这段时间内所有满足预定义的定时关系的PDSCH所在的传输单元对应的ACK/NACK。
可选地，所述传输单元包括以下之一：一个或多个子帧、一个或多个时隙、一个或多个正交频分复用OFDM符号。
可选地，所述预定义的定时关系为PDSCH所在传输单元与ACK/NACK发送的位置之间的时间差为大于等于n个传输单元，其中n为正整数。
可选地，通过信令指示的方式确定待发送的HARQ-ACK以及发送所述HARQ-ACK的资源位置包括：获取接收的无线资源控制RRC消息和/或下行控制信息DCI信令中携带的所述信令；根据获取的所述信令确定待发送的HARQ-ACK以及发送所述HARQ-ACK的资源位置。
可选地，获取接收的所述DCI信令中携带的所述信令包括：获取接收的所述DCI信令包括的以下信令至少之一中携带的所述信令：下行链路授权DL grant，公有信息指示，上行链路授权UL grant，组-用户设备Group-UEDCI指示。
可选地，当所述HARQ-ACK包括一个时间窗内的所有物理下行共享信道PDSCH所在的传输单元对应的确认或非确认ACK/NACK时，所述HARQ-ACK反馈对应的PDSCH的滑动窗按照所述信令指示的滑动粒度，或者一个时间窗长的粒度，或者滑动窗长的粒度，或者k个传输单元的粒度进行滑动，其中，k为正整数。
可选地，发送所述HARQ-ACK的时域资源位置包括以下之一：下行突发burst之后的第一个上行传输单元位置；所述信令指示的位置；按照最后一个物理下行共享信道PDSCH所在的传输单元的位置加q个传输单元确定的位置，其中q为一个预定义的值或所述信令配置的值；按照PDSCH的滑动窗中最后一个传输单元的位置加q个传输单元确定的位置，其中q为一个预定义的值或信令配置的值。
可选地，发送所述HARQ-ACK的频域资源位置通过如下方式至少之一进行确定：按照所述信令指示的物理资源块PRB位置确定发送所述HARQ-ACK的频域资源；按照交织单元和物理下行共享信道PDSCH对应的控制信道的控制信道单元索引CCE index的对应关系确定发送所述HARQ-ACK的频域资源；在确定高层半静态配置的频域资源集合后，根据辅小区Scell上下行控制信息DCI中的传输功率控制TPC命令或分配资源索引ARI信令确定发送所述HARQ-ACK的频域资源。
可选地，所述交织单元包括的物理资源块PRB在***带宽内均匀离散分布；和/或，不同的用户设备UE通过码分或者时分的方式复用相同的交织单元。
可选地，当所述HARQ-ACK包括一个载波上的多个传输单元对应的HARQ-ACK时，所述HARQ-ACK的大小通过如下方式至少之一确定：由所述HARQ-ACK反馈对应的多个传输单元中的物理下行共享信道PDSCH的滑动窗的大小确定；由所述HARQ-ACK反馈对应的多个传输单元中的物理下行共享信道PDSCH的滑动窗内接收到的与用户设备UE对应的PDSCH的个数确定；由所述HARQ-ACK反馈对应的多个传输单元中的的物理下行共享信道PDSCH的滑动窗内接收到的最后一个下行配置索引DAI的值确定；由接收到的最后一个DAI的值确定；由上一个下行突发burst中包含的与用户设备UE对应的PDSCH的数目确定；由所述信令指示的HARQ-ACK的大小确定。
可选地，当所述HARQ-ACK包括一个上行控制信息UCI小区组内的所有载波的HARQ-ACK时，在所述资源位置上发送所述HARQ-ACK包括：按照预定顺序对所述所有载波的HARQ-ACK进行级联；在所述资源位置上发送级联后的所述所有载波的HARQ-ACK。
可选地，在所述资源位置上发送所述HARQ-ACK包括：在所述资源位置上发送所述HARQ-ACK以及以下信息至少之一：与所述HARQ-ACK对应的物理下行共享信道PDSCH的进程号信息、所述资源位置与预定的或所述信令指示的时域资源位置的偏移量信息。
可选地，通过信令指示的方式确定发送所述HARQ-ACK的资源位置包括：通过两次信令确定发送所述HARQ-ACK的资源位置，其中，第一次信令用于指示以下信息至少之一：用于发送所述HARQ-ACK的调度信息、频域资源大小、需要反馈的PDSCH的窗口大小、确认或非确认ACK/NACK大小；第二次信令用于指示发送所述HARQ-ACK的时域位置和/或物理资源块PRB资源位置。
可选地，在所述非授权载波上执行所述先听后说LBT之后，所述方法还包括：当在所述非授权载波的预定义位置或者所述信令指示的反馈位置上执行所述LBT失败时，利用预定小区组内包含的授权载波上的最近传输单元发送所述HARQ-ACK，或者放弃此HARQ-ACK的发送；当在所述非授权载波的预定义位置或者所述信令指示的反馈位置上执行所述LBT失败，且所述HARQ-ACK全部为ACK或者所述HARQ-ACK中的ACK的数量超过阈值数目时，在预定义的授权载波上反馈LBT失败的信息。
可选地，利用预定小区组内包含的授权载波上的最近传输单元发送所述HARQ-ACK包括：利用所述预定小区组内包含的授权载波上的最近的周期性预留的传输单元发送所述HARQ-ACK。
根据本发明的另一个实施例，提供了一种混合自动重传-确认HARQ-ACK的发送方法，包括：向用户设备UE发送信令，其中，所述信令用于指示所述UE HARQ-ACK发送的相关指示信息以及发送所述HARQ-ACK的非授权载波上的资源位置。
可选地，所述信令包括以下至少之一：反馈所述HARQ-ACK的载波指示；发送所述HARQ-ACK的频域资源位置；反馈确认或非确认ACK/NACK的子帧位置或子帧集合；需要反馈ACK/NACK的物理下行共享信道PDSCH的HARQ进程号或进程组号；是否具备延迟发送所述HARQ-ACK的能力；延迟发送所述HARQ-ACK的时间；预定义的ACK/NACK发送窗的大小；所述HARQ-ACK反馈对应的多个传输单元中的物理下行共享信道PDSCH的滑动窗的大小，其中，所述滑动窗中包括位置可变的预定数量的连续个下行传输单元；所述HARQ-ACK反馈对应的多个传输单元中的物理下行共享信道PDSCH的滑动窗滑动的粒度；所述HARQ-ACK反馈对应的多个传输单元中的物理下行共享信道PDSCH的滑动窗调整的大小；所述HARQ-ACK的大小。
可选地，所述HARQ-ACK包括至少一个传输单元对应的确认或非确认ACK/NACK，其中，所述至少一个传输单元对应的ACK/NACK包括以下至少之一：预定义的时间窗或所述信令指示的滑动窗内的两个以上传输单元对应的物理下行共享信道PDSCH的ACK/NACK；所述信令指示的物理下行共享信道PDSCH进程号或进程组号对应的ACK/NACK；高层信令和/或下行控制信息DCI动态指示的传输单元对应的ACK/NACK；从上一次反馈物理下行共享信道PDSCH所在的传输单元对应的ACK/NACK开始到当前反馈时刻的这段时间内所有满足预定义的定时关系的PDSCH所在的传输单元对应的ACK/NACK。
可选地，所述传输单元包括以下之一：一个或多个子帧、一个或多个时隙、一个或多个正交频分复用OFDM符号。
可选地，所述预定义的定时关系为PDSCH所在传输单元与ACK/NACK发送的位置之间的时间差为大于等于n个传输单元，其中n为正整数。
可选地，向所述UE发送所述信令包括：在无线资源控制RRC消息和/或下行控制信息DCI信令中携带所述信令；将携带了所述信令的所述RRC和/或DCI发送给所述UE。
可选地，在所述DCI信令中携带所述信令包括：在所述DCI信令包括的以下信令至少之一中携带所述信令：下行链路授权DL grant，公有信息指示，上行链路授权UL grant，组-用户设备Group-UE DCI指示。
可选地，在向所述UE发送所述信令之前，所述方法还包括：为所述UE半静态配置用于发送所述HARQ-ACK的频域资源集合，其中，所述DCI信令用于从所述频域资源集合中指示所述UE使用的发送所述HARQ-ACK的频域资源。
可选地，向所述UE发送所述信令包括：向所述UE发送两次信令，其中，第一次信令用于指示以下信息至少之一：用于所述UE发送所述HARQ-ACK的调度信息、频域资源大小、需要反馈的PDSCH的窗口大小、确认或非确认ACK/NACK大小；第二次信令用于指示所述UE发送所述HARQ-ACK的时域位置和/或物理资源块PRB资源位置。
根据本发明的另一个实施例，提供了一种混合自动重传-确认HARQ-ACK的发送装置，包括：确定模块，用于通过预定义或者信令指示的方式确定待发送的HARQ-ACK以及发送所述HARQ-ACK的非授权载波上的资源位置；执行模块，用于在所述非授权载波上执行先听后说LBT；第一发送模块，用于在执行所述LBT成功后，在所述资源位置上发送所述HARQ-ACK。
根据本发明的另一个实施例，提供了一种混合自动重传-确认HARQ-ACK的发送装置，其特征在于，包括：第二发送模块，用于向用户设备UE发送信令，其中，所述信令用于指示所述UE HARQ-ACK发送的相关指示信息以及发送所述HARQ-ACK的非授权载波上的资源位置。
根据本发明的又一个实施例，还提供了一种存储介质。该存储介质设置为存储用于执行上述各步骤的程序代码。
通过本发明，由于是通过预定义或者信令指示的方式确定的待发送的HARQ-ACK以及资源位置，从而可以有效解决新的帧的结构及LBT影响对原有定时关系发送的影响，提高HARQ-ACK发送的概率及反馈的灵活性，有效提升***性能。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是根据本发明实施例的HARQ-ACK的发送方法的第一流程图；
图2是根据本发明实施例的HARQ-ACK的发送方法相关的第二流程图；
图3是根据本发明实施例的基站侧的处理流程图；
图4是根据本发明实施例的终端侧的处理流程图；
图5是根据本发明实施例的PDSCH与对应HARQ-ACK反馈示意图一；
图6是根据本发明实施例的PDSCH与对应HARQ-ACK反馈示意图二；
图7是根据本发明实施例的PDSCH与对应HARQ-ACK反馈示意图三；
图8是根据本发明实施例的PDSCH与对应HARQ-ACK反馈示意图四；
图9是根据本发明实施例的ACK/NACK跟PDSCH定时关系示意图一；
图10是根据本发明实施例的ACK/NACK跟PDSCH定时关系示意图二；
图11是根据本发明实施例的HARQ-ACK触发及发送过程示意图；
图12是根据本发明实施例的第一HARQ-ACK的发送装置的结构框图；
图13是根据本发明实施例的第二与HARQ-ACK的发送相关装置的结构框图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
在本发明实施例中，提供了一种HARQ-ACK的发送方法，图1是根据本发明实施例的HARQ-ACK的发送方法的第一流程图，如图1所示，该流程包括如下步骤：
步骤S102，通过预定义或者信令指示的方式确定待发送的HARQ-ACK以及发送HARQ-ACK的非授权载波上的资源位置；
步骤S104，在非授权载波上执行先听后说LBT；
步骤S106，在执行上述LBT成功后，在上述资源位置上发送HARQ-ACK。
其中，执行上述操作的可以是用户设备UE。
通过上述步骤，可以通过预定义或者信令指示的方式确定需要发送哪些HARQ-ACK以及发送的资源位置，从而可以在确定好的位置上发送HARQ-ACK，从而避免了新的帧结构及LBT影响对原有定时关系发送的影响问题，提高HARQ-ACK发送的概率及反馈的灵活性，有效提升***性能。
在一个可选的实施例中，上述信令可以包括以下至少之一：反馈HARQ-ACK的载波指示；发送HARQ-ACK的频域资源位置；反馈确认或非确认ACK/NACK的子帧位置或子帧集合；需要反馈ACK/NACK的物理下行共享信道PDSCH的HARQ进程号或进程组号；是否具备延迟发送HARQ-ACK的能力，即，是否可以延迟发送HARQ-ACK；延迟发送HARQ-ACK的时间；预定义的ACK/NACK发送窗的大小；HARQ-ACK反馈对应的多个传输单元中的物理下行共享信道PDSCH的滑动窗的大小，其中，该滑动窗中包括位置可变的预定数量的连续个下行传输单元；上述HARQ-ACK反馈对应的多个传输单元中的物理下行共享信道PDSCH的滑动窗滑动的粒度；上述HARQ-ACK反馈对应的多个传输单元中的物理下行共享信道PDSCH的滑动窗调整的大小；HARQ-ACK的大小。在本实施例中，反馈HARQ-ACK的载波指示可以用于指示两个以上用于反馈HARQ-ACK的载波。
在一个可选的实施例中，上述HARQ-ACK包括至少一个传输单元对应的确认或非确认ACK/NACK，其中，该至少一个传输单元对应的ACK/NACK包括以下至少之一：预定义的时间窗或信令指示的滑动窗内的两个以上传输单元对应PDSCH的ACK/NACK；信令指示的物理下行共享信道PDSCH进程号或进程组号对应的ACK/NACK；高层信令和/或下行控制信息DCI动态指示的传输单元对应的ACK/NACK；从上一次反馈物理下行共享信道PDSCH所在的传输单元对应的ACK/NACK开始到当前反馈时刻的这段时间内所有满足预定义的定时关系的PDSCH所在的传输单元对应的ACK/NACK。上述预定义的或信令指示的HARQ-ACK为用户设备需要获取的反馈的HARQ-ACK，用户设备可据此去获取HARQ-ACK并上报。
在一个可选的实施例中，上述传输单元可以包括以下之一：一个或多个子帧、一个或多个时隙、一个或多个正交频分复用OFDM符号。在本实施例中，当传输单元包括多个OFDM符号时，该多个OFDM符号的长度应该小于或等于一个时间窗的长度。
在一个可选的实施例中，上述预定义的定时关系为PDSCH所在传输单元与ACK/NACK发送的位置之间的时间差为大于等于n个传输单元，其中，n为正整数。
在一个可选的实施例中，通过信令指示的方式确定待发送的HARQ-ACK以及发送HARQ-ACK的资源位置包括：获取接收的无线资源控制(Radio Resource Control，简称为RRC)消息和/或下行控制信息(Downlink Control Information，简称为DCI)信令中携带的信令；根据获取的信令确定待发送的HARQ-ACK以及发送HARQ-ACK的资源位置。在本实施例中，上述信令可以是基站发送的，且基站可以通过RRC消息或DCI信令发送上述信令，可选地，上述信令可以用于指示至少两个用于反馈HARQ-ACK的载波。
在一个可选的实施例中，获取接收的上述DCI信令中携带的信令包括：获取接收的DCI信令包括的以下信令至少之一中携带的上述信令：下行链路授权(Downlink grant，简称为DL grant)，公有信息指示，上行链路授权(Uplink grant，简称为UL grant)，组-用户设备Group-UE DCI指示。在本实施例中，信令是携带在上述DL grant、公有信息指示、UL grant、Group-UE DCI指示中的至少之一个中的。
在一个可选的实施例中，当上述HARQ-ACK包括一个时间窗内的所有物理下行共享信道PDSCH所在的传输单元对应的确认或非确认ACK/NACK时，上述HARQ-ACK反馈对应的PDSCH的滑动窗按照信令指示的滑动粒度，或者一个时间窗长的粒度，或者滑动窗长的粒度，或者k个传输单元的粒度进行滑动，其中，k为正整数。在本实施例中，k个传输单元长度可以小于或等于时间窗长度。
在一个可选的实施例中，发送上述HARQ-ACK的时域资源位置包括以下之一：下行突发burst之后的第一个上行传输单元位置；上述信令指示的位置；按照最后一个物理下行共享信道PDSCH所在的传输单元的位置加q个传输单元确定的位置，其中q为一个预定义的值或上述信令配置的值；按照PDSCH的滑动窗中最后一个传输单元的位置加q个传输单元确定的位置，其中q为一个预定义的值或上述信令配置的值。
在一个可选的实施例中，发送上述HARQ-ACK的频域资源位置可以通过如下方式至少之一进行确定：按照上述信令指示的物理资源块(Physical Resource Block，简称为PRB)位置确定发送HARQ-ACK的频域资源；按照交织单元和物理下行共享信道PDSCH对应的控制信道的控制信道单元索引(Control Channel Element index，简称为CCE index)的对应关系确定发送HARQ-ACK的频域资源；在确定高层半静态配置的频域资源集合后，根据辅小区Scell上下行控制信息DCI中的传输功率控制(Transmit Power Control，简称为TPC)命令或分配资源索引ARI信令确定发送上述HARQ-ACK的频域资源。
在一个可选的实施例中，上述交织单元包括的物理资源块(PhysicalResource Block，简称为PRB)在***带宽内均匀离散分布；和/或，不同的用户设备UE通过码分或者时分的方式复用相同的交织单元。可选地，上述的频域资源也可以在***带宽内均匀离散分布。
在一个可选的实施例中，当上述HARQ-ACK包括一个载波上的多个传输单元对应的HARQ-ACK时，上述HARQ-ACK的大小可以通过如下方式至少之一确定：由HARQ-ACK反馈对应的多个传输单元中的物理下行共享信道PDSCH的滑动窗的大小确定(例如，可以和滑动窗大小相同)；由HARQ-ACK反馈对应的多个传输单元中的PDSCH的滑动窗内接收到的与用户设备UE对应的PDSCH的个数确定(例如，可以和UE对应的PDSCH大小相同)；由HARQ-ACK反馈对应的多个传输单元中的PDSCH的滑动窗内接收到的最后一个下行配置索引DAI的值确定(例如，可以和DAI的值相同)；由接收到的最后一个DAI的值确定(例如，可以和DAI的值相同)；由上一个下行突发burst中包含的与用户设备UE对应的PDSCH的数目确定(例如，可以和UE对应的PDSCH大小相同)；由上述信令指示的HARQ-ACK的大小确定(例如，可以和信令指示的HARQ-ACK的大小相同)。
在一个可选的实施例中，当上述HARQ-ACK包括一个上行控制信息(Uplink control Information，简称为UCI)小区组内的所有载波的HARQ-ACK时，在上述资源位置上发送HARQ-ACK包括：按照预定顺序对所有载波的HARQ-ACK进行级联；在资源位置上发送级联后的所有载波的HARQ-ACK。在本实施例中，可以按照载波索引从小到大的顺序对载波的HARQ-ACK进行级联，或者，也可以按照载波索引由大到小的顺序对载波的HARQ-ACK进行级联，或者，还可以采用其他的载波顺序对载波的HARQ-ACK进行级联。
在一个可选的实施例中，在上述资源位置上发送HARQ-ACK包括：在上述资源位置上发送HARQ-ACK以及以下信息至少之一：与HARQ-ACK对应的物理下行共享信道PDSCH的进程号信息、上述资源位置与预定的或上述信令指示的时域资源位置的偏移量信息。即，在向基站发送上述HARQ-ACK的同时，将上述的进程号信息以及偏移量信息一并发送给基站。具体发送方式可以参考后述的实施例十一。
在一个可选的实施例中，通过信令指示的方式确定发送上述HARQ-ACK的资源位置包括：通过两次信令确定发送HARQ-ACK的资源位置，其中，第一次信令用于指示以下信息至少之一：用于发送HARQ-ACK的调度信息、频域资源大小(即，用于发送HARQ-ACK的频域资源的大小)、需要反馈的PDSCH的窗口大小、确认或非确认ACK/NACK大小；第二次信令用于指示发送HARQ-ACK的时域位置和/或物理资源块PRB资源位置。
在一个可选的实施例中，在上述非授权载波上执行先听后说LBT之后，上述方法还包括：当在非授权载波的预定义位置或者信令指示的反馈位置上执行LBT失败时，利用预定小区组内包含的授权载波上的最近传输单元发送HARQ-ACK，或者放弃此HARQ-ACK的发送；当在上述非授权载波的预定义位置或者信令指示的反馈位置上执行LBT失败，且HARQ-ACK全部为ACK或者HARQ-ACK中的ACK的数量超过阈值数目时，在预定义的授权载波上反馈LBT失败的信息。在本实施例中，当无法利用非授权载波发送HARQ-ACK时，可以转到授权载波上进行发送。
在一个可选的实施例中，利用预定小区组内包含的授权载波上的最近传输单元发送上述HARQ-ACK包括：利用预定小区组内包含的授权载波上的最近的周期性预留的传输单元发送HARQ-ACK。即，当利用授权载波发送HARQ-ACK时，可以利用授权载波上周期性预留的资源发送HARQ-ACK。
在本发明实施例中还提供了一种HARQ-ACK的发送方法，图2是根据本发明实施例的HARQ-ACK的发送方法相关的第二流程图，如图2所示，该流程包括如下步骤：
步骤S202，向用户设备UE发送信令，其中，该信令用于指示UEHARQ-ACK发送的相关指示信息以及发送HARQ-ACK的非授权载波上的资源位置。
其中，执行上述操作的可以是基站，基站可以通过信令的方式指示UE待发送的HARQ-ACK及发送的资源位置，从而可以使得UE在确定好的位置上发送HARQ-ACK，避免了新的帧结构及LBT影响对原有定时关系发送的影响问题，提高HARQ-ACK发送的概率及反馈的灵活性，有效提升***性能。
在一个可选的实施例中，上述信令包括以下至少之一：反馈HARQ-ACK的载波指示；发送HARQ-ACK的频域资源位置；反馈确认或非确认ACK/NACK的子帧位置或子帧集合；需要反馈ACK/NACK的物理下行共享信道PDSCH的HARQ进程号或进程组号；是否具备延迟发送HARQ-ACK的能力；延迟发送HARQ-ACK的时间；预定义的ACK/NACK发送窗的大小；上述HARQ-ACK反馈对应的多个传输单元中的PDSCH的滑动窗的大小，其中，滑动窗中包括位置可变的预定数量的连续个下行传输单元；上述HARQ-ACK反馈对应的多个传输单元中的PDSCH的滑动窗滑动的粒度；上述HARQ-ACK反馈对应的多个传输单元中的PDSCH的滑动窗调整的大小；HARQ-ACK的大小。
在一个可选的实施例中，上述HARQ-ACK包括至少一个传输单元对应的确认或非确认ACK/NACK，其中，该至少一个传输单元对应的ACK/NACK包括以下至少之一：预定义的时间窗或上述信令指示的滑动窗内的两个以上传输单元对应的PDSCH的ACK/NACK；上述信令指示的物理下行共享信道PDSCH进程号或进程组号对应的ACK/NACK；高层信令和/或下行控制信息DCI动态指示的传输单元对应的ACK/NACK；从上一次反馈物理下行共享信道PDSCH所在的传输单元对应的ACK/NACK开始到当前反馈时刻的这段时间内所有满足预定义的定时关系的PDSCH所在的传输单元对应的ACK/NACK。
在一个可选的实施例中，上述传输单元包括以下之一：一个或多个子帧、一个或多个时隙、一个或多个正交频分复用OFDM符号。
在一个可选的实施例中，上述预定义的定时关系为PDSCH所在传输单元与ACK/NACK发送的位置之间的时间差为大于等于n个传输单元，其中，n为正整数。
在一个可选的实施例中，向上述UE发送上述信令包括：在无线资源控制RRC消息和/或下行控制信息DCI信令中携带上述信令；将携带了上述信令的RRC和/或DCI发送给UE。
在一个可选的实施例中，在上述DCI信令中携带信令包括：在DCI信令包括的以下信令至少之一中携带上述信令：下行链路授权DL grant，公有信息指示，上行链路授权UL grant，组-用户设备Group-UE DCI指示。
在一个可选的实施例中，在向上述UE发送信令之前，该方法还包括：为UE半静态配置用于发送HARQ-ACK的频域资源集合，其中，该DCI信令用于从上述频域资源集合中指示UE使用的发送HARQ-ACK的频域资源。在本实施例中，基站侧可以为UE半静态配置频域资源集合，然后基站侧可以再通过DCI信令指示确定的频域资源。可选地，当基站侧也可以在半静态配置频域资源集合之后，再通过其他类型的信令(如，上述的RRC信令)指示确定的频域资源。
在一个可选的实施例中，向上述UE发送信令包括：向UE发送两次信令，其中，第一次信令用于指示以下信息至少之一：用于UE发送HARQ-ACK的调度信息、频域资源大小、需要反馈的PDSCH的窗口大小、确认或非确认ACK/NACK大小；第二次信令用于指示UE发送HARQ-ACK的时域位置和/或物理资源块PRB资源位置。
下面通过附图及具体实施例对本发明中提供的非授权频谱HARQ-ACK的发送方法进行详细说明。
实施例一
本实施例对基站侧的处理过程进行说明。具体过程如附图3所示，该流程包括如下步骤：
步骤S302，基站先在非授权载波上进行LBT，成功后发送用于指示下行PDSCH数据以及HARQ-ACK反馈的相关指示信息(对应于上述的信令)。
其中，该指示信息包括以下至少之一：
反馈HARQ-ACK的载波指示；
HARQ-ACK发送的频域资源位置；
ACK/NACK反馈所在的子帧位置或子帧集合；
需要反馈ACK/NACK的PDSCH的HARQ进程号或进程组号；
指示是否可以延迟发送，如果可以延迟发送，相应的延迟时间是多少或者预定义ACK/NACK发送窗的大小；
PDSCH反馈滑动窗的大小；
HARQ-ACK码本(即，多个HARQ-ACK，也可以简称为码本)大小等。
其中，指示发送HARQ-ACK的载波可以为两个以上载波，该载波均为非授权载波，或者包含至少一个授权载波。
可选地，上述指示信息可以通过以下方式之一承载：
方法一：在DL grant里面指示
基站在发送PDSCH的时候的DL grant对应的DCI里面同时给出对应的ACK/NACK反馈子帧位置。
方法二：公有信息指示
用common DCI，例如通过DCI format 1C，所有UE的定时都是一样的。ACK/NACK反馈都在同一个子帧。
该DCI指示信息位于下行burst的最后一个子帧或者下行burst最后两个子帧发送。
方法三：UL grant指示或者UE-Specific DCI指示
基站通过DCI中的HARQ-ACK反馈子帧指示域通知UE反馈PDSCH对应的ACK/NACK所在的子帧位置。反馈的子帧位置指示可以是跟ULgrant子帧位置的偏移量大小相关。
方法四：Group-UE DCI指示
触发一组UE在相同的子帧发送ACK/NACK。
方式五：网络侧先半静态配置多个反馈的子帧位置组或不同的子帧集合，然后通过DCI信令动态指示反馈的具体的子帧集合或位置。
步骤S304，基站在预定义的子帧位置或者HARQ-ACK反馈的位置接收ACK/NACK。
实施例二
本实施例对终端侧(即，用户设备侧)的处理过程进行说明。
一种HARQ-ACK的发送方法用于终端侧过程如附图4所示，包括如下步骤：
步骤S402，终端接收并解码基站发送的用于指示PDSCH以及HARQ-ACK传输反馈的相关指示信息(对应于上述的信令)。
终端可以通过盲检的方式获得上述指示信息，HARQ-ACK反馈的指示信息可以包括以下至少之一：
反馈HARQ-ACK的载波指示；
HARQ-ACK发送的频域资源位置；
ACK/NACK反馈所在的子帧位置；
需要反馈ACK/NACK的PDSCH的HARQ进程号或进程组号；
指示是否可以延迟发送，如果延迟相应的延迟时间是多少或者预定义ACK/NACK发送窗的大小；
PDSCH反馈滑动窗的大小；
HARQ-ACK码本大小等。
步骤S404，终端在基站指示的载波上进行LBT(对应于图4中的CCA)。
其中，终端执行LBT的时刻为以下至少之一：
终端接收到反馈HARQ-ACK码本的子帧有物理上行共享信道(Physical Uplink Shared Channel，简称为PUSCH)调度的指示信息；
终端接收到反馈HARQ-ACK码本的子帧有信道状态信息(ChannelState Information，简称为CSI)上报的触发信息；
终端接收到HARQ-ACK发送的相关信令指示信息；
步骤S406，LBT成功，则终端按照预定义的方式和/或者信令指示发送HARQ-ACK码本。
可选地，上述HARQ-ACK包括至少一个PDSCH所在的传输单元对应的ACK/NACK。具体码本对应的PDSCH可以通过预定义的PDSCH窗口或者信令指示的PDSCH进程号确定。
上述码本大小跟接收到的需要反馈ACK/NACK的PDSCH的数目对应，或者跟滑动窗的大小相同。
需要反馈的码本的内容包括预定小区组内所有载波的多个PDSCH所在的传输单元对应的ACK/NACK。每个载波的HARQ-ACK码本包括以下至少之一：
预定义或信令指示的滑动窗内的多个传输单元对应的PDSCH的ACK/NACK；
按照信令指示的PDSCH进程号或进程组号对应的ACK/NACK；
高层信令和DCI动态指示的传输单元对应的ACK/NACK。
从上一次反馈的PDSCH子帧开始到当前反馈子帧位置这段时间内所有满足预定义定时关系的PDSCH所在的传输单元对应的ACK/NACK。
如果该子帧LBT没有成功，则继续在下一个子帧或者下一个指示的反馈位置或数据调度的位置进行LBT，如果预定义时间内仍然没有成功，则转到授权载波的预留资源发送，其中，该预留资源可以是从基站抢占到该非授权载波发送PDSCH开始周期性预留的资源。或者放弃此HARQ-ACK的发送。
实施例三
本实施例对终端对接收到的PDSCH反馈HARQ-ACK的方法进行说明：
终端如果在子帧n上执行LBT成功，则从上一次反馈结束开始只要满足大于或等于4(即，子帧相差大于或等于4)的PDSCH子帧都可以在该子帧反馈对应的ACK/NACK。
终端在该子帧执行LBT的触发条件为以下至少之一：
终端接收到该子帧有PUSCH调度的指示信息；
终端接收到该子帧有CSI上报的触发信息；
终端接收到HARQ-ACK发送的相关信令指示信息；
终端接收到需要在该子帧发送上行数据。所述上行数据包括：业务数据，控制信息数据包括HARQ-ACK反馈和CSI上报等。
如附图5所示：假设终端接收到上述基站发送的指示信息，且该指示信息指示UE需要在子帧8上执行LBT，如果UE在该子帧执行LBT成功，则可以在子帧8发送子帧1，2，3和子帧4该UE对应PDSCH对应的ACK/NACK。如果UE在子帧8上执行LBT成功且子帧9仍然有上行数据需要发送时，则在子帧9上仅发送子帧5该UE对应PDSCH的ACK/NACK。如果子帧8执行LBT没有成功，而UE在子帧9执行LBT成功，则在子帧9反馈从子帧1到子帧5该UE对应PDSCH的ACK/NACK。同理，如果UE在子帧9上执行LBT没有成功，同时UE需要在子帧10执行LBT，且执行LBT成功时，则该子帧10可以同时将子帧1到子帧6对应的HARQ-ACK一起发送出去。
当终端支持在该载波发送PUCCH的时候，上述HARQ-ACK通过PUCCH发送。
当终端不支持在该载波发送PUCCH的时候，上述HARQ-ACK通过PUSCH发送。
实施例四
本实施例对另外一种HARQ-ACK发送方法进行说明。
在本实施例中定义一个PDSCH滑动窗，其中，滑动窗可以通过高层信令半静态配置或者DCI进行指示。
终端在信令指示的ACK/NACK反馈子帧位置上只反馈该PDSCH滑动窗内且满足大于或等于4定时关系(即，子帧相差大于或等于4)对应PDSCH所在的传输单元对应的ACK/NACK。
或者反馈ACK/NACK的子帧位置位于滑动窗最后一个子帧加4个子帧的位置上，然后如果终端执行LBT成功，就将该滑动窗内所有子帧的PDSCH所在的传输单元对应的ACK/NACK一起发送出去。
例如，假设预定义的滑动窗的大小为4ms，该滑动窗从DL burst的第一个子帧开始。然后按照滑动窗最后一个子帧加4ms的预定的定时关系，UE从子帧8执行LBT。如果在子帧8执行LBT成功则反馈从子帧1到子帧4对应PDSCH所在的传输单元对应的ACK/NACK。如果在子帧8上执行LBT不成功，则继续在子帧9上执行LBT，在执行LBT成功后发送从子帧2到子帧5对应PDSCH所在传输单元对应的ACK/NACK。同样，如果在子帧9执行LBT没有成功，则在子帧10上执行LBT，当在子帧10上执行LBT成功时，则发送从子帧3到子帧6对应PDSCH所在传输单元对应的ACK/NACK。
相反，如果终端在子帧8执行LBT成功，则滑动窗口向后滑动4个子帧，即滑动窗口从子帧5开始到子帧8，然后终端在子帧12发送该窗口对应的ACK/NACK，如附图6所示。
实施例五
本实施例对终端发送的HARQ-ACK码本大小以及内容进行说明。
包括有下面两种：
第一种：
终端反馈的码本大小跟滑动窗内该UE对应的PDSCH的子帧数目相同。每个PDSCH子帧对应1比特的ACK/NACK。如果该滑动窗内有该UE对应的PDSCH则都可以反馈。每次反馈的ACK/NACK码本大小不固定。
例如，如附图7所示。从子帧1到子帧7仅在子帧2,4,5,7有该UE对应的PDSCH。则在子帧8可以反馈子帧2和子帧4对应的ACK/NACK。子帧9可以反馈子帧2,4和子帧5对应的ACK/NACK。子帧10可以反馈子帧4和5对应的ACK/NACK，子帧11可以反馈子帧4和5还有子帧7对应的HARQ-ACK。
该方式下终端借助于UL/DL grant中DAI的值来确定需要反馈的码本大小。
或者将DAI扩展到多个载波，DAI用二维的数组表示：一维代表载波，另一维代表该载波发送的PDSCH的数目。通过该信息UE知道每个载波需要反馈的比特数目，进一步减少DCI漏检的影响。
第二种：HARQ码本大小确定，与窗口内子帧的数目相同，没有收到PDSCH的子帧都反馈NACK。
基站基于子帧索引，HARQ进程号进行接收，对于没有发送PDSCH的对应比特则忽略。
例如，如附图8所示。图8中滑动窗的大小为4，ACK/NACK码本大小固定为4。每个PDSCH子帧最多有4次反馈机会。
PDSCH滑动窗每次按照一个传输单元的粒度或者时间窗长的粒度或者k(k为正整数，可以取值为大于或等于2)个传输单元的粒度进行滑动。
可选地，滑动窗的大小或者PDSCH反馈窗的大小可以动态调整。例如，如果UE在子帧8上执行LBT没有成功，则可以将滑动窗变大，由4变为5，即在子帧9的时候上如果终端执行LBT成功，则可以反馈从子帧1到子帧5对应PDSCH所在的传输单元对应的ACK/NACK。
实施例六
本实施例对HARQ-ACK按照信令指示进行反馈的方法进行说明。
其中，上述信令指示可以包括以下至少之一：
方法一：DL grant里面指示
发送PDSCH的时候的DL grant对应的DCI里面同时给出对应的ACK/NACK反馈子帧位置。
例如，当ACK/NACK在PUSCH上传输的时候，通过DCI中的TPCcommand for PUCCH对应的2比特域或其他比特域给出发送对应HARQ-ACK位置跟原来n+4位置的偏移量大小，其中n为PDSCH对应DCI发送的子帧。
或者通过PDSCH对应的CCE索引，隐含确定反馈的ACK/NACK子帧位置。
方法二：公有信息指示
用common DCI，例如通过DCI format 1C，所有UE的定时都是一样的。ACK/NACK反馈都在同一个子帧。
该DCI指示信息位于下行burst的最后一个子帧或者下行burst最后两个子帧发送。
UE先通过盲检CRS得到C-PDCCH，然后根据里面的指示信息确定反馈的子帧位置和/或反馈的PDSCH进程。即采用cell-specific的方式。
方法三：UL grant指示或者UE-Specific DCI指示
基站通过DCI中的HARQ-ACK反馈子帧指示域通知UE反馈PDSCH对应的ACK/NACK所在的子帧位置。反馈的子帧位置指示可以是跟ULgrant子帧位置的偏移量大小相关，例如00表示指示信令之后的第一个子帧，01表示指示信令子帧之后的第二个子帧，10表示指示信令子帧之后的第三个子帧，11表示指示信令子帧之后的第四个子帧发送HARQ-ACK码本。
方法四：Group-UE DCI指示
触发一组UE在相同的子帧发送ACK/NACK。
方式五：网络侧先半静态配置多个反馈的子帧位置组或不同的子帧集合，然后通过DCI信令动态指示反馈的具体的子帧集合或位置。
例如，网络侧先通过RRC消息配置子帧集合1包含的反馈子帧位置为{3,4,5,7}，子帧集合2包含的反馈子帧位置为{6,7,8,9}，子帧集合3包含的反馈子帧位置为{2,4,5,6}，子帧集合4包含的反馈子帧位置为{1,2,3}。然后基站通过DCI动态信令里面的2比特指示最终的子帧位置集合。或者每个集合里面仅有一个候选的子帧位置，基站动态指示最终在哪个子帧。
实施例七
本实施例对上述指示信令包含的相关内容进行说明。
基站给终端发送的关于HARQ-ACK发送的指示信令包括以下至少之一内容：
反馈HARQ-ACK的载波指示，包括至少一个载波；
频域资源位置；
所有需要反馈ACK/NACK的PDSCH的HARQ进程号或进程组号；其中指示组号是指高层信令半静态配置多个PDSCH进程组号集合，然后动态信令通知反馈对应的集合。
指示是否可以延迟发送，如果延迟相应的延迟时间可以是多少，或者预定义发送窗的大小；
PDSCH滑动窗的大小，即，PDSCH的滑动窗的大小；
滑动窗滑动的粒度；
滑动窗调整的大小；
ACK/NACK反馈子帧位置或子帧集合等。
终端按照指示信息进行HARQ-ACK的数据准备及发送。
实施例八
本实施例对HARQ-ACK按照预定义的方式进行发送的发送方法进行说明。
终端按照预定义的方式在相应子帧上发送相应的HARQ-ACK码本包括以下之一：
方法一：
终端在第K个DL burst之后的第一个上行子帧发送HARQ-ACK码本，反馈的HARQ-ACK码本为第K个DL burst中满足大于或等于4的该UE的所有PDSCH以及第K-1个DL burst中的最后三个子帧中该UE的PDSCH对应的ACK/NACK。如附图9所示。
其中，该上行子帧包括上行部分子帧及完整子帧。
方法二：按照第K个DL burst中该UE对应的最后一个PDSCH子帧位置+4ms的子帧位置发送HARQ-ACK。如附图10所示。发送的HARQ-ACK码本包括本第K个DL burst中该UE所有PDSCH对应的ACK/NACK。
该方式下，如果发送HARQ-ACK的子帧有对应的UL grant，则HARQ-ACK的频域资源按照UL grant对应的DCI指示位置确定。如果没有则按照高层半静态配置的位置确定发送的频域资源。
实施例九
本实施例对HARQ-ACK码本的发送采用二次指示的发送方法进行说明。
首先，基站先通过DCI信令发送一个初始的HARQ-ACK发送的子帧位置。例如指示终端在子帧n+r位置发送HARQ-ACK，其中n为DCI所在的子帧，r为正整数。
或者终端按照实施例六中的某种预定义的方式先准备HARQ-ACK码本，及确定反馈的初始子帧位置。
然后，后面如果在n+r子帧为下行子帧，或者新的下行数据到来的时候，基站可以在子帧n+m子帧发送新的DCI指示信息，将反馈子帧位置延迟，比如延迟到子帧n+r+2。或者动态调整反馈子帧位置，m为正整数。
终端在接收到该指示信息后按照指示信令里面的指示在相应子帧进行HARQ-ACK的发送。
通过二次指示的方式可以增加HARQ-ACK发送的可靠性或灵活性。
实施例十
本实施例利用多级信令指示的方法对HARQ-ACK的发送进行说明。
具体过程如附图11所示：
基站在子帧N第一次触发HARQ-ACK的信令包含ACK/NACK的调度信息，包含发送的资源大小，需要反馈的PDSCH的窗口大小，或ACK/NACK码本大小。
然后UE收到该信息后按照指示信息准备反馈的HARQ-ACK码本数据。
然后基站在子帧K再第二次指示HARQ-ACK发送的子帧位置K+x和/或映射的PRB资源位置，其中x等于1或者2或者3。
然后UE按照指示的子帧位置将准备好的HARQ-ACK码本在指示的子帧发送。
实施例十一
本实施例对上行HARQ-ACK反馈同步进行说明。
当终端的发送HARQ-ACK的子帧位置不是预定义的子帧位置，或者不是基站指示的发送子帧位置的时候，终端需要发送额外比特用于基站和UE保持ACK/NACK上报同步。
当终端按照LBT的结果将ACK/NACK延迟一个或两个以上子帧发送的时候，或者HARQ-ACK码本大小不确定的时候，终端通过以下方式之一实现让eNB对UE发送的HARQ码本理解一致。
方法一：将对应的PDSCH的进程号包含在ACK/NACK里面。例如：假设PDSCH最大进程号为15，则每个PDSCH子帧对应4bit反馈信息，前面3比特为PDSCH进程号后面1比特为该PDSCH子帧对应的ACK/NACK的值。
基站在接收到该HARQ-ACK码本的时候按照每4比特一组的方式进行解码得到每个PDSCH子帧对应的ACK/NACK信息。
方法二：通过携带跟预定发送子帧位置的子帧偏移量来确定。假设反馈窗口为4ms，则通过定义2比特来指示最终的子帧位置跟预定义发送子帧的偏移量。例如00代表预定的子帧位置发送，01代表预定的子帧位置向后偏移一个子帧，10代表预定的子帧位置向后偏移两个子帧，11代表预定的子帧位置向后偏移3个子帧。然后后面1比特来指示ACK/NACK值。
实施例十二
本实施例对HARQ-ACK发送的另外一种情形进行说明。
当终端配置的某个PUCCH小区组，或者UCI小区组中包含授权载波的时候，终端还可以将该小区组所有载波的HARQ-ACK或者UCI转到预定的授权载波发送。
具体过程如下：
首先在预定义的授权载波或者半静态配置的某个授权载波周期性的预留一些资源。
如果终端在指定的非授权载波的指定位置HARQ-ACK没能发送或者说LBT没有成功，则终端将该小区组的HARQ-ACK或UCI信息转到该载波的预留资源位置发送。
本发明实施例中提供的非授权频谱上行控制信息的发送方法能够解决LTE在非授权载波上进行上行HARQ-ACK发送的具体问题。并且该方法适合非授权载波的特性，以及Frame structure type3的特点。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
在本实施例中还提供了一种HARQ-ACK的发送装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
图12是根据本发明实施例的第一HARQ-ACK的发送装置的结构框图，如图12所示，该装置包括确定模块122、执行模块124和第一发送模块126，下面对该装置进行说明。
确定模块122，用于通过预定义或者信令指示的方式确定待发送的HARQ-ACK以及发送HARQ-ACK的非授权载波上的资源位置；执行模块124，连接至上述确定模块122，用于在非授权载波上执行先听后说LBT；第一发送模块126，连接至上述执行模块124，用于在执行LBT成功后，在上述资源位置上发送HARQ-ACK。
在一个可选的实施例中，上述信令包括以下至少之一：反馈HARQ-ACK的载波指示；发送HARQ-ACK的频域资源位置；反馈确认或非确认ACK/NACK的子帧位置或子帧集合；需要反馈ACK/NACK的物理下行共享信道PDSCH的HARQ进程号或进程组号；是否具备延迟发送HARQ-ACK的能力；延迟发送HARQ-ACK的时间；预定义的ACK/NACK发送窗的大小；HARQ-ACK反馈对应的多个传输单元中的PDSCH的滑动窗的大小，其中，滑动窗中包括位置可变的预定数量的连续个下行传输单元；HARQ-ACK反馈对应的多个传输单元中的PDSCH的滑动窗滑动的粒度；HARQ-ACK反馈对应的多个传输单元中的PDSCH的滑动窗调整的大小；HARQ-ACK的大小。
在一个可选的实施例中，上述HARQ-ACK包括至少一个传输单元对应的确认或非确认ACK/NACK，其中，该至少一个传输单元对应的ACK/NACK包括以下至少之一：预定义的时间窗或上述信令指示的滑动窗内的两个以上传输单元对应的PDSCH的ACK/NACK；信令指示的物理下行共享信道PDSCH进程号或进程组号对应的ACK/NACK；高层信令和/或下行控制信息DCI动态指示的传输单元对应的ACK/NACK；从上一次反馈物理下行共享信道PDSCH所在的传输单元对应的ACK/NACK开始到当前反馈时刻的这段时间内所有满足预定义的定时关系的PDSCH所在的传输单元对应的ACK/NACK。
在一个可选的实施例中，上述传输单元包括以下之一：一个或多个子帧、一个或多个时隙、一个或多个正交频分复用OFDM符号。
在一个可选的实施例中，上述预定义的定时关系为PDSCH所在传输单元与ACK/NACK发送的位置之间的时间差为大于等于n个传输单元，其中，n为正整数。
在一个可选的实施例中，上述确定模块122可以通过如下方式通过信令指示的方式确定待发送的HARQ-ACK以及发送HARQ-ACK的资源位置：获取接收的无线资源控制RRC消息和/或下行控制信息DCI信令中携带的上述信令；根据获取的上述信令确定待发送的HARQ-ACK以及发送HARQ-ACK的资源位置。
在一个可选的实施例中，上述确定模块122可以通过如下方式获取接收的DCI信令中携带的信令：获取接收的DCI信令包括的以下信令至少之一中携带的所述信令：下行链路授权DL grant，公有信息指示，上行链路授权UL grant，组-用户设备Group-UE DCI指示。
在一个可选的实施例中，当上述HARQ-ACK包括一个时间窗内的物理下行共享信道PDSCH所在的传输单元对应的确认或非确认ACK/NACK时，HARQ-ACK反馈对应的PDSCH的滑动窗按照信令指示的滑动粒度，或者一个时间窗长的粒度，或者滑动窗长的粒度，或者k个传输单元的粒度进行滑动，其中，k为正整数。
在一个可选的实施例中，发送上述HARQ-ACK的时域资源位置包括以下之一：下行突发burst之后的第一个上行传输单元位置；上述信令指示的位置；按照最后一个物理下行共享信道PDSCH所在的传输单元的位置加q个传输单元确定的位置，其中q为一个预定义的值或信令配置的值；按照PDSCH的滑动窗中最后一个传输单元的位置加q个传输单元确定的位置，其中q为一个预定义的值或信令配置的值。
在一个可选的实施例中，发送上述HARQ-ACK的频域资源位置可以通过如下方式至少之一进行确定：按照上述信令指示的物理资源块PRB位置确定发送HARQ-ACK的频域资源；按照交织单元和物理下行共享信道PDSCH对应的控制信道的控制信道单元索引CCE index的对应关系确定发送HARQ-ACK的频域资源；在确定高层半静态配置的频域资源集合后，根据辅小区Scell上下行控制信息DCI的传输功率控制TPC命令或分配资源索引ARI信令确定发送HARQ-ACK的频域资源。
在一个可选的实施例中，上述交织单元包括的物理资源块PRB在***带宽内均匀离散分布；和/或，不同的用户设备UE通过码分或者时分的方式复用相同的交织单元。
在一个可选的实施例中，当上述HARQ-ACK包括一个载波上的多个传输单元对应的HARQ-ACK时，上述HARQ-ACK的大小通过如下方式至少之一确定：由HARQ-ACK反馈对应的多个传输单元中的物理下行共享信道PDSCH的滑动窗的大小确定；由HARQ-ACK反馈对应的多个传输单元中的PDSCH的滑动窗内接收到的与用户设备UE对应的PDSCH的个数确定；由HARQ-ACK反馈对应的多个传输单元中的PDSCH的滑动窗内接收到的最后一个下行配置索引DAI的值确定；由接收到的最后一个DAI的值确定；由上一个下行突发burst中包含的与用户设备UE对应的PDSCH的数目确定；由上述信令指示的HARQ-ACK的大小确定。
在一个可选的实施例中，当上述HARQ-ACK包括一个上行控制信息UCI小区组内的所有载波的HARQ-ACK时，上述第一发送模块126可以通过如下方式在上述资源位置上发送HARQ-ACK：按照预定顺序对所有载波的HARQ-ACK进行级联；在上述资源位置上发送级联后的所有载波的HARQ-ACK。
在一个可选的实施例中，上述第一发送模块126可以通过如下方式在上述资源位置上发送HARQ-ACK：在资源位置上发送HARQ-ACK以及以下信息至少之一：与HARQ-ACK对应的物理下行共享信道PDSCH的进程号信息、上述资源位置与预定的或上述信令指示的时域资源位置的偏移量信息。
在一个可选的实施例中，上述确定模块122可以通过如下方式通过信令指示的方式确定发送HARQ-ACK的资源位置：通过两次信令确定发送HARQ-ACK的资源位置，其中，第一次信令用于指示以下信息至少之一：用于发送HARQ-ACK的调度信息、频域资源大小、需要反馈的PDSCH的窗口大小、确认或非确认ACK/NACK大小；第二次信令用于指示发送HARQ-ACK的时域位置和/或物理资源块PRB资源位置。
在一个可选的实施例中，上述装置还包括第一处理模块，用于在非授权载波上执行先听后说LBT之后，当在非授权载波的预定义位置或者所述信令指示的反馈位置上执行LBT失败时，利用预定小区组内包含的授权载波上的最近传输单元发送HARQ-ACK，或者放弃此HARQ-ACK的发送；当在非授权载波的预定义位置或者信令指示的反馈位置上执行LBT失败，且HARQ-ACK全部为ACK或者HARQ-ACK中的ACK的数量超过阈值数目时，在预定义的授权载波上反馈LBT失败的信息。。
在一个可选的实施例中，上述第一处理模块可以通过如下方式利用预定小区组内包含的授权载波上的最近传输单元发送HARQ-ACK：利用预定小区组内包含的授权载波上的最近的周期性预留的传输单元发送HARQ-ACK。
图13是根据本发明实施例的第二与HARQ-ACK的发送相关装置的结构框图，如图13所示，该装置包括第二发送模块132，下面对该装置进行说明。
第二发送模块132，用于向用户设备UE发送信令，其中，该信令用于指示UE HARQ-ACK发送的相关指示信息以及发送HARQ-ACK的非授权载波上的资源位置。
在一个可选的实施例中，上述信令包括以下至少之一：反馈HARQ-ACK的载波指示；发送HARQ-ACK的频域资源位置；反馈确认或非确认ACK/NACK的子帧位置或子帧集合；需要反馈ACK/NACK的物理下行共享信道PDSCH的HARQ进程号或进程组号；是否具备延迟发送HARQ-ACK的能力；延迟发送HARQ-ACK的时间；预定义的ACK/NACK发送窗的大小；HARQ-ACK反馈对应的多个传输单元中的PDSCH的滑动窗的大小，其中，滑动窗中包括位置可变的预定数量的连续个下行传输单元；HARQ-ACK反馈对应的多个传输单元中的PDSCH的滑动窗滑动的粒度；HARQ-ACK反馈对应的多个传输单元中的PDSCH的滑动窗调整的大小；HARQ-ACK的大小。
在一个可选的实施例中，上述HARQ-ACK包括至少一个传输单元对应的确认或非确认ACK/NACK，其中，该至少一个传输单元对应的ACK/NACK包括以下至少之一：预定义的时间窗或信令指示的滑动窗内的两个以上传输单元对应的PDSCH的ACK/NACK；信令指示的物理下行共享信道PDSCH进程号或进程组号对应的ACK/NACK；高层信令和/或下行控制信息DCI动态指示的传输单元对应的ACK/NACK；从上一次反馈物理下行共享信道PDSCH所在的传输单元对应的ACK/NACK开始到当前反馈时刻的这段时间内所有满足预定义的定时关系的PDSCH所在的传输单元对应的ACK/NACK。
在一个可选的实施例中，上述传输单元包括以下之一：一个或多个子帧、一个或多个时隙、一个或多个正交频分复用OFDM符号。
在一个可选的实施例中，上述预定义的定时关系为PDSCH所在传输单元与ACK/NACK发送的位置之间的时间差为大于等于n个传输单元，其中，n为正整数。
在一个可选的实施例中，上述第二发送模块132可以通过如下方式向UE发送上述信令：在无线资源控制RRC消息和/或下行控制信息DCI信令中携带上述信令；将携带了上述信令的RRC和/或DCI发送给UE。
在一个可选的实施例中，上述第二发送模块132可以通过如下方式在上述DCI信令中携带信令：在DCI信令包括的以下信令至少之一中携带所述信令：下行链路授权DL grant，公有信息指示，上行链路授权UL grant，组-用户设备Group-UE DCI指示。
在一个可选的实施例中，上述装置还包括第二处理模块，用于在向UE发送上述信令之前，为上述UE半静态配置用于发送HARQ-ACK的频域资源集合，其中，上述DCI信令用于从上述频域资源集合中指示UE使用的发送HARQ-ACK的频域资源。
在一个可选的实施例中，上述第二发送模块132可以通过如下方式向UE发送信令：向UE发送两次信令，其中，第一次信令用于指示以下信息至少之一：用于UE发送HARQ-ACK的调度信息、频域资源大小、需要反馈的PDSCH的窗口大小、确认或非确认ACK/NACK码本大小；第二次信令用于指示UE发送HARQ-ACK的时域位置和/或物理资源块PRB资源位置。
需要说明的是，上述的某些实施例中是以一个子帧作为一个传输单元为例进行说明的，但该方法也同样用于传输单元为多个子帧或一个或多个时隙或一个或多个正交频分复用OFDM符号的情形。
上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。
本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行上述各步骤的程序代码。
可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(Read-Only Memory，简称为ROM)、随机存取存储器(RandomAccess Memory，简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行上述各步骤。
可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (28)

1.一种混合自动重传-确认HARQ-ACK的发送方法，其特征在于，包括：
通过预定义或者信令指示的方式确定待发送的HARQ-ACK以及发送所述HARQ-ACK的非授权载波上的资源位置；
在所述非授权载波上执行先听后说LBT；
在执行所述LBT成功后，在所述资源位置上发送所述HARQ-ACK。
2.根据权利要求1所述的方法，其特征在于，所述信令包括以下至少之一：
反馈所述HARQ-ACK的载波指示；
发送所述HARQ-ACK的频域资源位置；
反馈确认或非确认ACK/NACK的子帧位置或子帧集合；
需要反馈ACK/NACK的物理下行共享信道PDSCH的HARQ进程号或进程组号；
是否具备延迟发送所述HARQ-ACK的能力；
延迟发送所述HARQ-ACK的时间；
预定义的ACK/NACK发送窗的大小；
所述HARQ-ACK反馈对应的多个传输单元中的物理下行共享信道PDSCH的滑动窗的大小，其中，所述滑动窗中包括位置可变的预定数量的连续个下行传输单元；
所述HARQ-ACK反馈对应的多个传输单元中的物理下行共享信道PDSCH的滑动窗滑动的粒度；
所述HARQ-ACK反馈对应的多个传输单元中的物理下行共享信道PDSCH的滑动窗调整的大小；
所述HARQ-ACK的大小。
3.根据权利要求1所述的方法，其特征在于，所述HARQ-ACK包括至少一个传输单元对应的确认或非确认ACK/NACK，其中，所述至少一个传输单元对应的ACK/NACK包括以下至少之一：
预定义的时间窗或所述信令指示的滑动窗内的两个以上传输单元对应的物理下行共享信道PDSCH的ACK/NACK；
所述信令指示的物理下行共享信道PDSCH进程号或进程组号对应的ACK/NACK；
高层信令和/或下行控制信息DCI动态指示的传输单元对应的ACK/NACK；
从上一次反馈物理下行共享信道PDSCH所在的传输单元对应的ACK/NACK开始到当前反馈时刻的这段时间内所有满足预定义的定时关系的PDSCH所在的传输单元对应的ACK/NACK。
4.根据权利要求3所述的方法，其特征在于，所述传输单元包括以下之一：
一个或多个子帧、一个或多个时隙、一个或多个正交频分复用OFDM符号。
5.根据权利要求3所述的方法，其特征在于，所述预定义的定时关系为PDSCH所在传输单元与ACK/NACK发送的位置之间的时间差为大于等于n个传输单元，其中n为正整数。
6.根据权利要求1所述的方法，其特征在于，通过信令指示的方式确定待发送的HARQ-ACK以及发送所述HARQ-ACK的资源位置包括：
获取接收的无线资源控制RRC消息和/或下行控制信息DCI信令中携带的所述信令；
根据获取的所述信令确定待发送的HARQ-ACK以及发送所述HARQ-ACK的资源位置。
7.根据权利要求6所述的方法，其特征在于，获取接收的所述DCI信令中携带的所述信令包括：
获取接收的所述DCI信令包括的以下信令至少之一中携带的所述信令：下行链路授权DL grant，公有信息指示，上行链路授权UL grant，组-用户设备Group-UE DCI指示。
8.根据权利要求1所述的方法，其特征在于，当所述HARQ-ACK包括一个时间窗内的所有物理下行共享信道PDSCH所在的传输单元对应的确认或非确认ACK/NACK时，所述HARQ-ACK反馈对应的PDSCH的滑动窗按照所述信令指示的滑动粒度，或者一个时间窗长的粒度，或者滑动窗长的粒度，或者k个传输单元的粒度进行滑动，其中，k为正整数。
9.根据权利要求1所述的方法，其特征在于，发送所述HARQ-ACK的时域资源位置包括以下之一：
下行突发burst之后的第一个上行传输单元位置；
所述信令指示的位置；
按照最后一个物理下行共享信道PDSCH所在的传输单元的位置加q个传输单元确定的位置，其中q为一个预定义的值或所述信令配置的值；
按照PDSCH的滑动窗中最后一个传输单元的位置加q个传输单元确定的位置，其中q为一个预定义的值或信令配置的值。
10.根据权利要求1所述的方法，其特征在于，发送所述HARQ-ACK的频域资源位置通过如下方式至少之一进行确定：
按照所述信令指示的物理资源块PRB位置确定发送所述HARQ-ACK的频域资源；
按照交织单元和物理下行共享信道PDSCH对应的控制信道的控制信道单元索引CCE index的对应关系确定发送所述HARQ-ACK的频域资源；
在确定高层半静态配置的频域资源集合后，根据辅小区Scell上下行控制信息DCI中的传输功率控制TPC命令或分配资源索引ARI信令确定发送所述HARQ-ACK的频域资源。
11.根据权利要求10所述的方法，其特征在于，所述交织单元包括的物理资源块PRB在***带宽内均匀离散分布；和/或，不同的用户设备UE通过码分或者时分的方式复用相同的交织单元。
12.根据权利要求1所述的方法，其特征在于，当所述HARQ-ACK包括一个载波上的多个传输单元对应的HARQ-ACK时，所述HARQ-ACK的大小通过如下方式至少之一确定：
由所述HARQ-ACK反馈对应的多个传输单元中的物理下行共享信道PDSCH的滑动窗的大小确定；
由所述HARQ-ACK反馈对应的多个传输单元中的物理下行共享信道PDSCH的滑动窗内接收到的与用户设备UE对应的PDSCH的个数确定；
由所述HARQ-ACK反馈对应的多个传输单元中的物理下行共享信道PDSCH的滑动窗内接收到的最后一个下行配置索引DAI的值确定；
由接收到的最后一个DAI的值确定；
由上一个下行突发burst中包含的与用户设备UE对应的PDSCH的数目确定；
由所述信令指示的HARQ-ACK的大小确定。
13.根据权利要求1所述的方法，其特征在于，当所述HARQ-ACK包括一个上行控制信息UCI小区组内的所有载波的HARQ-ACK时，在所述资源位置上发送所述HARQ-ACK包括：
按照预定顺序对所述所有载波的HARQ-ACK进行级联；
在所述资源位置上发送级联后的所述所有载波的HARQ-ACK。
14.根据权利要求1所述的方法，其特征在于，在所述资源位置上发送所述HARQ-ACK包括：
在所述资源位置上发送所述HARQ-ACK以及以下信息至少之一：与所述HARQ-ACK对应的物理下行共享信道PDSCH的进程号信息、所述资源位置与预定的或所述信令指示的时域资源位置的偏移量信息。
15.根据权利要求1所述的方法，其特征在于，通过信令指示的方式确定发送所述HARQ-ACK的资源位置包括：
通过两次信令确定发送所述HARQ-ACK的资源位置，其中，第一次信令用于指示以下信息至少之一：用于发送所述HARQ-ACK的调度信息、频域资源大小、需要反馈的PDSCH的窗口大小、确认或非确认ACK/NACK大小；第二次信令用于指示发送所述HARQ-ACK的时域位置和/或物理资源块PRB资源位置。
16.根据权利要求1所述的方法，其特征在于，在所述非授权载波上执行所述先听后说LBT之后，所述方法还包括：
当在所述非授权载波的预定义位置或者所述信令指示的反馈位置上执行所述LBT失败时，利用预定小区组内包含的授权载波上的最近传输单元发送所述HARQ-ACK，或者放弃此HARQ-ACK的发送；
当在所述非授权载波的预定义位置或者所述信令指示的反馈位置上执行所述LBT失败，且所述HARQ-ACK全部为ACK或者所述HARQ-ACK中的ACK的数量超过阈值数目时，在预定义的授权载波上反馈LBT失败的信息。
17.根据权利要求16所述的方法，其特征在于，利用预定小区组内包含的授权载波上的最近传输单元发送所述HARQ-ACK包括：
利用所述预定小区组内包含的授权载波上的最近的周期性预留的传输单元发送所述HARQ-ACK。
18.一种混合自动重传-确认HARQ-ACK的发送方法，其特征在于，包括：
向用户设备UE发送信令，其中，所述信令用于指示所述UEHARQ-ACK发送的相关指示信息以及发送所述HARQ-ACK的非授权载波上的资源位置。
19.根据权利要求18所述的方法，其特征在于，所述信令包括以下至少之一：
反馈所述HARQ-ACK的载波指示；
发送所述HARQ-ACK的频域资源位置；
反馈确认或非确认ACK/NACK的子帧位置或子帧集合；
需要反馈ACK/NACK的物理下行共享信道PDSCH的HARQ进程号或进程组号；
是否具备延迟发送所述HARQ-ACK的能力；
延迟发送所述HARQ-ACK的时间；
预定义的ACK/NACK发送窗的大小；
所述HARQ-ACK反馈对应的多个传输单元中的物理下行共享信道PDSCH的滑动窗的大小，其中，所述滑动窗中包括位置可变的预定数量的连续个下行传输单元；
所述HARQ-ACK反馈对应的多个传输单元中的物理下行共享信道PDSCH的滑动窗滑动的粒度；
所述HARQ-ACK反馈对应的多个传输单元中的物理下行共享信道PDSCH的滑动窗调整的大小；
所述HARQ-ACK的大小。
20.根据权利要求18所述的方法，其特征在于，所述HARQ-ACK包括至少一个传输单元对应的确认或非确认ACK/NACK，其中，所述至少一个传输单元对应的ACK/NACK包括以下至少之一：
预定义的时间窗或所述信令指示的滑动窗内的两个以上传输单元对应的物理下行共享信道PDSCH的ACK/NACK；
所述信令指示的物理下行共享信道PDSCH进程号或进程组号对应的ACK/NACK；
高层信令和/或下行控制信息DCI动态指示的传输单元对应的ACK/NACK；
从上一次反馈物理下行共享信道PDSCH所在的传输单元对应的ACK/NACK开始到当前反馈时刻的这段时间内所有满足预定义的定时关系的PDSCH所在的传输单元对应的ACK/NACK。
21.根据权利要求20所述的方法，其特征在于，所述传输单元包括以下之一：
一个或多个子帧、一个或多个时隙、一个或多个正交频分复用OFDM符号。
22.根据权利要求20所述的方法，其特征在于，所述预定义的定时关系为PDSCH所在传输单元与ACK/NACK发送的位置之间的时间差为大于等于n个传输单元，其中n为正整数。
23.根据权利要求18所述的方法，其特征在于，向所述UE发送所述信令包括：
在无线资源控制RRC消息和/或下行控制信息DCI信令中携带所述信令；
将携带了所述信令的所述RRC和/或DCI发送给所述UE。
24.根据权利要求23所述的方法，其特征在于，在所述DCI信令中携带所述信令包括：
在所述DCI信令包括的以下信令至少之一中携带所述信令：下行链路授权DL grant，公有信息指示，上行链路授权UL grant，组-用户设备Group-UE DCI指示。
25.根据权利要求23或24所述的方法，其特征在于，在向所述UE发送所述信令之前，所述方法还包括：
为所述UE半静态配置用于发送所述HARQ-ACK的频域资源集合，其中，所述DCI信令用于从所述频域资源集合中指示所述UE使用的发送所述HARQ-ACK的频域资源。
26.根据权利要求18所述的方法，其特征在于，向所述UE发送所述信令包括：
向所述UE发送两次信令，其中，第一次信令用于指示以下信息至少之一：用于所述UE发送所述HARQ-ACK的调度信息、频域资源大小、需要反馈的PDSCH的窗口大小、确认或非确认ACK/NACK大小；第二次信令用于指示所述UE发送所述HARQ-ACK的时域位置和/或物理资源块PRB资源位置。
27.一种混合自动重传-确认HARQ-ACK的发送装置，其特征在于，包括：
确定模块，用于通过预定义或者信令指示的方式确定待发送的HARQ-ACK以及发送所述HARQ-ACK的非授权载波上的资源位置；
执行模块，用于在所述非授权载波上执行先听后说LBT；
第一发送模块，用于在执行所述LBT成功后，在所述资源位置上发送所述HARQ-ACK。
28.一种混合自动重传-确认HARQ-ACK的发送装置，其特征在于，包括：
第二发送模块，用于向用户设备UE发送信令，其中，所述信令用于指示所述UE HARQ-ACK发送的相关指示信息以及发送所述HARQ-ACK的非授权载波上的资源位置。
CN201610281802.3A 2016-04-29 2016-04-29 Harq-ack的发送方法及装置 Active CN107332646B (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN201610281802.3A CN107332646B (zh) 2016-04-29 2016-04-29 Harq-ack的发送方法及装置
US16/097,395 US10897779B2 (en) 2016-04-29 2017-04-28 HARQ-ACK information transmission method and apparatus
PCT/CN2017/082528 WO2017186174A1 (zh) 2016-04-29 2017-04-28 Harq-ack信息的发送方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610281802.3A CN107332646B (zh) 2016-04-29 2016-04-29 Harq-ack的发送方法及装置

Publications (2)

Publication Number Publication Date
CN107332646A true CN107332646A (zh) 2017-11-07
CN107332646B CN107332646B (zh) 2021-05-11

Family

ID=60161854

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610281802.3A Active CN107332646B (zh) 2016-04-29 2016-04-29 Harq-ack的发送方法及装置

Country Status (3)

Country Link
US (1) US10897779B2 (zh)
CN (1) CN107332646B (zh)
WO (1) WO2017186174A1 (zh)

Cited By (55)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108039939A (zh) * 2018-01-19 2018-05-15 北京邮电大学 物联网组播业务的harq反馈方法及装置
CN108401481A (zh) * 2017-11-16 2018-08-14 北京小米移动软件有限公司 物理层资源映射方法、装置、用户设备及基站
CN108632981A (zh) * 2017-03-23 2018-10-09 华为技术有限公司 一种下行同步信号发送方法和接收方法及设备
CN109155701A (zh) * 2018-08-10 2019-01-04 北京小米移动软件有限公司 上行反馈方法、装置、终端和基站以及存储介质
CN109565381A (zh) * 2018-10-31 2019-04-02 北京小米移动软件有限公司 信息反馈方法及装置
CN109787720A (zh) * 2017-11-14 2019-05-21 中国信息通信研究院 一种混合自动重传请求传输方法、装置和***
CN109802775A (zh) * 2017-11-16 2019-05-24 ***通信有限公司研究院 探测参考信号的发送方法、基站、终端及通讯设备
CN109802819A (zh) * 2017-11-16 2019-05-24 北京三星通信技术研究有限公司 上行控制信息处理方法及终端
CN109905212A (zh) * 2017-12-11 2019-06-18 深圳市金立通信设备有限公司 混合自动重传请求时序关系的指示方法、基站及用户设备
WO2019119479A1 (zh) * 2017-12-22 2019-06-27 南通朗恒通信技术有限公司 一种被用于无线通信的用户设备、基站中的方法和装置
CN110034892A (zh) * 2018-01-12 2019-07-19 维沃移动通信有限公司 Harq-ack反馈时间的确定方法、指示方法、终端设备和网络设备
CN110034902A (zh) * 2018-01-12 2019-07-19 北京展讯高科通信技术有限公司 混合式自动重传请求码本的生成方法、用户设备、介质
WO2019157920A1 (zh) * 2018-02-13 2019-08-22 华为技术有限公司 传输反馈信息的方法和通信设备
WO2019157634A1 (zh) * 2018-02-13 2019-08-22 Oppo广东移动通信有限公司 一种harq信息的传输方法及装置、计算机存储介质
WO2019184943A1 (zh) * 2018-03-30 2019-10-03 电信科学技术研究院有限公司 数据传输方法、终端设备及网络设备
WO2020034566A1 (en) * 2019-01-08 2020-02-20 Zte Corporation Feedback code size determination schemes in wireless communication
CN110830172A (zh) * 2018-08-08 2020-02-21 展讯通信（上海）有限公司 非授权频段harq反馈的指示、发送方法及装置、存储介质、基站、终端
WO2020048489A1 (zh) * 2018-09-07 2020-03-12 华为技术有限公司 反馈信息传输的方法和通信装置
WO2020054358A1 (ja) * 2018-09-12 2020-03-19 シャープ株式会社 端末装置、基地局装置、および、通信方法
WO2020063029A1 (zh) * 2018-09-28 2020-04-02 华为技术有限公司 数据传输方法、设备和***
WO2020063641A1 (en) * 2018-09-27 2020-04-02 Mediatek Inc. Mechanisms for postponing hybrid automatic repeat request acknowledgement (harq-ack) feedback
CN110972298A (zh) * 2018-09-30 2020-04-07 维沃移动通信有限公司 资源指示方法、确定方法、终端及网络设备
WO2020088657A1 (zh) * 2018-11-02 2020-05-07 中国信息通信研究院 Harq-ack信息的定时确定方法、设备和存储介质
CN111149315A (zh) * 2019-12-09 2020-05-12 北京小米移动软件有限公司 反馈方法、反馈装置及存储介质
CN111181709A (zh) * 2019-02-26 2020-05-19 维沃移动通信有限公司 一种信息传输方法及终端
CN111344975A (zh) * 2017-11-17 2020-06-26 中兴通讯股份有限公司 用于数据重传的码本反馈
WO2020133114A1 (zh) * 2018-12-27 2020-07-02 Oppo广东移动通信有限公司 一种harq进程确定方法和网络设备、终端
WO2020134725A1 (zh) * 2018-12-29 2020-07-02 北京展讯高科通信技术有限公司 下行数据调度harq-ack码本反馈、生成方法及装置、介质
WO2020143478A1 (zh) * 2019-01-11 2020-07-16 电信科学技术研究院有限公司 混合自动重传反馈信息的传输方法、网络设备及终端
WO2020155450A1 (zh) * 2019-02-03 2020-08-06 华为技术有限公司 数据调度方法、装置及***
WO2020164605A1 (zh) * 2019-02-15 2020-08-20 华为技术有限公司 传输方法和通信装置
CN111565093A (zh) * 2019-02-14 2020-08-21 华为技术有限公司 信息传输方法、终端设备及网络设备
TWI706644B (zh) * 2018-03-30 2020-10-01 大陸商電信科學技術研究院有限公司 資料傳輸方法、終端設備及網路設備
WO2020198962A1 (zh) * 2019-03-29 2020-10-08 Oppo广东移动通信有限公司 无线通信方法、终端设备和网络设备
WO2020200187A1 (zh) * 2019-04-02 2020-10-08 华为技术有限公司 通信方法及装置
CN111819876A (zh) * 2018-01-10 2020-10-23 瑞典爱立信有限公司 用于有效使用非授权频谱的方法
CN111835489A (zh) * 2019-08-16 2020-10-27 维沃移动通信有限公司 一种传输方法、配置方法、终端及网络侧设备
WO2020228480A1 (zh) * 2019-05-15 2020-11-19 大唐移动通信设备有限公司 一种动态harq-ack码本确定方法及设备
EP3713124A4 (en) * 2017-11-17 2020-11-25 Beijing Xiaomi Mobile Software Co., Ltd. HYBRID AUTOMATIC REPEAT REQUEST FEEDBACK AND INDICATION PROCESS, DEVICE AND BASE STATION
US10924225B2 (en) 2018-08-03 2021-02-16 Mediatek Inc. Group-based hybrid automatic repeat request (HARQ) acknowledgement feedback
WO2021032012A1 (zh) * 2019-08-16 2021-02-25 华为技术有限公司 混合自动重传请求确认harq-ack资源确定方法
CN112585896A (zh) * 2018-08-01 2021-03-30 联想(北京)有限公司 用于harq-ack码本确定的方法和装置
CN112583543A (zh) * 2019-09-27 2021-03-30 维沃移动通信有限公司 资源确定方法及通信设备
WO2021062609A1 (zh) * 2019-09-30 2021-04-08 Oppo广东移动通信有限公司 通信方法和通信装置
KR20210047899A (ko) * 2018-09-27 2021-04-30 후지쯔 가부시끼가이샤 기지국 장치, 단말 장치 및 무선 통신 시스템
WO2021081948A1 (zh) * 2019-10-31 2021-05-06 华为技术有限公司 一种混合自动重传请求反馈方法及装置
WO2021092732A1 (zh) * 2019-11-11 2021-05-20 北京小米移动软件有限公司 Harq-ack传输方法及装置、通信设备
CN113271180A (zh) * 2020-02-14 2021-08-17 华为技术有限公司 混合自动重传请求harq位图信息的反馈方法及相关设备
CN113676300A (zh) * 2020-05-15 2021-11-19 北京佰才邦技术股份有限公司 混合自适应重传请求应答信息的反馈方法及设备
CN114009070A (zh) * 2021-09-27 2022-02-01 北京小米移动软件有限公司 一种反馈信息传输方法、装置及存储介质
CN114337940A (zh) * 2019-08-16 2022-04-12 Oppo广东移动通信有限公司 一种harq码本确定方法及装置、终端设备、网络设备
CN114731233A (zh) * 2019-11-19 2022-07-08 捷开通讯(深圳)有限公司 周期性资源反馈
WO2022147653A1 (en) * 2021-01-05 2022-07-14 Zte Corporation A method for uplink transmission and device thereof
US11533150B2 (en) 2018-02-13 2022-12-20 Huawei Technologies Co., Ltd. Feedback information transmission method and communication device
WO2023035248A1 (zh) * 2021-09-10 2023-03-16 北京小米移动软件有限公司 一种码本反馈方法、码本反馈装置及存储介质

Families Citing this family (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108023719B (zh) * 2016-11-04 2020-01-21 华为技术有限公司 混合自动重传请求harq码本的生成方法及相关设备
WO2018082059A1 (zh) * 2016-11-04 2018-05-11 华为技术有限公司 Harq-ack反馈信息的传输方法及相关装置
EP3606133B1 (en) * 2017-05-02 2021-08-04 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method and terminal device for transmitting signal
WO2018232399A2 (en) 2017-06-16 2018-12-20 Kyungmin Park Distributed unit configuration update
KR102439542B1 (ko) * 2017-06-23 2022-09-02 삼성전자 주식회사 무선 통신 시스템에서 상향링크 제어 채널 송수신 방법 및 장치
WO2019028844A1 (en) * 2017-08-11 2019-02-14 Lenovo (Beijing) Limited HARQ-ACK FEEDBACK RELEASE FOR DOWNLINK CREAM SET
KR20230117488A (ko) * 2017-09-08 2023-08-08 지티이 코포레이션 업링크 제어 채널 자원 할당 방법들 및 디바이스들
CN109802764B (zh) * 2017-11-17 2022-08-30 ***通信有限公司研究院 一种ack/nack上报或接收方法及装置、设备、存储介质
US11246155B2 (en) 2018-03-27 2022-02-08 Qualcomm Incorporated Acknowledgement feedback in unlicensed new radio
CN110830173B (zh) * 2018-08-08 2020-09-15 展讯通信（上海）有限公司 Pucch与pdsch之间的时间差的指示方法、基站及可读介质
CN112655162A (zh) * 2018-09-18 2021-04-13 Oppo广东移动通信有限公司 确定上行控制信息传输资源个数的方法、装置及程序
AU2018444089A1 (en) * 2018-09-25 2021-04-29 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method for multiplexing feedback resources, terminal device and network device
US11363465B2 (en) * 2018-09-26 2022-06-14 Qualcomm Incorporated Licensed supplemental uplink as fallback with unlicensed uplink and downlink
WO2020082307A1 (zh) * 2018-10-25 2020-04-30 北京小米移动软件有限公司 混合自动重传请求harq反馈方法及装置
WO2020087329A1 (zh) 2018-10-31 2020-05-07 北京小米移动软件有限公司 数据传输方法、装置、基站、终端及存储介质
US10925093B2 (en) * 2018-11-13 2021-02-16 Mediatek Singapore Pte. Ltd. Method and apparatus for detecting consistent listen before talk failure in mobile communications
CN111770572B (zh) * 2019-03-30 2023-08-04 华为技术有限公司 确定反馈信息的方法和通信装置
CN110495130B (zh) * 2019-04-16 2022-06-03 北京小米移动软件有限公司 控制信息的传输方法、重传方法、装置、终端及存储介质
CN112351499B (zh) * 2019-08-09 2024-04-26 华为技术有限公司 一种发送混合自动重传请求确认信息的方法及装置
CN114128186B (zh) * 2019-09-25 2023-07-11 华为技术有限公司 一种通信方法及装置
WO2021062731A1 (zh) * 2019-09-30 2021-04-08 Oppo广东移动通信有限公司 反馈信息处理方法及相关装置
CN117938324A (zh) * 2019-11-08 2024-04-26 联想(北京)有限公司 用于减小单次harq-ack码本大小的方法及设备
CN112994855B (zh) * 2019-12-13 2023-10-24 维沃移动通信有限公司 Pdcch的harq-ack反馈的方法及设备
US11108505B2 (en) * 2020-01-15 2021-08-31 PanPsy Technologies, LLC URLLC in unlicensed bands
CN115378555A (zh) * 2020-02-12 2022-11-22 北京紫光展锐通信技术有限公司 Harq-ack反馈时刻、位置的确定以及设备和介质
CN113498153B (zh) * 2020-04-02 2022-12-09 展讯通信（上海）有限公司 边链路监听方法、设备及存储介质
US20220400391A1 (en) * 2021-06-14 2022-12-15 Qualcomm Incorporated Adjusting feedback timelines for spectrum sharing deployments
US20220417991A1 (en) * 2021-06-23 2022-12-29 Samsung Electronics Co., Ltd. Method and apparatus of licensed assisted access over air interface

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150049708A1 (en) * 2013-08-13 2015-02-19 Qualcomm Incorporated Harq design for lte in unlicensed spectrum utilizing individual ack/nack
CN105338568A (zh) * 2015-09-25 2016-02-17 宇龙计算机通信科技(深圳)有限公司 非授权频谱上的lte的传输方法及装置
CN105474567A (zh) * 2013-08-13 2016-04-06 高通股份有限公司 用于无牌照的频谱中的lte的群组ack/nack

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105162557B (zh) * 2014-05-30 2019-03-15 中兴通讯股份有限公司 混合自动重传进程指示方法、装置及***
US9686064B2 (en) * 2015-01-21 2017-06-20 Intel IP Corporation Devices and methods for HARQ-ACK feedback scheme on PUSCH in wireless communication systems
CN113259053A (zh) * 2015-01-29 2021-08-13 北京三星通信技术研究有限公司 上行控制信号的发送方法及装置
CN107431580B (zh) * 2015-05-15 2020-07-14 华为技术有限公司 授权辅助接入***中用于传输上行数据的方法和装置
WO2016198734A1 (en) * 2015-06-12 2016-12-15 Nokia Technologies Oy Transmission of uplink control information in unlicensed spectrum
CN105187173A (zh) 2015-09-08 2015-12-23 魅族科技（中国）有限公司 用于非授权频谱上的数据重传方法及装置
CN108370591B (zh) * 2015-12-11 2021-09-17 瑞典爱立信有限公司 Lbt***中的定时提前量
US9967863B2 (en) * 2016-03-24 2018-05-08 Sharp Laboratories Of America, Inc. Systems and methods for uplink control information reporting with license-assisted access (LAA) uplink transmissions

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150049708A1 (en) * 2013-08-13 2015-02-19 Qualcomm Incorporated Harq design for lte in unlicensed spectrum utilizing individual ack/nack
CN105474567A (zh) * 2013-08-13 2016-04-06 高通股份有限公司 用于无牌照的频谱中的lte的群组ack/nack
CN105338568A (zh) * 2015-09-25 2016-02-17 宇龙计算机通信科技(深圳)有限公司 非授权频谱上的lte的传输方法及装置

Cited By (111)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108632981A (zh) * 2017-03-23 2018-10-09 华为技术有限公司 一种下行同步信号发送方法和接收方法及设备
CN109787720B (zh) * 2017-11-14 2020-11-13 中国信息通信研究院 一种混合自动重传请求传输方法、装置和***
CN109787720A (zh) * 2017-11-14 2019-05-21 中国信息通信研究院 一种混合自动重传请求传输方法、装置和***
US11438102B2 (en) 2017-11-14 2022-09-06 China Academy Of Information And Communications Technology Method, apparatus, system and medium for transmitting HARQ
WO2019095253A1 (zh) * 2017-11-14 2019-05-23 中国信息通信研究院 混合自动重传请求传输方法、装置、***和存储介质
US11323211B2 (en) 2017-11-16 2022-05-03 Beijing Xiaomi Mobile Software Co., Ltd. Physical layer resource mapping method and device, user equipment and base station
CN111262681B (zh) * 2017-11-16 2020-12-29 北京小米移动软件有限公司 物理层资源映射方法、装置、用户设备及基站
CN109802775A (zh) * 2017-11-16 2019-05-24 ***通信有限公司研究院 探测参考信号的发送方法、基站、终端及通讯设备
CN109802819B (zh) * 2017-11-16 2024-03-05 北京三星通信技术研究有限公司 上行控制信息处理方法及终端
CN109802775B (zh) * 2017-11-16 2022-01-25 ***通信有限公司研究院 探测参考信号的发送方法、基站、终端及通讯设备
CN108401481A (zh) * 2017-11-16 2018-08-14 北京小米移动软件有限公司 物理层资源映射方法、装置、用户设备及基站
CN109802819A (zh) * 2017-11-16 2019-05-24 北京三星通信技术研究有限公司 上行控制信息处理方法及终端
CN111262681A (zh) * 2017-11-16 2020-06-09 北京小米移动软件有限公司 物理层资源映射方法、装置、用户设备及基站
CN108401481B (zh) * 2017-11-16 2020-05-22 北京小米移动软件有限公司 物理层资源映射方法、装置、用户设备及基站
CN111344975A (zh) * 2017-11-17 2020-06-26 中兴通讯股份有限公司 用于数据重传的码本反馈
CN111344975B (zh) * 2017-11-17 2022-04-08 中兴通讯股份有限公司 用于数据重传的码本反馈
EP3713124A4 (en) * 2017-11-17 2020-11-25 Beijing Xiaomi Mobile Software Co., Ltd. HYBRID AUTOMATIC REPEAT REQUEST FEEDBACK AND INDICATION PROCESS, DEVICE AND BASE STATION
US11496247B2 (en) 2017-11-17 2022-11-08 Zte Corporation Codebook feedback for data retransmissions
US11539471B2 (en) 2017-11-17 2022-12-27 Beijing Xiaomi Mobile Software Co., Ltd. Hybrid automatic repeat request feedback indication and feedback method, apparatus and base station
CN109905212B (zh) * 2017-12-11 2022-12-02 深圳传音控股股份有限公司 混合自动重传请求时序关系的指示方法、基站及用户设备
CN109905212A (zh) * 2017-12-11 2019-06-18 深圳市金立通信设备有限公司 混合自动重传请求时序关系的指示方法、基站及用户设备
US11343813B2 (en) 2017-12-22 2022-05-24 Shanghai Langbo Communication Technology Company Limited Method and device in UE and base station used for wireless communication
EP3731590A4 (en) * 2017-12-22 2021-01-20 Shanghai Langbo Communication Technology Company Limited METHOD AND DEVICE FOR WIRELESS COMMUNICATION WITH A USER DEVICE AND BASE STATION
CN111194575B (zh) * 2017-12-22 2023-04-28 上海朗帛通信技术有限公司 一种被用于无线通信的用户设备、基站中的方法和装置
WO2019119479A1 (zh) * 2017-12-22 2019-06-27 南通朗恒通信技术有限公司 一种被用于无线通信的用户设备、基站中的方法和装置
CN111194575A (zh) * 2017-12-22 2020-05-22 上海朗帛通信技术有限公司 一种被用于无线通信的用户设备、基站中的方法和装置
US11963193B2 (en) 2017-12-22 2024-04-16 Shanghai Langbo Communication Technology Company Limited Method and device in UE and base station used for wireless communication
CN111819876A (zh) * 2018-01-10 2020-10-23 瑞典爱立信有限公司 用于有效使用非授权频谱的方法
CN110034902B (zh) * 2018-01-12 2021-08-10 北京紫光展锐通信技术有限公司 混合式自动重传请求码本的生成方法、用户设备、介质
CN110034892B (zh) * 2018-01-12 2020-07-14 维沃移动通信有限公司 Harq-ack反馈时间的确定方法、指示方法、终端设备和网络设备
CN110034902A (zh) * 2018-01-12 2019-07-19 北京展讯高科通信技术有限公司 混合式自动重传请求码本的生成方法、用户设备、介质
CN110034892A (zh) * 2018-01-12 2019-07-19 维沃移动通信有限公司 Harq-ack反馈时间的确定方法、指示方法、终端设备和网络设备
CN108039939A (zh) * 2018-01-19 2018-05-15 北京邮电大学 物联网组播业务的harq反馈方法及装置
CN108039939B (zh) * 2018-01-19 2019-12-27 北京邮电大学 物联网组播业务的harq反馈方法及装置
WO2019157920A1 (zh) * 2018-02-13 2019-08-22 华为技术有限公司 传输反馈信息的方法和通信设备
WO2019157634A1 (zh) * 2018-02-13 2019-08-22 Oppo广东移动通信有限公司 一种harq信息的传输方法及装置、计算机存储介质
US11894934B2 (en) 2018-02-13 2024-02-06 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method and device for transmitting HARQ information, and computer storage medium
US11533150B2 (en) 2018-02-13 2022-12-20 Huawei Technologies Co., Ltd. Feedback information transmission method and communication device
TWI706644B (zh) * 2018-03-30 2020-10-01 大陸商電信科學技術研究院有限公司 資料傳輸方法、終端設備及網路設備
TWI788545B (zh) * 2018-03-30 2023-01-01 大陸商大唐移動通信設備有限公司 資料傳輸方法、終端設備及網路設備
US11736237B2 (en) 2018-03-30 2023-08-22 Datang Mobile Communications Equipment Co., Ltd. Data transmission method, terminal device and network device
US11757577B2 (en) 2018-03-30 2023-09-12 Datang Mobile Communications Equipment Co., Ltd. Data transmission method, terminal device, and network device
WO2019184943A1 (zh) * 2018-03-30 2019-10-03 电信科学技术研究院有限公司 数据传输方法、终端设备及网络设备
CN110324117A (zh) * 2018-03-30 2019-10-11 电信科学技术研究院有限公司 一种数据传输方法、终端设备及网络设备
CN110324117B (zh) * 2018-03-30 2021-10-26 大唐移动通信设备有限公司 一种数据传输方法、终端设备及网络设备
CN112585896A (zh) * 2018-08-01 2021-03-30 联想(北京)有限公司 用于harq-ack码本确定的方法和装置
CN112585896B (zh) * 2018-08-01 2022-10-28 联想(北京)有限公司 用于harq-ack码本确定的方法和装置
US10924225B2 (en) 2018-08-03 2021-02-16 Mediatek Inc. Group-based hybrid automatic repeat request (HARQ) acknowledgement feedback
CN110830172A (zh) * 2018-08-08 2020-02-21 展讯通信（上海）有限公司 非授权频段harq反馈的指示、发送方法及装置、存储介质、基站、终端
WO2020029268A1 (zh) * 2018-08-10 2020-02-13 北京小米移动软件有限公司 上行反馈方法、装置、终端和基站以及存储介质
US11923989B2 (en) 2018-08-10 2024-03-05 Beijing Xiaomi Mobile Software Co., Ltd. Uplink feedback method and apparatus, terminal, base station and storage medium
CN109155701A (zh) * 2018-08-10 2019-01-04 北京小米移动软件有限公司 上行反馈方法、装置、终端和基站以及存储介质
WO2020048489A1 (zh) * 2018-09-07 2020-03-12 华为技术有限公司 反馈信息传输的方法和通信装置
CN110891311A (zh) * 2018-09-07 2020-03-17 华为技术有限公司 反馈信息传输的方法和通信装置
WO2020054358A1 (ja) * 2018-09-12 2020-03-19 シャープ株式会社 端末装置、基地局装置、および、通信方法
US11336403B2 (en) 2018-09-27 2022-05-17 Mediatek Inc. Group-based hybrid automatic repeat request (HARQ) acknowledgement feedback
CN111226407B (zh) * 2018-09-27 2021-09-21 联发科技股份有限公司 基于组的混合自动重传请求确认反馈方法及用户设备
WO2020063641A1 (en) * 2018-09-27 2020-04-02 Mediatek Inc. Mechanisms for postponing hybrid automatic repeat request acknowledgement (harq-ack) feedback
TWI723553B (zh) * 2018-09-27 2021-04-01 聯發科技股份有限公司 推遲混合自動重複請求確認回饋的方法及使用者設備
KR20210047899A (ko) * 2018-09-27 2021-04-30 후지쯔 가부시끼가이샤 기지국 장치, 단말 장치 및 무선 통신 시스템
KR102501635B1 (ko) * 2018-09-27 2023-02-21 후지쯔 가부시끼가이샤 기지국 장치, 단말 장치 및 무선 통신 시스템
US11877272B2 (en) 2018-09-27 2024-01-16 Fujitsu Limited Base station device, terminal device, and wireless communication system
EP3860182A4 (en) * 2018-09-27 2021-10-13 Fujitsu Limited BASE STATION DEVICE, TERMINAL DEVICE, AND WIRELESS COMMUNICATION SYSTEM
CN111226407A (zh) * 2018-09-27 2020-06-02 联发科技股份有限公司 基于组的混合自动重传请求确认反馈
CN111226409A (zh) * 2018-09-27 2020-06-02 联发科技股份有限公司 推迟混合自动重复请求确认反馈的机制
WO2020063029A1 (zh) * 2018-09-28 2020-04-02 华为技术有限公司 数据传输方法、设备和***
CN110972298B (zh) * 2018-09-30 2023-12-08 维沃移动通信有限公司 资源指示方法、确定方法、终端及网络设备
CN110972298A (zh) * 2018-09-30 2020-04-07 维沃移动通信有限公司 资源指示方法、确定方法、终端及网络设备
CN109565381A (zh) * 2018-10-31 2019-04-02 北京小米移动软件有限公司 信息反馈方法及装置
US11856571B2 (en) 2018-10-31 2023-12-26 Beijing Xiaomi Mobile Software Co., Ltd. Information feedback method and apparatus
WO2020087348A1 (zh) * 2018-10-31 2020-05-07 北京小米移动软件有限公司 信息反馈方法及装置
WO2020088657A1 (zh) * 2018-11-02 2020-05-07 中国信息通信研究院 Harq-ack信息的定时确定方法、设备和存储介质
WO2020133114A1 (zh) * 2018-12-27 2020-07-02 Oppo广东移动通信有限公司 一种harq进程确定方法和网络设备、终端
US11956666B2 (en) 2018-12-27 2024-04-09 Guangdong Oppo Mobile Telecommunications Corp., Ltd. HARQ process determination method, network device and terminal
WO2020134725A1 (zh) * 2018-12-29 2020-07-02 北京展讯高科通信技术有限公司 下行数据调度harq-ack码本反馈、生成方法及装置、介质
CN111385067A (zh) * 2018-12-29 2020-07-07 北京展讯高科通信技术有限公司 下行数据调度harq-ack码本反馈、生成方法及装置、介质
WO2020034566A1 (en) * 2019-01-08 2020-02-20 Zte Corporation Feedback code size determination schemes in wireless communication
WO2020143478A1 (zh) * 2019-01-11 2020-07-16 电信科学技术研究院有限公司 混合自动重传反馈信息的传输方法、网络设备及终端
WO2020155450A1 (zh) * 2019-02-03 2020-08-06 华为技术有限公司 数据调度方法、装置及***
US11991713B2 (en) 2019-02-03 2024-05-21 Huawei Technologies Co., Ltd. Data scheduling method, apparatus, and system
CN111565093A (zh) * 2019-02-14 2020-08-21 华为技术有限公司 信息传输方法、终端设备及网络设备
WO2020164605A1 (zh) * 2019-02-15 2020-08-20 华为技术有限公司 传输方法和通信装置
WO2020173350A1 (zh) * 2019-02-26 2020-09-03 维沃移动通信有限公司 信息传输方法及终端
CN111181709A (zh) * 2019-02-26 2020-05-19 维沃移动通信有限公司 一种信息传输方法及终端
CN111181709B (zh) * 2019-02-26 2022-01-28 维沃移动通信有限公司 一种信息传输方法及终端
WO2020198962A1 (zh) * 2019-03-29 2020-10-08 Oppo广东移动通信有限公司 无线通信方法、终端设备和网络设备
WO2020200187A1 (zh) * 2019-04-02 2020-10-08 华为技术有限公司 通信方法及装置
WO2020228480A1 (zh) * 2019-05-15 2020-11-19 大唐移动通信设备有限公司 一种动态harq-ack码本确定方法及设备
CN114337940A (zh) * 2019-08-16 2022-04-12 Oppo广东移动通信有限公司 一种harq码本确定方法及装置、终端设备、网络设备
CN111835489A (zh) * 2019-08-16 2020-10-27 维沃移动通信有限公司 一种传输方法、配置方法、终端及网络侧设备
CN114337940B (zh) * 2019-08-16 2023-11-28 Oppo广东移动通信有限公司 一种harq码本确定方法及装置、终端设备、网络设备
WO2021032012A1 (zh) * 2019-08-16 2021-02-25 华为技术有限公司 混合自动重传请求确认harq-ack资源确定方法
CN112583543B (zh) * 2019-09-27 2022-08-02 维沃移动通信有限公司 资源确定方法及通信设备
CN112583543A (zh) * 2019-09-27 2021-03-30 维沃移动通信有限公司 资源确定方法及通信设备
WO2021062609A1 (zh) * 2019-09-30 2021-04-08 Oppo广东移动通信有限公司 通信方法和通信装置
WO2021081948A1 (zh) * 2019-10-31 2021-05-06 华为技术有限公司 一种混合自动重传请求反馈方法及装置
CN113115592B (zh) * 2019-11-11 2022-11-22 北京小米移动软件有限公司 Harq-ack传输方法及装置、通信设备
CN113115592A (zh) * 2019-11-11 2021-07-13 北京小米移动软件有限公司 Harq-ack传输方法及装置、通信设备
WO2021092732A1 (zh) * 2019-11-11 2021-05-20 北京小米移动软件有限公司 Harq-ack传输方法及装置、通信设备
CN114731233A (zh) * 2019-11-19 2022-07-08 捷开通讯(深圳)有限公司 周期性资源反馈
CN111149315A (zh) * 2019-12-09 2020-05-12 北京小米移动软件有限公司 反馈方法、反馈装置及存储介质
CN111149315B (zh) * 2019-12-09 2022-04-15 北京小米移动软件有限公司 反馈方法、反馈装置及存储介质
WO2021114051A1 (zh) * 2019-12-09 2021-06-17 北京小米移动软件有限公司 反馈方法、反馈装置及存储介质
CN113271180B (zh) * 2020-02-14 2023-05-23 华为技术有限公司 混合自动重传请求harq位图信息的反馈方法及相关设备
CN113271180A (zh) * 2020-02-14 2021-08-17 华为技术有限公司 混合自动重传请求harq位图信息的反馈方法及相关设备
CN113676300B (zh) * 2020-05-15 2023-06-20 北京佰才邦技术股份有限公司 混合自适应重传请求应答信息的反馈方法及设备
CN113676300A (zh) * 2020-05-15 2021-11-19 北京佰才邦技术股份有限公司 混合自适应重传请求应答信息的反馈方法及设备
WO2022147653A1 (en) * 2021-01-05 2022-07-14 Zte Corporation A method for uplink transmission and device thereof
WO2023035248A1 (zh) * 2021-09-10 2023-03-16 北京小米移动软件有限公司 一种码本反馈方法、码本反馈装置及存储介质
CN114009070A (zh) * 2021-09-27 2022-02-01 北京小米移动软件有限公司 一种反馈信息传输方法、装置及存储介质
CN114009070B (zh) * 2021-09-27 2024-05-07 北京小米移动软件有限公司 一种反馈信息传输方法、装置及存储介质

Also Published As

Publication number Publication date
US10897779B2 (en) 2021-01-19
WO2017186174A1 (zh) 2017-11-02
US20190159251A1 (en) 2019-05-23
CN107332646B (zh) 2021-05-11

Similar Documents

Publication Publication Date Title
CN107332646A (zh) Harq-ack的发送方法及装置
CN109586877B (zh) 上行传输方法和相应设备
CN106060930B (zh) 一种增强载波聚合***的harq-ack传输方法和设备
CN103188061B (zh) 混合自动重传请求应答信息的发送方法和装置
CN105846977B (zh) 一种增强载波聚合***的harq-ack传输方法和设备
CN102237992B (zh) 一种反馈数据接收状况的方法
CN107342850B (zh) 用于执行混合自动重复请求过程的方法和装置
CN106658742A (zh) 数据调度及传输的方法、装置及***
CN107852744A (zh) 用于降低lte上行链路传输的时延的方法和设备
CN107926037A (zh) 用于降低 lte 上行链路传输的时延的方法和设备
CN105743619A (zh) 混合自动重传请求（harq）传输的方法和设备
CN108271430A (zh) 用于在非授权频带通信***中发送信号的方法和装置、用于上行链路调度的方法和装置以及用于发送关于信道状态测量间隔的信息的方法和装置
CN107210903A (zh) 用于低成本用户设备的下行链路控制信道的传输
CN107347002A (zh) 一种harq-ack反馈信息的传输方法和设备
CN106452661A (zh) 应答信息的传输方法、装置、基站及终端
CN106549734A (zh) 一种信息的传输方法、终端和基站
CN107852285A (zh) 上行控制信息传输方法和装置
CN104348591B (zh) 一种上行控制信息的发送方法及用户设备、基站
CN106714320A (zh) 一种下行控制信息dci传输方法及装置
CN106571897A (zh) 用于载波聚合***的通信方法和装置
CN106160931A (zh) 一种信息传输的方法及装置
CN102164029B (zh) Ack/nack反馈信息的传输方法和设备
CN107295677B (zh) 执行空闲信道评估的反馈方法及装置
CN107113110A (zh) 控制信息的发送方法和通信设备
US11882528B2 (en) Method and apparatus for uplink transmission in a wireless communication system

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