基于IMS的固定和移動(dòng)業(yè)務(wù)網(wǎng)絡(luò)融合研究

摘要　基于IMS的網(wǎng)絡(luò)融合是目前研究的一個(gè)熱點(diǎn)。從業(yè)務(wù)網(wǎng)絡(luò)融合入手，分析了IMS作為固定和移動(dòng)業(yè)務(wù)網(wǎng)絡(luò)融合平臺(tái)的優(yōu)點(diǎn)，介紹了IMS的業(yè)務(wù)生成環(huán)境，提出了基于Parlay/OSA的IMS業(yè)務(wù)網(wǎng)絡(luò)融合方案，并對(duì)方案中的若干問(wèn)題作了較為詳細(xì)的分析。

固定和移動(dòng)網(wǎng)絡(luò)融合是目前人們討論的一個(gè)熱點(diǎn)話題，根據(jù)下一代網(wǎng)絡(luò)分層體系結(jié)構(gòu)，融合應(yīng)從業(yè)務(wù)、承載、控制和終端接入等幾個(gè)層次展開(kāi)。從技術(shù)角度來(lái)看，短期內(nèi)控制層的融合較為困難，業(yè)務(wù)層的融合相對(duì)簡(jiǎn)單；從用戶角度來(lái)看，用戶并不關(guān)心網(wǎng)絡(luò)間是如何融合的，更關(guān)心的是網(wǎng)絡(luò)能否提供給他們豐富多彩的業(yè)務(wù)，且這些業(yè)務(wù)不再有移動(dòng)和固定之分。因而，業(yè)務(wù)網(wǎng)絡(luò)的融合是固定和移動(dòng)網(wǎng)絡(luò)融合中的一個(gè)重要內(nèi)容，可以先于控制層的融合。業(yè)務(wù)網(wǎng)絡(luò)的融合是指通過(guò)統(tǒng)一的業(yè)務(wù)創(chuàng)建平臺(tái)，通過(guò)獨(dú)立的核心網(wǎng)絡(luò)和接入網(wǎng)絡(luò)，為不同接入類(lèi)型的用戶提供業(yè)務(wù)。融合的關(guān)鍵是建立統(tǒng)一的業(yè)務(wù)創(chuàng)建平臺(tái)，通過(guò)開(kāi)放、標(biāo)準(zhǔn)的應(yīng)用程序接口（API）實(shí)現(xiàn)核心網(wǎng)絡(luò)和業(yè)務(wù)提供的分離。目前的固定和移動(dòng)軟交換網(wǎng)絡(luò)都支持Parlay/OSA API，這為建立統(tǒng)一的業(yè)務(wù)平臺(tái)提供了良好的基礎(chǔ)。本文從固定和移動(dòng)業(yè)務(wù)網(wǎng)絡(luò)融合入手，結(jié)合IP多媒體子系統(tǒng)（IMS）的業(yè)務(wù)生成環(huán)境特點(diǎn)，提出了基于IMS的業(yè)務(wù)網(wǎng)絡(luò)融合架構(gòu)。

一、基礎(chǔ)融合網(wǎng)絡(luò)平臺(tái)的選擇

在固定和移動(dòng)業(yè)務(wù)融合基礎(chǔ)網(wǎng)絡(luò)平臺(tái)的選擇上，首先應(yīng)該明確是基于固定軟交換網(wǎng)絡(luò)或移動(dòng)軟交換網(wǎng)絡(luò)，還是基于一個(gè)全新的基礎(chǔ)網(wǎng)絡(luò)。目前，固定軟交換網(wǎng)絡(luò)（狹義的NGN）和移動(dòng)軟交換網(wǎng)絡(luò)（3GPP R4）彼此獨(dú)立，兩者獨(dú)立發(fā)展，由于固定軟交換和移動(dòng)軟交換間存在著較大差異，兩者均無(wú)法承擔(dān)固定和移動(dòng)業(yè)務(wù)融合基礎(chǔ)網(wǎng)絡(luò)平臺(tái)的角色。為此，我們選擇了IMS作為固定和移動(dòng)業(yè)務(wù)網(wǎng)絡(luò)融合的基礎(chǔ)網(wǎng)絡(luò)平臺(tái)。目前，IMS已成為未來(lái)核心網(wǎng)絡(luò)的發(fā)展方向，也是公認(rèn)的多媒體、業(yè)務(wù)控制和網(wǎng)絡(luò)融合平臺(tái)�；�于IMS的固定移動(dòng)網(wǎng)絡(luò)融合（FMC）之所以得到認(rèn)同，是因?yàn)镮MS具有諸多有利于網(wǎng)絡(luò)融合的優(yōu)點(diǎn)。

1.統(tǒng)一的業(yè)務(wù)觸發(fā)機(jī)制[1]

