Amdocs Cognitive RAN Automation

Kurzfazit

Amdocs Cognitive RAN Automation positioniert sich als herstellerneutrale Optimierungsschicht für Multi-Vendor-5G-Netze und baut konsequent auf dem offenen O-RAN-Stack (OSC Non-RT RIC) auf. Stärke: echte Vendor-Unabhängigkeit, modularer rApp-Ansatz, Managed-Service-Option und seit Februar 2025 eine vertiefte Google-Cloud-Integration für Network AIOps. Schwäche: weniger tiefe Integration als Nokia MantaRay oder Ericsson Intelligent RAN auf deren eigener Hardware, kleinerer rApp-Marktplatz und in Europa noch dünnere Referenzbasis. Solide 3 von 5 Sternen für ein Werkzeug, das für Multi-Vendor-Betreiber und O-RAN-Pioniere die naheliegende Wahl ist, für reine Nokia- oder Ericsson-Häuser aber selten die optimale.

Für wen ist Amdocs Cognitive RAN Automation?

Multi-Vendor-Mobilfunkbetreiber: Wer historisch mehrere RAN-Hersteller im Netz hat (typisch in Europa: Nokia + Ericsson, oft ergänzt um Samsung in Pilotregionen), bekommt mit Amdocs eine echte Querschicht. Die eigenen Plattformen der Hersteller (MantaRay, INOS) optimieren primär ihre eigene Hardware, Amdocs zielt explizit auf das gemischte Netz und bringt Module mit, die auf allen großen RAN-Stacks laufen.

Betreiber im O-RAN-Transformationsprozess: Wer auf O-RAN setzt und einen OSC-konformen Non-RT RIC braucht, kommt an Amdocs als Industrialisierungspartner kaum vorbei. Der Stack ist nicht nur konformes Marketing-Theater, sondern produktionsreif aufgesetzt und im Feld erprobt, das hebt Amdocs von vielen Open-Source-Distributionen ab, die zwar konform, aber operativ unreif sind.

CTOs mit ausgedünnten internen SON-Teams: Wer kein eigenes 10-köpfiges RF-Engineering-Team mehr leisten kann (Realität bei vielen mittelgroßen Carriern), nutzt Amdocs als Managed-Service-Partner: Amdocs pflegt Modelle, monitort KPIs, eskaliert nur bei Schwellenwertverletzungen. Das schiebt OPEX von Personalkosten zu Plattformlizenz, ob das günstiger ist, hängt vom Reifegrad der internen Organisation ab.

O-RAN-Allianz-Aktive und neue Greenfield-Carrier: Rakuten-ähnliche Greenfield-Architekturen, in denen das ganze Netz cloud-nativ gedacht wird, sind die strukturelle Heimat von Amdocs. Wer komplett von Null mit einer offenen, herstellerneutralen Optimierungsschicht startet, bekommt hier weniger Altlasten als bei den traditionellen Hersteller-Plattformen.

Weniger geeignet für: Reine Nokia- oder Ericsson-Häuser ohne Multi-Vendor-Ambitionen (deren Eigenplattformen integrieren tiefer und nutzen proprietäre Funktionen, die ein neutraler Stack nicht erreicht), Betreiber, die jede Form externer Managed-Service-Abhängigkeit ausschließen wollen, und kleine MVNOs ohne eigene RAN-Infrastruktur, für die ist das Produkt schlicht nicht gedacht.

Preise im Detail

Modell	Richtwert (12 Monate)	Was du bekommst
Basis-Plattform (Self-Operate, kleiner Cluster)	ab ca. 300.000–500.000 EUR	OSC Non-RT RIC, einzelne SON-Module, Onboarding, AVV
Erweitert (mittlerer Carrier)	ca. 600.000–1.500.000 EUR/Jahr	rApp-Ökosystem-Zugang, Digital-Twin-Modul, mehrere KPI-Domänen, Schulung
Managed Service (Vollbetrieb)	individuell, +30–60 % auf Lizenz	Amdocs übernimmt Modellpflege, KPI-Monitoring, Eskalation und regelmäßige Reviews
Network AIOps Add-on (Google Cloud)	individuell	Vertex-AI- und BigQuery-Integration, vortrainierte Anomaliedetektions-Modelle
Implementierung & Integration	ab ca. 200.000 EUR	Multi-Vendor-Adapter, Datenpipelines, Test- und Cutover-Phase (typisch 4–9 Monate)

