EcranMobile.fr

Google Messages prépare les appels vidéo RCS : Universal Profile 4.0


La GSMA a finalisé Universal Profile 4.0, qui définit les Messaging-Initiated Video Calls (MIVC) : des appels vidéo déclenchés depuis une conversation RCS, jusqu’à 32 participants. Dans la version bêta de Google Messages datée de fin septembre 2026, des chaînes d’interface et des contrôles de capacité apparaissent. La fonction n’est pas encore ouverte au public, Google n’a pas annoncé de date de déploiement, et il ne faut pas confondre ce futur appel RCS natif avec Google Meet ou la ViLTE déjà possibles selon les cas.



Crédit : GSMA
Crédit : GSMA
Sur Android, Google Messages est souvent l’application de SMS et de RCS par défaut. Depuis plusieurs années, le protocole RCS a déjà enrichi ces fils : accusés de lecture, indicateurs de saisie, envoi de fichiers plus lourds, conversations de groupe. La prochaine étape envisagée par l’industrie n’est plus seulement le texte ou la photo : c’est l’appel vidéo lancé depuis le même fil, sans basculer vers une application tierce. Cette brique s’appelle Messaging-Initiated Video Calls, ou MIVC. Elle figure dans Universal Profile 4.0 de la GSMA. Côté Google, des traces dans une build bêta de Messages montrent que l’éditeur prépare l’interface et les vérifications techniques. Rien, à ce stade, ne permet d’affirmer que la fonction est disponible pour les utilisateurs.

Ce que Universal Profile 4.0 ajoute vraiment

Le 26 mars 2026, Tom Van Pelt, Technical Director à la GSMA, a annoncé la finalisation d’Universal Profile 4.0 dans un billet officiel du newsroom. Le texte présente MIVC comme l’une des nouveautés majeures : l’utilisateur peut faire évoluer une session RCS — conversation à deux ou groupe — en appel vidéo, directement depuis le fil. La continuité est prévue : les membres d’un groupe peuvent rejoindre un appel déjà démarré même s’ils ne l’avaient pas accepté au début, et les journaux MIVC sont synchronisés dans la chronologie du chat. L’objectif affiché est une première expérience d’appel vidéo nativement supportée et interopérable sur un large éventail d’appareils et de réseaux.

Les publications GSMA de février 2026 précisent le cadre technique : la spécification Universal Profile 4.0 est publiée, avec des enablers pour des appels vidéo interopérables depuis n’importe quelle conversation RCS, jusqu’à 32 participants. Ce plafond n’est pas une promesse marketing Google ; c’est une capacité définie côté normes. Savoir combien de clients et d’opérateurs l’exposeront, et quand, relève d’un autre calendrier, encore opaque pour la France.

UP 4.0 ne se limite pas à la vidéo. Le profil introduit le texte enrichi (gras, italique, barré) avec des replis prévus vers le SMS en clair si besoin, la négociation de formats pour des médias de meilleure qualité, et, côté messagerie d’entreprise, des Rich Cards capables de diffuser de la vidéo en streaming plutôt que d’imposer un téléchargement complet, ainsi qu’un contrôle plus fin sur l’ouverture des liens. Ces éléments dessinent un RCS plus expressif. Ils n’impliquent pas, à eux seuls, qu’un téléphone français proposera demain un bouton « appeler en vidéo » dans Messages.

Ce que révèle la bêta de Google Messages fin septembre 2026

Plusieurs analyses d’APK de la version ouverte messages.android_20260924_00_RC00, observée autour des 28 et 29 septembre 2026, signalent des chaînes d’interface liées à un appel vidéo RCS : un libellé de bouton « Call », une annulation « Cancel », des titres du type « Call? » ou « Call %1$s? ». Côté code, un composant RcsVideoCapabilityCheckerImpl.kt et des messages internes du genre « Ignoring RCS video call request: recipients are not reachable over RCS video » ou « no RcsVideoController is bound » indiquent que Google construit des contrôles de capacité et un contrôleur dédié.

L’interprétation journalistique correcte s’arrête là. Ces chaînes et ces classes montrent une préparation côté client. Elles ne prouvent ni une activation secrète chez les bêta-testeurs, ni une date de sortie. Aucune capture d’écran d’une interface MIVC pleinement fonctionnelle n’a été présentée comme un déploiement public. Google n’a pas, au moment de cette rédaction, publié d’annonce produit avec un calendrier. Traiter ces indices comme une sortie imminente serait franchir la ligne entre observation technique et spéculation.

