CN1805596A - 业务优先级调度实现方法 - Google Patents

Abstract

本发明公开了一种业务优先级调度实现方法，包括设置各类业务和信令的优先级调度顺序；根据各类业务和信令所需的总传输速率及各类业务和信令分别需要的传输速率，分别于每个传输时间间隔内在传输格式组合集合中选取对应的传输格式组合；根据所述选取的传输格式组合中各个专用信道所对应的传输格式，将具有优先级调度顺序的各类业务和信令优先调度到对应的专用信道上传输。本发明可以使3G通信网络系统中专用信道上的业务优先级调度过程切实可行，实现专用信道的业务优先级调度功能。

Description

业务优先级调度实现方法

技术领域

本发明涉及第三代移动通信技术领域，尤其涉及一种业务优先级调度实现方法。

背景技术

在3GPP制定的3G标准中，规定了在用户的专用信道(DCH，DedicateChannel)中应该具有业务优先级调度功能，其中业务优先级调度具体是指当用户同时具有多个业务需要进行传输调度时，根据各个业务的优先级顺序来决定在何时且以何种速率来传输相应各业务。一般情况下，在用户的DCH中，高优先级业务相对于低优先级业务而言能够得到更大的传输带宽，且能够被优先传输。如：若一个用户同时激活了两个分组域业务(PS，Packet domainService)，其中一个为视频点播，另一个为网页浏览，如果视频点播业务的优先级高于网页浏览业务的优先级，则视频点播业务会在该用户的DCH上被优先进行传输。其中在3G标准中，之所以在用户的DCH上设置业务优先级调度功能的目的在于减小高优先级业务的传输时延，以最大程度的保证高优先级业务的优先传输。

其中3G标准中规定用户DCH中的业务优先级调度功能要在网络的无线接口层的媒体访问控制(MAC，Media Access Control)子层中完成，其移动通信网络中的无线接口层主要由4个子层组成，其中MAC子层的主要功能是：

完成业务数据在传输过程中由逻辑信道到传输信道的映射，并在控制面的指示下完成部分无线资源的重新配置和测量等任务。

MAC子层具体又包括媒体访问控制公共部分(MACC，Media AccessControl Common)和媒体访问控制专用部分(MACD，Media Access ControlDedicate)两部分，其中MACC主要负责公共信道(CCH，Common Channel)的业务数据传输，MACD主要负责用户DCH的业务数据传输。并MACC和移动通信网络中的小区(Cell)对应，即一个Cell对应一个MACC实例；MACD和移动通信网络中的移动终端(UE，User Equipment)对应，即一个UE对应一个MACD实例。

其中在3GPP TS 25.321协议中明确规定用户DCH上的业务优先级调度功能要由MAC子层中的MACD来完成，其中由MACD完成用户DCH上的业务优先级调用功能的主要过程如下：

由移动通信网络系统中的业务GPRS支持节点(SGSN，Service GPRSSupport Node)发送一个携带有业务处理优先级信元(Traffic Handling Priority)的无线接入承载指配请求(RAB Assignment Request)消息到无线网络控制器(RNC，Radio Network Controller)，其中RAB Assignment Request消息中携带的Traffic Handling Priority信元是专门针对交互式(Interactive)业务而设置的，Traffic Handling Priority信元的取值范围是0～15，其中1至14代表降序优先级，即“1”代表的Interactive业务优先级最高，“14”代表的Interactive业务优先级最低，“0”代表逻辑错误，“15”代表Interactive业务没有优先级；RNC根据接收到的Traffic Handling Priority信元的取值情况，来决定何时以何种发送带宽来传输相应的Interactive业务。在3GPP制定的3G标准中，之所以Traffic Handling Priority信元是专门针对Interactive业务而设置的，是由于各种Interactive业务对服务质量(QoS，Quality of Service)和传输时延的要求各不相同，所以各个Interactive业务之间在传输过程中要有不同的优先级调用顺序。

