WO2009083683A1 - Procede de configuration d'un equipement reseau - Google Patents

Procede de configuration d'un equipement reseau Download PDF

Info

Publication number
WO2009083683A1
WO2009083683A1 PCT/FR2008/052307 FR2008052307W WO2009083683A1 WO 2009083683 A1 WO2009083683 A1 WO 2009083683A1 FR 2008052307 W FR2008052307 W FR 2008052307W WO 2009083683 A1 WO2009083683 A1 WO 2009083683A1
Authority
WO
WIPO (PCT)
Prior art keywords
equipment
data
configuration
rule
piece
Prior art date
Application number
PCT/FR2008/052307
Other languages
English (en)
Inventor
Idir Fodil
Original Assignee
France Telecom
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 filed Critical France Telecom
Publication of WO2009083683A1 publication Critical patent/WO2009083683A1/fr

Links

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/0866—Checking the configuration
    • H04L41/0869—Validating the configuration within one network element
    • 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/0806—Configuration setting for initial configuration or provisioning, e.g. plug-and-play

Definitions

  • the invention relates to the general field of equipment configuration of a telecommunications network.
  • the network equipment concerned may be:
  • a database of this type can in particular be a HSS (Home Subscriber Server) base of the 3GPP IMS architecture (IP Multimedia Subsystem) or the UPSF (User Profile Server Function) base of the ETSI ⁇ SPAN NGN architecture;
  • HSS Home Subscriber Server
  • 3GPP IMS architecture IP Multimedia Subsystem
  • UPSF User Profile Server Function
  • a database may be the PDBF (Profile Data Base Function) database;
  • AS Application Server
  • each equipment configured with data of a user stores this data and possibly generates new data that it stores, or transmits to one or more network equipment.
  • a device that receives configuration data from a user can create a configuration file from of this data, this configuration file being subsequently downloaded by a client terminal.
  • network equipment manager In the current state of the art, the provisioning is done most often from a particular equipment called "network equipment manager”.
  • such a network equipment manager configures the network equipment necessary for the implementation of the services subscribed by a given user, the configuration of a given piece of equipment being made independently of the configuration of the other equipment necessary for the implementation. implementation of these services.
  • the invention is a provisioning method that does not have the disadvantages of the current state of the art. More specifically, and according to a first aspect, the invention relates to a method of configuring a network equipment with data of a subscriber relating to at least one telecommunications service. This method comprises: a step of obtaining a validation rule of at least a first part of this data, originating from a provisioning server; and a step of sending, to at least one second piece of equipment chosen according to this rule, a request to check the first part of the data.
  • the invention relates to a network equipment comprising data of a subscriber relating to at least one telecommunications service.
  • This network equipment comprises:
  • the network devices communicate with each other to validate their configuration data with each other.
  • This mechanism advantageously makes it possible to guarantee the consistency of the configuration data within the network equipment involved in the implementation of the services of a given user by creating a synergy between these network equipment.
  • the configuration method comprises a step of implementing a predetermined procedure defined by the aforementioned rule, in case of failure of the verification.
  • This feature advantageously makes it possible to detect and resolve automatically and instantly problems that may occur during provisioning, without the need to escalate this problem to third-party equipment or an administrator.
  • the error recovery procedures are implemented from the configuration, before the user accesses his services.
  • network devices involved in the implementation of a service of a given user validate their configuration data before the launch of this service.
  • the method of configuring a network equipment comprises a step of checking at least a second part of the data.
  • the method of configuring a network equipment comprises a step of receiving, from a third party network equipment, a request to verify, on behalf of this third party, the configuration data of this third party, and a step of sending a result of this verification to this third party.
  • each network equipment can: - outsource the verification of at least a portion of its own configuration data to a third party;
  • the invention relates to a method of supervising the configuration of a plurality of network equipment, this method being capable of being implemented by a provisioning server.
  • This process comprises:
  • each piece of equipment of this set being at least able to check the configuration data of another piece of equipment of this set or to have at least part of its own data checked configuration by other equipment in this set;
  • the invention relates to a provisioning server, characterized in that it comprises: means for defining at least one set of equipment, each device of this set being at least able to verify configuration data of a other equipment in the set or having at least part of its own configuration data checked by other equipment in that set; and means for sending a validation rule to at least one first piece of equipment of this set to indicate to it at least one second piece of equipment of this set from which it can have at least a part of its configuration data checked.
  • a provisioning server oversees the provisioning. For this purpose, it defines, for the provisioning of a given user, a set of equipment involved in the implementation of services subscribed by this user.
  • the provisioning server then dispatches validation rules to one or more of the devices in the set to tell them how to check the device configuration data within that group.
  • the supervision method according to the invention comprises: a step of obtaining an error code representing a failure of the configuration of at least one piece of equipment;
  • the provisioning server can, by applying the supervision rule, replace this faulty equipment with another. This amounts to modifying the set concerned.
  • the invention relates to a system for provisioning a set of network equipment with configuration data of at least one subscriber relating to at least one telecommunications service.
  • This system comprises:
  • the various steps of the configuration method and the supervision method are determined by computer program instructions.
  • the invention also relates to a computer program on an information carrier, this program being capable of being implemented in a network device or more generally in a computer, this program comprising instructions adapted to the implementation of the steps of a configuration method as described above.
  • the invention also relates to a computer program on an information medium, this program being capable of being implemented in a provisioning server or more generally in a computer, this program comprising instructions adapted to the implementation steps of a supervision method as described above.
  • These programs 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 floppy disk 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.
  • FIG. 2 shows schematically a provisioning server according to the invention in a particular embodiment
  • FIG. 3 shows schematically a network equipment according to the invention in a particular embodiment
  • FIG. 4 represents, in flowchart form, the main steps of a configuration method according to the invention, implemented in a residential gateway;
  • FIG. 5 represents, in flowchart form, the main steps of a configuration method according to the invention, implemented in a mail server; and
  • FIG. 6 represents, in flowchart form, the main steps of a supervision method according to the invention, in a particular embodiment.
  • FIG. 1 schematically represents a provisioning system according to the invention.
  • This system comprises a provisioning server 20 according to the invention and network equipment Hi, 12i, 13i, H 2 , 12 2 , 13 2 according to the invention, all these devices being connected to each other via a referenced telecommunications network. 1.
  • provisioning server 20 according to the invention and network equipment Hi, 12i, 13i, H 2 , 12 2 , 13 2 according to the invention, all these devices being connected to each other via a referenced telecommunications network. 1.
  • network equipment Hi 12i, 13i, H 2 , 12 2 , 13 2 according to the invention
  • Hi and H 2 are residential gateways
  • the network equipment 12i and 12 2 are messaging servers; and the network equipment 13 1 and 13 2 are voice / IP platforms.
  • the set El comprises the network equipment Hi, 12i and 13i which must be configured to render the services to a first user.
  • the set E2 comprises the network equipment H 2 , 12 2 and 13i which must be configured to render the services to a second user.
  • the provisioning server 20 defines the two sets E1 and E2 as mentioned above and, for each of these sets, a supervision rule respectively RS1, RS2.
  • the RSl supervision rule states:
  • the RS2 supervision rule associated with the set E2 is interpreted in the same way.
  • Annex 1 also includes two validation rules RVlIl, RVl 12 defined by the provisioning server 20 and intended respectively for the residential gateways Hi and H 2 .
  • the validation rule RVl 12 intended for the platform of voice / IP H 2 is interpreted in the same way.
  • the provisioning server also defines a validation rule RVlOl for the mail server U 1 .
  • This rule stipulates that the D2 data must be verified locally and that in case of error, a "7" code must be sent back to the EM transmitter of this data.
  • the validation rule RV131 for the mail server 13i is interpreted in the same way.
  • the provisioning server 20 has the hardware architecture of a conventional computer shown in FIG.
  • the provisioning server 20 comprises a processor 21, a random access memory RAM 22 and a ROM ROM 23.
  • the read-only memory 23 constitutes a recording medium for a computer program according to the invention, this program including instructions for carrying out the steps of the supervision method whose flowchart is shown in FIG. 6.
  • the provisioning server 20 also comprises communication means 24 enabling it to communicate with the other equipment via the network.
  • the provisioning server 20 also includes a rewritable non-volatile memory 25 in which it stores the sets E1, E2 and the associated supervision rules RS1, RS2.
  • the provisioning server 20 also comprises a motor 26 for interpreting the supervision rules RS1 and RS2.
  • the network equipment Hi, 12i, 13i, H 2 , 12 2 , and 13 2 have the hardware architecture of a conventional computer.
  • the architecture of the residential gateway H 1 is shown in FIG.
  • This residential gateway comprises a processor 31, a random access memory 32 and a read-only memory 33.
  • the read-only memory 33 constitutes a recording medium for a computer program according to the invention, this program comprising instructions for the execution of the steps of the configuration process whose flowchart is shown in Figure 4.
  • the residential gateway H 1 also comprises communication means 34 enabling it to communicate with the other equipment via the network.
  • the residential gateway H 1 also comprises a rewritable nonvolatile memory 35 in which it stores the validation rule RVlIl received from the provisioning server 20.
  • the residential gateway H 1 also comprises a motor
  • the residential gateway H 1 receives, from the provisioning server 20, the validation rule RVlH and configuration data D1, D2.
  • the home gateway checks locally whether the configuration data D1 is valid.
  • step E30 If an error occurs, it is detected in step E30 and, in accordance with the validation rule RVlI1, the home gateway Hi returns a code "1" to the provisioning server 20 during a step E40.
  • the test E30 is followed by a step E50 during which the residential gateway H 1 sends a request to the mail server 12i to ask it to check the data D2.
  • This step is followed by an E60 test in which the home gateway H 1 detects whether a data validation error D2 by the mail server 12i has occurred. An error is likely to occur if the mail server 12i does not respond to the above request, or if the mail server detects an error or incompatibility in the data D2. If an error occurs, the result of the test E60 is positive and the residential gateway Hi sends to the provisioning server 20 during a step E70, a code "2" as provided by the validation rule RVlIl.
  • test E60 is followed by a step E80 during which the residential gateway
  • Hi sends to the voice / IP platform 13i the data D2 for verification.
  • the residential gateway Hi detects whether an error occurs during the verification of the data D2 by the voice / IP platform 13i.
  • the residential gateway Hi sends, during a step ElOO, the code "3" to the provisioning server 20.
  • the residential gateway Hi sends, during a step EI10, to the provisioning server 20, an "OK" code representative of the proper configuration data D1 and D2.
  • the mail server receives the validation rule RV121 from the provisioning server 20; he interprets this rule.
  • the mail server 12i receives the data D2 sent by the residential gateway Hi in step E50.
  • the messaging server 12i checks the data D2 according to the validation rule RV121.
  • the mail server 12i checks whether an error has occurred.
  • the messaging server 12i sends a code "7" to the sender of the request, namely to the residential gateway Hi (step F50). On the contrary, if the data D2 are validated, the messaging server 12i sends, to the sender of the request (residential gateway H 1 ) an "OK" code representing the validity of the data (step F60).
  • the method implemented by the voice / IP platform 13i is similar, with the difference that the code "8" is sent back to the issuer of the validation request (namely to the residential gateway H 1 ) in the event of error in checking D2 data.
  • a code "3" is raised by the residential gateway H 1 to the provisioning server 20 (step ElOO).
  • the supervision method comprises a first step GlO during which the provisioning server 20 defines the sets E1, E2.
  • the provisioning server 20 sends the validation rule RV121 to the mail server 12 ⁇ .
  • the provisioning server 20 sends the RVlIl validation rule and data Dl, D2 to the residential gateway H 1.
  • the provisioning server 20 is placed on the G40 test, waiting for a return code.
  • provisioning server 20 receives an "OK" code, it considers that the configuration of all the equipment in the set El has gone well. This is the case when the residential gateway H 1 returns the code "OK" in step EI10.
  • the provisioning server 20 receives a code "1" or "2”, it triggers an alarm in step G60.
  • the provisioning server 20 receives the code "3" sent by the residential gateway H 1 due to the non-validation of the configuration data D2 by the voice / IP platform 13i.
  • the supervision rule RS1 if the provisioning server 20 receives a code "1" or "2”, it triggers an alarm in step G60.
  • the provisioning server 20 receives the code "3" sent by the residential gateway H 1 due to the non-validation of the configuration data D2 by the voice / IP platform 13i.
  • the provisioning server 20 modifies all the sets in which the defective equipment is located, namely the voice / IP platform 13i.
  • the voice / IP platform 13i is replaced by the voice / IP platform 13 2 in the set E2.
  • Annex 2 gives the new sets El 1 , E 2 ', the new supervision rules RS1', RS2 1 and the new validation rules RV1H ', RV112' after the execution of the steps G70 (modification of the set El) and G80 (taken into account for the set E2 and the set E2 ').
  • the supervision rule RS1 comprises an instruction for sending the validation rule RV131 to the voice / IP platform 13 2 .
  • validation rule RVlH 'implemented by the residential gateway Hi contains only one step to check the validity of the D2 data with the voice / IP platform 13 2 .
  • the supervision method then restarts, during a step G90, the configuration of the equipment not yet configured by the implementation of the supervision rule RSl '.

Landscapes

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

Abstract

Ce procédé permet de configurer un équipement réseau (111) avec des données d'un abonné relatives à au moins un service de télécommunications. Il comporte une étape d'obtention d'une règle de validation d'au moins une première partie des données, en provenance d'un serveur de provisionnement; et une étape d'envoi, à au moins un deuxième équipement (121, 131) choisi en fonction de cette règle, d'une requête pour vérifier la première partie des données.

Description

Procédé de configuration d'un équipement réseau
Arrière-plan de l'invention
L'invention se rapporte au domaine général de la configuration des équipements d'un réseau de télécommunications.
Elle se place plus généralement dans le contexte dit de "provisioning", ce mécanisme étant connu pour désigner la configuration de l'ensemble des équipements de télécommunications nécessaires à la mise en œuvre des différents services auxquels un utilisateur a souscrit. Dans ce document, et de façon non limitative, les équipements réseaux concernés peuvent être :
- les bases de données contenant l'identité des utilisateurs, la liste des services souscrits, leurs données et méthodes d'identification et d'accès à différents services. Une base de données de ce type peut notamment être une base HSS (Home Subscriber Server) de l'architecture 3GPP IMS (IP Multimedia Subsystem) ou la base UPSF (User Profile Server Function) de l'architecture ETSI ΗSPAN NGN ;
- les bases de données contenant les contrats de l'utilisateur relatifs à un réseau d'accès donné (identité de l'utilisateur, données et méthodes d'identification utilisées, qualité de services souscrits). Un exemple d'une telle base de données peut être la base PDBF (Profile Data Base Function) ;
- les serveurs aptes à fournir les informations de localisation d'un utilisateur ; - les équipements ou plateformes implémentant les services utilisateurs, appelés AS (Application Server) ; et
- les équipements d'accès au réseau et aux services de l'opérateur, et notamment les terminaux utilisateurs ou les passerelles d'accès résidentielles. De façon connue, chaque équipement configuré avec des données d'un utilisateur mémorise ces données et génère éventuellement de nouvelles données qu'il mémorise, ou transmet à un ou plusieurs équipements réseau.
Par exemple, un équipement qui reçoit des données de configuration d'un utilisateur peut créer un fichier de configuration à partir de ces données, ce fichier de configuration étant ensuite téléchargé par un terminal client.
Dans l'état actuel de la technique, le provisioning s'effectue le plus souvent à partir d'un équipement particulier appelé "gestionnaire d'équipements réseau".
De façon connue, un tel gestionnaire d'équipements réseau configure les équipements réseau nécessaires à la mise en œuvre des services souscrits par un utilisateur donné, la configuration d'un équipement donné étant faite indépendamment de la configuration des autres équipements nécessaires à la mise en œuvre de ces services.
L'homme du métier comprendra qu'un problème affectant la configuration d'un équipement réseau dans un tel mécanisme de provisioning peut être très complexe à résoudre et avoir des conséquences sur la configuration d'un grand nombre d'autres équipements réseaux.
Il est en effet nécessaire, lorsqu'un tel problème se produit, de revoir la configuration de tous les équipements susceptibles d'interagir avec l'équipement mal configuré, par exemple en supprimant les données de configuration concernées et en en générant de nouvelles. Malheureusement, en pratique, les problèmes de configuration sont le plus souvent détectés au moment du lancement du service par le client, la résolution de ces problèmes nécessitant la revue de toute la configuration pour cet utilisateur, et donc une indisponibilité relativement longue.
Objet et résumé de l'invention
D'une façon générale, l'invention vise une méthode de provisioning qui ne présente pas les inconvénients de l'état actuel de la technique. Plus précisément, et selon un premier aspect, l'invention concerne un procédé de configuration d'un équipement réseau avec des données d'un abonné relatives à au moins un service de télécommunications. Ce procédé comporte : - une étape d'obtention d'une règle de validation d'au moins une première partie de ces données, en provenance d'un serveur de provisionnement ; et - une étape d'envoi, à au moins un deuxième équipement choisi en fonction de cette règle, d'une requête pour vérifier la première partie des données.
Corrélativement, l'invention concerne un équipement réseau comportant des données d'un abonné relatives à au moins un service de télécommunications. Cet équipement réseau comporte :
- des moyens d'obtention et d'interprétation d'une règle en provenance d'un serveur de provisionnement ; et
- des moyens pour demander la vérification d'au moins une première partie de ces données à au moins un deuxième équipement choisi en fonction de la règle.
Ainsi, conformément à l'invention, les équipements réseau communiquent entre eux pour faire valider leurs données de configuration les uns auprès des autres. Ce mécanisme permet avantageusement de garantir la cohérence des données de configuration au sein des équipements réseau impliqués dans la mise en œuvre des services d'un utilisateur donné en créant une synergie entre ces équipements réseau.
Dans un mode particulier de réalisation, le procédé de configuration comporte une étape de mise en œuvre d'une procédure prédéterminée définie par la règle précitée, en cas d'échec de la vérification.
Cette caractéristique permet avantageusement de détecter et de résoudre automatiquement et instantanément des problèmes qui peuvent se produire lors du provisioning, sans qu'il soit nécessaire de faire remonter ce problème à un équipement tiers ou à un administrateur.
De façon très avantageuse, les procédures de recouvrement d'erreur sont mises en œuvre dès la configuration, avant que l'utilisateur n'accède à ses services. Ainsi, les équipements réseau impliqués dans la mise en œuvre d'un service d'un utilisateur donné valident leurs données de configuration avant le lancement de ce service.
Dans un mode particulier de réalisation, le procédé de configuration d'un équipement réseau selon l'invention comporte une étape de vérification d'au moins une deuxième partie des données. Dans un mode particulier de réalisation de l'invention, le procédé de configuration d'un équipement réseau comporte une étape de réception, en provenance d'un équipement réseau tiers, d'une requête pour vérifier, pour le compte de ce tiers, des données de configuration de ce tiers, et une étape d'envoi d'un résultat de cette vérification à ce tiers.
Ainsi, en résumé, chaque équipement réseau peut : - sous-traiter la vérification d'au moins une partie de ses propres données de configuration à un tiers ;
- vérifier les données de configuration d'un tiers ; et
- vérifier au moins une partie de ses propres données de configuration.
Selon un deuxième aspect, l'invention concerne un procédé de supervision de la configuration d'une pluralité d'équipements réseau, ce procédé étant susceptible d'être mis en œuvre par un serveur de provisionnement.
Ce procédé comporte :
- une étape de définition d'au moins un ensemble d'équipements, chaque équipement de cet ensemble étant au moins apte à vérifier les données de configuration d'un autre équipement de cet ensemble ou à faire vérifier au moins une partie de ses propres données de configuration par un autre équipement de cet ensemble ; et
- une étape d'envoi d'une règle de validation à au moins un premier équipement de cet ensemble pour lui indiquer un deuxième équipement de cet ensemble auprès duquel il peut faire vérifier au moins une partie de ses données de configuration.
Corrélativement, l'invention concerne un serveur de provisionnement, caractérisé en ce qu'il comporte : - des moyens pour définir au moins un ensemble d'équipements, chaque équipement de cet ensemble étant au moins apte à vérifier des données de configuration d'un autre équipement de cet ensemble ou à faire vérifier au moins une partie de ses propres données de configuration par un autre équipement de cet ensemble ; et - des moyens d'envoi d'une règle de validation à au moins un premier équipement de cet ensemble pour lui indiquer au moins un deuxième équipement de cet ensemble auprès duquel il peut faire vérifier au moins une partie de ses données de configuration.
Selon cet aspect de l'invention, un serveur de provisionnement supervise le provisioning. A cet effet, il définit, pour le provisioning d'un utilisateur donné, un ensemble des équipements impliqués dans la mise en œuvre des services souscrits par cet utilisateur.
Le serveur de provisionnement distribue alors des règles de validation à un ou plusieurs des équipements de l'ensemble pour leur indiquer comment vérifier les données de configuration des équipements au sein de ce groupe.
Dans un mode particulier de réalisation, le procédé de supervision selon l'invention comporte : - une étape d'obtention d'un code d'erreur représentatif d'un échec de la configuration d'au moins un équipement ; et
- une étape de modification d'au moins un des ensembles, en fonction du code et d'une règle de supervision.
Lorsque la configuration d'un équipement réseau pose problème, le serveur de provisionnement peut, en appliquant la règle de supervision, remplacer cet équipement défectueux par un autre. Cela revient à modifier l'ensemble concerné.
Il peut aussi changer les règles de validation, sans modifier l'ensemble. De façon très avantageuse, il peut aussi modifier d'autres ensembles auxquels appartient l'équipement réseau défectueux, de sorte que d'autres provisioning qui devaient configurer cet équipement défectueux, se fassent correctement.
Selon un troisième aspect, l'invention concerne un système pour provisionner un ensemble d'équipements réseau avec des données de configuration d'au moins un abonné relatives à au moins un service de télécommunications. Ce système comporte :
- un serveur de provisionnement tel que défini ci-dessus ; et
- au moins un équipement réseau tel que défini ci-dessus. Dans un mode particulier de réalisation, les différentes étapes du procédé de configuration et du procédé de supervision 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 œuvre dans un équipement réseau ou plus généralement dans un ordinateur, ce programme comportant des instructions adaptées à la mise en œuvre des étapes d'un procédé de configuration tel que décrit ci-dessus.
L'invention vise également un programme d'ordinateur sur un support d'informations, ce programme étant susceptible d'être mis en œuvre dans un serveur de provisionnement ou plus généralement dans un ordinateur, ce programme comportant des instructions adaptées à la mise en œuvre des étapes d'un procédé de supervision tel que décrit ci-dessus.
Ces programmes peuvent 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 dise) ou un disque dur.
D'autre part, le support d'informations peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet.
Alternativement, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question.
Brève description des dessins
D'autres caractéristiques et avantages de la présente invention ressortiront de la description faite ci-dessous, en référence aux dessins et aux annexes qui en illustrent un exemple de réalisation dépourvu de tout caractère limitatif, et dans lesquels : - la figure 1 représente, de façon schématique, un système de provisioning conforme à l'invention dans un mode particulier de réalisation ;
- la figure 2 représente, de façon schématique, un serveur de provisionnement conforme à l'invention dans un mode particulier de réalisation ;
- la figure 3 représente, de façon schématique, un équipement réseau conforme à l'invention dans un mode particulier de réalisation ;
- la figure 4 représente, sous forme d'organigramme, les principales étapes d'un procédé de configuration conforme à l'invention, mis en œuvre dans une passerelle résidentielle ;
- la figure 5 représente, sous forme d'organigramme, les principales étapes d'un procédé de configuration conforme à l'invention, mis en œuvre dans un serveur de messagerie ; et - la figure 6 représente, sous forme d'organigramme, les principales étapes d'un procédé de supervision conforme à l'invention, dans un mode particulier de réalisation.
Description détaillée d'un mode de réalisation La figure 1 représente, de façon schématique, un système de provisioning conforme à l'invention.
Ce système comporte un serveur de provisionnement 20 conforme à l'invention et des équipements réseau Hi, 12i, 13i, H2, 122, 132 conformes à l'invention, tous ces équipements étant connectés entre eux via un réseau de télécommunications référencé 1. Dans le mode de réalisation décrit ici :
- les équipements réseaux Hi et H2 sont des passerelles résidentielles;
- les équipements réseaux 12i et 122 sont des serveurs de messageries ; et - les équipements réseaux 13i et 132 sont des plateformes de voix/IP.
A la figure 1, on a représenté deux ensembles El et E2 au sens de l'invention.
L'ensemble El comporte les équipements réseau Hi, 12i et 13i qui doivent être configurés pour rendre les services à un premier utilisateur. L'ensemble E2 comporte les équipements réseau H2, 122 et 13i qui doivent être configurés pour rendre les services à un deuxième utilisateur.
Ces ensembles El et E2 sont définis par le serveur de provisionnement 20.
En référence à l'annexe 1, nous allons maintenant décrire les différentes règles de supervision RSl, RS2 et de validation RVlIl, RV121, RV131 utilisées dans cet exemple de mise en œuvre de l'invention.
Dans la section "règles de supervision", le serveur de provisionnement 20 définit les deux ensembles El et E2 tels que mentionnés ci-dessus et, pour chacun de ces ensembles, une règle de supervision respectivement RSl, RS2.
La règle de supervision RSl stipule :
- que la règle de validation RVlIl, ainsi que les données Dl, D2 de configuration, doivent être envoyées à la passerelle résidentielle Hi, que, si le code d'erreur "3" est remonté par cette passerelle résidentielle Hi, la plateforme de voix/IP 132 doit être substituée à la plateforme 13i dans l'ensemble El, et qu'une alarme doit être générée si le code d'erreur remonté est "1" ou "2" ; - que la règle de validation RV121 doit être envoyée au serveur de messagerie 12i et que, lorsque le code d'erreur "7" est remonté par ce serveur de messagerie, une alarme doit être générée ; et
- que la règle de validation RV131 doit être envoyée à la plateforme de voix/IP 13i et que, lorsque le code d'erreur "8" est remonté par la plateforme de voix/IP, une alarme doit être générée.
La règle de supervision RS2 associée à l'ensemble E2 s'interprète de la même façon.
L'annexe 1 comporte également deux règles de validation RVlIl, RVl 12 définies par le serveur de provisionnement 20 et destinées respectivement aux passerelles résidentielles Hi et H2. La règle de validation RVlIl stipule :
- que les données Dl doivent être vérifiées localement par la passerelle résidentielle, et que, en cas d'erreur, un code "1" doit être remonté au serveur de provisionnement 20 ; - que les données D2 doivent être vérifiées par le serveur de messagerie 12i et qu'en cas d'erreur, un code "2" doit être remonté au serveur 20 ; et
- que les données D2 doivent également être vérifiées par la plateforme de voix/IP 13i et qu'en cas d'erreur un code "3" doit être remonté au serveur de provisionnement 20.
La règle de validation RVl 12 destinée à la plateforme de voix/IP H2 s'interprète de la même façon.
Le serveur de provisionnement définit également une règle de validation RVlOl destinée au serveur de messagerie U1. Cette règle stipule que les données D2 doivent être vérifiées localement et qu'en cas d'erreur, un code "7" doit être remonté à l'émetteur EM de ces données
(en l'occurrence à la passerelle résidentielle H1).
La règle de validation RV131 destinée au serveur de messagerie 13i s'interprète de la même façon.
Dans le mode de réalisation décrit ici, le serveur de provisionnement 20 a l'architecture matérielle d'un ordinateur, conventionnel représentée à la figure 2.
Le serveur de provisionnement 20 comporte 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 constitue un support d'enregistrement pour un programme d'ordinateur conforme à l'invention, ce programme comportant des instructions pour l'exécution des étapes du procédé de supervision dont l'organigramme est représenté à la figure 6.
Le serveur de provisionnement 20 comporte également des moyens de communication 24 lui permettant de communiquer avec les autres équipements via le réseau.
Le serveur de provisionnement 20 comporte également une mémoire non volatile réinscriptible 25 dans laquelle il mémorise les ensembles El, E2 et les règles de supervision associées RSl, RS2.
Le serveur de provisionnement 20 comporte également un moteur 26 pour interpréter les règles de supervision RSl et RS2.
Dans l'exemple décrit ici, les équipements réseau Hi, 12i, 13i, H2, 122, et 132 ont l'architecture matérielle d'un ordinateur conventionnel. A titre d'exemple, on a représenté l'architecture de la passerelle résidentielle H1 à la figure 3.
Cette passerelle résidentielle comporte un processeur 31, une mémoire vive 32 et une mémoire morte 33. La mémoire morte 33 constitue un support d'enregistrement pour un programme d'ordinateur conforme à l'invention, ce programme comprenant des instructions pour l'exécution des étapes du procédé de configuration dont l'organigramme est représenté à la figure 4.
La passerelle résidentielle H1 comporte également des moyens de communication 34 lui permettant de communiquer avec les autres équipements, via le réseau.
La passerelle résidentielle H1 comporte également une mémoire non volatile réinscriptible 35 dans laquelle elle mémorise la règle de validation RVlIl reçue du serveur de provisionnement 20. La passerelle résidentielle H1 comporte également un moteur
36 pour interpréter cette règle.
En référence à la figure 4, nous allons maintenant décrire les principales étapes d'un procédé de configuration conforme à l'invention mis en œuvre par la passerelle résidentielle H1. Au cours d'une étape ElO, la passerelle résidentielle H1 reçoit, en provenance du serveur de provisionnement 20, la règle de validation RVlH et des données de configuration Dl, D2.
Le moteur 36 interprète la règle de validation RVlIl.
Conformément à cette règle, au cours d'une étape E20, la passerelle résidentielle vérifie localement si les données de configuration Dl sont valides.
Si une erreur se produit, elle est détectée à l'étape E30 et, conformément à la règle de validation RVlIl, la passerelle résidentielle Hi renvoie un code "1" au serveur de provisionnement 20 au cours d'une étape E40.
Si les données locales sont validées, le test E30 est suivi par une étape E50 au cours de laquelle la passerelle résidentielle H1 envoie une requête au serveur de messagerie 12i pour lui demander de vérifier les données D2. Cette étape est suivie par un test E60 au cours duquel la passerelle résidentielle H1 détecte si une erreur de validation des données D2 par le serveur de messagerie 12i s'est produite. Une erreur est notamment susceptible de se produire si le serveur de messagerie 12i ne répond pas à la requête précitée, ou si ce serveur de messagerie détecte une erreur ou une incompatibilité dans les données D2. Si une erreur se produit, le résultat du test E60 est positif et la passerelle résidentielle Hi envoie au serveur de provisionnement 20 au cours d'une étape E70, un code "2" comme prévu par la règle de validation RVlIl.
Au contraire, si le serveur de messagerie 12i valide effectivement les données D2 de la passerelle résidentielle Hi, le test E60 est suivi par une étape E80 au cours de laquelle la passerelle résidentielle
Hi envoie à la plateforme de voix/IP 13i les données D2 pour vérification.
Au cours d'une étape E90, la passerelle résidentielle Hi détecte si une erreur se produit lors de la vérification des données D2 par la plateforme de voix/IP 13i.
Si tel est le cas, la passerelle résidentielle Hi envoie, au cours d'une étape ElOO, le code "3" au serveur de provisionnement 20.
Au contraire, si les données D2 ont effectivement été validées par la plateforme de voix/IP 13i, la passerelle résidentielle Hi envoie, au cours d'une étape EIlO, au serveur de provisionnement 20, un code "OK" représentatif de la bonne configuration des données Dl et D2.
En référence à la figure 5, nous allons maintenant décrire un procédé de configuration mis en œuvre par le serveur de messagerie 12i.
Au cours d'une étape FlO, le serveur de messagerie reçoit la règle de validation RV121 en provenance du serveur de provisionnement 20 ; il interprète cette règle.
Puis, au cours d'une étape F20, le serveur de messagerie 12i reçoit les données D2 envoyées par la passerelle résidentielle Hi à l'étape E50. Au cours d'une étape F30, le serveur de messagerie 12i vérifie ces données D2 conformément à la règle de validation RV121.
Au cours d'un test F40, le serveur de messagerie 12i vérifie si une erreur s'est produite.
Si tel est le cas, le serveur de messagerie 12i envoie un code "7" à l'émetteur de la requête, à savoir à la passerelle résidentielle Hi (étape F50). Au contraire, si les données D2 sont validées, le serveur de messagerie 12i envoie, à l'émetteur de la requête (passerelle résidentielle H1) un code "OK" représentatif de la validité des données (étape F60).
Le procédé mis en œuvre par la plateforme de voix/IP 13i est similaire, à la différence que le code "8" est remonté à l'émetteur de la requête de validation (à savoir à la passerelle résidentielle H1) en cas d'erreur dans la vérification des données D2.
Nous allons maintenant décrire, en référence à la figure 6, le procédé de supervision mis en œuvre par le serveur 20 de provisionnement dans cet exemple de réalisation.
Nous supposerons que les données D2 de configuration de la passerelle résidentielle H1 ont été validées par le serveur de messagerie
12i mais que la plateforme de voix/IP 13i était hors service lorsque la passerelle résidentielle H1 lui a demandé (étape E80) de valider ces données D2.
Conformément à ce scénario, un code "3" est remonté par la passerelle résidentielle H1 au serveur de provisionnement 20 (étape ElOO).
Le procédé de supervision comporte une première étape GlO au cours de laquelle le serveur de provisionnement 20 définit les ensembles El, E2.
Au cours d'une étape G20, le serveur de provisionnement 20 envoie la règle de validation RV121 au serveur de messagerie 12χ.
Au cours d'une étape G30, le serveur de provisionnement 20 envoie la règle de validation RVlIl et les données Dl, D2 à la passerelle résidentielle H1.
Puis, le serveur de provisionnement 20 se place, au test G40, dans l'attente d'un code de retour.
Si le serveur de provisionnement 20 reçoit un code "OK", il considère que la configuration de tous les équipements de l'ensemble El s'est bien déroulée. C'est le cas lorsque la passerelle résidentielle H1 renvoie le code "OK" à l'étape EIlO.
Conformément à la règle de supervision RSl, si le serveur de provisionnement 20 reçoit un code "1" ou "2", il déclenche une alarme à l'étape G60. Dans l'exemple de réalisation décrit ici, le serveur de provisionnement 20 reçoit le code "3" envoyé par la passerelle résidentielle H1 du fait de la non-validation des données de configuration D2 par la plateforme de voix/IP 13i. Dans cet exemple, et conformément à la règle de supervision
RSl, il remplace la plateforme de voix/IP 13i par la plateforme de voix/IP 132 dans l'ensemble El.
Puis, au cours d'une étape G80, le serveur de provisionnement 20 modifie tous les ensembles dans lesquels se trouve l'équipement défectueux, à savoir la plateforme de voix/IP 13i.
Dans cet exemple, la plateforme de voix/IP 13i est remplacée par la plateforme de voix/IP 132 dans l'ensemble E2.
L'annexe 2 donne les nouveaux ensembles El1, E2', les nouvelles règles de supervision RSl', RS21 et les nouvelles règles de validation RVlH', RV112' après l'exécution des étapes G70 (modification de l'ensemble El) et G80 (prise en compte pour l'ensemble E2 et l'ensemble E2').
On remarquera que l'équipement 12i (serveur de messagerie) a été supprimé de l'ensemble El', celui-ci ayant déjà validé les données de configuration D2 de la passerelle résidentielle Hi.
On notera également que la règle de supervision RSl' comporte une instruction pour envoyer la règle de validation RV131 à la plateforme de voix/IP 132.
On notera enfin que la règle de validation RVlH' mise en œuvre par la passerelle résidentielle Hi ne contient plus qu'une étape pour faire vérifier la validité des données D2 auprès de la plateforme de voix/IP 132.
Le procédé de supervision relance ensuite, au cours d'une étape G90, la configuration des équipements non encore configurés par la mise en œuvre de la règle de supervision RSl'.
A cet effet, il envoie les règles de validation RVlH' et RV131, respectivement à la passerelle résidentielle Hi et à la plateforme de voix/IP 132. ANNEXE 1
/* REGLES DE SUPERVISION */
Figure imgf000016_0001
RSl : H1 : RVlH, Dl, D2 Code = 3 : 13i => 132 ; Code = 1, 2 : alarme
Figure imgf000016_0002
Figure imgf000016_0003
RS2 : 12 : RVl 12, Dl, D2 Code = 6 : 131 => 132 ; Code = 4, 5 : alarme
122 : RV121 Code = 7 : alarme
13j : RV131 Code = 8 : alarme
/* REGLES DE VALIDATION */
/* Passerelles domestiques*/ RVlIl : Dl : local / Code = 1, 20 D2 : 12i / Code = 2, 20
Figure imgf000016_0004
RVl 12 : Dl : local / Code = 4, 20 D2 : 122 / Code = 5, 20
Figure imgf000016_0005
/* Serveur de messagerie */ RV121 : D2 : local / Code = 7, EM
/* Plateforme voix/IP */
RV131 : D2 : local / Code = 8, EM ANNEXE 2
/* REGLES DE SUPERVISION */
Figure imgf000017_0001
RSl' : H1 : RVlIl, Dl, D2 Code = 3 : 13i => 132 ; Code = 1, 2 : alarme 132 : RV131
E2' = {112/ 122, 13,}
RS2' : H2 : RV112', Dl, D2 Code = 6 : 131 => 132 ; Code = 4, 5 : alarme
122 : RV121
Figure imgf000017_0002
/* REGLES DE VALIDATION */
/* Passerelles domestiques*/ RVlIl1 : D2 : 132 / Code = 3, 20
RVl 12' : Dl : local / Code = 4, 20 D2 : 122 / Code = 5, 20 D2 : 132 / Code = 6, 20
/* Serveur de messagerie */ RV121 : D2 : local / Code = 7, EM
/* Plateforme voix/IP */
RV131 : D2 : local / Code = 8, EM

Claims

REVENDICATIONS
1. Procédé de configuration d'un équipement réseau (Hi) avec des données (Dl, D2) d'un abonné relatives à au moins un service de télécommunications, caractérisé en ce qu'il comporte :
- une étape (ElO) d'obtention d'une règle de validation (RVlIl) d'au moins une première partie (D2) desdites données, en provenance d'un serveur de provisionnement (20) ; et - une étape (E50, E80) d'envoi, à au moins un deuxième équipement (12i, 13i) choisi en fonction de ladite règle (RVlIl), d'une requête pour vérifier ladite première partie (D2) desdites données.
2. Procédé de configuration selon la revendication 1, caractérisé en ce qu'il comporte une étape (E70, ElOO) de mise en œuvre d'une procédure prédéterminée définie par ladite règle (RVlIl), en cas d'échec de ladite vérification (F30).
3. Procédé de configuration selon la revendication 1 ou 2, caractérisé en ce qu'il comporte une étape de vérification (E20) d'au moins une deuxième partie (Dl) desdites données.
4. Procédé de configuration selon l'une quelconque des revendications 1 à 3, caractérisé en ce qu'il comporte une étape (F20) de réception, en provenance d'un équipement réseau tiers (Hi), d'une requête pour vérifier, pour le compte dudit tiers (Hi), des données de configuration de ce tiers, et une étape (F50, F60) d'envoi d'un résultat de ladite vérification à ce tiers.
5. Equipement réseau (Hi) comportant des données (Dl, D2) d'un abonné relatives à au moins un service de télécommunications, caractérisé en ce qu'il comporte :
- des moyens d'obtention (34) et d'interprétation (36) d'une règle (RVlIl) en provenance d'un serveur de provisionnement (20) ; et - des moyens (31, 34) pour demander la vérification d'au moins une première partie (D2) desdites données à au moins un deuxième équipement (12i, 13i) choisi en fonction de ladite règle (RVlIl).
6. Programme d'ordinateur comportant des instructions pour l'exécution des étapes du procédé de configuration selon l'une quelconque des revendications 1 à 4 lorsque ledit programme est exécuté par un ordinateur.
7. Support d'enregistrement (33) 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 à 4.
8. Procédé de supervision de la configuration d'une pluralité d'équipements réseau (Hi, 12i, 13i, H2, 122), ce procédé étant susceptible d'être mis en œuvre par un serveur de provisionnement (20), caractérisé en ce qu'il comporte :
- une étape (GlO) de définition d'au moins un ensemble (El) d'équipements, chaque équipement (Hi, 12i, 13i) dudit ensemble (El) étant au moins apte à vérifier des données de configuration d'un autre équipement dudit ensemble ou à faire vérifier au moins une partie de ses propres données de configuration par un autre équipement dudit ensemble ; et - une étape d'envoi (GlO, G20) d'une règle de validation (RV121, RVlIl) à au moins un premier équipement dudit ensemble pour lui indiquer un deuxième équipement dudit ensemble auprès duquel il peut faire vérifier au moins une partie de ses données de configuration.
9. Procédé de supervision selon la revendication 8, caractérisé en ce qu'il comporte :
- une étape (G30) d'obtention d'un code d'erreur représentatif d'un échec de la configuration d'au moins un équipement ; et
- une étape de modification d'au moins un desdits ensembles (El, E2), en fonction dudit code et d'une règle (RSl) de supervision.
10. Serveur de provisionnement (20), caractérisé en ce qu'il comporte :
- des moyens (21) pour définir au moins un ensemble (El) d'équipements, chaque équipement (Hi, 12i, 13i) dudit ensemble (El) étant au moins apte à vérifier des données de configuration d'un autre équipement dudit ensemble ou à faire valider ses propres données de configuration par un autre équipement dudit ensemble ; et
- des moyens (21, 24) d'envoi d'une règle de validation (RV121, RVlIl) à au moins un premier équipement dudit ensemble pour lui indiquer au moins un deuxième équipement dudit ensemble auprès duquel il peut faire vérifier au moins une partie de ses données de configuration.
11. Serveur de provisionnement selon la revendication 10, caractérisé en ce qu'il comporte : - des moyens (21, 24) de réception d'un code d'erreur représentatif d'un échec de la configuration d'au moins un équipement ; et
- des moyens (21, 16) de modification d'au moins un desdits ensembles, en fonction dudit code et d'une règle de supervision (RSl).
12. Programme d'ordinateur comportant des instructions pour l'exécution des étapes du procédé de supervision selon la revendication 8 ou 9 lorsque ledit programme est exécuté par un ordinateur.
13. Support d'enregistrement (23) 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 supervision selon la revendication 8 ou 9.
14. Système pour provisionner un ensemble d'équipements réseau avec des données de configuration d'au moins un abonné relatives à au moins un service de télécommunications, caractérisé en ce qu'il comporte :
- un serveur de provisionnement (20) selon la revendication 10 ; et
- au moins un équipement (Hi, 12i, 13i) réseau selon la revendication 5.
PCT/FR2008/052307 2007-12-20 2008-12-16 Procede de configuration d'un equipement reseau WO2009083683A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0760063 2007-12-20
FR0760063 2007-12-20

Publications (1)

Publication Number Publication Date
WO2009083683A1 true WO2009083683A1 (fr) 2009-07-09

Family

ID=39764681

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2008/052307 WO2009083683A1 (fr) 2007-12-20 2008-12-16 Procede de configuration d'un equipement reseau

Country Status (1)

Country Link
WO (1) WO2009083683A1 (fr)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1005216A2 (fr) * 1998-11-27 2000-05-31 Alcatel Procédé et système pour validation des données de configuration pour systèmes de télécommunication
WO2007059703A1 (fr) * 2005-11-24 2007-05-31 Huawei Technologies Co., Ltd. Systeme de charge distant pour dispositif reseau et son procede
EP1841131A1 (fr) * 2006-03-28 2007-10-03 Nokia Siemens Networks Gmbh & Co. Kg Gestion de la configuration avec opérations supplémentaires

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1005216A2 (fr) * 1998-11-27 2000-05-31 Alcatel Procédé et système pour validation des données de configuration pour systèmes de télécommunication
WO2007059703A1 (fr) * 2005-11-24 2007-05-31 Huawei Technologies Co., Ltd. Systeme de charge distant pour dispositif reseau et son procede
EP1953957A1 (fr) * 2005-11-24 2008-08-06 Huawei Technologies Co., Ltd. Systeme de charge distant pour dispositif reseau et son procede
EP1841131A1 (fr) * 2006-03-28 2007-10-03 Nokia Siemens Networks Gmbh & Co. Kg Gestion de la configuration avec opérations supplémentaires

Similar Documents

Publication Publication Date Title
EP3503508A1 (fr) Procédé de traitement de requêtes et serveur proxy
FR2896602A1 (fr) Procede de gestion de documents electroniques
FR3062013A1 (fr) Procedes et dispositifs de verification de la validite d'une delegation de diffusion de contenus chiffres
EP2550776B1 (fr) Procede de gestion des enregistrements dans un reseau ims et serveur s-cscf mettant en oeuvre ce procede
EP2856732A1 (fr) Procédé et entité de traitement d'un message
WO2009083683A1 (fr) Procede de configuration d'un equipement reseau
EP3807760A1 (fr) Procédé d'installation d'une fonction réseau virtualisée
WO2009122078A1 (fr) Partage de contenu multi supports a partir d'une communication audio-video
FR3093225A1 (fr) Procédé de gestion d’accès d’un utilisateur à un service vocal, dispositif, système et programmes correspondants
WO2019239029A1 (fr) Procédé de traitement de messages par un dispositif d'un réseau de voix sur ip
FR2918527A1 (fr) Procede et dispositif d'insertion d'une adresse dans une requete
EP3804253A1 (fr) Procédé de mise à jour d'une base de données d'un réseau de voix sur ip
FR2952262A1 (fr) Autorisation d'etablissement d'appels simultanes
WO2011000890A1 (fr) Méthode pour gérer l'identité d'utilisateurs de terminaux dans un réseau de communications
WO2022106767A1 (fr) Optimisation du declenchement de communications telephoniques
FR3067538A1 (fr) Procede de controle de l'obtention par un terminal d'un fichier de configuration
FR3001351A1 (fr) Enregistrement d'un equipement client par l'intermediaire d'un serveur mandataire dans un reseau de communication
EP4066460A1 (fr) Procede d'assistance pour la gestion d'une attaque informatique, dispositif et systeme associes
WO2009007612A1 (fr) Procede et serveur pour gerer l'acces a un reseau de telecommunications
FR3105677A1 (fr) Procédé d’acheminement de messages, équipement réseau associé
EP2257905A1 (fr) Procede et dispositif de detection de vers passifs dans un reseau de pairs
FR2989548A1 (fr) Procede de traitement d'un message, entite et coeur de reseau
FR2893208A1 (fr) Procede et dispositif de fourniture d'un alias de federation d'identite reseau a un fournisseur de service
FR2909501A1 (fr) Procede et systeme de telecommunication permettant a au moins deux utilisateurs distinct d'acceder a un meme ensemble d'informations
FR3045185A1 (fr) Procede d'envoi de message, en particulier de messages sms dans un contexte medical

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 08866716

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 08866716

Country of ref document: EP

Kind code of ref document: A1