La cobertura de la conferencia de 2026 de EENA desde Riga captura el momento en el que se encuentra Europa. NG112 ya no es sólo un diagrama de estándares o una hoja de ruta de proveedores. Se está convirtiendo en el lenguaje de trabajo sobre cómo piensan los servicios de emergencia sobre las redes IP, la ubicación de las llamadas, la multimedia, la accesibilidad y la confianza operativa.

El cambio clave es simple de describir y difícil de implementar: las comunicaciones de emergencia están pasando de un sistema de llamadas de voz con algunos datos de respaldo a un sistema de datos de emergencia que aún transmite voz cuando ésta es el canal correcto.

Esa distinción importa. Las operaciones heredadas de 112 se construyeron en torno a la llamada. NG112 se basa en la sesión de emergencia. Una sesión puede incluir voz, texto en tiempo real, video, ubicación precisa, información del perfil de la persona que llama, datos del vehículo, datos de aplicaciones, política de rutas y registros de auditoría. El PSAP todavía necesita un juicio humano tranquilo, pero la red puede transmitir mucho más contexto que antes.

ESInet como columna vertebral operativa

El marco NG112 de EENA coloca la Red IP de Servicios de Emergencia, o ESInet, en el centro del modelo. Una ESInet no es simplemente una tubería más rápida. Es la capa de red de servicios de emergencia la que puede soportar el enrutamiento basado en IP y un intercambio de información más rico entre las redes de origen, las funciones de los servicios de emergencia y los PSAP.

En términos prácticos, una ESInet puede ayudar a los servicios de emergencia a alejarse de supuestos frágiles como:

  • El número de la persona que llama identifica de forma fiable la jurisdicción de emergencia adecuada.
  • La voz es la única modalidad que necesita un soporte de primer nivel.
  • La ubicación se maneja por separado del enrutamiento.
  • La accesibilidad se puede lograr a través de sistemas paralelos en lugar de flujos de trabajo de emergencia integrados.
  • Los casos transfronterizos o de itinerancia son lo suficientemente raros como para tratarlos como excepciones.

Esos supuestos ya no se ajustan al entorno de comunicaciones que los ciudadanos realmente utilizan.

Por qué la ubicación se convierte en una disciplina de enrutamiento

La calidad de la ubicación es donde NG112 se vuelve real. Una llamada de emergencia moderna puede originarse desde un teléfono inteligente, una línea fija, un cliente de telefonía en la nube, un terminal empresarial conectado a Wi-Fi, un vehículo o un servicio VoIP. Cada fuente tiene evidencia de ubicación diferente y diferentes modos de falla.

Para llamadas móviles, la ubicación derivada del teléfono, como la ubicación móvil avanzada, puede mejorar drásticamente la información disponible para el PSAP. Para las llamadas empresariales y VoIP, el desafío suele ser la ubicación cívica o despachable: ¿qué edificio, piso, sala, subred, punto de acceso o puerto debe estar asociado con la persona que llama? Para llamadas de vehículos, la ubicación puede incluir datos específicos del incidente generados por el vehículo.

NG112 sube el listón porque la ubicación no solo se muestra a quien atiende la llamada. Puede influir en el enrutamiento. Eso significa que una mala ubicación puede convertirse en una mala ruta.

Por lo tanto, los programas más útiles tratan la ubicación como datos operativos con gestión del ciclo de vida:

  • ¿A quién pertenece el disco?
  • ¿Con qué frecuencia se valida?
  • ¿Qué sistema tiene autoridad?
  • ¿Cómo se manejan los movimientos, cambios de Wi-Fi, cambios de subred y nuevos sitios?
  • ¿Qué sucede cuando falta la ubicación, ésta es ambigua, obsoleta o inconsistente?
  • ¿Se pueden reconstruir las decisiones de ruta después de un incidente?

Esas preguntas son tan relevantes para la implementación de Teams empresarial como lo son para una ESInet nacional. La escala es diferente. El modo de falla es familiar.

Los sistemas telefónicos modernos son parte de la misma cadena de emergencia

Un error en las discusiones del NG112 es tratar los sistemas telefónicos empresariales como un tema secundario. No lo son. Un entorno moderno de llamadas de emergencia incluye PBX en la nube, Microsoft Teams, troncales SIP, controladores de borde de sesión, dispositivos móviles, softphones y servicios de enrutamiento administrados por proveedores.

Cuando un usuario marca un número de emergencia desde el sistema telefónico de un lugar de trabajo, la llamada puede cruzar varios límites administrativos antes de llegar a un PSAP o ruta de servicio de emergencia. Si el sistema telefónico no sabe dónde está el usuario, o si el proveedor no puede utilizar esa ubicación correctamente, la cadena de emergencia se debilita.

