iPhone 和安卓终于有望“视频互通”了?别急,RCS 4.0 先把门开了一条缝

其他 2026年3月31日
iPhone 和安卓终于有望“视频互通”了?别急,RCS 4.0 先把门开了一条缝
GSMA 发布的 RCS Universal Profile 4.0,把“在短信聊天里直接拉起跨平台视频通话”写进了标准,这意味着 iPhone 和安卓之间长期割裂的沟通体验,理论上终于有了修补方案。问题在于,标准落地从来不等于功能上线——苹果和谷歌都还没表态,所以这更像是一张行业路线图,而不是明天就能用上的按钮。

RCS 又升级了,这次瞄准的是“视频通话那堵墙”

如果你同时混用 iPhone 和安卓,或者你的家人、同事里有人站在苹果阵营、有人站在安卓阵营,你大概早就习惯了一种很现代、又很原始的现实:文字消息可以发,图片能传,但一旦想顺手从聊天界面切到视频通话,体验立刻分裂成两套世界。

这件事现在出现了新的转机。GSMA 近日正式公布了 RCS Universal Profile 4.0 标准,其中加入了一项名为 MIVC(Messaging-Initiated Video Calls,消息发起视频通话)的新能力。简单说,它想做的事情很直白:用户可以直接从 1 对 1 或群组 RCS 聊天中发起视频通话,而且这一机制从标准层面支持跨设备、跨网络互通。

如果这个功能最终被苹果和谷歌都接住,那它的意义并不只是“多了个视频按钮”。它更像是把今天支离破碎的通信体验往前推了一步——聊天、语音、视频,不再被不同平台、不同应用硬生生拆开。你不用再在群里说“等下我发个 Meet 链接”,也不用在 iPhone 和安卓之间来回找哪个 App 两边都装了。至少在理想状态下,消息线程本身就可以成为沟通的入口。

为什么这事重要?因为手机通信最麻烦的,从来不是技术不够,而是生态太碎

很多普通用户对 RCS 的感受,可能停留在“短信的升级版”。这没错,但也低估了它。RCS 原本就是运营商和行业组织试图给传统短信系统补课的一种方案:支持已读回执、正在输入提示、高清媒体、群聊,后来还逐渐向端到端加密、富文本方向靠近。它的野心其实一直很大——把原始短信,升级成接近现代即时通讯工具的形态。

苹果过去对 RCS 的态度并不热情,iMessage 生态也长期是它的一道护城河。蓝气泡和绿气泡这场“颜色政治”,在美国市场尤其典型,甚至影响到年轻人的社交选择。直到监管压力、行业舆论和用户呼声共同作用,苹果才开始在 iPhone 上支持 RCS。这个变化本身就已经说明,封闭生态再强,也很难永远无视“互联互通”这件事。

所以,RCS 4.0 最值得关注的地方,不是它技术上有多炫,而是它继续沿着一个明确方向推进:让跨平台通信至少别那么别扭。过去 iPhone 和安卓之间最常见的状况是——能联系,但联系得不够体面。视频通话尤其明显。苹果有 FaceTime,谷歌有 Meet,三星、运营商、第三方应用又各有一套,最后用户只能靠 WhatsApp、微信、Telegram 之类的“第三方和平区”临时停火。

而 MIVC 想做的,是在系统级消息协议层面搭桥。它不是再造一个新视频应用,而是想让“聊天—通话”的过渡变得原生、顺滑。这一点,确实很诱人。

但别高兴太早:有标准,不等于苹果和谷歌明天就会给你开按钮

冷静一点看,这条新闻目前更像“未来可能会发生的好消息”,而不是“已经发生的体验升级”。因为最关键的一环还没到:苹果和谷歌尚未宣布支持 MIVC。也就是说,标准已经铺好,路标也立起来了,但两大平台要不要修这条路、什么时候修、修到什么程度,都还是未知数。

科技行业这种事太常见了。标准组织负责画蓝图,厂商负责决定要不要买单。尤其到了通信层,问题不仅是技术兼容,还牵涉产品路线、商业利益、品牌策略,甚至隐隐约约的控制权之争。谁来承载视频?用哪套通话能力?界面入口怎么设计?通话记录如何同步?群聊里中途加入怎么处理?这些都不是一句“支持标准”就能自动解决的。

GSMA 对 MIVC 的描述里有一个细节很有意思:群成员即便在通话刚开始时没接入,也可以稍后加入 ongoing call,同时日志还能同步进聊天时间线。这其实说明,RCS 4.0 的目标不只是做个“点击后跳转视频”的浅层功能,而是想把视频通话变成消息会话的一部分。这个方向没问题,但真正落地时,用户看到的体验可能仍然千差万别。苹果可能做得很克制,谷歌可能更积极,运营商和设备厂商又可能各有不同节奏。

