EP2092717B1 - Passerelle residentielle et procede de configuration d'une telle passerelle - Google Patents

Passerelle residentielle et procede de configuration d'une telle passerelle Download PDF

Info

Publication number
EP2092717B1
EP2092717B1 EP07858738.3A EP07858738A EP2092717B1 EP 2092717 B1 EP2092717 B1 EP 2092717B1 EP 07858738 A EP07858738 A EP 07858738A EP 2092717 B1 EP2092717 B1 EP 2092717B1
Authority
EP
European Patent Office
Prior art keywords
terminal
file
gateway
voice
sip
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
EP07858738.3A
Other languages
German (de)
English (en)
Other versions
EP2092717A1 (fr
Inventor
Philippe HÉMON
Erwan Le Ber
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Orange SA
Original Assignee
France Telecom SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by France Telecom SA filed Critical France Telecom SA
Priority to PL07858738T priority Critical patent/PL2092717T3/pl
Publication of EP2092717A1 publication Critical patent/EP2092717A1/fr
Application granted granted Critical
Publication of EP2092717B1 publication Critical patent/EP2092717B1/fr
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/084—Configuration by using pre-existing information, e.g. using templates or copying from other elements
    • H04L41/0843—Configuration by using pre-existing information, e.g. using templates or copying from other elements based on generic templates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1023—Media gateways
    • H04L65/1026—Media gateways at the edge
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/35—Network arrangements, protocols or services for addressing or naming involving non-standard use of addresses for implementing network functionalities, e.g. coding subscription information within the address or functional addressing, i.e. assigning an address to a function

Definitions

  • the invention lies in the field of telecommunications and, more specifically, in that of residential gateways.
  • such gateways provide a plurality of home terminals the possibility of communicating with remote terminals, via the Internet network to which this gateway is connected, by using an Internet Protocol (VoIP) protocol known by the acronym VoIP (Voice Over IP).
  • VoIP Internet Protocol
  • the residential gateway INVENTEL (registered trademark), called Inventel DECT Cordless VoIP Gateway DV5213 / DV7213, as presented for example in a press release of March 10, 2005 (CeBIT, March 10-16, 2005, Hannover - Hall 15, French Pavilion, stand D13), operating in VoIP address this configuration problem.
  • the home terminals are not terminals conforming to the Session Initiation Protocol (SIP), standardized and standardized by the Internet Engineering Task Force (IETF) in the document RFC3161, this SIP protocol being, in a known manner , the most widely used interoperable VoIP open standard.
  • SIP Session Initiation Protocol
  • IETF Internet Engineering Task Force
  • the INVENTEL gateway manages only DECT (Digital Enhanced Cordless Telephone) compliant terminals, so that the SIP termination is done in the gateway.
  • DECT Digital Enhanced Cordless Telephone
  • the present invention thus makes it possible to solve the problem of the configuration complexity of a plurality of SIP protocol-compliant terminals by integrating, in the residential gateway according to the the invention, means for masking the complexity of the home network for the operator or the service provider.
  • the invention is of particular interest in the context of a multi-line VoIP offer in which the user has a plurality of terminals and telephone numbers.
  • terminals are "intelligent" terminals equipped with means for implementing the SIP protocol, as opposed to DECT terminals that can only manage telephony.
  • this registration phase can be performed during the purchase of the gateway.
  • the gateway downloads the operator-prepared VoIP configuration file and automatically saves the provisioned account (s) to the SIP service platform.
  • each of these accounts comprises in particular a telephone number associated with a specific login / password for this number.
  • the home gateway it is necessary for the home gateway to include a DHCP server.
  • the client must know the IP address of his terminal and configure it in his terminal, in addition to the logical identifier of this terminal.
  • the logical identifier of the terminal may be a name of the terminal associated with a room of the house ("kitchen”, “living room”), a user ("Elodie”), or a group of users ( “parents”).
  • the SIP terminal is registered in the residential gateway.
  • Such an association phase can thus be done in a simple and user-friendly manner, for example by accessing a website hosted by the residential gateway.
  • This association phase takes place only when the terminal is first attached to the gateway.
  • the distinctive element of an account is the telephone number associated with this account.
  • the same terminal can be associated with one or more telephone numbers, several terminals can be associated with the same telephone number.
  • the various steps of the configuration method are determined by computer program instructions.
  • the invention also relates to a computer program on an information medium, this program being capable of being implemented in a residential gateway or more generally in a computer, this program including instructions adapted to the implementation implement steps of a configuration method as described above.
  • This program can use any programming language, and be in the form of source code, object code, or intermediate code between source code and object code, such as in a partially compiled form, or in any other form desirable shape.
  • the invention also relates to a computer-readable information medium, comprising instructions of a computer program as mentioned above.
  • the information carrier may be any entity or device capable of storing the program.
  • the medium may comprise storage means, such as a ROM, for example a CD ROM or a microelectronic circuit ROM, or a magnetic recording medium, for example a diskette (floppy disc) or a disk hard.
  • the information medium may be a transmissible medium such as an electrical or optical signal, which may be conveyed via an electrical or optical cable, by radio or by other means.
  • the program according to the invention can be downloaded in particular on an Internet type network.
  • the information carrier may be an integrated circuit in which the program is incorporated, the circuit being adapted to execute or to be used in the execution of the method in question.
  • the figure 1 represents a residential gateway 20 according to the invention.
  • this residential gateway 20 has the architecture of a conventional computer. It comprises in particular a processor 21, a RAM type RAM 22 and a ROM type ROM 23.
  • the read-only memory 23 stores a computer program comprising instructions for executing the steps of the configuration method according to the invention which will be described later with reference to FIG. figure 3 .
  • the residential gateway 20 is connected to four terminals T1, T2, T3 and T4.
  • the terminal T1 is connected, via an Ethernet interface RJ 45, referenced 30, directly to the SIP module 24.
  • the terminal T2 is a wireless terminal connected to the SIP module 24 by a WiFi interface referenced 31.
  • the residential gateway 20 also comprises a SIP entity UA (User Agent) referenced 27 for interfacing the residential gateway 20 with the terminal T3 via a USB port 28 and the terminal DECT T4 via a port FXS (Foreign exchange Subscriber).
  • SIP entity UA User Agent
  • FXS Form exchange Subscriber
  • each terminal is configured with the strict minimum of information, namely the logical identifier T1, T2, T3, T4 of this terminal and the IP address of the SIP Registrar module 25.
  • the residential gateway 20 is connected to the Internet network 5 via an ADSL interface referenced 32.
  • the SIP module 24 obtains the logical identifier and the IP address configured in the terminal and adds all the other information necessary to communicate with the platform.
  • service 50 phone number, authentication login / password, Registrar domain name, .
  • the residential platform 20 further comprises a DHCP server 33, the configuration data of this server 33 being configured by the SIP module 24.
  • the DHCP option 120 "SIP proxy" is configured with the Local Area Network (LAN) IP address of the residential gateway 20.
  • LAN Local Area Network
  • the residential gateway 20 also includes a web server used during the association phase of the terminals T1, T4 to a VoIP account.
  • the random access memory 22 comprises three files 35, 36, 37 which will now be described with reference to the figure 2 .
  • the SIP proxy 26 downloads from the operator a VoIP configuration file 35 and automatically saves the three accounts to the service platform 50.
  • each of these accounts consists of a telephone number, for example NUM1, associated with SIP configuration data CONF_SIP1 specific to this number NUM1, these configuration data comprising in particular a login and a password specific to this number.
  • the recording file 36 is obtained at the end of the second recording phase within the meaning of the invention.
  • This registration file 36 is created by the SIP module 24. More precisely, when assigning IP addresses by the DHCP protocol, each terminal dynamically discovers its Attachment Proxy proxy via the option 120. It transmits, on the LAN port of the SIP module 24, its registration request.
  • the SIP module 24 detects that the IP Registrar address contained in this request corresponds to its IP address on the LAN side. It transmits a positive acknowledgment response (200 OK) to the terminal and then informs the recording file 36.
  • the association file 37 is created by the user by entering appropriate fields in a web page obtained from the web server 34.
  • the terminals T1 and T3 are associated with the telephone number NUM1, and the terminals T2 to T4 respectively at the number NUM2 and NUM3.
  • this method is implemented in a computer program which further comprises a phase PH4 call processing by the residential gateway 20.
  • the recording phase PH1 is performed at the time of the first configuration of the residential gateway 20, for example in a branch office.
  • This download step E10 is followed by a step E20 of registering the three accounts provisioned with the service platform 50.
  • the SIP 24 automatically saves the accounts provided with the SIP 50 platform. More specifically, for each VoIP account, it manages a registration session and uses the login / password data associated with this account to authenticate with the platform. SIP 50. From this moment, subscribed VoIP accounts are seen active on the side of the SIP 50 platform.
  • the second recording phase PH2 is performed each time the residential gateway 20 is powered up.
  • the DHCP server 33 of the residential gateway 20 receives a DHCP request from a terminal for example T1.
  • the DHCP model provides the IP address (@ IP1) of this terminal (step E40).
  • the terminal T1 sends its T1 identifier and its IP address @ IP1 to the gateway 20.
  • the SIP module 24 can then, during a step E50, register the identifier, the MAC address, the IP address and the SIP port of each of the terminals in the recording file 36.
  • the PH3 association phase makes it possible to associate, in the association file 37, each voice over IP account with at least one terminal logical identifier.
  • the web server 34 In response to this request, the web server 34 provides a web page to the user.
  • This web page has input fields by which the user can associate, at each telephone number NUM1 to NUM3, at least one voice over IP account.
  • the residential gateway 20 On receipt of this duly completed web page, the residential gateway 20 records these different associations during a step E80.
  • This association step E80 completes the configuration method according to the invention.
  • the residential gateway 20 determines whether the call to be processed is an incoming call or an outgoing call.
  • the added fields are CONF_SIP2 authentication login and password.
  • the home gateway 20 determines that the call to be treated is an incoming call, it replaces (step E120) the telephone number by the name of the associated terminal in the association file 37.

Description

    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 multi-ligne, 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.
  • 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 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 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 passerelle résidentielle apte à communiquer à au moins un terminal domestique selon le protocole SIP, ce procédé comportant :
    • une première phase d'enregistrement par ladite passerelle 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 d'enregistrement » stocké dans la passerelle, d'un identifiant logique du terminal avec une adresse de ce terminal ; et
    • une phase d'association, dans un fichier dit « fichier d'association » stocké dans la passerelle du compte de voix sur IP avec l'identifiant logique du terminal.
  • Corrélativement, l'invention concerne une passerelle résidentielle apte à communiquer à au moins un terminal domestique 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 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 du terminal.
  • La présente invention permet donc de résoudre le problème de la complexité de configuration d'une pluralité de terminaux conformes au protocole SIP, en intégrant, dans la passerelle résidentielle selon 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 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.
  • 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 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 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.
  • 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 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.
  • 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 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").
  • 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 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 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 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 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 pouvant être associés au même numéro de téléphone.
  • 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 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.
  • 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.
  • 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 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 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 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
  • D'autres caractéristiques et avantages de la présente invention ressortiront de la description 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 :
    • la figure 1 représente, dans son environnement, une passerelle conforme à l'invention dans un mode particulier de réalisation 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 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 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 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
    • 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.
  • 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 via un port USB 28 et le terminal DECT T4 via un port FXS (Foreign exchange Subscriber).
  • 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.
  • 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 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,...).
  • 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 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.
  • 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 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 ;
    • un fichier d'enregistrement 36 ; et
    • un fichier d'association 37.
  • 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 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 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.
  • Il comporte par exemple, pour chacun des terminaux T1 à T4, l'identifiant logique T1 à 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. 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 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 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 T1 à T4 du réseau domestique.
  • Dans l'exemple décrit ici, les terminaux T1 et T3 sont associés au numéro de téléphone NUM1, et les terminaux T2 à T4 respectivement au numéro NUM2 et NUM3.
  • 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 :
    • une phase d'enregistrement automatique PH1 ;
    • 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 traitement des appels par la passerelle résidentielle 20.
  • La phase d'enregistrement PH1 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 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 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 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 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 terminal (étape E40).
  • 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 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 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 E60.
  • 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 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 E80.
  • 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 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 E100 au cours de laquelle le proxy 26 remplace le nom du terminal T1 à T4 émetteur de la requête par le numéro de 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 de la requête SIP émise par ce terminal sont complétés par :
    • le nom de l'utilisateur SIP, à savoir "T2"<>"NUM2" :
    • les noms de domaines : "adresse LAN de la passerelle 20"<> "nom de domaine de la ptateforme SIP 50" dans les champs "From", "To", "Request-Line".
  • Les champs ajoutés sont les login et password d'authentification 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 E120) le numéro de téléphone par le nom du terminal associé dans le fichier d'association 37.

