EP1969819A1 - Configuration automatique d'interfaces dans un equipement d'interconnexion entre au moins une plateforme de services et au moins un terminal utilisateur - Google Patents

Configuration automatique d'interfaces dans un equipement d'interconnexion entre au moins une plateforme de services et au moins un terminal utilisateur

Info

Publication number
EP1969819A1
EP1969819A1 EP06847170A EP06847170A EP1969819A1 EP 1969819 A1 EP1969819 A1 EP 1969819A1 EP 06847170 A EP06847170 A EP 06847170A EP 06847170 A EP06847170 A EP 06847170A EP 1969819 A1 EP1969819 A1 EP 1969819A1
Authority
EP
European Patent Office
Prior art keywords
terminal
service
frame
interface
interconnection equipment
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.)
Granted
Application number
EP06847170A
Other languages
German (de)
English (en)
Other versions
EP1969819B1 (fr
Inventor
Gwenaël LE GOFF
Jean-François CADIOU
François-Xavier LE BAIL
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
Publication of EP1969819A1 publication Critical patent/EP1969819A1/fr
Application granted granted Critical
Publication of EP1969819B1 publication Critical patent/EP1969819B1/fr
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/63—Routing a service request depending on the request content or context

Definitions

  • the present invention generally relates to a method of automatically configuring interconnection equipment between at least one service platform and at least one terminal, said interconnection equipment comprising a service interface to said service platform and an interface. terminal to said terminal.
  • a known example of such interconnection equipment is a home gateway.
  • Such equipment makes it possible to connect a home network or a local network with the network of a telecommunications operator, via a wired or wireless access network.
  • the purpose of the interconnection equipment is to route a service flow received from the service platform to the terminal interface connected to the terminal that has requested the service.
  • the interconnect equipment At each connection of a new terminal on a given terminal interface, the interconnect equipment must be configured to be able to route a service flow to that terminal interface. It is known to make this configuration by means of a user interface of an internal configuration server of the interconnection equipment. This configuration requires the intervention of a person, technician or user, equipped with a terminal to access the configuration interface of the interconnection equipment.
  • This configuration method has several drawbacks including that of being manual. It involves using a terminal to access the internal configuration server user interface of the interconnection equipment, which has the effect of preventing access some services to people who do not have this terminal.
  • the configuration of the interconnection equipment can be complex when it is practiced by an uninitiated person and therefore generate errors.
  • the object of the invention is in particular to propose a method of configuring interconnection equipment that does not have these disadvantages.
  • a method of configuring an interconnection device comprises: a step of receiving a frame transmitted by said terminal, said frame comprising identifying information said terminal and a service requested by said terminal,
  • the service requested by said termina! is a predefined default service at the interconnect equipment level.
  • This variant makes it possible to provide the default service to a terminal that is not intended to transmit a frame that makes it possible to identify the service that it requires.
  • said frame is a DHCP frame.
  • these data frames are rarely sent, their analysis requires little resource to the processor of the interconnection equipment.
  • these data frames are particularly suitable for implementing the configuration method according to the invention because they contain the information necessary for executing the method according to the invention by the information they contain.
  • the identification information of said service is contained in at least one of fields 60 and 77 of said DHCP frame.
  • the method according to the invention comprises a step of extracting information relating to the terminal contained in said data frame, a step of comparing said information relating to the terminal with other information relating to said terminal contained in a persistence file of the interconnection equipment, the link between said service interface and said terminal interface being created only if the terminal information contained in the persistence file is compatible with the information relating to at the terminal extracted from said frame.
  • the invention also relates to interconnection equipment between at least one service platform and at least one terminal, said equipment interconnection circuit comprising a service interface to said service platform and a terminal interface to said terminator.
  • Interconnection equipment is characterized in that it comprises: means for receiving a frame transmitted by said terminal, said frame including identification information of said terminal and a service requested by said terminal; ended !,
  • the interconnection equipment comprises at least one router and at least one bridge.
  • FIG. 1 schematically represents the general internal structure of a piece of equipment between at least one service platform and at least one terminal according to the invention
  • FIG. 2 represents a first embodiment of a device of FIG. interconnection according to the invention
  • FIG. 3 represents a second embodiment of an embodiment of an embodiment according to the invention
  • FIG. 4 represents the general flowchart of a method for automatic configuration of an interconnection device according to the invention
  • FIG. 5 represents the various steps of a first constitutive module of the method according to the invention
  • FIG. 6 represents the different steps of a second constituent module of the method according to the invention
  • FIG. 7 represents the different steps of a third constituent module of the method according to the invention.
  • an interconnection equipment 1 between at least one service platform and at least one user terminal 2 k for conveying a service flow between a service interface ISj (j ⁇ 1, ..., n) of said service interface interconnection equipment 1 and a terminal interface Ii (i ⁇ 1 m) of said interconnection equipment 1, in which the invention is implemented is described with reference to FIG. 1.
  • the service platform not shown on FIG. the figure, is located remotely in the network of a telecommunications operator wishing to make service flows available.
  • the interconnection equipment 1 as represented in FIG. 1 comprises, within it, a first series of interfaces called terminal interfaces h to 1 m , at least one data frame analysis module 10, at least a control module 11, at least one routing module 12 and a second series of ISi interfaces to IS n , called service interfaces.
  • a user terminal 2k connected to the interconnection device 1 by means of a terminal interface Ii (i G 1, ..., m)
  • 2 k sends requests user terminal is in the form data frames to service platforms to retrieve service flows.
  • These frames contain fields whose values indicate which type of service flow Ie user terminal 2 k is able to receive, for example from one of the following services: • videophone, internet, digital television, etc.
  • the terminal interfaces I 1 to 1 m to which are connected the different user terminals 2 k are, for example, USB ports, Ethernet ports, WlFI ports, or Bluetooth ports.
  • a terminal interface h to l m can be connected to a plurality of user terminals 2 k .
  • the terminal interface 12 is connected to two user terminals 21 and 22. According to the invention, the different terminals connected to said terminal interface all require the same service flow to be received.
  • the data frames transmitted by the different user terminals 2 k are intercepted at the output of the terminal interfaces I 1 to Im by at least one frame analysis module 10.
  • This module has the function of extracting the values of certain fields contained in some of these frames. These fields indicate, among other things, as has been said above about the nature of the service flow requested by each user terminal 2 k connected, as well as the user terminal itself by providing information such as its physical address, such as a MAC address, @ MAC2 k .
  • the data frames are sent in the network to the service platforms.
  • the information resulting from the analysis of the data frames is stored in at least one first persistence file of the interconnection equipment 1, referred to as the "Terminals" file.
  • the service flows requested by the user terminals 2k connected to an interconnection equipment 1 arrive in the interconnection equipment 1 by a modem for example (not shown in the figures). Hs are then distributed to different service interfaces ISj (] 6 1, ..., n) of said modem, These ISj service interfaces are access interfaces dedicated, each, to a particular service flow. Each of them is identified for example by his physical address, @MAC
  • the control module 11 located at the output of the frame analysis module 10, receives the information concerning the user terminals 2 k collected by said frame analysis module 10.
  • the control module 11 also receives information concerning the physical addresses of the terminal interfaces Ij to which the terminals 2 k are respectively connected.
  • the control module 11 knows by querying the persistence file "Service Interfaces", the distribution of the different service flows on the service interfaces ISi to IS n as well as the physical addresses of the said service interfaces ISi to IS n . Using all this information, the control module 11 then sends instructions to the routing module 12.
  • the routing module 12 creates links between the service interfaces ISi to IS n and the interfaces of Termina! h to l m corresponding to ensure the routing of the service flow to user terminals 2 k concerned.
  • the creation of links between the service interfaces ISj and the terminal interfaces I consists of setting up a routing or bridging between said service interfaces IS j and ies said terminal interfaces Ii.
  • FIG. 1 shows a first particular embodiment of the invention.
  • the routing module 12 comprises at least one router 12a and at least one bridge 12b.
  • user terminals 2 ⁇ able to receive routing routed service flows and bridged service routes can be connected to a single interconnection equipment 1.
  • the routing module 12 comprises only a router or a bridge.
  • FIG. 3 shows a third particular embodiment of the present invention.
  • the interconnection equipment 1 comprises several frame analysis modules 10p.
  • Each of these frame analysis modules 1Op intercepts data frames from one or more terminal interfaces I,. This embodiment provides faster processing of the data frames. This embodiment can be combined with the embodiments of the present invention described above.
  • FIG. 4 represents the nesting of the various logical modules constituting a frame analysis module 10 p .
  • These logical modules are three in number; a first logic module SP1 realizing j 'of initia ⁇ satiofi the interconnection equipment 1, a second logic module SP2 ensuring the detection and identification of any new user terminal 2 k connected to the interconnection equipment 1 and a third logic module SP3 ensuring the recovery of information necessary for the routing the service flows to the corresponding terminal interfaces h to l m .
  • FIG. 5 represents the different constituent steps of the initialization logic module SP1 of the frame analysis module 10 p .
  • a first step E10 the interconnection equipment starts. It is then a question of testing, during the step E11, whether it is the first start of the interconnection equipment 1.
  • the logic module SP1 executes the step E12.
  • a service called default service is assigned to all terminal interfaces Ij (i ⁇ 1, ..., m).
  • the default service is usually the internet service, maize can be any other service.
  • step E 13 identification information of a terminal interface h (i ⁇ 1, ..., m), for example the physical address (Q) MAC U of the terminal interface Ij 1 and identification information of a default service are stored in a third file of persistence of the interconnection equipment 1 said file "Terminal Interfaces".
  • a default service is an advantageous choice of impregnation since, i! allows to offer said default service to a terminal that is not intended to send frames to identify a specific service required by this terminal.
  • Personal computers are the most common example of terminals that are not intended to send frames to identify the service they require.
  • the service most often required by a personal computer is "Internet", so it is advantageous to choose
  • This step consists in transmitting, for each terminal interface I 1 , to the control module 11, the identification information of the service required by the terminal and the terminal interface Ij.
  • FIG. 6 represents the different constituent steps of the logical module SP2 for detecting and identifying terminals 2k connected to the interconnection equipment 1 by means of the interfaces to terminals Ii (ie 1 m).
  • the data frame analysis module 10 receives, from one of the terminals 2 k connected to the interconnection equipment 1, a data frame to be analyzed. He then executes steps E20 and E21. In a first step E20, the data frame analysis module extracts the physical address @MAC 2k from the terminal 2 k from which the analyzed data frame originates. During this same step, the data frame analysis module 10 receives from the operating system of the interconnection equipment 1 the identifier of the terminal interface Ij by which the frame of data to analyze is received.
  • step E21 the value of the physical address @ MAC2k of the terminal 2 k contained in the received data frame is searched for in the "Terminals" persistence file.
  • the value of the physical address of said terminal 2 ⁇ is present in the persistence file "
  • step E22 is recovered in the persistence file "Terminals" the service identification information stored in association with the physical address of @ MAC 2k 2k finished it.
  • the method executes step E30.
  • the frame analysis module 10 In order to save computing time on the processor of the interconnection equipment 1, the frame analysis module 10 only intercepts certain particular data frames. The choice of the frames of data to be intercepted is the result of the knowledge of the different types of frames, for example ARP (acronym for the English acronym Address Resolution Protocol), DHCP (of the English acronym Dynamic Hosî Configuration Protocol) , data that can be transmitted by the various terminals connected to the interconnection equipment 1.
  • the data frames to be intercepted by the frame analysis module 10 are frames sent infrequently by the terminals 2 k and some of which fields contain the information necessary to perform the method of analyzing the data frames according to the invention.
  • step E30 the analysis module tests the nature of the data frame intercepted by the data frame analysis module 10. If the intercepted data frame is a particular frame within the meaning of the invention , then step E31 will be executed. If the intercepted frame is not a particular frame in the sense of the invention, the detected terminal 2 k is associated, in the persistence file "Terminals", with the default service, which corresponds to the step E34, In In a particular embodiment of the present invention, the default service is a service whose stream is routed by routing. Nevertheless, the default service may be a service whose stream is routed by means of a bridge. The choice of the routing type of the default service flow is the responsibility of the telecommunications operator.
  • step E31 the particular fields of the intercepted data frame are read to retrieve the information they contain.
  • This information is, among others, the name of the service, the serial number of the connected terminal, the name of its manufacturer, the software version supported by the terminal.
  • Step E32 consists of testing the nature of the service flow requested by said terminal, that is to say, to determine whether it is a service whose flow is routed or of a service of which the flow is conveyed by a bridge.
  • step E33 the name of the new service, as well as its nature, is stored in the persistence file "Terminal Interfaces" instead of the name of the old service which is the default service.
  • the frames intercepted by the frame analysis module 10, in the step E30 are DHCP frames. These frames are frames rarely sent by terminals such as video telephony terminals or digital television tuners. In these frames, at least one of the fields 60 and 77 contains all the information necessary for the execution of the method according to the invention.
  • FIG. 7 represents the various steps constituting the logical module SP3 for detecting the information necessary for routing the service flows to the corresponding terminal interfaces h to l m .
  • step E40 the service requested by the terminal 2 k whose frames have been analyzed is compared with the service stored in the persistence file "Interfaces". If the services are different, the method executes the step E41 In a step E41, the service requested by the terminal 2 k is stored in the persistence file "Interfaces" in place of the previously stored service.
  • the frame analysis module 10 transmits to the control module 11 the identification information of the required service and the terminal interface Ij whose frames have just been analyzed. remember that the control module 11 knows the identifier of the service interface associated with each service. Depending on the service requested, the control module 11 carries out the routing by implementation of routing or bridging.
  • the method according to the invention thus makes it possible to automatically configure the interfaces of an interconnection equipment. However, this method also makes it possible, by using other information contained in particular fields of the scanned data frames, to offer other functionalities.
  • the data frame analysis module 10 makes it possible by comparing the name of the manufacturer of a terminal resulting from the analysis of a data frame with the names of manufacturers stored in a persistence file called "Authorized Terminals" accept or deny the connection of the terminal to Interconnection Equipment 1.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Small-Scale Networks (AREA)
  • Computer And Data Communications (AREA)

