Les systèmes de vidéosurveillance à grande échelle utilisent couramment GB28181 pour organiser les caméras, les NVR et les ressources de surveillance multiniveaux sous une plateforme centralisée. Les systèmes de communication unifiée et d'urgence, en revanche, sont plus généralement construits autour du SIP standard. Bien que GB28181 utilise également SIP dans le cadre de son architecture de signalisation, il n'est pas directement équivalent à un système de communication SIP conventionnel. Lorsque ces deux environnements doivent fonctionner ensemble, une passerelle GB28181 vers SIP fournit une couche d'interopérabilité pratique sans nécessiter un développement approfondi de l'une ou l'autre des plateformes existantes.

La passerelle peut obtenir des ressources de surveillance à partir d'une plateforme GB28181 existante, traduire les canaux de caméra sélectionnés en ressources vidéo accessibles via SIP, adapter les flux H.264 et H.265 si nécessaire, et fournir des sorties médias supplémentaires telles que FLV, HLS, WebRTC, RTMP et RTSP. Cela permet d'intégrer les caméras fixes et d'autres sources vidéo dans les consoles de répartition, les applications de commandement d'urgence et d'autres flux de travail de communication basés sur SIP.

Pourquoi une couche d'interfonctionnement est nécessaire

Une plateforme de surveillance traditionnelle et un système de communication unifiée sont conçus autour d'objectifs opérationnels différents. Le côté surveillance se concentre sur l'organisation des caméras, l'accès à la vidéo en direct et la gestion d'un grand nombre de ressources de surveillance. Le côté communication se concentre sur les appels, les opérations de répartition et l'interaction en temps réel entre les utilisateurs et les terminaux.

GB28181 fournit un cadre normalisé pour les réseaux de surveillance et est particulièrement utile lorsque les ressources vidéo sont réparties sur différentes régions ou niveaux administratifs. Une plateforme GB28181 peut maintenir un annuaire des dispositifs et organiser un grand nombre de caméras, de canaux NVR et d'autres ressources vidéo.

Les plateformes de communication basées sur SIP utilisent un modèle de service différent. Un terminal SIP est normalement traité comme un point d'extrémité de communication appelable. Lorsqu'un répartiteur sélectionne un point d'extrémité, le système s'attend à ce qu'un processus de signalisation SIP établisse la session. Une caméra gérée par une plateforme de surveillance GB28181 n'est pas automatiquement présentée au système de communication sous cette forme.

Cette différence devient un problème pratique dans les projets de commandement d'urgence et de communications convergentes. Les opérateurs peuvent déjà avoir accès aux téléphones, aux terminaux de répartition et à d'autres utilisateurs SIP, tandis que la vidéo de surveillance en direct reste isolée dans une plateforme de surveillance distincte. Sans mécanisme d'interfonctionnement, le passage d'un système à l'autre ajoute des étapes opérationnelles et limite la capacité à combiner les informations de communication et vidéo dans un seul flux de travail.

Développer une interface logicielle directe entre les deux systèmes est possible, mais cela peut nécessiter une adaptation substantielle des protocoles, un traitement des médias et des tests de compatibilité. Une passerelle dédiée réduit cette charge de travail d'intégration en traitant les différences de protocole et de média entre les environnements GB28181 et SIP.

Conversion des ressources de surveillance en points d'extrémité SIP

La conversion de protocole est la fonction centrale de la solution. Au lieu de demander au système de communication unifiée de comprendre directement toute la structure de surveillance GB28181, la passerelle interprète les ressources vidéo d'un côté et présente les canaux requis à l'environnement SIP de l'autre.

La passerelle peut se connecter à une plateforme GB28181 existante et obtenir sa structure de ressources vidéo. Ceci est particulièrement utile pour les projets où un réseau de surveillance a déjà été déployé et contient un grand nombre de caméras. La plateforme existante reste responsable de l'organisation de la surveillance, tandis que la passerelle sélectionne et expose les ressources qui doivent participer au système de communication.

Les ressources de caméra peuvent ensuite être mappées sous une forme que la plateforme SIP peut utiliser. Du point de vue d'un système de répartition, un canal de surveillance sélectionné peut se comporter davantage comme un point d'extrémité vidéo appelable. Le répartiteur n'a pas besoin de comprendre le processus de signalisation GB28181 sous-jacent à chaque fois que la vidéo est requise.

Une interaction typique peut être organisée comme suit :

• La passerelle se connecte à la plateforme vidéo GB28181 existante et lit les ressources de surveillance disponibles.

• Les caméras ou canaux vidéo requis sont mappés pour être utilisés par l'environnement de communication SIP.

