Verizon，AT＆T，T-Mobile杀死他们的跨载波RCS消息传递计划

丰富的通信服务（RCS）卷展栏继续成为无望的灾难。一年半前，蜂窝运营商创造了“跨托架消息传递倡议（CCMI）”，AT＆T，Sprint，T-Mobile和Verizon之间的合资企业将在2020年推出对群众的增强的消息传递。那轻松的读物这意味着航母在过去的18个月里基本上没有在RCS前线取得任何成就。

RCS是2008年推出的载波控制的GSMA标准，作为SMS的升级，基本运营商消息传递的古老标准。SMS（1992年开始！）尚未与WhatsApp，Facebook Messenger和Imessage等特征一组超顶消息服务，而RCS仍然如果不能跟上这些服务的速度，它可以为运营商的信息传递带来更多的信息功能。RCS包括诸如输入指示符、状态信息、读取收据和位置共享等内容。

Verizon向Light Reading证实了这一消息，称“跨运营商消息倡议的所有者决定结束合资努力。然而，所有者仍然致力于增强客户的消息传递体验，包括增加RCS的可用性。”

RCS的动机是什么?

通过负责RCS的载体，关于卷展栏的一切都以绝对冰川的速度移动。问题是，运营商实际推出RCS没有动机：免费消息是规范，所以没有明确的方法可以从RCS推出下赚钱。即使您可以捕捉手指并立即在每日兼容的承运人RCS上达到每一部手机，它仍然不会成为一个超级服务的可行竞争对手。RCS是十年历史的规格，它感觉就像它该规范缺少现代消息应用中需要的东西，比如加密。

RCS的第二个主要问题是苹果，苹果永远不会支持RCS，除非该公司有一个重大的战略改变。本月早些时候,Epic Games的诉讼显示，苹果内部的沟通表明，该公司将iMessage排除Android用户视为一种竞争优势，而RCS将在苹果的围墙花园中挖洞。

RCS也有所有标准的以运营商为中心的问题，你从电话号码驱动的产品，如谷歌Allo和新的谷歌支付，它把你的电话号码想象成你的在线身份和你交流世界的中心。与那些其他产品一样，RCS对没有电话号码的设备(如笔记本电脑、台式机、平板电脑和手表)缺乏强大的多设备支持。

对谷歌的RCS努力不那么反对？

谈到谷歌，它实际上是RCS消息传递中最大的参与者，因为它购买了为2015年提供了RCS解决方案的Jibe-A中间件公司提供了RCS解决方案的中间件公司。谷歌杀了谷歌allo（2016年Google Messaging应用程序）2018年，计划在Google消息上推送RCS（Google消息传递应用程序2014年）。运营商的创建横贯承运商倡议（CCMI）被视为当时的谷歌RCS计划的扼杀，而且在谷歌开始推出RCS没有运营商通过在英国和法国启用RCS，只要两个用户都在谷歌Messages上，并且打开了“聊天”设置。不过，RCS的关键在于它的默认功能，作为SMS的最低通用替代，所以在谷歌的消息应用中作为一个可选的额外功能是没有意义的。谷歌已经可以了实验在RCS之上提供服务，比如端到端加密，只要两个用户都在谷歌消息上(并且只用于一对一的消息)。

谷歌的计划开始在签署交易时更有意义与t - mobile在2020年5月，谷歌Messages成为所有安卓设备上的默认短信/RCS应用。正如Light Reading所指出的，谷歌并不通过Jibe (T-Mobile使用一家名为Mavenir的公司)来管理T-Mobile的后端，但T-Mobile现在可以避开CCMI，推出一个标准的RCS消息应用程序。不过，T-Mobile一直是最容易合作的运营商。威瑞森表示，它仍希望开发RCS，但拒绝透露如何开发，而AT&T没有回答Light Reading关于下一步计划的任何问题。这一切听起来就像过去10多年来RCS毫无意义的常见现状。

一方面，2019年CCMI的成立和2021年的解散意味着运营商在过去一年半的时间里在RCS前线没有取得任何成就。另一方面，这可能意味着对谷歌的RCS平台的反对更少，这是一个工作的、功能性的解决方案。然而，从历史上看，正确的做法是押注RCS的失败，我们很可能会继续看到什么也不会发生。