1 月 9 日 2 时 01 分 - 10 时 00 分的 “第 6-10 组推演：功率波动的关联验证”。考虑到红其拉甫站记录的 “每 19 分钟功率波动”，老张让小李在第 6-10 组推演中加入 “功率波动因子”—— 比如功率 16dBm 时，映射字符加 1；19dBm 时，映射字符不变。第 6 组（跳频点 1→0，功率 16dBm→字符 1）匹配概率 38%，第 7 组（跳频点 2→1，功率 17dBm→字符 2）36%，第 8 组（跳频点 3→2，功率 18dBm→字符 3）39%，第 9 组（跳频点 4→3，功率 19dBm→字符 3）37%，第 10 组（跳频点 5→4，功率 16dBm→字符 5）40%—— 最高的 40%，还是没到 60%。“已经试了周期、映射、功率，怎么还是不行？” 小李有些急躁，把铅笔扔在桌子上，小王赶紧捡起来，劝道：“别急，去年破译 170 兆赫的信号，前 15 组也都失败了。” 老张则拿起红其拉甫的监测报告，重新看跳频点顺序：“1→5→9→13→17→2→6……AN/ALR-70 的顺序是 1→2→3→4→5…… 会不会跳频顺序变了，导致映射表没用？” 这个念头一闪而过，他决定在接下来的推演中，先固定跳频顺序，再细化周期精度。

小主，

三、第 11-29 组推演：29 次失败与技术瓶颈的凸显（1972 年 1 月 9 日 10 时 01 分 - 1 月 11 日 15 时 00 分）

从 1 月 9 日 10 时到 1 月 11 日 15 时，老张团队连续推进 19 组推演（第 11-29 组），核心是 “验证跳频顺序变化、细化周期计算精度、关联功率波动与密钥更换”。这 43 个小时里，机房的灯光几乎没熄灭过，手摇计算机的手柄被转了无数圈，坐标纸上画满了密密麻麻的映射图，但 29 组推演的最高匹配概率仅为 52%，始终卡在 “60%” 的合格线以下。团队成员的心理从 “期待” 转为 “焦虑”，小李的手上磨出了水泡，小王的眼睛布满血丝，老张的胡子也长长了，但没人提出休息 —— 他们知道，每一次失败都是在排除错误方向，离真相更近一步。

1 月 9 日 10 时 01 分 - 1 月 10 日 2 时 00 分的 “第 11-18 组：跳频顺序变化的验证”。老张根据 175 兆赫的跳频顺序（1→5→9→13→17→2→6…），重新制作 “跳频点 - 编号” 对应表（比如 “175.01 兆赫 = 跳频点 1，175.05 兆赫 = 跳频点 5”），而非 AN/ALR-70 的 “按频率递增排序”。小李用新表做第 11-18 组推演，第 11 组（跳频点 1→0，顺序 1）匹配概率 45%，第 12 组（跳频点 5→4，顺序 2）48%，第 13 组（跳频点 9→8，顺序 3）50%，第 14 组（跳频点 13→12，顺序 4）52%—— 这是目前最高的概率，但仍差 8%。“有进步！说明跳频顺序真的变了，不是按频率排的。” 老张兴奋地拍了下桌子，让小李继续推进，第 15-18 组调整 “顺序偏差”（比如顺序 1 对应跳频点 2），但概率反而下降到 47%。“现在确定，跳频顺序是‘1→5→9→13→17→2→6…’，这个不能再变了，接下来细化周期精度。” 老张在白板上写下 “跳频顺序固定”，用红笔圈起来，小李揉了揉手上的水泡，换了只手继续转动手摇柄。

1 月 10 日 2 时 01 分 - 18 时 00 分的 “第 19-25 组：周期精度从 0.1 秒到 0.05 秒”。之前的推演都按 “周期 3.7 秒” 计算，精度保留 0.1 秒，老张怀疑 “0.1 秒的误差累积，导致匹配概率上不去”，决定将周期精度细化到 0.05 秒（比如 3.70 秒、3.75 秒）。小李用红其拉甫站的原始记录，重新核对每一组信号的周期：1 月 5 日 21 时 07 分的信号周期 3.71 秒，21 时 25 分 3.70 秒，21 时 43 分 3.69 秒 —— 确实存在 0.02 秒的波动。第 19 组（周期 3.71 秒，精度 0.05 秒）匹配概率 51%，第 20 组（3.70 秒）53%，第 21 组（3.69 秒）52%，第 22-25 组加入 “周期波动因子”（如 3.71 秒→字符 + 1），最高概率 54%，还是没到 60%。“差 6%，问题在哪儿？” 小王看着映射图，喃喃自语，老张则拿出功率波动记录：“每 19 分钟功率降 3dBm，会不会这时候密钥也换了？之前没考虑密钥更换的时间点。”

