軟交換呼叫模型的研究與設(shè)計

2019-11-03 19:30:13

字體：大中小

供稿：網(wǎng)友

田戰(zhàn)毅，王芙蓉，莫益軍

　　摘　要：提出一種適用于軟交換特點的呼叫模型，該呼叫模型的設(shè)計借鑒并改進(jìn)成熟的智能網(wǎng)呼叫模型，增強(qiáng)媒體控制能力，實現(xiàn)呼叫控制與媒體承載、業(yè)務(wù)邏輯與呼叫控制的分離。支持對多協(xié)議的接入，同時滿足開放式業(yè)務(wù)的需求，具有較好的靈活性和擴(kuò)展性。

　　關(guān)鍵詞：軟交換；智能網(wǎng)；呼叫模型；連接視圖；ＭＥＧＡＣＯ／Ｈ248；ＳＩＰ；業(yè)務(wù)

1 前言

　　以軟交換（Ｓｏｆｔｓｗｉｔｃｈ）技術(shù)為核心的下一代網(wǎng)絡(luò)（ＮＧＮ：ｎｅｘｔｇｅｎｅｒａｔｉｏｎｎｅｔｗｏｒｋ）是現(xiàn)在通信網(wǎng)絡(luò)的研究焦點之一。軟交換技術(shù)的基本思想是建立開放、分層的體系結(jié)構(gòu)，實現(xiàn)業(yè)務(wù)與呼叫控制分離、呼叫控制與承載分離。軟交換是軟交換體系中的控制核心，其核心功能是提供實時的呼叫控制和連接控制的能力，因此建立一個恰當(dāng)?shù)暮艚心Ｐ驮谲浗粨Q設(shè)計中具有十分重要的地位。因為它不僅要完成對呼叫的控制以及媒體連接的管理，而且需要為業(yè)務(wù)層提供對底層平臺的能力抽象，直接決定了上層業(yè)務(wù)的種類與數(shù)量。針對軟交換的呼叫控制與業(yè)務(wù)開發(fā)特點，建立一個合適的呼叫模型是軟交換設(shè)計中的關(guān)鍵。

2 軟交換對呼叫模型的要求

　　根據(jù)軟交換體系設(shè)計的基本要求，對軟交換呼叫模型的設(shè)計提出下列要求：

　　（1）網(wǎng)絡(luò)的融合互通需求軟交換要實現(xiàn)多種異構(gòu)網(wǎng)絡(luò)的接入，支持多種不同的網(wǎng)絡(luò)協(xié)議。顯然對每種網(wǎng)絡(luò)協(xié)議建立獨(dú)立的呼叫控制，不但過于復(fù)雜，而且不便于互通。因此需要對網(wǎng)絡(luò)協(xié)議特征進(jìn)行抽象，在網(wǎng)絡(luò)資源層之上建立通用的呼叫控制模型，對各種協(xié)議統(tǒng)一處理，在集中控制層面實現(xiàn)網(wǎng)絡(luò)互通。具體的協(xié)議上，軟交換要支持Ｈ．248／ＭＥＧＡＣＯ、ＭＧＣＰ、Ｈ．323、ＳＩＰ、ＩＳＵＰ、ＰＲＩ、ＳＩＰ－Ｔ／ＳＩＰ－Ｉ等協(xié)議信令之間的無縫互通。

　　（2）承載連接控制軟交換實現(xiàn)了呼叫控制與承載的分離，其承載通路的管理也較單純的電路交換方式復(fù)雜。軟交換中的基本承載媒體有兩種：基于ＴＤＭ的６4 ｋｂｉｔ／ｓ電路鏈路通道和基于ＩＰ的ＲＴＰ實時媒體流。軟交換要支持ＩＰ和ＴＤＭ兩者媒體流的轉(zhuǎn)換與互通，呼叫對承載媒體的選擇以及承載方式的選擇，如媒體流的ＩＰ中繼方式、端到端方式的選擇等。因此呼叫模型的設(shè)計要加入獨(dú)立的媒體承載管理模塊，完成媒體資源、媒體鏈路的管理，保證某些業(yè)務(wù)對服務(wù)質(zhì)量（ＱｏＳ）的需求。

