Un système de commandement et de répartition multimédia rassemble les appels vocaux, les communications radio, les flux vidéo, la localisation SIG, les alertes d'urgence et les informations de terrain dans un environnement opérationnel unique. Contrairement à un système de répartition conventionnel principalement axé sur l'audio téléphonique, il permet aux opérateurs de voir ce qui se passe, de localiser le personnel, de communiquer sur différents réseaux et d'enregistrer l'intégralité du processus de réponse.

L'équipement requis dépend des ressources de communication déjà disponibles sur le site. Une usine peut avoir besoin de connecter des téléphones industriels, des systèmes radio et des caméras de surveillance. Un opérateur de transport peut se concentrer sur la couverture radio, les utilisateurs mobiles et le suivi SIG. Une organisation de sécurité publique peut également nécessiter des plans d'intervention, un retour vidéo, un enregistrement et une communication entre plusieurs départements.

Le but du système n'est pas simplement de placer davantage de périphériques sur un réseau IP. Sa valeur vient de la transformation de ressources de communication distinctes en un processus de réponse coordonné. Les opérateurs doivent être en mesure de recevoir un événement, d'identifier la zone touchée, de contacter le personnel approprié, de surveiller la progression et de récupérer un enregistrement complet sans avoir à naviguer entre plusieurs systèmes indépendants.

Commencez par le processus de réponse opérationnelle

La sélection de l'équipement doit commencer par la manière dont un incident est détecté, signalé et traité. Le système doit prendre en charge l'intégralité de la chaîne opérationnelle plutôt que de fournir une collection de dispositifs de communication déconnectés.

Un processus de réponse typique comprend :

1. Réception d'une alarme, d'un appel téléphonique, d'un message radio ou d'un événement vidéo.

2. La plate-forme identifie la source, l'emplacement et le service responsable.

3. L'opérateur vérifie la situation par la voix, la vidéo ou les informations SIG.

4. Les équipes concernées sont contactées via les téléphones, les radios, les terminaux mobiles ou les canaux de sonorisation.

5. Des instructions prédéfinies ou des plans d'urgence sont activés si nécessaire.

6. Les appels, enregistrements, messages et actions des opérateurs sont stockés pour examen ultérieur.

Ce flux de travail détermine quels serveurs, passerelles, consoles et terminaux sont nécessaires. Il aide également à prévenir un problème de déploiement courant : l'achat de périphériques individuellement sans confirmer qu'ils peuvent échanger de l'audio, de la signalisation, de la vidéo et des informations d'état.

Chaque chemin de communication doit être cartographié avant de finaliser la liste des équipements. La conception doit identifier qui initie la communication, quel réseau la transporte, quel opérateur la reçoit et ce qui se produit si la route principale n'est pas disponible. Cela révèle les interfaces manquantes et les exigences de sauvegarde avant le début de l'installation.

La plate-forme de communication constitue le cœur du système

La plate-forme centrale fournit les services de contrôle et d'application utilisés par les répartiteurs et les périphériques connectés. Elle gère les utilisateurs, les organisations, les ressources de communication, les autorisations, les groupes et les enregistrements opérationnels à partir d'une interface unifiée.

Une plate-forme adaptée peut inclure les fonctionnalités suivantes :

• Appels vocaux individuels, de groupe et d'urgence

• Appels vidéo, retour vidéo en direct et distribution vidéo

• Communication par pression pour parler (PTT) sur des réseaux privés ou publics

• Localisation SIG et suivi du personnel mobile

• Instructions de répartition et confirmation d'état

• Gestion des plans d'urgence et des procédures de réponse

• Enregistrement audio, enregistrement vidéo et journaux d'opérations

• Intégration avec les systèmes d'alarme, de surveillance et les systèmes métier

L'enregistrement est particulièrement important dans les environnements de commandement. La plate-forme doit conserver les appels, les sessions PTT, les événements vidéo et les actions de répartition avec des horodatages précis. Ces enregistrements facilitent la reconstitution des incidents, l'évaluation opérationnelle et la traçabilité des responsabilités.

La plate-forme doit également permettre aux ressources de communication d'apparaître en termes opérationnels. Au lieu d'afficher une radio par son numéro de port ou un téléphone par son adresse technique, la console peut afficher des noms tels que Équipe de sécurité, Radio de maintenance, Porte Nord, Salle de contrôle ou Groupe d'urgence.

