CN104579603A - 一种基于harq的下行调度方法及装置 - Google Patents

一种基于harq的下行调度方法及装置 Download PDF

Info

Publication number
CN104579603A
CN104579603A CN201410831471.7A CN201410831471A CN104579603A CN 104579603 A CN104579603 A CN 104579603A CN 201410831471 A CN201410831471 A CN 201410831471A CN 104579603 A CN104579603 A CN 104579603A
Authority
CN
China
Prior art keywords
channel quality
processes
harq
data
current scheduling
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201410831471.7A
Other languages
English (en)
Other versions
CN104579603B (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 Telecom Systems China 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 Telecom Systems China Ltd filed Critical Comba Telecom Systems China Ltd
Priority to CN201410831471.7A priority Critical patent/CN104579603B/zh
Publication of CN104579603A publication Critical patent/CN104579603A/zh
Application granted granted Critical
Publication of CN104579603B publication Critical patent/CN104579603B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

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/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]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/12Wireless traffic scheduling
    • H04W72/1263Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1273Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of downlink data flows

Landscapes

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

Abstract

本发明涉及通信领域,具体公开了一种基于HARQ的下行调度方法及装置,用于提高资源利用率。该方法为:对UE进行信道质量评估并计算该UE的剩余缓存,在确定该UE的信道质量评估结果低于预设的信道质量门限,并且该UE的剩余缓存小于本次调度所需的缓存时,上调可用最大HARQ进程数目,以及确定当前调度所采用的进程。这样,在UE剩余缓存不足时,能实时自适应调整下行可用进程数目,保证下行数据传输的可靠性,提高资源利用率。

Description