Description

CONFIGURATION AUTOMATIQUE D'INTERFACES DANS UN EQUIPEMENT D'INTERCONNEXION ENTRE AU MOINS UNE PLATEFORME DE SERVICES ET AU MOINS UN TERMINAL UTILISATEUR
La présente invention concerne de manière générale un procédé de configuration automatique d'un équipement d'interconnexion entre au moins une plateforme de services et au moins un terminal, ledit équipement d'interconnexion comportant une interface de service vers ladite plateforme de service et une interface de terminal vers ledit terminal.
Un exemple connu d'un tel équipement d'interconnexion est une passerelle domestique. Un tel équipement permet de connecter un réseau domestique ou un réseau local avec le réseau d'un opérateur en télécommunications, via un réseau d'accès à support filaire ou radio. L'équipement d'interconnexion a pour fonction d'acheminer un flux de service reçu en provenance de la plateforme de services vers l'interface de terminal connectée au terminal qui a requis le service.
A chaque connexion d'un nouveau terminal sur une interface de terminal donnée, l'équipement d'interconnexion doit être configuré afin d'être en mesure d'acheminer un flux de service vers cette interface de terminal. il est connu de faire cette configuration au moyen d'une interface utilisateur d'un serveur de configuration interne de l'équipement d'interconnexion. Cette configuration nécessite l'intervention d'une personne, technicien ou usager, équipée d'un terminal permettant d'accéder à l'interface de configuration de l'équipement d'interconnexion.
Cette méthode de configuration présente plusieurs inconvénients parmi lesquels celui d'être manuelle. Elle implique d'utiliser un terminal permettant d'accéder à l'interface utilisateur du serveur de configuration interne de l'équipement d'interconnexion, ce qui a pour conséquence d'empêcher l'accès à certains services à des personnes ne possédant pas ce terminal. De plus, la configuration de l'équipement d'interconnexion peut s'avérer complexe Sorsqu'eile est pratiquée par une personne non initiée et par conséquent, engendrer des erreurs. L'invention a notamment pour but de proposer un procédé de configuration d'un équipement d'interconnexion ne présentant pas ces inconvénients.
A cette fin, un procédé de configuration d'un équipement d'interconnexion selon l'invention est caractérisé en ce qu'il comporte: - une étape de réception d'une trame émise par ledit terminal, ladite trame comportant des informations d'identification dudit terminai et d'un service demandé par ledit terminai,
- une étape d'identification de l'interface de terminal par laquelle la dite trame est reçue, - une étape d'identification de l'interface de service correspondant audit service à partir desdites informations d'identification de service,
- une étape de création d'un lien entre ladite interface de service et ladite interface de terminal pour acheminer un flux de données relatif audit service. Un tel procédé de configuration permet d'éviter des erreurs de configuration car chaque terminal connecté à l'équipement d'interconnexion est clairement identifié, ainsi que le service qu'il demande et ce quelque soit l'interface sur laquelle ledit terminal est connecté.
Selon une première variante de réalisation de la présente invention, en l'absence de réception de ladite trame en provenance d'un terminal, il est considéré que Ie service demandé par ledit termina! est un service par défaut prédéfini au niveau de l'équipement d'interconnexion. Cette variante permet de fournir le service par défaut à un terminal qui ne serait pas prévu pour transmettre une trame permettant d'identifier le service qu'il requiert.
Selon une autre variante de réalisation de la présente invention, ladite trame est une trame DHCP.
Ces trames de données étant rarement émises, leur analyse demande peu de ressource au processeur de l'équipement d'interconnexion. De plus, ces trames de données se prêtent particulièrement bien à la mise en œuvre du procédé de configuration selon l'invention car elles contiennent les informations nécessaires à l'exécution dudît procédé selon l'invention de par les informations qu'elles contiennent.
Dans ce mode de réalisation, les informations d'identification dudît service sont contenues dans au moins l'un des champs 60 et 77 de ladite trame DHCP. Dans un autre mode de réalisation particulier, le procédé selon l'invention comporte une étape d'extraction d'informations relatives au terminal, contenues dans ladite trame de données, une étape de comparaison desdites informations relatives au terminal avec d'autres informations relatives audit terminal contenues dans un fichier de persistance de l'équipement d'interconnexion, le lien entre ladite interface de service et ladite interface de terminal n'étant créé que si les informations relatives au terminal contenues dans le fichier de persistance sont compatibles avec les informations relatives au terminal extraites de ladite trame.
Ceci permet par exemple à un opérateur en télécommunication d'avoir un contrôle sur les terminaux connectés à l'équipement d'interconnexion en excluant certains modèles de terminaux.
L'invention concerne également un équipement d'interconnexion entre au moins une plateforme de services et au moins un termina!, ledit équipement d'interconnexion comportant une interface de service vers ladite plateforme de service et une interface de terminal vers ledit termina!.
Un équipement d'interconnexion selon l'invention est caractérisé en ce qu'il comporte : - des moyens de réception d'une trame émise par ledit terminai, ladite trame comportant des informations d'identification dudit terminal et d'un service demandé par ledit termina!,
- des moyens d'identification de l'interface de terminal par laquelle ladite trame est reçue, - des moyens d'identification de l'interface de service correspondant audit service à partir desdites informations d'identification de service,
- des moyens de création d'un lien entre ladite interface de service et ladite interface de terminal pour acheminer un flux de données relatif audit service. Dans un mode de réalisation particulier, l'équipement d'interconnexion comporte au moins un routeur et au moins un pont.
Ce mode de réalisation permet aux terminaux de recevoir simultanément des services acheminés par routage et des services acheminés au moyen de ponts, élargissant ainsi, la gamme de services proposés. D'autres caractéristiques et avantages apparaîtront à la lecture de modes de réalisation préférés dàcnts en référence aux dessins dans lesquels ;
- ï& figure 1 représente schématiquement la structure interne générale d'un équipement dintarcormexion- entre au moins une plateforme de servie© et au moins un terminal selon l'invention, - ta figure 2 représente un premier mode de réalisation d'un équipement d'interconnexion selon l'invention,
- la figure 3 représente un deuxrème mode de réalisation d'un é€fiiïpèmert d'tntôreormexjon seton l'invention, - la figure 4 représente l'organigramme général d'un procédé de configuration automatique d'un équipement d'interconnexion selon l'invention,
- la figure 5 représente les différentes étapes d'un premier module constitutif du procédé selon i'invention, - ia figure 6 représente les différentes étapes d'un deuxième module constitutif du procédé seion l'invention,
- la figure 7 représente !es différentes étapes d'un troisième module constitutif du procédé selon l'invention.
Le fonctionnement interne d'un équipement d'interconnexion 1 entre au moins une plateforme de services et au moins un terminal utilisateur 2k pour acheminer un flux de service entre une interface de service ISj (j β 1 , ..., n) dudit équipement d'interconnexion 1 et une interface de terminal Ii (i Θ 1 m) dudit équipement d'interconnexion 1 , dans lequel l'invention est mise en oeuvre est décrit en référence à la figure 1. La plateforme de services, non représentée sur la figure, est localisée à distance dans le réseau d'un opérateur en télécommunications souhaitant mettre des flux de services à disposition.
L'équipement d'interconnexion 1 tel que représenté à la figure 1 comporte, en son sein, une première série d'interfaces dites interfaces de terminal h à lm, au moins un module d'analyse de trames de données 10, au moins un module de commande 11 , au moins un module d'acheminement 12 et une deuxième série d'interfaces ISi à ISn, dites interfaces de services.
Lorsque qu'un terminal utilisateur 2k est connecté à l'équipement d'interconnexion 1 au moyen d'une interface de terminal Ii (i G 1 , ..., m), le terminal utilisateur 2k émet des requêtes se présentant sous la forme de trames de données en direction des plateformes de services afin de récupérer des flux de services. Ces trames contiennent des champs dont les valeurs indiquent quel type de flux de service Ie terminai utilisateur 2k est apte à recevoir, par exemple parmi l'un des services suivants • visiophone, internet, télévision numérique, etc.. Les interfaces de terminal I1 à lm auxquelles sont connectés les différents terminaux utilisateur 2k sont, par exemple, des ports USB, des ports Ethernet, des ports WlFI, ou des ports Bluetooth. Ii est à noter qu'une interface de terminal h à lm peut être connectée à une pluralité de terminaux utilisateurs 2k. Ainsi, sur la figure 1 , l'interface de terminal 12 est connectée à deux terminaux utilisateurs 21 et 22. Selon l'invention, les différents terminaux connectés à ladite interface de terminal demandent tous à recevoir le même flux de service.
Néanmoins, différents terminaux connectés à une même interface de terminal Ii peuvent demander à recevoir chacun un flux de service différent à condition de ne pas fonctionner simultanément.
Les trames de données émises par les différents terminaux utilisateur 2k sont interceptées en sortie des interfaces de terminal I1 à Im par au moins un module d'analyse de trames 10. Ce module a pour fonction d'extraire les valeurs de certains champs contenus dans certaines de ces trames. Ces champs renseignent, entre autre, comme il a été dit plus haut sur la nature du flux de service demandé par chaque terminal utilisateur 2k connecté, ainsi que sur ie terminal utilisateur lui-même en fournissant des informations comme par exemple son adresse physique, telle qu'une adresse MAC, @MAC2k. Une fois ces informations extraites, les trames de données sont envoyées dans le réseau à destination des plateformes de services. Les informations issues de l'analyse des trames de données sont mémorisées dans au moins un premier fichier de persistance de l'équipement d'interconnexion 1 , dit fichier « Terminaux ». Les flux de services demandés par les terminaux utilisateurs 2k connectés à un équipement d'interconnexion 1 arrivent dans l'équipement d'interconnexion 1 par un modem par exemple (non représenté sur les figures). Hs sont répartis alors vers différentes interfaces de services ISj (] 6 1 , ..., n) dudit modem, Ces interfaces de services ISj sont des interfaces d'accès dédiées, chacune, à un flux de service particulier. Chacune d'entre elles est identifiée par exemple par son adresse physique, @MAC|Sj et associée à un flux de service auquel eue est dédiée. Ces informations sont mémorisées dans un second fichier de persistance de l'équipement d'interconnexion 1 dit fichier « Interfaces de service ». Le module de commande 11 situé en sortie du module d'analyse des trames 10, reçoit les informations concernant les terminaux utilisateur 2k collectées par ledit module d'analyse de trames 10.
Ces informations concernent comme il a été dît plus haut, l'adresse physique de chacun des terminaux utilisateurs 2k connectés ainsi que la nature du flux de service demandé. Le module de commande 11 reçoit également des informations concernant les adresses physiques des interfaces de terminal Ij auxquelles sont respectivement connectés lesdits terminaux 2k. Le module de commande 11 connaît par interrogation du fichier de persistance « Interfaces de service », la répartition des différents flux de services sur les interfaces de services ISi à ISn ainsi que les adresses physiques desdites interfaces de services ISi à ISn. Au moyen de tous ces renseignements, le module de commande 11 émet alors des instructions à destination du module d'acheminement 12.
A réception de ces instructions, le module d'acheminement 12 crée des liens entre les interfaces de services ISi à ISn et les interfaces de termina! h à lm correspondantes afin d'assurer l'acheminement du flux de service jusqu'aux terminaux utilisateurs 2k concernés. La création de liens entre les interfaces de service ISj et les interfaces de terminal I, consiste en la mise en place d'un routage ou d'un pontage entre lesdites interfaces de services ISj et iesdites interfaces de terminal Ii.
Il existe deux méthodes différentes pour acheminer des trames de données d'une interface de service ISi à ISn vers une interface de terminal h à lm et au moins un terminal utilisateur 2k donnés. Ces méthodes sont le routage et te pontage, La principale différence entre ces deux méthodes réside dans le fait que tes ponts opèrent au niveau de la couche protocolaire dite « îiaison de données » alors que les routeurs opèrent au niveau de ia couche protocolaire dite « réseau ».
Le fait qu'un flux de service soit acheminé par routage ou par pontage, est Se résultat d'un choix effectué par l'opérateur de télécommunications. A titre d'exemple, un opérateur peut choisir de réaliser l'acheminement du fiux de service Internet au moyen d'un routeur et d'acheminer par pontage d'autres flux de services tels que la vidéo ou la visiophonie. En effet, le pontage se prête bien à l'acheminement des flux vidéo et de visiophonie car il offre un meilleur débit qu'un acheminement par routage. La figure 2 représente un premier mode de réalisation particulier de l'invention. Dans ce mode de réalisation de l'équipement d'interconnexion 1 le module d'acheminement 12 comporte au moins un routeur 12a et au moins un pont 12b. Ainsi, des terminaux utilisateur 2κ aptes à recevoir des flux de services acheminés par routage et des fiux de services acheminés par pontage peuvent être connectés à un unique équipement d'interconnexion 1.
Dans un deuxième mode de réalisation particulier de l'invention non représenté sur Ses figures, le module d'acheminement 12 comporte uniquement un routeur ou un pont.
La figure 3 représente un troisième mode particulier de réalisation de la présente invention. Dans ce mode de réalisation, l'équipement d'interconnexion 1 comporte plusieurs modules d'anaiyse de trames 10p.
Chacun de ces modules d'analyse de trames 1Op intercepte les trames de données issues d'une ou plusieurs interfaces de terminal I,. Ce mode de réalisation assure un traitement plus rapide des trames de données. Ce mode de réalisation peut être combiné avec Ses modes de réaiisation de la présente invention précédemment décrits.
La figure 4 représente l'imbrication des différents modules logiques constitutifs d'un module d'anaiyse de trame 10p. Ces modules logiques sont au nombre de trois ; un premier module logique SP1 réalisant j'initiaϋsatiofi de l'équipement d'interconnexion 1 , un deuxième module logique SP2 assurant la détection et d'identification de tout nouveau terminal utilisateur 2k connecté à l'équipement d'interconnexion 1 et un troisième module logique SP3 assurant la récupération des informations nécessaires à l'acheminement des flux de services vers les interfaces de terminal h à lm correspondantes.
La figure 5 représente les différentes étapes constitutives du module logique d'initialisation SP1 du module d'analyse de trame 10p.
Dans une première étape E10 l'équipement d'interconnexion démarre. Il s'agit alors de tester, au cours de l'étape E11 si il s'agit du premier démarrage de l'équipement d'interconnexion 1.
S'il s'agit du premier démarrage de l'équipement d'interconnexion 1 , le module logique SP1 exécute l'étape E12. Dans cette étape, un service dit service par défaut est attribué à toutes les interfaces de terminal Ij (i Θ 1 , ..., m). Le service par défaut est généralement le service Internet, maïs peut être n'importe quel autre service.
Au cours de l'étape E 13, des informations d'identification d'une interface de terminal h (i Θ 1 , ..., m), par exemple l'adresse physique (Q)MACU de l'interface de terminal Ij1 et des informations d'identification d'un service par défaut sont mémorisés dans un troisième fichier de persistance de l'équipement d'interconnexion 1 dit fichier «Interfaces de terminal».
La définition d'un service par défaut est un choix d'impiémentation avantageux dans la mesure où, i! permet d'offrir ledit service par défaut à un terminal qui ne serait pas prévu pour émettre des trames permettant d'identifier un service spécifique requis par ce terminal. Les ordinateurs personnels constituent l'exemple le plus courant de terminaux qui ne sont pas prévus pour émettre des trames permettant d'identifier le service qu'ils requièrent. Le service le plus souvent requis par un ordinateur personnel étant « Internet », ti est donc avantageux de choisi
« Internet » comme service par défaut. Lorsqu'il ne s'agit pas du premier démarrage de l'équipement d'interconnexion 1 , le procédé exécute l'étape E14.
Cette étape consiste à émettre, pour chaque interface de terminai I1, vers le module de commande 11 !es informations d'identification du service requis par ie terminal et de l'interface de terminal Ij.
La figure 6 représente les différentes étapes constitutives du module logique SP2 de détection et d'identification de terminaux 2k connectés à l'équipement d'interconnexion 1 au moyen des interfaces vers des terminaux Ii (i e 1 m). Le module d'analyse de trames de données 10 reçoit, en provenance de l'un des terminaux 2k connecté à l'équipement d'interconnexion 1 , une trame de données à analyser. Ii exécute alors les étapes E20 et E21. Dans une première étape E20, Ie module d'analyse de trames de données extrait l'adresse physique @MAC2k du terminal 2k duquel est issue la trame de données analysée. Au cours de cette même étape, le module d'analyse de trames de données 10 reçoit en provenance du système d'exploitation de l'équipement d'interconnexion 1 l'identifiant de l'interface de terminal Ij par laquelle la trame de donnés à analyser est reçue.
Au cours de l'étape E21 la valeur de l'adresse physique @MAC2k du terminal 2k contenue dans la trame de données reçue est recherchée dans lez fichier de persistance « Terminaux ». Dans le cas où la valeur de l'adresse physique dudit terminal 2^ est présente dans le fichier de persistance «
Terminaux », le procédé exécute l'étape E22.
Au cours de l'étape E22,on récupère dans le fichier de persistance « Terminaux » les informations d'identification du service stockées en association avec l'adresse physique @MAC-2k du terminai 2k.
Lorsque les adresses physiques ne sont pas présentes dans le fichier «
Terminaux », le procédé exécute l'étape E30. Afin d'économiser du temps de calcul sur le processeur de l'équipement d'interconnexion 1 , le module d'analyse des trames 10 n'intercepte que certaines trames de données particulières. Le choix des trames de données à intercepter est le résultat de la connaissance des différents types de trames, par exemple ARP (de l'acronyme anglo-saxon Address Resolution Protocol), DHCP (de l'acronyme anglo-saxon Dynamic Hosî Configuration Protocol), de données pouvant être émises par les divers terminaux connectés à l'équipement d'interconnexion 1. Les trames de données devant être interceptées par le module d'analyse des trames 10 sont des trames émises peu fréquemment par ies terminaux 2k et dont certains des champs contiennent les informations nécessaires à l'exécution du procédé d'analyse des trames de données selon l'invention.
Ainsi iors de l'étape E30, le module d'analyse teste la nature de la trame de données interceptée par le module d'analyse des trames de données 10. Si la trame de données interceptée est une trame particulière au sens de l'invention, alors l'étape E31 sera exécutée. Si la trame interceptée n'est pas une trame particulière au sens de l'invention, le terminal 2k détecté est associé, dans le fichier de persistance « Terminaux », au service par défaut, ce qui correspond à l'étape E34, Dans un mode de réalisation particulier de la présente invention, le service par défaut est un service dont le flux est acheminé par routage. Néanmoins, le service par défaut peut être un service dont le flux est acheminé au moyen d'un pont. Le choix du type d'acheminement du flux du service par défaut relève de l'opérateur en télécommunications. Au cours de l'étape E31 , ies champs particuliers de la trame de données interceptée sont lus afin de récupérer les informations qu'ils contiennent. Ces informations sont, entre autres le nom du service, le numéro de série du terminal connecté, Ie nom de son fabricant, la version logicielle supportée par le terminal. L'étape E32, consiste à tester la nature du flux de service demandé par ledit terminal, c'est-à-dire, à déterminer s'il s'agit d'un service dont le flux est routé ou d'un service dont le flux est acheminé par un pont.
Au cours de l'étape E33, le nom du nouveau service, ainsi que sa nature, est mémorisé dans le fichier de persistance « Interfaces de terminal» en lieu et place du nom de l'ancien service qui est le service par défaut.
Dans un mode de réalisation particulier, ies trames interceptées par le module d'analyse de trames 10, au cours de l'étape E30, sont des trames DHCP. Ces trames sont des trames rarement émises par des terminaux tels que des terminaux de visiophonie ou des tuners pour télévision numérique. Dans ces trames, au moins l'un des champs 60 et 77 contient toutes les informations nécessaires à i'exécution du procédé selon l'invention.
La figure 7 représente les différentes étapes constitutives module logique SP3 de détection des informations nécessaires à l'acheminement des flux de services vers les interfaces de terminal h à lm correspondantes.
Au cours de l'étape E40, le service demandé par le terminal 2k dont ies trames ont été analysées est comparé au service mémorisé dans le fichier de persistance « Interfaces ». Si les services sont différents, le procédé exécute l'étape E41 Dans une étape E41 , le service demandé par le terminal 2k est mémorisé dans Ie fichier de persistance « Interfaces » en lieu et place du service précédemment mémorisé.
Enfin, dans une étape E42, le module d'analyse de trames 10 transmet au module de commande 11 les informations d'identification du service requis et de l'interface de terminal Ij dont les trames viennent d'être analysées.. Il est à rappeler que le module de commande 11 connaît l'identifiant de l'interface de service associée à chaque service. En fonction du service demandé, ie module de commande 11 réalise l'acheminement par mise en œuvre d'u routage ou d'un pontage. Le procédé selon l'invention permet donc de configurer automatiquement les interfaces d'un équipement d'interconnexion. Mais, ce procédé permet également, grâce à l'exploitation d'autres informations contenues dans des champs particuliers des trames de données analysées, d'offrir d'autres fonctionnalités.
Ainsi, le module d'analyse de trames de données 10 selon l'invention permet en comparant le nom du fabricant d'un terminal issu de l'analyse d'une trame de données avec les noms de fabricants mémorisés dans un fichier de persistance dit « Terminaux autorisés » accepter ou refuser la connexion dudit terminal à l'équipement d'interconnexion 1.
Il en va de même avec les versions des logiciels assurant le fonctionnement des terminaux utilisateurs 2 ou les modèles desdits terminaux. En comparant les valeurs issues de l'analyse d'une trame de données et les valeurs contenues dans le fichier de persistance «Terminaux autorisés », il est possible d'accepter ou de refuser l'utilisation d'un terminai parce que le logiciel ou le modèle de terminal ne sont pas conformes.
Bien que des modes de réalisation particuliers de la présente invention aient été décrits ci-dessus, l'homme du métier comprendra que diverses modifications et aménagements peuvent se pratiquer sans sortir du cadre de ia présente invention.