Les autorisations basées sur les rôles sont tout aussi importantes. Un opérateur de routine peut uniquement avoir besoin d'accéder aux départements et canaux attribués, tandis qu'un superviseur peut nécessiter des appels interservices, l'activation de groupes d'urgence et la consultation des enregistrements. La séparation des autorisations quotidiennes et des pouvoirs d'urgence réduit les opérations accidentelles tout en gardant les fonctions critiques disponibles pour les utilisateurs autorisés.

Dans les déploiements multisites, la plate-forme doit maintenir une structure d'annuaire et de ressources cohérente entre le siège, les succursales et les installations distantes. Les ressources locales peuvent rester associées à leurs sites physiques tandis que les canaux sélectionnés, les postes et les informations d'incident sont partagés avec un centre de commandement central.

Solution associée : Système de communication convergée Becke connecte les ressources vocales, vidéo, radio, de répartition, d'alarme et de communication de terrain via une plate-forme opérationnelle unifiée.

Les passerelles connectent des réseaux auparavant séparés

La plupart des projets contiennent des équipements construits à différentes époques et basés sur des protocoles différents. Les passerelles préservent la valeur de ces systèmes existants tout en rendant leurs ressources de communication disponibles pour la plate-forme centrale.

La sélection des passerelles doit être basée sur les interfaces et les fonctions de contrôle disponibles des deux côtés de la connexion. La seule conversion audio peut être suffisante pour un chemin d'appel de base, mais l'intégration opérationnelle peut également nécessiter l'état de l'appel, l'identification de l'appelant, le contrôle PTT, la sélection de canal ou le rapport de panne.

Passerelles vocales

Une passerelle vocale est utilisée lorsque la plate-forme de répartition doit communiquer avec des téléphones analogiques, des lignes téléphoniques publiques, des PABX hérités ou d'autres réseaux vocaux. Selon les interfaces disponibles, elle peut convertir les connexions téléphoniques traditionnelles en ressources de communication basées sur SIP.

Après intégration, un répartiteur peut appeler un téléphone fixe, un numéro externe ou un poste sur site depuis la même console utilisée pour les opérations radio et vidéo. Le nombre et le type de ports de passerelle requis doivent être calculés à partir des lignes existantes, des appels simultanés prévus et des exigences de sauvegarde.

L'étude de site doit distinguer les interfaces connectées aux téléphones analogiques de celles connectées aux lignes téléphoniques ou aux faisceaux PABX. Les règles de numérotation, les formats d'identifiant d'appelant, les préfixes numériques, la détection de tonalité d'occupation et le routage d'urgence doivent également être vérifiés. Ces détails déterminent si l'appel intégré se comporte de manière prévisible une fois qu'il atteint la console de répartition.

Produit associé : Passerelles VoIP Becke 

Passerelles RoIP pour l'intégration radio

Les organisations du secteur des transports, des services publics, de la fabrication, des mines et de la sécurité publique exploitent souvent des réseaux radio privés. Ceux-ci peuvent être basés sur la technologie PDT, DMR, TETRA ou la radio analogique conventionnelle. Ces réseaux sont généralement conçus comme des systèmes indépendants et ne peuvent pas communiquer automatiquement avec les téléphones SIP, les applications de répartition ou les salles de contrôle distantes.

Une passerelle Radio sur IP convertit l'audio radio et la commande de pression pour parler en un trafic pouvant être transporté sur un réseau IP. Cela permet à un répartiteur autorisé de surveiller et d'émettre sur des canaux radio distants sans installer une radio séparée à chaque poste d'opérateur.

L'intégration basée sur une passerelle peut réduire la complexité du remplacement ou de la modification profonde d'un système radio existant. Cependant, la profondeur de l'intégration doit être confirmée lors de la conception. Une interface de base peut fournir l'audio, l'état de réception et le contrôle PTT, tandis que des fonctions telles que l'identification d'abonné, le changement de groupe de conversation ou l'état de la radio peuvent nécessiter une signalisation supplémentaire ou des interfaces au niveau système.

Chaque canal connecté doit être défini comme une ressource opérationnelle avec un nom clair, un emplacement et un groupe d'utilisateurs autorisé. Les niveaux audio, le timing PTT, la détection de réception et le délai réseau doivent être ajustés lors de la mise en service. Un timing de contrôle mal configuré peut couper le début d'une transmission, tandis que des niveaux audio incorrects peuvent produire un son faible, déformé ou incohérent.

