View a markdown version of this page

設定 RCS 訊息過期 - AWS 最終使用者傳訊簡訊
訊息過期的運作方式TimeToLive 參數參考過期和備用建議的 TTL 值最佳實務

本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

設定 RCS 訊息過期

時間敏感訊息，例如一次性密碼 (OTPs)、快閃銷售公告和預約提醒，如果在相關時段過後傳遞，則會失去價值。當您在SendRcsMessage請求中包含 TimeToLive 參數時，如果訊息未在指定的秒數內交付，AWS最終使用者傳訊會移除訊息。收件人永遠不會看到過期的訊息。

您可以TimeToLive結合每個訊息的後援，以便在 RCS 訊息過期時自動傳送簡訊或 MMS 後援。如需設定備用的詳細資訊，請參閱 設定每則訊息簡訊或 MMS 後援。

訊息過期的運作方式

當AWS最終使用者傳訊接受SendRcsMessage請求時，TTL 倒數開始。可能的結果如下：

  • 在 TTL 過期之前傳遞：訊息到達收件人，AWS最終使用者傳訊會發出傳遞事件。如需事件的詳細資訊，請參閱RCS 訊息事件。

  • TTL 在交付前過期 （使用備用）：如果您FallbackConfiguration在請求上設定 ，AWS最終使用者傳訊會將 SMS 或 MMS 備用訊息傳送給收件人。原始 RCS 訊息會移除，收件人永遠不會看到。

  • TTL 在交付前過期 （無備用）：訊息失敗。AWS最終使用者傳訊會移除 RCS 訊息並發出 TTL 過期事件。收件人永遠不會看到訊息。

TimeToLive 參數參考

您可以在SendRcsMessage請求中包含 TimeToLive 參數，以設定訊息過期。

TimeToLive 參數詳細資訊
屬性 Value
參數名稱 TimeToLive
Type Integer
單位 秒鐘
最小值 1
最大值 172800 (48 小時）
預設行為 如果您省略 TimeToLive，AWS最終使用者傳訊不會套用過期時段。訊息會保持待定狀態，直到交付成功或電信業者將其移除為止。
重要

TimeToLive 設定為至少 10 秒。低於 10 的值會增加訊息過期的風險，然後電信業者可以嘗試交付。值為 0 或負數會傳回 ValidationException。

過期和備用

當您在同一SendRcsMessage請求FallbackConfiguration中同時包含 TimeToLive和 時，AWS最終使用者傳訊會使用下列邏輯：

  1. AWS最終使用者傳訊會嘗試 RCS 交付。

  2. 如果訊息未在幾TimeToLive秒鐘前傳遞，AWS最終使用者傳訊會移除待定的 RCS 訊息。

  3. AWS最終使用者傳訊會在您在 FallbackConfiguration.Channel( SMS或 ) 中指定的頻道上傳送備用訊息MMS。

如果您在TimeToLive沒有 的情況下設定 FallbackConfiguration，則訊息會在過期時失敗，而且不會傳送任何備用訊息。監控過期事件以偵測這些案例。如需詳細資訊，請參閱RCS 訊息事件。

如需完整的備用組態詳細資訊，包括 FallbackConfiguration結構，請參閱 設定每則訊息簡訊或 MMS 後援。

建議的 TTL 值

選擇與您傳送內容的關聯性視窗相符TimeToLive的值。

依使用案例的建議 TTL 值
使用案例 建議的 TTL 理由
一次性密碼 OTPs) 30 到 120 秒 OTP 代碼的有效時段很短。過期後交付會混淆收件人。
詐騙或安全提醒 60 到 300 秒 時間關鍵安全通知必須快速送達或觸發備用頻道。
預約提醒 3600 到 7200 秒 (1 到 2 小時） 僅在預約時間之前有用。
快閃記憶體銷售 符合銷售持續時間 delivered-after-sale訊息會產生負面的客戶體驗。
每日促銷 43200 到 86400 秒 (12 到 24 小時） 僅與當日相關。
交付通知 1800 到 3600 秒 (30 到 60 分鐘） 套件狀態快速變更；過時的更新會造成誤導。

對於沒有特定時間限制的一般內容，請省略TimeToLive並讓AWS最終使用者傳訊無限期嘗試交付。

最佳實務

  • 一律TimeToLive為時間敏感的內容設定 ，例如 OTPs、安全提醒和預約提醒。

  • 使用至少 10 秒讓電信業者有時間嘗試交付。

  • TimeToLive 與 配對FallbackConfiguration以取得重要訊息。這可確保收件人在 RCS 交付時段關閉時收到替代頻道上的內容。

  • 監控 TTL 過期事件以追蹤交付成功率，並隨著時間調整 TTL 值。如需有關事件類型的詳細資訊，請參閱 RCS 訊息事件。

  • 對於豐富的媒體訊息 （豐富的卡片和輪跳功能），請考慮較長的 TTL，以考慮媒體下載時間。如需豐富訊息的資訊，請參閱 傳送豐富的 RCS 訊息。