導入SNMP網路管理機制　管理行動式WiMAX網路系統

．故障管理(Fault Management)：偵測網路是否有運作異常、設備發生故障，發出警告訊息以便即早發現迅速修復故障。
．配置管理(Configuration Management)：設定與控制網路設備的組態，收集網路設備的相關資訊以及設備相互配合的情況。
．效能管理(Performance Management)：監控網路的機能是否運作正常，並且分析網路的品質是否達到預期。
．帳戶管理(Accounting Management)：收集有關網路使用情況的相關資訊，它可以使用於計費處理，各帳戶網路使用情況的分析。
．安全管理(Security Management)：偵測網路是否有異常使用的情況，並阻擋不合法的使用，伺服器修補程式的更新，資訊安全政策的制定與實施，它包含預防與事後補求的措施。
網路管理的工作其實很繁瑣，它包含政策面與技術面，就技術面而言，我們需要一個可以讓網路管理者更簡單管理網路的協定。於是網際網路工程工作小組(Internet Engineering Task Force, IETF)提出簡易網路管理通訊協定(Simple Network Management, SNMP)，IETF提出許多RFC(Request for Comments)文件來說明整個SNMP通訊協定。  

SNMP滿足網路管理需求  

SNMP為IETF針對網路管理需求而提出的，它是一應用層通訊協定，此協定制定標準化的網管通訊協定與管理資訊庫(Management Information Base, MIB)，提供一個簡易的系統架構，來進行網路上資料的蒐集、狀態報告、參數設定或網路使用狀況與異常通報(Trap)等網路管理功能。這協定已成為網路的基本標準，各式網路設備產品如數據機(Modem)、集線器(Hub)、橋接器(Bridge)、路由器(Router)以及交換器(Switch)等幾乎皆有支援。  

SNMP的第一個RFC系列出現在1988年，之後第二版修訂第一版並且包含在性能、安全、機密性等領域與管理者之間通訊的改進。接著第三版增補第二版的框架，支援新的SNMPv3訊息格式、訊息的安全性、接取控制(Access Control)和SNMP參數的遠端組態設定(RFC3410～3415)。SNMP實作上通常支援多個版本：SNMPv1、SNMPv2c以及SNMPv3。  

SNMP的基本架構如圖1所示，在架構中區分成管理者(Manager)與代理者(Agent)，它們會使用使用者資料流通訊協定(UDP)，代理者接收管理者所送出的指令之預設連接埠為UDP 161，而管理者接收代理者所送出的Trap之預設連接埠為UDP 162。可將SNMP管理者當作是客戶端(Client Side)，它可以是網管軟體的主控平台(Console)、MIB瀏覽器(Browser)，或者是一些支援SNMP的監控應用程式。SNMP代理者則可以被當作是伺服端(Server Side)，代理者可以存在於設備的內部，或者是獨立於設備之外，代理者亦可以連接到多台的設備。

資料來源：資策會網路多媒體研究所 圖1 SNMP基本架構

代理者內部包含一分MIB，MIB顧名思義就是管理網路設備所需要的資訊，值得注意的是，可將MIB當作是資料結構，在此資料結構中的每一個物件都有一個物件識別碼(Object Identifier, OID)，代理者就是利用OID去向設備「問」到所需要的資料，或者設定設備的組態值。代理者與設備之間的溝通方式可透過應用程式介面(Application Program Interface, API)呼叫，或者是其他的通訊協定來完成。  

SNMP之所以稱為「Simple」，最主要的原因在於一開始被設計時它只有四個基本指令：Get、GetNext、Set與Trap。當需要管理者來向代理者詢問設備的相關資訊時，它會向代理者發出SNMP Get或GetNext指令，其中包含欲詢問資訊的OID，兩者差別在於Get要詢問的是所傳入OID值，而GetNext則是詢問所傳入OID之下一個OID值，代理者會回傳一個SNMP GetResponse或GetNextResponse訊息給管理者，此訊息會包含Get或GetNext指令的執行結果是否成功，若是執行成功，回覆訊息中也會包含查詢的結果。當須要設定網路設備的組態時，必須透過管理者來向代理者發出SNMP Set指令，代理者在執行完該指令後，也會回傳一SNMP回覆訊息來通知管理者指令是否執行成功。當代理者有訊息或狀況要通知管理者時，它傳送一Trap訊息給管理者(圖2)。

