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

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

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

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

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

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

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

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

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

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

與目前的移動網(wǎng)絡(luò)不同，IMS全部由歸屬網(wǎng)絡(luò)為用戶提供服務(wù)。我們知道，業(yè)務(wù)提供能力和用戶當(dāng)前所在網(wǎng)絡(luò)有關(guān)，在歸屬網(wǎng)絡(luò)開通的業(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ù)進行業(yè)務(wù)觸發(fā)，從而保障了業(yè)務(wù)的一致性，用戶無論在何處接入、采用何種接入方式均可享受與在歸屬網(wǎng)絡(luò)中相同的業(yè)務(wù)。

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

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

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

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

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

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

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

從圖1中可以看出，IMS存在三種業(yè)務(wù)提供方式，分別是：①利用IM-SSF提供業(yè)務(wù)，通過與傳統(tǒng)的智能網(wǎng)（IN）/CAMEL互通來提供現(xiàn)有的智能網(wǎng)業(yè)務(wù)（如預(yù)付費和號碼翻譯業(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ā)點是利用現(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)，只需配置和使用基本的呼叫/會話控制功能即可，SIP應(yīng)用服務(wù)器與S-CSCF之間不需要特別配置。③基于OSA SCS的業(yè)務(wù)提供方式，這是IMS最開放的一種業(yè)務(wù)提供方式，通過向第三方開放與底層網(wǎng)絡(luò)無關(guān)的OAS API，讓第三方業(yè)務(wù)提供商（SP）或內(nèi)容提供商（CP）使用核心網(wǎng)絡(luò)能力來開發(fā)各種新業(yè)務(wù)[4]。

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

1.用戶登記過程

為正確接收和建立IP多媒體會話，用戶首先應(yīng)向IMS網(wǎng)絡(luò)（歸屬網(wǎng)絡(luò)中的S-CSCF）登記。登記過程相關(guān)學(xué)術(shù)論文已介紹得較多，此處不再贅述。需要說明的是，根據(jù)IMS的歸屬網(wǎng)絡(luò)控制特點，所登記的S-CSCF始終位于歸屬網(wǎng)絡(luò)中，但用戶是隨時移動的，如果用戶漫游到另一拜訪網(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ù)屬性檢索

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

為了進一步提高API的抽象層次，簡化SP或CP的業(yè)務(wù)開發(fā)過程，方案中還可以引入基于Web Service的API接口——Parlay X API。Parlay x API擴展了Parlay/OSA API接口標(biāo)準(zhǔn)，抽象層次更高，并利用Web業(yè)務(wù)技術(shù)來簡化網(wǎng)絡(luò)編程。Parlay X API的引入可以通過以下兩種方式實現(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之間的映射。

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

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

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

參考文獻(xiàn)

1　李�；ǎ�曹錚.提供固定業(yè)務(wù)和移動業(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　萬曉榆，樊自甫.傳統(tǒng)IN向下一代網(wǎng)絡(luò)的演進[J].電信科學(xué)，2003(3)

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

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

6　樊自甫，萬曉榆.NGN基于Parlay API業(yè)務(wù)生成接口的研究與設(shè)計[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]