CN102006629B

CN102006629B - 基站侧维护终端缓存信息的方法和设备

Info

Publication number: CN102006629B
Application number: CN200910092127.XA
Authority: CN
Inventors: 牛春雷; 孙军帅; 张怡
Original assignee: Datang Mobile Communications Equipment Co Ltd
Current assignee: Datang Mobile Communications Equipment Co Ltd
Priority date: 2009-09-01
Filing date: 2009-09-01
Publication date: 2014-01-08
Anticipated expiration: 2029-09-01
Also published as: CN102006629A

Abstract

本发明实施例公开了一种基站侧维护终端缓存信息的方法，该方法为：基站向作调度类业务的终端发送授权给它的资源信息后，基站计算出这些资源能够承载的数据量，并根据计算出的数据量对终端的缓存信息进行预更新，收到终端上传的数据后根据终端上报的实际数据量修正并最终确定终端缓存信息。采用本发明，能够有效提高基站侧维护的终端数据缓存量的准确性，进而提高终端调度的准确性。

Description

基站侧维护终端缓存信息的方法和设备

技术领域

本发明涉及无线通信领域，尤其涉及一种基站侧维护终端缓存信息的方法和设备。

背景技术

3GPP的R7协议引进了高速上行分组接入(High speed Uplink PacketAccess，HSUPA)技术，提高了UE终端(UE)侧的上行速率。LCR TDD HSUPA技术与业务相关的信道包括：

增强专用信道(Enhanced Dedicated Channel，E-DCH)，用于传输上行业务数据；

E-DCH随机上行接入信道(E-DCH Random Access Uplink ControlChannel，E-RUCCH)；

增强上行物理信道(Enhanced Uplink Physical Channel，E-PUCH)，用于传输UE接入信息；

E-DCH混合请求重传(HARQ)确认指示信道(E-DCH HARQAcknowledgement Indicator Channel，E-HICH)，用于基站侧传输HARQ信息；

E-DCH绝对授权信道(E-DCH Absolute Grant Channel，E-AGCH)，用于基站侧向UE授权网络资源。

HSUPA技术中UE是数据源，基站侧根据UE信息调度UE，UE信息包括优先级、数据缓存、所处信道环境、数据发送能力等。基站侧可以从UE发送的E-RUCCH或E-PUCH数据包中获得UE的调度信息(schedule information，SI)，并从SI中得到UE当前的信息。

基站侧获得SI后在UE满足被调度条件的情况下就可以调度UE，并通过 E-AGCH将为UE分配的授权资源发送给UE，UE利用基站侧的授权资源发送E-PUCH数据包，基站侧接收到EDCH数据包后发送E-HICH确认信息。业务过程中基站侧的基站(NodeB)和UE的交互过程如图1所示。

调度算法的公平性在业务面的体现就是相同条件下所有UE的业务量趋于平衡。为了达到这一目的基站侧需要根据UE的数据缓存量来分配资源，并保证给缓存量大的UE分配较多的资源。

基站侧记录的UE数据缓存量(UeBuffer)是影响调度的一个重要因素，其它条件相同的情况下会优先调度UeBuffer大的UE。因此对UeBuffer的维护方案的优劣直接影响着调度结果和系统性能。目前基站侧维护UeBuffer的做法是：NodeB用SI携带的代表UE缓存状态的字段(TEBS)根据协议查表得到UeBuffer，并在接收到E-PUCH数据包后更新该值。

现实的系统中，空口发送E-AGCH和空口接收到相应的E-PUCH数据包之间存在时延，时延的大小由系统的处理能力和协议25.221决定。协议25.221中规定基站为同一UE发送E-AGCH与基站空口检测到与该E-AGCH对应的E-PUCH之间的空口时间间隔要不小于7个业务时隙，所以时延必须不小于1个子帧。

设N为NodeB空口发送完E-AGCH到空口接收到该E-AGCH对应的E-PUCH相差的子帧数，SubSfn_AGCH为空口发送E-AGCH的子帧号，SubSfn_PUCH为空口检测到E-PUCH的子帧号，则N＝SubSfn_PUCH-SubSfn_AGCH，时序关系如图2所示。如果考虑到系统的软硬件处理能力，N值一般大于1。

对同一被调度的UE而言，存在以下两种情景：

情景1：N子帧内没有再次调度该UE；

情景2：N子帧内多次调度该UE。