Claims

REVENDICATIONS
1. Procédé de configuration automatique d'un équipement d'interconnexion entre au moins une plateforme de services et au moins un terminal, ledit équipement d'interconnexion comportant une interface de service vers ladite plateforme de service et une interface de terminal vers ledit terminal, caractérisé en ce qu'il comporte:
- une étape de réception d'une trame émise par ledit terminal, ladite trame comportant des informations d'identification d'un service demandé par iedit terminal, - une étape d'identification de l'interface de terminal par laquelle la dite trame est reçue,
- une étape d'identification de l'interface de service correspondant audit service à partir desdites informations d'identification de service,
- une étape de création d'un lien entre ladite interface de service et ladite interface de terminal pour acheminer un flux de données relatif audit service.
2. Procédé de configuration selon la revendication 1 , caractérisé en ce qu'en l'absence de réception de ladite trame en provenance d'un terminal (2k), il est considéré que le service demandé par ledit terminal (2k) est un service par défaut prédéfini au niveau de l'équipement d'interconnexion.
3. Procédé de reconfiguration selon la revendication 1 , caractérisé en ce que ladite trame est une trame DHCP.
4 Procédé de reconfiguration selon la revendication 2, caractérisé en ce que les informations d'identification dudit service sont contenues dans au moins l'un des champs 60 et 77 de ladite trame DHCP.
5 Procédé de configuration selon la revendication 1 , caractérisé en ce qu'il comporte une étape d'extraction (E31 ) d'informations relatives au termina! (2k) contenues dans ladite trame de données, une étape de comparaison desdites informations relatives au terminal avec d'autres informations relatives audit terminal (2k) contenues dans un fichier de persistance de l'équipement d'interconnexion (1), ie lien entre ladite interface de service et ladite interface de terminal n'étant créé que si les informations relatives au terminal contenues dans le ficher de persistance sont compatibles avec les informations relatives au terminal extraites de ladite trame.
6. Equipement d'interconnexion (1 ) entre au moins une plateforme de services et au moins un terminal, ledit équipement d'interconnexion comportant une interface de service vers ladite plateforme de service et une interface de terminal vers ledit terminal, caractérisé en ce que ledit équipement d'interconnexion (1 ) comporte :
- des moyens de réception d'une trame émise par ledit terminal, ladite trame comportant des informations d'identification d'un service demandé par ledit terminal, - des moyens d'identification de l'interface de terminal par laquelle ladite trame est reçue,
- des moyens d'identification de l'interface de service correspondant audit service à partir desdites informations d'identification de service,
- des moyens de création d'un lien entre ladite interface de service et ladite interface de terminal pour acheminer un flux de données relatif audit service.
7. Equipement d'interconnexion (1 ) selon la revendication 5, caractérisé en ce que ladite trame est un trame DHCP.
8. Equipement d'interconnexion (1) selon la revendication 6, caractérisé en ce qu'en l'absence de réception de ladite trame en provenance d'un terminal, il est considéré que le service demandé par ledit terminal est un service par défaut prédéfini au niveau de l'équipement d'interconnexion.
9. Equipement d'interconnexion (1 ) selon la revendication 5, caractérisé en ce qui! comporte des moyens d'extraction d'informations relatives au terminai (2k) contenues dans ladite trame de données, des moyens de comparaison desdites informations relatives au terminal avec d'autres informations relatives audit terminal (2k) contenues dans un fichier de persistance de l'équipement d'interconnexion (1 ), le lien entre ladite interface de service et ladite interface de terminal n'étant créé que si les informations relatives au terminai contenues dans le ficher de persistance sont compatibles avec les informations relatives au terminal extraites de ladite trame.
10. Equipement d'interconnexion (1 ) selon la revendication 5, caractérisé en ce que l'équipement d'interconnexion (1 ) comporte au moins un routeur (12a) et au moins un pont (12b).
EP06847170A 2005-12-20 2006-12-19 Configuration automatique d'interfaces dans un equipement d'interconnexion entre au moins une plateforme de services et au moins un terminal utilisateur Active EP1969819B1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0553980A FR2895179A1 (fr) 2005-12-20 2005-12-20 Configuration automatique d'interfaces dans un equipement d'interconnexion entre au moins une plateforme et au moins un terminal utilisateur
PCT/FR2006/051380 WO2007071877A1 (fr) 2005-12-20 2006-12-19 Configuration automatique d'interfaces dans un equipement d'interconnexion entre au moins une plateforme de services et au moins un terminal utilisateur

