TW201630457A - Methods and apparatus for identifying and authorizing location servers and location services - Google Patents

Abstract

Techniques are provided which may be implemented in various methods, apparatus, and/or articles of manufacture 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. For example, in certain implementations, an authorizing location server may obtain a first message from a mobile device 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 transmit a second message to the mobile device indicating that the second set of location servers are authorized for location service related access by the mobile device.

Description

Method and apparatus for identifying and authorizing location servers and location services

The subject matter disclosed herein relates to electronic devices and, more particularly, to methods, apparatus, and articles for identifying and/or accessing one or more authorized location servers and/or one or more location services. .

The present application claims priority to the following U.S. Provisional Application Serial No. 35 USC 119, each of which is assigned to its assignee and incorporated herein by reference: February 2011 U.S. Provisional Application No. 61/440,251, filed on the 7th, entitled "SUPPORT OF A SUPL DISCOVERED SLP (D-SLP)"; and filed on March 9, 2011, entitled "METHODS AND APPARATUS FOR SUPPORT OF A SUPL DISCOVERED" U.S. Provisional Application No. 61/451,059 to SLP (D-SLP); US Provisional Application filed on April 1, 2011 and entitled "METHODS AND APPARATUS FOR SUPPORT OF A SUPL DISCOVERED SLP (D-SLP)" US Provisional Application No. 61/484,113, filed on May 9, 2011, entitled "METHODS AND APPARATUS FOR SUPPORT OF A SUPL DISCOVERED SLP (D-SLP)"; May 11, 2011 US Provisional Application No. 61/485,085, entitled "METHODS AND APPARATUS FOR SUPPORT OF A SUPL DISCOVERED SLP (D-SLP)"; application dated June 10, 2011 and entitled "METHODS AND" APPARATUS FOR SUPPORT OF A SUPL DISCOVERED SLP (D-SLP), US Provisional Application No. 61/495,895; and August 26, 2011, filed as "METHODS AND APPARATUS FOR SUPPORT OF A SUPL DISCOVERED SLP (D- SLP) US Provisional Application No. 61/527,841.

Mobile devices (such as mobile phones, laptops, computers, etc.) typically have several techniques (such as (just to name a few examples), satellite positioning systems (eg, GPS, Galileo, Glonass, and the like), The ability to estimate its position with high accuracy by any of the order forward link triangulation (AFLT), cell ID or enhanced cell ID. Location estimation techniques typically involve processing measurements that can be based on signals acquired at the mobile device receiver. For example, a mobile device can acquire a satellite positioning system (SPS) signal or pilot signal transmitted from a terrestrial base station. Various measured characteristics of the acquired signal, such as phase, signal strength, time of arrival, and/or round trip delay, can be used to calculate the position.

In a particular implementation, a user plane (UP) location, such as the SUPL (Secure User Plane Location) set forth in the publicly available document by the Open Action Alliance (OMA), describes a framework within which Part of the location service, the location estimates obtained at the mobile device (eg, SUPL Permitted Terminal (SET)) or at the Separate Location Server (eg, SUPL Positioning Platform (SLP)) may be obtained by other entities . Making such location estimates available to other entities in specific applications (such as providing emergency services, targeting another user to locate a user, obtaining driving directions, or finding nearby gas stations, hotels, airports, or hospitals) ) can be useful. In addition, in some examples, the mobile device can also communicate with the SLP to obtain positioning assistance data, such as (only a few examples of positioning assistance data), coarse location, accurate time reference, to assist in acquiring SPS or terrestrial radio signals. Data, local indoor navigation aids, and SPS ephemeris data to assist in calculating position based on SPS measurements.

Location estimates may be referred to as locations or estimated locations - these terms are used synonymously herein.

In some examples, the external client can include a SUPL agent. The SUPL agent can indirectly obtain the estimated position of the SET from the mobile device. For example, to obtain an estimated location of a mobile device, the SUPL agent may transmit a message requesting an estimated location to the SLP. After receiving the message from the SUPL agent, the SLP can initiate a 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 is measured (eg, measurements of SPS signals and/or terrestrial radio signals from nearby base stations and/or other wireless access points) And transmitting the measurement to the SLP to cause the SLP to calculate the estimated position, or (ii) wherein the mobile device measures as in (i) and additionally calculates the estimated position itself, thereby potentially using the SLP Auxiliary material (for example, SPS ephemeris data) for this calculation.

In a particular example, the mobile device can be associated with a home location server, such as a home SLP (H-SLP), which has location aids that are generally suitable for use in areas where the user device can be located at any particular time. . Here, regardless of the current location of the mobile device, the mobile device can communicate with its H-SLP to obtain various location services, location assistance materials, location-based service information, and the like.

However, in some cases, the H-SLP may not have a specific location service and/or some desired location assistance material or the like to enable the mobile device to obtain navigation assistance. For example, if the mobile device is located inside a building structure such as a shopping mall, airport, city center or hospital (just to name a few examples), the H-SLP may be able to provide a base station and some SPS in the vicinity of the building structure. Information about the supporting materials, but may not have information about wireless access points (such as wireless LAN access points or picocells) within the building structure. In his case, it may not be possible to obtain an accurate position estimate for a mobile device - for example, if a mobile device can measure signals from a wireless access point inside a building structure, Signal attenuation and reflection caused by the building structure cannot measure or accurately measure signals from SPS satellites and external base stations. In some other cases, the H-SLP may not be aware of the base station near the mobile device (eg, if the mobile device is in a country or region away from the H-SLP), even if the mobile device is outdoors and not in the building structure Internal location still makes location estimation difficult or impossible. Therefore, it may be beneficial to enable the mobile device to obtain some (some) location services, location assistance materials, location-based service information, and the like in some other way.

In still other cases, perhaps, given the location of the mobile device and/or the current operation of the H-SLP, the H-SLP may not be able to assist in providing a particular location service, etc., in an appropriate and/or timely manner. Wait. Therefore, it may be beneficial to enable the mobile device to obtain some (some) location services, location assistance materials, location-based service information, and the like in some other way.

According to one aspect, a method for use by one or more computing devices to provide an authorized location server can be provided. The method can, for example, include: obtaining a first message from a mobile device, the first message indicating a first set of location servers; determining a second location server 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 the second set of location servers to be authorized for access by the location service of the mobile device.

According to another aspect, a method for use with a mobile device can be provided. The method can, for example, include: transmitting a first message to an authorized location server, the first message indicating a first set of location servers; obtaining a second message from the authorized location server, the second message Instructing a second set of location servers to be authorized for access by location services of the mobile device; and accessing one or more location servers from the second set of location servers to obtain one or more Location service.

According to yet another aspect, a device for use in an authorized location server can be provided Set. The apparatus can, for example, comprise: means for obtaining a first message from a mobile device, the first message indicating a first set of location servers; for determining, based at least in part on the first set of location servers a component of a second location server set; and means for transmitting a second message to the mobile device, the second message indicating the second set of location servers to be authorized for use by the mobile device Location service related access.

According to still another aspect, a device for use in a mobile device can be provided. The apparatus can, for example, comprise: means for transmitting a first message to an authorized location server, the first message indicating a first set of location servers; and obtaining a second from the authorized location server a second component of the message indicating that the second location server set is authorized for access by the location service of the mobile device; and for accessing one of the second location server sets or Multiple location servers to get one or more location service components.

According to some other aspects, an authorized location server can be provided, which can include, for example, a network interface, and one or more processing units for obtaining from a mobile device via the network interface a first message indicating a first set of location servers; determining a second set of location servers based at least in part on the first set of location servers; and initiating a first via the network interface The second message is transmitted to the mobile device, and the second message indicates the second set of location servers to be authorized for access by the location service of the mobile device.

According to some additional aspects, a mobile device can be provided, which can include, for example, a wireless interface, and one or more processing units for initiating a first message to an authorization via the wireless interface Transmitting by the location server, the first message indicating a first location server set; obtaining, by the wireless interface, a second message from the authorized location server, the second message indicating a second location server set as Authorized for access by the location service of the mobile device; and accessing one or more location servers from the second location server set via the wireless interface to obtain one or more location services.

According to still other aspects, an article can be provided that can, for example, comprise: a non-transitory computer readable medium having stored therein computer executable instructions, the computer executable instructions being by one of an authorized location server Or the plurality of processing units are executable to: obtain a first message from a mobile device, the first message indicating a first set of location servers; determining a second location servo 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 the second set of location servers to be authorized for access by the location service of the mobile device.

According to some additional aspects, an article can be provided that can, for example, comprise: a non-transitory computer readable medium having stored therein computer executable instructions, the computer executable instructions being by one of a mobile device Or the processing unit may be configured to: initiate a transmission of a first message to an authorized location server, the first message indicating a first location server set; obtaining a second message from the authorized location server, The second message indicates that a second set of location servers is authorized for access by the location service of the mobile device; and accessing one or more location servers from the second set of location servers to obtain One or more location services.

100‧‧‧ Environment

102‧‧‧ Computing devices

103‧‧‧Wired communication link

104‧‧‧Mobile devices

110‧‧‧ device

112‧‧‧ devices

120‧‧‧Network

122‧‧‧Wireless communication link

130‧‧‧ Computing Devices

131‧‧‧Wired communication link

134‧‧‧Location Service

140‧‧‧Transmission device/transmitter device

142‧‧‧Wireless signal

150‧‧‧Satellite Positioning System

152‧‧‧Wireless signal

200‧‧‧ Computing Platform

202‧‧‧Processing unit

204‧‧‧ memory

204-1‧‧‧ main memory

204-2‧‧‧ secondary memory

206‧‧‧Connect

208‧‧‧Wireless/Web Interface//Wired/Wireless Interface

210‧‧‧ Receiver

212‧‧‧Transporter

220‧‧‧First location server set

220'‧‧‧First Location Server Collection

222‧‧‧Second location server set

222'‧‧‧Second location server set

224‧‧‧ Estimated location

Estimated position of the 224'‧‧‧ mobile device

226‧‧‧ Positioning quality parameters

226'‧‧‧ Positioning quality parameters

228‧‧‧ Prior authorized location server

228'‧‧‧ previously authorized location server

230‧‧‧ Preferred location server

230'‧‧‧ Preferred Location Server

232‧‧‧Non-preferred location server

232'‧‧‧Non-preferred location server

234‧‧‧Location Server Address

234'‧‧‧Location Server Address

236‧‧‧Access preferences

236'‧‧‧ access preferences

238‧‧‧Priority parameters/prioritization

238'‧‧‧Priority parameters/sorting

240‧‧‧Servo Duration/Service Duration

240'‧‧‧Service duration

242‧‧‧Service area

242'‧‧‧Service Area

244‧‧‧Servo network

244'‧‧‧Servo Network

246‧‧‧Retest cycle

246'‧‧‧Retest cycle

270‧‧‧ (non-temporary) computer readable media

272‧‧‧Computer-implementable instructions

300‧‧‧ Computing Platform

302‧‧‧Processing unit

304‧‧‧ memory

304-1‧‧‧ main memory

304-2‧‧‧ secondary memory

306‧‧‧Connect

308‧‧‧Wireless interface/wired interface

310‧‧‧ Receiver

312‧‧‧Transporter

314‧‧‧Input/output unit

370‧‧‧ (non-temporary) computer readable media

372‧‧‧ Computers can implement instructions

400‧‧‧ Environment

402‧‧‧Safe user plane location allows terminal

