ES2672330T3 - Procedure, device and software product to identify and authorize location servers and location services using a location intermediary server - Google Patents

Abstract

A method (600) for use by a mobile device, the procedure comprising: obtaining (602) authorization from an authorizing location server to use a location server as a location intermediary server for said authorizing location server; transmitting (604) a first message to said location intermediary server, said first message indicating a first set of location servers; obtaining (606) a second message from said location intermediary server, said second message indicating a second set of location servers as authorized for access related to the location service by said mobile device; and accessing (608) one or more location servers from said second set of location servers for one or more location services.

Description

5

10

fifteen

twenty

25

30

35

40

Four. Five

fifty

55

60

65

DESCRIPTION

Procedure, device and software product to identify and authorize location servers and location services using a location intermediary server

BACKGROUND

1. Background field

[1] The object in question disclosed herein refers to electronic devices and, more particularly, to procedures, devices and articles of manufacture for use in the identification of, and / or access to, one or more servers of Authorized location and / or one or more location services.

2. Information

[2] Mobile devices, such as mobile phones, laptops, computers, etc., normally have the ability to estimate their location and / or position with a high degree of accuracy, using any one of several technologies, such as , for example, satellite location systems (eg GPS, Galileo, Glonass and the like), advanced direct link trilateration (AFLT), the Cell Identifier or the Enhanced Cell Identifier, just to name a few examples. Location or position estimation techniques usually involve the processing of measurements that can be based on signals acquired in a mobile device receiver. For example, a mobile device may acquire signals from the satellite location system (SPS) or pilot signals transmitted from ground base stations. Several measured characteristics of the acquired signals, such as phase, signal strength, arrival time and / or round trip delay, can be used in the calculation of a position correction.

[3] In a particular implementation, the location of the user plane (UP) as SUPL (secure location of the user plane), as stipulated by the Open Mobile Alliance (OMA) in documents available to the public, describes a framework within which location estimates obtained on a mobile device (for example, a SUPL-enabled Terminal (SET)), or on a separate location server (for example, a SUPL Location Platform (SLP)), may be available to others entities as part of a location service. Making these location estimates available to other entities can be useful in particular applications such as, for example, providing emergency services, locating a user on behalf of another client user, obtaining driving directions or finding a service station, hotel, Airport or hospital nearby. In addition, in certain cases, a mobile device may also communicate with an SLP to obtain location assistance data, such as, for example, an approximate location, a precise time reference, data to assist in the acquisition of terrestrial radio signals or of SPS, local indoor navigation assistance data, SPS ephemeris data to help calculate a location from SPS measurements, to name just a few examples of location assistance data.

[4] A location estimate can be called location, estimated location, position or position estimate - these terms being used as synonyms in this document.

[5] In certain cases, an external customer may comprise an SUPL agent. An SUPL agent can indirectly acquire an estimated location of a SET from the mobile device. For example, to acquire an estimated location of a mobile device, an SUPL agent can transmit a message to an SLP requesting the estimated location. After receiving the message from the SUPL agent, the SLP can initiate an SUPL session with the mobile device to obtain an estimated location of the mobile device, which can then be transmitted from the SLP to the SUPL agent. The estimated location can usually be obtained in one of two ways: (i) where the mobile device makes measurements (for example, of SPS signals and / or terrestrial radio signals, from nearby base stations and / or other wireless access points) and transfers the measurements to the SLP so that the SLP calculates the estimated location or (ii) where the mobile device makes measurements as in (i) and also calculates the estimated location itself, possibly using the assistance data (by example, ephemeris data from the SPS), provided by the SLP to do this.

[6] In a particular example, a mobile device may be associated with a source location server such as a home SLP (H-SLP) having location assistance data that is generally applicable to regions where the user device can Be located at any particular time. Here, regardless of a current location of the mobile device, the mobile device can communicate with its H-SLP to obtain various location services, location assistance data, location-based service information, etc.

[7] However, in certain situations, an H-SLP may not have a particular location service and / or certain desired location assistance data, etc., for a mobile device to use to obtain

5

10

fifteen

twenty

25

30

35

40

Four. Five

fifty

55

60

65

navigation assistance For example, if the mobile device is within a building structure, such as a shopping center, an airport, a civic center or a hospital (to name just a few examples), the H-SLP can provide assistance data related to Nearby base stations, external to the building structure and certain SPS, but you may not have information about wireless access points within the building structure, such as wireless LAN access points or Femtocells. In that case, it may not be possible to obtain an accurate location estimate for the mobile device, for example, if the mobile device can measure signals from the wireless access points within the building structure, but, due to attenuation and reflection of signals, caused by the structure of the building. cannot measure, or measure accurately, signals from the SPS satellites and external base stations. In some other cases, the H-SLP may not know of the base stations near the mobile device (for example, if the mobile device is in a remote country or region with respect to the H-SLP), which makes it difficult or impossible location estimation, even when the mobile device is outdoors and not within a building structure. Therefore, it may be beneficial for a mobile device to obtain certain location service (s), location assistance data, location-based service information, etc., in some other way.

[8] In other situations, it may be that, given a location of a mobile device and / or the current operations of an H-SLP, that the H-SLP cannot help provide a particular location service, etc., in some appropriate and / or timely manner. Therefore, it may be beneficial for a mobile device to obtain certain location service (s), location assistance data, location-based service information, etc., in some other way.

[9] The document "SUPL 3.0 AD A012 and A013 Discovery; OMA-LOC-2011-0023R02- CR_SUPL3_0_AD_A012_A013_Discovery [Discovery of SUPL 3.0 AD A012 and A013; OMA-LOC-2011- 0023R02-CR_SUPL3_0_0_0_00_00_0_0_0_0_0_0_0_0_0_0_0_0_0_0_0_0_0_0_0_0_0_0_0_0_0_0_0_0_0_0_0_0_0_0_0_0_0_0_0_06 .2.1.1 the role of the SUPL Location Platform (SLP) and in section 5.3.1.X the so-called Discovery Function of the SLP of the SUPL (SSDF) For any SET, an SLP can perform the role of the source SLP (H-SLP), the visited SLP (V-SLP), the discovered SLP (D-SLP) or the emergency SLP (SLAP) A particular SLP can perform one or more of these roles for multiple SETs The H-SLP for a given SET contains the related subscription, authentication and privacy data for the SET and, in general, will be associated with, or will be part of, the SET's PLMN. for a given SET it is an SLP associated with, or contained within, the PLMN that serves the SET that uses the serving PLMN to perform the location and n association with an emergency services call initiated by the SET. The E-SLP can be the H-SLP if the SET is not roaming. If the SET is roaming and the E-SLP is not the H-SLP or if the SET is not roaming and the E-SLP is physically or logically independent of the H-SLP, SUPL location can occur without interaction with the H-SLP. An E-SLP can also be discovered. The V-SLP for a given SET would be an SLP chosen by the H-SLP or the E-SLP to assist in the location. In the case of an H-SLP, the SET would be roaming outside the coverage area of the H-SLP. In the case of an E-SLP, the SET would have initiated an emergency call service outside the coverage area of the E-SLP. Note that the coverage area of an SLP must not necessarily be the same as the coverage area of any PLMN with which the SLP is associated. It should be noted that SUPL roaming will not occur and that a V-SLP will not be required for the location associated with calls to emergency services, if calls can only be made within the service area of an E-SLP . The D-SLP is an SLP that has been discovered by the SET. The availability and use of the D-SLP is optional. The SLP Discovery Function of the SUPL (SSDF) allows the SET to discover an additional SLP, the D-SLP or the E-SLP, as a complement to the H-SLP. The selection of D-SLP or E-SLP can be based on conditions such as type of access, location and type of service. The SSDF uses a discovery and authorization mechanism in the H-SLP or a discovery mechanism external to the SUPL combined with an authorization mechanism in the H-SLP.

SUMMARY

[10] The present invention is defined in the independent claims. According to one aspect, a procedure can be provided for use by one or more computing devices of a location server. The method may, for example, comprise: obtaining a first message from a mobile device for which the location server comprises a location intermediary server for an authorizing location server, the first message indicating a first set of location servers; determine a second set of location servers based, at least in part, on the first set of location servers; and transmitting a second message to the mobile device, the second message indicating that the second set of location servers is authorized for access related to the location service by the mobile device.

[11] According to another aspect, a procedure can be provided for use by a mobile device. The procedure may, for example, comprise: obtaining authorization from an authorizing location server to use a location server as a location intermediary server for the authorizing location server; transmitting a first message to the location intermediary server, the first message indicating a first set of location servers; get a second message from the server

5

10

fifteen

twenty

25

30

35

40

Four. Five

fifty

55

60

65

location broker, the second message indicating a second set of location servers as authorized for access related to the location service by the mobile device; and access one or more location servers from the second set of location servers for one or more location services.

[12] According to another aspect, an apparatus can be provided for use in a location server. The apparatus may, for example, comprise: means for obtaining a first message from a mobile device for which the location server comprises a location intermediary server for an authorizing location server, the first message indicating a first set of location servers ; means for determining a second set of location servers based, at least in part, on the first set of location servers; and means for transmitting a second message to the mobile device, the second message indicating that the second set of location servers is authorized for access related to the location service by the mobile device.

[13] According to other aspects, an apparatus can be provided for use in a mobile device. The apparatus may, for example, comprise: means for obtaining authorization from an authorizing location server to use a location server as an intermediary location server for the authorizing location server; means for transmitting a first message to the location intermediary server, the first message indicating a first set of location servers; means for obtaining a second message from the location intermediary server, the second message indicating a second set of location servers as authorized for access related to the location service by the mobile device; and means for accessing one or more location servers from the second set of location servers, for one or more location services.

[14] According to certain additional aspects, a location server may be provided that may, for example, comprise: a network interface; and one or more processing units for: obtaining, through the network interface, a first message from a mobile device for which the location server comprises a location intermediary server for an authorizing location server, indicating the first message a first set of location servers; determine a second set of location servers based, at least in part, on the first set of location servers; and initiate the transmission of a second message to the mobile device through the network interface, the second message indicating that the second set of location servers is authorized for access related to the location service by the mobile device.

[15] According to another aspect, a mobile device may be provided, for example, comprising: one or more interfaces; and one or more processing units to: obtain authorization from an authorizing location server to use a location server as a location intermediary server; initiate the transmission of a first message to the location intermediary server through one or more interfaces, the first message indicating a first set of location servers; obtaining a second message from the location intermediary server through the one or more interfaces, the second message indicating a second set of location servers as authorized for access related to the location service by the mobile device; and access, through the one or more interfaces, one or more location servers of the second set of location servers for one or more location services.

[16] According to yet another aspect, an article of manufacture can be provided comprising a non-transient computer readable medium having computer-executable instructions stored therein that are executable by one or more processing units of a server of location for: obtaining a first message from a mobile device for which the location server comprises a location intermediary server for an authorizing location server, the first message indicating a first set of location servers; determine a second set of location servers based, at least in part, on the first set of location servers; and initiate the transmission of a second message to the mobile device, the second message indicating that the second set of location servers is authorized for access related to the location service by the mobile device.

[17] According to another aspect, an article of manufacture can be provided comprising a non-transient computer readable medium having computer implementable instructions stored therein, which are executable by one or more processing units in a mobile device to: obtain authorization from an authorizing location server to use a location server as an intermediary location server for the authorizing location server; initiate the transmission of a first message to the location intermediary server, the first message indicating a first set of location servers; obtain a second message from the location intermediary server, the second message indicating a second set of location servers as authorized for access related to the location service by the mobile device; and access one or more location servers from the second set of location servers for one or more location services.

BRIEF DESCRIPTION OF THE DRAWINGS

5

10

fifteen

twenty

25

30

35

40

Four. Five

fifty

55

60

65

[18] Non-limiting and non-exhaustive aspects are described with reference to the following figures, in which equal reference numbers refer to equal parts throughout the entire length of the various figures, unless otherwise specified.

FIG. 1 is a schematic block diagram illustrating an exemplary environment that includes a mobile device for use in accessing certain location services and / or other similar information that may be provided by one or more computing devices, according to an implementation .

FIG. 2 is a schematic block diagram illustrating certain characteristics of an exemplary computing device that can provide and / or otherwise support certain location services, etc., to one or more other devices, according to an implementation.

FIG. 3 is a schematic block diagram illustrating certain characteristics of an exemplary mobile device for use in accessing certain location services and / or other similar information that may be provided by one or more computing devices, according to an implementation.

FIG. 4 is a schematic block diagram illustrating an exemplary environment comprising a plurality of SUPL Location Platforms (SLP) for use with a mobile device represented as a Terminal Enabled for SUPL (SET), according to an implementation.

FIG. 5 is a flow chart illustrating certain characteristics of a process or procedure for a computing device, for example, as in FIG. 2, according to an implementation.

FIG. 6 is a flow chart illustrating certain characteristics of a process or procedure for a mobile device, for example, as in FIG. 3, according to an implementation.

FIG. 7 is a flow chart illustrating an exemplary message flow that can be used to support certain location services initiated by the network, according to an implementation.

FIG. 8 is a flow chart illustrating an exemplary message flow that can be used to support certain location services initiated by mobile device, according to an implementation.

FIG. 9 is a flow chart illustrating an exemplary message flow that can be used to support the authorization of a D-SLP / E-SLP for use with certain location services by an H-SLP, according to an implementation .

FIG. 10 is a flow chart illustrating an exemplary message flow that can be used to support the authorization of a D-SLP / E-SLP for use with certain location services by an intermediate D-SLP / E-SLP, according to an implementation.

FIG. 11 is a flow chart illustrating an exemplary message flow that can be used to support the unsolicited authorization of a D-SLP / E-SLP for use with certain location services, according to an implementation.

FIG. 12 is a flowchart illustrating an exemplary message flow that can be used to provide notification to an H-SLP regarding a mobile device accessing a D-SLP / E-SLP with certain location services, according to An implementation

FIG. 13 is a flow chart illustrating an exemplary message flow that can be used to obtain session information regarding certain location services with a new notification, according to an implementation.

FIG. 14 is a flow chart illustrating an exemplary message flow that can be used to obtain session information regarding certain location services with a session termination, according to an implementation.

DETAILED DESCRIPTION

[19] This document describes various techniques that can be implemented to allow a mobile device to obtain certain location service (s) and / or the like, from one or more computing devices that have been authorized for use.

[20] In a particular implementation, the location of the user plane (UP), such as the SUPL (secure location of the user plane), as stipulated by the Open Mobile Alliance (OMA), provides a framework within which location estimates obtained on a mobile device (for example, a Terminal

5

10

fifteen

twenty

25

30

35

40

Four. Five

fifty

55

60

65

Enabled for SUPL (SET) or on a separate location server (for example, a SUPL Location Platform (SLP)) can be made available to other entities as part of a location service. Making these location estimates available to other entities can be useful in particular applications such as, for example, providing emergency services, obtaining driving directions or locating a user on behalf of another client user. In addition, in certain cases, a mobile device may also contact an SLP to obtain location assistance data, to help acquire and measure signals (for example, from SPS satellites and base stations) and / or to help calculate a location estimation from such measurements. Examples of location assistance data include an approximate location estimate of where the mobile device is approximately located, an accurate time reference, data to aid in the acquisition of SPS signals, SPS ephemeris data, data for base stations individual and / or other wireless access points that can be indoor or outdoor (for example, location coordinates, signal timing, signal strength, antenna characteristics), just to name a few examples of assistance data from location.

[21] In a particular example, a mobile device (for example, a SET) can be associated with a source location server, such as a source SLP (H-SLP) that has location assistance data that is generally applicable to regions where the user device can be located at any particular time. Here, regardless of the current location of the SET, the SET can usually communicate with your H-SLP to obtain location assistance data. Normally, an H-SLP will belong, or be associated, to the home wireless network for the SET user and the SET user will have a subscription on the H-SLP for a particular set of location services (for example, capacity to request assistance data or an estimate of the location of the H-SLP, the ability to request the location of another SET, the ability to perform the location periodically or when entering or leaving a particular geographical area). Therefore, the SET will normally expect to communicate with the H-SLP (using the SUPL) when it needs a particular location service.

[22] However, in particular environments, an H-SLP may not have the best location assistance data for a SET to use for navigation assistance. In one example, although an H-SLP may have comprehensive assistance data, available for outdoor location, such as SPS almanacs or base stations and the like, an H-SLP may not have location assistance data for its location. use in an internal environment (for example, digital maps, locations, identities and internal radio characteristics of internal transmitters). Here, for example, such location assistance data, applicable to the internal location, may instead be available from an SLP other than the H-SLP coupled to the SET. In another example, an H-SLP may not have assistance data applicable to outdoor base stations and other outdoor transmitters when a SET is roaming in a region or country away from the H-SLP, which makes location even in the air problematic free.

[23] In one implementation, a SET in communication with its associated H-SLP may discover a local location server (for example, a discovered SLP (D-SLP)) that is capable of providing location-based services to the SET, such as particular location assistance data, etc., that cover an area where the SET is located, and that are not available on the H-SLP. Here, the SET can discover the D-SLP using any one of several techniques such as, for example, the acquisition of a signal emitted from a local network that identifies the D-SLP and describes the capabilities of the D-SLP. Alternatively, a local network for the SET can provide the identity and / or address of a D-SLP when the SET connects for other wireless services (such as making a call or connecting to the Internet) or can provide the address of the D -SLP and / or the identity of the D-SLP when requested by the SET. Alternatively, the SET can be configured (for example, through the home network or the H-SLP) with the identities and / or addresses of the D-SLPs associated with different geographical areas and / or different service networks. Alternatively, the SET may request a D-SLP address from its H-SLP. In a particular implementation, when the SET can find or discover a D-SLP address (for example, from a local service network), the SET can contact its H-SLP to request authorization of the H-SLP as a condition prior to accept or receive location services, etc., from the D-SLP. In one implementation, an H-SLP may grant authorization to the SET to obtain location services from a D-SLP if a location of the SET is in a region served by the D-SLP.

[24] In another implementation, an H-SLP may store data that is descriptive of a newly identified D-SLP and / or possibly a newly discovered Emergency SLP (E-SLP) that can support location services for an emergency call made by a SET user. Here, for example, a SET can acquire an emitted signal that provides an identity of a D-SLP. The SET may then forward the acquired identity of the D-SLP to the H-SLP and receive, for example, a summary of the capabilities of the D-SLP (for example, a description of the D-SLP) and an authorization to Access and obtain location services from the D-SLP.

[25] As described in more detail below, in certain exemplary implementations, one or more D-SLP and / or one or more E-SLP, once authorized by an authorizing location server (for example,

5

10

fifteen

twenty

25

30

35

40

Four. Five

fifty

55

60

65

an H-SLP), can serve as an intermediary and can act on their own as an authorizing location server (for example, on behalf of the H-SLP). Therefore, under certain conditions there may be one or more authorized location servers, one or more of which may comprise an H-SLP, a D-SLP and / or an E-SLP that act as an intermediary for some other SLP . For example, a given D-SLP "A" may be discovered by a SET and authorized for certain location services by the H-SLP for the SET. However, D-SLP "A" may not be able to provide adequate location services (for example, assistance data, SET location) throughout the geographic area within which the H-SLP may have authorized SET to access the D-SLP "A". There may be, for example, certain building structures or outdoor areas within this geographical area where D-SLP "A" has no knowledge, or has incomplete knowledge, of local radio transmitters, map information, land information, etc., as a result of which it is possible that the SET cannot receive the appropriate location service from the D-SLP "A". In these particular areas, a SET may need to discover another D-SLP "B" that is better able to provide location services. However, it is possible that the H-SLP is not aware of a better D-SlP "B", or may not authorize it. For example, the H-SLP can only know about the D-SLP "A" if the operator of the H-SLP has a business relationship with the operator of the D-SLP "A", but not with other operators in the area attended by the D-SLP "A". However, it is possible that the D-SLP "A" knows about the D-SLP "B" and authorizes the D-SLP "B", since the D-SLP "B" is within the service area general for the D-SLP "A".

[26] A "location" or "location estimate", as mentioned in this document, may refer to the information associated with the whereabouts of an object or thing (for example, a SET) according to a reference point. Here, for example, said location can be represented as geographical coordinates, such as latitude and longitude. Alternatively, said location may be represented as an address, municipality or other governmental jurisdiction, zip code and / or the like. However, these are merely examples of how a location can be represented according to particular embodiments, and the subject matter claimed is not limited in this respect. A SET can estimate its location based, at least in part, on navigation signals from a Satellite Location System (SPS), such as GPS, Galileo or Glonass, for example, by correlating pseudo-distance measurements of several (for example, four or more) satellite transmitters. Alternatively, such location can be estimated from a hybrid system in which the position of a mobile device is determined from a combination of at least: i) a temporary measurement representing a travel time of a message between the mobile device and a communication system (for example, a base station, a Femtocell, a Source Base Station, a Wireless LAN Access Point); and ii) a temporary measurement that represents a travel time of an SPS signal. The location can also be determined strictly from measurements of terrestrial signals (for example, signal strength and / or signal timing for one or more base stations and wireless LAN access points), as well as from a combination of measurements of terrestrial and SPS signals.

[27] As described in greater detail below, according to certain exemplary implementations, a mobile device may obtain authorization from an authorizing location server to proceed with the use of another location server that may act as a location intermediary server for the authorizing location server. In an exemplary implementation, the authorizing location server can be the H-SLP for the mobile device or it can be a location server (for example, a D-SLP) authorized by the H-SLP to act as an authorizing location server . In its role as intermediary for an authorizing location server, a location intermediary server may also identify one or more location servers as authorized for access related to the location service by the mobile device. In addition, in its role as intermediary for an authorizing location server, a location intermediary server may obtain additional information from a mobile device with respect to certain location services that can be subsequently obtained by one or more of the location servers identified by the location intermediary server.

