GNSS自动监测系统的基准、供电与告警设计

GNSS自动监测不是“安装接收机后持续出坐标”。可靠系统要把稳定基准、天线与周边环境、供电通信、原始数据质量、设备变更记录和告警处置连成一条可追溯链。任何一环失真，都可能把设备或环境变化误判成结构位移。

先定义监测问题，而不是先选设备

项目应先明确监测对象、关注的位移方向、预期变化速率、允许的数据延迟、使用场景和处置责任。边坡、基坑、桥梁、大坝与建筑物的风险机理不同，点位布置和告警逻辑不能只靠同一套默认参数。

• 哪些点代表稳定参考，哪些点代表被监测对象？
• 水平、竖向还是三维位移是主要指标？
• 需要实时提示、日变化分析还是长期趋势？
• 数据中断、质量下降和真实位移分别由谁处理？
• 告警是否涉及人员撤离、停工或其他高风险决策？

只有回答这些问题，才能确定接收机、天线、采样、通信、供电、平台和复核手段。

基准站必须证明“稳定”

美国国家大地测量局（NGS）对连续运行参考站的说明强调：应用对位置稳定性要求越高，天线安装结构就越严格；同时应设置永久稳定的参考标志，并记录天线相位中心与该标志的关系。对工程监测而言，这意味着基准点不能仅凭“看起来离监测区较远”就认定稳定。

基准设计至少应记录：

• 基准选择理由、地质或结构条件及与变形区的关系；
• 天线安装方式、固定结构、天线高和参考点关系；
• 坐标框架、时间基准和初始解算周期；
• 基准稳定性的独立复核方法，例如相邻参考站基线、人工复测或网络解算；
• 设备更换、天线拆装、固件升级和坐标重算的变更台账。

如果单基准本身移动，所有监测点可能出现同方向“位移”。因此，系统应能识别共同模式，并为关键项目设置独立参考或外部复核路径。

天线环境：多路径不会因为解算显示“固定”而消失

天线附近的建筑立面、金属构件、围栏、车辆、水面和其他反射体会形成多路径。NGS资料指出，多路径信号会与直达信号叠加，影响坐标解算；参考站选址应尽量避开反射环境。现场踏勘不能只拍一张朝天照片，应记录全天线周边环境、遮挡方位和未来可能新增的构筑物。

安装验收时应保存天线型号、天线罩、安装朝向、相位中心信息、天线高、固定件照片和天空视野照片。后续如果周边搭设脚手架、增加金属护栏、停放大型设备或更改天线罩，应作为数据异常的可能原因进入复核，而不是直接修改告警阈值。

供电、通信和数据留存要按失效模式设计

自动监测应区分“传感器仍在观测”“数据已经上传”和“平台已经完成质量检查”三个状态。网络在线不等于观测有效，平台有坐标也不等于原始数据完整。

• 供电：统计接收机、通信设备、加热或其他附件的实际负载，按现场日照、低温和连续阴雨等条件核算电源；保留低电压和断电事件。
• 通信：定义数据缓存、断点续传、时钟同步和通信恢复后的补传规则。
• 防护：根据现场风险设计防雷、接地、防水、防动物破坏和线缆机械保护。
• 留存：保存原始观测数据、解算结果、质量指标、告警、操作日志和设备配置，避免平台只保留平滑后的位移曲线。

美国地质调查局（USGS）对实时网络的说明将原始数据质量检查、网络建模、改正数生成和通信作为不同环节，并指出通信覆盖和系统停机都会限制可用性。这一分层思路可用于工程监测的故障诊断。

建立“先过质量门，再判断位移”的流程

每个历元或统计周期应先经过质量检查，再参与趋势和告警判断。具体门槛必须依据设备、算法、场景、基线长度和项目试运行数据确定，不能照搬一个通用数字。

建议至少监控：

• 数据完整率、时间连续性和通信延迟；
• 卫星跟踪、解算状态和模糊度固定情况；
• 残差、解算不确定度或平台提供的等效质量指标；
• 周跳、多路径、信噪比异常和参考站间基线变化；
• 多个监测点是否出现同步跳变；
• 气象、施工、遮挡和设备变更是否与异常时间一致。

NGS对参考站数据质量的讨论包括多路径、接收机噪声、周跳和重复基线计算；这些指标适合用来区分观测质量问题与真实位移。质量不合格的数据应标记、隔离并触发运维复核，不应通过平滑处理后继续参与告警。

告警应包含位移条件、质量条件和处置动作

告警规则不应只有“位移超过某数值”。完整规则需要同时说明：

1. 使用原始值、滤波值、累计量、速率还是加速度；
2. 计算窗口、连续满足次数和复位条件；
3. 数据质量不合格时是抑制位移告警还是单独报设备异常；
4. 单点、相邻点、基准点和其他传感器如何交叉复核；
5. 收到不同级别告警后由谁确认、现场复测、巡查、升级和关闭。

USGS的滑坡监测资料提醒，遥测数据可能因仪器故障或现场物理变化而存在误差，涉及人员安全或重大运行决策时应谨慎使用。另一项USGS滑坡监测研究强调，多种互补监测手段、明确通信流程和清晰行动要求对预警系统很重要。因此，GNSS自动告警应被设计为决策流程的一部分，而不是自动替代工程判断。

试运行与验收记录

正式启用前应设置试运行期，覆盖典型天气、施工活动、通信波动和日周期。试运行用于确认数据质量分布、识别环境周期、检查断电与断网恢复，并建立初始基线。没有足够试运行数据时，不应为了“尽快上线”随意设定精确告警值。

验收记录至少包括：点位和基准图、设备与序列号、天线与安装照片、坐标框架、采样和解算配置、供电通信方案、原始数据路径、质量检查规则、告警逻辑、通知对象、复核流程、设备变更程序和异常演练结果。

结果使用边界

GNSS适合连续获取三维位移信息，但结果仍受基准、天线环境、观测条件、算法和通信链影响。不同项目的精度、时效和告警要求不能从设备宣传参数直接推导。涉及结构安全、地质灾害或人员行动时，应由具备相应专业能力的团队结合现场巡查、工程背景和其他独立监测手段判断。