軟交換畢業(yè)論文

1、<p><b>　　第1章 軟交換概述</b></p><p>　　1.1 什么是軟交換</p><p>　　軟交換（soft switch），有時(shí)又稱為呼叫服務(wù)器（(call server),呼叫代理(call agent) 或媒體網(wǎng)關(guān)控制器。</p><p>　　隨著信息化進(jìn)程的不斷推進(jìn)，人們已越來越不滿足于現(xiàn)有GSM網(wǎng)絡(luò)以窄帶方

2、式提供的單一語音服務(wù)，提供寬帶化、智能化、個(gè)人化移動(dòng)多媒體服務(wù)的需求日益劇增。下一代網(wǎng)絡(luò)泛指一個(gè)以IP為中心，可以支持語音、數(shù)據(jù)和多媒體業(yè)務(wù)融合全新的網(wǎng)絡(luò)。3G不是現(xiàn)有移動(dòng)網(wǎng)和IP網(wǎng)的簡單疊加，也不是單項(xiàng)節(jié)點(diǎn)技術(shù)和網(wǎng)絡(luò)技術(shù)的結(jié)合，而是整個(gè)網(wǎng)絡(luò)框架的變革，是一種整體方案。軟交換Soft Switch正是構(gòu)建在以IP為中心，可以支持語音、數(shù)據(jù)和多媒體業(yè)務(wù)的融合方案?；谲浗粨Q技術(shù)和IP技術(shù)構(gòu)建出分層開放的體系架構(gòu)全新的網(wǎng)絡(luò)平臺(tái)，在3G中占有

3、極為重要位置。</p><p>　　軟交換的概念最早起源于美國。當(dāng)時(shí)在企業(yè)網(wǎng)絡(luò)環(huán)境下，用戶采用基于以太網(wǎng)的電話，通過一套基于PC服務(wù)器的呼叫控制軟件（Call Manager、Call Server），實(shí)現(xiàn)PBX功能（IP PBX）。對(duì)于這樣一套設(shè)備，系統(tǒng)不需單獨(dú)鋪設(shè)網(wǎng)絡(luò)，而只通過與局域網(wǎng)共享就可實(shí)現(xiàn)管理與維護(hù)的統(tǒng)一，綜合成本遠(yuǎn)低于傳統(tǒng)的PBX。由于企業(yè)網(wǎng)環(huán)境對(duì)設(shè)備的可靠性、計(jì)費(fèi)和管理要求不高，主要用于滿足通信需

4、求，設(shè)備門檻低，許多設(shè)備商都可提供此類解決方案，因此IP PBX應(yīng)用獲得了巨大成功。受到IP PBX成功的啟發(fā)，為了提高網(wǎng)絡(luò)綜合運(yùn)營效益，網(wǎng)絡(luò)的發(fā)展更加趨于合理、開放，更好的服務(wù)于用戶。業(yè)界提出了這樣一種思想：將傳統(tǒng)的交換設(shè)備部件化，分為呼叫控制與媒體處理，二者之間采用標(biāo)準(zhǔn)協(xié)議（MGCP、H248）且主要使用純軟件進(jìn)行處理，于是，Soft Switch（軟交換）技術(shù)應(yīng)運(yùn)而生。</p><p>　　目前，我國已完成

5、并頒布了《軟交換設(shè)備總體技術(shù)要求》(YDC003-2001)，明確規(guī)范了軟交換在網(wǎng)絡(luò)中的位置，功能要求、業(yè)務(wù)要求、操作維護(hù)和網(wǎng)管要求、協(xié)議和接口要求，計(jì)費(fèi)要求和性能指標(biāo)，并規(guī)定了與IP電話及智能網(wǎng)的互通要求等。特別值得一提的是，不僅固網(wǎng)如此，移動(dòng)軟交換設(shè)備技術(shù)要求和設(shè)備規(guī)范的送審稿也于近日完成，主要針對(duì)軟交換技術(shù)在移動(dòng)網(wǎng)絡(luò)中的移動(dòng)性管理和鑒權(quán)等方面特征進(jìn)行了相應(yīng)的擴(kuò)展。不難看出，在分組交換日益普遍的情況下，軟交換技術(shù)無論在固網(wǎng)還是移動(dòng)網(wǎng)

6、絡(luò)的發(fā)展和融合當(dāng)中，作為網(wǎng)絡(luò)的核心技術(shù)，發(fā)揮著重要的粘合作用。</p><p>　　軟交換是一種正在發(fā)展的概念，包含許多功能。其核心是一個(gè)采用標(biāo)準(zhǔn)化協(xié)議和應(yīng)用編程接口（API）的開放體系結(jié)構(gòu)。這就為第三方開發(fā)新應(yīng)用和新業(yè)務(wù)敞開了大門。軟交換體系結(jié)構(gòu)的其它重要特性還包括應(yīng)用分離（de-coupling of applications）、呼叫控制和承載控制。 </p><p>　　軟交換是一種

7、功能實(shí)體，為下一代網(wǎng)絡(luò)NGN提供具有實(shí)時(shí)性要求的業(yè)務(wù)的呼叫控制和連接控制功能，是下一代網(wǎng)絡(luò)呼叫與控制的核心。 </p><p>　　1.2 軟交換的結(jié)構(gòu)</p><p>　　異構(gòu)網(wǎng)絡(luò)并存是目前網(wǎng)絡(luò)的現(xiàn)狀，多種異構(gòu)網(wǎng)絡(luò)融合則是大勢所趨。隨著IP網(wǎng)的迅速發(fā)展，軟交換將以IP網(wǎng)為骨干，在各種網(wǎng)絡(luò)相互融合的基礎(chǔ)上，以一種統(tǒng)一的方式靈活地提供業(yè)務(wù)。軟交換控制器（Soft switch）是軟交換體系中

8、的控制核心，它獨(dú)立于底層承載協(xié)議，主要完成呼叫控制、媒體網(wǎng)關(guān)接入控制、資源分配、協(xié)議處理、路由、認(rèn)證、計(jì)費(fèi)等主要功能，可以向用戶提供現(xiàn)有網(wǎng)絡(luò)能夠提供的業(yè)務(wù)，并向業(yè)務(wù)支撐環(huán)境提供底層網(wǎng)絡(luò)能力的訪問接口。應(yīng)用服務(wù)器則是軟交換體系中業(yè)務(wù)支撐環(huán)境的主體，也是業(yè)務(wù)提供、開發(fā)和管理的核心。軟交換網(wǎng)絡(luò)體系如圖1-1所示。</p><p>　　圖1-1 下一代網(wǎng)絡(luò)的體系結(jié)構(gòu)</p><p>　　軟交換網(wǎng)絡(luò)

9、從功能上可以分為業(yè)務(wù)平面、控制平面、傳輸平面和接入平面。 </p><p>　　接入平面 提供各種網(wǎng)絡(luò)和設(shè)備接入到核心骨干網(wǎng)的方式和手段，主要包括信令網(wǎng)關(guān)、媒體網(wǎng)關(guān)、接入網(wǎng)關(guān)等多種接入設(shè)備。 </p><p>　　傳輸平面 負(fù)責(zé)提供各種信令和媒體流傳輸?shù)耐ǖ溃W(wǎng)絡(luò)的核心傳輸網(wǎng)將是IP分組網(wǎng)絡(luò)。</p><p>　　控制平面 主要提供呼叫控制、連接控制、協(xié)議處理等能力

10、，并為業(yè)務(wù)平面提供訪問底層各種網(wǎng)絡(luò)資源的開放接口。該平面的主要組成部分是軟交換設(shè)備。 </p><p>　　應(yīng)用平面 利用底層的各種網(wǎng)絡(luò)資源為用戶提供豐富多樣的網(wǎng)絡(luò)業(yè)務(wù)。主要包括應(yīng)用服務(wù)器（Application Server）、策略/管理服務(wù)器（Policy Server）、AAA服務(wù)器(Authority Authentication and Accounting Server)等。其中最主要的功能實(shí)體是應(yīng)用

11、服務(wù)器，它是軟交換網(wǎng)絡(luò)體系中業(yè)務(wù)的執(zhí)行環(huán)境。</p><p>　　1.3 軟交換的特點(diǎn)</p><p>　　軟交換是實(shí)現(xiàn)傳統(tǒng)的程控交換機(jī)的‘呼叫控制’的實(shí)體。傳統(tǒng)的‘ 呼叫控制’功能是和業(yè)務(wù)結(jié)合在一起的，不同的業(yè)務(wù)所需要的‘呼叫控制’功能不同。而軟交換則是與業(yè)務(wù)無關(guān)的，因而軟交換提供的‘呼叫控制’功能是基本呼叫控制。</p><p>　　軟交換本身可提供現(xiàn)有電話網(wǎng)中

12、的一些基本業(yè)務(wù)和補(bǔ)充業(yè)務(wù)。軟交換的靈活性使其可以與智能網(wǎng)的業(yè)務(wù)控制點(diǎn)（SCP）結(jié)合，提供各種智能業(yè)務(wù)。軟交換通過引入應(yīng)用服務(wù)器(application server) 可以為第三方提供應(yīng)用平臺(tái)，既可增加服務(wù)種類，又可加快服務(wù)應(yīng)用的速度。</p><p>　　1.4 軟交換的功能</p><p>　　1.媒體網(wǎng)關(guān)接入功能——可以連接各種媒體網(wǎng)關(guān)。如PSTN(公眾交換電話網(wǎng))/ISDN（綜合業(yè)

13、務(wù)數(shù)字網(wǎng)）網(wǎng)關(guān)，IP(Internet 協(xié)議)中繼媒體網(wǎng)關(guān)，ATM(異步傳遞模式)網(wǎng)關(guān)，用戶媒體網(wǎng)關(guān)、數(shù)據(jù)媒體網(wǎng)關(guān)、無線媒體網(wǎng)關(guān)等。媒體網(wǎng)關(guān)可完成H.248協(xié)議功能，可直接與H.323終端和SIP(會(huì)議起始協(xié)議)客戶端終端連接，提供相應(yīng)業(yè)務(wù)。</p><p>　　2.呼叫控制功能——完成基本呼叫的建立，維持和釋放的控制功能，如呼叫處理，連接控制、智能呼叫觸發(fā)和資源控制等。</p><p>

