MCX ist die Sammelbezeichnung für die vom 3GPP standardisierten missionskritischen Kommunikationsdienste über Mobilfunknetze. MCX umfasst Mission Critical Push-to-Talk (MCPTT), Mission Critical Data (MCData) und Mission Critical Video (MCVideo). Die Dienste sind für Behörden und Organisationen mit Sicherheitsaufgaben sowie Betreiber kritischer Infrastruktur ausgelegt und bilden Funktionen wie Sprechrechtsteuerung, Priorisierung und Notrufe standardisiert über LTE und 5G ab.
Was ist MCX?
MCX bezeichnet eine Familie von 3GPP-Spezifikationen, die Einsatzkommunikation auf Breitband-Mobilfunknetze überträgt. Das „X“ steht dabei als Platzhalter für die drei Dienstarten Push-to-Talk, Data und Video, die auf einer gemeinsamen Architektur und einem gemeinsamen Sicherheitsmodell aufsetzen. Gelegentlich wird MCX auch als „Mission Critical Services“ oder „MCS“ bezeichnet.
Der Ausgangspunkt für MCX war eine Lücke: Professioneller Einsatzfunk wurde jahrzehntelang über eigene Schmalbandnetze nach Standards wie TETRA in Europa oder P25 in Nordamerika betrieben. Diese Netze leisten Sprachkommunikation sehr zuverlässig, sind für Bilder, Videostreams, Sensordaten oder Fachanwendungen aber nicht ausgelegt. Öffentliche Mobilfunknetze bieten umgekehrt Breitbandkapazität, kannten jedoch keine standardisierten Funktionen für Gruppenruf, Sprechrechtsvergabe oder Vorrangschaltung. MCX schließt diese Lücke, indem es die funktionalen Eigenschaften des Einsatzfunks in der Mobilfunkarchitektur spezifiziert.
Entscheidend für das Verständnis von MCX ist, dass es sich um einen Standard handelt, nicht um ein Produkt und nicht um ein Netz. MCX beschreibt Anforderungen, Architektur, Protokolle und Sicherheitsverfahren. Ob ein Einsatz davon profitiert, hängt von drei Faktoren ab: einem MCX-fähigen Netz mit entsprechender Priorisierung, einer konformen Serverplattform und zertifizierten Endgeräten oder Clients. Fehlt ein Element, greift der Standard nur teilweise.
Wofür stehen MCPTT, MCData und MCVideo?
MCPTT, MCData und MCVideo sind die drei Dienstarten innerhalb von MCX und deckten in dieser Reihenfolge nacheinander Sprache, Daten und Video ab. MCPTT wurde mit 3GPP Release 13 spezifiziert, MCData und MCVideo folgten mit Release 14; seither werden alle drei mit jedem Release fortgeschrieben.
| Dienst | Inhalt | Typische Funktionen |
| MCPTT (Mission Critical Push-to-Talk) | Halbduplex-Sprachkommunikation in Gruppen und Einzelverbindungen | Gruppenruf, Einzelruf, Broadcast-Ruf, Notruf, Sprechrechtsvergabe, Vorrangschaltung |
| MCData (Mission Critical Data) | Daten- und Nachrichtenaustausch | Kurznachrichten, Dateiübertragung, Datenstromübertragung, Übermittlung an Fachanwendungen |
| MCVideo (Mission Critical Video) | Videokommunikation und Videostreams | Push-to-Video, Videoübertragung an die Leitstelle, Kamerasteuerung, Video-Gruppenkommunikation |
Die drei Dienste teilen sich bewusst zentrale Komponenten: Identitäts- und Gruppenverwaltung, Konfigurationsverwaltung, Standortdienste und Schlüsselverwaltung sind gemeinsam spezifiziert. Ein Nutzer, eine Gruppe und eine Berechtigung gelten damit dienstübergreifend – organisatorisch der wichtigste Vorteil gegenüber getrennten Einzellösungen für Sprache, Nachrichten und Video.
Warum ist MCX wichtig?
MCX ist wichtig, weil Einsatzkräfte und Betreiber kritischer Infrastruktur zunehmend Daten benötigen, die Schmalbandfunk nicht transportieren kann, ohne dabei die Verlässlichkeit des Funkverkehrs aufzugeben. Lagebilder, Gebäudepläne, Patientendaten, Sensorwerte, Drohnen- und Bodycam-Bilder sind operativ relevant geworden. Ohne Standard entstehen an dieser Stelle Insellösungen: eine App für Bilder, eine für Nachrichten, dazu der Funk – mit getrennten Nutzerverwaltungen und ohne gemeinsame Priorisierung.
Der zweite Grund ist wirtschaftlich. Bestehende TETRA-Netze erreichen absehbar das Ende ihres Lebenszyklus, und ein Neuaufbau proprietärer Schmalbandtechnik ist für die meisten Betreiber weder finanzierbar noch zukunftsfähig. MCX erlaubt es, auf Mobilfunktechnologie und deren Herstellerökosystem aufzusetzen, statt einen eigenen Technologiepfad zu unterhalten. Das senkt Beschaffungskosten und erweitert die Auswahl an Endgeräten deutlich.
Der dritte Grund ist Interoperabilität. Da MCX von mehreren Herstellern implementiert und in Interoperabilitätstests der TCCA und ETSI geprüft wird, sinkt die Abhängigkeit von einzelnen Anbietern. Für Organisationen, die über Landes-, Behörden- und Organisationsgrenzen hinweg zusammenarbeiten müssen, ist genau das der praktisch entscheidende Punkt – erfahrungsgemäß scheitert überregionale Zusammenarbeit seltener an der Technik als an inkompatiblen Systemgrenzen.
Eine ausführlichere Einordnung, was der Umstieg auf MCX für Behörden und Organisationen mit Sicherheitsaufgaben sowie für Betreiber kritischer Infrastruktur bedeutet, gibt der Beitrag MCX: Die Zukunft der Einsatzkommunikation für BOS und KRITIS.
Wie funktioniert MCX technisch?
MCX funktioniert, indem es die Dienstlogik des Einsatzfunks als Anwendungsschicht über ein LTE- oder 5G-Netz legt und die Netzfunktionen für Priorisierung und Vorrang nutzt. Die Signalisierung erfolgt über SIP in einem IMS-Kern, die Sprach- und Videoübertragung über RTP, die Sprechrechtsverwaltung über RTCP-Nachrichten nach TS 24.380 und die Verwaltungsfunktionen über HTTP-basierte Schnittstellen.
Serverseitig besteht ein MCX-System aus mehreren Funktionen: dem MCPTT-, MCData- beziehungsweise MCVideo-Server, einem Identity Management Server, der die Nutzerauthentisierung über OpenID Connect abwickelt, einem Group Management Server für Gruppen und Gruppenzusammenlegungen, einem Configuration Management Server, einem Location Management Server und einem Key Management Server für die Schlüsselverteilung. Die Serverrollen werden zusätzlich in eine „controlling“ und eine „participating function“ unterschieden, was die Zusammenarbeit mehrerer Systeme über Organisationsgrenzen hinweg ermöglicht.
Vier Funktionsgruppen machen den eigentlichen Unterschied zu gewöhnlicher IP-Kommunikation:
- Floor Control verwaltet, wer in einer Gruppe sprechen darf, in welcher Reihenfolge Sprechwünsche bedient werden und wann ein laufender Sprechvorgang unterbrochen werden kann.
- Priorisierung und Pre-emption setzen Vorrangstufen für Nutzer, Gruppen und Rufarten durch – ein Notruf verdrängt regulären Verkehr, nicht umgekehrt.
- Netzseitige Bevorrechtigung erfolgt über eigene QoS-Klassen: 3GPP hat für missionskritische Dienste unter anderem QCI beziehungsweise 5QI 65 für MCPTT-Sprache, 67 für MCVideo, 69 für verzögerungssensitive Signalisierung und 70 für MCData vorgesehen.
- Off-Network-Betrieb ermöglicht die direkte Kommunikation zwischen Geräten ohne Netzabdeckung über Proximity Services und Sidelink-Verfahren – funktional das Gegenstück zum Direktmodus im TETRA-Funk.
Hinzu kommen einsatzspezifische Funktionen, die in TETRA-Netzen etabliert sind und in MCX bewusst nachgebildet wurden: Late Call Entry für Geräte, die sich einer laufenden Gruppenkommunikation nachträglich anschließen, Talker Identification, Emergency- und Imminent-Peril-Rufe, Ambient Listening, funktionale Aliasse für rollenbasierte Adressierung sowie Leitstellenanbindung über Dispatcher-Konsolen.
Welche Rolle LTE- und 5G-Netze als Transportgrundlage dieser Dienste spielen und welche Anforderungen daraus an die Netzanbindung entstehen, vertieft der Beitrag LTE- und 5G-Echtzeitkommunikation als Rückgrat moderner KRITIS-Kommunikation.
Welche Leistungsanforderungen gelten für MCX?
Die Leistungsanforderungen an MCX sind in TS 22.179 als Kennwerte festgelegt und liegen deutlich strenger als bei gewöhnlicher Sprachkommunikation über Mobilfunk. Sie sind der eigentliche Prüfstein für jede MCX-Implementierung, denn Gruppenfunk wird von Einsatzkräften an der Reaktionszeit beim Drücken der Sprechtaste gemessen.
| Kennwert | Zielvorgabe | Bedeutung |
| MCPTT Access Time | ≤ 300 ms für 95 % der Fälle | Zeit vom Drücken der Sprechtaste bis zur Freigabe zum Sprechen bei bestehender Session |
| End-to-End MCPTT Access Time | ≤ 1.000 ms | Zeit bis zur Wiedergabe beim Empfänger, einschließlich Aufbau einer neuen Verbindung |
| Mouth-to-Ear-Latenz | ≤ 300 ms für 95 % der Sprachabschnitte | Gesamtverzögerung zwischen Sprechen und Hören im laufenden Gespräch |
| Late Call Entry | im Bereich weniger hundert Millisekunden | Zeit, bis ein nachträglich hinzukommendes Gerät einer laufenden Gruppenkommunikation folgt |
Diese Werte gelten netzseitig unter definierten Bedingungen. In der Praxis entscheidet daher weniger die Konformität einzelner Komponenten als die durchgängige Auslegung von Endgerät, Funkzelle, Transportnetz und Serverplattform. Eine MCPTT-Anwendung ohne priorisierte Netzanbindung erreicht die Vorgaben unter Last nicht – dieser Punkt wird in Beschaffungsverfahren regelmäßig unterschätzt.
Wie ist die Sicherheit in MCX geregelt?
Die Sicherheit von MCX ist in TS 33.180 spezifiziert und umfasst Authentisierung, Schlüsselverwaltung sowie den Schutz von Signalisierung und Nutzdaten. Zentral ist ein Key Management Server, der die Schlüssel für Gruppen, Einzelrufe und Client-Server-Verbindungen ausgibt; die Schlüsselverteilung erfolgt über identitätsbasierte Kryptografie nach dem MIKEY-SAKKE-Verfahren.
MCX unterscheidet dabei verschiedene Schlüsselarten, unter anderem einen Client-Server-Schlüssel für die Signalisierung, einen Gruppenschlüssel für Gruppenkommunikation und einen Schlüssel je Einzelverbindung. Dieses Modell erlaubt eine Ende-zu-Ende-Verschlüsselung von Medien und Signalisierung, die auch gegenüber dem Netzbetreiber wirkt – für Behörden ein wesentliches Kriterium, wenn MCX über ein kommerzielles Mobilfunknetz erbracht wird. Die Nutzerauthentisierung wird von der Dienstsicherheit getrennt und über OpenID Connect abgebildet, was die Anbindung an bestehende Identitätsverwaltungen erleichtert.
Organisatorisch bleibt ein Punkt, den der Standard nicht löst: Die Verwaltung von Geräten, Zertifikaten und Berechtigungen. MCX setzt eine funktionierende Geräte- und Identitätsverwaltung voraus, wie sie über Mobile Device Management und angebundene Verzeichnisdienste umgesetzt wird.
Wie unterscheidet sich MCX von TETRA und von Push-to-Talk-Apps?
MCX unterscheidet sich von TETRA durch die Breitbandbasis und den größeren Dienstumfang, von einfachen Push-to-Talk-Funktionen in Kollaborationslösungen dagegen durch standardisierte Sprechrechtsteuerung, Vorrangschaltung und netzseitige Priorisierung. Diese Abgrenzung wird in Projekten häufig verwischt, weil alle drei Ansätze oberflächlich dasselbe Bild erzeugen: eine Sprechtaste in einer Gruppe.
| Kriterium | TETRA / P25 | MCX nach 3GPP | PTT in Kollaborationslösungen |
| Netzbasis | Eigenes Schmalbandnetz | LTE/5G, dediziert, als Netzscheibe oder über Betreibermodelle | Öffentliches Mobilfunknetz und WLAN, rein IP-basiert |
| Dienstumfang | Sprache, geringe Datenraten | Sprache, Video, Daten in Breitbandqualität | Text, Dateien, Sprachnachrichten |
| Betrieb ohne Netz | Direktmodus etabliert | Off-Network über Proximity Services, Verfügbarkeit begrenzt | Nicht vorgesehen |
| Priorisierung | Netzintern verankert | Über QCI/5QI und Pre-emption | Keine Priorisierung im Mobilfunknetz |
| Sprechrechtsteuerung | Netzseitig | Floor Control nach TS 24.380 | Meist ohne formale Floor Control |
| Interoperabilität | Etablierte Prüfprofile | Plugtests von TCCA und ETSI, Gerätezertifizierung | Herstellerabhängig |
| Typischer Einsatzzweck | Einsatzfunk | Einsatzfunk der nächsten Generation | Organisationsübergreifende Zusammenarbeit, Stabs- und Verwaltungsarbeit |
Praktisch bedeutet diese Abgrenzung: Eine PTT-Funktion in einem Business-Messenger ersetzt keinen Einsatzfunk, und ein MCX-System ersetzt keine organisationsweite Zusammenarbeit über Chats, Dateien und Verteilerstrukturen. Wer beides verwechselt, beschafft entweder eine Funklösung für Verwaltungsprozesse oder eine Verwaltungslösung für den Einsatz.
Wie läuft die Migration von TETRA zu MCX?
Die Migration von TETRA zu MCX erfolgt in der Regel nicht als Stichtagsumstellung, sondern über einen mehrjährigen Parallelbetrieb. Der Grund ist Verfügbarkeit: TETRA-Netze sind für Sprachkommunikation flächendeckend ausgelegt und über Jahrzehnte erprobt, während MCX-Dienste erst dann gleichwertig sind, wenn Netzabdeckung, Priorisierung und Endgeräte durchgängig verfügbar sind.
3GPP hat diesen Übergang eingeplant. TS 23.283 spezifiziert das Interworking zwischen MCX-Systemen und bestehenden Funknetzen, sodass Gruppen über beide Technologien hinweg kommunizieren können. Typische Migrationsmuster sind ein Einstieg über MCData und MCVideo, während Sprachkommunikation zunächst auf TETRA verbleibt, oder der parallele Betrieb mit Dual-Mode-Geräten für ausgewählte Einheiten. Für Betreiber ist dabei die Klärung von Prioritätsstufen, Gruppenzuordnungen und Leitstellenanbindung über beide Systeme aufwendiger als die Technik selbst.
International sind Breitbandnetze für Einsatzkräfte in unterschiedlichem Reifegrad im Aufbau, unter anderem in den USA, Großbritannien und Südkorea. In Deutschland wird der BOS-Digitalfunk auf TETRA-Basis betrieben; eine breitbandige Weiterentwicklung ist Gegenstand laufender Planungen. Für Betreiber kritischer Infrastruktur außerhalb der Gefahrenabwehr existieren zudem eigene Funknetzansätze im 450-MHz-Bereich. Der jeweils aktuelle Stand sollte vor Beschaffungsentscheidungen geprüft werden, da sich Zeitpläne in diesem Feld häufig verschieben.
Wie ein MCX-Betrieb im Zusammenspiel von Leitstellentechnik und mobiler Kommunikation konkret aussehen kann, beschreibt der Beitrag Teamwire und Frequentis: Wie MCX in der Praxis laufen wird.
Ist MCX für Organisationen ohne eigenes Einsatzfunknetz relevant?
MCX ist für Organisationen ohne eigenes Einsatzfunknetz nur eingeschränkt relevant, die dahinterliegenden Anforderungen sind es dagegen sehr wohl. Krankenhäuser, Energieversorger, Verkehrsbetriebe, Industrieunternehmen und Verwaltungen benötigen im Ereignisfall verlässliche Gruppenkommunikation, klare Rollenzuordnung, priorisierte Alarmierung und nachvollziehbare Dokumentation – ohne dass dafür ein zertifiziertes MCPTT-System und ein priorisiertes Mobilfunknetz beschafft werden könnten.
Sinnvoll ist deshalb eine Trennung der Ebenen. MCX adressiert die einsatzkritische Funkkommunikation der Gefahrenabwehr mit Millisekundenanforderungen und eigener Netzinfrastruktur. Notfallkommunikation und Krisenkommunikation in Organisationen adressieren Alarmierung, Stabsarbeit, organisationsübergreifende Abstimmung und Dokumentation. Beide Ebenen berühren sich, ersetzen einander aber nicht: An der Schnittstelle steht regelmäßig die Frage, wie Informationen aus dem Einsatzfunk in die Führungs- und Verwaltungsebene gelangen und umgekehrt.
Organisationen lösen diese zweite Ebene in der Regel über sichere, freigegebene Kommunikationslösungen, die Gruppen- und Broadcast-Kommunikation, priorisierte Alarmierung und Sprachnachrichten mit einer administrierbaren Nutzer- und Rechteverwaltung verbinden – und deren Funktion in den Übungen der Organisation mitgeprüft wird.
Welche typischen Fehler treten bei MCX-Projekten auf?
Der häufigste Fehler bei MCX-Projekten ist die Gleichsetzung von Standardkonformität mit Einsatztauglichkeit. Ein Client kann konform sein, ohne dass die Leistungswerte im Netz erreicht werden. Weitere typische Schwachstellen:
- Beschaffung von MCX-Diensten ohne vertraglich zugesicherte Priorisierung im genutzten Mobilfunknetz
- Vernachlässigung des Off-Network-Betriebs, obwohl Einsatzstellen ohne Netzabdeckung eingeplant werden müssen
- Migrationsplanung ohne Interworking-Konzept, sodass Gruppen zwischen alter und neuer Technologie getrennt bleiben
- Konzentration auf Endgeräte, während Leitstellenanbindung, Gruppenverwaltung und Schlüsselverwaltung ungeklärt bleiben
- fehlende Abgrenzung zur allgemeinen Organisationskommunikation, wodurch entweder Funkfunktionen für Verwaltungsprozesse beschafft oder umgekehrt einsatzkritische Anforderungen an nicht dafür ausgelegte Lösungen gestellt werden
- keine Übungen unter Last, sodass Priorisierung und Vorrangschaltung erst im Ereignisfall geprüft werden
Zusammenfassung: Wichtige Punkte zu MCX
- MCX (Mission Critical Services) ist die Sammelbezeichnung für die vom 3GPP standardisierten missionskritischen Kommunikationsdienste über LTE- und 5G-Netze.
- MCX umfasst drei Dienste: MCPTT für Sprache, MCData für Nachrichten und Daten sowie MCVideo für Videokommunikation, auf gemeinsamer Architektur und Sicherheitsbasis.
- MCPTT wurde mit 3GPP Release 13 spezifiziert, MCData und MCVideo folgten mit Release 14; die Spezifikationen werden fortlaufend erweitert.
- MCX ist ein Standard, kein Netz und kein Produkt – der Nutzen entsteht erst aus dem Zusammenspiel von priorisiertem Netz, konformer Plattform und geeigneten Endgeräten.
- Kernfunktionen sind Floor Control, Priorisierung und Pre-emption, Notruf- und Imminent-Peril-Rufe, Late Call Entry sowie Off-Network-Betrieb über Proximity Services.
- Gegenüber TETRA bietet MCX Breitbanddienste und ein größeres Herstellerökosystem, erreicht aber erst mit flächiger Netzabdeckung und Priorisierung gleichwertige Verlässlichkeit.
- Eine PTT-Funktion in Kollaborationslösungen ist kein MCPTT: Ihr fehlen standardisierte Sprechrechtsteuerung, Vorrangschaltung und netzseitige Priorisierung.
- Für Organisationen ohne eigenes Einsatzfunknetz sind nicht MCX selbst, sondern die dahinterliegenden Anforderungen an Alarmierung, Gruppenkommunikation und Dokumentation maßgeblich.