404‧‧‧Home Network

406‧‧‧Home security user plane location platform

408‧‧‧Access network

409‧‧‧Safe user plane position positioning platform/emergency safety user plane position positioning platform

410‧‧‧Safe user plane position positioning platform/emergency safety user plane position positioning platform

412‧‧‧External Security User Plane Location Agent

420‧‧‧First message

424‧‧‧Second message

426‧‧‧ Follow-up message

1 is a schematic block diagram illustrating an example environment including a mobile device for accessing certain location services and/or other similar information that may be provided by one or more computing devices, in accordance with an implementation.

2 is a schematic block diagram illustrating certain features of an example computing device that can provide certain location services, etc., to one or more other devices and/or otherwise support certain location services, in accordance with an implementation. and many more.

3 is a schematic block diagram illustrating certain features of an example mobile device for accessing certain location services and/or other similar information that may be provided by one or more computing devices, in accordance with an implementation.

4 is an illustration of an example comprising a plurality of SUPL positioning platforms (SLPs) in accordance with an implementation. A schematic block diagram of the environment, a plurality of SUPL Location Platforms (SLPs) for use by mobile devices represented as SUPL Permit Terminals (SET).

FIG. 5 is a flow diagram illustrating certain features of a program or method for computing a device (eg, as in FIG. 2), in accordance with an implementation.

6 is a flow diagram illustrating certain features of a program or method for a mobile device (eg, as in FIG. 3), in accordance with an implementation.

7 is a flow diagram illustrating an example message flow that may be used to support certain network home location services, in accordance with an implementation.

8 is a flow diagram illustrating an example message flow that may be used to support certain mobile device home location services, in accordance with an implementation.

9 is a flow diagram illustrating an example message flow that may be used to support authorization of D-SLPs and/or E-SLPs for use by certain location services by H-SLP, in accordance with an implementation.

10 is a flow diagram illustrating an example message flow that may be used to support unsolicited authorization of D-SLPs and/or E-SLPs for use by certain location services, in accordance with an implementation.

11 is a flow diagram illustrating an example message flow that may be used to provide an indication to a H-SLP that a mobile device has access to a D-SLP with certain location services, in accordance with an implementation.

12 is a flow diagram illustrating an example message flow that may be used to obtain session information about certain location services with re-notification, in accordance with an implementation.

13 is a flow diagram illustrating an example message flow that may be used to obtain session information for certain location services with session termination, in accordance with an implementation.

Non-limiting and non-exclusive aspects are described with reference to the following figures, wherein like reference numerals refer to the

Various techniques that may be implemented to allow a mobile device to be authorized for use by one or more computing devices to obtain a certain (some) location service, etc., are described herein.

In a particular implementation, such as SUPL as described by the Open Action Alliance (OMA) User plane (UP) positioning of the full user plane position provides a framework in which, as part of the location service, it can be at the mobile device (eg, SUPL Permitted Terminal (SET)) or separated The location estimates obtained at the location server (eg, the SUPL Location Platform (SLP)) are available to other entities. Making such location estimates useful may be obtained by other entities in a particular application, such as providing emergency services, obtaining a driving direction, or targeting another user to locate a user. Additionally, in some examples, the mobile device can also communicate with the SLP to obtain positioning assistance data to assist in acquiring and measuring signals (eg, from SPS satellites and base stations) and/or assist in calculating locations based on such measurements. estimate. Examples of positioning aids include (only a few examples of positioning aids) a rough position estimate for the approximate location of the mobile device, an accurate time reference, information to assist in obtaining SPS signals, SPS ephemeris data, for use in Information about individual base stations and/or other wireless access points indoors or outdoors (eg, position coordinates, signal timing, signal strength, antenna characteristics).

In a particular example, a mobile device (eg, a SET) can be associated with a home location server, such as a home SLP (H-SLP), which has a location server that is generally suitable for the user device to be located at any particular time. Location aids for the area. Here, regardless of the current location of the SET, the SET can typically communicate with its H-SLP to obtain positioning assistance material. Typically, the H-SLP will belong to or be associated with the home wireless network for the SET user, and the SET user will have subscriptions for the specific location service set in the H-SLP (eg, The ability of the H-SLP to request assistance or location estimation, the ability to request the location of another SET, the ability to perform a location periodically or when entering or leaving a particular geographic area. Therefore, the SET will typically expect to communicate with the H-SLP (using SUPL) when it needs a particular location service.

However, in certain circumstances, the H-SLP may not have the best positioning aids to use the SET for navigation assistance. In an example, although the H-SLP may have comprehensive auxiliary materials (such as SPS or base station almanac and the like) that can be used for outdoor positioning, H-SLP There may not be positioning aids for use in indoor navigation environments (eg, indoor digital maps and locations, identification codes for indoor transmitters, and radio characteristics). Here, for example, the positioning assistance material suitable for the indoor location may instead be available from an SLP other than the H-SLP coupled to the SET. In another example, when the SET is roaming in an area or village away from the H-SLP, the H-SLP may not have auxiliary materials suitable for outdoor base stations and other outdoor transmitters, thereby even causing problems with the outdoor location.

In an implementation, the SET in communication with the associated H-SLP may discover that a location-based service (such as a particular location assistance profile, etc.) can be provided to the local location server of the SET (eg, SLP has been discovered (eg, D-SLP)) to encompass areas that are located with SET and are not available at the H-SLP. Here, the SET may discover the D-SLP using any of a number of techniques, such as acquiring a broadcast signal from a local area network that identifies the D-SLP and describes the capabilities of the D-SLP. Alternatively, the network at the SET local end may provide the identification code and/or address of the D-SLP when the SET is attached for other wireless services (such as making a call or attaching to the Internet), or may be borrowing The D-SLP address and/or D-SLP identification code is provided upon request by the SET. Alternatively, the SET may be configured (eg, via a home network or H-SLP) with an identification code and/or address of a D-SLP associated with a different geographic area and/or a different servo network. Alternatively, the SET may request a D-SLP address from its H-SLP. In a particular implementation, when the SET is able to find or discover the D-SLP address itself (eg, from the local servo network), the SET can communicate with its H-SLP to search for authorization from the H-SLP for use as A prerequisite for the D-SLP to accept or receive location services and the like. In one implementation, if the location of the SET is in an area served by the D-SLP, the H-SLP may provide an authorization to the SET to obtain location services from the D-SLP.

In another implementation, the H-SLP may store data describing the newly identified D-SLP and/or possibly describing the newly discovered Emergency SLP (E-SLP), which may be supported by the SET user. Location service for emergency calls. Here, for example, the SET may acquire a broadcast signal that provides an identification code of the D-SLP. The SET can then forward the D-SLP's acquired identification code to the H-SLP and receive an overview of the capabilities of the D-SLP from the D-SLP (eg, Description of D-SLP) and authorization to access and obtain location services.

"Position" or "position estimate" as referred to herein may refer to information associated with the movement of an object or thing (eg, a SET) based on a reference point. Here, for example, this location can be represented as a geographic coordinate such as latitude and longitude. Alternatively, the location may be represented as a street address, autonomous region or other government jurisdiction, a zip code, and/or the like. However, these are merely examples of how locations may be represented in accordance with a particular embodiment, and claimed subject matter is not limited in this respect. The SET may be based, at least in part, on a virtual distance measurement from a number of (eg, four or more) satellite transmitters based, at least in part, on a satellite positioning system (SPS) (such as GPS, Galileo, or Glonass). The navigation signal estimates the position of the SET. Alternatively, the location can be estimated from a hybrid system in which the location of the mobile device is determined from at least a combination of: i) represented in the mobile device and the communication system (eg, base station, picocell, hometown) Time measurement of the travel time of the message between the base station and the wireless LAN access point; and ii) time measurement indicating the travel time of the SPS signal. It can also be measured purely based on terrestrial signals (eg, signal strength and/or signal timing for one or more base stations and wireless LAN access points) and a combination of terrestrial signal measurements and SPS signal measurements. Determine the location.

In an example implementation, the mobile device may transmit a first message indicating the first set of location servers to an authorized location server (such as an H-SLP for SET) and receive the first from the authorized location server upon response The second message, the second message indicates that the second set of location servers is authorized for access by the location service of the mobile device. The first set of location servers may, for example, identify: (i) a set S1 of one or more location servers that the authorized location server may have previously authorized for the mobile device; (ii) one that the mobile device may prefer to be authorized Or a set S2 of location servers, which may include location servers that the mobile device may have discovered, previously accessed, and/or otherwise known; and (iii) one or more mobile devices may not be authorized A set of location servers S3, which may include location servers that are not accessible or previously accessed by the mobile device and that do not provide appropriate services. In some implementations One or more of the location servers in the set S1 may appear in the set S2 or the set S3. However, there may be no location servers present in both the set S2 and the set S3 in the set S1. In some other examples, the first set of location servers can include an empty set. The second set of location servers can, for example, identify one or more location servers authorized by the location server for use by the mobile device. In some implementations, the second set of location servers can replace the set of location servers S1 that were previously authorized by the location server for use by the mobile device. In some examples, one or more of the location servers identified in the first set of location servers may also be included in the second condition if the authorized location server wishes to re-authorize the previously authorized location server. Location server collection. In some examples, authorization to use one or more location servers in the second set may be conditional, for example, based on various parameters related to time, location, service, and the like.

Where the second set of location servers has been obtained, the mobile device can selectively access one or more of the "authorized" location servers identified therein to obtain one or more location services.

According to some example implementations, the techniques provided herein may be applied in an environment having an authorized location server represented by: a full or partial portion of a home SUPL positioning platform (H-SLP), a SUPL positioning platform has been discovered ( All or part of the D-SLP), all or part of the Emergency SUPL Positioning Platform (E-SLP), and/or some similar combination thereof. Additionally, in some example implementations, the mobile device can include a SUPL enabled terminal (SET).

Thus, in some example implementations, the first message may include a SUPL START message, a SUPL REPORT message, and/or the like, and the second message may include a SUPL END message, a SUPL TRIGGERED STOP message, and/or the like. In some examples, the first message can, for example, further indicate a mobile device that can be considered by the authorized location server when identifying one or more location servers in the second set of location servers as authorized. Roughly estimated locations and/or similar. In some examples, the first message can, for example, further indicate that one or more access networks are available for use by the mobile device, which can be authorized The location server is considered when identifying one or more location servers in the second set of location servers as being authorized. In some examples, the first message may, for example, further indicate a quality of location (QoP) parameter and/or the like, which may be associated with one or more desired location services and thus may be One or more of the location servers in the second set of location servers are identified as being considered for authorization.

In certain other example implementations, the first set of location servers may include and/or otherwise identify one or more location servers that were previously authorized for location service related access. In some example implementations, the first set of location servers may include and/or otherwise identify one or more location servers that may or may not be preferred to the mobile device for some reason.

In some example implementations, the second message can further indicate an access preference (eg, associated with an authorized location server) for a location service that can be authorized for access via the second set of location servers. In some example implementations, the second message can further indicate prioritization and/or one or more priority parameters that can be selectively accessed by the mobile device in one or more of the second set of location servers Consider when using a location server.

