翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

電話プールを使用した RCS から SMS へのフォールバック

電話プールは、AWS RCS エージェントや SMS 電話番号などのメッセージング ID のコンテナであり、API リクエストと基盤となる発信元 ID の間に抽象化レイヤーを提供します。プールは、設定の変更、番号タイプの移行、および RCS-to-SMSフォールバックを簡素化します。プールに 1 回の API コールを送信すると、 AWS エンドユーザーメッセージングがチャネル選択を処理します。

この章では、RCS 配信が失敗する方法、SMS フォールバックを可能にする理由、フォールバックロジックと優先順位、請求への影響について説明します。また、pool-per-use-caseベストプラクティスと、プールから AWS RCS エージェントを追加および削除する方法についても説明します。電話プールの一般的な情報については、「」を参照してくださいAWS エンドユーザーメッセージング SMS の電話プール。AWS RCS エージェントの管理については、「」を参照してくださいRCS エージェントの管理。

RCS 配信が失敗する方法

RCS 配信は、いくつかの理由で失敗する可能性があります。これらの障害モードを理解することは、フォールバック戦略を計画するのに役立ちます。

これらの条件のいずれかが発生し、プールベースまたはアカウントレベルの送信を使用している場合、 AWS End User Messaging は、同じプールまたはアカウントの電話番号を使用して SMS 配信に自動的にフォールバックします。

SMS フォールバックを可能にするもの

SMS フォールバックには、AWS RCS エージェントと、同じプール内の少なくとも 1 つの SMS 電話番号の両方が必要です。プールにメッセージを送信すると、 AWS End User Messaging は最初に RCS 配信を試みます。RCS 配信が失敗した場合、サービスは同じプールの電話番号を使用して SMS 経由でメッセージを再試行します。AWS RCS エージェントのみを持つプール (電話番号なし) は、SMS フォールバックをサポートしていません。RCS が失敗した場合、メッセージは配信されません。

プールを使用する理由

RCS だけでなく、すべてのメッセージングユースケースに電話プールを使用することをお勧めします。プールには以下の利点があります。

Pool-per-use-case モデル

ユースケースごとに 1 つのプールを作成することをお勧めします。各プールには、すべての電話番号と、単一のメッセージング目的を果たす AWS RCS エージェントが含まれている必要があります。例えば、次のようになります。

このモデルにより、RCS 配信が失敗し、サービスが SMS にフォールバックすると、フォールバックメッセージが、同じユースケースに登録および承認された電話番号から送信されます。これにより、メッセージングは通信事業者の要件と登録条件に準拠し続けます。

アカウントレベルの送信によるコンプライアンスリスク

