电信网络中的业务负载控制的制作方法

文档序号:7936949阅读:222来源:国知局

专利名称::电信网络中的业务负载控制的制作方法
技术领域
:本发明涉及电信,具体涉及无线电信。
背景技术
:在现代电信网络中,提供多类型服务的需要变得日益重要。例如,为实时(RT)服务提供服务质量(QoS)保证很重要。RT服务是,例如媒体流、语音/视频会话以及多媒体广播。由于网络由很多用户共享,在支持业务会话的网络中的每条链路处,每一个业务会话需要呼叫承载容量(即带宽)的适当共享。由于这种容量是有限的,常常有拥塞的问题。在拥塞的链路处控制带宽的已知方式是降低针对非实时(NRT)业务会话的允许速率。目的在于确保有足够的带宽用于实时(RT)业务会话。针对这种NRT业务控制有很多已知的方法,如业务成形和基于速率的流控制。具体地,在通用移动电信系统(UMTS)网络中,基站控制器(无线网络控制器,RNC)及其控制的基站之伺存在被称为Iub接口的接口。控制这些Iub接口上业务的已知方法是,降低NRT会话(特别是交互式或背景式的UMTSQoS等级)的传输率,而不限制RT会话的传输率。
发明内容当考虑到已知系统时,发明人认识到已知的带宽控制方法设法减少非实时(NRT)业务的量,而关于RT业务应当始终具有优先级的假定不对RT业务进行限制。发明人认识到该假定可能是错误的。提供了一种控制通信网络中链路上的业务的方法。该链路承载了非实时和实时服务的用户会话。该方法包括周期性地监控链路上的业务负载。该方法还包括相继交替限制链路上的NRT和RT业务,以使得所述负载低于预定级别。现作为示例并参照附图来描述本发明的实施例,在附图中图1是示出了电信网络的图2是示出了图1所示网络的链路中带宽控制方法的图;图3是示出了UMTS电信网络的图;以及图4是示出了在图3所示的UMTS网络的链路中应用的带宽控制方法的图。具体实施例方式当考虑到已知系统时,发明人认识到己知方法涉及,非实时(NRT)业务的控制,然而也需要以适当的方式对实时(RT)业务进行控制。发明人基于以下原因对此进行考虑-(1)应当始终利用比NRT业务更高优先级来处理RT业务的意见有时是无效的。关于用户所感知的性能,NRT业务会话劣化(如网页浏览时的缓慢响应和文件下载的漫长时间)是不可接受的。(2)在一些网络中,不管用户正在使用NRT应用还是RT应用,都需要区分用户的业务。例如,如另一些用户相比,一些网络对申请向一些用户的业务应用更严格的服务质量(.QoS)要求,并要求付费。示例为金、银和铜QoS确定用户。预定金QoS的用户可能是期望最高优先级的紧急业务提供者,如警察、救护车、消防队和其他政府机构。银用户可以是支付额外费而期待高QoS的公司消费者。铜用户可以是支付较少并可以接受所谓尽力而为的性能的临时的消费者用户。(3)很多RT服务在没有终止会话的情况下降级。通常,这些降级意味着正在进行的媒体编编解码率的降低或无线承载的重配置,以使得要求小的带宽。如果金用户正在进行NRT服务会话并且链路变得拥塞,使铜用户的RT服务会话处理降级而不使金用户的NRT业务会话处理降级是更优选的。(4)在一些情况下,特别在由不同类型的网络构成的电信系统5中,可以执行业务卸载(也称为负载平衡)以将一些用户移到网络的另一链路或移到另一网络。典型的情况是第三代(3G)网络,如UMTS网络,其中第二代(2G)网络与其具有交叠的无线覆盖区。有一些3G语音业务卸载到2G网络上,以使得让3G网络上的数据服务用户享受高的数据率。发明人做出他的发明,发明的实施例描述如下。第一示例网络如图1所示,示例网络2包括节点控制器4,节点控制器4包括到节点8的链路6。该节点控制器包括带宽管理器10。带宽管理器带宽管理器10是驻留在待控制链路6的节点控制器4中的业务控制器。带宽控制器10有许多任务。首先,带宽控制器连续地或周期性地监控链路负载,并且如果链路负载(LL)超过业务拥塞阈值(Th—TC),则触发业务控制功能。该阈值Th一TC可以是总链路带宽的固定百分比(例如95%)或固定业务每单位时间值。第二,带宽管理器10保持包括以下内容的表待应用于实时业务的不同QoS组的带宽阈值集,以及待应用于非实时业务的不同QoS组的带宽阈值集。第三,带宽管理器10在发生拥塞时通过以下步骤来执行业务的减少根据该表计算特定类型的业务所需的减少量,以及适当地减少那些类型业务的进入。下面将关于图2对此进行更详细的描述。第四,如果需要,带宽管理器执行负载平衡,S卩,将一些业务移至另一链路6,以减少第一链路6上的业务。第五,如果需要控制拥塞,带宽管理器10释放所选用户会话,换言之,从最低QoS组的用户开始,丢弃用户会话。链路拥塞控制方法现将描述带宽管理器IO用于控制链路拥塞的示例方法。基本原则是以下之一根据所存储的阈值表,根据相应的QoS组渐次地向实时业务添加限制或限制集合,直到克服拥塞为止;以及备选地,根据所存储的阈值表,根据相应的QoS组渐次地向非实时业务添加限制或限制集合,直到克服拥塞为止。在所存储的阈值表中对该限制进行定义。表1示出了在多种可能性中所存储的阈值表的一个示例。该表示出了针对NRT业务的阈值集NRT一I(I=1,2,3,...,N)以及针对RT业务的阈值集RT—I(I=1,2,3,...,N),两者都以千比特每秒为单位。在应用拥塞控制限制之前,该表还示出了以千比特每秒为单位的每一种类型的业务的初始最大允许速率("基本速率")。<table>tableseeoriginaldocumentpage7</column></row><table>表l:用于拥塞控制的示例阈值如表1所示,根据业务类型涉及非实时(NRT)服务还是实时(RT)服务并且根据QoS组来划分业务类型。与QoS组2相比,QoS组1中的用户支付并期望更好的服务质量,而QoS组3被提供最低的QoS保证。当然,在其它相似的实施例中,可能多于三个QoS组。表1所示的基本速率是在应用限制之前针对单个用户会话的最大允许速率;基本速率也被称为最大用户承载速率或用户链路层速率。当然,对于NRT业务,由于这种类型的业务的突发性,用户会话的即时数据速率可以在最大允许速率的0到1倍之间。对于RT业务,即时数据速率将具有更小的波动,但是也将小于相应的最大允许速率。阈值指示了针对每一种类型的每一个呼叫会话的最大允许速率,该类型取决于当前应用针对NRT业务的哪个阈值集NRT—I(I=1,2,3,...,N)以及针对NRT业务的哪个阈值RT一I(1=1,2,3,...,N)。注意到,表l中给出的实际数据率仅是示例。在一些可选但在其他方面类似的实施例中,以基本速率的百分比给出阈值,由于这是更容易指示其中存在具有许多不同基本速率的许多业务类型阈值的方式。。处理如下。带宽管理器IO确定链路负载(LL)的等级(步骤a)。以所设的间隔(如,每20毫秒)进行LL等级的确定,否则连续地进行确定。检查(步骤b)负载等级LL是否低于拥塞控制阈值Th一TC,当链路负载(LL)低于Th一TC时,针对相关类型的会话,所有的用户会话可以使用高达最大允许速率("基本速率")的速率。如果LL超过Th一TC,则应用业务减少的第一步骤(步骤c),即将新的带宽阈值集NRT-1应用到表1所示的NRT业务。例如,针对NRTQoS组1用户的会话的最大允许速率保持在800kbps,而将针对NRTQoS组2用户的会话的最大允许速率减到600kbps以及将针对NRTQoS组3用户的会话的最大允许速率减到400kbps。然后,然后检查(步骤d)LL是否小于现已应用了限制NRT-lTh—TC。如果LL仍然超过Th一TC,这次对于RT业务将应用进一步的业务减少(步骤e),具体地,如表1所示,将带宽阈值集RT—1应用到RT业务。具体地,针对RTQoS组1用户的会话的最大允许速率保持在500kbps,而将针对RTQoS组2用户的会话的最大允许速率减到400kbps,以及将针对RTQoS组3用户的会话的最大允许速率减到300kbps。以这种方式,在拥塞控制循环中,首先对NRT业务进行限制,如果NRT业务的限制不足以使得链路负载LL低于必要的阈值Th一TC,随后进行对RT业务的限制。应用最大允许速率的实际机制是公知的,例如对分组进行缓存以使得调整流速率、源输出速率控制以及随机地放弃分组。在业务控制的该第一循环之后,检查(步骤f)LL是否仍超过Th—TC。如果是,则采取进一步的业务控制,即,通过将另一阈值集NRT_2应用到NRT业务来进行NRT业务减少的第二步骤(步骤g)。具体地,如表2所示,将针对NRTQoS组1用户的会话的最大允许速率减小至600kbps,将针对NRTQoS组2用户的会话的最大允许速率减小至400kbps,将针对NRTQoS组3用户的会话的最大允许速率减小至300kbps。8同样,检査(步骤h)链路负载(LL)是否大于Th—TC,如果是,则通过将另一阈值集RT一2应用到RT业务来进行RT业务减少的第二步骤(步骤i)。具体地,如表2所示,将针对RTQoS组1用户的最大允许速率减到400kbps,将针对RTQoS组2用户的最大允许速率减到300kbps,将针对RTQoS组3用户的最大允许速率减到200kbps。由此进行RT业务限制的NRT的第二循环。如图2所示,当LL>Th_TC时,随着应用逐渐严格的最大允许速率阈值,重复这样的循环,直到应用第N次循环为止,N是2或更大的预定数,例如5。在最后一次循环中,针对NRTQoS组和RTQoS组的最大允许速率如表2的右侧所示。在所有这些最大允许速率的减小后,检查(步骤j)LL是否仍超过T、TC。如果是,则需要降低链路负载的其他方法。首先,检查(步骤k)NRT业务的负载平衡是否是可能的。由获得关于其它链路的链路负载等级的信息的带宽管理器10对此示出。如果其它链路还有空闲容量,取而代之将一些NRT用户会话转移(步骤l)到那些链路。如果NRT负载平衡是不可能的,然而可能对RT业务进行负载平衡,故而在那方面进行检査(步骤/2)。如果是,则将一些实时用户会话转移到适合的其它链路(步骤m)。在一些其它但类似的实施例中,首先不对NRT业务进行负载平衡。所转移到的链路常常具有差的性能或仅适合于特定类型的业务,因而通常只转移低QoS组中用户的用户会话。'如图2所示,如果负载平衡是不可能的,则作为最后的手段,首先从最低QoS组的用户的用户会话开始,终止(步骤m)—些用户会话。在其它类似的实施例中,在负载平衡后检查是否LL〉Th—TC,如果是,则终止一些用户会话。最大允许速率限制的放宽在拥塞控制处理的任何阶段,如果例如由于用户数目的降级使得业务等级降低,带宽管理器IO相应地放宽带宽阈值,即根据表2在适当的步骤或一系列步骤中增加最大可允许速率。在每一次放宽之后,例如RT一2到RT一1,评估LL是否小于Th—2其中,Th一2小于Th—TC,如果小于,进一步放宽,例如从NRT一2放宽到NRT一1。以这种方式,基本来说,仅在负载等级太高的时才提供拥塞控制。上述方法的一个优势在于可以相对渐进地将控制应用于NRT业务和RT业务。由于并非仅有NRT业务被限制,因而可将其视为已知系统的一种更公平的方法。在不同的拥塞控制循环中,网络操作员在选择针对不同业务类型的最大允许速率上有很多选择。例如,如果网络操作员期望RT为中心的网络,为RT业务设置高的最大允许速率,换言之,将该阈值集RT—I(I=1,2,3,...,N)保持为相对高,而针对NRT业务的阈值NRT—I(I=1,2,3,...,N)更严格。另一方面,如果网络操作员期望NRT为中心的网络,针对NRT业务设置高的最大允许速率,换言之,将该阈值集NRT一I(I=1,2,3,...,N)保持为相对高,而针对RT业务的阈值RT一I(I=1,2,3,...,N)更严格。另一种选项是将阈值集NRT—I(I=1,2,3,...,N)和RT—I(I=1,2,3,...,N)都设置为高,在该情况下,数据业务速率变化较小,而是更多的使用负载平衡和会话释放来减轻拥塞。第二示例3GUMTS网络中的应用目前为止,详细描述一般涉及很多类型的电信.网络中节点之间的很多类型的链路,这些电信网络例如通用移动电信系统(UMTS)网络;CDMA2000无线网络;4G移动网络,如第三代伙伴计划(3GPP)长期演进(LTE)网络;以及使用共享IP传输信道的网络。现将对在示例第三代伙伴计划(3GPP)通用移动电信系统(UMTS)网络中如何实现上述方法的示例进行描述。在下面的示例中,其负载有争议的链路是所谓的Iub接口,以及带宽管理器所处的基站控制器是无线网络控制器(RNC)。UMTS网络如图3所示,在该第二示例中,网络是通用移动电信系统(UMTS)网络陆地接入网(UTRAN),UTRAN是一种用于移动电信的宽带码分多址(CDMA)网络类型。UTRAN网络基本上如图3所示。为简要起见,仅示出了UTRAN网络2'的一个无线网络控制器4'和两个基站8'。如该图所示,UTRAN网络2'包括基站8'。在图中,根据UMTS术语也将每个基站8,表示为"节点B",也被称为扇区的小区是由基站的相应天线提供服务的无线覆盖区。典型地,每个基站具有三个小区3,三个小区3中的每一个由彼此间方位角成120度的三个定向天线中的一个进行覆盖。典型地,每个无线网络控制器(RNC)4'控制若干基站8'并因而控制很多小区3。基站8'经由称为Iub接口的相应接口6'与其控制的无线网络控制器(RNC)4'相连接。在使用中,移动用户终端7(在UMTS术语中常被称为用户设备(UE))经由至少一个基站8'的至少一个小区3与提供服务的无线网络控制器(RNC)4'进行通信。以这种方式,移动用户终端与UTRAN网络2进行通信。每个无线网络控制器(RNC)4'包括带宽管理器10'。在UMTS网络2'中,一些RT业务的速率降低是可能的,例如自适应多速率(AMR)语音速率适配和流承载降级。同样,当关于负载平衡,从UMTS网络向第二代网络(例如GSM网络)卸载业务常常是可能的;具体地,卸载语音用户会话和较低速率的数据用户会话而同时保持UMTS网络中较高速率的数据会话。同样在UMTS网络中,己知针对不同用户确保由QoS等级限定的不同QoS。发明人认识到,无需向具有较低QoS等级的语音用户提供比具有较高QoS等级的数据用户更高的优先级。在UMTS网络中,Iub接口6'承载多种类型的服务,包括语音、视频和数据。Iub接口6'上的带宽是有限的,但是由于数据服务常常是突发的,常常有意地对Iub接口6'过量预定。这被称为统计复用(statisticalmultiplexings这是可接受的,因为在某一时刻,所有用户使用其允许数据速率的最大值是非常不可能的。Iub接口的拥塞控制的目标在于适当地满足所要求的QoS,同时保持Iub接口的使用的高等级。图4示出了关于以上的图1和图2进行一般描述的拥塞控制方法的示例,然而,现根据不同的阈值表,将该拥塞控制方法应用在图3所示的UMTS网络中。图4示出了NRT的三个循环,RT业务控制之后是负载平衡,然后释放用户会话。在UMTS系统中有两种非实时(NRT)类型的业务。有交互式类和背景类。有与NRT用户会话相关联的不同的等级的QoS。具体地,针对交互式类的业务,有三种基本等级的QoS优先级(被称为业务处理优先级(THP)),即交互式1(最高优先级)、交互式2(中等优先级)和交互式3(最低优先级)。实时(RT)业务的类是流类和常规类。流类中的业务包括如针对流视频和流音频应用的RT多媒体业务。电路交换语音(CSV)业务在常规类之内。如表2所示,基于业务类优先级使用三个最大允许速率集。在表2中,N/A表示不适用。<table>tableseeoriginaldocumentpage12</column></row><table>表2:UMTS网络中拥塞控制的示例阈值虽然具有不同的示例值,表2中的阈值与表1中的阈值对应如下NRT—1与I/B—1相对应,RT—1与Str一min(用于流的最小速率)相对应,NRT—2与I/B—2相对应,RT一2与CSV—mid(用于CSV流的中等速率)相对应,NRT一3与I/B—min(用于I/B流的最小速率)相对应,以及RT一3与CSV_min(用于CSV流的最小速率)相对应。带宽管理器IO,监控Iub接口上的业务负载。当Iub负载超过Th一TC时,采取业务降低过程,根据必需、逐步地应用表2的阈值。带宽管理器10,确定Iub负荷的等级(步骤a')。以所设的间隔(如,每20毫秒)进行确定,否则连续地进行确定。检查(步骤b')Iub负12载是否低于拥塞控制阈值Th一TC,当Iub负载低于Th—TC时,针对相关类型的会话,所有的用户会话可以使用高达最大允许速率("基本速率")的速率。当Iub负载低于Th-TC,针对相关类型的会话,所有的用户会话可以使用高达最大允许速率("基本速率")的速率。如果Iub负载超过Th—TC,则应用业务减少的第一步骤(步骤c,),将新的带宽阈值集I/B—1应用到NRT业务,即如表2所示的交互式类和背景类。具体地,针对用户的交互式1或交互式2类会话的最大允许速率保持在384kbps,而针对用户的交互式3类会话的最大允许速率减小至256kbps,并且针对用户的背景类会话的最大允许速率减小至128kbps。然后,检査(步骤d,)Inb负载是否小于现已应用了限制Th—TC的1/BJ。如果Iub负载仍超过Th一TC,本次将进一步的业务减少应用(步骤e,)到一些RT业务,具体地,如表2所示,将带宽阈值Str—min应用到流类的RT业务。针对RT流类用户的会话的最大允许速率减小至64kbps。针对CSV类的RT用户的会话的最大允许速率保持不变。以这种方式,在拥塞控制循环中,首先对一些NRT业务进行限制,如果NRT业务的限制不足以使得Iub负载低于必需的阈值Th一TC,随后对一些RT业务进行限制。实际中,通过信号通知协议数据单元(PDU)的数目来采取对NRT业务的限制,PDU可由源(如,用户终端或RNC)在Iub接口上进行发送。实际中,通过UMTS承载重配置过程来采取对RT业务的限制。在业务控制的第一循环之后,检查(步骤f)Iub负载是否仍超过Th—TC。如果是,采取进一步的业务控制,即通过将另一阈值集I/B-2应用到NRT业务来进行减少NRT业务的第二步骤(步骤g,)。具体地,如图4所示,针对用户的交互式1类的会话的最大允许速率减小至256kbps,针对用户的交互式2类的会话的最大允许速率减小至128kbps,针对用户的互动3类的会话的最大允许速率减小至64kbps,以及针对用户的背景类的会话的最大允许速率减小至32kbps。同样,检査(步骤h,)是否Iub负载〉ThJTC,如果是,通过将进一步的限制应用到RT业务来进行减少RT业务的第二步骤(步骤i,)。具体地,如表4所示,将带宽阈值CSV一mid应用到CSV类的RT业务。将针对用户的RTCSV类的会话的最大允许速率(初始为12.2kbps)减小至7.95kbps。使用UMTS承载重配置过程来降低CSV用户编解码速率(也被称为自适应多速率,AMR),来进行上述减小处理。针对流类的RT用户的会话的最大允许速率保持不变。因此进行了NRT的第二循环,即RT业务限制。如图4所示,进一步检查(步骤n,)是否Iub符合〉Th—TC。如果是,进入第三循环通过将另一阈值集I/B—min应用到NRT业务来进行减少NRT业务的步骤(步骤o,)。具体地,如图4所示,针对用户的交互式1类的会话的最大允许速率减小至128kbps,针对用户的交互式2类的会话的最大允许速率减小至64kbps,针对用户的交互式3类的会话的最大允许速率减小至32kbps,以及针对用户的背景类的会话的最大允许速率减小至8kbps。同样,检查(步骤p')是否Iub负载〉Th一TC,如果是,通过将进一步的限制应用到RT业务来进行RT业务减少的第三步骤(步骤q,)。具体地,如表4所示,将带宽阈值CSV—min应用到CSV类的RT业务。将针对用户的RTCSV类的会话的最大允许速率减小至4.75kbps。使用UMTS承载重配置过程来减少CSV用户编解码速率,以进行上述减小处理。针对流类的RT用户的会话的最大允许速率保持不变。在所有这些最大允许速率的减小之后,检查(步骤r')Iub负载是否仍超过ThJTC。如果是,需要减少Iub负载的其他方法。首先检査(步骤s')NRT业务的负载平衡是否是可能的,具体地,是否存在交互式类或背景类的用户会话,并且由于单无线接入承载适合于负载平衡,因此使用该单无线接入承载。如果是,将这些NRT用户会话的一些转移(步骤t')到共享信道(称为前向接入信道(FACH)),或转移到2G(通用分组无线系统,GPRS)网络。如果NRT负载平衡是不可能的,然而可能对RT业务进行负载平衡,从而在这方面进行检查(步骤u')。如果是,将一些实时CSV用户会话转移(步骤v')到2G(通用分组无线系统,GPRS)网络。如图4所示,如果负载平衡是不可能的,则作为最后的手段,终止(步骤w,)一些用户会话。在拥塞控制过程的任何阶段,如果例如由于用户数目的降级使得业务等级降低,带宽管理器IO,评估Iub负载是否小于Th—2,其中Th—2小于Th一TC。如果是,带宽管理器10'相应地放宽带宽阈值,即根据表2在适当的步骤或一系列步骤中增加最大可允许速率。在每次放宽之后(例如CSV—min至CSV_mid),评估Iub负载是否小于Th—2。如果是,进行进一步的放宽,例如I/B—min至I/B一2。以这种方式,基本来说,仅在负载等级太高时才提供拥塞控制。一些其它实施例在UMTS中,存在已知对相对用户会话优先级进行指示的参数ARP。在以上UMTS示例中,使得用户具有相同的分配保持策略(ARP),因此没有进行基于ARP的划分。在另一更复杂的UMTS示例中,考虑到不同的用户会话具有不同的关联ARP值,使得不同QoS优先级组的数目增加,并且有差别地将拥塞控制应用到各个组。可以考虑改变表4以包括更多行,使得进一步地区分用户。在更复杂的示例中,如果负载平衡是不可能的,则作为最后的手段,从最低ARP的用户的用户会话开始,终止一些用户会话。在其它UMTS示例中,操作者可以改变表4的阈值以改变限制,例如,有利于RT业务或有利于NRT业务。总结在不背离本发明的本质特性的情况下,可以以其它特定形式来实施本发明。所描述的实施方式在所有方面应被视为说明性而不是限制性的。因此,本发明的范围由所附权利要求指示,而不是由上述描述指示。在权利要求等同物的含义和范围之内的改变包括在权利要求的范围内。权利要求1、一种控制电信网络中链路上的业务负载的方法,所述链路承载非实时NRT服务和实时RT服务的用户会话,所述方法包括周期性地监控所述链路上的业务负载;以及相继交替地对所述链路上的NRT和RT业务进行限制,以使得所述负载低于预定级别。2、根据权利要求1所述的方法,其中在确定所述负载超过所述预定级别时,对NRT和RT业务之一的至少一个QoS等级进行限制;随后,在确定所述负载超过所述预定级别时,对NRT和RT业务中另一个的至少一个QoS等级的业务进行限制;所述方法在于在针对RT和NRT业务之一的限制步骤之后,下一限制步骤是针对RT和NRT业务中的另一个的。3、根据权利要求2所述的方法,其中,通过减小所选一个或多个QoS等级的用户会话的最大允许速率,来进行所述限制。4、根据权利要求3所述的方法,其中,根据与RT业务相比、NRT业务所被限制的程度,预先选择应用于NRT和RT业务的所述所选一个或多个QoS等级的最大允许速率的减小幅度。5、根据权利要求2所述的方法,其中,在所述负载低于较低的预定级别时,放宽对NRT和RT业务之一的至少一个QoS等级的业务的限制;随后,在确定所述负载低于所述较低的预定级别后,放宽对NRT和RT业务中另一个的至少一个QoS等级的业务的限制;所述方法在于在针对RT和NRT业务之一的放宽步骤之后,下一放宽步骤是针对所述RT和NRT业务中的另一个的。6、根据权利要求5所述的方法,其中,通过增加所选一个或多个QoS等级的用户会话的最大允许速率,来进行所述放宽。7、一种承载非实时NRT和实时RT服务的用户会话的电信网络,所述网络包括链接至基站控制器的至少一个基站,所述网络包括控制级、和链路上业务负载的指示器,所述控制级操作用于以相继交替地对NRT和RT业务进行限制,以使得所述负载低于预定级别。8、根据权利要求7所述的网络,其中所述控制级执行下述操作在确定所述负载超过所述预定级别时,对NRT和RT业务之一的至少一个QoS等级进行限制;随后,在确定所述负载超过所述预定级别时,对NRT和RT业务中另一个的至少一个QoS等级的业务进行限制;其中在对RT和NRT业务之一进行限制之后,下一限制是针对所述RT和NRT业务中的另一个的。9、根据权利要求8所述的网络,其中,所述控制级操作用于通过减小所选一个或多个QoS等级的用户会话的最大允许速率,来进行所述限制。10、根据权利要求9所述的网络,其中,所述基站控制器包括存储器,所述存储器操作用于存储在业务限制的预定阶段、应用到预定业务类型的减小的最大允许速率。全文摘要本发明提供了一种控制通信网络中链路上的业务负载的方法。该链路承载非实时(NRT)和实时(RT)服务的用户会话;该方法包括周期性地监控网络中链路上的业务。该方法还包括相继交替地对所述链路上的NRT和RT业务进行限制,以使得所述负载低于预定级别。文档编号H04L12/56GK101632267SQ200880007024公开日2010年1月20日申请日期2008年1月4日优先权日2007年1月9日发明者王亚楼申请人:朗讯科技公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1