Une usine industrielle, un centre de contrôle des transports ou une salle d’opérations d’urgence dépend rarement d’un seul réseau de communication. Les postes de travail fixes peuvent utiliser des téléphones SIP, les zones dangereuses peuvent nécessiter des téléphones antidéflagrants, le personnel de terrain utilise des radios, tandis que les zones de production peuvent également comporter des haut-parleurs de diffusion, des postes d’interphonie, des caméras CCTV et des dispositifs d’alarme.

Les difficultés apparaissent lorsqu’un même événement nécessite l’utilisation simultanée de plusieurs de ces systèmes. Un opérateur chargé de réagir à une alarme de gaz, à une panne d’équipement ou à un incident de sécurité peut devoir identifier l’emplacement, contacter le personnel à proximité, joindre un groupe radio, afficher une caméra et diffuser des instructions dans la zone concernée. Si chaque ressource reste isolée, l’opérateur doit passer d’une console, d’une liste de contacts et d’une plateforme logicielle à une autre.

Un système de dispatching unifié rassemble ces ressources dans un environnement opérationnel commun grâce au SIP, aux réseaux IP, aux passerelles RoIP, aux interfaces multimédias et à l’intégration des applications. Les équipements existants ne doivent pas nécessairement être remplacés. Le premier objectif consiste à déterminer comment chaque ressource de communication peut être connectée, contrôlée et associée au flux de travail utilisé par le centre de contrôle.

Pourquoi les systèmes de communication restent isolés

Le fait de partager le même réseau Ethernet ne signifie pas que différents systèmes de communication peuvent fonctionner ensemble. Les téléphones SIP, les systèmes radio, les équipements de sonorisation, les caméras et les dispositifs d’alarme utilisent des méthodes différentes de signalisation, d’adressage et de contrôle.

Un téléphone SIP s’enregistre généralement auprès d’un IP PBX ou d’un serveur de communication. Le SIP gère l’établissement et le routage des appels, tandis que la voix est transportée sous forme de flux média IP. Un canal radio présente des exigences différentes : l’audio d’émission et de réception, le contrôle PTT et la détection de l’état de réception peuvent tous devoir être échangés avec la plateforme de dispatching. Un système de diffusion se concentre sur les zones, les priorités et la distribution audio, tandis que les systèmes CCTV et d’alarme utilisent des identifiants de caméra, des identifiants d’événement, des emplacements et des données applicatives.

L’intégration peut donc intervenir à plusieurs niveaux différents :

Cela explique pourquoi certains équipements peuvent s’enregistrer directement via SIP, tandis que d’autres nécessitent une passerelle et que certains doivent être intégrés via une API ou une interface dédiée de la plateforme.

Un système téléphonique conventionnel gère principalement les extensions, les trunks et les appels. Le dispatching unifié étend ce modèle aux canaux radio, aux zones de diffusion, aux caméras, aux points d’alarme, aux positions GIS et aux ressources opérationnelles de systèmes tiers.

Architecture du système de dispatching unifié

Un système pratique est généralement organisé en quatre parties : la couche de dispatching, le cœur de communication, la couche d’accès et les ressources de terrain. Le nombre de serveurs et de passerelles varie selon la taille du projet, mais la logique de communication reste similaire.

Couche de dispatching

La couche de dispatching est l’environnement de travail des opérateurs. Elle peut regrouper le logiciel de dispatching, les consoles de bureau, les consoles de diffusion, le GIS, les fenêtres vidéo, les groupes de communication et les informations liées aux événements.

Les ressources doivent être présentées selon leur signification opérationnelle plutôt que seulement par leur numéro d’équipement. Un opérateur peut sélectionner Équipe de maintenance, Canal radio 2, Diffusion zone des réservoirs ou Interphone porte Est sans avoir à déterminer au préalable quelle plateforme sous-jacente gère la ressource.

Cœur de communication

La plateforme centrale gère l’enregistrement SIP, la numérotation, le routage des appels, les conférences, les autorisations et les services multimédias. Selon les besoins en capacité et en fiabilité, le système peut inclure un IP PBX, un serveur de communication unifiée, un serveur de dispatching et un service d’enregistrement.

