為了對電信網(wǎng)實施集成�(tǒng)一從而高效地管理,國際電�(lián)(ITU-T)提出了電信管理�(wǎng)(TMN)的概念。TMN 獨立于電信網(wǎng)而專職�(jìn)��(wǎng)�(luò)管理。它利用一個具備一系列�(biāo)�(zhǔn)接口(包括協(xié)議和消息�(guī)定)的統(tǒng)一體系�(jié)�(gòu)來提供一種有組織的網(wǎng)�(luò)�(jié)�(gòu),使各種不同類型��(wǎng)�系統(tǒng)與電信設(shè)備互�,從而實�(xiàn)電信�(wǎng)的自動化和標(biāo)�(zhǔn)化管理并提供各種管理功能。TMN 常常利用電信�(wǎng)的部分設(shè)施來提供通信�(lián)�(luò),因而兩者可以有部分重疊�
TMN 物理�(jié)�(gòu)主要描述TMN �(nèi)的物理實體及其接�� TMN 的簡化物理結(jié)�(gòu)如圖所��
� 中OS 表示操作系統(tǒng),即�(wǎng)管系�(tǒng),是�(zhí)行OSF 的系�(tǒng),實際上是一種大型的管理�(wǎng)�(luò) 資源的系�(tǒng)程序;MD 表示�(xié)�(diào)�(shè)�,是�(zhí)行MF 的設(shè)備,主要完成OS 與NE 間的�(xié)�(diào)功能,也� 提供QAF 和WSF,有時甚至OSF。MD 可以按分級方式實�(xiàn);QA 表示Q 適配�,是完成NE 與非 TMN 接口適配互連的�(shè)�� �(shù)�(jù)通信�(wǎng)DCN 是TMN �(nèi)支持DCF 的通信�(wǎng),主要實�(xiàn)OSI 參考模型的下三層功�,而不 提供第四到第七層功能。DCN 可以由不同類型的子網(wǎng),例如X.25 或DCC 等,互連而成�
�(wǎng)�(luò)單元NE 由執(zhí)行NEF 的電信設(shè)備(或者是其中一部分)和支持�(shè)備組成,它可以包含其� TMN 功能�,最常見的是包含MF。通常,NE 具備一個或多個標(biāo)�(zhǔn)Q 接口,也可以有F 接口� 工作� WS 是執(zhí)行WSF 的設(shè)備,主要完成f 參考點信息與g 參考點顯式格式間的�(zhuǎn)換功��
TMN 的管理層模型依照ITU-T M.3010 劃分為:�(wǎng)元層(NEL)、網(wǎng)元管理層(EML�、網(wǎng)�(luò)� 理層(NML�、業(yè)�(wù)管理層(SML)、事�(wù)管理層(BML�。圖1-24 顯示了TMN 的管理層次劃�� 其中,NE 可為SDH �(shè)�,也可為PDH 或交換機等任何可被管理的�(shè)備�
� TMN 管理層次
SDH 管理�(wǎng)SMN 實際就是管理SDH �(wǎng)�(luò)單元的TMN 的子�。它可以�(xì)分為一系列的SDH � 理子�(wǎng)SMS,這些SMS 由一系列分離的ECC 及站�(nèi)�(shù)�(jù)通信鏈路組成,并�(gòu)成整個TMN 的有� 部分。具有智能的�(wǎng)�(luò)單元和采用嵌入的ECC 是SMN 的重要特�,這兩者的�(jié)合使TMN 信息� 傳送和響應(yīng)時間大大縮短,而且可以將網(wǎng)管功能經(jīng)ECC 下載給網(wǎng)�(luò)單元,從而實�(xiàn)分布式管�?�?以說,具有強大的,有效的�(wǎng)�(luò)管理能力是SDH 的基本特��
TMN,SMN 和SMS 的關(guān)系如圖所�� ZXSM-NMS 可以是一個SDH 管理子網(wǎng)SMS,也可以是一個SDH 管理�(wǎng)SMN,它和電信管� �(wǎng)TMN 的關(guān)系如下: 如圖所�,TMN 是最一般的管理�(wǎng)范疇,SMN 是其子集,專門�(fù)�(zé)管理SDH NE,SMN 又是由多個SMS 組成。由于ZXSM-NMS 是TMN 的一部分,它�(yīng)提供�(biāo)�(zhǔn)接口接受上層�(wǎng)管中� 的管��
� SDH 系統(tǒng)�(nèi)傳送網(wǎng)管消息通道的邏輯通道為ECC,其物理通道�(yīng)是DCC,它是利用SDH � 生段開銷RSOH 中D1~D3 字節(jié)和復(fù)用段開銷MSOH 中D4~D12 字節(jié)組成�192kbit/s �576kbit/s 通道,分別稱為DCC(R)和DCC(M),前者可以接入中繼站和端�,后者是端站間網(wǎng)管信息的快車��
在對架構(gòu)�(jìn)行實�(xiàn)之前,首先必須清楚下一代網(wǎng)�(luò)管理的需�,也必須解決那些為客戶帶來更快更多利潤的�(yè)�(wù)是如何通過相關(guān)�(yè)�(wù)�(zhí)行、業(yè)�(wù)保證和計費得到支持的問題,同時還必須解決如何整合傳統(tǒng)系統(tǒng)和其他資�(chǎn)的問�,以及傳�(tǒng)運營機制如何向新的機制演變的問題�
� 基于TMN觀點的架構(gòu)
?�?)管理門�
自顧的管理門戶可能構(gòu)建于�(nèi)�,并通過合作的方式得�。管理解決方案供�(yīng)商并不希望通過銷售這種門戶來賺錢,但如果沒有這個門�,可能就會造成�(jīng)�(jì)上的損失,因為門戶看起來更像是為昨天的技�(shù)�(zhǔn)各的。實際上,自顧的管理門戶是用戶�(jìn)入OSS/BSS解決方案的通道�
門戶首先通過輕量級目錄接人協(xié)議(LDAP)對用戶�(jìn)行認(rèn)證和授權(quán),而且LDAP能夠?qū)⒅羔樦赶蚱渌芾�?yīng)�,客�,業(yè)�(wù),或者允許用戶訪問的�(wǎng)�(luò)�(shù)�(jù)。大多數(shù)的數(shù)�(jù)本身也許并不駐留在目錄中,而是駐留在DBMS�。只有那些選擇性較�,很少改動且被頻繁訪問的�(shù)�(jù)才暫留緩存在目錄�(nèi),否則,目錄包含的僅僅是指向真實�(shù)�(jù)的指��
通過一個裝有Java�(yīng)用程序的�(wǎng)頁瀏覽器可以訪問門戶,因為這些Java�(yīng)用程�?qū)τ诒硎緦邮潜匦�?。而且,通過XML技�(shù)建立的表示抽象總線允許與其他技�(shù)�(jìn)行靈活的接口。因此,門戶不僅可以作為設(shè)置和修改命令的通道,同時也能根�(jù)用戶的授�(quán)允許用戶檢查�(yè)�(wù)的可用性,性能狀�(tài),業(yè)�(wù)水平,故障上報及已預(yù)定業(yè)�(wù)的計費報告等�
�2)應(yīng)用事�(wù)處理總線
基于企業(yè)�(yīng)用整合技�(shù)的應(yīng)用事�(wù)處理總線,能夠提供一種高度靈活和高度可伸縮的�(yīng)用平�。許多中間件供應(yīng)商具有一些固化的工作流程引擎。另�,也可以通過其他供應(yīng)商的工具來開�(fā)相應(yīng)的總線。然�,另外一種可能的解決方案將會使用供應(yīng)商已�(jīng)�(xí)慣的中間件和工作流程引擎,并可能需要建立一種包含未來管理應(yīng)用的EJB總線。而且,使用基于Java的體系結(jié)�(gòu)將向供應(yīng)商提供一種高度靈活的,高度可伸縮的應(yīng)用平�。通過EJB技�(shù)建立的應(yīng)用事�(wù)處理總線支持各種與業(yè)�(wù)相關(guān)的應(yīng)用的即插即用,其中的一些應(yīng)用還可能訪問客戶和業(yè)�(wù)�(shù)�(jù)�
使用開放�(shù)�(jù)庫互�(lián)或Java�(shù)�(jù)庫互�(lián)適配器支持的對象,并通過相同的應(yīng)用事�(wù)處理總線就可以訪問數(shù)�(jù)。這里,數(shù)�(jù)與應(yīng)用的完全分離顯得非常重要,它保證了新�(yīng)用對�(shù)�(jù)的訪問和使用并不依賴于其他應(yīng)�,從而能�?qū)⒍鄠€應(yīng)用合并為一個整體的解決方案并支持應(yīng)用的單獨部署;而且,數(shù)�(jù)與應(yīng)用的分離也幫助生�(chǎn)機構(gòu)明確了哪些產(chǎn)品需要新�,哪些產(chǎn)品僅需要重用即可。因�,數(shù)�(jù)模型的實�(xiàn)將通過重用的方式�(jìn)�,而應(yīng)用必須具有足夠的獨立性�
?�?)網(wǎng)�(luò)和信息技�(shù)基礎(chǔ)�(shè)施的管理
在目前所描述的層次下面是�(jīng)典的故障、配置、記�、性能和安全系�(tǒng),也即元素管理器和網(wǎng)�(luò)管理�。這些管理器是系統(tǒng)級的,反映了物理元素所組成的網(wǎng)�(luò)的真實情�。信息包括用于預(yù)測額外容量的信息,用于為用法�(jìn)行計費的信息或用于提供數(shù)�(jù)的信��
除了�(xiàn)有的元素以外,網(wǎng)�(luò)中不斷出�(xiàn)一些新的元�,其中一些還具有新的管理行為。大多數(shù)的元素或�(wǎng)�(luò)管理系統(tǒng)都有非常明確的目�(biāo)。通常,因為元素的特性迫使其選擇特定的實�(xiàn)方式,所以這些元素或網(wǎng)�(luò)管理系統(tǒng)能很好地服務(wù)于特定的組仵。然�,元素或�(wǎng)�(luò)管理系統(tǒng)需要有一個背向的接口,從而更加合乎標(biāo)�(zhǔn),也將意味著接口的改變不會非常頻�,運行非常可靠并接近于實時要�。特別是對于�(wǎng)�(luò)管理軟件供應(yīng)商而言,這是一個支持業(yè)�(wù)/應(yīng)用與�(wǎng)�(luò)和元素管理應(yīng)用�(jìn)行對話的�(nèi)部接�.通過該接口就可以呈送特定的供給參數(shù),收集定義完善的告警信號,性能報告和用法統(tǒng)�,或者是文件中收集的�(shù)�(jù)指針�
?�?)數(shù)�(jù)模型
有三種主要的�(shù)�(jù)模型:客戶信息模�、業(yè)�(wù)信息模型和網(wǎng)�(luò)信息模型�
?、倏蛻粜畔⒛P???蛻粜畔⒛P桶ㄅc特定客戶信息�(jìn)行接口的�(shù)�(jù)和處理行為,如業(yè)�(wù)提供商提供的任何�(yè)�(wù)的任何用戶所要捕獲的所有信�,用戶認(rèn)證和授權(quán)信息,指向每一個客戶的�(yè)�(wù)激活指針等。所有與客戶相關(guān)的信息都將以邏輯�(shù)�(jù)模型的形式被保存,且能夠被任何需要訪問該信息的應(yīng)用所訪問。定義完善且容易實現(xiàn)的客戶信息模型應(yīng)該能夠被所有的集成管理方案所重用,也�(yīng)該只能由一個開�(fā)組織來設(shè)計和�(gòu)建�
?、跇I(yè)�(wù)信息模型。業(yè)�(wù)信息模型包括�(yè)�(wù)提供商提供的所有業(yè)�(wù)的定義。對特定的用戶來�,需要對所有使用中的業(yè)�(wù)庫和它們的�(dāng)前狀�(tài)�(jìn)行隨時的更新。每一個定義的�(yè)�(wù)都應(yīng)該攜帶一個業(yè)�(wù)界面,以便支持SLA級別的選�。而且,業(yè)�(wù)信息模型必須考慮將SLA�(guī)格映射到QoS級別的靈活�,以及QoS級別類型和SLA�(guī)格的可擴展�。業(yè)�(wù)定義則需要考慮�(yè)�(wù)的繼承�,與其他�(yè)�(wù)�(cè)面關(guān)�(lián)�,以及創(chuàng)建新�(yè)�(wù)的行為支持�
?、劬W(wǎng)�(luò)信息模型。網(wǎng)�(luò)信息模型需要解決所有技�(shù)�(qū)動的�(wǎng)�(luò)類型問題,如�(wǎng)�(luò)�?fù)鋯栴},被管理元素,子�(wǎng)�(luò)和業(yè)�(wù)流量描述符。網(wǎng)�(luò)模型需要表示的其他通用�(shù)�(jù),包括物理設(shè)各清單數(shù)�(jù),故障處理數(shù)�(jù),性能�(shù)�(jù),容量數(shù)�(jù),告警數(shù)�(jù)和路由協(xié)議數(shù)�(jù)。各種技�(shù)共存的網(wǎng)�(luò)域和單個網(wǎng)�(luò)域都需要實�(xiàn)�(wǎng)�(luò)信息模型。對于大�(guī)模的部署,需要實�(xiàn)模型的所有抽象類,而對于小�(guī)模部署或特定的客戶市�,則僅需實現(xiàn)�(wǎng)�(luò)模型的一個子集。同�,定義完善且容易實現(xiàn)的網(wǎng)�(luò)信息模型,應(yīng)該由某一個供�(yīng)商開�(fā)組織來設(shè)計和�(gòu)建�
維庫電子�,電子知識,一查百��
已收錄詞�153979