[28] In an exemplary implementation, once a mobile device has obtained authorization from an authorizing location server to proceed with the use of another location server, which will act as a location intermediary server, for the authorizing location server, the Mobile device may transmit a first message to the location intermediary server, indicating a first set of location servers and, in response, receive a second message from the location intermediary server, indicating that a second set of location servers is authorized to access related to the location service by the mobile device. The first set of location servers can, for example, identify (i) an S1 Set of one or more location servers that the location intermediary server has previously authorized for the mobile device, (ii) an S2 set of one or more location servers that the mobile device may prefer to be authorized, possibly including location servers that the mobile device may have discovered, previously accessed and / or otherwise known and (iii) an S3 set of one or more servers from location that the mobile device may prefer to be unauthorized, including, possibly, the location servers that the mobile device could not access, or those previously accessed and that did not provide adequate service. In some implementations, one or more of the location servers in set S1 may appear in set S2 or in set S3. However, there may not be any location servers in the S1 set that

5

10

fifteen

twenty

25

30

35

40

Four. Five

fifty

55

60

65

appears both in the S2 set and in the S3 set. In certain other cases, the first set of location servers may comprise a null set. The second set of location servers can, for example, identify one or more location servers authorized by the location intermediary server for use by the mobile device. In some implementations, the second set of location servers may replace the set of location servers S1 previously authorized by the location intermediary server for use by the mobile device. In certain cases, one or more of the location servers identified in the first set of location servers may also be included in the second set of location servers, in case the location intermediary server wishes to reauthorize a server of previously authorized location. In certain cases, authorization to use one or more location servers in the second set can be conditional, for example, based on various parameters related to time, positions, services, etc. Having obtained the second set of location servers, the mobile device can selectively access one or more of said "authorized" location servers, identified therein for one or more location services.

[29] According to certain exemplary implementations, the techniques provided in this document may be applied in an environment that has an authorizing location server, represented by all, or a part, of a SUPL Location Platform of Origin (H-SLP ), all, or part, of a Discovered SUPL Location Platform (D-SLP), all, or part, of an Emergency SUPL Location Platform (E-SLP) and / or a similar combination of same. In addition, in certain exemplary implementations, a location intermediary server may comprise a D-SLP, and / or an E-SLP, and at least one location server in the first set of location servers and / or the second set of servers Location may comprise a D-SLP and / or an E-SLP. In addition, in certain exemplary implementations, a mobile device may comprise a terminal enabled for SUPL (SET).

[30] Consequently, in certain exemplary implementations, a first message may comprise a SUPL START message, a SUPL REPORT message and / or the like, and a second message may comprise a SUPL END message, a SUPL TRIGGERED STOP message and / or similar. In certain cases, a first message may, for example, additionally indicate an approximate and / or similar estimated location of the mobile device that the location intermediary server may consider when identifying one or more location servers to be authorized in the second set of server servers. Location. In certain cases, a first message may, for example, also indicate one or more access networks that may be available for use by the mobile device, which the location intermediary server may consider when identifying one or more location servers to be authorized. in the second set of location servers. In certain cases, a first message may, for example, additionally indicate a Location Quality (QoP) parameter and / or the like that may refer to one or more desired location services and, therefore, may be considered by the intermediary location server by identifying one or more location servers to authorize on the second set of location servers.

[31] In certain other exemplary implementations, a first set of location servers may comprise and / or otherwise identify one or more location servers that were previously authorized (for example, by an authorizing location server, the present or some another intermediary location server, etc.). for access related to the location service. In certain exemplary implementations, a first set of location servers may comprise and / or otherwise identify one or more location servers that may or may not be preferable to the mobile device for some reason.

[32] In certain exemplary implementations, a second message may also indicate an access preference (for example, associated with the location intermediary server) for location services that may be authorized to access through the second set of location servers. In certain exemplary implementations, a second message may also indicate a priority order and / or one or more priority parameters that can be considered by the mobile device by selectively accessing one or more location servers in the second set of location servers .

[33] In certain exemplary implementations, a second message may also indicate certain operational and / or conditional information that can be considered by the mobile device by selectively accessing one or more location servers in the second set of location servers. For example, in certain cases, a second message may also indicate a duration of service, a service area and / or other similar information, or some combination thereof that may be applicable to one or more of the authorized location servers in The second set of location servers. For example, in certain cases, a second message may also comprise or otherwise indicate all, or a part of, a list of access networks that may be available for use by the mobile device, for example, to one of the which should access the mobile device as a condition to access particular authorized location servers. In certain exemplary implementations, a second message may also indicate certain control and / or similar parameters that the mobile device may consider when determining whether it makes contact with, or otherwise access, certain location servers, or not. For example, a minimum retry period may indicate a

5

10

fifteen

twenty

25

30

35

40

Four. Five

fifty

55

60

65

minimum period of time, or otherwise expected, that should pass before a mobile device relays a first message to a location intermediary server.

[34] As mentioned, in certain exemplary implementations, a mobile device may transmit one or more subsequent messages to the location intermediary server, indicating that the mobile device has accessed all, or a portion, of one or more services of location of one or more of the authorized location servers (for example, in the second set of location servers). By way of some non-limiting examples, a subsequent message can be transmitted in response to the mobile device accessing for the first time an authorized location server in the second set of location servers and / or for the first time after accessing another location server in the second set of location servers.

[35] In certain exemplary implementations, techniques are provided that may be used by one or more computing devices of a location server that may have been authorized for use as an intermediary location server for an authorizing location server. For example, a location intermediary server may obtain a first message from a mobile device, wherein the location server comprises a location intermediary server for an authorizing location server. Here, for example, as mentioned in the previous examples, a first message may indicate a first set of location servers. The location intermediary server can, for example, determine a second set of location servers based, at least in part, on the first set of location servers, and transmit a second message to the mobile device. For example, a second message may indicate that the second set of location servers is authorized for access related to the location service by the mobile device.

[36] It should be understood, from the examples herein, that, in certain exemplary implementations, it may be possible for a plurality of location servers to be authorized as intermediary location servers for an authorizing location server. Therefore, for example, in certain cases, an authorizing location server may authorize one or more intermediary location servers. In addition, for example, in certain cases, one or more of said location intermediary servers may themselves authorize one or more location servers as location intermediary servers for the original authorizing location server and / or the same intermediary server. Location.

[37] Attention to FIG. 1, which is a schematic block diagram illustrating an exemplary environment 100 that includes a mobile device 104 for use in accessing certain location services 134 and / or other similar information that may be provided by one or more computing devices 102 / 130, according to an implementation. In this example, the computing devices 102 may be representative of a location authorizing server, and other computing devices 130 may be representative of one or more authorized location servers, one or more of which may be authorized by a device (s) (s) computer (s) 102 as an intermediary location server. Although not illustrated in FIG. 1, it should be understood that the computer device (s) 102 may comprise one or more location services 134, and / or that said other computer device (s) ) 130 may comprise an apparatus 112.

[38] With this in mind, as illustrated, the mobile device 104 may comprise an apparatus 110 that can be used, at least in part, to initiate the transmission of a first message to an apparatus 112 of the computing device 102 through a or more networks 120. As mentioned, for example, a first message may comprise or otherwise indicate a first set of location servers and / or other potentially useful information. The apparatus 112 of the computing device 102 may, for example, initiate the transmission of a second message to the apparatus 110 of the mobile device 104 through one or more networks 120. Again, as previously mentioned, a second message may, by For example, understanding or otherwise indicating a second set of location servers that may be authorized to access location services, and / or authorized as a location intermediary server for an authorizing location server.

[39] In this example, the mobile device 104 is illustrated as in communication with the network (s) 120 via a wireless communication link 122, and the computer device (s) 102 and other computer device (s) 130 are illustrated, each, as in communication with the network (s) 120 via the cable communication links 103 and 131, respectively. It should be understood that the cable communication links 103 and / or 131 may represent wireless communication links and / or that the wireless communication link 122 may represent a cable communication link in certain implementations.

[40] The network (s) 120 may represent one or more communication and / or calculation networks, and / or other resources that support them. For example, network (s) 120 may (n) comprise one or more telecommunication networks, one or more terrestrial communication networks, one or more cellular communication networks, one or more wired or wireless wide area networks , one or more satellite communication networks, Internet and / or similar, or some combination thereof. The network (s) 120 may, for example, comprise a

5

10

fifteen

twenty

25

30

35

40

Four. Five

fifty

55

60

65

plurality of transmission devices that can support applicable, wired and / or wireless communication links. Consequently, the network (s) 120 may comprise several types of access networks with respect to the mobile device (104), the computer device (s) 102 and / or other ( s) computer device (s) 130.

[41] FIG. 1 also illustrates that the mobile device 104 may, in certain cases, receive one or more wireless signals 142 from one or more transmission devices 140. The one or more transmission devices 140 may represent one or more transmission devices associated with the whole , or part, of the network (s) 120, the whole, or part, of one or more service (s) of location 134 and / or the like, or some combination thereof. Thus, for example, the one or more transmission devices 140 may represent one or more cellular and / or similar base stations, one or more wireless local area network (WLAN) access points and / or the like, one or more stations home base and / or similar, one or more location and / or similar beacons, etc. The wireless signal 142 may, for example, represent a wireless signal that can be used, at least in part, to estimate a location of the mobile device 104. Similarly, as illustrated in certain exemplary implementations, the mobile device 104 can obtain a or more wireless signals 152 from one or more SPS 150. Thus, for example, SPS 150 may represent one or more spatial and / or terrestrial base transmission devices, associated with a Global Satellite Navigation System (GNSS) and / or the like, such as the United States Global Location System (GPS), the European Galileo system or the Russian Glonass system. Accordingly, the mobile device 104 may, under certain circumstances, use one or more wireless signals 142 and / or 152 when estimating its location, for example, using various known techniques.

[42] Next, attention to FIG. 2, which is a schematic block diagram illustrating certain characteristics of an exemplary computing platform 200 that can be provided as part of one or more computing devices 102 and / or as part of other computing device (s) 130 , for example, as in FIG. 1, according to an implementation. Thus, for example, the computing platform 200 may comprise the apparatus 112 and / or possibly provide and / or otherwise support certain location services 134.

[43] As illustrated, the computing platform 200 may comprise one or more processing units 202 for performing the data processing (for example, according to the techniques provided herein), coupled to the memory 204 by one or more connections 206. Processing units 202 may, for example, be implemented in hardware or in a combination of hardware and software. The processing unit (s) 202 may, for example, be representative (s) of one or more configurable circuits to perform at least a part of a data calculation procedure or process. By way of example, but not limitation, a processing unit may include one or more processors, controllers, microprocessors, microcontrollers, application specific integrated circuits, digital signal processors, programmable logic devices, programmable gate formations in the terrain and the like, or any combination thereof.

[44] Memory 204 is representative of any data storage mechanism. Memory 204 may include, for example, a primary memory 204-1 and / or a secondary memory 204-2. Primary memory 204-1 may include, for example, random access memory, read-only memory, etc. While this example is illustrated as independent of the processing units, it should be understood that all, or part, of a primary memory may be provided within, or otherwise co-located / coupled with, the unit (s) ( is) processing 202, or other similar circuits within the computing device 102. The secondary memory 204-2 may include, for example, the same, or a similar, type of memory as primary memory, and / or one or more devices or data storage systems, such as, for example, a disk drive, an optical disk drive, a tape drive, a solid state memory unit, etc. In certain implementations, the secondary memory may be operationally responsive to, or otherwise configurable to be coupled to, a computer-readable medium (non-transitory) 270. Memory 204 and / or computer-readable medium 270 may comprise instructions implementable by Computer 272 for certain exemplary techniques, as provided herein.

[45] As illustrated in FIG. 2, at various times, memory 204 may store certain signals that represent data and / or instructions implementable by computer for certain exemplary techniques, as provided herein. For example, memory 204 may store data and / or instructions that can be implemented by computer for apparatus 112, and / or one or more location services 134. By way of an additional example, memory 204 may, at various times, store representative data. and / or instructions representing, in relation to a first set of location servers 220, a second set of location servers 222, an estimated location 224 (for example, of a mobile device 104), a parameter of QoP 226, one or more previously authorized location servers 228, one or more preferred location servers 230, one or more non-preferred location servers 232, one or more location server addresses 234, one or more access preferences 236, one or more parameters of priority and / or an order of priority 238, one or more durations of service 240, one or more areas of

5

10

fifteen

twenty

25

30

35

40

Four. Five

fifty

55

60

65

service 242, one or more service networks 244, one or more retry periods 246 and the like, or some combination thereof.

[46] As shown, the computer platform 200 may, for example, comprise one or more wireless / network interfaces 208. The wireless / network interfaces 208 may, for example, provide a capability to receive and / or transmit wired signals and / or wireless, for example, to communicate through the network (s) 120 (FIG. 1). Thus, for example, in certain cases, the wireless (s) / network interface (s) 208 may comprise one or more receivers (210), and / or one or more transmitters (212), as appropriate to give Support for a particular communication link.

[47] Next, attention to FIG. 3, which is a schematic block diagram illustrating certain characteristics of an exemplary computing platform 300 that can be provided by the mobile device 104 for use in accessing certain location services 134 and / or other similar information that can be provided by one or more computing devices 102/130 (FIG. 1, according to an implementation.

[48] As illustrated, the computing platform 300 may comprise one or more processing units 302 for performing data processing (for example, according to the techniques provided in this document). coupled to memory 304 through one or more connections 306. The processing unit (s) 302 can, for example, be implemented in hardware or in a combination of hardware and software. The processing unit 302 is representative of one or more configurable circuits to perform at least a part of a data calculation process or process. By way of example, but not limitation, a processing unit may include one or more processors, controllers, microprocessors, microcontrollers, application specific integrated circuits, digital signal processors, programmable logic devices, programmable gate formations in the terrain and the like, or any combination thereof.

[49] Memory 304 may be representative of any data storage mechanism. Memory 304 may include, for example, a primary memory 304-1 or a secondary memory 304-2. Primary memory 304-1 may include, for example, random access memory, read-only memory, etc. While this example is illustrated as independent of the processing units, it should be understood that all, or part of, of a primary memory may be provided within, or otherwise co-located / coupled with, the unit (s) ) processing 302, or other similar circuits within the mobile device 104. The secondary memory 304-2 may include, for example, the same, or similar, type of memory as primary memory and / or one or more storage devices or systems. of data, such as, for example, a disk drive, an optical disk drive, a tape drive, a solid state memory unit, etc. In certain implementations, the secondary memory may be operationally responsive to, or otherwise configurable to be coupled to, a computer-readable (non-transient) medium 370. Memory 304 and / or computer-readable medium 370 may comprise instructions implementable by Computer 372 for certain exemplary techniques, as provided herein.

[50] As illustrated in FIG. 3, at various times, memory 304 may store certain signals representing data and / or instructions implementable by computer for certain exemplary techniques, as provided herein. For example, memory 304 may store data and / or instructions that can be implemented by computer for apparatus 110. By way of example, memory 304 may, at various times, store representative data and / or instructions that they represent, in relation to a first set of location servers 220D, a second set of location servers 222D, an estimated location 224D, a QoP parameter 226D, one or more previously authorized location servers 228D, one or more preferred location servers 230D, one or more servers non-preferred location 232D, one or more location server addresses 234D, one or more access preferences 236D, one or more priority parameters and / or a priority ordering 238D, one or more service durations 240D, one or more 242D service areas, one or more 244D service networks, one or more 246D retry periods and / or the like, or some combination thereof. Although the same reference numbers for certain data elements and / or instructions have been used in the implementations of the previous examples in Figures 2 and 3, this was done simply for readability purposes. Therefore, it should be taken into account that, in certain cases, one or more of said data elements and / or instructions may be different. Accordingly, the exemplary data elements and / or instructions illustrated in FIG. 3 are further mentioned using a quotation mark to indicate that said data elements and / or instructions may be different from the data elements and / or instructions similarly mentioned in FIG. 2.

[51] As shown, the mobile device 104 may comprise, for example, a wireless interface 308. The wireless interface 308 may, for example, provide a capability to receive and / or transmit wired and / or wireless signals, for example, for communicating through the network (s) 120, and / or obtaining wireless signals 142 from one or more transmitting devices 140, and / or obtaining wireless signals 152 from one or more SPS 150 (FIG. 1). The wireless interface 308 may be composed of one or more interfaces that possibly include, but are not limited to, interfaces for wide area networks (WAN), such as GSM, UMTS, CDMA, LtE, WCDMA and CDMA 2000, and interfaces for personal area networks (PAN), such as

5

10

fifteen

twenty

25

30

35

40

Four. Five

fifty

55

60

65

WiFi and Bluetooth. It is also understood that there may be multiple wireless interfaces and / or cable interfaces 308 that can be used simultaneously or individually. In fact, it should be borne in mind that, in certain implementations, a mobile device may use a cable interface (for example, Ethernet, DSL, cable, etc.) to access SUPL technologies. Wireless interface 308 may also, in certain implementations, act simultaneously and / or alternatively as a receiving device (and / or transceiver device) to acquire signals 142/152 (FIG. 1) from one or more transmission devices, for its use in position location and / or other location / navigation services. In certain exemplary implementations, wireless interface 308 may also be representative of one or more wired network interfaces. As illustrated, the wireless interface (s) 308 may comprise one or more receivers 310 and / or one or more transmitters 312.

[52] As a further example, all, or part, of the wireless interface (s) 308, the wired / wireless interface (s) 208 and / or the network (s) 120 can be configured for use with various wireless communication networks, such as a wireless wide area network (WWAN), a wireless local area network (WLAN), a personal area network wireless (WPAN), etc. The terms "network" and "system" may be used interchangeably herein. A WWAN may be a code division multiple access network (CDMA), a time division multiple access network (TDMA), a frequency division multiple access network (FDMA), a division multiple access network orthogonal frequency (OFDMA), a single carrier frequency division multiple access network (SC-FDMA), etc. A CDMA network can implement one or more radio access technologies (RAT), such as cdma2000 and CDMA broadband (W-CDMA) and multiple synchronous code division access - chronological division, to name just a few technologies radio Here, the cdma2000 can include technologies implemented according to the standards IS-95, IS-2000 and IS-856 of the Association of Telecommunications Industries. A TDMA network can implement the Global Mobile Communications System (GSM), the Digital Advanced Mobile Telephone System (D-AMPS) or some other RAT. GSM and W-CDMA are described in documents of a consortium called "Third Generation Association Project" ("3GPP"). Cdma2000 is described in documents of a consortium called “Project 2 of the Third Generation Association” (3GPP2). The 3GPP and 3GPP2 documents are publicly available. A WLAN can comprise an IEEE 802.11x network, and a WPAN can comprise a Bluetooth network, an IEEE 802.15x network, for example. Wireless communication networks may include so-called next-generation technologies (for example, "4G"), such as, for example, the Long Term Evolution (LTE) of 3GPP, the Advanced LTE of 3gPP, IEEE 802.16 WiMAX, the Ultra Mobile Broadband (UMB) of 3GPP2 and / or similar. In addition, as illustrated, the techniques provided in this document can also be implemented, at least in part, in an environment that supports SUPL technologies.

[53] As shown, the computing platform 300 may comprise one or more input / output units 314. An input / output unit 314 may, for example, comprise one or more user interfaces, such as a keyboard, a screen touch, several buttons, several indicators, a display screen, a speaker, a microphone, a projector, a camera, a vibration mechanism, etc. In certain exemplary implementations, the input / output units 314 may comprise one or more inertial sensors (for example, an accelerometer, a gyroscope, etc.), one or more environmental sensors (for example, a thermometer, a barometer, a magnetometer , etc.).

[54] The computing platform 300 may take the form of a mobile device 104 that is representative of any electronic device that can move within the environment 100. For example, the mobile device 104 may comprise a manual computing and / or communication device, such as a mobile phone, a smartphone, a laptop, a tablet computer, a location / navigation device, a tracking device and / or the like, or some combination thereof. In certain exemplary implementations, the mobile device 104 may be part of a circuit board, an electronic chip, etc. The mobile device 104 may be referred to as a mobile terminal, terminal, mobile station, mobile equipment or user equipment.

[55] Next, attention to FIG. 4, which is a schematic block diagram illustrating an exemplary environment 400, which may be provided within, or as part of, the environment 100 of FIG. 1, for example. The environment 400 may, for example, be provided to support SUPL technologies using a plurality of SUPL location platforms (SLP) (for example, 406, 409 and 410), for use with a mobile device represented as an enabled terminal. for SUPL (SET) 402, according to an implementation. As mentioned, the network (s) 120 of FIG. 1 may (n) comprise one or more networks, which in this example may include a source network 404 for SET 402 and / or one or more access networks 408. One or more networks in access networks 408 may act as a service network for SET 402 and provide communications services such as the ability to originate and receive voice and data calls, the ability to access the Internet and the ability to connect to SLPs 406, 409 and 410. The network of source 404 may be the network in which SET 402 is permanently registered and paid for the communication services provided by access networks 408. In some cases, SET 402 can access source network 404, in which case the Source network 404 becomes one of the access networks 408. Although illustrated using separate cloud icons, as illustrated by the dashed interconnection line, the

5

10

fifteen

twenty

25

30

35

40

Four. Five

fifty

55

60

65

source network 404 and one or more access networks 408 may be interconnected and / or otherwise communicated operatively, in some way. The source network 404 may or may not share certain common coverage areas with one or more access networks 408 and access networks 408 may or may not share certain common coverage areas with each other. Consequently, sometimes, SET 402 may be in a location within a coverage area of certain networks, but not others.

[56] SET 402 may correspond to (for example, be a particular example of) the mobile device 104 in FIG. 1. The H-SLP 406 may correspond to the computer device (s) 102 in FIG. 1. The intermediate SLP 409 and the D-SLP or E-SLP 410 may correspond to other computing devices 130 in FIG. 1. Access network (s) 408 and source network 404 may correspond to network (s) 120 in FIG. 1. Although SET 402 is shown in FIG. 4 and with wireless access to both the source network 404 and the access network (s) 408, the SET 402 may, at any particular time, have direct, wireless or wired access, only to the network of origin 404 or only to a network in the access network (s) 408. In this case, SET 402 can access entities connected or associated to networks to which SET 402 does not have direct access through communication from the (s) access network (s) (408) or the source network (404). Said communication may be transferred through other networks not shown in FIG. 4, such as Internet.

[57] The H-SLP 406 may be the SLP with which SET 402 is subscribed to receive location services using the SUPL, such as the transfer of assistance data and the determination of the location of SET 402. The intermediary SLP 409 and the D-SLP or E-SLP 410 may be SLP capable of providing better location services to SET 402, in certain areas, than H-SLP 406 and may be authorized to provide such location services, as described later in this document.

