Certains contenus de cette application ne sont pas disponibles pour le moment.
Si cette situation persiste, veuillez nous contacter àObservations et contact
1. (WO2017000548) PROCÉDÉ DE PROGRAMMATION DE RETARD DYNAMIQUE ET STATION DE BASE POUR DONNÉES VOCALES
Document

说明书

发明名称 0001   0002   0003   0004   0005   0006   0007   0008   0009   0010   0011   0012   0013   0014   0015   0016   0017   0018   0019   0020   0021   0022   0023   0024   0025   0026   0027   0028   0029   0030   0031   0032   0033   0034   0035   0036   0037   0038   0039   0040   0041   0042   0043   0044   0045   0046   0047   0048   0049   0050   0051   0052   0053   0054   0055   0056   0057   0058   0059   0060   0061   0062   0063   0064   0065   0066   0067   0068   0069   0070   0071   0072   0073   0074   0075   0076   0077   0078   0079   0080   0081   0082   0083   0084   0085   0086   0087   0088   0089   0090   0091   0092   0093   0094   0095   0096  

权利要求书

1   2   3   4   5   6   7   8   9   10  

附图

0001   0002   0003   0004   0005  

说明书

发明名称 : 一种语音数据动态延迟调度方法及基站

技术领域

[0001]
本发明涉及一种语音数据动态延迟调度方法及基站,属于通信技术领域。

背景技术

