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

Gestalten · 3.14

Betrieb, RAMS und SLA

Zeit: etwa 11–14 Minuten einschliesslich Aufgabe; Schätzung

Leitfrage: Wer stellt die geforderte Kommunikationsleistung über Jahre sicher?

Lernziel: Du definierst Dienstgrenzen, Betriebsverantwortung und gemeinsame Abhängigkeiten.

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

Nach der Abnahme beginnt der Nachweis im Betrieb

Der Gruppenruf der Talbahn wurde abgenommen. Monate später läuft eine Berechtigung ab und verhindert die Nutzung. Die Server sind erreichbar, die Funkversorgung ist vorhanden, doch Lea und Niko können den vorgesehenen Dienst nicht nutzen.

Ein Service Level Agreement (SLA) ist eine vereinbarte Beschreibung von Dienstleistungen und messbaren Leistungsbedingungen zwischen Beteiligten. Es muss den betrachteten Dienst, Messgrenzen, Bewertungszeitraum und Verantwortlichkeiten nennen. «Netzverfügbarkeit 99,9 Prozent» reicht nicht, wenn unklar bleibt, was als verfügbar zählt.

Eine Vereinbarung für den wirklichen Zweck

Punkt Festlegung für die Fallakte
Dienst Benannter Gruppenruf mit festgelegten Teilnehmer- und Prioritätsfunktionen
Grenze Von der vorgesehenen Nutzerfunktion auf einer Seite bis zur nutzbaren Funktion auf der anderen
Bedingungen Ortsbereich, Last, freigegebene Geräte und Versionen
Messung Erfolg, Fehler, Unterbrechung und Wiederherstellung; gemeinsame Zeitbasis
Auswertung Zeitraum, Fallzahl, Umgang mit Wartung und ausgeschlossenen Fällen
Störung Führende Stelle, beteiligte Lieferanten, Eskalation und Rückmeldung
Änderung Freigabe, betroffene Nachweise und kontrollierte Rückkehr

Ein Ausschluss im Vertrag lässt eine betriebliche Beeinträchtigung nicht verschwinden. Die Talbahn sollte deshalb vertraglich ausgeschlossene Wartungszeiten und tatsächlich nicht nutzbare Zeiten getrennt sichtbar halten.

RAMS verbindet die Betriebsfragen

Aus 2.21 kennst du RAMS als Lebenszyklusrahmen. Jetzt werden die vier Sichtweisen konkret:

  • Zuverlässigkeit: Wie häufig fällt die geforderte Funktion unter den festgelegten Bedingungen aus?
  • Verfügbarkeit: Ist sie zum benötigten Zeitpunkt nutzbar?
  • Instandhaltbarkeit: Wie lässt sie sich prüfen, reparieren und wiederherstellen?
  • Sicherheit: Welche Risiken entstehen und wie werden sie im zuständigen Sicherheitsprozess beherrscht?

EN 50126 liefert den Prozessrahmen, aber keine beliebige pauschale FRMCS-Verfügbarkeitszahl. Eine hohe Verfügbarkeit allein beweist auch keine ausreichende Sicherheit. [S15]

Gemeinsame Ursachen begrenzen Redundanz

Redundanz bedeutet, zusätzliche Mittel für dieselbe benötigte Funktion bereitzustellen. Zwei Modems können gegen den Ausfall eines Modems helfen. Nutzen sie dieselbe Stromversorgung, Antenne, Konfiguration oder Dienstplattform, können diese gemeinsamen Abhängigkeiten beide Wege treffen.

Die Talbahn zeichnet deshalb die für ihren Dienst wesentlichen Abhängigkeiten auf. Sie prüft Ersatzteile, Wiederherstellungszeiten und die Erreichbarkeit des Supports. Auch Softwareänderungen und neue Berechtigungsnachweise müssen geplant werden.

Ein kryptografischer Schlüssel ist ein technischer Wert, der in einem Schutzverfahren verwendet wird. Passende Schlüssel ermöglichen beispielsweise die Prüfung eines Identitätsnachweises. Ein Zertifikat kann im technischen Sicherheitskontext die Bindung einer Identität an einen solchen Schlüssel bestätigen. Sein Ablauf kann eine vorgesehene Anmeldung oder Verbindung blockieren. Die Verwaltung solcher Laufzeiten gehört deshalb zum Betrieb; dieses Zertifikat ist etwas anderes als eine Teilnahmebescheinigung für einen Lehrgang.

Eine führende Stelle verhindert Verantwortungslücken

Ein Service Owner ist hier die benannte Stelle, die den Dienst über die beteiligten technischen Bereiche hinweg verantwortet. Sie muss nicht jede Komponente selbst betreiben, koordiniert aber Anforderungen, Änderungen und Störungen.

Gemeinsame Dienstabhängigkeiten sichtbar halten

Die Betriebsübersicht führt SIP Core, MC-Dienste, Identitäts-, Konfigurations- und Schlüsselverwaltung sowie die benötigten Gateways auf. Für jede Funktion wird festgehalten, welche neuen und laufenden Vorgänge ihr Ausfall betrifft und wie die Wiederherstellung geprüft wird. Eine zweite Funkverbindung verbessert nicht automatisch eine gemeinsam abhängige Dienstfunktion.

Prüfe dein Verständnis

Ein Anbieter erfüllt seine Serververfügbarkeit, während abgelaufene Zertifikate den Gruppenruf verhindern. Ist die betriebliche Anforderung damit erfüllt? Was ergänzt du?

Musterantwort

Nein. Die Serverkennzahl bildet die Dienstnutzbarkeit nicht vollständig ab. Ich ergänze Ende-zu-Ende-Messung, Verwaltung von Identitäten und Zertifikaten, Zuständigkeit für Erneuerung sowie einen geprüften Wiederherstellungsablauf. Die vertragliche Bewertung des Serveranteils und die betriebliche Dienstwirkung werden getrennt ausgewiesen.

Das nimmst du mit

Dauerhafte Dienstqualität braucht messbare Grenzen, gepflegte Abhängigkeiten und eine verantwortliche Stelle.

Deine Talbahn-Fallakte

Ergänze Dienstgrenze, Störungsführung, Zertifikatsverwaltung und gemeinsame Ausfallursachen in deiner Betriebsvereinbarung.

Quellen

  • S15 · EN 50126-1: Generic RAMS process

    EN 50126-1: Generic RAMS process

    Version: 2017 + A1:2024, BSI-Ausgabe · Geprüft: 2026-10-11

    Bezug: RAMS-Prozessrahmen im Lebenszyklus.

    Geltungsgrenze: Katalog und Geltungsbereich; keine vollständige Prüfung des kostenpflichtigen Normtextes. Nationale Übernahme und Projektfassung gesondert bestimmen.

    Verwendet in: 1.8, 2.21, 3.8, 3.14

Gemeinsames Quellenregister

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