　　（3）業(yè)務(wù)能力的支持軟交換設(shè)計應(yīng)體現(xiàn)業(yè)務(wù)驅(qū)動的思想和理念，上層業(yè)務(wù)與底層的異構(gòu)網(wǎng)絡(luò)無關(guān)，提供了開放靈活的業(yè)務(wù)提供體系；另一方面要實現(xiàn)與現(xiàn)有業(yè)務(wù)網(wǎng)絡(luò)如智能網(wǎng)等的互通，繼承己有成熟的通信業(yè)務(wù)。在軟交換內(nèi)部要實現(xiàn)傳統(tǒng)交換機(jī)的所有業(yè)務(wù)，同時要提供對數(shù)據(jù)業(yè)務(wù)、多方、多媒體業(yè)務(wù)能力的支持，以及對業(yè)務(wù)沖突的檢測等。開放式業(yè)務(wù)體系采用基于ＡＰＩ的下一網(wǎng)絡(luò)業(yè)務(wù)提供方式，現(xiàn)在較成熟的有Ｐａｒｌａｙ、ＪＡＩＮ等ＡＰＩ。呼叫模型的設(shè)計要方便與Ｐａｒｌａｙ等呼叫控制業(yè)務(wù)接口之間的映射，同時支持智能網(wǎng)ＩＮＡＰ協(xié)議接口。

3 軟交換呼叫模型的設(shè)計

　　從功能上看，軟交換完成類似于智能網(wǎng)ＳＳＰ（ｓｅｒｖｉｃｅｓｗｉｔｃｈｉｎｇｐｏｉｎｔ）交換機(jī)的功能。在呼叫控制邏輯上兩者沒有本質(zhì)的差別，軟交換呼叫模型的設(shè)計可以借鑒智能網(wǎng)的呼叫控制模型。但傳統(tǒng)智能網(wǎng)是按照電路交換設(shè)計的，其呼叫狀態(tài)模型控制功能過于集中，它所描述的呼叫建立和承載建立的過程是統(tǒng)一的。所以需要對其呼叫模型進(jìn)行改進(jìn)，增加媒體連接控制模塊，實現(xiàn)呼叫控制與承載連接過程的分離，與媒體網(wǎng)關(guān)控制協(xié)議Ｈ248或ＭＧＣＰ等協(xié)同完成整個呼叫流程的接續(xù)。智能網(wǎng)ＳＳＰ在業(yè)務(wù)提供上，受到ＩＮＡＰ協(xié)議的限制，業(yè)務(wù)局限且封閉，軟交換呼叫模型抽象底層業(yè)務(wù)提供能力，實現(xiàn)開放業(yè)務(wù)接口，增加ＩＮＡＰ與Ｐａｒｌａｙ的業(yè)務(wù)能力接口適配，靈活支持不同的業(yè)務(wù)提供方式。

　　基于以上分析，將軟交換功能分成三個層，即協(xié)議接入層、控制層和業(yè)務(wù)層。軟交換呼叫模型的基本結(jié)構(gòu)設(shè)計如圖1所示。

3．1 呼叫控制和媒體連接控制

　　智能網(wǎng)能力集ＣＳ2定義了較完備的多方呼叫控制模型以及業(yè)務(wù)開發(fā)模式。智能網(wǎng)呼叫模型具有較好的呼叫控制以及業(yè)務(wù)能力接口，但智能網(wǎng)協(xié)議并沒有定義對底層媒體連接的控制功能。Ｈ．248／ＭＥＧＡＣＯ與ＭＧＣＰ也提出了一套針對媒體的連接管理模型。因此可以考慮將智能網(wǎng)呼叫模型作為基本呼叫模型，利用Ｈ．248（ＭＣＧＰ）連接模型完成對媒體資源與連接的管理行為。媒體連接控制模塊不直接處理信令，而是在呼叫過程中接受來自呼叫控制模塊和協(xié)議適配層的請求，完成媒體信息的交互與連接的操作；或在媒體資源狀態(tài)改變后，通知協(xié)議和呼叫模塊所發(fā)生的改變。

