Ventanas de observación A2P SMS: cómo comparar rutas sin sesgos
Define cohortes, periodos de maduración y reglas de cierre para analizar rutas A2P con criterios equivalentes, distinguir estados y DLR, y tratar resultados pendientes con prudencia.

Por qué una comparación necesita una ventana definida
Una tasa o una latencia solo se pueden interpretar si se sabe qué mensajes entran en el cálculo y cuánto tiempo se esperó por sus estados. Si una ruta se evalúa durante unas horas y otra durante varios días, los DLR tardíos pueden cambiar la comparación aunque el tráfico inicial fuera parecido.
Define la ventana analítica antes de enviar o revisar los mensajes: instante de inclusión, duración de la observación y regla para cerrar cada cohorte. La recomendación ITU-T E.803 explica que un periodo limitado evita esperar indefinidamente eventos futuros y que los eventos posteriores al timeout no forman parte del cálculo definido.
No confundas esa ventana con el periodo de validez del SMS. En 3GPP TS 23.040, el periodo de validez es un parámetro del mensaje que determina durante cuánto tiempo sigue siendo válido en el centro de servicio. La ventana analítica es una regla de evaluación; puede coincidir con ese periodo, pero no es el mismo concepto.
- Especifica cuándo entra un mensaje en la cohorte, por ejemplo, según su instante de envío.
- Fija cuánto tiempo se observan sus estados y qué significa exactamente el cierre.
- Conserva la regla para poder repetir el análisis; no la cambies solo para favorecer un resultado.

Define la unidad de comparación y las condiciones
Antes de comparar, determina qué significa «una ruta» en el ensayo y qué población de mensajes se incluye. Como mínimo, delimita destino y operador cuando se conozcan, remitente, tipo de tráfico —por ejemplo, OTP o transaccional— y condiciones de envío relevantes. Una comparación agregada puede ocultar que las rutas recibieron mezclas distintas.
Registra las variables que podrían cambiar entre cohortes: horario, volumen, composición de destinos y remitentes, y configuración del envío. Si un factor es importante para la pregunta, mantenlo constante o presenta resultados separados por estrato. La estratificación es una adaptación práctica de principios de muestreo de calidad de servicio; no existe en las fuentes consultadas una receta universal específica para cohortes A2P.
Normalizar el número de destino con el formato internacional puede facilitar la preparación de datos. E.164 define el plan internacional de numeración, pero un número normalizado no demuestra qué operador atendió el destino ni qué ruta utilizó el mensaje. No infieras esos datos únicamente del formato del número.
- Escribe la definición de cohorte en una frase verificable, no solo el nombre comercial de la ruta.
- Compara poblaciones equivalentes o separa los resultados por las variables que cambian.
- Registra si se solicitó un informe de estado y qué política de validez se aplicó; en 3GPP, la solicitud de informe y el periodo de validez son parámetros opcionales del mensaje.

