CN100542162C - 一种VoIP业务的调度方法 - Google Patents

Abstract

本发明公开了一种VoIP业务的调度方法，其特征在于，该方法包含以下步骤：a、判断是否有需要调度的VoIP业务，如果有，执行步骤b，如果没有，返回步骤a；b、判断当前时刻是否为VoIP调度时刻，如果是，则执行步骤c，如果不是，则返回步骤a；c、判断是否有调度等待时间大于等待时间门限的VoIP业务，如果有，则执行步骤d，如果没有，则返回步骤a；d、将调度等待时间大于等待时间门限的VoIP业务加入当前调度时刻的VoIP调度候选集；e、确定并发送VoIP调度候选集中可发送的VoIP业务的数据。使用本发明公开的方法，能够对高速下行分组接入HSDPA承载的VoIP业务进行调度。

Description

一种VoIP业务的调度方法

技术领域

本发明涉及移动通信系统中的调度技术，特别涉及一种IP承载话音(VoIP，Voice over IP)业务的调度方法。

背景技术

使用VoIP是利用基于路由器的IP分组交换网络实现话音通信的一项传输技术。移动通信系统的演进趋势之一是网络全IP化，其中包括业务IP化。在移动通信系统上使用VoIP技术，可以节省带宽，提高频谱效率，还可以为话音和数据提供统一的接口和平台。移动通信系统中如果有专用信道和共享信道，VoIP业务既可以由专用信道支持，也可以由共享信道支持。所述共享信道是指多个用户占用同一个信道，支持时分复用和码分复用，当共享信道中同时存在多个VoIP业务需要得到服务、其数据等待发送的时候，需要对共享信道承载的VoIP业务进行调度。

比如，通用无线通信系统(UMTS，Universal Mobile TelecommunicationSystem)中的VoIP，是通过UMTS实现端到端的话音IP传输，UMTS可以使用专用信道(DCH，Dedicated Channel)来支持VoIP，也可以使用共享信道即高速下行分组接入(HSDPA，High Speed Downlink Packet Access)信道来支持VoIP。所述DCH可以支持会话、流、背景、交互等各种业务，也可以支持VoIP；HSDPA信道相对于专用信道有着较高的频谱效率，但是HSDPA信道的设计初衷是用于非实时或对时延不敏感的业务，如果要在HSDPA信道上支持数据速率较小、时延要求较高、移动的VoIP业务，就需要考虑时延、频谱效率、码资源利用效率、功率消耗等因素的综合影响。

现有技术的缺点是：现有技术中没有一个方案对HSDPA信道承载的VoIP业务进行调度的方法。

发明内容

有鉴于此，本发明的主要目的在于提供一种VoIP业务的调度方法，能够对HSDPA承载的VoIP业务进行调度。

本发明的技术方案是这样实现的：

一种IP承载话音VoIP业务的调度方法，该方法包含以下步骤：

a、判断是否有需要调度的VoIP业务，如果有，执行步骤a11，如果没有，返回步骤a；

a11、判断需要调度的VoIP业务中是否有新的VoIP业务，如果有，则执行步骤a12，如果没有，则执行步骤b；

a12、判断需要调度的VoIP业务是否都是新的VoIP业务，如果是，则执行步骤a13，如果不是，则执行步骤a15；

a13、VoIP调度系统计时置零；

a14、根据步骤a13中置零的时间确定VoIP调度时刻；

a15、启动步骤a11中所述新的VoIP业务的调度等待计时；

b、判断当前时刻是否为VoIP调度时刻，如果是，则执行步骤c，如果不是，则返回步骤a；

c、判断是否有调度等待时间大于等待时间门限的VoIP业务，如果有，则执行步骤d，如果没有，则返回步骤a；

d、将调度等待时间大于等待时间门限的VoIP业务加入当前调度时刻的VoIP调度候选集；

e、确定并发送VoIP调度候选集中可发送的VoIP业务的数据。

所述步骤a中，如果没有需要调度的VoIP业务，在返回步骤a之前进一步包含：VoIP调度系统计时置零。

步骤a中所述VoIP调度系统计时置零后返回步骤a之前判断是否存在有重传请求的VoIP业务，如果存在，则执行步骤a22，如果不存在，则返回步骤a；

a22、将有重传请求的VoIP业务加入当前VoIP调度候选集，执行步骤e。

