Wenn ein „Funkausfall" einen ganzen Konzern lahmlegt
Im Frühjahr 2026 stand die Deutsche Bahn streckenweise still — Auslöser war eine Störung im Zugfunk. Für viele klang das absurd: Ein bisschen Funk fällt aus, und Züge fahren nicht mehr? Aus Infrastruktur-Sicht ist genau das Verhalten korrekt. Der Bahnfunk ist kein Komfort-Feature, sondern ein sicherheitskritisches System. Fällt die Kommunikation zwischen Fahrdienstleitung und Lokführer aus, gilt im Zweifel: anhalten. Ausfall heißt nicht Chaos, Ausfall heißt Stillstand — das ist die teure, aber sichere Default-Regel.
Das System, das hier ausfällt, heißt GSM-R — und es basiert auf einer Mobilfunkgeneration, die der Rest der Welt längst abgeschaltet hat: 2G. Wer verstehen will, warum die Bahn gerade das größte Funk-Migrationsprojekt ihrer Geschichte stemmt, muss zwei Dinge trennen: was GSM-R technisch leistet — und warum genau diese Technik zum Risiko geworden ist.
Was GSM-R eigentlich ist
GSM-R steht für GSM – Railway: eine bahnspezifische Variante des GSM-Standards (also klassisches 2G), standardisiert ab Mitte der 1990er und in Deutschland flächig ab den 2000ern ausgerollt. Es funkt überwiegend im 900-MHz-Band und liefert genau die zwei Dinge, die ein Bahnbetrieb braucht:
- Sprache — Punkt-zu-Punkt-Gespräche, Gruppenrufe und vor allem den Railway Emergency Call (REC): ein priorisierter Notruf, der alle Züge in einem Funkbereich gleichzeitig erreicht. Wenn es darauf ankommt, schlägt der REC jeden normalen Anruf weg — das ist der Unterschied zwischen „Mobilfunk" und „mission-critical".
- Daten für ETCS — das European Train Control System nutzt GSM-R als Funkstrecke, über die ein Zug seine Fahrerlaubnis (Movement Authority) bekommt. Bei ETCS Level 2 verschwinden Signale am Gleisrand; die Erlaubnis kommt per Funk direkt ins Führerstands-Display. Ohne tragfähigen Funk kein ETCS L2.
GSM-R war für seine Zeit ein durchdachtes System. Es hat Features, die normales GSM nie hatte: ortsabhängige Adressierung (man ruft „den Zug auf Gleis X" statt eine Nummer), strenge Priorisierung und garantierte Latenzen für den Notruf. Das Problem ist nicht das Konzept — das Problem ist das Fundament.
Warum 2G zum Risiko wird
Drei Effekte fallen 2026 zusammen, und jeder einzelne wäre schon Grund genug zu handeln:
1. Das Ökosystem stirbt. GSM/2G ist global im Rückbau. Die öffentlichen Netzbetreiber haben 2G längst abgeschaltet, und damit verschwinden Chipsätze, Ersatzteile und Know-how. Hersteller stufen GSM-R-Komponenten reihenweise als End-of-Life ein. Wartung wird nicht nur teurer, sondern an manchen Stellen schlicht unmöglich — man kann keine Hardware kaufen, die niemand mehr baut. Der häufig genannte Horizont: GSM-Technik erreicht um 2030 ihr technisches Lebensende.
2. Die Bandbreite reicht nicht mehr. GSM-R ist ein leitungsvermitteltes (circuit-switched) Schmalband-System. Es war für Sprache und ein paar Kilobit ETCS-Telegramme gebaut, nicht für die datenintensive Bahn von morgen: hochgenaue Ortung, Video aus dem Führerstand, sensorbasierte Diagnose, automatisiertes Fahren (ATO), KI-gestützte Betriebssteuerung. Mit GSM-R ist da die Decke erreicht — nicht in zehn Jahren, sondern jetzt.
3. Kapazität am Limit. Auf hochbelasteten Knoten konkurrieren viele Züge um dieselben schmalen Funkkanäle. Mehr Verkehr auf die bestehende Infrastruktur zu bringen — das erklärte Ziel der Verkehrswende — verträgt sich nicht mit einem 2G-Schmalbandnetz.
Das ist die klassische Lage jedes Infrastruktur-Ingenieurs: ein System, das funktioniert, aber unwartbar wird. Genau dann ist Migration keine Kür, sondern eine erzwungene Pflicht — und der Auslöser ist selten ein Feature-Wunsch, sondern das auslaufende Fundament darunter. Wer schon mal eine Postgres-9-Datenbank oder einen 2G-IoT-Sensorpark abgelöst hat, kennt das Muster.
FRMCS: der Nachfolger — und warum er kein „GSM-R auf 5G" ist
Der Nachfolger heißt FRMCS — Future Railway Mobile Communication System. Standardisiert wird er von der UIC (Internationaler Eisenbahnverband) gemeinsam mit ETSI und 3GPP, auf Basis der 5G-NR-Spezifikationen. Bemerkenswert: Die Bahn überspringt den Zwischenschritt LTE-R (4G) und geht direkt auf 5G — eine seltene, aber richtige Entscheidung, wenn ein System ohnehin 20+ Jahre halten soll.
Der eigentliche Architektur-Sprung ist aber nicht „2G wird 5G". Es ist die Trennung in zwei Schichten (Strata) — und das ist der Teil, den man als Software- oder Netzwerk-Mensch sofort liebt:
- Transport Stratum — die reine Übertragung. 5G heute, aber bewusst bearer-agnostisch: die Funkstrecke ist austauschbar. Morgen kann darunter ein anderes Trägernetz liegen, ohne dass die Anwendungen es merken.
- Service Stratum — die bahnbetrieblichen Dienste, gebaut auf Mission Critical Services (MCX) aus dem 3GPP-Standard: MCPTT (Mission Critical Push-to-Talk, Sprache), MCData (Daten) und MCVideo (Video). Darunter ein IMS/SIP-Core, der Sessions, Gruppen und Priorisierung managt.
Warum ist diese Entkopplung so wichtig? Weil GSM-R den umgekehrten Fehler machte: Anwendung und Funktechnik waren fest verdrahtet. Eine Software-Funktion wie der Notruf hing direkt an der GSM-Schicht — also musste man, um die Funktechnik zu erneuern, faktisch das ganze System anfassen. FRMCS löst das auf wie ein sauber geschnittenes Schichtenmodell: Der Notruf ist eine MCX-Anwendung, die nicht weiß und nicht wissen muss, ob ihre Pakete gerade über das bahneigene 5G, ein öffentliches Netz oder eine künftige Technik laufen. Das ist dasselbe Prinzip, nach dem man in der Software-Architektur Persistenz hinter ein Interface legt, damit der Wechsel der Datenbank nicht die Geschäftslogik umschreibt.
Konkret heißt das: Die alten, vertrauten Bahn-Anwendungen — Punkt-zu-Punkt, Gruppenruf, Railway Emergency Call — bleiben erhalten. Sie werden nur von der Funkgeneration befreit, an die sie 30 Jahre gekettet waren. Und obendrauf kommen die neuen, datenhungrigen Dienste, die mit 2G nie möglich waren.
Die Frequenzen: enger Korridor, dichteres Netz
Hier wird es physikalisch interessant. Die CEPT (über das Gremium ECC) hat im November 2020 das Spektrum für den künftigen Bahnfunk in Europa festgelegt:
| Bereich | Band | Nutzung |
|---|---|---|
| Gepaart (FDD) | 874,4–880,0 MHz / 919,4–925,0 MHz | erweitertes Bahnband um die alte GSM-R-Frequenz |
| Ungepaart (TDD) | 1900–1910 MHz | zusätzliche FRMCS-Kapazität, primäres Testband |
Das 900-MHz-Band bleibt also Teil der Geschichte — es trägt weit und ist ideal für Flächendeckung entlang langer Strecken. Das 1,9-GHz-Band liefert die Kapazität für die Datendienste, hat aber einen Preis, den jeder Funk-Ingenieur kennt: höhere Frequenz = kürzere Reichweite. 5G im 1,9-GHz-TDD-Band braucht ein dichteres Netz an Funkstandorten als das alte 900-MHz-GSM-R. Mehr Masten, mehr Glasfaser-Anbindung, mehr Edge-Standorte entlang der Gleise — ein erheblicher Teil der Migrationskosten steckt nicht im Funk selbst, sondern in der Verdichtung der Bodeninfrastruktur.
Wie die DB es testet: das Erzgebirge als Reallabor
Die Digitale Schiene Deutschland (das Digitalisierungsprogramm von DB InfraGO und Partnern) betreibt das FRMCS-Testfeld im Erzgebirge. Die Eckdaten sind aus Infra-Sicht hübsch konkret:
- 8 Funkstandorte auf rund 10 km Strecke, Steuerzentrale im Bahnhof Scheibenberg.
- 4x2-MIMO-Antennen zur Optimierung der Funkstrecke unter realen Bedingungen (Topografie, Tunnel, Bewuchs — das Erzgebirge ist bewusst kein flaches Ideallabor).
- Nokia liefert das 5G-RAN (Airscale Radio) und einen Cloud-nativen Packet Core, Kontron Transportation den MCx-/IMS-basierten SIP-Core.
Die Meilensteine zeigen, wie lange so etwas wirklich dauert: Aufbau ab 2018–2021, der erste MCPTT-Ruf über ein 5G-Standalone-Netz im Februar 2022, dann Jahre des Validierens. Das EU-Projekt 5GRAIL (2020–2023) hat die erste FRMCS-Generation (V1) erprobt; das deutsch-französische 5G-RACOM (bis 2025/2026) hat sich einem der härtesten Probleme gewidmet — Resilienz.
Resilienz durch Multipath — ein Muster, das man wiedererkennt
5G-RACOM hat hybride Netze mit Multipath-Protokollen demonstriert: Daten laufen flexibel über bahneigene und öffentliche Mobilfunknetze gleichzeitig. Verschlechtert sich ein Pfad — Tunnel, Funkloch, Störung —, wandern die Pakete transparent auf einen anderen Pfad, ohne dass die Verbindung auf Anwendungsebene abreißt. Cross-Hersteller, im Live-Betrieb getestet; die Ergebnisse wurden im Mai 2026 in SIGNAL+DRAHT publiziert.
Das ist genau das Prinzip, das man aus robuster IT-Infrastruktur kennt: kein Single Point of Failure, automatisches Failover, mehrere unabhängige Pfade. Was bei einem Webdienst Multi-AZ- Deployment und Health-Check-Routing heißt, heißt am Gleis eben Multipath über zwei Trägernetze. Hätte ein solches Konzept beim Funkausfall 2026 schon flächig produktiv gelaufen, wäre aus einem Totalausfall womöglich ein Pfadwechsel geworden, den niemand bemerkt hätte. Genau darum wird so viel Aufwand in Redundanz gesteckt, bevor überhaupt der erste Regelbetrieb startet.
Der Zeitplan: ein Jahrzehnt Parallelbetrieb
Niemand legt bei einem sicherheitskritischen Netz einen Schalter um. Die Migration ist als jahrelanger Parallelbetrieb angelegt — GSM-R und FRMCS laufen gleichzeitig, Strecke für Strecke wird umgestellt:
- bis Ende 2026 — Reifegrad FRMCS V3 wird erwartet; das aufgebaute 5G-Testnetz steht anderen Projekten als Erprobungsumgebung offen.
- ab 2027 — Live-Tests im erweiterten Umfeld.
- 2026–2035 — gestaffelter Rollout über das Netz; GSM-R bleibt in Teilen bis mindestens 2035 als Rückfallebene aktiv.
Deutschland ist kein Sonderfall: SNCF (Frankreich) peilt den Abschluss um 2030 an, die Schweiz plant die GSM-R-Abschaltung bis 2035. Der gemeinsame Fixpunkt im Hintergrund ist immer derselbe: das Lebensende von GSM/2G um 2030 zwingt ganz Europa in dasselbe Zeitfenster.
Das unterschätzte Problem: die Fahrzeuge
Über Funkmasten redet man gern. Das eigentliche Mammutprojekt steht aber auf der Schiene. Erste Schätzungen der Sektorinitiative zur Fahrzeugmigration nennen Größenordnungen, bei denen jede Projektleitung schluckt:
- rund 16.000 bis 21.000 Fahrzeuge, die bis 31.12.2031 migriert werden sollen,
- etwa 40.000 mobile GSM-R-Geräte (Handhelds),
- rund 3.500 ortsfeste GSM-R-Endgeräte.
Jedes Triebfahrzeug braucht ein neues Mobile Communication Gateway und entsprechende Bordausrüstung; Werkstattslots, Zulassungen, Schulungen, Ersatzteilketten — all das muss in ein Zeitfenster passen, in dem die Fahrzeuge auch fahren sollen. Das ist die unromantische Wahrheit jeder Migration: die Server (hier: das Netz) sind das kleinere Problem; die Clients (hier: zehntausende Fahrzeuge) sind der Engpass. Wer einen großen Software-Rollout über eine heterogene Geräteflotte gemacht hat, kennt das Gefühl — nur dass hier jeder „Client" eine Zulassung nach Eisenbahnrecht braucht.
Was FRMCS am Ende ermöglicht
Der Aufwand rechtfertigt sich nicht durch „dasselbe, nur neuer". FRMCS ist das Fundament für die digitale Schiene:
- ETCS Level 2/3 und Hybrid Moving Block — engere, dynamische Zugfolgen statt fester Blockabstände. Mehr Züge auf derselben Strecke, ohne neue Gleise. Das ist Kapazitätsgewinn aus Software und Funk statt aus Beton.
- ATO (Automatic Train Operation) — automatisiertes, energieoptimiertes Fahren, das eine zuverlässige, breitbandige Datenstrecke voraussetzt.
- Hochpräzise Ortung, Diagnose, Video — vorausschauende Wartung, schnellere Störungsaufklärung, KI-gestützte Betriebsleitung.
Im Erprobungsfeld hängen genau diese Anwendungen schon dran: ETCS L3 Hybrid Moving Block, KI-basiertes Verkehrsmanagement, hochgenaue Lokalisierung. FRMCS ersetzt also nicht nur einen Funk — es entfernt den Flaschenhals, der die Digitalisierung der Schiene bisher gedeckelt hat.
Was man als Infrastruktur-Mensch daraus mitnimmt
Ich baue keine Bahnnetze — ich baue und betreibe Server, Datenbanken und selbstgehostete Infrastruktur. Trotzdem ist die GSM-R-Ablösung ein Lehrstück, das jede dieser Disziplinen kennt:
- Migrationen werden vom Fundament erzwungen, nicht vom Wunschzettel. Nicht ein cooles Feature killt GSM-R, sondern das auslaufende 2G-Ökosystem darunter. Die wichtigste Frage an jeden Stack ist nicht „was kann es", sondern „wie lange wird das Fundament noch gewartet". Wer das ignoriert, migriert irgendwann nicht geplant, sondern unter Notdruck.
- Schichten entkoppeln ist alles. FRMCS' Trennung von Transport und Service ist derselbe Move wie ein sauberes Interface zwischen Anwendung und Persistenz: Es macht die nächste Migration billig, weil man Schichten einzeln tauschen kann.
- Resilienz heißt mehrere Pfade, nicht ein besserer Pfad. Multipath über zwei Trägernetze ist Failover-Routing am Gleis. Ein einzelnes, perfektes Netz ist fragiler als zwei mittelmäßige mit automatischem Umschalten.
- Der Rollout ist Parallelbetrieb, nie ein Big Bang. Bei sicherheitskritischen Systemen läuft Altes und Neues jahrelang nebeneinander, mit klarer Rückfallebene. Genau so migriert man auch eine produktive Datenbank ohne Ausfall: dual-write, abgleichen, schrittweise umschalten, Altes erst abschalten, wenn das Neue beweisbar trägt.
GSM-R hat über 25 Jahre zuverlässig funktioniert — und wird trotzdem abgelöst, weil „funktioniert" und „wartbar" zwei verschiedene Dinge sind. Das ist die Frage, die ich mir bei jeder Infrastruktur stelle, vom VPS bis zur selbstgehosteten Datenbank: Läuft das nur noch, oder kann ich es auch in fünf Jahren noch sicher betreiben? Die Bahn beantwortet diese Frage gerade für ihr Nervensystem — im Zehnjahres-Maßstab und mit zehntausenden Fahrzeugen.
Quellen (Auswahl)
- Digitale Schiene Deutschland — FRMCS/5G-Datenkommunikation & 5G-RACOM stärkt den künftigen Bahnfunk
- Wikipedia — FRMCS & GSM-R
- CEPT/ECC — Frequenzallokation Bahnfunk (Beschluss November 2020)
- EU-Projekte 5GRAIL (FRMCS V1) & 5G-RACOM (hybride Architektur, Multipath)
- SIGNAL+DRAHT — Beitrag zu 5G-RACOM (Mai 2026)
- Sektorinitiative FRMCS-Fahrzeugmigration — Positionspapier (Fahrzeug-/Gerätezahlen)
- 3GPP / ETSI / UIC — Mission Critical Services (MCPTT, MCData, MCVideo), FRMCS-Standardisierung