Tag: LEO satellite

  • ESA’s Celeste IOD-1 satellite transmits first navigation signal

    ESA’s Celeste IOD-1 satellite transmits first navigation signal

    Celeste will test a complementary low-Earth-orbit layer for Galileo for more robust and accurate navigation.

    At 10:38 CET on April 8, the Celeste IOD-1 satellite, developed by GMV and Alén Space under the European Space Agency’s (ESA) Celeste In-Orbit Demonstrator (IOD) program, successfully transmitted its navigation signal for the first time.

    The reception of the signal from the Celeste IOD-1 satellite, confirmed by ESA teams at ESTEC, marks a key milestone for the program as it confirms the satellite’s successful commissioning in orbit. The signal was also received at GMV’s monitoring station in Lisbon.

    The first two IOD satellites of the Celeste program — built by GMV and Thales Alenia Space, respectively — were launched March 28 at 10:14 CET from Rocket Lab’s Launch Complex 1 in Mahia, New Zealand. Separation from the launch vehicle took place one hour later, marking the start of the initial operations phase (LEOP) and commissioning, carried out by GMV for the IOD-1 satellite from the mission control center in Tres Cantos.

    Next-generation LEO navigation

    Celeste is ESA’s strategic program to demonstrate the benefits of an additional low Earth orbit (LEO) navigation layer that complements Galileo and EGNOS, with the goal of improving the accuracy, resilience and security of positioning, navigation and timing (PNT) services in Europe.

    The in-orbit demonstrator (IOD) represents the program’s first phase and will validate key LEO-PNT technologies in flight ahead of potential future operational deployment.

    The Celeste IOD phase is being carried out in parallel by two European consortia and will include a total of 11 satellites plus one in-orbit spare. As one of the prime contractors, GMV is responsible for the end-to-end mission for six of the demonstrator satellites, including system definition and design, the space and ground segments, the user segment, and operations.

    Celeste program beginnings

    The Celeste program began with two demonstrator satellites, IOD-1 and IOD-2, aimed at securing registered frequency allocations and testing representative navigation signals through the end of the year. The mission will demonstrate precise autonomous orbit determination without relying on ground infrastructure, as well as stronger radionavigation signals in the L- and S-bands from low Earth orbit.

    By demonstrating the advantages of integrating LEO capabilities into a multi-orbit architecture alongside Galileo (MEO), Celeste aims to improve resilience to interference and expand advanced navigation services. Operating at altitudes between 500 and 560 km, the Celeste demonstrators will assess how a complementary LEO layer can enhance Europe’s Galileo system in medium Earth orbit.

    Eight additional, larger satellites are currently under development to extend the capabilities of the initial demonstrators. These will form part of the full fleet (eleven operational spacecraft and one spare) and will pave the way for subsequent launches starting in 2027.

    GMV was selected in 2024 by the European Space Agency (ESA) to lead one of the parallel contracts for the development of Celeste. The first satellite in the constellation, a 12U CubeSat named Celeste IOD-1, was jointly developed by GMV and Alén Space.

    In recent months, Celeste IOD-1 has undergone a complex assembly and integration process, as well as rigorous environmental and system testing. The results of these tests, carried out at GMV’s facilities, confirmed that the satellite was ready for launch, as well as for initial LEOP (Launch and Early Orbit Phase) operations and in-orbit experimentation activities.

  • How Orolia is taking resilient PNT to the next level

    How Orolia is taking resilient PNT to the next level

    Photo: Orolia
    Photo: Orolia

    Not just supporting players, alternative positioning, navigation and timing (PNT) systems strengthen, augment and — when needed — replace GNSS. GPS World explores how companies are using alternative PNT, and talks with John Fischer of Orolia about the company’s latest developments.

    GPS World: What are Orolia’s latest advances and products regarding alternative PNT?

    John Fischer: Regarding timing, which we have been doing for decades, our big alternatives to GNSS are internal atomic clocks and network-based timing, such as precision time protocol (PTP). Regarding positioning and navigation, the two areas on which we focus are IMUs and getting updates from GNSS, so that, when you lose GNSS momentarily, you have something on which to coast. The breakthroughs in MEMS technologies are astounding —they are getting better and cheaper every day. That shows wonderful promise.

    The other area is doing satellite navigation using low Earth orbit (LEO) satellites, which are much closer to the Earth than GNSS ones and give you 30 dB or more of signal strength. We are focused the most on the Satellite Time and Location (STL) signal because it is available today. Supplementing your navigation system with updates from LEO satellites provides you some great non-GNSS navigation capability.

    GPS World: The positions of LEO satellites are not monitored as closely as those of GPS satellites. Is that an issue?

    JF: That is correct. You are losing accuracy by using what is available today because you do not know the positions of those satellites as well as you know those of the GNSS satellites and maybe you do not have the best geometry. All the GNSS satellites are in medium Earth orbit (MEO) because they have much better geometries for a small constellation. With just 24 satellites in MEO orbit, you get great geometries. When you go lower, you need an increasingly greater number of satellites.

    The first generation of LEO satellites, the Iridium STL, are a much larger constellation, with 66 satellites, but still not enough to give you the good geometries. Today, you are getting less accuracy, but there are all kinds of new satellites being launched and the capability to track them will improve. We expect to be able to use signals from hundreds, if not thousands, of LEO satellites, so the geometry problem will start to go away and there are other things we can do to improve the accuracy. Meanwhile, we can get rather good performance with what we have today.

    GPS World: What are some of your most recent advances, releases or products?

    JF: On the timing side we have what we call a mini-Rubidium, the mRO-50, which we launched on June 4. Smaller, better, cheaper atomic clocks are coming out very soon.

    GPS World: Do you have any comments on the recent executive order on resilient PNT?

    JF: We coined the term “resilient PNT,” so we are glad to see it in use. We fully support those efforts.

    GPS World: What about other alternative sources of PNT data, such as radar, lidar and signals of opportunity?

    JF: Yes, they are that next level. Loran is ideal because it is so different from GNSS. When you are trying to design a reliable system, you want a lot of diversity, because if two systems have the same kinds of failure modes you have not gained in redundancy. Loran is literally at the other end of the spectrum from GNSS: It is a low-frequency microwave system. Instead of being space-based, it is land-based; instead of being low power, it is high power. However, there still are no stations up. It requires big equipment, so it will take some time.

    When it comes to what you can do today, Loran does not contribute much. We support efforts to implement Loran very much, because we do need non-GNSS ways to make things resilient. Prior to GPS, we had to depend only on Loran. Today, with modern digital signal processing (DSP) techniques and receivers, I think we can expect the new Loran system to have much better accuracies than we had in the bad old days of the first generation of Loran.

    The auto industry is doing a marvelous job of doing navigation using lidar or cameras. They are pretty much navigating driverless cars the way that humans drive, by just using visual cues. Those things have promise in certain unique areas.

  • Innovation: Orbit determination of LEO satellites with real-time corrections

    Innovation: Orbit determination of LEO satellites with real-time corrections

    Precision on Board

    INNOVATION INSIGHTS with Richard Langley
    INNOVATION INSIGHTS with Richard Langley

    SATELLITES. I have been fascinated by them ever since I was a child. My interest in satellites and space in general led me on my career path, which began with an undergraduate degree in physics at the University of Waterloo. Although it was an applied physics program and I did work terms at Atomic Energy of Canada, I was more interested in astronomy than nuclear physics and took all the astronomy courses I could. That, in turn, led me to pursue a Ph.D. in experimental space science doing research in the application of very long baseline (radio) interferometry (VLBI) to geodesy. As a postdoctoral fellow at MIT, I worked on ranging data from the U.S. and Soviet laser reflectors placed on the surface of Earth’s natural satellite — the moon.

    I continued my interest in VLBI and lunar laser ranging for a while after I arrived at the University of New Brunswick in 1981 but I quickly got involved with satellite Doppler positioning and that was when I heard my first satellite signals through the speaker of a Canadian Marconi CMA-722B Doppler receiver. At that time, Doppler positioning was being quickly supplanted by GPS and so my interest naturally migrated to the new system. GPS and the other global navigation satellite systems have been a consuming interest ever since.

    That interest includes helping to develop techniques for precision positioning and navigation — ones that minimize as much as possible the effect of various sources of error that plague GPS measurements. One such technique is precise point positioning or PPP, which uses primarily precise carrier-phase measurements along with an accurate model of those measurements to obtain position accuracies down to the centimeter level.

    Although often carried out with recorded data, PPP with real-time GPS orbit and clock correction streams has become an established technique for land, air and sea applications. However, the use of real-time corrections for precise positioning of satellites has not been attempted yet although a number of low-Earth-orbit (LEO) satellite missions could benefit from such a capability. Future satellites with altimeter and radio-occultation payloads may require real-time precise-orbit determination to enable onboard processing of science data for forecasting or now-casting of meteorology data, open-loop instrument operation of radar payloads, or quick-look onboard science data generation. Precise real-time orbit information could also be used for maintaining the formations of closely-spaced satellite constellations.

    In this month’s column, our authors discuss the results of realistic simulations they have carried out to precisely position a LEO satellite using a source of real-time GPS corrections actually transmitted by a network of geostationary satellites. Even accounting for data outages, 3D positioning accuracies better than a decimeter have been obtained. Precision on board? Not right now but likely coming real soon.


    Precise point positioning (PPP) with real-time orbit and clock correction streams has become an established technique over the past decade. Several free as well as commercial sources of precise correction streams are available through the internet or via a satellite link to geostationary satellites.

    Many applications exist for land, air and sea applications, but use of real-time corrections for precise positioning has not extended into orbit yet, although a number of low Earth orbit (LEO) satellite missions have a demand for precise orbit determination (POD). Mission requirements often allow for a relatively high latency for the availability of the precise orbit products, thus ground-based, near-real-time processing is sufficient. However, future satellites with altimeter and radio-occultation payloads may require real-time POD to enable onboard processing of science data for short-term forecasting or now-casting of meteorology data, open-loop instrument operations of radar payloads, or quick-look onboard science data generation. Also, precise real-time orbit information may be used for constellation maintenance of satellite formations. Despite early technology readiness demonstrations by the Jet Propulsion Laboratory carried out one decade ago to transmit real-time corrections via geostationary relay satellites to LEO spacecraft, this technique has so far not been implemented and used in a space mission.

    POD accuracy of a few decimeters or less with real-time corrections has been demonstrated repeatedly by various groups. For these studies, it was assumed that the required real-time precise orbit and clock products are continuously available on board the LEO satellite. Even though a network of several distributed geostationary Earth orbit (GEO) relay satellites may achieve seamless coverage in the equatorial region, gaps at high latitude close to the North and South Poles may occur. The extent of these gaps depends on the gain pattern of the transmitting antenna of the GEO relay satellite. Likewise, the availability of corrections depends on the LEO orbit characteristics, the gain pattern and mounting of the receiving antenna and the attitude profile of the LEO satellite. Most Earth observation and altimeter missions are launched into polar orbits to achieve global coverage. Up-to-date real-time corrections may therefore not be available for POD processing over the polar regions, which are typically also affected by reduced GNSS satellite visibility. As a result, the positioning performance will be degraded during this part of the orbit.

    To study the effects of interrupted availability of precise correction data, we simulated real-time POD using real flight data of the Swarm-C satellite, a representative LEO satellite orbiting Earth at an altitude of about 440 kilometers in a polar orbit with approximately 87° inclination. The satellite was launched into orbit in Nov. 2013 and is part of a three-satellite constellation of identical spacecraft with the mission objective to study Earth’s magnetic field and the electric field in the atmosphere (see FIGURE 1). The orbital period is 93 minutes. The satellite is equipped with a dual-frequency GPS receiver and two zenith-pointing POD antennas. The receiver provides dual-frequency GPS observations of up to eight satellites simultaneously. For the analysis, we selected a test data period of Feb. 1–15, 2016.

    FIGURE 1. Close-up view of the Swarm-C satellite with Swarm-A and -B in the background (artist’s impression). The satellites’ booms point in the anti-flight direction. Two GPS antennas are located on the top side of each satellite’s structure (Credit: ESA-AOES-Medialab).
    FIGURE 1. Close-up view of the Swarm-C satellite with Swarm-A and -B in the background (artist’s impression). The satellites’ booms point in the anti-flight direction. Two GPS antennas are located on the top side of each satellite’s structure (Credit: ESA-AOES-Medialab).

    We processed the GPS observations using a high-performance navigation filter together with precise real-time orbit and clock corrections provided by Fugro, a Dutch multi-national company that provides a multi-GNSS real-time PPP service tailored for maritime applications. The complete processing emulates real-time onboard POD and only uses information available up to the current epoch being processed. This information includes GNSS observations and ephemerides as well as satellite attitude information and predicted Earth orientation parameters.

    We assessed POD accuracy by comparing the results of the real-time POD filter to a reference orbit, which was generated with a least-squares reduced-dynamics POD and precise post-processed GPS orbit and clock products. Correction data gaps over the polar regions were realistically simulated. During such gaps, an onboard POD filter cannot use the most recent corrections and may have to use outdated orbit and clock correction information for several minutes. We investigated the impact of outages of different durations on the positioning accuracy.

    REAL-TIME ORBIT AND CLOCK PRODUCT

    Fugro’s G4 reference station network consists of 45 geodetic receivers distributed worldwide, which deliver real-time multi-constellation GNSS observations and ephemerides to the processing centers located in Norway and Germany. Precise orbit and clocks are then computed in real time for all constellations and broadcast to the users via seven L-band geostationary satellites. GNSS orbits are computed using a batch process with hourly updates, and clocks are estimated at a 1-Hz rate in real time. G4 supports GPS, GLONASS and BeiDou. Galileo corrections will be made available to customers as soon as Galileo enters initial operational capability. The broadcast coverage ensures that the majority of users can receive corrections simultaneously through two independent satellite beams, thus ensuring redundancy and increased availability for critical operations at sea (see FIGURE 2).

    FIGURE 2. Fugro’s G4 global GNSS station network for real-time orbit and clock generation. Colored dots at the equator show the positions of the geostationary relay satellites. Colored circles indicate the GEO access areas.
    FIGURE 2. Fugro’s G4 global GNSS station network for real-time orbit and clock generation. Colored dots at the equator show the positions of the geostationary relay satellites. Colored circles indicate the GEO access areas.

    Additionally, uncalibrated phase delays (UPDs) for GPS are also estimated and broadcast in real time, which allows integer carrier-phase ambiguity resolution for PPP users requiring higher levels of accuracy. Typical real-time GPS orbit accuracy is 3–4 centimeters root-mean-square (rms) when compared with International GNSS Service final products. GPS clock accuracy is generally better than 0.1 nanoseconds (standard deviation). The accuracy of these products guarantees that end-user position accuracy is a few centimeters in real time. One of the objectives of our study is to determine whether the same level of accuracy can be achieved for real-time LEO POD.

    ONBOARD NAVIGATION FOR LEO POD

    The precise real-time orbit- and clock-products are used in a Kalman-filter-based real-time navigation algorithm, which has been developed for use in onboard navigation systems for LEO satellites. The algorithm is capable of processing single- or dual-frequency measurements and can be used with pseudoranges only or with both pseudorange and carrier-phase measurements. In the configuration used for this study, the filter processes dual-frequency pseudorange and carrier-phase GPS observations. The state vector comprises 12 + n states: satellite position and velocity vectors, receiver time offset, scaling coefficients for atmospheric drag and solar radiation pressure, empirical accelerations in radial-, along- and cross-track directions, and n carrier-phase ambiguities, one for each satellite tracked. The prediction model of the satellite’s trajectory considers accelerations due to Earth’s gravity field, luni-solar perturbations, drag, solar-radiation pressure, thrust and empirical accelerations.

    Although the data is processed post facto in this study, the algorithm emulates a true real-time process by only using past and current observations in the data cleaning and quality control. Furthermore, the limited resources of a satellite onboard processor are taken into account by using only a reduced gravity field model of 70 × 70 terms and fixed Earth-orientation parameters. When processing dual-frequency pseudorange and carrier-phase measurements, typical 3D rms positioning errors are about 50 centimeters with GPS broadcast ephemerides and approximately 10 centimeters with precise orbit and clock products. The algorithm has flight heritage through the use in the Phoenix eXtended Navigation System (XNS) on board the PROBA2 PRoject for OnBoard Autonomy satellite.

    The results of the real-time navigation algorithm were compared against reference orbit solutions generated with a precise reduced-dynamics POD, which is based on a least-squares fit using the final orbit products of the Center for Orbit Determination in Europe (CODE). Independent validation through satellite-laser-ranging measurements suggests an accuracy of the reference solution of a few centimeters.

    POD WITH CORRECTIONS

    For the precise real-time POD analysis, the navigation filter uses orbit and clock corrections together with GPS broadcast data. To assess the best possible real-time POD performance, the GPS observations from Swarm-C are processed with continuously available corrections. To take into account the latency in the clock correction generation process, the corrections are processed in the filter with an assumed delay of 10 seconds. The results for the 3D orbit errors are shown in FIGURE 3.

    FIGURE 3. 3D orbit errors of the real-time navigation filter with continuous precise orbit and clock corrections based on Fugro’s products. The errors are plotted over argument of latitude u, where the northern-most point on the orbit corresponds to u = +90° and the southern-most point is u = −90°. 3D rms orbit errors are 6.8 centimeters.
    FIGURE 3. 3D orbit errors of the real-time navigation filter with continuous precise orbit and clock corrections based on Fugro’s products. The errors are plotted over argument of latitude u, where the northern-most point on the orbit corresponds to u = +90° and the southern-most point is u = −90°. 3D rms orbit errors are 6.8 centimeters.

    The position errors of the two weeks of data are plotted vs. argument of latitude u, which is the sum of a satellite’s true anomaly and argument of perigee. As a result, the equator crossings of the satellite correspond to u = 0° and u = 180°. As the satellite proceeds along its orbit, it moves from left to right through the plot. The northern-most point on the orbit is reached at u = +90°, the southern-most point is u = −90°. The results show that a 3D rms LEO orbit accuracy of 6.8 centimeters can be achieved with the Fugro real-time orbits and clocks.

    In addition, orbit and clock corrections are also generated based on the precise final orbits and clocks from CODE, which are used for the generation of the reference orbit solution. These corrections are also processed in the real-time navigation filter with the same settings as Fugro’s product. Comparison to the reference solution yields 3D rms orbit errors of 6.0 centimeters. This result demonstrates that the use of the real-time orbits and clocks only leads to a small degradation in the orbit accuracy compared to the use of post-processed GPS products.

    EFFECTS OF CORRECTION DATA GAPS

    The analysis in the previous section has shown that the use of real-time corrections enables high orbit accuracy when the corrections are continuously available. However, in an on-orbit scenario, the demodulator, which keeps track of GEO satellites and delivers corrections to the navigation filter, may not be able to track them continuously for various reasons. Even though dedicated GEO satellite networks for space-borne applications, like NASA’s Tracking and Data Relay Satellite System (TDRSS) or the European Data Relay Satellite (EDRS) system, potentially offer a seamless service volume for LEO users anywhere on the globe, this may not be feasible with a GEO network originally intended for ground-based users. These satellites typically have a more focused beam, which potentially hinders reliable data transmission in polar regions. This situation is depicted in FIGURE 4, which shows the approximate access areas of the GEO satellite network used to transmit Fugro’s corrections. It also depicts the ground track of two orbital revolutions of the Swarm-C satellite, which leaves the access areas at latitudes beyond approximately 80° N/S.

    FIGURE 4. Coverage area of the GEO satellite network for orbit- and clock-correction dissemination (colored circles) and Swarm-C satellite ground track (black). Dotted lines indicate the assumed coverage area limits at 66° N/S and 75° N/S.
    FIGURE 4. Coverage area of the GEO satellite network for orbit- and clock-correction dissemination (colored circles) and Swarm-C satellite ground track (black). Dotted lines indicate the assumed coverage area limits at 66° N/S and 75° N/S.

    Even if the beamwidth of a GEO satellite’s antenna allows for a continuous link at high latitudes, the receiving satellite demodulator on board the LEO spacecraft will have to switch signal reception to another GEO satellite when the tracked satellite drops out of the field of view. These switches typically happen in polar regions. The acquisition of the new GEO signal is not a trivial task, as it is done under unfavorable conditions at the edge of the service area and requires, for example, correct prediction of the expected Doppler shift due to relative motion the GEO and LEO satellites. Thus, interruptions in the correction data streams are likely to occur and the extent of these interruptions depends on how the switching mechanism is implemented in the demodulator and how fast the acquisition of the new GEO satellite’s signal takes place.

    It is worth mentioning in this context that GEO signal reception depends not only on the transmitting antenna gain pattern, but also on the gain pattern of the receiving antenna on the LEO satellite, the antenna placement on the satellite structure as well as its attitude profile. Experience has shown that satellite design constraints may prevent the antenna from being placed in the most favorable position. Operational constraints can force the satellite not to be oriented in the preferred way for GNSS and GEO signal reception. Instead, priority must often be given to the optimal orientation of body-fixed solar panels for maximum power generation or the pointing of payload sensors, such as optical instruments, to certain target directions.

    To study the impact of correction data outage on the LEO POD, we defined reduced-coverage areas. The first scenario limits the reception of correction data beyond latitudes of 66° N/S. In the case of Swarm-C at approximately 440-kilometers altitude, the outage intervals over the North and South Poles extend to 13 minutes at maximum. In the second case, the corrections are received up to 75° N/S, which corresponds to a maximum outage of 8 minutes, twice per orbit. The smaller coverage area serves as a worst-case scenario, whereas the larger service area is more representative of the expected on-orbit performance.

    Prediction of Orbit- and Clock-Corrections. When up-to-date corrections are no longer available due to an outage in the GEO satellite link, the last received set of corrections must be extrapolated. Up to a certain prediction interval, this method still provides more precise orbit and clock information than the broadcast ephemerides and thus yields better positioning results. The prediction of orbit and clock information is therefore crucial to bridge correction outages and still maintain a precise positioning solution. The following analysis assesses the errors introduced by only extrapolating the orbit and clock corrections. In addition to these errors, the modeling of the observations is also affected by the absolute errors in the real-time orbit and clock product.

    The satellite clock offsets are estimated based on predicted orbits. Therefore, the radial, along-track and cross-track components of the orbit corrections can be computed so that prediction errors over a predefined time interval are minimized. Taking advantage of this, the prediction errors are typically less than 1 centimeter even for extrapolation times of 12 minutes and therefore have negligible effect on the POD.

    In the case of the satellite clock offset, corrections are only available up to the present epoch. Thus, the extrapolation is done based on a fit through the past hour of data.

    The results for the rms clock extrapolation errors over interpolation intervals of 0–15 minutes are displayed in FIGURE 5.

    FIGURE 5. Clock extrapolation errors (rms) for different GPS block types for a linear clock extrapolation polynomial fitted through one hour of data. The results reflect the GPS constellation on Feb. 1, 2016. The largest errors are obtained for the two Block-IIF satellites SVN 38 (PRN 08) and SVN 65 (PRN 24) operated on cesium clocks (light-blue diamonds) and the rubidium clock of Block IIR-A satellite SVN 45 (PRN 21) (red diamonds).
    FIGURE 5. Clock extrapolation errors (rms) for different GPS block types for a linear clock extrapolation polynomial fitted through one hour of data. The results reflect the GPS constellation on Feb. 1, 2016. The largest errors are obtained for the two Block-IIF satellites SVN 38 (PRN 08) and SVN 65 (PRN 24) operated on cesium clocks (light-blue diamonds) and the rubidium clock of Block IIR-A satellite SVN 45 (PRN 21) (red diamonds).

    The errors have been computed for clock data of Feb. 1, 2016, for each GPS satellite independently and are color-coded depending on the satellite type. It becomes obvious that the newest generation of Block IIF satellites with their rubidium atomic clocks yield the smallest extrapolation errors. After 15 minutes, the most stable clock has an rms error of approximately 0.10 nanoseconds and the least stable Block IIF rubidium clock does not exceed extrapolation errors of 0.15 nanoseconds. It is interesting to note that two Block IIF satellites are operated on cesium atomic clocks, which are significantly less stable than the rubidium ones. Their maximum rms clock extrapolation error (plotted in light blue) amounts to approximately 0.45 nanoseconds and 0.60 nanoseconds at the longest time interval of 15 minutes. The satellites of the GPS Block IIR (both the earlier IIR-As and the later IIR-Bs, which have a different transmitting antenna panel) and the IIR-M generations are equipped with less stable atomic clocks, which exhibit extrapolation errors of 0.15–0.25 nanoseconds. The Block IIR-A satellite SVN 45 plotted in red exhibits a clearly reduced stability, possibly an indication of degraded performance of its operational rubidium clock. The clock extrapolation error amounts to 0.40 nanoseconds at 15 minutes.

    POD with Real-Time Correction Data Gaps. For the simulation of GEO-link outages in the real-time POD, the navigation filter starts extrapolating the orbit and clock corrections when the LEO satellite exceeds the latitude threshold. The 3D rms orbit errors are shown in FIGURE 6.

    FIGURE 6. 3D orbit errors of real-time navigation filter results plotted over argument of latitude u, where the northern-most and southern-most point on the orbit correspond to u = +90° and u = −90°, respectively. Corrections are available between 66° S and 66° N (Figure 6a) and 75° S and 75° N (Figure 6b). The orange color indicates outage periods of the GEO-link when extrapolated corrections are used. 3D rms errors are 8.5 centimeters (Figure 6a) and 7.5 centimeters (Figure 6b).
    FIGURE 6. 3D orbit errors of real-time navigation filter results plotted over argument of latitude u, where the northern-most and southern-most point on the orbit correspond to u = +90° and u = −90°, respectively. Corrections are available between 66° S and 66° N (Figure 6a) and 75° S and 75° N (Figure 6b). The orange color indicates outage periods of the GEO-link when extrapolated corrections are used. 3D rms errors are 8.5 centimeters (Figure 6a) and 7.5 centimeters (Figure 6b).

    FIGURE 6. 3D orbit errors of real-time navigation filter results plotted over argument of latitude u, where the northern-most and southern-most point on the orbit correspond to u = +90° and u = −90°, respectively. Corrections are available between 66° S and 66° N (Figure 6a) and 75° S and 75° N (Figure 6b). The orange color indicates outage periods of the GEO-link when extrapolated corrections are used. 3D rms errors are 8.5 centimeters (Figure 6a) and 7.5 centimeters (Figure 6b).
    FIGURE 6. 3D orbit errors of real-time navigation filter results plotted over argument of latitude u, where the northern-most and southern-most point on the orbit correspond to u = +90° and u = −90°, respectively. Corrections are available between 66° S and 66° N (Figure 6a) and 75° S and 75° N (Figure 6b). The orange color indicates outage periods of the GEO-link when extrapolated corrections are used. 3D rms errors are 8.5 centimeters (Figure 6a) and 7.5 centimeters (Figure 6b).

    The top plot depicts the conservative threshold of 66° N/S and the bottom plot refers to the threshold of 75° N/S. The orange color marks the time periods during which the corrections are extrapolated. It becomes obvious that the position solution degrades for increasing extrapolation intervals. In the case of the conservative latitude threshold, the maximum 3D position error is 38 centimeters and the rms error is 8.5 centimeters. For the latitude threshold of 75° N/S, the maximum error reduces to 33 centimeters and the rms to 7.5 centimeters. The plot also shows that the largest orbit errors typically do not appear at the end of the extrapolation interval, but shortly afterwards. The reason for this effect is that the systematic extrapolation errors in the clock corrections cause the filter state to diverge. When up-to-date corrections become available again, the filter requires a certain time to recover and converge back.

    The degradation of the orbit accuracy is not only affected by the errors due to the clock extrapolation alone; the reduced GPS satellite visibility and unfavorable geometry over the North and South Poles also has an impact on the orbit determination performance. The resulting higher dilution of precision or DOP further amplifies the errors in the modeling of the GPS clock offset. Also, with only eight tracking channels available, the onboard receiver cannot track all visible satellites, leading to reduced measurement redundancy. Additional degradation of orbit accuracy is also caused when observations of GPS satellites are rejected in the data screening process due to the errors introduced by the extrapolation of corrections. Nevertheless, even for the conservative latitude thresholds for orbit and clock corrections, a 3D rms POD accuracy of less than 10 centimeters can be achieved with sufficient margin. This is an important result, since sub-decimeter POD accuracy is a key mission requirement for many space missions, such as radio occultation satellites.

    To assess the effects of the absolute orbit and clock errors in the real-time orbit and clock product on the POD, we repeated the same processing procedure with corrections generated based on the CODE final products. In this case, the POD with the conservative latitude threshold of 66° N/S yields 7.2 centimeter 3D rms orbit errors, and the threshold of 75° N/S leads to 3D rms errors of 6.5 centimeters. These results confirm that the use of the real-time product leads to only a small degradation of the POD performance. The results for the orbit determination with continuous and limited availability of corrections are summarized in TABLE 1. In addition, a real-time POD with uncorrected broadcast ephemerides (BCEs) yields an accuracy of 36.4 centimeters.

    Table 1. Overview of 3D rms orbit errors (in centimeters) for real-time POD based on different orbit and clock products and different latitude limits for the availability of precise corrections. The age of data (AoD) indicates the extrapolation interval of the corrections.
    Table 1. Overview of 3D rms orbit errors (in centimeters) for real-time POD based on different orbit and clock products and different latitude limits for the availability of precise corrections. The age of data (AoD) indicates the extrapolation interval of the corrections.

    SUMMARY AND CONCLUSIONS

    Onboard orbit determination simulations for the Swarm-C satellite with real-world flight data and precise real-time orbit and clock products from Fugro have achieved sub-decimeter 3D rms orbit errors. When the GPS orbit and clock corrections are continuously available, 6.8 centimeters 3D rms can be achieved. With conservative assumptions for correction data gaps at latitudes beyond 66° N/S, the 3D rms errors are still just 8.5 centimeters. This result fulfills the accuracy requirements of, for example, radio occultation missions with sufficient margin. This is an important result, as it allows us to shift the POD process from the ground into the spacecraft for future missions and thus provide a precise orbit solution without delay, with possible implications for onboard processing of science data, now-casting of meteorology data, or open-loop instrument operation of radar payloads.

    Even though a small degradation of the POD accuracy is noticeable in the case of correction data gaps, the dissemination of precise orbit and clock corrections for LEO users is a competitive approach to a global centimeter-level augmentation service using high-rate data channels in the navigation signal itself. This service is presently only offered by the Quasi-Zenith Satellite System (QZSS) on the Michibiki L-band Experiment (LEX) signal and is limited to regional users.

    The extrapolation error of the GPS satellite clock corrections has been identified as the main contributor to the error budget. The introduction of additional precise atomic clocks into the GPS constellation in the course of the GPS Block III deployment or the use of the Galileo satellites with their ultra-stable passive hydrogen masers in a multi-GNSS POD promise further improvements. Also, the use of Fugro’s uncalibrated phase delays to fix integer ambiguities in the POD would also lead to improved orbit results.

    Having demonstrated the overall fitness of the concept, the development of an onboard real-time POD demonstrator will be the next step. This hardware unit requires a space-enabled dual-frequency GNSS receiver with a geodetic choke-ring antenna, an onboard processing unit for the navigation filter, and a demodulator unit with a suitable antenna, to receive and demodulate the corrections and provide them for the use in the POD.

    ACKNOWLEDGMENTS

    This article is based on the paper “Precise Onboard Orbit Determination for LEO Satellites with Real-Time Orbit and Clock Corrections” presented at ION GNSS+ 2016, the 29th International Technical Meeting of the Satellite Division of The Institute of Navigation, held Sept. 12–16, 2016, in Portland, Oregon.

    The European Space Agency is acknowledged for the provision of Swarm-C GPS measurements. The Center for Orbit Determination in Europe is acknowledged for providing their precise GPS orbit and 5-second high-rate clock products for the POD reference solution.


    ANDRÉ HAUSCHILD is a member of the scientific staff of the GNSS Technology and Navigation Group at DLR’s German Space Operations Center (GSOC), Oberpfaffenhofen, near Munich.

    JAVIER TEGEDOR works as a GNSS scientist for Fugro Satellite Positioning AS in Oslo, Norway, focusing on the enhancement of Fugro’s high-accuracy positioning services and solutions.

    OLIVER MONTENBRUCK is head of the GNSS Technology and Navigation Group at DLR/GSOC.

    HANS VISSER works for Fugro-Intersite BV in the Netherlands monitoring the Fugro network.

    MARKUS MARKGRAF is a senior research engineer in the GNSS Technology and Navigation Group at DLR/GSOC.

     

    FURTHER READING

    • Authors’ Conference Paper

    “Precise Onboard Orbit Determination for LEO Satellites with Real-Time Orbit and Clock Corrections” by A. Hauschild, J. Tegedor, O. Montenbruck, H. Visser and M. Markgraf in Proceedings of ION GNSS+ 2016, the 29th International Technical Meeting of the Satellite Division of The Institute of Navigation, Portland, Oregon, Sept. 12–16, 2016, pp. 3715–3723.

    • Satellite Orbit Determination

    A New Chapter in Precise Orbit Determination” by T.P. Yunck in GPS World, Vol. 3, No. 9, October 1992, pp. 56–61.

    • Earlier Work in On-Orbit High-Accuracy Positioning

    “Real-time Clock Estimation for Precise Orbit Determination of LEO-Satellites” by A. Hauschild and O. Montenbruck in Proceedings of ION GNSS 2008, the 21st International Technical Meeting of the Satellite Division of The Institute of Navigation, Savannah, Georgia, Sept. 16–19, 2008, pp. 581–589.

    “Autonomous and Precise Navigation of the PROBA-2 Spacecraft” by O. Montenbruck, M. Markgraf, J. Naudet, S. Santandrea, K. Gantois and P. Vuilleumier in Proceedings of AIAA/AAS Astrodynamics Specialist Conference and Exhibit, Honolulu, Hawaii, Aug. 18–21, 2008, paper AIAA 2008-7086, doi: 10.2514/6.2008-7086.

    “Extremely Accurate On-Orbit Position Accuracy Using NASA’s Tracking and Data Relay Satellite System (TDRSS)” by M. Toral, F. Stocklin, Y. Bar-Server, L. Young, and J. Rush in Proceedings of the 24th AIAA International Communications Satellite Systems Conference, San Diego, California, June 11–14, 2006, doi: 10.2514/6.2006-5312.

    “Toward Decimeter-Level Real-Time Orbit Determination: A Demonstration Using the SAC-C and CHAMP Spacecraft” by A. Reichert, T. Meehan and T. Munson in Proceedings of ION GPS 2002, the 15th International Technical Meeting of the Satellite Division of The Institute of Navigation, Portland, Oregon, Sept. 24–27, 2002, pp. 1996–2003.

    • Real-Time Precise Orbit Determination

    “Integer Ambiguity Resolution on Undifferenced GPS Phase Measurements and Its Application to PPP and Satellite Precise Orbit Determination” by D. Laurichesse, F. Mercier, J.-P. Berthias, P. Broca and L. Cerri in Navigation, Journal of The Institute of Navigation, Vol. 56, No.2, Summer 2009, pp. 135–149.

    • Swarm Constellation GPS Receiver

    “Precise Science Orbits for the Swarm Satellite Constellation” by J. van den IJssel, J. Encarnação, E. Doornbos and P. Visser in Advances in Space Research, Vol. 56, No. 6, September 2015, pp. 1042–1055, doi: 10.1016/j.asr.2015.06.002.

    • High-Performance Navigation Filter

    “Precision Real-time Navigation of LEO Satellites Using Global Positioning System Measurements” by O. Montenbruck and P. Ramos-Bosch in GPS Solutions, Vol. 12, No. 3, 2008, pp. 187–198, doi: 10.1007/s10291-007-0080-x.

    • Kalman-Filter-Based Real-Time Navigation Algorithm

    “(Near-)real-time Orbit Determination for GNSS Radio Occultation Processing” by O. Montenbruck, A. Hauschild, Y. Andres, A. von Engeln and C. Marquardt in GPS Solutions, Vol. 17, No. 2, April 2013, pp. 199–209, doi: 10.1007/s10291-012-0271-y.

    • Fugro Precise Real-Time Orbit and Clock Corrections

    “The New G4 Service: Multi-Constellation Precise Point Positioning Including GPS, GLONASS, Galileo and BeiDou” by J. Tegedor, D. Lapucha, O. Ørpen, E. Vigen, T. Melgård and R. Strandli in Proceedings of ION GNSS+ 2015, the 28th International Technical Meeting of the Satellite Division of The Institute of Navigation, Tampa, Florida, Sept. 14–18, 2015, pp. 1089–1095.

  • PNT Roundup: Iridium constellation provides low-Earth orbit satnav service

    PNT Roundup: Iridium constellation provides low-Earth orbit satnav service

    Iridium satellite. (Image: Iridium)
    Iridium satellite. (Image: Iridium)

    A strategic alliance announced on Dec. 15 between Orolia and Satelles includes product development and go-to-market activities of positioning, navigation and timing (PNT) solutions provided by the Iridium satellite constellation, independent of GPS/GNSS signals. The companies intend to provide PNT solutions to military, defense, government and commercial customers worldwide.

    Orolia, the parent of GNSS-active companies Spectracom and Spectratime, among others, has formed a strategic alliance, including an equity investment, with Satelles Inc. to develop, market and sell PNT solutions based on Satelles’ satellite time and location (STL) signal technology.

    STL is a unique space-based PNT technology that provides location and timing data independent from traditional GPS and other GNSS satellite signals. By using STL, Orolia’s Spectracom and McMurdo solutions will, according to the company, be less susceptible to vulnerabilities such as spoofing, interference and jamming that are associated with GPS/GNSS.

    Based on the low-Earth orbit (LEO) Iridium satellite constellation, STL signals are up to 1,000 times stronger than GPS/GNSS; this signal strength, due in part to the constellation’s closer proximity to users, helps to prevent jamming and enables signal reach into buildings and other difficult locations. STL’s additional cryptographic security also ensures performance, productivity and security.

    For further background on Iridium, see GPS World’s June 2016 Defense PNT column, “Iridium and GPS revisited: A new PNT solution on the horizon?” Projected applications and use cases include energy/utility grids, enterprise data networks including financial systems, maritime/aviation navigation, fleet/asset tracking management, search and rescue, and data center management.

    Many highly sensitive military, defense, government and commercial applications and operations require accurate and reliable PNT data. Today, these applications rely on signals from GPS/GNSS satellites. There are instances, however, where GPS/GNSS signal strength and security are not sufficient and prone to signal disruption. For these cases, the companies jointly state, STL can be used as a secure signal of opportunity to complement GPS/GNSS, making the applications more accurate and secure, and less prone to interference and attack.

    “There is a growing need for precise and robust positioning, navigation and timing information especially in business-critical, high-risk and life-saving operations,” said Jean-Yves Courtois, Orolia CEO. “By augmenting Orolia’s GPS/GNSS-based solutions with Satelles’ STL technology, we will have the industry’s first essentially fail-safe, resilient PNT solution. This breakthrough offering will be ideal for mission-critical applications in which the smallest discrepancy in PNT data accuracy, availability and stability can produce a network outage, a system crash or a loss of life.”

    Signal strength, availability

    The technical advantages provided by adding ranging satellites in low-Earth orbit (LEO) to the GNSS satellites in medium-Earth orbit (MEO) were explored in a 2012 Institute of Navigation paper by Per Enge, Bert Ferrell, David Whelan, Greg Gutt and David Lawrence. GPS World plans to publish an updated version of that paper, with key new material on current STL performance statistics, in an upcoming issue.

    Briefly, the paper concluded that “Due to their proximity, signals received from LEO are approximately 30 dB stronger than the signals from MEO. Indeed, we show data collected inside an industrial-strength metal storage container. The power of a LEO signal received inside the container is approximately equal to the power of a GPS signal received under the open sky. On the other hand, LEO proximity also dictates that only a few Iridium satellites are in view of the ground-based user. We show typical examples where six to 11 GPS satellites are joined by one or two LEO satellites.”

    The authors then examine the effect of the swift mean motion of LEO satellites, analyzing the ability to whiten multipath based on the rapid motion of the line-of-sight vectors from the user to the LEO satellites. In sharp contrast to MEO, the LEO satellites attenuate errors due to multipath solely based on satellite motion, and do not require user motion. They also analyze Doppler-based positioningvusing the rapid mean motion of the LEO satellites. The Doppler shift projects onto the line-of-sight vectors from the user to the LEO satellites. Over 100 or 200 seconds, this projection is a sharp function of the user location, and this connection enables Doppler-based positioning similar to the Transit satellite system. The authors’ analysis shows that position accuracies of 5 meters can be based on noncoherent code tracking of the LEO plus GPS signals.

    This paper also discusses the broadcast of UTC time to sites with known locations, describing experimental results with absolute time accuracies of one microsecond. The broadcast of high-accuracy frequency from LEO would enable a high-accuracy hot clock to replace the relatively low-quality oscillator in GNSS receivers, allowing longer coherent and non-coherent averaging times and improving the sensitivity of GNSS receivers by several decibels. Many other navigation applications would benefit from one LEO satellite in view, the authors assert.

    Market view from operator’s CEO

    “We are a manufacturer and integrator of timing equipment,” Orolia CEO Jean-Yves Courtois told GPS World. Orolia is the parent company of GPS/GNSS product and service providers Spectracom, McMurdo and Spectratime. “This new STL service is not fully commercialized yet, but it’s operational and it can be tested. Receivers are available and can be integrated into our equipment.

    “The timing signal is very accurate and close enough to GPS for most timing applications, although the positioning accuracy is lower than what GPS users are accustomed to. It is an augmentation for timing primarily, and secondarily for positioning,” Courtois continued.

    “In terms of timing accuracy, it provides on the order of tenths of microseconds in accuracy, and this covers a lot of timing applications. This is an ideal timing backup or augmentation of GPS. In positioning it’s closer to 50 meters or more, much better for fixed objects than for mobile objects. The faster the vehicle, the lower the positioning accuracy. It’s not directly usable for GPS applications that require a few meters’ accuracy, but it can be associated with inertial navigation for much better results.

    “The STL signal penetrates buildings well, it has unique features, and it performs at a high level. The signal is encrypted, so you have to subscribe to a service to receive a key, allowing access to the signal. Applications are developing based on equipment that will be STL-enabled. For the user it will be transparent. The user will have a different antenna.

    “We are also active in tracking and emergency location devices, where this is also of interest. It has some authentication capability, to guarantee that the person who accesses the signal is in the location that he pretends to be.

    “For customers to be able to use this service, there is some integration work to be done, some dedicated STL receivers to integrate into our current hardware set up, and software modifications. We are ready to work with government and defense organizations and other new clients. Our basic interest is to add some robustness to our equipment for our current customers, and then of course to develop new customers worldwide.”


    Grab It’n’Go Drive-By Shopping

    Four years ago, retail giant Amazon, a leader in the elimination of human interaction, started to explore what shopping would look like if you could walk into a store, grab what you want, and leave. In early December, the company rolled out its new vision: Amazon Go.

    Currently in private beta testing in Seattle and scheduled to open to the public in early 2017, the system employs a fusion of sensor technologies including RFID to detect when a shopper takes an item from the shelf, sync the data to the shopper’s handheld device, sense when the shopper leaves the store area, then charge all collected items to the shopper’s Amazon account. No muss, no fuss.

    The company is keeping a tight lid on exactly how its system works, but earlier patent filings give some description of the confluence of sensor data.

    “In some implementations, data from other input devices may be used to assist in determining the identity of items picked and/or placed in inventory locations. For example, if it is determined that an item is placed into an inventory location, in addition to image analysis, a weight of the item may be determined based on data received from a scale, pressure sensor, load cell, etc., located at the inventory location. … By combining multiple inputs, a higher confidence score can be generated increasing the probability that the identified item matches the item actually picked from the inventory location and/or placed at the inventory location.”