In some example implementations, the second message can further indicate an operation and/or conditional information that can selectively access one or more location servers in the second set of location servers by the mobile device When considering. For example, in some examples, the second message can further indicate service duration, service area, and/or other applicable to one or more of the authorized location servers in the second set of location servers. Similar information or some combination thereof. For example, in some examples, the second message can further include or otherwise indicate all or a portion of the list of access networks available for use by the mobile device, for example, one of the access networks Access by the mobile device should be used as a condition for accessing a particular authorized location server. In some example implementations, the second message may further indicate certain control parameters and/or the like that may be considered by the mobile device in determining whether to contact or otherwise access certain location servers. For example, the minimum retry period can indicate The minimum or additional desired time period that elapses before the mobile device retransmits the first message to the authorized location server.

As mentioned, in some example implementations, the mobile device may transmit one or more subsequent messages to the authorized location server, one or more subsequent messages indicating that the mobile device has one or more of the authorized location servers Accessing all or part of one or more location services (eg, in a second set of location servers). By way of some non-limiting example, subsequent messages may be transmitted for the first time in response to the mobile device accessing an authorized location server in the second set of location servers, and/or in accessing the second location server set The other location is transmitted the first time after the server.

1 is a schematic block diagram illustrating an example environment 100 including a mobile device 104 for accessing certain locations that may be provided by one or more computing devices 102/130, in accordance with an implementation. Service 134 and/or other similar information. In this example, computing device(s) 102 can represent an authorized location server, and other computing device(s) 130 can represent one or more authorized location servers. Although not illustrated in FIG. 1, it should be understood that computing device(s) 102 can include one or more location services 134, and/or other computing device(s) 130 can include device 112.

With this situation in mind, as illustrated, mobile device 104 can include device 110, which can be used, at least in part, to initiate a first message to device 112 of computing device 102 via one or more networks 120. Transmission. As mentioned, for example, the first message can include or otherwise indicate a first set of location servers and/or other potentially useful information. The device 112 of the computing device 102 can initiate the transmission of the second message to the device 110 of the mobile device 104, for example, via one or more networks 120. Again, as previously mentioned, the second message can, for example, include or otherwise indicate a second set of location servers that can be authorized for access to the location service.

In this example, mobile device 104 is illustrated as being in communication with network(s) 120 via wireless communication link 122, and computing device(s) 102 and other computing device(s) 130 Each is illustrated as being in communication with network(s) 120 via wired communication links 103 and 131, respectively. It should be understood that in some implementations, wired communication links 103 and/or 131 can represent wireless communication links, and/or wireless communication links 122 can represent wired communication links.

Network(s) 120 may represent one or more communication and/or computing networks, and/or support other resources of the network or networks. For example, network(s) 120 can include one or more telecommunications 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, the Internet, and/or the like or a combination thereof. The network(s) 120 can, for example, include a plurality of transmission devices that can support a suitable wired and/or wireless communication link. Thus, network(s) 120 can include various types of access networks with respect to mobile device 104, computing device(s) 102, and/or other computing device(s) 130.

FIG. 1 also illustrates that in some examples, mobile device 104 can receive one or more wireless signals 142 from one or more transmission devices 140. The transmission device(s) 140 can represent one or more associated with all or a portion of the network(s) 120, all or a portion of one or more location services 134, and/or the like, or some combination thereof Transfer device. Thus, for example, the transmission device(s) 140 can represent one or more cellular base stations and/or the like, one or more wireless local area network (WLAN) access points, and/or the like. One or more home base stations and/or the like, one or more location beacons and/or the like, and the like. Wireless signal 142 may, for example, represent a wireless signal that may be used, at least in part, to estimate the location of mobile device 104. Similarly, mobile device 104 may obtain one or more wireless signals 152 from one or more SPSs 150 as illustrated by certain example implementations. Thus, for example, SPS 150 can represent one or more associated with Global Navigation Satellite System (GNSS) and/or its like (such as the US Global Positioning System (GPS), the European Galileo system, or the Russian Glonass system). Space-based and/or land-based transmission devices. Thus, in some cases, mobile device 104 can use one or more wireless signals 142 and/or 152 when estimating its location, for example, using various known techniques.

2, FIG. 2 is a schematic block diagram illustrating certain features of an example computing platform 200, which may be provided as part of computing device(s) 102 and/or as (in accordance with an implementation). A plurality of portions of other computing devices 130 (e.g., as in Figure 1). Thus, for example, computing platform 200 can include device 112, and/or possibly provide and/or otherwise support certain location services 134.

As illustrated, computing platform 200 can include one or more processing units 202 coupled to memory 204 via one or more connections 206, one or more processing units 202 for performing data processing (eg, according to the text herein) The technology provided). The processing unit(s) 202 can be implemented, for example, in a combination of hardware or hardware and software. The processing unit(s) 202 can, for example, represent one or more circuits configurable to perform at least a portion of a data calculation program. By way of example and not limitation, a processing unit may include one or more processors, controllers, microprocessors, microcontrollers, special application integrated circuits, digital signal processors, programmable logic devices, field programmable Gate array, and the like, or any combination thereof.

Memory 204 can represent any data storage mechanism. Memory 204 can include, for example, primary memory 204-1 and/or secondary memory 204-2. The primary memory 204-1 may comprise, for example, random access memory, read only memory, and the like. Although illustrated in this example as being separate from the processing unit, it should be understood that all or a portion of the primary memory may be provided within processing unit(s) 202 or other similar circuitry provided within computing device 102, or Other ways are co-located/coupled with the processing unit(s) 202 or co-located/coupled with other similar circuits within the computing device 102. The secondary memory 204-2 may comprise, for example, the same or similar type of memory and/or one or more data storage devices or systems as the primary memory, such as a disk drive, a CD player, a tape drive, a solid state memory. Body drive, and so on. In some implementations, the secondary memory is operatively received or otherwise configurable to couple to (non-transitory) computer readable medium 270. Memory 204 and/or computer readable medium 270 can include computer implementable instructions 272 for certain example techniques as provided herein.

As illustrated in Figure 2, at various times, memory 204 can be stored for use as herein Some of the example techniques provided and/or certain signals that the computer can implement the instructions. For example, memory 204 can store data for device 112 and/or computer implementable instructions, and/or location service(s) 134. By way of further example, at various times, memory 204 may store representative data and/or instructions representative of: first location server set 220, second location server set 222, (eg, mobile device 104) Estimated location 224, QoP parameters 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 servos Address 234, one or more access preferences 236, one or more priority parameters and/or prioritization 238, one or more servo durations 240, one or more service areas 242, one or more Servo network 244, one or more retry cycles 246, and/or the like, or some combination thereof.

As shown, computing platform 200 can, for example, include one or more wireless/network interfaces 208. The wireless/network interface(s) 208 can, for example, provide the ability to receive and/or transmit wired and/or wireless signals, for example, via the network(s) 120 (FIG. 1). Thus, for example, in some examples, the wireless/network interface(s) 208 can include one or more receivers 210 and/or one or more transmitters 212 as suitable for supporting a particular communication link. .

3, FIG. 3 is a schematic block diagram illustrating certain features of an example computing platform 300 that may be provided by the mobile device 104 in accordance with an implementation, the mobile device 104 being operable for access by one or more Certain location services 134 and/or other similar information provided by computing device 102/130 (FIG. 1).

As illustrated, the computing platform 300 can include one or more processing units 302 coupled to one or more of the memory 304 via one or more connections 306 for performing data processing (eg, according to the text herein) The technology provided). The processing unit(s) 302 can be implemented, for example, in a combination of hardware or hardware and software. The processing unit(s) 302 can, for example, represent one or more circuits that are configurable to perform at least a portion of the data calculation program. By way of example and not limitation, a processing unit may include one or more processors, controllers, and Processors, microcontrollers, special application integrated circuits, digital signal processors, programmable logic devices, field programmable gate arrays, and the like, or any combination thereof.

Memory 304 can represent any data storage mechanism. Memory 304 can include, for example, primary memory 304-1 and/or secondary memory 304-2. The primary memory 304-1 may comprise, for example, random access memory, read only memory, and the like. Although illustrated in this example as being separate from the processing unit, it should be understood that all or a portion of the primary memory may be provided within processing unit(s) 302 or other similar circuitry provided within mobile device 104, or Other ways are co-located/coupled with the processing unit(s) 302 or co-located/coupled with other similar circuits within the mobile device 104. The secondary memory 304-2 may comprise, for example, the same or similar type of memory and/or one or more data storage devices or systems as the primary memory, such as a disk drive, a CD player, a tape drive, a solid state memory. Body drive, and so on. In some implementations, the secondary memory is operatively received or otherwise configurable to couple to (non-transitory) computer readable medium 370. Memory 304 and/or computer readable medium 370 can include computer implementable instructions 372 for certain example techniques as provided herein.

As illustrated in FIG. 3, at various times, memory 304 may store certain signals indicative of information and/or computer implementable instructions for certain example techniques as provided herein. For example, memory 304 can store data for device 110 and/or computer implementable instructions. By way of example, at various times, memory 304 can store representative data and/or instructions representative of: first location server set 220', second location server set 222', estimated location 224' QoP parameter 226', one or more previously authorized location servers 228', one or more preferred location servers 230', one or more non-preference location servers 232', one or more location server bits Address 234', one or more access preferences 236', one or more priority parameters and/or prioritization 238', one or more service durations 240', one or more service areas 242', one Or a plurality of servo networks 244', one or more retry cycles 246', and/or the like or a combination thereof. Although the same reference numerals used for certain data items and/or instructions have been used in the foregoing example implementations of Figures 2 and 3, this is the case. The shape is only for readability purposes. Therefore, it should be borne in mind that in some instances, more of one of these data items and/or instructions may differ. Accordingly, the example data items and/or instructions illustrated in FIG. 3 are further referenced using the apostrophe symbol to indicate that such data items and/or instructions may differ from the similarly referenced data items and/or instructions in FIG.

As shown, the mobile device 104 can, for example, include a wireless interface 308. Wireless interface 308 can, for example, provide the ability to receive and/or transmit wired and/or wireless signals, for example, via network(s) 120, and/or obtain wireless signals from one or more transmitter devices 140. 142, and/or obtaining wireless signal 152 from one or more SPSs 150 (FIG. 1). Wireless interface 308 may include one or more interfaces, which may include, but are not limited to, interfaces for wide area networks (WANs) such as GSM, UMTS, CDMA, LTE, WCDMA, and CDMA 2000, and for individuals Regional Network (PAN) interface (such as WiFi and Bluetooth). It should also be understood that there may be multiple wireless interfaces and/or wired interfaces 308 that may be used simultaneously or individually. In some implementations, the wireless interface 308 can also act as a receiver device (and/or transceiver device) simultaneously and/or alternately to acquire signals 142/152 (FIG. 1) from one or more transmission devices for Used in positioning and/or other positioning/navigation services. In some example implementations, the wireless interface 308 can also represent one or more wired network interfaces. As illustrated, the wireless interface(s) 308 can include one or more receivers 310 and/or one or more transmitters 312.