3．1．1 呼叫控制功能

　　類似于智能網(wǎng)ＳＳＰ交換機(jī)，基本呼叫控制模塊只完成基本的呼叫處理，更復(fù)雜的業(yè)務(wù)控制流程，在基本呼叫模塊中產(chǎn)生業(yè)務(wù)觸發(fā)，由業(yè)務(wù)層實現(xiàn)復(fù)雜的業(yè)務(wù)邏輯。基本呼叫模型采用ＣＳ2描述的ＳＳＦ／ＣＣＦ（ｓｅｒｖｉｃｅｓｗｉｔｃｈｉｎｇｆｕｎｃｔｉｏｎ／ｃａｌｌｃｏｎｔｒｏｌｆｕｎｃｔｉｏｎ）控制模型，結(jié)構(gòu)如圖2所示。

　　該模型的設(shè)計思想是對底層網(wǎng)絡(luò)進(jìn)行抽象，將具體的呼叫抽象為連接形式，對下層協(xié)議采用統(tǒng)一的消息接口，因此該模型獨(dú)立于具體的協(xié)議，不受限于特定的媒體連接類型。具體模塊的功能簡介如下：

　　（1）呼叫控制功能（ＣＣＦ）包括基本的呼叫處理功能以及為支持ＩＮ呼叫的附加功能。ＣＣＦ功能的實現(xiàn)可以用一個呼叫狀態(tài)遷移圖來描述，即基本呼叫狀態(tài)模型ＢＣＳＭ（ｂａｓｉｃｃａｌｌｓｔａｔｅｍｏｄｅｌ）。ＢＣＳＭ描述了ＣＣＦ為建立和維持用戶的通信通路所要求的一組基本呼叫和連接動作，并描述了這些動作的觸發(fā)與條件遷移過程。一個ＢＣＳＭ成分由四個要素組成：呼叫點ＰＩＣ（ｐｏｉｎｔｉｎｃａｌｌ）、檢出點ＤＰ（ｄｅｔｅｃｔｉｏｎｐｏｉｎｔ）、轉(zhuǎn)移過程（ｔｒａｎｓｉｔｉｏｎ）和事件（ｅｖｅｎｔｓ）。ＢＣＳＭ接收到的控制事件消息，根據(jù)當(dāng)前呼叫狀態(tài)ＰＩＣ，決定需要上報給ＳＳＦ的ＤＰ點以及下一步的跳轉(zhuǎn)動作。ＤＰ點也稱為業(yè)務(wù)檢出點，代表了與上層業(yè)務(wù)控制的交互接口，ＳＳＦ根據(jù)上報的ＤＰ判斷可能觸發(fā)的業(yè)務(wù)類型，決定呼叫繼續(xù)或者掛起呼叫，等待上層業(yè)務(wù)控制指令。因此，它在傳統(tǒng)有限狀態(tài)機(jī)的基礎(chǔ)上，又具有了描述與上層業(yè)務(wù)交互接口的能力。

　　ＢＣＳＭ由發(fā)端ＢＣＳＭ和終端ＢＣＳＭ組成，對于一個呼叫分別建立發(fā)端與收端的半側(cè)呼叫模型。這樣更方便ＤＰ業(yè)務(wù)檢出點的設(shè)置以及對發(fā)端用戶與收端用戶的單獨(dú)控制，例如對呼叫等待等被叫觸發(fā)型業(yè)務(wù)的控制。

