【導(dǎo)讀】的發(fā)展，使得多媒體系統(tǒng)的功能也越來(lái)越強(qiáng)大了。然而，現(xiàn)有的多媒體系統(tǒng)不是?；ヒ约胺?wù)器本身之間的交互的恢復(fù)機(jī)制等。呼叫路由是多媒體系統(tǒng)的組成部。終端之間的會(huì)話。本文基于對(duì)呼叫路由模塊的實(shí)現(xiàn)，分別從多媒體系統(tǒng)的組網(wǎng)、改進(jìn)的地方和改進(jìn)的方案。數(shù)接口，以便進(jìn)一步分析呼叫路由框架的實(shí)現(xiàn)過(guò)程。復(fù)提供了相關(guān)的實(shí)現(xiàn)策略并給出了多媒體系統(tǒng)中業(yè)務(wù)恢復(fù)的實(shí)例。

　　

【正文】 是搞通信的人提出的協(xié)議，那么SIP 就是搞計(jì)算機(jī)的人提出的協(xié)議 [12]。上世紀(jì) 90 年代末，隨著 Inter 網(wǎng)絡(luò)應(yīng)用的逐步普及，計(jì)算機(jī)網(wǎng)絡(luò)工作者想基于計(jì)算機(jī)和 Inter 進(jìn)行多媒體通信。因此，IETF 充分參考了 的得失，制定了 SIP 協(xié)議。顧名思義，它突出了簡(jiǎn)單二字。 SIP 這個(gè)協(xié)議完全傳承了 Inter 的特點(diǎn)，是計(jì)算機(jī)網(wǎng)絡(luò)流派的杰作 [12]。Inter 是一個(gè)分布、客戶機(jī) /服務(wù)器、水平控制的網(wǎng)絡(luò)， SIP 協(xié)議本身實(shí)現(xiàn)的通信方式也是一個(gè)分布、客戶機(jī) /服務(wù)器、水平的控制結(jié)構(gòu)。任何一個(gè)協(xié)議的提出，都不可能考慮的完美無(wú)缺， SIP 協(xié)議也不例外。任何一個(gè)優(yōu)點(diǎn)的獲得，往往都導(dǎo)致另一個(gè)或幾個(gè)缺陷的產(chǎn)生。因此， SIP 協(xié)議也一直都在進(jìn)步當(dāng)中。 SIP 協(xié)議自1999 年推出以來(lái)， IETF 一直在不停的推出增補(bǔ)版本，充實(shí)安全、身份驗(yàn)證 等領(lǐng)域的內(nèi)容 。動(dòng)態(tài)來(lái)看待 SIP 協(xié)議，它作為計(jì)算機(jī)思想在分組網(wǎng)絡(luò)上的多媒體實(shí)現(xiàn)手段，其發(fā)展前景是非常廣闊的 [12]。 多媒體業(yè)務(wù)控制中協(xié)議的傳輸 不管是 協(xié)議還是 SIP 協(xié)議，終究是為了實(shí)現(xiàn)業(yè)務(wù)的控制。 那么，就需要對(duì)協(xié)議進(jìn)行細(xì)化，通過(guò)協(xié)議下達(dá)具體的控制命令，因此我們也可以說(shuō)，協(xié)議是含有控制命令的載體。 在多媒體的實(shí)際應(yīng) 用中，控制消息由協(xié)議進(jìn)行傳輸?？刂葡ⅲ?jiǎn)單的說(shuō)可以分成三類，請(qǐng)求消息，成功響應(yīng)消息，錯(cuò)誤響應(yīng)消息。請(qǐng)求消息中會(huì)帶有具體的業(yè)務(wù)類型，地址，端口等信息，如圖 ，這就是一個(gè)請(qǐng)求消息的實(shí)例。 從請(qǐng)求消息中可以看出消息的各種信息，比如 From 字段中的源地址， To字段中的目的地地址，頭里面的端口信息，還有 Body 下面的具體的消息體的內(nèi)容。這就是 IMOS 中一個(gè)實(shí)際應(yīng)用的協(xié)議，為了使各個(gè)多媒體廠商能夠相互的兼容，大家都會(huì)按照一定的規(guī)范來(lái)發(fā)送消息，圖 也是基于 IMOS 的一種協(xié)議規(guī)范的具體應(yīng)用。響應(yīng)消息也一樣，都是基 于這份規(guī)范而來(lái)，只是所含有的信息不一樣，如果是成功響應(yīng)，消息的名稱多是以 200OK 為準(zhǔn)，錯(cuò)誤的響應(yīng)消息根據(jù)錯(cuò)誤的類型會(huì)有多種響應(yīng)，并且都含有各自的錯(cuò)誤碼。 浙江大學(xué)碩士學(xué)位論文 第 2 章 多媒體系統(tǒng)業(yè)務(wù)分析 14 圖 2. 4 SIP 請(qǐng)求消息 多媒體系統(tǒng)的組網(wǎng)設(shè)計(jì)分析 多級(jí)多域模型 多級(jí)多域模型 [1]是 IMOS 組網(wǎng)的一個(gè)基本模型。所謂多級(jí)多域，就是指多臺(tái)服務(wù)器通過(guò)分級(jí)分域的方法來(lái)進(jìn)行組網(wǎng)。 一般地，一個(gè)多媒體系統(tǒng)服務(wù)器自己就 可以構(gòu)成 一個(gè)域， 通過(guò)把終端設(shè)備注冊(cè)到服務(wù)器上來(lái)完成對(duì)終端的管理。為了方便遠(yuǎn)距離 設(shè)備間的 資源交互等，浙江大學(xué)碩士學(xué)位論文 第 2 章 多媒體系統(tǒng)業(yè)務(wù)分析 15 很多情況下都需要多臺(tái)服務(wù)器進(jìn)行設(shè)備間的管理，這些服務(wù)上的設(shè)備也大多都需要會(huì)話，那么就需要把這些服務(wù)器通過(guò)某種關(guān)系進(jìn)行聯(lián)系起來(lái)，這就是多域模型，而不同的服務(wù)器之間的關(guān)系可能是不對(duì)等的，假定我們想要服務(wù)器 I 有訪問(wèn)服務(wù)器 II 的權(quán)限，但是倒過(guò)來(lái)不行，我們就需要對(duì)服務(wù)器的等級(jí)作個(gè)劃分，這樣，就有多級(jí)的概念。在 IMOS 系統(tǒng)的應(yīng)用中，已經(jīng)支持多級(jí)多域的配置。 IMOS系統(tǒng)在實(shí)際的應(yīng)用中也逐漸的去推廣這種解決方案。 我們從實(shí)際的應(yīng)用來(lái)分析，如果一個(gè)應(yīng)用方案只有兩個(gè)終端，而且兩個(gè)終端交互很方便，比如說(shuō)就只有一個(gè)監(jiān)視 器需要播放一個(gè)攝像機(jī)的實(shí)況，那么解決方案就很簡(jiǎn)單了，甚至不需要 IMOS 服務(wù)器的存在，因?yàn)檫@樣會(huì)浪費(fèi)很多資源。但是，一個(gè)實(shí)際的應(yīng)用，往往是由很多設(shè)備終端存在的，而且設(shè)備終端的類型也各種各樣， IMOS 支持的終端，有虛擬的終端，如 XP 播放器，也有實(shí)際的終端，如攝像機(jī)，編碼器，解碼器，監(jiān)視器，電視墻，存儲(chǔ)設(shè)備等等，應(yīng)用的業(yè)務(wù)也多種多樣，這樣一 來(lái) IMOS 系統(tǒng)的存在就很重要了。完成這些設(shè)備的管理和業(yè)務(wù)的實(shí)現(xiàn)，就需要這些終端注冊(cè)到服務(wù)器上，使 IMOS 能夠管理這些設(shè)備。在本域管理中，直接登錄 IMOS 系統(tǒng)就能完成服務(wù)器上的設(shè) 備的交互。 IMOS 的 VM 服務(wù)器 [1]之間有上級(jí)域，平級(jí)域和下級(jí)域的概念?？梢詾楸居蛱砑右粋€(gè)上級(jí)域，同樣在上級(jí)域上添加本域?yàn)橄录?jí)域，這樣上級(jí)域就有權(quán)限使用本域的一些資源。由于上級(jí)域的權(quán)限比下級(jí)域的高，所以資源共享是單方向的，由下級(jí)域把資源共享到上級(jí)域，我們稱這一過(guò)程為資源推送。 如圖 ，這是一個(gè)多級(jí)多域模型的實(shí)例，在下級(jí)域上掛載了很多終端設(shè)備，然后可以把這些設(shè)備推送到中間域上，中間域再把這些設(shè)備推送到上級(jí)域上。在上級(jí)域上可以完成下級(jí)域的資源的管理。比如，可以在上級(jí)域的 XP 播放器上播放和存儲(chǔ)下級(jí)域攝像機(jī)的 錄像。域和域之間還有平級(jí)域關(guān)系，就是兩個(gè)域可以是對(duì)等的，資源可以互訪，這樣與上下級(jí)域結(jié)合起來(lái)，可以構(gòu)成許多種組網(wǎng)方案。 目前 IMOS 的應(yīng)用還在推廣中，在實(shí)際的應(yīng)用中多級(jí)多域的組網(wǎng)也不是很麻煩， IMOS 設(shè)定最大只允許七級(jí)組網(wǎng)，從目前的應(yīng)用場(chǎng)景來(lái)看，已經(jīng)足夠使用。當(dāng)然，如果需求進(jìn)一步加大，碰到了“超級(jí)組網(wǎng)”之類， IMOS 值需要在性能上做相應(yīng)的調(diào)整，就可以實(shí)現(xiàn)多級(jí) 多域組網(wǎng)的管理。多級(jí)多域組網(wǎng)雖然已經(jīng)足夠強(qiáng)大，但是還在進(jìn)一步的發(fā)展中，根據(jù)業(yè)務(wù)的需要，將來(lái)可能會(huì)開(kāi)發(fā)出更好的組網(wǎng)。 浙江大學(xué)碩士學(xué)位論文 第 2 章 多媒體系統(tǒng)業(yè)務(wù)分析 16 圖 2. 5 多級(jí)多域模型 終端交互的組網(wǎng)實(shí)現(xiàn) 經(jīng)過(guò)上面的討論分析，我們對(duì)本域的組網(wǎng)管理有了一定的了解，下面來(lái)深入了解在組網(wǎng)中具體怎么實(shí)現(xiàn)終端的會(huì)話。 上 級(jí) 域 中 間 域 下 級(jí) 域 下 級(jí) 域 中 間 域 下 級(jí) 域 終端設(shè)備 浙江大學(xué)碩士學(xué)位論文 第 2 章 多媒體系統(tǒng)業(yè)務(wù)分析 17 圖 2. 6 本域終端交互的實(shí)現(xiàn) IMOS 終端間的信令采用的是 SIP 協(xié)議 [1]，服務(wù)器向終端間發(fā)送信令消息來(lái)完成各個(gè)終端的控制。比如注冊(cè)時(shí)，終端會(huì)向服務(wù)器發(fā)送 REGISTER 請(qǐng) 求消息，等待服務(wù)器響應(yīng)，當(dāng)服務(wù)器回復(fù) 200OK 成功響應(yīng)消息時(shí)，終端系統(tǒng)再進(jìn)行處理，注冊(cè)成功。兩個(gè)終端間進(jìn)行會(huì)話，如圖 所示，這是一個(gè)終端會(huì)話的 3PP 模型，服務(wù)器首先向其中一個(gè)終端發(fā)送 SIP 請(qǐng)求消息，消息中包含請(qǐng)求的指令，請(qǐng)求的地址等信息，終端系統(tǒng)收到請(qǐng)求后，判斷消息的合法性，業(yè)務(wù)的合理性，權(quán)限等，都符合條件后向服務(wù)器回復(fù)成功的響應(yīng)。如果請(qǐng)求非法，那么終端會(huì)向服務(wù)器發(fā)送錯(cuò)誤響應(yīng)，并且攜帶相關(guān)的錯(cuò)誤碼，服務(wù)器再進(jìn)一步對(duì)錯(cuò)誤響應(yīng)進(jìn)行處理。如果終端 A 收到了服務(wù)器的請(qǐng)求，并且回復(fù)成功響應(yīng)，此時(shí)服務(wù)器收到成功響應(yīng)后 向終端 B 發(fā)送業(yè)務(wù)請(qǐng)求，同終端 A 的請(qǐng)求一樣，消息中也會(huì)攜帶相關(guān)的業(yè)務(wù)信息和終端 A 的信息。終端 B 同樣會(huì)對(duì)該請(qǐng)求消息進(jìn)行判斷，如果請(qǐng)求合法，那么會(huì)回復(fù)成功響應(yīng)消息，然后終端 B 會(huì)根據(jù)消息中關(guān)于終端 A 的信息與終端 A 建立會(huì)話 [1]。 上面是本域的終端的管理，域間的終端交互比本域麻煩了一些，多了服務(wù)器與服務(wù)器之間的交互。如圖 ，終端 A 想要與終端 B 會(huì)話，首先需要服務(wù)器B 把終端 B 共享到服務(wù)器 A 上來(lái)，然后服務(wù)器 A 向終端 A 發(fā)起業(yè)務(wù)請(qǐng)求，成功后再向服務(wù)器 B 發(fā)起請(qǐng)求，這個(gè)請(qǐng)求包含服務(wù)器 B 和終端 B 的相關(guān)信息。當(dāng)服服 務(wù) 器 終端 A 終端 B 業(yè)務(wù)請(qǐng)求 1 響應(yīng) 1 業(yè)務(wù)請(qǐng)求 2 響應(yīng) 2 浙江大學(xué)碩士學(xué)位論文 第 2 章 多媒體系統(tǒng)業(yè)務(wù)分析 18 務(wù)器 B 收到來(lái)自服務(wù) 器 A 的請(qǐng)求后，會(huì)根據(jù)域間的消息，對(duì)消息進(jìn)行處理，獲取業(yè)務(wù)信息，然后向終端 B 發(fā)起業(yè)務(wù)請(qǐng)求，收到終端 B 的成功響應(yīng)后繼而向服務(wù)器 A 回復(fù)成功響應(yīng)。至此，終端 B 獲取了終端 A 的信息，開(kāi)始會(huì)話。 圖 2. 7 域間終端會(huì)話 目前的 IMOS 系統(tǒng)的本域業(yè)務(wù)業(yè)務(wù)比較多，域間的業(yè)務(wù)類也得到了很大的發(fā)展。隨著新的終端類型的出現(xiàn)和業(yè)務(wù)類型的增多，本域和域間的終端交互還會(huì)有進(jìn)一步的發(fā)展。 多媒體系統(tǒng)的會(huì)話類的業(yè)務(wù)分析 終端注冊(cè) 流程分析 如圖 ，這個(gè)是終端注冊(cè)的一個(gè)簡(jiǎn)單的流程，當(dāng)然由于每個(gè)模塊內(nèi)部都有服 務(wù) 器 A 服 務(wù) 器 B 終端 A 終端 B 9 終端會(huì)話 8. 域間響應(yīng) 2.成功響應(yīng) 1. 共享請(qǐng)求 5. 域間請(qǐng)求 浙江大學(xué)碩士學(xué)位論文 第 2 章 多媒體系統(tǒng)業(yè)務(wù)分析 19 非常細(xì)的子流程，我們不可能把每一個(gè)詳細(xì)的業(yè)務(wù)過(guò)程都說(shuō)的很細(xì)，只需要關(guān)注業(yè)務(wù)在內(nèi)部大致的實(shí)現(xiàn)就行了。 人工的操作顯然是從界面開(kāi)始的，圖 就是一個(gè)攝像機(jī)的登陸界面，在界面上可以對(duì)服務(wù)器進(jìn)行配置，從而由系統(tǒng)完成注冊(cè)。 圖 2. 8 終端配置界面 在界面上配置了設(shè)備 ID，服務(wù)器 IP 等信息以后，終端界面會(huì)調(diào)用終端系統(tǒng)得的消息構(gòu)造模塊，構(gòu)造出一條簡(jiǎn)單的注冊(cè)消息，包含界面配置的一些信息 ，消息構(gòu)造模塊會(huì)繼續(xù)調(diào)用內(nèi)部的消息轉(zhuǎn)發(fā)模塊，把構(gòu)造的內(nèi)部注冊(cè)消息發(fā)送到終端系統(tǒng)的控制模塊?？刂颇K對(duì)消息進(jìn)行處理，根據(jù)消息的內(nèi)容從新構(gòu)造一條符合一定規(guī)范的注冊(cè)消息，發(fā)送到信令網(wǎng)關(guān)模塊。信令網(wǎng)關(guān)會(huì)對(duì)消息再次進(jìn)行處理，轉(zhuǎn)換消息為符合域間規(guī)范的注冊(cè)消息，這里會(huì)調(diào)用一個(gè)協(xié)議轉(zhuǎn)換庫(kù)進(jìn)行操作。消息轉(zhuǎn)換完成之后，由消息發(fā)送模塊負(fù)責(zé)把注冊(cè)消息發(fā)送到 IMOS 服務(wù)器系統(tǒng)。至此，在終端內(nèi)部的注冊(cè)流程已經(jīng)完成。 服務(wù)器系統(tǒng)的消息接收模塊接收到消息之后，同樣會(huì)在網(wǎng)關(guān)模塊對(duì)消息進(jìn)行轉(zhuǎn)換，使得注冊(cè)消息符合服務(wù)器內(nèi)部的消息規(guī)范，然后發(fā)送到 控制模塊進(jìn)行處理?？刂颇K解析消息，獲取消息的內(nèi)容，然后構(gòu)造出一條符合其他模塊的消息，發(fā)送到相關(guān)的處理模塊，最后對(duì)數(shù)據(jù)庫(kù)進(jìn)行操作把注冊(cè)的相關(guān)信息儲(chǔ)存到數(shù)據(jù)庫(kù)中。 浙江大學(xué)碩士學(xué)位論文 第 2 章 多媒體系統(tǒng)業(yè)務(wù)分析 20 圖 2. 9 終端注冊(cè)簡(jiǎn)圖 域間消息 終端系統(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)部處理流程 浙江大學(xué)碩士學(xué)位論文 第 2 章 多媒體系統(tǒng)業(yè)務(wù)分析 21 同樣，在服務(wù)器系統(tǒng)的界面上也要配置終端的相關(guān)信息，用來(lái)檢測(cè)終端的注冊(cè)信息。當(dāng)服務(wù)器收到終端的注冊(cè)信息，并且成功處理注冊(cè)請(qǐng)求之后，服務(wù)器上的終端設(shè)備就會(huì)顯示在線狀態(tài)，此時(shí)服務(wù)器就可以管理終端的資源。 終端 會(huì)話流程分 析 終端的會(huì)話流程 與注冊(cè)流程有點(diǎn)類似，因?yàn)樵趦?nèi)部的處理上也是由這幾個(gè)模塊處理，不同的是處理的具體過(guò)程會(huì)不同。 終端會(huì)話首先需要在服務(wù)器系統(tǒng)的界面上來(lái)完成配置，配置后終端的信息會(huì)顯示在服務(wù)器客戶端的界面上。服務(wù)器系統(tǒng)的界面操作指定的終端交互業(yè)務(wù)，比如實(shí)況，就需要啟動(dòng)攝像機(jī)到播放器上。這樣，播放器和攝像機(jī)是兩個(gè)終端，觸發(fā)實(shí)況業(yè)務(wù)時(shí)，服務(wù)器的界面會(huì)調(diào)用一個(gè)消息構(gòu)造模塊，構(gòu)造出指定模塊的業(yè)務(wù)消息發(fā)送的服務(wù)器的主線上，主線層會(huì)根據(jù)消息的內(nèi)容等轉(zhuǎn)發(fā)消息到消息處理模塊，消息處理模塊收到來(lái)自界面的消息，對(duì)消息做轉(zhuǎn)換處理，發(fā) 送到指定的模塊進(jìn)行處理，如實(shí)況消息會(huì)發(fā)送到媒體控制模塊，協(xié)議控制模塊等分別進(jìn)行處理，最后消息會(huì)發(fā)送到網(wǎng)關(guān)，由網(wǎng)關(guān)對(duì)消息進(jìn)行轉(zhuǎn)換，再調(diào)用消息發(fā)送模塊把消息發(fā)送到域間的指定地址。消息在終端系統(tǒng)和多級(jí)多域中域間的其他服務(wù)器內(nèi)的處理情況也是類似，因?yàn)槊恳粋€(gè)模塊的處理都是由很多的子模塊合作完成，具體的流程相當(dāng)復(fù)雜，并且不是本課題研究的重點(diǎn)，限于篇幅，在這里不多作詳細(xì)介紹。 終端會(huì)話在內(nèi)部處理的流程比較類似，業(yè)務(wù)由幾個(gè)模塊分別處理完成，在這里，我們關(guān)注一個(gè)問(wèn)題，就是呼叫控制控制模塊（ Call Control），簡(jiǎn)稱 CC，作者目前所在的項(xiàng)目就是呼叫控制項(xiàng)目組，本課題也可以說(shuō)是此模塊的一個(gè)子模塊的研究。 CC 主要完成的工作是 提供組合目標(biāo)業(yè)務(wù)的原子操作功能 ,并支持在SIP 協(xié)議上進(jìn)行擴(kuò)展，以滿足更多的業(yè)務(wù)，或者說(shuō) CC 提供了一套以 SIP 協(xié)議為基礎(chǔ)的呼叫控制框架。 CC 模塊需要調(diào)用一些子模塊接口來(lái)完成相應(yīng)的功能，其中呼叫路由模塊就是其中之一。呼叫路由模塊是終端會(huì)話流程的關(guān)鍵的一環(huán)，作用就是為操作的設(shè)備等查詢地址信息。目前的呼叫路由模塊只是一個(gè)很小的模塊，并且是與 CC 等模塊兼容在一起，為控制模塊提供一個(gè)供查詢的接口，以完成呼叫路由的功能， 本課題研究的主要內(nèi)容也就在這里，在后面的幾章里我們會(huì)對(duì)目前的呼叫路由進(jìn)行分析，改進(jìn)和設(shè)計(jì)。 浙江大學(xué)碩士學(xué)位論文 第 2 章 多媒體系統(tǒng)業(yè)務(wù)分析 22 本章小結(jié) 本章主要介紹了 IMOS 系統(tǒng)的幾個(gè)主要的業(yè)務(wù)和業(yè)務(wù)的實(shí)現(xiàn)的原理。簡(jiǎn)單歸納一下，如下： 1. 多媒體系統(tǒng)的通用的三層架構(gòu)，和基于此架構(gòu)開(kāi)發(fā)而來(lái)的 IMOS 系統(tǒng)的基本架構(gòu)； 2. 多媒體系統(tǒng)的應(yīng)用層的基本協(xié)議， SIP 協(xié)議和 協(xié)議等； 3. IMOS 系統(tǒng)的特殊組網(wǎng)：多級(jí)多域組網(wǎng)； 4. IMOS 系統(tǒng)的業(yè)務(wù)流程，以注冊(cè)為例說(shuō)明了業(yè)務(wù)在系統(tǒng)內(nèi)部的實(shí)現(xiàn)；