• Un terminal de répartition ou un autre point d'extrémité SIP autorisé initie un flux de travail de communication standard.

• La passerelle traduit la requête en la signalisation requise du côté de la surveillance.

• Le flux de caméra correspondant est obtenu et livré à l'application de communication.

Cette approche préserve le rôle de la plateforme de surveillance existante tout en ajoutant un pont contrôlé vers le système de communication. Elle évite de devoir restructurer complètement la gestion des caméras simplement parce que la vidéo doit apparaître dans une application de répartition.

Accès flexible aux ressources vidéo existantes

Une passerelle utile doit prendre en charge plus d'une méthode d'accès à la surveillance, car les projets réels sont rarement construits autour d'un seul type de dispositif.

Dans un grand déploiement, la méthode préférée est généralement de se connecter à la plateforme GB28181 existante. La plateforme peut déjà contenir des milliers de ressources de surveillance et maintenir sa propre hiérarchie de dispositifs. Au lieu de connecter chaque caméra séparément, la passerelle peut utiliser cette structure existante comme source de ressources vidéo.

Cela permet au projet de conserver la relation de gestion existante entre les caméras, les NVR et la plateforme de surveillance. Cela simplifie également l'expansion ultérieure car les nouvelles ressources vidéo gérées peuvent continuer à être organisées via le système de surveillance plutôt que d'être reconstruites indépendamment au sein de la plateforme de communication.

D'autres projets peuvent ne pas disposer d'une plateforme GB28181 complète sur chaque site. Dans ces cas, la passerelle peut également être utilisée avec des NVR ou des caméras IP compatibles comme sources d'accès. Ceci est utile pour les petits sites distants, les emplacements de surveillance temporaires ou les projets où seules certaines caméras doivent être introduites dans l'environnement de communication unifiée.

L'architecture d'accès peut donc être sélectionnée en fonction du réseau existant :

• Accès au niveau de la plateforme : adapté aux systèmes de surveillance GB28181 établis avec des annuaires de ressources centralisés.

• Accès au niveau NVR : adapté lorsque plusieurs canaux de caméra locaux sont déjà concentrés dans un enregistreur.

• Accès au niveau de la caméra : adapté aux caméras compatibles sélectionnées qui nécessitent une intégration directe.

Cette flexibilité est importante dans les projets de rénovation car elle réduit le remplacement inutile d'équipements déjà en fonctionnement normal.

L'adaptation des codecs et des flux améliore la compatibilité

La seule conversion de protocole ne garantit pas que la vidéo s'affiche correctement sur chaque terminal de communication. Les systèmes de surveillance et les applications de communication en temps réel peuvent utiliser différentes capacités de codage et de lecture vidéo.

H.264 et H.265 sont tous deux largement rencontrés dans les environnements de surveillance. H.265 peut réduire les besoins en bande passante pour la vidéo de surveillance haute résolution, mais certaines applications de communication ou terminaux basés sur un navigateur peuvent ne pas le prendre en charge de la même manière que les logiciels de surveillance dédiés.

La passerelle peut fournir un transcodage entre H.264 et H.265 si nécessaire. Cela permet à une caméra de continuer à utiliser un mode de codage adapté au réseau de surveillance tout en obtenant un flux que le système de communication récepteur peut décoder.

La conversion de codec n'est qu'une partie de l'adaptation des médias. Différents points d'extrémité peuvent également avoir des exigences différentes en matière de résolution, de fréquence d'images et de débit binaire. Une caméra de surveillance peut être configurée pour un enregistrement de haute qualité, tandis que le même flux peut être inutilement exigeant lorsqu'il est affiché dans une petite fenêtre de répartition sur un réseau limité.

En adaptant ces paramètres médias, la passerelle peut créer un flux plus adapté au système récepteur. Ceci est particulièrement précieux lorsque la vidéo est distribuée à différents types de terminaux ou lorsque les liaisons de communication ont des bandes passantes disponibles différentes.

L'objectif n'est pas simplement de réduire la qualité vidéo. Le but est de faire correspondre la source de surveillance aux capacités et aux conditions de fonctionnement de l'application réceptrice afin que la vidéo reste utilisable tout au long du flux de travail de communication.

Une source vidéo peut servir plusieurs applications

L'intégration vidéo s'étend souvent au-delà d'un seul appel SIP. Les centres de commandement d'urgence, les applications de navigateur, les systèmes de visualisation sur grand écran et les plateformes commerciales tierces peuvent tous avoir besoin d'accéder à la même ressource de surveillance.

