連續運行基準站 (CORS) 網品質監測：從停更的 TEQC 平穩遷移至現代化架構
作者 PosFlow · 發布於
UNAVCO TEQC 於 2019 年終止維護，無法解析現代 RINEX 3/4 檔案及北斗三號、Galileo 全星系多頻訊號。CORS 站網管理團隊遷移至現代化雲端質檢架構，可透過 REST API 自動獲取歷元完整度、週跳比、全頻多路徑 (MP1/MP2/MP5) 及訊雜比，並生成 0-100 的標準化健康評分。
停更的舊版 TEQC 對 CORS 運維構成的營運風險
| 功能維度 | 舊版 UNAVCO TEQC（2019 停更） | 現代多星質檢引擎 | 使用舊工具的潛在風險 |
|---|---|---|---|
| RINEX 3/4 支援 | 完全不支援（僅限 RINEX 2.11） | 原生支援 RINEX 2、3 與 4 規範 | 強制降轉導致大量訊號與屬性丟失 |
| 北斗三號 (BDS-3) 訊號 | 無法識別（B1C, B2a, B2b 全無） | 完整追蹤與多路徑統計評估 | 對核心國產星系健康狀態完全致盲 |
| Galileo 與新 GPS 頻率 | 僅限早期 GPS L1/L2 頻段 | 全面覆蓋 E1, E5, E6, L1C, L2C, L5 | 新頻率出現失鎖無法及時預警 |
| 雲端自動化與架構 | 本機終端命令列與文字輸出 | REST API, Webhook 與 JSON 資料 | 維持舊有複雜批次處理腳本極易出錯 |
| 品質打分與異常告警 | 分散雜亂的未歸一化物理量 | 0-100 標準化複合評分與閥值告警 | 無法自動量化硬體天線損壞與老化 |
將 RINEX 3 降轉為 RINEX 2 進行質檢的嚴重隱患
部分運維人員為延續既有 TEQC 質檢腳本，先將測站接收儀輸出的 RINEX 3 轉換為 RINEX 2.11。這種作法不僅剝離了導頻與資料通道標記，更會直接抹除所有非傳統頻點的觀測值。
- 丟失 GPS L5 與 BDS-3 B2a 等對多頻雙差解算至關重要的第三頻點。
- 無法偵測接收儀韌體升級後特定通道的訊號跟蹤異常。
- 降轉後的質檢報告表面「合格」，實際上天線在現代頻段上的硬體故障已被隱匿。
連續監測站網每日與每小時例行審查的四大指標
高可靠度 CORS 網要求對時段觀測檔進行不間斷自動化審查。每個檔案需對照四項核心指標建立健康基準線：
- 觀測值完整率：實際接收歷元與預期歷元之比（10° 截止角以上應穩定 > 95%）。
- 載波週跳發生率：每千歷元的失鎖跳變次數，反映局部電磁環境干擾。
- 多星多頻 RMS 多路徑 (MP1, MP2, MP5)：評估周邊建築反射與天線抑徑效能。
- 訊雜比 (SNR) 仰角曲線：確認對稱平滑，排查射頻饋線受潮老化或低仰角遮蔽。
精確辨識環境變化與硬體物理故障
當某座測站評分突發性下降時，運維工程師需迅速辨別是周邊環境短暫干擾還是硬體器件損壞，避免盲目派遣外業人員現場更換設備。
- 周邊樹木季節性生長或臨時施工塔吊，會引起特定方位角區間的多路徑顯著增加。
- 天線同軸電纜進水或轉接頭氧化，會表現為全星系、全仰角訊雜比對稱性整體暴跌。
- 鄰近新設金屬護欄或避雷針，會在低仰角區域產生週期性的多路徑諧波波動。
- 接收儀內部溫補晶振或原子鐘老化，會引發跨通道的同步鐘跳與歷元時間抖動。
運用 REST API 與 Webhooks 構建全自動化質檢流水線
手動管理數十乃至數百座基準站代價高昂。現代雲端架構可將質檢環節無縫嵌入資料傳輸流中。
- 配置每小時或每日定時任務，將接收儀生成的 RINEX 檔案自動 POST 至質檢 API。
- 獲取標準化的 JSON 格式質檢結果，包含 0-100 分數、各星系統計量與警告旗標。
- 建立自動化告警機制（例如評分 < 75 或多路徑 RMS > 0.45 m 時觸發即時通知）。
- 將長期評分存入時序資料庫，繪製測站健康趨勢曲線以預警天線老化。
從 TEQC 順暢遷移的標準作業檢查清單
- 盤點站網內所有接收儀型號，確保韌體支援原生輸出 RINEX 3.04 或以上格式。
- 徹底剔除資料前置處理流程中任何降轉至 RINEX 2.11 的中間腳本。
- 選取代表性測站的歷史資料進行新舊引擎平行比對，重新校準預警門檻。
- 為 GPS、GLONASS、Galileo 與北斗四個主要星系分別設定獨立的驗收標準。
- 將舊版文字報表解析程式重構為現代化 JSON API 介面串接。
常見問題
為什麼現代 CORS 站網必須堅決淘汰 UNAVCO TEQC？
TEQC 的最後版本僅支援傳統 RINEX 2.11，對現代北斗三號 (B1C, B2a, B2b, B3I)、Galileo (E5, E6) 及 GPS L5 新民用訊號完全無視。若繼續使用 TEQC，運營方對現代衛星星系的新訊號健康狀態將處於全盲盲區。
現代 GNSS 質檢引擎在架構上如何全面超越舊有工具？
現代引擎原生支援 RINEX 3 與 4 規範，能對四星多頻訊號進行完整的線性組合多路徑計算，並透過容器化微服務與 REST API 開放介面，無縫對接 CORS 站網自動化運維儀表板，無需依賴脆弱的本機 Shell 腳本。
參考文獻與方法論
技術定義以以下來源為準。計算範例僅作說明；產品專用閾值已標明為 PosFlow 設定。 提交更正 請附上文章連結與相關規範。