Electronic Navigation e Resilienza GNSS
Multi-band, multi-constellation, RAIM, authentication e CRPA possono mitigare il rischio GNSS ma non garantiscono un fix valido durante jamming o spoofing: servono plausibility check e fonti indipendenti.
Spiegazione operativa
Jamming può negare il segnale e spoofing può produrre PNT plausibile ma falso. RAIM controlla la coerenza delle misure, non prova universalmente l'autenticità; multi-band e altre tecnologie migliorano la resilience entro i propri limiti. La decisione deve essere performance-based e riferita agli apparati realmente installati.
Riferimento normativo
SOLAS V/19 e performance standards applicabili; joint IMO/ICAO/ITU statement sulle GNSS interference. Manuali apparato, bridge procedures e SMS definiscono degraded/denied PNT response.
PNT significa posizione, navigazione e tempo. Due schermi concordi possono ricevere lo stesso dato GNSS errato: verificare l’origine degli input. Anche AIS e sistemi integrati possono dipendere dal GNSS. La navigazione stimata accumula errore; verificare se un sistema inerziale riceve ancora correzioni dal sensore sospetto prima di considerarlo indipendente. MCA MGN 379: electronic navigation and cross-checks.
Se la posizione è dubbia, chiamare il comandante, applicare la procedura degradata e rivalutare rotta, velocità e margini. Gestire sensori e automatismi secondo manuale e SMS; ripristinare gli input solo dopo verifica indipendente, non alla sola scomparsa dell’allarme. MCA: sensor limitations and backup arrangements.
Campo di applicazione
Ogni nave dipendente da GNSS per position, velocity o time. Le mitigazioni tecnologiche non sono requisiti SOLAS universali per ogni nave e ogni area.
Procedura / Come si compila
- Conoscere capabilities, inputs, alarms e failure modes degli apparati installati.
- Monitorare time/position jumps, speed/course anomalies, sensor disagreement e plausibility.
- Controllare con radar e fix visuali/celesti disponibili; scandaglio e navigazione stimata sono controlli di supporto con propri limiti, non fix indipendenti automatici.
- Su degradazione isolare gli input sospetti e passare alla ship-specific denied-PNT procedure.
- Registrare e riportare l'interferenza secondo Company, coastal e navigation-warning channels applicabili.
Esempio pratico
Un receiver RAIM-enabled non segnala allarme ma radar ranges e soundings divergono: il team non dichiara valido il GNSS; passa al cross-check indipendente e alla procedura degradata.
Cosa va tipicamente storto
Promettere accurate position con L1/L2/L5 durante interferenza completa o rendere multi-band/RAIM obbligatorio universalmente.
Errori ricorrenti Mistake Library
| Errore | Conseguenza | Come evitarlo |
|---|---|---|
| Promettere accurate position con L1/L2/L5 durante interferenza completa o rendere multi-band/RAIM obbligatorio universalmente. | Decisione operativa o status regolatorio errato | Usare il riferimento primario e la procedura specifica della nave |
Cosa controlla il PSCO
Suggerimenti operativi
- Trattare ogni tecnologia come mitigazione, non garanzia.
- Proteggere anche il time input dipendente da GNSS.
- Provare periodicamente i metodi indipendenti previsti dall'SMS.
Checklist di preparazione
- Capabilities/limits note
- Alarm e disagreement monitorati
- Independent fixes disponibili
- Denied-PNT procedure pronta
- Input sospetti gestibili
- Reporting definito
FAQ
Argomenti correlati
Ultima revisione sostanziale di questa scheda: 15 settembre 2026 · impronta della pagina da799970cf58