Next Article in Journal
A Numerical Approach for the Integration of Sonic Boom Requirements into the Matching Chart
Previous Article in Journal
Reconstruction and Separation Method of Ranging and Communication Phase in Beat-Note for Micro-Radian Phasemeter
Previous Article in Special Issue
Simplified Particle Models and Properties Analysis Designed for DEM Lunar Soil Simulants
 
 
Font Type:
Arial Georgia Verdana
Font Size:
Aa Aa Aa
Line Spacing:
Column Width:
Background:
Article

Satellite Navigation of a Lunar Rover with Sensor Fusion for High-Accuracy Navigation

by
Marco Sabatini
1,*,
Giovanni B. Palmerini
1,
Filippo Rodriguez
2,
Riccardo Petix
2,
Gabriele Lambiase
2 and
Pietro Pacchiarotti
2
1
Scuola di Ingegneria Aerospaziale, Sapienza University of Rome, 00138 Rome, Italy
2
Telespazio, 00156 Rome, Italy
*
Author to whom correspondence should be addressed.
Aerospace 2025, 12(7), 565; https://doi.org/10.3390/aerospace12070565
Submission received: 14 April 2025 / Revised: 26 May 2025 / Accepted: 16 June 2025 / Published: 20 June 2025
(This article belongs to the Special Issue Advances in Lunar Exploration)

Abstract

The Moon has become the focus of renewed interest for numerous space agencies and private companies worldwide. In the coming years, various scientific and commercial missions are planned, with a particular emphasis on exploring the South Pole. These missions include orbiters, landers, as well as both static and mobile rovers. For all these operations, continuous and accurate position knowledge is essential. This paper evaluates the performance of a navigation system designed for a lunar rover using the future satellite navigation infrastructure. It highlights the critical role of integrating multiple information sources, including a Digital Elevation Model (DEM) of the lunar surface and a high-precision Inertial Measurement Unit (IMU). The results demonstrate that a comprehensive suite of instruments enables highly accurate and reliable navigation for a mobile rover. While standalone satellite navigation, due to the reduced number of available sources, offers navigation accuracy of the orders of tens of meters, the addition of the DEM lowers the error at 5 m level; the IMU further improve by roughly 40% the performance on horizontal positioning.

1. Introduction

In recent years, interest in lunar exploration has surged, as NASA’s Artemis program [1] demonstrates, with the declared goal to return humans to the Moon.
To facilitate upcoming lunar operations, space agencies worldwide, in partnership with the private sector, are developing a dedicated communication and navigation network in lunar orbit. The European Space Agency (ESA) is advancing this effort through its Moonlight initiative [2], which aims to establish Lunar Communication and Navigation Services (LCNSs). By collaborating with commercial providers, the ESA seeks to enhance the capabilities available for both institutional and private lunar ventures.
The LCNS navigation framework draws inspiration from terrestrial GNSS, incorporating similar methodologies and technologies. It is based on the transmission of broadcast signals from LCNS satellites to predefined regions. These satellites will emit one-way signals while maintaining synchronization with each other and a common reference time scale. By processing the time of arrival and frequency of received CDMA (Code-Division Multiple-Access) signals, users can extract key navigation parameters—including pseudo-range, Doppler shift, and carrier phase—using broadcast navigation messages containing essential data such as ephemerides and clock corrections. With information from multiple LCNS satellites, users can independently compute their position, velocity, and the offset between their local receiver clock and the LCNS system reference time.
In this context, the one-way broadcast signal is also referred to as the Augmented Forward Signal (AFS), as defined in the Lunanet interoperability framework [3]. To maximize performance, LCNS is designed to be interoperable with Lunanet, allowing users to leverage multiple compatible navigation services, much like the multi-constellation approach used in terrestrial GNSS.
For effective navigation, users will need receivers capable of acquiring and tracking one-way signals from multiple LCNS satellites. However, given the technical constraints involved in deploying a full lunar navigation and communication constellation, the initial operational phase will likely include a limited number of satellites. As a result, standalone LCNS-based Position, Velocity, and Time (PVT) solutions may not always be sufficient to meet user requirements. To address this, PVT performance must be evaluated in conjunction with additional sensor integrations.
While previous works have focused on the case of a user orbiting the Moon [4], this paper presents an analysis of navigation performance for a mobile surface user, such as a lunar rover. Lunar rover navigation has been subject to many studies, focusing on different navigation techniques. Inertial navigation is for example considered in [5]. In ref. [6], the authors have developed crater-based localization to enable lunar rovers to estimate their global position and heading on the Moon with a goal performance of position error less than 5 m (m) and heading error less than 3 degree, 3σ, in sunlit areas. Visual odometry navigation is considered in [7], while position of a rover on surface of the Moon is suggested in [8] by using a group of self-calibrating rovers, which serves as mobile reference points. The present paper is specifically focused on the analysis of the performance that can be achieved using LCNS, examining the benefits of integrating complementary sensors, including an Inertial Measurement Unit (IMU) and a Digital Elevation Model (DEM), to enhance positioning accuracy and reliability. This study is currently under investigation by space agencies and research centers, as the works [9,10] show. In this research line, in [11] the use of an IMU is disregarded, while it is present in [10]. In this sense, the present work does not present novel or groundbreaking navigation algorithms, but it is aimed at serving as a benchmark for assessing the performance that can be expected for lunar rover navigation; specifically, this paper analyzes the relative importance of the different sensors, suggesting the best solution and a sub-optimal yet cost-effective solution. The convergence analysis is included to consolidate the performance assessment; finally, a Monte Carlo approach is implemented in order to have a reasonable estimate of the best accuracy that can be achieved by implementing the complete sensor suite. At the scope, a high-fidelity simulator of the available measurements (pseudorange, accelerations and local altitude information) is developed, as they serve as input for a loosely coupled Kalman Filter.
The paper is organized as follows: in Section 2, the scenario in terms of LCNS constellation and rover trajectory is described; the models of the sensors’ measurements are described in Section 3. The filter implementation, with all the modifications needed to include the different sensors, are described in Section 4 and Section 5. In Section 6 the impact of the inclusion of additional sensors is analyzed and discussed; in Section 7 a Monte Carlo approach has been implemented to statistically characterize the results, and in Section 8 the convergence time is studied. Final remarks are reported in Section 9.

2. Scenario

2.1. The ELFO Constellation

