專(zhuān)利名稱(chēng)：通信系統(tǒng)、通信單元和其中的能力節(jié)省方法
技術(shù)領(lǐng)域：
本發(fā)明涉及在通信系統(tǒng)中操作的通信單元中地能力節(jié)省。本發(fā)明適用于、但不限于在無(wú)線通信系統(tǒng)中管理無(wú)線鏈路許可控制和/或調(diào)度、和/或過(guò)載或者流量控制時(shí)節(jié)省處理能力。
背景技術(shù)：
無(wú)線通信系統(tǒng)，例如蜂窩電話或者專(zhuān)用移動(dòng)無(wú)線電通信系統(tǒng)，通常規(guī)定在多個(gè)基站收發(fā)信臺(tái)(BTS)和多個(gè)用戶(hù)單元之間設(shè)置無(wú)線電電信鏈路，所述用戶(hù)單元常常被稱(chēng)為移動(dòng)站(MS)。提供了基站控制器(BSC)，每一BSC控制一個(gè)或多個(gè)BTS。
無(wú)線通信系統(tǒng)與諸如公共交換電話網(wǎng)(PSTN)之類(lèi)的固定通信系統(tǒng)之間的主要區(qū)別在于移動(dòng)臺(tái)在BTS(和/或不同的服務(wù)供應(yīng)商)之間移動(dòng)，并且在這種情況下遇到變化的無(wú)線電傳播環(huán)境。
在無(wú)線通信系統(tǒng)中，每一BTS都具有與之相關(guān)聯(lián)的特定地理覆蓋區(qū)域(或者小區(qū))。特定范圍定義了這樣的覆蓋區(qū)域BTS可以在其中與在其服務(wù)小區(qū)內(nèi)部操作的MS維持可接受的通信。通常，這些小區(qū)組合起來(lái)構(gòu)成大范圍的覆蓋區(qū)域。
目前，無(wú)線和有線的通信系統(tǒng)均要求在通信單元之間傳送數(shù)據(jù)。在本上下文中，數(shù)據(jù)包括語(yǔ)言通信。需要有效地和高效地提供此類(lèi)數(shù)據(jù)傳送，以便最佳地使用有限的通信資源。
一種這樣的無(wú)線通信系統(tǒng)是第三代合作伙伴計(jì)劃(3GPP)標(biāo)準(zhǔn)，其支持與通用移動(dòng)通信系統(tǒng)(UMTS)無(wú)線接入網(wǎng)絡(luò)(RAN)(即通常所說(shuō)的UTRAN)相關(guān)的寬帶碼分多址(WCDMA)。歐洲電信標(biāo)準(zhǔn)協(xié)會(huì)(ETSI)正在定義3GPP標(biāo)準(zhǔn)。
在UMTS術(shù)語(yǔ)中，基站收發(fā)信臺(tái)(BTS)被稱(chēng)作節(jié)點(diǎn)B，而基站控制器(BSC)被稱(chēng)作無(wú)線網(wǎng)絡(luò)控制器(RNC)。
在UTRAN內(nèi)，需要有效地管理許多通信資源，例如
(i)空中接口(即，CDMA功率和代碼)資源，具有用于如每一小區(qū)的獨(dú)立空中接口資源。
(ii)支持例如有限容量E1鏈路的回程資源，具有用于如每一節(jié)點(diǎn)B的獨(dú)立資源。
(iii)節(jié)點(diǎn)B硬件/軟件資源，例如管理節(jié)點(diǎn)B的處理能力(例如由微處理器、背板聯(lián)網(wǎng)(back-plane networking)等所定義的)，可能限制在一小區(qū)內(nèi)部可用的數(shù)據(jù)吞吐量。
(iv)RNC硬件/軟件資源。
在某些常規(guī)系統(tǒng)中，必須為每一資源使用相同的(或者至少是類(lèi)似的)QoS管理算法集合。這些QoS管理算法包括
(i)許可控制當(dāng)新的呼叫進(jìn)入系統(tǒng)/小區(qū)的時(shí)候執(zhí)行。許可控制的一個(gè)目的在于如果新的呼叫得到許可，則確定是否為所有連接維持QoS。
(ii)調(diào)度按每幀來(lái)執(zhí)行。調(diào)度的一個(gè)目的在于確保已提交的供傳輸用的數(shù)據(jù)分組數(shù)目在短時(shí)期內(nèi)(比如10毫秒幀)不會(huì)超出可用的容量。
(iii)過(guò)載控制如果上述的許可控制和/或調(diào)度機(jī)制在功能上失效，則使用該過(guò)載控制來(lái)糾正這種情況。動(dòng)作可以包括“呼叫搶先”，其中低優(yōu)先級(jí)的呼叫被從系統(tǒng)中除去。
(iv)流量控制這可以被認(rèn)為是過(guò)載控制的子范疇，并且至少與過(guò)載控制相關(guān)。流量控制使得源速率下降，以便系統(tǒng)不會(huì)變得擁塞。
為眾多UTRAN資源中的每一個(gè)運(yùn)行所有這四個(gè)QoS控制機(jī)制消耗了相當(dāng)大數(shù)量的處理能力，所述處理能力以每秒百萬(wàn)條指令(MIPS)來(lái)計(jì)算。主要在3GPP系統(tǒng)的無(wú)線網(wǎng)絡(luò)控制器(RNC)中感覺(jué)到這種處理影響，但在節(jié)點(diǎn)B中同樣能感覺(jué)到這種影響。
本發(fā)明的發(fā)明人已經(jīng)意識(shí)到并清楚理解到當(dāng)前QoS管理算法以同等的考慮來(lái)處理所有資源。因此，沒(méi)有考慮到它們?cè)谙拗凭W(wǎng)絡(luò)的數(shù)據(jù)吞吐量方面的相對(duì)重要性。在某些、可能甚至是在大多數(shù)實(shí)例中，一些UTRAN資源相對(duì)于其他UTRAN資源而言，可能在規(guī)模上大得多。對(duì)于這些(相對(duì)而言)規(guī)模大得多的資源而言，在執(zhí)行QoS管理功能方面消耗的MIPS將被浪費(fèi)，因?yàn)槠渌Y源在限制數(shù)據(jù)吞吐量性能方面呈現(xiàn)出瓶頸。
因此，在本發(fā)明的領(lǐng)域中，需要提供一種改進(jìn)的QoS管理方法，尤其是在無(wú)線通信系統(tǒng)的蜂窩基站資源方面(其中傳輸延遲是一項(xiàng)約束條件)，其中可以減輕上述的缺點(diǎn)。

