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.
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
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
Dein Fortschritt wird in diesem Browser auf diesem Gerät gespeichert.