DOMAINE TECHNIQUE

La présente invention concerne un procédé, un terminal et un système de communication vocale full-duplex sans fil par application de la technique du multiplexage temporel, et permettant en outre l'interrogation à distance et l'échange de données, à l'aide d'un seul circuit de communication radio, sans limitation du nombre de terminaux pouvant être interrogés. Elle s'applique, en particulier, à la constitution d'un réseau autonome de communication par radio, multi-utilisateurs, qui inclut à la fois un mode audio « conférence » ou « full-duplex » pour un certain nombre d'utilisateurs, et l'échange de données entre un terminal « interface » et l'ensemble des utilisateurs, que ceux-ci participent ou non à la conférence audio. Les applications concernent les équipes mobiles de personnes devant communiquer en mode « conférence » sans fil entre elles tout en permettant de suivre à distance les paramètres personnels de chacun des utilisateurs (physiologie du porteur, températures, pression de bouteille d'oxygène, fréquence cardiaque, localisation, immobilité, etc.), des données de leur environnement (détection de gaz, mesures de températures, etc.) ou tout autre type de données ou alertes.

ETAT DE LA TECHNIQUE ANTERIEURE

On connaît les systèmes de type « walkie-talkie » permettant de créer un réseau autonome de terminaux portables émetteurs-récepteurs pour la conversation en mode « half-duplex » ou la communication de signaux par radio. Sauf l'exception de systèmes utilisant plusieurs canaux simultanément, ces produits ne permettent pas de mode « conférence » (ou « full-duplex ») à plus de deux terminaux ni l'envoi de données propres à l'environnement ou la physiologie du porteur du terminal avec garantie de la bonne transmission de ces informations si le canal est occupé par un autre terminal en communication.

On connaît également des systèmes de communication « full-duplex » utilisant le multiplexage temporel et permettant de transmettre des données dans des créneaux libres du cycle temporel (document GB 2 362 292 du 14 novembre 2001 ) ou (document EP 1 843 326 du 1 0 octobre 2007). Ces systèmes permettent de mettre en œuvre une communication full-duplex autonome, mais ne permettent pas de garantir que tout terminal membre du réseau pourra transmettre ses données s'il n'y a plus de créneaux disponibles. Autrement dit, le nombre de terminaux pouvant transmettre de manière certaine leurs données est limité au nombre de créneaux définis dans le cycle de multiplexage temporel.

On connaît aussi un système de communication utilisant le multiplexage temporel où chaque intervalle de temps du cycle temporel peut être utilisé pour transmettre soit de l'audio pour une communication « full-duplex », soit des données, chaque terminal de ce réseau choisissant en fonction du nombre d'intervalles libres et de la priorité de l'information à envoyer s'il peut ou non envoyer cette information (document W0 2010/149864 A1 du 29 décembre 2010). Ce système, s'il permet la transmission de communication audio full-duplex et d'autres données sur un même canal, ne permet ni de garantir une communication « full- duplex » ininterrompue entre n personnes (car si des informations considérées comme plus prioritaires sont transmises par d'autres terminaux, les terminaux transmettant la conversation audio vont cesser d'émettre pour libérer des intervalles de temps), ni de garantir qu'un terminal pourra envoyer une information moins prioritaire si tous les intervalles sont occupés par des terminaux envoyant des informations plus prioritaires. Ceci est dû au fait que chaque terminal va autodéterminer s'il peut ou non envoyer sa donnée en se basant uniquement sur le nombre d'intervalles temporels libres et sur la priorité de la donnée qu'il doit envoyer sans aucune centralisation de la gestion de ces priorités.

On connaît en outre le système APPI-Com de la société Bodysens (Marque déposée) (document PCT/FR2013/050546 du 26 septembre 2013), qui offre un réseau de communication audio sans fil en mode « conférence » sans base ni maître de synchronisation. Pour autant, ce système ne permet pas à chaque terminal d'envoyer des données non-audio spécifiques au porteur du terminal, et notamment des données indiquant son état de fatigue, d'exposition à des conditions dangereuses ou de sa physiologie si le terminal fait partie du réseau, mais sans en être un membre actif (s'il est en mode d'écoute simple par exemple).

