Brevet FR2909820A1 — publié le 20080613

Arrière-plan de l'invention L'invention se situe dans le domaine des télécommunications et, plus précisément, dans celui des passerelles résidentielles. De façon connue, de telles passerelles offrent à une pluralité de terminaux domestiques la possibilité de communiquer avec des terminaux distants, via le réseau Internet auquel est connectée cette passerelle, en utilisant un protocole de voix sur IP (Internet Protocol) connu sous l'acronyme VoIP (Voice Over IP). Il est de plus en plus fréquent que les utilisateurs souscrivent à une offre de voix sur IP multi-ligne, notamment lorsqu'une pluralité de terminaux sont utilisés dans le foyer. Se pose alors le problème de la complexité de configuration des terminaux VoIP connectés à la passerelle domestique. En effet, dans l'état actuel de la technique, l'opérateur doit fournir autant de fichiers de configuration qu'il existe de terminaux VoIP dans le réseau. Cette solution manque de souplesse puisque, si l'utilisateur souhaite ajouter un nouveau terminal ou modifier le numéro de téléphone affecté à un terminal, dans le cas d'une souscription à une offre multiligne, il doit en avertir l'opérateur pour que ce dernier fournisse un nouveau fichier de configuration pour le terminal en question. En outre, la configuration d'un terminal par l'utilisateur est fastidieuse du fait du manque de convivialité de l'interface (clavier alphanumérique du téléphone) et de la complexité des paramètres à saisir (login, password,...). La passerelle résidentielle INVENTEL (marque déposée), dénommée Inventel DECT Cordless VoIP Gateway DV5213/DV7213, telle que présentée par exemple dans un communiqué de presse du 10 mars 2005 (CeBIT, 10-16 mars 2005, Hanovre û Hall 15, Pavillon français, stand D13), fonctionnant en VoIP adresse ce problème de configuration. Elle permet au client de souscrire à une offre VoIP multi-ligne selon laquelle le client dispose d'une pluralité de terminaux et de numéros de téléphone. 2909820 2 Mais, dans cette solution, les terminaux domestiques ne sont pas des terminaux conformes au protocole SIP (Session Initiation Protocol), normalisé et standardisé par l'Internet Engineering Task Force (IETF) dans le document RFC3161, ce protocole SIP étant, de façon 5 connue, le standard ouvert de VoIP interopérable le plus répandu. En effet, la passerelle INVENTEL ne gère que des terminaux conformes au protocole DECT (Digital Enhanced Cordless Telephone), de sorte que la terminaison SIP se fait dans la passerelle. En conséquence, dans le cas de la technologie DECT, le 10 problème technique de la multiplicité des fichiers de configuration dans le cadre d'une offre multi-ligne ne se pose pas. Objet et résumé de l'invention L'invention concerne un procédé de configuration d'une 15 passerelle apte à communiquer localement à au moins un terminal selon le protocole SIP, ce procédé comportant : - une première phase d'enregistrement d'au moins un compte de voix sur IP auprès d'une plateforme de service SIP ; - une deuxième phase d'enregistrement, dans un fichier dit fichier 20 d'enregistrement , d'un identifiant logique du terminal avec une adresse de ce terminal ; et - une phase d'association, dans un fichier dit fichier d'association du compte de voix sur IP avec l'identifiant logique de terminal. Corrélativement, l'invention concerne une passerelle apte à 25 communiquer localement à au moins un terminal selon le protocole SIP, cette passerelle comportant : - des premiers moyens pour enregistrer au moins un compte de voix sur IP auprès d'une plateforme de service SIP ; - des deuxièmes moyens d'enregistrement, dans un fichier dit fichier 30 d'enregistrement , d'un identifiant logique du terminal avec une adresse de ce terminal ; et - des moyens d'association, dans un fichier dit fichier d'association , dudit compte de voix sur IP avec l'identifiant logique de terminal. La présente invention permet donc de résoudre le problème de 35 la complexité de configuration d'une pluralité de terminaux conformes au protocole SIP, en intégrant, dans la passerelle résidentielle selon 2909820 3 l'invention, des moyens pour masquer la complexité du réseau domestique pour l'opérateur ou le fournisseur de service. L'invention présente un intérêt tout particulier dans le cadre d'une offre VoIP multi-ligne dans laquelle l'utilisateur dispose d'une 5 pluralité de terminaux et de numéros de téléphone. Cette invention diffère notamment de la solution INVENTEL présentée ci-dessus en ce que les terminaux sont des terminaux "intelligents" dotés de moyens de mise en oeuvre du protocole SIP, par opposition aux terminaux DECT qui ne peuvent gérer que de la téléphonie. 10 Dans un mode particulier de réalisation de l'invention, la première phase d'enregistrement comporte : - une étape de téléchargement d'un fichier dit fichier de configuration , ce fichier comportant des données permettant d'enregistrer le compte de voix sur IP auprès de la plateforme de 15 service ; et ; - une étape d'envoi d'une requête d'enregistrement comportant les données à la plateforme de service. En pratique, cette phase d'enregistrement peut être effectuée lors de l'achat de la passerelle. La passerelle télécharge le fichier de 20 configuration VoIP préparé par l'opérateur et enregistre automatiquement le ou les comptes provisionnés auprès de la plateforme de service SIP. Dans un mode particulier de réalisation de l'invention, chacun de ces comptes comporte notamment un numéro de téléphone associé avec un couple login/password spécifique pour ce numéro. 25 Dans un mode particulier de réalisation de l'invention, la deuxième phase d'enregistrement comporte : - une étape de réception d'une requête DHCP (Dynamic Host Configuration Protocol) en provenance du terminal ; - une étape d'obtention de l'adresse IP du terminal et d'envoi de cette 30 adresse au terminal en réponse à la requête ; - une étape de réception d'une requête d'enregistrement comportant au moins l'identifiant logique et l'adresse ; et - une étape d'enregistrement de l'identifiant logique et de l'adresse dans le fichier d'enregistrement. 2909820 4 Pour la mise en oeuvre de ce mode particulier de réalisation de l'invention, il est nécessaire que la passerelle domestique comporte un serveur DHCP. Si ce n'est pas le cas, le client doit connaître l'adresse IP de son 5 terminal et la configurer dans son terminal, en plus de l'identifiant logique de ce terminal. En pratique, l'identifiant logique du terminal peut être un nom du terminal, associé à une pièce de la maison ("cuisine", "salon"), à un utilisateur ("Elodie"), ou à un groupe d'utilisateurs ("parents"). 10 A l'issue de cette deuxième phase d'enregistrement, le terminal SIP est enregistré dans la passerelle résidentielle. Mais il n'a toujours pas le droit de passer ou de recevoir un appel VoIP, du fait que ce terminal n'est pas associé avec un compte de voix sur IP, ce qui va être fait au cours de la phase d'association de 15 l'invention. Dans un mode particulier de réalisation de l'invention, cette phase d'association comporte : - une étape d'envoi, sur réception d'une requête, d'un formulaire comportant un élément distinctif de chacun des comptes de voix sur IP 20 et un champ permettant d'associer au moins un identifiant logique de terminal à chacun de ces éléments ; et - une étape de réception du formulaire complété et d'enregistrement, dans le fichier d'association, des identifiants logiques de terminaux en association avec les comptes de voix sur IP, conformément au contenu 25 du formulaire. Une telle phase d'association peut ainsi se faire de façon simple et conviviale pour l'utilisateur, par exemple en accédant à un site web hébergé par la passerelle résidentielle. Cette phase d'association a lieu uniquement lors du premier 30 rattachement du terminal auprès de la passerelle. Préférentiellement, l'élément distinctif d'un compte est le numéro de téléphone associé à ce compte. Conformément à l'invention, un même terminal peut être associé à un ou plusieurs numéros de téléphone, plusieurs terminaux 35 pouvant être associés au même numéro de téléphone. 2909820 5 Dans un mode particulier de réalisation, les différentes étapes du procédé de configuration sont déterminées par des instructions de programmes d'ordinateurs. En conséquence, l'invention vise aussi un programme 5 d'ordinateur sur un support d'informations, ce programme étant susceptible d'être mis en oeuvre dans une passerelle résidentielle ou plus généralement dans un ordinateur, ce programme comportant des instructions adaptées à la mise en oeuvre des étapes d'un procédé de configuration tel que décrit ci-dessus. 10 Ce programme 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 source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable. 15 L'invention vise aussi un support d'informations lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus. Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut 20 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 disc) ou un disque dur. D'autre part, le support d'informations peut être un support 25 transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, le support d'informations peut être un circuit 30 intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. Brève description des dessins 35 D'autres caractéristiques et avantages de la présente invention ressortiront de la description faite ci-dessous, en référence aux dessins 2909820 6 annexés qui en illustrent un exemple de réalisation dépourvu de tout caractère limitatif. Sur les figures : - la figure 1 représente, dans son environnement, une passerelle conforme à l'invention dans un mode particulier de réalisation 5 de l'invention ; - la figure 2 représente des fichiers utilisés dans la passerelle de la figure 1 ; et - la figure 3 représente, sous forme d'organigramme, les principales étapes d'un procédé de configuration conforme à l'invention 10 dans un mode particulier de réalisation. Description détaillée d'un mode de réalisation La figure 1 représente une passerelle résidentielle 20 conforme à l'invention. Dans le mode de réalisation décrit ici, cette passerelle 15 résidentielle 20 a l'architecture d'un ordinateur conventionnel. Elle comporte notamment un processeur 21, une mémoire vive de type RAM 22 et une mémoire morte de type ROM 23. La mémoire morte 23 mémorise un programme d'ordinateur comprenant des instructions pour l'exécution des étapes du procédé de 20 configuration selon l'invention qui sera décrit ultérieurement en référence à la figure 3. La passerelle 20 selon l'invention décrite ici comporte un module SIP 24, ce module 24 comportant principalement : - un module SIP Registrar 25 ; et 25 - un proxy SIP 26. Dans l'exemple décrit ici, on considère que la passerelle résidentielle 20 est connectée à quatre terminaux T1, T2, T3 et T4. Le terminal T1 est relié, via une interface Ethernet RJ 45, référencée 30, directement au module SIP 24. 30 Le terminal T2 est un terminal sans fil relié au module SIP 24 par une interface WiFi référencée 31. Dans l'exemple de réalisation décrit ici, la passerelle résidentielle 20 comporte également une entité SIP UA (User Agent) référencée 27 permettant d'interfacer la passerelle résidentielle 20 avec le terminal T3 35 via un port USB 28 et le terminal DECT T4 via un port FXS (Foreign eXchange Subscriber). 2909820 7 Conformément à l'invention, chaque terminal est configuré avec le strict minimum d'informations, à savoir l'identifiant logique T1, T2, T3, T4 de ce terminal et l'adresse IP du module SIP Registrar 25. 5 La passerelle résidentielle 20 est connectée au réseau Internet 5 par l'intermédiaire d'une interface ADSL référencée 32. A la figure 1, on a référencé 50 une plateforme de service SIP/IMS (IP Multimedia Subsystem). A chaque demande d'établissement d'une session par l'un des 10 terminaux T1 à T4, le module SIP 24 obtient l'identifiant logique et l'adresse IP configurée dans le terminal et ajoute toutes les autres informations nécessaires pour communiquer avec la plateforme de service 50 (numéro de téléphone, login/password d'authentification, nom du domaine du Registrar,...). 15 Vis-à-vis de ces terminaux, le module SIP 24 agit comme Registrar et proxy SIP, c'est-à-dire : - qu'il enregistre directement ces terminaux, sans authentification SIP ; et - qu'il relaie les demandes d'établissement d'appels entre ces 20 terminaux et la plateforme de service 50, tout en modifiant les informations réseaux nécessaires à cette plateforme. Dans l'exemple de réalisation décrit ici, la plateforme résidentielle 20 comporte en outre un serveur DHCP 33, les données de configuration de ce serveur 33 étant configurées par le module SIP 24. 25 Dans le mode de réalisation décrit ici, l'option DHCP 120 "SIP proxy" est configurée avec l'adresse IP LAN (Local Area Network) de la passerelle résidentielle 20. Dans l'exemple de réalisation décrit ici, la passerelle résidentielle 20 comporte également un serveur Web utilisé lors de la phase 30 d'association des terminaux T1, T4 à un compte VoIP. Enfin, la mémoire vive 22 comporte trois fichiers 35, 36, 37 qui vont maintenant être décrits en référence à la figure 2. A la figure 2, on a représenté : - un fichier de configuration 35 ; 35 - un fichier d'enregistrement 36 ; et un fichier d'association 37. 2909820 8 Dans l'exemple de réalisation décrit ici, nous supposerons que l'utilisateur a souscrit à une offre VoIP pour trois numéros de téléphone NUM1, NUM2 et NUM3. Au moment de l'achat de sa passerelle résidentielle 20, le proxy 5 SIP 26 télécharge auprès de l'opérateur un fichier de configuration VoIP 35 et enregistre automatiquement les trois comptes auprès de la plateforme de service 50. Plus précisément, chacun de ces comptes est constitué par un numéro de téléphone, par exemple NUM1, associé avec des données de 10 configuration SIP CONF_SIP1 propres à ce numéro NUM1, ces données de configuration comportant notamment un login et un password spécifiques à ce numéro. Le fichier d'enregistrement 36 est obtenu à l'issue de la deuxième phase d'enregistrement au sens de l'invention. 15 Il comporte par exemple, pour chacun des terminaux Ti à T4, l'identifiant logique Ti à T4 de ce terminal, l'adresse MAC (@MAC1 à @MAC4) de ce terminal, l'adresse IP (@IP1 à @IP4) de ce terminal et son port SIP (P1 à P4). Ce fichier d'enregistrement 36 est créé par le module SIP 24. 20 Plus précisément, lors de l'attribution d'adresses IP par le protocole DHCP, chaque terminal découvre dynamiquement son proxy Registrar d'attachement via l'option 120. Il émet, sur le port LAN du module SIP 24, sa requête d'enregistrement. Le module SIP 24 détecte que l'adresse IP Registrar contenue 25 dans cette requête correspond à son adresse IP côté LAN. Il transmet une réponse d'acquittement positive (200 OK) vers le terminal puis renseigne le fichier d'enregistrement 36. Dans l'exemple de réalisation décrit ici, le fichier d'association 37 est créé, par l'utilisateur, en saisissant des champs appropriés dans une 30 page Web obtenue à partir du serveur Web 34. Il permet d'associer, à chacun des numéros NUM1 à NUM3, au moins un identifiant logique d'un terminal Ti à T4 du réseau domestique. Dans l'exemple décrit ici, les terminaux Ti et T3 sont associés au numéro de téléphone NUM1, et les terminaux T2 à T4 respectivement 35 au numéro NUM2 et NUM3. 2909820 9 Nous allons maintenant décrire en référence à la figure 3 les principales étapes du procédé de configuration conforme à l'invention dans un mode de réalisation. Ce procédé de configuration comporte : 5 - une phase d'enregistrement automatique PHI ; - une deuxième phase d'enregistrement PH2 ; et - une phase d'association PH3. Dans l'exemple décrit ici, ce procédé est mis en oeuvre dans un programme d'ordinateur qui comporte en outre une phase PH4 de 10 traitement des appels par la passerelle résidentielle 20. La phase d'enregistrement PHI est effectuée au moment de la première configuration de la passerelle résidentielle 20, par exemple en agence. Elle comporte une première étape E10 au cours de laquelle le 15 module SIP 24 de la passerelle télécharge le fichier de configuration 35 préparé par l'opérateur, ce fichier contenant toutes les données de configuration SIP pour les comptes de voix sur IP souscrits par le client. Cette étape E10 de téléchargement est suivie par une étape E20 d'enregistrement des trois comptes provisionnés auprès de la plateforme 20 de service 50. Le module SIP 24 enregistre automatiquement les comptes provisionnés auprès de la plateforme SIP 50. Plus précisément, pour chaque compte VoIP, il gère une session d'enregistrement et utilise les données login/password associées à ce compte pour s'authentifier auprès 25 de la plateforme SIP 50. A partir de cet instant, les comptes VoIP souscrits sont vus actifs du côté de la plateforme SIP 50. La deuxième phase d'enregistrement PH2 est effectuée à chaque mise sous tension de la passerelle résidentielle 20. Elle permet d'enregistrer un terminal physique au niveau du 30 module SIP 24. Au cours d'une étape E30, le serveur DHCP 33 de la passerelle résidentielle 20 reçoit une requête DHCP en provenance d'un terminal par exemple T1. En réponse, le modèle DHCP fournit l'adresse IP (@IP1) de ce 35 terminal (étape E40). 2909820 10 Puis le terminal T1 envoie son identifiant T1 et son adresse IP @IP1 à la passerelle 20. Le module SIP 24 peut alors, au cours d'une étape E50, enregistrer l'identifiant, l'adresse MAC, l'adresse IP et le port SIP de 5 chacun des terminaux dans le fichier d'enregistrement 36. La phase PH3 d'association permet d'associer, dans le fichier d'association 37, chaque compte de voix sur IP avec au moins un identifiant logique de terminal. Dans l'exemple décrit ici, lorsque l'utilisateur veut associer un 10 terminal physique T1 à T4, il envoie une requête HTTP au serveur Web 34 de la passerelle 20, cette requête étant reçue au cours d'une étape [60. En réponse à cette requête, le serveur Web 34 fournit une page Web à l'utilisateur. Cette page Web comporte des champs de saisie par lesquels 15 l'utilisateur peut associer, à chaque numéro de téléphone NUM1 à NUM3, au moins un compte de voix sur IP. Sur réception de cette page Web dûment remplie, la passerelle résidentielle 20 enregistre ces différentes associations au cours d'une étape [80. 20 Cette étape E80 d'association termine le procédé de configuration conforme à l'invention. Nous allons maintenant décrire une phase PH4 de traitement des appels par la passerelle résidentielle 20. Nous supposerons qu'au cours d'un test E90, la passerelle 25 résidentielle 20 détermine si l'appel à traiter est un appel entrant ou un appel sortant. S'il s'agit d'un appel sortant, le test E90 est suivi : - par une étape [100 au cours de laquelle le proxy 26 remplace le nom du terminal T1 à T4 émetteur de la requête par le numéro de 30 téléphone associé à ce terminal dans le fichier d'association 37 et - par une phase E110 au cours de laquelle le proxy 26 ajoute les autres champs provisionnés associés à ce numéro de téléphone dans le fichier de configuration 35 (login/password). Par exemple, si l'appel est émis par le terminal T2, les champs 35 de la requête SIP émise par ce terminal sont complétés par : - le nom de l'utilisateur SIP, à savoir "T2"<>"NUM2" : 2909820 11 - les noms de domaines : "adresse LAN de la passerelle 20"<> "nom de domaine de la plateforme SIP 50" dans les champs "From", "To", "Request-Line". Les champs ajoutés sont les login et password d'authentification 5 CONF_SIP2. Si au cours du test E90, la passerelle domestique 20 détermine que l'appel à traiter est un appel entrant, elle remplace (étape [120) le numéro de téléphone par le nom du terminal associé dans le fichier d'association 37. REVENDICATIONS 1. Procédé de configuration d'une passerelle (20) apte à 5 communiquer localement avec au moins un terminal (T1-T4) selon le protocole SIP, ce procédé comportant : - une première phase (PH1) d'enregistrement d'au moins un compte de voix sur IP auprès d'une plateforme de service SIP (50) ; - une deuxième phase (PH2) d'enregistrement, dans un fichier (36) dit 10 fichier d'enregistrement , d'un identifiant logique dudit terminal (T1) avec une adresse (@IP1) de ce terminal ; et - une phase (PH3) d'association, dans un fichier (37) dit fichier d'association , dudit compte de voix sur IP avec ledit au moins un identifiant logique (T1) de terminal. 15 2. Procédé de configuration selon la revendication 1, caractérisé en ce que ladite première phase (PH 1) d'enregistrement comporte : - une étape (E10) de téléchargement d'un fichier (35) dit fichier de configuration , ce fichier comportant des données (NUM1, CONF_SIP1) 20 permettant d'enregistrer ledit au moins de compte de voix sur IP auprès de ladite plateforme de service (50) ; et ; - une étape (E20) d'envoi d'une requête d'enregistrement comportant lesdites données (NUM1, CONF_SIP1) à ladite plateforme de service (50). 25 3. Procédé de configuration selon la revendication 1 ou 2, caractérisé en ce que ladite deuxième phase (PH2) d'enregistrement comporte : - une étape (E30) de réception d'une requête DHCP en provenance dudit 30 terminal (T1) ; - une étape d'obtention de l'adresse IP (@IP1) dudit terminal (T1) et d'envoi de cette adresse (@IP1) audit terminal (T1) en réponse à ladite requête ; - une étape (E45) de réception d'une requête d'enregistrement 35 comportant au moins ledit identifiant logique (T1) et ladite adresse (@IP1) ; et 2909820 13 - une étape (E50) d'enregistrement dudit identifiant logique (T1) et de ladite adresse (@IP1) dans ledit fichier d'enregistrement (36). 4. Procédé de configuration selon l'une quelconque des revendications 1 à 3, caractérisé en ce que ladite phase (PH3) d'association comporte : - une étape ([70) d'envoi, sur réception ([60) d'une requête, d'un formulaire comportant un élément distinctif (NUM1, NUM2, NUM3) de chacun desdits comptes de voix sur IP et un champ permettant d'associer au moins un identifiant logique (T1) de terminal à chacun de ces éléments (NUM1, NUM2, NUM3) ; et - une étape ([80) de réception dudit formulaire complété et d'enregistrement, dans ledit fichier d'association (37), des identifiants logiques (T1) de terminaux en association avec lesdits comptes de voix sur IP, conformément au contenu dudit formulaire. 5. Passerelle (20) apte à communiquer localement avec au moins un terminal (T1-T4) selon le protocole SIP, cette passerelle comportant : - des premiers moyens pour enregistrer au moins un compte de voix sur IP auprès d'une plateforme de service SIP (50) ; - des deuxièmes moyens d'enregistrement, dans un fichier (36) dit fichier d'enregistrement , d'un identifiant logique dudit terminal (T1) avec une adresse (@IP1) de ce terminal ; et - des moyens d'association, dans un fichier (37) dit fichier d'association , dudit compte de voix sur IP avec ledit au moins un identifiant logique (T1) de terminal. 6. Programme d'ordinateur comportant des instructions pour l'exécution des étapes du procédé de configuration selon l'une quelconque des revendications 1 à 5 lorsque ledit programme est exécuté par un ordinateur. 7. Support d'enregistrement lisible par un ordinateur sur lequel 35 est enregistré un programme d'ordinateur comprenant des instructions 2909820 14 pour l'exécution des étapes du procédé de configuration selon l'une quelconque des revendications 1 à 5.