Default empty constructor, and is present only to support virtual function table export.

Delayed construction of heap stored data members.

Called internally when RMobileLocationServices instance is no longer required, to ensure clean up of data members from memory.

This function waits for the notification of incoming A-GPS assistance data from the network in continuance of the MTLR or MOLR.

As this API can be used for emergency requests as well as the non-emergency ones, this method is always treated as an emergency request by ETel/TSY. Clients that need to handle the emergency LCS requests should preallocate enough memory during system initialisation to reserve it for handling of the emergency LCS Measrement Control. The emergency client also needs to establish itself as an "Emergency Client" to the Etel server at startup, to ensure that enough memory is pre-allocated by ETel/TSY and that the handling of this notification will never fail due to lack of memory. The client may establish itself as an Emergency Client by calling the RPhone::SetEmergencyClient() API, specifying EEmergencyLCSRequest as the request type.

This member function notifies the client about the incoming MTLR requests and provides the Client with a class reference,Which contains the details of the request made by the External client via Network. USE CancelAsyncRequest(EMobileLocationServicesNotifyMtlr) to cancel the previously placed NotifyMtlr() request.

As this API can be used for emergency requests as well as the non-emergency ones, this method is always treated as an emergency request by ETel/TSY. Clients that need to handle the emergency LCS requests should pre-allocate enough memory during system initialisation to reserve it for handling of the emergency LCS MT-LR. The emergency client also needs to establish itself as an "Emergency Client" to the Etel server at startup, to ensure that enough memory is pre-allocated by ETel/TSY and that the handling of this notification will never fail due to lack of memory. The client may establish itself as an Emergency Client by calling the RPhone::SetEmergencyClient() API, specifying EEmergencyLCSRequest as the request type.

This function opens a RMobileLocationServices sub-session from a RMobilePhone sub-session.The name of the sub-session opened in the TSY will equal the string defined by the KETelLocationServices LIT definition.

The API can be called only by the Location Services Network Gateway Process.

In case of hardware the API can be called by providing the SID of the Location Services Network Gateway Process in ETel.iby file found at A patchable constant KLocationServicesNetworkGatewaySid is used for defining the SID value. In ETel.iby file find the following line patchdata etel.dll <SID> For example: patchdata etel.dll 0x12345678

In case of emulator the API can be called by providing the SID of the default phone application in epoc.ini file found at In epoc.ini file find the following line etel_KLocationServicesNetworkGatewaySid <SID> For example: etel_KLocationServicesNetworkGatewaySid 0x12345678

This function sends the location information, computed by the UE, to the network. Location information is computed using the A-GPS assistance data received from the network through the NotifyMeasurementControl API.

Clients that need to handle the emergency LCS requests should preallocate enough memory during system initialisation to reserve it for handling of the emergency LCS MT-LR procedure. The emergency client also needs to establish itself as an "Emergency Client" to the Etel server at startup, to ensure that enough memory is preallocated by ETel/TSY and that the handling of this request will never fail due to lack of memory. The client may establish itself as an Emergency Client by calling the RPhone::SetEmergencyClient() API, specifying EEmergencyLCSRequest as the request type.

This function sends the measurement control failure cause, encountered while processing the A-GPS assistance data to compute location information, to the network.

Clients that need to handle the emergency LCS requests should preallocate enough memory during system initialisation to reserve it for handling of the emergency LCS MT-LR procedure. The emergency client also needs to establish itself as an "Emergency Client" to the Etel server at startup, to ensure that enough memory is preallocated by ETel/TSY and that the handling of this request will never fail due to lack of memory. The client may establish itself as an Emergency Client by calling the RPhone::SetEmergencyClient() API, specifying EEmergencyLCSRequest as the request type.

This member function is used to trigger a Molr request. It carries all the details of the Molr request the UE wants to send to the network.This request is completed after the completion of SendMeasurementReport API when the Network sends back an Error report sent by the remote External client which received the UE location via network or a Location estimate response to the Self-Location Molr request i.e being made by the UE to the Network.

This member function sends the response given by the client to the MTLR request made by the network

Clients that need to handle the emergency LCS requests should pre-allocate enough memory during system initialisation to reserve it for responding to the emergency LCS MT-LR. The emergency client also needs to establish itself as an "Emergency Client" to the Etel server at startup, to ensure that enough memory is preallocated by ETel/TSY and that the handling of this request will never fail due to lack of memory. The client may establish itself as an Emergency Client by calling the RPhone::SetEmergencyClient() API, specifying EEmergencyLCSRequest as the request type.

This function sends a response to the MTLR request made by the Network in erroneous conditions.

Clients that need to handle the emergency LCS requests should pre-allocate enough memory during system initialisation to reserve it for responding to the emergency LCS MT-LR. The emergency client also needs to establish itself as an "Emergency Client" to the Etel server at startup, to ensure that enough memory is preallocated by ETel/TSY and that the handling of this request will never fail due to lack of memory. The client may establish itself as an Emergency Client by calling the RPhone::SetEmergencyClient() API, specifying EEmergencyLCSRequest as the request type.

