Az Open RAN architektúra központi komponense a RAN Intelligent Controller (RIC), amely nyílt hosting platformot biztosít a RAN funkciók vezérléséhez és optimalizálásához szükségek applikációk számára.
A RIC-nek két logikai formája létezik, a nem valós idejű (non-RT) és a közel valós idejű (near-RT) RAN Intelligent Controller (RIC). Ezekmás-más funkciókat látnak el a hálózatban. Míg az előbbi a rendszer szolgáltatás management és orchestration (SMO) keretrendszerében üzemel az utóbbi a Centraál Unit-hoz (CU) és a Distributed Unit-hoz (DU) kapcsolódik.
Mind a nem valós idejű (non-RT) és a közel valós idejű (near-RT) RIC alkalmazza az AI/ML-t a döntéshozatali funkcióiban és független gyártók nyilt forráskódú szoftvereit használhatja az O-RAN szabványok alapján.
rApps és xApps
Az rApps/xApps-ok új technológiát és lehetőséget kínálnak a hálózat üzemeltetőknek, hogy innovatív módon fejleszthessék a hálózatukat, növeljék az ügyfél élmenyt, és optimalizálják a CapEx / OpEx költségeiket.
rApp
Az rApp egy moduláris alkalmazás, amely a nem valós idejű non-RT RIC-ben fut, és a felügyeleti síkon (management plane) helyezkedik el. Feladata a RAN optimalizálásához és a folyamatok optimalizálásához kapcsolódó értéknövelt szolgáltatások nyújtása, mint a policy-based guidance és értéknövelt információk managelése, adatelemzés, AI/ML training, konfiguráció management.

1.ábra. Non-RT RIC
Az rApp-ok a nem valós idejű RIC-en futnak és olyan RAN automatizálási és felügyeleti feladatokat látnak el amelyek egy másodperces vagy annál hosszabb időt vesznek igénybe. Ilyenek feladatok:
- Network evolution rApps
- Network deployment rApps
- Network optimization rApps
- Network healing rApps
Az rApp-ok vezérlőhurkai tehát 1 s feletti időintervallumban működnek és Intelligent Automation Platform SDK-t használnak. Az rApp-ok képesek együttműködni más rApp-okkal szabványosított nyílt interfészeken, hogy bonyolultabb automatizálási funkciókat is végre tudjanak hajtani.
xApp
A Near-RT RIC egy nyílt szoftverplatform mikroszolgáltatás alkalmazások számára. Ilyen microszolgáltatások az xApps-ok. Az xApps RAN infrastruktúra CU és DU eszközeivel az E2 interfészen keresztül kapcsolódik.
Az xApps alkalmazások, a Near-RT RIC-ben futnak. Az xApp-ok egy vagy több mikroszolgáltatásként is megtervezhetők. Ekkor az xApps-ok között nyílt interfeszek közvetítenek. Az xApp-ok a Near-RT RIC-től független applikációk, amiket harmadik fél is készithet a nyílt forráskód és interfészek alkalmazása miatt. Az E2 interfész biztosítja a közvetlen kapcsolatot az xApp és a RAN funkciók (CU/DU) között.

2.ábra. Non-RT RIC
Az xApps-ok 10 ms és 1 s közötti időintervallumban hajtják végre a funkcióikat. Ezeket az időintervallumokat vezérlőhuroknak nevezik.
Egy adott vezérlőhurok időkorlátja attól függ, hogy a RAN funkció milyen xApp felügyelet alatt áll. Például egy MAC magagement-et felügyelő xApp-nak 10 ms-os küszöb alatti vezérlőhurok szükséges, miközben egy Session Management-et felügyelő xApp hosszabb, akár közel 1 sec késleltetést is megengedhet.
Az xApp Manager rugalmas módot biztosít funkciók telepítéshez és manageléshez. Az xApps-ok tovább bonthatóak alfunkciókra és igy CU-ba illetve DU-ba telepithetőek.
A RIC az xApp-ok számára a következő funkciókat látja el:
- xApps lifecycle-management
- Hozzáférés a valós idejű RAN mérésekhez és eseményekhez
- A RAN eszközök konfigurálása
- Valós idejű parancsok a RAN irányítására
- Valós idejű adatbázis
- Inter-xApps kommunikáció
- API-vezérelt xApps konfiguráció és policy-management

3.ábra. Near-RT RIC alap RIC szolgáltatásokkal és külső gyártók xApp-jaival
RIC Interfészek
A non-RT és near-RT RIC funkciók között illeteve a RAN eszköözök között az A1, O1, O2, E2 interfészek közvetítenek.
A1 Interfész
Az A1 interfész a Non-RT RIC és az Near-RT RIC között van definiálva, amelyen keresztül az Non-RT RIC az Near-RT RIC számára policy-ket, emeltszintű információkat és ML-modell frissítéseket biztosít, míg másrészt az Near-RT RIC is ezen végez policy-visszacsatolást a Non-RT RIC felé (azaz hogyan működik az Non-RT RT RIC által beállított policy)
Az A1 interfész lehetővé teszi a kommunikációt a két RIC között, és támogatja a policy kezelést, az adatátvitelt és a gépi tanulás kezelését. Az adatok, amelyeket valójában dúsítási információnak neveznek, kifejezetten az AI modellképzésének és a gépi tanulásnak a segítésére szolgálnak a közel valós idejű RIC-ben.
O1 Interfész
Az O1 interfész összeköti az SMO-t a RAN által kezelt elemekkel. Ezek közé tartozik a közel valós idejű Near-RT RIC, az O-CU, O-DU, O-RU. Az SMO az O1 interfészen keresztül kap adatokat a kezelt elemektől az AI modell betanítása céljából.
O2 interfész
Az O2 interfész amin az SMO kommunikál az O-Clouddal. Az O-Cloudhoz csatlakozó hálózatüzemeltetők ezután az O1 vagy O2 interfészekkel működtethetik és tarthatják karban a hálózatot a hálózati elemek újrakonfigurálásával, a rendszer frissítésével.
E2 interfész
Az E2 interfész biztositja Near-RT RIC és a O-RU, O-DU, O-CU-val való összeköttetést . A RIC ezen keresztül ellenőrizheti, hogy mi történik azon a RAN-on belül, monitorozással, felfüggesztéssel, felülírással, vezérlési üzenetekkel és az xApps-ok near-RT RIC-től származó műveleteinek végrehajtásával. Valamint adatgyűjtést és visszajelzést is kap ezektől az entitásoktól.

Source: O-RAN Alliance
4.ábra. Interfészek a RIC elementek között
References:
OüRAN Alliance: https://www.o-ran.org/