資料來源：資策會網路多媒體研究所 圖2 SNMP基本訊息

之前曾經提到過可將MIB當作網路設備管理資料的結構，MIB本身是一樹狀結構，它定義每一個物件的階層關係、名稱、OID、資料型別、存取限制與描述等資訊。它是利用ASN.1(Abstract Syntax Notation 1)的語法所寫成，再配合上資訊結構描述管理資訊結構(Structure of Management Information, SMI)。各位若看過MIB的原始碼，會發現它的語法並不好懂，所以透過MIB瀏覽器來輔助閱讀MIB，以全球微波接取互通介面(WiMAX)技術802.16i的MIB為例，在AdventNet MIB瀏覽器的展開結構如圖3所示。

資料來源：資策會網路多媒體研究所 圖3 使用MIB瀏覽器載入WMAN-IF2-MIB的展開圖

解構行動式WiMAX網路管理系統  

WiMAX是新一代的無線寬頻接取技術，90年代的固定式無線接取技術不但終端設備成本高，連線距離也非常短。IEEE 802.16標準所定義的新一代無線寬頻接取技術和WiMAX產品互用性認證，能為服務提供穩定可靠的商機。其優點能延長通訊距離、提高每個基地台(Base Station, BS)所能服務的用戶人數以及允許使用者自行安裝設備，同時降低服務和作業成本。  

WiMAX分成固定式用戶台(Subscriber Station, SS)與行動式用戶台(Mobile Station, MS)，IEEE為SS與BS之間的溝通而制訂802.16d規格；為MS與BS之間的溝通制定802.16e規格，此版本規格是以802.16d為基礎來支援行動性客戶端(Mobile Client)，為使用者帶來更多的便利。所以802.16e規格並沒有重新定義底層的規格，它就行動的部分加強802.16d，故有許多底層的基本規格仍是延用802.16d標準。依據IEEE 802.16技術規範，WiMAX基地台媒體存取控制(MAC)通訊協定軟體可分為三個子層(Sublayer)(圖4)，分別是收斂子層(Convergence Sublayer, CS)、通用子層(Common Part Sublayer, CPS)以及安全子層(Security Sublayer)，對上將介接IP over Ethernet，對下將介接以硬體實作之Low MAC層與實體層(Physical Layer)。

資料來源：資策會網路多媒體研究所 圖4 IEEE Std 802.16標準技術規範參考模型

支援行動性的WiMAX網路架構是既定的發展趨勢，而可支援行動性用戶的WiMAX網路管理更是未來提供優質網路服務的關鍵機制(圖5)，藉由標準管理通訊協定(Management Protocol)以MIB的形式去蒐集和儲存支援行動能力之被管理物件的資訊，來達成完整WiMAX網路的基地台網路管理需求。

資料來源：資策會網路多媒體研究所 圖5 WiMAX網路支援行動性之SNMP網管架構參考模型

注意WiMAX制定標準的人應該都知道，之前針對固定式WiMAX的網管規格為802.16f-2005；而幾乎在同時IEEE 802.16i Project則於2005年12月成立，主要是針對增強行動性功能到802.16 MIB，亦即以802.16f MIB為基礎再增加行動性功能需要的管理屬性，而這行動性功能在802.16e已經有所規範，802.16i目前還在草稿階段，最新的文件在作者撰稿時是2007年5月22日出稿的Draft 3，預期MIB內容還會修改或增加。之前802.16f Fixed MIB包含兩分的MIB：WMAN-IF-MIB與WMAN-DEV-MIB；現在802.16i Mobile MIB包含三分的MIB：WMAN-IF2-MIB、WMAN-IF2M-MIB與WMAN-DEV-MIB(802.16i並未重新定義此MIB，直接套用802.16f所定義之內容)，在後面將做詳細的介紹。  

WiMAX Mobile MIB介紹(802.16i Draft3)  

由於802.16i是以802.16f為基礎，再增加行動性能力需要的管理屬性資料，所以一些規範概念是相似的，只是內容屬性規定稍作修改調整，內容分述如下。  

使用MIB-II ifTable  

利用原來在MIB-II(RFC2863)裡面的Interface Table來表示每個BS的Sector建立一個Row，每個BS Sector可支援不同的MAC版本，表1顯示建議在一個BS Sector定義使用之ifTable的每個Row值，ifType將被設定為ieee80216WMAN(237)，ifSpeed將被設定為0，ifPhysAddress則將被設定為此BS Sector的Base Station ID。  

分析WMAN-IF2-MIB  

此組MIB Tree位置是在iso(1).std(0).iso8802 (8802).wman(16). wmanIf2Mib(2) {1 0 8802 16 2}，如圖6所示其MIB結構圖，wmanIf2Mib定義WiMAX的MAC與PHY層所有相關於寬頻無線介面的管理物件。

資料來源：資策會網路多媒體研究所 圖6 wmanIf2Mib架構

wmanIf2BsPacketCs Subtree主要包含與Packet CS Management Entity Layer有關的管理物件，主要作用在提供資料服務流(Service Flow)的管理設定，其中包含以下的Table：

表1　基地台使用ifTable範例
ifTable	iflndex	ifType(LANA)	ifSpeed	ifPhysAddress	ifAdminStatus	ifOperStatus
BS Sector 1	1	IEEE802.16 WMAN	0	基地台ID	Administration Status	Operational Status
BS Sector 2	2	IEEE802.16 WMAN	0	基地台ID	Administration Status	Operational Status
BS Sector 3	3	IEEE802.16 WMAN	0	基地台ID	Administration Status	Operational Status
乙太網路	4	EthernetCsmacd	介面速度	MAC Address	Administration Status	Operational Status

資料來源：IEEE 802.16i草案

．wmanIf2BsProvisionedSfTable
包含為SS提供的資料服務流設定檔(Service Flow Profiles)，以及指到分別提供服務品質(QoS)參數和分類規則的wmanIf2BsServiceClassTable與wmanIf2BsClassifierRuleTable。
．wmanIf2BsSsProvisionedForSfTable
將SS的MAC Address對應wmanIf2Bs-ProvisionedSfTable裡提供的資料服務流。它能夠有下行線路的多點(Multicast)服務，讓多個SS的MAC Address可以對應到相同的資料服務流。
．wmanIf2BsServiceClassTable
包含服務品質的參數集。
．wmanIf2BsClassifierRuleTable
包含與資料服務流相關聯的封包分類規則。
．wmanIf2BsSsPacketCounterTable
包含計數器(Counter)持續追蹤每一資料服務流中，已接收或已傳送的封包和八位元組(Octet)的數量。
wmanIf2BsCps Subtree主要包含與MAC CPS Management Entity Layer有關的管理物件，主要在提供BS/SS系統參數或性能的管理資訊和設定，其中包含以下的Table：
．wmanIf2BsRegisteredSsTable
包含已經由REG-REQ和REG-RSP訊息註冊過的SS的基本性能資訊。
．wmanIf2BsConfigurationTable
包含BS每個Sector的系統參數，亦包含在第二個管理頻道排程所定義預設的BS行為和SFID分配，也就是CPS排程器(Scheduler)和AAS系統參數設定。
．wmanIf2BsChannelMeasurementTable
包含頻道測量資訊是由BS接收到的從SS上行訊號，下行訊號則是從BS來、由SS接收到的，它們是透過BS使用REP-REQ/RSP訊息由SS對BS的報告資訊。
．wmanIf2BsSsReqCapabilitiesTable
包含SS的基本能力資訊，此資訊是使用RNG-REQ、SBC-REQ和REG-REQ訊息，從SS向BS報告。
．wmanIf2BsSsRspCapabilitiesTable
包含SS的基本能力資訊，這些資訊是透過RNG-REQ/RSP、SBC-REQ/RSP和REG-REQ/RSP這些訊息，經由BS和SS協商同意所得。
．wmanIf2BsBasicCapabilitiesTable
包含BS軟硬體的基本能力，這些能力根據wmanIf2BsCapabilitiesConfigTable的組態是為了與SS使用RNG-RSP、SBC-RSP和REG-RSP訊息作協商時來使用。
．wmanIf2BsCapabilitiesConfigTable
包含BS的基本能力組態設定，此Table是故意被使用來限制BS的能力，例如為了遵從區域控制需求，BS會使用RNG-RSP、SBC-RSP和REG-RSP訊息來與SS作協商。
．wmanIf2BsSsActionsTable
包含在標準規定的所有SS行為動作，這些行為是使用非主動式提供的MAC訊息：REG-RSP、DREG-REQ和RES-CMD，使路徑往下傳送至SS，此Table亦包含標準制定的行為參數。
．wmanIf2BsMulticastPollingTable
包含Multicast Polling群組(Group)資訊，BS可以傳送MCA-REQ訊息去做分配或移除一SS Multicast Polling群組。
wmanIf2BsPkmObjects Subtree主要包含與MAC Privacy Management Entity有關的管理物件，它包含wmanIf2BsPkmV1Objects與wmanIf2BsPkmV2Objects群組，分別記錄與PKM V1和V2相關的屬性。wmanIf2BsPkmObjects Subtree包含以下的Table。
．wmanIf2BsPkmSecurityCapabilityTable
包含SS所支援之加密方式的清單。
．wmanIf2BsSsPkmSecurityCapabilityTable
記錄由「Auth Request」訊息中所取得的SS對資訊安全支援能力，包含SS所支援之加密方式的清單。
wmanIf2BsPkmV1Objects Subtree包含以下的Table：
．wmanIf2BsPkmV1ConfigTable
它儲存BS將會使用到之PKM組態。
．wmanIf2BsSsPkmV1AttributeTable
包含PKM在運作時所需要的屬性。
．wmanIf2BsSsPkmV1AuthorizationTable
包含有關SS之認證程序的資訊。
．wmanIf2BsSsPkmV1TekTable
包含與每個SAID相結合的流量加密金鑰(Traffic Encryption Key, TEK)相關資訊
wmanIf2BsPkmV2Objects Subtree含以下Table：
．wmanIf2BsPkmV2ConfigTable
包含PKM在運作時所需要的屬性。
．wmanIf2BsSsPkmV2RsaAuthTable
包含與PKM V2 RSA基礎的認證之相關資訊。
．wmanIf2BsSsPkmV2TekTable
包含與每個SAID相結合的TEK相關資訊。
wmanIf2BsNotification主要包含BS Traps，它是用來回報一些設備異常事件的資訊，例如電波訊號強度臨界值交錯(RSSI Threshold Crossing)，其中包含以下的資訊：．wmanIf2BsTrapControlRegister
用來獨立地開啟(Enable)或關閉(Disable)BS Traps。
．wmanIf2BsStatusTrapControlRegister
用來開啟或關閉BS狀態通告的Traps。
．wmanIf2BsThresholdConfigTable
包含Threshold物件，其可以設定去偵測Threshold Crossing事件。
．wmanIf2BsSsNotificationObjectsTable
包含已經有發Trap回報的SS通告物件。
wmanIf2BsPhy Subtree主要包含與實體層有關的管理物件，它包含wmanIf2BsOfdmPhy與wmanIf2BsOfdmaPhy兩個Subtree Group。 wmanIf2BsOfdmPhy Subtree包含以下的Table：
．wmanIf2BsOfdmUplinkChannelTable
包含OFDM UCD(Uplink Channel Descriptor)頻道屬性，其是定義上行線路頻道的傳輸特性。
．wmanIf2BsOfdmDownlinkChannelTable 包含OFDM DCD(Downlink Channel Descriptor)頻道屬性，其是定義下行線路頻道的傳輸特性。
．wmanIf2BsOfdmUcdBurstProfileTable
包含OFDM UCD每個上行線路頻道的Burst設定檔(Profiles)。
．wmanIf2BsOfdmDcdBurstProfileTable
每列提供每個OFDM DCD的Burst設定檔。
．wmanIf2BsOfdmConfigurationTable
包含BS組態設定物件，其是OFDM實體層規格規定的。
．wmanIf2BsSsOfdmReqCapabilitiesTable
包含基本性能的資訊，是OFDM實體層規格規定的，BS使用RNG-REQ，SBC-REQ和REG-REQ訊息，由SS報告給BS。此Table項目在當SS跟BS註冊時被建立。
．wmanIf2BsSsOfdmRspCapabilitiesTable
包含基本能力的資訊，按照OFDM實體層規格規定的，BS與SS已經使用RNG-REQ/RSP、SBC-REQ/RSP和REG-REQ/RSP訊息，做溝通協商和認同。此Table會使wmanIf2BsRegisteredSsTable增加。
．wmanIf2BsOfdmCapabilitiesTable
包含基本的性能，按照OFDM實體層規格規定，BS軟硬體製作的性能。
．wmanIf2BsOfdmCapabilitiesConfigTable
包含BS基本性能的組態設定，按照OFDM實體層規格所規定，此Table有意限制BS的能力設定。
wmanIf2BsOfdmaPhy Subtree包含以下的Table：
．wmanIf2BsOfdmaUplinkChannelTable
包含OFDMA UCD頻道屬性，其定義上行線路頻道的傳輸特性。
．wmanIf2BsOfdmaDownlinkChannelTable
包含OFDMA DCD頻道屬性，其定義下行線路頻道的傳輸特性。
．wmanIf2BsOfdmaUcdBurstProfileTable
包含OFDMA UCD每個上行線路頻道的Burst設定檔(Profiles)。
．wmanIf2BsOfdmaDcdBurstProfileTable
每列提供每個OFDMA DCD的Burst設定檔。
．wmanIf2BsSsOfdmaReqCapabilitiesTable
包含MS的OFDMA實體層相關的基本能力，通常由MS傳送給BS的RNG-REQ、SBC-REQ與REG-REQ訊息中得知。
．wmanIf2BsSsOfdmaRspCapabilitiesTable
包含MS的OFDMA實體層相關的基本能力，通常由MS傳送給BS的RNG-REQ、SBC-REQ與REG-REQ訊息中得知。
．wmanIf2BsOfdmaCapabilitiesTable
包含BS實作於硬體與軟體的OFDMA實體層相關的基本能力。這些訊息與組態設定(儲存於wmanIf2BsOfdmaCapabilitiesConfigTable中)會透過RNG-REQ、SBC-REQ與REG-REQ訊息來與MS來溝通彼此的基本能力。
．wmanIf2BsOfdmaCapabilitiesConfigTable
包含BS的OFDMA實體層相關的基本能力之設定，BS會利用這些資訊與基本能力相關資訊(儲存於wmanIf2BsOfdmaCapabilitiesTable中)會透過RNG-REQ、SBC-REQ與REG-REQ訊息來與MS來溝通彼此的基本能力。
．wmanIf2BsOfdmaExUplinkChannelTable
包含已經增加在802.16e-2005規格中的新UCD頻道屬性。
．wmanIf2BsOfdmaExDownlinkChannelTable
包含已經增加在802.16e-2005規格中的新DCD頻道屬性。
wmanIf2CmnPacketCs Subtree主要包含與Packet CS Management Entity Layer有關的共同管理物件，其中包含以下的Table：
．wmanIf2CmnClassifierRuleTable
包含執行時的分類規則來作為每個資料服務流的篩選準則。
．wmanIf2CmnPhsRuleTable：
包含檔頭壓縮(Payload Header Suppression, PHS)規則辭典進入點，每個進入點包含隨著它的檔頭壓縮索引(Payload Header Suppression Index, PHSI)識別碼被限制的標頭資料。
wmanIf2CmnCps Subtree主要包含與MAC CPS Management Entity有關的共同管理物件，其中包含以下的Table：
．wmanIf2CmnCpsServiceFlowTable
包含在BS和SS共同被管理的資料服務流物件。
．wmanIf2CmnBsSsConfigurationTable
每列提供每個BS Sector包含共同在BS和SS兩者的系統參數，全部SS將有和BS相同的參數。  