On connaît enfin les systèmes classiques maître/esclave ou un maître interroge un terminal spécifique parmi un ensemble de terminaux faisant partie du même groupe, et où celui-ci lui répond en lui transmettant ses données. Ces systèmes asynchrones permettent potentiellement d'interroger une infinité de terminaux tout en permettant de centraliser les priorités d'interrogation au niveau du maître, mais ne permettent pas simultanément une communication audio full-duplex entre les terminaux sur le même canal .

Pour permettre à la fois une communication audio en mode « conférence » ininterrompue et un échange de données spécifiques du porteur du terminal, des solutions radio multicanal peuvent être mise en place avec des canaux dédiés aux données permettant une interrogation de chaque terminal et un envoi éventuel de données spécifiques, mais cela nécessite d'implanter 2 circuits radios dans le terminal, ce qui pose des problèmes de surcoût, de consommation d'énergie accrue, et de perturbation radio quand les 2 circuits viennent à travailler simultanément

Ainsi, dans l'état de l'art actuel, tout terminal radio d'un réseau « full-duplex » doit utiliser simultanément des canaux différents, et donc deux circuits de communication distincts, un pour les données de communication audio partagées avec l'ensemble des terminaux participant à la conférence, et un pour les données spécifiques à chaque porteur, destinées par exemple à une interface déportée pouvant interroger chaque terminal indépendamment. Dans le cas contraire, le nombre de terminaux pouvant transmettre ses données est obligatoirement limité au nombre de créneaux disponibles dans le cycle de multiplexage temporel, ce qui ne permet donc pas d'avoir des terminaux du même groupe qui ne participent pas activement à la conférence audio, mais qui puissent quand même transmettre leurs données sans interrompre la communication audio.

EXPOSE DE L'INVENTION

La présente invention vise à remédier à ces inconvénients.

Cette invention vise, selon un premier aspect, un terminal de communication sans fil qui comporte un circuit digital de communication utilisant un multiplexage temporel sur un canal radio unique, sélectionnable dans une bande de fréquences donnée, ledit terminal mettant en œuvre une communication audio sans fil en mode « conférence » et « mains-libres » sur un réseau autonome entre au moins deux porteurs de dispositifs homologues, dans lequel :

- ce multiplexage temporel se voit réserver des créneaux temporels TA, dans chaque cycle périodique, dédiés à la communication audio full-duplex, ce nombre de créneaux étant égal au nombre maximal de terminaux pouvant participer simultanément à la conférence en mode full-duplex,

- ce multiplexage temporel se voit réserver au moins un créneau temporel TD, dans chaque cycle périodique, dédié à l'échange de données entre un terminal spécifique nommé « interface » jouant le rôle de maître, et l'ensemble des autres terminaux du groupe jouant le rôle d'esclaves, que ces terminaux participent activement ou non à la communication audio full-duplex,

- l'échange de données entre le terminal « interface » et les autres terminaux s'effectue par une interrogation / réponse en mode maître-esclave, le terminal « interface » interrogeant un terminal esclave dans un créneau TD d'un cycle du multiplexage temporel, et le terminal esclave interrogé lui répondant en utilisant le même créneau TD du cycle suivant du multiplexage temporel.

Grâce à ces dispositions, on réalise un terminal offrant à la fois une communication audio « full-duplex » garantie entre n intervenants et un échange de données spécifiques entre tout porteur d'un terminal connecté au réseau et le terminal « interface », sur un canal unique en utilisant le multiplexage temporel, le nombre de participants à la conférence étant limité au nombre de créneaux TA du cycle de multiplexage temporel mais le nombre de terminaux pouvant être interrogé par le terminal « interface » n'étant potentiellement limité que par le protocole maître/esclave. En outre, c'est le terminal « interface » qui centralise toutes les interrogations de terminaux, en fonction des priorités, configuration et délais. Cette centralisation permettant d'éviter l'auto-détermination d'envoi de données par les différents terminaux avec tous les problèmes de délais éventuels pour l'émission des données non prioritaires, et risques de collisions de transmission liés à ce principe.

Dans des modes de réalisation, le terminal « interface », se synchronise de la même manière que les autres terminaux du groupe pour connaître ainsi chaque créneau TD du cycle temporel durant lequel il peut interroger en mode maître- esclave les terminaux du groupe.

