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

Canonical: https://frmcs.org/de/news/gsm-r-frmcs-vergleich
Author: Ante Samardzic
Published: 2026-10-04
Last material update: 2026-10-04
Language: de
Alternate (en): https://frmcs.org/news/gsm-r-frmcs-comparison · https://frmcs.org/md/news/en/gsm-r-frmcs-comparison
Version: 1
Review: stored quality review and human approval of this exact version

## Summary

Lokführer erreichen, Gruppen koordinieren, vor Gefahren warnen und ETCS-Daten übertragen: Diese Aufgaben bleiben beim Wechsel zu FRMCS bestehen. Grundlegend verändert sich die technische Umsetzung. Der Vergleich erklärt Entscheidern und Ingenieuren, was das für Netze, Fahrzeuge und Leitstellen bedeutet.

**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]

| Ebene | GSM-R-Welt | FRMCS-Welt | Leitfrage |
| --- | --- | --- | --- |
| Funktionale Anforderungen | EIRENE FRS | FRMCS FRS, FU-7120 | Was muss das System für den Bahnbetrieb leisten? |
| Systemanforderungen | EIRENE SRS | FRMCS SRS, AT-7800 | Welche systemtechnischen Anforderungen gelten? |
| Technische Konkretisierung | MORANE-Schnittstellen und referenzierte GSM-/GSM-R-Standards | FRMCS FIS/FFFIS und referenzierte ETSI-/3GPP-Standards | Wie arbeiten die Komponenten zusammen? |
| Kommunikationssystem | GSM-R | FRMCS | Was verändert sich für Netz, Fahrzeug und Leitstelle? |

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]

| ID | EIRENE-Betriebsfunktion | EIRENE-Abschnitt | FRMCS-Entsprechung | FRMCS-Abschnitt | Einordnung |
| --- | --- | --- | --- | --- | --- |
| B01 | Lokführer–Fahrdienstleiter | 2.6, 5.2, 8 | Gespräche in beiden Richtungen | 10.3, 10.4 | Weitergeführt |
| B02 | Funktionale Adressierung | 11.2 | Funktionale Identitäten | 6; Anhang D | Neu strukturiert |
| B03 | Funktionsanmeldung/-abmeldung | 11.3 | Rollenverwaltung und Registrierung | 8.2.4 | Weitergeführt, erweitert |
| B04 | Ortsabhängige Adressierung | 11.4 | Standortbezogene Fahrdienstleiterauswahl | 10.3.2 | Weitergeführt |
| B05 | Gruppenruf | 2.2, 5.2 | Mehrteilnehmerkommunikation und Sprechrechtssteuerung | 10.1, 10.2, 8.2.3 | Neu strukturiert |
| B06 | Sammeldurchsage/Broadcast | 2.2, 5.2 | Sprechrechtsbeschränkung; Broadcast-Interworking | 8.2.3.4.8–9 | Teilentsprechung; M-V3 |
| B07 | Bahnfunknotruf | 13 | Railway Emergency Communication | 10.11 | Weitergeführt |
| B08 | Priorisierung und Verdrängung | 2.4, 10.2 | Prioritätsbehandlung | 8.2.8; Anhang J | Weitergeführt |
| B09 | Rangierkommunikation | 7A, 14 | Rangiersprache und Verbindungsüberwachung | 10.8 | Wesentliche Anforderungen V3; Interworking teilweise Vx |
| B10 | Lokführer desselben Zuges | 5.2.2 | Banking Voice Communication | 10.6 | Wesentliche Anforderungen V3 |
| B11 | Kommunikation mit Zugpersonal | 5.2.2 | Bordinterne Sprachkommunikation | 10.21 | Unvollständig; optional für V3 vorgesehen |
| B12 | Zugschutz-Datenkommunikation | 2.3 | Automatic Train Protection Communication | 11.4 | Weitergeführt |
| B13 | Textnachrichten | 12 | Messaging Services | 11.27 | Entsprechender Funktionsbereich |
| B14 | Übergabe von Leitstellenfunktionen | 8.6 | Übertragung funktionaler Identitäten | 8.2.4.6 | Teilentsprechung; M-Vx |

**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]

