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