Dans des modes de réalisation, le circuit digital de communication, par application de la technique du multiplexage temporel, est configuré pour émettre et recevoir des données numériques sur un canal unique sélectionné, selon un cycle périodique commun à tous les terminaux du groupe incluant des créneaux TA selon un numéro d'ordre unique dans le groupe de terminaux, le créneau TA d'émission du circuit digital dépendant de son numéro d'ordre dans le groupe, les instants de réception des données audio ayant lieu pendant les autres créneaux TA, tandis que, durant le ou les créneaux TD, le circuit digital est configuré pour agir en mode de réception pour détecter une demande de données lui étant destinée émanent du terminal « interface » et, en mode d'émission pour transmettre en retour lesdites données dans les cycles suivants durant les mêmes créneaux TD.

Dans des modes de réalisation, le circuit digital de communication est configuré, lors de la mise en service du terminal, pour écouter le réseau pour détecter l'émission éventuelle d'une trame du terminal maître de synchronisation de son groupe et se synchroniser sur le signal de ce terminal.

Dans des modes de réalisation, le circuit digital de communication est configuré, lors de la mise en service du terminal, pour écouter le réseau pour détecter l'émission éventuelle d'une trame de synchronisation ou de données émanant d'un autre terminal de son groupe et se synchroniser sur le signal de ce terminal dans le cas d'une synchronisation sans base ni maître.

Dans des modes de réalisation, le terminal « interface », joue également le rôle de maître de synchronisation du cycle de multiplexage temporel.

Dans des modes de réalisation, le terminal « interface », est configuré pour recevoir et traiter les trames audio transmises durant les cycles TA, à des fins d'enregistrement par exemple.

Dans des modes de réalisation, le terminal est configuré en mode écoute uniquement des terminaux de son groupe participant à la conférence audio, ne participe pas lui-même à la conversation audio, mais peut être interrogé durant le ou les créneaux TD par le terminal « interface » et lui répond en transmettant ses données durant ces mêmes créneaux TD des cycles suivants.

Dans des modes de réalisation, le terminal participe à la conférence audio si au moins un créneau TA du cycle de multiplexage temporel est libre et si le porteur souhaite parler, ou est en écoute seule de ladite conférence dans les autres cas, mais peut dans tous les cas être interrogé durant le ou les créneaux TD par le terminal « interface » et lui répond en transmettant ses données durant ce même créneau TD des cycles suivants, et ce même si aucun créneau TA n'est disponible.

Dans des modes de réalisation, le terminal comporte, en outre, au moins un détecteur (capteurs : accéléromètre, gyroscope, récepteur GPS, etc.) et/ou des fonctions internes permettant d'assurer des déclenchements d'alertes ou l'envoi de messages aux autres terminaux du groupe par le circuit digital de communication. On assure ainsi la sécurisation des utilisateurs des terminaux, notamment des travailleurs des milieux hostiles, confinés ou en environnements agressifs. Ces terminaux sont, par exemple, dotés d'un équipement sonore ou vibratoire interne au boîtier (de type haut-parleur piézoélectrique ou « buzzer » par exemple) permettant de générer vers les autres utilisateurs des signaux d'appel ou d'alarme indépendant du circuit audio.

Dans des modes de réalisation, le terminal comporte en plus du module radio permettant la communication audio et l'échange de données avec d'autres terminaux, une liaison radio courte distance de type « Bluetooth » ou équivalent fonctionnant en mode audio et/ou en mode échange de données, lui permettant de recevoir des flux audio ou des données provenant de capteurs ou d'équipements portés par l'utilisateur ou à proximité de celui-ci.

Ainsi, en plus de capteurs ou détecteurs internes (accéléromètre, gyroscope, récepteur GPS, etc.), ces terminaux peuvent aussi recevoir des flux de données ou des données provenant de capteurs ou d'équipements portés par l'utilisateur ou à proximité de celui-ci sans liaison filaire.

Dans des modes de réalisation, le terminal est configuré pour être relié par cette liaison courte distance à un capteur de fréquence cardiaque, de pression de gaz d'une bouteille, de température corporelle, de température d'environnement, de gaz ou d'atmosphères potentiellement dangereux (capteurs CMOS pour h , CO, CO2, NOx, etc.) pour communiquer ces informations au porteur et aux autres terminaux et/ou déclencher des alertes, les conditions de déclenchement des alertes étant paramétrables.

Préférentiellement, les conditions de déclenchement des alertes sont paramétrables.

Dans des modes de réalisation, le terminal comporte au moins un capteur de la position du terminal.

Dans des modes de réalisation, le terminal est directement intégré dans un casque audio, de type anti-bruit ou standard.

