Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Recurso alternativo de RCS a SMS mediante grupos de teléfonos

Un grupo de teléfonos es un contenedor de identidades de mensajería, como agentes de AWS RCS y números de teléfono SMS, que proporciona una capa de abstracción entre las solicitudes de API y las identidades de origen subyacentes. Los grupos simplifican los cambios de configuración, la migración de los tipos de números y las alternativas. RCS-to-SMS Usted envía una única llamada a la API al grupo y AWS End User Messaging se encarga de seleccionar el canal por usted.

En este capítulo, se explica cómo puede fallar la entrega de RCS, qué es lo que hace posible el envío alternativo de SMS, la lógica alternativa y el orden de prioridad, así como las implicaciones en la facturación. También se describen las prácticas pool-per-use-case recomendadas y cómo añadir y eliminar agentes de AWS RCS de los grupos. Para obtener información general sobre los grupos de teléfonos, consulteGrupos de teléfonos en los SMS de mensajería para usuarios AWS finales. Para obtener información sobre la administración de los agentes de AWS RCS, consulteAdministrar los agentes de RCS.

Cómo puede fallar la entrega de RCS

La entrega del RCS puede fallar por varios motivos. Comprender estos modos de falla le ayuda a planificar su estrategia alternativa:

Cuando se produce alguna de estas condiciones y se utiliza el envío por grupo o a nivel de cuenta, la mensajería para el usuario AWS final recurre automáticamente al envío de SMS con un número de teléfono del mismo grupo o cuenta.

¿Qué es lo que hace posible el envío alternativo de SMS

La alternativa por SMS requiere un agente RCS de AWS y al menos un número de teléfono SMS en el mismo grupo. Al enviar un mensaje al grupo, la mensajería para el usuario AWS final intenta primero entregarlo por RCS. Si se produce un error en la entrega del RCS, el servicio vuelve a intentar enviar el mensaje por SMS utilizando un número de teléfono del mismo grupo. Un grupo con solo un agente RCS de AWS (y sin números de teléfono) no admite el respaldo por SMS. Si el RCS falla, el mensaje no se entrega.

¿Por qué usar grupos

Recomendamos utilizar un grupo de teléfonos para todos los casos de uso de la mensajería, no solo para la RCS. Las piscinas ofrecen las siguientes ventajas:

Pool-per-use-case modelo

Recomendamos crear un grupo por caso de uso. Cada grupo debe contener todos los números de teléfono y el agente RCS de AWS que sirven para un único propósito de mensajería. Por ejemplo:

Este modelo garantiza que, cuando se produzca un error en la entrega de RCS y el servicio recurra a los SMS, el mensaje alternativo se envíe desde un número de teléfono registrado y aprobado para el mismo caso de uso. Esto permite que tu mensajería cumpla con los requisitos del operador y las condiciones de registro.

Riesgo de conformidad con los envíos a nivel de cuenta

Cuando envías mensajes a nivel de cuenta (sin especificar un grupo o una identidad de origen), AWS End User Messaging selecciona una identidad de origen de entre todas las identidades disponibles en tu cuenta. Si su cuenta tiene varios números de teléfono registrados para distintos casos de uso, es posible que el servicio seleccione un número de teléfono que no coincida con el contenido de su mensaje.

Para evitar este riesgo, utiliza el envío basado en grupos con un grupo por caso de uso. Cuando especificas un ID de grupo en tu SendTextMessage solicitud, el servicio solo selecciona las identidades de origen de ese grupo. Como todas las identidades del grupo están registradas para el mismo caso de uso, el mensaje alternativo siempre se envía desde un número adecuado.

Lógica alternativa y orden de prioridad

Cuando la mensajería de usuario AWS final selecciona una identidad de origen para un mensaje (ya sea de un grupo o de todas las identidades de las cuentas), evalúa las identidades en el siguiente orden de prioridad:

Este orden de prioridad se aplica dentro del ámbito del patrón de envío que utilices. Para el envío basado en grupos, el servicio solo tiene en cuenta las identidades del grupo especificado. Para el envío a nivel de cuenta, el servicio tiene en cuenta todas las identidades de tu cuenta.

Recurso automático de SMS

Cuando envías un mensaje a través de un grupo o a nivel de cuenta, la mensajería para el usuario AWS final recurre automáticamente a los SMS si no es posible enviarlos por RCS. La alternativa es asíncrona:

Si la mensajería para el usuario AWS final envía correctamente el mensaje RCS pero no recibe una confirmación de entrega o una señal de error en un plazo de 25 segundos, el servicio recurre a los SMS. Esto gestiona los casos en los que la infraestructura de RCS acepta el mensaje pero la entrega se interrumpe (por ejemplo, si el dispositivo del destinatario está temporalmente inaccesible, el operador no admite el RCS o el dispositivo no es compatible con el RCS).

