15.1. AP 解码
FST4、FT4、FT8、JT65 和 Q65 的 WSJT-X 解码器包括利用最小 QSO 期间自然积累信息的过程。这种先验(AP)信息将解码器的灵敏度提高最多 4 dB,代价是误解码率略高。AP 在 FT8 和 JT65 中是可选的,但对于 Q65 以及解码深度为"正常"或"深度"时的 FT4 和 FST4 始终启用。
例如:当您决定回答 CQ 时,您已经知道自己的呼号和潜在 QSO 伙伴的呼号。因此软件"知道"在下一个接收消息中至少 57 个消息位(每个呼号 28 位,一个或多个消息类型位)的预期内容。解码器的任务因此简化为确定消息的剩余 15 位并确保所得解决方案是可靠的。
AP 解码首先将 AP 位设置为假设值,就好像它们已被正确接收一样。然后我们确定剩余的消息和奇偶校验位是否与假设的 AP 位一致,并具有指定的置信水平。成功的 AP 解码以行尾指示符的形式标记,例如 aP,其中 P 是表 1 中列出的单数字 AP 解码类型之一。例如,a2 表示成功的解码使用了 MyCall 作为假设已知信息。类型 a7 和 a8 仅在 FT8 模式中使用。来自先前 Rx 序列的信息用于 a7 解码,而 a8 与 a7 类似但使用了完全不同的列表解码算法。
表 1. FST4、FT4 和 FT8 AP 信息类型
| aP | 消息组件 |
|---|---|
| a1 | CQ ? ? |
| a2 | MyCall ? ? |
| a3 | MyCall DxCall ? |
| a4 | MyCall DxCall RRR |
| a5 | MyCall DxCall 73 |
| a6 | MyCall DxCall RR73 |
| a7 | (Call_1 或 CQ) Call_2 ? |
| a8 | (MyCall 或 CQ) DxCall ? |
如果找到的码字被判断为具有高(但非压倒性)概率正确,则显示解码消息时会附加一个 ? 字符。为避免误导性的偶发误解码点,如此标记的消息不会转发到 PSK Reporter。
表 2 列出了由 WSJT-X 自动排序器跟踪的六种可能的 QSO 状态,以及在 FT4 或 FT8 中每种状态下将尝试的 AP 解码类型。FST4 表(未显示)相同,只是省略了解码类型 4 和 5 的尝试以节省时间。
表 2. 每种 QSO 状态的 FT4 和 FT8 AP 解码类型
| 状态 | AP 类型 |
|---|---|
| CALLING STN | 2, 3 |
| REPORT | 2, 3 |
| ROGER_REPORT | 3, 4, 5, 6 |
| ROGERS | 3, 4, 5, 6 |
| SIGNOFF | 3, 1, 2 |
| CALLING CQ | 1, 2 |
使用先验信息解码在 JT65 中的行为略有不同。表 3 和 4 提供了一些详细信息。
表 3. JT65 AP 信息类型
| aP | 消息组件 |
|---|---|
| a1 | CQ ? ? |
| a2 | MyCall ? ? |
| a3 | MyCall DxCall ? |
| a4 | MyCall DxCall RRR |
| a5 | MyCall DxCall 73 |
| a6 | MyCall DxCall DxGrid |
| a7 | CQ DxCall DxGrid |
表 4. 每种 QSO 状态的 JT65 AP 解码类型
| 状态 | AP 类型 |
|---|---|
| CALLING STN | 2, 3, 6, 7 |
| REPORT | 2, 3 |
| ROGER_REPORT | 3, 4, 5 |
| ROGERS | 3, 4, 5 |
| SIGNOFF | 2, 3, 4, 5 |
| CALLING CQ | 1, 2, 6 |