Kas yra RCS?

I. RCS protokolas: kas tai, kodėl atsirado ir kaip veikia

1.1. Sąvoka ir paskirtis

„Rich Communication Services“ (RCS) – tai GSMA prižiūrimas, IP pagrindu veikiantis pranešimų siuntimo standartas, sukurtas kaip modernesnis SMS/MMS pakaitas mobiliuosiuose tinkluose. Pirmieji specifikacijų projektai paskelbti 2008 m. rugsėjo 15 d.; vizija – kad „sisteminės“ žinučių funkcijos (aukštos raiškos nuotraukos ir vaizdo įrašai, failų dalijimas, perskaitymo patvirtinimai, rašymo indikatorius, vietos bendrinimas, išplėstiniai grupiniai pokalbiai, taip pat vaizdo skambučiai) veiktų numatytojoje telefono žinučių programoje naudojant mobiliojo ryšio duomenis arba „Wi-Fi“.

Užuot palikęs šias galimybes tik internetinėms (OTT) platformoms, RCS jas perkelia į numatytąją žinučių patirtį įrenginyje – taip operatoriai išlieka svarbūs bazinei komunikacijai.

1.2. Nuo chaoso prie vieningo standarto

Ankstyvieji diegimai (apie 2007 m.) strigo dėl skirtingų operatorių interpretacijų – funkcijų išskaidymas ir nesuderinamumas stabdė pažangą. Lūžis įvyko 2016 m. lapkričio 16 d., kai GSMA pristatė Universalųjį profilį (Universal Profile, UP) – bendrą būtinų funkcijų rinkinį ir elgsenos taisykles, kurių laikytis įsipareigojo visi diegėjai. UP tapo „bendru vardikliu“, leidusiu RCS nuo 2017 m. realiai plėstis tarptautiniu mastu.

1.3. Techninė sandara

RCS veikia taikomajame sluoksnyje IP tinkle. Pagrindiniai elementai:

• SIP (Session Initiation Protocol) – sesijų inicijavimas ir valdymas.
• MSRP (Message Session Relay Protocol) – pranešimų turinio perdavimas per SIP/SDP derinamas sesijas; gali veikti tiesiogiai tarp galinių taškų arba per relės serverius.
• HTTP(S) – papildomoms sąveikoms ir turinio pristatymui.

Istoriškai pasirinktas SIP/MSRP „branduolys“ nebuvo kurtas su universaliu „nuo galo iki galo“ (E2EE) šifravimu, todėl kryžminio tiekėjo E2EE įgyvendinimas RCS pasaulyje tapo techniškai sudėtingesnis ir lėtesnis nei daugelyje šiuolaikinių OTT protokolų.

II. Rinkos dinamika ir strateginiai veikėjai

2.1. „Google“ – pagrindinis variklis

„Google“ įsigijo „Jibe Mobile“ ir sukūrė „Google Jibe“ debesijos pagrindą, leidusį apeiti vangius operatorių diegimus. Per „Google Messages“ ir Jibe infrastruktūrą RCS P2P režimu pasiekiamas net tada, kai konkretus operatorius dar neturi savo RCS branduolio. Tai paspartino UP-suderinamos patirties paplitimą „Android“ ekosistemoje ir sumažino fragmentaciją.

Rezultatas – platus įsisavinimas: RCS palaiko daugelis operatorių daugelyje šalių, o aktyvių naudotojų skaičius pasiekė kritinę masę, skatindamas tolesnes partnerystes su „Jibe“.

2.2. „Apple“ žingsnis ir ES DMA poveikis

„Apple“ ilgai laikėsi uždaros „iMessage“ strategijos (mėlyni burbulai, visuotinis E2EE „Apple“ ekosistemoje; bendraujant su ne-„Apple“ dalyviais grįžtama prie SMS/MMS). Nuo iOS 18 „Apple“ įtraukė RCS palaikymą – žinutės rodomos žaliais burbulais, suteikiami perskaitymo patvirtinimai, rašymo indikatoriai, aukštos kokybės medija ir pan., kai bendraujama su kitomis platformomis.

Sprendimą iš dalies paskatino ES Skaitmeninių rinkų aktas (DMA), pabrėžiantis sąveikumą tarp „prieigos valdytojų“ platformų. „Apple“ akcentavo, kad pradinė iOS RCS versija neturi E2EE, todėl „iMessage“ išlieka saugumo etalonu „mėlynuose burbuluose“.

Lietuvoje 2025 m. pradžioje buvo aktyvios apie 3,90 mln. mobiliojo ryšio jungčių, o interneto skvarba siekė ~89,5 %. Konkrečių vietinių operatorių (Telia, „Bitė“, „Tele2“) RCS branduolių ir „Carrier ID“ detalės viešai pateikiamos nevienodai.

III. Saugumas ir privatumas: dabartis ir kur judama

3.1. Šiandiena: mišrus modelis

RCS saugumas priklauso nuo kliento ir infrastruktūros.