Produit associé : Passerelles RoIP Becke 

Accès vidéo et transcodage

Les ressources vidéo peuvent provenir de caméras de surveillance, de caméras embarquées, de drones, de terminaux mobiles, de systèmes de visioconférence ou de dispositifs de surveillance portables. Ces sources utilisent fréquemment différentes méthodes de signalisation, codecs vidéo et formats de streaming.

Une passerelle d'accès vidéo ou de transcodage peut agréger ces ressources et convertir les médias lorsque le format source n'est pas directement pris en charge par la plate-forme. Les exigences courantes des projets incluent la conversion entre H.264 et H.265, ainsi que l'ajustement de la résolution, de la fréquence d'images et du débit binaire pour différentes conditions réseau.

Selon les systèmes connectés, l'intégration peut impliquer GB/T 28181, RTSP, RTMP, RTP, FLV, HLS, WebRTC ou SIP. La seule prise en charge des protocoles ne suffit pas : la conception doit également confirmer l'authentification, l'adressage des flux, la compatibilité des codecs, la latence et le nombre de sessions vidéo simultanées.

La vidéo de répartition en direct doit être conçue différemment de la lecture de la surveillance archivée. Les opérateurs ont généralement besoin d'une vue à faible latence qui s'ouvre rapidement lors d'un incident, tandis que les systèmes d'enregistrement peuvent privilégier la qualité d'image et l'efficacité du stockage. La plate-forme doit donc demander le flux approprié pour chaque tâche au lieu d'envoyer tous les flux haute résolution disponibles à la console.

Les opérateurs et les équipes de terrain ont besoin de terminaux adaptés

Consoles de répartition

La console de répartition est le poste de travail principal de l'opérateur. Elle doit fournir un accès rapide aux contacts, aux groupes, aux canaux radio, aux cartes, aux fenêtres vidéo, aux alarmes et aux enregistrements d'incidents sans forcer l'opérateur à basculer à plusieurs reprises entre des applications non liées.

La console peut être un logiciel installé sur une station de travail ou un terminal matériel intégré avec écran tactile, combiné, microphone et haut-parleurs. Une conception à double combiné peut être utile lorsque les opérateurs doivent séparer la communication téléphonique et radio. Les postes de travail multi-écrans peuvent dédier un écran au contrôle des communications, un autre au SIG et un troisième à la vidéo ou aux informations d'incident.

Pour les centres de commandement équipés d'un mur vidéo, la station de travail ou le système de visualisation peut envoyer des cartes, des flux de caméras et des informations d'incident à un contrôleur matriciel ou à un processeur d'affichage. Ce qui compte n'est pas le nombre d'écrans, mais si les informations critiques restent visibles et faciles à manipuler lors d'un événement sous pression.

La disposition de la console doit refléter les priorités de l'opérateur. Les appels d'urgence, les canaux radio actifs et les alarmes non acquittées nécessitent une mise en évidence visuelle plus forte que les contacts de routine. Les actions fréquemment utilisées telles que PTT, l'appel de groupe, le transfert d'appel et l'enregistrement d'incident doivent rester accessibles sans ouvrir plusieurs menus.

Produit associé : Consoles de répartition Becke 

Terminaux de communication mobiles et fixes

Les terminaux de terrain doivent être sélectionnés en fonction des conditions de travail plutôt que de la seule apparence. Les applications de pression pour parler sur réseau public sont couramment déployées sur des smartphones robustes 4G ou 5G. Ces appareils peuvent prendre en charge la communication de groupe, le retour vidéo, le positionnement, les rapports d'images et la confirmation de tâches lorsque des applications appropriées et une couverture réseau sont disponibles.

Les autres options de terminaux incluent :

• Téléphones IP pour les bureaux, les salles de garde et les postes de service fixes

• Téléphones vidéo pour les emplacements nécessitant une confirmation visuelle

• Téléphones industriels pour les environnements bruyants, poussiéreux ou extérieurs

• Interphones d'urgence pour les portails, les tunnels et les zones non habitées

• Caméras embarquées pour la vidéo mobile et l'enregistrement d'événements

• Casques intelligents ou terminaux portables pour une opération de terrain mains libres

• Postes radio portatifs et radios de véhicule connectés via des ressources RoIP

