目前我國(guó)的接入網(wǎng)設(shè)備市場(chǎng)需求還是非常高的，可能好多人還不了解接入網(wǎng)設(shè)備管理的實(shí)現(xiàn)，沒(méi)有關(guān)系，看完本文你肯定有不少收獲，希望本文能教會(huì)你更多東西。為了解決網(wǎng)管標(biāo)準(zhǔn)的統(tǒng)一問(wèn)題，ITU制定了TMN標(biāo)準(zhǔn)體系，該體系提出了電信網(wǎng)管的技術(shù)模型和具體的運(yùn)行模型，使得面向不同廠商的設(shè)備提供統(tǒng)一的網(wǎng)絡(luò)管理成為了可能。TMN的分層結(jié)構(gòu)自下而上分別為網(wǎng)元層，網(wǎng)元管理層，網(wǎng)絡(luò)管理層，業(yè)務(wù)管理層和事務(wù)管理層。在五層管理系統(tǒng)中，電信設(shè)備開(kāi)發(fā)商更關(guān)心前三層的管理活動(dòng)。

其中網(wǎng)元和網(wǎng)元管理與硬件設(shè)備緊密相關(guān)，所以必須由電信設(shè)備廠商完成，網(wǎng)絡(luò)管理一般也需要電信設(shè)備廠商提供，但是因?yàn)楫?dāng)前制定了標(biāo)準(zhǔn)接口，所以也可以由非設(shè)備商來(lái)開(kāi)發(fā)，例如有的網(wǎng)絡(luò)管理軟件就是由電信運(yùn)行商自行開(kāi)發(fā)的。后兩層的事務(wù)管理和業(yè)務(wù)管理因?yàn)殛P(guān)系到電信運(yùn)行商的服務(wù)形象和水平，所以電信運(yùn)行商更為關(guān)心，綜合當(dāng)前接入網(wǎng)設(shè)備的開(kāi)發(fā)技術(shù)，大致可以分為四類(lèi)：電信網(wǎng)標(biāo)準(zhǔn)Q3接口；電信設(shè)備廠商的自定義協(xié)議互聯(lián)；CORBA接口；Web模型。

一、Q3接口技術(shù)

Q3接口是TMN實(shí)體之間最重要的界面之一，在TMN中起著舉足輕重的作用，在一定程度上Q3接口成為衡量一種設(shè)備的網(wǎng)管是否與TMN兼容的關(guān)鍵。在電信總局頒布的《用戶(hù)接入網(wǎng)管理功能及管理接口技術(shù)規(guī)范》暫行規(guī)定中，明確規(guī)定了接入網(wǎng)網(wǎng)管必須具備Q3接口，正因?yàn)槿绱�，各大電信設(shè)備廠家紛紛推出了具有Q3接口的接入網(wǎng)設(shè)備。Q3接口的實(shí)現(xiàn)方式可以分為兩種：一種是直接由設(shè)備提供，即所謂嵌入式Q3接口；另一種是由設(shè)備管理終端計(jì)算機(jī)（網(wǎng)管服務(wù)器）提供，即所謂MD（MediationDevice）方式。

二、二級(jí)網(wǎng)管系統(tǒng)

對(duì)于Q3接口來(lái)說(shuō)，其結(jié)構(gòu)復(fù)雜、研發(fā)周期長(zhǎng)、經(jīng)費(fèi)昂貴，致使規(guī)模小的電信設(shè)備制造商對(duì)其望而怯步，很難推廣使用。沒(méi)有集中的網(wǎng)絡(luò)管理的確給運(yùn)行商帶來(lái)諸多不便，管理難度和管理的成本也不斷增加。針對(duì)集中管理的需要，許多設(shè)備廠商就采用了自定義的協(xié)議方案來(lái)解決這些矛盾。目前接入網(wǎng)設(shè)備的網(wǎng)管系統(tǒng)可以實(shí)現(xiàn)在地區(qū)一級(jí)對(duì)縣市一級(jí)的一對(duì)一管理能力，即地區(qū)局的網(wǎng)管中心僅能監(jiān)控管理一個(gè)縣局的接入網(wǎng)設(shè)備，一個(gè)Console僅對(duì)應(yīng)一個(gè)Server，不能管理其他縣局的接入網(wǎng)設(shè)備，也不能滿(mǎn)足發(fā)展的網(wǎng)絡(luò)管理系統(tǒng)需求。本地網(wǎng)管并不具有全網(wǎng)管理的能力，而二級(jí)網(wǎng)管的目的就是將全網(wǎng)GAServer（最多100個(gè)）集中在一個(gè)網(wǎng)管終端中進(jìn)行管理。

二級(jí)網(wǎng)管終端與二級(jí)網(wǎng)管代理GAServerAgent之間的通信接口為WAN，傳輸方式為DDN或E1，速率為64kbit/s~2Mbit/s。網(wǎng)絡(luò)層的協(xié)議采用IP協(xié)議，傳輸層的協(xié)議采用UDP。采用UDP的原因是維護(hù)大量的TCP連接會(huì)耗費(fèi)大量的系統(tǒng)資源，嚴(yán)重時(shí)會(huì)導(dǎo)致系統(tǒng)崩潰。由于告警消息的突發(fā)性和不確定性，網(wǎng)絡(luò)上可能會(huì)出現(xiàn)告警風(fēng)暴，所以在設(shè)計(jì)中采用了流量控制技術(shù)。GAServer的告警并不直接向“二級(jí)網(wǎng)管終端”上報(bào)，而是使用類(lèi)似于令牌環(huán)網(wǎng)中的“令牌”方式，只有擁有令牌的GA Server才能告警。

這種方案也可以完成Q3接口規(guī)定的所有功能，但是由于它所用的全是廠家的私有協(xié)議，沒(méi)有通用性，只能管理自己的設(shè)備，不能真正地實(shí)現(xiàn)統(tǒng)一網(wǎng)絡(luò)管理，所以有很大的局限性。

三、CORBA接口

CORBA（CommonObjectRequestBroker Architecture，公共對(duì)象請(qǐng)求代理體系結(jié)構(gòu)）是OMG（Object Management Group，對(duì)象管理集團(tuán)）為了解決分布式處理環(huán)境中軟件系統(tǒng)互聯(lián)問(wèn)題而定義的一種分布式處理體系結(jié)構(gòu)。CORBA翻譯成中文可以稱(chēng)為“公共對(duì)象請(qǐng)求代理結(jié)構(gòu)”，顧名思義，它可以為各種對(duì)象的請(qǐng)求提供一種代理機(jī)制，從而融合不同形式的對(duì)象以及不同類(lèi)型的操作系統(tǒng)，對(duì)網(wǎng)絡(luò)上的分布式事務(wù)處理提供了一種良好的解決方案。CORBA繼承了面向?qū)ο蟮某绦蛟O(shè)計(jì)和分布式計(jì)算的特性，并支持客戶(hù)機(jī)/服務(wù)器結(jié)構(gòu)。在CORBA中，客戶(hù)機(jī)和服務(wù)器是分離的，它們之間甚至無(wú)需知道對(duì)方的存在。一個(gè)客戶(hù)機(jī)可以訪問(wèn)多個(gè)服務(wù)器，客戶(hù)機(jī)和服務(wù)器之間也不存在一一對(duì)應(yīng)的固定關(guān)系。