14、　　3.業(yè)務(wù)提供功能——可提供PSTN/ISDN交換機(jī)的全部業(yè)務(wù)。包括基本業(yè)務(wù)和補(bǔ)充業(yè)務(wù)，并可與現(xiàn)有智能網(wǎng)配合提供現(xiàn)有智能網(wǎng)所提供的業(yè)務(wù)。</p><p>　　4.互連互通功能——軟交換具有支持各種協(xié)議的特點(diǎn)，可同時(shí)支持H.323協(xié)議及SIP協(xié)議。H.323協(xié)議是ITU-T(國際電信聯(lián)盟——電信)制訂的標(biāo)準(zhǔn)，該協(xié)議采用了ISDN的設(shè)計(jì)思想，使用Q.931協(xié)議完成呼叫的建立，釋放，具有電信網(wǎng)可管理和可集中的特征，該

15、標(biāo)準(zhǔn)使用較廣泛，較成熟。SIP協(xié)議是IETF(Internet 工程任務(wù)組)制訂的標(biāo)準(zhǔn)，具有簡單，可擴(kuò)展以及和現(xiàn)有Internet應(yīng)用緊密的特點(diǎn)。以上兩種標(biāo)準(zhǔn)均可完成呼叫建立，釋放，補(bǔ)充業(yè)務(wù)及能力交換等功能。此外，軟交換在技術(shù)上尚支持持多種信令協(xié)議(如 H.248,H.323,SIP,SCTP,ISUP+,INAP+,RADIUS,SNMP等)接口、實(shí)現(xiàn)PSTN和IP/ATM網(wǎng)間的信令和不同網(wǎng)關(guān)的互操作。</p><

16、p>　　第2章 軟交換技術(shù)要點(diǎn)</p><p><b>　　2.1 媒體網(wǎng)關(guān)</b></p><p>　　媒體網(wǎng)關(guān)(MGW)，一個(gè)連接不同類型網(wǎng)絡(luò)的單元，執(zhí)行全異網(wǎng)絡(luò)例如PSTN之間的轉(zhuǎn)換；基于IP或ATM的數(shù)據(jù)網(wǎng)絡(luò)；2.5G和3G無線電接入網(wǎng)絡(luò)或 PBX。媒體網(wǎng)關(guān)使多媒體通信通過下一代網(wǎng)絡(luò)通過多重傳輸協(xié)議例如ATM, IP和TDM。MGW其中的一個(gè)主要功能是不

17、同傳輸之間的轉(zhuǎn)換和譯碼技術(shù)。媒體流功能例如回波消除，DTMF，和語音發(fā)送者也位于MGW中。媒體網(wǎng)關(guān)由一個(gè)媒體網(wǎng)關(guān)控制器（也叫做呼叫代理或軟交換機(jī)）控制，它提供呼叫控制和信令功能。媒體網(wǎng)關(guān)和呼叫代理之間的通信依靠一些協(xié)議例如MGCP或Megaco或 H.248完成。</p><p>　　話路系統(tǒng)主要包括用戶集線器、遠(yuǎn)端用戶集線器（統(tǒng)稱為數(shù)字用戶級(jí)）、選組級(jí)（數(shù)字交換網(wǎng)絡(luò)）和各種中繼器等。其作用是構(gòu)成通話回路。<

18、;/p><p>　　控制系統(tǒng)主要由計(jì)算機(jī)系統(tǒng)及其程序軟件組成。其主要作用是存儲(chǔ)各種程序和數(shù)據(jù)，進(jìn)行分析處理，并對(duì)話路系統(tǒng)、輸入/輸出系統(tǒng)各設(shè)備發(fā)出指令。</p><p>　　除以上設(shè)備之外，還有產(chǎn)生各種聯(lián)絡(luò)信號(hào)，輔助建立接續(xù)通路的信令設(shè)備以及其他附屬設(shè)備等。</p><p>　　2.1.1 媒體網(wǎng)關(guān)分類</p><p>　　從設(shè)備本身講，媒體網(wǎng)關(guān)

19、并沒有一個(gè)明確的分類，因?yàn)槊襟w網(wǎng)關(guān)負(fù)責(zé)將各種用戶或網(wǎng)絡(luò)綜合接入到核心網(wǎng)絡(luò)，但并不是說任何一個(gè)媒體網(wǎng)關(guān)設(shè)備都要支持所有的接入功能。媒體網(wǎng)關(guān)同樣要遵循開放性原則，未來的NGN中的媒體網(wǎng)關(guān)都要受到軟交換系統(tǒng)的統(tǒng)一控制。根據(jù)媒體網(wǎng)關(guān)設(shè)備在網(wǎng)絡(luò)中的位置，可以將其分為如下幾類。</p><p>　　(1)中繼媒體網(wǎng)關(guān)：</p><p>　　主要針對(duì)傳統(tǒng)的PSTN/ISDN的中繼媒體網(wǎng)關(guān)，負(fù)責(zé)PSTN/

20、ISDN的C4或C5的匯接接入，將其接入到ATM或IP網(wǎng)絡(luò)，主要實(shí)現(xiàn)VoATM或VoIP功能。</p><p>　　(2)綜合接入媒體網(wǎng)關(guān)：</p><p>　　綜合接入媒體網(wǎng)關(guān)負(fù)責(zé)各種用戶或接入網(wǎng)的綜合接入，如直接將PSTN/ISDN用戶，Ethernet用戶、ADSL用戶或V5用戶接入。這類綜合接入媒體網(wǎng)關(guān)一般放置在靠近用戶的端局，同時(shí)它還具有撥號(hào)Modem數(shù)據(jù)業(yè)務(wù)分流的功能。<

21、/p><p>　　(3)小區(qū)或企業(yè)用媒體網(wǎng)關(guān)：</p><p>　　從目前的情況看，放置在用戶住宅小區(qū)或企業(yè)的媒體網(wǎng)關(guān)主要解決用戶話音和數(shù)據(jù)(主要指Internet數(shù)據(jù))的綜合接入，未來可能還會(huì)解決視頻業(yè)務(wù)的接入。</p><p>　　2.1.2 媒體網(wǎng)關(guān)接入</p><p>　　下一代分組網(wǎng)絡(luò)的核心設(shè)備之一，綜合接入媒體網(wǎng)關(guān)在軟交換體系中位于接

22、入層面中的位置。接入層面的功能是將用戶連接至網(wǎng)絡(luò)，它通過各種接入手段集中用戶業(yè)務(wù)，將信息格式轉(zhuǎn)換成為能夠在網(wǎng)絡(luò)上傳遞的信息格式后傳遞至相應(yīng)的目的地。 綜合接入媒體網(wǎng)關(guān)（AG：Integrated Access Media Gateway）在接入層面中負(fù)責(zé)各種用戶或接入網(wǎng)的綜合接入，如直接將PSTN/ISDN用戶、Ethernet用戶、ADSL用戶或V5用戶接入。綜合接入媒體網(wǎng)關(guān)一般放置在靠近用戶的端局，同時(shí)還具有撥號(hào)Modem數(shù)據(jù)業(yè)務(wù)分

23、流的功能。 本文主要介紹綜合接入媒體網(wǎng)關(guān)設(shè)備（AG）的技術(shù)要求。 二、綜合接入媒體網(wǎng)關(guān)在網(wǎng)絡(luò)中的位置 綜合接入媒體網(wǎng)關(guān)用于為各種用戶提供多種類型的業(yè)務(wù)接入，如：模擬用戶接入、ISDN接入、V5接入、xDSL接入、LAN接入等，并至少接入到IP網(wǎng)或ATM網(wǎng)，綜合接入媒體網(wǎng)關(guān)在網(wǎng)絡(luò)中的位置如圖1所示。綜合接入媒體網(wǎng)關(guān)提供媒體映射和代碼轉(zhuǎn)換功能，即終止用戶接入電路，將媒體流分組化并在分組網(wǎng)上傳輸。</p><p>　　

24、圖 2-1 綜合接入媒體網(wǎng)關(guān)在網(wǎng)絡(luò)中的位置</p><p>　　2.1.3 媒體網(wǎng)關(guān)與H.248/MEGACO協(xié)議</p><p>　　MGCP是IETF較早定義的媒體網(wǎng)關(guān)控制協(xié)議，主要從功能的角度定義媒體網(wǎng)關(guān)控制器和媒體網(wǎng)關(guān)之間的行為，實(shí)現(xiàn)比較簡單，沒有H.248那樣對(duì)包和屬性的詳細(xì)定義，事件交互的機(jī)制也比較簡單。事件交互由一個(gè)操作和一個(gè)響應(yīng)組成，對(duì)屬性參數(shù)沒有過多的定義。困此，MGCP

25、具有實(shí)現(xiàn)簡單等特點(diǎn)，但其互通性和支持業(yè)務(wù)的能力受到限制。</p><p>　　H.248/MEGACO因其功能靈活、支持業(yè)務(wù)能力強(qiáng)而受到重視，而且不斷有新的附件補(bǔ)充其能力，是目前媒體網(wǎng)關(guān)和軟交換之間的主流協(xié)議，目前國內(nèi)通信標(biāo)準(zhǔn)推薦軟交換和媒體網(wǎng)關(guān)之間應(yīng)用H.248協(xié)議?！?lt;/p><p>　　H.248和MECIACO在協(xié)議文本上相同，只是在協(xié)議消息傳輸語法上有所區(qū)別，H.248采用ASN

26、。1語法格式(ITU-T X。680 1997)，MEGACO采用ABNF語法格式(RFC2234)</p><p>　　下一代網(wǎng)絡(luò)要取得成功，離不開各種媒體網(wǎng)關(guān)的綜合業(yè)務(wù)接入能力和在軟交換系統(tǒng)控制下實(shí)現(xiàn)具體業(yè)務(wù)的能力，NGN技術(shù)以業(yè)務(wù)為核心展開，而業(yè)務(wù)關(guān)系到各個(gè)方面的問題，媒體網(wǎng)關(guān)設(shè)備只是這些業(yè)務(wù)鏈條中重要的一個(gè)環(huán)節(jié)。從某種程度上講，媒體網(wǎng)關(guān)與軟交換系統(tǒng)的配合決定著下一代網(wǎng)絡(luò)的網(wǎng)絡(luò)體系架構(gòu)。</p>

27、<p>　　2.2 軟交換的信令網(wǎng)關(guān)</p><p>　　信令網(wǎng)關(guān)的英文名稱：Signaling Gateway，一般縮寫為SG。信令網(wǎng)關(guān)<BR>的主要功能是在No.7 信令網(wǎng)與IP 網(wǎng)之間中繼信令消息。在3G 初期<BR>僅引入MGW內(nèi)置的SG，實(shí)現(xiàn)以下的信令轉(zhuǎn)接功能：<BR>1) 轉(zhuǎn)接3G RNC與R4軟交換機(jī)之間的RANAP 消息、和/或轉(zhuǎn)接2G BSC&l