步骤e之前进一步包含：

e1、所有VoIP业务各自收集自己的数据。

步骤e所述确定可发送数据的VoIP业务具体为：

e11、根据步骤e1中收集的数据分别确定候选VoIP业务的需求码字、需求功率；

e12、根据需求码字和、需求功率和分别与可用码字、可用功率比较的结果确定可发送数据的VoIP业务。

步骤e中进一步包含：对VoIP调度候选集中的VoIP业务进行排列。

所述进行排列为：根据各候选VoIP业务的等待时间长短对VoIP业务进行排列。

步骤b中当前时刻为VoIP调度时刻时，执行步骤c之前包含以下步骤：

b11、判断是否存在有重传请求的VoIP业务，如果存在，则执行步骤b12，如果不存在，则执行步骤c；

b12、将有重传请求的VoIP业务加入VoIP调度候选集。

步骤c中没有调度等待时间大于等待时间门限的VoIP业务时，返回步骤a之前判断VoIP调度候选集是否为空，如果是，则返回步骤a，如果不是，则执行步骤e。

步骤d和e之间进一步包含以下步骤：

d11、判断是否存在有重传请求的VoIP业务，如果存在，则执行步骤d22，如果不存在，则返回步骤a；

d22、将有重传请求的VoIP业务加入VoIP调度候选集，执行步骤e。

相应地，步骤c中没有调度等待时间大于等待时间门限的VoIP业务时，在返回步骤a之前进一步执行以下步骤：

D33、判断是否存在有重传请求的VoIP业务，如果存在，执行步骤d44，如果不存在，则继续执行所述返回步骤a的步骤；

D44、将有重传请求的VoIP业务加入VoIP调度候选集。

在判断不存在有重传请求的VoIP业务时，返回步骤a之前判断VoIP调度候选集是否为空，如果是，则返回步骤a，如果不是，则执行步骤e。

步骤e进一步包含：对VoIP调度候选集中的VoIP业务进行排列。

所述进行排列为：根据各候选VoIP业务的是否有重传请求、等待时间长短对VoIP业务进行排列。

步骤e所述发送数据是通过码分复用方式进行。

步骤e之后进一步包含：

f、已发送VoIP业务数据的调度等待计时终止，返回步骤a。

本发明提供了在VoIP调度时刻将调度等待时间大于等待时间门限的VoIP业务加入VoIP调度候选集，并对VoIP调度候选集中的VoIP业务进行排列及发送的VoIP调度方法。本发明有以下有益效果：

通过VoIP调度时刻均匀固定或不固定分布、VoIP调度系统计时、VoIP业务调度等待计时等方式，以及比较需求码字和、需求功率和以及系统可用码字、可用功率，并通过码分复用进行VoIP数据的发送，兼顾考虑了VoIP的传输时间间隔(TTI)数目、可用码字资源、可用功率资源等系统资源，能够在MAC-hs完成对VoIP业务的合理调度，使得UMTS系统能够在频谱效率、时延等约束条件下，更有效地支持VoIP业务。

附图说明

图1为本发明实施例中进行VoIP调度的过程示意图。

具体实施方式

本发明中VoIP业务的调度方法是在VoIP调度时刻将调度等待时间大于等待时间门限的VoIP业务加入当前调度时刻的VoIP调度候选集，并对VoIP调度候选集中的VoIP业务进行排列及发送。

以下参照附图并举实施例，对本发明进一步详细说明。

图1为本实施例中进行VoIP调度的过程示意图，图1所示的过程包含以下步骤：

步骤101：判断是否有需要调度的VoIP业务，如果有，则执行步骤103；如果没有，则执行步骤102。

通常是每个调度时刻执行步骤101。调度时刻可以与传输时间间隔(TTI)相同，也可以是TTI的倍数。

步骤101中判断是否有需要调度的VoIP业务，可以为判断是否有VoIP优先级队列，比如步骤101所述的步骤在UMTS系统中可以是：判断高速共享信道媒体访问控制(MAC-hs)调度单元的优先级队列中是否有VoIP优先级队列，如果有，则执行步骤103；如果没有，则执行步骤102。

