Patent application number | Description | Published |
20080227465 | METHOD AND APPARATUS FOR USING HISTORIC NETWORK INFORMATION FOR DETERMINING APPROXIMATE POSITION - Systems and techniques to determine an approximate location for a mobile device using historic location information. In an aspect, a SUPL Location Platform (SLP), which is a location server in SUPL, may receive data from SUPL Enabled Terminal (SET). The data may include the Multiple Location IDs Parameter. The real time Location ID Parameter may not have a current status. The SLP may determine an approximate position for the SET based on the Multiple Location IDs Parameter data received from the SET. The SLP may then send the approximate position to the SET or a SUPL Agent, or may use the approximate position information in another way. | 09-18-2008 |
20090083430 | METHOD FOR SECURE USER PLANE (SUPL) VERSION NEGOTIATION - The subject matter disclosed herein relates to a system and method for negotiating a version of Secure User Plane Location (SUPL) between a network entity and a SUPL enabled terminal. In a particular implementation, a SUPL initiation message is transmitted from a network entity to a SUPL entity, where the SUPL initiation message identifies a plurality of SUPL versions capable of supporting a desired service. A response is received from the SUPL entity that is based, at least in part, on an ability of the SUPL entity to support at least one of the plurality of versions. | 03-26-2009 |
20090093259 | LOCATION AND TIME BASED FILTERING OF BROADCAST INFORMATION - Techniques for sending and receiving broadcast information are described. In an aspect, broadcast metadata may be generated for broadcast information and may include location and time criteria used by terminals to filter the broadcast information. Each location and time criterion may include (i) a location criterion given by a target location and a presence or absence requirement and (ii) a time criterion given by a time period in which the location criterion applies. A terminal may receive the broadcast metadata prior to or with the broadcast information, obtain location and time criteria from the broadcast metadata, and filter the broadcast information based on the location and time criteria. The terminal may evaluate each location and time criterion by determining its location within a specified time period and determining whether its location is within or outside a specified target location, as indicated by the presence or absence requirement. | 04-09-2009 |
20090143076 | Method and Apparatus for Using Supported Network Information for Positioning - Techniques to support positioning for terminals in Secure User Plane Location (SUPL) are described. A SUPL Enabled Terminal (SET) may receive supported network information from a SUPL Location Platform (SLP), which is a location server in SUPL. The supported network information may indicate one or more radio access networks supported by the SLP, one or more types of measurement supported by the SLP, and/or information that the SET is allowed to send to the SLP. The SET may send network measurement information for a supported radio access network to the SLP. The network measurement information may include cell and/or access point (AP) information for one or more access points or base stations in the supported radio access network. The SLP may determine a location estimate for the SET based on the network measurement information from the SET. | 06-04-2009 |
20090216846 | METHOD AND APPARATUS FOR PERFORMING SESSION INFO QUERY FOR USER PLANE LOCATION - Techniques for querying for information on location sessions in a user plane location architecture are described. In an aspect, a location server may send a query message to a terminal to query for information on active location sessions, e.g., when at least one location session for periodic triggered service or area event triggered service is deemed to be active. The terminal may return a response message containing a list of session identifiers (IDs) for the active location sessions, parameters for the active location sessions, capabilities of the terminal, etc. The location server may compare the information received from the terminal and information stored at the location server. The location server may terminate each location session deemed to be active at only the terminal or only the location server. The location server may restart or terminate each location session having inconsistent parameters at the terminal and the location server. | 08-27-2009 |
20090319792 | RESYNCHRONIZATION FOR PUSH MESSAGE SECURITY USING SECRET KEYS - A method for a server to initiate resynchronization with an access terminal, when synchronization has been lost, that cannot be exploited by attackers is provided. The server may provide the access terminal with a secret key that is only known to the access terminal and the server. The access terminal may store the secret key in a secure storage device to prevent the secret key from being hacked. If the server determines that synchronization has been lost, the server may send a resynchronization message to the access terminal with the secret key attached. The access terminal retrieves the stored secret key from the secure memory device and compares it to the secret key attached to the resynchronization message. If there is a match, the access terminal may initiate a secure communication link with the server to reestablish synchronization. | 12-24-2009 |
20100203902 | Triggered Location Services - Techniques for supporting triggered location services are described. In one design, at least one location related measurement for a terminal may be obtained and used to detect for a trigger event. For an equidistance triggered service, a trigger event may be declared if the distance traveled by the terminal exceeds a predefined distance. For a relative terminal to terminal triggered service, a trigger event may be declared if the terminal is inside or outside, or enters, or leaves a moving geographical target area defined by a reference terminal. For a velocity triggered service, a trigger event may be declared if the maximum velocity of the terminal exceeds a predefined velocity. For a time-distance-velocity combination triggered service, a trigger event may be declared based on distance traveled by the terminal, velocity of the terminal, and time since the last report. For all services, a report may be sent if a trigger event has occurred. | 08-12-2010 |