[发明专利]一种用户面数据的调度方法

说明书

技术领域

本发明涉及移动通信技术，特别涉及一种用户面数据的调度方法。

背景技术

在目前eFACH承载方式下，用户承载的应用层业务类型多样，进行用户数据调度时，多个用户构成PQ队列，每个用户可能存在多个RB，每个RB下存在多个业务类别。NodeB为eFACH下同PQ的所有用户，以PQ为单位分配一个总的发送能力。RNC根据该能力在同一PQ的不同用户间分配数据量通常采用轮询机制，各用户间数据调度发送机会均等。

但是由于应用层承载的业务类型多种多样，对于被调度的机会要求也不尽相同。例如，对于增值业务、移动定制业务、实时性要求较高的业务，希望被优先调度发送；对P2P等业务，数据调度发送优先级较低。同时一个PQ队列的多个用户，由于干扰、距离等因素，不同用户的不同RB下，其空口信号质量也可能不同。

而目前RNC在同一PQ内的用户间调度时，采用的机制没有考虑应用层不同业务的特点，并且没有考虑不同RB的空口质量，无法实现RNC侧同PQ不同用户间差异化数据调度发送。

发明内容

本发明提供了一种用户面数据的调度方法，能够在同PQ内不同用户间实现差异化数据调度。

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

一种用户面数据的调度方法，包括：

对于同一PQ队列中的每个待调度用户，RNC根据该用户每个RB所包括的各个业务类别，计算每个RB的综合优先级其中，weight_i为预设的业务类别i对应的调度权重，N为RB所包括的业务类别总数；再计算该用户各个RB的综合优先级的均值，作为该用户的调度优先级；

按照每个待调度用户的调度优先级由高到低的顺序，依次调度各个待调度用户的数据；在调度任一待调度用户数据时，按照该用户每个RB的综合优先级由高到低的顺序，依次调度该用户的各个RB的数据。

较佳地，该方法进一步包括：若所述PQ队列中的任一待调度用户在预设时间内未被调度，则强制调度该用户一次；当存在多个强制调度的用户，则调度优先级高的用户优先被强制调度。

较佳地，该方法进一步包括：对于所述PQ队列中的任一待调度用户，在该待调度用户被调度期间，若该用户的任一RB的数据在预设时间内未被调度，则强制调度该RB数据一次。

较佳地，根据不同业务类别的业务特性设置该业务类别对应的调度权重值。

较佳地，业务类别的时延要求越高，该业务类别对应的调度权重越大。

较佳地，在调度任一待调度用户的任一RB数据时，该方法进一步包括：

a、确定该RB的RLC窗口占用率O_i和窗口剩余大小Winfree；

b、若该RB的RLC窗口占用率不低于预设的窗口拥塞门限β，则判定该RB为拥塞RB，限定该RB的发送能力为CapAllo＝WinFree×(1-O_i)，该RB本次实际发送的数据量为DataSent＝min{CapAllc，DataReq}；否则，不限制该RB调度的业务量。

较佳地，该方法进一步包括：若所述PQ队列中各个待调度用户均被调度后仍有剩余发送能力，则对判定为拥塞的RB，确定当前该RB的新的RLC窗口占用率和新的窗口剩余大小，并执行步骤b，直到不存在剩余发送能力为止；被多次执行步骤b的业务RB，其实际发送能力为各次限定的发送能力之和。

一种用户面数据的调度方法，包括：

对于同一PQ队列中的每个待调度用户，RNC确定各个待调度用户的调度顺序，以及调度每个待调度用户时，该用户各个RB数据的调度顺序，并依照确定的顺序进行用户数据调度；

在调度任一待调度用户的任一RB数据时：

a、确定该RB的RLC窗口占用率O_i和窗口剩余大小Winfree；

b、若该RB的RLC窗口占用率不低于预设的窗口拥塞门限β，则判定该RB为拥塞RB，限定该RB的发送能力为CapAllo＝WinFree×(1-O_i)，该RB本次实际发送的数据量为DataSent＝min{CapAllo，DataReq}；否则，不限制该RB调度的业务量。

较佳地，该方法进一步包括：若所述PQ队列中各个待调度用户均被调度后仍有剩余发送能力，则对判定为拥塞的RB，确定当前该RB的新的RLC窗口占用率和新的窗口剩余大小，并执行步骤b，直到不存在剩余发送能力为止；被多次执行步骤b的业务RB，其实际发送能力为各次限定的发送能力之和。