CN110351022A - 动态harq-ack码本的长度确定方法及装置、存储介质、终端 - Google Patents
动态harq-ack码本的长度确定方法及装置、存储介质、终端 Download PDFInfo
- Publication number
- CN110351022A CN110351022A CN201810293905.0A CN201810293905A CN110351022A CN 110351022 A CN110351022 A CN 110351022A CN 201810293905 A CN201810293905 A CN 201810293905A CN 110351022 A CN110351022 A CN 110351022A
- Authority
- CN
- China
- Prior art keywords
- dai
- dci
- cell
- moment
- cbg
- 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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0006—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
一种动态HARQ‑ACK码本的长度确定方法及装置、存储介质、终端,所述方法包括:当同一PUCCH组的小区中的至少一部分小区配置有基于CBG的PDSCH传输功能时,将所述动态HARQ‑ACK码本划分为第一子码本和第二子码本;对于调度基于TB的PDSCH传输的DCI或者指示SPS释放的DCI,确定其关联的第一DAI;对于调度基于CBG的PDSCH传输的DCI,确定其关联的第二DAI;根据所述第一DAI确定所述第一子码本的长度,根据所述第二DAI确定所述第二子码本的长度。通过本发明的方案能够在NR系统中更合理地确定动态HARQ‑ACK码本的长度。
Description
技术领域
本发明涉及通讯技术领域,具体地涉及一种动态HARQ-ACK码本的长度确定方法及装置、存储介质、终端。
背景技术
混合式自动重传请求(Hybrid Automatic Repeat reQuest,简称HARQ),是一种结合前向纠错编码(Forward Error Correction,简称FEC)和自动重传请求(AutomaticRepeat reQuest,简称ARQ)方法的技术,以提高数据传输速率。其中,FEC通过添加冗余信息,使得接收端(如用户设备,User Equipment,简称UE)能够纠正一部分错误,从而减少重传的次数。对于FEC无法纠正的错误,接收端会通过ARQ机制请求发送端(如基站)重发数据。
具体地,接收端可以使用检错码,通常为循环冗余校验(Cyclic RedundancyCheck,简称CRC)校验来检测接收到的数据包是否出错。如果无错,则接收端会发送一个肯定的确认(ACK)给发送端,发送端收到ACK后,会接着发送下一个数据包;如果出错,则接收端会丢弃该数据包,并发送一个否定的确认(NACK)给发送端,发送端收到NACK后会重发相同的数据给接收端。其中,肯定的确认(ACK)和否定的确认(NACK)可以统称为HARQ-ACK码本。
在增强移动宽带(Enhance Mobile Broadband,简称eMBB)业务中,为了实现高速率传输,使用的传输块(transport block,简称TB)的比特数较大,通常每个TB包含的码块(Code Block,简称CB)数量可能是长期演进(Long Term Evolution,简称LTE)场景中的数倍。若仍采用LTE的单比特HARQ-ACK反馈方案,在信道质量较差的情况下,部分CB出错导致解码错误时,需要重传整个TB,从而导致系统的数据吞吐量和频谱效率严重下降。
为了提高频谱效率,5G新空口(New Radio,简称NR,也可称为新无线)系统引入码块组(Code Block Group,简称CBG)重传的概念。在采用CBG HARQ-ACK反馈方案时,可以将一个TB分成若干个CBG,每个CBG包括一个或多个CB,当一个TB中的部分CB出错时,只需重传出错CB所在的CBG而不是重传整个TB,从而极大地降低。相应的,需要反馈的HARQ-ACK的比特数不再是以LTE中的1个(即以TB为单位),而是一个CBG就需要反馈一个比特的HARQ-ACK。
在LTE系统中,下行控制信息(Downlink Control Information,简称DCI)引入下行链路分配索引(Downlink Assignment Index,简称DAI)字段的概念,以指示UE在下行HARQ反馈窗口内用于下行传输的子帧数量。
目前NR系统中,动态HARQ-ACK码本长度的确定也是基于DAI实现的。但是,由于NR与LTE相比增加了很多新的性能,如跨时隙(slot)调度,物理下行控制信道(PhysicalDownlink Control Channel,简称PDCCH)监听配置,CBG传输等,这些都会对动态HARQ-ACK码本长度的确定造成影响,导致LTE的DAI计数机制并不能完全适用于NR系统的动态HARQ-ACK码本场景。
发明内容
本发明解决的技术问题是在NR系统中如何更合理地确定动态HARQ-ACK码本的长度。
为解决上述技术问题,本发明实施例提供一种动态HARQ-ACK码本的长度确定方法,包括:当同一PUCCH组的小区中的至少一部分小区配置有基于CBG的PDSCH传输功能时,将所述动态HARQ-ACK码本划分为第一子码本和第二子码本,其中,所述第一子码本与基于TB的PDSCH或者指示SPS释放的DCI相关联,第二子码本与基于CBG的PDSCH相关联;对于调度基于TB的PDSCH传输的DCI或者指示SPS释放的DCI,确定其关联的第一DAI,所述第一DAI用于对第一小区在对应于一下行HARQ-ACK反馈时刻的下行HARQ反馈窗口内调度基于TB的PDSCH传输的DCI或者指示SPS释放的DCI计数,所述第一小区为所述同一PUCCH组的小区中调度基于TB的PDSCH传输或者有指示SPS释放的DCI的小区;对于调度基于CBG的PDSCH传输的DCI,确定其关联的第二DAI,所述第二DAI用于对第二小区在所述下行HARQ反馈窗口内调度基于CBG的PDSCH传输的DCI计数,所述第二小区为所述同一PUCCH组的小区中调度基于CBG的PDSCH传输的小区;根据所述第一DAI确定所述第一子码本的长度,根据所述第二DAI确定所述第二子码本的长度。
可选的,所述对于调度基于TB的PDSCH传输的DCI或者指示SPS释放的DCI,确定其关联的第一DAI包括:对每一第一小区在所述下行HARQ反馈窗口内的每一PDCCH监听时刻传输的DCI进行计数,获得所述第一DAI;所述对于调度基于CBG的PDSCH传输的DCI,确定其关联的第二DAI包括:对每一第二小区在所述下行HARQ反馈窗口内的每一PDCCH监听时刻传输的DCI进行计数,获得所述第二DAI。
可选的,所述长度确定方法还包括:按预设规则对所述第一DAI或第二DAI进行转换,以获得对应的用于DCI的第一DAI转换结果或第二DAI转换结果。
可选的,所述第一小区包括:所述同一PUCCH组的小区中未配置基于CBG的PDSCH传输功能的小区;以及所述配置有基于CBG的PDSCH传输功能的小区中采用DCI格式1_0调度PDSCH或有DCI指示SPS释放的小区。
可选的,所述第二小区包括:所述配置有基于CBG的PDSCH传输功能的小区中采用DCI格式1_1调度PDSCH的小区。
可选的,所述对应于一下行HARQ-ACK反馈时刻的下行HARQ反馈窗口包括一个或多个PDCCH监听时刻。
可选的,所述第一DAI和第二DAI均包括计数DAI和总DAI,其中,所述第一DAI的总DAI为对所述下行HARQ反馈窗口内的从第一个PDCCH监听时刻至当前PDCCH监听时刻所有第一小区的DCI计数,所述第一DAI的计数DAI为对所述下行HARQ反馈窗口内的当前PDCCH监听时刻中从第一个第一小区至当前第一小区的DCI的累加计数和所述当前PDCCH监听时刻的前一个PDCCH监听时刻的第一DAI的总DAI之和,所述第二DAI的总DAI为对所述下行HARQ反馈窗口内的从第一个PDCCH监听时刻至当前PDCCH监听时刻所有第二小区的DCI计数,所述第二DAI的计数DAI为对所述下行HARQ反馈窗口内的当前PDCCH监听时刻中从第一个第二小区至当前第二小区的DCI的累加计数和所述当前PDCCH监听时刻的前一个PDCCH监听时刻的第二DAI的总DAI之和。
为解决上述技术问题,本发明实施例还提供一种动态HARQ-ACK码本的长度确定装置,包括:划分模块,当同一PUCCH组的小区中的至少一部分小区配置有基于CBG的PDSCH传输功能时,将所述动态HARQ-ACK码本划分为第一子码本和第二子码本,其中,所述第一子码本与基于TB的PDSCH或者指示SPS释放的DCI相关联,第二子码本与基于CBG的PDSCH相关联;第一确定模块,对于调度基于TB的PDSCH传输的DCI或者指示SPS释放的DCI,确定其关联的第一DAI,所述第一DAI用于对第一小区在对应于一下行HARQ-ACK反馈时刻的下行HARQ反馈窗口内调度基于TB的PDSCH传输的DCI或者指示SPS释放的DCI计数,所述第一小区为所述同一PUCCH组的小区中调度基于TB的PDSCH传输或者有指示SPS释放的DCI的小区;第二确定模块,对于调度基于CBG的PDSCH传输的DCI,确定其关联的第二DAI,所述第二DAI用于对第二小区在所述下行HARQ反馈窗口内调度基于CBG的PDSCH传输的DCI计数,所述第二小区为所述同一PUCCH组的小区中调度基于CBG的PDSCH传输的小区;长度确定模块,根据所述第一DAI确定所述第一子码本的长度,根据所述第二DAI确定所述第二子码本的长度。
可选的,所述第一确定模块包括:第一计数子模块,用于对每一第一小区在所述下行HARQ反馈窗口内的每一PDCCH监听时刻传输的DCI进行计数,获得所述第一DAI;所述第二确定模块包括:第二计数子模块,用于对每一第二小区在所述下行HARQ反馈窗口内的每一PDCCH监听时刻传输的DCI进行计数,获得所述第二DAI。
可选的,所述长度确定装置还包括:转换模块,用于按预设规则对所述第一DAI或第二DAI进行转换,以获得对应的用于DCI的第一DAI转换结果或第二DAI转换结果。
可选的,所述第一小区包括:所述同一PUCCH组的小区中未配置基于CBG的PDSCH传输功能的小区;以及所述配置有基于CBG的PDSCH传输功能的小区中采用DCI格式1_0调度PDSCH或有DCI指示SPS释放的小区。
可选的,所述第二小区包括:所述配置有基于CBG的PDSCH传输功能的小区中采用DCI格式1_1调度PDSCH的小区。
可选的,所述对应于一下行HARQ-ACK反馈时刻的下行HARQ反馈窗口包括一个或多个PDCCH监听时刻。
可选的,所述第一DAI和第二DAI均包括计数DAI和总DAI,其中,所述第一DAI的总DAI为对所述下行HARQ反馈窗口内的从第一个PDCCH监听时刻至当前PDCCH监听时刻所有第一小区的DCI计数,所述第一DAI的计数DAI为对所述下行HARQ反馈窗口内的当前PDCCH监听时刻中从第一个第一小区至当前第一小区的DCI的累加计数和所述当前PDCCH监听时刻的前一个PDCCH监听时刻的第一DAI的总DAI之和,所述第二DAI的总DAI为对所述下行HARQ反馈窗口内的从第一个PDCCH监听时刻至当前PDCCH监听时刻所有第二小区的DCI计数,所述第二DAI的计数DAI为对所述下行HARQ反馈窗口内的当前PDCCH监听时刻中从第一个第二小区至当前第二小区的DCI的累加计数和所述当前PDCCH监听时刻的前一个PDCCH监听时刻的第二DAI的总DAI之和。
为解决上述技术问题,本发明实施例还提供一种存储介质,其上存储有计算机指令,所述计算机指令运行时执行上述方法的步骤。
为解决上述技术问题,一种终端,包括存储器和处理器,所述存储器上存储有能够在所述处理器上运行的计算机指令,所述处理器运行所述计算机指令时执行上述方法的步骤。
与现有技术相比,本发明实施例的技术方案具有以下有益效果:
本发明实施例提供一种动态HARQ-ACK码本的长度确定方法,包括:当同一PUCCH组的小区中的至少一部分小区配置有基于CBG的PDSCH传输功能时,将所述动态HARQ-ACK码本划分为第一子码本和第二子码本,其中,所述第一子码本与基于TB的PDSCH或者指示SPS释放的DCI相关联,第二子码本与基于CBG的PDSCH相关联;对于调度基于TB的PDSCH传输的DCI或者指示SPS释放的DCI,确定其关联的第一DAI,所述第一DAI用于对第一小区在对应于一下行HARQ-ACK反馈时刻的下行HARQ反馈窗口内调度基于TB的PDSCH传输的DCI或者指示SPS释放的DCI计数,所述第一小区为所述同一PUCCH组的小区中调度基于TB的PDSCH传输或者有指示SPS释放的DCI的小区;对于调度基于CBG的PDSCH传输的DCI,确定其关联的第二DAI,所述第二DAI用于对第二小区在所述下行HARQ反馈窗口内调度基于CBG的PDSCH传输的DCI计数,所述第二小区为所述同一PUCCH组的小区中调度基于CBG的PDSCH传输的小区;根据所述第一DAI确定所述第一子码本的长度,根据所述第二DAI确定所述第二子码本的长度。较之现有LTE系统所采用的码本设计方案,在载波聚合的场景下,当同一个PUCCH组的小区中的至少一部分小区配置有基于CBG的PDSCH传输功能时,采用本发明实施例所述方案能够将调度CBG传输的DCI与调度基于TB的PDSCH传输(或SPS释放)的DCI中的DAI分别计数,有效解决目前动态HARQ-ACK码本中由于DCI漏检而无法确定码本大小的问题,从而在NR系统中更合理地确定动态HARQ-ACK码本的长度。
进一步,所述第一小区包括:所述同一PUCCH组的小区中未配置基于CBG的PDSCH传输功能的小区;以及所述配置有基于CBG的PDSCH传输功能的小区中采用DCI格式1_0调度PDSCH或有DCI指示SPS释放的小区。本领域技术人员理解,在实际应用中,由于所述配置有基于CBG的PDSCH传输功能或有DCI指示SPS释放的小区中采用DCI格式1_0调度PDSCH的小区实际上仍是调度基于TB的PDSCH传输DCI的,因而,本发明实施例的方案将这部分小区与所述同一PUCCH组的小区中未配置基于CBG的PDSCH传输功能的小区进行联合计数,确保获得的第一DAI能够精准反映在所述下行HARQ反馈窗口内调度基于TB的PDSCH传输DCI的计数结果。
进一步,所述第二小区包括:所述配置有基于CBG的PDSCH传输功能的小区中采用DCI格式1_1调度PDSCH的小区。本领域技术人员理解,在实际应用中,基于现有协议的定义,所述配置有基于CBG的PDSCH传输功能的小区中只有采用DCI格式1_1调度PDSCH的小区实际上是调度基于CBG的PDSCH传输DCI的,因而本发明实施例的方案将这部分小区独立计数,确保获得的第二DAI能够精准反映在所述下行HARQ反馈窗口内调度基于CBG的PDSCH传输DCI的计数结果。
附图说明
图1是现有技术的一种CBG重传机制的原理示意图;
图2是本发明实施例的一种动态HARQ-ACK码本的长度确定方法的流程图;
图3是本发明实施例的一种动态HARQ-ACK码本的长度确定装置的结构示意图。
具体实施方式
本领域技术人员理解,如背景技术所言,参考图1,对于下行传输中用户设备(UserEquipment,简称UE)在某个服务小区的无线资源控制(Radio Resource Control,简称RRC)参数CBG-DL=ON(即配置有基于下行码块组(code block group,简称CBG)的物理下行共享信道(Physical Downlink Shared Channel,简称PDSCH)传输功能)的场景,当UE通过RRC参数CBGs-per-TB-DL(用于指示每个下行传输块包括的CBG数量)配置该服务小区的传输块(transport block,简称TB)TB所包含的CBG数的最大值为4(对应图1中的CGB0至CBG3)时,UE需要反馈4个混合式自动重传请求(Hybrid Automatic Repeat reQuest,简称HARQ)-确认(ACK)比特。其中,一个TB由10个码块(code block,简称CB)组成,编号分别为0,1,2,…,9(对应图中CB0至CB9)。根据现有协议的规定,这10个CB被分为4个CBG,其中,CBG0和CBG1各包含3个CB,CBG2和CBG3各包含2个CB。
当CB0解码错误而其他CB正确解码时,UE反馈的HARQ-ACK为0111,基站成功解码UE反馈的HARQ-ACK后只重传CB0所在的CBG,即CBG0。即只有CBG0所包含的CB(CB0,CB1,CB2)需要重传,CBG重传与初传采用相同的CBG分组方式。
目前在讨论新空口(New Radio,简称NR,也可称为新无线)系统中的动态HARQ-ACK码本时,对于同一个物理上行控制信道(Physical Uplink Control Channel,简称PUCCH)组的小区,如果其中至少一部分小区配置了基于CBG的PDSCH传输功能,由于长期演进(LongTerm Evolution,简称LTE)系统中只有TB级的HARQ-ACK反馈,在基于现有下行链路分配索引(Downlink Assignment Index,简称DAI)的计数方案导致下行控制信息(DownlinkControl Information,简称DCI)漏检后,用户设备无法确定出现DCI漏检的到底是配置TB传输的小区还是配置CBG传输的小区,也就无法确定动态HARQ-ACK码本的长度。
本申请发明人经过分析发现,上述技术问题是由于现有DAI是以TB为单位计数导致的。
具体而言,由于NR系统引入CBG级的反馈,使得配置了CBG的小区反馈的比特数可能大于没有配置CBG的小区反馈的比特数。为了适应所述CBG的概念,最新协议提出将动态HARQ-ACK码本分成两个子码本,其中,第一个子码本是TB级的反馈,第二个子码本是CBG级的反馈。但是,基于现有协议,DAI的计数并没有将配置了CBG的小区和没有配置CBG的小区区分开,导致在DCI漏检的情况下,UE可能无法判断是哪一个类型的小区的DCI丢失(即UE无法确定是TB的还是CBG的),也就无法确定两个子码本各自的长度,进而无法确认需要用多少比特进行HARQ-ACK反馈。
表1
例如,参考表1,通过对接收到的DCI进行解码以获得其中包括的计数DAI和总DAI,UE发现PDCCH监听时刻0中有一个DCI漏检,但是,UE无法确认是小区1还是小区2上的DCI出现了漏检,也就无法确定用于反馈TB级传输的第一子码本和用于反馈CBG级传输的第二子码本各自的长度。其中,相比LTE系统中以{小区,子帧}对作为表头的DAI定义方案,在NR系统中,由于一个子帧可以有多次PDCCH监听时刻,而且支持跨时隙调度,所以,本表格将DAI定义方案调整为{小区,PDCCH监听时刻}对。
为了解决上述技术问题,本发明实施例的方案提供一种动态HARQ-ACK码本的长度确定方法,包括:当同一PUCCH组的小区中的至少一部分小区配置有基于CBG的PDSCH传输功能时,将所述动态HARQ-ACK码本划分为第一子码本和第二子码本,其中,所述第一子码本与基于TB的PDSCH或者指示SPS释放的DCI相关联,第二子码本与基于CBG的PDSCH相关联;对于调度基于TB的PDSCH传输的DCI或者指示SPS释放的DCI,确定其关联的第一DAI,所述第一DAI用于对第一小区在对应于一下行HARQ-ACK反馈时刻的下行HARQ反馈窗口内调度基于TB的PDSCH传输的DCI或者指示SPS释放的DCI计数,所述第一小区为所述同一PUCCH组的小区中调度基于TB的PDSCH传输或者有指示SPS释放的DCI的小区;对于调度基于CBG的PDSCH传输的DCI,确定其关联的第二DAI,所述第二DAI用于对第二小区在所述下行HARQ反馈窗口内调度基于CBG的PDSCH传输的DCI计数,所述第二小区为所述同一PUCCH组的小区中调度基于CBG的PDSCH传输的小区;根据所述第一DAI确定所述第一子码本的长度,根据所述第二DAI确定所述第二子码本的长度。
本领域技术人员理解,在载波聚合的场景下,当同一个PUCCH组的小区中的至少一部分小区配置有基于CBG的PDSCH传输功能时,采用本发明实施例所述方案能够将调度CBG传输的DCI与调度基于TB的PDSCH传输(或SPS释放)的DCI中的DAI分别计数,有效解决目前动态HARQ-ACK码本中由于DCI漏检而无法确定码本大小的问题,从而在NR系统中更合理地确定动态HARQ-ACK码本的长度。
为使本发明的上述目的、特征和有益效果能够更为明显易懂,下面结合附图对本发明的具体实施例做详细的说明。
图2是本发明实施例的一种动态HARQ-ACK码本的长度确定方法的流程图。其中,所述动态HARQ-ACK码本是指采用动态混合式自动重传请求(Hybrid Automatic RepeatreQuest,简称HARQ)技术传输的肯定的确认(ACK)和否定的确认(NACK),接收端以此向发送端反馈接收到的数据包是否出错,所述动态是指码本长度可调。该方法可以应用于用户设备侧,例如由UE执行。
本领域技术人员理解,本实施例所述方案可以适于以下场景:在载波聚合(Carrier Aggregation,简称CA)的场景中,对于同一PUCCH组的小区,其中至少一部分小区配置有基于CBG的PDSCH传输功能的场景。本领域技术人员也可以根据需要将本实施例所述方案应用于其他DAI计数的场景,以对调度不同的数据传输单位传输的DCI分别进行DAI计数。
具体地,在本实施例中,所述动态HARQ-ACK码本的长度确定方法可以包括如下步骤:
步骤S101,当同一PUCCH组的小区中的至少一部分小区配置有基于CBG的PDSCH传输功能时,将所述动态HARQ-ACK码本划分为第一子码本和第二子码本,其中,所述第一子码本与基于TB的PDSCH或者指示SPS释放的DCI相关联,第二子码本与基于CBG的PDSCH相关联。
步骤S102,对于调度基于TB的PDSCH传输的DCI或者指示SPS释放的DCI,确定其关联的第一DAI,所述第一DAI用于对第一小区在对应于一下行HARQ-ACK反馈时刻的下行HARQ反馈窗口内调度基于TB的PDSCH传输的DCI或者指示SPS释放的DCI计数,所述第一小区为所述同一PUCCH组的小区中调度基于TB的PDSCH传输或者有指示SPS释放的DCI的小区。
步骤S103,对于调度基于CBG的PDSCH传输的DCI,确定其关联的第二DAI,所述第二DAI用于对第二小区在所述下行HARQ反馈窗口内调度基于CBG的PDSCH传输的DCI计数,所述第二小区为所述同一PUCCH组的小区中调度基于CBG的PDSCH传输的小区。
步骤S104,根据所述第一DAI确定所述第一子码本的长度,根据所述第二DAI确定所述第二子码本的长度。
更为具体地,所述同一PUCCH组的小区中除配置有基于CBG的PDSCH传输功能的小区外剩余的小区可以默认配置有TB传输功能。作为一个非限制性实施例,基站可以通过高层信令(如RRC信令)为所述同一PUCCH组的小区中的至少一部分小区配置基于CBG的PDSCH传输功能。
进一步地,所述第一子码本与基于TB的PDSCH相关联可以是指所述第一子码本是TB级的反馈,所述第一DAI需要对调度基于TB的PDSCH传输的DCI进行计数。
进一步地,所述第一子码本还可以与指示(Semi-Persistent Scheduling,简称SPS)释放的DCI相关联,所述第一DAI也需要对指示SPS释放的DCI进行计数。
类似的,所述第二子码本与基于CBG的PDSCH相关联可以是指所述第二子码本是CBG级的反馈,所述第二DAI需要对调度基于CBG的PDSCH传输的DCI进行计数。
进一步地,所述对应于一下行HARQ-ACK反馈时刻的下行HARQ反馈窗口可以包括一个或多个PDCCH监听时刻。
进一步地,所述第一DAI可以与所述PDCCH监听时刻和第一小区一一对应。亦即,在本实施例中,需要对所述下行反馈窗口中每一PDCCH监听时刻中传输DCI的每一第一小区的DCI传输进行计数,以获取所述第一DAI。
类似的,所述第二DAI可以与所述PDCCH监听时刻和第二小区一一对应。亦即,在本实施例中,需要对所述下行反馈窗口中每一PDCCH监听时刻中传输DCI的每一第二小区的DCI传输进行计数,以获取所述第二DAI。
进一步地,所述第一DAI和第二DAI均可以包括计数DAI和总DAI,其中,所述第一DAI的总DAI为对所述下行HARQ反馈窗口内的从第一个PDCCH监听时刻至当前PDCCH监听时刻所有第一小区的DCI计数,所述第一DAI的计数DAI为对所述下行HARQ反馈窗口内的当前PDCCH监听时刻中从第一个第一小区至当前第一小区的DCI的累加计数和所述当前PDCCH监听时刻的前一个PDCCH监听时刻的第一DAI的总DAI之和,所述第二DAI的总DAI为对所述下行HARQ反馈窗口内的从第一个PDCCH监听时刻至当前PDCCH监听时刻所有第二小区的DCI计数,所述第二DAI的计数DAI为对所述下行HARQ反馈窗口内的当前PDCCH监听时刻中从第一个第二小区至当前第二小区的DCI的累加计数和所述当前PDCCH监听时刻的前一个PDCCH监听时刻的第二DAI的总DAI之和。
进一步地,所述第一小区可以包括:所述同一PUCCH组的小区中未配置基于CBG的PDSCH传输功能的小区。
进一步地,所述第一小区还可以包括:所述配置有基于CBG的PDSCH传输功能的小区中采用DCI格式1_0调度PDSCH或有DCI指示SPS释放的小区,因为这类小区在实际应用中仍是采用TB传输DCI的。
本领域技术人员理解,在实际应用中,由于所述配置有基于CBG的PDSCH传输功能的小区中采用DCI格式1_0调度PDSCH的小区实际上仍是调度基于TB的PDSCH传输DCI的,因而,本发明实施例的方案将这部分小区与所述同一PUCCH组的小区中未配置基于CBG的PDSCH传输功能的小区进行联合计数,确保获得的第一DAI能够精准反映在所述下行HARQ反馈窗口内调度基于TB的PDSCH传输DCI的传输次数。
进一步地,所述第二小区可以包括:所述配置有基于CBG的PDSCH传输功能的小区中采用DCI格式1_1调度PDSCH的小区,因为这类小区在实际应用中是真正调度基于CBG的PDSCH传输DCI的。
本领域技术人员理解,在实际应用中,基于现有协议的定义,所述配置有基于CBG的PDSCH传输功能的小区中只有采用DCI格式1_1调度PDSCH的小区实际上是调度基于CBG的PDSCH传输DCI的,因而本发明实施例的方案将这部分小区独立计数,确保获得的第二DAI能够精准反映在所述下行HARQ反馈窗口内调度CBG的PDSCH传输DCI的传输次数。
作为一个非限制性实施例,所述步骤S104可以包括:根据所有第一小区各自关联的第一DAI确定所述第一子码本的长度,根据所有第二小区各自关联的第二DAI确定所述第二子码本的长度。
作为一个非限制性实施例,所述步骤S102和步骤S103可以同时或先后执行,先后执行时,所述步骤S102和步骤S103的先后执行顺序可调。
作为一个非限制性实施例,所述步骤S102可以包括:对每一第一小区在所述下行HARQ反馈窗口内的每一PDCCH监听时刻传输的DCI进行计数,获得所述第一DAI。
类似的,所述步骤S103可以包括:对每一第二小区在所述下行HARQ反馈窗口内的每一PDCCH监听时刻传输的DCI进行计数,获得所述第二DAI。
作为一个非限制性实施例,在所述步骤S104之后,本实施例所述方法还可以包括步骤:按预设规则对所述第一DAI或第二DAI进行转换,以获得对应的用于DCI的第一DAI转换结果或第二DAI转换结果。
例如,可以采用类似于对4取模的操作,以将所述第一DAI或第二DAI转换为预设阈值内的数值,以满足DCI中用于指示第一DAI或第二DAI所需的比特数要求。例如,现有协议规定DCI中使用2个比特来指示所述第一DAI或第二DAI,因而,需要将所述DAI计数结果转换为小于等于4的数值,采用在DCI中用2比特指示。本领域技术人员也可以根据需要采用其他的转换操作,以实现上述转换效果。
表1-1
作为一个非限制性实施例,所述预设规则可以通过如表1-1所示的关联关系表预先指示,其中,MSB为DAI的最高有效位(Most Significant Bit),LSB为DAI的最低有效位(Least Significant Bit),为计数DAI;为总DAI。
优选地,所述表1-1可以通过协议预先确定并预存于基站和UE两侧。
在一个典型的应用场景中,假设小区0,小区1,小区2,小区3,小区4和小区5属于同一PUCCH组,其中,小区0,小区2和小区4配置有基于CBG的PDSCH传输功能,小区1,小区3和小区5没有配置基于CBG的PDSCH传输功能。其中,每一小区在每一PDCCH监听时刻均有DCI调度PDSCH。所述下行反馈窗口包括PDCCH监听时刻0和PDCCH监听时刻1。并且,在PDCCH监听时刻0和PDCCH监听时刻1,小区0,小区2和小区4均采用DCI格式1_1调度PDSCH。对应的DAI计数结果如下述表2所示。
表2
其中,基于CBG的PDSCH传输功能ON表示对应小区配置有基于CBG的PDSCH传输功能,基于CBG的PDSCH传输功能OFF表示对应小区未配置基于CBG的PDSCH传输功能。
以小区0在PDCCH监听时刻0的DAI计数结果为例,对应的计数DAI=1表示,在PDCCH监听时刻0的小区0,共调度基于CBG的PDSCH传输1次DCI;对应的总DAI=3表示,在PDCCH监听时刻0,小区0、小区2和小区4共调度基于CBG的PDSCH传输3次DCI,亦即在该PDCCH监听时刻总共有3个小区调度基于CBG的PDSCH传输DCI。
以小区3在PDCCH监听时刻1的DAI计数结果为例,对应的总DAI=6表示,从PDCCH监听时刻0至PDCCH监听时刻1,小区1、小区3和小区5共调度基于TB的PDSCH传输6次DCI;对应的计数DAI=5表示,截止PDCCH监听时刻1(即自PDCCH监听时刻0至PDCCH监听时刻1)的小区3,共调度基于TB的PDSCH传输了5次DCI(PDCCH监听时刻0的总DAI+PDCCH监听时刻1内小区1和小区3传输的2次,所以一共是5次)。
其中,所述第一DAI可以根据表2中小区1、小区3和小区5各自对应的计数DAI和总DAI(或仅根据所述总DAI)确定;所述第二DAI可以根据小区0、小区2和小区4各自对应的计数DAI和总DAI(或仅根据所述总DAI)确定。
进一步地,按表1-1所示预设规则进行转换后的计数结果如下述表3所示。
表3
进一步地,所述第一子码本的长度可以所述第一DAI确定,所述第二子码本的长度可以根据所述第二DAI确定。本领域技术人员理解,根据第一DAI确定第一子码本的长度,以及根据第二DAI确定第二子码本的长度的具体流程可以参考现有协议的规定,在此不予赘述。
在另一个典型的应用场景中,仍假设小区0,小区1,小区2,小区3,小区4和小区5属于同一PUCCH组,其中,小区0,小区2和小区4配置有基于CBG的PDSCH传输功能,小区1,小区3和小区5没有配置基于CBG的PDSCH传输功能。其中,每一小区在每一PDCCH监听时刻均有DCI调度PDSCH。所述下行反馈窗口包括PDCCH监听时刻0和PDCCH监听时刻1。并且,在PDCCH监听时刻0,小区0采用DCI格式1_1调度PDSCH,小区2和小区4采用DCI格式1_0调度PDSCH。在PDCCH监听时刻1,小区0采用DCI格式1_0调度PDSCH,小区2和小区4采用DCI格式1_1调度PDSCH。对应的DAI计数结果如下述表4所示。
表4
其中,虽然小区0、2、4均配置有基于CBG的PDSCH传输功能,但在PDCCH监听时刻0,只有小区0是调度CBG传输DCI的,因而,在PDCCH监听时刻0,小区2和小区4与小区1、3、5的DAI联合计数。类似的,在PDCCH监听时刻1,小区0实际是调度基于TB的PDSCH传输DCI的,因而,在PDCCH监听时刻1,小区0、1、3、5的DAI联合计数,小区2和4的单独计数。
其中,所述第一DAI可以根据表4中小区1、小区3小区5以及PDCCH监听时刻0的小区2和小区4和PDCCH监听时刻1的小区0各自对应的计数DAI和总DAI确定。所述第二DAI可以根据表4中PDCCH监听时刻0的小区0和PDCCH监听时刻1的小区2和小区4各自对应的计数DAI和总DAI确定。
进一步地,按表1-1所示预设规则进行转换后的计数结果如下述表5所示。
表5
进一步地,所述第一子码本的长度可以所述第一DAI确定,所述第二子码本的长度可以根据所述第二DAI确定。本领域技术人员理解,根据第一DAI确定第一子码本的长度,以及根据第二DAI确定第二子码本的长度的具体流程可以参考现有协议的规定,在此不予赘述。
由上,采用本实施例的方案,在载波聚合的场景下,当同一个PUCCH组的小区中的部分小区配置有基于CBG的PDSCH传输功能时,采用本发明实施例所述方案能够将调度CBG传输的DCI与调度基于TB的PDSCH传输(或SPS释放)的DCI中的DAI分别计数,有效解决目前动态HARQ-ACK码本中由于DCI漏检而无法确定码本大小的问题,从而在NR系统中更合理地确定动态HARQ-ACK码本的长度。
图3是本发明实施例的一种动态HARQ-ACK码本的长度确定装置的结构示意图。本领域技术人员理解,本实施例所述动态HARQ-ACK码本的长度确定装置3(以下简称为长度确定装置3)用于实施上述图2所示实施例中所述的方法技术方案。
具体地,在本实施例中,所述长度确定装置3可以包括:划分模块31,当同一PUCCH组的小区中的至少一部分小区配置有基于CBG的PDSCH传输功能时,将所述动态HARQ-ACK码本划分为第一子码本和第二子码本,其中,所述第一子码本与基于TB的PDSCH或者指示SPS释放的DCI相关联,第二子码本与基于CBG的PDSCH相关联;第一确定模块32,对于调度基于TB的PDSCH传输的DCI或者指示SPS释放的DCI,确定其关联的第一DAI,所述第一DAI用于对第一小区在对应于一下行HARQ-ACK反馈时刻的下行HARQ反馈窗口内调度基于TB的PDSCH传输的DCI或者指示SPS释放的DCI计数,所述第一小区为所述同一PUCCH组的小区中调度基于TB的PDSCH传输或者有指示SPS释放的DCI的小区;第二确定模块33,对于调度基于CBG的PDSCH传输的DCI,确定其关联的第二DAI,所述第二DAI用于对第二小区在所述下行HARQ反馈窗口内调度基于CBG的PDSCH传输的DCI计数,所述第二小区为所述同一PUCCH组的小区中调度基于CBG的PDSCH传输的小区;长度确定模块34,用于根据所述第一DAI确定所述第一子码本的长度,根据所述第二DAI确定所述第二子码本的长度。
进一步地,所述长度确定模块34可以包括:长度确定子模块(图未示),用于根据所有第一小区各自关联的第一DAI确定所述第一子码本的长度,根据所有第二小区各自关联的第二DAI确定所述第二子码本的长度。
进一步地,所述第一确定模块32可以包括:第一计数子模块321,用于对每一第一小区在所述下行HARQ反馈窗口内的每一PDCCH监听时刻传输的DCI进行计数,获得所述第一DAI;所述第二确定模块33可以包括:第二计数子模块331,用于对每一第二小区在所述下行HARQ反馈窗口内的每一PDCCH监听时刻传输的DCI进行计数,获得所述第二DAI。
进一步地,所述长度确定装置3还可以包括:转换模块35,用于按预设规则对所述第一DAI或第二DAI进行转换,以获得对应的用于DCI的第一DAI转换结果或第二DAI转换结果
进一步地,所述第一小区可以包括:所述同一PUCCH组的小区中未配置基于CBG的PDSCH传输功能的小区;以及所述配置有基于CBG的PDSCH传输功能的小区中采用DCI格式1_0调度PDSCH或有DCI指示SPS释放的小区。
进一步地,所述第二小区可以包括:所述配置有基于CBG的PDSCH传输功能的小区中采用DCI格式1_1调度PDSCH的小区。
进一步地,所述对应于一下行HARQ-ACK反馈时刻的下行HARQ反馈窗口包括一个或多个PDCCH监听时刻。
进一步地,所述第一DAI和第二DAI均包括计数DAI和总DAI,其中,所述第一DAI的总DAI为对所述下行HARQ反馈窗口内的从第一个PDCCH监听时刻至当前PDCCH监听时刻所有第一小区的DCI计数,所述第一DAI的计数DAI为对所述下行HARQ反馈窗口内的当前PDCCH监听时刻中从第一个第一小区至当前第一小区的DCI的累加计数和所述当前PDCCH监听时刻的前一个PDCCH监听时刻的第一DAI的总DAI之和,所述第二DAI的总DAI为对所述下行HARQ反馈窗口内的从第一个PDCCH监听时刻至当前PDCCH监听时刻所有第二小区的DCI计数,所述第二DAI的计数DAI为对所述下行HARQ反馈窗口内的当前PDCCH监听时刻中从第一个第二小区至当前第二小区的DCI的累加计数和所述当前PDCCH监听时刻的前一个PDCCH监听时刻的第二DAI的总DAI之和。
作为一个非限制性实施例,所述第一确定模块32和第二确定模块33的执行顺序可以互换。或者,两者也可以同时执行。
关于所述长度确定装置3的工作原理、工作方式的更多内容,可以参照上述图2中的相关描述,这里不再赘述。
进一步地,本发明实施例还公开一种存储介质,其上存储有计算机指令,所述计算机指令运行时执行上述图2所示实施例中所述的方法技术方案。优选地,所述存储介质可以包括诸如非挥发性(non-volatile)存储器或者非瞬态(non-transitory)存储器等计算机可读存储介质。所述存储介质可以包括ROM、RAM、磁盘或光盘等。
进一步地,本发明实施例还公开一种终端,包括存储器和处理器,所述存储器上存储有能够在所述处理器上运行的计算机指令,所述处理器运行所述计算机指令时执行上述图2所示实施例中所述的方法技术方案。优选地,所述终端可以是所述用户设备(即UE)。
虽然本发明披露如上,但本发明并非限定于此。任何本领域技术人员,在不脱离本发明的精神和范围内,均可作各种更动与修改,因此本发明的保护范围应当以权利要求所限定的范围为准。
Claims (16)
1.一种动态HARQ-ACK码本的长度确定方法,其特征在于,包括:
当同一PUCCH组的小区中的至少一部分小区配置有基于CBG的PDSCH传输功能时,将所述动态HARQ-ACK码本划分为第一子码本和第二子码本,其中,所述第一子码本与基于TB的PDSCH或者指示SPS释放的DCI相关联,第二子码本与基于CBG的PDSCH相关联;
对于调度基于TB的PDSCH传输的DCI或者指示SPS释放的DCI,确定其关联的第一DAI,所述第一DAI用于对第一小区在对应于一下行HARQ-ACK反馈时刻的下行HARQ反馈窗口内调度基于TB的PDSCH传输的DCI或者指示SPS释放的DCI计数,所述第一小区为所述同一PUCCH组的小区中调度基于TB的PDSCH传输或者有指示SPS释放的DCI的小区;
对于调度基于CBG的PDSCH传输的DCI,确定其关联的第二DAI,所述第二DAI用于对第二小区在所述下行HARQ反馈窗口内调度基于CBG的PDSCH传输的DCI计数,所述第二小区为所述同一PUCCH组的小区中调度基于CBG的PDSCH传输的小区;
根据所述第一DAI确定所述第一子码本的长度,根据所述第二DAI确定所述第二子码本的长度。
2.根据权利要求1所述的长度确定方法,其特征在于,所述对于调度基于TB的PDSCH传输的DCI或者指示SPS释放的DCI,确定其关联的第一DAI包括:
对每一第一小区在所述下行HARQ反馈窗口内的每一PDCCH监听时刻传输的DCI进行计数,获得所述第一DAI;
所述对于调度基于CBG的PDSCH传输的DCI,确定其关联的第二DAI包括:
对每一第二小区在所述下行HARQ反馈窗口内的每一PDCCH监听时刻传输的DCI进行计数,获得所述第二DAI。
3.根据权利要求1所述的长度确定方法,其特征在于,还包括:
按预设规则对所述第一DAI或第二DAI进行转换,以获得对应的用于DCI的第一DAI转换结果或第二DAI转换结果。
4.根据权利要求1所述的长度确定方法,其特征在于,所述第一小区包括:所述同一PUCCH组的小区中未配置基于CBG的PDSCH传输功能的小区;以及
所述配置有基于CBG的PDSCH传输功能的小区中采用DCI格式1_0调度PDSCH或有DCI指示SPS释放的小区。
5.根据权利要求1所述的长度确定方法,其特征在于,所述第二小区包括:所述配置有基于CBG的PDSCH传输功能的小区中采用DCI格式1_1调度PDSCH的小区。
6.根据权利要求1所述的长度确定方法,其特征在于,所述对应于一下行HARQ-ACK反馈时刻的下行HARQ反馈窗口包括一个或多个PDCCH监听时刻。
7.根据权利要求1至6中任一项所述的长度确定方法,其特征在于,所述第一DAI和第二DAI均包括计数DAI和总DAI,其中,所述第一DAI的总DAI为对所述下行HARQ反馈窗口内的从第一个PDCCH监听时刻至当前PDCCH监听时刻所有第一小区的DCI计数,所述第一DAI的计数DAI为对所述下行HARQ反馈窗口内的当前PDCCH监听时刻中从第一个第一小区至当前第一小区的DCI的累加计数和所述当前PDCCH监听时刻的前一个PDCCH监听时刻的第一DAI的总DAI之和,所述第二DAI的总DAI为对所述下行HARQ反馈窗口内的从第一个PDCCH监听时刻至当前PDCCH监听时刻所有第二小区的DCI计数,所述第二DAI的计数DAI为对所述下行HARQ反馈窗口内的当前PDCCH监听时刻中从第一个第二小区至当前第二小区的DCI的累加计数和所述当前PDCCH监听时刻的前一个PDCCH监听时刻的第二DAI的总DAI之和。
8.一种动态HARQ-ACK码本的长度确定装置,其特征在于,包括:
划分模块,当同一PUCCH组的小区中的至少一部分小区配置有基于CBG的PDSCH传输功能时,将所述动态HARQ-ACK码本划分为第一子码本和第二子码本,其中,所述第一子码本与基于TB的PDSCH或者指示SPS释放的DCI相关联,第二子码本与基于CBG的PDSCH相关联;
第一确定模块,对于调度基于TB的PDSCH传输的DCI或者指示SPS释放的DCI,确定其关联的第一DAI,所述第一DAI用于对第一小区在对应于一下行HARQ-ACK反馈时刻的下行HARQ反馈窗口内调度基于TB的PDSCH传输的DCI或者指示SPS释放的DCI计数,所述第一小区为所述同一PUCCH组的小区中调度基于TB的PDSCH传输或者有指示SPS释放的DCI的小区;
第二确定模块,对于调度基于CBG的PDSCH传输的DCI,确定其关联的第二DAI,所述第二DAI用于对第二小区在所述下行HARQ反馈窗口内调度基于CBG的PDSCH传输的DCI计数,所述第二小区为所述同一PUCCH组的小区中调度基于CBG的PDSCH传输的小区;
长度确定模块,根据所述第一DAI确定所述第一子码本的长度,根据所述第二DAI确定所述第二子码本的长度。
9.根据权利要求8所述的长度确定装置,其特征在于,所述第一确定模块包括:
第一计数子模块,用于对每一第一小区在所述下行HARQ反馈窗口内的每一PDCCH监听时刻传输的DCI进行计数,获得所述第一DAI;
所述第二确定模块包括:
第二计数子模块,用于对每一第二小区在所述下行HARQ反馈窗口内的每一PDCCH监听时刻传输的DCI进行计数,获得所述第二DAI。
10.根据权利要求8所述的长度确定装置,其特征在于,还包括:
转换模块,用于按预设规则对所述第一DAI或第二DAI进行转换,以获得对应的用于DCI的第一DAI转换结果或第二DAI转换结果。
11.根据权利要求8所述的长度确定装置,其特征在于,所述第一小区包括:
所述同一PUCCH组的小区中未配置基于CBG的PDSCH传输功能的小区;以及
所述配置有基于CBG的PDSCH传输功能的小区中采用DCI格式1_0调度PDSCH或有DCI指示SPS释放的小区。
12.根据权利要求8所述的长度确定装置,其特征在于,所述第二小区包括:所述配置有基于CBG的PDSCH传输功能的小区中采用DCI格式1_1调度PDSCH的小区。
13.根据权利要求8所述的长度确定装置,其特征在于,所述对应于一下行HARQ-ACK反馈时刻的下行HARQ反馈窗口包括一个或多个PDCCH监听时刻。
14.根据权利要求8至13中任一项所述的长度确定装置,其特征在于,所述第一DAI和第二DAI均包括计数DAI和总DAI,其中,所述第一DAI的总DAI为对所述下行HARQ反馈窗口内的从第一个PDCCH监听时刻至当前PDCCH监听时刻所有第一小区的DCI计数,所述第一DAI的计数DAI为对所述下行HARQ反馈窗口内的当前PDCCH监听时刻中从第一个第一小区至当前第一小区的DCI的累加计数和所述当前PDCCH监听时刻的前一个PDCCH监听时刻的第一DAI的总DAI之和,所述第二DAI的总DAI为对所述下行HARQ反馈窗口内的从第一个PDCCH监听时刻至当前PDCCH监听时刻所有第二小区的DCI计数,所述第二DAI的计数DAI为对所述下行HARQ反馈窗口内的当前PDCCH监听时刻中从第一个第二小区至当前第二小区的DCI的累加计数和所述当前PDCCH监听时刻的前一个PDCCH监听时刻的第二DAI的总DAI之和。
15.一种存储介质,其上存储有计算机指令,其特征在于,所述计算机指令运行时执行权利要求1至7任一项所述方法的步骤。
16.一种终端,包括存储器和处理器,所述存储器上存储有能够在所述处理器上运行的计算机指令,其特征在于,所述处理器运行所述计算机指令时执行权利要求1至7任一项所述方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810293905.0A CN110351022A (zh) | 2018-04-03 | 2018-04-03 | 动态harq-ack码本的长度确定方法及装置、存储介质、终端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810293905.0A CN110351022A (zh) | 2018-04-03 | 2018-04-03 | 动态harq-ack码本的长度确定方法及装置、存储介质、终端 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110351022A true CN110351022A (zh) | 2019-10-18 |
Family
ID=68172520
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810293905.0A Pending CN110351022A (zh) | 2018-04-03 | 2018-04-03 | 动态harq-ack码本的长度确定方法及装置、存储介质、终端 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110351022A (zh) |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111277388A (zh) * | 2019-11-07 | 2020-06-12 | 维沃移动通信有限公司 | Harq-ack码本生成方法、信息发送方法及设备 |
CN112804033A (zh) * | 2019-11-14 | 2021-05-14 | 维沃移动通信有限公司 | 一种harq-ack处理方法及相关设备 |
WO2021159487A1 (en) * | 2020-02-14 | 2021-08-19 | Lenovo (Beijing) Limited | A method and apparatus for harq-ack codebook determination for frame-based equipment operation |
CN113543348A (zh) * | 2020-04-15 | 2021-10-22 | 大唐移动通信设备有限公司 | 一种harq-ack传输方法、终端及网络侧设备 |
US20220053535A1 (en) * | 2019-04-30 | 2022-02-17 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Feedback method for semi-static transmission, network device and terminal device |
CN114616778A (zh) * | 2019-11-06 | 2022-06-10 | Lg电子株式会社 | 在无线通信系统中发送和接收无线信号的方法和设备 |
WO2022151347A1 (en) * | 2021-01-15 | 2022-07-21 | Lenovo (Beijing) Limited | Method and apparatus for harq-ack codebook determination |
WO2022237539A1 (zh) * | 2021-05-11 | 2022-11-17 | 大唐移动通信设备有限公司 | 反馈处理方法、发送方法、反馈方法、设备和存储介质 |
WO2022241632A1 (en) * | 2021-05-18 | 2022-11-24 | Qualcomm Incorporated | Harq codebook for multi-tb transmission |
US11528696B2 (en) * | 2018-01-19 | 2022-12-13 | Ntt Docomo, Inc. | User terminal and radio communication method |
CN116114197A (zh) * | 2020-11-12 | 2023-05-12 | Oppo广东移动通信有限公司 | 无线通信的方法、终端设备和网络设备 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104137598A (zh) * | 2012-11-19 | 2014-11-05 | 华为技术有限公司 | 上行反馈方法、用户设备和基站 |
US20170048846A1 (en) * | 2015-08-12 | 2017-02-16 | Lg Electronics Inc. | Method for transmitting control information and an apparatus therefor |
CN106549734A (zh) * | 2015-09-18 | 2017-03-29 | 中兴通讯股份有限公司 | 一种信息的传输方法、终端和基站 |
CN106788918A (zh) * | 2016-12-30 | 2017-05-31 | 展讯通信(上海)有限公司 | Harq配置方法、反馈方法、基站及用户设备 |
CN106888074A (zh) * | 2017-03-24 | 2017-06-23 | 宇龙计算机通信科技(深圳)有限公司 | 一种码块的重传方法及装置 |
CN107294667A (zh) * | 2017-06-16 | 2017-10-24 | 宇龙计算机通信科技(深圳)有限公司 | 数据收发配置方法及相关装置 |
WO2017221871A1 (ja) * | 2016-06-20 | 2017-12-28 | 株式会社Nttドコモ | ユーザ端末及び無線通信方法 |
CN107645369A (zh) * | 2017-09-08 | 2018-01-30 | 深圳市金立通信设备有限公司 | 一种重传反馈方法、网络设备、终端设备及计算机可读介质 |
-
2018
- 2018-04-03 CN CN201810293905.0A patent/CN110351022A/zh active Pending
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104137598A (zh) * | 2012-11-19 | 2014-11-05 | 华为技术有限公司 | 上行反馈方法、用户设备和基站 |
US20170048846A1 (en) * | 2015-08-12 | 2017-02-16 | Lg Electronics Inc. | Method for transmitting control information and an apparatus therefor |
CN106549734A (zh) * | 2015-09-18 | 2017-03-29 | 中兴通讯股份有限公司 | 一种信息的传输方法、终端和基站 |
WO2017221871A1 (ja) * | 2016-06-20 | 2017-12-28 | 株式会社Nttドコモ | ユーザ端末及び無線通信方法 |
CN106788918A (zh) * | 2016-12-30 | 2017-05-31 | 展讯通信(上海)有限公司 | Harq配置方法、反馈方法、基站及用户设备 |
CN106888074A (zh) * | 2017-03-24 | 2017-06-23 | 宇龙计算机通信科技(深圳)有限公司 | 一种码块的重传方法及装置 |
CN107294667A (zh) * | 2017-06-16 | 2017-10-24 | 宇龙计算机通信科技(深圳)有限公司 | 数据收发配置方法及相关装置 |
CN107645369A (zh) * | 2017-09-08 | 2018-01-30 | 深圳市金立通信设备有限公司 | 一种重传反馈方法、网络设备、终端设备及计算机可读介质 |
Non-Patent Citations (3)
Title |
---|
3GPP ORGANIZATIONAL PARTNERS: ""3rd Generation Partnership Project;Technical Specification Group Radio Access Network;NR;Physical layer procedures for control;(Release 15)"", 《3GPP TS 38.213 V15.0.0》 * |
CATT: ""Open issues for CA operation"", 《3GPP TSG RAN WG1 MEETING AH 1801 R1-1800263》 * |
CATT: ""Remaining details of NR CA operation"", 《3GPP TSG RAN WG1 MEETING #92 R1-1801740》 * |
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11528696B2 (en) * | 2018-01-19 | 2022-12-13 | Ntt Docomo, Inc. | User terminal and radio communication method |
US20220053535A1 (en) * | 2019-04-30 | 2022-02-17 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Feedback method for semi-static transmission, network device and terminal device |
CN114616778A (zh) * | 2019-11-06 | 2022-06-10 | Lg电子株式会社 | 在无线通信系统中发送和接收无线信号的方法和设备 |
CN114616778B (zh) * | 2019-11-06 | 2023-12-01 | Lg电子株式会社 | 在无线通信系统中发送和接收无线信号的方法和设备 |
CN111277388A (zh) * | 2019-11-07 | 2020-06-12 | 维沃移动通信有限公司 | Harq-ack码本生成方法、信息发送方法及设备 |
EP4057558A4 (en) * | 2019-11-07 | 2022-12-28 | Vivo Mobile Communication Co., Ltd. | METHOD FOR GENERATION OF HARQ-ACK CODEBOOK, INFORMATION TRANSFER METHOD AND APPARATUS |
CN112804033A (zh) * | 2019-11-14 | 2021-05-14 | 维沃移动通信有限公司 | 一种harq-ack处理方法及相关设备 |
CN112804033B (zh) * | 2019-11-14 | 2023-05-26 | 维沃移动通信有限公司 | 一种harq-ack处理方法及相关设备 |
WO2021159487A1 (en) * | 2020-02-14 | 2021-08-19 | Lenovo (Beijing) Limited | A method and apparatus for harq-ack codebook determination for frame-based equipment operation |
CN113543348A (zh) * | 2020-04-15 | 2021-10-22 | 大唐移动通信设备有限公司 | 一种harq-ack传输方法、终端及网络侧设备 |
CN116114197A (zh) * | 2020-11-12 | 2023-05-12 | Oppo广东移动通信有限公司 | 无线通信的方法、终端设备和网络设备 |
CN116114197B (zh) * | 2020-11-12 | 2024-06-04 | Oppo广东移动通信有限公司 | 无线通信的方法、终端设备和网络设备 |
WO2022151347A1 (en) * | 2021-01-15 | 2022-07-21 | Lenovo (Beijing) Limited | Method and apparatus for harq-ack codebook determination |
WO2022237539A1 (zh) * | 2021-05-11 | 2022-11-17 | 大唐移动通信设备有限公司 | 反馈处理方法、发送方法、反馈方法、设备和存储介质 |
WO2022241632A1 (en) * | 2021-05-18 | 2022-11-24 | Qualcomm Incorporated | Harq codebook for multi-tb transmission |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110351022A (zh) | 动态harq-ack码本的长度确定方法及装置、存储介质、终端 | |
US11245496B2 (en) | Method and apparatus for sending harq-ack feedback codebook and device | |
RU2746224C1 (ru) | Способ и оборудование для передачи и приема сигнала в системе мобильной связи | |
US11206108B2 (en) | Method and device for transmitting data | |
US11071134B2 (en) | Feedback information receiving method, base station and user equipment | |
US11219049B2 (en) | Method and apparatus for transmitting and receiving signal in mobile communication system | |
CN107210866B (zh) | 在无线设备处进行通信的方法和装置 | |
CN108365922B (zh) | 用于反馈的方法、设备和系统 | |
US9294959B2 (en) | Radio communication system, mobile station apparatus, base station apparatus, and radio communication method in radio communication system | |
US9722727B2 (en) | Multi-level ACK defining decoding margin | |
EP3266133B1 (en) | Decoding margin based configuration of transmission properties | |
US20110239076A1 (en) | System and Method for Transmitting and Receiving Acknowledgement Information | |
WO2016162090A1 (en) | Enhanced carrier aggregation in communications | |
US9628240B2 (en) | Method and device for simultaneous transmission of ACK/NACK feedback information and periodic CQI/PMI/RI feedback bits | |
US11962423B2 (en) | Method and apparatus, UE, and base station for scheduling-free retransmission for a code block group | |
WO2010115295A1 (zh) | 请求重传方法、重传方法及其设备 | |
US20200028627A1 (en) | Code Block Groups for Retransmissions in a Wireless Communication System | |
US20210211242A1 (en) | Multi-level ack for automatic repetitions | |
CN104579603A (zh) | 一种基于harq的下行调度方法及装置 | |
CN105897386B (zh) | 一种信令重配置处理方法及装置 | |
US11388707B2 (en) | Outer-loop control of a physical downlink control channel, PDCCH, link | |
CN109691006A (zh) | 反馈应答信息发送方法、接收方法、装置及系统 | |
CN113676291B (zh) | 一种信息发送的方法及设备 | |
US20230216619A1 (en) | Method for performing hybrid automatic repeat request transmission and user equipment | |
FI20195875A1 (en) | Common link adaptation for a downlink control channel and data channel for wireless networks |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
CB02 | Change of applicant information |
Address after: 100089 18 / F, block B, Zhizhen building, No.7, Zhichun Road, Haidian District, Beijing Applicant after: Beijing Ziguang zhanrui Communication Technology Co.,Ltd. Address before: 100084, Room 516, building A, Tsinghua Science Park, Beijing, Haidian District Applicant before: BEIJING SPREADTRUM HI-TECH COMMUNICATIONS TECHNOLOGY Co.,Ltd. |
|
CB02 | Change of applicant information | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20191018 |
|
RJ01 | Rejection of invention patent application after publication |