Engineering Papers⌕ Search

SEARCH · Engineering Papers

Results for “navigation”

Search indexed NASA NTRS and DOE OSTI research on propulsion, heat transfer, battery materials and energy systems. Follow report and document links to the original sources.

Quote a phrase for an exact phrase match. Source license links do not imply unrestricted reuse.

At least 127 records · Page 7
All sourcesNASA NTRSDOE OSTI
NASA NTRS2007

Dilution-of-Precision-Based Lunar Surface Navigation System Analysis Utilizing Lunar Orbiters

The NASA Vision for Space Exploration is focused on the return of astronauts to the Moon. Although navigation systems have already been proven in the Apollo missions to the Moon, the current exploration campaign will involve more extensive and extended missions requiring new concepts for lunar navigation. In contrast to Apollo missions, which were limited to the near-side equatorial region of the Moon, those under the Exploration Systems Initiative will require navigation on the Moon's limb and far side. Since these regions have poor Earth visibility, a navigation system comprised solely of Earth-based tracking stations will not provide adequate navigation solutions in these areas. In this report, a dilution-of-precision (DoP)-based analysis of the performance of a network of Moon orbiting satellites is provided. This analysis extends a previous analysis of a lunar network (LN) of navigation satellites by providing an assessment of the capability associated with a variety of assumptions. These assumptions pertain to the minimum surface user elevation angle and a total single satellite failure in the lunar network. The assessment is accomplished by making appropriately formed estimates of DoP. Different adaptations of DoP, such as geometric DoP and positional DoP (GDoP and PDoP), are associated with a different set of assumptions regarding augmentations to the navigation receiver or transceiver.

Welch, Bryan W.↗
NASA NTRS2009

Lunar Navigation Architecture Design Considerations

The NASA Constellation Program is aiming to establish a long-term presence on the lunar surface. The Constellation elements (Orion, Altair, Earth Departure Stage, and Ares launch vehicles) will require a lunar navigation architecture for navigation state updates during lunar-class missions. Orion in particular has baselined earth-based ground direct tracking as the primary source for much of its absolute navigation needs. However, due to the uncertainty in the lunar navigation architecture, the Orion program has had to make certain assumptions on the capabilities of such architectures in order to adequately scale the vehicle design trade space. The following paper outlines lunar navigation requirements, the Orion program assumptions, and the impacts of these assumptions to the lunar navigation architecture design. The selection of potential sites was based upon geometric baselines, logistical feasibility, redundancy, and abort support capability. Simulated navigation covariances mapped to entry interface flightpath- angle uncertainties were used to evaluate knowledge errors. A minimum ground station architecture was identified consisting of Goldstone, Madrid, Canberra, Santiago, Hartebeeshoek, Dongora, Hawaii, Guam, and Ascension Island (or the geometric equivalent).

D'Souza, Christopher↗
NASA NTRS2009

Magnetospheric Multiscale Mission (MMS) Phase 2B Navigation Performance

The Magnetospheric Multiscale (MMS) formation flying mission, which consists of four spacecraft flying in a tetrahedral formation, has challenging navigation requirements associated with determining and maintaining the relative separations required to meet the science requirements. The baseline navigation concept for MMS is for each spacecraft to independently estimate its position, velocity and clock states using GPS pseudorange data provided by the Goddard Space Flight Center-developed Navigator receiver and maneuver acceleration measurements provided by the spacecraft's attitude control subsystem. State estimation is performed onboard in real-time using the Goddard Enhanced Onboard Navigation System flight software, which is embedded in the Navigator receiver. The current concept of operations for formation maintenance consists of a sequence of two maintenance maneuvers that is performed every 2 weeks. Phase 2b of the MMS mission, in which the spacecraft are in 1.2 x 25 Earth radii orbits with nominal separations at apogee ranging from 30 km to 400 km, has the most challenging navigation requirements because, during this phase, GPS signal acquisition is restricted to less than one day of the 2.8-day orbit. This paper summarizes the results from high-fidelity simulations to determine if the MMS navigation requirements can be met between and immediately following the maintenance maneuver sequence in Phase 2b.

Scaperoth, Paige Thomas↗
NASA NTRS2010

Shifting the Inertial Navigation Paradigm with MEMS Technology

