Funknetze werden oft zu unterschiedlichen Zeiten und für verschiedene operative Teams aufgebaut. Die Sicherheit verwendet möglicherweise konventionelle UHF-Funkgeräte, die Wartung arbeitet möglicherweise in einem DMR-Netz, Außendienstmitarbeiter sind auf einen Push-to-Talk-Dienst über das öffentliche Netz angewiesen, während die Leitstelle über SIP-Telefone und Dispositionssoftware kommuniziert. Obwohl jedes System eigenständig funktioniert, können Benutzer ohne eine Integrationsschicht nicht geräteübergreifend kommunizieren.

Ein Radio-over-IP-Gateway stellt diese Verbindung her. Es verbindet ein Funkgerät oder eine Basisstation mit einem IP-Netzwerk, wandelt Funkaudio und die Push-to-Talk-Steuerung in eine netzwerkbasierte Kommunikation um und macht den Funkkanal für SIP-Server, Leitstellenkonsolen, Aufzeichnungssysteme und entfernte Bediener verfügbar. Dieser Ansatz verlängert die Nutzungsdauer der vorhandenen Funkinfrastruktur, ohne dass jedes Funknetz ersetzt werden muss.

Das Gateway ersetzt nicht das HF-Netz selbst. Frequenzen, Repeater, Antennen und Funkabdeckung bleiben unter der Kontrolle der bestehenden Funkinfrastruktur. RoIP erweitert den Zugriff auf diese Ressourcen und bietet einen gemeinsamen Kommunikationspfad für Systeme, die ursprünglich für den separaten Betrieb ausgelegt waren.

Warum Funknetze eine Integrationsschicht benötigen

Funksysteme sind für unterschiedliche Frequenzen, Kanalstrukturen, Signalisierungsmethoden und Herstellerprotokolle ausgelegt. Ein konventionelles analoges Funkgerät kann nicht direkt mit einem DMR-, PDT- oder TETRA-Netz kommunizieren. Der Unterschied wird noch größer, wenn ein privates Funksystem Sprachverkehr mit SIP-Telefonie oder einer zellularen Push-to-Talk-Plattform austauschen muss.

Die Entwicklung einer nativen Schnittstelle für jedes Funkprotokoll kann teuer und schwer zu warten sein. Sie kann den Zugriff auf proprietäre Signalisierung, Software-Entwicklungskits und detaillierte Kenntnisse des Funknetzes erfordern. Änderungen an der Funkplattform können sich ebenfalls auf die Integration auswirken.

Ein RoIP-Gateway verfolgt einen praktischeren Ansatz. Es stellt eine Verbindung zu einem kompatiblen Funkgerät, einer mobilen Einheit oder einer Basisstation her und verwendet dieses Funkgerät als Zugangspunkt zum Kanal. Das Gateway transportiert das Audio und den PTT-Zustand über das IP-Netzwerk, sodass der Kanal von Bedienern und Anwendungen an anderen Standorten genutzt werden kann.

Da die Verbindung auf der Funkseite weitgehend unabhängig von der Luftschnittstellentechnologie ist, kann dieselbe Integrationsmethode auf konventionelle Funkgeräte, digitale Bündelfunksysteme, Flugfunk, Seefunk und HF-Kommunikationsgeräte angewendet werden, sofern geeignete Audio- und PTT-Schnittstellen verfügbar sind.

Abhängig von der Funkschnittstelle kann das Gateway auch Carrier-Operated-Relay-, Squelch- oder Kanalbelegt-Signale überwachen. Diese Eingänge helfen, gültigen Funkverkehr von Hintergrundrauschen zu unterscheiden und zu verhindern, dass ein IP-Benutzer sendet, während der Funkkanal bereits belegt ist. Wenn solche Signale nicht verfügbar sind, kann eine Spracherkennung verwendet werden, die jedoch in lauten Funkumgebungen normalerweise eine sorgfältigere Anpassung erfordert.

Kernfunktionen für Bediener und Anwendungen

Konvertierung von Funkaudio und PTT

Das Gateway empfängt Audio vom angeschlossenen Funkgerät, wandelt es in einen IP-Audiostream um und sendet es an autorisierte Endpunkte. In der Gegenrichtung wird Audio von einem Disponenten oder SIP-Benutzer an das Funkgerät geliefert, während das Gateway den Sender über die Push-to-Talk-Steuerung aktiviert.

Die PTT-Steuerung ist besonders wichtig, da die Funkkommunikation normalerweise halbduplex ist. Die Integration muss steuern, wann ein Kanal sendet, wann er empfängt und wann ein anderer Benutzer den Kanal bereits belegt. Eine schlecht koordinierte PTT-Zeitsteuerung kann den Anfang einer Nachricht abschneiden oder dazu führen, dass zwei Systeme gleichzeitig senden.

In einer technisch ausgelegten Bereitstellung werden PTT-Aktivierung, Senderbereitschaft und Audioübertragung als zeitliche Abfolge behandelt. Vor dem Senden von Sprache kann eine kurze Vorlaufzeit erforderlich sein, während die Freigabeverzögerung lang genug sein muss, um das Ende der Nachricht zu übertragen, ohne den Kanal unnötig zu belegen. Diese Werte sollten mit den tatsächlichen Funkgeräten getestet werden, anstatt sie aus einer generischen Konfiguration zu übernehmen.

SIP-basierte Kommunikation

Die SIP-Unterstützung ermöglicht es, dass ein Funkkanal als Kommunikationsressource in einer IP-TK-Anlage, einer Unified-Communications-Plattform oder einem Dispositionssystem erscheint. Je nach Systemdesign kann ein Bediener einen Funkkanal anrufen, ihn in eine Sprechgruppe aufnehmen, in eine Konferenz einbinden oder von einer Leitstellenkonsole aus überwachen.

Dies schafft eine kontrollierte Brücke zwischen Funkbenutzern und IP-Kommunikationsendpunkten wie SIP-Telefonen, Softphones, industriellen Gegensprechanlagen und Bedienerkonsolen. Es ermöglicht Organisationen auch, vorhandene IP-Netze für die Funkanbindung zu nutzen, anstatt analoge Audioleitungen über große Entfernungen zu installieren.

SIP-Signalisierung und Sprachmedien sollten bei der Netzwerkplanung getrennt betrachtet werden. Ein Gateway kann sich erfolgreich beim Server registrieren, während der RTP-Audiopfad durch Routing-, Firewall- oder NAT-Richtlinien blockiert wird. Die Codec-Auswahl wirkt sich auch auf Bandbreite, Verzögerung und Sprachqualität aus, daher sollte eine unnötige Transcodierung zwischen Gateway, Server und Dispositionsclient vermieden werden.

Fernzugriff auf Funkressourcen

Ein Funkgerät muss nicht mehr neben jedem Disponenten platziert werden. Die Funkausrüstung kann an einem Standort mit geeigneter Antennenabdeckung verbleiben, während Bediener von einer Leitstelle in einem anderen Gebäude, einer anderen Stadt oder Region auf den Kanal zugreifen.

Dies ist nützlich, wenn Antennen auf Dächern, Türmen, in Tunneln oder an abgelegenen Standorten installiert werden müssen. Es kann auch die Anzahl der Funkgeräte an jedem Bedienerplatz reduzieren und die zentrale Verwaltung vereinfachen.

Mehrstandort-Kanalvernetzung

Mehrere Gateways können über ein IP-Netzwerk verbunden werden, um eine breitere Kommunikationsstruktur zu schaffen. Eine Einsatzzentrale kann Funkressourcen von mehreren Standorten überwachen, während autorisierte regionale Bediener auf ausgewählte Kanäle zugreifen können, ohne physisch an jedem Funkstandort anwesend zu sein.

Das Netzwerk kann je nach erforderlicher Rufsteuerung und Betriebsmodell SIP-Registrierung, SIP-Trunks oder Dispositionsplattformverbindungen verwenden. Kanalberechtigungen sollten sorgfältig definiert werden, damit Benutzer nur die für ihre Verantwortlichkeiten relevanten Funkressourcen sehen.

Die Kapazität sollte anhand unabhängig gesteuerter Funkpfade berechnet werden, nicht allein anhand der Anzahl der Handfunkgeräte. Eine große Benutzergruppe kann einen Kanal gemeinsam nutzen, während ein kleinerer Betrieb möglicherweise mehrere Kanäle gleichzeitig überwachen oder besprechen muss. Jede Funkressource, die unabhängigen gleichzeitigen Zugriff benötigt, muss über einen geeigneten Funk- und Gateway-Pfad verfügen.

Aufzeichnung und operative Überwachung

Sobald das Funkaudio auf der IP-Seite verfügbar ist, kann es an eine kompatible Aufzeichnungsplattform geliefert werden. Dies bietet eine vollständigere Betriebsaufzeichnung, wenn Funkgespräche, Telefonate und Dispositionskommunikation aus demselben System überprüft werden müssen.

Gateways können auch Verbindungs-, PTT- oder Kanalaktivitätsmeldungen an eine Verwaltungsplattform melden. Diese Statusmeldungen helfen technischen Teams, festzustellen, ob ein Kommunikationsausfall mit dem Funkgerät, dem Gateway, dem IP-Netzwerk oder der zentralen Anwendung zusammenhängt.

Für die Vorfallsüberprüfung sollten alle Gateways, Dispositionsserver und Aufzeichnungssysteme eine gemeinsame Zeitquelle verwenden. Eine genaue Zeitsynchronisation ermöglicht es, Funkverkehr mit Alarmerkennissen, Videomaterial und Bedieneraktionen zu korrelieren. Sofern unterstützt, sollten die Aufzeichnungen auch den Kanalnamen, die Anrufrichtung und den verantwortlichen Dispositionsplatz enthalten.

Verwandtes Produkt: Becke RoIP-Gateways 

Eine praktische Architektur für Kommando- und Leitstellen

Eine typische Lösung umfasst vier funktionale Ebenen:

• Funke Ebene: Konventionelle Funkgeräte, DMR-, PDT- oder TETRA-Endgeräte, Flugfunk, HF-Geräte oder Funkbasisstationen.

• Zugangsebene: RoIP-Gateways, die mit Funkaudio, PTT und allen unterstützten Steuersignalen verbunden sind.

• Netzwerk- und Steuerungsebene: LAN, WAN, VPN, SIP-Server, IP-TK-Anlage oder Dispositionskommunikationsplattform.

• Anwendungsebene: Leitstellenkonsolen, SIP-Telefone, Softclients, Aufzeichnungsserver, Alarmplattformen und Verwaltungsanwendungen.

Wenn ein Disponent einen Kanal auswählt und PTT drückt, sendet die Dispositionsplattform den Sprachstream und die Steuerungsanforderung an das entsprechende Gateway. Das Gateway aktiviert das angeschlossene Funkgerät und sendet die Nachricht über das Funknetz. Antworten von Feldgeräten durchlaufen denselben Pfad in umgekehrter Richtung und werden an der Bedienerkonsole wiedergegeben.

Die Architektur kann zentral oder verteilt sein. Ein zentrales Design platziert Rufsteuerung und Aufzeichnung in der Hauptleitstelle. Ein verteiltes Design belässt Gateways und ausgewählte Kommunikationsdienste an lokalen Standorten, wodurch die Abhängigkeit von einer einzigen Weitverkehrsverbindung verringert wird. Die richtige Struktur hängt von der Netzwerkzuverlässigkeit, der operativen Verantwortung und dem gewünschten Ausfallverhalten ab.

Für kritische Standorte sollte das Design festlegen, was verfügbar bleibt, wenn das WAN, der SIP-Server oder der primäre Dispositionsplatz ausfällt. Die lokale Funk-zu-Funk-Kommunikation sollte nach Möglichkeit unabhängig bleiben. Redundante Stromversorgung, sekundäre Netzwerkpfade, Backup-Dispositionsplätze und lokale Fallback-Dienste können je nach erforderlichem Verfügbarkeitsgrad hinzugefügt werden.

Verbindung von privatem Funk, PoC und automatisierten Arbeitsabläufen

Push-to-Talk über öffentliche Netze, allgemein als PoC bezeichnet, wird zunehmend von mobilen Teams genutzt, die eine breite Abdeckung benötigen. Private Funksysteme bleiben in Fabriken, Versorgungsbetrieben, Transportunternehmen und im Rettungsdienst wertvoll, da sie dedizierte Kanäle bieten und dort weiterarbeiten können, wo die öffentliche Mobilfunkabdeckung begrenzt ist.

Die Integration dieser beiden Umgebungen ist nicht trivial. Sie verwenden unterschiedliche Rufsteuerungsmethoden, Identitätssysteme und Medienpfade. Eine einfache Hintereinanderschaltung kann ein PoC-Endgerät über seine externen Audioschnittstellen mit einem privaten Funkendgerät verbinden. Dies kann für temporäre Einsätze nützlich sein, aber zusätzliche Audiostufen und unabhängige Endgeräte können die Verzögerung erhöhen und weitere Ausfallpunkte schaffen.

Für dauerhafte Installationen besteht das bevorzugte Design darin, die PoC-Plattform und das Funkgateway über eine unterstützte Netzwerkschnittstelle oder Dispositionsplattform zu verbinden. Die Integration sollte Sprecherlaubnis-Anforderungen, PTT-Freigabezeitsteuerung und Verhalten bei belegtem Kanal koordinieren. Bediener auf beiden Seiten sollten kommunizieren können, ohne zwei separate Endgeräte manuell steuern zu müssen.

Die Brücke muss auch definieren, wie konkurrierende Sendeanforderungen behandelt werden. Wenn Funk- und PoC-Benutzer fast gleichzeitig PTT drücken, benötigt die Plattform eine klare Entscheidungsregel. Die Priorität kann nach Benutzerrolle, Dringlichkeitsstatus oder der Reihenfolge des Eintreffens der Anfragen vergeben werden. Ohne diese Logik können überlappende Befehle abgeschnittenes Audio erzeugen oder Benutzer unsicher lassen, wer den Kanal steuert.

RoIP kann auch Teil eines automatisierten Reaktionsworkflows sein. Wenn ein Brandmelder, ein Zutrittskontrollereignis, ein Gerätefehler oder ein Notfallknopf ausgelöst wird, kann eine Alarmplattform ein Ereignis über eine API, MQTT-Nachricht oder eine andere unterstützte Schnittstelle senden. Die Kommunikationsplattform wendet dann vordefinierte Regeln an, wie z.B.:

• Anrufen einer bestimmten Funk-Sprechgruppe.

• Abspielen einer aufgezeichneten Warnung über ausgewählte Funkkanäle.

• Alarmierung der Leitstellenkonsole und der verantwortlichen Personen.

• Öffnen der zugehörigen Kameraansicht zur Überprüfung.

• Aufzeichnen der Sprachsitzung und des Ereignisbearbeitungsprozesses.

Diese Art der Integration verbindet Funkkommunikation mit Alarmen, Videoüberwachung und Führungsanwendungen. Das Gateway trifft keine operativen Entscheidungen selbst; es stellt den Kommunikationspfad bereit, den der Workflow verwendet.

Technische Grenzen und Entscheidungen bei der Bereitstellung

Eine grundlegende Funkverbindung überträgt normalerweise Sprache, Empfangsaudio und PTT-Steuerung. Sie legt nicht automatisch jede Funktion offen, die in einem digitalen Bündelfunksystem verfügbar ist. Funktionen wie Einzelgespräche, Textnachrichten, Funkkennung, Notfalls Signalisierung, GPS-Standort und Fernkanalauswahl erfordern zusätzliche funksseitige Signalisierung, eine unterstützte Steuerschnittstelle oder eine Integration in die Funknetzinfrastruktur.

Diese Unterscheidung sollte vor der Auswahl der Geräte bestätigt werden. Wenn das Projekt nur Gruppen-Sprachkommunikation zwischen Funkbenutzern und Disponenten erfordert, kann die Audio- und PTT-Integration eine praktische und wirtschaftliche Lösung darstellen. Wenn die Leitstelle individuelle Funk-IDs, Standorte oder Notfallzustände anzeigen muss, ist eine tiefere Integration erforderlich.

Die folgenden Faktoren sollten während der Lösungsplanung überprüft werden:

• Funkkompatibilität: Bestätigen Sie die verfügbaren Audio-, PTT-, Zubehör- und Steuerschnittstellen für jedes angeschlossene Funkgerät.

• Kanalanforderungen: Legen Sie fest, welche Kanäle überwacht werden müssen und welche gleichzeitigen Sendezugriff benötigen.

• Audioqualität: Passen Sie die Eingangs- und Ausgangspegel an, um leise Lautstärke, Verzerrung, Rauschen und Echo zu vermeiden.

• PTT-Timing: Testen Sie die Sendeaktivierungs- und Freigabeverzögerungen, damit Nachrichten nicht abgeschnitten werden.

• Netzwerkleistung: Bewerten Sie Latenz, Jitter, Paketverlust und Bandbreite auf jedem Kommunikationspfad.

• Ausfallverhalten: Definieren Sie, was passiert, wenn ein Gateway, ein zentraler Server oder eine WAN-Verbindung nicht verfügbar wird.

• Zugangskontrolle: Beschränken Sie Kanalüberwachungs- und Sendeberechtigungen nach Benutzer, Rolle und Standort.

• Integrationsumfang: Dokumentieren Sie, ob das Projekt nur Sprache oder zusätzliche Funksignalisierung und -daten benötigt.

• Abnahmetests: Testen Sie normale Gespräche, belegte Kanäle, gleichzeitige Ereignisse, Netzwerkunterbrechungen, Wiederherstellung und Aufzeichnung.

Die Netzwerkabnahme sollte auf dem vollständigen Ende-zu-Ende-Pfad basieren, nicht auf einem einfachen Konnektivitätstest. Ingenieure sollten sicherstellen, dass das Audio bei normaler Netzwerklast verständlich bleibt, dass Jitter-Puffer keine übermäßige Verzögerung einführen und dass Paketverlust nicht zu wiederholten Wörtern oder Lücken führt. Firewall-Regeln müssen sowohl die SIP-Signalisierung als auch die ausgehandelten Medienports zulassen.

Ein erfolgreiches RoIP-Projekt beginnt mit einer Bestandsaufnahme der vorhandenen Funkressourcen und operativen Arbeitsabläufe. Das Gateway sollte dann entsprechend den erforderlichen Schnittstellen, der Rufsteuerungsmethode und der Integrationstiefe ausgewählt werden. Mit diesen Anforderungen zu beginnen, verhindert, dass eine reine Sprachverbindung mit einer vollständigen digitalen Funksteuerung verwechselt wird.

Häufig gestellte Fragen

Kann ein RoIP-Gateway über ein VPN betrieben werden?

Ja. Ein VPN wird häufig verwendet, wenn sich Gateways und Dispositionsserver in verschiedenen privaten Netzwerken befinden. Das VPN muss geeignete Latenz-, Routing- und Sicherheitsrichtlinien für Echtzeit-Audio- und SIP-Datenverkehr bieten.

Wie viele Gateways werden für ein Funkprojekt benötigt?

Die Anzahl hängt von der Anzahl der Funkressourcen ab, auf die unabhängig zugegriffen werden muss. Jeder Kanal oder Funkpfad, der gleichzeitigen Betrieb erfordert, benötigt normalerweise eine eigene steuerbare Verbindung. Gemeinsam genutzte oder geschaltete Funkdesigns können den Hardwarebedarf reduzieren, aber den gleichzeitigen Zugriff einschränken.

Kann das System weiterarbeiten, wenn die WAN-Verbindung ausfällt?

Dies ist möglich, wenn ein lokales Fallback in das Design integriert ist. Die lokale Funkkommunikation kann auch dann verfügbar bleiben, wenn die zentrale Dispositionsverbindung unterbrochen ist, während verteilte Server oder lokale Bedienerplätze zusätzliche Ausfallsicherheit bieten können.

Sollte der Funkverkehr im IP-Netzwerk verschlüsselt werden?

Bei sensiblen Bereitstellungen sollten Signalisierung, Sprachverkehr und Verwaltungszugriff mit den vom Gesamtsystem unterstützten Sicherheitsfunktionen geschützt werden. Netzwerksegmentierung, VPNs, starke Authentifizierung und eingeschränkte Verwaltung sind ebenfalls wichtig.

Verändert die Installation eines Gateways den Funkabdeckungsbereich?

Nein. Die Funkabdeckung hängt weiterhin vom angeschlossenen Funksystem, der Antennenposition, der Sendeleistung, dem Gelände und den umgebenden Strukturen ab. Das Gateway erweitert den Zugriff auf die Funkressource über das IP-Netzwerk, erhöht jedoch selbst nicht die HF-Abdeckung.