CN101772070A - 重传缓冲区状态报告定时器的处理方法及终端 - Google Patents

Abstract

本发明公开了一种重传缓冲区状态报告定时器的处理方法及终端。其中，上述方法包括：在周期性缓冲区状态报告被触发时，如果在当前传输时间间隔没有接收到基站分配的上行资源，且重传缓冲区状态报告定时器没有运行，则启动或重启重传缓冲区状态报告定时器。根据本发明公开的技术方案，可以避免多余的重传缓冲区状态报告定时器的触发，提高系统性能。

Description

重传缓冲区状态报告定时器的处理方法及终端

技术领域

本发明涉及数字移动通信技术领域，尤其涉及一种无线通信系统中重传缓冲区状态报告定时器(RETX_BSR_TIMER)的处理方法与终端。

背景技术

在第三代移动通信的长期演进(Long Term Evolution，简称为LTE)系统中，上行媒体接入控制(Media Access Control，简称为MAC)调度器位于基站(eNodeB)，为终端分配传输资源。在为终端分配传输资源之前，上行MAC调度器需要获知终端(UserEquipment，简称为UE)当前缓冲区的状态信息。

目前，上行MAC调度器主要是通过终端上报的缓冲区状态报告(Buffer State Report，简称为BSR)获知UE当前缓冲区的状态信息，比如，UE缓冲区中是否有数据、数据多少及数据类型等。

根据BSR触发的类型，可以将BSR分为规则BSR(RegularBSR)、填充BSR(Padding BSR)和周期性BSR(Periodic BSR)。另外，根据缓存数据的逻辑信道组个数，又可以将Regular BSR、Periodic BSR和Padding BSR划分为两种类型：短BSR(short BSR)和长BSR(long BSR)。

对于Regular BSR和Periodic BSR，如果当前的传输时间间隔(Transmission Time Internal，简称为TTI)仅有一个逻辑信道组的数据可以传送，则该BSR为short BSR，如果该TTI有一个以上逻辑信道组的数据可以传送，该BSR为long BSR。

对于Padding BSR，如果BSR的填充位等于或大于加上子头的short BSR，但小于加上子头的long BSR，有两种处理情况：如果一个以上逻辑信道组有缓存数据，传送BSR的最高优先级逻辑信道可传输数据信息，则该BSR称为截短BSR(Truncated BSR)；如果仅有一个逻辑信道组有缓存数据，该BSR称为short BSR。如果BSR的填充位等于或大于加子头的long BSR，该BSR上报为long BSR。

其中，Regular BSR可以在以下几种情况下触发：(1)新数据到达空的缓冲区时；(2)高优先的数据到达已有低优先数据存在的缓冲区时；(3)服务小区改变时；(4)重传BSR定时器(RETX_BSR_TIMER)超时且UE中有可用的数据传送时。而Periodic BSR只可能在一种情况下触发，即周期性BSR定时器(PERIODIC BSR TIMER)超时。而Padding BSR在上行资源已分配，且填充位的数量等于或大于BSR媒体接入控制层的控制元素(BSR MAC Control Element，简称为BSR MAC CE)的大小的情况下触发。

图1为现有技术中BSR的流程图，如图1所示，在现有技术中UE主要根据是否有新传送的上行(Up Link，简称为UL)授权(Grant)确定是否上报BSR，其主要包括以下处理：

(1)如果在当前TTI没有新传送的UL Grant，但是Regular BSR已触发，则UE向eNodeB发送调度请求(SR)，触发调度请求流程。

(2)如果在该TTI有新传送的UL Grant，且BSR已触发或该BSR第一次触发，则指示复用和组装流程生成BSR MAC CE，且如果该BSR不是Truncated BSR，启动或重新启动PERIODIC BSRTIMER，然后启动或重新启动RETX_BSR_TIMER。

