This chapter describes the Parlay X 2.1 Terminal Location communication services in detail:
The SOAP Service Facade Terminal Location communication services implement the Parlay X 2.1 Terminal Location set of interfaces. For the exact version of the standard these communication services support, seein Concepts and Architectural Overview, another document in this set.
|Note:||The RESTful Service Facade Terminal Location interfaces provide RESTful access to this same functionality. The internal representations are identical, and for the purposes of creating SLAs and reading CDRs, etc., they are the same.|
Using a Terminal Location communication service, an application can:
The application can specify a number of parameters concerning the nature of the notification. These include:
Ultimately, the nature of the information that is available to the application depends on the network node and network protocol used. Not all networks or protocols support all operations. The accuracy of the location provided, the response times, and the frequency of notification are all also dependent on the specifics of the protocol and network node used.
If an application directly queries Oracle Communications Services Gatekeeper for the location of a terminal or group of terminals, Oracle Communications Services Gatekeeper sends the request to the network node, and the location information is sent back synchronously in the response to the request.
If an application registers for periodic or geographically-defined notifications, information for the application (which may or may not include the location data for one or more terminals) arrives at Oracle Communications Services Gatekeeper from the network. The notification is passed on to the application. If the application acknowledges the reception of the notification, Oracle Communications Services Gatekeeper acknowledges the reception of the notification to the network. If the application does not acknowledge the reception of the notification, Oracle Communications Services Gatekeeper does not acknowledge the reception of the notification to the network.
Off the shelf, the Terminal Location communication service can be configured to support the following network protocols:
Oracle Communications Services Gatekeeper acts as an LCS/MLS client. It is possible to use either version of MLP. Seein Concepts and Architectural Overview for the exact version of the standard Oracle Communications Services Gatekeeper supports.
Oracle Communications Services Gatekeeper can be configured to act in Standard Location or Emergency Location Immediate mode on the node level.
Oracle Communications Services Gatekeeper connects to the location server using HTTP. It always acts as a single LCS/MLS client towards the location server.
|Note:||When using MLP 3.0, triggered notifications are not supported.|
Communication services share many common features, covered inin Concepts and Architectural Overview, but each one has a few characteristics that are specific only to that service. This section describes those specific features for the Terminal Location communication services, including:
In the Terminal Location/MLP communication services, CDRs are written:
Events for Terminal Location using MLP are documented in Table 11-1. For more information, see.
Table 11-2 outlines the correlation between the methods being invoked from either the application (in application-initiated requests) or the telecom network (in network-initiated requests) and the transaction type collected by the statistics counters in Oracle Communications Services Gatekeeper for the Parlay X 2.1 Terminal Location/MLP communication services:
|Note:||Method names for network-initiated requests are specified by the internal Gatekeeper name, which is not necessarily the same as the message from the network.|
The Parlay X 2.1 Terminal Location/MLP communication services support the
tel: address scheme.