Why don t you use MEMS? is one of the most common questions posed to navigation systems engineers designing inertial navigation solutions in the modern era. The question stems from a general understanding that great strides have been made in terrestrial MEMS accelerometers and attitude rate sensors in terms of accuracy, mass, and power. Yet, when compared on a unit-to-unit basis, MEMS devices do not provide comparable performance (accuracy) to navigation grade sensors. This paper will propose a paradigm shift where the comparison in performance is between multiple MEMS devices and a single navigation grade sensor. The concept is that systematically, a sufficient number of MEMS sensors may mathematically provide comparable performance to a single navigation grade device and be competitive in terms power and mass allocations when viewed on a systems level. The implication is that both inertial navigation system design and fault detection, identification, and recovery could benefit from a system of MEMS devices in the same way that swarm sensing has benefited Earth observation and astronomy. A survey of the state of the art in inertial sensor accuracy scaled by mass and power will be provided to show the specific error in MEMS and navigation graded devices, a mathematical comparison of multi-unit to single-unit sensor errors will be developed, and preliminary applications to Constellation vehicles will be explored.

Crain, Timothy↗
NASA NTRS2010

Shifting the Intertial Navigation Paradigm with the MEMS Technology

"Why don't you use MEMS?" is of the most common questions posed to navigation systems engineers designing inertial navigation solutions in the modern era. The question stems from a general understanding that great strides have been made in terrestrial MEMS accelerometers and attitude rate sensors in terms of accuracy, mass, and power. Yet, when compared on a unit-to-unit basis, MEMS devices do not provide comparable performance (accuracy) to navigation grade sensors in several key metrics. This paper will propose a paradigm shift where the comparison in performance is between multiple MEMS devices and a single navigation grade sensor. The concept is that systematically, a sufficient number of MEMS sensors may mathematically provide comparable performance to a single navigation grade device and be competitive in terms power and mass allocations when viewed on a systems level. The implication is that both inertial navigation system design and fault detection, identification, and recovery could benefit from a system of MEMS devices in the same way that swarm sensing has benefited Earth observation and astronomy. A survey of the state of the art in inertial sensor accuracy scaled by mass and power will be provided to show the scaled error in MEMS and navigation graded devices, a mathematical comparison of multi-unit to single-unit sensor errors will be developed, and preliminary application to an Orion lunar skip atmospheric entry trajectory will be explored.

Crain, Timothy P., II↗
NASA NTRS2009

GPS Navigation for the Magnetospheric Multi-Scale Mission

In 2014. NASA is scheduled to launch the Magnetospheric Multiscale Mission (MMS), a four-satellite formation designed to monitor fluctuations in the Earth's magnetosphere. This mission has two planned phases with different orbits (1? x 12Re and 1.2 x 25Re) to allow for varying science regions of interest. To minimize ground resources and to mitigate the probability of collisions between formation members, an on-board orbit determination system consisting of a Global Positioning System (GPS) receiver and crosslink transceiver was desired. Candidate sensors would be required to acquire GPS signals both below and above the constellation while spinning at three revolutions-per-minute (RPM) and exchanging state and science information among the constellation. The Intersatellite Ranging and Alarm System (IRAS), developed by Goddard Space Flight Center (GSFC) was selected to meet this challenge. IRAS leverages the eight years of development GSFC has invested in the Navigator GPS receiver and its spacecraft communication expertise, culminating in a sensor capable of absolute and relative navigation as well as intersatellite communication. The Navigator is a state-of-the-art receiver designed to acquire and track weak GPS signals down to -147dBm. This innovation allows the receiver to track both the main lobe and the much weaker side lobe signals. The Navigator's four antenna inputs and 24 tracking channels, together with customized hardware and software, allow it to seamlessly maintain visibility while rotating. Additionally, an extended Kalman filter provides autonomous, near real-time, absolute state and time estimates. The Navigator made its maiden voyage on the Space Shuttle during the Hubble Servicing Mission, and is scheduled to fly on MMS as well as the Global Precipitation Measurement Mission (GPM). Additionally, Navigator's acquisition engine will be featured in the receiver being developed for the Orion vehicle. The crosslink transceiver is a 1/4 Watt transmitter utilizing a TDMA schedule to distribute a science quality message to all constellation members every ten seconds. Additionally the system generates one-way range measurements between formation members which is used as input to the Kalman filter. In preparation for the MMS Preliminary Design Review (PDR), the Navigator was required to pass a series of Technology Readiness Level (TRL) tests to earn the necessary TRL-6 classification. The TRL-6 level is achieved by demonstrating a prototype unit in a relevant end-to-end environment. The IRAS unit was able to meet all requirements during the testing phase, and has thus been TRL-6 qualified

