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

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

一、Q3接口技術

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

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

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

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

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

三、CORBA接口

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

CORBA繼承了面向對象的程序設計和分布式計算的特性，并支持客戶機/服務器結構。在CORBA中，客戶機和服務器是分離的，它們之間甚至無需知道對方的存在。一個客戶機可以訪問多個服務器，客戶機和服務器之間也不存在一一對應的固定關系。