|
|
The following chapter describes the Parlay X 2.1 Terminal Location communication services in detail:
The 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, see “Appendix A: Standards and Specifications” in Concepts and Architectural Overview, another document in this set.
Using a Terminal Location communication service, an application can:
The application can specify a number of parameters vis-a-vis 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 Network Gatekeeper for the location of a terminal or group of terminals, Network 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 Network Gatekeeper from the network. The notification is passed on to the application. If the application acknowledges the reception of the notification, Network Gatekeeper acknowledges the reception of the notification to the network. If the application does not acknowledge the reception of the notification, Network Gatekeeper does not acknowledges 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:
Network Gatekeeper acts as an LCS/MLS Client. It is possible to use either version of MLP. See “Appendix A: Standards and Specifications” in Concepts and Architectural Overview for the exact version of the standard Network Gatekeeper supports.
Network Gatekeeper can be configured to act in Standard Location or Emergency Location Immediate mode on the node level.
Network 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 in the “Introducing Communication Services” chapter of 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 10-1. For more information, see Events, Alarms, and Charging.
The table below 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 Network 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.
|