Bamford, William↗
NASA NTRS2001

Space Shuttle Navigation in the GPS Era

The Space Shuttle navigation architecture was originally designed in the 1970s. A variety of on-board and ground based navigation sensors and computers are used during the ascent, orbit coast, rendezvous, (including proximity operations and docking) and entry flight phases. With the advent of GPS navigation and tightly coupled GPS/INS Units employing strapdown sensors, opportunities to improve and streamline the Shuttle navigation process are being pursued. These improvements can potentially result in increased safety, reliability, and cost savings in maintenance through the replacement of older technologies and elimination of ground support systems (such as Tactical Air Control and Navigation (TACAN), Microwave Landing System (MLS) and ground radar). Selection and missionization of "off the shelf" GPS and GPS/INS units pose a unique challenge since the units in question were not originally designed for the Space Shuttle application. Various options for integrating GPS and GPS/INS units with the existing orbiter avionics system were considered in light of budget constraints, software quality concerns, and schedule limitations. An overview of Shuttle navigation methodology from 1981 to the present is given, along with how GPS and GPS/INS technology will change, or not change, the way Space Shuttle navigation is performed in the 21 5 century.

Goodman, John L.↗
NASA NTRS2011

Orion Relative Navigation Flight Software Analysis and Design

The Orion relative Navigation System has sought to take advantage of the latest developments in sensor and algorithm technology while living under the constraints of mass, power, volume, and throughput. In particular, the only sensor specifically designed for relative navigation is the Vision Navigation System (VNS), a lidar-based sensor. But it uses the Star Trackers, GPS (when available) and IMUs, which are part of the overall Orion navigation sensor suite, to produce a relative state accurate enough to dock with the ISS. The Orion Relative Navigation System has significantly matured as the program has evolved from the design phase to the flight software implementation phase. With the development of the VNS system and the STORRM flight test of the Orion Relative Navigation hardware, much of the performance of the system will be characterized before the first flight. However challenges abound, not the least of which is the elimination of the RF range and range-rate system, along with the development of the FSW in the Matlab/Simulink/Stateflow environment. This paper will address the features and the rationale for the Orion Relative Navigation design as well as the performance of the FSW in a 6-DOF environment as well as the initial results of the hardware performance from the STORRM flight.

D'Souza, Chris↗
NASA NTRS2010

Altair Navigation During Trans-Lunar Cruise, Lunar Orbit, Descent and Landing

The Altair lunar lander navigation system is driven by a set of requirements that not only specify a need to land within 100 m of a designated spot on the Moon, but also be capable of a safe return to an orbiting Orion capsule in the event of loss of Earth ground support. These requirements lead to the need for a robust and capable on-board navigation system that works in conjunction with an Earth ground navigation system that uses primarily ground-based radiometric tracking. The resulting system relies heavily on combining a multiplicity of data types including navigation state updates from the ground based navigation system, passive optical imaging from a gimbaled camera, a stable inertial measurement unit, and a capable radar altimeter and velocimeter. The focus of this paper is on navigation performance during the trans-lunar cruise, lunar orbit, and descent/landing mission phases with the goal of characterizing knowledge and delivery errors to key mission events, bound the statistical delta V costs for executing the mission, as well as the determine the landing dispersions due to navigation. This study examines the nominal performance that can be obtained using the current best estimate of the vehicle, sensor, and environment models. Performance of the system under a variety sensor outages and parametric trades is also examined.

lunar lander↗
NASA NTRS2018

SLS Model Based Design: A Navigation Perspective

The SLS Program has implemented a Model-based Design (MBD) and Model-based Requirements approach for managing component design information and system requirements. This approach differs from previous large-scale design efforts at Marshall Space Flight Center where design documentation alone conveyed information required for vehicle design and analysis and where extensive requirements sets were used to scope and constrain the design. The SLS Navigation Team is responsible for the Program-controlled Design Math Models (DMMs) which describe and represent the performance of the Inertial Navigation System (INS) and the Rate Gyro Assemblies (RGAs) used by Guidance, Navigation, and Controls (GN&C). The SLS Navigation Team is also responsible for navigation algorithms. The navigation algorithms are delivered for implementation on the flight hardware as a DMM. For the SLS Block 1B design, the additional GPS Receiver hardware model is managed as a DMM at the vehicle design level. This paper describes the models, and discusses the processes and methods used to engineer, design, and coordinate engineering trades and performance assessments using SLS practices as applied to the GN&C system, with a particular focus on the navigation components.

