WO2006010690A1 - Réduction d'influence des perturbations d'un terminal de lecture de carte à puce sans contact - Google Patents

Réduction d'influence des perturbations d'un terminal de lecture de carte à puce sans contact Download PDF

Info

Publication number
WO2006010690A1
WO2006010690A1 PCT/EP2005/053086 EP2005053086W WO2006010690A1 WO 2006010690 A1 WO2006010690 A1 WO 2006010690A1 EP 2005053086 W EP2005053086 W EP 2005053086W WO 2006010690 A1 WO2006010690 A1 WO 2006010690A1
Authority
WO
WIPO (PCT)
Prior art keywords
block
size
terminal
smart card
transmission
Prior art date
Application number
PCT/EP2005/053086
Other languages
English (en)
Inventor
Christophe Aillaud
Henri Ohanian
Original Assignee
Gemplus
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Gemplus filed Critical Gemplus
Publication of WO2006010690A1 publication Critical patent/WO2006010690A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0015—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0006—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format
    • H04L1/0007—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format by modifying the frame length
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1893—Physical mapping arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals

Definitions

  • the invention relates to radio frequency communications between a contactless reader terminal and a smart card.
  • the invention aims more precisely to reduce the influence of electromagnetic disturbances on communications using a block protocol between the terminal and a card.
  • the ISO 14443 standard defines in particular a radio frequency communication protocol of proximity between a contactless card and a reading terminal.
  • the communication comprises several successive phases.
  • a first phase the radio frequency interface of the terminal is turned on and reset.
  • the terminal transmits with a 13.56 MHz carrier.
  • the cards located in the emission radius straighten the emitted carrier to feed their circuits.
  • a second phase called anti-collision phase
  • the terminal determines the presence of one or more cards in its emission radius.
  • the terminal determines the characteristics of these cards and selects some of them.
  • the terminal exchanges parameters that will allow it to communicate correctly with the selected cards.
  • the parameters exchanged are, for example, the size of the frames transmitted from or to the reading terminal.
  • each block comprises a header, an encapsulated body containing Info data and an epilogue containing EDC error detection bits.
  • the header includes a PCB field whose structure defines either an I-Bloc, an R-Bloc, or an S-Bloc.
  • the header also includes a CID field containing an identifier of the card assigned by the terminal during the reset.
  • I-Blocks are used for the transmission of information from the application layer. I-Blocks are in particular transmitted by the terminal to control the execution of tasks by the smart card. R-Blocks are mainly used for the transmission of control data concerning the transport layer. The S-Blocks are mainly used for the transmission of non-application commands, in particular the deselection of a card by a terminal or a time request from the card to the terminal to process an order.
  • the card When the information of the application layer is too large to be transmitted from the card to the terminal in a single I-Block, they are transmitted in several I-Blocks by a chaining mechanism illustrated in FIG. card are transmitted in I-blocks 11, 12, 13 in the transport layer. Before transmitting each new I-Block, the card waits for an R-block of the terminal containing a receipt of the previous I-Block. The R-blocks 14 and 15 are therefore sent by the terminal to receive I-Blocks 11 and 12.
  • the terminal When an I-Block is not satisfactorily received by the terminal (especially when the check with the error detection bits reports an error), the latter returns an R-block signaling a non-reception. The card emits the I-Bloc again. This operation is illustrated by the diagram of FIG. 3. Since the I-Block 2 block is not received correctly, the terminal transmits the R-Block R-NOK. The card then emits I-Bloc2 again.
  • the terminal transmits the I-Block again, until it receives an I-Bloc from the card. This operation is illustrated by the diagram in FIG. 4. Since the I-BlocO is not correctly received by the card, the card remains silent. After a certain unanswered duration of the card, the terminal emits I-BlocO again. I-BlocO being correctly received by the card, it sends an I-Blocl response.
  • the transmission errors of the terminal to the card also lead to the same disadvantages.
  • the card does not respond, the terminal deselects it or interrupts the communication. A considerable time is thus lost due to this disturbance, in particular during deselection of the card.
  • the selection step is performed only if a predefined number of block transmission problems has been reached.
  • the method further comprises the following steps:
  • the entities are for example a smart card and a terminal.
  • the first and second entities are respectively the terminal and the smart card. According to a variant, provision is then made for a transmission problem to be determined when the terminal does not receive a valid block of the smart card for a predefined duration, and the terminal makes said lower block size selection and transmits a block from the smaller size selected to the smart card when the predefined time expires.
  • the first and second entities are respectively the smart card and the terminal.
  • the terminal determines the transmission problem and transmits a block indicating the problem to the smart card;
  • the smart card transmits a block of the selected lower size on reception of the block signaling the problem.
  • the terminal determines the transmission problem, performs said lower block size selection and transmits a block indicating the selected lower block size; the smart card subsequently transmits blocks to the selected lower size.
  • the smart card transmits a confirmation block, on receipt of the block indicating the selected lower block size
  • the smart card then transmits blocks to the selected lower size.
  • the transmission complies with the ISO 14443 standard.
  • the block indicating the selected block size, and if necessary the confirmation block are S-Bloc type blocks specifically identified by the third and fourth bits of their PCB field.
  • the block indicating the selected block size identifies this block size in its information field.
  • the blocks subsequently transmitted with the selected size are of the I-Bloc type.
  • the invention also relates to a communication terminal capable of implementing any of the above methods.
  • the invention also relates to a smart card capable of implementing any method above.
  • FIG. 1 different structures of data blocks transmitted on the transport layer
  • FIG. 2 a conventional mode of chaining data transmitted from the card to the terminal;
  • - Figure 3 the conventional operation in case of reception problem by the terminal;
  • FIGS. 5 to 7 timing diagrams illustrating the transmissions between the card and the terminal according to several variants of the invention
  • the invention proposes to reduce the size of the blocks transmitted from a first entity to a second entity when a block transmission problem has been detected.
  • the probability that a block of smaller size suffers a transmission problem is reduced.
  • the size of the block to be retransmitted is also reduced.
  • many cases of deselection of an entity such as a smart card by such a mechanism are avoided. Saving time and bandwidth can therefore be important in a disturbed environment.
  • a block is transmitted between two entities, in particular a smart card and a terminal. This block is transmitted in a given direction and has a given size. A block transmission problem is determined by one of the entities. A lower block size is then selected by one of the entities and then used for subsequent blocks in the given transmission direction.
  • FIG. 5 illustrates an exemplary method implemented to adapt the size of the blocks transmitted from the terminal to the card.
  • the terminal first transmits an I-BO block of a given size of 128 bytes.
  • the card correctly receives this I-Block and therefore returns an R-OK confirmation block.
  • the terminal Upon receipt of the confirmation block, the terminal transmits the block I-B1.
  • the reception of I-B 1 by the card is disturbed by an external phenomenon.
  • the smart card does not receive I-Bl correctly and then remains silent.
  • the terminal therefore does not receive a valid block from the card for a certain duration.
  • the terminal measures the time since its last broadcast. If the terminal has not received a valid block for a predefined time, it selects a smaller block size that it will use for subsequent blocks.
  • the terminal transmits the contents of the block I-B1 in the blocks I-Bla and I-Blb having a size of only 64 bytes.
  • the card determines that the blocks that are subsequently received will also have that size. Those skilled in the art will determine the sizes of the blocks to select according to the circumstances.
  • FIGS. 6 and 7 illustrate exemplary methods implemented to adapt the size of the blocks transmitted from the smart card to the terminal.
  • the terminal transmits the block I-BO to the card.
  • the card transmits the I-Bl block of a size of 128 bytes.
  • the terminal transmits an R-OK confirmation block.
  • the smart card issues block I-B2. This block is not received correctly by the terminal.
  • the terminal determines a transmission problem of the I-B2 block.
  • the terminal therefore sends an R-NOK block signaling the problem and requesting a new transmission of the I-B2 block.
  • the smart card or terminal selects a size for subsequent blocks to be transmitted.
  • the smart card then transmits the blocks I-B2a and I-B2b, respectively having a size reduced to 64 bytes and containing the information of the block I-B2. In this example, it is the size of the block I-B2a that defines the size of the subsequent blocks transmitted by the card.
  • the terminal determines a transmission problem and uses S-Blocks to redefine the size of subsequent blocks.
  • the terminal first transmits an I-BO block and the card responds by transmitting the block I-B1 (a size of 128 bytes).
  • the terminal responds with the R-OK block to confirm the correct reception of block I-Bl.
  • the smart card issues block I-B2. This block is not transmitted correctly to the terminal.
  • the terminal therefore determines a block transmission problem.
  • the terminal transmits the R-NOK block to the smart card to signal the problem and require a new transmission of the I-B2 block.
  • the smart card then transmits the I-B2 block again.
  • a problem threshold may be crossed and the terminal may select a reduced block size.
  • the terminal transmits to the card an S-FSR block in which it indicates the selected block size.
  • the card provides an S-AR acknowledgment block.
  • the terminal requires a new transmission of the last block that caused problems by the R-NOK block.
  • the card transmits an I-B3 block having a size of 64 bytes.
  • the block indicating the desired block size and the confirmation block have the same content (recipient IDs near).
  • FIG. 8 illustrates an example of an S-Bloc structure that can be used in the variant of FIG. 7.
  • PCB identifies a size selection block or a size selection confirmation block.
  • the selected size can be set by the value of a field in the information area. It is possible in particular use RFU (Reserved For Use) bits to identify the selected size.
  • This size can for example be coded as follows on 4 bits:
  • a reduction in block size can be envisaged when a transmission problem counter or the ratio of number of transmission problems over time exceeds a predefined threshold.
  • the smart card or the terminal can determine that the environment is undisturbed and that the size of the blocks is unnecessarily reduced. In this case, when no problem has been determined during a period or when the ratio of number of time transmission problems falls below a certain threshold, an upper block size can be selected and used for the blocks transmitted later.
  • This provides a transmission method that automatically adapts itself optimally to the transmission conditions between the smart card and the terminal.
  • the detailed examples correspond to an ISO 14443 standard transmission method, this invention can also be applied to any block radiofrequency transmission between a terminal and a smart card or between two entities.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