所述调度单元的优先级队列(Priority Queue)是为来自上层的每一个数据流根据其对应的优先级所提供的数据缓存，调度单元的优先级队列里可以有多种业务的优先级队列，VoIP优先级队列是来自上层的每一个VoIP业务的数据流在调度单元中根据其对应的优先级所提供的数据缓存。

所述MAC-hs为位于基站Node B中支持高速共享信道HSDPA的MAC实体，其含有处理数据调度的功能模块调度单元。MAC-hs调度单元中的所有数据都以优先级队列的形式存在。

本实施例中，Node B通过消息从上层的无线网络控制器(RNC)获知VoIP的业务类型，MAC-hs获得所述消息后能够将流业务和VoIP业务区分开来。

步骤102：VoIP的调度系统计时置零，返回步骤101。

因为VoIP业务只在指定的VoIP调度时刻才可能被调度发射，所以VoIP调度系统需要一个可以称为VoIP调度系统计时的计时机制。步骤102中由于在MAC-hs中没有VoIP优先级队列存在，VoIP调度系统计时置零停止工作，处于等待状态。

如果步骤101所述需要调度的VoIP业务不包含有重传请求的VoIP业务，比如：步骤101中通过判断MAC-hs优先级队列中是否有VoIP优先级队列来判断是否有需要调度的VoIP业务时，因为有混合自动重传请求(HARQ)重传请求的VoIP业务，通常不以MAC-hs优先级队列中VoIP优先级队列的形式存在，而是以数据备份的形式保留在MAC-hs中，因此步骤102中VoIP的调度系统计时置零之后返回步骤101之前可以先进行一个判断，所述判断具体为：

步骤102a：判断是否存在有重传请求的VoIP业务，如果不存在，则返回步骤101，如果存在，则执行步骤102b。

步骤102b：将有重传请求的VoIP业务加入当前VoIP调度时刻的VoIP调度候选集，执行步骤116。

所述HARQ是在数据传输失败时在层2保证数据快速重传的一种传输机制。所述HARQ重传请求是MAC-hs中HARQ单元的重传请求，通常由HARQ单元产生，有HARQ重传请求的VoIP业务一般不在MAC-hs的优先级队列中，而是以数据备份的形式保留在MAC-hs中。

本实施例中所述重传请求可以是HARQ重传请求。

步骤103：判断需要调度的VoIP业务中是否有新的VoIP业务，如果有，则执行步骤104；如果没有，则执行步骤109。

步骤103所述的步骤在UMTS系统中可以是：判断MAC-hs优先级队列中是否有新的VoIP优先级队列，如果有，则执行步骤104；如果没有，则执行步骤109。步骤101中判断结果是MAC-hs优先级队列中有VoIP优先级队列时，这些VoIP优先级队列中有些可能是新的，有些可能是旧的，通过步骤103可以判断步骤101中确定存在的VoIP优先级队列中是否有新的VoIP优先级队列。

步骤104：新的VoIP业务接入共享信道。

接入共享信道的VoIP业务可以很多。

所述共享信道可以是HSDPA。通常，VoIP业务经过HSDPA信道准入控制判决，判决结果为准入的接入HSDPA。HSDPA信道准入控制判决算法可以有多种，比如根据用户数、或功率计算的HSDPA信道准入控制判决算法等，通常是由网络侧的HSDPA信道准入控制模块使用VoIP业务的接入请求信息进行准入控制判决。

步骤105：判断需要调度的VoIP业务是否都是新业务，如果是，则执行步骤106；如果不是，则执行步骤108。

步骤106：VoIP调度系统计时置零。

第一个VoIP业务接入共享信道、或共享信道中只有一个VoIP业务时，执行VoIP调度系统计时置零动作，随后VoIP调度时刻均以此时间零点为时间参考。实际应用中也可能存在需要调度的VoIP业务均是新的、且为多个的情况，此时也需要执行VoIP调度系统计时置零动作。

步骤105和步骤106中所述共享信道可以是HSDPA。

步骤107：根据步骤106中的调度系统计时零点，确定VoIP调度时刻。

通过步骤107，确定调度系统计时置零之后所有的VoIP调度时刻。步骤107中所述VoIP调度时刻，是调度VoIP业务的时刻，在VoIP调度时刻，VoIP业务才可能被调度。本实施例中VoIP调度时刻可以均匀固定分布或均匀不固定分布。