Oliver, T. Emerson↗
NASA NTRSDate not supplied

Autonomous Navigation, Guidance, and Control Software in a Low SWaP Box

Onboard autonomy is a necessity for responsive space operations. Autonomous navigation, guidance, and control (NGC) enables space missions to reduce their dependence on high demand ground assets and costly ground personnel. It also allows for in-situ decision making and higher return on mission data. A flight software and hardware system providing this capability, called “autoNGC,” is currently being developed at NASA Goddard Space Flight Center for infusion into multiple future missions. The autoNGC flight software is built on the plug-and-play architecture of the core Flight System (cFS) consisting of the standard cFS apps and newly developed autoNGC interface apps and libraries. The various apps cooperate through communication over the message-based software bus. With the plug-and-play architecture of autoNGC, cFS apps can easily be added and replaced to meet the needs of different missions, even after launch. The first flight software release of autoNGC is targeted for Summer 2024 to provide autonomous navigation at the Moon and beyond. It can perform sensor fusion of multiple measurement types including pseudo-range from a Global Navigation Satellite System (GNSS) receiver (including weak signal), 1-way and 2-way range and Doppler from ground stations (i.e., direct to Earth (DTE)), bearing and range from optical camera images, and accelerometer data. Accurate onboard navigation and timing is obtained through the Goddard Enhanced Onboard Navigation System (GEONS) software library which fuses different measurement types through an extended Kalman filter (EKF) framework. Optical measurements that are ingested in GEONS are first extracted from optical images by the cFS Goddard Image Analysis and Navigation Tool (cGIANT) app. If the imaged body is far enough away that it appears as a pixel or cluster of pixels, then bearing angles to the body centroid can be provided. If the body is close enough and the shape is known coarsely, then bearing angles and range to the body centroid can be derived from the limb. Bearing angles to individual surface features can also be extracted (i.e., terrain relative navigation (TRN)). Onboard guidance and control capabilities are being developed for a future release to perform autonomous station-keeping and trajectory correction maneuvers in multiple orbital regimes. Capabilities to enable distributed systems missions and constellations, such as crosslink measurements, and onboard time management are being developed as well. The first hardware implementation of autoNGC is a minimal size, weight, and power (SWaP) design allowing for inclusion into CubeSats and SmallSat-size buses. Advancements in miniaturized space processors, such as the SpaceCube 3.0 Mini and the SpaceCube Mini-Z are utilized for low SWaP while maintaining a high level of performance. The current enclosure design is 12 cm x 17 cm x 13.5 cm. The box mass is expected to be less than 2 kg, and the nominal power is 21 W. In order to accommodate a wide range of missions, the hardware interfaces are designed for flexibility with a variety of sensor inputs. Through comprehensive testing in the software-in-the-loop, processor-in-the-loop, and hardware-in-the-loop test beds that are concurrently being developed, autoNGC is expected to achieve TRL 6 by late 2024.

Sun Hur-Diaz↗
DOE OSTI2026

A Proof for the Unbiased Nature of Range-Doppler Measurements in Coarse-Resolution Dechirp-on-Receive Feedback Synthetic Aperture Radar Navigation

In feedback synthetic aperture radar (SAR) navigation, observables extracted from SAR range-Doppler images correct position and velocity errors accumulated within an associated navigation system. Unlike most other sensors, which produce measurements without input from a navigation system, SARs require a prior estimate of the radar’s position and velocity to adjust the radar’s matched filter during range-Doppler image formation. Consequently, it is possible for position and velocity errors within a navigation system to manifest as additional errors (biases) in the range-Doppler measurement observables. Prior work has not tackled this possibility in the context of feedback SAR navigation with a dechirp-on-receive radar. This paper offers a proof demonstrating that range-Doppler observables extracted from coarse-resolution vertical SAR images formed with a dechirp-on-receive radar may be safely modeled as unbiased measurements of the radar’s true position and velocity despite the presence of moderate navigation errors.

dechirp-on-receive↗
NASA NTRS2013

Navigating a Crewed Lunar Vehicle Using LiASION

This paper examines the benefits of navigating a crewed vehicle at the Moon using both ground tracking and satellite-to-satellite tracking, where the tracking satellite is stationed in a lunar halo orbit. Linked Autonomous Interplanetary Satellite Orbit Navigation (LiAISON) is a new technique that has been shown to dramatically improve the navigation of lunar satellites, libration orbiters, and Earth orbiting satellites using simple scalar satellite-to-satellite observations, such as range or Doppler. In this paper, LiAISON is applied to the problem of navigations a crewed vehicle in low lunar orbit. It has been found that adding LiAISON observations to a ground navigation solution improves the navigation enough to reduce the number of active ground tracking stations from six to three.