Les téléphones SIP, les téléphones de dispatching et les terminaux d’interphonie compatibles peuvent s’enregistrer directement. Les autres systèmes accèdent au cœur via des passerelles ou des interfaces au niveau applicatif.

Couche d’accès

La couche d’accès convertit et connecte les ressources de communication qui ne peuvent pas être intégrées directement à l’environnement de dispatching IP. Les passerelles RoIP connectent les canaux radio, les passerelles vocales permettent de conserver les téléphones analogiques ou les ressources d’un PBX existant, et les interfaces de diffusion peuvent relier les infrastructures de sonorisation existantes.

Dans les projets de modernisation, cette couche est souvent plus importante que l’interface de dispatching elle-même. Les interfaces disponibles sur les équipements existants doivent d’abord être vérifiées avant d’envisager leur remplacement.

Ressources de terrain

Les ressources de terrain peuvent inclure des téléphones IP, des téléphones industriels, des téléphones antidéflagrants, des interphones SIP, des haut-parleurs de diffusion, des colonnes sonores, des radios portatives, des radios mobiles, des caméras et des dispositifs d’alarme.

Le dispatching unifié ne supprime pas la nécessité de sélectionner des terminaux adaptés à l’environnement réel d’exploitation. Les zones dangereuses nécessitent toujours des équipements antidéflagrants appropriés, tandis que les zones extérieures exposées peuvent nécessiter des terminaux industriels résistants aux intempéries.

Intégration de la téléphonie et du SIP

Les terminaux basés sur SIP sont généralement les ressources les plus faciles à intégrer. Les téléphones IP, les téléphones de dispatching et les interphones SIP peuvent s’enregistrer sur la plateforme de communication à l’aide de comptes ou d’extensions individuels. La plateforme gère ensuite le routage, les autorisations et les groupes de communication.

Le même environnement peut prendre en charge les appels directs, la communication de groupe, les transferts et les fonctions de conférence sans nécessiter une interface de contrôle distincte pour chaque type de terminal.

Systèmes téléphoniques existants

Les sites équipés de téléphones analogiques ou d’un PBX existant ne nécessitent pas forcément un remplacement complet. Les utilisateurs analogiques peuvent être connectés via des passerelles FXS, tandis qu’un PBX existant peut être relié par un trunk SIP ou une passerelle vocale si des interfaces compatibles sont disponibles.

La planification de la numérotation devient importante lorsque les anciens et les nouveaux systèmes coexistent. Les plages d’extensions, les priorités de routage et le nombre de canaux simultanés doivent être définis avant la migration afin que les utilisateurs des deux systèmes puissent joindre les destinations requises sans conflit de numérotation.

Un projet de dispatching unifié peut donc être déployé progressivement. De nouveaux terminaux SIP peuvent être installés dans les zones nécessitant des fonctions supplémentaires, tandis que les téléphones existants encore utilisables peuvent rester connectés via des passerelles appropriées.

Intégration radio via RoIP

L’intégration radio diffère de la téléphonie SIP classique, car la plateforme de dispatching doit contrôler plus que la voix. Elle doit pouvoir activer l’émission radio et déterminer quand un canal radio reçoit du trafic.

Une passerelle RoIP se situe entre l’équipement radio et le réseau IP. Le côté radio transporte généralement l’audio d’émission, l’audio de réception et des signaux de contrôle tels que PTT et COR. Le côté réseau transporte les informations audio et de contrôle nécessaires vers le système de dispatching.

Un chemin de communication simplifié est le suivant :

Console de dispatching → Réseau IP → Passerelle RoIP → Station radio de base → Radios portatives

Une fois connecté, le canal radio peut être représenté comme une ressource de dispatching. L’opérateur peut sélectionner un canal de production, de maintenance, de sécurité ou d’urgence depuis l’interface de dispatching sans utiliser une console radio indépendante.

Les passerelles RoIP multicanaux peuvent connecter plusieurs ressources radio tout en conservant chaque canal identifiable individuellement au sein de la plateforme. Des passerelles monocanal ou multicanaux peuvent ensuite être choisies en fonction du nombre d’interfaces radio nécessaires sur chaque site.