• „Google Messages“ užtikrina E2EE tada, kai abu dalyviai naudoja šią programą ir įjungtą RCS; sąsajoje tai žymima spynos piktograma ir tamsesne mėlyna burbulo spalva.
• Kryžminės platformos scenarijai šiuo metu – silpniausia vieta: iOS pusėje RCS kol kas be E2EE, todėl tarp „Android“ ir „iPhone“ dalyvių gali likti nešifruotų atkarpų. Be to, operatorinė architektūra reiškia didesnį metaduomenų matomumą (pvz., IP, tinklo identifikatoriai), kurį OTT sprendimai dažnai labiau riboja.

3.2. Artimiausia kryptis: MLS ir Universalusis profilis 3.0

GSMA standartizuoja kryžminį RCS E2EE pagal „Messaging Layer Security“ (MLS) modelį – tai turėtų tapti UP 3.0 kertine dalimi ir veikti skirtingų tiekėjų klientuose (pvz., „Apple“ ir „Google“). Tikslas – tikras, tarpusavyje suderinamas E2EE kryžminėse platformose. Kartu RCS ir toliau remiasi SIM autentifikacija, kuri padeda kovoti su sukčiavimu.

3.3. RCS kontekste: su kuo lyginamės?

• RCS vs. SMS/MMS: RCS akivaizdžiai funkcionalesnis (IP, turtinga medija, patvirtinimai), tačiau kol E2EE nebus visuotinė ir tarpusavyje suderinama, saugumo lygiu jis ne visada lenkia naujausius konkurentus.
• RCS vs. „iMessage“: „iMessage“ užtikrina visuotinį E2EE „Apple“ ekosistemoje; RCS stiprybė – atvirumas ir sąveika, tačiau kryžminiam E2EE dar reikia laiko.
• RCS vs. OTT („WhatsApp“, „Signal“): OTT (ypač „Signal“) naudoja brandžius E2EE protokolus (Signal protokolą), nepriklausomus nuo operatorių. „WhatsApp“ renka daugiau metaduomenų; „Signal“ jų minimalizuoja. RCS metaduomenų tvarkymas labiau susijęs su operatorine/platformine infrastruktūra.

3.4. Santraukos schema

IV. Strateginės įžvalgos ir rekomendacijos

4.1. DMA pamoka

ES DMA parodė, kad kai komunikacijos technologija tampa „bendro naudojimo infrastruktūra“, sąveikumas nebėra maloni funkcija – jis tampa reikalavimu. „Google“ ekosistemoje pasiekta RCS kritinė masė ir vieninga UP praktika sukūrė politinį bei reguliacinį pagrindą pokyčiams.

4.2. Ar RCS – „rytojaus SMS“?

RCS jau įveikė didžiausią fragmentaciją (UP + Jibe) ir akivaizdžiai pranoko SMS/MMS funkcionalumu. Pagrindinis barjeras – universalus, tarpusavyje suderinamas E2EE pagal MLS/UP 3.0. Jam įsitvirtinus, RCS taps realiu funkcionaliu ir saugiu kryžminės ekosistemos standartu, o „mėlynas vs. žalias burbulas“ nebebus saugumo skirtumo sinonimas.

4.3. Ką daryti rinkos dalyviams?

• Operatoriams: spartinti UP 3.0 diegimą, glaudžiai dirbti su GSMA ir tiekėjais dėl MLS pagrįsto E2EE, kad dalis vertės sugrįžtų iš „debesinių tarpininkų“.
• Platformoms („Google“/„Apple“): sinchroniškai įgyvendinti MLS abiejose pusėse – taip eliminuoti saugumo asimetriją ir sustiprinti RCS kaip atviro standarto reputaciją.
• Privatumo šalininkams: reikalauti, kad kryžminis E2EE būtų privalomas RCS atributas, o ne tik kliento „opcija“, kartu atidžiai stebint metaduomenų tvarkymo praktiką.

Šaltiniai ir tolesnis skaitymas

• DUK apie RCS pokalbius – „Google Messages“ (lietuviškai)
• Kaip naudojant RCS pokalbius apsaugomi jūsų pokalbiai – „Google Messages“ (lietuviškai)
• Apie „iMessage“ – „Apple“ pagalba (lietuviškai)
• „iOS 18“ RCS palaikymas ir kontekstas – LNK.lt; MacArena.lt
• Digital 2025: Lithuania – DataReportal (mobiliojo ryšio jungtys ir interneto skvarba)
• ES Skaitmeninių rinkų aktas (DMA) – Europos Komisija / Europos Parlamentas (lietuviškai)
• GSMA: RCS Universal Profile 3.0 ir RCS E2EE (MLS) pranešimai bei specifikacijos
• „Kas yra RCS?“ – „Bitė Profai“ (lietuviškai)
• „Kas yra RCS?“ – Elektronika.lt (lietuviškai)

Išvada

RCS kelias – nuo išskaidyto bandymo iki globaliai diegiamo standarto – tapo įmanomas dėl GSMA Universalaus profilio, „Google Jibe“ ir ES DMA sąveikos. Artimiausias „egzaminas“ – MLS pagrįstas E2EE UP 3.0 rėmuose. Jam tapus norma, RCS turi realią galimybę įsitvirtinti kaip visose ekosistemose veikiantis, turtingas ir saugus SMS įpėdinis.