Publications (2)

Publication Number Publication Date
EP1969819A1 true EP1969819A1 (fr) 2008-09-17
EP1969819B1 EP1969819B1 (fr) 2012-03-28

Family

ID=36972765

Family Applications (1)

Application Number Title Priority Date Filing Date
EP06847170A Active EP1969819B1 (fr) 2005-12-20 2006-12-19 Configuration automatique d'interfaces dans un equipement d'interconnexion entre au moins une plateforme de services et au moins un terminal utilisateur

Country Status (4)

Country Link
EP (1) EP1969819B1 (fr)
AT (1) ATE551807T1 (fr)
FR (1) FR2895179A1 (fr)
WO (1) WO2007071877A1 (fr)

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO2007071877A1 *

Also Published As

Publication number Publication date
ATE551807T1 (de) 2012-04-15
EP1969819B1 (fr) 2012-03-28
FR2895179A1 (fr) 2007-06-22
WO2007071877A1 (fr) 2007-06-28

Similar Documents

Publication Publication Date Title
EP0599706B1 (fr) Dispositif de traitement de l'information permettant la gestion d'une ressource informatique par un système d'administration
US7024497B1 (en) Methods for accessing remotely located devices
FR2923969A1 (fr) Procede de gestion de trames dans un reseau global de communication, produit programme d'ordinateur, moyen de stockage et tete de tunnel correspondants
EP1672874B1 (fr) Procédé de transmission securisée, système, pare-feu et routeur le mettant en oeuvre
FR3047332A1 (fr) Systeme et procede d'identification automatique d'un modele de vehicule
FR2879389A1 (fr) Procede et mecanisme pour identifier un commutateur non gere dans un reseau
EP1997295A2 (fr) Procede de communication de donnees entre des systemes de traitement heterogenes connectes en reseau local et systeme de communication mettant en oeuvre ce procede
FR2860111A1 (fr) Systeme d'acces a un reseau adapte pour la mise en oeuvre d'un procede a signature simplifiee, et serveur pour sa realisation
EP1969819B1 (fr) Configuration automatique d'interfaces dans un equipement d'interconnexion entre au moins une plateforme de services et au moins un terminal utilisateur
JP4429173B2 (ja) デジタル通信データに基づいてアクションをトリガーする方法及びコンピュータ・システム
EP1489794B1 (fr) Procédé et dispositif de gestion et de stockage de données non-volatiles relatives à un appareil communiquant, par exemple dans un pico-réseau, tel qu'un réseau "Bluetooth"
EP0676881A1 (fr) Vérification d'intégrité de données échangées entre deux stations de réseau de télécommunications
EP1520378B1 (fr) Systeme et procede de gestion sur un terminal de l architect ure dediee a un reseau de communication
EP3672209B1 (fr) Procédé d'identification de noeud de communication
EP4268428B1 (fr) Procedes de communication, proxys virtuels et systeme informatique pour la mise en oeuvre de tels procedes
WO2000074270A1 (fr) Procede de recherche automatique par un aeronef d'une adresse de communication d'une entite au sol d'un reseau atn
WO2023131627A1 (fr) Procédé d'identification d'équipements présents dans un réseau domestique
EP3804253B1 (fr) Procédé de mise à jour d'une base de données d'un réseau de voix sur ip
US8700764B2 (en) Routing incoming messages at a blade chassis
FR2843847A1 (fr) Systeme permettant d'etablir une connexion telnet avec un dispositif eloigne depourvu de modem
EP3926927B1 (fr) Procede de communication et objets connectes
EP1643689A1 (fr) Procede de selection automatique d'une configuration de securite pour les terminaux d'utilisateur nomades
BE1004536A6 (fr) Transmission de donnees et controle d'acces a celles-ci.
EP4362391A1 (fr) Procédé de gestion d'accès d'un utilisateur à au moins une application, programme d'ordinateur et système associés
FR2879052A1 (fr) Architecture pour simulation d'abonnes sur un reseau atn

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: 20080717

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 NL PL PT RO SE SI SK TR