28、t;BR>與R4軟交換機(jī)之間的BSSAP消息。<BR>2) 轉(zhuǎn)接TDM MSC/GMSC與R4軟交換機(jī)之間的ISUP消息。<BR>在我公司的軟交換匯接網(wǎng)上，已應(yīng)用MGW的內(nèi)置SG轉(zhuǎn)接軟交換機(jī)與 TDM<BR>MSC/GMSC之間的ISUP消息。</p><p>　　2.2.1 SS7與IP互通的方式</p><p>　　SS7與IP互通主要有兩種方

29、式，相應(yīng)地SG分別作為信令轉(zhuǎn)發(fā)點(diǎn)和信令代理點(diǎn)使用。</p><p>　　（1）窄帶No.7信令網(wǎng)與基于IP的No.7信令網(wǎng)的互通：這種互通方式是把IP網(wǎng)中節(jié)點(diǎn)看作 No.7信令網(wǎng)的一個(gè)節(jié)點(diǎn)，分配No.7信令點(diǎn)編碼，只是No.7信令鏈路層與窄帶No.7信令鏈路層不同，采用的是基于IP的鏈路層。IP網(wǎng)中的節(jié)點(diǎn)具有MTP3的功能。此時(shí)的信令網(wǎng)關(guān)作為一個(gè)信令轉(zhuǎn)發(fā)點(diǎn)（STP），其好處在于對(duì)于SG的組網(wǎng)方式比較簡單，SG只作

30、為一個(gè)鏈路層的中繼（無MTP3）或信令轉(zhuǎn)接點(diǎn)（有MTP3），對(duì)SG在SS7側(cè)和IP側(cè)的路由尋址能力的要求都不高。但其缺點(diǎn)在于雖然組網(wǎng)方式簡單，且降低了SG功能要求和復(fù)雜度，卻是以增加IP網(wǎng)的信令節(jié)點(diǎn)的復(fù)雜度為代價(jià)的。</p><p>　　（2）No.7信令與IP信令的互通：此種互通方式是在IP網(wǎng)中傳送信令但不再采用No.7信令網(wǎng)的方式傳遞信令，而是在SG完成MTP3與IP地址的對(duì)應(yīng)關(guān)系，由IP和它的適配層完成對(duì)高

31、層信令的傳遞。在這種情況下，IP網(wǎng)中的節(jié)點(diǎn)不具有MTP3的功能，所以需要用到M3UA協(xié)議。在這種互通方式中，IP網(wǎng)中的信令節(jié)點(diǎn)可以分配獨(dú)立的信令點(diǎn)碼，也可以不必為每個(gè)IP網(wǎng)中的信令節(jié)點(diǎn)分配信令點(diǎn)編碼，即可以用SG的信令點(diǎn)編碼來代表IP域中的所代理的信令節(jié)點(diǎn)，并由SG根據(jù)相關(guān)的路由關(guān)鍵詞來完成對(duì)消息的選路。此時(shí)的信令網(wǎng)關(guān)作為一個(gè)信令代理。</p><p>　　上面兩種互通方式的根本區(qū)別就在于IP網(wǎng)中的節(jié)點(diǎn)是否具有M

32、TP3的功能，如果具有MTP3的功能，則此節(jié)點(diǎn)就可以看作是No.7信令網(wǎng)中的一個(gè)節(jié)點(diǎn)。雖然存在著兩種互通方式，但都是通過SG來完成的。</p><p>　　2.2.2 信令網(wǎng)關(guān)組網(wǎng)方式</p><p>　　信令網(wǎng)關(guān)的組網(wǎng)是指某種類型的信令網(wǎng)關(guān)設(shè)備組網(wǎng)時(shí)從以下方面表現(xiàn)出來的能力：和IP網(wǎng)節(jié)點(diǎn)組網(wǎng)時(shí)的適應(yīng)性；應(yīng)用這種信令網(wǎng)關(guān)組網(wǎng)后，網(wǎng)絡(luò)的安全性，比如，是否具備網(wǎng)絡(luò)級(jí)別的冗余備份；應(yīng)用這種信令網(wǎng)

33、關(guān)組網(wǎng)后，網(wǎng)絡(luò)的可管理性；同時(shí)，信令網(wǎng)關(guān)的組網(wǎng)能力，不僅和信令網(wǎng)關(guān)的類型有關(guān)系，還和信令網(wǎng)關(guān)與IP網(wǎng)節(jié)點(diǎn)配合時(shí)的配置有關(guān)，例如是否一個(gè)AS（應(yīng)用服務(wù)器）獨(dú)占一個(gè)信令點(diǎn)?？梢詮囊韵氯齻€(gè)角度進(jìn)行對(duì)比：使用代理方式時(shí)的信令網(wǎng)關(guān)組網(wǎng)能力；使用STP方式時(shí)的信令網(wǎng)關(guān)組網(wǎng)能力；AS獨(dú)占信令點(diǎn)和非獨(dú)占信令點(diǎn)方式的組網(wǎng)能力。</p><p>　　2.2.3 信令點(diǎn)代理的組網(wǎng)應(yīng)用</p><p>　　使用代

34、理方式的信令網(wǎng)關(guān)是信令網(wǎng)關(guān)中SIGRRAN協(xié)議棧適配層采用M3UA時(shí)的一種工作方式，信令網(wǎng)關(guān)與所連的IP網(wǎng)中的信令點(diǎn)使用相同的信令點(diǎn)，即IP中的信令點(diǎn)是信令網(wǎng)關(guān)的高層用戶。這種情況下信令網(wǎng)關(guān)的組網(wǎng)能力如下：在和IP網(wǎng)節(jié)點(diǎn)組網(wǎng)時(shí)的適應(yīng)性方面IP網(wǎng)節(jié)點(diǎn)不需要具備MTP3和其下層的窄帶協(xié)議，能夠和較多形式的軟交換對(duì)接。在網(wǎng)絡(luò)的能力方面這種方式的信令網(wǎng)關(guān)通常只能為某個(gè)固定的信令點(diǎn)碼的IP網(wǎng)節(jié)點(diǎn)服務(wù)，如果需要為多個(gè)IP網(wǎng)節(jié)點(diǎn)服務(wù)，需要信令網(wǎng)關(guān)支持

35、多信令點(diǎn)功能；采用這種方式的信令網(wǎng)關(guān)，由于信令網(wǎng)關(guān)和IP網(wǎng)節(jié)點(diǎn)采用同一信令點(diǎn)碼，因此不提供經(jīng)另一信令網(wǎng)關(guān)轉(zhuǎn)接到IP網(wǎng)節(jié)點(diǎn)的功能；在網(wǎng)絡(luò)的安全性方面由于代理的特性，IP網(wǎng)的一個(gè)節(jié)點(diǎn)只能通過固定的信令網(wǎng)關(guān)和No.7信令網(wǎng)交互，不支持網(wǎng)絡(luò)級(jí)的備份。在網(wǎng)絡(luò)的可管理性方面由于信令網(wǎng)關(guān)和IP網(wǎng)節(jié)點(diǎn)使用同一個(gè)信令點(diǎn)，IP網(wǎng)的節(jié)點(diǎn)是信令網(wǎng)關(guān)節(jié)點(diǎn)的一個(gè)高層用戶，因此從信令網(wǎng)關(guān)到IP目的地點(diǎn)通路的狀態(tài)無法通過合適的 No.7信令消息反饋回No.7信令網(wǎng)。&

36、lt;/p><p>　　信令點(diǎn)代理的組網(wǎng)應(yīng)用又分為電路相關(guān)的信令應(yīng)用和電路無關(guān)的信令應(yīng)用。在該方式中，信令網(wǎng)關(guān)設(shè)備與IP網(wǎng)上的節(jié)點(diǎn)共享一個(gè)信令點(diǎn)碼，共同提供完整的信令點(diǎn)的功能，如圖1所示。IP網(wǎng)上的節(jié)點(diǎn)可以是軟交換機(jī)，通常特指TUP/ISUP的呼叫控制部分，還可以是一個(gè)基于IP的數(shù)據(jù)庫節(jié)點(diǎn)，通常為IP域的一個(gè)業(yè)務(wù)控制點(diǎn)（IP-SCP）。信令點(diǎn)代理組網(wǎng)方式SG從窄帶No.7信令網(wǎng)或IP網(wǎng)接收到信令消息后，傳遞到MTP3

37、或M3UA，然后SG根據(jù)DPC、NIF（節(jié)點(diǎn)互通功能）或IP地址、NIF完成信令消息的傳遞。在這種實(shí)現(xiàn)方式下，IP網(wǎng)中的節(jié)點(diǎn)，如TUP/ISUP的呼叫控制部分，或IP-SCP，與SG共享一個(gè)信令點(diǎn)碼。而SG應(yīng)能通過數(shù)據(jù)配置對(duì)某個(gè)DPC/OPC/SLS/CIC取值組合來確定相應(yīng)的TUP或ISUP消息，或?qū)δ硞€(gè)DPC/OPC/SLS/SSN來確定SCCP消息送到正確的MGC功能實(shí)體。其中對(duì)這些路由信息參量的識(shí)別是由NIF功能完成的。<

38、/p><p>　　2.2.4 信令轉(zhuǎn)接點(diǎn)的組網(wǎng)應(yīng)用</p><p>　　在信令網(wǎng)絡(luò)采用STP方式工作時(shí)，信令網(wǎng)關(guān)要單獨(dú)占用一個(gè)信令點(diǎn)碼，信令網(wǎng)關(guān)就具備了消息轉(zhuǎn)接的功能，這樣從No.7信令網(wǎng)收到的信令消息可以被轉(zhuǎn)發(fā)到多個(gè)IP網(wǎng)內(nèi)的信令點(diǎn)，信令網(wǎng)關(guān)的STP方式可以使用兩種協(xié)議，一種是M3UA協(xié)議的轉(zhuǎn)接方式，一種是M2PA協(xié)議。</p><p>　　使用M3UA協(xié)議的轉(zhuǎn)接方式

39、時(shí)，在和IP網(wǎng)節(jié)點(diǎn)組網(wǎng)的適應(yīng)性方面IP網(wǎng)節(jié)點(diǎn)不需要具備MTP3和其下層的窄帶協(xié)議。在網(wǎng)絡(luò)的能力方面這種方式的信令網(wǎng)關(guān)可以為多個(gè)不同信令點(diǎn)的IP網(wǎng)節(jié)點(diǎn)服務(wù)。盡管信令網(wǎng)關(guān)具備了消息轉(zhuǎn)接的功能，但由于M3UA本身是一種適配協(xié)議，因此轉(zhuǎn)接的消息只能是從信令網(wǎng)關(guān)到IP網(wǎng)節(jié)點(diǎn)的“一次轉(zhuǎn)接”，消息必須在IP網(wǎng)節(jié)點(diǎn)落地，不可能實(shí)現(xiàn)M3UA層的“二次轉(zhuǎn)接”（但是可以實(shí)現(xiàn)SCCP層的二次轉(zhuǎn)發(fā)）。在網(wǎng)絡(luò)的安全性方面這種方式的信令網(wǎng)關(guān)可以實(shí)現(xiàn)類似No.7信令網(wǎng)

