EP2092717B1 - Passerelle residentielle et procede de configuration d'une telle passerelle - Google Patents
Passerelle residentielle et procede de configuration d'une telle passerelle Download PDFInfo
- 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
Links
- 238000000034 method Methods 0.000 title claims description 19
- 101100517648 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) NUM1 gene Proteins 0.000 claims description 10
- 101100129590 Schizosaccharomyces pombe (strain 972 / ATCC 24843) mcp5 gene Proteins 0.000 claims description 10
- 238000004590 computer program Methods 0.000 claims description 7
- 230000004044 response Effects 0.000 claims description 5
- 239000004148 curcumin Substances 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 239000004173 sunset yellow FCF Substances 0.000 description 2
- 101150012579 ADSL gene Proteins 0.000 description 1
- 102100020775 Adenylosuccinate lyase Human genes 0.000 description 1
- 108700040193 Adenylosuccinate lyases Proteins 0.000 description 1
- 238000006677 Appel reaction Methods 0.000 description 1
- 239000004106 carminic acid Substances 0.000 description 1
- 239000003795 chemical substances by application Substances 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 230000000873 masking effect Effects 0.000 description 1
- 238000004377 microelectronic Methods 0.000 description 1
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.
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
Description
- 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.
- 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.
- 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 lafigure 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. - 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)
- 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.
- 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).
- 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).
- 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.
- 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.
- 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.
- 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.
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)
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)
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 | 通信制御装置及び通信制御方法 |
-
2006
- 2006-12-12 FR FR0655444A patent/FR2909820A1/fr not_active Withdrawn
-
2007
- 2007-11-26 EP EP07858738.3A patent/EP2092717B1/fr active Active
- 2007-11-26 WO PCT/FR2007/052400 patent/WO2008071891A1/fr active Application Filing
- 2007-11-26 PL PL07858738T patent/PL2092717T3/pl unknown
- 2007-11-26 ES ES07858738T patent/ES2432396T3/es active Active
Also Published As
Publication number | Publication date |
---|---|
EP2092717A1 (fr) | 2009-08-26 |
WO2008071891A1 (fr) | 2008-06-19 |
PL2092717T3 (pl) | 2014-03-31 |
FR2909820A1 (fr) | 2008-06-13 |
ES2432396T3 (es) | 2013-12-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2017021649A1 (fr) | Procedes et dispositifs d'identification d'un serveur d'authentification | |
EP3332531B1 (fr) | Identification par des serveurs d'authentification visité et de domicile | |
EP2092717B1 (fr) | Passerelle residentielle et procede de configuration d'une telle passerelle | |
WO2009125149A1 (fr) | Procede de terminaison d'un appel et terminal de voix sur ip | |
WO2016083751A1 (fr) | Procede de communication entre un terminal equipe d'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 | |
WO2014009502A1 (fr) | Procede d'enregistrement d'au moins une adresse publique dans un reseau ims et application correspondante | |
EP3646554B1 (fr) | Procédé de traitement d'une requête et serveur d'un coeur de réseau ip multimédia | |
EP2107752B1 (fr) | Serveur d'applications permettant à un appel destiné à un terminal connecté à une passerelle, d'être étendu vers tous les terminaux connectés à cette passerelle | |
EP2856732A1 (fr) | Procédé et entité de traitement d'un message | |
EP2266279B1 (fr) | Partage de contenu multi supports a partir d'une communication audio-video | |
EP1868355B1 (fr) | Dispositif et procédé pour associer un terminal à un compte utilisateur | |
WO2013079865A1 (fr) | ENREGISTREMENT D'UN DISPOSITIF AUPRES D'UN COEUR DE RESEAU VoIP | |
FR3081655A1 (fr) | Procede de traitement de messages par un dispositif d'un reseau de voix sur ip | |
WO2009125145A1 (fr) | Procede d'obtention de donnees relatives a la configuration d'un equipement terminal et serveur | |
EP2484081B1 (fr) | Systeme et procede de controle de session de communication dans un terminal d'un reseau local | |
WO2019234325A1 (fr) | Procédé de mise à jour d'une base de données d'un réseau de voix sur ip | |
FR2895863A1 (fr) | Procede et dispositif de gestion des communications personnelles d'au moins un utilisateur | |
WO2009112760A1 (fr) | Procede de gestion d'une session de communication au niveau d'une passerelle domestique | |
FR2895862A1 (fr) | Procede et dispositif de gestion des communications personnelles d'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: 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: 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: 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: 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: 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 |