Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Fallback da RCS a SMS utilizzando pool di telefoni

Un pool di telefoni è un contenitore di identità di messaggistica, come agenti AWS RCS e numeri di telefono SMS, che fornisce un livello di astrazione tra le richieste API e le identità di origine sottostanti. I pool semplificano le modifiche alla configurazione, la migrazione dei tipi di numeri e il fallback. RCS-to-SMS Inviate una singola chiamata API al pool e AWS End User Messaging gestirà la selezione dei canali per voi.

Questo capitolo spiega in che modo la consegna RCS può fallire, cosa rende possibile il fallback degli SMS, la logica di fallback e l'ordine di priorità e le implicazioni di fatturazione. Descrive anche le pool-per-use-case migliori pratiche e come aggiungere e rimuovere agenti AWS RCS dai pool. Per informazioni generali sui pool telefonici, consultaPool telefonici negli SMS di messaggistica per utenti AWS finali. Per informazioni sulla gestione degli agenti AWS RCS, consultaGestione degli agenti RCS.

In che modo la consegna RCS può fallire

La consegna RCS può fallire per diversi motivi. La comprensione di queste modalità di errore consente di pianificare la strategia di fallback:

Quando si verifica una di queste condizioni e si utilizza l'invio basato sul pool o a livello di account, la messaggistica con l'utente AWS finale torna automaticamente alla consegna degli SMS utilizzando un numero di telefono dello stesso pool o account.

Cosa rende possibile il fallback degli SMS

SMS fallback richiede sia un agente AWS RCS che almeno un numero di telefono SMS nello stesso pool. Quando invii un messaggio al pool, AWS End User Messaging tenta innanzitutto la consegna RCS. Se il recapito RCS fallisce, il servizio riprova a inviare il messaggio tramite SMS utilizzando un numero di telefono dello stesso pool. Un pool con solo un agente AWS RCS (e nessun numero di telefono) non supporta il fallback via SMS. Se RCS fallisce, il messaggio non viene recapitato.

Perché usare i pool

Consigliamo di utilizzare un pool di telefoni per tutti i casi d'uso della messaggistica, non solo per RCS. I pool offrono i seguenti vantaggi:

Pool-per-use-case modello

Si consiglia di creare un pool per caso d'uso. Ogni pool deve contenere tutti i numeri di telefono e l'agente AWS RCS che servono a un unico scopo di messaggistica. Esempio:

Questo modello garantisce che, quando la consegna RCS fallisce e il servizio ritorna agli SMS, il messaggio di riserva venga inviato da un numero di telefono registrato e approvato per lo stesso caso d'uso. In questo modo la messaggistica rimane conforme ai requisiti del gestore telefonico e ai termini di registrazione.

Rischio di conformità con l'invio a livello di account

Quando invii messaggi a livello di account (senza specificare un pool o un'identità di origine), AWS End User Messaging seleziona un'identità di origine tra tutte le identità disponibili nell'account. Se il tuo account ha più numeri di telefono registrati per diversi casi d'uso, il servizio può selezionare un numero di telefono che non corrisponde al contenuto del messaggio.

Per evitare questo rischio, utilizzate l'invio basato su pool con un pool per caso d'uso. Quando specificate un ID del pool nella SendTextMessage richiesta, il servizio seleziona solo le identità di origine da quel pool. Poiché tutte le identità del pool sono registrate per lo stesso caso d'uso, il messaggio di fallback viene sempre inviato da un numero appropriato.

Logica di fallback e ordine di priorità

Quando AWS End User Messaging seleziona un'identità di origine per un messaggio (da un pool o da tutte le identità di account), valuta le identità secondo il seguente ordine di priorità:

Questo ordine di priorità si applica nell'ambito del modello di invio utilizzato. Per l'invio basato su pool, il servizio considera solo le identità nel pool specificato. Per l'invio a livello di account, il servizio considera tutte le identità dell'account.

Fallback automatico via SMS

Quando invii un messaggio tramite un pool o a livello di account, AWS End User Messaging torna automaticamente agli SMS se la consegna RCS non è possibile. Il fallback è asincrono:

Se AWS End User Messaging invia correttamente il messaggio RCS ma non riceve una conferma di consegna o un segnale di errore entro 25 secondi, il servizio torna agli SMS. Ciò gestisce i casi in cui l'infrastruttura RCS accetta il messaggio ma la consegna si blocca (ad esempio, il dispositivo del destinatario è temporaneamente irraggiungibile, il gestore telefonico non supporta RCS o il dispositivo non è compatibile con RCS).

Invio permanente

Sticky Sending è un'ottimizzazione del routing che migliora la coerenza delle consegne. Quando AWS End User Messaging invia correttamente un messaggio a un numero di telefono di destinazione utilizzando un'identità di origine specifica, il servizio memorizza l'associazione per 25 ore. I messaggi successivi alla stessa destinazione entro il periodo di 25 ore vengono instradati tramite la stessa identità di origine, a condizione che sia ancora disponibile nel pool o nell'account.

L'invio permanente si applica sia alla consegna tramite RCS che a quella via SMS. Ad esempio, se un messaggio viene recapitato tramite RCS tramite il tuo agente AWS RCS, anche il messaggio successivo verso la stessa destinazione entro 25 ore viene tentato tramite RCS tramite lo stesso agente. Se il messaggio precedente è stato recapitato tramite SMS (dopo il fallback RCS), il messaggio successivo viene tentato tramite SMS tramite lo stesso numero di telefono.

Il servizio riprova periodicamente la consegna RCS anche quando l'identità permanente è un numero di telefono SMS. Ciò garantisce che i destinatari i cui dispositivi ottengono il supporto RCS (ad esempio, dopo l'implementazione di un operatore o un aggiornamento del dispositivo) inizino a ricevere messaggi RCS senza intervento manuale.

