CN102256313A

CN102256313A - 一种数据域服务速率的调控方法

Info

Publication number: CN102256313A
Application number: CN2010101867383A
Authority: CN
Inventors: 谢怡飞; 欧阳明光
Original assignee: TD Tech Ltd
Current assignee: TD Tech Ltd
Priority date: 2010-05-21
Filing date: 2010-05-21
Publication date: 2011-11-23
Anticipated expiration: 2030-05-21
Also published as: CN102256313B

Abstract

本发明提供了一种数据域服务速率的调控方法，该方法包括：预先根据业务的时延特性和上、下行流量大小，对于系统中的各种业务进行业务类型的划分；根据各类业务的时延特性和上、下行流量大小，确定各类所述业务的速率调控策略；当一业务接入或接入后业务量发生变化时，根据所述业务所属类的速率调控策略，调控所述业务的速率。采用本发明能充分满足特性不同的业务对信道资源的不同需求，合理地分配信道资源，使网络资源得到合理利用。

Description

一种数据域服务速率的调控方法

技术领域

本发明涉及移动通信技术，特别是涉及一种数据域(PS)服务速率的调控方法。

背景技术

目前的服务质量(QoS)体系通过定义TC/ARP/THP/GBR/MBR等确保业务需求，随着移动通信系统的发展，利用现有的业务QoS映射，无法根据具体的业务类型来划分业务等级，从而无法提供细致的差异化服务。因此，需要对业务进行识别后进行类别的细分，以分别保障业务的QoS属性。

TD-SCDMA系统已有的数据域服务(Packet Service，PS)速率的控制方法，主要是针对实时性要求较低的尽力服务(Best Effort)类业务，从系统资源利用率的角度出发，期望在用户通信期间，在业务数据量大时为其配置较高的信道带宽，而在业务数据量小时降低其占用的信道带宽，从而节约系统码资源，提高码资源利用率，保证系统容量。

但是，目前对于业务类别的划分，仅是粗略地分为交互类和背景类两类，并且上述方法中两类业务分别对应的速率调控策略的区别也很小，从而不能够充分满足特性不同的业务对信道资源的不同需求，不能合理地分配信道资源，使网络资源不能被合理利用。

发明内容

有鉴于此，本发明的主要目的在于提供一种数据域服务速率的调控方法，该方法能充分满足特性不同的业务对信道资源的不同需求，合理地分配信道资源，使网络资源得到合理利用。

为了达到上述目的，本发明提出的技术方案为：

一种数据域服务速率的调控方法，该方法包括以下步骤：

a、预先根据业务的时延特性和上、下行流量大小，对于系统中的各种业务进行业务类型的划分；根据各类业务的时延特性和上、下行流量大小，确定各类所述业务的速率调控策略；

b、当一业务接入或接入后业务量发生变化时，根据所述业务所属类的速率调控策略，调控所述业务的速率。

综上所述，本发明提出的数据域服务速率的调控方法，在对业务类型进行细分的基础上，根据各类业务的业务时延、上下行流量等特性确定各类业务的速率调控策略，并在用户接入时和接入后根据用户业务所属类对对应的速率调控策略，对用户的业务进行速率调整，从而可以更加合理地分配信道资源，保证网络资源的合理利用，提升用户感受。

附图说明

图1为本发明实施例一的流程示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图及具体实施例对本发明作进一步地详细描述。

本发明的核心思想为：在根据业务时延、上下行流量等特性对业务类型进行细分的基础上，根据各类业务的上述特性确定各类业务的速率调控策略，各类业务的速率调控策略将不仅应用于用户接入后的速率调整，还应用于用户接入时的速率配置，如此，可以更加合理地分配信道资源，保证网络资源的合理利用，提升用户感受。

图1为本发明实施例一的流程示意图，如图1所示，该实施例主要包括：

步骤101、预先根据业务的时延特性和上、下行流量大小，对于系统中的各种业务进行业务类型的划分；根据各类业务的时延特性和上、下行流量大小，确定各类所述业务的速率调控策略。

这里，所述业务类型有八类，所述业务类型的具体划分可以为：

如果业务的时延小于等于30秒、下行流量大于128K、上行流量大于64K，则属于第一类业务。例如HTTP业务为第一类业务。

如果业务的时延小于等于30秒、下行流量大于128K、上行流量大于16K且小于等于64K，则属于第二类业务。例如电影、电视、广告、彩信业务等为第二类业务。

