2. 测控任务计划体系与流程管理框架

测控任务计划不是一张孤立的“时间表”，而是一套把任务需求逐层翻译为可执行指令、再把执行结果反馈回需求层的闭环体系。理解这套体系，关键要抓住三条主线：需求如何分解为约束、约束如何编排为计划、计划执行后如何监控并闭环修正。本节围绕这三条主线，给出从任务需求到计划生成、执行、监控与闭环的全流程逻辑框架。

一、计划体系的分层结构

一个完整的测控任务计划体系通常分为四层，自上而下逐层细化，自下而上逐层反馈：

• 任务需求层：描述“要做什么”。包括航天器平台与载荷的测控需求、数传需求、轨道确定需求、载荷开机需求等，通常以任务书、需求规格或用户申请的形式给出。
• 资源约束层：描述“能用什么、受什么限制”。包括地面站可见性、天线指向范围、信道带宽、测控体制（USB/测控数传一体化）、设备可用时段、测控网资源冲突等。
• 计划编排层：描述“怎么排”。把需求映射到具体测控弧段、设备、频点、码速率、工作模式，形成日计划、周计划或长期规划。
• 执行与监控层：描述“执行得怎么样”。包括指令上注、遥测接收、跟踪测量、数据记录，以及执行偏差的实时监视与告警。

四层之间不是单向传递，而是通过“计划—执行—反馈—修正”形成闭环。例如，某次测控弧段因设备故障未能执行，监控层产生偏差事件，反馈到计划编排层触发重排，最终回到需求层确认是否仍满足任务目标。

二、从任务需求到计划生成的关键转换

计划生成的核心，是把“需求语言”转换为“资源语言”。以一次典型的低轨遥感卫星测控任务为例，假设需求为：每日完成不少于 4 次遥测接收、2 次遥控上注、1 次载荷数据回传，且每次测控弧段仰角不低于 10°。计划生成过程大致如下：

1. 可见性计算：根据卫星两行根数（TLE）与地面站坐标，计算未来 24 小时内各站可见弧段的起止时刻、最大仰角与持续时间。示例中某站可见弧段为 08:12:30—08:21:10，最大仰角 42°，持续约 8.7 分钟。
2. 需求匹配：将遥测、遥控、数传需求分别匹配到满足仰角与时长条件的弧段。若某弧段时长不足 5 分钟，则不适合安排遥控上注，只能用于短时遥测。
3. 资源冲突消解：当同一设备被多个任务争用时，按优先级排序。通常遥控上注优先级高于常规遥测，数传回传优先级取决于数据时效要求。
4. 参数绑定：为每个弧段绑定频点、码速率、调制方式、极化方式、天线指向角度等参数。例如遥测下行码速率 4096 bps，遥控上行码速率 2000 bps，数传下行 20 Mbps。
5. 计划输出：生成结构化计划表，包含弧段编号、站名、起止时间、任务类型、设备、参数与备注。

这一过程可以用下面的关系图表示。图中左侧是需求与约束输入，中间是计划生成的核心转换，右侧是执行与监控反馈，底部是闭环修正路径。

三、计划执行与监控的关键观察点

计划生成后进入执行阶段，监控的重点不是“有没有执行”，而是“执行结果与计划是否一致”。实际工作中，通常关注以下几类观察点：

• 时间偏差：实际弧段起始时刻与计划时刻的差值。若偏差超过 30 秒，需检查跟踪引导数据是否准确。
• 仰角与跟踪状态：实际最大仰角是否达到计划值，天线是否稳定跟踪。若出现丢星，需记录丢星时刻与仰角。
• 遥测参数：关键遥测帧计数、误码率、信号强度是否正常。例如误码率高于 1×10⁻⁵ 时，需判断是否受天气或干扰影响。
• 指令执行确认：遥控上注后，航天器是否返回指令执行正确的遥测确认。若未确认，需按预案重注或切换备份通道。
• 数传数据完整性：回传数据帧是否完整，是否有丢帧。若丢帧率超过 2%，需评估是否安排补传。

这些观察点构成监控层的“判断依据”。当偏差发生时，系统产生偏差事件，并触发闭环修正流程。

四、闭环修正的逻辑与判断

闭环修正不是简单重排，而是要先判断偏差的性质，再决定修正层级。常见的判断路径如下：

1. 偏差是否影响任务目标：若某次遥测未执行，但当日遥测次数仍满足 ≥ 4 次，则不影响目标，只需记录；若导致次数不足，则必须补排。
2. 偏差是否可恢复：设备临时故障可在后续弧段恢复；若设备长时间不可用，则需切换到备份站或调整任务优先级。
3. 修正层级选择：仅时间或参数偏差，在计划编排层修正；若资源约束发生根本变化（如某站退出服务），则需回到资源约束层重新计算可见性。
4. 需求再确认：若修正后仍无法满足全部需求，需与任务方确认是否降低要求、延长周期或调整优先级。

闭环的最终产出不是“修好了”，而是“计划版本更新 + 偏差记录 + 复盘结论”。计划版本更新保证后续执行有据可依；偏差记录用于统计设备可靠性与计划稳定性；复盘结论则用于优化后续计划生成策略，例如调整弧段预留时间、优化优先级规则等。

五、计划体系与流程管理的协同关系

计划体系解决“计划从哪来、到哪去”的结构问题，流程管理解决“谁在什么时候做什么、依据什么判断”的过程问题。两者协同，才能形成真正的闭环。具体来说：

• 计划体系提供分层结构、数据字段与版本管理，使计划可追溯、可对比。
• 流程管理提供角色分工、审批节点、执行时序与异常处理路径，使计划可落地、可监控。
• 闭环机制把执行结果反馈到计划与需求，使体系具备自我修正能力。

在实际系统中，这通常体现为“计划编制—审批发布—执行监控—偏差处理—版本归档”的流程链。每个环节都有明确的输入、输出与判断条件，避免计划与执行脱节。只有把结构、流程与闭环三者统一起来，测控任务计划才能真正做到“需求可分解、计划可执行、执行可监控、偏差可修正”。