Network Interfaces for Applications using Parlay and OneAPI

Here is an old posting on Parlay/OSA that might be useful to put things in context.

An important development related to service evolution is operators making interfaces available to external applications for information and control. Two widely deployed capabilities today include location queries and short message service. With location, mobile devices or external applications (e.g., applications operating on computers outside of the network) can query the location of a user, subject to privacy restrictions. This can significantly enhance many applications including navigation, supplying location of nearby destinations (e.g., restaurants, stores), location of friends for social networking, and worker dispatch. With SMS, external applications can send user requested content such as flight updates.

Until now, the interfaces for such functions have either been proprietary, or specific to that function. However, there are now interfaces that span multiple functions using a consistent set of programming methods. One set is the Parlay X Web Services, a set of functions specified through a joint project of the Parlay Group, the European Telecommunications Standards Institute (ETSI) and 3GPP. The Open Mobile Alliance (OMA) now manages the Parlay X specifications. Parlay X Web Services include support for location and SMS, as well as many other functions with which developers will be able to build innovative applications.

Table 4 (above) summarizes the available Parlay X specifications. Operators are beginning to selectively deploy these functions. The advantage of this approach is that developers can build applications that are compatible with multiple operator networks.

A related project is GSMA OneAPI, a GSM Association project to also define network interfaces, but that prioritizes implementation based on expected market demand. OneAPI defines a simplified Web service for most functions that is essentially a subset of the related Parlay X Web service. It also defines a REST (Representational State Transfer) interface for most functions as an alternative to using the Web service. RESTful interfaces are simpler for developers to work with and experiment with than Web services.

Regardless of whether operators deploy with Parlay X or OneAPI, these are mainstream interfaces that will open wireless networks to thousands of Internet programmers who will be able to build applications that leverage the latent information and capabilities of wireless networks.

Source: 3G Americas Whitepaper '3GPP Broadband Evolution to IMT-Advanced (4G)'

Vodafone (JIL) to release new APIs to third parties

Vodafone is set to announce a standard set of APIs, allowing third parties to create applications integrated with Vodafone servers around the world, including tapping the operator's billing system for micropayments.

It's also worth noting that these new APIs are coming out of the Joint Innovation Lab (JIL), so should be applicable to the other JIL members in time - adding Verizon and China Mobile would put the JIL in charge of applications provided to more than 700 million mobile-phone users.

Vodafone is unveiling a set of standard APIs that will work in every region in which the operator has a presence. This will allow developers to create applications and roll them out around the world, as long as they don't mind their market being limited to Vodafone's 289 million customers.

Operators have long allowed third parties access to internal services, particularly SMSC's for messaging and often with access to billing systems, too. But this has generally been on a case-by-case basis and only sharing limited functionality. Not only does that require developers to work with each operator in turn, but platforms are often fragmented even within the same operator - particularly where international expansion has been managed through acquisition - so developers often have to negotiate, and code, for every operator, in every region.

Not that today's announcement is the first attempt to address this problem: Vodafone makes much of the new API's ability to bill for small transactions, allowing developers to include the "insert coin to continue" functionality they've been hoping for. But Vodafone is also part of the "PayForIt" consortium, which provides the same functionality across multiple networks. PayForIt operates though gateways that take a cut of the money, so developers will have to decide on the value of being cross-network.

Obviously applications will need to be certified to have access to the APIs, something the JIL was already planning along with on-device APIs to allow (suitably signed) widgets with access to local, and network, resources - all of which should be revealed over the summer.

Parlay, OSA, etc

Parlay (as opposed to Parley in 'Pirates of the Carribean') integrates telecom network capabilities with IT applications via a secure, measured, and billable interface. Parlay's open application programming interfaces (APIs) release developers from having to write code for specific networks and environments, reducing risks and costs, and allowing for innovative new services to be delivered via the telco network-operator channel. Enabled by Parlay's network-independent APIs, applications are generating new revenue streams for network operators, application service providers (ASPs), and independent software vendors (ISVs).

Today, where each service interacts individually with different network elements, ParlayAPIs can be useful.

These APIs will allow you to access same services regardless of whether you are using a Mobile phone or a fixed line phone or a PC thereby creating a Virtual Home Environment (VHE).

Many different organisations are part of the Parley group including 3GPP, ETSI, OMA, ITU to name a few.

Finally if you find this interesting then you may want to read "Parlay/OSA: From Standards to Reality".

More:

• The Parlay group
• ETSI 2006 workshop on Parlay OSA

If you have any further pointers explaining relationships between Parlay, OSA, SOA, JAIN, CORBA, TINA-C, IMS, NGN, VHE, etc. Please post a comment and let us know.