Envío fijo

El envío continuo es una optimización del enrutamiento que mejora la consistencia de la entrega. Cuando la mensajería para el usuario AWS final entrega correctamente un mensaje a un número de teléfono de destino con una identidad de origen específica, el servicio recuerda esa vinculación durante 25 horas. Los mensajes posteriores que se envíen al mismo destino en un plazo de 25 horas se redirigen a través de la misma identidad de origen, siempre que siga disponible en el pool o en la cuenta.

El envío continuo se aplica tanto a la entrega por RCS como a la entrega por SMS. Por ejemplo, si un mensaje se entrega a través de RCS a través de su agente de AWS RCS, el siguiente mensaje al mismo destino en un plazo de 25 horas también se intentará enviar a través de RCS a través del mismo agente. Si el mensaje anterior se envió por SMS (después de recurrir a RCS), se intenta enviar el siguiente mensaje por SMS a través del mismo número de teléfono.

El servicio vuelve a intentar enviar el RCS periódicamente, incluso cuando la identidad fija es un número de teléfono SMS. Esto garantiza que los destinatarios cuyos dispositivos sean compatibles con el RCS (por ejemplo, tras el lanzamiento de un operador o una actualización del dispositivo) comiencen a recibir mensajes de RCS sin intervención manual.

Características clave del envío continuo:

Recibos de entrega durante la fase alternativa

Cuando se produce una reserva de SMS, la mensajería para el usuario AWS final genera un único recibo de entrega para el último canal que entregó el mensaje. Si el mensaje se entrega por SMS después de la opción alternativa de RCS, el comprobante de entrega indica que el SMS es el canal de entrega.

En circunstancias normales, la mensajería del usuario AWS final revoca el mensaje RCS antes de que se entregue el mensaje SMS alternativo. Esto evita que el destinatario reciba el mismo mensaje dos veces. Sin embargo, en raras ocasiones, es posible que se entreguen tanto el mensaje RCS como el mensaje alternativo SMS. Esto puede suceder si el mensaje RCS se entrega después del tiempo de espera de 25 segundos, pero antes de que se complete la revocación. En estas raras situaciones de entrega doble, es posible que recibas los comprobantes de entrega de ambos canales.

Para obtener información sobre cómo la entrega doble afecta a la facturación, consulteModelo de facturación y precios de RCS.

Implicaciones en la facturación de la alternativa a los SMS

Cuando un mensaje pasa de RCS a SMS, se te cobrará por la entrega del SMS, no por el intento fallido de RCS. Los mensajes de RCS se facturan solo cuando se entregan correctamente en el dispositivo del destinatario. Si se produce un error en la entrega por RCS y el mensaje vuelve a convertirse en SMS, usted paga la tarifa de SMS correspondiente a ese mensaje.

En raras ocasiones, es posible que se te cobre por ambas entregas (en las que se entregan tanto el mensaje RCS como el mensaje alternativo SMS). Para obtener los detalles de facturación completos, consulte. Modelo de facturación y precios de RCS

Probando el sistema alternativo de SMS

Puedes probar el comportamiento alternativo de los SMS para comprobar que tus mensajes se entregan por SMS cuando no es posible entregarlos por RCS. Existen dos métodos para probar la opción alternativa de SMS, en función de si dispones de un número de teléfono SMS aprobado.

Realizar pruebas sin un número de SMS aprobado

Puede comprobar que la mensajería del usuario AWS final active correctamente el mecanismo alternativo sin un número de teléfono SMS aprobado. Incluso si no dispone de un número aprobado, puede ver los reintentos y los errores por SMS, lo que confirma que la opción alternativa funciona.

Como no hay ningún número de teléfono SMS disponible como alternativa, también se produce un error en la entrega del SMS. Sin embargo, el evento confirma que la mensajería del usuario AWS final activó correctamente el mecanismo alternativo.

Realizar pruebas con un número de SMS aprobado

Para realizar una prueba alternativa de end-to-end SMS completa, añada un número de teléfono SMS aprobado y su agente RCS de AWS al mismo grupo de teléfonos. Esto le permite comprobar que los mensajes se envían por SMS cuando el RCS no está disponible.

Administración de agentes de AWS RCS en grupos

Para step-by-step obtener instrucciones sobre cómo crear grupos con agentes de AWS RCS, añadir agentes a los grupos existentes, comprender los requisitos de configuración de los grupos y eliminar agentes de los grupos, consulteAdministración de agentes de AWS RCS en grupos.