Chapter 13. Spacecraft Navigation
Spacecraft navigation comprises three main aspects: (1) Designing a reference trajectory which describes the planned flight path of the spacecraft; this is the task of mission design. (2) Keeping track of the actual spacecraft position while the mission is in flight; this is the work of orbit determination. And (3) creating maneuvers to bring the spacecraft back to the reference trajectory when it has strayed; this is the area of flight path control.
A spacecraft is always orbiting something. On the launch pad, it is orbiting the sun along with the earth. A spacecraft on its way to a distant planet is following its own orbit about the sun. Spacecraft that have landed on a planet or other body are still orbiting the sun. Some spacecraft are orbiting planets or other bodies, while those bodies themselves are orbiting the sun. A few spacecraft have achieved enough velocity that they will never return to the sun — their paths are hyperbolic with respect to the sun — and so they are orbiting the center of our galaxy, just as the sun itself is.
The Reference Trajectory
The process of designing a spacecraft reference trajectory begins at the very earliest stages of mission planning; mission designers use some of the navigation software tools described below. The mission design navigators work closely with the science teams to put together a reference trajectory that allows the spacecraft to take all the desired science measurements. They also work with mission planners and spacecraft system engineers to make sure that the spacecraft is able to withstand the rigors of its planned trajectory. After iterating through design after design, a process which often takes years (and may still be revised later while the spacecraft is in flight), the result is the mission reference trajectory. It specifies in great detail all events, such as periapses, apoapses, solar conjunctions, and flybys of objects of interest. It will be up to the orbit determination team and the flight path control team to make sure the spacecraft actually follows this flight plan when the spacecraft finally launches.
Orbit DeterminationThe job of the orbit determination team is to keep track of where the spacecraft has been (orbit reconstruction), where it is currently (orbit determination), and where it will be in the future (orbit prediction). The spacecraft is always drifting away from its planned flight path because of disturbances it encounters in space. Even small disturbances, like the pressure of sunlight on the spacecraft, can add up over time and push the spacecraft off course. The mission designers do their best to account for these disturbances while creating the reference trajectory, but there is no accounting for randomness and unpredictability of the real world. To further complicate matters, once the spacecraft leaves the launch pad, it can no longer be directly observed. Orbit determination analysts must process various forms of tracking data that are tied mathematically to the evolution of the spacecraft orbit, to figure out its position at any given time.
Reconstructing the path flown is essential to making sense of scientific data returned, whether for interpreting the spacecraft's passage through planetary magnetospheres or rings, or for interpreting imaging results. One imaging technique in particular, that of synthetic aperture radar, SAR, requires ultra-precise trajectory reconstruction. Another essential use is the creation of predicts, which are data sets delivered to the DSN that predict the location in the sky for the antennas to look, and the radio frequencies for DSN to use in acquiring and tracking the spacecraft. Reconstruction of the propulsive maneuvers themselves allows magnitude and pointing biases to be identified, quantified, and accommodated in future maneuver designs. The processes involved in navigation are indeed iterative in many ways.
Flight Path Control
In general, a smaller-magnitude change would be required immediately following an event like a planetary flyby, than would be required if the spacecraft were allowed to continue to drift off course. This must be balanced against the need to obtain perhaps a few days of DSN tracking, though, to ensure an accurate orbit determination.
The spacecraft team creates a set of commands to accomplish the correction, and carries out any needed testing. The commands are then uplinked to the spacecraft, which in turn performs the maneuver.
After a maneuver has been performed, the cycle repeats. Perhaps the thrusters were slightly misaligned, or the engine cutoff was a few milliseconds too late. The orbit determination team must take more tracking data to verify the maneuver performance. This iterative relationship between orbit determination and flight path control continues without pause through the lifetime of a flight mission. The spacecraft is constantly wandering off, and must be patiently nudged back on course.
During interplanetary cruise, a minor flight-path control maneuver is typically called a Trajectory Correction Maneuver, TCM. Generally, TCMs involve a ΔV magnitude on the order of meters per second, or sometimes tens of meters per second. For a spacecraft that is repeatedly orbiting a planet or other body, a ΔV maneuver is normally referred to as an Orbit Trim Maneuver, OTM. Typically, OTMs vary in magnitude from a few millimeters per second up to several meters per second.
Some ΔV maneuvers are "deterministic," which means that their execution, and at least a good estimate of their ΔV value, are known beforehand to be required for keeping to the reference trajectory. Other ΔV maneuvers are "stochastic," meaning that their execution, and their ΔV value, cannot be well predicted ahead, for example because of uncertanties inherent in a gravity-assist flyby. Sometimes a stochastic maneuver may be deemed unnecessary near real time, and can be cancelled.
A spacecraft's total ΔV capability is constrained due to the limited amount of propellant that a spacecraft can carry. If the mission plan for an interplanetary flight depends on a large-magnitude ΔV maneuver, for example if a gravity-assist flyby is not available at the desired point, that cardinal maneuver is typically called a Deep Space Maneuver, DSM. (A DSM is really just an especially large deterministic TCM.) The design of the spacecraft, as well as the selection of a launch vehicle, has to ensure that the spacecraft will carry sufficient propellant (ΔV capability) to cover any DSMs as well as routine TCMs and OTMs.
Cassini provides an example of the accuracy achieved in flight-path control maneuvers. The duration of Cassini's rocket or thruster firing for TCMs and OTMs has been executed within about 0.1% of the planned duration, and the pointing direction has been within about 7 milliradians (0.4 degrees) of the desired pointing. Over the course of seven years from launch to arrival at Saturn, Cassini executed seventeen TCMs. Once in orbit at Saturn, there have been three opportunities for OTMs during each orbit that includes an encounter with Titan or other body: one at apoapsis, and one each before and after a flyby. Each Titan flyby provides a gravity-assist to help shape Cassini's next orbit. There have been over four hundred OTM opportunities to date, and Cassini has needed to execute about three hundred of them. Many have been cancelled due to the accuracy of targeted flybys.
Navigation Data AcquisitionThe ability to measure quantities that have a mathematical relationship to the motion of the spacecraft is a key component of navigation. The meaningful measurements — the observables — we can make from earth of the spacecraft are:
Since these measurements are based on earth, it is necessary that earth's own orbital parameters and inherent motions be well known, so the measurements make sense in a sun-centered (heliocentric) reference.
Some spacecraft can generate a fourth type of navigation data,
Spacecraft Velocity MeasurementMeasurements of the Doppler shift of a coherent downlink carrier provide the radial component of a spacecraft's earth-relative velocity. Doppler is a form of the tracking data type, TRK, provided by the DSN.
Spacecraft Distance MeasurementA uniquely coded ranging pulse can be added to the uplink to a spacecraft and its transmission time recorded. When the spacecraft receives the ranging pulse, it returns the pulse on its downlink. The time it takes the spacecraft to turn the pulse around within its electronics is known from pre-launch testing. For example, Cassini takes 420 nanoseconds, give or take 9 ns. There are many other calibrated delays in the system, including the several microseconds needed to go from the computers to the antenna within the DSN, which is calibrated prior to each use. When the pulse from the spacecraft is received at the DSN, its true elapsed time at light-speed is determined, corrections are applied for known and estimated effects of earth's ionosphere and atmosphere, and the spacecraft's distance is then computed. Ranging is also a type of TRK data provided by the DSN.
Fairly accurate determination of Right Ascension is a direct by-product of measuring Doppler shift during a DSN pass of several hours. Declination can also be measured by the set of Doppler-shift data during a DSN pass, but to a lesser accuracy, especially when the Declination value is near zero, i.e., near the celestial equator. Better accuracy in measuring a distant spacecraft's angular position can be obtained by:
These techniques, combined with high-precision knowledge of DSN Station positions, a precise characterization of atmospheric refraction and knowledge of the electron density in earth's ionosphere, plus extremely stable frequency and timing references (F&T, which is another one of the DSN data types), makes it possible for DSN to measure spacecraft velocities accurate to within hundredths of a millimeter per second, and angular position on the sky to within 10 nano-radians.
Navigation SoftwareAchieving interplanetary flight has required breakthroughs in many fields. A mechanical breakthrough in rocket-engine nozzle design made the high velocities possible; interplanetary flight is all about high velocities. And it would have been of no value without breakthroughs in telecommunications. But it was only by pushing the limits of digital computer systems, which were becoming newly available in human history, that interplanetary navigation became possible.
As previously mentioned, none of the observable data types gives us a direct view of a spacecraft's location in space. However, observables are all mathematically tied in one way or another to the spacecraft's motion, and by exploiting these mathematical relationships it is possible to get a very precise estimate of where the spacecraft is, at any given time. Accomplishing this, as one might guess, relies on sophisticated computer software.
JPL is widely regarded as the world leader in the field of deep space navigation. Much of the spacecraft tracking technology and orbit estimation mathematics that are industry standard today were developed by JPL engineers the 1960s and 70s to support NASA's early exploration of the solar system. Navigating through the solar system is a tricky business, and it is a field in continuous evolution.
At the heart of JPL's navigation legacy is its navigation software suite, which is the embodiment of 50 years of know-how, developed for and tested by actual deep-space missions. Those who take on the challenge of designing, coding, testing, and implementing JPL's remarkable navigation software routinely reach into the world of abstract mathematics. With a firm grasp on formulations from the likes of Galileo, Newton, Kepler, Gauss, Tsiolkovsky, Hohmann, Oberth, Einstein, and so many others, they architect, build, and maintain applications programs that reliably deliver many a prized spacecraft along its reference trajectory in the solar system -- having generated the reference trajectory in the first place, of course.
There is an iterative relationship between the engineers who build the navigation software tools and those on the front lines actually flying missions. Obviously, an operational navigator needs navigation software to fly a mission. Perhaps less apparent, the software engineers need navigators to take their software through the ropes of a real mission, so that they can ferret out the bugs, stretch the software to its limits, and request new features. The end result of this loop is a robust software suite that can withstand the rigors of real space missions.
In 2008, JPL's next-generation software reached a mature-enough state of development for use in flight. Called the Mission-analysis, Operations, and Navigation Toolkit Environment, MONTE, it was largely written in the popular programming language Python. (Not lost on the engineers was the chance to allude to the hilarious British humor troupe.) MONTE was developed not as an incremental improvement to the JPL navigation software, but as a complete modernization and architectural paradigm shift in the way the navigation software works. The underlying software language and design were updated to bring it in sync with current industry standards, from the legacy software's Fortran and C-Shell coding, and it was structured using an Object Oriented design for increased extensibility and easier maintenance.
An Illustration of Everyday Navigation
Doing the math to routinely get a very precise estimate of where the spacecraft is begins with an algorithm called the Batch Navigation Filter. It is up to orbit determination analysts to guide the algorithm and evaluate its results.
The process kicks off when the orbit determination team receives a new batch of tracking data from the DSN (the fact that the algorithm works on a set of data is what makes it a "batch" filter). For every distinct data point in the set, the algorithm constructs a corresponding "computed" data point. This computed point is essentially what that tracking data point should look like if the spacecraft were actually on the reference trajectory (this is where the mathematical relationship between the data point and spacecraft motion is exploited). The difference between the actual tracking data point and the computed point is called the residual, and it represents the degree to which the spacecraft has drifted from the reference orbit. A large residual indicates a large departure. Each data point in the set is differenced with its computed value, resulting in a set of residuals. The algorithm then adjusts its model of the spacecraft trajectory in such a way as to minimize the magnitude of the residual values. In this way, the starting reference trajectory is "bent" to match the actual trajectory. The trajectory which minimizes the residual values is considered to be the new "best estimate" of the spacecraft location.
|PRECEDING PAGE|||||NEXT PAGE||SKIP QUIZ|
1 The Solar System
2 Reference Systems
3 Gravity & Mechanics
5 Planetary Orbits
7 Mission Inception
9 S/C Classification
11 Onboard Systems
12 Science Instruments
17 Extended Operations
18 Deep Space Network