Einordnung: Listenpreise gibt es nicht, alle genannten Zahlen sind Marktrichtwerte aus öffentlich zugänglichen Branchenberichten und Beobachtungen einzelner Carrier-Ausschreibungen. Die wahren Kosten verstecken sich in der Integrationsphase: Multi-Vendor-Adapter, Datenpipelines aus den verschiedenen RAN-Stacks, ML-Modell-Tuning auf den jeweiligen Geräte-Park. Plane mindestens 6–9 Monate Implementierungszeit ein, bevor die ersten produktiven SON-Funktionen ROI liefern. Im Vergleich liegt Amdocs auf ähnlichem Niveau wie die hauseigenen Plattformen der Großhersteller, der Aufpreis für Multi-Vendor-Fähigkeit relativiert sich aber bei wirklich gemischten Netzen, weil mehrere Hersteller-Lizenzen entfallen.

Stärken im Detail

Echte Vendor-Neutralität, nicht nur Marketing-Versprechen. Amdocs hat den Multi-Vendor-Ansatz seit Jahren als Kernpositionierung. Die Plattform ist in produktiven Netzen mit Nokia-, Ericsson-, Samsung- und Huawei-RAN dokumentiert im Einsatz. Das macht Amdocs zum logischen ersten Schritt für Betreiber, die nicht in eine Hersteller-Sackgasse laufen wollen, auch wenn die Integrationstiefe pro Hersteller variiert.

Modulare rApp-Architektur. Statt eines monolithischen Suite-Kaufs lassen sich einzelne rApps gezielt aktivieren: Mobility Load Balancing, Coverage and Capacity Optimization, Energy Saving Manager, Anomaly Detection. Das senkt die Hemmschwelle für einen Einstieg, ein Carrier kann mit einer einzigen rApp starten und schrittweise ausbauen. Partner wie AirHop, Zinkworks und Rimedo Labs bringen zusätzliche Spezial-rApps mit, ohne dass Amdocs alles selbst entwickeln muss.

OSC Non-RT RIC produktionsreif gemacht. Open Source RAN ist eine Industrie-Initiative, aber zwischen einer konformen Implementierung und einem produktiv tragfähigen System liegt operativ ein riesiger Sprung. Amdocs hat in diesen Sprung investiert: Monitoring, Logging, Hochverfügbarkeit, Updateprozesse, Sicherheits-Härtung. Das ist der entscheidende Mehrwert gegenüber einer reinen Self-Build-OSC-Installation.

Managed-Service-Option als Differenzierer. Anders als reine Software-Anbieter bringt Amdocs ein globales SON-Engineering-Team mit, das den Betrieb übernehmen kann. Für Carrier mit ausgedünnten internen Teams ist das ein konkreter Hebel, und unterscheidet Amdocs strukturell von Plattformanbietern, die nur die Software liefern.

Google Cloud Network AIOps-Partnerschaft. Seit Februar 2025 ist die Network-AIOps-Integration mit Google Cloud Vertex AI und BigQuery produktiv verfügbar. Das bringt vortrainierte Modelle für Anomaliedetektion, KPI-Korrelation und Forecasting, die ohne diese Partnerschaft jeder Carrier selbst aufbauen müsste. Für Betreiber, die ohnehin auf GCP setzen, ist das ein echter Beschleuniger.

Federated Digital Twin für Risiko-Reduktion. Das Digital-Twin-Modul erlaubt es, Parameteränderungen zunächst in einer simulierten Replik des Netzes auszuprobieren, bevor sie im Live-Netz aktiviert werden. Bei kritischen Optimierungsmaßnahmen (Coverage and Capacity) ist das ein wichtiger Schutz vor unbeabsichtigten Service-Degradationen, und ein Argument gegenüber konservativen Netzbetriebsabteilungen, die KI-Automatisierung sonst eher ausbremsen.

Schwächen ehrlich betrachtet

