Dispatcher Terminal und Leitstellenintegration

Der Arbeitsplatz und die zentrale Plattform

Ein Dispatcher Terminal ist der Bedienarbeitsplatz für die vorgesehene betriebliche Kommunikation. Dazu gehören Benutzeroberfläche und Audioeinrichtungen sowie die eingebundene Sprachanwendung. Es ist nicht automatisch ein einzelnes Gerät: Anwendungsteile und zentrale Funktionen können verteilt sein. Der Kurs legt für Niko einen konkreten Sprachweg fest, statt aus dem Wort «Terminal» eine universelle Architektur abzuleiten.

Das Voice Application Subsystem (VAS) bündelt die Sprach-Anwendungsfunktionen. Im gewählten TSAPP-Sprachprofil enthält die Anwendung die MCX-Client-Funktionen. SIP-Sitzungssteuerung und MCPTT-Dienstfunktionen liegen im Kommunikationszusammenhang dahinter. Niko bedient also keine UPF und keinen Funkkanal direkt. Seine Anwendung übersetzt den Rufwunsch in die vorgesehenen Dienstverfahren. [S06, Abschnitt 24.3]

Nikos Anmeldung und Schichtübergabe verfolgen

Niko meldet sich als Person an und übernimmt die freigegebene Zuständigkeit. Die Anwendung stellt dar, welche Rolle aktiv ist und welcher Kommunikationspartner gewählt wurde. Eine erfolgreiche Dienstanmeldung wird von tatsächlicher Rufteilnahme und hörbarer Sprache unterschieden. Bei einer Schichtübergabe muss nachvollziehbar bleiben, welche Rolle an welchem Arbeitsplatz aktiv ist und wie offene Vorgänge behandelt werden.

Nach einem Arbeitsplatzneustart darf eine gespeicherte Anzeige nicht als aktuelle Dienstbestätigung gelten. Die Talbahn prüft Wiederanmeldung, Rollenbezug, neue Rufe und die definierte Behandlung bestehender Kommunikation. Für den GSM-R-Partner kommt zusätzlich die IWF hinzu; deren Vermittlungszustand ist nicht automatisch aus dem Terminalstatus ersichtlich.

Eine sichtbare Taste ist noch kein erreichter Zug

Niko wählt an seinem Leitstellenarbeitsplatz die Lokführerrolle von Zug 1234. Die Anwendung nimmt den Tastendruck an und zeigt «Anforderung gesendet». Lea hört jedoch keinen Ruf. Diese Anzeige belegt zunächst nur eine Aktion der Anwendung. Sie darf nicht als bestätigte Erreichbarkeit des Zuges gelesen werden.

Aus 2.11 kennst du TSAPP als Anwendungsschnittstelle zum Trackside-FRMCS-System. Für Nikos Sprachbeispiel bleibt die dort gewählte TSAPP-Variante mit Tight Coupling bestehen. Die in 2.11 erklärte TSCTRL-Anbindung betrifft ein Leitstellen-VAS ohne TSAPP-Unterstützung. Über die ausgewählte Anbindung nutzt die Leitstellenanwendung die vorgesehenen Kommunikationsfunktionen. [S06, Abschnitt 24.3.3] Ihre betriebliche Bedienlogik bleibt eine eigene Aufgabe. Die FFFIS beschreibt die Schnittstelle, aber keine vollständige Arbeitsordnung für Niko.

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

Vom Bedienwunsch zum beobachtbaren Ergebnis

Integration bedeutet hier, Anwendungen und Kommunikationsfunktionen so zusammenzuführen, dass ihr Zusammenspiel den festgelegten Zweck erfüllt. Dazu gehören passende Schnittstellen, Zustände und Fehlerreaktionen. Eine physisch angeschlossene Leitstelle ist deshalb noch nicht vollständig integriert.

Für Nikos Rollenruf sind mehrere Zustände zu unterscheiden:

Die Reihenfolge ist eine fachliche Prüfkette, keine verbindliche Protokollfolge. Einzelne Verfahren können Zustände kombinieren oder anders melden. Entscheidend ist, dass Anzeige und nachgewiesene Bedeutung übereinstimmen. Die Unterscheidung von Signalisierung und Medien aus 2.4 bleibt bestehen.

Rolle, Arbeitsplatz und Berechtigung

Niko ist eine Person. Seine betriebliche Rolle bestimmt, welche Aufgaben er wahrnimmt; der Arbeitsplatz ist die technische Ausrüstung. Ein Ersatzarbeitsplatz übernimmt deshalb nicht allein durch Einschalten seine Zuständigkeit.

Beim Arbeitsplatzwechsel müssen die vorgesehenen Anmeldungen, Berechtigungen und Rollenzuordnungen hergestellt werden. Alte Sitzungen dürfen nicht unkontrolliert eine widersprüchliche Zuständigkeit weiterführen. Wie Übernahme und Konflikt behandelt werden, muss festgelegt und getestet sein. Damit begegnet dir derselbe Zuordnungsbedarf wie beim Wechsel Lea–Amir in 2.7.

Fehlerzustände gemeinsam bearbeiten

Wenn TSAPP erreichbar ist, der Dienst aber eine Anforderung ablehnt, muss die Anwendung die vorgesehene Rückmeldung verarbeiten. Geht die Verbindung zwischen Anwendung und FRMCS-System verloren, braucht es eine eindeutige Anzeige und einen festgelegten Wiederanlauf. Ein unverändert grünes Symbol wäre kein sinnvoller Ersatz für fehlende Zustandsinformation.

Die Talbahn hält für jeden Übergang fest, welche Seite ihn beobachtet und wer Fehler untersucht. Für ein erneutes Senden nach einer Unterbrechung muss ausserdem klar sein, ob der alte Auftrag bereits wirksam wurde. Sonst kann eine Wiederholung unerwünschte doppelte Vorgänge auslösen.

Eine betriebliche Entscheidung, etwa welcher Ersatzweg bei einer Störung verwendet wird, wird durch die zuständigen Stellen festgelegt. Die Schnittstellenbeschreibung allein erteilt dafür keine Erlaubnis.

Prüfe dein Verständnis

Nach Nikos Arbeitsplatzwechsel zeigt der neue Bildschirm «verbunden», Anrufe laufen aber weiterhin am alten Arbeitsplatz auf. Welche drei Beziehungen prüfst du?

Musterantwort

Ich prüfe erstens, welche technische Verbindung die Anzeige tatsächlich bestätigt. Zweitens prüfe ich Anmeldung, Berechtigung und aktuelle Zuordnung von Nikos Rolle. Drittens vergleiche ich die Dienst- und Sitzungszustände am alten und neuen Arbeitsplatz mit dem vorgesehenen Übernahmeverfahren. Die erreichbare TSAPP-Schnittstelle beweist noch keinen richtigen Rollenwechsel.

Das nimmst du mit

Eine Leitstellenanzeige ist nur so aussagekräftig wie der Zustand, den sie tatsächlich bestätigt.

Deine Talbahn-Fallakte

Ergänze Nikos Arbeitsplatzwechsel mit Sollanzeige, Rollenübernahme, Fehlerzustand und verantwortlicher Stelle.