一种Iub口流量自适应修正的流控方法

摘要

本发明提供了一种Iub口流量自适应修正的流控方法，该方法预先设置调整索要缓存量因子(Tbeta)，Node B收到流控事件后，执行如下步骤：A、记录本次的流控事件的类型，缓存量和用户PQ队列的空口速率(RatePQ_out)；B、根据本次流控事件的类型、以及本次缓存量和前次缓存量的大小来判断是否调整Tbeta，如果是，执行步骤C，否则直接记录Tbeta的值，执行步骤D；C、调整并记录Tbeta的值；D、对于正常流控事件，Node B用记录的Tbeta和RatePQ_out的值计算本次流控向无线网络控制器RNC请求的缓存量，执行流控过程。该方法能够提高流控索要数据量的准确性，减少流控的误差，减少缓存的抖动和缓存上下限的触发频率。

权利要求

1.一种Iub口流量自适应修正的流控方法，其特征在于，该方法预先设置调整索要缓存量因子Tbeta，基站Node B收到流控事件后，执行如下步骤：A、记录本次的流控事件的类型，缓存量和用户优先级PQ队列的空口速率RatePQ_out；

B、根据本次流控事件的类型、以及本次缓存量和前次缓存量的大小来判断是否调整Tbeta，如果是，执行步骤C，否则直接记录Tbeta的值，执行步骤D；

C、调整并记录Tbeta的值；

D、对于正常流控事件，Node B用记录的Tbeta和RatePQ_out的值计算本次流控向无线网络控制器RNC请求的缓存量，执行流控过程；

其中Tbeta为大于等于0或小于0的数。

2.根据权利要求1所述的方法，其特征在于，所述方法中预先设置Tbeta初始值为0，设定Tbeta的上限值为Tbeta_up_limit，且此上限值大于0，设定Tbeta的下限值为Tbeta_down_limit，且此下限值小于0，Tbeta的上、下限值的绝对值小于流控周期TFC_period的值，当Tbeta的值变化时，使的Tbeta值在上下限范围内，否则取边界值。

3.根据权利要求1或2所述的方法，其特征在于，所述步骤D中计算本次流控向RNC请求的缓存量的方法为：Bnodeb_need＝RatePQ_out×(TFC_period+Tbeta)，其中，TFC+period为流控周期。

4.根据权利要求1所述的方法，其特征在于，所述步骤B中本次流控事件的类型为下限流控，当最近一次缓存量减少的原因为正常调度时，调整Tbeta。

5.根据权利要求4所述的方法，其特征在于，所述步骤C中调整的Tbeta方法为：Tbeta＝Tbeta+Tbeta_up_step，其中，Tbeta_up_step为Tbeta向上调整的大步长。

6.根据权利要求1所述的方法，其特征在于，所述步骤A中进一步包括记录是否存在紧急数据；

所述步骤B中本次流控事件的类型为上限流控或者存在数据紧急，且相邻前一子帧不存在紧急数据时，调整Tbeta。

7.根据权利要求6所述的方法，其特征在于，所述步骤C中调整的Tbeta方法为：Tbeta＝Tbeta-Tbeta_down_step，其中，Tbeta_down_step为Tbeta向下调整的大步长。

8.根据权利要求1所述的方法，其特征在于，所述方法预先设置高低缓存判决门限，其介于缓存上限和缓存下限之间；

所述步骤B中本次流控事件的类型为正常流控，缓存量在缓存高低判决门限与上限之间，且上次流控为下限流控时，调整Tbeta。

9.根据权利要求1所述的方法，其特征在于，所述方法预先设置高低缓存判决门限，其介于缓存上限和缓存下限之间；

所述步骤B中本次流控事件的类型为正常流控，缓存量在缓存高低判决门限与上限之间，上次流控为正常流控，且上次缓存量位于高低判决门限与下限之间时，调整Tbeta。

