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

# 什麼是 RCS？
<a name="rcs-overview"></a>

Rich Communication Services (RCS) for Business 是一種訊息通訊協定，可增強具有已驗證品牌身分的傳統 SMS。使用 AWS 最終使用者傳訊，您可以傳送 RCS 文字訊息給美國和加拿大的收件人，並為不支援 RCS 的裝置或電信業者自動傳送簡訊回退。

RCS 訊息會顯示在收件人用於 SMS 的相同簡訊應用程式中，但包含已驗證的品牌名稱、標誌和顏色。這可讓 RCS 就地升級，而不是要採用的新頻道。使用 `SendTextMessage` API 的客戶可以在最少或沒有程式碼變更的情況下開始使用 RCS，而且最終使用者不會變更其簡訊流程。已驗證的身分可激發信任、鼓勵對話、增強現有的簡訊使用案例，並為對話體驗等新使用案例開啟大門。

**重要**  
Google 是傳遞 RCS 訊息的訊息傳遞鏈的一部分。因此，您在 AWS 最終使用者傳訊中使用 RCS 訊息管道也受到 [Google RCS for Business 服務條款的](https://developers.google.com/business-communications/rcs-business-messaging/terms-and-policies/tos)約束，其中包括有關 Google 如何使用 RCS 訊息內容的資訊。

**Topics**
+ [RCS 的主要優點](#rcs-overview-benefits)
+ [RCS 與 SMS 有何不同](#rcs-overview-how-rcs-differs)
+ [為什麼簡訊備用是必要的](#rcs-overview-sms-fallback)
+ [支援的 RCS 功能](#rcs-overview-phase1-scope)
+ [了解兩層身分模型](#rcs-overview-identity-model)

## RCS 的主要優點
<a name="rcs-overview-benefits"></a>

與傳統 SMS 相比，透過 AWS 最終使用者傳訊的 RCS 訊息可提供下列優點：

**已驗證的品牌身分**  
RCS 訊息會在 Android 裝置上顯示您的品牌標誌、名稱和顏色以及已驗證的徽章。收件人可以確認訊息來自您的組織，這可降低網路釣魚風險並改善參與度。

**交付收據 DLRs)**  
RCS 提供裝置層級交付回條，確認訊息何時交付至收件人的裝置。與 SMS 不同，其中交付確認來自電信業者網路，RDS DLRs會直接從裝置回報，讓您更充分地確保實際交付。這也與帳單相關。使用 RCS 時，您只需支付確認傳送到裝置的訊息，而當電信業者接受訊息時，會產生簡訊費用。

**改善訊息效能**  
與 SMS 相比，透過 RCS 傳遞的訊息往往可以獲得更好的業務成果，因為已驗證的品牌身分會增加收件人的信任和參與度。雖然 RCS 尚未如 SMS 一般提供，但透過 RCS 傳遞的訊息子集通常會看到更高的開啟率和轉換。對於裝置或電信業者不支援 RCS 的收件人，自動簡訊後援可確保您的訊息仍然到達他們。

**自動簡訊備用**  
當您透過同時包含 AWS RCS 代理程式和 SMS 電話號碼的電話集區傳送訊息時，如果 RCS 無法交付， AWS 最終使用者傳訊會自動回到 SMS。這可確保您的訊息到達收件人，無論其裝置或電信業者對 RCS 的支援為何。

## RCS 與 SMS 有何不同
<a name="rcs-overview-how-rcs-differs"></a>

下表比較 AWS 最終使用者傳訊中的 RCS 和簡訊功能。


**RCS 相較於 SMS**  

| 功能 | RCS | SMS | 
| --- | --- | --- | 
| 品牌身分 | 已驗證的品牌名稱、標誌、顏色和徽章 | 僅限電話號碼或寄件者 ID | 
| 交付確認 | 裝置層級交付收據：收件人的裝置會直接回報，確認實際交付。您只需支付已確認的遞送費用。 | 電信業者層級確認：電信業者網路確認收到，但這不保證到達裝置的訊息。當電信業者接受訊息時，會向您收取費用。 | 
| 訊息內容 | 文字訊息 | 文字訊息、媒體 MMS | 
| 裝置支援 | 已啟用 RCS 的 Android 裝置、具備 iOS 18 或更新版本的 iPhone  | 所有行動裝置 | 
| 支援的國家/地區 | 美國和加拿大 | 超過 200 個國家和地區 | 

## 為什麼簡訊備用是必要的
<a name="rcs-overview-sms-fallback"></a>

並非所有行動裝置和電信業者都支援 RCS。例如，較舊的 Android 裝置、某些電信業者和iPhones 無法接收 RCS 訊息。對於大多數使用案例，無論收件人的裝置或電信業者為何，您都需要可靠的方法來聯絡他們。

電話集區解決了這個問題。集區是傳訊身分的容器，可在 API 請求與起始身分之間提供抽象層。您可以將 RCS 代理程式和電話號碼新增至集區， AWS 而最終使用者傳訊會處理其餘項目，而不是將 SMS 備用號碼選擇邏輯放在應用程式中。這為您提供了三個優點：
+ 輕鬆的 RCS-to-SMS 備用，無需擔心哪個號碼在哪個國家/地區運作。將您的身分新增至集區，服務會自動選取正確的身分。
+ 數字和代理程式選擇邏輯會保留在您的應用程式碼之外，並以easy-to-manage的組態顯示。您可以新增或移除身分，而無需變更傳送整合。
+ 雖然設定簡單，但集區也可以完全控制如何同時使用號碼和 RCS 代理程式，包括per-use-case集區，以實現合規安全路由。

若要使用簡訊備用，請建立同時包含 AWS RCS 代理程式和一或多個簡訊電話號碼的電話集區。當您使用集區傳送訊息時， AWS 最終使用者傳訊會先嘗試 RCS 交付，並視需要自動回復為 SMS。我們建議對所有訊息使用案例進行以集區為基礎的傳送，而不只是 RCS，因為它提供了在不修改應用程式程式碼的情況下新增或變更起始身分的靈活性。

**注意**  
如果您直接傳送訊息至 AWS RCS 代理程式 （不使用集區），則無法使用 SMS 備用。只有在您需要 RCS-or-nothing，或在 AWS 最終使用者傳訊外部管理備用邏輯時，才使用直接傳送。

## 支援的 RCS 功能
<a name="rcs-overview-phase1-scope"></a>

在 AWS 最終使用者傳訊中初次啟動 RCS 支援美國和加拿大的純文字傳訊。您可以使用用於 SMS 的相同 `SendTextMessage` API 來傳送和接收純文字 RCS 訊息。

 AWS 最終使用者傳訊中的 RCS 目前支援下列項目：
+ 透過 RCS 傳送和接收文字訊息
+ 已驗證品牌身分 （標誌、名稱、顏色和已驗證徽章）
+ 交付收據 DLRs)
+ 使用以集區為基礎的傳送自動 SMS 備用
+ 雙向傳訊 （接收傳入 RCS 文字訊息）
+ 自動回應的關鍵字管理
+ RCS 訊息監控的 CloudWatch 指標
+ 在美國和加拿大啟動的國家/地區
+ 用於測試的 RCS 測試代理程式，無需電信業者核准
+ 主控台中的電話模擬，以預覽您的品牌在裝置上顯示的方式
+ 管理美國和加拿大國家/地區特定註冊的單一 AWS RCS 代理程式資源
+ 跨國家/地區共用註冊詳細資訊，具有每個國家/地區的自訂
+ 所有使用者 AWS 傳訊功能，包括組態集、電話集區、選擇退出清單和關鍵字

**注意**  
RCS 測試代理程式通常會在幾分鐘內建立和核准，相較於可能需要數天或數週的簡訊電話號碼註冊。這可讓您快速開始測試 RCS 訊息。

## 了解兩層身分模型
<a name="rcs-overview-identity-model"></a>

 AWS 最終使用者傳訊中的 RCS 使用兩層身分模型：**AWS RCS 代理**程式 （您建立和管理的容器） 和一或多個 **RCS for Business IDs** （註冊期間建立的每個國家/地區代理程式身分）。如需這些身分關聯方式的完整詳細資訊，包括生命週期狀態和比較表，請參閱 [了解兩層身分模型](rcs-agents.md#rcs-agents-identity-model)。