Zum Inhalt springen
Unabhängige Referenz zum Future Railway Mobile Communication System

Anwenden · 2.8

MCPTT: einen Sprachruf vollständig verfolgen

Zeit: etwa 10–13 Minuten einschliesslich Aufgabe; Schätzung

Leitfrage: Welche Schritte machen aus einem Tastendruck eine hörbare Gruppenkommunikation?

Lernziel: Du erklärst einen ausgewählten MCPTT-Ruf mit Teilnahme, Sprechrecht und Medien.

Voraussetzungen: Die vorausgehenden Lektionen bis 2.7; insbesondere die dort erklärte Fallakte.

Welche Rufvariante wird hier erklärt?

Der allgemeine MCPTT-Begriff umfasst unterschiedliche Verfahren. Für den FRMCS-Bezug dieser Lektion betrachten wir den Ad-hoc-Gruppenruf mit bedarfsweise aufgebauter Sitzung. Ad hoc bedeutet hier, dass die Teilnehmerauswahl für den Ruf anhand der vorgesehenen Angaben beziehungsweise Kriterien zusammengestellt wird. Im vereinfachten Lehrfall sind Lea, Niko und Amirs separates Testgerät ausdrücklich die gewünschten Teilnehmer. Ihre Berechtigung und Erreichbarkeit bleiben eigene Voraussetzungen. [S09, Abschnitt 6.2.1]

Gruppenmitgliedschaft und Affiliation sind Begriffe aus dem allgemeinen MCPTT-Kontext. Affiliation ordnet einen Nutzer einer Gruppe für deren Nutzung im betreffenden Verfahren zu. Daraus wird hier kein zusätzlicher, universell vorgeschriebener Schritt jedes FRMCS-Ad-hoc-Rufs abgeleitet. Die Ablaufgrafik konzentriert sich auf Aufbau, Teilnahme, einen späteren Sprechrechtwechsel und Medien. Die genaue Teilnehmerermittlung und die Nachrichtenparameter werden anhand des konkret eingesetzten Profils ergänzt.

Den Aufbau mit SIP verbinden

Die Anfrage aus dem Sprachclient wird über die vorgesehenen SIP-Funktionen zur MCPTT-Dienststeuerung verarbeitet. Ein erfolgreich beobachteter Aufbauabschnitt erlaubt die weiteren Dienstschritte, beweist aber nicht jeden Teilnehmerzustand. Beim späteren Sprechwechsel fordert Amir das Sprechrecht an. Erst nach der erteilten Berechtigung und tatsächlicher Medienübertragung kann Niko Sprache hören. Ein Fehler bei der Zielermittlung, ein abgelehntes Sprechrecht und eine fehlende Audioausgabe sind deshalb unterschiedliche Diagnosefälle.

Einen konkreten Fall wählen

Lea möchte für einen Ad-hoc-Gruppenruf Niko und Amir als Teilnehmer erreichen. Für diese Übung verwendet Amir ein getrenntes FRMCS-Testgerät; er übernimmt dabei nicht gleichzeitig Leas Lokführerrolle. Alle drei sind für die Kommunikation berechtigt und für diesen Ad-hoc-Ruf ausgewählt. Eine bereits bestehende Gruppenzuordnung wird in diesem Lehrfall nicht vorausgesetzt.

Wir betrachten einen On-network-Gruppenruf. Das bedeutet, dass die Kommunikation die vorgesehenen Netz- und Dienstfunktionen nutzt. Es gibt unterschiedliche Sitzungsvarianten. Unser Beispiel verwendet einen neu aufgebauten Gruppenruf und einen anschliessenden, getrennt dargestellten Sprechrechtwechsel. Es ist kein vollständiger normativer Nachrichtenablauf.

Vorbereitung und laufenden Ruf trennen

