The GNSS integer ambiguities: estimation and validation
The GNSS integer ambiguities: estimation and validation
The GNSS integer ambiguities: estimation and validation
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
5.1 Integer Aperture <strong>estimation</strong><br />
<strong>The</strong> problem described above is related to the definition of admissible <strong>integer</strong> estimators,<br />
which only distinguishes two situations: success if the float ambiguity falls inside the<br />
pull-in region Sa, <strong>and</strong> failure otherwise. In practice, a user will decide not to use the<br />
fixed solution when the probability of failure is too high. This gives rise to the thought<br />
that it might be interesting to consider not only the two above-mentioned situations,<br />
but also a third, namely undecided. Actually, with combined <strong>integer</strong> <strong>estimation</strong> <strong>and</strong><br />
<strong>validation</strong> using a discrimination test, these three situations are also distinguished, but<br />
the discrimination tests can only be used in the case of high precision. <strong>The</strong>refore a<br />
new class of <strong>integer</strong> estimators is defined that allows for the three situations mentioned<br />
above. <strong>The</strong>n <strong>integer</strong> estimators within this class can be chosen which somehow regulate<br />
the probability of each of those situations. This can be accomplished by considering<br />
only conditions (ii) <strong>and</strong> (iii) of definition 3.1.1, stating that the pull-in regions must be<br />
disjunct <strong>and</strong> translational invariant.<br />
5.1.1 Class of IA estimators<br />
<strong>The</strong> new class of ambiguity estimators was introduced in Teunissen (2003d;2003g), <strong>and</strong><br />
is called the class of Integer Aperture (IA) estimators. It is defined as:<br />
(i)<br />
<br />
z∈Z n<br />
Ωz = <br />
z∈Z n<br />
(Ω ∩ Sz) = Ω ∩ ( <br />
z∈Z n<br />
Sz) = Ω ∩ R n = Ω<br />
(ii) Ωu ∩ Ωz = (Ω ∩ Ωu) ∩ (Ω ∩ Ωz) = Ω ∩ (Su ∩ Sz) = ∅, u, z ∈ Z n , u = z<br />
(iii) Ω0 + z = (Ω ∩ S0) + z = (Ω + z) ∩ (S0 + z) = Ω ∩ Sz = Ωz, ∀z ∈ Z n<br />
(5.1)<br />
Ω ⊂ R n is called the aperture space. From (i) follows that this space is built up of<br />
the Ωz, which will be referred to as aperture pull-in regions. Conditions (ii) <strong>and</strong> (iii)<br />
state that these aperture pull-in regions must be disjunct <strong>and</strong> translational invariant.<br />
Note that the definition (5.1) is very similar to the definition of the admissible <strong>integer</strong><br />
estimators (3.1.1), but that R n is replaced by Ω.<br />
<strong>The</strong> <strong>integer</strong> aperture estimator, ā, is now given by:<br />
ā = <br />
zωz(â) + â(1 − <br />
ωz(â)) (5.2)<br />
z∈Z n<br />
z∈Z n<br />
with the indicator function ωz(x) defined as:<br />
ωz(x) =<br />
<br />
1 if x ∈ Ωz<br />
0 otherwise<br />
(5.3)<br />
So, when â ∈ Ω the ambiguity will be fixed using one of the admissible <strong>integer</strong> estimators,<br />
otherwise the float solution is maintained. It follows that indeed the following three cases<br />
88 Integer Aperture <strong>estimation</strong>