摘? 要:?主要針對基于主動網絡的面向業務網管系統的具體通信需要，分析了應該具備的通信功能，設計了執行環境，提出了一種分布式的主動代碼存儲機制，構建了業務層和網絡層的通信有限自動機，提出了符合業務管理和主動網絡技術特點的通信模型。該通信模型在網管原型系統中得到了運用，從運用結果看它能夠較好地進行主動代碼的動態加載，能夠提供基礎的通信服務。
關鍵詞: 通信模型; 主動網絡; 網絡管理; 面向業務
?
通信在網絡管理系統中占據著重要的地位，是網絡管理系統必不可少的支撐功能之一。在網管系統中，管理中心需要下發各種管理命令，采集各種網管數據，這些都需要通過頻繁的通信來完成，而且通常需要傳輸的數據量比較大，如果沒有有效的通信模型的支撐，可能會造成網管系統的通信瓶頸。因此，通信模型直接影響著網管系統的性能。
本項目組在多年從事網絡管理和主動網絡技術[1,2]研究的基礎上，借鑒主動網絡技術和電信網絡業務管理的先進思想，提出了一種基于主動網絡技術的面向業務的管理模型，并實現了原型系統。在該原型系統中，根據面向業務網管系統的需要和主動網絡技術的特點，創新性地提出了一種符合需求的通信模型。
在通信方面，面向業務的網絡管理系統[3]與傳統的網絡管理系統具有共同之處。例如，處于業務層的網管中心與網絡層的管理者之間需要通信以下達各種管理命令或者反饋管理數據，管理者mgr與下層的代理agent之間也需要通信以便采集各種管理數據。但是，在基于主動網絡技術的面向業務網絡管理系統中，由于業務管理的特殊性，需要利用主動網絡技術采用主動代碼實現對業務的管理。因此，在通信方面，與其他的業務管理系統又有不同之處，如由于采用了主動網絡技術，就必須為主動代碼的加載提供通信支持。為此，提出了一種滿足上述要求的通信模型。本文將介紹這種符合業務管理和主動網絡技術特點的通信模型，闡述主動代碼的動態加載機制以及基于有限自動機的通信機制。
1 面向業務網管的通信模型
一般網絡管理系統中的通信服務主要包含以下內容[4]：網絡管理命令的傳送和接收、對管理命令的應答、傳送各種通知或告警Trap信息。與傳統的面向設備網絡管理系統不同，面向業務的網絡管理以網絡業務為被管對象，也就是說在面向業務的網管系統中，通信的內容不僅有傳統的設備對象數據，而且有業務管理層需要的業務對象數據。而在基于主動網絡技術的面向業務網管系統中還應包含支持主動網絡技術方面的通信內容，如主動代碼的加載與傳輸。因此，根據基于主動網絡技術的網管系統的需要，通信模塊應該提供以下幾種通信服務：(1)發送和接收主動信包；(2)發送和接收應答信包；(3)發送和接收通知或告警信包；(4)發起主動代碼加載請求；(5)提供主動代碼加載服務。為了滿足這些通信服務的需求，提出了一種基于主動網絡技術的面向業務網管的通信模型，如圖1所示。
?
從圖1可以看到，主動節點ANN（Active Network Node）位于業務層和網絡層，業務層的管理進程和網絡層的主動管理者mgr均運行在主動節點上。管理進程根據管理功能的需要，通過發送主動信包AP（Active Packets）的形式發送管理命令（主動信包中包含有管理功能命令和相應的完成管理命令的主動代碼的指針以及相關的參數），主動管理者收到主動信包后，解析主動信包AP，利用主動代碼動態加載機制（詳見第2節）動態加載主動代碼AC（Active Code），并執行主動代碼，采集相關的業務管理數據。由于與傳統網絡管理系統相同，主動管理者mgr與代理agent之間的通信仍然通過傳統的網管協議（如SNMP或CMIP等）完成。因此，mgr與agent之間的通信在本文中不再贅述。
2 主動代碼分發機制
業務管理功能通過主動代碼來實現，因此，如何將主動代碼有效、準確地分發到相關的主動節點上以完成需求的管理功能是首先需要解決的問題。同時，根據主動網絡的體系結構，主動信包的解析和主動代碼的執行是在執行環境EE（Execution Environment）部件中完成的，因此要解決主動代碼的分發和執行，需要研究和設計EE。
2.1 執行環境EE的設計
執行環境EE在主動網絡中占據核心的地位，為主動信包的解析和主動代碼的執行提供必要的服務。在目前的主動網絡實現技術中，通常采用Java虛擬機JVM（Java Virtual Machine）機制[5]。這是由于采用JVM作為執行環境的核心部件，主動代碼就可以采用Java語言編寫，便于管理功能的實現以及主動代碼的加載。但是僅有JVM是不夠的，EE必須能夠管理本機的各種資源、收發和識別主動信包、管理本地存儲的主動代碼、加載和啟動主動代碼。這些都是一個完備的EE所必須的功能。為了完成上述功能，在每個主動節點上安裝JVM，并使用Java語言開發了執行環境的各個部件。EE的結構如圖2所示。
?
從圖2可以看出，執行環境由三部分組成：Java虛擬機、通信模塊和類編譯加載器。
Java虛擬機：所有的部件（包括通信模塊、類編譯加載器以及主動代碼）都是由Java語言開發的，所以它們的運行都離不開JVM提供的接口和服務。
通信模塊：通信模塊不僅僅提供通信的接口和服務，還負責進行管理命令的偵聽。可以說，位于通信模塊中的命令偵聽服務是整個管理應用運行的起點。
類編譯加載器：負責實現對類加載，有需要時也可以對沒有編譯過的Java文件進行處理，編譯成類文件，以便在JVM上加載和執行。
2.2 分布式主動代碼存儲機制
在目前的研究中，主動代碼的分發主要有兩種方式：封裝和可編程交換[6]。基于封裝的傳輸方式是：將代碼和數據封裝在一起，形成主動信包進行傳輸；而基于可編程交換的傳輸方式是：將代碼和數據分離，用戶預先將主動代碼傳送到目的主動節點并存儲，在主動信包中只需包含相應主動代碼的指針及必要的參數。這兩種方法完全對立，各有優缺點。封裝給分組交換網絡帶來了全新的方案，并對網絡體系結構產生深遠的影響。因為，主動節點ANN計算處理每個流經它的信包，并能夠根據計算結果決定對信包的下一步處理工作，這對于網絡診斷、主動可靠多播等應用十分有利。但是，一方面，由于對主動信包的解釋目前都是采用虛擬機機制,為了保證安全，虛擬機機制必須限制封裝主動代碼AC的訪問地址空間，即主動信包中代碼的長度受到一定的限制，如Smart Packets[7]中代碼的長度不能超過1KB，從而也限制了封裝中AC的功能。另一方面，由于AC封裝在主動信包中，使用相同AC的主動信包也就包含了相同的AC，即相同的AC在網絡中重復傳遞，從而增加了網絡上的信息流量。而可編程交換不存在這些缺點，由于代碼與數據相分離，代碼的長度不受信包長度的限制；使用相同AC的主動信包只需要包含相同的指針即可；代碼的安全性可通過安全責任者（發送AC的管理者）的身份加以保證。但可編程交換也存在一些缺點，例如，由于主動信包的可流動和可再生特性，使得有的目的ANN預先無法確定；信包在中間節點只能被動地轉發，靈活性不如封裝。
為了提高主動網絡的運行性能，將可編程交換和封裝兩種技術相結合，研究了一種分布式的主動代碼存儲（DCCAN：Distributed Code Caching for Active Network）機制來實現主動代碼AC的分發。DCCAN的基本思想是：網絡上傳遞的主動信包AP中不再包含完整的主動代碼AC，而只需包含相應主動代碼的指針及狀態參數、數據等信息。將各種主動代碼分布式地存放在專門的主動代碼服務器ACS（Active Code Server）或駐留在主動節點ANN中，其結構如圖3所示。
?
?
在圖3中，ACS提供一個代碼數據庫，用于專門存放所有的AC，終端系統是指能夠產生和發送主動信包的終端節點。當ANN接收到某個主動信包AP后，執行環境EE將AP進行解析，先檢測指針所指示的AC在本地代碼數據庫LCD（Local Code Database）中是否存在，若存在，就立即調用；否則請求從ACS中臨時動態加載并執行，同時將該AC存儲在LCD中，以便后來到達的相同信包可以直接啟動使用。可見，需要使用相同的AC不必再從ACS加載而可以直接從LCD中調用，即相同的AC在網絡上只需傳輸一次，從而大大地降低了網絡傳輸量，提高了網絡的運行效率。
3 業務層與網絡層間的通信機制
圖1中，主動節點ANN1與ANN2之間基于UDP協議通信(為了信息傳輸的可靠性,增加了對信息接收的確認)，通過ANN1與ANN2之間的交互就能夠實現業務層與網元層的通信。首先，考慮當AP流經ANN時，由ANN1和ANN2對AP進行解析、執行，這樣ANN1和ANN2就會由于AP的輸入輸出而發生節點狀態改變；其次，如果把ANN1和ANN2分別看作Client和Server兩端的自動機，則ANN1和ANN2這兩個節點狀態的改變就體現出兩個自動機之間的信息交互關系。因此，根據圖1，可以構造ANN1與ANN2之間基于UDP協議的通信模型有限自動機UDP_ M。
(1) 定義有限自動機UDP_ M
定義：UDP_ M是一個七元組：UDP_M=(Q,∑i,∑o,δ,q0,F,C)，其中，
Q：通信狀態的非空有限集合。
∑i：有限的輸入字母表，Client_ANN1的輸入字母表是指從Client端下達的主動代碼和Server端上傳的數據包；Server_ANN2的輸入字母表是指所接收的主動代碼和網絡管理者Mgr.采集的網元數據。
∑o：有限的輸出字母表，Client_ANN1的輸出字母表是指給Client端上傳的數據包和給Server端下達的主動代碼；Server_ANN2的輸出字母表是指給Client_ANN1上傳的數據包和給Client_ANN1下達指令代碼執行的輸出。
δ：狀態轉移函數，δ：Q×∑i×∑o→Q。
q0：UDP_ M的開始狀態，且q0∈Q。
F：UDP_ M的終止狀態集合，且F
Q。
C：限定條件集合。在ANN1和ANN2之間進行數據通信時，應當設置關于數據傳輸的屬性，即Free（閑置時間）、TimeOut（超時）、TTL（生存周期）或Delay（延遲）等。
(2)構造有限自動機Server_ANN2_UDP_ M
定義：有限自動機Server_ANN2_UDP_ M=(Q,∑i,∑o ,δ,q0,F,C)，其中，
Q={Free, Send, Get_Confirm, Confirm}。
∑i={Yes_Confirm,Server_Request,TimeOut,No_Confirm}。
∑o={ANN2_network element datagram,Confirm_To_Client}。
δ定義：若Server_ANN2處于閑置狀態，則準備向Client_ANN1發送網元數據，描述為：
δ(Free, Server_Request,Φ)=Send
Server_ANN2向ANN1發送網元數據后，等待獲取確認，
描述為：
δ(Send,Φ,ANN2_network element datagram)=Get_Confirm
當通信網絡不可靠時，UDP數據報不能傳輸，通信自動機根據重傳次數RF(Retransmission Frequency)的閾值，決定下一步的狀態轉移，描述為：
??????? ?If RF
Else
δ（Get_Confirm, TimeOut, Φ）= Free
End if
當網絡可靠時，UDP數據報傳輸正常，自動機進行無條件狀態轉換。在Confirm狀態下，通信自動機發生有條件的狀態轉換，描述為：
??δ（Get_Confirm, Φ, Φ）= Confirm
在超時條件下，通信自動機則根據RF的閾值來發生兩種異常狀態轉換，描述為：
???? If C_UDP_TimeOut and RF>= C_UDP_RF Then
?? ?δ（Confirm, No_Confirm, Φ）= Free
?? Else if C_UDP_TimeOut and RF< C_UDP_RF Then
???????????? δ（Confirm, No_Confirm, Φ）= Confirm
??? End if
q0 = {Free}。
F = {Free}。
C = {RF
??? (3) 構造有限自動機Client_ANN1_UDP_M
??? 對于有限自動機Client_ANN1_UDP_M=（Q,∑i,∑o,δ, q0,F,C），同理按照有限自動機Server_ANN2_UDP_M可以進行構造。
??? 通信模型在網絡管理系統中占據重要的地位，是網絡管理系統必不可少的支撐功能之一，通信模型直接影響著網管系統的性能。在基于主動網絡技術的面向業務的網絡管理系統中，基于業務管理的特殊性，利用主動網絡技術采用主動代碼實現對業務的管理。因此，從通信角度看，一方面由于通信的內容不僅包含了傳統的設備對象數據，同時也包含了業務對象數據;另一方面，由于主動網絡技術的特點，還需要充分考慮主動代碼的通信。為此，本文提出了一種符合業務管理和主動網絡技術特點的通信模型。該模型在筆者開發的原型系統中得到了運用，從運用結果看，該通信模型能夠較好地進行主動代碼的動態加載，能夠提供給出的通信服務。同時由于該通信模型也有與網絡管理系統無關的主動代碼加載以及主動信包的傳輸功能，可以應用于其他基于主動網絡技術應用的通用通信設施，提供基礎的通信服務。
參考文獻
[1] ?CALVERT K L.Directions in active network[J].IEEE Comm.Mag.,1998,36(10)：72-78.
[2] ?DAVID L T,JONATHAN M S. A survey of active network?research[J]. IEEE Comm. Mag., 1997,35(1)：80-86.
[3] ?郭健，吳偉明，張愛霞. 面向業務的NGN綜合網管系統的研究[J].數據通信，2005(3):9-12.
[4] ?王立, 李增智, 閆焱,等. 業務管理網結構和概念模型的研究與實現[J]. 西安交通大學學報, 2003,37(8):878-880.
[5] ?DATTATRI S. An architecture for management of active
?network[D]. A paper for Degree of Master, University of
?TEXAS at Arlington, 1998.
[6] ?何丹,謝立. 一種新型的網絡體系結構——主動網絡.
?計算機研究與發展, 1999,36(1):1-7.
[7] ?SCHWART B. Smart packets for active network. BBN
?Technologies draft, http://www.nettech.bbn.com/smtpkts/
?smart.ps.gz, 1998.