【正文】 實況實例報文 ..................................................................................62 圖 5. 6 域間?；顚嵗? ..........................................................................................63 圖 5. 7 呼 叫路由重注冊實例 ..............................................................................64 圖 5. 8 域路由表實例 ..........................................................................................65 圖 5. 9 域路由表數(shù)據(jù)查詢實例 ..........................................................................65 圖 5. 10 域間故障恢復實例 ................................................................................66 浙江大學碩士學位論文 表目錄 IV 表目錄 表 IMOS 路由表 .............................................................................................25 表 設(shè)備注冊路由表 .......................................................................................33 表 域路由表 ...................................................................................................35 表 設(shè)備推送路由表 .......................................................................................36 表 編碼規(guī)則表 ...............................................................................................40 浙江大學碩士學位論文 第 1 章 緒論 1 第 1章 緒論 多媒體系統(tǒng)的發(fā)展 多媒體系統(tǒng)簡介 本課題所研究的多媒體系統(tǒng)，也即 IP 多媒體系統(tǒng) （ IP Multimedia Operating System） ，簡稱 IMOS[1]。在呼叫路由模塊的實現(xiàn)中，本文參考了電話交換網(wǎng)絡(luò)中的號碼分析的應(yīng)用技術(shù)，為多媒體系統(tǒng)制訂了一套基本的編碼方案。呼叫路由是多媒體系統(tǒng)的組成部分，旨在通過呼叫路由模塊來找到各個終端和服務(wù)器的地址，以便完成服務(wù)器和終 端之間的會話。然而，現(xiàn)有的多媒體系統(tǒng)不是很完善，還有著許多需要改進的地方 ,比如多媒體系統(tǒng)中服務(wù)器與終端之間的交互以及服務(wù)器本身之間的交互的恢復機制等。針對呼叫路由的框架，本文給出了呼叫路由模塊的幾個主要的數(shù)據(jù)結(jié)構(gòu)和函數(shù)接口，以便進一步分析呼叫路由框架的實現(xiàn)過程。 致謝 ............................................................................................. 錯誤 !未定義書簽。 目前，一些公司已經(jīng)研究出自己的多媒體系統(tǒng)供使用，本課題所研究的多媒體系統(tǒng)，也即 IMOS 系統(tǒng) ，是目前國內(nèi)最普遍使用的多媒體系統(tǒng)之一。隨著應(yīng)用的逐漸推廣，終端類型的增多，管理這些終端，保持終端之間的會話越來越麻煩，多媒體系統(tǒng)才逐漸的發(fā)展起來。 IP 多媒體系統(tǒng) 發(fā)展至今，從功能上足夠完成這些功能，所以，在國內(nèi)的應(yīng)用是非常廣的。 IMOS 目前支持的業(yè)務(wù)有很多，比較重要的有下面幾類： 實況，實況又可以分為硬解實況和軟解實況。軟解實況的播放器是兼容在系統(tǒng)上的，有一個 XP 播放窗口 ，可以解碼和播放實況。云臺的出現(xiàn)大大節(jié)省了攝像機資源，一個云臺足夠把周圍地區(qū)都監(jiān)視起來了。 IMOS 的終端管理與電話的管理有點類似。在跨地區(qū)的終端管理中，目前就是這種形式，不同的是， IMOS 的多級域有上下級域之分，就是，兩臺服務(wù)器的地位不是對等的，上級域能夠使用下級域共享（推送）的資源，而上級域不能像下級域推送資源，這樣做主要是為了完成管理的一個權(quán)限的劃分。然而，隨著終端量的擴大，發(fā)現(xiàn)最初的管理相當麻煩，大量排線等造成了電話業(yè)務(wù)的致命影響，所以才會有一個“服務(wù)器”管理系統(tǒng)的出現(xiàn)，電話機通過連接到服務(wù)器，由服務(wù)器進一步進行管理，這樣會少了很多麻煩，并且擴充了很多業(yè)務(wù)。在這套方案中，不可避免的會出現(xiàn)一個路由尋址的子方案，因為設(shè)備間終究是要尋址的。還有就是業(yè)務(wù)的實現(xiàn)了，這是目前正在逐步解決的，對于新業(yè)務(wù)的實現(xiàn)也是一個需要長期解決的問題。本課題就是基于這套方案展開來，對路有模塊逐步分析，形成了一個獨立的路由的框架。路由模塊會提 供一個查詢的接口來實現(xiàn)路由信息的查詢，在需要應(yīng)用地址查詢的控制模塊就直接調(diào)用這個接口就行了。 課題擬解決的問題 本課題擬解決一些路由方面的問題 ，設(shè)計了一個新的路由模塊，解決終端浙江大學碩士學位論文 第 1 章 緒論 5 之間只有一條路徑可達的局限性問題，同時智能化了呼叫路由模塊的功能。 設(shè)備編碼。 基于以上三點，本文的問題與工作也就有了初步的認識，在后面幾章里，作者將會對于多媒體的具體的一些會話的業(yè)務(wù)，多媒體系統(tǒng)的改進分析和呼叫路由的設(shè)計給出詳細的分析和說明。 浙江大學碩士學位論文 第 2 章 多媒體系統(tǒng)業(yè)務(wù)分析 6 第 2章 多媒體系統(tǒng)業(yè)務(wù)分析 多媒體系統(tǒng)的基本架構(gòu) 多媒 體系統(tǒng)的業(yè)務(wù)很多，涉及到會話類的業(yè)務(wù)也有數(shù)十種之多，但這些業(yè)務(wù)都有一個基本的流程，這些業(yè)務(wù)也都會基于一個基礎(chǔ)的多媒體架構(gòu)來實現(xiàn)。 我們能通過系統(tǒng)界面等看到一系列的業(yè)務(wù)， 這些業(yè)務(wù)正是基于應(yīng)用層的一些基本業(yè)務(wù)接口發(fā)展而來，這些業(yè)務(wù)接口是應(yīng)用層的基礎(chǔ)，是最基本的業(yè)務(wù)接口，我們在界面上的看到業(yè)務(wù)就是這些基本業(yè)務(wù)的邏輯的組合。那么， 基本業(yè)務(wù)就是這些最基本的動作，在界面上展示的就是具體的應(yīng)用。控制層提供了應(yīng)用層中的原子業(yè)務(wù)的實現(xiàn)和封裝，控制層在整個多媒體架構(gòu)中起到了至關(guān)重要的作用。呼叫路由模塊也是控制層中核心的一環(huán)，在目前的多媒體系統(tǒng)中，由于呼叫路由的應(yīng)用還沒有較大的發(fā)展，目前呼叫路由的代碼量也不是很大，有很多多媒體系統(tǒng)就直接把呼叫路由模塊并入到呼叫控制中去了，沒有形成一個單獨的模塊，在作者所在的系統(tǒng)中也是這樣處理的。在現(xiàn)在的多媒體開發(fā)中，浙江大學碩士學位論文 第 2 章 多媒體系統(tǒng)業(yè)務(wù)分析 8 基礎(chǔ)設(shè)施層都已經(jīng)開發(fā)好了，開發(fā)多媒體系統(tǒng)一般都是開發(fā)控制層和應(yīng)用層。 圖 IMOS 架構(gòu)簡圖 下面我們就根據(jù) IMOS 的架構(gòu) [1]來簡單分析下多媒體的一些業(yè)務(wù)的實現(xiàn)。 IMOS 的業(yè)務(wù)展示 層展示了較為豐富的多媒體業(yè)務(wù)，有實時監(jiān)控，點播回放，存儲計劃，云臺操作，會議控制，設(shè)備管理，權(quán)限配置等等。 圖 2. 3 IMOS 系統(tǒng)部分業(yè)務(wù)截圖 圖 是 IMOS 登陸 界面 的部分截圖。從圖 上，我們看到了 IMOS 的業(yè)務(wù)的一個簡單流程， IMOS 在應(yīng)用層的調(diào)用接口之后，控制層首先對接口調(diào)用情況進行處理，在處理業(yè)務(wù)時會構(gòu)造一條業(yè)務(wù)控制的消息，并且發(fā)送到下面一層。業(yè)務(wù)控制層是控制層的關(guān)鍵層，實現(xiàn)具體的業(yè)務(wù)，業(yè)務(wù)控制層根據(jù)業(yè)務(wù)的不同又有具體的劃分，比如呼叫控制模塊（ CC），媒體控制模塊（ MC）等等 [1]，每個模塊都會處理部分業(yè)務(wù)。 同其他多媒體系統(tǒng)一樣，控制層也是 IMOS 的核心，從 IMOS 控制層這么細致的劃分就能有一定的體現(xiàn)。在控制層處理業(yè)務(wù)時，會用到數(shù)據(jù)庫、各種必要的原子業(yè)務(wù)接口等。 協(xié)議和 SIP 協(xié)議并不是指某個具體的協(xié)議，它們是一個協(xié)議族， 和 SIP 協(xié)議族中 包含了 RAS 協(xié)議， 協(xié)議 ， 協(xié)議 [10]， 協(xié)議等 [11]，在實際的應(yīng)用中會根據(jù)具體的業(yè)務(wù)來選擇協(xié)議。 是多媒體通信的基礎(chǔ) ， 基于 協(xié)議可以開發(fā)出許多業(yè)務(wù)層的應(yīng)用，這些應(yīng)用與底層網(wǎng)絡(luò)傳輸無關(guān)，比如現(xiàn)在的視頻會議系統(tǒng)，網(wǎng)上 IP 電話系統(tǒng)，網(wǎng)上 IP 傳真系統(tǒng)等等，這些都是利用 技術(shù)發(fā)展起來，因此可以說， 是一個很好的發(fā)展平臺。 的出現(xiàn)，根本原因是來自于“三網(wǎng)合一” [8]。在呼叫控制和信令浙江大學碩士學位論文 第 2 章 多媒體系統(tǒng)業(yè)務(wù)分析 12 方面， 主要參考了傳統(tǒng) PSTN 的呼叫控制和信令架構(gòu)。但分組網(wǎng)絡(luò)不同于 PSTN網(wǎng)絡(luò)，在技術(shù)實現(xiàn)上有本質(zhì)的區(qū)別。 SIP 協(xié)議 SIP 是由 IETF 在 1999 年 提出來的一個應(yīng)用控制（信令）協(xié)議 [9]。 SIP 中有客戶機和服務(wù)器之分。共有四類基本服務(wù)器 [9]： 1. 用戶代理服務(wù)器：當接到 SIP 請求時它聯(lián)系用戶，并代表用戶返回響應(yīng)。 4. 注冊服務(wù)器：它接收客戶機的注 冊請求，完成用戶地址的注冊。 IMOS 系統(tǒng)也有一個服務(wù)器 (VM)，但是不是這四個服務(wù)器簡單的服務(wù)器之一，而是這幾個服務(wù)器的綜合。因此，IETF 充分參考了 的得失，制定了 SIP 協(xié)議。任何一個協(xié)議的提出，都不可能考慮的完美無缺， SIP 協(xié)議也不例外。動態(tài)來看待 SIP 協(xié)議，它作為計算機思想在分組網(wǎng)絡(luò)上的多媒體實現(xiàn)手段，其發(fā)展前景是非常廣闊的 [12]?？刂葡?，簡單的說可以分成三類，請求消息，成功響應(yīng)消息，錯誤響應(yīng)消息。響應(yīng)消息也一樣，都是基 于這份規(guī)范而來，只是所含有的信息不一樣，如果是成功響應(yīng)，消息的名稱多是以 200OK 為準，錯誤的響應(yīng)消息根據(jù)錯誤的類型會有多種響應(yīng)，并且都含有各自的錯誤碼。為了方便遠距離 設(shè)備間的 資源交互等，浙江大學碩士學位論文 第 2 章 多媒體系統(tǒng)業(yè)務(wù)分析 15 很多情況下都需要多臺服務(wù)器進行設(shè)備間的管理，這些服務(wù)上的設(shè)備也大多都需要會話，那么就需要把這些服務(wù)器通過某種關(guān)系進行聯(lián)系起來，這就是多域模型，而不同的服務(wù)器之間的關(guān)系可能是不對等的，假定我們想要服務(wù)器 I 有訪問服務(wù)器 II 的權(quán)限，但是倒過來不行，我們就需要對服務(wù)器的等級作個劃分，這樣，就有多級的概念。但是，一個實際的應(yīng)用，往往是由很多設(shè)備終端存在的，而且設(shè)備終端的類型也各種各樣， IMOS 支持的終端，有虛擬的終端，如 XP 播放器，也有實際的終端，如攝像機，編碼器，解碼器，監(jiān)視器，電視墻，存儲設(shè)備等等，應(yīng)用的業(yè)務(wù)也多種多樣，這樣一 來 IMOS 系統(tǒng)的存在就很重要了。可以為本域添加一個上級域，同樣在上級域上添加本域為下級域，這樣上級域就有權(quán)限使用本域的一些資源。比如，可以在上級域的 XP 播放器上播放和存儲下級域攝像機的 錄像。多級多域組網(wǎng)雖然已經(jīng)足夠強大，但是還在進一步的發(fā)展中，根據(jù)業(yè)務(wù)的需要，將來可能會開發(fā)出更好的組網(wǎng)。兩個終端間進行會話，如圖 所示，這是一個終端會話的 3PP 模型，服務(wù)器首先向其中一個終端發(fā)送 SIP 請求消息，消息中包含請求的指令，請求的地址等信息，終端系統(tǒng)收到請求后，判斷消息的合法性，業(yè)務(wù)的合理性，權(quán)限等，都符合條件后向服務(wù)器回復成功的響應(yīng)。 上面是本域的終端的管理，域間的終端交互比本域麻煩了一些，多了服務(wù)器與服務(wù)器之間的交互。 圖 2. 7 域間終端會話 目前的 IMOS 系統(tǒng)的本域業(yè)務(wù)業(yè)務(wù)比較多，域間的業(yè)務(wù)類也得到了很大的發(fā)展。 圖 2. 8 終端配置界面 在界面上配置了設(shè)備 ID，服務(wù)器 IP 等信息以后，終端界面會調(diào)用終端系統(tǒng)得的消息構(gòu)造模塊，構(gòu)造出一條簡單的注冊消息，包含界面配置的一些信息 ，消息構(gòu)造模塊會繼續(xù)調(diào)用內(nèi)部的消息轉(zhuǎn)發(fā)模塊，把構(gòu)造的內(nèi)部注冊消息發(fā)送到終端系統(tǒng)的控制模塊。至此，在終端內(nèi)部的注冊流程已經(jīng)完成。當服務(wù)器收到終端的注冊信息，并且成功處理注冊請求之后，服務(wù)器上的終端設(shè)備就會顯示在線狀態(tài)，此時服務(wù)器就可以管理終端的資源。這樣，播放器和攝像機是兩個終端，觸發(fā)實況業(yè)務(wù)時，服務(wù)器的界面會調(diào)用一個消息構(gòu)造模塊，構(gòu)造出指定模塊的業(yè)務(wù)消息發(fā)送的服務(wù)器的主線上，主線層會根據(jù)消息的內(nèi)容等轉(zhuǎn)發(fā)消息到消息處理模塊，消息處理模塊收到來自界面的消息，對消息做轉(zhuǎn)換處理，發(fā) 送到指定的模塊進行處理，如實況消息會發(fā)送到媒體控制模塊，協(xié)議控制模塊等分別進行處理，最后消息會發(fā)送到網(wǎng)關(guān)，由網(wǎng)關(guān)對消息進行轉(zhuǎn)換，再調(diào)用消息發(fā)送模塊把消息發(fā)送到域間的指定地址。 CC 模塊需要調(diào)用一些子模塊接口來完成相應(yīng)的功能，其中呼叫路由模塊就是其中之一。簡單歸納一下，如下： 1. 多媒體系統(tǒng)的通用的三層架構(gòu)，和基于此架構(gòu)開發(fā)而來的 IMOS 系統(tǒng)的基本架構(gòu)； 2. 多媒體系統(tǒng)的應(yīng)用層的基本協(xié)議， SIP 協(xié)議和 協(xié)議等； 3. IMOS 系統(tǒng)的特殊組網(wǎng)：多級多域組網(wǎng)； 4. IMOS 系統(tǒng)的業(yè)務(wù)流程，以注冊為例說明了業(yè)務(wù)在系統(tǒng)內(nèi)部的實現(xiàn)；