CN110535564B - 混合自动重传方法、装置和基站 - Google Patents

混合自动重传方法、装置和基站 Download PDF

Info

Publication number
CN110535564B
CN110535564B CN201910908555.9A CN201910908555A CN110535564B CN 110535564 B CN110535564 B CN 110535564B CN 201910908555 A CN201910908555 A CN 201910908555A CN 110535564 B CN110535564 B CN 110535564B
Authority
CN
China
Prior art keywords
cbg
determining
feedback mode
service
configuration
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201910908555.9A
Other languages
English (en)
Other versions
CN110535564A (zh
Inventor
童辉志
林敏�
喻鑫
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Comba Network Systems Co Ltd
Original Assignee
Comba Network Systems Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Comba Network Systems Co Ltd filed Critical Comba Network Systems Co Ltd
Priority to CN201910908555.9A priority Critical patent/CN110535564B/zh
Publication of CN110535564A publication Critical patent/CN110535564A/zh
Application granted granted Critical
Publication of CN110535564B publication Critical patent/CN110535564B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/004Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056Systems characterized by the type of code used
    • H04L1/0057Block codes
    • H04L1/0058Block-coded modulation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/1607Details of the supervisory signal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812Hybrid protocols; Hybrid automatic repeat request [HARQ]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请涉及一种混合自动重传方法、装置和基站。其中,混合自动重传方法,可以包括步骤:若PUCCH资源未达到门限值,则开启CBG反馈模式;PUCCH资源为通过计算得到的调度各用户设备占用的总比特数;根据业务状态参数和/或信道状态参数,确定CBG反馈模式涉及的配置参数,并将配置参数下发给用户设备;业务状态参数包括业务类型和数据包大小。本申请通过根据PUCCH资源来确定是否开启CBG反馈模式,同时根据业务类型和/或信道情况确定CBG资源个数,实现了根据PUCCH资源和不同场景来确地CBG开启和资源划分,从而提高了重传效率,减少重传时延,提高频谱使用效率和重传效率。

Description

混合自动重传方法、装置和基站
技术领域
本申请涉及移动通信技术领域,特别是涉及一种混合自动重传方法、装置和基站。
背景技术
随着科技的进步,5G(5th-Generation)技术的发展,低时延,高可靠性,高速率已经成为了5G技术的标准。其中,HARQ(hybrid automatic repeatrequest混合自动重传请求)是一种混合方案,即ARQ(Automatic Repeat-reQuest,自动重传请求)技术和FEC(Forward Error Correction,前向纠错)技术相结合的方案。对于FEC无法纠正的错误,接收端会通过ARQ机制请求发送端重发数据。接收端使用检错码,通常为CRC(CyclicRedundancy Check,循环冗余校验)校验,来检测接收的数据包是否出错。其中HARQ中TB(Transport Block,传输块)重传机制是对TB块中的每个CB(Code Block)块进行CRC校验,如果所有的CB块都CRC校验成功,该TB块传输成功,并回复ACK(Acknowledgement),否则回复NACK(Negative-Acknowledgment),并进行整个TB块重传。
CBG(Code Block Group,编码块组)概念是一种将每个TB块中包含的CB块进行重新分配划分,把TB中的不同数目的CB进行分组,不同的CB组定义为不同的CBG;PDCCH(Physical Downlink Control Channel,物理下行控制信道)中每一个CBG对应相应的1bit(比特)的HARQ反馈位,可以进行CBG级重传,在传输数据过程中,只需对回复NACK的CBG进行重传,从而达到节省空口资源和精准重传的目的;TB、CB和CBG的划分关系具体可以参阅图1。
在实现过程中,发明人发现传统技术中至少存在如下问题:相对于LTE(Long TermEvolution,长期演进)系统中HARQ中TB块级传输,5G中TB块携带的数据量更大,在这种情况下,开启CBG时,需要占用更多的PUCCH资源,从而影响上行速率。
发明内容
基于此,有必要针对上述技术问题,提供一种混合自动重传方法、装置和基站。
为了实现上述目的,一方面,本发明实施例提供了一种混合自动重传方法,包括步骤:
若PUCCH资源未达到门限值,则开启CBG反馈模式;PUCCH资源为通过计算得到的调度各用户设备占用的总比特数;
根据业务状态参数和/或信道状态参数,确定CBG反馈模式涉及的配置参数,并将配置参数下发给用户设备;业务状态参数包括业务类型和数据包大小。
在其中一个实施例中,若PUCCH资源未达到门限值,则开启CBG反馈模式的步骤之前,还包括步骤:
判断PUCCH资源是否达到门限值,并根据判断的结果确定是否开启CBG反馈模式;其中,若PUCCH资源达到门限值,则不开启CBG反馈模式。
在其中一个实施例中,判断PUCCH资源是否达到门限值的步骤包括:
在PUCCH资源与总上行资源的比小于预设比例值时,确认判断的结果为PUCCH资源未达到门限值;
在PUCCH资源与总上行资源的比大于或等于预设比例值时,确认判断的结果为PUCCH资源达到门限值。
在其中一个实施例中,各用户设备占用的总比特数为各用户设备占用的比特数之和;各用户设备占用的比特数为用户设备反馈ACK或NACK所需的比特数;
还包括步骤:
根据HARQ反馈时隙以及当前是否开启CBG反馈模式,预估得到用户设备反馈ACK或NACK所需的比特数。
在其中一个实施例中,信道状态参数包括数据信道以下参数中的任意一种或任意组合:SINR、RSRP和RSRQ;配置参数包括CBG配置个数;
根据业务状态参数和/或信道状态参数,确定CBG反馈模式涉及的配置参数的步骤包括:
根据SINR落入的阈值范围、RSRP落入的阈值范围或RSRQ落入的阈值范围,确定CBG配置个数。
在其中一个实施例中,配置参数包括CBG配置个数;数据包大小为TB块的大小;
根据业务状态参数和/或信道状态参数,确定CBG反馈模式涉及的配置参数的步骤包括:
按照流属性特征和业务类型,确定可传输业务;
根据可传输业务中TB块的大小落入的阈值范围,确定CBG配置个数。
在其中一个实施例中,流属性特征包括5QI Valve。
在其中一个实施例中,配置参数包括CBG配置个数;数据包大小为TB块的大小;
根据业务状态参数和/或信道状态参数,确定CBG反馈模式涉及的配置参数,并将配置参数下发给用户设备的步骤包括:
按照流属性特征和业务类型,确定可传输业务;
若根据可传输业务中TB块的大小落入的阈值范围,确定CBG配置个数不为零,则向用户设备下发配置参数;
若根据可传输业务中TB块的大小落入的阈值范围,确定CBG配置个数为零,则根据信道状态参数,确定CBG配置个数。
在其中一个实施例中,信道状态参数包括数据信道以下参数中的任意一种或任意组合:SINR、RSRP和RSRQ;
根据信道状态参数,确定CBG配置个数的步骤包括:
根据SINR落入的阈值范围、RSRP落入的阈值范围或RSRQ落入的阈值范围,确定CBG配置个数。
另一方面,本发明实施例还提供了一种混合自动重传装置,包括:
CBG开启模块,用于若PUCCH资源未达到门限值,则开启CBG反馈模式;PUCCH资源为通过计算得到的调度各用户设备占用的总比特数;
参数配置模块,用于根据业务状态参数和/或信道状态参数,确定CBG反馈模式涉及的配置参数,并将配置参数下发给用户设备;业务状态参数包括业务类型和数据包大小。
一种基站,基站用于实现上述任一项方法的步骤。
一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现上述任一项方法的步骤。
上述技术方案中的一个技术方案具有如下优点和有益效果:
本申请提供了一种CBG自适应开启使用方法,主要通过根据PUCCH资源来确定是否开启CBG反馈模式,同时根据业务类型和/或信道情况确定CBG资源个数,实现了根据PUCCH资源和不同场景来确地CBG开启和资源划分,从而提高了重传效率,减少重传时延,提高频谱使用效率和重传效率。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述,本申请的其它特征、目的和优点将会变得更明显:
图1为TB块、CB和CBG划分关系图;
图2为基于TB级重传选择过程示意图;
图3为一个实施例中混合自动重传方法的第一示意性流程示意图;
图4为一个实施例中混合自动重传方法的第二示意性流程示意图;
图5为一个实施例中混合自动重传方法的第三示意性流程示意图;
图6为一个实施例中混合自动重传方法的第四示意性流程示意图;
图7为一个实施例中混合自动重传装置的结构框图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
相对于LTE系统中HARQ中TB块级传输,5G中TB块携带的数据量更大,在这种情况下,当TB块需要进行重传时,基于TB块级重传,重传资源相对于新传资源占用的空口的资源比基于CBG级重传占用的空口的资源的比例更高,但开启CBG时,相对于基于TB块级传输,基于CBG级传输上行回复HARQ需要占用更多的PUCCH资源影响,从而影响上行速率,同时PDCCH需要动态反馈CBG重传情况,也占用下行PDCCH资源,从而造成空口资源的浪费。
具体而言,基于TB进行HARQ重传,其原理是每一次重传都是通过选择RV(2、4、3、1)进行重传(其中,RV指冗余版本,Redundancy Version),具体可以参考图2,重传的过程具有一定的随机性,精准度不够,容易造成多次重传,而基于CBG的TB块重传,是在TB块的基础上进行重新划分,把TB中的不同数目的CB进行分组,不同的CB组定义为不同的CBG,PDCCH中每一个CBG对应相应1bit的HARQ反馈位,可以进行CBG级重传,在传输数据过程中,只需对回复NACK的CBG进行重传,从而达到节省空口资源和精准重传的目的,同时也可以减少重传的次数,但开启CBG时,相对于基于TB块级传输,基于CBG级传输上行回复HARQ需要占用更多的PUCCH资源,从而影响上行速率,同时PDCCH需要动态反馈CBG重传情况,也占用下行PDCCH资源,从而造成空口资源的浪费。
针对上述问题,本申请提供了一种混合自动重传方法、装置和基站,可以应用于5G系统;实现了确定在怎样场景下开启CBG能有效提高了重传效率。具体的,通过根据PUCCH资源和不同场景来确地CBG开启和资源划分,从而提高重传效率,减少重传时延,提高频谱使用效率,提高重传效率。
在一个实施例中,如图3所示,提供了一种混合自动重传方法,以该方法应用于5G系统中的基站为例进行说明,包括以下步骤:
步骤S302,若PUCCH资源未达到门限值,则开启CBG反馈模式。
其中,PUCCH资源为通过计算得到的调度各用户设备占用的总比特数。
具体地,本申请根据PUCCH资源来确定是否开启CBG反馈模式,若PUCCH资源未达到门限值,则开启CBG反馈模式;同时,本申请中PUCCH资源可以指PUCCH占用的上行资源;本申请提出PUCCH资源可以为通过计算得到的调度各用户设备占用的总比特数;而获取PUCCH资源可以采用如下过程实现:通过评估调度每个用户UE(User Equipment,用户设备)的占用的比特数,做每个用户占用的比特数加法,得到总的比特数目,其中每个用户占用的比特数是与是否开启CBG,该上行slot(时隙数)PUCCH中回复下行slot的个数,即HARQ反馈时隙设计有关,来进行评估。
在一个具体的示例中,基站可根据PUCCH资源是否达到门限值PThreshold,判断是否开启CBG反馈模式,若是,执行下一步,否则不开启CBG反馈模式。
进一步的,本申请提出,获取PUCCH占用的上行资源与总上行资源的比,若这个比小于预设的比例(例如,20%),则开启CBG反馈模式;若这个比大于或等于预设的比例(例如,20%),则不开启CBG反馈模式。
在一个具体的实施例中,若PUCCH资源未达到门限值,则开启CBG反馈模式的步骤之前,还包括步骤:
判断PUCCH资源是否达到门限值,并根据判断的结果确定是否开启CBG反馈模式;其中,若PUCCH资源达到门限值,则不开启CBG反馈模式。
具体而言,门限值可以根据PUCCH占用的上行资源与总上行资源的比落入的预设比例值得到;其中,门限值PThreshold一般是PUCCH占用整个上行资源的百分比作为参考,比如PUCCH占用的上行资源不超过总上行资源的20%;在一个具体的示例中,门限值PThreshold可根据PUCCH占用的上行资源与总上行资源不超过一定比例来设置,比如该比例为20%。
在一个具体的示例中,判断PUCCH资源是否达到门限值的步骤可以包括:
在PUCCH资源与总上行资源的比小于预设比例值时,确认判断的结果为PUCCH资源未达到门限值;
在PUCCH资源与总上行资源的比大于或等于预设比例值时,确认判断的结果为PUCCH资源达到门限值。
在一个具体的实施例中,各用户设备占用的总比特数为各用户设备占用的比特数之和;各用户设备占用的比特数为用户设备反馈ACK或NACK所需的比特数;
还包括步骤:
根据HARQ反馈时隙以及当前是否开启CBG反馈模式,预估得到用户设备反馈ACK或NACK所需的比特数。
具体地,PUCCH资源可以为预估反馈ACK/NACK所需的总比特数;而基站可跟据HARQ反馈时隙、以及开启/不开启CBG的调度用户数,预估反馈ACK/NACK所需的总比特数。
进一步的,反馈下行调度PDSCH(Physical Downlink Shared Channel,物理下行共享信道)的HARQ ACK信息占用的PUCCH资源是通过每个TTI(Transmission TimeInterval,传输时间间隔)调度用户数目占用的反馈下行调度PDSCH的HARQ ACK信息比特数目评估所得,具体是对给UE占用反馈下行调度PDSCH的HARQ ACK信息比特数进行相加。
步骤S304,根据业务状态参数和/或信道状态参数,确定CBG反馈模式涉及的配置参数,并将配置参数下发给用户设备。
其中,业务状态参数包括业务类型和数据包大小;
具体而言,基站可根据业务类型、包大小Psize和/或信道情况,确定开启CBG的资源个数(即CBG配置个数);并确定CBG参数配置,下发给UE。其中,包大小Psize(即数据包大小)可以指一次发送的数据大小,例如,一个TB块的大小。
本申请可根据业务类型和包大小Psize判断,确定开启CBG的资源个数,例如,按照业务类型进行不同用业务优先级划分,进而依据数据包大小确定开启CBG的资源个数。进一步的,本申请可根据数据信道的指标参数(例如信号与干扰加噪声比等),与相应阈值进行判断,确定开启CBG的资源个数,并进一步确定CBG参数配置,下发给UE。
需要说明的是,CBG主要使用场景就是因为在5G系统一个TB块可以承载的数据包比4G大很多,使用CBG就是减少数据传输出现错误后,重传占用太多资源而提出的技术;对此,本申请提出可以把业务类型和包大小Psize作为更高优先考虑(即将业务类型和包大小Psize优先作为确定CBG配置个数的依据)。而在实际应用中,本申请提出也可以优先考虑信道情况(即将信道情况优先作为确定CBG配置个数的依据),同样也是合理的。
以上,本申请针对5G系统中CBG功能情况,提供CBG自适应开启使用方法;本申请通过根据PUCCH资源来确定是否开启CBG反馈模式,同时根据业务类型,包大小Psize和/或信道情况确定CBG资源个数;实现了根据PUCCH资源和不同场景来确地CBG开启和资源划分,从而提高了重传效率,减少重传时延,提高频谱使用效率和重传效率。
在一个实施例中,如图4所示,提供了一种混合自动重传方法,以该方法应用于5G系统中的基站为例进行说明,包括以下步骤:
步骤S402,若PUCCH资源未达到门限值,则开启CBG反馈模式;
步骤S404,根据信道状态参数,确定CBG反馈模式涉及的配置参数,并将配置参数下发给用户设备。
其中,信道状态参数包括数据信道以下参数中的任意一种或任意组合:SINR(Signal to Interference plus Noise Ratio,信号与干扰加噪声比)、RSRP(ReferenceSignal Receiving Power,参考信号接收功率)和RSRQ(Reference Signal ReceivingQuality,参考信号接收质量);配置参数包括CBG配置个数;
在一个具体的实施例中,步骤S404根据信道状态参数,确定CBG反馈模式涉及的配置参数的步骤,可以包括:
根据SINR落入的阈值范围、RSRP落入的阈值范围或RSRQ落入的阈值范围,确定CBG配置个数。
具体而言,本申请可根据PUCCH资源是否达到门限值PThreshold,判断是否开启CBG反馈模式,若否,执行下一步,否则不开启CBG反馈模式;
其中,PUCCH资源是基站根据HARQ反馈时隙和、开启/不开启CBG的调度用户数,预估反馈ACK/NACK所需的总比特数进行预估得出。步骤S402的具体流程实现,可以参阅前述对步骤S302的描述,此处不再赘述。
进一步的,可根据数据信道的SINR与阈值SThreshold范围判断、RSRP与阈值RThreshold范围判断、或者RSRQ与阈值QThreshold范围判断,确定开启CBG的资源个数(即CBG配置个数)。
具体地,基站可根据数据信道的信干噪比SINR与阈值SThreshold范围判断、RSRP与阈值RThreshold范围判断、或者RSRQ与阈值QThreshold范围判断,确定开启CBG的资源个数,举例如下表表1:
表1不同RSRP范围CBG开启分配
RSRP范围 CBG个数配置
RSRP>=-85dBm 0
-85dBm>RSRP>-100dBm 4
-100dBm>=RSRP 8
注:CBG配置个数为0,表示不开启CBG;dBm表示分贝毫瓦;
在一个具体的示例中,RThreshold取值(-140dBm,-44dBm)该值越大越好;SThreshold具体取值在(0dB,30dB),该值越大越好;QThreshold范围(-19.5dB,-3dB)该值越大越好。
需要说明的是,表1是以RThreshold进行举例,其他的门限值(SThreshold或QThreshold)使用方法一样。
进一步的,基站在确定开启CBG的资源个数后,可确定CBG参数配置,并下发给UE。
以上,本申请针对5G系统中CBG功能情况,提供CBG自适应开启使用方法;本申请通过根据PUCCH资源来确定是否开启CBG反馈模式,同时根据信道情况确定CBG资源个数;实现了根据PUCCH资源和不同场景来确地CBG开启和资源划分,可以提高5G不同场景和业务下性能,本申请具更广阔的应用场景,能够提高重传效率,减少重传时延,提高频谱使用效率和重传效率。
在一个实施例中,如图5所示,提供了一种混合自动重传方法,以该方法应用于5G系统中的基站为例进行说明,包括以下步骤:
步骤S502,若PUCCH资源未达到门限值,则开启CBG反馈模式;
步骤S504,根据业务状态参数,确定CBG反馈模式涉及的配置参数,并将配置参数下发给用户设备。
其中,配置参数可以包括CBG配置个数;数据包大小可以为TB块的大小;
在一个具体的实施例中,步骤S504根据业务状态参数,确定CBG反馈模式涉及的配置参数的步骤,可以包括:
按照流属性特征和业务类型,确定可传输业务;
根据可传输业务中TB块的大小落入的阈值范围,确定CBG配置个数。
在一个具体的示例中,流属性特征可以包括5QI Valve。
具体而言,本申请可根据PUCCH资源是否达到门限值PThreshold,判断是否开启CBG反馈模式,若否,执行下一步,否则不开启CBG反馈模式;
其中,PUCCH资源是基站根据HARQ反馈时隙和、开启/不开启CBG的调度用户数,预估反馈ACK/NACK所需的总比特数进行预估得出。步骤S502的具体流程实现,可以参阅前述对步骤S302的描述,此处不再赘述。
其中,包大小Psize(即数据包大小)可以理解为一个TB块的大小,就是一次发送的数据大小。一个TB会划分成多个CB进行发送操作。但如果没有开启CBG(即开启CBG反馈模式),数据的重传会以TB为单位进行重传,开启CBG则以CBG为单位进行重传。
进一步的,本申请可根据业务类型和包大小Psize判断,确定开启CBG的资源个数。具体地,基站根据业务类型和包大小Psize判断,确定开启CBG的资源个数,可以依次如下表表2、表3所示:
表2不同业务优先级划分
Figure BDA0002214012240000121
表3不同包大小Psize范围CBG开启配置
Figure BDA0002214012240000122
Figure BDA0002214012240000131
注:CBG配置个数为0,表示不开启CBG;其中,5G中一个CB最大为8448bit。
具体而言,如表2所示,本申请提出先获取5QI Value,判断是否等于3、2、6,即判断传输数据的业务类型是否属于需要开启CBG反馈模式的业务类型(即可传输业务),这是一个先决条件的判决。
如果当前的业务类型属于可传输业务,则可获取数据包大小,依据表3进行包大小的判断,从而确定是否开启CBG反馈模式,若开启的话CBG个数配置是多少。
其中,5QI Value对应的是QoS流特征的映射,其中QoS流对应的是相关的数据类型,比如用户的5QI Value不同值对应数据业务不同,该业务的时延要求,误码率要求不同,比如语音电话,5QI Value=1,业务类型是会议语音Conversational Voice,这种情况要求时延比较低,但数据包不大,这种情况不需要开CBG;本申请中CBG主要用来对应数据包比较大的业务,比如视频、下载,如表2中5QI Value=2这种情况。
需要说明的是,表2中的“其他”指的是其他业务,比如:web网页浏览业务,上面提到的5QI Value=1会议语音Conversational Voice等一些时延要求不高,数据包不大的业务。
以上,本申请针对5G系统中CBG功能情况,提供CBG自适应开启使用方法;本申请通过根据PUCCH资源来确定是否开启CBG反馈模式,同时根据业务类型和包大小Psize确定CBG资源个数;实现了根据PUCCH资源和不同场景来确地CBG开启和资源划分,可以提高5G不同场景和业务下性能,本申请具更广阔的应用场景,能够提高重传效率,减少重传时延,提高频谱使用效率和重传效率。
在一个实施例中,如图6所示,提供了一种混合自动重传方法,以该方法应用于5G系统中的基站为例进行说明,包括以下步骤:
步骤S602,若PUCCH资源未达到门限值,则开启CBG反馈模式。
步骤S604,根据业务状态参数和信道状态参数,确定CBG反馈模式涉及的配置参数,并将配置参数下发给用户设备。
其中,配置参数可以包括CBG配置个数;数据包大小可以为TB块的大小;
在一个具体的实施例中,根据业务状态参数和/或信道状态参数,确定CBG反馈模式涉及的配置参数,并将配置参数下发给用户设备的步骤包括:
按照流属性特征和业务类型,确定可传输业务;
若根据可传输业务中TB块的大小落入的阈值范围,确定CBG配置个数不为零,则向用户设备下发配置参数;
若根据可传输业务中TB块的大小落入的阈值范围,确定CBG配置个数为零,则根据信道状态参数,确定CBG配置个数。
进一步的,信道状态参数包括数据信道以下参数中的任意一种或任意组合:SINR、RSRP和RSRQ;
在一个具体的实施例中,根据信道状态参数,确定CBG配置个数的步骤包括:
根据SINR落入的阈值范围、RSRP落入的阈值范围或RSRQ落入的阈值范围,确定CBG配置个数。
具体而言,本申请可根据PUCCH资源是否达到门限值PThreshold,判断是否开启CBG反馈模式,若否,执行下一步,否则不开启CBG反馈模式;
其中,PUCCH资源是基站根据HARQ反馈时隙和、开启/不开启CBG的调度用户数,预估反馈ACK/NACK所需的总比特数进行预估得出。步骤S602的具体流程实现,可以参阅前述对步骤S302的描述,此处不再赘述。
此后,基站可先根据业务类型和包大小Psize,确定开启CBG的资源个数;若已经开启CBG,那么确定CBG参数配置,下发给UE,否则基站根据数据信道的信干噪比SINR与阈值SThreshold范围判断,或者RSRP与阈值RThreshold范围判断,或者RSRQ与阈值QThreshold范围判断,确定开启CBG的资源个数,确定开启CBG的资源个数,确定CBG参数配置,下发给UE。
同时,上述过程可参阅前述实施例分别对步骤S404、步骤S504的描述,并可采用表1-表3中相应的内容予以实现,此处不再重复赘述。
需要说明的是,CBG主要使用场景就是因为在5G系统一个TB块可以承载的数据包比4G大很多,使用CBG就是减少数据传输出现错误后,重传占用太多资源而提出的技术,进而本申请提出把“业务类型和包大小Psize”作为更高优先考虑。但实际上也可以优先考虑信道情况,这样也是合理的,在信道情况差的场景才开启CBG的使用,再根据数据包的大小进行二次判断。
以上,本申请针对5G系统中CBG功能情况,提供CBG自适应开启使用方法;本申请通过根据PUCCH资源来确定是否开启CBG反馈模式,同时根据业务类型,包大小Psize和/或信道情况确定CBG资源个数;实现了根据PUCCH资源和不同场景来确地CBG开启和资源划分,从而提高了重传效率,减少重传时延,提高频谱使用效率和重传效率。
应该理解的是,虽然图3-6的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,图3-6中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些子步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中,如图7所示,提供了一种混合自动重传装置,包括:
CBG开启模块710,用于若PUCCH资源未达到门限值,则开启CBG反馈模式;PUCCH资源为通过计算得到的调度各用户设备占用的总比特数;
参数配置模块720,用于根据业务状态参数和/或信道状态参数,确定CBG反馈模式涉及的配置参数,并将配置参数下发给用户设备;业务状态参数包括业务类型和数据包大小。
在一个具体的实施例中,还包括:
判断模块,用于判断PUCCH资源是否达到门限值,并根据判断的结果确定是否开启CBG反馈模式;其中,若PUCCH资源达到门限值,则不开启CBG反馈模式。
在一个具体的实施例中,
判断模块,用于在PUCCH资源与总上行资源的比小于预设比例值时,确认判断的结果为PUCCH资源未达到门限值;以及用于在PUCCH资源与总上行资源的比大于或等于预设比例值时,确认判断的结果为PUCCH资源达到门限值。
在一个具体的实施例中,各用户设备占用的总比特数为各用户设备占用的比特数之和;各用户设备占用的比特数为用户设备反馈ACK或NACK所需的比特数;
还包括:
资源确认模块,用于根据HARQ反馈时隙以及当前是否开启CBG反馈模式,预估得到用户设备反馈ACK或NACK所需的比特数。
在一个具体的实施例中,信道状态参数包括数据信道以下参数中的任意一种或任意组合:SINR、RSRP和RSRQ;配置参数包括CBG配置个数;
参数配置模块,用于根据SINR落入的阈值范围、RSRP落入的阈值范围或RSRQ落入的阈值范围,确定CBG配置个数。
在一个具体的实施例中,配置参数包括CBG配置个数;数据包大小为TB块的大小;
参数配置模块,用于按照流属性特征和业务类型,确定可传输业务;以及根据可传输业务中TB块的大小落入的阈值范围,确定CBG配置个数。
在一个具体的实施例中,流属性特征包括5QI Valve。
在一个具体的实施例中,配置参数包括CBG配置个数;数据包大小为TB块的大小;
参数配置模块,用于按照流属性特征和业务类型,确定可传输业务;若根据可传输业务中TB块的大小落入的阈值范围,确定CBG配置个数不为零,则向用户设备下发配置参数;以及若根据可传输业务中TB块的大小落入的阈值范围,确定CBG配置个数为零,则根据信道状态参数,确定CBG配置个数。
在一个具体的实施例中,信道状态参数包括数据信道以下参数中的任意一种或任意组合:SINR、RSRP和RSRQ;
参数配置模块,用于根据SINR落入的阈值范围、RSRP落入的阈值范围或RSRQ落入的阈值范围,确定CBG配置个数。
关于混合自动重传装置的具体限定可以参见上文中对于混合自动重传方法的限定,在此不再赘述。上述混合自动重传装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中,提供了一种基站,该基站用于实现上述任一项混合自动重传方法的步骤。
在一个具体的示例中,该基站用于5G系统。
在一个实施例中,提供了一种基站,包括存储器和处理器,存储器中存储有计算机程序,该处理器执行计算机程序时实现以下步骤:
若PUCCH资源未达到门限值,则开启CBG反馈模式;PUCCH资源为通过计算得到的调度各用户设备占用的总比特数;
根据业务状态参数和/或信道状态参数,确定CBG反馈模式涉及的配置参数,并将配置参数下发给用户设备;业务状态参数包括业务类型和数据包大小。
在一个具体的实施例中,处理器执行计算机程序时还实现以下步骤:
判断PUCCH资源是否达到门限值,并根据判断的结果确定是否开启CBG反馈模式;其中,若PUCCH资源达到门限值,则不开启CBG反馈模式。
在一个具体的实施例中,处理器执行计算机程序时还实现以下步骤:
在PUCCH资源与总上行资源的比小于预设比例值时,确认判断的结果为PUCCH资源未达到门限值;
在PUCCH资源与总上行资源的比大于或等于预设比例值时,确认判断的结果为PUCCH资源达到门限值。
在一个具体的实施例中,各用户设备占用的总比特数为各用户设备占用的比特数之和;各用户设备占用的比特数为用户设备反馈ACK或NACK所需的比特数;处理器执行计算机程序时还实现以下步骤:
根据HARQ反馈时隙以及当前是否开启CBG反馈模式,预估得到用户设备反馈ACK或NACK所需的比特数。
在一个具体的实施例中,信道状态参数包括数据信道以下参数中的任意一种或任意组合:SINR、RSRP和RSRQ;配置参数包括CBG配置个数;处理器执行计算机程序时还实现以下步骤:
根据SINR落入的阈值范围、RSRP落入的阈值范围或RSRQ落入的阈值范围,确定CBG配置个数。
在一个具体的实施例中,配置参数包括CBG配置个数;数据包大小为TB块的大小;处理器执行计算机程序时还实现以下步骤:
按照流属性特征和业务类型,确定可传输业务;
根据可传输业务中TB块的大小落入的阈值范围,确定CBG配置个数。
在一个具体的实施例中,流属性特征包括5QI Valve。
在一个具体的实施例中,配置参数包括CBG配置个数;数据包大小为TB块的大小;处理器执行计算机程序时还实现以下步骤:
按照流属性特征和业务类型,确定可传输业务;
若根据可传输业务中TB块的大小落入的阈值范围,确定CBG配置个数不为零,则向用户设备下发配置参数;
若根据可传输业务中TB块的大小落入的阈值范围,确定CBG配置个数为零,则根据信道状态参数,确定CBG配置个数。
在一个具体的实施例中,信道状态参数包括数据信道以下参数中的任意一种或任意组合:SINR、RSRP和RSRQ;处理器执行计算机程序时还实现以下步骤:
根据SINR落入的阈值范围、RSRP落入的阈值范围或RSRQ落入的阈值范围,确定CBG配置个数。
以上,本申请中,基站根据PUCCH资源是否达到门限值PThreshold,判断是否开启CBG,然后根据场景和业务不同进行CBG配置;本申请解决5G网络中,不同业务和场景下CBG使用,从而提高了重传效率,减少重传时延,提高频谱使用效率,提高重传效率,提高5G不同场景和业务下性能,具有更广阔的应用场景
在一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现上述任一项混合自动重传方法的步骤。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限,RAM以多种形式可得,诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
以上所述实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本发明专利的保护范围应以所附权利要求为准。

Claims (12)

1.一种混合自动重传方法,其特征在于,包括步骤:
若PUCCH资源未达到门限值,则开启CBG反馈模式;所述PUCCH资源为通过计算得到的调度各用户设备占用的总比特数;其中,若PUCCH资源达到门限值,则不开启所述CBG反馈模式;
根据业务状态参数和/或信道状态参数,确定所述CBG反馈模式涉及的配置参数,并将所述配置参数下发给用户设备;所述业务状态参数包括业务类型和数据包大小。
2.根据权利要求1所述的混合自动重传方法,其特征在于,
若PUCCH资源未达到门限值,则开启CBG反馈模式的步骤之前,还包括步骤:
判断PUCCH资源是否达到门限值,并根据所述判断的结果确定是否开启CBG反馈模式。
3.根据权利要求2所述的混合自动重传方法,其特征在于,判断PUCCH资源是否达到门限值的步骤包括:
在所述PUCCH资源与总上行资源的比小于预设比例值时,确认所述判断的结果为所述PUCCH资源未达到所述门限值;
在所述PUCCH资源与总上行资源的比大于或等于预设比例值时,确认所述判断的结果为所述PUCCH资源达到所述门限值。
4.根据权利要求1所述的混合自动重传方法,其特征在于,所述各用户设备占用的总比特数为各用户设备占用的比特数之和;所述各用户设备占用的比特数为用户设备反馈ACK或NACK所需的比特数;
还包括步骤:
根据HARQ反馈时隙以及当前是否开启CBG反馈模式,预估得到所述用户设备反馈ACK或NACK所需的比特数。
5.根据权利要求1至4任一项所述的混合自动重传方法,其特征在于,所述信道状态参数包括数据信道以下参数中的任意一种或任意组合:SINR、RSRP和RSRQ;所述配置参数包括CBG配置个数;
根据业务状态参数和/或信道状态参数,确定所述CBG反馈模式涉及的配置参数的步骤包括:
根据SINR落入的阈值范围、RSRP落入的阈值范围或RSRQ落入的阈值范围,确定所述CBG配置个数。
6.根据权利要求1至4任一项所述的混合自动重传方法,其特征在于,所述配置参数包括CBG配置个数;所述数据包大小为TB块的大小;
根据业务状态参数和/或信道状态参数,确定所述CBG反馈模式涉及的配置参数的步骤包括:
按照流属性特征和所述业务类型,确定可传输业务;
根据所述可传输业务中所述TB块的大小落入的阈值范围,确定所述CBG配置个数。
7.根据权利要求6所述的混合自动重传方法,其特征在于,所述流属性特征包括5QIValve。
8.根据权利要求1至4任一项所述的混合自动重传方法,其特征在于,所述配置参数包括CBG配置个数;所述数据包大小为TB块的大小;
根据业务状态参数和/或信道状态参数,确定所述CBG反馈模式涉及的配置参数,并将所述配置参数下发给用户设备的步骤包括:
按照流属性特征和所述业务类型,确定可传输业务;
若根据所述可传输业务中所述TB块的大小落入的阈值范围,确定所述CBG配置个数不为零,则向用户设备下发配置参数;
若根据所述可传输业务中所述TB块的大小落入的阈值范围,确定所述CBG配置个数为零,则根据所述信道状态参数,确定CBG配置个数。
9.根据权利要求8所述的混合自动重传方法,其特征在于,所述信道状态参数包括数据信道以下参数中的任意一种或任意组合:SINR、RSRP和RSRQ;
根据所述信道状态参数,确定CBG配置个数的步骤包括:
根据SINR落入的阈值范围、RSRP落入的阈值范围或RSRQ落入的阈值范围,确定所述CBG配置个数。
10.一种混合自动重传装置,其特征在于,包括:
CBG开启模块,用于若PUCCH资源未达到门限值,则开启CBG反馈模式;所述PUCCH资源为通过计算得到的调度各用户设备占用的总比特数;其中,若PUCCH资源达到门限值,则不开启所述CBG反馈模式;
参数配置模块,用于根据业务状态参数和/或信道状态参数,确定所述CBG反馈模式涉及的配置参数,并将所述配置参数下发给用户设备;所述业务状态参数包括业务类型和数据包大小。
11.一种基站,其特征在于,所述基站用于实现权利要求1至9中任一项所述方法的步骤。
12.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至9中任一项所述的方法的步骤。
CN201910908555.9A 2019-09-25 2019-09-25 混合自动重传方法、装置和基站 Active CN110535564B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910908555.9A CN110535564B (zh) 2019-09-25 2019-09-25 混合自动重传方法、装置和基站

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910908555.9A CN110535564B (zh) 2019-09-25 2019-09-25 混合自动重传方法、装置和基站

Publications (2)

Publication Number Publication Date
CN110535564A CN110535564A (zh) 2019-12-03
CN110535564B true CN110535564B (zh) 2022-03-25

Family

ID=68669980

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910908555.9A Active CN110535564B (zh) 2019-09-25 2019-09-25 混合自动重传方法、装置和基站

Country Status (1)

Country Link
CN (1) CN110535564B (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101667900A (zh) * 2008-09-02 2010-03-10 中兴通讯股份有限公司 Harq反馈方法
CN102611536A (zh) * 2011-01-20 2012-07-25 夏普株式会社 信道状态信息反馈方法和用户设备
CN104579603A (zh) * 2014-12-25 2015-04-29 京信通信系统(中国)有限公司 一种基于harq的下行调度方法及装置
CN107483160A (zh) * 2017-08-17 2017-12-15 深圳市金立通信设备有限公司 一种重传反馈方法、基站、终端及计算机可读介质
CN109639398A (zh) * 2017-10-09 2019-04-16 华为技术有限公司 Harq-ack反馈码本的发送方法、装置及设备

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107113820B (zh) * 2015-09-22 2020-10-16 华为技术有限公司 载波聚合下的上行控制信息传输方法及装置
CN109005007A (zh) * 2017-06-06 2018-12-14 深圳市金立通信设备有限公司 重传调度方法和相关装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101667900A (zh) * 2008-09-02 2010-03-10 中兴通讯股份有限公司 Harq反馈方法
CN102611536A (zh) * 2011-01-20 2012-07-25 夏普株式会社 信道状态信息反馈方法和用户设备
CN104579603A (zh) * 2014-12-25 2015-04-29 京信通信系统(中国)有限公司 一种基于harq的下行调度方法及装置
CN107483160A (zh) * 2017-08-17 2017-12-15 深圳市金立通信设备有限公司 一种重传反馈方法、基站、终端及计算机可读介质
CN109639398A (zh) * 2017-10-09 2019-04-16 华为技术有限公司 Harq-ack反馈码本的发送方法、装置及设备

Also Published As

Publication number Publication date
CN110535564A (zh) 2019-12-03

Similar Documents

Publication Publication Date Title
US12004127B2 (en) Communication device, system and method for communication using feedback
EP2615763B1 (en) Method and system for handling of a transport block size change in request for adaptive retransmission
EP3852465B1 (en) Wireless communication method and device
US20230014182A1 (en) Harq information transmission method and apparatus
US20220150918A1 (en) Uplink information transmission method and device, and storage medium
US10797820B2 (en) Method and a first radio communication node for scheduling a data transmission
US11528714B2 (en) Data transmission method and apparatus
EP3952166B1 (en) Feedback information determining method and apparatus
JP2020530952A (ja) フィードバック応答情報の伝送方法、装置及びシステム
US20200029342A1 (en) Data Transmission Method and Device
CN110535564B (zh) 混合自动重传方法、装置和基站
CN110035486B (zh) 上行发送功率调整及装置
WO2022021233A1 (zh) 一种控制信息传输方法及装置、终端设备
KR102075430B1 (ko) 이동 통신 시스템에서의 하향링크 재전송 스케줄링 방법 및 장치
WO2020029558A1 (zh) 反馈信息的方法、终端、芯片和存储介质
WO2021035541A1 (zh) 一种数据传输方法及相关设备
US20220039159A1 (en) Methods for determining a channel occupancy time and related wireless nodes
WO2021088041A1 (zh) 上行数据传输方法、装置、终端及存储介质
CN113676951B (zh) 非周期信道状态信息传输方法、装置、基站和存储介质
CN114928861A (zh) 应用于5gnr在pucch格式0配置下的增强编码和解码方法
CN111034083A (zh) 新无线电中混合自动重复请求或其改进相关的设备及方法
KR20170002205A (ko) 기지국 장치와 그 운용 방법

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
TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20200113

Address after: 510663 Shenzhou Road, Guangzhou Science City, Guangzhou economic and Technological Development Zone, Guangdong, 10

Applicant after: Jingxin Communication System (China) Co., Ltd.

Address before: 510663 Shenzhou Road 10, Guangzhou Science City, Guangzhou economic and Technological Development Zone, Guangzhou, Guangdong

Applicant before: Jingxin Communication System (China) Co., Ltd.

Applicant before: Jingxin Communication System (Guangzhou) Co., Ltd.

Applicant before: Jingxin Communication Technology (Guangzhou) Co., Ltd.

Applicant before: TIANJIN COMBA TELECOM SYSTEMS CO., LTD.

CB02 Change of applicant information
CB02 Change of applicant information

Address after: 510663 Shenzhou Road, Guangzhou Science City, Guangzhou economic and Technological Development Zone, Guangdong, 10

Applicant after: Jingxin Network System Co.,Ltd.

Address before: 510663 Shenzhou Road, Guangzhou Science City, Guangzhou economic and Technological Development Zone, Guangdong, 10

Applicant before: Comba Telecom System (China) Ltd.

GR01 Patent grant
GR01 Patent grant