【正文】 資源要跨平臺(tái)，在不同的環(huán)境下進(jìn)行通信。MO模塊的設(shè)計(jì)思想是在MO和MR之間設(shè)計(jì)一個(gè)網(wǎng)關(guān)（gateway），來實(shí)現(xiàn)兩者之間的消息、數(shù)據(jù)、協(xié)議等轉(zhuǎn)換。MO部分的主要功能是解析，執(zhí)行來自管理者的CMIP請(qǐng)求，維持各MO的屬性值同被管資源的一致性，生成CMIP請(qǐng)求結(jié)果，并上報(bào)通用agent模塊，同時(shí)與MR通信，接收和處理來自MR的事件報(bào)告信息，并轉(zhuǎn)發(fā)給通用agent。MO部分有大量的用戶定制工作。工具只能完成其中一半的工作，而另一半工作都需要用戶自己去定制。用戶定制分為兩大類；第一類是PRE／POST函數(shù)。PRE／POST函數(shù)的主要功能是在agent正式處理CMIP請(qǐng)求之前／之后與被管資源打交道，傳送數(shù)據(jù)到MR或從MR獲取數(shù)據(jù)并做一些簡(jiǎn)單的處理。通過對(duì)這些PRE／POST函數(shù)的執(zhí)行，可以確保代理能夠真實(shí)地反映出被管資源的運(yùn)行狀態(tài)。PRE／POST函數(shù)分為兩個(gè)層次：MO級(jí)別和屬性級(jí)別。MO級(jí)別層次較高，所有對(duì)該對(duì)象類的CMIP操作都會(huì)調(diào)用MO級(jí)別的PRE／POST函數(shù)。屬性級(jí)別層次低，只有對(duì)該屬性的CMIP操作才會(huì)調(diào)用這些函數(shù)。DSET工具只提供了PRE／POST函數(shù)的人口參數(shù)和返回值，具體的代碼需要完全由用戶自己編寫。由于agent與被管資源有兩種不同的通信方式，不同的方式會(huì)導(dǎo)致不同的編程結(jié)構(gòu)和運(yùn)行效率，如果是同步方式，編程較為簡(jiǎn)單，但會(huì)阻塞被管資源，適合于由大量數(shù)據(jù)返回的情況。異步方式不會(huì)阻塞被管資源，但編程需要作特殊處理，根據(jù)不同的返回值做不同的處理，適合于數(shù)據(jù)不多的情況，在選擇通信方式時(shí)還要根據(jù)MO的實(shí)現(xiàn)方式來確定。比如，MO若采用Doer來實(shí)現(xiàn)，則只能用同步方式。第二類是動(dòng)作、事件報(bào)告和通知的處理，動(dòng)作的處理相對(duì)比較容易，只需考慮其通信方式采用同步還是異步方式。對(duì)事件報(bào)告和通知的處理比較復(fù)雜。首先，需要對(duì)事件進(jìn)行分類，對(duì)不同類別的事件采用不同的處理方法，由哪一個(gè)事件前向鑒別器EFD（Event Forwarding Discriminator）來處理等等。比如，告警事件的處理就可以單獨(dú)成為一類。其次，對(duì)每一類事件需要確定相應(yīng)的EFD的條件是什么，哪些需要上報(bào)管理應(yīng)用，哪些不需要。是否需要記入日志，這些日志記錄的維護(hù)策略等等。除了這兩類定制外，MO也存在著優(yōu)化問題。比如MO用worker還是Doer來實(shí)現(xiàn)，通信方式采用同步還是異步，面向連接還是無連接等等，都會(huì)影響整個(gè)代理的性能。如果MO要永久存儲(chǔ)，我們采用文件方式。因?yàn)槟壳癉SET的工具只支持Versant、ODI這兩種面向?qū)ο髷?shù)據(jù)庫管理系統(tǒng)OODBMS，對(duì)于0racle，Sybase等數(shù)據(jù)庫的接口還需要用戶自己實(shí)現(xiàn)。MO定制的工作量完全由信息模型的規(guī)模和復(fù)雜程度決定，一個(gè)信息模型的對(duì)象類越多，對(duì)象之間的關(guān)系越復(fù)雜（比如一個(gè)對(duì)象類中的屬性改變會(huì)影響別的類），會(huì)導(dǎo)致定制工作的工作量和復(fù)雜程度大大增加。代理者agent在執(zhí)行管理者發(fā)來的CMIP請(qǐng)求時(shí)必須保持與被管資源MR進(jìn)行通信，將manager傳送來的消息和數(shù)據(jù)轉(zhuǎn)發(fā)給MR，并要從MR獲取必要的數(shù)據(jù)來完成其操作，同時(shí)，它還要接收來自MR的事件報(bào)告，并將這些事件上報(bào)給manager。由上述可知，代理與被管資源MR之間的通信接口實(shí)際上是指MO與MR之間的通信接口。大部分MO是對(duì)實(shí)際被管資源的模擬，這些MO要與被管資源通信。若讓這些MO直接與被管資源通信，則存在以下幾個(gè)方面的弊端：?由于MO模塊本身不具備錯(cuò)誤信息檢測(cè)功能（當(dāng)然也可在此設(shè)計(jì)該項(xiàng)功能，但增加了MO模塊的復(fù)雜性），如果將上向發(fā)來的所有信息（包括某些不恰當(dāng)?shù)男畔ⅲ┤哭D(zhuǎn)發(fā)給MR，不僅無此必要，而且增加了數(shù)據(jù)通信量；同理MR上發(fā)的信息也無必要全部發(fā)送給MO。?當(dāng)被管資源向MO發(fā)消息時(shí)，由于MIT對(duì)于被管資源來說是不可知的，被管資源不能確定其相應(yīng)MO在MIT中所處的具體位置，從而也就無法將其信息直接送到相應(yīng)的MO，因而只能采用廣播方式發(fā)送信息。這樣一來，每當(dāng)有消息進(jìn)入MO模塊時(shí)，每個(gè)MO都要先接收它，然后對(duì)此消息加以判斷，看是否是發(fā)給自己的。這樣一方面使編程復(fù)雜化，使軟件系統(tǒng)繁雜化，不易控制，調(diào)試?yán)щy；另一方面也使通信開銷增大。?MO直接與被管資源通信，使得系統(tǒng)在安全性方面得不到保障，在性能方面也有所下降，為此，采用計(jì)算機(jī)網(wǎng)絡(luò)中中網(wǎng)關(guān)（gateway）的思想，在MO與被管資源建立一個(gè)網(wǎng)關(guān)，即用一個(gè)gateway worker作為MO與被管資源通信的媒介。網(wǎng)關(guān)在代理的進(jìn)程處理中起到聯(lián)系被管資源與MO之間的“橋梁”作用。第六章 總結(jié)與展望Q3接口信息建模是TMN開發(fā)中的關(guān)鍵技術(shù)。目前，各標(biāo)準(zhǔn)化組織針對(duì)不同的管理業(yè)務(wù)制定和發(fā)布了許多信息模型。這些模型大部分是針對(duì)網(wǎng)元層和網(wǎng)絡(luò)層，業(yè)務(wù)層和事務(wù)層的模型幾乎沒有，還有相當(dāng)?shù)臉?biāo)準(zhǔn)化工作正在繼續(xù)研究。業(yè)務(wù)層和事務(wù)層的模型是將來研究的重點(diǎn)。除了Q3接口外，TMN的接口還包括X，F(xiàn)，Qx接口。它們的Q3接口相同也包括通信模型和信息模型兩個(gè)部分。各標(biāo)準(zhǔn)化組織幾乎沒有發(fā)布針對(duì)這些接口的規(guī)范。F接口和具體的一個(gè)TMN系統(tǒng)的實(shí)施密切相關(guān)，沒有必要對(duì)其的通信模型和信息模型進(jìn)行規(guī)范化。Qx是不完善的Q3接口，它是非標(biāo)準(zhǔn)的廠家專用的Q接口，雖然在管理系統(tǒng)的實(shí)施中，很多產(chǎn)品采用Qx接口作為Q3接口的過渡，但是隨著標(biāo)準(zhǔn)化進(jìn)程的推進(jìn)，Qx接口將逐步被拋棄。電信工業(yè)的變化日新月異，寬帶網(wǎng)絡(luò)使得分布系統(tǒng)互連成為可能，使得不同的電信服務(wù)公司和運(yùn)營(yíng)公司相互競(jìng)爭(zhēng)、相互合作來向用戶提供服務(wù)。在這種環(huán)境下，整個(gè)電信網(wǎng)絡(luò)管理將涉及到不同的組織以及它們的管理系統(tǒng)?；赥MN的多域管理（TMNBased MultiDomain Management）將成為未來電信網(wǎng)管的重要研究方向。X接口位于兩個(gè)TMN系統(tǒng)之間，對(duì)它研究是基于TMN的多域管理系統(tǒng)的重點(diǎn)。TMN有技術(shù)上的先進(jìn)、強(qiáng)調(diào)公認(rèn)的標(biāo)準(zhǔn)和接口等優(yōu)點(diǎn)。但它也有目標(biāo)太大、抽象化要求太高、信息模型的標(biāo)準(zhǔn)化進(jìn)程太慢、OSI滿協(xié)議棧的效率不高等問題。TMN自身需要進(jìn)一步發(fā)展。在網(wǎng)絡(luò)管理技術(shù)方面，除了TMN一種體系結(jié)構(gòu)以外，還有ITU amp。 ISO的開放分布處理（ODP），OSF的分布處理和管理環(huán)境（DCE／DME），NMF的OMNIPoint，OMG的公共對(duì)象請(qǐng)求代理體系結(jié)構(gòu)（CORBA）以及TINAC的電信信息網(wǎng)絡(luò)體系結(jié)構(gòu)（TINA）。目前，CORBA技術(shù)越來越被電信、網(wǎng)絡(luò)部門接受和采用。CORBA體系結(jié)構(gòu)是對(duì)象管理組織OMG為解決分布式處理環(huán)境中，硬件和軟件系統(tǒng)的互連而提出的一種解決方案。CORBA適用于業(yè)務(wù)層和事務(wù)層的管理應(yīng)用。對(duì)于下幾層（網(wǎng)元層、網(wǎng)元管理層和網(wǎng)絡(luò)管理層）而言，還沒有比TMN更好的體系結(jié)構(gòu)。TINA體系結(jié)構(gòu)是基于分布式計(jì)算，面向?qū)ο笠约半娦藕陀?jì)算機(jī)業(yè)界的其它和標(biāo)準(zhǔn)，如ODP，IN，TMN和CORBA；它將電信業(yè)務(wù)和管理業(yè)務(wù)綜合到同一種體系結(jié)構(gòu)中，是電信業(yè)務(wù)與電信網(wǎng)絡(luò)技術(shù)無關(guān)，從而使電信業(yè)務(wù)的開放與管理不受多廠商設(shè)備的影響。雖然TINA處于發(fā)展中，還不很成熟，但它是未來電信體系結(jié)構(gòu)的最終方向。
參考文獻(xiàn)[1] 胡錚，《網(wǎng)絡(luò)與信息管理》，電子工業(yè)出版社，2008 [2] 尚小航，郭正昊，《網(wǎng)絡(luò)管理基礎(chǔ)》，清華大學(xué)出版社， [3] 趙慧、蔡希堯,“網(wǎng)絡(luò)管理體系結(jié)構(gòu)綜述”,《計(jì)算機(jī)科學(xué)》，1999 [4] 姚衛(wèi)東、宋國(guó)光，“網(wǎng)絡(luò)技術(shù)的發(fā)展動(dòng)向與前景”，《計(jì)算機(jī)世界報(bào)》，1996年第3期 [5] 孟洛明，“網(wǎng)絡(luò)管理技術(shù)的現(xiàn)狀和發(fā)展趨勢(shì)”，《現(xiàn)代通信》，1997 致謝非常感謝慕亞茹老師在我大學(xué)的最后學(xué)習(xí)階段——畢業(yè)設(shè)計(jì)階段給自己的指導(dǎo)，從最初的定題，到資料收集，到寫作、修改，到論文定稿，她們給了我耐心的指導(dǎo)和無私的幫助。為了指導(dǎo)我們的畢業(yè)論文，她們放棄了自己的休息時(shí)間，她們的這種無私奉獻(xiàn)的敬業(yè)精神令人欽佩，在此我向她們表示我誠(chéng)摯的謝意。同時(shí)，感謝所有任課老師和所有同學(xué)在這三年來給自己的指導(dǎo)和幫助，是他們教會(huì)了我專業(yè)知識(shí)，教會(huì)了我如何學(xué)習(xí)，教會(huì)了我如何做人。正是由于他們，我才能在各方面取得顯著的進(jìn)步，在此向他們表示我由衷的謝意，并祝所有的老師培養(yǎng)出越來越多的優(yōu)秀人才，桃李