用戶網路管理:簡介,模型和結構,CNM結構,CNM的協定,有關CNM的標準化動向,

用戶網路管理（customer network management;CNM）為用戶提供的管理所屬網路的功能，包括查看網路拓撲、流量等。

中文名稱	用戶網路管理
英文名稱	customer network management;CNM
定　　義	為用戶提供的管理所屬網路的功能，包括查看網路拓撲、流量等。
套用學科	通信科技（一級學科），支撐網路（二級學科）

基本介紹

中文名：用戶網路管理
外文名：customer network management;CNM

簡介,模型和結構,CNM結構,CNM的協定,有關CNM的標準化動向,CNM業務和信息模型,CNM業務概要,管理信息結構,CNM業務和管理信息,

簡介

通信網技術的發展，尤其是用戶具有使用網路的系統的先進性獲得了驚人的發展，使得網路管理的重要性更加突出了。對網路管理技術性的要求也非常多，具代表性的要求有:實現遠程維護、管理功能應具有先進性，從多個廠家購入的相同標準部件應具有通用性，管理系統的經濟性等。許多網路業務提供者都正已實現這些要求為目標，引入以通信管理網(TMN)為基礎的管理系統。

作為一個更重要的方面，各家正開始著眼於研究能向用戶提供具有部分網路管理信息及管理功能的用戶網路管理(CNM:Customer Network Management)，由此，用戶可向網路實施試驗，或者獲得用戶所必需的信息，能夠迅速實現與網路管理的協調和故障檢修。所以，CNM具有向已有用戶和按新規定入網的用戶提供附加價值的可能性，可望成為網路業務提供者的新的商業發展機會。

CNM特別廣泛的概念，網羅了故障管理、結構管理、會計管理、性能管理、機密管理等網路管理的全部，在CClTT(現ITU-T)第九次會議研究期(1989一1992年)之初，SGVl(現SG7)提出方案並進行了研究，此後，·在其他研究組(SG)及各種論壇都在致力於其標準化。NTT也在開發CNM業務的典型系統----用戶數據網管理系統(CNMS )，正在使用的NTT公司業務管理系統等，一些網路業務運營者及銷售商正在進行CNM系統及業務的實現。

在SG7的CNM中，正進行著眼於X.25分組通信業務的業務與信息的定義，在確立CNM一般性結構的同時，強調其通用性。不僅使用的協定都是在TMN中採用的通用管理信息協定CMIP(Common Management Information Protocol)[ITU一T Rec.X.711 | ISO/IEC 9596-1]，而且兼容報文處理系統/電子數據交換(MHS/EDl)〔ITU一T Rec.X.419 | ISO/IEC 9735]，並具有適應今後各種協定的擴展性，還要考慮其開放化。信息定義要容易被其他建議利用，注意通用性，同時要儘可能引用在其他已穩定了的建議的定義中能夠使用的定義。

模型和結構

CNM結構

把為了對網路廣大用戶的資源進行有效管理和使用戶有關通信問題得到迅速解決及業務得到恢復，對網路內與相套用戶有關的管理信息進行接入或修改，或者使網路具有管理功能的功能稱為CNM業務。用戶是網路業務的使用者，是接入1條以上的線路、具有費用支付責任的個人或組織。該業務保護各個用戶的機密，在僅有1個用戶時可虛擬地提供像1個網路那樣的管理功能。

在這些條件下，CNM模型如圖所示。該模型由機密管理部分、CNM套用部分、CNM管理信息庫、為取得和網路內部裝置與管理系統信息的變換部分等各功能塊構成。插入TMN模式的X接口，用戶方面分派管理者(Manager)承擔，CNM業務提供方面分派代理者(Agent)承擔，CNM套用按照業務類別由加工CNM管理信息庫的信息提供功能。由機密管理部分保證用戶的安全性，如像某用戶的接入不涉及其他用戶及擾亂網路自身等。因為網路業務運營者不希望看到內部的詳細信息，用戶自身也不需要過於詳細的信息，所以對用戶提供的不是原式原樣的信息，而變換功能提供對用戶的管理有用的抽象化的信息。

