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.
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.
- Cross-check con radar, visual/celestial fixes, echo sounder e DR/INS quando disponibili.
- 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: 31 agosto 2026 · impronta della pagina 529a96631b29