　　（2）業(yè)務(wù)交換功能（ＳＳＦ）在ＣＳ2中提出了連接視圖ＣＶＳ（ｃｏｎｎｅｃｔｉｏｎｖｉｅｗｓｔａｔｅ）的概念，ＣＶＳ包括4 種連接視圖對象：呼叫段關(guān)聯(lián)ＣＳＡ（ｃａｌｌｓｅｇｍｅｎｔａｓｓｏｃｉａｔｉｏｎ）、呼叫段ＣＳ（ｃａｌｌｓｅｇｍｅｎｔ）、連接點ＣＰ（ｃｏｎｎｅｃｔｉｏｎｐｏｉｎｔ）、連接腿ＬＥＧ（ｃｏｎｎｅｃｔｉｏｎｌｅｇ）。ＬＥＧ是對會話中一個呼叫支路的抽象，一個ＣＳ可以管理多個ＬＥＧ，表示各個ＬＥＧ的連接關(guān)系，ＣＳＡ用來關(guān)聯(lián)一次會話中的ＣＳ，同樣可以包含多個ＣＳ，如多方呼叫或呼叫等待業(yè)務(wù)。ＣＳＡ是ＳＳＦ中的一個子狀態(tài)機(jī)，協(xié)同ＢＣＳＭ管理一次會話，共同完成呼叫處理和連接控制功能。ＣＳＡ具有ＤＰ觸發(fā)功能，接受ＢＣＳＭ上報的ＤＰ事件，完成對靜態(tài)配置的業(yè)務(wù)ＤＰ的觸發(fā)，以及業(yè)務(wù)邏輯過程中業(yè)務(wù)層所動態(tài)配置的事件ＤＰ的觸發(fā)。智能網(wǎng)ＣＳ2定義24個左右的ＤＰ，對呼叫階段的劃分比較完備，軟交換呼叫模型可以直接繼承過來。

　　在連接視圖概念中把一個完整的呼叫過程分為兩個半側(cè)呼叫過程，即主叫側(cè)與被叫側(cè)。區(qū)分的主要目的是將源端與目的端對呼叫控制權(quán)的分離，Ｏ－ＢＣＳＭ與Ｔ－ＢＣＳＭ分別對應(yīng)于主叫側(cè)與被叫側(cè)。圖3是一個基本的三方通話的連接視圖。

　　連接視圖的設(shè)計可以使ＳＳＦ／ＣＣＦ向ＳＣＦ呈現(xiàn)當(dāng)前的半側(cè)呼叫，ＳＣＦ可根據(jù)發(fā)端或終端的半側(cè)呼叫模型，觀察在一個給定的ＳＳＦ／ＣＣＦ中目前的呼叫連接狀態(tài)，ＣＳ－ＣＶ表示從ＳＣＦ層所看到的底層ＣＳ的映象?穴ｖｉｅｗ?雪。這種可視性使在ＳＣＦ業(yè)務(wù)邏輯范圍內(nèi)去確定控制ＬＥＧ的連接狀態(tài)。ＳＣＦ業(yè)務(wù)邏輯對呼叫過程的控制主要是通過ＤＰ事件機(jī)制以及對邏輯實體ＬＥＧ、ＣＳ與ＣＳＡ的操作來實現(xiàn)，具體消息可以參照智能網(wǎng)ＳＳＦ與ＳＣＦ之間消息的定義。

　　呼叫控制中要涉及媒體連接以及放提示音、通話間收號等，這些媒體相關(guān)功能可以通過ＳＲＦ（ｓｐｅｃｉａｌｉｚｅｄｒｅｓｏｕｒｃｅｆｕｎｃｔｉｏｎ）實現(xiàn)。ＳＲＦ提供了呼叫控制與媒體連接控制的接口功能。基本呼叫控制不需關(guān)心具體的媒體類型及連接過程，通過ＳＲＦ模塊與媒體連接控制模塊通信，完成媒體控制需求，如放音、收號、媒體連接建立、修改與釋放等。

3．1．2 媒體連接控制功能