IMS核心控制部分（呼叫控制功能（CSCF）、出口網(wǎng)關(guān)控制功能（BGCF）和媒體資源功能控制器（MRFC）等）不實(shí)現(xiàn)具體的業(yè)務(wù)，所有的業(yè)務(wù)都通過(guò)業(yè)務(wù)平臺(tái)來(lái)實(shí)現(xiàn)。IMS只根據(jù)初始過(guò)濾規(guī)則進(jìn)行業(yè)務(wù)觸發(fā)，從而消除了核心控制相關(guān)功能實(shí)體和業(yè)務(wù)之間的綁定關(guān)系。無(wú)論固定接入還是移動(dòng)接入都可以使用IMS中定義的業(yè)務(wù)觸發(fā)機(jī)制實(shí)現(xiàn)統(tǒng)一觸發(fā)，從而為移動(dòng)和固定業(yè)務(wù)網(wǎng)絡(luò)提供了必要的融合基礎(chǔ)。

2.統(tǒng)一用戶數(shù)據(jù)庫(kù)[1]

IMS與用戶相關(guān)的數(shù)據(jù)（如用戶標(biāo)識(shí)、認(rèn)證和授權(quán)信息，業(yè)務(wù)觸發(fā)信息等）可以統(tǒng)一存儲(chǔ)，數(shù)據(jù)庫(kù)本身不再區(qū)分固定和移動(dòng)用戶，特別是業(yè)務(wù)觸發(fā)機(jī)制中的初始過(guò)濾規(guī)則，對(duì)IMS的數(shù)據(jù)庫(kù)完全是透明的，屏蔽了固定和移動(dòng)用戶在業(yè)務(wù)屬性上的差異，從而為移動(dòng)和固定業(yè)務(wù)網(wǎng)絡(luò)提供了必要的融合基礎(chǔ)。

3.歸屬網(wǎng)絡(luò)控制

與目前的移動(dòng)網(wǎng)絡(luò)不同，IMS全部由歸屬網(wǎng)絡(luò)為用戶提供服務(wù)。我們知道，業(yè)務(wù)提供能力和用戶當(dāng)前所在網(wǎng)絡(luò)有關(guān)，在歸屬網(wǎng)絡(luò)開(kāi)通的業(yè)務(wù)，在漫游網(wǎng)絡(luò)中并不一定能夠提供。IMS由歸屬網(wǎng)絡(luò)提供用戶的業(yè)務(wù)執(zhí)行環(huán)境。用戶漫游到任何地方，所有業(yè)務(wù)都由拜訪網(wǎng)絡(luò)的代理CSCF（P-CSCF）路由到歸屬網(wǎng)絡(luò)，再由歸屬網(wǎng)絡(luò)的服務(wù)CSCF（S-CSCF）控制用戶業(yè)務(wù)并根據(jù)用戶簽約數(shù)據(jù)進(jìn)行業(yè)務(wù)觸發(fā)，從而保障了業(yè)務(wù)的一致性，用戶無(wú)論在何處接入、采用何種接入方式均可享受與在歸屬網(wǎng)絡(luò)中相同的業(yè)務(wù)。

4.基于SIP的業(yè)務(wù)處理方式

IMS采用會(huì)話初始化協(xié)議（SIP）作為會(huì)話與業(yè)務(wù)控制協(xié)議，SIP是一種開(kāi)放的多媒體控制協(xié)議，在語(yǔ)音、數(shù)據(jù)業(yè)務(wù)結(jié)合和互通方面具有天然優(yōu)勢(shì)，可以跨越不同媒體和設(shè)備實(shí)現(xiàn)呼叫控制，支持豐富的媒體格式，容易實(shí)現(xiàn)豐富多彩的業(yè)務(wù)特性。同時(shí)，SIP具有良好的可擴(kuò)展性，便于擴(kuò)展新業(yè)務(wù)。此外，SIP可以提供集視音頻電話、消息、Web、電子郵件、同步瀏覽、會(huì)議等業(yè)務(wù)為一體的新的通信方式，為開(kāi)發(fā)適用于固定和移動(dòng)用戶的融合業(yè)務(wù)創(chuàng)造了有利條件。

5.通過(guò)S-CSCF向應(yīng)用服務(wù)器（AS）提供IP多媒體業(yè)務(wù)控制（ISC）接口

IMS業(yè)務(wù)可以全部由與控制相分離的業(yè)務(wù)平臺(tái)來(lái)提供，新業(yè)務(wù)加載不會(huì)影響到SIP路由、在線和離線計(jì)費(fèi)、登記和安全，提高了業(yè)務(wù)的部署速度。同時(shí)，IMS具有同Internet業(yè)務(wù)的互操作能力，支持外部接入，擴(kuò)大了業(yè)務(wù)的應(yīng)用范圍。此外，由于IMS業(yè)務(wù)由歸屬網(wǎng)絡(luò)提供，基于IMS的業(yè)務(wù)能夠從各種拜訪網(wǎng)絡(luò)中接入，固定和移動(dòng)用戶可以通過(guò)各種形式的接入網(wǎng)來(lái)調(diào)用IMS業(yè)務(wù)。