一种基于HARQ的下行调度方法及装置
技术领域
本发明涉及通信领域,特别涉及一种基于HARQ的下行调度方法及装置。
背景技术
在无线通信过程中,如果当前一次尝试传输数据失败时,就会要求重传数据分组,以保证传输数据的可靠性,这样的传输机制称为自动请求重传(Automatic Repeat Request,ARQ),由于信道噪声及用户(User Equipment,UE)间干扰等问题的存在,通常会在分组数据中加入一种保护形式,称为前向纠错(Forward Error Correction,FEC),混合自动重传请求(Hybrid AutomaticRepeat Request,HARQ)是一种FEC和ARQ相结合的技术。
在第三代合作伙伴计划(3rd Generation Partnership Project,3GPP)标准中规定了在长期演进(Long Term Evolution,LTE)系统中采用HARQ技术,能够保证基站与UE之间数据的正确发送和接收。在3G LTE系统中,采用停等式(可称为SAW,即发送端每发送一个数据分组包就暂时停下来,等待接收端发送的确认信息)重传协议,这种机制使得该协议的信道利用效率较低。为了避免信道资源浪费,LTE采用多路并行停等协议收发数据,即多进程HARQ处理机制,也就是,发送端在信道上并行地运行N套不同的SAW协议,利用不同信道间的间隙来交错地传递数据和信令,一组数据发送等待,另一组数据进行发送,提高了信道利用率。在使用HARQ处理机制的同时,采用增量冗余机制,重传数据采用软合并后被解码,即将接收到的错误数据包存在存储器中与重传的数据包合并在一起进行译码,提高传输效率,也能够得到更高的译码增益。
频分双工(Frequency Division Duplexing,FDD)制式下HARQ下行进程数固定,而时分双工(Time Division Duplexing,TDD)制式下,虽然3GPP协议规定了LTE中HARQ机制的功能,但是没有考虑到如何对多进程HARQ处理机制中的进程数进行自适应的调整。
在非自适应调整进程数的情况下,根据固定的HARQ的进程数设置,如果HARQ进程数目设置过大,会导致UE接收数据量大于其缓存能力,从而造成UE解调失败;由于UE每传输时间间隔(Transmission Time Interval,TTI)接收的数据量不能大于能力等级的限制,如果HARQ进程数目设置过小,UE无法在当前进程完成所有数据的传输,从而影响UE的平均吞吐量,特别在峰值时的吞吐量。
现有技术中,多进程HARQ的进程配置方法主要有:
1)针对高优先级的特定数据流预留某些HARQ进程,避免较低优先级的数据包被较高优先级的数据取代,但是这种方法限制了大数据连续发送的场景,难以达到峰值吞吐量;
2)利用UE根据可用资源的数量,确定可支持的HARQ进程的数量,UE向基站发送指示该数量的信息后,等待基站下发是调度,但是,这种方法依赖UE的评估能力,也增加了信令开销;
3)根据被接收信号中包括的多个HARQ进程中的每一个激活或者去激活状态,无线发射/接收单元激活或者去激活特定的HARQ进程,通过调整HARQ进程数平衡控制上行干扰,但此方法仅考虑的是新传数据的情况,没有考虑重传数据对进程分配的占用情况。
因此,有效的实时调整多进程HARQ的进程数分配是亟待解决的问题。
发明内容
本发明实施例提供一种基于HARQ的下行调度方法及装置,用以保证下行数据传输的可靠性,并提高缓存空间资源利用率。
本发明实施例提供的具体技术方案如下:
一种基于混合自动重传请求HARQ的下行调度方法,包括:
基站对用户设备UE进行信道质量评估以及计算所述UE的剩余缓存;
基站确定所述UE的信道质量评估结果低于预设的信道质量门限,并且所述UE的剩余缓存小于本次调度所需的缓存时,上调可用最大HARQ进程数目,以及确定当前调度所采用的进程,其中,信道质量门限用于表征能够保证所述UE译码成功的最低信道质量;
基于所述当前调度所采用的进程,调度UE进行数据传输。
这样,在UE剩余缓存不足时,能实时自适应调整下行可用进程数目,保证下行数据传输的可靠性,提高资源利用率。
较佳地,基站根据以下测量参数中的至少一种进行信道质量评估:
信道质量指示CQI信息、由小区专用导频参考信号测量所得的下行信噪比、参考信号接收功率、参考信号接收质量。
较佳地,上调可用最大HARQ进程数目,具体包括:
判定上调次数不超过预设次数门限值时,在最后一次保存的可用最大HARQ进程数目的基础上增加一个进程,获得当前可用最大HARQ进程数目。
这样能够保证新传数据或者其他重传数据有足够的进程进行调度,也能够在保证扩大HARQ进程数目的同时,避免了过多增加HARQ进程数目而导致的资源浪费。
较佳地,确定当前调度所采用的进程,具体包括:
若当前调度UE进行传输的数据为初传数据,则在可用HARQ进程中选择任意一个HARQ进程进行传输。
若当前调度UE进行传输的数据为重传数据,则选择初传HARQ进程进行传输。
较佳地,在确定当前调度所采用的进程之后,进一步包括:
根据所述UE的剩余缓存,确定当前调度的传输块大小。
较佳地,根据所述UE的剩余缓存,确定当前调度的传输块大小,具体包括:
根据所述UE的剩余缓存,以及预设的UE到基站传输数据过程的逆操作,计算传输块大小门限;以及,
基于预设传输块大小集合,在不大于所述传输块大小门限的所有传输块大小中,选择取值最大的传输块大小用于当前调度。
这样,当UE提供的缓存空间不足时,自适应的调整传输块大小,保证下行数据传输的可靠性,提高资源利用率。
较佳地,进一步包括:
若基站确定所述UE的信道质量评估结果不低于预设的信道质量门限,并且所述UE的剩余缓存不小于本次调度所需的缓存时,则确定可用最大HARQ进程数目为默认配置的最大进程数。
一种基于HARQ的下行调度装置,包括:
处理单元,用于对用户设备UE进行信道质量评估以及计算所述UE的剩余缓存;
配置单元,用于在确定所述UE的信道质量评估结果低于预设的信道质量门限,并且所述UE的剩余缓存小于本次调度所需的缓存时,上调可用最大HARQ进程数目,以及确定当前调度所采用的进程,其中,信道质量门限用于表征能够保证所述UE译码成功的最低信道质量;
调度单元,用于基于所述当前调度所采用的进程,调度UE进行数据传输。
这样,在UE剩余缓存不足时,能实时自适应调整下行可用进程数目,保证下行数据传输的可靠性,提高资源利用率。
较佳地,所述处理单元根据以下测量参数中的至少一种进行信道质量评估:
CQI信息、由小区专用导频参考信号测量所得的下行信噪比、参考信号接收功率、参考信号接收质量。
较佳地,在上调可用最大HARQ进程数目时,所述配置单元具体用于:
判定上调次数不超过预设次数门限值时,在最后一次保存的可用最大HARQ进程数目的基础上增加一个进程,获得当前可用最大HARQ进程数目。
这样能够保证新传数据或者其他重传数据有足够的进程进行调度,也能够在保证扩大HARQ进程数目的同时,避免了过多增加HARQ进程数目而导致的资源浪费。
较佳地,在确定当前调度所采用的进程时,所述配置单元具体用于:
若当前调度UE进行传输的数据为初传数据,则在可用HARQ进程中选择任意一个HARQ进程进行传输。
若当前调度UE进行传输的数据为重传数据,则选择初传HARQ进程进行传输。
较佳地,在确定当前调度所采用的进程之后,所述配置单元进一步用于:
根据所述UE的剩余缓存,确定当前调度的传输块大小。
较佳地,在根据所述UE的剩余缓存,确定当前调度的传输块大小时,所述配置单元具体用于:
根据所述UE的剩余缓存,以及预设的UE到本装置传输数据过程的逆操作,计算传输块大小门限;以及,
基于预设传输块大小集合,在不大于所述传输块大小门限的所有传输块大小中,选择取值最大的传输块大小用于当前调度。
这样,当UE提供的缓存空间不足时,自适应的调整传输块大小,保证下行数据传输的可靠性,提高资源利用率
较佳地,所述配置单元进一步包括:
若确定所述UE的信道质量评估结果不低于预设的信道质量门限,并且所述UE的剩余缓存不小于本次调度所需的缓存时,则确定可用最大HARQ进程数目为默认配置的最大进程数。
附图说明
图1为本发明实施例中基于HARQ进行下行调度的流程图;
图2为本发明实施例中判断信道状况的流程图;
图3为本发明实施例中基站结构图。
具体实施方式
本发明实施例中,基于多进程HARQ处理机制,基站通过当前信道质量的评估和UE的缓存能力以及缓存的占用情况,实时地估算当前UE能够提供的缓存剩余空间,并根据缓存剩余空间自适应的调整下行可用进程数,并且,当UE提供的缓存剩余空间不足时,自适应的调整传输块大小(Transport BlockSize,TBS),从而保证了下行数据传输的可靠性,并且提高了资源的利用率。
下面参阅附图对本发明实施例优选的方案进行详细说明。
参阅图1所示,本发明实施例中,在进行下行调度时,基站具体执行以下操作:
步骤100:基站对UE进行信道质量评估,并且计算该UE的剩余缓存。
具体地,基站接收UE上报的测量数据,该测量数据至少包括:信道质量指示(Channel Quality Indication,CQI)信息、由小区专用导频参考信号(Cell-Specific RS)测量所得的下行信噪比(Signal-Noise Ratio,SINR)、参考信号接收功率(Reference Signal Receive Power,RSRP)测量值、参考信号接收质量(Reference Signal Receive Quality,RSRQ)测量值等,以上测量数据由UE测量所得,并向基站上报。
基站在接收到UE上报的测量数据之后,根据以上测量数据中的任意一种或任意组合,针对该UE进行信道质量评估,确定该UE所处的信道状况。
接着,基站根据UE缓存能力与UE缓存的占用情况,计算该UE的剩余缓存,具体计算方式为:Nbuffer_left=Nbuffer-Nbuffer_occupy,其中,Nbuffer_left表示UE的剩余缓存;Nbuffer表示UE缓存能力,根据UE的等级不同,每个等级的UE对应固定的缓存能力;Nbuffer_occupy表示UE已经占用的物理层缓存。
步骤110:基站确定该UE的信道质量评估结果低于预设的信道质量门限,并且该UE的剩余缓存小于本次调度所需的缓存时,上调可用最大HARQ进程数目,以及确定当前调度所采用的进程,并基于当前调度所采用的进程,调度UE进行数据传输。其中,信道质量门限用于表征能够保证UE译码成功的最低信道质量。
首先,预设信道质量门限以及预估本次调度所需缓存。
该信道质量门限用于判断信道质量的优劣,具体用于表征能够保证UE译码成功的最低信道质量,该信道质量门限可以通过仿真或者实际测量的方式得到;
根据分组调度模块分配的传输块大小,按照协议3GPP TS 36.212规定的一系列物理层处理过程,预估该传输块需要占用的物理层缓存空间大小,其中,一系列物理层处理过程包括传输块CRC附着(Transport block CRCattachment)、码块分割与CRC附着(Code block segmentation and code blockCRC attachment)、信道编码(Channel coding)、速率匹配(Rate matching)、码块串接(Code block concatenation)等。
在LTE系统中,采用多进程HARQ处理机制进行收发数据时,若针对下行最大HARQ进程数目不进行自适应调整,则下行最大HARQ进程数目由协议3GPP TS 36.213规定进行选取;若针对下行最大HARQ进程数目进行自适应调整,则可根据当前UE的信道质量和UE剩余缓存对下行最大HARQ进程数目进行适应性的调整,以保证当前所有下行数据传输可靠性,并提高缓存空间资源的利用率。其中,一个HARQ进程是指基站调度进行一次数据传输,到基站接收到ACK/NACK信息,若基站接收到UE反馈的NACK信息,则需要对相应的数据重新进行传输,可将重新进行传输的数据称为重传数据(重传数据针对的译码失败的数据称为初传数据),相应的,第一次进行传输的数据即非重传的数据可称为新传数据。HARQ进程数目是指一个HARQ实体可控制同时运行的HARQ进程,下行最大HARQ进程数目是指目前进行数据传输可用的最大HARQ的进程数目。
LTE下行可以支持自适应HARQ和非自适应HARQ,自适应HARQ是指进行重传数据时可以改变初传时的一部分或者全部属性,例如,可以改变调制方式、资源分配等,需要额外的信令通知;非自适应HARQ是指可以改变的属性是发射端和接收端事先协商好的,不需要额外的信令进行通知。
下面分别针对重传数据和新传数据调度过程中对可用最大HARQ进程数目的实时调整进行说明。
对于重传数据,若采用非自适应HARQ,则不对可用最大HARQ进程数目进行调整,即可用最大HARQ进程数目不变,并选择初传进程对本次重传数据进行传输;
若采用自适应HARQ,基站比较获得的UE的信道质量评估结果与预设的信道质量门限,以及比较UE的剩余缓存与本次调度所需的缓存,根据比较结果对可用最大HARQ进程数目进行确定,其中:
若UE的信道质量评估结果低于信道质量门限且UE的剩余缓存小于本次调度所需的缓存,则基于最后一次保存的最大HARQ进程数目(即上一次进行数据传输时的可用最大HARQ进程数目),上调可用最大HARQ进程数目,具体地,在最后一次保存的可用最大HARQ进程数目的基础上加1,例如,最后一次保存的可用最大HARQ进程数目为6,则在确认当前信道条件及剩余缓存条件符合预设判断条件时,调整当前调度可用最大HARQ进程数目为7。由于当前UE的信道质量评估结果低于信道质量门限,说明当前UE的信道质量很差,不能通过打孔达到译码成功,而此次传输数据为重传数据,重传不但会占用进程,而且还会增大UE的缓存,而UE的剩余缓存小于本次调度所需的缓存,为了保证新传数据或者其他重传数据有足够的进程进行调度,则上调可用最大HARQ进程数目,具体上调方式为在最后一次保存的可用最大HARQ进程数目的基础上加1,逐一递加是为了在保证扩大HARQ进程数目的同时,避免了过多增加HARQ进程数目而导致的资源浪费,当然,也可在最后一次保存的可用最大HARQ进程数目的基础上加N进行调整(其中,N>1)。在调整可用最大HARQ进程数目之后,选择初传进程对本次数据进行传输;
若UE的信道质量评估结果不低于信道质量门限且UE的剩余缓存不小于本次调度所需的缓存,说明此时UE信道状况良好,且剩余缓存足够,则确定可用最大HARQ进程数目为协议3GPP TS 36.213规定的最大进程数。协议3GPP TS 36.213规定的最大进程数如表1所示。
表1
其中,之所以参考信道质量来确定可用最大HARQ进程数目,是因为,如果仅通过UE剩余缓存来确定可用最大HARQ进程数目,则根据协议规定,UE最大只能支持8个HARQ进程的分配,而在信道质量较好的情况下,理论上UE可以在更高的编码方式下译码成功,比如可以在低于1的编码率即可以保证译码成功,这样就能够在单个进程中打掉更多的冗余比特以解决UE单个进程的缓存容量限制问题,进而能够在保证UE缓存能力不溢出的前提下,最大程度的保证了峰值的吞吐量。
在确定可用最大HARQ进程数目之后,选择初传进程对本次数据进行传输。
对于新传数据,基站比较获得的UE的信道质量评估结果与预设的信道质量门限,以及比较UE的剩余缓存与本次调度所需的缓存,根据比较结果对可用最大HARQ进程数目进行确定,其中:
若UE的信道质量评估结果低于信道质量门限且UE的剩余缓存小于本次调度所需的缓存,则基于最后一次保存的最大HARQ进程数目(即上一次进行数据传输时的可用最大HARQ进程数目),上调最大HARQ进程数目,具体地,在最后一次保存的可用最大HARQ进程数目的基础上加1,在调整可用最大HARQ进程数目之后,在可用HARQ进程中选择任意一个进程对本次数据进行传输,这样能够保证新传数据或者其他重传数据有足够的进程进行调度,也能够在保证扩大HARQ进程数目的同时,避免了过多增加HARQ进程数目而导致的资源浪费;
若UE的信道质量评估结果不低于信道质量门限且UE的剩余缓存不小于本次调度所需的缓存,则确定可用最大HARQ进程数目为协议3GPP TS 36.213规定的最大进程数,并在可用HARQ进程中选择任意一个进程对本次数据进行传输,这样能够提高UE的平均吞吐量,尤其是峰值的吞吐量。在确定可用最大HARQ进程数目之后,选择初传进程对本次数据进行传输。
在上述过程中,在最后一次保存的可用最大HARQ进程数目的基础上加1后,若在下次调度时,继续判定当前信道条件及剩余缓存条件符合预设判断条件时,仍可在最后一次保存的HARQ进程数目的基础上继续加1,但是上调可用最大HARQ进程数目的次数不能高于预设次数门限值,该预设次数门限值根据物理层预设的最大重发次数决定,避免由于当前UE的信道长期处于恶劣的环境导致浪费信道资源。
至此,对于当前调度所采用的进程已经确定,下面针对不同的传输数据类型,介绍如何确定当前调度的传输块大小。
对于重传数据,若采用非自适应HARQ,则当前调度的传输块大小即为初传时的传输块大小;
若采用自适应HARQ,若UE的信道质量评估结果低于信道质量门限且UE的剩余缓存小于本次调度所需的缓存时,则基于最后一次保存的最大HARQ进程数目,上调最大HARQ进程数目,并选择初传进程对本次数据进行传输之后,根据UE剩余缓存结合当前信道状况计算当次调度的传输块大小,确定计算所得值为当前调度的传输块大小;
若UE的信道质量评估结果不低于信道质量门限且UE的剩余缓存不小于本次调度所需的缓存时,则确定可用最大HARQ进程数目为协议3GPP TS36.213规定的最大进程数,并选择初传进程对本次数据进行传输后,采用分组调度模块确定的传输块大小为当前调度的传输块大小。
对于新传数据,若UE的信道质量评估结果低于信道质量门限且UE的剩余缓存小于本次调度所需的缓存,则基于最后一次保存的最大HARQ进程数目,上调最大HARQ进程数目,并在可用HARQ进程中选择任意一个进程对本次数据进行传输后,根据UE剩余缓存结合当前信道状况计算当次调度的传输块大小,确定计算所得值为当前调度的传输块大小;
若UE的信道质量评估结果不低于信道质量门限且UE的剩余缓存不小于本次调度所需的缓存时,则确定可用最大HARQ进程数目为协议3GPP TS36.213规定的最大进程数,并在可用HARQ进程中选择任意一个进程对本次数据进行传输后,采用分组调度模块确定的传输块大小为当前调度的传输块大小。
上述过程中,根据UE剩余缓存结合当前信道状况计算当次调度的传输块大小的具体过程为:
1)根据UE剩余缓存,按照协议3GPP TS 36.212规定的一系列物理层处理过程的逆操作所得,即根据一系列物理层的处理过程进行数据传输能力的反向推算,预估对应的传输块大小(该预估值可记为TBS1)。其中,一系列物理层处理过程包括传输块CRC附着(Transport block CRC attachment)、码块分割与CRC附着(Code block segmentation and code block CRC attachment)、信道编码(Channel coding)、速率匹配(Rate matching)、码块串接(Code blockconcatenation)等。
2)根据分组调度模块确定的下行传输所需要的物理资源模块(PhysicalResource Block,PRB)的总数(可记为NPRB),通过查找协议3GPP TS 36.213表格7.1.7.2.1-1或表格7.1.7.2.1-1,在表格中找到所有小于等于TBS1中的值中选择最大的值,该最大的值即为当前调度的传输块大小。这样,可以在保证当前调度过程中发送给UE的数据量大小一定不超过UE的剩余缓存的基础上,同时使得数据传输量最大,保证系统最大吞吐量。
在基站针对UE进行信道质量评估时,接收UE上报的测量数据,参阅图2所示,下面以接收UE上报的CQI信息对该UE进行信道质量评估为例进行详细介绍。
步骤200:基站针对UE上报的CQI信息进行预处理。
具体地,基站向UE下发指令,令UE周期性上报CQI信息,考虑到UE上报CQI信息的平缓变化,基站对UE周期性上报的CQI信息进行平滑处理,得到最终的CQI结果。该平滑处理方式可以采用但不局限于以下方式:
1)采用加权平均的方法对采集的CQI信息进行平滑处理,具体计算方式为:
CQI current = N · CQI list ( N - 1 ) + ( N - 1 ) · CQI list ( N - 2 ) + . . . + CQI list ( 0 ) 1 + 2 + 3 + . . . + N - - - [ 1 ]
其中,N表示基站接收UE周期性上报的CQI信息的数量,基站对N个CQI信息进行平滑处理;CQIlist(N-1)表示基站接收UE上报的第(N-1)个CQI信息,CQIlist(N-2)表示基站接收UE上报的第(N-2)个CQI信息,依此类推,基站接收UE上报的第(N-3)至第0个CQI信息的表示方法在此不再赘述;最终获得的CQIcurrent为基站根据接收到的N个CQI信息进行平滑处理后获得的最终CQI结果。
2)采用求和平均的方式对采集的CQI信息进行平滑处理,具体计算方式为:
CQI current = CQI list ( N - 1 ) + CQI list ( N - 2 ) + . . . + CQI list 1 + 2 + 3 + . . . + N - - - [ 2 ]
式[2]中各参量的具体意义如式[1]中的描述,在此不在赘述,其中,式[2]所描述的方式即将接收到的N个CQI信息进行求和后再取平均值,获得最终的CQI平滑处理后的结果(即CQIcurrent)。
步骤210:计算等效CQI,即计算平均每个资源单元(Resource Element,RE)的CQI。
具体地,首先计算等效效率(记为Eff),该效率用于表征每一个正交频分复用技术(Orthogonal Frequency Division Multiplexing,OFDM)符号(symbol)承载的信息比特,RE是LTE物理资源中最小的资源单位,在时域上占用1个OFDM符号,所以该效率也可以用于表征每个RE所承载的信息比特。对于在OFDM符号中加入常规循环前缀(Cyclic Prefix,CP),每个物理资源块(PhysicalResource Block,PRB)包含84个RE;对于在OFDM符号中加入扩展CP,每个PRB包含72个RE。该等效效率是指该信道平均每个RE承载的信息比特。
计算完等效效率之后,再根据等效效率折算等效CQI。
步骤220:根据获得的等效CQI,结合表2中等效CQI于与等效的SINR之间的映射关系,获得当前信道质量评估值(记为Q)。
表2
CQI值 目标SINR
1 -6.00
2 -4.00
3 -2.75
4 -0.75
5 1.25
6 2.75
7 5.00
8 6.75
9 8.50
10 10.75
11 12.50
12 14.50
13 16.25
14 17.75
15 20.00
例如,当等效CQI为1时,对应的等效SINR为-6.00。
表2通过仿真性能得到的数据,与接收端的性能有关。
基于上述实施例,本发明实施例中,参阅图3所示,基站包括处理单元300、配置单元310以及调度单元320,其中:
处理单元300,用于对用户设备UE进行信道质量评估以及计算该UE的剩余缓存;
配置单元310,用于在确定该UE的信道质量评估结果低于预设的信道质量门限,并且该UE的剩余缓存小于本次调度所需的缓存时,上调可用最大HARQ进程数目,以及确定当前调度所采用的进程,其中,信道质量门限用于表征能够保证该UE译码成功的最低信道质量;
调度单元320,用于基于该当前调度所采用的进程,调度UE进行数据传输。
这样,在UE剩余缓存不足时,能实时自适应调整下行可用进程数目,保证下行数据传输的可靠性,提高资源利用率。
较佳地,该处理单元300根据以下测量参数中的至少一种进行信道质量评估:
CQI信息、由小区专用导频参考信号测量所得的下行信噪比、参考信号接收功率、参考信号接收质量。
较佳地,在上调可用最大HARQ进程数目时,该配置单元310具体用于:
判定上调次数不超过预设次数门限值时,在最后一次保存的可用最大HARQ进程数目的基础上增加一个进程,获得当前可用最大HARQ进程数目。
这样能够保证新传数据或者其他重传数据有足够的进程进行调度,也能够在保证扩大HARQ进程数目的同时,避免了过多增加HARQ进程数目而导致的资源浪费。
较佳地,在确定当前调度所采用的进程时,该配置单元310具体用于:
若当前调度UE进行传输的数据为初传数据,则在可用HARQ进程中选择任意一个HARQ进程进行传输。
若当前调度UE进行传输的数据为重传数据,则选择初传HARQ进程进行传输。
较佳地,在确定当前调度所采用的进程之后,该配置单元310进一步用于:
根据该UE的剩余缓存,确定当前调度的传输块大小。
较佳地,在根据该UE的剩余缓存,确定当前调度的传输块大小时,该配置单元310具体用于:
根据该UE的剩余缓存,以及预设的UE到基站传输数据过程的逆操作,计算传输块大小门限;以及,
基于预设传输块大小集合,在不大于该传输块大小门限的所有传输块大小中,选择取值最大的传输块大小用于当前调度。
这样,当UE提供的缓存空间不足时,自适应的调整传输块大小,保证下行数据传输的可靠性,提高资源利用率
较佳地,该配置单元310进一步包括:
若确定该UE的信道质量评估结果不低于预设的信道质量门限,并且该UE的剩余缓存不小于本次调度所需的缓存时,则确定可用最大HARQ进程数目为默认配置的最大进程数。
综上所述,本发明实施例中,基站对UE进行信道质量评估并计算该UE的剩余缓存,在确定该UE的信道质量评估结果低于预设的信道质量门限,并且该UE的剩余缓存小于本次调度所需的缓存时,上调可用最大HARQ进程数目,以及确定当前调度所采用的进程。这样,在UE剩余缓存不足时,能实时自适应调整下行可用进程数目,保证下行数据传输的可靠性,提高资源利用率。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发明实施例的精神和范围。这样,倘若本发明实施例的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。

Claims (14)

1.一种基于混合自动重传请求HARQ的下行调度方法,其特征在于,包括:
基站对用户设备UE进行信道质量评估以及计算所述UE的剩余缓存;
基站确定所述UE的信道质量评估结果低于预设的信道质量门限,并且所述UE的剩余缓存小于本次调度所需的缓存时,上调可用最大HARQ进程数目,以及确定当前调度所采用的进程,其中,信道质量门限用于表征能够保证所述UE译码成功的最低信道质量;
基于所述当前调度所采用的进程,调度UE进行数据传输。
2.如权利要求1所述的方法,其特征在于,基站根据以下测量参数中的至少一种进行信道质量评估:
信道质量指示CQI信息、由小区专用导频参考信号测量所得的下行信噪比、参考信号接收功率、参考信号接收质量。
3.如权利要求1或2所述的方法,其特征在于,上调可用最大HARQ进程数目,具体包括:
判定上调次数不超过预设次数门限值时,在最后一次保存的可用最大HARQ进程数目的基础上增加一个进程,获得当前可用最大HARQ进程数目。
4.如权利要求1或2所述的方法,其特征在于,确定当前调度所采用的进程,具体包括:
若当前调度UE进行传输的数据为初传数据,则在可用HARQ进程中选择任意一个HARQ进程进行传输;
若当前调度UE进行传输的数据为重传数据,则选择初传HARQ进程进行传输。
5.如权利要求1或2所述的方法,其特征在于,在确定当前调度所采用的进程之后,进一步包括:
根据所述UE的剩余缓存,确定当前调度的传输块大小。
6.如权利要求5所述的方法,其特征在于,根据所述UE的剩余缓存,确定当前调度的传输块大小,具体包括:
根据所述UE的剩余缓存,以及预设的UE到基站传输数据过程的逆操作,计算传输块大小门限;以及,
基于预设传输块大小集合,在不大于所述传输块大小门限的所有传输块大小中,选择取值最大的传输块大小用于当前调度。
7.如权利要求1-6任一项所述的方法,其特征在于,进一步包括:
若基站确定所述UE的信道质量评估结果不低于预设的信道质量门限,并且所述UE的剩余缓存不小于本次调度所需的缓存时,则确定可用最大HARQ进程数目为默认配置的最大进程数。
8.一种基于HARQ的下行调度装置,其特征在于,包括:
处理单元,用于对用户设备UE进行信道质量评估以及计算所述UE的剩余缓存;
配置单元,用于在确定所述UE的信道质量评估结果低于预设的信道质量门限,并且所述UE的剩余缓存小于本次调度所需的缓存时,上调可用最大HARQ进程数目,以及确定当前调度所采用的进程,其中,信道质量门限用于表征能够保证所述UE译码成功的最低信道质量;
调度单元,用于基于所述当前调度所采用的进程,调度UE进行数据传输。
9.如权利要求8所述的装置,其特征在于,所述处理单元根据以下测量参数中的至少一种进行信道质量评估:
CQI信息、由小区专用导频参考信号测量所得的下行信噪比、参考信号接收功率、参考信号接收质量。
10.如权利要求8或9所述的装置,其特征在于,在上调可用最大HARQ进程数目时,所述配置单元具体用于:
判定上调次数不超过预设次数门限值时,在最后一次保存的可用最大HARQ进程数目的基础上增加一个进程,获得当前可用最大HARQ进程数目。
11.如权利要求8或9所述的装置,其特征在于,在确定当前调度所采用的进程时,所述配置单元具体用于:
若当前调度UE进行传输的数据为初传数据,则在可用HARQ进程中选择任意一个HARQ进程进行传输;
若当前调度UE进行传输的数据为重传数据,则选择初传HARQ进程进行传输。
12.如权利要求8或9所述的装置,其特征在于,在确定当前调度所采用的进程之后,所述配置单元进一步用于:
根据所述UE的剩余缓存,确定当前调度的传输块大小。
13.如权利要求12所述的装置,其特征在于,在根据所述UE的剩余缓存,确定当前调度的传输块大小时,所述配置单元具体用于:
根据所述UE的剩余缓存,以及预设的UE到本装置传输数据过程的逆操作,计算传输块大小门限;以及,
基于预设传输块大小集合,在不大于所述传输块大小门限的所有传输块大小中,选择取值最大的传输块大小用于当前调度。
14.如权利要求8-13任一项所述的装置,其特征在于,所述配置单元进一步包括:
若确定所述UE的信道质量评估结果不低于预设的信道质量门限,并且所述UE的剩余缓存不小于本次调度所需的缓存时,则确定可用最大HARQ进程数目为默认配置的最大进程数。
CN201410831471.7A 2014-12-25 2014-12-25 一种基于harq的下行调度方法及装置 Active CN104579603B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201410831471.7A CN104579603B (zh) 2014-12-25 2014-12-25 一种基于harq的下行调度方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201410831471.7A CN104579603B (zh) 2014-12-25 2014-12-25 一种基于harq的下行调度方法及装置

Publications (2)

Publication Number Publication Date
CN104579603A true CN104579603A (zh) 2015-04-29
CN104579603B CN104579603B (zh) 2017-12-26

Family

ID=53094903

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410831471.7A Active CN104579603B (zh) 2014-12-25 2014-12-25 一种基于harq的下行调度方法及装置

Country Status (1)

Country Link
CN (1) CN104579603B (zh)

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105978624A (zh) * 2016-07-28 2016-09-28 哈尔滨工业大学 空间光通信中自动重传请求机制性能的获取方法
WO2018036269A1 (zh) * 2016-08-26 2018-03-01 深圳市金立通信设备有限公司 数据帧传输处理的方法及终端
CN109299045A (zh) * 2018-12-17 2019-02-01 郑州云海信息技术有限公司 一种日志存储方法、装置、设备及可读存储介质
CN109565378A (zh) * 2016-08-10 2019-04-02 株式会社Ntt都科摩 用户装置及重发控制方法
WO2019144802A1 (zh) * 2018-01-24 2019-08-01 华为技术有限公司 一种数据的传输方法及其相关设备
CN110535564A (zh) * 2019-09-25 2019-12-03 京信通信系统(中国)有限公司 混合自动重传方法、装置和基站
CN111767136A (zh) * 2020-06-02 2020-10-13 Oppo(重庆)智能科技有限公司 进程管理方法、终端及具有存储功能的装置
CN113141654A (zh) * 2020-01-19 2021-07-20 成都鼎桥通信技术有限公司 一种下行资源调度授权方法和系统
CN113783662A (zh) * 2021-11-12 2021-12-10 中国信息通信研究院 自适应数据传输方法、装置、计算机设备及可读存储介质
TWI751263B (zh) * 2017-01-24 2022-01-01 大陸商Oppo廣東移動通信有限公司 Harq進程的配置方法、裝置及設備

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1522160B1 (en) * 2002-05-10 2007-03-21 Interdigital Technology Corporation Method and apparatus for reducing transmission-link errors
US20070153672A1 (en) * 2005-12-29 2007-07-05 Interdigital Technology Corporation Method and apparatus for selecting multiple transport formats and transmitting multiple transport blocks simultaneously with multiple h-arq processes
CN101132227A (zh) * 2006-08-23 2008-02-27 大唐移动通信设备有限公司 一种无线通信信道质量的监控方法及系统
CN101815355A (zh) * 2009-02-25 2010-08-25 大唐移动通信设备有限公司 下行调度方法及装置
CN102111885A (zh) * 2009-12-23 2011-06-29 电信科学技术研究院 一种确定调整编码方式的方法及装置
CN102739379A (zh) * 2012-06-11 2012-10-17 北京创毅讯联科技股份有限公司 数据传输方法和设备
CN103428836A (zh) * 2012-05-16 2013-12-04 华为技术有限公司 基于harq的数据传输方法、设备和系统

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1522160B1 (en) * 2002-05-10 2007-03-21 Interdigital Technology Corporation Method and apparatus for reducing transmission-link errors
US20070153672A1 (en) * 2005-12-29 2007-07-05 Interdigital Technology Corporation Method and apparatus for selecting multiple transport formats and transmitting multiple transport blocks simultaneously with multiple h-arq processes
CN101132227A (zh) * 2006-08-23 2008-02-27 大唐移动通信设备有限公司 一种无线通信信道质量的监控方法及系统
CN101815355A (zh) * 2009-02-25 2010-08-25 大唐移动通信设备有限公司 下行调度方法及装置
CN102111885A (zh) * 2009-12-23 2011-06-29 电信科学技术研究院 一种确定调整编码方式的方法及装置
CN103428836A (zh) * 2012-05-16 2013-12-04 华为技术有限公司 基于harq的数据传输方法、设备和系统
CN102739379A (zh) * 2012-06-11 2012-10-17 北京创毅讯联科技股份有限公司 数据传输方法和设备

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105978624A (zh) * 2016-07-28 2016-09-28 哈尔滨工业大学 空间光通信中自动重传请求机制性能的获取方法
CN109565378A (zh) * 2016-08-10 2019-04-02 株式会社Ntt都科摩 用户装置及重发控制方法
WO2018036269A1 (zh) * 2016-08-26 2018-03-01 深圳市金立通信设备有限公司 数据帧传输处理的方法及终端
TWI751263B (zh) * 2017-01-24 2022-01-01 大陸商Oppo廣東移動通信有限公司 Harq進程的配置方法、裝置及設備
WO2019144802A1 (zh) * 2018-01-24 2019-08-01 华为技术有限公司 一种数据的传输方法及其相关设备
CN109299045A (zh) * 2018-12-17 2019-02-01 郑州云海信息技术有限公司 一种日志存储方法、装置、设备及可读存储介质
CN109299045B (zh) * 2018-12-17 2022-02-18 郑州云海信息技术有限公司 一种日志存储方法、装置、设备及可读存储介质
CN110535564A (zh) * 2019-09-25 2019-12-03 京信通信系统(中国)有限公司 混合自动重传方法、装置和基站
CN110535564B (zh) * 2019-09-25 2022-03-25 京信网络系统股份有限公司 混合自动重传方法、装置和基站
CN113141654A (zh) * 2020-01-19 2021-07-20 成都鼎桥通信技术有限公司 一种下行资源调度授权方法和系统
CN113141654B (zh) * 2020-01-19 2022-12-02 成都鼎桥通信技术有限公司 一种下行资源调度授权方法和系统
CN111767136A (zh) * 2020-06-02 2020-10-13 Oppo(重庆)智能科技有限公司 进程管理方法、终端及具有存储功能的装置
CN113783662A (zh) * 2021-11-12 2021-12-10 中国信息通信研究院 自适应数据传输方法、装置、计算机设备及可读存储介质
CN113783662B (zh) * 2021-11-12 2022-03-29 中国信息通信研究院 自适应数据传输方法、装置、计算机设备及可读存储介质