The considered LCNS navigation service is based on 4 navigation satellites with Eccentric Lunar Frozen Orbits (ELFOs).
The orbital parameters of the satellites of the candidate ELFO constellation for satellite navigation [12] are selected to provide high-stability, significant coverage of poles areas (in particular, the South Pole) while requiring low station-keeping budgets and minimizing orbit maintenance costs.
With respect to ref. [13] (where a constellation of 5 satellites was considered), in this work, four ELFO satellites in three different orbital planes are considered (as in [14]). This is a minimum for satellite navigation; thus, the performance obtained with this minimum configuration could only improve when larger constellations should be considered. The selected parameters are described in Table 1 and the resulting orbits (propagated in a Moon Inertial frame t) are reported in Figure 1. The Moon Inertial frame, centered in the Moon, is defined as an inertial system referenced to the Moon equator (at the J2000 epoch) with the x-axis pointing along the line formed by the intersection of the Moon equator and Earth’s mean equator at J2000. The z-axis points along the Moon’s spin axis direction at the J2000 epoch. The y-axis completes the right-handed set.

2.2. Rover Trajectory

The rover’s trajectory is designed to traverse a crater, including both a descent and an ascent phase. The initial latitude and longitude are −88.319 deg and 78,456 deg, respectively, while the final latitude and longitude are −88.319 deg and 78.461 deg, respectively. The overall distance covered by the rover is 47.55 km during the 24 h. A 3D representation of the rover’s path can be found in Figure 2, while the altitude variation suffered during the travel is reported in Figure 3.
The most reasonable reference frame for the rover state representation and relevant estimation is a Moon-fixed reference frame. Two different systems have long been in use for the Moon [15]. These are the Mean Earth/polar axis, or often just Mean Earth (ME) and the Principal Axis systems. ME is defined by having 0° longitude in the mean direction of the Earth and an equator defined by the mean direction of the lunar rotation pole, and it is the current standard for mapping and defining surface coordinates. The PA is defined by the axes of the principal moments of inertia of the Moon [16,17], and it has been mostly used for modeling of geophysical parameters, such as the lunar gravity field.
The ME system has been employed for lunar mapping purposes for centuries, and there are many reasons to continue its use as the standard lunar coordinate system. The PA system is not more accurate and has no clear advantage over the ME system for mapping purposes. Following these considerations, the ME frame will be adopted.

3. Navigation Sensor Suite

3.1. LCNS Measurements

The pseudorange and the pseudorange rate measurements associated with the j-th satellite at epoch k can be modeled as
ρ ^ j , k = ρ j , k + ε j , k
ρ ˙ ^ j , k = ρ ˙ j , k + δ j , k
where ρ j , k and ρ ˙ j , k represent the true values of the geometric range and the range rate referring to the j-th satellite at epoch k, whereas ε j , k and δ j , k are the pseudorange error and the pseudorange rate error.

3.1.1. Pseudorange

The pseudorange measurements are affected by various error source contributions including the satellite clock offset, multipath errors, user Delay Lock Loop (DLL) errors and the user clock offset. Each of these contributions is modeled and summed up to the simulated true range to obtain the pseudoranges. In particular, it shall be noted that the contribution of the satellite clock offset is subtracted rather than summed: this considers the fact that a delay in the satellite clock leads to an under-estimation on the pseudorange.
The satellite and users’ clocks have been modeled as miniRAFS and OCXO, respectively, according to [18,19].
The multipath effect is another important error source contribution that cannot be neglected in lunar scenarios. However, due to the lack of detailed and validated models for the estimation of lunar multipath effects, a simple Additive White Gaussian Noise (AWGN) model has been considered.
To model the user receiver thermal noise effects impacting the code tracking loop, assuming the user terminal implements a DLL, a general expression for the dynamic stress and the thermal noise code tracking error for a non-coherent DLL discriminator is reported in [20].

3.1.2. Pseudorange Rate

As thoroughly described in [20], the dominant sources of phase error in a navigation receiver Phase-Locked Loop (PLL) are thermal noise, oscillator imperfections, and dynamic stress. The phase error is the root sum square of every source of uncorrelated phase error such as thermal noise and oscillator noise. Oscillator noise includes vibration-induced error and Allan deviation-induced error. It also includes SV oscillator phase noise. However, rules of thumb can be used based on closed-form equations that approximate the measurement errors of the tracking loops, as presented in [20].
The time derivative of the estimated PLL error is then evaluated to compute the error contribution affecting the range rate measurements.

3.2. IMU Model

The IMU that is modeled for the lunar rover is a navigation grade device, for example the iMAR iNAV-RQH-1001 named in [10], where the linear acceleration is modeled using the following characteristic equation [21]:
y = s x ε x y ε x z ε y x s y ε y z ε z x ε z y s z a + b + w
where s i are the scale factors on the three body axis, ε i j are factors accounting for non-orthogonality, b is the vector of biases and w is the error of noise. All these terms are modeled as described in Table 2.
Because the focus of the paper is not on inertial navigation, in the following, some simplifications have been implemented. The measurement is not considered as coming from the IMU but is available from other sensors; of course, this means that the role of gyros in inertial navigation is neglected. The attitude is evaluated by the on-board computer at 1 Hz, with a 0.1-degree white gaussian noise affecting all rotation axes. The acceleration measurements can be rotated from the rover body-fixed frame to the Moon ME frame thanks to this additional source of information.

3.3. Digital Elevation Model

The DEM provides information about the altitude with respect to the reference Moon sphere (radius R s p h e r e = 1737.4 km), given a certain latitude and longitude, and it provides a critical additional information for the rover navigation, even though DEM itself is affected by different sources of uncertainties: errors related to DEM data (due interpolation and orbital inaccuracies), errors due to terrain variations, and finally positional uncertainties of the rover itself [11]. The latter can significantly amplify altitude estimation errors, particularly around crater edges. The DEM used in this paper is produced by the Lunar Orbiter Laser Altimeter (LOLA) instrument on board the Lunar Reconnaissance Orbiter (LRO) [22].
This data product is a shape map (radius) of the Moon at a resolution of 10 m/pix by 10 m/pix, true at the pole in polar stereographic (spherical) projection, based on altimetry data acquired by the LOLA instrument. A visual representation of the used DEM in Figure 4. The dataset that can be found in [23] can be loaded on the navigation processor, but in order to implement a more realistic scenario, the position of the rover is based on a realization of the DEM that has been generated considering the original one and applying on top an error distribution to account for bias and noise on the source model, which differs from the expected one because of additional bias and noise.
The information from the DEM is extracted with the following approach: the latitude φ and longitude λ of the rover are computed from the estimate state vector, considering the Moon as an ellipsoid with polar radius R p = 1736 km and equatorial radius R e = 1738.1 km.
The estimated position of the rover on the stereographic polar projection is computed:
x = R s p h e r e π 2 + φ sin λ x = R s p h e r e π 2 + φ cos λ
The position in pixels on the DEM array is computed:
x D E M = y p x + D D E M 2 y D E M = x p x + D D E M 2
where in this case p x = 10 m is the pixel dimension and D D E M = 15168 is the dimension of the DEM array. A 2D interpolation is finally computed to find the altitude in correspondence to x D E M , y D E M .