二、IMS的業(yè)務(wù)生成環(huán)境

如圖1所示，IMS業(yè)務(wù)網(wǎng)絡(luò)中定義了三種業(yè)務(wù)控制實(shí)體：SIP AS、IP多媒體業(yè)務(wù)交換功能（IM-SSF）和OSA業(yè)務(wù)能力服務(wù)器（OSA SCS）[2]。負(fù)責(zé)會(huì)話處理和移動(dòng)性管理的S-CSCF（歸屬網(wǎng)絡(luò)中的S-CSCF）是三種業(yè)務(wù)控制實(shí)體對(duì)用戶進(jìn)行業(yè)務(wù)控制的接口點(diǎn)，歸屬簽約用戶服務(wù)器（HSS）作為網(wǎng)絡(luò)的中心數(shù)據(jù)庫(kù)為三種業(yè)務(wù)控制實(shí)體提供用戶的簽約和移動(dòng)性數(shù)據(jù)信息。從S-CSCF角度來(lái)看，三種業(yè)務(wù)控制實(shí)體的行為是相同的，也就是說(shuō)，三種業(yè)務(wù)控制實(shí)體對(duì)于S-CSCF是透明的，通過(guò)相同的ISC接口與其相連。

圖1　IMS的業(yè)務(wù)生成環(huán)境

從圖1中可以看出，IMS存在三種業(yè)務(wù)提供方式，分別是：①利用IM-SSF提供業(yè)務(wù)，通過(guò)與傳統(tǒng)的智能網(wǎng)（IN）/CAMEL互通來(lái)提供現(xiàn)有的智能網(wǎng)業(yè)務(wù)（如預(yù)付費(fèi)和號(hào)碼翻譯業(yè)務(wù)等）。IM-SSF具有傳統(tǒng)智能網(wǎng)的呼叫控制功能（CCF）和業(yè)務(wù)交換功能（SSF），后者提供了基本呼叫狀態(tài)模型（BCSM）以及SIP到CAMEL應(yīng)用環(huán)境（CSE）協(xié)議（CAP、CAMEL應(yīng)用協(xié)議）的轉(zhuǎn)換功能[3]。此業(yè)務(wù)提供方式的出發(fā)點(diǎn)是利用現(xiàn)有智能網(wǎng)基礎(chǔ)設(shè)施，將傳統(tǒng)的IN/CAMEL業(yè)務(wù)引入到IMS系統(tǒng)，增加IMS網(wǎng)絡(luò)的業(yè)務(wù)收入。②利用SIP AS提供業(yè)務(wù)，S-CSCF作為一種SIP服務(wù)器直接調(diào)用AS提供的業(yè)務(wù)，此業(yè)務(wù)提供方式不需使用基本呼叫狀態(tài)模型控制和監(jiān)控SIP AS的狀態(tài)，只需配置和使用基本的呼叫/會(huì)話控制功能即可，SIP應(yīng)用服務(wù)器與S-CSCF之間不需要特別配置。③基于OSA SCS的業(yè)務(wù)提供方式，這是IMS最開(kāi)放的一種業(yè)務(wù)提供方式，通過(guò)向第三方開(kāi)放與底層網(wǎng)絡(luò)無(wú)關(guān)的OAS API，讓第三方業(yè)務(wù)提供商（SP）或內(nèi)容提供商（CP）使用核心網(wǎng)絡(luò)能力來(lái)開(kāi)發(fā)各種新業(yè)務(wù)[4]。

從嚴(yán)格意義上來(lái)說(shuō)，IM-SSF和OSA SCS并不是一種自身提供業(yè)務(wù)的應(yīng)用服務(wù)器，而是一個(gè)接入到其他業(yè)務(wù)執(zhí)行環(huán)境（SCE）的網(wǎng)關(guān)設(shè)備。如前所述，對(duì)于S-CSCF來(lái)說(shuō)，這些業(yè)務(wù)控制實(shí)體都是透明的，S-CSCF可以通過(guò)相同的接口（ISC）接入到所需的應(yīng)用服務(wù)器。三種業(yè)務(wù)提供方式的主要區(qū)別在于S-CSCF是直接接入AS，還是通過(guò)OSA SCS或IM-SSF間接接入OAS AS或CAMEL應(yīng)用環(huán)境。不管是哪種業(yè)務(wù)提供方式，業(yè)務(wù)平臺(tái)在向用戶提供業(yè)務(wù)時(shí)都將經(jīng)歷以下幾個(gè)步驟。

1.用戶登記過(guò)程