Linked Autonomous Interplanetary Satellite Orbit N↗
NASA NTRS2006

Navigation and EDL for the Mars Exploration Rovers

A viewgraph presentation on Deep Space Navigation, and Entry, Decent, and Landing (EDL) for Mars Exploration Rovers is shown. The contents include: 1) JPL Spacecraft Operating across the Solar System; 2) 2003 - 2004: The Busiest Period in JPL's History; 3) Deep Space Navigation Will Enable Many of the New NASA Missions; 4) What Exactly is Navigation vs. GNC for Deep Space?; 5) Cruise and Approach: Why is Deep Space Navigation So Difficult?; 6) Project Importance of GNC: Landing Site Selection; 7) Planetary Communications and Tracking; 8) Tracking Data Types; 9) Delta Differential One-Way Range (deltaDOR); 10) All Solutions Leading up to TCM-4 Design; 11) Entry Flight Path Sensitivities; 12) MER Navigation Results; 13) Atmospheric Entry Targeting and Delivery; 14) Landing Ellipse Orientation; 15) MER Landing Site Trade Example; 16) Entry, Descent and Landing: Entry Guidance or What Things Do We NOT do for MER Landings (but we will later...); 17) Entering Martian Space 8:29 p.m. PST (ERT); 18) Entry, Descent and Landing; 19) Entry, Descent and Landing: Terminal Guidance; 20) The Challenge Going from 12,000 mph to Zero in Less Than Six Minutes; 21) Spirit Landing Location; 22) Entry, Descent and Landing: The Future; 23) Powered Descent Time-Line; and 24) Updated Sky Crane Maneuver Description. A short summary is also given on planetary guidance, navigation and control as it pertains to EDL systems

Mars Exploration Rover (MER)↗
NASA NTRS2016

Global Positioning System Navigation Above 76,000 km for NASA's Magnetospheric Multiscale Mission

NASA's Magnetospheric Multiscale (MMS) mission, launched in March of 2015, consists of a controlled formation of four spin-stabilized spacecraft in similar highly elliptic orbits reaching apogee at radial distances of 12 and 25 Earth radii (RE) in the first and second phases of the mission. Navigation for MMS is achieved independently on-board each spacecraft by processing Global Positioning System (GPS) observables using NASA Goddard Space Flight Center (GSFC)'s Navigator GPS receiver and the Goddard Enhanced Onboard Navigation System (GEONS) extended Kalman filter software. To our knowledge, MMS constitutes, by far, the highest-altitude operational use of GPS to date and represents a high point of over a decade of high-altitude GPS navigation research and development at GSFC. In this paper we will briefly describe past and ongoing high-altitude GPS research efforts at NASA GSFC and elsewhere, provide details on the design of the MMS GPS navigation system, and present on-orbit performance data from the first phase. We extrapolate these results to predict performance in the second phase orbit, and conclude with a discussion of the implications of the MMS results for future high-altitude GPS navigation, which we believe to be broad and far-reaching.

GPS↗
NASA NTRS2016

GPS Navigation Above 76,000 km for the MMS Mission

NASA's MMS mission, launched in March of 2015,consists of a controlled formation of four spin-stabilized spacecraft in similar highly elliptic orbits reaching apogee at radial distances of 12and 25 Earth radii in the first and second phases of the mission. Navigation for MMS is achieved independently onboard each spacecraft by processing GPS observables using NASA GSFC's Navigator GPS receiver and the Goddard Enhanced Onboard Navigation System (GEONS) extended Kalman filter software. To our knowledge, MMS constitutes, by far, the highest-altitude operational use of GPS to date and represents the culmination of over a decade of high-altitude GPS navigation research and development at NASA GSFC. In this paper we will briefly describe past and ongoing high-altitude GPS research efforts at NASA GSFC and elsewhere, provide details on the design of the MMS GPS navigation system, and present on-orbit performance data. We extrapolate these results to predict performance in the Phase 2b mission orbit, and conclude with a discussion of the implications of the MMS results for future high-altitude GPS navigation, which we believe to be broad and far-reaching.

MMS↗
NASA NTRS2017

Global Positioning System Navigation Above 76,000 km for NASA's Magnetospheric Multiscale Mission