4. Filter Implementation

4.1. Extended Kalman Filter Architecture

The basic architecture of the proposed navigation algorithms relies on the Extended Kalman Filter (EKF) approach. The details of the building blocks change according to the different scenarios as a function of the sensors that are included. In all cases, the EKF principle consists of a prediction phase, in which the current state is propagated from the previous one according to a dynamic model, followed by an update phase, in which the prediction is corrected thanks to the incoming measurements through an optimal gain called Kalman gain; associated with each quantity (estimate, prediction, measurement), there is a statistical information, the covariance matrix, that must be updated coherently. The loop is repeated iteratively (see Figure 5) starting from an initial guess. All the details can be found, for example, in ref. [24].

4.2. Propagation

The Kalman Filter assumed for the rover simulation implements in the state propagation stage a dynamic filter based on simple stationary dynamics, as no a priori knowledge of the rover trajectory is supposed to be available.
The estimate state vector is defined as:
x r , 0 = x r , y r , z r , x ˙ r , y ˙ r , z ˙ r , , δ t r , δ t ˙ r T
where x r , y r , z r T is the rover position, x ˙ r , y ˙ r , z ˙ r T is the rover velocity, and δ t r , δ t ˙ r T is the rover receiver clock bias and clock bias drift. Position and velocity are expressed in the Moon ME frame. The initial error covariance 8 × 8 matrix P 0 associated to the state vector is defined as the expectation of the square of the deviation of the state vector estimate from the true value of the state vector:
P 0 = d i a g σ x , 0 2 σ y , 0 2 σ z , 0 2         σ x ˙ , 0 2 σ y ˙ , 0 2 σ z ˙ , 0 2       σ δ t , 0 2 σ δ t ˙ , 0 2 T
where σ x , 0 2 , σ y , 0 2 , σ z , 0 2   are variances in the position, σ x ˙ , 0 2 , σ y ˙ , 0 2 , σ z ˙ , 0 2 the velocity error variances, and σ δ t , 0 2   a n d   σ δ t ˙ , 0 2 the error variances of the receiver clock bias and clock bias drift. The following Table 3 shows the standard deviation values used in the simulation to define the initial state covariance matrix.
The rover state vector and the associated error covariance matrix estimated at epoch k − 1 is propagated to the epoch k:
x ^ k | k 1 = Φ k 1 x ^ k 1 | k 1
P k | k 1 = Φ k 1 P k 1 | k 1 Φ k 1 T + Q k 1
where x ^ k | k 1 and P k | k 1 are, respectively, the state vector and the relative error covariance matrix propagated at epoch k with the measurements available at epoch k − 1. Φ is the transition matrix:
Φ k 1 = I 3 × 3 d t I 3 × 3 0 3 × 1 0 3 × 1 0 3 × 3 I 3 × 3 0 3 × 1 0 3 × 1 0 1 × 3 0 1 × 3 1 d t 0 1 × 3 0 1 × 3 0 1
0 n × m , I n × m are the zero matrix and the identity matrix of dimensions n × m , respectively.
Qk is the process noise covariance matrix referring to the inaccuracies assumed for the propagation model, described at each tk time by the following matrix, with values as per Table 4:
Q k = d i a g   σ x 2 σ y 2 σ z 2         σ x ˙ 2 σ y ˙ 2 σ z ˙ 2       σ δ t 2 σ δ t ˙ 2 T

4.3. State Update

Once the pseudorange and pseudorange rate measurements are available at epoch k together with the propagated state and associated error covariance matrix, then the Kalman gain K k , minimizing the trace of the error covariance matrix of the estimates, can be computed:
K k = P k | k 1 H k T H k P k | k 1 H k T + R k 1
where H k is the measurement matrix and R k is the error covariance matrix of the measurements. The propagated state vector and the associated error covariance matrix can be finally updated for the next iteration as:
x ^ k | k = x ^ k | k 1 + K k ( z k z p , k )
P k | k = I K k H k P k | k 1 I K k H k T + K k R k K k T
where z p , k is the prediction of the measurements, computed following the measurement equations as described in the following paragraph (in particular, Equations (18) and (19)).

5. Measurements

5.1. Satellite Navigation

