Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Fallback von RCS zu SMS mithilfe von Telefonpools
Ein Telefonpool ist ein Container mit Nachrichtenidentitäten wie AWS RCS-Agenten und SMS-Telefonnummern, der eine Abstraktionsebene zwischen Ihren API-Anfragen und den zugrunde liegenden Ausgangsidentitäten bietet. Pools vereinfachen Konfigurationsänderungen, die Migration von Rufnummerntypen und Fallback. RCS-to-SMS Sie senden einen einzigen API-Aufruf an den Pool, und AWS End User Messaging kümmert sich für Sie um die Kanalauswahl.
In diesem Kapitel wird erklärt, wie die RCS-Zustellung fehlschlagen kann, was SMS-Fallback ermöglicht, die Fallback-Logik und die Prioritätsreihenfolge sowie die Auswirkungen auf die Abrechnung. Außerdem werden pool-per-use-case bewährte Methoden und das Hinzufügen und Entfernen von AWS RCS-Agenten zu Pools behandelt. Allgemeine Informationen zu Telefonpools finden Sie unterTelefonpools in AWS Endbenutzer-Messaging-SMS. Informationen zur Verwaltung von AWS RCS Agents finden Sie unterVerwaltung von RCS-Agenten.
Topics
Wie die RCS-Lieferung fehlschlagen kann
Die RCS-Lieferung kann aus verschiedenen Gründen fehlschlagen. Das Verständnis dieser Fehlermodi hilft Ihnen bei der Planung Ihrer Fallback-Strategie:
-
Mobilfunkanbieter unterstützt RCS nicht — Der Mobilfunkanbieter des Empfängers hat RCS-Messaging in seinem Netzwerk nicht aktiviert.
-
Gerät unterstützt RCS nicht — Das Gerät des Empfängers ist nicht RCS-fähig (z. B. ein älteres Android-Gerät oder ein iPhone mit iOS vor 18).
-
Agent beim Transporteur nicht aktiv — Ihr AWS RCS-Agent wurde noch nicht vom Transporteur des Empfängers genehmigt, oder der Agent hat für dieses Land den Status TEILWEISE.
-
Gerät vorübergehend nicht erreichbar — Das Gerät des Empfängers unterstützt RCS, ist aber vorübergehend offline oder hat keine Datenverbindung. RCS-Nachrichten benötigen für die Zustellung eine Datenverbindung.
Wenn eine dieser Bedingungen eintritt und Sie das Senden auf Pool- oder Kontoebene verwenden, greift AWS End User Messaging automatisch auf die SMS-Zustellung über eine Telefonnummer aus demselben Pool oder Konto zurück.
Was macht SMS-Fallback möglich
SMS-Fallback erfordert sowohl einen AWS RCS-Agenten als auch mindestens eine SMS-Telefonnummer im selben Pool. Wenn Sie eine Nachricht an den Pool senden, versucht AWS End User Messaging zuerst, sie per RCS zuzustellen. Wenn die RCS-Zustellung fehlschlägt, versucht der Dienst erneut, die Nachricht per SMS unter Verwendung einer Telefonnummer aus demselben Pool zu versenden. Ein Pool mit nur einem AWS RCS-Agenten (und ohne Telefonnummern) unterstützt kein SMS-Fallback. Wenn RCS ausfällt, wird die Nachricht nicht zugestellt.
Wichtig
Damit SMS-Fallback funktioniert, muss Ihr Pool sowohl einen AWS RCS-Agenten als auch eine oder mehrere SMS-Telefonnummern enthalten. Ein Pool mit nur einem Identitätstyp bietet kein kanalübergreifendes Fallback.
Warum Pools verwenden
Wir empfehlen die Verwendung eines Telefonpools für alle Messaging-Anwendungsfälle, nicht nur für RCS. Pools bieten die folgenden Vorteile:
-
Automatischer SMS-Fallback — Wenn ein Pool sowohl einen AWS RCS-Agenten als auch SMS-Telefonnummern enthält, versucht AWS End User Messaging zuerst die RCS-Zustellung. Wenn die RCS-Zustellung fehlschlägt (z. B. weil das Gerät oder der Mobilfunkanbieter des Empfängers RCS nicht unterstützt), wiederholt der Service die Nachricht automatisch per SMS und verwendet dabei eine Telefonnummer aus demselben Pool. Sie müssen keine Fallback-Logik in Ihrer Anwendung implementieren.
-
Intelligentes Routing — Der Service wählt auf der Grundlage des Ziels, der Kanalverfügbarkeit und des Sticky-Sendeverlaufs die beste Ausgangsidentität aus dem Pool aus. Dieses Routing erfolgt transparent bei jedem
SendTextMessageAnruf. -
Einzelner API-Aufruf — Sie geben die Pool-ID als Ausgangsidentität in Ihrer
SendTextMessageAnfrage an. Der Service bestimmt, ob die Lieferung per RCS oder SMS erfolgt, ohne dass Sie zusätzliche Logik benötigen. -
Flexibilität für future Änderungen — Sie können jederzeit Telefonnummern und AWS RCS-Agenten zu einem Pool hinzufügen oder daraus entfernen, ohne Ihren Anwendungscode zu ändern. Sie können beispielsweise eine gebührenfreie Nummer für SMS-Fallback hinzufügen oder eine 10DLC-Nummer austauschen, ohne Ihre Versandintegration zu ändern.
-
Keine Kosten oder Nachteile — Für die Erstellung eines Pools und das Hinzufügen von Originationsidentitäten fallen keine zusätzlichen Gebühren an. Selbst mit einer einzigen Telefonnummer oder einem einzigen AWS RCS-Agenten bietet Ihnen die Verwendung eines Pools die Flexibilität, später weitere Identitäten hinzuzufügen, ohne dass Änderungen an der Anwendung erforderlich sind.
Anmerkung
Wir empfehlen, immer einen Pool für Nachrichten zu verwenden. Die Verwendung eines Pools hat keine Kosten oder Nachteile, auch nicht mit einer einzigen Originationsidentität. Als RCS-to-SMS Fallback muss der Pool sowohl einen AWS RCS-Agenten als auch mindestens eine SMS-Telefonnummer enthalten. Wenn Sie von Anfang an mit einem Pool beginnen, können Sie später SMS-Fallback-Nummern oder zusätzliche AWS RCS-Agenten hinzufügen, ohne Ihren Sendecode zu ändern.
Pool-per-use-case Modell
Wir empfehlen, einen Pool pro Anwendungsfall zu erstellen. Jeder Pool sollte alle Telefonnummern und den AWS RCS-Agenten enthalten, die einem einzigen Messaging-Zweck dienen. Beispiel:
-
Ein Transaktionspool für OTP-Codes und Kontobenachrichtigungen, der Ihren AWS RCS-Agenten und eine 10DLC-Nummer enthält, die für Transaktionsnachrichten registriert ist.
-
Ein Marketingpool für Werbebotschaften, der denselben AWS RCS-Agenten (oder einen anderen) und eine gebührenfreie Nummer enthält, die für Marketing registriert ist.
-
Ein Terminerinnerungspool für Terminbenachrichtigungen, der Ihren AWS RCS-Agenten und eine spezielle Telefonnummer für terminbezogene Nachrichten enthält.
Dieses Modell stellt sicher, dass, wenn die RCS-Zustellung fehlschlägt und der Service auf SMS zurückgreift, die Fallback-Nachricht von einer Telefonnummer gesendet wird, die für denselben Anwendungsfall registriert und zugelassen ist. Dadurch wird sichergestellt, dass Ihre Nachrichten den Anforderungen und Registrierungsbedingungen des Mobilfunkanbieters entsprechen.
Compliance-Risiko beim Versand auf Kontoebene
Wenn Sie Nachrichten auf Kontoebene senden (ohne eine Pool- oder Absenderidentität anzugeben), wählt AWS End User Messaging eine Absenderidentität aus allen verfügbaren Identitäten in Ihrem Konto aus. Wenn in Ihrem Konto mehrere Telefonnummern für unterschiedliche Anwendungsfälle registriert sind, wählt der Dienst möglicherweise eine Telefonnummer aus, die nicht dem Inhalt Ihrer Nachricht entspricht.
Wichtig
Das Senden auf Kontoebene mit gemischten Anwendungsfällen birgt ein Compliance-Risiko. Wenn in Ihrem Konto beispielsweise eine 10DLC-Nummer für OTP-Nachrichten und eine gebührenfreie Nummer für Terminerinnerungen registriert sind, könnte eine OTP-Nachricht, die auf SMS zurückfällt, von der gebührenfreien Nummer für Terminerinnerungen gesendet werden. Dies verstößt gegen die Registrierungsbedingungen für diese Nummer und kann dazu führen, dass der Mobilfunkanbieter filtert oder die Nummer gesperrt wird.
Um dieses Risiko zu vermeiden, verwenden Sie poolbasiertes Senden mit einem Pool pro Anwendungsfall. Wenn Sie in Ihrer SendTextMessage Anfrage eine Pool-ID angeben, wählt der Service nur Originalidentitäten aus diesem Pool aus. Da alle Identitäten im Pool für denselben Anwendungsfall registriert sind, wird die Fallback-Nachricht immer von einer geeigneten Nummer gesendet.
| Versandansatz | SMS-Fallback-Verhalten | Compliance-Risiko |
|---|---|---|
| Poolbasiert (empfohlen) | Es wird auf eine Telefonnummer im selben Pool zurückgegriffen, die für denselben Anwendungsfall registriert ist | Niedrig — Die Fallback-Nummer entspricht dem Nachrichten-Anwendungsfall |
| Auf Kontoebene | Greift auf eine beliebige verfügbare Telefonnummer im Konto zurück | Hoch — Die Ausweichnummer entspricht möglicherweise nicht dem Nachrichten-Anwendungsfall, wenn mehrere Anwendungsfälle das Konto gemeinsam nutzen |
| Direkt (AWS RCS Agent ARN) | Kein SMS-Fallback | Keine — Nachricht wird nur über RCS oder gar nicht zugestellt |
Fallback-Logik und Prioritätsreihenfolge
Wenn AWS End User Messaging eine Ausgangsidentität für eine Nachricht auswählt (entweder aus einem Pool oder aus allen Kontoidentitäten), werden Identitäten in der folgenden Prioritätsreihenfolge bewertet:
-
Sticky Identity — Wenn für die Zieltelefonnummer eine feste Sendeverbindung besteht und die Identität weiterhin verfügbar ist, verwendet der Dienst diese Identität.
-
AWS RCS Agent — Wenn kein Sticky Pairing vorhanden ist, versucht der Service, RCS über einen verfügbaren AWS RCS Agent bereitzustellen.
-
SMS-Kurzcode — Wenn RCS nicht verfügbar ist, wählt der Service einen SMS-Kurzcode aus.
-
SMS 10DLC — Wenn kein Kurzcode verfügbar ist, wählt der Dienst eine 10DLC-Nummer aus.
-
Gebührenfreie SMS-Nummer — Wenn keine 10DLC-Nummer verfügbar ist, wählt der Dienst eine gebührenfreie Nummer aus.
-
SMS-Absender-ID — Wenn keine andere Identität verfügbar ist, wählt der Dienst eine Absender-ID aus.
Diese Prioritätsreihenfolge gilt im Rahmen des von Ihnen verwendeten Sendemusters. Beim poolbasierten Senden berücksichtigt der Dienst nur Identitäten im angegebenen Pool. Beim Senden auf Kontoebene berücksichtigt der Dienst alle Identitäten in Ihrem Konto.
Automatischer SMS-Fallback
Wenn Sie eine Nachricht über einen Pool oder auf Kontoebene senden, greift AWS End User Messaging automatisch auf SMS zurück, wenn die RCS-Zustellung nicht möglich ist. Fallback ist asynchron:
Wenn AWS End User Messaging die RCS-Nachricht erfolgreich übermittelt, aber innerhalb von 25 Sekunden keine Zustellungsbestätigung oder kein Fehlersignal erhält, greift der Dienst auf SMS zurück. Dies gilt für Fälle, in denen die RCS-Infrastruktur die Nachricht akzeptiert, die Zustellung jedoch unterbrochen wird (z. B. wenn das Gerät des Empfängers vorübergehend nicht erreichbar ist, der Mobilfunkanbieter RCS nicht unterstützt oder das Gerät nicht RCS-fähig ist).
Anmerkung
Direktes Senden (Angabe eines AWS-RCS-Agent-ARN als Ausgangsidentität) unterstützt kein automatisches SMS-Fallback. Wenn Sie SMS-Fallback benötigen, verwenden Sie poolbasiertes Senden.
Sticky Sende
Sticky Sending ist eine Routing-Optimierung, die die Konsistenz der Zustellung verbessert. Wenn AWS End User Messaging erfolgreich eine Nachricht unter Verwendung einer bestimmten Absenderidentität an eine Zieltelefonnummer zustellt, merkt sich der Dienst diese Kopplung 25 Stunden lang. Nachfolgende Nachrichten an dasselbe Ziel innerhalb des 25-Stunden-Fensters werden über dieselbe Absenderidentität weitergeleitet, sofern sie noch im Pool oder Konto verfügbar ist.
Sticky Sending gilt sowohl für die RCS- als auch für die SMS-Zustellung. Wenn beispielsweise eine Nachricht über RCS über Ihren AWS RCS-Agenten zugestellt wird, wird die nächste Nachricht an dasselbe Ziel innerhalb von 25 Stunden ebenfalls über RCS über denselben Agenten versucht. Wenn die vorherige Nachricht per SMS zugestellt wurde (nach dem RCS-Fallback), wird versucht, die nächste Nachricht per SMS über dieselbe Telefonnummer zu senden.
Der Dienst versucht in regelmäßigen Abständen erneut, über RCS zuzustellen, auch wenn es sich bei der Sticky Identity um eine SMS-Telefonnummer handelt. Dadurch wird sichergestellt, dass Empfänger, deren Geräte RCS-Unterstützung erhalten (z. B. nach der Einführung eines Mobilfunkanbieters oder einem Geräte-Upgrade), ohne manuelles Eingreifen RCS-Nachrichten empfangen.
Hauptmerkmale von Sticky-Sending:
-
25-Stunden-TTL — Das Sticky Pairing läuft 25 Stunden nach der letzten erfolgreichen Zustellung ab. Nach Ablauf bewertet der Service erneut die Prioritätsreihenfolge der Absenderidentität für die nächste Nachricht.
-
Automatischer RCS-Wiederholungsversuch — Auch wenn es sich bei der Sticky Identity um eine SMS-Telefonnummer handelt, versucht der Service regelmäßig, zu überprüfen, ob der Empfänger jetzt RCS unterstützt.
-
Kein manuelles Löschen — Sie können Sticky-Sending-Paarungen nicht manuell leeren oder zurücksetzen. Die Kopplung läuft nach Ablauf der 25-stündigen TTL automatisch ab.
Lieferbelege während des Fallbacks
Wenn ein SMS-Fallback auftritt, generiert AWS End User Messaging eine einzige Empfangsbestätigung für den letzten Kanal, der die Nachricht zugestellt hat. Wenn die Nachricht nach dem RCS-Fallback per SMS zugestellt wird, gibt die Empfangsbestätigung SMS als Zustellungskanal an.
Unter normalen Umständen widerruft AWS End User Messaging die RCS-Nachricht, bevor die SMS-Fallback-Nachricht zugestellt wird. Dadurch wird verhindert, dass der Empfänger dieselbe Nachricht zweimal erhält. In seltenen Fällen können jedoch sowohl die RCS-Nachricht als auch die SMS-Fallback-Nachricht zugestellt werden. Dies kann passieren, wenn die RCS-Nachricht nach dem 25-Sekunden-Timeout zugestellt wird, aber bevor der Widerruf abgeschlossen ist. In diesen seltenen Szenarien mit doppelter Zustellung erhalten Sie möglicherweise Empfangsbestätigungen für beide Kanäle.
Informationen darüber, wie sich die doppelte Zustellung auf die Abrechnung auswirkt, finden Sie unter. RCS-Abrechnungs- und Preismodell
Auswirkungen des SMS-Fallbacks auf die Abrechnung
Wenn eine Nachricht von RCS auf SMS zurückfällt, wird Ihnen die SMS-Zustellung in Rechnung gestellt, nicht der fehlgeschlagene RCS-Versuch. RCS-Nachrichten werden nur in Rechnung gestellt, wenn sie erfolgreich an das Gerät des Empfängers zugestellt wurden. Wenn die RCS-Zustellung fehlschlägt und die Nachricht auf SMS zurückfällt, zahlen Sie den SMS-Tarif für diese Nachricht.
In seltenen Fällen mit doppelter Zustellung (in denen sowohl die RCS-Nachricht als auch die SMS-Ersatznachricht zugestellt werden), können Ihnen beide Zustellungen in Rechnung gestellt werden. Vollständige Abrechnungsdetails finden Sie unter. RCS-Abrechnungs- und Preismodell
SMS-Fallback testen
Sie können das SMS-Fallback-Verhalten testen, um sicherzustellen, dass Ihre Nachrichten per SMS zugestellt werden, wenn eine RCS-Zustellung nicht möglich ist. Es gibt zwei Möglichkeiten, SMS-Fallback zu testen, je nachdem, ob Sie über eine genehmigte SMS-Telefonnummer verfügen.
Testen ohne eine bestätigte SMS-Nummer
Sie können überprüfen, ob AWS End User Messaging den Fallback-Mechanismus ohne eine genehmigte SMS-Telefonnummer korrekt auslöst. Auch ohne eine genehmigte Nummer können Sie sich die Wiederholungs- und Fehlschlagsereignisse per SMS anzeigen lassen, was bestätigt, dass der Fallback funktioniert.
Um SMS-Fallback ohne eine genehmigte SMS-Nummer zu testen
-
Schalten Sie Ihr Testgerät offline, indem Sie mobile Daten und WLAN deaktivieren oder den Flugzeugmodus aktivieren.
-
Senden Sie mithilfe der
SendTextMessageAPI eine RCS-Nachricht an das Testgerät mit Ihrem AWS-RCS-Agenten-ARN als Ausgangsidentität. -
Überprüfen Sie das Nachrichtenereignis CloudWatch oder Ihren Bestimmungsort. Es sollte ein Ereignis mit fehlgeschlagener Zustellung angezeigt werden, das darauf hinweist, dass die RCS-Zustellung nicht möglich war und dass der Dienst versucht hat, SMS-Fallback durchzuführen.
Da keine SMS-Telefonnummer als Fallback verfügbar ist, schlägt auch die SMS-Zustellung fehl. Das Ereignis bestätigt jedoch, dass AWS End User Messaging den Fallback-Mechanismus korrekt ausgelöst hat.
Testen mit einer zugelassenen SMS-Nummer
Für einen vollständigen end-to-end SMS-Fallback-Test fügen Sie eine genehmigte SMS-Telefonnummer und Ihren AWS RCS-Agenten demselben Telefonpool hinzu. Auf diese Weise können Sie überprüfen, ob Nachrichten per SMS zugestellt werden, wenn RCS nicht verfügbar ist.
Um SMS-Fallback mit einer genehmigten SMS-Nummer zu testen
-
Erstellen Sie einen Telefonpool, der sowohl Ihren AWS RCS-Agenten als auch eine genehmigte SMS-Telefonnummer (z. B. eine 10DLC-, gebührenfreie Nummer oder eine Kurzwahlnummer) enthält.
-
Schalten Sie Ihr Testgerät offline, indem Sie mobile Daten und WLAN deaktivieren oder den Flugzeugmodus aktivieren.
-
Senden Sie mithilfe der
SendTextMessageAPI eine Nachricht mit der Pool-ID als Ausgangsidentität. -
Stellen Sie sicher, dass die Nachricht per SMS an Ihr Testgerät gesendet wird.
-
Überprüfen Sie das Zustellereignis, um sicherzustellen, dass die Nachricht nach dem RCS-Fallback über den SMS-Kanal zugestellt wurde.
Verwaltung von AWS RCS-Agenten in Pools
step-by-stepAnweisungen zum Erstellen von Pools mit AWS RCS-Agenten, zum Hinzufügen von Agenten zu vorhandenen Pools, zum Verständnis der Poolkonfigurationsanforderungen und zum Entfernen von Agenten aus Pools finden Sie unterVerwaltung von AWS RCS-Agenten in Pools.