分析WMAN-DEV-MIB  

此組MIB Tree位置是在iso(1).std(0).iso8802 (8802).wman(16).wmanDevMib(1) {1 0 8802 16 1}，如圖7所示其MIB結構圖，此wman-DevMib制定WiMAX與Device有關的屬性，這裡也針對關於BS和Common的部分來說明。

資料來源：資策會網路多媒體研究所 圖7 wmanDevMib架構

wmanDevBsObjects Subtree包含與BS軟體更新及Trap通報(Notification)有關的管理資訊，其中包含以下的Table與物件：
．wmanDevBsSoftwareUpgradeTable
包含與BS軟體升級相結合的物件。
．wmanDevBsTrapControlRegister
被使用去開啟或關閉BS Traps。
．wmanDevBsTrap Definition
此群組在規定全部的Trap，都由BS來報告。
wmanDevCmnEventLog Subtree包含與Event Log有關的共同管理物件，其中包含以下的Table：
．wmanDevCmnEventLog ConfigTable
主要在定義可設定的組態參數，這些參數是為了因應事件日誌(Event Log)的運作。
．wmanDevCmnEventTable
它提供由SS支援的事件。
．wmanDevCmnEventLogTable
它是使用去儲存局部事件，而且將存在於不變性的記憶體(Non-Volatile Memory)中。
wmanDevCmnSnmp代理者Subtree主要包含與SNMP代理者組態設定有關的物件，其中包含以下的Table與物件：
．wmanDevCmnSnmpV1V2TrapDestTable
包含設備製作SNMP代理者之組態設定物件。
wmanDevCmnDeviceConfig Subtree主要包含與設備組態設定有關的共同管理物件，其中包含以下的物件：
．wmanDevCmnResetDevice
包含關於設備組態設定的共同管理物件，在此當被設為actionsResetDevice值(1)時，是命令設備自己重新開始(Reset)，不然就是回傳actionsResetDeviceNoAction值(0)。  

