Große Videoüberwachungssysteme verwenden üblicherweise GB28181, um Kameras, NVRs und mehrstufige Überwachungsressourcen unter einer zentralen Plattform zu organisieren. Unified-Communication- und Einsatzleitsysteme werden jedoch häufiger auf Basis von Standard-SIP aufgebaut. Obwohl GB28181 ebenfalls SIP als Teil seiner Signalisierungsarchitektur verwendet, ist es nicht direkt gleichwertig mit einem herkömmlichen SIP-Kommunikationssystem. Wenn diese beiden Umgebungen zusammenarbeiten müssen, bietet ein GB28181-zu-SIP-Gateway eine praktische Interoperabilitätsschicht, ohne dass eine umfangreiche Neuentwicklung einer der vorhandenen Plattformen erforderlich ist.

Das Gateway kann Überwachungsressourcen von einer vorhandenen GB28181-Plattform beziehen, ausgewählte Kamerakanäle in SIP-zugängliche Videoresourcen übersetzen, bei Bedarf H.264- und H.265-Ströme anpassen und zusätzliche Medienausgaben wie FLV, HLS, WebRTC, RTMP und RTSP bereitstellen. Dies ermöglicht es, fest installierte Kameras und andere Videoquellen in Einsatzleitstellen, Notfallkommandoanwendungen und andere SIP-basierte Kommunikationsabläufe einzubringen.

Warum eine Interoperabilitätsschicht erforderlich ist

Eine herkömmliche Überwachungsplattform und ein Unified-Kommunikationssystem sind auf unterschiedliche Betriebsziele ausgelegt. Die Überwachungsseite konzentriert sich auf die Organisation von Kameras, den Zugriff auf Live-Video und die Verwaltung einer großen Anzahl von Überwachungsressourcen. Die Kommunikationsseite konzentriert sich auf Anrufe, Einsatzabläufe und Echtzeitinteraktion zwischen Benutzern und Endgeräten.

GB28181 bietet einen standardisierten Rahmen für Überwachungsnetzwerke und ist besonders nützlich, wenn Videoressourcen über verschiedene Regionen oder Verwaltungsebenen verteilt sind. Eine GB28181-Plattform kann ein Geräteverzeichnis führen und eine große Anzahl von Kameras, NVR-Kanälen und anderen Videoressourcen organisieren.

SIP-basierte Kommunikationsplattformen verwenden ein anderes Dienstmodell. Ein SIP-Endgerät wird normalerweise als anrufbarer Kommunikationsendpunkt behandelt. Wenn ein Einsatzleiter einen Endpunkt auswählt, erwartet das System einen SIP-Signalisierungsprozess, um die Sitzung aufzubauen. Eine von einer GB28181-Überwachungsplattform verwaltete Kamera wird dem Kommunikationssystem nicht automatisch in dieser Form präsentiert.

Dieser Unterschied wird in Projekten für Notfallkommando und konvergierte Kommunikation zu einem praktischen Problem. Die Bediener haben möglicherweise bereits Zugang zu Telefonen, Einsatzendgeräten und anderen SIP-Teilnehmern, während das Live-Überwachungsvideo isoliert in einer separaten Überwachungsplattform verbleibt. Ohne einen Interoperabilitätsmechanismus fügt das Umschalten zwischen den beiden Systemen zusätzliche Bedienschritte hinzu und schränkt die Fähigkeit ein, Kommunikations- und Videoinformationen in einem Arbeitsablauf zu kombinieren.

Die Entwicklung einer direkten Softwareschnittstelle zwischen den beiden Systemen ist möglich, kann jedoch umfangreiche Protokollanpassungen, Medienverarbeitung und Kompatibilitätstests erfordern. Ein dediziertes Gateway reduziert diesen Integrationsaufwand, indem es die Protokoll- und Medienunterschiede zwischen den GB28181- und SIP-Umgebungen behandelt.

Konvertierung von Überwachungsressourcen in SIP-Endpunkte

Die Protokollkonvertierung ist die zentrale Funktion der Lösung. Anstatt das Unified-Kommunikationssystem aufzufordern, die vollständige GB28181-Überwachungsstruktur direkt zu verstehen, interpretiert das Gateway die Videoressourcen auf der einen Seite und präsentiert die erforderlichen Kanäle der SIP-Umgebung auf der anderen Seite.

