CORS基準局の連続品質監視：保守停止したTEQCからの移行ガイド
2019年に保守終了したTEQCはRINEX 3/4やBeiDou-3、Galileoの新信号を扱えません。最新のクラウドネイティブ品質管理へ移行することで、完全性、サイクルスリップ、マルチパス（MP1/MP2/MP5）、SNR分布の完全な可視性を回復し、REST APIによる自動監視と0〜100点スコアによる異常検知を実現します。
レガシーTEQCが現代のCORS運用において抱えるリスク
| 評価項目 | レガシーTEQC（2019年保守終了） | 現代のマルチGNSS品質エンジン | レガシー運用を継続するリスク |
|---|---|---|---|
| RINEX 3/4のサポート | なし（旧形式RINEX 2.11に限定） | RINEX 2、3、4に完全ネイティブ対応 | 検査のために下位変換が必要で信号が脱落 |
| BeiDou-3 (BDS-3) 信号 | 非対応（B1C, B2a, B2b, B3I 欠落） | 全周波数の追尾・マルチパスを完全網羅 | 新型衛星の電波障害を検知できず死角化 |
| Galileoおよび新GPS周波数 | 旧GPS L1/L2および初期Galileoのみ | E1, E5a, E5b, E6, L1C, L2C, L5対応 | 最新の民用・航空用信号品質を把握不能 |
| 自動化とクラウド統合 | コマンドラインと静的テキスト出力 | REST API、Webhook、構造化JSON | スクリプト保守の負荷増大と柔軟性欠如 |
| スコアリングとアラート | 生データの羅列で判断基準が不統一 | 0〜100点加重スコアと自動アラート | 機器劣化やアンテナ障害への対応遅延 |
RINEX 3からRINEX 2への下位変換による重大な死角
TEQCがRINEX 3のヘッダーや3文字観測コードを読めないため、多くの運用者がRINEX 2.11への事前変換スクリプトを組み込んでいます。この運用は、パイロット/データチャネル属性を喪失させ、BeiDou-3やGalileoの新信号を完全に切り捨ててしまいます。
- 3周波RTKやPPPで不可欠な広帯域信号（GPS L5、Galileo E5a/E5b、BDS-3 B2a）が失われる。
- 微細な追尾属性が失われ、受信機ファームウェアの不具合や追尾異常を見逃す。
- 下位変換後のファイルで合格と判定されても、現場の実周波数での干渉を見落とし偽りの安心感を生む。
基準局の連続監視において確認すべき4大メトリクス
電子基準点（CORS）は24時間365日の連続監視が求められます。毎時および日次セッションにおいて以下の4項目を自動監視します：
- 観測完全性：理論上のエポック数に対する実際の取得率。仰角10度以上で常時95%以上を維持。
- サイクルスリップ比率：1000エポックあたりの位相不連続発生頻度。異常値は局所マルチパスや電離層擾乱を示唆。
- 多周波マルチパスRMS（MP1, MP2, MP5）：コード減位相の線形結合。アンテナ周囲の反射物やチョークリング劣化を検知。
- 仰角別SNR特性：綺麗な釣り鐘状の利得曲線を描いているかを確認し、遮蔽物や低ノイズアンプ（LNA）の異常を検出。
環境要因のマルチパスとハードウェア障害の切り分け
基準局のスコアが急低下した際、一時的な環境変化か機器の物理的破損かを即座に区別することが重要です。方位角と時系列の連動解析がアンテナの無駄な交換を防ぎます。
- 季節的な樹木の繁茂や近隣の工事：特定の方位角・中低仰角でのみマルチパスが悪化。
- アンテナ同軸ケーブルへの浸水やコネクタ腐食：全衛星・全周波数にわたり一様に広帯域なSNR低下が発生。
- 近傍に新設された金属フェンスや避雷針：低仰角マルチパスに顕著な周期振動が現れる。
- 受信機クロックの不安定化：全衛星で同時にタイムタグジャンプや位相リセットフラグが発生。
REST APIを活用したCORS品質管理の全自動化
数十〜数百局の大規模基準局網において手動診断は非現実的です。クラウドネイティブなQCプラットフォームはAPI経由で自動解析を実行します。
- 受信機からのFTP自動プッシュまたはサーバー収集により、RINEXアーカイブを直接クラウドAPIへ送信。
- 0〜100点の総合スコア、衛星別統計、閾値フラグを含む構造化JSONレポートを取得。
- スコアが閾値（75点未満やマルチパスRMS 0.45m超）を下回った場合に即時アラートを発報。
- 長期間の品質トレンドをダッシュボードに蓄積し、アンテナの経年劣化を可視化。
レガシーTEQCからの安全な移行チェックリスト
- 基準局受信機の出力形式を棚卸しし、ネイティブRINEX 3出力の可否を確認。
- 下位変換処理を撤廃し、ネイティブRINEX 3.0xを直接新世代QCエンジンへ投入。
- 過去のベンチマークデータを用いてTEQCと新エンジンの並行検証を行い、マルチパス閾値を校正。
- BeiDou、Galileo、GPSそれぞれに応じた合否基準を確立。
- レポート出力先を古いテキストスクレイピングからJSON APIデータ連携へ移行。
よくある質問
なぜ現代のCORS運用でUNAVCO TEQCを退役させるべきですか？
TEQCは2019年2月に公式開発が終了しました。旧形式のRINEX 2.11しか解析できず、BeiDou-3（B1C、B2a、B2b、B3I）、Galileo（E5、E6）、新GPS L5などの新信号を認識できないため、基準局監視に重大な死角が生じるためです。
最新のマルチGNSS品質エンジンはどのようにTEQCを代替しますか？
最新のクラウドネイティブエンジンはRINEX 3/4を全星座ネイティブ解析し、多周波マルチパスの算出、サイクルスリップ検出、0〜100点の総合スコア判定を毎時・日次でREST API経由で自動実行します。
参考文献と方法論
技術用語の定義は以下の資料に基づきます。計算例は説明用であり、製品固有のしきい値は PosFlow の設定として明記しています。 訂正を送信 記事の URL と該当する仕様書を添えてください。