| Betriebliche Aufgabe | EIRENE / GSM-R | FRMCS-Zielbild |
| --- | --- | --- |
| **Bestimmten Zug erreichen** | Funktionale Rufnummer, die einer aktuellen Zugfunktion zugeordnet wird. | Funktionale Adressierung mit Functional Aliases und MC-Service-Identitäten. |
| **Zuständigen Fahrdienstleiter erreichen** | Ortsabhängige Adressierung: Location Dependent Addressing. | Lokführer–Fahrdienstleiter-Kommunikation unter Nutzung der vorgesehenen Adressierungs- und Standortfunktionen. |
| **Mit einer Gruppe sprechen** | Insbesondere VGCS, der GSM-Sprachgruppenruf. | MCPTT-Gruppenkommunikation mit Steuerung des Sprechrechts. |
| **Vor einer Gefahr warnen** | Railway Emergency Call auf Basis der GSM-Gruppenrufmechanismen. | Notfallkommunikation mit REC-Alert und REC-Voice. |
| **Wichtige Kommunikation bevorzugen** | Priorisierung und Verdrängung über eMLPP. | Abgestimmte Prioritätsbehandlung in Dienst und Transportnetz, unter anderem mit 5QI und ARP. |
| **ETCS-Daten übertragen** | Leitungs- oder paketvermittelte Übertragung, abhängig von der Ausrüstung. | IP-basierte Konnektivität über die vorgesehenen FRMCS-Dienste und Schnittstellen; MCData IP Connectivity ist ein relevanter Baustein. |

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)

| Ebene | Aufgabe | Konsequenz für die Planung |
| --- | --- | --- |
| **Bahnanwendungen** | Betriebliche Aufgaben wie Sprachkommunikation oder ETCS. | Funktion, Bedienung und Anwendungsschnittstellen festlegen. |
| **Service Stratum** | Kommunikationsdienste auf Basis von MCX/IMS sowie unterstützende Dienstefunktionen. | Identitäten, Rufabläufe und Dienstekopplung spezifizieren. |
| **Transport Stratum** | Konnektivität und Übertragung mit definierter Dienstqualität. | Funkversorgung, Kapazität und Verfügbarkeit dimensionieren. |

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.

| Prüffrage | Dokumentenbasis |
| --- | --- |
| Wie sind Verfahren und Anwendungsschnittstellen festgelegt? | MORANE FIS/FFFIS/FFFS auf GSM-R-Seite; FRMCS FIS (FIS-7970) und FFFIS (FFFIS-7950) auf FRMCS-Seite. [1] [11] [12] |
| Was muss die Fahrzeugkommunikation leisten? | Fahrzeugbezogene EIRENE-Anforderungen; FRMCS TOBA FRS (TOBA-7510), SRS und ETSI TS 103 765-3. [8] [13] |
| Wie wird GSM-R mit FRMCS gekoppelt? | ETSI TS 103 792: Interworking with GSM-R. [14] |
| Wie verändert sich die ETCS-Anbindung? | UNISIG SUBSET-037-1 für GSM-R CS/PS und SUBSET-037-3 für FRMCS; SUBSET-037-2 behandelt die Sicherheitsschicht. [15] |
| Welche Versionen sind regulatorisch referenziert? | CCS-TSI, Anlage A, mit ERA-Spezifikationslisten und Anmerkungen. Entwicklungsstand, regulatorische Referenz und Vertragsbaseline getrennt erfassen. [16] |

## 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:

| Aufgabe | Was nachzuweisen ist | Was daraus noch nicht folgt |
| --- | --- | --- |
| **Koexistenz** | GSM-R und FRMCS können im vorgesehenen Gebiet parallel betrieben werden. | Teilnehmer beider Systeme können miteinander kommunizieren. |
| **Interworking** | Die vorgesehenen Dienste funktionieren zwischen Teilnehmern beider Systeme. | Eine laufende Verbindung bleibt beim Systemwechsel erhalten. |
| **Dienstkontinuität** | Sprache und Daten verhalten sich beim Systemwechsel gemäss den festgelegten betrieblichen Anforderungen. | Jeder Dienst funktioniert grundsätzlich ohne Unterbrechung. |

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.

## Why it matters

Der Vergleich verbindet betriebliche Anforderungen mit technischer Umsetzung und Migrationsnachweisen für Netze, Fahrzeuge und Leitstellen.