Dans des modes de réalisation, le terminal est directement intégré dans un boîtier d'alternat connecté à un périphérique audio et à une radio externe longue portée ou GSM, ce boîtier permettant soit la communication audio full-duplex et données localement, ou par appui sur le bouton d'alternat, la communication longue distance via la radio externe connectée. BREVE PRESENTATION DES FIGURES

D'autres avantages, buts et caractéristiques particulières de la présente invention ressortiront à la lecture de la description qui va suivre faite, dans un but explicatif et nullement limitatif, en regard des dessins annexés, dans lesquels :

- la figure 1 représente, schématiquement, un réseau de terminaux objets de la présente invention,

- la figure 2 représente, schématiquement, un exemple de cycle de multiplexage temporel permettant l'implémentation de la présente invention et

- la figure 3 représente, schématiquement, l'enchaînement de 2 cycles du multiplexage temporel utilisé pour réaliser un échange de données en maître/esclave entre un terminal standard et un terminal « interface ».

EXPOSE D'AU MOINS UN MODE DE REALISATION DE L'INVENTION

On observe, en figure 1 , un réseau sans fil 105 de terminaux 1 10 à 1 15 distribués sur un site (non représenté), par exemple un terrain et/ou des bâtiments. Les terminaux 1 10, 1 1 1 et 1 12 sont des terminaux participant activement à la conférence audio. Les terminaux 1 13 et 1 14 sont des terminaux connectés au réseau sans fil 105, écoutant la conférence audio mais n'y prenant pas part, le terminal 1 15 est un terminal « interface » connecté à un PC ou une tablette 120, et permettant l'interrogation en mode maître/esclave de l'ensemble des terminaux 1 10 à 1 14. Les flèches représentent les flux de communication en transmission entre les terminaux. L'ensemble de ces terminaux sont synchronisés entre eux en suivant le cycle de multiplexage 205 représenté en figure 2.

Le terminal transmettant dans le créneau noté TA1 joue le maître de synchronisation du multiplexage temporel. Le terminal 1 10 transmet ses données audio pendant le créneau TA1 , cette transmission servant également à la synchronisation de tous les autres terminaux du réseau, y compris du terminal « interface » 1 15, dans le cycle du multiplexage temporel . Le terminal 1 1 1 , qui participe à la conversation audio, transmet ses données audio durant le créneau TA2, et le terminal 1 12 qui participe également à la conversation, transmet ses données durant le créneau TA3.

Ces trois terminaux 1 10, 1 1 1 et 1 12 réalisent donc une conférence audio full-duplex mains-libres par application du multiplexage temporel. Le créneau TA4, pour le moment, n'est pas utilisé et reste disponible si le terminal 1 13 ou le terminal 1 14 souhaite rejoindre la conférence audio.

Le terminal « interface » 1 15 souhaite obtenir des données (fréquence cardiaque du porteur par exemple) depuis le terminal 1 13 suite à une demande émanant de l'application présente sur le PC ou tablette 120. Il utilise le créneau TD1 noté 31 1 pour émettre sa demande lors du cycle 310 représenté en figure 3. Dans sa demande, il spécifie l'identifiant du terminal 1 13 qu'il souhaite interroger. Au cours du cycle suivant 320, le terminal 1 13 renvoie au terminal « interface » les données demandées dans le créneau TD1 noté 321 .

Durant ces deux cycles consécutifs 31 0 et 320, les créneaux TA1 , TA2 et

TA3 sont toujours utilisés pour maintenir la conférence audio en full-duplex entre les terminaux 1 10, 1 1 1 et 1 12.

Ainsi, au fil des cycles, le terminal « interface » peut interroger successivement en maître/esclave autant de terminaux que souhaité, que ces terminaux participent ou non à la conférence audio en full-duplex, et ce tout en communiquant sur le même canal radio que la conférence audio qui est en cours, et qui est limitée à 4 participants dans le cas présent. Cet échange de données en maître/esclave sur ce même canal est réalisé sans aucune perturbation de la conférence audio puisque le terminal « interface » étant synchronisé avec les terminaux participant à la conférence audio, il connaît les créneaux TD qui lui sont réservés et n'empiétera jamais sur les créneaux TA dédiés à la conférence audio en full-duplex.

