Ein Industrieanlagenstandort, ein Verkehrskontrollzentrum oder eine Einsatzleitstelle ist nur selten von einem einzigen Kommunikationsnetz abhängig. Feste Arbeitsplätze können SIP-Telefone verwenden, explosionsgefährdete Bereiche erfordern möglicherweise explosionsgeschützte Telefone, Außendienstmitarbeiter nutzen Funkgeräte, und in Produktionsbereichen können zusätzlich Beschallungslautsprecher, Intercom-Stationen, CCTV-Kameras und Alarmgeräte installiert sein.

Probleme entstehen, wenn bei einem Ereignis mehrere dieser Systeme gleichzeitig benötigt werden. Ein Dispatcher, der auf einen Gasalarm, einen Geräteausfall oder einen Sicherheitsvorfall reagiert, muss möglicherweise den Standort bestimmen, nahegelegene Mitarbeiter kontaktieren, eine Funkgruppe erreichen, eine Kamera aufrufen und Anweisungen für den betroffenen Bereich durchsagen. Wenn jede Ressource isoliert bleibt, muss der Bediener zwischen verschiedenen Konsolen, Kontaktlisten und Softwareplattformen wechseln.

Ein einheitliches Dispatch-System führt diese Ressourcen über SIP, IP-Netzwerke, RoIP-Gateways, Medienschnittstellen und Anwendungsintegration in einer gemeinsamen Betriebsumgebung zusammen. Vorhandene Geräte müssen dabei nicht zwangsläufig ersetzt werden. Zunächst muss ermittelt werden, wie jede Kommunikationsressource verbunden, gesteuert und mit den im Kontrollraum verwendeten Arbeitsabläufen verknüpft werden kann.

Warum Kommunikationssysteme voneinander getrennt bleiben

Die Nutzung desselben Ethernet-Netzwerks bedeutet nicht automatisch, dass unterschiedliche Kommunikationssysteme miteinander zusammenarbeiten können. SIP-Telefone, Funksysteme, Beschallungsanlagen, Kameras und Alarmgeräte verwenden unterschiedliche Signalisierungs-, Adressierungs- und Steuerungsverfahren.

Ein SIP-Telefon registriert sich in der Regel an einer IP-PBX oder einem Kommunikationsserver. SIP übernimmt den Verbindungsaufbau und das Routing, während die Sprache als IP-Medienstrom übertragen wird. Ein Funkkanal stellt andere Anforderungen: Sende- und Empfangsaudio, PTT-Steuerung und Empfangsstatus müssen gegebenenfalls vollständig mit der Dispatch-Plattform ausgetauscht werden. Ein Beschallungssystem konzentriert sich auf Zonen, Prioritäten und Audioverteilung, während CCTV- und Alarmsysteme mit Kamera-IDs, Ereignis-IDs, Standorten und Anwendungsdaten arbeiten.

Die Integration kann daher auf mehreren unterschiedlichen Ebenen erfolgen:

Dies erklärt, warum sich einige Geräte direkt über SIP registrieren können, andere ein Gateway benötigen und weitere über eine API oder eine spezielle Plattformschnittstelle integriert werden müssen.

Ein konventionelles Telefonsystem verwaltet hauptsächlich Nebenstellen, Trunks und Gespräche. Unified Dispatch erweitert dieses Modell um Funkkanäle, Beschallungszonen, Kameras, Alarmpunkte, GIS-Standorte und betriebliche Ressourcen von Drittanbietern.

Architektur eines einheitlichen Dispatch-Systems

Ein praktisches System ist in der Regel in vier Bereiche gegliedert: Dispatch-Ebene, Kommunikationskern, Zugriffsebene und Feldressourcen. Die Anzahl der Server und Gateways variiert je nach Projektgröße, die grundlegende Kommunikationslogik bleibt jedoch ähnlich.

Dispatch-Ebene

Die Dispatch-Ebene ist der Arbeitsplatz der Bediener. Sie kann Dispatch-Software, Desktop-Konsolen, Paging-Konsolen, GIS, Videofenster, Kommunikationsgruppen und Ereignisinformationen zusammenführen.

Ressourcen sollten entsprechend ihrer betrieblichen Bedeutung und nicht ausschließlich anhand von Gerätenummern dargestellt werden. Ein Bediener kann beispielsweise Wartungsteam, Funkkanal 2, Beschallung Tankbereich oder Intercom Osttor auswählen, ohne zunächst feststellen zu müssen, welche zugrunde liegende Plattform die jeweilige Ressource verwaltet.

Kommunikationskern

Die Kernplattform übernimmt SIP-Registrierung, Nummerierung, Anrufrouting, Konferenzen, Berechtigungen und Mediendienste. Abhängig von Kapazitäts- und Zuverlässigkeitsanforderungen kann das System eine IP-PBX, einen Unified-Communication-Server, einen Dispatch-Server und einen Aufzeichnungsdienst umfassen.

SIP-Telefone, Dispatch-Telefone und kompatible Intercom-Terminals können sich direkt registrieren. Andere Systeme greifen über Gateways oder Schnittstellen auf Anwendungsebene auf den Kommunikationskern zu.

Zugriffsebene

Die Zugriffsebene bindet Kommunikationsressourcen ein, die nicht direkt mit der IP-basierten Dispatch-Umgebung verbunden werden können. RoIP-Gateways binden Funkkanäle an, Voice-Gateways ermöglichen die Weiterverwendung analoger Telefone oder älterer PBX-Ressourcen, und Paging-Schnittstellen können bestehende Beschallungsinfrastrukturen integrieren.

Bei Modernisierungsprojekten ist diese Ebene häufig wichtiger als die Dispatch-Oberfläche selbst. Bevor Geräte ersetzt werden, sollte zunächst geprüft werden, ob vorhandene Systeme über nutzbare Schnittstellen verfügen.

Feldressourcen

Zu den Feldressourcen können IP-Telefone, Industrietelefone, explosionsgeschützte Telefone, SIP-Intercoms, Paging-Lautsprecher, Tonsäulen, Handfunkgeräte, Fahrzeugfunkgeräte, Kameras und Alarmgeräte gehören.

Unified Dispatch ersetzt nicht die Notwendigkeit, Endgeräte entsprechend ihrer tatsächlichen Einsatzumgebung auszuwählen. Explosionsgefährdete Bereiche erfordern weiterhin geeignete explosionsgeschützte Geräte, während ungeschützte Außenbereiche möglicherweise wetterbeständige Industrieterminals benötigen.

Integration von Telefonie und SIP

SIP-basierte Endgeräte gehören in der Regel zu den am einfachsten zu integrierenden Ressourcen. IP-Telefone, Dispatch-Telefone und SIP-Intercoms können sich über individuelle Konten oder Nebenstellen an der Kommunikationsplattform registrieren. Die Plattform verwaltet anschließend Routing, Berechtigungen und Kommunikationsgruppen.

Dieselbe Umgebung kann Direktanrufe, Gruppenkommunikation, Weiterleitungen und Konferenzfunktionen unterstützen, ohne dass für jeden Endgerätetyp eine separate Bedienoberfläche erforderlich ist.

Bestehende Telefonsysteme

Anlagen mit analogen Telefonen oder einer bestehenden PBX benötigen nicht zwangsläufig einen vollständigen Austausch. Analoge Teilnehmer können über FXS-Gateways angebunden werden, während eine bestehende PBX über einen SIP-Trunk oder ein Voice-Gateway integriert werden kann, sofern kompatible Schnittstellen vorhanden sind.

Die Nummernplanung wird besonders wichtig, wenn alte und neue Systeme parallel betrieben werden. Nebenstellenbereiche, Routing-Prioritäten und gleichzeitige Kanäle sollten vor der Umschaltung definiert werden, damit Benutzer auf beiden Seiten die erforderlichen Ziele ohne Nummerierungskonflikte erreichen können.

Ein einheitliches Dispatch-Projekt kann daher schrittweise eingeführt werden. Neue SIP-Endgeräte können dort eingesetzt werden, wo zusätzliche Funktionen erforderlich sind, während weiterhin nutzbare ältere Telefone über geeignete Gateways angebunden bleiben.

Funkintegration über RoIP

Die Funkintegration unterscheidet sich von gewöhnlicher SIP-Telefonie, da die Dispatch-Plattform mehr als nur Sprache steuern muss. Sie benötigt eine Möglichkeit, die Funkübertragung zu aktivieren und zu erkennen, wann auf einem Funkkanal Verkehr empfangen wird.

Ein RoIP-Gateway befindet sich zwischen der Funkanlage und dem IP-Netzwerk. Auf der Funkseite werden typischerweise Sendeaudio, Empfangsaudio sowie Steuersignale wie PTT und COR übertragen. Auf der Netzwerkseite werden die erforderlichen Audio- und Steuerinformationen an das Dispatch-System weitergeleitet.

Ein vereinfachter Kommunikationsweg lautet:

Dispatch-Konsole → IP-Netzwerk → RoIP-Gateway → Funkbasisstation → Handfunkgeräte

Nach der Integration kann der Funkkanal als Dispatch-Ressource dargestellt werden. Der Bediener kann über die Dispatch-Oberfläche einen Produktions-, Wartungs-, Sicherheits- oder Notfallkanal auswählen, ohne eine separate Funkkonsole bedienen zu müssen.

Mehrkanal-RoIP-Gateways können mehrere Funkressourcen anbinden, wobei jeder Kanal innerhalb der Plattform individuell identifizierbar bleibt. Je nach Anzahl der an einem Standort erforderlichen Funkschnittstellen können anschließend Einkanal- oder Mehrkanal-Gateways ausgewählt werden.

Anforderungen an Funkschnittstellen

Die Funkverbindung sollte vor der Inbetriebnahme geprüft werden. Wichtige Parameter sind die Audioschnittstelle, Sende- und Empfangspegel, die PTT-Steuerungsmethode, COR beziehungsweise Empfangserkennung sowie das Kanalverhalten.

Die reine Audioübertragung stellt noch keine vollständige Dispatch-Verbindung her. Ein System kann empfangene Sprache erfolgreich übertragen und dennoch beim Senden versagen, wenn die PTT-Steuerung nicht korrekt konfiguriert wurde.

Auch die Netzwerkleistung spielt eine wichtige Rolle. Übermäßige Verzögerungen, Jitter oder Paketverluste können die Nutzbarkeit von Push-to-Talk-Kommunikation beeinträchtigen, insbesondere wenn Funkressourcen über entfernte IP-Verbindungen angebunden sind.

Verwandte Lösung: Funk-Dispatch-System

Integration von PA, Video und Alarmen

Beschallungs-, Video- und Alarmsysteme sollten nicht lediglich als separate Anwendungen zur Dispatch-Oberfläche hinzugefügt werden. Ihr Nutzen steigt deutlich, wenn jede Ressource einem physischen Bereich, einem Gerät oder einem betrieblichen Ereignis zugeordnet ist.

Beschallung

SIP-Paging-Geräte können über die IP-Kommunikationsumgebung angebunden werden, während konventionelle Verstärker und Lautsprechernetze möglicherweise ein Audio- oder Paging-Gateway benötigen.

Lautsprecher werden normalerweise in betriebliche Zonen wie Produktionsbereich, Lager, Ladebereich oder Außengelände unterteilt. Der Dispatcher wählt eine Zone aus, anstatt jeden Lautsprecher einzeln anzusprechen.

Auch die Paging-Priorität sollte definiert werden. Routinedurchsagen, betriebliche Mitteilungen und Notfallanweisungen können unterschiedliche Prioritätsstufen benötigen, damit kritische Kommunikation nicht durch Audio mit niedrigerer Priorität blockiert wird.

Videointegration

Die CCTV-Integration erfolgt über Ressourcenverknüpfungen und nicht über eine telefonähnliche Registrierung. Eine Kamera kann mit einem Eingang, einer Produktionseinheit, einer Alarmzone oder einem Feldterminal verknüpft werden.

Wenn ein Intercom-Anruf oder Alarm eingeht, kann die Plattform automatisch die zugehörige Kamera anzeigen oder direkten Zugriff auf den entsprechenden Videostream bereitstellen. Bediener müssen dadurch nicht mehr eine umfangreiche Kameraliste durchsuchen, bevor sie den betroffenen Bereich überprüfen können.

Alarmintegration

Gasdetektoren, Notruftaster, Brandmeldeanlagen und Überwachungsplattformen von Drittanbietern können Ereignisinformationen über APIs, digitale I/O oder andere unterstützte Schnittstellen bereitstellen.

Die Plattform sollte Ereignistyp, Quelle und Standort identifizieren. Diese Werte werden anschließend verwendet, um die Kommunikationsressourcen zu ermitteln, die demselben Bereich zugeordnet sind.

Beispielsweise könnte Tankbereich A mit folgenden Ressourcen verknüpft sein:

• einem explosionsgeschützten Telefon;
• einem Wartungsfunkkanal;
• der lokalen Beschallungszone;
• nahegelegenen CCTV-Kameras;
• einem Gasdetektionspunkt;
• dem zuständigen Betriebsteam.

Die Plattform zeigt daher nicht lediglich mehrere Systeme gemeinsam an. Sie stellt eine Verbindung zwischen einem Ereignis und den Kommunikationsressourcen her, die für dessen Bearbeitung benötigt werden.

Ereignisgesteuertes Dispatching

Ereignisgesteuertes Dispatching macht aus der Ressourcenintegration einen betrieblichen Arbeitsablauf. Anstatt mit einer Geräteliste zu beginnen, startet der Dispatcher direkt mit dem Ereignis.

Nehmen wir einen Gasalarm in einem Prozessbereich als Beispiel. Das Alarmsystem sendet ein Ereignis mit einer Standort- oder Gerätekennung. Die Dispatch-Plattform verwendet diese Kennung, um den zugehörigen GIS-Standort, Kameras, Telefonterminals, Funkkanal, die Beschallungszone und das verantwortliche Personal abzurufen.

Ein typischer Ablauf kann folgendermaßen aussehen:

Alarm → Standort → Videoüberprüfung → Feldanruf → Zonenbeschallung → Koordination → Aufzeichnung

Der Bediener kann zunächst den betroffenen Bereich per Video überprüfen und anschließend nahegelegene Mitarbeiter über ein Industrietelefon oder einen Funkkanal kontaktieren. Weitet sich der Vorfall aus, können zusätzliche Teams in eine temporäre Kommunikationsgruppe oder Konferenz eingebunden werden. Anweisungen lassen sich anschließend gezielt nur in der relevanten Beschallungszone ausgeben.

Gespräche, Dispatch-Aktionen und Kommunikationsaufzeichnungen können dem Ereignis zugeordnet und später ausgewertet werden.

Automatisierung sollte entsprechend dem betrieblichen Risiko eingesetzt werden. Die Plattform kann automatisch ein Ereignis lokalisieren, zugeordnete Ressourcen anzeigen und Kommunikationsaktionen vorbereiten. Kritische Anweisungen, Evakuierungsdurchsagen oder produktionsbezogene Entscheidungen können weiterhin einer Bestätigung durch den Bediener unterliegen.

Dieses Gleichgewicht ist besonders in Industrie- und Notfallumgebungen wichtig, in denen ein schnellerer Informationszugriff hilfreich ist, betriebliche Zuständigkeiten jedoch weiterhin eindeutig bleiben müssen.

Integrations- und Einsatzplanung

Die Systemplanung sollte mit der bestehenden Kommunikationsumgebung beginnen und nicht mit einem vorab festgelegten Server- oder Konsolenmodell. Zunächst muss ermittelt werden, welche Systeme bereits installiert sind, welche Schnittstellen zur Verfügung stehen und welche Ressourcen tatsächlich miteinander kommunizieren müssen.

Ressourcenzuordnung

Nachdem die Schnittstellen bestätigt wurden, sollten Ressourcen entsprechend ihrer tatsächlichen Nutzung organisiert werden. Ein großer Standort kann über Hunderte Nebenstellen, mehrere Funkkanäle, zahlreiche Beschallungszonen und viele Kameras verfügen. Würden alle Ressourcen lediglich als flache Geräteliste dargestellt, würde dies die Dispatch-Bedienung verlangsamen.

Ressourcen können stattdessen nach Abteilung, Standort, Betriebsbereich, Aufgabenrolle, Funkgruppe, Beschallungszone oder Ereignistyp gruppiert werden. Ein Wartungstelefon kann im Routinebetrieb zur Wartungsabteilung gehören und bei einem größeren Ereignis zusätzlich in einer Notfallgruppe erscheinen.

Zuverlässigkeit

Je mehr Kommunikationsfunktionen von der IP-Umgebung abhängig werden, desto stärker werden Netzwerk- und Serververfügbarkeit Bestandteil des Kommunikationsdesigns. Kritische Projekte können redundante Server, Backup-Dispatch-Arbeitsplätze, USV-Stromversorgung, ausfallsichere Switches und alternative Kommunikationswege erfordern.

Bei Systemen mit mehreren Standorten sollten außerdem WAN-Latenz, Paketverluste und das Verhalten bei Ausfall einer entfernten Verbindung berücksichtigt werden. Lokale Kommunikation sollte dort weiterhin verfügbar bleiben, wo betriebliche Anforderungen einen fortgesetzten standortinternen Betrieb während eines WAN-Ausfalls verlangen.

VLAN- und QoS-Richtlinien können eingesetzt werden, um kritischen Sprach- und Dispatch-Datenverkehr zu trennen oder zu priorisieren, wenn dasselbe Netzwerk auch Video, Bürodaten oder andere datenintensive Anwendungen überträgt.

Für einen bestehenden Standort ist folgende praktische Implementierungsreihenfolge sinnvoll:

Bestehende Ressourcen → Schnittstellenprüfung → Netzwerkintegration → Ressourcenzuordnung → Dispatch-Arbeitsablauf

Diese Reihenfolge verhindert, dass Geräte lediglich deshalb ersetzt werden, weil sie zu einem älteren System gehören. Geräte mit geeigneten Schnittstellen können weiterhin betrieben werden, während Gateways und Anwendungsintegration schrittweise eine gemeinsame IP-basierte Dispatch-Umgebung schaffen.

Ein einheitliches Dispatch-System wird daher nicht durch die Anzahl der auf einem Bildschirm dargestellten Kommunikationsfunktionen definiert. Sein eigentlicher Wert besteht darin, zuvor unabhängig arbeitende Ressourcen miteinander zu verbinden und sie entsprechend Standort, Rolle und Ereignis verfügbar zu machen.

Für die Systemplanung kann Becke Telcom bestehende Telefonsysteme, Funkkanäle, Beschallungszonen, Alarmschnittstellen, Netzwerkbedingungen und Dispatch-Arbeitsplätze bewerten, bevor die erforderliche Konfiguration von IP-PBX, RoIP-Gateway, Dispatch-Konsole und Feldterminals festgelegt wird. Bei komplexen Projekten bleiben die ersten Fragen praxisorientiert: Welche Systeme sollen weiterverwendet werden, welche Ressourcen müssen miteinander kommunizieren und welcher Kommunikationsablauf soll bei Eintritt eines Ereignisses ausgelöst werden?