比如：VoIP调度时刻可以均匀固定分布，VoIP业务只在均匀固定分布的VoIP调度时刻才能被调度。所述均匀固定分布VoIP调度时刻是指：系统为VoIP分配N/M系统资源的情况下，每M个调度时刻中均匀固定使用N个调度时刻调度VoIP业务，并且所有VoIP业务的数据只在这些调度时刻被调度发射，N、M为自然数。这里，系统资源是每秒钟的TTI数目。比如：如果N/M＝1/2，则每两个TTI在第二个TTI调度一次VoIP业务；如果N/M＝2/5，则每五个TTI调度两次VoIP业务，此时，可先每两个TTI在第二个TTI调度一次VoIP业务，再每三个TTI在第三个TTI调度一次VoIP业务，也可以先每三个TTI在第三个TTI调度一次VoIP业务，再每两个TTI在第二个TTI调度一次VoIP业务。

均匀不固定分布是相对于均匀固定分布来说的，即调度时刻可以不固定分布。比如：系统为VoIP分配N/M系统资源的情况下，每M个调度时刻中，可随机均匀使用N个调度时刻来调度VoIP业务，但这N个随机均匀分布的调度时刻对所有的VoIP业务来说是相同的。

步骤108：启动新的VoIP业务的调度等待计时。

所述调度等待计时是指：在数据没有被调度发送出去之前，对等待的时间长度进行统计。如果有多个新的VoIP业务，则步骤108中所有新的VoIP业务均启动调度等待计时，通常在一个业务中有多个数据，此时分别启动每个数据的调度等待计时。

步骤109：已有VoIP业务收集各自的数据。

在UMTS系统中，步骤109可以是MAC-hs调度单元中的VoIP优先级队列收集各自的数据。所述收集的数据通常为以最小单位为专用信道媒体访问控制(MAC-d)协议数据单元(PDU)的数据。所述MAC-d是处理专用信道数据的MAC模块，MAC-d PDU是对来自高层的数据进行转发时所采用的一组有着固定格式的数据。通常MAC-hs利用流控单元中的流控机制定时或不定时从RNC接收到数据，数据收集带来的数据量增加取决于流控机制，以及RNC等数据源是否有数据产生。

在UMTS系统中，步骤108和步骤109之间可以包含：判断是否有满足HSDPA信道向DCH切换条件的VoIP业务，如果没有，则执行步骤109；如果有，则将满足切换条件的VoIP业务切换到DCH后再判断MAC-hs优先级队列中是否有VoIP优先级队列，如果有，则执行步骤109，如果没有，则返回步骤101，如果有，则执行步骤109。

在VoIP业务的生命周期中，随着相应用户趋向基站的移动，该用户所处的信道条件可能会越来越好，HSDPA信道如果要保证VoIP业务的时延要求，势必会逐渐出现频谱效率降低的现象；在该用户趋向小区边缘移动时，因信道条件的逐渐恶劣，HSDPA也会表现出频谱效率降低或无法保证VoIP业务时延的问题。如果出现这些情况，应及时将符合从HSDPA信道向DCH切换条件的VoIP业务切换到DCH。

步骤110：根据步骤107中确定的VoIP调度时刻，判断当前调度时刻是否为VoIP调度时刻，如果是，则执行步骤111；如果不是，则返回步骤101。

步骤111：判断是否存在有重传请求的VoIP业务，如果存在，则执行步骤112；如果不存在，则执行步骤113。

所述有重传请求的VoIP业务通常是在本次之前的VoIP调度时刻被选择发送，但发送失败的VoIP业务，有重传请求的VoIP业务通常以数据备份的形式保留在MAC-hs中。

在UMTS系统中，步骤111中可以判断HSDPA已有VoIP业务中是否存在有HARQ重传请求的VoIP业务。

步骤112：将有重传请求的VoIP业务加入VoIP调度候选集。

所述VoIP调度候选集是当前VoIP调度时刻的VoIP调度候选集，只属于当前VoIP调度时刻，因此，下一个VoIP调度时刻的VoIP调度候选集在下一个VoIP调度时刻才能产生。

VoIP调度候选集存放着所有VoIP业务中的部分VoIP业务。本实施例中，VoIP业务只有先进入VoIP调度候选集，才存在当前VoIP调度时刻被调度的可能，没有进入VoIP调度候选集的VoIP业务在当前VoIP调度时刻不能被调度。