如果业务的时延小于等于30秒、下行流量大于32K且小于等于128K、上行流量大于16K小于等于64K，则属于第三类业务。例如视频聊天、SKYPE、语音聊天、GAME、MSN、QQ等业务为第三类业务。

如果业务的时延小于等于30秒、下行流量大于32K且小于等于128K、上行流量小于等于16K，则属于第四类业务。例如MP3等网络实时音乐、WAP等业务为第四类业务。

如果业务的时延大于30秒、下行流量大于128K、上行流量大于64K，则属于第五类业务。例如BT、电驴等业务为第五类业务。

如果业务的时延大于30秒、下行流量小于等于32K、上行流量大于64K，则属于第六类业务。例如SMTP、IMAP、MMS上行等业务为第六类业务。

如果业务的时延大于30秒、下行流量大于128K、上行流量大于16K小于等于64K，则属于第七类业务。例如FTP、POP3等业务为第七类业务。

如果业务的时延大于30秒、下行流量小于等于32K、上行流量小于等于16K，则属于第八类业务。例如文字聊天等业务为第八类业务。

针对上述各类业务的特点，各类业务分别对应的速率调控策略可以分别如下：

第一类业务的特点是：对时延要求高，上/下行速率要求高；业务持续时间，较短。相应地，对于该类业务应采用快升快降调控策略：当业务的上行业务量大于预设的第一上行业务量阈值或下行业务量大于预设的第一下行业务量阈值时，将该业务的速率直接升速到专用传输信道(DCH)最大可调速率，当上行业务量小于预设的第二上行业务量阈值或下行业务量小于预设的第二下行业务量阈值时，将该业务速率降速至DCH最小可调速率，其中，第一上行业务量阈值大于第二上行业务量阈值，第一下行业务量阈值大于第二下行业务量阈值；

进一步地，对于不同业务，第一类业务的速率调控策略具体可以为：

对于高速下行分组接入(HSDPA)的上行业务和Release 4(R4)上行业务，当采用2级升速2级降速的调控策略，其中，DCH最大可调速率配置为128k，当收到4B报告的次数达到n次时，将业务速率降至DCH最小可调速率，其中，1≤n≤10。

对于R4下行业务，采用2级升速2级降速的调控策略，其中，DCH最大可调速率为384k，当收到4B报告的次数达到n次时，将业务速率降至DCH最小可调速率，其中，1≤n≤10。

上述4B报告，为现有系统中一种用于监测业务量降低的测量事件的报告，在此不再赘述。

上述2级升速2级降速的调控策略的具体实现方法为本领域技术人员所掌握，在此不再赘述。

在实际应用中，n的较佳取值为2，如此可获得较合理的业务降速速率，同时可使得速率调控时不会占用过多的系统资源。

第二类业务的特点是：对时延要求高；下行速率要求高，上行要求中等；速率要求稳定；呼叫时延长。相应地，对该类业务应采用快升不降速的调控策略：当业务的上行业务量大于所述第一上行业务量阈值或下行业务量大于所述第一下行业务量阈值时，将该业务的速率直接升速到DCH最大可调速率，并在业务进行期间不对该业务进行降速，直到业务自动释放。

进一步地，对于不同业务，第二类业务的速率调控策略具体可以为：

对于HSDPA上行业务和R4上行业务，采用2级升速不降速的调控策略，DCH最大速率配置为32k，升速后收到4B报告不处理。

对于R4下行业务，采用2级升速不降速的调控策略，其中，DCH最大可调速率配置为384k，升速后收到4B报告不处理。

这里，上述2级升速不降速的调控策略的具体实现方法为本领域技术人员所掌握，在此不再赘述。

所述第三类业务的特点是：对时延要求高；上下行速率要求中等并且稳定；呼叫时延长。相应地，对该类业务应采用快升不降速的速率调控策略：当业务的上行业务量大于所述第一上行业务量阈值或下行业务量大于所述第一下行业务量阈值时，将该业务的速率直接升速到DCH最大可调速率，并在业务进行期间不对该业务进行降速，直到业务自动释放。

进一步地，对于不同业务，第三类业务的速率调控策略具体可以为：

对于HSDPA上行业务和R4上行业务，采用2级升速不降速的调控策略，上行最大速率配置为64k，如果升速后收到4B报告不处理。

对于R4下行业务，采用2级升速不降速的调控策略，其中，下行最大可调速率配置为配置为64k，升速后收到4B报告不处理。