　　網(wǎng)絡(luò)融合的需求也導(dǎo)致媒體處理上的復(fù)雜性，媒體控制類協(xié)議的提出正是為減少軟交換設(shè)計上的復(fù)雜性。現(xiàn)在比較成熟的是ＭＧＣＰ和ＭＥＧＡＣＯ／Ｈ．248，主要思想是強(qiáng)調(diào)控制的集中和與底層承載的分離，建立一個獨(dú)立于傳輸?shù)倪B接模型。軟交換通過ＭＧＣＰ和ＭＥＧＡＣＯ／Ｈ．248協(xié)議控制媒體網(wǎng)關(guān)完成媒體連接控制。ＭＧＣＰ和ＭＥＧＡＣＯ／Ｈ．248的連接模型比較相似，下邊以ＭＥＧＡＣＯ／Ｈ．248為例說明呼叫模型中媒體連接控制的實現(xiàn)。

　　ＭＥＧＡＣＯ／Ｈ．248協(xié)議提出了一個多方的連接模型，如圖4所示。

　　協(xié)議的連接模型由上下文（ｃｏｎｔｅｘｔ）和端點（ｔｅｒｍｉｎａｔｉｏｎ）組成。端點指媒體網(wǎng)關(guān)發(fā)送或接收的媒體流。各個模擬用戶端口、數(shù)字用戶端口、中繼時隙、甚至ＲＴＰ端口、多媒體的承載通道都抽象為一個個端點（ｔｅｒｍｉｎａｔｉｏｎ）。上下文描述媒體流之間的連通關(guān)系。只有在同一上下文的端點之間才可通信。上下文描述的不是一個連接，而是各個端點之間的關(guān)系。而各個端點可以是雙向的，也可以是單向的，甚至是隔絕的，這樣的拓?fù)潢P(guān)系可以十分恰當(dāng)?shù)孛枋鰧嶋H媒體連接情況，實現(xiàn)復(fù)雜的媒體連接管理。

　　呼叫模型中媒體協(xié)議管理模塊完成對ＭＥＧＡＣＯ／Ｈ．248協(xié)議連接模型的管理功能，該模塊根據(jù)接收到的外部命令，修改內(nèi)部拓?fù)潢P(guān)系，向媒體網(wǎng)關(guān)發(fā)出標(biāo)準(zhǔn)協(xié)議消息，完成特定的媒體操作。呼叫模型設(shè)計中實現(xiàn)基本呼叫控制與媒體連接控制的分離，所有的媒體操作命令都應(yīng)當(dāng)由基本呼叫控制與協(xié)議層發(fā)出，同時由于媒體協(xié)議管理模塊可能也要處理關(guān)于ＭＧＣＰ的媒體操作請示，因此，增加連接管理模塊，為媒體協(xié)議管理模塊處理不同媒體協(xié)議提供統(tǒng)一的消息接口。

　　連接管理模塊是具體媒體協(xié)議與基本呼叫控制的關(guān)聯(lián)模塊。對比ＭＥＧＡＣＯ／Ｈ．248的連接模型與ＣＳ2的連接視圖，可以看出Ｔｅｒｍｉｎａｔｉｏｎ與ＬＥＧ，Ｃｏｎｔｅｘｔ與ＣＳ具有一個對應(yīng)關(guān)系，因此，在連接管理中采用全局性Ｃａｌｌｌｅｇ作為它們之間的關(guān)聯(lián)。與基本呼叫控制中的ＬＥＧ抽象連接不同的是Ｃａｌｌｌｅｇ對應(yīng)有具體的媒體資源，并保存相應(yīng)媒體屬性，可以作為呼叫中一個全局性唯一的呼叫方標(biāo)識，與ＭＥＧＡＣＯ／Ｈ．248的Ｔｅｒｍｉｎａｔｉｏｎ相對應(yīng)。連接管理要處理媒體資源的申請、修改和釋放，媒體資源屬性的交互等。協(xié)議適配層如ＳＩＰ協(xié)議適配層收到ＩＮＶＩＴＥ消息后，向連接管理發(fā)出媒體資源申請，并將ＳＤＰ媒體屬性帶過去，連接管理為其創(chuàng)建Ｃａｌｌｌｅｇ，并向媒體協(xié)議管理模塊發(fā)出資源申請請求消息。成功后，連接管理將新創(chuàng)建的ＬＥＧＩＤ以及資源信息返回協(xié)議適配層。其后，也可以通過發(fā)媒體屬性修改指示通知連接管理Ｃａｌｌｌｅｇ修改媒體屬性。這樣可以完成發(fā)端與收端的媒體屬性交互。對于ＩＰ連接，如ＳＩＰ、Ｈ．248等可以采用ＳＤＰ的方式來描述媒體資源屬性。