步骤113：判断是否有VoIP的调度等待时间大于等待时间门限的VoIP业务，如果有，则执行步骤114；如果没有，则执行步骤115。

步骤114：将调度等待时间超时的VoIP业务加入VoIP调度候选集。

每个VoIP业务，比如VoIP优先级队列，在每一次收到自己的数据时，都会为这部分数据统计其调度等待计时，以统计自己的最老数据在MAC-hs的滞留时间，同时为充分利用HSDPA的频谱，每个MAC-hs需收集尽可能多的数据以充分利用信道条件。但是，这个数据收集过程不能持续太长时间。所以，可以使用调度等待定时器来监控调度等待时间来监控等待的过程。如果调度等待定时器超时，则将这个VoIP业务作为调度候选者加入VoIP调度候选集。

通常在每个调度时刻，都可以根据一定的原则，对所有VoIP业务进行筛选，将符合条件的VoIP业务加入VoIP调度候选集。

某个VoIP调度时刻的调度候选集在本实施例中可以是：在此VoIP调度时刻、有着HARQ重传请求或调度等待时间超时的VoIP优先级队列的集合。

本实施例步骤110～步骤114中，当前调度时刻为VoIP调度时刻时，先判断是否存在有重传请求的VoIP业务，再判断是否有VoIP的调度等待时间大于等待时间门限的VoIP业务。

实际应用时，如果当前调度时刻为VoIP调度时刻，则可以先判断是否有VoIP的调度等待时间大于等待时间门限的VoIP业务，再判断是否存在有重传请求的VoIP业务，即实际应用时步骤110～步骤114可以为步骤110a～步骤114a：

步骤110a：根据步骤107中确定的VoIP调度时刻，判断当前调度时刻是否为VoIP调度时刻，如果是，则执行步骤111a；如果不是，则返回步骤101；

步骤111a：判断是否有VoIP的调度等待时间大于等待时间门限的VoIP业务，如果有，则执行步骤112a；如果没有，则执行步骤113a；

步骤112a：将调度等待时间超时的VoIP优先级队列加入VoIP调度候选集；

步骤113a：判断是否存在有重传请求的VoIP业务，如果存在，则执行步骤114a；如果不存在，则执行步骤115；

步骤114a：将有重传请求的VoIP业务加入VoIP调度候选集。

步骤115：判断VoIP调度候选集是否为空，如果是，则返回步骤101；如果不是，则执行步骤116。

步骤115中，如果VoIP调度候选集为空，则通常会等待下一个调度时刻，并在下一个调度时刻来时返回步骤101。

步骤116：在VoIP调度候选集中，根据各候选VoIP业务是否重传、等待时间长短依次排列当前时刻的调度对象，根据其中前几名候选VoIP业务各自收集的数据量、分别确定每个用户所需的码字和功率。

本实施例中，通常将有重传请求的VoIP业务加入VoIP调度候选集，实际应用时，如果VoIP调度候选集不考虑是否存在有重传请求的VoIP业务时，步骤116中，将根据各候选VoIP业务的等待时间长短依次排列当前时刻在VoIP调度候选集中的VoIP业务即调度对象。

多个VoIP业务码分复用调度时刻时，存在一个码分复用用户个数上限，步骤116中可以应用一个限制条件，即选中的前几名候选VoIP业务个数不应超过码分复用用户个数上限。码分复用用户个数上限可根据系统实际情况设置。

确定每个用户所需的码字和功率可以在MAC-hs中的传输格式资源组合(TFRC)单元完成，通常是使用特定算法，并依据其信道质量指示(CQI)报告确定，具体的码字算法和功率分配方案等可以利用现有技术中的很多种不同方法实现。步骤116中还可以确定传输块大小(TBS)、调制方式等。

在VoIP调度候选集中排列当前时刻的调度对象的方法可以有多种；对多个有着相同等待调度时间的候选VoIP业务，可以随机进行排列。

步骤117：根据比较需求码字和、需求功率和分别与可用码字、可用功率的结果，确定可发送数据的VoIP业务并发送数据。

