A cobertura da conferência EENA de 2026 em Riga capta o momento em que a Europa se encontra. O NG112 não é mais apenas um diagrama de padrões ou um roteiro de fornecedor. Está se tornando a linguagem de trabalho sobre como os serviços de emergência pensam sobre redes IP, localização de chamadores, multimídia, acessibilidade e confiança operacional.
A mudança fundamental é simples de descrever e difícil de implementar: as comunicações de emergência estão a passar de um sistema de chamada de voz com alguns dados de apoio para um sistema de dados de emergência que ainda transporta voz quando a voz é o canal certo.
Essa distinção é importante. As operações do Legacy 112 foram construídas em torno da chamada. O NG112 é construído em torno da sessão de emergência. Uma sessão pode incluir voz, texto em tempo real, vídeo, localização precisa, informações de perfil do chamador, dados do veículo, dados de aplicativos, política de roteamento e registros de auditoria. O PSAP ainda precisa de um julgamento humano calmo, mas a rede pode transportar muito mais contexto do que antes.
ESInet como backbone operacional
O enquadramento NG112 da EENA coloca a Rede IP de Serviços de Emergência, ou ESInet, no centro do modelo. Um ESInet não é apenas um canal mais rápido. É a camada de rede de serviços de emergência que pode suportar roteamento baseado em IP e troca de informações mais rica entre redes de origem, funções de serviços de emergência e PSAPs.
Em termos práticos, uma ESInet pode ajudar os serviços de emergência a afastarem-se de pressupostos frágeis como:
- O número do chamador identifica de forma confiável a jurisdição de emergência correta.
- A voz é a única modalidade que necessita de suporte de primeira linha.
- A localização é tratada separadamente do roteamento.
- A acessibilidade pode ser assegurada através de sistemas paralelos em vez de fluxos de trabalho de emergência integrados.
- Os casos transfronteiriços ou de itinerância são suficientemente raros para serem tratados como excepções.
Essas suposições já não se ajustam ao ambiente de comunicações que os cidadãos realmente utilizam.
Por que a localização se torna uma disciplina de roteamento
A qualidade da localização é onde o NG112 se torna real. Uma chamada de emergência moderna pode originar-se de um smartphone, uma linha fixa, um cliente de telefone em nuvem, um terminal empresarial conectado por Wi-Fi, um veículo ou um serviço VoIP. Cada fonte possui diferentes evidências de localização e diferentes modos de falha.
Para chamadas móveis, a localização derivada do aparelho, como a Localização Móvel Avançada, pode melhorar drasticamente as informações disponíveis para o PSAP. Para chamadas corporativas e VoIP, o desafio geralmente é a localização cívica ou despachável: qual prédio, andar, sala, sub-rede, ponto de acesso ou porta deve ser associado ao chamador? Para chamadas de veículos, a localização pode vir com dados específicos do incidente gerados pelo veículo.
O NG112 eleva a fasquia porque a localização não é exibida apenas para o atendente da chamada. Isso pode influenciar o roteamento. Isso significa que uma localização incorreta pode se tornar um roteamento incorreto.
Os programas mais úteis, portanto, tratam a localização como dados operacionais com gerenciamento do ciclo de vida:
- Quem é o dono do disco?
- Com que frequência é validado?
- Qual sistema é oficial?
- Como são tratadas as movimentações, alterações de Wi-Fi, alterações de sub-rede e novos sites?
- O que acontece quando o local está ausente, é ambíguo, obsoleto ou inconsistente?
- As decisões de roteamento podem ser reconstruídas após um incidente?
Essas questões são tão relevantes para a implantação de Teams empresariais quanto para uma ESInet nacional. A escala é diferente. O modo de falha é familiar.
Os sistemas telefônicos modernos fazem parte da mesma cadeia de emergência
Um erro nas discussões do NG112 é tratar os sistemas telefônicos corporativos como um tópico secundário. Eles não são. Um ambiente moderno de chamadas de emergência inclui PBX em nuvem, Microsoft Teams, troncos SIP, controladores de borda de sessão, dispositivos móveis, softphones e serviços de roteamento gerenciados pelo provedor.
Quando um usuário disca um número de emergência de um sistema telefônico do local de trabalho, a chamada pode cruzar vários limites administrativos antes de chegar a um PSAP ou a uma rota de serviço de emergência. Se o sistema telefônico não souber onde o usuário está, ou se a operadora não conseguir usar esse local corretamente, a cadeia de emergência fica enfraquecida.
Um programa empresarial maduro deve, portanto, gerenciar chamadas de emergência como um ciclo de vida de serviço, em vez de uma configuração única:
- Mantenha registros de localização de escritórios, andares, espaços de trabalho compartilhados, locais remotos e zonas de rede.
- Teste o roteamento de emergência após mudanças de rede e mudanças de site.
- Incluir pontos de acesso Wi-Fi, switches, sub-redes e endereços cívicos no design do local, quando houver suporte.
- Documente o comportamento de fallback quando a localização dinâmica não estiver disponível.
- Treinar equipes de operações de TI para tratar defeitos de chamadas de emergência como incidentes de segurança, e não como tickets comuns.
- Coordene com operadoras e provedores de VoIP antes de alterar numeração, troncos, política SBC ou roteamento.
É aqui que o pensamento europeu NG112 e o pensamento empresarial E911 de estilo americano se sobrepõem. Os quadros jurídicos diferem, mas ambos os mundos estão a convergir para a mesma verdade de engenharia: a qualidade das chamadas de emergência depende da qualidade dos dados de localização.
Operadoras sem fio e a transição 4G/5G
As operadoras móveis também estão passando por uma transição complicada. As redes 2G e 3G estão a ser descontinuadas em muitos mercados, enquanto as chamadas de emergência dependem cada vez mais de serviços de voz 4G e 5G. Essa mudança deverá melhorar a capacidade ao longo do tempo, mas a transição pode criar lacunas se os serviços de emergência, roaming, compatibilidade de telemóveis, configuração IMS e eCall não forem tratados com cuidado.
Isto é importante para o NG112 porque a futura rede de serviços de emergência só poderá ser nativa de IP se as redes de acesso forem confiáveis. Uma ESInet sofisticada não consegue compensar um chamador que não consegue fazer uma chamada de emergência em roaming ou um veículo cujo módulo eCall depende de uma camada de rede desativada.
Os planos de migração sem fio devem incluir evidências específicas de emergência:
- Sucesso nas chamadas de emergência VoLTE e VoNR em todas as classes de dispositivos.
- Comportamento de chamadas de emergência em roaming para visitantes.
- Desempenho de entrega de localização em condições de emergência 4G e 5G.
- Continuidade do eCall durante a descontinuação do 2G e 3G.
- Notificação e teste PSAP antes de mudanças na rede.
- Regras de fallback quando a chamada de emergência IMS não estiver disponível.
A segurança pública não pode ser uma reflexão tardia na modernização do espectro e das redes.
O que os líderes do PSAP deveriam levar de Riga
A conclusão operacional mais útil da conversa NG112 de 2026 é que a modernização do PSAP deve incluir governança de pessoas, processos e dados. A tecnologia expande o que é possível, mas também expande o que os atendentes de chamadas e os sistemas de despacho podem precisar interpretar.
Um PSAP que receba dados de emergência mais ricos precisa de regras claras:
- Quais dados são confiáveis o suficiente para influenciar o envio?
- Quais dados são exibidos imediatamente e quais estão disponíveis sob demanda?
- Como são tratados os locais conflitantes?
- Como a multimídia é revisada sem atrasar o atendente?
- O que é mantido, por quanto tempo e sob que base jurídica?
- Como são explicadas ao público as obrigações de privacidade?
NG112 não é motivo para inundar os atendentes com todos os sinais possíveis. É uma razão para conceber cuidadosamente os fluxos de informação para que os respondentes obtenham o contexto certo no momento certo.
Perspectiva editorial
A promessa do NG112 não é que os serviços de emergência se tornem mais digitais só por isso. A promessa é que a cadeia de emergência se torne menos cega. Melhor localização, melhor roteamento, acessibilidade mais rica e redes mais resilientes podem ajudar os PSAPs a entender o incidente com mais rapidez e a encaminhar a ajuda com mais precisão.
O risco é que a Europa construa sistemas tecnicamente avançados que sejam difíceis de operar, difíceis de testar ou implantados de forma desigual através das fronteiras. É por isso que a conversa que sai de Riga é útil: não se trata apenas do destino. Trata-se do trabalho prático necessário para chegar lá.
O NG112 está se tornando a arquitetura compartilhada para esse trabalho. A próxima questão para cada país, fornecedor, empresa e fornecedor é se a sua parte da cadeia pode provar que está pronta.