EENA's conferentieverslag van 2026 vanuit Riga geeft het moment weer waarop Europa zich nu bevindt. NG112 is niet langer alleen een standaarddiagram of een routekaart voor leveranciers. Het wordt de werktaal voor de manier waarop hulpdiensten denken over IP-netwerken, de locatie van de beller, multimedia, toegankelijkheid en operationeel vertrouwen.
De belangrijkste verschuiving is eenvoudig te beschrijven en moeilijk te implementeren: noodcommunicatie verandert van een spraakoproepsysteem met enkele ondersteunende gegevens naar een nooddatasysteem dat nog steeds spraak doorgeeft als stem het juiste kanaal is.
Dat onderscheid is van belang. Er zijn Legacy 112-operaties rond de oproep gebouwd. NG112 is gebouwd rond de noodsessie. Een sessie kan spraak, realtime tekst, video, precieze locatie, profielinformatie van de beller, voertuiggegevens, app-gegevens, routebeleid en auditgegevens omvatten. Het PSAP heeft nog steeds een kalm menselijk oordeel nodig, maar het netwerk kan veel meer context bevatten dan vroeger.
ESInet als operationele ruggengraat
De NG112-framing van EENA plaatst het Emergency Services IP Network, of ESInet, in het middelpunt van het model. Een ESInet is niet alleen een snellere pijp. Het is de netwerklaag van de hulpdiensten die IP-gebaseerde routering en rijkere informatie-uitwisseling tussen oorspronkelijke netwerken, hulpdienstenfuncties en PSAP's kan ondersteunen.
In praktische termen kan een ESInet de hulpdiensten helpen afstand te nemen van broze aannames zoals:
- Het nummer van een beller identificeert op betrouwbare wijze het juiste rechtsgebied voor noodgevallen.
- Stem is de enige modaliteit die eersteklas ondersteuning nodig heeft.
- Locatie wordt afzonderlijk van routing afgehandeld.
- Toegankelijkheid kan worden geboden via parallelle systemen in plaats van via geïntegreerde noodworkflows.
- Grensoverschrijdende gevallen of gevallen van roaming zijn zeldzaam genoeg om als uitzonderingen te worden behandeld.
Deze aannames passen niet langer in de communicatieomgeving die burgers daadwerkelijk gebruiken.
Waarom locatie een routingdiscipline wordt
Locatiekwaliteit is waar NG112 werkelijkheid wordt. Een moderne noodoproep kan afkomstig zijn van een smartphone, een vaste lijn, een cloudtelefoonclient, een met Wi-Fi verbonden bedrijfseindpunt, een voertuig of een VoIP-service. Elke bron heeft ander locatiebewijs en verschillende faalwijzen.
Voor mobiele gesprekken kan van een handset afgeleide locatie, zoals Advanced Mobile Location, de informatie die beschikbaar is voor de PSAP dramatisch verbeteren. Voor bedrijfs- en VoIP-gesprekken is de uitdaging vaak de openbare of verzendbare locatie: welk gebouw, verdieping, kamer, subnet, toegangspunt of poort moet aan de beller worden gekoppeld? Voor voertuigoproepen kan de locatie voorzien zijn van incidentspecifieke gegevens die door het voertuig zijn gegenereerd.
NG112 legt de lat hoger omdat de locatie niet alleen aan de calltaker wordt weergegeven. Het kan de route beïnvloeden. Dat betekent dat een slechte locatie een slechte route kan worden.
De nuttigste programma's behandelen locatie daarom als operationele gegevens met levenscyclusbeheer:
- Wie is de eigenaar van de plaat?
- Hoe vaak wordt het gevalideerd?
- Welk systeem is gezaghebbend?
- Hoe worden verhuizingen, wifi-wijzigingen, subnetwijzigingen en nieuwe sites afgehandeld?
- Wat gebeurt er als de locatie ontbreekt, dubbelzinnig, oud of inconsistent is?
- Kunnen routebeslissingen na een incident worden gereconstrueerd?
Deze vragen zijn net zo relevant voor een Enterprise Teams-implementatie als voor een nationaal ESInet. De schaal is anders. De faalmodus is bekend.
Moderne telefoonsystemen maken deel uit van dezelfde noodketen
Een fout in de NG112-discussies is dat zakelijke telefoonsystemen als een bijzaak worden behandeld. Dat zijn ze niet. Een moderne noodoproepomgeving omvat cloud-PBX, Microsoft Teams, SIP-trunks, sessiegrenscontrollers, mobiele apparaten, softphones en door de provider beheerde routeringsdiensten.
Wanneer een gebruiker een alarmnummer belt vanaf een telefoonsysteem op de werkplek, kan de oproep verschillende administratieve grenzen overschrijden voordat deze een PSAP- of hulpdienstroute bereikt. Als het telefoonsysteem niet weet waar de gebruiker zich bevindt, of als de aanbieder die locatie niet correct kan gebruiken, wordt de noodketen verzwakt.
Een volwassen bedrijfsprogramma zou daarom noodoproepen moeten beheren als een servicelevenscyclus in plaats van als een eenmalige configuratie:
- Houd locatiegegevens bij voor kantoren, verdiepingen, gedeelde werkruimtes, externe locaties en netwerkzones.
- Test noodroutering na netwerkwijzigingen en locatieverhuizingen.
- Neem Wi-Fi-toegangspunten, switches, subnetten en burgeradressen op in het locatieontwerp waar dit wordt ondersteund.
- Documenteer terugvalgedrag wanneer dynamische locatie niet beschikbaar is.
- Train IT-operationsteams om defecten aan noodoproepen te behandelen als veiligheidsincidenten, en niet als gewone tickets.
- Werk samen met vervoerders en VoIP-providers voordat u nummer, trunks, SBC-beleid of routering wijzigt.
Dit is waar het denken van de Europese NG112 en de Amerikaanse onderneming E911 elkaar overlappen. De wettelijke kaders verschillen, maar beide werelden komen samen in dezelfde technische waarheid: de kwaliteit van noodoproepen hangt af van de kwaliteit van locatiegegevens.
Draadloze providers en de 4G/5G-overgang
Mobiele operators maken ook een ingewikkelde transitie door. 2G- en 3G-netwerken worden in veel markten buiten gebruik gesteld, terwijl noodoproepen steeds vaker afhankelijk zijn van 4G- en 5G-spraakdiensten. Deze verschuiving zou de capaciteit in de loop van de tijd moeten verbeteren, maar de transitie kan gaten creëren als hulpdiensten, roaming, handsetcompatibiliteit, IMS-configuratie en eCall niet zorgvuldig worden afgehandeld.
Dit is van belang voor NG112 omdat het toekomstige noodhulpnetwerk alleen IP-native kan zijn als de toegangsnetwerken betrouwbaar zijn. Een geavanceerd ESInet kan geen compensatie bieden voor een beller die tijdens het roamen geen noodoproep kan plaatsen of een voertuig waarvan de eCall-module afhankelijk is van een gepensioneerde netwerklaag.
Plannen voor draadloze migratie moeten noodspecifiek bewijsmateriaal bevatten:
- Succes van VoLTE- en VoNR-noodoproepen in alle apparaatklassen.
- Roaming noodoproepgedrag voor bezoekers.
- Leveringsprestaties op locatie onder 4G- en 5G-noodomstandigheden.
- eCall-continuïteit tijdens 2G- en 3G-buitengebruikstelling.
- PSAP-melding en testen vóór netwerkwijzigingen.
- Terugvalregels wanneer IMS-noodoproepen niet beschikbaar zijn.
Openbare veiligheid kan geen bijzaak zijn bij de modernisering van spectrum en netwerken.
Wat PSAP-leiders uit Riga zouden moeten meenemen
De nuttigste operationele conclusie uit het NG112-gesprek uit 2026 is dat PSAP-modernisering mensen, processen en databeheer moet omvatten. Technologie breidt uit wat mogelijk is, maar breidt ook uit wat oproepnemers en meldsystemen mogelijk moeten interpreteren.
Een alarmcentrale die rijkere noodgegevens ontvangt, heeft duidelijke regels nodig:
- Welke gegevens zijn voldoende vertrouwd om de verzending te beïnvloeden?
- Welke gegevens worden direct getoond en welke zijn op aanvraag beschikbaar?
- Hoe wordt omgegaan met conflicterende locaties?
- Hoe wordt multimedia beoordeeld zonder de beller te vertragen?
- Wat wordt bewaard, hoe lang en op welke rechtsgrondslag?
- Hoe worden privacyverplichtingen uitgelegd aan het publiek?
NG112 is geen reden om oproepnemers te overspoelen met elk mogelijk signaal. Het is een reden om informatiestromen zorgvuldig te ontwerpen, zodat hulpverleners op het juiste moment de juiste context krijgen.
Redactioneel perspectief
De belofte van NG112 is niet dat hulpdiensten alleen maar digitaler worden. De belofte is dat de noodketen minder blind wordt. Een betere locatie, betere routering, rijkere toegankelijkheid en veerkrachtiger netwerken kunnen alarmcentrales helpen het incident sneller te begrijpen en de hulp nauwkeuriger te routeren.
Het risico is dat Europa technisch geavanceerde systemen bouwt die moeilijk te bedienen, moeilijk te testen zijn of ongelijkmatig over de grenzen heen worden ingezet. Daarom is het gesprek dat uit Riga komt nuttig: het gaat niet alleen over de bestemming. Het gaat om het praktische werk dat nodig is om daar te komen.
NG112 wordt de gedeelde architectuur voor dat werk. De volgende vraag voor elk land, elke aanbieder, onderneming en leverancier is of hun deel van de keten kan bewijzen dat het er klaar voor is.