為正確接收和建立IP多媒體會(huì)話，用戶首先應(yīng)向IMS網(wǎng)絡(luò)（歸屬網(wǎng)絡(luò)中的S-CSCF）登記。登記過(guò)程相關(guān)學(xué)術(shù)論文已介紹得較多，此處不再贅述。需要說(shuō)明的是，根據(jù)IMS的歸屬網(wǎng)絡(luò)控制特點(diǎn)，所登記的S-CSCF始終位于歸屬網(wǎng)絡(luò)中，但用戶是隨時(shí)移動(dòng)的，如果用戶漫游到另一拜訪網(wǎng)絡(luò)，拜訪網(wǎng)絡(luò)中的P-CSCF將充當(dāng)用戶設(shè)備（UE）和S-CSCF之間的代理，負(fù)責(zé)登記消息（REGISTER及其響應(yīng)消息）的轉(zhuǎn)發(fā)。

2.業(yè)務(wù)屬性檢索

登記過(guò)程中，S-CSCF從HSS中獲取用戶的歸屬業(yè)務(wù)屬性，用戶的業(yè)務(wù)屬性數(shù)據(jù)包含了有效的初始過(guò)濾規(guī)則列表或預(yù)先設(shè)定的觸發(fā)數(shù)據(jù)等。從HSS中獲取的信息還可能包含了簽約指針（如果需要）和對(duì)應(yīng)第三方業(yè)務(wù)提供商/平臺(tái)的地址信息。最初，HSS負(fù)責(zé)為S-CSCF提供用戶業(yè)務(wù)屬性和第三方平臺(tái)地址等所需信息，一旦接入到第三方平臺(tái)，將會(huì)向S-CSCF提供更多的簽約和特征信息。圖2給出了IMS的業(yè)務(wù)觸發(fā)機(jī)制。

圖2　IMS業(yè)務(wù)觸發(fā)機(jī)制

3.業(yè)務(wù)調(diào)用

業(yè)務(wù)調(diào)用過(guò)程從觸發(fā)操作開(kāi)始，根據(jù)業(yè)務(wù)觸發(fā)結(jié)果確定調(diào)用哪種業(yè)務(wù)、哪個(gè)業(yè)務(wù)平臺(tái)，調(diào)用業(yè)務(wù)通過(guò)歸屬業(yè)務(wù)或第三方簽約業(yè)務(wù)列表進(jìn)行標(biāo)識(shí)。下面我們以預(yù)付費(fèi)業(yè)務(wù)為例（如圖3所示），對(duì)IMS的業(yè)務(wù)調(diào)用過(guò)程做一簡(jiǎn)要說(shuō)明。

圖3　預(yù)付費(fèi)業(yè)務(wù)流程舉例

主叫用戶（UEa）發(fā)送INVITE請(qǐng)求，啟動(dòng)一個(gè)會(huì)話過(guò)程（步驟1）。S-CSCF收到此消息后，從用戶業(yè)務(wù)屬性檢查初始過(guò)濾規(guī)則。如果滿足初始過(guò)濾規(guī)則，則S-CSCF將INVITE消息發(fā)送給AS（步驟2）。對(duì)于預(yù)付費(fèi)業(yè)務(wù)來(lái)說(shuō)，主要考慮用戶是否有足夠的余款來(lái)建立此次會(huì)話過(guò)程。假定用戶有足夠的余額，則AS將INVITE消息發(fā)送給主被叫S-CSCF和被叫用戶（UEb）（步驟3、4）確定允許建立此次會(huì)話過(guò)程。被叫用戶（UEb）在接收到INVITE請(qǐng)求后向主叫S-CSCF回送一個(gè)帶有會(huì)話進(jìn)展的響應(yīng)消息（步驟5a），常見(jiàn)的SIP響應(yīng)有100 Trying、180 Ringing、200 OK等，其中200 OK響應(yīng)中攜帶了會(huì)話描述協(xié)議（SDP）信息。主叫S-CSCF將200 OK響應(yīng)消息轉(zhuǎn)發(fā)給AS（步驟5b）。需要注意的是，此時(shí)AS是IMS的業(yè)務(wù)提供平臺(tái)，負(fù)責(zé)控制整個(gè)預(yù)付費(fèi)業(yè)務(wù)的會(huì)話過(guò)程，與此業(yè)務(wù)相關(guān)的所有消息都需轉(zhuǎn)發(fā)給AS。在接收到200 OK消息后，若AS認(rèn)可被叫的媒體描述信息，便將此消息轉(zhuǎn)發(fā)給主叫S-CSCF（步驟5c），并由S-CSCF轉(zhuǎn)發(fā)給主叫UEa（步驟5d）。隨后，通信雙方（UEa和UEb）開(kāi)始建立會(huì)話承載通道并通話（步驟6）。整個(gè)會(huì)話建立階段，AS工作于SIP代理模式（此工作模式下，AS根據(jù)過(guò)濾規(guī)則的設(shè)置接收部分或所有SIP消息，并可以根據(jù)業(yè)務(wù)邏輯增加、刪除或修改SIP消息中的頭部字段）。