Dans cet exemple de réalisation, le créneau TD2 n'est pas utilisé mais reste disponible pour un éventuel second terminal « interface » souhaitant également récupérer les données des terminaux du réseau sans fil 105 indépendamment du terminal « interface » 1 15. On pourrait par exemple avoir un terminal « interface » 1 15 dédié à la récupération et au traitement des données physiologiques des porteurs (fréquence cardiaque, température corporelle, oxymétrie, ...) travaillant sur le créneau TD1 , et un second terminal « interface » 1 15 dédié à la récupération et au traitement des données d'environnement (température ambiante, détection de gaz, ...) travaillant sur le créneau TD2.

Les capteurs permettant le recueil des informations du porteur ou d'environnement sont connectés aux terminaux 1 10, 1 1 1 , 1 12, 1 1 3 et 1 14 soit par liaison filaire, soit par liaison radio courte portée (Bluetooth, ZigBee, ...). Le terminal de communication sans fil 1 10 à 1 15 comporte un circuit digital de communication utilisant un multiplexage temporel sur un canal radio unique, sélectionnable dans une bande de fréquences donnée, ledit terminal mettant en œuvre une communication audio sans fil en mode « conférence » et « mains-libres » sur un réseau autonome entre au moins deux porteurs de dispositifs homologues. Ce multiplexage temporel se voit réserver des créneaux temporels TA, dans chaque cycle périodique, dédiés à la communication audio full-duplex, ce nombre de créneaux étant égal au nombre maximal de terminaux pouvant participer simultanément à la conférence en mode full-duplex. Ce multiplexage temporel se voit réserver au moins un créneau temporel TD, dans chaque cycle périodique, dédié à l'échange de données entre un terminal « interface » 1 15 jouant le rôle de maître, et l'ensemble des autres terminaux du groupe jouant le rôle d'esclaves, que ces terminaux participent activement ou non à la communication audio full-duplex. L'échange de données entre le terminal « interface » 1 15 et les autres terminaux 1 10 à 1 14 s'effectue par une interrogation / réponse en mode maître-esclave, le terminal « interface » 1 15 interrogeant un terminal esclave dans un créneau TD d'un cycle du multiplexage temporel, et le terminal esclave interrogé lui répondant en utilisant le même créneau TD du cycle suivant du multiplexage temporel.

Chacun des paragraphes suivants concerne des modes de réalisation particuliers, qui peuvent être combinés entre eux.

Le terminal de communication 1 10 à 1 15 comporte un circuit digital de communication utilisant un multiplexage temporel sur un seul canal radio, sélectionnable dans une bande de fréquences donnée. Le système met en œuvre une communication audio sans fil en mode « conférence » et « mains-libres » sur un réseau autonome entre au moins deux porteurs de dispositifs homologues, le cycle de multiplexage temporel ayant un certain nombre de ses créneaux temporels (nommés TA) dédiés à la communication audio en mode synchrone, et ses autres créneaux temporels (nommés TD) dédiés à la communication de données en mode asynchrone.

Les n créneaux TA permettent la conférence audio en full-duplex entre n terminaux, tandis que les créneaux TD permettent l'échange de données entre le terminal « interface » 1 15 jouant le rôle de maître pour la partie échange de données non audio, et tout autre terminal 1 10 à 1 14 connecté au réseau autonome (qu'il soit ou non participant actif de la conférence audio) jouant le rôle d'esclave. Ainsi, on réalise un terminal 1 10 à 1 14 offrant à la fois une communication audio « full-duplex » et un échange de données spécifiques entre tout porteur d'un terminal 1 10 à 1 14 connecté au réseau et le terminal 1 15 « interface », sur un canal unique en utilisant le multiplexage temporel, le nombre de participants à la conférence étant limité au nombre de créneaux TA du cycle de multiplexage temporel . Le nombre de terminaux pouvant être interrogé par le terminal 1 15 « interface » n'étant potentiellement limité que par le protocole maître/esclave.