步骤117中分别累加调度候选集中候选VoIP业务的需求码字、需求功率，以系统可用码字、可用功率为限制，确定能够让需求码字和、需求功率和小于等于系统可用码字、可用功率的前几个候选VoIP业务，将所述前几个候选VoIP业务的数据用码分复用方式进行发送。比如：步骤116中根据码分复用用户个数上限为4，确定了排列在第1位至第4位的VoIP业务P1、VoIP业务P2、VoIP业务P3、VoIP业务P4的需求码字、需求功率，如果VoIP业务P1和VoIP业务P2的需求码字和、需求功率和分别小于系统可用码字、可用功率，而VoIP业务P1、VoIP业务P2、VoIP业务P3的需求码字和、需求功率和分别大于系统可用码字、可用功率，则步骤117中只发送VoIP业务P1、VoIP业务P2的数据，其中，VoIP业务P1、VoIP业务P2会根据系统其他条件发送全部数据或部分数据。

在UMTS系统中，所述可用功率可以高速物理下行链路共享信道(HS-PDSCH)功率常数。HS-PDSCH功率为VoIP业务在调度时可用功率的上限。可以使用动态功率管理对这个功率值进行调整，此时以此功率为基础的所有设计原则不变，变动的只是其取值。

所述可用码字、可用功率可由系统事先设置。

本实施例中通常与可能分配至共享信道的其他业务不进行码分复用。实际应用时，也可与可能分配至共享信道的其他业务进行码分复用。比如：在步骤116中同时考虑VoIP调度候选集和其他业务候选集中的所有候选业务，进行排列时，可将候选VoIP业务排在最前面。

步骤118：已发送VoIP业务数据的调度等待计时终止，返回步骤101。

如果步骤117中发送了VoIP业务P1、VoIP业务P2的数据，则发送数据后，VoIP业务P1、VoIP业务P2已发送数据的调度等待计时终止。步骤117中没有获得调度机会的VoIP业务、VoIP业务获得调度机会但其中没有发送的数据，将会进入下一个调度时刻的调度候选集，重新争取调度机会。

在UMTS系统中，如果步骤117中发送数据但发送失败，则发送失败的VoIP业务，如果是VoIP优先级队列中的数据，则在步骤118中进行调度等待计时终止以及数据备份，如果是有HARQ重传请求的数据，则可以继续以数据备份的形式保留在MAC-hs中，直到被调度并发送成功、或出现重传次数超过系统规定的限制次数的情况。

本实施例中，VoIP业务收集各自数据的步骤放到了步骤109中，实际上只要有VoIP业务，各VoIP业务就会收集自己的数据，且不受图1中其他步骤的影响。

本实施例中，对于UMTS系统来说，有着HARQ重传请求的VoIP业务在VoIP调度时刻可以自动加入调度候选集，并具有最高优先级，即在候选VoIP业务的排队中自动列在最前。实际应用时，可以给与有着HARQ重传请求的VoIP业务最高优先级，也可以不考虑其优先级。比如：步骤118中已发送VoIP业务数据的调度等待计时先不终止，如果接收发送成功的消息，则可以终止已发送VoIP业务数据的调度等待计时，如果接收发送失败的消息，则可以保留已发送VoIP业务数据的调度等待计时；此时，步骤117中已发送但发送失败的VoIP业务也会根据其等待时间长短判断是否进入VoIP调度候选集；相应地，本实施例步骤116中，只需根据各候选VoIP业务的等待时间长短，即可排列当前时刻的调度对象。

本发明例中调度方法的具体过程与具体的VoIP请求接入HSDPA的准入控制算法无关。且以下处理均不影响本发明中所要保护的方法：

VoIP调度时刻均匀固定分布的不同方案；VoIP调度时刻均匀但不固定的设计方案；调度等待定时器时长的不同取值；调度候选集的不同排队方式；码分复用用户个数上限的不同取值；是否与其他可能分配至HSDPA的业务进行码分复用；有着HARQ重传请求的VoIP优先级队列加入调度候选集的不同方式。

除了在UMTS系统中，本发明还可以适用于类似UMTS、同时并存专用信道和共享信道的其他无线通信系统中。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的使用范围。

Claims (16)

1、一种IP承载话音VoIP业务的调度方法，其特征在于，该方法包含以下步骤：

a、判断是否有需要调度的VoIP业务，如果有，执行步骤a11，如果没有，返回步骤a；

a11、判断需要调度的VoIP业务中是否有新的VoIP业务，如果有，则执行步骤a12，如果没有，则执行步骤b；