Pour cette raison, une passerelle GB28181 vers SIP peut également agir comme un point de distribution de médias. En plus de la connectivité GB28181 et de l'intégration orientée SIP, la couche médias peut fournir des formats et protocoles de diffusion courants tels que :

• FLV pour les applications Web et de diffusion compatibles.

• HLS pour la distribution vidéo basée sur HTTP.

• WebRTC pour les scénarios de communication basés sur navigateur à faible latence.

• RTMP pour les flux de travail de diffusion et de publication.

• RTSP pour les applications qui nécessitent un accès conventionnel aux flux en temps réel.

• Liaison montante GB28181 lorsque les ressources vidéo doivent continuer à participer à une hiérarchie de surveillance basée sur des normes.

Les multiples options de sortie réduisent la nécessité de déployer des systèmes de conversion distincts pour chaque application. Une seule ressource de surveillance peut être obtenue à partir de l'environnement vidéo existant, puis livrée sous différentes formes selon les exigences de la plateforme réceptrice.

Ceci est particulièrement utile dans les projets de centres de commandement où le même incident peut être visualisé simultanément par une console de répartition, une application basée sur un navigateur et un grand écran de visualisation. Au lieu de reconstruire des connexions de caméra indépendantes pour chaque sous-système, la passerelle peut fournir une couche d'intégration multimédia commune.

Intégrer la vidéo mobile dans le centre de commandement

La même architecture de passerelle multimédia peut s'étendre au-delà des caméras CCTV fixes installées en permanence. Les opérations d'urgence utilisent souvent des sources vidéo temporaires et mobiles qui doivent être combinées avec les ressources de surveillance existantes.

Il s'agit par exemple des drones, des caméras de surveillance portables et des dispositifs d'enregistrement portés sur le corps. Ces sources peuvent être déployées temporairement sur un lieu d'incident et fournir des informations que les caméras fixes ne peuvent pas capturer.

Une couche d'accès multimédia unifiée permet d'introduire ces flux dans le flux de travail de commandement aux côtés des caméras de surveillance conventionnelles. Les opérateurs peuvent alors visualiser différentes sources via le même environnement de répartition au lieu d'ouvrir une application séparée pour chaque catégorie de dispositif.

Considérons un scénario d'intervention d'urgence dans une installation industrielle. Des caméras fixes peuvent fournir des vues continues des entrées, des zones de production et des routes environnantes. Une caméra portable peut être positionnée près de l'incident, tandis qu'un drone fournit une vue d'ensemble depuis le dessus. Le personnel sur le terrain peut également transmettre des vidéos via des équipements d'enregistrement portables.

Lorsque ces sources vidéo sont connectées via la couche d'intégration multimédia, le centre de commandement peut les combiner avec la communication basée sur SIP. Un répartiteur peut communiquer avec le personnel tout en consultant simultanément les ressources vidéo pertinentes, améliorant ainsi la connaissance de la situation sans obliger les opérateurs à naviguer sans cesse entre des systèmes non liés.

Concevoir l'intégration comme un flux de travail complet

Un déploiement réussi doit être conçu autour des flux de travail opérationnels plutôt que de traiter la passerelle comme un convertisseur de protocole isolé.

La première étape consiste à identifier où les ressources vidéo existantes sont gérées. Si une plateforme GB28181 fournit déjà un annuaire complet, l'intégration au niveau de la plateforme est généralement plus efficace que de connecter des centaines de caméras individuellement. Si seul un petit nombre de ressources vidéo sont impliquées, un accès direct au NVR ou à la caméra peut suffire.

L'étape suivante consiste à déterminer comment les utilisateurs accéderont à la vidéo depuis le système de communication. Certains projets n'ont besoin que d'images de surveillance intégrées dans une console de répartition. D'autres nécessitent des appels vidéo SIP, une lecture dans le navigateur, un affichage sur grand écran et un accès à des applications tierces en même temps.

La compatibilité des codecs doit également être confirmée avant le déploiement. Le codage utilisé par les caméras de surveillance doit être comparé aux capacités de décodage des terminaux de répartition, des navigateurs et des autres applications réceptrices. Lorsque ces capacités diffèrent, le transcodage peut être introduit uniquement sur les flux qui en ont besoin plutôt que de modifier chaque caméra.

La capacité du réseau doit être prise en compte en même temps que l'adaptation vidéo. Un flux de caméra adapté à l'enregistrement local peut consommer plus de bande passante que nécessaire lorsqu'il est transmis sur un WAN. La résolution, la fréquence d'images et le débit binaire peuvent donc être planifiés en fonction de l'utilisation réelle de la vidéo.