1 月 10 日 18 时 01 分 - 1 月 11 日 15 时 00 分的 “第 26-29 组：功率波动与密钥更换的关联”。老张假设 “每 19 分钟功率波动时，密钥的最后两位数字更换”（比如从 “XXXX01” 变为 “XXXX02”），让小李做第 26-29 组推演。第 26 组（功率 16dBm，密钥最后两位 02）匹配概率 55%，第 27 组（17dBm，03）56%，第 28 组（18dBm，04）57%，第 29 组（19dBm，05）58%—— 离 60% 只差 2%，但就是跨不过去。“就差 2% 了！” 小李猛地站起来，手摇计算机的手柄差点掉在地上，小王赶紧扶住，老张则冷静地说：“别慌，再核对一遍原始数据，是不是周期精度还不够？” 他拿过红其拉甫的记录册，看到 “周期 3.7 秒” 的后面，小李标注的是 “约 3.7 秒”，突然意识到：“之前算周期用的是秒表测的 3.71 秒，但 714 型监测仪的周期显示是 3.7 秒，会不会实际精度能到 0.01 秒？我们之前用 0.05 秒，还是粗了。” 这个发现，成了后续突破的关键。

本小章还未完，请点击下一页继续阅读后面精彩内容！

四、第 30 组推演：精度调整与疑似字符的首次匹配（1972 年 1 月 11 日 15 时 01 分 - 22 时 00 分）

1 月 11 日 15 时 01 分，在经历 29 组失败后，老张团队将所有注意力集中在 “周期计算精度” 上 —— 他们决定将周期精度从 0.05 秒提升至 0.01 秒，用 714 型监测仪的原始数据（而非秒表记录）重新计算每一组信号的周期，启动第 30 组推演。这一次，没有之前的急躁，也没有过多的期待，每个人都按部就班地操作，仿佛在完成一项普通的任务，但心里都藏着一丝希望 —— 也许这一次，能突破那道 60% 的门槛。

15 时 01 分 - 18 时 30 分的 “周期数据的重新校准”。小王负责从红其拉甫的监测报告中提取 714 型监测仪的原始周期数据：1 月 5 日 21 时 07 分 “3.70 秒”，21 时 25 分 “3.69 秒”，21 时 43 分 “3.71 秒”，1 月 6 日 10 时 17 分 “3.70 秒”…… 每一个数据都精确到 0.01 秒，而非之前的 “约 3.7 秒”。小李则将这些数据按 “时间顺序” 录入 103 型手摇计算机的辅助表格，确保 “每一个周期数据与跳频点、功率对应无误”。“之前用秒表测的 3.71 秒，和监测仪的 3.70 秒差 0.01 秒，19 个跳频点下来，累积误差就有 0.19 秒，足够影响匹配概率了。” 老张解释道，手指在数据表格上划过，确认 “无错漏、无颠倒”，18 时 30 分，校准完成，第 30 组的参数终于确定：“跳频点 1（175.01 兆赫）、周期 3.70 秒、功率 19dBm、密钥最后两位 01、跳频顺序 1→5→9…、映射表按新顺序”。

18 时 31 分 - 20 时 15 分的 “第 30 组推演的实操过程”。小李深吸一口气，将手摇计算机的 “精度旋钮” 从 “0.05 秒” 调至 “0.01 秒”，然后逐一输入参数：①跳频点编号：1；②标准周期（AN/ALR-70）：3.60 秒；③实际周期：3.70 秒；④周期偏差：+0.10 秒；⑤功率：19dBm；⑥密钥位：第 1 位。输入完成后，他顺时针转动手摇柄，每转一圈，嘴里数一个数：“1、2、3…19”，转完 19 圈后，按住 “计算” 键，计算机屏幕上的数字开始跳动，最终停在 “63%”—— 超过 60% 了！“63%！张师傅，63%！” 小李的声音带着颤抖，小王赶紧凑过来看，老张也放下手里的笔，快步走到计算机前，确认屏幕上的数字：“没错，63%，有效匹配！”

20 时 16 分 - 22 时 00 分的 “疑似字符提取与验证”。按 63% 的匹配概率，跳频点 1（175.01 兆赫）对应的字符为 “7”（根据新映射表推算）；小李继续计算跳频点 5（175.05 兆赫，周期 3.69 秒），匹配概率 61%，对应字符 “1”；跳频点 9（175.09 兆赫，周期 3.71 秒），匹配概率 62%，对应字符 “9”。“7、1、9！” 小王在坐标纸上写下这三个数字，兴奋地说：“这三个字符连起来是 719，会不会是密钥的前三位？” 老张让小李验证后续跳频点：跳频点 13（175.13 兆赫）匹配概率 59%（差 1%），对应字符 “3”；跳频点 17（175.17 兆赫）58%，对应字符 “7”—— 这两个概率不足 60%，无法确定。“先确认 7、1、9 的稳定性，再算其他组。” 老张让小李用第 30 组的参数，重新计算 1 月 5 日 - 7 日的 19 组信号，其中 15 组的跳频点 1、5、9 匹配概率均在 60%-65% 之间，确认 “7、1、9 是稳定的疑似字符”，但这三个字符无法形成完整语义（如 “719” 无对应通信词汇），破译仍需进一步推进。

五、剩余 7 组推演与初步成果的总结上报（1972 年 1 月 11 日 22 时 01 分 - 1 月 12 日 10 时 00 分）