4. 演练想定设计方法

演练想定不是“随便挑一个故障让参试人员处理”,而是把任务剖面、故障机理、注入时机和评估标准串成一条可复现的链路。想定设计的核心逻辑是:先确定卫星在什么任务阶段、处于什么工作模式、依赖哪些关键功能,再选择能破坏这些功能的故障,最后规定何时注入、期望看到什么现象、用什么指标判定处置是否成功。如果跳过任务剖面直接选故障,演练往往变成“考记忆”而非“考能力”。

一、任务剖面是故障场景的锚点

任务剖面描述卫星从发射入轨到寿命末期所经历的主要阶段及其关键动作。对测控演练而言,不需要覆盖全部剖面,而应聚焦那些测控链路参与度高、故障后果严重、处置窗口有限的阶段。以某低轨遥感卫星为例,可提取如下典型剖面片段:

  • 发射段:星箭分离后建立初始姿态,测控分系统加电自检,地面站捕获遥测。
  • 入轨初期:太阳翼展开、天线展开、姿态捕获,测控链路从全向天线切换到定向天线。
  • 在轨正常运行:测控分系统周期性下传遥测、接收遥控指令,测控应答机长期开机。
  • 轨道机动:执行变轨或姿态调整,测控链路需保持连续跟踪。
  • 载荷任务:成像、数传与测控共用部分资源,存在电磁兼容和时序冲突风险。

每个剖面片段都应标注:持续时间、测控可见弧段、关键遥测参数、遥控指令序列、成功判据。这些信息决定了故障注入的“可操作窗口”。例如,入轨初期定向天线切换仅持续数分钟,若在此阶段注入天线指向偏差,处置时间极短,适合考核快速判断能力;而在轨正常运行阶段弧段较长,适合考核完整排故流程。

二、从剖面到故障场景的映射

故障场景的设计应遵循“功能—故障—影响”的映射关系。以测控分系统为例,可建立如下映射:

任务剖面关键功能候选故障直接影响
入轨初期天线展开与指向定向天线展开不到位测控链路增益下降,遥测误码率升高
在轨正常运行遥测下传遥测帧同步丢失地面无法解析遥测,失去状态监视
轨道机动遥控指令接收遥控副载波解调异常指令无法上行,机动无法执行
载荷任务测控与数传共存发射机互调干扰测控接收灵敏度下降,指令误码率上升

选择故障时还要考虑可注入性和可观测性。可注入性指能否通过模拟器、衰减器、信号源或软件开关在真实链路中制造该故障;可观测性指地面能否通过遥测、频谱、误码率等参数明确判断故障发生。两者缺一,想定就难以闭环。

三、注入时机的设计

注入时机不是“越早越好”,而应结合任务阶段和处置窗口。常用时机策略有三类:

  • 弧段前注入:在卫星进入地面站可见范围前,通过模拟器预设故障状态。参试人员一捕获信号就面对异常,考核快速识别能力。
  • 弧段中注入:在测控链路稳定建立后,于某一遥测帧或指令序列执行到特定步骤时触发。适合考核在线判断和实时处置。
  • 关键动作前注入:在太阳翼展开、天线切换、变轨点火等关键动作前注入,考核故障对任务成败的影响及应急决策。

以“遥测帧同步丢失”为例,若在弧段中注入,可设定在连续接收第 30 帧后触发,此时地面已建立稳定跟踪,参试人员需在剩余弧段内完成故障定位和恢复尝试。注入时机应记录为相对时间或事件触发条件,而非绝对时刻,以便重复演练。

四、预期现象与评估指标

预期现象是判断故障是否按设计生效的依据,评估指标是判断处置是否成功的标准。两者必须可量化、可记录。仍以遥测帧同步丢失为例:

  • 预期现象:地面接收软件帧同步状态由“同步”变为“失步”,遥测帧计数停止增长,误码率指示可能升高,但载波锁定指示仍正常。
  • 评估指标:故障识别时间(从注入到参试人员报告异常)、故障定位准确率(是否正确判断为帧同步问题而非载波问题)、恢复操作正确性(是否按预案切换备份遥测通道或重启帧同步器)、任务影响程度(是否导致关键遥测丢失超过规定时长)。

评估指标应分为过程指标和结果指标。过程指标关注处置动作的及时性和规范性,结果指标关注任务是否恢复。两者结合,才能避免“动作快但方向错”或“结果对但过程乱”的误判。

任务剖面驱动的故障想定设计链路 任务剖面 入轨初期 / 在轨运行 轨道机动 / 载荷任务 关键功能与可见弧段 故障场景 天线指向偏差 帧同步丢失 / 解调异常 可注入 + 可观测 注入时机 弧段前 / 弧段中 关键动作前 事件触发条件 预期现象 帧同步失步 误码率升高 载波锁定仍正常 评估指标 识别时间 / 定位准确率 恢复操作正确性 任务影响程度 评估结果反馈修正想定参数 示例:入轨初期定向天线展开不到位 剖面:入轨初期 · 关键功能:天线展开与指向 · 故障:定向天线展开不到位 注入时机:星箭分离后第 120 秒,天线展开指令发出后 5 秒触发 · 预期现象:遥测信号强度下降 6 dB,误码率升至 1E-3 评估指标:识别时间 ≤ 30 秒 · 定位准确率 100% · 恢复操作:切换备份天线或调整姿态指向 · 任务影响:遥测中断 ≤ 2 分钟

五、想定文档的必备字段

一个可执行的演练想定,至少应包含以下字段,便于不同岗位人员理解和使用:

字段说明示例
想定编号唯一标识,便于引用和归档TC-2024-017
任务剖面所属阶段及关键动作入轨初期,天线展开
故障对象分系统、设备、功能测控分系统,定向天线
故障模式具体失效形式展开不到位,指向偏差 15°
注入方式模拟器、衰减器、软件开关等模拟器修改天线指向参数
注入时机相对时间或事件条件展开指令后 5 秒
预期现象可观测的遥测、频谱、误码变化信号强度 -6 dB,误码率 1E-3
评估指标过程与结果量化标准识别 ≤ 30 s,恢复 ≤ 2 min
安全边界不得触发的真实危险动作禁止真实发送天线展开指令
设计提示:想定设计完成后,建议先用模拟器“空跑”一遍,确认故障现象可复现、注入时机可触发、评估指标可采集。若某一环节无法观测或无法量化,应回到任务剖面重新选择故障,而不是强行保留一个“看起来很好”的想定。

从任务剖面出发,经过功能映射、故障选择、时机设计和指标定义,最终形成一份可执行、可复现、可评估的想定文档,这才是演练想定设计的完整闭环。想定的价值不在于故障多复杂,而在于它是否真实反映了任务中的关键风险,以及能否稳定地检验参试人员的处置能力。