專利名稱：用于在通信網(wǎng)絡(luò)中支持voip和多qos流業(yè)務(wù)的統(tǒng)一過載和溢出控制方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信，并且具體地涉及用于在無線通信網(wǎng)絡(luò)中控制數(shù)據(jù)流的系統(tǒng)。
背景技術(shù)：
無線射頻通信系統(tǒng)使人們能夠相互長距離通信而無需接入陸線連接的設(shè)備，比如常規(guī)電話。盡管早期系統(tǒng)主要被配置用于語音通信，但是技術(shù)改進已經(jīng)支持開發(fā)用于語音和高速分組數(shù)據(jù)傳送的"3-G"(第三代)和相似無線網(wǎng)絡(luò)。例如，現(xiàn)在在美國的許多地區(qū)以及其它地方實施的基于CDMA的"lx-EVDO"(優(yōu)化演進數(shù)據(jù)或者僅演進數(shù)據(jù))無線通信網(wǎng)絡(luò)使用CDMA2000 3-G移動電信協(xié)議/身見范進行語音和非語音數(shù)據(jù)的高速無線傳輸。lx-EVDO是一種支持高數(shù)據(jù)速率的CDMA2000⑧實施，具體地，在專用于運送高速分組數(shù)據(jù)的無線電信道(例如與用于運送語音數(shù)據(jù)的無線電信道分離的1.25MHz帶寬(或者更大)無線電信道)中前向鏈路數(shù)據(jù)速率高達3.1兆位/秒而反向鏈路速率高達1,8兆位/秒。
在3-G分組數(shù)據(jù)網(wǎng)絡(luò)中，例如主要將網(wǎng)際協(xié)議("IP")用于數(shù)
據(jù)傳輸而將IP語音("VoIP")用于語音數(shù)據(jù)傳輸?shù)木W(wǎng)絡(luò)中，數(shù)據(jù)分
解成多個被尋址的數(shù)據(jù)分組。例如就VoIP而言，對模擬音頻/語音
信號進行捕獲、數(shù)字化和分解成數(shù)據(jù)分組。然后通過基于IP的通信
網(wǎng)絡(luò)對語音數(shù)據(jù)分組和非語音數(shù)據(jù)分組進行傳輸和路由，在該通信
網(wǎng)絡(luò)中它們被數(shù)據(jù)分組所尋址的接入終端接收和重組。然而，不同于其中為各呼叫建立物理或者邏輯電路(例如路線)的電路交換系
統(tǒng)(用于電路的資源在呼叫的整個持續(xù)時間期間專用于該呼叫)，可以在不同時間、無序和/或沿著不同路線發(fā)送數(shù)據(jù)分組。以這一方式，以更高效和優(yōu)化的方式利用數(shù)據(jù)傳輸資源。
對VoIP的使用允許語音服務(wù)在無線通信網(wǎng)絡(luò)中與多媒體和其它分組數(shù)據(jù)服務(wù)集成。這促進了應(yīng)用的多樣性并且可以提高整體系統(tǒng)性能。然而，無線網(wǎng)絡(luò)帶來對分組語音業(yè)務(wù)的特定挑戰(zhàn)。廣而言之，隨著網(wǎng)絡(luò)負載增加，呼叫掉線、呼叫質(zhì)量欠佳(例如由增加的幀錯誤率引起)、傳輸延時長等(這些都可能導(dǎo)致無法接受的用戶不滿意水平)的可能性增加。具體而言，無線網(wǎng)絡(luò)中的空中接口 (例如在一個或者多個固定基站與各種移動或者其它無線接入終端之間
的無線電鏈路)原本是動態(tài)的，系統(tǒng)容量以及與各語音用戶關(guān)聯(lián)的性能也是如此。因此，可能存在沒有足夠帶寬可用來根據(jù)目標服務(wù)
質(zhì)量("QOS")水平適應(yīng)每個活躍用戶這樣的場合。此外，即使帶寬可用，但是可能存在由于變化的無線電空中鏈路狀況等而不可能在將語音或者其它數(shù)據(jù)分組傳輸?shù)綗o線接入終端時滿足目標或者所需QOS水平的情況。
在一些實例中，這些問題可能由于網(wǎng)絡(luò)電子處理能力的限制而變復(fù)雜。具體而言，進行無線分組數(shù)據(jù)通信涉及到對大量數(shù)據(jù)分組的進行中的電子處理。出于這一目的，網(wǎng)絡(luò)基礎(chǔ)設(shè)施的各要素(例如無線單元、基站、RNC、 MSC等)通常將包括一個或者多個微處理器或者其它電子處理單元。當網(wǎng)絡(luò)業(yè)務(wù)負載重時，處理器資源可能例如在通信信道的特定支路/跳躍中過分擴展，可能沒有足夠處理能力來根據(jù)所需或者目標QOS水平適應(yīng)數(shù)據(jù)負載。此外，就VoIP和多QOS應(yīng)用(比如盡力而為(best efforts )數(shù)據(jù)傳送和視頻電話)而言，存在復(fù)雜的突發(fā)業(yè)務(wù)模式，該模式造成加載浪涌和波動的較高幅度水平。加載浪涌和波動可以將多個處理設(shè)備推進到過載(overload)狀況。在這樣的過載狀況期間，處理單元和與之連接的通信總線易于具有復(fù)雜和/或無規(guī)律的處理器過載行為。這些因素可能造成流漏碼和遺漏的分組，從而造成質(zhì)量欠佳的呼叫和無法接受的系統(tǒng)性能。