[58] In this example, SET 402 may transmit a first message 420, for example, through the home network 404, to H-SLP 406. As previously mentioned, the first message 420 may comprise and / or otherwise identify the first set of location servers. Also, as mentioned, in certain cases, a first set of location servers may comprise a null set. The H-SLP 406 may, for example, determine a second set of location servers based, at least in part, on the first set of location servers. The H-SLP 406 may transmit a second message 424, for example, using the source network 404, to the SET 402. Here, for example, it will be assumed that the second message 424 comprises and / or otherwise identifies a second list of Location servers included in SLP 409, which can be accessible using one or more access networks 408, as authorized for access by SET 402.

[59] In this example, SLP 409 may be representative of a D-SLP and / or an E-SLP, and that it is authorized in the second message 424 to act as a location intermediary server for H-SLP 406. Consequently, having received authorization from H-SLP 406, SET 402 may initiate additional messages to additionally access SLP 409 "intermediary" through one or more access networks 408 or through the source network 404. By For example, SET 402 may, at some later time, send a first message 430 to intermediary SLP 409 indicating a first set of location servers. The intermediate SLP 409 may, for example, determine a second set of location servers based, at least in part, on the first set of location servers, and transmit a second message 434 to SET 402, for example, using one or more access networks 408 or home network 404. Here, for example, it will be assumed that the second message 434 comprises and / or otherwise identifies a second list of location servers that includes SLP 410 as authorized (by intermediary SLP 409 ) for access by SET 402.

[60] According to certain implementations, SET 402, which has accessed SLP 409, may communicate that said authorized access was produced using one or more subsequent messages 426, which may be transmitted through the home network 404 to the H-SLP 406.

[61] SET 402, having received authorization to access SLP 410 from intermediary SLP 409 in second message 434, may, at some later time, selectively access SLP 410, for example, to obtain applicable location services , etc. Thus, for example, one or more SUPL sessions and / or the like can be carried out, by means of which an estimated position of SET 402 can be obtained and / or otherwise selectively provided to an SUPL agent internal to SET 402 (not shown in FIG. 4) or to an external SUPL agent 412, for example, by means of SLP 410 and / or other support network (s). When the SUPL Agent is internal to sET 402, sEt 402 can initiate the SuPl session with SLP 410 to obtain the location estimate and SET 402 may need to verify that the particular location service (for example, obtain the estimate location for the internal SUPL Agent) was authorized for SLP 410 by intermediary SLP 409. When a location estimate is provided, instead, to an external SUPL Agent 412, SLP 410 can initiate the SUPL session with SET 402 (to obtain the location estimate) and SET 402 may need to verify that the particular location service (for example, obtain a location estimate on behalf of an external SUPL agent) was authorized by the intermediary SLP 409.

5

10

fifteen

twenty

25

30

35

40

Four. Five

fifty

55

60

65

[62] According to certain implementations, SET 402 that has accessed SLP 410 (for example, for the exemplary service described above), may communicate that said authorized access occurred using one or more subsequent messages 436, which may be transmitted to through one or more access networks 408 to the intermediate SLP 409 or to the H-SLP 406 or both SLPs.

[63] Next, attention to FIG. 5, which is a flow chart illustrating certain characteristics of a process or procedure 500 for a computing device 130, for example, as in FIG. 1, and / or an intermediate SLP 409, for example, as in FIG. 4, according to an implementation.

[64] In exemplary block 502, a first message may be obtained by a location server from a mobile device for which the location server comprises a location intermediary server for an authorizing location server. Here, for example, the first message may comprise or otherwise indicate a first set of location servers. As mentioned, however, in certain cases, a first set of location servers may comprise a null set. It should be understood that, in certain cases, a first message, as used herein, may comprise one or more transmitted messages.

[65] In exemplary block 504, a second set of location servers can be determined based, at least in part, on the first set of location servers. In certain exemplary implementations, in block 506, a determination in block 504 may also consider additional information, such as, for example, the estimated location of a mobile device, one or more access networks available for use by a mobile device , a parameter of QoP and / or the like, or some combination thereof. In certain cases, in block 508, an estimated position of the mobile device can be obtained.

[66] In exemplary block 510, a second message may be transmitted to a mobile device indicating that the second set of location servers is authorized for access related to the location service by the mobile device. In certain exemplary implementations, in block 512, a second message may also indicate access preference, a priority ordering, a service duration, a service area, certain access networks, a minimum retry period and / or the like, or some combination thereof. It should be understood that, in certain cases, a second message, as used herein, may comprise one or more transmitted messages.

[67] In the exemplary block 514 a subsequent message can be obtained from a mobile device indicating an occurrence of at least one access related to the location service of a location server authorized by a mobile device.

[68] Next, attention to FIG. 6, which is a flow chart illustrating certain characteristics of a process or procedure 600 for a mobile device 104, for example, as in FIG. 1, and / or a SET 402, for example, as in FIG. 4, according to an implementation.

[69] In the exemplary block 602, authorization can be obtained from an authorizing location server (for example, H-SLP 406 in FIG. 4), to use a location server (for example, SLP 409 in FIG. 4) which is an intermediary location server for the authorizing location server. By way of example, authorization can be obtained from an authorizing location server by one or more messages that comprise and / or otherwise identify one or more sets of location servers.

[70] In exemplary block 604, a first message can be transmitted to the location intermediary server, which indicates a first set of location servers. In certain implementations, a first set of location servers may comprise a null set. In addition, in certain implementations, a first message may comprise additional information that may be considered by a location intermediary server. As used herein, said first message may comprise one or more transmitted messages.

[71] In exemplary block 606, a second message can be obtained from the location intermediary server, which indicates that a second set of location servers is authorized for access related to the location service by the mobile device. As used herein, said second message may comprise one or more transmitted messages.

[72] In exemplary block 608, one or more location servers of the second set of location servers can be selectively accessed for one or more location services, and / or similar, from the information.

[73] In exemplary block 610, a subsequent message can be transmitted to the location intermediary server and / or to the authorizing location server, indicating an occurrence of at least one access related to the location service of an authorized location server By mobile device. As used herein, said subsequent message may comprise one or more transmitted messages.

5

10

fifteen

twenty

25

30

35

40

Four. Five

fifty

55

60

65

[74] It is contemplated that the discovery of an SLP (for example, a D-SLP and / or an E-SLP) can occur in several different ways that include, but are not limited to, the digital discovery by a user (by for example, by browsing on the Web, scanning a QR code, etc.). The discovery may also come from, or be otherwise supported by, an H-SLP. For example, an H-SLP can: provide a D-SLP address or other similar identifier when the SET requires it; redirect a SET to a D-SLP; translate and / or verify a D-SLP address or other similar identifier, already discovered by the SET, for example, through a query / response mechanism. In certain cases, the discovery may come from, or be otherwise supported by, one or more resources of an access network. For example, an access network can provide a D-SLP address or other similar identifier when a user connects (for example, using an LTE connection acceptance message) and / or can allow a SET to query this through DHCP and / or similar. In another example, a fixed and / or similar format D-SLP address identifier, associated with an access network (for example, containing a mobile country code identifier and a mobile network code identifier for the network of access), it can also be defined similarly to that of a default E-SLP address in the SUPL for discovery by means of DNS and / or the like.

[75] An address of a D-SLP or an E-SLP discovered by a SET and / or authorized by an H-SLP or an intermediary D-SLP can be a globally unique address, such as a Fully Qualified Domain Name (FQDN ), or it can be an IP Address, or it can be a specific address for a particular network or communications technology (for example, known or by default).

[76] The above procedures can also be used to discover or verify an E-SLP address before a possible emergency call. Therefore, for example, one can consider treating a D-SLP and an E-SLP as different variants of a local SLP. As such, a local SLP can then function as a D-SLP or an E-SLP, or both.

[77] The techniques provided in this document may also provide additional support for the H-SLP. For example, by verifying or providing an address identifier, or the like, of an authorized D-SLP, an H-SLP may provide certain restrictions, for example, to further protect the user of the SET. For example, a period of time can be provided during which the SET can access a D-SLP. For example, a geographic area or a similar set of areas can be provided, within which the SET must reside to access a D-SLP. For example, one or more access networks can be provided from which a SET can access a D-SLP. For example, you can identify a set of services that a D-SLP is authorized to provide (for example, other services can be rejected by the SET if they are initiated by the network). If one or more such exemplary conditions provided are no longer valid, a SET may request a new D-SLP address for the similar identifier of the H-SLP and / or possibly a new D-SLP address may be provided. . In certain cases, an H-SLP may provide information to the SET user about the degree of privacy expected from a D-SLP; For example, you can identify location services and / or other similar information, which may or may not be authorized by local regulations.

[78] Certain techniques provided in this document may additionally benefit an H-SLP or otherwise provide additional control thereof. For example, an H-SLP can provide or verify a D-SLP address, or other similar identifier, to a SET while the SET is roaming in an area where the H-SLP cannot adequately support the location (for for example, in a foreign country or in a closed area where the local operator does not have good coverage). For example, an H-SLP can provide or verify a D-SLP address or other similar identifier, to a SET if a local operator is associated with a group of other operators, so that each operator provides location support within its Own coverage area for subscribers of all operators. In addition, in certain cases, an H-SLP can control a period of time in which a SET can access a D-SLP, a geographic area within which access is allowed and / or a set of access networks from which can be allowed access. In addition, in certain cases, an H-SLP may consult a SET to verify if a D-SLP has been authorized for the SET and, possibly, revoke the permission to access said D-SLP; for example, if the D-SLP was assigned by an intermediary D-SLP while the H-SLP was out of service, but the H-SLP is now back in service.

[79] Certain techniques provided in this document may support the application of certain safety techniques. For example, in certain implementations, a public key certificate can be used by a SET to authenticate a D-SLP, as for an H-SLP. For example, doing so may help verify that a D-SLP has an address that was provided or verified by the H-SLP, and / or otherwise establish the reliability of a D-SLP through the H-SLP. In another example, if a D-SLP provider has a relationship with a 3GPP / 3GPP2 H-SLP provider, a D-SLP can use the 3GPP generic boot architecture (GBA) procedure to authenticate the SET. In other examples, a D-SLP may use device certificates from the client sector (as for an H-SLP) to authenticate the SET, for example, using the same procedures, or similar procedures, as for an H-SLP, to link user and device identities. In other exemplary implementations, Client Authentication

5

10

fifteen

twenty

25

30

35

40

Four. Five

fifty

55

60

65

Alternative (ACA) of the SUPL can be used by a D-SLP to verify that an IP address of a SET matches a known SET identity if the D-SLP belongs, or is associated, to an access network provider . In addition, the security of the D-SLP can use the same procedures as an H-SLP.

[80] The techniques provided in this document may further improve certain services and / or billing, related to a D-SLP that can support location services initiated by the SET. For example, a D-SLP provider can bill the SET user directly. For example, billing can be provided or otherwise supported by an H-SLP provider, for example, if there is a business relationship and the D-SLP can authenticate the identity of the SET (for example, the International Mobile Subscriber Identity (IMSI) of the SET). In certain implementations, network-initiated location (for example, an SLP) could be allowed if notification and verification are used for the SET, for example, such implementations may be useful for network applications and / or services that help the user. of the SET in some way. For example, an external SUPL agent can be billed (for example, by a D-SLP provider) to locate a SET, where the SUPL agent provider can transfer the charges to the SET user by billing the services provided to the user (for example, navigation assistance) as a result of obtaining the location of the SET. Other exemplary limitations: a location correction initiated by the network for a D-SLP that also functions as an E-SLP can be allowed to possibly support location estimation for an emergency call. Here, for example, the resulting billing may depend on the applicable regulatory requirements and / or other similar agreements.

[81] The following sections provide additional examples of the techniques presented in this document with respect to certain protocol implementations identified by the WCO for Location Based Services on the User Plane, called SUPL. SUPLs can, for example, allow SETs and SLPs to communicate via an IP bearer to exchange location information (for example, GNSS support data, etc.) and other information that may be useful for location. More specifically, certain exemplary message flows are described that can be implemented, in whole or in part, in the exemplary implementations presented in FIGURES 1 to 6.

[82] The message flows described below illustrate how different location and / or similar services can be provided to an SUPL agent and / or the like, by means of certain exemplary interactions between an SUPL agent, one or more SLPs and one or more. SET. According to certain exemplary implementations, the messages transmitted between an SLP and a SET through an access network and / or a network may, for example, be compatible with a User Plan Location Protocol (ULP) of the SUPL , for example, ULP 3.0 and / or some other similar protocol. According to certain exemplary implementations, messages transmitted between an SLP and an SUPL agent may, for example, be compatible with a Mobile Location Protocol (MLP) defined by the WCO and / or another similar protocol. With respect to certain previous exemplary implementations, according to certain exemplary implementations, a first 420/430 message may comprise a SUPL START message, or a SUPL REPORT message, and / or a second message 424/434 may comprise an END message from SUPL, or a TRIGGERED STOP message from SUPL.

[83] Reference will be made to several figures illustrating message flows and sharing a common format in which two or more SUPL entities (for example, devices, services, etc.) are presented in tables labeled as corresponding to a line specific vertical Communication and / or other processing, or one related thereto, are illustrated by a plurality of actions that occur with respect to vertical lines. The actions are labeled in the leftmost vertical line by capital letters presented in alphabetical order. In certain cases, the actions are expected to correspond to a sequential set of actions. However, it should be taken into account that, in certain cases, it may be possible to have a different order and / or that all, or part, of two or more actions be performed at the same time. A message from one entity to another can be represented by a line within the arrow that shows an address. These messages can be identified by name and / or listed with certain exemplary parameters, etc., in parentheses associated with them. Additionally, in certain cases, additional processes and / or potential or specific delays, associated with them, may be presented in the tables corresponding to the applicable vertical lines and, therefore, to the entities. As an example, certain delays can be listed by timer values that have a "UT #" for SETs, or an "ST #" for SLPs, where the "#" sign represents an integer value. Such timer values may vary depending on a certain implementation, and may be set to particular values and a standard value. By way of some non-limiting examples, in certain implementations: the timer values UT1 and UT2 may have a predetermined value of 11 seconds; Timer values UT3, UT5, UT7, UT8, ST1, ST2, ST3, ST4, ST5, ST6 and ST7 can have a default value of 10 seconds; and a UT9 timer value can have a default value of 60 seconds.

[84] In the message flow figures, described below, the reference to a SET may correspond to SET 402 in FIG. 4, the reference to an H-SLP may correspond to the H-SLP 406 in FIG. 4, the reference to a D-SLP or an E-SLP may correspond to the D-SLP or E-SLP 410 in FIG. 4, the reference to an intermediate D-SLP or an intermediate E-SLP may correspond to the intermediate SLP 409 in FIG. 4 and the reference to an SUPL agent may correspond to the SUPL agent 412 in FIG. Four.

5

10

fifteen

twenty

25

30

35

40

Four. Five

fifty

55

60

65

[85] With this in mind, attention to FIG. 7, which is a flow chart illustrating an exemplary message flow that can be used to support certain location services initiated by the network, according to an implementation. More specifically, FIG. 7 illustrates an exemplary message flow for a single activity initiated by the network (non-roaming).

[86] In action A: an SUPL agent sends an SLP message from MLP to a D-SLP or an H-SLP (referred to collectively as the D / H-SLP), with which it is associated , to request a location estimate for a particular SET specified. The D / H-SLP can authenticate the SUPL agent and verify if the SUPL agent is authorized for the requested service based on the client-id for the SUPL agent that was received. The D / H-SLP can also provide a privacy check based on the id-ms and the client-id. The D / H-SLP can also verify that a target SET supports the SUPL. If a previously calculated position that meets the requested QoP (eqop) is available in the D / H-SLP and no notification or verification is desired, the D / H-SLP can proceed directly to action G. If the notification and verification, or notification alone, is desirable, the D / H-SLP can advance to action B.

[87] In action B: the D / H-SLP starts the location session with the SET using the SUIT INIT message. The SUIT INIT message contains the expected location procedure (procLocation), the SLP Capabilities (SLP capabilities) and, optionally, the QoP. If the result of the privacy verification in action A indicates that notification and / or verification of the destination subscriber is required, the D / H-SLP may also include the notification parameter in the SUIT INIT message. Before the SUIT INIT message is sent, the D / H-SLP also calculates and stores the SUIT INIT message chop.

[88] If, in action A, the D / H-SLP decided to use a previously calculated position, the SUIT INIT message can indicate this in a value of the procLocation parameter 'no position' and the SET can respond with an END message of SUPL containing the results of the verification process (access granted or access denied). If no explicit verification is desired (notification only), the SET can respond with a SUPL END message. The D / H-SLP can then proceed directly to action G. In certain implementations, before sending the SUPL END message, the SET can perform the data connection configuration procedure of action C and use the procedures described in D action to establish a transport layer security (TLS) connection to the D / H-SLP.

[89] In action C: the SET analyzes the received SUIT INIT message. If it is determined that it is not authentic, the SET does not take additional actions. Otherwise, the SET takes action to prepare for the establishment of a TLS connection with the D / H-SLP. The SET also calculates the chipping of the received SUIT INIT message.

[90] In action D: the SET evaluates the notification policies and takes appropriate action. The SET can establish a TLS connection with the D / H-SLP using the D / H-SLP address which is the H-SLP address provided by the source network or the D-SLP address provided or verified by the H-SLP or by an intermediary D-SLP, authorized by the H-SLP. The SET then sends a SUPL POS INIT message to initiate a location session with the D / H-SLP. The SET can send the SUPL POS INIT message even if the SET does not support the intended location procedure, indicated in the SUPL INIT message. The SUPL POS INIT message contains the Location Identifier (location ID), SET capabilities (SET capabilities) and the chopping (view) of the received SUIT INIT message, calculated in action C. The SUPL POS INIT message can also include a SUPL POS message that carries (i) the 3GPP LTE (LPP) location protocol and / or (ii) the OmA LPP (LPP / LPPe) extensions with the OmA and / or (iii) protocol messages of location C.S0022 (referred to in this document TIA-801) of the 3GPP2, in line with the capabilities of the D / H-SLP location protocol (indicated in action B in the SLP capabilities). The SET can also provide its position, if this is supported (as part of LPP / LPPe / TIA-801, or explicitly, by the optional position parameter). If a position is retrieved, or calculated based on the information received, in the SUPL POS INIT message, which complies with the QoP, the D / H-SLP can proceed directly to action F and not participate in a session of POS of SUPL.

[91] In action E: the SET and the D / H-SLP participate in an exchange of SUPL POS messages to calculate a position. The location procedures used for this session are determined based on the capabilities exchanged by the SET and the D / H-SLP during the exchange of SUPL POS messages or, optionally, in action D. The D / H-SLP calculates The position estimate based on the location measurements received (Assisted by SET) or the SET calculates the position estimate based on the assistance obtained from the D / H-SLP (based on the SET).

[92] In action F: once the position calculation is completed, the D / H-SLP sends an END SUPL message to the SET indicating that the location session has ended. The SET can release the TLS connection to the D / H-SLP and free resources related to this session.

5

10

fifteen

twenty

25

30

35

40

Four. Five

fifty

55

60

65

[93] In action G: the D / H-SLP sends the position estimate (resultpos) back to the SUPL agent in an SLIA message of the MLP and the D / H-SLP can release resources related to this session.

[94] Next, attention to FIG. 8, which is a flow chart illustrating an exemplary message flow that can be used to support certain location services initiated by a mobile device, according to an implementation. More specifically, FIG. 8 illustrates an exemplary message flow for a single correction initiated by SET (non-roaming).

[95] In action A: the SET receives a position request from an SUPL agent (for example, an application) in the SET. The SET takes the appropriate action to establish a secure TLS connection to a D-SLP or its H-SLP (collectively referred to herein as the D / H-SLP). The SET may choose the D-SLP or H-SLP based on any prior authorization for a D-SLP from the H-SLP or an intermediary D-SLP and based on its current approximate location and network (s) ) service access and possibly based on other criteria

[96] In action B: The SET may use the default address provided by the home network for an H-SLP or the address provided or verified by the H-SLP or by an intermediary D-SLP authorized by the H-SLP for a D-SLP to establish a secure TLS connection to the D / H-SLP and send a START SUPL message to initiate a location session with the D / H-SLP. The START SUPL message contains the Location Identifier (location ID), SET capabilities (SET capabilities) and, optionally, the desired QoP.

[97] If a previously calculated position, which meets the requested QoP, is available in the D / H-SLP, the D / H-SLP can proceed directly to action F and send an END message of SUPL to the SET that includes the result of position (position).

[98] In action C: the D / H-SLP sends a RESPONSE message from SUPL to the SET. The RESPONSE DE SUPL message contains the expected location procedure (procLocation) and the capabilities of the SLP (SLP capabilities).

[99] In action D: the SET sends a POS INIT message from SUPL to the D / H-SLP. The SET can send the SUPL POS INIT message even if the SET does not support the intended location procedure, indicated in the SUPL RESPONSE message. The SUPL POS INIT message contains the Location Identifier (location ID), SET capabilities (SET capabilities) and, optionally, a SUPL POS message that carries LPP / LPPe and / or TIA-801 location protocol messages, online with the capabilities of the location protocol of the D / H-SLP (indicated in action C in the SLP capabilities). The SET can also provide its position, if this is supported (as part of LPP / LPPe / TIA-801, or explicitly, by the optional position parameter). If a position is retrieved, or calculated based on the information received, in the SUPL POS INIT message, which complies with the QoP, the D / H-SLP can proceed directly to action F and not participate in a session of POS of SUPL.

[100] In action E: the SET and the D / H-SLP participate in an exchange of SUPL POS messages to calculate a position. The location procedures used for this session are determined based on the capabilities exchanged by the SET and the D / H-SLP during the exchange of SUPL POS messages or, optionally, in action D. The D / H-SLP calculates The position estimate based on the location measurements received (Assisted by SET) or the SET calculates the position estimate based on the assistance obtained from the D / H-SLP (based on the SET).

[101] In action F: once the position calculation is completed, the D / H-SLP sends an END SUPL message to the SET indicating that the location session has ended. If desired, the D / H-SLP can also send the result of the position (position) in the SUPL END message. The SET can release the TLS connection to the D / H-SLP and free resources related to this session. The D / H-SLP can release resources related to this session.