Das Gateway kann eine Verbindung zu einer vorhandenen GB28181-Plattform herstellen und deren Videoresourcenstruktur abrufen. Dies ist besonders nützlich für Projekte, in denen bereits ein Überwachungsnetzwerk bereitgestellt wurde und eine große Anzahl von Kameras enthält. Die vorhandene Plattform bleibt weiterhin für die Überwachungsorganisation verantwortlich, während das Gateway die Ressourcen auswählt und bereitstellt, die am Kommunikationssystem teilnehmen sollen.

Kamerarressourcen können dann in eine Form abgebildet werden, die die SIP-Plattform nutzen kann. Aus der Sicht eines Einsatzsystems kann sich ein ausgewählter Überwachungskanal eher wie ein anrufbarer Videoendpunkt verhalten. Der Einsatzleiter muss nicht jedes Mal, wenn Video benötigt wird, den zugrunde liegenden GB28181-Signalisierungsprozess verstehen.

Eine typische Interaktion kann wie folgt organisiert werden:

• Das Gateway stellt eine Verbindung zur vorhandenen GB28181-Videoplattform her und liest die verfügbaren Überwachungsressourcen aus.

• Die benötigten Kameras oder Videokanäle werden für die Nutzung durch die SIP-Kommunikumgebung abgebildet.

• Ein Einsatzendgerät oder ein anderer autorisierter SIP-Endpunkt initiiert einen standardmäßigen Kommunikationsablauf.

• Das Gateway übersetzt die Anfrage in die auf der Überwachungsseite erforderliche Signalisierung.

• Der entsprechende Kamerastream wird abgerufen und an die Kommunikationsanwendung geliefert.

Dieser Ansatz bewahrt die Rolle der vorhandenen Überwachungsplattform und fügt gleichzeitig eine kontrollierte Brücke zum Kommunikationssystem hinzu. Er vermeidet die Notwendigkeit, die Kameravenwaltung vollständig umzustrukturieren, nur weil Video in einer Einsatzanwendung erscheinen soll.

Flexibler Zugriff auf vorhandene Videoresourcen

Ein nützliches Gateway sollte mehr als eine Überwachungszugriffsmethode unterstützen, da reale Projekte selten um einen einzelnen Gerätetyp herum aufgebaut sind.

Bei einer großen Bereitstellung ist die bevorzugte Methode normalerweise die Verbindung mit der vorhandenen GB28181-Plattform. Die Plattform kann bereits Tausende von Überwachungsressourcen enthalten und ihre eigene Gerätehierarchie unterhalten. Anstatt jede Kamera separat anzuschließen, kann das Gateway diese vorhandene Struktur als Quelle für Videoresourcen nutzen.

Dies ermöglicht es dem Projekt, die bestehende Verwaltungsbeziehung zwischen Kameras, NVRs und der Überwachungsplattform beizubehalten. Es vereinfacht auch spätere Erweiterungen, da neu verwaltete Videoresourcen weiterhin über das Überwachungssystem organisiert werden können, anstatt innerhalb der Kommunikationsplattform unabhängig neu aufgebaut zu werden.

Andere Projekte verfügen möglicherweise nicht an jedem Standort über eine vollständige GB28181-Plattform. In diesen Fällen kann das Gateway auch mit NVRs oder kompatiblen IP-Kameras als Zugangsquellen verwendet werden. Dies ist nützlich für kleinere entfernte Standorte, temporäre Überwachungspositionen oder Projekte, bei denen nur ausgewählte Kameras in die Unified-Communication-Umgebung eingeführt werden müssen.

Die Zugriffsarchitektur kann daher entsprechend dem vorhandenen Netzwerk ausgewählt werden:

• Zugriff auf Plattformebene: geeignet für etablierte GB28181-Überwachungssysteme mit zentralen Ressourcenverzeichnissen.

• Zugriff auf NVR-Ebene: geeignet, wenn mehrere lokale Kamerakanäle bereits in einem Rekorder konzentriert sind.

• Zugriff auf Kamerabene: geeignet für ausgewählte kompatible Kameras, die direkt integriert werden müssen.

Diese Flexibilität ist bei Nachrüstprojekten wichtig, da sie den unnötigen Austausch von bereits normal funktionierenden Geräten reduziert.

Codec- und Stream-Anpassung verbessert die Kompatibilität

Die reine Protokollkonvertierung garantiert nicht, dass Video auf jedem Kommunikationsendgerät korrekt angezeigt wird. Überwachungssysteme und Echtzeit-Kommunikationsanwendungen können unterschiedliche Video-Codecs und Wiedergabefähigkeiten verwenden.

