Brevet FR3091445A1 — publié le 20200703

Description Titre de l'invention : Procédé de libération d'un canal de commu- nication conforme à la norme DECT, base et terminal conformes à la norme DECT. Technique antérieure 100011 L'invention se rapporte au domaine général des télécommunications. Elle concerne plus particulièrement le domaine des télécommunications conformément à la norme DECT (pour « Digital Enhanced Cordless Telecommunications » en anglais). 100021 La figure I présente une architecture d'un réseau de l'art antérieur. Ce réseau comporte un réseau local LAN conforme à la norme DECT et un réseau coeur WAN (ou métropolitain) conforme à un autre protocole de communication, par exemple le protocole SIP (pour « Session Initiation Protocol» en anglais) et le protocole RTP (pour « Real Time Protocol» en anglais). Le réseau local LAN comporte une base B' et un terminal T', tous les deux conformes à la norme DECT et connectés entre eux par un canal C DECT de communication conforme à la norme DECT. 100031 Nous supposons ici que la base B' est intégrée dans un équipement de terminaison de réseau BX, un tel équipement connu en France sous le nom de « box » offrant de multiples services, tel qu'un équipement LiveBox (produit commercialisé d'Orange, marque déposée). Nous supposons également qu'un terminal analogique T2 est connecté à un port analogique de type FXS (pour « Foreign eXchange Subscribcr » en anglais) de l'équipement BX. Le terminal T' comporte un circuit intégré (chipset) lui permettant de communiquer selon la norme DECT. La base B' comporte aussi un circuit intégré (chipset) lui permettant de communiquer selon la norme DECT. L'équipement BX comporte en outre un circuit intégré (chipset) lui permettant de communiquer selon la norme FXS et une couche protocolaire implémentée sur une interface externe pour qu'il communique avec des dispositifs du réseau WAN. [0004] Lorsque le terminal T' communique avec un équipement TR via le réseau coeur WAN. le canal C DECT est établi entre le terminal T' et la base B'. De plus, un canal C WAN conforme à un protocole de communication utilisé par le réseau coeur WAN est établi entre la base B' (ou une pile protocolaire interfacée avec la base B' telle qu'une pile SlP et RTP) et l'équipement TR. Lorsque l'équipement TR met fin à la communication. en raccrochant par exemple. le canal C WAN est libéré; la base B' informe l'utilisateur du terminal T' que l'équipement TR distant a raccroché, en jouant par exemple une tonalité spécifique, néanmoins le canal C DECT reste occupé jusqu'à cc que le terminal T' raccroche aussi. [0005] Pendant la durée qui sépare la libération du canal C WAN et la libération du canal 2 C DECT, le terminal T' ne peut émettre ou recevoir une nouvelle communication. L'utilisateur ne peut donc pas recevoir les communications entrantes pendant cet intervalle de temps sur le terminal T'. [0006] Cet intervalle de temps est encore plus long si le terminal T' ne dispose pas d'un bouton de raccrochement permettant de libérer le canal C DECT. [0007] C'est le cas des assistants vocaux conformes à la norme DECT et utilisant un service téléphonique VoIP (pour « Voicc over Internet Protocol » en anglais) par l'intermédiaire d'un équipement de terminaison de réseau, ou certains assistants vocaux conçus pour les personnes âgées. En effet, pour libérer le canal C DECT par un terminal de type assistant vocal sans bouton de raccrochement, ce terminal doit détecter un message vocal déterminé dit de réveil pour se configurcr et interpréter le prochain message vocal en tant que commande, détecter ensuite un message vocal comportant une commande de raccrochement, puis exécuter la commande et libérer le canal C DECT. [0008] Dans une telle situation, l'intervalle de temps pour la libération du canal C DECT après la libération du canal C WAN est allongé. De plus, l'expérience d'un utilisateur du terminal T' est dégradée car il doit émettre le message de réveil en plus du message comportant la commande de raccrochement. [0009] Il existe un besoin en une solution permettant de libérer rapidement le canal DECT tout en améliorant la qualité d'expérience de l'utilisateur. [0010] Pour clarifier un problème résolu par la présente invention, nous décrivons ici des étapes d'une communication entre les terminaux T' et TR conformément à une méthode de l'art antérieur. La ligure 2 présente un organigramme présentant ces étapes. [0011] Nous supposons ici que le terminal T' est un assistant vocal ne disposant pas d'un bouton de raccrochement mais pouvant interpréter des messages vocaux en tant que commandes, après réception d'un message de réveil. A titre d'exemple, le message de réveil d'un assistant vocal de Google (marque déposée) est « Ok Google ! » ou Bonjour Google ! », le message de réveil d'un assistant Djingo (marque déposée) d'Orange et de Deutsche Telekom est « Ok Djingo ! ». [0012] Au cours d'une étape INST, le terminal T' est appairé avec la base B'. La base B' échange des données de signalisation DECT-SIP avec une pile protocolaire SIP de l'équipement BX. Cette pile protocolaire échange aussi d'autres données de signalisation FXS-SIP avec le port FXS de l'équipement BX. [0013] Nous supposons que le terminal TR émet une communication téléphonique via le réseau WAN à destination d'un numéro appelé associé à l'équipement BX. La pile protocolaire SIP de l'équipement BX reçoit un message de signalisation, de type SIP INVITE par exemple. Cette pile envoie des messages obtenus de ce message de signa- 3 lisation au port FXS ainsi qu'à la base B' pour leur informer de la communication entrante. [0014] Le terminal T2 connecté au port FXS, sonne lorsqu'il reçoit un courant de sonnerie suite à la réception du message envoyé par la pile SIP de l'équipement BX. En parallèle, la base B' envoie au terminal T' un message de type CC-Setup, conforme à la norme DECT, pour l'avertir de la communication entrante en provenance du terminal TR. Le terminal T' sonne et acquitte le message CC-Setup par un message CC-Alcrting, conforme à la norme DECT. [0015] Sur réception d'un message vocal de réveil MCmd, le terminal T' se configure (CMD) pour interpréter le message vocal suivant en tant que commande. Dans cet exemple, le terminal T' reçoit un message vocal MVocl qu'il interprète en tant qu'une commande pour décrocher et accepter la communication entrante. Le terminal T' envoie à la base B' un message de type CC-Connect conforme à la norme DECT, que la hase B' acquitte par un message CC-Connect-Ack conforme aussi à la norme DECT. Le canal C_DECT est alors établi. [0016] Suite à la réception du message CC-Connect, la base B' informe la couche pro- tocolaire SIP de l'équipement BX de cette réception, pour qu'elle envoie un message de type SIP 200 OK au terminal TR. Le terminal TR acquitte ce message en envoyant un message SIP ACK et le canal C WAN est donc établi. La pile protocolaire SIP informe également le port FXS que la présentation de la communication entrante vers le terminal T2 doit être abandonnée. [0017] Les terminaux T' et TR sont alors en communication. Le terminal T' échange des données avec la base B' conformément à la norme DECT, la base B' communique ces données à la couche protocolaire SIP de l'équipement BX, qui à son tom- communique avec le terminal TR conformément aux protocoles RTP et RTCP dans le cadre de la session établie conformément au protocole SIP. [0018] Dans cet exemple, le terminal TR met fin à cette communication en émettant un message de type SIP BYE à l'équipement BX, que celui-ci acquitte par un message de type SIP 200 OK. Le canal C_WAN est donc libéré. Dès réception du message SIP BYE, la couche protocolaire SIP en informe la base B'. Cette base B' génère une tonalité d'occupation TN pour informer l'utilisateur du terminal T' de la fin de la communication. Le canal C_DECT est encore établi. [0019] Lorsque le terminal T' détecte de nouveau le message de réveil MCmd et un message vocal MVOC2 comportant une commande de raccrochement, il interprète la commande vocale et envoie à la base 13' un message de signalisation « CC_Release » conforme à la norme DECT pour libérer le canal C_DECT. La base 13' acquitte ce message par un message de type CC_Release_Com, conforme aussi à la norme DECT. Lorsque le terminal f reçoit cet acquittement, le canal C_DECT est libéré. Exposé de l'invention [0020] L'invention vise un procédé de libération d'un canal de communication conforme à la norme DECT entre un terminal et une base conformes à ladite norme, la base comportant une interface dite « interface externe » de communication avec un réseau coeur, le procédé étant mis en oeuvre par la base, et comprenant des étapes de: -- détermination que le terminal ne dispose pas d'un bouton de raccrochement permettant de libérer le canal DECT ; -- réception d'un message réseau sur l'interface externe indiquant une absence de réservation, sur le réseau coeur, d'un canal de communication pour le terminal ; et -- après la réception, envoi au terminal d'un message DECT descendant pour la libération du canal DECT, ce message DECT descendant comportant une commande conforme à la norme DECT de libération du canal par la base, ou une demande de déclenchement automatique par le terminal de ladite libération. [0021] Corrélativement, l'invention vise une base conforme à la norme DECT connectée à un terminal via un canal de communication, le terminal et le canal étant conformes à la norme DECT, la base comportant une interface dite « interface externe » de communication avec un réseau coeur et : -- un module de détermination configure pour déterminer que le terminal ne dispose pas d'un bouton de raccrochement permettant de libérer le canal DECT; -- un module de communication externe configure pour recevoir un message réseau sur l'interface externe indiquant une absence de réservation, sur le réseau coeur, d'un canal de communication pour le terminal ; et -- un module de communication conformément à la norme DECT, configure pour envoyer au terminal, après la réception du message sur l'interface externe, d'un message DECT descendant pour la libération du canal DECT, le message DECT descendant comportant une commande conforme à la norme DECT de libération du canal par la base, ou une demande de déclenchement automatique par le terminal de ladite libération. [0022] Les caractéristiques et avantages du procédé de libération d'un canal DECT par une base DECT selon l'invention présentés ci-après s'appliquent de la même façon à la base DECT selon l'invention et vice versa. [0023] L'invention permet une libération rapide du canal DECT et améliore l'expérience uti- lisateur. [0024] En effet, lorsque le message DECT descendant comporte une commande de li- bération du canal par la base, la base DECT libère à sa propre initiative le canal DECT, en envoyant un message de type CC-Release au terminal. Par rapport aux méthodes de l' art antérieur, cette solution permet d'éviter à la base d'attendre jusqu'à ce qu'elle reçoit une commande CC-Release de la part du terminal. [0025] Lorsque le message DECT descendant comporte une demande de déclenchement au- tomatique de la libération par le terminal, le terminal déclenchera automatiquement la libération sans attendre une commande de l'utilisateur. Cette solution permet de libérer rapidement le canal DECT, mais aussi d'améliorer la qualité d'expérience de l'utilisateur qui n'aura pas besoin d'annoncer vocalement le message de réveil ni le message vocal comportant la commande de raccrochement. [0026] Conformément à l'invention, le terminal peut être un assistant vocal ou un terminal de communication conçu pour un enfant, une personne âgée ou une personne malvoyante, pouvant interpréter des commandes vocales. [0027] Au sens de l'invention, l'absence de réservation, sur le réseau coeur, d'un canal de communication pour le terminal peut être une libération d'un canal qui était établi sur le réseau coeur pour le terminal. [0028] Au sens de l'invention, l'absence de réservation, sur le réseau coeur, d'un canal de communication pour le terminal peut aussi correspondre à une situation où le terminal essaie d'émettre une communication vers un appelé, mais rappelé n'est pas joignable (à cause d'occupation, de non réponse ou d'absence de connexion de l'appelé au réseau coeur ou à cause d'un problème au niveau du réseau ou d'un manque de ressources réseau). [0029] Au sens de l'invention, un message DECT descendant est un message de signa- lisation envoyé par la base vers le terminal, tous les deux conformes à la norme DECT. Un message DECT montant est un message de signalisation envoyé par le terminal vers la base. [0030] Dans un mode de réalisation, la base DECT est intégrée dans un équipement de ter- minaison de réseau. Dans un autre mode, elle est connectée par ladite interface externe, à un port numérique ou analogique d'un équipement de terminaison de réseau. [0031] Dans un mode de réalisation, la détermination que le terminal ne dispose pas d'un bouton de raccrochement est obtenue à partir d'un message reçu du terminal. Ce message pouvant être un message de type ACCESS-RIGTHS-REQUEST d'appairage du terminal avec la base, ou un message émis après l'appairage réussi, tel qu'un message de type CC-FACILTY, MM-IWU ou CC-INFO. [0032] Des messages connus de l'art antérieur peuvent alors être exploités pour transmettre une information indiquant que le terminal ne dispose pas d'un bouton de raccrochement. Ces messages sont de toute façon envoyés par le terminal à la base. [0033] Dans un mode de réalisation où la base est comprise dans un équipement de ter- minaison de réseau, la détermination que le terminal ne dispose pas d'un bouton de raccrochement est obtenue par lecture d'une donnée de configuration de cet équipement. 6 [0034] En configurant l'équipement dc terminaison de réseau, il est possible de configurcr aussi la base. [0035] Dans un mode de réalisation, le procédé de libération conforme à l'invention comporte en outre, avant l'étape d'envoi d'un message DECT descendant, une étape d'émission au terminal d'une tonalité destinée à l'utilisateur du terminal indiquant l'absence dc réservation d'un canal sur le réseau coeur. L'étape d'émission est soit d'une durée déterminée, soit interrompue sur libération du canal DECT. [0036] Ce mode permet d'avertir l'utilisateur que le canal DECT sera libéré. Cette libération ne nécessite pas une intervention de l'utilisateur. Cependant, si l'utilisateur déclenche une libération du canal, en émettant le message de réveil et une commande vocale de raccrochement, la base arrête d'émettre cette tonalité. [0037] La durée de l'émission de la tonalité peut être de l'ordre de deux secondes. [0038] L'invention vise également un procédé de libération d'un canal de communication conforme à la norme DECT entre un terminal et une base conformes à la norme DECT, le terminal ne comportant pas de bouton de raccrocher-Ir-lent permettant de libérer le canal, le procédé étant mis en oeuvre par le terminal, et comprenant des étapes de: -- réception d'un message en provenance dc la base, de demande de libération du canal; et -- après ladite réception, envoi automatique à la base d'un message DECT montant comportant une commande conforme à la norme DECT de libération du canal par le terminal. [0039] Corrélativement, l'invention vise un terminal conforme à la norme DECT connecté à une base via un canal de communication, la base et le canal étant conformes à la nonne DECT, le terminal ne comportant pas de bouton de raccrochement permettant de libérer le canal, le terminal comprenant un module de communication configuré pour : -- recevoir, en provenance de la base, un message de demande de libération du canal ; et -- pour envoyer automatiquement à la base, après ladite réception, un message DECT montant de libération du canal DECT. [0040] Les caractéristiques et avantages du procédé de libération par la base selon l'invention s'appliquent de la même façon au procédé de libération par le terminal selon l'invention et vice versa. [0041] Les caractéristiques et avantages du procédé de libération par le terminal selon l'invention présentés ci-après s'appliquent de la même façon au terminal selon l'invention et vice versa. [0042] Comme expliqué précédemment, l'invention permet de réduire le temps de libération du canal DECT. [0043] De plus, l'invention permet au terminal de libérer automatiquement le canal sans 7 besoin d'interpréter des commandes vocales. Elle permet ainsi de réduire le besoin en mémoire et en capacité de calcul au niveau du terminal. [0044] Dans un mode de réalisation, le message reçu en provenance de la base est une tonalité sous une fréquence déterminée indiquant une absence de réservation d'un canal de communication pour le terminal sur un réseau coeur auquel la base est connectée. [0045] Ce mode peut être mis en oeuvre dans un système de communication selon la norme DECT comportant un terminal conforme à l'invention et une base pas forcément conforme à l'invention : dans ce mode, la base peut être une base de l'art antérieur. Lorsque la base génère une tonalité d'occupation par exemple, le terminal détecte par sa fréquence qu'il n'existe pas un canal réservé pour lui sur le réseau coeur et déclenche donc la libération du canal DECT. [0046] Dans un autre mode de réalisation, le message reçu en provenance de la base est un message DECT descendant comportant une demande de déclenchement automatique de la libération du canal DECT par le terminal. [0047] Dans un mode de réalisation, le procédé de libération par le terminal comporte, sur la réception du message de demande, une étape d'émission d'un message vocal destiné à un utilisateur du terminal, avertissant de l'étape d'envoi automatique du message DECT montant, cette étape d'émission étant soit d'une durée déterminée, soit interrompue sur libération du canal DECT. [0048] Les procédés de l'invention ont une application avantageuse lorsque le terminal ne peut pas interpréter des commandes vocales à cause d'une panne de son microphone ou à cause de bruit ambiant par exemple. [0049] L'invention vise également un système de communication selon la norme DECT, ce système comporte une base conforme à l'invention et un terminal conforme à l'invention. [0050] L'invention vise également un premier programme d'ordinateur sur un support d'enregistrement, ce programme étant susceptible d'être mis en oeuvre dans un ordinateur ou une base confoime à l'invention. Ce programme comporte des instructions adaptées à la mise en oeuvre d'un procédé de libération d'un canal DECT par la base conforme à l'invention, tel que décrit ci-dessus. [0051] L'invention vise également un deuxième programme d'ordinateur sur un support d'enregistrement, ce programme étant susceptible d'être mis en oeuvre dans un ordinateur ou un terminal conforme à l'invention. Ce programme comporte des instructions adaptées à la mise en oeuvre d'un procédé de libération d'un canal DECT par le terminal conforme à l'invention, tel que décrit ci-dessus. [0052] Chacun de ces programmes peut utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code 8 source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable. [0053] L'invention vise aussi un support d'information ou un support d'enregistrement lisibles par un ordinateur, et comportant des instructions du premier ou du deuxième programme d'ordinateur tel que mentionné ci-dessus. [0054] Les supports d'information ou d'enregistrement peuvent être n'importe quelle entité ou dispositif capable de stocker les programmes. Par exemple, les supports peuvent comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple une disquette (floppy dise) ou un disque dur, ou une mémoire flash. [0055] D'autre part, les supports d'information ou d'enregistrement peuvent être des supports transmissibles tels qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par lien radio, par lien optique sans fil ou par d'autres moyens. [0056] Les programmes selon l'invention peuvent être en particulier téléchargés sur un réseau de type Internet. [0057] Alternativement, chaque support d'informations ou d'enregistrement peut être un circuit intégré dans lequel un programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution de l'un des procédés conformes à l'invention de libération d'un canal DECT. Brève description des dessins [0058] D'autres caractéristiques et avantages de la présente invention ressortiront de la des- cription faite ci-dessous, en référence aux dessins annexés qui en illustrent un exemple de réalisation dépourvu de tout caractère limitatif. Sur les figures : [fig. I la figure I, déjà décrite, illustre une architecture d'un réseau de l'art antérieur comportant un terminal et une base conformes à la norme DECT ; [fig.2,1 la figure 2, déjà décrite, est un organigramme représentant des étapes d'un procédé de l'art antérieur dc libération d'un canal DECT ; [fig.3] la figure 3 est un organigramme représentuil des étapes d'un procédé de libération d'un canal DECT par un terminal selon un mode de réalisation, le procédé et le terminal étant conformes à l'invention ; [fig.4] la figure 4 illustre une architecture d'un réseau comportant un terminal et une base conformes à un mode de réalisation de l'invention ; 9 Ifig.SI la figure 5 illustre une architecture d'un réseau comportant un terminal et une base conformes à un autre mode de réalisation de l'invention ; Ifig.6I la figure 6 est un organigramme représentant des étapes d'un procédé de libération d'un canal DECT par une base, et des étapes d'un procédé de libération d'un canal DECT par un terminal selon un mode de réalisation, les procédés, la base et le terminal étant conformes à l'invention; Ifig.7I la figure 7 est un organigramme représentant des étapes d'un procédé de libération d'un canal DECT par une base selon un mode de réalisation, le procédé et la base étant conformes à l'invention; Ifig.8I la figure 8 est un organigramme représentant une étape dc détermination qu'un terminal DECT ne dispose pas dc bouton de raccrochement, selon un premier mode dc réalisation ; [fig.9] la figure 9 est un organigramme représentant une étape dc détermination qu'un terminal DECT ne dispose pas dc bouton de raccrochement, selon un deuxième mode de réalisation ; [fig. 10] la figure 10 est un organigramme représentant une étape de détermination qu'un terminal DECT ne dispose pas dc bouton de raccrochement, selon un troisième mode de réalisation ; [fig.1 1] la figure 11 présente des architectures fonctionnelles d'un système de communication, d'un terminal et d'une base, conformes à l'invention; et [fig. 12] la figure 12 présente des architectures matérielles d'un terminal et d'une base selon un mode de réalisation dc l'invention. Description des modes de réalisation [0059] La figure 3 est un organigramme représentant des étapes d'un procédé de libération d'un canal DECT, conforme à l'invention, mis en oeuvre par un terminal T, conforme à l'invention, en référence aux étapes E300 et E302 décrites ci-après. [0060] Le terminal T est connecté à une base B' de l'ail antérieur par un canal C_DECT de communications selon la norme DECT. Le terminal T ne dispose pas d'un bouton de raccrochement pour libérer le canal C_DECT. [0061] L'organigramme de la figure 3 est mis en oeuvre dans un réseau dont l'architecture est de type de celle présentée par la figure 1, sauf que le terminal T est conforme à l' invention. [0062] L'organigramme de la figure 3 comporte des étapes préliminaires aux étapes du procédé de l'invention. Ces étapes préliminaires sont décrites en référence à l'organigramme de la figure 2 de l'art antérieur et elles sont relatives à l'appairage du terminal T avec la base B' et à l'établissement d'une communication entre le terminal T' et un terminal TR via un réseau coeur. [0063] Lorsque la base B' reçoit une information indiquant que le terminal TR a mis fin à la communication en cours, elle envoie au terminal T une tonalité TN pour l'informer de cette fin de communication. [0064] Au cours d'une étape E300 du procédé de l'invention, le terminal T reçoit la tonalité TN et détecte en fonction de sa fréquence qu'il s'agit d'une tonalité indiquant la libération d'un canal de communication qui était réservé sur le réseau coeur pour la communication entre les terminaux T et TR. [0065] Sur la réception (E300) de la tonalité TN, le terminal T envoie automatiquement, au cours d'une étape E302, à la base B' un message DECT montant comportant une commande CC-Release de libération du canal DECT. [0066] Au cours d'une étape E304, la base B' acquitte le message montant par un message de type CC-Release Com. [0067] Lorsque le terminal T reçoit cet acquittement, le canal DECT est libéré. [0068] La figure 4 illustre une architecture d'un réseau comportant un terminal T et une base B conformes à l'invention, selon un mode de réalisation de l'invention. Cette architecture est de même type que l'architecture illustrée par la figure 1 de l'art antérieur, sauf que le terminal T et la base B sont conformes à l'invention et mettent en oeuvre des procédés conformes à l'invention, de libération d'un canal DECT. [0069] La figure 5 illustre une architecture d'un réseau comportant un terminal T et une base B conformes à l'invention, selon un autre mode de réalisation de l'invention. Ce mode de réalisation diffère du mode de la figure 3 en ce que la base B n'est pas intégrée dans l'équipement de terminaison de réseau BX, mais elle est connectée à un port de type FXS de l'équipement BX. L'équipement BX comporte un circuit intégré (chipset) de type FXS qui permet à l'équipement BX de communiquer avec la base B et de transmettre des données d'une pile protocolaire SEP de l'équipement BX vers la base B et vice versa. [0070] La base B comporte une interface externe lui permettant de se connecter au réseau coeur WAN, soit via la couche protocolaire SIP de l'équipement BX comme illustré par la figure 4, soit via le circuit chipset FXS et la couche protocolaire SIP de l'équipement BX comme illustré par la figure 5. 11 [0071] La figure 6 est un organigramme représentant des étapes d'un procédé de libération d'un canal DECT par un terminal, conforme à l'invention, mis en oeuvre par le terminal T, conforme à l'invention, en référence aux étapes E506, E508 et E302 décrites ci-après. L'organigramme de la figure 6 représente également des étapes d'un procédé de libération d'un canal DECT par une base, conforme à l'invention, mis en oeuvre par la base B, conforme à l'invention, en référence aux étapes E502 et E504 décrites ci-après. [0072] Selon le mode décrit ici, les procédés de l'invention peuvent être mises en oeuvre dans un réseau dont l'architecture est illustrée par la figure 4 ou par la figure 5. [0073] Nous supposons ici que le terminal T est déjà appairé avec la base B, et qu'il est en cours de communication avec un terminal TR via le réseau WAN. [0074] Au cours d'une étape E500, la base B détermine que le terminal T ne dispose pas de bouton de raccrochement permettant de libérer le canal DECT. Cette étape E500 sera décrite en détails ultérieurement en référence aux figures 8 à 10. [0075] Au cours d'une étape E502, la base B reçoit un message réseau sur son interface externe indiquant une absence de réservation, sur le réseau coeur WAN, d'un canal C WAN de communication pour le terminal T, suite à la réception d'un message SB) BYE de libération du canal C WAN par exemple. [0076] Au cours d'une étape E504, la base B envoie au terminal T un message DECT descendant pour la libération du canal DECT, C DECT. Dans le mode décrit ici, ce message DECT descendant comporte une demande RQ de déclenchement automatique par le terminal T de la libération. [0077] Au cours d'une étape E506, le terminal T reçoit cette demande RQ. [0078] Après la réception (E506) de la demande RQ et au cours d'une étape E302, le terminal T envoie automatiquement à la base B un message DECT montant comportant une commande CC Release conforme à la norme DECT de libération du canal C_DECT. [0079] La base B acquitte ce message au cours d'une étape E304. A la réception de l'acquittement par le terminal T. le canal C_DECT est libéré par le terminal T. Les étapes E302 et E304 sont similaires aux étapes E302 et E304 décrites en référence à la figure 3. [0080] Dans un mode de réalisation, sur la réception (E506) de la demande RQ, au cours d'une étape optionnelle E508, le terminal T émet une tonalité TNI à destination de l'utilisateur de ce terminal T. pour 1' avertir que la communication avec le terminal TR est finie, et que ce terminal T va libérer le canal C_DECT. [0081] Alternativement, à la place de l'émission (E508) de la tonalité TN1, le terminal peut émettre un message vocal, par exemple un message vocal enregistré sur une mémoire du terminal T ou accessible par le terminal T, ou émettre un message visuel, tel qu'une 12 image ou une vidéo, ou déclencher des vibrations du terminal, ou allumer, éteindre, faire clignoter une LED pendant une période prédéterminée . [0082] L'étape E508 d'émission de la tonalité TN1 peut avoir une durée déterminée ou être interrompue sur réception d'une commande CC Release de la base B. [0083] Lorsque l'étape E508 n'est pas interrompue, l'étape E302 de libération du canal DECT par le terminal T peut être mise en oeuvre pendant ou à la fin de la durée de l'étape E508. [0084] La figure 7 est un organigramme représentant des étapes d'un procédé de libération d'un canal DECT par une base, conforme à l'invention, mis en oeuvre par la base B, conforme à l'invention, en référence aux étapes E502, E604 et E606 décrites ci-après. [0085] Selon le mode décrit ici, le procédé de l'invention peut être mis en oeuvre dans un réseau dont l'architecture est illustrée par la figure 4 ou par la figure 5. [0086] Comme dans le mode décrit précédemment, nous supposons ici que le terminal T est déjà appairé avec la base B, et qu'il est en cours de communication avec un terminal TR via le réseau WAN. [0087] Au cours d'une étape E500, la base B détermine que le terminal T ne dispose pas de bouton de raccrochement permettant de libérer le canal DECT. [0088] Au cours d'une étape E502, similaire à l'étape E502 décrite en référence à la figure 6, la base B reçoit un message réseau sur son interface externe indiquant une absence de réservation, sur le réseau coeur WAN, d'un canal C WAN de communication pour le terminal T. [0089] Au cours d'une étape optionnelle E604, la base B émet une tonalité TN2 pendant une durée déterminée, de deux secondes par exemple, vers le terminal T pour informer l'utilisateur du terminal de la fin de la communication avec le terminal TR et de la libération du canal C_WAN. [0090] Au cours d'une étape E606, la base B envoie au terminal T un message DECT descendant pour la libération du canal C_DECT. Dans le mode décrit ici, ce message DECT descendant comporte une commande CC-Release conforme à la norme DECT de libération du canal C_DECT. Le terminal T acquitte cette commande par un message CC- Release Com au cours d'une étape E610. A la réception de cet acquittement par la base B, le canal C_DECT est libéré par la base B. [0091] Dans un mode de réalisation, si la base B ne reçoit pas l'acquittement CC-Release Com au bout d'une durée déterminée comptée à partir de l'envoi (E606) du message descendant CC-Release, la base B libère tout de même le canal C_DECT de sa propre initiative et de façon unidirectionnelle. Une telle situation peut avoir lieu lorsque le terminal T s'éloigne de la base B de façon à ne plus pouvoir échanger des données de signalisation selon la norme DECT. [0092] Dans un mode de réalisation, si la base B reçoit du terminal T, avant la mise en 13 oeuvre de l'étape E606, un message DECT montant comportant une commande de libération du canal DECT par le terminal, la base B met fin à l'étape E604 d'émission de la tonalité TN2. [0093] Dans un mode de réalistion, lorsque le terminal T reçoit la commande CC-Release émise (E606) par la base B, il génère au cours d'une étape E608 une tonalité TN3, ou un message vocal ou visuel, ou des vibrations mécaniques, ou allumer, éteindre, faire clignoter une LED pendant une période prédéterminée de façon similaire à l'étape E508 décrite en référence à la figure 6. [0094] La figure 8 illustre un exemple de mise en oeuvre de l'étape E500 de détermination par la base B que le terminal T ne dispose pas d'un bouton de raccrocher-rient, selon un mode de réalisation de l'invention. [0095] Dans cet exemple, l'étape E500 est mise en oeuvre au cours de l'appairage du terminal T sur la base B. Ce mode peut être mis en oeuvre dans un réseau dont l'architecture correspond à celle illustrée par la figure 4 ou par la figure 5. [0096] Au cours d'une étape E700, le terminal T demande à la base des droits d'accès, en lui envoyant un message de type ACCESS-R1GHTS-REQ, conforme à la norme DECT, sauf que conformément à la présente invention, cc message est modifié pour insérer une information « OnHook=No » indiquant que le terminal T ne dispose pas de bouton de raccrochement. [0097] La base B reçoit cette information au cours de l'étape E500. Cette étape E500, comprise dans la phase d'appairage, est suivie par des échanges de messages d'appairage conformes à la norme DECT. [0098] La figure 9 illustre un exemple de mise en oeuvre de l'étape E500 de détermination par la base B que le terminal T ne dispose pas d'un bouton de raccrochement, selon un autre mode de réalisation de l'invention. [0099] Dans le mode décrit ici, le terminal T est déjà apparié sur la base B. Ce mode peut être mis dans un réseau dont l'architecture correspond à celle illustrée par la figure 4 ou par la figure 5. [0100] Le terminal T envoie au cours d'une étape E800 un message MSG de type CC- FACWITY, connu de la norme DECT, mais en le modifiant par une insertion, dans un champ « Escape to Proprietary » de ce message, d'une information « OnHoolc=No » indiquant que le terminal T ne dispose pas de bouton de raccrochement. [0101] La base B reçoit ce message MSG au cours de l'étape E500. [0102] Alternativement, au cours de l'étape E800, le terminal T envoie à la base B un message MSG de type MM-IWU, en insérant l'information « OnHook=No » dans un champ « Escape to Proprietary » ou dans un champ « IWU-IWU » de ce message MSG. [0103] Alternativement, au cours d'une signalisation d'une communication entrante, et au 14 cours de l'étape E800, le terminal T envoie à la base B un message MSG de type CCInfo, en insérant l'information « Onflook,No » dans un champ « Escape to Proprictary » de cc message. Ce message MSG de type CC-Info peut être envoyé par le terminal T après une réception d'un message CC-Setup et avant ou après l'envoi d'un message CC-Alerting, par exemple. [0104] Alternativement, au cours d'une signalisation d'une communication sortante, et au cours de l'étape E800, le terminal T envoie à la base B un message MSG de type CCInfo, en insérant l'information « Onflook,No » dans un champ « Escape to Proprictary » de cc message. Ce message MSG de type CC-Info peut être envoyé par le terminal T après une réception d'un message CC-Call Procceding, par exemple. [0105] La figure 10 illustre un exemple de mise en oeuvre de l'étape E500 de détermination par la base B que le terminal T ne dispose pas d'un bouton de raccrocher-rient, selon un autre mode de réalisation de r invention. [0106] Dans le mode décrit ici, le terminal T est déjà appairé sur la base B. Ce mode peut être mis en oeuvre dans un réseau dont l'architecture correspond à celle illustrée par la figure 4 où la base B est comprise dans un équipement BX de terminaison de réseau. [0107] L'équipement BX reçoit au cours d'une étape E900 des données de configuration CFG d'un dispositif D de configuration. [0108] Etant donné que la base B fait partie de l'équipement BX, les données CEG comporte en outre des données de configurations CFG' qui concerne la base B. [0109] A tire d'exemple, un utilisateur du terminal T peut sélectionner via le dispositif D, un paramètre de configuration indiquant que son terminal T ne dispose pas de bouton de raccrochement. [0110] En particulier, l'utilisateur peut configurer via le dispositif D la durée d'une étape d'émission d'une tonalité. [0111] L'équipement BX extrait de ces propres données de configurations CFG, les données CFG' concernant la base et les envoie à la base B. Au cours d'une étape E500, la base B reçoit ces données de configuration CFG'. [0112] Par lecture des données CEG', la base B détermine que le terminal T ne dispose pas de bouton de raccrochement. [0113] La figure 11 représente des architectures fonctionnelles, selon un mode de réalisation de l'invention, d'un système SYS de communication en norme DECT, du terminal T et de la base B, tous conformes à l'invention. [0114] Le système SYS comporte la base B et le terminal T. La base et le terminal pouvant communiquer via un canal C_DECT conforme à la norme DECT. [0115] La base B comporte une interface dite «interface externe » de communication avec un réseau coeur et : -- un module de détermination DET configuré pour déterminer que le terminal T ne dispose pas d'un bouton de raccrochement permettant de libérer le canal DECT; -- un module COM-NET de communication externe configure pour recevoir un message réseau sur l'interface externe indiquant une absence de réservation, sur le réseau coeur, d'un canal de communication pour le terminal T ; et -- un module COM-B-DECT de communication conformément à la norme DECT, configure pour envoyer au terminal T, après ladite réception du message sur l'interface externe, d'un message DECT descendant pour la libération du canal C DECT, le message DECT descendant comportant une commande conforme à la norme DECT de libération du canal par la base B, telle qu'une commande CC-Release, ou une demande RQ de déclenchement automatique par le terminal T de ladite libération. [0116] Le terminal T ne dispose pas de bouton de raccrochement permettant de libérer le canal C DECT. Le terminal T comprend un module COM-T de communication configure pour : -- recevoir, en provenance de la base B, un message TN. RQ de demande de libération du canal C DECT; et pour -- envoyer automatiquement à la base B, après ladite réception, un message DECT montant de libération du canal C DECT. [0117] Dans le mode de réalisation décrit ici, le terminal T et la base B ont chacun l'architecture matérielle d'un ordinateur, telle qu'illustrée à la figure 12. [0118] Chacune des architectures du terminal T et de la base B comprend notamment un processeur 7, une mémoire vive 8, une mémoire morte 9, une mémoire flash non volatile 10 dans un mode particulier de réalisation de l'invention, ainsi que des moyens de communication 11. De tels moyens sont connus en soi et ne sont pas décrits plus en détail ici. [0119] La mémoire morte 9 de la base B selon l'invention constitue un support d'enregistrement conforme à l'invention, lisible par le processeur 7 et sur lequel est enregistré ici un programme d'ordinateur Progl conforme à l'invention. [0120] La mémoire morte 9 du terminal T selon l'invention constitue un support d'enregistrement conforme à l'invention, lisible par le processeur 7 et sur lequel est enregistré ici un programme d'ordinateur Prog2 conforme à l'invention. [0121] La mémoire 10 de la base B permet d'enregistrer des variables utilisées pour l'exécution des étapes du procédé de libération d'un canal DECT selon l'invention, telles que une liste des terminaux appairés sur la base qui ne disposent pas de bouton de raccrochage, la demande RQ, la tonalité TN, la tonalité TN2 ou les données de configuration CFG'. [0122] La mémoire 10 du terminal T permet d'enregistrer des variables utilisées pour l'exécution des étapes du procédé de libération d'un canal DECT selon l'invention, telles que la demande RQ, une fréquence de référence à comparer avec la fréquence 16 d'une tonalité TN détectée, ou les tonalités TN1 ou TN3. [0123] Le programme d'ordinateur Progl définit des modules fonctionnels et logiciels ici, configurés pour libérer un canal DECT par la base B. Ces modules fonctionnels s'appuient sur et/ou commandent les éléments matériels 7-11 de la base B cités précédemment. [0124] Le programme d'ordinateur Prog2 définit des modules fonctionnels et logiciels ici, configurés pour libérer un canal DECT par le terminal T. Ces modules fonctionnels s'appuient sur et/ou commandent les éléments matériels 7-11 du terminal T cités précédemment. 17 [Revendication 1] [Revendication 2] [Revendication 3] [Revendication 4]