发明内容
本发明要解决的主要技术问题在于提供一种对HS-DSCH信道码进行综合动态管理的方法。本方法在接受到新的HS-DSCH承载业务请求时,基于当前带宽资源,根据请求业务的基本QoS类型和业务模型,以及当前系统OVSF码资源的实际使用情况,解决HS-DSCH信道码的动态分配问题;在现有的HS-DSCH承载业务结束后,通过计算系统HS-DSCH信道资源的利用率,解决HS-DSCH信道码的动态回收问题。
本发明另一个要解决的技术问题在于,根据业务请求不同的QoS类型,提出了一种动态分配HS-DSCH信道码的方法。使得对于HS-DSCH信道码的分配管理即考虑了系统的容量要求又考虑了不同业务的QoS需求,能够更有效地为业务提供有效的QoS保障;为了提高业务请求接受处理的成功率,同时还考虑了在没有足够的SF 16 OVSF码资源的情况下,也就是不一定是全部的SF 16 OVSF都被占用,也可能是由于码阻塞造成某些SF 16 OVSF码不可用,将HSDPA的传输业务转换成为DCH传输,从而提高系统的整体性能。
本发明要解决的技术问题还在于:根据HS-DSCH的信道利用率,提出了一种动态回收空闲信道码的方法,能够非常有效地提高HS-DSCH的信道码利用率,从而提升整个系统OVSF码资源利用率和业务用户容量。
本发明所述对HS-DSCH信道码进行综合动态管理的方法,包括:
在接受到新的HS-DSCH承载业务请求时:
首先计算当前系统已占用的HS-DSCH信道资源,然后用系统总的HS-DSCH信道资源减去当前系统已占用的HS-DSCH信道资源,得到系统剩余HS-DSCH信道资源;
然后,根据业务请求的QoS要求,计算新业务请求所需要的HS-DSCH信道资源;
将当前系统剩余HS-DSCH信道资源与新业务请求所需要的HS-DSCH信道资源进行比较;如果系统剩余HS-DSCH信道资源大于新业务请求所需要的HS-DSCH信道资源,则不需要增加分配新的HS-DSCH信道码,采用原有的HS-DSCH信道传输新业务数据;如果系统剩余HS-DSCH信道资源小于新业务请求所需要的HS-DSCH信道资源,则增加分配新的HS-DSCH信道码,并根据当前码树使用的实际情况进行新增码的分配或将该业务请求转移到DCH信道上进行数据传输;
当现有的HS-DSCH承载业务结束时:
则计算当前系统HS-DSCH信道码资源的利用率,并与预定义的门限进行迟滞比较,如果大于预定义的门限,则不进行信道码的回收,结束本次信道码回收处理过程;如果小于预定义的门限,则进入信道码回收处理过程。
所述当前HS-DSCH信道码资源利用率(Code Usage Ratio,CUR),被定义为当前所有在进行HS-DSCH承载传输业务的下行平均速率(Downlink Mean Rate,DMR)或要求保证速率(Guarantee Bit Rate,GBR)之和与系统HS-DSCH信道带宽的比值。
本发明所述动态分配HS-DSCH信道码的方法,包括:
根据请求业务的基本QoS类型,比较请求业务的要求保证速率或下行链路平均速率与系统当前可用的HS-DSCH信道带宽资源的大小;
如果请求的要求保证速率或平均速率比可用的带宽资源小则不要增加分配新的HS-DSCH信道码,反之进入增加分配HS-DSCH信道码的过程;
在增加分配HS-DSCH信道码的过程中,如果当前的OVSF码树中找不到要求数目的可用HS-DSCH信道码,则将该请求业务转移到专用信道DCH上进行新的DCH信道码的分配;如果存在要求数目的HS-DSCH信道码,则通过对HS-DSCH信道的重配置将增加的HS-DSCH信道码配置到信道上,使其能够支持所请求的业务需求。
本发明所述动态回收空闲信道码的方法,包括:
比较当前HS-DSCH信道码个数与预定义下限速率对应的信道码个数;如果当前的HS-DSCH的信道码个数已经等于该预定义下限速率对应的信道码个数,则结束本次处理;
计算当前的HS-DSCH信道码利用率CUR;比较当前的CUR与预定义的码利用率门限的大小;
如果CUR大于预定义的门限,则结束本次信道码回收处理过程;否则,执行码回收处理;
在一个定长的时间段内,监测系统是否又有新的HSDPA业务请求到来,如果有新业务到来,则重新计算CUR,再比较当前的CUR与预定义的码利用率门限的大小并进行相应处理;如果没有新业务到来,则计算需要回收的信道码个数。
本发明所述方法与现有提出的一般DCH信道码分配方法相比,并不需要对现有码分配算法实现进行改动,而且可以方便地与现有算法进行融合,作为现有信道码分配算法的补充。并且本发明在具体的SF 16OVSF码的选择并有效地解决码树阻塞时,以及解决没有足够可分配的HS-DSCH信道码时,转为利用DCH信道支持新请求业务时,就需要利用到原有系统的信道码分配算法。采用本发明的HS-DSCH信道码管理策略,可以使得现有的码分配算法能够很好的支持实现新的HSDPA业务需求。本发明为HSDPA承载的低时延要求、突发传输模式类型的业务提供了一种方便可行且有效的利用系统带宽资源的动态管理方法。可以很好地应用在未来无线网络控制器(RNC)的无线资源管理(RRM)算法对HSDPA技术的扩展中。
通过后面的实施方式和附图的描述,本发明的其他目的和特征将变得更清楚。附图中相同的标号表示相同或相似的部件。
具体实施方式
3GPP协议针对承载的业务特性以及QoS要求将现有的业务按照QoS级别分成了四大类,即会话类(Conversation Class)、交互类(Interactive Class)、流媒体类(Streaming Class)和背景应用类(Background Class)。每一类业务都对本身所需满足的QoS提出了不同的要求,根据HSDPA传输模式的特性,流媒体类和背景应用类的业务优先考虑采用HSDPA的模式进行传输。
在本发明中,考虑到采用HSDPA进行传输的业务多为流媒体类和背景应用类,而且一个业务请求在HS-DSCH信道中传输的数据总量是恒定的。所以结合了业务的QoS请求和业务模型(Traffic Model)中的有关参数,对于流媒体类型的业务请求,直接利用QoS参数中的要求保证速率GBR用来作为业务请求速率的度量因子;对于背景应用类业务请求,则采用QoS参数中下行链路峰值速率(DPR-Downlink PeakRate)和业务模型中的下行链路激活因子(DACT-Downlink ActivityFactor)来计算该业务请求的下行链路平均速率DMR(DMR=DPR×DACT),并以此作为业务请求速率的度量因子。
因为对于流媒体类型的业务请求,QoS参数中的要求保证速率GBR就是其提出的在该业务进行数据传输的时间阶段内,系统必须提供的传输速率要求,否则系统就无法满足该业务请求的QoS要求。所以在度量流媒体类型的业务对传输速率的要求时,可以将要求保证速率GBR作为度量的标准。而对于背景应用类业务请求,下行链路平均速率作为HSDPA所支持的低时延要求突发模式业务对带宽和速率要求的一种方便和等效的表达,可以充分反映为达到该业务的基本QoS需求所要满足的速率要求。所以在度量背景应用类型的业务对传输速率的要求时,可以将下行链路平均速率DMR最为度量标准。
为了能够清楚的描述本发明的动态管理方法,需要事先假设一些前提条件:
一、新的业务请求在经过准入控制AC(Admission Control)的判断后,确认系统具有接纳处理该请求的能力,即根据系统的可用带宽资源也就是码资源,认为系统具有处理新请求的能力。
二、由于本发明所关注的是HS-DSCH信道的码资源管理,所以新请求的业务在传输信道的选择上,已经被确定优先考虑采用HS-DSCH进行传输。
三、请求的业务有可能是流媒体类型的业务请求,或是背景应用类型的业务请求,当前系统中已经使用了的HS-DSCH信道资源,就等于所有已经进行传输的流媒体类和背景应用类业务的要求保证速率GBR和下行链路平均速率DMR的总和。
图2所示为本发明所述对HS-DSCH信道码进行综合动态管理的方法的原理示意的图解,其中:
A+B+C表示所有的从SF=4到SF=512的OVSF码;
B+C表示SF=16的15个HS-DSCH可用的OVSF码;
B表示可被普通DCH使用的OVSF码;
C表示只供HS-DSCH使用的OVSF码。
本发明的核心思想是根据一定判断准则,动态地滑动B,C之间的那条黑线;当向右滑动时,表示增加分配给HS-DSCH的码,向左滑动则表示对码资源进行回收;当黑线滑到AB交界处,表明所有HS-DSCH码资源还不能够满足系统的带宽需求,就必须考虑将一部分HSDPA业务转成普通的DCH业务。
根据本发明的核心思想,本发明所述动态管理HS-DSCH信道码进行综合动态管理的方法,具体包括如下:
在接受到新的HS-DSCH承载业务请求时,
首先计算当前系统已占用的HS-DSCH信道资源,然后用系统总的HS-DSCH信道资源减去当前系统已占用的HS-DSCH信道资源,得到系统剩余HS-DSCH信道资源;
然后,新业务请求所需要的HS-DSCH信道资源;
将当前系统剩余HS-DSCH信道资源与新业务请求所需要的HS-DSCH信道资源进行比较;如果系统剩余HS-DSCH信道资源大于新业务请求所需要的HS-DSCH信道资源,则不需要增加分配新的HS-DSCH信道码,在原有的HS-DSCH信道上进行新业务的数据传输;如果系统剩余HS-DSCH信道资源小于新业务请求所需要的HS-DSCH信道资源,则增加分配新的HS-DSCH信道码,并根据当前码树使用的实际情况进行新码的分配或将业务请求转移到DCH信道上进行数据传输;
当现有的HS-DSCH承载业务结束后,HS-DSCH信道上就会有相应的带宽空闲出来。本发明计算当前系统的HS-DSCH码资源利用率CUR,也就是对应于HS-DSCH信道的使用率,并与预定义的门限进行比较,如果大于预定义的门限,说明当前系统的HS-DSCH码资源利用率高,则不需要进行信道码的回收,结束本次信道码回收处理过程;如果小于预定义的门限,则进入信道码回收处理过程。回收“浪费”的码资源,提高HS-DSCH的信道利用率,从而提高整个系统的OVSF码利用率。
所述当前HS-DSCH信道码资源利用率CUR,被定义为当前所有在进行HS-DSCH承载传输业务的下行平均速率或要求保证速率之和与系统HS-DSCH信道带宽的比率。
下面是关于本发明所述动态分配HS-DSCH信道码的方法的原理描述。
本发明所述动态分配HS-DSCH信道码的方法,其主要原理是根据请求业务的基本QoS类型,比较请求业务的要求保证速率或下行链路平均速率与系统当前可用的HS-DSCH信道带宽资源的大小。
如果请求的要求保证速率或平均速率比可用的带宽资源小则不要增加分配新的HS-DSCH信道码,反之则需要增加分配HS-DSCH信道码。
同时在增加分配的过程中,如果当前的OVSF码树中找不到要求数目的可用HS-DSCH信道码,但是经过AC判别系统的判断,系统还有能力可以支持该业务的请求带宽要求时,则考虑将该请求业务转移到专用信道DCH上进行数据传输,并且可以利用现有的码分配算法进行新的DCH信道码的分配。如果存在要求数目的HS-DSCH信道码,则通过对HS-DSCH信道的重配置将增加的HS-DSCH信道码配置到信道上,使其能够支持所请求的业务需求。
HS-DSCH信道码分配策略如图3所示,在接收到一个新请求的采用HS-DSCH进行数据传输的业务后按以下步骤进行:
步骤301:计算当时系统HS-DSCH可用带宽资源(SAB-SystemAvailable Bandwidth)。
由系统当前HS-DSCH信道配置的信道码个数可以计算得到当前系统的HS-DSCH总带宽,减去当前系统中所有HSDPA传输业务的GBR和DMR之总和,就可以得到当前系统的可用HS-DSCH带宽(SAB)。
步骤302:判断当前的业务请求的基本QoS类型。
根据业务请求中的QoS参数指定的业务类型,确定当前的业务请求是流媒体类型(Streaming Class)还是背景应用类型(Background Class),以确定对该请求采用什么样的参数进行系统带宽要求的度量。
步骤303:对于流媒体类型的业务请求,直接利用其QoS参数中的要求保证速率GBR作为要求的下行链路传输速率(TR_req),即TR_req=GBR。
步骤304:对于背景应用类的业务请求,计算其下行链路平均速率DMR。
利用QoS请求的业务模型参数下行链路峰值速率DPR和下行链路激活因子DACT计算该业务请求的下行链路平均速率DMR=DPR×DACT。
步骤305:对于背景应用类的业务请求,利用其下行链路平均速率DMR,作为要求的下行链路传输速率TR_req,即令:TR_req=DMR。
步骤306:比较请求TR_req与系统HS-DSCH可用带宽,确定是否需要增加分配HS-DSCH信道码。
如果请求的TR_req与比系统HS-DSCH的可用带宽小,则不需要增加分配HS-DSCH信道码,直接跳到步骤307,采用原有的HS-DSCH信道进行新请求业务的数据传输;如果请求的TR_req与大于系统HS-DSCH的可用带宽,则表示需要增加分配新的HS-DSCH信道码以提高系统可用带宽,支持当前请求的业务需求,跳到步骤308计算需要增加分配的HS-DSCH信道码个数。
步骤307:利用现有的HS-DSCH信道进行新请求业务的数据传输。
此时,不需要改变现有的HS-DSCH信道码分配,直接利用现有的HS-DSCH信道进行新请求的业务的数据传输,本次码分配处理过程结束。
步骤308:计算需要增加分配的HS-DSCH信道码个数(N_add)。
利用新业务请求的TR_req与系统HS-DSCH的可用带宽SAB之差,计算所需要增加分配的扩频因子长度为16的OVSF信道码个数N_add。
步骤309:判断是否存在N_add个可用的扩频因子长度为16的OVSF码。
如果当前系统的OVSF码树中找不出N_add个可用的扩频因子长度为16的OVSF信道码,则表示目前系统不能增加分配N_add个HS-DSCH信道码,但是系统还是有带宽资源可以支持当前的请求业务,所以跳到步骤310利用一个新的专用信道DCH来传输新请求的业务数据;否则表示系统可以增加分配N_add个HS-DSCH信道码给HS-DSCH用来传输新的业务请求,跳到步骤311进行HS-DSCH信道的重配置。
步骤310:采用新的DCH来传输新请求业务的数据。
由于经过AC判断,系统具有支持新请求业务带宽要求的能力,所以在不能增加分配所需个数的HS-DSCH信道码的情况下,可以采用一个新的DCH的方式来进行新请求业务的数据传输,这样同样可以满足新业务的需求,从而降低了系统处理的失败率。此时DCH信道码分配可以采用原有的码分配处理机制。
步骤311:通过HS-DSCH的重配置来增加分配所需的N_add个HS-DSCH信道码。
通过HS-DSCH信道重配置,增加分配N_add个扩频因子长度为16的OVSF信道码,使得当前的HS-DSCH可以同时支持新的业务请求。
步骤312:在新配置的HS-DSCH信道上进行新请求的业务数据的传输,完成本次信道码分配的处理过程。
本发明所述HS-DSCH信道码的回收方法,主要考虑的是当前系统HS-DSCH信道码的利用率以及HS-DSCH信道码本身的固定长度16的特征。当一个HS-DSCH承载的传输业务结束时,就会空闲出一些HS-DSCH的带宽,当前系统的HS-DSCH信道码利用率必然会有所下降。为了提高系统的码资源利用率,就需要适时回收一些HS-DSCH的信道码,以提供给其他的业务请求使用。同时为了能够满足最低的速率保证并提高回收策略判断的准确性,减少不必要的操作,本发明在回收处理过程中采用了双门限和延迟判断机制,其中的最低速率门限和信道利用率门限需要根据系统和业务支持规划事先得以确定。
本发明所述HS-DSCH信道码的回收方法的流程如图4所示,在一个HS-DSCH承载的数据传输业务结束后按以下步骤进行:
步骤401:比较当前HS-DSCH信道码个数与预定义下限速率对应的信道码个数。
为了保证系统能够提供最低的HS-DSCH带宽,所以必须使得分配的HS-DSCH信道码的个数不能少于预定义的下限值。如果当前的HS-DSCH的信道码个数已经等于该下限值,则不能再进行回收,直接跳到步骤404结束本次处理。否则跳到步骤402。
步骤402:计算当前的HS-DSCH信道码利用率CUR。
根据当前系统的HS-DSCH信道带宽和同时在使用HS-DSCH进行数据传输业务的平均速率之和,计算CUR。CUR定义为:当前所有在进行HS-DSCH承载传输业务的下行平均速率之和与系统HS-DSCH信道带宽之比。
步骤403:比较当前的CUR与预定义的码利用率门限的大小。
如果CUR大于预定义的门限,则表示目前的系统HS-DSCH的信道码利用率还高于预定义的下限,则不需要回收HS-DSCH信道码来提高利用率,直接跳到步骤404,结束本次信道码回收处理过程;否则表示当前的CUR已经低于我们的期望值,需要执行码回收处理,跳到步骤405处理。
步骤404:不需要回收HS-DSCH的信道码。
表示目前的HS-DSCH信道码利用率CUR仍旧高于期望值,没有可供回收的信道码资源。
步骤405:启动一个延迟定时器。
为了提高回收策略的判断准确性,防止由于CUR出现短时间波动导致频繁的码分配回收操作,从而降低了系统效率,因此需要使得当前的CUR值低于门限的状态保持一定的时间。
步骤406:在定时器启动阶段监测是否又有新的HSDPA业务请求到来。
因为在此时期内,如果有新接收到的HSDPA业务请求,又会影响到当前的HS-DSCH信道码的使用率CUR,有可能提高了CUR并超过门限值。而此期间如果继续有HSDPA传输业务结束,则不需要重新计算CUR,因为结束的业务只会使CUR进一步下降,对当前的判断没有影响。
步骤407:如果有新业务的到来,则重新计算CUR。
在接收新的HSDPA业务后需要根据当前的实际情况重新计算CUR。
步骤408:重新判断当前的CUR与预定义的码利用率门限的大小。
如果CUR又大于了预定义的门限值,则表示当前的利用率回升到了期望值以上,则不需要回收码资源,直接跳到步骤409处理;否则,继续等待定时器超时。
步骤409:停止定时器的定时,结束本次信道码回收处理过程。
步骤410:定时器超时后,重新计算HS-DSCH中浪费的带宽(SWB-system waste bandwidth)和需要回收的码个数N_del。
定时器超时表示当前的CUR仍然低于预定义的门限,需要进行码资源的回收,所以计算回收的码个数。
步骤411:比较N_del是否大于0。
因为HS-DSCH信道码固定扩频因子为16的特点,导致了每回收一个HS-DSCH信道码,就会使得当前系统的HS-DSCH带宽减少16R(R为SF=256的基本速率),所以计算得到的N_del可能为0,则表示浪费的带宽尚不足以释放一个码,所以可以直接跳到步骤404,结束本次处理。当然这种情况可以通过预定义门限的设置来避免。
步骤412:比较回收后的剩余HS-DSCH带宽与预定义的最小支持带宽的大小。
为了保证系统预定义的最小HS-DSCH带宽,所以在回收码之前,需要计算回收后剩余带宽与预定义的最小带宽之间的大小,如果小于最小带宽,则跳到步骤413,否则跳到步骤414处理。
步骤413:回收系统当前HS-DSCH带宽与最小带宽之差所对应个数的码。
直接回收N_del个码,会使得当前系统的HS-DSCH带宽小于预定义的最小支持带宽,所以为了保证最低HS-DSCH带宽,不能超出范围预定义的最小支持带宽回收,只能回收当前HS-DSCH带宽与最小带宽之差所对应个数的HS-DSCH信道码。
步骤414:回收N_del个HS-DSCH信道码,结束本次回收处理过程。
相信本发明的操作和结构通过上面的描述已经很清楚了。不脱离本发明的范围和构思可以做出许多其它改变和改型。应当理解,本发明不限于特定的实施例,本发明的范围由所附权利要求限定。