Technical Provisions for Mode S Services and Extended Squitter
Technical Provisions for Mode S Services and Extended Squitter
Technical Provisions for Mode S Services and Extended Squitter
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
DRAFT - Working Paper ASP TSGWP11-01 <strong>for</strong> review by the TSG during the meeting in June 2011 in Paris<br />
C-12 <strong>Technical</strong> <strong>Provisions</strong> <strong>for</strong> <strong>Mode</strong> S <strong>Services</strong> <strong>and</strong> <strong>Extended</strong> <strong>Squitter</strong><br />
The position data that is loaded into the Airborne Position register shall be an estimate of the A/V position at<br />
the Time of Applicability.<br />
Note 3.— The position may be estimated by extrapolating the position from the time of validity of the fix<br />
(included in the position fix) to the Time of Applicability of the data in the register (which, if T=1, is an exact<br />
0.2 UTC time tick). This may be done by a simple linear extrapolation using the velocity provided with the<br />
position fix <strong>and</strong> the time difference between the position fix validity time <strong>and</strong> the Time of Applicability of the<br />
transmitted data. Alternatively, other methods of estimating the position, such as alpha-beta trackers or<br />
Kalman filters, may be used.<br />
Every 200 ms, the contents of the position registers shall be updated by estimating the A/V position at the<br />
next subsequent 0.2 second UTC epoch. This process shall continue with new position fixes as they<br />
become available from the source of navigation data.<br />
C.2.3.2.3.2 Extrapolating Position (When T=0)<br />
“T” shall be set to ZERO (0) if the Time of Applicability of the data being loaded into the position register is<br />
not synchronized to any particular UTC epoch. The position being transmitted must have a Time of<br />
Applicability that is no greater than 100 milliseconds from the time of transmission. Additionally, the position<br />
register shall be re-loaded with position data at intervals that are no more than 200 ms apart. This ensures<br />
that the position contained in the position registers will have a Time of Applicability that is never more than<br />
200 ms different from any time during which the register holds that data. If the transmitted position data is<br />
loaded from the position register, the position register shall be updated such that the 100 millisecond<br />
per<strong>for</strong>mance is achieved.<br />
Note.— This may be accomplished by loading the Airborne Position register at intervals that are no<br />
more than 200 ms apart, with data <strong>for</strong> which the Time of Applicability is between the time the register is<br />
loaded <strong>and</strong> the time that it is loaded again. For example, loading the register at 200 millisecond intervals<br />
would require that the time of applicability at register load time is exactly 100 milliseconds ahead of the<br />
register load time. Greater flexibility in the time of applicability at register load time is provided by increasing<br />
the update rate.<br />
If “T” is ZERO (0), then ADS-B Receiving Subsystems shall accept Airborne Position Messages as being<br />
current as of the Time of Receipt. Updating the position data as above ensures that the ADS-B Transmitting<br />
Subsystem does not induce more than 100 milliseconds of timing error into the transmitted position data.<br />
C.2.3.2.3.3 Time-Out When New Position Data is Unavailable<br />
Draft<br />
In the event that the navigation input ceases, the extrapolation described in §C.2.3.2.3.1 <strong>and</strong> §C.2.3.2.3.2<br />
shall be limited to no more than two (2) seconds. At the end of this timeout of two seconds, all fields of the<br />
Airborne Position register, except the altitude field, shall be cleared (set to ZERO).<br />
Note.— The altitude field, bits 9 to 20 of the register, would only be cleared if current altitude data were<br />
no longer available.<br />
With the appropriate register fields cleared, the broadcast of the ZERO TYPE Code field shall serve to notify<br />
ADS-B Receiving Subsystems that the data in the Latitude <strong>and</strong> Longitude fields are invalid.<br />
C.2.3.2.4 Altitude<br />
This 12-bit field (“ME” bits 9 – 20, Message bits 41 – 52) shall provide the aircraft altitude. Depending on the<br />
TYPE Code, this field shall contain either:<br />
1. Barometric altitude encoded in 25 or 100 foot increments (as indicated by the Q Bit) or,<br />
2. GNSS height above ellipsoid (HAE).<br />
Note.— GNSS altitude MSL is not accurate enough <strong>for</strong> use in the position report.<br />
DRAFT - Working Paper ASP TSGWP11-01 <strong>for</strong> review by the TSG during the meeting in June 2011 in Paris