Dans des modes de réalisation, le circuit digital de communication du terminal 1 10 à 1 15, par application de la technique du multiplexage temporel, émet et reçoit des données numériques sur un canal unique sélectionné, selon un cycle périodique commun à tous les terminaux du groupe. Quand il participe à la conférence audio, il émet ses données audio à chaque cycle durant le créneau TA correspondant à son numéro d'ordre unique dans le groupe de terminaux, les instants de réception ayant lieu pendant le reste du cycle périodique. Le cycle périodique est basé sur la base de temps commune à tous les terminaux du groupe définie lors de la synchronisation des terminaux. Qu'il participe ou non à la conférence audio, le terminal 1 10 à 1 15 est, de plus, configuré pour être en écoute lors des créneaux TD dédiés à l'échange asynchrone de données. S'il reçoit, durant un de ces créneaux TD, une demande d'échange de données provenant du terminal 1 15 « interface », il lui répond en transmettant en réponse ses données dans le même créneau TD lors du cycle suivant, la demande émanant du terminal 1 15 « interface » spécifiant l'identification du terminal 1 10 à 1 14 dont elle veut obtenir les données. Ces créneaux TD permettent donc un échange où le terminal 1 15 « interface » joue le rôle de maître, et où le terminal 1 10 à 1 14 interrogé joue le rôle d'esclave :

- quand le terminal 1 15 « interface », recherche des données spécifiques à un terminal 1 10 à 1 14, il passe en mode émission et envoie une trame de demande de données comportant un numéro spécifique à ce terminal 1 10 à 1 14 puis repasse en mode écoute ;

- quand un terminal 1 10 à 1 14 reçoit du terminal 1 15 « interface » des demandes de données qui lui sont destinées, il passe en mode transmission pendant le créneau TD du (ou des) cycle(s) suivant(s) pour envoyer les données demandées, puis libère le créneau TD.

Dans des modes de réalisation, le circuit digital de communication est configuré pour répondre à la demande du terminal 1 15 « interface » en transmettant ses trames de données sur le créneau TD de plusieurs cycles consécutifs du multiplexage dans le cas où les données à transmettre ne peuvent être transmises sur un seul cycle, le créneau TD étant trop court pour envoyer toutes ces données.

Dans des modes de réalisation, le circuit digital de communication est configuré, lors de la mise en service du terminal 1 10 à 1 15, pour écouter le réseau pour détecter l'émission éventuelle d'une trame de synchronisation ou de données émanant d'un terminal 1 10 à 1 15 d'un autre groupe et à changer automatiquement de canal vers un canal libre pour établir une communication avec les terminaux de son propre groupe.

Dans des modes de réalisation, le circuit digital de communication est configuré, lors de la mise en service du terminal 1 10 à 1 15, pour écouter le réseau pour détecter l'émission éventuelle d'une trame du maître de synchronisation du multiplexage temporel, et à se synchroniser sur ladite trame pour participer, le cas échéant, à la conférence audio et à écouter systématiquement lors des créneaux TD pour répondre à une éventuelle demande d'information émanant du terminal 1 15 « interface ».

Dans des modes de réalisation, le terminal 1 15 « interface » peut également être le maître de synchronisation du multiplexage temporel, son circuit digital de communication étant configuré pour émettre à chaque cycle, durant son créneau TD dédié, soit une trame de synchronisation, soit une demande d'information dans le cas où il souhaite interroger un terminal 1 10 à 1 14 du réseau pour obtenir ses données, ces trames étant utilisées par les autres terminaux du groupe pour se synchroniser dans le cycle du multiplexage temporel.

Dans des modes de réalisation, le circuit digital de communication du terminal 1 15 « interface », s'il ne joue pas le rôle de maître de synchronisation du multiplexage temporel, se synchronise de la même manière que tout autre terminal 1 10 à 1 14 du groupe afin de pouvoir émettre ses demandes d'informations durant son créneau TD dédié du cycle du multiplexage temporel .

Dans des modes de réalisation, le circuit digital de communication est configuré, lors de la mise en service du terminal 1 10 à 1 15, pour écouter le réseau pour détecter l'émission éventuelle d'une trame de synchronisation ou de données émanant d'un quelconque autre terminal 1 10 à 1 15 du même groupe participant à la conférence audio, et à se synchroniser sur ladite trame pour participer, le cas échéant, à la conférence audio et à écouter systématiquement lors des créneaux TD pour répondre à une éventuelle demande d'information émanant du terminal 1 15 « interface », le terminal 1 15 « interface » se synchronisant exactement de la même manière par calage de son horloge interne sur celle du terminal 1 10 à 1 14 dont il a reçu ladite trame.

Dans des modes de réalisation, le circuit digital de communication du terminal

