95 lines
		
	
	
		
			4.0 KiB
		
	
	
	
		
			Plaintext
		
	
	
	
	
	
			
		
		
	
	
			95 lines
		
	
	
		
			4.0 KiB
		
	
	
	
		
			Plaintext
		
	
	
	
	
	
=== AP Decoding
 | 
						|
 | 
						|
With the QRA64 decoder Nico Palermo, IV3NWV, introduced a technique
 | 
						|
for decoding with the aid of information that naturally accumulates
 | 
						|
during a minimal QSO.  This _a priori_ (AP) information can be
 | 
						|
used to increase the sensitivity of the decoder.
 | 
						|
 | 
						|
When an operator decides to answer a CQ, he already knows his own
 | 
						|
callsign and that of his potential QSO partner.  He therefore knows
 | 
						|
what to expect for at least 56 of the 72 message bits in a
 | 
						|
standard-format response to his call.  The _WSJT-X_ decoders for QRA64
 | 
						|
and FT8 can use these AP bits to decode messages containing them with
 | 
						|
higher sensitivity than otherwise possible.
 | 
						|
 | 
						|
We have implemented AP decoding in slightly different ways in QRA64
 | 
						|
and FT8.  To provide some explicit examples for users, we provide here
 | 
						|
a brief description of the FT8 behavior.
 | 
						|
 | 
						|
The FT8 decoder always tries first to decode a signal without using
 | 
						|
any AP information. If this attempt fails, and if *Enable AP* is
 | 
						|
checked on the *Decode* menu, a second attempt hypothesizes that the
 | 
						|
message contains callsigns MyCall and DxCall. If the QSO has
 | 
						|
progressed to the point where signal reports have been exchanged, a
 | 
						|
third attempt hypothesizes that the message contains the known
 | 
						|
callsigns followed by RRR, RR73, or 73.
 | 
						|
 | 
						|
AP decoding attempts effectively set the AP bits to the hypothesized
 | 
						|
values, as if they had been received perfectly.  The decoder then
 | 
						|
proceeds to determine whether the remaining message and parity bits
 | 
						|
are consistent with the hypothesized AP bits.  If a codeword is found
 | 
						|
that the decoder judges to have high (but not overwhelmingly high)
 | 
						|
probability of being correct, a ? character is appended when the
 | 
						|
decoded message is displayed. Decodes thus marked are not sent to
 | 
						|
{pskreporter} to avoid occasional misleading spots of false decodes.
 | 
						|
 | 
						|
Successful AP decodes are always labeled with an end-of-line indicator
 | 
						|
of the form aP, where P is one of the single-digit AP decoding types
 | 
						|
listed in Table 1.  For example, an a2 designator says that the
 | 
						|
successful decode used MyCall as hypothetically known information.
 | 
						|
 | 
						|
[[AP_INFO_TABLE]]
 | 
						|
.AP information types
 | 
						|
[width="35%",cols="h10,<m20",frame=topbot,options="header"]
 | 
						|
|===============================================
 | 
						|
|P | Message components
 | 
						|
|1 | CQ         ?         ? 
 | 
						|
|2 | MyCall     ?         ? 
 | 
						|
|3 | MyCall DxCall      ? 
 | 
						|
|4 | MyCall DxCall RRR
 | 
						|
|5 | MyCall DxCall 73
 | 
						|
|6 | MyCall DxCall RR73
 | 
						|
|===============================================
 | 
						|
 | 
						|
=== Decoded Lines
 | 
						|
 | 
						|
Displayed information accompanying decoded messages generally includes UTC,
 | 
						|
signal-to-noise ratio in dB, time offset DT in seconds, and
 | 
						|
audio frequency in Hz.  Some modes include additional information such
 | 
						|
as frequency offset from nominal (DF), frequency drift (Drift or F1),
 | 
						|
or distance (km or mi).
 | 
						|
 | 
						|
There may also be some cryptic characters with special meanings
 | 
						|
summarized in the following Table:
 | 
						|
 | 
						|
[[DECODED_LINES_TABLE]]
 | 
						|
.Notations used on decoded text lines
 | 
						|
[width="50%",cols="h,3*^",frame=topbot,options="header"]
 | 
						|
|===========================================
 | 
						|
|Mode    |Mode character|Sync character|End of line information
 | 
						|
|FT8     | ~            |      | ?   aP
 | 
						|
|JT4     | $            | *, # | f, fN, dNC
 | 
						|
|JT9     | @            |      |
 | 
						|
|JT65    | #            |      |
 | 
						|
|JT65 VHF| #            | *, # | f, fN, dNC
 | 
						|
|QRA64   | :            | *    | R
 | 
						|
|ISCAT   |              | *    | M  N  C  T
 | 
						|
|MSK144  | &            |      | N
 | 
						|
|===========================================
 | 
						|
Sync character::
 | 
						|
 `*` - Normal sync +
 | 
						|
 `#` - Alternate sync
 | 
						|
 | 
						|
End of line information::
 | 
						|
 `?` - Decoded with lower confidence +
 | 
						|
 `a` - Decoded with aid of some a priori (AP) information +
 | 
						|
 `C` - Confidence indicator [ISCAT and Deep Search; (0-9,*)] +
 | 
						|
 `d` - Deep Search algorithm +
 | 
						|
 `f` - Franke-Taylor or Fano algorithm +
 | 
						|
 `M` - Message length (characters) +
 | 
						|
 `N` - Number of Rx intervals or frames averaged +
 | 
						|
 `P` - Number indicating type of AP information (Table 1, above) +
 | 
						|
 `R` - Return code from QRA64 decoder +
 | 
						|
 `T` - Length of analyzed region (s)
 | 
						|
 |