听起来很像一首歌！（向泰勒致歉）

但事实上，在过去的一两周里，随着美国四大移动运营商宣布跨运营商消息传递计划（CCMI）以及谷歌推出"谷歌访客"（Google Guest），我所看到的一切都是令人窒息的、不准确的，关于谷歌（或运营商）"蒙蔽"另一方的高度主观的故事！（作为旁白，请注意，在这两个声明中，我都将这两个故事与即将到来的故事联系在一起——在我看来，这是研究得最好、见多识广的故事）。

但这种错误信息需要停止。这些新闻故事的许多作者就是不知道他们在说什么，完全把RCS的声明吹得不成比例。让我们从一些角度来看待这些问题，也许可以帮助大家保持一致。

CCMI的宣布

大约一个月前，美国移动运营商（美国民间的运营商）宣布CCMI的成立。在发布的时候并没有太多的信息，但是他们表示：

"为了实现这项服务，CCMI合资公司正在开发和部署基于标准的、可互操作的消息服务，从Android开始，预计在2020年。CCMI服务将与其运营商所有权集团和RCS生态系统中的其他公司合作：

推动强大的企业对消费者消息传递生态系统，并加速采用丰富的通信服务（RCS）使用高质量的图片和视频，在运营商之间私下发送个人或团体聊天，实现增强的体验为消费者提供了与他们喜爱的品牌聊天、订购游乐设施、支付账单或安排约会等功能在美国和全球的运营商之间创建一个无缝的、可互操作的RCS体验"

这是一个非常好的消息。这意味着美国运营商正积极参与将RCS带给其用户，从2020年的Android开始。一些运营商已经支持业务RCS消息传递或RBM。本月早些时候，Synchronoss还宣布，他们将为CCMI提供部分技术。当然，美国运营商已经在RCS（基于GSMA通用配置文件标准）上进行了投资，将谷歌（Google）、三星（Samsung）和Mavenir（至少）提供的基础设施整合到他们的网络中。其中一些技术可能是一个统一的API层，以及其他RCS供应商提供的基础设施功能。Synchronoss在日本成功发射了跨航母RCS，并希望能帮助美国航母重获成功。

这意味着美国航母可能至少会提供一个Android应用程序，在航母的设备上预装。这是否意味着现有的RCS消息应用程序（如Android消息或三星消息）将过时？不太可能。无论运营商使用的是哪种后端RCS解决方案，Android上的所有RCS消息客户端都应该可以工作。

虽然细节还不确定，但CCMI很可能也会支持跨运营商消息以及统一消息，作为品牌和企业连接的平台（或MaaP）API，这通常是通过消息聚合器完成的，这些聚合器提供了许多增值功能，如聊天机器人、多运营商连接管理、报告等。强大的A2P RCS或RBM平台对运营商来说至关重要，因为这是他们可以在RCS上赚钱的地方。

对于订户来说，这只是"发短信"（或谷歌有时称之为"聊天"）；他们不应该期望他们的短信账单有任何变化，在许多情况下，短信账单现在是不受限制的，并与他们的语音或数据捆绑在一起。

所以再次强调，我相信这是一个很好的步骤。

现在进入谷歌和谷歌客人。

美国运营商肯定没有被谷歌的声明"蒙蔽"，消费返现，CCMI的谷歌也没有。请注意，CCMI的公告中确实包含了一份RFP（显然Synchronoss赢得了），我高度怀疑谷歌是其中的一部分，其他RCS供应商也是如此。

谷歌（Jibe集团）自2016年首次宣布RCS计划以来一直是RCS的大力倡导者。此后，许多运营商通过googlejibe云解决方案推出了RCS。在美国，它的Sprint、uscellular和Google自己的googlefimnvo都运行googlejibe解决方案，作为其后端RCS基础设施的一部分。其他国家也有许多移动运营商在做同样的事情。

今年7月，谷歌宣布，它将使英国和法国的用户能够独立于他们的移动运营商使用RCS–本质上，RCS是一个OTT消息应用程序。谷歌指出，移动运营商实际上要求它创建Google Guest，以帮助填补特定市场的空白（图片来源：Mobilesquared）。

一旦移动运营商自己的RCS解决方案发挥作用，用户将被交还给移动运营商。最有可能的是，订户甚至不必在消息传递客户机中做任何更改—它将无缝地进行。它不再是一个OTT消息传递应用程序（运行RCS），而是一个移动运营商RCS消息传递应用程序。因此，googleguest是一个临时的解决方案——可能不超过18个月（比如到2020年12月）；但它可以帮助提高用户的接受度和接受度。从谷歌的角度来看，他们希望看到RCS取得成功。谷歌声称，他们不一定要成为"赢家"，但要看到RCS成功对抗非标准的短信聊天应用（或OTTs）。

分析公司Mobilesquared估计，到2019年10月底，英国的Google Guest可能已经将英国RCS用户群扩大了72.7%。在法国，这一比例估计约为64.8%。