發(fā)明內(nèi)容
根據(jù)本發(fā)明的第一方面，提供了一種通信系統(tǒng)，如權(quán)利要求1所述。
根據(jù)本發(fā)明的第二方面，提供了一種方法，用于減少在通信系統(tǒng)中的系統(tǒng)管理功能(例如，RNC)中的能力消耗，如權(quán)利要求15所述。
依照本發(fā)明的第三方面，提供了一種3GPP無(wú)線通信系統(tǒng)，如權(quán)利要求23所述。
根據(jù)本發(fā)明的第四方面，提供了一種無(wú)線網(wǎng)絡(luò)控制器，如權(quán)利要求24所述。
根據(jù)本發(fā)明的第五方面，提供了一種存儲(chǔ)介質(zhì)，如權(quán)利要求25所述。
根據(jù)本發(fā)明的第六方面，提供了一種無(wú)線網(wǎng)絡(luò)控制器，如權(quán)利要求26所述。
本發(fā)明的發(fā)明構(gòu)思提供了一種用于識(shí)別在無(wú)線通信系統(tǒng)中的瓶頸資源的機(jī)制。關(guān)于這一點(diǎn)，對(duì)于資源訪問(wèn)的規(guī)定和管理主要集中于瓶頸資源?？梢該?jù)此來(lái)調(diào)整其他資源的管理，從而可以節(jié)省處理能力(以MIPS為單位)。當(dāng)應(yīng)用于3GPP系統(tǒng)中的時(shí)候，可以節(jié)省RNC中的處理能力(并且，在更小的程度上來(lái)講，可以節(jié)省節(jié)點(diǎn)B中的處理能力)，從而將RNC(和/或節(jié)點(diǎn)B)設(shè)計(jì)成能更高效地和有效地工作。用這樣的方式，改進(jìn)后的RNC(和/或節(jié)點(diǎn)B)能夠服務(wù)與常規(guī)系統(tǒng)中的類(lèi)似元件所服務(wù)的相同數(shù)目的厄蘭，但由于減少了所需的處理能力，因此只需要更少的成本。
概括地說(shuō)，本發(fā)明的發(fā)明構(gòu)思提供了一種用于識(shí)別無(wú)線通信系統(tǒng)中的瓶頸資源的機(jī)制。此外，本發(fā)明構(gòu)思建議一種用于對(duì)管理算法施加優(yōu)先級(jí)以便首先集中于瓶頸資源上的機(jī)制。一旦已經(jīng)對(duì)瓶頸資源性能的訪問(wèn)進(jìn)行了管理，則對(duì)其他資源使用減少的(如果有的話)管理算法MIPS級(jí)別。因此，通過(guò)在由于其它資源所引起的瓶頸限制而無(wú)法獲得任何益處的時(shí)候規(guī)避資源管理，可以節(jié)省處理能力。


