La couverture de la conférence 2026 de l'EENA à Riga capture le moment où se trouve actuellement l'Europe. NG112 n'est plus seulement un diagramme de normes ou une feuille de route d'un fournisseur. Il devient le langage de travail dans lequel les services d'urgence envisagent les réseaux IP, la localisation de l'appelant, le multimédia, l'accessibilité et la confiance opérationnelle.

Le changement clé est simple à décrire et difficile à mettre en œuvre : les communications d’urgence passent d’un système d’appel vocal avec quelques données à l’appui à un système de données d’urgence qui transporte toujours la voix lorsque la voix est le bon canal.

Cette distinction est importante. Les opérations Legacy 112 ont été construites autour de l’appel. NG112 est construit autour de la séance d’urgence. Une session peut inclure la voix, le texte en temps réel, la vidéo, l'emplacement précis, les informations sur le profil de l'appelant, les données du véhicule, les données de l'application, la politique de routage et les enregistrements d'audit. Le PSAP a encore besoin d’un jugement humain serein, mais le réseau peut transporter bien plus de contexte qu’auparavant.

ESInet comme colonne vertébrale opérationnelle

Le cadre NG112 d'EENA place le réseau IP des services d'urgence, ou ESInet, au centre du modèle. Un ESInet n'est pas simplement un canal plus rapide. Il s'agit de la couche réseau des services d'urgence qui peut prendre en charge le routage basé sur IP et un échange d'informations plus riche entre les réseaux d'origine, les fonctions des services d'urgence et les PSAP.

Concrètement, un ESInet peut aider les services d’urgence à s’éloigner des hypothèses fragiles telles que :

  • Le numéro de l'appelant identifie de manière fiable la bonne juridiction d'urgence.
  • La voix est la seule modalité qui nécessite un support de premier ordre.
  • La localisation est gérée séparément du routage.
  • L'accessibilité peut être assurée par des systèmes parallèles plutôt que par des flux de travail d'urgence intégrés.
  • Les cas transfrontaliers ou d'itinérance sont suffisamment rares pour être considérés comme des exceptions.

Ces hypothèses ne correspondent plus à l’environnement de communication que les citoyens utilisent réellement.

Pourquoi la localisation devient une discipline de routage

C'est grâce à la qualité de localisation que NG112 devient réel. Un appel d'urgence moderne peut provenir d'un smartphone, d'une ligne fixe, d'un client de téléphonie cloud, d'un point de terminaison d'entreprise connecté au Wi-Fi, d'un véhicule ou d'un service VoIP. Chaque source dispose de preuves de localisation différentes et de modes de défaillance différents.

Pour les appels mobiles, la localisation dérivée du combiné, telle que la localisation mobile avancée, peut améliorer considérablement les informations disponibles pour le PSAP. Pour les appels d'entreprise et VoIP, le défi est souvent celui de l'emplacement civique ou distribuable : quel bâtiment, étage, pièce, sous-réseau, point d'accès ou port doit être associé à l'appelant ? Pour les appels de véhicules, la localisation peut être accompagnée de données spécifiques à l'incident générées par le véhicule.

NG112 place la barre plus haut car la localisation n'est pas seulement affichée à un preneur d'appel. Cela peut influencer le routage. Cela signifie qu’un mauvais emplacement peut se transformer en un mauvais itinéraire.

Les programmes les plus utiles traitent donc la localisation comme une donnée opérationnelle avec gestion du cycle de vie :

  • À qui appartient le disque ?
  • À quelle fréquence est-il validé ?
  • Quel système fait autorité ?
  • Comment les déplacements, les modifications Wi-Fi, les modifications de sous-réseau et les nouveaux sites sont-ils gérés ?
  • Que se passe-t-il lorsque l'emplacement est manquant, ambigu, obsolète ou incohérent ?
  • Les décisions de routage peuvent-elles être reconstituées après un incident ?

Ces questions sont tout aussi pertinentes pour un déploiement Teams en entreprise que pour un ESInet national. L'échelle est différente. Le mode d’échec est familier.

Les systèmes téléphoniques modernes font partie de la même chaîne d'urgence

Une erreur dans les discussions du NG112 est de traiter les systèmes téléphoniques d'entreprise comme un sujet secondaire. Ce n’est pas le cas. Un environnement d'appel d'urgence moderne comprend un PBX cloud, Microsoft Teams, des lignes réseau SIP, des contrôleurs de session en bordure, des appareils mobiles, des softphones et des services de routage gérés par le fournisseur.

Lorsqu'un utilisateur compose un numéro d'urgence à partir d'un système téléphonique sur son lieu de travail, l'appel peut traverser plusieurs frontières administratives avant d'atteindre un PSAP ou un itinéraire de service d'urgence. Si le système téléphonique ne sait pas où se trouve l’utilisateur ou si le fournisseur ne peut pas utiliser cet emplacement correctement, la chaîne d’urgence est affaiblie.

