CN106549734A - 一种信息的传输方法、终端和基站 - Google Patents
一种信息的传输方法、终端和基站 Download PDFInfo
- Publication number
- CN106549734A CN106549734A CN201510601389.XA CN201510601389A CN106549734A CN 106549734 A CN106549734 A CN 106549734A CN 201510601389 A CN201510601389 A CN 201510601389A CN 106549734 A CN106549734 A CN 106549734A
- Authority
- CN
- China
- Prior art keywords
- dai
- last
- ack
- harq
- terminal
- 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.)
- Pending
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
-
- 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/1642—Formats specially adapted for sequence numbers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
- H04L5/0055—Physical resource allocation for ACK/NACK
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种信息的传输方法、终端和基站,该方法包括:终端接收PDCCH或EPDCCH、以及PDSCH;所述终端根据以下至少一种参数确定反馈的HARQ-ACK码本以及用于承载所述HARQ-ACK的资源;其中,所述参数包括:终端接收到的DCI、PDCCH或EPDCCH的数量、或PDSCH的数量;终端根据对接收到的PDSCH或PDCCH或EPDCCH的检测结果确定所述HARQ-ACK的状态;其中,HARQ-ACK的状态指HARQ-ACK码本中的比特序列的状态;终端根据确定的HARQ-ACK码本以及HARQ-ACK的状态在用于承载所述HARQ-ACK的资源上发送所述HARQ-ACK。
Description
技术领域
本发明涉及无线通信技术,尤指一种信息的传输方法、终端和基站。
背景技术
在长期演进(Long Term Evolution,LTE)***中,终端的上行信道包括物理上行共享信道(Physical Uplink Shared Channel,PUSCH)、物理上行控制信道(Physical Uplink Control Channel,PUCCH)和物理随机接入信道(Physical Ramdom Acess Channel,PRACH),进一步PUSCH中可以传输数据信息、调度请求(Scheduling Request,SR)、混合自动重传请求应答(HybridAutomatic Repeat request ACKnowledgement,HARQ-ACK)信息和信道状态信息(Channel State Information,CSI),PUCCH中可以传输SR、HARQ-ACK和CSI,其中HARQ-ACK表示对物理下行共享信道(Physical Downlink SharedChannel,PDSCH)或表示半持续调度(Semi-Persistent Scheduling,SPS)释放的物理下行控制信道/增强物理下行控制信道(Physical Downlink ControlChannel/Enhanced PDCCH,PDCCH/EPDCCH)的应答消息。
为了满足高级国际电信联盟(International TelecommunicationUnion-Advanced,ITU-Advanced)的要求,作为LTE的演进标准的高级长期演进(Long Term Evolution Advanced,LTE-A)***需要支持更大的***带宽(最高可达100MHz),并需要后向兼容LTE现有的标准。在现有的LTE***的基础上,可以将LTE***的带宽进行合并来获得更大的带宽,这种技术称为载波聚合(Carrier Aggregation,CA)技术,该技术能够提高LTE-A***的频谱利用率、缓解频谱资源紧缺,进而优化频谱资源的利用。
在引入了载波聚合技术的***中,进行聚合的载波称为分量载波(Component Carrier,CC),也称为一个服务小区(Serving Cell)。同时,还提出了主分量载波/小区(Primary Component Carrier/Cell,PCC/PCell)和辅分量载波/小区(Secondary Component Carrier/Cell,SCC/SCell)的概念,在进行了载波聚合的***中,至少包含一个主服务小区和辅服务小区,其中主服务小区一直处于激活状态。
在现有的载波聚合***中,对于SR,HARQ-ACK以及周期CSI,当没有PUSCH同时发送时,上述信息只能在PCell的PUCCH上发送。同时,协议定义了多种PUCCH格式,以适应不同的场景。所述的多种PUCCH格式包括:
PUCCH格式1:承载SR;
PUCCH格式1a/1b:承载1/2比特的HARQ-ACK、或1/2比特的HARQ-ACK以及SR;
PUCCH格式2a/2b:承载1/2比特的HARQ-ACK以及周期CSI;
PUCCH格式2:承载周期CSI或者承载周期CSI和HARQ-ACK;
PUCCH格式3:承载HARQ-ACK,或承载HARQ-ACK和SR,或承载HARQ-ACK和CSI,或承载HARQ-ACK、SR和CSI。PUCCH格式3本身最多可以承载22比特,而现有协议规定最多可以承载20比特的HARQ-ACK,或者20比特的HARQ-ACK和1比特的SR,或者是10比特的HARQ和11比特的CSI以及1比特的SR。
其中,PUCCH格式1、2、3中的数字1、2、3是用于区分三种不同的信道格式,这里的信道格式指的是参考信号的位置,以及信道化过程,而字母a和b分别表示采用了二进制相移键控(Binary Phase Shift Keying,BPSK)调制和正交相移键控(Quadrature Phase Shift Keyin,QPSK)调制。图1~图3分别给出了这三种不同的PUCCH格式。
考虑到后续版本中,支持至多32个服务小区的载波聚合技术导致需要发送的HARQ-ACK比特数远超过10/20比特,现有的PUCCH格式3将无法承载。为此,目前业界讨论的结果是至少引入一种新的物理上行控制信道来承载更多的HARQ-ACK,可将其称之为PUCCH格式4。图4a和图4b分别给出了候选的PUCCH格式4的两种可能的结构示意图。如果后续引入多于1种新的物理上行控制信道,可以用PUCCH格式4a,4b,…等来区分,不同的新的PUCCH格式承载信息比特的能力不同。
在如图4a所示的新的PUCCH格式中,这种格式可以看做是如图3所示的PUCCH格式3的频域扩展,与PUCCH格式3不同的地方在于频域占用了2个物理资源块(Physical Resource Block,PRB)。因而,其承载信息比特的能力相对于PUCCH格式3来说加倍,PUCCH format 3最多能够承载22个信息比特,则这种结构可以承载44个信息比特。如果频域占用的PRB增加,那么可以承载的信息比特也相应的增加。
而在如图4b所示的新的PUCCH格式中,每个时隙中的符号0,1,2,4,5,6都可以用于数据传输,因此最多可以承载144个调制符号(D0~D143),如果采用QPSK调制,那么图4a所示的新的PUCCH格式可以携带288个编码后的比特。如果考虑信道编码码率不超过0.5,那么图4a所示的新的PUCCH格式可以携带144个信息比特。
当前的HARQ-ACK反馈比特数的确定是基于配置的参数确定的,具体来说,对于主服务小区为频分双工(Frequency Division Duplexing,FDD)的聚合***,终端要根据配置的服务小区数,以及服务小区配置的传输模式来确定反馈的HARQ-ACK的比特数以及一个反馈HARQ-ACK的上行子帧,对应的下行服务小区构成一个绑定窗,图5给出了主服务小区为FDD的聚合***中HARQ-ACK绑定窗的一个示意图,在该示意图中,下行子帧0的HARQ-ACK将在上行子帧4上发送,FDD的绑定窗只包含服务小区数这一维度。对于主服务小区为TDD的聚合***,终端要根据配置的服务小区数、服务小区配置的传输模式,以及服务小区的上下行配置来确定反馈的HARQ-ACK比特数,一个反馈HARQ-ACK的上行子帧,对应的下行服务小区以及下行子帧构成一个绑定窗,图6给出了主服务小区为时分双工(TimeDivision Duplexing,TDD)的聚合***中HARQ-ACK绑定窗的一个示意图,在该示意图中,假设TDD服务小区的上下行配置相同,且都为上下行配置2,那么下行子帧9、0、1以及3的HARQ-ACK将在上行子帧7上发送,TDD的绑定窗包括服务小区数以及子帧数两个维度。
采用上述HARQ-ACK比特数确定方法,存在的问题是:在FDD为主服务小区的场景中当配置的服务小区很多,或在TDD为主服务小区的场景中当配置的服务小区和子帧很多,而基站侧实际调度了需要反馈HARQ-ACK的服务小区(对应FDD)、或服务小区和子帧(对应TDD)相对比较少的时候,终端都将会反馈大量无用的HARQ-ACK。这些无用的HARQ-ACK信息,一方面会影响基站侧对于HARQ-ACK的接收性能,另一方面也会导致终端需要更大的发送功率和/或更多的上行资源来发送HARQ-ACK。
发明内容
为了解决上述技术问题,本发明提供了一种信息的传输方法、终端和基站,能够提高终端反馈信息的效率,降低对基站接收性能的影响,同时还可以降低终端反馈信息时的发射功率以及减少占用上行资源。
为了达到本发明目的,本发明实施例提供一种信息的传输方法,包括:
终端接收物理下行控制信道PDCCH或增强物理下行控制信道EPDCCH、以及物理下行共享信道PDSCH;
所述终端根据以下至少一种参数确定反馈的混合自动重传请求应答HARQ-ACK码本以及用于承载所述HARQ-ACK的资源;其中,所述参数包括:所述终端接收到的PDCCH或EPDCCH上所承载的下行控制信息DCI、所述终端接收到的PDCCH或EPDCCH的数量、或所述终端接收到的PDSCH的数量;
所述终端根据对接收到的PDSCH或PDCCH或EPDCCH的检测结果确定所述HARQ-ACK的状态;其中,所述HARQ-ACK的状态是指所述HARQ-ACK码本中的比特序列的状态,每个比特的状态为确认ACK或非确认NACK;
所述终端根据确定的所述HARQ-ACK码本以及所述HARQ-ACK的状态在所述用于承载所述HARQ-ACK的资源上发送所述HARQ-ACK。
进一步的,所述终端确定反馈的混合自动重传请求应答HARQ-ACK码本,包括:
所述终端根据所述DCI中的下行分配索引DAI确定所述HARQ-ACK码本;或,
所述终端根据接收到的PDSCH和PDCCH的数量确定所述HARQ-ACK码本;或,
所述终端根据接收到的PDSCH和EPDCCH的数量确定所述HARQ-ACK码本;或,
所述终端根据所述DAI、以及接收到的PDSCH和PDCCH的数量,确定所述HARQ-ACK码本;或,
所述终端根据所述DAI、以及接收到的PDSCH和EPDCCH的数量,确定所述HARQ-ACK码本。
进一步的,所述DAI为所述终端与基站预先约定的且所述DAI为以下方式之一:
方式1:在绑定窗内的每个下行子帧上,按照第一预设顺序前面N-m个DCI中的DAI表示按照所述第一预设顺序截止到当前服务小区的基站已调度的有对应PDCCH或EPDCCH的PDSCH和指示半持续调度SPS释放的PDCCH或EPDCCH的数量,按照所述第一预设顺序最后m个DCI中的DAI表示当前下行子帧基站调度的有对应PDCCH或EPDCCH的PDSCH和指示SPS释放的PDCCH或EPDCCH的总数;或,
方式2:在绑定窗内,按照第二预设顺序前面N-m个DCI中的DAI表示按照所述第二预设顺序截止到当前服务小区和当前下行子帧基站已调度的有对应PDCCH或EPDCCH的PDSCH和指示SPS释放的PDCCH或EPDCCH的数量,按照所述第二预设顺序最后m个DCI中的DAI表示绑定窗内基站调度的有对应PDCCH或EPDCCH的PDSCH和指示SPS释放的PDCCH或EPDCCH的总数;或,
方式3:在绑定窗内的每个下行子帧上,按照所述第一预设顺序前面N-m个DCI中的DAI表示按照所述第一预设顺序截止到当前服务小区的基站已调度的有对应PDCCH或EPDCCH的PDSCH对应的码字和指示SPS释放的PDCCH或EPDCCH的数量,按照所述第一预设顺序最后m个DCI中的DAI表示当前下行子帧基站调度的有对应PDCCH或EPDCCH的PDSCH对应的码字和指示SPS释放的PDCCH或EPDCCH的总数;或,
方式4:在绑定窗内,按照所述第二预设顺序前面N-m个DCI中的DAI表示按照所述第二预设顺序截止到当前服务小区和当前下行子帧基站已调度的有对应PDCCH或EPDCCH的PDSCH对应的码字和指示SPS释放的PDCCH或EPDCCH的数量,按照所述第二预设顺序最后m个DCI中的DAI表示绑定窗内基站调度的有对应PDCCH或EPDCCH的PDSCH对应的码字和指示SPS释放的PDCCH或EPDCCH的总数;或,
方式5:在绑定窗内的每个下行子帧上,按照所述第一预设顺序前面N-m个DCI中的DAI表示按照所述第一预设顺序截止到当前服务小区的基站已调度的有对应PDCCH或EPDCCH的PDSCH和指示SPS释放的PDCCH或EPDCCH的数量,按照所述第一预设顺序最后m个DCI中的DAI为调度的第N-m个服务小区的DAI的重复;或,
方式6:在绑定窗内,按照所述第二预设顺序前面N-m个DCI中的DAI表示按照所述第二预设顺序截止到当前服务小区和当前子帧基站已调度的有对应PDCCH或EPDCCH的PDSCH和指示SPS释放的PDCCH或EPDCCH的数量,按照所述第二预设顺序最后m个DCI中的DAI为调度的第N-m个DCI中的DAI的重复;或,
方式7:在绑定窗内的每个下行子帧上,按照所述第一预设顺序前面N-m个DCI中的DAI表示按照所述第一预设顺序截止到当前服务小区的基站已调度的有对应PDCCH或EPDCCH的PDSCH对应的码字和指示SPS释放的PDCCH或EPDCCH的数量,按照所述第一预设顺序最后m个DCI中的DAI为调度的第N-m个服务小区的DAI的重复;或,
方式8:在绑定窗内,按照所述第二预设顺序前面N-m个DCI中的DAI表示按照所述第二预设顺序截止到当前服务小区和当前下行子帧基站已调度的有对应PDCCH或EPDCCH的PDSCH对应的码字和指示SPS释放的PDCCH或EPDCCH的数量,按照所述第二预设顺序最后m个DCI中的DAI为调度的第N-m个DCI中的DAI的重复;
其中,所述按照所述第一预设顺序的前面N-m个DCI中的DAI或者所述按照所述第二预设顺序的前面N-m个DCI中的DAI均定义为计数器型DAI,具体是指:前述N-m个DCI中的DAI的取值是递增或递减的;所述按照所述第一预设顺序最后m个DCI中的DAI或所述按照所述第二预设顺序最后m个DCI中的DAI取值是相同的;同时,对于方式1、2、3或4中最后m个取值相同的DAI定义为总数型DAI,对于方式5、6、7或8中最后m个取值相同的DAI定义为重复型DAI;
对于方式1、3、5或7,N表示所述绑定窗内每个下行子帧所述基站调度给所述终端的DCI的个数;对于方式2、4、6或8,N表示所述绑定窗内所述基站调度给所述终端的DCI的个数;且N大于m。
进一步的,所述m为所述终端与所述基站约定好的取值,或者是预先规定好的取值,或者是所述基站通过高层信令指示所述终端的取值。
进一步的,所述第一预设顺序为按照服务小区索引的从低到高或者从高到低的顺序;所述第二预设顺序为依次在绑定窗内各个子帧内按照服务小区索引从低到高或从高到低排序并将所述各个子帧内的排序串接后得到的顺序。
进一步的,所述HARQ-ACK码本包含所述HARQ-ACK码本大小和所述HARQ-ACK码本中的比特序列的排序方式,所述HARQ-ACK码本大小是指所述HARQ-ACK的比特数。
进一步的,当所述DAI采用方式1、方式3、方式5或方式7时,所述终端确定反馈的混合自动重传请求应答HARQ-ACK码本,包括:
所述终端根据在绑定窗内每个下行子帧上接收到的所述DAI,确定所述绑定窗内每个下行子帧需要反馈的HARQ-ACK的比特数以及HARQ-ACK比特序列,当所述下行子帧有SPS的PDSCH时,所述SPS的PDSCH的HARQ-ACK按照所述第一预设顺序级联在所述下行子帧的HARQ-ACK比特序列的末尾,然后将绑定窗内每个下行子帧的HARQ-ACK比特序列按照子帧的先后的顺序级联起来作为所述HARQ-ACK码本。
进一步的,所述终端根据对接收到的PDSCH或PDCCH或EPDCCH的检测结果确定所述HARQ-ACK的状态,包括:
如果所述终端在所述绑定窗对应的下行子帧上,没有接收到任何基站调度,则所述终端将所述下行子帧对应的HARQ-ACK设置为第一预设数量的NACK。
进一步的,对于方式1或方式5,所述第一预设数量取值为4;对于方式3或方式7,所述第一预设数量取值为8。
进一步的,当所述DAI采用方式1、方式2、方式5或方式6时,所述终端根据对接收到的PDSCH或PDCCH或EPDCCH的检测结果确定所述HARQ-ACK的状态,包括:
当所述终端接收到包含2个码字的PDSCH时,所述终端将所述2个码字对应的HARQ-ACK进行空间绑定后作为所述PDSCH对应的HARQ-ACK,所述空间绑定为对所述2个码字的HARQ-ACK进行逻辑与操作。
进一步的,对于方式1,所述终端确定反馈的混合自动重传请求应答HARQ-ACK码本,包括:
所述终端采用如下方式确定所述绑定窗内的每个下行子帧需要反馈的HARQ-ACK的比特数;
所述方式为:所述终端确定接收到的按照所述第一预设顺序最后一个计数型DAI的值所对应的以及所述终端确定接收到的按照所述第一预设顺序最后一个总数型DAI的值则所述每个下行子帧需要反馈的HARQ-ACK的比特数为大于的且与对应的最小值,其中与的对应关系为所述终端与所述基站约定好的。
进一步的,所述终端根据对接收到的PDSCH或PDCCH或EPDCCH的检测结果确定所述HARQ-ACK的状态,包括:
对于方式1,所述DAI包含2比特信息,
当所述m取值为2时,对于所述绑定窗内的每个下行子帧,如果所述终端在子帧上接收到的最后2个DAI的取值相同,则所述终端判断所述基站调度的最后2个服务小区上没有发生PDCCH或EPDCCH丢失,所述最后2个取值相同的DAI为总数型DAI,所述倒数第3个DAI为接收到的最后一个计数器型DAI,同时,所述终端根据对所述最后2个服务小区的检测结果,设置最后2个HARQ-ACK的状态,如果PDSCH包含2个码字,则对所述包含2个码字的PDSCH所对应的HARQ-ACK进行空间绑定;如果所述最后2个DAI的取值不相同,则所述终端判断基站调度的最后2个服务小区上发生了PDCCH或EPDCCH丢失,所述接收到的最后1个DAI为总数型DAI,所述倒数第2个DAI为接收到的最后一个计数器型DAI,同时,所述终端设置最后2个HARQ-ACK的状态为NACK;
当所述m的取值为4时,最后一个计数器型DAI的取值与总数型DAI的取值是相同的,对于所述绑定窗内的每个下行子帧,如果所述终端在子帧上接收到的最后5个DAI的取值相同,则所述终端判断基站调度的最后5个服务小区上没有发生PDCCH或EPDCCH丢失,所述最后4个取值相同的DAI为总数型DAI,所述倒数第5个DAI为接收到的最后一个计数器型DAI,同时,所述终端根据对所述最后4个服务小区的检测结果,设置最后4个HARQ-ACK的状态,如果PDSCH包含2个码字,则对所述包含2个码字的PDSCH所对应的HARQ-ACK进行空间绑定;
如果所述最后5个DAI的取值不相同,则所述终端判断基站调度的最后5个服务小区上发生PDCCH或EPDCCH丢失,所述终端把最后一个计数器型DAI以及总数型DAI都设置成最后1个DAI的值,同时,所述终端设置最后5个HARQ-ACK的状态为NACK;
对于HARQ-ACK码本中除所述最后2个或5个以外的其他HARQ-ACK的状态,则所述终端根据PDSCH的检测结果设为ACK或NACK,如果PDSCH包含2个码字,则所述终端对所述2个码字的HARQ-ACK进行空间绑定;所述终端将没有对应PDSCH的HARQ-ACK的状态设置为NACK。
进一步的,对于方式5,所述终端确定反馈的混合自动重传请求应答HARQ-ACK码本,包括:
所述终端采用如下方式确定绑定窗内的每个下行子帧需要反馈的HARQ-ACK比特数:
所述方式为:如果所述终端在所述下行子帧根据前面接收到的DAI确定最后一个DAI的取值为对应的则所述每个下行子帧需要反馈的HARQ-ACK比特数为再加上m,其中与的对应关系为所述终端与所述基站约定好的。
进一步的,所述终端根据对接收到的PDSCH或PDCCH或EPDCCH的检测结果确定所述HARQ-ACK的状态,包括:
对于方式5,对于所述绑定窗内的每个下行子帧,如果所述终端接收到的最后m+1个DAI的取值相同,则所述终端判断所述最后m+1个服务小区上没有发生PDCCH或EPDCCH丢失,所述终端根据对所述最后m+1个服务小区的检测结果,设置最后m+1个HARQ-ACK的状态;如果所述最后m+1个DAI的取值不相同,所述终端设置最后m+1个HARQ-ACK的状态为NACK;
对于HARQ-ACK码本中除所述最后m+1个以外的其他HARQ-ACK的状态,则所述终端根据PDSCH的检测结果设为ACK或NACK,如果PDSCH包含2个码字,则所述终端对所述2个码字的HARQ-ACK进行空间绑定;所述终端将没有对应PDSCH的HARQ-ACK的状态设置为NACK。
进一步的,对于方式3,所述终端确定反馈的混合自动重传请求应答HARQ-ACK码本,包括:
所述终端采用如下方式确定绑定窗内的每个下行子帧需要反馈的HARQ-ACK比特数;
所述方式为:所述终端确定接收到的按照所述第一预设顺序最后一个计数型DAI的值所对应的所述终端确定接收到的按照所述第一预设顺序最后一个总数型DAI值则所述每个下行子帧需要反馈的HARQ-ACK比特数为大于的且与对应的最小值,其中与的对应关系为所述终端与所述基站约定好的。
进一步的,所述终端根据对接收到的PDSCH或PDCCH或EPDCCH的检测结果确定所述HARQ-ACK的状态,包括:
对于方式3,当所述DAI包含2比特信息,所述基站与所述终端约定调度的最后m个服务小区的DAI取值按照每个服务小区只调度一个码字来确定:
当所述m的取值为2时,对于所述绑定窗内的每个下行子帧,所述终端根据在子帧上接收到的最后3个DAI,如果最后2个DAI的取值相同,则所述终端判断基站调度的最后2个服务小区上没有发生PDCCH或EPDCCH丢失,所述最后2个取值相同的DAI为总数型DAI,所述倒数第3个DAI为接收到的最后一个计数器型DAI,同时,所述终端根据对所述最后2个服务小区的检测结果,设置最后2个HARQ-ACK的状态,当最后2个服务小区有调度了包含2个码字的PDSCH,则对所述2个码字的HARQ-ACK进行空间绑定;如果最后2个DAI的取值不相同,则所述终端判断基站调度的最后2个服务小区上发生了PDCCH或EPDCCH丢失,所述接收到的最后1个DAI为总数型DAI,所述倒数第2个DAI为接收到的最后一个计数器型DAI,同时,所述终端设置最后2个HARQ-ACK的状态为NACK;
当所述m的取值为4时,对于所述绑定窗内的每个下行子帧,所述终端根据在子帧上接收到的最后5个DAI:
如果所述终端接收到的最后5个DAI的取值相同,则所述终端判断基站调度的最后5个服务小区上没有发生PDCCH或EPDCCH丢失,所述最后4个取值相同的DAI为总数型DAI,所述倒数第5个DAI为接收到的最后一个计数器型DAI,同时,所述终端根据对所述最后4个服务小区的检测结果,设置最后4个HARQ-ACK的状态,当最后4个服务小区有调度了包含2个码字的PDSCH,则对所述2个码字的HARQ-ACK进行空间绑定;如果最后5个DAI的取值不相同,所述终端判断基站调度的最后5个服务小区上发生PDCCH或EPDCCH丢失,所述最后1个DAI为总数型DAI,从最后往前第一个与最后一个DAI取值不同的DAI为接收到的最后一个计数器型DAI,同时,所述终端设置最后5个HARQ-ACK的状态为NACK;
对于HARQ-ACK码本中除所述最后2个或5个以外的其他HARQ-ACK的状态,则所述终端根据PDSCH的检测结果设为ACK或NACK,如果PDSCH包含2个码字,则所述终端对所述2个码字的HARQ-ACK进行空间绑定;而对于没有对应PDSCH的HARQ-ACK,所述终端将没有对应PDSCH的HARQ-ACK的状态设置为NACK。
进一步的,所述终端根据对接收到的PDSCH或PDCCH或EPDCCH的检测结果确定所述HARQ-ACK的状态,包括:
对于方式3,当所述DAI包含3比特信息,所述基站与所述终端约定最后m个调度的服务小区的DAI取值按照每个服务小区调度2个码字来确定:
当所述m的取值为2时,对于所述绑定窗内的每个下行子帧,所述终端根据在子帧上接收到的最后3个DAI,如果最后2个DAI的取值相同,则所述终端判断基站调度的最后2个服务小区上没有发生PDCCH或EPDCCH丢失,所述最后2个取值相同的DAI为总数型DAI,所述倒数第3个DAI为接收到的最后一个计数器型DAI,同时,所述终端根据对所述最后2个服务小区的检测结果,设置最后4个HARQ-ACK的状态,当最后2个服务小区有只调度了单码字的PDSCH,则对该服务小区对应的第2个HARQ-ACK设置为NACK;如果最后2个DAI的取值不相同,则所述终端判断基站调度的最后2个服务小区上发生了PDCCH或EPDCCH丢失,所述接收到的最后1个DAI为总数型DAI,所述倒数第2个DAI为接收到的最后一个计数器型DAI,同时,所述终端设置最后4个HARQ-ACK的状态为NACK;
当所述m的取值为4时,对于所述绑定窗内的每个下行子帧,所述终端根据在子帧上接收到的最后5个DAI:
如果所述终端接收到的最后5个DAI的取值相同,则所述终端判断基站调度的最后5个服务小区上没有发生PDCCH或EPDCCH丢失,所述最后4个取值相同的DAI为总数型DAI,所述倒数第5个DAI为接收到的最后一个计数器型DAI,同时,所述终端根据对所述最后4个服务小区的检测结果,设置最后8个HARQ-ACK的状态,当最后4个服务小区有只调度了单码字的PDSCH,则对该服务小区对应的第2个HARQ-ACK设置为NACK;
如果最后5个DAI的取值不相同,所述终端判断基站调度的最后5个服务小区上发生PDCCH或EPDCCH丢失,所述终端把最后一个计数器型DAI以及总数型DAI都设置成最后1个DAI的值,同时,所述终端设置最后8个HARQ-ACK的状态为NACK;
对于HARQ-ACK码本中除所述最后4个或8个以外的其他HARQ-ACK的状态,则所述终端根据PDSCH相应的码字检测结果设为ACK或NACK;而对于没有对应PDSCH的HARQ-ACK,所述终端将没有对应PDSCH的HARQ-ACK的状态设置为NACK。
进一步的,对于方式7,所述终端确定反馈的混合自动重传请求应答HARQ-ACK码本,包括:
所述终端采用如下方式确定绑定窗内的每个下行子帧需要反馈的HARQ-ACK比特数;
所述方式为:如果所述终端在所述下行子帧根据前面接收到的DAI确定最后一个DAI的取值为对应的则所述每个下行子帧需要反馈的HARQ-ACK比特数为再加上m或者2m,其中与的对应关系为所述终端与所述基站约定好的。
进一步的,所述终端根据对接收到的PDSCH或PDCCH或EPDCCH的检测结果确定所述HARQ-ACK的状态,包括:
对于方式7,当所述DAI包含2比特信息,所述基站与所述终端约定最后m个调度的服务小区按照每个服务小区1比特的HARQ-ACK反馈,对于所述绑定窗内的每个下行子帧,如果所述终端接收到的最后m+1个DAI的取值相同,则所述终端判断所述最后m+1个服务小区上没有发生PDCCH或EPDCCH丢失,所述终端根据对所述最后m+1个服务小区的检测结果,设置最后m+1个HARQ-ACK的状态;如果最后m+1个DAI的取值不相同,所述终端设置最后m+1个HARQ-ACK的状态为NACK;对于HARQ-ACK码本中除最后m+1个HARQ-ACK以外的其他HARQ-ACK的状态,则根据PDSCH的检测结果设为ACK或NACK,如果PDSCH包含2个码字,则对所述2个码字的HARQ-ACK进行空间绑定;所述终端将没有对应PDSCH的HARQ-ACK的状态设置为NACK;
当所述DAI包含3比特信息,所述基站与所述终端约定最后m个调度的服务小区按照每个服务小区2比特的HARQ-ACK反馈,对于所述绑定窗内的每个下行子帧,如果所述终端接收到的最后m+1个DAI的取值相同,则所述终端判断所述最后m+1个服务小区上没有发生PDCCH或EPDCCH丢失,所述终端根据对所述最后m个服务小区的检测结果,设置最后2m个HARQ-ACK的状态;如果最后m+1个DAI的取值不相同,所述终端设置最后2m个HARQ-ACK的状态为NACK;对于HARQ-ACK码本中除最后2m个HARQ-ACK以外的其他HARQ-ACK的状态,则根据PDSCH相应码字的检测结果设为ACK或NACK;而对于没有对应PDSCH的HARQ-ACK,所述终端将没有对应PDSCH的HARQ-ACK的状态设置为NACK。
进一步的,当所述DAI采用所述方式2或方式4或方式6或方式8时,所述终端确定反馈的混合自动重传请求应答HARQ-ACK码本,包括:
所述终端根据在绑定窗内接收到的DAI,确定绑定窗内需要反馈的HARQ-ACK的比特数以及HARQ-ACK比特序列,当所述绑定窗内有SPS的PDSCH时,所述SPS的PDSCH的HARQ-ACK按照所述第二预设顺序级联在所述HARQ-ACK比特序列的末尾。
进一步的,对于方式2,所述终端确定反馈的混合自动重传请求应答HARQ-ACK码本,包括:
所述终端采用如下方式确定绑定窗内需要反馈的HARQ-ACK比特数;
所述方式为:所述终端确定接收到的按照所述第二预设顺序最后一个计数型DAI的值所对应的所述终端确定接收到的按照所述第二预设顺序最后一个总数型DAI值则所述绑定窗需要反馈的HARQ-ACK比特数为大于的且与对应的最小值,其中与的对应关系为所述终端与所述基站约定好的。
进一步的,所述终端根据对接收到的PDSCH或PDCCH或EPDCCH的检测结果确定所述HARQ-ACK的状态,包括:
对于方式2,所述DAI包含2比特信息,
当所述m取值为2时,所述终端根据在绑定窗内接收到的最后3个DAI,如果最后2个DAI的取值相同,则所述终端判断基站调度的最后2个DCI没有丢失,所述最后2个取值相同的DAI为总数型DAI,所述倒数第3个DAI为接收到的最后一个计数器型DAI,同时,所述终端根据对所述最后2个PDSCH的检测结果,设置最后2个HARQ-ACK的状态;如果最后2个DAI的取值不相同,则所述终端判断基站调度的最后2个DCI中有一个丢失了,所述接收到的最后1个DAI为总数型DAI,所述倒数第2个DAI为接收到的最后一个计数器型DAI,同时,所述终端设置最后2个HARQ-ACK的状态为NACK;
当所述的m的取值为4时,所述终端根据在绑定窗内接收到的最后5个DAI:
如果所述终端接收到的最后5个DAI的取值相同,则所述终端判断基站调度的最后5个DCI没有丢失,所述最后4个取值相同的DAI为总数型DAI,所述倒数第5个DAI为接收到的最后一个计数器型DAI,同时,所述终端根据对所述最后4个PDSCH的检测结果,设置最后4个HARQ-ACK的状态;如果最后5个DAI的取值不相同,所述终端判断基站调度的最后5个DCI中至少有一个丢失了,所述终端把最后一个计数器型DAI以及总数型DAI都设置成最后1个DAI的值,同时,所述终端设置最后5个HARQ-ACK的状态为NACK;
对于HARQ-ACK码本中除所述最后2个或5个以外的其他HARQ-ACK的状态,则所述终端根据PDSCH的检测结果设为ACK或NACK,如果PDSCH包含2个码字,则所述终端对所述2个码字的HARQ-ACK进行空间绑定;而对于没有对应PDSCH的HARQ-ACK,所述终端将没有对应PDSCH的HARQ-ACK的状态设置为NACK。
进一步的,对于方式6,所述终端确定反馈的混合自动重传请求应答HARQ-ACK码本,包括:
所述终端采用如下方式确定绑定窗内需要反馈的HARQ-ACK比特数;
所述方式为:如果所述终端在所述绑定窗内根据前面接收到的DAI确定最后一个DAI的取值为对应的则所述绑定窗需要反馈的HARQ-ACK比特数为再加上m,其中与的对应关系为所述终端与所述基站约定好的。
进一步的,所述终端根据对接收到的PDSCH或PDCCH或EPDCCH的检测结果确定所述HARQ-ACK的状态,包括:
对于方式6,如果所述终端接收到的最后m+1个DAI的取值相同,则所述终端判断所述最后m+1个DCI没有丢失,所述终端根据对所述最后m+1个PDSCH的检测结果,设置最后m+1个HARQ-ACK的状态;否则,所述终端设置最后m+1个HARQ-ACK的状态为NACK;
对于HARQ-ACK码本中除最后m+1个HARQ-ACK以外的其他HARQ-ACK的状态,则所述终端根据PDSCH的检测结果设为ACK或NACK,如果PDSCH包含2个码字,则所述终端对所述2个码字的HARQ-ACK进行空间绑定;所述终端将没有对应PDSCH的HARQ-ACK的状态设置为NACK。
进一步的,对于方式4,所述终端确定反馈的混合自动重传请求应答HARQ-ACK码本,包括:
所述终端采用如下方式确定绑定窗内需要反馈的HARQ-ACK比特数采;
所述方式为:所述终端确定接收到的按照所述第二预设顺序最后一个计数型DAI的值所对应的所述终端确定接收到的按照所述第二预设顺序最后一个总数型DAI的值则所述绑定窗需要反馈的HARQ-ACK比特数为大于的且与对应的最小值,其中与的对应关系为所述终端与所述基站约定好的。
进一步的,所述终端根据对接收到的PDSCH或PDCCH或EPDCCH的检测结果确定所述HARQ-ACK的状态,包括:
对于方式4,当所述DAI包含2比特信息,所述基站与所述终端约定最后m个调度的DCI中的DAI的取值按照每个PDSCH只调度一个码字来确定:
当所述的m的取值为2时,所述终端根据在绑定窗内接收到的最后3个DAI,如果最后2个DAI的取值相同,则所述终端判断基站调度的最后2个DCI没有丢失,所述最后2个取值相同的DAI为总数型DAI,所述倒数第3个DAI为接收到的最后一个计数器型DAI,同时,所述终端根据对所述最后2个PDSCH的检测结果,设置最后2个HARQ-ACK的状态,当最后2个PDSCH有包含2个码字的,则对所述2个码字HARQ-ACK进行空间绑定;如果最后2个DAI的取值不相同,则所述终端判断基站调度的最后2个DCI有一个丢失了,所述接收到的最后1个DAI为总数型DAI,所述倒数第2个DAI为接收到的最后一个计数器型DAI,同时,所述终端设置最后2个HARQ-ACK的状态为NACK;
当所述的m的取值为4时,所述终端根据在绑定窗内接收到的最后5个DAI:
如果所述终端接收到的最后5个DAI的取值相同,则所述终端判断基站调度的最后5个DCI没有丢失,所述最后4个取值相同的DAI为总数型DAI,所述倒数第5个DAI为接收到的最后一个计数器型DAI,同时,所述终端根据对所述最后4个PDSCH的检测结果,设置最后4个HARQ-ACK的状态,当最后4个PDSCH有包含2个码字的,则对所述2个码字HARQ-ACK进行空间绑定;如果最后5个DAI的取值不相同,所述终端判断基站调度的最后5个DCI中至少有一个丢失了,所述终端把最后一个计数器型DAI以及总数型DAI都设置成最后1个DAI的值,同时,所述终端设置最后5个HARQ-ACK的状态为NACK;
对于HARQ-ACK码本中除所述最后2个或5个以外的其他HARQ-ACK的状态,则所述终端根据PDSCH的检测结果设为ACK或NACK,如果PDSCH包含2个码字,则对所述2个码字的HARQ-ACK进行空间绑定;所述终端将没有对应PDSCH的HARQ-ACK的状态设置为NACK。
进一步的,所述终端根据对接收到的PDSCH或PDCCH或EPDCCH的检测结果确定所述HARQ-ACK的状态,包括:
对于方式4,当所述DAI包含3比特信息,所述基站与所述终端约定最后m个调度的DCI中的DAI的取值按照每个PDSCH调度2个码字来确定:
当所述m的取值为2时,所述终端根据在绑定窗内接收到的最后3个DAI,如果最后2个DAI的取值相同,则所述终端判断基站调度的最后2个DCI没有丢失,所述最后2个取值相同的DAI为总数型DAI,所述倒数第3个DAI为接收到的最后一个计数器型DAI,同时,所述终端根据对所述最后2个PDSCH的检测结果,设置最后4个HARQ-ACK的状态,当最后2个PDSCH有只调度了单码字的,则对该PDSCH对应的第2个HARQ-ACK设置为NACK;如果最后2个DAI的取值不相同,则所述终端判断基站调度的最后2个DCI有一个丢失了,所述接收到的最后1个DAI为总数型DAI,所述倒数第2个DAI为接收到的最后一个计数器型DAI,同时,所述终端设置最后4个HARQ-ACK的状态为NACK;
当所述m的取值为4时,所述终端根据在绑定窗内接收到的最后5个DAI:
如果所述终端接收到的最后5个DAI的取值相同,则所述终端判断基站调度的最后5个DCI没有丢失,所述最后4个取值相同的DAI为总数型DAI,所述倒数第5个DAI为接收到的最后一个计数器型DAI,同时,所述终端根据对所述最后4个PDSCH的检测结果,设置最后8个HARQ-ACK的状态,当最后4个PDSCH有只调度了单码字的,则对该PDSCH对应的第2个HARQ-ACK设置为NACK;如果最后5个DAI的取值不相同,所述终端判断基站调度的最后5个DCI至少有1个丢失了,所述终端把最后一个计数器型DAI以及总数型DAI都设置成最后1个DAI的值,同时,所述终端设置最后8个HARQ-ACK的状态为NACK;
对于HARQ-ACK码本中除所述最后4个或8个以外的其他HARQ-ACK的状态,则所述终端根据PDSCH对应码字的检测结果设为ACK或NACK;而对于没有对应PDSCH的HARQ-ACK,所述终端将没有对应PDSCH的HARQ-ACK的状态设置为NACK。
进一步的,对于方式8,所述终端确定反馈的混合自动重传请求应答HARQ-ACK码本,包括:
所述终端采用如下方式确定绑定窗内需要反馈的HARQ-ACK比特数;
所述方式为:如果所述终端在所述绑定窗内根据前面接收到的DAI确定最后一个DAI的取值为对应的则所述绑定窗需要反馈的HARQ-ACK比特数为再加上m或者2m,其中与的对应关系为所述终端与所述基站约定好的。
进一步的,所述终端根据对接收到的PDSCH或PDCCH或EPDCCH的检测结果确定所述HARQ-ACK的状态,包括:
对于方式8,当所述DAI包含2比特信息,所述基站与所述终端约定最后m个调度的PDSCH按照每个PDSCH反馈1比特的HARQ-ACK,对于所述绑定窗内,如果所述终端接收到的最后m+1个DAI的取值相同,则所述终端判断所述最后m+1个DCI没有丢失,所述终端根据对所述最后m+1个PDSCH的检测结果,设置最后m+1个HARQ-ACK的状态;如果最后m+1个DAI的取值不相同,所述终端设置最后m+1个HARQ-ACK的状态为NACK;
当所述DAI包含3比特信息,所述基站与所述终端约定最后m个调度的PDSCH按照每个PDSCH反馈2比特的HARQ-ACK,如果所述终端接收到的最后m+1个DAI的取值相同,则所述终端判断所述最后m+1个DCI没有丢失,所述终端根据对所述最后m个PDSCH的检测结果,设置最后2m个HARQ-ACK的状态,当最后m个PDSCH有只调度了单码字的,则对该PDSCH对应的第2个HARQ-ACK设置为NACK;如果最后m+1个DAI的取值不相同,所述终端设置最后2m个HARQ-ACK的状态为NACK;
对于HARQ-ACK码本中除所述最后m+1个或2m个以外的其他HARQ-ACK的状态,则所述终端根据PDSCH对应码字的检测结果设为ACK或NACK;所述终端将没有对应PDSCH的HARQ-ACK的状态设置为NACK。
进一步的,所述用于承载HARQ-ACK的资源为物理上行链路控制信道PUCCH资源或物理上行共享信道PUSCH资源。
进一步的,当所述用于承载HARQ-ACK的资源为PUCCH资源时,所述终端确定用于承载所述HARQ-ACK的资源,包括:
所述终端根据所述确定的HARQ-ACK码本确定使用的PUCCH格式,所述的PUCCH格式包括:PUCCH格式3以及重新定义的PUCCH格式。
进一步的,当所述确定的HARQ-ACK码本大小小于或等于第一预设值时,所述终端确定使用的PUCCH格式为PUCCH格式3;否则,所述终端确定使用的PUCCH格式为所述的新的PUCCH格式;
其中,所述第一预设值为所述终端与所述基站约定好的值,或者是所述PUCCH格式3能够承载的最大信息比特数,或者是高层配置的值。
进一步的,如果所述重新定义的PUCCH格式包含第一种到第N种新的PUCCH格式共N种格式,
当所述确定的HARQ-ACK码本大小小于或等于第一预设值时,所述终端确定使用的PUCCH格式为PUCCH格式3;
当所述确定的HARQ-ACK码本大小大于第一预设值,小于或等于第二预设值时,所述终端确定使用的PUCCH格式为第一种新的PUCCH格式;
当所述确定的HARQ-ACK码本大小大于第二预设值,小于或等于第三预设值时,所述终端确定使用的PUCCH格式为第二种新的PUCCH格式;
如此类推,当所述确定的HARQ-ACK码本大小大于第N预设值,小于或等于第N+1预设值时,所述终端确定使用的PUCCH格式为第N种新的PUCCH格式;
其中,所述的第二到第N+1预设值分别为所述第一种到第N种新的PUCCH格式能够承载的最大信息比特数,或者为所述终端与所述基站预定好的值,或者为高层配置的值。
进一步的,当所述用于承载HARQ-ACK的资源为PUSCH资源时,所述终端确定用于承载所述HARQ-ACK的资源,包括:
所述终端确定HARQ-ACK在PUSCH中所占的资源单元RE数量。
本发明实施例还提供一种信息的传输方法,包括:
基站向终端发送下行控制信息DCI,其中,所述DCI中包含用于终端确定HARQ-ACK码本的控制域;
所述基站接收所述终端发送的HARQ-ACK。
进一步的,所述用于终端确定HARQ-ACK码本的控制域为下行分配索引DAI。
进一步的,所述DAI为以下方式之一:
方式1:在绑定窗内的每个下行子帧上,按照第一预设顺序前面N-m个DCI中的DAI表示按照所述第一预设顺序截止到当前服务小区的基站已调度的有对应PDCCH或EPDCCH的PDSCH和指示半持续调度SPS释放的PDCCH或EPDCCH的数量,按照所述第一预设顺序最后m个DCI中的DAI表示当前下行子帧基站调度的有对应PDCCH或EPDCCH的PDSCH和指示SPS释放的PDCCH或EPDCCH的总数;或,
方式2:在绑定窗内,按照第二预设顺序前面N-m个DCI中的DAI表示按照所述第二预设顺序截止到当前服务小区和当前下行子帧基站已调度的有对应PDCCH或EPDCCH的PDSCH和指示SPS释放的PDCCH或EPDCCH的数量,按照所述第二预设顺序最后m个DCI中的DAI表示绑定窗内基站调度的有对应PDCCH或EPDCCH的PDSCH和指示SPS释放的PDCCH或EPDCCH的总数;或,
方式3:在绑定窗内的每个下行子帧上,按照所述第一预设顺序前面N-m个DCI中的DAI表示按照所述第一预设顺序截止到当前服务小区的基站已调度的有对应PDCCH或EPDCCH的PDSCH对应的码字和指示SPS释放的PDCCH或EPDCCH的数量,按照所述第一预设顺序最后m个DCI中的DAI表示当前下行子帧基站调度的有对应PDCCH或EPDCCH的PDSCH对应的码字和指示SPS释放的PDCCH或EPDCCH的总数;或,
方式4:在绑定窗内,按照所述第二预设顺序前面N-m个DCI中的DAI表示按照所述第二预设顺序截止到当前服务小区和当前下行子帧基站已调度的有对应PDCCH或EPDCCH的PDSCH对应的码字和指示SPS释放的PDCCH或EPDCCH的数量,按照所述第二预设顺序最后m个DCI中的DAI表示绑定窗内基站调度的有对应PDCCH或EPDCCH的PDSCH对应的码字和指示SPS释放的PDCCH或EPDCCH的总数;或,
方式5:在绑定窗内的每个下行子帧上,按照所述第一预设顺序前面N-m个DCI中的DAI表示按照所述第一预设顺序截止到当前服务小区的基站已调度的有对应PDCCH或EPDCCH的PDSCH和指示SPS释放的PDCCH或EPDCCH的数量,按照所述第一预设顺序最后m个DCI中的DAI为调度的第N-m个服务小区的DAI的重复;或,
方式6:在绑定窗内,按照所述第二预设顺序前面N-m个DCI中的DAI表示按照所述第二预设顺序截止到当前服务小区和当前子帧基站已调度的有对应PDCCH或EPDCCH的PDSCH和指示SPS释放的PDCCH或EPDCCH的数量,按照所述第二预设顺序最后m个DCI中的DAI为调度的第N-m个DCI中的DAI的重复;或,
方式7:在绑定窗内的每个下行子帧上,按照所述第一预设顺序前面N-m个DCI中的DAI表示按照所述第一预设顺序截止到当前服务小区的基站已调度的有对应PDCCH或EPDCCH的PDSCH对应的码字和指示SPS释放的PDCCH或EPDCCH的数量,按照所述第一预设顺序最后m个DCI中的DAI为调度的第N-m个服务小区的DAI的重复;或,
方式8:在绑定窗内,按照所述第二预设顺序前面N-m个DCI中的DAI表示按照所述第二预设顺序截止到当前服务小区和当前下行子帧基站已调度的有对应PDCCH或EPDCCH的PDSCH对应的码字和指示SPS释放的PDCCH或EPDCCH的数量,按照所述第二预设顺序最后m个DCI中的DAI为调度的第N-m个DCI中的DAI的重复;
按照所述第一预设顺序的前面N-m个DCI中的DAI或者所述按照所述第二预设顺序的前面N-m个DCI中的DAI均定义为计数器型DAI,具体是指:前述N-m个DCI中的DAI的取值是递增或递减的;所述按照所述第一预设顺序最后m个DCI中的DAI或所述按照所述第二预设顺序最后m个DCI中的DAI取值是相同的;同时,对于方式1、2、3或4中最后m个取值相同的DAI定义为总数型DAI,对于方式5、6、7或8中最后m个取值相同的DAI定义为重复型DAI;
对于方式1、3、5或7,N表示所述绑定窗内每个下行子帧所述基站调度给所述终端的DCI的个数;对于方式2、4、6或8,N表示所述绑定窗内所述基站调度给所述终端的DCI的个数;且N大于m。
进一步的,所述m为所述终端与所述基站约定好的取值,或者是预先规定好的取值,或者是所述基站通过高层信令指示所述终端的。
进一步的,所述第一预设顺序为按照服务小区索引的从低到高或者从高到低的顺序;所述第二预设顺序为依次在绑定窗内各个子帧内按照服务小区索引从低到高或从高到低排序并将所述各个子帧内的排序串接后得到的顺序。
进一步的,所述的HARQ-ACK码本包含所述HARQ-ACK码本大小和所述HARQ-ACK码本中的HARQ-ACK比特序列的排序方式,所述HARQ-ACK码本大小是指所述HARQ-ACK的比特数。
进一步的,所述DAI所包含的比特数为2比特或3比特。
进一步的,所述DAI的取值与调度的有对应PDCCH或EPDCCH的PDSCH和指示SPS释放的PDCCH或EPDCCH的数量有预设的映射关系。
本发明实施例提供一种终端,包括:
接收单元,用于接收物理下行控制信道PDCCH或增强物理下行控制信道EPDCCH、以及物理下行共享信道PDSCH;
第一确定单元,用于根据以下至少一种参数确定反馈的混合自动重传请求应答HARQ-ACK码本以及用于承载所述HARQ-ACK的资源;其中,所述参数包括:所述终端接收到的PDCCH或EPDCCH上所承载的下行控制信息DCI、所述终端接收到的PDCCH或EPDCCH的数量、或所述终端接收到的PDSCH的数量;
第二确定单元,用于根据对接收到的PDSCH或PDCCH或EPDCCH的检测结果确定所述HARQ-ACK的状态;其中,所述HARQ-ACK的状态是指所述HARQ-ACK码本中的比特序列的状态,每个比特的状态为确认ACK或非确认NACK;
发送单元,用于根据确定的所述HARQ-ACK码本以及所述HARQ-ACK的状态在所述用于承载所述HARQ-ACK的资源上发送所述HARQ-ACK。
本发明实施例提供一种基站,包括:
发送单元,用于向终端发送下行控制信息DCI,其中,所述DCI中包含用于终端确定HARQ-ACK码本的控制域;
接收单元,用于接收所述终端发送的HARQ-ACK。
本发明实施例提供的一种信息的传输方法、终端和基站,所述方法包括:终端接收物理下行控制信道PDCCH或增强物理下行控制信道EPDCCH、以及物理下行共享信道PDSCH;所述终端根据以下至少一种参数确定反馈的混合自动重传请求应答HARQ-ACK码本以及用于承载所述HARQ-ACK的资源;其中,所述参数包括:所述终端接收到的PDCCH或EPDCCH上所承载的下行控制信息DCI、所述终端接收到的PDCCH或EPDCCH的数量、或所述终端接收到的PDSCH的数量;所述终端根据对接收到的PDSCH或PDCCH或EPDCCH的检测结果确定所述HARQ-ACK的状态;其中,所述HARQ-ACK的状态是指所述HARQ-ACK码本中的比特序列的状态,每个比特的状态为确认ACK或非确认NACK;所述终端根据确定的所述HARQ-ACK码本以及所述HARQ-ACK的状态在所述用于承载所述HARQ-ACK的资源上发送所述HARQ-ACK。通过本发明的方案,能够提高终端反馈信息的效率,降低对基站接收性能的影响,同时还可以降低终端反馈信息时的发射功率以及减少占用上行资源。
本发明的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。
附图说明
附图用来提供对本发明技术方案的进一步理解,并且构成说明书的一部分,与本申请的实施例一起用于解释本发明的技术方案,并不构成对本发明技术方案的限制。
图1为现有技术中的PUCCH格式1/1a/1b的时频结构示意图;
图2为现有技术中的PUCCH格式2的时频结构示意图;
图3为现有技术中的PUCCH格式3的时频结构示意图;
图4a为现有技术中候选的PUCCH格式4的一种时频结构示意图;
图4b为现有技术中候选的PUCCH格式4的另一种时频结构示意图;
图5为FDD作为主服务小区时HARQ-ACK绑定窗的一个示意图;
图6为FDD作为主服务小区时HARQ-ACK绑定窗的一个示意图;
图7为本发明实施例提供的一种信息的传输方法的流程示意图;
图8为本发明实施例提供的另一种信息的传输方法的流程示意图;
图9为现有技术中终端反馈的HARQ-ACK的一个示意图;
图10为现有技术中终端反馈的HARQ-ACK的另一个示意图;
图11为假设的一种情况下终端向基站反馈HARQ-ACK的一个示意图;
图12为本发明提供的实施例1中给出的DAI控制域为2比特时与的映射关系的一个示意图;
图13为本发明提供的实施例1中给出的DAI控制域为3比特时与的映射关系的一个示意图;
图14为本发明提供的实施例2中DAI采用方式1时基站侧发送的DAI的取值的一个示意图;
图15为本发明提供的实施例2中DAI采用方式1时终端接收数据的一个示意图;
图16为本发明提供的实施例2中DAI采用方式1时终端在子帧9上接收数据的一个示意图;
图17为本发明提供的实施例2中DAI采用方式1时终端在子帧0上接收数据的一个示意图;
图18为本发明提供的实施例2中DAI采用方式1时终端在子帧1上接收数据的一个示意图;
图19为本发明提供的实施例2中DAI采用方式1时终端在子帧3上接收数据的一个示意图;
图20为本发明提供的实施例3中DAI采用方式1时基站侧发送的DAI的取值的一个示意图;
图21为本发明提供的实施例3中DAI采用方式1时终端接收数据的一个示意图;
图22为本发明提供的实施例3中DAI采用方式1时终端在子帧9上接收数据的一个示意图;
图23为本发明提供的实施例3中DAI采用方式1时终端在子帧0上接收数据的一个示意图;
图24为本发明提供的实施例3中DAI采用方式1时终端在子帧1上接收数据的一个示意图;
图25为本发明提供的实施例3中DAI采用方式1时终端在子帧3上接收数据的一个示意图;
图26为本发明提供的实施例4中DAI采用方式5时基站侧发送的DAI的取值的一个示意图;
图27为本发明提供的实施例4中DAI采用方式5时终端接收数据的一个示意图;
图28为本发明提供的实施例4中DAI采用方式5时终端在子帧9上接收数据的一个示意图;
图29为本发明提供的实施例4中DAI采用方式5时终端在子帧0上接收数据的一个示意图;
图30为本发明提供的实施例4中DAI采用方式5时终端在子帧1上接收数据的一个示意图;
图31为本发明提供的实施例4中DAI采用方式5时终端在子帧3上接收数据的一个示意图;
图32为本发明提供的实施例5中DAI采用方式3时基站侧发送的DAI的取值的一个示意图;
图33为本发明提供的实施例5中DAI采用方式3时终端接收数据的一个示意图;
图34为本发明提供的实施例5中DAI采用方式3时终端在子帧9上接收数据的一个示意图;
图35为本发明提供的实施例5中DAI采用方式3时终端在子帧0上接收数据的一个示意图;
图36为本发明提供的实施例5中DAI采用方式3时终端在子帧1上接收数据的一个示意图;
图37为本发明提供的实施例5中DAI采用方式3时终端在子帧3上接收数据的一个示意图;
图38为本发明提供的实施例6中DAI采用方式3时基站侧发送的DAI的取值的一个示意图;
图39为本发明提供的实施例6中DAI采用方式3时终端接收数据的一个示意图;
图40为本发明提供的实施例6中DAI采用方式3时终端在子帧9上接收数据的一个示意图;
图41为本发明提供的实施例6中DAI采用方式3时终端在子帧0上接收数据的一个示意图;
图42为本发明提供的实施例6中DAI采用方式3时终端在子帧1上接收数据的一个示意图;
图43为本发明提供的实施例6中DAI采用方式3时终端在子帧3上接收数据的一个示意图;
图44为本发明提供的实施例9中DAI采用方式2时基站侧发送的DAI的取值的一个示意图;
图45为本发明提供的实施例9中DAI采用方式2时终端接收数据的一个示意图;
图46为本发明提供的实施例9中DAI采用方式2时终端接收数据的另一个示意图;
图47为本发明提供的实施例10中DAI采用方式2时基站侧发送的DAI的取值的一个示意图;
图48为本发明提供的实施例10中DAI采用方式2时终端接收数据的一个示意图;
图49为本发明提供的实施例10中DAI采用方式2时终端接收数据的另一个示意图;
图50为本发明提供的实施例11中DAI采用方式6时基站侧发送的DAI的取值的一个示意图;
图51为本发明提供的实施例11中DAI采用方式6时终端接收数据的一个示意图;
图52为本发明提供的实施例11中DAI采用方式6时终端接收数据的另一个示意图;
图53为本发明提供的实施例12中DAI采用方式4时基站侧发送的DAI的取值的一个示意图;
图54为本发明提供的实施例12中DAI采用方式4时终端接收数据的一个示意图;
图55为本发明提供的实施例12中DAI采用方式4时终端接收数据的另一个示意图;
图56为本发明提供的实施例13中DAI采用方式4时基站侧发送的DAI的取值的一个示意图;
图57为本发明提供的实施例13中DAI采用方式4时终端接收数据的一个示意图;
图58为本发明提供的实施例13中DAI采用方式4时终端接收数据的另一个示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白,下文中将结合附图对本发明的实施例进行详细说明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互任意组合。
在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机***中执行。并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
本发明实施例提供一种信息的传输方法,基于终端(或者也可以称为用户设备UE)侧,如图7所示,该方法包括:
步骤101、终端接收物理下行控制信道PDCCH或增强物理下行控制信道EPDCCH、以及物理下行共享信道PDSCH;
步骤102、所述终端根据以下至少一种参数确定反馈的混合自动重传请求应答HARQ-ACK码本以及用于承载所述HARQ-ACK的资源;其中,所述参数包括:所述终端接收到的PDCCH或EPDCCH上所承载的下行控制信息DCI、所述终端接收到的PDCCH或EPDCCH的数量、或所述终端接收到的PDSCH的数量;
步骤103、所述终端根据对接收到的PDSCH或PDCCH或EPDCCH的检测结果确定所述HARQ-ACK的状态;其中,所述HARQ-ACK的状态是指所述HARQ-ACK码本中的比特序列的状态,每个比特的状态为确认ACK或非确认NACK;
步骤104、所述终端根据确定的所述HARQ-ACK码本以及所述HARQ-ACK的状态在所述用于承载所述HARQ-ACK的资源上发送所述HARQ-ACK。
进一步的,所述HARQ-ACK码本包含所述HARQ-ACK码本大小和所述HARQ-ACK码本中的比特序列的排序方式,所述HARQ-ACK码本大小是指所述HARQ-ACK的比特数。
本发明实施例提供的一种信息的传输方法,终端接收物理下行控制信道PDCCH或增强物理下行控制信道EPDCCH、以及物理下行共享信道PDSCH;所述终端根据以下至少一种参数确定反馈的混合自动重传请求应答HARQ-ACK码本以及用于承载所述HARQ-ACK的资源;其中,所述参数包括:所述终端接收到的PDCCH或EPDCCH上所承载的下行控制信息DCI、所述终端接收到的PDCCH或EPDCCH的数量、或所述终端接收到的PDSCH的数量;所述终端根据对接收到的PDSCH或PDCCH或EPDCCH的检测结果确定所述HARQ-ACK的状态;其中,所述HARQ-ACK的状态是指所述HARQ-ACK码本中的比特序列的状态,每个比特的状态为确认ACK或非确认NACK;所述终端根据确定的所述HARQ-ACK码本以及所述HARQ-ACK的状态在所述用于承载所述HARQ-ACK的资源上发送所述HARQ-ACK。通过本发明的方案,能够提高终端反馈信息的效率,降低对基站接收性能的影响,同时还可以降低终端反馈信息时的发射功率以及减少占用上行资源。
本发明还提供一种信息的传输方法,基于基站侧,如图8所示,该方法包括:
步骤201、基站向终端发送下行控制信息DCI,其中,所述DCI中包含用于终端确定HARQ-ACK码本的控制域;
步骤202、所述基站接收所述终端发送的HARQ-ACK。
进一步的,所述用于终端确定HARQ-ACK码本的控制域为下行分配索引DAI。
进一步的,所述的HARQ-ACK码本包含所述HARQ-ACK码本大小和所述HARQ-ACK码本中的HARQ-ACK比特序列的排序方式,所述HARQ-ACK码本大小是指所述HARQ-ACK的比特数。
进一步的,所述DAI所包含的比特数为2比特或3比特。
进一步的,所述DAI的取值与调度的有对应PDCCH或EPDCCH的PDSCH和指示SPS释放的PDCCH或EPDCCH的数量有预设的映射关系。
本发明实施例提供的另一种信息的传输方法,基站向终端发送下行控制信息DCI,其中,所述DCI中包含用于终端确定HARQ-ACK码本的控制域,所述用于终端确定HARQ-ACK码本的控制域为下行分配索引DAI,所述基站接收所述终端发送的HARQ-ACK。通过本发明的方案,能够提高终端反馈信息的效率,降低对基站接收性能的影响,同时还可以降低终端反馈信息时的发射功率以及减少占用上行资源。
为了使本领域技术人员能够更清楚地理解本发明提供的技术方案,下面通过具体的实施例,对本发明提供的技术方案进行详细说明:
在详细介绍本发明提供的技术方案之前,先对相关的现有技术做简要介绍,以方便技术人员更清楚的了解本发明的技术方案。
现有机制中,终端反馈的HARQ-ACK的码本大小是根据配置的参数来确定的。图9给出了一个示意图。在该实例中,假设基站给终端配置了16个下行服务小区,假设服务小区索引从0~15。在子帧n上,基站调度了服务小区{0,1,2,5,7,9,10,11,13,14,15}一共11个。终端接收到服务小区{0,1,5,7,10,11,13,15}一共8个,丢掉了{2,9,14}这三个,但是终端自己并不能知道。不过终端反馈HARQ-ACK的时候,HARQ-ACK的码本大小是根据配置的服务小区数来确定的,在本实施例中,基站配置了16个服务小区,且假设每个服务小区都是配置了单码字的传输模式,因而终端需要反馈根据配置参数,确定需要反馈16个HARQ-ACK,然后根据服务小区索引从低到高,一次对应HARQ-ACK(0)~HARQ-ACK(15),对于检测到的服务小区,直接映射到相应的HARQ-ACK对应的比特位,而对于没有检测到的(包括基站没有调度的,以及终端漏检的)服务小区对应的HARQ-ACK比特位,则设置其HARQ-ACK状态为NACK。由于基站与终端对于HARQ-ACK码本的大小,以及码本里面HARQ-ACK比特序列的排序都有一致的理解,因而不会有基站与终端理解不一致的问题,即使终端发生了漏检。不过从这个例子也可以看出,基站实际只调度了11个服务小区,终端反馈的16个HARQ-ACK比特中,只有11比特是有效的,其他的5比特信息是无用信息。
如果配置的服务小区数相对比较大,而实际调度的服务小区数相对比较小,那么就终端就需要反馈大量无用的HARQ-ACK,这个问题在最多支持32个载波聚合的***里就变得更为严重了,为此,需要考虑减少反馈HARQ-ACK比特数的方法。一种可能的解决方案就是根据实际调度的PDSCH的数量来确定反馈的HARQ-ACK的码本大小。
图10给出一个示例,在该示例中,基站侧的调度情况还是跟前面的示例一样,调度了服务小区{0,1,2,5,7,9,10,11,13,14,15}一共11个。终端接收的时候,如果没有发生漏检,那么终端就会按照HARQ-ACK码本大小为11的来确定,基站检测的时候,由于基站是调度了11个服务小区,终端也是按照11比特来发送,因而收发双方不存在理解不一致的地方。但是,如果终端接收情况如图11所示,终端没有检测到服务小区2,9,14,那么终端根据接收到的情况确定HARQ-ACK的码本大小为8,然后按照检测结果给HARQ-ACK设置相应的状态。在基站接收端,基站调度了11个服务小区,那么基站会根据HARQ-ACK的码本大小为11进行检测,但是实际上终端是按照8比特来发送,这样就会导致基站和终端收发双方对于HARQ-ACK的码本理解不一致,从而导致错误发生。
为了解决上述现有机制中所示的问题,需要考虑相应的机制来解决所述问题,以下用具体的详细实施例来说明本发明的技术方案:
实施例1
基站给终端发送下行控制信息DCI,其中下行控制信息中包含用于终端确定HARQ-ACK码本的控制域——下行分配索引DAI。
进一步的,DAI为如下方式之一:
方式1:在绑定窗内的每个下行子帧上,按照第一预设顺序前面N-m个DCI中的DAI表示按照所述第一预设顺序截止到当前服务小区的基站已调度的有对应PDCCH或EPDCCH的PDSCH和指示半持续调度SPS释放的PDCCH或EPDCCH的数量,按照所述第一预设顺序最后m个DCI中的DAI表示当前下行子帧基站调度的有对应PDCCH或EPDCCH的PDSCH和指示SPS释放的PDCCH或EPDCCH的总数;或,
方式2:在绑定窗内,按照第二预设顺序前面N-m个DCI中的DAI表示按照所述第二预设顺序截止到当前服务小区和当前下行子帧基站已调度的有对应PDCCH或EPDCCH的PDSCH和指示SPS释放的PDCCH或EPDCCH的数量,按照所述第二预设顺序最后m个DCI中的DAI表示绑定窗内基站调度的有对应PDCCH或EPDCCH的PDSCH和指示SPS释放的PDCCH或EPDCCH的总数;或,
方式3:在绑定窗内的每个下行子帧上,按照所述第一预设顺序前面N-m个DCI中的DAI表示按照所述第一预设顺序截止到当前服务小区的基站已调度的有对应PDCCH或EPDCCH的PDSCH对应的码字和指示SPS释放的PDCCH或EPDCCH的数量,按照所述第一预设顺序最后m个DCI中的DAI表示当前下行子帧基站调度的有对应PDCCH或EPDCCH的PDSCH对应的码字和指示SPS释放的PDCCH或EPDCCH的总数;或,
方式4:在绑定窗内,按照所述第二预设顺序前面N-m个DCI中的DAI表示按照所述第二预设顺序截止到当前服务小区和当前下行子帧基站已调度的有对应PDCCH或EPDCCH的PDSCH对应的码字和指示SPS释放的PDCCH或EPDCCH的数量,按照所述第二预设顺序最后m个DCI中的DAI表示绑定窗内基站调度的有对应PDCCH或EPDCCH的PDSCH对应的码字和指示SPS释放的PDCCH或EPDCCH的总数;或,
方式5:在绑定窗内的每个下行子帧上,按照所述第一预设顺序前面N-m个DCI中的DAI表示按照所述第一预设顺序截止到当前服务小区的基站已调度的有对应PDCCH或EPDCCH的PDSCH和指示SPS释放的PDCCH或EPDCCH的数量,按照所述第一预设顺序最后m个DCI中的DAI为调度的第N-m个服务小区的DAI的重复;或,
方式6:在绑定窗内,按照所述第二预设顺序前面N-m个DCI中的DAI表示按照所述第二预设顺序截止到当前服务小区和当前子帧基站已调度的有对应PDCCH或EPDCCH的PDSCH和指示SPS释放的PDCCH或EPDCCH的数量,按照所述第二预设顺序最后m个DCI中的DAI为调度的第N-m个DCI中的DAI的重复;或,
方式7:在绑定窗内的每个下行子帧上,按照所述第一预设顺序前面N-m个DCI中的DAI表示按照所述第一预设顺序截止到当前服务小区的基站已调度的有对应PDCCH或EPDCCH的PDSCH对应的码字和指示SPS释放的PDCCH或EPDCCH的数量,按照所述第一预设顺序最后m个DCI中的DAI为调度的第N-m个服务小区的DAI的重复;或,
方式8:在绑定窗内,按照所述第二预设顺序前面N-m个DCI中的DAI表示按照所述第二预设顺序截止到当前服务小区和当前下行子帧基站已调度的有对应PDCCH或EPDCCH的PDSCH对应的码字和指示SPS释放的PDCCH或EPDCCH的数量,按照所述第二预设顺序最后m个DCI中的DAI为调度的第N-m个DCI中的DAI的重复;
其中,所述按照所述第一预设顺序的前面N-m个DCI中的DAI或者所述按照所述第二预设顺序的前面N-m个DCI中的DAI均定义为计数器型DAI,具体是指:前述N-m个DCI中的DAI的取值是递增或递减的;所述按照所述第一预设顺序最后m个DCI中的DAI或所述按照所述第二预设顺序最后m个DCI中的DAI取值是相同的;同时,对于方式1、2、3或4中最后m个取值相同的DAI定义为总数型DAI,对于方式5、6、7或8中最后m个取值相同的DAI定义为重复型DAI;
对于方式1、3、5或7,N表示所述绑定窗内每个下行子帧所述基站调度给所述终端的DCI的个数;对于方式2、4、6或8,N表示所述绑定窗内所述基站调度给所述终端的DCI的个数;且N大于m。
其中,所述的m为所述终端与所述基站约定好的取值,或者在标准中规定好的取值也即预先规定好的取值,或者是所述基站通过高层信令指示所述终端的。
其中,当所述的m为所述终端与所述基站约定好的取值或在标准中规定好的取值时,所述的m优选取值为4,这里主要是考虑,连续漏检了4个PDCCH或EPDCCH的概率可以忽略不计,这种设计在Rel-8TDD的时候就已经这么考虑,因而Rel-8的TDD***中DAI索引为2比特,就是考虑连续丢了4个下行子帧的概率可以忽略不计。虽然如果是在载波聚合***中,连续漏检4个服务小区上的PDCCH或EPDCCH跟连续漏检了4个子帧上的PDCCH或EPDCCH可能有所不同,不过都可以认为是小概率事件而忽略不计。不过后面分析可以发现,m的取值也会对下行吞吐量的性能有影响,因而,m的取值也可以由基站根据实际情况通过高层信令指示给终端。
其中,所述第一预设顺序为按照服务小区索引的从低到高,或者从高到低的顺序。这里的顺序只要基站和终端约定好即可,因而不排除其他的顺序。
其中,所述第二预设顺序为依次在绑定窗内各个子帧内按照服务小区索引从低到高或从高到低排序并将所述各个子帧内的排序串接后得到的顺序。
其中,所述的DAI控制域所包含的比特数为2比特或3比特,当DAI采用方式1,2,5,6时,采用2比特比较合适,而当DAI采用方式3,4,7,8时,采用3比特比较合适。
进一步的,所述的DAI的取值与调度的有对应PDCCH或EPDCCH的PDSCH和指示SPS释放的PDCCH或EPDCCH的数量有预设的映射关系。图12和图13分别给出了DAI控制域为2比特和3比特时,DAI的取值与调度的有对应PDCCH或EPDCCH的PDSCH和指示SPS释放的PDCCH或EPDCCH的数量的映射关系。
实施例2
图14给出了DAI采用方式1的一个示意图。在该示意图中,假设基站给终端配置了16个上下行配置为配置2的TDD服务小区,根据TDD配置2的定时关系,上一个无线帧的子帧9、当前无线帧的子帧0,1,3的HARQ-ACK将在当前子帧7上进行反馈,上一个无线帧的子帧9和当前无线帧的子帧0,1,3以及16个服务小区组成了一个时频二维的绑定窗,图中用方框圈出示意。
基站调度的情况如图14所示,当DAI采用了方式1,且假定m=2,也就是说,在上一个无线帧的子帧9以及当前无线帧的子帧0,1,3上,每个子帧都按照服务小区索引从低到高的顺序进行调度,对于子帧9,当前子帧一共调度了一共调度了14个服务小区,那么前面N-m=12个服务小区的DAI按照服务小区索引从低到高的顺序截止到当前服务小区的基站已调度的有对应PDCCH或EPDCCH的PDSCH和指示SPS释放的PDCCH或EPDCCH的数量(这里的DAI属于上述内容中所述的计数器型DAI),如服务小区#0的DAI取值为1,服务小区#1的DAI取值为2,对于最后两个调度的服务小区,按照所述第一预设顺序最后m=2个服务小区的DAI表示当前下行子帧基站调度的有对应PDCCH或EPDCCH的PDSCH和指示SPS释放的PDCCH或EPDCCH的总数(这里的DAI属于上述内容中所述的总数型DAI),也就是14个,通过查图12所示的表,确定服务小区14和15的DAI值为2。
对于其余子帧,基站侧确定调度服务小区的DAI的取值均按照相同的方式,最后得到如图14所示的基站侧发送的DAI的取值示意图。
同时假设在子帧9的服务小区#4上有SPS的PDSCH,需要注意的是,所述的DAI无论计数器型DAI还是总数型DAI是没有把SPS的PDSCH计算在内的。
对于终端接收,其接收情况如图15所示。
具体的针对每个子帧的接收情况,进一步来描述终端如何确定反馈的HARQ-ACK码本。
对于方式1,终端确定HARQ-ACK码本的方法为:
所述终端确定接收到的最后一个计数器型DAI的值所对应的所述终端确定接收到的最后一个总数型DAI值则所述子帧需要反馈的HARQ-ACK比特数为大于的且与对应的最小值。
而当m=2时,对于所述绑定窗内的每个下行子帧,所述终端根据在子帧上接收到的最后3个DAI,如果最后2个DAI的取值相同,则所述终端判断基站调度的最后2个服务小区上没有发生PDCCH或EPDCCH丢失,所述最后2个取值相同的DAI为总数型DAI,所述倒数第3个DAI为接收到的最后一个计数器型DAI,同时,所述终端根据对所述最后2个服务小区的检测结果,设置最后2个HARQ-ACK的状态;如果最后2个DAI的取值不相同,则所述终端判断基站调度的最后2个服务小区上发生了PDCCH或EPDCCH丢失(也即DCI丢失了),所述接收到的最后1个DAI为总数型DAI,所述倒数第2个DAI为接收到的最后一个计数器型DAI,同时,所述终端设置最后2个HARQ-ACK的状态为NACK;
对于子帧9(上一个无线帧的),终端的接收情况如图16所示,终端在子帧9上接收到的最后3个DAI分别为(3,4,2),由于最后2个DAI的取值不同,因而终端判断基站调度的最后2个服务小区发生了PDCCH或EPDCCH丢失,接收到的最后一个DAI为总数型DAI,且倒数第二个为接收到的最后一个计数器型DAI,且对应的那么子帧9需要反馈的HARQ-ACK比特数为大于的且与对应的最小值,那么通过查如图12所示的对应表可以确定对应的值为2/6/10/14/18/22……,其中大于12的最小值为14,因而终端确定子帧9需要反馈的HARQ-ACK码本大小为14。
另外,由于最后接收到的两个的值分别为4,2,不是2个(这里m=2)相同的DAI取值,因而终端判断丢了基站调度的最后2个服务小区中的其中一个,但是无法判断是丢失了哪一个,因为无论终端是接收到服务小区14,还是接收到服务小区15,最后两个的取值都是3,1。对于这种情况,由于终端无法区分,因此,终端将最后两比特的HARQ-ACK置为NACK。对于其他的HARQ-ACK比特,基于前面的计数器型DAI,终端可以判断出HARQ-ACK(3)和HARQ-ACK(5)对应的服务小区丢失了,因而可以将其状态也设置为NACK,而对于其他接收到的服务小区所对应的HARQ-ACK,则根据对PDSCH的检测结果设置相应ACK或NACK即可。
此外,由于子帧9的服务小区#4上有SPS的PDSCH,因而终端把SPS的PDSCH对应的HARQ-ACK置于前面确定的HARQ-ACK比特序列的最后,最终终端确定子帧9上需要反馈的HARQ-ACK码本大小为15。
对于子帧0(当前无线帧的),终端的接收情况如图17所示,终端在子帧0上接收到的最后3个DAI分别为(3,1,1),由于最后2个DAI的取值相同,因而终端判断基站调度的最后2个服务小区没有发生PDCCH或EPDCCH丢失,接收到的最后2个相同的DAI为总数型DAI,且倒数第3个为接收到的最后一个计数器型DAI,且对应的那么子帧0需要反馈的HARQ-ACK比特数为大于的且与对应的最小值,那么通过查如图12所示的对应表可以确定对应的值为1/5/9/13/17/21……,其中大于11的最小值为13,因而终端确定子帧0需要反馈的HARQ-ACK码本大小为13。
另外,由于最后接收到的两个的值分别为1,1,最后2个(这里m=2)相同的DAI取值,因而终端判断最后2个服务小区没有发生PDCCH或EPDCCH丢失,因此,终端将最后接收到的两个服务小区的检测结果,设置最后两比特的HARQ-ACK为ACK或NACK。对于其他的HARQ-ACK比特,基于前面的计数器型DAI,终端可以判断出HARQ-ACK(7)对应的服务小区丢失了,因而可以将其状态也设置为NACK,而对于其他接收到的服务小区所对应的HARQ-ACK,则根据对PDSCH的检测结果设置相应ACK或NACK即可。
对于子帧1(当前无线帧的),终端的接收情况如图18所示,终端在子帧1上接收到的最后3个DAI分别为(4,1,3),由于最后2个DAI的取值不同,因而终端判断基站调度的最后2个服务小区发生了PDCCH或EPDCCH丢失,接收到的最后一个DAI为总数型DAI,且倒数第二个为接收到的最后一个计数器型DAI,且对应的那么子帧1需要反馈的HARQ-ACK比特数为大于的且与对应的最小值,那么通过查如图12所示的对应表可以确定对应的值为3/7/11/15/19/23……,其中大于9的最小值为11,因而终端确定子帧1需要反馈的HARQ-ACK码本大小为11。
另外,由于最后接收到的两个的值分别为1,3,不是2个(这里m=2)相同的DAI取值,因而终端判断丢了基站调度的最后2个服务小区中的其中一个,但是无法判断是丢失了哪一个,因为无论终端是接收到服务小区12,还是接收到服务小区13,最后两个的取值都是1,3。对于这种情况,由于终端无法区分,因此,终端将最后两比特的HARQ-ACK置为NACK。对于其他的HARQ-ACK比特,基于前面的计数器型DAI,终端可以判断出HARQ-ACK(3)对应的服务小区丢失了,因而可以将其状态也设置为NACK,而对于其他接收到的服务小区所对应的HARQ-ACK,则根据对PDSCH的检测结果设置相应ACK或NACK即可。
对于子帧3(当前无线帧的),终端的接收情况如图19所示,终端在子帧3上接收到的最后3个DAI分别为(2,4,4),由于最后2个DAI的取值不同,因而终端判断基站调度的最后2个服务小区没有发生PDCCH或EPDCCH丢失,接收到的最后2个相同的DAI为总数型DAI,且倒数第3个为接收到的最后一个计数器型DAI,且对应的那么子帧3需要反馈的HARQ-ACK比特数为大于的且与对应的最小值,那么通过查如图12所示的对应表可以确定对应的值为4/8/12/16/20/24……,其中大于10的最小值为12,因而终端确定子帧3需要反馈的HARQ-ACK码本大小为12。
另外,由于最后接收到的两个的值分别为4,4,最后2个(这里m=2)相同的DAI取值,因而终端判断最后2个服务小区没有发生PDCCH或EPDCCH丢失,因此,终端将最后接收到的两个服务小区的检测结果,设置最后两比特的HARQ-ACK为ACK或NACK。对于其他的HARQ-ACK比特,基于前面的计数器型DAI,终端可以判断出HARQ-ACK(1)对应的服务小区丢失了,因而可以将其状态也设置为NACK,而对于其他接收到的服务小区所对应的HARQ-ACK,则根据对PDSCH的检测结果设置相应ACK或NACK即可。
采用方式1,当m=2时,可以解决最后两个其中有一个丢失的情况下也能确定每个子帧的HARQ-ACK码本,不过当最后两个有一个丢失的时候,由于不能确定是哪一个,因而需要把最后两个HARQ-ACK比特都置为NACK,这样对下行吞吐量的性能会有一定的影响。这个需要在下行控制信息的鲁棒性与下行吞吐量的性能之间找一个折中。
实施例3
图20给出了DAI采用方式1的一个示意图。在该示意图中,假设基站给终端配置了16个上下行配置为配置2的TDD服务小区,根据TDD配置2的定时关系,上一个无线帧的子帧9、当前无线帧的子帧0,1,3的HARQ-ACK将在当前子帧7上进行反馈,上一个无线帧的子帧9和当前无线帧的子帧0,1,3以及16个服务小区组成了一个时频二维的绑定窗,图中用方框圈出示意。
基站调度的情况如图20所示,当DAI采用了方式1,且假定m=4,也就是说,在上一个无线帧的子帧9以及当前无线帧的子帧0,1,3上,每个子帧都按照服务小区索引从低到高的顺序进行调度,对于子帧9,当前子帧一共调度了一共调度了14个服务小区,那么前面N-4=10个服务小区的DAI按照服务小区索引从低到高的顺序截止到当前服务小区的基站已调度的有对应PDCCH或EPDCCH的PDSCH和指示SPS释放的PDCCH或EPDCCH的数量(这里的DAI属于上述内容中所述的计数器型DAI),如服务小区#0的DAI取值为1,服务小区#1的DAI取值为2,对于最后4个调度的服务小区,按照所述第一预设顺序最后m=4个服务小区的DAI表示当前下行子帧基站调度的有对应PDCCH或EPDCCH的PDSCH和指示SPS释放的PDCCH或EPDCCH的总数(这里的DAI属于上述内容中所述的总数型DAI),也就是14个,通过查图12所示的表,确定服务小区11、12、14和15的DAI值都为2。
对于其余子帧,基站侧确定调度服务小区的DAI的取值均按照相同的方式,最后得到如图20所示的基站侧发送的DAI的取值示意图。
对于终端接收,其接收情况如图21所示。
具体的针对每个子帧的接收情况,进一步来描述终端如何确定反馈的HARQ-ACK码本。
对于方式1,终端确定HARQ-ACK码本的方法为:
所述终端确定接收到的最后一个计数器型DAI的值所对应的所述终端确定接收到的最后一个总数型DAI值则所述子帧需要反馈的HARQ-ACK比特数为大于的且与对应的最小值。
当所述的m的取值为4时,对于所述绑定窗内的每个下行子帧,所述终端根据在子帧上接收到的最后5个DAI:
如果所述终端接收到的最后5个DAI的取值相同,则所述终端判断基站调度的最后5个服务小区上没有发生PDCCH或EPDCCH丢失,所述最后4个取值相同的DAI为总数型DAI,所述倒数第5个DAI为接收到的最后一个计数器型DAI,同时,所述终端根据对所述最后4个服务小区的检测结果,设置最后4个HARQ-ACK的状态;
如果最后5个DAI的取值不相同,所述终端判断基站调度的最后5个服务小区上发生PDCCH或EPDCCH丢失,所述终端把最后一个计数器型DAI以及总数型DAI都设置成最后1个DAI的值,同时,所述终端设置最后5个HARQ-ACK的状态为NACK;
对于子帧9(上一个无线帧的),终端的接收情况如图22所示,终端在子帧9上接收到的最后5个DAI取值都为2,则终端判断基站调度的最后5个服务小区上没有发生PDCCH或EPDCCH丢失,所述最后4个取值相同的DAI为总数型DAI,所述倒数第5个DAI为接收到的最后一个计数器型DAI,对应的那么子帧9需要反馈的HARQ-ACK比特数为大于的且与对应的最小值,那么通过查如图12所示的对应表可以确定对应的值为2/6/10/14/18/22……,其中大于10的最小值为14,因而终端确定子帧9需要反馈的HARQ-ACK码本大小为14。
同时,由于最后4个总数型DAI都没有丢失,因此终端根据对最后4个服务小区的检测结果,设置最后4个HARQ-ACK的状态。而对于其他接收到的服务小区所对应的HARQ-ACK,则根据对PDSCH的检测结果设置相应ACK或NACK即可。
对于子帧0(当前无线帧的),终端的接收情况如图23所示,终端在子帧0上接收到的最后5个DAI的取值分别为(4,1,1,1,1),不是5个相同的取值,因此,终端判断基站调度的最后5个服务小区上发生PDCCH或EPDCCH丢失,终端把最后一个计数器型DAI以及总数型DAI都设置成最后1个DAI的值,也就是对应的对应的那么子帧0需要反馈的HARQ-ACK比特数为大于的且与对应的最小值,那么通过查如图12所示的对应表可以确定对应的值为1/5/9/13/17/21……,其中大于9的最小值为13,因而终端确定子帧0需要反馈的HARQ-ACK码本大小为13。
另外,由于最后没有接收到的5个相同的因而终端判断丢了基站调度的最后5个服务小区中的有丢失,但是无法判断是丢失了哪个或哪几个。对于这种情况,由于终端无法区分,因此,终端将最后5比特的HARQ-ACK置为NACK。对于其他的HARQ-ACK比特,基于前面的计数器型DAI,终端可以判断出HARQ-ACK(7)对应的服务小区丢失了,因而可以将其状态也设置为NACK,而对于其他接收到的服务小区所对应的HARQ-ACK,则根据对PDSCH的检测结果设置相应ACK或NACK即可。
对于子帧1(当前无线帧的),终端的接收情况如图24所示,终端在子帧1上接收到的最后5个DAI的取值分别为(1,2,3,3,3),不是5个相同的取值,因此,终端判断基站调度的最后5个服务小区上发生PDCCH或EPDCCH丢失,终端把最后一个计数器型DAI以及总数型DAI都设置成最后1个DAI的值,也就是对应的对应的那么子帧1需要反馈的HARQ-ACK比特数为大于的且与对应的最小值,那么通过查如图12所示的对应表可以确定对应的值为3/7/11/15/19/23……,其中大于7的最小值为11,因而终端确定子帧1需要反馈的HARQ-ACK码本大小为11。
另外,由于最后没有接收到的5个相同的因而终端判断丢了基站调度的最后5个服务小区中的有丢失,但是无法判断是丢失了哪个或哪几个。对于这种情况,由于终端无法区分,因此,终端将最后5比特的HARQ-ACK置为NACK。对于其他的HARQ-ACK比特,基于前面的计数器型DAI,终端可以判断没有服务小区丢失了,因而对于前面接收到的服务小区所对应的HARQ-ACK,则根据对PDSCH的检测结果设置相应ACK或NACK即可。
对于子帧3(当前无线帧的),终端的接收情况如图25所示,终端在子帧3上接收到的最后5个DAI的取值分别为(1,2,3,4,4),不是5个相同的取值,因此,终端判断基站调度的最后5个服务小区上发生PDCCH或EPDCCH丢失,终端把最后一个计数器型DAI以及总数型DAI都设置成最后1个DAI的值,也就是对应的对应的那么子帧3需要反馈的HARQ-ACK比特数为大于的且与对应的最小值,那么通过查如图12所示的对应表可以确定对应的值为4/8/12/16/20/24……,其中大于8的最小值为12,因而终端确定子帧3需要反馈的HARQ-ACK码本大小为12。
另外,由于最后没有接收到的5个相同的因而终端判断丢了基站调度的最后5个服务小区中的有丢失,但是无法判断是丢失了哪个或哪几个。对于这种情况,由于终端无法区分,因此,终端将最后5比特的HARQ-ACK置为NACK。对于其他的HARQ-ACK比特,基于前面的计数器型DAI,终端可以判断出HARQ-ACK(1)对应的服务小区丢失了,因而可以将其状态也设置为NACK,而对于其他接收到的服务小区所对应的HARQ-ACK,则根据对PDSCH的检测结果设置相应ACK或NACK即可。
采用方式1,当m=4时,最后5个DAI的取值时相同的,可以解决最后最多有4个丢失的情况下也能确定每个子帧的HARQ-ACK码本,不过当最后4个有丢失(丢失1个或2个或3个或4个)的时候,由于不能确定是哪一个,因而需要把最后5个HARQ-ACK比特都置为NACK,这样对下行吞吐量的性能会有一定的影响。这个需要在HARQ-ACK码本的鲁棒性与下行吞吐量的性能之间找一个折中,这种方案相对于m=2来说,HARQ-ACK码本的鲁棒性好,但是对下行吞吐量的性能要比m=2要大一些。
基站可以根据实际的信道环境,当信道条件比较好时,PDCCH或EPDCCH的连续丢失的概率比较低,因而m值可以设置得比较小。因此,优选的方案是基站可以根据实际应用场景合理配置m的取值,从而在HARQ-ACK码本鲁棒性与下行吞吐量性能之间取得较好的折中。另外,m值可以通过半静态配置的方式通知UE。
实施例4
图26给出了DAI采用方式5的一个示意图。在该示意图中,假设基站给终端配置了16个上下行配置为配置2的TDD服务小区,根据TDD配置2的定时关系,上一个无线帧的子帧9、当前无线帧的子帧0,1,3的HARQ-ACK将在当前子帧7上进行反馈,上一个无线帧的子帧9和当前无线帧的子帧0,1,3以及16个服务小区组成了一个时频二维的绑定窗,图中用方框圈出示意。
基站调度的情况如图26所示,当DAI采用了方式5,且假定m=2,也就是说,在上一个无线帧的子帧9以及当前无线帧的子帧0,1,3上,每个子帧都按照服务小区索引从低到高的顺序进行调度,对于子帧9,当前子帧一共调度了一共调度了14个服务小区,那么前面N-m=12个服务小区的DAI按照服务小区索引从低到高的顺序截止到当前服务小区的基站已调度的有对应PDCCH或EPDCCH的PDSCH和指示SPS释放的PDCCH或EPDCCH的数量(这里的DAI属于上述内容中所述的计数器型DAI),如服务小区#1的DAI取值为1,服务小区#1的DAI取值为2,对于最后两个调度的服务小区,按照所述第一预设顺序最后m=2个服务小区的DAI为调度的第N-m个服务小区的DAI的重复,也就是最后两个服务小区的DAI为调度的第12个的DAI的重复,确定服务小区14和15的DAI值为4。
对于其余子帧,基站侧确定调度服务小区的DAI的取值均按照相同的方式,最后得到如图26所示的基站侧发送的DAI的取值示意图。
对于终端接收,其接收情况如图27所示。
具体的针对每个子帧的接收情况,进一步来描述终端如何确定反馈的HARQ-ACK码本。
对于方式5,终端确定HARQ-ACK码本的方法为:
设所述终端在所述下行子帧根据前面接收到的DAI确定最后一个DAI的取值为对应的则所述子帧需要反馈的HARQ-ACK比特数为再加上m,其中与的对应关系为所述终端与所述基站约定好的。,其中与的对应关系为所述终端与所述基站约定好的。
对于所述绑定窗内的每个下行子帧,如果所述终端接收到的最后m+1个DAI的取值相同,则所述终端判断所述最后m+1个服务小区上没有发生PDCCH或EPDCCH丢失,所述终端根据对所述最后m+1个服务小区的检测结果,设置最后m+1个HARQ-ACK的状态;如果最后m+1个DAI的取值不相同,所述终端设置最后m+1个HARQ-ACK的状态为NACK。
对于子帧9(上一个无线帧的),终端的接收情况如图28所示,终端在子帧9帧根据前面接收到的DAI确定最后一个DAI的取值为对应的为12,那么子帧9需要反馈的HARQ-ACK比特数为加上m,因而终端确定子帧9需要反馈的HARQ-ACK码本大小为14。
另外,由于最后没有接收到的3个相同值,因而终端判断丢了基站调度的最后3个服务小区中的其中一个,但是无法判断是丢失了哪一个。对于这种情况,由于终端无法区分,因此,终端将最后两比特的HARQ-ACK置为NACK。对于其他的HARQ-ACK比特,基于前面的计数器型DAI,终端可以判断出HARQ-ACK(3)和HARQ-ACK(5)对应的服务小区丢失了,因而可以将其状态也设置为NACK,而对于其他接收到的服务小区所对应的HARQ-ACK,则根据对PDSCH的检测结果设置相应ACK或NACK即可。
对于子帧0(当前无线帧的),终端的接收情况如图29所示,终端在子帧0帧根据前面接收到的DAI确定最后一个DAI的取值为对应的为11,那么子帧0需要反馈的HARQ-ACK比特数为加上m,因而终端确定子帧0需要反馈的HARQ-ACK码本大小为13。
另外,由于最后接收到的3相同的值,因而终端判断最后3个服务小区没有发生PDCCH或EPDCCH丢失,因此,终端将最后接收到的两个服务小区的检测结果,设置最后两比特的HARQ-ACK为ACK或NACK。对于其他的HARQ-ACK比特,基于前面的计数器型DAI,终端可以判断出HARQ-ACK(7)对应的服务小区丢失了,因而可以将其状态也设置为NACK,而对于其他接收到的服务小区所对应的HARQ-ACK,则根据对PDSCH的检测结果设置相应ACK或NACK即可。
对于子帧1,终端的接收情况如图30所示,终端在子帧1帧根据前面接收到的DAI确定最后一个DAI的取值为对应的为9,那么子帧1需要反馈的HARQ-ACK比特数为加上m,因而终端确定子帧1需要反馈的HARQ-ACK码本大小为11。
另外,由于最后没有接收到的3个相同值,因而终端判断丢了基站调度的最后3个服务小区中的其中一个,但是无法判断是丢失了哪一个。对于这种情况,由于终端无法区分,因此,终端将最后两比特的HARQ-ACK置为NACK。对于其他的HARQ-ACK比特,基于前面的计数器型DAI,终端可以判断出HARQ-ACK(3)对应的服务小区丢失了,因而可以将其状态也设置为NACK,而对于其他接收到的服务小区所对应的HARQ-ACK,则根据对PDSCH的检测结果设置相应ACK或NACK即可。
对于子帧3(当前无线帧的),终端的接收情况如图31所示,终端在子帧3帧根据前面接收到的DAI确定最后一个DAI的取值为对应的为10,那么子帧0需要反馈的HARQ-ACK比特数为加上m,因而终端确定子帧3需要反馈的HARQ-ACK码本大小为12。
另外,由于最后接收到的3相同的值,因而终端判断最后3个服务小区没有发生PDCCH或EPDCCH丢失,因此,终端将最后接收到的两个服务小区的检测结果,设置最后两比特的HARQ-ACK为ACK或NACK。对于其他的HARQ-ACK比特,基于前面的计数器型DAI,终端可以判断出HARQ-ACK(1)对应的服务小区丢失了,因而可以将其状态也设置为NACK,而对于其他接收到的服务小区所对应的HARQ-ACK,则根据对PDSCH的检测结果设置相应ACK或NACK即可。
对于m取其他值,与m=2相同,都是根据前面的表示计数器的DAI确定最后一个DAI值对应的然后HARQ-ACK的码本大小就等于加上m,然后再判断最后m+1个DAI的取值是否相同,相同,则最后m+1个没有丢失,否则有丢失,则将最后m+1个HARQ-ACK状态置为NACK即可。
与具体实施例2和3类似,基站可以根据实际的信道环境,当信道条件比较好时,PDCCH或EPDCCH的连续丢失的概率比较低,因而m值可以设置得比较小。因此,优选的方案是基站可以根据实际应用场景合理配置m的取值,从而在HARQ-ACK码本鲁棒性与下行吞吐量性能之间取得较好的折中。另外,m值可以通过半静态配置的方式通知UE。
实施例5
图32给出了DAI采用方式3的一个示意图。在该示意图中,假设基站给终端配置了16个上下行配置为配置2的TDD服务小区1,2,4,5,7,9,10,12,13配置了双码字(双码字也即2个码字)的传输模式,其他服务小区配置了单码字的传输模式,其中服务小区根据TDD配置2的定时关系,上一个无线帧的子帧9、当前无线帧的子帧0,1,3的HARQ-ACK将在当前子帧7上进行反馈,上一个无线帧的子帧9和当前无线帧的子帧0,1,3以及16个服务小区组成了一个时频二维的绑定窗,图中用方框圈出示意。
基站调度的情况如图32所示,当DAI采用了方式3,DAI用2比特表示且假定m=2,也就是说,在上一个无线帧的子帧9以及当前无线帧的子帧0,1,3上,每个子帧都按照服务小区索引从低到高的顺序进行调度,对于子帧9,当前子帧一共调度了一共调度了14个服务小区,那么前面N-m=12个服务小区的DAI按照服务小区索引从低到高的顺序截止到当前服务小区的基站已调度的有对应PDCCH或EPDCCH的PDSCH所对应的码字和指示SPS释放的PDCCH或EPDCCH的数量(这里的DAI属于上述内容中所述的计数器型DAI),如服务小区#0的DAI取值为1,服务小区#1的DAI取值为3,因为服务小区#1包含了2个码字,对于最后两个调度的服务小区,按照所述第一预设顺序最后m=2个服务小区的DAI表示当前下行子帧基站调度的有对应PDCCH或EPDCCH的PDSCH所对应的码字和指示SPS释放的PDCCH或EPDCCH的总数(这里的DAI属于上述内容中所述的总数型DAI),在本实施例中,截止到服务小区#12,已经调度的有对应PDCCH或EPDCCH的PDSCH所对应的码字和指示SPS释放的PDCCH或EPDCCH的总数为19,而最后2个调度的服务小区的DAI取值按照每个服务小区只调度一个码字来确定,因此,总数为21,通过查图12所示的表,确定服务小区14和15的DAI值为1。
对于其余子帧,基站侧确定调度服务小区的DAI的取值均按照相同的方式,最后得到如图32所示的基站侧发送的DAI的取值示意图。
对于终端接收,其接收情况如图33所示。
具体的针对每个子帧的接收情况,进一步来描述终端如何确定反馈的HARQ-ACK码本。
对于方式3,终端确定HARQ-ACK码本的方法为:
所述终端确定接收到的最后一个计数器型DAI的值所对应的所述终端确定接收到的最后一个总数型DAI值则所述子帧需要反馈的HARQ-ACK比特数为大于的且与对应的最小值。
当所述DAI包含2比特信息,所述基站与所述终端约定最后m个调度的服务小区的DAI取值按照每个服务小区只调度一个码字来确定:
当所述的m的取值为2时,对于所述绑定窗内的每个下行子帧,所述终端根据在子帧上接收到的最后3个DAI,如果最后2个DAI的取值相同,则所述终端判断基站调度的最后2个服务小区上没有发生PDCCH或EPDCCH丢失,所述最后2个取值相同的DAI为总数型DAI,所述倒数第3个DAI为接收到的最后一个计数器型DAI,同时,所述终端根据对所述最后2个服务小区的检测结果,设置最后2个HARQ-ACK的状态,当最后2个服务小区有调度了双码字的PDSCH,则对所述双码字的PDSCH所对应的HARQ-ACK进行空间绑定;如果最后2个DAI的取值不相同,则所述终端判断基站调度的最后2个服务小区上发生了PDCCH或EPDCCH丢失,所述接收到的最后1个DAI为总数型DAI,所述倒数第2个DAI为接收到的最后一个计数器型DAI,同时,所述终端设置最后2个HARQ-ACK的状态为NACK;
对于子帧9(上一个无线帧的),终端的接收情况如图34所示,终端在子帧9上接收到的最后3个DAI分别为(1,3,1),由于最后2个DAI的取值不同,因而终端判断基站调度的最后2个服务小区发生了PDCCH或EPDCCH丢失,接收到的最后一个DAI为总数型DAI,且倒数第二个为接收到的最后一个计数器型DAI,且对应的那么子帧9需要反馈的HARQ-ACK比特数为大于的且与对应的最小值,那么通过查如图12所示的对应表可以确定对应的值为1/5/9/13/17/21……,其中大于19的最小值为21,因而终端确定子帧9需要反馈的HARQ-ACK码本大小为21。
另外,由于最后接收到的两个的值分别为3,1,不是2个(这里m=2)相同的DAI取值,因而终端判断丢了基站调度的最后2个服务小区中的其中一个,但是无法判断是丢失了哪一个,因为无论终端是接收到服务小区14,还是接收到服务小区15,最后两个的取值都是3,1。对于这种情况,由于终端无法区分,因此,终端将最后两比特的HARQ-ACK置为NACK。对于其他的HARQ-ACK比特,基于前面的计数器型DAI,终端可以判断出HARQ-ACK(5)和HARQ-ACK(8)对应的服务小区丢失了,因而可以将其状态也设置为NACK,而对于其他接收到的服务小区所对应的HARQ-ACK,则根据对PDSCH的检测结果设置相应ACK或NACK即可。
对于子帧0(当前无线帧的),终端的接收情况如图35所示,终端在子帧0上接收到的最后3个DAI分别为(1,3,3),由于最后2个DAI的取值相同,因而终端判断基站调度的最后2个服务小区没有发生PDCCH或EPDCCH丢失,接收到的最后2个相同的DAI为总数型DAI,且倒数第3个为接收到的最后一个计数器型DAI,且对应的那么子帧0需要反馈的HARQ-ACK比特数为大于的且与对应的最小值,那么通过查如图12所示的对应表可以确定对应的值为3/7/11/15/19/23……,其中大于17的最小值为19,因而终端确定子帧0需要反馈的HARQ-ACK码本大小为19。
另外,由于最后接收到的两个的值分别为3,3,最后2个(这里m=2)相同的DAI取值,因而终端判断最后2个服务小区没有发生PDCCH或EPDCCH丢失,因此,终端将最后接收到的两个服务小区的检测结果,设置最后两比特的HARQ-ACK为ACK或NACK,当最后2个服务小区有调度了双码字的PDSCH时,则对所述双码字的PDSCH所对应的HARQ-ACK进行空间绑定。对于其他的HARQ-ACK比特,基于前面的计数器型DAI,终端可以判断出HARQ-ACK(12)对应的服务小区丢失了,因而可以将其状态也设置为NACK,而对于其他接收到的服务小区所对应的HARQ-ACK,则根据对PDSCH的码字的检测结果设置相应ACK或NACK即可。
对于子帧1(当前无线帧的),终端的接收情况如图36所示,终端在子帧1上接收到的最后3个DAI分别为(4,2,4),由于最后2个DAI的取值不同,因而终端判断基站调度的最后2个服务小区发生了PDCCH或EPDCCH丢失,接收到的最后一个DAI为总数型DAI,且倒数第二个为接收到的最后一个计数器型DAI,且对应的那么子帧1需要反馈的HARQ-ACK比特数为大于的且与对应的最小值,那么通过查如图12所示的对应表可以确定对应的值为4/8/12/16/20/24……,其中大于14的最小值为16,因而终端确定子帧1需要反馈的HARQ-ACK码本大小为16。
另外,由于最后接收到的两个的值分别为2,4,不是2个(这里m=2)相同的DAI取值,因而终端判断丢了基站调度的最后2个服务小区中的其中一个,但是无法判断是丢失了哪一个,因为无论终端是接收到服务小区12,还是接收到服务小区13,最后两个的取值都是2,4。对于这种情况,由于终端无法区分,因此,终端将最后两比特的HARQ-ACK置为NACK。对于其他的HARQ-ACK比特,基于前面的计数器型DAI,终端可以判断在DAI=2和DAI=1之间丢了一个DAI=4的调度了双码字的服务小区或者是丢失了DAI=3和DAI=4的调度了单码字的两个服务小区,不过不管是哪种情况,终端都对HARQ-ACK(7)和HARQ-ACK(8)的状态设置为NACK,而对于其他接收到的服务小区所对应的HARQ-ACK,则根据对PDSCH的码字的检测结果设置相应ACK或NACK即可。
对于子帧3(当前无线帧的),终端的接收情况如图37所示,终端在子帧3上接收到的最后3个DAI分别为(4,2,2),由于最后2个DAI的取值相同,因而终端判断基站调度的最后2个服务小区没有发生PDCCH或EPDCCH丢失,接收到的最后2个相同的DAI为总数型DAI,且倒数第3个为接收到的最后一个计数器型DAI,且对应的那么子帧3需要反馈的HARQ-ACK比特数为大于的且与对应的最小值,那么通过查如图12所示的对应表可以确定对应的值为2/6/10/14/18/22……,其中大于16的最小值为18,因而终端确定子帧3需要反馈的HARQ-ACK码本大小为18。
另外,由于最后接收到的两个的值分别为2,2,最后2个(这里m=2)相同的DAI取值,因而终端判断最后2个服务小区没有发生PDCCH或EPDCCH丢失,因此,终端将最后接收到的两个服务小区的检测结果,设置最后两比特的HARQ-ACK为ACK或NACK,当最后2个服务小区有调度了双码字的PDSCH时,则对所述双码字的PDSCH所对应的HARQ-ACK进行空间绑定。对于其他的HARQ-ACK比特,基于前面的计数器型DAI,终端可以判断出HARQ-ACK(12)对应的服务小区丢失了,因而可以将其状态也设置为NACK,而对于其他接收到的服务小区所对应的HARQ-ACK,则根据对PDSCH的码字的检测结果设置相应ACK或NACK即可。
采用方式3,当m=2时,可以解决最后两个其中有一个丢失的情况下也能确定每个子帧的HARQ-ACK码本,不过当最后两个有一个丢失的时候,由于不能确定是哪一个,因而需要把最后两个HARQ-ACK比特都置为NACK,这样对下行吞吐量的性能会有一定的影响。这个需要在下行控制信息的鲁棒性与下行吞吐量的性能之间找一个折中。
实施例6
图38给出了DAI采用方式3的一个示意图。在该示意图中,假设基站给终端配置了16个上下行配置为配置2的TDD服务小区1,2,4,5,7,9,10,12,13配置了双码字的传输模式,其他服务小区配置了单码字的传输模式,其中服务小区根据TDD配置2的定时关系,上一个无线帧的子帧9、当前无线帧的子帧0,1,3的HARQ-ACK将在当前子帧7上进行反馈,上一个无线帧的子帧9和当前无线帧的子帧0,1,3以及16个服务小区组成了一个时频二维的绑定窗,图中用方框圈出示意。
基站调度的情况如图38所示,当DAI采用了方式3,DAI用2比特表示且假定m=4,也就是说,在上一个无线帧的子帧9以及当前无线帧的子帧0,1,3上,每个子帧都按照服务小区索引从低到高的顺序进行调度,对于子帧9,当前子帧一共调度了一共调度了14个服务小区,那么前面N-m=12个服务小区的DAI按照服务小区索引从低到高的顺序截止到当前服务小区的基站已调度的有对应PDCCH或EPDCCH的PDSCH所对应的码字和指示SPS释放的PDCCH或EPDCCH的数量(这里的DAI属于上述内容中所述的计数器型DAI),如服务小区#0的DAI取值为1,服务小区#1的DAI取值为3,因为服务小区#1包含了2个码字,对于最后4个调度的服务小区,按照所述第一预设顺序最后4个服务小区的DAI表示当前下行子帧基站调度的有对应PDCCH或EPDCCH的PDSCH所对应的码字和指示SPS释放的PDCCH或EPDCCH的总数(这里的DAI属于上述内容中所述的总数型DAI),在本实施例中,截止到服务小区#10,已经调度的有对应PDCCH或EPDCCH的PDSCH所对应的码字和指示SPS释放的PDCCH或EPDCCH的总数为16,而最后4个调度的服务小区的DAI取值按照每个服务小区只调度一个码字来确定,因此,总数为20,通过查图12所示的表,确定服务小区14和15的DAI值为4。
对于其余子帧,基站侧确定调度服务小区的DAI的取值均按照相同的方式,最后得到如图38所示的基站侧发送的DAI的取值示意图。
对于终端接收,其接收情况如图39所示。
具体的针对每个子帧的接收情况,进一步来描述终端如何确定反馈的HARQ-ACK码本。
对于方式3,终端确定HARQ-ACK码本的方法为:
所述终端确定接收到的最后一个计数器型DAI的值所对应的所述终端确定接收到的最后一个总数型DAI值则所述子帧需要反馈的HARQ-ACK比特数为大于的且与对应的最小值。
当所述DAI包含2比特信息,所述基站与所述终端约定最后m个调度的服务小区的DAI取值按照每个服务小区只调度一个码字来确定:
当所述的m的取值为4时,对于所述绑定窗内的每个下行子帧,所述终端根据在子帧上接收到的最后5个DAI:
如果所述终端接收到的最后5个DAI的取值相同,则所述终端判断基站调度的最后5个服务小区上没有发生PDCCH或EPDCCH丢失,所述最后4个取值相同的DAI为总数型DAI,所述倒数第5个DAI为接收到的最后一个计数器型DAI,同时,所述终端根据对所述最后4个服务小区的检测结果,设置最后4个HARQ-ACK的状态;
如果所述终端接收到的最后5个DAI的取值不相同,所述终端判断基站调度的最后5个服务小区上发生PDCCH或EPDCCH丢失,所述终端把最后一个计数器型DAI以及总数型DAI都设置成最后1个DAI的值,同时,所述终端设置最后5个HARQ-ACK的状态为NACK。
对于子帧9(上一个无线帧的),终端的接收情况如图40所示,终端在子帧9上接收到的最后5个DAI的取值均为4,因而终端判断基站调度的最后5个服务小区没有发生了PDCCH或EPDCCH丢失,接收到的最后一个DAI为总数型DAI,且倒数第5个为接收到的最后一个计数器型DAI,且对应的那么子帧9需要反馈的HARQ-ACK比特数为大于的且与对应的最小值,那么通过查如图12所示的对应表可以确定对应的值为4/8/12/16/20/24......,其中大于16的最小值为20,因而终端确定子帧9需要反馈的HARQ-ACK码本大小为20。
另外,由于终端判断基站调度的最后5个服务小区没有发生PDCCH或EPDCCH丢失,终端根据对所述最后4个服务小区的检测结果,设置最后4个HARQ-ACK的状态。对于其他的HARQ-ACK比特,基于前面的计数器型DAI,终端可以判断出HARQ-ACK(9)、HARQ-ACK(13)、HARQ-ACK(14)对应的码字丢失了,因而可以将其状态也设置为NACK,而对于其他接收到的服务小区所对应的HARQ-ACK,则根据对PDSCH对应的码字的检测结果设置相应ACK或NACK即可。
对于子帧0(当前无线帧的),终端的接收情况如图41所示,终端在子帧0上接收到的最后5个DAI分别为(4,2,2,2,2),由于最后5个DAI的取值不同,因而终端判断基站调度的最后5个服务小区发生了PDCCH或EPDCCH丢失,终端把最后一个计数器型DAI以及总数型DAI都设置成最后1个DAI的值,也即对应的那么子帧0需要反馈的HARQ-ACK比特数为大于的且与对应的最小值,那么通过查如图12所示的对应表可以确定对应的值为2/6/10/14/18/22……,其中大于14的最小值为18,因而终端确定子帧0需要反馈的HARQ-ACK码本大小为18
另外,由于终端最后接收到的5个的值不同,因而终端判断最后5个服务小区发生PDCCH或EPDCCH丢失,因此,终端将最后5个HARQ-ACK设置为NACK。对于其他的HARQ-ACK比特,则根据对PDSCH的码字的检测结果设置相应ACK或NACK即可。
对于子帧1(当前无线帧的),终端的接收情况如图42所示,终端在子帧1上接收到的最后5个DAI分别为(1,3,3,3,3),由于最后5个DAI的取值不同,因而终端判断基站调度的最后5个服务小区发生了PDCCH或EPDCCH丢失,终端把最后一个计数器型DAI以及总数型DAI都设置成最后1个DAI的值,也即对应的那么子帧1需要反馈的HARQ-ACK比特数为大于的且与对应的最小值,那么通过查如图12所示的对应表可以确定对应的值为3/7/11/15/19/23……,其中大于11的最小值为15,因而终端确定子帧1需要反馈的HARQ-ACK码本大小为15
另外,由于终端最后接收到的5个的值不同,因而终端判断最后5个服务小区发生PDCCH或EPDCCH丢失,因此,终端将最后5个HARQ-ACK设置为NACK。对于其他的HARQ-ACK比特,则根据对PDSCH的码字的检测结果设置相应ACK或NACK即可。
对于子帧3(当前无线帧的),终端的接收情况如图43所示,终端在子帧3上接收到的最后3个DAI分别为(4,1,1,1,1),由于最后5个DAI的取值不同,因而终端判断基站调度的最后5个服务小区发生了PDCCH或EPDCCH丢失,终端把最后一个计数器型DAI以及总数型DAI都设置成最后1个DAI的值,也即对应的那么子帧1需要反馈的HARQ-ACK比特数为大于的且与对应的最小值,那么通过查如图12所示的对应表可以确定对应的值为1/5/9/13/17/21……,其中大于9的最小值为13,因而终端确定子帧1需要反馈的HARQ-ACK码本大小为13.
另外,由于终端最后接收到的5个的值不同,因而终端判断最后5个服务小区发生PDCCH或EPDCCH丢失,因此,终端将最后5个HARQ-ACK设置为NACK。对于其他的HARQ-ACK比特,则根据对PDSCH的码字的检测结果设置相应ACK或NACK即可。
采用方式3,当m=4时,最后5个DAI的取值时相同的,可以解决最后最多有3个丢失的情况下也能确定每个子帧的HARQ-ACK码本,不过当最后3个有丢失(丢失1个或2个或丢3个)的时候,由于不能确定是哪一个,因而需要把最后5个HARQ-ACK比特都置为NACK,这样对下行吞吐量的性能会有一定的影响。这个需要在HARQ-ACK码本的鲁棒性与下行吞吐量的性能之间找一个折中,这种方案相对于m=2来说,HARQ-ACK码本的鲁棒性好,但是对下行吞吐量的性能要比m=2要大一些。
基站可以根据实际的信道环境,当信道条件比较好时,PDCCH或EPDCCH的连续丢失的概率比较低,因而m值可以设置得比较小。因此,优选的方案是基站可以根据实际应用场景合理配置m的取值,从而在HARQ-ACK码本鲁棒性与下行吞吐量性能之间取得较好的折中。另外,m值可以通过半静态配置的方式通知UE。
与方式1相比,当采用方式3且DAI为2比特时,由于计数器型DAI是根据码字来计数的,因此,如果服务小区为双码字时,连续丢了两个双码字的服务小区终端也是无法判断的,因此考虑到前面计数器型DAI只能解决1个服务小区丢失的问题,取m=2比较合适。
实施例7
对于方式3,当DAI为3比特时,基站和终端的处理过程,除了三比特的DAI、与三者的对应关系将采用如图13所示的表格来确定外,其余的处理跟实施例5和6基本相同,这里不再赘述。
相对于2比特的DAI,3比特的计数器型DAI可以区分不超过4个服务小区的丢失,因而取m=4会相对合适些。
实施例8
对于方式7,除了计数器型DAI的取值是根据调度的码字来确定,其余的处理过程跟方式5基本类似,具体可以参考具体实施例4,这里不再赘述。
实施例9
图44给出了DAI采用方式2的一个示意图。在该示意图中,假设基站给终端配置了16个上下行配置为配置2的TDD服务小区,根据TDD配置2的定时关系,上一个无线帧的子帧9、当前无线帧的子帧0,1,3的HARQ-ACK将在当前子帧7上进行反馈,上一个无线帧的子帧9和当前无线帧的子帧0,1,3以及16个服务小区组成了一个时频二维的绑定窗,图中用方框圈出示意。
基站调度的情况如图44所示,当DAI采用了方式2,且假定m=2,也就是说,在整个绑定窗内,按照服务小区索引从低到高的顺序调度,调度完子帧9后调度子帧0,子帧0同样按照服务小区索引从低到高的顺序进行调度,再之后是子帧1,最后是子帧3。在子帧3中,最后两个服务小区的DAI设置为绑定窗内调度的PDSCH的总数,这里一共调度了50个PDSCH,因此通过图12所示的表格,确定最后两个DAI的取值为2。
同时假设在子帧9的服务小区#4上有SPS的PDSCH,需要注意的是,所述的DAI无论计数器型DAI还是总数型DAI是没有把SPS的PDSCH计算在内的。
对于终端接收,其接收情况如图45所示。
对于方式2,终端确定HARQ-ACK码本的方法为:
所述终端确定接收到的最后一个计数器型DAI的值所对应的所述终端确定接收到的最后一个总数型DAI值则所述绑定窗需要反馈的HARQ-ACK比特数为大于的且与对应的最小值。
当所述的m取值为2时,所述终端根据在绑定窗内接收到的最后3个DAI,如果最后2个DAI的取值相同,则所述终端判断基站调度的最后2个个DCI没有丢失,所述最后2个取值相同的DAI为总数型DAI,所述倒数第3个DAI为接收到的最后一个计数器型DAI,同时,所述终端根据对所述最后2个PDSCH的检测结果,设置最后2个HARQ-ACK的状态;如果最后2个DAI的取值不相同,则所述终端判断基站调度的最后2个DCI中有一个丢失了,所述接收到的最后1个DAI为总数型DAI,所述倒数第2个DAI为接收到的最后一个计数器型DAI,同时,所述终端设置最后2个HARQ-ACK的状态为NACK;
在如图45,终端在绑定窗内最后接收到的3个DAI的取值分别为(4,2,2),最后两个DAI的取值相同,则终端判断基站调度的最后2个服务小区上没有发生PDCCH或EPDCCH丢失,所述最后2个取值相同的DAI为总数型DAI,所述倒数第3个DAI为接收到的最后一个计数器型DAI,对应的那么通过查如图12所示的对应表可以确定对应的值为2/6/…/42/46/50/54......,其中大于48的最小值为50,因而终端确定绑定窗内需要反馈的HARQ-ACK码本大小为50,同时,所述终端根据对所述最后2个PDSCH的检测结果,设置最后2个HARQ-ACK的状态。对于其他的HARQ-ACK比特,则根据对PDSCH的检测结果设置相应ACK或NACK即可,如果PDSCH包含双码字,则对PDSCH双码字所对应的HARQ-ACK进行空间绑定。
在如图46,终端在绑定窗内最后接收到的3个DAI的取值分别为(2,4,2),最后两个DAI的取值不同,则终端判断基站调度的最后2个服务小区上发生PDCCH或EPDCCH丢失,所述最后1个取值相同的DAI为总数型DAI,所述倒数第2个DAI为接收到的最后一个计数器型DAI,对应的那么通过查如图12所示的对应表可以确定对应的值为2/6/…/42/46/50/54......,其中大于48的最小值为50,因而终端确定绑定窗内需要反馈的HARQ-ACK码本大小为50,同时,所述终端将最后2个HARQ-ACK的状态设置为NACK。对于其他的HARQ-ACK比特,则根据对PDSCH的检测结果设置相应ACK或NACK即可,如果PDSCH包含双码字,则对PDSCH双码字所对应的HARQ-ACK进行空间绑定。
此外,由于绑定窗内的子帧9的服务小区#4上有SPS的PDSCH,因而终端把SPS的PDSCH对应的HARQ-ACK置于前面确定的HARQ-ACK比特序列的最后即可。如果绑定窗有有多个服务小区有SPS的PDSCH,那么终端将所述多个SPS的PDSCH对应的HARQ-ACK按照第二预设顺序置于前面确定的HARQ-ACK比特序列的最后即可。
采用方式2,当m=2时,可以解决最后两个其中有一个丢失的情况下也能确定每个子帧的HARQ-ACK码本,不过当最后两个有一个丢失的时候,由于不能确定是哪一个,因而需要把最后两个HARQ-ACK比特都置为NACK,这样对下行吞吐量的性能会有一定的影响。这个需要在下行控制信息的鲁棒性与下行吞吐量的性能之间找一个折中。
实施例10
图47给出了DAI采用方式2的一个示意图。在该示意图中,假设基站给终端配置了16个上下行配置为配置2的TDD服务小区,根据TDD配置2的定时关系,上一个无线帧的子帧9、当前无线帧的子帧0,1,3的HARQ-ACK将在当前子帧7上进行反馈,上一个无线帧的子帧9和当前无线帧的子帧0,1,3以及16个服务小区组成了一个时频二维的绑定窗,图中用方框圈出示意。
基站调度的情况如图47所示,当DAI采用了方式2,且假定m=4,也就是说,在整个绑定窗内,按照服务小区索引从低到高的顺序调度,调度完子帧9后调度子帧0,子帧0同样按照服务小区索引从低到高的顺序进行调度,再之后是子帧1,最后是子帧3。在子帧3中,最后4个服务小区的DAI设置为绑定窗内调度的PDSCH的总数,这里一共调度了50个PDSCH,因此通过图12所示的表格,确定最后4个DAI的取值为2。
对于终端接收,其接收情况如图48所示。
对于方式2,终端确定HARQ-ACK码本的方法为:
所述终端确定接收到的最后一个计数器型DAI的值所对应的所述终端确定接收到的最后一个总数型DAI值则所述绑定窗需要反馈的HARQ-ACK比特数为大于的且与对应的最小值。
当所述的m的取值为4时,所述终端根据在绑定窗内接收到的最后5个DAI:
如果所述终端接收到的最后5个DAI的取值相同,则所述终端判断基站调度的最后5个服务小区上没有发生PDCCH或EPDCCH丢失,所述最后4个取值相同的DAI为总数型DAI,所述倒数第5个DAI为接收到的最后一个计数器型DAI,同时,所述终端根据对所述最后4个PDSCH的检测结果,设置最后4个HARQ-ACK的状态;
如果最后5个DAI的取值不相同,所述终端判断基站调度的最后5个服务小区上发生PDCCH或EPDCCH丢失,所述终端把最后一个计数器型DAI以及总数型DAI都设置成最后1个DAI的值,同时,所述终端设置最后5个HARQ-ACK的状态为NACK。
在如图48,终端在绑定窗内最后接收到的5个DAI的取值分别为(1,2,2,2,2),最后5个DAI的取值不同,则终端判断基站调度的最后5个服务小区上发生PDCCH或EPDCCH丢失,终端把最后一个计数器型DAI以及总数型DAI都设置成最后1个DAI的值,也即对应的那么通过查如图12所示的对应表可以确定对应的值为2/6/…/42/46/50/54……,其中大于46的最小值为50,因而终端确定绑定窗内需要反馈的HARQ-ACK码本大小为50,同时,所述终端将最后5个HARQ-ACK的状态设置为NACK。对于其他的HARQ-ACK比特,则根据对PDSCH的检测结果设置相应ACK或NACK即可,如果PDSCH包含双码字,则对PDSCH双码字所对应的HARQ-ACK进行空间绑定。
在如图49,终端在绑定窗内最后接收到的5个DAI值相同,则终端判断基站调度的最后5个服务小区上没有发生PDCCH或EPDCCH丢失,所述最后4个取值相同的DAI为总数型DAI,所述倒数第5个DAI为接收到的最后一个计数器型DAI,对应的那么通过查如图12所示的对应表可以确定对应的值为2/6/…/42/46/50/54……,其中大于46的最小值为50,因而终端确定绑定窗内需要反馈的HARQ-ACK码本大小为50,同时,所述终端根据最后5个服务小区上PDSCH的检测结果,设置最后5个HARQ-ACK的状态。对于其他的HARQ-ACK比特,则根据对PDSCH的检测结果设置相应ACK或NACK即可,如果PDSCH包含双码字,则对PDSCH双码字所对应的HARQ-ACK进行空间绑定。
采用方式2,当m=4时,最后5个DAI的取值时相同的,可以解决最后最多有3个丢失的情况下也能确定每个子帧的HARQ-ACK码本,不过当最后3个有丢失(丢失1个或2个或丢3个)的时候,由于不能确定是哪一个,因而需要把最后5个HARQ-ACK比特都置为NACK,这样对下行吞吐量的性能会有一定的影响。这个需要在HARQ-ACK码本的鲁棒性与下行吞吐量的性能之间找一个折中,这种方案相对于m=2来说,HARQ-ACK码本的鲁棒性好,但是对下行吞吐量的性能要比m=2要大一些。
基站可以根据实际的信道环境,当信道条件比较好时,PDCCH或EPDCCH的连续丢失的概率比较低,因而m值可以设置得比较小。因此,优选的方案是基站可以根据实际应用场景合理配置m的取值,从而在HARQ-ACK码本鲁棒性与下行吞吐量性能之间取得较好的折中。另外,m值可以通过半静态配置的方式通知UE。
实施例11
图50给出了DAI采用方式6的一个示意图。在该示意图中,假设基站给终端配置了16个上下行配置为配置2的TDD服务小区,根据TDD配置2的定时关系,上一个无线帧的子帧9、当前无线帧的子帧0,1,3的HARQ-ACK将在当前子帧7上进行反馈,上一个无线帧的子帧9和当前无线帧的子帧0,1,3以及16个服务小区组成了一个时频二维的绑定窗,图中用方框圈出示意。
基站调度的情况如图50所示,当DAI采用了方式6,且假定m=2,也就是说,在整个绑定窗内,按照服务小区索引从低到高的顺序调度,调度完子帧9后调度子帧0,子帧0同样按照服务小区索引从低到高的顺序进行调度,再之后是子帧1,最后是子帧3。截止到子帧3的服务小区10,已经调度的PDSCH的个数是48,DAI值为4,因此在子帧3中最后两个服务小区的DAI设置为最后一个计数器型DAI的重复。
对于方式6,终端确定HARQ-ACK码本的方法为:
设所述终端在所述绑定窗内根据前面接收到的DAI确定最后一个DAI的取值为对应的则所述绑定窗需要反馈的HARQ-ACK比特数为再加上m。
如果所述终端接收到的最后m+1个DAI的取值相同,则所述终端判断所述最后m+1个服务小区上没有发生PDCCH或EPDCCH丢失,所述终端根据对所述最后m+1个PDSCH的检测结果,设置最后m+1个HARQ-ACK的状态;如果最后m+1个DAI的取值不相同,所述终端设置最后m+1个HARQ-ACK的状态为NACK。
对于HARQ-ACK码本中的其他HARQ-ACK的状态,则根据PDSCH的检测结果设为ACK或NACK,如果PDSCH包含双码字,则对PDSCH双码字所对应的HARQ-ACK进行空间绑定;而对于没有对应PDSCH的HARQ-ACK,终端将其对应的HARQ-ACK状态设置为NACK。
在如图51所示的终端接收情况,终端在绑定窗内最后接收到的3个DAI的取值分别为(4,4,4),最后3个DAI的取值相同,则终端判断基站调度的最后3个服务小区上没有发生PDCCH或EPDCCH丢失,终端在所述绑定窗内根据前面接收到的DAI确定最后一个DAI的取值为对应的也就是有对应那么绑定窗需要反馈的HARQ-ACK比特数为再加上m,也就是50。同时,所述终端根据对所述最后3个PDSCH的检测结果,设置最后3个HARQ-ACK的状态。对于其他的HARQ-ACK比特,则根据对PDSCH的检测结果设置相应ACK或NACK即可,如果PDSCH包含双码字,则对PDSCH双码字所对应的HARQ-ACK进行空间绑定。
在如图52,终端在绑定窗内最后接收到的3个DAI的取值分别为(3,4,4),最后3个DAI的取值不同,则终端判断基站调度的最后3个服务小区上发生PDCCH或EPDCCH丢失,终端在所述绑定窗内根据前面接收到的DAI确定最后一个DAI的取值为对应的也就是有对应那么绑定窗需要反馈的HARQ-ACK比特数为再加上m,也就是50。同时,所述终端将最后3个HARQ-ACK的状态设置为NACK。对于其他的HARQ-ACK比特,则根据对PDSCH的检测结果设置相应ACK或NACK即可,如果PDSCH包含双码字,则对PDSCH双码字所对应的HARQ-ACK进行空间绑定。
对于m取其他值,与m=2相同,都是根据前面的表示计数器的DAI确定最后一个DAI值对应的然后HARQ-ACK的码本大小就等于加上m,然后再判断最后m+1个DAI的取值是否相同,相同,则最后m+1个没有丢失,否则有丢失,则将最后m+1个HARQ-ACK状态置为NACK即可。
与具体实施例9和10类似,基站可以根据实际的信道环境,当信道条件比较好时,PDCCH或EPDCCH的连续丢失的概率比较低,因而m值可以设置得比较小。因此,优选的方案是基站可以根据实际应用场景合理配置m的取值,从而在HARQ-ACK码本鲁棒性与下行吞吐量性能之间取得较好的折中。另外,m值可以通过半静态配置的方式通知UE。
实施例12
图53给出了DAI采用方式4的一个示意图。在该示意图中,假设基站给终端配置了16个上下行配置为配置2的TDD服务小区,根据TDD配置2的定时关系,上一个无线帧的子帧9、当前无线帧的子帧0,1,3的HARQ-ACK将在当前子帧7上进行反馈,上一个无线帧的子帧9和当前无线帧的子帧0,1,3以及16个服务小区组成了一个时频二维的绑定窗,图中用方框圈出示意。
基站调度的情况如图53所示,当DAI采用了方式4,DAI用2比特表示且假定m=2,也就是说,在整个绑定窗内,按照服务小区索引从低到高的顺序调度,调度完子帧9后调度子帧0,子帧0同样按照服务小区索引从低到高的顺序进行调度,再之后是子帧1,最后是子帧3,DAI的取值时根据调度的PDSCH对应的码字确定的。在子帧3中,最后两个服务小区的DAI设置为绑定窗内调度的PDSCH对应的码字总数,且假定最后两个调度的服务小区的DAI取值按照每个服务小区调度1个码字来确定,这里一共调度了78个PDSCH码字,因此通过图12所示的表格,确定最后两个DAI的取值为2。
对于终端接收,其接收情况如图54所示。
对于方式4,终端确定HARQ-ACK码本的方法为:
所述终端确定接收到的最后一个计数器型DAI的值所对应的所述终端确定接收到的最后一个总数型DAI值则所述子帧需要反馈的HARQ-ACK比特数为大于的且与对应的最小值。
更进一步的,对于方式4,当所述DAI包含2比特信息,所述基站与所述终端约定最后m个调度的DCI中的DAI的取值按照每个PDSCH只调度一个码字来确定:
当所述的m的取值为2时,所述终端根据在绑定窗内接收到的最后3个DAI,如果最后2个DAI的取值相同,则所述终端判断基站调度的最后2个服务小区上没有发生PDCCH或EPDCCH丢失,所述最后2个取值相同的DAI为总数型DAI,所述倒数第3个DAI为接收到的最后一个计数器型DAI,同时,所述终端根据对所述最后2个PDSCH的检测结果,设置最后2个HARQ-ACK的状态,当最后2个服务小区有调度了双码字的PDSCH,则对所述双码字的PDSCH所对应的HARQ-ACK进行空间绑定;如果最后2个DAI的取值不相同,则所述终端判断基站调度的最后2个服务小区上发生了PDCCH或EPDCCH丢失,所述接收到的最后1个DAI为总数型DAI,所述倒数第2个DAI为接收到的最后一个计数器型DAI,同时,所述终端设置最后2个HARQ-ACK的状态为NACK;
在如图54所示的终端接收示意图中,终端在绑定窗内最后接收到的3个DAI的取值分别为(4,2,2),最后两个DAI的取值相同,则终端判断基站调度的最后2个服务小区上没有发生PDCCH或EPDCCH丢失,所述最后2个取值相同的DAI为总数型DAI,所述倒数第3个DAI为接收到的最后一个计数器型DAI,对应的那么通过查如图12所示的对应表可以确定对应的值为2/6/…/74/78/82/86......,其中大于76的最小值为78,因而终端确定绑定窗内需要反馈的HARQ-ACK码本大小为78,同时,所述终端根据对所述最后2个PDSCH的检测结果,设置最后2个HARQ-ACK的状态。对于其他的HARQ-ACK比特,则根据对PDSCH的检测结果设置相应ACK或NACK即可,如果PDSCH包含双码字,则对PDSCH双码字所对应的HARQ-ACK进行空间绑定。
在如图55所示的终端接收示意图中,终端在绑定窗内最后接收到的3个DAI的取值分别为(2,4,2),最后两个DAI的取值不同,则终端判断基站调度的最后2个服务小区上发生PDCCH或EPDCCH丢失,所述最后1个取值相同的DAI为总数型DAI,所述倒数第2个DAI为接收到的最后一个计数器型DAI,对应的那么通过查如图12所示的对应表可以确定对应的值为2/6/…/74/78/82/86......,其中大于76的最小值为78,因而终端确定绑定窗内需要反馈的HARQ-ACK码本大小为78,同时,所述终端将最后2个HARQ-ACK的状态设置为NACK。对于其他的HARQ-ACK比特,则根据对PDSCH的检测结果设置相应ACK或NACK即可,如果PDSCH包含双码字,则对PDSCH双码字所对应的HARQ-ACK进行空间绑定。
采用方式2,当m=2时,可以解决最后两个其中有一个丢失的情况下也能确定每个子帧的HARQ-ACK码本,不过当最后两个有一个丢失的时候,由于不能确定是哪一个,因而需要把最后两个HARQ-ACK比特都置为NACK,这样对下行吞吐量的性能会有一定的影响。这个需要在下行控制信息的鲁棒性与下行吞吐量的性能之间找一个折中。
实施例13
图56给出了DAI采用方式4的一个示意图。在该示意图中,假设基站给终端配置了16个上下行配置为配置2的TDD服务小区,根据TDD配置2的定时关系,上一个无线帧的子帧9、当前无线帧的子帧0,1,3的HARQ-ACK将在当前子帧7上进行反馈,上一个无线帧的子帧9和当前无线帧的子帧0,1,3以及16个服务小区组成了一个时频二维的绑定窗,图中用方框圈出示意。
基站调度的情况如图56所示,当DAI采用了方式4,且假定m=4,也就是说,在整个绑定窗内,按照服务小区索引从低到高的顺序调度,调度完子帧9后调度子帧0,子帧0同样按照服务小区索引从低到高的顺序进行调度,再之后是子帧1,最后是子帧3。DAI的取值时根据调度的PDSCH对应的码字确定的。在子帧3中,最后4个服务小区的DAI设置为绑定窗内调度的PDSCH的总数,且假定最后4个调度的服务小区的DAI取值按照每个服务小区调度1个码字来确定,这里一共调度了76个PDSCH码字,因此通过图12所示的表格,确定最后两个DAI的取值为4。
对于终端接收,其接收情况如图57所示。
对于方式4,终端确定HARQ-ACK码本的方法为:
所述终端确定接收到的最后一个计数器型DAI的值所对应的所述终端确定接收到的最后一个总数型DAI值则所述子帧需要反馈的HARQ-ACK比特数为大于的且与对应的最小值。
当所述的m的取值为4时,所述终端根据在绑定窗内接收到的最后5个DAI:
如果所述终端接收到的最后5个DAI的取值相同,则所述终端判断基站调度的最后5个服务小区上没有发生PDCCH或EPDCCH丢失,所述最后4个取值相同的DAI为总数型DAI,所述倒数第5个DAI为接收到的最后一个计数器型DAI,同时,所述终端根据对所述最后4个PDSCH的检测结果,设置最后4个HARQ-ACK的状态;
如果最后5个DAI的取值不相同,所述终端判断基站调度的最后5个服务小区上发生PDCCH或EPDCCH丢失,所述终端把最后一个计数器型DAI以及总数型DAI都设置成最后1个DAI的值,同时,所述终端设置最后5个HARQ-ACK的状态为NACK。
在如图57,终端在绑定窗内最后接收到的5个DAI的取值分别为(1,4,4,4,4),最后5个DAI的取值不同,则终端判断基站调度的最后5个服务小区上发生PDCCH或EPDCCH丢失,终端把最后一个计数器型DAI以及总数型DAI都设置成最后1个DAI的值,也即对应的那么通过查如图12所示的对应表可以确定对应的值为4/8/…/68/72/76/80……,其中大于72的最小值为76,因而终端确定绑定窗内需要反馈的HARQ-ACK码本大小为76,同时,所述终端将最后5个HARQ-ACK的状态设置为NACK。对于其他的HARQ-ACK比特,则根据对PDSCH的检测结果设置相应ACK或NACK即可,如果PDSCH包含双码字,则对PDSCH双码字所对应的HARQ-ACK进行空间绑定。
在如图58,终端在绑定窗内最后接收到的5个DAI值相同,则终端判断基站调度的最后5个服务小区上没有发生PDCCH或EPDCCH丢失,所述最后4个取值相同的DAI为总数型DAI,所述倒数第5个DAI为接收到的最后一个计数器型DAI,对应的那么通过查如图12所示的对应表可以确定对应的值为4/8/…/68/72/76/80……,其中大于72的最小值为76,因而终端确定绑定窗内需要反馈的HARQ-ACK码本大小为76,同时,所述终端将最后5个HARQ-ACK的状态设置为NACK。对于其他的HARQ-ACK比特,则根据对PDSCH的检测结果设置相应ACK或NACK即可,如果PDSCH包含双码字,则对PDSCH双码字所对应的HARQ-ACK进行空间绑定。
采用方式2,当m=4时,最后5个DAI的取值时相同的,可以解决最后最多有3个丢失的情况下也能确定每个子帧的HARQ-ACK码本,不过当最后3个有丢失(丢失1个或2个或丢3个)的时候,由于不能确定是哪一个,因而需要把最后5个HARQ-ACK比特都置为NACK,这样对下行吞吐量的性能会有一定的影响。这个需要在HARQ-ACK码本的鲁棒性与下行吞吐量的性能之间找一个折中,这种方案相对于m=2来说,HARQ-ACK码本的鲁棒性好,但是对下行吞吐量的性能要比m=2要大一些。
基站可以根据实际的信道环境,当信道条件比较好时,PDCCH或EPDCCH的连续丢失的概率比较低,因而m值可以设置得比较小。因此,优选的方案是基站可以根据实际应用场景合理配置m的取值,从而在HARQ-ACK码本鲁棒性与下行吞吐量性能之间取得较好的折中。另外,m值可以通过半静态配置的方式通知UE。
实施例14
对于方式4,当DAI为3比特时,基站和终端的处理过程,除了三比特的DAI、与三者的对应关系将采用如图13所示的表格来确定外,其余的处理跟实施例12和13基本相同,这里不再赘述。
相对于2比特的DAI,3比特的计数器型DAI可以区分不超过4个服务小区的丢失,因而取m=4会相对合适些。
实施例15
对于方式8,除了计数器型DAI的取值是根据调度的码字来确定,其余的处理过程跟方式6基本相同,具体可以参考具体实施例11,这里不再赘述。
实施例16
终端确定好HARQ-ACK码本后,还需要进一步确定用于承载HARQ-ACK的资源。
其中,用于承载HARQ-ACK的资源为PUCCH资源或PUSCH资源。
当终端在要反馈HARQ-ACK的子帧上没有PUSCH发送,或者高层信令允许PUCCH和PUSCH同传且当前子帧有PUSCH同时发送时,所述终端在PUCCH上发送所述HARQ-ACK;否则,终端在PUSCH上发送所述HARQ-ACK。
当用于承载HARQ-ACK的资源为PUCCH资源时,终端进一步根据所述确定的HARQ-ACK码本确定使用的PUCCH格式,所述的PUCCH格式包括:PUCCH格式3以及重新定义的PUCCH格式。
如果重新定义的PUCCH格式只有一种时,比如,如图4b所示的新的PUCCH格式时,则当所述确定的HARQ-ACK码本大小小于或等于第一预设值时,所述终端确定使用的PUCCH格式为PUCCH格式3,否则,所述终端确定使用的PUCCH格式为所述重新定义的PUCCH格式;其中,所述第一预设值为所述终端与所述基站约定好的,或者所述PUCCH格式3能够承载的最大信息比特数,或者高层配置的;进一步的,所述第一预设值优选为22,也即PUCCH格式3能够承载的最大信息比特数。
如果新的PUCCH格式有两种时,比如,如图4a和图4b所示的重新定义的PUCCH格式均被支持时,那么:
当所述确定的HARQ-ACK码本大小大于第一预设值,小于或等于第二预设值时,所述终端确定使用的PUCCH格式为如图4a所示的第一种新的PUCCH格式;
否则,所述终端确定使用的PUCCH格式为如图4b所示的第二种新的PUCCH格式;
其中,所述第一预设值优选为22,所述第二预设值优选为44。
如果所述重新定义的PUCCH格式包含第一种到第N种新的PUCCH格式共N种格式,
当所述确定的HARQ-ACK码本大小小于或等于第一预设值时,所述终端确定使用的PUCCH格式为PUCCH格式3;
当所述确定的HARQ-ACK码本大小大于第一预设值,小于或等于第二预设值时,所述终端确定使用的PUCCH格式为第一种新的PUCCH格式;
当所述确定的HARQ-ACK码本大小大于第二预设值,小于或等于第三预设值时,所述终端确定使用的PUCCH格式为第二种新的PUCCH格式;
如此类推,当所述确定的HARQ-ACK码本大小大于第N预设值,小于或等于第N+1预设值时,所述终端确定使用的PUCCH格式为第N种新的PUCCH格式;
其中,所述的第二到第N+1预设值分别为所述第一种到第N种新的PUCCH格式能够承载的最大信息比特数,或者为所述终端与所述基站预定好的值,或者为高层配置的值。
还需说明的是,当所述用于承载HARQ-ACK的资源为PUSCH资源时,所述终端需要进一步确定所述HARQ-ACK在PUSCH中所占的资源单元(Resource Element,RE)的数量。
本发明实施例提供一种终端10,该终端10包括:
接收单元11,用于接收物理下行控制信道PDCCH或增强物理下行控制信道EPDCCH、以及物理下行共享信道PDSCH;
第一确定单元12,用于根据以下至少一种参数确定反馈的混合自动重传请求应答HARQ-ACK码本以及用于承载所述HARQ-ACK的资源;其中,所述参数包括:所述终端接收到的PDCCH或EPDCCH上所承载的下行控制信息DCI、所述终端接收到的PDCCH或EPDCCH的数量、或所述终端接收到的PDSCH的数量;
第二确定单元13,用于根据对接收到的PDSCH或PDCCH或EPDCCH的检测结果确定所述HARQ-ACK的状态;其中,所述HARQ-ACK的状态是指所述HARQ-ACK码本中的比特序列的状态,每个比特的状态为确认ACK或非确认NACK;
发送单元14,用于根据确定的所述HARQ-ACK码本以及所述HARQ-ACK的状态在所述用于承载所述HARQ-ACK的资源上发送所述HARQ-ACK。
本实施例用于实现上述各方法实施例,本实施例中各个单元的工作流程和工作原理参见上述各方法实施例中的描述,在此不再赘述。
本发明实施例提供的一种终端,终端接收物理下行控制信道PDCCH或增强物理下行控制信道EPDCCH、以及物理下行共享信道PDSCH;所述终端根据以下至少一种参数确定反馈的混合自动重传请求应答HARQ-ACK码本以及用于承载所述HARQ-ACK的资源;其中,所述参数包括:所述终端接收到的PDCCH或EPDCCH上所承载的下行控制信息DCI、所述终端接收到的PDCCH或EPDCCH的数量、或所述终端接收到的PDSCH的数量;所述终端根据对接收到的PDSCH或PDCCH或EPDCCH的检测结果确定所述HARQ-ACK的状态;其中,所述HARQ-ACK的状态是指所述HARQ-ACK码本中的比特序列的状态,每个比特的状态为确认ACK或非确认NACK;所述终端根据确定的所述HARQ-ACK码本以及所述HARQ-ACK的状态在所述用于承载所述HARQ-ACK的资源上发送所述HARQ-ACK。通过本发明的方案,能够提高终端反馈信息的效率,降低对基站接收性能的影响,同时还可以降低终端反馈信息时的发射功率以及减少占用上行资源。
本发明实施例提供一种基站20,该基站20包括:
发送单元21,用于向终端发送下行控制信息DCI,其中,所述DCI中包含用于终端确定HARQ-ACK码本的控制域;
接收单元22,用于接收所述终端发送的HARQ-ACK。
本实施例用于实现上述各方法实施例,本实施例中各个单元的工作流程和工作原理参见上述各方法实施例中的描述,在此不再赘述。
本发明实施例提供的一种基站,基站向终端发送下行控制信息DCI,其中,所述DCI中包含用于终端确定HARQ-ACK码本的控制域,所述用于终端确定HARQ-ACK码本的控制域为下行分配索引DAI,所述基站接收所述终端发送的HARQ-ACK。通过本发明的方案,能够提高终端反馈信息的效率,降低对基站接收性能的影响,同时还可以降低终端反馈信息时的发射功率以及减少占用上行资源。
虽然本发明所揭露的实施方式如上,但所述的内容仅为便于理解本发明而采用的实施方式,并非用以限定本发明。任何本发明所属领域内的技术人员,在不脱离本发明所揭露的精神和范围的前提下,可以在实施的形式及细节上进行任何的修改与变化,但本发明的专利保护范围,仍须以所附的权利要求书所界定的范围为准。
Claims (44)
1.一种信息的传输方法,其特征在于,包括:
终端接收物理下行控制信道PDCCH或增强物理下行控制信道EPDCCH、以及物理下行共享信道PDSCH;
所述终端根据以下至少一种参数确定反馈的混合自动重传请求应答HARQ-ACK码本以及用于承载所述HARQ-ACK的资源;其中,所述参数包括:所述终端接收到的PDCCH或EPDCCH上所承载的下行控制信息DCI、所述终端接收到的PDCCH或EPDCCH的数量、或所述终端接收到的PDSCH的数量;
所述终端根据对接收到的PDSCH或PDCCH或EPDCCH的检测结果确定所述HARQ-ACK的状态;其中,所述HARQ-ACK的状态是指所述HARQ-ACK码本中的比特序列的状态,每个比特的状态为确认ACK或非确认NACK;
所述终端根据确定的所述HARQ-ACK码本以及所述HARQ-ACK的状态在所述用于承载所述HARQ-ACK的资源上发送所述HARQ-ACK。
2.根据权利要求1所述的方法,其特征在于,所述终端确定反馈的混合自动重传请求应答HARQ-ACK码本,包括:
所述终端根据所述DCI中的下行分配索引DAI确定所述HARQ-ACK码本;或,
所述终端根据接收到的PDSCH和PDCCH的数量确定所述HARQ-ACK码本;或,
所述终端根据接收到的PDSCH和EPDCCH的数量确定所述HARQ-ACK码本;或,
所述终端根据所述DAI、以及接收到的PDSCH和PDCCH的数量,确定所述HARQ-ACK码本;或,
所述终端根据所述DAI、以及接收到的PDSCH和EPDCCH的数量,确定所述HARQ-ACK码本。
3.根据权利要求2所述的方法,其特征在于,所述DAI为所述终端与基站预先约定的且所述DAI为以下方式之一:
方式1:在绑定窗内的每个下行子帧上,按照第一预设顺序前面N-m个DCI中的DAI表示按照所述第一预设顺序截止到当前服务小区的基站已调度的有对应PDCCH或EPDCCH的PDSCH和指示半持续调度SPS释放的PDCCH或EPDCCH的数量,按照所述第一预设顺序最后m个DCI中的DAI表示当前下行子帧基站调度的有对应PDCCH或EPDCCH的PDSCH和指示SPS释放的PDCCH或EPDCCH的总数;或,
方式2:在绑定窗内,按照第二预设顺序前面N-m个DCI中的DAI表示按照所述第二预设顺序截止到当前服务小区和当前下行子帧基站已调度的有对应PDCCH或EPDCCH的PDSCH和指示SPS释放的PDCCH或EPDCCH的数量,按照所述第二预设顺序最后m个DCI中的DAI表示绑定窗内基站调度的有对应PDCCH或EPDCCH的PDSCH和指示SPS释放的PDCCH或EPDCCH的总数;或,
方式3:在绑定窗内的每个下行子帧上,按照所述第一预设顺序前面N-m个DCI中的DAI表示按照所述第一预设顺序截止到当前服务小区的基站已调度的有对应PDCCH或EPDCCH的PDSCH对应的码字和指示SPS释放的PDCCH或EPDCCH的数量,按照所述第一预设顺序最后m个DCI中的DAI表示当前下行子帧基站调度的有对应PDCCH或EPDCCH的PDSCH对应的码字和指示SPS释放的PDCCH或EPDCCH的总数;或,
方式4:在绑定窗内,按照所述第二预设顺序前面N-m个DCI中的DAI表示按照所述第二预设顺序截止到当前服务小区和当前下行子帧基站已调度的有对应PDCCH或EPDCCH的PDSCH对应的码字和指示SPS释放的PDCCH或EPDCCH的数量,按照所述第二预设顺序最后m个DCI中的DAI表示绑定窗内基站调度的有对应PDCCH或EPDCCH的PDSCH对应的码字和指示SPS释放的PDCCH或EPDCCH的总数;或,
方式5:在绑定窗内的每个下行子帧上,按照所述第一预设顺序前面N-m个DCI中的DAI表示按照所述第一预设顺序截止到当前服务小区的基站已调度的有对应PDCCH或EPDCCH的PDSCH和指示SPS释放的PDCCH或EPDCCH的数量,按照所述第一预设顺序最后m个DCI中的DAI为调度的第N-m个服务小区的DAI的重复;或,
方式6:在绑定窗内,按照所述第二预设顺序前面N-m个DCI中的DAI表示按照所述第二预设顺序截止到当前服务小区和当前子帧基站已调度的有对应PDCCH或EPDCCH的PDSCH和指示SPS释放的PDCCH或EPDCCH的数量,按照所述第二预设顺序最后m个DCI中的DAI为调度的第N-m个DCI中的DAI的重复;或,
方式7:在绑定窗内的每个下行子帧上,按照所述第一预设顺序前面N-m个DCI中的DAI表示按照所述第一预设顺序截止到当前服务小区的基站已调度的有对应PDCCH或EPDCCH的PDSCH对应的码字和指示SPS释放的PDCCH或EPDCCH的数量,按照所述第一预设顺序最后m个DCI中的DAI为调度的第N-m个服务小区的DAI的重复;或,
方式8:在绑定窗内,按照所述第二预设顺序前面N-m个DCI中的DAI表示按照所述第二预设顺序截止到当前服务小区和当前下行子帧基站已调度的有对应PDCCH或EPDCCH的PDSCH对应的码字和指示SPS释放的PDCCH或EPDCCH的数量,按照所述第二预设顺序最后m个DCI中的DAI为调度的第N-m个DCI中的DAI的重复;
其中,所述按照所述第一预设顺序的前面N-m个DCI中的DAI或者所述按照所述第二预设顺序的前面N-m个DCI中的DAI均定义为计数器型DAI,具体是指:前述N-m个DCI中的DAI的取值是递增或递减的;所述按照所述第一预设顺序最后m个DCI中的DAI或所述按照所述第二预设顺序最后m个DCI中的DAI取值是相同的;同时,对于方式1、2、3或4中最后m个取值相同的DAI定义为总数型DAI,对于方式5、6、7或8中最后m个取值相同的DAI定义为重复型DAI;
对于方式1、3、5或7,N表示所述绑定窗内每个下行子帧所述基站调度给所述终端的DCI的个数;对于方式2、4、6或8,N表示所述绑定窗内所述基站调度给所述终端的DCI的个数;且N大于m。
4.根据权利要求3所述的方法,其特征在于,所述m为所述终端与所述基站约定好的取值,或者是预先规定好的取值,或者是所述基站通过高层信令指示所述终端的取值。
5.根据权利要求3所述的方法,其特征在于,所述第一预设顺序为按照服务小区索引的从低到高或者从高到低的顺序;所述第二预设顺序为依次在绑定窗内各个子帧内按照服务小区索引从低到高或从高到低排序并将所述各个子帧内的排序串接后得到的顺序。
6.根据权利要求3所述的方法,其特征在于,所述HARQ-ACK码本包含所述HARQ-ACK码本大小和所述HARQ-ACK码本中的比特序列的排序方式,所述HARQ-ACK码本大小是指所述HARQ-ACK的比特数。
7.根据权利要求6所述的方法,其特征在于,当所述DAI采用方式1、方式3、方式5或方式7时,所述终端确定反馈的混合自动重传请求应答HARQ-ACK码本,包括:
所述终端根据在绑定窗内每个下行子帧上接收到的所述DAI,确定所述绑定窗内每个下行子帧需要反馈的HARQ-ACK的比特数以及HARQ-ACK比特序列,当所述下行子帧有SPS的PDSCH时,所述SPS的PDSCH的HARQ-ACK按照所述第一预设顺序级联在所述下行子帧的HARQ-ACK比特序列的末尾,然后将绑定窗内每个下行子帧的HARQ-ACK比特序列按照子帧的先后的顺序级联起来作为所述HARQ-ACK码本。
8.根据权利要求6所述的方法,其特征在于,所述终端根据对接收到的PDSCH或PDCCH或EPDCCH的检测结果确定所述HARQ-ACK的状态,包括:
如果所述终端在所述绑定窗对应的下行子帧上,没有接收到任何基站调度,则所述终端将所述下行子帧对应的HARQ-ACK设置为第一预设数量的NACK。
9.根据权利要求8所述的方法,其特征在于,对于方式1或方式5,所述第一预设数量取值为4;对于方式3或方式7,所述第一预设数量取值为8。
10.根据权利要求3所述的方法,其特征在于,当所述DAI采用方式1、方式2、方式5或方式6时,所述终端根据对接收到的PDSCH或PDCCH或EPDCCH的检测结果确定所述HARQ-ACK的状态,包括:
当所述终端接收到包含2个码字的PDSCH时,所述终端将所述2个码字对应的HARQ-ACK进行空间绑定后作为所述PDSCH对应的HARQ-ACK,所述空间绑定为对所述2个码字的HARQ-ACK进行逻辑与操作。
11.根据权利要求3所述的方法,其特征在于,对于方式1,所述终端确定反馈的混合自动重传请求应答HARQ-ACK码本,包括:
所述终端采用如下方式确定所述绑定窗内的每个下行子帧需要反馈的HARQ-ACK的比特数;
所述方式为:所述终端确定接收到的按照所述第一预设顺序最后一个计数型DAI的值所对应的以及所述终端确定接收到的按照所述第一预设顺序最后一个总数型DAI的值则所述每个下行子帧需要反馈的HARQ-ACK的比特数为大于的且与对应的最小值,其中与的对应关系为所述终端与所述基站约定好的。
12.根据权利要求3所述的方法,其特征在于,所述终端根据对接收到的PDSCH或PDCCH或EPDCCH的检测结果确定所述HARQ-ACK的状态,包括:
对于方式1,所述DAI包含2比特信息,
当所述m取值为2时,对于所述绑定窗内的每个下行子帧,如果所述终端在子帧上接收到的最后2个DAI的取值相同,则所述终端判断所述基站调度的最后2个服务小区上没有发生PDCCH或EPDCCH丢失,所述最后2个取值相同的DAI为总数型DAI,所述倒数第3个DAI为接收到的最后一个计数器型DAI,同时,所述终端根据对所述最后2个服务小区的检测结果,设置最后2个HARQ-ACK的状态,如果PDSCH包含2个码字,则对所述包含2个码字的PDSCH所对应的HARQ-ACK进行空间绑定;如果所述最后2个DAI的取值不相同,则所述终端判断基站调度的最后2个服务小区上发生了PDCCH或EPDCCH丢失,所述接收到的最后1个DAI为总数型DAI,所述倒数第2个DAI为接收到的最后一个计数器型DAI,同时,所述终端设置最后2个HARQ-ACK的状态为NACK;
当所述m的取值为4时,最后一个计数器型DAI的取值与总数型DAI的取值是相同的,对于所述绑定窗内的每个下行子帧,如果所述终端在子帧上接收到的最后5个DAI的取值相同,则所述终端判断基站调度的最后5个服务小区上没有发生PDCCH或EPDCCH丢失,所述最后4个取值相同的DAI为总数型DAI,所述倒数第5个DAI为接收到的最后一个计数器型DAI,同时,所述终端根据对所述最后4个服务小区的检测结果,设置最后4个HARQ-ACK的状态,如果PDSCH包含2个码字,则对所述包含2个码字的PDSCH所对应的HARQ-ACK进行空间绑定;
如果所述最后5个DAI的取值不相同,则所述终端判断基站调度的最后5个服务小区上发生PDCCH或EPDCCH丢失,所述终端把最后一个计数器型DAI以及总数型DAI都设置成最后1个DAI的值,同时,所述终端设置最后5个HARQ-ACK的状态为NACK;
对于HARQ-ACK码本中除所述最后2个或5个以外的其他HARQ-ACK的状态,则所述终端根据PDSCH的检测结果设为ACK或NACK,如果PDSCH包含2个码字,则所述终端对所述2个码字的HARQ-ACK进行空间绑定;所述终端将没有对应PDSCH的HARQ-ACK的状态设置为NACK。
13.根据权利要求3所述的方法,其特征在于,对于方式5,所述终端确定反馈的混合自动重传请求应答HARQ-ACK码本,包括:
所述终端采用如下方式确定绑定窗内的每个下行子帧需要反馈的HARQ-ACK比特数:
所述方式为:如果所述终端在所述下行子帧根据前面接收到的DAI确定最后一个DAI的取值为对应的则所述每个下行子帧需要反馈的HARQ-ACK比特数为再加上m,其中与的对应关系为所述终端与所述基站约定好的。
14.根据权利要求3所述的方法,其特征在于,所述终端根据对接收到的PDSCH或PDCCH或EPDCCH的检测结果确定所述HARQ-ACK的状态,包括:
对于方式5,对于所述绑定窗内的每个下行子帧,如果所述终端接收到的最后m+1个DAI的取值相同,则所述终端判断所述最后m+1个服务小区上没有发生PDCCH或EPDCCH丢失,所述终端根据对所述最后m+1个服务小区的检测结果,设置最后m+1个HARQ-ACK的状态;如果所述最后m+1个DAI的取值不相同,所述终端设置最后m+1个HARQ-ACK的状态为NACK;
对于HARQ-ACK码本中除所述最后m+1个以外的其他HARQ-ACK的状态,则所述终端根据PDSCH的检测结果设为ACK或NACK,如果PDSCH包含2个码字,则所述终端对所述2个码字的HARQ-ACK进行空间绑定;所述终端将没有对应PDSCH的HARQ-ACK的状态设置为NACK。
15.根据权利要求3所述的方法,其特征在于,对于方式3,所述终端确定反馈的混合自动重传请求应答HARQ-ACK码本,包括:
所述终端采用如下方式确定绑定窗内的每个下行子帧需要反馈的HARQ-ACK比特数;
所述方式为:所述终端确定接收到的按照所述第一预设顺序最后一个计数型DAI的值所对应的所述终端确定接收到的按照所述第一预设顺序最后一个总数型DAI值则所述每个下行子帧需要反馈的HARQ-ACK比特数为大于的且与对应的最小值,其中与的对应关系为所述终端与所述基站约定好的。
16.根据权利要求3所述的方法,其特征在于,所述终端根据对接收到的PDSCH或PDCCH或EPDCCH的检测结果确定所述HARQ-ACK的状态,包括:
对于方式3,当所述DAI包含2比特信息,所述基站与所述终端约定调度的最后m个服务小区的DAI取值按照每个服务小区只调度一个码字来确定:
当所述m的取值为2时,对于所述绑定窗内的每个下行子帧,所述终端根据在子帧上接收到的最后3个DAI,如果最后2个DAI的取值相同,则所述终端判断基站调度的最后2个服务小区上没有发生PDCCH或EPDCCH丢失,所述最后2个取值相同的DAI为总数型DAI,所述倒数第3个DAI为接收到的最后一个计数器型DAI,同时,所述终端根据对所述最后2个服务小区的检测结果,设置最后2个HARQ-ACK的状态,当最后2个服务小区有调度了包含2个码字的PDSCH,则对所述2个码字的HARQ-ACK进行空间绑定;如果最后2个DAI的取值不相同,则所述终端判断基站调度的最后2个服务小区上发生了PDCCH或EPDCCH丢失,所述接收到的最后1个DAI为总数型DAI,所述倒数第2个DAI为接收到的最后一个计数器型DAI,同时,所述终端设置最后2个HARQ-ACK的状态为NACK;
当所述m的取值为4时,对于所述绑定窗内的每个下行子帧,所述终端根据在子帧上接收到的最后5个DAI:
如果所述终端接收到的最后5个DAI的取值相同,则所述终端判断基站调度的最后5个服务小区上没有发生PDCCH或EPDCCH丢失,所述最后4个取值相同的DAI为总数型DAI,所述倒数第5个DAI为接收到的最后一个计数器型DAI,同时,所述终端根据对所述最后4个服务小区的检测结果,设置最后4个HARQ-ACK的状态,当最后4个服务小区有调度了包含2个码字的PDSCH,则对所述2个码字的HARQ-ACK进行空间绑定;如果最后5个DAI的取值不相同,所述终端判断基站调度的最后5个服务小区上发生PDCCH或EPDCCH丢失,所述最后1个DAI为总数型DAI,从最后往前第一个与最后一个DAI取值不同的DAI为接收到的最后一个计数器型DAI,同时,所述终端设置最后5个HARQ-ACK的状态为NACK;
对于HARQ-ACK码本中除所述最后2个或5个以外的其他HARQ-ACK的状态,则所述终端根据PDSCH的检测结果设为ACK或NACK,如果PDSCH包含2个码字,则所述终端对所述2个码字的HARQ-ACK进行空间绑定;而对于没有对应PDSCH的HARQ-ACK,所述终端将没有对应PDSCH的HARQ-ACK的状态设置为NACK。
17.根据权利要求3所述的方法,其特征在于,所述终端根据对接收到的PDSCH或PDCCH或EPDCCH的检测结果确定所述HARQ-ACK的状态,包括:
对于方式3,当所述DAI包含3比特信息,所述基站与所述终端约定最后m个调度的服务小区的DAI取值按照每个服务小区调度2个码字来确定:
当所述m的取值为2时,对于所述绑定窗内的每个下行子帧,所述终端根据在子帧上接收到的最后3个DAI,如果最后2个DAI的取值相同,则所述终端判断基站调度的最后2个服务小区上没有发生PDCCH或EPDCCH丢失,所述最后2个取值相同的DAI为总数型DAI,所述倒数第3个DAI为接收到的最后一个计数器型DAI,同时,所述终端根据对所述最后2个服务小区的检测结果,设置最后4个HARQ-ACK的状态,当最后2个服务小区有只调度了单码字的PDSCH,则对该服务小区对应的第2个HARQ-ACK设置为NACK;如果最后2个DAI的取值不相同,则所述终端判断基站调度的最后2个服务小区上发生了PDCCH或EPDCCH丢失,所述接收到的最后1个DAI为总数型DAI,所述倒数第2个DAI为接收到的最后一个计数器型DAI,同时,所述终端设置最后4个HARQ-ACK的状态为NACK;
当所述m的取值为4时,对于所述绑定窗内的每个下行子帧,所述终端根据在子帧上接收到的最后5个DAI:
如果所述终端接收到的最后5个DAI的取值相同,则所述终端判断基站调度的最后5个服务小区上没有发生PDCCH或EPDCCH丢失,所述最后4个取值相同的DAI为总数型DAI,所述倒数第5个DAI为接收到的最后一个计数器型DAI,同时,所述终端根据对所述最后4个服务小区的检测结果,设置最后8个HARQ-ACK的状态,当最后4个服务小区有只调度了单码字的PDSCH,则对该服务小区对应的第2个HARQ-ACK设置为NACK;
如果最后5个DAI的取值不相同,所述终端判断基站调度的最后5个服务小区上发生PDCCH或EPDCCH丢失,所述终端把最后一个计数器型DAI以及总数型DAI都设置成最后1个DAI的值,同时,所述终端设置最后8个HARQ-ACK的状态为NACK;
对于HARQ-ACK码本中除所述最后4个或8个以外的其他HARQ-ACK的状态,则所述终端根据PDSCH相应的码字检测结果设为ACK或NACK;而对于没有对应PDSCH的HARQ-ACK,所述终端将没有对应PDSCH的HARQ-ACK的状态设置为NACK。
18.根据权利要求3所述的方法,其特征在于,对于方式7,所述终端确定反馈的混合自动重传请求应答HARQ-ACK码本,包括:
所述终端采用如下方式确定绑定窗内的每个下行子帧需要反馈的HARQ-ACK比特数;
所述方式为:如果所述终端在所述下行子帧根据前面接收到的DAI确定最后一个DAI的取值为对应的则所述每个下行子帧需要反馈的HARQ-ACK比特数为再加上m或者2m,其中与的对应关系为所述终端与所述基站约定好的。
19.根据权利要求3所述的方法,其特征在于,所述终端根据对接收到的PDSCH或PDCCH或EPDCCH的检测结果确定所述HARQ-ACK的状态,包括:
对于方式7,当所述DAI包含2比特信息,所述基站与所述终端约定最后m个调度的服务小区按照每个服务小区1比特的HARQ-ACK反馈,对于所述绑定窗内的每个下行子帧,如果所述终端接收到的最后m+1个DAI的取值相同,则所述终端判断所述最后m+1个服务小区上没有发生PDCCH或EPDCCH丢失,所述终端根据对所述最后m+1个服务小区的检测结果,设置最后m+1个HARQ-ACK的状态;如果最后m+1个DAI的取值不相同,所述终端设置最后m+1个HARQ-ACK的状态为NACK;对于HARQ-ACK码本中除最后m+1个HARQ-ACK以外的其他HARQ-ACK的状态,则根据PDSCH的检测结果设为ACK或NACK,如果PDSCH包含2个码字,则对所述2个码字的HARQ-ACK进行空间绑定;所述终端将没有对应PDSCH的HARQ-ACK的状态设置为NACK;
当所述DAI包含3比特信息,所述基站与所述终端约定最后m个调度的服务小区按照每个服务小区2比特的HARQ-ACK反馈,对于所述绑定窗内的每个下行子帧,如果所述终端接收到的最后m+1个DAI的取值相同,则所述终端判断所述最后m+1个服务小区上没有发生PDCCH或EPDCCH丢失,所述终端根据对所述最后m个服务小区的检测结果,设置最后2m个HARQ-ACK的状态;如果最后m+1个DAI的取值不相同,所述终端设置最后2m个HARQ-ACK的状态为NACK;对于HARQ-ACK码本中除最后2m个HARQ-ACK以外的其他HARQ-ACK的状态,则根据PDSCH相应码字的检测结果设为ACK或NACK;而对于没有对应PDSCH的HARQ-ACK,所述终端将没有对应PDSCH的HARQ-ACK的状态设置为NACK。
20.根据权利要求3所述的方法,其特征在于,当所述DAI采用所述方式2或方式4或方式6或方式8时,所述终端确定反馈的混合自动重传请求应答HARQ-ACK码本,包括:
所述终端根据在绑定窗内接收到的DAI,确定绑定窗内需要反馈的HARQ-ACK的比特数以及HARQ-ACK比特序列,当所述绑定窗内有SPS的PDSCH时,所述SPS的PDSCH的HARQ-ACK按照所述第二预设顺序级联在所述HARQ-ACK比特序列的末尾。
21.根据权利要求3所述的方法,其特征在于,对于方式2,所述终端确定反馈的混合自动重传请求应答HARQ-ACK码本,包括:
所述终端采用如下方式确定绑定窗内需要反馈的HARQ-ACK比特数;
所述方式为:所述终端确定接收到的按照所述第二预设顺序最后一个计数型DAI的值所对应的所述终端确定接收到的按照所述第二预设顺序最后一个总数型DAI值则所述绑定窗需要反馈的HARQ-ACK比特数为大于的且与对应的最小值,其中与的对应关系为所述终端与所述基站约定好的。
22.根据权利要求3所述的方法,其特征在于,所述终端根据对接收到的PDSCH或PDCCH或EPDCCH的检测结果确定所述HARQ-ACK的状态,包括:
对于方式2,所述DAI包含2比特信息,
当所述m取值为2时,所述终端根据在绑定窗内接收到的最后3个DAI,如果最后2个DAI的取值相同,则所述终端判断基站调度的最后2个DCI没有丢失,所述最后2个取值相同的DAI为总数型DAI,所述倒数第3个DAI为接收到的最后一个计数器型DAI,同时,所述终端根据对所述最后2个PDSCH的检测结果,设置最后2个HARQ-ACK的状态;如果最后2个DAI的取值不相同,则所述终端判断基站调度的最后2个DCI中有一个丢失了,所述接收到的最后1个DAI为总数型DAI,所述倒数第2个DAI为接收到的最后一个计数器型DAI,同时,所述终端设置最后2个HARQ-ACK的状态为NACK;
当所述的m的取值为4时,所述终端根据在绑定窗内接收到的最后5个DAI:
如果所述终端接收到的最后5个DAI的取值相同,则所述终端判断基站调度的最后5个DCI没有丢失,所述最后4个取值相同的DAI为总数型DAI,所述倒数第5个DAI为接收到的最后一个计数器型DAI,同时,所述终端根据对所述最后4个PDSCH的检测结果,设置最后4个HARQ-ACK的状态;如果最后5个DAI的取值不相同,所述终端判断基站调度的最后5个DCI中至少有一个丢失了,所述终端把最后一个计数器型DAI以及总数型DAI都设置成最后1个DAI的值,同时,所述终端设置最后5个HARQ-ACK的状态为NACK;
对于HARQ-ACK码本中除所述最后2个或5个以外的其他HARQ-ACK的状态,则所述终端根据PDSCH的检测结果设为ACK或NACK,如果PDSCH包含2个码字,则所述终端对所述2个码字的HARQ-ACK进行空间绑定;而对于没有对应PDSCH的HARQ-ACK,所述终端将没有对应PDSCH的HARQ-ACK的状态设置为NACK。
23.根据权利要求3所述的方法,其特征在于,对于方式6,所述终端确定反馈的混合自动重传请求应答HARQ-ACK码本,包括:
所述终端采用如下方式确定绑定窗内需要反馈的HARQ-ACK比特数;
所述方式为:如果所述终端在所述绑定窗内根据前面接收到的DAI确定最后一个DAI的取值为对应的则所述绑定窗需要反馈的HARQ-ACK比特数为再加上m,其中与的对应关系为所述终端与所述基站约定好的。
24.根据权利要求3所述的方法,其特征在于,所述终端根据对接收到的PDSCH或PDCCH或EPDCCH的检测结果确定所述HARQ-ACK的状态,包括:
对于方式6,如果所述终端接收到的最后m+1个DAI的取值相同,则所述终端判断所述最后m+1个DCI没有丢失,所述终端根据对所述最后m+1个PDSCH的检测结果,设置最后m+1个HARQ-ACK的状态;否则,所述终端设置最后m+1个HARQ-ACK的状态为NACK;
对于HARQ-ACK码本中除最后m+1个HARQ-ACK以外的其他HARQ-ACK的状态,则所述终端根据PDSCH的检测结果设为ACK或NACK,如果PDSCH包含2个码字,则所述终端对所述2个码字的HARQ-ACK进行空间绑定;所述终端将没有对应PDSCH的HARQ-ACK的状态设置为NACK。
25.根据权利要求3所述的方法,其特征在于,对于方式4,所述终端确定反馈的混合自动重传请求应答HARQ-ACK码本,包括:
所述终端采用如下方式确定绑定窗内需要反馈的HARQ-ACK比特数采;
所述方式为:所述终端确定接收到的按照所述第二预设顺序最后一个计数型DAI的值所对应的所述终端确定接收到的按照所述第二预设顺序最后一个总数型DAI的值则所述绑定窗需要反馈的HARQ-ACK比特数为大于的且与对应的最小值,其中与的对应关系为所述终端与所述基站约定好的。
26.根据权利要求3所述的方法,其特征在于,所述终端根据对接收到的PDSCH或PDCCH或EPDCCH的检测结果确定所述HARQ-ACK的状态,包括:
对于方式4,当所述DAI包含2比特信息,所述基站与所述终端约定最后m个调度的DCI中的DAI的取值按照每个PDSCH只调度一个码字来确定:
当所述的m的取值为2时,所述终端根据在绑定窗内接收到的最后3个DAI,如果最后2个DAI的取值相同,则所述终端判断基站调度的最后2个DCI没有丢失,所述最后2个取值相同的DAI为总数型DAI,所述倒数第3个DAI为接收到的最后一个计数器型DAI,同时,所述终端根据对所述最后2个PDSCH的检测结果,设置最后2个HARQ-ACK的状态,当最后2个PDSCH有包含2个码字的,则对所述2个码字HARQ-ACK进行空间绑定;如果最后2个DAI的取值不相同,则所述终端判断基站调度的最后2个DCI有一个丢失了,所述接收到的最后1个DAI为总数型DAI,所述倒数第2个DAI为接收到的最后一个计数器型DAI,同时,所述终端设置最后2个HARQ-ACK的状态为NACK;
当所述的m的取值为4时,所述终端根据在绑定窗内接收到的最后5个DAI:
如果所述终端接收到的最后5个DAI的取值相同,则所述终端判断基站调度的最后5个DCI没有丢失,所述最后4个取值相同的DAI为总数型DAI,所述倒数第5个DAI为接收到的最后一个计数器型DAI,同时,所述终端根据对所述最后4个PDSCH的检测结果,设置最后4个HARQ-ACK的状态,当最后4个PDSCH有包含2个码字的,则对所述2个码字HARQ-ACK进行空间绑定;如果最后5个DAI的取值不相同,所述终端判断基站调度的最后5个DCI中至少有一个丢失了,所述终端把最后一个计数器型DAI以及总数型DAI都设置成最后1个DAI的值,同时,所述终端设置最后5个HARQ-ACK的状态为NACK;
对于HARQ-ACK码本中除所述最后2个或5个以外的其他HARQ-ACK的状态,则所述终端根据PDSCH的检测结果设为ACK或NACK,如果PDSCH包含2个码字,则对所述2个码字的HARQ-ACK进行空间绑定;所述终端将没有对应PDSCH的HARQ-ACK的状态设置为NACK。
27.根据权利要求3所述的方法,其特征在于,所述终端根据对接收到的PDSCH或PDCCH或EPDCCH的检测结果确定所述HARQ-ACK的状态,包括:
对于方式4,当所述DAI包含3比特信息,所述基站与所述终端约定最后m个调度的DCI中的DAI的取值按照每个PDSCH调度2个码字来确定:
当所述m的取值为2时,所述终端根据在绑定窗内接收到的最后3个DAI,如果最后2个DAI的取值相同,则所述终端判断基站调度的最后2个DCI没有丢失,所述最后2个取值相同的DAI为总数型DAI,所述倒数第3个DAI为接收到的最后一个计数器型DAI,同时,所述终端根据对所述最后2个PDSCH的检测结果,设置最后4个HARQ-ACK的状态,当最后2个PDSCH有只调度了单码字的,则对该PDSCH对应的第2个HARQ-ACK设置为NACK;如果最后2个DAI的取值不相同,则所述终端判断基站调度的最后2个DCI有一个丢失了,所述接收到的最后1个DAI为总数型DAI,所述倒数第2个DAI为接收到的最后一个计数器型DAI,同时,所述终端设置最后4个HARQ-ACK的状态为NACK;
当所述m的取值为4时,所述终端根据在绑定窗内接收到的最后5个DAI:
如果所述终端接收到的最后5个DAI的取值相同,则所述终端判断基站调度的最后5个DCI没有丢失,所述最后4个取值相同的DAI为总数型DAI,所述倒数第5个DAI为接收到的最后一个计数器型DAI,同时,所述终端根据对所述最后4个PDSCH的检测结果,设置最后8个HARQ-ACK的状态,当最后4个PDSCH有只调度了单码字的,则对该PDSCH对应的第2个HARQ-ACK设置为NACK;如果最后5个DAI的取值不相同,所述终端判断基站调度的最后5个DCI至少有1个丢失了,所述终端把最后一个计数器型DAI以及总数型DAI都设置成最后1个DAI的值,同时,所述终端设置最后8个HARQ-ACK的状态为NACK;
对于HARQ-ACK码本中除所述最后4个或8个以外的其他HARQ-ACK的状态,则所述终端根据PDSCH对应码字的检测结果设为ACK或NACK;而对于没有对应PDSCH的HARQ-ACK,所述终端将没有对应PDSCH的HARQ-ACK的状态设置为NACK。
28.根据权利要求3所述的方法,其特征在于,对于方式8,所述终端确定反馈的混合自动重传请求应答HARQ-ACK码本,包括:
所述终端采用如下方式确定绑定窗内需要反馈的HARQ-ACK比特数;
所述方式为:如果所述终端在所述绑定窗内根据前面接收到的DAI确定最后一个DAI的取值为对应的则所述绑定窗需要反馈的HARQ-ACK比特数为再加上m或者2m,其中与的对应关系为所述终端与所述基站约定好的。
29.根据权利要求3所述的方法,其特征在于,所述终端根据对接收到的PDSCH或PDCCH或EPDCCH的检测结果确定所述HARQ-ACK的状态,包括:
对于方式8,当所述DAI包含2比特信息,所述基站与所述终端约定最后m个调度的PDSCH按照每个PDSCH反馈1比特的HARQ-ACK,对于所述绑定窗内,如果所述终端接收到的最后m+1个DAI的取值相同,则所述终端判断所述最后m+1个DCI没有丢失,所述终端根据对所述最后m+1个PDSCH的检测结果,设置最后m+1个HARQ-ACK的状态;如果最后m+1个DAI的取值不相同,所述终端设置最后m+1个HARQ-ACK的状态为NACK;
当所述DAI包含3比特信息,所述基站与所述终端约定最后m个调度的PDSCH按照每个PDSCH反馈2比特的HARQ-ACK,如果所述终端接收到的最后m+1个DAI的取值相同,则所述终端判断所述最后m+1个DCI没有丢失,所述终端根据对所述最后m个PDSCH的检测结果,设置最后2m个HARQ-ACK的状态,当最后m个PDSCH有只调度了单码字的,则对该PDSCH对应的第2个HARQ-ACK设置为NACK;如果最后m+1个DAI的取值不相同,所述终端设置最后2m个HARQ-ACK的状态为NACK;
对于HARQ-ACK码本中除所述最后m+1个或2m个以外的其他HARQ-ACK的状态,则所述终端根据PDSCH对应码字的检测结果设为ACK或NACK;所述终端将没有对应PDSCH的HARQ-ACK的状态设置为NACK。
30.根据权利要求3所述的方法,其特征在于,所述用于承载HARQ-ACK的资源为物理上行链路控制信道PUCCH资源或物理上行共享信道PUSCH资源。
31.根据权利要求30所述的方法,其特征在于,当所述用于承载HARQ-ACK的资源为PUCCH资源时,所述终端确定用于承载所述HARQ-ACK的资源,包括:
所述终端根据所述确定的HARQ-ACK码本确定使用的PUCCH格式,所述的PUCCH格式包括:PUCCH格式3以及重新定义的PUCCH格式。
32.根据权利要求31所述的方法,其特征在于,当所述确定的HARQ-ACK码本大小小于或等于第一预设值时,所述终端确定使用的PUCCH格式为PUCCH格式3;否则,所述终端确定使用的PUCCH格式为所述的新的PUCCH格式;
其中,所述第一预设值为所述终端与所述基站约定好的值,或者是所述PUCCH格式3能够承载的最大信息比特数,或者是高层配置的值。
33.根据权利要求31所述的方法,其特征在于,如果所述重新定义的PUCCH格式包含第一种到第N种新的PUCCH格式共N种格式,
当所述确定的HARQ-ACK码本大小小于或等于第一预设值时,所述终端确定使用的PUCCH格式为PUCCH格式3;
当所述确定的HARQ-ACK码本大小大于第一预设值,小于或等于第二预设值时,所述终端确定使用的PUCCH格式为第一种新的PUCCH格式;
当所述确定的HARQ-ACK码本大小大于第二预设值,小于或等于第三预设值时,所述终端确定使用的PUCCH格式为第二种新的PUCCH格式;
如此类推,当所述确定的HARQ-ACK码本大小大于第N预设值,小于或等于第N+1预设值时,所述终端确定使用的PUCCH格式为第N种新的PUCCH格式;
其中,所述的第二到第N+1预设值分别为所述第一种到第N种新的PUCCH格式能够承载的最大信息比特数,或者为所述终端与所述基站预定好的值,或者为高层配置的值。
34.根据权利要求30所述的方法,其特征在于,当所述用于承载HARQ-ACK的资源为PUSCH资源时,所述终端确定用于承载所述HARQ-ACK的资源,包括:
所述终端确定HARQ-ACK在PUSCH中所占的资源单元RE数量。
35.一种信息的传输方法,其特征在于,包括:
基站向终端发送下行控制信息DCI,其中,所述DCI中包含用于终端确定HARQ-ACK码本的控制域;
所述基站接收所述终端发送的HARQ-ACK。
36.根据权利要求35所述的方法,其特征在于,所述用于终端确定HARQ-ACK码本的控制域为下行分配索引DAI。
37.根据权利要求35所述的方法,其特征在于,所述DAI为以下方式之一:
方式1:在绑定窗内的每个下行子帧上,按照第一预设顺序前面N-m个DCI中的DAI表示按照所述第一预设顺序截止到当前服务小区的基站已调度的有对应PDCCH或EPDCCH的PDSCH和指示半持续调度SPS释放的PDCCH或EPDCCH的数量,按照所述第一预设顺序最后m个DCI中的DAI表示当前下行子帧基站调度的有对应PDCCH或EPDCCH的PDSCH和指示SPS释放的PDCCH或EPDCCH的总数;或,
方式2:在绑定窗内,按照第二预设顺序前面N-m个DCI中的DAI表示按照所述第二预设顺序截止到当前服务小区和当前下行子帧基站已调度的有对应PDCCH或EPDCCH的PDSCH和指示SPS释放的PDCCH或EPDCCH的数量,按照所述第二预设顺序最后m个DCI中的DAI表示绑定窗内基站调度的有对应PDCCH或EPDCCH的PDSCH和指示SPS释放的PDCCH或EPDCCH的总数;或,
方式3:在绑定窗内的每个下行子帧上,按照所述第一预设顺序前面N-m个DCI中的DAI表示按照所述第一预设顺序截止到当前服务小区的基站已调度的有对应PDCCH或EPDCCH的PDSCH对应的码字和指示SPS释放的PDCCH或EPDCCH的数量,按照所述第一预设顺序最后m个DCI中的DAI表示当前下行子帧基站调度的有对应PDCCH或EPDCCH的PDSCH对应的码字和指示SPS释放的PDCCH或EPDCCH的总数;或,
方式4:在绑定窗内,按照所述第二预设顺序前面N-m个DCI中的DAI表示按照所述第二预设顺序截止到当前服务小区和当前下行子帧基站已调度的有对应PDCCH或EPDCCH的PDSCH对应的码字和指示SPS释放的PDCCH或EPDCCH的数量,按照所述第二预设顺序最后m个DCI中的DAI表示绑定窗内基站调度的有对应PDCCH或EPDCCH的PDSCH对应的码字和指示SPS释放的PDCCH或EPDCCH的总数;或,
方式5:在绑定窗内的每个下行子帧上,按照所述第一预设顺序前面N-m个DCI中的DAI表示按照所述第一预设顺序截止到当前服务小区的基站已调度的有对应PDCCH或EPDCCH的PDSCH和指示SPS释放的PDCCH或EPDCCH的数量,按照所述第一预设顺序最后m个DCI中的DAI为调度的第N-m个服务小区的DAI的重复;或,
方式6:在绑定窗内,按照所述第二预设顺序前面N-m个DCI中的DAI表示按照所述第二预设顺序截止到当前服务小区和当前子帧基站已调度的有对应PDCCH或EPDCCH的PDSCH和指示SPS释放的PDCCH或EPDCCH的数量,按照所述第二预设顺序最后m个DCI中的DAI为调度的第N-m个DCI中的DAI的重复;或,
方式7:在绑定窗内的每个下行子帧上,按照所述第一预设顺序前面N-m个DCI中的DAI表示按照所述第一预设顺序截止到当前服务小区的基站已调度的有对应PDCCH或EPDCCH的PDSCH对应的码字和指示SPS释放的PDCCH或EPDCCH的数量,按照所述第一预设顺序最后m个DCI中的DAI为调度的第N-m个服务小区的DAI的重复;或,
方式8:在绑定窗内,按照所述第二预设顺序前面N-m个DCI中的DAI表示按照所述第二预设顺序截止到当前服务小区和当前下行子帧基站已调度的有对应PDCCH或EPDCCH的PDSCH对应的码字和指示SPS释放的PDCCH或EPDCCH的数量,按照所述第二预设顺序最后m个DCI中的DAI为调度的第N-m个DCI中的DAI的重复;
其中,所述按照所述第一预设顺序的前面N-m个DCI中的DAI或者所述按照所述第二预设顺序的前面N-m个DCI中的DAI均定义为计数器型DAI,具体是指:前述N-m个DCI中的DAI的取值是递增或递减的;所述按照所述第一预设顺序最后m个DCI中的DAI或所述按照所述第二预设顺序最后m个DCI中的DAI取值是相同的;同时,对于方式1、2、3或4中最后m个取值相同的DAI定义为总数型DAI,对于方式5、6、7或8中最后m个取值相同的DAI定义为重复型DAI;
对于方式1、3、5或7,N表示所述绑定窗内每个下行子帧所述基站调度给所述终端的DCI的个数;对于方式2、4、6或8,N表示所述绑定窗内所述基站调度给所述终端的DCI的个数;且N大于m。
38.根据权利要求37所述的方法,其特征在于,所述m为所述终端与所述基站约定好的取值,或者是预先规定好的取值,或者是所述基站通过高层信令指示所述终端的。
39.根据权利要求37所述的方法,其特征在于,所述第一预设顺序为按照服务小区索引的从低到高或者从高到低的顺序;所述第二预设顺序为依次在绑定窗内各个子帧内按照服务小区索引从低到高或从高到低排序并将所述各个子帧内的排序串接后得到的顺序。
40.根据权利要求37所述的方法,其特征在于,所述的HARQ-ACK码本包含所述HARQ-ACK码本大小和所述HARQ-ACK码本中的HARQ-ACK比特序列的排序方式,所述HARQ-ACK码本大小是指所述HARQ-ACK的比特数。
41.根据权利要求36或37所述的方法,其特征在于,所述DAI所包含的比特数为2比特或3比特。
42.根据权利要求36或37所述的方法,其特征在于,所述DAI的取值与调度的有对应PDCCH或EPDCCH的PDSCH和指示SPS释放的PDCCH或EPDCCH的数量有预设的映射关系。
43.一种终端,其特征在于,包括:
接收单元,用于接收物理下行控制信道PDCCH或增强物理下行控制信道EPDCCH、以及物理下行共享信道PDSCH;
第一确定单元,用于根据以下至少一种参数确定反馈的混合自动重传请求应答HARQ-ACK码本以及用于承载所述HARQ-ACK的资源;其中,所述参数包括:所述终端接收到的PDCCH或EPDCCH上所承载的下行控制信息DCI、所述终端接收到的PDCCH或EPDCCH的数量、或所述终端接收到的PDSCH的数量;
第二确定单元,用于根据对接收到的PDSCH或PDCCH或EPDCCH的检测结果确定所述HARQ-ACK的状态;其中,所述HARQ-ACK的状态是指所述HARQ-ACK码本中的比特序列的状态,每个比特的状态为确认ACK或非确认NACK;
发送单元,用于根据确定的所述HARQ-ACK码本以及所述HARQ-ACK的状态在所述用于承载所述HARQ-ACK的资源上发送所述HARQ-ACK。
44.一种基站,其特征在于,包括:
发送单元,用于向终端发送下行控制信息DCI,其中,所述DCI中包含用于终端确定HARQ-ACK码本的控制域;
接收单元,用于接收所述终端发送的HARQ-ACK。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510601389.XA CN106549734A (zh) | 2015-09-18 | 2015-09-18 | 一种信息的传输方法、终端和基站 |
PCT/CN2016/094961 WO2017045499A1 (zh) | 2015-09-18 | 2016-08-12 | 一种信息的传输方法、终端和基站 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510601389.XA CN106549734A (zh) | 2015-09-18 | 2015-09-18 | 一种信息的传输方法、终端和基站 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106549734A true CN106549734A (zh) | 2017-03-29 |
Family
ID=58288490
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510601389.XA Pending CN106549734A (zh) | 2015-09-18 | 2015-09-18 | 一种信息的传输方法、终端和基站 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN106549734A (zh) |
WO (1) | WO2017045499A1 (zh) |
Cited By (37)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108809534A (zh) * | 2017-05-05 | 2018-11-13 | 北京三星通信技术研究有限公司 | 调度方法、harq-ack反馈方法和相应设备 |
CN108934078A (zh) * | 2017-05-25 | 2018-12-04 | 普天信息技术有限公司 | 一种下行数据传输方法和装置 |
WO2019028845A1 (en) * | 2017-08-11 | 2019-02-14 | Lenovo (Beijing) Limited | HARQ-ACK FOR A PLURALITY OF CARRIER GROUPS OF A DOWNLINK CREEK ASSEMBLY |
CN109391440A (zh) * | 2017-08-11 | 2019-02-26 | 华为技术有限公司 | 一种混合自动重传请求harq反馈方法及设备 |
WO2019047243A1 (zh) * | 2017-09-11 | 2019-03-14 | Oppo广东移动通信有限公司 | 资源分配方法、终端、网络设备和计算机存储介质 |
CN109699075A (zh) * | 2017-10-20 | 2019-04-30 | ***通信有限公司研究院 | 一种上行harq码本反馈和接收方法、装置和介质 |
CN109842477A (zh) * | 2017-11-29 | 2019-06-04 | 中兴通讯股份有限公司 | 信息解码、码本处理方法及装置、存储介质,处理器 |
CN109905211A (zh) * | 2017-12-08 | 2019-06-18 | 电信科学技术研究院 | 一种传输、接收方法、终端及基站 |
WO2019127342A1 (zh) * | 2017-12-29 | 2019-07-04 | 北京小米移动软件有限公司 | 混合自动重传请求反馈配置方法及装置和数据接收设备 |
WO2019136708A1 (en) * | 2018-01-12 | 2019-07-18 | Lenovo (Beijing) Limited | Method and apparatus for determining a harq-ack codebook for carrier aggregation |
CN110061816A (zh) * | 2018-08-31 | 2019-07-26 | 中国信息通信研究院 | 一种移动通信***、网络设备、终端设备和数据调度方法 |
WO2019153964A1 (zh) * | 2018-02-08 | 2019-08-15 | 电信科学技术研究院有限公司 | 一种进行混合自动重传请求反馈的方法和终端 |
CN110149173A (zh) * | 2018-02-13 | 2019-08-20 | 电信科学技术研究院有限公司 | 一种半持续调度传输方法、网络侧设备及用户终端 |
CN110166187A (zh) * | 2018-02-13 | 2019-08-23 | 电信科学技术研究院有限公司 | 一种harq-ack码本确定方法、用户终端及基站 |
CN110166181A (zh) * | 2018-02-13 | 2019-08-23 | 电信科学技术研究院有限公司 | 一种harq-ack的传输方法、终端及基站 |
CN110351027A (zh) * | 2018-04-04 | 2019-10-18 | 华为技术有限公司 | 一种反馈信息的传输方法和装置 |
CN110351022A (zh) * | 2018-04-03 | 2019-10-18 | 北京展讯高科通信技术有限公司 | 动态harq-ack码本的长度确定方法及装置、存储介质、终端 |
CN110505040A (zh) * | 2018-05-18 | 2019-11-26 | 维沃移动通信有限公司 | 信息传输方法、终端及网络设备 |
WO2019223436A1 (zh) * | 2018-05-21 | 2019-11-28 | 华为技术有限公司 | 一种发送、接收码本信息的方法及装置 |
CN110557227A (zh) * | 2019-08-16 | 2019-12-10 | 中国信息通信研究院 | 一种混合自动重传请求反馈方法和设备 |
WO2020034533A1 (en) * | 2018-12-21 | 2020-02-20 | Zte Corporation | Hybrid automatic repeat request acknowledgement (harq-ack) feedback techniques |
WO2020051835A1 (zh) * | 2018-09-13 | 2020-03-19 | Oppo广东移动通信有限公司 | 确定harq-ack码本的方法、终端设备和网络设备 |
WO2020057499A1 (zh) * | 2018-09-18 | 2020-03-26 | 中兴通讯股份有限公司 | 码本确定方法、码本确定装置、终端、基站及存储介质 |
WO2020061916A1 (zh) * | 2018-09-27 | 2020-04-02 | Oppo广东移动通信有限公司 | 一种触发状态的确定方法及装置、终端、网络设备 |
WO2020088676A1 (zh) * | 2018-11-02 | 2020-05-07 | 中兴通讯股份有限公司 | Harq-ack码本确定方法及装置、终端、存储介质 |
WO2020143588A1 (zh) * | 2019-01-11 | 2020-07-16 | 中国信息通信研究院 | 一种混合自动重传请求应答方法、信令和设备 |
CN111865511A (zh) * | 2019-04-30 | 2020-10-30 | 华为技术有限公司 | 传输混合自动重传请求harq反馈信息的方法和通信装置 |
WO2020249031A1 (zh) * | 2019-06-14 | 2020-12-17 | 华为技术有限公司 | 应答信息的传输方法及装置 |
CN112219420A (zh) * | 2018-04-04 | 2021-01-12 | 株式会社Ntt都科摩 | 用户终端以及无线基站 |
CN112399475A (zh) * | 2019-08-14 | 2021-02-23 | ***通信有限公司研究院 | Harq码本的确定方法及终端 |
CN112839379A (zh) * | 2019-11-22 | 2021-05-25 | 北京三星通信技术研究有限公司 | 发送上行链路信号的方法及设备 |
WO2022022606A1 (zh) * | 2020-07-31 | 2022-02-03 | 展讯通信(上海)有限公司 | Harq码本的确定方法及装置、harq码本的配置方法及装置、存储介质、终端、基站 |
WO2022032686A1 (zh) * | 2020-08-14 | 2022-02-17 | 华为技术有限公司 | 一种上行信息传输方法及装置 |
CN114760013A (zh) * | 2018-01-12 | 2022-07-15 | 联发科技(新加坡)私人有限公司 | 用于减少移动通信中的上行链路开销的方法和装置 |
CN115225212A (zh) * | 2021-04-21 | 2022-10-21 | ***通信有限公司研究院 | 码本生成方法、装置、基站、终端及存储介质 |
WO2022236605A1 (zh) * | 2021-05-10 | 2022-11-17 | Oppo广东移动通信有限公司 | 无线通信方法、终端设备和网络设备 |
US12028165B2 (en) | 2018-11-02 | 2024-07-02 | Zte Corporation | HARQ-ACK codebook determination method and apparatus, terminal, and storage medium |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2019027262A1 (en) | 2017-08-02 | 2019-02-07 | Samsung Electronics Co., Ltd. | METHOD, PLANNING INFORMATION RECEIVING EQUIPMENT, TERMINAL, BASE STATION, AND INFORMATION TRANSMITTING METHOD |
CN111756484B (zh) * | 2017-11-16 | 2022-11-29 | 展讯通信(上海)有限公司 | 一种反馈的方法以及设备 |
CN111788787B (zh) * | 2018-02-13 | 2022-10-11 | 联想(北京)有限公司 | 用于半静态harq-ack码本确定的回落操作的方法及设备 |
CN112737738A (zh) * | 2018-05-21 | 2021-04-30 | 华为技术有限公司 | 上行控制信息的传输方法及设备 |
JP7269331B2 (ja) * | 2019-05-09 | 2023-05-08 | 株式会社Nttドコモ | 端末、無線通信方法、基地局及びシステム |
CN115333691A (zh) * | 2021-05-10 | 2022-11-11 | 大唐移动通信设备有限公司 | 一种信息传输方法及装置 |
CN115347925A (zh) * | 2021-05-12 | 2022-11-15 | ***通信有限公司研究院 | 确定反馈信息码本的方法、装置、通信设备和存储介质 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101958778B (zh) * | 2010-09-28 | 2015-11-25 | 中兴通讯股份有限公司 | 正确/错误应答消息的映射方法及终端 |
CN107135052B (zh) * | 2011-05-31 | 2021-02-02 | 北京三星通信技术研究有限公司 | 一种发送harq-ack反馈信息的方法 |
CN103516496B (zh) * | 2012-06-27 | 2018-12-25 | 北京三星通信技术研究有限公司 | 一种发送harq-ack反馈信息的方法 |
WO2015024215A1 (en) * | 2013-08-21 | 2015-02-26 | Qualcomm Incorporated | Pucch resource mapping an harq-ack feedback |
CN104427550A (zh) * | 2013-08-23 | 2015-03-18 | 北京三星通信技术研究有限公司 | 业务流量自适应***中上行数据传输的方法及设备 |
-
2015
- 2015-09-18 CN CN201510601389.XA patent/CN106549734A/zh active Pending
-
2016
- 2016-08-12 WO PCT/CN2016/094961 patent/WO2017045499A1/zh active Application Filing
Cited By (68)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108809534A (zh) * | 2017-05-05 | 2018-11-13 | 北京三星通信技术研究有限公司 | 调度方法、harq-ack反馈方法和相应设备 |
CN108934078A (zh) * | 2017-05-25 | 2018-12-04 | 普天信息技术有限公司 | 一种下行数据传输方法和装置 |
CN111264040A (zh) * | 2017-08-11 | 2020-06-09 | 联想(北京)有限公司 | 用于下行链路时隙集合的多个载波组的harq-ack |
CN109391440A (zh) * | 2017-08-11 | 2019-02-26 | 华为技术有限公司 | 一种混合自动重传请求harq反馈方法及设备 |
CN109391440B (zh) * | 2017-08-11 | 2020-12-15 | 华为技术有限公司 | 一种混合自动重传请求harq反馈方法及设备 |
WO2019028845A1 (en) * | 2017-08-11 | 2019-02-14 | Lenovo (Beijing) Limited | HARQ-ACK FOR A PLURALITY OF CARRIER GROUPS OF A DOWNLINK CREEK ASSEMBLY |
US11418293B2 (en) | 2017-08-11 | 2022-08-16 | Huawei Technologies Co., Ltd. | Hybrid automatic repeat request HARQ feedback method and apparatus |
US11539479B2 (en) | 2017-08-11 | 2022-12-27 | Lenovo (Beijing) Limited | HARQ-ACK for a plurality of carrier groups of a downlink slot set |
WO2019047243A1 (zh) * | 2017-09-11 | 2019-03-14 | Oppo广东移动通信有限公司 | 资源分配方法、终端、网络设备和计算机存储介质 |
CN109716695A (zh) * | 2017-09-11 | 2019-05-03 | Oppo广东移动通信有限公司 | 资源分配方法、终端、网络设备和计算机存储介质 |
CN111431667A (zh) * | 2017-09-11 | 2020-07-17 | Oppo广东移动通信有限公司 | 资源分配方法、终端、网络设备和计算机存储介质 |
CN111431667B (zh) * | 2017-09-11 | 2023-03-10 | Oppo广东移动通信有限公司 | 资源分配方法、终端、网络设备和计算机存储介质 |
CN109699075A (zh) * | 2017-10-20 | 2019-04-30 | ***通信有限公司研究院 | 一种上行harq码本反馈和接收方法、装置和介质 |
CN109699075B (zh) * | 2017-10-20 | 2023-01-17 | ***通信有限公司研究院 | 一种上行harq码本反馈和接收方法、装置和介质 |
WO2019105205A1 (zh) * | 2017-11-29 | 2019-06-06 | 中兴通讯股份有限公司 | 信息解码、码本处理方法及装置、存储介质,处理器 |
CN109842477A (zh) * | 2017-11-29 | 2019-06-04 | 中兴通讯股份有限公司 | 信息解码、码本处理方法及装置、存储介质,处理器 |
US11398884B2 (en) | 2017-11-29 | 2022-07-26 | Zte Corporation | Information decoding method and apparatus, codebook processing method and apparatus, storage medium, and processor |
CN109842477B (zh) * | 2017-11-29 | 2022-08-02 | 中兴通讯股份有限公司 | 信息解码、码本处理方法及装置、存储介质、处理器 |
CN109905211B (zh) * | 2017-12-08 | 2020-10-27 | 电信科学技术研究院 | 一种传输、接收方法、终端及基站 |
CN109905211A (zh) * | 2017-12-08 | 2019-06-18 | 电信科学技术研究院 | 一种传输、接收方法、终端及基站 |
US11451340B2 (en) | 2017-12-29 | 2022-09-20 | Beijing Xiaomi Mobile Software Co., Ltd. | Hybrid automatic repeat request(HARQ) feedback configuration method and device and data receiving apparatus |
WO2019127342A1 (zh) * | 2017-12-29 | 2019-07-04 | 北京小米移动软件有限公司 | 混合自动重传请求反馈配置方法及装置和数据接收设备 |
CN114760013A (zh) * | 2018-01-12 | 2022-07-15 | 联发科技(新加坡)私人有限公司 | 用于减少移动通信中的上行链路开销的方法和装置 |
US11476980B2 (en) | 2018-01-12 | 2022-10-18 | Lenovo (Beijing) Limited | Method and apparatus for determining a HARQ-ACK codebook for carrier aggregation |
WO2019136708A1 (en) * | 2018-01-12 | 2019-07-18 | Lenovo (Beijing) Limited | Method and apparatus for determining a harq-ack codebook for carrier aggregation |
CN114760013B (zh) * | 2018-01-12 | 2024-01-19 | 联发科技(新加坡)私人有限公司 | 用于减少移动通信中的上行链路开销的方法和装置 |
US11923985B2 (en) | 2018-02-08 | 2024-03-05 | Datang Mobile Communications Equipment Co., Ltd. | Method for performing hybrid automatic repeat request feedback, and terminal |
WO2019153964A1 (zh) * | 2018-02-08 | 2019-08-15 | 电信科学技术研究院有限公司 | 一种进行混合自动重传请求反馈的方法和终端 |
CN110166187A (zh) * | 2018-02-13 | 2019-08-23 | 电信科学技术研究院有限公司 | 一种harq-ack码本确定方法、用户终端及基站 |
CN110166181B (zh) * | 2018-02-13 | 2022-06-24 | 大唐移动通信设备有限公司 | 一种harq-ack的传输方法、终端及基站 |
CN110149173A (zh) * | 2018-02-13 | 2019-08-20 | 电信科学技术研究院有限公司 | 一种半持续调度传输方法、网络侧设备及用户终端 |
CN110166181A (zh) * | 2018-02-13 | 2019-08-23 | 电信科学技术研究院有限公司 | 一种harq-ack的传输方法、终端及基站 |
CN110351022A (zh) * | 2018-04-03 | 2019-10-18 | 北京展讯高科通信技术有限公司 | 动态harq-ack码本的长度确定方法及装置、存储介质、终端 |
CN110351027A (zh) * | 2018-04-04 | 2019-10-18 | 华为技术有限公司 | 一种反馈信息的传输方法和装置 |
CN112219420A (zh) * | 2018-04-04 | 2021-01-12 | 株式会社Ntt都科摩 | 用户终端以及无线基站 |
CN112219420B (zh) * | 2018-04-04 | 2024-03-26 | 株式会社Ntt都科摩 | 终端、无线通信方法、基站以及*** |
CN110505040B (zh) * | 2018-05-18 | 2020-05-26 | 维沃移动通信有限公司 | 信息传输方法、终端及网络设备 |
CN110505040A (zh) * | 2018-05-18 | 2019-11-26 | 维沃移动通信有限公司 | 信息传输方法、终端及网络设备 |
WO2019223436A1 (zh) * | 2018-05-21 | 2019-11-28 | 华为技术有限公司 | 一种发送、接收码本信息的方法及装置 |
CN110519019A (zh) * | 2018-05-21 | 2019-11-29 | 华为技术有限公司 | 一种发送、接收码本信息的方法及装置 |
CN110519019B (zh) * | 2018-05-21 | 2020-07-21 | 华为技术有限公司 | 一种发送、接收码本信息的方法及装置 |
CN110061816B (zh) * | 2018-08-31 | 2020-07-14 | 中国信息通信研究院 | 一种移动通信***、网络设备、终端设备和数据调度方法 |
CN110061816A (zh) * | 2018-08-31 | 2019-07-26 | 中国信息通信研究院 | 一种移动通信***、网络设备、终端设备和数据调度方法 |
WO2020051835A1 (zh) * | 2018-09-13 | 2020-03-19 | Oppo广东移动通信有限公司 | 确定harq-ack码本的方法、终端设备和网络设备 |
WO2020057499A1 (zh) * | 2018-09-18 | 2020-03-26 | 中兴通讯股份有限公司 | 码本确定方法、码本确定装置、终端、基站及存储介质 |
US11082875B2 (en) | 2018-09-27 | 2021-08-03 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method for determining trigger state, terminal device, and network device |
US11576071B2 (en) | 2018-09-27 | 2023-02-07 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method for determining trigger state, terminal device, and network device |
WO2020061916A1 (zh) * | 2018-09-27 | 2020-04-02 | Oppo广东移动通信有限公司 | 一种触发状态的确定方法及装置、终端、网络设备 |
WO2020088676A1 (zh) * | 2018-11-02 | 2020-05-07 | 中兴通讯股份有限公司 | Harq-ack码本确定方法及装置、终端、存储介质 |
US12028165B2 (en) | 2018-11-02 | 2024-07-02 | Zte Corporation | HARQ-ACK codebook determination method and apparatus, terminal, and storage medium |
US11929832B2 (en) | 2018-12-21 | 2024-03-12 | Zte Corporation | Hybrid automatic repeat request acknowledgement [HARQ-ACK] feedback techniques |
WO2020034533A1 (en) * | 2018-12-21 | 2020-02-20 | Zte Corporation | Hybrid automatic repeat request acknowledgement (harq-ack) feedback techniques |
CN111435865A (zh) * | 2019-01-11 | 2020-07-21 | 中国信息通信研究院 | 一种混合自动重传请求应答方法、信令和设备 |
WO2020143588A1 (zh) * | 2019-01-11 | 2020-07-16 | 中国信息通信研究院 | 一种混合自动重传请求应答方法、信令和设备 |
CN111865511B (zh) * | 2019-04-30 | 2022-01-11 | 华为技术有限公司 | 传输混合自动重传请求harq反馈信息的方法和通信装置 |
WO2020221271A1 (zh) * | 2019-04-30 | 2020-11-05 | 华为技术有限公司 | 传输混合自动重传请求harq反馈信息的方法和通信装置 |
CN111865511A (zh) * | 2019-04-30 | 2020-10-30 | 华为技术有限公司 | 传输混合自动重传请求harq反馈信息的方法和通信装置 |
WO2020249031A1 (zh) * | 2019-06-14 | 2020-12-17 | 华为技术有限公司 | 应答信息的传输方法及装置 |
CN112399475A (zh) * | 2019-08-14 | 2021-02-23 | ***通信有限公司研究院 | Harq码本的确定方法及终端 |
CN112399475B (zh) * | 2019-08-14 | 2022-11-22 | ***通信有限公司研究院 | Harq码本的确定方法及终端 |
CN110557227A (zh) * | 2019-08-16 | 2019-12-10 | 中国信息通信研究院 | 一种混合自动重传请求反馈方法和设备 |
CN110557227B (zh) * | 2019-08-16 | 2021-06-04 | 中国信息通信研究院 | 一种混合自动重传请求反馈方法和设备 |
CN112839379A (zh) * | 2019-11-22 | 2021-05-25 | 北京三星通信技术研究有限公司 | 发送上行链路信号的方法及设备 |
CN114070505A (zh) * | 2020-07-31 | 2022-02-18 | 展讯通信(上海)有限公司 | Harq码本的确定方法及装置、harq码本的配置方法及装置、存储介质、终端、基站 |
WO2022022606A1 (zh) * | 2020-07-31 | 2022-02-03 | 展讯通信(上海)有限公司 | Harq码本的确定方法及装置、harq码本的配置方法及装置、存储介质、终端、基站 |
WO2022032686A1 (zh) * | 2020-08-14 | 2022-02-17 | 华为技术有限公司 | 一种上行信息传输方法及装置 |
CN115225212A (zh) * | 2021-04-21 | 2022-10-21 | ***通信有限公司研究院 | 码本生成方法、装置、基站、终端及存储介质 |
WO2022236605A1 (zh) * | 2021-05-10 | 2022-11-17 | Oppo广东移动通信有限公司 | 无线通信方法、终端设备和网络设备 |
Also Published As
Publication number | Publication date |
---|---|
WO2017045499A1 (zh) | 2017-03-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106549734A (zh) | 一种信息的传输方法、终端和基站 | |
CN102223219B (zh) | Harq‑ack的反馈处理方法及*** | |
US10159069B2 (en) | Method, device and system for transmitting control information | |
CN102237992B (zh) | 一种反馈数据接收状况的方法 | |
CN108809610B (zh) | 载波聚合下的上行控制信息传输方法及装置 | |
US8358621B2 (en) | Method and apparatus for feeding back and receiving acknowledgement information of semi-persistent scheduling data packets | |
CN108289015A (zh) | 发送harq-ack/nack的方法和设备及下行传输方法和设备 | |
CN101958777B (zh) | 正确/错误应答消息发送的处理方法及装置 | |
CN110063039A (zh) | 在物理上行链路数据信道中复用控制信息 | |
CN102394685B (zh) | 多天线***上行控制信道的发送方法和*** | |
EP2624496A1 (en) | Method and terminal for mapping acknowledge/ non-acknowledge response message | |
CN107332646A (zh) | Harq-ack的发送方法及装置 | |
CN104348591B (zh) | 一种上行控制信息的发送方法及用户设备、基站 | |
CN102468940B (zh) | 调度请求和ack/nack信息的传输方法及装置 | |
CN108293253A (zh) | 信息比特封装 | |
CN106452661A (zh) | 应答信息的传输方法、装置、基站及终端 | |
CN107210903A (zh) | 用于低成本用户设备的下行链路控制信道的传输 | |
DE202008018610U1 (de) | Verbesserte ACK/NACK/DTX-Erfassung für LTE | |
WO2017045138A1 (zh) | 控制信息的发送方法和通信设备 | |
CN103368709A (zh) | 一种混合自动重传请求确认应答信息发送方法及装置 | |
CN104272634A (zh) | 移动通信***及其信道发送/接收方法 | |
CN101924624B (zh) | 正确错误应答消息在物理上行控制信道上的发送方法及终端 | |
CN101789851A (zh) | 一种多载波***及其正确/错误应答消息的发送方法 | |
CN103973413B (zh) | 一种传输反馈信息的方法、设备及*** | |
CN103312446A (zh) | 上行控制信息的传输方法、设备及*** |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20170329 |
|
WD01 | Invention patent application deemed withdrawn after publication |