Claims (7)

  1. Procédé de configuration d'une passerelle résidentielle (20) apte à communiquer avec au moins un terminal domestique (T1-T4) selon le protocole SIP, ce procédé comportant :
    - une première phase (PH1) d'enregistrement par ladite passerelle d'au moins un compte de voix sur IP représentatif d'une souscription à une offre voix sur IP auprès d'une plateforme de service SIP (50) ;
    - une deuxième phase (PH2) d'enregistrement, dans un fichier (36) dit « fichier d'enregistrement » stocké dans la passerelle, 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 » stocké dans la passerelle, dudit compte de voix sur IP avec ledit au moins un identifiant logique (T1) du terminal.
  2. Procédé de configuration selon la revendication 1, caractérisé en ce que ladite première phase (PH1) 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) permettant d'enregistrer ledit au moins un 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).
  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 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 comportant au moins ledit identifiant logique (T1) et ladite adresse (@IP1) ; et
    - 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 (E70) d'envoi, sur réception (E60) 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 (E80) 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 résidentielle (20) apte à communiquer avec au moins un terminal domestique (T1-T4) selon le protocole SIP, cette passerelle comportant :
    - des premiers moyens pour enregistrer au moins un compte de voix sur IP représentatif d'une souscription à une offre 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) du 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 est enregistré un programme d'ordinateur comprenant des instructions pour l'exécution des étapes du procédé de configuration selon l'une quelconque des revendications 1 à 5.
