De groep roept op tot grootschalige O-RAN-implementaties vanaf volgend jaar. "Macro-implementatie is het primaire doel", zegt de groep, eraan toevoegend dat kleine O-RAN-cellen ook een doelwit zijn voor binnenshuis.
"Een duidelijke focus voor Open RAN ligt op 3.4-3.8 GHz en een aantal oudere FDD-banden, terwijl de interesse in millimetergolf gebonden is aan de beschikbaarheid van specifieke landen", aldus het document.
“Open X2/Xn zijn een basislijn, maar een volledig gedesaggregeerd RAN vereist ook een Open F1-interface voor de CU-DU-splitsing van gNB’s. Open E2- en A1-interfaces zijn ook vereist en moeten voldoen aan de O-RAN ALLIANCE-specificaties om multi-vendor / multi0-toepassingen mogelijk te makentechnologie RIC-implementatie op middellange termijn”, zegt het document, eraan toevoegend “voor een uniforme SMO-aanpak zullen interoperabele O1-interfaces naar alle RAN-knooppunten vereist zijn, terwijl de O2-interface nodig zal zijn voor de SMO (Service Management & Orchestration) om de CNF’s die draaien op de O-Cloud-infrastructuur.”
De paper zegt dat de reguliere implementatie een op Kubernetes gebaseerd O-Cloud (Open Cloud) -platform zou zijn dat de benodigde RAN-software ondersteunt. Voor de software is een Containerized Network Function (CNF) op Bare Metal de doeloplossing.
De operators ondersteunen cloudfuncties zoals "de definitie van beleid voor automatisch schalen voor een bepaalde node-pool, waardoor het aantal nodes automatisch kan worden geschaald op basis van metrische gegevens zoals CPU en aantal gebruikers."
Het O-Cloud-platform moet ook tijdsynchronisatie (PTP, SyncE, GPS) en hardwareversnellers ondersteunen, evenals een Acceleration Abstraction Layer (AAL) die een reeks open API's levert aan CNF-applicaties voor het ontladen van de hardwareversnelde functies.
De O-CU / O-DU's worden geïmplementeerd als CNF's op "energiezuinige en betrouwbare GPP-CPU's met HW-versnellingsondersteuning voor O-DU-verwerking".
De paper vraagt om varianten voor legacy-banden, 3.4-3.8 GHz en millimetergolfspectrum, met verschillende transmissiemodi (aantal TRX), uitgangsvermogenwaarden en bandbreedtevereisten afhankelijk van de frequentiebanden.
“Single band, dual band of triple band producten zijn vereist, afhankelijk van de respectievelijke banden. Ondersteuning voor multi-band O-RU's voor lage en middenbanden is belangrijk voor een kosteneffectieve implementatie. Enorme MIMO-producten (32 en 64 TRX) worden voornamelijk gevraagd in 3.4-3.8 GHz. De belangrijkste focus ligt op macrocelproducten, maar er zijn ook kleincellige producten nodig, zowel binnen als buiten. "
RIC krijgt goedkeuring en zegt dat het verbeteringen zou moeten brengen in termen van programmeerbaarheid, met AI / ML-enabled SON- en Radio Resource Management-applicaties met betrekking tot verkeerssturing, QoS / QoE-optimalisatie, RAN-slicing en Massive MIMO.
"Open E2- en A1-interfaces zijn de basisvereisten om RIC-implementatie van meerdere leveranciers vanaf een vroege fase mogelijk te maken", aldus het document.
Implementaties moeten ook beheersbaar zijn binnen een automatisering en servicemanagement en orkestratie (SMO) -raamwerk, en hier zeggen de operators: “Automation & SMO-leveranciers zullen een uniform data- en informatiemodel gebruiken (afgestemd op O-RAN ALLIANCE, 3GPP, ETSI en ONAP) om de efficiëntie van servicemanagement en leverancieronafhankelijke automatisering te verhogen.
“Het Service Management and Orchestration-framework is een centrale RAN-domeinfunctie voor het beheren en besturen van gedesaggregeerde RAN-netwerkfuncties (NF) van meerdere leveranciers. De visie is om leverancierspecifieke acceptatie van propriëtaire EMS-functies (Element Management System) te vermijden door een uniforme modelleringsaanpak te gebruiken. "
"De SMO-functie vereist gedefinieerde Northbound Interfaces, bijvoorbeeld 3GPP, TM Forum Open API of een gedefinieerde functionele splitsing voor OSS-systemen."
'Open fronthaul wordt beschouwd als de belangrijkste interface om een opgesplitst RAN van meerdere leveranciers te implementeren, inclusief massale MIMO, als basis voor de eerste macro-implementaties ”.
“Om een concurrerend alternatief voor traditionele RAN te worden, hebben de operators oplossingen nodig die geen concessies doen aan netwerkkwaliteit, veiligheid en hoge energie-efficiëntie, zoals ondersteuning voor 4G en 5G op basis van zowel standalone als niet-standalone, efficiënte RAN-sharing en legacy bandondersteuning. ”.
“Andere mogelijkheden met betrekking tot een intelligent en programmeerbaar RAN zullen naar verwachting later opduiken, waardoor gespecialiseerde start-ups kunnen ontstaan en een actieve rol kunnen spelen. Ze zijn allemaal essentieel op de lange termijn om een concurrerend open RAN-ecosysteem op te bouwen. "