卷首语
1970 年 4 月 24 日 22 时 07 分，酒泉发射场的地面接收站里，示波器的荧光屏上跳动着 108 兆赫的加密波形，每 0.07 秒一个波峰，对应 19 层嵌套算法的迭代周期。李敏（算法骨干）的手指悬在 “解密启动” 按键上，面前的纸上列着 37 组遥测参数的名称 —— 从 “轨道近地点 439 公里” 到 “设备温度 - 27℃”，每一组都用红笔标注着 “加密优先级：高”。
陈恒（技术统筹）站在身后，手里攥着《遥测参数加密清单》（编号 “东 - 遥 - 密 - 7004”），清单首页 “37 组参数需实时加密传输，解密误差≤0.01%” 的要求被圈了三道。“第一组参数马上到了，要是解密错了，后面的轨道计算就全乱了。” 他的声音压得极低，接收站外传来风速仪的转动声，370 公里外的 “东方红一号” 正以 7.89 公里 / 秒的速度掠过近地点，37 组参数的加密信号正穿透大气层，向地面飞来。
张工（加密模块总设计）盯着 37 立方厘米的 “太空密码机” 状态灯，绿灯每 19 秒闪烁一次，代表一组参数加密完成。“之前在地面测试，37 组参数加密要 19 秒，现在太空里能不能跟上实时传输节奏，就看这一次了。” 他摸了摸模块外壳上的散热纹路，那是为应对太空温差特意设计的，此刻，37 组参数的加密传输，正成为检验地面技术向航天跨越的关键试金石。
一、37 组关键参数：筛选依据与航天需求落地
1970 年 3 月，“东方红一号” 遥测数据加密任务启动初期，技术团队首先完成 “37 组关键参数” 的筛选 —— 这些参数不是随机选取，而是基于卫星在轨运行的核心监控需求（轨道、设备状态、电源），结合 “67 式” 地面通信的参数加密经验，经 19 轮论证确定，每一组都对应着卫星安全与任务成败，是实时加密传输的核心对象。
37 组参数的 “功能分类” 与筛选逻辑。根据《东方红一号遥测参数筛选报告》（编号 “东 - 遥 - 筛 - 7003”），37 组参数分为三类：轨道参数（7 组，含近地点 / 远地点高度、轨道倾角等，精度要求 10 米级）、设备状态参数（19 组，含 13 台设备的温度、电流、电压，温度误差≤1℃、电压误差≤0.1V）、电源参数（11 组，含蓄电池容量、太阳能电池阵输出等，容量误差≤1%）。筛选标准有三：一是 “影响任务判断”（如轨道参数决定卫星是否入轨）；二是 “关联设备安全”（如设备温度超 40℃会导致故障）；三是 “适配加密模块能力”（37 组参数的数据量刚好匹配 37 立方厘米模块的运算负荷）。陈恒在筛选会上强调：“多一组参数会增加传输延迟，少一组可能漏判卫星状态，37 组是平衡后的最优选择。”
与地面 “67 式” 参数加密的技术关联。37 组参数的加密逻辑，延续了 “67 式” 通信设备的 “优先级分类” 经验 ——“67 式” 在珍宝岛实战中，将情报按 “战术紧急度” 分为 3 类加密层级，此次卫星参数也按 “影响程度” 划分加密优先级：轨道参数（7 组）为 “最高优先级”，采用 19 层嵌套算法（r=3.72）；设备状态参数（19 组）为 “中优先级”，采用 17 层嵌套；电源参数（11 组）为 “基础优先级”，采用 15 层嵌套。李敏在算法设计笔记里写：“‘67 式’的优先级加密让我们知道，不是所有数据都要‘一刀切’加密，按重要性调整层级，既能保安全，又能省资源。”
参数精度与加密算法的 “匹配性” 考量。团队发现，不同参数的精度要求，直接影响加密算法的设计：轨道参数需精确到 10 米，对应加密算法的 “伪随机数生成精度” 需达 1×10??；设备温度需精确到 1℃，对应精度 1×10??即可。若统一按最高精度设计，加密运算量会增加 37%，超出 37 立方厘米模块的负荷。老钟（频率基准专家）通过 1962 年基准时钟的频率校准，为不同参数匹配了 “差异化精度的加密时钟”：轨道参数用 5.000000000 兆赫基准（精度 1×10??），温度参数用 5.0000000 兆赫基准（精度 1×10??），既满足精度需求，又控制运算量。“就像‘67 式’调频段，不同情报用不同带宽，参数加密也要‘按需分配’精度。” 老钟的比喻，让团队快速理解了匹配逻辑。
太空环境对参数传输的 “特殊要求”。卫星在轨会遭遇 - 50℃至 40℃温差、1×10??rad 辐射，这些环境因素会导致参数数据 “漂移”（如温度传感器读数波动 0.3℃）。因此 37 组参数中，19 组设备状态参数额外增加 “环境补偿字段”（如温度参数附带 “-0.3℃漂移修正值”），加密时需将 “原始数据 + 补偿值” 同步传输，确保地面接收后能还原真实状态。张工在加密模块调试时发现：“要是不加补偿，地面收到的温度数据会差 0.3℃，可能误判设备故障，这 37 组参数里，每一个数字都不能马虎。”