Por lo tanto, un programa empresarial maduro debería gestionar las llamadas de emergencia como un ciclo de vida del servicio en lugar de una configuración única:

  • Mantener registros de ubicación de oficinas, pisos, espacios de trabajo compartidos, sitios remotos y zonas de red.
  • Pruebe el enrutamiento de emergencia después de cambios de red y movimientos de sitio.
  • Incluir puntos de acceso Wi-Fi, conmutadores, subredes y direcciones cívicas en el diseño de la ubicación donde sea compatible.
  • Comportamiento de respaldo del documento cuando la ubicación dinámica no está disponible.
  • Capacitar a los equipos de operaciones de TI para que traten los defectos en las llamadas de emergencia como incidentes de seguridad, no como multas ordinarias.
  • Coordine con los operadores y proveedores de VoIP antes de cambiar la numeración, las troncales, la política de SBC o el enrutamiento.

Aquí es donde se superponen el pensamiento europeo NG112 y el estilo empresarial estadounidense E911. Los marcos legales difieren, pero ambos mundos convergen en la misma verdad de ingeniería: la calidad de las llamadas de emergencia depende de la calidad de los datos de ubicación.

Operadores inalámbricos y la transición 4G/5G

Los operadores móviles también están atravesando una transición complicada. Las redes 2G y 3G se están retirando en muchos mercados, mientras que las llamadas de emergencia dependen cada vez más de los servicios de voz 4G y 5G. Ese cambio debería mejorar la capacidad con el tiempo, pero la transición puede crear brechas si los servicios de emergencia, el roaming, la compatibilidad de los teléfonos, la configuración IMS y eCall no se manejan con cuidado.

Esto es importante para NG112 porque la futura red de servicios de emergencia puede ser IP nativa sólo si las redes de acceso son confiables. Un ESInet sofisticado no puede compensar a una persona que llama que no puede realizar una llamada de emergencia mientras está en roaming o un vehículo cuyo módulo eCall depende de una capa de red retirada.

Los planes de migración inalámbrica deben incluir evidencia específica de emergencia:

  • Éxito de las llamadas de emergencia VoLTE y VoNR en todas las clases de dispositivos.
  • Comportamiento de llamadas de emergencia en roaming para visitantes.
  • Rendimiento de entrega de ubicación en condiciones de emergencia 4G y 5G.
  • Continuidad de eCall durante el retiro de 2G y 3G.
  • Notificación y prueba de PSAP antes de cambios de red.
  • Reglas de respaldo cuando las llamadas de emergencia IMS no están disponibles.

La seguridad pública no puede ser una ocurrencia tardía en la modernización del espectro y de las redes.

Lo que los líderes del PSAP deberían sacar de Riga

La conclusión operativa más útil de la conversación NG112 de 2026 es que la modernización del PSAP debe incluir personas, procesos y gobernanza de datos. La tecnología amplía lo que es posible, pero también amplía lo que los operadores de llamadas y los sistemas de despacho pueden necesitar interpretar.

Un PSAP que reciba datos de emergencia más completos necesita reglas claras:

  • ¿Qué datos son lo suficientemente fiables como para influir en el envío?
  • ¿Qué datos se muestran inmediatamente y cuáles están disponibles bajo demanda?
  • ¿Cómo se manejan las ubicaciones en conflicto?
  • ¿Cómo se revisa la multimedia sin ralentizar a quien llama?
  • ¿Qué se conserva, durante cuánto tiempo y bajo qué base jurídica?
  • ¿Cómo se explican al público las obligaciones de privacidad?

NG112 no es motivo para inundar a quienes atienden llamadas con todas las señales posibles. Es una razón para diseñar cuidadosamente los flujos de información para que los respondedores obtengan el contexto adecuado en el momento adecuado.

Perspectiva editorial

La promesa de NG112 no es que los servicios de emergencia se vuelvan más digitales porque sí. La promesa es que la cadena de emergencia sea menos ciega. Una mejor ubicación, mejores rutas, una mayor accesibilidad y redes más resilientes pueden ayudar a los PSAP a comprender el incidente más rápido y enrutar la ayuda con mayor precisión.

El riesgo es que Europa construya sistemas técnicamente avanzados que sean difíciles de operar, de probar o desplegados de manera desigual a través de las fronteras. Por eso la conversación que surge de Riga es útil: no se trata sólo del destino. Se trata del trabajo práctico necesario para llegar allí.

NG112 se está convirtiendo en la arquitectura compartida para ese trabajo. La siguiente pregunta para cada país, proveedor, empresa y vendedor es si su parte de la cadena puede demostrar que está lista.

Fuentes