但是在3GPP制定的3G标准中，只是如上述描述的过程规定了用TrafficHandling Priority信元来标识不同Interactive业务的优先级调用关系，并由RNC根据Traffic Handling Priority信元的取值来进行各个Interactive业务的优先级调用处理；而对3G网络系统中如何对各种通信业务和信令进行优先级调度配置，并相应配置相应的调度参数，以使通用地面无线接入网(UTRAN，UniversalTerrestrial Radio Access Network)内部的MACD能够根据各种通信业务和信令的优先级调度配置和相应的调度参数来实现用户DCH上各种业务优先级调度的过程并没有详细描述。

发明内容

本发明要解决的技术问题在于提出一种业务优先级调度实现方法，以使3G通信网络系统中专用信道上的业务优先级调度过程切实可行，实现专用信道的业务优先级调度功能。

为解决上述问题，本发明提出了一种业务优先级调度实现方法，包括步骤：

设置各类业务和信令的优先级调度顺序；

根据各类业务和信令所需的总传输速率及各类业务和信令分别需要的传输速率，分别于每个传输时间间隔内在传输格式组合集合中选取对应的传输格式组合；

根据所述选取的传输格式组合中各个专用信道所对应的传输格式，将具有优先级调度顺序的各类业务和信令优先调度到对应的专用信道上传输。

其中所述对各类业务和信令设置的优先级调度顺序为：

无线资源控制信令优先级高于各类业务的优先级；并

所述各类业务中的实时性业务的优先级高于非实时性业务的优先级。

其中所述实时性业务包括会话业务和流业务，并所述会话业务的优先级高于流业务的优先级；所述非实时性业务包括交互业务和背景业务，并且所述交互业务的优先级高于背景业务的优先级。

其中所述不同交互业务具有不同的优先级，并不同交互业务之间的优先级顺序根据无线接入承载指配请求消息中包含的业务处理优先级信元的取值来确定。

其中根据实时性业务的优先级调度顺序，将各个实时性业务分别调度到不同的专用信道上进行传输。

再根据各类业务和信令所需的总传输速率及传输实时性业务的各个专用信道所占用的传输速率之和，得到剩余传输速率之和；

并根据非实时性业务的优先级调度顺序，将各个非实时性业务分别调度到不同的专用信道上进行传输，并使得传输非实时性业务的各个专用信道所占用的传输速率之和小于或等于所述剩余传输速率之和。

其中在所述各个专用信道上，根据各个非实时性业务的优先级调度顺序，优先对高优先级非实时性业务选取传输格式，使高优先级非实时性业务优先在对应的专用信道上传输。

当所述各个非实时性业务优先级调度顺序相同时，按时间顺序依次轮回首先对每个非实时性业务选取传输格式，使每个非实时性业务按时间顺序优先在对应的专用信道上传输。

或根据各类业务和信令所需的总传输速率及传输实时性业务的各个专用信道所占用的传输速率之和，得到剩余传输速率之和；

并根据非实时性业务的优先级调度顺序，将各个非实时性业务复用到同一专用信道上进行传输，并使得传输非实时性业务的专用信道所占用的传输速率小于或等于所述剩余传输速率之和。

其中在所述复用到的专用信道上，根据各个非实时性业务的优先级调度顺序，对高优先级非实时性业务到低优先级非实时性业务依次进行传输。

当所述各个非实时性业务优先级调度顺序相同时，在所述复用到的专用信道上，按时间顺序依次轮回传输每个非实时性业务。

本发明业务优先级调度实现方法通过根据具有优先级调度顺序的各类业务和信令所需的总传输速率及各类业务和信令分别需要的传输速率，分别于每个传输时间间隔(TTI，Transmission Time Interval)内在传输格式组合集合(TFCS，Transport Format Combination Set)中选取对应的传输格式组合(TFC，Transport Format Combination)，以根据选取的TFC中各个DCH所对应的传输格式(TF，Transport Format)，将各类业务和信令调度到对应的DCH上传输，从而实现了使3G通信网络系统中DCH上的业务优先级调度过程切实可行，实现了DCH上的业务优先级调度功能。

附图说明

图1是现有移动通信网络系统中传输块在专用信道上传输的过程示意图；

图2是本发明业务优先级调度实现方法的主要实现原理流程图。

具体实施方式