發(fā)明內(nèi)容
本發(fā)明的 一 個實施例涉及 一 種用于在無線網(wǎng)絡(luò)中的數(shù)據(jù)業(yè)務(wù) 控制的系統(tǒng)和方法，例如用于以統(tǒng)一方式控制基站處理單元過載和 緩存器溢出的系統(tǒng)和方法。無線網(wǎng)絡(luò)包括 一 個或者多個基站以及連 接到一個或者多個基站的一個或者多個上游網(wǎng)絡(luò)實體，例如無線電
網(wǎng)絡(luò)控制器("RNC")?；景ㄒ粋€或者多個微處理器或者其它
處理單元以及多個數(shù)據(jù)緩存器，它們以協(xié)調(diào)的方式作為基站的電子 基礎(chǔ)設(shè)施的一部分進行工作，以便與一組分布式最終用戶終端(例
如移動電話)進行無線通信。RNC (或者其它上游網(wǎng)絡(luò)實體)在基 站與網(wǎng)絡(luò)的上游部分之間充當接口 。因此，在RNC接收指定用于傳 輸?shù)阶罱K用戶終端的數(shù)據(jù)流時，數(shù)據(jù)流傳輸?shù)交?，?shù)據(jù)流在該基 站中被緩存器接收并且由一個或者多個處理單元處理。("流"是在 源地址/端口與目的地地址/端口之間的數(shù)據(jù)分組的唯一限定流，其中 根據(jù)相同協(xié)議來生成分組。)在操作中，統(tǒng)一數(shù)據(jù)業(yè)務(wù)過載/溢出系 統(tǒng)監(jiān)一見一個或者多個處理單元以確定處理單元是否已經(jīng)進入過載狀 況。如果是這樣，則系統(tǒng)在按照流的基礎(chǔ)上(例如針對傳輸?shù)教幚?單元的每個數(shù)據(jù)流)生成用于對從RNC或者其它上游網(wǎng)絡(luò)實體傳輸 到處理單元的數(shù)據(jù)業(yè)務(wù)數(shù)量進行控制的通告(advertise)窗口。"通 告窗口，，是指以數(shù)據(jù)單位表達的數(shù)據(jù)數(shù)量，其從接收機發(fā)送到發(fā)射 機以便控制從發(fā)射機傳輸?shù)浇邮諜C的數(shù)據(jù)數(shù)量。
在另一實施例中，(針對每個流生成的)通告窗口是統(tǒng)一處理 器過載和緩存器溢出控制窗口 ，這意味著考慮處理器過載和緩存器 溢出因子二者來生成通告窗口。通過并入這些因子，通告窗口共同 地適于在系統(tǒng)范圍的基礎(chǔ)上限制處理器過載和緩存器溢出。
在另一實施例中，系統(tǒng)計算溢出窗口和過載控制窗口。過載窗 口涉及處理單元緩存器，例如溢出窗口可以涉及接收緩存器中的溢 出狀況。在處理單元進入過載狀況之后根據(jù)以下來計算過載控制窗 口 (i)處理單元在指定時間段中接收的數(shù)據(jù)數(shù)量(例如從RNC或者其它上游實體接收數(shù)據(jù))，(ii)在與處理單元關(guān)聯(lián)的指定時間段
期間登記為出現(xiàn)的數(shù)據(jù)脈沖串(burst)數(shù)目，以及(iii)與處理單 元的過載程度有關(guān)的過栽因子。統(tǒng)一控制窗口設(shè)置成緩存器溢出窗 口或者過載控制窗口中較小的那個窗口 ，然后被傳輸?shù)缴嫌尉W(wǎng)絡(luò)實 體。指定時間段可以例如在相繼地更新過載因子時之間的時間段。 另外，"數(shù)據(jù)脈沖串，，意味著在處理單元接收和/或從處理單元流出的 指定數(shù)量的數(shù)據(jù)和/或者與之有關(guān)的另 一 因子，比如指定數(shù)量的數(shù)據(jù) 在指定時間段期間未被接收/流出時則計時器到期。
在另一實施例中，系統(tǒng)監(jiān)視處理單元的占用水平。至少部分地 基于占用水平與目標占用水平的比較來生成過載因子。如上文所言， 過載因子涉及處理單元過載的程度，其包括其中處理單元未過載的 狀況。定期更新過載因子。如果認為處理單元已經(jīng)進入過栽狀況(例 如實際占用水平超過目標水平)，則系統(tǒng)在按照流的基礎(chǔ)上跟蹤在 相繼更新之間的間隔中經(jīng)過處理單元的數(shù)據(jù)數(shù)量。它也跟蹤在更新 間隔期間接收的數(shù)據(jù)脈沖串數(shù)目。在更新間隔結(jié)束時，如果更新的 過載因子表明持續(xù)的過載狀況，則如上文所示例如根據(jù)累積數(shù)據(jù)、 數(shù)據(jù)脈沖串和過載狀況來計算過載控制窗口 。也計算緩存器溢出窗 口。在后續(xù)更新間隔中，每當數(shù)據(jù)脈沖串登記為出現(xiàn)時，系統(tǒng)生成 和發(fā)送通告窗口到RNC或者其它上游實體。通告窗口是過載控制窗 口和緩存器溢出窗口中的最小窗口。因此如應(yīng)當認識到的那樣，溢 出窗口進行控制，除非過載控制窗口更小(并且因此對數(shù)據(jù)流有更 多限制)，這是表明嚴重數(shù)據(jù)擁塞的狀況。
在另一實施例中，如果過載因子表明處理單元已經(jīng)離開過載狀 況，則通告窗口設(shè)置成等于溢出窗口。另外，如果處理單元仍然處 于過載狀況，則如果在更新間隔期內(nèi)登記為出現(xiàn)的數(shù)據(jù)脈沖串數(shù)目 超過在先前間隔中登記為已經(jīng)出現(xiàn)的數(shù)據(jù)脈沖串數(shù)目，將過栽控制 窗口設(shè)置成0。


