GSM-R und FRMCS im Vergleich: Anforderungen, Technik und Migration

Der Kern des Übergangs: GSM-R setzt Bahnfunktionen mit GSM-Technik und bahnspezifischen Erweiterungen um. FRMCS trennt Kommunikationsdienste und Transport stärker voneinander und nutzt im europäischen Zielbild 5G sowie Mission-Critical-Dienste. Der Erfolg der Migration zeigt sich daran, ob die betrieblichen Abläufe auch während des Parallelbetriebs zuverlässig funktionieren. ^{[1] [2] [3]}

EIRENE, GSM-R und FRMCS: Was wird verglichen?

EIRENE ist nicht bloss ein Konzept, sondern umfasst funktionale und systemtechnische Anforderungsspezifikationen für GSM-R. GSM-R bezeichnet das Bahnkommunikationssystem auf GSM-Basis. FRMCS, das Future Railway Mobile Communication System, bezeichnet dessen Nachfolger mit eigenen Spezifikationen. Ein sauberer Vergleich stellt deshalb Anforderungen den Anforderungen und Systeme den Systemen gegenüber. ^{[1] [2] [10]}

FRS bedeutet Functional Requirements Specification, SRS System Requirements Specification. Beide sind Anforderungsdokumente: Die SRS ist noch keine konkrete Herstellerimplementierung. Zudem verteilen sich Anforderungen unterschiedlich auf die Dokumentfamilien; gleiche Kapitelnummern bedeuten keine inhaltliche Entsprechung. ^{[1] [7] [11]}

Wichtig: GSM-R ist nicht grundsätzlich «ohne IP». Die EIRENE-Spezifikationen berücksichtigen bereits IP-basierte Kernnetze sowie leitungs- und paketvermittelte ETCS-Datenübertragung. Der Wechsel zu FRMCS geht über die Einführung von IP hinaus. ^[1]

1. FRS gegen FRS: Was muss die Bahnkommunikation leisten?

Die folgende Tabelle ordnet die 14 ausgewählten EIRENE-Betriebsfunktionen der FRMCS FRS zu. Basis: EIRENE FRS 8.1.0 und FRMCS FRS 2.1.0. B01–B14 sind redaktionelle IDs, keine normativen Anforderungsnummern. ^{[5] [10]}

Leseschlüssel: V3 bezeichnet für Version 3 vorgesehene Anforderungen, Vx spätere Versionen. M bedeutet verpflichtend, O optional, jeweils im angegebenen Geltungsbereich. Die Kennzeichnungen gelten für Einzelanforderungen; eine Tabellenzeile ist keine pauschale Konformitätsbewertung. «Weitergeführt» bezeichnet den betrieblichen Zweck, keine identischen Abläufe oder Produktverfügbarkeit. ^[10]

Vier Betriebsabläufe für die vertiefte Migrationsprüfung

Für die Projektarbeit empfehlen wir folgende Prüfschwerpunkte. Die Fragen sind fachliche Ableitungen, keine zusätzlichen normativen Anforderungen:

• B06 – Sammeldurchsage: Wer darf sprechen, wer hört nur zu und wie verhalten sich Teilnehmer beider Systeme?
• B09 – Rangieren: Welche Verbindungsüberwachung wird benötigt, wie werden Unterbrechungen angezeigt und was gilt im Mischbetrieb?
• B11 – Zugpersonal: Welche konkreten Gespräche sind erforderlich und durch welche freigegebene Spezifikation und Lösung werden sie abgedeckt?
• B14 – Leitstellenübergabe: Werden Identitäten, Zuständigkeiten, eingehende Rufe und laufende Gespräche vollständig und korrekt übergeben?

Die Zuordnung ersetzt kein Einzelanforderungs-Mapping. Für eine Abnahme muss jede benötigte Funktion mit ihren Detailanforderungen, Ausnahmen und Nachweisen geprüft werden.

2. SRS und technische Standards: Wie werden die Funktionen umgesetzt?

Diese Ebene verbindet EIRENE SRS und FRMCS SRS mit den ergänzenden technischen Standards. Die Tabelle ist eine technische Synthese, kein ausschliesslicher SRS-zu-SRS-Vergleich. Sie zeigt, warum eine gleichbleibende Betriebsaufgabe dennoch neue Integrationsarbeit erfordert. ^{[3] [4] [6] [7]}

MCPTT steht für Mission Critical Push-to-Talk. MCData bezeichnet Mission-Critical-Datendienste. 5QI charakterisiert die Dienstqualität im 5G-System; ARP unterstützt Entscheidungen über Ressourcenzuteilung und Verdrängung. ^{[3] [4]}

3. GSM-R gegen FRMCS: Was ändert sich am Gesamtsystem?

ETSI unterscheidet zwei Schichten innerhalb des FRMCS-Systems: Service Stratum und Transport Stratum. Die Bahnanwendungen sind darüber im Railway Application Stratum angeordnet und liegen konzeptionell ausserhalb des eigentlichen FRMCS-Systems. ^[2] (Abschnitt 4.2.1)

Die Planungsfolgen in der Tabelle sind fachliche Ableitungen aus der Architektur. Die Schichtentrennung kann eine getrennte Beschaffung unterstützen. Sie garantiert jedoch keine beliebige Austauschbarkeit von Komponenten oder Lieferanten.

Auch auf dem Fahrzeug verändert sich die Integration: Die On-Board-FRMCS-Spezifikation beschreibt Funktionen und Schnittstellen für die Anbindung der Anwendungen und Funkmodule. Für ein Migrationsprojekt müssen deshalb Fahrzeugnetz, Einbau, Antennen und Redundanz gemeinsam bewertet werden. ^[8]