The measurement vector containing the pseudorange and the pseudorange rate measurements from m satellites at epoch k can be defined as
z k = ρ 1 , k , ρ 2 , k , , ρ m , k , ρ ˙ 1 , k , ρ ˙ 2 , k , , ρ ˙ m , k T
where ρ j , k and ρ ˙ j , k are, respectively, the estimated pseudorange and pseudorange rate measurements referring to the j-th satellite with j = 1, …, m. The measurement error covariance matrix is computed as:
R k = T c o r r R y y 0 0 R c c T c o r r T
where T c o r r is
T c o r r = I m 0 U 0 I m 0 0 I m 0 U 0 I m
with U = r 1 ^ T 0 0 0 0 0 0 r m ^ T , r ^ j = 1 r j ( x j x ) y j y z j z and R y y being the error covariance matrix associated with the tracking error contribution:
R y y = σ D L L 1 2 0 0 0 0 0 0 0 0 0 0 0 0 σ D L L m 2 0 0 0 0 0 0 σ F L L 1 2 0 0 0 0 0 0 0 0 0 0 0 0 σ F L L m 2
where σ D L L j and σ F L L j (with specific values used in the tracking jitter expressions reported in Table 5) are the error standard deviations associated with the pseudorange and pseudorange rate measurements corresponding to the j-th satellite, respectively:
σ D L L = λ C B L d 2 C N 0 1 + 1 T i C N 0 ,   σ F L L = λ L 2 π T i 4 F B F L L C N 0 1 + 1 T i C N 0
R c c is the error covariance matrix associated with the LCNS navigation message parameters:
R c c = = d i a g σ x , s 1 2 σ y , s 1 2 σ z , s 1 2       σ x , s m 2 σ y , s m 2       σ z , s m 2 σ x ˙ s 1 2           σ x ˙ s m 2 σ t s 1 2       σ t s m 2 σ t ˙ s m 2     σ t ˙ s m 2   T
where σ x , s j 2 , σ y , s j 2 , σ z , s j 2 are the error variances in the position of the j-th satellite, σ x ˙ s j 2 , σ y ˙ s j 2 , σ z ˙ s j 2 are the error variances in the velocity of the j-th satellite, and σ t s j 2 and σ t ˙ s j 2 are the error variances of the satellite clock and satellite clock drift, respectively. Table 6 reports the error standard deviations associated with the position and velocity of each LCNS satellite and the error standard deviations of the satellite clock and clock drift considered in the simulation exercise.
In this case, the only measurements available on board are the pseudoranges, which can be 4 or less according to the ELFO satellites visible by the orbiter. Let us consider the position and the velocity of the j-th satellite in the Moon Inertial frame at epoch k:
x s j , k = x s j , k , y s j , k , z s j , k , x ˙ s j , k , y ˙ s j , k , z ˙ s j , k T
The pseudorange and the pseudorange rate between the user and the j-th satellite are defined as follows:
ρ j , k = x s j , k x r , k 2 + y s j , k y r , k 2 + z s j , k z r , k 2 + δ t r , k
ρ ˙ j , k = x s j , k x r , k r j ( x ˙ s 1 , k x ˙ r , k ) + y s j , k y r , k r j ( y ˙ s 1 , k y ˙ r , k ) + z s j , k z r , k r j ( z ˙ s 1 , k z ˙ r , k ) + δ t ˙ r , k
The linearization of the pseudorange and the pseudorange rate results in
z k = H k x r , k
where z k is the increment in the pseudorange and the pseudorange rate, x r , k is the increment in the state vector, and H k is the geometric matrix at time k:
z k = ρ 1 , k , ρ 2 , k , , ρ m , k , ρ ˙ 1 , k , ρ ˙ 2 , k , , ρ ˙ m , k T
x r , k = x r , k , y r , k , z r , k , x ˙ r , k , y ˙ r , k , z ˙ r , k , δ t r , k , δ t ˙ r , k T
H k = x s 1 , k x r , k r 1 y s 1 , k y r , k r 1 z s 1 , k z r , k r 1 0 0 0 1 0 x s 2 , k x r , k r 2 y s 2 , k y r , k r 2 z s 1 , k z r , k r 1 0 0 0 1 0 : : : : : : : : : : : : : : : : x s m , k x r , k r m y s m , k y r , k r m z s m , k z r , k r m 0 0 0 1 0 ( x ˙ s 1 , k x ˙ r , k ) r 1 + x s 1 , k x r , k r 1 2 r ˙ 1 ( y ˙ s 1 , k y ˙ r , k ) r 1 + y s 1 , k y r , k r 1 2 r ˙ 1 ( z ˙ s 1 , k z ˙ r , k ) r 1 + z s 1 , k z r , k r 1 2 r ˙ 1 x s 1 , k x r , k r 1 y s 1 , k y r , k r 1 z s 1 , k z r , k r 1 0 1 ( x ˙ s 2 , k x ˙ r , k ) r 2 + x s 2 , k x r , k r 2 2 r ˙ 2 ( y ˙ s 2 , k y ˙ r , k ) r 2 + y s 2 , k y r , k r 2 2 r ˙ 2 ( z ˙ s 1 , k z ˙ r , k ) r 1 + z s 1 , k z r , k r 1 2 r ˙ 1 x s 2 , k x r , k r 2 y s 2 , k y r , k r 2 z s 1 , k z r , k r 1 0 1 : : : : : : : : : : : : : : : : ( x ˙ s m , k x ˙ r , k ) r m + x s m , k x r , k r m 2 r ˙ m ( y ˙ s m , k y ˙ r , k ) r m + y s m , k y r , k r m 2 r ˙ m ( z ˙ s 1 , k z ˙ r , k ) r 1 + z s 1 , k z r , k r 1 2 r ˙ 1 x s m , k x r , k r m y s m , k y r , k r m z s 1 , k z r , k r 1 0 1

5.2. DEM

In the rover scenario, the measurements can be enriched by the information provided by the DEM. This means that the measurement vector is increased by one element:
z k = ρ 1 , k , ρ 2 , k , , ρ m , k , ρ ˙ 1 , k , ρ ˙ 2 , k , , ρ ˙ m , k , h T
where h is computed as described in Section 3.3. Consequently, the measurement matrix is also increased by one last row, which reads as:
H k h = h x x = x ^ k | k 1 = x r x r 2 + y r 2 + z r 2 y r x r 2 + y r 2 + z r 2 z r x r 2 + y r 2 + z r 2 0 0 0 0 0
Therefore, the assembled measurement matrix can be defined as
H k L C N S + D E M = H k H k h
with Hk being the measurement matrix defined for the LCNS case, i.e., when only the pseudorange and pseudorange rates are available. The error covariance matrix of the measurements for the lander/rover case becomes:
R k L C N S + D E M = R k 0 0 σ v h 2
where σ v h 2 is the variance of DEM information. For the simulations, a Gauss–Markov process is adopted for describing the DEM error, with:
σ v h 2 = σ D E M 2 ( 1 e h o r e r r D E M c o r r )
σ D E M   = 20 m, D E M c o r r = 10 , and h o r e r r is the estimated error in the horizontal plane, computed from the elements of the state covariance matrix. Here and in the following, the term horizontal refers to a plane that is orthogonal to the vector from the Moon center to the rover position.

5.3. IMU

In order to keep the additional possible sensors as decoupled as possible from the main navigation system, i.e., the LCNS, a loosely coupled architecture is selected for this study.
According to this design, a second Kalman Filter (here named the INS filter) must be implemented, which integrates the IMU accelerations at the IMU data rate (10 Hz) and takes the EKF estimates (position and velocity) as measurements. The prediction and update steps of the Kalman Filter are the same as described in Section 4, and they will not be repeated here; it is sufficient here to say that the dynamic model for position is a double integrator, while the bias, once rotated in the rover body frame, is supposed to have a constant dynamic. Differently from the LCNS filter, here, the estimate state comprises the position, the velocity, and IMU biases, which are the only characteristics of the IMU that will be explicitly estimated.
The prediction phase is performed at 10 Hz, while the update phase is computed at 1 Hz, i.e., when a new estimate from the LCNS filter is available. In fact, the LCNS estimates are input as measurements to the integration Kalman Filter [24].
The overall architecture in this case is depicted in Figure 6.
It must be noted that different navigation algorithms could be used: the Unscented Kalman Filter, as an example, could be implemented instead of the EKF; the fusion of IMU and LCNS measurements could be performed with more coupled architectures (tightly coupled or deeply coupled architectures; see [24] again). The architecture proposed in this paper is maybe one of the simplest and lighter from the computational point of view, which represents an issue for on-board implementation. Even though a test on a flight hardware replica is not among the objectives of this study, an idea of the computation load can be obtained by measuring the computation time of a single step of the navigation loop on a normal desktop PC (13th Gen Intel(R) Core(TM) i9-13900K, 3.00 GHz processor, 64 GB RAM), which is, as a mean, 1.6   10 4 s. This can be considered a promising value for real-time implementation.