(3)连续BSR流程阶段时，如果多个BSR被触发，只能发送一个BSR，且该BSR是包含在MAC协议数据单元(MAC ProtocolData Unit，简称为MAC PDU)中发送的，其中，Regular BSR和Periodic BSR优先级高于Padding BSR，即当Regular BSR、PeriodicBSR和Padding BSR同时触发时，优先执行Regular BSR或PeriodicBSR。

在上述BSR流程中，当RETX_BSR_TIMER运行中，如图2所示，如果接收到用于上行共享信道(Up Link Shared Channel，简称为UL-SCH)新数据传送的Grant，UE将重启RETX_BSR_TIMER。

在上述BSR上报流程中删除已被触发的BSR的处理分为两种情况。第一种情况为：如果上行grant能容纳可以传送的所有悬挂数据但不能额外的容量BSR MAC CE时，所有已被触发的BSR将被删除。第二种情况是：如果有一个BSR被包含在MAC PDU中传送，所有已被触发BSR将被删除。

在BSR流程处理中UL Grant可能被丢失或者前面两次BSR到达顺序的问题，将导致eNB误判而没有分配UL Grant。这种情况下如果UE中有数据，则可能导致死锁，于是引入RETX_BSR_TIMER解决这个问题。UE通过最后一次发送BSR计时或者收到用于上行共享信道的新数据的UL Grant计时，如果时间超过可配置的RETX_BSR_TIMER时间，UE还一直没有收到UL Grant，且UE有可以发送的数据，则UE触发Regular BSR，如果Regular BSR被触发且该TTI时刻没有UL Grant，则发起SR请求。

图3为现有协议中RETX_BSR_TIMER启动或重启示意图，如图3所示，N次Periodic BSR触发，都接收到UL Grant，N次重启RETX_BSR_TIMER，在第N+1次时Periodic BSR触发，某个TTI没有当前的UL Grant，并且一直没有收到UL Grant，导致RETX_BSR_TIMER超时，然后触发Regular BSR，该TTI没有接收到UL Grant，则触发SR。其中，引入RETX_BSR_TIMER是为了解决异常地情况的，目的是增加BSR处理流程鲁棒性，但eNB一般情况下应该分配周期性BSR或规定BSR所需的UL Grant，如果只要收到UL Grant，就重启RETX_BSR_TIMER，则引起了RETX_BSR_TIMER的N个不停的重启，从而可能造成RETX_BSR_TIMER的不必要的重启。

发明内容

有鉴于此，本发明提供了一种BSR流程中重传缓冲区状态报告定时器的处理方法与终端，用以解决重传缓冲区状态报告定时器存在多余重启的问题。

根据本发明的一个方面，提供了一种重传缓冲区状态报告定时器的处理方法，该方法用于在缓冲区状态报告上报流程中对重传缓冲区状态报告定时器进行处理。

根据本发明的重传缓冲区状态报告定时器的处理方法包括：在周期性缓冲区状态报告被触发时，如果在当前传输时间间隔没有接收到基站分配的上行资源，且重传缓冲区状态报告定时器没有运行，则启动或重启重传缓冲区状态报告定时器。

根据本发明的另一个方面，提供了一种终端，该终端用于在缓冲区状态报告上报流程中对重传缓冲区状态报告定时器进行处理。

根据本发明的终端包括：第一检测单元、判断单元、第二检测单元和控制单元，其中，第一检测单元用于检测周期性缓冲区状态报告是否被触发；判断单元用于在第一检测单元检测到有周期性缓冲区状态报告被触发时，判断终端是否接收到基站分配的上行资源；第二检测单元用于检测重传缓冲区状态报告定时器是否运行；控制单元，用于根据判断单元的判断结果和第二检测单元的检测结果，控制重传缓冲区状态报告定时器启动或重启。

通过本发明的上述至少一个方案，可以解决重传缓冲区状态报告定时器不必要的重启问题。与现有技术相比，改进了现有技术的BSR流程处理，明确了终端启动和停止RETX_BSR_TIMER条件，避免了多余的RETX_BSR_TIMER触发，提高了系统性能。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1为现有技术中BSR上报的流程示意图；