EP07858738.3A 2006-12-12 2007-11-26 Passerelle residentielle et procede de configuration d'une telle passerelle Active EP2092717B1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PL07858738T PL2092717T3 (pl) 2006-12-12 2007-11-26 Brama rezydentna i sposób konfiguracji takiej bramy

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0655444A FR2909820A1 (fr) 2006-12-12 2006-12-12 Passerelle residentielle et procede de configuration d'une telle passerelle
PCT/FR2007/052400 WO2008071891A1 (fr) 2006-12-12 2007-11-26 Passerelle residentielle et procede de configuration d'une telle passerelle

Publications (2)

Publication Number Publication Date
EP2092717A1 EP2092717A1 (fr) 2009-08-26
EP2092717B1 true EP2092717B1 (fr) 2013-07-24

Family

ID=37998329

Family Applications (1)

Application Number Title Priority Date Filing Date
EP07858738.3A Active EP2092717B1 (fr) 2006-12-12 2007-11-26 Passerelle residentielle et procede de configuration d'une telle passerelle

Country Status (5)

Country Link
EP (1) EP2092717B1 (fr)
ES (1) ES2432396T3 (fr)
FR (1) FR2909820A1 (fr)
PL (1) PL2092717T3 (fr)
WO (1) WO2008071891A1 (fr)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2950773A1 (fr) * 2009-09-29 2011-04-01 France Telecom Systeme et procede de controle de session de communication dans un terminal d'un reseau local.
FR2964281A1 (fr) 2010-09-01 2012-03-02 France Telecom Procede de traitement de messages sip
FR3070104A1 (fr) * 2017-08-10 2019-02-15 Orange Procede et proxy sip de gestion des appels dans un reseau de voix sur sip

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7046659B1 (en) * 2001-07-03 2006-05-16 Cisco Technology, Inc. Call signaling approach to user self-provisioning on VoIP using a touch-tone interface
JP2004021325A (ja) * 2002-06-12 2004-01-22 Toshiba Corp 通信制御装置及び通信制御方法

