蘋果谷歌剛握手，RCS 4.0甩出3張新牌：視頻通話終于原生

RCS（富通信服務，一種替代傳統短信的通信協議）在安卓與iPhone之間打通才幾個月，GSMA（全球移動通信系統協會，RCS標準的制定方）就扔出了4.0版本。這次更新不是修修補補，而是直接往聊天應用里塞進了三項用戶喊了多年的功能。

最顯眼的是原生視頻通話。GSMA給它起了個拗口的名字：MIVC（消息發起視頻通話）。用戶可以在任意一對一或群聊會話中，一鍵把文字對話升級成視頻。群聊成員還能中途加入正在進行的通話，通話記錄也會同步在聊天時間線里。這是RCS首次提供跨設備、跨網絡的原生視頻體驗——不是跳轉Zoom，不是發Meet鏈接，就在短信應用里完成。

文本格式終于跟上時代。粗體、斜體、刪除線這些基礎樣式被正式納入標準。設備之間還能互相識別對方支持的媒體格式，理論上能減少"你發的視頻我打不開"的尷尬。

企業聊天側也有動作：支持嵌入流媒體視頻，鏈接打開方式可控——留在應用內，或跳轉到指定App/瀏覽器。

但別急著升級

這些功能落地的時間表，GSMA沒給。參考先例：RCS Universal Profile 3.0今年3月才發布，原生端到端加密功能至今仍在蘋果和谷歌的測試階段。4.0的這三項更新，用戶真正用上可能要到2026年甚至更晚。

運營商的拖沓是老大難問題。RCS標準由GSMA制定，但具體部署靠全球數百家運營商各自推進。安卓陣營谷歌牽頭，進度相對快；蘋果去年12月才勉強支持RCS 1.0的基礎功能，端到端加密測試都還沒完。

視頻通話的跨平臺互通尤其棘手。MIVC要求通話雙方不僅都支持RCS 4.0，還要在視頻編解碼、網絡穿透、群聊狀態同步等細節上達成一致。蘋果和谷歌的RCS實現本就存在差異——比如谷歌用自己的Jibe后端，蘋果選擇直連運營商——這些分歧不會自動消失。

為什么現在押注視頻？

GSMA的算盤不難猜。WhatsApp、FaceTime、微信這些應用已經把"聊天-通話-視頻"的閉環做透了，傳統短信生態再不補這塊短板，連企業客服場景都要丟給第三方應用。

MIVC的設計有針對性：群聊成員可隨時加入，通話記錄留在聊天時間線——這兩個細節明顯對標企業協作場景。銷售團隊在項目群里討論，一鍵拉起視頻，遲到的人還能中途進來補上下文，不用另開會議鏈接。

但企業市場的競爭早已白熱化。Slack、Teams、飛書把文檔協作、日程管理、AI助手全打包進去了，RCS 4.0的"純視頻"升級顯得單薄。GSMA的優勢只剩一點：它是運營商級別的基礎設施，不需要用戶額外下載App，手機號即賬號。

格式化的微妙信號

文本格式支持容易被忽視，但這可能是更務實的改進。RCS一直想搶占iMessage和WhatsApp的地盤，而"對方正在輸入""已讀回執""消息反應"這些功能早已標準化。富文本是最后一塊基礎體驗拼圖——營銷人員終于能在企業消息里加粗促銷價格，客服能斜體標注注意事項。

設備間媒體格式識別同樣務實。安卓和iPhone的相機默認設置不同，HEIF/HEVC與JPEG/H.264的兼容問題困擾用戶多年。RCS 4.0讓設備先"握手"確認彼此能力，再決定發送什么格式，理論上能減少轉碼帶來的畫質損失或發送失敗。

這些改進都不性感，但指向同一個目標：讓RCS的 baseline 體驗追上2015年的iMessage。考慮到蘋果去年才勉強上車，這個追趕節奏也算合理。

蘋果的尷尬位置

RCS 4.0的發布把蘋果架在微妙位置。歐盟《數字市場法》壓力下，蘋果去年12月宣布支持RCS，但實現方式充滿保留：端到端加密用自家方案而非谷歌的，群聊功能受限，消息反應與iMessage不互通。

視頻通話是更敏感的領地。FaceTime是蘋果生態的核心粘性工具，MIVC的跨平臺屬性直接挑戰這堵圍墻。蘋果會選擇完整支持MIVC，還是像RCS 1.0那樣做閹割版，甚至直接缺席？

谷歌的態度同樣值得觀察。Jibe平臺是谷歌RCS戰略的核心，但MIVC的群聊加入、通話記錄同步等功能，與Google Meet的存在感如何平衡？谷歌有動力把視頻通話留在RCS原生層，還是引導用戶跳轉到Meet獲取更完整的體驗？

運營商的角色最不確定。Verizon、T-Mobile、中國移動這些巨頭各自有視頻通話業務（如VoLTE視頻、咪咕視頻通話），RCS 4.0的MIVC與這些存量業務是替代還是并存，GSMA的標準文檔里不會寫答案。

用戶最終拿到什么體驗，取決于這三方博弈的結果。歷史經驗是：標準發布到功能可用，間隔以年計；功能可用到體驗流暢，再隔數年。

所以一個值得問的問題是：當RCS 4.0的視頻通話終于上線時，還會有多少人在意"原生"這個賣點？畢竟到2026或2027年，我們可能已經習慣了AI生成的視頻回復，或者腦機接口的直接意念傳輸——好吧，后者是玩笑。但前半句不是。