40、中STP設(shè)備的冗余備份方式，提供良好的網(wǎng)絡(luò)安全性。在網(wǎng)絡(luò)的可管理性方面由于信令網(wǎng)關(guān)和IP網(wǎng)節(jié)點(diǎn)使用不同的信令點(diǎn)，從No.7信令網(wǎng)的信令點(diǎn)或信令轉(zhuǎn)接點(diǎn)到信令網(wǎng)關(guān)的鏈路是一條信令鏈路，從信令網(wǎng)關(guān)到IP網(wǎng)節(jié)點(diǎn)的SCTP偶聯(lián)是另兩個(gè)信令點(diǎn)間的鏈路，因此SCTP偶聯(lián)、IP網(wǎng)節(jié)點(diǎn)的狀態(tài)變化能夠反饋回No.7信令網(wǎng)。</p><p>　　使用M2PA協(xié)議時(shí)和M3UA協(xié)議不同，M2PA協(xié)議是一種對(duì)等適配協(xié)議，即M2PA和SCTP

41、一起實(shí)現(xiàn)MTP2的功能。使用M2PA，相當(dāng)于更換了No.7信令的鏈路層，因此使用M2PA的信令網(wǎng)關(guān)的組網(wǎng)方式，類似于No.7信令網(wǎng)中STP設(shè)備的方式。在和IP網(wǎng)節(jié)點(diǎn)組網(wǎng)的適應(yīng)性方面IP網(wǎng)節(jié)點(diǎn)需要具備MTP3協(xié)議。在網(wǎng)絡(luò)的能力方面這種方式的信令網(wǎng)關(guān)可以為多個(gè)不同信令點(diǎn)的IP網(wǎng)節(jié)點(diǎn)服務(wù)。由于M2PA是對(duì)等的適配層，信令網(wǎng)關(guān)通過MTP3層進(jìn)行的信令轉(zhuǎn)換，因此消息可以在IP網(wǎng)進(jìn)行多次轉(zhuǎn)接。在網(wǎng)絡(luò)的安全性方面信令網(wǎng)關(guān)可以實(shí)現(xiàn)類似No.7信令網(wǎng)中S

42、TP設(shè)備的冗余備份方式，提供良好的網(wǎng)絡(luò)安全性。在網(wǎng)絡(luò)的可管理性方面由于使用M2PA，相當(dāng)于更換了No.7信令的鏈路層，因此對(duì)信令路由的管理與No.7信令網(wǎng)中的管理一樣。</p><p>　　信令轉(zhuǎn)接點(diǎn)的組網(wǎng)應(yīng)用如圖2所示。在該方式中，信令網(wǎng)關(guān)設(shè)備具有自己獨(dú)立的信令點(diǎn)碼，提供完整的信令轉(zhuǎn)接點(diǎn)功能。在信令網(wǎng)關(guān)的SS7側(cè)能夠支持A/B/C/D/E鏈，能同時(shí)與多個(gè)信令點(diǎn)/信令轉(zhuǎn)接點(diǎn)互連，按照傳統(tǒng)SS7信令網(wǎng)的方式選擇路由

43、；在IP側(cè)，信令網(wǎng)關(guān)至少能夠與一個(gè)IP域的節(jié)點(diǎn)互連，并有信令路由的冗余配置（至少兩個(gè)SCTP偶聯(lián)），通過相關(guān)路由關(guān)鍵詞（DPC/OPC/SIO/SCCP_ SSN/CIC范圍等）進(jìn)行路由選擇。信令轉(zhuǎn)接點(diǎn)組網(wǎng)方式主要應(yīng)用M3UA或M2PA協(xié)議層，其中SCCP協(xié)議層為任選部分。SG具備SCCP功能時(shí)，與MTP3或M3UA結(jié)合可增強(qiáng)SG的路由尋址能力。SG從窄帶SS7信令網(wǎng)或IP網(wǎng)接收到信令消息后，如果是TUP/ISUP相關(guān)的呼叫控制信息則可

44、由MTP3經(jīng)NIF直接傳給M3UA，或相反，而無需傳遞到SG的SCCP層，其信令傳送過程類似于SG不具備SCCP功能時(shí)的實(shí)現(xiàn)方式。</p><p>　　2.2.5 AS獨(dú)占和共享信令點(diǎn)碼的情況下信令網(wǎng)關(guān)組網(wǎng)能力</p><p>　　信令網(wǎng)關(guān)使用M3UA協(xié)議，會(huì)涉及到信令點(diǎn)碼在AS上的使用問題，即存在一個(gè)AS獨(dú)占一個(gè)信令點(diǎn)碼和多個(gè)AS共享一個(gè)信令點(diǎn)碼兩種情況。</p><

45、p>　　多個(gè)AS共享一個(gè)信令點(diǎn)碼的情況，相當(dāng)于將一個(gè)信令點(diǎn)分布在多個(gè)網(wǎng)絡(luò)節(jié)點(diǎn)上進(jìn)行處理，因此無法將這種方式下AS的狀態(tài)變化準(zhǔn)確地反饋到No.7信令網(wǎng)。</p><p>　　如果共享一個(gè)信令點(diǎn)碼的某一個(gè)或某幾個(gè)AS故障推出服務(wù)，則信令網(wǎng)關(guān)不能將這種情況反饋到No.7信令網(wǎng)，以后發(fā)給這些AS的消息，信令網(wǎng)關(guān)只能簡單地丟棄。</p><p>　　當(dāng)AS獨(dú)占信令點(diǎn)碼時(shí)，信令網(wǎng)關(guān)就和No.7信

46、令網(wǎng)中的STP類似，能夠?qū)⑿帕铧c(diǎn)碼的狀態(tài)、信令路由的狀態(tài)準(zhǔn)確地反饋到No.7信令網(wǎng)。</p><p>　　信令網(wǎng)關(guān)設(shè)備的組網(wǎng)應(yīng)用主要分為信令點(diǎn)代理的組網(wǎng)應(yīng)用和信令轉(zhuǎn)接點(diǎn)組網(wǎng)應(yīng)用。其中信令轉(zhuǎn)接點(diǎn)組網(wǎng)的應(yīng)用時(shí)信令網(wǎng)關(guān)不僅需要滿足IP網(wǎng)的組網(wǎng)的應(yīng)用，而且還需要遵循已定義的STP設(shè)備規(guī)范的組網(wǎng)應(yīng)用。利用信令網(wǎng)關(guān)使No.7信令與IP網(wǎng)互通有多種組網(wǎng)方式。根據(jù)組網(wǎng)方式的不同，信令網(wǎng)關(guān)需要加載的協(xié)議處理模塊也有所不同。<

47、/p><p>　　2.3 呼叫控制與處理</p><p>　　未來的通信網(wǎng)絡(luò)將融合分組網(wǎng)（IP或ATM）、電路交換網(wǎng)（PSTN）和無線網(wǎng)絡(luò)，不僅業(yè)務(wù)提供商需要提供綜合這些網(wǎng)絡(luò)的業(yè)務(wù)，更重要的是，為了快速有效地提供業(yè)務(wù)，需要開放、標(biāo)準(zhǔn)、安全的網(wǎng)絡(luò)API，使第三方業(yè)務(wù)開發(fā)商和軟件商進(jìn)入電信業(yè)務(wù)市場。其中最主要的是呼叫控制API，它決定著電信網(wǎng)絡(luò)的開放程度，以及從網(wǎng)絡(luò)之外控制電信核心網(wǎng)絡(luò)的能力，最終

48、將影響著第三方業(yè)務(wù)提供商所開發(fā)業(yè)務(wù)的功能。</p><p>　　2.3.1 IN呼叫模型</p><p>　　IN呼叫模型是專為PSTN應(yīng)用開發(fā)的，所以假定了一個(gè)非凡的分布式結(jié)構(gòu)，電話交換機(jī)執(zhí)行基本的呼叫控制過程，在呼叫之前、呼叫之間的增值業(yè)務(wù)執(zhí)行在業(yè)務(wù)邏輯執(zhí)行環(huán)境中，如業(yè)務(wù)控制點(diǎn)（SCP）。IN呼叫模型基于基本呼叫狀態(tài)模型（BCSM），如圖1所示，該模型本質(zhì)上由兩個(gè)元素組成，第一個(gè)元素是

49、一組有限狀態(tài)機(jī)，代表分別在發(fā)起和終止交換機(jī)中的呼叫過程。第二個(gè)元素是觸發(fā)的概念，觸發(fā)點(diǎn)定義為發(fā)起和終止交換機(jī)中有限狀態(tài)機(jī)的特定狀態(tài)，當(dāng)呼叫處理進(jìn)入有限狀態(tài)機(jī)定義并激活的觸發(fā)點(diǎn)后，當(dāng)前的處理過程懸掛起來，調(diào)用在遠(yuǎn)程網(wǎng)絡(luò)元素（如SCP）中執(zhí)行的稱為業(yè)務(wù)邏輯的程序，當(dāng)業(yè)務(wù)邏輯執(zhí)行完成后，恢復(fù)被懸掛的呼叫過程繼續(xù)執(zhí)行，直到完成整個(gè)呼叫。</p><p>　　BCSM用呼叫點(diǎn)（PIC）和觸發(fā)點(diǎn)（DP）定義呼叫進(jìn)程，PIC由

50、進(jìn)入事件、離開事件、PIC內(nèi)執(zhí)行的動(dòng)作和PIC結(jié)束后可用的信息定義，DP點(diǎn)設(shè)置在PIC之間，并與特定PIC關(guān)聯(lián)，檢測基本呼叫過程的指定事件。而觸發(fā)點(diǎn)設(shè)置在DP點(diǎn)內(nèi)，假如DP點(diǎn)檢測到滿足觸發(fā)點(diǎn)的觸發(fā)條件時(shí)，就執(zhí)行相應(yīng)的業(yè)務(wù)邏輯，否則呼叫過程繼續(xù)進(jìn)行。</p><p>　　IN呼叫模型是以交換為中心的，呼叫過程視為交換機(jī)的功能，而業(yè)務(wù)邏輯視為呼叫過程的補(bǔ)充。應(yīng)用開發(fā)者必須理解發(fā)起和終止有限狀態(tài)機(jī)的細(xì)節(jié)，才能與有限狀態(tài)

