【正文】 緊密聯(lián)系在一起，實(shí)現(xiàn)的功能除了最基本的號(hào)碼解析，還包括對(duì)業(yè)務(wù)有極大方便的號(hào)碼分析處理的過(guò)程，當(dāng)然，也不是說(shuō)這個(gè)呼叫路由模塊就只是為了IMOS系統(tǒng)而用，這個(gè)呼叫路由的框架對(duì)于多媒體系統(tǒng)是通用的，不同的多媒體系統(tǒng)只需要針對(duì)不同的業(yè)務(wù)類型進(jìn)行不同的細(xì)化就可以了。正如前面的討論，IMOS系統(tǒng)存在著一些非常明顯的缺陷，這樣發(fā)展下去，應(yīng)用規(guī)模大幅度提升，可能會(huì)有一定的影響。這個(gè)是方便業(yè)務(wù)的進(jìn)行，有些公司內(nèi)部電話沒(méi)有呼叫外部電話的權(quán)限，有些電話只能呼叫部分號(hào)碼的權(quán)限，這時(shí)就可以為這些電話進(jìn)行分組。PSTN (Public Switched Telephone Network)，即公共電話交換網(wǎng)，由終端設(shè)備，傳輸設(shè)備和交換設(shè)備三類組成，還包括信令，協(xié)議和標(biāo)準(zhǔn)。而這三類編碼可以共用一套編碼規(guī)則，比如說(shuō)，我們可以設(shè)定編碼長(zhǎng)度為18位，以第一位標(biāo)識(shí)編碼類型，來(lái)確定三類業(yè)務(wù)中的某類業(yè)務(wù)，那么我們只需要對(duì)編碼的第一位進(jìn)行分析就可以找到對(duì)應(yīng)的路由表，從而查詢處相關(guān)的數(shù)據(jù)。數(shù)據(jù)庫(kù)表的設(shè)計(jì)跟編碼規(guī)則密切相關(guān)，事實(shí)上，數(shù)據(jù)庫(kù)表的數(shù)量是和編碼的類型直接相關(guān)的，因?yàn)槊繌埪酚杀淼年P(guān)鍵字就是一類編碼，所以，對(duì)編碼設(shè)計(jì)這種基礎(chǔ)的設(shè)計(jì)要考慮全面。我們可以從業(yè)務(wù)的角度和從編碼的角度去分析。當(dāng)然，這里要解決的一個(gè)問(wèn)題就是如何才能使得SIP協(xié)議才能攜帶全地址信息注冊(cè)到上級(jí)域，由于SIP協(xié)議的靈活性，可以增加字段來(lái)攜帶信息，或者在tag中想辦法帶上去，或者可以通過(guò)編碼映射方案等加以解決。在域間的路徑選擇上，可以為域的注冊(cè)信息進(jìn)行擴(kuò)充。如果設(shè)備量確實(shí)很大，而我們只需要查詢一個(gè)簡(jiǎn)單的域的地址，這樣可能會(huì)對(duì)整個(gè)路由表進(jìn)行搜索，而關(guān)于域的信息可能就幾個(gè)，從一定程度上來(lái)說(shuō)會(huì)在性能上對(duì)業(yè)務(wù)造成一定影響。因?yàn)榉?wù)器內(nèi)沒(méi)有其它服務(wù)器的地址，所以，在這里我們可以改進(jìn)一下，在服務(wù)器II壞掉時(shí)，服務(wù)器I會(huì)把業(yè)務(wù)消息發(fā)送到III進(jìn)行業(yè)務(wù)處理，這樣做會(huì)需要得到數(shù)據(jù)庫(kù)的支持，也就是在本域內(nèi)需要有其它域的地址信息。這里IMOS應(yīng)用的域間SIP消息會(huì)帶有下一跳的地址信息，然后消息發(fā)送模塊會(huì)根據(jù)消息中所帶的地址和端口信息進(jìn)行定向發(fā)送消息報(bào)文。呼叫路由模塊是終端會(huì)話流程的關(guān)鍵的一環(huán)，作用就是為操作的設(shè)備等查詢地址信息。 終端會(huì)話流程分析終端的會(huì)話流程與注冊(cè)流程有點(diǎn)類似，因?yàn)樵趦?nèi)部的處理上也是由這幾個(gè)模塊處理，不同的是處理的具體過(guò)程會(huì)不同?？刂颇K對(duì)消息進(jìn)行處理，根據(jù)消息的內(nèi)容從新構(gòu)造一條符合一定規(guī)范的注冊(cè)消息，發(fā)送到信令網(wǎng)關(guān)模塊。終端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)信息。上級(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ì)話。由于上級(jí)域的權(quán)限比下級(jí)域的高，所以資源共享是單方向的，由下級(jí)域把資源共享到上級(jí)域，我們稱這一過(guò)程為資源推送。在IMOS系統(tǒng)的應(yīng)用中，已經(jīng)支持多級(jí)多域的配置。請(qǐng)求消息中會(huì)帶有具體的業(yè)務(wù)類型，地址，端口等信息，這就是一個(gè)請(qǐng)求消息的實(shí)例。任何一個(gè)優(yōu)點(diǎn)的獲得，往往都導(dǎo)致另一個(gè)或幾個(gè)缺陷的產(chǎn)生。目前多媒體服務(wù)器沒(méi)有幾個(gè)只有單一功能的服務(wù)器了，大多都兼容了用戶代理，注冊(cè)和重定向功能。2. 代理服務(wù)器：代表其它客戶機(jī)發(fā)起請(qǐng)求，既充當(dāng)服務(wù)器又充當(dāng)客戶機(jī)的媒介程序。正如名字所隱含的——用于發(fā)起會(huì)話。因此。這些應(yīng)用與底層網(wǎng)絡(luò)傳輸無(wú)關(guān)，比如現(xiàn)在的視頻會(huì)議系統(tǒng)，網(wǎng)上IP電話系統(tǒng)，網(wǎng)上IP傳真系統(tǒng)等等，因此可以說(shuō)。在控制層處理業(yè)務(wù)時(shí)，會(huì)用到數(shù)據(jù)庫(kù)、各種必要的原子業(yè)務(wù)接口等。業(yè)務(wù)控制層是控制層的關(guān)鍵層，實(shí)現(xiàn)具體的業(yè)務(wù)，業(yè)務(wù)控制層根據(jù)業(yè)務(wù)的不同又有具體的劃分，比如呼叫控制模塊（CC），媒體控制模塊（MC）等等[1]，每個(gè)模塊都會(huì)處理部分業(yè)務(wù)。圖2. 3 IMOS系統(tǒng)部分業(yè)務(wù)截圖。 IMOS架構(gòu)簡(jiǎn)圖下面我們就根據(jù)IMOS的架構(gòu)[1]來(lái)簡(jiǎn)單分析下多媒體的一些業(yè)務(wù)的實(shí)現(xiàn)。在呼叫控制中，不可避免的會(huì)用到地址查詢，對(duì)設(shè)備進(jìn)行管理和控制，這樣，就產(chǎn)生了呼叫路由?？梢耘e個(gè)很形象的例子，在畫(huà)圖版中會(huì)有各種各樣的動(dòng)作，比如多邊形，圓形，涂色，等等，有了這些最基本的功能就能畫(huà)出一副好看的圖片。同時(shí)，在本章中引入了本課題研究的對(duì)象，也就是呼叫路由的尋址，由此進(jìn)一步指明了本課題所做的工作，也就是設(shè)計(jì)和實(shí)現(xiàn)一個(gè)獨(dú)立的呼叫路由框架，以及在設(shè)計(jì)和實(shí)現(xiàn)過(guò)程中所需要的幾項(xiàng)具體的工作和參考的資料等，為后面的具體的分析和設(shè)計(jì)打下基礎(chǔ)。對(duì)目前的路由表重新規(guī)劃設(shè)計(jì)，使得數(shù)據(jù)庫(kù)能夠更方便地支持路由模塊的功能，進(jìn)而能支持更多的業(yè)務(wù)和增加效率。數(shù)據(jù)庫(kù)中會(huì)有一張專門(mén)存放路有信息的路有表，在這張路由表中，存放的有終端設(shè)備的編碼，IP地址，地址類型，端口號(hào)，以及nat穿越的地址信息。還有，多媒體終端類型將會(huì)越來(lái)越多地出現(xiàn)，對(duì)這些終端的支持也是一個(gè)需要解決的問(wèn)題。就像電話機(jī)的出現(xiàn)一樣，電話在發(fā)展的初始階段，因?yàn)殡娫捊K端很少，所以可以通過(guò)簡(jiǎn)單的直連等就可以接通電話，所以初期，電話就沒(méi)有什么較成型的管理方案。IMOS要管理的終端類型很多，有軟終端和硬終端，如編碼器（EC），解碼器（DC），播放器（XP），媒體轉(zhuǎn)發(fā)服務(wù)器（MS），監(jiān)視器，攝像機(jī)，云臺(tái)等等。要想看到實(shí)況，就需要另一樣設(shè)備，解碼器和播放器，解碼器用來(lái)解碼，接收編碼器發(fā)送過(guò)來(lái)的數(shù)據(jù)流，硬解實(shí)況的播放器是一個(gè)實(shí)體終端，比如監(jiān)視器，電視墻等，解碼器發(fā)送過(guò)來(lái)的媒體流可以在這些終端上播放。在交通系統(tǒng)中，我們需要監(jiān)視路段的車輛情況，在公安局內(nèi)，監(jiān)獄等重要地方，我們需要全方位的監(jiān)控各個(gè)角落，在景區(qū)內(nèi)，我們也需要對(duì)各個(gè)景點(diǎn)進(jìn)行監(jiān)控，而且監(jiān)控的角度還需要能夠?qū)崟r(shí)的調(diào)整，有時(shí)候更需要遠(yuǎn)距離監(jiān)控，這些都是監(jiān)控領(lǐng)域的應(yīng)用，當(dāng)然，要完成這些監(jiān)控，需要一個(gè)足夠強(qiáng)大的系統(tǒng)來(lái)支持這些業(yè)務(wù)。長(zhǎng)遠(yuǎn)上，為產(chǎn)品的不斷豐富和完善奠定基礎(chǔ)，為價(jià)值鏈上的客戶和友商開(kāi)發(fā)增值業(yè)務(wù)，技術(shù)合作、技術(shù)創(chuàng)新提供彈性的空間。呼叫路由是多媒體系統(tǒng)的組成部分，旨在通過(guò)呼叫路由模塊來(lái)找到各個(gè)終端和服務(wù)器的地址，以便完成服務(wù)器和終端之間的會(huì)話。針對(duì)呼叫路由的框架，本文給出了呼叫路由模塊的幾個(gè)主要的數(shù)據(jù)結(jié)構(gòu)和函數(shù)接口，以便進(jìn)一步分析呼叫路由框架的實(shí)現(xiàn)過(guò)程。 多媒體系統(tǒng)的應(yīng)用多媒體系統(tǒng)，包括多媒體軟件系統(tǒng)和硬件系統(tǒng)，結(jié)合相關(guān)的應(yīng)用領(lǐng)域，充分利用多媒體技術(shù)的關(guān)鍵特性，集成多種媒體的關(guān)聯(lián)信息，就可以構(gòu)成多媒體的應(yīng)用系統(tǒng)[2] 。隨著開(kāi)發(fā)的逐步發(fā)展，多媒體系統(tǒng)的業(yè)務(wù)也會(huì)日益豐富，不難想象，將來(lái)的多媒體系統(tǒng)是十分智能和人性化的。攝像機(jī)的角度比較死，不能自動(dòng)的去移動(dòng)，如果想換一個(gè)角度，看下周圍的實(shí)況，就需要云臺(tái)了。當(dāng)然不可能把所有的終端都注冊(cè)到一個(gè)服務(wù)器上，一則遠(yuǎn)距離注冊(cè)不方便，二來(lái)服務(wù)器性能會(huì)受到很大挑戰(zhàn)。多媒體的發(fā)展也是一樣，隨著項(xiàng)目的逐步擴(kuò)大，多媒體終端也會(huì)越來(lái)越多，多媒體系統(tǒng)的應(yīng)用也會(huì)越來(lái)越廣。 本課題的研究背景以及擬解決的問(wèn)題 課題來(lái)源本課題源于多媒體系統(tǒng)的業(yè)務(wù)和路由模塊和IPX系統(tǒng)[5]的呼叫路由方案的實(shí)現(xiàn)。路由表里還含有域的地址信息，通過(guò)查詢路由表能夠幫助業(yè)務(wù)控制模塊查詢到設(shè)備所在域的地址，然后再通過(guò)設(shè)備所在域服務(wù)器進(jìn)一步查詢。呼叫路由框架設(shè)計(jì)。 多媒體業(yè)務(wù)通用的三層架構(gòu)體系用戶管理業(yè)務(wù)管理媒體網(wǎng)關(guān)呼叫控制呼叫路由數(shù)據(jù)庫(kù)SIP適配層其他適配層應(yīng)用層控制層基礎(chǔ)設(shè)施層數(shù)據(jù)交互業(yè)務(wù)控制 多媒體三層架構(gòu)圖，這個(gè)是多媒體的基本三層架構(gòu)[5]。應(yīng)用層是關(guān)系到用戶體驗(yàn)的直接層，因此，多媒體系統(tǒng)的好壞，與應(yīng)用層的展現(xiàn)有著最直接的關(guān)系?；A(chǔ)設(shè)施層為控制層提供了最基本的一些協(xié)議解析庫(kù)、原子業(yè)務(wù)所需的硬件接口等。這其中涵括9個(gè)組件：用于用戶交互的GUI組件、用于業(yè)務(wù)實(shí)現(xiàn)的AS應(yīng)用服務(wù)組件和CS調(diào)度服務(wù)組件、用于信令調(diào)度的CC呼叫組件、用于媒體調(diào)度的MC組件、用于媒體處理的MP組件、用于配置管理的MM組件、底層框架的BP基礎(chǔ)平臺(tái)和DAO數(shù)據(jù)庫(kù)組件。由于IMOS業(yè)務(wù)很多，而且還有很多不同的類型，為了更好的實(shí)現(xiàn)、維護(hù)和擴(kuò)展這些業(yè)務(wù)，IMOS對(duì)控制層進(jìn)行了一系列的劃分，IMOS的每一個(gè)業(yè)務(wù)的實(shí)現(xiàn)都會(huì)遵循一個(gè)業(yè)務(wù)的流程。數(shù)據(jù)管理也是控制層中的一個(gè)重要的控制部分，在IMOS系統(tǒng)的數(shù)據(jù)庫(kù)中存有大量的數(shù)據(jù)，控制層的其他模塊不會(huì)去直接調(diào)用數(shù)據(jù)庫(kù)進(jìn)行數(shù)據(jù)管理，而是通過(guò)訪問(wèn)數(shù)據(jù)管理模塊的接口間接的去完成。 多媒體系統(tǒng)的協(xié)議分析[8]和SIP[9]協(xié)議，然而，鑒于SIP協(xié)議的靈活性，SIP協(xié)議在多媒體系統(tǒng)中也慢慢的應(yīng)用起來(lái)，比如IMOS系統(tǒng)所采用的就是SIP協(xié)議。可以通過(guò)網(wǎng)閘(Gatekeeper)、會(huì)議登記、地址解析、訪問(wèn)控制、帶寬管理、帶寬控制，域管理以及一些呼叫補(bǔ)充業(yè)務(wù)的實(shí)現(xiàn)。但分組網(wǎng)絡(luò)不同于PSTN網(wǎng)絡(luò)，在技術(shù)實(shí)現(xiàn)上有本質(zhì)的區(qū)別。SIP中有客戶機(jī)和服務(wù)器之分。4. 注冊(cè)服務(wù)器：它接收客戶機(jī)的注冊(cè)請(qǐng)求，完成用戶地址的注冊(cè)。因此，制定了SIP協(xié)議。動(dòng)態(tài)來(lái)看待SIP協(xié)議，它作為計(jì)算機(jī)思想在分組網(wǎng)絡(luò)上的多媒體實(shí)現(xiàn)手段，其發(fā)展前景是非常廣闊的[12]。響應(yīng)消息也一樣，都是基于這份規(guī)范而來(lái)，只是所含有的信息不一樣，如果是成功響應(yīng)，消息的名稱多是以200OK為準(zhǔn)，錯(cuò)誤的響應(yīng)消息根據(jù)錯(cuò)誤的類型會(huì)有多種響應(yīng)，并且都含有各自的錯(cuò)誤碼。但是，一個(gè)實(shí)際的應(yīng)用，往往是由很多設(shè)備終端存在的，而且設(shè)備終端的類型也各種各樣，IMOS支持的終端，有虛擬的終端，如XP播放器，也有實(shí)際的終端，如攝像機(jī)，編碼器，解碼器，監(jiān)視器，電視墻，存儲(chǔ)設(shè)備等等，應(yīng)用的業(yè)務(wù)也多種多樣，這樣一來(lái)IMOS系統(tǒng)的存在就很重要了。比如，可以在上級(jí)域的XP播放器上播放和存儲(chǔ)下級(jí)域攝像機(jī)的錄像。兩個(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)。服務(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ù)類也得到了很大的發(fā)展。至此，在終端內(nèi)部的注冊(cè)流程已經(jīng)完成。這樣，播放器和攝像機(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ā)送到域間的指定地址。簡(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)容了。我們知道，業(yè)務(wù)請(qǐng)求消息中只會(huì)帶有下一級(jí)的消息，那么服務(wù)器就要嚴(yán)格按照域間注冊(cè)的流程一級(jí)一級(jí)的去找，也就是“順藤摸瓜”。在IMOS的路由表中，存有終端編碼，終端類型，終端地址信息。 設(shè)備綁定策略之所以在這里單獨(dú)考慮設(shè)備邦定策略，是因?yàn)樵O(shè)備邦定策略在路由上實(shí)現(xiàn)比較簡(jiǎn)單，在業(yè)務(wù)上比較麻煩。方案一是針對(duì)域的，就是為每一個(gè)域增加一個(gè)備用域，這個(gè)域可以是單獨(dú)的一臺(tái)服務(wù)器，也可以是組網(wǎng)中的其它服務(wù)器，在中間域服務(wù)器業(yè)務(wù)不可達(dá)時(shí)下級(jí)域會(huì)自動(dòng)向中間域的備用服務(wù)器進(jìn)行注冊(cè)。在業(yè)務(wù)上如果實(shí)現(xiàn)三種方案并存，實(shí)現(xiàn)難度比較大，可能要花費(fèi)很大的代價(jià)。在改進(jìn)的方案中，就可以根據(jù)上面的信息，重新規(guī)劃路由表為設(shè)備注冊(cè)路由表和域注冊(cè)路由表和終端會(huì)話路由表，并且這三張表之間不是獨(dú)立的，而是有一定關(guān)聯(lián)，由這三張表共同支撐整個(gè)呼叫路由模塊。原有的編碼比較簡(jiǎn)單，就是一個(gè)終端的設(shè)備編碼，業(yè)務(wù)控制層利用這個(gè)編碼來(lái)找到呼叫路由表，從而查詢出設(shè)備推送域的地址信息，如果設(shè)備是本域的則可以查出設(shè)備的地質(zhì)，包括IPv4和IPv6地址[13]，端口和Nat地址信息。編碼規(guī)則設(shè)計(jì)時(shí)還需要考慮到業(yè)務(wù)的擴(kuò)展，如上節(jié)所說(shuō)的分表機(jī)制，需要編碼能夠根據(jù)規(guī)則有一定的擴(kuò)充空間，實(shí)現(xiàn)這個(gè)比較簡(jiǎn)單，因?yàn)閺脑瓌t上說(shuō)編碼的設(shè)置位和預(yù)留位是用不完的。IPPBX設(shè)備和傳統(tǒng)的PSTN設(shè)備一樣，為了完成呼叫路由的流程，都有一個(gè)號(hào)碼處理的過(guò)程。多媒體語(yǔ)音業(yè)務(wù)就明顯可以利用這套規(guī)則，并且已經(jīng)應(yīng)用了很大的部分。這樣，一個(gè)具有更強(qiáng)大呼叫路由模塊勢(shì)必是遲早會(huì)出現(xiàn)的。同時(shí)，為實(shí)現(xiàn)決這些策略的改進(jìn)，本章引入一些其他領(lǐng)域的應(yīng)用技術(shù)，就是號(hào)碼分析的應(yīng)用，并且對(duì)目前號(hào)碼分析的應(yīng)用做出了一定的說(shuō)明。在多級(jí)多域模型中的重要一環(huán)就是從本域找到注冊(cè)的終端，在本域內(nèi)就需要對(duì)設(shè)備注冊(cè)路由表進(jìn)行搜索。終端設(shè)備有很多都在私網(wǎng)中，所以需要考慮到Nat的相關(guān)信息。IMOS服務(wù)器安裝過(guò)程中需要輸入一系列的數(shù)據(jù)，比如IP地址，端口等，有些數(shù)據(jù)會(huì)由系統(tǒng)自動(dòng)生成，在完成服務(wù)器的注冊(cè)后，域路由表中就會(huì)含有本域的地址了。以目前實(shí)際的應(yīng)用來(lái)看，七級(jí)域是用不完的，所以，對(duì)于更大規(guī)模的應(yīng)用，這個(gè)路由方案就已經(jīng)足夠用了。這樣做還有個(gè)好處，就是在比較復(fù)雜的路由管理中，不需要每次都會(huì)查詢大量的數(shù)據(jù)來(lái)獲得域編碼信息，如果把設(shè)備推送路由表和域路由表合在一起，就顯得不合理了。 編碼設(shè)計(jì)號(hào)碼分析不只是跟呼叫路由模塊相關(guān)，在IMOS內(nèi)部的其他模塊也可以調(diào)用。編碼規(guī)則設(shè)計(jì)是本呼叫路由設(shè)計(jì)的重點(diǎn)部分之一，現(xiàn)在每個(gè)具體的協(xié)議都會(huì)有一些對(duì)編碼的約束規(guī)則，這些規(guī)則對(duì)于業(yè)務(wù)來(lái)說(shuō)，比較實(shí)用。編碼的一些項(xiàng)可以為默認(rèn)值，但是一些必要信息項(xiàng)必須有實(shí)際意義的值在。當(dāng)然，也不是說(shuō)別的系統(tǒng)就一定不能用，畢竟多媒體系統(tǒng)發(fā)展不像電信領(lǐng)域這