NASA's Magnetospheric Multiscale (MMS) mission, launched in March of 2015, consists of a controlled formation of four spin-stabilized spacecraft in similar highly elliptic orbits reaching apogee at radial distances of 12 and 25 Earth radii (RE) in the first and second phases of the mission. Navigation for MMSis achieved independently on-board each spacecraft by processing Global Positioning System (GPS) observables using NASA Goddard Space Flight Center (GSFC)'s Navigator GPS receiver and the Goddard Enhanced Onboard Navigation System (GEONS) extended Kalman filter software. To our knowledge, MMS constitutes, by far, the highest-altitude operational use of GPS to date and represents a high point of over a decade of high-altitude GPS navigation research and development at GSFC. In this paper we will briefly describe past and ongoing high-altitude GPS research efforts at NASA GSFC and elsewhere, provide details on the design of the MMS GPS navigation system, and present on-orbit performance data from the first phase. We extrapolate these results to predict performance in the second phase orbit, and conclude with a discussion of the implications of the MMS results for future high-altitude GPS navigation, which we believe to be broad and far-reaching.

navigation↗
NASA NTRS2023

Lunanet Position, Navigation, and Timing Services and Signals, Enabling the Future of Lunar Exploration

The International Space Exploration Coordination Group established in 2018 the 3rd edition of the Global Exploration Roadmap (ISECG, 2018) that aims to achieve Mars human surface activities and identifies the exploration of the Moon as a critical intermediate step. A supplement covering updates on surface exploration scenarios was released in 2020 (ISECG, 2020). The Artemis Accords (NASA Artemis, 2020), first signed in October 2020, now includes over two dozen nations, in an agreement on the principles for best practices, including interoperability. In September 2022 the National Aeronautics and Space Administration (NASA) introduced the Moon to Mars Objectives highlighting recurring tenets of collaboration with international and industry partners and interoperability, along with infrastructure objectives for Position, Navigation, and Timing (PNT). The successful Artemis 1 mission paved the way to the ambitious plans to establish a sustainable human presence on the Moon. Just a few months after Artemis 1 launch (NASA, 2022), iSpace HAKUTO-R Mission1 (iSpace, 2022) launched, being the first-ever mission launched by a commercial launch service provider aiming to land on the lunar surface. The NASA Artemis program plans initial crewed landings and surface traverses in 2025, supported by the Lunar Gateway. Regular launches will follow to build the lunar systems for a sustained presence as presented in the Artemis Plan (NASA Artemis Plan, 2020), (NASA, 2022). NASA’s contracts with commercial providers through the Commercial Lunar Payload Services program (CLPS, (NASA, n.d.)) will deliver science and technology demonstration missions to the Moon starting in November 2023. The European Space Agency (ESA) Argonaut (ESA Argonaut, 2022) program plans to have recurrent missions to bring payloads to the lunar surface, supporting lunar exploration. These are just a few examples of planned missions that will target Earth’s natural satellite in the next decade, with forecasts of tens of missions per year (NSR, 2022), (Euroconsult, 2020). The large number of missions and the complexity of landing and operating are expected to demand a change of paradigm from the current Earth-based communication and navigation services, that may be combined with onboard sensors. In recent years, several agencies have proposed to deploy cislunar communication and navigation services to support lunar missions (NASA LCRNS, 2022), (ESA Moonlight, 2022), (JAXA, 2022)). All these proposals seek to deploy service-providing satellites in lunar orbit to ease the user missions’ operations. The PNT services objective is to support all types of lunar users (e.g.: orbiters, landers, ascent vehicles, surface crew, rovers, and deployed science payloads). At the same time, NASA and ESA initiated an effort to define a common framework to ensure interoperability among different service providers: the LunaNet framework. The LunaNet Interoperability Specification (NASA and ESA, 2023) covers communication, PNT, and auxiliary services, by establishing a common set of requirements to ensure interoperability. This conference contribution will present the LunaNet PNT services, focusing on the Lunar Augmented Navigation Service (LANS) that would be provided by a system that resembles the Global Navigation Satellite System (GNSS) concept on Earth: constellations of satellites broadcasting a radio navigation signal synchronized to a common reference clock, with augmentations to accommodate users’ needs in an environment away from Earth. This paper includes a description of the high-level LANS concept, and the basic principles defined to ensure interoperability. In addition, it will describe the common S-band PNT Augmented Forward Signal (AFS) and common messages to be adopted for compliance with the LunaNet framework, and the justification of the selected approach.

LunaNet↗