Un programme d'entreprise mature doit donc gérer les appels d'urgence comme un cycle de vie de service plutôt que comme une configuration ponctuelle :

  • Tenir à jour des enregistrements de localisation pour les bureaux, les étages, les espaces de travail partagés, les sites distants et les zones réseau.
  • Tester le routage d'urgence après des changements de réseau et des déplacements de sites.
  • Incluez les points d'accès Wi-Fi, les commutateurs, les sous-réseaux et les adresses civiques dans la conception de l'emplacement, lorsque cela est pris en charge.
  • Documenter le comportement de secours lorsque l'emplacement dynamique n'est pas disponible.
  • Former les équipes d'exploitation informatique à traiter les défauts d'appels d'urgence comme des incidents de sécurité et non comme des tickets ordinaires.
  • Coordonnez-vous avec les opérateurs et les fournisseurs VoIP avant de modifier la numérotation, les lignes réseau, la politique SBC ou le routage.

C’est là que se chevauchent les réflexions du NG112 européen et du E911 de l’entreprise américaine. Les cadres juridiques diffèrent, mais les deux mondes convergent vers la même vérité technique : la qualité des appels d’urgence dépend de la qualité des données de localisation.

Les opérateurs sans fil et la transition 4G/5G

Les opérateurs mobiles traversent également une transition compliquée. Les réseaux 2G et 3G sont supprimés sur de nombreux marchés, tandis que les appels d'urgence reposent de plus en plus sur les services vocaux 4G et 5G. Ce changement devrait améliorer les capacités au fil du temps, mais la transition peut créer des lacunes si les services d'urgence, l'itinérance, la compatibilité des combinés, la configuration IMS et eCall ne sont pas gérés avec soin.

Cela est important pour NG112, car le futur réseau de services d’urgence ne pourra être IP natif que si les réseaux d’accès sont fiables. Un ESInet sophistiqué ne peut pas compenser un appelant qui ne peut pas passer un appel d'urgence en itinérance ou un véhicule dont le module eCall dépend d'une couche réseau retirée.

Les plans de migration sans fil doivent inclure des preuves spécifiques aux situations d'urgence :

  • Succès des appels d'urgence VoLTE et VoNR dans toutes les classes d'appareils.
  • Comportement des appels d'urgence en itinérance pour les visiteurs.
  • Performances de livraison sur site dans des conditions d'urgence 4G et 5G.
  • Continuité eCall lors du retrait de la 2G et de la 3G.
  • Notification et tests PSAP avant les changements de réseau.
  • Règles de secours lorsque les appels d'urgence IMS ne sont pas disponibles.

La sécurité publique ne peut pas être une considération secondaire dans la modernisation du spectre et des réseaux.

Ce que les dirigeants du PSAP devraient retenir de Riga

Le point opérationnel le plus utile à retenir de la conversation NG112 de 2026 est que la modernisation du PSAP doit inclure la gouvernance des personnes, des processus et des données. La technologie élargit ce qui est possible, mais elle élargit également ce que les téléphonistes et les systèmes de répartition peuvent avoir besoin d'interpréter.

Un PSAP recevant des données d’urgence plus riches nécessite des règles claires :

  • Quelles données sont suffisamment fiables pour influencer la répartition ?
  • Quelles données sont affichées immédiatement et lesquelles sont disponibles sur demande ?
  • Comment les emplacements conflictuels sont-ils gérés ?
  • Comment revoir le multimédia sans ralentir le preneur d'appel ?
  • Qu'est-ce qui est conservé, pour combien de temps et sur quelle base juridique ?
  • Comment les obligations en matière de confidentialité sont-elles expliquées au public ?

NG112 n’est pas une raison pour inonder les preneurs d’appels de tous les signaux possibles. C’est une raison pour concevoir soigneusement les flux d’informations afin que les intervenants disposent du bon contexte au bon moment.

Perspective éditoriale

La promesse du NG112 n’est pas que les services d’urgence deviennent plus numériques pour le plaisir. La promesse est que la chaîne d’urgence devient moins aveugle. Un meilleur emplacement, un meilleur itinéraire, une accessibilité plus riche et des réseaux plus résilients peuvent aider les PSAP à comprendre l'incident plus rapidement et à acheminer l'aide avec plus de précision.

Le risque est que l’Europe construise des systèmes techniquement avancés, difficiles à exploiter, difficiles à tester ou inégalement déployés au-delà des frontières. C’est pourquoi la conversation issue de Riga est utile : elle ne concerne pas seulement la destination. Il s’agit du travail pratique nécessaire pour y arriver.

NG112 devient l’architecture partagée pour ce travail. La prochaine question pour chaque pays, fournisseur, entreprise et vendeur est de savoir si sa partie de la chaîne peut prouver qu'elle est prête.

ources