H.264 und H.265 sind beide in Überwachungsumgebungen weit verbreitet. H.265 kann den Bandbreitenbedarf für hochauflösendes Überwachungsvideo reduzieren, aber einige Kommunikationsanwendungen oder browserbasierte Endgeräte unterstützen es möglicherweise nicht auf die gleiche Weise wie spezielle Überwachungssoftware.

Das Gateway kann bei Bedarf eine Transcodierung zwischen H.264 und H.265 bereitstellen. Dies ermöglicht es einer Kamera, weiterhin einen für das Überwachungsnetzwerk geeigneten Codierungsmodus zu verwenden, während das empfangende Kommunikationssystem einen Stream erhält, den es decodieren kann.

Die Codec-Konvertierung ist nur ein Teil der Medienanpassung. Verschiedene Endpunkte können auch unterschiedliche Anforderungen an Auflösung, Bildrate und Bitrate haben. Eine Überwachungskamera kann für hochwertige Aufzeichnung konfiguriert sein, während derselbe Stream unnötig anspruchsvoll sein kann, wenn er in einem kleinen Einsatzfenster über ein eingeschränktes Netzwerk angezeigt wird.

Durch die Anpassung dieser Medienparameter kann das Gateway einen besser geeigneten Stream für das empfangende System erstellen. Dies ist besonders wertvoll, wenn Video an verschiedene Endpunkttypen verteilt wird oder wenn Kommunikationsverbindungen unterschiedliche verfügbare Bandbreiten haben.

Ziel ist es nicht einfach, die Videoqualität zu reduzieren. Der Zweck besteht darin, die Überwachungsquelle mit den Fähigkeiten und Betriebsbedingungen der empfangenden Anwendung abzustimmen, damit das Video während des gesamten Kommunikationsablaufs nutzbar bleibt.

Eine Videoquelle kann mehrere Anwendungen bedienen

Die Videointegration geht oft über einen einzelnen SIP-Anruf hinaus. Einsatzleitstellen, Browseranwendungen, Großbildvisualisierungssysteme und externe Geschäftsplattformen benötigen möglicherweise alle Zugriff auf dieselbe Überwachungsressource.

Aus diesem Grund kann ein GB28181-zu-SIP-Gateway auch als Medienverteilungspunkt fungieren. Zusätzlich zur GB28181-Konnektivität und der SIP-orientierten Integration kann die Mediaschicht gängige Streaming-Formate und -Protokolle wie folgende bereitstellen:

• FLV für kompatible Web- und Streaming-Anwendungen.

• HLS für HTTP-basierte Videoverteilung.

• WebRTC für latenzarme, browserbasierte Kommunikationsszenarien.

• RTMP für Streaming- und Publishing-Workflows.

• RTSP für Anwendungen, die herkömmlichen Echtzeit-Stream-Zugriff erfordern.

• GB28181-Uplink für Videoresourcen, die weiterhin an einer standardsbasierten Überwachungshierarchie teilnehmen müssen.

Mehrere Ausgabeoptionen reduzieren die Notwendigkeit, für jede Anwendung separate Konvertierungssysteme bereitzustellen. Eine einzelne Überwachungsressource kann aus der vorhandenen Videoumgebung bezogen und dann je nach den Anforderungen der empfangenden Plattform in verschiedenen Formen geliefert werden.

Dies ist besonders nützlich bei Leitstellenprojekten, bei denen derselbe Vorfall gleichzeitig von einer Einsatzkonsole, einer browserbasierten Anwendung und einem großen Visualisierungsbildschirm betrachtet werden kann. Anstatt für jedes Subsystem unabhängige Kameranschlüsse neu aufzubauen, kann das Gateway eine gemeinsame Medienintegrationsschicht bereitstellen.

Mobiles Video in die Leitstelle bringen

Dieselbe Media-Gateway-Architektur kann über permanent installierte CCTV-Kameras hinausgehen. Bei Notfalleinsätzen werden häufig temporäre und mobile Videoquellen verwendet, die mit vorhandenen Überwachungsressourcen kombiniert werden müssen.

Beispiele sind Drohnen, tragbare Überwachungskameras und am Körper getragene Aufzeichnungsgeräte. Diese Quellen können vorübergehend an einem Einsatzort eingesetzt werden und Informationen liefern, die fest installierte Kameras nicht erfassen können.

