Parlay應用程式接口是一個由65家IT和電信企業共同創建，可以開發電信新業務的開放接口。Parlay規範被引入3GPP UMTS後被簡化，只取了原來Parlay規範的子集，並改稱為開放服務接入（Open Service Access，OSA）。因此也經常以Parlay/OSA來表示Parlay。
基本介紹
- 中文名：Parlay應用程式接口
- 外文名：Parlay API
- 套用學科：通信
Parlay概述,體系結構,ParlayX體系結構,ParlayX在IMS網路中的套用,Parlay的接口,
Parlay概述
（1）Parlay的起步
下一代業務的目標就是把業務套用移到網路運營範圍之外，向獨立的業務供應商開放市場，同時為語音、多媒體和數據提供基於IP和移動方面的支持。這就需要通信網具有標準的、開放的套用編程接口。
1998年3月，BT、Ulticom、Microsoft、Nortel和Siemens五家公司聯合成立了Parlay工作組，主要研究支持外部套用訪問安全網路的內部資源的網路接口規範。Parlay工作組第一階段的主要工作側重於固定網路呼叫控制、訊息處理和安全管理。
Parlay工作組的工作重點在於制定API規範，但不包括如何實現API、基於API的套用、底層網路軟體、物理構件和物理接口。為此，Parlay組織積極鼓勵電信和IT業界作為一個整體來參與API的設計和實現。1998年12月，Parlay工作組出版了ParlayAPI第一個版本—ParlayAPI1.0。主要定義了應用程式訪問業務的接口，如呼叫控制業務、多方呼叫業務、多媒體業務、訊息業務、會議業務等基本業務功能，還定義了框架接口包括鑒權、認證、業務查找、事件通知等接口，它們能保證業務接口的開放、安全、靈活和易於管理。
（2）Parlay的發展
1999年5月，六個成員加入了Parlay工作組，它們是AT&T、Cegetel、Cisco、Ericsson、IBM和Lucent，此時共有11個成員。Parlay工作組也開始進入了第二個階段的工作。
Parlay工作組第二個階段的工作側重於核心API能力，尤其是針對無線和IP服務領域，並於2000年1月出版了ParlayAPI2.0。ParlayAPI2.0在1.0的基礎上增加了企業對其內部用戶使用Parlay業務的管理功能（如業務預定）接口，允許第三方提供基本業務功能的接口，並增加了移動業務接口以及用於設定QoS等級的連通性業務接口。
在接下來的幾年中，Parlay工作組不斷擴大，並陸續推出了ParlayAPI2.1、ParlayAPI3.0、ParlayAPI4.0等版本。當前，ParlayAPI的最新版本是ParlayAPI5.0，可以在Parlay的官方網站看到完整的ParlayAPI。
（3）ParlayX介紹
Parlay工作組在制定ParlayAPI的過程中慢慢意識到，Parlay規範龐大和複雜，比較難以掌握，80%的Parlay業務只用到了20%的ParlayAPI。於是開始著手定義ParlayX，並於2002年推出ParlayAPI4.0之後推出了ParlayXWebServices規範1.0。
圖1 ParlayX與Parlay API的關係
ParlayX通過把原來的ParlayAPI進行組合和封裝，在ParlayAPI層之上建立了各具特色的Parlay業務組件模板，如用於PC桌面的ParlayX、公司伺服器的ParlayX、用於PDA的ParlayX等，每種ParlayX組件只用到了較少的APIs，以適應不同的業務需要，使第三方開發業務更加方便。
ParlayX是在ParlayAPI的基礎上發展起來的，兩者之間的關係如圖1所示。
從圖1中可以看出，ParlayX除了封裝ParlayAPI並開放為WebService接口之外，還有可以直接訪問網路的協定接口。這裡所說的接口包括SIP、INAP、JAIN等。
體系結構
Parlay結構定義為客戶端/伺服器（C/S）結構。其中，客戶端為套用伺服器（ApplicationServer，AS），伺服器為Parlay網關（ParlayGateway，ParlayGW）。Parlay的體系結構如圖2所示。
其中Parlay客戶端由第三方業務供應商或網路運營商提供，用以開發各種業務提供給終端用戶使用。Parlay伺服器為Parlay客戶端提供各種基本業務能力的支持，使Parlay客戶端的業務能夠有控制地、安全地進入到各通信網內。Parlay伺服器由各個網路運營商提供，只是因為Parlay還沒有規定與各底層網路的資源接口，所以Parlay伺服器和各通信網之間暫時只能由網路運營商自己設定內部的通信協定，如採用JAIN、INAP、SIP將API映射到低層網路。Parlay客戶端是通過調用ParlayAPIs訪問Parlay伺服器，它們之間一般採用CORBA等分布對象技術進行通信。
圖2 Parlay體系結構
ParlayX體系結構
（1）WebService
Web服務系列標準是一組新興標準，支持異類信息技術流程和系統間的互操作集成。可以將其視為一種新的、具有自包含性和自描述性的Web應用程式，能提供從最基本的到最複雜的業務和科學流程的功能和互操作機制。簡而言之，Web服務系列標準承諾提供用於在異類系統間進行互操作集成的公共標準機制。
通俗地講，WebService就是封裝自身提供的接口為WebService接口，外部套用只要知道接口的地址、參數、返回值，就可以調用然後獲得需要的功能。可以說，WebService是這種用於提供“服務”的公共機制，這使得WebService非常適合用於實現面向服務的體系結構（Service-OrientedArchitecture，SOA）。WebService的SOA體系架構如圖3所示。
圖3 Web Service的SOA體系結構
這裡，UDDI（UniversalDescriptionDiscoveryandIntegration）是提供註冊和查詢功能的節點，由WebService提供者向UDDI發起註冊，當WebService調用者需要WebService時向UDDI查詢，得到WebService的真正位置，盡而發起WebService調用。
（2）ParlayX的SOA架構
圖3已經給出了WebService的SOA體系架構，既然ParlayX是基於SOA架構構建的，那么ParlayX的體系架構也是基於註冊、發現和請求回響的SOA機制，如圖4所示。
圖4 ParlayX的SOA體系架構
ParlayX在IMS網路中的套用
IMS體系結構支持各種基於SIP協定啟用的大量服務，而IMS體系結構提供的多媒體服務可由服務通過IP網路或傳統電話系統從各種設備進行訪問。ParlayX為開發通信套用提供了易用的WebService接口，通過使用ParlayXSOAWeb服務接口，應用程式開發人員可以更方便地通過Web服務訪問和利用現有IMS服務。ParlayXSOAWeb服務通過開放服務接入網關（OpenServicesAccessGateway，OSA-GW）或直接通過IP協定上的數據服務組件連線到電信網路，如圖5所示。
圖5 ParlayX在IMS網路中的套用
Parlay的接口
ParlayAPI定義的是接口而非實現，在Parlay規範中把接口分為Parlay業務接口（ServiceInterface）和框架接口（FrameworkInterface）兩部分。
1．Parlay業務接口
用戶的應用程式可以通過業務接口訪問Parlay伺服器所提供的一系列基本業務功能，如建立或釋放路由、與用戶互動、傳送用戶訊息、設定QoS級別等。業務供應商可以按照不同的業務邏輯對它們進行調用以實現不同的業務。ParlayAPI已有的業務接口包括以下幾種。
（1）呼叫控制（CallControl）。定義了從建立基本呼叫、多方呼叫到建立多媒體會議的能力。
（2）用戶互動（UserInteraction）。能夠獲取終端用戶的信息、播放通知、與用戶進行互動；具有一般用戶互動接口和呼叫用戶互動接口。
（3）終端能力（TerminalCapability）。獲得用戶終端的位置及屬性參數。
（4）用戶位置和狀態（UserLocation/Status）。獲得用戶的網路表示、位置及狀態等；具有用戶位置接口、用戶位置CAMEL接口、用戶位置緊急接口和用戶狀態接口。
（5）數據會話（DataSession）。控制數據互動。
（6）通用信息（GenericMessage）。訪問信箱；具有信箱接口、資料夾接口和訊息接口。
（7）連線管理（ConnectivityManagement）。提供QoS保證。
（8）基於內容的計費（ContentbasedCharge）。根據用戶的數據流量或套用計費。
（9）在席和可用性管理（PresenceandAvailabilityManagement）。表示用戶當前可達的狀態和狀態之間的切換。
2．Parlay框架接口
Parlay框架接口是對業務接口提供必需的安全、管理支持，主要接口包括信任和安全管理、初始、認證、業務接入、業務發現、業務註冊、事件通知、完整性管理、負載管理、故障管理、心跳管理、OAM管理等。
大體上，Parlay框架接口可以分為以下三部分。
（1）套用伺服器與框架之間的接口
①鑒權。在被允許使用任何OSA接口前，套用必須通過鑒權。
②授權。鑒權後，套用被授權接入確定的業務。
③框架和網路業務能力特徵的查找。鑒權成功後，套用可以獲得可用的框架接口並使用開放接口獲得被授權的網路業務能力特徵的信息。鑒權成功後，可以在任何時候使用查找接口。
④業務協定的建立。任何套用與網路業務能力特徵互動之前，必須建立業務協定。業務協定包含離線部分和線上部分。套用在使用任何網路業務能力特徵前，需要簽訂線上部分的業務協定。
⑤接入網路業務能力特徵。框架通過特定的安全級、上下文、域等提供控制套用的API方法接入業務能力特徵或業務數據的能力。
（2）網路業務能力伺服器與框架之間的接口
網路業務能力特徵的註冊，由業務能力伺服器提供的SCFs可以在框架上註冊。
（3）企業經營者與框架之間的接口
業務訂購功能，此功能代表企業經營者和框架之間的契約。在訂購商業模式中，企業經營者代表業務的訂購者，客戶套用代表業務使用者，框架代表業務的銷售者。
3．ParlayX提供的業務接口
ParlayX的套用體系架構同ParlayAPI的套用架構類似，第三方套用伺服器是ParlayX的客戶端，利用ParlayX網關（ParlayXGateway）提供的業務能力向最終用戶提供增值服務。ParlayX提供的主要業務接口如表1所示。
表1ParlayX提供的主要業務接口
業務能力名稱 | 功能描述 | WebService接口 |
第三方呼叫 （ThirdPartyCall） | 可由第三方發起呼叫，對由第三方發起的呼叫進行管理 | ThirdPartyCall |
呼叫通知 （CallNotification） | 提供了一個設定、判定和結束呼叫狀態的能力 | CallDirection、CallNotification |
短訊息 （ShortMessaging） | 提供了接收和傳送短訊息的能力 | SendSms SmsNotification ReceiveSms |
多媒體訊息 （MultimediaMessaging） | 提供了傳送和接收多媒體訊息的能力 | SendMessage ReceiveMessage MessageNotification |
支付 （Payment） | 提供小額支付類業務能力 | AmountCharging VolumeCharging ReserveAmountCharging ReserveVolumeCharging |
賬戶管理 （AccountManagement） | 提供了對支持的賬戶查詢，直接充值和憑證充值能力 | AccountManagement |
終端狀態 （TerminalStatus） | 查詢用戶終端狀態的能力 | TerminalStatus TerminalStatusNotificationManager TerminalNotification |
終端位置 （TerminalLocation） | 查詢定位用戶終端位置的能力 | TerminalLocation TerminalLocationNotificationManager TerminalLocationNotification |
呼叫控制 （CallHandling） | 通過規則對呼叫進行控制的能力 | CallHandling |
音頻呼叫（AudioCall） | 提供傳遞音頻信息的能力 | PlayAudio |
多媒體會議 （MultimediaConference） | 提供發起、控制、結束多媒體會議的能力 | MultimediaConference |
地址列表管理 （AddressListManagement） | 向用戶提供創建和管理群組地址的能力 | GroupManagement Group Member |
呈現（Presence） | 向用戶提供訂閱、通知、發布呈現信息的能力 | PresenceConsumer PresenceNotification PresenceSupplier |