图2为现有技术中RETX_BSR_TIMER运行时接收到用于上行共享信道中新数据传送的授权示意图；

图3为现有协议RETX_BSR_TIMER启动或重启示意图；

图4为根据本发明实施例的RETX_BSR_TIMER的处理方法的流程图；

图5为根据本发明实施例的RETX_BSR_TIMER的启动的示意图；

图6为根据本发明实施例的RETX_BSR_TIMER的停止的示意图；

图7为本发明实施例与现有协议RETX_BSR_TIMER超时处理比较示意图；

图8为根据本发明实施例RETX_BSR_TIMER运行时接收到用于上行共享信道中新数据传送的授权改进处理示意图；

图9为根据本发明实施例在调度请求(SR)悬挂的过程中RETX_BSR_TIMER超时处理示意图；

图10为根据本发明实施例Regular BSR触发了SR时正在运行RETX_BSR_TIMER停止处理示意图；

图11为根据本发明实施例Regular BSR触发SR时正在运行RETX_BSR_TIMER的重启处理示意图；

图12为根据本发明实施例RETX_BSR_TIMER的处理终端的结构示意图。

具体实施方式

功能概述

本发明实施例中，在周期性缓冲区状态报告被触发时，如果在当前传输时间间隔没有接收到基站分配的上行资源，且重传缓冲区状态报告定时器没有运行，则启动或重启(启动后在一定情况下又重新开始计时)重传缓冲区状态报告定时器。如果重传缓冲区状态报告定时器正在运行，终端接收到基站分配的用于传输缓冲区状态报告或新数据的上行资源，则停止重传缓冲区状态报告定时器。

在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。

方法实施例

根据本发明实施例，首先提供了一种重传缓冲区状态报告定时器的处理方法。

图4为根据本发明实施例的RETX_BSR_TIMER的处理方法的流程图，如图4所示，根据本发明实施例的RETX_BSR_TIMER的处理方法主要包括以下步骤(步骤S401-步骤S407)：

步骤S401：在周期性缓冲区状态报告被触发时，如果在当前传输时间间隔没有接收到基站分配的上行资源，且RETX_BSR_TIMER没有运行，则启动或重启RETX_BSR_TIMER。

其中，在启动或重启所述重传缓冲区状态报告定时器之后，RETX_BSR_TIMER正在运行时，Regular BSR触发了SR，可以进一步控制RETX_BSR_TIMER开启或关闭，因为如果对该定时器进行处理，可能会导致多个SR触发悬挂，而在具体实施过程中多个SR触发悬挂的效果与一个SR触发悬挂相同，由于SR发送是高层配置的，因此，需要减少多余SR触发，具体可以有以下三种不同的处理方法：

1、RETX_BSR_TIMER定时器运行时，在Regular BSR触发的SR悬挂时，RETX_BSR_TIMER超时则不触发另一个Regular BSR，从而避免引发另一个SR触发悬挂。

2、RETX_BSR_TIMER定时器运行时，Regular BSR触发了SR，则停止RETX_BSR_TIMER定时器。

3、RETX_BSR_TIMER定时器运行时，Regular BSR触发了SR，则重启RETX_BSR_TIMER定时器。

图5为根据本发明实施例的RETX_BSR_TIMER的启动或重启的示意图，如图5所示，Regular BSR触发，在当前TTI有UL Grant，则指示复用和组装流程生成BSR MAC CE，且如果该BSR不是Truncated BSR，则启动PERIODIC BSR TIMER，但不需要启动RETX_BSR_TIMER。N次Periodic BSR触发，都收到UL Grant，N次重启PERIODIC BSR TIMER，在第N+1次时Periodic BSR触发，某个TTI没有得到当前的UL Grant，并且一直没有接收到UL Grant，而当前RETX_BSR_TIMER没有启动，因此，启动RETX_BSR_TIMER。如果RETX_BSR_TIMER超时都没有收到ULGrant，且UE中有可传送的数据，则会触发Regular BSR。RegularBSR触发时，如果没有接收到UL Grant，则会触发SR。

步骤S403：如果RETX_BSR_TIMER超时时，未接收到上行授权，且UE中有可传送的数据，则Regular BSR触发；

步骤S405：Regular BSR触发时，如果在当前传输时间间隔没有接收到基站分配的上行资源，则SR触发；

其中，在Regular BSR触发时，如果在当前传输时间间隔接收到基站分配的上行资源，则指示复用和组装流程生成BSR MACCE，且如果该BSR不是Truncated BSR，启动PERIODIC BSRTIMER，不需要启动RETX_BSR_TIMER。

步骤S407：如果RETX_BSR_TIMER正在运行，终端接收到基站分配的用于传输缓冲区状态报告或新数据的上行资源，则停止重传缓冲区状态报告定时器。

图6为根据本发明实施例的RETX_BSR_TIMER的停止的示意图，如图6所示，Regular BSR触发时，在TTI中有UL Grant，则指示复用和组装流程生成BSR MAC CE，且如果该BSR不是Truncated BSR，启动PERIODIC BSR TIMER，不需要启动RETX_BSR_TIMER。PERIODIC BSR TIMER超时则触发PeriodicBSR，如果当前TTI没有UL Grant，则启动RETX_BSR_TIMER，当接收到新传BSR的UL Grant，则停止RETX_BSR_TIMER。

图7为本发明实施例与现有协议RETX_BSR_TIMER超时处理比较示意图，如图7所示，在Periodic BSR或者Regular BSR触发时，如果TTI中有UL Grant，则指示复用和组装流程生成BSR MACCE，且如果该BSR不是Truncated BSR，启动PERIODIC BSRTIMER，不需要启动RETX_BSR_TIMER，而现有技术中需要启动RETX_BSR_TIMER，在PERIODIC BSR TIMER超时，触发PeriodicBSR，如果当前TTI没有UL Grant，则启动RETX_BSR_TIMER，如果RETX_BSR_TIMER超时都没有收到UL Grant，且UE中有可传送的数据，则会触发Regular BSR，如果当前TTI没有UL Grant，则触发SR。与现有技术相比，延迟一个Periodic BSR Timing触发RETX_BSR_TIMER，从表面看可能造成RETX_BSR_TIMER超时且有上行数据的Regular BSR的触发，而Regular BSR无UL Grant，会触发SR，从而延长了SR流程。其实RETX_BSR_TIMING和Periodic BSR Timing都是上层配置的，在现有协议会有RETX_BSR_TIMING大于Periodic BSR Timing，本发明就没有这个约束，可以任意配，也就不存在延长请求资源的时间，反而可以提高配置的灵活性和方便性。

图8为根据本发明实施例的RETX_BSR_TIMER运行时接收到用于上行共享信道中新数据传送的授权改进处理示意图，如图8所示，Regular BSR触发时，在TTI中有UL Grant，则指示复用和组装流程生成BSR MAC CE，且如果该BSR不是Truncated BSR，则启动PERIODIC BSR TIMER，不需要启动RETX_BSR_TIMER。PERIODIC BSR TIMER超时则触发Periodic BSR，由于当前TTI没有UL Grant，则启动RETX_BSR_TIMER，当接收到上行共享信道中新数据传送的Grant，则停止RETX_BSR_TIMER。

图9为根据本发明实施例在调度请求(SR)悬挂的过程中RETX_BSR_TIMER超时处理示意图，在RETX_BSR_TIMER运行过程中，有一个Regular BSR触发且无UL Grant，则就触发SR流程，当该SR没有被删除之前，RETX_BSR_TIMER超时时，缓冲区中有可以发送的数据，故触发一个Regular BSR，该BSR由于无UL Grant，就会触发SR，造成多个SR触发，上述过程不必要，因为有一个SR正在向eNB申请资源。故提出一种优选方法，在有一个SR悬挂的过程中，如果RETX_BSR_TIMER超时，并且缓冲区中有可以传送的数据，触发Regular BSR，该BSR不再需要触发SR了，因为再触发其他的SR没有意义，UE在有上行物理公共控制信道(PUCCH)的传输时间间隔(TTI)只能发送一个SR。

