Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
RCS ke SMS fallback menggunakan kolam telepon
Kumpulan telepon adalah wadah identitas pesan, seperti Agen AWS RCS dan nomor telepon SMS, yang menyediakan lapisan abstraksi antara permintaan API Anda dan identitas originasi yang mendasarinya. Pools menyederhanakan perubahan konfigurasi, migrasi tipe nomor, dan RCS-to-SMS fallback. Anda mengirim satu panggilan API ke pool, dan AWS End User Messaging menangani pemilihan saluran untuk Anda.
Bab ini menjelaskan bagaimana pengiriman RCS dapat gagal, apa yang memungkinkan fallback SMS, logika fallback dan urutan prioritas, dan implikasi penagihan. Ini juga mencakup praktik pool-per-use-case terbaik dan cara menambahkan dan menghapus Agen AWS RCS dari kumpulan. Untuk informasi umum tentang kumpulan telepon, lihatKumpulan telepon di SMS Pesan Pengguna AWS Akhir. Untuk informasi tentang mengelola Agen AWS RCS, lihatMengelola agen RCS.
Topik
Bagaimana pengiriman RCS bisa gagal
Pengiriman RCS dapat gagal karena beberapa alasan. Memahami mode kegagalan ini membantu Anda merencanakan strategi fallback Anda:
-
Operator tidak mendukung RCS — Operator seluler penerima belum mengaktifkan pesan RCS di jaringan mereka.
-
Perangkat tidak mendukung RCS — Perangkat penerima tidak memiliki kemampuan RCS (misalnya, perangkat Android yang lebih lama atau iPhone yang menjalankan iOS lebih awal dari 18).
-
Agen tidak aktif di operator — Agen AWS RCS Anda belum disetujui oleh operator penerima, atau agen dalam status PARAL untuk negara tersebut.
-
Perangkat sementara tidak dapat dijangkau — Perangkat penerima mendukung RCS tetapi sementara offline atau tidak memiliki koneksi data. Pesan RCS memerlukan koneksi data untuk pengiriman.
Ketika salah satu dari kondisi ini terjadi dan Anda menggunakan pengiriman berbasis kolam atau tingkat akun, Pesan Pengguna AWS Akhir secara otomatis kembali ke pengiriman SMS menggunakan nomor telepon dari kumpulan atau akun yang sama.
Apa yang membuat fallback SMS menjadi mungkin
SMS fallback memerlukan AWS RCS Agent dan setidaknya satu nomor telepon SMS di pool yang sama. Saat Anda mengirim pesan ke pool, AWS End User Messaging mencoba pengiriman RCS terlebih dahulu. Jika pengiriman RCS gagal, layanan akan mencoba ulang pesan melalui SMS menggunakan nomor telepon dari kumpulan yang sama. Kumpulan dengan hanya Agen AWS RCS (dan tanpa nomor telepon) tidak mendukung fallback SMS. Jika RCS gagal, pesan tidak terkirim.
penting
Agar fallback SMS berfungsi, kumpulan Anda harus berisi Agen AWS RCS dan satu atau beberapa nomor telepon SMS. Sebuah pool dengan hanya satu tipe identitas tidak menyediakan cross-channel fallback.
Mengapa menggunakan kolam
Sebaiknya gunakan kumpulan telepon untuk semua kasus penggunaan pesan, bukan hanya RCS. Kolam memberikan keuntungan sebagai berikut:
-
Fallback SMS otomatis — Ketika kumpulan berisi Agen AWS RCS dan nomor telepon SMS, Pesan Pengguna AWS Akhir mencoba pengiriman RCS terlebih dahulu. Jika pengiriman RCS gagal (misalnya, perangkat atau operator penerima tidak mendukung RCS), layanan secara otomatis mencoba ulang pesan melalui SMS menggunakan nomor telepon dari kumpulan yang sama. Anda tidak perlu menerapkan logika fallback dalam aplikasi Anda.
-
Intelligent routing — Layanan ini memilih identitas originasi terbaik dari pool berdasarkan tujuan, ketersediaan saluran, dan riwayat pengiriman yang lengket. Perutean ini terjadi secara transparan dengan setiap
SendTextMessagepanggilan. -
Panggilan API tunggal — Anda menentukan ID kumpulan sebagai identitas originasi dalam
SendTextMessagepermintaan Anda. Layanan menentukan apakah akan mengirimkan melalui RCS atau SMS tanpa logika tambahan di pihak Anda. -
Fleksibilitas untuk perubahan di masa mendatang - Anda dapat menambah atau menghapus nomor telepon dan Agen AWS RCS dari kumpulan kapan saja tanpa mengubah kode aplikasi Anda. Misalnya, Anda dapat menambahkan nomor bebas pulsa untuk fallback SMS atau menukar nomor 10DLC tanpa mengubah integrasi pengiriman Anda.
-
Tanpa biaya atau kerugian — Membuat kumpulan dan menambahkan identitas originasi ke dalamnya tidak dikenakan biaya tambahan. Bahkan dengan satu nomor telepon atau satu Agen AWS RCS, menggunakan kumpulan memberi Anda fleksibilitas untuk menambahkan lebih banyak identitas nanti tanpa perubahan aplikasi.
catatan
Kami merekomendasikan untuk selalu menggunakan pool untuk pengiriman pesan. Tidak ada biaya atau kerugian untuk menggunakan kolam, bahkan dengan identitas originasi tunggal. Untuk RCS-to-SMS fallback, pool harus berisi Agen AWS RCS dan setidaknya satu nomor telepon SMS. Dimulai dengan kumpulan dari awal berarti Anda dapat menambahkan nomor fallback SMS atau Agen AWS RCS tambahan nanti tanpa mengubah kode pengiriman Anda.
Pool-per-use-case model
Kami merekomendasikan membuat satu kumpulan per kasus penggunaan. Setiap pool harus berisi semua nomor telepon dan AWS RCS Agent yang melayani satu tujuan pengiriman pesan. Contoh:
-
Kumpulan transaksional untuk kode OTP dan notifikasi akun, yang berisi Agen AWS RCS Anda dan nomor 10DLC yang terdaftar untuk pengiriman pesan transaksional.
-
Kumpulan pemasaran untuk pesan promosi, berisi Agen AWS RCS yang sama (atau yang lain) dan nomor bebas pulsa yang terdaftar untuk pemasaran.
-
Kumpulan pengingat janji temu untuk pemberitahuan penjadwalan, yang berisi Agen AWS RCS Anda dan nomor telepon khusus untuk pesan terkait janji temu.
Model ini memastikan bahwa ketika pengiriman RCS gagal dan layanan kembali ke SMS, pesan fallback dikirim dari nomor telepon yang terdaftar dan disetujui untuk kasus penggunaan yang sama. Ini membuat pesan Anda sesuai dengan persyaratan operator dan persyaratan pendaftaran.
Risiko kepatuhan dengan pengiriman tingkat akun
Saat Anda mengirim pesan di tingkat akun (tanpa menentukan identitas kumpulan atau originasi), Pesan Pengguna AWS Akhir memilih identitas originasi dari semua identitas yang tersedia di akun Anda. Jika akun Anda memiliki beberapa nomor telepon yang terdaftar untuk kasus penggunaan yang berbeda, layanan dapat memilih nomor telepon yang tidak cocok dengan konten pesan Anda.
penting
Pengiriman tingkat akun dengan kasus penggunaan campuran menciptakan risiko kepatuhan. Misalnya, jika akun Anda memiliki nomor 10DLC yang terdaftar untuk pesan OTP dan nomor bebas pulsa yang terdaftar untuk pengingat janji temu, pesan OTP yang kembali ke SMS dapat dikirim dari nomor bebas pulsa pengingat janji temu. Ini melanggar ketentuan pendaftaran untuk nomor tersebut dan dapat mengakibatkan penyaringan operator atau penangguhan nomor.
Untuk menghindari risiko ini, gunakan pengiriman berbasis kolam dengan satu kumpulan per kasus penggunaan. Saat Anda menentukan ID kumpulan dalam SendTextMessage permintaan Anda, layanan hanya memilih identitas originasi dari kumpulan tersebut. Karena semua identitas di pool terdaftar untuk kasus penggunaan yang sama, pesan fallback selalu dikirim dari nomor yang sesuai.
| Pendekatan pengiriman | Perilaku fallback SMS | Risiko kepatuhan |
|---|---|---|
| Berbasis kolam renang (disarankan) | Kembali ke nomor telepon di kolam yang sama, terdaftar untuk kasus penggunaan yang sama | Rendah — nomor fallback cocok dengan kasus penggunaan pesan |
| Tingkat akun | Kembali ke nomor telepon yang tersedia di akun | Nomor fallback tinggi mungkin tidak cocok dengan kasus penggunaan pesan jika beberapa kasus penggunaan berbagi akun |
| Langsung (AWS RCS Agent ARN) | Tidak ada fallback SMS | Tidak ada - pesan dikirim melalui RCS saja atau tidak sama sekali |
Logika mundur dan urutan prioritas
Ketika AWS End User Messaging memilih identitas originasi untuk pesan (baik dari pool atau dari semua identitas akun), pesan akan mengevaluasi identitas dalam urutan prioritas berikut:
-
Identitas lengket - Jika ada pasangan pengiriman lengket untuk nomor telepon tujuan dan identitas masih tersedia, layanan menggunakan identitas itu.
-
Agen AWS RCS — Jika tidak ada pemasangan lengket, layanan akan mencoba pengiriman RCS melalui Agen AWS RCS yang tersedia.
-
Kode Pendek SMS - Jika RCS tidak tersedia, layanan memilih kode pendek SMS.
-
SMS 10DLC — Jika tidak ada kode pendek yang tersedia, layanan memilih nomor 10DLC.
-
Nomor Bebas Pulsa SMS - Jika tidak ada nomor 10DLC yang tersedia, layanan memilih nomor bebas pulsa.
-
ID Pengirim SMS - Jika tidak ada identitas lain yang tersedia, layanan memilih ID pengirim.
Urutan prioritas ini berlaku dalam lingkup pola pengiriman yang Anda gunakan. Untuk pengiriman berbasis kolam, layanan hanya mempertimbangkan identitas di kumpulan yang ditentukan. Untuk pengiriman tingkat akun, layanan mempertimbangkan semua identitas di akun Anda.
Fallback SMS otomatis
Ketika Anda mengirim pesan melalui pool atau di tingkat akun, AWS End User Messaging otomatis kembali ke SMS jika pengiriman RCS tidak memungkinkan. Fallback tidak sinkron:
Jika AWS End User Messaging berhasil mengirimkan pesan RCS tetapi tidak menerima konfirmasi pengiriman atau sinyal kegagalan dalam waktu 25 detik, layanan akan kembali ke SMS. Ini menangani kasus di mana infrastruktur RCS menerima pesan tetapi pengiriman terhenti (misalnya, perangkat penerima sementara tidak dapat dijangkau, operator tidak mendukung RCS, atau perangkat tidak mampu RCS).
catatan
Pengiriman langsung (menetapkan AWS RCS Agent ARN sebagai identitas originasi) tidak mendukung fallback SMS otomatis. Jika Anda membutuhkan fallback SMS, gunakan pengiriman berbasis kolam.
Pengiriman lengket
Sticky mengirim adalah optimasi routing yang meningkatkan konsistensi pengiriman. Ketika AWS End User Messaging berhasil mengirimkan pesan ke nomor telepon tujuan menggunakan identitas originasi tertentu, layanan akan mengingat penyandingan tersebut selama 25 jam. Pesan berikutnya ke tujuan yang sama dalam jendela 25 jam dirutekan melalui identitas originasi yang sama, asalkan masih tersedia di kolam atau akun.
Pengiriman lengket berlaku untuk pengiriman RCS dan SMS. Misalnya, jika pesan dikirimkan melalui RCS melalui Agen AWS RCS Anda, pesan berikutnya ke tujuan yang sama dalam waktu 25 jam juga dicoba melalui RCS melalui agen yang sama. Jika pesan sebelumnya dikirim melalui SMS (setelah fallback RCS), pesan berikutnya dicoba melalui SMS melalui nomor telepon yang sama.
Layanan ini secara berkala mencoba ulang pengiriman RCS bahkan ketika identitas lengket adalah nomor telepon SMS. Ini memastikan bahwa penerima yang perangkatnya mendapatkan dukungan RCS (misalnya, setelah peluncuran operator atau peningkatan perangkat) mulai menerima pesan RCS tanpa intervensi manual.
Karakteristik utama pengiriman lengket:
-
TTL 25 jam - Pasangan lengket berakhir 25 jam setelah pengiriman terakhir yang berhasil. Setelah kedaluwarsa, layanan mengevaluasi kembali urutan prioritas identitas originasi untuk pesan berikutnya.
-
Coba lagi RCS otomatis — Bahkan ketika identitas lengket adalah nomor telepon SMS, layanan secara berkala mencoba pengiriman RCS untuk memeriksa apakah penerima sekarang mendukung RCS.
-
Tidak ada pembilasan manual - Anda tidak dapat menyiram atau mengatur ulang pasangan pengiriman lengket secara manual. Pasangan berakhir secara otomatis setelah TTL 25 jam.
Tanda terima pengiriman selama fallback
Ketika SMS fallback terjadi, AWS End User Messaging menghasilkan satu tanda terima pengiriman untuk saluran terakhir yang mengirimkan pesan. Jika pesan dikirim melalui SMS setelah fallback RCS, tanda terima pengiriman menunjukkan SMS sebagai saluran pengiriman.
Dalam keadaan normal, AWS End User Messaging mencabut pesan RCS sebelum pesan fallback SMS dikirimkan. Ini mencegah penerima menerima pesan yang sama dua kali. Namun, dalam kasus yang jarang terjadi, pesan RCS dan pesan fallback SMS dapat dikirimkan. Hal ini dapat terjadi jika pesan RCS dikirimkan setelah batas waktu 25 detik tetapi sebelum pencabutan selesai. Dalam skenario pengiriman ganda yang langka ini, Anda mungkin menerima tanda terima pengiriman untuk kedua saluran.
Untuk informasi tentang bagaimana pengiriman ganda memengaruhi penagihan, lihatModel penagihan dan harga RCS.
Implikasi penagihan dari SMS fallback
Ketika pesan jatuh kembali dari RCS ke SMS, Anda dikenakan biaya untuk pengiriman SMS, bukan upaya RCS yang gagal. Pesan RCS hanya ditagih jika berhasil dikirim ke perangkat penerima. Jika pengiriman RCS gagal dan pesan kembali ke SMS, Anda membayar tarif SMS untuk pesan itu.
Dalam skenario pengiriman ganda yang jarang terjadi (di mana pesan RCS dan pesan fallback SMS dikirimkan), Anda mungkin dikenakan biaya untuk kedua pengiriman. Untuk detail penagihan lengkap, lihatModel penagihan dan harga RCS.
Menguji fallback SMS
Anda dapat menguji perilaku fallback SMS untuk memverifikasi bahwa pesan Anda dikirim melalui SMS ketika pengiriman RCS tidak memungkinkan. Ada dua pendekatan untuk menguji fallback SMS, tergantung pada apakah Anda memiliki nomor telepon SMS yang disetujui.
Pengujian tanpa nomor SMS yang disetujui
Anda dapat memverifikasi bahwa AWS End User Messaging memicu mekanisme fallback dengan benar tanpa nomor telepon SMS yang disetujui. Bahkan tanpa nomor yang disetujui, Anda dapat melihat peristiwa coba lagi dan kegagalan melalui SMS, yang mengonfirmasi bahwa fallback berfungsi.
Untuk menguji fallback SMS tanpa nomor SMS yang disetujui
-
Bawa perangkat uji Anda offline dengan menonaktifkan data seluler dan Wi-Fi, atau aktifkan mode pesawat.
-
Kirim pesan RCS ke perangkat uji menggunakan
SendTextMessageAPI dengan AWS RCS Agent ARN sebagai identitas originasi. -
Periksa acara pesan di CloudWatch atau tujuan acara Anda. Anda akan melihat peristiwa pengiriman yang gagal yang menunjukkan bahwa pengiriman RCS tidak memungkinkan dan bahwa layanan mencoba fallback SMS.
Karena tidak ada nomor telepon SMS yang tersedia untuk fallback, pengiriman SMS juga gagal. Namun, acara tersebut mengonfirmasi bahwa AWS End User Messaging memicu mekanisme fallback dengan benar.
Pengujian dengan nomor SMS yang disetujui
Untuk tes fallback end-to-end SMS lengkap, tambahkan nomor telepon SMS yang disetujui dan Agen AWS RCS Anda ke kumpulan telepon yang sama. Ini memungkinkan Anda untuk memverifikasi bahwa pesan dikirim melalui SMS ketika RCS tidak tersedia.
Untuk menguji fallback SMS dengan nomor SMS yang disetujui
-
Buat kumpulan telepon yang berisi Agen AWS RCS Anda dan nomor telepon SMS yang disetujui (seperti nomor 10DLC, bebas pulsa, atau kode pendek).
-
Bawa perangkat uji Anda offline dengan menonaktifkan data seluler dan Wi-Fi, atau aktifkan mode pesawat.
-
Kirim pesan menggunakan
SendTextMessageAPI dengan ID kumpulan sebagai identitas originasi. -
Verifikasi bahwa pesan dikirimkan melalui SMS ke perangkat uji Anda.
-
Periksa acara pengiriman untuk mengonfirmasi bahwa pesan telah dikirim melalui saluran SMS setelah fallback RCS.
Mengelola Agen AWS RCS di pool
Untuk step-by-step petunjuk cara membuat pool dengan AWS RCS Agents, menambahkan agen ke pool yang ada, memahami persyaratan konfigurasi pool, dan menghapus agen dari pool, lihatMengelola Agen AWS RCS di pool.
