This article will be permanently flagged as inappropriate and made unaccessible to everyone. Are you certain this article is inappropriate? Excessive Violence Sexual Content Political / Social
Email Address:
Article Id: WHEBN0000193037 Reproduction Date:
'Parlay/OSA' was an open API for the telephone network. It was developed by The Parlay Group, which worked closely with ETSI and 3GPP, which all co-publish it. Within 3GPP, Parlay is part of Open Services Access.
The Parlay Group was a technical industry consortium (founded 1998, ended around 2007) that specifies IT developers, rather than telephony experts.
Important Parlay APIs include: call control, conferencing, user interaction (audio and text messaging, SMS/MMS), and billing. The APIs are specified in the CORBA Interface definition language and WSDL. The use of CORBA enables remote access between the Parlay gateway and the application code. A set of Java mappings allow the APIs to be invoked locally as well. A major goal of the APIs is to be independent of the underlying telephony network technology (e.g. CDMA, GSM, landline SS7).
In 2003 the Parlay Group released a new set of web services called Parlay X. These are a much simpler set of APIs intended to be used by a larger community of developers. The Parlay X web services include Third Party Call Control (3PCC), location and simple payment. The Parlay X specifications complement the more powerful but more complex Parlay APIs. Parlay X implementations are now (September 2004) in commercial service from BT and Sprint.
Parlay work historically stems from the TINA effort. Parlay is somewhat related to JAIN, and is currently (early 2003) completely unrelated to the Service Creation Community.
The objective of Parlay/OSA is to provide an API that is independent of the underlying networking technology and of the programming technology used to create new services. As a result the Parlay/OSA APIs are specified in UML. There are then a set of realizations, for specific programming environments:
The role of the Parlay/OSA Framework was to provide a way for the network to authenticate applications using the Parlay/OSA API. The Framework also allows applications to discover the capabilities of the network, and provides management functions for handling fault and overload situations.
This is to ensure to a telecom network operator that any applications using the Parlay API cannot affect the security or integrity of the network.
The Parlay/OSA specifications define an API, they do not say how the API is to be implemented.
The typical Parlay/OSA implementation adds a new network element - the Parlay/OSA Gateway, which implements the Framework. It may implement the individual service APIs, or may interact with other network elements such as switches to provide individual service capabilities such as call control or location. Some vendors treat the Parlay/OSA Gateway as a stand-alone network element (e.g., the Ericsson NRG, jNetX OSA/Parlay GW, AePONA Network Gateway [1] (formerly known as Causeway), HERIT Parlay/Parlay X Gateway), others include this function in an IN Service Control Point (e.g., the Telcordia OSP).
The Parlay X APIs define a set of simple telecom-related Web services. Parlay X Version 1, published in May 2003, defines web services for:
Parlay X Version 2.1, published in June 2006,[2] defines web services for:
The current draft specifications for Parlay X 3.0 as of September 2007 [3] defines web services for:
Api, Telephone, Parlay Group, 3gpp, Web service
Unicode, Internet Archive, Internet, Telecommunication, Alexander Graham Bell
Soap, Xml, Internet, World Wide Web Consortium, Microsoft
Sun Microsystems, C , Java virtual machine, Free software, Html
Computer telephony integration, Abstraction, Telecommunications, Protocol (computing), Open Systems Interconnection