La copertura della conferenza dell'EENA del 2026 da Riga cattura il momento in cui si trova l'Europa in questo momento. NG112 non è più solo un diagramma di standard o una roadmap del fornitore. Sta diventando il linguaggio di lavoro per il modo in cui i servizi di emergenza pensano alle reti IP, alla localizzazione del chiamante, ai contenuti multimediali, all'accessibilità e alla fiducia operativa.
Il cambiamento fondamentale è semplice da descrivere e difficile da implementare: le comunicazioni di emergenza si stanno spostando da un sistema di chiamate vocali con alcuni dati di supporto a un sistema di dati di emergenza che trasmette ancora la voce quando la voce è il canale giusto.
Questa distinzione è importante. Le operazioni legacy del 112 sono state costruite attorno alla chiamata. NG112 è costruito attorno alla sessione di emergenza. Una sessione può includere voce, testo in tempo reale, video, posizione precisa, informazioni sul profilo del chiamante, dati del veicolo, dati dell'app, policy di routing e record di controllo. Il PSAP necessita ancora di un giudizio umano calmo, ma la rete può trasportare molto più contesto rispetto al passato.
ESInet come dorsale operativa
Il framing NG112 di EENA pone la rete IP dei servizi di emergenza, o ESInet, al centro del modello. Un ESInet non è semplicemente un tubo più veloce. È il livello di rete dei servizi di emergenza che può supportare l'instradamento basato su IP e uno scambio di informazioni più ricco tra reti di origine, funzioni dei servizi di emergenza e PSAP.
In termini pratici, un ESInet può aiutare i servizi di emergenza ad allontanarsi da presupposti fragili come:
- Il numero del chiamante identifica in modo affidabile la giusta giurisdizione di emergenza.
- La voce è l'unica modalità che necessita di un supporto di prima classe.
- La posizione viene gestita separatamente dal routing.
- L'accessibilità può essere garantita attraverso sistemi paralleli anziché flussi di lavoro di emergenza integrati.
- I casi transfrontalieri o di roaming sono sufficientemente rari da poter essere considerati eccezioni.
Tali presupposti non si adattano più all’ambiente di comunicazione effettivamente utilizzato dai cittadini.
Perché la localizzazione diventa una disciplina di routing
La qualità della posizione è il luogo in cui NG112 diventa reale. Una moderna chiamata di emergenza può provenire da uno smartphone, da una linea fissa, da un client di telefonia cloud, da un endpoint aziendale connesso tramite Wi-Fi, da un veicolo o da un servizio VoIP. Ciascuna fonte ha prove di localizzazione diverse e diverse modalità di guasto.
Per le chiamate mobili, la localizzazione derivata dal cellulare come la localizzazione mobile avanzata può migliorare notevolmente le informazioni disponibili al PSAP. Per le chiamate aziendali e VoIP, la sfida è spesso rappresentata dalla posizione civica o di invio: quale edificio, piano, stanza, sottorete, punto di accesso o porta deve essere associato al chiamante? Per le chiamate dei veicoli, la posizione può essere fornita con dati specifici dell'incidente generati dal veicolo.
NG112 alza il livello perché la posizione non viene visualizzata solo a chi prende la chiamata. Può influenzare il routing. Ciò significa che una cattiva posizione può diventare un cattivo routing.
I programmi più utili trattano quindi la posizione come dati operativi con la gestione del ciclo di vita:
- Chi possiede il disco?
- Quanto spesso viene convalidato?
- Quale sistema è autorevole?
- Come vengono gestiti gli spostamenti, le modifiche Wi-Fi, le modifiche alla subnet e i nuovi siti?
- Cosa succede quando la posizione manca, è ambigua, obsoleta o incoerente?
- È possibile ricostruire le decisioni di routing dopo un incidente?
Queste domande sono altrettanto rilevanti per la distribuzione di Teams aziendali quanto lo sono per un ESInet nazionale. La scala è diversa. La modalità di fallimento è familiare.
I moderni sistemi telefonici fanno parte della stessa catena di emergenza
Un errore nelle discussioni su NG112 è trattare i sistemi telefonici aziendali come un argomento secondario. Non lo sono. Un moderno ambiente per le chiamate di emergenza include PBX cloud, Microsoft Teams, trunk SIP, session border controller, dispositivi mobili, softphone e servizi di routing gestiti dal provider.
Quando un utente compone un numero di emergenza da un sistema telefonico sul posto di lavoro, la chiamata può attraversare diversi confini amministrativi prima di raggiungere un PSAP o un percorso di servizio di emergenza. Se il sistema telefonico non sa dove si trova l'utente o se il provider non può utilizzare correttamente quella posizione, la catena di emergenza viene indebolita.
Un programma aziendale maturo dovrebbe quindi gestire le chiamate di emergenza come un ciclo di vita del servizio piuttosto che come una configurazione una tantum:
- Conservare i record di posizione per uffici, piani, spazi di lavoro condivisi, siti remoti e zone di rete.
- Testare il routing di emergenza dopo modifiche alla rete e spostamenti del sito.
- Includere punti di accesso Wi-Fi, switch, sottoreti e indirizzi civici nella progettazione della posizione, ove supportato.
- Documentare il comportamento di fallback quando la posizione dinamica non è disponibile.
- Formare i team operativi IT affinché trattino i difetti delle chiamate di emergenza come incidenti di sicurezza e non come biglietti ordinari.
- Coordinarsi con gli operatori e i provider VoIP prima di modificare la numerazione, i trunk, la policy SBC o il routing.
È qui che il pensiero europeo sull’NG112 e quello americano sull’E911 si sovrappongono. I quadri giuridici differiscono, ma entrambi i mondi convergono sulla stessa verità ingegneristica: la qualità delle chiamate di emergenza dipende dalla qualità dei dati sulla posizione.
Operatori wireless e transizione 4G/5G
Anche gli operatori di telefonia mobile stanno attraversando una transizione complicata. Le reti 2G e 3G vengono ritirate in molti mercati, mentre le chiamate di emergenza si affidano sempre più ai servizi vocali 4G e 5G. Questo cambiamento dovrebbe migliorare la capacità nel tempo, ma la transizione può creare lacune se i servizi di emergenza, il roaming, la compatibilità dei telefoni, la configurazione IMS e l'eCall non vengono gestiti con attenzione.
Questo è importante per NG112 perché la futura rete dei servizi di emergenza potrà essere IP nativa solo se le reti di accesso saranno affidabili. Una sofisticata ESInet non può compensare un chiamante che non può effettuare una chiamata di emergenza durante il roaming o un veicolo il cui modulo eCall dipende da un livello di rete ritirato.
I piani di migrazione wireless dovrebbero includere prove specifiche dell’emergenza:
- Successo delle chiamate di emergenza VoLTE e VoNR tra le classi di dispositivi.
- Comportamento delle chiamate di emergenza in roaming per i visitatori.
- Prestazioni di consegna della posizione in condizioni di emergenza 4G e 5G.
- Continuità eCall durante il ritiro delle reti 2G e 3G.
- Notifica PSAP e test prima delle modifiche alla rete.
- Regole di fallback quando le chiamate di emergenza IMS non sono disponibili.
La sicurezza pubblica non può essere un aspetto secondario nella modernizzazione dello spettro e della rete.
Cosa dovrebbero prendere da Riga i leader del PSAP
L’aspetto operativo più utile tratto dal dibattito NG112 del 2026 è che la modernizzazione del PSAP deve includere persone, processi e governance dei dati. La tecnologia espande ciò che è possibile, ma espande anche ciò che gli interlocutori delle chiamate e i sistemi di invio potrebbero dover interpretare.
Un PSAP che riceva dati di emergenza più ricchi necessita di regole chiare:
- Quali dati sono sufficientemente attendibili da influenzare la spedizione?
- Quali dati vengono visualizzati immediatamente e quali sono disponibili su richiesta?
- Come vengono gestite le località in conflitto?
- Come vengono rivisti i contenuti multimediali senza rallentare l'interlocutore?
- Cosa viene conservato, per quanto tempo e in base a quale base giuridica?
- Come vengono spiegati al pubblico gli obblighi in materia di privacy?
NG112 non è un motivo per inondare gli interlocutori con ogni segnale possibile. È un motivo per progettare attentamente i flussi di informazioni in modo che i risponditori ottengano il contesto giusto al momento giusto.
Prospettiva editoriale
La promessa di NG112 non è che i servizi di emergenza diventino più digitali solo per il gusto di farlo. La promessa è che la catena dell’emergenza diventi meno cieca. Una migliore posizione, un migliore instradamento, una migliore accessibilità e reti più resilienti possono aiutare i PSAP a comprendere l'incidente più rapidamente e a indirizzare i soccorsi in modo più accurato.
Il rischio è che l’Europa costruisca sistemi tecnicamente avanzati difficili da gestire, difficili da testare o distribuiti in modo non uniforme a livello transfrontaliero. Ecco perché il discorso che viene da Riga è utile: non si tratta solo della destinazione. Riguarda il lavoro pratico necessario per arrivarci.
NG112 sta diventando l'architettura condivisa per questo lavoro. La domanda successiva per ogni Paese, fornitore, impresa e venditore è se la propria parte della catena può dimostrare di essere pronta.