[0002]
长期演进(Long Term Evolution,缩写为LTE)是一种基于全IP的无线通信技术,以其高速的上下行数据传输速率、灵活的带宽配置、简化的网络体系结构,成为4G标准最强有力的竞争者。LTE无线接口的资源是共享的,信令和数据同时竞争这些共享的资源来进行传输。目前可能用于LTE语音(Voice over LTE,缩写为VoLTE)业务的无线资源调度方案有动态调度、半持续调度和组调度等。动态调度是一种通用的调度方法,对每一个无线资源调度的基本单位物理资源块(Physical Source Block,缩写为PRB),调度器都根据用户设备的资源请求来分配资源。半持续调度是一种针对VoLTE等实时业务能减小信令开销、增大系统容量的调度方法。
[0003]
语音数据包的输出规则如图1所示。在无通话阶段,没有语音包需要调度,此时可进行其他数据业务的动态调度,例如,文件上传协议(FTP)或用户数据报协议(UDP)等数据业务;在通话阶段,用户通话时,会每20ms产生一个采样包。所以用户语音报文的产生是可预测的,此时可以采用半持续调度,避免每次都进行动态调度,从而大概可以获得20%左右的语音传输能力提升;在通话间歇阶段,理论上每160ms产生一次背景音符号,没有语音数据调度。语音业务开始时,采用动态调度方式进行调度,判断半持续调度方式的开关是否为打开,且用户终端(User Equipment,缩写为UE)是否支持半持续调度方式,若半持续调度方式的开关打开且UE支持半持续调度方式, 则配置UE以半持续调度方式进行调度;否则采用动态调度方式进行调度。根据3GPP协议,动态调度的上下行调制与编码策略(Modulation and Coding Scheme,缩写为MCS)等级范围为0~28,每次调度都要下发下行控制信息(Downlink Control Information,缩写为DCI),物理下行控制信道(Physical Downlink Control Channel,缩写为PDCCH)资源开销大。半持续调度的MCS等级范围为0~15,只需在每次半持续调度激活或释放时下发DCI,PDCCH开销较小。在信道条件极好时,同样调度15个PRB,动态调度等级为28,其所调度的资源块大小为11064。而半持续调度的MCS等级为15,调度的资源块大小为4264,动态调度的资源块大小几乎是半持续调度的2.5倍。可见,动态调度与半持续调度各有优劣,动态调度可以调度更高的调制编码等级,但是PDCCH资源开销大,半持续调度有最小的PDCCH资源开销,但是调度的最高MCS等级为15。无论是动态调度方式还是半持续调度方式均实现简单,但灵活性差,无法同时发挥半持续调度方式和动态调度方式的优势,对PDCCH资源未作出合理分配,降低了基站的总体容量。
[0004]
发明内容
[0005]
本发明所要解决的技术问题是如何在减少控制信道资源开销的同时,提高基站的吞吐量。
[0006]
为实现上述的发明目的,本发明提出了一种调制编码等级较高,而PDCCH资源开销较小的语音数据动态延迟调度方法及基站。
[0007]
一方面,本发明提供一种语音数据动态延迟调度方法,包括如下步骤:
[0008]
判断半持续调度方式是否开启、UE是否支持半持续调度方式;
[0009]
若半持续调度方式开启且UE支持半持续调度方式,则以半持续调度方式进行调度;
[0010]
若半持续调度方式未开启或者UE不支持半持续调度方式,则判断 动态延迟调度方式是否开启,若是,则以动态延迟调度方式捆绑两个连续的语音数据包进行调度;否则,以动态调度方式进行调度。
[0011]
优选地,所述以动态延迟调度方式捆绑两个连续的语音数据包进行调度包括:
[0012]
获取预设时间间隔内连续到达的两个语音数据包;
[0013]
获取所述两个语音数据包的属性信息并传输至MAC;
[0014]
按两个语音数据包的属性信息在缓存中预留一定大小的缓冲区占用空间;
[0015]
在所述预留的缓冲区占用空间中调度所述两个语音数据包。
[0016]
优选地,所述语音数据包的属性信息包括:
[0017]
语音数据包的大小、语音数据包是否有头压缩和语音数据包的编码格式。
[0018]
优选地,所述在所述预留的缓冲区占用空间中调度所述两个语音数据包包括:
[0019]
在上行动态延迟调度时,判断是否有LCG等于1的上行数据,若有,则将上行数据插入到上行调度队列中,并注册上行预留的缓冲区占用空间;
[0020]
在下行动态延迟调度时,判断是否有QCI等于1的下行数据,若有,则将所述下行数据插入到下行调度队列中,并注册下行预留的缓冲区占用空间。
[0021]
优选地,所述判断半持续调度方式是否开启、UE是否支持半持续调度方式之前还包括:
[0022]
所述MAC采用动态调度方式调度所述语音数据包。
[0023]
另一方面,本发明还提供一种基站,包括:
[0024]
判断模块,判断半持续调度方式是否开启、UE是否支持半持续调度方式;
[0025]
半持续调度模块,用于半持续调度方式开启且UE支持半持续调度 方式时,以半持续调度方式进行调度;
[0026]
动态延迟调度模块,用于半持续调度方式未开启或者UE不支持半持续调度方式时,判断动态延迟调度方式是否开启,若是,则以动态延迟方式捆绑两个连续的语音数据包进行调度;否则,以动态调度方式进行调度。
[0027]
优选地,所述动态延迟调度模块包括:
[0028]
第一获取子模块,用于获取预设时间间隔内连续到达的两个语音数据包;
[0029]
第二获取子模块,用于从第一获取子模块得到的两个语音数据包中获取语音数据包的属性信息并传输至MAC;
[0030]
预留子模块,用于第二获取子模块得到的语音数据包的属性信息在缓存中预留一定大小的缓冲区占用空间;
[0031]
调度子模块,用于在所述预留的缓冲区占用空间中调度所述两个语音数据包。
[0032]
优选地,所述调度子模块包括:
[0033]
上行动态延迟调度子模块,用于在上行动态延迟调度时,判断是否有LCG等于1的上行数据,若有,则将上行数据插入到上行调度队列中,并注册上行预留的缓冲区占用空间;
[0034]
下行动态延迟调度子模块,用于在下行动态延迟调度时,判断是否有QCI等于1的下行数据,若有,则将所述下行数据插入到下行调度队列中,并注册下行预留的缓冲区占用空间。
[0035]
优选地,所述语音数据包的属性信息包括:
[0036]
语音数据包的大小、语音数据包是否有头压缩和语音数据包的编码格式。
[0037]
优选地,所述基站还包括:
[0038]
动态调度模块,所述MAC采用动态调度方式调度所述语音数据包。
[0039]
通过采用本发明提供的动态延迟调度方法及基站,将连续到达的两个语音数据包捆绑作为一组语音数据通过一个PDCCH进行调度,不但减少了一半的PDCCH资源的开销,同时还保持了较高的调制编码等级。本发明提高了语音业务调度的灵活性,有利于PDCCH资源的合理分配,提高了基站的用户容量。

附图说明

[0040]
通过参考附图会更加清楚的理解本发明的特征和优点,附图是示意性的而不应理解为对本发明进行任何限制,在附图中:
[0041]
图1示出了现有技术中的语音数据包的输出规则示意图;
[0042]
图2(a)-图2(c)示出了实施例一的动态延迟调度方法的流程示意图;
[0043]
图3示出了实施例二的动态延迟调度基站的结构示意图。

具体实施方式