下面所列条件只要有一个条件满足，UE就会处于情景2：

条件1：小区内满足调度条件的UE数小于等于基站单次可调度UE的最大数；这种条件下，小区内的所有UE都处于情景2；

条件2，根据调度算法，UE在N子帧内可以被连续调度；例如采用最大载干比调度算法，在其他条件相同的条件下，某UE在N子帧内所处的信道条件相对于其他UE足够好，则该UE可以在N子帧内可以被连续调度。其它调度算法类似。

只有在不同时满足以上两个条件，并且条件1中小区内只有满足调度条件的UE数足够多，至少2倍于基站单次可调度的UE数，小区内才有可能没有处于情景2的UE(取决于调度排序结果)。所以，对某个小区来说，通常总是有处于情景2的UE。

现有技术中，终端触发调度后基站侧维护UeBuffer的方法是：

基站侧根据本次调度UE后UE发送的数据量(E-PUCH.TEBS)更新UeBuffer，更新后的UeBuffer＝更新前的UeBuffer-EDCH.TEBS，并根据更新后的UeBuffer进行下次调度。对于情景2，如果N子帧内对同一UE进行多次调度，并且对于第一次调度之后的各次调度，若在该次调度前没有收到终端发来的SI，网络侧不会更新UeBuffer，该次调度时基站侧还是根据原来的UeBuffer对UE进行调度，而实际上在前次调度之后很可能因为UE利用分配的授权资源发送数据而使得UE的数据缓存量发生变化，导致基站侧维护的终端数据缓存量不能准确反映终端的实际数据缓存量，并且，根据原来的UeBuffer对UE进行调度会影响调度的准确性。

发明内容

本发明实施例提供一种基站侧维护终端缓存信息的方法和设备，用于提高基站侧维护的终端数据缓存量的准确性。

一种基站侧维护终端缓存信息的方法，该方法包括：

基站在向调度的终端发送分配的授权资源信息后，确定所述授权资源能够承载的数据量；

基站根据所述授权资源能够承载的数据量对当前记录的所述终端的数据缓存量进行更新；

所述基站根据所述授权资源能够承载的数据量对当前记录的所述终端的数据缓存量进行更新包括：

所述基站将所述终端的数据缓存量与所述授权资源能够承载的数据量相减，将相减结果作为更新后的所述终端的数据缓存量；或者，将当前记录的终端的数据缓存量与大于0并且小于所述授权资源能够承载的数据量的数据量相减，将相减结果作为更新后的所述终端的数据缓存量。

一种基站，该基站包括：

资源授权单元，用于向调度的终端发送分配的授权资源信息；

数据量确定单元，用于在所述资源授权单元向调度的终端发送分配的授权资源信息后，确定所述授权资源能够承载的数据量；

缓存量更新单元，用于根据所述数据量确定单元确定的授权资源能够承载的数据量，对当前记录的所述终端的数据缓存量进行更新；

所述缓存量更新单元用于：

将所述终端的数据缓存量与所述授权资源能够承载的数据量相减，将相减结果作为更新后的所述终端的数据缓存量；或者，将当前记录的终端的数据缓存量与大于0并且小于所述授权资源能够承载的数据量的数据量相减，将相减结果作为更新后的所述终端的数据缓存量。

本发明中，基站向调度的终端发送分配的授权资源信息后，确定分配的授权资源能够承载的数据量，根据确定的授权资源能够承载的数据量对当前记录的终端的数据缓存量进行更新，因为在每次调度终端之后很可能会由于终端利用分配的授权资源发送数据而使得终端的数据缓存量发生变化，因此，根据分配的授权资源能够承载的数据量对原来的终端数据缓存量进行修正，能够提高基站维护的终端数据缓存量的准确性。

附图说明

图1为现有技术中UE与基站的业务过程示意图；

图2为现有技术中E-AGCH与E-PUCH的时序关系示意图；

图3为本发明实施例提供的方法流程示意图；

图4为本发明实施例的流程示意图；

图5为本发明实施例提供的基站结构示意图。

具体实施方式

为了提高基站侧维护的终端数据缓存量的准确性，进而提高基站侧根据终端数据缓存量调度终端的准确性，本发明实施例提供一种基站侧维护终端缓存信息的方法，本方法中，基站向作调度类业务的终端发送授权给它的资源信息后，基站计算出这些资源能够承载的数据量，并根据计算出的数据量对终端的缓存信息进行预更新，收到终端上传的数据后根据终端上报的实际数据量修正并最终确定终端缓存信息。