10.根据权利要求1所述的方法，其特征在于，所述方法预先设置高低缓存判决门限，其介于缓存上限和缓存下限之间；

所述步骤B中本次流控事件的类型为正常流控，缓存量在缓存高低判决门限与上限之间，上次流控为正常流控，上次缓存量位于高低判决门限与上限之间，且此时缓存量大于上次流控时的缓存量时，调整Tbeta。

11.根据权利要求8、9或10所述的方法，其特征在于，所述步骤C中调整的Tbeta方法为：Tbeta＝Tbeta-Tbeta_down_small_step，其中，Tbeta_down_small_step为Tbeta向下调整的小步长。

12.根据权利要求1所述的方法，其特征在于，所述方法预先设置高低缓存判决门限，其介于缓存上限和缓存下限之间；

所述步骤B中本次流控事件的类型为正常流控，缓存量在缓存高低判决门限与下限之间，上次流控命令为正常流控，且上次流控缓存量位于高低判决门限和上限之间时，调整Tbeta。

13.根据权利要求1所述的方法，其特征在于，所述方法预先设置高低缓存判决门限，其介于缓存上限和缓存下限之间；

所述步骤B中收到的流控事件为正常流控，缓存量在缓存高低判决门限与下限之间，上次流控命令为正常流控，上次流控缓存量位于高低判决门限和下限之间，且此时缓存量小于上次流控缓存量时，调整Tbeta。

14.根据权利要求12或13所述的方法，其特征在于，所述步骤C中调整的Tbeta方法为：Tbeta＝Tbeta+Tbeta_up_small_step，其中，Tbeta_up_small_step为Tbeta向上调整的小步长。

说明书

一种Iub口流量自适应修正的流控方法

技术领域

[0001] 本发明涉及移动通讯领域，特别涉及一种Iub口流量自适应修正的流控方法。

背景技术

[0002] 随着移动通讯技术从高速下行分组接入(HSDPA)技术演进到高速分组接入增强(HSPA+)技术，在HSPA+技术中数据调度依然在基站(Node B)侧执行，从无线网络控制器
(RNC)发来的专用媒介接入控制层协议数据单元(MAC-d PDU)需要在Node B侧进行缓存，
等待增强的高速媒介接入控制(MAC-ehs)的调度。由于空口的复杂性和移动信道的不确
定性，用户在空口的实际速率受到调度算法性能的影响，同时也直接影响用户数据在NodeB
侧的缓存，由于Node B侧的缓存不是无限的，如果Iub口和空口的速率不匹配，很有可能造
成Node B侧缓存溢出，直接影响服务质量，所以Iub口的数据流量控制非常重要。其中，空
口是指Node B与用户设备(UE)之间的接口，也称Uu口，而Iub口是指RNC与Node B之间
的接口。

[0003] 当流量控制考虑用户缓存大小尽量不影响调度算法的执行的时候，流量控制主要针对Node B端的缓存。目前，Iub口流量控制主要考虑三方面的问题：

[0004] 1、缓存上限流控。

[0005] 主要是防止Node B侧的数据缓存堆积太多导致丢包，根据某个固定的值或采用某些公式计算出某个值作为Node B端缓存的数据量上限，一旦发现缓存超过该值，则触发相
应的流控操作，减少或停止向RNC索要数据。

[0006] 申请号为200610084695.1发明专利提出一种Iub口流量控制方法，当优先级队列中的数据量大于或等于缓存上限值，则基站向RNC发送一个禁止下发数据的容量分配控制
帧。

[0007] 2、缓存下限流控

[0008] 与缓存上限相反，是为了防止Node B侧的数据缓存太少，以至于不够空口的数据传输，甚至被调空，会影响到用户的吞吐量。根据某个固定的值或采用某些公式计算出某个
值作为Node B端缓存的数据量下限，一旦发现缓存低过该值，则触发相应的流控操作，加大
向RNC索要的数据量。

[0009] 3、正常流控