51、機(jī)中指定狀態(tài)的呼叫處理過程進(jìn)行交互，它沒有清楚地抽象出能使程序員控制整個(gè)呼叫、呼叫Leg和呼叫中的主要邏輯實(shí)體（如主叫和被叫的地址和電話號(hào)碼）的概念，而且沒有采用面向?qū)ο蟮姆绞?，但I(xiàn)N的有限狀態(tài)機(jī)確實(shí)捕捉到呼叫過程的主要狀態(tài)，便于應(yīng)用開發(fā)者介入呼叫過程。</p><p>　　2.3.2 JTAPI呼叫模型</p><p>　　JTAPI由JavaSoft發(fā)布，它為基于Java的計(jì)算機(jī)電話應(yīng)

52、用提供面向?qū)ο蟮慕涌凇＿@里的呼叫指雙方或多方間的通信會(huì)話，各方都是參加呼叫的一個(gè)Leg（或者連接），它定義的呼叫模型支持基本的呼叫建立和許多擴(kuò)展，主要是建立呼叫中心、多方會(huì)議呼叫、呼叫路由等模型。核心模型由一些電話類及其相互關(guān)系組成，如圖3所示。每個(gè)對(duì)象對(duì)應(yīng)呼叫中的一個(gè)邏輯或物理實(shí)體。提供者是電話業(yè)務(wù)提供者的抽象，提供者類負(fù)責(zé)治理代表呼叫過程各個(gè)階段的呼叫對(duì)象，維護(hù)它域內(nèi)的終端和地址對(duì)象的靜態(tài)集合。終端對(duì)象代表呼叫的物理端點(diǎn)，而連接對(duì)象

53、代表呼叫的邏輯端點(diǎn)，每個(gè)地址可以與多個(gè)終端相關(guān)，反之亦然。這集中反映了呼叫中心的標(biāo)準(zhǔn)配置。每個(gè)呼叫的呼叫對(duì)象、連接對(duì)象、終端對(duì)象都是動(dòng)態(tài)生成，呼叫對(duì)象代表整個(gè)呼叫的狀態(tài)和操作模型。呼叫的每個(gè)Leg由連接對(duì)象代表，連接對(duì)象代表呼叫和指定地址間的邏輯狀態(tài)和操作模型。最后，終端連接代表連接和一個(gè)終端間的邏輯狀態(tài)和操作模型。電話呼叫的狀態(tài)由與呼叫相關(guān)的有限狀態(tài)機(jī)維護(hù)，有限狀態(tài)機(jī)的完整定義在JTAPI規(guī)范中說明。</p><p

54、>　　從前面簡要描述中可以看出，JTAPI克服了IN的幾個(gè)限制。JTAPI給程序員提供了清楚的呼叫控制和邏輯實(shí)體模型，API是面向?qū)ο蟮?，繼續(xù)了Java的優(yōu)點(diǎn)，具有很好的擴(kuò)展性，并且封裝了呼叫狀態(tài)（主要由連接對(duì)象有限狀態(tài)機(jī)維護(hù)），所有呼叫狀態(tài)只能通過父類控制。JTAPI使用Java異常和Java事件報(bào)告呼叫狀態(tài)的改變和應(yīng)用感愛好的事件。</p><p>　　然而，JTAPI也有缺點(diǎn)，首先，連接對(duì)象的有限狀態(tài)

55、機(jī)不如IN豐富和具體，即使增加了呼叫控制擴(kuò)展包，也不能描述IN提供的所有呼叫狀態(tài)。然后，JTAPI沒有提供與IN觸發(fā)點(diǎn)相似的方法，無法將呼叫過程懸掛在指定狀態(tài)，調(diào)用應(yīng)用程序后返回結(jié)果。最后，JTAPI的提供者控制呼叫的所有Leg，這樣方便了集中呼叫中心的治理，但在融合的下一代網(wǎng)絡(luò)中這種假設(shè)是不現(xiàn)實(shí)的。</p><p>　　所以，JTA非凡適合于面向PBX或呼叫中心的呼叫處理和應(yīng)用，它在很大程度上是集中處理和控制。

56、但提出了面向?qū)ο蟮暮艚锌刂?，方便了面向?qū)ο髴?yīng)用的開發(fā)。</p><p>　　綜上所述，開放電信網(wǎng)絡(luò)的API，應(yīng)借鑒IN和JTAPI的呼叫模型，取其優(yōu)點(diǎn)，避其缺點(diǎn)。</p><p>　　2.3.3 呼叫控制API</p><p>　　當(dāng)前，Parlay和JAIN組織都定義了呼叫控制API。值得注重的是JAIN定義的呼叫控制及調(diào)度和事務(wù)(JCC/JCAT)API是專為電

57、信運(yùn)營商域內(nèi)的應(yīng)用提供的統(tǒng)一的呼叫控制能力，隱藏了底層不同網(wǎng)絡(luò)的呼叫控制信令協(xié)議。為了給第三方業(yè)務(wù)運(yùn)營商提供安全、標(biāo)準(zhǔn)的API，JAIN組織和Parlay組織合作，定義了服務(wù)提供接入（SPA）API，該API完全采用了Parlay定義的API，使與JAIN兼容的實(shí)體可以訪問Parlay框架，接入框架支持的業(yè)務(wù)。所以，從開放網(wǎng)絡(luò)的角度來看，Parlay提供了核心的呼叫控制API。</p><p>　　Parlay采

58、用的呼叫模型由呼叫對(duì)象、呼叫Leg對(duì)象、媒體對(duì)象和地址對(duì)象組成，呼叫對(duì)象是指呼叫方間的關(guān)系，它是應(yīng)用對(duì)網(wǎng)絡(luò)中物理呼叫的抽象。呼叫Leg對(duì)象是呼叫對(duì)象和地址對(duì)象間的邏輯關(guān)系，在常規(guī)的雙方呼叫中，總是包含兩個(gè)呼叫Leg，一個(gè)代表主叫方，一個(gè)代表被叫方。Parlay一般呼叫控制服務(wù)向用戶隱藏了呼叫Leg，所以在常規(guī)的雙方呼叫中，應(yīng)用不能訪問呼叫Leg，而在多方呼叫中，應(yīng)用可以也有必要訪問呼叫Leg。媒體對(duì)象代表呼叫中的媒體信道。地址對(duì)象邏輯上

59、代表呼叫中的一方，通過電話號(hào)碼或IP地址標(biāo)識(shí)。一個(gè)呼叫Leg可以與一個(gè)或多個(gè)媒體對(duì)象相關(guān)聯(lián)，呼叫Leg可以與呼叫對(duì)象連接和分離，相應(yīng)地把相關(guān)呼叫Leg的媒體信道進(jìn)行連接和分離。</p><p>　　Parlay應(yīng)用可以有兩種方法控制呼叫，一種方法是應(yīng)用先設(shè)置一定的標(biāo)準(zhǔn)（與IN的觸發(fā)點(diǎn)相同），當(dāng)產(chǎn)生滿足該標(biāo)準(zhǔn)的事件后通知應(yīng)用。另一種方法是應(yīng)用通過構(gòu)造一個(gè)新的呼叫對(duì)象發(fā)起呼叫。</p><p>

60、;　　Parlay定義了網(wǎng)絡(luò)側(cè)和客戶應(yīng)用側(cè)的面性對(duì)象的接口，客戶應(yīng)用側(cè)接口主要用于回調(diào)，時(shí)客戶能與服務(wù)進(jìn)行交互。Parlay定義了如下四種不同類型的呼叫控制服務(wù)。</p><p>　　2.3.4 一般呼叫控制服務(wù)</p><p>　　一般呼叫控制服務(wù)是整個(gè)呼叫模型的子集。呼叫僅限于雙方呼叫，且應(yīng)用不可控制呼叫Leg。由于一般呼叫控制服務(wù)不能處理多媒體連接，所以不可能控制媒體信道。</

61、p><p>　　一般呼叫控制由網(wǎng)絡(luò)側(cè)的兩個(gè)接口（IP Call Control Manager和IP Call）和企業(yè)側(cè)的兩個(gè)接口（IP App Call Control Manager和IP App Call）構(gòu)成。 </p><p>　　IP Call Control Manager提供治理呼叫的方法。該接口的Create Call方法可建立新的呼叫對(duì)象（即實(shí)現(xiàn)IP Call接口的對(duì)象）。

62、它也向客戶應(yīng)用提供請(qǐng)求通知呼叫事件的方法。例如，客戶應(yīng)用能夠調(diào)用IP Call Control Manager接口的方法，請(qǐng)求將到指定電話號(hào)碼或一定范圍電話號(hào)碼的呼叫事件通知給客戶應(yīng)用，假如由于某種錯(cuò)誤呼叫通知不可進(jìn)行，則不答應(yīng)客戶應(yīng)用請(qǐng)求呼叫通知。一旦調(diào)用了呼叫通知請(qǐng)求，可以通過接口更改或刪除。接口也提供在一系列在呼叫上實(shí)施的負(fù)載控制方法和取消先前設(shè)置的負(fù)載限制的方法。</p><p>　　IP Call接口提

63、供將呼叫路由到目的方和監(jiān)視呼叫狀態(tài)的方法。例如，客戶應(yīng)用能調(diào)用該接口的方法，請(qǐng)求當(dāng)呼叫結(jié)束時(shí)，設(shè)置與呼叫相關(guān)的信息（例如計(jì)費(fèi)）。使用IP Call接口，客戶應(yīng)用也能請(qǐng)求監(jiān)視呼叫，即經(jīng)過指定時(shí)長后，將呼叫的狀態(tài)報(bào)告送到客戶應(yīng)用且將呼叫的控制權(quán)交給應(yīng)用。這在預(yù)付費(fèi)應(yīng)用中很有用，以防止當(dāng)預(yù)付費(fèi)賬戶為零時(shí)，呼叫仍然繼續(xù)。另外，IP Call接口也提供設(shè)置呼叫計(jì)費(fèi)的操作，IP Call提供的另兩個(gè)方法是請(qǐng)求用戶提供更多的DTMF輸入和計(jì)費(fèi)建議操作

64、，它通知用戶有關(guān)呼叫計(jì)費(fèi)的信息（即消息被發(fā)送到它的終端，假如終端有能力顯示這一信息）。</p><p>　　企業(yè)側(cè)的IP App Call Control Manager與IP Call Control Manager接口相對(duì)應(yīng)。該接口提供當(dāng)呼叫事件（通過IP Call Control Manager接口請(qǐng)求）到達(dá)時(shí)被調(diào)用的方法。也提供用以接收底層網(wǎng)絡(luò)有關(guān)呼叫通知狀態(tài)的信息（能夠或不能）和當(dāng)網(wǎng)絡(luò)碰到呼叫過載時(shí)供P