6. Simulation Results: Analysis of Sensors Contribution

In order to run the simulations, the architecture reported in Figure 7 is implemented. The ground truth is realized by taking into account a high-precision propagation of the satellite state (using System Tool Kit 12 software) and the realization of the DEM (derived—but not coincident—with the data in [23]); the sensors models provides the noisy measurements from LCNS satellites, DEM, and IMU, which can be used (or not, according to the cases) as input to the navigation filter.
In this first analysis, the focus is on the performance of PVT algorithm when stationary. Therefore, the initial conditions are considered perfectly known. The convergence time will be analyzed in a separate case study (Section 8).
For this scenario, the percentage of time in which a number j satellites are in view is reported in Table 7.
The simulation time span is one day (86,400 s), with the initial date fixed at 1 January 2027. The time step is 1 s for LCNS and DEM information, while it is 0.1 s for the IMU.
The estimated state, in terms of position, velocity, and time, is compared with the true state for four different sensor suites, combining the availability of the satellite navigation (as a baseline), the DEM, the IMU, and all three information sources.

6.1. LCNS—Standalone

In this first scenario, the rover can only rely on satellite navigation. Unfortunately, the recurrent periods of poor visibility (i.e., only three satellites available) do not allow for accurate navigation. As it is possible to see from Figure 8, the unknown trajectory of the rover does not permit an accurate prediction in the time in which three satellites are visible, and the error periodically diverges. Similar behavior, as expected, can be detected in the clock error (Figure 9).

6.2. LCNS + IMU

In this second simulation, the IMU is used together with satellite navigation. The position root mean square error, plotted in Figure 10, shows limited improvements. In fact, the IMU contribution is strongly dependent on the last estimated position and velocity, which is, however, poorly accurate due to the limited visibility of the ELFO satellites.
In this condition, the statistical analysis of the error, reported in Table 8, suggests that accurate navigation of the rover is not possible. Here and in the following, the 95th percentile, i.e., the value below which 95% of the data points falls, is used as a metric for the analysis of navigation performance.

6.3. LCNS + DEM

A remarkable improvement can be achieved if a DEM is available. This additional source of information is comparable (in terms of effects on the estimation accuracy) with a virtual fifth ELFO satellite. In fact, observing Figure 11 and Figure 12 for the error on the coordinates and the time, respectively, the performance in this case is far less affected by the times in which only three satellites are visible. The statistics summary in Table 9 shows that in this case, a navigation with meter-level accuracy is possible, with nearly two orders of magnitude improvement on the position with respect to the case in which the DEM is not used. Quite interestingly, the lack of an IMU produces a worsening of the velocity estimates.

6.4. LCNS + DEM + IMU

As easily predictable, the best performance can be achieved when implementing a navigation filter that uses information from LCNS, DEM, and IMU (see Figure 13). In particular, the horizontal position error decreases by about 40%, while the horizontal velocity drops by a remarkable 78% (see the statistics in Table 10 compared with the ones in Table 9).

7. Simulation Results: Monte Carlo Run

A single run could be considered not sufficient to assess the performance in a reliable way. Therefore, a Monte Carlo approach is implemented, running the same simulation of paragraph 6.4 (including LCNS, DEM and IMU) 100 times using sensors measurements that differ because of their random characteristics.
Figure 14, Figure 15 and Figure 16 reports the error plots of the 100 runs relevant to the position, the velocity, and the clock, respectively. The statistics can be computed by assembling all the error time histories in a single vector and taking the statistics, or by taking the statistics of each run and then taking the average of the 100 statistics. The results are qualitatively the same with both approaches; the first mode has been used in this analysis, and the results can be found in Table 11. At the qualitative level, they confirm all the findings that have been reported for the single run in paragraph 6.4.

8. Simulation Results: Convergence Analysis

In all previous analyses, the initial condition was perfectly known. The capability of the navigation algorithm to converge, and the convergence time must be now analyzed. To keep the study simple, the initial error e 0   on the estimate is scaled with a single common parameter k:
e 0 = [ k ,   k ,   k ,   0.01 k ,   0.01 k ,   0.01 k ,   k ,   0.01 k ]
The parameter k varies from 100 to 20,000, meaning a 20 km error in all directions. Further increases in the parameter are not possible because of the limited spatial extension of DEM used. The convergence of the filter is verified in all considered cases. If a value of error of 10 m is arbitrarily fixed as the threshold for assessing the convergence, it is possible to see from Figure 17 that even in the most uncertain initialization, about 35 min is sufficient to acquire an accurate position.

9. Conclusions

This study has analyzed the navigation performance of a lunar rover utilizing the Lunar Communication and Navigation Services (LCNS) in combination with additional sensors, including an Inertial Measurement Unit (IMU) and a Digital Elevation Model (DEM). The results demonstrate that standalone LCNS navigation suffers from degraded accuracy due to frequent periods of limited satellite visibility. However, integrating supplementary sensors significantly improves positioning performance.
Specifically, the inclusion of a DEM is the key factor, enhancing horizontal positioning accuracy and effectively acting as an additional virtual satellite. The integration of an IMU further contributes to refining velocity estimation, though its benefits are most evident when combined with the DEM. The full sensor suite (LCNS + DEM + IMU) of course achieves the best results, but a reasonable accuracy can be obtained when even giving up the IMU.
A Monte Carlo analysis confirms the robustness of these findings, demonstrating that the proposed sensor fusion approach yields reliable and repeatable improvements in navigation accuracy. Additionally, convergence analysis indicates that even with large initial uncertainties, the filter can provide an accurate position estimate within approximately 35 min. These results highlight the importance of multi-sensor integration for lunar surface navigation, providing a practical pathway for achieving high-accuracy localization in future lunar exploration missions.

Author Contributions

Conceptualization, M.S., G.B.P., F.R., R.P., G.L. and P.P.; methodology, M.S., G.B.P., F.R., R.P., G.L. and P.P.; software, M.S.; validation, M.S., G.B.P., F.R., R.P., G.L. and P.P.; formal analysis, M.S.; investigation, M.S.; resources, M.S., G.B.P., F.R., R.P., G.L. and P.P.; data curation, M.S.; writing—original draft preparation, M.S.; writing—review and editing, M.S., G.B.P., F.R., R.P., G.L. and P.P.; visualization, M.S., G.B.P., F.R., R.P., G.L. and P.P.; supervision, M.S., G.B.P., F.R., R.P., G.L. and P.P.; project administration, F.R.; funding acquisition, G.B.P. and F.R. All authors have read and agreed to the published version of the manuscript.