Vor dem Ruf stehen nutzbarer Transport, Netz- und Dienstanmeldung, passende Konfiguration und Berechtigung für den vorgesehenen Ruf bereit. Diese Vorbereitung erfolgt nicht bei jedem Druck auf die Sprechtaste erneut. Auch ein berechtigter Nutzer kann momentan unerreichbar sein.

Floor Control regelt die Sprechberechtigung. Diese Funktion entscheidet nach den vorgesehenen Regeln über Anforderung, Zuteilung und Freigabe des Sprechrechts. Floor Request bezeichnet die Sprechrechtsanforderung. Damit bittet ein Teilnehmer um die Erlaubnis zu sprechen. Floor Granted bezeichnet die Mitteilung der Zuteilung. Sie bestätigt das erteilte Sprechrecht, nicht den Empfang der Sprache.

Ad-hoc-Gruppenruf mit bedarfsweise aufgebauter Sitzung; keine vorgelagerte Gruppen-Affiliation im dargestellten Ablauf. Vorbereitung geht dem Ruf voraus. Lea fordert den Aufbau an. Nach Teilnahme und einer ausgelassenen ersten Sprechphase fordert Amir das Sprechrecht an. Nach Floor Granted sendet er Medien, die an Lea und Niko verteilt werden. Freigabe des Sprechrechts ist nicht Rufende.
G05 · Eigene vereinfachte Lehrdarstellung. Ad-hoc-Gruppenruf mit bedarfsweise aufgebauter Sitzung; keine vorgelagerte Gruppen-Affiliation im dargestellten Ablauf. Vorbereitung geht dem Ruf voraus. Lea fordert den Aufbau an. Nach Teilnahme und einer ausgelassenen ersten Sprechphase fordert Amir das Sprechrecht an. Nach Floor Granted sendet er Medien, die an Lea und Niko verteilt werden. Freigabe des Sprechrechts ist nicht Rufende.

Grafik in voller Grösse öffnen (SVG, neuer Tab) G05

Schritt Beobachtbares Ereignis Was es noch nicht beweist
1 Lea löst den Gruppenruf aus; Dienstfunktionen bearbeiten den Aufbau Dass alle gewünschten Teilnehmer erreichbar sind
2 Sitzung und Teilnahmezustände werden hergestellt beziehungsweise bestätigt Dass bereits jemand sprechen darf
3 Für einen Sprechrechtwechsel fordert Amir das Sprechrecht an: Floor Request Dass seine Anforderung angenommen wird
4 Die zuständige Floor-Control-Funktion erteilt es: Floor Granted Dass Audio tatsächlich übertragen und ausgegeben wird
5 Amir sendet Sprache; die vorgesehenen Empfänger erhalten Medien Dass deren Audioausgabe richtig zugeordnet ist
6 Amir gibt das Sprechrecht frei; später wird der Ruf beendet Dass Freigabe des Sprechrechts und Rufende dasselbe Ereignis sind

Die Protokollnachricht heisst Floor Granted; «Floor Grant» ist eine häufige verkürzte Beschreibung. Je nach Rufvariante kann die erste Sprechberechtigung mit dem Rufaufbau zusammenhängen. Die getrennte Request/Granted-Folge zeigt hier bewusst einen späteren Sprechrechtwechsel. [S23, S24]

Einen Fehler gezielt zuordnen

Erhält Amir keine Sprechberechtigung, darf aus fehlender Sprache nicht sofort auf einen Transportfehler geschlossen werden. Ist das Sprechrecht erteilt, werden Medienfluss und Audioausgabe gesondert geprüft. Ein empfangener SIP-Erfolg deckt diese Prüfungen nicht ab.

Priorität beeinflusst die Behandlung des Austauschs, ersetzt aber weder Rufberechtigung noch Funkversorgung. Für Railway Emergency Communication, also die spezifizierte bahnbezogene Gefahrenkommunikation, kommen festgelegte Empfänger-, Bereichs- und Prioritätsbedingungen hinzu. Ein gewöhnlicher Testgruppenruf beweist deren Erfüllung nicht. [S05]