参见图3，本发明实施例提供的基站侧维护终端缓存信息的方法，具体包括以下步骤：

步骤30：基站向调度的终端发送分配的授权资源信息；

步骤31：基站确定分配的授权资源能够承载的数据量；

步骤32：基站根据确定的授权资源能够承载的数据量，对当前记录的终端的数据缓存量进行更新。

步骤30中，基站可以通过E-AGCH等信道将分配的授权资源信息发送给终端。

步骤32中，基站根据授权资源能够承载的数据量对当前记录的终端的数据缓存量进行更新，其具体实现方式可以如下：

将当前记录的终端的数据缓存量与授权资源能够承载的数据量相减，将相减结果作为更新后的终端的数据缓存量。

当然，根据授权资源能够承载的数据量对当前记录的终端的数据缓存量进行更新并不局限于上述方法，还可以是将当前记录的终端的数据缓存量与大于0并且小于授权资源能够承载的数据量的数据量相减，将相减结果作为更新后的终端的数据缓存量。

较佳的，在步骤32之后，基站在设定时间内未接收到终端利用所述授权资源发来的数据包时，利用所述授权资源能够承载的数据量对更新后的终端的数据缓存量进行修正。若基站通过E-AGCH向终端发送授权资源信息，则基站在E-PUCH接收终端利用授权资源发来的数据包。

这里，具体修正方法可以为，基站将更新后的终端的数据缓存量与授权资源能够承载的数据量相加，将相加结果作为修正后的所述终端的数据缓存量。

当然，根据授权资源能够承载的数据量对更新后的终端的数据缓存量进行修正并不局限于上述方法，还可以是将当前记录的终端的数据缓存量与大于0并且小于授权资源能够承载的数据量的数据量相加，将相加结果作为修正后的终端的数据缓存量。

较佳的，在步骤32之后，还包括以下步骤：

步骤33：基站接收到终端利用所述授权资源发来的未携带SI的数据包时，利用所述授权资源能够承载的数据量和接收到的数据包携带的数据量，对更新后的终端的数据缓存量进行修正。若基站通过E-AGCH向终端发送授权资源信息，则基站在E-PUCH接收终端利用授权资源发来的数据包。可以使用数据包的长度来表征该数据包携带的数据量。

这里，具体修正方法可以为，基站确定授权资源能够承载的数据量与数据包携带的数据量的差值；将更新后的终端的数据缓存量与该差值相加，将相加结果作为修正后的终端的数据缓存量。

当然，根据授权资源能够承载的数据量和接收到的数据包携带的数据量对更新后的终端的数据缓存量进行修正并不局限于上述方法，还可以是将当前记录的终端的数据缓存量与大于0并且小于所述差值的数据量相加，将相加结果作为修正后的终端的数据缓存量。

在基站对终端的数据缓存量进行更新后或对更新后的终端数据缓存量进行修正后，基站根据更新后或修正后的终端的数据缓存量，按照现有的调度策略对终端进行调度。

下面以具体实施例对本发明方法进行说明：

本实施例中，使用到的符号说明列表如下：

符号	符号说明
		AgSn	N子帧内发送的E-AGCH的序号，取值范围[0，N)
AgchNum	用于存放N子帧内为同一UE发送的E-AGCH的序号的变量
		AgchNum_AgSn	N子帧内发送的第AgSn+1个AGCH
AllocedTebs	用于存放N子帧内为同一UE分配的授权资源能够承载的

	数据量的变量
		AllocedTebs_Agsn	第AgSn+1个E-AGCH发送的授权资源所能够承载的数据量

由于本实施例只针对UeBuffer对基站调度的影响设计解决方案，因此可以忽略其它基站侧调度UE的条件，这样基站调度UE的条件就简化成了只要UeBuffer不为0即调度UE。同时，由于对于基站来说所有UE的处理过程是相同的，所以可以只针对一个UE进行分析。基于以上两点，本实施例的方案主要包括6个部分，详细描述如下：

第一部分：变量初始化。

本部分中，基站为维护UE的数据缓存量做准备，包括初始化AllocedTebs、AgchNum和AgSn。

第二部分：触发UE调度。