[102] Other SUPL location services include, for example, activated location services, periodic location services, location transfer to a third party, location by SET of another SET, location of a SET in association with a call request from emergency and transfer of a location URI. These SUPL location services are defined by the WCO (for example, in the OMA specification OMA-TS-ULP-V2_0 for SUPL version 2.0 and OMA-TS-ULP-V3_0 for SUPL version 3.0) and can be obtained through SET interaction with a D-SLP or E-SLP. For each location service, the SUPL interaction between the SET and the D-SLP or the E-SLP may be similar to that between the SET and its H-SLP when the same service is obtained with the differences exemplified in FIG. 7 and FIG. 8.

[103] Next, attention to FIG. 9, which is a flow chart illustrating an exemplary message flow that can be used to support the authorization of a D-SLP and / or E-SLP for use with certain location services by an H-SLP, of according to an implementation. In this example, the H-SLP

5

10

fifteen

twenty

25

30

35

40

Four. Five

fifty

55

60

65

it can be an authoritative SLP that can authorize intermediary SLPs, as well as non-intermediary SLPs. This procedure can be invoked by a SET to obtain authorization from the H-SLP for the D-SLP and / or E-SLP discovered by the SET that can provide location services to the SET at or near its current location and / or to receive addresses from other D-SLP and / or E-SLP authorized from the H-SLP, which can provide location services to the SET at or near its current location. The procedure can also be invoked by a SET to obtain authorization from the H-SLP for the D-SLP and / or E-SLP discovered by the SET that provide location services at some location away from the SET, for example, a location that The SET user expects to visit at some later time. The H-SLP is not required to grant authorization in such cases, but nonetheless, you can choose to do so to improve location support. Please note that there may be an agreement between the provider of an H-SLP and the provider of a D-SLP or E-SLP to avoid overloading the service to the D-SLP or the E-SLP (hereinafter collectively referred to as D / E-SLP). The agreement may limit the number of SETs for which the D / E-SLP can be authorized simultaneously.

[104] In action A: the SET invokes the procedure to obtain from the H-SLP the addresses of up to some maximum number (for example, ten) of authorized D-SLPs and / or up to some other maximum number (for example, ten) of authorized E-SLPs, which can provide location services to the SET at or near their current location or, in some cases, at some remote location. The procedure can be invoked in any of the following conditions once any minimum retry period has been exhausted for any previous invocation of this procedure: (a) the SET discovers a D-SLP or E-SLP address applicable to your location current or to a remote location that you would like to have authorized; (b) in the case of the authorization of D-SLP, the SET cannot obtain a suitable location service from the H-SLP, and does not have any currently authorized D-SLP or has currently authorized D-SLP, access to which it is prohibited due to geographical area or access network restrictions (keep in mind that a D-SLP may remain authorized until the duration of the associated service has been exhausted, in certain circumstances); and / or (c) in the case of E-SLP authorization, the SET is accessing a network that is not the home network, needs access to an E-SLP and does not have any currently authorized E-SLP or It has currently authorized E-SLP, the access to which it is prohibited due to restrictions of geographical area or access network (keep in mind that an E-SLP can remain authorized until the duration of the associated service has expired, in certain circumstances). The SET can take the appropriate action to establish a secure TLS connection with the H-SLP.

[105] In action B: the SET can use the default address provided by the source network to establish a secure TLS connection with the H-SLP and send a SUPL START message to initiate a location session with the H- SLP The START SUPL message contains the Location Identifier (location ID) and SET capabilities (SET capabilities). The SUPL START message also contains an SLP query parameter (SLP query) that indicates whether the SET requests D-SLP and / or E-SLP addresses. For a D-SLP request, the SET may include a list of any D-SLP addresses currently authorized by the H-SLP and may include a list of preferred D-SLP addresses (for example, discovered D-SLP addresses ) and / or a list of non-preferred D-SLP addresses (for example, the D-SLPs from which the SET could not previously obtain service). An address in the first list may appear in the second or third list (but not both). For an E-SLP request, the SET can include three lists of E-SLP addresses that correspond exactly to those of a D-SLP request. In the case of a request for a D-SLP address, the SET can also provide the desired QoP from the D-SLP (for example, containing the preferred location accuracy for any authorized D-SLP). The SET can also include your current position estimate if available.

[106] In action C: the H-SLP advances to action F if it does not need to obtain the position of the SET or verify any position provided in action B. Otherwise, the H-SLP sends a RESPONSE message from SUPL to the SET. The RESPONSE message of SUPL contains the expected location procedure (procLocation) and the capabilities of the SLP (SLP capabilities).

[107] In action D: the SET sends a SUPL POS INIT message to the H-SLP. The SET can send the SUPL POS INIT message even if the SET does not support the intended location procedure, indicated in the SUPL RESPONSE message. The SUPL POS INIT message contains the Location Identifier (location ID), SET capabilities (SET capabilities) and, optionally, a SUPL POS message that carries messages from the LPP, LPP / LPPe and / or TIA-801 location protocol, in line with the capabilities of the H-SLP location protocol (indicated in action C in the SLP capabilities). The SET can also provide its position, if this is supported (as part of LPP / LPPe / TIA-801, or explicitly, by the optional position parameter). If a position is retrieved, or calculated based on the information received, in the SUPL POS INIT message, which meets the desired QoP, the D / H-SLP can proceed directly to the F action and not participate in a POS session of SUPL.

[108] In action E: SET and H-SLP participate in an exchange of SUPL POS messages to calculate a position. The location procedures used for this session are determined based on the capabilities exchanged by the SET and the H-SLP during the exchange of SUPL POS messages,

5

10

fifteen

twenty

25

30

35

40

Four. Five

fifty

55

60

65

optionally, in action D. The H-SLP calculates the position estimate based on the location measurements received (Assisted by SET) or the SET calculates the position estimate based on the assistance obtained from the H-SLP (Based on SET ).

[109] In action F: once any position calculation is completed, the H-SLP determines a new set of authorized D-SLP addresses if D-SLP addresses and / or a new set of address addresses were requested Authorized E-SLPs if E-SLP addresses were requested. If the SET requested a D-SLP address and provided a QoP associated with this request in action B, the H-SLP may consider the QoP as a factor in determining whether any D-SLP address is provided. The H-SLP sends a SUPL END message to the sEt with an SLP authorization parameter (SLP authorization) that contains a list of authorized D-SLP addresses if D-SLP addresses and / or a list of E addresses were requested. -SLP authorized if E-SLP addresses were requested. The addresses in each list can be included in order of priority, with the highest priority first, and can replace any previous list of authorized D-SLP or E-SLP that the SET may have previously received from the H-SLP. The lack of such a list, or a list that does not contain any address for a certain type of requested SLP, may mean that no address was authorized for this type of requested SLP and the SET may delete any such SLP previously authorized by the H-SLP. Please note that when a prior authorization for an intermediary D-SLP, or an intermediary E-SLP, any authorization for the D-SLP or E-SLP received from the intermediary D-SLP or the intermediary E-SLP can also be eliminated be removed For each D-SLP or E-SLP address provided, the H-SLP may include the duration of the service for which the SLP address can be considered valid, the service area within which the SLP can be accessed, a list of service access networks from which the SLP can be accessed and a type of combination that defines how the restrictions of the service area and the access network are to be combined. In the case of an authorized D-SLP address, the H-SLP may also provide a list of services in which the SET may participate with this D-SLP and may provide a preference to access a D-SLP instead of Access the H-SLP for any location request initiated by the SET. The H-SLP can also indicate whether a D-SLP or E-SLP is an intermediary D-SLP or an intermediary E-SLP, respectively, that is authorized to act as an intermediary for the H-SLP, and provide local addresses of D-SLP or E-SLP, respectively, by itself to the SET, as described below in the procedure for FIG. 10. When the D-SLP addresses are authorized by the H-SLP, the H-SLP can indicate whether it wishes to receive a notification from the SET whenever the SET changes access to a different D-SLp. The H-SLP may also indicate whether it wishes to receive such notifications for SET access to the D-SLPs that are authorized to provide services initiated by the network and / or for SET access to the D-SLPs authorized by a D- Intermediary SLP. Whether or not the H-SLP may return any authorized D-SLP and / or E-SLP address, the H-SLP may return a minimum retry period to repeat the authorization procedure of D-SLP and E-SLP . The absence of a minimum retry period can be treated the same as a zero retry period. The H-SLP can also provide any estimate of position calculated in action E. The SET can release the TLS connection to the H-SLP and free resources related to this session. The H-SLP can release resources related to this session.