分析WMAN-IF2M-MIB  

此組MIB Tree位置是在iso(1).std(0).iso8802 (8802).wman(16). wmanIf2mMib(3) {1 0 8802 16 3}，如圖8所示其MIB結構圖，wmanIf2mMib定義WiMAX的MAC與PHY層所有相關於行動寬頻無線介面的管理物件。

資料來源：資策會網路多媒體研究所 圖8 wmanIf2mMib架構

wmanIf2mBsCm Subtree包含四個Subtree Group分別為wmanIf2mBsCapabilities、wmanIf2mBsPowerSavingMode、wmanIf2mBsNeighborAdv和wmanIf2mBsPaging，主要記錄著與BS組態設定管理相關的管理資訊，亦包含兩個Table：
．wmanIf2mBsConfigurationTable
包含這BS系統參數的一列資料。
．wmanIf2mBsServiceFlowTable
包含服務流資料庫，當SS/MS第一次註冊到BS時，BS須從Home AAA伺服器下載SS/MS的服務流的Profile，例如服務品質參數和分類規則等等。對於固定或漫遊的SS/MS而言，服務流的Profile在整個連線階段(Session)中並不會被改變。但對行動式的SS或者是MS而言，當SS/MS換手(Handover)到另一個BS時，原來的BS必須要將服務流Profile轉移到目的BS。在完成換手之後，原來的BS必須將之前被SS/MS所使用之服務流的wmanIf2mBsServiceFlowState改成「inactive」。BS可能也會定期的清除wmanIf2mBs ServiceFlowTable中的資料列，好將wmanIf2mBs ServiceFlowState被設定成「inactive」的資料列清除。
wmanIf2mBsCapabilities主要包含BS各種性能相關的管理資訊參數，其中包含以下的Table：
．wmanIf2mBsSsReqCapabilitiesTable
包括SS/MS在支援行動性所需要的能力，SS/MS會在REG-REQ訊息中報告相關的資訊。
．wmanIf2mBsSsRspCapabilitiesTable
包括SS/MS在支援行動性所需要的能力，BS會在REG-RSP中認可相關的資訊，以回應SS/MS所發出的REG-REQ訊息。
．wmanIf2mBsBasicCapabilitiesTable
包含BS軟硬體的基本能力，這些能力根據wmanIf2mBsCapabilitiesConfigTable的組態是為了與SS/MS使用RNG-RSP、SBC-RSP和REG-RSP訊息作協商時來使用。
．wmanIf2mBsCapabilitiesConfigTable
包含BS的基本能力組態設定，此Table是故意被使用來限制BS的能力，例如為遵從區域控制需求，BS會使用RNG-RSP、SBC-RSP和REG-RSP訊息來與SS/MS作協商。
．wmanIf2mBsSsCidUpdateTable
此Table在REG-RSP訊息中包含CID Update TLV來讓MS可更新服務流與連線的資訊，這些資訊會在完成換手後，讓新的BS能夠繼續提供MS服務。在wmanIf2BsServiceFlowTable中的wmanIf2BsCid與wmanIf2BsSfTargetSaid物件，也要隨著含於CID Update TLV中的CID與SAID一起被更新。若包含於Connection Info TLV訊息中的服務流參數有被修改，這些服務流可以在wmanIf2BsServiceFlowTable被找到。
wmanIf2mBsPowerSavingMode Subtree主要包含省電模式的狀態與功能相關之管理物件，其中包含以下的Table：
．wmanIf2mBsSsPowerSavingStatusTable 包含所有在MS中的CID之省電狀態，當MS漫遊到不同的BS時，所有與該MS相關的資料都會被刪除。
．wmanIf2mBsSsRspCapabilitiesTable
包含省電類別的定義與啟用/停用(Activation/ Deactivation)的資訊，它們是由MOB_SLP-REQ與MOB_SLP-RSP訊息所提供。當MS漫遊到不同的BS時，所有與該MS相關的資料都會被刪除。
wmanIf2mBsNeighborAdv包含Neighbor Advertising所需要的相關管理物件，其中包含了以下的Table：
．wmanIf2mBsNeighborAdvCommonTable
包含MOB_NBR-ADV所需的一般屬性。
．wmanIf2mBsNeighborAdvertizementTable
包含MOB_NBR-ADV所需的每一個Neighbor BS之屬性。
．wmanIf2mBsNeighborBsOfdmaUcdTable
包含Neighbor BS所需之UCD訊息的屬性。
．wmanIf2mBsNeighborBsOfdmaDcdTable
包含Neighbor BS所需之DCD訊息的屬性。
wmanIf2mBsPm Subtree中包含BS關於效能管理相關的管理物件，包含以下的Table：
．wmanIf2mBsSsSleepModeStatisticsTable 包含針對SS/MS在Sleep Mode下的統計資訊。
wmanIf2mBsAm Subtree中包含BS關於帳戶管理(Accounting Management)相關的管理物件，包含以下的Table。　．wmanIf2mBsOtaUsageDataRecordTable
包含計數器來追蹤所接收之經由無線傳輸的封包或字元數，BS也許會刪除一些在wmanIf2mBsOta UsageDataRecordTable中的OTA UDR，它們都是已經被傳送到AAA伺服器中。
wmanIf2mCmnCm Subtree包含與組態設定管理相關的共同管理物件，它包含以下的Table：
．wmanIf2mCmnClassifierRuleTable
包含結合於服務流的封包分類規則。
．wmanIf2mCmnPhsRuleTable
包含檔頭壓縮規則字典，每一列資料包含檔頭的資料以及檔頭壓縮索引。分類器會將封包對應對所屬的PHS規則，接收端會使用CID與PHSI來還原檔頭壓縮欄位(Payload Header Suppression Field, PSHF)。
一旦PSHF被指定給PHSI時，就無法再改變。若是更改PHSF值，就須要定義新的PHS規則，並且加入到服務流，舊規則必須要被移除。當一個分類器被移除時，任何結合於它的PHS規則都必須被移除。
．wmanIf2mCmn服務品質ProfileTable
包含經由wmanIf2mCmn服務品質ProfileIndex結合於服務流與CID的服務品質Profile，表2顯示不同之上行線路排程模式下所需要的服務品質參數。
．wmanIf2mCmnArqAttributeTable
包含與資料服務流相結合的ARQ參數。