[0010] 当流控机制使用周期流控这种方式，并在周期流控点时，缓存处于上下限之间，且最近一次引起队列缓存减少的原因为正常调度，则触发正常流控，正常流控向RNC索要的
数据量应略少于同情况下的缓存下限流控向RNC索要的数据量。

[0011] 目前流控期间频繁出现缓存低于下限或者缓存高于上限的情况，而且随着用户的信道环境变化越快，流控期间出现上下限流控的次数会越频繁，用户缓存抖动程度就越剧
烈，调度算法的执行效果会受到严重影响。

[0012] 缓存上限流控可以尽量避免Node B侧的数据缓存堆积太多导致丢包；而缓存下限流控可以尽量给调度算法提供足够的缓存数据量，但毕竟缓存上下限流控都属于补救措
施，过多数量的缓存上限流控依然会导致不少的数据分组超时丢弃，且过多数量的缓存下
限流控也预示着队列中的数据量长时间不能满足调度算法。因此，缓存上下限流控触发的
频率一定程度上也是流控算法性能好坏的一个指示器，应当尽可能地减少流控触发的频
率，以减少队列缓存的抖动。

[0013] 目前周期流控点触发的正常流控，目的是使Iub口的速率和空口速率相匹配，目前一般采用的流控索要数据量的计算公式为：

[0014] Bnodeb_need＝RatePQ_out×TFC_period

[0015] 其中，RatePQ_out为队列的空口平均速率，TFC_period为流控周期。

[0016] 而目前空口平均速率RatePQ_out的计算主要通过平滑滤波得到，平滑滤波得到的速率与瞬时速率或窗口平均得到的速率相比，变化范围相对较小，且变化速度相对平缓，抖动
程度相对较小，这有利于维持队列缓存的稳定性。

[0017] 申请号为CN200610111951.1的专利中提出对过去一段时间空口速率的统计为：

[0018]

[0019] 其中： 为平均下行速率，即空口速率，a为滤波器因子， 为上一传输时间间隔(TTI)时的平均分组下行速率，为当前TTI队列的即时下行速率。

[0020] 由于现在Node B向RNC索要数据是一次要一个周期时间内的数据量大小，而在一个周期时间内信道环境随时可能发生变化，这就导致正常流控估计的速率有偏差，即索要
的数据量相对于实际空口所需的数据量偏大或偏小。

[0021] 另外，平滑滤波有一个弊病就是统计的速率本身有滞后性，只能说明前一段时间内，队列的空口速率，且当前空口速率占平滑滤波后速率的比例往往比较小，根据之前一段
时间的空口速率来推算未来一段时间内的空口速率，假设前提是空口速率不会发生变化，
但事实上空口速率基本不可能不变，空口速率或多或少都会发生变化，因此，会导致向RNC
索要的数据量或多或少跟空口实际需要的数据量有些偏差。

[0022] 上述两个原因都会进而导致频繁触发上下限，用户缓存抖动剧烈。达到上限的次数越多，很可能导致更多的紧急调度，甚至超时丢包，而下限次数越多，队列在更多时间上
缓存过低，严重影响调度算法的执行效果，降低了系统吞吐量。

[0023] 另外，一旦触发缓存上下限，则会触发缓存上下限的流控操作，缓存上限流控一般会停止向RNC要数据，而缓存下限流控一般会加大向RNC索要的数据量，此时，如果下限流
控索要的数据量过多，反而使缓存很快达到上限，这样导致缓存的抖动更加厉害，进而对接
下来以后的流控操作造成更大的困难，更易触发更多的缓存上下限。

发明内容

[0024] 本发明提供了一种Iub口流量自适应修正的流控方法，提高流控索要数据量的准确性，减少流控的误差，减少缓存的抖动和缓存上下限的触发频率。

[0025] 一种Iub口流量自适应修正的流控方法，该方法预先设置调整索要缓存量因子Tbeta，基站Node B收到流控事件后，执行如下步骤：

