Utoljára frissítve: 2026. augusztus 22.
Ha valaha küldtél iPhone-ról videót egy androidos ismerősödnek, tudod, miről lesz szó. A másik oldalon egy pixeles, gyufásdoboz méretű valami érkezett meg, kábé olyan minőségben, mintha faxon küldted volna át. Nem véletlen: az MMS-t 2002-ben találták ki, és azóta érdemben nem nyúlt hozzá senki.
Ennek most vége — részben. 2026 februárjában a Magyar Telekom elsőként kapcsolta be Magyarországon az RCS-t iPhone-okra. A többi szolgáltatónál viszont továbbra sincs semmi. Nézzük meg, miért.
Mi az az RCS?
Az RCS (Rich Communication Services) az SMS utódjának szánt szabvány. Nagyjából azt tudja, amit egy modern chat app:
- nagy felbontású kép, videó, hangüzenet méretkorlát nélkül
- „éppen gépel…” jelzés és olvasási visszaigazolás
- rendes csoportos beszélgetés névvel, taglistával
- adatkapcsolaton megy (wifi vagy mobilnet), tehát nincs darabár*
A lényeg viszont az, hogy mindez a telefon beépített üzenetküldő appjában történik. Nem kell letölteni semmit, nem kell regisztrálni sehová, nem kell a másiktól elkérni, hogy „megvagy-e Signalon”. Ugyanaz a telefonszám az azonosító, mint az SMS-nél.
Ez a lehető legkényelmesebb dolog a felhasználónak — és pontosan ezért volt olyan nehéz megvalósítani.
A csavar: ez nem egy alkalmazás, hanem hálózati szolgáltatás
Itt van a történet lelke. A WhatsApp azért terjedt el fél év alatt az egész világon, mert a Meta felhúzott egy szervert, kitett egy appot, és kész. Senki engedélyére nem volt szüksége.
Az RCS ezzel szemben úgy épül fel, mint az SMS: minden mobilszolgáltatónak saját magának kell üzemeltetnie a hozzá tartozó rendszert. Konkrétan kell hozzá:
- egy RCS-szerver a szolgáltató hálózatában
- minden egyes SIM-kártya felregisztrálása erre a rendszerre
- összekötés a többi szolgáltató rendszerével — különben csak a saját ügyfeleiddel tudnál chatelni, ami eléggé megölné a lényeget
- nemzetközi tanúsítás, hogy tényleg a szabvány szerint működik
Ez sok pénz és sok munka. Cserébe a szolgáltató kap érte… nos, semmit. Sőt: az RCS ingyenes*, tehát elveszi a szolgáltató saját SMS-bevételét. Nem nehéz kitalálni, hogy ezt a projektet hány távközlési cégnél nyomta le a pénzügy a prioritási lista aljára az elmúlt tíz évben.
A Google elvesztette a türelmét
A Google 2015-ben megvette a Jibe nevű céget, ami pont ilyen RCS-rendszereket szállított szolgáltatóknak. Az elképzelés az volt, hogy majd az operátorok megveszik tőlük, és beindul a dolog.
Nem indult be. Ezért a Google néhány év után fogta magát, és elkezdte maga üzemeltetni az egészet: ha a te szolgáltatód nem foglalkozik RCS-sel, akkor a Google Messages egyszerűen becsatlakoztat a saját szervereikre, és onnantól működik.
Ezért van az, hogy Androidon Magyarországon is évek óta megy az RCS, teljesen mindegy, ki a szolgáltatód. Csak épp ennek semmi köze a magyar szolgáltatókhoz — a Google csinálja helyettük.
Ez rövid távon megmentette a szabványt, hosszú távon viszont pont azt eredményezte, hogy az operátoroknak végképp nem volt okuk mozdulni.
Az Apple viszont nem hajlandó helyettük dolgozni
Az Apple 2023 novemberében jelentette be, hogy támogatni fogja az RCS-t — nagyjából ugyanabban az időszakban, amikor az EU digitális piaci szabályozása is a nyakán volt. 2024-ben, az iOS 18-cal meg is érkezett.
Az őszinteséghez hozzátartozik, hogy az Apple-t soha nem is fűtötte túlzott lelkesedés az RCS iránt. Neki ott az iMessage: egy teljesen saját üzenetküldő platform, ami igaz, hogy csak az Apple-ökoszisztémán belül működik — de azon belül tökéletesen, és nem mellesleg remekül ott is tartja a felhasználókat. Az RCS végső soron az Android és a Google válasza az iMessage-re — az Apple szemszögéből tehát a konkurencia szabványa, amit az EU-s nyomásig ráért támogatni.
Csakhogy az Apple nem épített Jibe-szerű mentőövet. Nincs Apple-szerver, ami beugrik, ha a szolgáltató lusta. Az Apple álláspontja lényegében az, hogy az RCS ugyanolyan hálózati szolgáltatás, mint az MMS: adja az operátor, ahogy illik.
Sőt, van még egy lépés. Az iPhone-ban egy „carrier bundle” nevű konfigurációs csomag mondja meg, hogy melyik szolgáltatónál mi engedélyezett. Ezt kizárólag az Apple frissítheti, és jellemzően iOS-frissítésekkel érkezik. Vagyis a lánc így néz ki:
- a szolgáltató felépíti a rendszert
- megszerzi rá a nemzetközi tanúsítást
- az Apple leteszteli és felveszi a listájára
- az egész kimegy egy iOS-verzióval
Négy szereplő, egymás után, mindegyik a másikra vár. Ezért kötődött a magyar indulás egy konkrét szoftververzióhoz: iOS 26.3, ami 2026. február 11-én jelent meg.
Na de miért pont a Telekom?
Mert nem ő építette meg.
A Magyar Telekom saját weboldalán a szolgáltatás neve szó szerint „DT RCS”, vagyis Deutsche Telekom RCS. A német anyavállalat csoportszinten már évek óta üzemeltet egy RCS-platformot, ami átment a tanúsításokon és az Apple-integráción is.
A magyar leánycégnek így nem nulláról kellett indulnia: gyakorlatilag rácsatlakozott egy meglévő, működő, már bevizsgált rendszerre. Ez a különbség egy garázsépítés és egy hosszabbító bedugása között.
A Yettel (PPF-csoport) és a One (4iG) mögött nincs ilyen kész, Apple által már hitelesített csoportszintű platform. Nekik végig kell menniük a teljes soron — vagy szerződniük kell egy szolgáltatóval, aki hosztolja nekik. Egyik sem történik meg egy hét alatt.
Mi működik ma a gyakorlatban?
| Küldő | Fogadó | Mi történik |
|---|---|---|
| Telekomos iPhone | bármilyen Android | ✅ RCS, teljes értékben |
| Yettel / One iPhone | Android | ❌ marad az SMS/MMS |
| iPhone | iPhone | iMessage — ez eddig is ment |
| Android | Android | RCS, már évek óta, a Google jóvoltából |
Fontos félreértést tisztázni: két iPhone között ez semmit nem változtat. Ott eddig is iMessage ment, kék buborékkal. A nyereség kizárólag az iPhone ↔ Android irányban jelentkezik — de pont ott volt eddig a legnagyobb a szakadék.
Feltételek Telekomos iPhone-hoz: iOS 26.3 vagy újabb, aktív Telekom-előfizetés, és internetkapcsolat. Beállítás: Beállítások → Appok → Üzenetek → RCS-üzenetküldés. Ha be van kapcsolva, a szövegbeviteli mező fölött „RCS-üzenet” felirat jelenik meg „SMS” helyett.
Két SIM esetén az RCS csak a Telekomos kártyához tartozik — ha a másik mondjuk Yettel, akkor küldés előtt kézzel kell átváltani a feladót.
Ki kinek a szerverén van?
Itt válik igazán érdekessé a dolog. Ha egy telekomos iPhone-os és egy One-os androidos beszélget, akkor tényleg két különböző cég szerverén ülnek — és mégis eljut az üzenet.
1. eset: telekomos iPhone ↔ One-os Android
A One-nak nincs saját RCS-rendszere. Amikor az ő ügyfele elindítja a Google Messages-t, az app nem talál szolgáltatói RCS-konfigurációt, ezért a Google saját Jibe-felhőjére regisztrálja be a telefonszámot — a szolgáltató teljes kihagyásával. A One-os felhasználó tehát a Google szerverén van, és erről a One valószínűleg nem is tud.
A telekomos iPhone eközben a Telekom (illetve a DT) RCS-rendszerén regisztrál.
Két külön hálózat, tehát kell közöttük átjárás — a szakzsargonban interconnect vagy NNI. Pontosan erre való a Jibe Hub: a Google évek óta üzemelteti azzal a céllal, hogy az egymástól független RCS-hálózatok átjárhatók legyenek, és a Deutsche Telekom az elsők között csatlakozott hozzá. Európában emellett a Mavenir is összekötötte egymással a DT, a Vodafone és a Telefónica RCS-forgalmát még 2020-ban.
Az üzenet útja tehát nagyjából:
Működik — de ez a lánc leggyengébb pontja. A hubok közötti átjárásnál szoktak elkallódni az olvasási visszaigazolások, itt csúszik szét néha a gépelésjelzés, és itt biztosan nincs végpontok közötti titkosítás sem, mert az (jelenleg) csak két Google Messages felhasználó között él.
2. eset: mindketten telekomosok — iPhone és Android
És itt jön a csattanó: a Magyar Telekom androidos RCS-e eleve Google-infrastruktúrán fut. A Deutsche Telekom 2022-es, Google-lel közös bejelentése szó szerint felsorolja Magyarországot azok között az országok között, ahol a Telekom androidos ügyfelei a Google Jibe Cloudján keresztül kapják az RCS-t.
Vagyis a „Telekom szervere” jó eséllyel egy Telekom nevére szabott Jibe-példány. A DT RCS márkanév nem félrevezetés — a szolgáltatás jogilag, üzletileg és ügyfélkapcsolati szempontból tényleg a Telekomé, ők felelnek érte —, csak épp a vasat és a szoftvert a Google adja alá. Ez a szakmában teljesen bevett: a Verizon és az AT&T is így csinálja.
Ha tehát mindkét fél telekomos, akkor nagy valószínűséggel ugyanazon a platformon vannak, nem kell hub-átjárás, és ez a lehető legstabilabb eset.
(Azt a Telekom nem publikálja, hogy az iPhone-os végpont pontosan ugyanabban a Jibe-példányban ül-e, mint az androidos — de minden jel erre mutat.)
Táblázatban
| Kombináció | Küldő oldal | Fogadó oldal | Kell átjárás? |
|---|---|---|---|
| Telekom iPhone ↔ Telekom Android | DT RCS | ugyanaz | nem — ez a legjobb eset |
| Telekom iPhone ↔ One/Yettel Android | DT RCS | Google Jibe (általános) | igen, hubon át |
| Telekom Android ↔ One/Yettel Android | DT RCS | Google Jibe | igen (de évek óta megy) |
| One/Yettel iPhone ↔ bármi | — | — | nincs RCS, marad az SMS |
A felhasználó ebből persze semmit nem lát. Ez pont a szabvány lényege: ugyanúgy a telefonszámot ütöd be, mint 1995-ben, és nem érdekel, hogy a másik oldalon kinek a szerverfarmján landol az üzenet. Amíg működik.
Egy dolog, amit érdemes tudni a titkosításról
A marketinganyagokban gyakran szerepel, hogy az RCS „titkosított csatornán” működik. Ez igaz, de nem ugyanaz, mint amit a WhatsApp vagy a Signal csinál.
A szabvány alapból átviteli titkosítást használ: az üzenet titkosítva utazik a telefon és a szolgáltató szervere között, de a szerveren olvasható formában halad át. A valódi végpontok közötti titkosítás (amikor senki, még a szolgáltató sem tudja elolvasni) Androidon eddig a Google saját, szabványon kívüli megoldása volt. A szabványos, platformfüggetlen változat a Universal Profile 3.0-ban jelent meg, de a tényleges bevezetése még zajlik.
Vagyis: az RCS remek SMS-utód, kényelmes és ingyenes* — de ha valami tényleg bizalmas, arra továbbra sem ez a legjobb választás.
Mikor jön a többi szolgáltató?
Hivatalos dátum nincs. Ami biztos: technikailag semmi nem lehetetlen benne, csak pénz és prioritás kérdése. A nemzetközi tapasztalat szerint, ha egy piacon az egyik szereplő elindul, a többi jellemzően fél–másfél éven belül követi — egyszerűen mert az ügyfélszolgálaton elkezdik kérdezni.
Addig pedig marad a régi magyar népszokás: „küldd inkább Messengeren”.
* Az RCS-üzenetküldésért a szolgáltató nem számít fel díjat, a forgalom viszont a mobiladat-keretedbe beleszámít — ugyanúgy, mintha WhatsApp- vagy Messenger-üzenetet küldenél.
A cikk 2026. augusztus 22-én íródott; a benne leírtak az aznapi állapotot tükrözik.
Források
- Magyar Telekom — DT RCS szolgáltatás (hivatalos leírás, feltételek)
- Magyar Telekom sajtóközlemény: az RCS már elérhető iPhone készülékeken is (2026. február 12.)
- HWSW: Végre ide is elért az iPhone-ok RCS-támogatása
- Szifon: Az iOS 26.3 beta 2-vel elérhetővé vált a Telekomnál az RCS
- Deutsche Telekom: Telekom and Google expand partnership (Jibe Cloud, Magyarország is a listán)
- Google Blog: Partnering with the mobile industry to connect people and businesses with RCS (Jibe RCS Hub, interconnect)
- Mavenir: RCS interconnection between Telefónica, Vodafone and Deutsche Telekom (2020)
- TechCrunch: Google acquires Jibe Mobile (2015)
- Sinch: How RCS works — az ökoszisztéma felépítése
- Apple: Wireless carrier support and features for iPhone (RCS-t támogató szolgáltatók listája)
Vélemény, hozzászólás?