表2　不同UL排程模式下所需要的服務品質參數
服務品質參數	BE(Best Effort)	ertPS(Extended Real-time)	UGS(Unsolicited Grant Service)	rtPS(Real-time Polling Service)	nrtPS(Non Real-time Polling Service)
Traffic Priority	0-1	0-1	0	0-1	0-1
Max Sustained Traffic Rate	0-1	0-1	1	0-1	0-1
Min Reserved Traffic Rate	0	1	0-1	1	1
Minimum Traffic Burst	0	0-1	0	0-1	0-1
Tolerated Jitter	0	0-1	1	0	0
Maximum Latency	0	1	1	1	0
Unsolicited Grant Interval	0	1	1	0	0
SDU Size	0	0	0-1	0	0
Unsolicited Polling Interval	0	0	0	1	0

資料來源：IEEE 802.16i草案

NCMS架構成謎  

WiMAX是最近國內外很熱衷發展的研發技術，而802.16標準裡網路控制和管理系統(Network Control and Management System, NCMS)並不屬於它的規範範圍，所以變成是個黑盒子(Black Box)，無法得知其架構，它可能是被散布在不同的網路節點上。雖然如此，NCMS裡提供一SNMP代理者，相容於RFC3418和SNMP/TCP/IP通訊協定堆疊，以允許去和SNMP管理者做溝通互動，802.16i規格中便提供WiMAX網路上的BS或SS製作SNMP通訊協定之特性(固定+行動)需求。  

(本文作者黃俊榮為資策會網路多媒體研究所WiMAX技術中心經理、洪紹鯤為工程師)