FR 2743251 A1 19970704 FR 9614929 A 19961205 La présente invention concerne de façon générale la fourniture de ser- vices de gestion du nomadisme (c'est-à-dire des déplacements d'unités d'abonnés hors de leurs centres de rattachement) dans les systèmes de télécommunications radio. Des unités d'abonnés utilisées en liaison avec des systèmes de télé- communications radio sont souvent enregistrées auprès d'un système de rattache- ment, mais il est possible de les utiliser sur certains autres systèmes lorsque des accords ont été passés antérieurement entre les fournisseurs de services des sys- tèmes. Pour intéresser des abonnés, il faut que ces accords aient été passés avec des fournisseurs de services se trouvant dans toutes les zones dans lesquelles les abon- nés souhaitent se déplacer. Puisque les abonnés peuvent potentiellement se dépla- cer sur toute la Terre, de nombreux semblables accords antérieurs peuvent être nécessaires pour donner satisfaction aux abonnés. On dit à propos d'une unité d'abonné qu'elle fait du nomadisme radio- téléphonique lorsqu'elle fonctionne sur l'un de ces autres systèmes dans lesquels des accords antérieurs ont été passés. Pour traiter le nomadisme, certains services de gestion des déplacements hors centre de rattachement ont été prévus. Les ser- vices de gestion du nomadisme comprennent des opérations permettant de main- tenir des informations valides de localisation des unités d'abonnés, de façon que le système à l'égard duquel une unité d'abonné est en situation de nomadisme puisse être identifié. Des communications qui sont adressées à l'unité d'abonné "nomade" peuvent alors être réexpédiées au système approprié en réponse à ces informations. Les services de gestion du nomadisme comportent également des opérations permettant de maintenir les informations concernant l'abonné, qui ont pour rôle d'effectuer les autorisations et les vérifications de crédit. Ainsi, lorsqu'une unité d'abonné nomade tente de se faire enregistrer ou d'émettre un appel par l'intermé- diaire d'un système auprès duquel l'unité d'abonné n'est pas enregistrée, le système peut obtenir des assurances qu'il recevra un paiement pour les services demandés. De manière classique, les noeuds de commutation de télécommunica- tions radio se traitent les uns des autres sur un pied d'égalité pour se fournir les uns aux autres des services de gestion du nomadisme. En d'autres termes, chaque noeud de commutation possède un statut égalitaire vis-à-vis de la fourniture de services de gestion du nomadisme. Par exemple, le GSM (Global System for Mobile communications) affecte des unités d'abonnés à des centres de commuta- tion pour unités mobiles (MSC) de rattachement. Un registre de lieux de rattache- ment (HLR) est établi pour chaque unité d'abonné dans le MSC de rattachement de l'unité d'abonné. Le HLR contient un profil complet de l'abonné et de l'unité d'abonné. Le HLR stocke en outre des données de lieux qui identifient tout MSC à l'égard duquel l'unité d'abonné du HLR est en situation de nomadisme radio- téléphonique. Lorsqu'une unité d'abonné nomade (c'est-à-dire un nomade) s'enre- gistre pour la première fois auprès d'un MSC de nomadisme, le MSC de nomadisme prend contact avec le MSC de rattachement pour informer ce dernier du statut de nomadisme du nomade et de sa position géographique courante. Le MSC de rattachement peut fournir l'autorisation et, ou bien, attester l'authentification du nomade de façon à sensiblement vérifier la valeur du crédit du nomade pour le MSC de nomadisme. Si le nomadisme est autorisé, le MSC du nomadisme établit un registre de lieux de visite (VLR) pour le nomade. Les communications (c'est-à- dire celles qui sont adressées à l'unité d'abonné) sont d'abord envoyées au MSC de rattachement du nomade en réponse au numéro de téléphone du nomade, à son MIN ou à une autre identification (ID). Ces communications sont ensuite réexpédiées au MSC de nomadisme par le MSC de rattachement, de sorte que le MSC de nomadisme peut établir la communication avec le nomade. Alors que la technique classique se révèle efficace dans la fourniture de services de gestion du nomadisme, elle a de sérieux inconvénients lorsque le nombre des noeuds de commutation de télécommunications radio augmente. De plus, le nombre de ces noeuds de commutation continue d'augmenter du fait de l'expansion des services de télécommunications radio. Ces augmentations résultent de l'extension de services de télécommunications radio à de nouvelles zones et de la fourniture de nouveaux services de télécommunications radio dans des zones déjà couvertes par des systèmes existants. Si "N" représente le nombre de systèmes qui souhaitent se fournir les uns aux autres des services de gestion du nomadisme, alors, le nombre de contacts potentiels classiquement nécessaires pour permettre le nomadisme entre les N systèmes est (N-1)2. De plus, il faut que (N-1)2 contrats légaux soient signés entre les différents fournisseurs de services, et chaque fournisseur de service doit être en accord avec les lois, les tarifs, les droits (notamment les attributions en matière de fréquences porteuses), et les règlements liés à l'établissement de com- munications avec les N-1 autres fournisseurs de services. De plus, les fournisseurs de services utilisent des équipements de divers types. La technique classique exige que chacun des N systèmes soit compatible avec tous les types d'équipements. Par conséquent, les services de gestion de nomadisme classiques entraînent des diffi- cultés coûteuses et complexes lorsque le nombre des fournisseurs de services de télécommunications radio augmente et que des services de gestion de nomadisme sont assurés sur un nombre de plus en plus grand de systèmes de télécommunica- tions radio. Le besoin existe donc d'un système de gestion du nomadisme qui soit à la fois global, moins complexe et moins coûteux. La description suivante, conçue à titre d'illustration de l'invention, vise à permettre une meilleure compréhension de ses caractéristiques et avantages; elle s'appuie sur les dessins annexés énumérés ci-après, sur lesquels des numéros de référence identiques désignent des éléments identiques sur toutes les figures: la figure 1 représente, à un niveau supérieur, le schéma d'un environ- nement à l'intérieur duquel un système de télécommunications radio peut fonc- tionner; la figure 2 représente, à une échelle inférieure, un schéma d'un tel environnement; la figure 3 est un schéma fonctionnel montrant l'équipement matériel utilisé dans une unité d'abonné du type multimode; la figure 4 est un organigramme d'un processus d'activation; la figure 5 est un organigramme d'un processus utilisé dans une unité d'abonné multimode; la figure 6 est un organigramme d'un processus utilisé dans un noeud de commutation local; la figure 7 est un organigramme d'un processus utilisé dans un noeud de commutation fonctionnant sur une aire étendue; et la figure 8 est un organigramme d'un processus de demande de com- mutation d'arrivée (du point de vue destinataire), qui est inclus dans le processus utilisé dans un noeud de commutation fonctionnant sur une aire étendue. L'invention propose un procédé de fourniture de services de gestion de nomadisme sur une aire étendue pour unités de télécommunications radio, le procédé comprenant les opérations suivantes: a) établir un réseau de transmission sur une aire étendue qui possède un noeud de commutation de rattachement et un noeud de commutation "situé à distance"; b) affecter une unité d'abonné au noeud de commutation de rattachement du réseau de transmission sur une aire étendue; c) recevoir un contact de nomadisme de la part d'une unité d'abonné en un noeud de commutation de réseau de transmission local; d) contacter, depuis le noeud de commutation de réseau de transmission local, le noeud de commutation "situé à distance" du réseau de transmission sur une aire étendue afin d'évaluer le contact de nomadisme; et e) contacter le noeud de commutation de rattachement du réseau de transmission sur une aire étendue depuis le noeud de commutation "situé à distance" du réseau de transmission sur une aire étendue afin d'évaluer le contact de nomadisme. L'unité d'abonné peut être une unité multimode et le procédé peut comprendre en outre les opérations suivantes: suivre un premier protocole de transmission afin d'établir une session de transmission entre l'unité d'abonné et le réseau de transmission sur une aire étendue; et suivre un deuxième protocole de transmission afin d'établir une session de transmission entre l'unité d'abonné et le réseau de transmission local. L'opération consistant à suivre le premier protocole de transmission peut comprendre l'opération qui consiste à déterminer la localisation géographique de l'unité d'abonné. Le procédé peut comprendre en outre l'opération qui consiste à déter- miner, dans le noeud de commutation situé à distance qui appartient au réseau de transmission sur une aire étendue, s'il faut commencer une session de transmission avec l'unité d'abonné en utilisant le premier ou le deuxième protocole de transmis- sion. L'opération de détermination peut comprendre les opérations sui- vantes: enregistrer des données décrivant si une session de transmission antérieure avec l'unité d'abonné a utilisé le premier ou le deuxième protocole de trans- mission; faire commencer une session de transmission avec l'unité d'abonné en utilisant le premier protocole de transmission lorsque la première session de trans- mission avec l'unité d'abonné a utilisé le premier protocole de transmission; et faire commencer une session de transmission avec l'unité d'abonné en utilisant le deuxième protocole de transmission lorsque la session de transmission antérieure avec l'unité d'abonné a utilisé le deuxième protocole de transmission. Le procédé peut comprendre en outre l'opération consistant à localiser le noeud de commutation situé à distance qui appartient au réseau de transmission sur une aire étendue à proximité du noeud de commutation du réseau de transmis- sion local. Le procédé peut comprendre en outre l'opération consistant à recevoir des données dans le noeud de commutation du réseau de transmission local en provenance de l'unité d'abonné, les données indiquant que l'unité d'abonné est affectée à un noeud inclus dans le réseau de transmission sur une aire étendue. Le procédé peut comprendre en outre l'opération consistant à disposer le réseau de transmission sur une aire étendue et le réseau local de façon que l'aire couverte par le réseau local soit incluse dans l'aire couverte par le réseau de trans- mission sur une aire étendue. L'invention propose en outre un procédé de fourniture de services de gestion du nomadisme sur une aire étendue pour des unités de télécommunications radio, le procédé comprenant les opérations suivantes: a) établir un réseau de transmission sur une aire étendue qui possède une première multiplicité de noeuds de commutation et une aire de couverture radio du réseau qui s'étend sensiblement sur toute la surface de la Terre; b) distribuer des affectations de rattachement pour une deuxième multiplicité d'unités d'abonnés multimode parmi la première multi- plicité de noeuds de commutation du réseau de transmission sur une aire étendue; c) localiser un noeud sélectionné de la première multiplicité de noeuds de com- mutation à proximité d'un noeud de commutation local d'un réseau local; d) recevoir des contacts de nomadisme provenant d'une partie de la deuxième multiplicité d'unités d'abonnés dans le noeud de commutation local; e) contacter, depuis le noeud de commutation local, le noeud sélectionné du réseau de trans- mission sur une aire étendue afin d'évaluer les contacts de nomadisme; et (f) contacter divers noeuds de la première multiplicité de noeuds de commutation à partir du noeud sélectionné afin d'évaluer les contacts de nomadisme, les divers noeuds de la première multiplicité de noeuds de commutation étant identifiés en réponse aux affectations de rattachement qui ont été distribuées dans l'opération b). La figure 1 montre un schéma, à un niveau supérieur, et la figure 2 un schéma à un niveau inférieur, d'un environnement à l'intérieur duquel un système 10 de télécommunications radio peut fonctionner. Comme représenté sur les figures 1 et 2, le système 10 comporte un réseau de transmission sur une aire étendue (WACM) 12 et un nombre quelconque de réseaux de transmission locaux (LCN) 14. Dans le mode de réalisation préféré, le WACN 12 est un réseau de transmission utilisant des satellites. Le WACN 12 offre une aire de couverture radio de réseau de transmission sur une aire étendue, qui s'étend sensiblement sur toute la surface de la Terre grâce à l'utilisation d'une constellation de noeuds de commutation placés dans des véhicules du type satellites, c'est-à-dire des satel- lites, (SV) 16 disposés dans l'espace. Pour plus de clarté, les figures 1 et 2 ne montrent qu'un petit nombre de ces satellites 16. A l'intérieur du WACN 12, les satellites 16 communiquent avec des dispositifs placés sur le sol, par l'intermédiaire d'un nombre, pouvant aller jusqu'à plusieurs centaines, de noeuds faisant fonction de centraux de commutation (CSO) 18, dont les figures 1 et 2 ne montrent qu'un petit nombre, et d'un nombre pouvant aller jusqu'à plusieurs millions d'unités d'abonnés multimode 20, dont les figures 1 et 2 ne montrent qu'un petit nombre. Les CSO 18 et les unités d'abonnés 20 peuvent être placés n'importe o à la surface de la Terre ou en son voisinage. Toutefois, les CSO 18 sont de préférence disposés de façon à tenir compte des considération géopolitiques. Par exemple, chaque CSO 18 peut commander des transmissions par WACN pour le pays dans lequel le CSO 18 est placé. Toutefois, de grands pays peuvent avoir plusieurs CSO 18, et de petits pays peuvent partager des CSO avec des pays voisins. Des systèmes de transmission terrestres, par exemple les LCN classiques 14 et d'autres composants du réseau de télécommunications public (PSTN) mondial 26, peuvent faire accès au WACN 12 via des CSO 18. De manière souhaitable, la constellation de satellites 16 est configurée de façon qu'au moins un des satellites 16 se trouve à tout moment en vue de chacun des points de la surface de la Terre. Par conséquent, le WACN 12 peut établir, par l'intermédiaire de la constellation de satellites 16, un circuit de transmission entre deux unités d'abonnés 20 quelconques, entre une unité d'abonné 20 quelconque et un CSO 18, ou entre deux CSO 18 quelconques. D'autres dispositifs téléphoniques et de trans- mission peuvent se coupler à ces circuits via des interfaces CSO-PSTN. Comme représenté sur les figures 1 et 2, les satellites 26 communiquent avec des satellites adjacents via des liaisons croisées 33. Le WACN 12 peut être considéré comme un réseau de transmission d'une couche supérieure. Inversement, les LCN 14 peuvent être considérés comme des réseaux de transmission formant des couches inférieures. Les systèmes de transmission cellulaires terrestres classiques représentent une forme de LCN 14. Divers semblables systèmes sont connus de l'homme de l'art sous les appellations des sigles GSM, CDMA, JDC, USDC, AMPS, etc. Chaque LCN 14 possède une aire de couverture radio locale qui est recouverte par l'aire de couverture radio du WACN 12, ou incluse dans celle-ci. On peut réaliser jusqu'à plusieurs milliers de LCN 14 dans le monde, et rien n'impose que les LCN 14 appartiennent à un type commun. Chaque LCN 14 est commandé par un centre de commutation pour unités mobiles (MSC) local 28. Un nombre quelconque de stations de base 30 sont couplées à un MSC local 28 et fournissent des émetteurs et des récepteurs radio (non représentés) par l'intermédiaire desquels des transmissions radio peuvent avoir lieu avec des unités d'abonnés multimode 20 disposées dans les limites de l'aire de couverture radio du LCN. Un certain nombre de ces systèmes autorise le nomadisme entre LCN à l'aide de normes de nomadisme de réseau, comme GSM ou IS-41. Ces normes ne permettent le nomadisme qu'entre LCN qui utilisent une norme commune et ont des transmissions directes d'un MSC à un autre. Selon un scénario typique, un abonné souhaitera communiquer par l'intermédiaire d'un LCN 14 quelconque disponible plutôt que par l'intermédiaire du WACN 12, puisque les services de transmission, y compris les services de transmission de nomadisme, seront très susceptibles d'être moins coûteux. Toute- fois, le WACN 12 est disponible sur sensiblement sur toute la surface de la Terre aux unités d'abonnés multimode 20 lorsqu'un LCN 14 n'est pas disponible. Natu- rellement, la préférence pour un LCN 14 ne constitue pas une exigence de l'inven- tion, et rien n'empêche une unité d'abonné multimode 20 de communiquer par l'intermédiaire du WACN 12 même lorsque et o un LCN 14 est disponible pour assurer des services de transmission. Les transmissions par WACN intéressant des unités d'abonnés 20 ont lieu via des liaisons de transmission de radiofréquence (RF) 32 avec des satellites 16. Les communications par LCN intéressant les unités d'abonnés ont lieu via des liaisons de transmission RF 34 avec des stations de base 30. De manière souhai- table, les liaisons de transmission RF 32 et 34 utilisent des protocoles de transmis- sion suffisamment différents pour minimiser les interférences à l'intérieur des aires de couverture radio communes. Un protocole de transmission représente les règles relatives aux temps, aux fréquences, et, ou bien, aux codages, les procédures, les formes et les conventions que suivent deux dispositifs pour communiquer ensemble. Par conséquent, les liaisons de transmission RF 32 emploient un proto- cole de transmission qui sera ci-après appelé le protocole A, et les liaisons de transmission RF 34 emploient un protocole de transmission qui sera appelé ci- après le protocole B. La nature particulière des protocoles A et B est sans impor- tance dans le contexte de l'invention. Selon le mode de réalisation préféré de l'invention, des services de gestion du nomadisme sont fournis par le WACN 12 à un nombre quelconque de LCN 14, en relation avec n'importe quelle unité d'abonné multimode 20, de manière simple et efficace. Les CSO 18 et les MSC 28 sont des commutateurs de télécommunications radio sensiblement classiques. Ces commutateurs effectuent des traitements, qui seront discutés ci-après, sous commande de logiciels. De façon générale, une unité d'abonné multimode 20 est affectée à un CSO 18, lequel adopte ultérieurement, pour cette unité d'abonné, le rôle d'un noeud "de rattache- ment" à l'intérieur du WACN 12. Sur l'ensemble de la population de CSO 18 et d'unités d'abonnés 20, des affectations de rattachement sont distribuées parmi les CSO 18 du WACN 12. Tout CSO 18 qui n'est pas le noeud de rattachement peut jouer, pour une unité d'abonné 20, le rôle d'un noeud "situé à distance" à l'intérieur du WACN 12. A titre d'exemple, les figures 1 et 2 montrent un CSO 18' comme noeud de rattachement et un CSO 18" comme noeud situé à distance. De même, une unité d'abonné 20 peut être affectée à un MSC local de rattachement 28, qui a fait l'objet d'un accord pour le stockage d'enregistrements d'abonnement dans le registre de lieux de rattachement du CSO 18. Lorsqu'une unité d'abonné 20 tente d'entrer en communication par l'intermédiaire d'un quel- conque MSC local 28 autre que le MSC local de rattachement, une situation de nomadisme existe. Dans le cadre du présent exemple, la figure 1 fait référence à un MSC local de rattachement 28 qui est le MSC 28', et les figures 1 et 2 font réfé- rence à un MSC local de nomadisme 28, qui est le MSC 28". En cas de nomadisme sur le MSC 28", des services de gestion de nomadisme sont de préférence assurés exclusivement via le CSO 18 placé à proximité du MSC 28". Ainsi, si ce CSO 18 est un CSO de rattachement 18' ou un CSO situé à distance 18", le MSC local de nomadisme 28" suit le même processus pour obtenir des services de gestion de nomadisme. Les figures 1 et 2 ne montrent qu'un seul MSC local de nomadisme 28" associé à un unique CSO 18. Toutefois, un nombre quelconque de MSC locaux de nomadisme 28" peut être associé à un unique CSO 18. Ce processus comporte la mise en contact, ou, sinon, l'établissement d'une liaison de transmission 36 avec le CSO "situé à distance" 18" se trouvant à proximité. Le MSC local de nomadisme 28" n'a pas besoin de prendre contact avec des noeuds de rattachement pour fournir des services permettant le nomadisme à des unités d'abonnés 20. Ainsi, des services de gestion de nomadisme sont fournis par l'établissement d'accords avec les seuls fournisseurs du WACN 12 au lieu que ce soit avec une multitude de fournisseurs de services "de rattachement" potentiels. De même, le MSC local de nomadisme 28" n'a besoin que de satisfaire des exigences d'interfaces avec un unique CSO 18 au lieu d'une pluralité d'exigences d'interfaces imposées par un nombre quelconque de centres de commutation divers. De plus, en fournissant l'ensemble approprié de normes de fonctions d'échanges entre matériels de constructeurs différents, n'importe quel CSO 18 peut se connecter à de nombreux MSC 28 susceptibles d'utiliser chacun une nornme différente d'interfaces de support de nomadisme. De plus, dans la plupart des cas, le LCN de nomadisme 14 n'a pas besoin de s'intéresser à la satisfaction d'exigences de transmission entre juridictions géopolitiques différentes, y compris les règles et règlements et les paiements des taxes, pour obtenir des services de gestion de nomadisme. La figure 3 représente un schéma fonctionnel d'une unité d'abonné multimode 20. L'unité d'abonné 20 comporte une section 38 de commande et de traitement de signaux. La section 38 est couplée à des émetteurs-récepteurs 40 et 42 appartenant aux types respectifs A et B, à une mémoire 44 et à une section 46 d'entrée/sortie (I/O). La section 38 comporte un microprocesseur ou d'autres composants de commande ainsi que des dispositifs périphériques associés en plus des composantes servant à traiter le trafic de communications. La partie de com- mande de la section 38 fait exécuter à l'unité d'abonné 20 des traitements définis par un logiciel d'ordinateur contenu dans la mémoire 44. La mémoire 44 contient en outre des tables, des bases de données, des variables, ainsi que d'autres struc- tures de mémorisation qui sont utilisées lors du fonctionnement de l'unité d'abonné 20. La section I/O 46 contient toutes les sortes voulues d'interfaces d'utilisateur ou électroniques entre l'unité d'abonné 20 et le monde, à l'extérieur de l'unité d'abonné 20. Ces interfaces peuvent comporter un clavier, un afficheur, un microphone, un haut-parleur, etc. Le logiciel enregistré dans la mémoire 44 comporte un programme 48 associé au protocole A, un programme 50 associé au protocole B et un programme général 52. Le programme 48 associé au protocole A contient un logiciel permet- tant de faire fonctionner l'unité d'abonné multimode 20 sur le WACN 12 (voir les figures 1 et 2) via les liaisons de transmission RF 32 (voir la figure 2) à l'aide du protocole A. L'émetteur-récepteur 40 traite les communications qui empruntent la liaison 32 en utilisant le protocole A. Le programme 50 associé au protocole B contient un logiciel qui permet à l'unité d'abonné multimode 20 de fonctionner sur un LCN 14 (voir les figures 1 et 2) via une liaison de transmission RF 34 (voir la figure 2) utilisant le protocole B. L'émetteur-récepteur 42 traite les communica- tions empruntant la liaison 34 et utilisant le protocole B. Rien n'impose que les émetteurs-récepteurs 40 et 42 soient semblables l'un à l'autre en ce qui concerne les fréquences, les formats de modulation, les techniques de codage, etc. Le pro- gramme général 52 contient un logiciel commun pour le fonctionnement selon le protocole A ou B ou indépendant d'un tel fonctionnement. Ce logiciel commande la section I/O 46 et détermine s'il faut faire exécuter le programme 48 associé au protocole A ou le programme 50 associé au protocole B. La figure 4 est un organigramme d'un processus d'activation 54. De façon générale, le processus 54 est réalisé pour personnaliser le système 10 et une unité d'abonné multimode 20 nouvellement acquise de façon que l'unité d'abonné nouvellement acquise 20 puisse être utilisée sur le système 10. Alors que la figure 4 montre un séquencement particulier de tâches, l'homme de l'art compren- dra que les tâches ne doivent pas nécessairement suivre la séquence indiquée. Dans la tâche 56, les données décrivant l'unité d'abonné nouvellement acquise 20 et l'abonné lui-même sont recueillies. Ces données contiennent des informations concernant l'identification de l'unité d'abonné, des informations con- cernant l'identification de l'abonné, des informations de facturation, des progiciels à activer, et d'autres informations recueillies ordinairement lors de l'activation de radiotéléphones classiques. De plus, une tâche 58 est exécutée pour affecter un noeud faisant fonction de CSO de rattachement 18' pour l'unité d'abonné 20 à l'intérieur du WACN 12, et une tâche 60 est effectuée pour affecter à l'unité d'abonné 20 une identification (ID) d'unité d'abonné sur le WACN. De manière souhaitable, l'identification ID d'unité d'abonné qui est affectée lors de la tâche 60 est cohérente avec l'affectation effectuée lors de la tâche 58 pour le noeud CSO de rattachement 18'. D'autres noeuds du WACN 12 peuvent identifier de façon unique un noeud CSO de rattachement 18' de l'unité d'abonné en évaluant l'identification ID de l'unité d'abonné. Une tâche 62 mémorise un profil d'abonné dans un registre de lieux de rattachement (HLR) 64 (voir la figure 2) se trouvant dans le CSO de rattachement 18'. L profil d'abonné est un enregistrement relativement complet d'informations concernant l'abonné et l'unité d'abonné 20. Une tâche 65 mémorise dans l'unité d'abonné l'identification ID d'unité d'abonné sur le WACN. Comme discuté de façon détaillée ci-après, l'unité d'abonné 20 utilise son identification ID d'unité d'abonné sur le WACN pour s'identifier lorsqu'elle fonctionne sur un LCN 14 ou sur le WACN 12. La tâche 66 est facultative. La tâche 66 répète, pour un LCN choisi particulier 14, les affectations de rattachement et d'identification ID. Ainsi, par l'intermédiaire de la tâche 66, l'unité d'abonné 20 peut avoir un LCN de rat- tachement 14 et une identification ID qui identifie l'unité d'abonné 20 pour le LCN de rattachement 14. La tâche 66 est facultative puisque rien n'empêche un LCN 14 quelconque souhaitant être le LCN de rattachement d'une unité d'abonné multimode 20 d'adopter, de son propre chef, l'activation du WACN. Dans ce cas, une unité d'abonné multimode 20 utilise son identification ID sur le WACN pour fonctionner sur le LCN 14 et le WACN 12. La figure 5 est un organigramme du processus 68 suivi par une unité d'abonné multimode. De façon souhaitable, sensiblement toutes les unités d'abonnés multimode 20 effectuent un processus analogue à celui décrit sur la figure 5. Le processus 68 est défini via un logiciel mémorisé dans la mémoire 44 (voir la figure 3). Le processus 68 comporte une tâche 70 qui identifie les réseaux dis- ponibles pour la fourniture de services de transmission. Plus précisément, la tâche détermine si le WACN 12, le LCN 14, ou ces deux réseaux sont disponibles au moment et à l'endroit o la tâche 70 est effectuée. La tâche 70 contrôle des canaux de transmission des protocoles A et B prédéterminés afin d'identifier les réseaux disponibles. Ensuite, une tâche d'interrogation 72 détermine si on va utiliser un LCN 14 dans la suite des services de transmission. Selon un scénario typique, tout LCN 14 sera préféré au WACN 12 puisque les taxes de transmission y sont moins coûteuses. Toutefois, ceci n'est pas une obligation. Les critères de sélection précis utilisés dans la tâche 72 sont sans importance dans le cadre de la présente descrip- tion. Lorsque la tâche 72 détermine qu'on utilise un LCN 14, une tâche 74 sélectionne le protocole B. La sélection du protocole B a pour effet que les sessions de transmission ultérieures utiliseront l'émetteur-récepteur 42 et seront comman- dées par le programme 50 associé au protocole B (voir la figure 3). Ensuite, une tâche 76 institue un contact de nomadisme avec le LCN 14, en supposant que l'unité d'abonné 20 n'est pas déjà enregistrée pour fonctionner sur le LCN 14 et que l'unité d'abonné 20 est, en fait, une unité nomade. Le contact de nomadisme s'effectue par l'envoi d'un message de demande d'enregistrement à un MSC 28 local (voir la figure 2). Le message de demande d'enregistrement est envoyé à l'aide de la liaison de transmission RF 34 et du protocole B via une station de base (voir les figures 1 et 2). Le message de demande d'enregistrement comporte l'identification ID sur le WACN de l'unité d'abonné. Bien que ceci ne soit pas représenté sur la figure 5, si l'unité d'abonné 20 est déjà enregistrée sur le LCN 14, la tâche 76 peut être omise. Si l'unité d'abonné 20 n'est pas une unité nomade, alors tout contact ou tout message envoyé à un MSC 28 peut être considéré comme un contact de rattachement et non comme un contact de nomadisme. Un message de demande d'enregistrement de contact de nomadisme peut contenir l'identification ID sur le WACN de l'unité d'abonné, mais ceci n'est pas une nécessité. Apres la tâche 76, une tâche d'interrogation 78 détermine si l'accès au réseau est ou non accordé. Le processus 68 peut rester stationné sur la tâche 78 jusqu'à ce qu'un message soit reçu de la part du réseau contacté, qui effectue sa détermination. Toutefois, des tâches supplémentaires (non représentées) peuvent être prévues pour empêcher que la commande du programme ne reste stationnée sur la tâche 78 dans le cas o aucun message de retour n'est envoyé. Le message de retour doit indiquer si la demande d'enregistrement a été acceptée (c'est-à- dire si l'accès a été accordé) ou a été refusée. Si l'accès n'a pas été accordé, alors une tâche 80 effectue un processus de traitement d'erreur approprié. La tâche 80 peut par exemple informer l'utilisateur du problème, répéter un certain nombre de fois le message de demande d'enregistrement, etc. Après la tâche 80, la commande du programme boucle sur la tâche 70 afin de continuer à identifier des réseaux disponibles. Lorsque la tâche 78 détermine que l'accès au réseau contacté a été accordé, une tâche d'interrogation 82 détermine si un événement de départ (émission) de communication est ou non en train de se produire. Un événement de départ de communication peut se produire lorsque, par exemple, un utilisateur forme un numéro de téléphone sur un cadran pour effectuer une communication sortante. Si un départ de communication est en train de se produire, une tâche 84 effectue un processus de départ de communication. La tâche 84 comporte des activités classiques d'établissement de communication, de contrôle de communi- cation, et d'interruption de communication. Après la tâche 84, la commande de programme boucle sur la tâche 70 afin de continuer à identifier des réseaux dispo- nibles. Lorsque la tâche 82 détermine qu'aucun de départ de communication ne se produit, une tâche d'interrogation 86 détermine si un événement d'arrivée (aboutissement) de communication est ou non en train de se produire. Un événe- ment d'arrivée de communication peut se produire lorsque, par exemple, une tierce partie tente d'appeler une unité d'abonné 20. Dans cette situation, le réseau sur lequel l'unité d'abonné 20 est présentement enregistrée enverra un message de recherche de personne à l'unité d'abonné 20. Le message de recherche de personne comportera des données d'identification qui désignent sensiblement l'unité d'abonné 20. Ainsi, une tâche 86 détermine si un semblable message de recherche de personne adressé à l'unité d'abonné 20 a ou non été reçu. Si une arrivée de communication est en train de se produire, une tâche 88 effectue un processus d'arrivée de communication. La tâche 88 comporte les activités classiques d'éta- blissement de communication, de contrôle de communication et l'interruption de communication. Après la tâche 88, la commande de programme boucle sur la tâche afin de continuer à identifier des réseaux disponibles. De la même façon, lorsque la tâche 86 détermine qu'aucune arrivée de communication n'est en train de se produire, la commande de programme boucle sur la tâche 70. On revient à la tâche 72. Lorsque la tâche 72 décide qu'il n'est pas utilisé un LCN 14, une tâche 90 sélectionne le protocole A. La sélection du proto- cole A fait que les sessions de transmission ultérieures utiliseront l'émetteur- récepteur 40 et seront commandées par le programme 48 associé au protocole A (voir la figure 3). Ensuite, une tâche d'interrogation 92 détermine si un événement d'enregistrement s'est ou non produit. Dans le mode de réalisation préféré, un événement d'enregistrement se produit lorsqu'une unité d'abonné 20 s'est déplacée d'une distance prédéterminée depuis son dernier enregistrement auprès du WACN 12 ou si une durée prédéterminée s'est écoulée depuis le dernier enregistrement de l'unité d'abonné 20 auprès du WACN 12. Lorsqu'aucun événement d'enregistre- ment ne s'est produit, la commande de programme passe à la tâche 82 pour vérifier si des événements de départ et d'arrivée de communication sont ou non en train de se produire. Lorsque la tâche 92 détermine qu'un événement d'enregistrement s'est produit, une tâche 94 envoie un message de demande d'enregistrement au WACN 12. Le message de demande d'enregistrement est envoyé à l'aide de la liaison de transmission RF 32 et du protocole A via un satellite 16 (voir les figures 1 et 2). Le message de demande d'enregistrement comporte l'identification ID de l'unité d'abonné auprès du WACN. Après la tâche 94, ou en liaison avec celle-ci, une tâche 96 effectue un processus de détermination de localisation afin de déterminer la localisation géographique courante de l'unité d'abonné 20. Dans le mode de réa- lisation préféré, la tâche 96 contrôle des informations de position diffusées par des satellites de signalisation 16 et évalue les retards de propagation Doppler et de propagation des signaux dans les transmissions effectuées avec le WACN 12 pour déterminer la localisation. Du fait de la tâche 96, le WACN 12 trouve la localisa- tion de l'unité d'abonné. Après la tâche 96, la commande de programme passe à la tâche 78 pour évaluer si un accès a été accordé sur le WACN 12. Par conséquent, l'unité d'abonné 20 fonctionne selon des modes multiples assurant la communication avec des réseaux de transmission multiples. Lorsque des contacts de nomadisme ont été établis vers un LCN 14, l'unité d'abonné 20 s'identifie à l'aide de son identification ID sur le WACN. A partir de cette identification ID sur WACN, le LCN 14 peut conclure que l'unité d'abonné possède un noeud de rattachement dans le WACN 12. La figure 6 est un organigramme d'un processus 98 utilisé par un noeud de commutation local. Le processus 98 est exécuté par un MSC 28 local, ou bien par un MSC 28 local associé à ses stations de base 30 (voir la figure 2). De façon souhaitable, sensiblement tous les MSC 28 locaux et leurs stations de base 30 effectuent un processus analogue à celui décrit sur la figure 6. Toutes les transmis- sions s'effectuant avec une unité d'abonné 20 qui ont lieu par l'intermédiaire d'un MSC 28 sont compatibles avec le protocole B. Le processus 98 comporte de nombreux sous-processus. Un processus de contact de nomadisme, un processus 102 de demande de communication d'arrivée (du point de vue destinataire) et un processus 104 de demande de com- munication de départ (du point de vue émetteur) sont compris parmi ces sous- processus. Dans un but de clarté, de nombreux autres processus, effectués par le MSC 28, comme un processus de contact de rattachement, ne sont pas représentés. Le processus 100 de contact de nomadisme est effectué lorsqu'un contact de nomadisme est reçu de la part d'une unité d'abonné 20. Un contact de nomadisme se produit lorsqu'une unité d'abonné 20 tente de s'enregistrer pour obtenir des services de transmission sur le LCN 14. Le processus 100 a lieu pour toutes les unités d'abonnés 20 qui ont une identification ID sur le WACN indépendamment des CSO 18 (voir les figures 1 et 2) qui sont les rattachements des unités d'abonnés. Le processus 100 comporte une tâche 106 qui évalue l'identification ID de l'unité d'abonné sur le WACN. En réponse à la tâche 106, une tâche d'interro- gation 108 détermine si l'unité d'abonné possède un noeud de rattachement com- pris dans le WACN 12. Si l'identification ID de l'unité d'abonné n'indique pas un noeud de rattachement compris à l'intérieur du WACN 12, alors une tâche 110 effectue un processus approprié de traitement d'erreur. Si la tâche 110 est en train d'être effectuée, l'unité d'abonné effectuant un contact de nomadisme peut avoir un noeud de rattachement sur un quelconque réseau autre que le WACN 12. Pour autant que le LCN 14 ait passé des accords antérieurs avec cet autre réseau, la tâche 110 peut effectuer des procédures classiques permettant d'obtenir les services de gestion de nomadisme. Si aucun accord antérieur n'a été passé, la tâche 110 peut simplement ignorer le contact de nomadisme, ou, de préférence, envoyer un message de refus d'accès. Après la tâche 110, la commande de programme quitte le processus 100. Lorsque la tâche 108 détermine qu'un contact de nomadisme pro- vient d'une unité d'abonné 20 ayant son rattachement dans le WACN 12, une tâche 112 établit une session de transmission avec le noeud CSO "situé à distance" 18" qui est affecté au MCS 28" (voir la figure 2) effectuant le processus 100. La session de transmission peut être établie à l'aide de liaisons par lignes terrestres 36 formées via le PSTN 26 (voir la figure 2). Comme discuté ci-dessus, le noeud CSO 18" affecté est situé de manière souhaitable à proximité du MSC 28" relativement au domaine du WACN 12. Le MSC 28" affecté reste, de manière souhaitable, le même quel que soit le CSO de rattachement 18 de l'unité d'abonné. Ainsi, chaque MSC 28 suit un unique processus pour obtenir des services de gestion de noma- disme relativement à toutes les unités d'abonnés 20, et tous les CSO 18 se pré- sentent comme un unique noeud pour chaque MSC 28 local. Après que la tâche 28 a réalisé le contact avec le CSO 18" "situé à distance" affecté, une tâche 114 transmet la demande d'enregistrement de l'unité d'abonné au noeud "situé à distance" du WACN 12 afin d'évaluer le contact du nomadisme. Cette demande d'enregistrement comporte l'identification ID de l'unité d'abonné. Le contact de nomadisme est évalué via la réception de services de gestion de nomadisme relativement à l'unité d'abonné 20 demandeuse. Ensuite, une tâche d'interrogation 116 détermine si l'accès est ou non accordé à l'unité d'abonné nomade. Le processus 100 peut rester stationné sur le tâche 116 jusqu'à ce qu'un message soit reçu de la part du CSO situé à distance 18" qui a été contacté, avant qu'il n'effectue sa détermination. Toutefois, des tâches supplémentaires (non représentées) peuvent être prévues, qui empêchent que la commande de programme ne reste stationnée sur la tâche 116 si aucun message de retour n'est expédié. Si l'accès n'est pas accordé, alors une tâche 118 effectue un processus de traitement d'erreur approprié. La tâche 118 peut par exemple envoyer un message de refus d'accès à l'unité d'abonné 20 demandeuse via la liaison de transmission RF 34 (voir la figure 2). Après la tâche 118, la commande de programme quitte le processus 100. Lorsque la tâche 116 détermine que l'accès a été accordé, une tâche construit un registre de localisation de visiteur (VLR) 122 (voir la figure 2) destiné à l'unité d'abonné 20 nomade. Le VLR 122 contient, entre autres choses, un sous-ensemble des informations venant du HLR 64 (voir la figure 2) du nomade. Ces informations sont renvoyées au MSC de nomadisme 28" en provenance du WACN 12. De plus, la tâche 120 peut affecter une identification ID temporaire à l'unité d'abonné nomade 20 tandis que celle-ci est en situation de nomadisme vis- à-vis du MSC 28". Après la tâche 120, une tâche 124 envoie un message d'accord d'accès à l'unité d'abonné nomade 20. Le message d'accord d'accès est envoyé selon le protocole B. A ce moment, l'unité d'abonné 20 peut fonctionner sur le LCN 14 en tant que nomade. Après la tâche 124, la commande de programme quitte le pro- cessus 100. Le processus 102 de demande de communication d'arrivée est effectué de manière à traiter un établissement de communication qui est en train d'être dirigé sur une unité d'abonné, telle que l'unité d'abonné nomade 20. La demande visant à faire aboutir une communication dans l'unité d'abonné peut être reçue dans le MSC 28 en provenance du noeud situé à distance 18" du WACN 12, mais elle peut aussi venir du PSTN 26. Le processus 102 s'effectue de manière classique, c'est-à-dire effectue une recherche de personne visant l'unité d'abonné 20 identi- fiée dans la demande à l'aide de transmissions par protocole B, détermine si il faut ou non répondre à la communication, contrôle toute communication à laquelle il est répondu, et interrompt la communication une fois qu'elle s'est achevée. Le processus 104 de demande de communication de départ s'effectue de manière à traiter une demande d'établissement de communication émise dans une unité d'abonné enregistrée, par exemple une unité d'abonné nomade 20. La demande de communication de départ est reçue dans le MSC 28 de la part de l'unité d'abonné 20 via des transmissions selon le protocole B. Des processus classiques sont utilisés pour établir la communication via le PSTN 26. Toutefois, selon un autre mode de réalisation, la communication est établie par l'intermédiaire du WACN 12. Le processus 104 effectue l'établissement de la communication, contrôle la communication, et interrompt la communication une fois celle- ci achevée. La figure 7 est un organigramme montrant un processus 126 utilisé dans un noeud de commutation fonctionnant sur une aire étendue. Le processus 126 est effectué par un CSO 18 du WACN 12. De façon souhaitable, sensiblement tous les CSO 18 effectuent un processus analogue à celui décrit sur la figure 7. Le processus 126 comporte de nombreux sous-processus. Un proces- sus 128 de demande d'enregistrement de réception, un processus 130 de demande de communication d'arrivée et un processus 132 de demande de communication de départ sont compris parmi ces sous-processus. Pour ne pas compliquer de nom- breux autres processus effectués par le CSO 18 ont été omis. Le processus 128 de demande d'enregistrement de réception est effectué lorsqu'une demande d'enregis- trement est reçue de la part d'une unité d'abonné 20. La demande d'enregistrement peut arriver au CSO 18 via une liaison de transmission RF 32 (voir la figure 2) fonctionnant selon le protocole A, et un satellite 16. Selon une autre possibilité, la demande d'enregistrement peut arriver au CSO 18 via un LCN 14 utilisant le protocole B, une liaison de transmission RF 34 (voir la figure 2) et un MCS 28 effectuant le processus 100 (voir la figure 6). Le CSO 18 recevant la demande d'enregistrement peut être ou bien un CSO de rattachement 18', associé à l'unité d'abonné 20 demandeuse, ou bien un CSO situé à distance 18". Le processus 128 comporte une tâche d'interrogation 134 qui déter- mine si la demande d'enregistrement reçue de la part d'une unité d'abonné 20 est arrivée via un LCN 14. Si la demande d'enregistrement n'est pas arrivée via un LCN 14, elle a alors été reçue directement en provenance de l'unité d'abonné 20 selon un protocole A. En cas de réception selon le protocole A, une tâche 136 efface un drapeau "réseau local" afin d'enregistrer des données qui décrivent le protocole que l'unité d'abonné 20 utilise pour cette session de transmission et les sessions ultérieures. Le protocole de transmission utilisé par l'unité d'abonné 20 pour les sessions de transmission ultérieures est normalement, par défaut, celui selon lequel des données ont été enregistrées lors d'une session de transmission antérieure. Ensuite, une tâche 138 effectue un processus de détermination de loca- lisation. La tâche 138 vient en complément de la tâche 96 (voir la figure 5). Lors de la tâche 138, des transmissions selon le protocole A ont lieu pour identifier la localisation de l'unité d'abonné 20. Lorsque la tâche 134 détermine que la demande d'enregistrement arrive par l'intermédiaire d'un LCN 14, une tâche 140 positionne le drapeau "réseau local" afin d'enregistrer des données qui décrivent le protocole que l'unité d'abonné 20 est en train d'utiliser pour cette session et les sessions de transmission ultérieures. De plus, lorsque plusieurs LCN 14 sont affectés au CSO 18 effectuant le processus 128, la tâche 140 peut enregistrer l'identité du LCN 14 par l'intermédiaire duquel la demande d'enregistrement a été reçue de facçon que les communications futures qui aboutiront à l'unité d'abonné 20 soient acheminées via ce LCN 14. Après les tâches 138, et, ou bien, 140, une tâche d'interrogation 142 détermine si le CSO 18 effectuant le processus 128 est ou non le CSO 18 de rat- tachement de l'unité d'abonné 20. La tâche 142 peut effectuer cette détermination en évaluant l'identification ID de l'unité d'abonné sur le WACN, que comprend la demande d'enregistrement. Si le CSO 18 considéré n'est pas le noeud de rattache- ment, il s'agit donc d'un noeud situé à distance du WACN pour l'unité d'abonné 20. Lorsque le CSO 18 considéré est un noeud situé à distance, une tâche 144 envoie un message de demande d'enregistrement et des informations de localisation cou- rante concernant l'unité d'abonné 20 au noeud de rattachement de l'unité d'abonné afin d'évaluer le contact de nomadisme. Pour le noeud de rattachement, l'identité du CSO 18 considéré peut faire fonction des informations de localisation. Ces informations d'identification indiqueront à un noeud de rattachement comment contacter l'unité d'abonné 20 dans l'avenir. Après la tâche 144, une tâche d'interrogation 146 détermine si l'accès a ou non été accordé à l'unité d'abonné 20. Le processus 128 peut rester stationné sur la tâche 146 jusqu'à ce qu'un message soit reçu de la part du CSO de rattachement 18 contacté, avant que la détermination ne soit effectuée. Toutefois, des tâches supplémentaires (non représentées) peuvent être incluses afin d'empêcher la commande de programme de rester stationnée sur la tâche 146 si aucun message de retour n'est expédié. Si l'accès n'est pas accordé, alors une tâche 148 effectue un processus approprié de traitement d'erreur. La tâche 148 peut par exemple renvoyer un message de refus d'accès à l'unité d'abonné demandeuse. Ce message est renvoyé selon le protocole par l'intermédiaire duquel la demande d'enregistrement a été reçue. Des transmissions suivant le protocole A sont renvoyées via un satellite 16 et des transmissions suivant le protocole B sont renvoyées via un LCN 14. Lorsque la tâche 148 détermine que l'accès a été accordé, une tâche établit un registre de localisation de visiteur (VLR) 152 (voir la figure 2) pour l'unité d'abonné nomade 20. Le VLR 152 contient un sous-ensemble des informa- tions contenues dans le HLR 64 du nomade (voir la figure 2). Ces informations sont obtenues de la part du CSO de rattachement 18 dans un message qui répond au message de demande d'enregistrement. La tâche 150 est facultative, dans la mesure o des transmissions suivant le protocole B sont utilisées, puisque le MCS 28" de nomadisme (voir la figure 2) maintiendra son propre VLR 132 (voir la figure 2) pour soutenir une unité d'abonné nomade. Toutefois, on peut améliore le rendement en établissant un VLR 152 même si celui-ci peut ne pas être absolu- * ment nécessaire. Cette tâche n'est pas facultative lorsque des transmissions suivant le protocole A sont utilisées. On revient maintenant à la tâche 142. Lorsque le noeud CSO 18 du WACN 12 qui reçoit un message de demande d'enregistrement de la part d'une unité d'abonné est le noeud de rattachement, une tâche 154 effectue un processus d'autorisation. Par exemple, la tâche 154 fait appliquer un algorithme d'authenti- fication approprié en réponse à une clef cryptographique qui a été transmise au CSO de rattachement 18 via la demande d'enregistrement. De plus, la tâche 154 peut examiner des enregistrements de facturation pour déterminer la valeur du crédit de l'unité d'abonné 20. Si une demande d'enregistrement a été envoyée au CSO de rattachement 18 en provenance d'un CSO situé à distance 18, la tâche 154 renvoie de manière souhaitable les résultats du processus d'autorisation à ce CSO situé à distance 18, le CSO situé à distance étant alors en train d'attendre en sta- tionnement sur la tâche 146, après quoi elle s'arrête (ceci n'est pas représenté). Si l'on suppose que l'autorisation est obtenue, une tâche 156 met à jour le HLR 64 de l'unité d'abonné (voir la figure 2) au moyen d'une indication courante de la localisation de l'unité d'abonné. Après que chacune des tâches 148, 150 et 156 a été effectuée, le pro- cessus 128 effectue une tâche 158. La tâche 158 renvoie à l'unité d'abonné 20 un message d'accord d'accès ou de refus d'accès. L'accès est accordé ou refusé en fonction du processus d'autorisation effectué dans le CSO de rattachement 18 pendant la tâche 154. Si la demande d'enregistrement est arrivée via un LCN 14, alors la tâche 158 renvoie au MCS 28 local via la liaison 36 (voir la figure 2) le message d'accord ou de refus d'accès. Ce message sera renvoyé à l'unité d'abonné 20 selon le protocole B au cours de tâches 118 ou 124 (voir la figure 6). Si la demande d'enregistrement est arrivée via un satellite 16, alors la tâche 158 renvoie à l'unité d'abonné 20 le message d'accord ou de refus d'accès via un satellite 16, à l'aide du protocole A. Après la tâche 158, le processus 28 prend fin. La figure 8 est un organigramme du processus 130 de demande de communication d'arrivée, qui est effectué par un CSO "situé à distance" et, ou bien, "de rattachement" 18 du WACN 12. Le processus 130 tente généralement de faire aboutir une communication à destination d'une unité d'abonné 20. Le processus comporte une tâche d'interrogation 160, qui détermine si le CSO 18 effectuant le processus 130 est ou non le noeud de rattachement de l'unité d'abonné appelée, dans le WACN 12. Si le CSO 18 effectuant le processus 130 est le noeud de rattachement, une tâche 162 procure la localisation courante de l'unité d'abonné 20, en allant chercher dans le HLR 64 (voir la figure 2). Une mise à jour de la localisation est effectuée à chaque fois que l'unité d'abonné 20 se réenregistre. Toutefois, cette donnée de localisation n'a pas besoin de définir la localisation de manière plus précise que par la fourniture de l'identité d'un CSO 18 par l'intermé- diaire duquel l'unité d'abonné 20 peut être atteinte. Après la tâche 162, une tâche 164 transmet la demande de communication d'arrivée au CSO 18 qui est associé à la localisation courante de l'unité d'abonné 20. Si la localisation courante de l'unité d'abonné 20 est le CSO de rattachement 18, alors la tâche 164 se transmet simple- ment à elle-même la demande de communication d'arrivée. Sinon, la tâche 164 transmet la demande de communication d'arrivée à un CSO 18 situé à distance. Après la tâche 164, lorsque la tâche 160 a déterminé que le CSO 18 effectuant le processus 130 n'est pas le CSO de rattachement 18, une tâche d'interrogation 166 détermine si un registre de localisation (LR), par exemple un HLR 64 ou un VLR 152 (voir la figure 2), est actif en ce qui concerne l'unité d'abonné 20 appelée. Si un registre de localisation est actif, alors une tentative pour rechercher l'unité d'abonné 20 appelée doit être tentée via ce CSO 18. Toutefois, si aucun registre de localisation n'est actif, alors une tâche 168 adresse la demande de communication d'arrivée au CSO de rattachement 18 de l'unité d'abonné appelée. Naturellement, si le CSO 18 effectuant la tâche 168 est le CSO de rattachement 18 de l'unité d'abonné appelée, un processus de traitement d'erreur approprié peut alors être effectué. Après la tâche 168, la commande de programme quitte le processus 130. Lorsque la tâche 166 détermine qu'un HLR ou un VLR est actif en ce qui concerne l'unité d'abonné appelée 20, une tâche d'interrogation 170 détermine si le drapeau "réseau local" est positionné en ce qui concerne l'unité d'abonné 20 appelée. Le drapeau "réseau local" a été positionné ou effacé au cours d'un enre- gistrement antérieur lors des tâches 140 ou 136 (voir la figure 7). Si le drapeau "réseau local" est positionné, une tâche 172 transmet la demande de communica- tion du point de vue destinataire au MSC 28 approprié. Le MSC 28 recherchera l'unité d'abonné appelée via le processus 102 (voir la figure 6) en utilisant des transmissions suivant le protocole B. Si le drapeau "réseau local" est effacé, une tâche 174 recherchera l'unité d'abonné appelée 20 par l'intermédiaire d'un satellite 16 en utilisant des transmissions suivant le protocole A. Après les tâches 172 ou 174, la commande de programme quitte le processus 130 après avoir effectué d'autres tâches classiques de demande de communication d'arrivée, qui se rap- portent à des activités d'établissement de communication, de contrôle de commu- nication et d'interruption de communication. On revient maintenant à la figure 7. Le processus 132 de demande de communication de dépard est effectué pour traiter une demanded'établissement de communication ayant pour émetteur une unité d'abonné 20 enregistrée. La demande de communication de départ est reçue dans le CSO 18 en provenance d'une unité d'abonné via des transmissions suivant le protocole A ou B. Des traitements classiques sont utilisés pour établir la communication par l'intermé- diaire du PSTN 26. Le processus 132 effectue l'établissement de la communica- tion, contrôle la communication et l'interrompt une fois qu'elle est achevée. En résumé, l'invention propose un système et un procédé perfectionnés de télécommunications radio permettant une gestion en couches du nomadisme sur une grande étendue. Des services de gestion de nomadisme sont fournis pour la Terre toute entière par un simple contact émanent d'un commutateur de réseau local de transmission. De plus, des services de gestion de nomadisme sont fournis pour les divers modes d'unités d'abonnés multimode par un simple contact émanent d'un commutateur de réseau local. De plus, un réseau de transmission sur une grande étendue fournit des services de gestion de nomadisme pour un nombre quelconque de réseaux de transmission locaux qui peuvent se trouver à l'intérieur de l'aire étendue. L'invention a été décrite ci-dessus en liaison avec des modes de réali- sation préférés. Toutefois, l'homme de l'art admettra que des modifications et des changements peuvent être apportés à ces modes de réalisation préférés sans sortir du domaine de l'invention. Par exemple, le réseau de transmission sur une grande étendue n'a pas besoin d'être global. De la même façon, les services de gestion de nomadisme peuvent être fournis pour plus de deux couches de réseaux de trans- mission. L'homme de l'art comprendra également que les processus et les tâches présentement identifiés peuvent entrer dans des catégories et être organisés différemment de la manière présentement décrite, tout en procurant des résultats équivalents. Bien entendu, l'homme de l'art sera en mesure d'imaginer, à partir des systèmes et des procédés dont la description vient d'être donnée à titre simplement illustratif et nullement limitatif, diverses variantes et modifications ne sortant pas du cadre de l'invention. REVENDICATIONS 1. Procédé de fourniture de services de gestion de nomadisme sur une aire étendue pour des unités de télécommunications radio (20), ledit procédé étant caractérisé par les opérations suivantes: a) établir un réseau (12) de transmission sur une aire étendue qui possède un noeud de commutation de rattachement (18') et un noeud de commuta- tion situé à distance (18"); b) affecter (58) une unité d'abonné (20) audit noeud de commutation de rattachement (18') dudit réseau de transmission sur une aire étendue (12); c) recevoir (100) un contact de nomadisme de la part de ladite unité d'abonné (20) en un noeud (28") de commutation de réseau de transmission local; d) contacter (112), depuis ledit noeud de commutation de réseau de transmission local (28"), ledit noeud de commutation situé à distance (18") dudit réseau de transmission sur une aire étendue (12) afin d'évaluer ledit contact de nomadisme; et e) contacter (114) ledit noeud de commutation de rattachement (18') dudit réseau de transmission sur une aire étendue (12) depuis ledit noeud de commutation situé à distance (18") dudit réseau de transmission sur une aire étendue (12) afin d'évaluer ledit contact de nomadisme. 2. Procédé selon la revendication 1, o ladite unité d'abonné est une unité multimode, ledit procédé étant caractérisé par les opérations suivantes: suivre (90) un premier protocole de transmission afin d'établir une session de transmission entre ladite unité d'abonné et ledit réseau de transmission sur une aire étendue; et suivre (74) un deuxième protocole de transmission afin d'établir une session de transmission entre ladite unité d'abonné et ledit réseau de transmission local. 3. Procédé selon la revendication 1, caractérisé en ce que: ladite opération a) établit ledit réseau de transmission sur une aire étendue de façon qu'il possède une première multiplicité de noeuds de commuta- tion, comportant ledit noeud de commutation de rattachement et ledit noeud de commutation situé à distance; ladite opération b) distribue des affectations de rattachement pour une deuxième multiplicité d'unités d'abonnés parmi ladite première multiplicité de noeuds de commutation du réseau de transmission sur une aire étendue; ladite opération c) reçoit des contacts de nomadisme de la part d'une partie de ladite deuxième multiplicité d'unités d'abonnés audit noeud de com- mutation de réseau de transmission local; ladite opération d) contacte, depuis ledit noeud de commutation de réseau de transmission local, ledit noeud de commutation "situé à distance" dudit réseau de transmission sur une aire étendue afin d'évaluer chacun desdits contacts; et ladite opération e) contacte divers noeuds de ladite première multipli- cité de noeuds de commutation afin d'évaluer lesdits contacts de nomadisme, les- dits divers noeuds de commutation étant identifiés en fonction desdites affectations de rattachement distribuées au cours de ladite opération b). 4. Système de télécommunications radio ayant des services de gestion de nomadisme sur une aire étendue disposés en couches, ledit système étant carac- térisé par: un réseau (12) de transmission sur une aire étendue, qui possède un noeud de commutation de rattachement (18') et un noeud de commutation situé à distance (18") et qui est configuré de façon à avoir une grande aire de couverture radio; et un réseau local (14) qui possède un noeud de commutation local (28") et qui est configuré de façon à avoir une aire de couverture radio locale incluse dans ladite grande aire de couverture radio, ledit noeud de commutation local (28") étant configuré de façon à communiquer avec ledit noeud de commutation situé à distance (18") pour évaluer un contact de nomadisme reçu (100) de la part d'une unité d'abonné multimode (20) qui possède une affectation de rattachement dans ledit noeud de commutation de rattachement (18'). 5. Système de télécommunications radio selon la revendication 4, caractérisé en ce que: lesdits noeuds dudit réseau de transmission sur une aire étendue sont configurés de façon à suivre (90) un premier protocole de transmission afin d'éta- blir une session de transmission avec ladite unité d'abonné; et ledit noeud de commutation local dudit réseau local est configuré de façon à suivre (74) un deuxième protocole de transmission afin d'établir une session de transmission avec ladite unité d'abonné. 6. Système de télécommunications radio selon la revendication 4, caractérisé en ce que: ledit réseau de transmission sur une aire étendue possède une première multiplicité de noeuds de commutation de réseau de transmission sur une aire étendue, qui comporte ledit noeud de commutation de rattachement et ledit noeud de commutation situé à distance; des affectations de rattachement pour une deuxième multiplicité d'unités d'abonnés sont distribuées parmi ladite première multiplicité de noeuds de commutation; une partie de ladite deuxième multiplicité d'unités d'abonnés effectue des contacts de nomadisme (100) dans ledit noeud de commutation de réseau local; et ledit noeud de commutation local communique (114) avec ledit noeud de commutation situé à distance appartenant audit réseau de transmission sur une aire étendue afin d'évaluer chacun desdits contacts. 7. Procédé de fourniture de services de gestion de nomadisme sur une aire étendue pour des unités de télécommunications radio, ledit procédé étant caractérisé par les opérations suivantes: a) établir un réseau (12) de transmission sur une aire étendue qui possède une première multiplicité de noeuds de commutation et une aire de couverture radio de réseau qui couvre sensiblement toute la surface de la Terre; b) distribuer des affectations de rattachement pour une deuxième mul- tiplicité d'unités d'abonnés multimode (20) parmi ladite première multiplicité de noeuds de commutation de réseau de transmission sur une aire étendue; c) localiser un noeud sélectionné de ladite première multiplicité de noeuds de commutation à proximité d'un noeud de commutation local (28") d'un réseau local (14); d) recevoir (100) des contacts de nomadisme de la part d'une partie de ladite deuxième multiplicité d'unités d'abonnés (20) audit noeud de commutation local (28"); e) contacter, depuis ledit noeud de commutation local (28"), ledit noeud sélectionné dudit réseau de transmission sur une aire étendue (12) afin d'évaluer lesdits contacts de nomadisme; et f) contacter divers noeuds de ladite première multiplicité de noeuds de commutation depuis ledit noeud sélectionné afin d'évaluer lesdits contacts de nomadisme, lesdits divers noeuds de commutation étant identifiés en fonction des- dites affectations de rattachement distribuées au cours de ladite opération b). 8. Unité d'abonné (20), caractérisée en ce qu'elle permet à un utilisateur de ladite unité d'abonné d'effectuer du nomadisme à l'intérieur du réseau de trans- mission sur une aire étendue (WACN) (12) ou à l'intérieur d'un réseau de transmission local (LCN) (14), ou encore à la fois à l'intérieur dudit WACN (12) et dudit LCN (14), ladite unité d'abonné (20) étant en outre caractérisée par: un émetteur-récepteur radio (40) servant à communiquer avec ledit WACN (12) et ledit LCN (14); et une mémoire (44) servant à stocker un premier protocole (48) et un deuxième protocole (50) afin de permettre à l'unité d'abonné (20) de fonctionner respectivement à l'intérieur dudit WACN (12) et dudit LCN (14). 9. Noeud de commutation local (LSN) (28"), caractérisé en ce qu'il est conçu pour fonctionner à l'intérieur d'un réseau de transmission sur une aire étendue (WACN) (12) et à l'intérieur d'un réseau de transmission local (LCN) (14), ledit LSN (28") étant en outre conçu pour communiquer avec une unité d'abonné de télécommunications radio (20) qui fonctionne à l'intérieur dudit WACN (12), à l'intérieur dudit LCN (14) ou à la fois à l'intérieur dudit WACN (12) et dudit LCN (14), ledit LCN (28") étant en outre caractérisé par: un dispositif de commande qui répond à une transmission radio venant de ladite unité d'abonné de télécommunications radio demandant une communica- tion, ledit dispositif de commande déterminant si ladite unité d'abonné de télé- communications radio est ou non enregistrée auprès dudit LSN; et en ce que, s'il en est ainsi, ladite communication est réalisée; et si ce n'est pas le cas, il est envoyé un message de demande d'enregis- trement audit WACN, qui contient un numéro d'identité d'unité d'abonné se rap- portant à ladite unité d'abonné de télécommunications radio. 10. Noeud de central de commutation (CSO), caractérisé en ce qu'il est conçu pour fonctionner à l'intérieur d'un réseau de transmission sur une aire étendue (WACN) (12) et à l'intérieur d'un réseau de transmission local (LCN) (14) ayant un noeud de commutation local (LSN) (28"), ledit noeud de CSO étant en outre conçu pour communiquer avec une unité d'abonné de télécommunications radio (20) fonctionnant à l'intérieur dudit WACN (12), à l'intérieur dudit LCN (14) ou à la fois à l'intérieur dudit WACN (12) et dudit LCN (14), et avec un LSN (28") fonctionnant à l'intérieur dudit LCN (14), ledit noeud de CSO étant en outre caractérisé par: un dispositif de commande qui répond à une transmission radio émise à sa destination via ledit LSN en provenance de ladite unité d'abonné demandant une communication, ledit dispositif de commande déterminant si ladite unité d'abonné de télécommunications radio est enregistrée auprès dudit noeud de CSO; et en ce que, s'il en est ainsi, ladite communication est réalisée; et si ce n'est pas le cas, il est envoyé un message de demande d'enregis- trement, lequel comporte un numéro d'identité d'unité d'abonné se rapportant à ladite unité d'abonné de télécommunications radio, via ledit WACN, à un noeud de CSO différent dans lequel ladite unité d'abonné de télécommunications radio est enregistrée.