本发明业务优先级调度实现方法针对现有技术中没有对DCH上的业务优先级调度过程进行具体设计，而提出根据预先设置的各类业务和信令的优先级调度顺序，结合各类业务和信令的总传输速率和各类业务和信令分别需要的传输速率在传输格式组合集合(TFCS，Transport Format Combination Set)中选取对应的传输格式组合(TFC，Ttansport Format Combination)，以根据选取的TFC中各个DCH所对应的传输格式(TF，Transport Format)，将各类业务和信令调度到对应的DCH上传输，从而实现了各类业务和信令在优先级调度顺序的基础上，共享多个DCH所提供的传输带宽，达到各个业务和信令按优先级调度顺序在各个DCH上传输的目的。

下面将结合各个附图对本发明业务优先级调度实现方法的具体实现过程进行详细的阐述。

首先介绍在3G通信网络系统中的DCH上常用的几个概念，请参阅图1，该图是现有移动通信网络系统中传输块在专用信道上传输的过程示意图，其中在DCH上常用的几个概念如下：

1)传输块(TB，Transport Block)：DCH上传输数据的基本单位；

2)传输块集合(TBS，Transport Block Set)：在某个传输时间间隔TTI内传输的多个TB的集合；

3)传输时间间隔(TTI，Transmission Time Interval)：传输某个TBS的时间长度，其中媒体访问控制(MAC，Media Access Control)层会在每个TTI内，向物理层传输一个TBS；

4)传输格式(TF，Transport Format)：对于每个DCH，在每个传输时间间隔TTI内，存在一个传输格式TF，其中TF由两个部分组成：动态部分和半静态部分，其中动态部分包括TB size(指1个TB的bit数)和TB num(指DCH上一个TTI内允许传输TB的个数)；其中半静态部分包括TTI信息等；因此传输格式TF就确定了某个传输时刻的传输速率＝TB size×TB num/TTI；

5)传输格式集合(TFS，Transport Block Set)：对于一个DCH，可以有几种TF，这些TF就构成了DCH的传输格式集合(TFS：Transport Format Set)；

6)传输格式组合(TFC，Transport Format Combination)：在物理层(L1)中将一个或若干个DCH进行复用，这样在某一TTI内，就构成了各个DCH的传输格式组合TFC；这种组合在标准中被定义为当前合理的传输格式TF准许组合，可提供给物理层L1，用于码组合传输信道(CCTrCH，Coded CompositeTransport Channel)的传输；

7)传输格式组合集合(TFCS：Transport Format Combination Set)：CCTrCH中各个TFC组成的集合就构成了传输格式组合集合TFCS。

请参阅图2，该图是本发明业务优先级调度实现方法的主要实现原理流程图，其主要实现过程如下：

步骤S10，设置各类业务和信令的优先级调度顺序；其中设置的优先级调度顺序为无线资源控制信令(RRC，Radio Resource Control)优先级高于各类业务的优先级；并且各类业务中的实时性业务的优先级高于非实时性业务的优先级。其中实时性业务包括会话业务(Conversational)和流业务(Streaming)，并且要求会话业务(Conversational)的优先级要高于流业务(Streaming)的优先级；其中非实时性业务包括交互业务(Interactive)和背景业务(Background)，并且要求交互业务(Interactive)的优先级要高于背景业务(Background)的优先级。

同时要求不同交互业务(Interactive)要具有不同的优先级，其中不同交互业务(Interactive)之间的优先级顺序可以根据无线接入承载指配请求(RABAssignment Request)消息中包含的业务处理优先级信元(Traffic HandlingPriority)的取值来确定。

其实在现有标准中，严格说来业务处理优先级信元(Traffic HandlingPriority)只是针对交互业务(Interactive)而言的，但是本发明这里可以将业务处理优先级概念进行扩展，如按下面的优先级调度顺序来对所有业务以及信令进行统一的配置：

1)各类业务的优先级配置：会话(Conversational)业务的优先级＞流(Streaming)业务的优先级＞交互(Interactive)业务的优先级＞背景(Background)业务的优先级。这里对各类业务不区分是否为核心网业务类型，即分组业务域(PS，Packet domain Service)内的会话(Conversational)业务和电路业务域(CS，Circuit domain Service)内的会话(Conversational)业务的优先级是相同的。

2)并且在同一类型业务内，除交互业务(Interactive)外的其他业务类型不区分优先级顺序；交互业务(Interactive)之间，采用“Traffic Handling Priority”信元来区分不同的优先级调度顺序；