[0026] A、记录本次的流控事件的类型，缓存量和用户优先级PQ队列的空口速率RatePQ_out；

[0027] B、根据本次流控事件的类型、以及本次缓存量和前次缓存量的大小来判断是否调整Tbeta，如果是，执行步骤C，否则直接记录Tbeta的值，执行步骤D；

[0028] C、调整并记录Tbeta的值；

[0029] D、对于正常流控事件，Node B用记录的Tbeta和RatePQ_out的值计算本次流控向无线网络控制器RNC请求的缓存量，执行流控过程；

[0030] 其中Tbeta为大于等于0或小于0的数。

[0031] 其中，所述方法中预先设置Tbeta初始值为0，设定Tbeta的上限值为Tbeta_up_limit，且此上限值大于0，设定Tbeta的下限值为Tbeta_down_limit，且此下限值小于0，Tbeta的上、下限值的绝对值小于流控周期TFC_period的值，当Tbeta的值变化时，使的Tbeta值在上下限范围内，否则取边界值。

[0032] 所述步骤D中计算本次流控向RNC请求的缓存量的方法为：Bnodeb_need＝RatePQ_out×(TFC_period+Tbeta)，其中，TFC_period为流控周期。

[0033] 所述步骤B中本次流控事件的类型为下限流控，当最近一次缓存量减少的原因为正常调度时，调整Tbeta。

[0034] 所述步骤C中调整的Tbeta方法为：Tbeta＝Tbeta+Tbeta_up_step，其中，Tbeta_up_step为Tbeta向上调整的大步长。

[0035] 所述步骤A中进一步包括记录是否存在紧急数据；

[0036] 所述步骤B中本次流控事件的类型为上限流控或者存在数据紧急，且相邻前一子帧不存在紧急数据时，调整Tbeta。

[0037] 所述步骤C中调整的Tbeta方法为：Tbeta＝Tbeta-Tbeta_down_step，其中，Tbeta_down_step为Tbeta向下调整的大步长。

[0038] 所述方法预先设置高低缓存判决门限，其介于缓存上限和缓存下限之间；

[0039] 所述步骤B中本次流控事件的类型为正常流控，缓存量在缓存高低判决门限与上限之间，且上次流控为下限流控时，调整Tbeta。

[0040] 所述方法预先设置高低缓存判决门限，其介于缓存上限和缓存下限之间；

[0041] 所述步骤B中本次流控事件的类型为正常流控，缓存量在缓存高低判决门限与上限之间，上次流控为正常流控，且上次缓存量位于高低判决门限与下限之间时，调整Tbeta。

[0042] 所述方法预先设置高低缓存判决门限，其介于缓存上限和缓存下限之间；

[0043] 所述步骤B中本次流控事件的类型为正常流控，缓存量在缓存高低判决门限与上限之间，上次流控为正常流控，上次缓存量位于高低判决门限与上限之间，且此时缓存量大
于上次流控时的缓存量时，调整Tbeta。

[0044] 所述步骤C中调整的Tbeta方法为：Tbeta＝Tbeta-Tbeta_down_small_step，其中，Tbeta_down_small_step为Tbeta向下调整的小步长。

[0045] 所述方法预先设置高低缓存判决门限，其介于缓存上限和缓存下限之间；

[0046] 所述步骤B中本次流控事件的类型为正常流控，缓存量在缓存高低判决门限与下限之间，上次流控命令为正常流控，且上次流控缓存量位于高低判决门限和上限之间时，调
整Tbeta。

[0047] 所述方法预先设置高低缓存判决门限，其介于缓存上限和缓存下限之间；

[0048] 所述步骤B中收到的流控事件为正常流控，缓存量在缓存高低判决门限与下限之间，上次流控命令为正常流控，上次流控缓存量位于高低判决门限和下限之间，且此时缓存
量小于上次流控缓存量时，调整Tbeta。