65、arlay網(wǎng)關(guān)發(fā)送通知信息的方法。接口也提供用以指示網(wǎng)絡(luò)中呼叫終止的方法，當(dāng)網(wǎng)絡(luò)檢測到應(yīng)用感愛好的呼叫終止后，由Parlay網(wǎng)關(guān)調(diào)用該方法。</p><p>　　企業(yè)側(cè)的IP App Call與IP Call接口相對(duì)應(yīng)。該接口提供用以處理呼叫請(qǐng)求的響應(yīng)和狀態(tài)報(bào)告的方法。例如，IP App Call接口被通知有關(guān)路由請(qǐng)求的狀態(tài)：路由成功和被叫應(yīng)答，或被叫忙等。IP App Call接口接收所有通過IP Call設(shè)置

66、的請(qǐng)求的狀態(tài)報(bào)告。</p><p>　　2.3.5 多方呼叫控制服務(wù)</p><p>　　在多方呼叫控制服務(wù)中，有六個(gè)重要的接口：　　IP Multi Party Call Control Manager</p><p>　　IP App Multi Party Call Control Manager</p><p>　　IP Multi

67、 Party Call</p><p>　　LP App Multi Party Call</p><p>　　IP Call Leg</p><p>　　LP App Call Leg。</p><p>　　其中IP Multi Party Call Control Manager接口，IP App Multi Party Call Con

68、trol Manager接口和IP App Multi Party Call接口從一般呼叫控制接口中繼續(xù)了所有方法，并沒有引入新的方法。</p><p>　　IP Multi Party Call接口是IP Call的擴(kuò)展，它包含顯式接入呼叫Leg的操作，注重在多方呼叫中，一個(gè)呼叫能包含兩個(gè)以上個(gè)呼叫Leg。接口也提供一個(gè)建立實(shí)現(xiàn)IP Call Leg接口對(duì)象的方法。</p><p>　　

69、IP Call Leg接口提供將呼叫Leg路由到指定目的方并合并或分離與入呼/去呼叫相聯(lián)系的媒體信道的方法，也提供當(dāng)呼叫Leg終止時(shí)將Leg指定的請(qǐng)求信息發(fā)送到應(yīng)用的方法。雖然能請(qǐng)求具體的Leg事件報(bào)告，但不提供連續(xù)監(jiān)視Leg的方法。注重一個(gè)呼叫可以有多個(gè)Leg，但一個(gè)Leg同時(shí)僅能屬于一個(gè)呼叫。</p><p>　　2.4 軟交換的網(wǎng)絡(luò)安全</p><p>　　目前，PSTN正逐漸向以軟

70、交換網(wǎng)絡(luò)為代表的下一代網(wǎng)絡(luò)(NGN)遷移，軟交換網(wǎng)絡(luò)具備業(yè)務(wù)接口開放、接入手段豐富、承載和傳送單一、設(shè)備容量集中等特點(diǎn)，這些特點(diǎn)是軟交換網(wǎng)絡(luò)的優(yōu)勢，但同時(shí)使軟交換網(wǎng)絡(luò)面臨更多的安全威脅。</p><p>　　2.4.1 軟交換網(wǎng)絡(luò)安全威脅分析</p><p>　　典型的軟交換網(wǎng)絡(luò)由業(yè)務(wù)層、核心交換層、控制層和接入層4層組成，它們面臨著安全威脅：軟交換設(shè)備和各種網(wǎng)關(guān)設(shè)備的容量可以非常大，一旦

71、中斷，其影響成幾何級(jí)數(shù)放大;軟交換系統(tǒng)的承載網(wǎng)基于IP網(wǎng)絡(luò)，在承載網(wǎng)故障或者不穩(wěn)定的情況下會(huì)出現(xiàn)心跳機(jī)制混亂、業(yè)務(wù)不能正常開展、核心節(jié)點(diǎn)運(yùn)行不穩(wěn)定或者脫網(wǎng)、鏈路和路由狀態(tài)異常等狀況;軟交換系統(tǒng)通過開放的業(yè)務(wù)接口提供豐富的業(yè)務(wù)和應(yīng)用，但開放的業(yè)務(wù)接口使其面臨被攻擊的危險(xiǎn);軟交換系統(tǒng)用戶終端的智能化以及接入方式的復(fù)雜化對(duì)軟交換協(xié)議處理的容錯(cuò)性提出了很高的要求，接入?yún)^(qū)域公共化等使軟交換網(wǎng)絡(luò)處于更開放的網(wǎng)絡(luò)環(huán)境中，更易遭受攻擊。下面對(duì)這些威脅做

72、深入分析。</p><p>　　2.4.2 核心設(shè)備自身的安全威脅</p><p>　　軟交換網(wǎng)絡(luò)采用呼叫與承載控制相分離的技術(shù)，網(wǎng)絡(luò)設(shè)備的處理能力有了很大的提高?？梢蕴幚砀嗟脑拕?wù)和承載更多的業(yè)務(wù)負(fù)荷，但隨之而來是安全問題。對(duì)于采用板卡方式設(shè)計(jì)的網(wǎng)絡(luò)設(shè)備，一塊單板在正常情況下能夠承載更多的話務(wù)和負(fù)荷，那么在發(fā)生故障時(shí)就有可能造成更大范圍的業(yè)務(wù)中斷。</p><p>

73、;　　目前，軟交換設(shè)備安全完全依賴廠商的軟硬件的安全設(shè)計(jì)，主要通過主備、1+1、N+1備份和自動(dòng)倒換以及軟硬件模塊化設(shè)計(jì)等方式實(shí)現(xiàn)故障情況下的切換和隔離。但在實(shí)際運(yùn)行中仍然存在一定的安全隱患。</p><p>　　備份和倒換的可靠性無法保障：關(guān)鍵設(shè)備的倒換(特別是一些關(guān)鍵接口板)一般會(huì)影響業(yè)務(wù)或者設(shè)備運(yùn)行，倒換的成功率目前無法保障，可能在緊急情況下無法順利進(jìn)行倒換。</p><p>　　軟

74、件的可靠性無法保障：目前一些廠商的軟件版本和補(bǔ)丁策略存在一定問題，軟件和補(bǔ)丁過多帶來了兼容性和可靠性問題。</p><p>　　2.4.3 承載網(wǎng)的安全威脅</p><p>　　軟交換系統(tǒng)的承載網(wǎng)絡(luò)采用的是IP分組網(wǎng)絡(luò)，通信協(xié)議和媒體信息主要以IP數(shù)據(jù)包的形式進(jìn)行傳送。承載網(wǎng)面臨的安全威脅主要有網(wǎng)絡(luò)風(fēng)暴、病毒(蠕蟲病毒)泛濫和黑客攻擊。網(wǎng)絡(luò)風(fēng)暴和病毒輕則大量占用網(wǎng)絡(luò)資源和網(wǎng)絡(luò)帶寬，導(dǎo)致正常

75、業(yè)務(wù)訪問緩慢，甚至無法訪問網(wǎng)絡(luò)資源，重則導(dǎo)致整個(gè)網(wǎng)絡(luò)癱瘓。黑客攻擊網(wǎng)絡(luò)中的關(guān)鍵設(shè)備，篡改其路由和用戶等數(shù)據(jù)，導(dǎo)致路由異常，網(wǎng)絡(luò)無法訪問等。從實(shí)際運(yùn)行情況來看，承載網(wǎng)對(duì)軟交換網(wǎng)絡(luò)的影響目前是最大的，主要是IP網(wǎng)絡(luò)質(zhì)量不穩(wěn)定引起的。</p><p>　　2.4.4 接入網(wǎng)的安全威脅</p><p>　　軟交換網(wǎng)絡(luò)提供了靈活、多樣的網(wǎng)絡(luò)接入手段，任何可以接入IP網(wǎng)絡(luò)的地點(diǎn)均可以接入終端。這種特性

76、在為用戶提供方便的同時(shí)帶來了安全隱患，一些用戶利用非法終端或設(shè)備訪問網(wǎng)絡(luò)，占用網(wǎng)絡(luò)資源，非法使用業(yè)務(wù)和服務(wù)，甚至向網(wǎng)絡(luò)發(fā)起攻擊。另外，接入與地點(diǎn)的無關(guān)性，使得安全事件發(fā)生后很難定位發(fā)起安全攻擊的確切地點(diǎn)，無法追查責(zé)任人。</p><p>　　2.4.5 網(wǎng)絡(luò)層面的安全威脅</p><p>　　雖然單個(gè)或者區(qū)域核心節(jié)點(diǎn)的安全可以通過負(fù)荷分擔(dān)或者備份來保證，但是從網(wǎng)絡(luò)層面來看仍然存在安全隱患。

77、在現(xiàn)有的軟交換網(wǎng)絡(luò)中，各種平臺(tái)類設(shè)備(SHLR、NP業(yè)務(wù)平臺(tái)、SCP等)很多，而且往往都是以單點(diǎn)的形式存在，這些節(jié)點(diǎn)一旦失效，將嚴(yán)重影響網(wǎng)絡(luò)業(yè)務(wù)。從實(shí)際運(yùn)行情況來看，目前網(wǎng)絡(luò)層面的威脅主要是重要業(yè)務(wù)節(jié)點(diǎn)癱瘓?jiān)斐傻臉I(yè)務(wù)中斷、擁塞和溢出，其中SHLR、通用號(hào)碼轉(zhuǎn)換(一號(hào)通平臺(tái))等關(guān)鍵平臺(tái)的影響最大。因此，應(yīng)該重視突發(fā)話務(wù)沖擊導(dǎo)致話務(wù)資源耗盡等現(xiàn)象。</p><p>　　2.4.6 軟交換網(wǎng)絡(luò)安全域的劃分</p&

78、gt;<p>　　在描述和分析軟交換網(wǎng)絡(luò)安全的過程中產(chǎn)生了“安全域”的概念，安全域是描述如何管理和控制網(wǎng)絡(luò)安全的模型，在一個(gè)安全域內(nèi)有相同的安全保護(hù)需求，可以實(shí)施相同的安全保護(hù)機(jī)制。安全域之間根據(jù)不同的安全等級(jí)需求，可以在安全域邊界部署隔離、控制等安全策略。</p><p>　　根據(jù)軟交換網(wǎng)絡(luò)各部分的安全需求，可以將軟交換網(wǎng)絡(luò)劃分為核心網(wǎng)、Internet接入網(wǎng)、支撐系統(tǒng)和第三方應(yīng)用網(wǎng)絡(luò)4個(gè)安全域，

