本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
# 什么是 RCS？
面向企业的富通信服务 (RCS) 是一种消息协议，它通过经过验证的品牌标识增强了传统短信。借助 “ AWS 最终用户消息”，您可以向 22 个受支持国家/地区的收件人发送 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)
+ [为什么 SMS 回退是必不可少的](#rcs-overview-sms-fallback)
+ [支持的 RCS 功能](#rcs-overview-phase1-scope)
+ [了解两级身份模型](#rcs-overview-identity-model)
## RCS 的主要优点
与传统 SMS 相比，通过 AWS 最终用户消息传送的 RCS 消息传递具有以下优势：
**经过验证的品牌标识**
在 Android 设备上，RCS 消息会显示您的品牌徽标、名称和颜色以及经过验证的徽章。收件人可以确认邮件来自您的组织，从而降低网络钓鱼的风险并提高参与度。
**配送收据 (DLR)**
RCS 提供设备级传送回执，用于确认何时将消息传送到收件人的设备。与短信不同，发送确认来自运营商网络，而 RCS DLR 则直接从设备报告，从而为您提供更强的实际交付保证。这也与计费有关。使用 RCS，您只需为已确认发送到设备的消息付费，而运营商接受消息时会产生短信费用。
**提高了消息传送性能**
与短信相比，通过RCS发送的消息往往能取得更好的业务成果，因为经过验证的品牌标识可以提高收件人的信任度和参与度。虽然 RCS 尚未像 SMS 那样普遍可用，但通过 RCS 发送的消息子集的打开率和转化率通常更高。对于设备或运营商不支持 RCS 的收件人，自动短信回退可确保您的消息仍能到达他们。
**自动短信回退**
当您通过同时包含 AWS RCS 代理和 SMS 电话号码的电话池发送消息时，如果无法传送 RCS，则 AWS 最终用户消息会自动回退为短信。这样可以确保您的消息到达收件人，无论他们的设备或运营商对 RCS 的支持如何。
## RCS 与短信有何不同
下表比较了 “ AWS 最终用户消息” 中的 RCS 和 SMS 消息功能。
**RCS 与短信的比较**
| 功能 | RCS | SMS |
| --- | --- | --- |
| 品牌标识 | 经过验证的品牌名称、徽标、颜色和徽章 | 仅限电话号码或发件人 ID |
| 配送确认 | Device-level 配送收据：收件人的设备直接报告，确认实际送达。您只需要为已确认的配送付费。 | Carrier-level 确认：运营商网络确认收到，但这并不能保证消息已送达设备。当运营商接受消息时，您需要支付费用。 |
| 消息内容 | 文本消息 | 短信，媒体用彩信 |
| 设备支持 | 启用 RCS 的安卓设备、搭载 iOS 18 或更高版本的 iPhone | 所有移动设备 |
| 支持的国家 | 22 个国家，包括美国、加拿大、英国、德国、法国、巴西等 | 超过 200 个国家和地区 |
## 为什么 SMS 回退是必不可少的
并非所有移动设备和运营商都支持 RCS。例如，较旧的安卓设备、某些运营商以及运行早于 18 的 iOS 版本的 iPhone 无法接收 RCS 消息。对于大多数用例，您需要一种可靠的方式来联系所有收件人，无论他们的设备或运营商如何。
电话池解决了这个问题。池是消息传递身份的容器，它在您的 API 请求和您的发起身份之间提供了一个抽象层。与其将 SMS 备用号码选择逻辑放在应用程序中，不如将 RCS 代理和电话号码添加到池中，剩下的则由 “ AWS 最终用户消息” 处理。这给你带来了三个好处：
+ 无需担心哪个数字在哪个国家/地区有效，即可轻松 RCS-to-SMS 回退。将您的身份添加到池中，服务会自动选择正确的身份池。
+ 在易于管理的配置中，编号和代理选择逻辑不会出现在您的应用程序代码中。您可以在不更改发送集成的情况下添加或删除身份。
+ 虽然设置起来很简单，但池还允许完全控制如何同时使用号码和 RCS 代理，包括用于合规性安全路由的按用例池。
要使用 SMS 回退，请创建一个同时包含您的 AWS RCS 代理和一个或多个 SMS 电话号码的电话池。当您使用池发送消息时，“ AWS 最终用户消息” 会先尝试 RCS 传送，并在需要时自动回退到 SMS。我们建议所有消息传递用例使用基于池的发送，而不仅仅是 RCS，因为它可以灵活地添加或更改发起身份，而无需修改应用程序代码。
**注意**
如果您直接向 AWS RCS 代理发送消息（不使用池），则 SMS 回退不可用。仅当您需要传 RCS-or-nothing 送或管理 AWS 最终用户消息之外的备用逻辑时，才使用直接发送。
## 支持的 RCS 功能
RCS在 AWS 最终用户消息中首次推出，在22个国家/地区支持纯文本消息。您可以使用与短信相同的 `SendTextMessage` API 来发送和接收纯文本 RCS 消息。
AWS 最终用户消息中的 RCS 目前支持以下内容：
+ 通过 RCS 发送和接收短信
+ 经过验证的品牌标识（徽标、名称、颜色和经过验证的徽章）
+ 配送收据 (DLR)
+ 通过基于池的发送实现自动短信回退
+ Two-way 消息（接收入站 RCS 短信）
+ 自动回复的关键字管理
+ CloudWatch RCS 消息监控指标
+ 在北美、南美、欧洲和亚太地区的 22 个受支持的国家/地区推出
+ 未经承运人批准即可进行测试的 RCS 测试代理
+ 主机中的手机模型，用于预览您的品牌在设备上的显示方式
+ 单个 AWS RCS 代理资源，用于管理所有受支持国家/地区的特定国家/地区的注册
+ 跨国家/地区共享注册详情，并可根据国家/地区进行自定义
+ 所有 AWS 最终用户消息传递功能，包括配置集、电话池、退出列表和关键字
**注意**
RCS 测试代理通常可以在几分钟内创建并获得批准，而短信电话号码注册可能需要几天或几周的时间。这使您可以快速开始测试 RCS 消息传递。
## 了解两级身份模型
AWS 最终用户消息中的 RCS 使用两级身份模型：AWS **RCS 代理**（由您创建和管理的容器）和一个或多个**用于企业 ID 的 RCS**（注册期间创建的每个国家/地区的代理身份）。有关这些身份如何关联的完整详细信息（包括生命周期状态和对比表），请参阅[了解两级身份模型](rcs-agents.md#rcs-agents-identity-model)。