图10为根据本发明实施例Regular BSR触发了SR时正在运行RETX_BSR_TIMER停止处理示意图，如图10所示，在RETX_BSR_TIMER运行过程中，某个Regular BSR触发且TTI内无UL Grant，则触发SR流程，由于SR流程已经被触发，RETX_BSR_TIMER运行就无意义了，故需要停止。如果不停止RETX_BSR_TIMER，则在RETX_BSR_TIMER运行过程中，SR申请到UL Grant，根据本发明实施例也会停止RETX_BSR_TIMER，如果SR申请不到UL Grant，则会造成RETX_BSR_TIMER超时，触发另一个SR，而该SR也是多余的。

图11为根据本发明实施例Regular BSR触发SR时正在运行RETX_BSR_TIMER的重启处理示意图，如图11所示，在RETX_BSR_TIMER运行过程中，有一个Regular BSR触发且无ULGrant，则触发SR流程，由于SR流程已经被触发，RETX_BSR_TIMER运行无意义，故需要重启RETX_BSR_TIME，如果第一个SR很长时间内没有被删除，由于缓冲区可能中有可以发送的数据，则在该SR的时间段内，可能出现RETX_BSR_TIMER超时，从而触发的另一个Regular BSR，该Regular BSR可能会再次发起SR请求，由于前一个SR请求还未处理，因此，本次发起的SR请求为无意义的SR请求。如果SR被删除，则UE肯定收到ULGrant，则根据本发明实施例RETX_BSR_TIMER被停止，不会产生无意义的SR请求。

装置实施例

根据本发明实施例，还提供了一种RETX_BSR_TIMER的处理终端。

图12为根据本发明实施例的RETX_BSR_TIMER的处理终端结构示意图，如图12所示，根据本发明实施例RETX_BSR_TIMER的处理终端主要包括：第一检测单元10、判断单元20、第二检测单元30、控制单元40。其中，第一检测单元10用于检测周期性缓冲区状态报告是否被触发；判断单元20与第一检测单元10相连接，用于在第一检测单元检测到有周期性缓冲区状态报告被触发时，判断终端是否接收到基站分配的上行资源；第二检测单元30，用于检测重传缓冲区状态报告定时器是否运行；控制单元40分别与判断单元20和第二检测单元30相连接，用于根据判断单元20的判断结果和第二检测单元30的检测结果，控制重传缓冲区状态报告定时器启动或重启或停止。具体地，当判断单元20确定接收到基站分配的上行资源，且第二检测单元30确定重传缓冲区状态报告定时器没有运行时，控制单元40启动或重启重传缓冲区状态报告定时器。

优选地，根据本发明实施例RETX_BSR_TIMER的处理终端的结构还包括：第三检测单元(图中未示出)，用于在第二检测单元检测到重传缓冲区状态定时器正在运行时，检测是否存在规则缓冲区状态报告触发的调度请求悬挂。则上述控制单元40还用于在重传缓冲区状态报告定时器超时时，根据第三检测单元确定存在调度请求悬挂，禁止或允许触发另一个规则缓冲区状态报告。具体地，如果第三检测单元检测到存在规则缓冲区状态报告触发的调度请求悬挂，则禁止触发另一个规则缓冲区状态报告。

优选地，上述控制单元40还用于在重传缓冲区状态报告定时器超时时，如果第三检测单元确定存在调度请求悬挂，停止重传缓冲区状态报告定时器。

