[发明专利]HSPA+系统中CELL_FACH流量控制方法

说明书

技术领域

本发明涉及移动通讯领域，特别涉及一种HSPA+系统中CELL_FACH流量控制方法。

背景技术

在高速分组接入增强(HSPA+)系统中，CELL_FACH状态下的数据传输得到了增强，主要体现在以下几个方面：

第一，在空口上，CELL_FACH状态下的下行传输不再使用FACH信道，而是和CELL_DCH状态一样使用高速下行共享信道(HS-DSCH)，所以HSPA+系统中CELL_FACH状态下的下行传输数据的速率得到了提高，而且下行传输业务类型也更加多样和灵活。

第二，在Iub口上，CELL_FACH状态下新定义了公共媒体访问控制(MAC)流。不同于CELL_DCH状态下每个用户的MAC-d流，CELL_FACH下的公共MAC流为小区内所有用户共用的，同一条公共MAC流中可以传输多个用户的数据。另外，还新定义了HS-DSCH DATA FRAME TYPE 2数据帧和HS-DSCH CAPACITY ALLOCATION TYPE 2容量分配控制帧，可用于HSPA+系统中CELL_FACH状态下的Iub口数据传输和容量分配控制帧的传输。最后，在Iub口上数据帧中携带的MAC-d协议数据单元(MAC-d PDU)和容量分配控制帧中所指示的MAC-d PDU大小不再是固定大小，而是可变长度，并且同一数据帧中可以携带来自不同逻辑信道数据。数据帧和容量分配控制帧中所携带的CmCH-PI域也指的是CELL_FACH下公共优先级队列(PQ队列)的调度优先级。

第三，在网络实体上，MAC-ehs也作用于CELL_FACH状态，配置了公共PQ队列，但与CELL_DCH状态不同的是，其公共PQ队列不是各个用户独立分配，而是为小区内所有用户共用。无线网络控制器(RNC)配置的同一个ID编号的PQ队列中可以存放多个用户的MAC-d PDU。

需要说明的是，上述MAC-d实体是处理专用传输信道的MAC实体，MAC-d实体位于RNC中，MAC-ehs实体是处理高速下行共享信道的MAC实体，MAC-ehs实体位于基站(NodeB)中。其中，空口是指NodeB与用户设备(UE)之间的接口，也称Uu口，而Iub口是指RNC与NodeB之间的接口。

由于在HSPA+系统中接入网侧的网元还是分为RNC和NodeB两个单独的网元，所以从来自核心网的下行数据流还是首先到达RNC，然后通过Iub口传输到NodeB，最后在空口发送给UE。但是，由于下述几个原因：第一，NodeB侧对用户传输的数据流量大小并不是固定的，而是根据用户空口传输质量进行自适应的调整，第二，NodeB侧的数据缓存大小是有限的；第三，NodeB侧即使能容纳一定的缓存量，但是存在缓存排队时延的参数限制，到达NodeB的数据如果超过一定时间门限还未进行空口发送则会主动丢弃；第四，Iub口的传输时延比较大，其远大于NodeB在空口上的调度时延5ms，所以基于上述几点原因，在RNC和NodeB之间的Iub口需要进行流量控制，其目的在于使得RNC能够及时给予NodeB所需要的数据量，避免NodeB没有数据可传，同时又避免NodeB侧数据量积累过多而导致NodeB主动丢包甚至缓存溢出。

目前现存的Iub口的流量控制方案主要是针对CELL_DCH状态。例如，申请号为200610084695.1的发明专利指出，当PQ队列中的数据量大于或等于缓存上限值，则NodeB向RNC发送一个禁止下发数据的容量分配控制帧，申请号为200610084695.1的发明专利指出当PQ队列中的数据量小于或等于缓存下限值，则NodeB向RNC发送一个允许下发数据的容量分配控制帧。

然而由于CELL_FACH状态下和CELL_DCH状态下容量分配控制帧针对的对象不同：CELL_FACH状态下针对公共PQ队列，CELL_DCH状态下针对各个用户的PQ队列，因此，CELL_DCH状态下的流控方案并不能直接应用于CELL_FACH状态下。

而且，CELL_DCH和CELL_FACH状态下的业务特点不同，CELL_DCH状态下的业务更多的是大数据量且较连续的数据流，而CELL_FACH状态下的业务更多是支持用户长期在线的小业务量数据流，业务可能很不连续，这就更加导致CELL_DCH下的流控方案直接应用于CELL_FACH下会存在很多问题，比如，CELL_DCH下跟踪信道环境和用户吞吐量变化的速率统计方式，以及缓存下限的计算方式等都不符合小业务流量的流控特点，有可能造成缓存下限总是大于用户实际缓存、缓存上限小于缓存下限，或者流控方案“饿死”等现象。