CN107347002B - 一种harq-ack反馈信息的传输方法和设备 - Google Patents
一种harq-ack反馈信息的传输方法和设备 Download PDFInfo
- Publication number
- CN107347002B CN107347002B CN201610299460.8A CN201610299460A CN107347002B CN 107347002 B CN107347002 B CN 107347002B CN 201610299460 A CN201610299460 A CN 201610299460A CN 107347002 B CN107347002 B CN 107347002B
- Authority
- CN
- China
- Prior art keywords
- harq
- ack
- feedback information
- offset value
- ack feedback
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
-
- 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/1607—Details of the supervisory signal
- H04L1/1657—Implicit acknowledgement of correct or incorrect reception, e.g. with a moving window
-
- 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
- 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/0053—Allocation of signaling, i.e. of overhead other than pilot signals
- H04L5/0055—Physical resource allocation for ACK/NACK
Abstract
本申请公开了一种HARQ‑ACK反馈信息的传输方法,包括:a、UE接收基站发送的PDSCH数据和/或指示SPS释放的PDCCH/EPDCCH,并确定所述PDSCH数据和/或指示SPS释放的PDCCH/EPDCCH的HARQ‑ACK反馈信息;b、确定承载所述HARQ‑ACK反馈信息的上行子帧;c、在确定出的上行子帧上,传输所述HARQ‑ACK反馈信息的标示信息和所述HARQ‑ACK反馈信息,或者,根据预定的顺序传输所有HARQ过程对应的HARQ‑ACK反馈信息;其中,所述标示信息用于指示所述HARQ‑ACK反馈信息对应的PDSCH或指示SPS释放的PDCCH/EPDCCH,所述所有HARQ过程对应的HARQ‑ACK反馈信息包括所述HARQ‑ACK反馈信息。应用本申请,能够及时的传输HARQ‑ACK反馈信息,且能够节省传输HARQ‑ACK的PUCCH资。
Description
技术领域
本申请涉及无线通信技术领域,更具体的说,涉及混合自动重传请求应答(HybridAutomatic Retransmission Request Acknowledgement,HARQ-ACK)反馈信息的传输方法和设备。
背景技术
长期演进(LTE,Long Term Evolution)技术支持频分双工(FDD,FrequencyDivision Duplex)和时分双工(TDD,Time Division Duplex)两种双工方式。图1为LTE的TDD系统的帧结构示意图。每个无线帧的长度是10毫秒(ms),等分为两个长度为5ms的半帧,每个半帧包含8个长度为0.5ms的时隙和3个1ms的特殊域,3个特殊域分别为下行导频时隙(DwPTS,Downlink pilot time slot)、保护间隔(GP,Guard period)和上行导频时隙(UpPTS,Uplink pilot time slot),每个子帧由两个连续的时隙构成。
TDD系统中的传输包括:由基站到用户设备(UE,User Equipment)的传输(称为下行)和由UE到基站的传输(称为上行)。基于图1所示的帧结构,每10ms时间内上行和下行共用10个子帧,每个子帧或者配置给上行,或者配置给下行,将配置给上行的子帧称为上行子帧,将配置给下行的子帧称为下行子帧。TDD系统中支持7种上行下行配置,如表1所示,D代表下行子帧,U代表上行子帧,S代表包含上述3个特殊域的特殊子帧。
表2:TDD上行下行配置
物理下行共享信道(PDSCH,Physical Downlink Shared Channel)的HARQ应答信息可以在物理上行共享信道(PUSCH,Physical Uplink Shared Channel)或物理上行控制信道(PUCCH,Physical Uplink Control Channel)传输。对于PDSCH到PUCCH的定时关系,假设UE在上行子帧n的PUCCH反馈HARQ-ACK反馈信息,则该PUCCH指示了下行子帧n-k内的PDSCH或指示半持续调度(SPS,Semi Persistent Scheduling)释放的PDCCH/EPDCCH的HARQ-ACK反馈信息。这里,对于TDD配置K的值在表2中定义,K是M个元素的集合,与子帧序号以及TDD上行下行配置有关被称为下行关联集合(Downlink association set),集合K中的元素k被称为下行关联元素,对于FDD,k=4。下文将下行关联集合对应的下行子帧简称为捆绑窗口(Bundling Window),即对于K中所有元素k,由n-k构成的集合{n-k,k∈K}。在PUCCH子帧中会为每个下行子帧的每个PDSCH分配一个PUCCH资源反馈HARQ-ACK反馈信息。
表2:TDD上行下行配置的下行关联集合
另外,调度PDSCH的PDCCH/EPDCCH中包括HARQ过程识别(Process ID)的域,用来标示HARQ过程识别相同的传输块(TB,Transmission Block)是可以合并的。对于FDD有8个HARQ过程,调度PDSCH的PDCCH/EPDCCH中包括的HARQ过程识别的域为3比特,分别标明八个HARQ过程;而对于TDD的HARQ过程,不同的TDD上行下行配置,HARQ最大过程数是不同的,具体见表3,调度PDSCH的PDCCH/EPDCCH中包括的HARQ过程识别的域为4比特,最多可以标明十六个HARQ过程。
表3:TDD上行下行配置的最大HARQ过程数
TDD上行下行配置 | 最大HARQ过程数 |
0 | 4 |
1 | 7 |
2 | 10 |
3 | 9 |
4 | 12 |
5 | 15 |
6 | 6 |
以上描述了LTE TDD的版本10的HARQ定时关系,另一个与HARQ相关的问题是如何处理软缓存。
实际上,UE根据其处理能力被划分为多个类别,划分的依据是UE是否支持MIMO、支持MIMO的最大数据流个数和软缓存的大小等。这里,软缓存用于在UE未能正确解码基站发送的数据时保存接收到的软比特,软缓存中的软比特能够在HARQ重传时被软合并,从而提高链路性能。软缓存的处理影响到对下行数据的速率匹配(RM)。在LTE TDD版本10中,UE的软缓存大小为Nsoft,Nsoft的具体值和UE的能力有关。无论UE是处于单载波模式还是载波聚合(CA)模式,对一个传输块的每个编码块,按照软缓存大小来进行速率匹配,其中:
C是传输块分成的编码块总数;
KMIMO依赖于UE的传输模式,对MIMO传输模式,KMIMO=2,对非MIMO传输模式,KMIMO=1;
MDL_HARQ是根据表3确定的最大下行HARQ过程数;
Mlimit是常数8;
Kw是涡轮编码(turbo)输出的编码比特的总数;
KC的确定方法为:如果Nsoft=35982720,KC=5;如果Nsoft=3654144且UE在下行不能支持超过2层空间复用时,KC=2;其他情况KC=1。
也就是说,无论UE实际工作在几个载波,在速率匹配时都是按照UE只配置当前一个载波的情况来进行速率匹配的。这样,当UE实际配置多个Cell时,上述处理的结果是:在速率匹配时假想的对一个编码块的HARQ软缓存可能比UE实际能够支持的软缓存能力大。
在LTE TDD版本10中,假设UE将其软缓存等分给多个Cell。这里,为了更好的支持HARQ冗余递增(IR),基站需要知道UE在未能正确解码一个编码块时实际保存了哪些软比特。为此,记UE配置的载波个数为然后对每个Cell,对至少KMIMO·min(MDL_HARQ,Mlimit)个传输块,当一个传输块的一个编码块解码失败时,在LTE-A中规定UE至少需要为该编码块保存软比特wk,其中:
wk是UE收到的一个软比特,并且k是UE收到的各个软比特的索引中最小的索引。
在目前3GPP协议中,调度TDD配置小区的PUSCH采用TDD定义的上行下行控制信息(UL DCI,Uplink Downlink Control information)格式,其中,调度TDD上行下行配置0的小区的PUSCH的UL DCI格式中包括2比特的上行索引(UL Index)域,调度TDD上行下行配置1、2、3、4、5或6的小区的PUSCH的UL DCI格式(包括DCI格式0/4)中包括2比特的上行下行分配索引(UL DAI,Uplink Downlink Assignment Index)域;调度FDD配置小区的PUSCH采用FDD定义的UL DCI格式,调度FDD配置小区的PUSCH的UL DCI格式中既不包括2比特的UL DAI域也不包括2比特的UL Index域。调度TDD配置小区的PDSCH采用TDD定义的下行下行控制信息(DL DCI,Downlink Downlink Control information)格式(包括DCI格式1/1A/1B/1D/2/2A/2B/2C/2D),TDD定义的DL DCI格式中包括2比特的下行下行分配索引(DL DAI,DownlinkDownlink Assignment Index)域,HARQ过程识别域是4比特;调度FDD配置小区的PDSCH采用FDD定义的DL DCI格式,FDD定义的DL DCI格式中不包括2比特的DL DAI域,HARQ过程识别域是3比特。在目前3GPP协议中,对于一个TDD配置的小区,PUSCH同步HARQ定时关系和PDSCH的HARQ-ACK定时关系同时采用TDD配置的;对于一个FDD小区,PUSCH同步HARQ定时关系和PDSCH的HARQ-ACK定时关系同时采用FDD配置的。因此,一个小区调度PUSCH的UL DCI和调度PDSCH的DL DCI是采用对同一个双工方式(FDD或者TDD)定义的上下行DCI格式,即调度PUSCH的UL DCI和调度PDSCH的DL DCI同时采用相同TDD定义的,或调度PUSCH的UL DCI和调度PDSCH的DL DCI同时采用相同FDD定义的。
现有的HARQ定时关系是确定的,具体为通过协议约定,这样,当产生新的TDD配置时,就需要相应产生新的定时关系,用于确定PDSCH反馈信息的上传位置和相应的软缓存的大小,从而造成非常大的工作量。
发明内容
本申请提供了一种传输HARQ-ACK反馈信息的方法,简化HARQ-ACK与PDSCH或PDCCH/EPDCCH之间的定时关系。
为实现上述目的,本申请采用如下技术方案:
一种混合自动重传请求应答HARQ-ACK反馈信息的传输方法,包括:
a、用户设备UE接收基站发送的物理下行共享信道PDSCH数据和/或指示半持续调度SPS释放的物理下行控制信道PDCCH/增强物理下行控制信道EPDCCH,并确定所述PDSCH数据和/或指示SPS释放的PDCCH/EPDCCH的HARQ-ACK反馈信息;
b、确定承载所述HARQ-ACK反馈信息的上行子帧;
c、在确定出的上行子帧上,传输所述HARQ-ACK反馈信息的标示信息和所述HARQ-ACK反馈信息,或者,根据预定的顺序传输所有HARQ过程对应的HARQ-ACK反馈信息;其中,所述标示信息用于指示所述HARQ-ACK反馈信息对应的PDSCH或指示SPS释放的PDCCH/EPDCCH,所述所有HARQ过程对应的HARQ-ACK反馈信息包括所述HARQ-ACK反馈信息。
较佳地,所述传输HARQ-ACK反馈信息的标示信息为:PDSCH的HARQ过程识别值或指示SPS释放的PDCCH/EPDCCH的HARQ过程识别值,用于指示所述HARQ-ACK反馈信息对应的HARQ过程。
较佳地,在确定出的上行子帧上所传输的HARQ-ACK反馈信息的数量由高层信令配置或由物理层信令指示。
较佳地,根据预定的顺序传输所有HARQ过程对应的HARQ-ACK反馈信息包括:
确定PDSCH数据的HARQ过程识别值和指示SPS释放的PDCCH/EPDCCH的HARQ过程识别值,并按照HARQ过程识别值升序或降序的顺序,排列相应的PDSCH数据和指示SPS释放的PDCCH/EPDCCH的HARQ-ACK反馈信息并进行传输。
较佳地,在确定出的上行子帧上传输的HARQ-ACK反馈信息的数量N的确定方式为:
所述N为最大HARQ过程数;或者,根据协议规定确定N;或者,根据高层信令的配置确定N;或者,根据物理层信令的指示确定N;或者,根据媒体接入层信令的指示确定N;或者,对于TDD系统,N=16,对于FDD系统,N=8;或者,对于TDD系统和FDD系统,N=8。
较佳地,若在确定出的上行子帧前已传输过所述HARQ-ACK反馈信息、且所述UE在确定出的上行子帧前未接收到所述HARQ-ACK反馈信息对应的HARQ过程识别的新的PDSCH数据和/或指示SPS释放的PDCCH/EPDCCH,则在所述确定出的上行子帧上传输所述HARQ-ACK反馈信息为:
重新传输所述HARQ-ACK反馈信息,或者,将所述HARQ-ACK反馈信息更新为NACK进行传输。
较佳地,对于确定出的上行子帧,若该上行子帧上要传输的所有HARQ-ACK反馈信息在该确定出的上行子帧前均已传输过、且所述UE在确定出的上行子帧前未接收到所述所有HARQ-ACK反馈信息对应的HARQ过程识别的新的PDSCH数据和/或指示SPS释放的PDCCH/EPDCCH,该方法包括:所述UE在确定出的上行子帧上不传输所述HARQ-ACK反馈信息;或者,
对于确定出的上行子帧,若该上行子帧上要传输的部分HARQ-ACK反馈信息在该确定出的上行子帧前均已传输过、且所述UE在确定出的上行子帧前未接收到所述部分HARQ-ACK反馈信息对应的HARQ过程识别的新的PDSCH数据和/或指示SPS释放的PDCCH/EPDCCH、且所述UE在确定出的上行子帧前未接收到除所述部分HARQ-ACK反馈信息外其余HARQ-ACK反馈信息对应的HARQ过程识别的PDSCH数据和/或指示SPS释放的PDCCH/EPDCCH,该方法包括:所述UE在确定出的上行子帧上不传输所述HARQ-ACK反馈信息。
较佳地,确定承载所述HARQ-ACK反馈信息的上行子帧包括:
将下行子帧n的HARQ-ACK反馈信息承载在n+k的子帧上;其中,k是大于等于p的正整数,n+k为允许进行HARQ-ACK反馈信息传输的上行子帧,p为根据UE处理下行的PDSCH数据或指示SPS释放的PDCCH/EPDCCH得出HARQ-ACK值以及准备PUCCH传输所需要的时间延迟确定的,时间延迟越大,p越大。
较佳地,当传输块间隔TTI长度为1ms时,p=4。
较佳地,当k≥M时,不在所述子帧n+k上传输所述HARQ-ACK反馈信息。
较佳地,当所述PDSCH数据或指示SPS释放的PDCCH/EPDCCH在非授权频段服务小区内传输时,该方法包括:UE根据高层信令的配置确定,仅在非授权频段服务小区内传输所述HARQ-ACK反馈信息,或者,仅在授权频段服务小区内传输所述HARQ-ACK反馈信息,或者,在非授权频段服务小区或授权频段服务小区内传输所述HARQ-ACK反馈信息。
较佳地,在所述步骤b和c之间,该方法包括:当传输所述HARQ-ACK反馈信息的服务小区为非授权频段服务小区时,继续执行所述步骤c;当传输所述HARQ-ACK反馈信息的服务小区为授权频段服务小区时,不再执行所述步骤c。
较佳地,在所述步骤c中,所述UE根据高层信令确定所述HARQ-ACK反馈信息的传输方式;其中,所述HARQ-ACK反馈信息的传输方式为:传输所述HARQ-ACK反馈信息的标示信息和所述HARQ-ACK反馈信息,或者,根据预定的顺序传输所述HARQ-ACK反馈信息。
较佳地,该方法包括:
根据所述UE的软缓存大小进行速率匹配当一个传输块的一个编码块解码失败时,UE至少为该编码块保存软比特wk',其中,C是传输块分成的编码块总数,对MIMO传输模式,Ncb是编码块可以存储的信息比特数,KMIMO=2,对非MIMO传输模式,KMIMO=1,Mlimit是常数8,Kw是涡轮编码(turbo)输出的编码比特的总数,Nsoft=35982720时KC=5,Nsoft=3654144且UE在下行不能支持超过2层空间复用时KC=2,wk'是UE收到的一个软比特,并且k'是UE收到的各个软比特的索引中取值最小的索引,MDL_HARQ为由高层信令配置或预先确定的最大下行HARQ过程数,并根据所述MDL_HARQ确定调度PDSCH的PDCCH/EPDCCH中的HARQ过程识别域的比特数;或者,
根据所述UE的软缓存大小进行速率匹配当一个传输块的一个编码块解码失败时,UE至少为该编码块保存软比特wk',其中,C是传输块分成的编码块总数,对MIMO传输模式,KMIMO=2,对非MIMO传输模式,KMIMO=1,Ncb是编码块可以存储的信息比特数,Mlimit是常数8,Kw是涡轮编码(turbo)输出的编码比特的总数,Nsoft=35982720时KC=5,Nsoft=3654144且UE在下行不能支持超过2层空间复用时KC=2,wk'是UE收到的一个软比特,并且k'是UE收到的各个软比特的索引中取值最小的索引,MDL_HARQ为由高层信令配置或预先确定的用于确定UE软缓存的最大下行HARQ过程数。
较佳地,当所述UE只在非授权服务小区传输所述HARQ-ACK反馈信息时,该方法包括:
调度PDSCH和/或指示SPS释放的PDCCH/EPDCCH的下行下行控制信息DL DCI中不包括下行下行分配索引DL DAI域,或者,将调度PDSCH和/或指示SPS释放的PDCCH/EPDCCH的DLDCI中的DL DAI域作为保留比特;和/或,
调度物理上行共享信道PUSCH的PDCCH/EPDCCH的上行下行控制信息UL DCI中不包括上行下行分配索引UL DAI域,或者,将调度PUSCH的PDCCH/EPDCCH的UL DCI中的UL DAI域作为保留比特;和/或,
调度PDSCH的PDCCH/EPDCCH的DL DCI中不包括传输功率控制TPC命令域,或者,将调度PDSCH的PDCCH/EPDCCH的DL DCI中的TPC域作为保留比特。
较佳地,当所述UE在非授权频段小区集合的服务小区内传输HARQ-ACK反馈信息时,在所述步骤b和c之间,该方法包括:所述UE根据基站发送的高层信令索引确定HARQ-ACK偏移值并根据该HARQ-ACK偏移值计算在所述确定出的上行子帧上用于HARQ-ACK反馈信息传输的资源。
较佳地,所述根据基站发送的高层信令索引确定HARQ-ACK偏移值包括:
若UE在确定出的上行子帧上要传输的HARQ-ACK比特数小于等于22,则对于一个码字PUSCH,根据基站发送的高层信令索引和按照预设的HARQ-ACK的偏移值与高层信令索引的对应关系、RI的偏移值与高层信令索引的对应关系、CQI的偏移值与高层信令索引的对应关系,分别确定HARQ-ACK的偏移值RI的偏移值和CQI的偏移值对于两个码字PUSCH,根据基站发送的高层信令索引和按照预设的HARQ-ACK的偏移值与高层信令索引的对应关系、RI的偏移值与高层信令索引的对应关系、CQI的偏移值与高层信令索引的对应关系,分别确定HARQ-ACK的偏移值RI的偏移值和CQI的偏移值
若UE在确定出的上行子帧上要传输的HARQ-ACK比特数大于22,则对于一个码字PUSCH,根据基站发送的高层信令索引按照预设的HARQ-ACK的偏移值与高层信令索引的对应关系,确定HARQ-ACK的偏移值对于两个码字PUSCH,根据基站发送的高层信令索引按照预设的HARQ-ACK的偏移值与高层信令索引的对应关系,确定HARQ-ACK的偏移值
和/或,
当UE配置两个上行功率控制子帧集合、且所述UE在第一个子帧集合中的PUSCH传输HARQ-ACK、CQI和RI时,所述根据基站发送的高层信令索引确定HARQ-ACK偏移值包括:
若UE在确定出的上行子帧上要传输的HARQ-ACK比特数小于或等于22,则对于一个码字PUSCH,根据基站发送的高层信令索引和按照预设的HARQ-ACK的偏移值与高层信令索引的对应关系、RI的偏移值与高层信令索引的对应关系、CQI的偏移值与高层信令索引的对应关系,分别确定HARQ-ACK的偏移值RI的偏移值和CQI的偏移值对于两个码字PUSCH,根据基站发送的高层信令索引 和按照预设的HARQ-ACK的偏移值与高层信令索引的对应关系、RI的偏移值与高层信令索引的对应关系、CQI的偏移值与高层信令索引的对应关系,分别确定HARQ-ACK的偏移值RI的偏移值和CQI的偏移值
若UE在确定出的上行子帧上要传输的HARQ-ACK比特数大于22,则对于一个码字PUSCH,根据基站发送的高层信令索引按照预设的HARQ-ACK的偏移值与高层信令索引的对应关系,确定HARQ-ACK的偏移值对于两个码字PUSCH,根据基站发送的高层信令索引按照预设的HARQ-ACK的偏移值与高层信令索引的对应关系,确定HARQ-ACK的偏移值
和/或,
当所述UE配置两个上行功率控制子帧集合、且所述UE在第二个子帧集合中的PUSCH传输HARQ-ACK、CQI和RI时,所述根据基站发送的高层信令索引确定HARQ-ACK偏移值包括:
若UE在确定出的上行子帧上要传输的HARQ-ACK比特数小于或等于22,则对于一个码字PUSCH,根据基站发送的高层信令索引和按照预设的HARQ-ACK的偏移值与高层信令索引的对应关系、RI的偏移值与高层信令索引的对应关系、CQI的偏移值与高层信令索引的对应关系,分别确定HARQ-ACK的偏移值RI的偏移值和CQI的偏移值对于两个码字PUSCH,根据基站发送的高层信令索引和按照预设的HARQ-ACK的偏移值与高层信令索引的对应关系、RI的偏移值与高层信令索引的对应关系、CQI的偏移值与高层信令索引的对应关系,分别确定HARQ-ACK的偏移值RI的偏移值和CQI的偏移值
若UE在确定出的上行子帧上要传输的HARQ-ACK比特数大于22,则对于一个码字PUSCH,根据基站发送的高层信令索引按照预设的HARQ-ACK的偏移值与高层信令索引的对应关系,确定HARQ-ACK的偏移值对于两个码字PUSCH,根据基站发送的高层信令索引按照预设的HARQ-ACK的偏移值与高层信令索引的对应关系,确定HARQ-ACK的偏移值
较佳地,所述根据该HARQ-ACK偏移值计算在所述确定出的上行子帧上用于HARQ-ACK反馈信息传输的资源包括:所述UE接收基站发送的HARQ-ACK偏移值加权因子指示信令,根据预设的HARQ-ACK偏移值加权因子指示信令与HARQ-ACK偏移值加权因子间的对应关系,确定所述HARQ-ACK偏移值加权因子并将所述HARQ-ACK偏移值更新为用于计算所述用于HARQ-ACK反馈信息传输的资源。
一种HARQ-ACK反馈信息的传输设备,包括:接收单元、子帧确定单元和信息传输单元;
所述接收单元,用于接收基站发送的物理下行共享信道PDSCH数据和/或指示半持续调度SPS释放的物理下行控制信道PDCCH/增强物理下行控制信道EPDCCH,并确定所述PDSCH数据和/或指示SPS释放的PDCCH/EPDCCH的HARQ-ACK反馈信息;
所述子帧确定单元,用于确定承载所述HARQ-ACK反馈信息的上行子帧;
所述信息传输单元,用于在确定出的上行子帧上,传输所述HARQ-ACK反馈信息的标示信息和所述HARQ-ACK反馈信息,或者,根据预定的顺序传输所有HARQ过程对应的HARQ-ACK反馈信息;其中,所述标示信息用于指示所述HARQ-ACK反馈信息对应的PDSCH或指示SPS释放的PDCCH/EPDCCH,所述所有HARQ过程对应的HARQ-ACK反馈信息包括所述HARQ-ACK反馈信息。
由上述技术方案可见,本申请所提供的传输HARQ-ACK反馈信息的方法中,UE接收PDSCH数据和/或指示SPS释放的PDCCH/EPDCCH,并确定相应的HARQ-ACK反馈信息;确定承载HARQ-ACK反馈信息的上行子帧;在确定出的上行子帧上,传输HARQ-ACK反馈信息的标示信息和HARQ-ACK反馈信息本身,或者,根据预定的顺序传输所有HARQ过程对应的HARQ-ACK反馈信息。通过上述方式,可以利用HARQ-ACK反馈信息的标示信息指示HARQ-ACK反馈信息对应的哪个PDSCH或PDCCH/EPDCCH,从而不需要固化HARQ-ACK反馈信息与其对应子帧间的定时关系,简化HARQ-ACK反馈信息的传输和确定;或者,还可以在反馈HARQ-ACK反馈信息的子帧上,将所有HARQ过程的HARQ-ACK反馈信息按照预定顺序进行传输,也能够确定出每个HARQ-ACK反馈信息对应的哪个PDSCH或PDCCH/EPDCCH,从而不需要固化HARQ-ACK反馈信息与其对应子帧间的定时关系,简化HARQ-ACK反馈信息的传输和确定。
进一步地,本申请中,可以将非授权频段服务小区的HARQ-ACK在非授权服务小区的PUSCH中传输,从而能够从而能够及时的传输HARQ-ACK反馈信息,且能够节省授权频段传输HARQ-ACK的PUCCH资源。
附图说明
图1为LTE的TDD系统的帧结构示意图;
图2为本申请中HARQ-ACK反馈信息的传输方法基本流程示意图;
图3为本申请实施例一中在确定出的上行子帧上传输HARQ-ACK反馈信息的示意图;
图4为本申请中确定HARQ-ACK传输子帧的示意图一;
图5为本申请中确定HARQ-ACK传输子帧的示意图二;
图6为本申请实施例二中在确定出的上行子帧上排列HARQ-ACK反馈信息的示意图;
图7为本申请实施例二中在确定出的上行子帧上所传输的HARQ-ACK反馈信息的示意图一;
图8为本申请实施例二中在确定出的上行子帧上所传输的HARQ-ACK反馈信息的示意图二;
图9为本申请HARQ-ACK反馈信息的传输设备的基本结构示意图。
具体实施方式
为使本申请的目的、技术方案及优点更加清楚明白,以下参照附图并举实施例,对本申请作进一步详细说明。
为了实现本申请之目的,本申请提出了一种传输HARQ-ACK反馈信息的方法,如图2所示,该方法包括以下步骤:
步骤201:UE接收基站发送的PDSCH数据和/或指示SPS释放的PDCCH/EPDCCH,通过译码获得PDSCH和/或指示SPS释放的PDCCH/EPDCCH的HARQ-ACK反馈信息;
步骤202:UE确定承载HARQ-ACK反馈信息的上行子帧。
步骤203:在确定出的上行子帧上,通过HARQ-ACK信息标示的方法传输HARQ-ACK反馈信息。
这里所述的HARQ-ACK信息标示可以是隐式的信息指示,或者是显式的信息指示。具体地,显式的信息指示方式下,可以在确定出的上行子帧上传输HARQ-ACK反馈信息的标示信息和HARQ-ACK反馈信息;例如,通过HARQ过程识别值作为HARQ-ACK反馈信息的标示信息。隐式的信息指示方式下,可以将所有HARQ过程对应的HARQ-ACK按照预定的顺序进行排列并在确定出的上行子帧上传输。上述两种方式下,都不需要借助捆绑窗口来确定HARQ-ACK反馈信息对应的上行子帧,因此,可以避免将HARQ-ACK反馈信息与其对应上行子帧间的定时关系固定化,当出现新的子帧上下行配置关系时,就不需要对应设置新的定时关系来确定HARQ-ACK反馈信息对应的上行子帧。
这里的HARQ-ACK可以在PUCCH中和/或PUSCH中传输。
本文所述的高层信令配置包括UE特有的高层信令配置和系统信息指示,后面不再额外进行说明。
下面通过几个优选实施例,对本申请技术方案进行进一步详细说明。
实施例一
在本实施例中,HARQ-ACK反馈信息通过显式的标示字段来进行标示。在确定出的上行子帧上传输HARQ-ACK反馈信息时,传输两部分信息,其中一部分是HARQ-ACK反馈信息,另一部分是HARQ-ACK反馈信息的标示信息。优选地,标示信息可以是PDSCH的HARQ过程识别值或指示SPS释放的PDCCH/EPDCCH的HARQ过程识别值。
具体地,对于由控制信息(例如,PDCCH/EPDCCH)动态调度的PDSCH和指示SPS释放的PDCCH/EPDCCH的过程识别值,它的HARQ过程识别值为下行控制信息中的HARQ过程识别域的取值;而对于SPS调度的PDSCH的过程识别值,可以根据协议规定进行推算(其推算方法见5.3.1章节,3GPP,TS 36.321V10.0.0,(2010-12)),或者由协议确定,或者由高层信令配置。
对于由控制信息动态调度的PDSCH和指示SPS释放的PDCCH/EPDCCH的过程识别值,调度该PDSCH的PDCCH/EPDCCH中的HARQ过程识别域的取值作为PDSCH的HARQ-ACK反馈信息的标示信息。更详细地,对于TDD系统,相应的标示信息可以包括4比特,与调度PDSCH的PDCCH/EPDCCH中的HARQ过程识别值相同,或者标示信息的比特数由协议预定,或者由高层信令配置;对于FDD系统,相应的标示信息包括3比特,与调度PDSCH的PDCCH/EPDCCH中的HARQ过程识别值相同,或者标示信息的比特数由协议预定,或者由高层信令配置。
在确定出的上行子帧上传输HARQ-ACK反馈信息的标示信息和HARQ-ACK反馈信息时,可以在标示信息之后或预定的与标示信息对应的位置上承载相应的HARQ-ACK反馈信息,这样基站接收到相应的信息后,确定标示信息和对应的HARQ-ACK反馈信息,从而能够确定出该HARQ-ACK反馈信息对应的HARQ过程,从而确定出相应的PDSCH和/或指示SPS释放的PDCCH/EPDCCH。
如图3所示,在上行子帧6传输下行子帧1的PDSCH产生的HARQ-ACK反馈信息,下行子帧1内的PDSCH的HARQ过程识别为n1,也就是说UE在上行子帧6内传输2部分信息,一部分信息是HARQ过程识别n1,另一部分信息是下行子帧1的PDSCH对应的HARQ-ACK反馈信息。同时在上行子帧6传输下行子帧2的PDSCH产生的HARQ-ACK反馈信息,下行子帧2内的PDSCH的HARQ过程识别为n2,也就是说UE传输2部分信息,一部分信息是HARQ过程识别n2,另一部分信息是下行子帧2的PDSCH对应的HARQ-ACK反馈信息。通过采用HARQ过程识别标示HARQ-ACK反馈信息,基站知道HARQ-ACK反馈信息来自于哪个下行子帧的PDSCH。每个上行子帧可以传输一个下行子帧内PDSCH的HARQ-ACK反馈信息,也可以传输多个下行子帧内PDSCH的HARQ-ACK反馈信息。如果是在一个上行子帧传输多个下行子帧内PDSCH的HARQ-ACK反馈信息时,所需要传输HARQ-ACK反馈信息的下行子帧内PDSCH的个数由高层信令配置或由物理层信令指示。
上面描述了在确定出的上行子帧上,如何传输HARQ-ACK反馈信息,从而能够使基站确定其对应的下行子帧。接下来描述,如何确定用于传输HARQ-ACK反馈信息的上行子帧,即前述图2中的步骤202。
假定PDSCH或指示SPS释放的PDCCH/EPDCCH在下行子帧n传输,那么PDSCH和/或指示SPS释放的PDCCH/EPDCCH的HARQ-ACK反馈信息在上行子帧n+k传输,这里的k是大于等于p的正整数,且子帧n+k是可用于HARQ-ACK传输的所有上行子帧,如图4所示;或者,子帧n+k是可用于HARQ-ACK传输的上行子帧中,值k最小的上行子帧,如图5所示。p由高层信令配置或由协议预定,是根据UE处理下行的PDSCH或指示SPS释放的PDCCH/EPDCCH得出HARQ-ACK值以及准备PUCCH传输所需要的时间延迟确定的,如果处理时延小,p可以小一点,反之p可能大一点,也就是说,时间延迟越小p越小,时间延迟越大p越大。例如,p的值可以与PDSCH传输块间隔(TTI)有关系,当TTI长度为1毫秒时,p等于4。也就是说,如果PDSCH在下行子帧n传输,则所述PDSCH产生的HARQ-ACK可以在n+p以及n+p之后的允许传输HARQ-ACK反馈信息的上行子帧传输。
另外,考虑到HARQ-ACK反馈信息的时效性,优选地,如果k≥M,可以不在子帧n+k上传输相应的HARQ-ACK反馈信息。
实施例二
在本实施例中,HARQ-ACK反馈信息通过隐式的标示方法进行标示。在确定出的上行子帧中传输HARQ-ACK反馈信息时,UE按照确定的顺序排列所有HARQ过程对应的HARQ-ACK反馈信息,基站根据确定的HARQ-ACK的顺序能够确定HARQ-ACK反馈信息对应的HARQ过程,从而确定出相应的PDSCH或指示SPS释放的PDCCH/EPDCCH。对这个HARQ-ACK的排列顺序基站和UE的理解是一致的,且在一个上行子帧传输的HARQ-ACK的比特数也是确定的,基站和UE对HARQ-ACK的比特数的理解也是一致的。
下面描述HARQ-ACK反馈信息排列的方法。
HARQ-ACK反馈信息排列的方法为:按照下行子帧上指示SPS释放的PDCCH/EPDCCH的HARQ过程识别值和/或PDSCH的HARQ过程识别值依次排列HARQ-ACK反馈信息,具体排列可以是升序排列或降序排列,如图6所示,HARQ-ACK反馈信息升序排列如下:{过程识别值为0的HARQ-ACK反馈信息,过程识别值为1的HARQ-ACK反馈信息,…,过程识别值为n1的HARQ-ACK反馈信息,…,过程识别值为n2的HARQ-ACK反馈信息,…,过程识别值为N-1的HARQ-ACK反馈信息}。其中,N是一个正整数,为最大HARQ过程数,N可以是由协议预定的,例如N等于8或16;或者N可以是高层信令配置的;或者N也可以是由物理层信令指示的;或者N可以是由媒体接入层(MAC)信令指示的;或者对于TDD系统,N等于16,对于FDD系统,N等于8;或者对于TDD系统和FDD系统,N等于8。调度PDSCH的PDCCH/EPDCCH中的HARQ过程识别域(field)包括M比特,M是一个正整数,M可以是由协议预定的,例如M等于3或4;或者M可以是高层信令配置的;或者对于TDD系统,M等于4,对于FDD系统,M等于3;或者对于TDD系统和FDD系统,M等于3。
对于由控制信息(例如,PDCCH/EPDCCH)动态调度的PDSCH和指示SPS释放的PDCCH/EPDCCH的过程识别值,它的HARQ过程识别值为下行控制信息中的HARQ过程识别域的取值;而对于SPS调度的PDSCH的过程识别,可以根据协议规定进行推算(其推算方法见5.3.1章节,3GPP,TS 36.321V10.0.0,(2010-12)),或者由协议确定,或者由高层信令配置。
每个HARQ过程识别的PDSCH产生的HARQ-ACK比特数与UE配置的传输模式支持的传输块的个数有关,即如果UE在所述服务小区配置的传输模式为支持两个传输块且未配置空间捆绑,则该HARQ过程识别的PDSCH产生两比特的HARQ-ACK反馈信息,如果UE在所述服务小区配置的传输模式为支持一个传输块或者在所述服务小区配置的传输模式为支持两个传输块且配置了空间捆绑,则该HARQ过程识别的PDSCH产生一比特的HARQ-ACK反馈信息。
对于收到指示SPS释放的PDCCH/EPDCCH的和/或PDSCH,它们的HARQ-ACK反馈信息根据它们的对错确定。对于正确译码的PDSCH,HARQ-ACK反馈信息为ACK;对于未正确译码的PDSCH,HARQ-ACK反馈信息为NACK;对于收到的指示SPS释放的PDCCH/EPDCCH,HARQ-ACK反馈信息为ACK;对于UE没有收到的HARQ过程识别的指示SPS释放的PDCCH/EPDCCH的HARQ-ACK反馈信息和/或PDSCH的HARQ-ACK反馈信息确定为NACK。
对于之前已经在上行子帧传输了HARQ-ACK反馈信息的HARQ过程识别且UE未接收到该HARQ过程识别新的指示SPS释放的PDCCH/EPDCCH的和/或PDSCH时,这个HARQ过程识别在本次确定出的上行子帧上传输的HARQ-ACK反馈信息的确定方法如下:
一、继续传输与前面相同的HARQ-ACK反馈信息,这样如果前面传输的HARQ-ACK反馈信息未被基站正确接收,基站可以正确接收后面的HARQ-ACK反馈信息。例如,如图7所示,UE在下行子帧1接收到HARQ过程识别为n1的PDSCH,UE在上行子帧6传输下行子帧1接收到的HARQ过程识别为n1的PDSCH得出的HARQ-ACK反馈信息,而在上行子帧6和上行子帧9之间UE未收到HARQ过程识别为n1的PDSCH,UE在上行子帧9依然传输下行子帧1接收到的HARQ过程识别为n1的PDSCH得出的HARQ-ACK反馈信息;
二、将HARQ过程识别的HARQ-ACK反馈信息更新为NACK进行传输。
例如,如图8所示,UE在下行子帧1接收到HARQ过程识别为n1的PDSCH,UE在上行子帧6传输下行子帧1接收到的HARQ过程识别为n1的PDSCH得出的HARQ-ACK反馈信息,而在上行子帧6和上行子帧9之间UE未收到HARQ过程识别为n1的PDSCH,UE在上行子帧9传输的HARQ过程识别为n1的HARQ-ACK反馈信息为NACK,HARQ过程识别为n1的HARQ-ACK反馈信息不是根据下行子帧1接收到的HARQ过程识别为n1的PDSCH得出的。
另外,当在本次确定出的上行子帧上要传输HARQ-ACK反馈信息的所有的HARQ过程识别都是前述情况时,UE可以在本次确定出的上行子帧上不传输HARQ-ACK信息。或者,当在一个上行子帧要传输HARQ-ACK反馈信息的部分的HARQ过程识别是这种情况,且未收到其余的HARQ过程识别的指示SPS释放的PDCCH/EPDCCH的和/或PDSCH时,UE也可以在本次确定出的上行子帧上不传输HARQ-ACK信息。
通过上述对所有HARQ过程对应的HARQ-ACK反馈信息进行固定排序,基站知道HARQ-ACK反馈信息对应哪个HARQ过程,从而确定出HARQ-ACK反馈信息来自于哪个PDSCH或指示SPS释放的PDCCH/EPDCCH。
上面描述了在确定出的上行子帧上,如何传输HARQ-ACK反馈信息,从而能够使基站确定其对应的下行子帧。接下来描述,如何确定用于传输HARQ-ACK反馈信息的上行子帧,即前述图2中的步骤202。
与实施例一相同地,假定PDSCH或指示SPS释放的PDCCH/EPDCCH在下行子帧n传输,那么PDSCH和/或指示SPS释放的PDCCH/EPDCCH的HARQ-ACK反馈信息在上行子帧n+k传输,这里的k是大于等于p的正整数,且子帧n+k是可用于HARQ-ACK传输的所有上行子帧,如图4所示;或者,子帧n+k是可用于HARQ-ACK传输的上行子帧中,值k最小的上行子帧,如图5所示。p由高层信令配置或由协议确定,p的值与PDSCH数据或指示SPS释放的PDCCH/EPDCCH的处理时延有关,如果处理时延小,p可以小一点,反之p可能大一点。例如,目前p的值,当TTI长度为1毫秒时,p等于4。
另外,考虑到HARQ-ACK反馈信息的时效性,优选地,如果k≥M,可以不在子帧n+k上传输相应的HARQ-ACK反馈信息。
采用上述实施例一或二提到的方法,当下行数据处理时延发生变化时,不需要相应修改HARQ的定时关系,只需要重新修改一下上面提到的参数p就可以了,给以后的HARQ传输带来了极大的方便。因为根据下行数据处理时延的变化修改HARQ的定时关系的工作量非常大,因此本申请提到的方法避免了修改协议的繁重的工作量,对减少将来的工作量的重要性很大。
采用此方法,UE可以根据接收基站的高层信令确定HARQ-ACK传输的PUCCH资源。
实施例三
上述实施例一和实施例二描述了传输HARQ-ACK反馈信息的方法。该方法尤其适用于传输HARQ-ACK反馈信息的服务小区与传输产生这些HARQ-ACK的PDSCH或者指示SPS释放的PDCCH/EPDCCH的服务小区都是非授权频段服务小区的情况。其中,UE的所有服务小区划分为两类小区,分别为授权频段服务小区和非授权频段服务小区,这里所说的授权频段服务小区的频段是LTE独享的频段,在这个频段的上行传输和下行传输在传输之前不需要进行干扰检测;这里所说的非授权频段服务小区的频段是LTE和无线局域网共享的频段,在这个频段的上行传输和下行传输在传输之前需要进行干扰检测,根据干扰检测的结果决定是否进行上行传输和下行传输。
下面描述非授权频段服务小区的PDSCH产生的HARQ-ACK的传输方法,一种传输方法是:非授权频段服务小区的PDSCH产生的HARQ-ACK只在授权频段服务小区的PUCCH或PUSCH中传输;另一种传输方法是:非授权频段服务小区的PDSCH产生的HARQ-ACK只在非授权频段服务小区的PUSCH中传输;再一种传输方法是:非授权频段服务小区的PDSCH产生的HARQ-ACK可以在非授权频段服务小区的PUSCH中传输,也可以在授权频段服务小区的PUCCH或PUSCH中传输。
UE可以通过接收高层信令配置确定UE传输HARQ-ACK反馈信息的服务小区。具体可以有如下几种配置选择。
UE可以通过接收高层信令配置确定:UE只在授权频段服务小区的PUCCH或PUSCH中传输非授权频段服务小区的PDSCH产生的HARQ-ACK,还是UE只在非授权频段服务小区的PUSCH中传输非授权频段服务小区的PDSCH产生的HARQ-ACK。
或者,UE可以通过接收高层信令配置确定:UE只在授权频段服务小区的PUCCH或PUSCH中传输非授权频段服务小区的PDSCH产生的HARQ-ACK,还是非授权频段服务小区的PDSCH产生的HARQ-ACK可以在非授权频段服务小区的PUSCH中传输,也可以在授权频段服务小区的PUCCH或PUSCH中传输。
或者,当UE通过接收高层信令配置确定UE只在配置的所有非授权频段的服务小区上接收下行数据而不发送上行数据时,则UE只在授权频段服务小区的PUCCH或PUSCH中传输非授权频段服务小区的PDSCH产生的HARQ-ACK;当UE通过接收高层信令配置确定UE在配置的所有非授权频段的服务小区中至少有一个服务小区上发送上行数据时,则UE只在非授权频段服务小区的PUSCH中传输非授权频段服务小区的PDSCH产生的HARQ-ACK。
或者,当UE通过接收高层信令配置确定UE只在配置的所有非授权频段的服务小区上接收下行数据而不发送上行数据时,则UE只在授权频段服务小区的PUCCH或PUSCH中传输非授权频段服务小区的PDSCH产生的HARQ-ACK;当UE通过接收高层信令配置确定UE在配置的所有非授权频段的服务小区中至少有一个服务小区上发送上行数据时,则非授权频段服务小区的PDSCH产生的HARQ-ACK可以在非授权频段服务小区的PUSCH中传输,也可以在授权频段服务小区的PUCCH或PUSCH中传输。
如果UE只在非授权频段服务小区的PUSCH中传输非授权频段服务小区的PDSCH产生的HARQ-ACK时,UE采用实施例一和实施例二描述HARQ-ACK反馈信息传输方法。
另外,UE也可能同时支持实施例一或者实施例二描述的HARQ-ACK反馈信息,UE可以根据接收的高层信令确定UE采用实施例一的HARQ-ACK反馈信息方法或者实施例二的HARQ-ACK反馈信息方法。
实施例四
在前述背景技术的描述中提到根据UE的软缓存进行速率匹配和软比特的保存。在该过程中使用的MDL_HARQ是根据表3确定出的,由表3可见,根据TDD上下行配置的不同MDL_HARQ也是不同的,事实上,该MDL_HARQ也是根据HARQ-ACK反馈信息与其对应的上行子帧间的定时关系而推导出来的。按照本申请提供的HARQ-ACK反馈信息与其对应的上行子帧间的定时关系不再固定,那么相应地在处理UE软缓存问题时,也需要重新考虑。以下给出两种根据软缓存进行速率匹配和确定需要保存的软比特的方法。
一、最大下行HARQ过程数MDL_HARQ由高层信令配置或由协议确定,且PDCCH中HARQ过程识别的比特数根据MDL_HARQ确定,在MDL_HARQ由高层信令配置或由协议确定后,根据UE软缓存进行速率匹配和确定保存的软比特的确定方法如下:
C是传输块分成的编码块总数;
KMIMO依赖于UE的传输模式,对MIMO传输模式,KMIMO=2,对非MIMO传输模式,KMIMO=1;
MDL_HARQ由高层信令配置或由协议确定;
Mlimit是常数8;
Kw是涡轮编码(turbo)输出的编码比特的总数;
Kc的确定方法为:如果Nsoft=35982720,KC=5;如果Nsoft=3654144且UE在下行不能支持超过2层空间复用时,KC=2;其他情况KC=1,或者其他的KC确定方法,这里不做约束;
Ncb是编码块可以存储的信息比特数。
也就是说,无论UE实际工作在几个载波,在速率匹配时都是按照UE只配置当前一个载波的情况来进行速率匹配的。这样当UE实际配置多个Cell时,上述处理的结果是:在速率匹配时假想的对一个编码块的HARQ软缓存可能比UE实际能够支持的软缓存能力大。
假设UE将其软缓存等分给多个Cell。这里,为了更好的支持HARQ冗余递增(IR),基站需要知道UE在未能正确解码一个编码块时实际保存了哪些软比特。为此,记UE配置的载波个数为然后对每个Cell,对至少KMIMO·min(MDL_HARQ,Mlimit)个传输块,当一个传输块的一个编码块解码失败时,在LTE-A中规定UE至少需要为该编码块保存软比特wk,其中:
wk是UE收到的一个软比特,并且k是UE收到的各个软比特的索引中的最小的索引;
MDL_HARQ由高层信令配置或由协议确定。
二、将用于确定UE软缓存的最大HARQ过程数MDL_HARQ与下行控制信息(DCI,Downlink Control Information)中的最大HARQ过程数相互独立,二者可以是单独通过高层信令配置的,或者用于确定UE软缓存的最大HARQ过程数MDL_HARQ由协议预设。
C是传输块分成的编码块总数;
KMIMO依赖于UE的传输模式,对MIMO传输模式,KMIMO=2,对非MIMO传输模式,KMIMO=1;
MDL_HARQ是由高层信令单独配置,或者MDL_HARQ由协议预设,专门用于UE软缓存的确定;
Kw是涡轮编码(turbo)输出的编码比特的总数;
Kc的确定方法为:如果Nsoft=35982720,KC=5;如果Nsoft=3654144且UE在下行不能支持超过2层空间复用时,KC=2;其他情况KC=1,或者其他的KC确定方法,这里不做约束。
也就是说,无论UE实际工作在几个载波,在速率匹配时都是按照UE只配置当前一个载波的情况来进行速率匹配的。这样当UE实际配置多个Cell时,上述处理的结果是:在速率匹配时假想的对一个编码块的HARQ软缓存可能比UE实际能够支持的软缓存能力大。
假设UE将其软缓存等分给多个Cell。这里,为了更好的支持HARQ冗余递增(IR),基站需要知道UE在未能正确解码一个编码块时实际保存了哪些软比特。为此,记UE配置的载波个数为然后对每个Cell,对至少KMIMO·MDL_HARQ个传输块,当一个传输块的一个编码块解码失败时,在LTE-A中规定UE至少需要为该编码块保存软比特wk 其中:
wk是UE收到的一个软比特,并且k是UE收到的各个软比特的索引中的最小的索引;
MDL_HARQ专门用于UE软缓存的确定,是由高层信令单独配置,或者由协议确定。
实施例五
按照实施例一和实施例二描述的HARQ-ACK反馈信息的传输方法,最大下行HARQ过程数MDL_HARQ由高层信令配置或由协议确定,非授权频段服务小区的PDSCH产生的HARQ-ACK只在非授权频段服务小区的PUSCH中传输时,HARQ-ACK反馈信息比特不需要按照DL DAI的指示进行排列,而是按照HARQ过程索引进行排序,或者,直接在传输HARQ-ACK反馈信息时一并携带HARQ-ACK反馈信息的标示信息,因此调度PDSCH和/或指示SPS释放的PDCCH/EPDCCH的DL DCI中不再需要DL DAI域。因此,可以有两种方式处理DL DAI域:一种方法是调度PDSCH和/或指示SPS释放的PDCCH/EPDCCH的DL DCI中不包括DL DAI域;另一种方法是调度PDSCH和/或指示SPS释放的PDCCH/EPDCCH的DL DCI中包括DL DAI域,作为保留比特。
当UE被配置只在非授权服务小区的PUSCH中传输非授权服务小区的HARQ-ACK时,TPC域不用作为HARQ-ACK在PUCCH传输时的TPC命令,同时作为辅小区也不需要指示传输HARQ-ACK的PUCCH的资源,因此可以有两种方式处理传输功率控制(TPC)命令域:一种方法是调度PDSCH的PDCCH/EPDCCH的DL DCI中不包括TPC命令域;另一种方法是调度PDSCH的PDCCH/EPDCCH的DL DCI中包括TPC域,作为保留比特。
对于调度PUSCH的PDCCH/EPDCCH的UL DCI中的UL DAI域也同样有两种处理方式:一种方法是调度PUSCH的PDCCH/EPDCCH的UL DCI中不包括UL DAI域;另一种方法是调度PUSCH的PDCCH/EPDCCH的UL DCI中包括UL DAI域,作为保留比特。
实施例六
如前述实施例三中所述,UE的HARQ-ACK反馈信息可以在不同的小区集合内传输。例如,可以属于授权频段小区集合的服务小区内传输,也可以在属于非授权频段小区集合的服务小区内传输。由于授权频段的上行子帧和非授权频段上行子帧受到的干扰性质不同,且在授权频段的上行子帧传输HARQ-ACK和在非授权频段上行子帧的传输HARQ-ACK时,HARQ-ACK传输的比特数确定的方法不同,因此HARQ-ACK在授权频段的上行子帧传输和非授权频段上行子帧传输时的偏移值应当有所区别,能够更好地节省传输HARQ-ACK的PUSCH的资源。
UE在服务小区集合1(例如,授权频带服务小区集合)的PUSCH中传输HARQ-ACK,同时还在PUSCH中传输信道质量指示(Channel Quality Indicator,CQI)\预编码矩阵指示(Precoding Matrix Indicator,PMI)和秩指示(Rank Indicator,RI),其中CQI\PMI和RI统称为CSI。当UE在服务小区集合1传输HARQ-ACK反馈信息、CQI\PMI和RI时,UE根据偏移值确定HARQ-ACK、CQI\PMI和RI占用的PUSCH资源单元(Resource Element,RE)数,偏移值分为适用于一个码字PUSCH的偏移值和适用于两个码字PUSCH的偏移值。具体确定方法见3GPP协议,36.212版本12.4.0中的5.2.2.6部分。
更详细地,如果UE传输的HARQ-ACK比特数小于等于22比特时,对于一个码字PUSCH,HARQ-ACK的偏移值RI的偏移值和CQI的偏移值按照表4、表5和表6分别利用高层信令索引和分别进行配置。对于两个码字PUSCH,HARQ-ACK的偏移值RI的偏移值和CQI的偏移值按照表4、表5和表6分别利用高层信令索引和分别进行配置。其中,表4、表5和表6中,给出了高层信令索引与偏移值间的对应关系,同时,对于一个码字PUSCH和两个码字PUSCH,高层信令索引利用下角标MC进行区分。如果UE传输的HARQ-ACK比特数大于22比特,则对于一个码字PUSCH,HARQ-ACK的偏移值按照表4利用高层信令索引进行配置,对于两个码字PUSCH,HARQ-ACK的偏移值按照表4利用高层信令索引进行配置。其中,和与间的对应关系仍然如表4所示,只是为表示区分高层信令索引是相互独立配置的,并不是统一取值进行配置,所以使用不同的下角标进行表示。例如,HARQ-ACK比特数小于等于22比特,配置的高层信令索引那么根据表4相应的HARQ-ACK的偏移值HARQ-ACK比特数大于22比特,配置的高层信令索引同样根据表4HARQ-ACK的偏移值这里,和相互独立配置,并且配置为不同取值,但是同样根据表4确定相应的HARQ-ACK的偏移值以下的处理中,下角标的不同也具备同样的含义,就不再一一赘述。
当UE配置两个上行功率控制子帧集合,且UE在第一个子帧集合中的PUSCH传输HARQ-ACK、CQI和RI时,如果UE传输的HARQ-ACK比特数小于等于22比特,对于一个码字PUSCH,HARQ-ACK的偏移值RI的偏移值和CQI的偏移值按照表4、表5和表6分别利用高层信令索引和分别进行配置。对于两个码字PUSCH,HARQ-ACK的偏移值RI的偏移值和CQI的偏移值按照表4、表5和表6分别利用高层信令索引和分别进行配置。如果UE传输的HARQ-ACK比特数大于22比特,对于一个码字PUSCH,HARQ-ACK的偏移值按照表4利用高层信令索引进行配置,对于两个码字PUSCH,HARQ-ACK的偏移值按照表4利用高层信令索引进行配置。
当UE配置两个上行功率控制子帧集合,且UE在第二个子帧集合中的PUSCH传输HARQ-ACK、CQI和RI时,如果UE传输的HARQ-ACK比特数小于等于22比特,对于一个码字PUSCH,HARQ-ACK的偏移值RI的偏移值和CQI的偏移值按照表4,表5和表6分别利用高层信令索引和代替和分别进行配置;对于两个码字PUSCH,HARQ-ACK的偏移值RI的偏移值和CQI的偏移值按照表4、表5和表6分别利用高层信令索引和代替和分别进行配置。如果UE传输的HARQ-ACK比特数大于22比特,对于一个码字PUSCH,HARQ-ACK的偏移值按照表4利用高层信令索引进行配置;对于两个码字PUSCH,HARQ-ACK的偏移值按照表4利用高层信令索引进行配置。
上述描述了UE在服务小区集合1中的PUSCH传输HARQ-ACK、CQI/PMI和RI时,确定上行资源时偏移值的确定方式。
接下来,介绍当UE在服务小区集合2(例如,非授权频带服务小区集合)的PUSCH中传输HARQ-ACK、信道质量指示和CQI时,偏移值的确定方式。
方法一:
如果UE传输的HARQ-ACK比特数小于等于22比特,对于一个码字PUSCH,HARQ-ACK的偏移值RI的偏移值和CQI的偏移值按照表4、表5和表6分别利用高层信令索引和分别进行配置;对于两个码字PUSCH时,HARQ-ACK的偏移值RI的偏移值和CQI的偏移值按照表4、表5和表6分别利用高层信令索引和分别进行配置。如果UE传输的HARQ-ACK比特数大于22比特,对于一个码字PUSCH,HARQ-ACK的偏移值按照表4利用高层信令索引进行配置,对于两个码字PUSCH,HARQ-ACK的偏移值按照表4利用高层信令索引进行配置。其中,高层信令索引与偏移值间的对应关系仍然采用表4、表5和表6的对应关系,只是如前所述,高层信令索引的配置是相互独立的,这些配置的高层信令索引的取值可以相同,也可以不同。
当UE配置两个上行功率控制子帧集合,且UE在第一个子帧集合中的PUSCH传输HARQ-ACK、CQI和RI时,如果UE传输的HARQ-ACK比特数小于等于22比特,对于一个码字PUSCH,HARQ-ACK的偏移值RI的偏移值和CQI的偏移值按照表4、表5和表6分别利用高层信令索引和分别进行配置;对于两个码字PUSCH时,HARQ-ACK的偏移值RI的偏移值和CQI的偏移值按照表4、表5和表6分别利用高层信令索引 和分别进行配置。如果UE传输的HARQ-ACK比特数大于22比特,对于一个码字PUSCH,HARQ-ACK的偏移值按照表4利用高层信令索引进行配置,对于两个码字PUSCH,HARQ-ACK的偏移值按照表4利用高层信令索引进行配置。
当UE配置两个上行功率控制子帧集合,且UE在第二个子帧集合中的PUSCH传输HARQ-ACK、CQI和RI时,对于一个码字PUSCH,如果UE传输的HARQ-ACK比特数小于等于22比特,HARQ-ACK的偏移值RI的偏移值和CQI的偏移值按照表4、表5和表6分别利用高层信令索引和代替和分别进行配置;对于两个码字PUSCH,HARQ-ACK的偏移值RI的偏移值和CQI的偏移值按照表4、表5和表6分别利用高层信令索引和代替 和分别进行配置。如果UE传输的HARQ-ACK比特数大于22比特时,对于一个码字PUSCH时,HARQ-ACK的偏移值按照表4利用高层信令索引进行配置;对于两个码字PUSCH时,HARQ-ACK的偏移值按照表4利用高层信令索引进行配置。
方法二:
对于一个码字PUSCH时,HARQ-ACK的偏移值RI的偏移值和CQI的偏移值按照表4、表5和表6分别利用高层信令索引和分别进行配置;对于两个码字PUSCH,HARQ-ACK的偏移值RI的偏移值和CQI的偏移值按照表4、表5和表6分别利用高层信令索引和分别进行配置。
当UE配置两个上行功率控制子帧集合,且UE在第一个子帧集合中的PUSCH传输HARQ-ACK、CQI和RI时,对于一个码字PUSCH,HARQ-ACK的偏移值RI的偏移值和CQI的偏移值按照表4、表5和表6分别利用高层信令索引和分别进行配置;对于两个码字PUSCH,HARQ-ACK的偏移值RI的偏移值和CQI的偏移值按照表4、表5和表6分别利用高层信令索引和分别进行配置。
当UE配置两个上行功率控制子帧集合,且UE在第二个子帧集合中的PUSCH传输HARQ-ACK、CQI和RI时,对于一个码字PUSCH,HARQ-ACK的偏移值RI的偏移值和CQI的偏移值按照表4、表5和表6分别利用高层信令索引和代替和分别进行配置;对于两个码字PUSCH,HARQ-ACK的偏移值RI的偏移值和CQI的偏移值按照表4、表5和表6分别利用高层信令索引和代替和分别进行配置。
在本方法中,不再区分UE传输的HARQ-ACK比特数是否大于22比特,采用统一的高层信令索引配置。
在上述两个方法中,均以偏移值与高层信令索引间的对应关系按照表4、表5和表6为例进行介绍,当然,也可以根据需要设置新的对应关系,本申请对此不作限定。通常,高层信令索引与偏移值间的对应关系可以仅设置一套,例如表4,当然,也可以根据需要为不同的高层信令索引与偏移值设置相互独立的对应关系,例如。与的对应关系可以和与的对应关系不同。
表4:HARQ-ACK偏移值和高层信令索引之间的映射
表5RI偏移值和高层信令索引之间的映射
表6:CQI偏移值和高层信令索引之间的映射
方法三:
当UE利用实施例二中的方法传输HARQ-ACK时,需要在上行子帧上传输所有HARQ过程的HARQ-ACK反馈信息,有些情况下,本次传输时部分HARQ过程没有新的HARQ-ACK反馈信息,可以将其HARQ-ACK反馈信息设置为NACK进行传输,并且基站和UE都知道是哪些HARQ过程由于没有新的HARQ-ACK反馈信息而被设置为NACK,这种情况下,为UE分配用于HARQ-ACK反馈信息的PUSCH资源时,可以适当减少分配的资源,以节省系统资源。
考虑到上述情况,本方法中引入HARQ-ACK偏移值加权因子指示信令,以动态指示用于HARQ-ACK传输的HARQ-ACK偏移值加权因子的取值,并在分配HARQ-ACK反馈信息占用的PUSCH资源时,将表4中的利用代替,从而可以根据需要减少为UE分配的HARQ-ACK资源。
表7
HARQ-ACK偏移值加权因子指示信令可以利用调度传输HARQ-ACK的PUSCH的UL DCI中的UL DAI比特或其他保留比特,或新增比特字段来表示。或者,HARQ-ACK偏移值加权因子指示信令可以利用调度产生HARQ-ACK的PDSCH的DL DCI中的DL DAI比特或TPC比特或其他保留比特,或新增比特字段来表示。
上述即为本申请中HARQ-ACK反馈信息传输方法的具体实现。本申请还提供了一种HARQ-ACK反馈信息的传输设备,可以用于实施上述方法。图9为该设备的基本结构示意图。如图9所示,该设备包括:接收单元、子帧确定单元和信息传输单元。
其中,接收单元,用于接收基站发送的物理下行共享信道PDSCH数据和/或指示SPS释放的PDCCH/EPDCCH,并确定所述PDSCH数据和/或指示SPS释放的PDCCH/EPDCCH的HARQ-ACK反馈信息。子帧确定单元,用于确定承载HARQ-ACK反馈信息的上行子帧。信息传输单元,用于在确定出的上行子帧上,传输HARQ-ACK反馈信息的标示信息和HARQ-ACK反馈信息,或者,根据预定的顺序传输所有HARQ过程对应的HARQ-ACK反馈信息;其中,标示信息用于指示HARQ-ACK反馈信息对应的PDSCH或指示SPS释放的PDCCH/EPDCCH。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明保护的范围之内。
Claims (21)
1.一种由无线通信系统中的用户设备UE执行的方法,其特征在于,所述方法包括:
接收基站发送的物理下行共享信道PDSCH数据和/或指示半持续调度SPS释放的物理下行控制信道PDCCH/增强物理下行控制信道EPDCCH,并确定所述PDSCH数据和/或指示SPS释放的PDCCH/EPDCCH的HARQ-ACK反馈信息;以及
传输所述HARQ-ACK反馈信息,
其中,如果针对对应的HARQ进程识别值已经报告过应答ACK,则所确定的HARQ-ACK反馈信息为否定应答NACK。
2.根据权利要求1所述的方法,其特征在于,传输所述HARQ-ACK反馈信息包括基于所有HARQ过程的HARQ过程识别值的顺序排列HARQ-ACK反馈信息。
3.根据权利要求2所述的方法,其特征在于,基于所有HARQ过程的HARQ过程识别值的顺序排列HARQ-ACK反馈信息包括:基于所有HARQ过程识别值的升序的顺序,排列HARQ-ACK反馈信息。
4.根据权利要求1所述的方法,其特征在于,还包括传输所述HARQ-ACK反馈信息的标示信息,所述标示信息用于指示所述HARQ-ACK反馈信息对应的PDSCH或指示SPS释放的PDCCH/EPDCCH,所述传输HARQ-ACK反馈信息的标示信息为:PDSCH的HARQ过程识别值或指示SPS释放的PDCCH/EPDCCH的HARQ过程识别值,用于指示所述HARQ-ACK反馈信息对应的HARQ过程。
5.根据权利要求1到4中任一所述的方法,其特征在于,在确定出的上行子帧上所传输的HARQ-ACK反馈信息的数量由高层信令配置或由物理层信令指示。
6.根据权利要求5所述的方法,其特征在于,在确定出的上行子帧上传输的HARQ-ACK反馈信息的数量N的确定方式为:
所述N为最大HARQ过程数;或者,根据协议规定确定N;或者,根据高层信令的配置确定N;或者,根据物理层信令的指示确定N;或者,根据媒体接入层信令的指示确定N;或者,对于TDD系统,N=16,对于FDD系统,N=8;或者,对于TDD系统和FDD系统,N=8。
7.根据权利要求5所述的方法,其特征在于,对于确定出的上行子帧,若该上行子帧上要传输的所有HARQ-ACK反馈信息在该确定出的上行子帧前均已传输过、且所述UE在确定出的上行子帧前未接收到所述所有HARQ-ACK反馈信息对应的HARQ过程识别的新的PDSCH数据和/或指示SPS释放的PDCCH/EPDCCH,该方法包括:所述UE在确定出的上行子帧上不传输所述HARQ-ACK反馈信息;或者,
对于确定出的上行子帧,若该上行子帧上要传输的部分HARQ-ACK反馈信息在该确定出的上行子帧前均已传输过、且所述UE在确定出的上行子帧前未接收到所述部分HARQ-ACK反馈信息对应的HARQ过程识别的新的PDSCH数据和/或指示SPS释放的PDCCH/EPDCCH、且所述UE在确定出的上行子帧前未接收到除所述部分HARQ-ACK反馈信息外其余HARQ-ACK反馈信息对应的HARQ过程识别的PDSCH数据和/或指示SPS释放的PDCCH/EPDCCH,该方法包括:所述UE在确定出的上行子帧上不传输所述HARQ-ACK反馈信息。
8.根据权利要求1-4中任一所述的方法,其特征在于,确定承载所述HARQ-ACK反馈信息的上行子帧包括:
将下行子帧n的HARQ-ACK反馈信息承载在n+k的子帧上;其中,k是大于等于p的正整数,n+k为允许进行HARQ-ACK反馈信息传输的上行子帧,p为根据UE处理下行的PDSCH数据或指示SPS释放的PDCCH/EPDCCH得出HARQ-ACK值以及准备PUCCH传输所需要的时间延迟确定的,时间延迟越大,p越大。
9.根据权利要求8所述的方法,其特征在于,当传输块间隔TTI长度为1ms时,p=4。
10.根据权利要求8所述的方法,其特征在于,当k≥M时,不在所述子帧n+k上传输所述HARQ-ACK反馈信息。
11.根据权利要求1到4中任一所述的方法,其特征在于,当所述PDSCH数据或指示SPS释放的PDCCH/EPDCCH在非授权频段服务小区内传输时,该方法包括:UE根据高层信令的配置确定,仅在非授权频段服务小区内传输所述HARQ-ACK反馈信息,或者,仅在授权频段服务小区内传输所述HARQ-ACK反馈信息,或者,在非授权频段服务小区或授权频段服务小区内传输所述HARQ-ACK反馈信息。
12.根据权利要求11所述的方法,其特征在于,该方法包括:当传输所述HARQ-ACK反馈信息的服务小区为非授权频段服务小区时,继续执行所述HARQ-ACK反馈信息的传输;当传输所述HARQ-ACK反馈信息的服务小区为授权频段服务小区时,不再执行所述HARQ-ACK反馈信息的传输。
13.根据权利要求1到4中任一所述的方法,其特征在于,所述UE根据高层信令确定所述HARQ-ACK反馈信息的传输方式;其中,所述HARQ-ACK反馈信息的传输方式为:传输所述HARQ-ACK反馈信息的标示信息和所述HARQ-ACK反馈信息,或者,根据预定的顺序传输所述HARQ-ACK反馈信息。
14.根据权利要求1到4中任一所述的方法,其特征在于,该方法包括:
根据所述UE的软缓存大小进行速率匹配当一个传输块的一个编码块解码失败时,UE至少为该编码块保存软比特其中,C是传输块分成的编码块总数,对MIMO传输模式,Ncb是编码块可以存储的信息比特数,KMIMO=2,对非MIMO传输模式,KMIMO=1,Mlimit是常数8,Kw是涡轮编码(turbo)输出的编码比特的总数,Nsoft=35982720时KC=5,Nsoft=3654144且UE在下行不能支持超过2层空间复用时KC=2,wk'是UE收到的一个软比特,并且k'是UE收到的各个软比特的索引中取值最小的索引,MDL_HARQ为由高层信令配置或预先确定的最大下行HARQ过程数,并根据所述MDL_HARQ确定调度PDSCH的PDCCH/EPDCCH中的HARQ过程识别域的比特数;或者,
根据所述UE的软缓存大小进行速率匹配当一个传输块的一个编码块解码失败时,UE至少为该编码块保存软比特其中,C是传输块分成的编码块总数,对MIMO传输模式,KMIMO=2,对非MIMO传输模式,KMIMO=1,Ncb是编码块可以存储的信息比特数,Mlimit是常数8,Kw是涡轮编码(turbo)输出的编码比特的总数,Nsoft=35982720时KC=5,Nsoft=3654144且UE在下行不能支持超过2层空间复用时KC=2,wk'是UE收到的一个软比特,并且k'是UE收到的各个软比特的索引中取值最小的索引,MDL_HARQ为由高层信令配置或预先确定的用于确定UE软缓存的最大下行HARQ过程数。
15.根据权利要求1到4中任一所述的方法,其特征在于,当所述UE只在非授权服务小区传输所述HARQ-ACK反馈信息时,该方法包括:
调度PDSCH和/或指示SPS释放的PDCCH/EPDCCH的下行下行控制信息DL DCI中不包括下行下行分配索引DL DAI域,或者,将调度PDSCH和/或指示SPS释放的PDCCH/EPDCCH的DL DCI中的DL DAI域作为保留比特;和/或,
调度物理上行共享信道PUSCH的PDCCH/EPDCCH的上行下行控制信息UL DCI中不包括上行下行分配索引UL DAI域,或者,将调度PUSCH的PDCCH/EPDCCH的UL DCI中的UL DAI域作为保留比特;和/或,
调度PDSCH的PDCCH/EPDCCH的DL DCI中不包括传输功率控制TPC命令域,或者,将调度PDSCH的PDCCH/EPDCCH的DL DCI中的TPC域作为保留比特。
17.根据权利要求16所述的方法,其特征在于,所述根据基站发送的高层信令索引确定HARQ-ACK偏移值包括:
若UE在确定出的上行子帧上要传输的HARQ-ACK比特数小于或等于22,则对于一个码字PUSCH,根据基站发送的高层信令索引和按照预设的HARQ-ACK的偏移值与高层信令索引的对应关系、RI的偏移值与高层信令索引的对应关系、CQI的偏移值与高层信令索引的对应关系,分别确定HARQ-ACK的偏移值RI的偏移值和CQI的偏移值对于两个码字PUSCH,根据基站发送的高层信令索引 和按照预设的HARQ-ACK的偏移值与高层信令索引的对应关系、RI的偏移值与高层信令索引的对应关系、CQI的偏移值与高层信令索引的对应关系,分别确定HARQ-ACK的偏移值RI的偏移值和CQI的偏移值
若UE在确定出的上行子帧上要传输的HARQ-ACK比特数大于22,则对于一个码字PUSCH,根据基站发送的高层信令索引按照预设的HARQ-ACK的偏移值与高层信令索引的对应关系,确定HARQ-ACK的偏移值对于两个码字PUSCH,根据基站发送的高层信令索引按照预设的HARQ-ACK的偏移值与高层信令索引的对应关系,确定HARQ-ACK的偏移值
和/或,
当UE配置两个上行功率控制子帧集合、且所述UE在第一个子帧集合中的PUSCH传输HARQ-ACK、CQI和RI时,所述根据基站发送的高层信令索引确定HARQ-ACK偏移值包括:
若UE在确定出的上行子帧上要传输的HARQ-ACK比特数小于或等于22,则对于一个码字PUSCH,根据基站发送的高层信令索引和按照预设的HARQ-ACK的偏移值与高层信令索引的对应关系、RI的偏移值与高层信令索引的对应关系、CQI的偏移值与高层信令索引的对应关系,分别确定HARQ-ACK的偏移值RI的偏移值和CQI的偏移值对于两个码字PUSCH,根据基站发送的高层信令索引 和按照预设的HARQ-ACK的偏移值与高层信令索引的对应关系、RI的偏移值与高层信令索引的对应关系、CQI的偏移值与高层信令索引的对应关系,分别确定HARQ-ACK的偏移值RI的偏移值和CQI的偏移值
若UE在确定出的上行子帧上要传输的HARQ-ACK比特数大于22,则对于一个码字PUSCH,根据基站发送的高层信令索引按照预设的HARQ-ACK的偏移值与高层信令索引的对应关系,确定HARQ-ACK的偏移值对于两个码字PUSCH,根据基站发送的高层信令索引按照预设的HARQ-ACK的偏移值与高层信令索引的对应关系,确定HARQ-ACK的偏移值
和/或,
当所述UE配置两个上行功率控制子帧集合、且所述UE在第二个子帧集合中的PUSCH传输HARQ-ACK、CQI和RI时,所述根据基站发送的高层信令索引确定HARQ-ACK偏移值包括:
若UE在确定出的上行子帧上要传输的HARQ-ACK比特数小于或等于22,则对于一个码字PUSCH,根据基站发送的高层信令索引和按照预设的HARQ-ACK的偏移值与高层信令索引的对应关系、RI的偏移值与高层信令索引的对应关系、CQI的偏移值与高层信令索引的对应关系,分别确定HARQ-ACK的偏移值RI的偏移值和CQI的偏移值对于两个码字PUSCH,根据基站发送的高层信令索引和按照预设的HARQ-ACK的偏移值与高层信令索引的对应关系、RI的偏移值与高层信令索引的对应关系、CQI的偏移值与高层信令索引的对应关系,分别确定HARQ-ACK的偏移值RI的偏移值和CQI的偏移值
19.一种HARQ-ACK反馈信息的传输设备,其特征在于,该设备包括:接收单元和信息传输单元;
所述接收单元,用于接收基站发送的物理下行共享信道PDSCH数据和/或指示半持续调度SPS释放的物理下行控制信道PDCCH/增强物理下行控制信道EPDCCH,并确定所述PDSCH数据和/或指示SPS释放的PDCCH/EPDCCH的HARQ-ACK反馈信息;
所述信息传输单元,用于传输所述HARQ-ACK反馈信息,
其中,所述信息传输单元还用于,如果针对对应的HARQ进程识别值已经报告过应答ACK,则所确定的HARQ-ACK反馈信息为否定应答NACK。
20.一种无线通信系统中的用户设备UE,所述UE被配置为执行操作,所述操作包括:
接收基站发送的物理下行共享信道PDSCH数据和/或指示半持续调度SPS释放的物理下行控制信道PDCCH/增强物理下行控制信道EPDCCH,并确定所述PDSCH数据和/或指示SPS释放的PDCCH/EPDCCH的HARQ-ACK反馈信息;以及
传输所述HARQ-ACK反馈信息,
其中,如果针对对应的HARQ进程识别值已经报告过应答ACK,则所确定的HARQ-ACK反馈信息为否定应答NACK。
21.根据权利要求20所述的UE,其中,所述UE被配置为执行操作,所述操作还包括权利要求2-18中任一项所述方法中的一个或多个操作。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610299460.8A CN107347002B (zh) | 2016-05-06 | 2016-05-06 | 一种harq-ack反馈信息的传输方法和设备 |
PCT/KR2017/004756 WO2017192025A1 (en) | 2016-05-06 | 2017-05-08 | Method and apparatus for transmitting harq-ack feedback information |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610299460.8A CN107347002B (zh) | 2016-05-06 | 2016-05-06 | 一种harq-ack反馈信息的传输方法和设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107347002A CN107347002A (zh) | 2017-11-14 |
CN107347002B true CN107347002B (zh) | 2021-11-12 |
Family
ID=60202988
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610299460.8A Active CN107347002B (zh) | 2016-05-06 | 2016-05-06 | 一种harq-ack反馈信息的传输方法和设备 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN107347002B (zh) |
WO (1) | WO2017192025A1 (zh) |
Families Citing this family (47)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2018172896A1 (en) | 2017-03-24 | 2018-09-27 | Telefonaktiebolaget Lm Ericsson (Publ) | Uplink harq-ack feedback for mtc |
CN109905207B (zh) * | 2017-12-08 | 2021-07-27 | 大唐移动通信设备有限公司 | 物理上行共享信道的传输方法、接收方法、终端及基站 |
CN109905210B (zh) * | 2017-12-08 | 2020-10-20 | 电信科学技术研究院 | 一种ack/nack传输方法及对应装置 |
CN110034892B (zh) * | 2018-01-12 | 2020-07-14 | 维沃移动通信有限公司 | Harq-ack反馈时间的确定方法、指示方法、终端设备和网络设备 |
US11419136B2 (en) | 2018-01-12 | 2022-08-16 | Beijing Xiaomi Mobile Software Co., Ltd. | Information feedback method and apparatus |
CN110034902B (zh) * | 2018-01-12 | 2021-08-10 | 北京紫光展锐通信技术有限公司 | 混合式自动重传请求码本的生成方法、用户设备、介质 |
CN110086583B (zh) * | 2018-01-26 | 2021-05-07 | 电信科学技术研究院有限公司 | 一种dai的指示方法、用户终端和网络侧设备 |
CN110098901B (zh) | 2018-01-29 | 2020-06-30 | 上海朗帛通信技术有限公司 | 一种被用于无线通信的用户设备、基站中的方法和装置 |
EP3720021A4 (en) * | 2018-01-30 | 2020-12-23 | Huawei Technologies Co., Ltd. | INFORMATION TRANSFER METHOD AND DEVICE |
CN110138514B (zh) * | 2018-02-08 | 2020-10-20 | 电信科学技术研究院有限公司 | 一种进行混合自动重传请求反馈的方法和终端 |
WO2019157639A1 (zh) * | 2018-02-13 | 2019-08-22 | Oppo广东移动通信有限公司 | 一种harq信息的传输方法及装置、计算机存储介质 |
CN110166208B (zh) * | 2018-02-14 | 2022-04-01 | 大唐移动通信设备有限公司 | 一种物理上行链路控制信道的传输方法、装置及存储介质 |
US11246155B2 (en) | 2018-03-27 | 2022-02-08 | Qualcomm Incorporated | Acknowledgement feedback in unlicensed new radio |
CN110351018B (zh) * | 2018-04-04 | 2021-12-24 | 展讯通信(上海)有限公司 | Harq-ack反馈信息发送、接收方法及装置、存储介质、发送终端、接收终端 |
US10615916B2 (en) | 2018-04-06 | 2020-04-07 | At&T Intellectual Property I, L.P. | Retransmission of failed transport blocks for 5G or other next generation network |
EP3790207B1 (en) * | 2018-05-11 | 2023-09-13 | Huawei Technologies Co., Ltd. | Information transmission method, communication device, and network device |
US10924225B2 (en) * | 2018-08-03 | 2021-02-16 | Mediatek Inc. | Group-based hybrid automatic repeat request (HARQ) acknowledgement feedback |
CN110830184B (zh) * | 2018-08-09 | 2023-04-07 | 北京三星通信技术研究有限公司 | 块传输方法、下行传输方法、nrs接收方法、ue、基站和介质 |
CN110830218B (zh) * | 2018-08-10 | 2022-03-22 | 展讯通信(上海)有限公司 | 用户设备及其数据传输方法及装置 |
EP3771119B1 (en) | 2018-08-23 | 2023-04-26 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method and apparatus for transmitting feedback information, and communication device |
CN110932825B (zh) * | 2018-09-20 | 2022-06-14 | 维沃移动通信有限公司 | 混合自动重传请求应答反馈方法和终端 |
CN110943806B (zh) | 2018-09-21 | 2021-10-26 | 大唐移动通信设备有限公司 | 一种混合自动重传请求确认码本的传输方法和设备 |
CN112703804B (zh) * | 2018-09-26 | 2022-08-09 | 华为技术有限公司 | 通信方法和通信装置 |
CN111031580B (zh) * | 2018-10-10 | 2022-02-15 | 维沃移动通信有限公司 | 用于传输反馈信息的方法和设备 |
CN109565835B (zh) * | 2018-10-31 | 2023-10-10 | 北京小米移动软件有限公司 | 数据传输方法、装置、基站、终端及存储介质 |
US11191068B2 (en) * | 2018-11-12 | 2021-11-30 | Qualcomm Incorporated | Per transmission configuration channel sensing |
CN111200489A (zh) * | 2018-11-16 | 2020-05-26 | 北京三星通信技术研究有限公司 | 用于确定定时关系的方法、设备和存储介质 |
US11405907B2 (en) * | 2018-12-28 | 2022-08-02 | Samsung Electronics Co., Ltd. | Method and device for grant-free data transmission in wireless communication system |
CN111525986B (zh) * | 2019-02-01 | 2023-05-09 | 中国移动通信有限公司研究院 | 确定harq反馈时序的方法及装置、设备、存储介质 |
CN111585730B (zh) * | 2019-02-15 | 2021-10-15 | 华为技术有限公司 | 传输方法和通信装置 |
EP3925121B1 (en) * | 2019-02-15 | 2023-10-04 | Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. | V2x harq process management |
CN111435901B (zh) * | 2019-02-22 | 2023-07-21 | 维沃移动通信有限公司 | 混合自动重传请求确认反馈方法、终端和网络设备 |
CN111181709B (zh) * | 2019-02-26 | 2022-01-28 | 维沃移动通信有限公司 | 一种信息传输方法及终端 |
CN114144984A (zh) * | 2019-08-02 | 2022-03-04 | 鸿颖创新有限公司 | 用于处理混合自动重传请求反馈传输的方法和设备 |
CN110557227B (zh) * | 2019-08-16 | 2021-06-04 | 中国信息通信研究院 | 一种混合自动重传请求反馈方法和设备 |
JP7392960B2 (ja) | 2019-10-03 | 2023-12-06 | オフィノ, エルエルシー | フィードバックチャネルの無線リソースマッピング |
CN112787765B (zh) * | 2019-11-08 | 2021-11-12 | 大唐移动通信设备有限公司 | 一种harq反馈方法、终端、基站和存储介质 |
CN113115592B (zh) * | 2019-11-11 | 2022-11-22 | 北京小米移动软件有限公司 | Harq-ack传输方法及装置、通信设备 |
CN111193578B (zh) * | 2020-01-07 | 2022-03-22 | 北京紫光展锐通信技术有限公司 | Harq-ack反馈信息的触发方法、发送方法及系统 |
CN113498205B (zh) * | 2020-04-08 | 2023-04-07 | 展讯通信(上海)有限公司 | 一种传输反馈信息的方法及相关装置 |
WO2021217395A1 (en) * | 2020-04-28 | 2021-11-04 | Qualcomm Incorporated | Block feedback techniques for semi-persistent scheduling |
CN111884775B (zh) * | 2020-07-15 | 2024-02-27 | 太仓市同维电子有限公司 | 一种基于共享缓存的harq传输装置和方法 |
CN114070490B (zh) * | 2020-08-07 | 2023-05-30 | 北京佰才邦技术股份有限公司 | 下行控制信息传输方法、终端及网络设备 |
CN114375048A (zh) * | 2020-10-15 | 2022-04-19 | 北京紫光展锐通信技术有限公司 | 通信方法及相关产品 |
EP4274131A4 (en) * | 2020-12-31 | 2023-12-06 | Beijing Xiaomi Mobile Software Co., Ltd. | METHOD AND APPARATUS FOR SENDING HARQ FEEDBACK INFORMATION AND COMMUNICATION APPARATUS |
WO2023050429A1 (zh) * | 2021-09-30 | 2023-04-06 | 富士通株式会社 | 数据调度方法、信息发送方法以及装置 |
CN117616711A (zh) * | 2021-09-30 | 2024-02-27 | Oppo广东移动通信有限公司 | Harq-ack信息的反馈方法、装置、设备及介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2013113155A1 (en) * | 2012-01-31 | 2013-08-08 | Renesas Mobile Corporation | Configuration for detection of physical harq indicator channel |
CN103312468A (zh) * | 2012-03-16 | 2013-09-18 | 英特尔公司 | Harq/ack电码本大小确定 |
CN103516496A (zh) * | 2012-06-27 | 2014-01-15 | 北京三星通信技术研究有限公司 | 一种发送harq-ack反馈信息的方法 |
WO2014185703A1 (ko) * | 2013-05-14 | 2014-11-20 | 주식회사 팬택 | 차동자원할당 정보를 포함하는 제어채널의 송수신 장치 및 방법 |
WO2015024248A1 (zh) * | 2013-08-23 | 2015-02-26 | 华为技术有限公司 | 信息传输方法和设备 |
WO2015039313A1 (zh) * | 2013-09-18 | 2015-03-26 | 华为技术有限公司 | 混合自动重传请求确认的传输方法、用户设备和基站 |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2166804A1 (en) * | 2008-09-17 | 2010-03-24 | Panasonic Corporation | Deactivation of semi-persistent resource allocations in a mobile communication network |
US8295253B2 (en) * | 2009-02-05 | 2012-10-23 | Qualcomm Incorporated | Efficient ACK transmission for uplink semi-persistent scheduling release in LTE |
US9526091B2 (en) * | 2012-03-16 | 2016-12-20 | Intel Corporation | Method and apparatus for coordination of self-optimization functions in a wireless network |
CN103368706A (zh) * | 2012-03-26 | 2013-10-23 | 中兴通讯股份有限公司 | 混合自动重传请求传输方法、装置及系统 |
WO2013157905A1 (ko) * | 2012-04-20 | 2013-10-24 | 엘지전자 주식회사 | 신호 송수신 방법 및 이를 위한 장치 |
US9705644B2 (en) * | 2012-07-05 | 2017-07-11 | Lg Electronics Inc. | Method for operating buffer for device-to-device (D2D) communication in wireless communication system, and apparatus for same |
US9544102B2 (en) * | 2013-06-04 | 2017-01-10 | Nec Corporation | DL scheduling and HARQ-ACK feedback for DL transmissions in flexible-TDD systems without and with cross-subframe scheduling |
-
2016
- 2016-05-06 CN CN201610299460.8A patent/CN107347002B/zh active Active
-
2017
- 2017-05-08 WO PCT/KR2017/004756 patent/WO2017192025A1/en active Application Filing
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2013113155A1 (en) * | 2012-01-31 | 2013-08-08 | Renesas Mobile Corporation | Configuration for detection of physical harq indicator channel |
CN103312468A (zh) * | 2012-03-16 | 2013-09-18 | 英特尔公司 | Harq/ack电码本大小确定 |
CN103516496A (zh) * | 2012-06-27 | 2014-01-15 | 北京三星通信技术研究有限公司 | 一种发送harq-ack反馈信息的方法 |
WO2014185703A1 (ko) * | 2013-05-14 | 2014-11-20 | 주식회사 팬택 | 차동자원할당 정보를 포함하는 제어채널의 송수신 장치 및 방법 |
WO2015024248A1 (zh) * | 2013-08-23 | 2015-02-26 | 华为技术有限公司 | 信息传输方法和设备 |
WO2015039313A1 (zh) * | 2013-09-18 | 2015-03-26 | 华为技术有限公司 | 混合自动重传请求确认的传输方法、用户设备和基站 |
CN105556884A (zh) * | 2013-09-18 | 2016-05-04 | 华为技术有限公司 | 混合自动重传请求确认的传输方法、用户设备和基站 |
Non-Patent Citations (1)
Title |
---|
HARQ considerations for TDD-FDD CA;Texas Instruments;《3GPP TSG RAN WG1 #75,R1-135615》;20131115;全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN107347002A (zh) | 2017-11-14 |
WO2017192025A1 (en) | 2017-11-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107347002B (zh) | 一种harq-ack反馈信息的传输方法和设备 | |
EP2482609B1 (en) | Transmission method and transmission system for downlink control information | |
EP2509244B1 (en) | Method and system for signaling configuration of physical uplink shared channel | |
EP2759083B1 (en) | Method and apparatus for soft buffer processing | |
US9100155B2 (en) | Method and apparatus for control and data multiplexing in wireless communication | |
KR102126509B1 (ko) | Tdd 시스템에서의 소프트 버퍼 처리 방법 및 장치 | |
US8681627B2 (en) | Prioritizing multiple channel state information (CSI) reporting with carrier aggregation | |
EP2395693B1 (en) | Multiplexing Control and Data Information From a User Equipment in MIMO Transmission Mode | |
AU2011324151B2 (en) | Method and apparatus for coding of HARQ-ACK transmission in TDD systems with DownLink carrier aggregation | |
CN108306665B (zh) | 一种用于在无线网络中配置传输模式的方法 | |
CN102651678B (zh) | 控制信息的传输方法、装置及系统 | |
CN106559878B (zh) | 上行控制信息uci发送、获取方法及装置 | |
KR101920241B1 (ko) | Sc-fdm을 기반으로 하는 상향링크 다중 입출력 시스템에서 제어 및 데이터 다중화 | |
CN102025472B (zh) | 基站及终端 | |
US20110243012A1 (en) | Feedback of control information for multiple carriers | |
KR101681148B1 (ko) | 무선통신 시스템 및 그의 harq 운용 방법 | |
KR20190016553A (ko) | 무선 통신 시스템에서 채널 상태 보고를 위한 방법 및 이를 위한 장치 | |
KR20090075461A (ko) | Harq 방식을 이용하는 다중 안테나 시스템에서 신호재전송 방법 | |
JP2013526210A (ja) | データ受信状態をフィードバックする方法及び装置 | |
CN105141398B (zh) | 软缓存处理方法及设备 | |
KR20130121124A (ko) | 물리 업링크 제어 채널의 전력 제어 방법 및 장치 | |
CN109792734A (zh) | 在无线通信系统中用于多个处理时间或多个传输时间间隔的方法及其装置 | |
CN101958779B (zh) | 物理harq指示符信道触发的传输块的重传方法及终端 | |
CN104427550A (zh) | 业务流量自适应系统中上行数据传输的方法及设备 | |
CN108063652B (zh) | 软缓存处理的方法及设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |