具体实施方式
本发明实施例通过放宽重传时的限制,来保证重传的实现。
参见图1,本实施例中数据重传的主要方法流程如下:
步骤101:终端获知基站根据重传数据的传输块集(Transport Block Set,TBS)和可用资源量为终端分配功率资源。
步骤102:终端判断基站分配的功率资源是否满足重传的需要。
步骤103:当判断不满足时,终端根据预设的重传策略重传数据。任何能够实现数据重传的策略均适用于本实施例。
步骤104:当判断满足时,按照现有技术进行重传。
在步骤101之前,RNC给基站和终端配置一套码率和功率信息的表格,即码率和贝塔(beta)对应表,并且配置一个混合自动重传(Hybrid AutomaticRepeat Request,HARQ)的重传功率偏移量ΔHARQ。终端会周期性的或者根据事件触发的方式向基站上报终端的有关信息,即调度信息(Schedulinginformation,SI),SI包含以下内容:
表1
SNPL |
服务小区与邻小区的路损信息 |
UPH |
UE可用的最大发射功率与参考值的比值,表示UE可用的剩余功率,5bits;0-31dB(UE transmission power headroom) |
HLBS |
最高优先级数据占总缓存的比例 |
TEBS |
总E-DCH缓存状态 |
HLID |
最高优先级逻辑信道标示(ID),不同ID表征不同优先级 |
基站分配资源的流程如下:基站根据UE上报的调度信息(SI)、基站自己维护的Pebase(E-PUCH的基准功率)、Prot(基站用来控制小区干扰的参数)、Pc(基站可以发送的功率)等功率值,计算功率资源相关信息(Absolute GrantValue,PRRI)、时隙和码道信息,然后将相关信息通过E-AGCH发送给终端。
现有技术中,终端收到PRRI、时隙和码道信息后,根据E-TFC选择的原则来确定可以传输的TBS大小,并进行发送。
E-TFC选择的原则:beta+ΔHARQ最接近但是不超过PRRI,这时获得的beta基本是终端可以发送的功率信息,根据beta和码率的对应表,获得终端可以发送的数据的码率,然后根据码率和基站分配的时隙、码道信息,就可以计算出终端可以发送的TBS大小,即TBS=码率乘以分配的时隙和码道可以承载的比特数。
这样终端发送的数据量为TBS,发送功率=Pebase+beta+L,其中Pebase为维护的干扰信息,通过基站产生,并由E-AGCH携带给终端的传输功率控制(Transmit Power Control,TPC)进行调整,L为路损信息,由终端测量获得。
由于E-TFC选择原则要求beta+ΔHARQ最接近但是不超过PRRI,受beta的影响,终端确定的TBS大小可能小于重传数据的大小,导致无法实现重传。
本实施例对终端侧的重传策略进行改进,或对基站侧重传资源的分配策略进行改进,来实现数据重传。下面通过三个实施例来详细介绍重传过程。
参见图2,本实施例中终端根据基站分配的资源强行重传数据的方法流程如下:
步骤201:基站获知有数据需要重传。
步骤202:基站根据重传数据的TBS为终端分配重传资源。重传资源包括码道资源和功率资源等。
步骤203:基站向终端指示分配的重传资源。
步骤204:终端判断基站分配的功率是否超过最大发送功率,若是,则继续步骤205,否则继续步骤206。
步骤205:终端根据基站分配的码道资源和最大发送功率重传数据。
步骤206:终端不进行E-TFC选择,直接根据基站分配的重传资源重传数据。本实施例中的重传策略是终端不进行E-TFC选择,直接根据基站分配的重传资源重传数据。也就是说基站还向终端发送PRRI后,终端直接根据基站为终端分配的功率PRRI折算出来的beta来作为发送功率,并传输终端的重传数据,折算原则就是beta+ΔHARQ最接近但是不超过PRRI。在重传时,终端不考虑重传数据的码率和beta的对应关系,而是根据初始传输时采用的码率来重传数据。
本实施例中终端强行根据基站分配的功率资源或最大发送功率来重传数据,虽然不能保证重传的准确率是百分之百,但相对于丢弃重传数据的方案,重传的准确率还是有明显提高的。并且,基站会将之前接收到的数据与重传的数据进行合并,因此本实施例有助于提高基站侧收到的数据的准确率。
参见图3,本实施例中终端自行确定重传功率的重传数据的方法流程如下:
步骤301:基站获知有数据需要重传。
步骤302:基站根据重传数据的TBS为终端分配重传资源。重传资源包括码道资源和功率资源等。
步骤303:基站向终端指示分配的重传资源。
步骤304:终端根据重传数据的TBS确定重传功率。此步中终端不进行增强的业务流量控制(E-TFC)选择,也不考虑发送功率不超过授权的功率资源相关信息(Absolute Grant Value,PRRI)的限制。即,终端根据重传数据的TBS确定所需的码率,然后根据码率和贝塔(beta)对应表确定对应的beta,再根据确定的beta和网络侧为该终端配置的ΔHARQ来确定重传功率,不考虑beta和ΔHARQ是否不超过基站发送的PRRI,即使超过了PRRI,也按照确定的beta和ΔHARQ来发送数据。
步骤305:终端判断确定的重传功率是否超过最大发送功率,若是,则继续步骤306,否则继续步骤307。
步骤306:终端根据基站分配的码道资源和最大发送功率重传数据。
步骤307:终端根据基站分配的码道资源和确定的重传功率重传数据。本实施例中的重传策略是终端自行确定重传功率,并根据该自行确定的重传功率或最大发送功率进行重传。
本实施例中终端采用基站分配的码道资源,重传功率由自己来进行计算,不考虑基站分配的功率,然后根据自己计算出的重传功率来进行重传。既保证了数据的重传,又相对于图2所示的实施例提高了重传的准确率。
参见图4,本实施例中基站放宽分配重传功率的限制条件时的重传数据的方法流程如下:
步骤401:基站获知有数据需要重传。
步骤402:基站不受噪声抬升(ROT)和用户功率上限(UPH)的限制,根据重传数据的TBS为终端分配重传资源。重传资源包括码道资源和功率资源等。
步骤403:基站向终端指示分配的重传资源。
步骤404:终端获知分配的重传资源后,根据E-TFC选择判断是否重传,若是,则继续步骤405,否则结束流程,不进行重传。
步骤405:终端判断基站分配的重传功率是否超过最大发送功率,若是,则继续步骤406,否则继续步骤407。
步骤406:终端根据基站分配的码道资源和最大发送功率重传数据。
步骤407:终端根据基站分配的重传资源重传数据。
本实施例中基站在不受ROT和UPH的限制时分配的重传资源比较能够满足终端的重传需要。即使终端根据E-TFC选择判断是否重传,相对于需要技术来说,在很大程度上也能保证数据的重传,又相对于图2所示的实施例提高了重传的准确率。
图2、图3和图4所示的实施例也可以进行其它组合,例如基站不受ROT和UPH的限制,根据重传数据的TBS为终端分配重传资源;终端根据重传数据的TBS确定重传功率。还可能有其它组合方案,此处不一一列举。
以上描述了数据重传的多种实现方式,对终端和基站都可以有所改进。下面对终端和基站的内部结构和功能进行介绍。
参见图5,本实施例中终端设备包括:接口模块501、判断模块502和重传模块503。
接口模块501用于与基站进行交互,获知基站根据重传数据的TBS和可用资源量为终端分配重传资源。
判断模块502用于判断基站分配的重传资源是否满足重传的需要。判断模块502还可以在判断基站分配的重传资源是否满足重传的需要时,不进行E-TFC选择。判断模块502还用于根据E-TFC选择来判断是否重传。
重传模块503用于当判断不满足时,根据预设的重传策略重传数据。
重传模块503根据预设的重传策略可以有多种实现方案,如重传模块503根据基站分配的重传资源重传数据。以及根据初始传输时采用的码率重传数据。或者,终端设备还包括:调度模块504,参见图6所示。调度模块504,用于根据重传数据确定所需的重传功率。重传模块503根据基站分配的码道资源和确定的重传功率重传数据。或者,重传模块503在获知确定的重传功率超过自身的最大发送功率时,根据最大发送功率重传数据。
参见图7,本实施例中基站包括:重传模块701和分配模块702。该基站可以是Node B或演进基站(eNB)等。
重传模块701用于确定重传数据的TBS。
分配模块702用于不受ROT和UPH的限制,根据重传数据的TBS和可用资源量为终端分配重传资源。分配模块702也可以考虑ROT和UPH的限制,根据重传数据的TBS和可用资源量为终端分配重传资源,由预先设定的分配策略来决定。
基站还包括:接口模块,用于与终端进行交互,获知有重传数据,以及向终端指示重传资源。
用于实现本发明实施例的软件可以存储于软盘、硬盘、光盘和闪存等存储介质。
本发明实施例中终端在确定基站分配的重传资源不能满足重传的需要时,仍然根据预设的重传策略来进行重传,从而实现了数据的重传。并且,本发明实施例提供了多种实现方案,既有对终端的改进,也有对基站的改进,以适应各种需求。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若对本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。