[110] In action G: the SET can subsequently access, for location services initiated by SET (for example, as exemplified in FIG. 8), any E-SLP or D-SLP authorized by the H-SLP In action F, according to the following considerations: (a) D-SLP and E-SLP can be accessed in order of priority, where a lower priority address is accessed when all higher priority addresses are excluded for some other condition or cannot provide service; (b) a D-SLP or an E-SLP can be accessed as long as any duration of the service for the D-SLP or the E-SLP has not expired (NOTE: A SET can end any current session with a D -SLP or E-SLP when the duration of the service is exhausted, unless the regulatory requirements in the case of an E-SLP require otherwise.To avoid loss of service, a SET may request re-authorization to the H -SLP of a D / E-SLP that is currently being used for a certain time (for example, 5 to 10 minutes) before the service period is used up; (c) a D-SLP or E can be accessed -SLP if the SET satisfies any restrictions provided, of service area and of the access network.

[111] If the combination type is "Y", the SET may need to be within the service area and use an access network provided for the D / E-SLP in order to access the D / E-SLP. If the combination type is "O", the SET may need to be within the service area or use an access network provided for the D / E-SLP in order to access the D / E-SLP. If the combination type is "O conditional", the SET may need to be within the service area or, if the SET cannot determine if it is within the service area, then the SET may need to use an access network provided for the D / E-SLP in order to access the D / E-SLP. NOTE: A SET can use its most recent location estimate (current or previous) to determine any service area condition. The determination can be probabilistic (that is, determining the location within the service area with some probability). Before the conditions for accessing a D / E-SLP are met, the SET cannot access the D / E-SLP to help verify a condition of the service area. After the access conditions are met, the SET can periodically recheck them. If the re-verification fails, that is, if the SET is no longer within the service area, the SET can interrupt access and end any current session.

5

10

fifteen

twenty

25

30

35

40

Four. Five

fifty

55

60

65

[112] In the case of access to D-SLP, a SET may request an authorized service and may not request an unauthorized service. This condition can be ignored when the H-SLP did not provide a list of authorized services.

[113] In the case of access to D-SLP, the SET may follow any preference provided for access to H-SLP. If access to H-SLP is indicated as "not allowed", the SET cannot access the H-SLP (and therefore can access a D-SLP) as long as the conditions to access at least to a D-SLP. Note that this means that the H-SLP cannot be accessed even when no D-SLP can provide the desired service if the SET has already tried to access at least one D-SLP. If access to H-SLP is indicated as "not preferred", the SET can access the H-SLP if no D-SLP could provide the service. If access to H-SLP is indicated as "preferred," the SET can access a D-SLP after attempting (and failing to) obtain service from the H-SLP. If no preference is provided, the SET may decide its own preference to access a D-SLP as opposed to the H-SLP.

[114] If access to a D-SLP, E-SLP or H-SLP fails (for example, the SET cannot establish a secure IP connection or the D-SLP, E-SLP or H-SLP cannot provide the desired service), a SET can access another D-SLP, E-SLP or H-SLP according to the previous considerations.

[115] For a service request initiated by a network from an authorized D-SLP, the SET may ignore the above restrictions provided that the D-SLP is authorized to support the particular service initiated by the requested network. Note that this means that a SET can accept a session request initiated by the network from an authorized D-SLP or E-SLP, even when it is outside the service area of the D-SLP or E-SLP and / or when you do not use an allowed access network. For a network initiated service request from an E-SLP, whether authorized or not, the SET may first comply with any local regulations related to support. An authorization of D-SLP or E-SLP may be considered terminated once the duration of any service has been exhausted. The SET can then eliminate any internal data associated with this D-SLP or E-SLP. Authorizations can also be considered to expire for any D-SLP or E-SLP authorized by an intermediary D-SLP or intermediary E-SLP, whose service life has been exhausted.

[116] Attention is now being drawn to FIG. 10, which is a flow chart illustrating an exemplary message flow that can be used to support the authorization of a D-SLP and / or E-SLP for use with certain location services by an intermediary D-SLP or an E -SLP intermediary (collectively referred to as D / E-SLP intermediary here), according to an implementation. This procedure can be invoked by a SET to obtain authorization from an intermediary D-SLP or intermediary E-SLP for the D-SLP or E-SLP, respectively, that were discovered by the SET, which can provide location services to the SET in or in the vicinity of your current location. The procedure can also be invoked to receive addresses from other authorized D-SLPs from an intermediary D-SLP, which can provide location services to the SET at or near its current location. The authorization of the D-SLP or E-SLP with a service area away from the SET may not be supported by an intermediary D-SLP or an intermediary E-SLP, and such authorization cannot be expected by the SET. An intermediary D-SLP or intermediary E-SLP may initially be authorized by the H-SLP and designated as an intermediary using the procedure for FIG. 9. The H-SLP can also provide the service area for the intermediary D / E-SLP and / or a list of access networks. When an sEt satisfies all the conditions defined in action G in FIG. 9 to access a particular intermediary D / E-SLP, you can access the intermediary D / E-SLP for location services or request the authorization of other D-SLp or E-SLP by the intermediary D / E-SLP, If they can provide better location services. Any D-SLP or E-SLP authorized by an intermediary D / E-SLP may be effectively restricted to providing location services for the SET within the service area for the intermediary D / E-SLP and / or from an access network authorized for the intermediary D / E-SLP, depending on how these restrictions are combined. This is because the criteria on access to D-SLP and E-SLP (described below) initially require the SET to verify access to the intermediary D / E-SLP before obtaining access to a D-SLP or E- SLP authorized by this intermediary SLP. The benefit to the H-SLP may be that the H-SLP does not need to be aware of all D-SLP and E-SLP (for example, they serve small areas such as shopping centers, airports, train stations, etc. ) within the service area of an intermediary D / E-SLP. This benefit can be significant when the intermediary SLP is located in a different country than the H-SLP. Instead, the intermediary D / E-SLP can act as an intermediary for the H-SLP by authorizing such additional D-SLP or E-SLP. Note that there may be an agreement between the provider of an intermediary D / E-SLP and the provider of a D-SLP or E-SLP authorized by the intermediary D / E-SLP, to avoid service overload to the D / E-SLP. The agreement may limit the number of SETs for which the D / E-SLP can be authorized simultaneously. A SET that supports the authorization of D-SLP or E-SLP from an intermediary D / E-SLP can make use of this instead of obtaining authorization from the H-SLP whenever the authorization of the D-SLP is necessary or previously unauthorized E-SLP, and provided that the SET also satisfies any conditions of service area or access network to access an intermediary D / E-SLP.

5

10

fifteen

twenty

25

30

35

40

Four. Five

fifty

55

60

65

[117] In action A: the SET invokes the procedure to obtain the addresses of up to some maximum number (for example, ten) of authorized D-SLPs or up to some other maximum number (for example, ten) of authorized E-SLPs from an authorized D-SLP or E-SLP intermediary, respectively. The intermediary D / E-SLP acts as an intermediary for the H-SLP by authorizing the D-SLP or E-SLP in its own service area (for example, the D-SLP or E-SLP that are unknown to the H -SLP). The procedure can be invoked when the SET can currently access the intermediary D / E-SLP, due to being within any associated service area and / or using any associated access network, and provided that any minimum retry period for an invocation prior to the procedure to the intermediary D / E-SLP has been exhausted. When these conditions are satisfied, the SET can invoke the procedure when any of the following additional conditions apply. The SET discovers a D-SLP or E-SLP address within the service area of the intermediary D / E-SLP and / or from an authorized access network for the intermediary D / E-SLP (depending on how these are combined conditions) that you would like to have authorized. In the case of the authorization of D-SLP, the SET cannot obtain the appropriate location service from the H-SLP or any authorized D-SLP (including the intermediary D-SLP and any D-SLP currently authorized by the D- Intermediary SLP). The SET can take appropriate action to establish a secure TLS connection to the intermediary D / E-SLP.

[118] In action B: the SET can use the address provided by the H-SLP for the intermediary D / E-SLP, to establish a secure TLS connection to the intermediary D / E-SLP and send a START message of SUPL to start a location session with the intermediary D / E-SLP. The SUPL START message may contain the Location Identifier (location ID) and SET capabilities (SER capabilities). The SUPL START message may also contain an SLP query parameter (SLP query) that indicates whether the SET requests D-SLP or E-SLP addresses. For a D-SLP request, the SET may include a list of any D-SLP addresses, currently authorized by the intermediary D-SLP, and may include a list of any preferred D-SLP addresses (for example, addresses of D-SLP discovered) and / or a list of any non-preferred D-SLP addresses. An address in the first list may appear in the second or third list (but not both). For an E-SLP request, the SET can include three lists of E-SLP addresses that correspond exactly to those of a D-SLP request. In the case of a D-SLP address request, the SET can also provide the desired QoP from the D-SLP for the location services that the D-SLP can provide later. The SET can also include your current position estimate if available.

[119] In action C: The intermediary D / E-SLP advances to action F if it does not need to obtain the SET position or verify any position provided in action B. Otherwise, the intermediary D / E-SLP sends a message RESPONSE from SUPL to SET. The message RESPONSE DE SuPl contains the expected location procedure (procLocation) and the capabilities of the SLP (SLP capabilities).

[120] A D action: The SET sends a SUPL POS INIT message to the intermediate D / E-SLP. The SET can send the SUPL POS INIT message even if the SET does not support the intended location procedure, indicated in the SUPL RESPONSE message. The SUPL POS INIT message contains the Location Identifier (location ID), SET capabilities (SET capabilities) and, optionally, a SUPL POS message that carries messages from the LPP protocol, LPP / LPPe and / or TIA-801 location, in line with the capabilities of the location protocol of the intermediate D / E-SLP (indicated in action C in the SLP capabilities). The SET can also provide its position, if this is supported (as part of LPP / LPPe / TIA-801, or explicitly, by the optional position parameter). If a position is retrieved, or calculated based on the information received, in the SUPL POS INIT message, which meets the desired QoP, the D / H-SLP can proceed directly to the F action and not participate in a POS session of SUPL.

[121] In action E: The SET and the intermediary D / E-SLP participate in an exchange of SUPL POS messages to calculate a position. The location procedures used for this session are determined based on the capabilities exchanged by the SET and the intermediary D / E-SLP during the exchange of SUPL POS messages or, optionally, in action D. The D / E-SLP intermediary calculates the position estimate based on the location measurements received (Assisted by SET) or the SET calculates the position estimate based on the assistance obtained from the intermediary D / E-SLP (Based on SET).

[122] In action F: Once any position calculation is completed, the intermediary D / E-SLP determines a new set of authorized D-SLP addresses if D-SLP addresses or a new set of addresses were requested of authorized E-SLP if E-SLP addresses were requested. If the SET requested D-SLP addresses and provided a QoP associated with this request in action B, an intermediary D-SLP may consider the QoP as a factor in determining whether any D-SLP address is provided. The intermediary D / E-SLP sends a SUPL END message to the SET with an SLP authorization parameter (SLP authorization) that contains a list of authorized D-SLP addresses if D-SLP addresses or a list of address addresses were requested. Authorized E-SLPs if E-SLP addresses were requested. The addresses in each list can be included in order of priority, with the highest priority first, and can replace any previous list of authorized D-SLP or E-SLP that the SET may have received from the same D / E-

5

10

fifteen

twenty

25

30

35

40

Four. Five

fifty

55

60

65

Intermediary SLP. The D-SLP and E-SLP that were provided by the H-SLP or by another intermediary D / E-SLP may not be affected and may remain authorized according to the parameters provided by the H-SLP or other D / E- Intermediary SLP. The lack of said list of the intermediary D / E-SLP being consulted, or a list that does not contain any address for a certain type of SLP requested, may mean that the intermediary D / E-SLP and the D / E- The intermediary SLP did not authorize any address for this type of requested SLP, and the SET can delete any address previously authorized by the intermediary D / E-SLP. For each D-SLP or E-SLP address provided, the intermediary D / E-SLP may include the duration of the service for which the SLP address can be considered valid, the service area within which the service can be accessed SLP address, a list of service access networks from which the SLP address can be accessed and a type of combination that defines how the service area and restrictions of the access network should be combined. In the case of a D-SLP address provided, the intermediary D-SLP may not provide a list of the services in which the SET is allowed to participate with this D-SLP, as this may conflict with authorized services. by the H-SLP for the intermediary D-SLP. Instead, the SET can assume the same services that were previously authorized by the H-SLP for the intermediary D-SLP. The intermediary D-SLP may NOT provide a preference to access the H-SLP or provide a request to notify the H-SLP when a D-SLP is accessed and the SET may ignore such indications if received. Whether the intermediary D / E-SLP may or may not return authorized D-SLP and / or E-SLP addresses, the intermediary D / E may return a minimum retry period to repeat the D-SLP authorization procedure or E-SLP to the same D / E-SLP intermediary. The absence of a minimum retry period can be treated the same as a zero retry period. The SET can release the TLS connection for the intermediary D / E-SLP and free resources related to this session. The intermediary D / E-SLP can release resources related to this session. The SET may ignore and not act (as specified in action G) on any D-SLP or E-SLP authorized by an intermediary D / E-SLP, while the same D-SLP or E-SLP is authorized by the H -SLP. The SET may retain and act separately (as specified in action G) on any authorizations of different D / E-SLP intermediaries for the same D-SLP or E-SLP.

[123] In action G: the SET can subsequently access any E-SLP or D-SLP provided by the intermediary D / E-SLP in action F for location services initiated by SET, according to the following considerations they employ Two levels of recursion:

(a) the SET may initially follow the criteria defined in action G of FIG. 9 to determine whether the H-SLP or a D-SLP or E-SLP is directly authorized by the H-SLP; if the SET determines that an intermediary D-SLP or intermediary E-SLP can be accessed and the same intermediary D / E-SLP has authorized one or more other SLPs, the SET can follow the following considerations to determine whether it accesses the D / E-SLP intermediary or to an SLP authorized by the D / E-SLP intermediary;

(b) The D-SLP or E-SLP provided by the intermediary D / E-SLP can be accessed in order of priority, where a lower priority address is accessed when all higher priority addresses are excluded by some other condition or cannot provide service;

(c) a D-SLP or E-SLP can be accessed as long as the duration of any service for the D-SLP or the E-SLP has not expired (NOTE: A SET can end any current session with a D -SLP or E-SLP when the duration of the service is exhausted, unless the regulatory requirements in the case of an E-SLP require otherwise.To avoid loss of service, a sEt may request re-authorization by the D / E-SLP authorized intermediary of a D / E-SLP that is currently being used for a certain period of time (for example, 5 to 10 minutes) before the service period is used up;

(d) a D-SLP or E-SLP provided by the intermediary D / E-SLP can be accessed if the SET satisfies any service area and access network restrictions provided by the intermediary D / E-SLP ; if the combination type is "Y", the SET may need to be within the service area and use an access network provided for the D / E-SLP; if the combination type is "O", the SET may need to be within the service area or using an access network provided for the D / E-SLP; if the combination type is "O conditional", the SET may need to be within the service area or, if the SET cannot determine if it is within the service area, then the SET may need to use an access network provided for the D / E-SLP (NOTE: A SET can use its most recent location estimate (current or previous) to determine any service area condition; the determination can be probabilistic (for example, determine the location within the service area with some probability); before the conditions for accessing a D / E-SLP are met, the SET cannot access the D / E-SLP to help verify a condition of the service area; after the conditions are met Access conditions, the SET can periodically recheck them; if the re-verification fails, for example, if the SET is no longer within the service area, the SEt can interrupt the access and end any current session; in e In the case of access to D-SLP, a SET may request a service authorized by the H-SLP for the intermediary D-SLP);

5

10

fifteen

twenty

25

30

35

40

Four. Five

fifty

55

60

65

(e) you can usually give preference to access to a D-SLP or E-SLP authorized by the intermediary D / E-SLP, as long as it meets the preconditions, instead of accessing the intermediary D / E-SLP ; I

(f) if access to a D-SLP, E-SLP or H-SLP fails (for example, the SET cannot establish a secure IP connection or the D-SLP, E-SLP or H-SLP cannot provide the desired service), a SET can access another D-SLP, E-SLP or H-SLP according to the previous conditions.

[124] For a network initiated service request from a D-SLP authorized by an intermediary D-SLP, the SET may ignore the above restrictions provided that the H-SLP authorizes the intermediary D-SLP to support the particular service Started by requested network. Therefore, a SET can accept a session request initiated by the network from an authorized D / E-SLP by an authorized intermediary D / E-SLP, even when it is outside the service area of the first and / or when Do not use an allowed access network. However, the privacy requirements (for example, as defined for each network initiated service) can still be met. For a network initiated service request from an E-SLP, whether authorized or not, the SET may first comply with any local regulations related to support. An authorization of D-SLP or E-SLP from an intermediary D / E-SLP may be considered terminated once any associated service life for the D-SLP or E-SLP or for the D / E- has been exhausted. Mother intermediary SLP. The SET can then eliminate any internal data associated with this D-SLP or E-SLP.

[125] Next, attention to FIG. 11, which is a flow chart illustrating an exemplary message flow that can be used to support the unsolicited authorization of a D-SLP / E-SLP, for use with certain location services, according to an implementation . This procedure may be invoked by the H-SLP or by an intermediary D-SLP or intermediary E-SLP to provide authorized D-SLP and E-SLP addresses to a SET. The procedure is applicable when the D / E / H-SLP sends a SUPL END to normally terminate an SUPL session.

[126] In action A: the SET and the D / E / H-SLP participate in an immediate or deferred SUPL session, which can be initiated by the SET or by the D-SLP, E-SLP or H-SLP (collectively referred to in this document as D / E / H-SLP). Examples of action A include the location session initiated by the network in FIG. 7 and the location session initiated by the SET in FIG. 8.

[127] In action B: once the SUPL session is complete, except for sending a final SUPL END message, the D / E / H-SLP determines a set of authorized D-SLP addresses and / or E-SLP addresses, which may be based on the current location of the SET and the current access network (s) used by the SET, for example, as obtained by the D / E / H-SLP in action A. The D / E / H-SLP sends a SUPL END message to the SET with an SLP authorization parameter (SLP authorization) that contains a list of D-SLP addresses and / or E- Authorized SLPs. The addresses in each list can be included in order of priority, with the highest priority first, and replace any previous authorized D-SLP or E-SLP list that the SET may have received from the same D / E / H-SLP . The D-SLP and E-SLP that were provided by a different intermediate D / E-SLP may not be affected unless the intermediate D / E-SLP has been replaced by other SLPs provided in the SUPL END message with the H -SLP. In the latter case, any SLP provided by said replaced D / E-SLP may also be eliminated. For each D-SLP or E-SLP address provided, the D / E / H-SLP may include the duration of the service for which the SLP address can be considered valid, the service area within which access to the SLP address, a list of service access networks from which the SLP address can be accessed and a type of combination that defines how the restrictions of the service area and the access network are combined. In the case of a D-SLP address provided, an H-SLP, but not an intermediary D-SLP, may provide a list of services in which the SET is allowed to participate with this D-SLP. An H-SLP, but not an intermediary D-SLP, may also provide a preference to access the H-SLP, as opposed to access to a D-SLP, and / or may provide a request to notify the H-SLP when a D-SLP is accessed. The H / D / E-SLP may also return a minimum retry period to consult the same D / E / H-SLP, by another authorization from D-SLP and / or E-SLP. The absence of a minimum retry period can be treated the same as a zero retry period. The SET can release the TLS connection for the D / E / H-SLP and free resources related to the session. The D / E / H-SLP can release resources related to the session.

[128] In action C: the SET may subsequently access any E-SLP or D-SLP provided by the D / E / H-SLP in action B for location services initiated by the SET and / or may accept requests of location initiated by the network from any such D-SLP or E-SLP. The criteria for such access are the same as those defined in action G of FIG. 9 in the case of a D-SLP or E-SLp authorized by the H-SLP or in action G of FIG. 10 in the case of a D-SLP or E-SLP authorized by an intermediary D-SLP or intermediary E-SLP.

[129] Next, attention to FIG. 12, which is a flowchart illustrating an exemplary message flow that can be used to provide notification to an H-SLP regarding a device

5

10

fifteen

twenty

25

30

35

40

Four. Five

fifty

55

60

65

mobile that accesses a D-SLP / E-SLP with certain location services, according to an implementation. This procedure can be invoked by a SET to notify the H-SLP about the change of access to D-SLP by the SET. This may allow the H-SLP to track which D-SLP will have access to the SET to perform a location service initiated on the network, for example, if a location request from an external LCS agent, sent to the H-SLP, It needs to be referred or redirected to the D-SLP. In the event that the H-SLP cannot be reached, the SET may retry the procedure at a later time and may notify the H-SLP of the D-SLP that has been accessed most recently. To avoid receiving notifications about D-SLPs that are not allowed to perform services initiated by the network, the H-SLP may restrict this procedure to the D-SLPs that are authorized to perform services initiated by the network. The H-SLP may also include or exclude the notification of SET access to a D-SLP authorized by an intermediary D-SLP.

[130] In action A: the SET accesses a D-SLP, either for the first time or for the first time after accessing one or more additional D-SLPs that were notified to the H-SLP. If the D-SLP was not authorized to perform services initiated by the network and the H-SLP requested notification for the D-SLPs authorized to perform services initiated by the network, or if the D-SLP was authorized by an intermediary D-SLP and the H-SLP did not request notification of a D-SLP authorized by an intermediary D-SLP, the SET cannot take any action. Otherwise, the SET can take appropriate action to establish a secure TLS connection with the H-SLP.

[131] In action B: the SET can use the default address provided by the home network for an H-SLP, to establish a secure TLS connection with the H-SLP, and can send a SUPL REPORT message to the H-SLP. The SUPL REPORT message can contain the address of the D-SLP that is accessed.

[132] The H-SLP can send a SUPL END message to the SET, which indicates that the location session has ended. The H-SLP can release resources related to this session.

[133] Next, attention to FIG. 13, which is a flow chart illustrating an exemplary message flow that can be used to obtain session information regarding certain location services with a new notification, according to an implementation. The message flow can be used by an H-SLP or an intermediary D-SLP to consult a SET on a list of the D-SLP and / or E-SLP currently authorized for the SET. After receiving this list, the H-SLP or the intermediate D-SLP may choose to provide the SET with a new list of authorized D-SLPs and / or E-SLPs.

[134] A session information inquiry service is applicable to an H-SLP or D-SLP (collectively referred to as the D / H-SLP herein) and may allow the D / H-SLP to perform one or more of the following operations (depending on the capacity of a SET): consult the SET for active SUPL session information; make a new notification, or new notification and verification, for active sessions initiated by the network; end any session triggered in progress without waiting for the next notification interval; consult the SET regarding the currently authorized D-SLP and / or E-SLP (applicable to an H-SLP or intermediary D-SLP); and / or provide new D-SLP and / or E-SLP addresses (allowed from an H-SLP or intermediate D-SLP). If one of these procedures is attempted and a SET does not support the service, the SET can, for example, send the SUPL END message that contains the Session Identifier of the session information query service and the status code "ServiceSupport "to the D / H-SLP.

[135] In action A: One or more triggered SUPL sessions may be ongoing.

[136] In action B: the D / H-SLP starts the "session information query" session with the SET using the SUIT INIT message. The SUIT INIT message contains the location procedure (procLocation) and the capabilities of the SLP (SLP capabilities). The consultation of the session information is indicated by the location procedure (procLocation): consultation. Before the SUIT INIT message is sent, the D / H-SLP also calculates and stores a chunk of the message.

[137] In action C: the SET analyzes the received SUIT INIT message. If it is determined that it is not authentic, SET does not take further action. Otherwise, the SET takes the necessary action preparing for the establishment of a TLS connection with the D / H-SLP.

[138] In action D: the SET returns the SUPL REPORT message to the D / H-SLP, which includes a list of session identifiers (session list) of all currently active sessions with the requesting D / H-SLP. For a request from an H-SLP, the SET may also include a list of the addresses of the currently authorized D-SLP and / or E-SLP (authorized ListD / E-SLPA), including the addresses of any D-SLP or E - SLP currently authorized by a D-SLP intermediary or E-SLP intermediary currently authorized. For a request for an intermediary D-SLP, the SET may include a list of the addresses of all the D-SLP (List-D-SLP-Authorized) currently authorized by this intermediary D-SLP. Currently authorized, in this context, means that any duration of service previously provided by the H-SLP or the intermediary D-SLP for a D-SLP or E-SLP has not yet expired. The SET can also send the SET capabilities (SET capabilities) in the SUPL REPORT message. If some sessions are paused, the SET also

5

10

fifteen

twenty

25

30

35

40

Four. Five

fifty

55

60

65

You can include a list of session identifiers (Paused Session list) of all currently paused sessions. The SUPL REPORT message also contains a slice of the received SUIT INIT message (see). NOTE: A Sessions to list also includes any paused session because the paused session is considered as an active session.

[139] In action E: if a new notification, or new notification and verification is needed, based on a verification of the subscriber's privacy and the time elapsed since the last notification or verification occurred of any active triggered session, as indicated In the SessionList parameter, the SUPL NOTIFY message is sent to the SET including a list of session identifiers of all sessions that need a new notification, or a new notification and verification (Notifications list). The notifications list parameter also includes a type of notification for each session. If there is no session that needs a new notification, or a new notification and verification, the D / H-SLP can send the SUPL all SET END message directly. In the case of an intermediary H-SLP or D-SLP, the SUPL END message may include an SLP Authorization that includes a list of authorized D-SLP addresses and / or, in the case of an H-SLP, a list of authorized E-SLP addresses. The content and treatment of these lists may be the same as described in actions F and G of FIG. 9 for an H-SLP query, or actions F and G of FIG. 10 for an intermediary D-SLP query, except that if a list is not provided for a certain type of SLP, the SET may continue to use prior authorization for this type of SLP. Please note that if a list is provided that does not contain any SLP address, then the above authorized list may be deleted. If the above list contained any D / E-SLP intermediaries, then any authorization lists they provided could also be deleted.

[140] In action F: the SET can send the NOTIFY RESPONSE message from SUPL to the D / H-SLP. If notification and verification was desired in action E, the message the NOTIFY RESPONSE of SUPL includes a list of verification responses (ListRespNotificación) of the user.

[141] In action G: If the Notification List received in action F contains one or more types of "Not allowed" response to deny consent for the new verification, the D / H-SLP sends the SUPL TRIGGERED STOP message to the SET, including a list of session identifiers of all sessions to be canceled (EndSessions list). The TRPLGERED STOP message from SUPL also contains a status code of "consentuernegadoPorüsuario" and may include an SLP authorization. The SET can release resources related to the sessions indicated in the parameter ListFinSessions and can treat any SLP Authorization as in action E. If there is no session to cancel, the D / H-SLP can directly send the END message of SUPL to the SET and may include an SLP Authorization that can be treated by the SET as in action E.

[142] In action H: if Stage G is performed, the SET acknowledges that it has canceled activated sessions and interpreted any SLP Authorization with the SUPL END message sent back to the D / H-SLP. The SET can release the TLS connection for the D / H-SLP and free up resources related to the session information query session. The D / H-SLP can release resources related to the session information query session.

[143] In action I: another remaining activated SUPL session (s) can continue if applicable.

[144] Next, attention to FIG. 14, which is a flow chart illustrating an exemplary message flow that can be used to obtain session information regarding certain location services with a session termination, according to an implementation. The message flow can be used by an H-SLP or an intermediary D-SLP (collectively mentioned in this document as the D / H-SLP) to consult a SET for a list of the D-SLP and / or E-SLP currently authorized for the SET. After receiving this list, the H-SLP or the intermediate D-SLP may choose to provide the SET with a new list of authorized D-SLPs and / or E-SLPs.

[145] In action A: One or more triggered SUPL sessions may be ongoing.

[146] In action B: the D / H-SLP starts the "session information query" session with the SET using the SUIT INIT message. The SUIT INIT message contains the location procedure (procLocation) and the capabilities of the SLP (SLP capabilities). The consultation of the session information is indicated by the location procedure (procLocation): consultation. Before the SUIT INIT message is sent, the D / H-SLP also calculates and stores a chunk of the message.

[147] In action C: the SET analyzes the received SUIT INIT message. If it is determined that it is not authentic, SET does not take further action. Otherwise, the SET takes the necessary action preparing for the establishment of a TLS connection with the D / H-SLP.

[148] In action D: the SET returns the SUPL REPORT message to the D / H-SLP, which includes a list of session identifiers (session list) of all currently active sessions with the requesting D / H-SLP.

5

10

fifteen

twenty

25

30

35

40

Four. Five

fifty

55

For a request from an H-SLP, the SET may also include a list of the addresses of the currently authorized D-SLP and / or E-SLP, including the addresses of any D-SLP or E-SLP currently authorized by a D -SLP intermediary or E-SLP intermediary currently authorized. For a request from an intermediary D-SLP, the SET may include a list of the addresses of all the D-SLPs currently authorized by this intermediary D-SLP. The SET can also send the SET capabilities (SET capabilities) in the SUPL REPORT message. If some sessions are paused, the SET can also include a list of session identifiers (Paused Sessions list) of all currently paused sessions. The SUPL REPORT message also contains a slice of the received SUIT INIT message (see).

[149] In action E: the D / H-SLP sends the TRPLGERED STOP message from SUPL to the SET to cancel any active and / or paused triggered session, without waiting for the next periodic trigger, or event event, and in the In case of an H-SLP you can include an SLP authorization. The SUPL TRIGGERED STOP message contains a list of session identifiers of all sessions to be canceled (sessionFinance list) and a status code (Status code) of "session held". The SET can release resources related to the sessions indicated in the ListFinSessions parameter and can treat any SLP authorization from an H-SLP or an intermediate D-SLP in the same way as in action E in FIG. 13. If there is no session to cancel, the D / H-SLP can directly send the SUPL END message to the SET and in the case of an intermediary H-SLP or D-SLP it can include an SLP Authorization that can be treated by SET the same as in action E in FIG. 13.

[150] In action F: the SET acknowledges that it has canceled activated sessions and interpreted any SLP Authorization with the SUPL END message sent back to the D / H-SLP. The SET can release the TLS connection for the D / H-SLP and free up resources related to the session information query session. The D / H-SLP can release resources related to the session information query session.

[151] In action G: The triggered SUPL session (s) can continue if applicable.

[152] The following sections provide additional information regarding certain exemplary messages that can be used in certain exemplary implementations, as presented above.

[153] A SUPL START is the initial message from the SET to the SLP or the response to the SUIT INIT message in the generic SUPL Session (GSS) initiated by the network. Certain parameters in a SUPL START are mutually exclusive and cannot be included together. The parameters are the following listed in order of priority, with the highest priority first: Third; URI request for location; SLP consultation; and / or GSS parameters, in certain implementations.

[154] When more than one parameter is included in the above list in a SUPL START, the SLP can accept the highest priority parameter and ignore all lower priority parameters. If the result is a poorly formed SUPL START message, the SLP can return an SUPL END message and an error code.

[155] Table 1 illustrates an example of a SUPL START message. Each row in the table describes a separate parameter for the SUPL START message and includes the parameter name, if the inclusion in a SUPL START is mandatory (M), optional (O) or conditional (CV) and a brief description of the function and content of the parameter. A parameter that is part of a previous parameter in the table is indicated by the character ">" in front of its name. The ">" character is repeated to indicate successive levels of nesting. For example, a list of parameters <"A", "> B", "> C", ">> D", ">>> E", "> F", "G"> indicates that parameters "B "," C "and" F "are part of parameter" A "(at a first level of nesting), that parameter" D "is part of parameter" C "(and therefore also part of parameter" A " , but nested within "C"), that parameter "E" is part of parameter "D" (and therefore also part of parameters "C" and "A") and that parameter "G" is not part of the "A" parameter, but it is an independent parameter in the message. The same conventions apply to tables that describe other messages and parameters listed below in this document.

TABLE 1: Sample SUART START message

 Parameter

 Presence Description

 SET Capabilities

 M Define SET capabilities

 Location Identifier

 M Defines the current service cell, the current service WLAN AP or the WiMAX BS information of the SET.

 QoP

 O Desired quality of the position. QoP and high precision QoP are mutually exclusive.

 Multiple

 Or This parameter may contain current information from the non-serving cell,

 Parameter

 Presence Description

 Location identifiers

   of current WLAN AP without service or WiMAX BS no current server for the SET and / or historical service or non-service information, WLAN AP or WiMAX BS for the SET.

 Third

 CV This parameter defines a list of third party identities. For the location request initiated by SET without transfer to a third party, this parameter CANNOT be used. For the location request initiated by SET with location transfer to third party mode, this parameter can be used.

 > Third party identifier

 M The identity of the third party. There may be at least one third party identifier. This parameter can be of type • Logical name • MSISDN • E-mail address • SIP URI • IMS public identity • MIN • MDN • URI

 Application identifier

 O The identifier of the requesting application in the SET.

 Position

 O Define the position of the SET.

 GSS parameters

 Or This parameter is used for GSS, in which case it is mandatory. The parameter defines the duration of the generic SUPL session in terms of the duration or number of SUPL POS messages allowed within a GSS.

 Location URI request

 CV This parameter contains a request for a location URI. This parameter can be included if a location URI is requested. Location URIs can be requested in the context of immediate SUPL sessions initiated by SET.

 Location URI set

 Or This parameter contains a set of one or more location URIs. The parameter can be included if the SET received a location URI or a set of location URI from another server, which are still valid, and if the SET is initiating a location session. The SLP may use the received location URIs to obtain an independent location estimate for the SET from the server (s) mentioned by the location URI. The means to do this are beyond the scope of this specification.

 Watch

 CV This parameter contains a slice of the SUIT INIT message. This parameter is applicable to the GSS initiated by the network.

 SLP query

 CV This parameter is included for a D-SLP or E-SLP query to the H-SLP or to an intermediary D-SLP or intermediary E-SLP.

 Indication of emergency services

 CV This parameter indicates whether the SUPL START message is sent to support emergency services (for example, to support an emergency call). In case of emergency services support, this parameter can be sent. Otherwise, this parameter can NOT be sent.

 Reference Point Identifier

 CV This parameter provides a reference point identifier and is used to indicate that the estimate of the requested position can be expressed in relation to a reference position (relative position). This parameter can be included when the SET requests a relative location estimate and, otherwise, may be absent. The SLP can reject the request by sending a SUPL END message if it cannot support the location relative to the reference point provided. NOTE: The reference point is defined by its unique Identifier and not by coordinate points.

 High precision QoP

 O This parameter is used to specify the desired position quality for a high precision location. If this parameter is present, you can

 Parameter

 Presence Description

 use high precision location if it has support and is applicable. QoP and high precision QoP are mutually exclusive.

5

[156] Table 1A illustrates an exemplary INIT message from SUPL. The SUIT INIT message may be the first message transferred by an SLP (for example, H-SLP, D-SLP or E-SLP) to a SET for a new SUPL session.

Table 1A: Sample SUIT INIT message

 Parameter

 Presence Description

 Location Procedure

 M This parameter defines the location procedure desired by the SLP for the SUPL session or the action requested for the session. According to the location capabilities of the SET (shared with the SLP at the location protocol level), the SLP CAN change the location procedure used in the actual location session, regardless of the location procedure parameter.

 Notification

 OR When the Notification Mode is Normal Notification / Verification, this field is used to provide instructions to the SET regarding notification and privacy. If this field is not present, the SET will interpret the request as "Without notification and without verification". When the Notification Mode is Notification / Verification according to location, this field MUST NOT be used by the SLP and the SET.

 SLP Address

 CV This parameter provides an SLP address for the non-intermediary mode.

 QoP

 O Desired quality of the position. This parameter is also used as notification criteria for stored historical position estimates. If used in this way, only the spatial components (horacc and veracc) are applied and define the precision requirements that must be met to notify any estimate of historical position. QoP WILL NOT be present if high precision QoP is present, and vice versa.

 SLP mode

 M This parameter indicates whether the SLP uses the intermediary or non-intermediary mode.

 MAC

 Or This parameter can be omitted.

 Key identity

 CV This parameter can be omitted.

 Notification Modality

 Or This parameter indicates whether the notification and verification is based on the location or not. If it is not present, a normal notification is assumed.

 Supported network information

 Or This parameter provides information about the SLP capabilities and can be omitted.

 Activator Type

 CV This parameter indicates the type of service initiated by the network: • Newspaper • Area event • Speed event This parameter is conditional and is only used if a session activated in the SUIT INIT message is requested.

 E-SLP Address

 CV This parameter provides the E-SLP address. This parameter MUST be included if the sender of the SUIT INIT message is an E-SLP. The use of an FQDN is preferable to an IP address unless the request is associated with an ongoing emergency call.

 Historical reports

 CV This parameter defines the criteria for reporting stored historical position estimates and / or improved cell / sector measurements. This parameter is conditional and MUST be used if the SUIT INIT message is used to initiate the recovery of stored historical position estimates and / or improved cell / sector measurements. Otherwise, this parameter is not used.

 Level of

 OR This parameter defines the protection level of the INIT message protection of

 Parameter

 Presence Description

 protection

   SUPL. This parameter is optional. If it is not present, no protection is implicitly assumed.

 GNSS location technology

 Or This parameter provides GNSS location information and can be omitted.

 Minimum Main Version

 O This parameter defines the minimum main version that is supported by the SLP and is compatible with the requested service. This parameter is optional. If it is not present, the only version compatible with the requested service is the version parameter. The minimum main version should always be smaller than the main version. Range: 0 to 255

 SLP capabilities

 O This parameter defines the SLP capabilities that include supported location protocols (LPP / LPPe and / or TIA-801).

 GSS parameters

 CV This parameter is only used for the GSS, in which case it is mandatory. The parameter defines the duration of the generic SUPL session in terms of the duration or number of SUPL POS messages allowed within a GSS.

 Extended Notification

 Or This parameter provides additional notification information to the SET.

 D- SLP Address

 CV This parameter provides the address of a D-SLP and MUST be included when the sender of the SUIT INIT message is a D-SLP. The presence of this parameter allows a recipient SET to determine that the SUIT INIT message was sent by a D-SLP and identifies the D-SLP. As an example, this parameter can be sent in action B of FIG. 7.

 High precision QoP

 O This parameter is used to specify the desired position quality for a high precision location. If this parameter is present, high precision location should be used if it has support and is applicable. This parameter is also used as notification criteria for stored historical position estimates. If used in this way, only the spatial components (horacc and veracc) are applied and define the precision requirements that must be met to notify any estimate of historical position. QoP and high precision QoP are mutually exclusive.

[157] A SUPL END message is the message that ends an SUPL procedure, normally or abnormally. The following table illustrates an example SUPL END message:

5 TABLE 2: Example of SUPL END message

 Parameter

 Presence Description

 Position

 O Defines the position result of the SET.

 Status code

 O Defines the status of the message as an error indication or an information indication. Error indications have values between 0 and 99, information indications have values between 100 and 199.

 Watch

 CV This parameter contains the chipping of the SUPL / REINIT SUIT INIT message and is calculated by the SET. This parameter may be present in situations where the SUPL END message is sent as a direct response to a SUPL INIT / REINIT SUPL message.

 SET Capabilities

 O Defines the SET capabilities of the SET. This parameter can be used if the SUPL END message is sent from the SET to the SLP.

 Location URI set

 Or This parameter contains a set of one or more location URIs. This parameter can be included if the SUPL END message is sent from the SLP to the SET and if the SET had previously requested a location URI from the SLP.

 SLP Authorization

 CV This parameter provides one or more authorized D-SLP and / or E-SLP addresses and may include limitations on the use of each address. This parameter is included in a response to a D-SLP or E-SLP query from the SET to the H-SLp, the intermediate D-SLP or the intermediate E-SLP. The parameter can also be included at the end of an information query of

 Parameter

 Presence Description

 session from the H-SLP or an intermediary D-SLP. The parameter can also be used to support the unsolicited provision of D-SLP and / or E-SLP addresses by the H-SLP or by an intermediary D-SLP at the end of any SUPL session. Unsolicited provisioning can be used as long as SET capabilities indicate support for the particular type of D-SLP or E-SLP provision. Any D-SLP address or E-SLP address provided by an H-SLP or an intermediary D-SLP can replace any previous D-SLP or E-SLP address, respectively, which were previously provided by the H-SLP or the same intermediary D-SLP, respectively. Other D-SLP and E-SLP addresses provided are unaffected, except that the removal of an intermediary D / E-SLP address may also remove all D-SLP or E-SLP addresses that may have been provided by the intermediary D / E-SLP.

 Relative position

 O This parameter defines the position result relative to a reference point or other SET (relative position). This parameter is applicable when sent from the SLP to the SET.

 Civic Position

 O This parameter defines the result of the position as a civic address. This parameter is applicable when sent from the SLP to the SET. The presence of this parameter depends on the implementation.

 Key response of the SUIT INIT message

 CV This parameter is conditional and can be used for the Establishment of CLAVE_RAÍZ_INIT_SUPL of Modality A. This parameter can be used if the SUPL END message is sent from the SLP to the SET.

5

[158] The SLP or SET uses a TRPLGERED STOP SUPL message to end an existing activated session or to pause / resume an active session in progress. The table below illustrates an example of the SUPL TRIGGERED STOP message:

TABLE 3: Example of SUPL TRIGGERED STOP message

 Parameter

 Presence Description

 Status code

 Or Define the status code of the message.

 Type of request

 CV Indicates the type of request:

 • Stop • Pause • Resume This parameter can be included when the TRPLGERED STOP SUPL message is sent to stop, pause or resume the activated session. This parameter can be sent from the SET to the SLP.

 Session end list

 CV A list of session identifiers of all sessions to be canceled. This parameter can be used in the "session information query" session. This parameter can be sent from the SLP to the SET.

 SLP Authorization

 Or This parameter can be included as part of a session information query from the H-SLP or an intermediary D-SLP. The parameter provides new authorized addresses of D-SLP and / or E-SLP and may include limitations on the use of these addresses.

[159] A SUPL REPORT message can be used in the following cases:

10

i. For activated applications, the SLP uses the SUPL REPORT message to indicate the end of a location procedure (SUPL POS) to the SET. In this case, the SUPL REPORT message may or may not contain a calculated position.

15 ii. For activated applications, the SUPL REPORT message can be used to send one or more

position results (calculated by the SET) and / or improved cell / sector measurements from the SET to the SLP. Enhanced cell / sector / AP measurements are sent in LPP / LPPe / TIA-801 location information provision messages that are transported within the SUPOR REPORt message.

The SUPL REPORT message can be used without a speed position or result to indicate to the SLP that an Area or Speed Event has occurred. An outcome code can be sent, optionally, to indicate an error condition (for example, no position is available).

5 iii. As an intermediate report within a continuous batch reporting session, the REPORT message from

SUPL is used as in activated applications, but the message may contain the one or more position results. This allows the SET to dynamically manage its memory by reducing the amount of data stored in the SET.

10 iv. The SUPL REPORT message is used by the SET in response to a request for information on

session from the H-SLP or D-SLP. In this case, the SUPL REPORT message contains a list of session identifiers of all active SUPL sessions. The SUPL REPORT message can also include SET capabilities. For an H-SLP session information query, the SUPL REPORT message contains the addresses of all authorized D-SLP and E-SLP (including D-SLP and 15 E-SLP authorized by D / E- SLP authorized intermediaries). For a session information query

from an intermediary D-SLP, the SUPL REPORT message contains the addresses of all the D-SLPs currently authorized by that intermediary D-SLP.

v. The SUPL REPORT message is used by the SET to report the change of access to an authorized D-SLP 20 that can support services initiated by the network.

25

[160] For the uplink report, if the amount of data in the report to be sent exceeds the maximum length of the ULP message (64K Octets), the SET can send the report data in multiple SUPORT REPORT messages. The following table illustrates an example SUPL REPORT message:

TABLE 4: Sample SUPL REPORT message

 Parameter

 Presence Description

 Sessions List

 O A list of the session identifiers of all active SUPL sessions. The list does not contain the Session ID of the "session information query" session that is already

 included in the session identifier parameter of the SUPL REPORT message. This parameter can be used in the "session information query" session.

 SET Capabilities

 O Define the capabilities of the SET. This parameter can be used if the SUPL REPORT message is sent in the context of a "session information query" session.

 Data List Report

 O The Report data list comprises from one to 1024 occurrences of report data.

 > Report data

 M The report data contains the actual data to be reported: Position data, measurement data, result code and chronological stamp.

 >> Position data

 O A calculated position and the respective location mode used (optional).

 >>> position

 M The calculated position of the SET (including a chronological stamp).

 >>> proclocalization

 O Location procedure with which the position was calculated.

 >>> GNSS location technology

 Or Define any GNSS used to calculate the position. • GPS • Galileo • SBAS • Modernized GPS • QZSS • GLONASS

 >>> GANSS signal information

 Or This parameter can be included to indicate the GANSS signals (up to 16) used to calculate the position. GANSS signal information defines a list of GANSS signals.

 >>>> GANSS identifier

 M Define the GANSS. Integer (0..15) 0: Galileo

 Parameter

 Presence Description

 1: SBAS 2: Modernized GPS 3: QZSS 4: GLONASS 5 to 15: Reserved for future use

 >>>> GANSS signals

 M Bitmap (8 bit length) that defines the signals with support for the GNSS indicated by the GANSS Identifier. For Galileo, the bits are interpreted as: Bit 0: E1 Bit 1: E5a Bit 2: E5b Bit 3: E5a + E5b Bit 4: E6 Bits 5 to 7: Spare For modernized GPS, the bits are interpreted as: Bit 0: L1 C Bit 1: L2 C Bit 2: L5 Bits 3 to 7: Replacement For the QZSS, the bits are interpreted as:

 Bit 0: L1 C / A Bit 1: L1 C Bit 2: L2 C Bit 3: L5 Bits 4 to 7: Spare For GLONASS, the bits are interpreted as: Bit 0: G1 Bit 1: G2 Bit 2: G3 Bits 3 to 7: Spare For SBAS, the bits are interpreted as: Bit 0: L1 Bits 1 to 7: Spare

 >> Multiple location identifiers

 O Multiple location identifiers.

 >> Result Code

 O Result code describing why no position or measurement could be reported: Outside the radio coverage No position No measurement No position and no measurement No memory No memory, intermediate reports Other

 >> Chronological stamp

 O Chronological stamp in absolute time (UTC time) or relative time (relative to "now"), that is, when the SUPL REPORT message is sent. This parameter is used if the position data is not present. If the position data is present, the chronological stamp parameter within the position is used as a chronological stamp.

 >> Payload of LPP / LPPe / TIA- 801

 O This parameter transports the LPP / LPPe / TIA-801 payload to send improved cell / sector / AP measurement information.

 Watch

 CV This parameter contains a slice of the SUIT INIT message. This parameter can be used if the SUPL REPORT message is sent in response to an SUPL INT message. Otherwise, this parameter is not applicable.

 More components

 CV This parameter is used if the report data to be sent must be segmented into multiple SUPL REPORT messages.

 Parameter

 Presence Description

 If present, this parameter indicates that more REPOrT messages from SuPl will be sent. The last SUPL RePoRT message in a series of segments may omit this parameter.

 List of paused sessions

 O A list of session identifiers of all activated SUPL sessions paused. This parameter can be used in the "session information query" session.

 List of authorized D-SLPs

 OR For a response to a session information query from the H-SLP or an intermediary D-SLP, this parameter carries the addresses of all the D-SLPs currently authorized by the H-SLP or intermediary D-SLP. In the case of an H-SLP, the parameter also includes any D-SLP, currently authorized by any authorized intermediary D-SLP. It is considered that a D-SLP is currently authorized if the duration of the associated service has not yet been exhausted.

 List of authorized E-SLPs

 OR For a response to a session information query from the H-SLP, this parameter carries the addresses of all currently authorized E-SLPs, including the authorized E-SLPs by any authorized intermediary E-SLP. An E-SLP is considered to be currently authorized if the duration of the associated service has not yet been exhausted.

 Notification of access to D-SLP

 OR This parameter is included to inform initial or subsequent access to an authorized D-SLP that can support services initiated by the network. The parameter carries the address of the D-SLP.

 Relative position

 O This parameter defines the position result relative to a reference point (relative position). This parameter is applicable when sent from the SLP to the SET.

 Civic Position

 O This parameter defines the result of the position according to the civic direction. This parameter is applicable when sent from the SLP to the SET. The presence of this parameter depends on the implementation.

[161] A SET capabilities parameter can be used to identify capabilities of a SET; for example, it may indicate that a SET supports one or more between (i) authorization of D-SLP by an H-SLP, as in FIG. 9, (ii) authorization of E-SLP by an H-SLP, as in FIG. 9, (iii) authorization of D-SLP by an intermediary D-SLP, as in FIG. 10, (iv) authorization of E-SLP by an intermediary E-SLP, as in FIG. 10 and (v) notification to an H-SLP that the SET has accessed a D-SLP for the first time or for the first time after accessing another D-SLP, as in FIG. 12. A SET can transfer a SET capability parameter to an SLP (for example, H-SLP, D-SLP, E-SLP) in a SUPL START message, a SUPL POS INIT message and / or other messages of SUPL. The recipient SLP can use the parameter to decide whether to provide an authorized D-SLP and / or E-SLP to the SET (for example, using the procedure of

unsolicited authorization of FIG. 11) and / or to decide if an access notification is requested through a

SET to a D-SLP (for example, according to the procedure of FIG. 12) when an authorized D-SLP is provided to the SET. The table below illustrates an example of the SET capabilities parameter. The same conventions in the table are used as previously described for Table 1 for the START 15 SUPL message, except that the parameters in the table now refer to the sub-parameters of the

SET capabilities. These conventions are also used for other parameter tables included later in this report.

TABLE 5: Example of SET capabilities parameter

 Parameter

 Presence Value / Description

 SET Capabilities

 - Define the capabilities of the SET.

 > Position Technology

 M This parameter does not apply to SUPL 3.0. The SLP can ignore this parameter.

 >> GANSS position procedures

 Or This parameter is not applicable in SUPL 3.0 and cannot be used.

 > Pref procedure

 M This parameter is not applicable in SUPL 3.0. The SLP can ignore this parameter.

 > Position Protocol

 M Zero or more of the following location protocols (map of

 Parameter

 Presence Value / Description

 bits): • TIA-801 • LPP • LPPe

 The legacy location protocol (RRLP and RRC) indicators can be set to FALSE.

 >> Location protocol version TIA-801

 CV Describes the protocol version of location protocol C.S0022 (TIA-801) of 3GPP2. It may be necessary if TIA-801 is identified in the location protocol parameter.

 >>> Version of the TIA-801 location protocol with support

 M Specifies a list of up to 8 different versions of C.S0022 from 3GPP2 with support. This parameter may be necessary (with at least one entry in the list) if TIA-801 is identified in the location protocol parameter.

 >>>> Revision number

 M Part of the revision of the document number for the specifications of the Location Protocol C.S0022. Value: [0, A to Z]

 >>>> Point plus version number

 M Point plus version number for C.S0022, range: (0..255)

 >>> Internal editing level

 M Internal editing level for C.S0022, range: (0..255)

 >> Version of the LPP Location Protocol

 CV Describes the protocol version of the LPP Location Protocol. It may be necessary if LPP is identified in the location protocol parameter.

 >>> Main Version Field

 M First (most significant) element of the version number for the LPP Location Protocol, range: (0..255)

 >>> Technical version field

 M Second element of the version number for the LPP Location Protocol, range: (0..255)

 >>> Editorial version field

 M Third element (less significant) of the version number for the LPP Location Protocol, range: (0..255)

 >> Version of the LPPe Location Protocol

 CV Describes the protocol version of LPPe

 Location Protocol It may be necessary if LPPe is identified in the location protocol parameter.

 >>> Main Version Field

 M First (most significant) element of the version number for the LPPe Location Protocol, range: (0..255)

 >>> Minor version field

 M Second element of the version number for the LPPe Location Protocol, range: (0..255)

 > Service capabilities

 O This parameter describes the service capabilities of the SET. The SET can send this parameter in the messages START of SUPL, POS INIT of SUPL, TRIGGERED START of SUPL, AUTH REQ of SUPL and END of SUPL. The purpose of this parameter is to inform the H-SLP about the service capabilities of the SET

 >> services with support

 M Defines the services with support from the SET. Only services started on the network are relevant in this context. Zero or more of the following services have support: • • Periodic activation • • Zone event activation • • Speed event activation

 >> reporting capabilities

 CV Defines the reporting capabilities of the SET. This parameter is necessary if the periodic activations are supported by the SET, in which case the parameter is mandatory.

 >>> minimum interval between corrections

 M Defines the minimum interval between the corrections allowed by the SET.

 Parameter

 Presence Value / Description

 This parameter is used by the H-SLP or D-SLP to avoid conflicts between the desired interval between corrections and SET capabilities.

 Range: 1 to 3600, units in seconds.

 >>> maximum interval between corrections

 O Defines the maximum interval between corrections allowed by the SET. This parameter is used by the H-SLP or D-SLP to avoid conflicts between the desired interval between corrections and SET capabilities. This parameter is optional. If not present, no maximum interval between corrections is specified. Interval: 1 to 1440, units in minutes.

 >>> report mode

 M Report generation mode (s) with support: • • Real time • • Near real time • Batch reports (at least one of the three report modes can be supported)

 >>> batch report parameters

 CV Defines the type of batch report generation capabilities supported by the SET (applicable to near real-time and batch reports): • • Report position (true if position report generation is allowed, false in opposite case) • • Notify measurements (true if the generation of measurement reports is allowed, false otherwise) • • Maximum number of positions (range: 1 to 1024) • • Maximum number of measurements (range: 1 to 1024)

 >> event activation capabilities

 CV Defines the event activation capabilities of the SET. This parameter is necessary if the SET supports activations by zone events, in which case the parameter is mandatory.

 >>> geographic area forms with support

 M This parameter defines the geographic forms of the destination area with support from the SET, in addition to the mandatory circular area: • Elliptical • Polygon

 >>> maximum number of geographical areas of destination with support

 O This parameter defines the maximum number of geographical areas of destination to which the SET supports. (range: 1 to 32) This parameter is optional. If it is not present, the SET does not support geographic locations.

 >>> maximum number of zone identifier lists with support

 O This parameter defines the maximum number of zone identifier lists that the SET supports. (range: 1 to 32) This parameter is optional. If it is not present, the SET does not support zone identifiers.

 >>> maximum number of zone identifiers with support for each list of zone identifiers

 CV This parameter defines the maximum number of zone identifiers for each list of Zone Identifiers that the SET supports. (range: 1 to 256) This is conditional: if the parameter for the maximum number of zone identifier lists is present, then this parameter may be present. Otherwise, this parameter may NOT be present.

 >> Session Capabilities

 M Defines the session capabilities of the SET: • • Total number of simultaneous sessions (range: 1 to 128). • • Maximum number of simultaneous sessions activated periodically (used for periodic activations) (range: 1 to 32). • • Maximum number of simultaneous sessions activated by zone events (used for activations by zone events)

 (range: 1 to 32). • • Maximum number of simultaneous sessions activated by events

 Parameter

 Presence Value / Description

 speed (used for speed event activations) (range: 1 to 32).

 > carriers with support

 O This parameter is not applicable in SUPL 3.0. This parameter can NOT be used.

 > CapacitiesQoP

 O This parameter defines the ability of the SET to report and / or receive high-precision position and / or velocity results. If the parameter is absent, the capacity is not supported.

 > Civic position capabilities

 O This parameter defines the ability of the SET to support absolute civic localization. If the parameter is absent, the capacity is not supported.

 > Relative position capabilities

 O This parameter defines the ability of the SET to support the relative location. If the parameter is absent, the capacity is not supported.

 > Provision of D-SLP from H-SLP

 OR This field indicates whether the SET supports the provision of authorized D-SLP addresses from the H-SLP. If the parameter is absent, the capacity is not supported.

 > Provision of E-SLP from H-SLP

 OR This field indicates whether the SET supports the provision of authorized E-SLP addresses from the H-SLP. If the parameter is absent, the capacity is not supported.

 > Provision of D-SLP from D-SLP intermediary

 OR This field indicates whether the SET supports the provision of authorized D-SLP addresses from

 an intermediary D-SLP. If the parameter is absent, the capacity is not supported.

 > Provision of E-SLP from intermediary E-SLP

 OR This field indicates whether the SET supports the provision of authorized E-SLP addresses from an intermediary E-SLP. If the parameter is absent, the capacity is not supported.

 > D-SLP notification to H-SLP

 Or This field indicates whether the SET can notify the H-SLP when the SET changes access to a D-SLP. If the parameter is absent, the capacity is not supported.

 > Sensor support

 OR Defines whether the SET can use sensors to calculate or retrieve location estimates and / or speed estimates reported in a SUPL REPORT message within the session. If the parameter is absent, the capacity is not supported. A sensor is a function in the SET that is not controlled by the location protocol (LPP / LPPe or TIA-801) and can determine location estimates and / or speed estimates. A sensor can obtain estimates or measurements from entities external to the SET or to the device in which the SET resides. If a sensor is used to determine the position, then the "position procedure" in the SUPL REPORT message can be set to "Other".

 This parameter does not indicate the support of a sensor in LPPe.

 Root key status of the SUIT INIT message

 CV This parameter is conditional and can be used if the protection of the INIT message of SUPL of mode A. For the NULL protection of the INIT message of SUPL and the protection of mode B of the INIT message of SUPL, this parameter cannot be used. This parameter is used by the SET to indicate to the SLP one of the following conditions: • Invalid root key of the SUIT INIT message • Root key out of synchronization of the SUIT INIT message This parameter can be sent and set to "Root key Invalid of the SUIT INIT message "if the SET does not have a valid root key of the SUPL INIT message. It can be sent and set to "Unsynchronized root key of the SUIT INIT message" if the root key of the SET SUIT INIT message is not synchronized. If the SET has a

 Parameter

 Presence Value / Description

 valid root key of the SUIT INIT message that is synchronized, this parameter CANNOT be sent.

[162] A SET may use an SLP Query parameter to request a list of authorized D-SLP and E-SLP addresses, from the H-SLP, an intermediary D-SLP or an intermediary E-SLP, which are applicable to the location of the current SET and / or the service access network. An SLP query parameter may be included in a SUPL START message, for example, the SUPL START message transferred in action B in FIG. 9 and FIG. 10. The following table illustrates an example of an SLP query parameter:

TABLE 6: Example of SLP query parameter

 Parameter

 Presence Value / Description

 SLP query

 - Request the provision of one or more addresses of D-SLP and / or E-SLP.

 > D-SLP consultation

 Or This parameter can be included in a request for

 authorized D-SLP addresses.

 >> List of authorized D-SLP addresses

 CV This parameter provides a list of the addresses of any D-SLP previously authorized by the SLP to which the SLP query is sent.

 >> List of preferred D-SLP addresses

 O This parameter provides a list of the D-SLP addresses preferred by the sEt. This list may include previously authorized D-SLP addresses and / or new D-SLP addresses discovered by the SET.

 >> D-SLP addresses not preferred

 OR This parameter provides a list of any D-SLP addresses not preferred by the SET. This list may include addresses of previously authorized D-SLPs (for example, which failed to provide the appropriate service).

 >> QoP

 Or This parameter indicates which QoP is requested. This parameter can be used by the SLP to authorize the D-SLP.

 > E-SLP consultation

 Or This parameter can be included in a request for authorized E-SLP addresses.

 >> List of authorized E-SLP addresses

 CV This parameter provides a list of the addresses of any E-SLP previously authorized by the SLP to which the SLP query is sent.

 >> List of preferred E-SLP addresses

 OR This parameter provides a list of any E-SLP addresses preferred by the SET. This list may include previously authorized E-SLP addresses and / or new E-SLP addresses discovered by the SET.

 >> Non-preferred E-SLP addresses

 OR This parameter provides a list of any E-SLP addresses not preferred by the SET. This list may include previously authorized E-SLP addresses (for example, which could not provide

 adequate service).

10

[163] An H-SLP, an intermediary D-SLP or an intermediary E-SLP may use an SLP Authorization parameter to provide a SET with one or more authorized D-SLP and / or SLP addresses and provide optional limitations on the Use of these addresses. An SLP authorization parameter can be included in a SUPL END message, for example, the SUPL END message transferred in action F in FIG. 9 and FIG. 10, and in action B in FIG. 11. An SLP Authorization parameter can also be included in a SUPL TRIGGERED STOP message, for example, as in action G in FIG. 13 and action E in FIG. 14. The table below illustrates an example of the SLP Authorization parameter:

TABLE 7: Example of SLP authorization parameter

Parameter

Presence

Value / Description

 Parameter

 Presence Value / Description

 SLP Authorization

 - Provides one or more authorized D-SLP and / or E-SLP addresses.

 > D-SLP Authorization List

 CV This parameter is included to provide one or more authorized D-SLP addresses and associated conditions to access each address. The D-SLP addresses are provided in order of priority (with the highest priority first) where the SET can access a higher priority D-SLP, preferably over a lower priority D-SLP, when satisfied the associated conditions of service area and access network. In a response to a SET request by D-SLP addresses, the absence of this parameter or the presence of this parameter without containing any D-SLP address indicates that no D-SLP is authorized: any previously authorized D-SLP by the SLP that sends the response can then be considered unauthorized by the SET, being any associated SUPL session in progress terminated by

 the SET with an END message from SUPL. If a previously authorized intermediary D-SLP is thereby unauthorized, any D-SLPs authorized by the intermediary D-SLP are also unauthorized.

 >> D-SLP List

 M This parameter provides the addresses of the authorized D-SLPs and the conditions to access each address.

 >>> Address of D- SLP

 M This field provides an authorized D-SLP address in the form of FQDN.

 >>> Duration of service

 O This parameter provides the duration of the D-SLP authorization. If this parameter is absent, the duration is unlimited.

 >>> Service area

 OR This parameter provides a geographical area within which the authorized D-SLP can be accessed. If this parameter is absent, no service area is explicitly authorized, although access to the D-SLP can still be allowed through the list of access networks.

 >>> List of access networks

 OR This parameter provides a list of access networks from which the authorized D-SLP address can be accessed. If this parameter is absent, no access network is explicitly authorized, although access to the D-SLP can still be allowed through the Service Area.

 >>> Type of combination

 Or This parameter defines how the restrictions of the Service Area and the Access Network List are combined. The alternatives are: • Y (the SET can be within the service area AND using an allowed access network) • O (the SET can be within the service area OR using an allowed access network) • Or conditional (the SET may be within the service area If the SET cannot determine if it is within the service area, the SET may use an allowed access network The default value if this parameter is not included is O.

 >>> Services

 Or This parameter provides a list of services in which a SET can participate with the authorized D-SLP. Allowed services are indicated by a boolean TRUE value and non-allowed services are indicated by FALSE values. A SET cannot request or accept a request for any service not allowed. This parameter can NOT be included for a D-SLP authorized by an intermediary D-SLP and can be ignored if it is included. If this parameter is absent for an authorization received from the H-SLP, all services are allowed. In the case of authorization by an intermediary D-SLP, the services allowed for the D-SLP being authorized are the same as those authorized by the H-SLP for the intermediary D-SLP.

 >>> D-SLP intermediary

 CV This parameter is conditional and can be sent by the H-SLP. This presence of this parameter indicates that the D-SLP can act as an intermediary for the H-SLP to provide authorized D-SLP addresses to the SET. Any D-SLP address provided by an intermediary D-SLP remains associated with the intermediary D-SLP; by

 Parameter

 Presence Value / Description

 For example, addresses are removed once the authorization duration for the intermediary D-SLP (provided by the H-SLP) is exhausted.

 >> Access preference to H-SLP

 CV This parameter is conditional and can be sent by the H-SLP. This parameter indicates whether the SET can access the H-SLP instead of a D-SLP for location services initiated by the SET. The following values are supported: • Access to H-SLP is not allowed • Access to H-SLP (H-SLP to be used as a backup) is not preferred • Access to preferred H-SLP (D-SLP to use as a backup) The absence of the parameter means that there is no preference and the SET can access the H-SLP or the D-SLP. NOTE: Existing H-SLP sessions may not be affected by this parameter.

 >> Notify access to D-SLP

 CV This parameter is conditional and can be sent by the H-SLP. This parameter is included to request notification from the SET to the H-SLP when the SET changes access to a different D-SLP. Notification may be restricted only to D-SLPs authorized to perform services initiated by the network. The notification can also be extended to D-SLPs authorized by an intermediary D-SLP. The notification can help the H-SLP redirect or forward location requests for the SET from external SUPL agents to the most recently notified D-SLP.

 >>> Include the D-SLP authorized by D-SLP intermediary

 M This parameter indicates whether the D-SLP authorized by an intermediary D-SLP that supports services initiated by the network can be notified to the H-SLP (TRUE) or not (FALSE) in addition to the D-SLPs directly authorized by the H-SLP.

 > E-SLP Authorization List

 CV This parameter is included to provide one or more authorized E-SLP addresses and associated conditions to access each address. E-SLP addresses are provided in order of priority (with the highest priority first) where the SET can access a higher priority E-SLP, preferably a lower priority E-SLP, when satisfied the associated conditions of service area and access network. In a response to a SET request for E-SLP addresses, the absence of this parameter or the presence of this parameter, without containing any E-SLP address, indicates that no E-SLP is authorized: any E-SLP previously authorized by the SLP that sends the response can be considered as unauthorized by the SET, any associated SUPL session being terminated by the SET, sending a SUPL END message. If a previously authorized intermediary E-SLP is thereby unauthorized, any E-SLP authorized by the intermediary E-SLP is also unauthorized. There may be exceptions to these criteria, according to local regulatory requirements; For example, a SET can accept a request initiated by the network for a single correction from an E-SLP when participating in an emergency call, regardless of whether or not the E-SLP was authorized by the H-SLP.

 >> E-SLP List

 M This parameter provides the authorized E-SLP addresses and the conditions to access each address.

 >>> E-SLP Address

 M This field provides an authorized E-SLP address in the form of an FQDN.

 >>> Duration of service

 O This parameter provides the duration of the E-SLP authorization. If this parameter is absent, the duration is unlimited.

 >>> Service area

 OR This parameter provides a geographical area within which the authorized E-SLP can be accessed. If this parameter is absent, no service area is explicitly authorized, although access to the E-SLP can still be allowed through the Access Network List.

 Parameter

 Presence Value / Description

 >>> List of access networks

 OR This parameter provides a list of access networks from which the authorized E-SLP address can be accessed. If this parameter is absent, no access network is explicitly authorized, although access to the E-SLP can still be allowed through the Service Area.

 >>> Type of combination

 Or This parameter defines how the restrictions of the Service Area and the Access Network List are combined. The alternatives are: • Y (the UE can be within the service area AND using an allowed access network) • O (the UE can be within the service area OR using an allowed access network) • Or conditional (the UE may be within the service area If the UE cannot determine if it is within the service area, the UE may use an allowed access network). The default value if this parameter is not included is O.

 >>> E-SLP intermediary

 CV This parameter is conditional and can be sent by the H-SLP. This presence of this parameter indicates that the E-SLP can act as an intermediary for the H-SLP to provide authorized E-SLP addresses to the SET. Any E-SLP address provided by an intermediary E-SLP remains associated with the intermediary E-SlP; for example, addresses are removed once the authorization duration for the intermediary E-SLP (provided by the H-SLP) is exhausted.

 > Minimum retry period

 OR This parameter provides the minimum period of time that the SET can wait before instigating a new authorization request from D-SLP or E-SLP. The parameter is valid both in response to an SLP authorization request from the SET and an unsolicited SLP authorization (for example, for the Session Information Query procedure or in the SUPL END message sent by the H-SLP or by an intermediary D-SLP or E-SLP for any SUPL session). The parameter applies to the SLP that sent it, for example, the minimum retry period for an intermediary D-SLP does not affect requests to the H-SLP, and vice versa.

[164] A SET may use an authorized D-SLP list parameter to provide any currently authorized D-SLP address to the H-SLP or to an intermediary D-SLP. An authorized D-SLP list parameter can be transferred in a SUPL REPORT message, for example, as in action D in FIG. 5 13 and FIG. 14. The table below illustrates an example of the authorized D-SLP list parameter:

TABLE 8: Example of authorized D-SLP list parameter

 Parameter

 Presence Value / Description

 List of authorized D-SLPs

 - • Provides currently authorized D-SLP addresses

 > Authorized D-SLPs

 M • Provides a list of the D-SLPs currently authorized by the SLP to which this parameter is sent.

 >> D-SLP Address

 OR • This parameter provides a D-SLP address in the form of an FQDN.

 >> List of authorized intermediary D-SLPs

 OR • This parameter can be sent to an H-SLP when the authorized D-SLP is an intermediary D-SLP and provides a list of any D-SLP currently authorized by the intermediary D-SLP.

10 [165] A SET may use an authorized E-SLP list parameter to provide any address

of E-SLP currently authorized to H-SLP. An authorized E-SLP list parameter can be transferred in a SUPL REPORT message, for example, as in action D in FIG. 13 and FIG. 14. The table below illustrates an example of an authorized E-SLP list parameter:

15 TABLE 9: Example of authorized E-SLP list parameter

5

10

fifteen

twenty

25

30

35

40

Four. Five

 Parameter

 Presence Value / Description

 List of authorized E-SLPs

 - • Provides currently authorized E-SLP addresses

 > Authorized E-SLPs

 M • Provides a list of the E-SLPs currently authorized by the SLP to which this parameter is sent.

 >> E-SLP Address

 OR • This parameter provides an E-SLP address in the form of an FQDN.

 >> List of authorized intermediary E-SLPs

 OR • This parameter can be sent to an H-SLP when the authorized E-SLP is an intermediary E-SLP and provides a list of any E-SLP currently authorized by the intermediary E-SLP.

[166] A SET may use a D-SLP access notification parameter to provide the address of a D-SLP that has recently been accessed by the H-SLP when the D-SLP is authorized to support services initiated by the network. A D-SLP access notification parameter can be transferred in a SUPL REPORT message - for example, as in action B in FIG. 12. The table below illustrates an example of a D-SLP access notification parameter:

TABLE 10: Example of authorized D-SLP access notification parameter

 Parameter

 Presence Value / Description

 D-SLP access report

 - • Provide the most recent access D-SLP

 > D-SLP address

 OR • This parameter provides the D-SLP address in the form of an FQDN.

[167] The reference throughout this specification to "an example", "certain examples" or "an exemplary implementation" means that a particular feature, structure or feature, described in relation to the feature and / or example may be included in at least one feature and / or example of the subject matter claimed. Therefore, not all occurrences of the phrase "in an example", "an example", "in certain examples" or "in certain implementations", or other similar phrases, in various parts throughout this specification refer necessarily to the same trait, example and / or limitation. In addition, particular features, structures or features may be combined into one or more examples and / or features.

[168] The methodologies described in this document can be implemented by various means depending on the applications, according to particular features and / or examples. For example, such methodologies can be implemented in hardware, firmware and / or combinations thereof, in addition to software. In a hardware implementation, for example, a processing unit can be implemented within one or more application-specific integrated circuits (ASIC), in digital signal processors (DSP), in digital signal processing devices (DSPD), in programmable logic devices (PLD), in field programmable gate formations (FPGA), in processors, in controllers, in microcontrollers, in microprocessors, in electronic devices, in other device units designed to perform the functions described in this document and / or combinations thereof.

[169] In the detailed description above, numerous specific details have been set forth to provide a thorough understanding of the subject matter claimed. However, those skilled in the art will understand that the subject matter claimed can be implemented without these specific details. In other cases, the procedures and apparatus that someone moderately skilled in the art would know have not been described in detail so as not to obscure the subject matter claimed.

[170] Some parts of the preceding detailed description have been presented in terms of algorithms or symbolic representations of operations in binary digital electronic signals stored within a memory of a specific apparatus or special purpose computing device or platform. In the context of this particular specification, the term specific device, or the like, includes a general purpose computer once it is programmed to perform particular functions according to the instructions of the program software. Algorithmic descriptions or symbolic representations are examples of techniques used by those moderately skilled in signal processing or related techniques to transmit the substance of their work to other experts in the art. An algorithm is here, and in general, considered a self-congruent sequence of operations or similar signal processing, which lead to a desired result. In this context, operations or processing involve the physical manipulation of physical quantities. Usually, although not necessarily, said quantities may take the form of electrical or magnetic signals capable of being stored, transferred, combined,

5

10

fifteen

twenty

25

30

35

40

Four. Five

fifty

55

60

65

compared or otherwise manipulated, as electronic signals that represent information (for example, as representative data). It has been shown that it is sometimes convenient, mainly for reasons of common use, to refer to such signals as bits, data, values, elements, symbols, characters, terms, numbers, information or the like. It should be understood, however, that all these terms and the like are to be associated with adequate physical quantities and that they are simply convenient labels. Unless specifically stated otherwise, as follows from the following statement, it is appreciated that, throughout this specification, exposures that use terms such as "processing," "computing," "calculation," "determination." , "establishment", "obtaining", "identification" and / or the like, refer to actions or processes of a specific device, such as a special purpose computer or a similar special purpose electronic computer device. In the context of this specification, therefore, a special purpose computer or similar special purpose electronic computing device is capable of manipulating or transforming signals, typically represented as electronic or magnetic physical quantities within memories, registers or other devices. of information storage, transmission devices or special purpose computer display devices or similar special purpose electronic computing device. In the context of this particular patent application, the term "specific device" may include a general purpose computer once it is programmed to perform particular functions according to the instructions of the program software.

[171] The terms "and", "or" and "and / or", as used herein, may include a variety of meanings that are also expected to depend, at least in part, on the context in which these terms are used. Usually, "o", if used to associate a list, such as A, B or C, is intended to mean A, B and C, which is used here in the inclusive sense, as well as A, B or C, which is used here in the exclusionary sense. In addition, the term "one or more", as used herein, can be used to describe any feature, structure or feature in the singular, or it can be used to describe a plurality or some other combination of features, structures or features. However, it should be borne in mind that this is simply an illustrative example and the subject matter claimed is not limited to this example.

[172] Although what is considered herein as exemplary features has been illustrated and described, those skilled in the art will understand that various other modifications can be made and equivalent equivalents can be substituted without departing from the subject matter claimed. In addition, many modifications can be made to adapt a particular situation to the teachings of the subject matter claimed without departing from the central concept described in this document.

[173] Therefore, it is intended that the subject matter claimed is not limited to the particular examples disclosed, but that the subject matter claimed may also include all aspects that are within the scope of the appended claims and equivalents from the same.

Additional examples are described below to facilitate understanding of the invention:

1. A procedure to be used by one or more computing devices of a location server, the procedure comprising:

obtaining a first message from a mobile device for which the location server comprises a location intermediary server for an authorizing location server, said first message indicating a first set of location servers;

determining a second set of location servers based, at least in part, on said first set of location servers; Y

transmitting a second message to said mobile device, said second message indicating that said second set of location servers is authorized for access related to the location service by said mobile device.

2. The procedure as described in 1, wherein said mobile device comprises a terminal enabled for SUPL (SET).

3. The procedure as described in 1, wherein said location intermediary server comprises at least one of: a discovered SUPL location platform (D-SLP); and / or an Emergency SUPL Location Platform (E-SLP), and wherein at least one location server in said first set of location servers and / or said second set of location servers comprises one or more between: a D-SLP; and / or an E-SLP.

4. The procedure as described in 1, wherein said first message comprises a SUPL START message, or a SUPL REPORT message, and / or in which said second message comprises a SUPL END message, or a TRIGGERED message SuPl STOP.

5

10

fifteen

twenty

25

30

35

40

Four. Five

fifty

55

60

65

5. The procedure as described in 1, wherein said mobile device previously obtained authorization from said authorizing location server to use said location server as said location intermediary server.

6. The procedure as described in 1, said authorizing location server comprising at least one of: a source SUPL location platform (H-SLP); a discovered SUPL location platform (D-SLP); and / or an emergency SUPL location platform (E-SLP).

7. The procedure as described in 1, said first message also indicating at least one between: an estimated location of said mobile device; an access network available for use by said mobile device; and / or a location quality parameter (QoP).

8. The procedure as described in 1, and further comprising:

determining said second set of location servers based, at least in part, on at least one of: an estimated location of said mobile device; an access network available for use by said mobile device; and / or a location quality parameter (QoP).

9. The method as described in 1, and further comprising: obtaining an estimated position of said mobile device.

10. The procedure as described in 1, said first set of location servers comprising one or more among: one or more location servers previously authorized by said location intermediary server for said access related to the location service; one or more location servers preferred by said mobile device; and / or one or more location servers not preferred by said mobile device.

11. The procedure as described in 1, and further comprising:

obtaining a subsequent message from said mobile device, said subsequent message indicating an occurrence of at least one of said accesses related to the location service by said mobile device.

12. The procedure as described in 11, said mobile message being transmitted by said mobile device in response to access of said mobile device to an authorized location server on said second set of location servers for the first time, and / or for the first time after accessing another location server in said second set of location servers.

13. The procedure as described in 1, said second message further indicating additional information comprising at least one of: an access preference associated with said location intermediary server for location services; a priority order corresponding to one or more location servers in said second set of location servers; and / or a parameter for at least one location server in said second set of location servers.

14. The procedure as described in 13, said parameter comprising at least one between: a service duration; a service area; and / or a list of access networks available for use by said mobile device.

15. The procedure as described in 14, and further comprising, with said mobile device:

accessing a particular location server in said second set of location servers by said mobile device, said particular location server being determined by said mobile device based, at least in part, on said additional information.

16. The procedure as described in 1, said second message also indicating a minimum retry period to pass before said mobile device retransmits said first message to said location intermediary server.

17. The procedure as described in 1, wherein said first set of location servers comprises a null set.

18. A procedure for use by a mobile device, the procedure comprising:

obtain authorization from an authorizing location server to use a location server as an intermediary location server for said authorizing location server;

5

10

fifteen

twenty

25

30

35

40

Four. Five

fifty

55

60

65

transmitting a first message to said location intermediary server, said first message indicating a first set of location servers;

obtaining a second message from said location intermediary server, said second message indicating that a second set of location servers is authorized for access related to the location service by said mobile device; Y

accessing one or more location servers from said second set of location servers for one or more location services.

19. The procedure as described in 18, wherein obtaining authorization to use said location server as said location intermediary server further comprises:

receiving a message from said authorizing location server authorizing the use of said location server as said intermediary location server.

20. The procedure as described in 18, said authorizing location server comprising at least one among: a source SUPL location platform (H-SLP); a discovered SUPL location platform (D-SLP); and / or an emergency SUPL location platform (E-SLP).

21. The procedure as described in 18, wherein said mobile device comprises a terminal enabled for SUPL (SET).

22. The procedure as described in 18, wherein said location intermediary server comprises at least one of: a discovered SUPL location platform (D-SLP); and / or an emergency SUPL location platform (E-SLP), and wherein at least one location server in said first set of location servers and / or said second set of location servers comprises one or more between: a D-SLP; and / or an E-SLP.

23. The procedure as described in 18, wherein said first message comprises a SUPL START message, or a SUPL REPORT message, and / or wherein said second message comprises a SUPL END message, or a TRIGGERED message SUPL STOP.

24. The procedure as described in 18, said first message also indicating at least one between: an estimated location of said mobile device; an access network available for use by said mobile device; and / or a location quality parameter (QoP).

25. The procedure as described in 18, said first set of location servers comprising one or more among: one or more location servers previously authorized by said location intermediary server for said access related to the location service; one or more location servers preferred by said mobile device; and / or one or more location servers not preferred by said mobile device.

26. The procedure as described in 18, and further comprising:

transmitting a subsequent message to said intermediary location server, said subsequent message indicating an occurrence of at least one of said accesses related to the location service by said mobile device.

27. The procedure as described in 26, said subsequent message being transmitted in response to access of said mobile device to an authorized location server on said second set of location servers for the first time, and / or for the first time after accessing another location server in said second set of location servers.

28. The procedure as described in 18, said second message also indicating additional information comprising at least one of: an access preference associated with said location intermediary server for location services; a priority order corresponding to one or more location servers in said second set of location servers; and / or a parameter for at least one location server in said second set of location servers.

29. The procedure as described in 28, said parameter comprising at least one between: a service duration; a service area; and / or a list of access networks available for use by said mobile device.

5

10

fifteen

twenty

25

30

35

40

Four. Five

fifty

55

60

65

30. The procedure as described in 18, said second message also indicating a minimum retry period that must pass before said mobile device retransmits said first message to said location intermediary server.

31. The procedure as described in 18, wherein said first set of location servers comprises a null set.

32. An apparatus for use in a location server, the apparatus comprising:

means for obtaining a first message from a mobile device for which the location server comprises a location intermediary server for an authorizing location server, said first message indicating a first set of location servers;

means for determining a second set of location servers based, at least in part, on said first set of location servers; Y

means for transmitting a second message to said mobile device, said second message indicating that said second set of location servers is authorized for access related to the location service by said mobile device.

33. The apparatus as described in 32, wherein said mobile device comprises a terminal enabled for SUPL (SET).

34. The apparatus as described in 32, wherein said intermediary location server comprises at least one of: a discovered SUPL location platform (D-SLP); and / or an emergency SUPL location platform (E-SLP), and wherein at least one location server in said first set of location servers and / or said second set of location servers comprises one or more between: a D-SLP; and / or an E-SLP.

35. The apparatus as described in 32, wherein said first message comprises a SUPL START message, or a SUPL REPORT message, and / or wherein said second message comprises an SUPL END message, or a TRIGGERED STOP message of SUPL.

36. The apparatus as described in 32, wherein said mobile device previously obtained authorization from said authorizing location server to use said location server as said intermediary location server.

37. The apparatus as described in 32, said authorizing location server comprising at least one of: a source SUPL location platform (H-SLP); a discovered SUPL location platform (D-SLP); and / or an emergency SUPL location platform (E-SLP).

38. The apparatus as described in 32, said first message also indicating at least one between: an estimated location of said mobile device; an access network available for use by said mobile device; and / or a location quality parameter (QoP).

39. The apparatus as described in 32, and further comprising:

means for determining said second set of location servers based, at least in part, on at least one of: an estimated location of said mobile device; an access network available for use by said mobile device; and / or a location quality parameter (QoP).

40. The apparatus as described in 32, and further comprising: means for obtaining an estimated position of said mobile device.

41. The apparatus as described in 32, said first set of location servers comprising one or more among: one or more location servers previously authorized by said location intermediary server for said access related to the location service; one or more location servers preferred by said mobile device; and / or one or more location servers not preferred by said mobile device.

42. The apparatus as described in 32, and further comprising:

means for obtaining a subsequent message from said mobile device, said subsequent message indicating an occurrence of at least one of said accesses related to the location service by said mobile device.

5

10

fifteen

twenty

25

30

35

40

Four. Five

fifty

55

60

43. The apparatus as described in 42, said mobile message being transmitted by said mobile device in response to access of said mobile device to an authorized location server in said second set of location servers for the first time and / or for the first time afterwards of accessing another location server in said second set of location servers.

44. The apparatus as described in 32, said second message further indicating additional information comprising at least one of: an access preference associated with said location intermediary server for location services; and / or a priority order corresponding to one or more location servers in said second set of location servers; and / or a parameter for at least one location server in said second set of location servers.

45. The apparatus as described in 44, said parameter comprising at least one of: a service life; a service area; and / or a list of access networks available for use by said mobile device.

46. The apparatus as described in 45, and further comprising:

means for accessing a particular location server in said second set of location servers by said mobile device, said particular location server being determined by said mobile device based, at least in part, on said additional information.

47. The apparatus as described in 32, said second message also indicating a minimum retry period that must elapse before said mobile device relays said first message to said location intermediary server.

48. An apparatus for use in a mobile device, the apparatus comprising:

means for obtaining authorization from an authorizing location server to use a location server as an intermediary location server for said authorizing location server;

means for transmitting a first message to said location intermediary server, said first message indicating a first set of location servers;

means for obtaining a second message from said location intermediary server, said second message indicating that a second set of location servers is authorized for access related to the location service by said mobile device; Y

means for accessing one or more location servers from said second set of location servers for one or more location services.

49. The apparatus as described in 48, wherein obtaining authorization to use said location server as said location intermediary server further comprises:

receiving a message from said authorizing location server authorizing the use of said location server as said intermediary location server.

50. The apparatus as described in 48, said authorizing location server comprising at least one of: a source SUPL location platform (H-SLP); a discovered SUPL location platform (D-SLP); and / or an emergency SUPL location platform (E-SLP).

51. The apparatus as described in 48, wherein said mobile device comprises a terminal enabled for SUPL (SET).

52. The apparatus as described in 48, wherein said intermediary location server comprises at least one of: a discovered SUPL location platform (D-SLP); and / or an emergency SUPL location platform (E-SLP), and wherein at least one location server in said first set of location servers and / or said second set of location servers comprises one or more between: a D-SLP; and / or an E-SLP.

53. The apparatus as described in 48, wherein said first message comprises a SUPL START message, or a SUPL REPORT message, and / or in which said second message comprises a SUPL END message, or a TRIGGERED message SUPL STOP.

5

10

fifteen

twenty

25

30

35

40

Four. Five

fifty

55

60

65

54. The apparatus as described in 48, said first message also indicating at least one between: an estimated location of said mobile device; an access network available for use by said mobile device; and / or a location quality parameter (QoP).

55. The apparatus as described in 48, said first set of location servers comprising one or more among: one or more location servers previously authorized by said location intermediary server for said access related to the location service; one or more location servers preferred by said mobile device; and / or one or more location servers not preferred by said mobile device.

56. The apparatus as described in 48, and further comprising:

means for transmitting a subsequent message to said intermediary location server, said subsequent message indicating the appearance of at least one of said accesses related to the location service by said mobile device.

57. The apparatus as described in 56, said subsequent message being transmitted in response to access of said mobile device to an authorized location server on said second set of location servers for the first time, and / or for the first time after accessing another location server in said second set of location servers.

58. The apparatus as described in 48, said second message also indicating additional information comprising at least one of: an access preference associated with said location intermediary server for location services; a priority order corresponding to one or more location servers in said second set of location servers; and / or a parameter for at least one location server in said second set of location servers.

59. The apparatus as described in 58, said parameter comprising at least one between: a service life; a service area; and / or a list of access networks available for use by said mobile device.

60. The apparatus as described in 48, said second message also indicating a minimum retry period that must pass before said mobile device retransmits said first message to said location intermediary server.

61. A location server comprising: a network interface; Y

one or more processing units configured to:

obtaining, through said network interface, a first message from a mobile device for which the location server comprises a location intermediary server for an authorizing location server, said first message indicating a first set of location servers;

determining a second set of location servers based, at least in part, on said first set of location servers; and

initiate the transmission of a second message to said mobile device through said network interface, said second message indicating that said second set of location servers is authorized for access related to the location service by said mobile device.

62. The location server as described in 61, wherein said mobile device comprises a terminal enabled for SUPL (SET).

63. The location server as described in 61, wherein said location intermediary server comprises at least one of: a discovered SUPL location platform (D-SLP); and / or an emergency SUPL location platform (E-SLP), and wherein at least one location server in said first set of location servers and / or said second set of location servers comprises one or more between: a D-SLP; and / or an E-SLP.

64. The location server as described in 61, wherein said first message comprises a SUPL START message, or a SUPL REPORT message, and / or wherein said second message comprises a SUPL END message or a message TRIGGERED STOP of SUPL.

5

10

fifteen

twenty

25

30

35

40

Four. Five

fifty

55

60

65

65. The location server as described in 61, wherein said mobile device previously obtained authorization from said authorizing location server to use said location server as said location intermediary server.

66. The location server as described in 61, said authorizing location server comprising at least one of: a source SUPL location platform (H-SLP); a discovered SUPL location platform (D-SLP); and / or an emergency SUPL location platform (E-SLP).

67. The location server as described in 61, said first message also indicating at least one between: an estimated location of said mobile device; an access network available for use by said mobile device; and / or a location quality parameter (QoP).

68. The location server as described in 61, said one or more processing units being also for:

determining said second set of location servers based, at least in part, on at least one of: an estimated location of said mobile device; an access network available for use by said mobile device; and / or a location quality parameter (QoP).

69. The location server as described in 61, said one or more processing units being also for:

obtain an estimated position of said mobile device.

70. The location server as described in 61, said first set of location servers comprising one or more among: one or more location servers previously authorized by said location intermediary server for said access related to the location service; one or more location servers preferred by said mobile device; and / or one or more location servers not preferred by said mobile device.

71. The location server as described in 61, said one or more processing units being also for:

obtaining, through said network interface, a subsequent message from said mobile device, said subsequent message indicating an occurrence of at least one of said accesses related to the location service by said mobile device.

72. The location server as described in 61, said subsequent message being transmitted by said mobile device in response to access of said mobile device to an authorized location server in said second set of location servers for the first time, and / or by first time after accessing another location server in said second set of location servers.

73. The location server as described in 61, said second message further indicating additional information comprising at least one of: an access preference associated with said proximity location server for location services; a priority order corresponding to one or more location servers in said second set of location servers; and / or a parameter for at least one location server in said second set of location servers.

74. The location server as described in 73, said parameter comprising at least one between: a service duration; a service area; and / or a list of access networks available for use by said mobile device.

75. The location server as described in 61, said second message also indicating a minimum retry period that must pass before said mobile device retransmits said first message to said location intermediary server.

76. A mobile device, comprising: one or more interfaces; Y

one or more processing units configured to:

obtain authorization from an authorizing location server to use a location server as a location intermediary server;

5

10

fifteen

twenty

25

30

35

40

Four. Five

fifty

55

60

65

initiate the transmission of a first message to said location intermediary server through said one or more interfaces, said first message indicating a first set of location servers;

obtaining a second message from said location intermediary server through said one or more interfaces, said second message indicating that a second set of location servers is authorized for access related to the location service by said mobile device; Y

accessing, through said one or more interfaces, one or more location servers of said second set of location servers for one or more location services.

77. The mobile device as described in 76, wherein obtaining authorization to use said location server as said intermediary location server further comprises receiving a message from said authorizing location server authorizing the use of the location server as said intermediary server of location.

78. The mobile device as described in 76, said authorizing location server comprising at least one of: a source SUPL location platform (H-SLP); a discovered SUPL location platform (D-SLP); and / or an emergency SUPL location platform (E-SLP).

79. The mobile device as described in 76, wherein said mobile device comprises a terminal enabled for SUPL (SET).

80. The mobile device as described in 76, wherein said intermediary location server comprises at least one of: a discovered SUPL location platform (D-SLP); and / or an emergency SUPL location platform (E-SLP), and wherein at least one location server in said first set of location servers and / or said second set of location servers comprises one or more between: a D-SLP; and / or an E-SLP.

81. The mobile device as described in 76, wherein said first message comprises a SUPL START message, or a SUPL REPORT message, and / or wherein said second message comprises a SUPL END message, or a TRIGGERED message SUPL STOP.

82. The mobile device as described in 76, said first message also indicating at least one between: an estimated location of said mobile device; an access network available for use by said mobile device; and / or a location quality parameter (QoP).

83. The mobile device as described in 76, said first set of location servers comprising one or more among: one or more location servers previously authorized by said location intermediary server for said access related to the location service; one or more location servers preferred by said mobile device; and / or one or more location servers not preferred by said mobile device.

84. The mobile device as described in 76, said one or more processing units being also for:

initiate the transmission of a subsequent message to said intermediary location server through said one or more interfaces, said subsequent message indicating the appearance of at least one of said accesses related to the location service by said mobile device.

85. The mobile device as described in 76, said subsequent message being transmitted in response to access of said mobile device to an authorized location server on said second set of location servers for the first time, and / or for the first time after accessing to another location server in said second set of location servers.

86. The mobile device as described in 76, said second message further indicating additional information comprising at least one of: an access preference associated with said location intermediary server for location services; a priority order corresponding to one or more location servers in said second set of location servers; and / or a parameter for at least one location server in said second set of location servers.

87. The mobile device as described in 86, said parameter comprising at least one between: a service life; a service area; and / or a list of access networks available for use by said mobile device.

5

10

fifteen

twenty

25

30

35

40

Four. Five

fifty

55

60

65

88. The mobile device as described in 87, further comprising said access, through said one or more interfaces, to one or more location servers from said second set of location servers, accessing a particular location server in said second set of location servers, said particular location server being determined by said mobile device based, at least in part, on said additional information.

89. The mobile device as described in 76, said second message also indicating a minimum retry period that must pass before said mobile device retransmits said first message to said location intermediary server.

90. An article comprising:

a non-transient computer-readable medium that has computer-implementable instructions stored therein that are executable by one or more processing units of a location server for:

obtaining a first message from a mobile device for which the location server comprises a location intermediary server for an authorizing location server, said first message indicating a first set of location servers;

determining a second set of location servers based, at least in part, on said first set of location servers; and

initiate the transmission of a second message to said mobile device, said second message indicating that said second set of location servers is authorized for access related to the location service by said mobile device.

91. The article as described in 90, wherein said mobile device comprises a terminal enabled for SUPL (SET).

92. The article as described in 90, wherein said intermediary location server comprises at least one of: a discovered SUPL location platform (D-SLP); and / or an emergency SUPL location platform (E-SLP), and wherein at least one location server in said first set of location servers and / or said second set of location servers comprises one or more between: a D-SLP; and / or an E-SLP.

93. The article as described in 90, wherein said first message comprises a SUPL START message, or a SUPL REPORT message, and / or in which said second message comprises a SUPL END END message, or a message TRIGGERED STOP of SUPL.

94. The article as described in 90, wherein said mobile device previously obtained authorization from said authorizing location server to use said location server as said intermediary location server.

95. The article as described in 90, said authorizing location server comprising at least one among: a source SUPL location platform (H-SLP); a discovered SUPL location platform (D-SLP); and / or an emergency SUPL location platform (E-SLP).

96. The article as described in 90, said first message also indicating at least one between: an estimated location of said mobile device; an access network available for use by said mobile device; and / or a location quality parameter (QoP).

97. The article as described in 90, said instructions being further executable by computer additionally executable by said one or more processing units for:

determining said second set of location servers based, at least in part, on at least one of: an estimated location of said mobile device; an access network available for use by said mobile device; and / or a location quality parameter (QoP).

98. The article as described in 90, said instructions being further executable by computer additionally executable by said one or more processing units for:

obtain an estimated position of said mobile device.

99. The article as described in 90, said first set of location servers comprising one or more among: one or more location servers previously authorized by said intermediary server

5

10

fifteen

twenty

25

30

35

40

Four. Five

fifty

55

60

65

location for said access related to the location service; one or more location servers preferred by said mobile device; and / or one or more location servers not preferred by said mobile device.

100. The article as described in 90, said instructions being further executable by computer additionally executable by said one or more processing units for:

obtaining a subsequent message from said mobile device, said subsequent message indicating the appearance of at least one of said accesses related to the location service by said mobile device.

101. The article as described in 90, said mobile message being transmitted by said mobile device in response to access of said mobile device to an authorized location server in said second set of location servers for the first time, and / or for the first time after accessing another location server in said second set of location servers.

102. The article as described in 90, said second message further indicating additional information comprising at least one of: an access preference associated with said location intermediary server for location services; a priority order corresponding to one or more location servers in said second set of location servers; and / or a parameter for at least one location server in said second set of location servers.

103. The article as described in 102, said parameter comprising at least one between: a duration of service; a service area; and / or a list of access networks available for use by said mobile device.

104. The article as described in 90, said second message also indicating a minimum retry period that must pass before said mobile device retransmits said first message to said location intermediary server.

105. An article comprising:

a non-transient computer-readable medium that has computer-implementable instructions, stored therein, that are executable by one or more processing units in a mobile device to:

obtain authorization from an authorizing location server to use a location server as an intermediary location server for said authorizing location server;

initiate the transmission of a first message to said location intermediary server, said first message indicating a first set of location servers;

obtaining a second message from said location intermediary server, said second message indicating that a second set of location servers is authorized for access related to the location service by said mobile device; Y

accessing one or more location servers from said second set of location servers for one or more location services.

106. The article as described in 105, where obtaining authorization to use said location server as said intermediary location intermediary server further comprises receiving a message from said authorizing location server, authorizing the use of said location server as said server. location broker.

107. The article as described in 105, said authorizing location server comprising at least one of: a source SUPL location platform (H-SLP); a discovered SUPL location platform (D-SLP); and / or an emergency SUPL location platform (E-SLP).

108. The article as described in 105, wherein said mobile device comprises a terminal enabled for SUPL (SET).

109. The article as described in 105, wherein said intermediary location server comprises at least one of: a discovered SUPL location platform (D-SLP); and / or an Emergency SUPL location platform (E-SLP), and wherein at least one location server in said first set of location servers and / or said second set of location servers comprises one or more between: a D-SLP; and / or an E-SLP.

5

10

fifteen

twenty

25

30

35

40

Four. Five

110. The article as described in 105, wherein said first message comprises a SUPL START message, or a SUPL REPORT message, and / or in which said second message comprises a SUPL END message, or a TRIGGERED message SUPL STOP.

111. The article as described in 105, said first message also indicating at least one between: an estimated location of said mobile device; an access network available for use by said mobile device; and / or a location quality parameter (QoP).

112. The article as described in 105, said first set of location servers comprising one or more among: one or more location servers previously authorized by said location intermediary server for said access related to the location service; one or more location servers preferred by said mobile device; and / or one or more location servers not preferred by said mobile device.

113. The article as described in 105, said instructions also being computer-executable additionally executable by said one or more processing units for:

initiate the transmission of a subsequent message to said intermediary location server, said subsequent message indicating an occurrence of at least one of said accesses related to the location service by said mobile device.

114. The article as described in 105, the subsequent message being transmitted in response to access of said mobile device to an authorized location server in said second set of location servers for the first time, and / or for the first time after accessing another location server in said second set of location servers.

115. The article as described in 105, said second message also indicating additional information comprising at least one of: an access preference associated with said location intermediary server for location services; a priority order corresponding to one or more location servers in said second set of location servers; and / or a parameter for at least one location server in said second set of location servers.

116. The article as described in 115, said parameter comprising at least one between: a service life; a service area; and / or a list of access networks available for use by said mobile device.

117. The article as described in 116, further comprising said access to one or more location servers from said second set of location servers, accessing a particular location server in said second set of location servers, said server being particular location determined by said mobile device based, at least in part, on said additional information.

118. The article as described in 105, said second message also indicating a minimum retry period that must pass before said mobile device retransmits said first message to said location intermediary server.

Claims (14)

one. 5 10 fifteen 2. twenty 3. 25 Four. 30 5. 35 6. 40 7. 45 8. fifty 9. 55 60 A method (600) for use by a mobile device, the procedure comprising: obtain (602) authorization from an authorizing location server to use a location server as an intermediary location server for said authorizing location server; transmitting (604) a first message to said location intermediary server, said first message indicating a first set of location servers; obtaining (606) a second message from said location intermediary server, said second message indicating a second set of location servers as authorized for access related to the location service by said mobile device; Y accessing (608) one or more location servers from said second set of location servers for one or more location services. The method according to claim 1, wherein obtaining authorization to use said location server as said location intermediary server further comprises: receiving a message from said authorizing location server authorizing the use of said location server as said intermediary location server. The method according to claim 1, said authorizing location server comprising at least one of: a source SUPL location platform, H-SLP; a discovered SUPL location platform, D-SLP; and / or an emergency SUPL location platform, ESLP. The method according to claim 1, wherein said mobile device comprises a terminal enabled for SUPL, SET. The method according to claim 1, wherein said location intermediary server comprises at least one of: a discovered SUPL location platform, D-SLP; and / or an Emergency SUPL location platform, E-SLP, and wherein at least one location server in said first set of location servers and / or said second set of location servers comprises one or more between: a D-SLP; and / or an E-SLP. The method according to claim 1, wherein said first message comprises a SUPL START message, or a SUPL REPORT message, and / or wherein said second message comprises an SUPL END message, or a SUPL TRIGGERED STOP message. The method according to claim 1, said first message also indicating at least one between: an estimated location of said mobile device; an access network available for use by said mobile device; and / or a location quality parameter, QoP. The method according to claim 1, and further comprising: transmitting a subsequent message to said intermediary location server, said subsequent message indicating an occurrence of at least one of said accesses related to the location service by said mobile device. An apparatus for use in a mobile device, the apparatus comprising: means for obtaining authorization from an authorizing location server to use a location server as an intermediary location server for said authorizing location server; means for transmitting a first message to said location intermediary server, said first message indicating a first set of location servers; means for obtaining a second message from said location intermediary server, said second message indicating that a second set of location servers is authorized for access related to the location service by said mobile device; Y means for accessing one or more location servers from said second set of location servers for one or more location services. 5 10 fifteen twenty 25 10. The apparatus according to claim 9, wherein obtaining authorization to use said location server as said location intermediary server further comprises: receiving a message from said authorizing location server authorizing the use of said location server as said intermediary location server. 11. The apparatus according to claim 9, said authorizing location server comprising at least one of: a source SUPL location platform, H-SLP; a discovered SUPL location platform, D-SLP; and / or an emergency SUPL location platform, E-SLP. 12. The apparatus according to claim 9, wherein said mobile device comprises a terminal enabled for SUPL, SET. 13. The apparatus according to claim 9, wherein said intermediate location server comprises at least one of: a discovered SUPL location platform, D-SLP; and / or an emergency SUPL location platform, E-SLP, and wherein at least one location server in said first set of location servers and / or said second set of location servers comprises one or more between: a D-SLP; and / or an E-SLP. 14. The apparatus according to claim 9, wherein said first message comprises a SUPL START message, or a SUPL REPORT message, and / or wherein said second message comprises an SUPL END message, or a TRIGGERED STOP message of SUPL. 15. A computer program product comprising a non-transient computer readable medium having computer executable instructions stored therein for carrying out a method according to any one of claims 1 to 8 when executed by said computer.