Fija inicio, fin y maduración de DLR tardíos
Ancla la ventana a un evento inequívoco, normalmente el instante de envío registrado. Define si se evalúa una cohorte completa de mensajes enviados dentro de un intervalo o cada mensaje individual durante un plazo contado desde su envío. El método elegido debe aplicarse igual a todas las rutas.
Añade un periodo de maduración para que los estados que llegan con retraso tengan una oportunidad definida de entrar en el resultado. No hay en las fuentes citadas un timeout universal para comparar rutas A2P: el valor debe responder al objetivo operativo y a la política de análisis, y quedar documentado. Al alcanzar el límite, aplica la regla de cierre sin incorporar después eventos de forma retroactiva y selectiva.
Mantén separados los tiempos del mensaje y del informe. 3GPP TS 23.040 describe informes SMS-STATUS-REPORT con estado y marcas temporales, como TP-SCTS y TP-DT, además de referencias para correlacionarlos con el mensaje original. Conserva esos campos cuando estén disponibles y registra la semántica de cualquier identificador del proveedor.
- Registra zona horaria y convención de los instantes, para evitar comparar marcas temporales interpretadas de forma diferente.
- Define por adelantado cómo tratar un estado recibido después del cierre: fuera del cálculo original, pero conservado para auditoría o análisis posterior claramente separado.
- Si cambia el periodo de maduración entre ensayos, presenta los resultados como evaluaciones con reglas distintas, no como una comparación directa sin matices.
Mantén cohortes comparables cuando cambia el tráfico
Un cambio de volumen no es el único cambio que puede sesgar el resultado. También puede variar la proporción de destinos, operadores, remitentes o tipos de tráfico, así como la distribución horaria. Si una ruta recibe más mensajes de una categoría que otra, la diferencia observada puede reflejar la composición de la muestra y no necesariamente la ruta.
Cuando la mezcla varíe, presenta resultados por estrato pertinente y conserva el tamaño de cada grupo. Si se necesita un indicador agregado, explica cómo se construyó y evita combinar grupos que no representan la misma población objetivo. ITU-T E.806 describe el uso de muestreo estratificado para campañas de calidad de servicio; aplicarlo a rutas A2P es un principio metodológico adaptado, no un requisito específico de SMS.
También documenta cambios operativos que coincidan con la evaluación. Si se modifican el enrutamiento, el remitente, la configuración o el patrón de envío, separa los periodos afectados en lugar de tratarlos como una única cohorte homogénea.
- Compara intervalos horarios equivalentes o muestra el resultado por franja cuando el horario importe.
- Conserva conteos por destino, operador conocido, remitente y tipo de tráfico.
- Marca los cambios de configuración y evita atribuir automáticamente su efecto a una sola variable.
Separa aceptación, estados, latencia y disponibilidad
No conviertas todas las señales en una sola noción de entrega. La aceptación de un envío, un SMS-STATUS-REPORT posterior y la recepción efectiva en un terminal son eventos distintos. Una aceptación no equivale por sí sola a un informe final, y un DLR reportado no debe describirse automáticamente como verificación independiente de que el terminal recibió el mensaje.
Presenta por separado qué proporción de envíos fue aceptada por el sistema observado, qué estados se recibieron dentro de la ventana y qué proporción quedó sin resultado observado. Describe exactamente qué estados se agruparon y cómo. La semántica disponible puede depender del sistema que origina o transforma el informe; no supongas que todos los DLR representan el mismo nivel de confirmación.
La latencia debe asociarse a eventos definidos: por ejemplo, tiempo desde el envío hasta un estado concreto recibido. Indica qué marca temporal utilizaste y resume la distribución cuando sea apropiado, en vez de confiar únicamente en un promedio. La disponibilidad también requiere una definición operativa explícita y una fuente de observación; no la deduzcas de un único indicador de estado.
- Etiqueta las medidas como aceptación, estado reportado, latencia hasta un evento definido o disponibilidad según la regla aplicada.
- Indica si el dato es un DLR recibido y reportado o una verificación independiente de recepción en el terminal.
- No conviertas un estado ausente en prueba automática de fallo, ni un estado reportado en garantía de entrega.
Resultados incompletos y muestras pequeñas
Al cierre, un mensaje sin estado final observado debe permanecer identificado como pendiente, censurado o sin resultado observado, según la regla definida. No lo cuentes como éxito o fallo sin evidencia. Indica tanto el número total de mensajes de la cohorte como cuántos siguen sin resultado; de lo contrario, una proporción calculada solo sobre los mensajes con estado puede dar una impresión incompleta.
Una muestra pequeña produce estimaciones más inciertas. No hay un umbral universal de suficiencia para comparar rutas A2P en las fuentes consultadas. Presenta el tamaño muestral y, si el método estadístico empleado lo permite, una medida de incertidumbre adecuada. ITU-T E.802 y E.803 relacionan el tamaño de muestra y la incertidumbre, pero sus ejemplos no constituyen una regla fija para este uso.
Si cambió la proporción de resultados pendientes o la ventana de observación, dilo junto a las métricas. Una cifra puntual sin denominador, periodo ni regla de cierre puede parecer precisa sin ser comparable.
- Muestra numerador, denominador y mensajes sin resultado observado.
- No declares una ruta superior a partir de pocos mensajes sin advertir la incertidumbre.
- Evita tratar una diferencia observada como garantía de rendimiento futuro.
Registro mínimo y límites de interpretación
Una comparación reproducible necesita evidencia a nivel de mensaje y una descripción de las reglas. Conserva un identificador correlacionable, la ruta evaluada, el instante de envío, el destino normalizado y las variables de cohorte. Añade el estado recibido, su marca temporal, el periodo de observación, la regla de cierre y el número de mensajes sin resultado.
Registra también las condiciones que cambian el significado del resultado: si se solicitó el informe de estado, la política de validez del SMS, los estados incluidos en cada categoría y cualquier limitación de datos. La referencia del mensaje y las marcas temporales descritas por 3GPP facilitan la correlación; los identificadores adicionales del proveedor deben documentarse y no asumirse equivalentes entre sistemas.
BulkSMSMarket describe una plataforma en desarrollo para descubrir, comparar, comprar, vender y gestionar capacidad A2P SMS, junto con pruebas internas diarias de rutas, destinos y operadores que observan entrega, consistencia de DLR, latencia, disponibilidad y comportamiento de remitente o contenido. Las tarjetas públicas numéricas son demostrativas hasta que se conecten datos contractuales de rutas. La plataforma operativa de marketplace, autenticación, saldos, facturación y enrutamiento en vivo aún no es pública; por tanto, este artículo es una guía de evaluación y no una oferta de datos comerciales en vivo.
- Identificador de mensaje y ruta evaluada.
- Instante de envío, destino normalizado y condiciones de cohorte.
- Estado recibido, marca temporal y regla de clasificación.
- Inicio y fin de la ventana, periodo de maduración y regla de cierre.
- Conteos de aceptados, estados recibidos y mensajes sin resultado, con sus denominadores.
- Cambios operativos y limitaciones que afecten la interpretación.
Lista de comprobación para repetir la comparación
Antes de tomar una decisión, verifica que las rutas se evaluaron con criterios equivalentes y que la conclusión no depende de incluir DLR tardíos de forma selectiva. Un cambio de ventana puede ser útil para un análisis nuevo, pero debe producir una nueva versión del resultado y aplicarse de manera coherente.
Usa la comparación como evidencia operativa acotada a las condiciones observadas. Revisa la composición de la muestra, los datos incompletos y la incertidumbre antes de cambiar tráfico. Ningún periodo de observación convierte resultados pasados en una garantía de entrega futura.
- ¿La unidad comparada y las cohortes están definidas de forma inequívoca?
- ¿Destino, operador conocido, remitente, tipo de tráfico y horario son comparables o están separados por estratos?
- ¿El comienzo, el fin y el periodo de maduración se fijaron antes de interpretar los resultados?
- ¿Los DLR tardíos se tratan con la misma regla en todas las rutas?
- ¿Aceptación, estados reportados, latencia y disponibilidad se presentan por separado?
- ¿Se muestran denominadores, mensajes pendientes y tamaño de muestra?
- ¿Quedan registradas las condiciones, limitaciones y cambios para reproducir el análisis?
Preguntas frecuentes
¿La ventana de observación es lo mismo que el periodo de validez del SMS?
No. El periodo de validez es un parámetro del mensaje definido por 3GPP y se refiere al tiempo durante el que el SMS sigue siendo válido en el centro de servicio. La ventana de observación es una regla analítica para decidir cuánto tiempo se esperan eventos al evaluar resultados.
¿Un mensaje aceptado por la ruta cuenta como entregado?
No necesariamente. La aceptación del envío, la recepción de un informe de estado y la recepción en el terminal son eventos diferentes. Un DLR recibido es un estado reportado; por sí solo no debe presentarse como verificación independiente de recepción en el terminal.
¿Qué hago con un DLR que llega después del cierre?
Aplica la regla definida antes del análisis: no lo incorpores retroactivamente al cálculo cerrado de forma selectiva. Consérvalo para auditoría o para un análisis posterior separado, indicando que llegó después de la ventana original.
¿Cuántos mensajes hacen falta para comparar dos rutas?
No hay un umbral universal establecido para esta comparación en las fuentes citadas. Informa el tamaño de la muestra y la incertidumbre cuando sea posible; interpreta con cautela las diferencias basadas en pocos mensajes.
¿Un DLR ausente significa que el mensaje falló?
No automáticamente. Al cierre, clasifícalo como pendiente, censurado o sin resultado observado según la regla publicada. No lo recodifiques como éxito o fallo sin evidencia.
Fuentes consultadas
- 3GPP TS 23.040 V19.0.0, Release 19: Technical realization of the Short Message Service (SMS)ETSI / 3GPP
- ITU-T E.803 (07/2022): Quality of service parameters for supporting service aspectsInternational Telecommunication Union
- ITU-T E.802 (2007), Amendment 2 (06/2018): Framework and methodologies for the determination and application of QoS parametersInternational Telecommunication Union
- ITU-T E.806 (06/2019): Measurement campaigns, monitoring systems and sampling methodologies to monitor the quality of service in mobile networksInternational Telecommunication Union
- ITU-T E.164 (02/2026): The international public telecommunication numbering planInternational Telecommunication Union
- 3GPP specification record 23.0403GPP