Portabilidade numérica no A2P SMS: por que o prefixo não basta para escolher uma rota

Qual problema a análise de prefixos resolve no roteamento A2P SMS

No A2P SMS, analisar um número antes do envio permite classificá-lo e aplicar uma lógica inicial de decisão. O formato internacional E.164 e seus dígitos fornecem uma base para identificar o país e, conforme o plano nacional de numeração aplicável, contextualizar o tipo de recurso numérico ou a faixa à qual pertence.

Essas informações são úteis para controles iniciais: validar o formato, determinar o destino nacional, associar requisitos operacionais locais e evitar que uma rota seja selecionada sem uma classificação mínima do número. No entanto, um prefixo não deve ser tratado como prova da rede que atende atualmente o assinante.

O motivo é operacional: o plano de numeração descreve a estrutura e a análise de dígitos para o encaminhamento, mas a relação entre uma faixa e uma operadora pode mudar para um assinante específico quando há portabilidade numérica.

• Use o prefixo como sinal de classificação e ponto de partida.
• Valide a normalização E.164 antes de aplicar regras de roteamento.
• Não transforme a atribuição histórica de uma faixa em certeza sobre a rede atual.
• Separe a lógica de análise numérica da decisão final de entrega.

O que um prefixo nacional representa e quais dados ele pode sugerir

Um prefixo pode sugerir como um plano nacional de numeração está organizado e, em determinados destinos, fornecer contexto sobre uma categoria de número ou uma atribuição histórica de faixa. Para uma equipe de roteamento, essas informações podem servir para criar regras iniciais por país, detectar formatos inesperados ou associar restrições conhecidas ao destino.

O valor do prefixo depende do país e da qualidade da tabela de numeração utilizada. Mesmo quando uma atribuição de faixa é conhecida, esse dado descreve a faixa ou seu atribuído original; não demonstra que cada número individual da faixa continue sendo atendido pela mesma rede.

A prudência consiste em rotular o dado pelo que ele é: uma inferência baseada em numeração. Ele deve ser mantido como um sinal distinto de qualquer resultado de consulta de rede e distinto do comportamento observado após o envio.

• País e estrutura de numeração.
• Categoria ou contexto nacional, quando o plano permitir.
• Atribuição histórica ou de faixa, caso haja uma fonte confiável.
• Não: confirmação de portabilidade, identidade, consentimento, titularidade ou entrega.

O que é portabilidade numérica e por que ela altera a relação entre faixa e operadora atual

A portabilidade numérica permite que um cliente mantenha seu número ao trocar de provedor, dentro das condições aplicáveis em cada mercado. Como consequência, o MSISDN deixa de identificar necessariamente a rede de assinatura atual.

Essa mudança tem uma implicação direta para SMS A2P: uma tabela que vincula uma faixa a uma operadora histórica pode estar correta como referência de atribuição e, ao mesmo tempo, ser insuficiente para decidir como alcançar um assinante portado.

Nos Estados Unidos, por exemplo, o processo de portabilidade é baseado em uma consulta à base NPAC/SMS para obter um Location Routing Number, ou LRN, associado ao switch que atende o cliente. Esse exemplo ilustra o princípio geral: os mecanismos de portabilidade existem justamente porque o número, por si só, não é suficiente para determinar o encaminhamento atual.

• A faixa original e a rede atual podem não coincidir.
• A aplicabilidade e o mecanismo de portabilidade dependem do mercado.
• As informações de portabilidade são usadas para roteamento; não equivalem a um cadastro completo do assinante.
• A atividade de portabilidade mais recente não deve ser confundida com um histórico completo do número.

Riscos de rotear apenas por mapeamento histórico de MCC/MNC, prefixo ou atribuição original

Uma regra que seleciona uma rota exclusivamente por prefixo, atribuição original ou por um mapeamento histórico de MCC/MNC derivado de uma tabela de faixas pressupõe que o número e a rede de assinatura permaneçam vinculados de forma estável. MCC/MNC identifica uma rede móvel; quando é inferido a partir de uma faixa, não é um atributo histórico inerente de cada MSISDN. Em um ambiente com portabilidade, essa premissa pode falhar para números individuais.

O risco não é apenas técnico. Uma classificação incorreta pode levar à aplicação de condições locais erradas, ao uso de uma rota que não corresponde ao sinal de rede disponível ou à interpretação de um resultado posterior sem distinguir qual hipótese de roteamento foi utilizada.

A alternativa não é eliminar as tabelas de faixas. Elas são úteis como camada de referência e fallback. A melhoria consiste em impedir que um único sinal histórico determine, por si só, uma decisão que deveria considerar mais contexto.

• Trate prefixo, atribuição original e mapeamentos de MCC/MNC derivados de faixas como dados de referência.
• Priorize um sinal de rede recente quando estiver disponível e for pertinente.
• Aplique requisitos do país, do remetente e do tipo de tráfego antes do envio.
• Registre as discrepâncias entre a inferência histórica e a inteligência numérica.
• Meça o resultado técnico da rota escolhida para revisar a política.

Diferenciar atribuído original, rede atual inferida, rota de destino e resultado de entrega

Uma política de roteamento mais clara começa por separar conceitos que frequentemente são confundidos. O atribuído original da faixa refere-se à relação histórica ou administrativa dessa faixa. A rede atual inferida é um sinal técnico sobre a rede de assinatura ou o destino, obtido por mecanismos de portabilidade ou inteligência numérica, quando disponíveis.

A rota de destino ou interconexão é a rede ou o caminho pelo qual o tráfego é encaminhado conforme a rota contratada e autorizada. Ela não é idêntica ao atribuído original, nem deve ser presumida como idêntica a uma resposta técnica de consulta. Por fim, o resultado de entrega é o status reportado após o processamento da mensagem.