上述2级升速不降速的调控策略的具体实现方法为本领域技术人员所掌握，在此不再赘述。

第四类业务的特点是：对时延要求高；下行速率要求中等并且稳定。相应的，该类业务对上下行应采用不同的速率调控策略：对于上行业务，以初始接入速率接入后不作升速调整，所述初始接入速率大于等于16K且小于等于32K，对于下行业务，当下行业务量大于所述第一下行业务量阈值时，将该下行业务直接升速到DCH最大可调速率，在业务进行期间不对该下行业务进行降速，直到业务自动释放。

进一步地，对于不同业务，第四类业务的速率调控策略具体可以为：

对于HSDPA上行业务和R4上行业务，采用不升速的调控策略，其中，业务的初始接入速率配置为16k，并且在业务进行期间不进行升速处理。

对于R4下行业务，采用2级升速不降速的调控策略，其中，DCH最大可调速率配置为64k，升速后收到4B报告不处理。

第五类业务的特点是：一种强势流业务，有较大的数据传输需求，且会持续较长的时间，只要有空闲资源就会被其占用，将影响其他业务感受，即：对时延要求低；上下行速率要求高；速率要求稳定，属于运营商要求重点控制其流量的业务类型；具有被抢占特性。相应地，对于该类业务应采用慢升快降的速率调控策略：当业务的上行业务量大于所述第一上行业务量阈值或下行业务量大于所述第一下行业务量阈值时，将该业务速率升速到中间速率，所述中间速率为预设的介于最小速率和最大可调速率之间的一级速率，待收到4A报告后升速到DCH最大可调速率，当上行业务量小于所述第二上行业务量阈值或下行业务量小于所述第二下行业务量阈值时，将该业务直接降速至DCH最小可调速率。

进一步地，对于不同业务，第五类业务的速率调控策略具体可以为：

对于HSDPA上行业务和R4上行业务，采用3级升速2级降速的调控策略，其中，DCH最大可调速率配置为128k，业务的初始接入速率配置为16k，如果收到一个4A报告，则升速到中间速率32k，如果再次收到一个4A报告，则升速到所述DCH最大可调速率，如果收到一个4B报告，则直接降速到DCH最小可调速率。

对于R4下行业务，采用3级升速2级降速的调控策略，其中，DCH最大可调速率配置为384k，业务的初始接入速率配置为16K，如果收到一个4A报告，则升速到中间速率64k，如果再次收到一个4A报告，则升速到DCH最大可调速率，如果收到一个4B报告，则直接降速到DCH最小可调速率。

这里，上述3级升速2级降速的调控策略的具体实现方法为本领域技术人员所掌握，在此不再赘述。

所述第六类业务的特点是：对时延要求低，上行速率要求高，下行速率要求低；对流量贡献量不大。相应地，对于该类业务应在上行采用快升不降速、在下行采用以较低速率接入后不作升降速调整的速率调控策略：当业务的上行业务量大于所述第一上行业务量阈值时，将该业务速率直接升速到DCH最大可调速率，在业务进行期间不进行降速，直到业务自动释放；对于下行业务以初始接入速率接入后不作升降速调整，所述初始接入速率大于等于16K且小于等于32K。

进一步地，对于不同业务，第六类业务的速率调控策略具体可以为：

对于HSDPA上行业务和R4上行业务，采用2级升速不降速的调控策略，其中，DCH最大可调速率配置为128k，对升速后收到的4B报告不处理。

对于R4下行业务，采用不升速不降速的调控策略，业务的初始接入速率配置为16k，接入后，在业务进行期间一直维持该初始接入速率，不进行升降速处理。

所述第七类业务的特点为：对时延要求低，上行速率要求中等，下行速率要求高；速率要求稳定，呼叫时延长。相应的，该类业务应采用快升不降速的速率调控策略为：当业务的上行业务量大于所述第一上行业务量阈值或下行业务量大于所述第一下行业务量阈值时，将该业务直接升速到DCH最大可调速率，在业务期间不进行降速，直到业务自动释放。

进一步地，对于不同业务，第七类业务的速率调控策略具体可以为：

对于HSDPA上行业务和R4上行业务，采用2级升速不降速的调控策略，其中，DCH最大可调速率配置为32k，对升速后收到的4B报告不处理。

对于R4下行业务，采用2级升速不降速的调控策略，其中，DCH最大可调速率配置为384k，对升速后收到的4B报告不处理。