本部分中，基站接收到终端发来的SI后，根据该SI中携带的总的E-DCH缓冲区状态(TEBS)字段得到终端的数据缓存量SI.TEBS，设置UeBuffer＝SI.TEBS；在UeBuffer不为0时，开始调度UE。

第三部分：为UE分配授权资源并更新UeBuffer。

本部分中，包括以下四个操作：

检查UeBuffer是否为0，不为0则继续一下步骤；以及

根据当前资源和SI信息为UE分配授权资源，并在AllocedTebs_AgSn中记录此次调度为UE分配的授权资源能够承载的数据量(AGCH.TEBS)；以及

将AgSn记录到AgchNum中，然后更新AgSn；以及

更新UeBuffer：UeBuffer＝UeBuffer-AGCH.TEBS。

第四部分：处理E-PUCH数据。

本部分中，包括以下两个操作：

按照指定的时间点接收E-PUCH数据包，并解析E-PUCH数据包；以及

根据解析结果判断接收到的E-PUCH数据包中是否带SI。如果携带有SI，则根据SI.TEBS更新UeBuffer，否则进入UeBuffer修正流程；

第五部分：修正UeBuffer。

对于接收到的不包含SI的E-PUCH数据包，基站根据E-PUCH数据包的长度(EDCH.TEBS)和AllocedTebs来更新Uebuffer，更新方法如下式所示：

UeBuffer＝UeBuffer+AllocedTebs_0-EDCH.TEBS，其中AllocedTebs_0为与本次接收到的E-PUCH数据包对应的E-AGCH发送的授权资源能够承载的数据量，即本次接收到的E-PUCH数据包是终端利用该授权资源发送的数据包。

第六部分：维护E-AGCH和E-PUCH数据时序。

为了保证每次调度前修正Uebuffer时使用的EDCH数据和AGCH授权的数据的对应关系，做以下处理：

每次修正完将AllocedTebs中元素往前移一个位置，保证AllocedTebs_0是用来下次修正UeBuffer的值；

每次修正完将AgchNum中元素往前移一个位置，保证可以按AgchNum_0检查与下发的E-AGCH对应的E-PUCH；

每次修正UeBuffer时，直接用AllocedTebs_0与EDCH.TEBS进行修正。

多UE情况下，只需AllocedTebs和AgchNum都按UE存储即可。

综合以上描述，本发实施例的处理流程如图4所示：

步骤40：数据初始化，包括将AllocedTebs、AgchNum和AgSn清零；

步骤41：判断是否接收到终端发来的SI，若是，则到步骤42；否则，继续执行步骤41；

步骤42：根据SI中携带的总的E-DCH缓冲区状态(TEBS)字段得到终端的数据缓存量SI.TEBS，设置UeBuffer＝SI.TEBS；

步骤43：判断UeBuffer是否为0，若是，则返回步骤41；否则，到步骤44；

步骤44：调度UE并向UE发送携带分配的授权资源信息的E-AGCH；同时设置AllocedTebs_AgSn＝AGCH.TEBS；UeBuffer＝UeBuffer-AGCH.TEBS； AgchNum_AgSn＝AgSn；AgSn＝AgSn+1；

步骤45：判断是否在设定时间内接收到AllocedTebs_0对应的E-PUCH数据包，若是，则到步骤46；否则，到步骤49；

步骤46：解析E-PUCH数据包；

步骤47：根据解析结果判断E-PUCH数据包是否携带SI，若是，则返回步骤41；否则，到步骤48；

步骤48：设置ReceivedTebs＝EDCH.TEBS，ReceivedTebs为基站接收到的终端发来的数据量，EDCH.TEBS为E-PUCH数据包的长度，到步骤50；

步骤49：设置ReceivedTebs＝0；

步骤50：设置UeBuffer+＝AllocedTebs_0-ReceivedTebs；并将AllocedTebs和AgchNum的元素前移一位，返回步骤43。

为了便于描述，附图4中用虚线划分为四部分。其中虚线A以上部分对应上述第一部分和第二部分，完成初始化和触发调度过程；虚线A和B之间对应上述第三部分，完成根据授权的数据量更新UeBuffer的功能，这部分保证了基站总是根据最新的UeBuffer调度UE，避免了多余调度造成的资源浪费。虚线B和C之间对应上述第四部分和第五部分，完成处理E-PUCH数据、修正UeBuffer的功能。通过对UeBuffer的修正可以避免由于E-PUCH数据丢失，以及终端发送数据和基站授权数据的差异造成的调度不准确的情况。虚线C以下部分对应上述第六部分，完成维护E-AGCH与E-PUCH对应关系的功能。

参见图5，本发明实施例还提供一种基站，该基站包括资源授权单元50、数据量确定单元51和缓存量更新单元52，其中：

资源授权单元50，用于向调度的终端发送分配的授权资源信息；

数据量确定单元51，用于在所述资源授权单元向调度的终端发送分配的授权资源信息后，确定所述授权资源能够承载的数据量；

缓存量更新单元52，用于根据所述数据量确定单元确定的授权资源能够承载的数据量，对当前记录的所述终端的数据缓存量进行更新。

所述缓存量更新单元52用于：

将所述终端的数据缓存量与所述授权资源能够承载的数据量相减，将相减结果作为更新后的所述终端的数据缓存量。当然，根据授权资源能够承载的数据量对当前记录的终端的数据缓存量进行更新并不局限于上述方法，还可以是将当前记录的终端的数据缓存量与大于0并且小于授权资源能够承载的数据量的数据量相减，将相减结果作为更新后的终端的数据缓存量。

该基站进一步包括：

第一缓存量修正单元53，用于在所述缓存量更新单元对当前记录的所述终端的数据缓存量进行更新之后，确定在设定时间内未接收到所述终端利用所述授权资源发来的数据包时，利用所述授权资源能够承载的数据量对更新后的所述终端的数据缓存量进行修正。

所述第一缓存量修正单元53用于：

将更新后的所述终端的数据缓存量与所述授权资源能够承载的数据量相加，将相加结果作为修正后的所述终端的数据缓存量。当然，根据授权资源能够承载的数据量对更新后的终端的数据缓存量进行修正并不局限于上述方法，还可以是将当前记录的终端的数据缓存量与大于0并且小于授权资源能够承载的数据量的数据量相加，将相加结果作为修正后的终端的数据缓存量。

该基站进一步包括：

第二缓存量修正单元54，用于在所述缓存量更新单元对当前记录的所述终端的数据缓存量进行更新之后，接收到所述终端利用所述授权资源发来的未携带调度信息SI的数据包时，利用所述授权资源能够承载的数据量和所述数据包携带的数据量，对更新后的所述终端的数据缓存量进行修正。

所述第二缓存量修正单元54用于：

确定所述授权资源能够承载的数据量和所述数据包携带的数据量的差值；将更新后的所述终端的数据缓存量与所述差值相加，将相加结果作为修正后的所述终端的数据缓存量。当然，根据授权资源能够承载的数据量和接收到的数据包携带的数据量对更新后的终端的数据缓存量进行修正并不局限于上述方法，还可以是将当前记录的终端的数据缓存量与大于0并且小于所述差值的数据量相加，将相加结果作为修正后的终端的数据缓存量。

综上，本发明的有益效果包括：

本发明实施例提供的方案中，基站向调度的终端发送分配的授权资源信息后，确定分配的授权资源能够承载的数据量，根据确定的授权资源能够承载的数据量对当前记录的终端的数据缓存量进行更新，因为在每次调度终端之后很可能会由于终端利用分配的授权资源发送数据而使得终端的数据缓存量发生变化，因此，根据分配的授权资源能够承载的数据量对原来的终端数据缓存量进行修正，能够提高基站维护的终端数据缓存量的准确性，后续基站根据更新后的终端数据缓存量对终端进行调度，能够有效提高调度的准确性，避免由于维护的终端数据缓存量不准确造成的为终端分配过多资源的问题，进而节省系统资源。

进一步的，本发明实施例提供的方案中，在根据授权资源能够承载的数据量对终端的数据缓存量进行更新后，还在未接收到终端利用该授权资源发送的数据包时，根据该授权资源能够承载的数据量对更新后的终端的数据缓存量进行修正，能够避免由于终端利用该授权资源发送的数据包丢失造成的更新后的终端数据缓存量不能准确反映终端实际数据缓存量的问题，例如在终端需要重新发送丢失的数据包时，终端的实际数据缓存量大于更新后的数据缓存量。因此利用授权资源能够承载的数据量对更新后的数据缓存量进行修正，能够进一步提高基站维护的终端数据缓存量的准确性，后续基站根据更新后的终端数据缓存量对终端进行调度，能够有效提高调度的准确性。