CNM的協定

在上述功能分別承擔中，接口部分進行協定處理，而從開放化的觀點看來，SG7的CNM要兼容使用CMlP和MHS/EDI。在將來，可以認為簡單網路管理系統SNMP(Simple Network Manasement System)[IETF RFC 1157〕及非OSI的簡易協定等都可能使用。根據協定種類在套用間存在著差異，這些差異可在套用內解決，或者使業務條件受到限制。例如，在採用MHs/EDI的場合，不能從套用方面能動地獲取報文存儲信息，動作類S型和CMIP之類的模式操作不同，在實時性上受到限制。然而，特別是歐洲在可能使用具有通用性的EDI軟體這點上，其實現性較優越。

有關CNM的標準化動向

SG7提出了規定結構(X.160)、業務定義(X.161)、CMIP用管理信息定義(X.162)、MHS/EDI用管理信息定義(x.163)。4個有關x.25分組通信網CNM的建議，今後還將提出業務擴充和一致性條件的規定。其他有關功能，有用戶和網路業務運營者之間以及網路業務運營者之間獲取故障報告的故障管理功能建議(X.790)。SG11提出了為ISDN用戶進行業務模仿操作(Service profile)的建議(Q.942)，ATM論壇及幀中繼論壇中也在研究採用SNMP的CNM業務的規定。

CNM業務和信息模型

CNM業務概要

如圖示出CNM業務內容。為了CNM使用者的便利，將CNM業務分為OSI系統管理上的5個類別。目前正就作為特別用戶優先度高者進行業務及信息定義。

管理信息結構

概要定義考慮了CNM的管理目標及管理信息對用戶的有用性以及如何保守網路業務運營者方面的機密等問題。進而根據X.25分組通信網的X.25協定結構的部分和通用性的部分，確立網路管理信息為如下基本信息分級結構，如圖所示。

1級：業務運營者的通信網。
2級：在網路中從用戶占有性看來僅與一個用戶有關的部分(用戶網)。要對用戶級進行管理的場合，只要回歸性地構成包含關係就行了。
3級-1：用戶特有的目標(與DTE號碼無關)，例如，故障報告及業務指令的視窗等。·
4級-1：其屬下的詳細目標。
3級-2：與用戶約定的DTE號碼有關的目標，例如與X.25協定第3層有關的目標。
4級-2：在其屬下與接入線(用戶線)無關的目標，例如多鏈路等。
4級-3：與接入線有關的目標，例如與數據鏈路及物理線路有關的目標。
5級：能置於其屬下的詳細的目標，例如，虛擬通道等。

CNM業務和管理信息

1、CNM業務和信息結構

各CNM業務和信息結構介紹如下。有關的管理目標(Mo：Manased Object)模型和所包含的樹型如圖所示。下面有關各業務的敘述請參照該樹型圖。

2、告警通知業務

通知涉及影響用戶通信的故障或事件，也可以變更其通知標準。與用戶資源及設備有關的告警，從裝置目標(設備：equipment)發出，與X.25數據鏈路以下的通信有關的告警，從表示X.25分組通信網用戶線終端的目標(X·25 終端：X.25 termination Point)發出。告警通知標準(重要程度，要否通知等)的變更，由選擇器目標(事件正向選擇器：Event Forwarding Discriminator)進行。各自的包含關係如圖所示。

3、故障報告業務

本業務是實現故障報告電子自動化了的功能，是最重要的CNM業務之一。故障管理功能利用X.790規定的通用性結構，並結合.X25分組通信網特有的故障因素。信息模型如圖所示，用戶一旦發現異常，在代理者(agent)內生成故障報告目標(通信故障報告)。在網路方面發現故障時，故障報告目標在agent內自動生成，並通知管理者(用戶)。關於修理狀況，連絡對方，由接入到與其對應的目標(修理活動，聯絡)獲得信息。關於現行故障報告的傳送、經過、結果的履歷，由故障履歷目標(故障履歷報告)保存。從網路方面來看，有檔案更新及測試等的預定，在對用戶通信有影響的場合，在代理者內生成通信提供者故障報告t後，將其通知用戶。這些是對電話網規定的業務，而對X.25套用還要進行如下擴展。即要按照X.790的通信故障報告分類，對以下問題作出判斷。

物理層群切斷，畢特錯誤多發，F模式同步偏移。
數據鏈路層群數據鏈路建立不起，無應答，協定錯誤，幀拒絕，重算出。
分組層群

不能發呼，無應答，網路擁塞，非預期性再起動，本地程式錯誤，遠程程式錯誤，切斷理由表示在切斷分組裡。

4、CNM系統構成參照/再構業務

這是設定及檢索有關用戶的組成信息或使線路及業務活性化/非活性化的業務，例如，系統結構圖的自動作成，線路閉塞、信息的更新等都可進行。對用戶來說，重要的是提供便於管理的信息要素。如用戶可獲得有關係統組成的必要信息，規定了位置目標(location)、用戶目標(Customer)、CNM使用者目標(CNM User)。位置目標包括用戶自身所有設備的信息，具有各接續線路所在地信息等的業務。用戶目標是具有用戶有關的各種信息的業務。CNM使用者目標是在用戶內具有分級組織的場合，具有與屬下組織或l個用戶下的接續線路群有關的信息的業務。

終端點目標(X·25 termination Point)是具有線路運行、管理信息，根據其屬性，能夠進行線路閉塞或解除操作，而且能夠由X.25實體目標(cnm X.25 Entity)進行X.25分組通信業務的閉塞或解除的業務。

5、CNM業務指令業務

接受業務指令後，可參照指令設定信息，進行業務指令的新規則登錄、追加、變更、清除、永久虛擬線路(PVC)等操作。業務指令從申請到設定實際物理線路存在著時間延遲，因此即使在CMIP中即刻設定業務指令信息也沒有意義。為此，引入如圖所示的狀態遷移，到實際運用開始的時間延遲，可由用戶與網路業務運營者協商決定。

作為與業務指令相關的管理目標(Mo)，定義了與實際業務項目業務模擬有關的目標，和控制上述狀態遷移，生成業務的業務請求目標(Serviee Request)。

業務模擬結合X.25分組通信的協定結構，定義在數據鏈路、多鏈路、分組的各個層的目標里，而且PVC、典型接續、閉域接續等特殊業務也作為目標定義。關於各個目標，定義了表示各層特性及約定的參數等屬性。要實施一個約定，必須這樣設定幾個模擬，但在只使用`CMIP時不能同時操作全部模擬。為此，對業務請求具有複合了圖的CMIP操作形態的數據結構，做到能對幾個業務模擬目標同時分別設定各自的值。因此，沒有必要在設定目標間的值時同步，或介意在失敗時進行重算(roll back)。

對於PVC，在基本的業務登錄完成立後再採取另一方法進行。對各個PVC，要設定自己的虛擬通道號碼、對方電話號碼和虛擬通道號碼、信息吞吐量級、收費方向等。PVC還存在對方線路的設定問題，因此有必要考慮在執行上2個目標採取同步等。

6、CNM通信量信息業務

性能管理是根據用戶的期望收集、檢索、統計出用戶通信的通信量的業務。其基本功能是利用通用性的結構(在建議Q.822中規定)，實際上以測是X.25分組通信業務的項目作出規定。將獲取通信量現狀值的掃描器定義為目標(現行數據：Current Data)，由此進行通信量統計控制，定義每隔一定時間(例如l小時)記錄現狀值的歷史目標(History Data)。按照這種方法，把X.25分組通信的各層中收集通信量數據的現行數據目標和記錄的歷史目標定義如下。這些目標是為每個線路號碼在客戶需要按日、月等作統計的場合，由網路業務運營者提供必要的統計，或者由管理者用某些方法總計。

〔數據鏈路層〕：現行SIP通信量數據、歷史slP通信量數據
〔多鏈路層〕：現行MIP通信量數據、歷史MIP通信量數據
〔分組層〕：現行分組通信量數據、歷史分組通信量數據

用戶網路管理