08.06.2013 Views

Bernese GPS Software Version 5.0 - Bernese GNSS Software

Bernese GPS Software Version 5.0 - Bernese GNSS Software

Bernese GPS Software Version 5.0 - Bernese GNSS Software

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

13.2 How to Correct P1–P2 and P1–C1 Code Biases<br />

Table 13.1: Corrections due to satellite-specific P1–P2 and P1–C1 code bias values for the<br />

most important linear combinations (LC) derived from various combinations<br />

of code observable types.<br />

LC P1/P2 C1/X2=C1+(P2−P1) C1/P2<br />

L1 +1.546·BP1−P2 +1.546·BP1−P2 +BP1−C1 +1.546·BP1−P2 +BP1−C1<br />

L2 +2.546·BP1−P2 +2.546·BP1−P2 +BP1−C1 +2.546·BP1−P2<br />

L3 0 +BP1−C1 +2.546·BP1−C1<br />

L4 −BP1−P2 −BP1−P2 −BP1−P2 +BP1−C1<br />

L5 −1.984·BP1−P2 −1.984·BP1−P2 +BP1−C1 −1.984·BP1−P2 +4.529·BP1−C1<br />

L6 (MW) 0 −BP1−C1 −0.562·BP1−C1<br />

f2 2 /(f2 1 − f2 2 ) = 1.546 f1 f2/(f 2 1 − f2 2 ) = 1.984<br />

f2 1/(f 2 1 − f2 2) = 2.546 f1/(f1 − f2) = 4.529<br />

f1/(f1 + f2) = 0.562<br />

For the geometry-free (L4) linear combination, the BP1−P2 DCB (a synonym for τGD) plays<br />

an important role, specifically with respect to the satellites observed as well as the receivers<br />

involved. In case of <strong>GPS</strong>/GLONASS-combined receivers, two receiver-specific bias values<br />

must be considered, one related to <strong>GPS</strong> and one related to GLONASS. From our experience,<br />

<strong>GPS</strong> or GLONASS receiver bias values for BP1−P2 should not exceed the level of few tens<br />

of nanoseconds. Corresponding estimates for all IGS stations processed at CODE may be<br />

gathered from http://www.aiub.unibe.ch/ionosphere/ [Schaer, 1998].<br />

The so-called Melbourne-Wübbena (MW, internally called L6) linear combination is essential<br />

for ambiguity resolution (particularly on long baselines). Even when analyzing doubly<br />

differenced data, the effect of BP1−C1 does not cancel out in case of a receiver network consisting<br />

of more than one receiver class! In consideration of this fact, it is actually possible<br />

to produce “ambiguity-fixed” BP1−C1 results. Such a refined DCB product is generated at<br />

CODE (as part of the MW ambiguity resolution process).<br />

13.2.1 When are DCBs Relevant?<br />

Let us summarize standard applications where it is a must to take into account satellite<br />

DCB information (according to Table 13.1):<br />

• Positioning based on C/A code measurements only.<br />

• Precise clock estimation (or time transfer) as soon as P1/X2 or C1/P2 receiver models<br />

are involved.<br />

• Ionosphere analysis relying on (raw or smoothed) <strong>GNSS</strong> code measurements.<br />

• Ambiguity resolution using the Melbourne-Wübbena linear combination, if you have<br />

baselines involving two different receiver models.<br />

The necessary corrections due to DCBs are automatically computed and applied to the<br />

observations in program <strong>GPS</strong>EST, provided that a DCB input filename is specified in panel<br />

“<strong>GPS</strong>EST 1.1: Input Files 1”. Figure 13.4 illustrates the situation for ambiguity resolution when<br />

relying on the pseudorange method (using the MW LC). The corresponding DCB input file<br />

may contain information concerning BP1−P2 and/or BP1−C1 for <strong>GPS</strong> and/or GLONASS<br />

(see also Figure 22.27).<br />

<strong>Bernese</strong> <strong>GPS</strong> <strong>Software</strong> <strong>Version</strong> <strong>5.0</strong> Page 283

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!