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 de RCS a SMS mediante grupos de teléfonos
Un grupo de teléfonos es un contenedor de identidades de mensajería, como los agentes de RCS de AWS y los 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 tipos numéricos y el respaldo. RCS-to-SMS Usted envía una sola llamada a la API al grupo y la mensajería de usuario AWS final se encarga de la selección de canales por usted.
En este capítulo se explica cómo puede fallar la entrega de RCS, qué hace posible recurrir a los SMS, la lógica alternativa, el orden de prioridad y las implicaciones en materia de facturación. También se explican las prácticas recomendadas agrupadas por caso de uso y cómo añadir y eliminar agentes de AWS RCS de las agrupaciones. Para obtener información general sobre los grupos de teléfonos, consulte. Grupos de teléfonos en AWS Mensajería SMS para el usuario final Para obtener información sobre la administración de los agentes de AWS RCS, consulteAdministración de agentes de RCS.
Temas
Cómo puede fallar la entrega de RCS
La entrega de RCS puede fallar por varios motivos. La comprensión de estos modos de fallo le ayuda a planificar su estrategia alternativa:
-
El operador no admite el RCS: el operador de telefonía móvil del destinatario no ha habilitado la mensajería RCS en su red.
-
El dispositivo no es compatible con el RCS: el dispositivo del destinatario no tiene la función RCS (por ejemplo, un dispositivo Android antiguo o un iPhone con iOS anterior a los 18 años).
-
El agente no está activo en el transportista: su agente de AWS RCS aún no ha sido aprobado por el transportista del destinatario o el agente se encuentra en estado PARCIAL en ese país.
-
El dispositivo está inaccesible temporalmente: el dispositivo del destinatario es compatible con RCS, pero está temporalmente desconectado o no tiene conexión de datos. Los mensajes RCS requieren una conexión de datos para su entrega.
Cuando se produce alguna de estas condiciones y se utiliza el envío en grupo o a nivel de cuenta, la mensajería para el usuario AWS final vuelve automáticamente a la entrega de SMS mediante un número de teléfono o identificador de remitente exclusivo del mismo grupo o cuenta. No se admiten las rutas de SMS compartidas como alternativa al envío de RCS. Si el grupo o la cuenta no contienen un remitente exclusivo (número de teléfono o identificador del remitente) que sea válido para el país de destino, el mensaje fallará.
¿Qué hace posible la alternativa de los SMS
La alternativa de SMS requiere tanto un agente de AWS RCS como mínimo un número de teléfono dedicado al SMS o un identificador de remitente en el mismo grupo. Cuando envía un mensaje al grupo, la mensajería de usuario AWS final intenta primero enviar el RCS. Si se produce un error en la entrega de RCS, el servicio vuelve a intentar enviar el mensaje por SMS con un número de teléfono exclusivo del mismo grupo. Las rutas SMS compartidas no son compatibles con el modo alternativo de RCS. Un grupo con solo un agente de AWS RCS (y sin números de teléfono ni identificadores de remitente dedicados) no admite el uso alternativo de SMS. Si RCS falla en esa configuración, el mensaje no se entrega.
importante
Para que el SMS alternativo funcione, su grupo debe contener un agente de AWS RCS y uno o más números de teléfono o ID de remitente dedicados a los SMS. Un grupo con un solo tipo de identidad no ofrece una alternativa multicanal. Las rutas compartidas no se utilizan como RCS-to-SMS alternativa, incluso si las rutas compartidas están habilitadas en el grupo.
¿Por qué usar grupos
Recomendamos usar un grupo de teléfonos para todos los casos de uso de mensajería, no solo para el RCS. Los grupos ofrecen las siguientes ventajas:
-
Alternativa automática por SMS: cuando un grupo contiene tanto un agente de AWS RCS como números de teléfono SMS, la mensajería para el usuario AWS final intenta enviar primero el RCS. Si la entrega del RCS falla (por ejemplo, si el dispositivo o el operador del destinatario no admiten el RCS), el servicio vuelve a intentar enviar el mensaje automáticamente por SMS con un número de teléfono del mismo grupo. No es necesario implementar una lógica alternativa en la aplicación.
-
Enrutamiento inteligente: el servicio selecciona la mejor identidad de origen del grupo en función del destino, la disponibilidad del canal y el historial de envíos fijo. Este enrutamiento se realiza de forma transparente con cada
SendTextMessagellamada. -
Llamada única a la API: especificas el ID del grupo como identidad de origen en tu
SendTextMessagesolicitud. El servicio determina si realizar la entrega mediante RCS o SMS sin necesidad de recurrir a ninguna lógica adicional. -
Flexibilidad para futuros cambios: puede añadir o eliminar números de teléfono y agentes de AWS RCS de un grupo en cualquier momento sin cambiar el código de la aplicación. Por ejemplo, puede añadir un número gratuito como alternativa por SMS o cambiar un número de 10 DLC sin modificar su integración de envío.
-
Sin coste ni inconveniente: crear un grupo y añadirle identidades de origen no conlleva cargos adicionales. Incluso con un único número de teléfono o un único agente de AWS RCS, el uso de un grupo le brinda la flexibilidad de agregar más identidades más adelante sin cambiar la aplicación.
nota
Recomendamos usar siempre un grupo para enviar mensajes. El uso de un pool no supone ningún coste ni inconveniente, incluso con una única identidad de origen. Como RCS-to-SMS alternativa, el grupo debe contener un agente de AWS RCS y al menos un número de teléfono SMS. Empezar con un grupo desde el principio significa que puede añadir números alternativos por SMS o agentes de AWS RCS adicionales más adelante sin modificar el código de envío.
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 de AWS RCS que sirven para un único propósito de mensajería. Por ejemplo:
-
Un grupo transaccional para códigos OTP y notificaciones de cuentas, que contenga su agente de RCS de AWS y un número de 10 DLC registrado para la mensajería transaccional.
-
Un grupo de marketing para mensajes promocionales, que contiene el mismo agente de RCS de AWS (o uno diferente) y un número gratuito registrado para fines de marketing.
-
Un grupo de recordatorios de citas para programar notificaciones, que contiene su agente de AWS RCS y un número de teléfono específico para los mensajes relacionados con las citas.
Este modelo garantiza que, cuando se produce un error en la entrega de RCS y el servicio recurre 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. De este modo, tus mensajes cumplen con los requisitos del transportista y las condiciones de registro.
Riesgo de cumplimiento con el envío a nivel de cuenta
Cuando envías mensajes a nivel de cuenta (sin especificar un grupo ni una identidad de origen), la mensajería de usuario AWS final selecciona una identidad de origen de entre todas las identidades disponibles en tu cuenta. Si tu cuenta tiene varios números de teléfono registrados para diferentes casos de uso, el servicio puede seleccionar un número de teléfono que no coincida con el contenido de tu mensaje.
importante
Account-level el envío con casos de uso mixtos crea un riesgo de cumplimiento. Por ejemplo, si tu cuenta tiene un número 10DLC registrado para mensajes OTP y un número gratuito registrado para recordatorios de citas, un mensaje OTP que recurra a SMS podría enviarse desde el número gratuito de recordatorios de citas. Esto infringe las condiciones de registro de ese número y puede provocar que el operador filtre o suspenda el número.
Para evitar este riesgo, utiliza el envío agrupado con un grupo por caso práctico. 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 apropiado.
| Enfoque de envío | Comportamiento alternativo de SMS | Riesgo de cumplimiento |
|---|---|---|
| Pool-based (recomendado) | Se refiere a un número de teléfono del mismo grupo, registrado para el mismo caso de uso | Bajo: el número alternativo coincide con el caso de uso del mensaje |
| Account-level | Recurre a cualquier número de teléfono dedicado o identificador de remitente disponible en la cuenta. No recurre a las rutas compartidas. | Alto: es posible que el número alternativo no coincida con el caso de uso del mensaje si varios casos de uso comparten la cuenta |
| Directo (ARN del agente de AWS RCS) | Sin respaldo de SMS | Ninguno: el mensaje se entrega solo a través de RCS o no se entrega en absoluto |
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:
-
Identidad fija: si existe un enlace fijo de envío para el número de teléfono de destino y la identidad sigue disponible, el servicio utilizará esa identidad.
-
Agente de RCS de AWS: si no existe un enlace fijo, el servicio intenta entregar el RCS a través de un agente de RCS de AWS disponible.
-
Código abreviado de SMS: si RCS no está disponible, el servicio selecciona un código corto de SMS.
-
SMS 10DLC: si no hay ningún código corto disponible, el servicio selecciona un número de 10DLC.
-
Toll-Free Número SMS: si no hay ningún número 10DLC disponible, el servicio selecciona un número gratuito.
-
ID de remitente de SMS: si no hay otra identidad disponible, el servicio selecciona un ID de remitente.
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 considera las identidades del grupo especificado. Para el envío a nivel de cuenta, el servicio considera todas las identidades de su cuenta.
Alternativa automática de SMS
Cuando envías un mensaje a través de un grupo o a nivel de cuenta, la mensajería de usuario AWS final recurre automáticamente a los SMS si no es posible enviarlos mediante RCS. El respaldo es asincrónico:
Si el servicio de mensajería para usuarios AWS finales envía correctamente el mensaje de RCS, pero no recibe ninguna señal de confirmación de entrega o error en un plazo de 25 segundos, el servicio recurre a los SMS. Esto permite gestionar los casos en los que la infraestructura de RCS acepta el mensaje, pero la entrega se detiene (por ejemplo, si el dispositivo del destinatario está temporalmente inaccesible, el operador no admite el RCS o el dispositivo no). RCS-capable
nota
El envío directo (especificando un ARN del agente de AWS RCS como identidad de origen) no admite el respaldo automático de SMS. Si necesita un SMS alternativo, utilice el envío agrupado.
Envío fijo
El envío fijo es una optimización del enrutamiento que mejora la coherencia de las entregas. Cuando la mensajería para el usuario AWS final entrega correctamente un mensaje a un número de teléfono de destino utilizando una identidad de origen específica, el servicio recuerda esa vinculación durante 25 horas. Los mensajes subsiguientes al mismo destino en un plazo de 25 horas se envían a través de la misma identidad de origen, siempre que siga disponible en el grupo o en la cuenta.
El envío fijo se aplica tanto a la entrega por RCS como a la de SMS. Por ejemplo, si un mensaje se entrega mediante RCS a través de su agente de RCS de AWS, también se intenta enviar el siguiente mensaje al mismo destino en un plazo de 25 horas a través de RCS a través del mismo agente. Si el mensaje anterior se envió por SMS (tras la alternativa de 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 de forma periódica, 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 la implementación de un operador o una actualización del dispositivo) comiencen a recibir los mensajes del RCS sin intervención manual.
Características principales del envío fijo:
-
TTL de 25 horas: el envío fijo caduca 25 horas después de la última entrega exitosa. Una vez caducado, el servicio vuelve a evaluar el orden de prioridad de la identidad de origen para el siguiente mensaje.
-
Reintento automático de RCS: incluso cuando la identidad fija sea un número de teléfono SMS, el servicio intenta enviar el RCS de forma periódica para comprobar si el destinatario ahora admite el RCS.
-
Sin vaciado manual: no puedes vaciar ni restablecer manualmente los emparejamientos de envío fijos. El emparejamiento vence automáticamente después del TTL de 25 horas.
Recibos de entrega durante el período alternativo
Cuando se produce una alternativa por SMS, la mensajería de usuario AWS final genera un único acuse de recibo para el canal final que entregó el mensaje. Si el mensaje se entrega por SMS tras el uso alternativo del RCS, el acuse de recibo indica que el canal de entrega es el SMS. Puedes determinar el canal de entrega inspeccionando el originationPhoneNumber campo del evento. Si el valor es un identificador de agente de RCS, el mensaje se entregó a través de RCS. Si el valor es un número de E.164 teléfono o un código abreviado, el mensaje se entregó por SMS. Para obtener más información sobre los campos de eventos, consulteEjemplo AWS Datos de eventos de SMS de mensajería de usuario final.
En circunstancias normales, la mensajería de usuario AWS final revoca el mensaje de 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 SMS alternativo. Esto puede ocurrir si el mensaje RCS se entrega después del tiempo de espera de 25 segundos, pero antes de que finalice la revocación. En estos casos poco frecuentes de doble entrega, es posible que recibas acuses de recibo de ambos canales.
Para obtener información sobre cómo la entrega doble afecta a la facturación, consulte. Modelo de facturación y precios de RCS
Implicaciones en la facturación de la alternativa por SMS
Cuando un mensaje pasa de RCS a SMS, se te cobra por la entrega del SMS, no por el intento fallido de RCS. Los mensajes de RCS solo se facturan cuando se entregan correctamente al dispositivo del destinatario. Si la entrega de RCS falla y el mensaje vuelve a ser SMS, pagas la tarifa de SMS de ese mensaje.
En casos excepcionales de doble envío (en los que se entreguen tanto el mensaje RCS como el SMS alternativo), es posible que se te cobre por ambos envíos. Para obtener información completa sobre la facturación, consulta. Modelo de facturación y precios de RCS
Probando la alternativa de SMS
Puede probar el comportamiento alternativo de los SMS para comprobar que los mensajes se entregan por SMS cuando no es posible entregarlos mediante RCS. Hay dos métodos para probar la alternativa de SMS, en función de si tienes un número de teléfono SMS aprobado.
Realizar pruebas sin un número de SMS aprobado
Puedes comprobar que los mensajes de usuario AWS final activan correctamente el mecanismo alternativo sin un número de teléfono SMS aprobado. Incluso sin un número aprobado, puedes ver los reintentos y los errores por SMS, lo que confirma que el respaldo funciona.
Para probar el modo alternativo de SMS sin un número de SMS aprobado
-
Desconecta tu dispositivo de prueba desactivando los datos móviles o habilitando el modo avión. Wi-Fi
-
Envíe un mensaje de RCS al dispositivo de prueba mediante la
SendTextMessageAPI con el ARN del agente RCS de AWS como identidad de origen. -
Compruebe el evento del mensaje CloudWatch o el destino del evento. Deberías ver un evento de entrega fallido que indica que la entrega de RCS no ha sido posible y que el servicio ha intentado utilizar el SMS como alternativa.
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 AWS al usuario final activó correctamente el mecanismo alternativo.
Realizar pruebas con un número de SMS aprobado
Para realizar una prueba alternativa de SMS completa e integral, añada un número de teléfono SMS aprobado y su agente de AWS RCS al mismo grupo de teléfonos. Esto le permite verificar que los mensajes se entreguen por SMS cuando el RCS no esté disponible.
Para probar el modo alternativo de SMS con un número de SMS aprobado
-
Cree un grupo de teléfonos que contenga tanto su agente de AWS RCS como un número de teléfono SMS aprobado (por ejemplo, un número de 10 DLC, un número gratuito o un código abreviado).
-
Desconecte su dispositivo de prueba deshabilitando los datos móviles o habilite el modo avión. Wi-Fi
-
Envía un mensaje mediante la
SendTextMessageAPI con el ID del grupo como identidad de origen. -
Verifique que el mensaje se entregue por SMS a su dispositivo de prueba.
-
Compruebe el evento de entrega para confirmar que el mensaje se entregó a través del canal SMS tras el respaldo de RCS.
Administración de los agentes de AWS RCS en grupos
Para obtener instrucciones paso a paso sobre cómo crear grupos con agentes de AWS RCS, agregar agentes a los grupos existentes, comprender los requisitos de configuración de los grupos y eliminar agentes de los grupos, consulte. Administración de agentes de AWS RCS en grupos
