Kontinuierliche Qualitätsüberwachung von CORS-Stationen: Leitfaden zur Migration von veraltetem TEQC
Die Entwicklung von TEQC wurde 2019 eingestellt. Das Tool kann weder RINEX 3/4 noch moderne Signale von BeiDou-3, Galileo oder GPS L5 verarbeiten. Eine Migration auf moderne Cloud-Engines stellt die lückenlose Überwachung von Vollständigkeit, Cycle Slips, Multipath (MP1/MP2/MP5) und SNR über REST-APIs mit normierten Qualitätswerten von 0 bis 100 sicher.
Warum das veraltete TEQC ein betriebliches Risiko für CORS-Netze darstellt
| Funktion | Veraltetes TEQC (End-of-Life 2019) | Moderne Multi-GNSS-Engine | Betriebliches Risiko mit Legacy-Software |
|---|---|---|---|
| RINEX-3.x- und 4.x-Support | Keine Unterstützung (nur RINEX 2.11) | Nativer Support für RINEX 2, 3 und 4 | Format-Downgrade führt zu partiellem Datenverlust |
| BeiDou-3-Signale (BDS-3) | Nicht unterstützt (B1C, B2a, B2b fehlen) | Vollständige Überwachung und Multipath-Analyse | Vollständiger toter Winkel für moderne BDS-Signale |
| Galileo und neue GPS-Signale | Auf GPS L1/L2 und frühes Galileo begrenzt | Vollständige Abdeckung von E1, E5, E6, L1C, L2C, L5 | Keine Sichtbarkeit moderner ziviler Trägersignale |
| Automatisierung und Cloud | Konsolenbefehle und unstrukturierte Textausgabe | REST-API, Webhooks und strukturiertes JSON | Aufwendige und fehleranfällige Skriptwartung |
| Qualitätsbewertung und Alerts | Rohe Messwerte ohne Normierung | Gewichteter Score (0-100) mit Schwellenwerten | Verzögerte Erkennung von Antennenschäden |
Die Risiken eines Downgrades von RINEX 3 auf RINEX 2 für die Qualitätskontrolle
Da TEQC moderne 3-Zeichen-Codes nicht interpretieren kann, wandeln viele Betreiber ihre Daten vorab in RINEX 2.11 um. Dieser Schritt verwirft Pilotkanäle, verschmilzt Tracking-Attribute und filtert Signale neuerer Konstellationen komplett heraus.
- Dritte Frequenzen wie GPS L5 oder Galileo E5a/E5b gehen verloren, obwohl sie für RTK/PPP entscheidend sind.
- Empfänger-Firmware-Fehler werden verschleiert, da Signalfeinheiten beim Downgrade entfallen.
- Ein scheinbar fehlerfreier Prüfbericht einer degradierten Datei vermittelt falsche Sicherheit trotz realer Störungen.
Zentrale Kennzahlen für das kontinuierliche Monitoring von Referenzstationen
CORS-Stationen erfordern eine permanente Qualitätsüberwachung über alle aktiven Konstellationen. Stündliche und tägliche Beobachtungsdateien sollten anhand von vier Kernparametern auditiert werden:
- Vollständigkeit der Beobachtungen: Verhältnis empfangener zu erwarteter Epochen (Ziel: > 95 % ab 10° Elevation).
- Cycle-Slip-Rate: Häufigkeit von Phasensprüngen bezogen auf 1.000 Beobachtungsepochen.
- Mehrwegeeffekte RMS (MP1, MP2, MP5): Linearkombinationen zur Erkennung reflektierender Objekte oder Antennenschäden.
- SNR über Elevationswinkel: Symmetrische Signalverläufe als Nachweis freier Horizontsicht und intakter Vorverstärker.
Unterscheidung zwischen Umgebungseinflüssen und Hardwaredefekten
Fällt der Qualitätswert einer Station ab, müssen Betreiber schnell zwischen transienten Umwelteinflüssen und echten Hardwareschäden unterscheiden. Eine zeit- und azimutkorrelierte Analyse verhindert unnötige Vor-Ort-Einsätze.
- Jahreszeitlicher Baumwuchs oder Neubauten erhöhen den Multipath nur in bestimmten Azimutbereichen.
- Wassereintritt in Antennenkabel oder Steckverbinder führt zu einem gleichmäßigen SNR-Abfall auf allen Satelliten.
- Neue Metallzäune oder Blitzableiter erzeugen charakteristische periodische Schwankungen bei niedriger Elevation.
- Instabilitäten des Empfängeroszillators zeigen sich als simultane Zeitsprünge über alle Empfangskanäle.
Automatisierung der CORS-Qualitätskontrolle via REST-API
Die manuelle Überprüfung zahlreicher Stationen bindet erhebliche Ressourcen. Moderne Cloud-Plattformen ermöglichen eine vollautomatische Qualitätskontrolle über Programmierschnittstellen.
- Richten Sie automatisierte FTP-Uploads oder Cron-Jobs ein, die stündliche RINEX-Dateien an die API übermitteln.
- Erhalten Sie strukturierte JSON-Berichte mit Qualitätswerten von 0 bis 100 sowie Status-Flags zurück.
- Definieren Sie Alarmregeln bei Unterschreitung von Schwellenwerten (z. B. Score < 75 oder MP-RMS > 0,45 m).
- Visualisieren Sie Langzeittrends in Dashboards, um die Alterung von Antennen und Kabeln frühzeitig zu erkennen.
Checkliste für eine erfolgreiche Migration von TEQC
- Prüfen Sie, ob Ihre Stations-Empfänger natives RINEX 3 oder proprietäre Rohdatenformate erzeugen.
- Entfernen Sie alle zwischengeschalteten Downgrade-Schritte und verarbeiten Sie direkt RINEX 3.
- Führen Sie Paralleltests mit historischen Daten durch, um neue Alarmschwellen präzise zu kalibrieren.
- Definieren Sie separate Qualitätskriterien für GPS, GLONASS, Galileo und BeiDou.
- Ersetzen Sie veraltete Shell-Skripte durch schlanke Webhook- und JSON-API-Abfragen.
Häufig gestellte Fragen
Warum sollte UNAVCO TEQC in modernen CORS-Netzen abgelöst werden?
TEQC wurde im Februar 2019 eingefroren. Es analysiert ausschließlich RINEX 2.11 und unterstützt weder BeiDou-3 (B1C, B2a, B2b, B3I), Galileo (E5, E6) noch moderne GPS-L5-Signale. Netzbetreiber bleiben damit blind für den Signalstatus moderner Satellitenkonstellationen.
Wie ersetzen moderne Qualitätsprüfungs-Engines TEQC in der Praxis?
Moderne Cloud-Engines unterstützen RINEX 3 und 4 für alle Konstellationen, berechnen Mehrfrequenz-Multipath, erkennen Cycle Slips, vergeben gewichtete Qualitätsnoten von 0 bis 100 und bieten automatisierte REST-APIs ohne manuelle Skriptverwaltung.
Referenzen und Methodik
Technische Definitionen folgen den unten genannten Quellen. Rechenbeispiele dienen der Veranschaulichung; produktspezifische Schwellenwerte sind als PosFlow-Einstellungen gekennzeichnet. Korrektur senden mit der Artikel-URL und der betreffenden Spezifikation.