專(zhuān)利名稱(chēng)：用于移動(dòng)寬帶無(wú)線(xiàn)網(wǎng)絡(luò)的網(wǎng)絡(luò)管理軟件體系結(jié)構(gòu)的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明的領(lǐng)域通常涉及無(wú)線(xiàn)通信網(wǎng)絡(luò)，并且更具體地但不絕對(duì) 地涉及用于移動(dòng)寬帶無(wú)線(xiàn)網(wǎng)絡(luò)的網(wǎng)絡(luò)管理軟件體系結(jié)構(gòu)的方法和系 統(tǒng)。
背景技術(shù)：
IEEE(電子以及電氣工程師協(xié)議)802.16是一組新興的空中接口 標(biāo)準(zhǔn)，用于組合的固定、便攜以及移動(dòng)寬帶無(wú)線(xiàn)接入(MBWA)。最 初將該規(guī)范構(gòu)思為無(wú)線(xiàn)標(biāo)準(zhǔn)，以使得低成本的最后一英里寬帶連接 能夠連接到那些未通過(guò)有線(xiàn)寬帶來(lái)服務(wù)(例如電纜或DSL)的地方， 該規(guī)范正在發(fā)展為把目標(biāo)定位為移動(dòng)、高速寬帶應(yīng)用的更廣闊的市 場(chǎng)機(jī)會(huì)。正EE 802.16體系結(jié)構(gòu)不僅解決了傳統(tǒng)的"最后一英里"問(wèn) 題，而且支持正在運(yùn)動(dòng)當(dāng)中的游牧或移動(dòng)客戶(hù)。MBWA體系結(jié)構(gòu)是 由全球微波接入互操作性(WiMAX)論壇的網(wǎng)絡(luò)工作組(NWG)標(biāo)準(zhǔn)化 的。為了方便起見(jiàn)，本說(shuō)明書(shū)始終可交換地用術(shù)語(yǔ)802.16和WiMAX 來(lái)表示IEEE 802.16空中接口標(biāo)準(zhǔn)組。圖1示出了具有點(diǎn)對(duì)多點(diǎn)(PMP)蜂窩狀體系結(jié)構(gòu)的簡(jiǎn)化的寬帶 無(wú)線(xiàn)網(wǎng)絡(luò)，用于在典型地低于llGHz的許可的和免許可的頻帶上進(jìn) 行操作。還可以是其它類(lèi)型的體系結(jié)構(gòu)(未示出)，例如網(wǎng)格寬帶無(wú)線(xiàn) 網(wǎng)絡(luò)。用無(wú)線(xiàn)接入節(jié)點(diǎn)(RAN)102A和102B，將骨干IP(因特網(wǎng)協(xié)議) 網(wǎng)絡(luò)100連接到寬帶無(wú)線(xiàn)網(wǎng)絡(luò)。每個(gè)RAN經(jīng)由諸如光纖(描繪為光 纖鏈路103A、103B和103C)的有線(xiàn)鏈路或點(diǎn)對(duì)點(diǎn)無(wú)線(xiàn)鏈路(未示出)， 連接到一個(gè)或多個(gè)無(wú)線(xiàn)小區(qū)(描繪在RAN 102A或102B到104A、 104B和104C之間)。各自的基站(BS)106A、 106B和106C在無(wú)線(xiàn)小 區(qū)的集線(xiàn)器上?；鞠到y(tǒng)包括高級(jí)天線(xiàn)系統(tǒng)(AAS)，其典型地位于無(wú)
線(xiàn)塔的頂端，并且用于將高速數(shù)據(jù)發(fā)射到多個(gè)用戶(hù)站(SS)108以及移 動(dòng)用戶(hù)站(MSS)，并且經(jīng)由單向的無(wú)線(xiàn)鏈路IIO(每個(gè)SS鏈路傳輸與 其它傳輸不相關(guān))，來(lái)從用戶(hù)站接收數(shù)據(jù)。更特別地，每個(gè)SS 108 可以使用由IEEE P802.16空中接口標(biāo)準(zhǔn)所定義的PHY+MAC(物理十 介質(zhì)訪(fǎng)問(wèn)控制)層特征(經(jīng)由適當(dāng)?shù)腂S)，來(lái)接入網(wǎng)絡(luò)IOO。 SS可以對(duì) 應(yīng)于固定用戶(hù)位置(例如，在家里或辦公室里)，或可以對(duì)應(yīng)于可能經(jīng) 由諸如個(gè)人數(shù)字助理(PDA)、膝上電腦等移動(dòng)設(shè)備(MSS)來(lái)接入該寬 帶無(wú)線(xiàn)網(wǎng)絡(luò)的移動(dòng)用戶(hù)。
數(shù)據(jù)串(databurst)從網(wǎng)絡(luò)100到SS 108的傳輸按以下方式進(jìn)行。 在給定的小區(qū)內(nèi)，諸如IP分組和以太網(wǎng)幀的數(shù)據(jù)串從適當(dāng)?shù)腞AN 前進(jìn)到適當(dāng)?shù)腂S。該BS將數(shù)據(jù)封裝成正EE 802.16-2004數(shù)據(jù)幀格 式，并且隨后使用被稱(chēng)為"下行鏈路"的單向無(wú)線(xiàn)鏈路IIO，將非視 距(NLOS)數(shù)據(jù)傳輸?shù)矫總€(gè)SS 108。反向進(jìn)行從SS 108到網(wǎng)絡(luò)100 的數(shù)據(jù)傳輸。在這種情況下，使用被稱(chēng)為"上行鏈路"單向無(wú)線(xiàn)鏈 路，將封裝的數(shù)據(jù)從SS傳輸?shù)竭m當(dāng)?shù)腂S。該數(shù)據(jù)分組隨后轉(zhuǎn)發(fā)到 適當(dāng)?shù)腞AN，轉(zhuǎn)換成IP分組或以太網(wǎng)幀，并且從此以后傳輸?shù)骄W(wǎng)絡(luò) IOO中的目的節(jié)點(diǎn)。可以用頻分雙工(FDD)、半雙工FDD或時(shí)分雙 工(TDD)方案來(lái)傳輸該數(shù)據(jù)組。在TDD方案中，上行鏈路和下行鏈 路共享相同的RF信道，但不同時(shí)傳輸，并且在FDD方案中，上行 鏈路和下行鏈路分別在不同的RF信道中操作，而這些信道同時(shí)傳 輸。
對(duì)多個(gè)BS進(jìn)行配置，以形成小區(qū)狀的無(wú)線(xiàn)網(wǎng)絡(luò)。使用了共享介 質(zhì)的網(wǎng)絡(luò)需要一種機(jī)制來(lái)有效地進(jìn)行共享。在每個(gè)小區(qū)中，該無(wú)線(xiàn) 網(wǎng)絡(luò)體系結(jié)構(gòu)是雙通道PMP，其為很好的共享介質(zhì)實(shí)例；此處的介 質(zhì)是用于傳播無(wú)線(xiàn)電波的空間(空中)。從基站(BS)到SS的下行鏈路 基于PMP來(lái)操作。正EE 802.16-2004標(biāo)準(zhǔn)和IEEE 802.16e/D5a規(guī)范 草案(2004年12月)中的規(guī)定包括在每個(gè)小區(qū)內(nèi)具有AAS的中央BS。 這種AAS包括能夠同時(shí)處理多個(gè)獨(dú)立扇區(qū)的扇區(qū)化天線(xiàn)。在這種配 置中，可以對(duì)每個(gè)獨(dú)立扇區(qū)實(shí)現(xiàn)下述的基站操作，從而在網(wǎng)絡(luò)中可 以使用共享了公共控制器的多個(gè)局內(nèi)(co-related)基站，該基站具有多 個(gè)扇區(qū)天線(xiàn)。在給定的頻率信道和天線(xiàn)扇區(qū)內(nèi)，所有站接收相同的 傳輸或傳輸部分。在其它方向，用戶(hù)站基于需求，共享到BS的上行鏈路。取決于 所利用的服務(wù)等級(jí)，SS可以得到連續(xù)的傳輸權(quán)限，或者該傳輸權(quán)限 可以在從SS接收了請(qǐng)求后由BS授予。除了獨(dú)立尋址的消息之外， 可以在多播(控制消息和視頻分發(fā)是多播應(yīng)用的實(shí)例)或廣播連接上 將消息發(fā)送給所有站。在每個(gè)扇區(qū)中，用戶(hù)所遵守的傳輸協(xié)議對(duì)用 戶(hù)之間的競(jìng)爭(zhēng)進(jìn)行控制，并且使得服務(wù)能夠按照每個(gè)用戶(hù)應(yīng)用的延 時(shí)和帶寬要求來(lái)定制。