Un seul projet peut utiliser plusieurs types de terminaux. Un répartiteur peut parler au personnel de bureau via des téléphones SIP, aux équipes de maintenance via des radios privées et aux superviseurs mobiles via des terminaux 4G/5G au cours du même incident.

Les exigences environnementales doivent être vérifiées pour chaque point d'installation. Le niveau de bruit, l'exposition aux intempéries, la poussière, la température, le risque de choc, l'alimentation disponible et la nécessité de porter des gants peuvent tous affecter le choix du terminal. Un téléphone de bureau standard peut convenir à une salle de contrôle, mais être peu fiable dans une zone de chargement, une entrée de tunnel ou un poste industriel exposé.

Établissez la liste des équipements en fonction des conditions réelles du projet

Il n'existe pas de nomenclature universelle pour chaque projet de répartition multimédia. Une liste d'équipements fiable est produite en cartographiant les utilisateurs, les réseaux, les emplacements et les procédures de réponse avant de choisir le matériel.

L'équipe de conception doit confirmer :

• Combien d'opérateurs utiliseront la plate-forme en même temps

• Quels systèmes téléphoniques, radio et vidéo doivent être conservés

• Combien de canaux radio nécessitent une surveillance et une émission

• Si les utilisateurs mobiles ont besoin de voix, vidéo, localisation ou messagerie

• Quels sites dépendent des réseaux publics, des liaisons WAN privées ou de l'exploitation locale

• Si l'audio, la vidéo et les actions de l'opérateur doivent être enregistrés

• Quelles alarmes ou applications externes doivent déclencher des flux de travail de communication

• Quelles autorisations s'appliquent aux utilisateurs, groupes, canaux et opérations d'urgence

La solution finale se compose généralement d'une plate-forme de communication centrale, d'une ou plusieurs consoles d'opérateur, des passerelles requises par les réseaux existants et des terminaux choisis pour chaque environnement de travail. L'enregistrement, le stockage, la sécurité du réseau, la synchronisation horaire et la supervision du système doivent être traités comme faisant partie de l'architecture, et non comme des ajouts optionnels.

Le programme d'équipement doit identifier non seulement les quantités d'appareils, mais aussi les emplacements d'installation, les types d'interface, les systèmes connectés, les sources d'alimentation et les groupes d'utilisateurs responsables. Cela crée une relation directe entre la nomenclature et la conception opérationnelle, facilitant les tests et la maintenance ultérieurs.

Un déploiement par phases est souvent pratique. La communication vocale et radio de base peut être établie en premier, suivie de la vidéo, du SIG, des applications mobiles et des flux de travail d'alarme automatisés. Cette approche réduit les risques de mise en service tout en gardant l'architecture ouverte pour une expansion ultérieure.

Foire aux questions

Le système peut-il continuer à fonctionner si la connexion au serveur central est interrompue ?

Cela dépend de l'architecture. Les projets nécessitant une haute disponibilité doivent définir une redondance des serveurs, une survie locale et des chemins de communication de secours. Les sites critiques peuvent avoir besoin d'un traitement d'appel local ou d'une opération radio directe afin que la communication essentielle reste disponible en cas de panne du WAN.

Comment estimer la bande passante réseau ?

Calculez la voix et la vidéo séparément, puis ajoutez le trafic de signalisation et la marge opérationnelle. La demande vocale dépend du codec et du nombre d'appels simultanés. La demande vidéo varie considérablement avec la résolution, la fréquence d'images, le codec, la complexité de la scène et les flux simultanés. Tester des flux représentatifs est plus fiable que de se fier uniquement aux valeurs théoriques de débit binaire.

La plate-forme doit-elle être déployée sur site ou dans le cloud ?

Le déploiement sur site offre un contrôle direct sur les réseaux locaux, l'enregistrement et l'intégration avec les systèmes privés. Le déploiement dans le cloud peut simplifier l'accès multisite et la maintenance centralisée. Une conception hybride peut être plus adaptée lorsque les services locaux critiques doivent rester disponibles tandis que les sites distants nécessitent une gestion centralisée.

Que doit inclure le test de recette du système ?

Le test de recette doit porter sur des scénarios opérationnels complets plutôt que sur des périphériques isolés. Les tests typiques incluent le traitement des appels d'urgence, la transmission radio, la récupération vidéo, les autorisations utilisateur, la lecture des enregistrements, l'activation des alarmes, l'interruption réseau, les procédures de reprise et la communication entre différents types de terminaux.