預(yù)付費(fèi)業(yè)務(wù)開(kāi)始時(shí)，AS將根據(jù)設(shè)定的費(fèi)率計(jì)算出最大通話時(shí)長(zhǎng)，并啟動(dòng)一個(gè)計(jì)時(shí)器，如果計(jì)時(shí)器已滿，便要求S-CSCF執(zhí)行實(shí)時(shí)斷線，結(jié)束此次會(huì)話過(guò)程。假設(shè)此次會(huì)話出現(xiàn)了余額不足情況，AS將向通信雙方發(fā)送會(huì)話結(jié)束消息（步驟7和8）。此時(shí)，AS工作于第三方呼叫控制代理模式（此工作模式下，AS向S-CSCF發(fā)送新的SIP消息，為通信雙方建立不同的SIP呼叫腿），由S-CSCF將此消息轉(zhuǎn)發(fā)給通信雙方（步驟9和10）。

三、基于IMS的融合業(yè)務(wù)網(wǎng)絡(luò)架構(gòu)

目前，固定與移動(dòng)軟交換網(wǎng)絡(luò)都支持以下幾種業(yè)務(wù)提供方式[5]：軟交換（Softswtich和MSC Server）自身提供一些傳統(tǒng)業(yè)務(wù)和補(bǔ)充業(yè)務(wù)；通過(guò)與傳統(tǒng)智能網(wǎng)互通提供現(xiàn)有智能網(wǎng)業(yè)務(wù)；通過(guò)AS提供一些新型增值業(yè)務(wù)；通過(guò)Parlay/OSA API由第三方提供業(yè)務(wù)等。其中，在與智能網(wǎng)互通提供業(yè)務(wù)方式中，軟交換與固定或移動(dòng)智能網(wǎng)業(yè)務(wù)平臺(tái)間的互通協(xié)議各有不同。例如，PSTN網(wǎng)絡(luò)為智能網(wǎng)應(yīng)用協(xié)議（INAP），GSM網(wǎng)絡(luò)為CAMEL應(yīng)用協(xié)議（CAP），CDMA網(wǎng)絡(luò)為無(wú)線智能網(wǎng)移動(dòng)應(yīng)用部分（WIN MAP）協(xié)議。在利用AS提供業(yè)務(wù)中，目前固定與移動(dòng)軟交換網(wǎng)絡(luò)都可以支持SIP應(yīng)用服務(wù)器。但是，由于固定和移動(dòng)網(wǎng)絡(luò)提供的業(yè)務(wù)不同，SIP應(yīng)用服務(wù)器的業(yè)務(wù)邏輯與配置也有所不同。另外，針對(duì)移動(dòng)業(yè)務(wù)環(huán)境3GPP對(duì)SIP協(xié)議作了大量擴(kuò)展，這些擴(kuò)展未必適用于固定網(wǎng)絡(luò)業(yè)務(wù)�；�于Parlay/OSA API的第三方業(yè)務(wù)提供方式最為開(kāi)放，由于Parlay/OSA API是一種開(kāi)放、與具體技術(shù)無(wú)關(guān)的網(wǎng)絡(luò)接口規(guī)范，屏蔽了底層網(wǎng)絡(luò)的差異，為實(shí)現(xiàn)移動(dòng)和固定業(yè)務(wù)的融合打下了堅(jiān)實(shí)的基礎(chǔ)。

在基于IMS的業(yè)務(wù)網(wǎng)絡(luò)融合方案的設(shè)計(jì)中，關(guān)鍵在于設(shè)計(jì)一套統(tǒng)一的業(yè)務(wù)創(chuàng)建平臺(tái)。目前IMS系統(tǒng)主要有三種業(yè)務(wù)提供方式，因而存在多種構(gòu)建業(yè)務(wù)平臺(tái)的選擇。根據(jù)上述分析，結(jié)合IMS的業(yè)務(wù)生成環(huán)境特點(diǎn)，筆者采用了基于Parlay/OSA的業(yè)務(wù)創(chuàng)建平臺(tái)，主要考慮如下：

第一，IMS中所有業(yè)務(wù)都是通過(guò)業(yè)務(wù)平臺(tái)提供，核心控制部分不實(shí)現(xiàn)具體的業(yè)務(wù)。因而，在基于IMS的業(yè)務(wù)網(wǎng)絡(luò)融合方案中，將不再采用由軟交換設(shè)備（S-CSCF）提供業(yè)務(wù)的方式。實(shí)際上，IMS系統(tǒng)是一個(gè)更“軟”的軟交換系統(tǒng)，對(duì)控制層功能做了進(jìn)一步分解，實(shí)現(xiàn)了會(huì)話控制實(shí)體CSCF和承載控制實(shí)體MGCF在功能上的分離，使網(wǎng)絡(luò)架構(gòu)更為開(kāi)放、靈活。