3)专用控制信道(DCCH，Dedicated Control Channel)上的信令的优先级高于专用业务信道(DTCH，Dedicated Traffic Channel)上各类业务的优先级。

基于上述扩展的各类业务和信令的优先级调度顺序，可将配置的各类业务和信令的优先级调度顺序映射到体现服务质量(QoS)的相关用户面调度参数上，其具体优先级调度顺序如下：

RRC信令优先级＞会话(Conversational)业务的优先级＞流(Streaming)业务的优先级＞交互(Interactive)业务优先级“1”＞交互(Interactive)业务优先级“2”＞...＞交互(Interactive)业务优先级“14”＞交互(Interactive)业务优先级“15”＞背景(Background)业务优先级。即各类业务和信令满足的两个原则是：

a.RRC信令的优先级高于各类业务的优先级；

b.实时性业务的优先级高于非实时性业务的优先级；

c.不同交互(Interactive)业务之间的优先级根据RAB指配请求消息中的“Traffic Handling Priority”信元的取值来确定。

步骤S20，根据用户的各类业务和信令所需的总传输速率以及各类业务和信令分别需要的传输速率，分别于每个传输时间间隔TTI内在传输格式组合集合TFCS中选取对应的传输格式组合TFC；

步骤S30，根据上述所选取的传输格式组合TFC中各个专用信道DCH所对应的传输格式TF，将具有优先级调度顺序的各类业务和信令优先调度到对应的专用信道DCH上进行传输。

其中对于实时性业务(包括会话业务Conversational和流业务Streaming)而言，要根据各个实时性业务的优先级调度顺序，将各个实时性业务按照优先级调度顺序分别调度到不同的DCH上进行传输，即依照各个实时性业务的优先级调度顺序，优先将优先级较高的实时性业务调度到对应的DCH上传输，再依次将优先级较低的实时性业务分别调度到其他对应的DCH上传输。

而对于不同的非实时性业务(包括交互业务Interactive和背景业务Background)可以根据不同的非实时性业务的优先级调度顺序分别将多个非实时性业务调度到不同的DCH上进行传输，也可以将多个非实时性业务复用到同一DCH上进行传输。

在分别将多个非实时性业务调度到不同的DCH上进行传输的情况下，要根据各类业务和信令所需的总传输速率及传输上述各个实时性业务的各个DCH所占用的传输速率之和，来得到对应用户的剩余传输速率之和；再进而根据不同的非实时性业务的优先级调度顺序，将各个非实时性业务分别调度到不同的DCH上进行传输，同时要保证传输非实时性业务的各个DCH所占用的传输速率之和小于等于上述得到的剩余传输速率之和。这种情况的具体解释如下：

在DCH配置时，不配置DTCH到DCH的逻辑信道复用，即一个DCH只对应传输一个业务或信令，此时对不同业务和信令的优先级调度体现在TFCS配置和TFC的选择上。其中对于会话以及流业务等实时性业务而言，业务数据传输有一定的时延要求，所以要充分保证这些业务数据能够及时得到传输。而对于交互业务和背景业务等非实时性业务而言，这些业务一般被称为尽力而为(BE，Best Effort)业务，BE业务要求只有网络还有剩余带宽时才进行传输，网络因为传输实时性业务而导致没有剩余带宽时就不用传输。由此BE业务数据速率是由UTRAN根据业务源数据速率和空中接口的负载状况进行综合考虑而决定的，这类业务的特点是业务源数据速率变化范围大，其服务质量(QoS)对传输带宽没有特殊要求。因此针对BE业务的这个特点，为了节约资源(如码资源等)，当两个及两个以上的BE业务利用剩余传输速率进行传输时，可以限制其不能同时以满速率进行传输。因此在配置的TFCS中不选择全配置的TFC(全配置是指各个DCH的TFS的全排列集合)，主要是为保证当一个用户存在有两个及两个以上的BE业务需要传输时，在该用户的TFCS中不能选择分别用于传输两个BE业务的DCH的最大TF组合。传输时，在该用户的TFCS中不能选择分别用于传输两个BE业务的DCH的最大TF组合。

