Souveräne KI für Telekommunikation
Betreiber halten das Netz, über das die Souveränität aller anderen läuft, und die Teilnehmerdaten, die Europa am strengsten schützt. KI auf einem von beiden muss beim Betreiber bleiben. Die Plattform ist so gebaut, dass das möglich ist.
Das Netz als Graph
Standorte, Elemente, Verbindungen und die Dienste darüber, einmal modelliert. Alarmstürme fallen auf das Element zusammen, das sie erklärt.
Teilnehmerdaten bleiben zu Hause
Service-Agenten lesen Konto-, Verkehrs- und Standortdaten beim Betreiber, unter eingegrenzten Identitäten, und übergeben, wenn die Richtlinie es vorsieht.
NIS2 mit Belegen
Vorfälle mit identifizierten betroffenen Diensten eröffnet, Meldungen aus der Akte entworfen, Prüfungen protokolliert.
Ein nationaler Betreiber sieht Hunderttausende Alarme pro Tag, bedient Millionen Teilnehmer, deren Verkehrs- und Standortdaten das Land nicht verlassen dürfen, und ist eine wesentliche Einrichtung nach NIS2 mit einem Regulierer, der gemeldete und erklärte Vorfälle erwartet. KI kann die Störungsbehebung verkürzen, Routinefälle im Kundenservice lösen und die NIS2-Dokumentation vorbereiten, aber nur, wenn Netzdaten und Teilnehmerdaten nie an ein Modell eines Dritten gehen.
Lesen Sie das, wenn Sie Netzbetrieb, Kundenbetrieb, Sicherheit oder IT bei einem Festnetz-, Mobilfunk- oder Wholesale-Betreiber leiten oder für dessen Pflichten nach NIS2 und Telekommunikationsrecht verantwortlich sind.
Für Telekommunikationsbetreiber ist Scrydon die souveräne KI- und Datenplattform, die das Netz und seine Dienste als einen Graphen modelliert, darauf Alarme korreliert und Störungen vorhersagt, teilnehmerorientierte Agenten innerhalb der eigenen Infrastruktur des Betreibers ausführt und die Vorfall- und Prüfdokumentation erzeugt, die NIS2 verlangt.
Sie läuft auf der eigenen Infrastruktur des Betreibers, in einer nationalen souveränen Cloud oder getrennt für die sensibelsten Netzsegmente, mit lokal bereitgestellten Open-Weight-Modellen, sodass kein Alarm, keine Topologie und kein Teilnehmerdatensatz jemals nach außen gesendet wird.
Zu viele Alarme, zu wenig Korrelation, und Daten, die nicht reisen dürfen
Ein Network Operations Centre ist eine Übung in Triage. Hunderttausende Alarme pro Tag treffen aus Funk, Transport, Kernnetz und Festnetzzugang ein, und wenn eine Glasfaser durchtrennt wird, meldet jeder darüber laufende Dienst seinen eigenen. Die Aufgabe des Ingenieurs ist, den einen Ausfall zu finden, der die rote Wand erklärt, und wie schnell das geschieht, hängt davon ab, wer Dienst hat. Meist bemerken es die Kunden zuerst.
Auf der anderen Seite des Unternehmens löst das Kontaktcenter Abrechnungs-, Aktivierungs- und Störungsfälle, für die ein Mitarbeitender Konto-, Verkehrs- und manchmal Standortdaten eines Teilnehmers lesen muss, die die ePrivacy-Regeln und das nationale Telekommunikationsrecht strenger schützen als gewöhnliche personenbezogene Daten. Beide Probleme sind natürliches Terrain für KI, und beide sind für jeden KI-Dienst verschlossen, der die Daten aus dem Betreiber hinausbringen würde. Nimmt man die Pflichten wesentlicher Einrichtungen nach NIS2 hinzu und ein Multivendor-Netz, das eine Bindung der KI-Schicht an einen einzigen Hersteller ausschließt, stehen die Anforderungen an die Plattform fest.
Alarmfluten — Ein Glasfaserschnitt löst für jeden Dienst darauf einen Alarm aus. Die Ursache zu finden hängt davon ab, wer Dienst hat.
Kundenfälle, die geschützte Daten brauchen — Einen Abrechnungs- oder Störungsfall zu lösen heißt, Datensätze zu lesen, die ePrivacy und nationales Recht stärker schützen als gewöhnliche personenbezogene Daten.
Pflichten als wesentliche Einrichtung — NIS2-Fristen, Regeln zur Netzsicherheit und die Bearbeitung behördlicher Anfragen brauchen alle eine Akte, die sich selbst erklärt.
Herstellerneutral aus Notwendigkeit — Multivendor-Netze und ein Mandat zur strategischen Autonomie schließen aus, die KI-Schicht an einen einzigen ausländischen Anbieter zu binden.
Ein Modell von Netz und Kunde, und Agenten, die auf beiden arbeiten
Die Plattform modelliert das Netz als Graphen aus Standorten, Elementen, Verbindungen und den darüberliegenden Diensten, abgebildet aus dem Inventar und den Betriebsunterstützungssystemen, und sie modelliert den Kunden auf demselben Graphen aus den Geschäftsunterstützungssystemen. Alarme und Leistungszähler landen in Echtzeit auf diesem Modell, sodass Korrelation zur Graphtraversierung wird: Die Alarme werden unter dem Element gruppiert, dessen Ausfall sie erklärt, mit den betroffenen Diensten und Kunden daneben. Auf der eigenen Historie des Betreibers trainierte Modelle markieren die Verbindungen und Zellen, deren Zähler wie die Tage vor früheren Ausfällen aussehen.
Auf der Kundenseite lesen Service-Agenten Teilnehmerdatensätze innerhalb des Perimeters, schließen über dasselbe Modell und handeln über die bestehenden Abrechnungs- und Bereitstellungssysteme unter einer Identität, die auf diesen Kunden und diesen Fall begrenzt ist. Eine Anfrage außerhalb der Richtlinie wird mit angehängtem Kontext an eine Person geleitet. Wenn ein Ereignis zum NIS2-Vorfall wird, ist die Akte bereits da: die betroffenen Dienste aus dem Netzmodell, die Belege aus den Alarmen und ein Frühwarnungsentwurf, den eine benannte Person prüft.
- 1
Modellieren
Eine Ontologie aus Standorten, Elementen, Verbindungen, Diensten, Produkten und Teilnehmern, abgebildet aus Inventar, OSS und BSS.
- 2
Fusionieren
Alarme, Leistungszähler, Tickets und Änderungsdatensätze landen in Echtzeit auf dem Modell; ein ausgefallenes Element listet die betroffenen Dienste und Kunden.
- 3
Vorhersagen und lösen
Auf Ihrer eigenen Historie trainierte Modelle markieren sich verschlechternde Verbindungen; Service-Agenten lösen Routinefälle über das bestehende BSS.
- 4
Melden
NIS2-Frühwarnung und Meldung werden aus der Vorfallakte entworfen, von einer benannten Person geprüft und versendet.
Der Betreiber ist der Perimeter
Für einen Telekommunikationsbetreiber ist der Perimeter der Betreiber selbst. Topologie, Leistungsdaten und Teilnehmerdatensätze beschreiben entweder kritische Infrastruktur oder geschützte personenbezogene Daten, und ein Mandat zur strategischen Autonomie schließt einen ausländischen Anbieter in der Kette aus. Die Plattform läuft auf der eigenen Infrastruktur des Betreibers, in einer nationalen souveränen Cloud oder getrennt für die Segmente, die es erfordern, mit lokal bereitgestellten Open-Weight-Modellen.
Agenten tragen eingegrenzte Identitäten: Ein Service-Agent ist auf einen Kunden und einen Fall begrenzt, ein Netzagent auf das Lesen von Telemetrie statt das Schreiben von Konfiguration, und jedes Lesen wie jede Änderung wird zugeordnet und protokolliert. Diese Zuordnung ist das, was ein Regulierer, ein Prüfer behördlicher Anfragen oder ein Kunde sehen will, und sie ist das, was die Observability und die Governance der Plattform ganz selbstverständlich erzeugen.
Läuft dort, wo das Netz ist — Auf der eigenen Infrastruktur des Betreibers, in einer nationalen souveränen Cloud oder getrennt für die Segmente, die es erfordern.
Open-Weight-Modelle, lokal bereitgestellt — Kein Teilnehmerdatensatz und kein Topologiedetail verlässt das Haus in einem Prompt. Die Modellwahl bleibt beim Betreiber.
Eingegrenzte Agentenidentität — Ein Service-Agent ist auf einen Kunden und einen Fall begrenzt; ein Netzagent auf das Lesen von Telemetrie, nicht das Schreiben von Konfiguration.
Zuordnung und Audit — Jedes Lesen und jede Änderung durch einen Agenten wird zugeordnet und protokolliert, und genau das wird ein Regulierer oder ein Kunde sehen wollen.
Behalten Sie das Thema im Blick
Was sich für Ihre Branche bei der europäischen KI-Souveränität ändert, und was wir im Einsatz lernen. Ein paar Mal im Jahr, keine Drip-Kampagne.
Anwendungsfälle für Telekommunikation
Netzbetrieb und Kundenbetrieb auf einer souveränen Plattform.
5G Network Slicing
Telekommunikation
Herausforderung
Bandbreite in Krisen dynamisch zwischen Rettungsdiensten und Consumer-Streaming zu verteilen, ist manuell und langsam.
Lösung
Ins Netz eingebettete Agenten priorisieren bei ausgerufenen Notlagen automatisch kritischen Kommunikationsverkehr und setzen QoS-Richtlinien auf Paketebene durch.
Mehr erfahren
Unterbrechungsfreie Kommunikation für Einsatzkräfte bei hoher Netzlast.
AI-ready-Fundament für Sensor- und OT-Daten
Data Engineering
Herausforderung
Netz-, Wasser- und Verkehrsbetreiber sitzen auf jahrelanger SCADA- und Sensorhistorie, doch sie ist zu fragmentiert und zu schlecht beschriftet, als dass KI-Modelle sie zuverlässig nutzen könnten.
Lösung
Eine AI-ready-Datenpipeline bereinigt OT- und Sensordaten, setzt sie in Kontext und verankert sie in der Ontologie, bevor sie ein Modell erreichen — Agenten schließen so über vertrauenswürdige, gut beschriebene Daten statt über rohen Tag-Wildwuchs.
Mehr erfahren
Prädiktive Modelle und Agenten erreichen die Produktionsreife schneller, aufgebaut auf einem Datenfundament, dem Betreiber tatsächlich vertrauen können.
Begrenzte Agentenidentität für OT-Systeme
Sicherheit & Zugriffskontrolle
Herausforderung
Einem KI-Agenten Zugriff auf SCADA- oder Historian-Systeme zu geben, ist hochriskant, wenn sich alle Agenten ein breites Dienstkonto teilen, statt jeweils eine eigene, begrenzte Identität zu haben.
Lösung
Jeder Agent authentifiziert sich unter seiner eigenen föderierten Identität mit Least-Privilege- und zeitlich befristeten Berechtigungen — ein Agent, der Sensortelemetrie liest, kann niemals zugleich Steuerungssollwerte schreiben, sofern das nicht ausdrücklich autorisiert ist.
Mehr erfahren
Agenten arbeiten sicher neben OT-Systemen, mit einem vollständig zurechenbaren Berechtigungsmodell, das eine wesentliche Klasse von Agentic-AI-Risiken in Betriebsumgebungen ausschließt.
Koordinierte Störungsbehebung durch Mensch und Agent
Störungsmanagement
Herausforderung
Die Behebung einer Störung erstreckt sich über mehrere Teams und Schichtwechsel, und jede Übergabe zwischen der Triage eines Agenten und der Entscheidung einer Betreiberin setzt die Koordination bei null zurück — das kostet Minuten, auf die es während eines laufenden Vorfalls ankommt.
Lösung
Das AI OS führt die Störungsbehebung als einen koordinierten Prozess: Agenten triagieren Telemetrie und bereiten Reaktionsmaßnahmen vor, Betreiber genehmigen oder überstimmen sie an definierten Kontrollpunkten, und der vollständige Vorfallzustand wird automatisch über Schichtwechsel hinweg fortgeführt.
Mehr erfahren
Schnellere, besser koordinierte Störungsbehebung mit einem einzigen durchgängigen Vorfallnachweis statt fragmentierter Übergaben zwischen Teams und Schichten.
Ontologiebasiertes Anlagen- und Netzmodell
Anlagenmanagement
Herausforderung
Ein einzelnes Umspannwerk oder ein Leitungsabschnitt wird im GIS, im Anlagenmanagementsystem und im SCADA-Historian jeweils anders abgebildet — die Frage „was wissen wir über diese Anlage“ zu beantworten bedeutet daher, Systeme manuell gegenzuprüfen, die nie dafür gebaut wurden, sich einig zu sein.
Lösung
Eine Ontologie modelliert jede Anlage und jede Netzverbindung als eine einzige Entität, abgebildet aus GIS-, EAM- und Historian-Daten, sodass Agenten und Betreiber über ein konsistentes Anlagenmodell schließen.
Mehr erfahren
Ein einheitliches, abfragbares Anlagen- und Netzmodell, das die manuelle Gegenprüfung über unverbundene Systeme hinweg ersetzt.
NIS2-Vorfallerkennung und Meldung innerhalb von 24 Stunden
Security Operations
Herausforderung
NIS2 gibt wesentlichen Einrichtungen 24 Stunden für eine Frühwarnung und 72 Stunden für die Vorfallmeldung, doch die Belege verteilen sich auf SIEM-Alarme, OT-Alarme, Ticketing und Änderungsprotokolle. Der erste Tag vergeht damit, sie von Hand zusammenzutragen.
Lösung
Agenten korrelieren Sicherheits- und Betriebssignale mit einem Modell der eigenen Dienste und Anlagen des Betreibers, eröffnen den Vorfall mit bereits identifizierten betroffenen Diensten und entwerfen Frühwarnung und Meldung aus der Akte, zur Prüfung und zum Versand durch einen Menschen.
Mehr erfahren
Die 24-Stunden-Uhr startet mit einem Entwurf in der Hand statt mit einer leeren Vorlage, und jede Meldung ist auf die zugrunde liegenden Ereignisse rückführbar.
Was Telekommunikation einhalten muss
Die Regulierungen, die entscheiden, ob KI auf diesen Daten überhaupt laufen darf. Jede Seite nennt, was der Rahmen verlangt und welche Plattformkontrollen darauf antworten: Eigenschaften und Verweigerungen, keine Checkliste.
NIS2 · NIS2-Richtlinie
Gilt für: Wesentliche und wichtige Einrichtungen in kritischen Sektoren — Energie, Verkehr, Wasser, Gesundheit, digitale Infrastruktur, öffentliche Verwaltung, verarbeitendes Gewerbe und mehr — sowie deren Lieferketten.
Wie die Plattform das unterstütztDSGVO · Datenschutz-Grundverordnung
Gilt für: Jede Organisation, die personenbezogene Daten von Menschen in der EU/im EWR verarbeitet — ob in der Union niedergelassen oder von außerhalb Waren und Dienstleistungen anbietend bzw. Verhalten beobachtend.
Wie die Plattform das unterstütztCRA · Cyberresilienz-Verordnung
Gilt für: Hersteller, Einführer und Händler von Produkten mit digitalen Elementen — Hardware und Software —, die auf dem EU-Markt bereitgestellt werden, einschließlich Softwareanbietern und der Organisationen, die darauf vernetzte Produkte aufbauen.
Wie die Plattform das unterstütztEU AI Act · KI-Verordnung
Gilt für: Anbieter, Betreiber, Einführer und Händler, die KI-Systeme auf dem EU-Markt in Verkehr bringen oder deren KI-Ausgaben in der EU verwendet werden.
Wie die Plattform das unterstützt
Worauf diese Ergebnisse tatsächlich laufen
Ein Telekommunikationsarchitekt fragt, wie das Netz modelliert wird, wie Agenten eingegrenzt und beobachtet werden und wo die Plattform läuft. Diese Seiten beantworten diese Fragen.
Souveräne Grundlagen
Das Zero-Trust-Fundament der gesamten Plattform — derselbe Stack, vom Air-Gap bis in die Cloud.
AI OS
Die Laufzeitumgebung, die einen Prozess in Schritte zerlegt, jeden Schritt an ein System, einen Agenten oder einen Menschen übergibt und den nötigen Kontext mitliefert.
Ontologiebasierte Datenplattform
Die semantische Schicht, die aus Tabellen die Entitäten macht, über die Ihr Fachbereich spricht.
KI-Beobachtbarkeit
Monitoring, Tracing und Evaluation für Agenten und KI-Workflows — damit Fehler diagnostizierbar werden.
Identität
Föderierte Identität und Zero-Trust-Zugriff — für Menschen wie für Agenten, unter derselben Richtlinie.
On-Premise
Die Plattform in Ihrem eigenen Rechenzentrum, auf Ihrer eigenen Hardware.
Häufig gestellte Fragen
Wie reduziert die Plattform das Alarmrauschen im Network Operations Centre?+
Können KI-Agenten Kundenfälle bearbeiten, ohne dass Teilnehmerdaten den Betreiber verlassen?+
Wie unterstützt das NIS2 für einen Telekommunikationsbetreiber?+
Wir betreiben ein Multivendor-Netz. Ist die Plattform an die Ausrüstung oder Cloud eines Herstellers gebunden?+
Können die sensibelsten Netzsegmente getrennt bleiben?+
Worin unterscheidet sich das von den KI-Funktionen, die unsere Netzausrüster bereits verkaufen?+
Arbeiten Sie bei Ausschreibungen und Rahmenverträgen mit Partnern zusammen?+
Lieber schreiben? Senden Sie eine E-Mail an hello [at] scrydon.com und wir melden uns bei Ihnen.
Weiter geht es
Drei Wege von hier: die Regeln, an denen Sie gemessen werden, die Plattform, auf der diese Ergebnisse laufen, und die Sessions, in denen wir sie durchgehen.
Die geltenden Regeln
Jede Regulierung, was sie verlangt und welche Kontrollen die Plattform dafür bietet.
Die Plattform dahinter
Das AI Operating System, Analytics und Sovereign Foundations, Seite für Seite.
Alle Anwendungsfälle
Alle an einem Ort, gruppiert nach der Branche, die sie am besten kennt.
How – Inside the AI OS: running governed agents on your own cluster, live(auf Englisch)
17. Sept. 2026, 09:00
Part 2 of the Sovereign AI series, for engineers and architects. No slides after minute five: an agent gets an identity and scoped permissions, calls tools over governed MCP, retrieves from the ontology rather than raw tables, runs inside the sandbox and is stopped when it steps outside policy, and everything lands in the audit trail — then the same stack brought up on a disconnected network. Properties and refusals, shown rather than claimed.
Weitere Bereiche von Kritische Infrastruktur
Die anderen Seiten unter Kritische Infrastruktur und die Branchenübersicht, an der sie hängen.
Versorger
Strom-, Wasser- und Gasnetzbetreiber: Prognosen auf Abgangsebene, NIS2-Vorfallmeldung und OT-Daten, die innerhalb des Perimeters bleiben.
Seite lesenVerkehr
Schiene, Häfen, Flughäfen, Straßen und öffentlicher Verkehr: ein Modell des Netzes, vorausschauende Instandhaltung, Flussoptimierung und Störungsmanagement auf OT-Daten, die beim Betreiber bleiben.
Seite lesen
Partner