Also Published As

Publication number Publication date
ES2432396T3 (es) 2013-12-03
PL2092717T3 (pl) 2014-03-31
FR2909820A1 (fr) 2008-06-13
EP2092717A1 (fr) 2009-08-26
WO2008071891A1 (fr) 2008-06-19

Similar Documents

Publication Publication Date Title
EP3332531B1 (fr) Identification par des serveurs d&#39;authentification visité et de domicile
EP3332530A1 (fr) Procedes et dispositifs d&#39;identification d&#39;un serveur d&#39;authentification
EP2266285B1 (fr) Procede de terminaison d&#39;un appel et terminal de voix sur ip
EP2092717B1 (fr) Passerelle residentielle et procede de configuration d&#39;une telle passerelle
WO2016083751A1 (fr) Procede de communication entre un terminal equipe d&#39;un client webrtc et un terminal accessible via un cœur de reseau ims
EP2550776B1 (fr) Procede de gestion des enregistrements dans un reseau ims et serveur s-cscf mettant en oeuvre ce procede
EP2873211A1 (fr) Procede d&#39;enregistrement d&#39;au moins une adresse publique dans un reseau ims et application correspondante
EP3646554B1 (fr) Procédé de traitement d&#39;une requête et serveur d&#39;un coeur de réseau ip multimédia
EP2107752B1 (fr) Serveur d&#39;applications permettant à un appel destiné à un terminal connecté à une passerelle, d&#39;être étendu vers tous les terminaux connectés à cette passerelle
WO2013178909A1 (fr) Procédé et entité de traitement d&#39;un message
EP2266279B1 (fr) Partage de contenu multi supports a partir d&#39;une communication audio-video
WO2013079865A1 (fr) ENREGISTREMENT D&#39;UN DISPOSITIF AUPRES D&#39;UN COEUR DE RESEAU VoIP
EP1868355A1 (fr) Dispositif et procédé pour associer un terminal à un compte utilisateur
FR3081655A1 (fr) Procede de traitement de messages par un dispositif d&#39;un reseau de voix sur ip
WO2009125145A1 (fr) Procede d&#39;obtention de donnees relatives a la configuration d&#39;un equipement terminal et serveur
EP2484081B1 (fr) Systeme et procede de controle de session de communication dans un terminal d&#39;un reseau local
WO2019234325A1 (fr) Procédé de mise à jour d&#39;une base de données d&#39;un réseau de voix sur ip
FR2895863A1 (fr) Procede et dispositif de gestion des communications personnelles d&#39;au moins un utilisateur
WO2009112760A1 (fr) Procede de gestion d&#39;une session de communication au niveau d&#39;une passerelle domestique
FR2895862A1 (fr) Procede et dispositif de gestion des communications personnelles d&#39;au moins un utilisateur

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20090605

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LI LT LU LV MC MT NL PL PT RO SE SI SK TR