[0049] 所述步骤C中调整的Tbeta方法为：Tbeta＝Tbeta+Tbeta_up_small_step，其中，Tbeta_up_small_step为Tbeta向上调整的小步长。

[0050] 由以上技术方案可见，收到流控事件后，通过记录的Tbeta计算NodeB向RNC索要的数据量，并根据最近的流控事件，以及本次和前次缓存大小的对比，来调整、并记录Tbeta，对于正常流控事件，用记录的Tbeta计算向RNC请求的缓存量，这种通过动态调整Tbeta来达到
Iub口速率跟空口速率更为精细的匹配的方法，提高流控索要数据量的准确性，减少流控的
误差，减少缓存的抖动和缓存上下限的触发频率。

附图说明

[0051] 图1为本发明Iub口流量自适应修正的流控方法的流程图；

[0052] 图2为本发明具体实施例Iub口流量自适应修正的流控方法的流程图。

具体实施方式

[0053] 为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本发明所述方案作进一步地详细说明。

[0054] 本发明流控方法的主要思想是当收到流控事件时，通过本次流控事件，以及本次缓存量和前次缓存量的大小对比，来调整，并记录Tbeta，对于正常流控事件，用记录的Tbeta来计算向RNC索要的缓存量。

[0055] 为能够更为详细地描述队列缓存量在上下限间的状态，引入了缓存高低判决门限的概念，介于上限和下限之间，取值为：

[0056] 缓存高低判决门限＝下限+0.5*(上限-下限)，

[0057] 即如果实际缓存值高于该门限值，则缓存量更加接近于上限值，可以认为缓存触发上限的概率加大，需要进行缓存量的控制；如果实际缓存值低于该门限值，则缓存量更加
接近于下限值，可以认为缓存触发下限的概率加大，需要进行缓存量的补充。

[0058] 本方法主要通过引入调整索要缓存量因子(Tbeta)来调整正常流控时，向RNC端索要的数据量，且通过动态调整Tbeta来达到Iub口速率跟空口速率更为精细的匹配，进而降低
上下限流控触发的频率。

[0059] 正常流控操作，基站(Node B)向RNC请求的缓存量为：

[0060] Bnodeb_need＝RatePQ_out×(TFC_period+Tbeta)，其中：Bnodeb_need为一个流控周期内RNC需要传送给Node B的数据量(bit)，如该值计算小于0，则取为0；TFC_period为可配置的流控周期长度(ms)；RatePQ_out为用户PQ队列的空口速率(kbps)；Tbeta为调整索要缓存量因子(ms)。

[0061] Node B预先配置，设定Tbeta初始值为0，设定Tbeta的上限值为Tbeta_up_limit，且此上限值大于0，设定Tbeta的下限值为Tbeta_dowm_limit，且此下限值小于0，Tbeta的上、下限值的绝对值小于TFC_period的值，当Tbeta的值变化时，确保Tbeta的值在上下限范围内，否则取边界值，设定Tbeta值增长的步长Tbeta_up_step和Tbeta_up_small_step，Tbeta值减小的步长Tbeta_down_step和Tbeta_up_small_step，其中，Tbeta_down_step和Tbeta_down_small_step为向下调整Tbeta的步长，配置要求Tbeta_down_small_step大于0小于等于Tbeta_down_step的一半，且Tbeta_down_step大于0，小于等于下限绝对值的一半，而Tbeta_up_step和Tbeta_up_small_step为向上调整Tbeta的步长，配置要求Tbeta_up_step大于0小于等于上限的一半，Tbeta_up_small_step大于0，小于等于Tbeta_up_step的一半，以达到粗调微调相结合的效果，而Tbeta_down_step大于Tbeta_up_step，Tbeta_down_small_step大于Tbeta_up_small_step，以达到快降慢升的效果。

[0062] 参见图1，图1为本发明Iub口流量自适应修正的流控方法的流程图。具体步骤包括：