基于上述原则，对各个业务和信令的优先调度传输顺序如下：

1)保证RRC信令和PS/CS实时性业务优先传输；

2)两个BE业务分别占用不同DCH进行传输时，要保证优先级高的BE业务占用的DCH优先传输数据，同时不完全阻塞优先级低的BE业务占用的DCH进行数据传输。

为清楚起见，下面举个例子，说明多个BE业务分别占用不同DCH进行传输的TFC及TFCS配置情况，即如何根据预先配置的业务优先级调度顺序，并结合TFC及TFCS配置情况，将相应业务或信令分配到对应的DCH上进行传输；为简化起见，在下面的例子中，不考虑信令和其他非BE业务，只考虑两个BE业务的组合情况：

假设某用户设备(UE，User Equipment)在某段时间内同时接入了两个BE业务，这两个BE业务的最大传输速率均为384kbp，但是对于该UE而言剩余的传输速率为445kbp。RNC给这两个BE业务各分配了1条DCH，分别记为BE1 DCH和BE2 DCH。假设设置BE1业务的优先级高于BE2业务的优先级，所以就配置BE1 DCH的优先级高于BE2 DCH的优先级。其中这两个DCH的传输格式集合TFS和传输格式组合集合TFCS的配置如下：

(1)每条DCH的TFS均为(TF0，TF1，TF2，TF3，TF4)，TTI均为10ms，TBsize为336kbp；

其中TF0对应0×336；TB NUM×TB size

TF1对应1×336；

TF2对应2×336；

TF3对应8×336；

TF4对应12×336；

即上述TF0～TF4对应的TB NUM分别为0、1、2、8、12。

(2)则在对应该UE的配置TFCS中能够选取的TFC为：

(TF0，TF0)、(TF0，TF1)、(TF0，TF2)、(TF0，TF3)、(TF0，TF4)、(TF1，TF0)、(TF1，TF1)、(TF1，TF2)、(TF1，TF3)、(TF1，TF4)、(TF2，TF0)、(TF2，TF1)、(TF2，TF2)、(TF2，TF3)、(TF3，TF0)、(TF3，TF1)、(TF3，TF2)、(TF4，TF0)、(TF4，TF1)；

相对于TFCS全配置而言(所谓全配置，指的是两个DCH中的每个TF都可以构成一个TFC，那么全配置情况下的TFC的个数应该为5×5＝25个)缺少(TF2，TF4)、(TF3，TF3)、(TF3，TF4)、(TF4，TF2)、(TF4，TF3)和(TF4，TF4)几个TFC，因为选取这几个TFC，都会导致分别传输两个BE业务的DCH的传输速率之和大于445kbp，因此都不符合要求。这样在配置的TFCS中选择相应TFC的理由是：BE业务一般都具有数据突发的特点，从一个较长时间来看，不会存在两个BE业务都下发高速率数据，在某些时间段内可能是其中一个BE业务有数据需要传输，而另一个BE业务没有数据需要传输或传输的数据量较小。因此在配置CCTrCH总带宽时，就可以配置除传输实时性业务所需带宽之外的剩余带宽小于这两个BE业务的最大速率之和，否则就可能会对传输带宽(包括Iub、Uu接口的传输带宽)造成浪费，因此这种配置是合理的，它考虑了BE业务的数据传输统计规律，从而引入了带宽共享的思想，并且由于BE业务本身是尽力而为传输的业务，没有要求保证速率，因此这样的选择是合理的。

(3)两个BE业务的优先级调度过程：

假设在某段时间内分别用于传输两个BE业务的两个DCH上都有较多的数据需要传输，比如两个BE业务的数据源传输速率都要大于等于384kbps，这样在某个数据传输时刻，MACD要进行优先级调度，根据优先级调度策略，先保证优先级高的BE业务进行传输，所以对BE1 DCH选择TF4，而对于传输优先级低的BE业务的BE2DCH就只能选择TF1。即对于BE1业务可满足12×(336-16)/10＝384kps的速率传输(其中式中16表示数据在由MAC层向RLC层传输时，需要删减的报头比特)，而对于BE2业务可满足1×(336-16)/10＝32kps的速率传输。

