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 telefonico è 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 Invii una singola chiamata API al pool e AWS End User Messaging gestisce la selezione dei canali per te.

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 inoltre le best practice relative ai pool per caso d'uso e come aggiungere e rimuovere gli agenti AWS RCS dai pool. Per informazioni generali sui pool telefonici, consulta. Pool telefonici in AWS Messaggistica SMS per l'utente finale Per informazioni sulla gestione degli agenti AWS RCS, consultaGestione degli agenti RCS.

In che modo la consegna di RCS può fallire

La consegna RCS può fallire per diversi motivi. La comprensione di queste modalità di errore ti aiuta a pianificare la tua strategia di riserva:

Quando si verifica una di queste condizioni e si utilizza l'invio basato su pool o a livello di account, la messaggistica per gli utenti AWS finali ritorna automaticamente alla consegna degli SMS utilizzando un numero di telefono o un ID mittente dedicato dello stesso pool o account. I percorsi SMS condivisi non sono supportati come riserva per l'invio RCS. Se il pool o l'account non contiene un mittente dedicato (numero di telefono o ID mittente) valido per il paese di destinazione, il messaggio non viene visualizzato.

Cosa rende possibile il fallback degli SMS

Il fallback SMS richiede sia un agente AWS RCS che almeno un numero di telefono SMS dedicato o un ID mittente nello stesso pool. Quando si invia un messaggio al pool, AWS End User Messaging tenta innanzitutto la consegna RCS. Se la consegna RCS non riesce, il servizio riprova il messaggio tramite SMS utilizzando un numero di telefono dedicato dello stesso pool. I percorsi SMS condivisi non sono supportati per il fallback RCS. Un pool con solo un agente AWS RCS (e nessun numero di telefono o ID mittente dedicati) non supporta il fallback SMS. Se RCS non riesce in quella configurazione, 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 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. Ad esempio:

Questo modello garantisce che quando la consegna RCS fallisce e il servizio ritorna agli SMS, il messaggio di riserva viene inviato da un numero di telefono registrato e approvato per lo stesso caso d'uso. Ciò consente di mantenere la messaggistica conforme ai requisiti del corriere e ai termini di registrazione.

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

Quando si inviano 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 potrebbe selezionare un numero di telefono che non corrisponde al contenuto del messaggio.

Per evitare questo rischio, utilizza l'invio basato su pool con un pool per caso d'uso. Quando si specifica un ID 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 riserva 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à degli account), valuta le identità nel 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 degli SMS

Quando si invia un messaggio tramite un pool o a livello di account, la messaggistica per gli utenti AWS finali ritorna 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 ritorna agli SMS. In questo modo vengono gestiti i casi in cui l'infrastruttura RCS accetta il messaggio ma la consegna si blocca (ad esempio, il dispositivo del destinatario è temporaneamente irraggiungibile, il corriere non supporta RCS o il dispositivo non lo è). RCS-capable

Invio permanente

L'invio permanente è un'ottimizzazione del routing che migliora la coerenza delle consegne. Quando AWS End User Messaging recapita correttamente un messaggio a un numero di telefono di destinazione utilizzando un'identità di origine specifica, il servizio ricorda tale associazione per 25 ore. I messaggi successivi verso la stessa destinazione entro la finestra di 25 ore vengono indirizzati attraverso la stessa identità di origine, a condizione che sia ancora disponibile nel pool o nell'account.

L'invio permanente si applica sia alla consegna RCS che agli 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 utilizzando lo stesso numero di telefono.

Il servizio ritenta 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 dell'operatore o l'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 degli SMS, la messaggistica per l'utente AWS finale genera un'unica ricevuta di consegna per il canale finale che ha recapitato il messaggio. Se il messaggio viene recapitato tramite SMS dopo il fallback RCS, la ricevuta di recapito indica SMS come canale di consegna. È possibile determinare il canale di consegna ispezionando il originationPhoneNumber campo relativo all'evento. Se il valore è un ID agente RCS, il messaggio è stato recapitato tramite RCS. Se il valore è un numero di E.164 telefono o un codice breve, il messaggio è stato recapitato tramite SMS. Per ulteriori informazioni sui campi degli eventi, vedereEsempio AWS Dati degli eventi SMS di messaggistica per l'utente finale.

In circostanze normali, la messaggistica con l'utente AWS finale revoca il messaggio RCS prima che venga recapitato il messaggio di riserva SMS. Ciò impedisce al destinatario di ricevere lo stesso messaggio due volte. Tuttavia, in rari casi, possono essere recapitati sia il messaggio RCS che il messaggio di riserva SMS. Ciò può verificarsi 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, potresti ricevere ricevute di consegna per entrambi i canali.

Per informazioni su come la doppia consegna influisce sulla fatturazione, consulta. Modello di fatturazione e prezzo RCS

Implicazioni sulla fatturazione del fallback via SMS

Quando un messaggio ritorna da RCS a SMS, ti viene addebitato il costo dell'invio degli SMS, non il tentativo RCS fallito. I messaggi RCS vengono fatturati solo se recapitati correttamente al dispositivo del destinatario. Se il recapito RCS non va a buon fine e il messaggio ritorna come SMS, paghi 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 entrambi i recapiti. Per i dettagli di fatturazione completi, consulta. Modello di fatturazione e prezzo RCS

Test del fallback degli SMS

Puoi testare il comportamento di fallback degli SMS per verificare che i tuoi 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 la messaggistica con l'utente AWS finale 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 funzionamento del fallback.

Poiché non è disponibile alcun numero di telefono SMS per il fallback, anche l'invio degli SMS non riesce. Tuttavia, l'evento conferma che la messaggistica con l'utente AWS finale ha attivato correttamente il meccanismo di fallback.

Test con un numero SMS approvato

Per un test fallback completo degli SMS end-to-end, 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 istruzioni dettagliate sulla creazione di pool con agenti AWS RCS, sull'aggiunta di agenti ai pool esistenti, sulla comprensione dei requisiti di configurazione dei pool e sulla rimozione di agenti dai pool, consulta. Gestione degli agenti AWS RCS nei pool