1 10 à 1 15 peut utiliser un autre canal radio pour échanger les données dans les créneaux TD, sachant que grâce au mécanisme de synchronisation globale objet de la présente invention, il n'utilise jamais simultanément les deux canaux (le canal pour les données audio full-duplex et celui pour les données non audio asynchrones) et ne nécessite donc pas deux circuits radios. L'utilisation d'un canal différent pour les données peut permettre, par exemple, de respecter les normes de duty cycle applicables sur certaines bandes de fréquence, ou d'utiliser des bandes de fréquence permettant l'échange de données sur des distances plus longues avec des débits plus faibles.

Dans des modes de réalisation, le circuit digital de communication du terminal

1 15 « interface » est configuré pour être en écoute de tous les créneaux TA dédiés à la conférence audio, à des fins d'enregistrement de la conférence par exemple.

Dans des modes de réalisation, un moyen de configuration permet de définir si un terminal 1 10 à 1 15 d'un groupe est un participant actif de la conférence audio de son groupe, ou s'il se contente d'être en simple écoute de ladite conférence, mais tout en étant toujours prêt à répondre à une éventuelle demande d'information provenant d'un terminal 1 15 « interface » durant un créneau TD.

Dans des modes de réalisation, ce moyen de configuration peut être une action de l'utilisateur sur le terminal 1 10 à 1 15, ou tout moyen externe (par connexion filaire ou radio).

Dans des modes de réalisation, le circuit digital de communication du terminal 1 10 à 1 15 est configuré pour participer à la conférence audio si au moins un créneau TA du cycle est libre et si le porteur souhaite parler, ou pour être en écoute seule de ladite conférence dans les autres cas, mais il peut dans tous les cas être interrogé durant le ou les créneaux TD par un terminal 1 15 « interface » et lui répondre en transmettant ses données durant ce même créneau TD des cycles suivants, et ce même si aucun créneau TA n'est disponible dans le cas où le nombre maximal de participants actifs à la conférence est atteint. Dans des modes de réalisation, le terminal 1 10 à 1 15 objet de la présente invention comporte, en outre, au moins un détecteur et/ou des fonctions internes permettant d'assurer des déclenchements d'alertes ou l'envoi de messages aux autres terminaux du groupe par le circuit digital de communication.

On assure ainsi la sécurisation des utilisateurs des terminaux, notamment des travailleurs des milieux hostiles, confinés ou en environnements agressifs. Ces terminaux sont, par exemple, dotés d'un équipement sonore ou vibratoire interne au boîtier (de type haut-parleur piézoélectrique ou « buzzer » par exemple) permettant de générer vers les autres utilisateurs des signaux d'appel ou d'alarme indépendant du circuit audio.

Dans des modes de réalisation, en plus du module radio permettant la communication audio et l'échange de données avec d'autres terminaux, le terminal 1 10 à 1 15 est doté d'une liaison Bluetooth permettant de fonctionner à la fois en mode audio et en mode données. Ainsi, en plus de capteurs ou détecteurs internes (accéléromètre, gyroscope, récepteur GPS, etc.), ces terminaux peuvent aussi être recevoir des flux de données ou des données provenant de capteurs ou d'équipements portés par l'utilisateur ou à proximité de celui-ci.

Dans des modes de réalisation, le terminal 1 10 à 1 15 peut être relié par cette liaison à un capteur de fréquence cardiaque, de température corps, de capteurs de température d'environnement, de gaz ou d'atmosphères potentiellement dangereux (capteurs CMOS pour h , CO, CO2, NOx, etc.) pour communiquer ces informations au porteur et aux autres terminaux et/ou déclencher des alertes.

Préférentiellement, les conditions de déclenchement des alertes sont paramétrables.

Dans des modes de réalisation, le terminal 1 10 à 1 15 objet de la présente invention peut être intégré directement dans un casque audio, qu'il soit anti-bruit ou standard, ce casque permettant directement la conférence audio en full-duplex.

Dans des modes de réalisation, le terminal 1 10 à 1 15 objet de la présente invention peut être intégré directement dans un boîtier d'alternat sur lequel est connecté un périphérique audio, ce boîtier permettant la communication audio full- duplex et l'échange de données comme décrit dans le présent document, mais permettant également de basculer vers une radio longue portée ou de téléphonie mobile (par exemple GSM pour Global System for Mobile ou système global pour mobiles) connecté sur ce même boîtier, par appui sur le bouton d'alternat. Le périphérique audio connecté au boîtier est donc utilisé à la fois pour la communication full-duplex locale, ou la communication externe.