Eine einheitliche Medienzugangsschicht ermöglicht es, diese Ströme zusammen mit herkömmlichen Überwachungskameras in den Einsatzablauf einzubringen. Die Bediener können dann verschiedene Quellen über dieselbe Einsatzumgebung anzeigen, anstatt für jede Gerätekategorie eine separate Anwendung zu öffnen.

Betrachten Sie ein Einsatzszenario in einer Industrieanlage. Fest installierte Kameras können kontinuierliche Ansichten von Eingängen, Produktionsbereichen und umliegenden Straßen liefern. Eine tragbare Kamera kann in der Nähe des Vorfalls positioniert werden, während eine Drohne einen Überblick von oben bietet. Feldpersonal kann auch Video über tragbare Aufzeichnungsgeräte übertragen.

Wenn diese Videoquellen über die Medienintegrationsschicht verbunden werden, kann die Leitstelle sie mit der SIP-basierten Kommunikation kombinieren. Ein Einsatzleiter kann mit Personal kommunizieren und gleichzeitig die relevanten Videoressourcen einsehen, was die Situationswahrnehmung verbessert, ohne dass die Bediener gezwungen werden, wiederholt zwischen nicht verwandten Systemen zu wechseln.

Integration als vollständigen Arbeitsablauf gestalten

Eine erfolgreiche Bereitstellung sollte um betriebliche Arbeitsabläufe herum entworfen werden, anstatt das Gateway als isolierten Protokollkonverter zu behandeln.

Der erste Schritt besteht darin, zu identifizieren, wo die vorhandenen Videoressourcen verwaltet werden. Wenn eine GB28181-Plattform bereits ein vollständiges Verzeichnis bereitstellt, ist die Integration auf Plattformebene normalerweise effizienter, als Hunderte von Kameras einzeln anzuschließen. Wenn nur eine kleine Anzahl von Videoressourcen beteiligt ist, kann der direkte NVR- oder Kamerazugriff ausreichend sein.

Der nächste Schritt besteht darin, zu bestimmen, wie Benutzer vom Kommunikationssystem aus auf Video zugreifen werden. Einige Projekte benötigen nur Überwachungsbilder, die in eine Einsatzkonsole eingebettet sind. Andere erfordern gleichzeitig SIP-Videoanrufe, Browser-Wiedergabe, Großbildanzeige und Zugriff von Drittanwendungen.

Die Codec-Kompatibilität sollte ebenfalls vor der Bereitstellung bestätigt werden. Die von den Überwachungskameras verwendete Codierung sollte mit den Decodierungsfähigkeiten von Einsatzendgeräten, Browsern und anderen empfangenden Anwendungen verglichen werden. Wenn diese Fähigkeiten voneinander abweichen, kann die Transcodierung nur für die Ströme eingeführt werden, die sie benötigen, anstatt jede Kamera zu ändern.

Die Netzwerkkapazität muss zusammen mit der Videoanpassung berücksichtigt werden. Ein Kamerastream, der für die lokale Aufzeichnung geeignet ist, kann bei der Übertragung über ein WAN mehr Bandbreite verbrauchen als erforderlich. Daher können Auflösung, Bildrate und Bitrate entsprechend der tatsächlichen Nutzung des Videos geplant werden.

Schließlich sollte die Inbetriebnahme den gesamten Arbeitsablauf testen. Ingenieure sollten nicht nur überprüfen, ob das Gateway einen Kamerastream abrufen kann, sondern auch, ob autorisierte SIP-Benutzer auf den richtigen Kanal zugreifen können, der erwartete Codec geliefert wird, die Medienwiedergabe stabil ist und die erforderlichen externen Streaming-Schnittstellen korrekt funktionieren.

Wo diese Architektur den größten Mehrwert bietet

Die Lösung ist besonders nützlich, wenn eine Organisation bereits über unabhängige Überwachungs- und Kommunikationssysteme verfügt, die zusammenarbeiten müssen, ohne dass ein vollständiger Plattformtausch erforderlich ist.

In einer Einsatzleitstelle kann Überwachungsvideo mit Einsatzaktivitäten verknüpft werden, sodass Bediener kommunizieren, während sie den betroffenen Ort betrachten. In einer Industrieanlage können vorhandene CCTV-Ressourcen in die Kommunikationskonsole eingeführt werden, die für die Bearbeitung von Vorfällen und die betriebliche Koordination verwendet wird.