所述第八类业务的特点是：对时延要求低，上下行速率要求低。相应地，该类业务应采用不升不降的速率调控策略：当业务接入后，在上行和下行均不作升速或降速处理，直到业务自动释放。

进一步地，对于不同业务，第八类业务的速率调控策略具体可以为：

对于HSDPA上行业务和R4上行业务，采用不升速不降速的调控策略，其中，当业务接入后，在业务进行期间不进行升速处理，业务的初始接入速率为16K。

对于R4下行业务，采用不升速不降速的调控策略，其中，当业务接入后，在业务期间不进行升降速处理，业务的初始接入速率为16K。

这里需要说明的是：在上述各类业务的具体速率调控策略中，不同业务的DCH最大可调速率和DCH最小可调速率仅给出了一个较佳值，在实际应用中还可采用现有协议标准中设置的其他取值，在此不再赘述。

本步骤中，通过针对各类业务在时延、上下行流量等方面的不同特性，设置与各类业务特性相匹配的速率调控策略，从而可以最大限度地确保各类业务的QoS要求，有效提高了码资源利用率。

步骤102、当一业务接入或接入后业务量发生变化时，根据所述业务所属类的速率调控策略，调控所述业务的速率。

从上述技术方案可以看出，本发明根据业务在时延、上下行流量等方面具有的特性，对于各业务，采用与其上述特性相匹配的升、降速调控策略，从而可以合理分配码资源，有效提升系统资源利用率，提高用户接入成功率。

综上所述，以上仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

1.一种数据域服务速率的调控方法，其特征在于，该方法包括以下步骤：

2.根据权利要求1所述的方法，其特征在于，所述业务类型有八类，所述业务类型的划分包括：

如果业务的时延小于等于30秒、下行流量大于128K、上行流量大于64K，则属于第一类业务；

如果业务的时延小于等于30秒、下行流量大于128K、上行流量大于16K且小于等于64K，则属于第二类业务；

如果业务的时延小于等于30秒、下行流量大于32K且小于等于128K、上行流量大于16K小于等于64K，则属于第三类业务；

如果业务的时延小于等于30秒、下行流量大于32K且小于等于128K、上行流量小于等于16K，则属于第四类业务；

如果业务的时延大于30秒、下行流量大于128K、上行流量大于64K，则属于第五类业务；

如果业务的时延大于30秒、下行流量小于等于32K、上行流量大于64K，则属于第六类业务；

如果业务的时延大于30秒、下行流量大于128K、上行流量大于16K小于等于64K，则属于第七类业务；

如果业务的时延大于30秒、下行流量小于等于32K、上行流量小于等于16K，则属于第八类业务。

3.根据权利要求2所述的方法，其特征在于，各所述业务类型分别对应的速率调控策略包括：

所述第一类业务的速率调控策略为：当业务的上行业务量大于预设的第一上行业务量阈值或下行业务量大于预设的第一下行业务量阈值时，将该业务的速率直接升速到专用传输信道(DCH)的最大可调速率，当上行业务量小于预设的第二上行业务量阈值或下行业务量小于预设的第二下行业务量阈值时，将该业务速率降速至DCH最小可调速率，其中，第一上行业务量阈值大于第二上行业务量阈值，第一下行业务量阈值大于第二下行业务量阈值；

所述第二类业务的速率调控策略为：当业务的上行业务量大于所述第一上行业务量阈值或下行业务量大于所述第一下行业务量阈值时，将该业务的速率直接升速到DCH最大可调速率，并在业务进行期间不对该业务进行降速，直到业务自动释放；

所述第三类业务的速率调控策略为：当业务的上行业务量大于所述第一上行业务量阈值或下行业务量大于所述第一下行业务量阈值时，将该业务的速率直接升速到DCH最大可调速率，并在业务进行期间不对该业务进行降速，直到业务自动释放；

所述第四类业务的速率调控策略为：对于上行业务，以初始接入速率接入后不作升速调整，所述初始接入速率大于等于16K且小于等于32K，对于下行业务，当下行业务量大于所述第一下行业务量阈值时，将该下行业务直接升速到DCH最大可调速率，在业务进行期间不对该下行业务进行降速，直到业务自动释放；

所述第五类业务的速率调控策略为：当业务的上行业务量大于所述第一上行业务量阈值或下行业务量大于所述第一下行业务量阈值时，将该业务速率升速到中间速率，所述中间速率为预设的介于最小速率和最大可调速率之间的一级速率，待收到4A报告后升速到DCH最大可调速率，当上行业务量小于所述第二上行业务量阈值或下行业务量小于所述第二下行业务量阈值时，将该业务直接降速至DCH最小可调速率；

