CN106712912A - 混合自动重传确认信息的传输方法、装置、ue及基站 - Google Patents
混合自动重传确认信息的传输方法、装置、ue及基站 Download PDFInfo
- Publication number
- CN106712912A CN106712912A CN201710090952.0A CN201710090952A CN106712912A CN 106712912 A CN106712912 A CN 106712912A CN 201710090952 A CN201710090952 A CN 201710090952A CN 106712912 A CN106712912 A CN 106712912A
- Authority
- CN
- China
- Prior art keywords
- harq
- ack
- base station
- transmission
- carrier wave
- 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
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/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
-
- 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/1867—Arrangements specially adapted for the transmitter end
- H04L1/1893—Physical mapping arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- 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/14—Two-way operation using the same type of signal, i.e. duplex
-
- 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
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0032—Distributed allocation, i.e. involving a plurality of allocating devices, each making partial allocation
-
- 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/0032—Distributed allocation, i.e. involving a plurality of allocating devices, each making partial allocation
- H04L5/0035—Resource allocation in a cooperative multipoint environment
-
- 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
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/14—Two-way operation using the same type of signal, i.e. duplex
- H04L5/1469—Two-way operation using the same type of signal, i.e. duplex using time-sharing
Abstract
公开一种HARQ‑ACK的传输方法、装置、UE及基站,所述方法包括:确定传输HARQ‑ACK的信道;确定HARQ‑ACK反馈比特;在所述信道上发送所述HARQ‑ACK反馈比特。本申请能够在非理想回传的基站间进行载波聚合的场景下,实现UE与基站之间HARQ‑ACK的传输。
Description
技术领域
本发明涉及通信领域,尤其涉及混合自动重传确认信息(HARQ-ACK,HybridAutomatic Repeat request-Acknowledgment)的传输方法、装置、用户设备(UE,UserEquipment)及基站(eNB,Evolved NodeB)。
背景技术
高级长期演进(LTE-A,Long Term Evolution-Advanced)是3GPP LTE系统的进一步演进和增强系统。在LTE-A系统中,为了满足国际电信联盟对于第四代通信技术的峰值数据速率要求引入了载波聚合(CA,Carrier Aggregation)技术,该技术也称频谱聚合(Spectrum Aggregation)技术或者带宽扩展(Bandwidth Extension)技术。
载波聚合中,两个或更多的成员载波(Component Carrier)的频谱被聚合在一起形成聚合载波,以得到更宽的传输带宽。聚合载波中各成员载波的频谱可以是相邻的连续频谱、也可以是同一频带内的不相邻频谱甚至是不同频带内的不连续频谱。对于聚合载波,LTE Rel-8/9用户设备(UE)只能接入其中一个成员载波进行数据收发,LTE-A UE根据UE自身的能力和业务需求可以同时接入多个成员载波进行数据收发。
在载波聚合中,为了支持动态调度及下行的多输入多输出(MIMO,Multiple InputMultiple Output)传输及混合自动重传等技术,UE需要通过物理上行控制信道(PUCCH)向基站反馈多种上行控制信息(UCI,Uplink Control Information),UCI包括信道状态信息(CSI,Channel State Information)、HARQ-ACK和调度请求(SR,Scheduling Request)等,其中,HARQ-ACK也可简单称为ACK(Acknowledgment,确认应答信息)/NACK(NegativeAcknowledgement,否认应答信息),SR用于UE向基站请求发送上行数据的资源。
现有技术中在进行载波聚合时,可以对有理想回传(Backhaul)的宏基站和微基站下的载波进行聚合,比如宏基站和微基站通过光纤连接,微基站通过无线射频头实现,宏基站和微基站之间是理想回传的,则宏基站和微基站之间可以实时传送数据。宏基站和微基站下的多个载波间可以采用联合调度,即宏基站在调度聚合载波中的一个成员载波时,也知道另一个成员载波上的调度情况。此时,UE向微基站反馈HARQ-ACK时,一般通过宏基站对应的上行主载波上的PUCCH将HARQ-ACK发送至宏基站,再由宏基站将HARQ-ACK转发至微基站。由于宏基站和微基站之间是理想回传的,因此,宏基站和微基站都可以实时获得UE反馈的HARQ-ACK。
随着技术的不断发展,在LTE-A系统中将会引入非理想回传的基站间的载波聚合,所述基站间可以是宏基站之间、宏基站和微基站之间、或者微基站之间等等。目前,现有技术中还并未公开在非理想回传的基站间进行载波聚合的情况下,UE与基站之间进行HARQ-ACK传输的方法。
发明内容
本发明实施例提供一种HARQ-ACK的传输方法、装置、UE及基站,能够在非理想回传的基站间进行载波聚合的场景下,实现UE与基站之间HARQ-ACK的传输。
为了解决上述技术问题,本发明实施例公开了如下技术方案:
第一方面,提供一种混合自动重传确认信息HARQ-ACK的传输方法,包括:
确定传输HARQ-ACK的信道;
确定HARQ-ACK反馈比特;
在所述信道上发送所述HARQ-ACK反馈比特。
结合上述第一方面,在第一种可能的实现方式中,所述确定传输HARQ-ACK的信道包括:
当UE被配置支持PUSCH和PUCCH同时传输时,确定传输HARQ-ACK的信道为PUCCH;
当UE没有被配置支持PUSCH和PUCCH同时传输,且当前子帧没有PUSCH传输时,确定传输HARQ-ACK的信道为PUCCH;
当UE没有被配置支持PUSCH和PUCCH同时传输,且当前子帧有PUSCH传输时,根据UE在各个基站对应的下行载波上是否检测到有PDSCH和/或指示半持续调度释放的PDCCH传输,以及当前子帧在各个基站对应的上行载波上是否有PUSCH传输,确定传输HARQ-ACK的信道;
所述当前子帧是指用于传输所述HARQ-ACK的子帧。
结合上述第一方面,和/或第一种可能的实现方式,在第二种可能的实现方式中,所述各个基站包括第一基站和第二基站;
所述根据UE在各个基站对应的下行载波上是否检测到有PDSCH和/或指示半持续调度释放的PDCCH传输,以及当前子帧在各个基站对应的上行载波上是否有PUSCH传输,确定传输HARQ-ACK的信道包括:
当UE仅检测到在第一基站对应的下行载波上有PDSCH和/或指示半持续调度释放的PDCCH传输,且当前子帧在第一基站对应的上行载波上有PUSCH传输时,确定传输HARQ-ACK的信道为在第一基站对应的上行载波上传输的PUSCH;
当UE仅检测到在第二基站对应的下行载波上有PDSCH和/或指示半持续调度释放的PDCCH传输,且当前子帧在第二基站对应的上行载波上有PUSCH传输时,确定传输HARQ-ACK的信道为在第二基站对应的上行载波上传输的PUSCH;
当UE在第一基站对应的下行载波上检测到有PDSCH和/或指示半持续调度释放的PDCCH传输,且UE在第二基站对应的下行载波上检测到有PDSCH和/或指示半持续调度释放的PDCCH传输,且当前子帧在第一基站和第二基站对应的上行载波上都有PUSCH传输时,按照第一预设方式确定传输HARQ-ACK的信道;
当UE在第一基站对应的下行载波上检测到有PDSCH和/或指示半持续调度释放的PDCCH传输,且UE在第二基站对应的下行载波上检测到有PDSCH和/或指示半持续调度释放的PDCCH传输,且当前子帧仅在第一基站或第二基站对应的上行载波上有PUSCH传输时,按照第二预设方式确定传输HARQ-ACK的信道;
当UE仅检测到在第一基站对应的下行载波上有PDSCH和/或指示半持续调度释放的PDCCH传输,且当前子帧仅在第二基站对应的上行载波上有PUSCH传输时,确定传输HARQ-ACK的信道为PUCCH;
当UE仅检测到在第二基站对应的下行载波上有PDSCH和/或指示半持续调度释放的PDCCH传输,且当前子帧仅在第一基站对应的上行载波上有PUSCH传输时,确定传输HARQ-ACK的信道为PUCCH。
结合上述第一方面,和/或第一种可能的实现方式,和/或第二种可能的实现方式,在第三种可能的实现方式中,按照第一预设方式确定传输HARQ-ACK的信道包括:
确定传输HARQ-ACK的信道为第一基站对应的上行载波上传输的PUSCH;或者,
确定传输HARQ-ACK的信道为第二基站对应的上行载波上传输的PUSCH;或者,
确定传输HARQ-ACK的信道为PUCCH;或者,
确定传输HARQ-ACK的信道为第一基站对应的上行载波上传输的PUSCH和第二基站对应的上行载波上传输的PUSCH;或者,
根据预设优先级条件确定传输HARQ-ACK的信道。
结合上述第一方面,和/或第一种可能的实现方式,和/或第二种可能的实现方式,和/或第三种可能的实现方式,在第四种可能的实现方式中,所述预设优先级条件为:基站的HARQ-ACK的传输优先级;则,所述根据预设优先级条件确定传输HARQ-ACK的信道包括:
根据基站的HARQ-ACK的传输优先级,确定传输HARQ-ACK的信道为:在传输优先级高的基站所对应的上行载波上传输的PUSCH;
或者,所述预设优先级条件为:在各基站对应的载波上传输的PUSCH的优先级;则,所述根据预设优先级条件确定传输HARQ-ACK的信道包括:
根据PUSCH的优先级,确定传输HARQ-ACK的信道为:优先级高的PUSCH。
结合上述第一方面,和/或第一种可能的实现方式,和/或第二种可能的实现方式,和/或第三种可能的实现方式,和/或第四种可能的实现方式,在第五种可能的实现方式中,按照第二预设方式确定传输HARQ-ACK的信道包括:
当前子帧仅在第一基站对应的上行载波上有PUSCH传输时,确定传输HARQ-ACK的信道为:在第一基站对应的上行载波上传输的PUSCH;当前子帧仅在第二基站对应的上行载波上有PUSCH传输时,确定传输HARQ-ACK的信道为:在第二基站对应的上行载波上传输的PUSCH;或者,
确定传输HARQ-ACK的信道为PUCCH。
结合上述第一方面,和/或第一种可能的实现方式,和/或第二种可能的实现方式,和/或第三种可能的实现方式,和/或第四种可能的实现方式,和/或第五种可能的实现方式,在第六种可能的实现方式中,所述第一基站为宏基站,所述第二基站为微基站。
结合上述第一方面,和/或第一种可能的实现方式,和/或第二种可能的实现方式,和/或第三种可能的实现方式,和/或第四种可能的实现方式,和/或第五种可能的实现方式,和/或第六种可能的实现方式,在第七种可能的实现方式中,所述确定HARQ-ACK反馈比特包括:
根据各载波的HARQ-ACK定时,确定各载波在当前子帧对应的下行子帧个数;
基于各载波在当前子帧对应的下行子帧个数确定HARQ-ACK反馈比特;
其中,所述各载波的HARQ-ACK定时包括:当用户设备进行载波聚合的载波中存在至少一个载波采用FDD方式,且至少一个载波采用TDD方式时,如果UE在子帧n在所述采用TDD方式的载波上检测到PDSCH或指示半持续调度释放的PDCCH,确定在子帧n+4上反馈所述PDSCH或所述PDCCH所对应的HARQ-ACK。
结合上述第一方面,和/或第一种可能的实现方式,和/或第二种可能的实现方式,和/或第三种可能的实现方式,和/或第四种可能的实现方式,和/或第五种可能的实现方式,和/或第六种可能的实现方式,和/或第七种可能的实现方式,在第八种可能的实现方式中,所述基于各载波在当前子帧对应的下行子帧个数确定HARQ-ACK反馈比特包括:
当确定传输HARQ-ACK的信道为PUCCH时,基于UE配置的载波个数、各载波的传输模式及各载波在当前子帧对应的下行子帧个数确定HARQ-ACK反馈比特;
当确定传输HARQ-ACK的信道为PUSCH时,基于第一配置载波集合、第一配置载波集合中各载波的传输模式及各载波在当前子帧对应的下行子帧个数确定HARQ-ACK反馈比特,所述第一配置载波集合包括UE配置的下行载波中所有与该PUSCH对应的下行载波,所述与该PUSCH对应的下行载波是指:与该PUSCH对应的基站所对应的下行载波。
结合上述第一方面,和/或第一种可能的实现方式,和/或第二种可能的实现方式,和/或第三种可能的实现方式,和/或第四种可能的实现方式,和/或第五种可能的实现方式,和/或第六种可能的实现方式,和/或第七种可能的实现方式,和/或第八种可能的实现方式,在第九种可能的实现方式中,当确定传输HARQ-ACK的信道为PUCCH时,在所述信道上发送所述HARQ-ACK反馈比特包括:
确定传输HARQ-ACK的PUCCH资源;
通过所述PUCCH资源发送所述HARQ-ACK反馈比特。
结合上述第一方面,和/或第一种可能的实现方式,和/或第二种可能的实现方式,和/或第三种可能的实现方式,和/或第四种可能的实现方式,和/或第五种可能的实现方式,和/或第六种可能的实现方式,和/或第七种可能的实现方式,和/或第八种可能的实现方式,和/或第九种可能的实现方式,在第十种可能的实现方式中,当PUCCH的信道格式为格式3,且当前子帧被配置传输调度请求时,所述确定传输HARQ-ACK的PUCCH资源包括:
为每个基站预留PUCCH资源;根据当前子帧被配置传输的调度请求所对应的基站,将为该基站预留的PUCCH资源确定为传输HARQ-ACK的PUCCH资源;或者,
预留PUCCH资源;确定PUCCH资源索引,根据资源索引获取所述PUCCH的正交序列的序列索引;根据当前子帧被配置传输的调度请求所对应的基站,将为该基站预设的序列索引的循环移位确定为参考信号的循环移位;将使用所述参考信号的循环移位的所述预留PUCCH资源确定为传输HARQ-ACK的PUCCH资源。
结合上述第一方面,和/或第一种可能的实现方式,和/或第二种可能的实现方式,和/或第三种可能的实现方式,和/或第四种可能的实现方式,和/或第五种可能的实现方式,和/或第六种可能的实现方式,和/或第七种可能的实现方式,和/或第八种可能的实现方式,和/或第九种可能的实现方式,和/或第十种可能的实现方式,在第十一种可能的实现方式中,当PUCCH的信道格式为格式1b,且当前子帧被配置传输调度请求时,所述确定传输HARQ-ACK的PUCCH资源包括:
为每个基站预留PUCCH资源;根据当前子帧被配置传输的调度请求所对应的基站,将为该基站预留的PUCCH资源确定为传输HARQ-ACK的PUCCH资源。
第二方面,提供一种HARQ-ACK的传输方法,所述方法包括:
确定UE传输HARQ-ACK所使用的信道;
确定UE传输的HARQ-ACK的比特数;
根据所述比特数在所述信道上检测所述HARQ-ACK。
结合上述第二方面,在第一种可能的实现方式中,所述确定UE传输HARQ-ACK所使用的信道包括:
当UE被配置支持PUSCH和PUCCH同时传输时,确定UE传输HARQ-ACK所使用的信道为PUCCH;
当UE没有被配置支持PUSCH和PUCCH同时传输,且当前子帧没有PUSCH传输时,确定UE传输HARQ-ACK所使用的信道为PUCCH;
当UE没有被配置支持PUSCH和PUCCH同时传输,且当前子帧使用PUSCH传输时,确定UE传输HARQ-ACK所使用的信道为PUCCH和PUSCH,且PUCCH的优先级高于PUSCH;
所述当前子帧为用于传输所述HARQ-ACK的子帧。
结合上述第二方面,和/或第一种可能的实现方式,在第二种可能的实现方式中,确定UE传输的HARQ-ACK的比特数包括:
根据各载波的HARQ-ACK定时,确定各载波在当前子帧对应的下行子帧个数;
基于各载波在当前子帧对应的下行子帧个数确定HARQ-ACK的比特数;
其中,所述各载波的HARQ-ACK定时包括:当用户设备进行载波聚合的载波中存在至少一个载波采用FDD方式,且至少一个载波采用TDD方式时,如果UE在子帧n在所述采用TDD方式的载波上检测到PDSCH或指示半持续调度释放的PDCCH,确定在子帧n+4上反馈所述PDSCH或所述PDCCH所对应的HARQ-ACK。
结合上述第二方面,和/或第一种可能的实现方式,和/或第二种可能的实现方式,在第三种可能的实现方式中,基于各载波在当前子帧对应的下行子帧个数确定HARQ-ACK的比特数包括:
当确定UE传输HARQ-ACK所使用的信道为PUCCH时,基于UE配置的载波个数、各载波的传输模式及各载波在当前子帧对应的下行子帧个数确定HARQ-ACK的比特数;
当确定UE传输HARQ-ACK所使用的信道为PUSCH时,基于第二配置载波集合、该第二配置载波集合中各载波的传输模式确定及各载波在当前子帧对应的下行子帧个数HARQ-ACK的比特数,所述第二配置载波集合包括所述基站给UE配置的所有下行载波。
结合上述第二方面,和/或第一种可能的实现方式,和/或第二种可能的实现方式,和/或第三种可能的实现方式,在第四种可能的实现方式中,当确定UE传输HARQ-ACK所使用的信道为PUCCH时,在所述信道上检测所述HARQ-ACK包括:
确定UE传输HARQ-ACK所使用的PUCCH资源;
根据所述比特数在所述PUCCH资源上检测所述HARQ-ACK。
结合上述第二方面,和/或第一种可能的实现方式,和/或第二种可能的实现方式,和/或第三种可能的实现方式,和/或第四种可能的实现方式,在第五种可能的实现方式中,还包括:
在所述PUCCH资源上检测调度请求信息,并根据确定的所述PUCCH资源确定所述调度请求信息请求对应的基站,所述调度请求对应的基站指该调度请求请求上行资源的基站。
结合上述第二方面,和/或第一种可能的实现方式,和/或第二种可能的实现方式,和/或第三种可能的实现方式,和/或第四种可能的实现方式,和/或第五种可能的实现方式,在第六种可能的实现方式中,所述PUCCH资源为基站为用户设备半静态预留的资源,且所述基站通过X2接口将指示该半静态预留的PUCCH资源的信息传输给其他基站。
第三方面,提供一种混合自动重传确认信息HARQ-ACK的传输装置,包括:
第一确定单元,用于确定传输HARQ-ACK的信道;
比特确定单元,用于确定HARQ-ACK反馈比特;
发送单元,用于在第一确定单元确定的所述信道上发送比特确定单元确定的所述HARQ-ACK反馈比特。
结合上述第三方面,在第一种可能的实现方式中,第一确定单元包括:
第一确定子单元,用于当UE被配置支持PUSCH和PUCCH同时传输时,确定传输HARQ-ACK的信道为PUCCH;
第二确定子单元,用于当UE没有被配置支持PUSCH和PUCCH同时传输,且当前子帧没有PUSCH传输时,确定传输HARQ-ACK的信道为PUCCH;
第三确定子单元,用于当UE没有被配置支持PUSCH和PUCCH同时传输,且当前子帧有PUSCH传输时,根据UE在各个基站对应的下行载波上是否检测到有PDSCH和/或指示半持续调度释放的PDCCH传输,以及当前子帧在各个基站对应的上行载波上是否有PUSCH传输,确定传输HARQ-ACK的信道;
所述当前子帧是指用于传输所述HARQ-ACK的子帧。
结合上述第三方面,和/或第一种可能的实现方式,在第二种可能的实现方式中,所述各个基站包括第一基站和第二基站;
第三确定子单元具体用于:当UE没有被配置支持PUSCH和PUCCH同时传输,且当前子帧有PUSCH传输时,
当UE仅检测到在第一基站对应的下行载波上有PDSCH和/或指示半持续调度释放的PDCCH传输,且当前子帧在第一基站对应的上行载波上有PUSCH传输时,确定传输HARQ-ACK的信道为在第一基站对应的上行载波上传输的PUSCH;
当UE仅检测到在第二基站对应的下行载波上有PDSCH和/或指示半持续调度释放的PDCCH传输,且当前子帧在第二基站对应的上行载波上有PUSCH传输时,确定传输HARQ-ACK的信道为在第二基站对应的上行载波上传输的PUSCH;
当UE在第一基站对应的下行载波上检测到有PDSCH和/或指示半持续调度释放的PDCCH传输,且UE在第二基站对应的下行载波上检测到有PDSCH和/或指示半持续调度释放的PDCCH传输,且当前子帧在第一基站和第二基站对应的上行载波上都有PUSCH传输时,按照第一预设方式确定传输HARQ-ACK的信道;
当UE在第一基站对应的下行载波上检测到有PDSCH和/或指示半持续调度释放的PDCCH传输,且UE在第二基站对应的下行载波上检测到有PDSCH和/或指示半持续调度释放的PDCCH传输,且当前子帧仅在第一基站或第二基站对应的上行载波上有PUSCH传输时,按照第二预设方式确定传输HARQ-ACK的信道;
当UE仅检测到在第一基站对应的下行载波上有PDSCH和/或指示半持续调度释放的PDCCH传输,且当前子帧仅在第二基站对应的上行载波上有PUSCH传输时,确定传输HARQ-ACK的信道为PUCCH;
当UE仅检测到在第二基站对应的下行载波上有PDSCH和/或指示半持续调度释放的PDCCH传输,且当前子帧仅在第一基站对应的上行载波上有PUSCH传输时,确定传输HARQ-ACK的信道为PUCCH。
结合上述第三方面,和/或第一种可能的实现方式,和/或第二种可能的实现方式,在第三种可能的实现方式中,第三确定子单元具体用于通过以下方式实现所述按照第一预设方式确定传输HARQ-ACK的信道:
确定传输HARQ-ACK的信道为第一基站对应的上行载波上传输的PUSCH;或者,
确定传输HARQ-ACK的信道为第二基站对应的上行载波上传输的PUSCH;或者,
确定传输HARQ-ACK的信道为PUCCH;或者,
确定传输HARQ-ACK的信道为第一基站对应的上行载波上传输的PUSCH和第二基站对应的上行载波上传输的PUSCH;或者,
根据预设优先级条件确定传输HARQ-ACK的信道。
结合上述第三方面,和/或第一种可能的实现方式,和/或第二种可能的实现方式,和/或第三种可能的实现方式,在第四种可能的实现方式中,所述预设优先级条件为:基站的HARQ-ACK的传输优先级;则,第三确定子单元具体用于通过以下方式实现所述根据预设优先级条件确定传输HARQ-ACK的信道:
根据基站的HARQ-ACK的传输优先级,确定传输HARQ-ACK的信道为:在传输优先级高的基站所对应的上行载波上传输的PUSCH;
或者,所述预设优先级条件为:在各基站对应的载波上传输的PUSCH的优先级;则,所述根据预设优先级条件确定传输HARQ-ACK的信道包括:
根据PUSCH的优先级,确定传输HARQ-ACK的信道为:优先级高的PUSCH。
结合上述第三方面,和/或第一种可能的实现方式,和/或第二种可能的实现方式,和/或第三种可能的实现方式,和/或第四种可能的实现方式,在第五种可能的实现方式中,第三确定子单元具体用于通过以下方式实现所述按照第二预设方式确定传输HARQ-ACK的信道:
当前子帧仅在第一基站对应的上行载波上有PUSCH传输时,确定传输HARQ-ACK的信道为:在第一基站对应的上行载波上传输的PUSCH;当前子帧仅在第二基站对应的上行载波上有PUSCH传输时,确定传输HARQ-ACK的信道为:在第二基站对应的上行载波上传输的PUSCH;或者,
确定传输HARQ-ACK的信道为PUCCH。
结合上述第三方面,和/或第一种可能的实现方式,和/或第二种可能的实现方式,和/或第三种可能的实现方式,和/或第四种可能的实现方式,和/或第五种可能的实现方式,在第六种可能的实现方式中,所述第一基站为宏基站,所述第二基站为微基站。
结合上述第三方面,和/或第一种可能的实现方式,和/或第二种可能的实现方式,和/或第三种可能的实现方式,和/或第四种可能的实现方式,和/或第五种可能的实现方式,和/或第六种可能的实现方式,在第七种可能的实现方式中,比特确定单元包括:
第一个数确定子单元,用于根据各载波的HARQ-ACK定时,确定各载波在当前子帧对应的下行子帧个数;
比特确定子单元,用于基于第一个数确定子单元确定的所述下行子帧个数确定HARQ-ACK反馈比特;
其中,所述各载波的HARQ-ACK定时包括:当用户设备进行载波聚合的载波中存在至少一个载波采用FDD方式,且至少一个载波采用TDD方式时,如果UE在子帧n在所述采用TDD方式的载波上检测到PDSCH或指示半持续调度释放的PDCCH,确定在子帧n+4上反馈所述PDSCH或所述PDCCH所对应的HARQ-ACK。
结合上述第三方面,和/或第一种可能的实现方式,和/或第二种可能的实现方式,和/或第三种可能的实现方式,和/或第四种可能的实现方式,和/或第五种可能的实现方式,和/或第六种可能的实现方式,和/或第七种可能的实现方式,在第八种可能的实现方式中,比特确定子单元具体用于:
当确定传输HARQ-ACK的信道为PUCCH时,基于UE配置的载波个数、各载波的传输模式及各载波在当前子帧对应的下行子帧个数确定HARQ-ACK反馈比特;
当确定传输HARQ-ACK的信道为PUSCH时,基于第一配置载波集合、第一配置载波集合中各载波的传输模式及各载波在当前子帧对应的下行子帧个数确定HARQ-ACK反馈比特,所述第一配置载波集合包括UE配置的下行载波中所有与该PUSCH对应的下行载波,所述与该PUSCH对应的下行载波是指:与该PUSCH对应的基站所对应的下行载波。
结合上述第三方面,和/或第一种可能的实现方式,和/或第二种可能的实现方式,和/或第三种可能的实现方式,和/或第四种可能的实现方式,和/或第五种可能的实现方式,和/或第六种可能的实现方式,和/或第七种可能的实现方式,和/或第八种可能的实现方式,在第九种可能的实现方式中,当确定传输HARQ-ACK的信道为PUCCH时,发送单元包括:
第一资源确定子单元,用于确定传输HARQ-ACK的PUCCH资源;
发送子单元,用于通过所述PUCCH资源发送所述HARQ-ACK反馈比特。
结合上述第三方面,和/或第一种可能的实现方式,和/或第二种可能的实现方式,和/或第三种可能的实现方式,和/或第四种可能的实现方式,和/或第五种可能的实现方式,和/或第六种可能的实现方式,和/或第七种可能的实现方式,和/或第八种可能的实现方式,和/或第九种可能的实现方式,在第十种可能的实现方式中,当PUCCH的信道格式为格式3,且当前子帧被配置传输调度请求时,第一资源确定子单元具体用于:
为每个基站预留PUCCH资源;根据当前子帧被配置传输的调度请求所对应的基站,将为该基站预留的PUCCH资源确定为传输HARQ-ACK的PUCCH资源;或者,
预留PUCCH资源;确定PUCCH资源索引,根据资源索引获取所述PUCCH的正交序列的序列索引;根据当前子帧被配置传输的调度请求所对应的基站,将为该基站预设的序列索引的循环移位确定为参考信号的循环移位;将使用所述参考信号的循环移位的所述预留PUCCH资源确定为传输HARQ-ACK的PUCCH资源。
结合上述第三方面,和/或第一种可能的实现方式,和/或第二种可能的实现方式,和/或第三种可能的实现方式,和/或第四种可能的实现方式,和/或第五种可能的实现方式,和/或第六种可能的实现方式,和/或第七种可能的实现方式,和/或第八种可能的实现方式,和/或第九种可能的实现方式,和/或第十种可能的实现方式,在第十一种可能的实现方式中,当PUCCH的信道格式为格式1b,且当前子帧被配置传输调度请求时,第一资源确定子单元具体用于:
为每个基站预留PUCCH资源;根据当前子帧被配置传输的调度请求所对应的基站,将为该基站预留的PUCCH资源确定为传输HARQ-ACK的PUCCH资源。
第四方面,提供一种HARQ-ACK的传输装置,包括:
第二确定单元,用于确定UE传输HARQ-ACK所使用的信道;
比特数确定单元,用于确定UE传输的HARQ-ACK的比特数;
检测单元,用于根据所述比特数在所述信道上检测所述HARQ-ACK。
结合上述第四方面,在第一种可能的实现方式中,第二确定单元具体用于:
当UE被配置支持PUSCH和PUCCH同时传输时,确定UE传输HARQ-ACK所使用的信道为PUCCH;
当UE没有被配置支持PUSCH和PUCCH同时传输,且当前子帧没有PUSCH传输时,确定UE传输HARQ-ACK所使用的信道为PUCCH;
当UE没有被配置支持PUSCH和PUCCH同时传输,且当前子帧使用PUSCH传输时,确定UE传输HARQ-ACK所使用的信道为PUCCH和PUSCH,且PUCCH的优先级高于PUSCH;
所述当前子帧为用于传输所述HARQ-ACK的子帧。
结合上述第四方面,和/或第一种可能的实现方式,在第二种可能的实现方式中,比特数确定单元包括:
第二个数确定子单元,用于根据各载波的HARQ-ACK定时,确定各载波在当前子帧对应的下行子帧个数;
比特数确定子单元,用于基于各载波在当前子帧对应的下行子帧个数确定HARQ-ACK的比特数;
其中,所述各载波的HARQ-ACK定时包括:当用户设备进行载波聚合的载波中存在至少一个载波采用FDD方式,且至少一个载波采用TDD方式时,如果UE在子帧n在所述采用TDD方式的载波上检测到PDSCH或指示半持续调度释放的PDCCH,确定在子帧n+4上反馈所述PDSCH或所述PDCCH所对应的HARQ-ACK。
结合上述第四方面,和/或第一种可能的实现方式,和/或第二种可能的实现方式,在第三种可能的实现方式中,比特数确定子单元具体用于:
当确定UE传输HARQ-ACK所使用的信道为PUCCH时,基于UE配置的载波个数、各载波的传输模式及各载波在当前子帧对应的下行子帧个数确定HARQ-ACK的比特数;
当确定UE传输HARQ-ACK所使用的信道为PUSCH时,基于第二配置载波集合、该第二配置载波集合中各载波的传输模式确定及各载波在当前子帧对应的下行子帧个数HARQ-ACK的比特数,所述第二配置载波集合包括所述基站给UE配置的所有下行载波。
结合上述第四方面,和/或第一种可能的实现方式,和/或第二种可能的实现方式,和/或第三种可能的实现方式,在第四种可能的实现方式中,当确定UE传输HARQ-ACK所使用的信道为PUCCH时,检测单元包括:
第二资源确定子单元,用于确定UE传输HARQ-ACK所使用的PUCCH资源;
检测子单元,用于根据所述比特数在所述PUCCH资源上检测所述HARQ-ACK。
结合上述第四方面,和/或第一种可能的实现方式,和/或第二种可能的实现方式,和/或第三种可能的实现方式,和/或第四种可能的实现方式,在第五种可能的实现方式中,检测子单元还用于:
在所述PUCCH资源上检测调度请求信息,并根据确定的所述PUCCH资源确定所述调度请求信息请求对应的基站,所述调度请求对应的基站指该调度请求请求上行资源的基站。
结合上述第四方面,和/或第一种可能的实现方式,和/或第二种可能的实现方式,和/或第三种可能的实现方式,和/或第四种可能的实现方式,和/或第五种可能的实现方式,在第六种可能的实现方式中,所述PUCCH资源为基站为用户设备半静态预留的资源,且所述基站通过X2接口将指示该半静态预留的PUCCH资源的信息传输给其他基站。
第五方面,提供一种传输HARQ-ACK的用户设备UE,包括:第一数据处理器和第一无线收发器;其中,
第一数据处理器,用于确定传输HARQ-ACK的信道;并且,确定HARQ-ACK反馈比特;
第一无线收发器,用于在数据处理器确定的所述信道上发送所述HARQ-ACK反馈比特。
结合上述第五方面,在第一种可能的实现方式中,第一数据处理器具体用于通过以下方式实现所述确定传输HARQ-ACK的信道:
当UE被配置支持PUSCH和PUCCH同时传输时,确定传输HARQ-ACK的信道为PUCCH;
当UE没有被配置支持PUSCH和PUCCH同时传输,且当前子帧没有PUSCH传输时,确定传输HARQ-ACK的信道为PUCCH;
当UE没有被配置支持PUSCH和PUCCH同时传输,且当前子帧有PUSCH传输时,根据UE在各个基站对应的下行载波上是否检测到有PDSCH和/或指示半持续调度释放的PDCCH传输,以及当前子帧在各个基站对应的上行载波上是否有PUSCH传输,确定传输HARQ-ACK的信道;
所述当前子帧是指用于传输所述HARQ-ACK的子帧。
结合上述第五方面,和/或第一种可能的实现方式,在第二种可能的实现方式中,所述各个基站包括第一基站和第二基站;
第一数据处理器具体用于通过以下方式实现所述根据UE在各个基站对应的下行载波上是否检测到有PDSCH和/或指示半持续调度释放的PDCCH传输,以及当前子帧在各个基站对应的上行载波上是否有PUSCH传输,确定传输HARQ-ACK的信道:
当UE仅检测到在第一基站对应的下行载波上有PDSCH和/或指示半持续调度释放的PDCCH传输,且当前子帧在第一基站对应的上行载波上有PUSCH传输时,确定传输HARQ-ACK的信道为在第一基站对应的上行载波上传输的PUSCH;
当UE仅检测到在第二基站对应的下行载波上有PDSCH和/或指示半持续调度释放的PDCCH传输,且当前子帧在第二基站对应的上行载波上有PUSCH传输时,确定传输HARQ-ACK的信道为在第二基站对应的上行载波上传输的PUSCH;
当UE在第一基站对应的下行载波上检测到有PDSCH和/或指示半持续调度释放的PDCCH传输,且UE在第二基站对应的下行载波上检测到有PDSCH和/或指示半持续调度释放的PDCCH传输,且当前子帧在第一基站和第二基站对应的上行载波上都有PUSCH传输时,按照第一预设方式确定传输HARQ-ACK的信道;
当UE在第一基站对应的下行载波上检测到有PDSCH和/或指示半持续调度释放的PDCCH传输,且UE在第二基站对应的下行载波上检测到有PDSCH和/或指示半持续调度释放的PDCCH传输,且当前子帧仅在第一基站或第二基站对应的上行载波上有PUSCH传输时,按照第二预设方式确定传输HARQ-ACK的信道;
当UE仅检测到在第一基站对应的下行载波上有PDSCH和/或指示半持续调度释放的PDCCH传输,且当前子帧仅在第二基站对应的上行载波上有PUSCH传输时,确定传输HARQ-ACK的信道为PUCCH;
当UE仅检测到在第二基站对应的下行载波上有PDSCH和/或指示半持续调度释放的PDCCH传输,且当前子帧仅在第一基站对应的上行载波上有PUSCH传输时,确定传输HARQ-ACK的信道为PUCCH。
结合上述第五方面,和/或第一种可能的实现方式,和/或第二种可能的实现方式,在第三种可能的实现方式中,第一数据处理器具体用于通过以下方式实现所述按照第一预设方式确定传输HARQ-ACK的信道:
确定传输HARQ-ACK的信道为第一基站对应的上行载波上传输的PUSCH;或者,
确定传输HARQ-ACK的信道为第二基站对应的上行载波上传输的PUSCH;或者,
确定传输HARQ-ACK的信道为PUCCH;或者,
确定传输HARQ-ACK的信道为第一基站对应的上行载波上传输的PUSCH和第二基站对应的上行载波上传输的PUSCH;或者,
根据预设优先级条件确定传输HARQ-ACK的信道。
结合上述第五方面,和/或第一种可能的实现方式,和/或第二种可能的实现方式,和/或第三种可能的实现方式,在第四种可能的实现方式中,所述预设优先级条件为:基站的HARQ-ACK的传输优先级;则,第一数据处理器具体用于通过以下方式实现所述根据预设优先级条件确定传输HARQ-ACK的信道:
根据基站的HARQ-ACK的传输优先级,确定传输HARQ-ACK的信道为:在传输优先级高的基站所对应的上行载波上传输的PUSCH;
或者,所述预设优先级条件为:在各基站对应的载波上传输的PUSCH的优先级;则,所述根据预设优先级条件确定传输HARQ-ACK的信道包括:
根据PUSCH的优先级,确定传输HARQ-ACK的信道为:优先级高的PUSCH。
结合上述第五方面,和/或第一种可能的实现方式,和/或第二种可能的实现方式,和/或第三种可能的实现方式,和/或第四种可能的实现方式,在第五种可能的实现方式中,第一数据处理器具体用于通过以下方式实现所述按照第二预设方式确定传输HARQ-ACK的信道:
当前子帧仅在第一基站对应的上行载波上有PUSCH传输时,确定传输HARQ-ACK的信道为:在第一基站对应的上行载波上传输的PUSCH;当前子帧仅在第二基站对应的上行载波上有PUSCH传输时,确定传输HARQ-ACK的信道为:在第二基站对应的上行载波上传输的PUSCH;或者,
确定传输HARQ-ACK的信道为PUCCH。
结合上述第五方面,和/或第一种可能的实现方式,和/或第二种可能的实现方式,和/或第三种可能的实现方式,和/或第四种可能的实现方式,和/或第五种可能的实现方式,在第六种可能的实现方式中,所述第一基站为宏基站,所述第二基站为微基站。
结合上述第五方面,和/或第一种可能的实现方式,和/或第二种可能的实现方式,和/或第三种可能的实现方式,和/或第四种可能的实现方式,和/或第五种可能的实现方式,和/或第六种可能的实现方式,在第七种可能的实现方式中,第一数据处理器具体用于通过以下方式实现所述确定HARQ-ACK反馈比特:
根据各载波的HARQ-ACK定时,确定各载波在当前子帧对应的下行子帧个数;
基于各载波在当前子帧对应的下行子帧个数确定HARQ-ACK反馈比特;
其中,所述各载波的HARQ-ACK定时包括:当用户设备进行载波聚合的载波中存在至少一个载波采用FDD方式,且至少一个载波采用TDD方式时,如果UE在子帧n在所述采用TDD方式的载波上检测到PDSCH或指示半持续调度释放的PDCCH,确定在子帧n+4上反馈所述PDSCH或所述PDCCH所对应的HARQ-ACK。
结合上述第五方面,和/或第一种可能的实现方式,和/或第二种可能的实现方式,和/或第三种可能的实现方式,和/或第四种可能的实现方式,和/或第五种可能的实现方式,和/或第六种可能的实现方式,和/或第七种可能的实现方式,在第八种可能的实现方式中,第一数据处理器具体用于通过以下方式实现所述基于各载波在当前子帧对应的下行子帧个数确定HARQ-ACK反馈比特:
当确定传输HARQ-ACK的信道为PUCCH时,基于UE配置的载波个数、各载波的传输模式及各载波在当前子帧对应的下行子帧个数确定HARQ-ACK反馈比特;
当确定传输HARQ-ACK的信道为PUSCH时,基于第一配置载波集合、第一配置载波集合中各载波的传输模式及各载波在当前子帧对应的下行子帧个数确定HARQ-ACK反馈比特,所述第一配置载波集合包括UE配置的下行载波中所有与该PUSCH对应的下行载波,所述与该PUSCH对应的下行载波是指:与该PUSCH对应的基站所对应的下行载波。
结合上述第五方面,和/或第一种可能的实现方式,和/或第二种可能的实现方式,和/或第三种可能的实现方式,和/或第四种可能的实现方式,和/或第五种可能的实现方式,和/或第六种可能的实现方式,和/或第七种可能的实现方式,和/或第八种可能的实现方式,在第九种可能的实现方式中,当确定传输HARQ-ACK的信道为PUCCH时,第一无线收发器具体用于:
确定传输HARQ-ACK的PUCCH资源;
通过所述PUCCH资源发送所述HARQ-ACK反馈比特。
结合上述第五方面,和/或第一种可能的实现方式,和/或第二种可能的实现方式,和/或第三种可能的实现方式,和/或第四种可能的实现方式,和/或第五种可能的实现方式,和/或第六种可能的实现方式,和/或第七种可能的实现方式,和/或第八种可能的实现方式,和/或第九种可能的实现方式,在第十种可能的实现方式中,当PUCCH的信道格式为格式3,且当前子帧被配置传输调度请求时,第一无线收发器具体用于通过以下方式实现所述确定传输HARQ-ACK的PUCCH资源:
为每个基站预留PUCCH资源;根据当前子帧被配置传输的调度请求所对应的基站,将为该基站预留的PUCCH资源确定为传输HARQ-ACK的PUCCH资源;或者,
预留PUCCH资源;确定PUCCH资源索引,根据资源索引获取所述PUCCH的正交序列的序列索引;根据当前子帧被配置传输的调度请求所对应的基站,将为该基站预设的序列索引的循环移位确定为参考信号的循环移位;将使用所述参考信号的循环移位的所述预留PUCCH资源确定为传输HARQ-ACK的PUCCH资源。
结合上述第五方面,和/或第一种可能的实现方式,和/或第二种可能的实现方式,和/或第三种可能的实现方式,和/或第四种可能的实现方式,和/或第五种可能的实现方式,和/或第六种可能的实现方式,和/或第七种可能的实现方式,和/或第八种可能的实现方式,和/或第九种可能的实现方式,和/或第十种可能的实现方式,在第十一种可能的实现方式中,当PUCCH的信道格式为格式1b,且当前子帧被配置传输调度请求时,第一无线收发器具体用于通过以下方式实现所述确定传输HARQ-ACK的PUCCH资源:
为每个基站预留PUCCH资源;根据当前子帧被配置传输的调度请求所对应的基站,将为该基站预留的PUCCH资源确定为传输HARQ-ACK的PUCCH资源。
第六方面,提供一种传输HARQ-ACK的基站,包括:第二数据处理器和第二无线收发器,其中,
第二数据处理器,用于确定UE传输HARQ-ACK所使用的信道;并且,确定UE传输的HARQ-ACK的比特数;
第二无线收发器,用于根据所述比特数在所述信道上检测所述HARQ-ACK。
结合上述第六方面,在第一种可能的实现方式中,第二数据处理器具体用于通过以下方式实现所述确定UE传输HARQ-ACK所使用的信道:
当UE被配置支持PUSCH和PUCCH同时传输时,确定UE传输HARQ-ACK所使用的信道为PUCCH;
当UE没有被配置支持PUSCH和PUCCH同时传输,且当前子帧没有PUSCH传输时,确定UE传输HARQ-ACK所使用的信道为PUCCH;
当UE没有被配置支持PUSCH和PUCCH同时传输,且当前子帧使用PUSCH传输时,确定UE传输HARQ-ACK所使用的信道为PUCCH和PUSCH,且PUCCH的优先级高于PUSCH;
所述当前子帧为用于传输所述HARQ-ACK的子帧。
结合上述第六方面,和/或第一种可能的实现方式,在第二种可能的实现方式中,第二数据处理器具体用于通过以下方式实现所述确定UE传输的HARQ-ACK的比特数:
根据各载波的HARQ-ACK定时,确定各载波在当前子帧对应的下行子帧个数;
基于各载波在当前子帧对应的下行子帧个数确定HARQ-ACK的比特数;
其中,所述各载波的HARQ-ACK定时包括:当用户设备进行载波聚合的载波中存在至少一个载波采用FDD方式,且至少一个载波采用TDD方式时,如果UE在子帧n在所述采用TDD方式的载波上检测到PDSCH或指示半持续调度释放的PDCCH,确定在子帧n+4上反馈所述PDSCH或所述PDCCH所对应的HARQ-ACK。
结合上述第六方面,和/或第一种可能的实现方式,和/或第二种可能的实现方式,在第三种可能的实现方式中,第二数据处理器具体用于通过以下方式实现所述基于各载波在当前子帧对应的下行子帧个数确定HARQ-ACK的比特数:
当确定UE传输HARQ-ACK所使用的信道为PUCCH时,基于UE配置的载波个数、各载波的传输模式及各载波在当前子帧对应的下行子帧个数确定HARQ-ACK的比特数;
当确定UE传输HARQ-ACK所使用的信道为PUSCH时,基于第二配置载波集合、该第二配置载波集合中各载波的传输模式确定及各载波在当前子帧对应的下行子帧个数HARQ-ACK的比特数,所述第二配置载波集合包括所述基站给UE配置的所有下行载波。
结合上述第六方面,和/或第一种可能的实现方式,和/或第二种可能的实现方式,和/或第三种可能的实现方式,在第四种可能的实现方式中,当确定UE传输HARQ-ACK所使用的信道为PUCCH时,第二无线收发器具体用于:
确定UE传输HARQ-ACK所使用的PUCCH资源;
根据所述比特数在所述PUCCH资源上检测所述HARQ-ACK。
结合上述第六方面,和/或第一种可能的实现方式,和/或第二种可能的实现方式,和/或第三种可能的实现方式,和/或第四种可能的实现方式,在第五种可能的实现方式中,第二无线收发器还用于:在所述PUCCH资源上检测调度请求信息,并根据确定的所述PUCCH资源确定所述调度请求信息请求对应的基站,所述调度请求对应的基站指该调度请求请求上行资源的基站。
结合上述第六方面,和/或第一种可能的实现方式,和/或第二种可能的实现方式,和/或第三种可能的实现方式,和/或第四种可能的实现方式,和/或第五种可能的实现方式,在第六种可能的实现方式中,所述PUCCH资源为基站为用户设备半静态预留的资源,且所述基站通过X2接口将指示该半静态预留的PUCCH资源的信息传输给其他基站。
本发明实施例中,确定传输HARQ-ACK的信道,并且,确定HARQ-ACK以及所述HARQ-ACK的传输时刻;在所述传输时刻,通过所述信道发送所述HARQ-ACK。从而,在非理想回传的基站间进行载波聚合的场景下,UE实现了将HARQ-ACK传输至基站。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明HARQ-ACK的传输方法第一实施例流程图;
图2为本发明HARQ-ACK的传输方法第二实施例流程图;
图3为本发明HARQ-ACK的传输方法第三实施例流程图;
图3A为一种非理想回传的基站间进行载波聚合的场景图;
图4为本发明HARQ-ACK的传输装置第一实施例结构图;
图4a为本发明HARQ-ACK的传输装置中一个单元的结构图;
图4b为本发明HARQ-ACK的传输装置中另一个单元的结构图;
图5为本发明HARQ-ACK的传输装置第二实施例结构图;
图5a为本发明HARQ-ACK的传输装置中一个单元的结构图;
图5b为本发明HARQ-ACK的传输装置中另一个单元的结构图;
图6为本发明传输HARQ-ACK的UE的一种实施例结构图;
图7为本发明传输HARQ-ACK的基站的一种实施例结构图。
具体实施方式
如果在LTE-A系统中引入非理想回传的基站间的载波聚合,现有技术中并不存在UE与基站之间进行HARQ-ACK传输的方法。据此,本发明实施例提供一种HARQ-ACK方法、装置、UE及基站,能够在非理想回传的基站间进行载波聚合的场景下,实现UE与基站之间HARQ-ACK的传输。
进一步地,在现有技术中,只存在理想回传的宏基站和微基站间的载波聚合。
在理想回传的宏基站和微基站间进行载波聚合的场景下,UE需要将HARQ-ACK反馈至微基站时,是将HARQ-ACK发送至宏基站,再由宏基站将HARQ-ACK转发至微基站;由于宏基站和微基站之间是理想回传的,因此,宏基站和微基站都可以实时获得UE反馈的HARQ-ACK。
然而,如果将该方法沿用至非理想回传的宏基站和微基站间进行载波聚合的场景下,由于宏基站和微基站之间是非理想回传的,无法实时传输数据,宏基站无法实时将HARQ-ACK传输给微基站,从而将会延迟微基站接收到UE反馈的HARQ-ACK的时间,进而会延迟微基站对UE进行下行数据调度的时间。
本发明实施例所述HARQ-ACK传输方法、装置、UE及基站,相对于将现有技术中理想回传的宏基站和微基站间进行载波聚合场景下的上行控制信息传输方法沿用至本发明所述场景下,能够减少微基站获得HARQ-ACK的延时,减少微基站对UE进行下行数据调度的时间。
另外,需要说明的是,本发明实施例所述HARQ-ACK传输方法可以适用于非理想回传的n个基站之间进行载波聚合的场景下,n为不小于2的整数。所述n个基站中的基站可以为宏基站或者微基站等。
本发明实施例中所述的当前子帧是指用于传输所述HARQ-ACK的子帧。所述的基站为非理想回传的n个基站之间进行载波聚合的场景下的基站,也即是所述n个基站中的任一基站。所述的UE为非理想回传的n个基站之间进行载波聚合的场景下的、需要向所述n个基站发送HARQ-ACK的UE。
本发明实施例中关于载波上是否有PUCCH传输的描述,是对载波上是否存在通过PUCCH传输数据的简化描述,为本领域技术人员公知的描述方式。本发明实施例中其他关于有PUCCH传输或者传输PUCCH的描述,与此类似。本发明实施例中其他PUSCH的描述也与此类似,不一一赘述。
为了使本技术领域的人员更好地理解本发明实施例中的技术方案,并使本发明实施例的上述目的、特征和优点能够更加明显易懂,下面结合附图对本发明实施例中技术方案作进一步详细的说明。
参见图1,为本发明HARQ-ACK传输方法的一个实施例流程图,该方法可以应用于UE中。如图1所示,该方法包括:
步骤101:确定传输HARQ-ACK的信道;
优选地,本步骤可以包括:
当UE被配置支持PUSCH和PUCCH同时传输时,确定传输HARQ-ACK的信道为PUCCH;
当UE没有被配置支持PUSCH和PUCCH同时传输,且当前子帧没有PUSCH传输时,确定传输HARQ-ACK的信道为PUCCH;
当UE没有被配置支持PUSCH和PUCCH同时传输,且当前子帧有PUSCH传输时,根据UE在各个基站对应的下行载波上是否检测到有PDSCH和/或指示半持续调度释放的PDCCH传输,以及当前子帧在各个基站对应的上行载波上是否有PUSCH传输,确定传输HARQ-ACK的信道。
其中,所述各个基站是指所述n个基站中的各个基站。
其中,确定传输HARQ-ACK的信道为PUCCH时,该PUCCH所在的上行载波以及所述上行载波对应的基站可以在实际应用中,根据具体情况确定。
例如,假设预先在进行载波聚合的n个基站对应的上行载波中,指定了该载波聚合场景下的上行主载波,则确定传输HARQ-ACK的信道为PUCCH时,该PUCCH可以为载波聚合场景下的上行主载波上的PUCCH。例如,指定n个基站中的基站A对应的上行载波B为载波聚合场景下的上行主载波,该PUCCH可以为基站A对应的上行载波B上的PUCCH;
或者,如果没有指定载波聚合场景下的上行主载波,而是为n个基站中的每一个基站指定了该基站对应的上行主载波,则,确定传输HARQ-ACK的信道为PUCCH时,该PUCCH可以为UE接入的基站对应的上行主载波上的PUCCH。
步骤102:确定HARQ-ACK反馈比特。
步骤101和步骤102之间的执行顺序不限制。
所述HARQ-ACK反馈比特是指:
优选地,所述确定HARQ-ACK反馈比特可以包括:
根据各载波的HARQ-ACK定时,确定各载波在当前子帧对应的下行子帧个数;
基于各载波在当前子帧对应的下行子帧个数确定HARQ-ACK反馈比特。
其中,各载波的HARQ-ACK定时是指:
当进行载波聚合的载波中存在至少一个载波采用FDD方式,且存在至少一个载波采用TDD方式时,如果UE在子帧n在所述采用TDD方式的载波上检测到PDSCH或指示半持续调度释放的PDCCH,则确定在子帧n+4反馈HARQ-ACK,在子帧n+4反馈的HARQ-ACK为在子帧n检测到的所述PDSCH或指示半持续调度释放的PDCCH对应的HARQ-ACK。
当进行载波聚合的载波均采用FDD方式,或者均采用TDD方式时,确定HARQ-ACK的传输时刻可以参照现有标准中的描述实现,例如,当第一基站和第二基站对应的载波均采用FDD方式时,在子帧n收到的PDSCH或指示半持续调度释放的PDCCH对应的HARQ-ACK在子帧n+4进行反馈。
其中,当前子帧对应的下行子帧是指:该下行子帧的HARQ-ACK在当前子帧反馈。
优选地,所述基于各载波在当前子帧对应的下行子帧个数确定HARQ-ACK反馈比特可以包括:
当步骤101中确定传输HARQ-ACK的信道为PUCCH时,基于UE配置的载波个数、各载波的传输模式及各载波在当前子帧对应的下行子帧个数确定HARQ-ACK反馈比特;
当确定传输HARQ-ACK的信道为PUSCH时,基于第一配置载波集合、第一配置载波集合中各载波的传输模式及各载波在当前子帧对应的下行子帧个数确定HARQ-ACK反馈比特,所述第一配置载波集合包括UE配置的下行载波中所有与确定的所述PUSCH对应的下行载波,与PUSCH对应的下行载波是指:与该PUSCH对应的基站所对应的下行载波。
步骤103:在所述信道上发送所述HARQ-ACK反馈比特。
优选地,当步骤101中确定的传输HARQ-ACK的信道为PUCCH时,所述通过所述信道发送所述HARQ-ACK可以包括:
确定传输HARQ-ACK的PUCCH资源;
通过所述PUCCH资源发送所述HARQ-ACK反馈比特。
其中,当PUCCH的信道格式为格式3,且当前子帧被配置传输调度请求时,所述确定传输HARQ-ACK的PUCCH资源至少有两种实现方式:
第一种实现方式中,高层可以为每个基站分别预留一份PUCCH资源;此时,所述确定传输HARQ-ACK的PUCCH资源可以包括:
为每个基站分别预留PUCCH资源;根据当前子帧被配置传输的调度请求所对应的基站,将为该基站预留的PUCCH资源确定为传输HARQ-ACK的PUCCH资源;
第二种实现方式是:高层为所有基站预留一份PUCCH资源,而对于不同基站,预留的该PUCCH资源中的参考信号的循环移位不同,以此区分使用该PUCCH资源传输数据的基站的不同。此时,所述确定传输HARQ-ACK的PUCCH资源可以包括:
预留PUCCH资源;确定PUCCH资源索引,根据资源索引获取所述PUCCH的正交序列的序列索引,根据该序列索引确定参考信号的循环移位;将使用所述循环移位的所述预留PUCCH资源确定为传输HARQ-ACK的PUCCH资源。
优选地,根据该序列索引确定参考信号的循环移位包括:
预设各基站对应的序列索引的循环移位;
根据当前被配置传输的调度请求所对应的基站,确定所述参考信号的循环移位为:该基站对应的序列索引的循环移位。
其中,当PUCCH的信道格式为格式1b,且当前子帧被配置传输调度请求时,所述确定传输HARQ-ACK的PUCCH资源包括:
为每个基站预留PUCCH资源;根据所述传输所述确认信息的子帧被配置传输的调度请求所对应的基站,将为该基站预留的PUCCH资源确定为传输HARQ-ACK的PUCCH资源。
其中,在所述传输时刻,UE如何通过所述PUCCH资源发送所述HARQ-ACK这里不再赘述。
其中,所述高层可以指基站,或者所述基站的上层。
图1所示的HARQ-ACK传输方法中,UE确定传输HARQ-ACK的信道,并确定HARQ-ACK反馈比特,在所述信道上发送所述HARQ-ACK反馈比特,从而实现了UE向基站发送HARQ-ACK。
参见图2,为本发明HARQ-ACK传输方法的另一个实施例流程图。该方法可以适用于基站中,该基站为所述n个基站中的任一基站;所述基站可以为宏基站或微基站等。如图2所示,该方法包括:
步骤201:确定UE传输HARQ-ACK所使用的信道;
优选地,确定UE传输HARQ-ACK所使用的信道可以包括:
当UE被配置支持PUSCH和PUCCH同时传输时,确定UE传输HARQ-ACK所使用的信道为PUCCH;
当UE没有被配置支持PUSCH和PUCCH同时传输,且当前子帧没有PUSCH传输时,确定UE传输HARQ-ACK所使用的信道为PUCCH;
当UE没有被配置支持PUSCH和PUCCH同时传输,且当前子帧使用PUSCH传输时,确定UE传输HARQ-ACK所使用的信道为PUCCH和PUSCH,且PUCCH的优先级高于PUSCH。
其中,本步骤中确定的PUSCH是所述基站对应的上行载波上的PUSCH。
其中,基站确定UE传输HARQ-ACK所使用的信道的方法应与步骤101中UE确定传输HARQ-ACK的信道的方法相互对应,从而使得UE和基站可以在相应载波上通过相应的信道分别发送和检测HARQ-ACK,实现UE与基站之间HARQ-ACK的传输。因此,本步骤中基站确定UE传输HARQ-ACK所使用的信道为PUCCH时,具体该PUCCH信道应该是哪个上行载波上的信道,可以参考步骤101中UE确定PUCCH的相关描述,且需要与步骤101中UE确定PUCCH的策略相对应。
例如,如果UE中确定传输HARQ-ACK的信道为载波聚合场景下的上行主载波上的PUCCH,则本步骤中基站确定传输HARQ-ACK的信道为PUCCH时,该PUCCH也应为载波聚合场景下的上行主载波上的PUCCH;
如果UE中确定传输HARQ-ACK的信道为:UE所接入的基站对应的上行主载波上的PUCCH,则本步骤中基站确定传输HARQ-ACK的信道为PUCCH时,该PUCCH也应为UE所接入的基站对应的上行主载波上的PUCCH。
步骤202:确定UE传输的HARQ-ACK的比特数;
步骤201和步骤202之间的执行顺序不限制。
优选地,所述确定UE传输的HARQ-ACK的比特数包括:
根据各载波的HARQ-ACK定时,确定各载波在当前子帧对应的下行子帧个数;
基于各载波在当前子帧对应的下行子帧个数确定HARQ-ACK的比特数。
其中,各载波的HARQ-ACK定时是指:
当用户设备进行载波聚合的载波中存在至少一个载波采用FDD方式,且至少一个载波采用TDD方式时,如果UE在子帧n在所述采用TDD方式的载波上检测到PDSCH或指示半持续调度释放的PDCCH,确定在子帧n+4上反馈HARQ-ACK。子帧n+4中反馈的HARQ-ACK应为子帧n中为UE调度的所述PDSCH或指示半持续调度释放的PDCCH所对应的HARQ-ACK。
当进行载波聚合的载波均采用FDD方式,或者均采用TDD方式时,确定HARQ-ACK的传输时刻可以参照现有标准中的描述实现,例如,当第一基站和第二基站对应的载波均采用FDD方式时,在子帧n收到的PDSCH或指示半持续调度释放的PDCCH对应的HARQ-ACK在子帧n+4进行反馈。
所述基于各载波在当前子帧对应的下行子帧个数确定HARQ-ACK的比特数可以包括:
(1)当确定UE传输HARQ-ACK所使用的信道为PUCCH时,基于UE配置的载波个数、各载波的传输模式及各载波在当前子帧对应的下行子帧个数确定HARQ-ACK的比特数;
(2)当确定UE传输HARQ-ACK所使用的信道为PUSCH时,基于第二配置载波集合、该第二配置载波集合中各载波的传输模式确定及各载波在当前子帧对应的下行子帧个数HARQ-ACK的比特数,所述第二配置载波集合包括基站给UE配置的所有下行载波。
其中,对于步骤201中确定传输HARQ-ACK的信道为PUCCH和PUSCH的情况,则需要分别依照(1)和(2)中记载的比特数确定方法,分别确定PUCCH和PUSCH对应的比特数。具体的,对于确定的PUCCH,按照(1)中PUCCH对应的方法确定所述确认信息的比特数;对于确定的PUSCH,则按照(2)中PUSCH对应的方法确定所述确认信息的比特数。
其中,确定HARQ-ACK的比特数的具体实现方法举例如下:
例如,可通过如下公式确定HARQ-ACK的比特数:OACK=Nsubframe·(C+C2),其中,OACK为HARQ-ACK的比特数,Nsubframe为当前子帧对应的下行子帧个数,C为配置的载波个数,C2为配置的传输模式可支持双码字传输的载波的个数。当所有采用TDD方式的载波均采用FDD方式下的混合自动重传确认信息定时时,Nsubframe=1;
步骤203:根据所述比特数在所述信道上检测所述HARQ-ACK。
其中,假设步骤201中确定UE传输HARQ-ACK所使用的信道为PUCCH时,则本步骤中直接在PUCCH上检测所述HARQ-ACK即可;
假设步骤201中确定UE传输HARQ-ACK所使用的信道为PUCCH和PUSCH,且PUCCH的优先级高于PUSCH时,所述在所述信道上检测所述HARQ-ACK可以包括:
首先在所述PUCCH上检测所述HARQ-ACK;
当在所述PUCCH上没有检测到所述HARQ-ACK时,再在所述PUSCH上检测所述HARQ-ACK。
优选地,假设步骤201中确定UE传输HARQ-ACK所使用的信道为PUCCH,或者本步骤中首先在所述PUCCH上检测所述HARQ-ACK时,在PUCCH上检测所述HARQ-ACK可以包括:
确定UE传输HARQ-ACK所使用的PUCCH资源;
根据所述比特数在所述PUCCH资源上检测所述HARQ-ACK。
另外,本步骤中在PUCCH资源上检测所述HARQ-ACK之外,还可以包括:还包括:
在所述PUCCH资源上检测调度请求信息,并根据确定的所述PUCCH资源确定所述调度请求信息请求对应的基站,所述调度请求对应的基站指该调度请求向该基站请求上行资源。
所述确定UE传输HARQ-ACK所使用的PUCCH资源可以包括:
在高层为每个基站分别预留一份PUCCH资源的情况下,
将为各个基站预留的PUCCH资源均确定为UE传输HARQ-ACK所使用的PUCCH资源;或者,将为所述基站预留的PUCCH资源确定为UE传输HARQ-ACK所使用的PUCCH资源;或者,
在高层为所有基站预留了一份PUCCH资源的情况下,将预留的该PUCCH资源确定为UE传输HARQ-ACK所使用的PUCCH资源。
其中,所述PUCCH资源为基站为用户设备半静态预留的资源,且所述基站通过X2接口将指示该半静态预留的PUCCH资源的信息传输给其他基站。
参见步骤103中的描述,高层可以为每个基站分别预留一份PUCCH资源;或者,高层也可以为所有基站预留一份PUCCH资源,而对于不同基站,预留的该PUCCH资源中的参考信号的循环移位不同,以此区分使用该PUCCH资源传输数据的基站的不同。这些预留信息可以存储于每一个基站中,也可以存储于某一个基站中,通过基站之间的X2接口在基站间传输这些预留信息。
图2所示的HARQ-ACK的传输方法中,基站确定UE传输HARQ-ACK所使用的信道,并且,确定HARQ-ACK的比特数以及传输时刻,根据所述比特数以及传输时刻,在所述信道上检测所述HARQ-ACK。从而实现了基站对于HARQ-ACK的检测。
参见图3,为本发明HARQ-ACK传输方法的另一个实施例流程图,该实施例结合一个具体的应用实例进行描述。
图3所示的实施例适用于非理想回传的两个基站之间进行载波聚合的场景下。在该实施例中,这两个基站分别记述为第一基站和第二基站。这两个基站可以均为宏基站,或者均为微基站,或者,也可以一个是宏基站一个是微基站,这里并不限制。
如图3所示,本发明实施例HARQ-ACK的传输方法包括:
步骤301:UE确定传输HARQ-ACK的信道;
其中,本步骤的实现可以包括:
1.当UE被配置支持PUSCH和PUCCH同时传输时,确定传输HARQ-ACK的信道为PUCCH;
2.当UE没有被配置支持PUSCH和PUCCH同时传输,且当前子帧没有使用PUSCH传输时,确定传输HARQ-ACK的信道为PUCCH;
3.当UE没有被配置支持PUSCH和PUCCH同时传输,且当前子帧使用PUSCH传输时,根据UE在第一基站和第二基站对应的下行载波上是否检测到有PDSCH和/或PDCCH传输,以及在第一基站和第二基站对应的上行载波上是否有PUSCH传输,确定传输HARQ-ACK的信道。
其中,关于以上步骤实现的相关说明在步骤101中已经记载,这里不赘述。这里主要对3中记载的情况进行更为详细的说明。
优选地,根据UE在第一基站和第二基站对应的下行载波上是否检测到有PDSCH和/或指示半持续调度释放的PDCCH传输,以及在第一基站和第二基站对应的上行载波上是否有PUSCH传输,确定传输HARQ-ACK的信道可以包括:
3.1当UE仅检测到在第一基站对应的下行载波上有PDSCH和/或指示半持续调度释放的PDCCH传输,且当前子帧在第一基站对应的上行载波上有PUSCH传输时,确定传输HARQ-ACK的信道为在第一基站对应的上行载波上传输的PUSCH;
3.2当UE仅检测到在第二基站对应的下行载波上有PDSCH和/或指示半持续调度释放的PDCCH传输,且当前子帧在第二基站对应的上行载波上有PUSCH传输时,确定传输HARQ-ACK的信道为在第二基站对应的上行载波上传输的PUSCH;
3.3当UE在第一基站对应的下行载波上检测到有PDSCH和/或指示半持续调度释放的PDCCH传输,且UE在第二基站对应的下行载波上检测到有PDSCH和/或指示半持续调度释放的PDCCH传输,且当前子帧在第一基站和第二基站对应的上行载波上都有PUSCH传输时,按照第一预设方式确定传输HARQ-ACK的信道;
其中,按照第一预设方式确定传输HARQ-ACK的信道可以包括:
确定传输HARQ-ACK的信道为第一基站对应的上行载波上传输的PUSCH;或者,
确定传输HARQ-ACK的信道为第二基站对应的上行载波上传输的PUSCH;或者,
确定传输HARQ-ACK的信道为PUCCH,此时,第一基站和第二基站对应的上行载波上传输的所有PUSCH可以全部丢弃;或者,
确定传输HARQ-ACK的信道为第一基站对应的上行载波上传输的PUSCH和第二基站对应的上行载波上传输的PUSCH;或者,
根据预设优先级条件确定传输HARQ-ACK的信道。
其中,所述预设优先级条件可以为:基站的HARQ-ACK的传输优先级;则,所述根据预设优先级条件确定传输HARQ-ACK的信道可以包括:
根据基站的HARQ-ACK的传输优先级,确定传输HARQ-ACK的信道为:在传输优先级高的基站所对应的上行载波上传输的PUSCH。
例如,在预设所述优先级条件时,可以预设第一基站的HARQ-ACK的传输优先级高于第二基站的HARQ-ACK的传输优先级,比如设置第一基站的HARQ-ACK的传输优先级为高,设置第二基站的HARQ-ACK的传输优先级为低;则,可以确定传输HARQ-ACK的信道为:第一基站所对应的上行载波上传输的PUSCH。
或者,所述预设优先级条件可以为:在各基站对应的上行载波上传输的PUSCH的优先级;则,所述根据预设优先级条件确定传输HARQ-ACK的信道包括:
根据PUSCH的优先级,确定传输HARQ-ACK的信道为:优先级高的PUSCH。
例如,在预设所述优先级条件时,可以设置在第一基站对应上行载波上传输的PUSCH的优先级高于在第二基站对应上行载波上传输的PUSCH,比如,设置在第一基站对应上行载波上传输的PUSCH的优先级为高,设置在第二基站对应上行载波上传输的PUSCH的优先级为低;则,可以确定传输HARQ-ACK的信道为:第一基站对应上行载波上传输的PUSCH。
3.4当UE在第一基站对应的下行载波上检测到有PDSCH和/或指示半持续调度释放的PDCCH传输,且UE在第二基站对应的下行载波上检测到有PDSCH和/或指示半持续调度释放的PDCCH传输,且当前子帧仅在第一基站或第二基站对应的上行载波上有PUSCH传输时,按照第二预设方式确定传输HARQ-ACK的信道;
其中,按照第二预设方式确定传输HARQ-ACK的信道可以包括:
当前子帧仅在第一基站对应的上行载波上有PUSCH传输时,确定传输HARQ-ACK的信道为:在第一基站对应的上行载波上传输的PUSCH;当前子帧仅在第二基站对应的上行载波上有PUSCH传输时,确定传输HARQ-ACK的信道为:在第二基站对应的上行载波上传输的PUSCH;或者,
确定传输HARQ-ACK的信道为PUCCH,此时,在第一基站或第二基站对应的上行载波上传输的所有PUSCH可以丢弃。
3.5当UE仅检测到在第一基站对应的下行载波上有PDSCH和/或指示半持续调度释放的PDCCH传输,且当前子帧仅在第二基站对应的上行载波上有PUSCH传输时,确定传输HARQ-ACK的信道为PUCCH;
此时,在第二基站对应的上行载波上传输的PUSCH丢弃。
3.6当UE仅检测到在第二基站对应的下行载波上有PDSCH和/或指示半持续调度释放的PDCCH传输,且当前子帧仅在第一基站对应的上行载波上有PUSCH传输时,确定传输HARQ-ACK的信道为PUCCH;
此时,在第一基站对应的上行载波上传输的PUSCH丢弃。
步骤302:UE根据各载波的HARQ-ACK定时,确定各载波在当前子帧对应的下行子帧个数。
步骤303:基于各载波在当前子帧对应的下行子帧个数确定HARQ-ACK反馈比特。
其中,当步骤301中确定传输HARQ-ACK的信道为PUCCH时,可以基于UE配置的载波个数、各载波的传输模式及各载波在当前子帧对应的下行子帧个数确定HARQ-ACK反馈比特;
当步骤302中确定传输HARQ-ACK的信道为PUSCH时,可以基于第一配置载波集合、第一配置载波集合中各载波的传输模式及各载波在当前子帧对应的下行子帧个数确定HARQ-ACK反馈比特,所述第一配置载波集合包括UE配置的下行载波中所有与该PUSCH对应的下行载波,与该PUSCH对应的下行载波是指:与该PUSCH对应的基站所对应的下行载波。
步骤304:在所述信道上发送所述HARQ-ACK反馈比特。
优选地,当步骤301中确定的传输HARQ-ACK的信道为PUCCH时,在所述信道上发送所述HARQ-ACK反馈比特可以包括:
确定传输HARQ-ACK的PUCCH资源;
通过所述PUCCH资源发送所述HARQ-ACK反馈比特。
其中,当PUCCH的信道格式为格式3,且当前子帧被配置传输调度请求时,所述确定传输HARQ-ACK的PUCCH资源可以包括:
为第一基站和第二基站分别预留PUCCH资源;根据当前子帧被配置传输的调度请求所对应的基站,将为该基站预留的PUCCH资源确定为传输HARQ-ACK的PUCCH资源;或者,
预留PUCCH资源;确定PUCCH资源索引,根据资源索引获取所述PUCCH的正交序列的序列索引,根据该序列索引确定参考信号的循环移位;将使用所述循环移位的所述预留PUCCH资源确定为传输HARQ-ACK的PUCCH资源。
根据该序列索引确定参考信号的循环移位可以包括:
预设各基站对应的序列索引的循环移位;
根据当前被配置传输的调度请求所对应的基站,确定所述参考信号的循环移位为:该基站对应的序列索引的循环移位。
其中,当PUCCH的信道格式为格式1b,且当前子帧被配置传输调度请求时,所述确定传输HARQ-ACK的PUCCH资源包括:
为第一基站和第二基站分别预留PUCCH资源;根据所述传输所述确认信息的子帧被配置传输的调度请求所对应的基站,将为该基站预留的PUCCH资源确定为传输HARQ-ACK的PUCCH资源。
其中,在所述传输时刻,UE如何通过所述PUCCH资源发送所述HARQ-ACK这里不再赘述。
其中,当步骤301中UE确定传输HARQ-ACK的信道为PUSCH时,在所述传输时刻,可以参考现有标准中描述的方法实现,这里不赘述。
步骤305:第二基站确定UE传输HARQ-ACK所使用的信道。
优选地,第二基站确定UE传输HARQ-ACK所使用的信道可以包括:
当UE被配置支持PUSCH和PUCCH同时传输时,第二基站确定UE传输HARQ-ACK所使用的信道为PUCCH;
当UE没有被配置支持PUSCH和PUCCH同时传输,且当前子帧没有PUSCH传输时,第二基站确定UE传输HARQ-ACK所使用的信道为PUCCH;
当UE没有被配置支持PUSCH和PUCCH同时传输,且当前子帧使用PUSCH传输时,第二基站确定UE传输HARQ-ACK所使用的信道为PUCCH和第二基站对应的上行载波上的PUSCH,且PUCCH的优先级高于所述PUSCH。
步骤306:第二基站根据各载波的HARQ-ACK定时,确定各载波在当前子帧对应的下行子帧个数。
步骤307:第二基站基于各载波在当前子帧对应的下行子帧个数确定HARQ-ACK的比特数。
优选地,第二基站基于各载波在当前子帧对应的下行子帧个数确定HARQ-ACK的比特数可以包括:
当第二基站在步骤305中确定UE传输HARQ-ACK所使用的信道为PUCCH时,基于UE配置的载波个数、各载波的传输模式及各载波在当前子帧对应的下行子帧个数确定HARQ-ACK的比特数;
当第二基站在步骤305中确定UE传输HARQ-ACK所使用的信道为所述PUSCH时,基于第二配置载波集合、该第二配置载波集合中各载波的传输模式确定及各载波在当前子帧对应的下行子帧个数HARQ-ACK的比特数,所述第二配置载波集合包括第二基站给UE配置的所有下行载波。
步骤308:第二基站根据所述比特数在确定的所述信道上检测所述HARQ-ACK。
其中,当步骤305中第二基站确定的信道为PUCCH时,本步骤中第二基站在PUCCH上检测所述HARQ-ACK;
当步骤305中第二基站确定的信道为PUCCH和第二基站对应的上行载波上的PUSCH时,所述在确定的所述信道上检测所述HARQ-ACK可以包括:
首先在所述PUCCH上检测所述HARQ-ACK;
当在所述PUCCH上没有检测到所述HARQ-ACK时,在所述PUSCH上检测所述HARQ-ACK。
其中,在所述PUCCH上检测所述HARQ-ACK可以包括:
确定UE传输HARQ-ACK所使用的PUCCH资源;
在所述PUCCH资源上检测所述HARQ-ACK。
其中,所述确定UE传输HARQ-ACK所使用的PUCCH资源包括:
在为第一基站和第二基站分别预留了PUCCH资源的情况下,将为第一基站和第二基站预留的PUCCH资源均确定为UE传输HARQ-ACK所使用的PUCCH资源,或者,将为第二基站预留的PUCCH资源确定为UE传输HARQ-ACK所使用的PUCCH资源;
或者,在为第一基站和第二基站共同预留了一份PUCCH资源的情况下,将为第一基站和第二基站共同预留的PUCCH资源确定为UE传输HARQ-ACK所使用的PUCCH资源。
其中,为各个基站预留的PUCCH资源可以存储于每一个基站中,或者,也可以存储于某一个基站中,通过基站之间的X2接口在基站之间传输。
其中,第一基站检测HARQ-ACK的过程与本发明实施例中步骤305~步骤308中所述的第二基站检测HARQ-ACK的过程相同,这里不赘述。
图3所示的HARQ-ACK的传输方法中,通过UE与基站的配合,实现了UE与基站之间HARQ-ACK的传输。
更为具体的,图3所示实施例可以应用于如图3A所示的宏基站和微基站对应的小区耦合的场景下。其中,部署在频率f1的宏基站eNB1主要提供系统信息、无线链路监测和移动性管理,以保证业务的连续性;并且,对半持续调度业务也由宏基站服务,以保证语音业务服务的连续性。宏基站eNB1覆盖范围内包含多个微基站,例如微基站eNB2和eNB3,所述微基站部署在频率f2,主要提供高数据速率业务的传输。上述宏基站和微基站之间、两个微基站之间都是非理想回传的。此时,本实施例中的第一基站可以为图3A中所示的宏基站,第二基站可以为图3A中所示的任一微基站。此时,只要第二基站具有接收在宏基站对应的上行载波上发送的PUCCH的能力,那么,
如果UE在步骤301中确定在第一基站对应的上行主载波上通过PUCCH发送HARQ-ACK,那么第二基站可以直接在第一基站对应的上行主载波的PUCCH上接收UE发送的HARQ-ACK,无需由第一基站接收到所述HARQ-ACK后转发给第二基站,缩短了第二基站接收到所述HARQ-ACK的时间,进而缩短第二基站对UE进行下行数据调度的时间;
另外,当前子帧使用了PUSCH传输的情况下,UE还可以直接确定通过第二基站对应的上行载波上的PUSCH发送所述HARQ-ACK,在这种情况下,UE直接将HARQ-ACK发送给第二基站,也无需通过第一基站为第二基站转发所述确认信息,从而也能够缩短第二基站接收到所述HARQ-ACK的时间,进而缩短第二基站对UE进行下行数据调度的时间。
与上述方法对应的,本发明实施例还提供一种HARQ-ACK的传输装置。
参见图4,为本发明HARQ-ACK的传输装置的第一实施例,该传输装置可以设置于UE中;传输装置400包括:
第一确定单元410,用于确定传输HARQ-ACK的信道;
比特确定单元420,用于确定HARQ-ACK反馈比特;
发送单元430,用于在第一确定单元410确定的所述信道上发送比特确定单元420确定的所述HARQ-ACK反馈比特。
优选地,第一确定单元410可以包括:
第一确定子单元,用于当UE被配置支持PUSCH和PUCCH同时传输时,确定传输HARQ-ACK的信道为PUCCH;
第二确定子单元,用于当UE没有被配置支持PUSCH和PUCCH同时传输,且当前子帧没有PUSCH传输时,确定传输HARQ-ACK的信道为PUCCH;
第三确定子单元,用于当UE没有被配置支持PUSCH和PUCCH同时传输,且当前子帧有PUSCH传输时,根据UE在各个基站对应的下行载波上是否检测到有PDSCH和/或指示半持续调度释放的PDCCH传输,以及当前子帧在各个基站对应的上行载波上是否有PUSCH传输,确定传输HARQ-ACK的信道;
所述当前子帧是指用于传输所述HARQ-ACK的子帧。
优选地,所述各个基站可以包括第一基站和第二基站;此时,
第三确定子单元具体可以用于:当UE没有被配置支持PUSCH和PUCCH同时传输,且当前子帧有PUSCH传输时,
当UE仅检测到在第一基站对应的下行载波上有PDSCH和/或指示半持续调度释放的PDCCH传输,且当前子帧在第一基站对应的上行载波上有PUSCH传输时,确定传输HARQ-ACK的信道为在第一基站对应的上行载波上传输的PUSCH;
当UE仅检测到在第二基站对应的下行载波上有PDSCH和/或指示半持续调度释放的PDCCH传输,且当前子帧在第二基站对应的上行载波上有PUSCH传输时,确定传输HARQ-ACK的信道为在第二基站对应的上行载波上传输的PUSCH;
当UE在第一基站对应的下行载波上检测到有PDSCH和/或指示半持续调度释放的PDCCH传输,且UE在第二基站对应的下行载波上检测到有PDSCH和/或指示半持续调度释放的PDCCH传输,且当前子帧在第一基站和第二基站对应的上行载波上都有PUSCH传输时,按照第一预设方式确定传输HARQ-ACK的信道;
当UE在第一基站对应的下行载波上检测到有PDSCH和/或指示半持续调度释放的PDCCH传输,且UE在第二基站对应的下行载波上检测到有PDSCH和/或指示半持续调度释放的PDCCH传输,且当前子帧仅在第一基站或第二基站对应的上行载波上有PUSCH传输时,按照第二预设方式确定传输HARQ-ACK的信道;
当UE仅检测到在第一基站对应的下行载波上有PDSCH和/或指示半持续调度释放的PDCCH传输,且当前子帧仅在第二基站对应的上行载波上有PUSCH传输时,确定传输HARQ-ACK的信道为PUCCH;
当UE仅检测到在第二基站对应的下行载波上有PDSCH和/或指示半持续调度释放的PDCCH传输,且当前子帧仅在第一基站对应的上行载波上有PUSCH传输时,确定传输HARQ-ACK的信道为PUCCH。
优选地,第三确定子单元具体可以用于通过以下方式实现所述按照第一预设方式确定传输HARQ-ACK的信道:
确定传输HARQ-ACK的信道为第一基站对应的上行载波上传输的PUSCH;或者,
确定传输HARQ-ACK的信道为第二基站对应的上行载波上传输的PUSCH;或者,
确定传输HARQ-ACK的信道为PUCCH;或者,
确定传输HARQ-ACK的信道为第一基站对应的上行载波上传输的PUSCH和第二基站对应的上行载波上传输的PUSCH;或者,
根据预设优先级条件确定传输HARQ-ACK的信道。
优选地,所述预设优先级条件为:基站的HARQ-ACK的传输优先级;则,第三确定子单元具体用于通过以下方式实现所述根据预设优先级条件确定传输HARQ-ACK的信道:
根据基站的HARQ-ACK的传输优先级,确定传输HARQ-ACK的信道为:在传输优先级高的基站所对应的上行载波上传输的PUSCH;
或者,所述预设优先级条件为:在各基站对应的载波上传输的PUSCH的优先级;则,所述根据预设优先级条件确定传输HARQ-ACK的信道包括:
根据PUSCH的优先级,确定传输HARQ-ACK的信道为:优先级高的PUSCH。
优选地,第三确定子单元具体可以用于通过以下方式实现所述按照第二预设方式确定传输HARQ-ACK的信道:
当前子帧仅在第一基站对应的上行载波上有PUSCH传输时,确定传输HARQ-ACK的信道为:在第一基站对应的上行载波上传输的PUSCH;当前子帧仅在第二基站对应的上行载波上有PUSCH传输时,确定传输HARQ-ACK的信道为:在第二基站对应的上行载波上传输的PUSCH;或者,
确定传输HARQ-ACK的信道为PUCCH。
优选地,所述第一基站为宏基站,所述第二基站为微基站。
优选地,参见图4a,比特确定单元420可以包括:
第一个数确定子单元4201,用于根据各载波的HARQ-ACK定时,确定各载波在当前子帧对应的下行子帧个数;
比特确定子单元4202,用于基于第一个数确定子单元确定的所述下行子帧个数确定HARQ-ACK反馈比特。
优选地,比特确定子单元4202具体可以用于:
当确定传输HARQ-ACK的信道为PUCCH时,基于UE配置的载波个数、各载波的传输模式及各载波在当前子帧对应的下行子帧个数确定HARQ-ACK反馈比特;
当确定传输HARQ-ACK的信道为PUSCH时,基于第一配置载波集合、第一配置载波集合中各载波的传输模式及各载波在当前子帧对应的下行子帧个数确定HARQ-ACK反馈比特,所述第一配置载波集合包括UE配置的下行载波中所有与该PUSCH对应的下行载波,所述与该PUSCH对应的下行载波是指:与该PUSCH对应的基站所对应的下行载波。
优选地,当确定传输HARQ-ACK的信道为PUCCH时,参见图4b,发送单元430可以包括:
第一资源确定子单元4301,用于确定传输HARQ-ACK的PUCCH资源;
发送子单元4302,用于通过所述PUCCH资源发送所述HARQ-ACK反馈比特。
优选地,当PUCCH的信道格式为格式3,且当前子帧被配置传输调度请求时,第一资源确定子单元4301具体可以用于:
为每个基站预留PUCCH资源;根据当前子帧被配置传输的调度请求所对应的基站,将为该基站预留的PUCCH资源确定为传输HARQ-ACK的PUCCH资源;或者,
预留PUCCH资源;确定PUCCH资源索引,根据资源索引获取所述PUCCH的正交序列的序列索引;根据当前子帧被配置传输的调度请求所对应的基站,将为该基站预设的序列索引的循环移位确定为参考信号的循环移位;将使用所述参考信号的循环移位的所述预留PUCCH资源确定为传输HARQ-ACK的PUCCH资源。
优选地,当PUCCH的信道格式为格式1b,且当前子帧被配置传输调度请求时,第一资源确定子单元4301具体可以用于:
为每个基站预留PUCCH资源;根据当前子帧被配置传输的调度请求所对应的基站,将为该基站预留的PUCCH资源确定为传输HARQ-ACK的PUCCH资源。
图4所示的HARQ-ACK传输装置中,确定传输HARQ-ACK的信道,并确定HARQ-ACK反馈比特,在所述信道上发送所述HARQ-ACK反馈比特,从而实现了UE向基站发送HARQ-ACK。
参见图5,为本发明实施例HARQ-ACK的传输装置第二实施例示意图,该传输装置可以设置于基站中;该传输装置500包括:
第二确定单元510,用于确定UE传输HARQ-ACK所使用的信道;
比特数确定单元520,用于确定UE传输的HARQ-ACK的比特数;
检测单元530,用于根据比特数确定单元520确定的所述比特数在第二确定单元510确定的所述信道上检测所述HARQ-ACK。
优选地,第二确定单元510具体可以用于:
当UE被配置支持PUSCH和PUCCH同时传输时,确定UE传输HARQ-ACK所使用的信道为PUCCH;
当UE没有被配置支持PUSCH和PUCCH同时传输,且当前子帧没有PUSCH传输时,确定UE传输HARQ-ACK所使用的信道为PUCCH;
当UE没有被配置支持PUSCH和PUCCH同时传输,且当前子帧使用PUSCH传输时,确定UE传输HARQ-ACK所使用的信道为PUCCH和PUSCH,且PUCCH的优先级高于PUSCH;
所述当前子帧为用于传输所述HARQ-ACK的子帧。
优选地,如图5a所示,比特数确定单元520可以包括:
第二个数确定子单元5201,用于根据各载波的HARQ-ACK定时,确定各载波在当前子帧对应的下行子帧个数;
比特数确定子单元5202,用于基于各载波在当前子帧对应的下行子帧个数确定HARQ-ACK的比特数。
优选地,比特数确定子单元5202具体可以用于:
当确定UE传输HARQ-ACK所使用的信道为PUCCH时,基于UE配置的载波个数、各载波的传输模式及各载波在当前子帧对应的下行子帧个数确定HARQ-ACK的比特数;
当确定UE传输HARQ-ACK所使用的信道为PUSCH时,基于第二配置载波集合、该第二配置载波集合中各载波的传输模式确定及各载波在当前子帧对应的下行子帧个数HARQ-ACK的比特数,所述第二配置载波集合包括所述基站给UE配置的所有下行载波。
优选地,当确定UE传输HARQ-ACK所使用的信道为PUCCH时,参见图5b,检测单元530可以包括:
第二资源确定子单元5301,用于确定UE传输HARQ-ACK所使用的PUCCH资源;
检测子单元5302,用于根据所述比特数在所述PUCCH资源上检测所述HARQ-ACK。
优选地,检测子单元5302还可以用于:
在所述PUCCH资源上检测调度请求信息,并根据确定的所述PUCCH资源确定所述调度请求信息请求对应的基站,所述调度请求对应的基站指该调度请求请求上行资源的基站。
优选地,所述PUCCH资源为基站为用户设备半静态预留的资源,且所述基站通过X2接口将指示该半静态预留的PUCCH资源的信息传输给其他基站。
图5所示的HARQ-ACK的传输装置中,确定UE传输HARQ-ACK所使用的信道,并且,确定HARQ-ACK的比特数以及传输时刻,根据所述比特数以及传输时刻,在所述信道上检测所述HARQ-ACK,从而实现了基站对于HARQ-ACK的检测。
本发明实施例还提供一种传输HARQ-ACK的UE,参见图6,UE600包括:第一数据处理器610和第一无线收发器620;其中,
第一数据处理器610,用于确定传输HARQ-ACK的信道;并且,确定HARQ-ACK反馈比特;
第一无线收发器620,用于在数据处理器确定的所述信道上发送所述HARQ-ACK反馈比特。
优选地,第一数据处理器610具体可以用于通过以下方式实现所述确定传输HARQ-ACK的信道:
当UE被配置支持PUSCH和PUCCH同时传输时,确定传输HARQ-ACK的信道为PUCCH;
当UE没有被配置支持PUSCH和PUCCH同时传输,且当前子帧没有PUSCH传输时,确定传输HARQ-ACK的信道为PUCCH;
当UE没有被配置支持PUSCH和PUCCH同时传输,且当前子帧有PUSCH传输时,根据UE在各个基站对应的下行载波上是否检测到有PDSCH和/或指示半持续调度释放的PDCCH传输,以及当前子帧在各个基站对应的上行载波上是否有PUSCH传输,确定传输HARQ-ACK的信道;
所述当前子帧是指用于传输所述HARQ-ACK的子帧。
优选地,所述各个基站包括第一基站和第二基站;
第一数据处理器610具体可以用于通过以下方式实现所述根据UE在各个基站对应的下行载波上是否检测到有PDSCH和/或指示半持续调度释放的PDCCH传输,以及当前子帧在各个基站对应的上行载波上是否有PUSCH传输,确定传输HARQ-ACK的信道:
当UE仅检测到在第一基站对应的下行载波上有PDSCH和/或指示半持续调度释放的PDCCH传输,且当前子帧在第一基站对应的上行载波上有PUSCH传输时,确定传输HARQ-ACK的信道为在第一基站对应的上行载波上传输的PUSCH;
当UE仅检测到在第二基站对应的下行载波上有PDSCH和/或指示半持续调度释放的PDCCH传输,且当前子帧在第二基站对应的上行载波上有PUSCH传输时,确定传输HARQ-ACK的信道为在第二基站对应的上行载波上传输的PUSCH;
当UE在第一基站对应的下行载波上检测到有PDSCH和/或指示半持续调度释放的PDCCH传输,且UE在第二基站对应的下行载波上检测到有PDSCH和/或指示半持续调度释放的PDCCH传输,且当前子帧在第一基站和第二基站对应的上行载波上都有PUSCH传输时,按照第一预设方式确定传输HARQ-ACK的信道;
当UE在第一基站对应的下行载波上检测到有PDSCH和/或指示半持续调度释放的PDCCH传输,且UE在第二基站对应的下行载波上检测到有PDSCH和/或指示半持续调度释放的PDCCH传输,且当前子帧仅在第一基站或第二基站对应的上行载波上有PUSCH传输时,按照第二预设方式确定传输HARQ-ACK的信道;
当UE仅检测到在第一基站对应的下行载波上有PDSCH和/或指示半持续调度释放的PDCCH传输,且当前子帧仅在第二基站对应的上行载波上有PUSCH传输时,确定传输HARQ-ACK的信道为PUCCH;
当UE仅检测到在第二基站对应的下行载波上有PDSCH和/或指示半持续调度释放的PDCCH传输,且当前子帧仅在第一基站对应的上行载波上有PUSCH传输时,确定传输HARQ-ACK的信道为PUCCH。
优选地,第一数据处理器610具体可以用于通过以下方式实现所述按照第一预设方式确定传输HARQ-ACK的信道:
确定传输HARQ-ACK的信道为第一基站对应的上行载波上传输的PUSCH;或者,
确定传输HARQ-ACK的信道为第二基站对应的上行载波上传输的PUSCH;或者,
确定传输HARQ-ACK的信道为PUCCH;或者,
确定传输HARQ-ACK的信道为第一基站对应的上行载波上传输的PUSCH和第二基站对应的上行载波上传输的PUSCH;或者,
根据预设优先级条件确定传输HARQ-ACK的信道。
优选地,所述预设优先级条件为:基站的HARQ-ACK的传输优先级;则,第一数据处理器610具体可以用于通过以下方式实现所述根据预设优先级条件确定传输HARQ-ACK的信道:
根据基站的HARQ-ACK的传输优先级,确定传输HARQ-ACK的信道为:在传输优先级高的基站所对应的上行载波上传输的PUSCH;
或者,所述预设优先级条件为:在各基站对应的载波上传输的PUSCH的优先级;则,所述根据预设优先级条件确定传输HARQ-ACK的信道包括:
根据PUSCH的优先级,确定传输HARQ-ACK的信道为:优先级高的PUSCH。
优选地,第一数据处理器610具体可以用于通过以下方式实现所述按照第二预设方式确定传输HARQ-ACK的信道:
当前子帧仅在第一基站对应的上行载波上有PUSCH传输时,确定传输HARQ-ACK的信道为:在第一基站对应的上行载波上传输的PUSCH;当前子帧仅在第二基站对应的上行载波上有PUSCH传输时,确定传输HARQ-ACK的信道为:在第二基站对应的上行载波上传输的PUSCH;或者,
确定传输HARQ-ACK的信道为PUCCH。
优选地,所述第一基站为宏基站,所述第二基站为微基站。
优选地,第一数据处理器610具体可以用于通过以下方式实现所述确定HARQ-ACK反馈比特:
根据各载波的HARQ-ACK定时,确定各载波在当前子帧对应的下行子帧个数;
基于各载波在当前子帧对应的下行子帧个数确定HARQ-ACK反馈比特。
优选地,第一数据处理器610具体可以用于通过以下方式实现所述基于各载波在当前子帧对应的下行子帧个数确定HARQ-ACK反馈比特:
当确定传输HARQ-ACK的信道为PUCCH时,基于UE配置的载波个数、各载波的传输模式及各载波在当前子帧对应的下行子帧个数确定HARQ-ACK反馈比特;
当确定传输HARQ-ACK的信道为PUSCH时,基于第一配置载波集合、第一配置载波集合中各载波的传输模式及各载波在当前子帧对应的下行子帧个数确定HARQ-ACK反馈比特,所述第一配置载波集合包括UE配置的下行载波中所有与该PUSCH对应的下行载波,所述与该PUSCH对应的下行载波是指:与该PUSCH对应的基站所对应的下行载波。
优选地,当确定传输HARQ-ACK的信道为PUCCH时,第一无线收发器620具体可以用于:
确定传输HARQ-ACK的PUCCH资源;
通过所述PUCCH资源发送所述HARQ-ACK反馈比特。
优选地,当PUCCH的信道格式为格式3,且当前子帧被配置传输调度请求时,第一无线收发器620具体额可以用于通过以下方式实现所述确定传输HARQ-ACK的PUCCH资源:
为每个基站预留PUCCH资源;根据当前子帧被配置传输的调度请求所对应的基站,将为该基站预留的PUCCH资源确定为传输HARQ-ACK的PUCCH资源;或者,
预留PUCCH资源;确定PUCCH资源索引,根据资源索引获取所述PUCCH的正交序列的序列索引;根据当前子帧被配置传输的调度请求所对应的基站,将为该基站预设的序列索引的循环移位确定为参考信号的循环移位;将使用所述参考信号的循环移位的所述预留PUCCH资源确定为传输HARQ-ACK的PUCCH资源。
优选地,当PUCCH的信道格式为格式1b,且当前子帧被配置传输调度请求时,第一无线收发器620具体可以用于通过以下方式实现所述确定传输HARQ-ACK的PUCCH资源:
为每个基站预留PUCCH资源;根据当前子帧被配置传输的调度请求所对应的基站,将为该基站预留的PUCCH资源确定为传输HARQ-ACK的PUCCH资源。
图6所示的UE中,第一数据处理器610确定传输HARQ-ACK的信道;并且,确定HARQ-ACK反馈比特;第一无线收发器620在数据处理器确定的所述信道上发送所述HARQ-ACK反馈比特。从而实现了UE向基站发送HARQ-ACK。
本发明实施例还提供一种传输HARQ-ACK的基站,参见图7,基站700包括:第二数据处理器710和第二无线收发器720,其中,
第二数据处理器710,用于确定UE传输HARQ-ACK所使用的信道;并且,确定UE传输的HARQ-ACK的比特数;
第二无线收发器720,用于根据所述比特数在所述信道上检测所述HARQ-ACK。
优选地,第二数据处理器710具体可以用于通过以下方式实现所述确定UE传输HARQ-ACK所使用的信道:
当UE被配置支持PUSCH和PUCCH同时传输时,确定UE传输HARQ-ACK所使用的信道为PUCCH;
当UE没有被配置支持PUSCH和PUCCH同时传输,且当前子帧没有PUSCH传输时,确定UE传输HARQ-ACK所使用的信道为PUCCH;
当UE没有被配置支持PUSCH和PUCCH同时传输,且当前子帧使用PUSCH传输时,确定UE传输HARQ-ACK所使用的信道为PUCCH和PUSCH,且PUCCH的优先级高于PUSCH;
所述当前子帧为用于传输所述HARQ-ACK的子帧。
优选地,第二数据处理器710具体可以用于通过以下方式实现所述确定UE传输的HARQ-ACK的比特数:
根据各载波的HARQ-ACK定时,确定各载波在当前子帧对应的下行子帧个数;
基于各载波在当前子帧对应的下行子帧个数确定HARQ-ACK的比特数。
优选地,第二数据处理器710具体可以用于通过以下方式实现所述基于各载波在当前子帧对应的下行子帧个数确定HARQ-ACK的比特数:
当确定UE传输HARQ-ACK所使用的信道为PUCCH时,基于UE配置的载波个数、各载波的传输模式及各载波在当前子帧对应的下行子帧个数确定HARQ-ACK的比特数;
当确定UE传输HARQ-ACK所使用的信道为PUSCH时,基于第二配置载波集合、该第二配置载波集合中各载波的传输模式确定及各载波在当前子帧对应的下行子帧个数HARQ-ACK的比特数,所述第二配置载波集合包括所述基站给UE配置的所有下行载波。
优选地,当确定UE传输HARQ-ACK所使用的信道为PUCCH时,第二无线收发器720具体可以用于:
确定UE传输HARQ-ACK所使用的PUCCH资源;
根据所述比特数在所述PUCCH资源上检测所述HARQ-ACK。
优选地,第二无线收发器720还可以用于:在所述PUCCH资源上检测调度请求信息,并根据确定的所述PUCCH资源确定所述调度请求信息请求对应的基站,所述调度请求对应的基站指该调度请求请求上行资源的基站。
优选地,所述PUCCH资源为基站为用户设备半静态预留的资源,且所述基站通过X2接口将指示该半静态预留的PUCCH资源的信息传输给其他基站。
图7所示的基站中,第二数据处理器710确定UE传输HARQ-ACK所使用的信道,并且,确定UE传输的HARQ-ACK的比特数;第二无线收发器720根据所述比特数在所述信道上检测所述HARQ-ACK,从而实现了基站对于HARQ-ACK的检测。
本领域的技术人员可以清楚地了解到本发明实施例中的技术可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本发明实施例中的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上所述的本发明实施方式,并不构成对本发明保护范围的限定。任何在本发明的精神和原则之内所作的修改、等同替换和改进等,均应包含在本发明的保护范围之内。
Claims (36)
1.一种混合自动重传确认信息HARQ-ACK的传输方法,其特征在于,包括:当进行载波聚合的多个载波中存在至少一个载波采用FDD方式,且至少一个载波采用TDD方式时,
用户设备确定传输HARQ-ACK的信道为物理上行控制信道PUCCH;
所述用户设备确定HARQ-ACK反馈比特;
所述用户设备在所述PUCCH上发送所述HARQ-ACK反馈比特。
2.根据权利要求1所述的方法,其特征在于,所述确定HARQ-ACK反馈比特包括:
根据各载波的HARQ-ACK定时,确定各载波在当前子帧对应的下行子帧个数,其中,所述当前子帧是指用于传输所述HARQ-ACK的子帧;
基于各载波在当前子帧对应的下行子帧个数确定HARQ-ACK反馈比特;
其中,所述各载波的HARQ-ACK定时包括:当用户设备进行载波聚合的载波中存在至少一个载波采用FDD方式,且至少一个载波采用TDD方式时,如果UE在子帧n在所述采用TDD方式的载波上检测到PDSCH或指示半持续调度释放的PDCCH,确定在子帧n+4上反馈所述PDSCH或所述PDCCH所对应的HARQ-ACK。
3.根据权利要求2所述的方法,其特征在于,所述基于各载波在当前子帧对应的下行子帧个数确定HARQ-ACK反馈比特包括:
基于UE配置的载波个数、各载波的传输模式及各载波在当前子帧对应的下行子帧个数确定HARQ-ACK反馈比特。
4.根据权利要求1至3任一项所述的方法,其特征在于,在所述信道上发送所述HARQ-ACK反馈比特包括:
确定传输HARQ-ACK的PUCCH资源;
通过所述PUCCH资源发送所述HARQ-ACK反馈比特。
5.根据权利要求4所述的方法,其特征在于,当PUCCH的信道格式为格式3,且当前子帧被配置传输调度请求时,所述确定传输HARQ-ACK的PUCCH资源包括:
为每个基站预留PUCCH资源;根据当前子帧被配置传输的调度请求所对应的基站,将为该基站预留的PUCCH资源确定为传输HARQ-ACK的PUCCH资源;或者,
预留PUCCH资源;确定PUCCH资源索引,根据资源索引获取所述PUCCH的正交序列的序列索引;根据当前子帧被配置传输的调度请求所对应的基站,将为该基站预设的序列索引的循环移位确定为参考信号的循环移位;将使用所述参考信号的循环移位的所述预留PUCCH资源确定为传输HARQ-ACK的PUCCH资源。
6.根据权利要求4所述的方法,其特征在于,当PUCCH的信道格式为格式1b,且当前子帧被配置传输调度请求时,所述确定传输HARQ-ACK的PUCCH资源包括:
为每个基站预留PUCCH资源;根据当前子帧被配置传输的调度请求所对应的基站,将为该基站预留的PUCCH资源确定为传输HARQ-ACK的PUCCH资源。
7.一种HARQ-ACK的传输方法,其特征在于,所述方法包括:当进行载波聚合的多个载波中存在至少一个载波采用FDD方式,且至少一个载波采用TDD方式时,
基站确定UE传输HARQ-ACK所使用的信道为物理上行控制信道PUCCH;
所述基站确定UE传输的HARQ-ACK的比特数;
所述基站根据所述比特数在所述信道上检测所述HARQ-ACK。
8.根据权利要求7所述的方法,其特征在于,确定UE传输的HARQ-ACK的比特数包括:
根据各载波的HARQ-ACK定时,确定各载波在当前子帧对应的下行子帧个数,其中,所述当前子帧是指用于传输所述HARQ-ACK的子帧;
基于各载波在当前子帧对应的下行子帧个数确定HARQ-ACK的比特数;
其中,所述各载波的HARQ-ACK定时包括:当用户设备进行载波聚合的载波中存在至少一个载波采用FDD方式,且至少一个载波采用TDD方式时,如果UE在子帧n在所述采用TDD方式的载波上检测到PDSCH或指示半持续调度释放的PDCCH,确定在子帧n+4上反馈所述PDSCH或所述PDCCH所对应的HARQ-ACK。
9.根据权利要求8所述的方法,其特征在于,基于各载波在当前子帧对应的下行子帧个数确定HARQ-ACK的比特数包括:
基于UE配置的载波个数、各载波的传输模式及各载波在当前子帧对应的下行子帧个数确定HARQ-ACK的比特数。
10.根据权利要求7至9任一项所述的方法,其特征在于,在所述信道上检测所述HARQ-ACK包括:
确定UE传输HARQ-ACK所使用的PUCCH资源;
根据所述比特数在所述PUCCH资源上检测所述HARQ-ACK。
11.根据权利要求10所述的方法,其特征在于,还包括:
在所述PUCCH资源上检测调度请求信息,并根据确定的所述PUCCH资源确定所述调度请求信息请求对应的基站,所述调度请求对应的基站指该调度请求请求上行资源的基站。
12.根据权利要求10所述的方法,其特征在于,所述PUCCH资源为基站为用户设备半静态预留的资源,且所述基站通过X2接口将指示该半静态预留的PUCCH资源的信息传输给其他基站。
13.一种混合自动重传确认信息HARQ-ACK的传输装置,其特征在于,包括:当进行载波聚合的多个载波中存在至少一个载波采用FDD方式,且至少一个载波采用TDD方式时,第一确定单元,用于确定传输HARQ-ACK的信道为物理上行控制信道PUCCH;
比特确定单元,用于确定HARQ-ACK反馈比特;
发送单元,用于在第一确定单元确定的所述信道上发送比特确定单元确定的所述HARQ-ACK反馈比特。
14.根据权利要求13所述的装置,其特征在于,比特确定单元包括:
第一个数确定子单元,用于根据各载波的HARQ-ACK定时,确定各载波在当前子帧对应的下行子帧个数,其中,所述当前子帧是指用于传输所述HARQ-ACK的子帧;
比特确定子单元,用于基于第一个数确定子单元确定的所述下行子帧个数确定HARQ-ACK反馈比特;
其中,所述各载波的HARQ-ACK定时包括:当用户设备进行载波聚合的载波中存在至少一个载波采用FDD方式,且至少一个载波采用TDD方式时,如果UE在子帧n在所述采用TDD方式的载波上检测到PDSCH或指示半持续调度释放的PDCCH,确定在子帧n+4上反馈所述PDSCH或所述PDCCH所对应的HARQ-ACK。
15.根据权利要求27所述的装置,其特征在于,比特确定子单元具体用于:
基于UE配置的载波个数、各载波的传输模式及各载波在当前子帧对应的下行子帧个数确定HARQ-ACK反馈比特。
16.根据权利要求13至15任一项所述的装置,其特征在于,发送单元包括:
第一资源确定子单元,用于确定传输HARQ-ACK的PUCCH资源;
发送子单元,用于通过所述PUCCH资源发送所述HARQ-ACK反馈比特。
17.根据权利要求16所述的装置,其特征在于,当PUCCH的信道格式为格式3,且当前子帧被配置传输调度请求时,第一资源确定子单元具体用于:
为每个基站预留PUCCH资源;根据当前子帧被配置传输的调度请求所对应的基站,将为该基站预留的PUCCH资源确定为传输HARQ-ACK的PUCCH资源;或者,
预留PUCCH资源;确定PUCCH资源索引,根据资源索引获取所述PUCCH的正交序列的序列索引;根据当前子帧被配置传输的调度请求所对应的基站,将为该基站预设的序列索引的循环移位确定为参考信号的循环移位;将使用所述参考信号的循环移位的所述预留PUCCH资源确定为传输HARQ-ACK的PUCCH资源。
18.根据权利要求16所述的装置,其特征在于,当PUCCH的信道格式为格式1b,且当前子帧被配置传输调度请求时,第一资源确定子单元具体用于:
为每个基站预留PUCCH资源;根据当前子帧被配置传输的调度请求所对应的基站,将为该基站预留的PUCCH资源确定为传输HARQ-ACK的PUCCH资源。
19.一种HARQ-ACK的传输装置,其特征在于,包括:当进行载波聚合的多个载波中存在至少一个载波采用FDD方式,且至少一个载波采用TDD方式时,
第二确定单元,用于确定UE传输HARQ-ACK所使用的信道为物理上行控制信道PUCCH;
比特数确定单元,用于确定UE传输的HARQ-ACK的比特数;
检测单元,用于根据所述比特数在所述信道上检测所述HARQ-ACK。
20.根据权利要求19所述的装置,其特征在于,比特数确定单元包括:
第二个数确定子单元,用于根据各载波的HARQ-ACK定时,确定各载波在当前子帧对应的下行子帧个数,其中,所述当前子帧是指用于传输所述HARQ-ACK的子帧;
比特数确定子单元,用于基于各载波在当前子帧对应的下行子帧个数确定HARQ-ACK的比特数;
其中,所述各载波的HARQ-ACK定时包括:当用户设备进行载波聚合的载波中存在至少一个载波采用FDD方式,且至少一个载波采用TDD方式时,如果UE在子帧n在所述采用TDD方式的载波上检测到PDSCH或指示半持续调度释放的PDCCH,确定在子帧n+4上反馈所述PDSCH或所述PDCCH所对应的HARQ-ACK。
21.根据权利要求20所述的装置,其特征在于,比特数确定子单元具体用于:
基于UE配置的载波个数、各载波的传输模式及各载波在当前子帧对应的下行子帧个数确定HARQ-ACK的比特数。
22.根据权利要求19至21任一项所述的装置,其特征在于,检测单元包括:
第二资源确定子单元,用于确定UE传输HARQ-ACK所使用的PUCCH资源;
检测子单元,用于根据所述比特数在所述PUCCH资源上检测所述HARQ-ACK。
23.根据权利要求22所述的装置,其特征在于,检测子单元还用于:
在所述PUCCH资源上检测调度请求信息,并根据确定的所述PUCCH资源确定所述调度请求信息请求对应的基站,所述调度请求对应的基站指该调度请求请求上行资源的基站。
24.根据权利要求22所述的装置,其特征在于,所述PUCCH资源为基站为用户设备半静态预留的资源,且所述基站通过X2接口将指示该半静态预留的PUCCH资源的信息传输给其他基站。
25.一种传输HARQ-ACK的用户设备UE,其特征在于,包括:第一数据处理器和第一无线收发器;其中,当进行载波聚合的多个载波中存在至少一个载波采用FDD方式,且至少一个载波采用TDD方式时,
第一数据处理器,用于确定传输HARQ-ACK的信道为物理上行控制信道PUCCH;并且,确定HARQ-ACK反馈比特;
第一无线收发器,用于在数据处理器确定的所述信道上发送所述HARQ-ACK反馈比特。
26.根据权利要求25所述的UE,其特征在于,第一数据处理器具体用于通过以下方式实现所述确定HARQ-ACK反馈比特:
根据各载波的HARQ-ACK定时,确定各载波在当前子帧对应的下行子帧个数,其中,所述当前子帧是指用于传输所述HARQ-ACK的子帧;
基于各载波在当前子帧对应的下行子帧个数确定HARQ-ACK反馈比特;
其中,所述各载波的HARQ-ACK定时包括:当用户设备进行载波聚合的载波中存在至少一个载波采用FDD方式,且至少一个载波采用TDD方式时,如果UE在子帧n在所述采用TDD方式的载波上检测到PDSCH或指示半持续调度释放的PDCCH,确定在子帧n+4上反馈所述PDSCH或所述PDCCH所对应的HARQ-ACK。
27.根据权利要求26所述的UE,其特征在于,第一数据处理器具体用于通过以下方式实现所述基于各载波在当前子帧对应的下行子帧个数确定HARQ-ACK反馈比特:
基于UE配置的载波个数、各载波的传输模式及各载波在当前子帧对应的下行子帧个数确定HARQ-ACK反馈比特。
28.根据权利要求25至27任一项所述的UE,其特征在于,第一无线收发器具体用于:
确定传输HARQ-ACK的PUCCH资源;
通过所述PUCCH资源发送所述HARQ-ACK反馈比特。
29.根据权利要求28所述的UE,其特征在于,当PUCCH的信道格式为格式3,且当前子帧被配置传输调度请求时,第一无线收发器具体用于通过以下方式实现所述确定传输HARQ-ACK的PUCCH资源:
为每个基站预留PUCCH资源;根据当前子帧被配置传输的调度请求所对应的基站,将为该基站预留的PUCCH资源确定为传输HARQ-ACK的PUCCH资源;或者,
预留PUCCH资源;确定PUCCH资源索引,根据资源索引获取所述PUCCH的正交序列的序列索引;根据当前子帧被配置传输的调度请求所对应的基站,将为该基站预设的序列索引的循环移位确定为参考信号的循环移位;将使用所述参考信号的循环移位的所述预留PUCCH资源确定为传输HARQ-ACK的PUCCH资源。
30.根据权利要求28所述的UE,其特征在于,当PUCCH的信道格式为格式1b,且当前子帧被配置传输调度请求时,第一无线收发器具体用于通过以下方式实现所述确定传输HARQ-ACK的PUCCH资源:
为每个基站预留PUCCH资源;根据当前子帧被配置传输的调度请求所对应的基站,将为该基站预留的PUCCH资源确定为传输HARQ-ACK的PUCCH资源。
31.一种传输HARQ-ACK的基站,其特征在于,包括:第二数据处理器和第二无线收发器,其中,当进行载波聚合的多个载波中存在至少一个载波采用FDD方式,且至少一个载波采用TDD方式时,
第二数据处理器,用于确定UE传输HARQ-ACK所使用的信道为物理上行控制信道PUCCH;并且,确定UE传输的HARQ-ACK的比特数;
第二无线收发器,用于根据所述比特数在所述信道上检测所述HARQ-ACK。
32.根据权利要求31所述的基站,其特征在于,第二数据处理器具体用于通过以下方式实现所述确定UE传输的HARQ-ACK的比特数:
根据各载波的HARQ-ACK定时,确定各载波在当前子帧对应的下行子帧个数,其中,所述当前子帧是指用于传输所述HARQ-ACK的子帧;
基于各载波在当前子帧对应的下行子帧个数确定HARQ-ACK的比特数;
其中,所述各载波的HARQ-ACK定时包括:当用户设备进行载波聚合的载波中存在至少一个载波采用FDD方式,且至少一个载波采用TDD方式时,如果UE在子帧n在所述采用TDD方式的载波上检测到PDSCH或指示半持续调度释放的PDCCH,确定在子帧n+4上反馈所述PDSCH或所述PDCCH所对应的HARQ-ACK。
33.根据权利要求32所述的基站,其特征在于,第二数据处理器具体用于通过以下方式实现所述基于各载波在当前子帧对应的下行子帧个数确定HARQ-ACK的比特数:
基于UE配置的载波个数、各载波的传输模式及各载波在当前子帧对应的下行子帧个数确定HARQ-ACK的比特数。
34.根据权利要求31至33任一项所述的基站,其特征在于,第二无线收发器具体用于:
确定UE传输HARQ-ACK所使用的PUCCH资源;
根据所述比特数在所述PUCCH资源上检测所述HARQ-ACK。
35.根据权利要求34所述的基站,其特征在于,第二无线收发器还用于:在所述PUCCH资源上检测调度请求信息,并根据确定的所述PUCCH资源确定所述调度请求信息请求对应的基站,所述调度请求对应的基站指该调度请求请求上行资源的基站。
36.根据权利要求34所述的基站,其特征在于,所述PUCCH资源为基站为用户设备半静态预留的资源,且所述基站通过X2接口将指示该半静态预留的PUCCH资源的信息传输给其他基站。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710090952.0A CN106712912B (zh) | 2012-10-16 | 2012-10-16 | 混合自动重传确认信息的传输方法、装置、ue及基站 |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710090952.0A CN106712912B (zh) | 2012-10-16 | 2012-10-16 | 混合自动重传确认信息的传输方法、装置、ue及基站 |
PCT/CN2012/083013 WO2014059592A1 (zh) | 2012-10-16 | 2012-10-16 | 混合自动重传确认信息的传输方法、装置、ue及基站 |
CN201280004507.3A CN103891191B (zh) | 2012-10-16 | 2012-10-16 | 混合自动重传确认信息的传输方法、装置、ue及基站 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201280004507.3A Division CN103891191B (zh) | 2012-10-16 | 2012-10-16 | 混合自动重传确认信息的传输方法、装置、ue及基站 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106712912A true CN106712912A (zh) | 2017-05-24 |
CN106712912B CN106712912B (zh) | 2020-06-26 |
Family
ID=50487417
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201280004507.3A Active CN103891191B (zh) | 2012-10-16 | 2012-10-16 | 混合自动重传确认信息的传输方法、装置、ue及基站 |
CN201710090952.0A Active CN106712912B (zh) | 2012-10-16 | 2012-10-16 | 混合自动重传确认信息的传输方法、装置、ue及基站 |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201280004507.3A Active CN103891191B (zh) | 2012-10-16 | 2012-10-16 | 混合自动重传确认信息的传输方法、装置、ue及基站 |
Country Status (9)
Country | Link |
---|---|
US (2) | US10644843B2 (zh) |
EP (2) | EP2903196B1 (zh) |
CN (2) | CN103891191B (zh) |
BR (1) | BR112015008538B1 (zh) |
ES (1) | ES2657554T3 (zh) |
MX (1) | MX361150B (zh) |
RU (1) | RU2602385C1 (zh) |
WO (1) | WO2014059592A1 (zh) |
ZA (1) | ZA201502785B (zh) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2019010705A1 (zh) * | 2017-07-14 | 2019-01-17 | Oppo广东移动通信有限公司 | 反馈应答信息的传输方法、装置及系统 |
WO2019037696A1 (en) * | 2017-08-21 | 2019-02-28 | Mediatek Inc. | EFFICIENT HARQ OPERATION METHODS FOR LOW-LATENCY AND HIGH-PERFORMANCE SERVICES |
CN109474391A (zh) * | 2017-09-08 | 2019-03-15 | 电信科学技术研究院 | 一种反馈信息传输方法、装置、终端、基站及存储介质 |
CN109600847A (zh) * | 2017-09-30 | 2019-04-09 | 北京三星通信技术研究有限公司 | 传输上行控制信息、设置上行时间提前量的方法及设备 |
CN109787720A (zh) * | 2017-11-14 | 2019-05-21 | 中国信息通信研究院 | 一种混合自动重传请求传输方法、装置和系统 |
CN109802772A (zh) * | 2017-11-17 | 2019-05-24 | 华为技术有限公司 | 一种信息发送的方法及设备 |
CN110380827A (zh) * | 2018-04-13 | 2019-10-25 | 电信科学技术研究院有限公司 | 信息传输方法及装置 |
CN111034101A (zh) * | 2017-08-11 | 2020-04-17 | 华为技术有限公司 | 一种反馈信息确定的方法及终端设备、网络设备 |
CN111327410A (zh) * | 2018-12-17 | 2020-06-23 | 华为技术有限公司 | 一种用于载波聚合系统的通信方法、终端及网络设备 |
Families Citing this family (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
ES2657554T3 (es) | 2012-10-16 | 2018-03-05 | Huawei Technologies Co., Ltd. | Método de transmisión, dispositivo, equipo de usuario UE y estación base de HARQ-ACK |
US9749093B2 (en) | 2012-12-18 | 2017-08-29 | Lg Electronics Inc. | Method and apparatus for determining number of HARQ processes in wireless communication system |
WO2015058379A1 (zh) | 2013-10-23 | 2015-04-30 | 华为技术有限公司 | 传输信息的方法、装置和系统 |
US9408158B2 (en) | 2014-03-14 | 2016-08-02 | Sharp Laboratories Of America, Inc. | Systems and methods for feedback reporting |
CN106470089B (zh) | 2015-08-14 | 2021-05-11 | 中兴通讯股份有限公司 | 一种上行控制信息的发送方法及装置 |
CN107135046B (zh) * | 2016-02-26 | 2020-02-14 | 华为技术有限公司 | 一种信息传输方法及装置 |
US10111206B2 (en) * | 2016-05-09 | 2018-10-23 | Cisco Technology, Inc. | Directing client devices between co-located macro and micro wireless cells |
CN107634821B (zh) * | 2016-07-18 | 2020-06-30 | 上海朗帛通信技术有限公司 | 一种无线传输的ue和基站中的方法和装置 |
CN107733558B (zh) * | 2016-08-12 | 2020-07-21 | 华为技术有限公司 | 混合自动重传请求确认harq-ack反馈方法和装置 |
CA3052414C (en) | 2017-03-08 | 2022-04-19 | Lg Electronics Inc. | Method and apparatus for transmitting and receiving radio signals in a wireless communication system |
EP3416450A1 (en) | 2017-06-14 | 2018-12-19 | Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. | Joint resource pools for uplink communications |
EP3416322A1 (en) * | 2017-06-14 | 2018-12-19 | Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. | Reliable ultra-low latency communications |
US11399388B2 (en) * | 2018-01-17 | 2022-07-26 | Lg Electronics Inc. | Method and device for transmitting uplink signal in wireless communication system |
CN112805946A (zh) * | 2018-11-02 | 2021-05-14 | 上海诺基亚贝尔股份有限公司 | 一种信号的传输方法及装置 |
US10841890B2 (en) * | 2018-11-09 | 2020-11-17 | SRS Space Limited | Delay tolerant node |
CN111277376B (zh) * | 2018-12-26 | 2021-10-26 | 维沃移动通信有限公司 | 混合自动重传请求应答传输方法及设备 |
US11916676B2 (en) * | 2019-07-01 | 2024-02-27 | Qualcomm Incorporated | Memory management for hybrid automatic repeat request (HARQ) in a wireless local area network (WLAN) |
US11429734B2 (en) * | 2019-07-22 | 2022-08-30 | Microsoft Technology Licensing, Llc | Protection of sensitive data fields in webpages |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2010124238A2 (en) * | 2009-04-24 | 2010-10-28 | Interdigital Patent Holdings, Inc. | Method and apparatus for sending hybrid automatic repeat request feedback for component carrier aggregation |
CN102064921A (zh) * | 2010-12-28 | 2011-05-18 | 中兴通讯股份有限公司 | 一种应答信息的发送方法及用户终端 |
CN102084704A (zh) * | 2009-05-21 | 2011-06-01 | 华为技术有限公司 | 一种载波聚合下的ack信道分配方法、设备及系统 |
CN102098151A (zh) * | 2010-12-28 | 2011-06-15 | 中兴通讯股份有限公司 | 一种正确/错误应答消息的发送方法及用户终端 |
CN102136894A (zh) * | 2011-04-12 | 2011-07-27 | 电信科学技术研究院 | 一种确定ack/nack反馈比特数的方法及装置 |
CN102142941A (zh) * | 2011-04-01 | 2011-08-03 | 中兴通讯股份有限公司 | 一种时分双工系统中应答消息的发送方法及系统 |
WO2012108720A2 (ko) * | 2011-02-10 | 2012-08-16 | 엘지전자 주식회사 | 무선통신 시스템에서 수신확인 전송 방법 및 장치 |
Family Cites Families (24)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8477734B2 (en) * | 2008-03-25 | 2013-07-02 | Qualcomm Incorporated | Reporting of ACK and CQI information in a wireless communication system |
US8737517B2 (en) * | 2008-03-26 | 2014-05-27 | Qualcomm Incorporated | Scrambling and modulation to constrain the constellation size of ACK/NAK transmission on the data channel |
US8295253B2 (en) | 2009-02-05 | 2012-10-23 | Qualcomm Incorporated | Efficient ACK transmission for uplink semi-persistent scheduling release in LTE |
EP2326037A1 (en) * | 2009-11-18 | 2011-05-25 | Telefonaktiebolaget L M Ericsson (publ) | Method and base station for detecting a HARQ-ACK codeword |
US9553697B2 (en) | 2010-04-05 | 2017-01-24 | Qualcomm Incorporated | HARQ ACK/NACK transmission for multi-carrier operation |
US8885496B2 (en) * | 2010-10-08 | 2014-11-11 | Sharp Kabushiki Kaisha | Uplink control information transmission on backward compatible PUCCH formats with carrier aggregation |
KR101771550B1 (ko) * | 2010-10-15 | 2017-08-29 | 주식회사 골드피크이노베이션즈 | Ack/nack 신호 송수신 방법 및 장치 |
CN107105494B (zh) * | 2010-11-03 | 2021-07-06 | 三星电子株式会社 | 用于确定物理上行链路控制信道传输功率的方法及装置 |
ES2567791T3 (es) * | 2010-11-03 | 2016-04-26 | Samsung Electronics Co., Ltd. | Procedimiento y aparato de codificación de transmisión harq-ack en sistemas de tdd con agregación de portadora en enlace descendente |
KR101867311B1 (ko) * | 2010-12-21 | 2018-07-19 | 주식회사 골드피크이노베이션즈 | Ack/nack 자원 할당 방법 및 장치와 이를 이용한 ack/nack 신호 전송 방법 |
TWI615043B (zh) * | 2011-02-07 | 2018-02-11 | 內數位專利控股公司 | 在免頻譜執照中操作補充胞元方法及裝置 |
CN102104469B (zh) * | 2011-03-07 | 2015-01-28 | 中兴通讯股份有限公司 | 终端上/下行harq反馈信息调度方法及装置 |
CN103444118B (zh) * | 2011-03-14 | 2016-05-18 | Lg电子株式会社 | 在无线通信系统中发射ack/nack的方法和设备 |
US9313776B2 (en) * | 2011-03-15 | 2016-04-12 | Lg Electronics Inc. | Method for transmitting/receiving signal and device therefor |
KR101925030B1 (ko) * | 2011-03-18 | 2018-12-04 | 엘지전자 주식회사 | 무선통신 시스템에서의 제어정보의 전송 방법 및 장치 |
US9042277B2 (en) * | 2011-04-11 | 2015-05-26 | Qualcomm Incorporated | Transmission of control information for FDD-TDD carrier aggregation |
CN102752085B (zh) * | 2011-04-21 | 2014-09-17 | 华为技术有限公司 | Tdd系统中确认或不确认指示信息发送的方法和设备 |
US9432982B2 (en) * | 2011-04-27 | 2016-08-30 | Lg Electronics Inc. | Method and apparatus for transmitting control information in wireless communication system |
US8934350B2 (en) * | 2011-05-23 | 2015-01-13 | Qualcomm Incorporated | Channel state information feedback for carrier aggregation with flexible carrier configurations |
WO2012161510A2 (ko) * | 2011-05-23 | 2012-11-29 | 엘지전자 주식회사 | 무선통신 시스템에서의 제어정보의 전송 방법 및 장치 |
US9363820B2 (en) * | 2011-08-11 | 2016-06-07 | Industrial Technology Research Institute | Method of uplink control information transmission |
US9215040B2 (en) * | 2011-09-23 | 2015-12-15 | Futurewei Technologies, Inc. | Hybrid in-band/out-of-band relays |
JP2015512571A (ja) * | 2012-03-16 | 2015-04-27 | インターデイジタル パテント ホールディングス インコーポレイテッド | Ltefddネットワークにおける半二重fdd動作のための方法 |
ES2657554T3 (es) | 2012-10-16 | 2018-03-05 | Huawei Technologies Co., Ltd. | Método de transmisión, dispositivo, equipo de usuario UE y estación base de HARQ-ACK |
-
2012
- 2012-10-16 ES ES12886608.4T patent/ES2657554T3/es active Active
- 2012-10-16 EP EP12886608.4A patent/EP2903196B1/en active Active
- 2012-10-16 EP EP17182941.9A patent/EP3300281A1/en active Pending
- 2012-10-16 WO PCT/CN2012/083013 patent/WO2014059592A1/zh active Application Filing
- 2012-10-16 BR BR112015008538-5A patent/BR112015008538B1/pt active IP Right Grant
- 2012-10-16 MX MX2015004785A patent/MX361150B/es active IP Right Grant
- 2012-10-16 RU RU2015118328/08A patent/RU2602385C1/ru active
- 2012-10-16 CN CN201280004507.3A patent/CN103891191B/zh active Active
- 2012-10-16 CN CN201710090952.0A patent/CN106712912B/zh active Active
-
2015
- 2015-04-14 US US14/686,295 patent/US10644843B2/en active Active
- 2015-04-23 ZA ZA2015/02785A patent/ZA201502785B/en unknown
-
2020
- 2020-04-23 US US16/856,925 patent/US11251910B2/en active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2010124238A2 (en) * | 2009-04-24 | 2010-10-28 | Interdigital Patent Holdings, Inc. | Method and apparatus for sending hybrid automatic repeat request feedback for component carrier aggregation |
CN102084704A (zh) * | 2009-05-21 | 2011-06-01 | 华为技术有限公司 | 一种载波聚合下的ack信道分配方法、设备及系统 |
CN102064921A (zh) * | 2010-12-28 | 2011-05-18 | 中兴通讯股份有限公司 | 一种应答信息的发送方法及用户终端 |
CN102098151A (zh) * | 2010-12-28 | 2011-06-15 | 中兴通讯股份有限公司 | 一种正确/错误应答消息的发送方法及用户终端 |
WO2012108720A2 (ko) * | 2011-02-10 | 2012-08-16 | 엘지전자 주식회사 | 무선통신 시스템에서 수신확인 전송 방법 및 장치 |
CN102142941A (zh) * | 2011-04-01 | 2011-08-03 | 中兴通讯股份有限公司 | 一种时分双工系统中应答消息的发送方法及系统 |
CN102136894A (zh) * | 2011-04-12 | 2011-07-27 | 电信科学技术研究院 | 一种确定ack/nack反馈比特数的方法及装置 |
Cited By (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11102674B2 (en) | 2017-07-14 | 2021-08-24 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Transmission method, apparatus and system for feedback acknowledge information |
WO2019010705A1 (zh) * | 2017-07-14 | 2019-01-17 | Oppo广东移动通信有限公司 | 反馈应答信息的传输方法、装置及系统 |
US11601250B2 (en) | 2017-08-11 | 2023-03-07 | Huawei Technologies Co., Ltd. | Method for determining feedback information, terminal device, and network device |
CN111034101B (zh) * | 2017-08-11 | 2021-06-04 | 华为技术有限公司 | 一种反馈信息确定的方法及终端设备、网络设备 |
CN111034101A (zh) * | 2017-08-11 | 2020-04-17 | 华为技术有限公司 | 一种反馈信息确定的方法及终端设备、网络设备 |
US10644840B2 (en) | 2017-08-21 | 2020-05-05 | Mediatek Inc. | Methods of efficient HARQ operation for low latency and high performance services |
WO2019037696A1 (en) * | 2017-08-21 | 2019-02-28 | Mediatek Inc. | EFFICIENT HARQ OPERATION METHODS FOR LOW-LATENCY AND HIGH-PERFORMANCE SERVICES |
TWI702815B (zh) * | 2017-08-21 | 2020-08-21 | 聯發科技股份有限公司 | 高效混合自動重傳請求運作方法及其使用者設備 |
CN109474391B (zh) * | 2017-09-08 | 2021-06-25 | 大唐移动通信设备有限公司 | 一种反馈信息传输方法、装置、终端、基站及存储介质 |
US11558151B2 (en) | 2017-09-08 | 2023-01-17 | Datang Mobile Communications Equipment Co., Ltd. | Feedback information transmission method and device, user equipment, base station and storage medium |
CN109474391A (zh) * | 2017-09-08 | 2019-03-15 | 电信科学技术研究院 | 一种反馈信息传输方法、装置、终端、基站及存储介质 |
CN109600847A (zh) * | 2017-09-30 | 2019-04-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 |
CN109802772B (zh) * | 2017-11-17 | 2020-12-08 | 华为技术有限公司 | 一种信息发送的方法及设备 |
CN109802772A (zh) * | 2017-11-17 | 2019-05-24 | 华为技术有限公司 | 一种信息发送的方法及设备 |
CN110380827A (zh) * | 2018-04-13 | 2019-10-25 | 电信科学技术研究院有限公司 | 信息传输方法及装置 |
CN111327410A (zh) * | 2018-12-17 | 2020-06-23 | 华为技术有限公司 | 一种用于载波聚合系统的通信方法、终端及网络设备 |
CN111327410B (zh) * | 2018-12-17 | 2021-05-18 | 华为技术有限公司 | 一种用于载波聚合系统的通信方法、终端及网络设备 |
US11936572B2 (en) | 2018-12-17 | 2024-03-19 | Huawei Technologies Co., Ltd. | Communication method for carrier aggregation system, terminal, and network device |
Also Published As
Publication number | Publication date |
---|---|
BR112015008538B1 (pt) | 2019-05-14 |
US20150222394A1 (en) | 2015-08-06 |
EP2903196A1 (en) | 2015-08-05 |
US11251910B2 (en) | 2022-02-15 |
MX361150B (es) | 2018-11-28 |
RU2602385C1 (ru) | 2016-11-20 |
CN106712912B (zh) | 2020-06-26 |
CN103891191A (zh) | 2014-06-25 |
WO2014059592A1 (zh) | 2014-04-24 |
CN103891191B (zh) | 2017-02-22 |
EP2903196B1 (en) | 2017-12-13 |
ES2657554T3 (es) | 2018-03-05 |
MX2015004785A (es) | 2016-01-08 |
BR112015008538A2 (pt) | 2017-07-04 |
US20200252169A1 (en) | 2020-08-06 |
ZA201502785B (en) | 2017-08-30 |
EP3300281A1 (en) | 2018-03-28 |
US10644843B2 (en) | 2020-05-05 |
EP2903196A4 (en) | 2015-11-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103891191B (zh) | 混合自动重传确认信息的传输方法、装置、ue及基站 | |
KR102615386B1 (ko) | 업링크 제어 정보를 처리하는 방법 및 단말기 | |
US11387953B2 (en) | Method and apparatus for allocating HARQ-ACK channel resources supporting transmit diversity and channel selection | |
CN103209483B (zh) | 传输上行控制信息的方法、用户设备和基站 | |
KR101712895B1 (ko) | 다운링크 제어 정보 전송 방법 및 장치 | |
KR102284453B1 (ko) | 셀룰러 이동 통신 시스템에서 상향링크 제어 정보 전송 방법 및 장치 | |
EP3373681B1 (en) | User terminal, base station, and radio communication method | |
WO2019029823A1 (en) | DYNAMIC MANAGEMENT OF UPLINK CONTROL SIGNALING RESOURCES IN A WIRELESS NETWORK | |
CN107710661A (zh) | 用于增强型载波聚合的周期信道状态信息报告 | |
US10129856B2 (en) | Uplink control information transmission method, base station, and user equipment | |
CN104348589A (zh) | 一种传输反馈信息的方法和装置 | |
US10057038B2 (en) | Method and apparatus for feedback in mobile communication system | |
KR20100080483A (ko) | 긍정확인응답/부정확인응답 번들링을 개선하기 위한 방법 및 장치 | |
KR20120093084A (ko) | 응답 채널 자원들을 할당하는 방법 및 장치 | |
CN107079335A (zh) | 无线基站、用户终端以及无线通信方法 | |
JP6405450B2 (ja) | ユーザ端末及び無線通信方法 | |
CN106301444A (zh) | 射频处理设备及处理方法 | |
CN103369695B (zh) | 一种上行调度方法及装置 | |
US9819474B2 (en) | User terminal, radio base station and radio communication method | |
CN105493553B (zh) | 终端、网络设备和上行控制信息处理方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |