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

Anwenden · 2.4

Service-Stratum: Komponenten und Zusammenarbeit

Zeit: etwa 9–12 Minuten einschliesslich Aufgabe; Schätzung

Leitfrage: Welche Funktionen bilden die Diensteebene und wie wirken sie zusammen?

Lernziel: Du ordnest Dienstkomponenten ihren Aufgaben, Zuständen und Abhängigkeiten zu.

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

Was hinter der Dienstplattform steckt

Der Zug ist im Netz erreichbar, doch Niko kann Lea nicht anrufen. Ein Transportpfad beantwortet weder die Frage nach Leas Dienstberechtigung noch nach ihrem aktuellen Rufzustand. Das Service-Stratum bündelt die Funktionen, die solche Kommunikationsdienste bereitstellen. Eine Service-Domäne ist die organisatorisch betriebene Instanz beziehungsweise ein betriebener Teil dieser Diensteebene. Die logische Architektur sagt noch nicht, wie viele Server oder Lieferanten beteiligt sind. [S06, Abschnitt 6.3.5]

Clients, SIP Core, MC-Dienste und gemeinsame Verwaltungsfunktionen wirken zusammen.
G10 · Eigene vereinfachte Lehrdarstellung. Clients, SIP Core, MC-Dienste und gemeinsame Verwaltungsfunktionen wirken zusammen.

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

Vier zusammenarbeitende Funktionsgruppen

Der SIP Core unterstützt Registrierung und Sitzungssteuerung über SIP. Die MCX-Dienstfunktionen verarbeiten die jeweils dienstspezifischen Vorgänge. Beim Sprachdienst sind das beispielsweise Rufteilnahme und Sprechsteuerung; beim Datendienst die Verwaltung der Datenkommunikation. Gemeinsame Verwaltungsfunktionen stellen die dafür benötigten Identitäten, Konfigurationen und Sicherheitsinformationen bereit. Die Clients nutzen diese Funktionen auf der Nutzerseite. [S09, Abschnitte 5 und 6]

Funktion Frage im Talbahn-Fall Beobachtbare Folge eines Problems
Identitätsverwaltung Wer fordert Dienstzugang an? Die Dienstanmeldung wird abgelehnt.
Konfigurationsverwaltung Welches Profil soll der Client verwenden? Der Client nutzt einen falschen oder veralteten Dienstbezug.
Schlüsselverwaltung Stehen die benötigten Schutzinformationen bereit? Geschützte Kommunikation kann nicht wie vorgesehen aufgebaut oder verarbeitet werden.
Functional-Alias-Verwaltung Welcher Dienstnutzer ist unter der betrieblichen Funktion erreichbar? Ein Rollenruf wird falsch zugeordnet oder findet kein Ziel.
Standortverwaltung Welche Ortsinformation steht einer ortsabhängigen Funktion zur Verfügung? Empfängerauswahl auf Ortsbasis muss hinterfragt werden.
MCPTT und Medienverteilung Wer nimmt teil, wer spricht, wohin geht die Sprache? Sitzung, Sprechrecht und Audio können unterschiedlich betroffen sein.
MCData Welche Datensitzung verbindet welche Endpunkte? Eine Anwendungsanforderung erhält keine nutzbare Datenverbindung.

Die Tabelle beschreibt eine eigene diagnostische Anwendung der Architektur. Sie ist keine Zusage, dass jeder Ausfall immer genau dieses Symptom erzeugt. Mehrere Funktionen können gemeinsam ausfallen oder auf derselben Plattform laufen.

Steuerung, Medien und Verwaltung auseinanderhalten

Signalisierung steuert die Kommunikation. Medien beziehungsweise Nutzdaten sind der zu übertragende Inhalt. Verwaltung pflegt längerlebige Informationen wie Profile und Berechtigungen. Diese drei Sichten erklären, warum eine erfolgreiche SIP-Antwort allein keine vollständige Dienstprüfung ist. Ebenso kann ein Verwaltungsfehler den nächsten Ruf verhindern, während eine bestehende Sitzung noch weiterläuft; das konkrete Verhalten muss für die Implementierung geprüft werden.

Lea meldet sich deshalb zuerst mit ihrer Dienstidentität an. Der Client erhält beziehungsweise verwendet sein freigegebenes Profil. Die Dienstautorisierung begrenzt die erlaubte Nutzung. Bei der Rufanforderung arbeitet die Sitzungssteuerung mit der zuständigen MCPTT-Funktion zusammen. Für den späteren Sprechwechsel ist Floor Control zuständig: Diese Funktion verwaltet das Sprechrecht. Der Medienweg bringt anschliessend die Sprachdaten zu den Teilnehmern.

Grenzen der Komponentenkarte

Ein Dispatcher Terminal ist ein Arbeitsplatz, kein Synonym für die komplette Dienstplattform. Ein Trackside Gateway bindet streckenseitige Anwendungen an. Eine Interworking Function vermittelt bestimmte Funktionen zu einem anderen Kommunikationssystem. Auch ein Produkt namens Rail Application Server muss über seine tatsächlichen Funktionen eingeordnet werden. Diese Bausteine werden in eigenen Lektionen behandelt; die gemeinsame Karte bleibt dabei erhalten.

Prüfe dein Verständnis

Nach einem Profilwechsel kann Lea den Dienst nicht nutzen, obwohl IP-Pakete ankommen. Welche zwei Dienstbereiche untersuchst du zuerst, und weshalb genügt ein zusätzlicher Funkpfad nicht?

Musterantwort

Ich prüfe die Konfiguration sowie Identitätsprüfung und Dienstautorisierung: Passt das neue Profil zur vorgesehenen Identität und sind die benötigten Dienste erlaubt? Ein zusätzlicher Funkpfad behebt keine gemeinsam genutzte falsche Konfiguration. Die Hypothese wird anhand von Client- und Serverereignissen geprüft; das Symptom allein beweist die Ursache noch nicht.

Das nimmst du mit

Das Service-Stratum besteht aus zusammenarbeitenden Funktionen mit eigenen Zuständen. Eine Komponentenliste wird erst durch Beziehungen und Abläufe zur Architektur.

Deine Talbahn-Fallakte

Ergänze pro Funktionsgruppe einen Betreiber, eine Abhängigkeit und eine Beobachtungsmöglichkeit. Benenne physische Zusammenfassungen ausdrücklich als gewählte Implementierung.

Quellen

  • S06 · UIC FRMCS SRS AT-7800

    UIC FRMCS SRS AT-7800

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

    Bezug: Systemanforderungen, Architektur, Dienst-/Transportzusammenspiel und Mobilität. Functional Alias: 11.6/21.3; Sprachprofile: 24.2.3.3 und 24.3.3.2–4; TSCTRL: 6.4.1.3.

    Geltungsgrenze: Projektbaseline muss konkrete anwendbare Teile festlegen.

    Verwendet in: 1.3, 2.4, 2.7, 2.9, 2.11, 2.13, 2.15, 2.16, 2.17, 2.18, 2.19, 3.2, 3.3, 3.16

  • 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

Gemeinsames Quellenregister

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