17Q First examination report despatched

Effective date: 20081001

REG Reference to a national code

Ref country code: DE

Ref legal event code: R079

Ref document number: 602006028539

Country of ref document: DE

Free format text: PREVIOUS MAIN CLASS: H04L0029080000

Ipc: H04L0012660000

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

RIC1 Information provided on ipc code assigned before grant

Ipc: H04L 29/08 20060101ALI20110930BHEP

Ipc: H04L 12/66 20060101AFI20110930BHEP

RTI1 Title (correction)

Free format text: AUTOMATIC CONFIGURATION OF INTERFACES IN EQUIPMENT FOR INTERCONNECTING AT LEAST ONE SERVICE PLATFORM AND AT LEAST ONE USER TERMINAL

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 NL PL PT RO SE SI SK TR

DAX Request for extension of the european patent (deleted)
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: 551807

Country of ref document: AT

Kind code of ref document: T

Effective date: 20120415

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: DE

Ref legal event code: R096

Ref document number: 602006028539

Country of ref document: DE

Effective date: 20120524

REG Reference to a national code

Ref country code: NL

Ref legal event code: VDEP

Effective date: 20120328

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

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: 20120328

LTIE Lt: invalidation of european patent or patent extension

Effective date: 20120328

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

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: 20120328

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: 20120629

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: 20120328

