3. 任务监视的对象与指标体系

任务监视不是“看大屏”，而是围绕一组明确对象持续采集、比对和判读状态量。卫星地面运控中心的值班人员每天面对成百上千条遥测参数、设备状态字和进程心跳，如果监视对象边界不清、指标口径不统一，就会出现“数据都在、问题看不见”的局面。因此，本节先把监视对象分成四类，再建立三层指标体系，最后落到任务成功判据上。

一、四类监视对象

卫星平台是卫星的“公共底座”，包括姿态与轨道控制、电源、热控、推进、数管和测控等分系统。平台监视的核心是“卫星还能不能正常飞、正常通信”。典型对象有：三轴姿态角与角速度、陀螺和星敏感器状态、动量轮转速、蓄电池电压与充放电电流、太阳翼输出功率、推进剂剩余量、舱内温度、数管机主备状态、遥控指令计数与执行结果。平台异常往往影响全局，例如姿态失稳会直接导致天线指向偏离，进而使有效载荷无法工作。

有效载荷是卫星承担任务的“业务终端”，如通信转发器、成像相机、导航信号生成单元、数据存储与下传单元等。监视重点是“业务能不能按预期产生并送出”。以通信卫星为例，需要监视转发器增益、行波管放大器输出功率、接收电平、上行信噪比、下行EIRP；以遥感卫星为例，需要监视相机开机状态、焦面温度、成像模式、图像数据率、固存写入与回放状态。载荷指标通常与任务直接挂钩，是任务成功判据的主要来源。

地面设备是任务链路的“地面端”，包括天线、伺服、信道、基带、网络与时钟等。监视对象有：天线方位/俯仰角与跟踪误差、伺服驱动电流、发射功率、接收电平、误码率、载波锁定状态、基带同步状态、设备主备与告警字。地面设备的特点是“可维修、可切换”，因此监视中要特别关注主备状态和切换是否成功。

链路与软件进程是贯穿星地的“神经”。链路监视包括上行/下行载波频率、多普勒频移、信噪比、误帧率、链路时延和丢包；软件进程监视包括调度进程、遥测处理进程、指令发送进程、轨道计算进程的心跳、队列深度、处理时延和异常退出。软件进程异常往往不会立刻表现为设备告警，却会造成遥测“看起来正常但实际不更新”的隐蔽故障。

二、三层指标体系

监视对象确定后，需要把“看什么”变成“用什么量判断”。建议按三层组织：关键性能指标（KPI）、健康状态指标（HSI）和任务成功判据（MSC）。

KPI是数值型、有量纲、可画趋势的量，例如转发器输出功率（dBm）、接收信噪比（dB）、误帧率、天线跟踪误差（°）、蓄电池电压（V）、动量轮转速（rpm）。KPI要定义正常范围、预警门限和告警门限，并明确采样周期。例如某通信卫星下行EIRP正常范围设为≥42 dBW，预警门限41 dBW，告警门限40 dBW，采样周期1 s。

HSI是状态型、枚举型或寿命型的量，回答“这个对象健康不健康”。例如设备主备状态（主/备/故障）、载波锁定（锁定/失锁）、进程心跳（正常/超时/退出）、推进剂余量（%）、蓄电池循环次数。HSI通常不直接给数值趋势，但它是判断“能不能继续用”的关键。例如天线伺服“主用故障、备用正常”属于HSI异常，但任务可能仍可继续，只需切换。

MSC是布尔型判据，直接绑定任务目标。一次数传任务是否成功，可以定义为：载荷按计划开机且模式正确、下行EIRP达标、误帧率不超限、数据完整率≥99%、关键进程心跳正常、无未处置一级告警。六条全部满足记为成功，任一条不满足则按影响程度记为降级成功或失败。MSC的价值在于把分散的KPI和HSI“收口”成一个可判定的结论。

三、指标口径与判读要点

实际值班中，最容易出问题的不是没有指标，而是口径不一致。建议统一三件事：参照系、时间基准和门限来源。参照系方面，姿态角统一采用卫星本体坐标系，天线指向统一采用站心坐标系，切换参照系必须在告警文本中注明。时间基准统一采用UTC，遥测时标与地面接收时标分别记录，便于计算链路时延。门限来源要区分“设计门限”“试验门限”和“值班门限”，值班门限通常比设计门限更保守。

判读时不要只看单点越限。以接收电平缓慢下降为例，若同时伴随信噪比下降、误帧率上升、天线跟踪误差增大，则更可能是天线指向或天气问题；若接收电平正常但误帧率突增，则更可能是基带或链路干扰。再如某进程心跳超时，若队列深度同时上涨、处理时延增大，说明该进程处理能力不足或阻塞，而不是简单“重启了事”。

四、一个可执行的对照表示例

下表给出一份简化对照表示例，参数为教学假设值，实际任务应以卫星和地面系统设计文件为准。

把这张表落到监视系统里，就是每个对象对应一组采集点、一组门限和一条任务判据。值班人员看到的每一条告警，都应能追溯到具体对象、具体指标和具体任务影响。这样，任务监视才从“看数据”变成“判任务”，异常处置也才有明确的优先级和依据。