[0044]
下面结合附图和实施例,对本发明的具体实施方式作进一步详细描述。以下实施例用于说明本发明,但并非用来限制本发明的范围。
[0045]
实施例一
[0046]
如图2(a)所示,本发明涉及一种语音数据动态延迟调度方法,包括:
[0047]
S1:判断半持续调度方式是否开启、UE是否支持半持续调度方式;若是,则顺序执行步骤S2;否则,跳转执步骤S3;
[0048]
S2:以半持续调度方式进行调度;
[0049]
S3:判断动态延迟调度方式是否开启,若是,则顺序执行步骤S4;否则,跳转执行步骤S5;
[0050]
S4:以动态延迟方式捆绑两个连续的语音数据包进行调度;
[0051]
S5:以动态调度方式进行调度。
[0052]
在本实施例中,仅当半持续调度方式开启,以及UE同时支持半持续调度方式的情况下,才采用半持续调度方式进行调度;否则,采 用动态延迟调度方式;若动态延迟调度方式也没有开启,则采用动态调度方式进行调度。在采用动态延迟调度方式进行调度时,将连续到达的两个语音数据包捆绑作为一组语音数据进行调度,通过一个PDCCH进行调度,不但减少了一半的PDCCH资源的开销,同时还保持了较高的调制编码等级。
[0053]
在具体实施时,如图2(b)所示,步骤S4具体包括:
[0054]
S401:获取预设时间间隔内连续到达的两个语音数据包;
[0055]
S402:获取两个语音数据包的属性信息并传输至介质访问控制层(Media Access Control,缩写为MAC);
[0056]
S403:按两个语音数据包的属性信息在缓存中预留一定大小的缓冲区占用空间;
[0057]
S404:在预留的缓冲区占用空间中调度两个语音数据包。
[0058]
进一步地,分组数据汇聚协议(Packet Data Convergence Protocol,缩写为PDCP)获取两个语音数据包的属性信息。属性信息包括:语音数据包的大小、语音数据包是否有头压缩和语音数据包的编码格式。以便根据语音数据包的属性信息预留一定大小的缓冲区占用空间。例如:一种语音数据包的属性信息为通过IPV4协议传输,有头压缩数据编码格式为窄带传输;另一种语音数据包的属性信息为通过IPV6协议传输,无头压缩数据编码格式为宽带传输。
[0059]
进一步地,这里预设时间间隔为优选为40ms,由于一个语音数据包的采样时间为20ms,本方法将两个时间上相连续的语音数据包相捆绑进行调度,所以预设时间间隔为40ms。本实施例的语音数据动态延迟调度方法中获取的语音数据包一次不超过两个语音数据包,因为超过两个会导致语音数据包时延过大,影响语音业务感知。
[0060]
在具体实施时,如图2(c)所示,步骤S404包括:
[0061]
S4041:在上行动态延迟调度时,判断是否有LCG(Logical Channel Group,逻辑信道组)等于1的上行数据,若有,则将上行数 据插入到上行调度队列中,并注册上行预留的缓冲区占用空间;
[0062]
S4042:在下行动态延迟调度时,判断是否有QCI(QoS Class Service,QoS类别标识)等于1的下行数据,若有,则将下行数据插入到下行调度队列中,并注册下行预留的缓冲区占用空间。
[0063]
进一步地,动态延迟调度分为上行动态延迟调度和下行动态延迟调度,在上行动态延迟调度过程中,由于调度的是语音数据包,所以上行动态延迟调度的语音为激活状态时,判断断是否有LCG等于1的上行数据,表示上行信道传输的数据类型为语音数据类型,再注册一次缓冲区占用空间,为两个语音数据包大小,以用来调度捆绑的两个语音数据包;在下行动态延迟调度过程中,将下行动态延迟调度的语音数据包的QCI设置为1,表示下行信道传输的数据类型为语音数据类型。
[0064]
在本实施例中,在步骤S1之前还包括:
[0065]
S101:MAC采用动态调度方式进行调度语音数据包,图中未示出。
[0066]
在具体实施时,在未判断半持续调度方式是否开启、UE是否支持半持续调度方式之前,发来的语音数据包采用动态调度的方式。
[0067]
综上所述,通过采用本发明提供的语音数据动态延迟调度方法,将连续到达的两个语音数据包捆绑作为一组语音数据进行调度,通过一个PDCCH进行调度,在保持了较高的调制编码等级的情况下,减少了一半的PDCCH资源的开销。本发明提高了语音业务调度的灵活性,有利于信道资源的合理分配,提高了基站的用户容量。
[0068]
实施例二
[0069]
本发明还提供一种基站,如图3所示,包括:
[0070]
判断模块,判断半持续调度方式是否开启、UE是否支持半持续调度方式;
[0071]
半持续调度模块,用于半持续调度方式开启且UE支持半持续调度 方式时,以半持续调度方式进行调度;
[0072]
动态延迟调度模块,用于半持续调度方式未开启时,判断动态延迟调度方式是否开启,若是,则以动态延迟调度方式捆绑两个连续的语音数据包进行调度;否则,以动态调度方式进行调度。
[0073]
在本实施例中,仅当半持续调度方式开启,以及UE同时支持半持续调度方式的情况下,才采用半持续调度方式进行调度;否则,采用动态延迟调度方式;若动态延迟调度方式也没有开启,则采用动态调度方式进行调度。在采用动态延迟调度方式进行调度时,将连续到达的两个语音数据包捆绑作为一组语音数据进行调度,通过一个PDCCH进行调度,不但减少了一半的PDCCH资源的开销,同时还保持了较高的调制编码等级。
[0074]
在具体实施时,动态延迟调度模块包括:
[0075]
第一获取子模块,用于获取预设时间间隔内连续到达的两个语音数据包;
[0076]
第二获取子模块,用于从第一获取子模块得到的两个语音数据包中获取语音数据包的属性信息并传输至MAC;
[0077]
预留子模块,用于第二获取子模块得到的语音数据包的属性信息在缓存中预留一定大小的缓冲区占用空间;
[0078]
调度子模块,用于在所述预留的缓冲区占用空间中调度所述两个语音数据包。
[0079]
进一步地,分组数据汇聚协议(Packet Data Convergence Protocol,缩写为PDCP)获取两个语音数据包的属性信息。属性信息包括:语音数据包的大小、语音数据包是否有头压缩和语音数据包的编码格式。以便根据语音数据包的属性信息预留一定大小的缓冲区占用空间。
[0080]
进一步地,这里预设时间间隔为40ms,由于一个语音数据包的采样时间为20ms,本方法将两个时间上相连续的语音数据包相捆绑 进行调度,所以预设时间间隔为40ms。本实施例的语音数据动态延迟调度方法中获取的语音数据包一次不超过两个语音数据包,因为超过两个会导致语音数据包时延过大,影响语音业务感知。
[0081]
在具体实施时,调度子模块包括:
[0082]
上行动态延迟调度子模块,用于在上行动态延迟调度时,判断是否有LCG等于1的上行数据,若有,则将上行数据插入到上行调度队列中,并注册上行预留的缓冲区占用空间;
[0083]
下行动态延迟调度子模块,用于在下行动态延迟调度时,判断是否有QCI等于1的下行数据,若有,则将下行数据插入到下行调度队列中,并注册下行预留的缓冲区占用空间。
[0084]
进一步地,动态延迟调度分为上行动态延迟调度和下行动态延迟调度,在上行动态延迟调度过程中,由于调度的是语音数据包,所以上行动态延迟调度的语音为激活状态时,判断是否有LCG等于1的上行数据,表示上行信道传输的数据类型为语音数据类型,再注册一次缓冲区占用空间,为两个语音数据包大小,以用来调度捆绑的两个语音数据包;在下行动态延迟调度过程中,将下行动态延迟调度的语音数据包的QCI设置为1,表示下行信道传输的数据类型为语音数据类型。
[0085]
本实施例的基站还包括:
[0086]
动态调度模块,MAC采用动态调度方式进行调度语音数据包。
[0087]
在具体实施时,在未判断半持续调度方式是否开启、UE是否支持半持续调度方式之前,发来的语音数据包采用动态调度的方式。
[0088]
综上所述,通过语音数据动态延迟调度方法及基站,将连续到达的两个语音数据包捆绑作为一组语音数据进行调度,通过一个PDCCH进行调度,在保持了较高的调制编码等级的情况下,减少了一半的PDCCH资源的开销。本发明提高了语音业务调度的灵活性,有利于信道资源的合理分配,提高了基站的用户容量。
[0089]
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
[0090]
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
[0091]
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
[0092]
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
[0093]
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关 系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。术语“上”、“下”等指示的方位或位置关系为基于附图所示的方位或位置关系,仅是为了便于描述本发明和简化描述,而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作,因此不能理解为对本发明的限制。除非另有明确的规定和限定,术语“安装”、“相连”、“连接”应做广义理解,例如,可以是固定连接,也可以是可拆卸连接,或一体地连接;可以是机械连接,也可以是电连接;可以是直接相连,也可以通过中间媒介间接相连,可以是两个元件内部的连通。对于本领域的普通技术人员而言,可以根据具体情况理解上述术语在本发明中的具体含义。
[0094]
本发明的说明书中,说明了大量具体细节。然而能够理解的是,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。类似地,应当理解,为了精简本发明公开并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释呈反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本发明的单独实施例。
[0095]
以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围,其均应涵盖在本发明的权利要求和说明书的范围当中。