Caratteristiche principali dell'invio permanente:

Ricevute di consegna durante il fallback

Quando si verifica il fallback via SMS, AWS End User Messaging genera un'unica ricevuta di consegna per l'ultimo canale che ha recapitato il messaggio. Se il messaggio viene recapitato tramite SMS dopo il fallback RCS, la ricevuta di consegna indica SMS come canale di consegna.

In circostanze normali, AWS End User Messaging revoca il messaggio RCS prima che venga recapitato il messaggio di fallback SMS. In questo modo si evita che il destinatario riceva lo stesso messaggio due volte. Tuttavia, in rari casi, è possibile che vengano recapitati sia il messaggio RCS che il messaggio di fallback SMS. Ciò può accadere se il messaggio RCS viene recapitato dopo il timeout di 25 secondi ma prima del completamento della revoca. In questi rari scenari di doppia consegna, è possibile ricevere ricevute di consegna per entrambi i canali.

Per informazioni sull'impatto della doppia consegna sulla fatturazione, consulta. Modello di fatturazione e prezzo RCS

Implicazioni di fatturazione del fallback via SMS

Quando un messaggio passa da RCS a SMS, ti viene addebitato il costo del recapito dell'SMS, non del tentativo RCS fallito. I messaggi RCS vengono fatturati solo se consegnati correttamente al dispositivo del destinatario. Se il recapito RCS fallisce e il messaggio ritorna alla modalità SMS, pagherai la tariffa SMS per quel messaggio.

In rari scenari di doppia consegna (in cui vengono recapitati sia il messaggio RCS che il messaggio di riserva SMS), è possibile che ti vengano addebitati costi per entrambe le consegne. Per i dettagli di fatturazione completi, consulta. Modello di fatturazione e prezzo RCS

Test del fallback degli SMS

È possibile testare il comportamento di fallback degli SMS per verificare che i messaggi vengano recapitati tramite SMS quando la consegna RCS non è possibile. Esistono due approcci per testare il fallback degli SMS, a seconda che si disponga di un numero di telefono SMS approvato.

Test senza un numero SMS approvato

È possibile verificare che AWS End User Messaging attivi correttamente il meccanismo di fallback senza un numero di telefono SMS approvato. Anche senza un numero approvato, è possibile visualizzare gli eventi relativi ai tentativi e agli errori tramite SMS, a conferma del corretto funzionamento del fallback.

Poiché non è disponibile un numero di telefono SMS per il fallback, anche la consegna degli SMS non riesce. Tuttavia, l'evento conferma che AWS End User Messaging ha attivato correttamente il meccanismo di fallback.

Test con un numero SMS approvato

Per un test di fallback end-to-end SMS completo, aggiungi un numero di telefono SMS approvato e il tuo agente AWS RCS allo stesso pool di telefoni. Ciò consente di verificare che i messaggi vengano recapitati tramite SMS quando RCS non è disponibile.

Gestione degli agenti AWS RCS nei pool

Per step-by-step istruzioni sulla creazione di pool con AWS RCS Agents, sull'aggiunta di agenti ai pool esistenti, sulla comprensione dei requisiti di configurazione dei pool e sulla rimozione di agenti dai pool, consultaGestione degli agenti AWS RCS nei pool.