SONPMSA系統(tǒng)通信平臺(tái)關(guān)鍵技術(shù)的研究
加入技術(shù)交流群
傳統(tǒng)網(wǎng)絡(luò)的中間節(jié)點(diǎn)對(duì)網(wǎng)絡(luò)傳遞的數(shù)據(jù)信息本身的語義是不做分析、理解的，而主動(dòng)網(wǎng)絡(luò)是由網(wǎng)絡(luò)上的主動(dòng)節(jié)點(diǎn)以及一些傳統(tǒng)節(jié)點(diǎn)構(gòu)成的。主動(dòng)網(wǎng)絡(luò)能夠傳遞封裝有可執(zhí)行代碼的主動(dòng)信包，主動(dòng)信包在主動(dòng)節(jié)點(diǎn)中移動(dòng)，主動(dòng)節(jié)點(diǎn)對(duì)流經(jīng)它的主動(dòng)信包進(jìn)行讀取、語義分析，并通過獲取主動(dòng)信包中的代碼而動(dòng)態(tài)地執(zhí)行網(wǎng)絡(luò)業(yè)務(wù)數(shù)據(jù)的管理。因此主動(dòng)代碼基礎(chǔ)是要實(shí)現(xiàn)主動(dòng)代碼的解析，而要實(shí)現(xiàn)主動(dòng)代碼的解析就需要實(shí)現(xiàn)主動(dòng)信包格式的定義。目前主要有兩種封裝方式：主動(dòng)網(wǎng)絡(luò)封裝協(xié)議ANEP(Active Network Encapsulation Protocol)和主動(dòng)IP(Acti-ve IP)。在SONPMSA系統(tǒng)中設(shè)計(jì)主動(dòng)信包的封裝格式時(shí)，沒有像Active IP信包格式那樣去修改數(shù)據(jù)報(bào)的IP Option，而是側(cè)重如何構(gòu)造通信雙方都能夠理解的數(shù)據(jù)報(bào)格式?；趹?yīng)用層實(shí)現(xiàn)的主動(dòng)信包的格式如圖2所示。本文引用地址：http://www.bjwjmy.cn/article/155706.htm
在圖2所示主動(dòng)信包格式的基礎(chǔ)上，圖1的工作過程為主動(dòng)代碼平臺(tái)由主動(dòng)代碼平臺(tái)接口(ACAPI)和主動(dòng)節(jié)點(diǎn)AN(主動(dòng)節(jié)點(diǎn)兼容傳統(tǒng)節(jié)點(diǎn))組成。接口ACAPI實(shí)時(shí)監(jiān)聽來自網(wǎng)管中心NMC的命令，即通過接口ACAPI接收主動(dòng)信包，根據(jù)主動(dòng)代碼的分發(fā)機(jī)制將其解析執(zhí)行。中間節(jié)點(diǎn)ANi允許用戶編程，節(jié)點(diǎn)之間的通信通過主動(dòng)信包完成。
主動(dòng)代碼服務(wù)器(Active Code Server，ACS)：該服務(wù)器中可以動(dòng)態(tài)存儲(chǔ)各種與業(yè)務(wù)相關(guān)的主動(dòng)代碼，如性能數(shù)據(jù)收集的主動(dòng)代碼，新業(yè)務(wù)引入配置的主動(dòng)代碼。當(dāng)主動(dòng)節(jié)點(diǎn)完成某項(xiàng)服務(wù)所需要執(zhí)行的主動(dòng)代碼在本地代碼庫中不存在時(shí)，采用動(dòng)態(tài)請(qǐng)求加載的方式動(dòng)態(tài)加載主動(dòng)代碼。
業(yè)務(wù)數(shù)據(jù)生成器將來自網(wǎng)元層的數(shù)據(jù)轉(zhuǎn)換成面向業(yè)務(wù)的數(shù)據(jù)通過ACAPI返回到網(wǎng)管中心NMC使用。
2 主動(dòng)代碼分發(fā)機(jī)制設(shè)計(jì)
基于主動(dòng)代碼面向業(yè)務(wù)網(wǎng)絡(luò)性能管理通信平臺(tái)的實(shí)現(xiàn)關(guān)鍵是要有一個(gè)良好、可行的主動(dòng)代碼分發(fā)機(jī)制。目前，主動(dòng)網(wǎng)絡(luò)的實(shí)現(xiàn)技術(shù)可以分為：封裝法、可編程交換法和結(jié)合法，它們都能夠?qū)崿F(xiàn)主動(dòng)代碼插入到主動(dòng)節(jié)點(diǎn)的功能。根據(jù)研究，本文采用以下的方法設(shè)計(jì)實(shí)現(xiàn)。為了兼容傳統(tǒng)網(wǎng)絡(luò)，將主動(dòng)信包建立在傳統(tǒng)的IP信包格式的基礎(chǔ)之上，格式如圖2所示，由于它使用IP信包，恨制了信包中代碼的長度要小于1 KB，即也限制代碼的處理功能。因此，根據(jù)不同的情況分兩種方法解決。具體過程可如圖3所示。
評(píng)論