アカウントレベルでメッセージを送信する場合 (プールや発信元 ID を指定しない）、 AWS End User Messaging はアカウントで使用可能なすべての ID から発信元 ID を選択します。アカウントに異なるユースケース用に複数の電話番号が登録されている場合、サービスはメッセージの内容と一致しない電話番号を選択することがあります。

このリスクを回避するには、ユースケースごとに 1 つのプールでプールベースの送信を使用します。SendTextMessage リクエストでプール ID を指定すると、サービスはそのプールから発信元 ID のみを選択します。プール内のすべての ID が同じユースケースに登録されるため、フォールバックメッセージは常に適切な番号から送信されます。

フォールバックロジックと優先順位

AWS End User Messaging は、メッセージの発信元 ID (プールまたはすべてのアカウント ID) を選択すると、次の優先順位で ID を評価します。

この優先順位は、使用する送信パターンの範囲内で適用されます。プールベースの送信の場合、サービスは指定されたプール内の ID のみを考慮します。アカウントレベルの送信の場合、サービスはアカウント内のすべての ID を考慮します。

自動 SMS フォールバック

プールまたはアカウントレベルでメッセージを送信すると、RCS 配信が不可能な場合、 AWS End User Messaging は自動的に SMS にフォールバックします。フォールバックは非同期です。

AWS End User Messaging が RCS メッセージを正常に送信したが、25 秒以内に配信確認または失敗シグナルを受信しない場合、サービスは SMS にフォールバックします。これにより、RCS インフラストラクチャがメッセージを受け入れても配信が停止するケースが処理されます (たとえば、受信者のデバイスが一時的に到達できない、キャリアが RCS をサポートしていない、デバイスが RCS に対応していないなど）。

スティッキー送信

スティッキー送信は、配信の一貫性を向上させるルーティングの最適化です。 AWS End User Messaging が特定の発信元 ID を使用して送信先電話番号にメッセージを正常に配信すると、サービスはそのペアリングを 25 時間記憶します。25 時間以内の同じ送信先への後続のメッセージは、プールまたはアカウントで引き続き使用できる場合、同じ送信元 ID を介してルーティングされます。

スティッキー送信は、RCS 配信と SMS 配信の両方に適用されます。たとえば、メッセージが AWS RCS エージェントを介して RCS 経由で配信された場合、25 時間以内に同じ宛先への次のメッセージも同じエージェントを介して RCS 経由で試行されます。前のメッセージが SMS 経由で配信された場合 (RCS フォールバック後）、次のメッセージは同じ電話番号を介して SMS 経由で試行されます。

スティッキー ID が SMS 電話番号であっても、サービスは RCS 配信を定期的に再試行します。これにより、デバイスが RCS サポートを受ける受信者は (キャリアのロールアウトやデバイスのアップグレード後など）、手動で介入することなく RCS メッセージの受信を開始できます。

スティッキー送信の主な特徴:

フォールバック中の配信受信

SMS フォールバックが発生すると、 AWS End User Messaging はメッセージを配信した最終チャネルの単一の配信受信を生成します。RCS フォールバック後にメッセージが SMS 経由で配信された場合、配信受信は SMS を配信チャネルとして示します。

通常の状況では、 AWS エンドユーザーメッセージングは、SMS フォールバックメッセージが配信される前に RCS メッセージを取り消します。これにより、受信者が同じメッセージを 2 回受信できなくなります。ただし、まれに、RCS メッセージと SMS フォールバックメッセージの両方が配信される場合があります。これは、25 秒のタイムアウトの後、失効が完了する前に RCS メッセージが配信された場合に発生する可能性があります。このようなまれなデュアル配信シナリオでは、両方のチャネルの配信受信を受け取ることがあります。

デュアル配信が請求に与える影響については、「」を参照してくださいRCS の請求と料金モデル。

SMS フォールバックの請求への影響

メッセージが RCS から SMS にフォールバックすると、失敗した RCS 試行ではなく、SMS 配信に対して課金されます。RCS メッセージは、受信者のデバイスに正常に配信された場合にのみ請求されます。RCS 配信が失敗し、メッセージが SMS にフォールバックする場合は、そのメッセージの SMS 料金を支払います。

まれにデュアル配信シナリオ (RCS メッセージと SMS フォールバックメッセージの両方が配信される場合) では、両方の配信に対して課金される場合があります。請求の詳細については、「」を参照してくださいRCS の請求と料金モデル。

SMS フォールバックのテスト

SMS フォールバック動作をテストして、RCS 配信が不可能な場合にメッセージが SMS 経由で配信されることを確認できます。SMS フォールバックをテストするには、承認済みの SMS 電話番号があるかどうかに応じて、2 つの方法があります。

承認された SMS 番号を使用しないテスト

AWS エンドユーザーメッセージングが、承認された SMS 電話番号なしでフォールバックメカニズムを正しくトリガーしていることを確認できます。承認された番号がない場合でも、SMS 経由で再試行イベントと失敗イベントを確認できます。これにより、フォールバックが機能していることを確認できます。

フォールバックに使用できる SMS 電話番号がないため、SMS 配信も失敗します。ただし、イベントは、 AWS エンドユーザーメッセージングがフォールバックメカニズムを正しくトリガーしたことを確認します。

承認された SMS 番号を使用したテスト

end-to-endの SMS フォールバックテストを完了するには、承認された SMS 電話番号と AWS RCS エージェントを同じ電話プールに追加します。これにより、RCS が利用できないときにメッセージが SMS 経由で配信されることを確認できます。

プールでの AWS RCS エージェントの管理

AWS RCS エージェントを使用してプールを作成する手順、既存のプールにエージェントを追加する手順、プール設定要件を理解する手順、およびプールからエージェントを削除するstep-by-stepについては、「」を参照してくださいプールでの AWS RCS エージェントの管理。