Funding

This research received no external funding.

Data Availability Statement

The original contributions presented in this study are included in the article. Further inquiries can be directed to the corresponding author.

Acknowledgments

The authors would like to express their sincere gratitude to Thales Alenia Space Italia for their invaluable support and contribution to this work. In particular, we thank Lorenzo Marchionne and Gabriele Paggi for their expertise, availability, and constructive input throughout the development of this research.

Conflicts of Interest

Authors Filippo Rodriguez, Riccardo Petix and Pietro Pacchiarotti were employed by the company Telespazio. The remaining authors declare that the research was conducted in the absence of any commercial or financial relationships that could be construed as a potential conflict of interest.

References

  1. NASA. Artemis III Science Definition Report [Internet]. Available online: https://www.nasa.gov/wp-content/uploads/2015/01/artemis-iii-science-definition-report-12042020c.pdf?emrc=841cb1 (accessed on 12 March 2025).
  2. European Space Agency (ESA). ESA’s Moonlight Programme: Pioneering the Path for Lunar Exploration [Internet]. Available online: https://www.esa.int/Applications/Connectivity_and_Secure_Communications/ESA_s_Moonlight_programme_Pioneering_the_path_for_lunar_exploration (accessed on 10 March 2025).
  3. NASA. LunaNet Interoperability Specification Document; Version 4—LN-IS V004; NASA: Washington, DC, USA, 2022.
  4. Rodriguez, F.; Martinelli, A.; Spazzacampagna, L.; Albanese, C.; Palmerini, G.B.; Sabatini, M. Analysis of PNT algorithms and related performance for lunar navigation service users. In Proceedings of the 36th International Technical Meeting of the Satellite Division of The Institute of Navigation (ION GNSS+ 2023), Denver, CO, USA, 11–15 September 2023; pp. 3677–3697. [Google Scholar]
  5. Yenilmez, L.; Temeltas, H. Autonomous navigation for planetary exploration by a mobile robot. In Proceedings of the International Conference on Recent Advances in Space Technologies, RAST’03, Istanbul, Turkey, 20–22 November 2003; pp. 397–402. [Google Scholar]
  6. Daftry, S.; Chen, Z.; Cheng, Y.; Tepsuporn, S.; Khattak, S.; Matthies, L.; Coltin, B.; Naal, U.; Ma, L.M.; Deans, M. LunarNav: Crater-based localization for long-range autonomous lunar rover navigation. In Proceedings of the 2023 IEEE Aerospace Conference, Big Sky, MT, USA, 4–11 March 2023; pp. 1–15. [Google Scholar]
  7. Maimone, M.; Johnson, A.; Cheng, Y.; Willson, R.; Matthies, L. Autonomous navigation results from the Mars Exploration Rover (MER) mission. In Experimental Robotics IX; Springer: Berlin/Heidelberg, Germany, 2006; pp. 3–13. [Google Scholar]
  8. Dabrowski, B.; Banaszkiewicz, M. Multi-rover navigation on the lunar surface. Adv. Space Res. 2008, 42, 369–378. [Google Scholar] [CrossRef]
  9. Murata, M.; Koga, M.; Nakajima, Y.; Yasumitsu, R.; Araki, T.; Makino, K.; Akiyama, K.; Yamamoto, T.; Tanabe, K.; Kogure, S.; et al. Lunar navigation satellite system: Mission, system overview, and demonstration. In Proceedings of the 39th International Communications Satellite Systems Conference (ICSSC 2022), Stresa, Italy, 18–21 October 2022. [Google Scholar]
  10. Melman, F.T.; Zoccarato, P.; Orgel, C.; Swinden, R.; Giordano, P.; Ventura-Traveset, J. LCNS positioning of a lunar surface rover using a DEM-based altitude constraint. Remote Sens. 2022, 14, 3942. [Google Scholar] [CrossRef]
  11. Audet, Y.; Melman, F.T.; Molli, S.; Sesta, A.; Plumaris, M.; Psychas, D.; Swinden, R.; Giordano, P.; Ventura-Traveset, J. Positioning of a lunar surface rover on the south pole using LCNS and DEMs. Adv. Space Res. 2024, 74, 2532–2550. [Google Scholar] [CrossRef]
  12. Sirbu, G.; Leonardi, M.; Carosi, M.; Di Lauro, C.; Stallo, C. Performance evaluation of a lunar navigation system exploiting four satellites in ELFO orbits. In Proceedings of the 2022 IEEE 9th International Workshop on Metrology for AeroSpace (MetroAeroSpace), Pisa, Italy, 27–29 June 2022. [Google Scholar]
  13. Grenier, A. Positioning and Velocity Performance Levels for a Lunar Lander using a Dedicated Lunar Communication and Navigation System. Navig. J. Inst. Navig. 2022, 69, 2. [Google Scholar] [CrossRef]
  14. Iannone, C.; Carosi, M.; Eleuteri, M.; Stallo, C.; Di Lauro, C.; Musacchio, D. Four satellites to navigate the Moon’s South Pole: An Orbital Study. In Proceedings of the 34th International Technical Meeting of the Satellite Division of the Institute of Navigation (ION GNSS+ 2021), St. Louis, MO, USA, 20–24 September 2021. [Google Scholar]
  15. Archinal, B.A.; A’Hearn, M.F.; Bowell, E.; Conrad, A.; Consolmagno, G.J.; Courtin, R.; Fukushima, T.; Hestroffer, D.; Hilton, J.L.; Krasinsky, G.A.; et al. Report of the IAU Working Group on Cartographic Coordinates and Rotational Elements: 2009. Celest. Mech. Dyn. Astr. 2011, 109, 101–135. [Google Scholar] [CrossRef]
  16. Archinal, B.A.; Acton, C.H.; A’hearn, M.F.; Conrad, A.; Consolmagno, G.J.; Duxbury, T.; Hestroffer, D.; Hilton, J.L.; Kirk, R.L.; Klioner, S.A.; et al. Report of the IAU Working Group on Cartographic Coordinates and Rotational Elements: 2015. Celest. Mech. Dyn. Astr. 2018, 130, 22. [Google Scholar] [CrossRef]
  17. Davies, M.E.; Abalakin, V.K.; Cross, C.A.; Duncombe, R.L.; Masursky, H.; Morando, B.; Owen, T.C.; Seidelmann, P.K.; Sinclair, A.T.; Wilkins, G.A.; et al. Report of the IAU Working Group on Cartographic Coordinates and Rotational Elements of the Planets and Satellites. Celest. Mech. 1980, 22, 205–230. [Google Scholar] [CrossRef]
  18. Shin, M.Y.; Park, C.; Lee, S.J. Atomic Clock Error Modeling for GNSS Software Platform. In Proceedings of the IEEE/ION PLANS 2008, Monterey, CA, USA, 5–8 May 2008; pp. 71–76. [Google Scholar]
  19. Riley, W.; Howe, D. Handbook of Frequency Stability Analysis. Special Publication (NIST SP); National Institute of Standards and Technology: Gaithersburg, MD, USA, 2008. Available online: https://tsapps.nist.gov/publication/get_pdf.cfm?pub_id=50505 (accessed on 8 April 2025).
  20. Kapla, E.D.; Hegarty, C.J. Understanding GPS/GNSS: Principles and Applications, 3rd ed.; Artech House: Boston, MA, USA, 2017. [Google Scholar]
  21. Zanetti, R.; Holt, G.; Gay, R.; D’Souza, C.; Sud, J.; Mamich, H.; Gillis, R. Design and Flight Performance of the Orion Prelaunch Navigation System. J. Guid. Control Dyn. 2017, 40, 2289–2300. [Google Scholar] [CrossRef]
  22. Smith, D.E.; Zuber, M.T.; Jackson, G.B.; Cavanaugh, J.F.; Neumann, G.A.; Riris, H.; Sun, X.; Zellar, R.S.; Coltharp, C.; Connelly, J.; et al. The Lunar Orbiter Laser Altimeter Investigation on the Lunar Reconnaissance Orbiter Mission. Space Sci. Rev. 2010, 150, 209–241. [Google Scholar] [CrossRef]
  23. LOLA GDR Information in Polar Stereographic Projection for the South Pole. Available online: https://imbrium.mit.edu/BROWSE/LOLA_GDR/POLAR/SOUTH_POLE/ (accessed on 12 March 2025).
  24. Groves, P.D. GNSS, Inertial, and Multisensor Integrated Navigation Systems, 2nd ed.; Artech House: Boston, MA, USA, 2013. [Google Scholar]