进一步的，本发明实施例提供的方案中，在根据授权资源能够承载的数据量对终端的数据缓存量进行更新后，还在接收到终端利用该授权资源发送的未携带SI的数据包时，根据该数据包携带的数据量和该授权资源能够承载的数据量对更新后的终端的数据缓存量进行修正，能够避免在终端实际发送的数据量与基站分配的授权资源能够承载的数据量不一致造成更新后的终端数据缓存量不能准确反映终端实际数据缓存量的问题，例如，在终端实际发送的数据量大于基站分配的授权资源能够承载的数据量时，更新后的终端数据缓存量小于终端实际数据缓存量，在终端实际发送的数据量小于基站分配的授权资源能够承载的数据量时，更新后的终端数据缓存量大于终端实际数据缓存量。即避免由于终端实际发送的数据量与基站分配的授权资源能够承载的数据量的差异造成的调度不准确的问题。

总之，本发明基站采用先利用授权资源能够承载的数据量更新终端数据缓存量，后利用接收数据包修正终端数据缓存量的策略，减弱了基站发送授权资源信息和接收到与该授权资源信息对应的数据包之间的时延对调度的影响。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims

1.一种基站侧维护终端缓存信息的方法，其特征在于，该方法包括：

2.如权利要求1所述的方法，其特征在于，在基站根据所述授权资源能够承载的数据量对当前记录的所述终端的数据缓存量进行更新之后，该方法进一步包括：

所述基站确定在设定时间内未接收到所述终端利用所述授权资源发来的数据包；

所述基站利用所述授权资源能够承载的数据量对更新后的所述终端的数据缓存量进行修正。

3.如权利要求2所述的方法，其特征在于，所述基站利用所述授权资源能够承载的数据量对更新后的所述终端的数据缓存量进行修正包括：

所述基站将更新后的所述终端的数据缓存量与所述授权资源能够承载的数据量相加，将相加结果作为修正后的所述终端的数据缓存量。

4.如权利要求1所述的方法，其特征在于，在基站根据所述授权资源能够承载的数据量对当前记录的所述终端的数据缓存量进行更新之后，该方法进一步包括：

所述基站接收所述终端利用所述授权资源发来的未携带调度信息SI的数据包；

所述基站利用所述授权资源能够承载的数据量和所述数据包携带的数据量，对更新后的所述终端的数据缓存量进行修正。

5.如权利要求4所述的方法，其特征在于，所述基站利用所述授权资源能够承载的数据量和所述数据包携带的数据量，对更新后的所述终端的数据缓存量进行修正包括：

所述基站确定所述授权资源能够承载的数据量和所述数据包携带的数据量的差值；

所述基站将更新后的所述终端的数据缓存量与所述差值相加，将相加结果作为修正后的所述终端的数据缓存量。

6.如权利要求1所述的方法，其特征在于，该方法进一步包括：

所述基站根据更新后的所述终端的数据缓存量，对所述终端进行调度。

7.一种基站，其特征在于，该基站包括：

所述缓存量更新单元用于：

8.如权利要求7所述的基站，其特征在于，该基站进一步包括：

第一缓存量修正单元，用于在所述缓存量更新单元对当前记录的所述终端的数据缓存量进行更新之后，确定在设定时间内未接收到所述终端利用所述授权资源发来的数据包时，利用所述授权资源能够承载的数据量对更新后的所述终端的数据缓存量进行修正。

9.如权利要求8所述的基站，其特征在于，所述第一缓存量修正单元用于：

将更新后的所述终端的数据缓存量与所述授权资源能够承载的数据量相加，将相加结果作为修正后的所述终端的数据缓存量。

10.如权利要求7所述的基站，其特征在于，该基站进一步包括：

第二缓存量修正单元，用于在所述缓存量更新单元对当前记录的所述终端的数据缓存量进行更新之后，接收到所述终端利用所述授权资源发来的未携带调度信息SI的数据包时，利用所述授权资源能够承载的数据量和所述数据包携带的数据量，对更新后的所述终端的数据缓存量进行修正。

11.如权利要求10所述的基站，其特征在于，所述第二缓存量修正单元用于：

确定所述授权资源能够承载的数据量和所述数据包携带的数据量的差值；

将更新后的所述终端的数据缓存量与所述差值相加，将相加结果作为修正后的所述终端的数据缓存量。