Brevet FR2840472A1 — publié le 20031205

PROCEDE ANTICOLLISION POUR MODULE ELECTRONIQUE SANS CONTACT La présente invention concerne les techniques de transmission de données sans contact, notamment par induction électromagnétique, appliquées aux étiquettes électroniques sans contact, aux cartes à puce sans contact... et autres objets électroniques portatifs sans contact de type équivalent. La présente invention concerne plus particulièrement un procédé anticollision pour l'identification par un terminal de modules électroniques sans contact. Dans les applications sans contact du type susmentionné, il est fréquent que plusieurs modules se trouvent au même instant dans le champ d'interrogation d'un terminal. Une telle situation est représentée en figure 1, où l'on voit un terminal TRM en présence de plusieurs modules Ml, M2, M3... Mn agencés ici pour communiquer avec le terminal par couplage inductif. Le terminal TRM est équipé d'une interface de communication IT comportant une bobine d'antenne lui permettant d'émettre un champ magnétique FLD, d'envoyer des données aux modules, généralement par modulation de l'amplitude du champ magnétique, et de recevoir des données émises par les modules. Les modules Ml à Mn sont équipés d'interfaces de communication IM comportant chacune une bobine d'antenne, leur permettant d'envoyer des données au terminal, généralement par modulation de charge (affaiblissement du champ magnétique par court-circuit des bobines d'antenne) et de recevoir les données émises par le terminal. Dans la situation illustrée en figure 1, le terminal doit établir une communication avec chacun des modules afin de réaliser une opération prévue par l'application, par exemple une transaction monétaire, une opération d'identification et d'authentification en vue de délivrer une autorisation de passage (contrôle d'accès), une opération de péage ou tout simplement une identification sans authentification des modules présents (inventaire). La communication avec un module ne peut qu'être individuelle et ne doit pas être perturbée par des messages émis par d'autres modules. Dans le cas contraire, il se produit une collision de messages qui se traduit au niveau du terminal par la réception de messages entachés d'erreur. En règle générale, le terminal ne connaît pas l'identité des modules présents dans son champ d'interrogation. Cela signifie qu'il n'est pas envisageable que le terminal envoie à un module déterminé un message particulier qui permettrait de rendre actif ce module tout en maintenant les autres silencieux. Ce problème est résolu grâce aux procédés anticollision, qui nécessitent tout d'abord que les modules possèdent chacun un numéro d'identification qui leur est propre afin de pouvoir être différentiés les uns des autres par le terminal. Parmi les procédés anticollision connus, on distingue les procédés déterministes et les procédés probabilistes. Selon les procédés déterministes, le terminal envoi des messages de marquage délimitant des positions de réponse ("time slots") sur une échelle temporelle de réponse comprenant 2N positions de réponse. Chaque module envoie un message d'identification comprenant son numéro d'identification, lorsqu'une position de réponse correspondant aux N premiers bits de son numéro d'identification est atteinte. Lorsqu'un module est le seul à répondre sur une position de réponse, le terminal l'identifie et peut le sélectionner. Si deux modules répondent sur la même position de réponse, cela signifie que les N premiers bits de leur numéro d'identification sont identiques. Le terminal détecte la collision et envoie une demande d'identification complémentaire de type nominative, comprenant les N bits des numéros d'identification en collision. Cette demande d'identification complémentaire nominative ne concerne que les modules en collision sur la position de réponse définie par les N bits spécifiés. En réponse à la demande d'identification complémentaire nominative, les modules concernés élaborent une nouvelle position de réponse en utilisant cette fois les N bits suivants de leur numéro d'identification, et renvoient un nouveau message d'identification. Cette séquence peut se répéter plusieurs fois jusqu'à ce que tous les modules soient identifiés et/ou sélectionnés, et peut se répéter pour chaque position de réponse autant de fois que le nombre de sous-groupes de N bits restant à parcourir dans les numéros d'identification. Le processus d'identification est arborescent car chaque étape d'identification complémentaire nominative ne concerne que les modules en collision sur une position de réponse déterminée. Ainsi, par exemple, si deux premiers modules présentent N premiers bits identiques et deux autres modules présentent N premiers bits identiques mais différents des N premiers bits des deux premiers modules, l'identification des quatre modules nécessitera au moins deux étapes d'identification complémentaires, l'une pour départager les deux premiers modules et l'autre pour départager les deux autres modules. En pratique, l'arborescence des procédés déterministes peut devenir très complexe lorsque le nombre de modules augmente et l'identification de chaque module nécessite un temps de traitement assez long. Les procédés anticollision impliquent également que les modules exécutent des algorithmes relativement complexes leur permettant de savoir s'ils doivent ou non répondre à une demande d'identification complémentaire nominative. D'autre part, lorsque le nombre de modules augmente, le risque augmente que deux modules aient le même numéro d'identification, ce qui correspond à une collision totale et à l'impossibilité de départager deux modules. On doit alors augmenter la longueur des numéros d'identification pour diminuer ce risque. Outre la prévision de numéros d'identification d'une grande longueur, une autre mesure permettant de diminuer le risque d'une collision totale est que chaque module génère un numéro d'identification aléatoire avant une communication. Le numéro d'identification est ensuite utilisé par le module pour toutes les interrogations successives jusqu'à ce que le module soit mis hors tension ou soit désactivé. Toutefois, la génération de numéros d'identification aléatoires de grande longueur nécessite la prévision de générateurs de nombres aléatoires puissants et performants, d'une complexité et d'un prix de revient élevé et d'un encombrement non négligeable en termes de surface de silicium. Un procédé anticollision déterministe est par exemple préconisé par la norme ISO 14443-3 type B, qui prévoit que les modules ont des numéros d'identification de 32 bits pouvant être aléatoires. En résumé, les procédés déterministes prévoient une identification de modules de type arborescent, qui est complexe à mettre en #uvre, peu rapide, et nécessite des générateurs de nombres aléatoires performants. L'avantage de ces procédés est toutefois que, l'identification des modules étant de type arborescent, le choix d'un nombre important de positions de réponse n'est pas impératif. En choisissant par exemple un nombre N égal à 4 (soit quatre bits), on obtient 16 positions de réponse seulement. Les procédés probabilistes se distinguent des procédés déterministes en ce que la position de réponse d'un module est indépendante de son numéro d'identification. Le terminal envoie tout d'abord une demande d'identification générale qui déclenche dans le module la génération d'un nombre aléatoire. Ce nombre aléatoire détermine la position de réponse du module pour l'envoi d'un message d'identification comprenant son numéro d'identification. L'efficacité des procédés probabilistes, lorsque le nombre de modules augmente, ne dépend pas de la longueur des numéros d'identification (bien que subsiste toujours la nécessité de ne pas avoir deux modules ayant le même numéro d'identification) mais de l'étalement de l'échelle de réponse. Ainsi, plus le nombre de positions de réponse est grand, plus le procédé probabiliste est efficace. En cas de collision, les modules non identifiés reçoivent une demande d'identification complémentaire non nominative et déterminent une nouvelle position de réponse aléatoire. L'étape d'identification complémentaire n'étant pas nominative, elle concerne des modules ayant été en collision sur des positions de réponse différentes, contrairement aux étapes d'identification nominatives des procédés déterministes. En résumé, les procédés anticollision probabilistes sont plus simples à mettre en #uvre en ce qui concerne les algorithmes embarqués dans les modules, mais nécessitent une échelle de réponse étendue pour être applicables à un nombre important de modules. En contrepartie, si l'échelle de réponse est étendue, le processus d'identification peut s'avérer inutilement long lorsqu'un nombre réduit de modules se trouve simultanément dans le champ d'interrogation du terminal. Considérons à titre d'exemple que 255 positions de réponse soient prévues et que deux modules seulement se trouvent dans le champ d'interrogation du terminal. Il est possible qu'un module choisisse aléatoirement la position N 1 tandis que l'autre module choisit la position de réponse N 255. Dans ce cas, après avoir identifié le premier module, il faut parcourir toute l'échelle de réponse et atteindre la 255e position de réponse pour identifier le deuxième module. Encore un autre inconvénient des procédés probabilistes classiques est qu'une collision sur les numéros d'identification peut intervenir entre deux modules n'ayant pas répondus sur la même position de réponse. Le terminal doit alors demander aux modules de générer de nouveaux numéros d'identification, et recommencer le processus d'identification. Ainsi, la présente invention vise à prévoir un procédé anticollision qui ne présente pas les inconvénients des procédés connus. A cet effet, l'idée générale de la présente invention est de prévoir une combinaison de moyens relevant à la fois des procédés déterministes et des procédés probabilistes. Selon l'invention, les demandes d'identification émises par le terminal ne sont pas nominatives, comme cela est le cas avec un procédé probabiliste, mais la position de réponse d'un module est fonction du numéro d'identification du module, comme dans un procédé déterministe. D'autre part, un module génère un nouveau numéro d'identification de façon aléatoire lorsqu'il doit répondre à une demande d'identification complémentaire, de sorte que sa position de réponse est aléatoire et n'est pas constante, comme dans un procédé probabiliste. Le processus d'identification n'est donc pas de type arborescent et est ainsi plus simple à mettre en #uvre. De préférence, la position de réponse ne dépend que d'une partie du numéro d'identification, comme dans les procédés déterministes, de sorte que l'échelle de réponse peut comprendre un nombre réduit de positions de réponse si la partie du numéro d'identification servant à définir la position de réponse comprend un nombre de bits réduit. Plus particulièrement, la présente invention prévoit un procédé anticollision pour l'identification et la sélection par un terminal de modules électroniques sans contact, dans lequel : avant une communication, un module génère un numéro d'identification aléatoire ; le terminal envoie une demande d'identification générale pour déclencher l'envoi de messages d'identification par les modules, et envoi une ou plusieurs demandes d'identification complémentaire non nominatives lorsque des messages d'identification se trouvent en collision ; un module est sélectionné lorsqu'il reçoit un message de sélection comprenant son numéro d'identification ; en réponse à une demande d'identification générale ou complémentaire, un module non sélectionné envoie un message d'identification comprenant son numéro d'identification, lorsqu'il atteint, sur une échelle de réponse, une position de réponse déterminée, procédé dans lequel : un module répond à une demande d'identification générale ou complémentaire sur une position de réponse qui est fonction de son numéro d'identification, et un module non sélectionné génère un nouveau numéro d'identification aléatoire lorsqu'il reçoit une demande d'identification complémentaire, de sorte que la position de réponse d'un module non sélectionné en réponse à une demande d'identification complémentaire n'est statistiquement pas la même que sa position de réponse en réponse à une précédente demande d'identification, tout en étant fonction de son numéro d'identification. Selon un mode de réalisation, une demande d'identification générale est identique en format et en code à une demande d'identification complémentaire. Selon un mode de réalisation, un module détermine une position de réponse qui est égale à une partie déterminée de son numéro d'identification, la partie déterminée comprenant des bits de rang déterminé dont le rang ne varie pas lorsque le module répond à des demandes d'identification successives. Selon un mode de réalisation, la partie déterminée du numéro d'identification d'un module comprend des bits de poids faible du numéro d'identification. Selon un mode de réalisation, pour générer un nouveau numéro d'identification aléatoire, un module conserve une première partie de son numéro d'identification actuel, et génère de façon aléatoire une deuxième partie du numéro d'identification. Selon un mode de réalisation, un module détermine une position de réponse qui est égale à la deuxième partie du numéro d'identification. Selon un mode de réalisation, la première partie du numéro d'identification d'un module est générée de façon aléatoire par le module avant une communication. Selon un mode de réalisation, la première partie du numéro d'identification d'un module est une donnée fixe enregistrée dans le module. Selon un mode de réalisation, le terminal envoie également une demande d'identification complémentaire lorsqu'il reçoit, en réponse à une précédente demande d'identification complémentaire, un message d'identification d'un module qui n'est pas en collision avec un autre message d'identification mais qui comprend un numéro d'identification déjà utilisé par un autre module. Selon un mode de réalisation, un module est automatiquement activé lorsqu'il se trouve en présence d'un champ magnétique émis par le terminal, et génère un numéro d'identification aléatoire lorsqu'il est activé. Selon un mode de réalisation, les positions de réponse sur l'échelle de réponse sont repérées par des messages de marquage envoyés par le terminal. Selon un mode de réalisation, une demande d'identification générale forme un message de marquage de la première position de réponse sur l'échelle de réponse. Selon un mode de réalisation, un message de marquage comprend un numéro de position de réponse, au moins pour des positions de réponse supérieures à une première position de réponse. Selon un mode de réalisation, le terminal envoie des messages de marquage dans un ordre ne correspondant pas à un rang croissant des positions de réponse. Selon un mode de réalisation, le terminal n'envoie une demande d'identification complémentaire qu'après que toutes les positions de réponse de l'échelle de réponse ont été parcourues. Selon un mode de réalisation, pour initier une communication, le terminal envoie tout d'abord une demande d'identification immédiate auquel les modules répondent immédiatement, sans échelle de réponse. Selon un mode de réalisation, un module comprend un état de sélection ainsi qu'un état de désélection ou désactivation dans lequel le terminal peut le faire basculer après l'avoir sélectionné, et dans lequel un module dans l'état de sélection ou dans l'état de désélection ou désactivation ne répond pas à une demande d'identification générale ou complémentaire. La présente invention concerne également un module électronique sans contact, comprenant des moyens pour émettre et recevoir des messages sans contact, des moyens de décodage de messages reçus agencés pour décoder au moins une demande d'identification générale, une demande d'identification complémentaire non nominative et un message de sélection, des moyens pour basculer dans un état sélectionné sur réception d'un message de sélection comprenant un numéro d'identification du module, le module étant agencé pour générer un numéro d'identification aléatoire avant une communication ; sur réception d'une demande d'identification générale ou complémentaire, déterminer, si le module n'est pas dans l'état sélectionné, une position de réponse sur une échelle de réponse puis envoyer, lorsque la position de réponse est atteinte, un message d'identification comprenant le numéro d'identification du module, et en réponse à une demande d'identification générale ou complémentaire, déterminer une position de- réponse qui est fonction de son numéro d'identification, et générer un nouveau numéro d'identification aléatoire lorsqu'il reçoit une demande d'identification complémentaire, de sorte que la position de réponse du module en réponse à une demande d'identification complémentaire n'est statistiquement pas la même que sa position de réponse en réponse à une précédente demande d'identification, tout en étant fonction de son numéro d'identification. Selon un mode de réalisation, le module est agencé pour décoder une demande d'identification complémentaire identique en format et en code à une demande d'identification générale. Selon un mode de réalisation, le module est agencé pour déterminer une position de réponse qui est égale à une partie déterminée de son numéro d'identification, la partie déterminée comprenant des bits de rang déterminé dont le rang ne varie pas lorsque le module répond à des demandes d'identification successives. Selon un mode de réalisation, la partie déterminée comprend des bits de poids faible du numéro d'identification du module. Selon un mode de réalisation, le module est agencé pour générer un nouveau numéro d'identification en conservant une première partie de son numéro d'identification actuel, et en générant de façon aléatoire une deuxième partie du numéro d'identification. Selon un mode de réalisation, le module est agencé pour déterminer une position de réponse égale à la deuxième partie du numéro d'identification, en réponse à une demande d'identification générale ou complémentaire. Selon un mode de réalisation, la première partie du numéro d'identification d'un module est une donnée fixe enregistrée dans le module. Selon un mode de réalisation, la première partie du numéro d'identification d'un module est générée de façon aléatoire par le module avant une communication. Selon un mode de réalisation, le module est agencé pour déterminer une position de réponse qui est égale à la deuxième partie du numéro d'identification. Selon un mode de réalisation, le module est agencé pour basculer automatiquement dans un état activé lorsqu'il se trouve en présence d'un champ magnétique d'une fréquence déterminée, et générer un numéro d'identification lorsqu'il bascule dans l'état activé. Selon un mode de réalisation, le module est agencé pour décoder des messages de marquage envoyés par le terminal, permettant au module de délimiter des positions de réponse sur l'échelle de réponse. Selon un mode de réalisation, le module est agencé pour décoder des messages de marquage comprenant un numéro de position de réponse, au moins pour des positions de réponse supérieures à une première position de réponse. Selon un mode de réalisation, le module est agencé pour décoder une demande d'identification générale en tant que message de marquage d'une première position de réponse sur l'échelle de réponse. Selon un mode de réalisation, le module est agencé pour décoder une demande d'identification immédiate et pour envoyer immédiatement, sans échelle de réponse, en réponse à une demande d'identification immédiate, un message d'identification. Selon un mode de réalisation, le module comprend un état de désélection ou désactivation dans lequel il peut basculer après avoir été dans l'état de sélection, le module étant agencé pour ne pas répondre à une demande d'identification générale ou complémentaire lorsqu'il se trouve dans l'état de désélection ou de désactivation. Ces objets, caractéristiques et avantages ainsi que d'autres de la présente invention seront exposés plus en détail dans la description suivante d'un exemple non limitatif de mise en #uvre du procédé anticollision selon l'invention, et d'un exemple non limitatif de réalisation d'un module agencé pour mettre en #uvre le procédé selon l'invention, faite à titre non limitatif en relation avec les figures jointes parmi lesquelles : - la figure 1 précédemment décrite représente plusieurs modules sans contact présents simultanément dans le champ d'interrogation d'un terminal, - la figure 2 est un schéma bloc d'un module agencé pour mettre en #uvre le procédé anticollision selon l'invention, - la figure 3 est un diagramme d'états illustrant le fonctionnement du module de la figure 2, la figure 4 est un organigramme illustrant le fonctionnement du module de la figure 2 lorsque celui-ci se trouve dans un état déterminé parmi les divers états représenté en figure 3, les figures 5A à 5D illustrent une séquence anticollision selon l'invention, comprenant plusieurs sous-séquences. La figure 2 est le schéma bloc d'un module sans contact MDL prévu pour mettre en #uvre le procédé anticollision selon l'invention. Le module présente une architecture générale en soi classique et comprend ainsi une unité centrale CPU, une zone mémoire MEM1 de type non volatile (par exemple EPROM ou EEPROM), une mémoire MEM2 volatile (RAM) et une interface de communication équipée d'une bobine d'antenne ACL. Lorsque le module est plongé dans un champ magnétique alternatif FLD émis par un terminal TRM, une tension alternative Vi apparaît aux bornes de la bobine d'antenne, la tension Vi oscillant à la fréquence porteuse du champ magnétique. La zone mémoire MEM1 comprend par exemple 128 blocs de 32 bits chacun. La zone mémoire MEM2 comprend divers registres classiques utilisés par le CPU, non représentés en figure 2 à l'exception d'un registre IDREG. Ce registre IDREG contient un numéro d'identification du module, ou numéro ID, comprenant ici deux parties ID1, ID2. La partie ID1 comprend par exemple les bits de poids fort du numéro ID et la partie ID2 les bits de poids faible. Dans ce qui suit, on considérera à titre d'exemple non limitatif que les parties ID1, ID2 comprennent chacune quatre bits. Les exemples de numéros ID décrits dans ce qui suit seront exprimés en notation hexadécimale, les numéros ID pouvant aller de 00 (8 bits à 0) à FF (8 bits à 1, soit 256 en base 10). Selon l'invention, le registre IDREG est relié à la sortie d'un générateur RGEN de nombre aléatoire, ici un générateur de 4 bits simple à implémenter et occupant une faible surface de silicium. Le générateur RGEN est utilisé par l'unité centrale pour générer, avant une communication, les parties ID1, ID2 d'un numéro ID aléatoire. Le numéro ID est généré ici lorsque le module est activé par le champ magnétique FLD et bascule dans un état READY décrit plus loin. D'autre part l'unité CPU utilise le générateur RGEN pour générer une nouvelle partie ID2 quand elle doit répondre à une demande d'identification générale ou complémentaire correspondant à une commande PCALL16 décrite plus loin. Selon l'invention toujours, l'unité centrale, en réponse à une telle demande d'identification, choisit une position de réponse qui est égale à la partie ID2 du numéro ID. L'interface de communication du module comprend un circuit d'alimentation PSC, un démodulateur DMD, et un modulateur LMD. Le circuit PSC délivre une tension Vcc d'alimentation du module, obtenue par redressement de la tension induite Vi. Le démodulateur DMD extrait de la tension induite Vi des données DTx envoyées par le terminal. Ces données sont généralement envoyées par modulation de l'amplitude du champ magnétique, et sont par exemple codées ASK (modulation par saut d'amplitude, ou "Amplitude Shift Keying Modulation"). Le modulateur LMD est prévu pour émettre des données DTx selon le principe de la modulation de charge de la bobine d'antenne. Les données DTx sont par exemple codées BPSK (Modulation par saut de phase, ou Phase Shift Keying Modulation) au moyen d'une sous-porteuse extraite de la porteuse du champ magnétique. La porteuse est par exemple de 13,56 MHz et la sous-porteuse de 847 KHz. Le débit de données obtenu est dans ce cas de l'ordre de 100 Kbits/s. L'unité CPU peut être du type à microprocesseur ou à logique câblée (séquenceur), et assure le décodage et le traitement des messages (commandes) envoyés par le terminal, et l'envoi de messages (réponses) au terminal, ainsi que l'exécution d'étapes ou d'instructions spécifiques au procédé anticollision selon l'invention. La figure 3 est un diagramme d'état illustrant le fonctionnement du module MDL. On distingue six états désignés respectivement POWER-OFF, READY, INVENTORY, SELECTED, DESACTIVATED et DESELECTED, et des commandes envoyées par le terminal, PCALLO, PCALL16, SLOTMARKER(i), SELECT (ID), SELECT(NONID), DESACTIVATE, READBLOCK, WRITE-BLOCK. Ces commandes, ainsi que des réponses correspondantes R (ID) etR-READ-BLOCK émises par le module, sont décrites plus en détail dans les dernières pages de la présente description, auxquelles on pourra se reporter avant de lire ce qui suit. Des transitions entre les divers états du module sont également déterminés par des événements désignés OF et OOF. L'évènement OF ("on field") correspond au cas où le module entre dans le périmètre d'induction du champ magnétique FLD. Le module passe alors de l'état POWER-OFF à l'état READY car le circuit PSC délivre la tension Vcc lorsque la tension alternative Vi apparaît aux bornes de sa bobine d'antenne. L'évènement OOF ("out of field") correspond au cas où le module sort du périmètre d'induction du champ magnétique émis par le terminal. Le module, s'il est actif et se trouve dans l'un des états READY, INVENTORY, SELECTED, DESELECTED ou DESACTIVATED, n'est plus alimenté électriquement par le circuit PSC en raison de la disparition (ou de la valeur insuffisante) de la tension induite Vi. Le module retourne alors dans l'état POWEROFF. Etat READY Lorsque le module bascule dans l'état READY, il génère un numéro ID aléatoire et attend une commande PCALLO ou PCALL16 pour basculer dans l'état INVENTORY. Il sera noté ici que la commande PCALLO est optionnelle dans le cadre de la présente invention car elle n'est pas une commande anticollision, tous les modules étant tenus de s'identifier simultanément. Cette commande est prévue pour éviter le déclenchement du processus anticollision quand un seul module est présent. Ainsi, dans un variante, le passage de l'état READY à l'état INVENTORY peut être lié à la réception de la commande PCALL16 uniquement. Inversement, il peut être prévu que le passage de l'état READY à l'état INVENTORY soit exclusivement lié à la réception de la commande PCALLO. Dans ce cas, en cas de collision, le processus anticollision n'est déclenché qu'à partir de l'état INVENTORY. ETAT INVENTORY Lorsque le module bascule dans l'état INVENTORY, il exécute un certain nombre d'actions représentées sur l'organigramme de la figure 4. Si le passage à l'état INVENTORY est déclenché par la réception d'une commande PCALLO, le module va directement à une étape S3 où il envoie un message d'identification prenant ici la forme d'une réponse R (ID) son numéro ID. Après l'étape S3, le module va à une étape S2. Si le passage à l'état INVENTORY est déclenché par la réception d'une commande PCALL16, le module va directement à une étape SI où il génère une nouvelle partie ID2 de son numéro ID au moyen du générateur aléatoire RGEN. Le module va ensuite à l'étape S2. A l'étape S2, le module attend une commande de marquage SLOT-MARKER(i) avec i=ID2, soit la commande SLOT-MARKER(ID2) qui marque la position de réponse correspondant à la partie ID2 du numéro ID du module. Lorsque la commande SLOT-MARKER(ID2) est reçue, le module va à l'étape S3 où il envoie une réponse R (ID) retourne ensuite à l'étape S2. Dans le présent mode de réalisation où la commande PCALL16 forme un message de marquage de la première position de réponse, le module passe directement de l'étape S2 à l'étape S3 si partie ID2 de son numéro ID est égale 0, car la partie ID2 correspond alors à la première position de réponse. L'étape S2 est également une étape d'attente de sélection dans laquelle le module reste (ou revient) jusqu'à ce qu'une commande SELECT(ID) comprenant son numéro ID soit reçue. Lorsque cette commande est reçue, le module bascule dans l'état SELECTED. Le module peut également recevoir une nouvelle commande PCALL16 lorsqu'il se trouve à l'étape S2. Dans ce cas le module retourne à l'étape SI pour générer une nouvelle partie ID2 de son numéro ID puis revient à l'étape S2. Etat SELECTED Une fois dans l'état SELECTED, le module ne répond plus à des demandes d'identification immédiate PCALLO ou à des demandes d'identification générale ou complémentaire PCALL16. La zone mémoire MEM1 du module peut être lue ou écrite par le terminal au moyen des commandes READ-BLOCK ou WRITE-BLOCK. En réponse à la commande READ-BLOCK, le terminal reçoit une réponse R-READ-BLOCK. Si le module reçoit une commande SELECT (NONID) , c' est-à-dire une commande SELECT ( ID) comprenant un numéro ID qui n'est pas le sien, le module bascule dans l'état DESELECTED. Si le module reçoit une commande DESACTIVATE, il bascule dans l'état DESACTIVATED. Etat DESELECTED Le module dans l'état DESELECTED ne répond à aucune commande hormis une commande SELECT(ID) comprenant son numéro ID, qui le fait revenir à l'état SELECTED. La disparition du champ magnétique (événement OOF) le fait revenir à l'état POWER-OFF. Etat DESACTIVATED Le module dans l'état DESACTIVATED ne répond à aucune commande. Seule la disparition du champ magnétique (événement OOF) le fait revenir à l'état POWER-OFF. Exemple de séquence anticollision Un exemple de séquence anticollision selon l'invention est représenté sur les figures 5A à 5D. On suppose ici que huit modules selon l'invention, désignés respectivement TAG1 à TAG8, entrent simultanément dans le champ d'interrogation du terminal. La colonne CO décrit les commandes envoyées par le terminal. Les colonnes Cl à C8 décrit les réponses envoyées par les modules, les numéros ID générés par les modules et les états dans lesquels se trouvent les modules. L'état POWER-OFF est désigné "P-0", l'état READY est désigné "RDY", l'état INVENTORY est désigné "INV", l'état SELECTED est désigné "SEL". L'état DESELECTED est désigné "DESEL". Le début de la séquence est décrit par la figure 5A. Tous les modules sont dans l'état POWER-OFF et comprennent dans leurs registres IDREG respectifs des numéros d'identification non spécifiés ("xx"). Lorsque le champ magnétique apparaît (événement OF) les modules basculent dans l'état READY et génèrent chacun un numéro d'identification, respectivement 40,13, 3F, 4A, 50,48, 52,7C dans cet exemple. Le terminal envoie une demande d'identification immédiate PCALLO dans l'hypothèse où un seul module se trouverait dans son champs d'interrogation. Les modules basculent dans l'état INVENTORY et répondent simultanément par des messages R (ID) comprenant leurs numéros ID, soit R (40), R(3F), R(4A), R (50), R (48), R (52), R (7C) respectivement. Les réponses sont toutes en collision et ne peuvent être lues par le terminal. Ce dernier envoie alors une demande d'identification générale PCALL16. Chaque module calcule une nouvelle partie ID2 de son numéro ID en conservant la partie ID1. Les numéros ID des modules deviennent respectivement, dans cet exemple :45, 12,30, 43,55, 43,53, 73. La commande PCALL16 formant par convention un message de marquage de la première position de réponse, le module TAG3 répond à la commande PCALL16 en envoyant un message R (30) la partie ID2 de son numéro d'identification est égale à 0 et correspond à la première position de réponse. La réponse du module n'étant pas en collision avec une autre réponse, le terminal peut la lire et renvoie une commande de sélection SELECT(30) à laquelle le module répond en envoyant à nouveau le message R(ID). Puis le module bascule dans l'état SELECTED. Le terminal envoie ensuite la commande SLOT-MARKER(l) à laquelle aucun module ne répond, puis la commande SLOT-MARKER(2) à laquelle le module TAG2 répond en s'identifiant puisque la partie ID2 de son numéro ID est égal à 2. La sélection du module TAG2 se fait selon la procédure déjà décrite, et a pour effet que le module précédemment sélectionné TAG3 bascule automatiquement dans l'état DESELECTED (Cf. figure 3, commande SELECT(NONID)). Le terminal continue ensuite d'envoyer des commandes SLOT-MARKER(i) pour i allant de 3 à F. Lorsque la commande SLOT-MARKER(3) est émise, les modules TAG4, TAG6, TAG7, TAG8 répondent simultanément et ne peuvent donc pas être sélectionnés. Les modules TAG1 et TAG5 répondent simultanément à la commande SLOTMARKER(4) et ne sont également pas sélectionnés. Aucun module ne répond sur les positions de réponse suivantes allant de 6 à F. Ainsi, au terme de cette première sous-séquence anticollision, seuls les modules TAG2 et TAG3 ont été sélectionnés, le module TAG3 étant dans l'état DESELCETD et le module TAG2 dans l'état SELECTED. Une nouvelle sous-séquence anticollision, illustrée en figure 5B, est déclenchée par l'envoi de la commande PCALL16, qui constitue une demande d'identification complémentaire pour les modules encore en attente de sélection. Ceux-ci génèrent alors une nouvelle partie ID2 de leurs numéros ID qui deviennent respectivement, dans cet exemple : 40 (TAG1), 41 (TAG4), 53 (TAG5), 42 (TAG6), 50 (TAG7) et 74 (TAG8). modules TAG1 et TAG7 répondent simultanément sur la première position de réponse et ne peuvent pas être sélectionnés. Le module TAG4 est sélectionné sur la deuxième position de réponse repérée par la commande SLOT-MARKER(l) et le module TAG6 est sélectionné sur la troisième position de réponse repérée par la commande SLOT-MARKER(2). Le module TAG5 est sélectionné sur la quatrième position de réponse repérée par la commande SLOT-MARKER(3). Le module TAG8 est sélectionné sur la cinquième position de réponse repérée par la commande SLOT-MARKER(4). Aucun module ne répond sur les positions de réponse suivantes, pour i allant de 5 à F. Ainsi, à la fin de cette seconde sous-séquence anticollision, tous les modules sauf TAG1 et TAG7 ont été sélectionnés, et tous ont basculé dans l'état DESELECTED sauf le module TAG8 qui est dans l'état SELECTED. Une troisième sous-séquence anticollision, illustrée en figure 5C, est déclenchée par l'envoi de la commande PCALL16. Le module TAG1 génère un numéro ID égal à 41 et le module TAG7 génère un numéro ID égal à 50, les parties ID1 étant conservées, comme précédemment. Le module TAG7 est sélectionné sur la première position de réponse marquée par la commande PCALL16. Le module TAG1 étant seul à n'être pas sélectionné, il est le seul à répondre sur la deuxième position de réponse, marquée par la commande SLOT-MARKER(l), et envoie le message R(41). Toutefois le terminal ne le sélectionne pas car son numéro ID=41 a déjà été choisi par un autre module, à savoir le module TAG4 qui a été sélectionné au cours de la seconde sous-séquence anti-collision (fig. 5B). Ainsi, le terminal n'envoie pas la commande SELECT(41) et continue à marquer les positions de réponse suivantes jusqu'à ce que i soit égal à F, au cas où d'autres modules seraient entrés dans son champ d'interrogation. Une quatrième sous-séquence anticollision, illustrée en figure 5D, est déclenchée par l'envoi de la commande PCALL16. Le module TAG1 choisi cette fois un numéro ID égal à 43 qui n'est utilisé par aucun autre module. Le module TAG1 est donc sélectionné sur la quatrième position de réponse, repérée par la commande SLOT-MARKER(3). Le terminal continue à marquer les positions de réponse suivantes, au cas où d'autres modules se trouveraient dans son champ d'interrogation. La séquence anticollision qui vient d'être décrite est bien entendu susceptible de diverses variantes, selon l'application envisagée. Ainsi, par exemple, lorsque le module TAG3 est sélectionné au cours de la première sous-séquence (fig. 5A), le terminal peut arrêter d'envoyer des commandes de marquage des positions de réponse suivantes, et établir une communication avec le module TAG3 pour lire ou écrire des données, puis faire basculer le module dans l'état DESACTIVATED. Le terminal peut également, après avoir dialogué avec le module TAG3, le laisser dans l'état SELECTED et continuer la séquence anticollision. Dans ce cas, lorsque le terminal envoie la commande SELECT(12) pour sélectionner le module TAG2, le module TAG3 bascule automatiquement dans l'état DESELECTED car cette commande est pour lui une commande SELECT(NONID). La différence avec l'état DESACTIVATED est que le terminal converse la possibilité de sélectionner le module TAG3 ultérieurement en lui envoyant la commande SELECT(30). Selon encore une autre variante de réalisation, le terminal peut également envoyer les commandes de marquage dans le désordre ou dans un ordre qu'il détermine. Les commandes de marquage étant sous son contrôle, rien n'oblige le terminal à marquer les positions de réponse par ordre croissant. Egalement, bien que la demande d'identification générale ou complémentaire PCALL16 ait été utilisée dans ce qui précède comme repère de la première position de réponse, une commande spécifique SLOT-MARKER(O) pourrait également être prévue. Egalement, la première partie ID1 du numéro ID d'un module peut n'être pas aléatoire et être enregistrée dans la zone mémoire MEM1. La partie ID1 peut être également d'une longueur supérieure à la partie ID2 qui sert à la détermination des positions de réponse. Inversement, la détermination des positions de réponse peut être faite à partir du numéro ID complet. Dans ce cas, la génération d'un nouveau numéro ID en réponse à la commande PCALL16 peut porter sur tout le numéro ID, ou seulement une partie du numéro ID. Bien que la présente invention ait été décrite dans ce qui précède dans le cadre de la réalisation de modules sans contact de type inductif, il va de soi que le procédé selon l'invention est applicable à divers autres types de modules sans contact, notamment les modules sans contact prévus pour dialoguer dans la bande UHF avec un terminal émettant un champ électrique au lieu d'un champ magnétique. Principales commandes envoyées par le terminal et principales réponses renvoyées par les modules Définitions, abréviations : - commande . message émis par le terminal, - réponse : message émis par un module. - SOF : champ de début de trame ("start of frame"), - EOF : champ de fin de trame ("end of frame"), - CODE(COMMANDE) : code d'une commande ou d'une réponse, sur 4,8 ou 16 bits, présent dans un champ de la commande ou de la réponse, - CRC1 et CRCh : bits de poids fort et de poids faible d'une signature de type CRC accompagnant les commandes ou les réponses, permettant au destinataire de détecter des erreurs de transmission, et permettant notamment au terminal de détecter des collisions entre réponses R(ID). Commandes : Commande PCALLO Description : demande d'identification immédiate non nominative. Modules exécutant la commande : modules dans l'état READY ou INVENTORY (soit modules non sélectionnés). Réponse à la commande : les modules envoient chacun immédiatement un message d'identification R(ID). Effet de la commande sur l'état d'un module : un module dans l'état READY bascule dans l'état INVENTORY ; module dans l'état INVENTORY reste dans l'état INVENTORY. Exemple de format : SOF CODE(PCALLO) CRCl CRCh EOF 8 bits 8 bits 8 bits 8 bits Commande PCALL16 Description : demande d'identification générale de type non nominative ou demande d'identification complémentaire de type non nominative, formant également, optionnellement, un message de marquage de la première position de réponse (i=0). Modules exécutant la commande : modules dans l'état READY ou INVENTORY (soit modules non sélectionnés). Réponse à la commande . si la commande PCAL16 est utilisée comme message de marquage de la première position de réponse, les modules ayant un numéro ID=0 renvoient un message d'identification R(ID). Effet de la commande sur l'état d'un module : un module dans l'état READY bascule dans l'état INVENTORY ; module dans l'état INVENTORY reste dans l'état INVENTORY. Exemple de format . SOF CODE(PCALL16) CRCl CRCh EOF 8 bits 8 bits 8 bits 8 bits Commande SLOT-MARKER(i) Description : commande de marquage d'une position de réponse de rang i avec "i" spécifié dans la commande, et i > 0 (pour i = 0, voir commande PCALL16). Modules exécutant la commande : modules dans l'état INVENTORY. Réponse à la commande : un module envoie un message d'identification R (ID) le rang "i" est égal à la partie ID2 du numéro ID du module. Effet de la commande sur l'état d'un module : aucun, un module dans l'état INVENTORY reste dans l'état INVENTORY tant qu'il ne reçoit pas de commande de sélection SELECT(ID) comprenant son numéro ID. Exemple de format . SOF i CODE (SLOT- CRCl CRCh EOF MARKER) N bits 4 bits 8 bits 8 bits Commande SELECT(ID) Description : commande de sélection du module dont le code ID est spécifié dans la commande (commande nominative). Modules exécutant la commande : modules dans l'état INVENTORY ou DESELECTED. Réponse à la commande : le module visé par le numéro ID envoie un message d'identification R (ID) titre de confirmation. Effet de la commande sur l'état d'un module : un module dans l'état INVENTORY bascule dans l'état SELECTED ; module dans l'état DESELECTED retourne dans l'état SELECTED. Exemple de format . SOF CODE (SELECT) ID CRCl CRCh EOF 8 bits 8 bits 8 bits 8 bits Commande SELECT(NONID) Description : commande de sélection reçue (commande SELECT(ID)) comprenant un code ID ne correspondant pas à celui du module. Modules réagissant à la commande : modules dans l'état SELECTED. Réponse à la commande : aucune. Effet de la commande sur l'état d'un module : un module dans l'état SELECTED bascule dans l'état DESELECTED. Commande DESACTIVATE Description : commande de désactivation d'un module se trouvant dans l'état SELECTED (commande non nominative). Modules exécutant la commande . modules dans l'état SELECTED. Réponse à la commande : aucune. Effet de la commande sur l'état d'un module : un module dans l'état SELECTED bascule dans l'état DESACTIVATED. Exemple de format :: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ SOF CODE(DESACTIVATE) CRC1 CRCh EOF 8 8 bits 8 bits 8 bits Commande RESET-TO-INVENTORY Description : commande de retour à l'état INVENTORY destinée à un module se trouvant dans l'état SELECTED (commande non nominative). Modules exécutant la commande : modules dans l'état SELECTED. Réponse à la commande : aucune. Effet de la commande sur l'état d'un module : un module dans l'état SELECTED retourne dans l'état INVENTORY. Exemple de format SOF CODE(RESET-TO- CRCl CRCh EOF INVENTORY) 8 bits 8 bits 8 bits Commande READ-BLOCK Description : commande de lecture d'un bloc de N bits dans la zone mémoire MEM1, à une adresse spécifiée dans la commande (champ ADRESSE). Modules exécutant la commande : modules dans l'état SELECTED. Réponse à la commande : réponse R-READ-BLOCK (voir plus loin) . Effet de la commande sur l'état d'un module : aucun. Exemple de format . SOF CODE(READ- ADRESSE CRCl CRCh EOF BLOCK) 8 bits 8 bits 8 bits 8 bits Commande WRITE-BLOCK Description : commande d'écriture d'un bloc de N bits (champs DATAI à DATA4) dans la zone mémoire MEM1, à l'adresse spécifiée dans la commande (champ ADRESSE). Modules exécutant la commande . modules dans l'état SELECTED uniquement. Réponse à la commande . aucune (une vérification d'écriture peut être faite par le terminal au moyen de la commande READ-BLOCK) . Effet de la commande sur l'état d'un module : aucun. Exemple de format : SOF CODE(WTRITE- ADRESSE DATAI DATA2 DATA3 DATA4 CRCl CRCh EOF BLOCK) 8 bits 8 bits N/4 N/4 N/4 N/4 8 8 bits bits bits bits bits bits Réponses : Réponse R(ID) Description : réponse d'un module à une commande PCALLO, PCALL16, SLOT-MARKER, ou SELECT(ID). La réponse contient le numéro ID du module. Exemple de format : ~~~~~~~~~~~~~~~~~ SOF ID CRC1 CRCh EOF 8 bits 8 bits 8 bits Réponse R-READ-BLOCK Description : réponse d'un module à une commande READBLOCK, contenant un bloc de N bits (champs DATAI à DTA4) lu dans la zone mémoire MEM1 à l'adresse spécifiée dans la commande . Exemple de format : SOF DATAI DATA2 DATA3 DATA4 CRC1 CRCh EOF N/4 N/4 N/4 N/4 8 bits 8 bits bits bits bits bits REVENDICATIONS 1. Procédé anticollision pour l'identification et la sélection par un terminal de modules électroniques sans contact (MDL, TAG1-TAG8), dans lequel : - avant une communication, un module génère un numéro d'identification (ID) aléatoire, le terminal envoie une demande d'identification générale (PCALL16) pour déclencher l'envoi de messages d'identification par les modules, et envoi une ou plusieurs demandes d'identification complémentaire non nominatives (PCALL16) lorsque des messages d'identification se trouvent en collision, - un module est sélectionné lorsqu'il reçoit un message de sélection (SELECT(ID)) comprenant son numéro d'identification, - en réponse à une demande d'identification générale ou complémentaire, un module non sélectionné envoie un message d'identification (R(ID)) comprenant son numéro d'identification, lorsqu'il atteint, sur une échelle de réponse, une position de réponse déterminée, caractérisé en ce que : un module répond à une demande d'identification générale ou complémentaire sur une position de réponse qui est fonction de son numéro d'identification (ID), et en ce que : - un module non sélectionné génère un nouveau numéro d'identification aléatoire lorsqu'il reçoit une demande d'identification complémentaire (PCALL16), de sorte que la position de réponse d'un module non sélectionné en réponse à une demande d'identification complémentaire n'est statistiquement pas la même que sa position de réponse en réponse à une précédente demande d'identification, tout en étant fonction de son numéro d'identification (ID). 2. Procédé selon la revendication 1, dans lequel une demande d'identification générale (PCALL16) est identique en format et en code à une demande d'identification complémentaire (PCALL16). 3. Procédé selon l'une des revendications 1 et 2, dans lequel un module détermine une position de réponse qui est égale à une partie déterminée (ID2) de son numéro d'identification, la partie déterminée (ID2) comprenant des bits de rang déterminé dont le rang ne varie pas lorsque le module répond à des demandes d'identification successives (PCALL16). 4. Procédé selon la revendication 3, dans lequel la partie déterminée (ID2) du numéro d'identification d'un module comprend des bits de poids faible du numéro d'identification (ID). 5. Procédé selon l'une des revendications 1 à 4, dans lequel, pour générer un nouveau numéro d'identification aléatoire, un module conserve une première partie (ID1) de son numéro d'identification actuel, et génère de façon aléatoire une deuxième partie (ID2) du numéro d'identification. 6. Procédé selon la revendication 5, dans lequel un module détermine une position de réponse qui est égale à la deuxième partie (ID2) du numéro d'identification. 7. Procédé selon l'une des revendications 5 et 6, dans lequel la première partie (ID1) du numéro d'identification (ID) d'un module est générée de façon aléatoire par le module avant une communication. 8. Procédé selon l'une des revendications 5 et 6, dans lequel la première partie (IDl) du numéro d'identification d'un module est une donnée fixe enregistrée dans le module. 9. Procédé selon l'une des revendications 1 à 8, dans lequel le terminal envoie également une demande d'identification complémentaire (PCALL16) lorsqu'il reçoit, en réponse à une précédente demande d'identification complémentaire, un message d'identification d'un module qui n'est pas en collision avec un autre message d'identification mais qui comprend un numéro d'identification (ID) déjà utilisé par un autre module. 10. Procédé selon l'une des revendications 1 à 9, dans lequel un module est automatiquement activé (READY) lorsqu'il se trouve en présence d'un champ magnétique émis par le terminal, et génère un numéro d'identification aléatoire lorsqu'il est activé. 11. Procédé selon l'une des revendications 1 à 10, dans lequel les positions de réponse sur l'échelle de réponse sont repérées par des messages de marquage (PCALL16, SLOT-MARKER) envoyés par le terminal. 12. Procédé selon l'une des revendications 1 à 11, dans lequel une demande d'identification générale (PCALL16) forme un message de marquage de la première position de réponse sur l'échelle de réponse. 13. Procédé selon l'une des revendications 11 et 12, dans lequel un message de marquage (SLOT-MARKER(i)) comprend un numéro (i) de position de réponse, au moins pour des positions de réponse supérieures à une première position de réponse. 14. Procédé selon la revendication 13, dans lequel le terminal envoie des messages de marquage dans un ordre ne correspondant pas à un rang croissant des positions de réponse. 15. Procédé selon l'une des revendications 1 à 14, dans lequel le terminal n'envoie une demande d'identification complémentaire qu'après que toutes les positions de réponse de l'échelle de réponse ont été parcourues. 16. Procédé selon l'une des revendications 1 à 15, dans lequel, pour initier une communication, le terminal envoie tout d'abord une demande d'identification immédiate (PCALLO) auquel les modules répondent immédiatement, sans échelle de réponse. 17. Procédé selon l'une des revendications 1 à 16, dans lequel un module comprend un état de sélection (SELECTED) ainsi qu'un état de désélection ou désactivation (DESELECTED, DESACTVATED) dans lequel le terminal peut le faire basculer après l'avoir sélectionné, et dans lequel un module dans l'état de sélection ou dans l'état de désélection ou désactivation ne répond pas à une demande d'identification générale ou complémentaire (PCALL16). 18. Module électronique sans contact (MDL), comprenant des moyens (DMD, LMD) pour émettre et recevoir des messages sans contact, des moyens (CPU) de décodage de messages reçus agencés pour décoder au moins une demande d'identification générale (PCALL16), une demande d'identification complémentaire non nominative (PCALL16) et un message de sélection (SELECTED(ID)), des moyens pour basculer dans un état sélectionné (SELECTED) sur réception d'un message de sélection (SELECT(ID)) comprenant un numéro d'identification (ID) du module, le module étant agencé pour : - générer un numéro d'identification aléatoire (ID) avant une communication, sur réception d'une demande d'identification générale ou complémentaire, déterminer, si le module n'est pas dans l'état sélectionné, une position de réponse sur une échelle de réponse puis envoyer, lorsque la position de réponse est atteinte, un message d'identification (R(ID)) comprenant le numéro d'identification (ID) du module, caractérisé en ce qu'il est agencé pour : - en réponse à une demande d'identification générale (PCALL16) ou complémentaire (PCALL16), déterminer une position de réponse qui est fonction de son numéro d'identification (ID), et - générer un nouveau numéro d'identification aléatoire (ID) lorsqu'il reçoit une demande d'identification complémentaire (PCALL16), de sorte que la position de réponse du module en réponse à une demande d'identification complémentaire n'est statistiquement pas la même que sa position de réponse en réponse à une précédente demande d'identification, tout en étant fonction de son numéro d'identification. 19. Module selon la revendication 18, agencé pour décoder une demande d'identification complémentaire (PCALL16) identique en format et en code à une demande d'identification générale (PCALL16). 20. Module selon l'une des revendications 18 et 19, agencé pour déterminer une position de réponse qui est égale à une partie déterminée (ID2) de son numéro d'identification (ID), la partie déterminée (ID2) comprenant des bits de rang déterminé dont le rang ne varie pas lorsque le module répond à des demandes d'identification successives. 21. Module selon la revendication 20, dans lequel la partie déterminée (ID2) comprend des bits de poids faible du numéro d'identification du module. 22. Module selon l'une des revendications 18 à 21, agencé pour générer un nouveau numéro d'identification en conservant une première partie (IDl) de son numéro d'identification actuel, et en générant de façon aléatoire une deuxième partie (ID2) du numéro d'identification. 23. Module selon la revendication 22, agencé pour déterminer une position de réponse égale à la deuxième partie (ID2) du numéro d'identification (ID), en réponse à une demande d'identification générale ou complémentaire (PCALL16). 24. Module selon l'une des revendications 22 et 23, dans lequel la première partie (IDl) du numéro d'identification (ID) d'un module est une donnée fixe enregistrée dans le module. 25. Module selon l'une des revendications 22 et 23, dans lequel la première partie (IDl) du numéro d'identification d'un module est générée de façon aléatoire par le module avant une communication. 26. Module selon l'une des revendications 22 à 25, agencé pour déterminer une position de réponse qui est égale à la deuxième partie (ID2) du numéro d'identification (ID). 27. Module selon l'une des revendications 18 à 26, agencé pour basculer automatiquement dans un état activé (READY) lorsqu'il se trouve en présence d'un champ magnétique d'une fréquence déterminée, et générer un numéro d'identification (ID) lorsqu'il bascule dans l'état activé. 28. Module selon l'une des revendications 18 à 27, agencé pour décoder des messages de marquage (SLOTMARKER) envoyés par le terminal, permettant au module de délimiter des positions de réponse sur l'échelle de réponse. 29. Module selon la revendication 28, agencé pour décoder des messages de marquage (SLOT-MARKER(i)) comprenant un numéro (i) de position de réponse, au moins pour des positions de réponse supérieures à une première position de réponse. 30. Module selon l'une des revendications 28 et 29, agencé pour décoder une demande d'identification générale (PCALL16) en tant que message de marquage d'une première position de réponse sur l'échelle de réponse. 31. Module selon l'une des revendications 18 à 30, agencé pour décoder une demande d'identification immédiate (PCALLO) et pour envoyer immédiatement, sans échelle de réponse, en réponse à une demande d'identification immédiate (PCALLO), un message d'identification (R(ID)). 32. Module selon l'une des revendications 18 à 31, comprenant un état de désélection ou désactivation (DESELECTED, DESACTIVATED) dans lequel il peut basculer après avoir été dans l'état de sélection (SELECTED), le module étant agencé pour ne pas répondre à une demande d'identification générale ou complémentaire lorsqu'il se trouve dans l'état de désélection ou de désactivation.