L'invention porte sur un procédé de transmission radiofréquences par blocs entre des première et seconde entités. Ce procédé comprend les étapes suivantes : transmission d'un bloc (I-B1) présentant une taille donnée de la première vers la seconde entité ; détermination d'un problème de transmission du bloc par une des entités ; sélection par une des entités d'une taille de bloc inférieure à la taille de bloc donnée lorsqu'un problème de transmission a été déterminé ; transmission ultérieure d'un bloc (I-B1a, I-B1b) de la taille sélectionnée par la première entité. L'invention permet de réduire les pertes de temps dues aux perturbations électromagnétiques.

Description

REDUCTION D'INFLUENCE DES PERTURBATIONS D'UN TERMINAL DE LECTURE DE CARTE A PUCE SANS CONTACT
L'invention porte sur les communications radiofréquences entre un terminal de lecture sans contact et une carte à puce. L'invention vise plus précisément à réduire l'influence des perturbations électromagnétiques sur les communications faisant appel à un protocole par bloc entre le terminal et une carte.
Le standard ISO 14443 définit notamment un protocole de communication radiofréquences de proximité entre une carte sans contact et un terminal de lecture.
La communication comprend plusieurs phases successives. Lors d'une première phase, l'interface radiofréquence du terminal est allumée et réinitialisée. Le terminal émet avec une porteuse à 13,56 MHz. Les cartes situées dans le rayon d'émission redressent- la porteuse émise pour alimenter leurs circuits. Lors d'une deuxième phase, appelée phase d'anticollision, le terminal détermine la présence d'une ou plusieurs cartes dans son rayon d'émission. Le terminal détermine les caractéristiques de ces cartes et en sélectionne certaines. Le terminal échange des paramètres qui lui permettront de communiquer correctement avec les cartes sélectionnées . Les paramètres échangés sont par exemple la taille des trames transmises depuis ou vers le terminal de lecture. Ces deux phases sont définies notamment dans le standard ISO 14443-3. Selon le standard ISO 14443, les échanges entre un terminal et une carte sont effectués au moyen de blocs 1 dont la structure est détaillée en référence à la figure 1. Chaque bloc comprend un entête, un corps encapsulé contenant des données Info et un épilogue contenant des bits de détection d'erreur EDC. L'entête comprend un champ PCB dont la structure définit soit un I-Bloc, soit un R-Bloc, soit un S-Bloc. L'entête comprend également un champ CID contenant un identifiant de la carte attribué par le terminal lors de la réinitialisation.
Les I-Blocs sont utilisés pour la transmission d'informations de la couche applicative. Des I-Blocs sont notamment transmis par le terminal pour commander l'exécution de tâches par la carte à puce. Les R-Blocs sont principalement utilisés pour la transmission de données de contrôle concernant la couche de transport. Les S-Blocs sont principalement utilisés pour la transmission de commandes non applicatives, notamment la désélection d'une carte par un terminal ou bien une requête de temps de la carte au terminal pour traiter une commande.
Lorsque les informations de la couche applicative sont trop volumineuses pour être transmises de la carte vers le terminal dans un unique I-Bloc, elles sont transmises dans plusieurs I-Blocs par un mécanisme de chaînage illustré à la figure 2. Les informations 2 de la carte sont transmises dans des I-blocs 11, 12, 13 dans la couche de transport. Avant de transmettre chaque nouvel I-Bloc, la carte attend un R-Bloc du terminal contenant un accusé de réception du précédent I-Bloc. Les R-Blocs 14 et 15 sont donc envoyés par le terminal à réception des I-Blocs 11 et 12.
Lorsqu'un I-Bloc n'est pas reçu de façon satisfaisante par le terminal (notamment lorsque la vérification avec les bits de détection d'erreur signale une erreur) , celui-ci renvoie un R-Bloc signalant une non-réception. La carte émet à nouveau le I-Bloc. Ce fonctionnement est illustré par le diagramme de la figure 3. Le bloc I-Bloc 2 n'étant pas reçu correctement, le terminal émet le R-Bloc R-NOK. La carte émet alors une nouvelle fois I-Bloc2.
Lorsqu'un I-Bloc n'est pas reçu de façon satisfaisante par la carte, celle-ci reste muette afin de ne pas encombrer le canal de communication radiofréquences. Après une certaine durée sans émission de la carte, le terminal transmet à nouveau le I-Bloc, jusqu'à ce qu'il reçoive un I-Bloc provenant de la carte. Ce fonctionnement est illustré par la diagramme de la figure 4. le I-BlocO n'étant pas reçu correctement par la carte, la carte reste muette. Au bout d'une certaine durée sans réponse de la carte, le terminal émet à nouveau I-BlocO. I-BlocO étant correctement reçu par la carte, celle-ci émet une réponse I-Blocl.
Des perturbations environnementales peuvent ainsi conduire à de multiples erreurs de transmission. Les erreurs de transmission de la carte vers le terminal conduisent à la transmission d'un grand nombre de blocs supplémentaires. Le temps d'exécution d'une application et le temps de transmission entre la carte et le terminal augmentent alors considérablement.
Les erreurs de transmission du terminal vers la carte conduisent également aux mêmes inconvénients. La carte ne répondant pas, le terminal la désélectionne ou interrompt la communication. Un temps considérable est ainsi perdu du fait de cette perturbation, en particulier lors d'une désélection de la carte.
II existe donc un besoin pour un procédé de transmission radiofréquences par blocs entre des première et seconde entités comprenant les étapes suivantes :
-transmission d'un bloc présentant une taille donnée de la première vers la seconde entité ;
-détermination d'un problème de transmission du bloc par une des entités ;
-sélection par une des entités d'une taille de bloc inférieure à la taille de bloc donnée lorsqu'un problème de transmission a été déterminé ;
-transmission ultérieure d'un bloc de la taille sélectionnée par la première entité.
Selon une variante, l'étape de sélection est réalisée seulement si un nombre prédéfini de problèmes de transmission de bloc a été atteint.
Selon encore une variante, le procédé comprend en outre les étapes suivantes :
-mesure d'une période sans problème de transmission ; -sélection d'une nouvelle taille de bloc supérieure à la taille de bloc sélectionnée précédemment lorsque la période mesurée dépasse un seuil prédéterminé ;
-transmission ultérieure d'un bloc de la nouvelle taille par ladite première entité.
Les entités sont par exemple une carte à puce et un terminal.
Dans un cas, les première et deuxième entités sont respectivement le terminal et la carte à puce. Selon une variante, on prévoit alors qu'un problème de transmission est déterminé lorsque le terminal ne reçoit pas de bloc valide de la carte à puce pendant une durée prédéfinie, et que le terminal effectue ladite sélection de taille de bloc inférieure et transmet un bloc de la taille inférieure sélectionnée à la carte à puce à l'expiration de la durée prédéfinie.
Dans un autre cas, les première et deuxième entités sont respectivement la carte à puce et le terminal.
On peut alors prévoir que : -le terminal détermine le problème de transmission et transmet un bloc signalant le problème à la carte à puce ;
-la carte à puce transmet un bloc de la taille inférieure sélectionnée à réception du bloc signalant le problème.
Selon une variante:
-le terminal détermine le problème de transmission, effectue ladite sélection de taille de bloc inférieure et transmet un bloc indiquant la taille de bloc inférieure sélectionnée ; -la carte à puce transmet ultérieurement des blocs à la taille inférieure sélectionnée.
Selon encore une variante:
-la carte à puce transmet un bloc de confirmation, à réception du bloc indiquant la taille de bloc inférieure sélectionnée ;
-la carte à puce transmet ensuite des blocs à la taille inférieure sélectionnée.
Selon une autre variante, la transmission est conforme au standard ISO 14443.
On peut prévoir que le bloc indiquant la taille de bloc sélectionnée, et le cas échéant le bloc de confirmation, sont des blocs du type S-Bloc identifiés spécifiquement par les troisième et quatrième bits de leur champ PCB.
Selon une variante, le bloc indiquant la taille de bloc sélectionnée identifie cette taille de bloc dans son champ d'information.
Selon encore une variante, les blocs transmis ultérieurement avec la taille sélectionnée sont du type I-Bloc.
L'invention porte également sur un terminal de communication apte à mettre en œuvre un quelconque procédé ci-dessus. L'invention porte encore sur une carte à puce apte à mettre en œuvre un quelconque procédé ci-dessus.
L'invention sera mieux comprise à la lecture de la description qui suit, accompagnée des dessins annexés qui représentent : -Figure 1, différentes structures de blocs de données transmis sur la couche transport ;
-Figure 2, un mode classique de chaînage de données transmises de la carte vers le terminal ; -Figure 3, le fonctionnement classique en cas de problème de réception par le terminal ;
-Figure 4, le fonctionnement classique en cas de problème de réception par la carte ;
-Figure 5 à 7, des chronogrammes illustrant les transmissions entre la carte et le terminal selon plusieurs variantes de l'invention;
-Figure 8, la structure d'un S-Bloc mis en œuvre dans le cadre d'une variante.
L'invention propose de réduire la taille des blocs transmis d'une première entité vers une seconde entité lorsqu'un problème de transmission de bloc a été détecté. Ainsi, en présence de perturbations, la probabilité qu'un bloc de taille inférieure subisse un problème de transmission est réduite. De plus, même si un problème affecte également la transmission de blocs de taille inférieure, la taille du bloc à retransmettre est également réduite. De plus, on évite de nombreux cas de désélection d'une entité telle qu'une carte à puce par un tel mécanisme. Le gain de temps et de bande passante peut donc se révéler important dans un environnement perturbé.
Plus précisément, le procédé est mis en œuvre de la façon suivante : un bloc est transmis entre deux entités, en particulier une carte à puce et un terminal. Ce bloc est transmis dans un sens donné et présente une taille donnée. Un problème de transmission du bloc est déterminé par une des entités. Une taille de bloc inférieure est alors sélectionnée par une des entités, puis utilisée pour les blocs suivants dans le sens de transmission donné.
Par la suite, la première lettre d'une référence de bloc identifiera son type défini dans le standard ISO 14443. Ainsi, les références des blocs commençant par I identifieront des I-Blocs, les références commençant par R identifieront des R-Blocs et les références commençant par S identifieront des S-Blocs.
La figure 5 illustre un exemple de procédé mis en œuvre pour adapter la taille des blocs transmis du terminal vers la carte. Le terminal émet tout d'abord un bloc I-BO d'une taille donnée de 128 octets. La carte reçoit correctement ce I-Bloc et renvoie donc un bloc de confirmation R-OK. A réception du bloc de confirmation, le terminal émet le bloc I-Bl. La réception de I-B 1 par la carte est perturbée par un phénomène extérieur. La carte à puce ne réceptionne donc pas I-Bl correctement et reste alors muette.
Le terminal ne reçoit donc pas de bloc valide provenant de la carte pendant une certaine durée. Le terminal mesure le temps depuis sa dernière émission. Si le terminal n'a pas reçu de bloc valide pendant une durée prédéfinie, il sélectionne une taille de bloc inférieure qu'il utilisera pour les blocs ultérieurs. Dans l'exemple, le terminal transmet le contenu du bloc I-Bl dans les blocs I-Bla et I-Blb présentant une taille de 64 octets seulement. A réception d'un bloc de 64 octets, la carte détermine que les blocs ultérieurement reçus présenteront également cette taille. L'homme du métier déterminera les tailles des blocs à sélectionner en fonction des circonstances .
Les figures 6 et 7 illustrent des exemples de procédé mis en œuvre pour adapter la taille des blocs transmis de la carte à puce vers le terminal. Dans l'exemple de la figure 6, le terminal transmet le bloc I-BO à la carte. En réponse, la carte transmet le bloc I-Bl d'une taille de 128 octets. En réponse, le terminal transmet un bloc de confirmation R-OK. En réponse, la carte à puce émet le bloc I-B2. Ce bloc n'est pas réceptionné correctement par le terminal. Le terminal détermine un problème de transmission du bloc I-B2. Le terminal émet donc un bloc R-NOK signalant le problème et requérant une nouvelle transmission du bloc I-B2. La carte à puce ou le terminal sélectionnent une taille pour les blocs ultérieurs à transmettre. La carte à puce transmet alors les blocs I-B2a et I-B2b, présentant respectivement une taille réduite à 64 octets et contenant les informations du bloc I-B2. Dans cet exemple, c'est la taille du bloc I-B2a qui définit la taille des blocs ultérieurs transmis par la carte.
Dans l'exemple de la figure 7, le terminal détermine un problème de transmission et utilise des S- Blocs pour redéfinir la taille des blocs ultérieurs. Le terminal transmet tout d'abord un bloc I-BO et la carte répond en transmettant le bloc I-Bl (d'une taille de 128 octets) . Le terminal répond par le bloc R-OK pour confirmer la réception correcte du bloc I-Bl. En réponse, la carte à puce émet le bloc I-B2. Ce bloc n'est pas transmis correctement au terminal. Le terminal détermine donc un problème de transmission de bloc. Le terminal transmet alors le bloc R-NOK à la carte à puce pour signaler le problème et requérir une nouvelle transmission du bloc I-B2. La carte à puce transmet alors à nouveau le bloc I-B2. Lorsqu'un nouveau problème de transmission (non illustré) est déterminé par le terminal, un seuil de problèmes peut être franchi et le terminal peut sélectionner une taille de bloc réduite. Le terminal transmet à la carte un bloc S-FSR dans lequel il indique la taille de bloc sélectionnée. En réponse, la carte fournit un bloc de confirmation de réception S-AR. Le terminal requiert une nouvelle transmission du dernier bloc ayant posé problème par le bloc R-NOK. En réponse, la carte émet un bloc I-B3 présentant une taille de 64 octets.
Afin de limiter la variété de blocs utilisés, on pourra prévoir que le bloc indiquant la taille de bloc souhaitée et le bloc de confirmation aient un contenu identique (aux identifiants de destinataire près) .
La figure 8 illustre un exemple de structure de S- Bloc utilisable dans la variante de la figure 7. La combinaison des troisième et quatrième bits du champs
PCB identifie un bloc de sélection de taille ou un bloc de confirmation de sélection de taille. La taille sélectionnée peut être fixée par la valeur d'un champ de la zone d'informations. Il est notamment possible d'utiliser des bits RFU (Reserved For Use en langue anglaise) pour identifier la taille sélectionnée.
Cette taille peut par exemple être codée de la façon suivante sur 4 bits :
Figure imgf000012_0001
Pour plus de précision sur la taille souhaitée, on pourrait également coder la taille sur 16 bits.
Différentes lois de réduction de tailles de blocs peuvent être utilisées. On peut notamment envisager une réduction de taille de bloc lorsqu'un compteur -de problèmes de transmission ou le rapport nombre de problèmes de transmission sur le temps dépassent un seuil prédéfini.
Inversement, la carte à puce ou le terminal peuvent déterminer que l'environnement est peu perturbé et que la taille des blocs est inutilement réduite. Dans ce cas, lorsque aucun problème n'a été déterminé pendant une période ou lorsque le rapport nombre de problèmes de transmission sur temps tombe sous un certain seuil, une taille de bloc supérieure peut être sélectionnée et être utilisée pour les blocs transmis ultérieurement.
On obtient ainsi un procédé de transmission qui s'adapte automatiquement et de façon optimale aux conditions de transmission entre la carte à puce et le terminal. Bien que les exemples détaillés correspondent à un procédé de transmission au standard ISO 14443, on peut également appliquer cette invention à toute transmission radiofréquence par blocs entre un terminal et une carte à puce ou entre deux entités.
Par ailleurs, bien que l'on ait décrit une adaptation de taille de bloc en fonction de problèmes rencontrés, on pourrait également envisager d'adapter préventivement la taille des blocs en fonction d'une mesure de perturbations environnementales.

Claims

REVENDICATIONS
1. Procédé de transmission radiofréquences par blocs entre des première et seconde entités, caractérisé en ce qu'il comprend les étapes suivantes :
-transmission d'un bloc (I-Bl) présentant une taille donnée de la première vers la seconde entité ;
-détermination d'un problème de transmission du bloc par une des entités ;
-sélection par une des entités d'une taille de bloc inférieure à la taille de bloc donnée lorsqu'un problème de transmission a été déterminé ;
-transmission ultérieure d'un bloc (I-Bla, I-Blb) de la taille sélectionnée par la première entité ;
-mesure d'une période sans problème de transmission ;
-sélection d'une nouvelle taille de bloc supérieure à la taille de bloc sélectionnée précédemment lorsque la période mesurée dépasse un seuil prédéterminé ; -transmission ultérieure d'un bloc de la nouvelle taille par ladite première entité.
2. Procédé selon la revendication 1, caractérisé en ce que l'étape de sélection est réalisée seulement si un nombre prédéfini de problèmes de transmission de bloc a été atteint.
3. Procédé selon la revendication 1 ou 2, caractérisé en ce que les entités sont une carte à puce et un terminal.
4. Procédé selon la revendication 3, caractérisé en ce que les première et deuxième entités sont respectivement le terminal et la carte à puce.
5. Procédé selon la revendication 4, caractérisé en ce que :
-un problème de transmission est déterminé lorsque le terminal ne reçoit pas de bloc valide de la carte à puce pendant une durée prédéfinie ; -le terminal effectue ladite sélection de taille de bloc inférieure et transmet un bloc de la taille inférieure (I-Bla) sélectionnée à la carte à puce à l'expiration de la durée prédéfinie.
6. Procédé selon la revendication 3, caractérisé en ce que les première et deuxième entités sont respectivement la carte à puce et le terminal.
7. Procédé selon la revendication 6, caractérisé en ce que : -le terminal détermine le problème de transmission et transmet un bloc (R-NOK) signalant le problème à la carte à puce ;
-la carte à puce transmet un bloc (I-B2a) de la taille inférieure sélectionnée à réception du bloc signalant le problème.
8. Procédé selon la revendication 6, caractérisé en ce que :
-le terminal détermine le problème de transmission, effectue ladite sélection de taille de bloc inférieure et transmet un bloc
(S-FSR) indiquant la taille de bloc inférieure sélectionnée ;
-la carte à puce transmet ultérieurement des blocs à la taille inférieure sélectionnée.
9. Procédé selon la revendication 8, caractérisé en ce que :
-la carte à puce transmet un bloc de confirmation (S-AR) , à réception du bloc indiquant la taille de bloc inférieure sélectionnée ;
-la carte à puce transmet ensuite des blocs (I- B3) à la taille inférieure sélectionnée.
10. Procédé selon l'une quelconque des revendications 3 à 9, caractérisé en ce que la transmission est conforme au standard ISO 14443.
11. Procédé selon les revendications 8 et 10 ou 9 et 10, caractérisé en ce que le bloc indiquant la taille de bloc sélectionnée, et le cas échéant le bloc de confirmation, sont des blocs du type S-Bloc identifiés spécifiquement par les troisième et quatrième bits de leur champ PCB.
12. Procédé selon la revendication 11, caractérisé en ce que le bloc indiquant la taille de bloc sélectionnée identifie cette taille de bloc dans son champ d'information.
13. Procédé selon la revendication 10 ou 11, caractérisé en ce que les blocs transmis ultérieurement avec la taille sélectionnée sont du type I-Bloc.
14. Terminal de communication, caractérisé en ce qu'il est apte à mettre en œuvre le procédé selon l'une quelconque des revendications précédentes.
15. Carte à puce, caractérisée en ce qu'elle est apte à mettre en œuvre le procédé selon l'une quelconque des revendications 1 à 13.
PCT/EP2005/053086 2004-07-23 2005-06-29 Réduction d'influence des perturbations d'un terminal de lecture de carte à puce sans contact WO2006010690A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0408208A FR2873527B1 (fr) 2004-07-23 2004-07-23 Reduction d'influence des perturbations d'un terminal de lecture de carte a puce sans contact
FR0408208 2004-07-23

Publications (1)

Publication Number Publication Date
WO2006010690A1 true WO2006010690A1 (fr) 2006-02-02

Family

ID=34947473

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2005/053086 WO2006010690A1 (fr) 2004-07-23 2005-06-29 Réduction d'influence des perturbations d'un terminal de lecture de carte à puce sans contact

Country Status (2)

Country Link
FR (1) FR2873527B1 (fr)
WO (1) WO2006010690A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9449958B2 (en) 2012-05-24 2016-09-20 Epcos Ag Light-emitting diode device

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1999044341A1 (fr) * 1998-02-24 1999-09-02 Tantivy Communications Reglage dynamique de la taille des trames pour la transmission multivoie
US20020021714A1 (en) * 2000-05-25 2002-02-21 Mitsubishi Denki Kabushiki Kaisha Data transmission method combating degradation of the quality of service

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1999044341A1 (fr) * 1998-02-24 1999-09-02 Tantivy Communications Reglage dynamique de la taille des trames pour la transmission multivoie
US20020021714A1 (en) * 2000-05-25 2002-02-21 Mitsubishi Denki Kabushiki Kaisha Data transmission method combating degradation of the quality of service

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
LIANG LINGYU ET AL: "New design of RF interface circuits for PICC complying with ISO/IEC14443-2 typeB", ASIC, 2003. PROCEEDINGS. 5TH INTERNATIONAL CONFERENCE ON OCT. 21-24, 2003, PISCATAWAY, NJ, USA,IEEE, vol. 2, 21 October 2003 (2003-10-21), pages 1037 - 1041, XP010689528, ISBN: 0-7803-7889-X *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9449958B2 (en) 2012-05-24 2016-09-20 Epcos Ag Light-emitting diode device

Also Published As

Publication number Publication date
FR2873527A1 (fr) 2006-01-27
FR2873527B1 (fr) 2006-12-01

Similar Documents

Publication Publication Date Title
US9907091B2 (en) Communication device, control method, and program
CN1671094B (zh) 对假超时的响应
EP2235981B1 (fr) Système et procédé de distribution de grands éléments de contenu à un dispositif mobile sur un réseau mobile
EP2819014A1 (fr) Interface de contrôleur hôte de communication de champ proche
WO2003058458A1 (fr) Serveur de contenu, procede de distribution de donnees de contenu, programme et support d'enregistrement
US9590851B2 (en) Method and an apparatus for controlling messages between host and controller
EP1368784B1 (fr) Carte a puce sans contact a adaptation de signaux de commande
FR2925802A1 (fr) Procede d'acquittement de donnees
EP1316897A4 (fr) Dispositif serveur servant a traiter des informations selon des informations concernant la position d'un terminal
TWI385942B (zh) 緩和射頻識別交換動作中之處理潛時的技術
FR2942683A1 (fr) Configuration automotique d'un terminal
FR2881007A1 (fr) Etablissement d'une communication entre dispositifs sans contact
EP1695576A2 (fr) Procede et dispositif de sauvegarde avance de donn es pers onnelles d un abonne a un reseau de telecommunications
WO2006010690A1 (fr) Réduction d'influence des perturbations d'un terminal de lecture de carte à puce sans contact
EP3945467B1 (fr) Transpondeur sans contact
WO2021079038A1 (fr) Procede de validation d'une transaction lors d'une communication radio
EP2339504B1 (fr) Carte à microcircuit apte à envoyer un signal à un dispositif externe pour prendre l'initiative d'une communication
FR2873528A1 (fr) Protection contre les perturbations d'un terminal de lecture de carte a puce sans contact
US11025864B2 (en) Video conference communication
US20100165992A1 (en) Transmission system, device and method that prevent data loss
US20170366466A1 (en) Method of Reducing Transmission Control Protocol Acknowledgement and Wireless Device Using The Same
EP0930749B1 (fr) Procédé de communication avec contrôle de cohérence et dispositif pour sa mise en oeuvre
EP4049389A1 (fr) Procede de validation d'une transaction lors d'une communication radio
EP3736994A1 (fr) Détection précise de fin de pause-a pour communications en champ proche
EP3177998B1 (fr) Procédé de consultation de l'état d'une ressource d'un appareil électronique, entité électronique associée et appareil électronique équipé d'une telle entité électronique

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KM KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NG NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SM SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): BW GH GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LT LU MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase