A hagyom\u00e1nyos RAN h\u00e1l\u00f3zatok a R\u00e1di\u00f3 Er\u0151forr\u00e1s Management (Radio Resource Management – RRM) \u00e9s forgalom management ink\u00e1bb cella centrikus mint UE centrikus. A szolg\u00e1ltat\u00f3k lehet\u0151s\u00e9gei korl\u00e1tozottak n\u00e9h\u00e1ny param\u00e9ter be\u00e1llit\u00e1sra ami ink\u00e1bb reaktiv mint proaktiv megold\u00e1sokat eredm\u00e9nyez.<\/p>\n\n\n\n
Az \u00faj RIC xApp \u00e9s rApp mikroszervizek alkalmaz\u00e1s\u00e1val valamint a ML algoritmusok haszn\u00e1lat\u00e1val ezek a korl\u00e1tok lek\u00fczdhet\u0151ek \u00e9s egyedi innovativ megold\u00e1sok \u00e9rhet\u0151ek el.<\/p>\n\n\n\n
Az egyik legfontosabb RRM funkci\u00f3 a RAN h\u00e1l\u00f3zatokban a Load Balancing, melynek eredm\u00e9nyek\u00e9nt a t\u00falterhelt cell\u00e1k forgalma \u00e1tterelhet\u0151 a szomsz\u00e9dos kev\u00e9sb\u00e9 forgalmas cell\u00e1kba.<\/p>\n\n\n\n
A Deep Learning-et \u00e9s az xApp-ok adatvez\u00e9relt z\u00e1rt hurk\u00fa (closed loop) technol\u00f3gi\u00e1j\u00e1t alkalmazva dinamikusan el\u0151re \u00e9szlelhet\u0151 \u00e9s igy elker\u00fclhet\u0151 a service cella torl\u00f3d\u00e1sa. Az alkalmaz\u00e1soknak k\u00f6sz\u00f6nhet\u0151en szint\u00e9n el\u0151re jelezhet\u0151 \u00e9s elker\u00fclhet\u0151 a felhaszn\u00e1l\u00f3k \u00e1tterel\u00e9se (load balancing) egy olyan cell\u00e1ra mely el\u0151rel\u00e1that\u00f3an torl\u00f3dni fog miel\u0151tt vagy miut\u00e1n az egyes UE-k oda \u00e1t lenn\u00e9nek mozgatva. Ezzel elker\u00fclhet\u0151 a tov\u00e1bbi torl\u00f3d\u00e1s vagy k\u00f6r-k\u00f6r\u00f6s torl\u00f3d\u00e1s \u00e9s ping-pong handovereek, ami min\u0151s\u00e9groml\u00e1st okoz.<\/p>\n\n\n\n
<\/p>\n\n\n\n
Load Balancing Fukci\u00f3k<\/h4>\n\n\n\n
A RIC torl\u00f3d\u00e1s managel\u0151 Load Balancing funkci\u00f3ja k\u00e9t r\u00e9szre bonthat\u00f3:<\/p>\n\n\n\n
- \n
- Torl\u00f3d\u00e1s detekt\u00e1l\u00e1s (Oveload Detection)<\/li>\n\n\n\n
- Forgalom terel\u00e9s (Traffic Steering)<\/li>\n<\/ul>\n<\/div>\n<\/div>\n\n\n\n
Torl\u00f3d\u00e1s Detekt\u00e1l\u00e1s<\/strong><\/p>\n\n\n\n
Az \u00faj m\u00f3dszer alapja a hagyom\u00e1nyos torl\u00f3d\u00e1s felismer\u00e9s\u00e9nek az el\u00f3rejelz\u00e9se. A hagyom\u00e1nyos torl\u00f3d\u00e1s szintj\u00e9t a szolg\u00e1ltat\u00f3k hat\u00e1r\u00e9rt\u00e9kekkel (threshold) hat\u00e1rozz\u00e1k meg \u00e9s az adott torl\u00f3d\u00e1s szint el\u00e9r\u00e9sekor indul a forgalom \u00e1tmozgat\u00e1sa a szomsz\u00e9dos alacsonyabb forgalm\u00fa cell\u00e1kba.<\/p>\n\n\n\n
Az egyik lehets\u00e9ges load balancing megold\u00e1s a Deep Learning technol\u00f3gia alklamaz\u00e1sa a dinamikus torl\u00f3d\u00e1s el\u0151rejelz\u00e9sre. Erre az egyik legmegfelel\u00f3bb a Long Short-Term Memory (LSTM) alap\u00fa Deep Learning modell. Az LSTM az Repeated Neur\u00e1lis Network (RNN) egy t\u00edpusa, amelyet kifejezetten szekvenci\u00e1lis adatok, p\u00e9ld\u00e1ul id\u0151sorok, besz\u00e9d \u00e9s sz\u00f6veg kezel\u00e9s\u00e9re terveztek. Az LSTM-en alapul\u00f3 deep learning start\u00e9gia k\u00e9pes a t\u00falterhel\u00e9s el\u0151rejelz\u00e9s\u00e9re \u00e9s ez\u00e1ltal a forgalom ir\u00e1ny\u00edt\u00e1s\u00e1nak el\u0151segit\u00e9s\u00e9re.<\/p>\n\n\n\n
![\"\"](\"https:\/\/www.xadv.eu\/wp-content\/uploads\/2023\/08\/image-17.png\")
<\/figure>\n\n\n\n1-\u00c1bra. Hagyom\u00e1nyos Load Balancing \u00e9s ML Based Load Balancing<\/strong><\/p>\n\n\n\n
<\/p>\n\n\n\n
![\"\"](\"https:\/\/www.xadv.eu\/wp-content\/uploads\/2023\/08\/image-19.png\")
<\/figure>\n\n\n\n2.\u00c1bra. ML Based Load Balancing Funtcions<\/strong><\/p>\n\n\n\n
<\/p>\n\n\n\n
Torl\u00f3d\u00e1s Detekt\u00e1l\u00e1s<\/strong><\/p>\n\n\n\n
A RIC Deep Learning technol\u00f3gi\u00e1ja a torl\u00f3d\u00e1s detekt\u00e1l\u00e1s\u00e1hoz a Distributed Unit (DU) \u00e1ltal gener\u00e1lt KPI-ket is felhaszn\u00e1lja a d\u00f6nt\u00e9shozataln\u00e1l. Az egyik ilyen performance indik\u00e1tor az RRC Connection (RRC) Utilization ami a cell\u00e1hoz kapcsol\u00f3d\u00f3 UE-k sz\u00e1m\u00e1t mutatja a maxim\u00e1lis sz\u00e1m\u00fa UE kapcsolathoz viszonyitva. Ezzel a cella kihaszn\u00e1lts\u00e1ga a UE-k r\u00e9sz\u00e9r\u0151l m\u00e9rhet\u0151.<\/p>\n\n\n\n
Ez alapj\u00e1n a torl\u00f3d\u00e1s detektor funkci\u00f3 kategoriz\u00e1lja a cell\u00e1t : Nem torl\u00f3d\u00f3, Alacsony forgalm\u00fa \u00e9s T\u00falterhelt kateg\u00f3ri\u00e1kba.<\/p>\n\n\n\n
Ezt az inform\u00e1ci\u00f3t a torl\u00f3d\u00e1s detektor tov\u00e1bbitja a Forgalom management funkci\u00f3hoz ahol a megfelel\u0151 UE-k \u00e9s c\u00e9l cell\u00e1k kiv\u00e1laszt\u00e1sa a k\u00f6vetkez\u0151 l\u00e9p\u00e9s.<\/p>\n\n\n\n
A megfelel\u0151 UE kiv\u00e1laszt\u00e1s\u00e1snak alapja a DU-t\u00f3l sz\u00e1rmaz\u00f3 v\u00e9teli jelszint (RSRP). A cell\u00e1hoz kapcsol\u00f3d\u00f3 \u00f6sszes UE az \u00e1ltauk m\u00e9rt RSRP jelszint alapj\u00e1n rangsorban ker\u00fcl, majd a legalacsonyabb jelszint\u0171 UE lesz kiv\u00e1lasztva el\u0151sz\u00f6r az \u00e1thelyez\u00e9sre.<\/p>\n\n\n\n
A target cell\u00e1k is rangsorba ker\u00fclnek. Szint\u00e9n a UE-k \u00e1ltal m\u00e9rt jelszintek (RSRP) alapj\u00e1n. Itt a leger\u0151sebb jelszint\u0171 szomsz\u00e9d cella lesz el\u0151re sorolva. Ezut\u00e1n a CU \/ UP (CP – Control Plane \u00e9s UP – User Plane) er\u0151forr\u00e1sok haszn\u00e1lata ker\u00fcl felm\u00e9r\u00e9sre \u00e9s a legalacsonyabb CU\/CP terhel\u00e9s\u0171 cella lesz kiv\u00e1laszva el\u0151sz\u00f6r. Ha nincs torl\u00f3d\u00e1s mentes traget cella a forgalom terel\u00e9shez akkor tov\u00e1bbi torl\u00f3d\u00e1s m\u00e9r\u00e9s \u00e9s \u00e9rt\u00e9kel\u00e9s ut\u00e1n egy bizonyos szint\u0171 torl\u00f3d\u00e1st megengedhet\u0151 a target cell\u00e1kn\u00e1l ami m\u00e9g nem befoly\u00e1solja a felhaszn\u00e1l\u00f3i \u00e9lm\u00e9nyt. Ha megvan a target cella akkor a k\u00f6vetkez\u0151 l\u00e9p\u00e9s a UE vagy UE-k target cell\u00e1ra val\u00f3 \u00e1tmozgat\u00e1sa handoverrel. Ha nincs egyetlen target cella sem ami megfelelne a krit\u00e9riumoknak akkor a kiv\u00e1lasztott UE vagy UE-k lekapcsol\u00e1sa t\u00f6rt\u00e9nik a service cell\u00e1r\u00f3l, vagyis UE Release Requested.<\/p>\n\n\n\n
<\/p>\n\n\n\n
A Torl\u00f3d\u00e1s Detekt\u00e1l\u00e1s \u00e9s Forgalom Terel\u00e9s Folyamata<\/strong><\/p>\n\n\n\n
![\"\"](\"https:\/\/www.xadv.eu\/wp-content\/uploads\/2023\/08\/image-20.png\")
<\/figure>\n\n\n\n3.\u00c1bra. Near-RT RIC \u00e9s xApps architecture<\/strong><\/p>\n\n\n\n
A Torl\u00f3d\u00e1s Detekt\u00e1l\u00e1s \u00e9s Forgalom Terel\u00e9s Folyamata a k\u00f6vetkez\u0151:<\/p>\n\n\n\n
\n\n- \n
- Az KPI Monitoring xApp a Subscriber Manageren kereszt\u00fcl begy\u00fcjti sz\u00fcks\u00e9ges KPI-ket a DU-t\u00f3l.<\/li>\n\n\n\n
- A KPI Monitoring xApp-hoz meg\u00e9rkeznek a k\u00e9rt KPI-k a E2 interf\u00e9szen kereszt\u00fcl a DU-t\u00f3l.<\/li>\n\n\n\n
- A KPI Monitoring xApp feldogozza a KPI-ket \u00e9s tov\u00e1bbitja a feldogozott adatokat az Overload Detection xApp-fel\u00e9.<\/li>\n\n\n\n
- Az Overload Detection xApp a feldolgozott KPI-ket tov\u00e1bbitja az ML Prediction Module-hoz ahol a LSTM neuro network felhaszn\u00e1l\u00e1s\u00e1val a torl\u00f3d\u00e1s predikci\u00f3 elk\u00e9sz\u00fcl a megfelel\u0151 algoritmusok alapj\u00e1n.<\/li>\n\n\n\n
- A torl\u00f3d\u00e1s predikci\u00f3 tov\u00e1bbit’va lesz\u00e1sra ker\u00fcl az Overload Detection xApp-hoz ami igy m\u00e1r komplett torl\u00f3d\u00e1s predikci\u00f3val rendelkezik \u00e9s a Traffic Steering xApp-nak tov\u00e1bbitja a rendelkez\u00e9s\u00e9re \u00e1ll\u00f3 adatokat.<\/li>\n\n\n\n
- A Traffic Steering xApp az Overload Detection inform\u00e1ci\u00f3k alapj\u00e1n \u00e9rtesiti a RAN Control xApp-ot a d\u00f6nt\u00e9s\u00e9r\u0151l amit a RAN Control xApp v\u00e9grehajt (p\u00e9ld\u00e1ul handover a target cella fel\u00e9) a Conflict Resolver-en kereszt\u00fcl.<\/li>\n\n\n\n
- A Conflict Resolver feladata, hogy ha t\u00f6bb int\u00e9zked\u00e9s is t\u00f6rt\u00e9nik egyid\u0151ben vagy k\u00f6zvetlen\u00fcl egym\u00e1s ut\u00e1n akkor az egyes parancsok ne \u00fctk\u00f6zzenek egym\u00e1ssal illetve ne okozzanak performance roml\u00e1st. A Conflict Resolver ha b\u00e1rmilyen KPI illetve performance roml\u00e1st detekt\u00e1l egy int\u00e9zked\u00e9s ut\u00e1sn akkor azonnal jelz\u00e9st k\u00fcld err\u0151l az oper\u00e1tor fel\u00e9 \u00e9s ha enged\u00e9lyezve van akkor azonnla vissza\u00e1llit\u00e1st is v\u00e9gez az legutols\u00f3 int\u00e9zked\u00e9sb\u0151l (Rollback).<\/li>\n\n\n\n
- Az E2 interf\u00e9szen kereszt\u00fcl a BBU megkapja az utasit\u00e1st, amelyet v\u00e9grehajt. Az eredm\u00e9nyr\u0151l KPI performace report k\u00e9sz\u00fcl periodikusan \u00e9s tov\u00e1bbit\u00f3dik a KPI Monitoring xApp fel\u00e9 ami elemzi az eredm\u00e9nyt \u00e9s ennek megfelel\u0151en tov\u00e1bb int\u00e9zkedik.<\/li>\n<\/ol>\n<\/div>\n<\/div>","protected":false},"excerpt":{"rendered":"
A RIC Intelligens Load Balancing funkci\u00f3 az O-RAN \u00e1ltal kidolgozott szabv\u00e1nyrendszeren alapul\u00f3 funkci\u00f3ja. A Hagyom\u00e1nyos vs RIC Intelligens Load Balancing A hagyom\u00e1nyos RAN h\u00e1l\u00f3zatok a R\u00e1di\u00f3 Er\u0151forr\u00e1s Management (Radio Resource Management – RRM) \u00e9s forgalom management ink\u00e1bb cella centrikus mint UE centrikus. A szolg\u00e1ltat\u00f3k lehet\u0151s\u00e9gei korl\u00e1tozottak n\u00e9h\u00e1ny param\u00e9ter be\u00e1llit\u00e1sra ami ink\u00e1bb reaktiv mint proaktiv megold\u00e1sokat …<\/p>\n