CN1889778A - 一种下行高速分组接入业务调度方法、基站及系统 - Google Patents

Abstract

本发明公开了一种下行高速分组接入业务调度方法及系统，用于解决现有技术里，当VoIP业务和其他业务并存时，无法保证VoIP业务性能的问题。本发明方法，由基站向用户发送数据，特征在于，包括步骤：基站在每个发送时间间隔扫描用户数据队列，优先发送IP语音紧急数据。本发明系统包括基站及用户设备，所述基站向用户设备发送用户数据，特征在于，所述基站还包括：IP语音紧急数据识别单元，用于从缓存在下行高速分组接入的介质接入控制MAC－hs队列的数据中识别出IP语音紧急数据。采用本发明方案可以优先发送VoIP的紧急数据，为时延敏感的VoIP业务提供了性能保证，同时保证高优先级的用户先达到承诺的服务。

Description

一种下行高速分组接入业务调度方法、基站及系统

技术领域

本发明方法涉及通信技术领域，尤其涉及一种下行高速分组接入业务调度方法、基站(Node B)及系统。

背景技术

宽带码分多址(WCDMA，Wideband CDMA，Code division multiple access)通过引入下行高速分组接入(HSDPA，High speed dedicated physical controlchannel)，实现数据分组在信道码和发射功率上的共享，并选择采用自适应调制编码(AMC，Adaptive Modulation and Coding)、混合自动重传(HARQ，Hybridautomatic repeat request)和快速调度等技术进一步提高数据速率。这样，大大提高了系统的容量和频谱效率，也提高了用户服务的质量。

在接入网侧，为了支持上述HSDPA功能，NodeB和用户设备(UE，Userequipment)侧增加HSDPA媒体接入控制层(MAC-hs，Medium Access Controlfor HSDPA)实体，无线网络控制器(RNC，Radio Network Controller)的专用介质接入控制(MAC-d，Medium Access Control-Dedicated)将专用业务信道(DTCH，Delicated Traffic Channel)/专用控制信道(DCCH，Delicated ControlChannel)上的数据映射到下行共享信道(HS-DSCH，High Speed DownlinkShered Channel)数据帧，通过MAC-d流发送给MAC-hs。MAC-hs需要完成与MAC-d之间的流量控制(共享Iub传输)、小区内用户数据的调度及传输格式选择等动作，如图1所示，为现有技术中MAC-hs在协议栈中的位置示意图。

MAC-hs中有流控实体、调度/优先级处理实体、混合自动重传请求实体、传输格式和资源联合(TFRC，Transport format and resource combination)选择实体四个功能实体，如图2所示，为现有技术中MAC-hs功能实体示意图。

流控实体，用来控制来自MAC-d或者MAC-c/sh的数据流满足空中接口的能力。通过流控减少时延和堵塞情况。对于每个具有单独优先级的MAC-d数据流，流控是独立的。

调度/优先级处理实体，协调数据流和HARQ之间的资源，根据信道和ACK/NACK反馈情况决定新发送还是重传，设置优先级、序列和数据块的编号等。

HARQ实体，处理HARQ过程。一个HARQ实体可处理一个用户的多个HARQ进程，在一个发送时间间隔(TTI，Transmission Time Interval)的一个高速共享控制信道(HS-DSCH，High speed shared control channel)上，只有一个HARQ进程。

TFRC选择实体，根据信道情况和资源情况选择合适的传输格式。

调度算法控制着共享资源的分配，在很大程度上决定了整个系统的行为。调度时应主要基于信道条件，同时考虑等待发射的数据量以及业务的优先级等情况，并充分发挥HARQ的能力。调度算法应主要考虑向瞬间具有最好信道条件的用户发射数据，这样在每个瞬间都可以达到最高的用户数据速率和最大的数据吞吐量，但同时也应考虑到对每个用户的公平性。因此，在调度算法中需要综合考虑，以短期内信道条件为主，同时兼顾长期内所有用户的吞吐量、时延等要求。