## Claims and their basis

- **Verified fact:** B01: Lokführer–Fahrdienstleiter → Gespräche in beiden Richtungen; FRMCS FRS 2.1.0, 10.3, 10.4. Einordnung: Weitergeführt. Funktionale Zuordnung, keine vollständige Äquivalenz. [10]
- **Verified fact:** B02: Funktionale Adressierung → Funktionale Identitäten; FRMCS FRS 2.1.0, 6; Anhang D. Einordnung: Neu strukturiert. Funktionale Zuordnung, keine vollständige Äquivalenz. [10]
- **Verified fact:** B03: Funktionsanmeldung/-abmeldung → Rollenverwaltung und Registrierung; FRMCS FRS 2.1.0, 8.2.4. Einordnung: Weitergeführt, erweitert. Funktionale Zuordnung, keine vollständige Äquivalenz. [10]
- **Verified fact:** B04: Ortsabhängige Adressierung → Standortbezogene Fahrdienstleiterauswahl; FRMCS FRS 2.1.0, 10.3.2. Einordnung: Weitergeführt. Funktionale Zuordnung, keine vollständige Äquivalenz. [10]
- **Verified fact:** B05: Gruppenruf → Mehrteilnehmerkommunikation und Sprechrechtssteuerung; FRMCS FRS 2.1.0, 10.1, 10.2, 8.2.3. Einordnung: Neu strukturiert. Funktionale Zuordnung, keine vollständige Äquivalenz. [10]
- **Verified fact:** B06: Sammeldurchsage/Broadcast → Sprechrechtsbeschränkung; Broadcast-Interworking; FRMCS FRS 2.1.0, 8.2.3.4.8–9. Einordnung: Teilentsprechung; M-V3. Funktionale Zuordnung, keine vollständige Äquivalenz. [10]
- **Verified fact:** B07: Bahnfunknotruf → Railway Emergency Communication; FRMCS FRS 2.1.0, 10.11. Einordnung: Weitergeführt. Funktionale Zuordnung, keine vollständige Äquivalenz. [10]
- **Verified fact:** B08: Priorisierung und Verdrängung → Prioritätsbehandlung; FRMCS FRS 2.1.0, 8.2.8; Anhang J. Einordnung: Weitergeführt. Funktionale Zuordnung, keine vollständige Äquivalenz. [10]
- **Verified fact:** B09: Rangierkommunikation → Rangiersprache und Verbindungsüberwachung; FRMCS FRS 2.1.0, 10.8. Einordnung: Wesentliche Anforderungen V3; Interworking teilweise Vx. Funktionale Zuordnung, keine vollständige Äquivalenz. [10]
- **Verified fact:** B10: Lokführer desselben Zuges → Banking Voice Communication; FRMCS FRS 2.1.0, 10.6. Einordnung: Wesentliche Anforderungen V3. Funktionale Zuordnung, keine vollständige Äquivalenz. [10]
- **Verified fact:** B11: Kommunikation mit Zugpersonal → Bordinterne Sprachkommunikation; FRMCS FRS 2.1.0, 10.21. Einordnung: Unvollständig; optional für V3 vorgesehen. Funktionale Zuordnung, keine vollständige Äquivalenz. [10]
- **Verified fact:** B12: Zugschutz-Datenkommunikation → Automatic Train Protection Communication; FRMCS FRS 2.1.0, 11.4. Einordnung: Weitergeführt. Funktionale Zuordnung, keine vollständige Äquivalenz. [10]
- **Verified fact:** B13: Textnachrichten → Messaging Services; FRMCS FRS 2.1.0, 11.27. Einordnung: Entsprechender Funktionsbereich. Funktionale Zuordnung, keine vollständige Äquivalenz. [10]
- **Verified fact:** B14: Übergabe von Leitstellenfunktionen → Übertragung funktionaler Identitäten; FRMCS FRS 2.1.0, 8.2.4.6. Einordnung: Teilentsprechung; M-Vx. Funktionale Zuordnung, keine vollständige Äquivalenz. [10]

## Sources