By way of further example, all or portions of the wireless interface(s) 308, the wired/wireless interface(s) 208, and/or the network(s) 120 can be configured for use in, for example, a wireless wide area network (WWAN). Various wireless communication networks such as wireless local area networks (WLANs), wireless personal area networks (WPANs), and the like. The terms "network" and "system" are used interchangeably herein. WWAN can be a code division multiple access (CDMA) network, a time division multiple access (TDMA) network, a frequency division multiple access (FDMA) network, an orthogonal frequency division multiple access (OFDMA) network, and a single Carrier Frequency Division Multiple Access (SC-FDMA) network, and so on. CDMA The network may implement one or more radio access technologies (RATs) such as (only a few radio technologies are listed), cdma2000, Wideband CDMA (W-CDMA), Time Division Synchronous Code Division Multiple Access (TD-SCDMA). Here, cdma2000 may include technologies implemented in accordance with the Telecommunications Industry Association (TIA) IS-95, IS-2000, and IS-856 standards. The TDMA network can implement the Global System for Mobile Communications (GSM), Digital Advanced Mobile Phone System (D-AMPS), or some other RAT. GSM and W-CDMA are described in documents from an association named "3rd Generation Partnership Project" (3GPP). Cdma2000 is described in documents from an association named "3rd Generation Partnership Project 2" (3GPP2). 3GPP and 3GPP2 documents are publicly available. For example, a WLAN may include an IEEE 802.11x network, and a WPAN may include a Bluetooth network, IEEE 802.15x. The wireless communication network may include so-called next generation technologies (eg, "4G") such as 3GPP Long Term Evolution (LTE), 3GPP LTE Advanced, IEEE 802.16 WiMAX, 3GPP2 Ultra Mobile Broadband (UMB), and/or the like. . Additionally, as illustrated, the techniques provided herein may also be implemented, at least in part, in an environment that supports SUPL technology.

As shown, computing platform 300 can include one or more input/output units 314. The input/output unit 314 can, for example, include one or more user interfaces, such as a keypad, a touch screen, various buttons, various indicators, display screens, speakers, microphones, projectors, cameras, vibration mechanisms, and the like. Wait. In certain example implementations, the input/output unit 314 can include one or more inertial sensors (eg, accelerometers, gyroscopes, etc.), one or more environmental sensors (eg, thermometers, barometers) , magnetometer, etc.).

Computing platform 300 can take the form of a mobile device 104 that represents any electronic device that can move around within environment 100. For example, mobile device 104 can include handheld computing and/or communication devices such as mobile phones, smart phones, laptops, tablets, positioning/navigation devices, tracking devices, and/or the like or Some combination of it. In some example implementations, the mobile device 104 can be part of a circuit board, an electronic chip, or the like. The mobile device 104 can be referred to as a mobile terminal, a terminal, a mobile station, an action Device or user device, or some other name.

4, FIG. 4 is a schematic block diagram illustrating an example environment 400 that may be provided, for example, within the environment 100 of FIG. 1 or provided as part of the environment 100 of FIG. According to an implementation, environment 400 can be provided, for example, to support SUPL technology using a plurality of SUPL positioning platforms (SLPs) (eg, 406, 409, and 410) for representation as SUPL Used by the mobile device of the terminal (SET) 402. As mentioned, the network(s) 120 of FIG. 1 may include one or more networks, in this example, the one or more networks may include a home network 404 for the SET 402, and/or Or one or more access networks 408. One or more of the networks in access network 408 can serve as a servo network for SET 402 and provide communication services such as the ability to initiate and receive voice and material calls, the ability to access the Internet, and connectivity. Ability to SLPs 406, 409, and 410. The home network 404 can be a network in which the SET 402 is permanently registered and subscribed to obtain communication services provided by the access network 408. In some cases, the SET 402 can access the home network 404, in which case the home network 404 becomes one of the access networks 408. Although illustrated using separate cloud diagrams (as illustrated by the interconnected dashed lines), the home network 404 and one or more access networks 408 may be interconnected and/or otherwise operatively communicated in some manner. The home network 404 may or may not share some common coverage areas with one or more access networks 408, and the access network 408 may or may not share some common coverage areas with each other. Therefore, from time to time, SET 402 can be located in certain networks rather than in other areas of the network.

SET 402 may correspond to mobile device 104 in FIG. 1 (eg, as a particular example of mobile device 104 in FIG. 1). H-SLP 406 may correspond to computing device(s) 102 in FIG. D-SLP or E-SLP 409 and D-SLP or E-SLP 410 may correspond to other computing device(s) 130 in FIG. The access network(s) 408 and the home network 404 may correspond to the network(s) 120 of FIG. Although SET 402 is shown in FIG. 4 as having wireless access to both home network 404 and access network 408, SET 402 may have only a home network 404 or only at any particular time. Direct wireless to one of the network(s) 408 Or wired access. In this case, the SET 402 can access an entity attached to or associated with a network that does not have communication via communication from the access network(s) 408 or the home network 404. Direct access to such networks. This communication can be transmitted via other networks (such as the Internet) not shown in FIG.

The H-SLP 406 may be an SLP that subscribes to the SET 402 to receive location services using SUPL, such as the transmission of ancillary data and the determination of the location of the SET 402. The D-SLP or E-SLP 409 and the D-SLP or E-SLP 410 may be SLPs capable of providing better location services to the SET 402 in certain areas compared to the H-SLP 406, and may be authorized to provide These location services are described further below.

In this example, SET 402 can transmit first message 420 to H-SLP 406, for example, via home network 404. As mentioned previously, the first message 420 can include and/or otherwise identify a first set of location servers. As also mentioned, in some examples, the first set of location servers may include an empty set. The H-SLP 406 can determine the second set of location servers, for example, based at least in part on the first set of location servers. The H-SLP 406 can transmit the second message 424 to the SET 402, for example, using the home network 404. Here, for example, the second message 424 will be assumed to include and/or otherwise identify a second location server list including SLPs 409 and 410 that may use one or more access networks 408 Access is granted, as authorized for access by SET 402. In this example, SLP 409 and/or SLP 410 may represent D-SLP and/or E-SLP and may be authorized by H-SLP 406.

The SET 402 that has received an authorization to access the SLP 410 from the H-SLP 406 in the second message 424 may later selectively access the SLP 410, for example, to obtain a suitable location service, and the like. Thus, for example, one or more SUPL sessions and/or the like may be performed, the estimated location of the SET 402 may be obtained via the one or more SUPL sessions and/or the like and/or the SET 402 may be The estimated location is optionally provided to SUPL agents (not shown in FIG. 4) within SET 402 or, for example, via SLP 410 and/or (multiple) Other support networks are provided to the external SUPL agent 412. When the SUPL agent is internal to the SET 402, the SET 402 may initiate a SUPL session with the SLP 410 to obtain a location estimate, and the SET 402 may need to verify that the particular location service (eg, obtain a location estimate for the internal SUPL agent) It is authorized by the H-SLP 406 for the SLP 410. When a location estimate is provided instead to the external SUPL agent 412, the SLP 410 may initiate a SUPL session with the SET 402 (to obtain a location estimate), and the SET 402 may need to verify a particular location service (eg, on behalf of an external SUPL agent) Obtaining a position estimate) is authorized by H-SLP 406.

According to some implementations, the SET 402 that has accessed the SLP 409 and/or the SLP 410 (eg, to obtain the example services described above) may convey that the authorized access system occurred using one or more subsequent messages 426 One or more subsequent messages 426 may be transmitted to H-SLP 406 via one or more access networks 408 and/or via home network 404.

5, FIG. 5 is a diagram illustrating a procedure or method for computing device 102 (eg, as in FIG. 1) and/or H-SLP 406 (eg, as in FIG. 4), in accordance with an implementation. Flowchart of certain features of 500.

At instance block 502, the first message can be obtained from the mobile device by a location server (e.g., an authorized location server). Here, for example, the first message may include or otherwise indicate a first set of location servers. However, as mentioned, in some examples, the first set of location servers may include an empty set. It should be understood that in some examples, a first message as used herein may include one or more transmitted messages.

At instance block 504, the second set of location servers can be determined based at least in part on the first set of location servers. In some example implementations, at block 506, the determination at block 504 may further consider additional information, such as an estimated location of the mobile device, one or more access networks available for use by the mobile device. , QoP parameters, access preferences, priority parameters, service duration, service area, and/or the like or some combination thereof. In some examples, at block 508, an estimated bit of the mobile device is available Set.

At instance block 510, a second message can be transmitted to the mobile device, the second message indicating the second set of location servers to be authorized for location service related access by the mobile device. In some example implementations, at block 512, the second message may further indicate access preferences, prioritization, service duration, service area, certain access networks, minimum retry periods, and/or the like Or some combination thereof. It should be understood that in some examples, a second message as used herein may include one or more transmitted messages.

At instance block 514, a subsequent message can be obtained from the mobile device, the subsequent message indicating the occurrence of service related access to at least one location of the authorized location server by the mobile device.

6 is followed by a procedure or method 600 for a mobile device 104 (eg, as in FIG. 1) and/or SET 402 (eg, as in FIG. 4), in accordance with an implementation. A flow chart of certain features.

At instance block 602, the first message can be transmitted to an authorized location server (e.g., H-SLP 406 in FIG. 4), the first message indicating a first set of location servers. In some implementations, the first set of location servers can include an empty set. Additionally, in some implementations, the first message can include additional information that can be considered by the authorized location server. As used herein, this first message may include one or more transmitted messages.

At instance block 604, a second message can be obtained from the authorized location server, the second message indicating the second set of location servers to be authorized for location service related access by the mobile device. As used herein, this second message may include one or more transmitted messages.

At instance block 606, one or more location servers from the second set of location servers can be selectively accessed by the mobile device to obtain one or more location services and/or other similar form information.

At instance block 608, the subsequent message can be transmitted to the authorized location server by the mobile device, the subsequent message indicating at least one of the authorized location servers by the mobile device Set up service related access. As used herein, this subsequent message may contain one or more transmitted messages.

It is contemplated that the discovery of SLPs (eg, D-SLP and/or E-SLP) can occur in a number of different ways, including but not limited to digital discovery by the user (eg, via the web, scanning the QR Code, etc.). The discovery may also be from H-SIP or otherwise supported by H-SLP. For example, the H-SLP may: provide a D-SLP address or other similar identifier when queried by the SET; redirect the SET to the D-SLP; translate and/or verify the D-SLP that has been discovered by the SET A address or other similar identifier (eg, via a query/response mechanism). In some instances, the discovery may come from one or more resources of the access network or otherwise be supported by one or more resources of the access network. For example, the access network may provide a D-SLP address or other similar identifier when the user attaches (eg, using an LTE attachment to accept the message), and/or may allow the SET to be promoted via an internet engineering task The D-SLP address or other similar identifier is queried by the Panel (IETF) Dynamic Host Configuration Protocol (DHCP) and/or the like. In another example, a fixed format D-SLP address and/or a similar identifier associated with the access network (eg, containing an action country code identifier and a mobile network code identifier for accessing the network) ) may also be defined as a fixed format D-SLP address and/or similar to a preset E-SLP address in SUPL for discovery via the IETF Domain Name System (DNS) program and/or the like. Similar identifier.

The address of the D-SLP or E-SLP authorized by the SET and/or authorized by the H-SLP may be a globally unique address similar to a fully qualified domain name (FQDN), or may be an IP address, or It may be a specific (eg, known or preset) address unique to the network or communication technology.

The previous method can also be used to discover or verify the E-SLP address before a possible emergency call. Thus, for example, we can consider D-SLP and E-SLP as different variants of the native SLP. Thus, the local SLP can then act as a D-SLP or E-SLP or both.