第二，如果采用IM-SSF作為融合方案的業(yè)務(wù)創(chuàng)建平臺(tái)，則只能為IMS用戶提供現(xiàn)有的CAMEL/IN業(yè)務(wù)，無(wú)法為IMS用戶提供更多的增值業(yè)務(wù)，就連現(xiàn)有的PSTN智能網(wǎng)業(yè)務(wù)和無(wú)線智能網(wǎng)業(yè)務(wù)都將難以提供，違背了固定和移動(dòng)業(yè)務(wù)網(wǎng)絡(luò)融合的目的。

第三，如果選擇SIP AS作為融合方案的業(yè)務(wù)創(chuàng)建平臺(tái)，雖然可以向IMS用戶提供基于SIP的增值業(yè)務(wù)，但存在著業(yè)務(wù)平臺(tái)不夠開(kāi)放的問(wèn)題。由于SIP AS位于電信網(wǎng)絡(luò)側(cè)，相應(yīng)的業(yè)務(wù)由電信運(yùn)營(yíng)商或AS設(shè)備提供商開(kāi)發(fā)，難以快速引入第三方SP或CP開(kāi)發(fā)的業(yè)務(wù)。

第四，如果采用Parlay/OSA作為融合方案的業(yè)務(wù)創(chuàng)建平臺(tái)，便可大大提高業(yè)務(wù)開(kāi)發(fā)的開(kāi)放性。Parlay/OSA是一種通用的技術(shù)標(biāo)準(zhǔn)，通過(guò)對(duì)底層網(wǎng)絡(luò)的抽象定義出一系列的API，屏蔽了底層網(wǎng)絡(luò)細(xì)節(jié)，第三方SP或CP不必了解網(wǎng)絡(luò)細(xì)節(jié)便可直接使用底層網(wǎng)絡(luò)能力進(jìn)行業(yè)務(wù)開(kāi)發(fā)，方便了第三方業(yè)務(wù)的快速引入和部署。而且，目前固定和移動(dòng)軟交換網(wǎng)絡(luò)都支持基于Parlay/OSA的業(yè)務(wù)提供方式，采用Parlay/OSA作為融合方案的業(yè)務(wù)創(chuàng)建平臺(tái)，可以很好地兼容現(xiàn)有固定和移動(dòng)軟交換網(wǎng)絡(luò)，實(shí)現(xiàn)與現(xiàn)有固定和移動(dòng)網(wǎng)絡(luò)業(yè)務(wù)層的完全統(tǒng)一。此外，通過(guò)對(duì)Parlay/OSA網(wǎng)關(guān)的擴(kuò)展，還可以很好地與傳統(tǒng)PSTN/PLMN網(wǎng)絡(luò)互通，使傳統(tǒng)PSTN/PLMN用戶通過(guò)各自的基礎(chǔ)網(wǎng)絡(luò)接入到基于IMS的融合業(yè)務(wù)網(wǎng)絡(luò)平臺(tái)，享用此業(yè)務(wù)平臺(tái)的業(yè)務(wù)（具體方案見(jiàn)后）。

綜上所述，在基于IMS的業(yè)務(wù)網(wǎng)絡(luò)融合方案中，采用Parlay/OSA業(yè)務(wù)創(chuàng)建平臺(tái)，再結(jié)合IMS網(wǎng)絡(luò)的特點(diǎn)（統(tǒng)一的業(yè)務(wù)觸發(fā)和用戶數(shù)據(jù)庫(kù)等），很好地實(shí)現(xiàn)了用戶接入、核心網(wǎng)絡(luò)和業(yè)務(wù)提供之間的完全分離，可以為固定和移動(dòng)用戶提供各種融合業(yè)務(wù)，這些業(yè)務(wù)除了由電信運(yùn)營(yíng)商本身提供以外，還可以由第三方SP或CP來(lái)提供。