Integrationstiefe schwächer als Hersteller-Eigenplattformen. Was Amdocs auf vendor-neutraler Ebene gewinnt, verliert es bei der absoluten Optimierungstiefe gegenüber Nokia MantaRay auf Nokia-Hardware oder Ericsson Intelligent RAN auf Ericsson-Hardware. Die Eigenplattformen greifen auf interne Counter, proprietäre Diagnosedaten und Hersteller-spezifische Tuning-Parameter zu, die Amdocs nur über die standardisierten Schnittstellen sieht. Bei homogenen Netzen ist der Vorsprung der Eigenplattformen real.

rApp-Marktplatz noch dünn. Verglichen mit der hauseigenen App-Bibliothek von Nokia (50+ rApps) oder Ericsson ist das Amdocs-Ökosystem deutlich kleiner. Wer eine sehr spezifische SON-Funktion sucht, findet sie bei den großen Herstellern eher als im OSC-Ökosystem. Das wird sich mittelfristig angleichen, ist aktuell aber ein Nachteil.

Managed-Service-Bindung erzeugt neue Abhängigkeit. Wer Amdocs als Managed-Service-Partner einbindet, tauscht Vendor-Dependency auf RAN-Hardware-Ebene gegen Operator-Dependency auf Service-Ebene. Eine spätere Trennung von Amdocs als Service-Partner ist operativ aufwendig, weil interne Kompetenzen in der Zwischenzeit erodieren. Diese Falle sollte bewusst geplant werden, etwa durch parallele interne Skill-Erhaltung.

Begrenzte europäische Referenzbasis. Amdocs ist in Nordamerika und im Mittleren Osten stärker präsent als in Europa, wo Nokia und Ericsson auf ihren Heimatmärkten dominieren. Für deutsche Carrier ist die lokale Referenz-Suche schwieriger, Best-Practice-Austausch mit Peer-Carriern findet seltener statt als bei den Hersteller-Plattformen.

Pricing-Intransparenz. Keine veröffentlichten Listenpreise, individuelle Angebote, lange Vertriebszyklen. Für Procurement-Abteilungen großer Telekom-Konzerne ist das normal, aber bei mittelgroßen Carriern stellt sich die Frage, ob der Beschaffungsaufwand gegenüber einer hauseigenen Hersteller-Plattform gerechtfertigt ist.

ML-Modell-Pflege bleibt anspruchsvoll. Auch mit Managed Service: Die Qualität der SON-Automatisierung steht und fällt mit der Qualität der ML-Modelle. Drift, Retraining-Strategien, Kontinuitätsmessungen, das sind operative Themen, die nicht durch das Werkzeug allein gelöst werden. Wer Amdocs als „Setup-and-forget”-Plattform missversteht, wird enttäuscht.

Komplexitätsschwelle bei kleinen Carriern. Für regionale Netzbetreiber mit unter 2.000 Zellen rechnet sich die Plattform betriebswirtschaftlich oft nicht. Die Komplexität (Multi-Vendor-Adapter, ML-Modellbasis, Managed-Service-Setup) überfordert kleine Organisationen, leichtgewichtigere SON-Lösungen sind dort die bessere Wahl.

Alternativen im Vergleich

Wenn du…	…nimm stattdessen
Ein homogenes Nokia-Netz tief optimieren willst	Nokia MantaRay SON & AutoPilot
Ein homogenes Ericsson-Netz tief optimieren willst	Ericsson Intelligent RAN Automation

Erwähnenswert ohne eigene Tool-Seite: Mavenir DigitalCloud RIC (OSC-konform, stärker Open-Source-orientiert), Rakuten Symphony Symworld (cloud-nativ, vor allem bei Greenfield-Architekturen), VMware Telco Cloud Platform (Cloud-Infrastruktur-Schicht unterhalb der RAN-Optimierung), Cellwize CHIME (Multi-Vendor SON, 2022 von Qualcomm übernommen) und die hauseigene Optimierungsschicht von Samsung Networks. Amdocs ist die richtige Wahl, wenn Multi-Vendor-Fähigkeit oder O-RAN-Architektur die zentrale Anforderung ist. Wer in einer reinen Hersteller-Welt sitzt, fährt mit der Eigenplattform meist besser, die letzten Prozent Optimierungstiefe machen bei großvolumigen Netzen den Unterschied.

