Janelas de observação de SMS A2P: como comparar rotas sem enviesamento

Por que uma comparação precisa de uma janela definida

Uma taxa ou latência só pode ser interpretada se soubermos quais mensagens entram no cálculo e quanto tempo se esperou pelos respetivos estados. Se uma rota for avaliada durante algumas horas e outra durante vários dias, os DLR tardios podem alterar a comparação, mesmo que o tráfego inicial tenha sido semelhante.

Defina a janela analítica antes de enviar ou analisar as mensagens: momento de inclusão, duração da observação e regra para encerrar cada coorte. A recomendação ITU-T E.803 explica que um período limitado evita esperar indefinidamente por eventos futuros e que os eventos posteriores ao timeout não fazem parte do cálculo definido.

Não confunda essa janela com o período de validade do SMS. Na 3GPP TS 23.040, o período de validade é um parâmetro da mensagem que determina durante quanto tempo esta continua válida no centro de serviço. A janela analítica é uma regra de avaliação; pode coincidir com esse período, mas não é o mesmo conceito.

• Especifique quando uma mensagem entra na coorte, por exemplo, com base no momento em que o envio é registado no sistema de origem.
• Defina durante quanto tempo os estados são observados e o que significa exatamente o encerramento.
• Mantenha a regra para poder repetir a análise; não a altere apenas para favorecer um resultado.

Defina a unidade de comparação e as condições

Antes de comparar, determine o que significa «uma rota» no teste e que população de mensagens será incluída. No mínimo, delimite o destino e o operador, quando forem conhecidos, o remetente, o tipo de tráfego — por exemplo, OTP ou transacional — e as condições de envio relevantes. Uma comparação agregada pode ocultar que as rotas receberam combinações diferentes de mensagens.

Registe as variáveis que podem diferir entre coortes: horário, volume, composição de destinos e remetentes e configuração do envio. Se um fator for importante para a questão, mantenha-o constante ou apresente resultados separados por estrato. A estratificação é uma adaptação prática de princípios de amostragem da qualidade de serviço; nas fontes consultadas, não existe uma receita universal específica para coortes A2P.

Normalizar o número de destino para o formato internacional pode facilitar a preparação dos dados. A E.164 define o plano internacional de numeração, mas um número normalizado não demonstra qual operador serviu o destino nem que rota a mensagem utilizou. Não infira esses dados apenas a partir do formato do número.

• Escreva a definição da coorte numa frase verificável, não apenas com o nome comercial da rota.
• Compare populações equivalentes ou separe os resultados pelas variáveis que diferem.
• Registe se foi solicitado um relatório de estado e que política de validade foi aplicada; na 3GPP, o pedido de relatório e o período de validade são parâmetros opcionais da mensagem.

Defina o início, o fim e a maturação dos DLR tardios

Associe a janela a um evento inequívoco, normalmente o momento em que o envio é registado no sistema de origem. Defina se será avaliada uma coorte completa de mensagens registadas durante um intervalo ou se cada mensagem será observada individualmente durante um prazo contado a partir desse registo. O método escolhido deve ser aplicado da mesma forma a todas as rotas.

Inclua um período de maturação para que os estados recebidos com atraso tenham uma oportunidade definida de entrar no resultado. As fontes citadas não estabelecem um timeout universal para comparar rotas A2P: o valor deve corresponder ao objetivo operacional e à política de análise e ficar documentado. Ao atingir o limite, aplique a regra de encerramento sem incorporar eventos posteriores retroativamente e de forma seletiva.

Mantenha separados os tempos da mensagem e do relatório. A 3GPP TS 23.040 descreve relatórios SMS-STATUS-REPORT com estados e marcas temporais, como TP-SCTS e TP-DT, além de referências que permitem associá-los à mensagem original. Preserve esses campos quando estiverem disponíveis e registe a semântica de qualquer identificador do fornecedor.

• Registe o fuso horário e a convenção usada para os momentos, para evitar comparar marcas temporais interpretadas de formas diferentes.
• Defina antecipadamente como tratar um estado recebido após o encerramento: fora do cálculo original, mas conservado para auditoria ou para uma análise posterior claramente separada.
• Se o período de maturação mudar entre testes, apresente os resultados como avaliações com regras diferentes, não como uma comparação direta sem ressalvas.

Mantenha as coortes comparáveis quando o tráfego muda

A mudança de volume não é a única que pode enviesar o resultado. Também podem variar a proporção de destinos, operadores, remetentes ou tipos de tráfego, bem como a distribuição horária. Se uma rota receber mais mensagens de uma categoria do que outra, a diferença observada pode refletir a composição da amostra, e não necessariamente a rota.

Quando a combinação variar, apresente os resultados por estrato relevante e mantenha o tamanho de cada grupo. Se for necessário um indicador agregado, explique como foi construído e evite combinar grupos que não representem a mesma população-alvo. A ITU-T E.806 descreve o uso de amostragem estratificada em campanhas de qualidade de serviço; aplicá-la a rotas A2P é uma adaptação de um princípio metodológico, não um requisito específico de SMS.

Documente também as alterações operacionais que coincidam com a avaliação. Se o encaminhamento, o remetente, a configuração ou o padrão de envio forem alterados, separe os períodos afetados em vez de os tratar como uma única coorte homogénea.

• Compare intervalos horários equivalentes ou apresente os resultados por faixa horária quando o horário for relevante.
• Mantenha as contagens por destino, operador conhecido, remetente e tipo de tráfego.
• Assinale as alterações de configuração e evite atribuir automaticamente o seu efeito a uma única variável.

Separe aceitação, estados, latência e disponibilidade