現(xiàn)在將參考附圖，說(shuō)明本發(fā)明的示例性實(shí)施例，其中
圖1圖示出每一UTRAN資源的吞吐量能力的范例的示意圖，其中根據(jù)本發(fā)明的最佳實(shí)施例確定所述每一UTRAN資源的吞吐量能力，并對(duì)其作出響應(yīng)；
圖2示出3GPP蜂窩無(wú)線電通信系統(tǒng)的方框圖，所述3GPP蜂窩無(wú)線電通信系統(tǒng)被適配用于支持本發(fā)明的最佳實(shí)施例的各種發(fā)明構(gòu)思；
圖3圖示出根據(jù)本發(fā)明的最佳實(shí)施例的發(fā)明構(gòu)思，依據(jù)在傳輸中使用的多個(gè)資源，調(diào)度供傳輸用的數(shù)據(jù)分組的調(diào)度程序的流程圖；以及
圖4圖示出根據(jù)本發(fā)明的最佳實(shí)施例的，依據(jù)在傳輸中使用的資源，進(jìn)行數(shù)據(jù)分組傳輸?shù)脑S可控制的流程圖。
具體實(shí)施例方式
在本發(fā)明的上下文中，任何對(duì)于能力節(jié)省的引用均應(yīng)被視為包含處理器資源的節(jié)省，例如以每秒百萬(wàn)條指令(MIPS)來(lái)計(jì)算的處理器資源。
本發(fā)明的最佳實(shí)施例將QoS算法選擇性地應(yīng)用到一個(gè)或多個(gè)系統(tǒng)資源，但值得注意的是，并不是對(duì)所有的系統(tǒng)資源都做到相同的程度。本發(fā)明的優(yōu)選應(yīng)用是3GPP無(wú)線通信系統(tǒng)體系結(jié)構(gòu)。關(guān)于這一點(diǎn)，本發(fā)明引入了“有效集合(active set)”的概念?！坝行Ъ稀笔瞧款iUTRAN資源的列表，可以為這些瓶頸UTRAN資源運(yùn)行相當(dāng)大數(shù)目的(優(yōu)選的是，所有的)QoS管理算法。在這一上下文中，QoS管理算法優(yōu)選的是包括調(diào)度和許可控制。
概括地說(shuō)，本發(fā)明的發(fā)明構(gòu)思提供了一種用于識(shí)別無(wú)線通信系統(tǒng)中的瓶頸資源的機(jī)制。提議了一種用于對(duì)QoS管理算法施加優(yōu)先級(jí)以便集中在瓶頸資源上的機(jī)制。一旦已經(jīng)將瓶頸資源性能最佳化，則對(duì)另一個(gè)資源應(yīng)用減少的(如果有的話)管理級(jí)別。通過(guò)在由于其它資源所引起的瓶頸限制而無(wú)法獲得任何益處的時(shí)候避免運(yùn)行資源管理，可以節(jié)省處理能力。
現(xiàn)在參看圖1，示意圖100圖示出每一UTRAN資源的吞吐量能力。在這一圖示中，可以將每一資源的整體形象化為一條具有特定尺寸的管道。在圖1的圖示中，Iub/Iur回程資源115顯然是遞送通信服務(wù)的瓶頸，因?yàn)榕cRNC或節(jié)點(diǎn)B硬件/軟件資源105、110或者空中接口資源120相比，這一資源具有最小直徑(數(shù)據(jù)吞吐量)的管道。
根據(jù)本發(fā)明的最佳實(shí)施例，一旦已經(jīng)識(shí)別出“瓶頸”，則對(duì)這一“瓶頸”資源單獨(dú)應(yīng)用效率改善算法，比如運(yùn)行許可控制和調(diào)度算法。用這樣的方式，與當(dāng)前系統(tǒng)相比，該“系統(tǒng)”能夠在它的處理要求方面實(shí)現(xiàn)節(jié)省，并且仍然提供同樣的服務(wù)水平。
現(xiàn)在參看圖2，根據(jù)本發(fā)明的最佳實(shí)施例，概略地圖示出基于蜂窩的電話通信系統(tǒng)210，其支持通用移動(dòng)電信標(biāo)準(zhǔn)(UMTS)空中接口。具體來(lái)講，所描述的實(shí)施例涉及用于寬帶碼分多址(WCDMA)標(biāo)準(zhǔn)的第三代合作伙伴計(jì)劃(3GPP)規(guī)范，該寬帶碼分多址(WCDMA)標(biāo)準(zhǔn)與UTRAN相關(guān)。
多個(gè)用戶(hù)單元212-216經(jīng)由所選擇的空中接口218-221，與多個(gè)節(jié)點(diǎn)B 222-232通信。為了清楚的目的，僅僅示出了有限數(shù)目的用戶(hù)單元212-216和節(jié)點(diǎn)B 222-232。每一節(jié)點(diǎn)B 222-232包含一個(gè)或多個(gè)收發(fā)信機(jī)單元，并且經(jīng)由Iub接口235與其余的蜂窩系統(tǒng)基礎(chǔ)設(shè)施通信。節(jié)點(diǎn)B 222-232可以經(jīng)由無(wú)線網(wǎng)絡(luò)控制器站(RNC)236-240和任何數(shù)目的移動(dòng)交換中心(MSC)242和服務(wù)GPRS支持節(jié)點(diǎn)(SGSN)244來(lái)與外部網(wǎng)絡(luò)連接，例如與公共交換電話網(wǎng)(PSTN)或者因特網(wǎng)234連接。
每一RNC 236-240可以控制一個(gè)或多個(gè)節(jié)點(diǎn)B 222-232。每一MSC242(為了清楚性，僅僅示出了一個(gè))提供到外部網(wǎng)絡(luò)234的網(wǎng)關(guān)，同時(shí)SGSN 244鏈接到外部分組數(shù)據(jù)網(wǎng)絡(luò)。
操作與管理中心(OMC)246被可操作地連接到RNC 236-240和節(jié)點(diǎn)B 222-232(為了清楚性，僅僅相對(duì)于節(jié)點(diǎn)B 226來(lái)和節(jié)點(diǎn)B 228圖示)，并且支配和管理蜂窩電話通信系統(tǒng)210內(nèi)部的功能，這是本領(lǐng)域中技術(shù)人員所能理解的。
根據(jù)本發(fā)明的最佳實(shí)施例，已經(jīng)將一個(gè)或多個(gè)RNC 236適配為包括瓶頸檢測(cè)器功能。瓶頸檢測(cè)器功能的功能性描述如下，特別是相對(duì)于將所識(shí)別出的瓶頸資源添加到“有效集合”或者從“有效集合”中除去所識(shí)別出的瓶頸資源的這種判定過(guò)程來(lái)進(jìn)行描述。
此外，通常在一個(gè)或多個(gè)RNC 236-240中運(yùn)行調(diào)度程序，以便對(duì)還沒(méi)有被適配的數(shù)據(jù)分組傳輸進(jìn)行調(diào)度。該調(diào)度程序可操作地耦合到瓶頸檢測(cè)器功能，并已被適配用于依據(jù)預(yù)定的優(yōu)先權(quán)設(shè)置來(lái)調(diào)度數(shù)據(jù)分組。具體來(lái)講，依據(jù)由RNC所識(shí)別出的瓶頸資源是否允許數(shù)據(jù)分組從中通過(guò)，來(lái)調(diào)度數(shù)據(jù)分組。
此外，在本發(fā)明的最佳實(shí)施例中，通常還對(duì)一個(gè)或多個(gè)RNC236-240中運(yùn)行的許可控制功能/算法進(jìn)行適配。該許可控制功能/算法可操作地耦合到瓶頸檢測(cè)器功能，并已被適配用于依據(jù)預(yù)定的優(yōu)先權(quán)設(shè)置來(lái)允許用戶(hù)請(qǐng)求的訪問(wèn)。具體來(lái)講，許可控制功能/算法取決于由RNC所識(shí)別出的瓶頸資源是否支持請(qǐng)求用戶(hù)的傳輸。
更一般來(lái)講，依據(jù)本發(fā)明的最佳實(shí)施例，一個(gè)或多個(gè)RNC有效地執(zhí)行改進(jìn)的系統(tǒng)管理功能，其中以適當(dāng)?shù)姆绞綄?duì)這些RNC進(jìn)行編程。例如，可以將新的設(shè)備添加到常規(guī)通信單元(例如RNC 236)中。替代地，也可以例如通過(guò)對(duì)其中的一個(gè)或多個(gè)處理器進(jìn)行編程，來(lái)對(duì)常規(guī)通信單元的現(xiàn)有部分進(jìn)行適配。因而可以以存儲(chǔ)在存儲(chǔ)介質(zhì)上的可由處理器執(zhí)行的指令的形式來(lái)實(shí)現(xiàn)所需要的適配(用于引入瓶頸檢測(cè)器或者適配調(diào)度程序和/或許可控制功能)，所述存儲(chǔ)介質(zhì)比如是軟盤(pán)、硬盤(pán)、可編程只讀存儲(chǔ)器(PROM)、隨機(jī)存取存儲(chǔ)器(RAM)或者是這些或者其他存儲(chǔ)介質(zhì)的任何組合。
盡管是參考瓶頸檢測(cè)器以及對(duì)一個(gè)或多個(gè)諸如與RNC的操作相關(guān)的調(diào)度程序和/或許可控制功能/算法之類(lèi)的QoS管理算法的高效使用的改進(jìn)來(lái)描述本發(fā)明的，但可想到，這些功能/算法可駐留在其他網(wǎng)絡(luò)元件中。例如，設(shè)想在響應(yīng)于所檢測(cè)到的瓶頸資源來(lái)適配系統(tǒng)性能方面的發(fā)明構(gòu)思也可以按每日或每周來(lái)實(shí)施。關(guān)于這一點(diǎn)，與當(dāng)上述功能/算法優(yōu)選地位于RNC中時(shí)提供的動(dòng)態(tài)適配相反，上述的功能/算法也可以位于如OMC 246中。
本發(fā)明還考慮到，上述的這類(lèi)功能/算法可以駐留在其他網(wǎng)絡(luò)元件中，或者替代地，也可以在無(wú)線通信系統(tǒng)中的兩個(gè)或更多此類(lèi)網(wǎng)絡(luò)元件之間分布。此外，替代的無(wú)線電通信體系結(jié)構(gòu)也可以受益于此處所述的發(fā)明構(gòu)思，并且本發(fā)明構(gòu)思不被認(rèn)為是局限于圖2中所圖示出的特定配置。
在本發(fā)明的第一實(shí)施例中，“有效集合”被配置為包括所有UTRAN資源。QoS算法被優(yōu)化為利用RNC中的瓶頸檢測(cè)器的查找結(jié)果。在該第一實(shí)施例中，所有資源都被認(rèn)為是在該“有效集合”內(nèi)部。RNC確定每一資源成為數(shù)據(jù)吞吐量瓶頸的可能性，其限制了系統(tǒng)的數(shù)據(jù)吞吐量性能。這一確定過(guò)程優(yōu)選的是使用以下測(cè)量結(jié)果來(lái)作出的，它們將在隨后被進(jìn)一步地描述。
(i)發(fā)起過(guò)載控制功能時(shí)的頻率；或者
(ii)資源的百分比利用率的整體測(cè)量結(jié)果。
現(xiàn)在來(lái)考慮各個(gè)QoS機(jī)制是如何被適配為支持本發(fā)明的發(fā)明構(gòu)思的。
調(diào)度程序算法
在本發(fā)明的最佳實(shí)施例中，例如在每一無(wú)線幀運(yùn)行UTRAN中的調(diào)度程序算法，并且該調(diào)度程序算法在下一幀中調(diào)度所有已排隊(duì)的供傳輸用的數(shù)據(jù)分組。
已知的調(diào)度程序操作獲取在一數(shù)據(jù)隊(duì)列的頭部處的數(shù)據(jù)分組，并且以串行的、每一數(shù)據(jù)分組的方式確定引入該數(shù)據(jù)分組是否會(huì)導(dǎo)致多個(gè)資源中的任何一個(gè)過(guò)載。在已知的調(diào)度程序操作中，利用分配給資源的相等重要性來(lái)檢驗(yàn)所有資源。資源例如可以是代碼消耗、功率消耗、回程位速率消耗等等。
如果調(diào)度程序確定引入該數(shù)據(jù)分組將導(dǎo)致特定資源的過(guò)載，則調(diào)度程序終止該調(diào)度操作。替代地，調(diào)度程序操作也可以在數(shù)據(jù)分組隊(duì)列被取盡的時(shí)候終止。
這一已知方法所帶來(lái)的問(wèn)題是對(duì)每一數(shù)據(jù)分組進(jìn)行不必要的檢驗(yàn)，分別對(duì)每一個(gè)資源校驗(yàn)每一數(shù)據(jù)分組消耗。本發(fā)明的發(fā)明人已經(jīng)認(rèn)識(shí)到這是浪費(fèi)的，特別是在資源豐富的方案中。例如，下行鏈路調(diào)度程序可能是受到代碼限制的，即它在代碼資源耗盡的時(shí)候停止調(diào)度。當(dāng)調(diào)度程序停止的時(shí)候，功率和回程利用率可能是極低的，如在50％，但已經(jīng)為每一個(gè)被調(diào)度的數(shù)據(jù)分組作出有關(guān)這些資源的消耗情況的確定。因此，這對(duì)調(diào)度程序處理器添加了不必要的負(fù)擔(dān)。
在圖3的流程圖300中圖示出了依據(jù)本發(fā)明的最佳實(shí)施例適配后的改進(jìn)調(diào)度程序操作。首先，在步驟302中，RNC識(shí)別首要的瓶頸資源，例如資源‘A’。然后，如步驟305中所示，通過(guò)在已排隊(duì)的數(shù)據(jù)流的頭部取得一個(gè)數(shù)據(jù)分組來(lái)開(kāi)始調(diào)度程序的操作。
在本發(fā)明的最佳實(shí)施例中，首先作出關(guān)于最可能限制數(shù)據(jù)分組吞吐量的資源(即，通常在其它資源之前先達(dá)到100％利用率的資源)的確定。因此，在調(diào)度確定過(guò)程中，為這種(瓶頸)資源分配最高的優(yōu)先權(quán)。在步驟310中確定由這種被稱(chēng)為資源‘A’的瓶頸資源所產(chǎn)生的限制。值得注意的是，如在步驟315中，當(dāng)數(shù)據(jù)分組被添加到調(diào)度之中時(shí)，調(diào)度程序僅僅評(píng)估每一接收數(shù)據(jù)分組對(duì)于這一資源‘A’的影響。繼續(xù)這個(gè)從隊(duì)列中引入下一數(shù)據(jù)分組的過(guò)程，直到完全利用完資源‘A’為止。
其后，一旦資源‘A’被耗盡，則該過(guò)程如步驟320中所示的那樣，檢驗(yàn)第二資源‘B’的消耗情況。資源‘B’可能將是下一最高優(yōu)先權(quán)資源，即從多個(gè)資源中識(shí)別出來(lái)的處于第二位的最不利瓶頸。因此，由于資源‘A’通常是限制性資源，所以資源‘B’在此刻可能正在沒(méi)有達(dá)到完全利用率的情形下工作。然而，這一關(guān)系可能并不一定是真實(shí)的，因此優(yōu)選的是檢驗(yàn)剩余的資源。如果已完全地利用了資源′B′，則在步驟325中，從調(diào)度中除去數(shù)據(jù)分組，直到資源‘B’的利用性＜＝100％。值得注意的是，資源‘A’的消耗情形現(xiàn)在將是＜100％。
在本發(fā)明的一個(gè)增強(qiáng)后的實(shí)施例中，作出關(guān)于從調(diào)度中除去哪一數(shù)據(jù)分組(或哪些分組)的智能判定。在這一上下文中，設(shè)想最好是除去對(duì)資源‘B’使用最多的數(shù)據(jù)分組。例如，如果資源‘B’是回程帶寬，則從調(diào)度中除去消耗最大尺度(以位為單位)的數(shù)據(jù)分組。
這一過(guò)程繼續(xù)，如步驟330、335所示出的那樣，獲取下一最高重要性資源直到調(diào)度發(fā)現(xiàn)所有資源均處于＜＝100％的使用率。如步驟345中所示，隨后完成該調(diào)度過(guò)程。
顯然，上述調(diào)度算法可以涉及與已知消耗檢驗(yàn)算法的處理步驟的1/n一樣少的處理步驟，其中n是待檢驗(yàn)資源的數(shù)目。此外，如映射表中所示，在步驟340中，瓶頸檢測(cè)器采用了‘平均利用率’來(lái)作為對(duì)各個(gè)資源排序/施加優(yōu)先權(quán)的量度。用這樣的方式，瓶頸資源成為具有最高百分比的平均利用率的資源?？梢韵氲剑谄渌麑?shí)施例中，可以使用峰值的、或者是變化的、或者是固定的百分比負(fù)載。
許可控制算法
許可控制是用于確定是否同意將資源給予請(qǐng)求通信設(shè)備的過(guò)程。當(dāng)許可控制算法沒(méi)有以最佳的序列來(lái)對(duì)許可請(qǐng)求與當(dāng)前可用的資源進(jìn)行審查的時(shí)候，許可控制的操作可能是低效的。圖4的流程圖400中圖示出用于實(shí)現(xiàn)許可控制的優(yōu)選機(jī)制。
該優(yōu)選機(jī)制開(kāi)始于步驟402，其中RNC將資源‘A’識(shí)別為首要的瓶頸資源。RNC在步驟405中接收有關(guān)呼叫許可嘗試的請(qǐng)求。然后在步驟410中確定該呼叫的許可是否需要分配資源(如資源‘A’)，且該分配的資源大于資源‘A’的可用容量。如果所請(qǐng)求的資源‘A’的量大于資源‘A’的容量，則不允許該呼叫，如步驟430中所示。從數(shù)據(jù)吞吐量角度而言，資源‘A’先前已經(jīng)被RNC識(shí)別為最可能的瓶頸資源。因此，在許可控制過(guò)程中，將最高的優(yōu)先權(quán)分配給資源‘A’。
如果在步驟410中，資源‘A’具有足夠的容量來(lái)接納該呼叫，則在步驟415中確定對(duì)于第二資源(如資源‘B’)的請(qǐng)求是否大于由資源‘B’提供的容量。如果所請(qǐng)求的第二資源‘B’的量大于資源‘B’的可用容量，則不允許該呼叫，如步驟430中所示。
類(lèi)似地，如果在步驟415中，資源‘B’具有足夠的容量來(lái)接納該呼叫，則在步驟420中確定對(duì)于第三資源(如資源‘C’)的請(qǐng)求是否大于資源‘C’的可用容量。如果所請(qǐng)求的資源‘C’的量大于由資源‘C’提供的可用容量，則不允許該呼叫，如步驟430中所示。這一過(guò)程繼續(xù)直到已經(jīng)檢驗(yàn)了所有資源為止，在這時(shí)允許該呼叫，如步驟425中所示。
根據(jù)本發(fā)明的最佳實(shí)施例，引入跟蹤過(guò)程，用于為對(duì)于特定資源的許可嘗試的失敗率進(jìn)行計(jì)數(shù)。如果按照在之前的某一時(shí)間間隔期間所測(cè)量的，某一資源的許可失敗與許可請(qǐng)求的總數(shù)相比的比率超過(guò)特定閾值，則應(yīng)該在待檢驗(yàn)資源的列表中進(jìn)一步向上移動(dòng)該資源。用這樣的方式，在將來(lái)將更早的檢驗(yàn)該資源。此外，用和上述調(diào)度操作一樣的方式，按照可能發(fā)生許可失敗的次序，對(duì)資源‘A’、‘B’和‘C’(以及任何其它資源)施加優(yōu)先權(quán)。這一排序過(guò)程優(yōu)選的是基于失敗計(jì)數(shù)統(tǒng)計(jì)結(jié)果來(lái)進(jìn)行。
用這樣的方式，對(duì)于最終將失敗的呼叫許可嘗試的所需檢驗(yàn)數(shù)目被最小化，即，已經(jīng)對(duì)資源檢驗(yàn)的次序進(jìn)行了設(shè)置，以致該許可控制過(guò)程在檢驗(yàn)資源‘A’的第一步驟時(shí)就可能失敗。有益的是，這一算法在高負(fù)載期間、當(dāng)定期發(fā)生阻塞時(shí)、以及當(dāng)RNC處理器已經(jīng)面臨沉重負(fù)載壓力時(shí)帶來(lái)顯著的益處。
根據(jù)本發(fā)明的第二實(shí)施例，有效集合被視為UTRAN資源的一個(gè)子集。在這一上下文中，通過(guò)僅僅對(duì)有效集合中的那些資源(即，已被識(shí)別為瓶頸UTRAN資源的一個(gè)或多個(gè)資源)執(zhí)行QoS管理，來(lái)實(shí)現(xiàn)以MIPS為單位的減少。值得注意的是，在第二實(shí)施例中，為所有UTRAN資源設(shè)置了過(guò)載檢測(cè)和反應(yīng)機(jī)制，并且這些過(guò)載檢測(cè)和反應(yīng)機(jī)制始終處于“有效”工作模式。
此外，在該第二實(shí)施例中，最優(yōu)選的是，UTRAN資源的有效集合被配置為可適配的，因?yàn)榭梢詫①Y源動(dòng)態(tài)地添加到有效集合，或從有效集合中除去這些資源。優(yōu)選的是，在小區(qū)建立(即節(jié)點(diǎn)B加電)時(shí)，所有UTRAN資源都將被配置為位于有效集合中。
其后，設(shè)想如果在先前的某一時(shí)間間隔期間，或者在先前的某一數(shù)目的調(diào)度/許可控制事件期間，曾發(fā)起與一UTRAN資源相對(duì)應(yīng)的過(guò)載警告，則將該特定UTRAN資源添加到有效集合中。
按類(lèi)似方式，設(shè)想如果由于一UTRAN資源而帶來(lái)的限制未曾被記錄為阻止調(diào)度分組或者阻止允許呼叫的理由之一，則從有效集合中除去該特定UTRAN資源。同樣，在先前的某一時(shí)間間隔期間，或在先前的某一數(shù)據(jù)的調(diào)度和/或許可控制事件期間，執(zhí)行這一確定。此外，最好是在“有效集合”列表中保留至少一個(gè)UTRAN資源。在該情況下，將對(duì)有效集合列表中的這一個(gè)保留UTRAN資源應(yīng)用所有相關(guān)的QoS機(jī)制(許可控制，調(diào)度，流量控制，過(guò)載控制)。
表1一個(gè)“有效集合”的UTRAN資源對(duì)比QoS算法的表示
如果UTRAN資源位于有效集合中，則運(yùn)行所有QoS管理功能。應(yīng)注意的是，在實(shí)際系統(tǒng)中，將存在比表1中所示的有限數(shù)目更多的UTRAN資源。
在本發(fā)明的第二實(shí)施例的一個(gè)增強(qiáng)后的特征中，有效集合與每一QoS管理機(jī)制(許可控制、調(diào)度)相關(guān)聯(lián)。僅僅對(duì)于該有效集合中的那些UTRAN資源，才“運(yùn)行”特定QoS機(jī)制。優(yōu)選的是，每一QoS管理機(jī)制被配置為在它們各自的時(shí)標(biāo)上工作，例如
(i)許可控制功能可以被配置為在相對(duì)很長(zhǎng)的時(shí)標(biāo)(如，以秒為單位)上管理平均數(shù)目的資源，而
(ii)調(diào)度程序可以在較短的時(shí)標(biāo)(例如，數(shù)量級(jí)為10毫秒)上管理調(diào)度資源。
還可想到的是，可以在不同的時(shí)標(biāo)期間觸發(fā)不同的過(guò)載控制機(jī)制。在某些資源的情況中(在本范例中，將考慮空中接口)，概念性的資源管道尺寸將在短時(shí)標(biāo)上經(jīng)受相對(duì)較大的波動(dòng)，而在較長(zhǎng)的時(shí)標(biāo)上則相當(dāng)恒定。因此，舉例來(lái)說(shuō)，這對(duì)于執(zhí)行空中接口調(diào)度可能是非常重要的，但這對(duì)于執(zhí)行空中接口許可控制則可能并不是必要的。
表2對(duì)于每一QoS算法的一個(gè)“有效集合”而言，UTRAN資源對(duì)比QoS算法的表示
表2指示出用于這種對(duì)于第二實(shí)施例的增強(qiáng)方案的三種有效集合，每一QoS機(jī)制對(duì)應(yīng)于一種有效集合。同樣，在實(shí)際系統(tǒng)中，將存在比表2中所示的有限數(shù)目更多的UTRAN資源。
替代地，也可以在特定時(shí)標(biāo)上定義管理資源的QoS機(jī)制的集合。然后，對(duì)于每一時(shí)標(biāo)，可以定義將對(duì)其應(yīng)用適用的QoS機(jī)制的UTRAN資源，如以下表3中所示出的那樣。
表3對(duì)于定時(shí)器含義而言，UTRAN資源對(duì)比QoS算法的表示
表3圖示出三個(gè)有效集合，每一QoS管理時(shí)標(biāo)對(duì)應(yīng)一個(gè)有效集合，其中為每一時(shí)標(biāo)應(yīng)用了不同了QoS機(jī)制。
在第二實(shí)施例的這一增強(qiáng)方案中，可想到，如果為一UTRAN資源觸發(fā)了過(guò)載控制警告，則可以將該UTRAN資源添加到用于一QoS機(jī)制/QoS管理時(shí)標(biāo)的有效集合列表中。優(yōu)選的是在對(duì)應(yīng)的QoS管理時(shí)間周期期間執(zhí)行該測(cè)量。按類(lèi)似方式，可想到，如果一UTRAN資源中的限制未曾被記錄為阻止調(diào)度分組或者阻止允許呼叫的理由之一，則可以從用于特定QoS機(jī)制/QoS管理時(shí)標(biāo)的有效集合中除去該UTRAN資源。同樣，可想到，在先前的某一時(shí)間間隔期間，或在先前的某一數(shù)據(jù)的調(diào)度和/或許可控制事件期間，執(zhí)行這一確定。
此外，上述的用于在有效列表中添加資源或者從有效列表中去除資源的機(jī)制要求在先前的時(shí)間間隔期間或者先前的多個(gè)調(diào)度和/或許可控制事件期間未曾發(fā)起與該特定UTRAN資源相對(duì)應(yīng)的過(guò)載警告。此外，最好是在用于該QoS管理機(jī)制或者QoS管理機(jī)制時(shí)標(biāo)的“有效集合”列表中保留至少一個(gè)UTRAN資源。
在第二實(shí)施例的又一增強(qiáng)方案中，設(shè)想可以減少或者除去對(duì)于作為修改有效集合的機(jī)制的過(guò)載控制警告觸發(fā)的依賴(lài)。替換的方法可以是對(duì)每一資源執(zhí)行定期的測(cè)量，并且基于當(dāng)前負(fù)載作出添加或丟棄的判決。這樣一種機(jī)制將有利地減少(不期望的)過(guò)載發(fā)生。
僅僅為了簡(jiǎn)單起見(jiàn)，將考慮僅僅存在一個(gè)有效集合的情況。在小區(qū)建立(即節(jié)點(diǎn)B加電)時(shí)，所有UTRAN資源都將在有效集合中。然后對(duì)每一UTRAN資源上的負(fù)載執(zhí)行定期的測(cè)量。設(shè)想負(fù)載測(cè)量結(jié)果可以被平均化，或者可以是第x個(gè)百分?jǐn)?shù)。不管怎樣，在本范例中，負(fù)載的測(cè)量結(jié)果將被表示為與總的UTRAN資源容量的百分比。
因此，舉例來(lái)說(shuō)，如果UTRAN資源負(fù)載小于如Threshold_1，并且已經(jīng)持續(xù)了某一時(shí)間段T_1，則從有效集合中除去該UTRAN資源。此外，如果UTRAN資源負(fù)載大于如Threshold_2，并且已經(jīng)持續(xù)了某一時(shí)間段T_2，則將該UTRAN資源添加到有效集合列表。
本發(fā)明還考慮到，可以采用上述發(fā)明構(gòu)思的任何組合。舉例來(lái)說(shuō)，設(shè)想可以為每一QoS機(jī)制或者每一QoS機(jī)制時(shí)標(biāo)存在一個(gè)有效集合。關(guān)于這一點(diǎn)，如每隔一定間隔，為所有UTRAN資源確定在某些時(shí)標(biāo)(例如10,100或者1000毫秒)期間測(cè)量的特定負(fù)載。如果滿(mǎn)足了某一負(fù)載標(biāo)準(zhǔn)(閾值)，則將UTRAN資源添加到有效集合列表中，或從有效集合列表中除去UTRAN資源。
此外，設(shè)想每當(dāng)識(shí)別出資源上的過(guò)載時(shí)，可以將該資源立即添加到有效集合中。
此外，本發(fā)明還考慮到，可以“離線”判定為特定資源應(yīng)用的特定QoS管理機(jī)制。在這一上下文中，可以將該判定編碼為一個(gè)OMC參數(shù)。離線量度計(jì)算結(jié)果和/或經(jīng)由試錯(cuò)法和/或?qū)＜蚁到y(tǒng)得到的經(jīng)驗(yàn)可被用作這一過(guò)程的一部分。
盡管已經(jīng)參考UTRAN 3GPP系統(tǒng)的上下文中的瓶頸識(shí)別器來(lái)描述本發(fā)明的最佳實(shí)施例，但可想到，該發(fā)明構(gòu)思同樣地適用于其他通信系統(tǒng)，有線的或無(wú)線的，例如包括核心網(wǎng)絡(luò)或者干線網(wǎng)絡(luò)。
為完整起見(jiàn)，澄清如何在實(shí)踐中利用減少的復(fù)雜性(以MIPS為單位的能力)要求是有益的。然而，本領(lǐng)域中的技術(shù)人員將理解能夠以多種其他方式來(lái)利用此處所述的發(fā)明構(gòu)思，因此該發(fā)明構(gòu)思不局限于下文中將說(shuō)明的機(jī)制。
當(dāng)目前安裝一無(wú)線通信網(wǎng)絡(luò)時(shí)，RNC必須具有與被視為支持最不利情況下的方案所必需的處理能力近似相等的處理能力。關(guān)于這一點(diǎn)，RNC需要被配置為足以接納所有UTRAN資源。這通常導(dǎo)致在初始的網(wǎng)絡(luò)安裝上的某種程度的低效率，因?yàn)槌鲇谀承┰?，RNC通?？赡芪吹玫匠浞掷?。此外，隨著網(wǎng)絡(luò)負(fù)載的增加以及更多節(jié)點(diǎn)B的添加，RNC處理器的低效率將得到提高。
因此，很清楚的是，如上所述，運(yùn)行瓶頸檢測(cè)算法的改進(jìn)QoS管理方法至少提供了以下優(yōu)點(diǎn)
(i)通過(guò)監(jiān)測(cè)RNC的處理器資源上的負(fù)載，可以在OMC處作出是否添加附加的RNC處理器資源的判定。
(ii)將減少為了支持更高網(wǎng)絡(luò)負(fù)載而不得不添加RNC卡的速率。
(iii)當(dāng)在節(jié)點(diǎn)B處執(zhí)行一些QoS處理(如硬件/軟件許可控制)時(shí)，該技術(shù)還將在節(jié)點(diǎn)B硬件/軟件資源不是瓶頸資源的時(shí)候減少信令和呼叫建立延遲。
盡管上文中說(shuō)明了本發(fā)明的實(shí)施例的具體和優(yōu)選的實(shí)現(xiàn)方式，但清楚的是，本領(lǐng)域中的普通技術(shù)人員可以容易地對(duì)最佳實(shí)施例應(yīng)用屬于本發(fā)明構(gòu)思的變動(dòng)和改進(jìn)。
因此，已經(jīng)提供了一種在通信系統(tǒng)中減少能力消耗的通信系統(tǒng)和方法，其中已經(jīng)顯著地減輕了現(xiàn)有技術(shù)中的上述缺點(diǎn)。
權(quán)利要求
1.一種通信系統(tǒng)(200)，包括用于管理基站資源和數(shù)據(jù)的系統(tǒng)吞吐量的系統(tǒng)管理功能(236)，該系統(tǒng)管理功能被配置為識(shí)別多個(gè)資源，其中，所述系統(tǒng)管理功能特征在于吞吐量識(shí)別功能，用于從該系統(tǒng)吞吐量中所涉及的系統(tǒng)資源的子集中識(shí)別出一個(gè)或多個(gè)瓶頸資源。
2.根據(jù)權(quán)利要求1所述的通信系統(tǒng)(200)，其中所述系統(tǒng)管理功能(236)將一個(gè)或多個(gè)服務(wù)質(zhì)量處理過(guò)程選擇性地應(yīng)用到所識(shí)別出的一個(gè)或多個(gè)瓶頸資源。
3.根據(jù)權(quán)利要求2所述的通信系統(tǒng)(200)，其中所述一個(gè)或多個(gè)服務(wù)質(zhì)量處理過(guò)程包括以下處理過(guò)程中的一個(gè)或多個(gè)調(diào)度或者許可控制。
4.根據(jù)任一先前權(quán)利要求所述的通信系統(tǒng)(200)，其中使用以下參數(shù)之一將所述瓶頸資源識(shí)別為瓶頸資源
(i)為所述資源發(fā)起過(guò)載控制功能時(shí)的頻率；或者
(ii)資源利用率的測(cè)量結(jié)果。
5.根據(jù)先前的權(quán)利要求2至4中的任一權(quán)利要求在從屬于權(quán)利要求2時(shí)所述的通信系統(tǒng)(200)，其中當(dāng)選擇性地應(yīng)用一個(gè)或多個(gè)服務(wù)質(zhì)量處理過(guò)程的時(shí)候，由系統(tǒng)管理功能(236)對(duì)瓶頸資源，優(yōu)選的是對(duì)來(lái)自系統(tǒng)資源的子集中的其他資源，施加優(yōu)先權(quán)，并為瓶頸資源分配高優(yōu)先級(jí)。
6.根據(jù)先前的權(quán)利要求3至5中的任一權(quán)利要求在從屬于權(quán)利要求3時(shí)所述的通信系統(tǒng)(200)，其中所述系統(tǒng)管理功能(236)與調(diào)度器可操作地耦合，所述調(diào)度器用于對(duì)供傳輸用的數(shù)據(jù)分組進(jìn)行調(diào)度，以便基于所識(shí)別出的瓶頸資源或者是資源的子集中的其他資源的可用容量，從供傳輸用的數(shù)據(jù)流中除去該數(shù)據(jù)分組，或?qū)⒃摂?shù)據(jù)分組添加到供傳輸用的數(shù)據(jù)流中。
7.根據(jù)先前的權(quán)利要求3至5中的任一權(quán)利要求在從屬于權(quán)利要求3時(shí)所述的通信系統(tǒng)(200)，其中系統(tǒng)管理功能(236)可操作地與許可控制功能耦合，該許可控制功能用于允許對(duì)于通信系統(tǒng)(200)的呼叫請(qǐng)求，以便所述許可控制功能采用跟蹤過(guò)程為對(duì)于特定資源的許可嘗試的失敗率進(jìn)行計(jì)數(shù)。
8.根據(jù)權(quán)利要求7所述的通信系統(tǒng)(200)，其中所述瓶頸資源是基于所述失敗率計(jì)數(shù)而識(shí)別出的。
9.根據(jù)任一先前權(quán)利要求所述的通信系統(tǒng)(200)，其中所述系統(tǒng)管理功能(236)僅僅將一個(gè)或多個(gè)服務(wù)質(zhì)量處理過(guò)程應(yīng)用到所識(shí)別出的一個(gè)或多個(gè)瓶頸資源。
10.根據(jù)任一先前權(quán)利要求所述的通信系統(tǒng)(200)，其中所述吞吐量識(shí)別功能通過(guò)檢測(cè)與進(jìn)一步的資源相對(duì)應(yīng)的警告來(lái)識(shí)別瓶頸資源，并且響應(yīng)于該警告，系統(tǒng)管理功能(236)將該進(jìn)一步的資源添加到具有一個(gè)或多個(gè)瓶頸資源的列表中。
11.根據(jù)權(quán)利要求10所述的通信系統(tǒng)(200)，其中所述警告是過(guò)載警告，和/或所述檢測(cè)是在一段時(shí)間間隔期間、或在多個(gè)調(diào)度或許可控制事件期間執(zhí)行的。
12.根據(jù)任一先前權(quán)利要求所述的通信系統(tǒng)(200)，其中所述系統(tǒng)管理功能(236)資源接收對(duì)于多個(gè)資源的多個(gè)負(fù)載測(cè)量結(jié)果，并且響應(yīng)于該測(cè)量結(jié)果，將資源或占一定百分比的部分資源添加到具有一個(gè)或多個(gè)瓶頸資源的列表中，或者從具有一個(gè)或多個(gè)瓶頸資源的列表中除去資源或者占一定百分比的部分資源，例如當(dāng)在一段特定的時(shí)期期間負(fù)載超過(guò)或者低于負(fù)載閾值的時(shí)候。
13.根據(jù)任一先前權(quán)利要求所述的通信系統(tǒng)(200)，其中所述通信系統(tǒng)(200)是3GPP無(wú)線通信系統(tǒng)(200)，并且所述系統(tǒng)管理功能是無(wú)線網(wǎng)絡(luò)控制器(236)。
14.根據(jù)權(quán)利要求13所述的通信系統(tǒng)(200)，其中，所述資源包括一個(gè)或多個(gè)以下資源
(i)無(wú)線網(wǎng)絡(luò)控制器資源(105)；
(ii)節(jié)點(diǎn)B硬件/軟件資源(110)；
(iii)Iub/Iur回程資源(115)；或者
(iv)空中接口資源(120)。
15.一種用于減少在通信系統(tǒng)(200)中的系統(tǒng)管理功能(236)中的處理能力消耗的方法，其中所述方法特征在于以下步驟
識(shí)別影響通信系統(tǒng)中的數(shù)據(jù)吞吐量的多個(gè)資源；
從系統(tǒng)資源的子集中識(shí)別出一個(gè)或多個(gè)瓶頸資源；以及
基于瓶頸資源的識(shí)別結(jié)果，將一個(gè)或多個(gè)服務(wù)質(zhì)量處理過(guò)程，例如調(diào)度或者許可控制，選擇性地應(yīng)用到所識(shí)別出的一個(gè)或多個(gè)瓶頸資源。
16.根據(jù)權(quán)利要求15所述的減少系統(tǒng)管理功能(236)中的處理能力消耗的方法，該方法還特征在于以下步驟
識(shí)別多個(gè)資源的資源容量以便識(shí)別出瓶頸資源。
17.根據(jù)權(quán)利要求15或者權(quán)利要求16所述的減少系統(tǒng)管理功能(236)中的處理能力消耗的方法，該方法還特征在于以下步驟
為瓶頸資源，優(yōu)選的是為系統(tǒng)資源的子集中的其他資源，施加優(yōu)先權(quán)，以供選擇性地應(yīng)用一個(gè)或多個(gè)服務(wù)質(zhì)量處理過(guò)程。
18.根據(jù)先前的權(quán)利要求15-17中的任一權(quán)利要求所述的減少系統(tǒng)管理功能(236)中的處理能力消耗的方法，該方法還特征在于以下步驟
基于瓶頸資源調(diào)度供傳輸用的數(shù)據(jù)分組，以便將該數(shù)據(jù)分組添加到供傳輸用的數(shù)據(jù)流中，或從供傳輸用的數(shù)據(jù)流中除去該數(shù)據(jù)分組。
19.根據(jù)權(quán)利要求18所述的減少系統(tǒng)管理功能(236)中的處理能力消耗的方法，該方法還特征在于以下步驟
對(duì)不是瓶頸資源的所有資源執(zhí)行每一小區(qū)的檢驗(yàn)，以便識(shí)別是否還有數(shù)據(jù)分組需要被調(diào)度。
20.根據(jù)先前的權(quán)利要求15-19中的任一權(quán)利要求所述的減少系統(tǒng)管理功能(236)中的處理能力消耗的方法，該方法還特征在于以下步驟
為對(duì)于特定資源的許可嘗試的失敗率進(jìn)行計(jì)數(shù)，以便識(shí)別出瓶頸資源。
21.根據(jù)先前的權(quán)利要求15-20中的任一權(quán)利要求所述的減少系統(tǒng)管理功能(236)中的處理能力消耗的方法，該方法還特征在于以下步驟
檢測(cè)與資源相對(duì)應(yīng)的警告；以及
響應(yīng)于所述警告，將該資源添加到具有一個(gè)或多個(gè)瓶頸資源的列表。
22.根據(jù)先前的權(quán)利要求15-21中的任一權(quán)利要求所述的減少系統(tǒng)管理功能(236)中的處理能力消耗的方法，該方法還特征在于以下步驟
接收與多個(gè)資源相關(guān)的多個(gè)負(fù)載測(cè)量結(jié)果，以及
響應(yīng)于所述測(cè)量結(jié)果，將資源添加到具有一個(gè)或多個(gè)瓶頸資源的列表，例如當(dāng)在一段特定時(shí)間期間負(fù)載測(cè)量結(jié)果超過(guò)負(fù)載閾值時(shí)，或者
從具有一個(gè)或多個(gè)瓶頸資源的列表中除去資源，例如當(dāng)在一段特定時(shí)期期間負(fù)載測(cè)量結(jié)果低于負(fù)載閾值的時(shí)候。
23.一種被適配用于支持先前的權(quán)利要求15-22中的任一權(quán)利要求中的方法步驟的3GPP無(wú)線通信系統(tǒng)(200)。
24.一種被適配用于支持先前的權(quán)利要求15-22中的任一權(quán)利要求中的方法步驟的無(wú)線網(wǎng)絡(luò)控制器。
25.一種用于存儲(chǔ)處理器可執(zhí)行指令的存儲(chǔ)介質(zhì)，所述處理器可執(zhí)行指令用于控制處理器以執(zhí)行權(quán)利要求15-22中任一權(quán)利要求中的方法步驟。
26.一種用于管理基站資源和數(shù)據(jù)的系統(tǒng)吞吐量的無(wú)線網(wǎng)絡(luò)控制器(236)，所述無(wú)線網(wǎng)絡(luò)控制器(236)識(shí)別多個(gè)資源，其中所述無(wú)線網(wǎng)絡(luò)控制器(236)特征在于吞吐量識(shí)別功能，用于從所述系統(tǒng)吞吐量中所涉及的多個(gè)系統(tǒng)資源的子集中識(shí)別出一個(gè)或多個(gè)瓶頸資源。
27.根據(jù)權(quán)利要求26所述的無(wú)線網(wǎng)絡(luò)控制器(236)，其中所述無(wú)線網(wǎng)絡(luò)控制器(236)將一個(gè)或多個(gè)服務(wù)質(zhì)量處理過(guò)程選擇性地應(yīng)用到所識(shí)別出的一個(gè)或多個(gè)瓶頸資源，例如其中一個(gè)或多個(gè)服務(wù)質(zhì)量處理過(guò)程包括調(diào)度和/或許可控制。
28.根據(jù)權(quán)利要求26或者權(quán)利要求27所述的無(wú)線網(wǎng)絡(luò)控制器(236)，其中所述吞吐量識(shí)別功能通過(guò)檢測(cè)與進(jìn)一步的資源相對(duì)應(yīng)的警告來(lái)識(shí)別瓶頸資源，并且響應(yīng)于該警告，無(wú)線網(wǎng)絡(luò)控制器(236)將該進(jìn)一步的資源添加到具有一個(gè)或多個(gè)瓶頸資源的列表中。
29.根據(jù)權(quán)利要求28所述的無(wú)線網(wǎng)絡(luò)控制器(236)，其中所述警告是過(guò)載警告，和/或所述檢測(cè)是在一段時(shí)間間隔期間、或在多個(gè)調(diào)度或許可控制事件期間執(zhí)行的。
30.根據(jù)先前的權(quán)利要求26-29中的任一權(quán)利要求所述的無(wú)線網(wǎng)絡(luò)控制器(236)，其中所述吞吐量識(shí)別功能接收對(duì)于多個(gè)資源的多個(gè)負(fù)載測(cè)量結(jié)果，并且響應(yīng)于該測(cè)量結(jié)果，所述無(wú)線網(wǎng)絡(luò)控制器(236)將資源或是占一定百分比的部分資源添加到具有一個(gè)或多個(gè)瓶頸資源的列表中，或者從具有一個(gè)或多個(gè)瓶頸資源的列表中除去資源或者是占一定百分比的部分資源，例如當(dāng)在一段特定的時(shí)期期間負(fù)載超過(guò)或者低于負(fù)載閾值的時(shí)候。
31.一種基本如之前參照附圖中的圖2所描述的、或者基本如圖2中所示出的通信系統(tǒng)。
32.一種基本如之前參照附圖中的圖3或圖4所描述的、或者基本如圖3或圖4所示出的用于建立無(wú)線鏈路的方法。
全文摘要
一種通信系統(tǒng)(200)包括用于管理基站資源和數(shù)據(jù)的系統(tǒng)吞吐量的系統(tǒng)管理功能(246)。所述系統(tǒng)管理功能(246)定義了多種資源。所述系統(tǒng)管理功能(236)，比如無(wú)線網(wǎng)絡(luò)控制器，包括數(shù)據(jù)吞吐量識(shí)別功能，用于從系統(tǒng)的數(shù)據(jù)吞吐量中所涉及的多個(gè)系統(tǒng)資源的子集中識(shí)別出一個(gè)或多個(gè)瓶頸資源。還提供了一種用于減少系統(tǒng)管理功能(236)和無(wú)線網(wǎng)絡(luò)控制器(236)中的能力消耗(MIPS)的方法。瓶頸資源的識(shí)別有助于確定不執(zhí)行一個(gè)或多個(gè)QoS管理算法是否會(huì)節(jié)省MIPS，其中由于瓶頸資源，將減少所述一個(gè)或多個(gè)QoS管理算法所帶來(lái)的益處。
文檔編號(hào)H04L12/56GK1823541SQ20048002008
公開(kāi)日2006年8月23日 申請(qǐng)日期2004年5月20日 優(yōu)先權(quán)日2003年7月12日
發(fā)明者史蒂芬·約翰·巴雷特, 彼得·萊格 申請(qǐng)人:摩托羅拉公司