Essa separação evita erros de linguagem e operação. Um dado de faixa pode ser válido, uma consulta pode fornecer um sinal útil para roteamento, uma rota pode estar corretamente autorizada e, ainda assim, o resultado da mensagem deve ser avaliado como um evento posterior e distinto.

• Atribuído original: referência histórica ou administrativa da faixa.
• Rede atual inferida: sinal técnico contextual e datado sobre a rede de assinatura ou o destino.
• Rota ou interconexão: decisão comercial e operacional para encaminhar o tráfego.
• DLR ou status retornado: status cuja interpretação depende da fonte e da semântica aplicável.
• Recebimento no terminal: não deve ser presumido a partir de um DLR enviado por uma rota.

Quais sinais uma consulta SRI_SM ou um serviço de inteligência numérica pode fornecer e quais são seus limites

Em SMS móvel terminado, SRI_SM é uma consulta de sinalização que um SMSC pode usar para obter informações de roteamento do assinante de destino. No fluxo técnico descrito para esse tipo de consulta, o HLR pode retornar informações de roteamento que o nó consultante pode usar para tentar o encaminhamento ou a entrega da mensagem.

Serviços de inteligência numérica comercializados como consulta HLR podem usar métodos, fontes e campos diferentes de uma consulta SRI_SM. Portanto, HLR, SRI_SM e inteligência numérica não devem ser tratados como termos intercambiáveis. Para cada sinal, é necessário documentar a fonte concreta, o método utilizado, a data da consulta e o resultado normalizado.

As implementações, a disponibilidade da rede, os dados retornados e o critério para considerar uma consulta bem-sucedida podem variar. Por isso, uma consulta SRI_SM, uma consulta HLR ou outro sinal de inteligência numérica deve ser interpretado de acordo com sua fonte, o momento da consulta, o resultado normalizado e as condições do destino.

Para roteamento A2P, o uso prudente é transformar esse resultado em uma entrada de decisão com validade operacional, e não em um atributo permanente do número. Se o sinal contrariar a faixa histórica, a discrepância deve estar visível e ser governada por uma regra explícita.

• Uma consulta SRI_SM pode fornecer informações técnicas de roteamento para tentar alcançar o destino.
• Um serviço de inteligência numérica pode utilizar fontes e métodos diferentes de SRI_SM.
• Cada sinal deve manter fonte, método, data e hora e resultado normalizado.
• O sinal pode indicar que a inferência por faixa não é suficiente.
• Não substitui validações locais, controles de conformidade nem observação posterior.
• Sua utilidade depende do contexto técnico e do momento da consulta.

Por que uma consulta HLR ou SRI_SM não constitui evidência suficiente de consentimento, identidade, titularidade nem entrega garantida

Consultas de numeração e roteamento têm uma função técnica: ajudar a analisar um número ou obter informações úteis para encaminhar uma mensagem. Por sua natureza e propósito, uma consulta HLR ou SRI_SM não constitui evidência suficiente ou verificável de consentimento, identidade civil, titularidade de uma linha ou leitura da mensagem por uma pessoa.

O consentimento para comunicações A2P deve ser mantido nos sistemas de conformidade e de relacionamento com o cliente aplicáveis. Ele não deve ser inferido do fato de um número ter uma estrutura válida, de uma consulta retornar informações de roteamento ou de um provedor conseguir tentar a entrega.

Também não se deve equiparar uma resposta favorável de HLR ou SRI_SM a uma entrega final garantida. A consulta de roteamento e o processo de envio de SMS são eventos separados. Da mesma forma, um DLR submitted normalmente indica aceitação ou envio para uma etapa inicial, conforme a semântica do provedor ou protocolo; não confirma, por si só, o recebimento no terminal.

• Uma consulta HLR ou SRI_SM não constitui evidência suficiente de consentimento.
• Ela não constitui evidência suficiente de identidade nem titularidade.
• Ela não comprova que o destinatário leu a mensagem.
• Um sinal de roteamento não garante a entrega final.
• Um DLR submitted deve ser interpretado segundo a fonte e a semântica aplicável.
• Nenhum DLR deve ser tratado, por si só, como verificação independente de recebimento no terminal.

Estrutura de decisão para combinar prefixos, inteligência numérica, requisitos locais e observabilidade

Uma política operacional deve organizar os sinais em vez de buscar um sinal perfeito. O prefixo serve para classificar; informações de portabilidade, consultas SRI_SM ou outros serviços de inteligência numérica, quando existentes e documentados, podem refinar a hipótese; os requisitos locais determinam se o remetente, o conteúdo e o caso de uso são admissíveis; e a observabilidade posterior permite avaliar como a decisão se comportou.

A prioridade exata depende do destino, das capacidades contratadas e das regras aplicáveis. O importante é definir quais dados são obrigatórios, quais discrepâncias bloqueiam ou degradam uma decisão e quais resultados exigem revisão da política.

Para mensagens legítimas, consentidas e em conformidade com a regulamentação aplicável, a estrutura deve ser reproduzível: dois operadores que analisem o mesmo registro de envio devem conseguir entender quais sinais foram usados, qual rota foi escolhida e qual status foi recebido.

• 1. Normalize e valide o número no formato E.164.
• 2. Classifique país, tipo de número e faixa como referência.
• 3. Determine se a portabilidade é aplicável ao destino.
• 4. Consulte SRI_SM ou inteligência numérica quando estiver disponível, for pertinente e tiver fonte documentada.
• 5. Valide requisitos locais de remetente, conteúdo e tipo de tráfego.
• 6. Selecione uma rota autorizada para o destino e o caso de uso.
• 7. Capture status técnicos e revise discrepâncias ou anomalias.