隨著我國接入行業(yè)的發(fā)展，同時也推動了接入網(wǎng)技術(shù)的升級，于是我研究了一下接入網(wǎng)技術(shù)的管理與實現(xiàn)，在這里拿出來和大家分享一下，希望對大家有用。為了解決網(wǎng)管標(biāo)準(zhǔn)的統(tǒng)一問題，ITU制定了TMN標(biāo)準(zhǔn)體系，該體系提出了電信網(wǎng)管的技術(shù)模型和具體的運行模型，使得面向不同廠商的設(shè)備提供統(tǒng)一的網(wǎng)絡(luò)管理成為了可能。TMN的分層結(jié)構(gòu)自下而上分別為網(wǎng)元層，網(wǎng)元管理層，網(wǎng)絡(luò)管理層，業(yè)務(wù)管理層和事務(wù)管理層。

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

一、Q3接口技術(shù)

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

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

對于Q3接口來說，其結(jié)構(gòu)復(fù)雜、研發(fā)周期長、經(jīng)費昂貴，致使規(guī)模小的電信設(shè)備制造商對其望而怯步，很難推廣使用。沒有集中的網(wǎng)絡(luò)管理的確給運行商帶來諸多不便，管理難度和管理的成本也不斷增加。針對集中管理的需要，許多設(shè)備廠商就采用了自定義的協(xié)議方案來解決這些矛盾。

目前接入網(wǎng)技術(shù)網(wǎng)管系統(tǒng)可以實現(xiàn)在地區(qū)一級對縣市一級的一對一管理能力，即地區(qū)局的網(wǎng)管中心僅能監(jiān)控管理一個縣局的接入網(wǎng)設(shè)備，一個Console僅對應(yīng)一個Server，不能管理其他縣局的接入網(wǎng)設(shè)備，也不能滿足發(fā)展的網(wǎng)絡(luò)管理系統(tǒng)需求。本地網(wǎng)管并不具有全網(wǎng)管理的能力，而二級網(wǎng)管的目的就是將全網(wǎng)GAServer（最多100個）集中在一個網(wǎng)管終端中進(jìn)行管理。

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

三、CORBA接口

CORBA（CommonObjectRequestBroker Architecture，公共對象請求代理體系結(jié)構(gòu)）是OMG（Object Management Group，對象管理集團(tuán)）為了解決分布式處理環(huán)境中軟件系統(tǒng)互聯(lián)問題而定義的一種分布式處理體系結(jié)構(gòu)。CORBA翻譯成中文可以稱為“公共對象請求代理結(jié)構(gòu)”，顧名思義，它可以為各種對象的請求提供一種代理機制，從而融合不同形式的對象以及不同類型的操作系統(tǒng)，對網(wǎng)絡(luò)上的分布式事務(wù)處理提供了一種良好的解決方案。

CORBA繼承了面向?qū)ο蟮某绦蛟O(shè)計和分布式計算的特性，并支持客戶機/服務(wù)器結(jié)構(gòu)。在CORBA中，客戶機和服務(wù)器是分離的，它們之間甚至無需知道對方的存在。一個客戶機可以訪問多個服務(wù)器，客戶機和服務(wù)器之間也不存在一一對應(yīng)的固定關(guān)系。