其中在各个用于传输非实时性业务的DCH上，可以根据各个BE业务的优先级调度顺序，对高优先级BE业务优先进行TF选择，即在BE业务的传输总带宽中保证高优先级的BE业务优先得到更多的传输带宽。

另外，当各个BE业务的优先级调度顺序相同时，在各个用于传输BE业务的DCH上，可以按时间顺序依次轮回首先对每个BE业务进行TF选择，以使每个BE业务都能按照时间顺序优先在对应的DCH上传输。

上述方案可使得高优先级BE业务对应的DCH具有优先选择权；并在使高优先级BE业务数据能够得到优先传输的同时，还可以保证低优先级的BE业务数据能够得到一定流量的传输，从而可以避免低优先级BE业务长时间得不到调度而引起该BE业务对应的无线链路控制协议(RLC，Radio LinkControl)层复位。即当确认低优先级BE业务有数据要发时，一定要给它分配传输带宽，该传输带宽尽可能较小，但应该能够保证RNC的RLC层和UE的RLC层之间能够及时进行状态报告消息的传送。

另外，在分别将多个BE业务复用到同一DCH上进行传输的情况下，也要根据各类业务和信令所需的总传输速率及传输实时性业务的各个专用信道所占用的传输速率之和，来得到剩余传输速率之和；然后根据两个及两个以上不同的BE业务的优先级调度顺序，来将各个BE业务复用到同一DCH上进行传输，并使得传输BE业务的DCH所占用的传输速率小于等于上述求得的剩余传输速率之和。这种情况的具体解释如下：

各个DCH的TFCS采用全配置，而各个BE业务必须复用到同一条DCH上进行传输，当一条DCH的传输格式TF确定后，可将该TF确定的传输速率用于传输各个BE业务。

其中在该复用到的DCH上，可以根据各个BE业务的优先级调度顺序，对高优先级BE业务到低优先级BE业务依次进行传输，即对于要在该DCH上传输的各个BE业务而言，对优先级较高的BE业务配以“高速率”流量，对优先级较低的BE业务配以“低速率”流量(甚至可以为0速率)。

下面再举个例子，说明多个BE业务复用到同一DCH上的TFC及TFCS配置情况，即如何根据预先配置的业务优先级调度顺序，并结合TFC及TFCS配置情况，将相应业务或信令分配到对应的DCH上进行传输：

假设某UE在某段时间内同时接入了两个BE业务，这两个BE业务的最大传输速率均为384kbp，但是对于该UE而言剩余的传输速率为445kbp。RNC给这两个BE业务只分配了1条DCH，假设该DCH在逻辑上被分为两个专用业务信道DTCH，即这两个BE业务分别使用一条DTCH进行传输，记为BE1DTCH和BE2 DTCH，即分别用于传输这两个BE业务的两条DTCH复用在同一条DCH上。假设BE1业务的优先级高于BE2业务的优先级，所以在配置传输这两个BE业务的DTCH的优先级时，就配置BE1 DTCH的优先级高于BE2 DTCH的优先级。该条DCH的传输格式集合TFS配置如下：

该DCH的TFS为(TF0，TF1，TF2，TF3，TF4)，TTI均为10ms，TB size为336kbp；

其中TF0对应0×336；TB NUM×TB size

TF1对应1×336；

TF2对应2×336；

TF3对应8×336；

TF4对应12×336；

即上述TF0～TF4对应的TB NUM分别为0、1、2、8、12。

假设用于传输这两个BE业务的两个DTCH都有较多的数据需要传输，比如两个BE业务的数据源传输速率都大于等于384kbps。因此在某段时间内就确定了该DCH的传输格式为TF4，即在一个TTI内可以传送12个TB块，那么需要将这12个TB块分别在两个DTCH间分配。由于BE1 DTCH的优先级高于BE2 DTCH，因此就将这12个TB块分配给BE1 DTCH，那么BE2DTCH将不能传输数据。即对于BE1业务而言可得到12×(336-16)/10＝384kps的满传输速率，而对于BE2业务可得到的传输速率则只能为0kps。

而当各个BE业务优先级调度顺序相同时，则在该复用到的DCH上，按时间顺序依次轮回传输每个BE业务，即同优先级的各个BE业务是按照时间顺序轮流被传输的，以保证同优先级的各个BE业务被分别传输的公平性，如在前一个BE业务数据发送时刻该DCH用于传输BE1业务，而后一个BE业务数据发送时刻该DCH用于传输BE2，此后再传输BE1业务、BE2业务....

