Patent Application
20130201056
1. Field
The present invention relates generally to a satellite positioning system (SPS), and more particularly, to assisting a mobile station to locate a satellite using an efficient messaging format containing extended SPS orbit correction information.
2. Background Information
A satellite positioning system (SPS) receiver normally determines its position by computing times of arrival of signals transmitted simultaneously from multiple satellites. These satellites transmit, as part of their messages, both satellite positioning data and satellite clock timing data. The satellite positions and clock timing typically are represented by almanac or ephemeris data. The ephemeris data provides an extremely accurate estimate (˜1 meter error) of satellite positions and clock bias. However, the process of searching for and acquiring satellite signals, reading the ephemeris data transmitted by the satellites, and computing the location of the receiver from this data is time consuming, often requiring several minutes. In many cases, this lengthy processing time is unacceptable and, furthermore, greatly limits battery life in miniaturized portable applications.
For example, Global Positioning Systems (GPS) determine position based on the measurement of the times of arrival at a GPS receiver antenna of the GPS signals broadcast from orbiting satellites. As stated, one disadvantage of such a system is the relatively long time needed to perform signal acquisition under certain conditions. Satellite signals cannot be tracked until they have first been located by searching in a two-dimensional search “space”, whose dimensions are code-phase delay and observed Doppler frequency shift. The process of an SPS receiver searching for, acquiring, and demodulating satellite signals is sometimes referred to as a “standalone” mode of operation, which can be contrasted with an “assisted” mode of operation.
In order to reduce the delay associated with a stand-alone mode of operation, information may be provided to aid an SPS or GPS receiver in acquiring a particular signal. Such assistance information permits a receiver to narrow the search space that must be searched in order to locate a signal, by providing bounds on the code and frequency dimensions. A system that employs a GPS receiver augmented with externally sourced GPS assistance data is commonly referred to as an “assisted global positioning system” (AGPS).
One example of an AGPS system includes a wireless mobile station (MS) (such as a cellular telephone) having, or in communication with, a GPS receiver, the MS in communication with one or more base stations (BSs), also referred to as base transmitting stations (BTSs) or node Bs, of a wireless communication network, which in turn communicate with one or more location assistance servers, sometimes referred to as Position Determination Entities (PDEs), Serving Mobile Location Centers (SMLCs), or the like, depending upon the communication air interface protocol. Another example of an AGPS system includes a MS or laptop, having, or in communication with, a GPS receiver, the MS or laptop capable of communication with a communication network, such as but not limited to, the Internet, through which the device ultimately communicates with a location assistance server.
The location assistance server derives GPS assistance information from one or more GPS reference receivers. The location assistance server also has access to a means of determining the approximate mobile station position. The location assistance server maintains a GPS database that contains reference time, satellite orbit almanac and ephemeris information, ionosphere information, and satellite working condition (“health”) information. The location assistance server also computes the assistance information customized for the approximate mobile station position.
Position location for a MS in an AGPS system can be determined at the MS (sometimes referred to as MS-based positioning mode) with assistance from a location assistance server. During MS-based positioning mode, when a GPS engine requires updated aiding data such as ephemeris data, almanac data regarding the location of satellites or base stations, timing information for the base stations and/or satellites, or seed position (such as, but not limited to that determined by advanced forward link trilateration (AFLT)), and so on, the next position fix will result in the mobile station contacting the communication network for data, thereby taxing the network and using power resources of the MS. Position location for a MS in an AGPS system can alternatively be determined at the location assistance server and transmitted back to the MS using information acquired by the MS (sometimes referred to as MS-assisted positioning mode). Satellite orbits in a GPS can be modeled as modified elliptical orbits with correction terms to account for various perturbations. The relative short-term ephemeris data provides a very accurate representation of the orbit of the satellite. For example, bit 17 in word 10 of GPS subframe 2 is a “fit interval” flag which indicates the curve fit interval used by the GPS control segment in determining the ephemeris parameters with “0” indicating a 4-hour fit and “1” indicating a “greater than 4 hours” fit. Furthermore, the extended navigation mode of the Block II/IIA GPS satellites guarantees the transmission of correct ephemeris parameters for 14 days to support short-term extended operation. During normal operation, the control segment provides daily uploads of the navigation (orbital) data to each satellite to support a positioning accuracy of 16 meters spherical error probable (SEP).
As described, a location assistance server has accurate orbital information available. Each ephemeris and clock correction model uploaded by the location assistance server usually covers a 4-hour time span with great accuracy. To cover a longer period of time, such as a 24-hour period, the location assistance server could send the device multiple 4-hour ephemeris and clock correction models for each of the N satellites in the constellation. However, it would require a large amount of octets to describe the satellite positions and clock errors for full constellation of satellites (e.g. 27 satellites). These lengthy messages would contribute to the lengthy processing time and are, therefore, unacceptable to most mobile device applications. This would also tax the communication network.
In addition to ephemeris data, satellites in a SPS also transmit almanac data that can be used to determine satellite positions and clock bias. The almanac data provides a truncated reduced-precision (coarse) set of the ephemeris parameters as well as coarse clock correction parameters. Consequently, raw satellite positions derived from the almanac data tend to be much less accurate (˜1 kilometer) than those derived from the detailed ephemeris data (˜1 meter). It should be noted that in general, the satellite orbits can be represented either by a coarse set (e.g., the almanac) or a precise set (e.g., the ephemeris) of orbital and satellite clock parameters.
A system and method is needed to provide extended orbital data to an SPS receiver to reduce the frequency of almanac and/or ephemeris downloads required, either from the satellite directly, or from a location assistance server.
A method and system for assisting mobile stations to locate satellites using an efficient messaging format is described. A server computes a correction between coarse orbit data of a satellite and precise orbit data of the satellite. A coordinate system is chosen such that variation of the correction is substantially smooth over time. The server further approximates the correction with mathematical functions to reduce the number of bits necessary for transmission to a mobile station. The mobile station, upon receiving the coefficients, evaluates the mathematical functions using the coefficients and a time of applicability (e.g., the current time), converts the evaluated result to a standard coordinate system, and applies the conversion result to the coarse orbit data to obtain the precise orbit data.
The method and system described herein provides a unique way of solving problems related to long-term satellite orbit data. Advantages of the method and system include smaller file size and smaller messages sent to a mobile station, as well as better accuracy in satellite positions and timing. A hybrid mode of operation is also introduced to enhance predictions of satellite positions and timing.
Other features of the present invention will be apparent from the accompanying drawings and from the detailed description which follows.
The present invention is illustrated by way of example and not by way of limitation in the figures of the accompanying drawings in which like references indicate similar elements. It should be noted that references to “an” or “one” embodiment in this disclosure are not necessarily to the same embodiment, and such references mean at least one.
A method and system for assisting mobile stations to determine satellite positions and satellite clock errors is described. The satellite positions and satellite clock errors are determined using an efficient messaging format containing extended SPS orbit correction information. The method and system described herein provides a unique way of solving problems related to long-term satellite orbit data. In one aspect of the invention, the method reduces file size and messages sent to a mobile station. The method also improves accuracy in the determination of satellite positions and timing at the mobile station. In another aspect of the invention, a hybrid mode of operation is introduced to enhance predictions of satellite positions and timing.
The number of bits required for supporting extended orbit and clock corrections is reduced significantly by using correction data calculated at a location assistance server and coarse orbit data received in a mobile station. The correction data is the difference between the satellite positions computed from a coarse representation of satellite orbit (for example, but not limited to, almanac) and those positions computed from predicted precise orbital data (e.g. orbital data which is of an extended duration in time—longer than that which can be obtained from the satellite vehicle, such as 6 hours or more). The correction data also includes the difference between the clock corrections computed from the coarse orbit data and those computed from predicted satellite clock data. These corrections generally vary in time and are unique to each satellite. However, with proper choice of a coordinate system, the variation can be relatively smooth. The corrections are then characterized by a mathematical function (for example, but not limited to, a polynomial) in time, with only the coefficients being provided to the mobile station by the location assistance server.
As used herein, a mobile station (MS) refers to a device such as a cellular or other wireless communication device, personal communication system (PCS) device, personal navigation device, laptop or other suitable mobile device capable of receiving and processing SPS signals. The term “mobile station” is also intended to include devices which communicate with a personal navigation device (PND), such as by short-range wireless, infrared, wireline connection, or other connection—regardless of whether satellite signal reception, assistance data reception, and/or position-related processing occurs at the device or at the PND. Also, “mobile station” is intended to include all devices, including wireless communication devices, computers, laptops, etc. which are capable of communication with a server, such as via the Internet, WiFi, or other network, and regardless of whether satellite signal reception, assistance data reception, and/or position-related processing occurs at the device, at a server, or at another device associated with the network. Any operable combination of the above are also considered a “mobile station.”
The term “coarse orbit data” herein refers to a coarse estimate of satellite position and clock data transmitted from a satellite, e.g., almanac. The term “real-time orbit data” refers to a precise representation of satellite positions and timing transmitted from a satellite, e.g., ephemeris. The term “predicted orbit data” or “precise orbit data” refers to a precise estimate of satellite position and timing that has a relatively extended period of validity compared to the real-time precise orbital data. The predicted orbit data is available at the location assistance server. However, transmitting the predicted orbit data to a mobile station generally uses a significant amount of bandwidth. Thus, transmitting the correction data, or an approximation thereof, often greatly increases the transmission efficiency.
In one aspect, predicted orbit data provider 110 generates predicted orbit data every several hours (e.g., 4 hours) to produce orbital data which is valid for an extended duration in time (e.g., 6 hours or more). Location assistance server 130 checks for new data at a shorter interval (e.g., every hour). Predicted orbit data may also include 3-D uncertainty values for predicted satellite coordinates, uncertainty of predicted satellite clock corrections, as well as an indication of predicted outages. Based on the uncertainty and outage information, a user range error (URE) may be computed by location assistance server 130 and provided to MS 120.
Location assistance server 130 receives coarse orbit data from a real-time orbit data provider 150 via a network 164. Real-time orbit data provider 150 may be a Global Reference Network (GRN) gateway or a Wide Area Reference Network (WARN) gateway that receives real-time satellite information including, but not limited to, packet-based SPS reference data, navigation messages, health page information, almanac, and ephemeris. In one scenario, network 164 is a network that supports IP connections, and location assistance server 130 may receive the real-time satellite information from real-time orbit data provider 150 in IP multicast messages.
Location assistance server 130 generates correction data 140 from the predicted orbit data and the coarse orbit data. Correction data 140 may be transmitted directly to MS 120 or to a storage location accessible by the MS. For example, correction data 140 may be stored in a storage device locally or remotely coupled to location assistance server 130. MS 120 may receive correction data 140 from data host 160 via a network 166 using a file transfer protocol, e.g., FTP, HTTP, or other suitable network protocols.
For the purpose of simplifying the discussion herein, the term “correction data” 140 refers to satellite orbital corrections that can be transmitted point-to-point, transferred in files, broadcast, or sent from one place to another by any means of data communications. The messages generated by location assistance server 130 have an efficient messaging format that allows MS 120 to determine the satellite positions and clock timing with a small number of bits over an extended time period. The messages provide MS 120 the information for correcting coarse orbit data so that the corrected satellite position is accurate to within a few meters.
In another aspect, location assistance server 130 may also provide estimated accuracy (User Range Error (URE)), ionospheric correction model, universal coordinated time (UTC) model, and satellite health/usability information to MS 120. This is to ensure the integrity of the satellite data, and to allow mobile operation without the need to receive and decode the data transmitted by the satellites over the air. This also ensures that MS 120 uses the coarse orbit data which is identical to that used by location assistance server 130.
It should be noted that the system described above is shown for illustration purposes only and other configurations may exist. For example, networks 162, 164, and 166 may alternatively be point-to-point connections, local area networks, wide area networks, broadcast networks, any suitable wired or wireless networks, computers or computer networks or combinations thereof that support data communication or file transfers.
One skilled in the art will see that the coarse orbit data which provides a coarse estimate of the satellite positions encompasses a broad range of forms. In the following description, a recent copy of the GPS broadcast almanac is suggested for use as the coarse estimate of the satellite positions and clock timing for ease in understanding the inventive concept. However, all of the following are illustrative of alternative coarse orbit data: an earlier copy of GPS broadcast ephemeris; recent copies of broadcast Galileo or GLONASS almanac or ephemeris; a non-broadcast coarse model of satellite positions which follows the same form as GPS, Galileo, or GLONASS almanac or ephemeris; any subset or enhancement of the Keplerian parameters used in GPS, Galileo, and GLONASS almanac and ephemeris formats; any non-Keplerian representations of satellite orbits; and other predicted orbit data which has degraded over time. It will also be understood that corresponding information pertaining to other satellite navigation systems can also be applied within the scope of the disclosed methodology. The present invention includes any and all methods of describing a coarse orbit. One skilled in the art will appreciate that the methodology applies no matter what form that coarse estimate takes.
In some scenarios, the coarse orbit data may be supplied by location assistance server 130 to MS 120. In addition to transmitting the coarse estimate of the satellite positions to MS 120, location assistance server 130 has the ability to include a reference time in the assistance message to the mobile station. In this aspect of the invention, location assistance server 130 obtains the reference time from a network time server, or from GPS data received from individual reference receivers (e.g., Wide Area Reference Network or Global Reference Network). This reference time information can be appended to the message that is transmitted to MS 120 which contains the coarse estimate of satellite positions. Location assistance server 130 may also implement algorithms which can improve the timing accuracy of the reference time provided by the network time server and transmit this more accurate time to MS 120.
It is to be noted that MS 120 can directly obtain the reference time, independent of location assistance server 130, from a packet switched data network that may or may not be synchronized to GPS time (e.g., a network time server or a CDMA communication network). In this manner, MS 120 obtains an estimate of a global time reference, for example, GPS time, Universal Coordinated Time (UTC) time, (WWO) time, etc.
In one aspect, correction data 140 consists of four dimensions of information: three spatial dimensions (represented by the three axes of the coordinate system) to describe the satellite position error, and the time dimension (the 4th dimension), which describes the clock correction of the satellite clock.
The three axes of coordinate system 23 are: Ra, which is a unit vector pointing from the coarse satellite position (e.g., satellite position determined from the broadcast almanac) to a reference location. As the reference location in typical situations is the center of the earth, this axis is interpreted as “radial.” A skilled person in the art will appreciate that the reference location can be any location (e.g., inside, above, on or near the surface of the earth) that can be determined with reasonable accuracy.
Another axis is Xt: “cross track,” which is defined as Xt=Ra×Vel/|Ra×Vel|. Vel is the almanac-based satellite velocity vector and “x” indicates a vector cross product. The Xt vector is, therefore, perpendicular to both the radial vector Ra and the direction of motion of the satellite.
The third axis is At: “along track,” which is defined as At=Xt×Ra. The At vector is almost parallel to the satellite's velocity vector (Vel), but not quite. This is because the satellite's velocity vector is not exactly orthogonal to Ra due to orbital eccentricity (e.g., satellite orbit is elliptical by nature and not a circle). As the radius of the satellite orbit increases and decreases with time, satellite velocity vector Vel, in general, has a component along the radial direction Ra.
The three axes of coordinate system 23 defined above are a function of time since they depend on the instantaneous position of the satellite along its orbit. Among other motions, as the satellite orbits the earth, the radial vector Ra and along track vector At rotate through a full 360° when expressed in an Earth-Centered, Earth-Fixed (ECEF) XYZ coordinate system 24. Note that these axes are computed using the almanac-based estimate of satellite position. This allows the axes of coordinate system 23 to be calculated by location assistance server 130 before the almanac corrections are calculated. In the example of coordinate system 23, the order in which the axes are computed is essential for proper orientation of the coordinate system. Therefore, the radial vector Ra is computed first, cross track vector Xt is computed second and the along track vector At is computed last.
The axes orientation defined above are different for each satellite. One could write the unit vectors as Ra(PRN,t), At(PRN,t), Xt(PRN,t), and to make their dependence on satellite pseudorandom number (PRN) and t, which respectively index the satellites and the current time explicitly. However, for simplicity of the notations, these dependencies are left implicit in the following discussions.
Other coordinate systems may be employed for coarse orbit data corrections as well, such as, but not limited to, a radial/cross track/velocity coordinate system (different from the (Ra, At, Xt) described above); a 3-D ECEF XYZ coordinates system for differences, or arrange/elevation/azimuth (polar) coordinate system.
One skilled in the art will see that the (Ra, At, Xt) coordinate system (following the conventional left-hand rule) is illustrative and one preferred approach, but that a broad range of other axis systems is encompassed by the present invention. The salient feature of these axis systems is that they tend to have two spatial dimensions with significantly relaxed accuracy requirements compared to the third. In the example of (Ra, At, Xt,) coordinate system 23, At and Xt typically have a more relaxed accuracy requirement (e.g., 1/7) compared to Ra. The coordinate system can be orthogonal or non-orthogonal. A non-orthogonal coordinate system, for the purpose of coarse orbit data corrections, can be any axis system where one of the axes always makes a relatively shallow angle with respect to the Ra axis, even if it has a different origin than (Ra, At, Xt) coordinate system 23. This would include, for example, a coordinate system in which one axis is the Ra, but the other two axes are azimuth and elevation of the satellites, as well as any other choices for the other two axes.
Additionally, any axis system where some axis is parallel to a line drawn from some point near an estimate of the satellite location, to some point near the location of the receiver on the earth, falls within the scope of the present invention. Although
Further, the location of the origin of (Ra, At, Xt) coordinate system 23 can be modified within the scope of the invention. An origin at the satellite location is a matter of mathematical convenience. In particular, an origin defined to be at the actual or precisely predicted satellite location (as opposed to at an estimate of the satellite location as in (Ra, At, Xt) coordinate system 23) is within the scope of the invention.
Over a predetermined period of time (e.g., a 6-hour period), each of the three spatial dimensions of the correction data can be expressed as a function of time in the chosen coordinate system, such as (Ra, At, Xt) coordinate system 23. Theoretically, the correction data can be precisely represented by polynomials of an infinite order. However, in practice, the correction data can be approximated by polynomials of relatively low order, e.g., 6th, 7th, or other lower order. Thus, a large number of the polynomial terms and associated coefficients are truncated; only a small fractional portion of the polynomial terms and associated coefficients are used as an approximate to the correction data. In addition to spatial corrections, a low order (e.g., a first order or any suitable low order) polynomial may be used to describe the clock correction parameters that represent an approximation of the difference between the clock timing in the coarse obit data and the predicted clock bias. Other accurate clock predictions that are available at location assistance server 130 may also be used as the predicted clock bias, such as the clock information in real-time orbit data if available.
One skilled in the art will see that the present invention comprises expanding the correction data in a series of functions, with the possibility of increasing accuracy in the expansion as more functions are used. It is not necessary that the series of functions be increasing powers of x so that the correction data is represented as a polynomial. One skilled in the art will see that the data corrections could also be expanded across other series of functions, including harmonics, Hermite polynomials, Legendre polynomials, cosine and sine functions (Fourier expansion), and the coefficients of Keplerian orbital functions. This list is illustrative, not exhaustive. Expanding the correction data in any set of functions is within the scope of the invention.
The four spatial and temporal sets of polynomial coefficients are sent to MS 120, along with information to associate these coefficients with a particular satellite, a particular time interval, and a particular copy of coarse orbit data. MS 120 receives a new copy of coarse orbit data at a predetermined interval (e.g., about once per week or other suitable time intervals). Location assistance server 130 calculates the correction data using the same version of the coarse orbit data as the version to be used by MS 120. Thus, MS 120 can either use coarse orbit data that it has acquired or that which is transmitted by location assistance server 130, so long as the correction data is applied to the corresponding coarse orbit data that location assistance server 130 used in determining the corrections.
At block 31, MS 120 receives coarse orbit data (e.g. almanac data) from the satellites in view or from the location assistance server 130. It will often be preferable and more efficient for MS 120 to receive the coarse orbit data from location assistance server 130 as it can take many minutes to download such data from satellites. Location assistance server 130 may provide the coarse orbit data in the message/file to MS 120 together with the correction data. It is understood that the “correction data” referred to at MS 120 may be an approximation to the correction computed at location assistance server 130. At block 32, MS 120 generates satellite positions in the ECEF coordinates using its copy of the coarse orbit data. The satellite positions computed from the coarse orbit data and represented in a standard coordinate system, such as the ECEF coordinates, are referred to as P
At block 410, location assistance server 130 obtains precise orbit data for satellite orbits and clock bias, e.g., from satellite broadcast signals or from an external data provider. The precise orbital data is valid for a pre-determined validity period. At block 420, location assistance server 130 obtains the coarse orbit data in a format supported by the particular satellite navigation system. At block 430, location assistance server 130 determines whether to divide the validity period into multiple N-hour fit intervals, or use the entire validity period as one fit interval. A fit interval herein refers to a time period for which polynomial coefficients are computed to describe the correction data of that time period. An example of a fit interval is 4-6 hours, although other time periods may also be used. If location assistance server 130 has the precise orbit data with an extended validity period, the location assistance server may divide the precise orbit data into a plurality of fit intervals to improve the accuracy of the fits. At block 440, for each N-hour fit interval, location assistance server 130 performs the operations described below in
Referring to
At block 524, location assistance server 130 may scale and/or normalize the time axis of the polynomial interpolation to enhance the performance of the interpolation. Location assistance server 130 and MS 120 are expected to use the same scaling and/or normalization factors in order to properly reconstruct the correction data in the mobile software.
At block 526, location assistance server 130 finds polynomial coefficients for interpolating the radial, along track, and cross track corrections RaCor, AtCor, and XtCor. The polynomial coefficients (Ra0, Ra1, . . . Raj) for RaCor are chosen such that Ra0 f0(d)+Ra1f1(d)+. . . +Rajfj(d) is a good approximation to RaCor, where d is the correction data point, and f0, f1, . . . fj are the interpolating functions. The coefficients may be chosen so that the polynomial approximates RaCor with a minimum mean square error. Location assistance server 130 similarly finds polynomial coefficients for XtCor, and AtCor such that these coefficients Xt0, Xt1, Xt2 . . . Xtk, At0, At1, . . . , Atm provide good approximations to XtCor, and AtCor. Finally, at block 530, location assistance server 130 finds the coefficients of the interpolating functions for the clock bias correction CBCor. It is understood that the number of coefficient terms for representing the corrections in each of the spatial and time dimensions may be not the same. More coefficients for a dimension generally correspond to a higher accuracy in the representation of the correction data in that dimension.
The operations of blocks 510-530 are repeated if there are multiple N-hour fit intervals for the validity period. The order of operations may differ from the descriptions above and additional operations may be included.
The correction data generated by location assistance server 130 of
A global message uses the center of the Earth as the reference location of the (Ra, At, Xt,) coordinate system. As almanac errors have four independent dimensions (three spatial dimensions and clock bias), the global message includes four polynomials, three to fit orthogonal spatial components of the satellite position error, and the fourth polynomial to describe a more accurate clock bias.
A local message uses a point on the Earth's surface as the reference location of the (Ra, At, Xt) coordinate system. Typically, location assistance server 130 uses an estimate of the mobile station's current location as the reference location (e.g., the location of a cellular tower with which the mobile is communicating). The local message contains a single polynomial fit to the correction. The one-dimensional correction includes both the correction to the spatial range to the satellite (also referred to as the pseudorange), as well as the correction for the clock bias. As only one polynomial is sent, the local message is significantly shorter than the global message.
The pseudorange correction is calculated for a reference location which ideally is as close to where the mobile station is actually located as possible. As long as the mobile is within about 100 km of the estimated reference location, the positioning result is quite accurate. Accuracy degrades slowly as the mobile's true position diverges further than 100 km from the estimated reference location. The mobile can determine its positioning accuracy degradation by first calculating its location and then comparing that to the reference location of the correction data.
In another aspect, MS 120 of
In one aspect, MS 120 may use real-time orbit data decoded from satellites whenever the real-time orbit data is available. Real-time orbit data is generally more accurate than the earlier predicted orbit data, which may gradually degrades over a period of time. Thus, the corrected orbit data, which approximates the predicted orbit data, also gradually degrade over time. Also, real-time orbit data may contain new information about the satellites not known at the time of predictions (e.g. satellite health and integrity information). However, real-time orbit data is sometimes not available to MS 120 due to lack of line of sight, shadowing, or other reception problems that prevents MS 120 from receiving satellite broadcasts. When the real-time orbit data is not available, MS 120 may switch to the correction data, as described in
The preceding paragraph described a case when the corrected orbit data may be replaced with available real-time orbit data for the duration of validity of the real-time orbit data. For example, after the ephemeris is no longer valid (+/−2 hours from Time of Ephemeris, i.e. TOE), MS 120 may switch back to the corrected orbit data. Alternatively, the real-time orbit data of an earlier time period can be used to improve the accuracy of the corrected orbit data. For example, MS 120 may use real-time orbit data to determine the amount of adjustment applied to a future time period of the corrected orbit data, which can be used when the real-time orbit data is not available (or invalid). This is especially beneficial for satellite clocks, because clock timing is generally not as predictable as the satellite trajectory. In a simple case, the corrected satellite vehicle clocks can be evaluated against the real-time broadcast satellite clock parameters (e.g. from subframe 1 of GPS navigation) to determine the amount of adjustment for the corrected clocks. The adjustment (for example, including differential offset and slope) can be applied to corrected clock information for use when the real-time clock is unavailable. In an enhanced case, the adjustment can be made to the entire corrected orbit data, including satellite positions in three spatial dimensions and satellite clocks.
Furthermore, real-time orbit data and predicted orbit data can be weighed according to their accuracy estimates. MS 120 may appropriately weigh the participating satellite measurements in the solution for its position and account for the degraded accuracy of predicted data. The accuracy estimates for the real-time orbit data and the predicted orbit data are referred to as “error estimate of precise or short term predicted data” and “error estimate of long term predicted data,” respectively. For example, almanac contains an uncertainty estimate in the form of URE (computed or provided by location assistance server 13), and real-time ephemeris data contains an uncertainty estimate in the form of URA (User Accuracy Range, as provided, for example, by GPS control segment). URA is usually a couple of meters, and the URE may be tens of meters after a couple of days. For example, both error estimates can be used as weights in a weighted least squares (WLS) model. The weights may be computed as: W(short term predicted orbit)=1/URA2, and W(long term predicted orbit)=1/URE2.
Specifically, satellite measurements with smaller satellite position errors (represented by URA in the above example) are weighted higher than satellite measurements with larger predicted satellite position errors (represented by URE in the above example). Satellite measurements with respect to position, velocity, time solution, or any combination of position/velocity/time solution can be weighted. The weighted position/velocity/time solution can be computed from satellite measurements by a Weighted Least Squares model (WLS) or a Kalman filter, or some other linear, linearized or non-linear estimation method.
At MS 120, during position/velocity/time computations, to compute the overall measurement errors, the error estimates of satellite positioning errors (either real time ephemeris (URA) or predicted orbit errors (URE)) are combined with measured pseudorange errors (due to signal strength, atmosphere, quantization, RF to digital conversion, etc.). In other words, at MS 120, the overall pseudorange error: Variance_total_meas_error=variance_satellite_positioning_error+variance_meas_error.
Furthermore, when MS 120 uses a mix of real-time and predicted orbit information from multiple satellites to determine its own location, an extra satellite measurement can be used to solve the predicted satellite clock error. This extra satellite measurement can be the real-time orbit data of a satellite and can be used to estimate the predicted clock error of the same satellite. Alternatively, this extra satellite measurement can be the real-time orbit data of a first satellite and can be used to estimate the predicted clock error of a second satellite. The predicted clock error can be removed from the corrected clock to improve the accuracy of the corrected clock computed at the mobile. This way the real-time orbit data and satellite clock correction data can be used to effect a real-time adjustment of the predicted satellite clock information.
Since the predicted satellite clock degrades faster than the predicted satellite positions, the extra satellite measurement can be used together with the predicted satellite positions to compute the predicted satellite clock errors and make adjustments to the predicted clock for future use. Similarly, if current real-time orbit data is available for at least one extra satellite in view, then this real-time data can be used together with this satellite's pseudorange and range-rate measurements to compute the predicted satellite clock error of another in-view satellite. For a 2-dimensional position estimate (some altitude knowledge is available), at least four in-view satellites would be needed to estimate the predicted satellite clock error for one satellite. For a 3-dimensional position estimate, at least five in-view satellites would be needed to estimate the predicted satellite clock error for one satellite. Every extra satellite can be used to estimate yet another predicted satellite clock error. In a 3-dimensional case (with 4 unknowns), for example, if measurements from 7 satellites are available, predicted satellite clock errors can be estimated for three satellites.
In one scenario, location assistance server 130 may also include a correction unit 63 for computing the differences (“correction”) between coarse orbit data and predicted orbit data. Location assistance server 130 may also include an approximation unit 64 for computing an approximation of the correction using a coordinate system that is chosen such that variation of the correction is substantially smooth over time (e.g., (Ra, At, Xt) coordinate system 23 of
The methodologies described herein may be implemented by various means depending upon the application. For example, the above components of location assistance server 130 and MS 120 may be implemented in hardware, firmware, software, or a combination thereof. For a hardware implementation, the processing units may be implemented within one or more application specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), field programmable gate arrays (FPGAs), processors, controllers, micro-controllers, microprocessors, electronic devices, other electronic units designed to perform the functions described herein, or a combination thereof.
For a firmware and/or software implementation, the methodologies may be implemented with modules (e.g., procedures, functions, and so on) that perform the functions described herein. Any machine-readable medium tangibly embodying instructions may be used in implementing the methodologies described herein. For example, referring back to
The method and apparatus described herein may be used with various satellite positioning systems (SPS) or global navigation satellite system (GNSS), such as but not limited, to the United States Global Positioning System (GPS), the Russian Glonass system, the European Galileo system, any system that uses satellites from a combination of satellite systems, or any satellite system developed in the future. Furthermore, the disclosed method and apparatus may be used with positioning determination systems that utilize pseudolites or a combination of satellites and pseudolites. Pseudolites are ground-based transmitters that broadcast a PN code or other ranging code (similar to a GPS or CDMA cellular signal) modulated on an L-band (or other frequency) carrier signal, which may be synchronized with GPS time. Each such transmitter may be assigned a unique PN code so as to permit identification by a remote receiver. Pseudolites are useful in situations where GPS signals from an orbiting satellite might be unavailable, such as in tunnels, mines, buildings, urban canyons or other enclosed areas. Another implementation of pseudolites is known as radio-beacons. The term “satellite”, as used herein, is intended to include pseudolites, equivalents of pseudolites, and possibly others. The term “SPS signals,” as used herein, is intended to include SPS-like signals from pseudolites or equivalents of pseudolites.
Position determination techniques described herein may be used for various wireless communication networks, such as a wireless wide area network (WWAN), a wireless local area network (WLAN), a wireless personal area network (WPAN), and so on. The term “network” and “system” are often used interchangeably. A WWAN may 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, a Single-Carrier Frequency Division Multiple Access (SC-FDMA) network, and so on. A CDMA network may implement one or more radio access technologies (RATs) such as cdma2000, Wideband-CDMA (W-CDMA), and so on. Cdma2000 includes IS-95, IS-2000, and IS-856 standards. A TDMA network may implement 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 a consortium named “3rd Generation Partnership Project” (3GPP). CDMA2000 is described in documents from a consortium named “3rd Generation Partnership Project 2” (3GPP2). 3GPP and 3GPP2 documents are publicly available. A WLAN may be an IEEE 802.11x network, and a WPAN may be a Bluetooth network, an IEEE 802.15x, or some other type of network. The techniques may also be used for any combination of WWAN, WLAN and/or WPAN.
Although the present invention has been described with reference to specific exemplary features, it will be evident that various modifications and changes may be made to these features without departing from the broader spirit and scope of the invention as set forth in the claims. Accordingly, the specification and drawings are to be regarded in an illustrative rather than restrictive sense.
CROSS REFERENCES This application is a continuation application of U.S. patent application Ser. No. 11/833,962, filed Aug. 3, 2007, and hereby claims the benefit of the filing date of U.S. patent application No. 60/857,972, filed Nov. 10, 2006, titled “Bit Efficient Support Of Extended Orbit For GNSS,” U.S. patent application No. 60/886,230, filed Jan. 23, 2007, titled “Efficient Range Correction Messages For Accurate Position Determination With Assisted GPS,” U.S. patent application No. 60/888,738, filed Feb. 7, 2007, titled “Bit Efficient Support Of Extended Orbit For GNSS,” U.S. patent application No. 60/896,493, filed Mar. 22, 2007, titled “Method And Apparatus For Position Determination With Extended SPS Orbit Information,” U.S. patent application No. 60/917,622, filed May 11, 2007, titled “Method And Apparatus For Position Determination With Extended SPS Orbit Information,” and U.S. patent application No. 60/939,964 filed May 24, 2007, titled “Method And Apparatus For Position Determination With Extended SPS Orbit Information,” all of which are hereby incorporated by reference in their entirety and are assigned to the assignee hereof.
| Number | Date | Country | |
|---|---|---|---|
| 60857972 | Nov 2006 | US | |
| 60886230 | Jan 2007 | US | |
| 60888738 | Feb 2007 | US | |
| 60896493 | Mar 2007 | US | |
| 60917622 | May 2007 | US | |
| 60939964 | May 2007 | US |
| Number | Date | Country | |
|---|---|---|---|
| Parent | 11833962 | Aug 2007 | US |
| Child | 13571161 | US |