This function sends a response to the MTLR request made by the Network,When UE wants to reject the MTLR request made by an External Client.

Clients that need to handle the emergency LCS requests should pre-allocate enough memory during system initialisation to reserve it for responding to the emergency LCS MT-LR. The emergency client also needs to establish itself as an "Emergency Client" to the Etel server at startup, to ensure that enough memory is preallocated by ETel/TSY and that the handling of this request will never fail due to lack of memory. The client may establish itself as an Emergency Client by calling the RPhone::SetEmergencyClient() API, specifying EEmergencyLCSRequest as the request type.

This enum contains the possible directions of altitudes for reference location

Identifies the channel in combination with the Midamble shift and slot number. It is not used in 1.28 Mcps TDD and may be set to either value and should be ignored by the receiver.

This enum lists the different Udre values

This enum contains the possible domains used by MOLR

This enum containst the possible signs of latitude

TLocationEstimateType lists the various types of LocationEstimate that can be expected from any MTLR-Location Notification request coming from the Network, These types depend on the Subscription Profile of the UE.

One of the TLocationEstimateType is expected to be retrieved from the Network, when a UE places a RMobileLocationServices::NotifyMtlr() request on the TSY.

TLocationMethod is used by SendMolr() API This is an enum which lists out all different types of Location methods that an UE can request

This enum contains the indicators thta specify which union members of TMeasurementQuantityV1 are included

This enum specifies the mode the UE shall use to transmit the measurement report

This enum contains the possible types of measurement commands.

This enum contains the list of errors that the UE can specify. The Measurement control failure is caused only when the the UE cannot initiate a measurement as instructed by the network.

This enum contains the states in which measurements are valid

TMolrErrors is used by SendMolr() API This is an enum which lists out all the possible errors that can be reported to UE by an External Client or the Network.

TMolrType is used by the SendMolr() API. This gives an indication of type of Molr request the UE wants to invoke

TMtlrError is used by the Overloaded RMobileLocationServices::SendMtlrResponse() API It holds the type of Error response being sent back for the MTLR request made.

TMtlrReject is used by the Overloaded RMobileLocationServices::SendMtlrResponse() API It holds the details of the Response being rejected due to one of the problems reported to the UE for the MTLR request being made.

TMtlrResponse is used by the OverLoaded RMobileLocationServices::SendMtlrResponse() API It holds the type of response being sent back for the MTLR request made.

This enum contains the multipath indicators

Note:Refer to 3GPP TS 23.271(Functional stage 2 description of Location Services (LCS)), 3GPP TS 24.030(Location Services (LCS); Supplementary service operations - Stage 3) and 3GPP TS 24.080(Mobile radio interface layer 3 supplementary services specification; Formats and coding) for further details of MTLR and MOLR member data. TNotificationType lists the various types of Notification that can be expected from any MTLR-Location Notification coming from the Network, These types depend on the Subscription Profile of the UE.

One of the TNotificationType is expected to be retrieved from the Network, when a UE places a RMobileLocationServices::NotifyMtlr() request on the TSY.

This enum lists all the possible errors that UE can report to the network

This enum contains the indicators that specify which union members of TPosEstimateRefTime and TPositionEstimateV1 are included

This enum contains the possible positioning methods

TResponseTime is used by SendMolr() API This enum holds the various types of delay that an UE is expecting.

This enum specifies the possible status of a satellite

This enum list the SfnTow uncertainity

The UDRE provides an estimate of the uncertainty (1-*) in the corrections for the particular satellite. The value in this field shall be multiplied by the UDRE Scale Factor in the common Corrections Status/Health field to determine the final UDRE estimate for the particular satellite. 3GPP TS 25.305

This enum contains the possible positioning method types

The UE Positioning Technology value, as defined in 3GPP TS 34.109 V7.2.0 Section 6.10

This enum lists the different GPS drift rates

This enum contains the possible types of velocity estimates

This enum holds vertical speed direction

A typedef'd buffer which holds the Gps Assistance Data. KLcsMaxGpsAssistanceDataSize

A typedef'd buffer which holds the External ClientId. KLcsMaxClientExternalIdSize

A typedef'd buffer which holds the External ClientName Buffer. KLcsMaxClientNameBufferSize

A typedef'd TUint8 which holds the Data Coding Scheme information.

A typedef'd buffer which holds the Location Estimate. KLcsMaxLocationEstimateSize

A typedef'd buffer which holds the RequestorId String. KLcsMaxRequestorIdStringSize

A typedef'd buffer which holds the Velocity Estimate. KLcsMaxVelocityEstimateSize

A typedef'd packaged TMeasurementControlV7 for passing through a generic API method.

A typedef'd packaged TMeasurementReportV7 for passing through a generic API method.

A typedef'd packaged TMolrReturnResultV7 for passing through a generic API method.

A typedef'd packaged TNotifyMtlrV7 for passing through a generic API method.

A typedef'd packaged TStartMolrV7 for passing through a generic API method.

Pointer Holder for the RMobileLocationServices sub-session requests.