售前電話
135-3656-7657
售前電話 : 135-3656-7657
簡單地說,ParlayAPI在軟交換系統(tǒng)中的應(yīng)用體系與Parlay/GSA的體系架構(gòu)基本一致,也是由應(yīng)用服務(wù)器、Parlay網(wǎng)關(guān)及軟交換網(wǎng)絡(luò)資源構(gòu)成。
1、Parlay應(yīng)用服務(wù)器與軟交換設(shè)備的連接方式:基千軟交換設(shè)備對外提供Parlay接口的不同方式,Parlay應(yīng)用服務(wù)器與軟交換設(shè)備的交互方式如圖所示。
Parlay應(yīng)用服務(wù)器與軟交換的連接方式
從方案實現(xiàn)角度來看,軟交換設(shè)備對外提供ParlayAPI既可以直接由內(nèi)嵌式Parlay網(wǎng)關(guān)實體來實現(xiàn),也可由外置式的Parlay網(wǎng)關(guān)實體來實現(xiàn)。Parlya網(wǎng)關(guān)中包含提供各種網(wǎng)絡(luò)服務(wù)能力的業(yè)務(wù)能力特征,代表軟交換設(shè)備響應(yīng)Parlay客戶端(即應(yīng)用服務(wù)器中的Parlay應(yīng)用)的請求,兩者相互配合,共同完成增值業(yè)務(wù)的提供。當(dāng)采用內(nèi)嵌式Parlay網(wǎng)關(guān)方式時,軟交換設(shè)備在應(yīng)用側(cè)看來就相當(dāng)千一個大型的Parlay網(wǎng)關(guān);而在外置模式下,Parlay網(wǎng)關(guān)通常采用通用協(xié)議(目前主要采用經(jīng)過擴(kuò)展的SIP協(xié)議)和軟交換設(shè)備進(jìn)行信息交互。應(yīng)該指出的是,無論P(yáng)arlay網(wǎng)關(guān)的物理形態(tài)如何,其功能和作用并無不同。
Parlay應(yīng)用服務(wù)器通過Parlay網(wǎng)關(guān)使用網(wǎng)絡(luò)運(yùn)營商的核心網(wǎng)絡(luò)能力,既可以提供大眾型業(yè)務(wù),也可以由第三方業(yè)務(wù)運(yùn)營商或企業(yè)用戶根據(jù)自己的需要和應(yīng)用特點提供面向特定領(lǐng)域的業(yè)務(wù)或企業(yè)專用的業(yè)務(wù)等。根據(jù)所提供業(yè)務(wù)類型的不同以及應(yīng)用服務(wù)器的安全等級不同,Parlay應(yīng)用服務(wù)器既可以部署在網(wǎng)絡(luò)運(yùn)營商的網(wǎng)絡(luò)域內(nèi),也可以部署在第三方運(yùn)營域或企業(yè)用戶的網(wǎng)絡(luò)中。若是前者,Parlay應(yīng)用服務(wù)器位千網(wǎng)絡(luò)安全域以內(nèi),可直接訪問Parlay網(wǎng)關(guān)的SCF資源;若是后者,則認(rèn)為Parlay應(yīng)用服務(wù)器位千網(wǎng)絡(luò)安全域以外,需通過Parlay網(wǎng)關(guān)的框架接口和其他安全方式的鑒權(quán)后才能夠訪問Parlay網(wǎng)關(guān)的SCF資源。
Parlay應(yīng)用服務(wù)器與Parlay網(wǎng)關(guān)之間的接口調(diào)用的承載方式,可以使用COREA、RMI、DCOM等分布式處理技術(shù),但實際使用中一般采用COREA環(huán)境。ParlayAPI接口本身是用對象管理組織(OMG)提出的中性化的IDL語言定義的,理論上可以用任何技術(shù)實現(xiàn),但事實上最直接的實現(xiàn)方法自然就是采用OMG定義的COREA技術(shù),它可以很好地支持分布式第三方業(yè)務(wù)邏輯的遠(yuǎn)程控制。但如何提高效率、加快響應(yīng)速度是COREA應(yīng)用于電信實時業(yè)務(wù)控制必須解決的問題,OMG正在對此進(jìn)行研究。
2.Parlay應(yīng)用服務(wù)器的體系結(jié)構(gòu)
Parlay應(yīng)用服務(wù)器的體系結(jié)構(gòu)
上圖是一個簡單的Parlay應(yīng)用服務(wù)器的體系結(jié)構(gòu)示意圖。圖中的Parlay應(yīng)用服務(wù)器不僅支持軟交換設(shè)備通過CORBA總線送來的業(yè)務(wù)請求,還支持通過HTTP協(xié)議送來的業(yè)務(wù)請求(即基千ParlayXWebService的請求),而且用戶還可以通過瀏覽器進(jìn)行業(yè)務(wù)的訂購和客戶化管理。業(yè)務(wù)沖突管理用千在激活業(yè)務(wù)之前處理業(yè)務(wù)沖突。業(yè)務(wù)邏輯執(zhí)行環(huán)境提供了基于Parlay業(yè)務(wù)邏輯的運(yùn)行場所。該應(yīng)用服務(wù)器還包含業(yè)務(wù)管理服務(wù)器和業(yè)務(wù)生成環(huán)境的功能,前者負(fù)責(zé)業(yè)務(wù)生命周期管理、配置管理、安全管理、故障管理、業(yè)務(wù)訂購管理、業(yè)務(wù)客戶化管理等工作,后者則利用應(yīng)用服務(wù)器提供的多種業(yè)務(wù)開發(fā)接口,提供圖形化工具方便業(yè)務(wù)的開發(fā)。
3.Parlay應(yīng)用的開發(fā)方式
與SIP應(yīng)用開發(fā)不同,除了ParlayXWehService提供了基千WebService技術(shù)的業(yè)務(wù)開發(fā)方式外,尚沒有組織為基千Parlay的應(yīng)用服務(wù)器制定統(tǒng)一的業(yè)務(wù)開發(fā)技術(shù)。Parlay應(yīng)用本身可以用各種語言(如Java、VB、XML腳本等)實現(xiàn),只要確保能夠正確調(diào)用ParlayAPI的各類方法并能夠正確處理相應(yīng)的響應(yīng)即可。
ParlayAPI本身是一個比較底層的應(yīng)用開發(fā)接口,仍然需要開發(fā)人員具有較高的應(yīng)用編程能力。因此為了降低業(yè)務(wù)開發(fā)的難度,盡可能擴(kuò)大業(yè)務(wù)開發(fā)人員的范圍,對于電信知識掌握程度不同的用戶,需要提供不同級別的業(yè)務(wù)編輯層次。這就需要Parlay應(yīng)用服務(wù)器可以提供不同抽象層次的業(yè)務(wù)開發(fā)技術(shù)。例如,可以提供基于CORBA的ParlayAPI開發(fā)方式、基于構(gòu)件的開發(fā)方式(類似于智能網(wǎng)的SIB模式)、基于XML的開發(fā)方式、基于WebService的開發(fā)方式等,如表所示。業(yè)務(wù)開發(fā)模式的抽象層次越高,業(yè)務(wù)開發(fā)的復(fù)雜性越低,對業(yè)務(wù)開發(fā)人員的技術(shù)能力要求也就越低。