Organisationen mit mehreren Standorten können ihre etablierte GB28181-Überwachungshierarchie beibehalten, während sie ausgewählten Ressourcen den Zugriff auf eine zentrale Kommunikationsplattform ermöglichen. Temporäre Videoquellen können ebenfalls eingeführt werden, wenn ein Vorfall zusätzliche visuelle Abdeckung erfordert.

Der wichtigste architektonische Vorteil besteht darin, dass jedes bestehende System weiterhin seine ursprüngliche Rolle erfüllen kann. Die Überwachungsplattform bleibt für die Organisation von Videoressourcen verantwortlich, während das Unified-Kommunikationssystem für SIP-Kommunikation und Einsatzabläufe verantwortlich bleibt. Das Gateway übernimmt die erforderliche Protokoll- und Medienübersetzung zwischen ihnen.

Fazit

Ein GB28181-zu-SIP-Gateway bietet eine praktische Möglichkeit, zwei Systeme zu verbinden, die beide IP-Video verwenden, aber unterschiedliche Kommunikationsmodelle nutzen. Es kann eine Verbindung zu einer vorhandenen GB28181-Überwachungsumgebung herstellen, Kamera- und NVR-Ressourcen abrufen, ausgewählte Videokanäle in SIP-zugängliche Endpunkte konvertieren und Medien anpassen, wenn Quelle und Ziel unterschiedliche Codierungsanforderungen verwenden.

Über die grundlegende Protokollkonvertierung hinaus hilft die Unterstützung von H.264- und H.265-Transcodierung sowie die Anpassung von Bildrate, Bitrate und Auflösung, reale Kompatibilitätsprobleme zwischen Überwachungsgeräten und Kommunikationsanwendungen zu lösen. Ausgaben wie FLV, HLS, WebRTC, RTMP, RTSP und GB28181 ermöglichen es auch, dieselben Videoressourcen für ein breiteres Spektrum von Einsatz- und Visualisierungsanwendungen zu nutzen.

Für Projekte im Bereich Notfallkommando und konvergierte Kommunikation liegt der Wert des Gateways daher nicht nur in der Verbindung zweier Protokolle. Seine wichtigere Rolle besteht darin, eine wiederverwendbare Video-Interoperabilitätsschicht zu schaffen, sodass fest installierte Kameras, NVR-Ressourcen und mobile Videoquellen am gleichen betrieblichen Arbeitsablauf wie die SIP-basierte Kommunikation teilnehmen können.

FAQ

Erfordert die Einführung eines Gateways den Austausch der bestehenden Video-Management-Plattform?

Normalerweise nicht. Die Integration kann um die bestehende Überwachungshierarchie herum gestaltet werden, sodass die aktuelle Plattform weiterhin Kameras verwalten kann, während ausgewählte Ressourcen über das Gateway für andere Systeme freigegeben werden.

Können die Zugriffsberechtigungen für Überwachungs- und Kommunikationsbenutzer unterschiedlich bleiben?

Sie können je nach den umgebenden Plattformen getrennt gestaltet werden. Projekte sollten definieren, welche Videoressourcen die Integrationsschicht passieren dürfen, anstatt das vollständige Überwachungsverzeichnis automatisch jedem Kommunikationsbenutzer zugänglich zu machen.

Sollte jeder Videostream transcodiert werden?

Nicht unbedingt. Die Transcodierung ist am nützlichsten, wenn die Quellcodierung vom empfangenden Endpunkt nicht decodiert werden kann oder wenn die ursprünglichen Medienparameter für das Zielnetzwerk oder die Zielanwendung ungeeignet sind. Die Vermeidung unnötiger Konvertierung kann den Verarbeitungsaufwand reduzieren.

Kann das Gateway verwendet werden, wenn Video in einer Webanwendung erscheinen soll?

Ja, wenn die ausgewählte Gateway-Architektur eine webkompatible Medienausgabe wie WebRTC, HLS oder FLV bereitstellt. Die endgültige Wahl hängt von der Latenz, der Browserkompatibilität und der Art der Anwendungsgestaltung ab.

Was sollte getestet werden, bevor ein großes Kameraverzeichnis angeschlossen wird?

Es wird empfohlen, zunächst repräsentative Kamerakanäle zu validieren, einschließlich verschiedener Codecs und typischer Videoprofile. Dies kann Signalisierungs-, Decodierungs- und Netzwerkkompatibilitätsprobleme aufdecken, bevor die Integration auf ein viel größeres Ressourcenverzeichnis ausgeweitet wird.