79、如圖3所示。</p><p>　　圖2-2 軟交換網(wǎng)絡(luò)安全域劃分</p><p>　　核心網(wǎng)安全域包括所有的軟交換機(jī)，TG、AG、SG等接入網(wǎng)關(guān)，BGW類設(shè)備，關(guān)鍵業(yè)務(wù)平臺(tái)(包括SHLR、號(hào)碼轉(zhuǎn)換平臺(tái)等)，軟交換媒體服務(wù)器和應(yīng)用服務(wù)器，開發(fā)給第三方業(yè)務(wù)接口的應(yīng)用網(wǎng)關(guān)。Internet接入網(wǎng)安全域包括所有分配公網(wǎng)地址的SIP電話終端、IAD類設(shè)備、各類SIP接入的PC等。支撐系統(tǒng)安全域包括網(wǎng)

80、管、計(jì)費(fèi)和OSS等輔助運(yùn)營系統(tǒng)。第三方應(yīng)用網(wǎng)絡(luò)安全域主要包括所有以開發(fā)業(yè)務(wù)接口方式接入的應(yīng)用服務(wù)器，鑒于目前實(shí)際應(yīng)用中很少涉及到這種應(yīng)用，這里不討論該區(qū)域的安全需求。</p><p>　　第三章 軟交換在通信網(wǎng)絡(luò)中的應(yīng)用</p><p>　　3.1 目前固網(wǎng)面臨的問題</p><p>　　3.1.1 全網(wǎng)難以快速部署新業(yè)務(wù)</p><p>　

81、　目前固定電話網(wǎng)絡(luò)中的交換機(jī)種類眾多，功能參差不齊，端局不具備SSP業(yè)務(wù)觸發(fā)能力。每項(xiàng)新業(yè)務(wù)的開展都需要對(duì)全網(wǎng)端局交換機(jī)進(jìn)行升級(jí)改造，維護(hù)成本不斷提高，由于部分制式交換機(jī)年代久遠(yuǎn)，已經(jīng)無法對(duì)新功能進(jìn)行支持。另外，每項(xiàng)業(yè)務(wù)需要新建智能網(wǎng)系統(tǒng)，業(yè)務(wù)網(wǎng)絡(luò)的疊加導(dǎo)致路由迂回問題比較嚴(yán)重，如固網(wǎng)彩鈴業(yè)務(wù)需要被叫端局進(jìn)行業(yè)務(wù)觸發(fā)，這也造成電路資源的浪費(fèi)和業(yè)務(wù)故障點(diǎn)的增多。</p><p>　　3.1.2 無法實(shí)現(xiàn)用戶數(shù)據(jù)的集

82、中管理</p><p>　　現(xiàn)有固網(wǎng)的用戶數(shù)據(jù)全部零散的存放于各端局，導(dǎo)致運(yùn)營商對(duì)用戶數(shù)據(jù)的統(tǒng)計(jì)和管理非常困難。由于業(yè)務(wù)觸發(fā)全部在端局進(jìn)行，業(yè)務(wù)的嵌套能力受到很大限制。用戶數(shù)據(jù)的固化還導(dǎo)致了無法開展混合放號(hào)和號(hào)碼攜帶業(yè)務(wù)。</p><p>　　3.2 采用軟交換技術(shù)實(shí)現(xiàn)固網(wǎng)智能化</p><p>　　采用軟交換設(shè)備替代傳統(tǒng)匯接局，把中繼網(wǎng)關(guān)和信令網(wǎng)關(guān)與端局進(jìn)行連接，

83、在全網(wǎng)新建SDC設(shè)備可實(shí)現(xiàn)用戶數(shù)據(jù)的集中管理。通過軟交換技術(shù)的引入，很好地實(shí)現(xiàn)了網(wǎng)絡(luò)智能化改造。采用軟交換技術(shù)實(shí)現(xiàn)網(wǎng)絡(luò)智能化方案具有如下優(yōu)勢。</p><p>　　3.2.1 降低網(wǎng)絡(luò)建設(shè)維護(hù)成本</p><p>　　軟交換系統(tǒng)采用分組交換技術(shù)，增大了帶寬利用率，節(jié)約了中繼線路的投資。分組交換組網(wǎng)方式較為靈活，承載網(wǎng)絡(luò)一般采用新建IP專網(wǎng)或者在本地城域網(wǎng)內(nèi)增加MPLSVPN的方式。軟交換相

84、對(duì)于傳統(tǒng)交換機(jī)來說，系統(tǒng)容量大，整機(jī)體積小，操作維護(hù)集中，所以采用軟交換還能節(jié)省周邊配套建設(shè)的投資。綜合來看，基于分組交換技術(shù)的下一代網(wǎng)絡(luò)的成本將會(huì)低于現(xiàn)有PSTN網(wǎng)絡(luò)。</p><p>　　3.2.2 加強(qiáng)業(yè)務(wù)提供能力</p><p>　　采用軟交換作為匯接層設(shè)備能夠解決上面提到的各制式交換機(jī)功能不統(tǒng)一，業(yè)務(wù)觸發(fā)在端局進(jìn)行，容易產(chǎn)生話路迂回等問題，提升網(wǎng)絡(luò)對(duì)于新業(yè)務(wù)的支持能力，實(shí)現(xiàn)智能業(yè)

85、務(wù)嵌套。引入軟交換后，還可以通過軟交換直接為用戶提供寬帶的NGN業(yè)務(wù)，如視頻電話、視頻會(huì)議等。軟交換提供開放業(yè)務(wù)接口，使得第三方廠家可以通過PARLAY等通用接口協(xié)議開發(fā)出滿足用戶需求的新業(yè)務(wù)。</p><p>　　3.2.3 PSTN網(wǎng)絡(luò)向NGN演進(jìn)的重要一步</p><p>　　固網(wǎng)向IMS演進(jìn)已經(jīng)成為了必然的趨勢，但是具體的演進(jìn)還沒有明確的實(shí)施方案。為了減少投資風(fēng)險(xiǎn)，充分利用現(xiàn)有PS

86、TN網(wǎng)絡(luò)資源，目前階段不宜在全網(wǎng)大范圍部署軟交換設(shè)備。網(wǎng)絡(luò)智能化首先解決了匯接層面的替換，將業(yè)務(wù)觸發(fā)點(diǎn)上移至匯接局，弱化了PSTN端局的功能需求，可以看作是NGN演進(jìn)的第一步，為全網(wǎng)向軟交換和IMS架構(gòu)演進(jìn)提供了基礎(chǔ)。</p><p>　　3.3 基于軟交換的多媒體應(yīng)用方案</p><p>　　3.3.1 軟交換系統(tǒng)的體系結(jié)構(gòu)</p><p>　　軟交換系統(tǒng)是基于分

87、層網(wǎng)絡(luò)結(jié)構(gòu)模型的，這種結(jié)構(gòu)的設(shè)計(jì)思想就是按照統(tǒng)一的網(wǎng)絡(luò)結(jié)構(gòu)向用戶提供不同的業(yè)務(wù)應(yīng)用。邊緣層設(shè)備完成各種類型終端設(shè)備的接入(或不同類型網(wǎng)絡(luò)的互通)；控制層設(shè)備對(duì)邊緣層設(shè)備進(jìn)行控制，實(shí)現(xiàn)不同控制域之間的互聯(lián)，并向業(yè)務(wù)層提供通用開放接口；業(yè)務(wù)層設(shè)備完成增值業(yè)務(wù)邏輯和相應(yīng)的數(shù)據(jù)庫更新、網(wǎng)絡(luò)管理和計(jì)費(fèi)認(rèn)證等；核心層設(shè)備則專職完成數(shù)據(jù)包的傳送，不關(guān)心具體的應(yīng)用。從總體上看，無論是應(yīng)用于語音領(lǐng)域，還是多媒體領(lǐng)域，軟交換系統(tǒng)的體系結(jié)構(gòu)都是相同的。&l

88、t;/p><p>　　當(dāng)然，不同的應(yīng)用領(lǐng)域?qū)υO(shè)備的功能和性能要求必然有一些不同。和語音應(yīng)用相比較，多媒體應(yīng)用領(lǐng)域的特殊要求在各個(gè)層次上分別有不同的體現(xiàn)。</p><p>　　邊緣層的媒體網(wǎng)關(guān)設(shè)備必須能夠進(jìn)行圖像壓縮、聲像同步、多媒體協(xié)議處理等，媒體服務(wù)器必須能夠完成聲音混合、圖像切換等功能。</p><p>　　控制層的軟交換設(shè)備必須能夠?qū)哂卸嗝襟w特性的媒體網(wǎng)關(guān)——M

89、SAG(多業(yè)務(wù)接入網(wǎng)關(guān))實(shí)施控制，如指定壓縮算法和選擇雙媒體端口等等。</p><p>　　業(yè)務(wù)層的應(yīng)用服務(wù)器設(shè)備必須提供多媒體應(yīng)用的特定業(yè)務(wù)邏輯，策略服務(wù)器必須實(shí)現(xiàn)對(duì)多媒體應(yīng)用的有效管理。</p><p>　　理想情況下，為了滿足多媒體應(yīng)用的要求，核心層路由器/ATM交換機(jī)設(shè)備應(yīng)能夠保證最低業(yè)務(wù)帶寬和傳送過程中的QoS等。</p><p>　　3.3.2 軟交換系

90、統(tǒng)的設(shè)備接入</p><p>　　如上所述，多業(yè)務(wù)接入網(wǎng)關(guān)是多媒體應(yīng)用的主要接入設(shè)備。它主要提供xDSL、LAN、WLAN、LMDS和HFC等用戶接入端口，以滿足各種接入模式。圖2所示為支持多媒體應(yīng)用的軟交換系統(tǒng)的設(shè)備接入方式。</p><p>　　由于H.248協(xié)議提供了強(qiáng)大的信息承載能力，而且獨(dú)立于具體的應(yīng)用，多業(yè)務(wù)接入網(wǎng)關(guān)和軟交換設(shè)備之間仍采用H.248進(jìn)行信息交互。多業(yè)務(wù)接入網(wǎng)關(guān)接

91、受軟交換設(shè)備的控制指令，并返回執(zhí)行結(jié)果和/或執(zhí)行過程中的相關(guān)信息。</p><p>　　和語音媒體網(wǎng)關(guān)相比，多業(yè)務(wù)接入網(wǎng)關(guān)還要處理圖像信息流。因此軟交換設(shè)備必須明確為多業(yè)務(wù)接入網(wǎng)關(guān)單獨(dú)選擇一個(gè)圖像端口，指定壓縮算法、聲像同步要求和業(yè)務(wù)QoS要求(如果網(wǎng)關(guān)支持的話)等相關(guān)信息。如果用戶采用的是智能多媒體終端(如個(gè)人計(jì)算機(jī))，則不再需要多業(yè)務(wù)接入網(wǎng)關(guān)，軟交換設(shè)備和終端可以直接通信，但是主從控制關(guān)系將弱化很多。目前兩