RIN1 Information on inventor provided before grant (corrected)

Inventor name: HEMON, PHILIPPE

Inventor name: L'AUTRE INVENTEUR A RENONCE A SA DESIGNATION.

DAX Request for extension of the european patent (deleted)
17Q First examination report despatched

Effective date: 20100415

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

RIN1 Information on inventor provided before grant (corrected)

Inventor name: HEMON, PHILIPPE

Inventor name: LE BER, ERWAN

GRAS Grant fee paid

Free format text: ORIGINAL CODE: EPIDOSNIGR3

GRAA (expected) grant

Free format text: ORIGINAL CODE: 0009210

AK Designated contracting states

Kind code of ref document: B1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LI LT LU LV MC MT NL PL PT RO SE SI SK TR

REG Reference to a national code

Ref country code: GB

Ref legal event code: FG4D

Free format text: NOT ENGLISH

REG Reference to a national code

Ref country code: CH

Ref legal event code: EP

REG Reference to a national code

Ref country code: AT

Ref legal event code: REF

Ref document number: 623979

Country of ref document: AT

Kind code of ref document: T

Effective date: 20130815

REG Reference to a national code

Ref country code: IE

Ref legal event code: FG4D

Free format text: LANGUAGE OF EP DOCUMENT: FRENCH