[0063] 步骤101，Node B收到流控事件，记录本次的流控事件的类型，缓存量和用户PQ队列的空口速率RatePQ_out。

[0064] 步骤102，根据本次流控事件的类型、以及本次缓存量和前次缓存量的大小来判断是否调整Tbeta，如果是，执行步骤103，否则执行步骤104.

[0065] 步骤103，调整并记录Tbeta的值。

[0066] 步骤104，直接记录Tbeta的值。

[0067] 步骤105，对正常流控事件，用记录的Tbeta的值和RatePQ_out的值计算本次流控向RNC请求的缓存量，执行流控过程。

[0068] 下面以一个具体的实施例，来详细说明本发明。

[0069] 参见图2，图2为本发明具体实施例Iub口流量自适应修正的流控方法的流程图。具体步骤包括：

[0070] 步骤200，Node B收到流控事件，记录当前流控类型，当前缓存量，是否存在紧急数据，用户PQ队列的空口速率。

[0071] 步骤201，判断流控事件类型，如果是下限流控，执行步骤202；如果是上限流控时，执行步骤206；如果是正常流控，执行步骤207。

[0072] 步骤202，判断最近一次缓存量减少的原因是否是正常调度，如果是，执行步骤203，否则执行步骤215。

[0073] 步骤203，调整Tbeta，Tbeta＝Tbeta+Tbeta_up_step。

[0074] 触发下限流控时，若PQ最近一次缓存量减少的原因为正常调度，则说明Iub口速率不能满足调度算法的需求，因此需加大Iub口速率，向上调整Tbeta值，使Tbeta＝Tbeta+Tbeta_up_step。

[0075] 步骤204，判断调整后的Tbeta是否小于0，如果是，执行步骤205，否则执行步骤215。

[0076] 步骤205，强制调整后的Tbeta等于0。

[0077] 若向上调整Tbeta值后，Tbeta仍然小于0，则强制Tbeta值为0；若向上调整Tbeta值后，Tbeta大于等于0，则维持调整后的Tbeta。

[0078] 步骤206，当流控类型为上限流控或者数据紧急，且相邻前一子帧不存在紧急数据时，调整Tbeta，Tbeta＝Tbeta-Tbeta_down_step。

[0079] 触发上限流控时，说明Iub口速率已经超过调度算法的需求，数据开始在队列缓存中堆积，此时应当降低Iub口速率，向下调整Tbeta的值。

[0080] 若本子帧，队列数据达到紧急状态，且相邻前一子帧不存在紧急的数据，说明调度算法长时间没有调度本队列，因此需要降低Iub口速率，向下调整Tbeta的值。

[0081] 上述两种情况都需要向下调整Tbeta的值，使Tbeta＝Tbeta-Tbeta_down_step。

[0082] 步骤207，判断缓存量是否大于缓存高低判决门限，如果是，执行步骤208，否执行步骤212。

[0083] 步骤208，判断上次流控命令是否为下限流控，如果是，执行步骤211，否则执行步骤209。

[0084] 当周期流控时，触发了正常流控，且缓存量位于缓存高低判决门限与上限之间，而上次流控命令为下限流控时，说明上次流控后，经过一段时间，队列缓存量上涨到缓存高低
判决门限以上了，此时可以适当降低Iub口速率，向下微调Tbeta值。

[0085] 步骤209，上次流控为正常流控，判断当时缓存量是否位于缓存高低判决门限与下限之间，如果是，执行步骤211，否则执行210。

[0086] 当周期流控时，触发了正常流控，且缓存量位于缓存高低判决门限与上限之间，而上次流控命令也为正常流控，但是上次流控时，缓存量位于缓存高低判决门限与下限之间，
说明上次流控后，经过一段时间，队列缓存上涨到缓存量高低判决门限以上了，此时可以适
当降低Iub口速率，向下微调Tbeta值。

[0087] 步骤210，上次流控为正常流控，且当时缓存量位于缓存高低判决门限和上限之间之间，判断此时的缓存量是否大于上次缓存量，如果是，执行步骤211，否则执行步骤215。