所以,对消费者来说,这件事现在最准确的描述是:有希望,但还远没到“终于统一了”的程度。要是哪天你在 iPhone 的信息 App 里,真的能无缝把一个安卓好友拉进视频聊天,那才算这条新闻真正落地。

RCS 不只是为了视频,它其实在补“现代通信的基础设施”

除了 MIVC,RCS Universal Profile 4.0 还加入了富文本格式支持,比如粗体、斜体、删除线;同时也进一步强化了更高质量的音频、视频和图片分享。听起来像小修小补,但放在通信协议演进的语境里,这些补丁都不小。

今天大家已经被微信、Telegram、WhatsApp、iMessage 这些应用教育得很彻底了:消息不只是消息,而是带着格式、媒体、状态和上下文的“会话流”。反过来看,传统短信之所以显得落伍,不只是因为它老,而是因为它无法承载这种会话体验。RCS 这些年的工作,本质上就是在给短信体系打现代化补丁。

这背后还有一个更大的行业现实:并不是每个国家、每类用户都把第三方即时通讯应用当成默认入口。在一些市场里,系统级消息仍然是重要的基础设施;在企业通知、银行验证、政务服务、运营商服务等场景里,它更不可能被完全替代。RCS 如果能把基础消息层做得更丰富、更安全、更跨平台,它的价值就不仅仅属于“聊天爱好者”,而是可能影响整套移动通信体验。

当然,RCS 也始终背着一个尴尬标签:它总在追赶,而不是定义潮流。很多用户会问,既然大家早就在 WhatsApp、微信上视频聊天了,RCS 现在补上这块还有多大意义?这个问题很现实。我的看法是,第三方应用解决的是“我装了这个 App 就能沟通”,RCS 要解决的是“哪怕我们什么都没约定,也能基本顺畅地沟通”。前者是平台成功,后者是基础设施成熟。两者不是一回事。

真正值得思考的问题:互通之后,谁还愿意放弃自己的围墙花园?

从行业角度看,RCS 4.0 最耐人寻味的地方,其实不是功能本身,而是它继续触碰了一个老问题:科技巨头到底愿不愿意让通信体验变得真正可替代、可互通?

苹果当然知道,封闭且顺滑的体验是自己最强的卖点之一。iMessage 和 FaceTime 的价值,不只是好用,更在于它们把苹果设备绑定得非常紧。谷歌这边则是另一个极端:它愿意推动开放标准,但自己在通信产品上的历史又实在太曲折,从 Hangouts 到 Duo,再到 Meet,名字和战略换了几轮,用户多少有点“被教育累了”。

这也是为什么我对 MIVC 持谨慎乐观态度。乐观在于,标准层面终于把跨平台原生视频这件事推到了更接近现实的位置;谨慎在于,通信不是纯技术命题,而是生态权力的分配问题。谁掌握入口,谁定义体验,谁决定默认选项,这些都直接影响厂商的积极性。

对用户来说,我们当然希望“发消息的人是谁”不要决定“能不能轻松视频”。但对平台来说,恰恰是这些小小的不兼容,构成了留住用户的软性壁垒。说白了,大家都嘴上支持互联互通,可一到真正拆墙的时候,动作往往慢得像周一早晨起床。

不过,行业风向确实变了。监管机构越来越关注平台互操作性,用户也越来越厌倦无意义的割裂。如果苹果已经迈出了支持 RCS 的那一步,那么未来继续向更深层的互通妥协,并非没有可能。只是这个过程,大概率不会像按下升级按钮那样简单。

我更愿意把这次 RCS 4.0 更新看作一个信号:手机通信这套老基础设施,并没有死,只是终于开始像 2026 年该有的样子慢慢进化了。至于 iPhone 和安卓的视频通话何时真正“握手言和”,现在还得看苹果和谷歌肯不肯把这场技术上的和平,变成产品上的现实。

Summary: RCS 4.0 把跨平台视频通话写进标准,是一件方向正确、但仍停留在“半步落地”阶段的事。我的判断是,苹果和谷歌最终大概率都会在某种程度上支持这类能力,因为监管、用户体验和行业趋势都在逼着平台拆墙;但真正做到像 iMessage 或 FaceTime 那样顺滑,还需要不短的时间。短期内,这更像是互联互通的一次试探;长期看,它可能会成为手机通信重新回到“基础设施”角色的重要拐点。
RCS Universal Profile 4.0MIVCGSMA跨平台视频通话iPhone安卓苹果谷歌通信互通消息发起视频通话