Enfin, la mise en service doit tester le flux de travail complet. Les ingénieurs doivent vérifier non seulement que la passerelle peut obtenir un flux de caméra, mais aussi que les utilisateurs SIP autorisés peuvent accéder au canal correct, que le codec attendu est délivré, que la lecture multimédia est stable et que les interfaces de diffusion externes requises fonctionnent correctement.

Où cette architecture apporte le plus de valeur

La solution est particulièrement utile lorsqu'une organisation dispose déjà de systèmes de surveillance et de communication indépendants qui doivent fonctionner ensemble sans remplacement complet de la plateforme.

Dans un centre de commandement d'urgence, la vidéo de surveillance peut être associée aux activités de répartition afin que les opérateurs communiquent tout en visualisant le lieu concerné. Dans une installation industrielle, les ressources CCTV existantes peuvent être introduites dans la console de communication utilisée pour le traitement des incidents et la coordination opérationnelle.

Les organisations multisites peuvent conserver leur hiérarchie de surveillance GB28181 établie tout en permettant aux ressources sélectionnées d'être disponibles pour une plateforme de communication centrale. Des sources vidéo temporaires peuvent également être introduites lorsqu'un incident nécessite une couverture visuelle supplémentaire.

Le principal avantage architectural est que chaque système existant peut continuer à jouer son rôle initial. La plateforme de surveillance reste responsable de l'organisation des ressources vidéo, tandis que le système de communication unifiée reste responsable de la communication SIP et des flux de travail de répartition. La passerelle gère la traduction de protocole et de médias requise entre eux.

Conclusion

Une passerelle GB28181 vers SIP fournit un moyen pratique de faire le pont entre deux systèmes qui impliquent tous deux de la vidéo IP mais utilisent des modèles de communication différents. Elle peut se connecter à un environnement de surveillance GB28181 existant, obtenir des ressources de caméra et de NVR, convertir des canaux vidéo sélectionnés en points d'extrémité accessibles via SIP et adapter les médias lorsque la source et la destination utilisent des exigences de codage différentes.

Au-delà de la conversion de protocole de base, le support du transcodage H.264 et H.265, ainsi que l'ajustement de la fréquence d'images, du débit binaire et de la résolution, aident à résoudre les problèmes de compatibilité réels entre les dispositifs de surveillance et les applications de communication. Les sorties telles que FLV, HLS, WebRTC, RTMP, RTSP et GB28181 permettent également d'utiliser les mêmes ressources vidéo pour un plus large éventail d'applications de commandement et de visualisation.

Pour les projets de commandement d'urgence et de communications convergentes, la valeur de la passerelle ne se limite donc pas à la connexion de deux protocoles. Son rôle le plus important est de créer une couche d'interopérabilité vidéo réutilisable afin que les caméras fixes, les ressources NVR et les sources vidéo mobiles puissent participer au même flux de travail opérationnel que la communication basée sur SIP.

FAQ

L'introduction d'une passerelle nécessite-t-elle de remplacer la plateforme de gestion vidéo existante ?

Normalement, non. L'intégration peut être conçue autour de la hiérarchie de surveillance existante, permettant à la plateforme actuelle de continuer à gérer les caméras tout en exposant certaines ressources à d'autres systèmes via la passerelle.

Les autorisations d'accès peuvent-elles rester différentes pour les utilisateurs de la surveillance et des communications ?

Elles peuvent être conçues séparément, en fonction des plateformes environnantes. Les projets doivent définir quelles ressources vidéo sont autorisées à traverser la couche d'intégration plutôt que d'exposer automatiquement l'intégralité de l'annuaire de surveillance à chaque utilisateur des communications.

Faut-il transcoder chaque flux vidéo ?

Pas nécessairement. Le transcodage est le plus utile lorsque le codage source ne peut pas être décodé par le point d'extrémité récepteur ou lorsque les paramètres média d'origine ne sont pas adaptés au réseau ou à l'application cible. Éviter les conversions inutiles peut réduire les besoins en traitement.

La passerelle peut-elle être utilisée lorsque la vidéo doit apparaître dans une application Web ?

Oui, lorsque l'architecture de passerelle sélectionnée fournit une sortie média compatible Web comme WebRTC, HLS ou FLV. Le choix final dépend de la latence, de la compatibilité du navigateur et de la façon dont l'application est conçue.

Que faut-il tester avant de connecter un grand annuaire de caméras ?

Il est conseillé de valider d'abord des canaux de caméra représentatifs, y compris différents codecs et profils vidéo typiques. Cela peut révéler des problèmes de signalisation, de décodage et de compatibilité réseau avant que l'intégration ne soit étendue à un annuaire de ressources beaucoup plus vaste.