[发明专利]一种HSDPA系统的RLC数据传输方法

说明书

技术领域

本发明涉及流量控制技术，特别涉及一种HSDPA系统的RLC数据传输方法。

背景技术

HSDPA系统中多用户共享HS-DSCH传输信道，因此，空口速率受信道条件、调度算法、业务源特性及小区用户数等影响，表现出时变特性，导致iub口传输速率不能与空口速率时刻保持一致，所以NodeB端需要将数据在MAC-hs buffer(下面称PQ)中进行缓存。为了避免PQ溢出的情况以及PQ取空且RLC缓冲区仍有数据的情况(称为stalling或取空)发生，引入流控算法对iub口的速率进行控制。

对于PQ溢出的情况，只要PQ大小、触发iub速率降低的门限设置合理就可以避免。对于取空的情况，避免方法相对复杂，需要针对导致取空的不同原因采用不同的流控策略。目前，大致有以下三种情况会导致取空的发生：

第一种情况是Iub速率受限。所谓Iub速率受限是指由于Iub传输带宽限制，采用流控算法对分配的credits进行的限制，会造成数据受限于Iub带宽，从而不能及时发到PQ中，进而导致取空。

第二种情况是PQ受限。所谓PQ受限是指为了防止PQ溢出，采用流控算法对分配的credits进行限制从而导致的取空。

第三种情况是业务源受限。业务源类型包括突发性业务和突发性较强的业务两种。对于突发性业务，业务在RLC buffer两次传输的间隔进入RLC buffer，如果在前次传输时由于RLC buffer业务量不足，没有充分地利用分配的credits，则到达PQ的数据较少，这时如果UE被调度，业务源已经有数据进入RLCbuffer，即业务在Iub传输后进入RLC buffer，而调度发生在下一次Iub传输前，就会发生取空，具体示意图如图1所示。

而对于突发性较强的业务，每个iub传输时刻，业务到达RLC buffer的数据量差别很大，这时，也可能造成取空；如图2所示第一次传输时，RLC buffer为空或很少，没有充分利用分配的credits，而第二次传输时有大量的数据到达RLC buffer，但受限于有限的credits数据又不能充分发送到PQ，接着的调度如果空口速率大，也会发生取空。

发生取空，表明空口资源利用不充分，不同于网络负荷低时空口占用率低的情况，取空是在有业务需要发送的情况下，因为没有及时地将业务传送至PQ导致空口利用率低。有效降低取空，可以提高对宝贵的空口资源的利用率，并能够同时提高业务QoS。

对于Iub带宽受限和PQ受限的情况，目前已经有改进的流控算法或对应的优化方法。而业务源受限的情况不能通过流控算法及NodeB端的配置优化进行改善，目前也没有合适的方式能够避免业务源受限而导致的PQ取空。

发明内容

有鉴于此，本发明中提供一种HSDPA系统的RLC数据传输方法，能够避免业务源受限而导致的取空。

为实现上述目的，本发明采用如下的技术方案：

一种HSDPA系统的RLC数据传输方法，包括：

在每次RLC buffer的传输结束后，计算为本次RLC传输分配的credits与实际发送的credits的差值，并将预设时间间隔内每次计算得到的所述差值进行累积，得到累积credits；

在每次RLC buffer进行传输时，判断当前RLC buffer的数据量是否大于为本次RLC传输分配的credits，若是且当前累积credits大于0，则确定本次RLC传输的数据量对应的credits为：Iub_max对应的credits、RLC buffer的数据量对应credits、为本次RLC传输分配的credits+累积crdits/N中的最小值，并按照确定的credits进行RLC buffer中的数据传输；否则，将RLC buffer中的数据全部发出；所述N为预设的正整数；

对于任一次RLC buffer传输，若当前RLC buffer的数据量大于为本次RLC传输分配的credits、且确定的本次RLC传输的数据量对应的credits为，为本次RLC传输分配的credits+累积crdits/N，当系统未为下一次RLC buffer传输分配crdedits或分配的credits大于所述任一次RLC buffer传输中被分配的credits时，则减小N的取值；当系统为下一次RLC buffer传输分配的credits小于所述任一次RLC buffer传输中被分配的credits时，则将累积credits清零。

较佳地，设置RLC传输间隔为FP_interval；

所述预设时间间隔为所有RLC传输间隔。