如圖4所示，Parlay/OSA網(wǎng)關(guān)由框架（Frame-work）和業(yè)務(wù)能力服務(wù)器組成，業(yè)務(wù)能力服務(wù)器由一個(gè)或多個(gè)業(yè)務(wù)能力特征（SCF）組成，框架用來(lái)保證業(yè)務(wù)能力服務(wù)器訪問(wèn)的安全性。Parlay/OSA網(wǎng)關(guān)對(duì)上向Parlay/OSA AS提供各種標(biāo)準(zhǔn)的API接口，Parlay/OSA AS根據(jù)這些接口函數(shù)實(shí)現(xiàn)業(yè)務(wù)開(kāi)發(fā)，而不用考慮底層網(wǎng)絡(luò)細(xì)節(jié)。Parlay/OSA網(wǎng)關(guān)對(duì)下通過(guò)各種專(zhuān)用資源接口與底層網(wǎng)絡(luò)交互，實(shí)現(xiàn)對(duì)底層網(wǎng)絡(luò)能力的調(diào)用。例如，通過(guò)INAP、CAP與PSTN和GSM中的業(yè)務(wù)交換點(diǎn)（SSP）交互；通過(guò)SIP協(xié)議與IMS中的S-CSCF交互；通過(guò)H.323與VoIP中的網(wǎng)守（GK）交互等。本方案中由于Parlay/OSA網(wǎng)關(guān)通過(guò)ISC接口與S-CSCF交互，因而只需完成Parlay/OSA API到SIP協(xié)議的映射即可，具體映射過(guò)程可參考文獻(xiàn)[6]。Parlay/OSA AS是業(yè)務(wù)的開(kāi)發(fā)場(chǎng)所，可以位于電信網(wǎng)絡(luò)側(cè)也可以位于第三方，由電信運(yùn)營(yíng)商或第三方向固定和移動(dòng)用戶提供各種融合業(yè)務(wù)。

圖4　基于IMS的融合業(yè)務(wù)網(wǎng)絡(luò)結(jié)構(gòu)

為了進(jìn)一步提高API的抽象層次，簡(jiǎn)化SP或CP的業(yè)務(wù)開(kāi)發(fā)過(guò)程，方案中還可以引入基于Web Service的API接口——Parlay X API。Parlay x API擴(kuò)展了Parlay/OSA API接口標(biāo)準(zhǔn)，抽象層次更高，并利用Web業(yè)務(wù)技術(shù)來(lái)簡(jiǎn)化網(wǎng)絡(luò)編程。Parlay X API的引入可以通過(guò)以下兩種方式實(shí)現(xiàn)，一種是在AS和Parlay/OSA網(wǎng)關(guān)之間增加Parlay X Web Service網(wǎng)關(guān)，完成Parlay X API與Parlay/OSA API之間的映射，如圖4中虛線框部分。另一種是直接將Parlay X Web Service網(wǎng)關(guān)與S-CSCF相連，完成Parlay X API與SIP之間的映射。

本方案還考慮了對(duì)POTS終端的支持，如何在這些終端上向用戶提供補(bǔ)充業(yè)務(wù)，目前討論較多的是采用PSTN/ISDN仿真（PES）的方式，在IMS中增加一個(gè)功能實(shí)體——接入網(wǎng)關(guān)控制功能（AGCF）。補(bǔ)充業(yè)務(wù)可以在AGCF上實(shí)現(xiàn)，也可以通過(guò)統(tǒng)一的業(yè)務(wù)平臺(tái)實(shí)現(xiàn)。考慮到業(yè)務(wù)的統(tǒng)一性，本方案中建議統(tǒng)一由Parlay/OSA應(yīng)用服務(wù)器提供業(yè)務(wù)，將補(bǔ)充業(yè)務(wù)相關(guān)數(shù)據(jù)和用戶其他數(shù)據(jù)進(jìn)行統(tǒng)一存儲(chǔ)，由S-CSCF負(fù)責(zé)進(jìn)行業(yè)務(wù)觸發(fā)。

為了兼容現(xiàn)有網(wǎng)絡(luò)，實(shí)現(xiàn)與固定和移動(dòng)軟交換網(wǎng)絡(luò)以及傳統(tǒng)PSTN/PLMN網(wǎng)絡(luò)的互通，使傳統(tǒng)電信用戶能夠享用基于IMS的融合業(yè)務(wù)網(wǎng)絡(luò)中的業(yè)務(wù)，需要考慮本方案的可擴(kuò)展性和兼容性問(wèn)題。在本文所提的融合業(yè)務(wù)網(wǎng)絡(luò)結(jié)構(gòu)中，只需對(duì)Parlay/OSA網(wǎng)關(guān)作相應(yīng)擴(kuò)展即可，即在Parlay/OSA網(wǎng)關(guān)上配置各種專(zhuān)用資源接口與PSTN/PLMN的SSP或軟交換設(shè)備進(jìn)行交互，通過(guò)Parlay/OSA API向各種資源接口協(xié)議（如INAP、CAP、WIN MAP、SIP、MGCP/MeGaCo）的映射來(lái)調(diào)用各底層網(wǎng)絡(luò)資源/能力，如圖5所示。目前，Parlav/OSA API向底層網(wǎng)絡(luò)協(xié)議映射方面的研究較多，相應(yīng)的技術(shù)標(biāo)準(zhǔn)已較為成熟，3GPP已對(duì)OSA API中的部分SCF的映射進(jìn)行了規(guī)范。如用戶交互（User Interaction）SCF到CAP、INAP、MeGaCo、SMS的映射[7-10]，通用呼叫控制（Generic Call Control）SCF到CAP、INAP、MeGaCo的映射[11-13]，多方呼叫控制（Multiparty Call Control）SCF到ISC的映射[14]等。