但是上述方案却存在一个缺点，就是由于标准没有定义DCH中各个DTCH间的流量分配算法，UE的MACD在处理业务优先级调度时要采用如下的调度方案：高优先级的DTCH发送完BE业务数据后，才能允许低优先级的DTCH发送BE业务数据。这样就有可能导致低优先级的DTCH对应的RLC复位，这种情况出现在低优先级BE业务数据在还没有得到完全确认时，高优先级BE业务数据在此后的一段时间内一直有数据要发。

在此还应该注意，虽然上面描述了本发明的优选实施方式，但还可以对上述公开的解决方案进行多种变换和改变，只要不偏离本发明权利要求所定义的范围，都落在本发明的保护范围内。

Claims (10)

1、一种业务优先级调度实现方法，其特征在于，包括步骤：

设置各类业务和信令的优先级调度顺序；

根据各类业务和信令所需的总传输速率及各类业务和信令分别需要的传输速率，分别于每个传输时间间隔内在传输格式组合集合中选取对应的传输格式组合；

根据所述选取的传输格式组合中各个专用信道所对应的传输格式，将具有优先级调度顺序的各类业务和信令优先调度到对应的专用信道上传输。

2、如权利要求1所述的业务优先级调度实现方法，其特征在于，所述对各类业务和信令设置的优先级调度顺序为：

无线资源控制信令优先级高于各类业务的优先级；并

所述各类业务中的实时性业务的优先级高于非实时性业务的优先级。

3、如权利要求2所述的业务优先级调度实现方法，其特征在于，

所述实时性业务包括会话业务和流业务，并且所述会话业务的优先级高于流业务的优先级；

所述非实时性业务包括交互业务和背景业务，并所述交互业务的优先级高于背景业务的优先级。

4、如权利要求3所述的业务优先级调度实现方法，其特征在于，所述不同交互业务具有不同的优先级，并不同交互业务之间的优先级顺序根据无线接入承载指配请求消息中包含的业务处理优先级信元的取值来确定。

5、如权利要求3所述的业务优先级调度实现方法，其特征在于，根据实时性业务的优先级调度顺序，将各个实时性业务分别调度到不同的专用信道上进行传输。

6、如权利要求5所述的业务优先级调度实现方法，其特征在于，

根据各类业务和信令所需的总传输速率及传输实时性业务的各个专用信道所占用的传输速率之和，得到剩余传输速率之和；

并根据非实时性业务的优先级调度顺序，将各个非实时性业务分别调度到不同的专用信道上进行传输，并使得传输非实时性业务的各个专用信道所占用的传输速率之和小于或等于所述剩余传输速率之和。

7、如权利要求6所述的业务优先级调度实现方法，其特征在于，在所述各个专用信道上，根据各个非实时性业务的优先级调度顺序，优先对高优先级非实时性业务选取传输格式，使高优先级非实时性业务优先在对应的专用信道上传输。

8、如权利要求6所述的业务优先级调度实现方法，其特征在于，当所述各个非实时性业务优先级调度顺序相同时，按时间顺序依次轮回首先对每个非实时性业务选取传输格式，使每个非实时性业务按时间顺序优先在对应的专用信道上传输。

9、如权利要求5所述的业务优先级调度实现方法，其特征在于，

根据各类业务和信令所需的总传输速率及传输实时性业务的各个专用信道所占用的传输速率之和，得到剩余传输速率之和；

并根据非实时性业务的优先级调度顺序，将各个非实时性业务复用到同一专用信道上进行传输，并使得传输非实时性业务的专用信道所占用的传输速率小于或等于所述剩余传输速率之和。

10、如权利要求9所述的业务优先级调度实现方法，其特征在于，在所述复用到的专用信道上，根据各个非实时性业务的优先级调度顺序，对高优先级非实时性业务到低优先级非实时性业务依次进行传输；或

当所述各个非实时性业务优先级调度顺序相同时，在所述复用到的专用信道上，按时间顺序依次轮回传输每个非实时性业务。

Images