China Mobile HeDuiJiang est un service Push-to-Talk over Cellular sur réseau public. Il utilise les réseaux des opérateurs mobiles et des terminaux intelligents dédiés pour fournir une communication de groupe sur une large zone. Par rapport à un système radio privé traditionnel, ce type de communication PoC est plus simple à déployer, demande moins d’infrastructure radio dédiée et convient aux équipes de terrain, patrouilles, services publics et groupes temporaires de projet.
Cependant, les plateformes PoC publiques fonctionnent souvent comme des services fermés. Elles sont conçues pour la communication entre terminaux dans l’écosystème de l’opérateur, et non pour une personnalisation client poussée ou une intégration directe avec des plateformes de dispatching tierces. Dans les projets de communication d’urgence, de dispatching industriel, de sécurité publique, d’utilités, de transport et de sûreté, il faut souvent connecter les terminaux PoC à un système de dispatching unifié, à des téléphones IP, à des consoles SIP, à des canaux radio privés et à d’autres ressources.
Pourquoi l’intégration est nécessaire dans les projets de dispatching
Le PoC est pratique pour les utilisateurs mobiles car il repose sur les réseaux de données cellulaires et les services cloud. Le personnel terrain peut appuyer sur la touche PTT et parler aux membres du même groupe sans construire de réseau de répéteurs privés. Il est donc utile pour la coordination de travaux étendus, les équipes temporaires, la logistique, les patrouilles de sécurité, les services municipaux et le soutien d’urgence.
La limite apparaît lorsque le projet exige une communication inter-systèmes. Un centre de commandement peut déjà utiliser une plateforme de dispatching, des téléphones SIP, des serveurs d’enregistrement, des canaux radio privés, de la vidéo, des alarmes, des cartes GIS et des consoles opérateur. Si la plateforme PoC reste isolée, les dispatchers ne peuvent pas facilement appeler, surveiller, enregistrer ou coordonner ces utilisateurs PoC depuis le système central.
L’exigence pratique n’est donc pas seulement « utiliser le PoC ». Le besoin réel est d’intégrer le PoC dans un flux de communication convergent. Les opérateurs doivent pouvoir parler avec les groupes PoC, recevoir la voix des utilisateurs terrain, ponter les ressources radio publiques et privées et gérer les actions de réponse depuis la même interface.
Le rôle pratique d’une passerelle RoIP
Une passerelle RoIP fournit une méthode concrète pour relier des terminaux PoC publics à des systèmes de commandement et de dispatching. Dans cette solution, le terminal PoC est connecté à la passerelle par une interface câblée dédiée. La passerelle reçoit la voix et les signaux de contrôle du terminal, puis convertit la communication en ressources vocales SIP ou IP.
L’article d’origine décrit une méthode de connexion matérielle typique avec un connecteur aviation à 9 broches. Grâce à ce connecteur, la passerelle RoIP s’interface avec le terminal PoC, reçoit l’entrée et la sortie audio, gère le contrôle PTT et convertit l’audio côté terminal en communication SIP. Le système de dispatching peut ensuite appeler le port correspondant de la passerelle pour communiquer avec le groupe PoC.
Cette approche évite de modifier la plateforme PoC publique elle-même. Au lieu de demander à l’opérateur d’ouvrir des interfaces d’intégration profondes, la passerelle travaille au niveau de l’accès terminal. Elle transforme un terminal PoC physique en canal de communication IP accessible au dispatching.
Solution associée : /roip/
Fonctionnement de la connexion
Le principe de fonctionnement est simple. La passerelle RoIP est reliée au terminal PoC par un câble adapté. Le terminal reste connecté au groupe PoC de l’opérateur, tandis que la passerelle se connecte au système de dispatching comme équipement vocal SIP ou IP.
Lorsque le dispatcher doit parler au groupe PoC, la console de dispatching appelle le numéro de port attribué à la passerelle RoIP. Après connexion, la passerelle active automatiquement le terminal PoC et transmet la voix du dispatcher au groupe. Les utilisateurs terrain entendent le dispatcher comme un autre utilisateur du même groupe.
La communication fonctionne aussi dans le sens inverse. Lorsqu’un membre du groupe PoC parle, la passerelle RoIP reçoit la voix côté terminal et l’envoie au système de dispatching. Le terminal IP de dispatching, le téléphone SIP ou la console de commandement peut alors écouter l’audio du groupe PoC en temps réel.
Composants typiques du système
Une solution d’accès complète comprend généralement le terminal PoC, un câble adapté, une passerelle RoIP, un réseau IP, un serveur SIP ou une plateforme de dispatching, ainsi que la couverture du service PoC de l’opérateur. Le terminal PoC reste responsable de la communication avec le groupe public, tandis que la passerelle assure la conversion du protocole et de l’audio.
Le système de dispatching n’a pas besoin de comprendre la logique interne de la plateforme PoC. Il lui suffit de gérer le port de la passerelle comme une ressource de communication appelable. Cela simplifie l’intégration et permet aux plateformes existantes de communiquer avec des utilisateurs PoC d’opérateur.
| Élément du système | Fonction principale | Notes de déploiement |
|---|---|---|
| Terminal PoC | Se connecte au groupe d’intercom réseau public | Nécessite couverture opérateur et compte PoC actif |
| Câble de connexion personnalisé | Relie audio et broches de contrôle du terminal à la passerelle | Doit correspondre au modèle et à l’interface |
| Passerelle RoIP | Convertit voix du terminal et contrôle PTT en communication IP/SIP | Chaque port peut être mappé vers une ressource de dispatching ou un numéro SIP |
| Système de commandement et dispatching | Assure contrôle d’appel, opération de dispatching, enregistrement et communication de groupe | Peut appeler le port de passerelle pour joindre le groupe PoC |
| Réseau IP | Transporte voix et signalisation entre passerelle et plateforme | Doit fournir connectivité LAN/WAN stable et planification QoS |
Pont entre groupes radio publics et privés
La même méthode peut aussi servir à relier le PoC public à la radio privée. Dans certains projets, les utilisateurs disposent déjà de systèmes VHF, UHF, PDT, DMR ou d’autres canaux radio trunkés. En parallèle, un autre groupe utilise des terminaux PoC publics parce qu’il travaille sur une zone plus large ou n’a pas accès au réseau radio privé.
Une passerelle RoIP à deux ports prend en charge un modèle de pontage simple et utile. Un port est connecté à un terminal radio privé et l’autre à un terminal PoC public. Après configuration des paramètres dans la passerelle ou la plateforme de dispatching, les deux groupes radio peuvent communiquer sans changer les habitudes des utilisateurs.
Dans ce modèle, les utilisateurs radio privés continuent d’utiliser leurs radios existantes, tandis que les utilisateurs PoC conservent leurs terminaux de réseau public. La passerelle réalise la conversion audio et de contrôle entre les systèmes. C’est particulièrement utile pour l’intervention d’urgence, la coordination de sécurité publique, le support industriel, les événements temporaires et les projets où plusieurs systèmes doivent fonctionner ensemble.
Flux d’exploitation dans le centre de dispatching
Du point de vue du dispatcher, le flux de travail doit rester simple. Le centre de commandement n’a pas besoin de manipuler le terminal PoC à chaque fois. Le dispatcher sélectionne ou appelle le port de la passerelle depuis la console. Une fois connecté, la passerelle active le canal PoC correspondant et établit un chemin vocal entre le système de dispatching et le groupe PoC.
Ce modèle d’exploitation convient aux salles de permanence et aux centres de commandement car il reste proche d’un appel de dispatching normal. L’opérateur n’a pas besoin de tenir un terminal PoC séparé, de basculer entre des systèmes ou de relayer manuellement les messages entre groupes.
Combinée à une plateforme de communication convergente, la même interface peut aussi gérer les téléphones SIP, téléphones industriels, radios privées, canaux RoIP, points d’appel d’urgence, systèmes de diffusion et ressources d’enregistrement. Le système de communication convergente Becke Telcom peut être envisagé pour les projets nécessitant un dispatching vocal inter-réseaux, une intégration radio et un flux de commandement unifié.
Architecture réseau pour le déploiement terrain
Une architecture typique place le terminal PoC public d’un côté et le réseau de commandement de l’autre. Le terminal PoC communique avec la plateforme opérateur d’origine via le réseau mobile. La passerelle RoIP se connecte localement au terminal par câble et remonte vers la plateforme de dispatching via le réseau IP.
Pour un projet à canal unique, un port de passerelle peut correspondre à un groupe PoC. Pour les projets plus grands, plusieurs ports peuvent connecter plusieurs terminaux PoC, canaux radio privés ou groupes spécialisés. Le système de dispatching peut ensuite attribuer ces ressources à des services, types d’incidents, postes de garde ou workflows de réponse.
Lors de la conception du réseau, les ingénieurs doivent confirmer l’adressage IP, l’enregistrement SIP, le mappage des ports, le choix des codecs audio, le timing PTT, le délai réseau, les besoins d’enregistrement et la stratégie de basculement. Même si le principe d’accès est simple, la fiabilité dépend d’une configuration et de tests rigoureux.
Avantages pour les projets de communication convergente
Le principal avantage est l’interopérabilité. Une plateforme PoC publique fermée peut être connectée à un système de dispatching sans reconstruire tout le système de communication. Cela protège l’investissement existant en terminaux tout en améliorant le contrôle du centre de commandement.
Le deuxième avantage est la simplicité de mise en œuvre. Grâce à l’accès par passerelle et aux câbles personnalisés, le projet peut s’adapter à différents terminaux PoC et modèles de radio privée. Cela réduit le besoin de personnalisation au niveau plateforme et facilite le déploiement terrain.
Le troisième avantage est la cohérence opérationnelle. Les dispatchers peuvent gérer les utilisateurs PoC, radio privée et voix IP depuis une seule plateforme. Cela améliore l’efficacité de réponse, réduit le relais manuel des messages et simplifie la gestion des enregistrements de communication.
| Besoin applicatif | Solution basée sur passerelle | Valeur du projet |
|---|---|---|
| Connecter les utilisateurs PoC au centre | Mapper le terminal PoC à un port RoIP | La console peut appeler et parler au groupe PoC |
| Ponter intercom privé et public | Utiliser deux ports pour radio privée et terminal PoC | Les groupes communiquent sans changer de terminal |
| Intégrer une plateforme PoC fermée | Accès par interface audio et contrôle du terminal | Réduit la dépendance aux API de plateforme |
| Simplifier le déploiement terrain | Utiliser câbles personnalisés et configuration de ports | S’adapte à plusieurs modèles et environnements |
| Améliorer la gestion du dispatching | Router l’audio vers un système unifié | Prend en charge opération centralisée, enregistrement et coordination d’incidents |
Points d’ingénierie à prendre en compte
Avant le déploiement, les ingénieurs doivent confirmer le modèle exact du terminal PoC, la définition du connecteur, les niveaux d’entrée et de sortie audio, la méthode de contrôle PTT, le nombre de ports de la passerelle, le mode d’enregistrement SIP et la compatibilité de la plateforme de dispatching. Les modèles de terminaux différents peuvent exiger des câbles personnalisés différents.
Le réglage audio est aussi nécessaire. Si le gain d’entrée est trop élevé, le côté dispatching peut entendre de la distorsion. Si le gain de sortie est trop faible, les utilisateurs terrain peuvent mal entendre le dispatcher. Les deux sens de communication doivent être testés, du dispatching vers PoC et de PoC vers dispatching.
Le timing PTT doit être testé avec soin. Certains terminaux ont besoin d’un court temps d’activation avant de transmettre l’audio. Si la passerelle ouvre l’audio trop vite, la première syllabe peut être coupée ; si le délai est trop long, l’expérience semble lente. Une bonne configuration améliore l’usage naturel.
Où cette solution est utile
Cette solution convient aux centres de commandement d’urgence, à la gestion urbaine, aux opérations de transport, aux parcs industriels, aux sites énergétiques, au dispatching de sécurité, aux événements temporaires, aux services publics, à la maintenance d’utilités et aux projets qui utilisent déjà des terminaux PoC publics mais nécessitent une intégration au centre de commandement.
Elle convient aussi aux environnements de communication hybrides. Par exemple, une équipe d’urgence peut utiliser des radios privées sur un site local, tandis que les équipes d’appui externes utilisent des terminaux PoC sur une zone plus large. Une passerelle RoIP peut relier les deux côtés afin que le centre de commandement les coordonne via un seul système.
Dans de nombreux projets réels, la valeur la plus importante n’est pas la passerelle seule. Elle réside dans la capacité à rendre des ressources isolées utilisables dans un flux de commandement coordonné. Une fois PoC, radio privée, voix SIP et terminaux de dispatching connectés, le centre de commandement dispose d’une structure plus claire et contrôlable.
Conclusion
La connexion de China Mobile HeDuiJiang ou de services PoC similaires à un système de dispatching est pratique lorsqu’une passerelle RoIP sert de pont d’accès. La passerelle se connecte au terminal PoC par une interface dédiée, reçoit la voix et le contrôle PTT, convertit la communication en voix SIP ou IP et permet au système de dispatching d’appeler le groupe PoC.
La même méthode peut aussi ponter radio privée et groupes PoC publics. Avec une passerelle RoIP à deux ports, un port se connecte à un terminal radio privé et l’autre à un terminal PoC, permettant l’interopération de deux groupes initialement séparés. C’est une méthode simple, flexible et adaptée aux projets pour résoudre l’accès aux plateformes PoC publiques fermées dans des systèmes convergents.
Questions fréquentes
Une passerelle RoIP exige-t-elle des modifications de la plateforme PoC publique ?
En général, non. La méthode par passerelle fonctionne via l’accès vocal et de contrôle côté terminal. Elle ne dépend pas d’une modification profonde de la plateforme cloud PoC publique, ce qui facilite le déploiement.
Une passerelle peut-elle connecter plusieurs groupes PoC ?
Oui, si la passerelle possède plusieurs ports et si chaque port est connecté à un terminal ou canal PoC séparé. Chaque terminal peut rester dans un groupe différent, et le système de dispatching peut les gérer comme des ressources distinctes.
Que faut-il vérifier avant de fabriquer un câble personnalisé ?
Les ingénieurs doivent confirmer le type de connecteur, la définition des broches, les niveaux audio d’entrée et de sortie, les broches de contrôle PTT, la référence de masse et la nécessité éventuelle d’une détection d’accessoire. Un câblage incorrect peut provoquer un mauvais audio ou un échec de transmission.
Les utilisateurs PoC et radio privée peuvent-ils parler en même temps ?
Ils peuvent interopérer via la passerelle, mais le comportement réel dépend des systèmes radio concernés. Beaucoup de systèmes PTT sont semi-duplex ; l’ordre de parole, le timing PTT et la logique de contrôle de la passerelle doivent donc être testés avant le déploiement formel.
Cette solution convient-elle aux applications de commandement d’urgence ?
Oui, mais elle doit être testée dans des conditions réelles. Les projets d’urgence doivent vérifier la disponibilité réseau, la clarté audio, la stabilité de la passerelle, l’alimentation de secours, l’enregistrement, les droits de dispatching et les méthodes de communication de repli.