專利名稱：一種緩存下限流控響應(yīng)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，特別涉及一種緩存下限流控響應(yīng)方法。
背景技術(shù)：
高速下行分組接入(HSDPA)技術(shù)在基站(Node B)側(cè)增加了高速媒體訪問 (MAC-hs)實體，負(fù)責(zé)對數(shù)據(jù)的快速調(diào)度和處理，其主要功能包括無線網(wǎng)絡(luò)控制器(RNC)與基站的接口的數(shù)據(jù)流控制、優(yōu)先級隊列中分組數(shù)據(jù)的緩存、分組調(diào)度和優(yōu)先權(quán)處理、快速分組調(diào)度機制。基站接到從RNC來的數(shù)據(jù)后需要先緩存在MAC-hs中相應(yīng)的優(yōu)先級隊列中，等待調(diào)度。如果基站側(cè)的數(shù)據(jù)緩存太小，不能夠滿足空口數(shù)據(jù)傳輸，甚至數(shù)據(jù)緩存被調(diào)度空， 就會影響到用戶側(cè)的吞吐量。為了防止這種情況的發(fā)生，預(yù)先根據(jù)某個固定的值或采用某些共識計算出某個值作為基站側(cè)緩存的數(shù)據(jù)量下限，一旦發(fā)現(xiàn)基站側(cè)的緩存數(shù)據(jù)量低于該緩存下限值，則觸發(fā)相應(yīng)的流量控制操作，也即緩存下限流控。在專利CN200610084695. 1中提供了一種Iub 口流量控制方法當(dāng)優(yōu)先級隊列中的數(shù)據(jù)量小于或等于緩存下限值時，基站向RNC發(fā)送一個允許下發(fā)數(shù)據(jù)的容量分配控制幀。 該專利基于引起緩存變化的事件來觸發(fā)流控命令的判斷，所有引起緩存變化的事件都要做出流控命令的判斷，只要緩存低于下限就會觸發(fā)下限流控操作，發(fā)送相應(yīng)的容量分配幀。這種方法雖然能夠及時地做出流控措施來彌補基站端的數(shù)據(jù)量，但是很有可能多次重復(fù)發(fā)送相同類型的流控命令，造成Iub 口容量分配幀的泛濫，頻繁的容量分配幀會對Iub 口形成巨大的壓力。為降低頻繁發(fā)送容量分配控制幀對Iub 口的壓力，專利CN200610089213. 1提出了一種Iub 口流量控制方法和裝置，該專利采用周期性流控的機制，也即每隔固定時間，做一次流控命令的判斷，若符合相關(guān)條件，則觸發(fā)流控命令，向RNC發(fā)送容量分配控制幀來調(diào)整 Iub 口的數(shù)據(jù)速率。這種方法可以減小發(fā)送容量分配控制幀的頻率，且可以減小基站側(cè)的計算量，但是做出的流控命令往往比較滯后，不利于快速響應(yīng)緩存下限。綜上所述，上述專利中的緩存下限流控，在周期性下限流控機制下，不能滿足及時性要求；事件性下限流控又會導(dǎo)致流控容量幀頻繁發(fā)送。另外，上述兩篇專利都僅以緩存大小作為衡量標(biāo)準(zhǔn)，沒有考慮和區(qū)分實際緩存下降的原因和當(dāng)前隊列調(diào)度所處的狀態(tài)。實際上，并不是所有的緩存下降都需要進行大幅度的緩存數(shù)據(jù)補充。如果用戶正處于空口正常調(diào)度的間歇期，或僅僅由于緩存排隊過久而引發(fā)排空緩存排隊時間比較長數(shù)據(jù)的緊急調(diào)度，或由于緩存排隊過久已處于丟包的狀態(tài)，這時候緩存數(shù)據(jù)也會下降，這種情況下以當(dāng)前用戶所處的調(diào)度狀態(tài)或用戶空口傳輸狀況而言，是不需要更多的緩存數(shù)據(jù)堆積在緩存隊列中的。這時候如果僅僅以緩存的大小或增加減少來判斷流控的操作，則造成誤判，所以現(xiàn)有的緩存下限流控并不能很好的匹配實際調(diào)度需求
發(fā)明內(nèi)容
有鑒于此，本發(fā)明的目的在于提供一種緩存下限流控響應(yīng)方法，該方法能夠匹配實際調(diào)度需求、快速響應(yīng)緩存數(shù)據(jù)下降、控制緩存流控頻率。為了達到上述目的，本發(fā)明提出了一種緩存下限流控響應(yīng)的方法該方法預(yù)先設(shè)置緩存下限流控的優(yōu)先級，進行周期性緩存下限流控判斷和事件性緩存下限流控判斷，包括A、緩存數(shù)據(jù)量小于緩存下限時，如果本次緩存下限流控判斷是事件性緩存下限流控判斷，則執(zhí)行步驟B，如果本次緩存下限流控判斷是周期性緩存下限流控判斷，則執(zhí)行步驟D;B、判斷上次流控操作是否是緩存下限流控，如果是，則執(zhí)行步驟C，否則，執(zhí)行步驟 D ；C、判斷本次緩存下限流控的優(yōu)先級是否高于上次緩存下限流控的優(yōu)先級，如果是，則執(zhí)行步驟D ；否則，本次緩存下限流控判斷結(jié)束；D、觸發(fā)緩存下限流控。步驟A在執(zhí)行緩存下限流控判斷之前預(yù)先設(shè)置周期性緩存下限流控的周期為T子幀；步驟A所述事件性緩存下限流控判斷每子幀進行一次緩存下限流控判斷；步驟A所述周期性緩存下限流控判斷每隔T子幀進行一次緩存下限流控判斷。步驟D進一步包括保存本次流控操作為緩存下限流控，保存本次緩存下限流控所處的調(diào)度狀態(tài)；步驟C中，根據(jù)緩存下限流控所處的調(diào)度狀態(tài)，確定緩存下限流控的優(yōu)先級。將調(diào)度算法對隊列中即將被丟棄的數(shù)據(jù)分組的優(yōu)先調(diào)度的調(diào)度狀態(tài)記錄為緊急調(diào)度；將除了緊急調(diào)度和重傳調(diào)度之外調(diào)度算法對隊列進行的調(diào)度的調(diào)度狀態(tài)記錄為正常調(diào)度；將隊列中因數(shù)據(jù)分組超時導(dǎo)致數(shù)據(jù)分組被丟棄的隊列的調(diào)度狀態(tài)記錄為丟包狀態(tài)。預(yù)先設(shè)置緩存下限流控的優(yōu)先級為正常調(diào)度狀態(tài)下的緩存下限流控的優(yōu)先級大于緊急調(diào)度狀態(tài)和丟包狀態(tài)下的緩存下限流控的優(yōu)先級；緊急調(diào)度狀態(tài)下緩存下限流控的優(yōu)先級和丟包狀態(tài)下緩存下限流控的優(yōu)先級相同。步驟A在進行緩存下限流控判斷之前預(yù)先設(shè)置向無線網(wǎng)絡(luò)控制器RNC索要的數(shù)據(jù)量 B1、B2，其中 Bl < B2 ；步驟D進一步包括如果本次緩存下限流控所處的調(diào)度狀態(tài)是緊急調(diào)度或丟包， 向RNC索要數(shù)據(jù)量為Bi，如果本次緩存下限流控所處的調(diào)度狀態(tài)是正常調(diào)度，向RNC索要數(shù)據(jù)量為B2。步驟A在進行緩存下限流控判斷之前預(yù)先設(shè)置向無線網(wǎng)絡(luò)控制器RNC索要的數(shù)據(jù)量 B1、B2，其中 Bl < B2 ；綜上所述，本發(fā)明的這種緩存下限流控響應(yīng)方法采用周期性緩存下限流控和事件性緩存下限流控相結(jié)合的方式進行周期性緩存下限流控判斷的同時還進行事件性緩存下限流控判斷，周期性緩存下限流控判斷時，如果達到緩存下限，則觸發(fā)一次緩存下限流控； 事件性緩存下限流控判斷時，根據(jù)預(yù)先約定緩存下限流控的調(diào)度狀態(tài)的優(yōu)先級，在相臨兩次流控操作均是緩存下限流控的情況下，如果本次緩存下限所處的調(diào)度狀態(tài)優(yōu)先級高于上
4次緩存下限流控所處的調(diào)度狀態(tài)優(yōu)先級，則觸發(fā)一次緩存下限流控，因此，本發(fā)明這種周期性緩存下限流控與事件性緩存下限流控相結(jié)合的的技術(shù)方案既能夠匹配實際調(diào)度需求，滿足實時性，快速響應(yīng)緩存數(shù)據(jù)下降，又能夠控制緩存流控頻率。


