FR 2985627 A1 20130712 FR 1250243 A 20120110 La présente invention concerne les systèmes de communication téléphonique, et plus particulièrement les systèmes de communication téléphonique privés. Pour relier les postes téléphoniques d'un établissement privé avec le réseau téléphonique public, il est fait appel à des autocommutateurs téléphoniques privés également désignés PABX. Aux PABX fonctionnant par commutation de circuits tendent à se substituer des IP PBX (Internet Protocol Private Branch Exchange) qui assurent l'acheminement des communications en utilisant le protocole Internet (IP) en interne sur le réseau de l'entreprise (LAN, WAN). Bien que certains IP PBX aient été conçus afin d'être utilisés par des particuliers, en pratique ce type de produit s'avère être peu approprié à un usage domestique car il requiert des paramétrages plus ou moins complexes 15 pour sa mise en oeuvre. Il n'existe pas actuellement de système téléphonique permettant à des particuliers d'établir, via un réseau local (LAN) et une ligne téléphonique reliée à un réseau de téléphonie public, une communication téléphonique au moyen d'un terminal non dédié à cette ligne. 20 L'invention vise, entre autres, à pallier ce manque. A cet effet, l'invention a pour objet un système de communication téléphonique comprenant au moins : un réseau local de transmissions de données, un terminal comportant des moyens d'accès audit réseau 25 local, une ligne téléphonique reliée à un réseau téléphonique, et un dispositif hôte entre ledit réseau local et ladite ligne téléphonique pour donner audit terminal accès à ladite ligne téléphonique, 30 caractérisé en ce que ledit dispositif hôte comprend un serveur fournisseur de services téléphoniques et ledit terminal comprend une application téléphonique client comportant : des moyens de recherche desdits services téléphoniques en réponse à l'enregistrement dudit terminal sur ledit réseau, 35 des moyens d'authentification auprès dudit serveur en réponse à la découverte desdits services téléphoniques, des moyens pour télécharger dudit serveur des paramètres de configuration téléphonique en réponse à ladite authentification, des moyens pour appliquer audit terminal lesdits paramètres de configuration téléphonique en réponse à leur chargement, et des moyens d'enregistrement dudit terminal auprès dudit dispositif hôte pour la réception d'appels téléphoniques, en réponse à l'application desdits paramètres de configuration téléphonique. Ainsi, n'importe quel terminal doté de l'application téléphonique client et des transducteurs acoustiques de capture et de substitution du son nécessaires peut, en venant s'intégrer à n'importe quel réseau local domestique équipé du dispositif hôte, initier ou recevoir des communications téléphoniques sur la ligne téléphonique spécifique, c'est-à-dire possédant son propre numéro, associée à ce réseau. En d'autres termes, à partir du moment où il est enregistré auprès du dispositif hôte conformément à l'invention, n'importe quel terminal répondant aux conditions ci-dessus est traité vis-à-vis de la ligne téléphonique comme s'il s'agissait d'un combiné téléphonique dédié à cette ligne. Selon une caractéristique possible de l'invention, ladite ligne téléphonique est une ligne point à point et ledit dispositif hôte comporte un convertisseur numérique/analogique. Selon une autre caractéristique possible de l'invention ledit 25 dispositif hôte comporte une interface de téléphonie DECT assurant une communication entre ledit terminal et au moins un combiné téléphonique DECT associé à ladite ligne. Selon une caractéristique possible de l'invention, que ladite ligne téléphonique est une ligne point à point de type VOIP. 30 Selon une caractéristique possible de l'invention, ledit réseau local comprend un modem-routeur d'accès au réseau Internet et ledit dispositif hôte est connecté audit modem-routeur. Selon une caractéristique possible de l'invention, ledit modemrouteur est équipé d'une passerelle de téléphonie VOIP. 35 Selon une caractéristique possible de l'invention, ledit dispositif hôte comprend une application pour commander le cheminement direct entre ledit terminal et ladite passerelle de téléphonie VOIP.des flux audio d'une communication téléphonique établie via ledit dispositif hôte. Selon une caractéristique possible de l'invention lesdits moyens d'authentification dudit terminal auprès dudit serveur comprennent des moyens d'authentification à clé publique/clé privée. Selon une caractéristique possible de l'invention, ledit terminal comprend des moyens d'authentification à clé publique/clé privée dudit serveur. Selon une caractéristique possible de l'invention, ledit système comprend des moyens d'identification dudit terminal auprès dudit dispositif hôte. Selon une caractéristique possible de l'invention, ledit terminal est un téléphone mobile associé à une ligne de téléphonie mobile sans fil distincte de ladite ligne téléphonique. D'autres caractéristiques et avantages de l'invention ressortiront de la description qui va suivre de modes de réalisation donnés uniquement à titre d'exemples et illustrés par les dessins annexés sur lesquels : la figure 1 est un schéma de principe illustrant le système de communication téléphonique selon l'invention ; la figure 2 est une vue similaire à la figure 1 illustrant le système dans le cas où la ligne téléphonique est une ligne dédiée du réseau RTC ; la figure 3A est une vue similaire à la figure 1 illustrant une première forme de réalisation du système dans le cas où la ligne téléphonique est du type VOIP ; la figure 3B est une vue similaire à la figure 1 illustrant une deuxième forme de réalisation du système dans le cas où la ligne téléphonique est du type VOIP ; la figure 4 est un diagramme illustrant le processus de configuration du système téléphonique selon l'invention ; la figure 5 est un schéma bloc illustrant l'architecture logicielle d'un dispositif hôte dans le cas du système à ligne téléphonique dédiée (RTC) de la figure 2 ou du système à ligne de type VOIP selon le premier mode de réalisation de la figure 3A; la figure 6 est un schéma bloc illustrant l'architecture logicielle d'un dispositif hôte dans le cas du système à ligne de type VOIP selon le deuxième mode de réalisation de la figure 3B ; la figure 7 est un schéma bloc illustrant la circulation des flux de signalisation dans les systèmes à ligne téléphonique dédiée de la figure 2 et à ligne VOIP selon le premier mode réalisation de la figure 3A; la figure 8 est une vue analogue à la figure 7 illustrant la circulation des flux de signalisation dans le cas du système à ligne de type VOIP selon le deuxième mode réalisation de la figure 3B ; la figure 9 est un schéma bloc illustrant la circulation des flux audio dans le système de communication téléphonique à ligne dédiée de la figure 2 et à ligne VOIP selon le premier mode réalisation de la figure 3A ; la figure 10 est une vue analogue à la figure 9 illustrant un premier mode de circulation des flux audio dans le système à ligne de type VOIP selon le deuxième mode réalisation de la figure 3B ; la figure 11 est une vue analogue à la figure 10 illustrant un deuxième mode de circulation des flux audio dans le système à ligne de type VOIP selon le deuxième mode réalisation de la figure 3B ; la figure 12 est un schéma bloc illustrant le fonctionnement en mode répondeur du système à ligne dédiée de la figure 2 ; et la figure 13 est un schéma bloc illustrant un dispositif hôte équipé d'une interface DECT pour le système à ligne dédiée de la figure 2. En se reportant à la figure 1, un système de communication téléphonique comprend un terminal 20 qui, par l'intermédiaire d'un réseau local 21, est en liaison avec un dispositif hôte 22 qui héberge un serveur fournissant des services téléphoniques. Le dispositif hôte 22 est connecté par une liaison 23 avec une avec une ligne téléphonique L d'un réseau téléphonique point à point 24. Le terminal 20 est équipé de transducteurs acoustiques lui permettant de capter et restituer la parole, de moyens logiciels et d'interfaces lui permettant d'accéder au réseau local 21 via une liaison 25 filaire (Ethernet) ou sans fil (WIFI, Bluetooth, etc.), et d'y échanger des données numériques, et de moyens de chargement d'applications clients. Il peut s'agir, par exemple, d'un téléphone mobile, d'un smartphone, d'un PDA, d'un ordinateur personnel, d'une tablette, ou d'un appareil équivalent qui remplit les conditions énumérées ci-dessus. Il peut s'agir par exemple d'un Smartphone équipé - de moyens d'échanges de données numériques, tels que par exemple une liaison WIFI et des logiciels conventionnels appropriés, lui permettant de télécharger directement ou indirectement (par l'intermédiaire d'un PC par exemple) des applications sur le réseau Internet, et - d'une carte SIM associée à une ligne de téléphonie mobile (GSM par exemple) totalement indépendante et distincte de la ligne téléphonique L préçitée du réseau point à point à laquelle est connecté le dispositif hôte 22. Le dispositif hôte 22 contient des moyens matériels et logiciels lui permettant à la fois de remplir sur le réseau 21 la fonction - de serveur fournissant des services téléphoniques à un client d'un terminal 20 présent sur le réseau 21 et - d'interface entre le terminal 20 et le réseau téléphonique point à point 24 pour l'établissement d'une communication téléphonique entrante ou sortante via la ligne L. Le dispositif hôte 22 est connecté au réseau local 21 par une liaison 26 qui peut être filaire (Ethernet) ou non filaire (WIFI, Bluetooth, etc.). Le réseau téléphonique point à point 24 peut être un réseau commuté du type RTC, un réseau à intégration de services du type ISDN (RNIS par exemple), ou un réseau de type VOIP ( Voice Over IP). Dans le premier cas illustré par la figure 2, le dispositif hôte 22 comporte un adaptateur 41 (figure 5) assurant entre autres une conversion analogique/numérique et une prise téléphonique analogique 27, par exemple de type RJ11. Cette prise 27 est reliée par la liaison filaire analogique 23 à une prise conventionnelle 28 de la ligne téléphonique L qui, en l'espèce, est une ligne téléphonique dédiée 29 du réseau téléphonique 24 de type RTC. En variante, la ligne téléphonique dédiée 29 peut être une ligne 35 téléphonique à intégration de services de type ISDN (par exemple RNIS). Dans ce cas, l'adaptateur 41 comporte des moyens d'interface appropriés à ce type de ligne et la liaison 23 entre le dispositif hôte 22 et la prise 2 98562 7 6 téléphonique 28 (qui est une prise pour ligne ISDN) est elle-même adaptée à ce type de ligne ISDN. Dans cet exemple de la figure 2, le réseau local 21 a été représenté sous la forme d'un routeur 30 qui assure la liaison de données 5 selon le protocole IP entre le terminal 20 et le dispositif hôte 22. Le routeur 30 peut faire partie d'un modem-routeur d'accès au réseau Internet, par exemple d'une « box » d'un fournisseur d'accès à Internet (FAI). En fonctionnement, une fois que le terminal 20 a été configuré convenablement par le dispositif 22 comme cela sera décrit dans la suite, il 10 fonctionne vis-à-vis de la ligne L 29 comme un combiné téléphonique capable de recevoir ou d'émettre des appels sur cette ligne L. La communication est établie en mode analogique classique sur la ligne téléphonique 29 et la liaison 23, et en mode numérique par paquets selon le protocole IP entre le dispositif hôte 22 et le terminal 20. Le dispositif hôte 22 assure de manière connue en 15 soi la conversion entre ces deux modes. L'exemple de la figure 3A illustre un deuxième cas dans lequel le réseau téléphonique point à point 24 est du type VOIP (Voice Over IP). Ici, le réseau local 21 comporte un dispositif conventionnel 31 de type « box » qui comprend un modem (non représenté) pour recevoir de et émettre vers le 20 réseau Internet 32 des signaux appropriés à des échanges de données numériques, un routeur 30 pour acheminer sur le réseau local des informations en provenance du réseau Internet 32 et inversement, une passerelle VOIP 33, des ports Ethernet 34 permettant, entre autres, l'échange de données numériques avec le dispositif hôte 22, et une prise téléphonique 25 analogique, par exemple de type F1,111, à laquelle le dispositif hôte 22 est connecté par la liaison filaire analogique 23. La liaison 25 entre le terminal 20 et la « box » modem-routeur 31 est de préférence de type WIFI, mais en variante elle peut être filaire (Ethernet) ou d'un autre type sans fil (Bluetooth par exemple). 30 La liaison 35 entre la « box » modem-routeur 31 et le réseau Internet 32 peut être, par exemple, du type xDSL (par exemple aDSL), câble TV ou fibre optique. En fonctionnement, et en supposant le terminal 20 convenablement configuré comme cela a été indiqué à propos de l'exemple de la figure 2, ce terminal fonctionne également comme un combiné téléphonique capable de recevoir et d'émettre des appels sur la ligne téléphonique VOIP point à point via la liaison analogique 23 et la passerelle VOIP 33. 2 98562 7 7 En variante, comme représenté à la figure 3B, dans le cas où la ligne téléphonique point à point est une ligne de type VOIP, le dispositif hôte 22 peut être dépourvu de liaison analogique filaire (liaison 23 de la figure 3A) avec la « box » modem-routeur 31. Dans cette variante de la figure 3B où la 5 «box» modem-routeur 31 remplit tout à la fois les fonctions de routeur pour le réseau local 21, de modem pour l'accès au réseau Internet 32 et de passerelle VOIP 33, tous les échanges qui ont lieu entre le dispositif hôte 22 et le modem-routeur 31 transitent par la liaison ethernet 26 qui les réunit. Le fonctionnement du système des figures 2, 3A et 3B sera décrit 10 plus en détail en regard des figures 5 à 12. On se reportera maintenant à la figure 4 qui illustre le processus de configuration du système téréphonique des figures 1, 2, 3A et 3B. Sur cette figure, GW désigne le routeur dont est équipé le réseau local 21, qui est soit le routeur 30 de la figure 2, soit la partie routeur du modem-routeur 31 des 15 figures 3A et 3B. A la première étape El, le dispositif hôte 22 et le terminal 20 requièrent une adresse IP auprès du routeur GW et se voient attribuer en réponse respectivement des adresses IP1 et IP2. En variante, ces adresses peuvent être attribuées manuellement. 20 A l'étape E2 suivante, le terminal 20 (client) recherche sur le réseau local les services téléphoniques dont le dispositif hôte 22 est le fournisseur. A cet effet, le terminal 20 met en oeuvre un protocole de recherche du type "Bonjour", "Upnp", ou similaire. A l'étape E3, le dispositif hôte 22, c'est-à-dire le serveur fournisseur 25 de services téléphoniques, répond au terminal 20. A l'étape E4, le dispositif hôte 22 authentifie le terminal 20 et/ou inversement. Différentes méthodes d'authentification conventionnelles basées sur des mécanismes à clé privée/clé publique et/ou à code PIN peuvent être utilisées. 30 A titre d'exemple, selon une première méthode, le terminal 20 possède une clé privée et le dispositif 22 une clé publique correspondante. Le terminal 20 envoie au dispositif hôte 22 un challenge (aléas) en clair et chiffré par la clé privée. Le dispositif hôte déchiffre au moyen de sa clé publique la version chiffrée du challenge et, si elle concorde avec la version reçue en 35 clair, c'est que le terminal 20 contient la bonne clé privée. Cela signifie que l'application contenue dans le terminal 20 est authentique. Le dispositif hôte 22 accepte alors la connexion avec le terminal 20. 2 98562 7 8 Réciproquement, il peut être prévu que le terminal 20 authentifie le dispositif hôte 22 par un processus inverse à clé privée/ clé publique. Le terminal 20 contient une clé publique correspondant à la clé privée du dispositif hôte 22. Le terminal 20 émet une requête et le dispositif hôte 22 y 5 répond en envoyant un challenge en clair et sous forme chiffrée avec sa clé privée. Si le challenge déchiffré par le terminal 20 avec sa clé publique correspond à celui reçu en clair du dispositif hôte 22, c'est que ce dernier est authentique. Dans ce cas, le terminal 20 poursuit le processus de configuration 10 Il peut être prévu que les deux processus d'authentification ci- dessus soient mis en oeuvre successivement, dans un ordre ou dans l'autre, afin d'assurer une authentification mutuelle du terminal 20 et du dispositif hôte 22. Le ou les processus d'authentification décrits ci-dessus peuvent le 15 cas échéant être précédés ou suivis par un processus d'identification par code PIN. Il sera par exemple demandé à l'utilisateur du terminal 20 d'insérer dans celui-ci le code PIN du dispositif hôte 22. Ce code PIN peut, par exemple, être imprimé sur le dispositif hôte 22, ou communiqué au détenteur du terminal 20 par le détenteur du dispositif hôte 22 et de la ligne L si ce ne sont pas les 20 mêmes personnes ou entités. Si le code PIN reçu du terminal 20 par le dispositif hôte 22 est le bon, celui-ci accepte la connexion avec le terminal 20. L'identification par code PIN peut avoir pour but d'assurer que le titulaire du terminal 20 est autorisé à accéder à la ligne L. A l'étape E5 suivante, le terminal 20 demande au dispositif hôte 22 25 les paramètres de configuration téléphonique qui lui sont nécessaires, tels que des paramètres SIP, H323 et MGCP (protocole VOIP), et ceux-ci lui sont transmis en retour. Enfin, à l'étape E6, le terminal 20 applique les paramètres de configuration téléphonique et s'enregistre sur le dispositif hôte 22 au moyen 30 de son adresse IP2 pour pouvoir recevoir des appels entrants. Si le système selon l'invention comporte plusieurs lignes téléphoniques L ou si plusieurs dispositifs hôte 22 se trouvent connectés au réseau local 21, l'étape E3 comporte plusieurs réponses possibles à la requête du terminal 20 et une étape supplémentaire de choix est nécessaire 35 avant l'étape E4. Une fois achevé pour l'une des lignes L ou l'un des dispositifs hôte 22, le processus de configuration peut être répété pour chacune des autres lignes L ou chacun des autres dispositifs hôte 22. 2 98562 7 9 Le dispositif hôte 22 dont l'architecture logicielle est illustrée à la figure 5 est adapté pour fonctionner avec une ligne téléphonique dédiée (RTC, ISDN) comme représenté à la figure 2 ou avec une ligne VOIP dans le cas d'une « box » modem-routeur équipée d'une prise téléphonique 5 analogique, par exemple de type RJ11, comme représenté à la figure 3A. Le dispositif hôte 22 comprend une application 40 qui constitue le serveur fournisseur de services téléphoniques. L'application 40 est en liaison, d'une part, avec un adaptateur de ligne téléphonique 41, et d'autre part, une pile téléphonie 42 et une pile audio (RTP) 43. Ces piles 42 et 43 sont en 10 liaison avec la couche IP 44 qui, avec la couche Ethernet 45, font partie du système d'exploitation OS du dispositif hôte 22. Sur la figure 5 : - le chemin 15 -> 2 -> 3 --> 8 -> 13 illustre le cheminement de l'information dans le cas où survient un événement sur la ligne 15 téléphonique L via la liaison 23; le chemin 12 -> 9 -> 4 -> 1 illustre le cheminement de l'information dans le cas de l'envoi depuis le terminal 20 d'une commande sur la ligne téléphonique L via la liaison 23; le chemin 12 -> 11 -> 6 -> 14 illustre le cheminement du flux 20 audio du terminal 20 vers la ligne téléphonique L via la liaison 23; le chemin 15 -> 7-> 10 -> 13 illustre le cheminement du flux audio de la ligne téléphonique L via la liaison vers le terminal 20. 25 L'adaptateur 41 assure la conversion analogique/numérique et la conversion 2 fils/4 fils le cas échéant (RTC). Si la ligne 29 est une ligne numérique de type IDN, l'adaptateur 41 assure l'interface nécessaire à ce type de ligne. Lorsqu'il est adapté pour fonctionner avec une ligne téléphonique 30 VOIP sans liaison filaire analogique entre le terminal 22 et la « box » modem- routeur 31 conformément à l'exemple de réalisation de la figure 3B, le dispositif hôte 22 présente l'architecture logicielle de la figure 6 qui est similaire à l'architecture de la figure 5 mais dépourvue d'adaptateur de ligne téléphonique. Outre l'application 40, les couches IP 44 et Ethernet 45, et les 35 piles téléphonie 42 et audio 43, le dispositif hôte 22 de la figure 6 comporte des piles supplémentaires téléphonie "extérieure" 42e et audio "extérieure" 43e. Sur la figure 6 : - le chemin 1 --> 6 -> 5 -> 4 illustre le cheminement des données dans le cas où survient un événement sur la ligne téléphonique L; le chemin 1 -> 2 --> 3 -> 4 illustre le cheminement des données dans le cas d'un événement en provenance du terminal 20 et à destination de la ligne téléphonique L; le chemin 1 -> 10 -p 4 illustre le cheminement possible du flux audio du terminal 20 vers la ligne téléphonique L; le chemin 1 --> 9 --> 4 illustre le cheminement possible du flux audio de la ligne téléphonique L vers le terminal 20. Toutefois, s'agissant des flux audio, en variante, ceux-ci peuvent ne pas transiter par le dispositif hôte 22 et être transmis directement par le routeur GW 30 du terminal 20 à la ligne VOIP et inversement comme illustré à 15 lafigureli La figure 7 illustre la circulation des flux de signalisation dans le cas où le système de communication est associé à une ligne téléphonique dédiée (RTC, RNIS) conformément au mode de réalisation de la figure 2, ou à une ligne VOIP à liaison téléphonique analogique filaire 23 entre le dispositif 20 hôte 22 et la « box » modem-routeur 31 conformément au mode de réalisation de la figure 3A: les événements en provenance de la ligne L (détection de sonnerie, identification de l'appelant, par exemple) suivant le chemin 1 --> 2 -> 3; 25 les événements en provenance du terminal 20 (combiné raccroché, numérotation DTMF) suivant le chemin 4 -> 5 -> 6. Dans le cas où le système de communication est associé à une ligne VOIP sans liaison analogique filaire conformément à l'exemple de réalisation de la figure 3B, la circulation des flux relatifs à des événements est 30 illustrée à la figure 8: chemin 1 --> 2 -> 3 --> 4 qui passe par le dispositif hôte 22 pour les événements (détection de sonnerie, identification de l'appelant) en provenance de la ligne téléphonique L; chemin 5 -> 6 7 -> 8 qui passe par le dispositif hôte 22 35 pour les événements (combiné raccroché, numérotation DTMF) en provenance du terminal 20. 2 98562 7 11 La figure 9 illustre la circulation des flux audio dans le système de communication téléphonique lorsqu'il est associé à une ligne dédiée 29 ou à une ligne VOIP conformément à l'exemple de réalisation de la figure 3B : dans ce cas, les flux audio dans un sens et dans l'autre passent tous par le 5 dispositif hôte 22. La figure 10 illustre un premier exemple de circulation des flux audio dans le système selon l'invention lorsque celui-ci est associé à une ligne VOIP conformément à l'exemple de réalisation de la figure 3B. Dans ce premier exemple, les flux audio numérisés transitent par le dispositif hôte 22 : 10 les flux audio descendants (en provenance de la ligne VOIP) suivent le chemin 5 6 -> 7 8; les flux audio montants (du terminal 20 vers la ligne VOIP) suivent le chemin 1 ---> 2 -> 3 -> 4. A l'inverse, suivant un deuxième exemple de circulation des flux 15 audio dans le système conforme au mode de réalisation de la figure 3B, le routeur 30 est commandé par le dispositif hôte 22 pour aiguiller directement les flux audio entre la ligne VOIP et le terminal 20, sans que ceux-ci passent par le dispositif hôte 22, comme illustré à la figure 11: - les flux descendants suivant le chemin 1 -> 2; 20 - les flux montants suivent le chemin 3 4. La figure 12 illustre le fonctionnement du dispositif hôte 22 en répondeur téléphonique lorsqu'un appel entrant n'est pas pris par le terminal 20 : l'appel entrant provenant de la ligne L suit le chemin 25 1 --> 2 -> 3 ; en 4, le dispositif hôte 22 prend la communication et enregistre le message ; en 5, la ligne L indique que la communication est terminée. La figure 13 illustre un mode de réalisation dans lequel le dispositif 30 hôte 22 associé à une ligne téléphonique dédiée remplit une fonction DECT. En complément de l'architecture illustrée à la figure 5, le dispositif hôte 22 comporte une interface DECT 46 connectée à une ou plusieurs antennes DECT 47. Un ou plusieurs combinés téléphoniques 48 de type DECT sont susceptibles d'entrer en liaison avec l'interface DECT 46 via une 35 antenne 47. Les commandes et événements émanant d'un combiné DECT suivent le cheminement suivant : chemin 11 -> 7 - 6 -> 10 pour ceux à destination de la ligne dédiée 29 ; chemin 11 -> 7 --> 4 -->2 -> 1 pour ceux à destination du terminal 20. Les flux audio de et vers le combiné DECT 48 suivent les chemins suivants : chemin 11 -> 12 10 pour les liaisons entre le combiné DECT 48 et la ligne dédiée 29 ; chemin 11 - 9 -> 3 --> 1 pour les échanges audio entre le combiné DECT 48 et le terminal 20. Ainsi, le terminal 20 et le combiné DECT 48 peuvent passer et recevoir des appels sur la ligne dédiée 29, le terminal 20 peut appeler le combiné DECT 48 et, inversement, le combiné DECT 48 peut appeler le terminal 20. Les fonctionnalités offertes par l'interface DECT 46 sont celles d'un système DECT conventionnel bien connu des spécialistes de la technique et ne seront pas décrites plus en détail.