Exigences des interfaces radio

La connexion radio doit être vérifiée avant le déploiement. Les paramètres importants comprennent l’interface audio, les niveaux d’émission et de réception, la méthode de contrôle PTT, le COR ou la détection de réception, ainsi que le comportement du canal.

Le transport audio seul ne constitue pas une connexion de dispatching complète. Un système peut transmettre correctement l’audio reçu tout en étant incapable d’émettre si le contrôle PTT n’a pas été configuré correctement.

Les performances du réseau sont également importantes. Une latence excessive, la gigue ou la perte de paquets peuvent affecter l’utilisation des communications Push-to-Talk, en particulier lorsque les ressources radio sont connectées via des liaisons IP distantes.

Solution associée : Système de dispatching radio

Intégration de la sonorisation, de la vidéo et des alarmes

Les systèmes de sonorisation, de vidéo et d’alarme ne doivent pas simplement être ajoutés à l’écran de dispatching sous forme d’applications séparées. Leur valeur augmente lorsque chaque ressource est associée à une zone physique, à un équipement ou à un événement opérationnel.

Sonorisation

Les équipements de diffusion SIP peuvent être connectés via l’environnement de communication IP, tandis que les amplificateurs classiques et les réseaux de haut-parleurs peuvent nécessiter une passerelle audio ou de diffusion.

Les haut-parleurs sont généralement organisés en zones opérationnelles telles que Zone de production, Entrepôt, Quai de chargement ou Zone extérieure. Le dispatcher sélectionne une zone plutôt que de cibler chaque haut-parleur individuellement.

La priorité de diffusion doit également être définie. Les annonces courantes, les messages opérationnels et les instructions d’urgence peuvent nécessiter des niveaux de priorité différents afin que les communications critiques ne soient pas bloquées par des flux audio de priorité inférieure.

Intégration vidéo

L’intégration CCTV fonctionne par association de ressources plutôt que par un enregistrement de type téléphonique. Une caméra peut être associée à une entrée, à une unité de production, à une zone d’alarme ou à un terminal de terrain.

Lorsqu’un appel interphone ou une alarme est reçu, la plateforme peut afficher automatiquement la caméra correspondante ou fournir un accès direct au flux vidéo concerné. Les opérateurs n’ont alors plus besoin de parcourir une longue liste de caméras avant de vérifier la zone concernée.

Intégration des alarmes

Les détecteurs de gaz, les boutons d’urgence, les systèmes d’alarme incendie et les plateformes de supervision tierces peuvent transmettre des informations sur les événements via des API, des I/O numériques ou d’autres interfaces prises en charge.

La plateforme doit identifier le type d’événement, sa source et son emplacement. Ces informations sont ensuite utilisées pour retrouver les ressources de communication associées à la même zone.

Par exemple, Zone de réservoirs A peut être associée à :

• un téléphone antidéflagrant ;
• un canal radio de maintenance ;
• la zone locale de sonorisation ;
• des caméras CCTV à proximité ;
• un point de détection de gaz ;
• l’équipe d’exploitation responsable.

La plateforme ne se contente donc pas d’afficher plusieurs systèmes ensemble. Elle établit une relation entre un incident et les ressources de communication nécessaires pour y répondre.

Dispatching piloté par les événements

Le dispatching piloté par les événements transforme l’intégration des ressources en un véritable flux de travail opérationnel. Au lieu de commencer par une liste d’équipements, le dispatcher commence par l’incident.

Prenons l’exemple d’une alarme de gaz dans une zone de process. Le système d’alarme envoie un événement comprenant un identifiant d’emplacement ou d’équipement. La plateforme de dispatching utilise cet identifiant pour récupérer l’emplacement GIS associé, les caméras, les terminaux téléphoniques, le canal radio, la zone de diffusion et le personnel responsable.

Une séquence typique peut être :

Alarme → Localisation → Vérification vidéo → Appel terrain → Diffusion par zone → Coordination → Enregistrement

