The 1090 Megahertz Riddle (second edition)

A Guide to Decoding Mode S and ADS-B Signals
By: Junzi Sun (junzis.com)

Inferencing of BDS codes

In Chapter [chap:comm-b], we discussed the basic structure and protocols of Mode S Comm-B messages. Each message type is identified by an 8-bit Comm-B Data Selector (BDS) code, which is only transmitted in the uplink message but not included in the downlink message. As third parties observing the replies to Mode S surveillance interrogations, we must first determine the BDS code before decoding the content of any Comm-B messages.

BDS codes identification logics

Each Mode S message has a predefined structure and variables. For almost all common Comm-B message types, there are rules for certain bits. For example, these bits are:

  • Reserved bits: These are bits in the different message types that are reserved for future use. They all have to be zeros. If any of the bits is not zero, the possibility of a certain BDS code should be ruled out.

  • Status bits: Some fields in Comm-B messages have their corresponding status bits. When a status bit is set to zero, all bits in the field must be zero. If the field contains non-zero bits, the possibility of a certain BDS code can be ruled out.

  • Value rules: Different fields in the messages also have different physical ranges. For example, the Mach number in BDS 6,0 should not be higher than 1, and the temperature value in BDS 4,4 should be between -80\(^\circ\)C and 60\(^\circ\)C. These constants can then be used to exclude certain BDS codes.

Tables 1.1, 1.2, and 1.3 show the rules for identifying different types of ELS, EHS, and meteorological messages.

Heuristic identification logic for ELS
BDS MB bits Parameter Rules
1,0 1–8 BDS code Equal to 0001 0000
10–14 Reserved All zeros
1,7 7 BDS 2,0 enabled Equal to 1
29–56 Reserved All zeros
2,0 1–8 BDS code Equal to 0010 0000
9–56 Callsign Only contains 0–9, A–Z, or space
3,0 1–8 BDS code Equal to 0011 0000
29–30 Threat type Not equal to 11
16–22 ACAS less than 48
Heuristic identification logic for EHS
BDS MB bits Parameter Rules
4,0 1 : 2–13 MCP/FCU selected altitude Status consistent
14 : 15–26 FMS selected altitude Status consistent
27 : 28–39 Barometric pressure Status consistent
40 - 47 Reserved All zeros
52 - 53 Reserved All zeros
5,0 1 : 2–11 Roll angle Status consistent
Between -50 and 50 degrees
12 : 13–23 True track angle Status consistent
24 : 25–34 Ground speed Status consistent
Between 0 and 600 kt
35 : 36–45 Track angle rate Status consistent
45 : 46–56 True airspeed Status consistent
Between 0 and 500 kt
6,0 1 : 2–12 Magnetic heading Status consistent
13 : 14–23 Indicated airspeed Status consistent
Between 0 and 500 kt
24 : 25–34 Mach number Status consistent
Between 0 and 1
35 : 36–45 Barometric vertical rate Status consistent
Between -6000 and 6000 fpm
46 : 47–56 Inertial vertical rate Status consistent
Between -6000 and 6000 fpm
Heuristic identification logic for MRAR and MHR
BDS MB bits Parameter Rules
4,4 1–4 FOM Less than 5
5 : 6–23 Wind speed / direction Status consistent
speed less than 250 kt
24–34 Static air temperature Between -80 and 60\(^\circ\)C
4,5 1 : 2–3 Turbulence Status consistent
4 : 5–6 Wind shear Status consistent
7 : 8–9 Microburst Status consistent
10 : 11–12 Icing Status consistent
13 : 14–15 Wake vortex Status consistent
16 : 17–26 Static air temperature Status consistent
Between -80 and 60\(^\circ\)C
27 : 28–28 Static pressure Status consistent
39 : 40–51 Radio height Status consistent
52–56 Reserved All zeros

Identification of BSD 5,0 and 6,0

Of all the previously mentioned message types, BDS 5,0 and BDS 6,0 are the two message types that share the most similar structures. From Table 1.2, we can see the differences are in bit 12/13 and bit 45/46 of BDS 5,0 and BDS 6,0. This similarity can cause a number of messages to be identified as both BDS 5,0 and 6,0 messages.

In order to distinguish between these two messages, we need to utilize the information contained in the messages. BDS 5,0 and BDS 6,0 both contain aircraft speed information. We can design the additional check using the following logic:

  • Assuming the message is BDS 5,0, compare the difference between the ground speed and true airspeed. The difference should not be too large. Empirically, this threshold can be set at approximately 200 kt to include possible wind speed.

  • Assuming the message is BDS 6,0, convert the Mach number to calibrated airspeed based on altitude code under ISA condition [Young 2017]. The difference between calibrated airspeed and indicated airspeed should not be too large.

If the previous logic does not eliminate one of the two possibilities, we need to make use of the information collected in ADS-B (if available) to verify the information. ADS-B data from the same aircraft can be used as a reference, to check whether the speed from the assumed message type agrees with the ground speed from ADS-B. The details of this process is described in [Sun et al. 2019]. Wind information can also be taken into consideration to make the identification more accurate.

Decoding examples

The basic BDS code identification logic is relatively simple. It checks all criteria from all message types and decides whether all but one BDS code can be eliminated. In this example section, we are only going to show how a message with both possibilities of BDS 5,0 and BDS 6,0 can be identified.

Figure 1.1 shows the identification of a DF=20 message.

We see that BDS 6,0 is identified since the difference between the ground speed and airspeed is too high in the BDS 5,0 assumption.

Figure 1.2 shows the identification of a DF=21 message. In DF=21 messages, the altitude code is not included. Thus, we have to rely on other information, such as speed and track angle from ADS-B to validate the BDS code. The assumption about it being BDS 5,0 corroborates the speed information from ADS-B.

Try it out Using pyModeS, we can infer the BDS code of a message as:

import pyModeS as pms

msg1 = "A0001838E519F33160240142D7FA"
bds1 = pms.bds.infer(msg1)

msg2 = "A8001EBCFFFB23286004A73F6A5B"
bds2 = pms.bds.infer(msg2) 

The first BDS code should be BDS60. The second message has the possibility of being either BDS50 or BDS60, we can further infer the type based on ADS-B information:

bds2 = pms.bds.is50or60(msg2, 320, 250, 14000)

The final BDS code should be BDS50.

Sun, J., Vû, H., Ellerbroek, J., and Hoekstra, J.M. 2019. Pymodes: Decoding mode s surveillance data for open air transportation research. IEEE Transactions on Intelligent Transportation Systems.
Young, T.M. 2017. Performance of the Jet Transport Airplane: Analysis Methods, Flight Operations, and Regulations. John Wiley & Sons.

© Copyright 2021 Junzi Sun. Build with LaTeX, Pandoc, and GitHub