通過(guò)參考以下詳細(xì)描述，并結(jié)合附圖，本發(fā)明的前述的方面和 許多隨后的優(yōu)勢(shì)將會(huì)變得更加明顯，同時(shí)變得更好理解，其中在各 視圖中如非另外指定，則相同的參考標(biāo)號(hào)始終表示相同的部件。圖1是具有基于正EE 802.16標(biāo)準(zhǔn)組的點(diǎn)對(duì)多點(diǎn)拓?fù)涞氖纠詫?帶無(wú)線(xiàn)網(wǎng)絡(luò)的示意圖；圖2是根據(jù)本發(fā)明一個(gè)實(shí)施例的，用于具有移動(dòng)用戶(hù)站(MSS) 的寬帶無(wú)線(xiàn)網(wǎng)絡(luò)體系結(jié)構(gòu)的網(wǎng)絡(luò)管理參考模型的示意圖；圖3a是根據(jù)本發(fā)明一個(gè)實(shí)施例，在具有對(duì)應(yīng)的控制、數(shù)據(jù)和管 理平面(plane)軟件體系結(jié)構(gòu)的寬帶無(wú)線(xiàn)接入(BWA)網(wǎng)絡(luò)中，用于 MSS的具有網(wǎng)絡(luò)管理的協(xié)議分層參考模型的示意圖；圖3b是具有圖3a的網(wǎng)絡(luò)管理的協(xié)議分層參考模型的示意圖， 其進(jìn)一步示出了與從MSS獲取參數(shù)有關(guān)的消息流；圖3c是具有圖3a的網(wǎng)絡(luò)管理的協(xié)議分層參考模型的示意圖， 其進(jìn)一步示出了與向MSS發(fā)送參數(shù)有關(guān)的消息流；圖4a—e是圖2的網(wǎng)絡(luò)管理參考模型中用來(lái)促進(jìn)網(wǎng)絡(luò)提供和管 理操作的管理信息(數(shù)據(jù))庫(kù)(MIB)結(jié)構(gòu)的示意性表示；圖5是根據(jù)本發(fā)明一個(gè)實(shí)施例，示出了用于從MSS中獲取參數(shù)所執(zhí)行的操作的流程圖；圖6a是示出了 TLV請(qǐng)求消息的格式的表；
圖6b是示出了 TLV響應(yīng)消息的格式的表；圖7是示出了用基站的委托簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議(SNMP)代理提供 MSS的動(dòng)態(tài)服務(wù)流參數(shù)的操作的流程圖；圖8是根據(jù)本發(fā)明一個(gè)實(shí)施例，示出了在為移動(dòng)用戶(hù)站提供服 務(wù)流的期間所執(zhí)行的操作的所流程圖；圖9是示出了圖8中的框804的服務(wù)流提供操作的細(xì)節(jié)的流程圖；圖10是示出了圖8中的框806的動(dòng)態(tài)服務(wù)流參數(shù)下載操作的細(xì) 節(jié)的流程圖；圖11是示出了在切換過(guò)程的一個(gè)實(shí)施例將MSS的空中接口從 服務(wù)BS切換到目標(biāo)BS的期間所執(zhí)行的操作和邏輯的流程圖；圖12是示出了圖11中的框1108的切換過(guò)程操作細(xì)節(jié)的流程圖； 圖13是示出了圖11中的框1112的動(dòng)態(tài)服務(wù)流參數(shù)下載操作的 細(xì)節(jié)的流程圖。
具體實(shí)施方式
此處描述了用于對(duì)移動(dòng)寬帶無(wú)線(xiàn)網(wǎng)絡(luò)的網(wǎng)絡(luò)管理和服務(wù)提供進(jìn) 行支持的軟件體系結(jié)構(gòu)的方法和系統(tǒng)的實(shí)施例。在以下描述中，闡 述了許多具體細(xì)節(jié)，以便提供對(duì)于本發(fā)明的實(shí)施例的透徹理解。然 而，相關(guān)領(lǐng)域的技術(shù)人員將會(huì)認(rèn)識(shí)到，在缺少一個(gè)或多個(gè)這些具體 細(xì)節(jié)的情況下，或者通過(guò)其它方法、部件、材料等也能執(zhí)行本發(fā)明。 在其它實(shí)例中，沒(méi)有詳細(xì)描述或示出公知的結(jié)構(gòu)、材料或操作，以 免混淆本發(fā)明。本說(shuō)明書(shū)中，通篇所涉及的"一個(gè)實(shí)施例"或"實(shí)施例"表示 所描述的與該實(shí)施例有關(guān)的具體特征、結(jié)構(gòu)、或?qū)傩灾辽侔ㄔ谠?本發(fā)明的一個(gè)實(shí)施例中。因此，本說(shuō)明書(shū)通篇在各個(gè)地方出現(xiàn)的"在 —個(gè)實(shí)施例中"或"在實(shí)施例中"不一定全部指同一實(shí)施例。此外， 具體的特征、結(jié)構(gòu)或?qū)傩钥梢砸赃m當(dāng)?shù)姆绞浇M合在一個(gè)或多個(gè)實(shí)施 例中。基于802.16的寬帶無(wú)線(xiàn)網(wǎng)絡(luò)中設(shè)計(jì)了多個(gè)更重要的方面，其中 之一是支持移動(dòng)用戶(hù)的能力。顯然，這是當(dāng)前基于蜂窩的網(wǎng)絡(luò)的多個(gè)薄弱環(huán)節(jié)之一。雖然現(xiàn)代的"2.5G"和"3G"蜂窩服務(wù)使得用戶(hù) 能夠從移動(dòng)平臺(tái)接收數(shù)據(jù)并且向移動(dòng)平臺(tái)發(fā)送數(shù)據(jù)，傳輸速率卻相 對(duì)較差。造成這個(gè)的重要原因是因?yàn)槠浠緜鬏敊C(jī)制(蜂窩網(wǎng)絡(luò))最初 是被設(shè)計(jì)來(lái)用于對(duì)傳輸速率需求相對(duì)較低的語(yǔ)音通信。WiMAX論壇網(wǎng)絡(luò)工作組(NWG)所標(biāo)準(zhǔn)化的MBWA體系結(jié)構(gòu)的 目標(biāo)在于為移動(dòng)用戶(hù)的最佳傳輸速率提供支持。同時(shí)，MBWA體系 結(jié)構(gòu)還被設(shè)計(jì)為支持豐富的服務(wù)能力，例如，高速數(shù)據(jù)、流視頻以 及用IP傳輸語(yǔ)音(VoIP)服務(wù)，這些服務(wù)的最初目標(biāo)是固定用戶(hù)站， 以實(shí)現(xiàn)"最后一英里/第一英里"服務(wù)需求WiMAX網(wǎng)絡(luò)的另一個(gè)重要方面是服務(wù)提供。為了使得終端用戶(hù) 能夠接入WiMAX網(wǎng)絡(luò)，必須提供用戶(hù)的SS和服務(wù)流(即與特定的 服務(wù)質(zhì)量(QoS)相關(guān)的單向的MAC服務(wù)數(shù)據(jù)單元流)。與通常用于在 現(xiàn)今環(huán)境中提供無(wú)線(xiàn)網(wǎng)絡(luò)接入的更簡(jiǎn)化的Wi-Fi(即IEEE S02.11)網(wǎng) 絡(luò)所提供的有限QoS支持不同，正EE 802.16體系結(jié)構(gòu)支持豐富的 QoS特征集。此夕卜，WiMAX使用的無(wú)線(xiàn)空中接口比Wi-Fi所使用的 更加復(fù)雜，因此需要更復(fù)雜的服務(wù)提供考慮因素。更具體地，WiMAX基于集中式控制體系結(jié)構(gòu)，在該結(jié)構(gòu)中BS 中的調(diào)度器完全控制所有SS的無(wú)線(xiàn)介質(zhì)接入。WiMAX可以同時(shí)支 持用一個(gè)QoS參數(shù)完全集表征的多個(gè)無(wú)線(xiàn)連接。此外，WiMAX提 供了分組分類(lèi)器，以將這些連接映射到各種用戶(hù)應(yīng)用和接口，包括 以太網(wǎng)、TDM(時(shí)分復(fù)用)、ATM(異步轉(zhuǎn)移模式)、IP(因特網(wǎng)協(xié)議)、 VLAN(虛擬局域網(wǎng))等等。然而，WiMAX中豐富的特征集以及靈活 性還增加了對(duì)于固定以及移動(dòng)寬帶無(wú)線(xiàn)接入網(wǎng)絡(luò)的服務(wù)部署和提供 的復(fù)雜度。圖2根據(jù)本發(fā)明的一個(gè)實(shí)施例，示出了寬帶無(wú)線(xiàn)接入(BWA)網(wǎng) 絡(luò)的管理參考模型200。該模型包括網(wǎng)絡(luò)管理系統(tǒng)(NMS)202、被管 理的基站節(jié)點(diǎn)(描述為被管理的節(jié)點(diǎn)204,和2042，例如基站206和 208)、以及數(shù)據(jù)庫(kù)服務(wù)器212所主控的服務(wù)流數(shù)據(jù)庫(kù)210。 NMS 202 和服務(wù)流數(shù)據(jù)庫(kù)經(jīng)由網(wǎng)絡(luò)214，可通信地鏈接到WiMAX網(wǎng)絡(luò)的 BS(例如基站206和208)，其中網(wǎng)絡(luò)214典型地為廣域網(wǎng)(WAN)或公 共網(wǎng)(例如因特網(wǎng))?；舅芾淼墓?jié)點(diǎn)收集被管理的對(duì)象并將其存儲(chǔ) 成如管理信息庫(kù)(MIB)實(shí)例218和220所示的802.16管理信息庫(kù) (MIB)格式。在一個(gè)實(shí)施例中，使用如IETFRFC(請(qǐng)求評(píng)論)1157(即 http://www.faqs.org/rfcs/rfcl 157.h加l)所指定的簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議 (SNMP)，來(lái)使得NMS(例如NMS 202)可獲得被管理的對(duì)象?；?06和208中的每一個(gè)都提供各自的覆蓋范圍。每個(gè)覆蓋 范圍的"足跡"(即形狀)通常取決于基站結(jié)合地理和/或基礎(chǔ)設(shè)施考 慮因素以及無(wú)線(xiàn)信號(hào)功率所提供的天線(xiàn)系統(tǒng)類(lèi)型(例如單扇區(qū)、多扇 區(qū)或全向的)。例如，被稱(chēng)為非視距(NLOS)的地理地形(例如山脈和 樹(shù)木)和公共基礎(chǔ)設(shè)施(例如大型建筑物)可能影響無(wú)線(xiàn)信號(hào)的傳播， 導(dǎo)致覆蓋范圍減小。WiMAX傳輸?shù)臒o(wú)線(xiàn)信號(hào)強(qiáng)度也受限于許可的 或免許可的操作的可用RF頻譜。為了簡(jiǎn)化起見(jiàn)，將基站206和208 各自的覆蓋范圍222和224描繪為橢圓形。給定基站在其覆蓋范圍內(nèi)能夠支持與MSS和固定SS之間的通 信。如圖2中的重疊覆蓋范圍226所示，為了支持完全的移動(dòng)性， 接近的多個(gè)"相鄰"基站的覆蓋范圍必須具有一定程度的重疊。隨 著MSS在該覆蓋范圍內(nèi)移動(dòng)(如所示，MSS 228在覆蓋范圍222和 224之間移動(dòng))，周期性地采集該MSS的信號(hào)強(qiáng)度數(shù)據(jù)，以估計(jì)應(yīng)該 用哪個(gè)BS來(lái)最好地保持當(dāng)前的服務(wù)等級(jí)。根據(jù)這個(gè)信號(hào)強(qiáng)度數(shù)據(jù)以 及以下詳述的其它考慮因素，該用于向給定MSS提供服務(wù)的BS隨 著該MSS在各BS覆蓋范圍中移動(dòng)，將經(jīng)由切換(HO)過(guò)程來(lái)進(jìn)行轉(zhuǎn) 換。下面詳述切換過(guò)程操作。如此處所用，移動(dòng)用戶(hù)站通常是指能夠在寬帶無(wú)線(xiàn)網(wǎng)絡(luò)中與基 站進(jìn)行通信的電子設(shè)備。MSS可以是例如擴(kuò)充卡或網(wǎng)絡(luò)接口卡中的 IEEE 802.16芯片集，該卡包括用于移動(dòng)用戶(hù)平臺(tái)的插件，該移動(dòng)用 戶(hù)平臺(tái)例如筆記本電腦(例如圖2中所示的筆記本電腦230)、手持設(shè) 備(PDA、掌上PC、移動(dòng)電話(huà)等等)。服務(wù)流數(shù)據(jù)庫(kù)210包括服務(wù)流和相關(guān)聯(lián)的QoS信息，當(dāng)提供服 務(wù)，SS進(jìn)入^TiMAX網(wǎng)絡(luò)，或者移動(dòng)SS漫游入BS覆蓋范圍時(shí)，該
信息對(duì)正在創(chuàng)建傳輸連接的BS和SS/MSS進(jìn)行指導(dǎo)。通常，可以從 NMS直接管理SS/MSS,或者可以通過(guò)用來(lái)作為SNMP代理的BS 間接管理SS/MSS。在一個(gè)實(shí)施例中，通過(guò)被管理SS/MSS的主或次 管理CID(連接標(biāo)識(shí)符)來(lái)攜帶SS/MSS和BS之間的管理信息。IEEE 802.16-2004標(biāo)準(zhǔn)定義了三種類(lèi)型的服務(wù)流，包括提供服務(wù) 流、許可服務(wù)流和激活服務(wù)流。提供服務(wù)流是提供的但未被立即激 活的服務(wù)流。用外部觸發(fā)將提供服務(wù)流轉(zhuǎn)變?yōu)樵S可服務(wù)流。當(dāng)SS通 過(guò)網(wǎng)絡(luò)進(jìn)入過(guò)程進(jìn)入網(wǎng)絡(luò)時(shí)，這個(gè)服務(wù)流開(kāi)始，其中由NMS管理提 供命令。在許可服務(wù)流中，通過(guò)許可控制來(lái)保存網(wǎng)絡(luò)資源。在一種技術(shù) 中，用外部觸發(fā)來(lái)將許可服務(wù)流轉(zhuǎn)變?yōu)榧せ罘?wù)流。在另一種技術(shù) 中，可以使用動(dòng)態(tài)服務(wù)添加(DSA)消息來(lái)產(chǎn)生類(lèi)似的結(jié)果。使用類(lèi)似 于電話(huà)模型中"摘機(jī)"的事件來(lái)激活主動(dòng)授予服務(wù)(UGS)服務(wù)流。還 可以用應(yīng)用觸發(fā)來(lái)實(shí)現(xiàn)到激活服務(wù)流的轉(zhuǎn)變。激活服務(wù)流是活動(dòng)的服務(wù)流。即，其為被授予了諸如用于傳送 數(shù)據(jù)的上行鏈路或下行鏈路帶寬的網(wǎng)絡(luò)資源的服務(wù)流。該服務(wù)流使 用激活的QoS參數(shù)集，該參數(shù)集是許可QoS參數(shù)集的子集。圖3a、 3b、 3c中示出了移動(dòng)BWA網(wǎng)絡(luò)的具有網(wǎng)絡(luò)管理的協(xié)議 分層參考模型300的一個(gè)實(shí)施例的細(xì)節(jié)。該網(wǎng)絡(luò)管理參考模型包括 用于管理各種網(wǎng)絡(luò)元件的網(wǎng)絡(luò)管理系統(tǒng)302，這些網(wǎng)絡(luò)元件如所示的 基站304和306以及MSS 308和310。網(wǎng)絡(luò)管理系統(tǒng)302包括元件 管理系統(tǒng)(EMS)312，其可通信地鏈接到服務(wù)數(shù)據(jù)庫(kù)314，在該數(shù)據(jù) 庫(kù)中存儲(chǔ)各種服務(wù)提供者數(shù)據(jù)，該數(shù)據(jù)包括與MSS和SS服務(wù)流(類(lèi) 似于服務(wù)流數(shù)據(jù)庫(kù)210中所存儲(chǔ)的)、陷阱(trap)和事件有關(guān)的數(shù)據(jù)。 用網(wǎng)絡(luò)平面服務(wù)接入點(diǎn)(SAP)316來(lái)提供EMS 312和基站304以及 306之間的接口 ，該接口使得EMS能夠經(jīng)由IP傳輸(如IP傳輸云318 所示)來(lái)與基站進(jìn)行通信。在常規(guī)的EMS模型中，用EMS來(lái)管理系統(tǒng)中一種或多種類(lèi)型 的網(wǎng)絡(luò)元件。例如，在電信系統(tǒng)中，可以用EMS來(lái)管理各種電信開(kāi) 關(guān)和類(lèi)似網(wǎng)絡(luò)元件的操作。在諸如基站304和306的BWA系統(tǒng)中， 用類(lèi)似的EMS 312來(lái)管理網(wǎng)絡(luò)元件。然而，與常規(guī)的EMS模型方 法不同，管理參考模型300的體系結(jié)構(gòu)使得EMS 312還能夠經(jīng)由基 站上所提供的委托管理服務(wù)來(lái)管理移動(dòng)用戶(hù)站。在進(jìn)一步的細(xì)節(jié)中，在每個(gè)基站上提供了 SNMP轉(zhuǎn)換代理，如 所示的轉(zhuǎn)換SNMP代理320和322。使用常規(guī)SNMP消息，經(jīng)由SNMP 管理器324，使得該轉(zhuǎn)換SNMP代理能夠與EMS 312進(jìn)行通信。 SNMP基于由管理器、代理、管理信息數(shù)據(jù)庫(kù)、被管理的對(duì)象和網(wǎng) 絡(luò)協(xié)議所組成的管理/代理模型。該管理器執(zhí)行用于監(jiān)視和控制被管 理的網(wǎng)絡(luò)元件的管理應(yīng)用。該代理是位于被管理的設(shè)備中、用于執(zhí) 行來(lái)自管理器的命令的管理軟件模塊。該管理器和代理使用管理信息庫(kù)(MIB)以及相對(duì)小的命令集，經(jīng) 由對(duì)應(yīng)的SNMP消息來(lái)交換信息。將該MIB組織成樹(shù)型結(jié)構(gòu)，該樹(shù) 型結(jié)構(gòu)具有用分支上的葉子來(lái)表示的獨(dú)立變量，例如點(diǎn)狀態(tài)或描述。SNMP管理器和代理之間傳遞的信息包括一個(gè)或多個(gè)封裝在SNMP 消息中的MIB對(duì)象，該對(duì)象還被稱(chēng)為協(xié)議數(shù)據(jù)單元或PDU。 SNMP 消息格式包括將PUD與頭字段封裝在一起的包裝?；赟NMP PDU的功能，將其進(jìn)行分類(lèi)。以下的表l示出了當(dāng) 前版本(SNMP版本3)中的SNMP PDU(消息)類(lèi)另U,以及早先的SNMP 版本1的PDU類(lèi)別。為了簡(jiǎn)化起見(jiàn)，還有三種額外的類(lèi)別(內(nèi)部的、 確認(rèn)的，以及未確認(rèn)的)沒(méi)有在表1中示出。_SNMP版本3 PUD類(lèi)別描述SNMP版本1 PDUSNMP版本2/ SNMP 版本3 PDU讀取該消息使用輪詢(xún)機(jī)制，從 被管理的設(shè)備讀取管理信 息GetRequest-PDU GetNextRequest-PDUGetRequest-PDU GetNextRequest-PDU GetBulkRequest-PDU寫(xiě)入該消息對(duì)來(lái)自被管理設(shè)備 的管理信息進(jìn)行改變，以 影響該設(shè)備的操作SetRequest-PDUSetR叫uest-PDU響應(yīng)發(fā)送該消息，以響應(yīng)先前 的請(qǐng)求GetResponse-PDUResponse-PDU
通知設(shè)備用該消息將類(lèi)^l中斷Trap-PDUTrapv2-PDU的通知發(fā)送到SNMP管理InformRequest-PDU器表1如上所述，SNMP使用被管理設(shè)備處的MIB,這要求SNMP代 理對(duì)給定設(shè)備的MIB實(shí)例中的對(duì)象進(jìn)行管理。因此，委托SNMP代 理320和322中的每一個(gè)都被配置為當(dāng)做SNMP代理來(lái)操作，此外 其還執(zhí)行下述的SNMP委托操作。在網(wǎng)絡(luò)管理參考模型300中，沒(méi)有使用SNMP消息傳遞來(lái)發(fā)送 在基站和其服務(wù)的用戶(hù)(例如MSS 308和310)之間的管理信息。而是 用使用了管理MAC消息的簡(jiǎn)化協(xié)議來(lái)傳遞這個(gè)信息。移動(dòng)用戶(hù)站308和310中的每一個(gè)實(shí)現(xiàn)由IEEE標(biāo)準(zhǔn) 802.16-2001協(xié)議分層參考模型所定義的控制和數(shù)據(jù)平面部件。在這 個(gè)協(xié)議分層參考模型中，MAC層包括三個(gè)子層。MAC服務(wù)具體匯 聚子層(CS)330將通過(guò)CS服務(wù)接入點(diǎn)(SAP)332接收的外部網(wǎng)絡(luò)數(shù)據(jù) 變換或映射成MAC服務(wù)數(shù)據(jù)單元(SDU)，由MAC公共部分子層 (MAC CPS)344通過(guò)MAC SAP 336來(lái)接收該MAC SDU。這過(guò)程包 括對(duì)外部網(wǎng)絡(luò)SDU進(jìn)行分類(lèi)，并且將它們關(guān)聯(lián)到適當(dāng)?shù)腗AC服務(wù) 流和連接標(biāo)識(shí)符。該過(guò)程還可以包括諸如有效載荷頭壓縮等功能。 提供了多個(gè)CS規(guī)范，以便與各種協(xié)議進(jìn)行接口。 CS有效載荷的內(nèi) 部格式對(duì)該CS是唯一的，并且MACCPS無(wú)須理解CS有效載荷的 格式或解析來(lái)自CS有效載荷的任何信息。MAC CPS 334提供系統(tǒng)接入、帶寬分配、連接建立和連接保持 的核心MAC功能。MAC CPS 334通過(guò)MAC SAP 336，從歸類(lèi)于特 定MAC連接的各個(gè)CS接收數(shù)據(jù)。將服務(wù)質(zhì)量應(yīng)用到PHY上的數(shù) 據(jù)傳輸和調(diào)度上。MAC還包括用于提供認(rèn)證、安全密鑰交換和加密的單獨(dú)的安全 子層338。數(shù)據(jù)、PHY控制和統(tǒng)計(jì)量經(jīng)由PHY SAP 342，在MAC CPS 和PHY子層340之間傳遞。移動(dòng)用戶(hù)站308和310中的每一個(gè)還實(shí)現(xiàn)IEEE標(biāo)準(zhǔn)802.16-2001
協(xié)議分層參考模型中所述的管理平面部件。管理平面元件包括MAC CS管理實(shí)體344、 MAC CPS管理實(shí)體346、安全子層管理實(shí)體348 以及PHY子層管理實(shí)體350。盡管將前述的管理平面部件作為IEEE標(biāo)準(zhǔn)802.16-2001協(xié)議分 層參考模型的一部分來(lái)包括在該模型中(注意到在該協(xié)議分參考模 型中，安全子層實(shí)際上作為MAC CPS管理實(shí)體的一部分包括在該 模型中，而不是如這里所示為分開(kāi)的)，用于實(shí)現(xiàn)管理平面的規(guī)范不 包括在IEEE標(biāo)準(zhǔn)802.16-2001或當(dāng)前IEEE標(biāo)準(zhǔn)802.16-2004規(guī)范的 范圍中。該模型進(jìn)一步包括控制/數(shù)據(jù)平面和網(wǎng)絡(luò)管理系統(tǒng)(其被簡(jiǎn)單 地描述為IEEE標(biāo)準(zhǔn)802.16-2001或當(dāng)前正EE標(biāo)準(zhǔn)802.16-2004規(guī)范 的范圍之下的外部元件)之間，以及管理平面和網(wǎng)絡(luò)管理系統(tǒng)之間的 通信設(shè)施。在具有網(wǎng)絡(luò)管理300的協(xié)議分層參考模型中，由控制平 面SAP 352和管理平面SAP 354提供這些各自的通信設(shè)施。通過(guò)使用SNMP消息來(lái)封裝MB對(duì)象形式的管理數(shù)據(jù)，在基站 和網(wǎng)絡(luò)管理系統(tǒng)之間傳遞這種數(shù)據(jù)。MIB對(duì)象本身體現(xiàn)為PDU變量 綁定，該綁定包括對(duì)象名與其對(duì)應(yīng)值之間的綁定。給定基站的管理 對(duì)象存儲(chǔ)在該基站的MIB實(shí)例中，如圖3a中的MIB實(shí)例356和358 所示。圖4a—e根據(jù)一個(gè)實(shí)施例，示出了 wmanIfMib(無(wú)線(xiàn)MAN接 口)MIB數(shù)據(jù)結(jié)構(gòu)400的各種層次等級(jí)的細(xì)節(jié)。MIB數(shù)據(jù)結(jié)構(gòu)包括嵌 套在對(duì)象層次結(jié)構(gòu)中不同等級(jí)(組)上的多個(gè)MIB對(duì)象。該層次結(jié)構(gòu) 的最高等級(jí)是圖4a所示的wmanifMib對(duì)象。下一個(gè)層次等級(jí)包括 wmaniffisObjects、 wmanlfSsobjects以及wmanIfCommonObjects。 wmaniffisObjects包括將由基站實(shí)現(xiàn)的一組被管理對(duì)象；在圖4b和 4c中示出wmaniffisObjects的一個(gè)實(shí)施例的細(xì)節(jié)。wmanlfSsobjects 包括有關(guān)用戶(hù)站操作的一組被管理對(duì)象；在圖4e中示出 wmanlfSsobjects的一個(gè)實(shí)施例的細(xì)節(jié)。wmanlfCommonObjects包括 與基站和用戶(hù)站都有關(guān)的一組公共被管理對(duì)象；在圖4d中示出 wmanlfCommonObjects的一個(gè)實(shí)施例的細(xì)節(jié)。wmanIMbMIB數(shù)據(jù) 結(jié)構(gòu)400可以連同其它SNMP管理操作，實(shí)現(xiàn)為RFC(請(qǐng)求評(píng)
論)2863(即http:Vwww.faqs.org/rfcs/rfc2863.html)中定義的接口組 MIB之下的子樹(shù)。在正EE P802.16犯2 MIB規(guī)范草案(2004年12月)定義的常規(guī)用 法中，由用戶(hù)站來(lái)實(shí)現(xiàn)wmanlfSsobjects。類(lèi)似地，在這個(gè)MIB規(guī)范 中，在基站和用戶(hù)站中實(shí)現(xiàn)wmaiiIfCommonObjects。然而，在網(wǎng)絡(luò) 管理參考模型300中，MSS沒(méi)有保持MIB實(shí)例。而是將 wmanlfSsobjects和wmanlfCommonObjects中有關(guān)給定MSS的SS部 分存儲(chǔ)在向該MSS提供服務(wù)的基站的MIB實(shí)例中。圖5中示出了根據(jù)一個(gè)實(shí)施例所執(zhí)行的，與從MSS獲取操作和 /或動(dòng)態(tài)服務(wù)流參數(shù)有關(guān)的操作的細(xì)節(jié)，在圖3b中描述了對(duì)應(yīng)的消 息流順序。該過(guò)程從框500開(kāi)始，其中EMS 312生成SNMP GetRequest消息，該消息包括與該EMS想要從所選MSS中獲取的 MSS參數(shù)所對(duì)應(yīng)的(多個(gè))MIB對(duì)象。通常，由網(wǎng)絡(luò)管理系統(tǒng)302所 管理的多個(gè)基站中的一個(gè)將在當(dāng)前服務(wù)于該MSS，并且將會(huì)用唯一 的標(biāo)識(shí)符，例如其MAC地址，來(lái)識(shí)別該MSS?；诜?wù)數(shù)據(jù)庫(kù)314 和/或MIB 356中所保持的激活服務(wù)流信息，可以容易地識(shí)別對(duì)該 MSS進(jìn)行服務(wù)的基站。為了說(shuō)明起見(jiàn)，假設(shè)該MSS是MSS308，并 假設(shè)該進(jìn)行服務(wù)的基站是基站304。如框502所示，當(dāng)生成了 SNMP GetRequest消息之后，將其經(jīng) 由網(wǎng)絡(luò)平面SAP和IP傳輸318，從SNMP管理器324發(fā)送到基站 304中的委托SNMP代理320。圖3b中將這個(gè)消息示意性地描述為 GetRequest消息360。在框504中，響應(yīng)于對(duì)GetRequest消息360 的接收，委托SNMP代理320從該消息中提取MIB對(duì)象(例如名稱(chēng) 一值綁定)，并且生成適當(dāng)?shù)墓芾砗?或控制MAC消息，以獲取對(duì)應(yīng) 的MSS參數(shù)。該消息的類(lèi)型和數(shù)量取決于該參數(shù)是被MSS的管理 平面使用還是被控制和數(shù)據(jù)平面使用，以及要求多少參數(shù)。如判決框506所述，對(duì)于所生成的每個(gè)管理MAC消息，該邏輯 前進(jìn)到框508，其中委托SNMP代理320經(jīng)由主管理CID,將該管 理MAC消息362發(fā)送到管理平面SAP 354。 一旦接收到管理MAC 消息362，管理平面SAP 354就從一個(gè)或多個(gè)適當(dāng)?shù)墓芾韺?shí)體獲取
請(qǐng)求的參數(shù)，并且經(jīng)由主管理CID，將管理MAC消息364中的所獲 取參數(shù)返回到委托SNMP代理320。對(duì)控制MAC消息的消息交換與上述類(lèi)似，除了將MAC消息發(fā) 送到控制平面SAP 352，并從控制平面352返回該消息以外。在進(jìn) 一步的細(xì)節(jié)中，對(duì)于在框504中所生成的每個(gè)控制MAC消息，判 決框506將該過(guò)程指引到框512，其中委托SNMP代理320經(jīng)由主 管理CID，將控制MAC消息366發(fā)送到控制平面SAP 352。 一旦接 受到控制MAC消息366，控制平面SAP 352就從一個(gè)或多個(gè)適當(dāng)?shù)?控制和數(shù)據(jù)平面部件中獲取請(qǐng)求的參數(shù)，并且經(jīng)由主管理CID，將 控制MAC消息368中的所獲取參數(shù)返回到委托SNMP代理320。一旦經(jīng)由對(duì)應(yīng)的管理MAC消息364和/或控制MAC消息368 接收到GetRequest 360所請(qǐng)求的參數(shù)，委托SNMP代理320就在框 516中生成SNMP Response消息，該響應(yīng)消息包括與在框510和/或 514中由MAC消息所返回的參數(shù)對(duì)應(yīng)的(多個(gè))MIB對(duì)象。然后在框 518中，經(jīng)由IP傳輸318和網(wǎng)絡(luò)平面SAP 316，將SNMP Response 消息370從委托SNMP代理發(fā)送到SNMP管理器324，以完成MSS 參數(shù)獲取程序。圖6a和6b中示出了管理MAC消息和控制MAC消息的消息格 式的實(shí)施例的細(xì)節(jié)。更特別地，圖6a描述了 TLV(標(biāo)簽/長(zhǎng)度/值)請(qǐng) 求(TLV一REQ)消息的格式，該消息可以用于向MSS的管理平面354 或控制平面352提交請(qǐng)求，而圖6b描述了 TLV響應(yīng)(TLV—RSP)消息 的格式，該消息可以用于將管理或控制MAC響應(yīng)消息從管理平面 354或控制平面352返回到在基站中的委托SNMP代理。在一個(gè)實(shí) 施例中，可以用由管理平面SAP 352所處理的管理MAC消息來(lái)傳 送以下參數(shù)，但不限于以下參數(shù)配置文件編碼(IEEE 802.16-2004 中的11.2節(jié))、全局參數(shù)(IEEE 802.16-2004中的10.1節(jié))、PKM參數(shù) (IEEE 802.16-2004中的10.2節(jié))、MSS陷阱(trap)控制、MSS門(mén)限配 置、MSS性能數(shù)據(jù)(例如，F(xiàn)EC計(jì)數(shù)器)和MSS事件。圖7中示出了根據(jù)一個(gè)實(shí)施例而執(zhí)行的，關(guān)于發(fā)送MIB對(duì)象以 便向BS提供動(dòng)態(tài)服務(wù)流，以及接下來(lái)將動(dòng)態(tài)服務(wù)流參數(shù)傳遞到MSS
的操作的細(xì)節(jié)，在圖3c中描述了對(duì)應(yīng)的消息流的順序。該過(guò)程在框 700開(kāi)始，其中EMS 312從對(duì)應(yīng)于待發(fā)送(多個(gè))MIB對(duì)象的服務(wù)數(shù) 據(jù)庫(kù)314中獲取數(shù)據(jù)。在框702中，EMS 312隨后生成SNMP SetRequest消息372，該消息包括MIB對(duì)象。在框704中，經(jīng)由圖 3c所示的網(wǎng)絡(luò)平面SAP 316和IP傳輸318，將SetRequest消息372 從SNMP管理器324發(fā)送到委托SNMP代理320。如框706中所述， —旦接收到SetRequest消息372，委托SNMP代理320就提取(多 個(gè))MIB對(duì)象，并且在與可用BS和(M)SS MIB對(duì)象對(duì)應(yīng)的MIB實(shí)例 356中植入適當(dāng)?shù)腗IB子樹(shù)。在判決框708中，做出是否有參數(shù)需要被發(fā)送到MSS 308的判 定。如果否，該過(guò)程完成。如果是，該過(guò)程前進(jìn)到判決框710，在該 框中判定經(jīng)由管理MAC消息還是控制MAC消息來(lái)發(fā)送該參數(shù)。在 框712中，對(duì)于每個(gè)可用的管理MAC消息，委托SNMP代理320 生成包含管理平面參數(shù)的管理MAC消息374，并經(jīng)由主管理CID 將該消息發(fā)送到管理平面SAP 354。如框714所示，隨后管理平面 SAP將發(fā)送的(多個(gè))參數(shù)提供給該管理平面中的一個(gè)或多個(gè)(可用的) 目標(biāo)管理實(shí)體，該程序完成。在框716中，對(duì)于每個(gè)可用的MAC 消息，委托SNMP代理320生成包含數(shù)據(jù)/控制平面參數(shù)的控制MAC 消息376，并經(jīng)由主管理CID將該消息發(fā)送到控制平面SAP 352。 如框718所述，隨后該控制平面SAP將發(fā)送的(多個(gè))參數(shù)提供給該 控制/數(shù)據(jù)平面中的目標(biāo)MAC部件，該程序完成。圖8根據(jù)本發(fā)明的一個(gè)實(shí)施例，示出了用于說(shuō)明對(duì)移動(dòng)用戶(hù)提 供動(dòng)態(tài)服務(wù)流而執(zhí)行的操作的流程圖。該過(guò)程從框800開(kāi)始，其中 用戶(hù)通過(guò)在服務(wù)等級(jí)協(xié)定中指定動(dòng)態(tài)服務(wù)流屬性，來(lái)從服務(wù)提供商 購(gòu)買(mǎi)寬帶無(wú)線(xiàn)服務(wù)。當(dāng)顧客訂購(gòu)了該服務(wù)，他或她將把對(duì)應(yīng)于所需 服務(wù)等級(jí)的動(dòng)態(tài)服務(wù)流信息傳達(dá)給服務(wù)提供商，該信息包括所請(qǐng)求 的UL/DL連接的數(shù)量，以及這些連接的數(shù)據(jù)速率和QoS參數(shù)，以及 他或她想要進(jìn)行哪種應(yīng)用(例如，因特網(wǎng)、語(yǔ)音、視頻等等)。如框 802所示，響應(yīng)于用戶(hù)進(jìn)入，服務(wù)提供商通過(guò)將對(duì)應(yīng)的動(dòng)態(tài)服務(wù)流屬 性輸入到服務(wù)數(shù)據(jù)庫(kù)314中，來(lái)預(yù)先提供該服務(wù)。
在框804中，響應(yīng)于MSS進(jìn)入BS覆蓋范圍，BS從服務(wù)數(shù)據(jù)庫(kù) 314中下載提供給該MSS的動(dòng)態(tài)服務(wù)流參數(shù)。圖9中示出了這些操 作的一個(gè)實(shí)施例的細(xì)節(jié)。該程序從框900開(kāi)始，其中MSS執(zhí)行掃描操作并且與BS同步。 通常，執(zhí)行掃描，以便在MSS范圍內(nèi)識(shí)別基站，并且選擇最佳的 BS來(lái)為該MSS提供服務(wù)。在掃描期間，MSS掃描鄰近BS，以測(cè)量 無(wú)線(xiàn)信號(hào)接收強(qiáng)度。在進(jìn)一步的細(xì)節(jié)中，用預(yù)定義的過(guò)程和消息交 換順序，對(duì)載波干擾噪聲比(CINR)和/或相對(duì)信號(hào)強(qiáng)度指示符(RSSI) 進(jìn)行測(cè)量，達(dá)到分辨率為0.5分貝(dB)。在執(zhí)行掃描之前，MSS與 其服務(wù)BS交換MOB_SCN_REQ(移動(dòng)掃描請(qǐng)求)和 MOB—SCN一RSP(移動(dòng)掃描響應(yīng))消息，以建立用于執(zhí)行該掃描的時(shí)間 段。 一旦選擇了BS以服務(wù)于該MSS，該MSS和該BS執(zhí)行同步操 作，以建立上行鏈路和下行鏈路通信信道。在框902中，MSS從對(duì)應(yīng)的上行鏈路信道描述符(UCD)和下行 鏈路信道描述符(DCD)消息中獲得上行鏈路和下行鏈路參數(shù)。隨后 該MSS用RNG消息來(lái)執(zhí)行最初的搜索(ranging)。在這個(gè)操作中， 該MSS將RNG_REQ搜索請(qǐng)求消息發(fā)送到BS，該BS返回包括當(dāng) 前搜索信息的RNG—RSP搜索響應(yīng)消息。在成功的搜索了之后，該 BS獲得該MSS的MAC(介質(zhì)訪(fǎng)問(wèn)信道)地址。在框905中，BS委托SNMP代理經(jīng)由SNMP管理器324，對(duì) EMS 312生成SNMP陷阱。在SNMP模型中，SNMP陷阱用于從 SNMP代理發(fā)送信息到SNMP管理器(不用管理器請(qǐng)求該信息)。 SNMP陷阱標(biāo)識(shí)陷阱類(lèi)型，并且包括用于識(shí)別該MSS的MAC地址 的變量綁定。在框卯6中，EMS 312使用MSS的MAC地址來(lái)作為査找參數(shù)， 從服務(wù)數(shù)據(jù)庫(kù)314中下載對(duì)應(yīng)于該MSS的服務(wù)流信息(上述在框802 中輸入)，使用SetR叫uest消息在基站為該MSS預(yù)先提供服務(wù)。結(jié) 合框906的操作，將對(duì)應(yīng)的服務(wù)流信息植入到 wmanlfProvisionedSfTable中，而將對(duì)應(yīng)的QoS參數(shù)輸入到 wmanlfBsServiceClassTable中，并且將對(duì)應(yīng)的分類(lèi)器規(guī)則輸入到wmanBsClassifierRuleTable中。如框908所述，在將預(yù)先提供的服務(wù)流數(shù)據(jù)添加到適當(dāng)?shù)腂S MIB對(duì)象(例如，表)中之后，MSS和BS交換用戶(hù)基本能力(SBC)消 息，來(lái)商議BS和MSS—致同意用于操作的基本能力。接下來(lái)，在 框910中，MSS和BS根據(jù)正EE 802.16e/D5a規(guī)范草案(2004年12 月)，用公共密鑰管理(PKM)消息來(lái)進(jìn)行MSS認(rèn)證和授權(quán)。如框912 中所述，隨后該MSS發(fā)送REG-REQ消息，以便將該MSS登記到 BS中，并且該MSS從該BS接收REG-RSP消息作為答復(fù)。隨后該 BS將該MSS登記到其wmaniffisRegisteredSsTable中，使用該MSS 的MAC地址來(lái)識(shí)別該MSS?；贛AC地址，BS能夠在 wmanlfBsProvisionedSfTable 、 wmanlffisServiceClassTable 禾卩 wmanBsClassifierRuleTable中找到預(yù)先提供給該MSS的服務(wù)流信 息。至此，如返回框914所述，圖9的操作流程結(jié)束，該程序返回 圖8的框804。從圖8中的框806繼續(xù)，執(zhí)行了圖9的流程圖中的操作之后， BS將wmanlfMib中定義的操作參數(shù)和動(dòng)態(tài)服務(wù)流參數(shù)下載到MSS。 圖10中示出了框806的操作的一個(gè)實(shí)施例的細(xì)節(jié)。該過(guò)程從框1000開(kāi)始，其中委托SNMP代理從MIB實(shí)例中提 取該MSS的操作參數(shù)和動(dòng)態(tài)服務(wù)流參數(shù)?？蛇x擇地，可以隨著SNMP SetRequest消息的接收，從該消息中提取這些參數(shù)。在框1002中， 委托SNMP代理生成包含操作參數(shù)和動(dòng)態(tài)服務(wù)流參數(shù)的基于TLV的 消息，并且將這些參數(shù)發(fā)送到MSS，視情況將由管理平面SAP和/ 或控制平面SAP接收。隨后在返回框1004中，管理平面SAP和/ 或控制平面SAP對(duì)該MSS的適當(dāng)?shù)牟僮骱头?wù)流參數(shù)進(jìn)行更新。 從返回框1004將該過(guò)程返回到圖8中的框808。從框808繼續(xù)， 一旦完成了將操作參數(shù)和動(dòng)態(tài)服務(wù)流參數(shù)下載 到MSS， BS使用發(fā)送給該MSS的動(dòng)態(tài)服務(wù)添加(DSA)來(lái)創(chuàng)建動(dòng)態(tài) 服務(wù)流，該動(dòng)態(tài)服務(wù)流具有從框804中獲得的預(yù)先提供的動(dòng)態(tài)服務(wù) 流信息，并且該BS在wmanlfCmnCpsServiceFlowTable中創(chuàng)建對(duì)應(yīng) 的條目。可以在IEEE 802.16-2004標(biāo)準(zhǔn)中用于DSA-REQ消息的 6.3.2.3.10節(jié)中、用于DSA-RSP消息的6.3.2.3.11節(jié)中、用于 DSA-ACK消息的6.3.2.3.12節(jié)中找到DSA消息語(yǔ)法的細(xì)節(jié)。wmanlfCmnCpsServiceFlowTable包括服務(wù)流信息和QoS參數(shù)。 取決于網(wǎng)絡(luò)條件，wmanlfCmnCpsServiceFlowTable中的QoS參數(shù)可 以對(duì)應(yīng)于比wmanlffisProvisionSfTable中預(yù)先提供給給定MSS的服 務(wù)等級(jí)更低的等級(jí)。在一個(gè)實(shí)施例中，在BS中的分類(lèi)器規(guī)則表(未 示出)中創(chuàng)建分類(lèi)器規(guī)則。如結(jié)束框810所述，隨后用戶(hù)可以用該動(dòng) 態(tài)服務(wù)流來(lái)發(fā)送數(shù)據(jù)業(yè)務(wù)。響應(yīng)于引起對(duì)應(yīng)觸發(fā)的適當(dāng)條件，預(yù)先 提供的服務(wù)流將變成許可服務(wù)流，然后變成激活服務(wù)流。隨著MSS在網(wǎng)絡(luò)覆蓋范圍內(nèi)移動(dòng)，其信號(hào)強(qiáng)度將變?nèi)?，從而?zhǔn) 許切換(HO)過(guò)程。更特別地，在HO過(guò)程中，MSS的空中接口從一 個(gè)(當(dāng)前)服務(wù)BS轉(zhuǎn)移到目標(biāo)(用于未來(lái)服務(wù)的)BS。 一旦完成HO， 該目標(biāo)BS變成新的服務(wù)BS。根據(jù)IEEE 802.16e/D5a規(guī)范草案(2004 年12月)，在常規(guī)的HO過(guò)程中，MSS需要與目標(biāo)BS下行鏈路信道 同步，獲得上行鏈路參數(shù)，并且執(zhí)行其網(wǎng)絡(luò)重新進(jìn)入過(guò)程，該重新 進(jìn)入過(guò)程包括以類(lèi)似于新MSS進(jìn)入該網(wǎng)絡(luò)所使用的的方式，來(lái)重 新認(rèn)證、重新注冊(cè)以及重新建立IP連接。該常規(guī)HO過(guò)程需要大量 的消息業(yè)務(wù)，給BS帶來(lái)顯著的時(shí)間延遲以及極大的工作負(fù)荷量。圖11中示出了對(duì)應(yīng)于一個(gè)切換過(guò)程實(shí)施例的操作和邏輯。切換 始于為MSS決定將其空中接口、服務(wù)流以及網(wǎng)絡(luò)聯(lián)接從一個(gè)服務(wù) BS切換到目標(biāo)BS。因此HO過(guò)程從框IIOO開(kāi)始，其中確定需要或 最好把現(xiàn)有服務(wù)從服務(wù)BS轉(zhuǎn)移到新的(目標(biāo))BS。該決定可以在 MSS、服務(wù)BS或網(wǎng)絡(luò)管理器做出。典型地，基于服務(wù)標(biāo)準(zhǔn)(例如， 哪個(gè)BS將提供最好的空中接口給MSS)和BS帶寬可用性考慮因素 來(lái)做出該HO決定。結(jié)合該切換決定，進(jìn)行小區(qū)選擇過(guò)程。小區(qū)選擇指MSS掃描和/或搜索一個(gè)或多個(gè)BS,以便結(jié)合其它 性能考慮因素確定網(wǎng)絡(luò)連接或切換的適合性。MSS可以將從 MOB一NBR-ADV(移動(dòng)鄰居廣告)消息所獲得的信息進(jìn)行合并，以便 在小區(qū)選擇考慮因素方面考察可用的鄰近BS。如果MSS當(dāng)前連接 到服務(wù)BS，該MSS應(yīng)該安排用來(lái)進(jìn)行小區(qū)選擇的周期性?huà)呙钑r(shí)間
間隔或休眠時(shí)間間隔，以評(píng)價(jià)MSS對(duì)于切換到潛在目標(biāo)BS的興趣。 這個(gè)步驟不包括終止與服務(wù)BS的現(xiàn)有連接及其在目標(biāo)BS中的重新 開(kāi)始。如果搜索用于切換的目標(biāo)BS，任何新分配的基本和主CID(連 接標(biāo)識(shí)符)都是該目標(biāo)BS所特有的，并且不取代或代替該MSS與其 服務(wù)BS通信時(shí)所使用的基本和主CID。考慮到這些小區(qū)選擇操作，MSS周期性地掃描鄰近BS，以測(cè)量 無(wú)線(xiàn)信號(hào)接收強(qiáng)度。如上所述，用預(yù)定義的過(guò)程和消息交換順序來(lái) 測(cè)量CINR和/或RSSI值，上述的MOB一SCN—REQ和 MOB—SCN—RSP消息交換接著該消息交換順序，以建立用于執(zhí)行掃 描的時(shí)間段。作為另一個(gè)選擇，服務(wù)BS可以通過(guò)將NBR一ADV(鄰 居廣告)消息發(fā)送到MSS，來(lái)開(kāi)始掃描行動(dòng)。該消息告知該MSS有 多個(gè)本地鄰居可以向它提供更好的服務(wù)。響應(yīng)于該消息，該MSS和 服務(wù)BS交換MOB—SCN—REQ和MOB—SCN一RSP消息，并且隨后 該MSS對(duì)MOB-NBR-ADV消息中所識(shí)別的鄰近BS進(jìn)行掃描。在 一個(gè)實(shí)施例中，考慮到前述的掃描操作，由MSS做出框1100中的 判定。前述切換判定之后，在框1102 中，MSS將 MOB一MSSHO一REQ(移動(dòng)MSS切換請(qǐng)求)消息發(fā)送到服務(wù)BS以請(qǐng)求 切換，或服務(wù)BS發(fā)起切換。在框1104中，作為響應(yīng)，服務(wù)BS中 的委托SNMP代理(經(jīng)由SNMP管理器324)生成到EMS 312的陷阱， 以觸發(fā)服務(wù)流和QoS參數(shù)到目標(biāo)BS的下載。EMS 312 —旦被觸發(fā)， 其用MSS的MAC地址作為査找參數(shù)，從服務(wù)數(shù)據(jù)庫(kù)314下載對(duì)應(yīng) 于該MSS的服務(wù)流信息(在上述框802中輸入)，使用SetR叫uest消 息在目標(biāo)BS處為MSS預(yù)先提供服務(wù)。結(jié)合框1106的操作，將對(duì)應(yīng) 的服務(wù)流信息添加到wmanl迅sProvisionedSfTable中，同時(shí)將對(duì)應(yīng)的 QoS參數(shù)輸入到wmanl氾sServiceClassTable中，并且將對(duì)應(yīng)的分類(lèi) 器規(guī)則輸入到wmanBsClassifierRuleTable中。在這一點(diǎn)，MSS已準(zhǔn)備好執(zhí)行其空中接口從服務(wù)BS到目標(biāo)BS 的切換，用框1108來(lái)概括地描述該操作，同時(shí)在圖12中示出了這 個(gè)過(guò)程的一個(gè)實(shí)施例的細(xì)節(jié)。通常，許多操作都類(lèi)似于上述關(guān)于圖9
的操作。該過(guò)程從框1200開(kāi)始，其中通過(guò)類(lèi)似于上述圖9的框900的方 式，MSS掃描目標(biāo)BS并與目標(biāo)BS進(jìn)行同步。在框1202中，該 MSS隨后通過(guò)類(lèi)似于上述框902的方式，分別經(jīng)由UCD和DCD消 息來(lái)獲得上行鏈路和下行鏈路參數(shù)。在在框1204中，通過(guò)類(lèi)似于上 述框904所述的方式，該MSS隨后用RNG消息來(lái)執(zhí)行最初的搜索， 并且目標(biāo)BS獲得MSS的MAC地址。分別通過(guò)類(lèi)似于框906和908 的方式，在框1206中，該MSS和BS隨后用SBC消息來(lái)協(xié)商基本 能力，并對(duì)操作參數(shù)達(dá)成一致，并且用PKM消息來(lái)進(jìn)行MSS認(rèn)證 和授權(quán)。在框1210中，目標(biāo)BS對(duì)在上述框1106中從服務(wù)數(shù)據(jù)庫(kù)314下 載的預(yù)先提供的服務(wù)流信息進(jìn)行定位。在框1212中，該MSS隨后 發(fā)送REG消息，以便將該MSS登記到目標(biāo)BS中，并且該BS將該 MSS輸入到其wmanlfflsRegisteredSsTable中。隨后在返回框1214 中結(jié)束圖12的處理，其中邏輯返回到框1108。一旦返回，該邏輯前進(jìn)到判決框1110，其中判定該MSS是否已 經(jīng)使用了與目標(biāo)BS所提供的動(dòng)態(tài)服務(wù)流參數(shù)相同的動(dòng)態(tài)服務(wù)流參 數(shù)——換句話(huà)說(shuō)，服務(wù)BS和目標(biāo)BS的動(dòng)態(tài)服務(wù)流參數(shù)是相同的。 在一個(gè)實(shí)施例中，這是通過(guò)使用配置標(biāo)簽來(lái)識(shí)別的。在這個(gè)方法中， 每個(gè)配置文件具有關(guān)聯(lián)標(biāo)簽，表示操作參數(shù)和動(dòng)態(tài)服務(wù)流參數(shù)集的 版本。在一個(gè)實(shí)施例中，定義了標(biāo)準(zhǔn)配置文件集合，其在多個(gè)基站 間重復(fù)使用，以便簡(jiǎn)化切換過(guò)程。如果判決框1110的回答為是，那 么該邏輯跳過(guò)框1112，直接前進(jìn)到框1114。如果判決框1110的回答為否，那么需要獲得新的操作和/或動(dòng)態(tài) 服務(wù)流參數(shù)，或者相對(duì)于當(dāng)前使用參數(shù)的變化。因此，在框1112中， 目標(biāo)BS下載這種動(dòng)態(tài)服務(wù)流參數(shù)。圖13中示出了這個(gè)過(guò)程的細(xì)節(jié)， 并且其類(lèi)似于圖10中的過(guò)程，用于向進(jìn)入寬帶無(wú)線(xiàn)網(wǎng)絡(luò)的MSS提 供動(dòng)態(tài)服務(wù)流參數(shù)。該過(guò)程從框1300開(kāi)始，其中委托SNMP代理從目標(biāo)BS處的 MIB實(shí)例為MSS提取操作參數(shù)和動(dòng)態(tài)服務(wù)流參數(shù)?？蛇x擇地，可以
隨著SNMP SetRequest消息的接收，從該消息中提取這些參數(shù)。在 框1302中，根據(jù)需要，委托SNMP代理生成包含操作參數(shù)和動(dòng)態(tài)服 務(wù)流參數(shù)的基于TLV的消息，并且將該消息發(fā)送到MSS，根據(jù)情況 由管理平面SAP和/或控制平面SAP接收。在返回框1304中，管理 平面SAP和/或控制平面SAP隨后更新MSS的操作和服務(wù)流參數(shù)， 從返回框1304將該過(guò)程返回到圖11中的框1112。從框1114繼續(xù)，目標(biāo)BS使用DSA消息、基于在框1106(如果 該參數(shù)相同)或1112(如果該參數(shù)不同)中獲得的服務(wù)流消息來(lái)創(chuàng)建服 務(wù)流，并且在該BS的smanlfCmnCpsServiceFIowTable中創(chuàng)建對(duì)應(yīng) 的條目。如結(jié)束框1116所示，完成切換過(guò)程，并且因此現(xiàn)在由目標(biāo) BS為該MSS提供服務(wù)流。通常，由包括SNMP管理器324的EMS312、委托SNMP代理 320、管理平面SAP 354和控制平面SAP 352通過(guò)對(duì)應(yīng)軟件模塊和/ 應(yīng)用程序所執(zhí)行的各種操作運(yùn)行在適當(dāng)?shù)闹鳈C(jī)上。因此，本發(fā)明的 實(shí)施例可以用作軟件或支持軟件，該軟件在某種形式的處理內(nèi)核上 執(zhí)行，或者可以在機(jī)器可讀介質(zhì)之上或之中執(zhí)行或?qū)崿F(xiàn)。機(jī)器可讀 介質(zhì)包括任何用于以機(jī)器(例如，計(jì)算機(jī))可讀的形式來(lái)存儲(chǔ)或傳輸信 息的機(jī)制。例如機(jī)器可讀介質(zhì)可以包括諸如只讀存儲(chǔ)器(ROM)、 隨機(jī)存取存儲(chǔ)器(RAM)、磁盤(pán)存儲(chǔ)介質(zhì)、光存儲(chǔ)介質(zhì)，以及閃速存 儲(chǔ)設(shè)備等等。此外，機(jī)器可讀介質(zhì)可以包括傳播的信號(hào)，諸如電的、 光的、聲的或其它形式的傳播信號(hào)(例如，載波、紅外信號(hào)、數(shù)字信 號(hào)等等)。上面對(duì)本發(fā)明實(shí)施例的描述，包括摘要中所述的內(nèi)容，不是為 了窮舉本發(fā)明的實(shí)施方式，或者將本發(fā)明限制本公開(kāi)的精確形式內(nèi)。 此處所公開(kāi)的實(shí)施例和實(shí)例是為了說(shuō)明性的目的，本領(lǐng)域的技術(shù)人 員將會(huì)認(rèn)識(shí)到，在本發(fā)明的范圍內(nèi)可以做出各種可能的等價(jià)修改?？梢愿鶕?jù)以上詳細(xì)的描述來(lái)對(duì)本發(fā)明作出這些修改。不應(yīng)該把 以下權(quán)利要求中使用的術(shù)語(yǔ)解釋為將本發(fā)明限制在本說(shuō)明書(shū)和附圖 所公開(kāi)的具體實(shí)施例內(nèi)。而是，通過(guò)以下的權(quán)利要求來(lái)完全地確定 本發(fā)明的范圍，其中根據(jù)既定的權(quán)利要求解釋原則來(lái)解釋權(quán)利要求。
權(quán)利要求
1、一種用于寬帶無(wú)線(xiàn)接入(BWA)網(wǎng)絡(luò)的軟件體系結(jié)構(gòu)，包括網(wǎng)絡(luò)管理系統(tǒng)(NMS)，其包括簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議(SNMP)管理器；多個(gè)委托SNMP代理，每個(gè)委托SNMP代理在所述BWA網(wǎng)絡(luò)中的各個(gè)基站(BS)上實(shí)現(xiàn)，每個(gè)SNMP委托代理能夠經(jīng)由封裝了管理信息庫(kù)(MIB)對(duì)象的SNMP消息來(lái)與所述SNMP管理器進(jìn)行通信，并且能夠經(jīng)由管理信道來(lái)與移動(dòng)用戶(hù)站(MSS)進(jìn)行通信，SNMP委托代理還能夠提取從所述SNMP管理器接收的SNMP消息中所封裝的MIB對(duì)象，并且能夠產(chǎn)生包含與所提取的MIB對(duì)象對(duì)應(yīng)的參數(shù)的消息，并經(jīng)由所述管理信道將該消息發(fā)送到MSS。
2、 如權(quán)利要求1所述的軟件體系結(jié)構(gòu)，還包括 在MSS中實(shí)現(xiàn)的管理平面服務(wù)接入點(diǎn)(SAP)，所述管理平面SAP支持在所述MSS中的管理平面實(shí)體與所述委托SNMP代理之間經(jīng)由 管理MAC(介質(zhì)訪(fǎng)問(wèn)控制)消息的通信，其中經(jīng)由所述管理信道來(lái)發(fā) 送所述管理MAC消息。
3、 如權(quán)利要求1所述的軟件體系結(jié)構(gòu)，還包括 在MSS中實(shí)現(xiàn)的控制平面服務(wù)接入點(diǎn)(SAP)，所述控制平面SAP支持在所述MSS中的控制和/或數(shù)據(jù)平面部件與所述委托SNMP代 理之間經(jīng)由控制MAC(介質(zhì)訪(fǎng)問(wèn)控制)消息的通信，其中經(jīng)由所述管 理信道來(lái)發(fā)送所述控制MAC消息。
4、 如權(quán)利要求1所述的軟件體系結(jié)構(gòu)，還包括 網(wǎng)絡(luò)平面服務(wù)接入點(diǎn)(SAP),支持所述網(wǎng)絡(luò)管理系統(tǒng)和所述基站之間使用因特網(wǎng)協(xié)議(IP)傳輸?shù)耐ㄐ牛琒NMP消息可以通過(guò)所述IP 傳輸在委托SNMP代理和所述SNMP管理器之間發(fā)送。
5、 如權(quán)利要求l所述的軟件體系結(jié)構(gòu)，其中，所述網(wǎng)絡(luò)管理系 統(tǒng)包括元件管理系統(tǒng)(EMS);以及連接到所述EMS的服務(wù)數(shù)據(jù)庫(kù)，用于存儲(chǔ)與所述(BWA)網(wǎng)絡(luò)的 運(yùn)營(yíng)商所提供的服務(wù)的用戶(hù)有關(guān)的服務(wù)流數(shù)據(jù)。
6、 如權(quán)利要求1所述的軟件體系結(jié)構(gòu)，其中，所述委托SNMP 代理還能夠保持MIB實(shí)例，該MIB實(shí)例包含與其上實(shí)現(xiàn)該委托 SNMP代理的基站當(dāng)前所服務(wù)的MSS有關(guān)的動(dòng)態(tài)服務(wù)流信息。
7、 如權(quán)利要求1所述的軟件體系結(jié)構(gòu)，其中，MSS實(shí)現(xiàn)基于電 氣和電子工程師協(xié)會(huì)(IEEE)標(biāo)準(zhǔn)802.16的協(xié)議分層參考模型，該模 型包括數(shù)據(jù)/控制平面和管理平面，并且所述委托SNMP代理能夠經(jīng) 由所述管理信道、使用TLV(類(lèi)型/長(zhǎng)度/值)編碼消息來(lái)與每個(gè)所述數(shù) 據(jù)/控制平面和管理平面進(jìn)行通信。
8、 一種存儲(chǔ)了多個(gè)軟件模塊的機(jī)器可讀介質(zhì)，所述多個(gè)軟件模 塊包括在寬帶無(wú)線(xiàn)接入(BWA)網(wǎng)絡(luò)的網(wǎng)絡(luò)管理系統(tǒng)中實(shí)現(xiàn)的簡(jiǎn)單網(wǎng)絡(luò) 管理協(xié)議(SNMP)管理器模塊；在所述BWA網(wǎng)絡(luò)中的基站(BS)上實(shí)現(xiàn)的委托SNMP代理模塊， 所述委托SNMP代理能夠經(jīng)由封裝了管理信息庫(kù)(MIB)對(duì)象的 SNMP消息來(lái)與所述SNMP管理器進(jìn)行通信，并且能夠經(jīng)由管理信 道來(lái)與移動(dòng)用戶(hù)站(MSS)進(jìn)行通信，所述委托SNMP代理還能夠提 取從所述SNMP管理器接收的SNMP消息中所封裝的MIB對(duì)象， 并且能夠產(chǎn)生包含與所提取的MIB對(duì)象對(duì)應(yīng)的參數(shù)的消息，并經(jīng)由 所述管理信道將該消息發(fā)送到MSS。
9、 如權(quán)利要求8所述的機(jī)器可讀介質(zhì)，其中，所述多個(gè)軟件模 塊進(jìn)一步包括在MSS中實(shí)現(xiàn)的管理平面服務(wù)接入點(diǎn)(SAP)模塊，所述管理平 面SAP模塊支持在所述MSS中的管理平面實(shí)體與所述委托SNMP 代理模塊之間經(jīng)由管理MAC(介質(zhì)訪(fǎng)問(wèn)控制)消息的通信，其中經(jīng)由 所述管理信道來(lái)發(fā)送所述管理MAC消息。
10、 如權(quán)利要求8所述的計(jì)算機(jī)可讀介質(zhì)，其中，所述多個(gè)軟 件模塊進(jìn)一步包括在MSS中實(shí)現(xiàn)的控制平面服務(wù)接入點(diǎn)(SAP)模塊，所述控制平 面SAP模塊支持在所述MSS中的控制和/或數(shù)據(jù)平面實(shí)體與所述委 托SNMP代理模塊之間經(jīng)由控制MAC(介質(zhì)訪(fǎng)問(wèn)控制灘息的通信， 其中經(jīng)由所述管理信道來(lái)發(fā)送所述控制MAC消息。
11、 如權(quán)利要求8所述的計(jì)算機(jī)可讀介質(zhì)，其中，所述多個(gè)軟 件模塊進(jìn)一步包括-網(wǎng)絡(luò)平面服務(wù)接入點(diǎn)(SAP)模塊，支持所述網(wǎng)絡(luò)管理系統(tǒng)和所述 基站之間使用因特網(wǎng)協(xié)議(IP)傳輸?shù)耐ㄐ?，SNMP消息可以通過(guò)所述 IP傳輸在委托SNMP代理模塊和所述SNMP管理器模塊之間發(fā)送。
12、 如權(quán)利要求8所述的計(jì)算機(jī)可讀介質(zhì)，其中，所述多個(gè)軟 件模塊進(jìn)一步包括元件管理系統(tǒng)(EMS)模塊，其包括到服務(wù)數(shù)據(jù)庫(kù)的接口，所述 EMS模塊從所述服務(wù)數(shù)據(jù)庫(kù)獲取并存儲(chǔ)與所述(BWA)網(wǎng)絡(luò)的運(yùn)營(yíng)商所提供的服務(wù)的用戶(hù)有關(guān)的服務(wù)流數(shù)據(jù)。
13、 如權(quán)利要求8所述的計(jì)算機(jī)可讀介質(zhì)，其中，所述委托SNMP 代理模塊還能夠保持MIB實(shí)例，該MIB實(shí)例包含與其上實(shí)現(xiàn)該委 托SNMP代理模塊的基站當(dāng)前所服務(wù)的MSS有關(guān)的動(dòng)態(tài)服務(wù)流信 息。
14、 一種方法，包括使寬帶無(wú)線(xiàn)接入(BWA)網(wǎng)絡(luò)的網(wǎng)絡(luò)管理系統(tǒng)(NMS)能夠經(jīng)由服 務(wù)基站(BS)，來(lái)與接入所述BWA網(wǎng)絡(luò)的移動(dòng)用戶(hù)站(MSS)進(jìn)行通信， 通過(guò)，在所述NMS中使用簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議(SNMP)管理器， 在所述服務(wù)BS中使用委托SNMP代理；經(jīng)由SNMP消息來(lái)發(fā)送與所述MSS的操作有關(guān)的管理信息庫(kù) (MIB)對(duì)象，其中所述MIB對(duì)象封裝在所述SNMP消息中；使用管理信道在所述委托SNMP代理和所述MSS之間發(fā)送對(duì)應(yīng) 于所述MIB對(duì)象的參數(shù)。
15、如權(quán)利要求14所述的方法，還包括通過(guò)執(zhí)行以下操作來(lái)從 MSS獲取參數(shù)從所述SNMP管理器向所述委托SNMP代理發(fā)送SNMP GetRequest消息，所述GetRequest消息包含至少一個(gè)MIB對(duì)象，用 于識(shí)別要從所述MSS獲取的一個(gè)或多個(gè)參數(shù)；在所述委托SNMP代理處從所述SNMP GetRequest消息中提取 所述至少一個(gè)MIB對(duì)象和所述一個(gè)或多個(gè)參數(shù)；生成MAC(介質(zhì)訪(fǎng)問(wèn)控制)請(qǐng)求消息，用于識(shí)別將要獲取的所述 一個(gè)或多個(gè)參數(shù)；將所述MAC請(qǐng)求消息發(fā)送到所述MSS;從所述MSS中獲取通過(guò)所述MAC請(qǐng)求消息識(shí)別的所述一個(gè)或 多個(gè)參數(shù)；生成包含所獲取的所述一個(gè)或多個(gè)參數(shù)的MAC應(yīng)答消息； 將所述MAC應(yīng)答消息從所述MSS發(fā)送到所述委托SNMP代理； 生成包含MIB對(duì)象的SNMP Response消息，所述MIB對(duì)象包含所獲取的所述一個(gè)或多個(gè)參數(shù)；將所述SNMP Response消息從所述SNMP代理發(fā)送到所述 SNMP管理器；以及從包含在所述SNMP Response消息中的所述MIB對(duì)象中提取所 述參數(shù)。
16、 如權(quán)利要求15所述的方法，其中，所獲取的所述一個(gè)或多 個(gè)參數(shù)涉及所述MSS的管理平面實(shí)體所使用的參數(shù)，并且所述方法 還包括生成管理MAC請(qǐng)求消息，用于識(shí)別將要獲取的所述一個(gè)或多個(gè) 參數(shù)；發(fā)送所述管理MAC請(qǐng)求消息，其將由在所述MSS上所實(shí)現(xiàn)的 管理平面服務(wù)接入點(diǎn)(SAP)來(lái)接收；經(jīng)由所述管理平面SAP,從至少一個(gè)管理平面實(shí)體獲取通過(guò)所 述管理MAC請(qǐng)求消息識(shí)別的所述一個(gè)或多個(gè)參數(shù)；生成包含所獲取的所述一個(gè)或多個(gè)參數(shù)的管理MAC應(yīng)答消息;將所述管理MAC應(yīng)答消息從所述管理平面SAP發(fā)送到所述委 托SNMP代理。
17、 如權(quán)利要求15所述的方法，其中所獲取的所述一個(gè)或多個(gè) 參數(shù)涉及所述MSS的控制或數(shù)據(jù)平面部件所使用的參數(shù)，并且所述 方法還包括生成控制MAC請(qǐng)求消息，用于識(shí)別將要獲取的所述一個(gè)或多個(gè) 參數(shù)；發(fā)送所述控制MAC請(qǐng)求消息，其將由在所述MSS上所實(shí)現(xiàn)的 管理平面服務(wù)接入點(diǎn)(SAP)來(lái)接收；經(jīng)由所述控制平面SAP,從至少一個(gè)控制或數(shù)據(jù)平面部件獲取 通過(guò)所述控制MAC請(qǐng)求消息識(shí)別的所述一個(gè)或多個(gè)參數(shù)；生成包含所獲取的所述一個(gè)或多個(gè)參數(shù)的控制MAC應(yīng)答消息;將所述控制MAC應(yīng)答消息從所述控制平面SAP發(fā)送到所述委 托SNMP代理。
18、 如權(quán)利要求14所述的方法，還包括 對(duì)MSS進(jìn)入WBA網(wǎng)絡(luò)進(jìn)行檢測(cè)；對(duì)所述SNMP管理器生成SNMP陷阱，以識(shí)別所述MSS; 用一個(gè)或多個(gè)SNMP消息，將預(yù)先提供給所述MSS的服務(wù)流和 服務(wù)質(zhì)量(QoS)參數(shù)從所述NMS下載到所述服務(wù)BS;將所述MSS的服務(wù)流和QoS參數(shù)添加到所述服務(wù)BS的MIB 實(shí)例中；以及經(jīng)由所述管理信道將服務(wù)流和QoS參數(shù)發(fā)送到所述MSS。
19、 如權(quán)利要求14所述的方法，還包括將與所述服務(wù)BS提供給所述MSS的當(dāng)前服務(wù)流所對(duì)應(yīng)的基站 服務(wù)流和QoS參數(shù)添加到所述MIB實(shí)例的基站MIB對(duì)象中；以及將與所述服務(wù)BS所提供的當(dāng)前服務(wù)流對(duì)應(yīng)的所述MSS所使用 的用戶(hù)站服務(wù)流和QoS參數(shù)添加到所述MIB實(shí)例中的用戶(hù)站MIB 對(duì)象中。
20、 如權(quán)利要求14所述的方法，還包括 確定將要把所述MSS的空中接口從所述服務(wù)BS切換到目標(biāo)BS;將SNMP陷阱從所述服務(wù)BS的所述委托SNMP代理發(fā)送到所 述SNMP管理器；以及響應(yīng)于觸發(fā)該陷阱，使用一個(gè)或多個(gè)SNMP消息將預(yù)先提供給所述MSS的服務(wù)流和 服務(wù)質(zhì)量(QoS)參數(shù)從所述NMS下載到在所述目標(biāo)BS上實(shí)現(xiàn)的委 托SNMP代理；將所述MSS的所述服務(wù)流和QoS參數(shù)添加到所述目標(biāo)BS的 MIB實(shí)例中；以及使用從所述NMS下載的所述服務(wù)流和QoS參數(shù)，將所述MSS 的空中接口切換到所述目標(biāo)BS。
全文摘要
用于移動(dòng)寬帶無(wú)線(xiàn)網(wǎng)絡(luò)的網(wǎng)絡(luò)管理和協(xié)議軟件體系結(jié)構(gòu)的方法和系統(tǒng)。該軟件體系結(jié)構(gòu)的一個(gè)實(shí)施例在網(wǎng)絡(luò)中的基站上采用委托簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議(SNMP)代理。該委托SNMP代理用SNMP消息來(lái)與網(wǎng)絡(luò)管理系統(tǒng)(NMS)上的SNMP管理器進(jìn)行通信，以便在NMS和基站之間發(fā)送管理信息庫(kù)(MIB)對(duì)象。該委托SNMP代理用介質(zhì)訪(fǎng)問(wèn)控制(MAC)消息來(lái)與移動(dòng)用戶(hù)站(MSS)進(jìn)行通信。該協(xié)議軟件體系結(jié)構(gòu)還包括在MSS中配置的管理平面服務(wù)接入點(diǎn)(SAP)和控制平面SAP。該體系結(jié)構(gòu)使得能夠使用基站處的委托SNMP代理，來(lái)從MSS獲取以及向MSS寫(xiě)入與動(dòng)態(tài)服務(wù)流和服務(wù)質(zhì)量對(duì)應(yīng)的具體參數(shù)。
文檔編號(hào)H04L12/28GK101112047SQ200680003913
公開(kāi)日2008年1月23日 申請(qǐng)日期2006年1月31日 優(yōu)先權(quán)日2005年2月3日
發(fā)明者J·周, S·奧瓦迪亞 申請(qǐng)人:英特爾公司