　　連接管理與基本呼叫控制之間的消息主要是連接控制，以及放音、收號等操作。連接管理將媒體連接分為基本雙方連接與多方連接，方便基本呼叫以及會議的操作控制。連接管理要支持基本的ＴＤＭ和ＩＰ呼叫的多種連接方式，當(dāng)基本收到連接請示時，由連接管理對連接方式的靈活選擇，是否采用ＩＰ中繼、ＩＰ端到端的連接方式等，發(fā)出相應(yīng)的媒體協(xié)議連接消息。如收到基本呼叫的ｃｏｎｎｅｃｔ消息，判斷是采用ＩＰ中繼方式時，則要向媒體協(xié)議發(fā)起ＩＰ中繼端點的申請，建立起雙向的ＩＰ中繼通道；如果判斷是ＩＰ端到端方式時，只需要連接管理內(nèi)部實現(xiàn)收端和發(fā)端媒體屬性的交換，而不需再與媒體協(xié)議模塊進(jìn)行交互。

3．2 接入?yún)f(xié)議分析

　　現(xiàn)有網(wǎng)絡(luò)包含傳統(tǒng)ＰＳＴＮ電話網(wǎng)、ＩＳＤＮ網(wǎng)智能業(yè)務(wù)網(wǎng)，以及基于Ｈ．323與ＳＩＰ的ＶＯＩＰ電話網(wǎng)。呼叫模型對不同網(wǎng)絡(luò)協(xié)議提供了統(tǒng)一的呼叫控制，與下層協(xié)議之間采用了統(tǒng)一的消息接口，下層協(xié)議與之配合完成整個呼叫流程。接口消息需求提供一個較為完備的控制消息集。從功能上看，協(xié)議層完成類似于ＣＣＡＦ（ｃａｌｌｃｏｎｔｒｏｌａｇｅｎｔｆｕｎｃｔｉｏｎ）的功能。因此與基本呼叫控制接口消息可以借鑒Ｑ．931協(xié)議消息。Ｑ．931協(xié)議提供豐富的語音以及數(shù)據(jù)業(yè)務(wù)控制信息，需要時可根據(jù)具體的協(xié)議消息再進(jìn)行擴(kuò)展。底層呼叫協(xié)議適配層如ＳＩＰ、ＩＳＵＰ、Ｈ323等只保存基本的呼叫狀態(tài)，將收到的協(xié)議消息向接口消息進(jìn)行適配，交由控制層統(tǒng)一處理。媒體資源則由連接管理模塊來集中調(diào)度管理。

3．3 業(yè)務(wù)接口需求

　　軟交換業(yè)務(wù)通過靈活可配置的ＤＰ業(yè)務(wù)觸發(fā)方式，將復(fù)雜的業(yè)務(wù)邏輯實現(xiàn)放在業(yè)務(wù)生成模塊中。呼叫連接視圖提供了上層業(yè)務(wù)邏輯對底層呼叫控制的一個實現(xiàn)途徑。軟交換內(nèi)部的業(yè)務(wù)可以直接通過業(yè)務(wù)接口消息實現(xiàn)。這些業(yè)務(wù)包括基本的通話業(yè)務(wù)和補(bǔ)充業(yè)務(wù)。對于外部業(yè)務(wù)提供存在兩種方式，即智能網(wǎng)業(yè)務(wù)提供方式與基于ＡＰＩ的業(yè)務(wù)提供方式。

