Mobilfunknetze werden so komplex, dass klassische Automatisierung nicht mehr ausreicht. Der Weg zu einem autonomen RAN (Radio Access Network), also dem Zugangsnetz zwischen Endger\u00e4t und Mobilfunkinfrastruktur, f\u00fchrt jedoch nicht \u00fcber einen Bruch der genutzten Techniken, sondern \u00fcber eine evolution\u00e4re Weiterentwicklung innerhalb des Netzes.<\/p>\n
Diese reicht von Self-Organizing Networks (SON), die Konfiguration, Optimierung und Fehlerbehebung in Funknetzen automatisieren, \u00fcber Service Management and Orchestration (SMO) als zentrale Steuerungs- und Orchestrierungsebene bis hin zu rApps, modularen Anwendungen zur Umsetzung und Erweiterung von Automatisierungsfunktionen in offenen RAN-Architekturen. Gemeinsam bilden sie die Grundlage f\u00fcr ein Netz, das die Ziele des Betreibers versteht, den jeweiligen Kontext erkennt und sich selbstst\u00e4ndig optimiert, ohne bestehende Investitionen zu gef\u00e4hrden, wie dies ein radikaler Bruch t\u00e4te.<\/p>\n
Die betriebliche Realit\u00e4t moderner Mobilfunknetze ver\u00e4ndert sich grundlegend, also das t\u00e4gliche Aufrechterhalten aller Funktionen unter realen Lasten, St\u00f6rungen, Topologie\u00e4nderungen und bei wachsender Dienstvielfalt. Offene Architekturen, Multi-Vendor-Umgebungen und KI-Workloads erh\u00f6hen die Zahl der Abh\u00e4ngigkeiten und Steuerungsaufgaben im RAN sowie in der End-to-End-Architektur. In dieser Situation wird ein autonomes RAN der Stufe 4, das Ziele versteht und selbst\u00e4ndig die passenden Ma\u00dfnahmen ausw\u00e4hlt, zu einer realistischen und notwendigen Perspektive.<\/p>\n
Ein Beispiel aus dem Netzbetrieb zeigt diese Entwicklung deutlich: W\u00e4hrend fr\u00fcher ein lokaler Kapazit\u00e4tsengpass durch manuelle Parameteranpassungen oder statische Load-Balancing-Mechanismen entsch\u00e4rft wurde, m\u00fcssen heutige Netze gleichzeitig auf Verkehrsspitzen, Energieziele, Service-Level-Vereinbarungen und Interferenzen reagieren und das in Echtzeit. Die operative Komplexit\u00e4t steigt nicht linear, sondern exponentiell.<\/p>\n
Jede Mobilfunkgeneration wurde von einem dominanten Workload gepr\u00e4gt: erst Sprache, dann mobile Daten, sp\u00e4ter Video und heute KI-Lasten sowie maschinelle Kommunikation. Diese Entwicklung ist nicht nur technologisch, sondern auch architektonisch relevant. W\u00e4hrend 4G-Netze vor allem auf hohen Durchsatz optimiert wurden, m\u00fcssen 5G- und k\u00fcnftig 6G-Netze zus\u00e4tzlich extrem niedrige Latenzen, deterministische Dienste und massive IoT-Dichten unterst\u00fctzen. Historisch betrachtet war jede Workload-Verschiebung ein Wendepunkt. 2G brachte erstmals automatisierte Frequenzplanung. 3G erforderte dynamische Leistungssteuerung. 4G machte Inter-Cell Interference Coordination (ICIC) und SON unverzichtbar. Mit 5G wird KI-gest\u00fctzte Orchestrierung notwendig, weil die Zahl der Parameter und Abh\u00e4ngigkeiten die menschliche Steuerbarkeit zunehmend \u00fcbersteigt.<\/p>\n
Cloud-basierte RAN-Architekturen, Open-RAN-Modelle und Network Slicing schaffen neue Freiheitsgrade, erh\u00f6hen aber zugleich die Anforderungen an Orchestrierung und Interoperabilit\u00e4t. Die Vielfalt der Komponenten und Hersteller erweitert die Gestaltungsm\u00f6glichkeiten, verlangt aber Systeme, die diese Vielfalt zuverl\u00e4ssig koordinieren. Ein praktisches Beispiel: Ein Betreiber muss gleichzeitig Kommunikationsdienste mit extrem niedriger Latenz und hoher Zuverl\u00e4ssigkeit f\u00fcr industrielle Anwendungen (URLLC), breitbandige Datendienste mit hohen Datenraten (eMBB) sowie die Anbindung einer sehr gro\u00dfen Zahl vernetzter Ger\u00e4te und Sensoren (mMTC) bereitstellen. Ohne kontextbasierte Orchestrierung entsteht ein Flickenteppich aus konkurrierenden Steuerimpulsen.<\/p>\n
Klassische Automatisierung arbeitet mit isolierten Regelkreisen, die jeweils nur einen Ausschnitt des Gesamtsystems betrachten. In einem Netz, das sich permanent ver\u00e4ndert und in dem viele Funktionen gleichzeitig aktiv sind, f\u00fchrt das zu Konflikten, Inkonsistenzen und suboptimalen Entscheidungen. Netze m\u00fcssen deshalb kontextsensitiv und zielorientiert handeln: Menschen definieren Absichten, sogenannte Intents, das Netz entscheidet selbstst\u00e4ndig, wie es diese erreicht.<\/p>\n
Ein Beispiel aus der Praxis: Ein Coverage-Optimierer erh\u00f6ht die Sendeleistung einer Zelle, w\u00e4hrend ein Energie-Optimierer sie gleichzeitig senken m\u00f6chte. Ohne \u00fcbergeordnete Governance entstehen widerspr\u00fcchliche Aktionen. Dies ist ein klassisches Problem isolierter Automatisierungslogiken.<\/p>\n
Der \u00dcbergang zu einem autonomen RAN ist keine radikale Transformation, sondern eine Weiterentwicklung, die mit den Self-Organizing Networks begonnen hat. SON hat gezeigt, wie sich Konfiguration, Optimierung und Fehlerbehebung in gro\u00dfen Funknetzen automatisieren lassen. Diese Systeme sind weiterhin wertvoll, weil sie \u00fcber Jahre hinweg gelernt haben, wie reale Netze sich unter Last, bei St\u00f6rungen oder in komplexen Topologien verhalten. Dieses gewachsene Wissen bildet eine unverzichtbare Grundlage f\u00fcr h\u00f6here Autonomiegrade.<\/p>\n
Historisch betrachtet war SON der erste Schritt hin zu geschlossenen Regelkreisen im RAN. Funktionen wie Automatic Neighbor Relation (ANR), Mobility Load Balancing (MLB) oder Coverage and Capacity Optimization (CCO) haben gezeigt, dass Netze sich selbst stabilisieren k\u00f6nnen, allerdings nur innerhalb klar abgegrenzter Funktionsbereiche.<\/p>\n
Viele Betreiber nutzen diese F\u00e4higkeiten bis heute produktiv. Anbieter wie Nokia haben \u00fcber Jahre SON-L\u00f6sungen entwickelt und in gro\u00dfen Mobilfunknetzen implementiert. Diese Erfahrungen und die daraus entstandenen Optimierungsmodelle bilden heute eine wichtige Grundlage f\u00fcr den \u00dcbergang zu offenen und st\u00e4rker automatisierten Betriebsmodellen.<\/p>\n
Der n\u00e4chste Schritt besteht darin, diese etablierten Funktionen in ein \u00fcbergeordnetes Steuerungsmodell einzubetten. Hier setzt das Service Management and Orchestration Framework an, wie es von der O-RAN Alliance definiert wurde. SMO bildet eine offene und interoperable Steuerungsschicht, die Multi-Vendor- und Multi-Technologie-RANs koordiniert und sowohl klassische als auch cloud-native Deployments unterst\u00fctzt. Es ist die Instanz, in der Automatisierung, Daten, KI-Modelle und Richtlinien zusammenlaufen und in der sich die operative Intelligenz des Netzes konzentriert.<\/p>\n
Ein Beispiel: W\u00e4hrend SON-Funktionen typischerweise auf Zellebene agieren, kann das SMO Netzverhalten \u00fcber Regionen hinweg analysieren, Konflikte erkennen und Optimierungen priorisieren. So l\u00e4sst sich beispielsweise verhindern, dass ein lokaler Kapazit\u00e4tsgewinn globale Interferenzprobleme verursacht.<\/p>\n
Mit der Einf\u00fchrung von rApps, modularen Anwendungen im Non-Real-Time RAN Intelligent Controller, wird diese Offenheit konkret. rApps standardisieren, wie Automatisierungsfunktionen entwickelt, bereitgestellt und betrieben werden. Sie ersetzen jedoch nicht die Optimierungsintelligenz, die \u00fcber Jahre in SON-Systemen gereift ist. Vielmehr entsteht ein gemeinsames System: SON-Funktionen und rApps arbeiten nebeneinander, orchestriert durch das SMO, das Kontext versteht, Konflikte erkennt und Entscheidungen priorisiert. Zum Beispiel kann Eine rApp langfristige Verkehrsprognosen erstellen, w\u00e4hrend eine SON-Funktion kurzfristige Parameter optimiert. Erst die Kombination beider Zeithorizonte erzeugt ein Netz, das sowohl reaktiv stabil als auch strategisch vorausschauend agiert.<\/p>\n
Damit Autonomie zuverl\u00e4ssig funktioniert, braucht es Governance. Wenn viele Automatisierungsfunktionen parallel arbeiten, steigt das Risiko widerspr\u00fcchlicher Aktionen. Intent-basierte Betriebsmodelle, Richtlinien und systematische Konflikterkennung sorgen daf\u00fcr, dass das Netz vorhersehbar und sicher handelt und dass Optimierungen mit den \u00fcbergeordneten Zielen des Betreibers \u00fcbereinstimmen.<\/p>\n
Autonomie entsteht, wenn das Netz Kontext versteht: Verkehrslast, Topologie, Serviceanforderungen, Energieziele und betriebliche Priorit\u00e4ten. Erst dann kann es proaktiv handeln, statt lediglich auf Ereignisse zu reagieren. Das SMO wird zur Instanz, die diese Kontextualisierung erm\u00f6glicht und sowohl etablierte SON-Funktionen als auch neue rApps orchestriert. F\u00fcr Betreiber ist entscheidend, dass dieser Weg ihre bestehenden Investitionen sch\u00fctzt. SON-Funktionen bleiben nutzbar, rApps k\u00f6nnen schrittweise erg\u00e4nzt werden und offene Schnittstellen lassen sich kontrolliert einf\u00fchren. Der Autonomiegrad w\u00e4chst entsprechend der betrieblichen Reife im Sinne des TM Forum Autonomous Network Frameworks.<\/p>\n
Autonomes RAN ist damit keine Revolution, sondern eine konsequente Weiterentwicklung auf Basis dessen, was sich im realen Netzbetrieb bew\u00e4hrt hat. Der Weg f\u00fchrt nicht vom Bestehenden weg, sondern baut auf den Erfahrungen, Datenbest\u00e4nden und Automatisierungsmechanismen auf, die Mobilfunknetze bereits heute effizient und zuverl\u00e4ssig machen.<\/p>\n
Nokia\/Stephan Mayer<\/em><\/p>\n <\/p>\n","protected":false},"excerpt":{"rendered":" Mobilfunknetze werden so komplex, dass klassische Automatisierung nicht mehr ausreicht. Der Weg zu einem autonomen RAN (Radio Access Network), also dem Zugangsnetz zwischen Endger\u00e4t und Mobilfunkinfrastruktur, f\u00fchrt jedoch nicht \u00fcber einen Bruch der genutzten Techniken, sondern \u00fcber eine evolution\u00e4re Weiterentwicklung innerhalb des Netzes. Diese reicht von Self-Organizing Networks (SON), die Konfiguration, Optimierung und Fehlerbehebung in […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[5,4],"tags":[],"class_list":["post-2151","post","type-post","status-publish","format-standard","hentry","category-networks","category-telecom"],"_links":{"self":[{"href":"https:\/\/www.lan-wan-telecom.de\/index.php\/wp-json\/wp\/v2\/posts\/2151","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.lan-wan-telecom.de\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.lan-wan-telecom.de\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.lan-wan-telecom.de\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.lan-wan-telecom.de\/index.php\/wp-json\/wp\/v2\/comments?post=2151"}],"version-history":[{"count":2,"href":"https:\/\/www.lan-wan-telecom.de\/index.php\/wp-json\/wp\/v2\/posts\/2151\/revisions"}],"predecessor-version":[{"id":2155,"href":"https:\/\/www.lan-wan-telecom.de\/index.php\/wp-json\/wp\/v2\/posts\/2151\/revisions\/2155"}],"wp:attachment":[{"href":"https:\/\/www.lan-wan-telecom.de\/index.php\/wp-json\/wp\/v2\/media?parent=2151"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.lan-wan-telecom.de\/index.php\/wp-json\/wp\/v2\/categories?post=2151"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.lan-wan-telecom.de\/index.php\/wp-json\/wp\/v2\/tags?post=2151"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}