四、結(jié)語(yǔ)

基于Parlay/OSA的業(yè)務(wù)平臺(tái)是一種最開(kāi)放、最能代表下一代電信網(wǎng)業(yè)務(wù)特征的業(yè)務(wù)提供方式，目前已得到了廣泛認(rèn)可。然而，Parlay組織并未對(duì)Parlay/OSA的具體實(shí)現(xiàn)給予標(biāo)準(zhǔn)化，由各設(shè)備提供商自主實(shí)現(xiàn)，使得Parlay/OSA網(wǎng)關(guān)之間的互通存在著一定問(wèn)題，致使第三方SP或CP持觀望態(tài)度，影響了此業(yè)務(wù)平臺(tái)的應(yīng)用。接下來(lái)，應(yīng)積極對(duì)Parlay/OSA的實(shí)現(xiàn)進(jìn)行規(guī)范，引導(dǎo)第三方加入電信產(chǎn)業(yè)鏈，開(kāi)發(fā)各種基于Parlay/OSA的新業(yè)務(wù)，促進(jìn)Parlay/0SA業(yè)務(wù)平臺(tái)在基于IMS的下一代融合業(yè)務(wù)網(wǎng)絡(luò)中的應(yīng)用，加快新業(yè)務(wù)的開(kāi)發(fā)和部署速度，驅(qū)動(dòng)固定和移動(dòng)網(wǎng)絡(luò)融合的進(jìn)一步發(fā)展。

參考文獻(xiàn)

1　李�；�，曹錚.提供固定業(yè)務(wù)和移動(dòng)業(yè)務(wù)的IMS [J].電信科學(xué)，2006(4)

2　Jong-choul Yim，Young-il Choi，Byung-sun Lee.Third Party Call Control in IMS using Parlay Web Service Gateway [A].In：ISBN-89 5519-129-4.ICAOT2006.2006.2

3　萬(wàn)曉榆，樊自甫.傳統(tǒng)IN向下一代網(wǎng)絡(luò)的演進(jìn)[J].電信科學(xué)，2003(3)

4　Parlay Group-2005.1.IMS and Parlay：Finding the optimum strategy for real-world deployments [S]

5　萬(wàn)曉榆，樊自甫等.下一代網(wǎng)絡(luò)的業(yè)務(wù)生成技術(shù)[M].北京：北京郵電大學(xué)出版社，2005

6　樊自甫，萬(wàn)曉榆.NGN基于Parlay API業(yè)務(wù)生成接口的研究與設(shè)計(jì)[J].計(jì)算機(jī)工程與應(yīng)用，2006(3)

7　3GPP TR 29.998-05-1-2004.12.Open Service Access　(0SA)Application Programming Interface(API)Mapping for Open Service Access；Part 5：User Interaction Service Mapping；Subpart 1：API to CAP Mapping (Release 6)[S]

8　3GPP TR 29.998-05-2-2003.1.Open Service Access(0SA)Application Programming Interface(API)Mapping for Open Service Access；Part 5：User Interaction Service Mapping；Subpart 2：INAP mapping (Release5)[S]

9　3GPP TR 29.998-05-3-2003.1.Open Service Access(0SA)Application Programming Interface(API)Mapping for Open Service Access；Pan 5：User Interaction Service Mapping；Subpart 3：MEGAC0 mapping (Release5)[S]

10　3GPP TR 29.998-05-4-2001.6.Open Service Access (0SA)Application Programming Interface(API)Mapping for Open Service Access；Part 5：User Interaction Service Mapping；Subpart 4：API to SMS Mapping (Release4)[S]

11　3GPP TR 29.998 04-1-2004.12.Open Service Access(0SA)Application Programming Interface (API)Mapping for Open Service Access；Part 4：Call Control Service Mapping；Subpart 1：API to CAP Mapping (Release 6)[S]

12　3GPP TR 29.998-04-2-2002.3.Open Service Access (0SA) Application Programming Interface(API)Mapping for Open Service Access；Part 4：Call Control Service Mapping；Subpart 2：INAP (Release5)[S]

13　3GPP TR 29.998-04-3-2003.1.Open Service Access(0SA)Application Programming Interface (API)Mapping for Open Service Access；Part 4：Call Control Service Mapping；Subpart 3：MEGAC0 mapping (Release5)[S]

14　3GPP TR 29.998-04-4-2004.12.Open Service Access (0SA) Application Programming Interface(API)Mapping for Open Service Access；Part 4：Call Control Service Mapping；Subpart 4：Multiparty Call Control ISC (Release 6)[S]