CROSS-REFERENCE TO RELATED APPLICATIONS
FIELD OF THE INVENTION
[0002] The present invention generally relates to communication systems. More particularly,
the present invention relates to a communication system including a global navigation
satellite system.
BACKGROUND OF THE INVENTION
[0003] There are many different types of technologies employed in calculating the location
of mobile stations in wireless networks with various levels of success and accuracy.
Assisted-GPS (A-GPS) is a positioning technology that is presently used for locating
mobile stations in wireless networks. An A-GPS server provides assistance data to
the mobile station in order for it to have a low Time to First Fix (TTFF), to permit
weak signal acquisition, and to optimize mobile station battery use. A-GPS is used
as a location technology in isolation or hybridized with other positioning technologies
that provide range-like measurements.
[0004] An A-GPS server provides data to a wireless mobile station that is specific to the
approximate location of a mobile station. The assistance data helps the mobile station
lock onto satellites quickly, and potentially allows the handset to lock onto weak
signals. The mobile station then performs the position calculation or optionally returns
the measured code phases to the server to do the calculation. The A-GPS server can
make use of additional information such as round-trip timing measurements from a cellular
base station to the mobile station in order to calculate a location where it may otherwise
not be possible, for example when there are not enough GPS satellites visible.
[0005] Advances in satellite-based global positioning system (GPS), timing advance (TA),
and terrestrial-based enhanced observed time difference (E-OTD) position fixing technology
enable a precise determination of the geographic position (e.g., latitude and longitude)
of a mobile station subscriber. As geographic location services are deployed within
wireless communications networks, such positional information may be stored in network
elements and delivered to nodes in the network using signaling messages. Such information
may be stored in SMLCs (Serving Mobile Location Centers), SASs (Stand-Alone SMLCs),
PDEs (Position Determining Entities), SLPs (Secure User Plane Location Location Platforms)
and special purpose mobile subscriber location databases.
[0006] One example of a special purpose mobile subscriber location database is the SMLC
proposed by the 3rd Generation Partnership Project (3GPP). In particular, 3GPP has
defined a signaling protocol for communicating mobile subscriber positional information
to and from an SMLC. This signaling protocol is referred to as the Radio Resource
LCS (Location Services) protocol, denoted RRLP, and defines signaling messages communicated
between a mobile station and an SMLC related to a mobile subscriber's location. A
detailed description of the RRLP protocol is found in 3GPP TS 44.031 v7.2.0 (2005-11)
3
rd Generation Partnership Project; Technical Specification Group GSM Edge Radio Access
Network; Location Services (LCS); Mobile Station (MS)—Serving Mobile Location Center
(SMLC) Radio Resource LCS Protocol (RRLP) (Release 7).
[0007] In addition to the United States Global Positioning System (GPS), other Satellite
Positioning Systems (SPS), such as the Russian GLONASS system or the proposed European
Galileo System may also be used for position location of a mobile station. However,
each of the systems operates according to different specifications.
[0008] Accordingly, there is a need for a communication system, including a global navigation
satellite system (GNSS), which can determine a position location for a mobile station
based on satellite signals sent from two or more satellite systems, rather than just
one satellite system, to provide further efficiencies and advantages for position
location.
SUMMARY OF THE INVENTION
[0009] The present invention includes a method, an apparatus, and/or a system. The apparatus
may include data processing systems, which perform the method, and computer readable
media storing executable applications which, when executed on the data processing
systems, cause the data processing systems to perform the method.
[0010] According to one aspect of the present invention, each of a first and a second global
navigation satellite system (GNSS) are adapted to operate according to a first and
a second specification, respectively, and each includes a first and a second plurality
of satellite vehicles (SV), respectively. Each of the first and the second plurality
of SVs are adapted to be identified by a first and a second plurality of unique corresponding
identifications (IDs), respectively. A processor is adapted to receive and identify
a first plurality of corresponding signals transmitted from the first plurality of
SVs in response to the first plurality of unique corresponding IDs. The processor
is adapted to receive and identify a second plurality of corresponding signals transmitted
from the second plurality of SVs in response to the second plurality of unique corresponding
IDs. The processor is adapted to determine position location information in response
to receiving and identifying the first plurality of corresponding signals and the
second plurality of corresponding signals.
[0011] According to other aspects of the present invention, the present invention employs
an apparatus, a method, a computer readable memory, and a signal protocol.
[0012] These and other aspects of the present invention will be apparent from the accompanying
drawings and from the following detailed description.
BRIEF DESCRIPTION OF THE DRAWINGS
[0013] Aspects of the present invention are illustrated by way of examples and not limitation
in the figures of the accompanying drawings, in which like reference numbers designate
corresponding elements.
[0014] FIG. 1 illustrates a block diagram representation of a communication system, including
a global navigation satellite system (GNSS), a cellular system, and a mobile station,
according to one aspect of the present invention.
[0015] FIG. 2 illustrates Table A representing four options for modifying a radio resource
location services protocol (RRLP) position measure request message and a RRLP, position
measure response message for a present RRLP specification, according to one aspect
of the present invention.
[0016] FIG. 3 illustrates a method for modifying the present RRLP position measure request
message and present RRLP position measure response message in accordance with one
of the four options, according to one aspect of the present invention.
[0017] FIG. 4 illustrates Table 1 representing the RRLP position measure request message
for the present RRLP specification, according to one aspect of the present invention.
[0018] FIG. 5 illustrates Table 2 representing the RRLP position measure response message
for a present RRLP specification, according to one aspect of the present invention.
[0019] FIGS. 6 and 7 illustrate Table 3 representing a modified RRLP position measure request
message in accordance with option one, according to one aspect of the present invention.
[0020] FIGs. 8 and 9 illustrate Table 4 representing a modified RRLP position measure response
message in accordance with option one, according to one aspect of the present invention.
[0021] FIGs. 10 and 11 illustrate Table 5 representing a modified RRLP position measure
request message in accordance with option two, according to one aspect of the present
invention.
[0022] FIGs. 12 and 13 illustrate Table 6 representing a RRLP position measure response
message in accordance with option two, according to one aspect of the present invention.
[0023] FIG. 14 illustrates Table 7 representing a modified RRLP position measure request
message in accordance with option three, according to one aspect of the present invention.
[0024] FIGs. 15 and 16 illustrate Table 8 representing a RRLP position measure response
message in accordance with option three, according to one aspect of the present invention.
[0025] FIGs. 17 and 18 illustrate Table 9 representing a RRLP position measure request message
in accordance with option four, according to one aspect of the present invention.
[0026] FIGs. 19 and 20 illustrate Table 10 representing a RRLP position measure response
message in accordance with option four, according to one aspect of the present invention.
DETAILED DESCRIPTION OF THE EMBODIMENTS
[0027] The following description and drawings are illustrative of the invention and are
not to be construed as limiting the invention. Numerous specific details are described
to provide a thorough understanding of the present invention. However, in certain
instances, well-known or conventional details are not described in order to avoid
obscuring the description of the present invention. References to one embodiment or
an embodiment in the present disclosure are not necessarily to the same embodiment,
and such references include one or more embodiments.
Communication System 10
[0028] FIG. 1 illustrates a block diagram representation of a communication system 10, including
a global navigation satellite system (GNSS) 11, a cellular system 12, a landline telephone
system 13, according to one aspect of the present invention. The GNSS system 11 includes
multiple global navigation satellites 14-21, including a first set of satellites 14-17
associated with a first GNSS and a second set of satellites 18-21 associated with
a second GNSS. The first and second GNSS may be any two different GNSS, for example,
the United States Global Positioning System (GPS) or other Satellite Positioning System
(SPS), such as the Russian GLONASS system, or the proposed European Galileo System.
[0029] The cellular system 12 includes multiple cellular base stations 22-24 ("base station"),
a mobile switching center 25, and a location server, which is otherwise called a position
determining entity (PDE) 26. PDE 26 may be a 3GPP SMLC or 3GPP SAS. , Each base station
22-24 further includes a base station (BS) transmitter 27, a BS receiver 28, a GPS
receiver 29, and a first GNSS receiver (e.g., a GPS receiver) 29, and a second GNSS
receiver (e.g., Galileo receiver) 30. The first and second GNSS receivers may be located
inside or outside the base stations 22-24. The GPS receiver 29 receives signals from
the GPS satellites 14-17. The Galileo receiver 35 receives signals from the Galileo
satellites 18-21.
[0030] The communication system 10 provides wireless communications for the mobile station
31, and is not limited to cellular, fixed wireless, PCS, or satellite communications
systems. The communication system 10 may provide for multiple access communications,
in accordance with any standard or protocol, such as, for example, CDMA, TDMA, FDMA,
or GSM, or combinations thereof.
Global Navigation Satellite System (GNSS) 11
[0031] The GNSS system 11 is a collection of satellites, such as GPS satellites 14-17 and
Galileo satellites 18-21, each of which travels in a predictable orbit above the earth's
surface. Each satellite transmits a signal modulated with a pseudo-noise (PN) code
unique to the satellite. Each PN code comprises a predetermined number of chips. For
example for GPS, the PN code is a sequence of 1,023 chips that is repeated every millisecond.
A GPS receiver, such as GPS receiver 24, receives a composite signal comprising a
mixture of signals from each of the satellites that are visible to the GPS receiver.
A signal detector in the receiver detects a transmission from a particular satellite
by determining the degree of correlation between the received signal and shifted versions
of the PN code for that satellite. If a peak of sufficient quality in the correlation
value for one of the shift offsets is detected, the GPS receiver is considered to
have detected the transmission from the satellite.
[0032] To perform position location for the mobile station 31 in wireless cellular networks
(e.g., cellular system 12), several approaches, for example, to perform a position
calculation using a number of geometrically distinct measurements, such as range,
pseudorange, round trip delay and others that are associated with distinct reference
points (e.g., GPS satellites, pseudolites, base stations, surface of the earth).
[0033] One approach, called Advanced Forward Link Trilateration (AFLT) or Enhanced Observed
Time Difference (E-OTD), measures at the mobile station 31 the times of arrival of
signals transmitted from each of several base stations (e.g., transmissions from base
stations 22-24). These times are transmitted to a Position Determination Entity (PDE)
(e.g., a location server) 26, which computes the position of the mobile station 31
using these times of reception. The transmit times at these base stations are coordinated
such that at a particular instance of time, the times-of-day associated with multiple
base stations 22-24 are within a specified error bound. The accurate positions of
the base stations 22-24 and the times of reception are used to determining the position
of the mobile station 31.
[0034] In an AFLT system, the times of reception of signals from the base stations 22-24
are measured at the mobile station 31. This timing data may then be used to compute
the position of the mobile station 31. Such computation may be done at the mobile
station 31 or at the location server 26, if the timing information so obtained by
the mobile station 31 is transmitted to the location server 26 via a communication
link. Typically, the times of receptions are communicated to the location server 26
through one of the cellular base stations 22-24. The location server 26 is coupled
to receive data from the base stations through the mobile switching center 25. The
location server 26 may include a base station almanac (BSA) server, which provides
the location of the base stations and/or the coverage area of base stations. Alternatively,
the location server 26 and the BSA server may be separate from each other, and the
location server 26 communicates with the base station to obtain the base station almanac
for position determination. The mobile switching center 25 provides signals (e.g.,
voice, data, and/or video communications) to and from the landline Public Switched
Telephone System (PSTS) 13 so that signals may be conveyed to and from the mobile
station 31 to other telephones (e.g., landline phones on the PSTS or other mobile
telephones). In some cases, the location server 26 may also communicate with the mobile
switching center 25 via a cellular link. The location server 26 may also monitor emissions
from several of the base stations 22-24 in an effort to determine the relative timing
of these emissions.
[0035] In another approach, called Time Difference of Arrival (TDOA), the times of reception
of a signal from the mobile station 31 is measured at several base stations 22-24.
This timing data may then be communicated to the location server 26 to compute the
position of the mobile station 31.
[0036] Yet a third approach of doing position location involves the use in the mobile station
31 of a receiver for the United States Global Positioning System (GPS) or other Satellite
Positioning System (SPS), such as the Russian GLONASS system or the proposed European
Galileo System. The GLONASS system primarily differs from GPS system in that the emissions
from different satellites are differentiated from one another by utilizing slightly
different carrier frequencies, rather than utilizing different pseudorandom codes.
In this situation, and with the Galileo system, substantially all the circuitry and
algorithms described previously are applicable. The term "GNSS" used herein includes
such alternative satellite positioning systems, including the Russian GLONASS system
and the proposed European Galileo System.
[0037] In the third approach, the GPS receiver 34 estimates its location by detecting transmissions
from some of the satellites 14-17. For each detected transmission, the receiver uses
the shift in the PN code to estimate the delay (in terms of chips or fractions of
chips) between time of transmission and time of arrival. Given the known propagation
speed of the positioning signal, the GPS receiver estimates the distance between itself
and the satellite. This estimated distance defines a sphere around the satellite.
The GPS receiver 34 knows the precise orbits and positions of each of the satellites,
and continuously receives updates to these orbits and positions. From this information,
the GPS receiver 34 is able to determine its position (and the current time) from
the point where the spheres for the four satellites intersect. In combination with
or as alternative to the GPS receiver 34, the Galileo receiver 35 may estimate its
location by detecting transmissions from at least four of the satellites 18-21.
[0038] Although the methods and apparatus of the present invention have been described with
reference to GPS satellites, it will be appreciated that the description are equally
applicable to positioning systems which utilize pseudolites, or a combination of satellites
and pseudolites. Pseudolites are ground-based transmitters, which broadcast a PN code
(similar to a GPS signal) modulated on an L-band carrier signal, generally synchronized
with GPS time. Each transmitter may be assigned a unique PN code to permit identification
by a remote receiver. Pseudolites are useful in situations where GPS signals from
an orbiting satellite might be unavailable, such as tunnels, mines, buildings, or
other enclosed areas. The term "satellite", as used herein, is intended to include
pseudolites or equivalents of pseudolites, and the term GPS signals, as used herein,
are intended to include GPS-like signals from pseudolites or equivalents of pseudolites.
[0039] Such a method using a receiver for satellite positioning signals (SPS) signals may
be completely autonomous or may utilize the cellular network to provide assistance
data or to share in the position calculation. As shorthand, these various methods
are referred to as "GPS." Examples of such methods are described in
U.S. Patents 5,945,944;
5,874,914;
6,208,290;
5,812,087; and
5,841,396.
[0040] For instance,
U.S. Patent No. 5,945,944 describes a method to obtain from cellular phone transmission signals accurate time
information, which is used in combination with GPS signals to determine the position
of the receiver.
U.S. Patent No. 5,874,914 describes a method to transmit the Doppler frequency shifts of in view satellites
to the receiver through a communication link to determine the position of the receiver.
U.S. Patent No. 5,874,914 further describes a method to transmit satellite almanac data (or ephemeris data)
to a receiver through a communication link to help the receiver to determine its position.
U.S. Patent No. 5,874,914 also describes a method to lock to a precision carrier frequency signal of a cellular
telephone system to provide a reference signal at the receiver for GPS signal acquisition.
U.S. Patent No. 6,208,290 describes a method to use an approximate location of a receiver to determine an approximate
Doppler for reducing SPS signal, processing time.
U.S. Patent No. 5,812,087 describes a method to compare different records of a satellite data message received
at different entities to determine a time at which one of the records is received
at a receiver in order to determine the position of the receiver.
[0041] In practical low-cost implementations, both the MS receiver 33, the GPS receiver
34, and/or the Galileo receiver 35 are integrated into the same enclosure and, may
in fact share common electronic circuitry, such as receiver circuitry and/or antenna.
[0042] In yet another variation of the above methods, the round trip delay (RTD) is found
for signals that are sent from the base station 22, 23, or 24 to the mobile station
31 and then are returned to the corresponding base station 22, 23, or 24. In a similar
but alternative method, the round trip delay is found for signals that are sent from
the mobile station 31 to the base station and then returned to the mobile station
31. The round-trip delays are each divided by two to determine an estimate of the
one-way time delay. Knowledge of the location of the base station, plus a one-way
delay constrains the location of the mobile station 31 to a circle on the earth. Two
such measurements from distinct base stations then result in the intersection of two
circles, which in turn constrains the location to two points on the earth. A third
measurement (even an angle of arrival or cell sector) resolves the ambiguity.
[0043] A combination of another position method such as AFLT or TDOA with a GPS system is
called a "hybrid" system. For example,
U.S. Patent No. 5,999,124 describes a hybrid system, in which the position of a cell based transceiver is determined
from a combination of at least: i) a time measurement that represents a time of travel
of a message in the cell based communication signals between the cell based transceiver
and a communication system, and ii) a time measurement that represents a time of travel
of an SPS signal.
[0044] Altitude aiding has been used in various methods for determining the position of
a mobile device. Altitude aiding is typically based on a pseudo-measurement of the
altitude. The knowledge of the altitude of a location of a mobile station 31 constrains
the possible positions of the mobile station 31 to a surface of a sphere (or an ellipsoid)
with its center located at the center of the earth. This knowledge may be used to
reduce the number of independent measurements required to determine the position of
the mobile station 31. For example,
U.S. Patent No. 6,061,018 describes a method where an estimated altitude is determined from the information
of a cell object, which may be a cell site that has a cell site transmitter in communication
with the mobile station 31.
[0045] When a minimum set of measurements are available, a unique solution to the navigation
equations can be determined for the position of the mobile station 31. When more than
one extra measurement is available, the "best" solution may be obtained to best fit
all the available measurements (e.g., through a least square solution procedure that
minimizes the residual vector of the navigation equations). Since the residual vector
is typically non-zero when there are redundant measurements, due to the noises or
errors in the measurements, an integrity-monitoring algorithm can be used to determine
if all the measurements are consistent with each other.
[0046] For example, a traditional Receiver Autonomous Integrity Monitoring (RAIM) algorithm
may be used to detect if there is a consistency problem in the set of the redundant
measurements. For example, one RAIM algorithm determines if the magnitude of the residual
vector for the navigation equations is below a threshold value. If the magnitude of
the residual vector is smaller than the threshold, the measurements are considered
consistent. If the magnitude of the residual vector is larger than the threshold,
there is an integrity problem, in which case one of the redundant measurements that
appears to cause the most inconsistency may then be removed to obtain an improved
solution.
Cellular System 12
[0047] Multiple cellular base stations 22-24 are typically arranged to cover a geographical
area with radio coverage, and these different base stations 22-24 are coupled to at
least one mobile switching center 25, as is well known in the prior art. Thus, multiple
base stations 22-24 would be geographically distributed, but coupled by a mobile switching
center 25. The cellular system 12 may be connected to a network of reference GPS receivers
29, which provide differential GPS information, and may provide GPS ephemeris data
for use in calculating the position of mobile stations. The cellular system 12 may
be connected to a network of reference Galileo receivers 30, which provide differential
Galileo information, and may provide Galileo ephemeris data for use in calculating
the position of mobile stations. The cellular system 12 is coupled through a modem
or other communication interface, to other computers or network components, and/or
to computer systems operated by emergency operators, such as the Public Safety Answering
Points, which respond to 911 telephone calls. In IS-95 compliant CDMA systems, each
base station or sector 22-24 transmits a pilot signal, which is modulated with a repeating
pseudo-random noise (PN) code, which uniquely identifies that base station. For example,
for IS-95 compliant CDMA systems, the PN code is a sequence of 32,768 chips, which
is repeated every 26.67 mSec.
[0048] The location server 26 typically includes communication devices, such as modems or
network interface. The location server 26 may be coupled to a number of different
networks through communication devices (e.g., modems or other network interfaces).
Such networks include the mobile switching center 25 or multiple mobile switching
centers, land based phone system switches, cellular base stations 22-24, other GPS
signal receivers, other Galileo receiver, or other processors or location servers.
Various examples of methods for using a location server 26 have been described in
numerous U.S. Patents, including:
U.S. Patents 5,841,396, 5,874,914,
5,812,087, and
6,215,442.
[0049] The location server 26, which is a form of a data processing system, includes a bus,
which is coupled to a microprocessor and a ROM and volatile RAM and a non-volatile
memory (each not shown). The processor is coupled to cache memory (not shown). The
bus interconnects these various components together. The location server 26 may utilize
a non-volatile memory, which is remote from the cellular system 12, such as a network
storage device, which is coupled to the data processing system through a network interface
such as a modem or Ethernet interface. The bus may include one or more buses connected
to each other through various bridges, controllers and/or adapters as are well known
in the art. In many situations, the location server 26 may perform its operations
automatically without human assistance. In some designs where human interaction is
required, an I/O controller (not shown) may communicate with displays, keyboards,
and other I/O devices. It will also be appreciated that network computers and other
data processing systems which have fewer components or perhaps more components may
also be used with the present invention and may act as a location server or a PDE.
Mobile Station 31
[0050] A cellular mobile station 31 ("mobile station") includes a first GNSS receiver (e.g.,
a GPS receiver) 34, and a second GNSS receiver (e.g., Galileo receiver) 35, a mobile
station (MS) transmitter 32, and a mobile station receiver 33. The GPS receiver 34
receives signals from the GPS satellites 14-17. The Galileo receiver 35 receives signals
from the Galileo satellites 18-21. The MS transmitter 32 transmits communication signals
to the BS receiver 28. The MS receiver 33 receives communication signals from the
BS transmitter 27.
[0051] Other elements of the mobile station 31, which are not shown in FIG. 1, include,
for example, a GPS antenna, a Galileo antenna, a cellular antenna, a processor, a
user interface, a portable power supply, and a memory device. The processor further
includes a processor port and other mobile functions.
[0052] In the mobile station 31, each satellite signal receiving antenna and satellite signal
receiver includes circuitry, such as acquisition and tracking circuitry (not shown),
for performing the functions required for receiving and processing satellite signals.
Satellite signals (e.g., a signal transmitted from one or more satellites 14-17, and/or
18-21) are received through the satellite antenna and input to acquisition and tracking
circuit, which acquires the PN (Pseudorandom Noise) codes for the various received
satellites. Data produced by circuit (e.g., correlation indicators (not shown)) are
processed by the processor, either alone or in combination with other data received
from or processed by the cellular system 12, to produce position location data (e.g.,
latitude, longitude, time, satellites, etc.)
[0053] The cellular antenna and a cellular transceiver (e.g., MS transmitter 32 and MS receiver
33) includes circuitry for performing functions required for processing communication
signals received and transmitted over a communication link. The communication link
is typically a radio frequency communication link to another component, such as one
or more base stations 22-24 having communication antenna (not shown).
[0054] The cellular transceiver contains a transmit/receive switch (not shown), which routes
communication signals (e.g., radio frequency signals) to and from the communication
antenna and the cellular transceiver. In some mobile stations, a band splitting filter,
or "duplexer," is used instead of the T/R switch. Received communication signals are
input to a communication receiver in the cellular transceiver, and passed to a processor
for processing. Communication signals to be transmitted from processor are propagated
to a modulator and frequency converter (not shown), each in the transceiver. A power
amplifier (not shown) in the cellular transceiver increases the gain of the signal
to an appropriate level for transmission to one or more base stations 22-24.
[0055] In one embodiment of the mobile station 31, data generated by acquisition and tracking
circuitry in the GPS receiver 24 and/or Galileo receiver 35 is transmitted over a
communication link (e.g., a cellular channel) to one or more base stations 22-24.
The location server 26 then determines the location of mobile station 31 based on
the data from one or more satellite receivers 34 and 35, the time at which the data
were measured, and ephemeris data received from the base station's own satellite receiver
or other sources of such data. The position location data can then be transmitted
back to mobile station 31 or to other remote locations. More details about portable
receivers utilizing a communication link are disclosed in commonly assigned
U.S. Patent No. 5,874,914.
[0056] The mobile station 31 may contain a user interface (not shown), which may further
provide a data input device and a data output device (each not shown).
[0057] The data input device typically provides data to a processor in response to receiving
input data either manually from a user or automatically from another electronic device.
For manual input, the data input device is a keyboard and a mouse, but also may be
a touch screen, or a microphone and a voice recognition application, for example.
[0058] The data output device typically provides data from a processor for use by a user
or another electronic device. For output to a user, the data output device is a display
that generates one or more display images in response to receiving the display signals
from the processor, but also may be a speaker or a printer, for example. Examples
of display images include, for example, text, graphics, video, photos, images, graphs,
charts, forms, etc.
[0059] The mobile station 31 may also contain a memory device (not shown) representing any
type of data storage device, such as computer memory devices or other tangible or
computer-readable storage medium, for example. The memory device represents one or
more memory devices, located at one or more locations, and implemented as one or more
technologies, depending on the particular implementation of the mobile station. In
addition, the memory device may be any device readable by a processor and capable
of storing data and/or a series of instructions embodying a process. Examples of the
memory device include, but are not limited to, RAM, ROM, EPROM, EEPROM, PROM, disk
(hard or floppy), CD-ROM, DVD, flash memory, etc.
[0060] The mobile station 31 may contain a processor (not shown) controlling the operation
of the mobile station 31. The other mobile functions in the processor represent any
or all other functions of the mobile station 31 that have not already been described
herein. Such other mobile functions include, for example, operating the mobile station
31 to permit the mobile station to make telephone calls and communicate data.
[0061] The mobile station 31 may contain a portable power supply (not shown), which stores
and provides portable electrical energy for the electrical elements of the mobile
station 31. Examples of the portable power supply include, but are not limited to,
batteries and fuel cells. The portable power supply may be or may not be rechargeable.
The portable power supply typically has a limited amount of stored electrical energy,
and needs to be replaced or renewed after some amount of use so that the mobile station
can continue to operate.
[0062] The mobile station 31 may be fixed (i.e., stationary) and/or mobile (i.e., portable).
The mobile station 31 may be implemented in a variety of forms including, but not
limited to, one or more of the following: a personal computer (PC), a desktop computer,
a laptop computer, a workstation, a minicomputer, a mainframe, a supercomputer, a
network-based device, a data processor, a personal digital assistant (PDA), a smart
card, a cellular telephone, a pager, and a wristwatch.
Position Location Applications
[0063] Examples of position location applications include an endless variety of applications
on land, sea, and air. The scientific community uses GPS for its precision timing
capability and position information. Surveyors use GPS for an increasing portion of
their work. Recreational uses of position location are almost as varied as the number
of recreational sports available. Position location is popular among hikers, hunters,
mountain bikers, and cross-country skiers, just to name a few. Anyone who needs to
keep track of where he or she is, to find his or her way to a specified location,
or know what direction and how fast he or she is going can utilize the benefits of
the global positioning system. Position location is now commonplace in vehicles as
well. Some basic systems are in place and provide emergency roadside assistance at
the push of a button (e.g., by transmitting your current position to a dispatch center).
More sophisticated systems also show the vehicle's position on a street map. Currently
these systems allow a driver to keep track of where he or she is and suggest the best
route to follow to reach a designated location.
[0064] Position location is useful for determining the location of cellular phones in an
emergency and for location based services. Deployment of cellular position location
in the United States is the result of the Federal Communications Commissions' (FCC)
Enhanced 9-1-1 mandate. That mandate requires that for network-based solutions: 100
meters accuracy for 67 percent of calls, 300 meters accuracy for 95 percent of calls;
for handset-based solutions: 50 meters for 67 percent of calls, 150 meters for 95
percent of calls. When an emergency call is initiated, an emergency services coordination
center - Public Safety Answering Point (PSAP) will make use of the location that is
calculated in the MLC. In Europe and Asia deployment is being driven by Location Based
Services (LBS), though requirements for emergency service cellular location have been
or are being established in these regions.
Global Navigation Satellite System (GNSS)
[0065] Assisted - GNSS (A-GNSS), otherwise called "expanded" or "extended" GNSS (E-GNSS),
extends the concept to other satellite navigation systems besides GPS. For example,
there may be eighty GNSS satellites orbiting the planet within ten years, including
GPS, GLONASS, Galileo, and other satellites, all transmitting a variety of signals
based on different standards for each system. This will give a receiver (e.g., either
mobile or fixed) access to many more satellites and their transmitting signals, which
can improve both accuracy and yield of position location determinations. More satellites
means that position accuracy is less susceptible to satellite geometry and provides
greater redundancy when doing the position calculation.
[0066] A simplified GNSS architecture is shown in FIG. 1. A cellular system 12, or other
type of wide area reference network (WARN) is a network of GNSS receivers that are
placed geographically over the coverage area of the wireless network. The cellular
system 12 collects the broadcast navigation message from the GNSS satellites, and
provides it to an A-GNSS server (e.g., PDE 26) for caching. A mobile station 31 makes
an emergency call or a service is invoked that requires location and a message is
sent to the A-GNSS server. The PDE 26 calculates the GNSS assistance data required
using the location of one or more base stations 22-24, as the approximate location
and provides it to the mobile station 31.
Standards
[0067] The different components of an A-GPS server are defined in 3GPP TS 23.271, TS 43.059
and TS 25.305. A Serving Mobile Location Center (SMLC) is deployed as part of a wireless
network and its purpose is to determine the location of handsets within the network.
[0068] The SMLC runs in GSM/GPRS networks and is known as a Standalone SMLC (SAS) in UMTS
networks or a SUPL Location Platform (SLP) when supporting different wireless access
types with a user plane solution. The SMLC may support all handset-based and network-based
wireless position location methods, including A-GPS in both handset-based and handset-assisted
versions.
[0069] There are several different specifications (i.e., standards) supporting protocols
for the A-GPS messaging with the handsets. GSM networks use the RRLP specification.
UMTS networks use the Radio Resource Control (RRC) specification. CDMA networks use
the TIA IS-801 and 3GPP2 C.S0022 specifications. Each of these specifications specifies
different ways of encoding the same basic information, but is specific to the radio
technology employed. Although the present description describes examples (i.e., options)
for modifying the RRLP specification, the RRC specification, the IS-801 and C.S0022
specifications or any other specification may be modified to achieve the same or similar
effects.
[0070] The RRLP specification includes a measure position request message 36 (FIG. 1), which
provides positioning instructions and possibly assistance data to the mobile station
31, and a measure position response message 37 (FIG. 1), which provides the mobile
station 31 location estimate or pseudo-range measurements from the mobile station
31 to the cellular system 12. The RRC specification, the IS-801/C.S0022 specification
or any other specification may include request and/or response messages to achieve
the same or similar effects.
Four Options For Modifying A RRLP Position Measure Message
[0071] FIG. 2 illustrates Table A representing four options for modifying the RRLP position
measure request message 36 (see FIG. 1) and the RRLP position measure response message
37 (see FIG. 1) for the RRLP specification, according to one aspect of the present
invention. In Table A, the RRLP position measure request message 36 and the RRLP position
measure response message 37 are represented in the present RRLP specification in Tables
1 and 2, respectively. Option 1 provides a modified RRLP position measure request
message and a modified RRLP position measure response message in Tables 3 and 4, respectively.
Option 2 provides a modified RRLP position measure request message and a modified
RRLP position measure response message in Tables 5 and 6, respectively. Option 3 provides
a modified RRLP position measure request message and a modified RRLP position measure
response message in Tables 7 and 8, respectively. Option 4 provides a modified RRLP
position measure request message and a modified RRLP position measure response message
in Tables 9 and 10, respectively.
[0072] Option 1 introduces Galileo/GNSS, as a new satellite location method.
[0073] Option 2 introduces a "GNSS location method" and encapsulate the details of the various
constellations (GPS, Galileo, and potential future satellite navigation or augmentation
systems) in new GNSS information elements.
[0074] Option 3 introduces a "GNSS location method" independent of any Interface Control
Document (ICD) of the particular constellation.
[0075] Option 4 introduces a combination of advantages of Options 2 and 3, after evaluating
and comparing each of Options 1, 2, and 3.
[0076] Options 1, 2, and 3 have been described for how Galileo/GNSS could be added to the
RRLP, specification.
Method for Modifying Measure Position Request and Response Messages
[0077] FIG. 3 illustrates a method 38 for modifying the RRLP position measure request message
36 and the RRLP position measure response message 37 for the present RRLP specification
in accordance with one of the four options, according to one aspect of the present
invention. At block 50 the method 38 starts. At block 51, the method 38 identifies
the RRLP measure position request message 36 (e.g., Table 1). At block 52, the method
38 modifies the RRLP measure position request message 36 (e.g., Table 1) according
to Option 1 (e.g., Table 3), Option 2 (e.g., Table 5), Option 3 (e.g., Table 7), or
Option 4 (e.g., Table 9). At block 53, the method 38 identifies the RRLP measure position
response message 37 (e.g., Table 2). At block 54, the method 38 modifies the RRLP
measure position response message 37 (e.g., Table 2) according to Option 1 (e.g.,
Table 4), Option 2 (e.g., Table 6), Option 3 (e.g., Table 8), or Option 4 (e.g., Table
10).
[0078] Each of tables 3, 5, 7, and 9 represent a modified RRLP measure position request
message for options 1, 2, 3, and 4, respectively, and includes the elements of the
present RRLP measure position request message, shown in Table 1, as well as new elements
60 to support a second GNSS system (e.g., Galileo). Each of tables 4, 6, 8, and 10
represent a modified RRLP measure position response message for options 1, 2, 3, and
4, respectively, and includes the elements of the present RRLP measure position response
message shown in Table 2, as well as new elements 60 for the GNSS system (e.g., Galileo).
Reference number 60 generally identifies the new elements in each of Tables 3-10,
although the new elements in each of those tables may be different. In each of Tables
3-10, the present elements are listed first followed by the new elements, although
this is not a requirement. Therefore, the beginning of each of Tables 3, 5, 7, and
9 are the same as and includes the elements of Table 1, and the beginning of each
of Tables 4, 6, 8, and 10 are the same as and includes the elements of Table 2.
Present RRLP Measure Position Request and Response Message
[0079] FIG. 4 illustrates Table 1 representing the RRLP position measure request message
36 for the present RRLP specification, according to one aspect of the present invention.
FIG. 5 illustrates Table 2 representing the RRLP position measure response message
37 for a present RRLP specification, according to one aspect of the present invention.
[0080] FIGs. 4 and 5 illustrate the present RRLP measure position request and response messages,
respectively, as presently described in the RRLP specification for assisted-GPS (A-GPS),
and indicates changes for the introduction of Galileo into the RRLP specification.
The RRLP specification (TS 44.031) is the main GERAN specification, which needs to
be modified in order to support Galileo/GNSS. The RRLP specification contains the
details of the positioning instructions and assistance data elements.
[0081] The RRLP specification includes a measure position request message, which provides
positioning instructions and possibly assistance data to the mobile station 31, and
a measure position response message, which provides the mobile station 31 location
estimate or pseudo-range measurements from the mobile station 31 to the cellular system
12.
[0082] The changes needed for the introduction of Galileo/GNSS are summarized in the rightmost
column of Tables 1 and 2. A blank entry in the rightmost column indicates that no
change is required. The changes shown in the rightmost column are not specific to
any particular option (i.e., options 1-4), and show which existing A-GPS parameters
may be reused or may need to be replaced, extended or otherwise modified. In some
cases, more information on Galileo will be needed (e.g. final specifications) before
some parameter changes can be finalized.
[0083] In each of Tables 1 and 2, as well as Tables 3 to 10, the number of ">" symbols indicates
a hierarchical level of a field within the ASN.1 encoding.
Option 1 - New Location Method "Galileo"
[0084] FIGs. 6 and 7 illustrate Table 3 representing a modified RRLP position measure request
message in accordance with option 1, according to one aspect of the present invention.
FIGs. 8 and 9 illustrate Table 4 representing a modified RRLP position measure response
message in accordance with option 1, according to one aspect of the present invention.
[0085] In option 1, new Galileo elements 60 are added to the present RRLP specification,
as shown in Table 1, similar to A-GPS. The present A-GPS specific information elements
continue to be used, and new Galileo specific information elements 60 are added.
[0086] The modifications for the RRLP specification are the introduction of new information
elements in Release 7 extension containers, and are summarized in Table 3 and 4 for
the measure position request message and measure position response message, respectively.
[0087] Option 1 may be implemented in several ways, and Table 3 and 4 described one example.
Advantages of Option 1 include the following:
[0088] 1. Straightforward evolution of the present RRLP protocol. Existing A-GPS information
elements would still be used for combined GPS-Galileo receivers. A-GPS-only receiver
would continue to use the existing A-GPS information elements, and Galileo-only receivers
would use only or mostly the new added information elements.
[0089] 2. Backwards compatibility of existing protocols and A-GPS implementations are preserved.
Existing A-GPS implementations (SMLC and MS) would not be affected by the introduction
of Galileo.
[0090] 3. Conventional and assisted GNSS modes would not require different user algorithms.
Challenges of Option 1 include the following:
[0091] 1. Assistance data elements are ICD specific. Hence, it may not be possible to define
all required Galileo assistance data elements before final Galileo ICD is available.
[0092] 2. No generic approach. Every time a new GNSS system has to be added, the specification
has to be modified accordingly.
Option 2 - New Location Method "GNSS"
[0093] FIGs. 10 and 11 illustrate Table 5 representing a modified RRLP position measure
request message in accordance with option 2, according to one aspect of the present
invention. FIGS. 12 and 13 illustrate Table 6 representing a RRLP position measure
response message in accordance with option 2, according to one aspect of the present
invention.
[0094] In option 2, a new location method "GNSS" is introduced, and GPS and/or Galileo specific
information elements are encapsulated in GNSS information elements.
[0095] The modifications required for the RRLP specification are the introduction of new
information elements in Release 7 extension containers and are summarized in Table
5 and 6 for the measure position request and measure position response message, respectively.
[0096] Option 2 may be implemented in several ways, and Table 5 and 6 described one example.
The example shown in Table 5 and 6 follows a proposal which assumes that common ASN.1
encoding is possible for GPS and Galileo.
Advantages of Option 2 include the following:
[0097] 1. Option 2 may result in less additional ASN.1 encoding in RRLP for any new GNSS
system provided this is compatible enough with GPS and Galileo to share the same GNSS
signaling.
[0098] 2. Conventional and assisted GNSS modes may not require different user algorithms.
Challenges of Option 2 include the following:
[0099] 1. Two branches are created in RRLP. Present A-GPS implementations would continue
to use the existing information elements, and future GPS/Galileo implementations (SMLC
and MS) would have to support both the existing A-GPS information elements and the
new GNSS information elements. If a terminal and a SMLC are GNSS capable, only the
new GNSS information elements may be used even in case of A-GPS only. However, GNSS
capable terminals will still have to support the existing A-GPS information elements
as well since it cannot be guaranteed that all SMLCs in all networks would support
both protocol branches (e.g., assuming GNSS is added to Release 7, then until all
SMLCs support Release 7, new Release 7 capable terminals must also support Release
6).
[0100] 2. A-GPS related information elements are defined twice, in the existing RRLP and
in the new GNSS branch.
[0101] 3. Assistance data elements are ICD specific, but with common ASN.1 encoding. Common
ASN.1 encoding may not be feasible.
[0102] It may be difficult or impossible to add future navigation or augmentation systems
using this option, if these future systems are not compatible enough with GPS and
Galileo. In that case, it might be necessary to revert to a different option (e.g.
option 1 or option 4).
Option 3 - New Location Method "GNSS" Independent from any ICD
[0103] FIG. 14 illustrates Table 7 representing a modified RRLP position measure request
message in accordance with option 3, according to one aspect of the present invention.
FIGs. 15 and 16 illustrate Table 8 representing a RRLP position measure response message
in accordance with option 3, according to one aspect of the present invention.
[0104] Option 3 is similar to option 2 (i.e. a new positioning method "GNSS" is introduced),
but the approach is kept generic in terms of structure as well as in terms of constellation
data. Assistance data elements and measurement results will not be specific to any
ICD.
[0105] Instead of using the satellite navigation data as such or re-using and expanding
the A-GPS concept, the positioning assistance data are specifically generated for
A-GNSS capable terminals. For example, a navigation model will be encoded independent
of GPS or Galileo Ephemeris parameters, wherein any orbit model for medium earth orbit
(MEO) satellites would suffice. Time is independent of GPS or Galileo time of week
(TOW), e.g. universal time coordinate (UTC) could be used, etc.
[0106] In RRLP, Option 3 would look similar to Option 2; however, there is no need to explicitly
distinguish individual constellations. The different constellations still need to
be distinguished somehow, since the GPS/Galileo receiver needs to be enabled to measure
the GPS and Galileo specific signals. An example is outlined below in Tables 7 and
8. The details of all added elements need to be newly defined and are not referenced
to a particular ICD.
Advantages of Option 3 include the following:
[0107] 1. Generic approach from a protocol point of view. The mobile station receiver would
see GPS and Galileo constellations as a single GNSS from the perspective of receiving
assistance data and returning measurements.
[0108] 2. Assistance data elements are not dependent on a specific ICD. Future systems would
be supported with minimal or no changes required to the specification.
Challenges of Option 3 include the following:
[0109] 1. Two branches are created in RRLP. Current A-GPS implementations would continue
to use the existing information elements, and future GPS-Galileo implementations (SMLC
and MS) would have to support both the existing A-GPS information elements and the
new GNSS information elements. If a terminal and a SMLC are GNSS capable, only the
new GNSS information elements may be used even in case of A-GPS only. However, GNSS
capable terminals will still have to support the existing A-GPS information elements,
since it cannot be guaranteed that SMLCs in networks would support both protocol branches
(e.g., assuming GNSS is added to Release 7, then until SMLCs support Release 7, new
Release 7 capable terminals must also support Release 6).
[0110] 2. New common orbit models and a new geodetic reference frame may need to be defined
to keep this approach truly generic. It may not be possible to use existing A-GPS
user algorithms anymore. New GNSS protocol would not be compatible with existing A-GPS
implementations.
[0111] 3. Conventional and Assisted GNSS implementations would be different. Different user
algorithms for conventional and assisted mode may be needed. Conventional mode may
not be viewed anymore as a special case of assisted mode.
New Option 4 - Adding Galileo Using Existing GPS Units and Formats
[0112] FIGs. 17 and 18 illustrate Table 9 representing a RRLP position measure request message
in accordance with option 4, according to one aspect of the present invention. FIGs.
19 and 20 illustrate Table 10 representing a RRLP position measure response message
in accordance with option 4, according to one aspect of the present invention.
[0113] One of the challenges of options 2 and 3 is the introduction of a new protocol branch
in RRLP, which means that there will be two different protocol formats for the support
of A-GPS. Therefore, the introduction of Galileo may also have impacts eventually
on A-GPS only implementations. On the other hand, Options 2 and 3 try to be generic
and introduce the concept of a "Global Navigation Satellite System (GNSS)." Option
3 has also the advantage that it is independent of a specific ICD; and therefore,
future satellite systems would be supported with minimal or no changes required to
the specification.
[0114] Option 4 describes an alternative approach, which combines the advantages of options
1, 2, and 3, and avoids most of the challenges associated with options 1, 2, and 3.
[0115] In Option 4, Galileo or any other GNSS system is added using the existing A-GPS information
elements. Instead of defining either new Galileo (or other GNSS) specific information
elements (e.g., options 1 and 2) or new GNSS information elements (e.g., option 3),
the existing A-GPS information elements are used also for Galileo satellite vehicles
(SV) by introducing new Galileo specific SV-IDs. The existing SV-IDs 1 - 64 are used
for GPS satellites only, and additional SV-IDs, e.g. 65 - 128 are reserved for Galileo.
Sufficient additional SV-IDs are defined to enable future satellite navigation systems
being added easily.
[0116] Galileo and envisioned future information elements may be converted to meters, seconds,
radians, Hz, etc, which in turn can be converted to the existing GPS units and formats.
The conversion is based on well defined common assumptions applied the same way in
both the sender and receiver of the information elements. Since the existing GPS information
element parameters have adequate range to cover any comparable satellite systems,
such conversions are possible.
[0117] Time dependent assistance data for the new Galileo SV-IDs can either be translated
to GPS time (Option 4a), or can use Galileo time together with conversion parameters
GPS to Galileo time offset (GGTO) (Option 4b). Either the SMLC (Option 4a) or MS (Option
4b) is performing the conversion to a common GPS time frame. There is no need to introduce
a 3
rd time scale as in Option 3 (e.g., UTC), since any navigation time frame can be translated
to UTC and in turn to GPS time.
[0118] Since the existing SV-ID in ASN.1 is not extensible, a new "additional SV-ID" needs
to be defined, covering IDs up to e.g., 255 (or 511 or 1023), which allows future
GNSSs or augmentation systems to be added. All existing GPS assistance data which
are SV dependent are defined in an "Additional Assistance Data" IE applicable for
SV-IDs greater than 64. The encoding of the "Additional Assistance Data" IE is exactly
the same as the current Assistance Data IEs for GPS. Hence, the impact on existing
protocols and implementations is minimal, but the approach is still generic.
[0119] There may be several possibilities to implement Option 4. The example illustrated
in Tables 9 and 10 may only be one possibility. Some new ASN.1 coding may be avoided
by specifying rules for creating RRLP, segments. For example, a new constellation
ID parameter (or possibly an SV ID increment) can be included in any RRLP component
that contains constellation specific data. Data for more than one constellation would
then not be included in the same RRLP component. This would enable re-use of existing
GPS ASN.1 parameters for any constellation, and avoid defining new ASN.1.
Advantages of Option 4 include the following:
[0120] 1. Generic approach, but still compatible with existing protocol and implementations.
User receiver would see GPS and Galileo constellations as a single GNSS (from the
perspective of receiving assistance data and returning measurements).
[0121] 2. Evolution of present protocol. Existing A-GPS information elements would still
be used for combined GPS-Galileo receivers.
[0122] 3. Backward compatibility of existing protocols and A-GPS implementations would be
preserved. Existing A-GPS implementations would not be affected by the introduction
of Galileo.
Alternative Implementations
[0123] The system, elements, and/or processes contained herein may be implemented in hardware,
software, or a combination of both, and may include one or more processors. A processor
is a device and/or set of machine-readable instructions for performing task. A processor
may be any device, capable of executing a series of instructions embodying a process,
including but not limited to a computer, a microprocessor, a controller, an application
specific integrated circuit (ASIC), finite state machine, digital signal processor
(DSP), or some other mechanism. The processor includes any combination of hardware,
firmware, and/or software. The processor acts upon stored and/or received information
by computing, manipulating, analyzing, modifying, converting, or transmitting information
for use by an executable application or procedure or an information device, and/or
by routing the information to an output device.
[0124] An executable application comprises machine code or machine readable instruction
for implementing predetermined functions including, for example, those of an operating
system, a software application program, or other information processing system, for
example, in response user command or input.
[0125] An executable procedure is a segment of code (i.e., machine readable instruction),
sub-routine, or other distinct section of code or portion of an executable application
for performing one or more particular processes, and may include performing operations
on received input parameters (or in response to received input parameters) and providing
resulting output parameters.
[0126] In various embodiments, hardwired circuitry may be used in combination with software
instructions to implement the present invention. Thus, the techniques are not limited
to any specific combination of hardware circuitry and software, nor to any particular
source for the instructions executed by the data processing system. In addition, throughout
this description, various functions and operations are described as being performed
by or caused by software code to simplify description. However, those skilled in the
art will recognize what is meant by such expressions is that the functions result
from execution of the code by a processor.
[0127] It will be apparent from this description that aspects of the present invention may
be embodied, at least in part, in software. That is, the techniques may be carried
out in a computer system or other data processing system in response to its processor
executing sequences of instructions contained in a machine-readable medium.
[0128] A machine-readable medium includes any mechanism that provides (i.e., stores and/or
transmits) information in a form accessible by a machine (e.g., a computer, network
device, personal digital assistant, computer, data processor, manufacturing tool,
any device with a set of one or more processors, etc.). A machine-readable medium
can be used to store software and data which, when executed by a data processing system,
causes the system to perform various methods of the present invention. Portions of
this executable software and/or data may be stored in various places. For example,
a machine-readable medium includes recordable/non-recordable media (e.g., read only
memory (ROM), random access memory (RAM), magnetic disk storage media, optical storage
media, flash memory devices, non-volatile memory, cache, remote storage device, etc.),
as well as electrical, optical, acoustical or other forms of propagated signals (e.g.,
carrier waves, infrared signals, digital signals, etc.), etc.In the foregoing specification,
the invention has been described with reference to specific exemplary embodiments
thereof It will be evident that various modifications may be made thereto without
departing from the broader spirit and scope of the invention as set forth in the following
claims. The specification and drawings are, accordingly, to be regarded in an illustrative
sense rather than a restrictive sense.
FURTHER SUMMARY OF THE INVENTION
[0129]
- 1. A communication system comprising:
a first global navigation satellite system (GNSS), adapted to operate according to
a first specification, and including a first plurality of satellite vehicles (SV),
wherein the first plurality of SVs are adapted to be identified by a first plurality
of unique corresponding identifications (IDs); and
a second GNSS, different from the first GNSS, adapted to operate according to a second
specification, different from the first specification, and including a second plurality
of SVs, different from the first plurality of SVs, wherein the second plurality of
SVs are adapted to be identified by a second plurality of unique corresponding identifications
(IDs), different from the first plurality of unique corresponding IDs;
a processor adapted to receive and identify a first plurality of corresponding signals
transmitted from the first plurality of SVs in response to the first plurality of
unique corresponding IDs, adapted to receive and identify a second plurality of corresponding
signals transmitted from the second plurality of SVs in response to the second plurality
of unique corresponding IDs, and adapted to determine position location information
in response to receiving and identifying the first plurality of corresponding signals
and the second plurality of corresponding signals.
- 2. A communication system, according to 1, further comprising:
a mobile station adapted to communicate with the processor and adapted to identify
a position of the mobile station in response to receiving the position location information.
- 3. A communication system, according to 2, wherein the processor is located in at
least one of the mobile station and a location server.
- 4. A communication system, according to 3, further comprising:
a measure position request message transmitted from the location server to the mobile
station.
- 5. A communication system, according to 4, wherein the measure position request message,
further comprises:
first information representing positioning methods for the first GNSS; and
second information representing positioning methods for the second GNSS and corresponding
to the positioning methods for the first GNSS.
- 6. A communication system, according to 5, wherein the measure position request message,
further comprises:
first information representing assistance data for the first GNSS; and
second information representing assistance data for the second GNSS and corresponding
to the assistance data for the first GNSS.
- 7. A communication system according to 6, wherein each of the first information representing
assistance data for the first GNSS and the second information representing assistance
data for the second GNSS, further comprises one or more of the following elements:
differential corrections, navigation model, almanac, acquisition assistance, and real-time
integrity.
- 8. A communication system according to 2, further comprising:
a measure position response message transmitted from the mobile station to the location
server.
- 9. A communication system according to 8, wherein the measure position response message,
further comprises:
first information representing measurement information for the first GNSS; and
second information representing measurement information for the second GNSS and corresponding
to the measurement information for the first GNSS.
- 10. A communication system according to 9, wherein each of the first information representing
measurement information for the first GNSS and the second information representing
measurement information for the second GNSS, further comprise one or more of the following
elements:
a frame number, global positioning satellite (GPS) time of week (TOW), and measurement
parameters.
- 11. A communication system according to 10, wherein the measurement parameters further
comprise one or more of the following elements:
an SV ID, C/No, Doppler, whole chips, fractional chips, a multi-path indicator, and a RMS pseudo-range
error.
- 12. A communication system according to 1, wherein the first GNSS and the second GNSS
further comprise:
a global position satellite (GPS) system and a Galileo satellite system, respectively.
- 13. A communication system according to 1, wherein the first plurality of corresponding
signals and the second plurality of corresponding signals each further comprise:
time dependent assistance data, wherein the time dependent assistance data for the
second plurality of corresponding signals are adapted to be translated to the time
dependent assistance data for the first plurality of corresponding signals.
- 14. A communication system according to 1, wherein the first plurality of corresponding
signals and the second plurality of corresponding signals each further comprises:
time dependent assistance data, wherein the time dependent assistance data for the
second plurality of corresponding signals are combined with an offset representing
a conversion from the time dependent assistance data for the first plurality of corresponding
signals to the time dependent assistance data for the second plurality of corresponding
signals.
- 15. An apparatus comprising:
a processor adapted to:
receive and identify a first plurality of corresponding signals transmitted from a
first plurality of satellite vehicles (SV), associated with a first navigation satellite
system (NSS) adapted to operate according to a first specification, in response to
a first plurality of unique corresponding IDs, associated with the first plurality
of SVs,
receive and identify a second plurality of corresponding signals transmitted from
the second plurality of SVs), associated with a second navigation NSS adapted to operate
according to a second specification, in response to the second plurality of unique
corresponding IDs, associated with the second plurality of SVs, and
determine position location information in response to receiving and identifying the
first plurality of corresponding signals and the second plurality of corresponding
signals.
- 16. An apparatus, according to 15, wherein the processor is located in at least one
of a mobile station and a location server.
- 17. An apparatus, according to 16, further comprising:
a measure position request message transmitted from the location server to the mobile
station.
- 18. An apparatus, according to 17, wherein the measure position request message, further
comprises:
first information representing positioning methods for the first NSS; and
second information representing positioning methods for the second NSS and corresponding
to the positioning methods for the first NSS.
- 19. An apparatus, according to 17, wherein the measure position request message, further
comprises:
first information representing assistance data for the first NSS; and
second information representing assistance data for the second NSS and corresponding
to the assistance data for the first NSS.
- 20. An apparatus according to 19, wherein each of the first information representing
assistance data for the first NSS and the second information representing assistance
data for the second NSS, further comprises one or more of the following elements:
differential corrections, navigation model, almanac, acquisition assistance, and real-time
integrity.
- 21. An apparatus according to 16, further comprising:
a measure position response message transmitted from the mobile station to the location
server.
- 22. An apparatus according to 21, wherein the measure position response message, further
comprises:
first information representing measurement information for the first NSS; and
second information representing measurement information for the second NSS and corresponding
to the measurement information for the first NSS.
- 23. An apparatus according to 22, wherein each of the first information representing
measurement information for the first NSS and the second information representing
measurement information for the second NSS, further comprise one or more of the following
elements:
a frame number, global positioning satellite (GPS) time of week (TOW), and measurement
parameters.
- 24. An apparatus according to 23, wherein the measurement parameters further comprise
one or more of the following elements:
an SV ID, C/No, Doppler, whole chips, fractional chips, a multi-path indicator, and a RMS pseudo-range
error.
- 25. An apparatus according to 15, wherein the first NSS and the second NSS further
comprise:
a global position satellite (GPS) system and a Galileo satellite system, respectively.
- 26. An apparatus according to 15, wherein the first plurality of corresponding signals
and the second plurality of corresponding signals each further comprise:
time dependent assistance data, wherein the time dependent assistance data for the
second plurality of corresponding signals are adapted to be translated to the time
dependent assistance data for the first plurality of corresponding signals.
- 27. An apparatus according to 15, wherein the first plurality of corresponding signals
and the second plurality of corresponding signals each further comprise:
time dependent assistance data, wherein the time dependent assistance data for the
second plurality of corresponding signals are combined with an offset representing
a conversion from the time dependent assistance data for the first plurality of corresponding
signals to the time dependent assistance data for the second plurality of corresponding
signals.
- 28. A method comprising:
receiving and identifying a first plurality of corresponding signals transmitted from
a first plurality of satellite vehicles (SV), associated with a first navigation satellite
system (NSS) adapted to operate according to a first specification, in response to
a first plurality of unique corresponding IDs, associated with the first plurality
of SVs,
receiving and identifying a second plurality of corresponding signals transmitted
from the second plurality of SVs), associated with a second navigation NSS adapted
to operate according to a second specification, in response to the second plurality
of unique corresponding IDs, associated with the second plurality of SVs, and
determining position location information in response to receiving and identifying
the first plurality of corresponding signals and the second plurality of corresponding
signals.
- 29. A signal interface protocol, communicated between a location server and a mobile
station in a communication system, comprising:
a measure position request message, transmitted from the location server to the mobile
station, further comprising:
first method information representing positioning methods for a first navigation satellite
system (NSS);
second method information representing positioning methods for a second NSS and corresponding
to the positioning methods for the first NSS;
first assistance information representing assistance data for the first NSS; and
second assistance information representing assistance data for the second NSS and
corresponding to the assistance data for the first NSS.
- 30. A signal interface protocol, according to 29, further comprising:
a measure position response message, transmitted from the mobile station to the location
server, further comprising:
first measurement information representing measurement information for the first NSS;
and
second measurement information representing measurement information for the second
NSS and corresponding to the measurement information for the first NSS.
- 31. A signal interface protocol, according to 29, wherein each of the first assistance
information representing assistance data for the first NSS and the second assistance
information representing assistance data for the second NSS, further comprises one
or more of the following elements:
differential corrections, navigation model, almanac, acquisition assistance, and real-time
integrity.
- 32. A signal interface protocol, according to 30, wherein each of the first measurement
information representing measurement information for the first NSS and the second
measurement information representing measurement information for the second NS S,
further comprise one or more of the following elements:
a frame number, global positioning satellite (GPS) time of week (TOW), and measurement
parameters.
- 33. A signal interface protocol, according to 32, wherein the measurement parameters
further comprise one or more of the following elements:
an SV ID, C/No, Doppler, whole chips, fractional chips, a multi-path indicator, and a RMS pseudo-range
error.
- 34. A signal interface protocol, according to 29, wherein the first NSS and the second
NSS further comprise:
a global position satellite (GPS) system and a Galileo satellite system, respectively.
- 35. A signal interface protocol, according to 29, further comprising:
a time offset representing a conversion from time dependent assistance data for the
first NSS to time dependent assistance data for the second NSS.
- 36. A signal interface protocol, communicated between a location server and a mobile
station in a communication system, comprising:
a measure position response message, transmitted from the mobile station to the location
server, further comprising:
first measurement information representing measurement information for the first NSS;
and
second measurement information representing measurement information for the second
NSS and corresponding to the measurement information for the first NSS.
- 37. A signal interface protocol, according to 36, further comprising:
a measure position request message, transmitted from the location server to the mobile
station, further comprising:
first method information representing positioning methods for a first navigation satellite
system (NSS);
second method information representing positioning methods for a second NSS and corresponding
to the positioning methods for the first NSS;
first assistance information representing assistance data for the first NSS; and
second assistance information representing assistance data for the second NSS and
corresponding to the assistance data for the first NSS.