L’opérateur peut d’abord vérifier la zone concernée par vidéo, puis contacter le personnel à proximité via un téléphone industriel ou un canal radio. Si l’incident s’étend, d’autres équipes peuvent être ajoutées à un groupe de communication temporaire ou à une conférence. Les instructions peuvent ensuite être diffusées uniquement dans la zone concernée.

Les appels, les actions de dispatching et les enregistrements de communication peuvent être associés à l’événement afin d’être examinés ultérieurement.

L’automatisation doit être appliquée en fonction du risque opérationnel. La plateforme peut localiser automatiquement un événement, afficher les ressources associées et préparer les actions de communication. Les instructions critiques, les messages d’évacuation ou les décisions liées à la production peuvent rester soumises à la confirmation de l’opérateur.

Cet équilibre est particulièrement important dans les environnements industriels et d’urgence, où l’accès plus rapide à l’information est utile, mais où les responsabilités et l’autorité opérationnelle doivent rester clairement définies.

Planification de l’intégration et du déploiement

La conception du système doit commencer par l’environnement de communication existant plutôt que par un modèle de serveur ou de console prédéfini. La première étape consiste à identifier ce qui est déjà installé, les interfaces disponibles et les ressources qui doivent réellement communiquer entre elles.

Cartographie des ressources

Une fois les interfaces confirmées, les ressources doivent être organisées selon leur mode d’utilisation. Un grand site peut disposer de centaines d’extensions, de plusieurs canaux radio, de nombreuses zones de diffusion et d’un grand nombre de caméras. Les présenter toutes sous la forme d’une simple liste d’équipements ralentirait les opérations de dispatching.

Les ressources peuvent plutôt être regroupées par service, site, zone opérationnelle, fonction, groupe radio, zone de diffusion ou type d’incident. Un téléphone de maintenance peut appartenir au service de maintenance pendant les opérations courantes et apparaître également dans un groupe d’intervention d’urgence lorsqu’un événement majeur survient.

Fiabilité

À mesure que davantage de fonctions de communication dépendent de l’environnement IP, la disponibilité du réseau et des serveurs devient une composante de la conception des communications. Les projets critiques peuvent nécessiter des serveurs redondants, des postes de dispatching de secours, une alimentation UPS, une commutation résiliente et des chemins de communication alternatifs.

Les systèmes multisites doivent également évaluer la latence WAN, la perte de paquets et le comportement du système lorsqu’une liaison distante devient indisponible. La communication locale doit rester disponible lorsque les exigences opérationnelles imposent la poursuite des opérations au niveau du site en cas de défaillance du WAN.

Les politiques VLAN et QoS peuvent être utilisées pour séparer ou prioriser le trafic voix et dispatching critique lorsque le même réseau transporte également de la vidéo, des données bureautiques ou d’autres applications à fort volume.

Pour un site existant, une séquence pratique de mise en œuvre est la suivante :

Ressources existantes → Vérification des interfaces → Intégration réseau → Cartographie des ressources → Flux de travail de dispatching

Cette séquence évite de remplacer un équipement simplement parce qu’il appartient à un système plus ancien. Les équipements disposant d’interfaces adaptées peuvent rester en service, tandis que les passerelles et l’intégration applicative permettent d’établir progressivement un environnement de dispatching IP commun.

Un système de dispatching unifié ne se définit donc pas par le nombre de fonctions de communication affichées sur un seul écran. Sa valeur réside dans la connexion de ressources qui fonctionnaient auparavant de manière indépendante et dans leur mise à disposition en fonction de l’emplacement, du rôle et de l’événement.

Pour la planification du système, Becke Telcom peut évaluer les systèmes téléphoniques existants, les canaux radio, les zones de sonorisation, les interfaces d’alarme, les conditions du réseau et les postes de dispatching avant de déterminer la configuration nécessaire de l’IP PBX, des passerelles RoIP, des consoles de dispatching et des terminaux de terrain. Pour les projets complexes, les premières questions restent pratiques : quels systèmes doivent être conservés, quelles ressources doivent communiquer entre elles et quel flux de communication doit être déclenché lorsqu’un événement se produit ?