a12、判断需要调度的VoIP业务是否都是新的VoIP业务，如果是，则执行步骤a13，如果不是，则执行步骤a15；

a13、VoIP调度系统计时置零；

a14、根据步骤a13中置零的时间确定VoIP调度时刻；

a15、启动步骤a11中所述新的VoIP业务的调度等待计时；

b、判断当前时刻是否为VoIP调度时刻，如果是，则执行步骤c，如果不是，则返回步骤a；

c、判断是否有调度等待时间大于等待时间门限的VoIP业务，如果有，则执行步骤d，如果没有，则返回步骤a；

d、将调度等待时间大于等待时间门限的VoIP业务加入当前调度时刻的VoIP调度候选集；

e、确定并发送VoIP调度候选集中可发送的VoIP业务的数据。

2、根据权利要求1所述的方法，其特征在于，所述步骤a中，如果没有需要调度的VoIP业务，在返回步骤a之前进一步包含：VoIP调度系统计时置零。

3、根据权利要求2所述的方法，其特征在于，步骤a中所述VoIP调度系统计时置零后返回步骤a之前判断是否存在有重传请求的VoIP业务，如果存在，则执行步骤a22，如果不存在，则返回步骤a；

a22、将有重传请求的VoIP业务加入当前VoIP调度候选集，执行步骤e。

4、根据权利要求1所述的方法，其特征在于，步骤e之前进一步包含：

e1、所有VoIP业务各自收集自己的数据。

5、根据权利要求4所述的方法，其特征在于，步骤e所述确定可发送数据的VoIP业务具体为：

e11、根据步骤e1中收集的数据分别确定候选VoIP业务的需求码字、需求功率；

e12、根据需求码字和、需求功率和分别与可用码字、可用功率比较的结果确定可发送数据的VoIP业务。

6、根据权利要求1所述的方法，其特征在于，步骤e中进一步包含：对VoIP调度候选集中的VoIP业务进行排列。

7、根据权利要求6所述的方法，其特征在于，所述进行排列为：根据各候选VoIP业务的等待时间长短对VoIP业务进行排列。

8、根据权利要求1所述的方法，其特征在于，步骤b中当前时刻为VoIP调度时刻时，执行步骤c之前包含以下步骤：

b11、判断是否存在有重传请求的VoIP业务，如果存在，则执行步骤b12，如果不存在，则执行步骤c；

b12、将有重传请求的VoIP业务加入VoIP调度候选集。

9、根据权利要求8所述的方法，其特征在于，步骤c中没有调度等待时间大于等待时间门限的VoIP业务时，返回步骤a之前判断VoIP调度候选集是否为空，如果是，则返回步骤a，如果不是，则执行步骤e。

10、根据权利要求1所述的方法，其特征在于，步骤d和e之间进一步包含以下步骤：

d11、判断是否存在有重传请求的VoIP业务，如果存在，则执行步骤d22，如果不存在，则返回步骤a；

d22、将有重传请求的VoIP业务加入VoIP调度候选集，执行步骤e。

11、根据权利要求1所述的方法，其特征在于，步骤c中没有调度等待时间大于等待时间门限的VoIP业务时，在返回步骤a之前进一步执行以下步骤：

D33、判断是否存在有重传请求的VoIP业务，如果存在，执行步骤d44，如果不存在，则继续执行所述返回步骤a；

D44、将有重传请求的VoIP业务加入VoIP调度候选集。

12、根据权利要求10或11所述的方法，其特征在于，在判断不存在有重传请求的VoIP业务时，返回步骤a之前判断VoIP调度候选集是否为空，如果是，则返回步骤a，如果不是，则执行步骤e。

13、根据权利要求9至11中任一项所述的方法，其特征在于，步骤e进一步包含：对VoIP调度候选集中的VoIP业务进行排列。

14、根据权利要求13所述的方法，其特征在于，所述进行排列为：根据各候选VoIP业务的是否有重传请求、等待时间长短对VoIP业务进行排列。

15、根据权利要求1所述的方法，其特征在于，步骤e所述发送数据是通过码分复用方式进行。

16、根据权利要求1所述的方法，其特征在于，步骤e之后进一步包含：

f、已发送VoIP业务数据的调度等待计时终止，返回步骤a。

Images