工业实用性

[0096]
本发明提供的语音数据动态延迟调度方法及基站,将连续到达的两个语音数据包捆绑作为一组语音数据进行调度,通过一个PDCCH进行调度,在保持了较高的调制编码等级的情况下,减少了一半的PDCCH资源的开销。本发明提高了语音业务调度的灵活性,有利于信道资源的合理分配,提高了基站的用户容量,具备工业实用性。

权利要求书

[权利要求 1]
一种语音数据动态延迟调度方法,其特征在于,包括如下步骤: 判断半持续调度方式是否开启、UE是否支持半持续调度方式; 若半持续调度方式开启且UE支持半持续调度方式,则以半持续调度方式进行调度; 若半持续调度方式未开启或者UE不支持半持续调度方式,则判断动态延迟调度方式是否开启,若是,则以动态延迟调度方式捆绑两个连续的语音数据包进行调度;否则,以动态调度方式进行调度。
[权利要求 2]
根据权利要求1所述的语音数据动态延迟调度方法,其特征在于,所述以动态延迟调度方式捆绑两个连续的语音数据包进行调度包括: 获取预设时间间隔内连续到达的两个语音数据包; 获取所述两个语音数据包的属性信息并传输至MAC; 按两个语音数据包的属性信息在缓存中预留一定大小的缓冲区占用空间; 在所述预留的缓冲区占用空间中调度所述两个语音数据包。
[权利要求 3]
根据权利要求2所述的语音数据动态延迟调度方法,其特征在于,所述语音数据包的属性信息包括: 语音数据包的大小、语音数据包是否有头压缩和语音数据包的编码格式。
[权利要求 4]
根据权利要求2所述的语音数据动态延迟调度方法,其特征在于,所述在所述预留的缓冲区占用空间中调度所述两个语音数据包包括: 在上行动态延迟调度时,判断是否有LCG等于1的上行数据,若有,则将上行数据插入到上行调度队列中,并注册上行预留的缓冲区占用空间; 在下行动态延迟调度时,判断是否有QCI等于1的下行数据,若有,则将所述下行数据插入到下行调度队列中,并注册下行预留的缓冲区占用空间。
[权利要求 5]
根据权利要求1所述的语音数据动态延迟调度方法,其特征在于,所述判断半持续调度方式是否开启、UE是否支持半持续调度方式之前还包括: 所述MAC采用动态调度方式调度所述语音数据包。
[权利要求 6]
一种基站,其特征在于,包括: 判断模块,判断半持续调度方式是否开启、UE是否支持半持续调度方式; 半持续调度模块,用于半持续调度方式开启且UE支持半持续调度方式时,以半持续调度方式进行调度; 动态延迟调度模块,用于半持续调度方式未开启或者UE不支持半持续调度方式时,判断动态延迟调度方式是否开启,若是,则以动态延迟调度方式捆绑两个连续的语音数据包进行调度;否则,以动态调度方式进行调度。
[权利要求 7]
根据权利要求6所述的基站,其特征在于,所述动态延迟调度模块包括: 第一获取子模块,用于获取预设时间间隔内连续到达的两个语音数据包; 第二获取子模块,用于从第一获取子模块得到的两个语音数据包中获取语音数据包的属性信息并传输至MAC; 预留子模块,用于第二获取子模块得到的语音数据包的属性信息在缓存中预留一定大小的缓冲区占用空间; 调度子模块,用于在所述预留的缓冲区占用空间中调度所述两个语音数据包。
[权利要求 8]
根据权利要求7所述的基站,其特征在于,所述调度子模块 包括: 上行动态延迟调度子模块,用于在上行动态延迟调度时,判断是否有LCG等于1的上行数据,若有,则将上行数据插入到上行调度队列中,并注册上行预留的缓冲区占用空间; 下行动态延迟调度子模块,用于在下行动态延迟调度时,判断是否有QCI等于1的下行数据,若有,则将所述下行数据插入到下行调度队列中,并注册下行预留的缓冲区占用空间。
[权利要求 9]
根据权利要求6所述的基站,其特征在于,所述语音数据包的属性信息包括: 语音数据包的大小、语音数据包是否有头压缩和语音数据包的编码格式。
[权利要求 10]
根据权利要求6所述的基站,其特征在于,还包括: 动态调度模块,所述MAC采用动态调度方式调度所述语音数据包。

附图

[ 图 0001]  
[ 图 0002]  
[ 图 0003]  
[ 图 0004]  
[ 图 0005]