Não transforme todos os sinais numa única noção de entrega. A aceitação de um envio, um SMS-STATUS-REPORT posterior e a receção efetiva num terminal são eventos diferentes. A aceitação, por si só, não equivale a um relatório final, e um DLR reportado não deve ser descrito automaticamente como verificação independente de que o terminal recebeu a mensagem.

Apresente separadamente a proporção de envios aceite pelo sistema observado, os estados recebidos dentro da janela e a proporção que ficou sem resultado observado. Descreva exatamente que estados foram agrupados e de que forma. A semântica disponível pode depender do sistema que origina ou transforma o relatório; não presuma que todos os DLR representam o mesmo nível de confirmação.

Associe a latência a eventos definidos: por exemplo, o tempo entre o registo do envio no sistema de origem e a receção de um estado específico. Indique que marcas temporais utilizou e, quando adequado, resuma a distribuição em vez de confiar apenas numa média. A disponibilidade também exige uma definição operacional explícita e uma fonte de observação; não a deduza a partir de um único indicador de estado.

• Identifique as medidas como aceitação, estado reportado, latência até a um evento definido ou disponibilidade, de acordo com a regra aplicada.
• Indique se o dado é um DLR recebido e reportado ou uma verificação independente da receção no terminal.
• Não transforme a ausência de um estado em prova automática de falha, nem um estado reportado em garantia de entrega.

Resultados incompletos e amostras pequenas

No encerramento, uma mensagem sem estado final observado deve continuar identificada como pendente, censurada ou sem resultado observado, de acordo com a regra definida. Não a conte como sucesso ou falha sem evidências. Indique tanto o total de mensagens da coorte como quantas continuam sem resultado; caso contrário, uma proporção calculada apenas sobre as mensagens com estado pode dar uma impressão incompleta.

Uma amostra pequena gera estimativas mais incertas. Nas fontes consultadas, não existe um limiar universal de suficiência para comparar rotas A2P. Apresente o tamanho da amostra e, se o método estatístico utilizado o permitir, uma medida de incerteza adequada. A ITU-T E.802 e a E.803 relacionam o tamanho da amostra com a incerteza, mas os seus exemplos não constituem uma regra fixa para este uso.

Se a proporção de resultados pendentes ou a janela de observação tiver mudado, indique-o junto às métricas. Um valor isolado, sem denominador, período nem regra de encerramento, pode parecer preciso sem ser comparável.

• Apresente o numerador, o denominador e as mensagens sem resultado observado.
• Não declare uma rota superior com base em poucas mensagens sem alertar para a incerteza.
• Evite tratar uma diferença observada como garantia de desempenho futuro.

Registo mínimo e limites da interpretação

Uma comparação reproduzível exige evidências ao nível da mensagem e uma descrição das regras. Preserve um identificador que permita correlacionar os dados, a rota avaliada, o momento em que o envio foi registado no sistema de origem, o destino normalizado e as variáveis da coorte. Acrescente o estado recebido, a respetiva marca temporal, o período de observação, a regra de encerramento e o número de mensagens sem resultado.

Registe também as condições que alteram o significado do resultado: se foi solicitado o relatório de estado, a política de validade do SMS, os estados incluídos em cada categoria e quaisquer limitações dos dados. A referência da mensagem e as marcas temporais descritas pela 3GPP facilitam a correlação; os identificadores adicionais do fornecedor devem ser documentados e não presumidos equivalentes entre sistemas.

A plataforma BulkSMSMarket está a ser construída para descobrir, comparar, comprar, vender e gerir capacidade de SMS A2P. O site público descreve a descoberta e gestão de rotas, conectividade HTTP e SMPP, acesso a fornecedores e consulta HLR. Os testes internos diários abrangem rotas, destinos e operadores e observam entrega, consistência dos DLR, latência, disponibilidade e comportamento do remetente ou do conteúdo. Os cartões públicos com números são demonstrativos até serem ligados a dados contratuais das rotas. O marketplace operacional, a autenticação, os saldos, a faturação e o encaminhamento em tempo real ainda não são públicos. Este artigo é um guia de avaliação, não uma oferta de dados comerciais em tempo real.

• Identificador da mensagem e rota avaliada.
• Momento em que o envio foi registado no sistema de origem, destino normalizado e condições da coorte.
• Estado recebido, marca temporal e regra de classificação.
• Início e fim da janela, período de maturação e regra de encerramento.
• Contagens de mensagens aceites, estados recebidos e mensagens sem resultado, com os respetivos denominadores.
• Alterações operacionais e limitações que afetem a interpretação.

Lista de verificação para repetir a comparação

Antes de tomar uma decisão, confirme que as rotas foram avaliadas com critérios equivalentes e que a conclusão não depende da inclusão seletiva de DLR tardios. Alterar a janela pode ser útil para uma nova análise, mas deve originar uma nova versão do resultado e ser aplicado de forma consistente.

Utilize a comparação como evidência operacional limitada às condições observadas. Reveja a composição da amostra, os dados incompletos e a incerteza antes de alterar o tráfego. Nenhum período de observação transforma resultados passados numa garantia de entrega futura.

• A unidade comparada e as coortes estão definidas sem ambiguidades?
• Destino, operador conhecido, remetente, tipo de tráfego e horário são comparáveis ou estão separados por estratos?
• O início, o fim e o período de maturação foram definidos antes de interpretar os resultados?
• Os DLR tardios são tratados segundo a mesma regra em todas as rotas?
• A aceitação, os estados reportados, a latência e a disponibilidade são apresentados separadamente?
• São apresentados os denominadores, as mensagens pendentes e o tamanho da amostra?
• As condições, limitações e alterações estão registadas para permitir repetir a análise?