參照以下附圖閱讀非限制實施例的下文描述將更好地理解本
發(fā)明，其中
圖1和圖2是根據(jù)本發(fā)明一個實施例的在無線通信網(wǎng)絡(luò)的上下 文中的統(tǒng) 一 數(shù)據(jù)業(yè)務(wù)過載和溢出控制系統(tǒng)的示意圖3是系統(tǒng)在操作中的簡化形式的時間表；并且
圖4和圖5是示出了系統(tǒng)在操作中的多個方面的流程圖。
具體實施例方式
參照圖1-5，本發(fā)明的一個實施例涉及一種用于在無線網(wǎng)絡(luò)12 中的數(shù)據(jù)業(yè)務(wù)控制，例如用于以統(tǒng) 一 方式控制基站處理單元過載和 緩存器溢出的方法和系統(tǒng)10。無線網(wǎng)絡(luò)12包括一個或者多個基站 14a-14c以及連接到一個或者多個基站14a-14c的一個或者多個上游 網(wǎng)絡(luò)實體16,例如移動交換中心或者無線電網(wǎng)絡(luò)控制器("RNC") 18。基站14a包括一個或者多個微處理器或者其它處理單元20以及 多個數(shù)據(jù)緩存器22，它們作為基站的電子基礎(chǔ)設(shè)施的部分以協(xié)調(diào)方 式工作，以便與一組分布式無線單元24a、 24b (例如移動電話)進 行無線通信。RNC 18充當基站與網(wǎng)絡(luò)12的上游部分之間接口 。因 此，當RNC 18接收指定用于傳輸?shù)綗o線單元24a、 24b的數(shù)據(jù)流時， 數(shù)據(jù)流26被傳輸?shù)交?4a,在該基站中在緩存器22接收該數(shù)據(jù)流， 以便由一個或者多個處理單元處理。(如上文所言，"流"是在源地 址/端口與目的地地址/端口之間的數(shù)據(jù)分組28的唯一限定流，其中 根據(jù)相同協(xié)議來生成分組?？梢酝ㄟ^分組頭中的共同流ID等按照共 同源和唯一目的地來唯一地限定流。)在操作中，統(tǒng)一數(shù)據(jù)業(yè)務(wù)過 載/溢出系統(tǒng)10監(jiān)—見處理單元20以確定處理單元20是否已經(jīng)進入過 載狀況。如果是這樣，則系統(tǒng)IO在按照流的基礎(chǔ)上(例如針對被傳 輸?shù)教幚韱卧拿總€數(shù)據(jù)流26 )生成用于當數(shù)據(jù)流26從RNC 18傳 輸?shù)教幚韱卧?0時對數(shù)據(jù)流26中的數(shù)據(jù)數(shù)量進行控制的通告窗口 30。
廣而言之，術(shù)語"窗口"描述字節(jié)數(shù)量或者更一般而言按照數(shù)據(jù)
9單位表達的數(shù)據(jù)數(shù)量。"通告"或者賦予的窗口 30從接收單元發(fā)送到 傳輸單元以便控制數(shù)據(jù)流——不允許傳輸單元具有比通告窗口限定
的數(shù)量更多的未完成的未確認分組。在系統(tǒng)10中，通告窗口30是 統(tǒng)一處理器過載和緩存器溢出控制窗口 ，這意味著考慮處理器過載 和緩存器溢出因子來生成通告窗口。通過并入這些因子，為控制數(shù) 據(jù)流26而生成的通告窗口 30用于在系統(tǒng)范圍的基礎(chǔ)上和在按照流 的基礎(chǔ)上限制處理器過載和緩存器溢出二者，以便支持基于按照用 戶的多QOS應(yīng)用。
如下文更具體討論的那樣，作為用于確定處理單元20何時進 入過載狀況32的過程的一部分，系統(tǒng)(i)監(jiān)視處理單元與目標處 理器占用水平36相比的占用水平34;以及(ii)生成一個或者多個 過載因子38。過載因子38涉及處理單元過載程度。(如應(yīng)當認識到 的那樣，這包括其中處理單元未過載的狀況/狀態(tài)。)定期更新過載 因子38。如果認為處理單元20已經(jīng)進入過載狀況，則系統(tǒng)在按照流 的基礎(chǔ)上跟蹤在相繼更新44之間的間隔42中經(jīng)過處理單元的數(shù)據(jù) 數(shù)量("累積數(shù)據(jù)")。它也跟蹤在更新間隔期間接收的數(shù)據(jù)脈沖串 46的數(shù)目。在更新間隔42結(jié)束時，如果更新的過載因子38表明持 續(xù)的過載狀況，則計算過載控制窗口48。根據(jù)累積數(shù)據(jù)40、數(shù)據(jù)脈 沖串46的數(shù)目和過載因子38來計算過載控制窗口 48。也計算緩存 器溢出窗口 50。緩存器溢出窗口 50涉及處理單元緩存器22之一， 例如溢出窗口 50可以涉及接收緩存器52中的溢出狀況。(情況可 能是在進行中的定期基礎(chǔ)上計算緩存器溢出窗口。)在后續(xù)更新間 隔中，每當將數(shù)據(jù)脈沖串登記為出現(xiàn)時，系統(tǒng)生成通告窗口30并且 將它傳輸?shù)絉NC 18或者其它上游實體16。傳輸?shù)耐ǜ娲翱?30 (例 如統(tǒng)一處理器過載和緩存器溢出控制窗口)是過載控制窗口和緩存 器溢出窗口中的最小值。如上文所言，當可用時，在按照流的基礎(chǔ) 上執(zhí)行這一過程。
系統(tǒng)10可以用獨立方式和/或者與處理單元集成的方式和/或 與一個或者多個網(wǎng)絡(luò)部件(例如基站和RNC)集成的方式實施為硬
10件模塊、硬件/軟件模塊或者軟件模塊53 (例如，腳本或者其它軟件 程序或者軟件程序組)，以便執(zhí)行這里描述的方法。
統(tǒng)一數(shù)據(jù)業(yè)務(wù)過載/溢出系統(tǒng)10實施為無線電信網(wǎng)絡(luò)12的部 分。在圖1和圖2中示出了這樣的網(wǎng)絡(luò)12的一個例子。在網(wǎng)絡(luò)中， 陸地區(qū)域在地理上劃分成多個小區(qū)或者扇區(qū)(未示出)，這些小區(qū) 或扇區(qū)通常是鄰接的并且一起限定網(wǎng)絡(luò)覆蓋區(qū)。各小區(qū)由基站
("BS，，) 14a-14c服務(wù)。在其它可能部件之中，各基站可以包括一個 或者多個處理單元20、收發(fā)器系統(tǒng)54 (例如固定/靜止收發(fā)器和天 線)、線路接口單元("LIU") 56和一個或者多個數(shù)字信號處理器
("DSP")58。這些部件被配置成協(xié)調(diào)操作，以便執(zhí)行與向網(wǎng)絡(luò)的用 戶提供服務(wù)的一組分布式無線單元24a、 24b (例如移動電話)的無 線通信。LIU56在基站14a-14c與RNC 18之間充當通信接口，例如 在其間傳送數(shù)據(jù)。與DSP 58結(jié)合，處理單元20如根據(jù)網(wǎng)絡(luò)上施行 的通信協(xié)議所要求的那樣處理數(shù)據(jù)。收發(fā)器系統(tǒng)54包括用于接收和 傳輸RF信號的多個天線以及用于在用于分別通過前向和反向鏈路 傳輸和接收的射頻水平調(diào)制數(shù)據(jù)信號的各種電性子部件。
存在用于在基站14a-14c與無線單元24a、24b之間進行無線通 信的各種方法。 一種這樣的方法是在如上文討論的各種標準之下在 美國廣泛實施的CDMA (碼分多址)擴頻復(fù)用方案。在基于CDMA 的網(wǎng)絡(luò)中，從無線單元到基站的傳輸跨反向鏈路60a,該反向鏈路 60a是以第一指定頻率為中心的1.25 MHz(或者更大)頻率帶寬。 一般而言， 一直為各無線單元分配整個帶寬，其中使用編碼方案來 相互區(qū)別來自各個無線單元的信號。從基站到無線單元的傳輸是跨 前向鏈路60b的，該前向鏈路60b是以第二指定頻率為中心的相似 的1.25 MHz (或者更大)頻率帶寬。前向和反向鏈路可以各自包括 多個業(yè)務(wù)信道和信令或者控制信道，前者主要用于運送數(shù)據(jù)，而后 者主要用于運送為了實施CDMA通信而需要的控制、同步和其它信 號。因此在CDMA通信的情況下，處理單元20可以被配置成除了 其它功能之外還對通過空中鏈路接收的擴頻信號進行分離和解碼以及對信號進行組合和編碼以便通過空中鏈路傳輸。
基站14a-14c又通過"回程(backhaul )，，通信路線62連接到RNC 18。例如，回程62可以包括集中器路由器64和高容量復(fù)用器 ("MUX") 66,其中在RNC 18接收的數(shù)據(jù)轉(zhuǎn)發(fā)到集中器路由器64、 然后通過高容量線路轉(zhuǎn)發(fā)到MUX 66以便傳送到基站14a-14c。 RNC 18在網(wǎng)絡(luò)12的無線/無線電端與各種內(nèi)部和外部網(wǎng)絡(luò)(比如公共交 換電話網(wǎng)絡(luò)("PSTN") 68和因特網(wǎng)70)之間充當接口 。 RNC 18包 括業(yè)務(wù)處理器單元("TP") 72，該業(yè)務(wù)處理器單元用于執(zhí)行建立去 往和來自無線單元24a、 24b的呼叫或者其它數(shù)據(jù)傳送而必需的信令 功能。為了去往和來自因特網(wǎng)70或者別處的高速數(shù)據(jù)傳輸(例如用 于促進網(wǎng)頁瀏覽、實時文件傳送或者下載大型數(shù)據(jù)文件)，網(wǎng)絡(luò)12 可以使用網(wǎng)際協(xié)議，其中數(shù)據(jù)分解成多個被尋址的數(shù)據(jù)分組28。為 了用于在網(wǎng)絡(luò)12與其它網(wǎng)絡(luò)如因特網(wǎng)70之間傳送分組數(shù)據(jù)28,無 線網(wǎng)絡(luò)12可以包括用于路由無線單元始發(fā)的或者無線單元終結(jié)的 分組數(shù)據(jù)的分組數(shù)據(jù)服務(wù)節(jié)點("PDSN") 74,認證、授權(quán)和記賬模 塊("AAA，，)76, —個或者多個防火墻78,以及將VoIP傳輸轉(zhuǎn)換成 適合于通過PSTN 68傳送的格式(例如模擬語音信號)以及相反轉(zhuǎn) 換的VoIP媒體網(wǎng)關(guān)80。網(wǎng)絡(luò)12也可以包括用于網(wǎng)絡(luò)的不同要素之 間(例如RNC 18與AAA才莫塊76或者其它服務(wù)中心之間)內(nèi)部陸 線通信的核心IP網(wǎng)絡(luò)部分82。
雖然上文將基站14a-14c描述為各自具有一個處理單元20,但 是更加典型的情況是基站14a-14c根據(jù)基站的容量而各自包括多個 處理單元。當重新啟動呼叫或者其它通信時，臨時分配處理單元之 一以處理呼叫。當呼叫終結(jié)時，處理單元被釋放并且可以被分配用 以處理另一呼叫。此外如圖2中所示，各處理單元20可以包括一個 或者多個處理子單元84、 86以及臨時存儲器88 (如RAM)。在這 一例子中，第一處理子單元84 ("BAP，，)充當與LIU 526 (本身可以 視為處理子單元)的處理接口，而第二處理子單元86 ("BMP")作 為與DSP 58和臨時存儲器88的處理接口來工作。(例如在LucentTechnologies⑧/Qualcomm⑧單板lx-EV調(diào)制解調(diào)器中可以找到這樣 的配置。)根據(jù)本發(fā)明，可以參照作為整體的處理單元20和/或參照 每個處理子單元84、 86監(jiān)視處理器占用水平。出于示例目的，將在 監(jiān)視比如圖2中所示多個處理器子單元中的一個(或者多個)特定 處理器子單元的處理器負載方面進一步描述統(tǒng)一數(shù)據(jù)業(yè)務(wù)過載/溢出 系統(tǒng)10和關(guān)聯(lián)方法。然而，該方法可以應(yīng)用于具有不同配置的處理 單元。此外，除非這里另有指明，術(shù)語"處理單元"一般指代具有信 令和數(shù)據(jù)處理功能的任何電子模塊，無論它是更大處理單元的處理 子部件還是本身具有一個或者多個處理子部件的單元。
如上文所言，系統(tǒng)10并入對緩存器溢出的考慮以便在按照流 的基礎(chǔ)上以統(tǒng)一方式控制緩存器溢出和處理器過載。如圖2中所示， 例如對于各數(shù)據(jù)流26,三個緩存器唯一地分配給數(shù)據(jù)流26:接收緩 存器52、延遲ACK緩存器90和重傳緩存器92。(為求示例簡化， 在圖2中總體示出緩存器22和數(shù)據(jù)流26。)通常，各存儲器并且尤 其是接收緩存器52具有它自己的溢出控制。例如，用于RNCTP72 與接收緩存器52之間數(shù)據(jù)流的溢出控制可以是簡單窗口控制。這里 對于從接收緩存器52流出的每"x，，個字節(jié)(例如字節(jié)從接收緩存器 傳輸?shù)较掠螌嶓w，比如BAP 84)，其中"x"為指定數(shù)目，BAP 84將"x" 個字節(jié)的溢出通告窗口 50發(fā)送到RNC TP 72 。如果在指定的"y，，毫秒 內(nèi)未流出"x"個字節(jié)，則將大小如下的溢出通告窗口 50傳輸?shù)絉NC TP 72:
溢出通告窗口=(接收緩存器大小)-(緩存器積壓) 換而言之，溢出通告窗口 50在這一情況下等于接收緩存器52 中剩余的空間。如應(yīng)當理解的那樣，當流出指定的"x"個字節(jié)時、或 者如果在指定的"y"毫秒(從計算上一個溢出窗口時起)內(nèi)未流出"x" 字節(jié)則按照該時間段，定期(可能不規(guī)律)計算溢出窗口 50。應(yīng)當 注意在系統(tǒng)10中雖然作為用于生成統(tǒng)一通告窗口 30(例如見下文討 論的窗口 " W，，)的過程的 一 部分在正在進行的基礎(chǔ)上計算溢出窗口 50 (例如見下文討論的"W—que")，但是統(tǒng)一通告窗口 30代替溢出窗口 50。換而言之，除了下文討論的當統(tǒng)一通告窗口的值設(shè)置成等
于所計算的溢出窗口時的情況之外，溢出窗口不傳輸?shù)絉NC。
盡管 一般在按照流的基礎(chǔ)上執(zhí)行緩存器溢出控制，但是由于處 理器占用率視聚集的業(yè)務(wù)而定，但是處理器過載控制涉及對通過正 在考慮的處理器的聚集數(shù)據(jù)業(yè)務(wù)傳遞的控制。因此，系統(tǒng)10監(jiān)視并 且可控地減少網(wǎng)絡(luò)微處理器或者其它電子處理單元20在繁重網(wǎng)絡(luò)業(yè) 務(wù)時間期間(例如如果處理單元變?yōu)檫^載)處理的數(shù)據(jù)數(shù)量，由此 減少數(shù)據(jù)丟失、數(shù)據(jù)延遲等的出現(xiàn)?？梢?i)針對作為整體的處理 單元20處理單元或者針對子單元56、 84、 86中的一個或者多個子 單元并且(ii)在按照空中鏈路的基礎(chǔ)上，針對前向鏈路("FL") 60b 和反向鏈路("RL，，) 60a二者，來監(jiān)視處理單元過載。
如果網(wǎng)絡(luò)12在每個按照鏈^各分別分配的處理單元和/或子單元 內(nèi)利用差異化QOS水平，則存在包括BE (盡力而為)流、AF(轉(zhuǎn) 發(fā)有保證)流和EF (加速轉(zhuǎn)發(fā))流的多個數(shù)據(jù)流。以標準方式根據(jù) 一組調(diào)度和排隊方案(比如由IETF"DiffServ"標準限定的方案)來實 施EF、 AF和BE流。指定的EF流通過網(wǎng)絡(luò)12來提供低損耗、低延 時、低抖動、帶寬有保證和端到端服務(wù)(例如類似于點到點連接或 者"虛擬專線，，)。指定的AF流具有最小速率保障和低丟失率。網(wǎng)絡(luò) 盡力而為傳輸BE流，通常沒有系統(tǒng)監(jiān)視或者有保障的速率。對于承 載業(yè)務(wù)分組(例如與網(wǎng)絡(luò)信令數(shù)據(jù)相對的運送用戶數(shù)據(jù)的分組)， 這些可以簡化為BE流，針對無嚴格延遲要求的任何應(yīng)用；EF流， 針對有嚴格延遲約束的應(yīng)用(例如需要以最小延遲來處理和遞送的 VoIP分組)；以及AF流，針對延遲約束不那么嚴格的應(yīng)用，例如 帶寬分配有保證的VT。由于BE流不具有嚴格延遲約束，所以系統(tǒng) 10首先控制BE流。如果對BE流的控制不足以將處理器負載減少至 希望的水平，則^f又影響EF和AF流。
系統(tǒng)使用的過載控制和監(jiān)視參數(shù)如下
AF:接受率
PO:處理器占用率(測量/實際)
14POBE—FL、 POBE—RL:按照鏈路用于BE流的PO POEF:用于EF流的PO
在系統(tǒng)10中，在進行中的基礎(chǔ)上測量/監(jiān)視每個處理單元(例 如BAP 84、 BMP 86和LIU 56)的處理器占用水平(PO ) 34，以便 確定處理單元何時進入過載以及通過一個或者多個過栽因子38來量 化過載程度。
對于各處理單元(例如BAP 84),如在圖4的步驟120定期 測量處理單元的PO水平34。這一點可以通過啟動處理單元的報告 功能、子例程或者實用程序來完成，或者借助于以處理單元處理的 數(shù)據(jù)分組數(shù)目為基礎(chǔ)的直接計算來完成。在步驟122選擇目標PO 36 ("PO目標，，)。(目標PO可以是設(shè)置或者預(yù)先建立的值。)這是范 圍例如為70%-90%、默認值為85%的轉(zhuǎn)換參數(shù)。在步驟124根據(jù)下 式來計算接受率"AF": fpo = PO目標/PO
AFt = max [min(f, 1)， fmin]
這里，AFt=0 = l，而fmin是代表AF最小值的恒定值,例如0.02。 每T秒更新AFt,其中T是范圍例如為1秒至10秒、默認值為1秒 的可調(diào)參數(shù)。因此 當t= 1時
f =PO時/PO
AF, = max [min(PO目標/PO, 1)， 0.02] 如果POSPO目標，貝'J AF = 1 否則PO〉PO目標，貝'J0.02^AF〈1
如應(yīng)當認識到的那樣，如果測量的PO水平34未超過目標PO 36,則接受度因子AF將保持于1。如果測量的PO水平34超過目標 P0 36,則接受度AF將是在乙in與l之間的值。接受度因子AF因此 充當用于在可控地減少BE流以及可能減少EF/AF流時使用的對測 量的PO 34超過目標PO 36的程度的度量。在步驟126計算按照鏈路的BE流PO水平，也就是說，由于 前向和反向鏈路上的BE流所致的處理器占用百分比計算如下 POBE_FL = NPBE—FL.POBEPK—FL POBE—RL = NPBE—RL'POBEPK—RL
這里，NPBE—FL和NPBE—RL分別是在最后T秒內(nèi)分別通過處 理器傳遞的FL和RL BE分組的平均數(shù)目，其中T是與用于計算接 受度因子AF相同的可調(diào)參數(shù)。POBEPK—FL是用于一個BE FL分組的 預(yù)先校準的平均PO,而POBEPK—RL是用于一個BE RL分組的預(yù)先 校準的平均PO, 二者均可以通過對相關(guān)處理單元的實驗測試來獲 得。平均值僅為這一過程中可使用的一種類型的統(tǒng)計方法；實質(zhì)上 可以應(yīng)用任何統(tǒng)計和自適應(yīng)過濾方法以實現(xiàn)用于使實際值與估計值 之差最小化的希望的準確度。
在步驟128計算值"A"，該值代表將要減少的百分比PO。 A計
算為
A= ( 1-AF) .PO
如應(yīng)當認識到的那樣，如果AF二1 (意口未著測量的PO不超過 目標PO)，則厶=0,這意味著將不減少PO。隨著AF接近它的最 小值fmin (例如0.02) ， A增加至最大值(l-fmin) 'PO,例如0.98'PO (也就是說，PO將要減少98。/0)。
在步驟130確定如果A少于或者等于pobe,其中PObe是由于 BE流所致的處理器占用水平并且POBE = POBE—FL + POBE—RL。(換 而言之，由于BE流所致的處理器占用率等于由于前向鏈路和反向鏈 路上的BE流所致的總處理器占用率。)如果是這樣，則在步驟132 針對每個鏈路的BE流計算A值(例如，百分比減小)如下 如果0<A￡P(guān)OBE 則
ABE—FL = a./V ( POBE—FL/ POBE ) △BE—RL = A-ABE —
這里，"a，，是在例如為1至1.5的范圍內(nèi)、默認值為1的可調(diào)參數(shù)。隨后在步驟134針對每個鏈路上的BE流計算減少比"R"如下<formula>formula see original document page 17</formula>此外，由于當BE流的減少將足以彌補過載狀況時(例如如果 0<A￡P(guān)OBE)，則不影響EF流，所以關(guān)于EF流分配以下值<formula>formula see original document page 17</formula>回到步驟130,如果A〉PObe(例如，如果將要減少的PO百 分比大于由于BE流所致的處理器占用百分比)，則在步驟136確定 用于EF流的"A，M直和減少比如下
<formula>formula see original document page 17</formula>
在步驟134或者步驟136之后，情況可能是將存在針對每個感 興趣的處理單元/子單元、根據(jù)上述公式計算的用于EF流和BE流的 一組減少比"R" (RBE_FL、 RBE—RL和Ref)。這些參數(shù)以及上文討論 的其它參數(shù)用來可控地減少處理器占用水平并且用于生成統(tǒng)一通告 窗口 30。首先在系統(tǒng)10中基于如上文所言代表將要減少的百分比 PO的A值來控制新的呼叫準入。如果接受率AF少于1 (代表測量 的P034超過目標P036)，則△>()。因而，參照圖5，在步驟140 確定對于BMP子單元86和/或BAP子單元84是否△ > 0。如果是這 樣，則在步驟142命令RNC 18臨時暫停準入新啟動的呼叫/通信以 便由處理單元20處理。同時將過載標志設(shè)置成"l"(表明過載狀況)。 如果不是，則在步驟144確定過載標志是否設(shè)置成"1"。如果是這樣， 則在步驟146確定測量的PO是否少于值PO新，其中PO新是(1-10%)PO目標至PO目標范圍內(nèi)的、默認值為PO目標的、被指定的可調(diào)參數(shù)26。如果是這樣(例如如果確定測量的PO水平已經(jīng)降至目標PO或者另一指定PO以下)，則在步驟148命令RNC22準許新呼叫/通信并且將過載標志設(shè)置成"0"。該過程在步驟150結(jié)束，直至在下一時間間隔T如在圖4中的步驟120繼續(xù)。
對于統(tǒng)一溢出和過載控制，針對監(jiān)視的一個或者多個處理單元首次進入過載狀況32 (見圖3)并且當生成/接收R〉 0過載因子38時而且在處理單元脫離過載之前，系統(tǒng)累積由處理單元在"R"(減少比/過載因子)的更新間隔42內(nèi)處理的數(shù)據(jù)40的數(shù)量以及在更新間隔42內(nèi)接收或者登記為出現(xiàn)的數(shù)據(jù)脈沖串46的數(shù)目。過載控制窗口 48更新如下(在R的更新間隔內(nèi)接收的總字節(jié))/ (在R的上一個更新間隔內(nèi)的脈沖串數(shù)目)x ( l-來自過載控制的減少比"R")。
(前文提供一種用以將PO減少比R改變?yōu)樽止?jié)單位、由此也按照字節(jié)單位將過載控制窗口與溢出窗口對準的方法。)如果在當前更
新間隔內(nèi)的脈沖串數(shù)目超過先前的脈沖串數(shù)目，則將過載控制窗口48將被設(shè)置成0。這樣，可以在R的更新間隔42內(nèi)發(fā)送過載控制窗口的次數(shù)實際上由在R的上 一 個更新間隔內(nèi)接收的脈沖串4 6的數(shù)目設(shè)定上限。(具體而言，如下文所示，如果在當前更新間隔中的脈沖串數(shù)目超過在上一個更新間隔中的脈沖串數(shù)目并且如果R 〉 0,則將過載控制窗口設(shè)置成0)。傳輸?shù)絉NCTP72的通告窗口 30是過載控制窗口和接收緩存器溢出窗口 50 (該溢出窗口是如上文所述那樣定期計算的)中的最小值。
現(xiàn)在將針對本發(fā)明的 一 個實施例更詳細地說明用于生成統(tǒng)一通告窗口30的過程。在系統(tǒng)中使用以下參數(shù)隊列BEFL接收隊列(例如)
Acc—bytes: BAP 84在PO報告間隔42內(nèi)從RNC TP 72接收的累積字節(jié)40。
N_FCI:在PO報告間隔內(nèi)的FCI觸發(fā)計數(shù)，例如脈沖串46的數(shù)目。FCI觸發(fā)是在流出指定數(shù)量的數(shù)據(jù)(例如4K字節(jié))時或者
18如果在指定時間段(FCI計時器)內(nèi)未流出指定數(shù)量的數(shù)據(jù)則由系統(tǒng)硬件/軟件生成的中斷。
W_que:用于緩存器溢出控制的退出窗口 50。W_oc:過載控制窗口。
W:統(tǒng)一通告窗口 30,例如傳輸?shù)絉NCTP72的窗口。流 出字節(jié)(Drained—bytes ):
如果FCI由4K流出觸發(fā)，貝'J Drained—bytes = 4K (可調(diào)
參數(shù))。
如果FCI由全局FCI計時器觸發(fā)，則Drained—bytes = 2K字節(jié)x全局FCI到期時間(可調(diào)、當前為500ms)
R: PO減少比=max( R—LIU， R—BAP， R—BMP )，其中"R—xxx"是用于處理子單元"xxx"的PO減少比。
如上文討論的那樣，系統(tǒng)監(jiān)視感興趣的一個或者多個處理單元以便確定處理單元何時進入過載狀況42。作為這一過程的一部分，定期生成過載因子(例如"R") 38。具體而言，以如上文所述的方式在進行中的基礎(chǔ)上針對感興趣的各處理單元/子單元(例如BAP、 LIU和/或BMP)計算PO減少比"R"。使用這些值中的最大值作為用于下述過程的過載因子"R"(即R=max(R—LIU, R—BAP, R—BMP )),可以理解，使用所有處理子單元中的最大減少比來抵消針對所有處理子單元的過載。在相繼更新之間的間隔在圖3中表示為"更新間隔，，42。也如上文討論的那樣定期計算溢出窗口 50。在處理單元脫離過載之前并且當首次進入處理器過載時(如在圖3中的32)或者每當接收/生成新的過載因子(例如R>0， R = max(R—LIU, R—BAP，R—BMP ))時(如在圖3中的44 ):
W—que —old = W—que 〃"W—que —old"設(shè)置成當前溢出
〃控制窗口 (W_que)。
如果首次進入過載〃見圖3中的32。Acc一bytes = 0
〃重置處理器在處理器占用(PO)4艮〃告間隔內(nèi)接收的累積字節(jié)計數(shù)。
N FCI = 0
〃重置脈沖串計數(shù),
W oc = 4k
〃過載控制窗口 (W—oc)當沒有R〃可用時設(shè)置成默認值。
ELSE ifR〉0
〃在進入過載之后的一個報告間〃隔開始報告R。每當接收到新的R〃時發(fā)生以下步驟。
Acc一bytes = Acc—bytes + W—que—old — W—que
W—oc = Acc—bytes/(N—FCI'(1-R)) 〃計算W—oc'
Acc—bytes = 0 〃重置累積字節(jié)計數(shù)。
N—FCI—old = N— FCI 〃在當前報告間隔期間，
〃"N—FCI—old"代表先前報告時段〃的脈沖串計數(shù)。這里，在新間〃隔開始時，先前間隔的脈沖串計〃數(shù)(N—FCI)移到N_FCI_old。
如上文所示，每當接收到R〉0時(其中R-max (R_LIU,R—BAP， R—BMP)),如在圖3中的44那樣，將過載控制窗口 48更新為W_oc = Acc—bytes/(N—FCI.(1-R))。因此如應(yīng)當認識到的那樣，W oc是累積字節(jié)40、數(shù)據(jù)脈沖串46的數(shù)目和過載因子38(例如"R")的函數(shù)。 一旦計算W—oc,則重置累積數(shù)據(jù)計數(shù)40和脈沖串46的數(shù)目，因為正在進入新間隔42。
每當接收到FCI觸發(fā)46時(或者每當系統(tǒng)以其它方式將脈沖串登記為已經(jīng)出現(xiàn)時)，執(zhí)行以下步驟
Acc—Bytes = Acc—Bytes + Drained—Bytes 〃累積從處理單元
〃流出的數(shù)據(jù)數(shù)量。
N—FCI = N—FCI + 1 〃遞增脈沖串計數(shù)。
IF ( R > 0 )
IF N—FCI > N—FCI—old
W一oc = 0 〃如果在R的當前更新間隔
〃內(nèi)的脈沖串數(shù)目(N—FCI)〃超過前一個
〃 (N—FCI—old)，則/將過載〃控制窗口 ( W—oc)設(shè)置〃成0。見圖3中的步驟200。
ELSE
W—oc = W—oc 〃如果N—FCKN—FCI—old,
則W oc不變。
W = min (W_oc, W_que)〃發(fā)送到RNC的統(tǒng)一通告窗
〃口 30是所有過載控制〃窗口 ( W_oc )和接收緩存〃器溢出窗口 (W—que)中〃的最小值。見圖3中的步〃驟202。
ELSE 〃這里11 = 0。
W = W—que 〃如果R = 0,則發(fā)送到RNC
〃的窗口 30是接收緩存器〃溢出窗口 (W—que)。
SENDW //將統(tǒng)一通告窗口 W發(fā)送到
〃RNC。步驟204。
如應(yīng)當"^人識到的那樣，在用于統(tǒng)一通告窗口 W的W—oc與W—que之間有一對一關(guān)聯(lián)。在定期更新過載狀況時，W—que由FCI中斷/觸發(fā)生成。為了對準過載控制和溢出控制，針對W為每個W—que(例如為每個FCI )確定過栽控制窗口 W一oc。對于每個W—que，W—oc的值為0或者W—oc = Acc—bytes/ ( N_FCI. ( 1-R))。具體而言，在每個R更新時間(假設(shè)R > 0)將后者計算一次，并且在與W—que比較時將后者使用"N—FCI—old"次。因此在當前更新間隔中，如果R〉 0: (i)對于第一"N—FCI—old，，F(xiàn)CI觸發(fā)，W—oc的值保持與在更新間隔開始時計算的值相同；并且(ii)對于后續(xù)FCI觸發(fā)(例如，如果N—FCI>N—FCI—old),將W—oc設(shè)置成0。
如上文所言，系統(tǒng)IO可以實施為硬件模塊、硬件/軟件模塊、腳本或者其它軟件程序或者軟件程序53的組合。系統(tǒng)10可以是集中式的并且可能包括在網(wǎng)絡(luò)12的不同部分中操作的、用于報告和控制目的的一個或者多個分布式子例程或者實用程序。作為備選，系統(tǒng)IO可以分布于網(wǎng)絡(luò)中、例如分布于在每個處理單元或者子單元有多次重復(fù)的位置。在任一情況下，系統(tǒng)與處理單元和/或與一個或者多個網(wǎng)絡(luò)部件(例如基站和RNC)集成，以便實現(xiàn)這里描述的方法。
由于可以在用于統(tǒng)一過載和溢出控制的上述方法和系統(tǒng)中進行某些改變以在通信網(wǎng)絡(luò)中支持VoIP和多QOS流業(yè)務(wù)，而不脫離這里涉及到的本發(fā)明的精神實質(zhì)和范圍，所以旨在于上文描述和在
22附圖中示出的所有主題內(nèi)容僅解釋為對此處的本發(fā)明概念進行舉例 說明的例子而不應(yīng)當解釋為限制本發(fā)明。
權(quán)利要求
1.一種在無線網(wǎng)絡(luò)中的數(shù)據(jù)業(yè)務(wù)控制方法，所述方法包括確定基站處理單元是否已經(jīng)進入過載狀況；并且如果是這樣，則在按照流的基礎(chǔ)上生成用于對從上游網(wǎng)絡(luò)實體傳輸?shù)剿鎏幚韱卧臄?shù)據(jù)業(yè)務(wù)數(shù)量進行控制的通告窗口。
2. 根據(jù)權(quán)利要求1所述的方法，其中所述通告窗口是統(tǒng)一處理 器過載和緩存器溢出控制窗口。
3. 根據(jù)權(quán)利要求2所述的方法，其中統(tǒng)一控制窗口所根據(jù)的是 (i)所述處理單元在指定時間段內(nèi)接收的數(shù)據(jù)數(shù)量，所述指定時間段是所述過載因子的報告間隔；(ii)在與所述處理單元關(guān)聯(lián)的所述 指定時間段期間登記為出現(xiàn)的數(shù)據(jù)脈沖串數(shù)目；以及Uii)與所述 處理單元的過載程度有關(guān)的過栽因子。
4. 根據(jù)權(quán)利要求3所述的方法，還包括將所述處理單元的定期測量的處理器占用水平(PO)與目標PO 進行比較；以及根據(jù)所測量的PO和所述目標PO,基于所述比較來計算所述過 載因子。
5. 根據(jù)權(quán)利要求2所述的方法，還包括 計算與所述處理單元的緩存器有關(guān)的溢出窗口；以及 根據(jù)以下來計算過栽控制窗口 (i)所述處理單元在指定時間段內(nèi)接收的數(shù)據(jù)數(shù)量，所述指定時間段是所述過載因子的報告間隔；(i i)在與所述處理單元關(guān)聯(lián)的指定時間段期間登記為出現(xiàn)的數(shù)據(jù)脈沖串數(shù)目；以及(iii)與所述處理單元的過載程度有關(guān)的過載因子，其中統(tǒng) 一 控制窗口包括從所述緩存器溢出窗口和所述過載控制 窗口中選擇的一個較小的窗口 。
6. 根據(jù)權(quán)利要求5所述的方法，還包括將所述處理單元的定期測量的處理器占用水平(PO)與目標PO進行比較；以及根據(jù)所測量的PO和所述目標PO，基于所述比較來計算所述過載因子。
7. 根據(jù)權(quán)利要求1所述的方法，還包括如果在與所述處理單元關(guān)聯(lián)的指定時間段期間登記為出現(xiàn)的數(shù)據(jù)脈沖串數(shù)目超過在先前指定時間段中登記為已經(jīng)出現(xiàn)的數(shù)據(jù)脈沖串數(shù)目，則將零值分配給所述通告窗口；以及在所述指定時間段期間每當數(shù)據(jù)脈沖串登記為已經(jīng)出現(xiàn)時將所述通告窗口傳輸?shù)剿錾嫌尉W(wǎng)絡(luò)實體。
8. —種在無線網(wǎng)絡(luò)中控制數(shù)據(jù)業(yè)務(wù)的方法，所述方法包括生成與基站處理單元的過載程度有關(guān)的過載因子；以及基于所述過載因子，針對從上游網(wǎng)絡(luò)實體傳輸?shù)剿鎏幚韱卧亩鄠€數(shù)據(jù)流中的每個數(shù)據(jù)流生成用于控制該數(shù)據(jù)流的通告窗口 。
9. 根據(jù)權(quán)利要求8所述的方法，還包括計算與所述處理單元的緩存器有關(guān)的溢出窗口；根據(jù)以下來計算過載控制窗口 (i)所述處理單元在指定時間段內(nèi)接收的數(shù)據(jù)數(shù)量，(ii)在所述指定時間段期間登記為出現(xiàn)的數(shù)據(jù)脈沖串數(shù)目，以及(iii)所述過載因子；以及在所述指定時間段期間每當數(shù)據(jù)脈沖串登記為已經(jīng)出現(xiàn)時將所述通告窗口傳輸?shù)剿錾嫌尉W(wǎng)絡(luò)實體，其中所述通告窗口包括從所述緩存器溢出窗口和所述過載控制窗口中選擇的 一個較小的窗口 。
10. —種在無線通信網(wǎng)絡(luò)中的統(tǒng)一緩存器溢出和處理器過載控制方法，所述方法包括監(jiān)視基站處理單元的負載狀況；以及在所述處理單元進入過載狀況之后，針對從上游網(wǎng)絡(luò)實體傳輸?shù)剿鎏幚韱卧亩鄠€數(shù)據(jù)流中的每個數(shù)據(jù)流，將通告窗口傳輸?shù)剿錾嫌尉W(wǎng)絡(luò)實體以便控制所述數(shù)據(jù)流，其中所述通告窗口包括從緩存器溢出窗口和過載控制窗口中選擇的一個較小的窗口 ，所述溢出窗口涉及所述處理單元的緩存器的溢出狀況，并且根據(jù)以下來計算所述過載控制窗口 (i)所述處理單元在指定時間段中接收的數(shù)據(jù)數(shù)量，(ii)在與所述處理單元關(guān)聯(lián)的指定時間段期間登記為出現(xiàn)的數(shù)據(jù)脈沖串數(shù)目，以及(iii)所述處理單元的過載狀況。
全文摘要
在一種用于以統(tǒng)一方式控制基站處理單元過載和緩存器溢出的方法和系統(tǒng)中，監(jiān)視基站的一個或者多個處理單元以確定一個或者多個處理單元是否已經(jīng)進入過載狀況。如果是這樣，則系統(tǒng)在按照流的基礎(chǔ)上生成用于對從上游實體傳輸?shù)教幚韱卧臄?shù)據(jù)流中的數(shù)據(jù)數(shù)量進行控制的通告窗口?？紤]處理器過載和緩存器溢出因子二者來生成通告窗口。通過并入這些因子，通告窗口共同用于在系統(tǒng)范圍的基礎(chǔ)上限制處理器過載和緩存器溢出。
文檔編號H04L12/56GK101690031SQ200880022569
公開日2010年3月31日 申請日期2008年6月27日 優(yōu)先權(quán)日2007年6月29日
發(fā)明者L·王, P·朱 申請人:朗訊科技公司