The technology provided in this article can also provide additional H-SLP support. For example, H-SLP may provide certain limits when verifying or providing an address of an authorized D-SLP or similar identifier. For example, to further protect the SET user. For example, a time period during which the SET can access the D-SLP can be provided. For example, a geographic area or a collection of similar areas that the SET must reside in order to access the D-SLP may be provided. For example, one or more access networks may be provided for the SET to access the D-SLP. For example, a set of services that the D-SLP is allowed to provide can be identified (eg, if the network is initiated, other services can be resisted by the SET). If one or more of the provided instance conditions are no longer applicable, the SET may request the H-SLP for a new D-SLP address for a similar identifier, and/or possibly a new D-SLP address. In some examples, the H-SLP may provide information about the degree of privacy to the SET user to expect a D-SLP - for example, it may identify location services and/or other similar information that may or may not be permitted by local regulations.

Certain techniques provided herein may further benefit the H-SLP or otherwise provide additional control thereof. For example, the H-SLP may provide a D-SLP address or other similar identifier to the SET or verify the D-SLP address or other similar identifier while the SET roams in an area in which H- The SLP cannot properly support the location (eg, in a foreign country or in a closed area where the home operator does not have good coverage). For example, if the local operator is partnered with a group of other operators, so that each operator provides location support for all operators' users in their own coverage area, the H-SLP can place the D-SLP address. Or other similar identifiers are provided to the SET or to verify the D-SLP address or other similar identifier. Additionally, in some examples, the H-SLP can control the length of time that the SET can access the D-SLP, the geographic area that is permitted to access, and/or the set of access networks that are available for access. Additionally, in some examples, the H-SLP can query the SET to verify if the D-SLP is authorized for the SET and possibly revoke permission to access the D-SLP - for example, if the D-SLP is at the H-SLP The non-service was previously assigned, but the H-SLP is now back in service.

Some of the techniques provided herein may allow for the application of certain security technologies. For example, in some implementations, a public key credential can be used by the SET to authenticate the D-SLP with respect to the H-SLP. For example, doing so can help verify that D-SLP is owned by H-SLP The address provided or verified, and/or otherwise establishes the trustworthiness of the D-SLP by H-SLP. In another example, if the D-SLP provider has a relationship with a 3GPP/3GPP2 H-SLP provider, the D-SLP can use the 3GPP Universal Bootloading Architecture (GBA) method to authenticate the SET. In other examples, the D-SLP may use the client side device credentials (with respect to H-SLP) to authenticate the SET, for example, using the same or similar method with respect to the H-SLP to tie the user and device identification code. In still other example implementations, SUPL Alternative Client Authentication (ACA) may be used by the D-SLP to verify that the SET IP address matches a known SET ID (if the D-SLP belongs to an access network provider or Access network provider associated). In addition, D-SLP security can use the same method as H-SLP.

The techniques provided herein may further enhance certain services and/or accounting processes associated with D-SLPs that support SET origin location services. For example, the D-SLP provider can perform billing processing directly on the SET user. For example, accounting processing may be provided or otherwise supported via an H-SLP provider, for example, if there is a commercial relationship and the D-SLP may authenticate the SET identification code (eg, SET International Mobile Subscriber Identity (IMSI)) ). In some implementations, if notification and verification of the SET is used, the network (eg, SLP) starting location may be permitted. For example, such implementation may have a network application for assisting the SET user in some manner and/or Or service. For example, an external SUPL agent can be accounted for (eg, by a D-SLP provider) for locating a SET, wherein the SUPL agent provider can provide a service to the SET user via the SET location The account processing (for example, navigation assistance) transfers the fee to the user. For still other example limitations, the network start location may be allowed for a D-SLP that also acts as an E-SLP to potentially support location estimation for emergency calls. Here, for example, the resulting accounting process may depend on applicable regulatory requirements and/or other similar agreements.

The following sections provide additional examples of the techniques presented herein with respect to certain protocol implementations, which are identified by the OMA for location-based services via a user plane called SUPL. SUPL can, for example, enable SET and SLP to pass IP Carrying and communicating to exchange location information (eg, GNSS assistance materials, etc.) and other information available for positioning. More specifically, the description may be implemented in whole or in part by some of the example message flows in the example implementations presented in FIGS. 1 through 6.

The message flow described below illustrates how different location services and/or the like can be provided to the SUPL agent and/or via some instance interaction between the SUPL agent, one or more SLPs, and one or more SETs. It is similar. According to some example implementations, messages transmitted between the SLP and the SET via the access network and/or the network may, for example, be compliant with a SUPL User Plane Location Agreement (ULP), eg, ULP 3.0 and/or Some other similar agreement. According to some example implementations, the information transmitted between the SLP and the SUPL agent may, for example, be compliant with a Mobile Location Agreement (MLP) and/or other similar agreement as defined by OMA. With respect to certain of the foregoing example implementations, according to some example implementations, the first message 420 can include a SUPL START message or a SUPL REPORT message, and/or the second message 424 can include a SUPL END message or a SUPL TRIGGERED STOP message.

Reference will be made to a number of figures illustrating the flow of messages and sharing a common format in which two or more SUPL entities (e.g., devices, services, etc.) are presented in the mark box to correspond to a particular Vertical line. Communication and/or other processing associated therewith is illustrated by the plurality of actions occurring with respect to the vertical line. The action is marked to the leftmost vertical line by the letter of the alphabet presented in alphabetical order. In some instances, we expect that the action corresponds to a set of sequential actions. However, it will be appreciated that in some instances, it may be possible to have different orders and/or to have all or part of two or more actions performed simultaneously. Messages from one entity to another can be represented by a line within the arrow of the display direction. Such messages may be identified by name and/or by certain instance parameters in parentheses associated therewith, and the like. In addition, in some examples, additional programs and/or potential or specific delays associated therewith may be presented in a box corresponding to the applicable vertical line and thus to the entity. By way of example, certain delays can be listed by having a timer value for "UT#" for SET or "ST#" for SLP, where the "#" symbol represents an integer value. These timer values may vary depending on an implementation and may be set to specific values and criteria. By way of some non-limiting examples, in some implementations: the UT1 and UT2 timer values may have a preset value of 11 seconds; UT3, UT5, UT7, UT8, ST1, ST2, ST3, ST4, ST5, ST6, and ST7 The timer value can have a preset value of 10 seconds; and the UT9 timer value can have a preset value of 60 seconds.

In the message flow diagram described below, the reference to the SET may correspond to the SET 402 in FIG. 4, and the reference to the H-SLP may correspond to the H-SLP 406 in FIG. 4, to the D-SLP or the E-SLP. The reference may correspond to D-SLP or E-SLP 409 or 410 in FIG. 4, and the reference to the SUPL agent may correspond to the SUPL agent 412 in FIG.

With this situation in mind, attention is directed to Figure 7, which is a flow diagram illustrating an example message flow that may be used to support certain network origin location services, in accordance with an implementation. More specifically, Figure 7 illustrates an example message flow for network initiated (non-roaming) single activity.

At action A: The SUPL agent sends the MLP SLIR message to its associated D-SLP or H-SLP (collectively referred to herein as D/H-SLP) to request a location estimate for a particular designated SET. The D/H-SLP may authenticate the SUPL agent and check whether the SUPL agent is authorized to obtain the requested service based on the received client-id for the SUPL agent. D/H-SLP can also provide privacy checks based on ms-id and client-id . The D/H-SLP can also verify that the target SET supports SUPL. If a previously calculated location that satisfies the requested QoP ( eqop ) is available at the D/H-SLP and no notification and verification is required, then the D/H-SLP may proceed directly to action G. If notification and verification are required or only notification is required, the D/H-SLP may proceed to action B.

At action B: The D/H-SLP uses the SUPL INIT message to initiate a session with the SET location. The SUPL INIT message contains the desired positioning method ( posMethod ), SLP capability ( sLPCapabilities ) and optionally QoP . If the result of the privacy check in action A indicates that notification and/or verification by the target user is required, the D/H-SLP may also include the notification parameter in the SUPL INIT message. The D/H-SLP also calculates and stores the hash of the SUPL INIT message before sending the SUPL INIT message.