　　智能網(wǎng)業(yè)務(wù)提供方式，一種是直接通過智能網(wǎng)ＳＣＰ提供業(yè)務(wù)，使用ＩＮＡＰ協(xié)議通過信令網(wǎng)關(guān)實現(xiàn)軟交換對智能網(wǎng)ＳＣＰ的訪問；另一種是將ＳＣＰ改造成ＩＰＳＣＰ，ＩＰＳＣＰ使用ＩＮＡＰ經(jīng)由ＳＣＴＰ傳輸?shù)姆绞剑苯訛檐浗粨Q提供業(yè)務(wù)。這兩種方法都需要在業(yè)務(wù)接口上疊加ＩＮＡＰ協(xié)議，使接口消息轉(zhuǎn)化為標(biāo)準(zhǔn)ＩＮＡＰ協(xié)議消息。由于采用智能網(wǎng)的呼叫模型，此種方式的業(yè)務(wù)實現(xiàn)比較容易，成熟的智能網(wǎng)業(yè)務(wù)實現(xiàn)方式可以應(yīng)用到軟交換的業(yè)務(wù)實現(xiàn)中。可以支持智能網(wǎng)ＣＳ2所規(guī)定的所有業(yè)務(wù)。

　　基于ＡＰＩ的應(yīng)用服務(wù)器業(yè)務(wù)方式，如Ｐａｒｌａｙ方式。現(xiàn)在有幾種較為統(tǒng)一的看法：一種是通過ＰａｒｌａｙＧａｔｅｗａｙ訪問應(yīng)用服務(wù)器模式，ＰａｒｌａｙＧａｔｅｗａｙ實現(xiàn)ＩＮＡＰ、ＣＡＰ等信令與ＡＰＩ之間映射，此時軟交換業(yè)務(wù)層可以直接使用ＩＮＡＰ信令通過ＰａｒｌａｙＧａｔｅｗａｙ網(wǎng)關(guān)實現(xiàn)對應(yīng)用服務(wù)器的訪問。另外一種是在軟交換上提供ＰａｒｌａｙＡＰＩ，直接訪問應(yīng)用服務(wù)器。對于此種方式，呼叫模型要實現(xiàn)在業(yè)務(wù)接口與ＰａｒｌａｙＡＰＩ的映射，軟交換連接視圖與Ｐａｒｌａｙ的呼叫控制的對應(yīng)。

4 結(jié)束語

　　呼叫模型的設(shè)計是軟交換設(shè)計的核心部分，本文的呼叫模型設(shè)計參考了智能網(wǎng)呼叫控制理論，借鑒其成熟的連接視圖與半側(cè)呼叫模型，改進(jìn)其在軟交換應(yīng)用中對媒體承載控制的缺陷，提供開放的業(yè)務(wù)接口，方便智能網(wǎng)業(yè)務(wù)與基于開放式ＡＰＩ方式業(yè)務(wù)的開發(fā)。整個呼叫模型的設(shè)計滿足軟交換系統(tǒng)的需求。

參考文獻(xiàn)

[1] ＩＴＵ－ＴＱ．1224 Ｑ．1228．ＩｎｔｅｒｆａｃｅＲｅｃｏｍｍｅｎｄａｔｉｏｎｆｏｒＩｎｔｅｌｌｉｇｅｎｔＮｅｔｗｏｒｋＣａｐａｂｉｌｉｔｙＳｅｔ 2[Ｓ]．1997．

[2] ＩＥＴＦＲＦＣ 3015－2000．ＭｅｇａｃｏＰｒｏｔｏｃｏｌＶｅｒｓｉｏｎ 1．0[Ｓ]．2000．

[3] ＩＥＴＦＲＦＣ 3261－2002．ＳＩＰ：ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ[Ｓ]．2002．

[4] 楊放春，孫其博．智能網(wǎng)技術(shù)及其發(fā)展[Ｍ]．北京：北京郵電大學(xué)出版社，2002．

[5] 趙惠玲，葉華等．以軟交換為核心的下一代網(wǎng)絡(luò)技術(shù)[Ｍ]．北京：人民郵電出版社，2002．

摘自　天津通信技術(shù)

上一篇：WCDMA R4與固定網(wǎng)NGN的互通與融合

下一篇：基于軟交換的呼叫前轉(zhuǎn)類業(yè)務(wù)