REG Reference to a national code

Ref country code: AT

Ref legal event code: MK05

Ref document number: 551807

Country of ref document: AT

Kind code of ref document: T

Effective date: 20120328

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: 20120328

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

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: 20120328

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: 20120728

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: 20120328

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: 20120328

Ref country code: PL

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: 20120328

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: 20120328

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: 20120328

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

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: 20120328

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: 20120730

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

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: 20120328

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: 20120328

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: 20120328

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

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: 20120328

26N No opposition filed

Effective date: 20130103

REG Reference to a national code

Ref country code: DE

Ref legal event code: R097

Ref document number: 602006028539

Country of ref document: DE

Effective date: 20130103

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

Ref country code: ES

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: 20120709

BERE Be: lapsed

Owner name: FRANCE TELECOM

Effective date: 20121231

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

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: 20120628

Ref country code: MC

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

Effective date: 20121231

REG Reference to a national code

Ref country code: CH

Ref legal event code: PL

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: BE

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

Effective date: 20121231

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: 20121231

Ref country code: LI

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

Effective date: 20121231

Ref country code: IE

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

Effective date: 20121219

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: 20120328

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: 20121219

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

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

Effective date: 20061219

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: DE

Payment date: 20251126

Year of fee payment: 20

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

Ref country code: GB

Payment date: 20251120

Year of fee payment: 20

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

Ref country code: FR

Payment date: 20251119

Year of fee payment: 20