專利名稱：：電信網(wǎng)絡中的業(yè)務負載控制的制作方法
技術領域：
：本發(fā)明涉及電信，具體涉及無線電信。
背景技術：
：在現(xiàn)代電信網(wǎng)絡中，提供多類型服務的需要變得日益重要。例如，為實時(RT)服務提供服務質量(QoS)保證很重要。RT服務是，例如媒體流、語音/視頻會話以及多媒體廣播。由于網(wǎng)絡由很多用戶共享，在支持業(yè)務會話的網(wǎng)絡中的每條鏈路處，每一個業(yè)務會話需要呼叫承載容量(即帶寬)的適當共享。由于這種容量是有限的，常常有擁塞的問題。在擁塞的鏈路處控制帶寬的已知方式是降低針對非實時(NRT)業(yè)務會話的允許速率。目的在于確保有足夠的帶寬用于實時(RT)業(yè)務會話。針對這種NRT業(yè)務控制有很多已知的方法，如業(yè)務成形和基于速率的流控制。具體地，在通用移動電信系統(tǒng)(UMTS)網(wǎng)絡中，基站控制器(無線網(wǎng)絡控制器，RNC)及其控制的基站之伺存在被稱為Iub接口的接口?？刂七@些Iub接口上業(yè)務的已知方法是，降低NRT會話(特別是交互式或背景式的UMTSQoS等級)的傳輸率，而不限制RT會話的傳輸率。
發(fā)明內容當考慮到已知系統(tǒng)時，發(fā)明人認識到已知的帶寬控制方法設法減少非實時(NRT)業(yè)務的量，而關于RT業(yè)務應當始終具有優(yōu)先級的假定不對RT業(yè)務進行限制。發(fā)明人認識到該假定可能是錯誤的。提供了一種控制通信網(wǎng)絡中鏈路上的業(yè)務的方法。該鏈路承載了非實時和實時服務的用戶會話。該方法包括周期性地監(jiān)控鏈路上的業(yè)務負載。該方法還包括相繼交替限制鏈路上的NRT和RT業(yè)務，以使得所述負載低于預定級別?，F(xiàn)作為示例并參照附圖來描述本發(fā)明的實施例，在附圖中圖1是示出了電信網(wǎng)絡的圖2是示出了圖1所示網(wǎng)絡的鏈路中帶寬控制方法的圖；圖3是示出了UMTS電信網(wǎng)絡的圖；以及圖4是示出了在圖3所示的UMTS網(wǎng)絡的鏈路中應用的帶寬控制方法的圖。具體實施例方式當考慮到已知系統(tǒng)時，發(fā)明人認識到己知方法涉及，非實時(NRT)業(yè)務的控制，然而也需要以適當?shù)姆绞綄崟r(RT)業(yè)務進行控制。發(fā)明人基于以下原因對此進行考慮-(1)應當始終利用比NRT業(yè)務更高優(yōu)先級來處理RT業(yè)務的意見有時是無效的。關于用戶所感知的性能，NRT業(yè)務會話劣化(如網(wǎng)頁瀏覽時的緩慢響應和文件下載的漫長時間)是不可接受的。(2)在一些網(wǎng)絡中，不管用戶正在使用NRT應用還是RT應用，都需要區(qū)分用戶的業(yè)務。例如，如另一些用戶相比，一些網(wǎng)絡對申請向一些用戶的業(yè)務應用更嚴格的服務質量(.QoS)要求，并要求付費。示例為金、銀和銅QoS確定用戶。預定金QoS的用戶可能是期望最高優(yōu)先級的緊急業(yè)務提供者，如警察、救護車、消防隊和其他政府機構。銀用戶可以是支付額外費而期待高QoS的公司消費者。銅用戶可以是支付較少并可以接受所謂盡力而為的性能的臨時的消費者用戶。(3)很多RT服務在沒有終止會話的情況下降級。通常，這些降級意味著正在進行的媒體編編解碼率的降低或無線承載的重配置，以使得要求小的帶寬。如果金用戶正在進行NRT服務會話并且鏈路變得擁塞，使銅用戶的RT服務會話處理降級而不使金用戶的NRT業(yè)務會話處理降級是更優(yōu)選的。(4)在一些情況下，特別在由不同類型的網(wǎng)絡構成的電信系統(tǒng)5中，可以執(zhí)行業(yè)務卸載(也稱為負載平衡)以將一些用戶移到網(wǎng)絡的另一鏈路或移到另一網(wǎng)絡。典型的情況是第三代(3G)網(wǎng)絡，如UMTS網(wǎng)絡，其中第二代(2G)網(wǎng)絡與其具有交疊的無線覆蓋區(qū)。有一些3G語音業(yè)務卸載到2G網(wǎng)絡上，以使得讓3G網(wǎng)絡上的數(shù)據(jù)服務用戶享受高的數(shù)據(jù)率。發(fā)明人做出他的發(fā)明，發(fā)明的實施例描述如下。第一示例網(wǎng)絡如圖1所示，示例網(wǎng)絡2包括節(jié)點控制器4，節(jié)點控制器4包括到節(jié)點8的鏈路6。該節(jié)點控制器包括帶寬管理器10。帶寬管理器帶寬管理器10是駐留在待控制鏈路6的節(jié)點控制器4中的業(yè)務控制器。帶寬控制器10有許多任務。首先，帶寬控制器連續(xù)地或周期性地監(jiān)控鏈路負載，并且如果鏈路負載(LL)超過業(yè)務擁塞閾值(Th—TC)，則觸發(fā)業(yè)務控制功能。該閾值Th一TC可以是總鏈路帶寬的固定百分比(例如95%)或固定業(yè)務每單位時間值。第二，帶寬管理器10保持包括以下內容的表待應用于實時業(yè)務的不同QoS組的帶寬閾值集，以及待應用于非實時業(yè)務的不同QoS組的帶寬閾值集。第三，帶寬管理器10在發(fā)生擁塞時通過以下步驟來執(zhí)行業(yè)務的減少根據(jù)該表計算特定類型的業(yè)務所需的減少量，以及適當?shù)販p少那些類型業(yè)務的進入。下面將關于圖2對此進行更詳細的描述。第四，如果需要，帶寬管理器執(zhí)行負載平衡，S卩，將一些業(yè)務移至另一鏈路6，以減少第一鏈路6上的業(yè)務。第五，如果需要控制擁塞，帶寬管理器10釋放所選用戶會話，換言之，從最低QoS組的用戶開始，丟棄用戶會話。鏈路擁塞控制方法現(xiàn)將描述帶寬管理器IO用于控制鏈路擁塞的示例方法?；驹瓌t是以下之一根據(jù)所存儲的閾值表，根據(jù)相應的QoS組漸次地向實時業(yè)務添加限制或限制集合，直到克服擁塞為止；以及備選地，根據(jù)所存儲的閾值表，根據(jù)相應的QoS組漸次地向非實時業(yè)務添加限制或限制集合，直到克服擁塞為止。在所存儲的閾值表中對該限制進行定義。表1示出了在多種可能性中所存儲的閾值表的一個示例。該表示出了針對NRT業(yè)務的閾值集NRT一I(I=1,2,3，...,N)以及針對RT業(yè)務的閾值集RT—I(I=1，2,3,...，N)，兩者都以千比特每秒為單位。在應用擁塞控制限制之前，該表還示出了以千比特每秒為單位的每一種類型的業(yè)務的初始最大允許速率("基本速率")。<table>tableseeoriginaldocumentpage7</column></row><table>表l:用于擁塞控制的示例閾值如表1所示，根據(jù)業(yè)務類型涉及非實時(NRT)服務還是實時(RT)服務并且根據(jù)QoS組來劃分業(yè)務類型。與QoS組2相比，QoS組1中的用戶支付并期望更好的服務質量，而QoS組3被提供最低的QoS保證。當然，在其它相似的實施例中，可能多于三個QoS組。表1所示的基本速率是在應用限制之前針對單個用戶會話的最大允許速率；基本速率也被稱為最大用戶承載速率或用戶鏈路層速率。當然，對于NRT業(yè)務，由于這種類型的業(yè)務的突發(fā)性，用戶會話的即時數(shù)據(jù)速率可以在最大允許速率的0到1倍之間。對于RT業(yè)務，即時數(shù)據(jù)速率將具有更小的波動，但是也將小于相應的最大允許速率。閾值指示了針對每一種類型的每一個呼叫會話的最大允許速率，該類型取決于當前應用針對NRT業(yè)務的哪個閾值集NRT—I(I=1，2，3,...，N)以及針對NRT業(yè)務的哪個閾值RT一I(1=1,2,3，...,N)。注意到，表l中給出的實際數(shù)據(jù)率僅是示例。在一些可選但在其他方面類似的實施例中，以基本速率的百分比給出閾值，由于這是更容易指示其中存在具有許多不同基本速率的許多業(yè)務類型閾值的方式。。處理如下。帶寬管理器IO確定鏈路負載(LL)的等級(步驟a)。以所設的間隔(如，每20毫秒)進行LL等級的確定，否則連續(xù)地進行確定。檢查(步驟b)負載等級LL是否低于擁塞控制閾值Th一TC，當鏈路負載(LL)低于Th一TC時，針對相關類型的會話，所有的用戶會話可以使用高達最大允許速率("基本速率")的速率。如果LL超過Th一TC，則應用業(yè)務減少的第一步驟(步驟c)，即將新的帶寬閾值集NRT-1應用到表1所示的NRT業(yè)務。例如，針對NRTQoS組1用戶的會話的最大允許速率保持在800kbps，而將針對NRTQoS組2用戶的會話的最大允許速率減到600kbps以及將針對NRTQoS組3用戶的會話的最大允許速率減到400kbps。然后，然后檢查(步驟d)LL是否小于現(xiàn)已應用了限制NRT-lTh—TC。如果LL仍然超過Th一TC，這次對于RT業(yè)務將應用進一步的業(yè)務減少(步驟e)，具體地，如表1所示，將帶寬閾值集RT—1應用到RT業(yè)務。具體地，針對RTQoS組1用戶的會話的最大允許速率保持在500kbps，而將針對RTQoS組2用戶的會話的最大允許速率減到400kbps，以及將針對RTQoS組3用戶的會話的最大允許速率減到300kbps。以這種方式，在擁塞控制循環(huán)中，首先對NRT業(yè)務進行限制，如果NRT業(yè)務的限制不足以使得鏈路負載LL低于必要的閾值Th一TC，隨后進行對RT業(yè)務的限制。應用最大允許速率的實際機制是公知的，例如對分組進行緩存以使得調整流速率、源輸出速率控制以及隨機地放棄分組。在業(yè)務控制的該第一循環(huán)之后，檢查(步驟f)LL是否仍超過Th—TC。如果是，則采取進一步的業(yè)務控制，即，通過將另一閾值集NRT_2應用到NRT業(yè)務來進行NRT業(yè)務減少的第二步驟(步驟g)。具體地，如表2所示，將針對NRTQoS組1用戶的會話的最大允許速率減小至600kbps，將針對NRTQoS組2用戶的會話的最大允許速率減小至400kbps，將針對NRTQoS組3用戶的會話的最大允許速率減小至300kbps。8同樣，檢査(步驟h)鏈路負載(LL)是否大于Th—TC，如果是，則通過將另一閾值集RT一2應用到RT業(yè)務來進行RT業(yè)務減少的第二步驟(步驟i)。具體地，如表2所示，將針對RTQoS組1用戶的最大允許速率減到400kbps，將針對RTQoS組2用戶的最大允許速率減到300kbps，將針對RTQoS組3用戶的最大允許速率減到200kbps。由此進行RT業(yè)務限制的NRT的第二循環(huán)。如圖2所示，當LL>Th_TC時，隨著應用逐漸嚴格的最大允許速率閾值，重復這樣的循環(huán)，直到應用第N次循環(huán)為止，N是2或更大的預定數(shù)，例如5。在最后一次循環(huán)中，針對NRTQoS組和RTQoS組的最大允許速率如表2的右側所示。在所有這些最大允許速率的減小后，檢查(步驟j)LL是否仍超過T、TC。如果是，則需要降低鏈路負載的其他方法。首先，檢查(步驟k)NRT業(yè)務的負載平衡是否是可能的。由獲得關于其它鏈路的鏈路負載等級的信息的帶寬管理器10對此示出。如果其它鏈路還有空閑容量，取而代之將一些NRT用戶會話轉移(步驟l)到那些鏈路。如果NRT負載平衡是不可能的，然而可能對RT業(yè)務進行負載平衡，故而在那方面進行檢査(步驟/2)。如果是，則將一些實時用戶會話轉移到適合的其它鏈路(步驟m)。在一些其它但類似的實施例中，首先不對NRT業(yè)務進行負載平衡。所轉移到的鏈路常常具有差的性能或僅適合于特定類型的業(yè)務，因而通常只轉移低QoS組中用戶的用戶會話。'如圖2所示，如果負載平衡是不可能的，則作為最后的手段，首先從最低QoS組的用戶的用戶會話開始，終止(步驟m)—些用戶會話。在其它類似的實施例中，在負載平衡后檢查是否LL〉Th—TC，如果是，則終止一些用戶會話。最大允許速率限制的放寬在擁塞控制處理的任何階段，如果例如由于用戶數(shù)目的降級使得業(yè)務等級降低，帶寬管理器IO相應地放寬帶寬閾值，即根據(jù)表2在適當?shù)牟襟E或一系列步驟中增加最大可允許速率。在每一次放寬之后，例如RT一2到RT一1，評估LL是否小于Th—2其中，Th一2小于Th—TC，如果小于，進一步放寬，例如從NRT一2放寬到NRT一1。以這種方式，基本來說，僅在負載等級太高的時才提供擁塞控制。上述方法的一個優(yōu)勢在于可以相對漸進地將控制應用于NRT業(yè)務和RT業(yè)務。由于并非僅有NRT業(yè)務被限制，因而可將其視為已知系統(tǒng)的一種更公平的方法。在不同的擁塞控制循環(huán)中，網(wǎng)絡操作員在選擇針對不同業(yè)務類型的最大允許速率上有很多選擇。例如，如果網(wǎng)絡操作員期望RT為中心的網(wǎng)絡，為RT業(yè)務設置高的最大允許速率，換言之，將該閾值集RT—I(I=1,2,3，...，N)保持為相對高，而針對NRT業(yè)務的閾值NRT—I(I=1,2，3,...,N)更嚴格。另一方面，如果網(wǎng)絡操作員期望NRT為中心的網(wǎng)絡，針對NRT業(yè)務設置高的最大允許速率，換言之，將該閾值集NRT一I(I=1，2，3，...，N)保持為相對高，而針對RT業(yè)務的閾值RT一I(I=1，2,3，...,N)更嚴格。另一種選項是將閾值集NRT—I(I=1,2,3，...,N)和RT—I(I=1，2,3,...,N)都設置為高，在該情況下，數(shù)據(jù)業(yè)務速率變化較小，而是更多的使用負載平衡和會話釋放來減輕擁塞。第二示例3GUMTS網(wǎng)絡中的應用目前為止，詳細描述一般涉及很多類型的電信.網(wǎng)絡中節(jié)點之間的很多類型的鏈路，這些電信網(wǎng)絡例如通用移動電信系統(tǒng)(UMTS)網(wǎng)絡；CDMA2000無線網(wǎng)絡；4G移動網(wǎng)絡，如第三代伙伴計劃(3GPP)長期演進(LTE)網(wǎng)絡；以及使用共享IP傳輸信道的網(wǎng)絡?，F(xiàn)將對在示例第三代伙伴計劃(3GPP)通用移動電信系統(tǒng)(UMTS)網(wǎng)絡中如何實現(xiàn)上述方法的示例進行描述。在下面的示例中，其負載有爭議的鏈路是所謂的Iub接口，以及帶寬管理器所處的基站控制器是無線網(wǎng)絡控制器(RNC)。UMTS網(wǎng)絡如圖3所示，在該第二示例中，網(wǎng)絡是通用移動電信系統(tǒng)(UMTS)網(wǎng)絡陸地接入網(wǎng)(UTRAN)，UTRAN是一種用于移動電信的寬帶碼分多址(CDMA)網(wǎng)絡類型。UTRAN網(wǎng)絡基本上如圖3所示。為簡要起見，僅示出了UTRAN網(wǎng)絡2'的一個無線網(wǎng)絡控制器4'和兩個基站8'。如該圖所示，UTRAN網(wǎng)絡2'包括基站8'。在圖中，根據(jù)UMTS術語也將每個基站8，表示為"節(jié)點B"，也被稱為扇區(qū)的小區(qū)是由基站的相應天線提供服務的無線覆蓋區(qū)。典型地，每個基站具有三個小區(qū)3，三個小區(qū)3中的每一個由彼此間方位角成120度的三個定向天線中的一個進行覆蓋。典型地，每個無線網(wǎng)絡控制器(RNC)4'控制若干基站8'并因而控制很多小區(qū)3?；?'經由稱為Iub接口的相應接口6'與其控制的無線網(wǎng)絡控制器(RNC)4'相連接。在使用中，移動用戶終端7(在UMTS術語中常被稱為用戶設備(UE))經由至少一個基站8'的至少一個小區(qū)3與提供服務的無線網(wǎng)絡控制器(RNC)4'進行通信。以這種方式，移動用戶終端與UTRAN網(wǎng)絡2進行通信。每個無線網(wǎng)絡控制器(RNC)4'包括帶寬管理器10'。在UMTS網(wǎng)絡2'中，一些RT業(yè)務的速率降低是可能的，例如自適應多速率(AMR)語音速率適配和流承載降級。同樣，當關于負載平衡，從UMTS網(wǎng)絡向第二代網(wǎng)絡(例如GSM網(wǎng)絡)卸載業(yè)務常常是可能的；具體地，卸載語音用戶會話和較低速率的數(shù)據(jù)用戶會話而同時保持UMTS網(wǎng)絡中較高速率的數(shù)據(jù)會話。同樣在UMTS網(wǎng)絡中，己知針對不同用戶確保由QoS等級限定的不同QoS。發(fā)明人認識到，無需向具有較低QoS等級的語音用戶提供比具有較高QoS等級的數(shù)據(jù)用戶更高的優(yōu)先級。在UMTS網(wǎng)絡中，Iub接口6'承載多種類型的服務，包括語音、視頻和數(shù)據(jù)。Iub接口6'上的帶寬是有限的，但是由于數(shù)據(jù)服務常常是突發(fā)的，常常有意地對Iub接口6'過量預定。這被稱為統(tǒng)計復用(statisticalmultiplexings這是可接受的，因為在某一時刻，所有用戶使用其允許數(shù)據(jù)速率的最大值是非常不可能的。Iub接口的擁塞控制的目標在于適當?shù)貪M足所要求的QoS，同時保持Iub接口的使用的高等級。圖4示出了關于以上的圖1和圖2進行一般描述的擁塞控制方法的示例，然而，現(xiàn)根據(jù)不同的閾值表，將該擁塞控制方法應用在圖3所示的UMTS網(wǎng)絡中。圖4示出了NRT的三個循環(huán)，RT業(yè)務控制之后是負載平衡，然后釋放用戶會話。在UMTS系統(tǒng)中有兩種非實時(NRT)類型的業(yè)務。有交互式類和背景類。有與NRT用戶會話相關聯(lián)的不同的等級的QoS。具體地，針對交互式類的業(yè)務，有三種基本等級的QoS優(yōu)先級(被稱為業(yè)務處理優(yōu)先級(THP))，即交互式1(最高優(yōu)先級)、交互式2(中等優(yōu)先級)和交互式3(最低優(yōu)先級)。實時(RT)業(yè)務的類是流類和常規(guī)類。流類中的業(yè)務包括如針對流視頻和流音頻應用的RT多媒體業(yè)務。電路交換語音(CSV)業(yè)務在常規(guī)類之內。如表2所示，基于業(yè)務類優(yōu)先級使用三個最大允許速率集。在表2中，N/A表示不適用。<table>tableseeoriginaldocumentpage12</column></row><table>表2:UMTS網(wǎng)絡中擁塞控制的示例閾值雖然具有不同的示例值，表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，監(jiān)控Iub接口上的業(yè)務負載。當Iub負載超過Th一TC時，采取業(yè)務降低過程，根據(jù)必需、逐步地應用表2的閾值。帶寬管理器10，確定Iub負荷的等級(步驟a')。以所設的間隔(如，每20毫秒)進行確定，否則連續(xù)地進行確定。檢查(步驟b')Iub負12載是否低于擁塞控制閾值Th一TC，當Iub負載低于Th—TC時，針對相關類型的會話，所有的用戶會話可以使用高達最大允許速率("基本速率")的速率。當Iub負載低于Th-TC，針對相關類型的會話，所有的用戶會話可以使用高達最大允許速率("基本速率")的速率。如果Iub負載超過Th—TC，則應用業(yè)務減少的第一步驟(步驟c，)，將新的帶寬閾值集I/B—1應用到NRT業(yè)務，即如表2所示的交互式類和背景類。具體地，針對用戶的交互式1或交互式2類會話的最大允許速率保持在384kbps，而針對用戶的交互式3類會話的最大允許速率減小至256kbps，并且針對用戶的背景類會話的最大允許速率減小至128kbps。然后，檢査(步驟d，)Inb負載是否小于現(xiàn)已應用了限制Th—TC的1/BJ。如果Iub負載仍超過Th一TC，本次將進一步的業(yè)務減少應用(步驟e，)到一些RT業(yè)務，具體地，如表2所示，將帶寬閾值Str—min應用到流類的RT業(yè)務。針對RT流類用戶的會話的最大允許速率減小至64kbps。針對CSV類的RT用戶的會話的最大允許速率保持不變。以這種方式，在擁塞控制循環(huán)中，首先對一些NRT業(yè)務進行限制，如果NRT業(yè)務的限制不足以使得Iub負載低于必需的閾值Th一TC，隨后對一些RT業(yè)務進行限制。實際中，通過信號通知協(xié)議數(shù)據(jù)單元(PDU)的數(shù)目來采取對NRT業(yè)務的限制，PDU可由源(如，用戶終端或RNC)在Iub接口上進行發(fā)送。實際中，通過UMTS承載重配置過程來采取對RT業(yè)務的限制。在業(yè)務控制的第一循環(huán)之后，檢查(步驟f)Iub負載是否仍超過Th—TC。如果是，采取進一步的業(yè)務控制，即通過將另一閾值集I/B-2應用到NRT業(yè)務來進行減少NRT業(yè)務的第二步驟(步驟g，)。具體地，如圖4所示，針對用戶的交互式1類的會話的最大允許速率減小至256kbps，針對用戶的交互式2類的會話的最大允許速率減小至128kbps，針對用戶的互動3類的會話的最大允許速率減小至64kbps，以及針對用戶的背景類的會話的最大允許速率減小至32kbps。同樣，檢査(步驟h，)是否Iub負載〉ThJTC，如果是，通過將進一步的限制應用到RT業(yè)務來進行減少RT業(yè)務的第二步驟(步驟i，)。具體地，如表4所示，將帶寬閾值CSV一mid應用到CSV類的RT業(yè)務。將針對用戶的RTCSV類的會話的最大允許速率(初始為12.2kbps)減小至7.95kbps。使用UMTS承載重配置過程來降低CSV用戶編解碼速率(也被稱為自適應多速率，AMR)，來進行上述減小處理。針對流類的RT用戶的會話的最大允許速率保持不變。因此進行了NRT的第二循環(huán)，即RT業(yè)務限制。如圖4所示，進一步檢查(步驟n，)是否Iub符合〉Th—TC。如果是，進入第三循環(huán)通過將另一閾值集I/B—min應用到NRT業(yè)務來進行減少NRT業(yè)務的步驟(步驟o，)。具體地，如圖4所示，針對用戶的交互式1類的會話的最大允許速率減小至128kbps，針對用戶的交互式2類的會話的最大允許速率減小至64kbps,針對用戶的交互式3類的會話的最大允許速率減小至32kbps，以及針對用戶的背景類的會話的最大允許速率減小至8kbps。同樣，檢查(步驟p')是否Iub負載〉Th一TC，如果是，通過將進一步的限制應用到RT業(yè)務來進行RT業(yè)務減少的第三步驟(步驟q，)。具體地，如表4所示，將帶寬閾值CSV—min應用到CSV類的RT業(yè)務。將針對用戶的RTCSV類的會話的最大允許速率減小至4.75kbps。使用UMTS承載重配置過程來減少CSV用戶編解碼速率，以進行上述減小處理。針對流類的RT用戶的會話的最大允許速率保持不變。在所有這些最大允許速率的減小之后，檢查(步驟r')Iub負載是否仍超過ThJTC。如果是，需要減少Iub負載的其他方法。首先檢査(步驟s')NRT業(yè)務的負載平衡是否是可能的，具體地，是否存在交互式類或背景類的用戶會話，并且由于單無線接入承載適合于負載平衡，因此使用該單無線接入承載。如果是，將這些NRT用戶會話的一些轉移(步驟t')到共享信道(稱為前向接入信道(FACH))，或轉移到2G(通用分組無線系統(tǒng)，GPRS)網(wǎng)絡。如果NRT負載平衡是不可能的，然而可能對RT業(yè)務進行負載平衡，從而在這方面進行檢查(步驟u')。如果是，將一些實時CSV用戶會話轉移(步驟v')到2G(通用分組無線系統(tǒng)，GPRS)網(wǎng)絡。如圖4所示，如果負載平衡是不可能的，則作為最后的手段，終止(步驟w，)一些用戶會話。在擁塞控制過程的任何階段，如果例如由于用戶數(shù)目的降級使得業(yè)務等級降低，帶寬管理器IO，評估Iub負載是否小于Th—2，其中Th—2小于Th一TC。如果是，帶寬管理器10'相應地放寬帶寬閾值，即根據(jù)表2在適當?shù)牟襟E或一系列步驟中增加最大可允許速率。在每次放寬之后(例如CSV—min至CSV_mid)，評估Iub負載是否小于Th—2。如果是，進行進一步的放寬，例如I/B—min至I/B一2。以這種方式，基本來說，僅在負載等級太高時才提供擁塞控制。一些其它實施例在UMTS中，存在已知對相對用戶會話優(yōu)先級進行指示的參數(shù)ARP。在以上UMTS示例中，使得用戶具有相同的分配保持策略(ARP)，因此沒有進行基于ARP的劃分。在另一更復雜的UMTS示例中，考慮到不同的用戶會話具有不同的關聯(lián)ARP值，使得不同QoS優(yōu)先級組的數(shù)目增加，并且有差別地將擁塞控制應用到各個組。可以考慮改變表4以包括更多行，使得進一步地區(qū)分用戶。在更復雜的示例中，如果負載平衡是不可能的，則作為最后的手段，從最低ARP的用戶的用戶會話開始，終止一些用戶會話。在其它UMTS示例中，操作者可以改變表4的閾值以改變限制，例如，有利于RT業(yè)務或有利于NRT業(yè)務?？偨Y在不背離本發(fā)明的本質特性的情況下，可以以其它特定形式來實施本發(fā)明。所描述的實施方式在所有方面應被視為說明性而不是限制性的。因此，本發(fā)明的范圍由所附權利要求指示，而不是由上述描述指示。在權利要求等同物的含義和范圍之內的改變包括在權利要求的范圍內。權利要求1、一種控制電信網(wǎng)絡中鏈路上的業(yè)務負載的方法，所述鏈路承載非實時NRT服務和實時RT服務的用戶會話，所述方法包括周期性地監(jiān)控所述鏈路上的業(yè)務負載；以及相繼交替地對所述鏈路上的NRT和RT業(yè)務進行限制，以使得所述負載低于預定級別。2、根據(jù)權利要求1所述的方法，其中在確定所述負載超過所述預定級別時，對NRT和RT業(yè)務之一的至少一個QoS等級進行限制；隨后，在確定所述負載超過所述預定級別時，對NRT和RT業(yè)務中另一個的至少一個QoS等級的業(yè)務進行限制；所述方法在于在針對RT和NRT業(yè)務之一的限制步驟之后，下一限制步驟是針對RT和NRT業(yè)務中的另一個的。3、根據(jù)權利要求2所述的方法，其中，通過減小所選一個或多個QoS等級的用戶會話的最大允許速率，來進行所述限制。4、根據(jù)權利要求3所述的方法，其中，根據(jù)與RT業(yè)務相比、NRT業(yè)務所被限制的程度，預先選擇應用于NRT和RT業(yè)務的所述所選一個或多個QoS等級的最大允許速率的減小幅度。5、根據(jù)權利要求2所述的方法，其中，在所述負載低于較低的預定級別時，放寬對NRT和RT業(yè)務之一的至少一個QoS等級的業(yè)務的限制；隨后，在確定所述負載低于所述較低的預定級別后，放寬對NRT和RT業(yè)務中另一個的至少一個QoS等級的業(yè)務的限制；所述方法在于在針對RT和NRT業(yè)務之一的放寬步驟之后，下一放寬步驟是針對所述RT和NRT業(yè)務中的另一個的。6、根據(jù)權利要求5所述的方法，其中，通過增加所選一個或多個QoS等級的用戶會話的最大允許速率，來進行所述放寬。7、一種承載非實時NRT和實時RT服務的用戶會話的電信網(wǎng)絡，所述網(wǎng)絡包括鏈接至基站控制器的至少一個基站，所述網(wǎng)絡包括控制級、和鏈路上業(yè)務負載的指示器，所述控制級操作用于以相繼交替地對NRT和RT業(yè)務進行限制，以使得所述負載低于預定級別。8、根據(jù)權利要求7所述的網(wǎng)絡，其中所述控制級執(zhí)行下述操作在確定所述負載超過所述預定級別時，對NRT和RT業(yè)務之一的至少一個QoS等級進行限制；隨后，在確定所述負載超過所述預定級別時，對NRT和RT業(yè)務中另一個的至少一個QoS等級的業(yè)務進行限制；其中在對RT和NRT業(yè)務之一進行限制之后，下一限制是針對所述RT和NRT業(yè)務中的另一個的。9、根據(jù)權利要求8所述的網(wǎng)絡，其中，所述控制級操作用于通過減小所選一個或多個QoS等級的用戶會話的最大允許速率，來進行所述限制。10、根據(jù)權利要求9所述的網(wǎng)絡，其中，所述基站控制器包括存儲器，所述存儲器操作用于存儲在業(yè)務限制的預定階段、應用到預定業(yè)務類型的減小的最大允許速率。全文摘要本發(fā)明提供了一種控制通信網(wǎng)絡中鏈路上的業(yè)務負載的方法。該鏈路承載非實時(NRT)和實時(RT)服務的用戶會話；該方法包括周期性地監(jiān)控網(wǎng)絡中鏈路上的業(yè)務。該方法還包括相繼交替地對所述鏈路上的NRT和RT業(yè)務進行限制，以使得所述負載低于預定級別。文檔編號H04L12/56GK101632267SQ200880007024公開日2010年1月20日申請日期2008年1月4日優(yōu)先權日2007年1月9日發(fā)明者王亞樓申請人:朗訊科技公司