Brevet FR3024009A1 — publié le 20160122

Procédé de prise de PTT « maître » en plus de la prise de PTT standard dans un appel de groupe L'invention concerne un procédé pour une prise de conversation « maitre » sur une durée choisie par un utilisateur, sur une liaison bidirectionnelle où l'envoi et la réception de données s'effectuent dans des plages de temps séparées, de type « Half-Duplex » via un émetteur-récepteur, l'utilisateur déclenchant la prise de conversation maître par l'appui sur un bouton ou une icône, pour passer du mode réception au mode io émission plus connu sous l'acronyme anglo-saxon « PTT » pour Push-toTalk, en plus de la prise de PTT standard dans un réseau de communication radio mobile privée ou PMR pour Private Mobile Radio. Dans la suite de la description, on désigne par l'expression « prise de conversation maitre », ou « prise de PTT maître » ou « prise de fonction 15 maître », une prise de conversation par un utilisateur qui va pouvoir parler en communication bidirectionnelle pour laquelle l'envoi et la réception des données s'effectuent simultanément ou « Full-Duplex » en continu en déclenchant une fonction « prise de PTT maitre », sur une durée qui n'est pas figée, et que l'utilisateur peut interrompre à tout moment en mettant fin à 20 cette fonction « prise de PTT maitre », alors que d'autres utilisateurs dialoguent en Half-Duplex. L'invention s'applique dans tout réseau de communication supportant un service équivalent au service PU, pour lequel les intervenants prennent part à la conversation à tour de rôle. 25 Dans le contexte des radios mobiles, un appel de groupe permet à plusieurs abonnés d'un réseau de télécommunication, de communiquer dans une même session à tour de rôle. L'utilisation standard d'un appel de groupe consiste à appuyer sur le bouton PTT pour parler aux autres abonnés du 30 groupe. Dans ce procédé, un seul abonné peut parler à un instant t. Pour parler dans un appel de groupe, un abonné va appuyer sur un bouton PTT présent sur son téléphone. Lorsque l'abonné n'a pas les mains libres, car il se consacre par exemple à une autre action, il est difficile, voire impossible de prendre le PU. L'action occupant un utilisateur peut être la conduite d'un véhicule, l'interpellation d'un individu, etc. Le document US 2006/0172754 décrit un procédé et un système fournissant un service totalement bidirectionnel ou Full-Duplex dans un système PU. Le terminal appelant génère une requête de Full-Duplex et transmet ce message à un réseau mobile. Un serveur va transmettre le message aux terminaux appelés. Ce procédé est coûteux en ressources ro radio et peut être inaudible à certains abonnés. Dans la demande de brevet US 2006/0025078, une arme est pourvue d'un bouton PTT qui permet de transmettre un signal à un dispositif de communication. Ce dispositif permet l'utilisation d'un dispositif de communication pour obtenir de l'aide tout en conservant les mains sur 15 l'arme. A la connaissance du demandeur, il n'existe pas à ce jour de procédé et de système permettant de participer à un appel de groupe sans intervenir physiquement sur le terminal, soit directement, soit par le biais d'un périphérique. Il est certes possible de bloquer le PTT afin de ne pas être 20 contraint d'appuyer en permanence dessus lorsque l'on a la parole, mais dans ce cas, il est nécessaire de le relâcher pour que d'autres personnes du groupe puissent prendre la parole. Le procédé et le système selon l'invention font intervenir un bouton dédié à la prise de PTT maitre et au relâchement de cette prise de PU maitre et une fonction intégrée au serveur. 25 L'invention concerne un procédé pour la prise de conversation sur une durée de temps choisie par un premier terminal abonné à un groupe au sein d'un système de communication comportant au moins deux terminaux, un serveur supportant un protocole de communication et comprenant un 30 module PU, le procédé comporte au moins les étapes suivantes : - un premier terminal abonné envoie au serveur un message de prise de « PTT maître», - le serveur accepte la demande de prise de « PTT maître » du premier terminal abonné, le serveur notifie cette information au premier terminal abonné et aux autres terminaux abonnés et transmet aux autres terminaux abonnés le flux de données généré par le premier terminal abonné tant qu'il n'y a pas d'autres demandes de PTT standard ou de type « PTT maître » émises par les autres abonnés du groupe. Selon un mode de réalisation, un deuxième abonné émet une demande de prise de PTT maître et le serveur vérifie le degré de priorité entre un premier abonné et un deuxième abonné, et transmet le flux de données de l'abonné prioritaire vers les autres abonnés du groupe. Le procédé met en oeuvre le protocole SIP et des messages SIP 15 modifiés contenant un champ indiquant la requête de « prise de PTT maître ». Selon un mode de réalisation, un premier terminal abonné a le service « PTT maître », un deuxième terminal abonné demande un service PTT standard, le serveur transmet le flux du deuxième terminal abonné vers 20 le premier terminal abonné maître et vers les autres abonnés du groupe en plus du flux du premier terminal abonné. Selon une autre variante de réalisation, un troisième terminal abonné demande la prise de PTT maître, le serveur acquitte sa demande, un premier terminal prioritaire vis-à-vis des autres terminaux abonnés demande 25 le PTT standard, le serveur préempte le flux du troisième abonné qui dispose du service PTT maître si le premier terminal abonné n'utilise pas le service PTT standard. L'invention concerne aussi un terminal équipé pour une prise de PTT caractérisé en ce qu'il comporte au moins un moyen adapté à 30 déclencher la prise de PTT pour une durée donnée, en Full-Duplex, au sein d'un système de communication entre plusieurs utilisateurs dialoguant en Half-Duplex. L'invention concerne aussi un système comportant au moins un terminal ayant les caractéristiques précitées, un serveur comprenant un 5 processeur et un module adaptés à mettre en oeuvre les étapes du procédé selon l'invention. D'autres caractéristiques et avantages de la présente invention apparaîtront mieux à la lecture de la description d'au moins un exemple 10 donné à titre illustratif et nullement limitatif annexé des figures qui représentent : - La figure 1, un exemple de système de communication, - La figure 2, un enchaînement des étapes du procédé selon l'invention, - La figure 3, un deuxième exemple pour l'enchaînement des étapes selon 15 l'invention, - La figure 4 A, une interface d'un terminal adapté à prendre le PTT de manière « maitre » et la figure 4B, une interface possible pour un terminal. 20 Le procédé selon l'invention est, par exemple, mis en oeuvre dans un système de communication 1 de type réseau mobile radio privée ou PMR comprenant un serveur 2 et plusieurs terminaux abonnés, 3i, figure 1. Les terminaux abonnés 3i forment un groupe de communication et joignent le canal de communication lorsqu'ils sont invités. Lors de l'appel d'un canal de 25 communication, tous les membres qui y sont connectés entendent simultanément l'appel. Le serveur 2 comporte en plus des modules de fonctionnalités habituelles 4 pour gérer le mode de communication PU, notamment le protocole standard SIP (session initiation Protocol) une fonctionnalité, 5, Full 30 Duplex sur un appel de groupe initié en Half Duplex au niveau du serveur. Le service PTT permet à plusieurs utilisateurs de prendre la conversation sur une base point à point ou point à multipoint connue de l'homme du métier. Ce service PTT offre en général un service de communication rapide. Le serveur peut comporter une mémoire 6 de stockage des groupes participant à une communication PU. Il peut aussi comporter une liste 7 comprenant s pour chaque terminal abonné le degré de priorité qui lui est associé. Un processeur 8 est en liaison avec les différents modules du serveur et est adapté à mettre en oeuvre les étapes du procédé selon l'invention. Un ou plusieurs terminaux d'un groupe 3i est (sont) pourvu(s) en plus du module de communication habituel et du module de PU standard, Io d'un module 10 adapté à la prise de « PU maître », d'un module 11 de fin de prise de « PTT maître » et d'une interface homme machine adaptée selon l'utilisation finale du terminal (figure 4A, figure 4B). Les autres terminaux qui ne sont pas destinés à la prise de « PU maître » sont pourvus d'un module 12 de prise de PTT standard. 15 La figure 2 décrit un exemple de diagramme de flux d'appel entre plusieurs terminaux dont deux terminaux sont équipés, en plus de la fonctionnalité PTT, d'un module 10 de prise de « PTT maître » et d'un bouton adapté, le serveur et des abonnés au groupe. Sur la figure 2, un premier abonné 21 établit un appel de groupe. Il 20 transmet 200 un message au serveur SIP, 20 pour lui demander le « PTT maître ». Le message transmis au serveur peut respecter le format SIP connu de l'homme du métier modifié par ajout d'un champ contenant un indicateur signifiant la « prise de PU maitre » ou la libération de la « prise de PTT maître ». Le serveur 20 reçoit le message SIP, « PU maître », identifie 25 l'abonné demandeur de la « prise de PTT maitre » et avertit 201 le premier abonné 21 de son accord. L'abonné 21 va pouvoir parler aux deux autres abonnés 22, 23 de son groupe d'appel. Le serveur transmet un message de notification, 202, 203 aux autres abonnés 22, 23, indiquant que l'abonné 21 a pris la communication en « PU maître » et qu'une ouverture de session est 30 ouverte. Les échanges de flux entre les abonnés sont ensuite gérés selon le mode PTT standard et ne seront donc pas détaillés. Au bout d'un moment, le troisième abonné 23 va demander, 204, au serveur 20 le service « PTT maître » en agissant sur le bouton « PTT maître » de son terminal. Pour cela, il transmet 205 un message SIP modifié où le champ « PU maitre » est positionné pour la requête prise de PTT maître au serveur 20, ce dernier accepte 206 et le notifie à l'abonné 23. Le premier abonné 21 reçoit le flux audio de l'abonné 23 F(23, 21), l'abonné 22 reçoit le flux audio de l'abonné 23 F(23, 22). Puis l'abonné 21 va demander le PTT standard en déclenchant le bouton PTT standard de son terminal et émet 208 un message SIP vers le serveur pour lui demander le PTT standard. Le serveur accepte et les io abonnés 22, 23 reçoivent chacun le flux audio émis par l'abonné 21. Le flux audio de l'abonné 23 est transmis vers les abonnés 21, 22, car le bouton PU maître est toujours actif, 209, 210. Le serveur 20 comporte un module adapté à fusionner le premier flux audio F(22, 21) et le deuxième flux audio reçus par l'abonné 22, F(22, 23). L'abonné 21 dans l'exemple donné met fin à 15 l'appel de groupe, 211. La figure 3 représente un exemple dans lequel un abonné est prioritaire, dans cet exemple, l'abonné 21 est prioritaire par rapport à l'abonné 23. Dans ce cas le serveur va gérer les priorités indiquées au niveau des flux et transmettre uniquement le flux audio émis par l'abonné 21. 20 Pour cela, le serveur dispose d'un module adapté à gérer la priorité des flux indiqués au niveau d'un identifiant PF de la trame audio selon des principes connus de l'homme du métier, par exemple, il possède dans une mémoire la liste des abonnés et leur priorité attribuée pour la communication. Dans l'exemple, le flux audio F23 de l'abonné 23 sera préempté et repris que s'il est 25 tout seul à parler. L'abonné 22 reçoit le flux audio émis par le premier abonné 21, F(22, 21), l'abonné 23 reçoit le flux audio émis par l'abonné 21 F(23, 21), 310. L'abonné 21 peut demander à mettre fin à l'appel de groupe, 311. La figure 4A schématise un exemple d'interface d'un terminal équipé pour prendre le PU en maître, c'est-à-dire activée la fonction « pris 30 de PU maitre ». Le terminal est équipé d'un bouton PTT prise de PTT maître 15, d'un bouton PTT standard 12 et d'une icône 14 affichant l'URI du terminal qui a pris le PTT dans le groupe. La figure 4B schématise un exemple d'interface d'un terminal équipé d'un bouton permettant la prise de PTT standard 12, un bouton permettant la prise de PTT maître 15, une icône affichant la notification de l'URI du terminal ayant pris le PTT 14, un autre icône affichant l'URI du terminal ayant pris le PTT maître. Le procédé selon l'invention permet notamment à un abonné io n'ayant pas les mains libres de pouvoir dialoguer avec d'autres abonnés d'un groupe. Le procédé s'applique par exemple pour des réseaux PMR, LTE, de manière simple et peu onéreuse. L'abonné identifié comme ayant demandé le « PTT maître » peut parler aux autres abonnés du groupe sans avoir à agir physiquement sur un bouton, une fois le bouton « PTT maître » enclenché. 15 Ceci n'empêche pas les autres abonnés d'appuyer sur un bouton PTT standard pour parler aux autres abonnés du groupe. REVENDICATIONS1 - Procédé pour la prise de conversation sur une durée de temps par un premier terminal abonné (21) à un groupe au sein d'un système de communication comportant au moins deux terminaux (21, 22, 23), un serveur (20) supportant un protocole de communication et comprenant un module PTT, comportant au moins les étapes suivantes : - un premier terminal abonné (21) envoie au serveur (20) un message de prise de « PTT maître», - le serveur accepte la demande de prise de « PTT maître » du premier terminal abonné (21), notifie cette information au premier terminal abonné et aux autres terminaux abonnés et transmet aux autres terminaux abonnés le flux de données généré par le premier terminal abonné tant qu'il n'y a pas d'autres demandes de PTT standard ou de type « PTT maître » émises par les autres abonnés du groupe. 2 - Procédé selon la revendication 1 caractérisé en ce qu'un deuxième abonné émet une demande de prise de PTT maître et en ce que le serveur vérifie le degré de priorité entre un premier abonné et un deuxième abonné, et transmet le flux de données de l'abonné prioritaire vers les autres abonnés du groupe. 3 - Procédé selon l'une des revendications 1 ou 2 caractérisé en ce que l'on utilise le protocole SIP et des messages SIP modifiés contenant un champ 25 indiquant la requête de « prise de PTT maître ». 4 - Procédé selon l'une des revendications précédentes caractérisé en ce qu'un premier terminal abonné (21) a le service « PTT maître », un deuxième terminal abonné (23) demande un service PTT standard, le serveur (20) 30 transmet le flux du deuxième terminal abonné (23) vers le premier terminalabonné maître (21) et vers les autres abonnés du groupe en plus du flux du premier terminal abonné (21). - Procédé selon l'une des revendications 1 à 4 caractérisé en ce qu'un 5 troisième terminal abonné (23) demande la prise de PTT maître, le serveur (20) acquitte sa demande, un premier terminal (21) prioritaire vis-à-vis des autres terminaux abonnés demande le PTT standard, le serveur (20) préempte le flux du troisième abonné (23) qui dispose du service PTT maître si le premier terminal abonné (21) n'utilise pas le service PTT standard. 6 - Terminal équipé pour une prise de PTT caractérisé en ce qu'il comporte au moins un moyen adapté à déclencher la prise de PTT pour une durée donnée, en Full-Duplex, au sein d'un système de communication entre plusieurs utilisateurs dialoguant en Half-Duplex. 7 - Système de communication comportant au moins un terminal selon la revendication 6, un serveur (20) comprenant un processeur (8) et un module (5) adaptés à mettre en oeuvre les étapes du procédé selon l'une des revendications 1 à 6. 25