92、者之間的協(xié)議基本上是采用H.323協(xié)議，但從發(fā)展趨勢來看，采用會(huì)話啟動(dòng)協(xié)議將會(huì)逐漸成為主流。</p><p>　　除此之外，媒體服務(wù)器也是多媒體應(yīng)用中的一個(gè)重要設(shè)備。它既可以接受軟交換設(shè)備的指令，也可以接受應(yīng)用服務(wù)器的指令，提供網(wǎng)絡(luò)資源服務(wù)(如放音、收號(hào)、混音、圖像切換等服務(wù))。它和控制設(shè)備之間多數(shù)采用H.248/MGCP協(xié)議，也有采用會(huì)話啟動(dòng)協(xié)議的。</p><p>　　還有一種實(shí)現(xiàn)方式

93、，就是將媒體服務(wù)器功能內(nèi)置在多業(yè)務(wù)接入網(wǎng)關(guān)中。這時(shí)，如果應(yīng)用服務(wù)器需要資源服務(wù)，不需直接控制媒體服務(wù)器，而是通過軟交換設(shè)備來控制多業(yè)務(wù)接入網(wǎng)關(guān)來完成。這種方式一般在業(yè)務(wù)量較小的場合使用。</p><p>　　3.3.3 軟交換系統(tǒng)的業(yè)務(wù)提供</p><p>　　強(qiáng)大的業(yè)務(wù)提供能力是下一代網(wǎng)絡(luò)的一個(gè)最重要特征。為了確保業(yè)務(wù)應(yīng)用獨(dú)立于網(wǎng)絡(luò)，軟交換系統(tǒng)屏蔽了具體網(wǎng)絡(luò)類型和設(shè)備，通過開放接口向業(yè)務(wù)

94、層設(shè)備提供統(tǒng)一的實(shí)現(xiàn)方式。因此，在軟交換系統(tǒng)中多媒體應(yīng)用和語音應(yīng)用在實(shí)現(xiàn)上并無本質(zhì)的不同。但是，軟交換系統(tǒng)與傳統(tǒng)SCP(業(yè)務(wù)控制點(diǎn))互通可以提供語音增值業(yè)務(wù)，這對(duì)于多媒體應(yīng)用來說已不再具有利用價(jià)值。因此，除點(diǎn)到點(diǎn)和點(diǎn)到多點(diǎn)的多媒體基本業(yè)務(wù)在軟交換設(shè)備中直接提供外，其余的增值業(yè)務(wù)功能一般都是在應(yīng)用服務(wù)器中加以實(shí)現(xiàn)的。</p><p>　　軟交換設(shè)備和應(yīng)用服務(wù)器之間的開放業(yè)務(wù)接口大多采用Parlay接口。在其Call

95、 Control API(應(yīng)用編程接口)功能集里，有專門針對(duì)多媒體應(yīng)用方面的定義，說明軟交換系統(tǒng)完全可以支持多媒體應(yīng)用。作為在應(yīng)用服務(wù)器上實(shí)現(xiàn)業(yè)務(wù)邏輯的業(yè)務(wù)提供商，只需要利用Parlay API進(jìn)行編程即可，無需關(guān)心多媒體應(yīng)用對(duì)網(wǎng)絡(luò)的任何特殊要求。 </p><p>　　需要特別指出的是，按照傳統(tǒng)的觀點(diǎn)，雖然可以認(rèn)為應(yīng)用服務(wù)器所實(shí)現(xiàn)的業(yè)務(wù)屬于增值業(yè)務(wù)，但是它與SCP智能業(yè)務(wù)是有著很大區(qū)別的。它的最顯著特點(diǎn)是“融合

96、(Convergent)”，也就是說，應(yīng)用服務(wù)器的業(yè)務(wù)往往是集語音、數(shù)據(jù)和圖像為一體的綜合業(yè)務(wù)。這充分地體現(xiàn)了下一代網(wǎng)絡(luò)在業(yè)務(wù)層面上的融合特性。</p><p>　　為了方便用戶通過對(duì)系統(tǒng)編程實(shí)現(xiàn)新業(yè)務(wù)，應(yīng)用服務(wù)器提供了一整套的業(yè)務(wù)支撐環(huán)境，包括業(yè)務(wù)管理器、業(yè)務(wù)生成器和人機(jī)界面等。</p><p>　　3.3.4 軟交換系統(tǒng)的OSS策略</p><p>　　高度統(tǒng)一

97、的集中OSS(運(yùn)營支持系統(tǒng))是下一代網(wǎng)絡(luò)的另一個(gè)最重要特征?，F(xiàn)有各種網(wǎng)絡(luò)的OAM(運(yùn)行、管理和維護(hù))系統(tǒng)功能十分相似，但其建設(shè)和維護(hù)都是完全分立的，給運(yùn)營商帶來技術(shù)、經(jīng)濟(jì)上的一系列問題?？紤]到網(wǎng)絡(luò)演進(jìn)是一個(gè)相當(dāng)長的過程，從一開始軟交換系統(tǒng)就充分吸取教訓(xùn)，把實(shí)現(xiàn)統(tǒng)一的OSS放在了十分突出的位置加以規(guī)劃。</p><p>　　正是由于堅(jiān)持了這一根本點(diǎn)，以軟交換為核心的下一代網(wǎng)絡(luò)采用了相同的網(wǎng)管、計(jì)費(fèi)和認(rèn)證策略，使系統(tǒng)

98、不因不同的業(yè)務(wù)應(yīng)用而異。因此，可以說多媒體應(yīng)用和語音應(yīng)用在OSS策略方面的區(qū)別很小。</p><p>　　關(guān)于軟交換系統(tǒng)的OSS研究工作目前正在進(jìn)行中，它對(duì)于建立高效的下一代網(wǎng)絡(luò)商業(yè)運(yùn)營模式是關(guān)鍵性的。軟交換系統(tǒng)的OSS研究工作對(duì)運(yùn)營商的重要性超過其它任何方面，無論是傳統(tǒng)運(yùn)營商還是新興運(yùn)營商，都應(yīng)盡早參與研究。</p><p>　　3.3.5 典型流程</p><p&g

99、t;　　為了使讀者對(duì)軟交換的寬帶城域網(wǎng)多媒體應(yīng)用方案有個(gè)較為直觀的了解，下面給出典型的點(diǎn)到多點(diǎn)多媒體會(huì)議呼叫流程示意圖(見圖3、圖4)。會(huì)議功能由軟交換設(shè)備直接提供，不涉及應(yīng)用服務(wù)器(但用戶數(shù)據(jù)庫可以獨(dú)立設(shè)置)。使用時(shí)由用戶呼叫某個(gè)特定號(hào)碼發(fā)起，用戶包括H.248終端、SIP終端和H.323終端，其中H.323終端采用快速呼叫建立過程。</p><p>　　3.4 采用軟交換的網(wǎng)絡(luò)智能化改造方案</p>

100、;<p>　　在采用軟交換替換原有匯接局的網(wǎng)絡(luò)智能化方案中，需要新建獨(dú)立的用戶數(shù)據(jù)中心設(shè)備（SDC），對(duì)用戶數(shù)據(jù)進(jìn)行集中式管理。</p><p>　　3.4.1 組網(wǎng)結(jié)構(gòu)</p><p>　　新建獨(dú)立的用戶數(shù)據(jù)中心設(shè)備（SDC）的組網(wǎng)結(jié)構(gòu)如圖3-1所示。</p><p>　　圖3-1 獨(dú)立的SDC組網(wǎng)結(jié)構(gòu)圖</p><p>　　

101、3.4.2 軟交換作為網(wǎng)絡(luò)的匯接局</p><p>　　軟交換替代原有匯接局，同時(shí)還負(fù)責(zé)控制中繼網(wǎng)關(guān)和信令網(wǎng)關(guān)設(shè)備，實(shí)現(xiàn)呼叫控制及路由管理，它應(yīng)該放置在中心節(jié)點(diǎn)，在網(wǎng)絡(luò)位置上應(yīng)平行于現(xiàn)有匯接局。如果網(wǎng)絡(luò)規(guī)模及業(yè)務(wù)流量很大，建議將網(wǎng)絡(luò)劃分成若干個(gè)匯接區(qū)，每個(gè)匯接區(qū)內(nèi)設(shè)置一對(duì)軟交換系統(tǒng)，采用雙歸屬的方式分擔(dān)業(yè)務(wù)負(fù)載。在軟交換網(wǎng)絡(luò)中，原匯接局交換機(jī)的中繼模塊功能由新建的中繼網(wǎng)關(guān)替代，匯接局的功能由中繼網(wǎng)關(guān)和軟交換一起完

102、成。所有端局業(yè)務(wù)的媒體流集中匯聚到中繼網(wǎng)關(guān)上，中繼網(wǎng)關(guān)完成局間中繼用戶媒體流的轉(zhuǎn)換，軟交換匯接局即成為網(wǎng)絡(luò)交換的中心。</p><p>　　實(shí)行網(wǎng)絡(luò)智能化后，現(xiàn)網(wǎng)老舊機(jī)型的端局交換機(jī)只負(fù)責(zé)用戶接入，本局用戶發(fā)起的呼叫全部出局，由軟交換匯接局接入到網(wǎng)絡(luò)，智能業(yè)務(wù)的觸發(fā)由軟交換實(shí)現(xiàn)。</p><p>　　3.4.3 采用SDC建立集中用戶數(shù)據(jù)中心</p><p>　　S

103、DC是新建的網(wǎng)絡(luò)節(jié)點(diǎn)，作為網(wǎng)絡(luò)智能化解決方案的用戶數(shù)據(jù)中心，負(fù)責(zé)保存用戶的邏輯號(hào)碼、物理號(hào)碼以及智能業(yè)務(wù)屬性等數(shù)據(jù)，應(yīng)能支持以INAP/MAP+信令和軟交換匯接局進(jìn)行交互，完成主被叫用戶邏輯號(hào)碼與物理號(hào)碼映射關(guān)系的查詢，并根據(jù)用戶智能業(yè)務(wù)屬性返回相應(yīng)的接入碼。</p><p>　　SDC在網(wǎng)絡(luò)中是用戶屬性的數(shù)據(jù)庫，相當(dāng)于移動(dòng)網(wǎng)絡(luò)中的HLR，主要負(fù)責(zé)管理用戶數(shù)據(jù)，不負(fù)責(zé)實(shí)現(xiàn)具體的業(yè)務(wù)邏輯。對(duì)于某些不需要業(yè)務(wù)邏輯的號(hào)