圖1是本發(fā)明實施例實現(xiàn)緩存下限流控的方法示意圖；
具體實施例方式為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點更加清楚明白，下面參照附圖并據(jù)實施例， 對本發(fā)明進一步詳細說明。本發(fā)明的主要思想是進行周期性緩存下限流控判斷的同時還進行事件性緩存下限流控判斷，對周期性緩存下限流控判斷，如果達到緩存下限，則觸發(fā)一次緩存下限流控； 對事件性緩存下限流控判斷，根據(jù)調(diào)度狀態(tài)及預(yù)先設(shè)置的緩存下限流控的優(yōu)先級，在上次流控是緩存下限流控的情況下，根據(jù)上次緩存下限流控的優(yōu)先級和本次緩存下限的優(yōu)先級確定是否觸發(fā)本次緩存下限流控。本發(fā)明的技術(shù)方案首先做了以下約定1、區(qū)分調(diào)度算法中的調(diào)度類型。為了使緩存下限流控能夠區(qū)分隊列所處的調(diào)度狀態(tài)，將調(diào)度劃分為兩種類型緊急調(diào)度、正常調(diào)度，其中緊急調(diào)度若隊列中有數(shù)據(jù)分組即將被丟棄，則調(diào)度算法可能會優(yōu)先調(diào)度這些即將被丟棄的數(shù)據(jù)分組，此時，調(diào)度算法對隊列的調(diào)度為緊急調(diào)度；正常調(diào)度除了緊急調(diào)度和重傳調(diào)度外，基站對某個隊列的調(diào)度都屬于正常調(diào)度。實際上，調(diào)度算法在為隊列分配資源時，若隊列緩存過少，遠低于資源分配的最小資源粒度承載的數(shù)據(jù)量時，為避免浪費資源，調(diào)度算法可以選擇本次調(diào)度不為該隊列分配資源，等到隊列的緩存積累到一定程度，至少跟資源分配時最小資源粒度可承載的數(shù)據(jù)量相當(dāng)時，再為該隊列分配資源，以此來提高系統(tǒng)的資源利用率。因此，可能會出現(xiàn)隊列在優(yōu)先級排序時，可以由調(diào)度算法調(diào)度到，但由于其緩存數(shù)據(jù)過少而沒有被分配資源的情況，在進行緩存下限流控時這種情況也會被認(rèn)為該隊列的調(diào)度狀態(tài)是正常調(diào)度。這里，重傳調(diào)度實際上實際是從HARQ實體中的發(fā)送緩存中取數(shù)據(jù)，不是針對某個隊列的緩存進行調(diào)度，即不會改變隊列緩存量大小，因此本發(fā)明技術(shù)方案不處理這種調(diào)度， 不再贅述。2、記錄緩存隊列的調(diào)度狀態(tài)。本發(fā)明中，需要記錄隊列的調(diào)度狀態(tài)，也即包括當(dāng)前子幀在內(nèi)的最近一次發(fā)生的調(diào)度類型，這里，調(diào)度狀態(tài)除了正常調(diào)度和緊急調(diào)度兩種調(diào)度類型外，還有第三種情況丟包，雖然丟包不屬于調(diào)度，但是由于丟包會引起緩存數(shù)據(jù)量下降，進而導(dǎo)致緩存數(shù)據(jù)下限， 因此將丟包作為第三種調(diào)度狀態(tài)。本發(fā)明中，除了記錄最近一次發(fā)生的調(diào)度狀態(tài)，還需要記錄用戶觸發(fā)每次Iub 口流控操作及流控操作所處的調(diào)度狀態(tài)，將Iub 口流控操作和其所處的調(diào)度狀態(tài)結(jié)合起來， 這里所述的Iub 口流控除了緩存下限流控，還包括緩存上限流控等其他的一些流控操作。調(diào)度狀態(tài)實際上是用戶所處的調(diào)度情況的綜合反映，包括正經(jīng)歷的調(diào)度類型、緩存量大小程度等，是流控操作所參考的一個衡量準(zhǔn)則，并不僅當(dāng)作一個子幀時間點上的操作，所以一旦被記錄則一直保持，即使用戶某些子幀沒有任何調(diào)度或緩存上的操作，直到被新的調(diào)度或緩存上的操作所更新，則再按照新的調(diào)度狀態(tài)保持。3、緩存下限流控的優(yōu)先級。前面提到了的三種調(diào)度狀態(tài)正常調(diào)度、緊急調(diào)度、丟包，實際反映了用戶對緩存量要求大小的一種程度。如果隊列因緩存下限而觸發(fā)緩存下限流控時，隊列所處的調(diào)度狀態(tài)為正常調(diào)度狀態(tài)，則緩存下限流控所處的調(diào)度狀態(tài)為正常調(diào)度狀態(tài)；如果隊列因緩存下限而觸發(fā)緩存下限流控時，隊列所處的調(diào)度狀態(tài)為緊急調(diào)度狀態(tài)，則緩存下限流控所處的調(diào)度狀態(tài)為緊急調(diào)度，如果隊列因緩存下限而觸發(fā)緩存下限流控時，隊列所處的調(diào)度狀態(tài)為丟包狀態(tài)，則緩存下限流控所處的調(diào)度狀態(tài)為丟包狀態(tài)。對于緩存下限時用戶處于正常調(diào)度的情況，確實需要大量緩存數(shù)據(jù)的及時補充， 但是對緩存下限時用戶正處于緊急調(diào)度和丟包的情況，實際上并不需要更多的緩存數(shù)據(jù)堆積在緩存中，但為了保證隊列緩存不為空，且為了防止隨時可能到來又無法提前預(yù)知的正常調(diào)度，也有必要進行一次緩存下限流控。因此，本發(fā)明還將根據(jù)緩存下限流控所處的調(diào)度狀態(tài)，對緩存下限流控的優(yōu)先級進行劃分處于正常調(diào)度狀態(tài)的緩存下限流控優(yōu)先級高于處于緊急調(diào)度和丟包狀態(tài)的緩存下限流控優(yōu)先級，處于緊急調(diào)度狀態(tài)的緩存下限流控的優(yōu)先級和處于丟包狀態(tài)的緩存下限流控的優(yōu)先級相同。這里的優(yōu)先級是針對一段時間內(nèi)相鄰兩次緩存下限流控的優(yōu)先級比較。只有當(dāng)前一次緩存下限流控的優(yōu)先級小于本次緩存下限流控的優(yōu)先級時，才會觸發(fā)本次緩存下限流控。這主要是因為，流控命令的發(fā)送和數(shù)據(jù)從RNC到基站再到基站中緩存積累需要一定的時間，頻繁的觸發(fā)不僅起不到更快補救緩存量過低的作用，而且還加重了 RNC和基站之間Iub 口的流量負(fù)擔(dān)。如果緩存下限流控所處的調(diào)度狀態(tài)是緊急調(diào)度狀態(tài)或丟包狀態(tài)，這種情況下，并不需要更多的緩存數(shù)據(jù)堆積在緩存中，因而，要求的數(shù)據(jù)比較少，只需要向RNC索要較小的數(shù)據(jù)量；而當(dāng)緩存下限流控所處的調(diào)度狀態(tài)是正常調(diào)度時，則說明緩存數(shù)據(jù)因為數(shù)據(jù)不足，需要補充大量數(shù)據(jù)，因此，需要向RNC索要較大的數(shù)據(jù)量。此夕卜，正常調(diào)度中，隊列由于緩存量過少而未被分配資源，但此時緩存雖然沒有變化，但依然處于下限以下，按照上述優(yōu)先級判斷準(zhǔn)則依舊有可能觸發(fā)緩存下限流控，這種情況下避免了因為沒有實際緩存變化或進行調(diào)度授權(quán)而忽略掉一次正常調(diào)度的需要觸發(fā)流控操作的判斷，可以幫助流控機制立刻捕捉到隊列需要緩存量補充的時機，縮短流控機制的響應(yīng)時間。下面通過本發(fā)明的較佳實施例對本發(fā)明進行詳細的說明。本發(fā)明的技術(shù)方案采用周期性緩存下限流控和事件性緩存下限流控相結(jié)合的方式。周期性緩存下限流控每隔一段時間進行一次固定的緩存下限流控判斷，這里的所述的時間是以子幀為單位，所述的每隔一段時間是每隔一個固定的子幀數(shù)T，其中T是大于0的自然數(shù)，由管理人員預(yù)先設(shè)置；事件性緩存下限流控最高頻率以每子幀為單位級進行一次流控的判斷，根據(jù)隊列緩存狀況和隊列所處的調(diào)度狀態(tài)，隊列前一次流控操作及隊列前一次流控操作所對應(yīng)的調(diào)度狀態(tài)判斷是否引發(fā)本次緩存下限流控。參見圖1，圖1是本發(fā)明實施例實現(xiàn)緩存下限流控的方法示意圖，包括以下步驟
步驟101、進入緩存下限流控判斷。本步驟中，每固定周期會進行一次周期性緩存下限流控判斷，觸發(fā)進入緩存下限流控判斷，每子幀會進行一次事件性緩存下限流控判斷，觸發(fā)進入緩存下限流控判斷，因此，本步驟進入的緩存下限流控判斷可以是周期性緩存下限流控觸發(fā)的，也可以是事件性緩存下限流控觸發(fā)的。步驟102、判斷緩存數(shù)據(jù)量是否低于緩存下限，如果是，則執(zhí)行步驟102，否則，執(zhí)行步驟112。本步驟中，緩存下限的值是預(yù)先確定的。步驟103、判斷進入緩存下限流控判斷是否由周期性緩存下限流控觸發(fā)，如果是， 則執(zhí)行步驟107，否則執(zhí)行步驟104。周期性緩存下限流控每隔預(yù)先設(shè)置的固定子幀數(shù)進行一次緩存下限流控判斷，如果緩存大小在緩存下限以下，則會觸發(fā)一次緩存下限流控；而事件性緩存下限流控判斷以每子幀為單位進行一次緩存下限流控判斷，如果緩存大小在緩存下限以下，并不一定會觸發(fā)緩存下限流控操作，還要根據(jù)隊列前一次流控操作狀況、隊列前一次流控操作所對應(yīng)的調(diào)度狀態(tài)及隊列當(dāng)前所處的調(diào)度狀態(tài)進一步確定是否觸發(fā)一次緩存下限流控。步驟104、判斷上次流控是否緩存下限流控，如果是，則執(zhí)行步驟105，否則執(zhí)行步驟 107。本步驟中，這里的所述上次流控是從當(dāng)前子幀到包括上一個流控周期時間點之間的時間內(nèi)發(fā)生的流控操作，流控操作可以是緩存下限流控、緩存上限流控或其他類型的流控，當(dāng)進入事件性流控判斷時，首先要判斷上次的流控是否緩存下限流控，如果不是，則直接觸發(fā)一次緩存下限流控操作，否則，還要繼續(xù)判斷前一次的緩存下限流控和本次緩存下限流控所處的調(diào)度狀態(tài)的優(yōu)先級。步驟105、判斷上次緩存下限流控所處的調(diào)度狀態(tài)是否是緊急調(diào)度或丟包，如果是，則執(zhí)行步驟106，否則執(zhí)行步驟112。本步驟中，當(dāng)上次緩存下限流控所處的調(diào)度狀態(tài)的優(yōu)先級小于本次緩存下限所處的調(diào)度狀態(tài)的優(yōu)先級時，才會觸發(fā)一次緩存下限流控。因此，只有上次緩存下限流控所處的調(diào)度狀態(tài)是緊急調(diào)度或丟包時，才需要繼續(xù)判斷本次緩存下限所處的調(diào)度狀態(tài)，否則，本次進入緩存下限流控判斷結(jié)束。步驟106、判斷本次緩存下限所處的調(diào)度狀態(tài)是否是正常調(diào)度，如果是，則執(zhí)行步驟107，否則，執(zhí)行步驟112。步驟107、觸發(fā)緩存下限流控。本步驟中，當(dāng)周期性緩存下限流控判斷確定緩存數(shù)據(jù)量低于緩存下限；或事件性緩存下限流控判斷確定緩存數(shù)據(jù)量低于緩存下限，且上次流控不是緩存下限流控；或事件性緩存下限流控判斷確定緩存數(shù)據(jù)量低于緩存下限，上次流控為緩存下限流控，且上次緩存下限流控所處調(diào)度狀態(tài)的優(yōu)先級小于本次緩存下限所處的調(diào)度狀態(tài)的優(yōu)先級時，觸發(fā)緩存下限流控。步驟108、記錄本次緩存下限流控及本次緩存下限流控所處的調(diào)度狀態(tài)。本步驟中，記錄本次流控是緩存下限流控，同時記錄本次緩存下限流控所處的調(diào)度狀態(tài)，用于下次緩存下限時判斷是否觸發(fā)緩存下限流控。
步驟109、判斷本次緩存下限流控是否是緊急調(diào)度或丟包引起的，如果是，則執(zhí)行步驟110，否則，執(zhí)行步驟111。本步驟中，根據(jù)引起本次緩存下限流控的原因，確定本次緩存下限流控中，基站向 RNC索要的數(shù)據(jù)量。步驟110、向RNC索要較少的數(shù)據(jù)量Bi。本步驟中，緊急調(diào)度和丟包狀態(tài)下引發(fā)的緩存下限流控，表明此時實際的空口速率比較小，可能是空口質(zhì)量不好或調(diào)度算法導(dǎo)致調(diào)度頻率不高或長久沒有調(diào)度，而相應(yīng)的 Iub 口的速率卻相對比較大，所以會造成緩存數(shù)據(jù)在Node B端堆積，直到數(shù)據(jù)達到緊急狀態(tài)，被調(diào)度算法緊急調(diào)度，或者數(shù)據(jù)分組超時被丟棄。這兩種情況下導(dǎo)致隊列緩存降到下限以下，并不需要更多的數(shù)據(jù)堆積在緩存中，但為保證隊列緩存不為空，且為了防止隨時可能到來又無法提前預(yù)知的正常調(diào)度，必須向RNC端索要一定的數(shù)據(jù)量，但該情況下索要的數(shù)據(jù)量應(yīng)保持較少的水平Bi，Bl的大小由管理人員預(yù)先設(shè)定。步驟111、向RNC索要較多的數(shù)據(jù)量B2本步驟中，正常調(diào)度中正常調(diào)度狀態(tài)下的緩存下限流控，表明此時實際的空口速率比較大，且相應(yīng)的Iub 口的速率卻比較小，所以會造成正常調(diào)度將隊列中的緩存幾乎全部調(diào)度算法調(diào)度走的情況，導(dǎo)致隊列緩存降到下限以下，此時，為保證調(diào)度算法正常執(zhí)行， 必須確保隊列擁有足夠的緩存，因此基站向RNC索要的數(shù)據(jù)量保持較高的水平B2，B2的大小由管理人員預(yù)先設(shè)定，且Bl <B2。步驟112、結(jié)束。以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明保護的范圍之內(nèi)。
權(quán)利要求
1.一種緩存下限流控響應(yīng)方法，其特征在于，該方法預(yù)先設(shè)置緩存下限流控的優(yōu)先級， 進行周期性緩存下限流控判斷和事件性緩存下限流控判斷，包括A、緩存數(shù)據(jù)量小于緩存下限時，如果本次緩存下限流控判斷是事件性緩存下限流控判斷，則執(zhí)行步驟B，如果本次緩存下限流控判斷是周期性緩存下限流控判斷，則執(zhí)行步驟D ；B、判斷上次流控操作是否是緩存下限流控，如果是，則執(zhí)行步驟C，否則，執(zhí)行步驟D；C、判斷本次緩存下限流控的優(yōu)先級是否高于上次緩存下限流控的優(yōu)先級，如果是，則執(zhí)行步驟D ；否則，本次緩存下限流控判斷結(jié)束；D、觸發(fā)緩存下限流控。
2.如權(quán)利要求1所述的緩存下限流控響應(yīng)方法，其特征在于，步驟A在執(zhí)行緩存下限流控判斷之前預(yù)先設(shè)置周期性緩存下限流控的周期為T子幀；步驟A所述事件性緩存下限流控判斷每子幀進行一次緩存下限流控判斷；步驟A所述周期性緩存下限流控判斷每隔T子幀進行一次緩存下限流控判斷。
3.如權(quán)利要求2所述的緩存下限流控響應(yīng)方法，其特征在于，步驟D進一步包括保存本次流控操作為緩存下限流控，保存本次緩存下限流控所處的調(diào)度狀態(tài)；步驟C中，根據(jù)緩存下限流控所處的調(diào)度狀態(tài)，確定緩存下限流控的優(yōu)先級。
4.如權(quán)利要求3所述的緩存下限流控響應(yīng)方法，其特征在于，將調(diào)度算法對隊列中即將被丟棄的數(shù)據(jù)分組的優(yōu)先調(diào)度的調(diào)度狀態(tài)記錄為緊急調(diào)度；將除了緊急調(diào)度和重傳調(diào)度之外調(diào)度算法對隊列進行的調(diào)度的調(diào)度狀態(tài)記錄為正常調(diào)度；將隊列中因數(shù)據(jù)分組超時導(dǎo)致數(shù)據(jù)分組被丟棄的隊列的調(diào)度狀態(tài)記錄為丟包狀態(tài)。
5.如權(quán)利要求4所述的緩存下限流控響應(yīng)方法，其特征在于，預(yù)先設(shè)置緩存下限流控的優(yōu)先級為正常調(diào)度狀態(tài)下的緩存下限流控的優(yōu)先級大于緊急調(diào)度狀態(tài)和丟包狀態(tài)下的緩存下限流控的優(yōu)先級；緊急調(diào)度狀態(tài)下緩存下限流控的優(yōu)先級和丟包狀態(tài)下緩存下限流控的優(yōu)先級相同。
6.如權(quán)利要求5所述的緩存下限流控響應(yīng)方法，其特征在于，步驟A在進行緩存下限流控判斷之前預(yù)先設(shè)置向無線網(wǎng)絡(luò)控制器RNC索要的數(shù)據(jù)量B1、B2，其中Bl <B2 ；步驟D進一步包括如果本次緩存下限流控所處的調(diào)度狀態(tài)是緊急調(diào)度或丟包，向RNC 索要數(shù)據(jù)量為Bi，如果本次緩存下限流控所處的調(diào)度狀態(tài)是正常調(diào)度，向RNC索要數(shù)據(jù)量為B2。
全文摘要
本發(fā)明提供了一種緩存下限流控響應(yīng)方法，該方法預(yù)先設(shè)置緩存下限流控的優(yōu)先級，進行周期性緩存下限流控判斷和事件性緩存下限流控判斷，包括A、緩存數(shù)據(jù)量小于緩存下限時，如果本次緩存下限流控判斷是事件性緩存下限流控判斷，則執(zhí)行步驟B，如果本次緩存下限流控判斷是周期性緩存下限流控判斷，則執(zhí)行步驟D；B、判斷上次流控操作是否是緩存下限流控，如果是，則執(zhí)行步驟C，否則，執(zhí)行步驟D；C、判斷本次緩存下限流控的優(yōu)先級是否高于上次緩存下限流控的優(yōu)先級，如果是，則執(zhí)行步驟D；否則，本次緩存下限流控判斷結(jié)束；D、觸發(fā)緩存下限流控。該方法能夠匹配實際調(diào)度需求、快速響應(yīng)緩存數(shù)據(jù)下降、控制緩存流控頻率。
文檔編號H04L12/56GK102480419SQ201010563649
公開日2012年5月30日 申請日期2010年11月24日 優(yōu)先權(quán)日2010年11月24日
發(fā)明者朱穎, 王彬 申請人:普天信息技術(shù)研究院有限公司