由于人对语音时延的敏感(当时延在400ms以上时，能够有较为明显的迟滞感觉)，对于语音业务提出了较高的时延要求。因此，和流业务(Streaming)、尽力而为业务(BE，Best Effort)相比，IP语音(VoIP，Voice over IP)业务存在数据包较小，时延要求高的特点。

现有技术主要围绕着流量敏感的业务(非实时业务)进行用户的优先级排序，其中最常用的就是正比公平(PF，Proportional Fair)算法，公式如下：

${\mathrm{Priority}}_i=\frac{R_{i\_\max }\left(t\right)}{r_i\left(t\right)}$

其中，R_{i_max}(t)表示在t调度时刻，用户i所处的位置信道环境下，如果调度该用户所能够得到的瞬时速率，通过计算CQI_TBsize÷TTI得到。(CQI：(Channel quality indicator)为信道质量指示；TBSize(Transmit Block Size)为传输块大小；TTI(Transmission Time Interval)为传输时间间隔。该公式计算在t时刻的TTI内发送的传输块大小，也即t时刻的速率)；ri(t)表示用户实际所得到的调度速率，它是一个滤波值，通常采用如下的α滤波器计算：

$\mathrm{ri}\left(t\right)=(1-\frac{1}{\mathrm{Tc}})\×r_i(t-1)+\frac{1}{\mathrm{Tc}}\×R_i(t-1)$

所述Tc表示平滑时间常数，Ri表示t时刻的实际调度速率。ri(0)＝0。当ri(t)＝0时，Priority i根据R_{i_max}(t)大小进行排序。

PF算法综合考虑了当前能够发送的数据速率以及历史数据速率。这样能够兼顾信道质量较好的用户以及长时间得不到调度机会的用户，是一种小区吞吐量和用户公平性的折中算法。

上述调度方法主要是针对流(Streaming)业务和尽力而为(BE)业务提出的，更多地从流量敏感的角度进行设计，而VoIP业务是一种时延敏感的业务，因此需要考虑当存在这种时延敏感的业务时的调度方法。

发明内容

本发明提供了一种HSDPA业务调度方法及系统，用以解决现有技术里，当VoIP业务和其他业务并存时，无法保证VoIP业务性能的问题。

本发明提供以下技术方案：

一种下行高速分组接入业务调度方法，由基站向用户发送数据，包括步骤：

基站在每个发送时间间隔扫描用户数据队列，优先发送IP语音紧急数据。

所述方法进一步包括步骤：

A、所述基站在每个发送时间间隔扫描用户数据队列，判断是否存在IP语音紧急数据，是则优先发送IP语音紧急数据，否则进行步骤B；

B、所述基站将所述用户数据队列进行调度后发送。

所述步骤A进一步包括：

A1、所述基站判断用户数据队列中是否存在IP语音数据，是则进行步骤A2，否则进行所述步骤B；

A2、根据所述IP语音数据在所述用户数据队列的缓存时间判断该IP语音数据是否为IP语音紧急数据，是则进行步骤A3，否则进行所述步骤B；

A3、发送所述IP语音紧急数据。

所述步骤A2所述判断方法为：

根据公式