Figure 1. Graphic representation of the orbits of the four LCNS satellites (in red, purple, yellow, and blue lines) orbiting in elliptic frozen orbits around the Moon (central body). Notice the apolunes located above the southern hemisphere to best service the southern polar cap.
Figure 1. Graphic representation of the orbits of the four LCNS satellites (in red, purple, yellow, and blue lines) orbiting in elliptic frozen orbits around the Moon (central body). Notice the apolunes located above the southern hemisphere to best service the southern polar cap.
Aerospace 12 00565 g001
Figure 2. Rover’s path around the South Pole (3D view).
Figure 2. Rover’s path around the South Pole (3D view).
Aerospace 12 00565 g002
Figure 3. Altitude profile of the rover during the path.
Figure 3. Altitude profile of the rover during the path.
Aerospace 12 00565 g003
Figure 4. DEM image from [23].
Figure 4. DEM image from [23].
Aerospace 12 00565 g004
Figure 5. Kalman Filter algorithm steps from ref. [24].
Figure 5. Kalman Filter algorithm steps from ref. [24].
Aerospace 12 00565 g005
Figure 6. Scheme of the loosely integrated LCNS/IMU Kalman filter. The EKF output, taking the LCNS and DEM measurements into account, serves as input to the integration filter, which propagates the state from the accelerations coming from the IMU.
Figure 6. Scheme of the loosely integrated LCNS/IMU Kalman filter. The EKF output, taking the LCNS and DEM measurements into account, serves as input to the integration filter, which propagates the state from the accelerations coming from the IMU.
Aerospace 12 00565 g006
Figure 7. Scheme of software architecture developed for simulations. Blue blocks: real trajectory generation; red blocks: measurement generation; green block: EKF; white block: performance analysis.
Figure 7. Scheme of software architecture developed for simulations. Blue blocks: real trajectory generation; red blocks: measurement generation; green block: EKF; white block: performance analysis.
Aerospace 12 00565 g007
Figure 8. Errors of the three coordinates of the rover in the Moon ME frame (red curves) and relevant square root of the error covariance matrix (black curve): standalone LCNS.
Figure 8. Errors of the three coordinates of the rover in the Moon ME frame (red curves) and relevant square root of the error covariance matrix (black curve): standalone LCNS.
Aerospace 12 00565 g008
Figure 9. Errors of the estimated time (red curve) and relevant square root of the error covariance matrix (black curve): standalone LCNS.
Figure 9. Errors of the estimated time (red curve) and relevant square root of the error covariance matrix (black curve): standalone LCNS.
Aerospace 12 00565 g009
Figure 10. Position RMS error for the cases (solid and dashed blue curves) with standalone satellite navigation and satellite navigation aided with IMU, with satellite visibility superimposed (red curves).
Figure 10. Position RMS error for the cases (solid and dashed blue curves) with standalone satellite navigation and satellite navigation aided with IMU, with satellite visibility superimposed (red curves).
Aerospace 12 00565 g010
Figure 11. Errors of the three coordinates of the rover in the Moon ME frame (red curves) and relevant square root of the error covariance matrix (black curve): LCNS + DEM case.
Figure 11. Errors of the three coordinates of the rover in the Moon ME frame (red curves) and relevant square root of the error covariance matrix (black curve): LCNS + DEM case.
Aerospace 12 00565 g011
Figure 12. Errors of the estimated time (red curve) and relevant square root of the error covariance matrix (black curve): LCNS + DEM case.
Figure 12. Errors of the estimated time (red curve) and relevant square root of the error covariance matrix (black curve): LCNS + DEM case.
Aerospace 12 00565 g012
Figure 13. Position RMS error for the cases with DEM + satellite navigation (dotted blue curve) and DEM + satellite navigation aided with IMU (black dashed curve), with satellite visibility superimposed (red curves).
Figure 13. Position RMS error for the cases with DEM + satellite navigation (dotted blue curve) and DEM + satellite navigation aided with IMU (black dashed curve), with satellite visibility superimposed (red curves).
Aerospace 12 00565 g013
Figure 14. Position RMS error for the 100 Monte Carlo run, with satellite visibility superimposed (red curves).
Figure 14. Position RMS error for the 100 Monte Carlo run, with satellite visibility superimposed (red curves).
Aerospace 12 00565 g014
Figure 15. Velocity RMS error for the 100 Monte Carlo run, with satellite visibility superimposed (red curves).
Figure 15. Velocity RMS error for the 100 Monte Carlo run, with satellite visibility superimposed (red curves).
Aerospace 12 00565 g015
Figure 16. Clock error for the 100 Monte Carlo run, with satellite visibility superimposed (red curves).
Figure 16. Clock error for the 100 Monte Carlo run, with satellite visibility superimposed (red curves).
Aerospace 12 00565 g016
Figure 17. Position RMSE obtained with increasing initial errors.
Figure 17. Position RMSE obtained with increasing initial errors.
Aerospace 12 00565 g017
Table 1. Initial ELFO osculating constellation parameters.
Table 1. Initial ELFO osculating constellation parameters.
SAT 1SAT 2SAT 3SAT 4
a (km)9748.9979763.59740.59751.9
ecc0.70.70.70.7
Incl (deg)52.752.76053
Arg (deg)88.289.490.791.6
RAAN (deg)−53.4158.9−18.9129.9
f0 (deg)188.4158.34217.1100.8
Table 2. Characteristics of the modeled IMU.
Table 2. Characteristics of the modeled IMU.
IMU ParameterValue
Frequency10 Hz
Scale Factor Error ModelGauss–Markov
Scale Factor Sigma100 ppm
Scale Factor Correlation Time7200 s
Bias Error ModelGauss–Markov
Bias Sigma10 μ g
Bias Correlation Time7200 s
Noise Error ModelAdditive white Gaussian noise
Noise Sigma8 μ g H z
Orthogonality Error ModelGauss–Markov
Orthogonality Sigma0.025 (deg)
Orthogonality Correlation Time7200 s
Table 3. Initial elements of the state covariance matrix.
Table 3. Initial elements of the state covariance matrix.
σ x 0 σ y 0 σ z 0 σ x ˙ 0 σ y ˙ 0 σ z ˙ 0 σ δ t 0 σ δ t ˙ 0
100 m100 m100 m0.05 m/s0.05 m/s0.05 m/s100 m0.05 m/s
Table 4. Elements of the process disturbances’ covariance matrix.
Table 4. Elements of the process disturbances’ covariance matrix.
σ x σ y σ z σ x ˙ σ y ˙ σ z ˙ σ δ t σ δ t ˙
1 m1 m1 m0.1 m/s0.1 m/s0.1 m/s1 m1 × 10−5 m/s
Table 5. Receiver tracking measurement model.
Table 5. Receiver tracking measurement model.
LCNS Receiver Parameters
DLL Loop bandwidth (BDLL) 1 Hz
FLL Loop bandwidth (BFLL)2 Hz
Coherent integration (Ti) 16 ms
Early-late spacing (d) 0.25 chip
Wavelength (λ)14.28 cm
Chip length (λC)29.305 m
Factor (F)2
Table 6. LCNS satellites’ orbits and clocks measurement models (1σ).
Table 6. LCNS satellites’ orbits and clocks measurement models (1σ).
Error Variance ComponentValue
σ x s 2.89 m
σ y s 2.89 m
σ z s 2.89 m
σ x ˙ s 0.00075 m/s
σ y ˙ s 0.00075 m/s
σ z ˙ s 0.00075 m/s
σ δ t s 7.5 m
σ δ t ˙ s 0.00075 m/s
Table 7. Percentage of time in which a number N of satellites are in view (from 0 to 4).
Table 7. Percentage of time in which a number N of satellites are in view (from 0 to 4).
P v i e w 0 P v i e w 1 P v i e w 2 P v i e w 3 P v i e w 4
0.0%0.00%0.00%64.10%35.90%
Table 8. Error statistics for the case LCNS + IMU.
Table 8. Error statistics for the case LCNS + IMU.
Error Type (95th Percentile)Value
Position 173.49 m
Horizontal position44.17 m
Velocity 0.05550 m/s
Horizontal velocity0.02228 m/s
Time432.1 ns
Table 9. Error statistics for the case LCNS + DEM.
Table 9. Error statistics for the case LCNS + DEM.
Error Type (95th Percentile)Value
Position 5.45 m
Horizontal position4.79 m
Velocity 0.0815 m/s
Horizontal velocity0.0748 m/s
Time11.74 ns
Table 10. Error statistics for the case LCNS + DEM + IMU.
Table 10. Error statistics for the case LCNS + DEM + IMU.
Error Type (95th Percentile)Value
Position4.05 m
Horizontal position2.84 m
Velocity0.02795 m/s
Horizontal velocity0.01686 m/s
Time11.74 ns
Table 11. Error statistics for the LCNS + DEM + IMU: Monte Carlo run case.
Table 11. Error statistics for the LCNS + DEM + IMU: Monte Carlo run case.
Error Type (95th Percentile)Value
Position4.05 m
Horizontal position2.7 m
Velocity0.02812 m/s
Horizontal velocity0.01622 m/s
Time11.71 ns
Disclaimer/Publisher’s Note: The statements, opinions and data contained in all publications are solely those of the individual author(s) and contributor(s) and not of MDPI and/or the editor(s). MDPI and/or the editor(s) disclaim responsibility for any injury to people or property resulting from any ideas, methods, instructions or products referred to in the content.

Share and Cite

MDPI and ACS Style

Sabatini, M.; Palmerini, G.B.; Rodriguez, F.; Petix, R.; Lambiase, G.; Pacchiarotti, P. Satellite Navigation of a Lunar Rover with Sensor Fusion for High-Accuracy Navigation. Aerospace 2025, 12, 565. https://doi.org/10.3390/aerospace12070565

AMA Style

Sabatini M, Palmerini GB, Rodriguez F, Petix R, Lambiase G, Pacchiarotti P. Satellite Navigation of a Lunar Rover with Sensor Fusion for High-Accuracy Navigation. Aerospace. 2025; 12(7):565. https://doi.org/10.3390/aerospace12070565

Chicago/Turabian Style

Sabatini, Marco, Giovanni B. Palmerini, Filippo Rodriguez, Riccardo Petix, Gabriele Lambiase, and Pietro Pacchiarotti. 2025. "Satellite Navigation of a Lunar Rover with Sensor Fusion for High-Accuracy Navigation" Aerospace 12, no. 7: 565. https://doi.org/10.3390/aerospace12070565

APA Style

Sabatini, M., Palmerini, G. B., Rodriguez, F., Petix, R., Lambiase, G., & Pacchiarotti, P. (2025). Satellite Navigation of a Lunar Rover with Sensor Fusion for High-Accuracy Navigation. Aerospace, 12(7), 565. https://doi.org/10.3390/aerospace12070565

Note that from the first issue of 2016, this journal uses article numbers instead of page numbers. See further details here.

Article Metrics

Back to TopTop