Un opérateur appelle un technicien de maintenance pour confirmer une panne, contacte ensuite l'équipe de réparation, puis diffuse une consigne à plusieurs groupes opérationnels. Pendant l'intervention, un superviseur peut devoir rejoindre une conversation en cours ou libérer une communication de priorité inférieure. Chaque action modifie les destinataires, le trajet audio ou l'état d'une session existante. Il est essentiel de comprendre ces changements lors de la conception d'un système de dispatching vocal reliant téléphones SIP, réseaux radio et équipements de sonorisation IP. Ici, les appels individuels, de groupe et généraux décrivent la portée de la communication ; l'intrusion et la libération forcée désignent des interventions sur des appels contrôlés par la plateforme.
Qui reçoit l'appel et qui peut prendre la parole ?
Appel individuel : une destination précise
Un appel individuel met l'opérateur en relation avec un utilisateur, un poste téléphonique ou un terminal de terrain donné. L'opérateur choisit le destinataire dans l'annuaire ou compose son numéro ; la plateforme tente alors de joindre cette ressource. Après décrochage, les interlocuteurs échangent normalement en bidirectionnel. Ce mode convient au signalement confidentiel d'un défaut, à une instruction adressée à un technicien ou au rappel d'une borne d'appel d'urgence.
Une destination occupée, hors ligne ou sans réponse ne correspond pas à une conversation achevée. Selon la configuration, le système peut signaler l'occupation, placer la demande en attente, la transférer vers un autre poste d'astreinte ou relancer l'appel. Les journaux d'exploitation doivent distinguer la tentative, l'établissement de la connexion et la conversation effectivement menée à son terme.
Appel de groupe : une équipe identifiée
Un appel de groupe vise un ensemble défini de ressources de communication : équipe de maintenance, patrouille de sécurité ou agents d'une gare, par exemple. L'opérateur sélectionne le groupe une seule fois, au lieu d'appeler chaque membre séparément. La composition peut dépendre d'affectations fixes de terminaux ou du planning d'astreinte en cours ; elle doit donc refléter les personnes réellement chargées de l'opération.
Un appel de groupe n'est pas forcément une conférence téléphonique. Dans une conférence interactive, plusieurs personnes prennent la parole via un pont média. Dans un groupe radio, la liaison peut fonctionner en semi-duplex, avec alternance des prises de parole par bouton PTT ou arbitrage du droit d'émettre. Dans un groupe de diffusion SIP, les destinataires écoutent principalement l'opérateur autorisé. Ce sont les règles de transport audio et de prise de parole qui déterminent le fonctionnement, et non l'intitulé du groupe à l'écran.
Appel général et multigroupe : couvrir un périmètre plus large
Un appel général atteint tous les terminaux ou groupes d'un périmètre d'exploitation défini et autorisé. Un appel multigroupe réunit plusieurs groupes sélectionnés pour transmettre la même consigne. Ainsi, un dépôt ferroviaire peut contacter simultanément la maintenance, la sécurité et la régulation, sans inclure les postes administratifs sans rapport avec l'incident. Comme les appellations varient selon les solutions, les destinataires et les limites de droits doivent être précisés dès la conception.
L'appel général repose souvent sur une diffusion vocale d'un vers plusieurs, et non sur une conférence ouverte dans laquelle chacun pourrait parler en même temps. Si une réponse ou un accusé de réception est nécessaire, il faut prévoir une voie de rappel, une conférence avec modération ou un mécanisme de confirmation distinct. Un appel général courant ne constitue pas automatiquement un système d'évacuation vocale réglementairement approuvé.
De la commande de dispatching au trajet audio
Avant de distribuer le son, la plateforme doit répondre à quatre questions : qui demande l'appel, quelles ressources sont visées, qui a le droit de parler et si une session ou un canal est déjà occupé. Une opération classique commence par la vérification de l'annuaire et des droits, se poursuit par l'établissement des appels ou la distribution des flux, puis consigne un résultat pour chaque destination. Une seule demande de groupe peut donc aboutir à plusieurs états de connexion, et non à un résultat global unique.
Avec les équipements SIP, la signalisation établit ou modifie généralement les sessions, tandis que RTP transporte la voix. Un appel individuel peut emprunter un chemin média direct entre deux terminaux ou passer par un serveur média supervisé. Un échange interactif de groupe peut utiliser un pont de conférence pour mélanger les flux des participants. La sonorisation peut s'appuyer sur plusieurs sessions SIP indépendantes ou sur un autre mode de distribution pris en charge, notamment la multidiffusion lorsque terminaux et réseau sont configurés pour cela. Dix membres d'un groupe ne nécessitent pas nécessairement dix dialogues SIP identiques : tout dépend du serveur d'appels et de la topologie média.
Prenons le cas d'un appel vers une équipe de maintenance de cinq personnes. Trois terminaux répondent, un poste est occupé et un autre a perdu sa connexion réseau. L'interface de dispatching doit afficher ces états distincts, sans prétendre que les cinq personnes ont participé. Si un salarié appartient à deux groupes sélectionnés, une règle doit également éviter que son terminal reçoive des flux dupliqués et concurrents.
Comment un superviseur autorisé rejoint une conversation en cours
L'intrusion en communication, ou barge-in, modifie un appel existant au lieu d'en lancer un nouveau sans rapport. Supposons que l'opérateur A parle au technicien de terrain B. Le superviseur C voit cette session depuis une interface de dispatching autorisée et demande à intervenir. La plateforme identifie l'appel visé et vérifie que C dispose des droits requis. Si la demande est acceptée, le traitement média intègre C à la conversation, par exemple en transférant les interlocuteurs vers un pont de conférence contrôlé. A et B restent en ligne pendant que C peut les entendre et leur parler.
Une intrusion réussie ne se résume pas à l'appui sur une touche. Le pupitre doit identifier la communication concernée, montrer que C l'a rejointe et afficher les modifications de participants ou de médias. Selon la politique d'exploitation, les personnes déjà en ligne peuvent entendre un signal sonore ou voir un avis. Quand C quitte la communication, la plateforme doit rétablir l'appel à deux ou l'état résiduel prévu de la conférence, sans couper accidentellement la conversation initiale.
L'intrusion se distingue également de l'écoute supervisée, où un responsable entend l'échange sans parler, et du coaching discret (whisper), où des consignes sont adressées à un seul participant. Chaque fonction exige un routage média différent. Un téléphone SIP standard ne donne pas à lui seul le droit d'intervenir dans l'appel d'un tiers ; le serveur d'appels ou de médias doit prendre en charge l'opération. Pour les usages opérationnels de cette fonction, consultez l'article consacré à l'intrusion forcée en communication.
Comment la coupure forcée libère une session ciblée
La coupure forcée, également appelée libération forcée, met fin à un appel déterminé ou à la connexion d'un participant sur commande autorisée du dispatching. Si une conférence de groupe ordinaire mobilise une ressource nécessaire à une opération urgente, l'opérateur peut sélectionner la session, demander sa libération et vérifier quelles connexions ont effectivement été coupées. Le périmètre de l'action est essentiel : retirer un participant, terminer toute une conférence et libérer un canal radio ne sont pas la même opération.
La procédure suit plusieurs étapes : identifier la session active, vérifier le rôle de l'opérateur et le statut de protection de la cible, transmettre la demande de fin au système responsable, actualiser l'état des terminaux et des ressources média, puis enregistrer le résultat. Si le système permet de retirer un membre d'une conférence pontée, les autres peuvent rester connectés. S'il ne pilote que la conférence dans son ensemble, sa fermeture peut déconnecter tout le monde. L'interface doit annoncer clairement cette conséquence avant exécution.
Dans un système SIP géré par un serveur d'appels ou un agent utilisateur dos-à-dos (B2BUA), les branches de session établies sont normalement terminées au moyen des messages SIP BYE appropriés. Une tentative d'appel pas encore établie peut être annulée. Le serveur doit contrôler les dialogues concernés ; un terminal ordinaire ne peut pas couper une conversation tierce sans rapport en envoyant simplement son propre BYE. En cas de perte de réseau d'un terminal, il faut aussi distinguer la suppression de l'état de session côté serveur de la confirmation de l'arrêt de l'audio distant.
La coupure forcée ne doit pas être confondue avec la préemption fondée sur la priorité. La première désigne l'action de libérer une session donnée ; la seconde, une politique d'attribution des ressources permettant éventuellement à une demande plus prioritaire de remplacer une communication de priorité moindre. En fonction des ressources et des règles, une demande urgente peut être connectée immédiatement, mise en attente ou autorisée à préempter une session. Priorité élevée ne signifie pas systématiquement coupure forcée.
Priorités, habilitations et demandes concurrentes
Un projet de dispatching doit fixer l'ordre des décisions lorsque les appels courants, la coordination des équipes et les consignes urgentes sollicitent les mêmes ressources. Les utilisateurs ordinaires peuvent être autorisés à contacter leur groupe, tandis que seuls certains superviseurs peuvent intervenir dans des sessions précises. Des destinations comme les liaisons d'urgence déjà actives peuvent nécessiter une protection contre les interruptions courantes, même lorsqu'un opérateur peut appeler plusieurs groupes.
L'autorisation doit tenir compte du rôle du demandeur, de la ressource ciblée, de l'état de l'appel, de l'action demandée et de sa priorité. Ainsi, si C tente de rejoindre l'appel entre A et B alors que la session a expiré ou que ses droits sont insuffisants, un refus explicite doit s'afficher. Si deux superviseurs interviennent simultanément, la plateforme doit appliquer un arbitrage cohérent pour éviter des changements média imprévisibles. Il en va de même lorsque deux opérateurs sollicitent le même canal radio semi-duplex ou la même zone de sonorisation.
La signalisation des sessions SIP et la priorité opérationnelle sont deux niveaux différents. La RFC 4412 définit la signalisation SIP Resource-Priority pour les systèmes qui reconnaissent les espaces de noms de priorité concernés et appliquent les politiques associées ; elle ne rend pas tous les téléphones SIP capables d'intrusion et ne garantit pas la préemption entre équipements de fournisseurs différents. La QoS réseau protège le transport audio mais n'accorde pas le droit d'interrompre la communication d'autrui.
Un journal d'intervention exploitable pour l'audit doit indiquer le compte demandeur, la session visée, l'action, la date et le résultat. Si nécessaire, il doit aussi conserver le motif déclaré, les notifications adressées aux participants et l'état de l'enregistrement. Ces données sont particulièrement utiles lorsqu'une panne réseau crée un écart entre l'état affiché sur le pupitre et celui du terminal distant.
Quand SIP, radio et sonorisation sont interconnectés
Une installation de dispatching vocal mixte peut regrouper téléphones SIP, plateforme centrale de contrôle des appels, canaux radio et zones de sonorisation IP. Le système de commandement et de dispatching pilote les demandes opérationnelles, mais chaque réseau conserve ses propres caractéristiques média. Une conférence SIP bidirectionnelle, une annonce de sonorisation unidirectionnelle et un groupe radio à bouton PTT ne peuvent pas être considérés comme des destinations audio identiques.
Pour les appels depuis le poste opérateur, la communication de groupe et la diffusion d'annonces, découvrez les pupitres de dispatching SIP et microphones de sonorisation de Becke Telcom.
Une passerelle RoIP compatible peut intégrer certaines ressources radio dans un processus de dispatching IP. L'occupation du canal, le temps de commutation PTT et les droits d'émission doivent rester coordonnés avec la passerelle et le réseau radio. Lorsqu'un superviseur s'invite dans un appel passant par un canal radio semi-duplex, l'ajout d'un interlocuteur SIP ne crée pas un second émetteur et ne permet pas à deux usagers radio de parler simultanément sur le même canal. De même, les haut-parleurs SIP et équipements de sonorisation IP diffusent des annonces par zones sans devenir des participants ordinaires à une conférence bidirectionnelle.
La recette doit reproduire des états réels de communication, et non se limiter à vérifier l'enregistrement SIP de chaque terminal. Les contrôles suivants permettent de détecter la plupart des écarts avant la mise en service :
Appeler individuellement une destination disponible, occupée puis hors ligne ; contrôler les états remontés et le routage de secours.
Appeler un groupe dont un membre est indisponible ; vérifier les participants connectés et les droits de parole.
Lancer un appel général vers des groupes se recoupant ; confirmer le périmètre et l'absence de flux audio en double.
Rejoindre un appel actif entre A et B en tant que superviseur autorisé C ; contrôler l'audio, les notifications et l'état après le départ de C.
Tenter une intrusion et une libération forcée depuis un compte non habilité ; vérifier le refus et la traçabilité.
Libérer d'abord un participant puis une session entière ; vérifier les connexions maintenues et les ressources récupérées.
Répéter les opérations critiques à travers une liaison RoIP et une zone de sonorisation, notamment en cas de coupure, de rétablissement et d'appel d'urgence protégé.
La configuration finale doit rendre prévisibles, pour les opérateurs comme pour les équipes de terrain, le périmètre des appels, les droits de parole et les effets des interventions. C'est ce qui distingue concrètement un simple ensemble d'appareils SIP d'un système de dispatching vocal capable de gérer les appels et leur libération.
Questions fréquentes
Un agent peut-il rejoindre un appel de groupe déjà commencé ?
Une conférence en cours peut accepter des participants tardifs, tandis qu'une diffusion de groupe peut ne transmettre que l'audio émis après la connexion du terminal. Le service doit disposer d'une règle explicite pour ces arrivées ; ajouter un poste à l'annuaire ne l'intègre pas automatiquement à une conversation existante.
Un terminal hors ligne recevra-t-il ultérieurement un appel général ?
Pas par défaut. Une annonce en direct atteint normalement les équipements connectés et aptes à recevoir le flux au moment de la diffusion. La lecture différée, le stockage des messages ou la notification d'annonces manquées nécessitent des fonctions supplémentaires à prévoir séparément.
Un superviseur peut-il intervenir dans un appel SIP direct qui contourne le serveur ?
Pas au moyen d'une fonction SIP générique. L'architecture doit proposer un moyen compatible permettant à une plateforme ou une fonction de terminal autorisée d'identifier et de modifier le trajet média actif. Les sessions directes entre pairs, sans ce contrôle, peuvent ne pas permettre l'intrusion.
Deux plateformes de dispatching distinctes peuvent-elles partager la même hiérarchie de priorités ?
Uniquement si leur intégration assure la compatibilité des identités, des habilitations et des règles de contrôle des ressources. Les indices de priorité locaux ne conservent pas automatiquement la même signification sur un autre serveur ou via une passerelle radio ; une correspondance doit être configurée et testée.
La diffusion vers des groupes peut-elle utiliser des haut-parleurs analogiques existants ?
Oui, lorsqu'une passerelle de sonorisation ou une interface audio adaptée relie la partie SIP aux amplificateurs et aux circuits de haut-parleurs en place. La conception doit prendre en compte les zones, les niveaux audio, la puissance d'amplification et les éventuelles exigences de certification des systèmes d'urgence.
