【文章內(nèi)容簡(jiǎn)介】 同于PSTN網(wǎng)絡(luò)，在技術(shù)實(shí)現(xiàn)上有本質(zhì)的區(qū)別。，必然繼承了PSTN的優(yōu)點(diǎn)，也繼承了PSTN的缺點(diǎn)。因此，從版本一到版本五，一直在改正不足，增加新特性。，作為通信思想在分組網(wǎng)絡(luò)上的多媒體具體實(shí)現(xiàn)，其前景是比較廣闊的。 SIP協(xié)議SIP是由IETF在1999年提出來(lái)的一個(gè)應(yīng)用控制（信令）協(xié)議[9]。正如名字所隱含的——用于發(fā)起會(huì)話。它可用來(lái)創(chuàng)建、修改以及終結(jié)多個(gè)參與者參加的多媒體會(huì)話進(jìn)程。參與會(huì)話的成員可以通過(guò)組播方式、單播連網(wǎng)或者兩者結(jié)合的形式進(jìn)行通信。SIP中有客戶(hù)機(jī)和服務(wù)器之分。客戶(hù)機(jī)是指為了向服務(wù)器發(fā)送請(qǐng)求而與服務(wù)器建立連接的應(yīng)用程序。用戶(hù)代理（User Agent）和代理（Proxy）中含有客戶(hù)機(jī)。服務(wù)器是用于向客戶(hù)機(jī)發(fā)出的請(qǐng)求提供服務(wù)并回送應(yīng)答的應(yīng)用程序。共有四類(lèi)基本服務(wù)器[9]：1. 用戶(hù)代理服務(wù)器：當(dāng)接到SIP請(qǐng)求時(shí)它聯(lián)系用戶(hù)，并代表用戶(hù)返回響應(yīng)。2. 代理服務(wù)器：代表其它客戶(hù)機(jī)發(fā)起請(qǐng)求，既充當(dāng)服務(wù)器又充當(dāng)客戶(hù)機(jī)的媒介程序。在轉(zhuǎn)發(fā)請(qǐng)求之前，它可以改寫(xiě)原請(qǐng)求消息中的內(nèi)容。3. 重定向服務(wù)器：它接收SIP請(qǐng)求，并把請(qǐng)求中的原地址映射成零個(gè)或多個(gè)新地址，返回給客戶(hù)機(jī)。4. 注冊(cè)服務(wù)器：它接收客戶(hù)機(jī)的注冊(cè)請(qǐng)求，完成用戶(hù)地址的注冊(cè)。用戶(hù)終端程序往往需要包括用戶(hù)代理客戶(hù)機(jī)和用戶(hù)代理服務(wù)器。代理服務(wù)器、重定向服務(wù)器和注冊(cè)服務(wù)器可以看出是公眾性的網(wǎng)絡(luò)服務(wù)器。在SIP中還經(jīng)常提到定位服務(wù)器的概念，但是定位服務(wù)器不屬于SIP服務(wù)。IMOS系統(tǒng)也有一個(gè)服務(wù)器(VM)，但是不是這四個(gè)服務(wù)器簡(jiǎn)單的服務(wù)器之一，而是這幾個(gè)服務(wù)器的綜合。目前多媒體服務(wù)器沒(méi)有幾個(gè)只有單一功能的服務(wù)器了，大多都兼容了用戶(hù)代理，注冊(cè)和重定向功能。，那么SIP就是搞計(jì)算機(jī)的人提出的協(xié)議[12]。上世紀(jì)90年代末，隨著Internet網(wǎng)絡(luò)應(yīng)用的逐步普及，計(jì)算機(jī)網(wǎng)絡(luò)工作者想基于計(jì)算機(jī)和Internet進(jìn)行多媒體通信。因此，制定了SIP協(xié)議。顧名思義，它突出了簡(jiǎn)單二字。SIP這個(gè)協(xié)議完全傳承了Internet的特點(diǎn)，是計(jì)算機(jī)網(wǎng)絡(luò)流派的杰作[12]。Internet是一個(gè)分布、客戶(hù)機(jī)/服務(wù)器、水平控制的網(wǎng)絡(luò)，SIP協(xié)議本身實(shí)現(xiàn)的通信方式也是一個(gè)分布、客戶(hù)機(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é)議的傳輸，終究是為了實(shí)現(xiàn)業(yè)務(wù)的控制。那么，就需要對(duì)協(xié)議進(jìn)行細(xì)化，通過(guò)協(xié)議下達(dá)具體的控制命令，因此我們也可以說(shuō)，協(xié)議是含有控制命令的載體。在多媒體的實(shí)際應(yīng)用中，控制消息由協(xié)議進(jìn)行傳輸?？刂葡?，簡(jiǎn)單的說(shuō)可以分成三類(lèi)，請(qǐng)求消息，成功響應(yīng)消息，錯(cuò)誤響應(yīng)消息。請(qǐng)求消息中會(huì)帶有具體的業(yè)務(wù)類(lèi)型，地址，端口等信息，這就是一個(gè)請(qǐng)求消息的實(shí)例。從請(qǐng)求消息中可以看出消息的各種信息，比如From字段中的源地址，To字段中的目的地地址，頭里面的端口信息，還有Body下面的具體的消息體的內(nèi)容。這就是IMOS中一個(gè)實(shí)際應(yīng)用的協(xié)議，為了使各個(gè)多媒體廠商能夠相互的兼容，大家都會(huì)按照一定的規(guī)范來(lái)發(fā)送消息。響應(yīng)消息也一樣，都是基于這份規(guī)范而來(lái)，只是所含有的信息不一樣，如果是成功響應(yīng)，消息的名稱(chēng)多是以200OK為準(zhǔn)，錯(cuò)誤的響應(yīng)消息根據(jù)錯(cuò)誤的類(lèi)型會(huì)有多種響應(yīng)，并且都含有各自的錯(cuò)誤碼。圖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è)備間的資源交互等，很多情況下都需要多臺(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è)備終端的類(lèi)型也各種各樣，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í)域，我們稱(chēng)這一過(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)”之類(lèi)，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)。上級(jí)域中間域下級(jí)域下級(jí)域中間域下級(jí)域終端設(shè)備圖2. 5 多級(jí)多域模型 終端交互的組網(wǎng)實(shí)現(xiàn)經(jīng)過(guò)上面的討論分析，我們對(duì)本域的組網(wǎng)管理有了一定的了解，下面來(lái)深入了解在組網(wǎng)中具體怎么實(shí)現(xiàn)終端的會(huì)話。服務(wù)器終端A終端B業(yè)務(wù)請(qǐng)求1響應(yīng)1業(yè)務(wù)請(qǐng)求2響應(yīng)2圖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ù)器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ì)話。服務(wù)器A服務(wù)器B終端A終端B9終端會(huì)話8.域間響應(yīng)1.共享請(qǐng)求5.域間請(qǐng)求圖2. 7 域間終端會(huì)話目前的IMOS系統(tǒng)的本域業(yè)務(wù)業(yè)務(wù)比較多，域間的業(yè)務(wù)類(lèi)也得到了很大的發(fā)展。隨著新的終端類(lèi)型的出現(xiàn)和業(yè)務(wù)類(lèi)型的增多，本域和域間的終端交互還會(huì)有進(jìn)一步的發(fā)展。 多媒體系統(tǒng)的會(huì)話類(lèi)的業(yè)務(wù)分析 終端注冊(cè)流程分析，這個(gè)是終端注冊(cè)的一個(gè)簡(jiǎn)單的流程，當(dāng)然由于每個(gè)模塊內(nèi)部都有非常細(xì)的子流程，我們不可能把每一個(gè)詳細(xì)的業(yè)務(wù)過(guò)程都說(shuō)的很細(xì)，只需要關(guān)注業(yè)務(wù)在內(nèi)部大致的實(shí)現(xiàn)就行了。人工的操作顯然是從界面開(kāi)始的，在界面上可以對(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)行處理。控制模塊解析消息，獲取消息的內(nèi)容，然后構(gòu)造出一條符合其他模塊的消息，發(fā)送到相關(guān)的處理模塊，最后對(duì)數(shù)據(jù)庫(kù)進(jìn)行操作把注冊(cè)的相關(guān)信息儲(chǔ)存到數(shù)據(jù)庫(kù)中。域間消息終端系統(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è)信息。當(dāng)服務(wù)器收到終端的注冊(cè)信息，并且成功處理注冊(cè)請(qǐng)求之后，服務(wù)器上的終端設(shè)備就會(huì)顯示在線狀態(tài)，此時(shí)服務(wù)器就可以管理終端的資源。 終端會(huì)話流程分析終端的會(huì)話流程與注冊(cè)流程有點(diǎn)類(lèi)似，因?yàn)樵趦?nèi)部的處理上也是由這幾個(gè)模塊處理，不同的是處理的具體過(guò)程會(huì)不同。終端會(huì)話首先需要在服務(wù)器系統(tǒng)的界面上來(lái)完成配置，配置后終端的信息會(huì)顯示在服務(wù)器客戶(hù)端的界面上。服務(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)的處理情況也是類(lèi)似，因?yàn)槊恳粋€(gè)模塊的處理都是由很多的子模塊合作完成，具體的流程相當(dāng)復(fù)雜，并且不是本課題研究的重點(diǎn)，限于篇幅，在這里不多作詳細(xì)介紹。終端會(huì)話在內(nèi)部處理的流程比較類(lèi)似，業(yè)務(wù)由幾個(gè)模塊分別處理完成，在這里，我們關(guān)注一個(gè)問(wèn)題，就是呼叫控制控制模塊（Call Control），簡(jiǎn)稱(chēng)CC，作者目前所在的項(xiàng)目就是呼叫控制項(xiàng)目組，本課題也可以說(shuō)是此模塊的一個(gè)子模塊的研究。CC主要完成的工作是提供組合目標(biāo)業(yè)務(wù)的原子操作功能,并支持在SIP協(xié)議上進(jìn)行擴(kuò)展，以滿(mǎn)足更多的業(yè)務(wù)，或者說(shuō)CC提供了一套以SIP協(xié)議為基礎(chǔ)的呼叫控制框架。CC模塊需要調(diào)用一些子模塊接口來(lái)完成相應(yīng)的功能，其中呼叫路由模塊就是其中之一。呼叫路由模塊是終端會(huì)話流程的關(guān)鍵的一環(huán)，作用就是為操作的設(shè)備等查詢(xún)地址信息。目前的呼叫路由模塊只是一個(gè)很小的模塊，并且是與CC等模塊兼容在一起，為控制模塊提供一個(gè)供查詢(xún)的接口，以完成呼叫路由的功能，本課題研究的主要內(nèi)容也就在這里，在后面的幾章里我們會(huì)對(duì)目前的呼叫路由進(jìn)行分析，改進(jìn)和設(shè)計(jì)。 本章小結(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é)議，；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)；本章為指出和分析IMOS系統(tǒng)的缺陷提供了必要的基礎(chǔ)知識(shí)，有了這些就可以對(duì)IMOS系統(tǒng)做出改進(jìn)分析，也就是本課題具體的研究?jī)?nèi)容了。22浙江大學(xué)碩士學(xué)位論文 第3章 多媒體系統(tǒng)的改進(jìn)分析第3章 多媒體系統(tǒng)的改進(jìn)分析 多媒體系統(tǒng)的一些策略與相關(guān)分析由于需求的增多和多媒體硬件類(lèi)型的增多等，目前多媒體系統(tǒng)已經(jīng)十分龐大了，并且還在逐步的發(fā)展中。隨著系統(tǒng)的增大，多媒體系統(tǒng)的一些弊端也逐漸的浮現(xiàn)出來(lái)，比如多媒體系統(tǒng)的性能問(wèn)題，這個(gè)是一直困擾多媒體系統(tǒng)的問(wèn)題，而且很難解決。本課題所研究的多媒體的一些缺陷，主要是呼叫路由方面的，我們分別從幾個(gè)角度來(lái)分析一下目前呼叫路由存在的一些可以改進(jìn)的地方。 組網(wǎng)以及協(xié)議傳輸策略多級(jí)多域組網(wǎng)有幾個(gè)特點(diǎn)，就是域間注冊(cè)時(shí)存在一個(gè)方向，也就是上下級(jí)的關(guān)系，在下級(jí)域向上級(jí)域注冊(cè)時(shí)，下級(jí)域服務(wù)器會(huì)向上級(jí)域發(fā)送一條域注冊(cè)的SIP請(qǐng)求消息（跟上一章介紹的終端注冊(cè)有所不同），上級(jí)域收到此注冊(cè)消息，會(huì)對(duì)數(shù)據(jù)庫(kù)進(jìn)行操作，把下級(jí)域