Also Published As

Publication number Publication date
CN104579603B (zh) 2017-12-26

Similar Documents

Publication Publication Date Title
CN104579603A (zh) 一种基于harq的下行调度方法及装置
AU2016268298B2 (en) Apparatus and method for link adaptation in uplink grant-less random access
RU2573230C2 (ru) Устройство и способ передачи состояния приема данных с использованием обратной связи
US9246651B2 (en) Outer-loop control in wireless communication link adaptation
KR20180074691A (ko) Cqi 정보 수신 방법, 송신 방법, 수신 디바이스 및 송신 디바이스
JP2020515146A (ja) 伝送データブロックサイズを判定するための方法およびノード
TWI780133B (zh) 使用者裝置及基地台
CN111092698A (zh) 无线通信系统中的方法和节点
CN102447538A (zh) 下行控制信息传输方法和系统
CN107710721A (zh) 一种信息处理方法、装置和系统
WO2012077525A1 (ja) 移動通信システムにおける基地局及びリソース割当方法
US20180131428A1 (en) Transmission Parameter Determination Method and Apparatus
JP6479216B2 (ja) 高信頼性かつ低レイテンシな通信における増加したキャパシティの探索
CN110073690A (zh) 传输方法和装置
JP2018514970A (ja) 復号マージンを定義するマルチレベルack
JPWO2018229948A1 (ja) 基地局装置、端末装置、無線通信システム、および通信方法
WO2018203818A1 (en) Transmission block size determination
CN105706482A (zh) 信道状态报告方法
CN108270525B (zh) 冗余版本传输方法及设备
EP2858436A1 (en) Downlink data transmission scheduling method and device
JP2018525914A (ja) アップリンクデータの伝送方法及び装置
US20190356422A1 (en) Wireless communication system, base station device, terminal device, and wireless communication method
US20220116186A1 (en) Scheduling harq transmissions in mini-slots
WO2017028014A1 (zh) 一种信息发送、接收方法及设备
US10790939B2 (en) Selecting mini-slots according to conditions

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
CP01 Change in the name or title of a patent holder
CP01 Change in the name or title of a patent holder

Address after: 510663 No. 10 Shenzhou Road, Science City, Luogang District, Guangzhou City, Guangdong Province

Patentee after: Jingxin Network System Co.,Ltd.

Address before: 510663 No. 10 Shenzhou Road, Science City, Luogang District, Guangzhou City, Guangdong Province

Patentee before: Comba Telecom System (China) Ltd.