所述第六类业务的速率调控策略为：当业务的上行业务量大于所述第一上行业务量阈值时，将该业务速率直接升速到DCH最大可调速率，在业务进行期间不进行降速，直到业务自动释放；对于下行业务以初始速率接入后不作升降速调整，所述初始接入速率大于等于16K且小于等于32K；

所述第七类业务的速率调控策略为：当业务的上行业务量大于所述第一上行业务量阈值或下行业务量大于所述第一下行业务量阈值时，将该业务直接升速到DCH最大可调速率，在业务期间不进行降速，直到业务自动释放；

所述第八类业务的速率调控策略为：当业务接入后，在上行和下行均不作升速或降速处理，直到业务自动释放。

4.根据权利要求2所述的方法，其特征在于，各所述业务类型分别对应的速率调控策略包括：

所述第一类业务的速率调控策略为：对于高速下行分组接入(HSDPA)的上行业务和Release 4(R4)上行业务，当采用2级升速2级降速的调控策略，其中，DCH最大可调速率配置为128k，当收到4B报告的次数达到n次时，将业务速率降至DCH最小可调速率，其中，1≤n≤10；对于R4下行业务，采用2级升速2级降速的调控策略，其中，DCH最大可调速率为384k，当收到4B报告的次数达到n次时，将业务速率降至DCH最小可调速率；

所述第二类业务的速率调控策略为：对于HSDPA上行业务和R4上行业务，采用2级升速不降速的调控策略，DCH最大速率配置为32k，升速后收到4B报告不处理；对于R4下行业务，采用2级升速不降速的调控策略，其中，DCH最大可调速率配置为384k，升速后收到4B报告不处理；

所述第三类业务的速率调控策略为：对于HSDPA上行业务和R4上行业务，采用2级升速不降速的调控策略，DCH最大可调速率配置为64k，如果升速后收到4B报告不处理；对于R4下行业务，采用2级升速不降速的调控策略，其中，DCH最大可调速率配置为64k，升速后收到4B报告不处理；

所述第四类业务的速率调控策略为：对于HSDPA上行业务和R4上行业务，采用不升速的调控策略，其中，业务的初始接入速率配置为16k，并且在业务进行期间不进行升速处理；对于R4下行业务，采用2级升速不降速的调控策略，其中，DCH最大可调速率配置为64k，升速后收到4B报告不处理；

所述第五类业务的速率调控策略为：对于HSDPA上行业务和R4上行业务，采用3级升速2级降速的调控策略，其中，DCH最大可调速率配置为128k，业务的初始接入速率配置为16k，如果收到一个4A报告，则升速到中间速率32k，如果再次收到一个4A报告，则升速到DCH最大可调速率，如果收到一个4B报告，则直接降速到DCH最小可调速率；对于R4下行业务，采用3级升速2级降速的调控策略，其中，DCH最大可调速率配置为384k，业务的初始接入速率配置为16K，如果收到一个4A报告，则升速到中间速率64k，如果再次收到一个4A报告，则升速到DCH最大可调速率，如果收到一个4B报告，则直接降速到DCH最小可调速率；

所述第六类业务的速率调控策略为：对于HSDPA上行业务和R4上行业务，采用2级升速不降速的调控策略，其中，DCH最大可调速率配置为128k，对升速后收到的4B报告不处理；对于R4下行业务，采用不升速不降速的调控策略，业务的初始接入速率配置为16k，接入后，在业务进行期间一直维持该初始接入速率，不进行升降速处理；

所述第七类业务的速率调控策略为：对于HSDPA上行业务和R4上行业务，采用2级升速不降速的调控策略，其中，DCH最大可调速率配置为32k，对升速后收到的4B报告不处理；对于R4下行业务，采用2级升速不降速的调控策略，其中，DCH最大可调速率配置为384k，对升速后收到的4B报告不处理；

所述第八类业务的速率调控策略为：对于HSDPA上行业务和R4上行业务，采用不升速不降速的调控策略，其中，当业务接入后，在业务进行期间不进行升速处理，业务的初始接入速率为16K；对于R4下行业务，采用不升速不降速的调控策略，其中，当业务接入后，在业务期间不进行升降速处理，业务的初始接入速率为16K。

5.根据权利要求4所述的方法，其特征在于，所述n为2。