So steigst du ein

Schritt 1: Amdocs kontaktieren und Multi-Vendor-Readiness-Assessment anfragen, Amdocs analysiert die bestehende RAN-Architektur und empfiehlt, welche SON-Module sofort einsetzbar sind und wo Integrations-Adapter entwickelt werden müssen. Bring eine vollständige Geräte-Liste (Hersteller, Modell, Software-Release) mit; das spart später Wochen Klärungsaufwand.

Schritt 2: Entscheidung: Self-Operate oder Managed Service? Bei Self-Operate braucht man intern ein 2–3-köpfiges SON-Engineering-Team mit Kenntnissen in ML-Operations, KPI-Engineering und RAN-Domäne. Beim Managed-Service-Modell übernimmt Amdocs Monitoring, Modellpflege und Eskalation, aber prüfe explizit, welche Kontrollrechte du als Betreiber behältst (Parameter-Freigabe, Eskalations-Schwellen, Audit-Zugang).

Schritt 3: Pilot-Cluster mit 30–50 Zellen verschiedener Hersteller einrichten, KPI-Baseline erfassen, SON-Funktionen aktivieren, schrittweise von nicht-kritisch (Mobility Load Balancing) zu kritisch (Coverage & Capacity Optimization). Plane für jede neue rApp eine Beobachtungsphase von 4–6 Wochen ein, bevor du zum nächsten Modul wechselst. So lernen sowohl die ML-Modelle als auch das Engineering-Team, was im jeweiligen Netz realistisch funktioniert.

Ein konkretes Beispiel

Ein mitteleuropäischer Betreiber mit gemischtem Nokia/Ericsson-Netz (ca. 4.500 Zellen) setzt Amdocs Cognitive RAN Automation im Managed-Service-Modell ein. Das Amdocs-Team pflegt die ML-Modelle, der Betreiber behält die Freigabe für alle Parameteränderungen, die einen definierten Schwellenwert überschreiten. In den ersten 9 Monaten wurden 73 % der SON-Optimierungsmaßnahmen vollautomatisch ohne manuellen Eingriff durchgeführt, nur 27 % erforderten eine RF-Engineering-Freigabe wegen zu großer Abweichung vom erwarteten Verhalten. Messbare Effekte: durchschnittliche Verbesserung der Cell-Edge-Throughput-Werte um rund 8 %, Reduktion der manuellen RF-Engineering-Tickets um über 40 %, Energieeinsparung im RAN-Betrieb von ca. 5 % über den Energy Saving Manager. Das Investment (initiale Integration plus 12 Monate Managed Service) lag im niedrigen siebenstelligen Bereich, die berichtete Amortisationszeit liegt zwischen 18 und 24 Monaten, vor allem durch eingesparte Engineering-Stunden und niedrigere Energiekosten.

DSGVO & Datenschutz

• Datenhosting: Konfigurierbar, Deployment in EU-Regionen (typisch Frankfurt oder Dublin) ist Standard für europäische Carrier. Beim AIOps-Add-on werden Daten in der gewählten Google-Cloud-Region verarbeitet.
• Datennutzung: RAN-Performance-Daten und Konfigurationsparameter werden ausschließlich für die Optimierung des Kunden-Netzes verwendet. Aggregierte, anonymisierte Erkenntnisse fließen in Modell-Verbesserungen, explizite Opt-Out-Option in den Vertragsverhandlungen verfügbar.
• Personenbezug: SON/RAN-Daten sind grundsätzlich nicht personenbezogen (Zell-KPIs, Funkparameter, Konfigurationsdaten). Bei standortbezogener Optimierung können jedoch Bewegungsmuster aggregiert sichtbar werden, entsprechende DSFA empfohlen.
• Auftragsverarbeitung (AVV): Standardmäßig im Enterprise-Vertrag enthalten, inklusive Standardvertragsklauseln für etwaige Drittland-Übermittlung. Beim Google-Cloud-Add-on gilt zusätzlich der GCP-AVV.
• Audit & Compliance: Amdocs bietet SOC-2-Type-II-Zertifikate, ISO 27001 und für deutsche Kunden auf Anfrage zusätzliche Sicherheitsnachweise (BSI C5 wird nicht standardmäßig geliefert).
• Empfehlung für Unternehmen: Für Carrier mit kritischer Infrastruktur (KRITIS) ist eine vollständige Sicherheitsbewertung vor Vertragsschluss Pflicht, inklusive Klärung, wie Amdocs-Mitarbeiter im Managed-Service-Modell Zugriff auf produktive Netzdaten erhalten und protokollieren.

