RCS（富通信服务）曾被寄予厚望，要取代老旧的短信。但谷歌推动多年之后，体验依然割裂、残缺。问题到底出在哪？

打开网易新闻 查看精彩图片

RCS的设想很美好：输入状态提示、已读回执、高清媒体、更好的群聊。但实际使用中，体验取决于一条长长的协作链条——运营商、消息应用、操作系统，以及对话另一端的人。任何一环版本过旧或配置出错，功能就会悄悄失效，用户往往得不到任何解释。

碎片化是根源。RCS是由GSMA维护的规范，但运营商各自按自己的时间表推进，有些还依赖第三方供应商来运行基础设施。谷歌曾用自己的Jibe平台出面协调，结果依然是个拼凑起来的补丁。谷歌甚至开始退出自建RCS服务器，把责任交还给运营商，局面反而更乱。有用户在自己的安卓手机上用了多年RCS，最终因为它所依赖的运营商始终没有添加支持，功能就此消失。

跨平台消息又添一层麻烦。苹果在iOS 18中采纳了RCS，消除了部分最糟糕的“绿气泡”痛点，比如模糊图片和缺失的输入状态提示。但iPhone与安卓之间的消息，仍然没有获得谷歌Messages在两名安卓用户之间提供的那种端到端加密，因为该标准的加密扩展需要单独达成一致并逐步铺开。对在意隐私的人来说，一个“有时加密、有时不加密”的聊天很难让人信任。

更小的挫败感也在累积。消息可能毫无预警地发送失败；换手机后RCS可能一直坏着，直到你重新注册号码；同一段对话在不同应用里打开，表现可能不一样。这些问题单看都不致命，但加在一起，RCS就像是一个需要你时刻照看的功能，而不是一项可以依赖的服务。

相比之下，WhatsApp、Signal、Telegram这类应用有一个简单优势：同一家公司开发客户端、运行服务器、决定新功能何时上线。WhatsApp加一个功能，通过应用更新就能触达用户，不需要和全球数百家运营商谈判。这种控制力正是RCS所缺乏的，也解释了为什么消息应用能连续十多年跑得更快。

功能差距同样明显。专门的应用能处理大文件传输、语音消息、高质量语音和视频通话、阅后即焚、投票、表情回应、多设备同步，且摩擦很小。Signal和WhatsApp默认端到端加密，用户不必琢磨某段对话是否被加密。你可以在手机上开始一段对话，在笔记本上继续，历史记录会跟着你。

覆盖面同样重要。WhatsApp服务数十亿人，在许多国家实际上就是联系任何人——从家人到本地商家——的默认方式。这种网络效应很难被撼动。人们不会孤立地选择消息平台，他们选的是联系人已经在的地方。Signal在注重隐私的用户中赢得了忠实追随者，而群组往往会落脚在所有人都最容易安装的那个应用上。

这些应用在世界任何地方通过Wi-Fi都以同样方式工作，不必担心漫游费、运营商支持，或者收件人的号码是否注册正确。它们绑定的是账户，而不是SIM卡、运营商和手机设置的脆弱组合。对很多人来说，光是可靠性就足以让他们放弃默认消息应用，并告诉朋友去别处找他们。

RCS要想追赶，第一优先级是跨平台、默认开启的端到端加密。GSMA已经朝着为此采用消息层安全协议的方向迈进，苹果和谷歌也都表示支持。挑战在于可靠部署，并用清晰的标识告诉用户聊天何时受到保护，让人不必去猜。

第二优先级是一致性。一套基线功能应当在每家运营商、每台设备上表现一致，不能悄悄降级。更严格的认证要求和更快的运营商推进会有帮助，出错时给出更清晰的错误提示同样有用。如果一条消息无法以RCS送达，应用应当明说，而不是悄悄退回短信。

第三，RCS需要解决身份问题。因为它依赖电话号码，就继承了电话网络的弱点，包括SIM卡交换、号码回收和注册故障。提供更稳健的身份验证和管理方式，同时保留使用已有号码的便利，能消除对话中断最常见的来源之一。

最后，这一标准必须提供专门应用给不了的东西。商业消息、已验证发送方、与手机原生工具的紧密集成都是有前景的方向，但前提是核心体验先要可靠。更好的多设备支持和更丰富的群组管理也会有帮助。在RCS能承诺“它就是能用”之前，数百万人会继续伸手去拿那些已经做到的应用。

RCS改善了短信，但碎片化、不一致的加密和对运营商的依赖，让它依然落后于专门的消息应用。在它能在所有地方提供可靠、安全、统一的体验之前，WhatsApp、Signal及类似服务仍将是日常对话中更稳妥的选择。