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

Gestalten · 3.4

Sprachdienste analysieren und diagnostizieren

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

Leitfrage: Was lässt sich aus einem Ablaufprotokoll tatsächlich folgern?

Lernziel: Du analysierst Sprachfehler mit korrelierten Steuerungs- und Medienbeobachtungen.

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

Der erfolgreiche Aufbau ohne hörbare Sprache

Die Talbahn wiederholt den MCPTT-Ablauf aus 2.8. Registrierung, Gruppenberechtigung und die Teilnahme der Testgeräte sind vorbereitet. Wie in G05 löst Lea den Ruf aus; beim späteren Sprechwechsel soll Amir über sein separates FRMCS-Testgerät sprechen. In diesem Versuch hört Niko jedoch keine Sprache von Amir. Wir kehren damit ausdrücklich zum Testaufbau aus 2.8 zurück, nicht zum gemischten GSM-R-Fall aus 2.20.

Ein Trace ist eine zeitlich geordnete Aufzeichnung beobachteter Ereignisse oder Nachrichten. Er bildet nur die erfassten Messpunkte ab. Eine Nachricht, die an einer Schnittstelle sichtbar ist, muss deshalb noch nicht an jeder späteren Schnittstelle angekommen sein.

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

Die Grafik zeigt den vorgesehenen Ablauf; die folgende Spur beschreibt eine Abweichung davon. Die Grafik trennt Vorbereitung, Rufaufbau, Sprechsteuerung und Medien. Sie zeigt einen vereinfachten On-Network-Fall. Nicht jede Variante verwendet genau diese Abfolge; insbesondere kann die erste Sprechberechtigung an den Rufaufbau gekoppelt sein.

Eine fiktive Spur lesen

Die Zeiten sind relative Lernwerte. Sie sind weder FRMCS-Grenzwerte noch ein vollständiger Protokollmitschnitt.

Zeit Beobachtung
0 ms Rufanforderung am auslösenden Client erfasst
90 ms Erfolgreiche Antwort auf die beobachtete SIP-Aufbauanforderung am Client
2000 ms Amir fordert beim späteren Sprechwechsel das Sprechrecht an
2120 ms Floor Granted am Client von Amir erfasst; Sprechberechtigung angezeigt
2150–2900 ms Amirs Medienpakete am Messpunkt A vor dem Transport erfasst
2150–2900 ms Keine zugehörigen Pakete am Messpunkt B bei Niko erfasst
2950 ms Niko meldet: keine hörbare Sprache

Signalisierungserfolg bezeichnet den beobachteten Erfolg eines Steuerungsschritts. Er beweist nicht die Medienübertragung. Ebenso ist eine angezeigte Sprechberechtigung noch keine erfolgreiche Audioausgabe beim Empfänger.

Von der Beobachtung zur prüfbaren Hypothese

Eine Hypothese ist eine vorläufige Erklärung, die durch weitere Beobachtungen geprüft wird. Hier lautet eine mögliche Hypothese: Zwischen A und B werden Medienpakete nicht korrekt weitergeleitet. Weitere Möglichkeiten sind eine falsche Zielzuordnung oder ein unvollständiger Mitschnitt bei B.

Die Talbahn prüft zuerst die Messung selbst: Beziehen sich beide Aufzeichnungen auf denselben Ruf? Sind Zeitbasis und Filter geeignet? Erfassen sie die richtige Richtung? Erst danach grenzt sie den Übertragungsweg durch weitere Messpunkte ein.

Wenn Pakete bei B ankommen, aber keine Sprache ausgegeben wird, verschiebt sich die Untersuchung zum Empfänger. Dort könnten Verarbeitung oder Audioausgabe betroffen sein. Diese Erklärung passt jedoch nicht als erste gesicherte Ursache zur vorliegenden Beobachtung «keine Pakete bei B».

Eine Fehleranalyse braucht Zuständigkeiten

Für jeden Messpunkt wird eine verantwortliche Stelle benannt. Die Dienstverantwortung betrachtet Ruf- und Sprechzustände, die Transportverantwortung den Paketweg, die Endgeräteverantwortung die Verarbeitung. Eine gemeinsame Zeitachse verbindet die Befunde.

Die Fallakte erhält pro Hypothese einen nächsten Test und ein erwartetes Unterscheidungsergebnis. «Netzproblem» ohne Messgrenze wäre zu ungenau, um eine zielgerichtete Korrektur auszulösen.

Die Spur mit den nun bekannten Dienstfunktionen verbinden

Die erfolgreiche SIP-Antwort gehört zum beobachteten Aufbauabschnitt. Floor Granted gehört zur Sprechsteuerung. Die Medienbeobachtungen gehören zum Datenweg zwischen Sender, Verteilfunktion und Empfänger. Diese Zuordnung aus 2.4, 2.5 und 2.8 ermöglicht gezielte Messpunkte statt der Sammeldiagnose «MCX defekt».

Für eine echte Aufzeichnung ergänzt die Talbahn SIP-Dialogbezug, beteiligte Dienstnutzer, Medienparameter und korrelierbare Zeitbasis. Ein Dialog ist hier der SIP-Kommunikationszusammenhang, dem die Nachrichten zugeordnet werden. Unterschiedliche Dialoge oder Medienrichtungen dürfen nicht allein aufgrund ähnlicher Zeitstempel vermischt werden. [S21; S23]

Prüfe dein Verständnis

Jemand schliesst aus der SIP-Antwort bei 90 ms: «Der Dienst ist vollständig in Ordnung; schuld ist sicher der Lautsprecher.» Welche zwei Denkfehler erkennst du, und welchen nächsten Schritt schlägst du vor?

Musterantwort

Die SIP-Antwort belegt nur den beobachteten Aufbauabschnitt, nicht den vollständigen Dienst. Zudem spricht der fehlende Paketnachweis bei B zunächst gegen eine allein aus der Audioausgabe abgeleitete Ursache. Ich prüfe die Vergleichbarkeit der Messungen und verfolge danach den Medienweg zwischen A und B. Kommen Pakete bei B an, kann die Untersuchung gezielt auf Verarbeitung und Audioausgabe erweitert werden.

Das nimmst du mit

Ein Trace wird durch seine Messgrenzen aussagekräftig, nicht durch seine Länge.

Deine Talbahn-Fallakte

Übernimm Amirs späteren Sprechwechsel und die Messpunkte A und B. Notiere eine Hypothese, einen nächsten Test und das Ergebnis, das diese Hypothese stützen oder widerlegen würde.

Quellen

  • S21 · IETF RFC 3261: SIP

    IETF RFC 3261: SIP

    Version: Juni 2002 · Geprüft: 2026-10-11

    Bezug: Sitzungsaufbau, Änderung und Beendigung.

    Geltungsgrenze: SIP-Grundlagen, kein vollständiger MCPTT-Ablauf.

    Verwendet in: 2.5, 3.4

  • 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

Gemeinsames Quellenregister

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