Welche Dokumente ergänzen den FRS-/SRS-Vergleich?

FRS und SRS bilden den Ausgangspunkt. Für Schnittstellen, Fahrzeugausrüstung und Migration sind weitere Dokumente erforderlich. Die Auswahl hängt vom betrachteten Anwendungsfall ab.

Die Migration: Drei Nachweise für einen tragfähigen Mischbetrieb

Ein funktionierendes FRMCS-Netz allein löst noch nicht alle Übergangsfragen. Für die Projektplanung empfiehlt es sich, drei Aufgaben getrennt zu behandeln:

ETSI sieht für das Interworking mit GSM-R einen eigenen Bezugspunkt vor; TS 103 792 konkretisiert das Interworking. Daraus folgt als Engineering-Empfehlung: Eine vorhandene Interworking Function ist für jeden benötigten Dienst zu prüfen; ihre Existenz allein belegt keinen nahtlosen Übergang. ^[3] (Abschnitt 4.2) ^[14]

Praktische Prüfliste für Entscheider und Ingenieure

Die folgende Liste ist eine Planungsempfehlung, kein vollständiger normativer Prüfkatalog:

• Funktionale Erreichbarkeit: Wird nach Anmeldung oder Personalwechsel der richtige Lokführer erreicht?
• Notfallkommunikation: Erreicht ein Notruf alle vorgesehenen Teilnehmer im Mischbetrieb?
• Überlast: Werden priorisierte Dienste entlang der gesamten Verbindung bevorzugt behandelt?
• Systemgrenzen: Was geschieht mit laufenden Gesprächen und ETCS-Daten beim Übergang?
• Störungen: Welche Funktionen bleiben verfügbar und welche Informationen erhalten Bediener?
• Wiederherstellung: Werden Identitäten, Gruppen und Verbindungen nach einer Störung korrekt aufgebaut?

Spezifikationsstand und Zeitplan: Meilensteine getrennt betrachten

Der Anforderungsvergleich verwendet EIRENE FRS 8.1.0 und SRS 16.1.0 sowie FRMCS FRS/SRS 2.1.0. Die verlinkten Schnittstellen- und ETSI-Dokumente ergänzen ihn. Dies ist eine redaktionelle Vergleichsbasis, kein konsistenter Konformitäts- oder Zulassungssatz. Für Entwicklungs- und Regulierungsmeilensteine gilt der zentrale Meilenstein-Datensatz dieser Website. Ergänzend: ERTMS Work Plan 2026, Seite 67. ^[9]

[[FRMCS\_MILESTONES]]

Der Arbeitsplan benennt Terminrisiken. Diese Angaben sind Planungsstände, keine garantierten Liefertermine und kein europaweiter Umschalttermin. ^[9]

Häufige Fragen zu GSM-R und FRMCS

Ist EIRENE das Konzept und GSM-R die Umsetzung?

Vereinfacht ja, aber EIRENE umfasst konkrete funktionale und systemtechnische Anforderungen. Für einen sauberen Vergleich stehen EIRENE FRS und SRS den FRMCS FRS und SRS gegenüber; auf Systemebene vergleichen wir GSM-R und FRMCS. ^{[1] [10]}

Ist FRMCS einfach GSM-R mit 5G?

Der Wechsel umfasst zusätzlich zur Funktechnik die Kommunikationsdienste, Identitätsfunktionen und Anwendungsschnittstellen. FRMCS trennt Service und Transport ausdrücklich. Die betrieblichen Kernaufgaben bleiben der Bezugspunkt für die Umsetzung und Abnahme. ^[2]

Reicht eine SIP-/IMS-fähige Leitstelle für FRMCS?

Die Unterstützung von SIP oder IMS allein belegt keine vollständige FRMCS-Kompatibilität. Zusätzlich sind die benötigten MC-Dienste, bahnspezifischen Funktionen und Schnittstellen nachzuweisen. Diese Schlussfolgerung ergibt sich aus dem Umfang des spezifizierten Service Stratum. ^[3]

Ersetzt FRMCS das Zugbeeinflussungssystem ETCS?

FRMCS stellt Kommunikation für Bahnanwendungen bereit. ETCS bleibt eine darauf angewiesene Anwendung. Bei der Migration müssen die jeweilige ETCS-Ausrüstung und ihre Kommunikationsanbindung zusammenpassen. ^{[2] [7]}

Was jetzt in die Beschaffung gehört

Empfohlenes Prüfschema: Betriebsfunktion → GSM-R-Anforderungsreferenz → FRMCS-Anforderungsreferenz → technische Änderung → Migrationsfolge → Abnahmenachweis. Dabei müssen auch entfallene Anforderungen, zusätzliche Anforderungen und noch offene Spezifikationspunkte sichtbar werden. Der vorliegende Beitrag liefert die Orientierung dafür, ersetzt aber kein vollständiges Anforderungsregister.

Für eine belastbare Beschaffung sollte jeder Anbieter pro benötigter Betriebsfunktion die unterstützte Spezifikationsversion, die Schnittstellen, das Verhalten im Mischbetrieb und die bestandenen Tests ausweisen. Auch Verantwortlichkeiten für Integration, Fehlerbehebung und Gesamtverfügbarkeit gehören in die Projektplanung. So wird aus der Bezeichnung «FRMCS-ready» eine überprüfbare Leistungszusage.

Quellen und Einordnung

Technische Aussagen beruhen auf den folgenden Primärquellen. Die Prüfliste und Beschaffungshinweise sind daraus abgeleitete fachliche Empfehlungen. Aus einer Spezifikation wird keine Aussage über die Konformität eines konkreten Produkts abgeleitet.