- [1] [UIC: GSM-R und EIRENE-Spezifikationen](https://uic.org/rail-system/telecoms-signalling/gsmr) — UIC · link not re-checked
- [2] [ETSI TS 103 764 V1.1.1 (2026-01): FRMCS System Architecture](https://www.etsi.org/deliver/etsi_ts/103700_103799/103764/01.01.01_60/ts_103764v010101p.pdf) — ETSI · link not re-checked
- [3] [ETSI TS 103 765-2 V1.1.1 (2026-01): Service Stratum](https://www.etsi.org/deliver/etsi_ts/103700_103799/10376502/01.01.01_60/ts_10376502v010101p.pdf) — ETSI · link not re-checked
- [4] [ETSI TS 103 765-1 V1.1.1 (2026-01): Transport Stratum](https://www.etsi.org/deliver/etsi_ts/103700_103799/10376501/01.01.01_60/ts_10376501v010101p.pdf) — ETSI · link not re-checked
- [5] [EIRENE Functional Requirements Specification 8.1.0](https://www.era.europa.eu/system/files/2023-09/index032_-_EIRENE_FRS_v810.pdf) — UIC · link not re-checked
- [6] [EIRENE System Requirements Specification 16.1.0](https://uic.org/IMG/pdf/eirene_-_system_requirements_specification_-_version_16.1_0.pdf) — UIC · link not re-checked
- [7] [UIC FRMCS System Requirements Specification 2.1.0, AT-7800](https://img2.uic.org/IMG/pdf/uic_frmcs_srs_at-7800_v2.1_0.pdf) — UIC · link not re-checked
- [8] [ETSI TS 103 765-3 V1.1.1 (2026-01): Train On-Board Functions and Interfaces](https://www.etsi.org/deliver/etsi_ts/103700_103799/10376503/01.01.01_60/ts_10376503v010101p.pdf) — ETSI · link not re-checked
- [9] [Europäische Kommission: ERTMS Work Plan 2026](https://transport.ec.europa.eu/document/download/4044ffeb-76c7-4f28-a5ab-a839da2ee8ae_en?filename=ERTMS_Work_Plan_2026.pdf) — Europäische Kommission · link not re-checked
- [10] [UIC FRMCS FRS, FU-7120, Version 2.1.0](https://img2.uic.org/IMG/pdf/uic_frmcs_frs_fu-7120_v2.1_0.pdf) — UIC · link not re-checked
- [11] [UIC FRMCS FIS, FIS-7970, Version 2.1.0](https://uic.org/IMG/pdf/uic_frmcs_fis_fis-7970_v2.1_0.pdf) — UIC · link not re-checked
- [12] [UIC FRMCS FFFIS, FFFIS-7950, Version 2.1.0](https://uic.org/IMG/pdf/uic_frmcs_fffis_fffis-7950_v2.1_0.pdf) — UIC · link not re-checked
- [13] [UIC: FRMCS-Dokumentenfamilie einschliesslich TOBA FRS](https://css2.uic.org/rail-system/telecoms-signalling/frmcs) — UIC · link not re-checked
- [14] [ETSI TS 103 792 V1.1.1 (2026-01): Interworking with GSM-R](https://www.etsi.org/deliver/etsi_ts/103700_103799/103792/01.01.01_60/ts_103792v010101p.pdf) — ETSI · link not re-checked
- [15] [UNISIG SUBSET-037-1, Version 4.0.0](https://www.era.europa.eu/system/files/2023-09/index010a_-_SUBSET-037-1_v400.pdf) — UNISIG · link not re-checked
- [16] [ERA: CCS-TSI Anlage A, Spezifikationsliste](https://www.era.europa.eu/era-folder/1-ccs-tsi-appendix-mandatory-specifications-etcs-b4-r1-rmr-gsm-r-b1-mr1-frmcs-b0-ato-b1) — ERA · link not re-checked

## Cite as

GSM-R und FRMCS im Vergleich: Anforderungen, Technik und Migration. FRMCS Atlas. https://frmcs.org/de/news/gsm-r-frmcs-vergleich (last material update 2026-10-04)

> FRMCS Atlas is a personal editorial project by Ante Samardzic (employed by Frequentis), not an official Frequentis, UIC, ETSI or ERA publication or endorsement. Claims are source-linked; review status is stated per page — database articles pass a stored quality review and human approval of the exact version, legacy static pages are marked as such.