FR 2762468 A1 19981023 FR 9803672 A 19980325 "Procédé pour traiter des données dans un système cellulaire numérique" ARRIERE PLAN DE L'INVENTION 1. DOMAINE DE L'INVENTION La présente invention concerne un procédé pour le traitement de données dans un système cellulaire numéri- que, et, en particulier, un procédé de traitement de don- nées dans un dispositif de traitement de poste de base (base station manager ou BSN) pour traiter un sous-système d'émetteur-récepteur de poste de base (base station trans- ceiver subsystem ou BTS) et un dispositif de commande de poste de base (base station controller ou BSC) dans un système cellulaire numérique. 2. DESCRIPTION DE LA TECHNIOUE CONCERNEE Dans un système cellulaire numérique classique, un dispositif de traitement de poste de base (BSM), (qui constitue un élément des soussystèmes de dispositif de traitement de poste de base) fonctionne pour soutenir un sous-système d'émetteur-récepteur de poste de base (BTS) et un dispositif de commande de poste de base (BSC). Le dispositif de traitement de poste de base utilise un poste de travail de trame principal comportant une unité de sor- tie, une console de système, une unité de bande et une unité de disque dur (hard disk drive ou HDD). L'unité de sortie comprend une imprimante pour imprimer des informa- tions de maintenance du système et un haut-parleur pour émettre une alarme sonore. La console du système comporte une fonction d'adaptation à l'opérateur et une fonction de sortie d'état de système. L'unité de bande et l'unité de disque dur mémorisent des données et des informations du système. De façon classique, le dispositif de traitement de poste de base traite (à savoir change, ajoute et retire) des données à l'aide de l'unité de champ. Ce procédé clas- sique de changement, d'addition et de retrait de données est limité à un n-uplet (ou tuple) par communication homme-machine (man machine communication ou MMC) corres- pondante. Par conséquent, lorsque l'on ajoute et que l'on retire une pluralité de listes de données de n-uplet (c'est-à-dire une table qui est une congrégation d'une pluralité de n-uplets associés), le dispositif de traite- ment de poste de base peut répéter une opération de commu- nication homme-machine d'addition et une opération de com- munication homme-machine de retrait pour chaque liste de données de n-uplet. De plus, lorsque l'on change une plu- ralité de données de n-uplet, le dispositif de traitement de poste de base doit répéter une opération de communica- tion homme-machine de changement pour chacune des données de n-uplet. Une configuration de données concernées va être dé- crite ci-dessous pour une meilleure compréhension des ter- mes "champ" et "n-uplet". Dans la configuration de données concernée, un utilisateur normal reconnaît les données sous la forme d'une table comprenant des rangées et des colonnes. Dans un but pratique, on appelle la colonne "champ" ou "élément", et on désigne la rangée sous le nom "d'enregistrement". De plus, une colonne représentant un champ est désignée sous le nom "d'attribut", et une rangée représentant un enregistrement est désignée sous le nom de "n-uplet". Si l'on se réfère à la figure 1, un organigramme pour un procédé classique dans un dispositif de traitement de poste de base pour traiter (à savoir changer, ajouter et retirer) une liste de données de n-uplet est représenté. De façon classique, lorsqu'un opérateur demande une opéra- tion de communication homme-machine de changement, d'addi- tion ou de retrait pour certaines données dans une liste de données de n-uplet, le dispositif de traitement de poste de base effectue l'opération de communication homme- machine de changement, d'addition ou de retrait pour la liste de données de n-uplet correspondante (étape 10). En- suite, le dispositif de traitement de poste de base effec- tue une opération de vérification d'erreur (étape 12). En- suite, le dispositif de traitement de poste de base effec- tue l'opération de changement, d'addition et de retrait pour les données dans la liste de données de n-uplet cor- respondante (étape 14). Le dispositif de traitement de poste de base transfère ensuite la liste de données de n- uplet traitée au dispositif de commande de poste de base et au soussystème d'émetteur-récepteur de poste de base (étape 16). Le dispositif de traitement de poste de base remet ensuite à jour la liste de données de n-uplet trai- tée dans une base de données lors de la réception d'un si- gnal d'accusé de réception venant du dispositif de com- mande de poste de base et du sous-système d'émetteur- récepteur de poste de base (étape 18). Les résultats de l'opération sont ensuite délivrés en sortie par le dispo- sitif de traitement de poste de base, par exemple par l'intermédiaire d'une interface d'utilisateur graphique (graphic user interface ou GUI) (étape 20). Ce procédé de traitement de données classique comporte plusieurs inconvénients. Tout d'abord, il est difficile de traiter les données, car les données sont traitées par n- uplets, et, par conséquent, chaque champ doit être traité indépendamment lorsque l'on change toute une liste de don- nées de n-uplet. Par ailleurs, si le dispositif de traite- ment de poste de base doit traiter simultanément les don- nées de plusieurs champs en utilisant le procédé classi- que, une confusion peut se produire dans l'opération de traitement de données. Un autre inconvénient est que l'opération de communi- cation homme-machine doit être répétée. Par exemple, pour changer (c'est-à-dire pour traiter) la liste de données de n-uplet dans l'unité de secteur d'une cellule voisine du- rant une opération de changement de cellule, l'opérateur doit tout d'abord vérifier la liste de données de n-uplet par l'intermédiaire d'une opération de communication homme-machine d'affichage de façon à vérifier les détails de la liste de données de n-uplet qui sont changés. En- suite, l'opérateur doit changer les données de la cellule voisine en effectuant l'opération de communication homme- machine de changement, puis déterminer à nouveau encore une fois si oui ou non les données ont été correctement changées en effectuant une opération de communication homme-machine d'affichage. En d'autres termes, l'opérateur doit effectuer en séquence les opérations suivantes: une communication homme-machine d'affichage -+ la communication homme-machine de changement -> répétition de la communica- tion homme-machine d'affichage. Un autre inconvénient du procédé de traitement de don- nées classique est qu'il est difficile de traiter les don- nées lorsque plusieurs n-uplets sont verrouillés entre eux (étroitement reliés) par plusieurs unités de listes de données de n- uplet. Par exemple, si une liste de données de n-uplet ayant une priorité supérieure est retirée, tou- tes les listes de données de n-uplet restantes position- nées selon l'ordre de priorité doivent être changées (c'est-à-dire décalées vers le haut d'un pas). Par ailleurs, il y a entre huit et cinquante-six n-uplets qui ont une relation les uns avec les autres lorsqu'une cel- lule voisine est traitée pour une opération de changement de cellule. Comme mentionné ci-dessus, le procédé classi- que nécessite que les communications homme-machine soient effectuées de façon répétée pour les n-uplets respectifs, ce qui est fastidieux pour l'opérateur. Un autre inconvénient du procédé classique est que des opérations de communication homme-machine multiples doi- vent être répétées, car la communication homme-machine se- lon la technique existante est divisée en quatre unités individuelles, à savoir la communication homme-machine d'addition, la communication hommemachine de retrait, la communication houmme-machine de changement et la communica- tion homme-machine d'affichage. RESUME DE L'INVENTION Par conséquent, un objet de la présente invention est de procurer un procédé de traitement de données pour trai- ter simultanément (c'est-à-dire pour changer, ajouter et retirer) une pluralité de données par l'intermédiaire d'une communication homme-machine unifiée. Selon un aspect de la présente invention, un procédé pour traiter des données dans un système de maintenance d'un système cellulaire numérique comprend les étapes de demande, par une communication homme-machine (MMC) uni- fiée, d'opérations de changement, d'addition, de retrait et d'affichage de données dans l'une parmi une liste de données de n-uplet unique et une pluralité de listes de données de n-uplet; de lecture de données à partir d'une table, ladite table fournissant l'une parmi ladite liste de données de n-uplet unique et ladite pluralité de listes de données de n-uplet; et de réalisation desdites opéra- tions de changement, d'addition, de retrait et d'affichage desdites données en utilisant ladite communication homme- machine unifiée. Ces objets, éléments et caractéristiques, et avantages de la présente invention, ainsi que d'autres, apparaîtront de façon évidente à partir de la description détaillée qui suit d'une réalisation illustrative de celle-ci, qui doit être lue en relation avec les dessins joints. BREVE DESCRIPTION DES DESSINS La figure 1 est un organigramme d'un procédé classique dans un dispositif de traitement de poste de base (BSM) pour traiter (c'est-à-dire pour changer, ajouter et reti- rer) une liste de données de n-uplet. La figure 2 est un schéma général d'un système cellu- laire numérique pour réaliser le procédé de traitement de données selon la présente invention; la figure 3 est un schéma général d'un dispositif de traitement de poste de base montré en figure 2, pour réa- liser le procédé de traitement de données selon la pré- sente invention; la figure 4 est un organigramme illustrant un procédé pour le traitement de données dans un dispositif de trai- tement de poste de base selon la présente invention; et la figure 5 est une table de données illustrant une configuration pour une bibliothèque de lecture selon la présente invention. DESCRIPTION DETAILLEE DE REALISATIONS PREFEREES. Une réalisation préférée de la présente invention va à présent être décrite en détail en se référant aux dessins joints. Bien que la réalisation spécifique décrite ici soit définie et décrite en détail à titre d'exemple afin de clarifier l'objet de la présente invention, on devra toutefois comprendre que la présente invention peut être réalisée par une personne ayant une connaissance ordinaire de la technique à partir de la description qui suit sans détails inutiles. Par conséquent, on ne donnera pas de dé- tails des fonctions et des constructions qui sont connues et évidentes aux personnes ayant une connaissance ordi- naire de la technique, ou qui sont inutiles à comprendre, et qui ne feraient qu'obscurcir l'objet de la présente in- vention. Si l'on se réfère à présent à la figure 2, on trouve représenté un schéma général d'un système cellulaire numé- rique dans lequel un procédé de traitement de données se- lon la présente invention peut être réalisé. Un dispositif de traitement de poste de base (BSM) 22, raccordé à un dispositif de commande de poste de base (BSC) 24 exécute différentes fonctions générales et d'application pour une pluralité de sous-systèmes d'émetteur-récepteur de poste de base (BTS) (désignés par 28-1 à 28-n) et le dispositif de commande de poste de base (BSC) 24. Les fonctions géné- rales exécutées par le dispositif de traitement de poste de base 22 comprennent les fonctions de communication de données, de traitement de données, d'adaptation à l'opéra- teur et d'attaque de système de dispositif de traitement de poste de base. Les fonctions d'application exécutées par le dispositif de traitement de poste de base 22 com- prennent une fonction d'utilisation et une fonction de maintenance. La fonction d'utilisation fournit à la plura- lité de sous-systèmes d'émetteur-récepteur de poste de base 28-1 à 28-n une fonction de chargement de système, une fonction de traitement de structure, et une fonction de traitement de performances. La fonction de chargement de système délivre des données et un code d'exécution pour les blocs respectifs dans les sous-systèmes d'émetteur- récepteur de poste de base. Une fonction de traitement de configuration est également présente pour traiter et chan- ger les paramètres de configuration et d'utilisation des sous-systèmes d'émetteur-récepteur de poste de base res- pectifs. Comme montré en figure 2, le dispositif de commande de poste de base 24, qui est connecté à la pluralité de sous- systèmes d'émetteur-récepteur de poste de base 28-1 à 28-n et à un centre de commutation mobile (mobile switching center ou MSC) 26, commande la communication globale entre les sous-systèmes d'émetteur- récepteur de poste de base 28-1 à 28-n. Le centre de commutation mobile 26 effectue une opération de commutation pour des terminaux mobiles (non représentés). Si l'on se réfère à présent à la figure 3, on trouve représenté un schéma général du dispositif de traitement de poste de base 22 de la figure 2. Un bloc d'initialisa- tion et de maintenance de dispositif de traitement de poste de base (BSM initialization and maintenance ou BIM) est présent pour exécuter différents blocs de fonction couvrant le fonctionnement général et la fonction d'adap- tation à l'opérateur durant l'initialisation du dispositif de traitement de poste de base. Le bloc d'initialisation et de maintenance de dispositif de traitement de poste de base détermine périodiquement si oui ou non les blocs de fonction respectifs fonctionnent normalement, et récupére- ra le bloc de fonction qui fonctionne anormalement. Un bloc de dispositif de traitement de données de configura- tion (configuration data manager ou CDM) permanent 32, connecté au bloc d'initialisation et de maintenance de dispositif de traitement de poste de base 30, est présent pour traiter les données de configuration sous la commande du bloc d'initialisation et de maintenance de dispositif de traitement de poste de base 30. Lorsque c'est néces- saire, le bloc de dispositif de traitement de données de configuration permanent 32 peut fonctionner sans demande de l'opérateur. De plus, le bloc de dispositif de traite- ment de données de configuration permanent 32 est contrôlé par le bloc d'initialisation et de maintenance de disposi- tif de traitement de poste de base 30. Un bloc CDM de dispositif de traitement de données de configuration 34 est présent pour exécuter la totalité de la configuration de traitement de données couverte par le fonctionnement du dispositif BSM de traitement de poste de base 22, du dispositif BSC de commande de poste de base 24 et des sous-systèmes BTS d'émetteur-récepteur de poste de base 28-1 à 28-n. De façon caractéristique, le bloc CDM de dispositif de traitement de données de configuration 34 exécute une fonction de changement de données et une fonc- tion de lecture de données de fonctionnement pour toutes les données de configuration. Un bloc UIM de dispositif de traitement d'interface d'utilisateur (user interface mana- ger ou UIM) 36 exécute toutes les fonctions concernant des fenêtres telles que (1) la création et le retrait de fenê- tres, et même leur traitement, (2) la délivrance en sortie d'informations concernant l'état, des problèmes, des er- reurs et des statistiques du système sous forme d'informa- tions graphiques simples et logiques, et (3) le traitement d'événements venant de l'opérateur. Un bloc COH de traite- ment de commande (command handler ou COH) 38 exécute la fonction d'analyse de structure et de signification de phrase pour les commandes d'entrée, ainsi qu'une fonction de commande d'exécution. En réponse à une commande sans erreur, le bloc de dispositif de traitement de données de configuration 34 transfère ses données de sortie au bloc de dispositif de traitement d'interface d'utilisateur 36. Un bloc DCI d'interface de communication de données (data communication interface ou DCI) 40 fournit un chemin d'émission/réception d'information de traitement entre les blocs de fonction dans le dispositif de traitement de poste de base 22 et tous les sous-systèmes dans les sous- systèmes d'émetteur-récepteur de poste de base 28-1 à 28- n. Le bloc de dispositif de traitement de données de con- figuration 34 est connecté au bloc de dispositif de trai- tement d'interface d'utilisateur 36 par l'intermédiaire d'un chemin de transmission 42 par l'intermédiaire duquel les données de traitement de configuration sont transmises selon la présente invention. Le dispositif de traitement de poste de base 22, le dispositif de commande de poste de base 24 et les sous- systèmes d'émetteur-récepteur de poste de base 28-1 à 28-n exécutent la fonction de fonctionnement en se référant aux données chargées de programme (program loaded data ou PLD) qui sont les données de fonctionnement. Comme montré en figure 3, l'opérateur exécute la fonction de fonctionne- ment du dispositif de traitement de poste de base 22 par l'intermédiaire d'une interface d'utilisateur graphique (graphic user interface ou GUI), qui n'est pas représentée de façon spécifique, dans le bloc de dispositif de traite- ment d'interface d'utilisateur 36. Selon la présente in- vention, le dispositif de traitement de poste de base 22 traite les données en fonction d'une commande de l'opéra- teur, puis délivre ensuite en sortie les données au dispo- sitif de commande de poste de base 24. Selon une réalisa- tion préférée de la présente invention, toutes les commu- nications homme-machine sont unifiées en une seule commu- nication homme-machine, et la configuration de données est traitée par unités d'une pluralité de listes de données de n-uplet. Comme indiqué ci-dessus, l'un des problèmes associés au procédé de traitement de données classique est que les données sont traitées par champs, ce qui nécessite par conséquent que chaque champ soit traité indépendamment lorsque l'on change les données d'un n-uplet entier. De façon caractéristique, les unités de champ sont traitées individuellement de façon à déterminer si une valeur par- ticulière dans un champ spécifique est ajoutée, changée ou retirée. En résultat, les communications homme-machine d'addition, de changement et de retrait doivent être trai- tées séparément. La présente invention apporte une solu- tion à ce problème en traitant les données par n-uplets, ce qui permet au champ d'être déterminé selon l'ordre des n-uplets. Par conséquent, il est inutile de traiter sépa- rément les champs. De plus, comme le n-uplet correspondant est traité, il est possible d'unifier les communications homme-machine individuelles pour ajouter, changer et reti- rer en une seule communication homme-machine. Le procédé de traitement de données de la présente in- vention remédie au problème d'avoir à répéter la communi- cation homme-machine mentionnée ci-dessus. De façon clas- sique, lorsque l'on change les données par unité des lis- tes de données de n-uplet, les données doivent être véri- fiées par l'intermédiaire de la communication homme- machine d'affichage, et les détails du changement de don- nées doivent être vérifiés. Ensuite, les données doivent être changées à nouveau à l'aide de la communication homme-machine de changement, et le changement doit être à nouveau vérifié. Cependant, dans la présente invention, les données chargées de programme sont lues en utilisant une structure de format de bibliothèque. Si une communica- tion homme-machine d'opérateur est active de façon conti- nue, l'opération de lecture de données est toujours dispo- nible, ce qui fait qu'il est utile d'actionner une commu- nication homme-machine séparée. De plus, les opérations de communication homme-machine pour changer les données char- gées de programme peuvent être unifiées en une seule com- munication homme-machine, ce qui permet par conséquent de résoudre le problème classique d'avoir à répéter les opé- rations de communication homme-machine. De plus, la présente invention procure une solution à une tâche fastidieuse associée au procédé de traitement de données classique d'avoir à répéter les communications homme-machine pour chacun des cinquante-six n-uplets. Ce- pendant, selon la présente invention, un n-uplet ayant des données peut toujours être changé, et une pluralité de n- uplets peuvent être traités (c'est-à-dire changés, ajoutés et retirés) simultanément. Par conséquent, lorsque les n- uplets ont une relation les uns avec les autres, le fonc- tionnement et le traitement peuvent être réalisés facile- ment. Le problème associé au procédé classique d'avoir des communications homme-machine individuelles est également résolu par la présente invention. Fondamentalement, une communication homme- machine de configuration peut être l'une parmi des données chargées de programme d'affichage et des données chargées de programme de changement. Toute- fois, à la lumière des caractéristiques de la communica- tion homme-machine, la communication homme-machine est traitée séparément en communications homme-machine d'addi- tion, de changement et de retrait. Autrement dit, même dans le cas de données nulles, les données chargées de programme comportent un espace de données pouvant être traité dans lequel on peut ajouter des données. En d'au- tres termes, les opérations de changement, d'addition et de retrait de données ont toutes une influence sur les données chargées de programme. Par conséquent, en traitant les données en fonction du n-uplet, les données chargées de programme peuvent être traitées par une communication homme-machine selon la présente invention. Selon le procédé de traitement de données de la pré- sente invention, le bloc de dispositif de traitement de données de configuration 34 devrait être mutuellement ver- rouillé avec le bloc de dispositif de traitement d'inter- face d'utilisateur 36, de façon à permettre à l'opérateur de contrôler la procédure de la présente invention par l'intermédiaire d'une interface d'utilisateur graphique. La présente invention considère les fonctions suivantes. Premièrement, pour que l'opérateur puisse visualiser * sélectivement les données, une bibliothèque qui peut grou- per les données concernées sous un format prédéterminé et les transférer au bloc de dispositif de traitement d'in- terface d'utilisateur 36 est nécessaire. L'opérateur peut toujours utiliser la bibliothèque pour voir les données par l'intermédiaire d'un bouton graphique fourni par le bloc de dispositif de traitement d'interface d'utilisateur 36. Deuxièmement, lorsque les données sont traitées par unités de n-uplet et que les n-uplets sont mutuellement verrouillés, on devra tout à la fois considérer une fonc- tion de traitement des données pour une pluralité de n- uplets et une fonction de détermination du fait que oui ou non les données doivent être effectivement traitées par l'intermédiaire de l'interface d'utilisateur. Troisièmement, on devra considérer une fonction de transfert du format de données traité par unités de n- uplet au dispositif de commande de poste de base 24 et aux sous-systèmes d'émetteur-récepteur de poste de base 28-1 à 28-n. Quatrièmement, lorsque les première, deuxième et troi- sième fonctions ci-dessus se sont déroulées sans problè- mes, on devra considérer une fonction de remise à jour précise des données dans le fichier de données chargées de programme. Dans l'exemple suivant, le format de données transféré au bloc de dispositif de traitement de données de configu- ration 34 à partir du bloc de dispositif de traitement d'interface d'utilisateur 36 selon la présente invention est représenté. Les structures de format de bibliothèque suivantes sont conçues pour couvrir tous les détails re- quis par l'affichage. Structure (1) typedef struct { int DATAl; int DATA2; int DATA3; int DATA4; int DATA5; } Tuple_Information; Structure (2) typedef struct { int KEY1; int KEY2; int KEY3; int NUMBEROFTUPLE; int Tuple_Information tuple MAXNUMBEROFTUPLE; } TupleRequest; Structure (3) typedef union { Tuple_Request Send_Data_List; } DataListUnion; Structure (4) typedef struct { int _cmdid; DataList Union data List; } Uimx_SendtoCdmx; Dans la Structure (1) ci-dessus, DATA1 à DATA5 repré- sentent des champs dans lesquels des informations désirées sont mémorisées, respectivement. Dans la Structure (2) ci- dessus, KEY1 à KEY3 représentent des valeurs fondamentales pour désigner des positions de données, et NUMBER_ OFTUPLE représente une variable pour exprimer le nombre de données efficaces réelles. De plus, MAX_NUMBER_ OFTUPLE représente un nombre maximal de n-uplets qui sont lus durant l'exécu- tion de la communication homme-machine unifiée. Les Struc- tures (1) et (2) représentent les structures de format de bibliothèque utilisées lorsque l'on lit les données char- gées de programme. Si l'on se réfère à présent à la figure 5, une table de données illustrant une configuration pour une biblio- thèque de lecture selon la présente invention est montrée pour expliquer les Structures (1) et (2). De façon carac- téristique, le dessin illustre un exemple d'une structure schématique des données chargées de programme réelles. En figure 5, K1 à K3 représentent des valeurs fondamentales pour lire des données désignées, et Dl à D5 représentent les données qui peuvent être recherchées par l'intermé- diaire des valeurs fondamentales K1 à K3. De plus, les n- uplets à l'intérieur de la plage MAX NUMBER OF TUPLE cor- respondant aux valeurs fondamentales se réfèrent à une liste de n-uplets reformée sous la forme d'une table. Si l'opérateur entre les valeurs fondamentales K1 à K3 cor- respondant aux données que l'on souhaite changer, retirer ou additionner par l'intermédiaire de la communication homme-machine unifiée, la bibliothèque avec les Structures (1) et (2) lie les n-uplets à l'intérieur de la plage MAX_NUMBEROFTUPLE correspondant aux valeurs fondamenta- les, et affiche les zones de données des n-uplets à l'in- térieur de la plage sur l'écran d'interface d'utilisateur graphique, comme montré en figure 5. L'opérateur peut en- suite traiter collectivement (changer, ajouter et retirer) des données prédéterminées d'un n-uplet spécifié sur l'écran d'interface d'utilisateur graphique. Les données traitées sont appliquées aux Structures (1) et (2), puis ensuite transférées au bloc de dispositif de traitement de données de configuration 34 à partir du bloc de dispositif de traitement d'interface d'utilisateur 36 sous le format des Structures (3) et (4) ci- dessus. Le bloc de dispositif de traitement de données de configura- tion 34 lit CMDID à partir des données transférées de- puis le bloc de dispositif de traitement d'interface d'utilisateur 36. A partir des données transférées, il est possible de déterminer quelle commande l'opérateur sou- haite utiliser et le format de la structure. Par exemple, des données peuvent être lues par le type Data_List_Union, car le format des Structures (3) et (4) comprend un type DataListUnion. Une bibliothèque de lecture ayant une telle structure peut être employée dans deux buts. De façon caractéristi- que, la bibliothèque de lecture peut être utilisée comme bibliothèque pour appeler les données existantes par l'in- termédiaire de l'interface d'utilisateur graphique afin de voir les données. La bibliothèque de lecture peut égale- ment être utilisée lorsque l'on lit les données chargées de programme afin de les comparer aux données existantes. Si l'on se réfère à présent à la figure 4, un organi- gramme pour traiter une configuration de données par l'in- termédiaire du dispositif de traitement de poste de base selon la présente invention est représenté. Après que l'opérateur ait fait une demande de changement, d'addition et de retrait des données dans les n-uplets par l'intermé- diaire de la communication homme-machine unifiée (étape 42), le dispositif de traitement de poste de base 22 ef- fectue une opération de vérification d'erreur fondamentale (étape 44). Lorsque la vérification d'erreur fondamentale est achevée, le dispositif de traitement de poste de base 22 lit les listes de données de n-uplet requises en utili- sant la bibliothèque afin de les visualiser sur l'écran d'interface d'utilisateur graphique (étape 46). Ensuite, le dispositif de traitement de poste de base 22 change, ajoute et retire les données correspondantes des listes de données de n-uplet par l'intermédiaire de l'interface d'utilisateur (étape 48). Lorsque les données sont chan- gées, ajoutées ou retirées, les données entrantes sont comparées aux données existantes par l'intermédiaire de la bibliothèque décrite ci-dessus de façon à achever la pro- cédure si les données n'ont pas été changées. Le disposi- tif de traitement de poste de base 22 affiche ensuite les résultats des opérations de changement, d'addition et de retrait de données sur l'écran d'interface d'utilisateur graphique (étape 50). Ensuite, le dispositif de traitement de poste de base 22 transfère les listes de données de n- uplet traitées au dispositif de commande de poste de base 24 et aux soussystèmes d'émetteur-récepteur de poste de base 28-1 à 28-n (étape 52). Lors de la réception d'un si- gnal d'accusé de réception depuis le dispositif de com- mande de poste de base 24 et les sous-systèmes d'émetteur- récepteur de poste de base 28-1 à 28-n, le dispositif de traitement de poste de base 22 remet à jour les listes de données de n-uplet traitées dans la base de donnée (étape 54). Comme montré ci-dessus, la présente invention est pra- tique pour l'opérateur. En particulier, le procédé de traitement de données de la présente invention est extrê- mement utile lorsque l'on traite différentes données ayant une relation étroite les unes avec les autres. Les fonc- tions selon la présente invention sont utilisées lorsque l'on utilise le dispositif de traitement de poste de base tout entier. Bien qu'une réalisation illustrative de la présente invention ait été décrite ici en se référant aux dessins joints, on doit comprendre que l'invention n'est pas limi- tée à cette réalisation précise, et que différents autres changements et modifications peuvent être apportés à celle-ci par une personne ayant une bonne connaissance de la technique sans s'écarter de l'étendue de l'applicabili- té ou de l'esprit véritables de l'invention. REVENDICATIONS 1. Procédé pour traiter des données dans un système de maintenance d'un système cellulaire numérique, caractérisé en ce qu'il comporte les étapes suivantes: la demande, par une communication homme- machine uni- fiée (man machine communication ou MMC), d'opérations de changement, d'addition, de retrait et d'affichage de don- nées dans l'une parmi une liste de données de n-uplet uni- que et une pluralité de listes de données de n-uplet; la lecture de données à partir d'une table, ladite ta- ble délivrant l'une parmi ladite liste de données de n- uplet unique et ladite pluralité de listes de données de n-uplet; et la réalisation desdites opérations de changement, d'addition, de retrait et d'affichage desdites données en utilisant ladite communication homme-machine unifiée. 2. Procédé pour traiter des données dans un système de maintenance d'un système cellulaire numérique, caractérisé en ce qu'il comprend les étapes suivantes: la lecture de données concernées à partir de données d'utilisation; la structuration desdites données par n-uplets sous forme d'un tableau en utilisant une structure de format de bibliothèque de lecture; et le traitement et le transfert desdites données struc- turées. 3. Procédé selon la revendication 2, caractérisé en ce que lesdites données d'utilisation sont des données char- gées de programme. 4. Procédé selon la revendication 2, caractérisé en ce que ladite structure de format de bibliothèque de lecture comprend: une pluralité de valeurs fondamentales pour lire des positions de données désignées; une pluralité de champs de données pour mémoriser des données dans lesdites positions de données; une première valeur de variable pour exprimer le nom- bre de données réelles; et une deuxième valeur de variable pour représenter un nombre desdits n-uplets devant être lus.