Prüfe dein Verständnis

Die Sitzung ist aktiv. Amir hat Floor Granted erhalten. Niko hört nichts. Welche zwei Nachweise fehlen mindestens? Warum wäre es falsch, bei jedem Sprechwechsel eine vollständige Neuregistrierung einzuzeichnen?

Musterantwort

Es fehlen der Nachweis des passenden Medienflusses bis zum Empfänger und der richtigen Audioausgabe. Zudem ist zu prüfen, ob Amir tatsächlich Sprache sendet. Registrierung ist eine vorausgehende Netzanmeldung beziehungsweise Dienstanmeldung; ein Sprechwechsel innerhalb einer bestehenden Sitzung ist ein anderer Vorgang. Die gewählte Variante muss in der Ablaufzeichnung genannt werden.

Das nimmst du mit

  • Berechtigung, Teilnahme, Sprechrecht und Audio sind eigene Zustände.
  • Sprechrechtfreigabe ist nicht automatisch Rufbeendigung.
  • Ein konkreter Lehrablauf erklärt eine Variante, nicht alle MCPTT-Verfahren.

Deine Talbahn-Fallakte

Übernimm die sechs Beobachtungen und ergänze einen Fehlerfall «Sprechrecht vorhanden, keine Sprache». In 2.20 erweitern wir den Fall um GSM-R; in 3.4 untersuchen wir dazu passende Ereignisaufzeichnungen.

Quellen

  • S05 · UIC FRMCS FRS FU-7120

    UIC FRMCS FRS FU-7120

    Version: 2.1.0, 29.04.2025 · Geprüft: 2026-10-11

    Bezug: Funktionale Anforderungen, Identitäten, Functional Alias, Sprach- und Gefahrenkommunikation.

    Geltungsgrenze: Lehrgrundlage, kein Beleg für vollständige Produktunterstützung.

    Verwendet in: 1.2, 1.3, 1.6, 2.7, 2.8, 2.15, 2.20, 3.2

  • S09 · ETSI TS 103 765-2: FRMCS Service Stratum

    ETSI TS 103 765-2: FRMCS Service Stratum

    Version: 1.1.1, Januar 2026 · Geprüft: 2026-10-11

    Bezug: Dienstarchitektur; Begriffsdefinition SIP Core; Registrierung und MC-Dienste.

    Geltungsgrenze: IMS und SIP nicht gleichsetzen; Architektur erlaubt die spezifizierten SIP-Core-Alternativen.

    Verwendet in: 1.9, 2.1, 2.4, 2.5, 2.6, 2.7, 2.8, 2.9, 2.10, 2.14, 2.19, 2.22, 3.5, 3.16

  • S23 · 3GPP TS 23.379 / ETSI TS 123 379: MCPTT functional architecture and information flows

    3GPP TS 23.379 / ETSI TS 123 379: MCPTT functional architecture and information flows

    Version: 18.13.0, Juli 2025 · Geprüft: 2026-10-11

    Bezug: 5.3 Affiliation; 7.3/7.4 Funktionsmodell; 10.6 Gruppenrufe.

    Geltungsgrenze: Lehrablauf wählt eine On-Network-Variante; keine universelle Nachrichtenfolge.

    Verwendet in: 2.6, 2.8, 3.4

  • S24 · 3GPP TS 24.380 / ETSI TS 124 380: MCPTT media plane control

    3GPP TS 24.380 / ETSI TS 124 380: MCPTT media plane control

    Version: 18.5.0, Mai 2024 · Geprüft: 2026-10-11

    Bezug: Floor-Control-Verfahren und Nachrichten Floor Request / Floor Granted.

    Geltungsgrenze: Der Ablauf im Kurs abstrahiert Protokolldetails und behandelt einen späteren Sprechwechsel.

    Verwendet in: 2.8

Gemeinsames Quellenregister

Dein Fortschritt wird in diesem Browser auf diesem Gerät gespeichert.