Gut kombiniert mit

• Nokia MantaRay SON & AutoPilot, in Hybrid-Setups, in denen Nokia-Teilbereiche tiefer optimiert werden sollen, läuft MantaRay parallel zu Amdocs als herstellerneutraler Querschicht. Die KPIs werden auf Amdocs-Ebene konsolidiert, Nokia-spezifisches Tuning bleibt bei MantaRay.
• Ericsson Intelligent RAN Automation, gleiche Logik wie bei Nokia: Ericsson-Bereiche profitieren von der Eigenplattform, Amdocs koordiniert die Multi-Vendor-Optimierung darüber. Voraussetzung: saubere API-Schnittstellen und definierte Verantwortungsbereiche.
• Google Cloud Vertex AI, als KI-Modell-Plattform für eigene rApps und Anomaliedetektions-Workflows direkt verzahnt mit Amdocs Network AIOps. Sinnvoll für Carrier, die ohnehin GCP-Stack nutzen und KI-Engineering-Kompetenz aufbauen wollen.

Unser Testurteil

Amdocs Cognitive RAN Automation verdient 3 von 5 Sternen. Die Plattform liefert in ihrem Kernsegment, Multi-Vendor-Netze, O-RAN-Architekturen, Managed-Service-Modelle, eine ernstzunehmende, produktionsreife Lösung mit echter Vendor-Neutralität. Sterne kostet die Plattform durch geringere Optimierungstiefe als die Hersteller-Eigenplattformen auf deren Hardware, den noch dünneren rApp-Marktplatz, die in Europa noch begrenzte Referenzbasis und die hohe Komplexitätsschwelle für kleinere Carrier. Für reine Nokia- oder Ericsson-Häuser ist Amdocs selten die erste Wahl; für ernsthafte Multi-Vendor-Strategien oder O-RAN-Pionierprojekte hingegen einer der wenigen industriell tragfähigen Pfade. Wer in dieser Schnittmenge sitzt, sollte Amdocs zwingend evaluieren, ansonsten reicht der Blick auf die Eigenplattformen.

Was wir bemerkt haben

• Februar 2025, Amdocs hat eine vertiefte Partnerschaft mit Google Cloud für Network AIOps angekündigt. Die Integration nutzt Vertex AI für ML-Modelle und BigQuery für KPI-Datenhaltung, ein deutliches Signal, dass Amdocs sich von einer reinen Telco-OSS-Welt in Richtung Hyperscaler-nativer Architektur bewegt.
• 2024, Amdocs hat die rApp-Partner-Strategie deutlich erweitert (AirHop, Zinkworks, Rimedo Labs als sichtbare Drittanbieter im Ökosystem). Das ist eine bewusste Abkehr vom monolithischen Plattformansatz hin zu einem offeneren Marktplatz-Modell, folgt damit dem App-Store-Muster, das Nokia und Ericsson auf eigenen Plattformen vorgemacht haben.
• Mai 2026, Der OSC Non-RT RIC bleibt im Markt das politisch begünstigte, technisch aber noch nicht universell überlegene Modell. Wer auf O-RAN setzt, kauft eine offene Architektur, akzeptiert aber auch, dass die Optimierungstiefe gegenüber proprietären Stacks (noch) hinterherläuft. Amdocs ist hier der pragmatischste Industrialisierungspartner, aber der grundsätzliche Trade-off bleibt.
• 2023–2025, Trotz aktiver Marketingkampagnen ist die Liste öffentlich bestätigter europäischer Großreferenzen für Amdocs Cognitive RAN Automation weiterhin überschaubar. Das Produkt ist real und im Einsatz, aber die Schwergewichtsreferenzen liegen außerhalb Europas, ein Punkt, der bei der Lieferantenbewertung deutscher Carrier in Procurement-Prozessen regelmäßig auffällt.