优选地，上述控制单元40还用于在重传缓冲区状态报告定时器超时时，根据第三检测单元确定存在调度请求悬挂，重启重传缓冲区状态报告定时器。

如上所述，借助本发明实施例提供的技术方案，通过在周期性缓冲区状态报告被触发时，根据当前传输时间间隔是否接收到基站分配的上行资源，及RETX_BSR_TIMER是否运行，判断是否启动或重启RETX_BSR_TIMER，可以解决RETX_BSR_TIMER不必要的重启问题，明确了终端启动和停止RETX_BSR_TIMER条件，避免了多余的RETX_BSR_TIMER触发，提高了系统性能。

显然，本领域的技术人员应该明白，上述的本发明的各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种重传缓冲区状态报告定时器的处理方法，用于在缓冲区状态报告上报流程中对重传缓冲区状态报告定时器进行处理，其特征在于，所述方法包括：

在周期性缓冲区状态报告被触发时，如果在当前传输时间间隔没有接收到基站分配的上行资源，且所述重传缓冲区状态报告定时器没有运行，则启动或重启所述重传缓冲区状态报告定时器。

2.根据权利要求1所述的方法，其特征在于，如果所述重传缓冲区状态报告定时器正在运行，所述终端接收到基站分配的用于传输缓冲区状态报告或新数据的上行资源，所述方法还包括：

停止所述重传缓冲区状态报告定时器。

3.根据权利要求1所述的方法，其特征在于，在启动或重启所述重传缓冲区状态报告定时器之后，所述方法还包括：

在所述重传缓冲区状态报告定时器正在运行时，如果存在规则缓冲区状态报告触发的调度请求悬挂时，在所述重传缓冲区状态报告定时器超时时，禁止触发另一个规则缓冲区状态报告。

4.根据权利要求1所述的方法，其特征在于，在启动或重启所述重传缓冲区状态报告定时器之后，所述方法还包括：

在所述重传缓冲区状态报告定时器正在运行时，如果存在规则缓冲区状态报告触发的调度请求悬挂时，则停止所述重传缓冲区状态报告定时器。

5.根据权利要求1所述的方法，其特征在于，在启动所述重传缓冲区状态报告定时器之后，所述方法还包括：

在所述重传缓冲区状态报告定时器正在运行时，如果存在规则缓冲区状态报告触发的调度请求悬挂时，则重新启动所述重传缓冲区状态报告定时器。

6.一种终端，用于在缓冲区状态报告上报流程中对重传缓冲区状态报告定时器进行处理，其特征在于，所述终端包括：

第一检测单元，用于检测周期性缓冲区状态报告是否被触发；

判断单元，用于在所述第一检测单元检测到有周期性缓冲区状态报告被触发时，判断所述终端是否接收到基站分配的上行资源；

第二检测单元，用于检测重传缓冲区状态报告定时器是否运行；

控制单元，用于根据所述判断单元的判断结果和所述第二检测单元的检测结果，控制所述重传缓冲区状态报告定时器启动或重启。

7.根据权利要求6所述的终端，其特征在于，所述终端还包括：

第三检测单元，用于在所述第二检测单元检测到所述重传缓冲区状态定时器正在运行时，检测是否存在规则缓冲区状态报告触发的调度请求悬挂。

8.根据权利要求7所述的终端，其特征在于，所述控制单元还用于在所述重传缓冲区状态报告定时器超时时，根据所述第三检测单元确定存在所述调度请求悬挂，禁止或允许触发另一个规则缓冲区状态报告。

9.根据权利要求7所述的终端，其特征在于，所述控制单元还用于在所述重传缓冲区状态报告定时器超时时，如果所述第三检测单元确定存在所述调度请求悬挂，停止所述重传缓冲区状态报告定时器。

10.根据权利要求7所述的终端，其特征在于，所述控制单元还用于在所述重传缓冲区状态报告定时器超时时，根据所述第三检测单元确定存在所述调度请求悬挂，重新启动所述重传缓冲区状态报告定时器。

Images