Meet, ViLTE et MIVC : trois chemins différents

Aujourd’hui, depuis Google Messages, lancer une conversation vidéo ne signifie pas forcer un appel RCS natif. L’application peut déjà s’appuyer sur Google Meet, ou, selon les cas et les opérateurs, sur de la vidéo sur LTE (ViLTE) fournie par le réseau. Ce sont des ponts utiles. Ce n’est pas MIVC.

MIVC, dans la spécification GSMA, vise une escalade intégrée au fil RCS, avec continuité de groupe et traces dans la timeline. Meet reste un service Google distinct, avec ses propres comptes, politiques et conditions de réseau. ViLTE dépend de l’opérateur et du terminal. Confondre les trois revient à annoncer une fonction que l’utilisateur croit déjà avoir, alors qu’il utilise encore un détour. Pour le lecteur français, la nuance compte : voir un bouton vidéo dans Messages n’équivaut pas, aujourd’hui, à un appel vidéo RCS interopérable au sens Universal Profile 4.0.

Pourquoi le sujet intéresse les utilisateurs en France

En France, RCS circule déjà via les opérateurs et via l’infrastructure Google sur de nombreux Android. Messages est souvent l’app de messagerie « de base » qui accueille SMS, MMS et RCS sans installation supplémentaire. Si MIVC devient un jour réel côté client et côté réseau, l’intérêt pratique est clair : passer d’un fil de discussion à une vidéo courte sans ouvrir WhatsApp, FaceTime ou Meet, et sans expliquer à l’autre personne quelle application utiliser.

Cette promesse reste conditionnelle. Elle dépend des opérateurs qui activeront les enablers, des clients de messagerie (Google Messages, clients OEM, et un jour éventuellement Apple Messages), et de la couverture réelle des correspondants. Un appel vidéo RCS n’a de sens que si l’autre bout est joignable « over RCS video », comme le suggèrent déjà les messages de log de la bêta Google. Sinon, le client ignore la requête. C’est précisément ce genre de garde-fou que le code bêta semble préparer.

L’interopérabilité Android–iOS via MIVC est prévue par la spécification GSMA. Ni Apple ni Google n’ont annoncé, au moment de la rédaction, un support produit public pour cette brique précise. Affirmer qu’un iPhone et un Pixel pourront s’appeler en vidéo RCS demain serait donc prématuré. La norme ouvre la voie ; les constructeurs et les boutiques d’applications restent maîtres du calendrier.

Ce qu’il faut retenir, sans inventer de date

Universal Profile 4.0, finalisé et présenté au printemps 2026, place les appels vidéo initiés depuis la messagerie au cœur de l’évolution RCS, avec un plafond spécifié à 32 participants, la continuité de groupe et l’inscription des appels dans l’historique du chat. Google Messages, dans une build bêta de septembre 2026, montre des éléments d’interface et des contrôles de capacité cohérents avec cette direction. La fonction n’est pas exposée aux utilisateurs. Aucune date officielle de déploiement n’a été communiquée par Google.

Pour ecranmobile.fr, le point de vigilance éditorial est simple : distinguer la norme (GSMA), la préparation technique (APK bêta) et le produit disponible (encore absent). Les lecteurs Android en France ont déjà le RCS pour écrire et partager. Ils n’ont pas encore, dans Messages, l’équivalent d’un appel vidéo natif MIVC. Quand Google, les opérateurs français ou Apple publieront des annonces produit, le sujet changera de statut. Jusque-là, Universal Profile 4.0 décrit une destination. La bêta de Messages indique seulement que le chemin commence à être balisé.

Pigiste pour EcranMobile.fr En savoir plus sur cet auteur


Mercredi 30 Septembre 2026


Technologies | IA | Entretiens | Usages | Business | Revue de web | Focus


Recherche Archives



Inscription à la newsletter
Vous recevrez 2 fois par mois la newsletter Ecran Mobile
Plus d'informations sur cette page : https://www.ecranmobile.fr/Politique-de-confidentialite_a70769.html