REG Reference to a national code

Ref country code: CH

Ref legal event code: PUE

Owner name: ORANGE, FR

Free format text: FORMER OWNER: FRANCE TELECOM, FR

REG Reference to a national code

Ref country code: DE

Ref legal event code: R096

Ref document number: 602007031918

Country of ref document: DE

Effective date: 20130919

RAP2 Party data changed (patent owner data changed or rights of a patent transferred)

Owner name: ORANGE

REG Reference to a national code

Ref country code: AT

Ref legal event code: MK05

Ref document number: 623979

Country of ref document: AT

Kind code of ref document: T

Effective date: 20130724

REG Reference to a national code

Ref country code: NL

Ref legal event code: VDEP

Effective date: 20130724

REG Reference to a national code

Ref country code: LT

Ref legal event code: MG4D

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: CY

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20130807

Ref country code: AT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20130724

Ref country code: SE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20130724

Ref country code: IS

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20131124

Ref country code: LT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20130724

Ref country code: PT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20131125

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20130724

Ref country code: NL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20130724

Ref country code: FI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20130724

Ref country code: GR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20131025

Ref country code: LV

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20130724

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: CY

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20130724

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: EE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20130724

Ref country code: RO

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20130724

Ref country code: SK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20130724

Ref country code: DK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20130724

Ref country code: CZ

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20130724

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20130724

PLBE No opposition filed within time limit

Free format text: ORIGINAL CODE: 0009261

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT

REG Reference to a national code

Ref country code: CH

Ref legal event code: PL

26N No opposition filed

Effective date: 20140425

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: CH

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20131130

Ref country code: LI

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20131130

Ref country code: MC

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20130724

REG Reference to a national code

Ref country code: DE

Ref legal event code: R097

Ref document number: 602007031918

Country of ref document: DE

Effective date: 20140425

REG Reference to a national code

Ref country code: DE

Ref legal event code: R119

Ref document number: 602007031918

Country of ref document: DE

Effective date: 20140603

REG Reference to a national code

Ref country code: IE

Ref legal event code: MM4A

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: DE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20140603

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20131126

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: TR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20130724

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LU

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20131126

Ref country code: BG

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20130724

Ref country code: HU

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT; INVALID AB INITIO

Effective date: 20071126

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: MT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20130724

REG Reference to a national code

Ref country code: FR

Ref legal event code: PLFP

Year of fee payment: 9

REG Reference to a national code

Ref country code: FR

Ref legal event code: PLFP

Year of fee payment: 10

REG Reference to a national code

Ref country code: FR

Ref legal event code: PLFP

Year of fee payment: 11

REG Reference to a national code

Ref country code: FR

Ref legal event code: PLFP

Year of fee payment: 12

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: PL

Payment date: 20221024

Year of fee payment: 16

Ref country code: BE

Payment date: 20221020

Year of fee payment: 16

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: GB

Payment date: 20231019

Year of fee payment: 17

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: ES

Payment date: 20231201

Year of fee payment: 17

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: FR

Payment date: 20231019

Year of fee payment: 17

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: PL

Payment date: 20231025

Year of fee payment: 17

Ref country code: BE

Payment date: 20231019

Year of fee payment: 17