FR 2766648 A1 19990129 FR 9803957 A 19980331 Arrière-plan de l'invention 1. Domaine de l'invention La présente invention concerne un système de com- munications radio qui utilise un Accès Multiple à Répartition en Code et un Service de Communications Personnelles. Plus particulièrement, l'invention concerne un procédé de modifi- cation de la base de données d'un système de Registres d'Em- placements à Domicile (RED) qui est utilisé pour gérer les abonnés dans un système de communications radio numériques.10 2. Description de la technologie concernée Un système de Registres d'Emplacements à Domicile (RED) est un bloc fonctionnel qui est utilisé pour gérer des abonnés mobiles en conservant toutes les informations d'abon- nés telles qu'un numéro de série électronique, un numéro di- recteur, une identification de station mobile internationale, un emplacement de profil utilisateur et un emplacement cou- rant, ou autres. Le RED peut servir à beaucoup de Centres de Commutation Mobiles (CCM), et peut être disposé en associa- tion ou indépendamment du CCM pour gérer la station mobile20 dans le système de communications radio. Le système RED change toutes les informations d'abonnés à gérer dans une base de données et les sauvegarde. La base de données du système RED est appelée base de Données de Charge de Système (DCS) dans un système de communications radio mobiles. La base de données DCS se trouve dans le dis- positif de mémoire principale du fait de la limitation de la vitesse de traitement, et répond à diverses demandes de ren- seignements. Les DCS comprennent également des informations d'emplacements d'abonnés, des informations de services sup- plémentaires et autres informations. Un changement du contenu de la base de données dans la mémoire influence la base de données à sauvegarder sur le disque. Dans ce type de DCS, lorsqu'il est nécessaire de changer la structure de la base de données, ou lorsqu'un nou- veau service supplémentaire doit être ajouté, le programmeur doit modifier et tester le code source en effectuant ces opé- rations une à une, suivant chaque version et chaque structure de la base de données. Dans le procédé, selon l'art antérieur, de modi- fication des DCS, l'importance de la modification et de la base de données doit être déterminée sur la base de l'exis- tence et du contenu de chaque base de données. Cela est dû au5 fait que, comme la structure de la base de données est diffé- rente suivant le contenu de chacune, il faut que le processus de modification du programme source de la base de données soit capable d'effectuer l'opération immédiatement. Le programmeur a besoin de revoir et de tester le code source en effectuant ces opérations une à une, pour pré- parer le programme de source suivant chaque structure de base de données. Ensuite, la gestion de ces programmes constitue un autre gros fardeau, en particulier du fait qu'il y a beau- coup de problèmes au début de l'installation du système lors-15 que de fréquents développements et modifications de service sont nécessaires. Ces types de travaux de modification impo- sent un fardeau au programmeur et aux utilisateurs du sys- tème, du fait de la gestion d'un programme de source différent suivant la structure de la base de données et sui- vant l'opérateur. En d'autres termes, les bases de données à utili- ser dans le système de communications radio mobiles nécessi- tent la gestion du programme de source pour générer des bases de données appropriées à chacun, avec une structure diffé- rente suivant le contenu. Comme ce programme de source pré- sente une information différente, par exemple suivant l'opérateur, la structure de la base de données et le service supplémentaire, un autre programme doit être développé et gé- ré suivant chaque type. Par suite, beaucoup d'opérations séparées doivent être effectuées pour modifier la base de données, ce qui con- duit à un gaspillage de temps et de ressources humaines pour celui qui développe le programme et pour le gestionnaire du système. Pour résoudre les problèmes ci-dessus, il faut que les opérations de modification et de la base de données soient intégrées et traitées comme un programme, de façon qu'une personne ordinaire puisse modifier facilement et sim- plement la base de données. Ainsi, il faut nécessairement développer un nou- veau programme intégré qui puisse modifier facilement et con- venablement la base de données DCS à partir d'une demande de service supplémentaire changeant rapidement, et qui génère et révise la nouvelle table de base de données indépendamment de la modification de la structure et du contenu de la base de données. De plus, le programme peut également servir en ex-10 trayant les informations de la base de données précédente pour augmenter la vitesse de traitement. Résumé de l'invention La présente invention a pour but de résoudre le problème ci-dessus en créant un procédé permettant de modi- fier la base de données du système RED pour communications radio mobiles numériques, qui génère un fichier destiné à sauvegarder l'information de la base de données précédente et l'information de la base de données devant être transformée en une nouvelle base de données. Le fichier comprend le con- tenu du dispositif supplémentaire à ajouter ou à effacer, ainsi que la partie de la base de données à modifier. Le fi- chier est utilisé comme entrée pour générer la structure et le contenu, indépendamment de chaque version et structure de base de données, sans nécessiter qu'un opérateur révise ou teste le code de source. A cet effet, la présente invention concerne un procédé de modification de la base de données d'un système RED pour communications radio mobiles numériques, comprenant les étapes consistant à: extraire l'information d'abonné né- cessaire de la base de données DCS qui se trouve dans un dis- positif de mémoire principale et qui est utilisée à l'instant présent; faire passer l'information extraite dans une nou- velle base de données; et sauvegarder sur disque l'informa- tion qu'on a fait passer. Dans un mode de réalisation, le processus d'ex- traction comprend: - la réception et l'analyse d'un fichier de spécification de conversion (FSC) qui contient l'information concernant le nom et le contenu à extraire de la base de données DCS ac- tuelle ainsi que les valeurs qu'on veut changer, et un fi- chier de configurations (FCG) qui décrit l'information relative au nom, à la valeur de kit, à la version, ou au- tres. pour la base de données dont on doit extraire l'in- formation, ainsi que l'information relative au nom, à la valeur de kit, à la version, ou autres, pour la base de données nouvellement créée; - examiner et extraire les données d'information d'abonné né- cessitées par les deux fichiers, dans une base de Données de Charge de Système (DCS) précédente; et - générer un fichier d'abonnés à partir des données ex- traites. Dans un mode de réalisation, l'extraction de l'information d'abonné utilise le fichier d'abonné pour con- tenir l'information relative au contenu modifié de la base de données. De plus, dans le processus d'extraction, il est pré- férable d'utiliser d'autres processeurs en plaçant dans la mémoire principale l'information qu'on a fait passer. Dans un autre mode de réalisation, le processus d'extraction comprend les étapes consistant à: sauvegarder de nouveau la base de données DCS sauvegardée dans la mémoire principale et la base de données nouvellement créée, sur le disque dur, de manière à faire correspondre le contenu du disque dur avec le contenu de la base de données se trouvant dans le dispositif de mémoire principale; et modifier et sauvegarder automatiquement le contenu de la base de données du disque dur lorsque le contenu de la base de données du dispositif de mémoire principale est altéré. Un autre objet de l'invention est de créer un procédé pour générer simplement et facilement une nouvelle base de données du système RED, même lorsque l'information relative au contenu et à la structure de la base de données n'est pas connue. Un autre objet encore de l'invention est de créer un procédé pour modifier la base de données du système RED en modifiant le fichier d'entrée qui sauvegarde l'information nécessaire au développement d'un nouveau programme lié à cha- que version de la base de données. Brève description du dessin La présente invention sera décrite ci-après de manière plus détaillée à l'aide d'un mode de réalisation re- présenté sur le dessin de la figure unique qui représente un schéma par blocs du procédé de modification de la base de données d'un système RED pour communications radio mobiles numériques, selon un mode de réalisation de la présente in-10 vention. Description du mode de réalisation préférentiel La présente invention permet de faire fonctionner des programmes multiples existants en les intégrant dans une structure de base de données qui était séparée suivant le fonctionnement, et dans un service supplémentaire. Le présent procédé permet de générer une base de données facilement et simplement, même lorsque l'information relative au contenu et à la structure de la base de données n'est pas connue. Il est également possible d'effectuer le travail voulu en modifiant simplement le fichier d'entrée pour sauve- garder l'information à modifier, en utilisant un programme intégré sans qu'il soit nécessaire de développer un nouveau programme pour chaque version. La figure unique représente un schéma par blocs du procédé de modification de la base de données d'un système RED pour communications radio mobiles numériques, selon un mode de réalisation de la présente invention. Pour mettre en oeuvre le processus d'extraction et le processus de migration ou de transfert 200, on charge tout d'abord dans une mémoire, à partir du disque, la base de données qui doit être générée. Si cette dernière a déjà été chargée, on peut la sauter. Le processus d'extraction 100 est un processus qui reçoit et analyse le fichier de configurations (FCG) con- tenant l'information relative au nom et au contenu à extraire de la présente base de données 105, ainsi que l'information relative aux valeurs à changer. Le fichier FCG décrit l'in- formation relative au nom, à la valeur de kit, à la version, ou autres, de la nouvelle base de données à créer. Les données nécessaires sont extraites de la base de données du dispositif de mémoire principale qui est char- gée dans la présente mémoire par les deux fichiers (c'est à dire FSC et FCG), et sauvegarde les données extraites sous la forme d'un fichier. Dans le processus d'analyse et d'extraction, comme la base de données à charger dans une mémoire contient la valeur de kit partagée et l'adresse de départ, il est pos- sible d'extraire les données nécessaires, si cette informa- tion est nécessaire, et les fichiers FSC et FCG sont utilisés comme valeur d'entrée. Le fichier de spécification de conversion (FSC) contient l'information relative au nom d'attribut, au contenu à extraire de la présente base de données, et aux valeurs à changer. Le fichier FCG contient l'information relative au nom, à la valeur de kit, à la version, de la base de données à extraire, ainsi que l'information relative au nom, à la va- leur de kit, à la version, de la nouvelle base de données à créer. Le fichier FSC, comme fichier de spécification de conversion, contient le nom et l'attribut de diverses tables du nouveau DCS à générer, ainsi que l'étendue de la valeur du domaine. La configuration de fichier FSC est représentée de la manière suivante VERSION = NOUVELLEVersionDCS # RELATION = NOUVEAUNomRelation NOUVEAUDCS ATT NOM [TAILLE]1=ANCIENDCSATTNOM_ [PLAGE] 1 NOUVEAU DCS ATT NOM [TAILLE]2 = ANCIEN DCS ATT NOM [PLAGE]2 NOUVEAUDCSATTNOM_ [TAILLE]3 = ANCIENDCSATTNOM_ [PLAGE]3 35... NOUVEAU DCS ATT NOM [TAILLE]N 1=ANCIEN DCS ATT NOM [PLAGEIN 1 NOUVEAU DCS ATT NOM [TAILLE]N=ANCIEN DCS ATT NOM [PLAGE]N Comme représenté ci-dessus, NOUVEAUDCSATTNOM TAILLE]N illustre l'attribut, le nom et la taille (en octets) du DCS (c'est à dire dans la nouvelle base de données à géné- rer), et ANCIENDCS_ATT_NOM_[PLAGE]N représente une plage re-5 lative à la partie à utiliser dans le nouveau domaine DCS, ainsi qu'un attribut et une taille de DCS précédents. Par exemple, la commande TEST DOMAINE [3]=A[O 1] DVAL[00], signifie que TESTDOMAINE prend la première valeur et la seconde valeur de A dans la base de données précédente,10 et que le reste de 1 octet est pris comme 00 dans la base de données qui doit être générée. La valeur initiale doit être prise, dans le cas de la création d'un nouveau domaine qui n'existait pas avant, comme le CTEMPS [4] = UDVAL [19961010]. Les données extraites par ce processus génèrent une forme fixe de fichier de données d'abonné (abonné XXX) par l'adaptation de l'ordre de domaine pour la structure de base de données. Le fichier d'abonné est constitué des don- nées brutes sauvegardant l'information provenant de la base de données précédente. Le processus de migration 200 des données ex- traites est un processus qui fait passer l'information ex- traite de la base de données précédente, dans la nouvelle base de données à créer. D'autres processeurs se trouvant dans la mémoire peuvent utiliser l'information qu'on a fait passer dans la nouvelle base de données par ce processus. La base de données qui doit être nouvellement gé- nérée 125 représente la base de données en vrac qui a la structure de diverses bases de données existantes. Les par- ties spécifiques du contenu de la base de données 105 sont extraites suivant le fichier FSC et le fichier FCG 115, puis sauvegardées dans les formes de fichier telles que: abonnés XXX. De plus, les fichiers sauvegardés combinent la structure d'une base de données spécifique parmi beaucoup de bases de données 125, pour générer une nouvelle base de données 120. La base de données 125 comporte une autre information supplé- mentaire et une structure de base de données. Par les proces- sus d'extraction et de migration ou transfert, le système sauvegarde la nouvelle information dans la base de données en vrac (par exemple une base de données sans information d'abonné) qui est chargée dans le dispositif de mémoire prin- cipale.5 Pour créer une nouvelle base de données, le processus de migration 200 lit les sous- fichiers XXX contenant l'information extraite, l'additionne à la base de données en vrac devant être chargée dans la mémoire, et sauvegarde l'in- formation requise sur chaque adaptation de domaine pour la10 structure de base de données comprenant la nouvelle informa- tion à faire passer. Ces types de processus sont sauvegardés comme une valeur exacte grâce à un algorithme interne et à un programme de vérification. Le processus de sauvegarde 300 qui sauvegarde l'information extraite sur un disque, sauvegarde l'informa- tion de base et de données du dispositif de mémoire princi- pale (comme par exemple une information d'abonné) sauvegardée dans la base de données de mémoire nouvellement générée 120 sur un disque. La base de données à utiliser dans le système de communications mobiles doit se trouver dans le dispositif de mémoire principale du fait des limitations de vitesse du pro- cesseur. De plus, le présent procédé doit être capable de traiter les interrogations. Si la base de données est effacée de la mémoire, il faut sauvegarder la même information sur un disque pour se préparer à une crise brutale du fait d'un obs- tacle grave ou d'une augmentation de charge dans une utilisa- tion du système. On a également pour but de conserver la cohérence des données car la base de données du dispositif de mémoire principale travaille en coopération avec la base de données se trouvant sur un disque. Pour mettre en oeuvre le processus de sauvegarde 300, la base de données nouvellement générée et sauvegardée dans la mémoire doit être sauvegardée de nouveau sur le dis- que dur, en se référant à la valeur de kit de mémoire parta- gée, et à la version de base de données. Ce processus est utilisé pour retrouver le contenu de la base de données effa- cée du dispositif de mémoire principale, et a pour objet de faire correspondre le contenu de la base de données se trou- vant dans la mémoire principale, avec le contenu se trouvant dans le disque dur. De plus, le contenu de base de données du disque est automatiquement changé et sauvegardé si le contenu de base de données se trouvant dans le dispositif de mémoire principale est changé. Cette base de données comprend une information de position d'abonné, l'information de service supplémentaire, etc., ainsi que le contenu de la base de données de mémoire pour affecter la sauvegarde de la base de données sur un dis- que. La présente invention permet de modifier la structure et le fonctionnement de la base de données en modi- fiant uniquement les fichiers FSC et FCG contenant l'informa- tion à extraire de la base de données actuellement utilisée, dans le cas o le contenu et la structure de la base de don- nées dans le système RED, doivent être utilisés dans un sys- tème de communications mobiles. De plus, dans un environnement intégré, toutes les opérations peuvent être effectuées simultanément dans une première tentative lorsqu'on effectue le changement, de sorte que la modification ou l'effacement de la base de données, du point de vue d'un opérateur, peuvent être effectués plus fa- cilement et plus simplement, et qu'il est possible, même pour un opérateur ordinaire qui ne connaît pas le contenu de la base de données, d'effectuer les opérations facilement et simplement. R E V E N D I C A T I ON S 1 ) Procédé de modification de la base de données d'un sys- tème de registres d'emplacements à domicile (RED) pour commu- nications radio mobiles numériques, caractérisé en ce qu' il comprend les étapes consistant à: (a) extraire une information d'abonné d'une base de données qui se trouve dans un dispositif de mémoire principale et qu'on utilise à l'instant présent; (b) faire passer ou transférer l'information extraite, dans une nouvelle base de données; et (c) sauvegarder sur un disque l'information transférée. ) Procédé selon la revendication 1, caractérisé en ce que l'étape d'extraction comprend en outre les étapes consistant (a) recevoir et analyser un fichier de spécification de con- version (FSC) qui contient l'information concernant le nom et le contenu à extraire de la base de données ac- tuelle, ainsi que les valeurs à changer, et un fichier de configurations (FCG) qui contient l'information relative au nom, à la valeur de kit, à la version, pour la base de données qui doit être extraite, ainsi que l'information relative au nom, à la valeur de kit, à la version, pour une base de données qui doit être nouvellement créée; (b) examiner et extraire les données nécessitées par les fi- chiers FSC et FCG, dans une base de données de charge de système (DCS) précédemment sauvegardée; et (c) générer un fichier d'abonné à partir des données ex- traites. 3 ) Procédé selon la revendication 1, caractérisé en ce que l'étape d'extraction de l'information d'abonné utilise un fi- chier de spécification de conversion (FSC) pour contenir l'information relative au contenu de la base de données du système RED. Il 4 ) Procédé selon la revendication 1, caractérisé en ce que l'étape d'extraction comprend en outre l'étape consistant à amener d'autres processeurs du système de communications ra- dio, à utiliser l'information extraite qui se trouve dans la mémoire. ) Procédé selon la revendication 1, caractérisé en ce que 0 l'étape d'extraction comprend en outre les étapes consistant à: (a) sauvegarder de nouveau la base de données sauvegardée dans la mémoire et la base de données nouvellement créée, sur le disque dur, de manière à faire correspondre le contenu du disque dur avec le contenu de la base de don- nées dans le dispositif de mémoire principale; et (b) modifier et sauvegarder le contenu de la base de données du disque dur lorsque le contenu de la base de données du dispositif de mémoire principale est altéré.