
Working Papers • January/February 2014
Design of a GNSS AcquisitionAiding SignalImproving Sensitivity and TTFFIn order to improve the acquisition of GNSS signals and accelerate a receiver’s time to first fix, an international team of engineers propose the use of a new aiding signal, describe its design, and evaluate its performance.
Share via: Slashdot Technorati Twitter Facebook Working Papers explore the technical and scientific themes that underpin GNSS programs and applications. This regular column is coordinated by Prof. Dr.Ing. Günter Hein, head of Europe's Galileo Operations and Evolution. The structure of current GNSS open service signals is the result of a design tradeoff between several performance figures of merit. The most relevant are position accuracy, receiver sensitivity (for signal acquisition, tracking, and data demodulation), and the time to first fix (TTFF). Signal performance generally results from a compromise among those. However, if one concentrates on the signal acquisition phase, the last two factors assume a much higher relevance. Also, the design of the navigation message has to take into account many needs, and the information transmitted has to serve different services and/or classes of users. Again, of all the information present in a typical navigation message, only a portion is relevant to obtain the first position fix within a reasonable amount of time. The main goal of the work described in this article is to propose the design of an acquisitionaiding signal and to discuss the benefits of adding such a signal to the current GNSS baselines. Our work has focused on the Galileo E1 Open Service (E1OS), but many of the concepts that we will introduce can be easily extended to any GNSS signal. The discussion presented here clearly does not pretend to be a proposal for an actual system implementation.
Signal Design The design of a navigation signal must address several different factors, from the choice of the spreading modulation and of the PRN code characteristics to the design of the navigation message. As already anticipated in the introduction, a critical criterion for the choice of the spreading modulation involves the compatibility of E1D with other existing signals in the band centered at 1575.42 MHz, both of the Galileo system and of other GNSSs. We also consider important criteria such as the correlation properties, multipath rejection, and ranging performance. Selection of the PRN code length and the chip rate has to keep in mind that the E1D component is intended to be an acquisitionaiding signal and, therefore, must guarantee that the acquisition is performed within a limited time interval. For this reason the code needs to be not too long, in order to limit the dimensions of the acquisition search space. The important aspect of navigation message design and its channel coding — given the target of the E1OS service — suggests that the signal should be characterized at the same time by a short TTFF and by sufficiently high datademodulation sensitivity. We considered and analyzed several solutions, and the results are given in a dedicated section later on. A final tradeoff within the most promising alternatives has been realized taking into consideration the global performance for acquisition and data delivery, and a consolidated design is proposed as the first significant outcome of this work.
Spreading Modulation In order to narrow down the possible choices, we needed a criterion of “acceptability.” For this purpose, we decided that an acceptable level of interference from E1D would be no more than the same level of interference that nowadays is caused by E1OS. Considering this criterion, we selected several possible spreading modulations. Subsequently, we assessed the performance of the solutions that are acceptable from an RFC perspective with respect to several figures of merit, in particular the following: correlation properties, resistance against distortions due to the multipath effect, and ranging performance. We considered binary phase shift keying (BPSK), sinephased and cosinephased binary offset carrier (BOC_{sin} and BOC_{cos}, respectively) modulations centered at E1 with a chip rate of [0.5,1]*1.023 MHz. As it will become even clearer later on, the limit on the chip rate is imposed by the fact that the signal needs to be acquired quickly and also that ranging accuracy is not the first priority. As for the subcarrier frequency limit, this is imposed by the maximum allowed receiver bandwidth. For this, we considered the typical bandwidth of a Galileo E1OS receiver as the limiting factor and, therefore, limited the subcarrier frequency to 6.5*1.023 MHz. Performing an RFC exercise within the main GNSS signals currently transmitted at the E1/L1 carrier frequency and signals modulated with the spreading modulations candidate for E1D, we identified a subset of solutions satisfying these conditions:
The RFC analysis was performed in accordance with International Telecommunication Union (ITU) Recommendation ITUR M.1831, which sets forth a methodology for RNSS intersystem interference estimation. Another aspect that has to be mentioned when discussing compatibility is outofband (OoB) emissions. However, in the specific case of E1D, we did not consider the issue of OoB emissions for two main reasons:
Performance TradeOff and SubSelection As has been observed, the autocorrelation functions of the BOC_{sin}(6.5,0.5) and BOC_{cos}(6.5,0.5) modulations seem particularly questionable in terms of falselock probability. Indeed, they are characterized by a very low first to secondary peaktopeak ratio, as are the BOC_{sin}(4,0.5) and BOC_{cos}(4,0.5). Somewhat better is the case of BOC_{sin}(4,1) and BOC_{cos}(4,1), while clearly the BOC_{cos}(0.5,0.5) outperforms all the other solutions from the point of view of autocorrelation properties. With respect to the distortions caused by multipath, the modulation displaying the poorest resistance to multipath has been found to be, as expected, that of BOC_{cos}(0.5,0.5). This is indeed the solution with the lowest chip rate and subcarrier frequency. The signals producing the best performance under multipath conditions are the BOC_{sin}(6.5,0.5) and the BOC_{cos}(6.5,0.5), characterized by the lowest mean error, while the BOC_{sin}(4,1) and the BOC_{cos}(4,1) display better resistance to longer delay multipath due to their higher chip rate. Looking at the coderanging performance, the results that have been found are absolutely in line with that observed for the multipath rejection capability. Once again the bestperforming modulations are the BOC_{sin}(6.5,0.5) and the BOC_{cos}(6.5,0.5), followed by the BOC_{cos}(4,1), the BOC_{cos}(4,0.5), the BOC_{sin}(4,1) and the the BOC_{sin}(4,0.5). Summing up this evaluation, the two most interesting solutions are BOC_{cos}(0.5,0.5) and BOC_{cos}(4,1). The first has a very simple correlation function that makes it an ideal signal for acquisition aiding. The fact that the ranging and multipath rejection performance of the BOC_{cos}(0.5,0.5) are the worst among the candidates is of secondary importance, as the signal is intended mainly for acquisition. Any tracking would only take place with the aim of data demodulation, while users would not be expected to use it for ranging. Meanwhile, the BOC_{cos}(4,1), this has on average the best performance, because it combines good compatibility performance with correlation properties and also exhibits good ranging and multipath rejection capabilities. We have discarded the BOC_{sin}(6.5,0.5) and the BOC_{cos}(6.5,0.5), despite their very good performance for ranging and multipath rejection, because of their poor correlation characteristics. The same applies for the cases of the BOC_{sin}(4,0.5) and the BOC_{cos}(4,0.5).
Navigation Message and Channel Coding Design Another wellknown problem of Galileo E1OS is the fact that it employs a quite high symbol rate (250 sps) that allows user equipment to have a quite a short coherent integration time, thereby limiting receiver sensitivity. Together with improving the TTFF, a second requirement for the design of E1D will be the one of improving the sensitivity, mainly by keeping the symbol rate as low as possible. The basic concept that we propose to address this is to transmit, in addition to the system time, a set of reduced ephemerides in order to enable rapid signal acquisition, even if with an initially degraded ranging performance. This is a tradeoff that massmarket GNSS users might tolerate. In order to simplify the generation of this new reduced set of clock and ephemeris data (CED) the article by M. Anghileri et alia (2012) proposes a very straightforward approach: rather than computing new parameters from scratch,the receiver signalprocessing algorithm should take the broadcast CED that are already available in the satellites and obtain the new parameters by merely reducing the number of bits assigned to them. A very simple, and at the same time effective, message design for an acquisition aiding signal would be to transmit orbit and clock parameters — already present in the I/NAV message of the Galileo E1B data signal — in a compact version. The I/NAV message uses 428 bits to transmit orbit and clock parameters. As explained in the article by M. Anghileri et alia (2012), a compact set of CED can be sent within a block of 250 bits, still guaranteeing the minimum required performance. Moreover, results presented in the referenced article and further analysis make us confident that one can also include the time of week (TOW) data within the 250 bits. For our purposes in this article, then, a block of 250 bits will be considered as the navigation message that the E1D signal needs to transmit. In order to guarantee the necessary protection of the data and making use of results presented in a related article by M. Anghileri et alia (2011), the following coding schemes have been considered for the design of the E1D message: Galileo Convolutional Codes (CC) with a coding rate of ½, Turbo Codes with a coding rate of ½ and ¼, and Low Rate Convolutional Codes (LRCC) with a coding rate of ¼. The need to guarantee the transmission of the desired data within a short time to improve TTFF requires us to shorten the redundancy (number of symbols per bit), and for this reason demands schemes with lower coding rates. For the same reason T_{B}, which corresponds to the time needed to transmit the whole block of length 250 bits, has to be kept as short as possible. For the design of the E1D message, a maximum of 10 seconds has been allocated for T_{B}. Considering the points discussed thus far, we have identified 10 possible E1D solutions and measured their performance in terms of minimum carriertonoise density ratio (C/N_{0}) to demodulate the data. Table 1 gives the details of 10 alternative messagecoding designs and their performance results. The table provides results for both additive white Gaussian noise (AWGN) and land mobile satellite (LMS) channel models. The LMS results are provided for a user with a speed of either 5 or 50 km/h. The results have been obtained running the threestate LMS channel model for a suburban scenario and a satellite elevation of 40 degrees. As can be seen in Table 1, the performance of the Turbo codes with a coding rate of ½ are always superior to those of the Galileo CC with the same T_{B}. Similar results appear for the Turbo codes with a rate ¼ versus the LRCC with the same coding rate. Given this performance data, we were able to make a first selection of the alternative designs, and from this point on we will only analyze the solutions based on Turbo codes. This means that the available solutions are:
Global Performance and Overall TradeOff Regarding TTFF performance, the most decisive factors are the following:
Remembering what has been previously observed, it becomes evident that the last two factors are in opposition to each other. Among the alternative options presented in Table 1, those with a longer T_{B} are also those with a lower symbol rate, which improves the possibility of having a longer coherent integration time. At the same time, those are also the cases resulting in a lower data demodulation threshold. Clearly this applies when considering the same coding rates. In our specific case, only coding rates of ½ and ¼ have been considered, again with the goal of not adding too much redundancy, which would also bring a higher symbol rate and therefore a lower sensitivity.
Sensitivity Analysis The acquisition sensitivity results have been obtained considering 10 noncoherent integrations, a detection probability of 0.9 and a false alarm probability of 10^{4}. With respect to tracking, the results have been obtained assuming noncoherent tracking for both code and carrier, with loop bandwidth of 1 hertz for the delay locked loop (DLL) and 15 hertz for the phase locked loop (PLL). For the sake of comparison, Table 2 also shows the same computation based on the same assumptions for the case of Galileo E1OS. As can be seen, the values for the acquisition and (carrier) tracking sensitivity are in general higher than those enabling the data demodulation. In designing the E1D signal, looking for very high data demodulation sensitivity is not useful if this is not supported by similar acquisition sensitivity values. At the same time, it remains very important to select a case with a short T_{B} in order to maintain a short TTFF. For this reason, among the various possibilities, the ones guaranteeing the lowest T_{B} have been considered, and therefore the Turbo with coding rate ½. The demodulation thresholds for these solutions are indeed already below the acquisition and tracking thresholds. So, considering solutions with a ¼ coding rate would have corresponded to longer T_{B} times without having effectively any advantage in terms of global sensitivity. From the results shown in these two tables, one can see the benefits that E1D would bring with respect to E1OS. Case 3 (125 sps), for example, would correspond to an improvement of three decibels for acquisition sensitivity, one decibel for tracking sensitivity, and more than four decibels for data demodulation. In light of the computations and results thus far, we performed a tradeoff analysis among all the candidate solutions. Within the BOC_{cos}(0.5,0.5) and BOC_{cos}(4,1) the latter has been selected due to the faster chip rate and better RFC performance, multipath rejection, and ranging performance. A PRN code length of 1023 chips has been selected, in order to keep short the time to acquire the signal. Within the coding options of Table 1, we selected Solution 2, which is characterized by a T_{B} of four seconds and employing a Turbo code with a coding rate of ½. In this way the T_{B} is much shorter than the one of I/NAV (30 seconds), and at the same time the symbol rate is kept to 125 sps, guaranteeing the possibility to have a coherent integration time up to eight milliseconds, with the previously described gain in sensitivity. Table 3 summarizes characteristics of the designed E1D signal and message.
TimeToFirstFix Data (TTFFD) Analysis The analysis has been performed for both the Galileo E1OS and the E1D signal as designed and described in the previous section. Figure 1 represents the cumulative distribution function (CDF) of the TTFFD for the E1B and E1D. The plot of the TTFFD as a function of the delay for the E1B and E1D is represented in Figure 2. Table 4 presents various metrics for the TTFFD for E1B and E1D extracted from the CDF results in these two figures. As can be seen in the previous table, the improvement brought by E1D on the time to decode the data with respect to E1B is very remarkable, resulting in a TTFFD four times shorter than the one of E1B. Considering also the improvement in terms of sensitivity that has been observed in the previous section, we can conclude that the proposed E1D acquisitionaiding signal as designed (Table 3) performs as desired.
Secondary Code Design The secondary code of E1D should address two objectives at the same time. First, it must achieve the bit synchronization needed to demodulate the data of E1D. As indicated earlier, the primary code length has been fixed to 1,023, and therefore within one symbol the code is repeated eight times; the presence of a secondary code would solve this ambiguity and allow the bit synchronization in a very straightforward way. At the same time, recalling that E1D is intended to be an acquisition aiding signal for the E1OS services, we would like to use the secondary code to ease the handover from E1D to E1B and the E1C pilot or dataless channel. For this reason we propose to put a secondary code of eight chips on top of the signal described in Table 3, with a chip period equal to one millisecond (that corresponds to one E1D primary code), for a total length of eight milliseconds. This secondary code can be used in a very straightforward way for the following cases:
Multiplexing E1D within the Galileo E1 Signal The task of adding a further component is not trivial in terms of efficiency, especially considering the particular nature of Galileo’s composite binary offset carrier (CBOC) signal design. Indeed CBOC is a nonbinary modulation, having four levels for both the data and pilot components. This being said, it becomes evident how everything comes down to multiplexing together six binary components: the PRS (E1A), the four subcarriers of CBOC (BOC(1,1) and BOC(6,1) for each data and pilot code resulting in E1B and E1C, and the new E1D to be added. Within these multiplexing operations, majority voting and intervoting have been considered together with the interplexing. The main issue that arises is the multiplexing efficiency in light of the desired power split among the various components and the need for backward compatibility. This is a fundamental point, and all the solutions proposed here maintain backward compatibility, ensuring that E1B and E1C are placed on the I component and E1A on Q. Additionally, the following power split ratios among the different components have been considered:
Moreover, considering the equal power share for E1B and E1C, in our proposed implementation the E1D component ends up having the same power as either that of E1B or E1C.
Interplex We have developed a specific implementation for the E1D study case with a very interesting result found for the Galileo E1 baseline: with the addition of an E1D component, no power is wasted on the inphase channel for intermodulation products. In general, the introduction of the IM signal results in a loss in terms of power, but at the same time it guarantees that the composite signal has a constant envelope. This latter characteristic is fundamental for transmitting the signal through the power amplifier of the payload without having AM/AM or AM/PM distortions.
Majority Voting As described in the article by J. Spilker, Jr., and R. Orr (see Additional Resources), the technique selects for transmission on a common carrier the value assumed by a majority of the component codes to be interplexed. A more complex case, but also of greater interest from the point of view of navigation satellite signal design, is that in which the multiplexed signals are combined with different power levels. This approach requires the interlacing of chips from either the majority vote of the codes or any of the component codes themselves (which receive the name of solo chips). Thus, the code components are multiplexed in such a way that they can arbitrarily accommodate any power level. The articles by the articles by J. Spilker, Jr., and R. Orr, and T. Fan et alia (Additional Resources) introduce two similar approaches aiming at adding a quadrature component to a majorityvoted signal. Those techniques add a degree of freedom and make it possible to improve the transmission efficiency. Starting from the results described in these two articles, the multiplexing scheme that we found to be the optimal solution interlaces the E1D signal component sent on the I channel with a majorityvoted signal and the solo chips of the BOC(1,1) components of the CBOC signal. A very interesting result here is that, in the particular case of the four components of the CBOC signal, the majorityvoting logic could be applied to an even number of signals and result in a pure majorityvoted CBOC signal.
Intervoting Making use of the results of the previous sections and considering the requirements in the terms of backward compatibility, the most convenient scheme for possible application of intervoting to the specific study case (E1D) is the one represented in Figure 3 with:
where D_{n}(T) and C_{n}(T) are the materialization of the data message and of the spreading code of the ncomponent respectively. All the signals have been implemented within a bit true simulator and the performance of the different techniques, measured and compared. Also, each composite signal realized with interplex, majority voting, and intervoting has been acquired, tracked, and processed with the standard SDR Galileo receiver mentioned earlier in order to demonstrate that all the solutions are effectively backwardcompatible from the user perspective. The results of all those analysis are given in the following sections.
Multiplexing Efficiency Performance Equation 1 (see inset photo, above right) Based on this definition, the results for the various options are provided in Table 5. The power levels have been measured after the modulation at IF, correlating the multiplexed signals (downconverted at baseband) with the baseband components. This analysis implemented two different sets of power splits among the components, reflected in the table values, in order to show the dependency between the imposed power split ratios and the resulting multiplexing loss. The higher the power of the signal on the Q channel (here always E1A) with respect to the power on the I channel, the more efficient the multiplexing scheme is. We can also observe that the efficiency increases with increasing the power split within E1OS and E1D, both transmitted on the I channel. With respect to the differences within the different algorithms, interplex is the most efficient, majority voting is the least efficient, and intervoting falls in between the other two. We should point out that the inefficiency of the majority voting (and partly of the intervoting) in our specific implementation is due to the fact that the majority combining is applied here to the CBOC signal, for which the combined components are pairwise highly unbalanced (the power levels are 1/11 and 10/11 for the BOC(6,1) and the BOC(1,1), respectively). This is clearly penalizing the majorityvoting approach that is wellknown to perform best when the power spread among the components to be combined is not too large.
Signal Processing Results within a Standard SDR GNSS Receiver Coarse acquisition is implemented with a singledimensional fast Fourier transform (FFT)based approach. The fine acquisition improves the frequency estimation searching serially around the best estimate of the code delay. It also solves for the navigation data bit transition on GPS and for the secondary code phase on the Galileo pilot channel. Tracking uses a classical threecorrelator (earlypromptlate) approach for GPS and a fivecorrelator (adding very earlyvery late) bumpjump approach for Galileo. The second or thirdorder PLL and DLL adapt their bandwidth according to the tracking quality estimators, essentially the jitter of the discriminator outputs.
Verification of Backward Compatibility In order to verify that the new multiplexed signals are really satisfying this requirement, we used the software receiver to acquire and track the Galileo E1C component from all the different newly designed composite signals (interplex, majority voting, and intervoting). The obtained results have been compared with what the receiver outputs when the legacy Galileo E1 signal is received. In order to compare performance, a very straightforward figure of merit has been selected: the postcorrelation C/N_{0}. Indeed, just comparing the estimated C/N_{0} when tracking the E1C component from the various baselines will enable us to understand whether the multiplexing techniques employed are introducing any losses and/or other issues at the correlation level, other than the ones already mentioned. Following the approach described in the article by M. Pini et alia, we implemented three different C/N_{0} estimators: signaltonoise variance (SNV), the moment method (MM), and the classical narrowbandwideband power ratio (NWPR). The first is a coherent estimator, i.e., it relies on accuracy of the phase estimation, whilst the other two are noncoherent. For GPS C/A and Galileo B and C components, the wideband integration time is fixed to one millisecond and the narrowband integration time, to 20 milliseconds (five Galileo symbols) in order to achieve consistent interconstellation powerlevel measurements. The data channel coherent C/N_{0} estimators are only valid for high C/N_{0} as navigation data symbols are used to achieve the necessary coherent integration length. On the Galileo E1D component the wideband integration time is one millisecond, and the narrowband is eight milliseconds (the secondary code length). We adapted the NWPR formula accordingly, and the statistic leads to the same results as for the legacy signals with proportionally higher standard deviation. This is compensated by averaging over 200 milliseconds in all cases, which show comparable results. The various signal baselines were generated with the same noise and signal power (normalizing the total power to the composite useful power). The three components (E1B, C, and D) were acquired and tracked from all the signals and the C/N_{0} estimated for the different cases. Figure 4 presents these results with Table 6 reporting the mean values. As can be seen, the three signal components tracked out of the three alternative composite signals realized with interplex, majority voting, and intervoting, respectively, produced results with almost the same C/N_{0}. The minor differences within Table 6 are absolutely tolerable considering that the signals have been processed for just few seconds (five seconds in this specific case). Also, the slightly noisier estimate for the E1D component is due to the shorter narrowband integration period (eight milliseconds). Both the outputs of Figure 4 and the values of Table 6 refer to the NWPR estimates. The SVN and the MM estimators provided similar results, but we used the NWPR estimator, which settled to a stable value more quickly and therefore is more suitable for the quite short observation periods considered here. The difference within the three signals and the Galileo legacy signal that can be observed in Table 6 is also absolutely consistent. In the case of the newly defined signals, each of the three components takes onefifth of the total power, while in the legacy signal E1B and E1C get a quarter of the total, which brings us exactly to the onedecibel difference that appears in Table 6. In order to ensure complete backward compatibility, this gap has to be filled out on the transmission side by increasing the total transmitted power correspondingly.
E1D Processing within the SDR receiver With regards to acquisition, the onemillisecond–long primary code allows for doubleblock circular correlation in 500hertz steps. A twocode long signal replica is needed in order to overcome the likely secondarycode (and/or navigation data symbol) transition, but the same holds true for a standard Galileo acquisition. From a processing gain standpoint the BOC(4,1) modulation can be acquired and tracked as two separate BPSK(1) signals placed on its sidelobes. In either case, it is not critical to use a different center frequency as the subcarrier offset can be embedded in the carrier recovery loop. Actually, in case of parallel infrequency acquisition, the rotation of the signal’s discrete Fourier transform (DFT) can accomplish the demodulation in an elegant and efficient way. In a stepwise implementation, acquisition would first be carried out at low gain and high speed to later gradually increase gain resulting in a longer scan time of all possible search bins. If a correlation power loss of three decibels can be tolerated, then only a single sidelobe needs to be processed and twice as many bins can be processed in the same time. If more gain is needed, the secondary code can be used. Of course, the most straightforward method is to assume the combination of the two codes as a single eightmillisecond spreading sequence. The presence of navigation data bits requires the receiver to circularly correlate against 16 milliseconds of signal, which is expected to impose a significant computational burden. Alternatively, the receiver can retrieve 16 onemillisecond crosscorrelation arrays (spaced by 500 hertz) and recombine them using a twodimensional search of a zeropadded secondary code and 16 Doppler subbins. The final cross correlation matrix will have NxM dimension where N is the number of samples per primary code (one millisecond) and M is the number of 62.5hertz frequency bins contained in the Doppler search space. The resulting processing gain in this latter case would be roughly nine decibels, which is higher than the legacy Galileo E1B/E1C case, with a corresponding improvement in acquisition speed. The same agility offered by E1D in the case of acquisition can be demonstrated for tracking. For strong signals, correlating onemillisecond codes and running a standard histogrambased secondary code alignment estimator will suffice. For a lower C/N_{0} signal, if the secondary code ambiguity has not already been resolved during acquisition, an energy detector will leverage the presence of the good crosscorrelation properties of the secondary code. The processing gain before and after secondary code alignment is shown in Figure 5 where the code discriminator output, the early/prompt/late (EPL) correlator output, and the time domain I/Q correlator output are represented. Coherent integration of eight milliseconds allows higher processing gain compared to E1B and naturally places the E1D signal below the sensitivity achievable with a pure pilot signal. In case of signals above 32 decibelhertz, a single sidelobe can be tracked and symbols still retrieved from the navigation data. To achieve three decibels of further processing gain, two separate channels for each lobe can be recombined postcorrelation with significant computational savings. Once the synchronization with the secondary code has taken place, a smooth transition can be implemented at any point to E1B. A reduction by 50 percent of the E1C secondary code search space is also simultaneously achieved (as 8 milliseconds is not an integer divider of 100 milliseconds).
Conclusions The different aspects to be tackled when approaching such a design have been discussed with tradeoff analyses based on several performance key metrics. Particular effort was devoted to the design of the spreading modulation, the navigation message, and the multiplexing of the new signal within the Galileo E1 baseline. For the choice of a spreading modulation, a key point was compatibility with the signals already present in the band. With respect to the message design, the concept of reduced ephemeris has been adopted in order to improve the time to first fix, while innovative channelcoding techniques have been considered in order to improve robustness and sensitivity. We discussed several possible approaches to multiplexing and analyzed their performance in terms of efficiency and backward compatibility with legacy receivers. In order to have a complete understanding of the advantages and the challenges that the proposed design represents, we implemented an SDR receiver capable of fully exploiting the functionalities introduced by the acquisitionaiding signal and demonstrated the newly added signal processing. The obtained results clearly show the potential advantages that such a signal would introduce when processing the Galileo E1 Open Service signal, meeting the objectives of improving both the sensitivity and the TTFF of the E1 OS signal in a very flexible way.
Acknowledgments
Additional Resources Author Profiles
Matteo Paonni, Michele Bavaro,
Marco Anghileri, Bernd Eissfeller, Copyright © 2018 Gibbons Media & Research LLC, all rights reserved. 
