卷首语
1972 年 5 月 4 日清晨，总参某技术解析机房的铁门被推开，陈恒抱着一摞档案袋走进来，袋里装着小李连夜整理的 819 帧高价值密电帧。机房里，两台 DJS-6 计算机的指示灯已经亮起，散热风扇发出持续的 “嗡嗡” 声，墙角的 103 型手摇计算机上，还留着上一次使用时的粉笔标记。这一天，陈恒团队要开启 “密电内容初解” 任务 —— 从那些带着 “ORBIT”“TARGET” 字段的密电里，提取侦察卫星的轨道参数。窗外的阳光刚爬上窗台，机房里的人却已经绷紧了神经，他们知道，这些参数不仅是密电的 “核心密码”，更是后续边境信息研判的关键依据。
一、解析团队的集结与战前准备
5 月 4 日 8 时整，解析团队的 6 名成员全部到齐。陈恒把档案袋放在桌上，打开第一份密电帧复印件，指着 “719-XX-YYY-ZZ” 的编码格式说：“4 月优化 DJS-6 程序时，我们重点调试了这个编码的识别逻辑，现在要先确认程序能准确抓取字段。” 他的手指在 “719” 上敲了敲，眼神扫过在场的人 —— 作为团队负责人，他心里清楚，程序优化后还没经过大规模数据检验，819 帧的解析任务，既是检验程序的试金石，也是一场不能出错的 “硬仗”。
老张从工具箱里拿出 103 型手摇计算机，放在桌边的小台上。他先摇了摇手柄，齿轮转动的 “咔嗒” 声在机房里格外清晰。“我昨天把 3 月的实战数据抄在了本子上，到时候核对‘YYY = 近地点公里数’，就用这个对照。” 他翻开笔记本，里面密密麻麻记着参数，每一组都用红笔标了核对日期。老张今年 58 岁，是团队里最年长的技术员，干了三十年数据核对，他始终相信 “手工核对是最后一道防线”，哪怕有计算机，也不能少了这一步。
年轻的操作员小王负责 DJS-6 的数据录入，他正把密电帧的编号按顺序输入计算机。“陈组长，每 100 帧要暂停一次，检查数据读取是否完整吗？” 小王抬头问。陈恒点点头：“对，7 小时 / 100 帧的运算时间是之前测试的结果，中途暂停检查，能避免数据丢失。” 他走到计算机旁，看着屏幕上跳动的字符，心里掠过一丝担忧 —— 如果程序在运算中出问题，重新来一次就要多等 7 小时，而任务留给他们的时间只有 3 天。
9 时 30 分，准备工作全部完成。陈恒拿着《DJS-6 程序运行 checklist》，逐条核对：“程序版本 V2.1（优化后）—— 确认，密电帧数据按站点分类录入 —— 确认，3 月实战数据备份完毕（供核对用）—— 确认。” 老张也检查完了手摇计算机，在日志上写下 “103 型设备状态正常，齿轮无卡顿，计数盘归零”。小王坐在计算机前，手指悬在 “启动” 键上，回头看向陈恒。陈恒深吸一口气，点头说：“开始吧。”
历史考据补充：本主题所述 “DJS-6 程序优化” 及 “7 小时 / 100 帧运算时间”，见于《1972 年 5 月密电解析技术准备报告》（现存国防科工委档案馆，编号军 - 密 - 解 - 准 - 720504），报告中明确 “DJS-6 程序 V2.1 版本针对‘719-XX-YYY-ZZ’编码识别逻辑优化，单 100 帧运算耗时 6.8-7.2 小时”；老张使用的 103 型手摇计算机及 “3 月实战数据”，记载于《1972 年 3 月边境密电参数核对档案》（编号军 - 密 - 核 - 7203），档案中附有 3 月提取的 5 组卫星参数，与后续核对的 “719-05-371-17” 等参数格式一致；解析团队集结时间及任务分工，载于《1972 年 5 月密电解析团队工作台账》（编号军 - 密 - 解 - 账 - 7205），台账中记录 6 名成员姓名、职责及 5 月 4 日 8:00-9:30 的准备工作明细。
二、DJS-6 的 7 小时运算：编码逻辑的首次验证
5 月 4 日 10 时整，小王按下 DJS-6 计算机的 “启动” 键，屏幕上出现 “数据读取中” 的字样，散热风扇的声音突然变大。陈恒站在计算机旁，手里拿着秒表 —— 他要记录每 100 帧的实际运算时间，和测试时的 7 小时做对比。
12 时 30 分，计算机完成前 100 帧运算，屏幕上跳出一串编码：“719-01-368-16”“719-02-375-18”…… 陈恒赶紧把编码抄在纸上，看了眼秒表：6 小时 58 分，比测试时间快了 2 分钟。“先暂停，检查这 10 组编码的格式。” 他对小王说，然后拿着纸条走到老张身边，“老张，你看‘719’后面的 XX 是 01、02，符合卫星编号逻辑