If the D/H-SLP decides to use the previously calculated position in action A, the SUPL INIT message may indicate this position in the "no position" posMethod parameter value, and the SET may carry the result of the verification procedure (access is granted or The access denied is a response to the SUPL END message. If no explicit verification is required (only notification is required), the SET can respond with a SUPL END message. The D/H-SLP can then proceed directly to action G. In some implementations, prior to transmitting the SUPL END message, the SET can perform the data connection setup procedure of action C and use the procedure described in action D to establish a transport layer security (TLS) connection to the D/H-SLP. .

At action C: SET analyzes the received SUPL INIT message. If it is found that it is not recognized, the SET does not take another action. Otherwise, the SET takes action to prepare to establish a TLS connection with the D/H-SLP. The SET also calculates the hash of the received SUPL INIT message.

At action D: SET evaluates the notification policy and takes the appropriate action. The SET may use the D/H-SLP address to establish a TLS connection to the D/H-SLP, the D/H-SLP address being provided by the H-SLP address of the home network or by the H-SLP or Verify the D-SLP address. The SET then sends a SUPL POS INIT message to begin a positioning session with the D/H-SLP. The SET can still send a SUPL POS INIT message even if the SET does not support the desired positioning method indicated in the SUPL INIT. The SUPL POS INIT message contains a location ID ( locationId ), a SET capability ( sETCapabilities ), and a hash ( ver ) of the received SUPL INIT message calculated in action C. The SUPL POS INIT message may also include SUPL POS messages carrying: (i) 3GPP LTE Positioning Protocol (LPP), and/or (ii) LPP (LPP/LPPe) with OMA LPP extension, and/or ( iii) meet the D / H-SLP positioning protocol capabilities of (B in operation to sLPCapabilities indicated) of 3GPP2 C.S0022 (TIA-801 referred to herein) positioning protocol message. The SET may also provide its location (if this is supported) (as part of LPP/LPPe/TIA-801 or explicitly via optional location parameters). The D/H-SLP can proceed directly if the location of the QoP that is captured in the SUPL POS INIT message (or the location calculated by the QoP based on the information received in the SUPL POS INIT message) is available. Go to action F and do not engage in a SUPL POS session.

At action E: SET and D/H-SLP engage in SUPL POS message exchange to calculate position. The location method for this session is determined based on the capabilities of the SET and D/H-SLP exchanges during the SUPL POS message exchange or as appropriate in action D. The D/H-SLP calculates a position estimate (via SET assistance) based on the received position measurement, or the SET calculates a position estimate (based on SET) based on the assistance obtained from the D/H-SLP.

At action F: Once the location calculation is complete, the D/H-SLP sends a SUPL END message indicating that the location session has ended to the SET. The SET may release the TLS connection to the D/H-SLP and release the resources associated with this session.

At action G: The D/H-SLP sends a position estimate ( posresult ) back to the SUPL agent in the MLP SLIA message, and the D/H-SLP can release resources associated with this session.

Turning next to Figure 8, Figure 8 is a flow diagram illustrating an example message flow that may be used to support certain mobile device home location services, in accordance with an implementation. More specifically, Figure 8 illustrates an example message flow for SET start (non-roaming) single positioning.

At action A: The SET receives a location request from a SUPL agent (eg, an application) on the SET. The SET takes the appropriate action to establish a secure TLS connection to the D-SLP or to its H-SLP (collectively referred to herein as D/H-SLP). The SET may select D-SLP or H-SLP based on any prior authorization from the H-SLP for the D-SLP and based on its current approximate location and the servo access network(s) and possibly other criteria.

At action B: the SET may use the default address provided by the home network for the H-SLP or the address provided or verified by the H-SLP for the D-SLP to establish a secure TLS to the D/H-SLP. Connect and send a SUPL START message to start a positioning session with the D/H-SLP. The SUPL START message contains the location ID ( locationId ), SET capability ( sETCapabilities ) and optionally the desired QoP.

If the D / H-SLP by the request can be satisfied by a previously computed position of the QoP, the D / H-SLP may directly proceed to operation comprising F and the position result (position) of the SUPL END message sent to SET.

At action C: The D/H-SLP sends a SUPL RESPONSE message to the SET. SUPL RESPONSE contains the desired positioning method ( posMethod ) and SLP capability (sLPCapabilities).

At action D: The SET sends a SUPL POS INIT message to the D/H-SLP. The SET can still send a SUPL POS INIT message even if the SET does not support the desired positioning method indicated in SUPL RESPONSE. The SUPL POS INIT message contains a location ID ( locationld ), a SET capability ( sETCapabilities ), and optionally an LPP/LPPe and/or carrying a D/H-SLP compliant positioning protocol capability (indicated by sLPCapabilities in action C). TIA-801 locates the SUPL POS message of the agreement message. The SET may also provide its location (if this is supported) (as part of LPP/LPPe/TIA-801 or explicitly via optional location parameters). The D/H-SLP can proceed directly if the location of the QoP that is captured in the SUPL POS INIT message (or the location calculated by the QoP based on the information received in the SUPL POS INIT message) is available. Go to action F and do not engage in a SUPL POS session.

At action E: SET and D/H-SLP engage in SUPL POS message exchange to calculate position. The location method for this session is determined based on the capabilities of the SET and D/H-SLP exchanges during the SUPL POS message exchange or as appropriate in action D. The D/H-SLP calculates a position estimate (via SET assistance) based on the received position measurement, or the SET calculates a position estimate (based on SET) based on the assistance obtained from the D/H-SLP.

At action F: Once the location calculation is complete, the D/H-SLP sends a SUPL END message indicating that the location session has ended to the SET. The D/H-SLP can also send a position result ( position ) in SUPL END if necessary. The SET may release the TLS connection to the D/H-SLP and release the resources associated with this session. D/H-SLP can release resources related to this session.

Other SUPL location services include, for example, triggered location services, periodic location services Transaction, location transfer to a third party, SET location of another SET, location of the SET associated with the emergency call request, and delivery of the location URI. Such SUPL location services are defined by OMA (eg, 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 may be via D- Obtained by the SET interaction of SLP or E-SLP. For each location service, when the same service is obtained (differences are illustrated in Figures 7 and 8), the SUPL interaction between the SET and the D-SLP or E-SLP can be similar to between the SET and its H-SLP. SUPL interaction.

Turning next to Figure 9, Figure 9 is a flow diagram illustrating an example message flow that may be used to support the authorization of D-SLPs and/or E-SLPs for use by certain location services by H-SLP, in accordance with an implementation. In this example, the H-SLP can be an authorized SLP capable of authorizing the SLP. This procedure may be invoked by the 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 from The H-SLP receives an address that can provide location services to other authorized D-SLPs and/or E-SLPs of the SET at or near its current location. The program may also be invoked by the SET to provide D-SLP and/or E-SLP for location services at a location remote from the SET (eg, a location that the user of the SET desires to visit later) discovered by the SET. Authorized from H-SLP. The H-SLP is not forced to provide authorization under these conditions, but can still choose to do so in order to improve location support. It should be noted that there may be a configuration between the provider of the H-SLP and the provider of the D-SLP or E-SLP to avoid D-SLP or E-SLP (collectively referred to herein as D/E-SLP). The service is overloaded. This configuration can limit the number of SETs that the D/E-SLP can be granted simultaneously.

At action A: SET invokes the program to obtain from H-SLP up to a certain maximum number of locations that can be provided to the SET at a remote location at or near its current location or under some conditions (eg, 10 An authorized D-SLP and/or up to some other maximum number (eg, 10) of authorized E-SLP addresses. Once any minimum retry period for any previous calls to this program has expired, the program can be called under any of the following conditions: (a) The SET finds the D-SLP or E-SLP address that it wants to grant for its current or remote location; (b) Under the D-SLP grant, the SET cannot be obtained from the H-SLP Adequate location service and no current authorized D-SLP or with currently authorized D-SLP, access to it due to geographical area or access network restrictions is prohibited (note that in some cases , D-SLP may remain authorized until the associated service duration has expired; and/or (c) under the condition of E-SLP authorization, SET accesses the network that is not the home network, and needs to access E- The SLP does not have a currently authorized E-SLP or has a currently authorized E-SLP, and its access is prohibited due to geographic area or access network restrictions (note that in some cases, E- The SLP can remain authorized until the associated service duration has expired. The SET may take appropriate action to establish a secure TLS connection to the H-SLP.

At action B: the SET may use a preset address provided by the home network to establish a secure TLS connection to the H-SLP and send a SUPL START message to begin a positioning session with the H-SLP. The SUPL START message contains a location ID ( locationId ) and a SET capability ( sETCapabilities ). The SUPL START message also contains an SLP query parameter ( slpQuery ) indicating whether the SET requests the D-SLP and/or E-SLP address. 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 (eg, D-SLP addresses have been discovered) and/or Or a list of non-preference D-SLP addresses (eg, D-SLPs that were previously unavailable for SET services). The address on the first list can appear on the second or third list (but not both). For an E-SLP request, the SET may include a list of three E-SLP addresses that correspond exactly to the list of D-SLP requests. In the case of a request for a D-SLP address, the SET may also provide the QoP required from the D-SLP (e.g., with better location accuracy for any authorized D-SLP). The SET may also include its current location estimate if it is available.

At action C: If the H-SLP does not need to obtain the location of the SET or verify any of the locations provided in action B, then the H-SLP proceeds to action F. Otherwise, the H-SLP sends a SUPL RESPONSE message to the SET. The SUPL RESPONSE message contains the desired positioning method ( posMethod ) and SLP capability (sLPCapabilities).

At action D: The SET sends a SUPL POS INIT message to the H-SLP. The SET can still send a SUPL POS INIT message even if the SET does not support the desired positioning method indicated in SUPL RESPONSE. The SUPL POS INIT message contains a location ID ( locationId ), a SET capability ( sETCapabilities ), and optionally an LPP, LPP/LPPe and/or carrying H-SLP compliant positioning protocol capabilities (indicated by sLPCapabilities in action C). The SUPL POS message of the TIA-801 Location Agreement message. The SET may also provide its location (if this is supported) (as part of LPP/LPPe/TIA-801 or explicitly via optional location parameters). The D/H-SLP can be directly obtained if the location of the desired QoP in the SUPL POS INIT message is obtained (or the location of the desired QoP based on the information received in the SUPL POS INIT message). Proceed to action F and not engaged in a SUPL POS session.

At action E: SET and H-SLP engage in SUPL POS message exchange to calculate position. The location method for this session is determined based on the ability to exchange between SET and H-SLP during the SUPL POS message exchange or as appropriate in action D. The H-SLP calculates a position estimate based on the received position measurement (via SET assistance), or the SET calculates a position estimate (based on SET) based on the assistance obtained from the H-SLP.

At action F: once any location calculation is complete, the H-SLP determines a new set of authorized D-SLP addresses when the D-SLP address is requested and/or determines a new one when the E-SLP address is requested Authorized E-SLP address set. If the SET requests the D-SLP address and provides the QoP associated with this request in action B, the H-SLP may consider QoP as a factor in deciding whether to provide any D-SLP address. The H-SLP sends a SUPL END message to the SET, where the SLP Authorization Parameter ( slpAuthorization ) contains a list of authorized D-SLP addresses when the D-SLP address is requested and/or contains the E-SLP address when requested Authorize the E-SLP address list. The addresses in each list may be included in a prioritized order (highest priority first), and the replaceable SET may have previously received any previously authorized D-SLP or E-SLP list from the H-SLP. The absence of this list or the absence of a list of addresses for a particular requested SLP type may mean that no address for this requested SLP type is authorized, and the SET may remove this type previously authorized by H-SLP. Any SLP. For each provided D-SLP or E-SLP address, the H-SLP may include a service duration in which the SLP address can be considered valid, a service area in which the SLP can be accessed, and a servo access accessible to the SLP. The list of networks, and how the combination of service area qualifications and access network restrictions is defined. In the case of an authorized D-SLP address, the H-SLP may also provide a list of services that the SET is permitted to engage with the D-SLP, and may provide for accessing the D-SLP relative to accessing the H-SLP for Any preference for a SET start address request. When the D-SLP address is 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 the SET access to the D-SLP authorized to provide the network initiation service. Regardless of whether the H-SLP can return any authorized D-SLP and/or E-SLP address, the H-SLP can return a minimum retry period for repeating the D-SLP and E-SLP grant procedures. No minimum retry period can be considered the same as the zero retry period. The H-SLP can also provide any position estimate calculated in action E. The SET may release the TLS connection to the H-SLP and release the resources associated with this session. The H-SLP can release resources related to this session.

At action G: the SET may then access any E-SLP or D-SLP authorized by the H-SLP in action F to obtain a SET start location service (eg, as illustrated in Figure 8), according to the following considerations: (a) D-SLP and E-SLP may be accessed in a priority order - where all higher priority addresses access lower priority addresses when some other condition excludes or fails to provide service; (b) Access to D-SLP or E-SLP as long as any service duration for D-SLP or E-SLP has not expired (Note: When the service duration expires, the SET can terminate with D-SLP or E-SLP is in progress for any session, unless otherwise required by regulatory requirements in the case of E-SLP. To avoid service loss, the SET may request the H-SLP to be currently used for a period of time before the service duration expires ( For example, 5 minutes to 10 minutes) of D/E-SLP Reauthorization); (c) D-SLP or E-SLP may be accessed if the SET satisfies any of the provided service areas and access network restrictions.

If the combination type is "AND", the SET may need to access the D/E-SLP within the service area and using the access network provided for the D/E-SLP. If the combination type is "OR", the SET may need to access the D/E-SLP within the service area or using an access network provided for D/E-SLP. If the combination type is "conditional OR", the SET may need to be in the service area, or if the SET cannot determine whether it is in the service area, the SET may need to use the access network provided for D/E-SLP. In order to access the D/E-SLP. Note: The SET can use its most recent location estimate (current or previous) to determine any service area conditions. This determination can be probabilistic (i.e., the location within the service area is determined with a certain probability). The SET may not access the D/E-SLP to help verify the service area conditions before satisfying the conditions for accessing the D/E-SLP. After the access conditions are met, the SET can periodically re-verify the service area conditions. If the re-authentication fails, that is, if the SET is no longer in the service area, the SET can interrupt access and terminate any ongoing sessions.

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

In the case of D-SLP access, the SET may follow any preferences provided for H-SLP access. If the H-SLP access is indicated as "non-permitted", the SET may not access the H-SLP (and thus the D-SLP) whenever the conditions for accessing at least one D-SLP are met. It should be noted that this means that if the SET has attempted to access at least one D-SLP, the H-SLP may not be accessed even when no D-SLP can provide the desired service. If the H-SLP access is indicated as "non-preference", the SET can access the H-SLP if no D-SLP can provide the service. If the H-SLP access is indicated as "preference", the SET may access the D-SLP after attempting (and failing to) obtain service from the H-SLP. If no preference is provided, the SET may determine its own preferences for accessing the D-SLP relative to the H-SLP.

If access to D-SLP, E-SLP or H-SLP fails (for example, SET cannot be established) The all-IP connection, or D-SLP, E-SLP or H-SLP cannot provide the desired service), then the SET can access another D-SLP, E-SLP or H-SLP according to the above considerations.

For network initiating service requests from authorized D-SLPs, the SET may ignore the above restrictions as long as the D-SLP is authorized to support the particular network initiating service requested. It should be noted that this means that the SET can accept from authorized D-SLP or E-SLP even when it is outside the service area of the D-SLP or E-SLP and/or when the allowed access network is not used. The network initiates a session request. For network initiation service requests from E-SLP (whether authorized or not), the SET may first follow any local regulations regarding support. Once any service duration has expired, the D-SLP or E-SLP authorization can be considered terminated. The SET can then remove any internal data associated with this D-SLP or E-SLP.

Turning next to Figure 10, Figure 10 is a flow diagram illustrating an example message flow that may be used to support unsolicited authorization of D-SLP and/or E-SLP for use by certain location services, in accordance with an implementation. This procedure can be invoked by the H-SLP to provide an authorized D-SLP and/or E-SLP address to the SET. This procedure applies when the SUPL END is sent by the H-SLP to normally terminate the SUPL session.

At action A: SET and H-SLP are engaged in immediate or delayed SUPL sessions that can be initiated by SET or by H-SLP. Examples of action A include the network start location session in Figure 7 and the SET start location session in Figure 8.

At action B: Once the SUPL session is complete (except for the final SUPL END message), the H-SLP determines the authorized D-SLP that can be based on the current SET location and the current access network(s) used by the SET The address and/or set of E-SLP addresses - for example, as obtained by H-SLP in action A. The H-SLP sends a SUPL END message to the SET, where the SLP Authorization Parameter ( slpAuthorization ) contains a list of authorized D-SLP and/or E-SLP addresses. The addresses in each list may be included in the priority order (highest priority) and replace any previously authorized D-SLP or E-SLP list that the SET may have received from the H-SLP. For each provided D-SLP or E-SLP address, the H-SLP may include a service duration in which the SLP address can be considered valid, a service area in which the SLP address can be accessed, and an accessible SLP address. The list of servo access networks, and defines how the combination of service area qualification and access network restrictions will be combined. In the case of the D-SLP address provided, the H-SLP may provide a list of services that the SET is licensed to engage with this D-SLP. The H-SLP may also provide a preference for accessing the H-SLP relative to accessing the D-SLP, and/or may provide a request to notify the H-SLP when the D-SLP is accessed. The H-SLP may also return a minimum retry period for querying the H-SLP for additional D-SLP and/or E-SLP grants. No minimum retry period can be considered the same as the zero retry period. The SET may release the TLS connection to the H-SLP and release the resources associated with the session. The H-SLP can release resources related to the session.

At action C: the SET may then access any E-SLP or D-SLP provided by the H-SLP in action B to obtain the SET start location service, and/or accept from any such D-SLP or E -SLP network start location request. The strategy for this access may be the same as the policy defined in action G of FIG.

Turning next to Figure 11, Figure 11 is a flow diagram illustrating an example message flow that may be used to provide an indication to a H-SLP that a mobile device accesses a D-SLP/E-SLP with certain location services, in accordance with an implementation. This procedure can be invoked by the SET to inform the H-SLP of the change in D-SLP access by the SET. This situation enables the H-SLP to track which D-SLP will be able to access the SET to perform the network start location service - for example, if the location request from the external LCS proxy sent to the H-SLP needs to be forwarded or redirected To D-SLP. In the event that the H-SLP cannot be reached, the SET may later retry the program and may inform the H-SLP of the most recent access to the D-SLP. In order to avoid being notified of D-SLPs that are not allowed to perform network origination services, the H-SLP may limit this procedure to D-SLPs authorized to perform network initiation services.

At action A: The SET accesses a D-SLP for the first time or for the first time after it has been notified to one or more other D-SLPs of the H-SLP. If the D-SLP is not authorized to perform the network initiation service and the H-SLP request is for a notification of the D-SLP authorized to perform the network initiation service, the SET may take no action. Otherwise, the SET can take appropriate action to establish Secure TLS connection for H-SLP.

At action B: the SET may use the preset address provided by the home network to enable the H-SLP to establish a secure TLS connection to the H-SLP, and may send the SUPL REPORT message to the H-SLP. The SUPL REPORT message may contain the address of the accessed D-SLP.

The H-SLP can send a SUPL END message indicating that the location session has ended to the SET. The H-SLP can release resources related to this session.

Turning next to Figure 12, Figure 12 is a flow diagram illustrating an example message flow that may be used to obtain session information for certain location services with re-notification, in accordance with an implementation. The message flow can be used by the H-SLP to query the SET for a list of D-SLPs and/or E-SLPs currently authorized for the SET. After receiving this list, the H-SLP may choose to provide the SET with a new list of authorized D-SLPs and/or E-SLPs.

The session information query service may enable the H-SLP to perform one or more of the following operations (depending on the capabilities of the SET): querying the SET for the active SUPL session information; performing a re-notification for the active network initiation session or Re-notification and verification; terminate any ongoing triggered session without waiting for the next reporting interval; query the SET via the currently authorized D-SLP and/or E-SLP; and/or provide a new D - SLP and / or E-SLP address. If one of the programs is tried and the SET does not support the service, the SET may, for example, send a SUPL END message to the H-SLP, the SUPL END message containing the session identifier of the session information query service and the status code "serviceNotSupported" "."

At action A: One or more triggered SUPL sessions are in progress.

At action B: The H-SLP uses the SUPL INIT message to initiate a "Query Session Information" session with the SET. The SUPL INIT message contains the positioning method ( posMethod ) and the SLP capability ( sLPCapabilities ). The query session information is indicated by the location method ( posMethod ): Sessioninfoquery . The H-SLP also calculates and stores the hash of the message before sending the SUPL INIT message.

At action C: SET analyzes the received SUPL INIT message. If found unidentified, Then the SET does not take another action. Otherwise, the SET takes the required action and is ready to establish a TLS connection with the H-SLP.

At action D: the SET sends a SUPL REPORT message back to the H-SLP, which includes a session identifier list ( sessionList ) for all currently active sessions of the requesting H-SLP. The SET may also include a list of addresses of the currently authorized D-SLP and/or E-SLP ( Authedized-D/E-SLP-List ), and the SET may include a list of addresses of all D-SLPs currently authorized ( Authedized- D-SLP-List ). The current authorization in the context of this context means that the duration of any service previously provided by the H-SLP for the D-SLP or E-SLP has not expired. The SET can also send the SET capability ( sETCapabilities ) in the SUPL REPORT message. If any session is suspended, the SET may also include a list of session identifiers ( pauseSessionList ) for all currently suspended sessions. The SUPL REPORT message also contains a hash (ver) of the received SUPL INIT message. Note: The sessionList also includes any paused sessions (s) because the suspended session is considered an active session.

At action E: SUPL will be required if re-notification or re-notification and verification is required based on the user privacy check and the elapsed time since the last notification/verification of the triggered session was triggered in any role as indicated in the sessionList parameter. The NOTIFY message is sent to the SET, and the SUPL NOTIFY message includes a list of session identifiers ( notificationLists ) for all sessions that need to be re-notified or re-notified and verified. The notificationList parameter also includes the notification type for each session. If there is no session that requires re-notification or re-notification and verification, the H-SLP can directly send the SUPL END message to the SET. The SUPL END may include an SLP grant including an authorized D-SLP address list and/or an authorized E-SLP address list. The contents and processing of such lists may be the same as those described in actions F and G of Figure 9, except where the SET may continue to use the previous type for this SLP type if the list is not provided for a particular SLP type Authorization. It should be noted that if a list that does not contain an SLP address is provided, the previously authorized list may be removed.

At action F: the SET may send a SUPL NOTIFY RESPONSE message to the H-SLP. If notification and verification are required in action E, the SUPL NOTIFY RESPONSE message includes a list of verification responses ( NotificationRespList ) from the user.

In action at the G: If you received it in Action F NotificationRespList contain "non-permissive" one or more types of response to deny, the H-SLP sends the SUPL TRIGGERED STOP message to the SET, SUPL TRIGGERED STOP message for re-verification of consent Includes a list of session identifiers ( endSessionList ) for all sessions to be cancelled. SUPL TRIGGERED STOP also contains the statusCode of " consentDeniedByUser " and may include SLP authorization. SET releasable resources associated with the session parameters indicated in endSessionList of, and may be treated with any authorized operation E SLP in the same manner. If there is no session to cancel, the H-SLP may directly send the SUPL END message to the SET and may include an SLP grant that can be treated the same as in Action E by the SET.

At action H: If step G is performed, the SET recognizes that it has cancelled the triggered session and interprets any SLP authorization with the SUPL END message sent back to the H-SLP. The SET may release the TLS connection to the H-SLP and release the resources associated with the session information query session. The H-SLP can release resources related to the session information query session.

At action I: When applicable, the other remaining triggered SUPL sessions may continue.

Turning next to Figure 13, Figure 13 is a flow diagram illustrating an example message flow that may be used to obtain session information for certain location services with session termination, in accordance with an implementation. The message flow can be used by the H-SLP to query the SET for a list of D-SLPs and/or E-SLPs currently authorized for the SET. After receiving this list, the H-SLP may choose to provide the SET with a new list of authorized D-SLPs and/or E-SLPs.

At action A: One or more triggered SUPL sessions are in progress.

At action B: The H-SLP uses the SUPL INIT message to initiate a "Query Session Information" session with the SET. SUPL INIT message comprising a positioning method (posMethod) and SLP capability (sLPCapabilities). The query session information is indicated by the location method ( posMethod ): Sessioninfoquery . The D/H-SLP also calculates and stores the hash of the message before sending the SUPL INIT message.

At action C: SET analyzes the received SUPL INIT message. If it is found that it is not recognized, the SET does not take another action. Otherwise, the SET takes the required action and is ready to establish a TLS connection with the H-SLP.

In the operation of the D: SET returns the SUPL REPORT message to H-SLP, SUPL REPORT message includes requests for all of the currently active H-SLP session identifier of the session list (sessionList). The SET may also include a list of addresses that are currently authorized for D-SLP and/or E-SLP. The SET can also send the SET capability ( sETCapabilities ) in the SUPL REPORT message. If any session is suspended, the SET may also include a list of session identifiers ( pauseSessionList ) for all currently suspended sessions. The SUPL REPORT message also contains a hash (ver) of the received SUPL INIT message.

At action E: The H-SLP sends a SUPL TRIGGERED STOP message to the SET to cancel any active and/or paused triggering sessions without waiting for the next periodic or regional event trigger, and it may include an SLP grant. The SUPL TRIGGERED STOP message contains a list of session identifiers ( endSessionList ) for all sessions to be cancelled and a status code ( statusCode ) for " sessionStopped ". SET releasable resources associated with the session parameters indicated in endSessionList of, and may be treated with the operation of FIG. 12 in the same manner as E from any authorized H-SLP of the SLP. If there is no session to cancel, the H-SLP may directly send the SUPL END message to the SET and may include an SLP grant that can be treated the same as in action E in Figure 16 by the SET.

At action F: SET Recognize: It has cancelled the triggered session and interprets any SLP authorization with the SUPL END message sent back to the H-SLP. The SET may release the TLS connection to the H-SLP and release the resources associated with the session information query session. The H-SLP can release resources related to the session information query session.

At action G: When applicable, the triggered SUPL session(s) may continue.

The following sections provide information on what can be used in certain example implementations as presented above. Additional information for some instance messages.

SUPL START is the initial message from SET to SLP or the response to the SUPL INIT message in the network start Universal SUPL Session (GSS). Some of the parameters in SUPL START are mutually exclusive and may not be included. In some implementations, the parameters are listed in order of priority (highest priority first): third party; location URI request; SLP query; and/or GSS parameters.

When more than one of the parameters in the above list is included in the SUPL START, the SLP accepts the highest priority parameter and ignores all lower priority parameters. If the result is a badly formed SUPL START message, the SLP can return the SUPL END message and the error code.

Table 1 illustrates the example SUPL START message. Each column in the table describes the separation parameters for the SUPL START message and includes the parameter name (whether it is mandatory (M), optional (O) or conditional (CV) included in the SUPL START) and A brief description of the function and content of the parameter. The parameter for the part of the previous parameter in the table is indicated by the character ">" in front of its name. The ">" character is repeated to indicate the continuous level of the nest. For example, the parameter list <"A", ">B", ">C", ">>D", ">>>E", ">F", "G"> indicates the parameter "B", " C" and "F" are the parameters of the parameter "A" (at the first level of the nest), and the parameter "D" is part of the parameter "C" (and therefore also the part of the parameter "A", but the nest Within "C", the parameter "E" is part of the parameter "D" (and therefore also part of the parameters "C" and "A"), and the parameter "G" is not part of the parameter "A", but Is the separation parameter in the message. The same convention applies to tables that describe other messages and parameters listed further below.

Table 1A illustrates an example SUPL INIT message. The SUPL INIT message may be the first message transmitted to the SET by the SLP (eg, H-SLP, D-SLP, or E-SLP) for the new SUPL session.

The SUPL END message is a message that ends the SUPL program normally or abnormally. The following table illustrates the example SUPL END message:

The SUPL TRIGGERED STOP message is used by the SLP or SET to end an existing triggered session or suspend/restart an ongoing triggered session. The following table illustrates the example SUPL TRIGGERED STOP message:

The SUPL REPORT message can be used in the following examples:

i. For triggered applications, the SUPL REPORT message is used by the SLP to indicate the end of the Locator (SUPL POS Session) to the SET. In this case, the SUPL REPORT message may or may not contain a calculated location.

Ii. For triggered applications, the SUPL REPORT message can be used to send one or more location results (calculated by SET) and/or enhanced cell/sector measurements from the SET to the SLP. The enhanced cell/sector/AP measurement is sent in the location information message provided by the LPP/LPPe/TIA-801 carried in the SUPL REPORT. The SUPL REPORT message can be used without a position or speed result to indicate to the SLP that an area or speed event has occurred. The resulting code may be sent as appropriate to indicate an error condition (eg, a location is not available).

Iii. As an intermediate report within a continuous batch report session, the SUPL REPORT message is used as in a triggered application, but the message may contain location results(s). This situation allows the SET to dynamically manage its memory by reducing the amount of data stored on the SET.

Iv. SUPL REPORT is used by SET in response to a session information query from H-SLP or D-SLP. In this case, the SUPL REPORT message contains all the functions. A list of session identifiers for SUPL sessions. The SUPL REPORT message can also include SET capabilities. For session information queries from H-SLP, the SUPL REPORT message contains all addresses of the currently authorized D-SLP and E-SLP.

v. SUPL REPORT is used by the SET to report changes to access to authorized D-SLPs that can support network initiating services.

For uplink reporting, if the amount of report data to be sent exceeds the maximum ULP message length (64K octets), the SET may send the report data in multiple SUPL REPORT messages. The example SUPL REPORT message is described in the following table:

The SET Capability parameter can be used to identify the capabilities of the SET - for example, the SET can be instructed to support one or more of: (i) D-SLP authorization by H-SLP as in Figure 9; (ii) As in Figure 9, the E-SLP is authorized by the H-SLP; and (iii) notifying the H-SLP that the SET has been stored for the first time or after accessing another D-SLP as in Figure 11 Take a D-SLP. The SET capability parameters may be transmitted to the SLP (eg, H-SLP, D-SLP, E-SLP) by the SET in a SUPL START message, a SUPL POS INIT message, and/or in other SUPL messages. The receiving SLP (eg, H-SLP) may use this parameter to decide whether to provide an authorized D-SLP and/or E-SLP to the SET (eg, using the unsolicited authorization procedure of FIG. 10) and/or When the D-SLP is authorized to provide the SET, it is decided whether to request an access notification to the D-SLP by the SET (for example, according to the procedure of FIG. 11). The following table illustrates the example SET capability parameters. The same conventions in this table are as described for the SUPL START message previously described in Table 1. Use, except that the parameters in the table now refer to sub-parameters of the SET capability parameter. These conventions are also used in other parameter tables that are further included below.

The SLP query parameters may be used by the SET to request the H-SLP for an authorized D-SLP and/or E-SLP address list applicable to the current SET location and/or the Servo Access Network. The SLP query parameters may be included in the SUPL START message (e.g., the SUPL START message transmitted in action B in Figure 9). The following table shows the example SLP query parameters:

The SLP grant parameters may be used by the H-SLP to provide one or more authorized D-SLP and/or E-SLP addresses to the SET and provide an optional restriction on the use of such addresses. The SLP grant parameters may be included in the SUPL END message (e.g., in action F in Figure 9 and in the SUPL END message transmitted in action B in Figure 10). The SLP grant parameters may also be included in the SUPL TRIGGERED STOP message - for example, as in action G in Figure 12 and in action E in Figure 13. The following table illustrates the example SLP authorization parameters:

The authorized D-SLP list parameters can be used by the SET to provide any currently authorized D-SLP address to the H-SLP. The authorized D-SLP list parameters can be transmitted in the SUPL REPORT message - for example, as in action D in Figures 12 and 13. The following table illustrates the example authorized D-SLP list parameters:

The authorized E-SLP list parameters can be used by the SET to provide any currently authorized E-SLP address to the H-SLP. The authorized E-SLP list parameters can be transmitted in the SUPL REPORT message - for example, as in action D in Figures 12 and 13. The following table illustrates the example authorized E-SLP list parameters:

The D-SLP access notification parameter may be used by the SET to provide the address of the D-SLP to the H-SLP when authorized to access the network initiating service via the most recent access D-SLP. The D-SLP access notification parameter can be transmitted in the SUPL REPORT message - for example, as in action B in FIG. The following table illustrates the example D-SLP access notification parameters:

References to "an example", "an example" or "an example implementation" in this specification means that a particular feature, structure, or characteristic described in connection with the feature and/or example can be included in at least one feature of the claimed subject matter. And / or examples. Therefore, the appearances of the phrase "in an example", "an instance", "in some instances" or "in some embodiments" or other similar phrases throughout the specification are not necessarily all referring. Same feature, instance, and/or limit system. In addition, certain features, structures, or characteristics may be combined in one or more examples and/or features.

The methods described herein can be implemented by various components depending on the particular features and/or examples depending on the application. For example, such methods can be implemented in hardware, firmware, and/or combinations thereof, along with software. In a hardware implementation, for example, the processing unit can be implemented in one or more special application integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices ( PLD), Field Programmable Gate Array (FPGA), processor, controller, microcontroller, microprocessor, electronics, other device units designed to perform the functions described herein, and/or combinations thereof.

In the foregoing [Embodiment], numerous specific details have been set forth to provide a thorough understanding of the claimed subject matter. However, it will be understood by those skilled in the art that the claimed subject matter can be practiced without the specific details. In other instances, methods and apparatus that are known to those of ordinary skill in the art are not described in detail so as not to obscure the claimed subject matter.

Portions of the foregoing [Embodiment] have been presented in terms of algorithms or symbolic representations of the operation of binary-bit electronic signals stored in memory of a particular device or dedicated computing device or platform. In the context of the content of this particular specification, once a general purpose computer is programmed to perform a particular function in accordance with instructions from a program, the term "specific device" or the like includes a general purpose computer. Algorithmic descriptions or symbols are expressed as examples of techniques used by those of ordinary skill in the art or by those skilled in the art. Here, and generally, the algorithm is considered to result in a self-consistent sequence of operations or similar signal processing that results in the desired result. In this context, operations or processing involve entity manipulation of physical quantities. Usually (but not necessarily), such quantities may take the form of an electrical or magnetic signal capable of being stored, transferred, combined, compared, or otherwise manipulated as an electronic signal representing information (e.g., as representative material). It has proven convenient at times, principally for reasons of common usage, to refer to such signals as bits, data, values, elements, symbols, characters, terms, numbers, numbers, information, or the like. However, it should be understood that all such techniques Terms or similar terms will be associated with the appropriate amount of entities and are merely convenient labels. It will be apparent from the following discussion that, unless specifically stated otherwise, it is understood that throughout the specification, such as "processing", "calculation", "decision", "establishment", "acquisition", "identification" and/or the like The recitation of terms refers to the actions or procedures of a particular device, such as a special purpose computer or similar specialized electronic computing device. Thus, in the context of the present specification, a dedicated computer or similar specialized electronic computing device can manipulate or transform signals, which are typically represented as memory, scratchpad or other information storage device of a dedicated computer or similar dedicated electronic computing device. The amount of physical electrons or magnetic material in the transmission device or display device. In the context of the content of this particular patent application, once a general purpose computer is programmed to perform a particular function in accordance with instructions from a program software, the term "specific device" may include a general purpose computer.

The terms "and", "or" and "and/or" may be used in the various meanings, and are also intended to depend, at least in part, on the context in which the terms are used. Generally, if "or" is used to associate a list such as A, B or C, "or" is intended to mean A, B and C (here used in an inclusive sense), and A, B or C ( Used here in an exclusive sense). In addition, the term "a" or "an" can be used to describe any feature, structure, or characteristic of the singular or singular. However, it should be noted that this situation is merely an illustrative example and the claimed subject matter is not limited to this example.

While the present invention has been described and described, it is understood by those skilled in the art that various modifications may be made and the equivalents may be substituted without departing from the claimed subject matter. In addition, many modifications may be made to adapt a particular situation to the teachings of the claimed subject matter without departing from the central concepts described herein.

Therefore, it is intended that the subject matter of the invention is not limited to the specific examples disclosed, and the claimed subject matter may also include all aspects of the scope of the appended claims and their equivalents.

100‧‧‧ Environment

102‧‧‧ Computing devices

103‧‧‧Wired communication link

104‧‧‧Mobile devices

110‧‧‧ device

112‧‧‧ devices

120‧‧‧Network

122‧‧‧Wireless communication link

130‧‧‧ Computing Devices

131‧‧‧Wired communication link

134‧‧‧Location Service

140‧‧‧Transmission device/transmitter device

142‧‧‧Wireless signal

150‧‧‧Satellite Positioning System

152‧‧‧Wireless signal

Claims (1)

A method for one or more computing devices to provide an authorized location server, the method comprising: obtaining a first message from a mobile device, the first message indicating a first set of location servers; based at least in part on Determining a second location server set by the first location server set; and transmitting a second message to the mobile device, the second message indicating the second location server set to be authorized for use by the The location of the mobile device is service related.