【正文】
order to finish the sessions between servers and terminals. This article suggests some areas in need of improvement and the improvement plan by analyzing the multimedia system in the points of the multimedia system’s networking, transfer protocol, database and so on which based on the realization of the call routing module. At the same time, this article provides a separate call routing module for multimedia system, pletes the design for call routing module’s database, coding scheme and framework. According to the framework of the call routing module, this paper gives several main data structures and interface functions in order to further analysis call routing framework’s implementation process. By learning the application technology of the telephone exchange network, this essay develops a set of basic coding scheme for multimedia system in the realization of the call routing module. Based on this design, this paper also provides some strategies for multimedia system’s business recovery and gives some business recovery examples.Key Words: multimedia system, terminals, callrouting, number analysis, session ii浙江大學(xué)碩士學(xué)位論文 目錄目錄摘要 iAbstract ii圖目錄 III表目錄 IV第1章 緒論 1 多媒體系統(tǒng)的發(fā)展 1 多媒體系統(tǒng)簡介 1 多媒體系統(tǒng)的應(yīng)用 1 多媒體系統(tǒng)的管理 2 多媒體系統(tǒng)的終端管理 2 多媒體系統(tǒng)的一些缺陷 3 本課題的研究背景以及擬解決的問題 4 課題來源 4 呼叫路由技術(shù)在多媒體中的應(yīng)用 4 課題擬解決的問題 4 本章小結(jié) 5第2章 多媒體系統(tǒng)業(yè)務(wù)分析 6 多媒體系統(tǒng)的基本架構(gòu) 6 多媒體業(yè)務(wù)通用的三層架構(gòu)體系 6 IP多媒體系統(tǒng)的基本架構(gòu)分析 8 多媒體系統(tǒng)的協(xié)議分析 11 11 SIP協(xié)議 12 多媒體業(yè)務(wù)控制中協(xié)議的傳輸 13 多媒體系統(tǒng)的組網(wǎng)設(shè)計(jì)分析 14 多級多域模型 14 終端交互的組網(wǎng)實(shí)現(xiàn) 16 多媒體系統(tǒng)的會話類的業(yè)務(wù)分析 18 終端注冊流程分析 18 終端會話流程分析 21 本章小結(jié) 22第3章 多媒體系統(tǒng)的改進(jìn)分析 23 多媒體系統(tǒng)的一些策略與相關(guān)分析 23 組網(wǎng)以及協(xié)議傳輸策略 23 數(shù)據(jù)庫策略 24 設(shè)備綁定策略 25 多媒體系統(tǒng)一些改進(jìn)的方案分析 26 組網(wǎng)以及設(shè)備綁定改進(jìn)分析 26 數(shù)據(jù)庫改進(jìn)分析 28 編碼方案分析 29 基于號碼分析的呼叫路由方案的提出 30 號碼分析的應(yīng)用 30 號碼分析以及新的呼叫路由方案的提出 31 本章小結(jié) 32第4章 基于號碼分析的呼叫路由的框架的設(shè)計(jì) 33 數(shù)據(jù)庫設(shè)計(jì) 33 設(shè)備注冊路由表設(shè)計(jì) 33 域路由表設(shè)計(jì) 34 設(shè)備共享路由表設(shè)計(jì) 35 編碼設(shè)計(jì) 37 IP多媒體系統(tǒng)編碼應(yīng)考慮的一些因素 38 IP多媒體系統(tǒng)編碼設(shè)計(jì) 39 呼叫路由模塊設(shè)計(jì) 40 呼叫路由模塊框架 41 呼叫路由模塊業(yè)務(wù)實(shí)現(xiàn)流程設(shè)計(jì) 44 呼叫路由模塊擴(kuò)展設(shè)計(jì) 47 呼叫路由模塊的實(shí)現(xiàn) 48 數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)的實(shí)現(xiàn) 48 函數(shù)接口設(shè)計(jì)的實(shí)現(xiàn) 50 呼叫路由框架的實(shí)現(xiàn)分析 56 本章小節(jié) 56第5章 基于號碼分析的呼叫路由框架的實(shí)現(xiàn) 58 呼叫路由模塊支持的業(yè)務(wù) 58 呼叫路由模塊實(shí)現(xiàn)的實(shí)例 59 實(shí)時(shí)監(jiān)控的實(shí)例與分析 59 多級多域組網(wǎng)注冊恢復(fù)的實(shí)例與分析 62 本章小結(jié) 66第6章 總結(jié) 67參考文獻(xiàn) 68作者簡歷 70致謝 71II浙江大學(xué)碩士學(xué)位論文 表目錄圖目錄 多媒體三層架構(gòu)圖 6 IMOS架構(gòu)簡圖 8圖2. 3 IMOS系統(tǒng)部分業(yè)務(wù)截圖 9圖2. 4 SIP請求消息 14圖2. 5 多級多域模型 16圖2. 6 本域終端交互的實(shí)現(xiàn) 17圖2. 7 域間終端會話 18圖2. 8 終端配置界面 19圖2. 9 終端注冊簡圖 20圖3. 1 域間消息傳遞 24圖3. 2 組網(wǎng)以及設(shè)備綁定圖解 26圖3. 3 消息傳遞方案 27圖4. 1 呼叫路由模塊數(shù)據(jù)庫設(shè)計(jì)關(guān)系圖 37圖4. 2 呼叫路由模塊簡圖 42圖4. 3 呼叫路由流程圖 44圖4. 4 呼叫路由業(yè)務(wù)實(shí)現(xiàn) 45圖4. 5 呼叫路由模塊結(jié)合業(yè)務(wù)的實(shí)現(xiàn) 47圖5. 1 配置EC界面 60圖5. 2 實(shí)況界面 60圖5. 3設(shè)備注冊路由表 61圖5. 4 EC路由信息 61圖5. 5 本域?qū)崨r實(shí)例報(bào)文 62圖5. 6 域間?;顚?shí)例 63圖5. 7 呼叫路由重注冊實(shí)例 64圖5. 8 域路由表實(shí)例 65圖5. 9 域路由表數(shù)據(jù)查詢實(shí)例 65圖5. 10 域間故障恢復(fù)實(shí)例 66表目錄 IMOS路由表 25 設(shè)備注冊路由表 33 域路由表 35 設(shè)備推送路由表 36 編碼規(guī)則表 40IV浙江大學(xué)碩士學(xué)位論文 第1章 緒論第1章 緒論 多媒體系統(tǒng)的發(fā)展 多媒體系統(tǒng)簡介本課題所研究的多媒體系統(tǒng),也即IP多媒體系統(tǒng)(IP Multimedia Operating System),簡稱IMOS[1]?;诒疚脑O(shè)計(jì)的呼叫路由模塊,本文還為多媒體系統(tǒng)的業(yè)務(wù)的恢復(fù)提供了相關(guān)的實(shí)現(xiàn)策略并給出了多媒體系統(tǒng)中業(yè)務(wù)恢復(fù)的實(shí)例。IMOS目前支持的業(yè)務(wù)有很多,比較重要的有下面幾類:實(shí)況,實(shí)況又可以分為硬解實(shí)況和軟解實(shí)況。在跨地區(qū)的終端管理中,目前就是這種形式,不同的是,IMOS的多級域有上下級域之分,就是,兩臺服務(wù)器的地位不是對等的,上級域能夠使用下級域共享(推送)的資源,而上級域不能像下級域推送資源,這樣做主要是為了完成管理的一個(gè)權(quán)限的劃分。本課題就是基于這套方案展開來,對路有模塊逐步分析,形成了一個(gè)獨(dú)立的路由的框架?;谝陨先c(diǎn),本文的問題與工作也就有了初步的認(rèn)識,在后面幾章里,作者將會對于多媒體的具體的一些會話的業(yè)務(wù),多媒體系統(tǒng)的改進(jìn)分析和呼叫路由的設(shè)計(jì)給出詳細(xì)的分析和說明??刂茖犹峁┝藨?yīng)用層中的原子業(yè)務(wù)的實(shí)現(xiàn)和封裝,控制層在整個(gè)多媒體架構(gòu)中起到了至關(guān)重要的作用。多媒體系統(tǒng)由一個(gè)系統(tǒng)的登陸頁面,通過IE輸入服務(wù)器地址可以登陸IMOS系統(tǒng)??刂茖拥暮脡臎Q定了系統(tǒng)的好壞。1997年正是基于異步傳遞技術(shù)(ATM)實(shí)現(xiàn)三網(wǎng)合一的勢頭最猛烈的一年,但此時(shí)以太網(wǎng)技術(shù)和IP技術(shù)的發(fā)展勢頭更為迅猛。用戶代理(User Agent)和代理(Proxy)中含有客戶機(jī)。SIP這個(gè)協(xié)議完全傳承了Internet的特點(diǎn),是計(jì)算機(jī)網(wǎng)絡(luò)流派的杰作[12]。所謂多級多域,就是指多臺服務(wù)器通過分級分域的方法來進(jìn)行組網(wǎng)。目前IMOS 的應(yīng)用還在推廣中,在實(shí)際的應(yīng)用中多級多域的組網(wǎng)也不是很麻煩,IMOS設(shè)定最大只允許七級組網(wǎng),從目前的應(yīng)用場景來看,已經(jīng)足夠使用。 多媒體系統(tǒng)的會話類的業(yè)務(wù)分析 終端注冊流程分析,這個(gè)是終端注冊的一個(gè)簡單的流程,當(dāng)然由于每個(gè)模塊內(nèi)部都有非常細(xì)的子流程,我們不可能把每一個(gè)詳細(xì)的業(yè)務(wù)過程都說的很細(xì),只需要關(guān)注業(yè)務(wù)在內(nèi)部大致的實(shí)現(xiàn)就行了。終端會話在內(nèi)部處理的流程比較類似,業(yè)務(wù)由幾個(gè)模塊分別處理完成,在這里,我們關(guān)注一個(gè)問題,就是呼叫控制控制模塊(Call Control),簡稱CC,作者目前所在的項(xiàng)目就是呼叫控制項(xiàng)目組,本課題也可以說是此模塊的一個(gè)子模塊的研究。域間的SIP消息目前只會帶有下級域的地址,我們可以想辦法在SIP消息中增加相關(guān)的字段等,把服務(wù)器之前的終端之間的路徑都帶上去,比如說,服務(wù)器II向服務(wù)器III注冊時(shí),可以把服務(wù)器I的地址也帶上,這樣就能保證服務(wù)器III能夠找到服務(wù)器I的地址,從而當(dāng)服務(wù)器II壞掉時(shí),為服務(wù)器III提供其它的路徑信息。目前的路由功能也沒有支持這個(gè)缺陷的解決,在考慮新的呼叫路由方案時(shí),需要考慮到這個(gè)問題的實(shí)現(xiàn)。 數(shù)據(jù)庫改進(jìn)分析,要解決這些缺陷,就要對路由表重新規(guī)劃,但是在新的方案中還需要兼容原有的路由功能,所以新的路由方案中就需要帶上原來有的相關(guān)信息。目前的號碼分析的應(yīng)用比較復(fù)雜,而且都有一定的規(guī)范,在呼叫路由模塊內(nèi)用不到這么多信息,我們需要的是在號碼中攜帶上相關(guān)的信息,在號碼與號碼之間暫止不會再做映射處理。我們來看一個(gè)撥號計(jì)劃的簡單的案例,在目前的電話應(yīng)用中,電話號碼就是一個(gè)撥號,電話號碼的原則就是一個(gè)撥號計(jì)劃。呼叫路由模塊框架的實(shí)現(xiàn)借助于IMOS系統(tǒng)其他獨(dú)立模塊實(shí)現(xiàn)的原理,但是呼叫路由模塊的執(zhí)行過程是全新的,也是獨(dú)立于其他模塊的。 設(shè)備注冊路由表數(shù)據(jù)項(xiàng)數(shù)據(jù)類型主鍵外鍵非空設(shè)備注冊編碼char是是設(shè)備源IP類型interger是設(shè)備源IP地址varchar是設(shè)備源端口interger是Nat穿越IP地址類型intergerNat穿越IP地址varcharNat網(wǎng)絡(luò)端口interger域編碼char是是備用域編碼char是在終端的注冊和交互中都會使用到設(shè)備注冊路由表,來獲取終端的地址信息。 域路由表數(shù)據(jù)項(xiàng)數(shù)據(jù)類型主鍵外鍵非空域編碼char是是域IP地址類型interger是域IP地址varchar是域端口是備用域IP地址類型interger備用域IP地址varchar備用域端口intergerNat地址類型integerNat IP地址varcharNat 端口interger 設(shè)備共享路由表設(shè)計(jì)還是從多級多域分析,終端需要向服務(wù)器進(jìn)行注冊,這樣能夠完成本域的終端的管理,服務(wù)器之間也要相互注冊,這樣就完成了服務(wù)器之間的終端共享。共享路由表源域編碼一級域編碼二級域編碼三級域編碼四級域編碼五級域編碼六級域編碼域路由表域編碼域IP類型域IP地址域端口備用域IP類型備用域IP地址備用域端口NAT地址類型NAT地址NAT端口注冊路由表設(shè)備注冊編碼設(shè)備IP類型設(shè)備IP地址設(shè)備端口Nat地址類型Nat地址Nat端口域編碼備用域編碼圖4. 1 呼叫路由模塊數(shù)據(jù)庫設(shè)計(jì)關(guān)系圖呼叫路由的數(shù)據(jù)庫路由表之間存在著索引關(guān)系。從需求分析中可知,編碼應(yīng)該包含盡可能多的信息,我們把可能要包含的信息分類如下:編碼類型:有域編碼,設(shè)備注冊編碼,設(shè)備共享編碼;域類型:有本域,上級域,下級域,平級域,備用域等;外域類型:DB33,SCDL,IMOS類型等;軟終端類型:有EC,DC,XP,VX等;設(shè)備資源類型:有攝像機(jī),云臺,目錄,告警源等;設(shè)備識別碼:識別設(shè)備的編號;設(shè)備IP類型:IPV4,IPV6;有無MS狀態(tài):有或者無;網(wǎng)絡(luò)類型:局域網(wǎng),廣域網(wǎng),其他類型網(wǎng)絡(luò)(電路網(wǎng)等)等;編碼時(shí)要考慮到實(shí)際的情況,把必要信息包含進(jìn)去,但也不能籠統(tǒng)的一概包括,否則編碼長度,復(fù)雜度將會大大增加。,從這套編碼規(guī)則中能夠很好的提取出相關(guān)的信息,然后在呼叫路由業(yè)務(wù)處理時(shí)進(jìn)一步進(jìn)行分析和處理。號碼分析的好處就是可以用一串號碼來攜帶很多信息,一個(gè)號碼的傳入當(dāng)然不像一條消息那樣占用太大的空間,所以號碼分析單單是在性能上就會給多媒體監(jiān)控系統(tǒng)帶來很多好處。很明顯,設(shè)備推送編碼是用來查詢此表的關(guān)鍵字,在這里,如果把所有的地址信息都放在設(shè)備推送路由表中,則在數(shù)據(jù)庫中存在大量的數(shù)據(jù)重復(fù),并且這張表也太大,不合理。為了解決目前的組網(wǎng)的缺陷,在業(yè)務(wù)中我們考慮到備用服務(wù)器的選擇,在新的路由表中就包含了備用域的地址信息。原有的呼叫路由只有一張路由表,為了更合理的管理數(shù)據(jù)和實(shí)現(xiàn)業(yè)務(wù),根據(jù)業(yè)務(wù)的具體情況,把呼叫路由表分成設(shè)備注冊路由表,設(shè)備推送路由表和域路由表。然而,在國內(nèi)業(yè)界甚至國際的業(yè)界內(nèi),IMOS系統(tǒng)已經(jīng)是發(fā)展的最好的多媒體系統(tǒng)之一了,這樣都會存在許多明顯的缺陷,更何況那些正在發(fā)展中