[0088] 当周期流控时，触发了正常流控，且缓存量位于缓存高低判决门限与上限之间，而上次流控命令为正常流控，但触发上次流控时队列缓存量位于缓存高低判决门限和上限之
间，且此时的队列缓存量大于上次流控时的队列缓存量，说明，上次流控后，经过一段时间，队列缓存仍旧位于缓存高低判决门限以上，且一定程度地上涨，此时，可以适当降低Iub口
速率，向下微调Tbeta值。

[0089] 步骤211，调整Tbeta，Tbeta＝Tbeta-Tbeta_down_small_step。

[0090] 当经过判断，需要对Tbeta值向下微调时，使Tbeta＝Tbeta-Tbeta_down_small_step。

[0091] 步骤212，上次流控命令为正常流控，判断当时的缓存量是否位于缓存高低判决门限和上限之间，如果是，执行步骤214，否则执行步骤213。

[0092] 当周期流控时，触发了正常流控，且缓存量位于缓存高低判决门限和下限之间，而上次流控命令为正常流控，且触发上次流控时，队列缓存位于缓存高低判决门限和上限之
间，说明，上次流控后，经过一段时间，队列缓存量由缓存高低判决门限以上下降到缓存高
低判决门限以下，此时，可以适当增大Iub口速率，向上微调Tbeta值。

[0093] 步骤213，上次流控命令为正常流控，且当时的缓存量位于缓存高低判决门限和下限之间，判断此时的缓存量是否小于上次流控的缓存量，如果是，执行步骤214，否则执行步骤215。

[0094] 当周期流控时，触发了正常流控，且缓存量位于缓存高低判决门限和下限之间，而上次流控命令为正常流控，且触发上次流控时，队列缓存同样位于缓存高低判决门限和下
限之间，但此时的队列缓存小于上次流控时的队列缓存，说明，上次流控后，经过一段时间，队列缓存始终位于缓存高低判决门限以下，且有一定程度地下降，此时，可适当增大Iub口
速率，向上微调Tbeta值。

[0095] 步骤214，调整Tbeta，Tbeta＝Tbeta+Tbeta_up_small_step。

[0096] 当经过判断，需要对Tbeta值向上微调时，使Tbeta＝Tbeta+Tbeta_up_small_step。

[0097] 步骤215，Node B记录Tbeta的值。

[0098] 当不需要调整Tbeta时，Node B将Tbeta直接记录，当需要调整Tbeta时，Node B将调整后的Tbeta记录，以备需要向RNC请求缓存量时，提供Tbeta来计算索要的数据量。

[0099] 除了上文提到的调整Tbeta的情况，其它情况均不做Tbeta调整，直接记录原先的Tbeta的值。

[0100] 步骤216，对于正常流控事件，Node B用记录的Tbeta计算向RNC请求的缓存量，执行流控过程。

[0101] 用记录的Tbeta计算向RNC请求的缓存量的方法为：

[0102] Bnodeb_need＝RatePQ_out×(TFC_period+Tbeta)，其中Tbeta为Node B记录的Tbeta。

[0103] 本发明用调整的Tbeta计算正常流控时向RNC请求缓存量，对于上下限流控时流量请求同现有技术处理方法一致，不在本发明要解决的问题之内。

[0104] 综上所述，在本发明正常流控操作中，Node B收到流控事件，向RNC请求缓存量的计算公式中，引入了Tbeta；以最近的流控事件、缓存状态、前后两次缓存大小的比较，以及缓存量和缓存高低判决门限的比较来进行动态地调整Tbeta参数，并将其值记录，向RNC请求缓
存量时用记录的Tbeta计算索要的缓存量，使对流控命令的调整符合空口速率的要求，弥补
流控的误差，提高流控的准确度，降低用户缓存抖动程度和缓存上下限触发的频率。

[0105] 以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。