Brevet FR2662879A1 — publié le 19911206

-1- Procédé de maintenance centralisée, pour un réseau de téléphonie sans fil. L'invention concerne un procédé de maintenance centralisée, pour un réseau de téléphonie sans fil, ce réseau comportant notamment: des bornes fixes; un réseau public commuté, numérique, à intégration de services, chaque borne lui étant reliée par des canaux téléphoniques; et des téléphones de poche, sans fil, reliés par radio aux bornes L'invention concerne plus particulièrement un service de téléphonie sans fil assuré par un réseau dit intelligent qui sera décrit plus loin. La maintenance des bornes nécessite notamment de transmettre un message d'alarme d'une borne à un centre de maintenance, chaque fois qu'un incident se produit dans cette borne; et nécessite de réaliser périodiquement, dans chaque borne, une procédure d'auto-test, et de transmettre les résultats de ce test, vers le centre de maintenance. Un procédé connu de maintenance des bornes consiste à mémoriser dans chaque borne les incidents et les résultats des auto-tests, puis à les transmettre, pendant les heures de faible trafic, par l'un des canaux téléphoniques de la borne, vers un centre de maintenance Un tel procédé ne permet qu'une exploitation différée des informations de maintenance transmises par les bornes. Classiquement, ces informations de maintenance sont transmises journellement Le centre de maintenance ne peut pas avoir une vision globale exacte de l'état d'un parc de bornes, ce qui crée des contraintes et des limitations pour l'exploitation de ces informations de maintenance, notamment pour les délais de remise en état des bornes défectueuses En outre, chaque centre ne possède les données que du seul parc de bornes qu'il a en charge. Un premier but de l'invention est de proposer un procédé de maintenance permettant à l'exploitant d'un parc de bornes d'avoir une vision globale et en temps réel de l'état de son parc de bornes, en centralisant immédiatement des messages signalant les incidents; et permettant à cet exploitant de lancer, n'importe quand, une procédure d'auto-test dans une borne, et de recevoir immédiatement un message -2- indiquant les résultats de ces auto-tests. Un autre but de l'invention est de permettre à l'exploitant de modifier, par téléchargement, le logiciel de chaque borne, afin de permettre des améliorations des fonctions des bornes, ou bien permettre la mise hors service, totale ou partielle, d'une borne défectueuse Le procédé doit alors permettre d'identifier la version du logiciel en service dans une borne. Enfin, l'invention a pour but de permettre de centraliser vers un centre de maintenance les informations de maintenance de plusieurs parcs de bornes, exploités respectivement par plusieurs opérateurs, en permettant à différents exploitants régionaux de consulter les données concernant leurs parcs respectifs, au moyen de terminaux déportés. Pour atteindre ces buts, le procédé selon l'invention doit être mis en oeuvre dans un réseau de téléphonie sans fil ayant une structure de réseau intelligent. Selon l'invention, un procédé de maintenance centralisée,pour un réseau de téléphonie sans fil, la structure dudit réseau intelligent comportant: un réseau de distribution constitué par des bornes fixes et des téléphones numériques sans fil, reliés par radio aux bornes; un réseau public commuté numérique, à intégration de services, chaque borne utilisant un canal de signalisation d'usager à usager; des points de commande de service réseau reliés au réseau commuté et comportant chacun une base de données d'abonnés au service de téléphonie sans fil, et un dispositif logique de traitement d'appels; un point de commande de service gestion comportant une base de données de référence; est caractérisé en ce qu'il consiste à transmettre un message de maintenance, d'une borne à un point de commande de service réseau, par le canal de signalisation d'usager à usager, dans les cas o la borne détecte un incident; élaborer un ticket de maintenance, dans ledit point de -3- commande de service réseau; transmettre ledit ticket de maintenance au point de commande de service gestion et le stocker dans sa base de données. Le procédé ainsi caractérisé permet de disposer sans délais des informations de maintenance concernant les incidents détectés par les bornes, puisque ces informations sont transmises par le canal de signalisation d'usager à usager, parallèlement et indépendamment de la transmission des signaux téléphoniques, puis sont stockées en temps réel dans la base de données du point de commande de service gestion. Selon une autre caractéristique, le procédé selon l'invention consiste en outre à transmettre un ordre d'auto-test, du point de commande de service gestion, à une borne, via un point de commande de service réseau, desservant cette borne, par le canal de signalisation d'usager à usager; effectuer une procédure d'auto-test dans la borne recevant cet ordre; transmettre un message de maintenance, contenant les résultats du test, de cette borne audit point de commande de service réseau, par ledit canal de signalisation d'usager à usager; élaborer un ticket de maintenance, à partir du message de maintenance, dans ledit point de commande de service réseau; et le transmettre audit point de commande de service gestion; stocker le ticket de maintenance, dans la base de données du point de commande de service gestion. Le procédé ainsi caractérisé permet de lancer périodiquement une procédure d'auto-test dans chacune des bornes successivement, avec une période paramétrable par l'exploitant des bornes Il permet aussi de lancer cette procédure isolément dans une borne particulière, à n'importe quel moment souhaité par l'exploitant de la borne, par exemple pour vérifier le bon fonctionnement d'une borne qui vient d'être réparée Dans tous les cas, les résultats du test sont disponibles immédiatement dans la base de données du point de commande de service gestion. Selon une autre caractéristique, applicable dans un réseau -4- dont les bornes comportent un logiciel remplaçable au moins en partie, le procédé selon l'invention, pour modifier le logiciel d'une borne à l'initiative de l'exploitant de cette borne, consiste en outre à: transmettre des informations du point de commande de service gestion, via le point de commande de service réseau desservant ladite borne, par un canal téléphonique reliant cette borne au réseau public commuté; et, pour permettre à l'exploitant de connaître l'état du logiciel d'une borne, il consiste en outre à transmettre un mot identifiant la version du logiciel d'une borne, dans chaque message de maintenance envoyé par ladite borne vers le point de commande de service gestion. Le procédé ainsi caractérisé permet de réaliser la maintenance du logiciel de chaque borne; et il permet de contr 8 ler quelle est la version du logiciel présente dans une borne, au moment o celle-ci envoie un message de maintenance Cette possibilité de modifier le logiciel d'une borne permet notamment de télécommander une mise hors service partielle, ou totale, d'une borne. Selon une autre caractéristique, le procédé selon l'invention consiste en outre à: transmettre du point de commande de service gestion vers un terminal d'un centre régional de maintenance, des informations de maintenance concernant le parc de bornes d'une région, ces informations étant lues dans la base de données du point de commande de service gestion; transmettre du point de commande de service gestion à un terminal d'un centre national de maintenance, des informations de maintenance concernant le parc de bornes d'un ensemble de régions, ces informations étant lues dans la base de données du point de commande de service gestion. Le procédé ainsi caractérisé permet à plusieurs exploitants distincts de gérer la maintenance de plusieurs parcs de bornes distincts correspondant par exemple à des régions distinctes, et permet à un centre national de gérer la maintenance de l'ensemble de tous les parcs de bornes. L'invention sera mieux comprise et d'autres détails -5- apparaîtront à l'aide de la description ci-dessous et des figures l'accompagnant: la figure 1 représente un exemple de réalisation de réseau de téléphonie sans fil, à structure de réseau intelligent, permettant la mise en oeuvre du procédé selon l'invention; la figure 2 représente un diagramme temporel illustrant la transmission d'un message de maintenance par une borne ayant détecté un incident; la figure 3 représente un diagramme temporel illustrant la transmission d'un ordre d'auto-test à une borne; et l'envoi, par cette borne, d'un message de maintenance contenant les résultats de ce test. La figure 1 représente le schéma synoptique d'un exemple de réseau intelligent de téléphonie sans fil, permettant la mise en oeuvre du procédé selon l'invention Il comporte: un réseau de distribution 1; un réseau public commuté 2, numérique, à intégration de services; un réseau de points de commande de service, 3; et des unités d'exploitation 4, 7, 8, 9, etc. Le réseau de distribution 1 comprend des téléphones numéri- ques de poche, sans fil, Tl,,Tn, et des bornes fixes Bl,,Bp. Chaque téléphone peut être relié par radio à une borne située à proxi- mité de ce téléphone, chaque borne pouvant desservir simultanément plusieurs téléphones, par exemple 40 téléphones Chaque borne Bl,,Bp est reliée par un câble au réseau public commuté 2 Chaque accès au réseau 2 est un accès normalisé qui comporte un canal de signalisation d'usager à usager, noté D, et plusieurs canaux téléphoniques Le nombre de canaux téléphoniques peut être égal à 30 par exemple, et ils sont notés 30 B Ces canaux téléphoniques sont bidirectionnels et sont établis en mode circuit Le canal de signalisation d'usager à usager est un canal bidirectionnel exploité en mode message Il permet de transmettre des données parallèlement aux conversations téléphoniques L'une de ses applications classiques consiste à transmettre le numéro de téléphone ou le nom du demandeur jusqu'à un afficheur situé sur le terminal téléphonique de la personne demandée. Le réseau public commuté 2, est constitué de centres à -6- autonomie d'acheminement (CAA) et de commutateurs d'accès au service (CAS) Cet exemple de réseau comporte deux centres à autonomie d'acheminement, 10 et 11, reliés respectivement à deux centres d'accès au service, 12 et 13, par des liaisons conformes au protocole N O 7 du CCITT Dans cet exemple, les bornes Bl,,Bp sont reliées au centre à autonomie d'acheminement 10. Le réseau 3 de points de commande de service comporte, dans cet exemple, deux points de commande de service réseau (PCS-R) 14 et ; un point de commande de service gestion (PCS-G) 16 Les points de commande de service réseau 14 et 15 sont reliés respectivement aux centres d'accès au service, 12 et 13, par des liaisons conformes au protocole N 07 du CCITT; et sont reliés au point de commande de service gestion 16 par des liaisons conformes au protocole X 25 du CCITT Les unités d'exploitation 7, 8, 9, 10, etc sont reliées au point de commande de service gestion 16 par des liaisons conformes au protocole X 25 du CCITT, via un réseau de commutation de données, non représenté sur la figure. Chaque unité d'exploitation 4, 7, 9, 10, etc est constituée essentiellement d'un terminal écran-clavier Les terminaux sont affectés à différentes équipes d'exploitation, le point de commande de service gestion 16 fournissant à chaque équipe les informations et les moyens de dialogue Le terminal 4 est affecté à l'exploitant technique du réseau intelligent Chacun des terminaux 9, 10, etc est affecté à un exploitant technique de l'ensemble des bornes ou d'un parc de bornes particulier Chacun d'eux accède à la base de données du point de commande de service gestion 16, par un serveur de gestion de bornes (SGB) et par un serveur de statistiques (SDS), 19 Le terminal 8 est optionnel, c'est un terminal vidéotex, appelé communément minitel, permettant à un abonné de consulter des données de son service: données d'abonnement et tickets de facturation rapide Il accède à la base de données du point de commande de service gestion 16 par un serveur d'accès d'usagers (SAU) 18 Le terminal 7 est affecté à un exploitant commercial du service de téléphonie sans fil Il accède au point de commande de service gestion 16 par un serveur de gestion d'abonnés (SGA) 17. -7- Chaque borne Bl,,Bp comporte un contrôleur qui supervise des interfaces de raccordement: aux canaux téléphoniques 30 B; au canal de signalisation D; et aux canaux radio Le contrôleur assure les fonctions suivantes: initialisation d'un appel réseau lors de la prise d'un canal radio par un téléphone Tl,,Tn; participation à la procédure d'authentification d'un demandeur; analyse des informations reçues sur les canaux radio; supervision des canaux radio; réalisation d'une procédure d'auto-test interne pour la maintenance de la borne; réalisation de téléchargements pour modifier le logiciel de la borne; observations (comptages et statistiques); synchronisation des canaux radio; Un appel d'un utilisateur du réseau public 2, pour un service, est analysé dans l'un des commutateurs d'accès au service 12 ou 13, puis est transmis au point de commande de service réseau, 14 ou 15, desservant ce commutateur Ce point de commande de service réseau pilote alors l'ensemble du traitement d'appel et commande le commutateur d'accès au service pour toutes les actions nécessitant des ressources de commutation Par exemple: pour l'envoi d'une annonce vocale, ou pour établir une connexion entre une entrée du réseau et une sortie du réseau, ou pour réaliser une temporisation Pour traiter chaque appel, un point de commande de service réseau dispose d'un logiciel pour chaque service, organisé sous forme d'enchaînement d'actions élémentaires, en fonction de messages reçus Il dispose en outre d'une base de données mise à jour en temps réel. Le point de commande de service gestion 16 n'est pas concerné par le traitement d'appels Par contre, il constitue une référence pour le service, car il comporte une base de données contenant les logiciels du service et contenant les données concernant les abonnés et les bornes Il assure l'exploitation technique du réseau de points de commande de service réseau, 14 et 15, notamment en -8- maintenant la cohérence des bases de données; et il assure l'exploitation commercial du service: gestion des contrats, accès de l'exploitant, accès des abonnés. Les points de commande 14 à 16 peuvent être constitués par exemple d'un multiprocesseurs Al CATEL 8300, commercialisé par la société ALCATEL. La figure 2 représente un diagramme temporel montrant les messages de commande qui sont échangés pour réaliser la transmission d'un message de maintenance émis spontanément par la borne Bl lorsqu'elle détecte un incident L'écoulement du temps est représenté de haut en bas de la figure La borne Bl envoie ce message de maintenance au centre à autonomie d'acheminement 10, par le canal de signalisation d'usager à usager, D Le messsage contient un code de service, un numéro désignant la borne, et un code désignant la nature de l'alarme. Par exemple, l'alarme peut être due à une défaillance du segment radio Le segment radio testé par un rebouclage des voies radio, périodiquement, à l'initiative du contrôleur situé dans la borne La période est paramétrable, par téléchargement Sa valeur peut être égale à une heure par exemple L'alarme peut concerner aussi une défaillance du segment de réseau qui est décentralisé dans la borne et qui est constitué par le contrôleur et les interfaces de raccordement au réseau Des auto-tests de ce contrôleur peuvent mettre en évidence certaines anomalies telles que: une somme de contr 8 le de mémoires incorrecte; un contrôleur de protocole LAP D inaccessible; etc La borne peut détecter aussi des incidents relatifs aux communications téléphoniques. Elle envoie aussi un message de maintenance quand elle détecte la disparition d'un défaut. Quand une borne envoie spontanément un message de maintenance, il est routé en direction d'un point de commande de service réseau prédéterminé, 14 ou 15, qui dessert cette borne, pour la maintenance Il est déterminé par le code de service, que contient chaque message de maintenance. Le centre à autonomie d'acheminement 10 envoie un message au -9- centre d'accès au service 12 Ce message, noté IAM, contient le message de maintenance, dans un champ de signalisation d'usager à usager Le centre d'accès au service 12 envoie un autre message au point de commande de service réseau 14 Ce message, noté PROVIDE INSTRUCTION, contient le message de maintenance, dans un champ de signalisation d'usager à usager. Le point de commande de service réseau 14 acquitte ce message, en envoyant un message noté FREE, au centre d'accès au service 12, puis élabore un ticket de maintenance comprenant: le numéro de la borne, son type, ses caractéristiques; le numéro de l'accès du réseau, qui est relié à cette borne; le code désignant la nature de l'alarme; la version du logiciel de la borne; la date et l'heure de l'incident. Le centre d'accès au service 12 envoie au centre à autonomie d'acheminement 10, un message noté RELACHEMENT, qui est retransmis ensuite à la borne Bl, et qui commande un relâchement de la liaison Ce message est acheminé par le canal de signalisation d'usager à usager. Le ticket de maintenance est transmis du point de commande de service réseau 14 au point de commande de service gestion 16 o il est inscrit dans une partie de la base de données, qui est spécialisée pour les informations de maintenance des bornes. La figure 3 représente un diagramme temporel, montrant les messages de commande qui sont échangés pour réaliser une scrutation de l'état de la borne Bl, par le point de commande de service gestion 16, à l'initiative de l'exploitant de la borne, ou à l'initiative d'un logiciel de scrutation périodique Le point de commande de service gestion 16 envoie un message, noté SCRUTATION, au point de commande de service réseau 14 qui le retransmet dans un message noté CREATE, dans un champ réservé à la signalisation d'usager à usager, vers le centre d'accès au service 12 Ce dernier retransmet l'ordre dans un message noté IAM, dans un champ réservé à la signalisation d'usager à usager, vers le centre à autonomie d'acheminement 10 Ce dernier établit une -10- liaison avec la borne Bl et lui retransmet l'ordre Cet ordre est transmis par le canal D de signalisation d'usager à usager Le centre à autonomie d'acheminement 10 émet aussi un message d'accusé de réception, noté ACM, à destination du centre d'accès au service 12. A la réception de l'ordre d'auto-test, la borne Bl réalise la procédure d'auto-test qui porte sur l'état technique général de la borne et des canaux téléphoniques qui la raccordent au réseau Cette procédure consiste en outre à rappeler les caractéristiques de la borne, notamment un indicateur de la version du logiciel La borne Bl envoie les résultats du test dans un message noté CONNEXION, par le canal D de signalisation d'usager à usager, au centre à autonomie d'acheminement 10 Ce dernier retransmet les résultats du test au centre d'accès au service 12, dans un message noté ANM, dans un champ réservé à la signalisation d'usager à usager. Le centre d'accès au service N 012 retransmet les résultats du test au point de commande de service réseau 14, dans un message noté EVENT (ANM), dans un champ réservé à la signalisation d'usager à usager Le point de commande de service réseau 14 élabore un ticket de maintenance et renvoie un message, noté FREE, au centre d'accès au service 12 pour commander le relâchement de la liaison avec la borne Bl Cet ordre est retransmis du centre d'accès au service 12 vers le centre à autonomie d'acheminement 10, par un message noté RELACHEMENT. Ce message est retransmis du centre à autonomie d'acheminement 10 vers la borne Bl. 2 S Le ticket de maintenance est analogue à celui élaboré dans le cas d'un appel spontané de la borne Bl Il est stocké dans la base de données du point de commande de service gestion 16, dans la partie réservée aux données de maintenance des bornes Les données de chaque ticket sont comparées à des données de référence, stockées dans un fichier de la base de données, afin de détecter des anomalies. Cette centralisation de la maintenance des bornes permet de consulter à tout instant des données actualisées et cohérentes pour l'ensemble d'un parc de bornes Cette centralisation offre aussi une grande souplesse pour l'organisation de la maintenance des bornes par différents exploitants Elle permet une définition dynamique des parcs -11- de bornes et des centres de maintenance correspondant à ces parcs, indépendamment de la répartition géographique réelle des bornes. L'exploitation des informations de maintenance peut être réalisée à deux niveaux: dans des centres régionaux, correspondant à un parc limité de bornes, et dans un centre national, correspondant à l'ensemble des parcs de bornes du service de téléphonie sans fil Dans l'exemple représenté sur la figure 1, une unité d'exploitation technique 9 peut constituer un centre national de maintenance permettant à un opérateur de superviser l'ensemble des parcs de bornes, alors que les unités d'exploitation technique 10, etc, peuvent constituer des centres régionaux de maintenance supervisant chacun un parc de bornes distinct. Le logiciel de chaque borne peut être téléchargé à partir d'une unité d'exploitation technique, 9, 10, etc, via le point de commande de service réseau desservant la borne considérée Un téléchargement partiel est réalisé dans le cas o la maintenance de la borne nécessite seulement de changer des paramètres d'exploitation, tels qu'une durée de temporisation, ou bien pour mettre hors service un ou plusieurs canaux d'une borne défectueuse, par exemple qui lance des appels intempestifs Un téléchargement complet est réalisé soit dans le cas d'une première mise en service de la borne, soit dans le cas d'une extension de sa capacité, après adjonction de modules radio et modification des interfaces; soit dans le cas de la livraison d'une nouvelle version du logiciel Exceptionnellement, un téléchargement peut être nécessaire aussi dans le cas d'un effacement de la mémoire du contrôleur de la borne, consécutif à une panne d'alimentation en énergie. Pour disposer d'un débit plus important que celui du canal D de signalisation d'usager à usager, le téléchargement peut être effectué en utilisant l'un des canaux téléphoniques 30 B reliant la borne au réseau, chacun de ces canaux ayant un débit de 64 Kbits/seconde La réalisation d'un noyau logiciel de téléchargement, qui réside dans le contrôleur de chaque borne, est à la portée de l'homme de l'art. Chaque centre régional de maintenance 10, etc, gère un parc -12- de bornes défini selon des critères qui peuvent être géographiques, fonctionnels, ou juridiques Chaque centre régional n'a accès qu'aux données concernant son parc de bornes Un exploitant régional accède à la base de donnée des bornes, par l'intermédiaire du serveur de gestion des bornes, 19 Il peut: créer, supprimer, modifier, lister les bornes; lancer des ordres d'auto-test; positionner les différents canaux d'une borne, soit en service, soit hors service; modifier le logiciel, ou les données d'exploitation, des bornes par téléchargement; consulter les journaux des bornes, enregistrant l'apparition ou la disparition d'incidents. Un exploitant régional accède aux données statistiques par l'intermédiaire du serveur de données statistiques, 19 Il peut établir des statistiques sur le trafic ou sur les incidents Il peut consulter: les journaux d'exploitants; les journaux de communication signalant les incidents de communication; et les bilans journaliers d'exploitation. L'exploitant national a accès aux données statistiques couvrant tous les centres régionaux de maintenance, 10, etc, pour établir des bilans sur l'ensemble des bornes, ou sur un type de bornes, ou par entité géographique, Pour certains types d'incidents, nécessitant une intervention immédiate, le point de commande de service gestion 16 déclenche l'envoi d'un message d'alarme vers un terminal ASCII du centre de maintenance concerné Une variante peut consister à envoyer un signal d'alarme vers un simple téléphone, chez l'exploitant concerné, au moyen d'un message vocal enregistré ou synthétisé. L'exploitant établit alors une session au moyen d'un terminal ASCII pour consulter les données relatives à l'incident. Selon une variante, le point de commande de service gestion 16 établit une liaison, selon le protocole X 25, et envoie un message à un terminal intelligent dédié, par exemple un ordinateur personnel, installé dans les locaux de l'exploitant concerné Le message est -13- traité par un logiciel spécifique mis en oeuvre par le terminal intelligent Ce logiciel permet notamment d'activer une alarme. La maintenance de l'accès de chaque borne au réseau public commuté est réalisée indépendamment de la maintenance de la borne La maintenance de cet accès est réalisée par un procédé classique de tests d'un accès à un réseau numérique à intégration de services Les résultats du test sont mémorisés dans une base de données propre à l'exploitant technique du réseau public, mais ces résultats peuvent être consultés par l'un des exploitants du service de téléphonie sans fil si le réseau public a une structure dite de réseau de gestion de télécommunications (telecommunications management network) Une telle structure comporte des interfaces permettant à différents opérateurs d'accéder à des données de ladite base de données. -14- Revendications: 1) Procédé de maintenance centralisée, pour un réseau de téléphonie sans fil, la structure dudit réseau intelligent comportant: un réseau de distribution ( 1) constitué par des bornes fixes (Bl,,Bp) et des téléphones numériques (Tl,,Tn), sans fil, reliés par radio aux bornes; un réseau public commuté ( 2), numérique, à intégration de services, chaque borne utilisant un canal de signalisation d'usager à usager (D); des points de commande de service réseau ( 14, 15), reliés au réseau commuté ( 2) et comportant chacun une base de données d'abonnés au service de téléphonie sans fil, et un dispositif logique de traitement d'appels; un point de commande de service gestion ( 16) comportant une base de données de référence; caractérisé en ce qu'il consiste à transmettre un message de maintenance, d'une borne (Bl,,Bp) à un point ( 14, 15) de commande de service réseau, par le canal (D) de signalisation d'usager à usager, dans les cas o la borne détecte un incident; élaborer un ticket de maintenance, dans ledit point ( 14, ) de commande de service réseau; transmettre ledit ticket de maintenance au point ( 16) de commande de service gestion et le stocker dans sa base de données. 2) Procédé selon la revendication 1, caractérisé en ce qu'il consiste, en outre, à: transmettre un ordre d'auto-test, du point ( 16) de commande de service gestion à une borne (Bl,,Bp), via un point ( 14, 15) de commande de service réseau, desservant cette borne, par la canal de signalisation d'usager à usager (D); effectuer une procédure d'auto-test dans la borne recevant cet ordre; transmettre un message de maintenance, contenant les résultats du test, de cette borne audit point ( 16) de commande de -15service réseau, par ledit canal de signalisation d'usager à usager (D); élaborer un ticket de maintenance, à partir du message de maintenance, dans le point ( 14) de commande de service réseau; et le transmettre audit point ( 16) de commande de service gestion; stocker le ticket de maintenance, dans la base de données du point ( 16) de commande de service gestion. 3) Procédé selon la revendication 1, applicable à un réseau dont les bornes (Bl,,Bp) comportent un logiciel remplaçable au moins en partie, caractérisé en ce que pour télécharger au moins une partie du logiciel d'une borne, à l'initiative de l'exploitant de cette borne, il consiste en outre à: transmettre des informations du point ( 16) de commande de service gestion, via le point ( 14, 15) de commande de service réseau desservant ladite borne, par un canal téléphonique ( 30 B) reliant cette borne au réseau public commuté ( 2); et en ce que, pour permettre à un exploitant de connaître l'état du logiciel d'une borne, il consiste en outre à transmettre un mot identifiant la version du logiciel d'une borne, dans chaque message de maintenance envoyé par ladite borne vers le point de commande de service gestion ( 16). 4) Procédé selon la revendication 1, caractérisé en ce qu'il consiste, en outre, à: transmettre du point ( 16) de commande de service gestion vers un terminal d'un centre régional de maintenance ( 10), des informations de maintenance concernant le parc de bornes d'une région, ces informations étant lues dans la base de données du point ( 16) de commande de service gestion; transmettre du point ( 16) de commande de service gestion vers un terminal d'un centre national de maintenance ( 9), des informations de maintenance concernant le parc de bornes d'un ensemble de régions, ces informations étant lues dans la base de données du point ( 16) de commande de service gestion.