$\mathrm{VoIPUrgenFlag}=\left\{\begin{array}{c}\mathrm{TRUE}(\mathrm{MaxDelayThr}-\mathrm{CurDelay}<\mathrm{VoIPUrgenThr})\\ \mathrm{FALSE}(\mathrm{MaxDelayThr}-\mathrm{CurDelay}>=\mathrm{VoIPUrgenThr})\end{array}\right.$

判断所述IP语音数据是否为紧急数据，其中所述VoIPUrgenFlag为IP语音紧急数据标志，所述MaxDelayThr为IP语音数据在下行高速分组接入的介质接入控制MAC-hs的最大允许时延，所述CurDelay为IP语音数据在MAC-hs队列中的时延，所述VoIPUrgenThr为IP语音紧急数据发送门限。

所述步骤A3包括：

如果每个用户数据队列只存在一个IP语音紧急数据，则按照用户数据队列的优先级从高到低将IP语音紧急数据发送出去；或

如果有用户数据队列存在两个以上IP语音紧急数据，则按照所述VoIPUrgenThr的值的从小到大的顺序，将与所述VoIPUrgenThr的值对应的各IP语音紧急数据发送出去。

在用户数据队列存在两个以上IP语音紧急数据时，如果存在各用户数据队列的MaxDelayThr-CurDelay的值相同的情况，则按照随机顺序调度用户数据队列。

一种下行高速分组接入业务调度基站，包括：

IP语音紧急数据识别单元，用于从缓存在下行高速分组接入的介质接入控制MAC-hs队列的数据中识别出IP语音紧急数据。

所述IP语音紧急数据识别单元还包括：

IP语音数据识别单元，用于从所述缓存在所述MAC-hs队列的数据中识别出IP语音数据；

紧急数据识别单元，用于从IP语音数据中识别出IP语音紧急数据。

所述紧急数据识别单元还包括：

IP语音紧急数据标志单元，用于根据公式

$\mathrm{VoIPUrgenFlag}=\left\{\begin{array}{c}\mathrm{TRUE}(\mathrm{MaxDelayThr}-\mathrm{CurDelay}<\mathrm{VoIPUrgenThr})\\ \mathrm{FALSE}(\mathrm{MaxDelayThr}-\mathrm{CurDelay}>=\mathrm{VoIPUrgenThr})\end{array}\right.$

判断所述IP语音数据是否为IP语音紧急数据，其中所述VoIPUrgenFlag为IP语音紧急数据标志，所述MaxDelayThr为IP语音数据在所述MAC-hs队列中的最大允许时延，所述CurDelay为IP语音数据在MAC-hs队列中的时延，所述VoIPUrgenThr为IP语音紧急数据发送门限。

所述基站还包括：

IP语音紧急数据优先级排序单元，用于接收IP语音紧急数据，并对IP语音紧急数据进行优先级排序。

所述IP语音紧急数据优先级排序单元还包括：

第一优先级排序单元，用于在每个用户数据队列只存在一个IP语音紧急数据情况下，对所述IP语音紧急数据按照用户数据队列的优先级进行排序。

所述IP语音紧急数据优先级排序单元还包括：

第二优先级排序单元，用于在有一个用户数据队列存在两个以上IP语音紧急数据的情况下，按照VoIPUrgenThr的值的从小到大的顺序，将与所述VoIPUrgenThr的值对应的各IP语音紧急数据进行优先级排序。

所述基站还包括：

非紧急用户数据队列优先级排序单元，用于对IP语音紧急业务之外的用户数据队列进行优先级排序。

一种下行高速分组接入业务调度系统，包括基站及用户设备，所述基站向用户设备发送用户数据，所述基站还包括：

IP语音紧急数据识别单元，用于从缓存在下行高速分组接入的介质接入控制MAC-hs队列的数据中识别出IP语音紧急数据。

所述IP语音紧急数据识别单元还包括：

IP语音数据识别单元，用于从所述缓存在所述MAC-hs队列的数据中识别出IP语音数据；

紧急数据识别单元，用于从IP语音数据中识别出IP语音紧急数据。

所述紧急数据识别单元还包括：

IP语音紧急数据标志单元，用于根据公式

$\mathrm{VoIPUrgenFlag}=\left\{\begin{array}{c}\mathrm{TRUE}(\mathrm{MaxDelayThr}-\mathrm{CurDelay}<\mathrm{VoIPUrgenThr})\\ \mathrm{FALSE}(\mathrm{MaxDelayThr}-\mathrm{CurDelay}>=\mathrm{VoIPUrgenThr})\end{array}\right.$

判断所述IP语音数据是否为紧急数据，其中所述VoIPUrgenFlag为IP语音紧急数据标志，所述MaxDelayThr为IP语音数据在所述MAC-hs队列中的最大允许时延，所述CurDelay为IP语音数据在MAC-hs队列中的时延，所述VoIPUrgenThr为IP语音紧急数据发送门限。

所述基站还包括：

IP语音紧急数据优先级排序单元，用于接收IP语音紧急数据，并对IP语音紧急数据进行优先级排序。

所述IP语音紧急数据优先级排序单元还包括：

第一优先级排序单元，用于在每个用户数据队列只存在一个IP语音紧急数据情况下，对所述IP语音紧急数据按照用户数据队列的优先级进行排序。

所述IP语音紧急数据优先级排序单元还包括：

第二优先级排序单元，用于在有一个用户数据队列存在两个以上IP语音紧急数据的情况下，按照VoIPUrgenThr的值的从小到大的顺序，将与所述VoIPUrgenThr的值对应的各IP语音紧急数据进行优先级排序。

所述基站还包括：

非紧急用户数据队列优先级排序单元，用于对IP语音紧急业务之外的用户数据队列进行优先级排序。

本发明方案结合了VoIP的数据包数据量小、间隔短及时延要求高的特点，优先发送VoIP紧急数据，为时延敏感的VoIP业务提供了性能保证，非紧急VoIP数据同非实时业务数据一起进行优先级排序，使高优先级的用户先达到承诺的服务，尽量使更多的用户达到满意的程度，同时避免频繁调度VoIP用户，造成系统资源利用率的下降。

附图说明

图1为本发明现有技术中MAC-hs在协议栈中的位置示意图；

图2为本发明现有技术中MAC-hs功能实体示意图；

图3为本发明方法流程示意图；

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

图5为本发明系统的结构框图。

具体实施方式

本发明提供了一种HSDPA业务调度方法及系统，用以解决现有技术里，当VoIP业务和其他业务并存时，无法保证VoIP业务性能的问题，通过采用本发明方案，可以优先发送VoIP紧急数据，为时延敏感的VoIP业务提供了性能保证，同时避免频繁调度VoIP用户，造成系统资源利用率的下降。

本发明方案的具体实施方式如下：

本发明方法，如图3所示，包括下述步骤：

S301、每个发送时间间隔扫描用户数据队列；

每个发送时间间隔TTI，对每个用户数据队列进行扫描。

S302、判断是否存在VoIP数据？

判断各用户数据队列中是否存在VoIP数据，是则进行步骤S303；否则进行步骤S305。

S303、判断是否存在VoIP紧急数据？

为了保证VoIP数据包的时延要求，判断所述VoIP数据是否为VoIP紧急数据，即判断所述VoIP数据是否需要被紧急发送出去，是则进行步骤S304；否则进行步骤S305。

S304、按优先级发送各用户数据队列VoIP紧急数据；

根据公式(1)：

$\mathrm{VoIPUrgenFlag}=\left\{\begin{array}{c}\mathrm{TRUE}((\mathrm{MaxDelayThr}-\mathrm{CurDelay})<\mathrm{VoIPUrgenThr})\\ \mathrm{FALSE}((\mathrm{MaxDelayThr}-\mathrm{CurDelay})>=\mathrm{VoIPUrgenThr})\end{array}\right.$

判断用户数据是否为VoIP紧急数据。

该公式中，所述VoIPUrgenFlag为VoIP紧急数据标志；

所述CurDelay为在检查时刻，数据在MAC-hs队列中的时延，当VoIP数据进入MAC-hs队列时，CurDelay置为0，每个TH，CurDelay加1；

所述MaxDelayThr为VoIP在MAC-hs的最大允许时延，此参数可以被配置，当所述CurDelay超过这个门限时，说明该数据在队列中停留的时间太久，应当尽快发送出去；

需要注意的是，如果某个VoIP数据队列中存在不只一个VoIP紧急数据，比如有三个紧急数据，分别记为a1、a2、a3，则认为队列优先级＝max{(MaxDelayThr-CurDelay)_a1，(MaxDelayThr-CurDelay)_a2，(MaxDelayThr-CurDelay)_a3}。各个VoIP数据队列之间根据队列优先级从高到低的顺序发送数据。也即：把获得调度机会的队列中的紧急数据和非紧急数据都发送出去。

所述VoIPUrgenThr为VoIP紧急数据发送门限，此参数可以被配置，为了提供差异化服务，不同的用户数据队列可以配置不同的VoIPUrgenThr，如可以为30ms、20ms或10ms，该值越大，则说明数据越容易优先被发送；该值越小，则说明数据在MAC-hs中停留的时间越长，该参数和MaxDelayThr配合使用，可以满足不同的服务质量QoS的要求；

例如，3个VoIP用户数据队列A、B、C，用户重要性(该值在网络侧配置)从高到低，则配置方案可以为：A、B、C的MaxDelayThr的值可以都配置为100，而VoIPUrgenThr的值分别配置为80、50、30，则结合公式(1)可以知道，用户数据队列A最容易满足VoIPUrgenFlag为TRUE的条件，B次之，C最不容易满足，这样用户数据队列A最容易被优先发送数据，因而在NodeB中的时延最小，VoIP的时延性能最好，可见，MaxDelayThr设置得越小，则所有VoIP用户数据队列都能减小时延；而VoIPUrgenThr对应于不同的QoS要求的用户数据队列，实现不同的时延效果；

由于发送数据会消耗资源，而NodeB的资源是有限的，如果MaxDelayThr过小，则VoIP数据包很容易满足紧急发送的条件，这样每个TTI时NodeB都在忙着发送VoIP的数据，没有额外的资源来发送Streaming业务和BE业务的数据，虽然VoIP的QoS非常好，但是其他业务的QoS没有得到满足，因此应当设置合适的MaxDelayThr和VoIPUrgenThr，让VoIP的紧急数据量控制在有限的范围之内，尽可能让VoIP业务数据和非实时业务数据一起参加正比公平(PF)算法的用户数据队列优先级排序，这样能保证各用户数据队列能够公平地获得数据被发送的机会。

S305、将用户数据队列进行PF算法排序；

对除了所述VoIP紧急数据以外的实时业务数据，同非实时业务数据一起进行优先级排序，采用的算法是PF算法。

PF算法综合考虑了当前能够发送的数据速率以及历史数据速率，能够兼顾信道质量较好的用户数据队列以及长时间得不到调度机会的用户数据队列，是一种小区吞吐量和用户数据队列公平性的折中算法。

其中，所述的非实时业务可以为Streaming业务，也可以为BE业务。

S306、根据PF算法排序结果发送数据；

根据所述PF算法将用户数据队列数据进行优先级排序之后，按照优先级从高到低，将用户数据队列数据发送出去。

至于没有被发送的数据，则返回步骤S301继续执行，即在下一个TTI，将没有被发送的数据再次进行判断，根据在所述MAC-hs中的缓存时间判断该数据是否需要被发送，因为每个TTI，对VoIP非紧急数据的CurDelay都会加1，根据公式(1)判断，当满足条件(MaxDelayThr-CurDelay)＜VoIPUrgenThr时，则标志该数据为VoIP紧急数据，需要被优先发送。

下面结合一个实施例说明本发明方法的具体实施方式：

实施例一：

网络中有VoIP用户甲和乙、Streaming用户丙以及BE用户丁，各用户依次接入网络后，采用本发明方案，如图4所示，具体流程如下：

S401、将用户数据缓存在MAC-hs队列中；

各用户接入网络后，各用户数据从RNC发送到NodeB，缓存在MAC-hs队列中。

S402、NodeB给每个数据包设置时间计数器；

NodeB给每个VoIP用户数据队列的数据设置时间计数器CurDelay为0。

S403、在每个TTI，NodeB检查VoIP用户数据队列的数据；

在每个发送时间间隔TTI，NodeB根据所述公式(1)检查甲和乙队列的数据。

S404、判断是否为VoIP紧急数据？

根据公式(1)对用户甲和乙数据队列中的数据进行判断，如果VoIPUrgenFlag为TRUE，则进行步骤S405；如果VoIPUrgenFlag为FALSE，则进行步骤S406。

S405、将该数据标记为“VoIP紧急数据”；

将VoIPUrgenFlag为TRUE的数据包标记为“VoIP紧急数据”，表示该数据需要被紧急发送。

S406、将该数据的时间计数器加1；

将VoIPUrgenFlag为FALSE的数据的时间计数器CurDelay加1，等到在下一个TTI检查VoIP用户数据队列时，再进行判断该数据是否需要紧急发送。

S407、检查是否完毕？

判断是否完成了对VoIP用户甲和乙数据队列中所有数据的检查，是则进行步骤S408；否则进行步骤S404，继续检查用户甲和乙数据队列中未被检查的数据。

S408、发送VoIP紧急数据；

则按照MaxDelayThr-CurDelay的值的大小来发送数据。该值越小，表示数据包的优先级越高，则越优先发送该数据包。若此时还存在MaxDelayThr-CurDelay的值相同的情况，则按照随机顺序调度。

S409、按照PF算法对用户数据队列进行优先级排序；

即按照现有技术中的正比公平算法PF，对除了VoIP紧急数据以外的用户甲、乙、丙和丁的数据队列中的数据进行优先级排序。

S410、按优先级从高到低发送用户数据队列数据；

按照步骤S409所述优先级排序的从高到低的顺序发送所述用户甲、乙、丙和丁中参与所述PF算法排序的数据，至于没有被发送的数据，则返回到步骤S403继续执行，即在下一个TTI再进行判断该数据是否为需要被紧急发送的VoIP紧急数据。

下面结合图5说明与本发明方法相对应的本发明系统的具体实施方式：

本发明系统，如图5所示，包括：

NodeB501、UE502；

所述NodeB501向用户设备UE502发送用户数据；

所述NodeB501还包括：

IP语音紧急数据识别单元5011、IP语音紧急数据优先级排序单元5012、非紧急用户数据队列优先级排序单元5013；

所述IP语音紧急数据识别单元5011，用于判断缓存在MAC-hs队列的数据中是否存在IP语音紧急数据；

所述IP语音紧急数据优先级排序单元5012，用于接收所述IP语音紧急数据识别单元5011发送的IP语音紧急数据，并对IP语音紧急数据进行优先级排序；

所述非紧急用户数据队列优先级排序单元5013，用于对IP语音紧急业务之外的用户数据队列(即VoIP非紧急数据和非实时业务数据队列)进行优先级排序。

所述紧急数据优先级排序单元5012及所述用户数据队列优先级排序单元5013对各数据进行优先级排序后，所述NodeB501将所述排序后数据发送到所述用户设备UE502中。

进一步，所述IP语音紧急数据识别单元5011还包括：

IP语音数据识别单元50111、紧急数据识别单元50112；

所述IP语音数据识别单元50111，用于判断所述缓存在MAC-hs队列的数据中是否存在IP语音数据；

所述紧急数据识别单元50112，用于接收所述IP语音数据识别单元50111发送的IP语音数据，并判断所述的IP语音数据是否是IP语音紧急数据。

进一步，所述紧急数据识别单元50112还包括：

IP语音紧急数据标志单元501121，用于根据公式(1)

$\mathrm{VoIPUrgenFlag}=\left\{\begin{array}{c}\mathrm{TRUE}(\mathrm{MaxDelayThr}-\mathrm{CurDelay}<\mathrm{VoIPUrgenThr})\\ \mathrm{FALSE}(\mathrm{MaxDelayThr}-\mathrm{CurDelay}>=\mathrm{VoIPUrgenThr})\end{array}\right.$

判断所述IP语音数据是否为IP语音紧急数据，其中所述VoIPUrgenFlag为IP语音数据紧急标志，所述MaxDelayThr为IP语音数据在所述MAC-hs队列中的最大允许时延，所述CurDelay为IP语音数据包在MAC-hs队列中的时延，所述VoIPUrgenThr为IP语音数据紧急发送门限，当MaxDelayThr-CurDelay的值小于VoIPUrgenThr的值时，VoIPUrgenFlag为TRUE，则标志被检查的IP语音数据为IP语音紧急数据；当MaxDelayThr-CurDelay的值大于或等于VoIPUrgenThr的值时，VoIPUrgenFlag为FALSE，则标志被检查的IP语音数据为IP语音非紧急数据。

进一步，所述IP语音紧急数据优先级排序单元5012还包括：

第一优先级排序单元50121、第二优先级排序单元50122；

所述第一优先级排序单元50121，用于在每个用户数据队列只存在一个IP语音紧急数据情况下，接收所述IP语音紧急数据标志单元501121发送的所述IP语音紧急数据，并对所述IP语音紧急数据按照用户数据队列的优先级进行排序；

所述第二优先级排序单元50122，用于在有一个用户数据队列存在两个以上IP语音紧急数据的情况下，接收所述IP语音紧急数据标志单元501121发送的所述IP语音紧急数据，并按照VoIPUrgenThr的值的从小到大的顺序，将与所述VoIPUrgenThr的值对应的各所述IP语音紧急数据进行优先级排序。

本发明所述装置NodeB的具体实施方式包含在上述本发明系统的实施方式中。

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

Claims (20)

1、一种下行高速分组接入业务调度方法，由基站向用户发送数据，其特征在于，包括步骤：

基站在每个发送时间间隔扫描用户数据队列，优先发送IP语音紧急数据。

2、如权利要求1所述的方法，其特征在于，基站在每个发送时间间隔扫描用户数据队列，优先发送IP语音紧急数据的步骤具体包括：

A、所述基站在每个发送时间间隔扫描用户数据队列，判断是否存在IP语音紧急数据，是则优先发送IP语音紧急数据，否则进行步骤B；

B、所述基站将所述用户数据队列进行调度后发送。

3、如权利要求2所述的方法，其特征在于，所述步骤A进一步包括：

A1、所述基站判断用户数据队列中是否存在IP语音数据，是则进行步骤A2，否则进行所述步骤B；

A2、根据所述IP语音数据在所述用户数据队列的缓存时间判断该IP语音数据是否为IP语音紧急数据，是则进行步骤A3，否则进行所述步骤B；

A3、发送所述IP语音紧急数据。

4、如权利要求3所述的方法，其特征在于，所述步骤A2中，所述判断方法为：

根据公式

$\mathrm{VoIPUrgenFlag}=\left\{\begin{array}{c}\mathrm{TRUE}((\mathrm{MaxDelayThr}-\mathrm{CurDelay})<\mathrm{VoIPUrgenThr})\\ \mathrm{FALSE}((\mathrm{MaxDelayThr}-\mathrm{CurDelay})>=\mathrm{VoIPUrgenThr})\end{array}\right.$

判断所述IP语音数据是否为紧急数据，其中所述VoIPUrgenFlag为IP语音数据紧急标志，所述MaxDelayThr为IP语音数据在下行高速分组接入的介质接入控制MAC-hs的最大允许时延，所述CurDelay为IP语音数据在MAC-hs队列中的时延，所述VoIPUrgenThr为IP语音数据紧急发送门限。

5、如权利要求4所述的方法，其特征在于，所述步骤A3包括：

如果每个用户数据队列只存在一个IP语音紧急数据，则按照用户数据队列的优先级从高到低将IP语音紧急数据发送出去；或

如果有用户数据队列存在两个以上IP语音紧急数据，则按照所述VoIPUrgenThr的值的从小到大的顺序，将与所述VoIPUrgenThr的值对应的各IP语音紧急数据发送出去。

6、如权利要求5所述的方法，其特征在于，在用户数据队列存在两个以上IP语音紧急数据时，如果各用户数据队列的MaxDelayThr-CurDelay的值相同，则按照随机顺序调度用户IP语音紧急数据。

7、一种下行高速分组接入业务调度基站，其特征在于，包括：

IP语音紧急数据识别单元，用于从缓存在下行高速分组接入的介质接入控制MAC-hs队列的数据中识别出IP语音紧急数据。

8、如权利要求7所述基站，其特征在于，所述IP语音紧急数据识别单元包括：

IP语音数据识别单元，用于从所述缓存在所述MAC-hs队列的数据中识别出IP语音数据；

紧急数据识别单元，用于从IP语音数据识别出IP语音紧急数据。

9、如权利要求8所述基站，其特征在于，所述紧急数据识别单元包括：

IP语音紧急数据标志单元，用于根据公式

$\mathrm{VoIPUrgenFlag}=\left\{\begin{array}{c}\mathrm{TRUE}(\mathrm{MaxDelayThr}-\mathrm{CurDelay}<\mathrm{VoIPUrgenThr})\\ \mathrm{FALSE}(\mathrm{MaxDelayThr}-\mathrm{CurDelay}>=\mathrm{VoIPUrgenThr})\end{array}\right.$

判断所述IP语音数据是否为IP语音紧急数据，其中所述VoIPUrgenFlag为IP语音紧急数据标志，所述MaxDelayThr为IP语音数据在所述MAC-hs队列中的最大允许时延，所述CurDelay为IP语音数据在MAC-hs队列中的时延，所述VoIPUrgenThr为IP语音紧急数据发送门限。

10、如权利要求9所述基站，其特征在于，还包括：

IP语音紧急数据优先级排序单元，用于接收IP语音紧急数据，并对IP语音紧急数据进行优先级排序。

11、如权利要求10所述基站，其特征在于，所述IP语音紧急数据优先级排序单元还包括：

第一优先级排序单元，用于在每个用户数据队列只存在一个IP语音紧急数据情况下，对所述IP语音紧急数据按照用户数据队列的优先级进行排序。

12、如权利要求10或11所述基站，其特征在于，所述IP语音紧急数据优先级排序单元还包括：

第二优先级排序单元，用于在有一个用户数据队列存在两个以上IP语音紧急数据的情况下，按照VoIPUrgenThr的值的从小到大的顺序，将与所述VoIPUrgenThr的值对应的各IP语音紧急数据进行优先级排序。

13、如权利要求12所述基站，其特征在于，还包括：

非紧急用户数据队列优先级排序单元，用于对IP语音紧急业务之外的用户数据队列进行优先级排序。

14、一种下行高速分组接入业务调度系统，包括基站及用户设备，所述基站向用户设备发送用户数据，其特征在于，所述基站还包括：

IP语音紧急数据识别单元，用于从缓存在下行高速分组接入的介质接入控制MAC-hs队列的数据中识别出IP语音紧急数据。

15、如权利要求14所述系统，其特征在于，所述IP语音紧急数据识别单元还包括：

IP语音数据识别单元，用于从所述缓存在所述MAC-hs队列的数据中识别出IP语音数据；

紧急数据识别单元，用于从IP语音数据识别出IP语音紧急数据。

16、如权利要求15所述系统，其特征在于，所述紧急数据识别单元还包括：

IP语音紧急数据标志单元，用于根据公式

$\mathrm{VoIPUrgenFlag}=\left\{\begin{array}{c}\mathrm{TRUE}(\mathrm{MaxDelayThr}-\mathrm{CurDelay}<\mathrm{VoIPUrgenThr})\\ \mathrm{FALSE}(\mathrm{MaxDelayThr}-\mathrm{CurDelay}>=\mathrm{VoIPUrgenThr})\end{array}\right.$

判断所述IP语音数据是否为紧急数据，其中所述VoIPUrgenFlag为IP语音紧急数据标志，所述MaxDelayThr为IP语音数据在所述MAC-hs队列中的最大允许时延，所述CurDelay为IP语音数据包在MAC-hs队列中的时延，所述VoIPUrgenThr为IP语音紧急数据发送门限。

17、如权利要求16所述系统，其特征在于，所述基站还包括：

IP语音紧急数据优先级排序单元，用于接收IP语音紧急数据，并对IP语音紧急数据进行优先级排序。

18、如权利要求17所述系统，其特征在于，所述IP语音紧急数据优先级排序单元还包括：

第一优先级排序单元，用于在每个用户数据队列只存在一个IP语音紧急数据情况下，对所述IP语音紧急数据按照用户数据队列的优先级进行排序。

19、如权利要求17或18所述系统，其特征在于，所述IP语音紧急数据优先级排序单元还包括：

第二优先级排序单元，用于在有一个用户数据队列存在两个以上IP语音紧急数据的情况下，按照VoIPUrgenThr的值的从小到大的顺序，将与所述VoIPUrgenThr的值对应的各IP语音紧急数据进行优先级排序。

20、如权利要求19所述系统，其特征在于，所述基站还包括：

非紧急用户数据队列优先级排序单元，用于对IP语音紧急业务之外的用户数据队列进行优先级排序。

Images