FR 2665276 A1 19920131 FR 9109679 A 19910730 La présente invention concerne de façon générale un procédé et un appareil de transfert de données entre les composants d'un équipement radiotéléphonique et, plus particulièrement, un système de transmission de données numériques en série s'appuyant sur un système de transmission de données numériques à autocaden- cement synchrone possédant des caractéristiques de mise en file d'attente de messages, de commande de bus et de transfert en mémoire segmentée qui permettent qu'un équipement radiotéléphonique cellulaire d'abonné réponde aux exigences imposées par un équipe- ment fixe de système cellulaire demandant une réponse rapide. Un système de transmission de données numériques à auto- cadencement synchrone a été décrit dans le brevet des Etats-Unis o d'Amérique N 4 369 516 Un système de bus de données du type synchrone-asynchrone a été décrit dans le brevet des Etats-Unis o d'Amérique N 4 972 432. Le brevet N 4 972 432 décrit un système de transmission de données asynchrone superposé à un système de transmission de données synchrone à autocadencement plus lent Le système de trans- mission de données asynchrone possède une capacité de transfert de données beaucoup plus rapide que le système de transmission de données synchrone Il s'agit d'un système particulièrement utile dans les applications o les fonctions d'un radiotéléphone portatif sont intégrées à un périphérique radiotéléphonique du type mobile. Le radiotéléphone portatif peut alors tirer avantage des caracté- ristiques supérieures appartenant au type mobile, comme par exemple un signal de sortie puissant, tout en n'utilisant qu'une durée minimale pour le transfert nécessaire des données (Un exemple d'un périphérique radiotéléphonique du type mobile est décrit dans le brevet des Etats-Unis d'Amérique n 4 680 787 "Portable Radiotele- phone Vehicular Converter and Remote Handset", que l'on appelera ci- après "CVC") On réalise cette intégration entre le type portatif et le type mobile en séparant les fonctions radiotélépho- n.iques entre le périphérique CVC et le radiotéléphone portatif. Alors que la transmission de données asynchrone offre des débits de transfert de données plus élevés, il est souhaitable de conserver le système de transmission de données synchrone puisque Le système de transmission de données synchrone possède, de manière propre, une mei L Leure immunité électrique vis-à-vis des erreurs de transmission dans des zones à bruit électrique intense, comme par exem Le un environnement automobile, et produit par Lui-même peu d'interférences électromagnétiques De p Lus, i L est souhaitable que L'on continue d'utiliser Le système de transmission numérique synchrone sans modification afin d'éviter d'avoir à adapter L'équipement déjà en service. L'invention décrite dans Le brevet des Etats-Unis d'Amérique N 4 972 432 résout certains des problèmes associés à La fois aux débits éLevés de transmission de données et à L'immunité nécessaire vis-à-vis du bruit Deux utilisations auxque L Les ce bus de données asynchrone-synchrone peut être app Liqué sont présentes dans La demande de brevet des Etats-Unis d'Amérique n 107 227 "Radio Arrangement Having Two Radios Sharing Circuitry'", déposée Le 9 octobre 1987, au nom de Metroka, et dans Le brevet des Etats-Unis d'Amérique N 4 680 787 ci-dessus mentionné Ici, Le bus de données commun intègre un radiotéléphone portatif avec un périphérique CVC de façon à fournir à L'uti Lisateur du radiotéléphone portatif Les performances radiotéLéphoniques qui sont attendues d'un poste mobi Le CVC de p Lus grande puissance. En ce qui concerne Les systèmes radiotéLéphoniques envisagés pour Les temps futurs, on a découvert qu'un bus de données encore p Lus rapide que ce Lui décrit dans Le brevet des Etats-Unis d'Amérique N 4 972 432 est nécessaire puisque Les unités radiotéLéphoniques d'abonné qui satisfont aux conditions règ Lementaires des systèmes ce L Lu Laires doivent répondre à des interrogations du système dans Les Limites d'une durée beaucoup p Lus petite que ce La n'est possib Le à L'aide du bus de données synchrone-asynchrone mu Ltip Lexé du brevet des Etats-Unis d'Amérique n O 4 972 432 Un exemp Le de ces réponses exigées est La réponse aux interventions du système ce L Lu Laire par L'équipement d'abonné, que c.ertains pays spécifient Ces interrogations du système demandent à L'équipement d'abonné de traiter de grande quantités de données et de renvoyer La réponse appropriée à L'équipement fixe, dans Les Limites d'une durée spécifiée Une mise en oeuvre unique permettant de satisfaire ce type d'exigences dans une unité d'abonné, o l'unité est un unique radiotéléphone portatif ou de type mobile, se trouve dans la demande de brevet des Etats-Unis d'Amérique o n 461 570 "Radiotelephone Controller Configured for Coresident Secure and Nonsecure Modes", déposée le 5 janvier 1990 au nom de Pini, et a I Dans cette demande, il est décrit un procédé par lequel le processeur d'affichage du radiotéléphone portatif peut être utilisé pour traiter la demande du système cellulaire, ce qui évite d'avoir à ajouter une partie matérielle au radiotéléphone portatif Ceci est particulièrement important dans les applications des radiotéléphones portatifs, o les contraintes d'encombrement sont rigoureuses. Toutefois, lorsqu'il faut intégrer un périphérique CVC ou quelque autre périphérique avec un radiotéléphone portatif sur un bus de données commun, comme décrit dans le brevet des Etats-Unis d'Amérique n 4 972 432, ce bus de données ne peut pas garantir une réponse appropriée aux interrogations du système cellulaire du fait des retards provoqués par les caractéristiques propres du bus de données, comme par exemple la quantité de données qu'il faut transférer pour intégrer des fonctions du radiotéléphone via le bus de données, la commande du bus de données par les systèmes concurrents de transmission de données, et le procédé de mise en file d'attente des messages dans le bus de données. Il est donc souhaitable de produire un bus de données rapide qui évite ces problèmes, de façon que l'équipement d'abonné qui intègre un radiotéléphone portatif avec un périphérique CVC ou quelque autre périphérique soit en mesure de répondre à ces interrogations du système cellulaire Il serait également souhai- table de pouvoir utiliser les microprocesseurs contenus dans le radiotélephone portatif pour traiter les interrogations du système, d'une manière analogue à celle décrite dans la demande de brevet des Etats-Unis d'Amérique n 461 570 ci-dessus mentionnée, puisque, dans de nombreuses applications, en particulier les radiotéléphones portatifs, le nombre de lignes de bus et de connecteurs correspon- dants et la compatibilité avec des systèmes existants constituent des considérations importantes Il serait également souhaitable de conserver le même nombre de lignes de signaux dans une structure de bus de données asynchrone-synchrone plus rapide combinée, ainsi que de conserver la compatibilité matérielle avec les unités mobiles et portatives actuellement utilisées. Un appareil de transfert de données utilisant un bus de données qui possède un mode synchrone et un mode asynchrone pour communiquer entre une première unité de mémorisation et une deuxième unité de mémorisation détermine la nécessité d'un trans- fert de mémoire et, en réponse à cela, explore une pluralité de segments de mémoire se trouvant dans la deuxième unité de mémori- sation à la recherche d'un enregistrement de données valable emmagasiné dans l'un des segments de mémoire Alors, le dispositif de transfert de mémoire communique l'enregistrement de données valables, de la deuxième unité de mémorisation à La première unité de mémorisation, dans le mode asynchrone lorsque la recherche aboutit à un enregistrement de données valables et communique un enregistrement de données vide, de la deuxième unité de mémorisa- tion à la première unité de mémorisation, dans le mode asynchrone lorsque la recherche ne découvre pas d'enregistrement de données valables. La description suivante, conçue à titre d'illustration de l'invention, vise à donner une meilleure compréhension de ses caractéristiques et avantages; elle s'appuie sur les dessins annexés, parmi lesquels: la figure 1 est un schéma de principe d'un radiotélé- phone portatif classique qui peut employer l'invention. La figure 2 est un schéma de principe d'un système de transmission de données généralisé de type connu, qui peut être utilisé avec l'invention. La figure 3 est un diagramme d'états selon un procédé connu de transmission de données via le système de la figure 2. La figure 4 est un diagramme temporel montrant la rela- tion qui existe entre les données d'entrée et les données trans- mises via le système de la figure 2. La figure 5 est un diagramme temporel montrant les données d'information et d'adressage qui peuvent être transmises via Le système de La figure 2 et être utilisées pour sélectionner un récepteur de données particulier pour L'information. La figure 6 est un schéma de principe simplifié d'une unité radiotéléphonique du type distante, possédant une structure de bus à trois fi Ls avec possibilité de multiplexage. La figure 7 est un schéma de principe d'une unité radiotéléphonique portative du type distante et d'un périphérique convertisseur CVC qui peuvent employer l'invention. La figure 8 est un schéma simplifié des interfaces de la ligne R de la figure 7. La figure 9 est un organigramme du pilotage de bus attribuant la commande du bus multiplexé soit au bus de données synchrone, soit au bus de données asynchrone. La figure 10 est un organigramme montrant le processus que le pilote de bus utilise lors de la transmission de messages à des dispositifs "asservis" à l'aide du bus de données avec proto- cole SCI. La figure 11 est un organigramme montrant le processus que le pilote de bus utilise lorsqu'il reçoit des messages de la part des dispositifs asservis à l'aide du bus de données avec protocole SCI. La figure 12 est un organigramme du processus utilisé par un dispositif asservi utilisant Le bus de données avec proto- co Le SCI pour transmettre ses messages. Les figures 13 A et 13 B représentent, en deux parties reliées entre elles comme indiqué, un organigramme du procédé utilisé par un dispositif asservi utilisant le bus de données avec protocole SCI pour recevoir des messages de la part d'autres dispo- sitifs. La figure 14 est un organigramme du processus utilisé par le périphérique CVC, faisant fonction du pilote de bus avec protocole SCI, pour faire commencer et achever un transfert de données de répertoire en provenance du radiotéléphone portatif. La figure 15 est un organigramme du processus utilisé par le radiotéléphone portatif faisant fonction de dispositif asservi par rapport au bus avec protocole SCI, pour transférer une information de répertoire au périphérique CVC. L'invention peut être utilisée pour transférer des données entre un radiotélephone portatif et une unité CVC, de façon à permettre que l'utilisateur d'un radiotélephone obtienne les avantages liés aux meilleures caractéristiques des équipements radiotéLéphoniques des deux types, portatif et mobile Alors que l'invention décrit l'emploi d'un radiotéléphone portatif avec une unité CVC, elle peut tout aussi bien être utilisée dans d'autres applications demandant qu'un radiotéléphone portatif transfère des données à un dispositif externe. L'invention a été conçue pour fonctionner dans les unités radiotéLéphoniques portatives d'un système cellulaire, mais elle pourrait être utilisée dans n'importe quel système radiotéLépho- nique automatique L'unité portative peut être une unité telle que o celle mise en vente par la société Motorola Inc sous le N de modèle F 09 FGD 8453 AA, ou bien, plus généralement, une unité du type o décrit dans le brevet des Etats-Unis d'Amérique N 3 906 166 "Radio Telephone System" de Cooper et al et dans le brevet des Etats-Unis d'Amérique n 3 962 553 "Portable Telephone System Having a Battery Saver Feature" de Linder et al. Pour loger les fonctions de signalisation et de commande dans un système radiotéléphonique automatique, on emploie un micro- processeur, une mémoire et des dispositifs périphériques associés dans l'unité logique de commande d'une unité radiotéléphonique portative Cette unité logique peut avoir une architecture telle que la signalisation reçue depuis la station de base ou émise à destination de la station de base soit manipulée sur une base d'interruption à grande vitesse tandis que les signaux de commande destinés à l'unité radio, comportant le clavier et l'affichage, sont manipulés sur une base de faible vitesse par l'intermédiaire d'un bus de données série distinct. Selon une autre possibilité, la transmission de toutes les données entre l'unité logique, l'émetteur-récepteur portatif et L'unité formée par Le c Lavier et l'affichage peut être traitée sur un bus de données de grande vitesse, comme représenté sur La figure 1 Sur La figure 1, une unité Logique conventionne L Le 101 est connectée à un récepteur 103, un émetteur 105 et une interface 107 par L'intermédiaire d'un bus de données série à autocadencement 109 Le récepteur 103, L'émetteur 105 et l'unité Logique 101 ainsi que sa mémoire associée peuvent être matérie L Lement regroupés en une unité radio 115 L'interface 107, Le c Lavier téléphonique 111 et l'afficheur de caractères d'uti Lisateur 113 peuvent constituer une unité de commande distincte 117 (comme dans une configuration de radiotéléphone mobile), ou bien i Ls peuvent être entièrement intégrés avec L'unité radio sous un seul boîtier (comme dans un radiotéléphone portatif) L'autocadencement du bus de données série 109 permet que L'interface d'adaptation 107 soit disposée à distance de L'unité Logique 101. Le bus de données série représenté sur la figure 2 a été décrit dans Le brevet des Etats-Unis d'Amérique n 4 369 516 et Le brevet des Etats- Unis d'Amérique n 4 972 432 Un émetteur de données général 201 est couplé à des récepteurs de données 203, 205 et 207 par deux lignes de signaux, appe Lées T (données vraies) et C (données complémentaires) Les récepteurs de données 203 et 205 peuvent également émettre des signaux de données de retour à desti- nation de L'émetteur de données par l'intermédiaire d'une ligne de signaux partagée, indiquée par R (données de retour) Une Ligne de retour distincte (R') peut également être utilisée pour émettre des signaux de données de retour à destination de L'émetteur de données, comme représenté pour Le récepteur de données 207 Les signaux de données de retour émis par Les récepteurs de données 203, 205 et 207 sur les Lignes de signaux de données de retour sont émis en synchronisme avec Les signaux de données reçus de La part de l'émetteur de données 201 sur Les Lignes de signaux de données vraies et de données complémentaires. Si L'on applique La conception générale du bus bidirec- tionne L de La figure 2 au circuit de commande d'un radiotéléphone portatif, L'émetteur de données devient l'unité Logique et Les récepteurs de données deviennent l'émetteur, Le récepteur, L'inter- face d'utilisateur, et d'autres dispositifs partageant Le bus avec eux Le format pris pour les données émises par l'émetteur de données 201 à destination des récepteurs de données 203, 205 et 207 fait appel aux quatre états binaires de deux bits qui peuvent être pris par les Lignes de signaux de données vraies et de données complémentaires prises ensemble Par exemple, comme on peut le voir sur le diagramme d'états de la figure 3, un premier état binaire de deux bits peut être appelé un état "repositionné" 301, o la ligne de signaux de données vraies possède une valeur binaire zéro et la ligne de signaux de données complémentaires possède également une valeur binaire zéro Lorsqu'aucune donnée n'est émise, l'état "repositionné" 301 est produit sur les lignes de signaux de données vraies et de données complémentaires Lorsqu'un signal de données doit être émis, une transition est faite de l'état "repositionné" 301 vers un état "zéro" 303 ou bien un état "un" 305 correspondant à l'émission d'un "zéro" ou d'un "un" dans les données d'entrée. Dans L'état "zéro" 303, la ligne de données vraies prend une valeur binaire "zéro" et la ligne de données complémentaires prend une valeur binaire "un" A la suite de l'état "un" 305 ou de l'état "zéro" 303, le bus de données série prend un état "libre" 307, dans lequel la ligne de données vraies et La Ligne de données complé- mentaires prennent toutes deux une valeur binaire "un" Une transi- tion est faite ensuite de l'état "libre" à l'un ou l'autre des états "un" 305 ou "zéro" 303 Pour tous les bis successifs du signal de données à émettre, une transition est faite à l'état "libre" 307 avant une transition à l'état "un" 305 ou à l'état "zéro" 303 Ceci peut être vu sur la figure 4. Les transitions entre Les états de la figure 4 sont sélectionnées de façon qu'une seule ligne de signaux change de valeur binaire au cours de chaque transition Des transitions entre l'état "repositionné" 301 et l'état "Libre" 307 et entre l'état "un" 305 et l'état "zéro" 303 ne sont pas autorisées, puisqu'elles demanderaient un changement simultané des valeurs des deux lignes de signaux, de données vraies et de données complémentaires Cette limitation des transitions entre les états binaires minimise les effets de variations de cadencement et de dentelure De plus, du fait que La transmission des signaux de données s'effectue de La façon i L Lustrée sur Le diagramme d'états de La figure 3, La transmission réa Lisée sur Les Lignes de signaux de données vraies et de données complémentaires est à La fois autocadencée et indépendante de La fréquence d'émission La durée séparant chacune des transitions d'états ne doit pas nécessairement être La même et peut varier de façon dynamique, ce qui permet à La fréquence de transmission des données d'être entièrement asynchrone, avec des interva L Les de temps variant a Léatoirement entre Les transitions d'états successives. On obtiendra une mei L Leure compréhension du format de données synchrone en se reportant à La -figure 4 Pendant L'émission d'un signa L de données, deux transitions d'état ont Lieu pour chaque bit de données d'entrée apparaissant dans Le courant de données d'entrée 400 Pour Le premier bit du signa L de données émis, une transition s'effectue de L'état "repositionné" 301 à L'état "un" 305, de sorte que La Ligne de signaux de données vraies atteint Le niveau binaire "un", comme indiqué en 401 Ensuite, une transition d'état est faite à L'état "Libre" 307, de sorte que La Ligne de signaux de données complémentaires atteint Le niveau binaire "un" 403 Ensuite, à chacun des bits suivants du signal de données, une transition est effectuée à L'état "un" 305 ou à L'état "zéro" 303, pour revenir à L'état "Libre" 307, à chaque bit du signa L d'entrée de données devant être émis, L'état "Libre" 307 reçu pouvant être uti Lisé dans Les récepteurs de données pour produire un signa L d'hor Loge binaire 407 Au dernier bit du signa L de données, La dernière transition d'état s'effectue de L'état "un" 305, ou de L'état "zéro" 303, à L'état "repositionné" 301 Le retour à L'état "repositionné" 301 après que Le dernier bit du signa L de données a été émis indique aux récepteurs de données 203, 205 et 207 qu'un signal de données comp Let a été émis. Pour permettre La transmission bidirectionne L Le de signaux de données entre L'émetteur de données 201 et Les récep- teurs de données 203, 205 et 207, un autre signa L, appe Lé Le signa L de données de retour 409, est destiné à transporter des signaux de données provenant des récepteurs de données 203, 205 et 207 Les récepteurs de données peuvent émettre un signal de données de retour sur la Ligne de signaux de données de retour en utilisant Le signal d'horloge binaire 407 produit par détection de la valeur binaire portée par les lignes de signaux de données vraies et de données complémentaires Comme précédemment décrit, des lignes de signaux de données de retour distinctes peuvent être prévues pour chaque récepteur de données, comme par exemple le récepteur de données 207, ou bien un certain nombre de récepteurs de données, comme par exemple les récepteurs de données 203 et 205, peuvent être connectés à une unique ligne de signaux de données de retour. Si plusieurs récepteurs de données sont connectés sur une même ligne de signaux de données de retour, il devient nécessaire d'adresser sélectivement le récepteur de données particulier qui doit émettre un signal de données de retour Il est possible d'uti- Liser de nombreux schémas d'adressage différents, et un semblable schéma d'adressage, qui utilise une partie du signal de données émis par l'émetteur de données pour produire une adresse, est présenté sur la figure 5 Le nombre de bits dédiés à la fonction d'adressage détermine le nombre maximal de récepteurs de données qui peuvent être adressés de façon unique Dans le brevet des Etats-Unis d'Amérique N 4 390 963, il a été montré que les lignes de signaux de données vraies et de données complémentaires peuvent être échangées dynamiquement et qu'un nombre supplémentaire d'adresses uniques peuvent être obtenues. Un bus asynchrone série pouvant être utilisé dans l'invention est celui qui peut être employé pour le SCI (Serial Communication Interface, ou interface de transmission série) de la famille "MC 68 HC 1 " des microprocesseurs à 8 bits (ou leurs équiva- lents) Un tel bus asynchrone est caractérisé par un format NRZ (nonretour à zéro) normalisé (un bit de départ, huit ou neuf bits de données, et un bit d'arrêt) et satisfait les critères suivants. 1) La ligne libre est amenée à un état logique "un" avant 1 'émission ou la réception d'un caractère. 2) Un bit de départ (niveau logique "zéro") sert à indiquer te début d'un bloc. il 3) Les données sont émises et reçues en commençant par Le bit Le moins significatif. 4) Un bit d'arrêt (niveau Logique "un") sert à indiquer La fin d'un b Loc Un b Loc est constitué par un bit de départ, un caractère de huit ou neuf bits de données, et un bit d'arrêt. ) Une interruption est définie comme L'émission ou La réception d'un niveau Logique bas (zéro) pendant Le temps d'au moins un b Loc comp Let. Comme dans Le brevet des Etats-Unis d'Amérique N O 4 972 432 déjà cité, Le bus SCI asynchrone à Ligne unique p Lus rapide est superposé au bus synchrone Ceci permet La comptabilité avec un équipement qui n'uti Lise que Le bus synchrone, tout en augmentant La vitesse de transfert de données. Dans un radiotéléphone portatif avec unité radio et unité de commande d'une seu Le pièce (ce que L'on appe L Le génériquement une unité distante), Les Lignes T (données vraies) et C (données complémentaires) sont des Lignes unidirectionne L Les qui vont entre L'unité Logique 101 de L'unité radio 115 et L'interface de L'unité de commande 117, et de L'unité radio 115 à des périphériques externes ou d'autres périphériques internes La troisième Ligne est La Ligne R (de retour) bidirectionne L Le 209, qui est uti Lisée par L'unité de commande 117 et des périphériques pour communiquer avec L'unité radio 115, L'unité Logique 101 et d'autres dispositifs p Lacés sur Le bus Les données sont transférées sur Le bus, T et C rég Lant Le cadencement IL s'agit d'un bus synchrone Dans Le mode de réalisation préféré, un bus bidirectionnel asynchrone à grande vitesse est mu Ltip Lexé sur La Ligne R (de retour) du bus de données à autocadencement synchrone (appe Lé ici un bus à trois fi Ls ou TWB) Le bus asynchrone à grande vitesse (SCI) fonctionne à une vitesse p Lus que 10 fois supérieure à ce L Le du TWB et, par L'inter- médiaire d'une commmande Logicie L Le, peut partager La même Ligne de données Le SCI emp Loyé dans L'invention est un bus bidirectionnel à une seu Le Ligne Tous Les dispositifs qui communiquent sur ce bus écrivent sur La même Ligne, de même qu'i Ls reçoivent des données de ce L Le-ci La figure 6 représente une configuration généralisée des deux bus mu Ltip Lexés. Comme représenté, Les lignes T, C et R du TWB sont connectées de L'unité radio 115 à l'unité de commande 117 Dans une unité radiotéLéphonique portative, L'unité radio 115 et L'unité de commande 117 sont matériellement Logées dans Le même boîtier Le périphérique 605, qui est également couplé aux lignes T, C et R peut recevoir des données du TWB aussi bien qu'envoyer des données aux autres périphériques 607 (s'il en existe), de même que l'unité distante 601 et l'unité de commande 603 Ces périphériques peuvent être des CVC, des brouilleurs, des dispositifs de données, ou des combinés supplémentaires et peuvent être à l'intérieur ou l'extérieur de l'unité distante radiotéléphonique portative Un exemple d'un périphérique CVC est décrit dans Le brevet des Etats-Unis d'Amérique N 4 680 787, qui est un convertisseur, monté sur un véhicule, qui peut fournir une alimentation externe, une antenne externe, une amplification haute fréquence (RF) pour le récepteur et, ou bien, l'émetteur d'un radiotéléphone portatif, ainsi que d'autres caractéristiques qui peuvent ne pas être dispo- nibles sur Le radiotéléphone portatif Dans La structure de bus généralisée de la figure 6, le périphérique CVC peut être repré- senté par le périphérique 605. Dans un système employant l'invention, lorsque le radio- téLéphone portatif se connecte au périphérique CVC 605, une inté- gration automatique de toutes les fonctions logiques s'effectue dès la mise sous tension après que le CVC et le radiotéléphone portatif ont été connectés ensemble de manière à ne former qu'une seule unité d'abonné Cette configuration est représentée sur La figure 7. A la mise sous tension, la commande du bus est prise par Le CVC Dans le mode de réalisation préféré, après que le péri- phérique CVC a pris la commande du bus (et est devenu le "pilote" du bus), celui-ci vérifie que Les autres dispositifs branchés sur Le bus sont compatibles du point de vue matériel et du point de vue logiciel Si les dispositifs ne sont pas compatibles, le CVC coupera l'alimentation Une tranche de données de sécurité peut également être prévue de façon que le dispositif assurant la commande du bus puisse envoyer des données codées à des "esclaves", ou dispositifs asservis, (d'autres dispositifs), qui doivent alors décoder les données et renvoyer une réponse appropriée Ce système de sécurité peut être utilisé pour interdire l'accès du système cellulaire à des utilisateurs non autorisés employant du dispo- sitif du type périphériques Dès que le contrôle de compatibilité a été effectué, les fonctions, options et configurations d'informa- tion qui faisaient initialement partie du radiotéléphone portatif peuvent être transférées au périphérique CVC 605. Toutefois, il a été découvert que le transfert via le TWB demandait beaucoup trop de temps Ceci est prouvé par le retard important qui existe entre le moment o l'utilisateur met l'équi- pement radiotéléphonique sous tension et celui o l'équipement radiotéléphonique est prêt à fonctionner du point de vue de l'uti- lisateur Dans les systèmes radiotéléphoniques cellulaires, chaque radiotéléphone d'abonné particulier, qu'il soit portatif ou mobile, possède une ou plusieurs configurations d'information associées uniques, dont l'une comporte les données NAM (par exemple numéro de téléphone, identification (ID) du système, numéro de série et données de balayage de canal du système), un autre étant les données de répertoire, qui contiennent des informations accessibles à l'utilisateur (par exemple des annuaires de numéros de téléphone qui peuvent être remis à jour par l'utilisateur) Le numéro de téléphone contenu dans les données NAM est utilisé par les systèmes radiotéléphoniques cellulaires pour identifier l'équipement radio- téléphonique d'abonné qui emploie le système Les données de réper- toire sont nécessaires pour d'autres fonctions accessibles à l'uti- lisateur Il est possible qu'un utilisateur du système radiotélé- phonique ait un radiotéléphone portatif et un périphérique CVC, de sorte qu'il est économiquement avantageux (et, dans certains cas, nécessaire pour satisfaire des exigences règlementaires) que le périphérique CVC contienne toutes les fonctions et options propres à un radiotéléphone portatif particulier et soit doté de la possi- bilité de prendre l'identité du radiotéléphone portatif, telle que définie dans les données NAM ci-dessus mentionnées Ce transfert d'identité permet au CVC (auquel le radiotéléphone portatif est couplé ou sur lequel il est branché) de répondre de manière opportune à des interrogations venant de L'équipement fixe Des processus permettant de transférer des données d'identité sont décrits dans La demande de brevet des Etats-Unis d'Amérique n 107 227, déposée sous Le titre "Radio Arrangement Having Two Radios Sharing Circuitry" Le 9 octobre 1987 par Metroka et dans Le brevet des Etats-Unis d'Amérique N 4 972 432 ci-dessus mentionné. Les communications de transfert de données NAM et de répertoire entre Le périphérique CVC et Le radiotéléphone portatif comprennent Le transfert de données entre Les microprocesseurs résidant respectivement dans Le périphérique CVC et L'unité Logique du radiotéléphone portatif. Le radiotéléphone portatif doit charger dans Le périphé- rique CVC ses données NAM, son numéro de série et sa mémoire de répertoire de numéros de téléphone afin que La combinaison radio- téléphone portatif-CVC puisse fonctionner sans retards gênants pour L'uti Lisateur et minimiser Les communications permanentes entre Le radiotéléphone portatif et Le périphérique CVC Toutes Les fonctions du radiotéléphone portatif d'abonné sont transférées au périphérique CVC afin de minimiser d'éventue L Les communications permanentes entre Le périphérique CVC et Le radiotéléphone portatif Ainsi, Lorsqu'on uti Lise Le circuit matérie L du radioté- Léphone portatif pour traiter une interrogation du système, Le bus de transmission multip Lexé n'aura pas un nombre excessif de messages mis en fi Le d'attente, ce qui pourrait empêcher de satis- faire Les spécifications de temps réglementaires qui s'appliquent aux réponses à ces interrogations. On se reporte maintenant à La figure 7, qui représente sous forme d'un schéma de principe détaillé un radiotéléphone portatif coup Lé à un périphérique CVC par L'intermédiaire d'un bus à trois Lignes permettant de transporter des données entre Le radiotéléphone portatif et Le périphérique CVC Comme précédemment indiqué, L'uti Lisateur d'un radiotéléphone portatif peut insérer le radiotéléphone portatif dans un convertisseur monté sur véhicule (CVC) pour obtenir une alimentation externe, une antenne externe, une amplification RF, ainsi que d'autres particularités Une inter- face connectrice 701 est représentée sur La figure 7, qui connecte des lignes de signaux audio via des connexions 710 et 714, des lignes TWB via des connexions 718, 720 et 722, et une ligne d'ali- mentation électrique via une connexion 724 D'autres connexions peuvent naturellement être réalisées, si cela est nécessaire. Les connexions 710 et 714 sont des connexions associées à des signaux audio venant d'un récepteur de l'émetteur-récepteur 738 ou produits par un microphone 730 et appliqués à un émetteur de l'émetteur-récepteur 738, ce qui permet au radiotéléphone portatif de faire fonction de combiné, lorsque le radiotéléphone portatif et le périphérique CVC sont couplés entre eux Un haut-parleur 728 et le microphone 730, qui sont classiques dans les radiotéléphones portatifs, sont respectivement coup Lés aux connexions audio 710 et 714 par l'intermédiaire de portes 732 et 734 permettant de les rendre silencieux Ces portes peuvent être commandées par des micro-ordinateurs 736 et 744, comme cela est classique dans des unités portatives ou mobiles considérées isolément On pourra par exemple se reporter aux manuels d'instruction Motorola o n 68 P 81070 E 40 et 68 P 81046 E 60, intitulés respectivement "DYNA TAC Cellular Mobile Telephone Instruction Manual" et "DYNA TAC Cellular Portable Telephone Instruction Manual" On peut se procurer ces deux manuels auprès de la société Motorola, 1313 Algonquin Road, Schaumburg, IL, 60196, EUA Les micro-ordinateurs 736 et 744 peuvent être des micro- ordinateurs classiques, par exemple MC 68 HC 11 A 8, ou des dispositifs équivalents. Le périphérique CVC du mode de réalisation préféré peut contenir un émetteur-récepteur radio complet, comme l'émetteur- récepteur 738, qui est décrit dans la demande de brevet des Etats-Unis d'Amérique N 107 227 et le brevet des Etats-Unis d'Amérique n 4 972 432, cités ci-dessus, auquel cas l'émetteur 103 et le récepteur 105 du radiotéléphone portatif, ainsi que, dans le mode de réalisation préféré, l'unité logique 101 de celui-ci, sont désactivés de façon que le radiotéléphone portatif devienne alors ce qu'il est convenu d'appeler un "simple combiné" Cette désacti- vation dure tout le temps pendant lequel le radiotéléphone portatif est couplé au périphérique CVC En effet, le périphérique CVC prend l'identité et toutes les fonctions du radiotéléphone portatif pendant la durée du couplage et il est employé par l'utilisateur comme s'il s'agissait d'un radiotéléphone mobile classique dans lequel le radiotéléphone portatif fait simplement fonction de combiné de l'unité globale si aucun combiné externe n'est dispo- nible Si une quelconque remise à jour dynamique est nécessaire, par exemple l'ajout de nouveaux numéros de téléphone aux données du répertoire, la remise à jour s'effectue d'abord pour une mémoire vive (RAM) 764 du périphérique CVC, puis le périphérique CVC remet à jour la mémoire du radiotéléphone portatif pendant que les unités sont couplées. Dès que la combinaison radiotéléphone portatif-CVC a été mise sous tension, un échange de données se produit sur le bus de données synchrone/asynchrone multiplexé selon l'invention, de sorte que l'information NAM emmagasinée dans la mémoire vive programmable électriquement effaçable (EEPROM) 756 du radiotéléphone portatif est chargée dans une mémoire vive (RAM) 764 via le micro-ordinateur 744 Ce transfert de données permet au périphérique CVC de prendre l'identité du radiotéléphone portatif en ce qui concerne les commu- nications ultérieures effectuées sur le système cellulaire Toutes les autres fonctions du radiotéléphone portatif, comme la composi- tion des numéros de téléphone du répertoire, sont également chargées dans la RAM statique 764 du périphérique CVC De même, la commande de transducteurs audio 766 et 768 peut être abandonnée au micro-ordinateur 744 et au dispositif de commande audio 770 Ce transfert se produit à chaque fois que le système couplé périphé- rique CVC-radiotéléphone portatif est mis sous tension. La quantité de données à échanger est donc d'une taille importante et demanderait, de façon générale, un temps relativement long, avec la vitesse de 300 bits par seconde qui est la vitesse de transfert du TWB classique Le multiplexage selon l'invention permet d'obtenir une vitesse de transfert de données beaucoup plus élevée grâce au placement du TWB dans un état "en service" (ce qui empêche par exemple l'interface du radiotéléphone portatif de faire accès au TWB et de lui appliquer des données) et au transfert des données d'identification du radiotéléphone portatif sur le bus de données série de la ligne R Dans le mode de réalisation préféré, le bus SCI a la priorité sur le bus multiplexé, si bien que les messages SCI ne doivent pas attendre, pendant plusieurs cycles TWB, l'abandon de la commande par le TWB, pour que les données SCI puissent être transférées De plus, l'invention utilise un programme de recherche sélective permettant de transférer des données de répertoire d'une manière ne provoquant aucun retard gênant pour l'utilisateur entre le moment o il applique la mise sous tension et le moment o le radiotéléphone est prêt à être utilisé. Une interface 772 est résidente dans le radiotéléphone portatif et une interface 774 est résidente dans le périphérique CVC Un schéma plus détaillé des interfaces 772 et 774 est présenté sur la figure 8 L'entrée TXD 801 du bloc 772 et sa sortie RXD 803 sont respectivement coup Lées aux ports d'accès appropriés du micro- ordinateur 736 (non représenté sur la figure 8) La séparation entre les ports TXD 801 et RXD 803 peut être réalisée au moyen d'un transistor 805 fonctionnant sous commande d'une entrée 807 qui est connectée au micro-ordinateur 736 (dans le mode de réalisation préféré, le transistor 805 est maintenu dans l'état excité par le micro- ordinateur 736, ce qui entraîne le couplage des ports TXD 801 et RXD 803) De la même façon, une entrée TXD 809, une sortie RXD 811 et un port de commande 823 de l'interface 774 sont couplés au micro-ordinateur 744 du périphérique CVC (convertisseur). La ligne R couple le micro-ordinateur 736 à l'entrée 813 de l'interface 772, via un réseau de couplage 815, et à sa sortie via la sortie 817 La ligne R venant de l'interface 107 de l'unité de commande est coup Lée via le port d'accès 819 et le transistor 821 au réseau de couplage 815 Une disposition analogue existe pour l'interface 774. Le procédé mis en oeuvre par le micro-ordinateur 744 (comme mémorisé dans la ROM 780) pour commander le bus de données synchrone/asynchrone multiplexé du mode de réalisation préféré est présenté sur l'organigramme de la figure 9 Comme initialement décrit dans le brevet des Etats-Unis d'Amérique N 4 972 432 ci- dessus cité, le pilote renvoie la commande au protocole du TWB après chaque tentative de message SCI Dans certaines circons- tances, par exemple une interrogation du système qui peut être produite à l'emplacement fixe d'un système cellulaire numérique, la nature des données contenues dans ces messages SCI demande que les messages soient traités aussi vite que possible Antérieurement, la transmission d'une demande de message supplémentaire était retardée jusqu'au moment suivant o le bus SCI était aux commandes (c'est-à- dire potentiellement après un ou plusieurs cycles TWB), et n'était pas traitée directement Un tel retard de traitement se produit aussi lorsqu'il est nécessaire de retransmettre un message par suite de la réception d'un message contenant des erreurs ou de l'épuisement du temps de réponse voulu d'un message Dans le mode de réalisation préféré et dans la plupart des conditions de fonc- tionnement, le SCI est aux commandes du bus multiplexé Lorsque le protocole TWB plus lent a été autorisé à accéder aux lignes du bus multiplexé, cet accès n'est autorisé que pendant un cycle de messages de protocole TWB à la fois, et il doit abandonner la commande à la fin du cycle de message Lorsque le protocole TWB commande, les messages sont traités comme précédemment décrits sur les lignes T, C et R Lorsque le radiotéléphone portatif est connecté au CVC, l'échange d'une quantité importante de données doit avoir lieu pour permettre le transfert des fonctions du radio- téléphone portatif au périphérique CVC Le radiotélephone portatif détecte un changement de source d'alimentation électrique et effectue une séquence de mise sous tension initiale lorsque l'uti- lisateur met sous tension l'unité couplée téléphone portatif-CVC. A la mise sous tension, la commande du bus TWB multiplexé est assumée par le CVC, qui utilise le protocole SCI Dans le mode de réalisation préféré, après que le périphérique CVC a pris la commande du bus (c'est lui qui est le pilote du bus), il vérifie que d'autres dispositifs présents sur le bus sont compatibles du point de vue matériel et logiciel en appelant les autres disposi- tifs présents sur le bus SCI via la ligne R, en 901 Si les dispo- sitifs ne sont pas compatibles, l'unité couplée CVC-radiotéLéphone portatif se déconnecte de l'alimentation électrique. A la mise sous tension, l'envoi de messages SCI s'effectue d'abord par positionnement du port d'entrée 823 de l'interface 774 côté CVC sur un niveau Logique haut, de manière que les lignes TXD -et RXD du micro-ordinateur 744 soient couplées ensemble La commande du bus mu Ltip Lexé est alors obtenue par placement d'un niveau Logique haut sur La ligne C, à L'étape 903 du processus de commande de la figure 9 IL s'agit de l'état "par défaut" du bus multiplexé dans le mode de réalisation préféré. Le processus attend alors une durée qui est supérieure à un bit de données TWB normal avant de commencer L'émission d'un message d'appel ou d'un message de données, à l'étape 905 Dès que le bus de données du protocole SCI a pris commande du bus multiplexé, c'est-à-dire à l'étape 903, il reste aux commandes jusqu'à ce que toutes Les demandes SCI du pilote (normalement le CVC) et des dispositifs asservis (normalement Le radiotéléphone portatif) aient été traités Les demandes SCI du dispositif asservi, qui est ici normalement le radiotéléphone portatif, ont la préséance sur Les transmissions de messages par le pilote (voir les figures 10 et 11). Une réponse est attendue au message d'appel ou au message de données, transmis et, à l'étape 907, un test est effectué pour vérifier l'existence de cette réponse Toutes les retransmissions rendues nécessaires par l'existence de conditions d'erreur sont déterminées à L'étape 909 et sont exécutées avant que la commande du bus multiplexé ne soit abandonnée au TWB Si une réponse valable a été reçue, comme déterminé à l'étape 907, la réponse est traitée en 911, avant qu'un test soit fait, en 913, pour déterminer si d'autres demandes SCI doivent être traitées Une fois que tous les messages SCI ont été traités, Le protocole SCI abandonne la commande du bus, à l'étape 915, et Le TWB est alors autorisé à prendre la commande du bus multiplexé pour un seul cycle de message, après quoi il devra rendre la commande du bus multiplexé au bus SCI La mise en place d'un niveau bas logique sur la ligne C place Le TWB aux commandes du bus multiplexé. Si une demande de transmission de message dans le format TWB est en cours, la détermination de cette demande en cours est effectuée à l'étape 917 L'existence d'une demande place Le proto- cole TWB aux commandes du bus, à l'étape 919, et un seul message est autorisé à être émis, à L'étape 921, avant que Le protocole TWB n'abandonne La commande du bus, à L'étape 923 Le temps de réponse du bus antérieur avec protocoles TWB/SCI partagés est diminué au moins pour Les trois raisons suivantes A) La mise en oeuvre anté- rieure n'est susceptible d'effectuer qu'une seu Le demande à La fois pour Les demandes Lancées par un dispositif asservi Après chaque demande d'un dispositif asservi, Le dispositif asservi est retardé, car i L doit envoyer un accusé de réception de message d'appe L, puis attendre que Le pi Lote envoie un autre appe L avant de pouvoir émettre sa demande suivante B) Le pi Lote p Lace Le message d'appe L dans sa fi Le d'attente au Lieu de L'émettre directement Ceci peut entraîner un retard pour La déserte du dispositif asservi, en raison du temps supplémentaire nécessaire pour mettre en fi Le d'attente et finalement émettre L'appe L, ainsi que Le retard néces- saire pour traiter toutes Les demandes du pi Lote qui sont déjà dans La fi Le d'attente du pi Lote Un retard supplémentaire se produit pour des demandes mu Ltip Les du dispositif asservi Puisque Le dispositif asservi positionne un bit dans son message pour indiquer des données supplémentaires à chaque fois qu'i L y a que Lque chose dans sa fi Le d'attente, Le pi Lote essaiera d'émettre en fi Le d'attente un appe L Lorsqu'i L recevra La demande du dispositif asservi et Lorsqu'i L recevra L'accusé de réception de L'appe L. Ainsi, un temps de traitement supplémentaire était antérieurement nécessaire pour examiner La fi Le d'attente afin d'empêcher que de mu Ltip Les messages d'appe L ne se trouvent dans La fi Le d'attente en même temps C) S'i L existe une erreur de transmission dans L'appe L émanant du pi Lote ou dans L'accusé de réception d'appe L venant du dispositif asservi, La mise en oeuvre antérieure pouvait exécuter un modu Le de desserte faux et éventue L Lement amener La radio à se b Loquer. Pour augmenter Le temps de réponse, un pi Lote qui uti Lise L'invention envoie des messages normaux et des appe Ls de mainte- nance Le pi Lote acceptera de desservir Le dispositif asservi à chaque fois qu'i L enverra des appe Ls ou bien à chaque fois que Le dispositif asservi sera en train de demander d'être desservi Si Le pi Lote voit un bit de demande positionné par Le dispositif asservi, le pilote exercera une préemption sur sa propre file d'attente et enverra immédiatement un appel au dispositif asservi Après l'appel initial, il continuera d'accepter de desservir le dispositif asservi (en réponse à chaque demande du dispositif asservi) jusqu'à ce qu'il ait reçu l'accusé de réception de l'appel qu'il a envoyé précédemment Si l'accusé de réception d'appel reçu a son bit de demande effacé, alors le mode demande du dispositif asservi (de la figure 12) est terminé et le pilote peut traiter les demandes contenues dans sa propre file d'attente Si le bit de demande est toujours positionné, le pilote relancera de nouveau un mode de * demande du dispositif asservi en envoyant un nouvel appel au dispo- sitif asservi. On se reporte maintenant à la figure 10 Pendant un fonctionnement normal, le pilote émet des messages normaux et des messages de maintenance de routine depuis une file d'attente de messages à envoyer Le pilote accepte de desservir le dispositif asservi à chaque fois qu'il envoie un appel au dispositif asservi ou que le dispositif asservi demande d'être desservi en position- nant un bit SLAV-REQ, c'est-à-dire de demande de dispositif asservi, dans son préambule de message (celui du pilote) Un test est effectué à l'étape 1 011 pour déterminer si un précédent message SCI est en train d'être traité En cas de réponse positive, il est déterminé, à l'étape 1 011, si un périphérique asservi est en train de demander d'être desservi Une réponse positive produit un appel à destination du périphérique asservi, à l'étape 1 013, et une autorisation, accordée au dispositif asservi, à l'étape 1 015, d'émettre son message, avant l'émission, à l'étape 1 017. Si un périphérique asservi ne demande pas d'être desservi, comme déterminé en 1 011, il est déterminé, à l'étape 1 019, si le temps est venu de faire un appel de maintenance Un résultat positif pour cette détermination amène la production d'un appel à destination du dispositif asservi, à l'étape 1 013, ainsi que la succession des opérations d'émission, comme précédemment décrit Si le temps n'en n'est pas encore venu, un test est effectué, à l'étape 1 021, pour déterminer si le pilote a ou non d'autres demandes à émettre L'absence d'autres demandes provoque La sortie du sous-programme, tandis que La découverte d'autres demandes amène L'organigramme à prendre La demande suivante, à L'étape 1 023, à rejeter Les demandes du dispositif asservi, à L'étape 1 025, et à effectuer une émission à L'étape 1 017. Le processus emp Loyé, dans Le mode de réalisation pré- féré, par Le pi Lote pour recevoir des messages de La part d'un périphérique asservi est présenté sur L'organigramme de La figure 11 Une détermination de L'état du message est effectuée à L'étape 1 111 et, si aucun message de réponse n'a été reçu dans Le déLai autorisé pour une réponse (comme déterminé en 1 103), Le message du pi Lote est réémis, à L'étape 1 107 Si un message a été reçu, ce Lui-ci est étudié à L'étape 1 109 o on vérifie qu'i L est dépourvu d'erreurs et qu'i L est correctement adressé au pi Lote La détection d'erreurs ou d'un adressage incorrect provoque L'appe L d'un sous- programme, à L'étape 1 111, qui effectue un traitement réservé aux messages non va Lab Les Un adressage correct et une absence d'erreurs conduisent à L'exécution d'un test visant à déterminer si Le message en cours est ou non une réponse à un message antérieur du pi Lote, à L'étape 1 113 et, si te L est Le cas, un traitement d'accusé de réception est effectué, à L'étape 1 115, avant L'émission du message suivant, en 1 117 Si Le message courant n'est pas une réponse, un traitement de demande est effectué, à L'étape 1 119, avant que L'autorisation ne soit accordée pour La demande suivante du dispositif asservi, à L'étape 1 121, et ce L Le-ci est émise, à L'étape 1 123. Le dispositif asservi demande d'être desservi, c'est-à- dire dit au pi Lote qu'i L possède des messages dans sa fi Le d'attente, en positionnant son bit SLAV-REQ et en émettant son message de demande se Lon Le processus présenté sur L'organigramme de La figure 12 Aussi Longtemps que Le dispositif asservi qui demande d'être desservi possède encore d'autres messages dans sa fi Le d'attente, La propre fi Le d'attente du pi Lote subit une préemption, comme indiqué en 1 121 sur La figure 11, et Le pi Lote continue d'autoriser La desserte du dispositif asservi, jusqu'à ce que Le dispositif asservi ait envoyé au pi Lote un accusé de récep- tion indiquant qu'i L n'a p Lus d'autres demandes dans sa file d'attente de messages Le périphérique asservi détermine, à L'étape 1 201, que Le précédent message SCI a été traité et détermine, à L'étape 1 203, que Le pi Lote a accordé son autorisation pour Les demandes du dispositif asservi Si Le périphérique asservi a obtenu L'accord, i L détermine, à L'étape 1 205, s'i L possède une ou plusieurs demandes à émettre Si une demande d'émission est présente, e L Le est rappe Lée à L'étape 1 207, une autorisation est demandée pour des demandes supplémentaires du dispositif asservi, à L'étape 1 209, et La demande est émise à L'étape 1 211 A L'étape 1 213, une réponse est attendue de La part du pi Lote Ainsi, dans Le mode de réalisation préféré, Lorsque Le processeur d'affichage du dispositif asservi (Le radiotéléphone portatif) est amené à traiter une intervention du système, Le dispositif asservi est en mesure d'envoyer La réponse appropriée via Le bus SCI au périphé- rique CVC, puis à L'équipement du système ce L Lu Laire, sans aucun retard de mise en fi Le d'attente Cette absence de retard de mise en fi Le d'attente est due au fait que Le dispositif asservi est à ce moment Le dispositif prioritaire sur Le bus mu Ltip Lexé et qu'i L est autorisé à avoir accès de manière permanente au bus sans que s'interposent Les accusés de réception de messages entre Les demandes, et jusqu'à ce que sa fi Le d'attente se trouve vide De p Lus, puisque Le SCI est Le bus "par défaut", c'est-à-dire Le bus implicite, i L n'y a pas de temps d'attente pour que Le protocole TWB rende La commande du bus. La réponse du radiotéléphone portatif aux messages de données à grande vitesse venant du périphérique CVC (normalement Le pi Lote du bus) est montrée dans Le processus d'émission du dispo- sitif asservi, représenté sous forme d'organigramme sur La figure 12, et dans Le processus de réception du dispositif asservi, représenté sous forme d'organigramme sur Les figures 13 A et 13 B A La mise sous tension, Le radiotéléphone portatif est considéré comme L'unité asservie Le radiotéléphone portatif positionne Le port d'entrée 807 de L'interface 722 sur un niveau Logique haut et attend Les données de grande vitesse qui sont appliquées au micro- ordinateur 736 par L'intermédiaire de La Ligne RXD Dès La détec- tion d'une concordance d'adresses, Le micro-ordinateur 736 compose et émet La réponse au message de données sur La Ligne TXD A cet instant, Le périphérique CVC est Le pi Lote du bus SCI qui commande Le bus mu Ltip Lexé par L'intermédiaire de cette séquence de mise sous tension La Ligne C est maintenue à un niveau Logique haut par Le périphérique CVC afin de Lancer des appe Ls à des dispositifs p Lacés sur La Ligne de données série de vitesse éLevée (qui est La Ligne R mu Ltip Lexée pouvant avoir un niveau haut ou bas) En réponse à un message du pi Lote, Le dispositif asservi suit Le processus présenté sur Les figures 13 A et 13 B IL est déterminé, à L'étape 1 301, si un message a ou non été reçu de La part du pi Lote et, si ce n'est pas vrai, en cas d'épuisement du temps d'octet (test de L'étape 1 303), un repositionnement de traitement de message d'entrée (en 1 305) est effectué avant qu'i L ne soit de nouveau tenté de déterminer si un message a été reçu de La part du pi Lote Si un message a été reçu de La part du pi Lote, i L est déterminé, en 1 307, si Le message reçu est ou non dépourvu d'erreurs et bien adressé au présent dispositif asservi Le message contenant une ou plusieurs erreurs, ou bien un message adressé à un autre périphérique asservi, est acheminé à un sous- programme de traitement de messages non va Lab Les, à L'étape 1 309, avant qu'un test ne soit effectué, à L'étape 1 311, pour déterminer si Le présent dispositif asservi est ou non en train d'attendre une réponse du pi Lote à un précédent message du dispositif asservi Si Le dispositif asservi attend un te L messsage, L'organigramme revient au test de réception de message de L'étape 1 301; si Le dispositif asservi n'est pas en train d'attendre, L'organigramme fait sortir du sous-programme de réception par Le dispositif asservi, représenté sur Les figures 13 A et 13 B. Si L'on suppose que Le message reçu est exempt d'erreurs et est bien adressé au présent dispositif asservi, un test est effectué, en 1 313, pour déterminer si Le message reçu est ou non un message ordinaire, oubien si Le message reçu est une réponse à une demande antérieure du dispositif asservi (comme déterminé en 1 315) Si Le message est une réponse à une demande précédente du dispositif asservi, un traitement d'accusé de réception est effectué, en 1 317, avant qu'un test ne soit fait, à L'étape 1 319, pour déterminer si Le dispositif asservi a des demandes à émettre. Si Le message n'est pas une réponse à une demande précédente du dispositif asservi (ce qui est Le cas Lorsque Le message est un appe L de maintenance), L'organigramme du mode de réalisation préféré passe directement au test de L'étape 1 319 Le dispositif asservi émet son prochain message, en 1 321, dans Le cas o i L a un te L message, ou bien il indique, en 1 323, qu'une desserte n'est pas demandée et émet un accusé de réception d'appe L, en 1 325, avant de sortir du sous-programme de réception. Le fait que L'on trouve un message de demande ordinaire, à L'étape 1 313, conduit au traitement du message de demande, en 1 327, et à La détermination, effectuée en 1 329, du fait que Le dispositif asservi possède ou non ses propres demandes à émettre. Si Le dispositif asservi possède une demande à émettre, i L demande à être desservi par Le pi Lote, en 1 331, avant d'émettre un accusé de réception, en 1 333 Un accusé de réception est également émis, mais sans demande de desserte de La part du pi Lote, si Le dispositif asservi ne possède aucune demande à émettre Après L'émission d'un accusé de réception, en 1 333, L'organigramme passe à La sortie du sous-programme de réception par Le dispositif asservi. Une autre condition demandée pour Le bus de données SCI de grande vitesse est Le transfert, dans La RAM 764 du périphérique CVC, des noms et des numéros de téléphone emmagasinés dans La EEPROM 756 Lorsque L'uti Lisateur modifie Les emplacements de mémo- risation, La RAM 764 du CVC est modifiée en conséquence De p Lus, toute nouve L Le information est également retransmise au téLé- phone portatif pour permettre La remise à jour de La mémoire contenue dans La EEPROM 756 Dans Les mises en oeuvre antérieures, et même si Le protocole SCI transmet 20 000 bits par seconde, Le transfert d'une aussi grande quantité d'informations peut demander un temps important (environ 5 secondes) Pendant ce Laps de temps, L-'uti Lisateur n'est pas en mesure de se servir de La radio De p Lus, La mise en oeuvre antérieure du protocole SCI sur un TWB synchrone/asynchrone partagé imposait que chaque demande de message ait une réponse dans Les Limites d'une durée spécifiée Lors de La remise à jour des noms et des numéros du répertoire (et pour de nombreux autres types d'informations), Les nouvelles données envoyées au téléphone portatif devaient être emmagasinées dans la EEPROM 756 Puisque l'écriture dans la EEPROM peut prendre jusqu'à 10 millisecondes par octet, le temps de réponse spécifié pour le message demandant l'écriture dans la EEPROM 756 pouvait être largement dépassé Lorsqu'un tel dépassement de temps se produi- sait, le radiotéléphone portatif pouvait se bloquer en essayant en permanence de retransmettre le même message. Ainsi, le bus synchrone/asynchrone multiplexé utilisant l'invention cherche dans la mémoire de répertoire un emplacement à la fois et seuls les emplacements qui contiennent une information valable sont transmis De plus, tout le segment de mémorisation attribué à l'emplacement n'est pas transmis Seules les parties du segment qui contiennent une information cruciale pour les données de numéro de téléphone et de nom sont transmises. Normalement, lorsqu'une réponse est reçue à une demande de message SCI, les données sont traitées et un drapeau message valable est positionné pour indiquer qu'une réponse valable a été reçue Tous les outils logiciels qui ont mis en file d'attente des messages SCI surveillent le positionnement de ce drapeau Après le positionnement, les outils contrôlent si le code de commande de la réponse qui vient d'être reçue concorde avec le code de commande de la demande de message que l'outil a précédemment mis en file d'attente Si c'est le cas, l'outil sait que la réponse qu'il cherchait est arrivée L'outil efface alors le drapeau message valable et passe au fonctionnement normal Dans le mode de réalisation préféré, le CVC fait commencer le transfert du réper- toire par un message SCI à destination du radiotéléphone portatif. Le radiotéléphone portatif recherche ensuite, jusqu'à ce qu'il trouve, un emplacement ayant un numéro valable Dès qu'un emplace- ment à numéro valable a été trouvé, le tampon d'émission du SCI est chargé par les données des noms et des numéros de téléphone, ainsi que par les pointeurs des numéros d'emplacement de répertoire et de liaison de mémoire Cette information est alors transmise au CVC au titre de réponse à sa demande de répertoire Si la fin du réper- toire est atteinte avant que l'emplacement valable suivant n'ait été trouvé, alors la partie zone de données de la réponse du message sera vide Ceci sert à indiquer que tous les emplacements de répertoire valables ont été transférés Lorsque le CVC reçoit la réponse au message de demande de répertoire, il examine le contenu de la partie données du tampon de réception S'il trouve que la zone de données contient une information de répertoire, il emmaga- sine le nom, le numéro, etc, à l'emplacement approprié de la RAM 764 Il met ensuite automatiquement en file d'attente une autre demande SCI relative à l'emplacement de répertoire suivant tout en laissant effacé le drapeau message valable Le fait de laisser ce drapeau effacé empêche l'outil qui a initialement demandé le transfert du répertoire d'estimer prématurément que le transfert a été complètement réalisé De plus, le message émis pour la demande de répertoire suivante contiendra le numéro d'emplacement de l'information de répertoire qui vient juste d'être reçue Lorsque le radiotéléphone portatif reçoit la demande suivante, il utilise ce numéro d'emplacement comme point de départ pour sa recherche de l'emplacement valable suivant Ce traitement de mise automatique en file d'attente de la demande de répertoire suivante se poursuit jusqu'à ce que le CVC reçoive une réponse de répertoire dans laquelle la partie zone de données du message reçu est vide. Lorsque la zone de données vide est reçue, le drapeau message valable est alors positionné Ceci indique à l'outil qui a mis en file d'attente la demande que le transfert du répertoire tout entier a été effectué Une particularité supplémentaire de l'inven- tion est que le temps de réponse au message est contrôlé de façon interne au message de répertoire SCI Si le temps de réponse est sur le point d'expirer, la recherche s'arrête temporairement. Lorsque le processus de recherche s'arrête pour cette raison, alors, la réponse renvoyée au CVC ne contient aucune information de nom ou de numéro de téléphone De plus, la réponse consiste à envoyer le numéro du dernier emplacement recherché avant que la recherche ne se soit arrêtée Lorsque le CVC reçoit une réponse ne contenant qu'un numéro d'emplacement, il comprend que la recherche s'est arrêtée et qu'il doit mettre en file d'attente une autre demande d'emplacement de répertoire SCI Comme précédemment, il émmettra Le numéro d'emplacement qui vient juste d'être reçu, de sorte que Le radiotéléphone portatif pourra l'uti Liser comme point de départ pour poursuivre la recherche Comme précédemment aussi, un drapeau message va Lables sera laissé effacé, puisqu'il y a d'autres informations à émettre L'invention résoud le problème posé par Les retards survenant dans l'écriture complète de La EEPROM qui se produisent pendant des remises à jour particulières de répertoire Il est utilisé une combinaison d'un drapeau existant d'écriture en cours dans La EEPROM et de la particularité de demande lancée par le dispositif asservi selon le protocole SCI. On se reporte maintenant à l'organigramme de la figure 14, qui représente le processus suivi par Le CVC pour la réception du traitement d'un transfert de répertoire Une demande de transfert de répertoire et L'effacement d'un drapeau message valable se produisent en 1 401 Si le drapeau message valable est effacé, comme déterminé en 1 403, une demande de réper- toire avec numéro d'emplacement est envoyée, en 1 405, sinon l'organigramme fait sortir du sous-programme A la suite de l'envoi d'une demande de répertoire, l'organigramme, en 1 407, attend la réception d'une réponse de la part de l'unité asservie (radiotélé- phone portatif) Un test est alors effectué, en 1 409, pour déter- miner si la partie données du message reçu contient une information valable Si aucune information valable n'est détectée, un drapeau message valable est positionné, en 1 411, et L'organigramme effectue un retour pour vérifier si un drapeau message valable a ou non été positionné, en 1 403 Si la partie données contient des informations, un autre test, en 1 413, est effectué pour déterminer si l'information comporte des données de réper- toire Si l'on trouve des données de répertoire, L'information est emmagasinée, sous la forme de L'emplacement, des pointeurs et des caractères alphanumériques, en 1 415 Lorsque l'information ne comporte pas de données de répertoire, ou bien après que le transfert de L'emplacement, des pointeurs et des caractères alphanumériques s'est achevé, l'organigramme conserve alors le numéro d'emplacement reçu pour La demande de répertoire suivante, en 1 417 Le message suivant de demande de répertoire est mis en fi Le d'attente, en 1 419, et L'organigramme effectue un retour pour déterminer si un drapeau message va Lab Le a ou non été positionné. La réponse du radiotéléphone portatif à une demande de numéro de répertoire est présentée sur L'organigramme de La figure 15 Dès réception d'une demande de répertoire (en 1 503), L'emp Lacement de départ de La recherche est chargé en 1 505 La recherche de L'emp Lacement suivant s'effectue à L'étape 1 507 et, enl 509, un test est effectué pour déterminer si La fin du trans- fert de numéros de répertoire a été atteinte Une réponse positive au test, indiquant que La fin des numéros de répertoire a été atteinte, donne Lieu à L'étab Lissement d'une réponse présentant une zone de données vide, en 1 515 Cette réponse avec zone de données vide est ensuite transmise, en 1 519 Toutefois, si La fin du répertoire n'a pas été atteinte, un test est effectué en 1 521 pour déterminer si L'emp Lacement contient ou non une information de répertoire va Lab Le Si une information de répertoire va Lab Le est trouvée, Les pointeurs de numéro d'emplacement et Les caractères alphanumériques sont chargés, en 1 523, avant d'être transmis, en 1 519 Si aucune information de numéro de répertoire va Lab Le n'est trouvée, un test est effectué en 1 525 pour déterminer si Le temps de recherche SCI a ou non été dépassé Si La réponse est non, L'organigramme passe à L'étape 1 507, o Le nouve L emplacement est cherché Si Le temps de recherche SCI a été dépassé, Le numéro d'emplacement de La recherche en cours est chargé pour La fois suivante, en 1 527, et une réponse est émise en 1 519. Dans Les conceptions antérieures utilisant Le SCI et Le TWB, i L est nécessaire qu'i L existe un unique dispositif résidant sur Le bus pour Le pi Lotage du bus Le pi Lote du bus a pour tâche de déterminer que L bus (SCI ou TWB) est aux commandes à un instant donné quelconque Lorsque Le pi Lote attribue La commande à un bus, Le deuxième bus est effectivement verroui LLé et ne peut pas émettre de message avant que Le pi Lote ne donne La commande au deuxième bus. Il ne peut exister qu'un seul pilote du bus Toutefois, il est clairement nécessaire qu'il faut pouvoir changer le dispo- sitif, connecté sur le bus, qui est réellement le pilote. L'approche antérieure utilisée pour changer de pilote de commande du bus a été mise en oeuvre de la manière suivante. 1 L'ancien pilote envoie un message de commande de chan- gement au dispositif asservi qui doit devenir le nouveau pilote. 2 Le dispositif asservi reçoit le message, devient le nouveau pilote, et envoie une réponse à l'ancien pilote. 3 L'ancien pilote reçoit une réponse, devient un dispo- sitif asservi, et envoie au nouveau pilote un accusé de réception d'appel. Avec la technique ci-dessus exposée, Le problème est qu'une erreur de transmission peut se produire pendant que le nouveau pilote est en train d'envoyer à l'ancien pi Lote son accusé de réception de commande de changement Si ceci se produit, le résultat obtenu est qu'il existera deux pilotes résidant sur le bus en même temps Lorsque Les deux pilotes essaieront chacun de réémettre leur dernier message, un conflit de bus se produira qui amènera les radiotéléphones à se bloquer et l'alimentation à se couper. Ainsi, pour garantir l'existence d'un pilote seulement sur le bus à tout moment, le mode de réalisation préféré de la présente invention opère de la manière suivante. 1 L'ancien pilote envoie un message de commande de chan- gement au dispositif asservi qui va devenir le nouveau pilote. 2 Le dispositif asservi reçoit le message, mais ne prend pas encore le statut de pilote Pour l'instant, il entre simplement dans un mode "en attendant de devenir pilote", puis envoie la réponse au message de commande de changement. 3 Si l'ancien pilote reçoit de manière correcte la réponse de commande de changement, a Lors l'ancien pilote devient un dispositif asservi Toutefois, si la réponse envoyée par le dispo- sitif asservi est reçue de manière incorrecte (ou n'est pas reçue du tout), alors l'ancien pilote reste le pilote du bus et réémet de nouveau Le message de commande de changement à destination du dispositif asservi. 4 Dans Le même temps, le dispositif asservi se trouve dans le mode d'attente Si le dispositif asservi ne reçoit pas, dans Les Limites d'un temps spécifié, Le message de commande de changement dont L'émission a été de nouveau tentée, il devient Le nouveau pilote Toutefois, s'il reçoit ce message, il reste dispo- sitif asservi et fait recommencer le processus "en attendant de devenir pilote". Bien entendu, l'homme de L'art sera en mesure d'imaginer, à partir des dispositifs et des procédés dont la description vient d'être donnée à titre simplement illustratif et nullement Limita- tif, diverses variantes et modifications ne sortant pas du cadre de l'invention. REVENDICATIONS 1 Apparei L de transfert de données employant un bus de données qui possède un mode synchrone et un mode asynchrone pour assurer La communication entre une première unité de mémoire ( 758, 764, 780) et une deuxième unité de mémoire ( 756, 778), caractérisé par: un moyen ( 736, 744) servant à déterminer La nécessité d'un transfert de mémoire; un moyen qui répond audit moyen de détermination en recherchant, dans une p Lura Lité de segments de mémoire de La deuxième unité de mémoire, un enregistrement de données va Lab Le emmagasiné dans L'un desdits segments de mémoire; un moyen servant à transmettre, de La deuxième unité de mémoire à La première unité de mémoire, Ledit enregistrement de données va Lab Le dans Le mode asynchrone Lorsque Ledit moyen de recherche a trouvé un enregistrement de données va Lab Les; et un moyen servant à transmettre, de La deuxième unité de mémoire à La première unité de mémoire, un enregistrement de données vide dans Le mode asynchrone Lorsque Ledit moyen de recherche n'a pas trouvé un enregistrement de données va Lab Les. 2 Apparei L de transfert de données se Lon La revendica- tion 1, caractérisé en outre par: un moyen servant à minuter Le temps pris par Ledit moyen de recherche; un moyen servant à arrêter Ledit moyen de recherche Lorsqu'une durée prédéterminée s'est écou Lée; un moyen servant à enregistrer Leque L desdits segments de mémoire était soumis à L'action de recherche de La part dudit moyen de recherche Lorsque Ledit moyen de recherche a été arrêté; et un moyen servant à transmettre à Ladite première unité de mémoire Leque L desdits segments de mémoire était soumis à L'action de recherche de La part dudit moyen de recherche Lorsque Ledit moyen de recherche a été arrêté. 3 Apparei L de transfert de données se Lon La revendica- tion 1, caractérisé en outre par un moyen servant à accorder La priorité à la transmission en mode asynchrone sur La transmission en mode synchrone-. 4 Appareil de transfert de données selon la revendica- tion 1, caractérisé en outre par: un moyen servant à accepter un signal d'entrée produit par l'utilisateur; - un moyen servant à transmettre à la première unité de mémoire, dans le mode synchrone, ledit signal d'entrée produit par l'utilisateur et accepté; et un moyen servant à recevoir ledit signal d'entrée produit par l'utilisateur et accepté en provenance de la première unité de mémoire transmis dans le mode asynchrone. Appareil de transfert de données employant un bus de données qui possède un mode synchrone et un mode asynchrone pour assurer la communication entre une première unité de mémoire ( 758, 764, 780) et une deuxième unité de mémoire ( 756, 778), caractérisé par: un moyen ( 736, 744) servant à déterminer la nécessité d'un transfert de mémoire; un moyen servant à transmettre le besoin ainsi déterminé de transfert de mémoire dans le mode asynchrone; un moyen servant à recevoir un message transporté dans le mode asynchrone en provenance de la deuxième unité de mémoire en réponse audit besoin ainsi transmis; un moyen servant à interpréter ledit message reçu; un moyen servant à emmagasiner une information provenant dudit message reçu lorsqu'un enregistrement de données valable a été interprété à partir dudit message reçu; et un moyen servant à conserver un numéro d'emplacement à partir dudit message reçu lorsqu'un enregistrement de données valable n'a pas été interprété à partir dudit message reçu. 6 Appareil de transfert de données selon la revendica- t.ion 5, caractérisé en outre par un moyen servant à mettre fin à la communication de transfert de mémoire lorsque ledit message reçu ne contient pas d'information. 7 Apparei L de transfert de données se Lon La revendica- tion 5, caractérisé par un moyen servant à accorder La priorité à La transmission en mode asynchrone sur La transmission en mode synchrone. 8 Procédé de transfert de données par un bus de données qui possède un mode synchrone et un mode asynchrone pour communiquer entre une première unité de mémoire et une deuxième unité de mémoire, caractérisé par Les opérations suivantes déterminer La nécessité d'un transfert de mémoire; rechercher, dans une p Lura Lité de segments de mémoire de La deuxième unité de mémoire, un enregistrement de données va Lable emmagasiné dans L'un desdits segments de mémoire, en réponse à Ladite opération de détermination; transmettre, de La deuxième unité de mémoire à La première unité de mémoire, Ledit enregistrement de données va Lab Le dans Le mode asynchrone Lorsque Ladite opération de recherche effectuée dans La p Lura Lité de segments de mémoire a découvert un enregistrement de données va Lab Le; et transmettre, de La deuxième unité de mémoire à La première unité de mémoire, un enregistrement de données vide dans Le mode asynchrone Lorsque Ladite opération de recherche effectuée dans La p Lura Lité de segments de mémoire n'a pas produit un enre- gistrement de données va Lab Le. 9 Procédé se Lon La revendication 8, caractérisé en outre par Les opérations suivantes: minuter Le temps pris par Ladite opération de recherche; arrêter Ladite opération de recherche Lorsqu'une durée prédéterminée s'est écou Lée; enregistrer ce Lui desdits segments de mémoire dans Leque L La recherche s'effectuait Lors de Ladite opération de recherche Lorsque Ladite recherche a été arrêtée; et transmettre à La première unité de mémoire ce Lui desdits segments de mémoire dans Leque L La recherche s'effectuait Lors de Ladite opération de recherche Lorsque Ladite recherche a été arrêtée. Procédé selon la revendication 8, caractérisé en outre par l'opération consistant à accorder La priorité à La trans- mission en mode asynchrone sur La transmission en mode synchrone. 11 Procédé selon la revendication 8, caractérisé en outre par Les opérations suivantes: accepter un signal d'entrée produit par l'utilisateur; transmettre à La première unité de mémoire, dans Le mode synchrone, ledit signal d'entrée produit par -l'utilisateur et accepté; et recevoir ledit signal d'entrée produit par l'utilisateur et accepté en provenance de la première unité de mémoire transmis dans le mode asynchrone. 12 Procédé de transfert de données par un bus de données qui possède un mode synchrone et un mode asynchrone pour commu- niquer entre une première unité de mémoire et une deuxième unité de mémoire, caractérisé par Les opérations suivantes: déterminer la nécessité d'un transfert de mémoire; transmettre le besoin ainsi déterminé du transfert de mémoire dans le mode asynchrone; recevoir un message transporté dans le mode asynchrone en provenance de la deuxième unité de mémoire en réponse au besoin ainsi transmis; interpréter ledit message reçu; emmagasiner l'information à partir dudit message reçu lorsqu'un enregistrement de données valable a été interprété à partir dudit message reçu; et conserver un numéro d'emplacement à partir dudit message reçu Lorsqu'un enregistrement de données valable n'a pas été inter- prété à partir dudit message reçu. 13 Procédé selon la revendication 12, caractérisé en outre par L'opération consistant à mettre fin à la transmission de transfert de mémoire lorsque ledit message reçu ne contient pas d'information. 14 Procédé selon la revendication 12, caractérisé en outre par l'opération consistant à accorder la priorité à la trans- mission en mode asynchrone sur la transmission en mode synchrone.