【正文】 alization 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)簡(jiǎn)介 1 多媒體系統(tǒng)的應(yīng)用 1 多媒體系統(tǒng)的管理 2 多媒體系統(tǒng)的終端管理 2 多媒體系統(tǒng)的一些缺陷 3 本課題的研究背景以及擬解決的問題 4 課題來(lái)源 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 多級(jí)多域模型 14 終端交互的組網(wǎng)實(shí)現(xiàn) 16 多媒體系統(tǒng)的會(huì)話類的業(yè)務(wù)分析 18 終端注冊(cè)流程分析 18 終端會(huì)話流程分析 21 本章小結(jié) 22第3章 多媒體系統(tǒng)的改進(jìn)分析 23 多媒體系統(tǒng)的一些策略與相關(guān)分析 23 組網(wǎng)以及協(xié)議傳輸策略 23 數(shù)據(jù)庫(kù)策略 24 設(shè)備綁定策略 25 多媒體系統(tǒng)一些改進(jìn)的方案分析 26 組網(wǎng)以及設(shè)備綁定改進(jìn)分析 26 數(shù)據(jù)庫(kù)改進(jìn)分析 28 編碼方案分析 29 基于號(hào)碼分析的呼叫路由方案的提出 30 號(hào)碼分析的應(yīng)用 30 號(hào)碼分析以及新的呼叫路由方案的提出 31 本章小結(jié) 32第4章 基于號(hào)碼分析的呼叫路由的框架的設(shè)計(jì) 33 數(shù)據(jù)庫(kù)設(shè)計(jì) 33 設(shè)備注冊(cè)路由表設(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章 基于號(hào)碼分析的呼叫路由框架的實(shí)現(xiàn) 58 呼叫路由模塊支持的業(yè)務(wù) 58 呼叫路由模塊實(shí)現(xiàn)的實(shí)例 59 實(shí)時(shí)監(jiān)控的實(shí)例與分析 59 多級(jí)多域組網(wǎng)注冊(cè)恢復(fù)的實(shí)例與分析 62 本章小結(jié) 66第6章 總結(jié) 67參考文獻(xiàn) 68作者簡(jiǎn)歷 70致謝 71II浙江大學(xué)碩士學(xué)位論文 表目錄圖目錄 多媒體三層架構(gòu)圖 6 IMOS架構(gòu)簡(jiǎn)圖 8圖2. 3 IMOS系統(tǒng)部分業(yè)務(wù)截圖 9圖2. 4 SIP請(qǐng)求消息 14圖2. 5 多級(jí)多域模型 16圖2. 6 本域終端交互的實(shí)現(xiàn) 17圖2. 7 域間終端會(huì)話 18圖2. 8 終端配置界面 19圖2. 9 終端注冊(cè)簡(jiǎn)圖 20圖3. 1 域間消息傳遞 24圖3. 2 組網(wǎng)以及設(shè)備綁定圖解 26圖3. 3 消息傳遞方案 27圖4. 1 呼叫路由模塊數(shù)據(jù)庫(kù)設(shè)計(jì)關(guān)系圖 37圖4. 2 呼叫路由模塊簡(jiǎn)圖 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è)備注冊(cè)路由表 61圖5. 4 EC路由信息 61圖5. 5 本域?qū)崨r實(shí)例報(bào)文 62圖5. 6 域間?；顚?shí)例 63圖5. 7 呼叫路由重注冊(cè)實(shí)例 64圖5. 8 域路由表實(shí)例 65圖5. 9 域路由表數(shù)據(jù)查詢實(shí)例 65圖5. 10 域間故障恢復(fù)實(shí)例 66表目錄 IMOS路由表 25 設(shè)備注冊(cè)路由表 33 域路由表 35 設(shè)備推送路由表 36 編碼規(guī)則表 40IV浙江大學(xué)碩士學(xué)位論文 第1章 緒論第1章 緒論 多媒體系統(tǒng)的發(fā)展 多媒體系統(tǒng)簡(jiǎn)介本課題所研究的多媒體系統(tǒng)，也即IP多媒體系統(tǒng)（IP Multimedia Operating System），簡(jiǎn)稱IMOS[1]。目前多媒體系統(tǒng)還在進(jìn)一步發(fā)展中，但是多媒體系統(tǒng)確實(shí)已經(jīng)得到了極大的應(yīng)用。完成實(shí)況首先需要的終端的采像設(shè)備，就是攝像機(jī)，采像設(shè)備把所得的媒體數(shù)據(jù)發(fā)送到編碼器上。告警，告警是一個(gè)輔助功能，用來(lái)捕獲一些異常，比如運(yùn)動(dòng)告警，如果監(jiān)視器的某些地方出現(xiàn)畫面變化，就會(huì)啟動(dòng)告警通知值班人員進(jìn)行處理，這些應(yīng)用大大節(jié)省了人力資源，還有很多告警類型，比如高溫告警，畫面丟失告警等等，告警的出現(xiàn)使管理方便很多。 多媒體系統(tǒng)的一些缺陷多媒體系統(tǒng)目前還在發(fā)展階段，作者所在的公司的多媒體開發(fā)部門一直在努力去打造一個(gè)綜合型的操作平臺(tái)，目前在國(guó)內(nèi)的業(yè)界發(fā)展已經(jīng)較為先進(jìn)。而目前的多媒體系統(tǒng)因?yàn)樵O(shè)備量，開發(fā)代價(jià)等，沒有把路由這一塊做的很好，只是簡(jiǎn)單的和業(yè)務(wù)放在一起處理一下，提供了一個(gè)簡(jiǎn)單的路由查詢接口供使用。 呼叫路由技術(shù)在多媒體中的應(yīng)用在解決路由的問題之前，我們先來(lái)看一看目前呼叫路由在多媒體系統(tǒng)中的實(shí)現(xiàn)方式。具體來(lái)說可以分為以下幾個(gè)子問題。 本章小結(jié)本章主要介紹了多媒體系統(tǒng)的一些應(yīng)用，其中包括多媒體應(yīng)用系統(tǒng)和終端設(shè)備等，基于這些指出了目前多媒體系統(tǒng)的一些缺陷。原子業(yè)務(wù)是最底層底層的業(yè)務(wù)，原子業(yè)務(wù)向前支持應(yīng)用的業(yè)務(wù)，有了這些原子業(yè)務(wù)，就能構(gòu)造出一系列的基礎(chǔ)業(yè)務(wù)，應(yīng)用層只需要根據(jù)這些業(yè)務(wù)加以邏輯處理，就能實(shí)現(xiàn)許多各種各樣的新業(yè)務(wù)。在控制層中，不同的多媒體系統(tǒng)會(huì)有不同的模塊劃分，作者所研究的多媒體系統(tǒng)的控制層相當(dāng)復(fù)雜，有許多子模塊組成，在下一節(jié)會(huì)做相關(guān)分析。盡管基礎(chǔ)設(shè)施層上已經(jīng)為業(yè)務(wù)的實(shí)現(xiàn)提供了一些最基本的保障，但是這些和業(yè)務(wù)并沒有直接的關(guān)系，為了實(shí)現(xiàn)業(yè)務(wù)控制，還需要控制層做好多事情。目前IMOS系統(tǒng)統(tǒng)一配置在一個(gè)Linux服務(wù)器[6]上，以普通的PC機(jī)作為客戶端登陸。消息處理層在接收到來(lái)自主線的消息后，根據(jù)消息的內(nèi)容進(jìn)行處理，轉(zhuǎn)換消息并且轉(zhuǎn)發(fā)消息到下面的具體的業(yè)務(wù)處理層進(jìn)行處理。IMOS在本服務(wù)器（本域）的業(yè)務(wù)和服務(wù)器間（跨域）的業(yè)務(wù)并存，控制層分別對(duì)其進(jìn)行處理，但是不管是本域還是跨域，都會(huì)對(duì)設(shè)備資源進(jìn)行管理，呼叫路由無(wú)疑是解決這些業(yè)務(wù)中關(guān)鍵的一環(huán)，在下一章中我們會(huì)針對(duì)呼叫路由方面展開分析。 ，可以提供豐富的管理功能，目前以及到版本五。大量的企事業(yè)單位擁有了帶寬非?？捎^的局域網(wǎng)，語(yǔ)音、視訊、數(shù)據(jù)這三個(gè)業(yè)務(wù)基于以太網(wǎng)或IP網(wǎng)這種沒有嚴(yán)格保障的網(wǎng)絡(luò)的需求已經(jīng)非常迫切。作為通信思想在分組網(wǎng)絡(luò)上的多媒體具體實(shí)現(xiàn)，其前景是比較廣闊的。服務(wù)器是用于向客戶機(jī)發(fā)出的請(qǐng)求提供服務(wù)并回送應(yīng)答的應(yīng)用程序。在SIP中還經(jīng)常提到定位服務(wù)器的概念，但是定位服務(wù)器不屬于SIP服務(wù)。Internet是一個(gè)分布、客戶機(jī)/服務(wù)器、水平控制的網(wǎng)絡(luò)，SIP協(xié)議本身實(shí)現(xiàn)的通信方式也是一個(gè)分布、客戶機(jī)/服務(wù)器、水平的控制結(jié)構(gòu)。在多媒體的實(shí)際應(yīng)用中，控制消息由協(xié)議進(jìn)行傳輸。一般地，一個(gè)多媒體系統(tǒng)服務(wù)器自己就可以構(gòu)成一個(gè)域，通過把終端設(shè)備注冊(cè)到服務(wù)器上來(lái)完成對(duì)終端的管理。IMOS的VM服務(wù)器[1]之間有上級(jí)域，平級(jí)域和下級(jí)域的概念。當(dāng)然，如果需求進(jìn)一步加大，碰到了“超級(jí)組網(wǎng)”之類，IMOS值需要在性能上做相應(yīng)的調(diào)整，就可以實(shí)現(xiàn)多級(jí)多域組網(wǎng)的管理。終端B同樣會(huì)對(duì)該請(qǐng)求消息進(jìn)行判斷，如果請(qǐng)求合法，那么會(huì)回復(fù)成功響應(yīng)消息，然后終端B會(huì)根據(jù)消息中關(guān)于終端A的信息與終端A建立會(huì)話[1]。人工的操作顯然是從界面開始的，在界面上可以對(duì)服務(wù)器進(jìn)行配置，從而由系統(tǒng)完成注冊(cè)。域間消息終端系統(tǒng)界面消息構(gòu)造模塊消息轉(zhuǎn)發(fā)模塊控制模塊信令網(wǎng)關(guān)模塊消息發(fā)送模塊消息接收模塊控制模塊消息轉(zhuǎn)發(fā)數(shù)據(jù)庫(kù)操作域內(nèi)消息域內(nèi)消息終端系統(tǒng)內(nèi)部處理大致流程服務(wù)器內(nèi)部處理流程圖2. 9 終端注冊(cè)簡(jiǎn)圖同樣，在服務(wù)器系統(tǒng)的界面上也要配置終端的相關(guān)信息，用來(lái)檢測(cè)終端的注冊(cè)信息。CC主要完成的工作是提供組合目標(biāo)業(yè)務(wù)的原子操作功能,并支持在SIP協(xié)議上進(jìn)行擴(kuò)展，以滿足更多的業(yè)務(wù)，或者說CC提供了一套以SIP協(xié)議為基礎(chǔ)的呼叫控制框架。本課題所研究的多媒體的一些缺陷，主要是呼叫路由方面的，我們分別從幾個(gè)角度來(lái)分析一下目前呼叫路由存在的一些可以改進(jìn)的地方。域間消息的改動(dòng)可能會(huì)比較麻煩，因?yàn)橛蜷g都是有一定規(guī)范的，大家都會(huì)按照這個(gè)規(guī)范來(lái)處理，所以，這里想帶上全路徑信息，需要對(duì)規(guī)范做好相關(guān)處理，不能隨便添加字段，否則就會(huì)影響到IMOS與其它多媒體系統(tǒng)之間的交互。IMOS路由表中的數(shù)據(jù)比較有限，也僅僅是為了能夠查詢到下一級(jí)路由的地址，因?yàn)槁酚杀碇谐讼乱患?jí)以外的地址就沒有了，在這里，可以有很大的改進(jìn)空間。至于業(yè)務(wù)上實(shí)現(xiàn)，可以考慮下開發(fā)出一個(gè)新的版本進(jìn)行解決此問題，目前多媒體系統(tǒng)發(fā)展較快，也更合理，相信以后會(huì)注意到這種情況。IIIIIIIVVVI方案三圖3. 3 消息傳遞方案，這是消息傳遞的方案，因?yàn)橄⒌膫鬟f，從現(xiàn)象上來(lái)看也是一種組網(wǎng)，所以在這里一并提出。當(dāng)然，在目前的UA表中的數(shù)據(jù)都是一些關(guān)鍵性的數(shù)據(jù)，沒有了這些數(shù)據(jù)，路由的功能也就無(wú)法實(shí)現(xiàn)。在呼叫路由模塊的設(shè)計(jì)中，也是本著盡量把數(shù)據(jù)分表的辦法來(lái)進(jìn)行的，在數(shù)據(jù)量不是太大時(shí)，呼叫路由模塊這三張路由表夠用了，但是相對(duì)于更大規(guī)模的應(yīng)用，可能還是會(huì)出現(xiàn)域路由表和注冊(cè)路由表數(shù)據(jù)兩較大的情況，這樣可能還需要針對(duì)大規(guī)模的應(yīng)用再次分表。業(yè)務(wù)處理時(shí)需要提取號(hào)碼攜帶的信息，號(hào)碼的應(yīng)用本質(zhì)上只是方便了業(yè)務(wù)的進(jìn)行，當(dāng)然，從外觀上來(lái)看業(yè)務(wù)仍然是根據(jù)號(hào)碼能查詢到地址信息，實(shí)現(xiàn)的過程與電話業(yè)務(wù)不一樣。在下一節(jié)的討論中我們可以對(duì)號(hào)碼分析的應(yīng)用和一些設(shè)計(jì)進(jìn)行分析，基于這些號(hào)碼分析的應(yīng)用，我們來(lái)設(shè)計(jì)出屬于IMOS系統(tǒng)的號(hào)碼分析方案。電話的業(yè)務(wù)類型眾多，可以分為本地市話，國(guó)內(nèi)長(zhǎng)途，國(guó)際長(zhǎng)途，急救號(hào)，內(nèi)部電話，特殊服務(wù)呼叫等等，這些電話的號(hào)碼都有各自的特點(diǎn)，比如打本地號(hào)碼就直接撥號(hào)碼，打長(zhǎng)途要加上區(qū)號(hào)，手機(jī)要先加個(gè)“0”，有些撥號(hào)要加“17951”等，以及“”，“.”等字符在號(hào)碼中也會(huì)表示一定的含義，這就是一個(gè)簡(jiǎn)單的撥號(hào)計(jì)劃[6]。在PSTN中，呼叫路由是指通過地址解析將呼叫的被叫號(hào)碼轉(zhuǎn)換為目的地址的過程。上述中所說的設(shè)備綁定，組網(wǎng)，數(shù)據(jù)庫(kù)的一些問題在這個(gè)呼叫路由模塊中都會(huì)得以解決?；谇懊娴母倪M(jìn)方案，經(jīng)過對(duì)方案的分析和細(xì)化可以設(shè)計(jì)出一個(gè)新的呼叫路有框架。設(shè)計(jì)這張表主要用于本域內(nèi)的終端設(shè)備的管理，在域間業(yè)務(wù)不會(huì)繞過終端注冊(cè)的服務(wù)器而直接控制終端，所以設(shè)備注冊(cè)路由表中必要的數(shù)據(jù)就是設(shè)備注冊(cè)編碼，設(shè)備源IP地址類型以及地址，設(shè)備源端口。 域路由表設(shè)計(jì)域路由表是核心的路由表，表中存有服務(wù)器的地址信息。在IMOS系統(tǒng)的業(yè)務(wù)中，一個(gè)終端設(shè)備只能向一個(gè)服務(wù)器注冊(cè)，所以設(shè)備注冊(cè)路由表中只有一個(gè)地址信息。這樣的結(jié)果對(duì)于設(shè)備推送路由表來(lái)說很輕松就能完成。但是對(duì)比現(xiàn)有的路由表已經(jīng)變化幅度很大了。從編程角度來(lái)說，就是用結(jié)構(gòu)體中的大量數(shù)據(jù)來(lái)表示，最后這個(gè)結(jié)構(gòu)就構(gòu)成了一條消息。從目前IMOS系統(tǒng)的情況來(lái)看，新的呼叫路由的號(hào)碼需要攜帶的消息對(duì)于其他模塊的業(yè)務(wù)處理也有很大的作用，但是目前其他模塊的業(yè)務(wù)都已經(jīng)成型，雖然按照新的號(hào)碼分析來(lái)改動(dòng)會(huì)減輕業(yè)務(wù)的壓力，但是較大的改動(dòng)量需要較大的代價(jià)。下面我們來(lái)看一下具體的編碼規(guī)則。編碼中編碼類型尤為重要，是識(shí)別編碼的主要標(biāo)志。除了上面列的一些因素，IMOS還有很多對(duì)于其他模塊來(lái)說比較重要的因素，在這里我們就不予考慮了，另外，我們還需要考慮到未知因素，現(xiàn)在呼叫路由模塊可能沒有用到，以后卻可能十分重要，所以在編碼時(shí)要保留一定的預(yù)留位。新的模塊當(dāng)然也可以按部就班的按照其他模塊的方式，把要攜帶的每一個(gè)消息都一項(xiàng)一項(xiàng)的列出來(lái)，然后再慢慢處理，但是這樣做在大量的去調(diào)用呼叫路由模塊時(shí)可能會(huì)消耗比較大的性能。要注意的一點(diǎn)，就是這里有三個(gè)編碼，域編碼，設(shè)備注冊(cè)編碼，設(shè)備推動(dòng)編碼。 設(shè)備推送路由表數(shù)據(jù)項(xiàng)數(shù)據(jù)類型主鍵外鍵非空設(shè)備推送編碼char是是設(shè)備源域編碼char是是一級(jí)域編碼char是是二級(jí)域編碼char是是三級(jí)域編碼char是是四級(jí)域編碼char是是五級(jí)域編碼char是是六級(jí)域編碼char是是。而且，從多級(jí)多域組網(wǎng)中，我們也可以看到服務(wù)器還有多級(jí)的關(guān)系，那么路徑的選取就會(huì)麻煩的多。域路由表中的數(shù)據(jù)包括一個(gè)域的所有的地址信息，我么在域路有表中放入域編碼作為主鍵，用來(lái)索引到域路由表，域路由表中含有域的IP地址類型，IP地址和端口信息，這些與原有的路由表項(xiàng)相同。在服務(wù)器的客戶端上，可以完成添加設(shè)備，設(shè)備完成對(duì)服務(wù)器的注冊(cè)時(shí)，會(huì)向服務(wù)器發(fā)送一條注冊(cè)消息，這條消息中會(huì)含有終端的地址，編碼等信息，服務(wù)器會(huì)根據(jù)這條消息中攜帶的信息完成設(shè)備注冊(cè)路由表的數(shù)據(jù)的添加。我們根據(jù)業(yè)務(wù)的情況，和呼叫路由模塊擬解決的幾個(gè)缺陷問題，對(duì)數(shù)據(jù)庫(kù)重新設(shè)計(jì)。本課題所研究的呼叫路由方案，嚴(yán)格上來(lái)說已經(jīng)超出了傳統(tǒng)的呼叫路由功能的范圍，因?yàn)楹艚新酚赡K的實(shí)現(xiàn)與多媒體的業(yè)務(wù)已經(jīng)