Brevet FR2758680A1 — publié le 19980724

Arrière plan de l'invention 1. Domaine de l'invention La présente invention concerne un système de ser- vices de communications personnelles (SCP) et, plus particu- lièrement, un procédé et un dispositif pour gérer un message d'état/alarme pour radiodiffuser un temps système dans un ré- cepteur de système de positionnement global (RSPG) de com- mande de station de base. 2. Description de la technique concernée La figure 1 illustre un système de services de communications personnelles (SCP) comprenant un certain nom- bre de réseaux d'interconnexion de communications de portes (RICP), dans lequel un certain nombre de chemins de liaison sont formés entre des centres de commutation mobiles (CCM). Cependant, comme illustré à la figure 1, du fait que le sys- tème SCP ne comporte pas de chemins de liaison formés direc- tement entre les RICP, il ne peut être possible de fournir une communication inter-processus (CIP) entre les RICP. Ain- si, pour un décrochage entre les RICP, le système SCP utilise un chemin de décrochage dur entre les CCM. Par suite, un pied d'appel de plus de 100 msec peut être généré inévitablement. En se référant à la figure 1, un réseau d'interconnexion de communications (RIC) comprenant le RICP et des réseaux d'in- terconnexion de communications locales (RICL) fournit un che- min de transmission de données par paquets entre un sous- système de transrécepteur de station de base (STSB) et un contrôleur de station de base (CSB). Ainsi, des données et des signaux peuvent être transférés par le RIC. La figure 2 illustre un schéma par blocs d'un dispositif de radiodiffusion de données de message de temps de date (TDD) provenant du récepteur de système de position- nement global (RSPG) selon l'art antérieur. Comme illustré, dans un système à accès multiple à division de code (AMDC) conventionnel, des processeurs de temps et fréquence (PTF) 4- 1 et 4-2 sur une carte d'ensemble de contrôleurs de temps et fréquence (ECTF) reçoivent les données de message TDD prove- nant des RSPG 2-1 et 2-2. Les données de message TDD provenant des RSPG 2-1 et 2-2 sont couramment composées de 16 octets. En d'autres termes, les données de message TDD comprennent une informa- tion de 11 octets qui représente un temps système, une infor-5 mation de 1 octet qui représente un état du RSPG, une information de 1 octet représentant une alarme du RSPG, une information de 2 octets représentant une seconde de saut, et une information de 1 octet représentant une fin du message. Le temps système comprend une information d'année, de mois, de date, d'heure, de minute et de seconde du système. Les PTF 4-1 et 4-2 gèrent et rapportent l'état et l'alarme des RSPG 2-1 et 2-2 sur la base des données de message TDD reçues, et calculent le temps système en termes de secondes, pour radio- diffuser le temps système calculé vers les processeurs res- pectifs dans le sous-système de transrécepteur de station de base (STSB) 10, à travers un ensemble de panneau de noeud de CIP à haute capacité (ENCH). De plus, le STSB 10 comprend les RSPG 2-1 et 2-2, les PTF 4-1 et 4-2 et des processeurs de commande de STSB (PCS) 6-1 et 6-2. Un processeur de commande d'appel (PCA) 8 appartenant au CSB est connecté au STSB 10 pour commander l'appel. Dans le système SCP (représenté par une ligne en tirets pour la synchronisation des RSPG 2-1 et 2-2) qui est largement modifié à partir du système AMDC conventionnel, un logiciel de traitement des données de message TDD est large- ment modifié. Les PTF 4-1 et 4-2 sur la carte ECTF reçoivent une horloge unité lPPS (Impulsion par Seconde) de 10MHz pour générer une horloge de système. L'horloge de système est ap- pliquée à des cartes respectives. De plus, les PTF 4-1 et 4-2 traitent les données de message TDD. Cependant, le dispositif selon l'art antérieur pour le traitement des données de message TDD ne peut rappor- ter en détail l'état et l'alarme du RSPG. De plus, il est difficile et très long de gérer l'état et l'alarme du RSPG. En outre, le temps système doit être calculé à partir des données de message TDD. En outre, comme les PTF 4-1 et 4-2 sur la carte ECTF gèrent l'état et l'alarme du RSPG, les hor- loges associées et l'état/alarme de la carte ECTF elle-même doivent être gérés ensemble, ce qui conduit à une grande com- plexité du processus. De plus, comme un logiciel contenu dans la carte ECTF prend part à la génération et à la gestion des horloges destinées à être utilisées dans le système, il est difficile de gérer et de commander efficacement les horloges. Cela est dû au fait qu'une synchronisation (lorsqu'elle est déclenchée) est commandée par un logiciel contenu dans la carte ECTF, bien que la génération et la distribution des horloges soient traitées par un matériel de la carte ECTF. Résumé de l'invention La présente invention a pour but de créer un pro- cédé et un dispositif pour gérer un message détaillé d'état/alarme d'un récepteur de système de positionnement global (RSPG), et pour radiodiffuser un temps système précis. Un autre but de la présente invention est de créer un procédé et un dispositif pour entretenir facilement une station de base dans un RSPG. A cet effet, la présente invention concerne un procédé pour gérer un message d'état/alarme d'un récepteur de système de positionnement global (RSPG), et pour radiodiffu- ser un temps système dans un processeur de commande de sta- tion de base (PCS), caractérisé en ce qu'il comprend les étapes consistant à: * recevoir des données de message de gestion d'état/alarme et des données de message de temps système du récepteur de système de positionnement global (RSPG); * séparer l'information de temps système des données de mes- sage de temps système pour radiodiffuser immédiatement le temps système vers les processeurs respectifs dans une sta- tion de base; et * vérifier périodiquement un changement du message d'état et d'alarme dans les données de message de temps système, pour rapporter le changement à un contrôleur de station de base (CSB). Selon d'autres caractéristiques de l'invention: * le temps système comporte une information de temps en unité seconde; * le processeur de commande de station de base (PCS) est un processeur de commande de station de base double. L'invention concerne également un dispositif pour gérer un message d'état/alarme d'un récepteur de système de positionnement global (RSPG), et pour radiodiffuser un temps système, caractérisé en ce qu'il comprend: * le récepteur de système de positionnement global (RSPG) pour recevoir un temps courant et une information de posi- tion provenant d'un satellite de système de positionnement global (SPG), pour générer des horloges vers des blocs res- pectifs dans une station de base, et pour générer des don- nées de message de gestion d'auto-état/alarme, ainsi que des données de message de temps système; et * un processeur de commande de station de base (BCP) pour re- cevoir les données de message de gestion d'état/alarme et les données de message de temps système, pour en séparer l'information de temps système afin de radiodiffuser immé- diatement l'information de temps système vers les proces- seurs respectifs de la station de base, et pour vérifier périodiquement un changement du message d'état et d'alarme dans les données de message de temps système, afin de rap- porter ce changement du message d'état et d'alarme à un dispositif de commande de station de base. Selon une autre caractéristique du dispositif, le récepteur de système de positionnement global (RSPG) génère toutes les deux secondes les données de message de gestion d'état/alarme et les données de message de temps système. Selon un aspect de la présente invention, un état et une alarme d'un RSPG sont exprimés en détails dans des données de message TDD. On peut ainsi gérer des messages dé- taillés d'état et d'alarme du RSPG, et séparer facilement un temps système à partir des données de message TDD. De plus, le processus de calcul complexe se simplifie, ce qui conduit à une réduction du temps de fonctionnement et à une suppres- sion du défaut de fonctionnement. De plus, le PCS gère les données de message TDD du RSPG sans utiliser les cartes ECTF, de sorte qu'on peut supprimer une étape de processus intermé- diaire. Par suite, on peut effectuer facilement la mainte- nance du système, et minimiser l'influence sur le système d'un défaut de système provoqué lorsqu'on commute le RSPG. Selon la présente invention en outre, à l'inverse de l'art antérieur, on traite la génération et la distribu- tion des horloges dans le RSPG, et non dans la carte ECTF, en effectuant ainsi une fonction double. De plus, comme un bloc de logiciel destiné à séparer et à radiodiffuser le temps système des données de message TDD, est amené dans le bloc de logiciel du PCS, on doit pouvoir gérer facilement l'état et10 l'alarme du RSPG lui-même, et radiodiffuser le temps système. Brève description des dessins La présente invention sera décrite ci-après de manière plus détaillée à l'aide de modes de réalisation re- présentés sur les dessins annexés dans lesquels: - la figure 1 est un schéma représentant des chemins de liai- son formés entre CCM dans un système SCP général comprenant un certain nombre de RICP; - la figure 2 est un schéma par blocs d'un dispositif de ra- diodiffusion de données de message TDD (temps de date) pro- venant d'un récepteur de système de positionnement global (RSPG) selon l'art antérieur; - la figure 3 est un schéma destiné à expliquer qu'un proces- seur de commande de STSB (PCS) reçoit les données de mes- sage TDD provenant du RSPG, pour radiodiffuser un temps système, selon une forme de réalisation de la présente in- vention; - la figure 4 est un schéma par blocs détaillé du PCS repré- senté à la figure 3; - la figure 5 est un chronogramme des données de message TDD transférées du RSPG au PCS; - la figure 6 est un schéma destiné à représenter un format de données de message TDD selon une forme de réalisation de la présente invention; et - la figure 7 est un schéma de gestion d'un message d'état/alarme du RSPG, et de radiodiffusion du temps sys- tème, selon une forme de réalisation de la présente inven- tion. Description détaillée du mode de réalisation préférentiel On décrira ci-après un mode de réalisation préfé- rentiel de la présente invention en se référant aux dessins annexés dans lesquels les mêmes éléments sont désignés par5 les mêmes références numériques. Il sera clair que de nom- breux détails spécifiques tels que les éléments de circuit détaillés, ne sont représentés qu'à titre d'exemple pour fa- ciliter la compréhension de l'invention, et que celle-ci peut être réalisée sans ces détails spécifiques. On remarquera en outre que des descriptions détaillées de l'art antérieur ont été volontairement supprimées car elles ne semblent pas ne- cessaires à la compréhension des principes de la présente in- vention. La figure 3 représente un schéma destiné à expli- quer qu'un processeur de commande de STSB (PCS) 20 reçoit des données de message TDD provenant des RSPG 2-1 et 2-2, pour radiodiffuser un temps système selon une forme de réalisation de la présente invention. Comme illustré, les RSPG 2-1 et 2-2 reçoivent un temps courant et une information de position20 provenant d'un satellite d'un système de positionnement glo- bal (SPG), pour générer divers types d'horloges (10 MHz, PP2S (impulsion par 2 secondes), 19,6608 MHz, etc) vers chaque bloc d'un sous-système de transrécepteur (émetteur/récepteur) de station de base (STSB) 10. De plus, les RSPG 2-1 et 2-2 génèrent des données de messages TDD représentées à la figure 6, vers un processeur de commande de STSB (PCS) 20 double, par ses interfaces RS-422. En se référant à la figure 6, les données de mes- sage TDD D19-D0 sont composées d'une en-tête de 2 octets D19- D18 et d'une information de temps système de 11 octets D17- D7, d'une information de seconde de saut à 2 octets D6-D5, d'une information d'état à 1 octet D4, d'une information d'alarme à 1 octet D3, d'une information de fin de message à 1 octet D2, et d'une somme de vérification à 2 octets Dl-D0. L'en-tête à 2 octets D19-D18 est destinée à indiquer que le message courant est un message TDD. L'information de temps système de 11 octets D17-D7 comporte l'information de temps système en unité seconde. L'octet D2 indique la fin du mes- sage. L'information d'état D4 est composée de 8 bits B7-B0 (c'est-à-dire 1 octet=8 bits), dans lesquels le bit B7 indique une réponse, le bit B6 indique si le temps système des données de message TDD est dans l'unité seconde ou non, et le bit B5 indique que les RSPG 2-1 et 2-2 sont dans un état de fonctionnement ou non. De plus, le bit B4 indique si le temps système reçu du satellite SPG s'est poursuivi sur 24 heures ou non, et le bit B3 indique si les RSPG 2-1 et 2-2 sont dans un état de fonctionnement ou non. Enfin, les bits B2 et Bi indiquent les secondes de saut, et le bit B0 indique si les RSPG 2-1 et 2-2 sont synchronisés l'un avec l'autre ou non. De la même manière, l'information d'alarme D3 est composée de 8 bits B7-B0 dans lesquels le bit B7 indique si l'horloge est stable ou instable, et le bit B6 est réglé lorsque les RSPG 2-1 et 2-2 sont commutés d'un état de fonc- tionnement vers un état d'attente, ou de l'état d'attente vers l'état de fonctionnement. Le bit B5 indique si le temps système reçu du satellite SPG s'est poursuivi sur 24 heures ou non. Le bit B4 indique une commande de fréquence, et le bit B3 indique si une antenne est en panne ou non. Enfin, le bit B1 indique si les RSPG 2-1 et 2-2 sont en panne ou non, tandis que le bit B0 indique les positions des RSPG 2-1 et 2- 2. Les données de message TDD indiquées à la figure 6 sont transférées toutes les deux secondes aux RSPG 2-1 et 2-2, se- lon le chronogramme représenté à la figure 5. Le PCS 20 ou carte de processeur principal du STSB 10 qui constitue une station de base du système de com- munications mobiles SCP, reçoit les données de message TDD, représentées à la figure 6, provenant des RSPG 2-1 et 2-2, pour effectuer une gestion d'état, une gestion d'alarme, une fonction de rapport et une fonction de commande.- Le PCS 20 comprend un certain nombre de blocs de logiciel séparés fonc- tionnant chacun simultanément dans un environnement de sys- tème de fonctionnement multitâche en temps réel (SFMTR), pour effectuer sa fonction unique. La figure 4 représente un schéma par blocs dé- taillé du PCS 20 représenté à la figure 3, dans laquelle le PCS 20 comprend un contrôleur de communications série (CCS) 30, avec un bloc de matériel, un bloc de gestion et de radio- diffusion 32 qui consiste en un bloc de logiciel réalisé dans une UCT (unité centrale de traitement, non représentée), une mémoire 34, et un bloc de gestion d'état et d'alarme 36. Le bloc de gestion et de radiodiffusion 32 effectue une tâche de gestion d'état 40, une tâche de gestion d'alarme 42 et une10 tâche de radiodiffusion de temps système 44, pour gérer et rapporter l'état et l'alarme sur la base des données de mes- sage TDD reçues des RSPG 2-1 et 2-2, et pour radiodiffuser le temps système. Les messages d'alarme et d'état rapportés par le bloc de commande de gestion et de radiodiffusion 32, sont transférés au PCA 8 appartenant au contrôleur de station de base CSB, par le bloc de gestion d'état et d'alarme 36. Les données de message de temps système radiodiffusées par le bloc de commande de gestion et de radiodiffusion 32, sont transmises à tous les processeurs 221-22N dans le STSB 10. Ainsi, les processeurs 221-22N peuvent recevoir, à n'importe quel moment, les données de message de temps système. En se référant maintenant aux figures 4 et 7, on décrira en détail ci-après comment fonctionne le PCS 20 lors- que les données de message TDD sont transférées par les RSPG 2-1 et 2-2. Lorsque le bloc de commande de gestion et de ra- diodiffusion 32 du PCS 20 fonctionne, le contrôleur de commu- nication série 30 est initialisé à l'étape 100. Ensuite, le bloc de commande de gestion et de radiodiffusion 32 du PCS 20 reçoit, toutes les 2 secondes, les données de message TDD provenant des RSPG 2-1 et 2-2, via le CCS 30. A l'étape 102, le bloc de commande de gestion et de radiodiffusion 32 véri- fie si les données de message TDD ont été reçues ou non. Si les données de message TDD ont été reçues, le bloc de com- mande de gestion et de radiodiffusion 32 doit stocker les données de message TDD dans la mémoire 34. Le bloc de com- mande de gestion et de radiodiffusion 32 vérifie, à l'étape 106, si les données reçues sont ou non les données de message TDD correctes, en se référant à l'information d'en-tête à 2 octets D19 et D18 des données de message TDD. S'il s'agit des données de message TDD correctes, le bloc de commande de ges- tion et de radiodiffusion 32 doit, à l'étape 108, séparer le5 temps système des données de message TDD, et radiodiffuser le temps système vers les processeurs respectifs 221-22N du STSB , par le ENCH (ensemble de carte de noeud de CIP à haute capacité). La tâche de gestion d'état 40 et la tâche de ges- tion d'alarme 42 sont effectuées périodiquement pour suppor- ter le système de fonctionnement multitâche en temps réel (SFMTR). Selon l'opération périodique de la tâche de gestion d'état 40 et de la tâche de gestion d'alarme 42, le bloc de commande de gestion et de radiodiffusion 32 vérifie, à l'étape 110, si l'information d'état et l'information d'alar- me des données de message TDD reçues, sont changées ou non. Si ces informations sont changées, le bloc de commande de gestion et de radiodiffusion 32 doit mettre à jour l'informa- tion d'état et l'information d'alarme des RSPG 2-1 et 2-2, puis rendre compte des changements effectués au processeur de commande d'appel (PCA) 8, par le bloc de gestion d'état et d'alarme 36, à l'étape 112. On remarquera, d'après la description ci-dessus, que le bloc de commande de gestion et de radiodiffusion 32 diffuse immédiatement le temps système en réponse à une in- terruption du RSPG. Cependant, l'état et l'alarme sont gérés périodiquement. Comme décrit dans ce qui précède, le STSB selon l'invention fournit les horloges stables et le temps système précis pour un fonctionnement convenable du système de sta- tions de base. De plus, l'état et l'alarme du RSPG peuvent être rapportés avec précision et en détail, de sorte qu'on peut effectuer facilement l'entretien de la station de base. En outre, le STSB selon l'invention ne nécessite pas de carte PTF, ce qui améliore les performances du système et abaisse les coûts. Enfin, une panne du système peut être supprimée pendant son fonctionnement, et il faut très peu de temps pour supprimer la panne de système ayant apparu. RE V E N D I C A T IONS 1 ) Procédé pour gérer un message d'état/alarme d'un récep- teur de système de positionnement global (RSPG), et pour ra- diodiffuser un temps système dans un processeur de commande de station de base (PCS), caractérisé en ce qu' il comprend les étapes consistant à: * recevoir des données de message de gestion d'état/alarme et des données de message de temps système du récepteur de système de positionnement global (RSPG); * séparer l'information de temps système des données de mes- sage de temps système pour radiodiffuser immédiatement le temps système vers les processeurs respectifs dans une sta- tion de base; et * vérifier périodiquement un changement du message d'état et d'alarme dans les données de message de temps système, pour rapporter le changement à un contrôleur de station de base (CSB). 2 ) Procédé pour gérer un message d'état/alarme d'un RSPG, et pour radiodiffuser un temps système, selon la revendication 1, caractérisé en ce que le temps système comporte une information de temps en unité seconde. 3 ) Procédé pour gérer un message d'état/alarme d'un RSPG, et pour radiodiffuser un temps système, selon la revendication 1, caractérisé en ce que le processeur de commande de station de base (PCS) est un processeur de commande de station de base double. 4 ) Dispositif pour gérer un message d'état/alarme d'un ré- cepteur de système de positionnement global (RSPG), et pour radiodiffuser un temps système, caractérisé en ce qu' il comprend: * le récepteur de système de positionnement global (RSPG) pour recevoir un temps courant et une information de posi- tion provenant d'un satellite de système de positionnement global (SPG), pour générer des horloges vers des blocs res- pectifs dans une station de base, et pour générer des don- nées de message de gestion d'auto-état/alarme, ainsi que des données de message de temps système; et * un processeur de commande de station de base (BCP) pour re- cevoir les données de message de gestion d'état/alarme et les données de message de temps système, pour en séparer l'information de temps système afin de radiodiffuser immé- diatement l'information de temps système vers les proces- seurs respectifs de la station de base, et pour vérifier périodiquement un changement du message d'état et d'alarme dans les données de message de temps système, afin de rap- porter ce changement du message d'état et d'alarme à un dispositif de commande de station de base. ) Dispositif pour gérer un message d'état/alarme d'un RSPG, et pour radiodiffuser un temps système, selon la revendica- tion 4, caractérisé en ce que le récepteur de système de positionnement global (RSPG) gé- nère toutes les deux secondes les données de message de ges- tion d'état/alarme et les données de message de temps système.