本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

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

面向企业的富通信服务 (RCS) 是一种消息协议，它通过经过验证的品牌标识增强了传统短信。借助 “ AWS 最终用户消息”，您可以向美国和加拿大的收件人发送 RCS 短信，不支持 RCS 的设备或运营商可以自动回退短信。

RCS 消息显示在收件人用于发送短信的同一个消息应用程序中，但包含经过验证的品牌名称、徽标和颜色。这使得 RCS 成为就地升级，而不是可以采用的新渠道。使用 `SendTextMessage` API 的客户无需更改代码即可开始使用 RCS，并且最终用户无需更改其消息流。经过验证的身份可以激发信任，鼓励对话，增强现有的消息传递用例，并为对话体验等新用例打开大门。

**重要**  
Google 是传送您的 RCS 消息的消息传递链的一部分。因此，您在 AWS 最终用户消息中使用 RCS 消息传递渠道还需遵守 [Google RCS 商业版服务条款](https://developers.google.com/business-communications/rcs-business-messaging/terms-and-policies/tos)，其中包括有关 Google 如何使用您的 RCS 消息内容的信息。

**Topics**
+ [RCS 的主要优点](#rcs-overview-benefits)
+ [RCS 与短信有何不同](#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 消息传递具有以下优势：

**经过验证的品牌标识**  
在 Android 设备上，RCS 消息会显示您的品牌徽标、名称和颜色以及经过验证的徽章。收件人可以确认邮件来自您的组织，从而降低网络钓鱼的风险并提高参与度。

**配送收据 (DLRs)**  
RCS 提供设备级传送回执，用于确认何时将消息传送到收件人的设备。与短信不同，发货确认来自运营商网络，而 RCS 则直接从设备 DLRs报告，从而为您提供更强的实际交付保证。这也与计费有关。使用 RCS，您只需为已确认发送到设备的消息付费，而运营商接受消息时会产生短信费用。

**提高了消息传递性能**  
与短信相比，通过RCS发送的消息往往能取得更好的业务成果，因为经过验证的品牌标识可以提高收件人的信任度和参与度。虽然 RCS 尚未像 SMS 那样普遍可用，但通过 RCS 发送的消息子集的打开率和转化率通常更高。对于设备或运营商不支持 RCS 的收件人，自动短信回退可确保您的消息仍能到达他们。

**自动短信回退**  
当您通过同时包含 AWS RCS 代理和 SMS 电话号码的电话池发送消息时，如果无法传送 RCS，则 AWS 最终用户消息会自动回退为短信。这样可以确保您的消息到达收件人，无论他们的设备或运营商对 RCS 的支持如何。

## RCS 与短信有何不同
<a name="rcs-overview-how-rcs-differs"></a>

下表比较了 “ AWS 最终用户消息” 中的 RCS 和 SMS 消息功能。


**RCS 与短信的比较**  

| 功能 | RCS | SMS | 
| --- | --- | --- | 
| 品牌标识 | 经过验证的品牌名称、徽标、颜色和徽章 | 仅限电话号码或发件人 ID | 
| 配送确认 | 设备级配送收据：收件人的设备直接报告，确认实际送达。您只需要为已确认的配送付费。 | 运营商级别的确认：运营商网络确认收到，但这并不能保证消息已到达设备。当运营商接受消息时，您需要支付费用。 | 
| 消息内容 | 文本消息 | 短信、媒体彩信 | 
| 设备支持 | 启用 RCS 的安卓设备、搭载 iOS 18 或更高版本的 iPhone | 所有移动设备 | 
| 支持的国家 | 美国和加拿大 | 超过 200 个国家和地区 | 

## 为什么短信回退是必不可少的
<a name="rcs-overview-sms-fallback"></a>

并非所有移动设备和运营商都支持 RCS。例如，较旧的安卓设备、某些运营商以及运行早于 18 的 iOS 版本的 iPhone 无法接收 RCS 消息。对于大多数用例，您需要一种可靠的方式来联系所有收件人，无论他们的设备或运营商如何。

电话池解决了这个问题。池是消息传递身份的容器，它在您的 API 请求和您的发起身份之间提供了一个抽象层。与其将 SMS 备用号码选择逻辑放在应用程序中，不如将 RCS 代理和电话号码添加到池中，剩下的则由 “ AWS 最终用户消息” 处理。这给你带来了三个好处：
+ 无需担心哪些数字在哪个国家/地区有效，即可轻松 RCS-to-SMS回退。将您的身份添加到池中，服务会自动选择正确的身份池。
+ 编号和代理选择逻辑不包含在您的应用程序代码和 easy-to-manage配置中。您可以在不更改发送集成的情况下添加或删除身份。
+ 虽然设置起来很简单，但池还允许完全控制如何同时使用号码和 RCS 代理，包括用于合规安全 per-use-case路由的池。

要使用 SMS 回退，请创建一个同时包含您的 AWS RCS 代理和一个或多个 SMS 电话号码的电话池。当您使用池发送消息时，“ AWS 最终用户消息” 会先尝试 RCS 传送，并在需要时自动回退到 SMS。我们建议所有消息传递用例使用基于池的发送，而不仅仅是 RCS，因为它可以灵活地添加或更改发起身份，而无需修改应用程序代码。

**注意**  
如果您直接向 AWS RCS 代理发送消息（不使用池），则 SMS 回退不可用。仅当您需要传 RCS-or-nothing送或管理 AWS 最终用户消息之外的备用逻辑时，才使用直接发送。

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

在美国和加拿大，最初推出的最 AWS 终用户消息中的 RCS 支持纯文本消息。您可以使用与短信相同的 `SendTextMessage` API 来发送和接收纯文本 RCS 消息。

 AWS 最终用户消息中的 RCS 目前支持以下内容：
+ 通过 RCS 发送和接收短信
+ 经过验证的品牌标识（徽标、名称、颜色和经过验证的徽章）
+ 配送收据 (DLRs)
+ 通过基于池的发送实现自动短信回退
+ 双向消息（接收入站 RCS 短信）
+ 自动回复的关键字管理
+ CloudWatch RCS 消息监控指标
+ 在美国和加拿大推出 Country
+ 未经承运人批准即可进行测试的 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)。