Brevet FR2818844A1 — publié le 20020628

Procédé de transmission de données entre au moins un émetteur et au moins un récepteur, émetteur, récepteur et système de transmission correspondants. Le domaine de l'invention est celui de la transmission de données entre un émetteur et un récepteur. Plus précisément, l'invention concerne tous les systèmes de communication requérant une qualité de transmission de données élevée, et présente un intérêt particulier pour les systèmes de communication soumis à des contraintes de temps réel. L'invention s'applique notamment, mais non exclusivement, aux protocoles de transmission du type ARQ (en anglais "Automatic Repeat Request"), qui mettent en oeuvre des fonctions de contrôle d'erreurs au sein des systèmes de communication. De tels protocoles ARQ définissent un ensemble de règles de transmission de données, organisées en trames successives, sous forme de paquets. De nombreuses techniques de contrôle d'erreur sont généralement utilisées dans les systèmes de communication, pour compenser la perte et/ou la dégradation des données transmises d'un point source vers un point destination. De manière classique, le contrôle d'erreur met en oeuvre une détection des erreurs de transmission, et une retransmission des données perdues ou détériorées. Selon une technique connue de retransmission de données, l'émetteur attend de recevoir du récepteur un message de rejet explicite de données perdues, ou endommagées en cours de transmission, sous la forme d'un message d'acquittement retour, puis retransmet dès que possible les données non-acquittées par le récepteur. L'invention s'applique notamment dans le cadre du protocole ARQ de détection d'erreurs et de retransmission du standard HiperLAN/2 (en anglais "High Performance Local Area Network" Type 2) défini par l'ETSI (en anglais "European Telecommunications Standards Institute", Institut Européen des Normes de Télécommunications) dans la norme ETSI TS 101 7611 VI.1.1 (2000-04) intitulée en anglais "Broadband Radio Access Network (BRAN) HiperLAN Type 2; Data Link Control (DLC Layer) Part 1: Basic Data Transport 2 2818844 Functions" (pour "Réseau d'accès radio large bande; HiperLAN type 2; Contrôle de liaison de données (couche DLC) Partie 1: Fonctions de transport de données élémentaires"). Le standard de communication HiperLAN/2, encore appelé H/2, définit un système d'accès radio à haut débit et de faible portée, et s'applique avantageusement aux réseaux locaux sans fils, et aux réseaux d'accès sans fils. H/2 est un système cellulaire dans lequel chaque cellule radio est contrôlée par un point d'accès, appelé AP (en anglais "Access Point"), couvrant une zone géographique donnée, et gérant la répartition des ressources radio entre les différents terminaux mobiles (appelés MT, pour " mobile terminal " en anglais) du système. H/2 prévoit trois types de transmission, à savoir une transmission par voie montante (en anglais link "). Le protocole ARQ d'HiperLAN/2 est un protocole ARQ du type "Selective Repeat", présentant plusieurs mécanismes supplémentaires. On décrit par la suite le principe général d'un tel protocole. Un identifiant, encore appelé numéro de séquence (en anglais "Sequence Number"), est inséré par l'émetteur ARQ dans chaque paquet de données utilisateur, encore appelé U-PDU (en anglais " User Protocol Data Unit"), transmis au récepteur ARQ. Cet identifiant est exprimé sur 10 bits, et est incrémenté de 1 modulo 2 =1024. Dans la suite du document, on désignera par le terme PDU un paquet de données utilisateur de type U-PDU. L'émetteur maintient une liste des numéros de séquence qu'il est autorisé à transmettre, et le récepteur maintient une liste des numéros de séquence qu'il est préparé à recevoir. Chacune de ces listes est conçue sous la forme d'une fenêtre de PDUs. Le numéro de séquence permet au récepteur de détecter une perte de PDU, ou la réception d'un PDU endommagé, et de le signaler à l'émetteur par un 3 2818844 message d'acquittement en retour (en anglais "feedback message"). L'émetteur réalise alors une retransmission des PDUs qui ont été mal reçus par le récepteur. Une fenêtre de PDUs est caractérisée par la variable BoW (en anglais "Bottom of Window" pour "bas de fenêtre") d'une part, et par sa taille Ks d'autre part. Du côté de l'émetteur, BoW est le plus petit numéro de séquence associé à un PDU qui n'a pas encore été positivement acquitté par le récepteur. Ks représente alors le nombre maximum de PDUs qui peuvent être envoyés et stockés dans la fenêtre en attente d'un acquittement. Du côté du récepteur, BoW est le plus petit numéro de séquence associé à un PDU qui n'a pas encore été correctement reçu par le récepteur. Ks représente alors le nombre maximum de PDUs qui peuvent être acceptés et stockés dans la fenêtre de réception, avant transmission d'un de ces PDUs vers une couche supérieure. En plus du numéro de séquence, le récepteur ou l'émetteur ARQ maintient une variable d'état d'acquittement pour chaque PDU de la fenêtre, cette variable indiquant si le PDU a été bien ou mal reçu. Dans le protocole ARQ d'HiperLAN/2, chaque paquet de données, ou PDU, d'une fenêtre de réception est acquitté de manière sélective au sein d'un bloc d'acquittement (en anglais "bitmap block"), ou par un message d'acquittement cumulé si tous les PDUs précédant ou entourant le PDU considéré dans la fenêtre, y compris le PDU considéré lui-même, ont été correctement reçus. Un tel bloc d'acquittement est associé à un nombre prédéterminé de PDUs (8 dans le cas d'HipcrLAN/2) présentant des numéros de séquence consécutifs. Une telle association est réalisée de la manière suivante: l'espace des numéros de séquence, commençant au numéro de séquence 0, est découpé en intervalles dc numéros de séquence consécutifs, chaque intervalle étant associé à un bloc d'acquittement déterminé. Un bit de position donnée au sein d'un bloc d'acquittement est associé au numéro de séquence ayant la même position au sein de l'intervalle des numéros de séquence associé. Ainsi, un bit de valeur I au sein 4 2818844 d'un bloc d'acquittement indique que le PDU, dont le numéro de séquence est associé au bit considéré, est acquitté de façon positive. Inversement, un bit de valeur 0 au sein d'un bloc d'acquittement signale un acquittement négatif du PDU correspondant. Le numéro d'un bloc d'acquittement correspond à la position qu'occupe l'intervalle des numéros de séquence auquel il est associé, au sein de l'espace des numéros de séquence. Un message d'acquittement peut véhiculer jusqu'à trois blocs d'acquittement distincts. Le lien ARQ établi entre l'émetteur et le récepteur est par ailleurs caractérisé par la durée totale d'un cycle d'opération, encore appelée RTT (en anglais "Round Trip Time"). La durée RTT peut être définie comme la somme du temps nécessaire à l'émetteur ARQ pour envoyer un PDU, du temps nécessaire au récepteur ARQ pour le recevoir, le traiter, et envoyer une réponse à l'émetteur sous la forme d'un message d'acquittement (positif ou négatif), et du temps nécessaire à l'émetteur pour analyser ce message d'acquittement et en extraire la réponse du récepteur relative au PDU considéré. Dans le cadre d'HiperLAN/2, la réponse du récepteur relative à l'acquittement d'un PDU reçu peut être retardée jusqu'à ce qu'un certain nombre de PDUs aient été reçus, ou peut être retardée involontairement par le récepteur si aucune ressource n'est disponible pour la transmettre. La durée RTT, pour un lien ARQ donné, est donc variable. Cette durée RTT dépend encore de la classe ARQ de l'émetteur et du récepteur du lien ARQ considéré. On rappelle que le délai de traitement ARQ d'un émetteur est égal au nombre minimum de trames s'écoulant avant que l'émetteur ne puisse transmettre des PDUs en réponse à la réception d'un message d'acquittement du récepteur. De même, le délai de traitement ARQ d'un récepteur est égal au nombre minimum de trames s'écoulant avant que le récepteur ne puisse transmettre un message d'acquittement en réponse à la réception d'un ou plusieurs PDUs. Les classes de délai ARQ définies dans HiperLAN/2, de valeur 0, 1, 2 ou 3, ont une incidence directe sur les délais de traitement d'une entité ARQ donnée 2818844 (en transmission et en réception). Les délais sont de valeur identique à celle dc la classe. Par ailleurs, chaque entité ARQ annonce sa classe ARQ en émission et en réception pendant la période dite d'association, au sein du réseau H/2. De cette façon, chaque entité ARQ, de part et d'autre d'un chemin de transmission, peut déterminer la valeur minimale de RTT probable, ainsi que la limite supérieure de RTT qui ne devrait pas être atteinte en situation normale. Un inconvénient des techniques connues de transmission de données mettant en oeuvrc une retransmission des données perdues ou détériorées sur acquittement explicite, est qu'elles ne proposent pas de solutions adaptées, en cas de perte ou de détérioration d'un message d'acquittement. En effet, lorsqu'un message d'acquittement est perdu ou détérioré, l'émetteur n'a pas connaissance des PDUs qu'il doit retransmettre. Il doit donc attendre de recevoir correctement un nouveau message d'acquittement, en remplacement du message perdu, contenant tout ou partie des données d'acquittement du message perdu, pour mettre en oeuvre le mécanisme de retransmission des données non-acquittées. Si, de plus, le protocole d'échange de données ne permet pas à l'émetteur de requérir un message ou un bloc particulier d'acquittement, comme c'est le cas par exemple dans le protocole ARQ d'HiperLAN/2, l'émetteur n'est pas en mesure de prédire l'instant o il recevra le message d'acquittement attendu. Cet inconvénient peut s'avérer problématique lorsque le contenu du message d'acquittement est de grande importance pour l'émetteur, notamment si le message d'acquittement contient des informations nécessaires à l'émetteur pour faire avancer la fenêtre des PDUs à transmettre. Pour certaines applications nécessitant une vitesse de transmission de données élevée, et notamment pour les applications soumises à des contraintes temps réel, l'émetteur peut prendre la décision, en cas de non réception ou de réception tardive d'un message d'acquittement, de ne pas retransmettre les PDUs non-acquittés. Ce phénomène de rejet (en anglais "discard") a notamment pour 6 2818844 objectif d'éviter à l'émetteur de retransmettre des données qui seraient inutiles pour le récepteur, car reçues trop tardivement pour être prises cn compte. Inversement, toujours dans le cadre d'une transmission radio sensible au délai par exemple, une retransmission tardive de PDUs précédemment mal reçus peut également entraîner la mise en oeuvre d'un mécanisme de "discard" de la part, cette fois, du récepteur. Une telle perte de données, au niveau du récepteur, implique une dégradation de la qualité de l'application mise en oeuvre à la réception, en particulier lorsque cette application est particulièrement sensible à la perte autant qu'au retard des données. Un autre inconvénient de certaines techniques de l'art antérieur, et notamment du protocole ARQ d'HiperLAN/2, est qu'elles ne proposent pas de solution pour faire face à d'éventuelles inconsistances de fonctionnement dans le récepteur. Ainsi, selon le standard H/2, la manière dont le récepteur émet des messages d'acquittement retour (en anglais "feedback messages"), et le choix de leur contenu (notamment le choix des blocs d'acquittement qu'ils contiennent) n'étant pas normalisé, certains blocs d'acquittement peuvent être émis dans un temps très long, et même, dans le pire des cas, ne jamais être émis. L'invention a notamment pour objectif de pallier ces inconvénients de l'art antérieur. Plus précisément, un objectif de l'invention est de fournir une technique de transmission de données, mettant en oeuvre une détection d'erreurs et une retransmission des données perdues ou endommagées, offrant une solution optimisée au problème de la perte ou de la détérioration d'un message d'acquittement. L'invention a également pour objectif de mettre en oeuvre une technique de transmission de données permettant de pallier aux inconvénients des techniques de l'art antérieur selon lesquelles, d'une part, l'émetteur ne dispose pas de moyens spécifiques pour requérir un message ou un bloc particulier d'acquittement, et, 7 2818844 d'autre part, il peut être confronté à d'éventuelles inconsistances de fonctionnement du récepteur. Un autre objectif de l'invention est de mettre en oeuvre une technique dc transmission de données adaptée notamment, mais non exclusivement, au protocole ARQ, en particulier pour le standard HiperLAN/2. L'invention a encore pour objectif de fournir une technique de transmission de données permettant une retransmission anticipée de paquets dc données nonacquittés, en cas de perte ou de détérioration d'un message d'acquittement. L'invention a également pour objectif de mettre en oeuvre une technique de communication entre un émetteur et un récepteur présentant une qualité de transmission élevée. L'invention a encore pour objectif, dans le cadre des protocoles de type ARQ, d'éviter une mise en oeuvre intempestive du mécanisme de rejet (en anglais "discard") prévu notamment par le standard HiperLAN/2. Ces objectifs, ainsi que d'autres qui apparaîtront par la suite, sont atteints à l'aide d'un procédé de transmission de données entre au moins un émetteur et au moins un récepteur, sous forme de paquets d'au moins une donnée, chacun desdits paquets de données étant associé à un identifiant dudit paquet, ledit récepteur envoyant périodiquement audit émetteur un message d'acquittement, comprenant au moins un bloc d'acquittement associé à un nombre prédéterminé de paquets de données présentant des identifiants consécutifs, de manière à indiquer audit émetteur, de façon sélective, un état d'acquittement (acquitté ou non- acquitté) de chacun desdits paquets de données dudit bloc. Selon l'invention, un tel procédé de transmission comprend au moins une étape d'association d'au moins un temporisateur à au moins certains desdits blocs d'acquittement, déterminant une durée de temporisation au delà de laquelle une opération spécifique devra être effectuée, si un acquittement n'a pas été reçu. Ainsi, l'invention repose sur une approche tout à fait nouvelle et inventive de la retransmission de données, dans le cadre d'un protocole de communication 8 2818844 reposant sur la détection d'erreurs et la retransmission de données perdues ou endommagées. En effet, le principe des protocoles de transmission classiques repose sur la mise en oeuvre d'un mécanisme de retransmission de données en réponse à la réception d'un message d'acquittement cn retour (en anglais "feedback message") indiquant que certains PDUs n'ont pas été correctement reçus. Selon l'invention, l'association d'un temporisateur à certains blocs d'acquittement (en anglais "bitmap blocks") permet de mettre en ceuvre une retransmission anticipée des données, préalablement à la réception d'un message d'acquittement correspondant. On notera qu'un bloc d'acquittement est associé à un nombre prédéterminé de paquets de données, qui peut être fixe ou variable, mais connu de l'émetteur pendant toute la durée de sa communication avec le récepteur. L'association d'un temporisateur à un bloc d'acquittement apparaît clairement comme un mécanisme consommateur de ressources, mais permet avantageusement d'améliorer la qualité du service fourni en réception. L'invention va donc à l'encontre des préjugés de l'homme du métier, pour qui la qualité du service fourni est liée à la maximisation du débit de transmission des données, et pour qui les ressources d'un système de communication doivent donc être économisées. Avantageusement, pour un bloc d'acquittement donné, un tel procédé comprend une première étape d'activation dudit temporisateur, lorsque ledit émetteur envoie audit récepteur le premier desdits paquets de données d'identifiants consécutifs associés audit bloc, de façon que ledit temporisateur passe dans ledit état activé. Le déclenchement du temporisateur associé à un bloc d'acquittement donné se produit donc dès l'envoi du premier des PDUs associés à ce bloc, c'est-à- dire lors de l'envoi du PDU du bloc, présentant le plus petit numéro de séquence. Selon une caractéristique avantageuse de l'invention, pour un bloc d'acquittement donné, un tel procédé comprend une première étape de désactivation dudit temporisateur après une durée maximale prédéterminée, et 9 2818844 lesdits paquets de données dudit bloc sont alors considérés par ledit émetteur dans ledit état non-acquitté. Dans le cadre du protocole ARQ d'H/2, une telle durée maximale prédéterminée correspond à la durée maximale d'un cycle de transmission RTTmax (en anglais "Round Trip Time"). Ainsi, lorsque le temporisateur indique qu'il s'est écoulé une durée supérieure ou égale à RTTmax depuis l'émission du premier PDU associé au bloc, et lorsque aucun message d'acquittement correspondant n'a été reçu pour ce bloc, l'émetteur considère alors qu'il peut s'être produit une erreur de transmission, et que les PDUs correspondants sont a priori non-acquittés. La désactivation du temporisateur se produit de manière automatique, à expiration de RTTmax. Selon une deuxième caractéristique avantageuse de l'invention, pour un bloc d'acquittement donné, un tel procédé comprend une deuxième étape de désactivation dudit temporisateur lorsque ledit émetteur reçoit un acquittement cumulé d'au moins lesdits paquets de données dudit bloc, indiquant que lesdits paquets de données dudit bloc sont dans ledit état acquitté. Ainsi, si par exemple le récepteur envoie un message d'acquittement indiquant que tous les PDUs de numéros de séquence compris entre 0 et 10 ont été correctement reçus, sur réception de ce message d'acquittement cumulé par l'émetteur, le temporisateur associé au bloc d'acquittement 0, correspondant aux PDUs 0 à 7, est alors désactivé. Selon une troisième caractéristique avantageuse de l'invention, pour un bloc d'acquittement donné, un tel procédé comprend une troisième étape de désactivation dudit temporisateur, lorsque ledit émetteur reçoit un message d'acquittement comprenant au moins ledit bloc d'acquittement. Préférentiellement, à la réception par l'émetteur dudit message d'acquittement, un tel procédé met en oeuvre une étape d'analyse dudit message d'acquittement, de manière à déterminer ledit état acquitté ou non-acquitté de chacun desdits paquets de données dudit bloc. 2818844 Dans le cadre du protocole ARQ d'H/2, si un tel message d'acquittement comprend par exemple un unique bloc d'acquittement, l'émetteur entreprend alors de lire les valeurs 0 ou I des 8 bits constitutifs de ce bloc. Un bit de valeur 0 indique que le PDU dont le numéro de séquence est égal à la position de ce bit est dans l'état non-acquitté. Dans le cadre d'un protocole ARQ, lors d'une telle étape d'analyse d'un bloc d'acquittement, l'émetteur ne considère que les PDUs dont le numéro de séquence est compris dans la fenêtre courante de transmission, c'est-à-dire compris entre BoW et BoW + Ks, selon les notations utilisées précédemment dans ce document. Avantageusement, à l'issue d'une desdites étape de désactivation dudit temporisateur, au moins un paquet de données dudit bloc étant dans ledit état non- acquitté, il met en oeuvre une étape de positionnement d'au moins certains desdits paquets de données non-acquittés dudit bloc dans une file d'attente de retransmission. Une telle file d'attente de retransmission peut être une file d'attente physique, sous la forme par exemple d'un buffer (en français, mémoire tampon) dans lequel sont stockés les PDUs en attente de retransmission. Le positionnement d'un PDU dans la file d'attente peut aussi consister à lui associer un drapeau de retransmission, qui est dans l'état levé lorsque le PDU doit être retransmis, et dans l'état baissé sinon. Plus généralement, le positionnement d'un PDU dans la file d'attente de retransmission peut consister à indiquer qu'il est dans un état spécifique précédant une retransmission par toute technique adéquate. Ainsi que décrit précédemment, les PDUs associés à un bit de valeur 0 dans le bloc d'acquittement reçu, mais dont le numéro de séquence est supérieur à BoW + Ks, encore appelée EoW (en anglais "End of Window" pour "fin de fenêtre") ne sont pas pris en compte au cours de l'étape d'analyse du message d'acquittement, et ne sont donc pas positionnés dans la file d'attente de retransmission. I 1 2818844 Selon une variante de réalisation avantageuse de l'invention, à l'issue de ladite étape d'analyse, un tel procédé met en oeuvre une étape de contrôle de la présence, dans ladite file d'attente de retransmission, d'au moins un paquet de données acquitté dudit bloc, et, lorsque la présence dans ladite file d'attente d'au moins un paquet de données acquitté dudit bloc est confirmée, il met en oeuvre une étape de suppression dudit ou desdits paquets de données acquittés dudit bloc de ladite file d'attente de retransmission. De cette façon, on évite une retransmission inutile de PDUs acquittés positivement. Une telle technique est particulièrement intéressante lorsque, par exemple, un temporisateur a expiré après une durée RTTmax, que certains PDUs du bloc correspondant ont été préparés pour une retransmission, et qu'un message d'acquittement, acquittant positivement certains des PDUs prêts à être retransmis, est ensuite reçu par l'émetteur, avant que celui-ci n'ait pu effectuer la retransmission des PDUs placés en file d'attente. L'émetteur peut alors décider de retirer de la file d'attente les PDUs qui ont été acquittés positivement par le récepteur. Selon une technique avantageuse de l'invention, un tel procédé met en oeuvre au moins une étape de retransmission dudit ou desdits paquets de données dudit bloc positionnés dans ladite file d'attente de retransmission, et une deuxième étape d'activation dudit temporisateur dudit bloc lors de la retransmission du premier desdits paquets de données dudit bloc positionnés dans ladite file d'attente. On retransmet donc les PDUs de la file d'attente qui n'ont pas été acquittés par le récepteur, et on déclenche à nouveau le temporisateur lorsqu'on retransmet le PDU de plus petit numéro de séquence du bloc associé. Préférentiellement, un tel procédé de transmission met en oeuvre un protocole de type ARQ (en anglais "Automatic Repeat Request"). Un tel protocole ARQ peut être par exemple de type "Selective Repeat", ou "Go Back N". L'invention s'applique notamment dans le cadre du protocole 12 2818844 ARQ SRPB (en anglais "Selective Repeat with Partial Bitmap") du standard HiperLAN/2. Selon un modc de réalisation préféré de l'invention, un tel procédé de transmission comprend en outre au moins une étape d'horodatage, consistant à associer un horodateur à au moins certains paquets de données dans ledit état non- acquitté. Un tel horodateur peut être exprimé en trames, ou en tout autre unité de mesure du temps, et notamment en millisecondes. Dans le cadre du protocole ARQ d'H/2, o les trames sont de durée fixée à 2ms, l'expression de la valeur d'un horodateur en millisecondes permet une meilleure précision, par rapport à l'expression de la mesure en trames. De manière préférentielle. ledit horodateur est activé lorsque ledit émetteur envoie ledit paquet de données associé. Ainsi, l'horodateur permet d'évaluer, à tout instant, la durée qui s'est écoulée depuis l'émission d'un PDU. Selon une autre technique avantageuse de l'invention, ladite étape de positionnement comprend une sous-étape préliminaire de sélection des paquets de données à positionner dans ladite file d'attente, en fonction d'au moins un critère de sélection prédéterminé. Préférentiellement, ledit critère de sélection tient compte d'au moins une des informations appartenant au groupe comprenant: - la valeur dudit horodateur associé à un paquet de données non-acquitté dudit bloc; - la classe ARQ dudit récepteur. En effet, la valeur d'un horodateur et la classe ARQ du récepteur sont des indicateurs, respectivement, de la durée qui s'est écoulée depuis l'émission du PDU correspondant, et de la durée nécessaire au récepteur pour traiter le PDU et émettre un message d'acquittement correspondant. En prenant en compte l'un ou l'autre de ces deux critères, ou ces deux critères conjointement, l'émetteur peut 13 2818844 prendre une décision fine sur la nécessité ou non de positionner le PDU considéré dans une file d'attente de retransmission. Selon un mode de réalisation particulier de l'invention, ladite sousétape de sélection permet de sélectionner ledit ou lesdits paquets de données non-acquittés dudit bloc, associés à un horodateur de valeur supérieure à ladite durée maximale prédéterminée. En effet, si un horodateur indique que le PDU considéré a été émis depuis une durée supérieure à RTTmax, l'absence de message d'acquittement correspondant peut être assimilé par l'émetteur à une erreur de transmission probable. Avantageusement, ladite étape de positionnement comprend en outre, pour chacun desdits paquets de données sélectionnés, une sous-étape de désactivation dudit horodateur associé. Dès qu'un PDU est placé dans la file d'attente de retransmission, son horodateur est ainsi désactivé. Selon un premier mode de réalisation préféré de l'invention, lorsque tous les paquets de données non-acquittés dudit bloc ont été sélectionnés dans ladite sous-étape de sélection, ledit temporisateur prend, lors de ladite deuxième étape d'activation, la valeur V(T) suivante: V(T) = t(activation) + dmax, o t(activation) est la valeur temporelle courante lors de ladite deuxième étape d'activation, et o dmaX est ladite durée maximale prédéterminée, et l'horodateur associé à chaque paquet de données du bloc positionné dans ladite file d'attente est activé et prend la valeur temporelle courante lors de ladite retransmission dudit paquet de données. La durée d,nax., encore notée RTTmax, peut être exprimée en trames ou, par exemple en millisecondes. Dans le premier cas, et pour des trames de durée 2ms par exemple, l'équation ci-dessus s'écrit alors: V(T) = t(activation) + dmax * 2, avec V(T) et t(activation) exprimés en millisecondes, Selon un deuxième mode de réalisation préféré de l'invention, à l'issue de ladite première étape de désactivation dudit temporisateur, si au moins un paquet de données non-acquitté dudit bloc, associé à un horodateur de valeur inférieure à ladite durée maximale prédéterminée, n'a pas été sélectionné au cours de ladite sous-étape de sélection, un tel procédé de transmissionmet en oeuvre une troisième étape d'activation dudit temporisateur dudit bloc, de façon que ledit temporisateur prenne la valeur V(T) suivante: V(T) = V(passage) + (Horodateur[i] - Horodateur[j]), o V(passage) est la valeur dudit temporisateur lors de ladite étape de passage dudit temporisateur dans ledit état désactivé, Horodateur[j] est la plus grande des valeurs desdits horodateurs associés auxdits paquets de données non-acquittés dudit bloc sélectionnés au cours de ladite sous-étape de sélection, et Horodateur[i] est la plus grande des valeurs desdits horodateurs associés auxdits paquets de données non-acquittés dudit bloc n'ayant pas été sélectionnés au cours de ladite sous-étape de sélection. Ainsi, à l'expiration d'un temporisateur, si au moins un PDU du bloc, transmis mais non encore acquitté, n'est pas concerné par la retransmission, parce que son horodateur est de valeur trop faible, on réactive immédiatement le temporisateur selon l'équation ci-dessus. Une telle équation peut encore s'écrire V(T) = V(passage) + (Horodateur[i] Horodateur[j]) * 2 lorsque la valeur des horodateurs est exprimée en trames, et que ces trames sont de durée égale à 2ms. V(T) et V(passage) sont alors exprimés en millisecondes. Dans le cas o plusieurs PDUs présenteraient la même valeur d'horodateur Horodateur[i] ou Horodateur[j], on peut envisager de choisir l'une quelconque de ces valeurs dans l'équation ci-dessus. Avantageusement, à l'issue de ladite étape d'analyse dudit message d'acquittement, ledit procédé met en oeuvre, pour chacun desdits paquets de données acquittés dudit bloc, une étape de désactivation dudit horodateur associé. Selon un troisième mode de réalisation préféré de l'invention, à l'issue de ladite troisième étape de désactivation dudit temporisateur, si au moins un paquet 2818844 de données non-acquitté dudit bloc n'a pas été sélectionné au cours de ladite sous- étape de sélection en fonction d'un critère de décision lié à la classe ARQ dudit récepteur, un tel procédé de transmission met en oeuvre une quatrième étape d'activation dudit temporisateur dudit bloc, de façon que ledit temporisateur prenne la valeur V(T) suivante: V(T) = V(passage) + (dmax, - (t - Horodateur[i])), o V(passage) est la valeur dudit temporisateur lors de ladite étape de passage dudit temporisateur dans ledit état désactivé, dmax est ladite durée maximale prédéterminée, t est la valeur temporelle courante, et Horodateur[i] est la plus grande des valeurs desdits horodateurs associés auxdits paquets de données non- acquittés dudit bloc n'ayant pas été sélectionnés au cours de ladite sousétape de sélection. Comme décrit précédemment, l'équation ci-dessus peut aussi s'écrire V(T) = V(passage) + (dnax * 2 - (t - Horodateur[i])) lorsque dmax est exprimée en trames, une trame étant de durée égale à 2ms, et que t et Horodateur[i] sont exprimés en millisecondes. L'équation peut encore s'écrire V(T) = V(passage) + (dmax - (t - Horodateur[i])) * 2 si dmax, et Horodateur[i] sont exprimés en trames de durée 2ms, et si t désigne le numéro de trame courant. Si plusieurs PDUs présentent la même valeur d'horodateur, on peut choisir l'une quelconque de ces valeurs dans l'équation ci-dessus. L'invention concerne également un émetteur, un récepteur, et un système de transmission de données mettant en oeuvre le procédé de transmission de données décrit précédemment. D'autres caractéristiques et avantages de l'invention apparaîtront plus clairement à la lecture de la description suivante d'un mode de réalisation préférentiel, donné à titre dc simple exemple illustratif et non limitatif, et des dessins annexés, parmi lesquels: - la figure 1 présente un synoptique des différentes étapes mises en oeuvre selon le mécanisme de base de l'invention dans le cadre d'échanges de paquets de données entre un émetteur et un récepteur ARQ; 16 2818844 - la figure 2 illustre les échanges de PDUs entre un émetteur et un récepteur ARQ, lorsqu'on associe un temporisateur à chacun des blocs d'acquittement (en anglais "bitmap block") selon le procédé de la figure 1; - la figure 3 illustre un perfectionnement du mode de réalisation de la figure 2, selon lequel on associe un horodateur aux PDUs non-acquittés échangés entre l'émetteur et le récepteur ARQ; - les figures 4a et 4b décrivent des échanges de PDUs entre un émetteur ARQ et un récepteur ARQ selon un mode de réalisation similaire à celui de la figure 3, avec une valeur RTTmax, qui correspond à la durée maximale d'un cycle d'opération, différente; - la figure 5 illustre un exemple de transmission de PDUs entre un émetteur de classe ARQ 0 et un récepteur de classe ARQ 1, selon un mode de réalisation similaire à celui des figures 3 et 4. On notera que les figures 2 à 4 peuvent illustrer le cas particulier d'un émetteur ARQ situé dans le point d'accès AP, et d'un récepteur situé dans un terminal mobile (MT). Si l'on considère une communication entre deux terminaux en mode direct, dans laquelle les deux terminaux émettent alors durant la même phase, les figures 2 à 4 peuvent encore illustrer le cas particulier o le premier terminal émettant dans la trame constitue l'émetteur ARQ et o le second terminal émettant dans la trame constitue le récepteur ARQ pour la communication considérée. Le principe général de l'invention repose sur l'association d'un temporisateur à au moins certains blocs d'acquittement (en anglais "bit map block") transmis par le récepteur à l'émetteur. On s'attache, dans la suite du document, à décrire un mode de réalisation de l'invention dans le cadre du protocole ARQ SRPB (en anglais "Selective Repeat with Partial Bitmap") du standard HiperLAN/2. On rappelle que l'invention s'applique bien sûr également à d'autres types de protocoles de transmission de données, reposant sur une détection d'erreurs à la transmission et sur une retransmission des données perdues ou endommagées. 17 2818844 On décrit succinctement, en relation avec la figure 1, les différentes étapes mises en oeuvre selon le mécanisme de base de l'invention, dans le cadre d'échanges de PDUs entre un émetteur et un récepteur ARQ. Ces étapes seront décrites plus en détails en relation avec les figures 2 à 5. Au cours d'une étape référencée 10, on associc, selon le procédé de la présente invention, au moins un temporisateur à certains ou tous les blocs d'acquittement, encore appelés en anglais "bitmap blocks", qu'un récepteur ARQ est susceptible de transmettre à un émetteur ARQ, au sein d'un message d'acquittement. Un tel bloc d'acquittement est associé, selon le protocole ARQ du standard HiperLAN/2, à 8 PDUs consécutifs, et permet d'acquitter sélectivement chacun de ces PDUs. Le temporisateur est activé au cours d'une étape référencée 11, lors de la transmission du premier des PDUs consécutifs associés au bloc considéré. Il est ensuite désactivé au cours d'une étape ultérieure reéférecncée 12, après expiration d'une durée maximale prédéterminée ou à la réception d'un acquittement d'au moins certains des PDUs du bloc considéré. A la désactivation du temporisateur, l'émetteur ARQ met en ceuvre une étape 13 de sélection du ou des éventuels PDUs non-acquittés qu'il faut retransmettre au récepteur ARQ, puis positionne (14) les PDUs sélectionnés dans une file d'attente de retransmission. Lors de la retransmission (15) du premier PDU du bloc auquel est associé le temporisateur, positionné dans la file d'attente, le temporisateur correspondant est réactivé (11). On présente désormais, en relation avec la figure 2, un mode de réalisation de la gestion de temporisateurs associés aux blocs d'acquittement envoyés par le récepteur, dans le cadre d'échanges de PDUs entre un émetteur 1 et un récepteur 2. Les échanges de PDUs sont organisés en trames, notées f0 à f7 sur la figure 2. Selon le protocole ARQ du standard HiperLAN/2, ces trames sont de durée égale à 2 ms. 18 2818844 On considère que l'émetteur et le récepteur de la figure 2 sont de classe ARQ égale à 0, c'est-à-dire que: - l'émetteur ARQ, après réception en trame fi d'un message indiquant l'état d'acquittement de plusieurs PDUs, est capable de retransmettre dans la même trame f, (ou dans la trame consécutive selon que sa phase d'émission se situe avant ou après celle du récepteur) le ou les PDUs non-acquittés, à condition qu'il dispose des ressources nécessaires; - le récepteur ARQ, après réception d'un ou plusieurs PDUs en trame f, est capable de transmettre à l'émetteur, dans la même trame f, (ou dans la trame consécutive selon que sa phase d'émission se situe avant ou après celle de l'émetteur) un (ou plusieurs) message d'acquittement pour le ou les PDUs reçus s'il dispose des ressources nécessaires. On considère en outre que la durée maximale d'un cycle d'opération, appelée par la suite RTTmax (en anglais "Round Trip Time"), est égale à 3 trames. On s'intéresse tout d'abord au bloc d'acquittement associé aux PDUs de numéros de séquence 0 à 7, qu'on notera par la suite BMB0 (de l'anglais "bitmap block"). A l'instant to, correspondant au début de la trame fo, la valeur de BMBo est 00000000, indiquant que les PDUs de numéro de séquence 0 à 7 sont tous dans l'état non-acquitté. Selon l'invention, on associe un temporisateur TO à BMB,. En trame f0, l'émetteur 1 envoie les PDUs de numéro de séquence 0 à 4 au récepteur 2. Le temporisateur To est activé à l'instant to + A0, lors de l'émission du PDU de numéro de séquence 0, noté PDU(0). Il sera désactivé au plus tard après une durée RTTmax égale à 3 trames, soit 6 ms, dans le cadre du standard HiperLAN/2, c'est-à-dire que T0 sera désactivé au plus tard à l'instant t = to + 6 + A0. Comme indiqué sur la figure 2, PDU(0) et PDU(4) ont été correctement reçus par le récepteur 2. En revanche, un incident (symbolisé par une croix sur la 19 2818844 flèche d'émission des PDUs) s'est produit au cours de la transmission dc PDU(1), PDU(2) et PDU(3). En trame fi, qui débute à l'instant t, l'émetteur 1 envoi PDU(5), qui n'est pas correctement reçu, PDU(6), PDU(7) et PDU(8). A l'émission de PDU(8), à l'instant t1 + A, l'émetteur 1 active le temporisateur T, associé à BMB, correspondant aux PDUs de numéro de séquence 8 à 15. T, sera désactivé au plus tard à l'instant t1 + 6 + A1, après une durée égale à RTTmax. Après réception de PDU(8), le récepteur 2 envoie à l'émetteur 1 un message d'acquittement contenant BMB0, de valeur égale à 10001011. Sur réception de BMB0, l'émetteur 1 désactive T0, analyse le message d'acquittement, et détermine que PDU(1), PDU(2), PDU(3) et PDU(5) ne sont pas acquittés, et doivent donc être retransmis. La trame f débute à l'instant t2. Etant de classe ARQ 0, l'émetteur 1 retransmet en trame f2, PDU(1) et PDU(2) au récepteur 2. Lors de la réémission de PDU(I), à l'instant tL + A, le temporisateur To associé à BMB0 est réactivé, pour une durée maximale égale à t, + 6 + A,. L'émetteur 1 reçoit dans la même trame f2 un message d'acquittement du récepteur 2 contenant BMB., de valeur égale à 11101011. Il désactive alors le temporisateur To, analyse le message d'acquittement, et détermine que PDU(3) et PDU(5) sont encore dans l'état non-acquitté et doivent donc être retransmis au récepteur 2. En trame f3, l'émetteur 1 se voit attribuer les ressources nécessaires à la transmission de PDU(3), PDU(5), PDU(9) et PDU(10). Une nouvelle fois, à l'émission de PDU(3) à l'instant t3 + A3, l'émetteur I active T0, pour une durée maximale égale à t3 + 6 + A3. En trame f4, l'émetteur 1 dispose des ressources nécessaires à la transmission de PDU(11) et PDU(12), qui sont mal reçus par le récepteur 2, ainsi qu'illustré en figure 2. Dans la même trame f4, le récepteur 2 envoie un message d'acquittement comprenant BMB0 et BMB,. Cependant, un incident survient au 2818844 cours de la transmission dc ce message d'acquittement, qui n'est pas reçu par l'émetteur 1. En trame f, l'émetteur I poursuit donc la transmission de PDU(13), PDU(14) et PDU(15). A l'instant t'5, le temporisateur T1 arrive à expiration après RTTmax, et passe donc dans l'état désactivé. L'émetteur 1 en déduit donc qu'aucun des PDUs associés à BMB, n'est dans l'état acquitté, et que tous les PDUs associés à BMB, doivent donc être retransmis. Ayant encore une ressource disponible, et étant de classe ARQ 0, l'émetteur 1 entreprend donc dans la même trame f5 de retransmettre PDU(8) à l'instant t5 + A5, et réactive alors TI, pour une durée maximale égale à t5 + A5 + 6. En trame f6, l'émetteur 1 retransmet PDU(9). Le temporisateur To passe à nouveau dans l'état désactivé, après RTTmax, indiquant à l'émetteur 1 l'état non- acquitté de PDU(3) et PDU(5). La file d'attente de retransmission maintenue par l'émetteur 1 est alors mise à jour, de manière à comprendre les PDUs de numéro de séquence suivants: {3, 5, 10, 11, 12, 13, 14, 15}. Un tri des PDUs de la file d'attente par ordre croissant de numéro de séquence permet à l'émetteur 1 de déterminer qu'il doit retransmettre, en trame f6, PDU(3), PDU(5), puis PDU(I0). Le temporisateur To est à nouveau réactivé lors de la transmission de PDU(3). Après retransmission des PDUs de numéro de séquence 3, 5 et 10, la file d'attente de retransmission est mise à jour et comprend les PDUs de numéro de séquence suivants: {11, 12, 13, 14, 15}. Après avoir reçu correctement PDU(10), le récepteur 2 envoie à l'émetteur 1 un message d'acquittement comprenant BMB0 = 1 1 1 1 1 1 1 1 et BMB, = 11100110. A la réception de ce message, Tl et To sont désactivés. Selon un mode de réalisation particulièrement avantageux de l'invention, l'émetteur 1 analyse le message d'acquittement reçu, détermine que PDU(13) et PDU(14) ont été acquittés par le récepteur 2, et les supprime de la file d'attente de retransmission, de sorte qu'elle contient désormais les PDUs de numéro de séquence {11, 12, 15}. 21 2818844 En trame f7, l'émetteur 1 retransmet donc PDU(1 1), PDU(12) et PDU(15). En trame f8, le récepteur 2 émet un message d'acquittement comprenant BMB: = 11111111, dont la réception par l'émetteur 1 entraîne la désactivation du temporisateur T1. Tous les PDUs de numéros de séquence 0 à 15 sont alors acquittés, et la file d'attente de retransmission maintenue par l'émetteur 1 est désormais vide. On présente désormais, en relation avec la figure 3, un deuxième mode de réalisation de l'invention, dans lequel on associe, outre un temporisateur à chacun des blocs d'acquittement, un horodateur à chaque PDU non-acquitté. On considère à nouveau un émetteur et un récepteur de classe ARQ 0, mais on considère désormais une durée RTTmax égale à 2 trames, soit 4 ms dans le cas d'HiperLAN/2 o les trames sont d'une durée de 2 ms. On s'intéresse à nouveau aux trames numérotées f0 à f7. On associe un temporisateur To au bloc d'acquittement BMB0, associé aux PDUs numérotés 0 à 7. On associe également un horodateur Hi au PDU de numéro de séquence i, dont la valeur est exprimée en trames, et qui est activé lors de l'émission du PDU(i). Ainsi, en figure 3, l'émetteur 1 envoie en trame f0 les PDUs numérotés 0 à 4. A l'instant to + A0 d'émission de PDU(0), on active T0, qui sera désactivé au plus tard après une durée égale à RTTmax, c'est-à-dire à l'instant t0 + A0 + 4. En fin de trame f0, les horodateurs H0 à H4 sont donc activés et ont pour valeur 0, et les horodateurs H5 à H7 sont désactivés. En trame fl, l'émetteur 1 transmet les PDUs numérotés 5 à 7. Les horodateurs H5 à H7 prennent donc la valeur 1. Le récepteur 2 envoie par ailleurs un message d'acquittement comprenant BMB0 = 11010100 à l'émetteur 1, qui analyse ce message, et en déduit, le récepteur 2 étant de classe ARQ 0, que les PDUs numérotés 2, 4, 6 et 7 ne sont pas acquittés et doivent donc être retransmis. Sur réception de ce message d'acquittement, tous les horodateurs H, des PDUs 0 à 7 sont désactivés, ainsi que le temporisateur To. En trame f2, l'émetteur 1 retransmet PDU(2) à t2 + A:, et réactive alors To pour une durée maximale égale à RITmax, puis retransmet PDU(4). On a alors H2 22 2818844 * et H4 activés et égaux à 2; les autres horodateurs H, des PDUs de BMB0 sont désactivés. En trame f3, l'émetteur I retransmet PDU(6) et PDU(7), et le récepteur 2 envoie un message d'acquittemcnt contenant BMBo, qui n'est pas correctement reçu par l'émetteur 1. H6 et H7 sont alors activés à la valeur 3. A t'4 = t2 + A, + 4, le temporisateur T0 est désactivé. L'émetteur I doit alors déterminer, au cours d'une étape référencée 20, quels sont les PDUs qu'il doit positionner dans une file d'attente, en vue d'une retransmission ultérieure. L'émetteur 1 analyse alors la valeur, exprimée en trames, des horodateurs associés aux différents PDUs non-acquittés de BMBo, à savoir PDU(2), PDU(4), PDU(6) et PDU(7). On désigne par f(t) le numéro de la trame à laquelle appartient l'instant t. On a, pour les PDUs 2, 4, 6 et 7: f(t'4) - H2=4-2 = 2 _>RTTmax f(t'4) - H4 = 4 - 2 =2 > RTTmax f(t'4) - H6 = 4 - 3 =1 Soit T 0=t'4 + 2 enms. L'émetteur I retransmet alors PDU(2) et PDU(4) en trame f4. La file d'attente de retransmission est donc vide, et on a H2 = H4 = 4 et H6 = H7 - 3. To est 23 2818844 désactivé en trame f5 à l'instant t'5. L'émetteur I réitère alors le calcul effectué ci- dessus, pour déterminer, au cours de l'étape référencée 21, quels sont les PDUs non-acquittés de BMB0 à positionner dans la file d'attente de retransmission: f(t'5) - H2 = 5 - 4 = 1 RTTmax f(t'5) - H7 = 5 - 3 = 2 > RlTmax On en déduit donc que les PDUs 2 et 4 ne doivent pas être retransmis, car la durée qui s'est écoulée entre leur dernière transmission et la désactivation de To est inférieure à RTTmax, et ces PDUs peuvent donc ne pas avoir encore été traités par le récepteur 2: il apparaît donc normal, pour ces deux PDUs, que l'émetteur n'ait pas reçu de message d'acquittement correspondant. PDU(6) et PDU(7) sont placés dans la file d'attente de retransmission, et To est immédiatement réactivé et prend la valeur définie par l'équation ci-dessous To = V(passage) + (H, - Hj) Soit T, = t'5 + (H2 - H6)*2 en ms (car PDU(2) est le plus vieux PDU non-acquitté de BMB0 qui ne doit pas être retransmis, et PDU(6) est le plus vicux PDU non- acquitté de BMB0 qui doit être retransmis) Soit To = t'5 + 2 en ms. En trame f5, l'émetteur 1 retransmet PDU(6). La file d'attente de retransmission ne contient alors plus que PDU(7), et on a H2 = H4 = 4, H6 = 5 et H7 =3. L'émetteur 1 reçoit alors du récepteur 2 un message d'acquittement comprenant BMB0 = 11011110. Tous les horodateurs associés aux PDUs 0 à 7 sont alors désactivés, et PDU(7) et PDU(2) sont positionnés dans la file d'attente de retransmission. En trame f6, PDU(7) est retransmis à l'instant t6 + A, et T0 est réactivé et prend la valeur TO = tI, + A6 + 4. H7 est également réactivé et prend la valeur 6, et PDU(7) est supprimé de la file d'attente de retransmission. En trame f7, l'émetteur I transmet PDU(2), H2 est alors activé et prend la valeur 7, et la file d'attente de retransmission est alors vide. Le récepteur 2 envoie 24 2818844 un message d'acquittement contenant BMB0=1I 1111111 acquittant l'ensemble des PDUs 0 à 7, mais qu'un incident de transmission empêche l'émetteur 1 de recevoir correctement. A l'instant t'8, en trame f8, To est désactivé. L'émetteur 1 doit alors déterminer, au cours de l'étape référencée 22, quels sont les PDUs non-acquittés de BMB0 qui doivent être positionnés dans la file d'attente de retransmission. Dans ce dessein, il analyse la valeur des horodateurs associés à PDU(2) et PDU(7), de façon à déterminer la durée qui s'est écoulée entre la dernière transmission de ces PDUs et la désactivation de To f(t'8) - H2 = 8 - 7 = 1 depuis suffisamment longtemps pour avoir été traité et acquitté par le récepteur 2. L'absence de message d'acquittement pour PDU(7) est donc indicateur d'une erreur de transmission possible. Le temporisateur To est immédiatement réactivé et prend la valeur To = t'8 + (H2 - H7)*2 en ms, soit T = t'8 + 2. En trame f8, l'émetteur 1 reçoit un message d'acquittement comprenant le bloc d'acquittement BMBo = 11111111, indiquant que tous les PDUs de numéros de séquence 0 à 7 ont été correctement reçus par le récepteur 2. Tous les horodateurs H0 à H7 sont alors désactivés, ainsi que le temporisateur T0. Les mécanismes mis en oeuvre par l'émetteur et le récepteur ARQ en figure 4 sont similaires à ceux illustrés en figure 3, et ne sont donc pas décrits plus en détails dans ce document. La figure 4 présente un émetteur et un récepteur ARQ de classe 0, pour lesquels la durée RTTmax est fixée à 10 trames, soit 20 ms dans le cadre du protocole ARQ d'HiperLAN/2. On notera qu'à l'issue de l'étape référencée 31, on détermine que le PDU(0) doit être positionné en file d'attente de retransmission, en vue d'une retransmission ultérieure. Cependant, dans la même trame f1l, et avant d'avoir pu retransmettre PDU(0), l'émetteur 1 reçoit du récepteur 2, un message d'acquittement comprenant 2818844 le bloc d'acquittement BMBo = 11111111, indiquant que le PDU(0) a été correctement reçu par le récepteur 2. L'émetteur 1 détecte donc qu'il est inutile de retransmettre PDU(0) et met en oeuvre une étape 30 de suppression de PDU(0) de la file d'attente de retransmission. On décrit désormais, en relation avec la figure 5, un exemple de mise en oeuvre de l'invention dans le cadre d'échanges de paquets de données (PDUs) entre un émetteur de classe ARQ 0 et un récepteur de classe ARQ 1. On note dRx = 1 (exprimé en trames) le délai de traitement du récepteur de classe ARQ 1. On suppose que RTTmax = 3 trames, soit 6 ms, et on considère les trames f0 à f7, pendant lesquelles on transmet PDU(0) à PDU(7). On associe le temporisateur TO au bloc d'acquittement BMBo, et un horodateur Hi à chaque PDU(i). En trame fo, débutant à l'instant t, l'émetteur 1 transmet PDU(0) à PDU(4) . A l'émission de PDU(0), le temporisateur T0 associé au bloc BMB0 est activé et prend la valeur To = t0 + 6 + Ao. Les horodateurs Ho à H4 sont activés et prennent la valeur 0, indiquant ainsi que les PDUs 0 à 4 auxquels ils sont associés ont été transmis en trame f0. En trame fi, l'émetteur 1 transmet ensuite les PDUs numérotés 5 à 7, et les horodateurs H5 à H7 sont alors activés et prennent la valeur 1. A l'instant t'l, en trame f1, l'émetteur 1 reçoit du récepteur 2 un message d'acquittement comprenant le bloc d'acquittement BMBo = 10101000. La réception de ce message désactive le temporisateur To. L'émetteur 1 met alors en oeuvre une analyse de ce message d'acquittement, de manière à déterminer, au cours d'une étape référencée 40, les PDUs non-acquittés du bloc BMB0 qui doivent être positionnés dans la file d'attente de retransmission. Un telle étape 40 consiste à évaluer le temps, exprimé en trames, qui s'est écoulé entre la transmission d'un PDU et la désactivation du temporisateur To. Pour PDU(0) à PDU(4), on a f(t',) - H, = 1 > dRx. On en déduit donc que le message d'acquittement reçu véhicule l'état d'acquittement véritable des PDUs 0 à 4: les PDUs 1 et 3 sont donc dans l'état non-acquitté. 26 2818844 Pour PDU(5) à PDU(7) en revanche, on a f(t'1) - Hi = 1 -1 = O l'émetteur 1 avant l'instant t'1. A l'issue de cette étape 40, l'émetteur 1 détermine donc que seuls PDU(1) et PDU(3) doivent être positionnés en file d'attente de retransmission. Le temporisateur To est alors immédiatement réactivé et prend la valeur suivante To = V(passage) + (RTTmax - (f(t'l) - Hi)), o V(passage) est la valeur du temporisateur To lors de sa désactivation, f(t'l) est la valeur temporelle courante exprimée en trames, et H. est la valeur de l'horodateur associé au plus vieux PDU non-acquitté de BMB0 qui ne doit pas être retransmis. On a donc: T0 = t', + (RTTmax - (f(t'l) - H5))*2 To = t' + (3 - (1 - 1))*2 To = t', + 6 en ms. Les horodateurs de PDU(1) et PDU(3) sont ensuite désactivés, ainsi que ceux de PDU(0), PDU(2) et PDU(4), qui sont bien acquittés. Au cours de la trame f2. l'émetteur 1 retransmet PDU(1), qui n'est pas correctement reçu par le récepteur 2, et l'horodateur H, est alors activé et prend la valeur 2. La file d'attente de retransmission ne contient plus que PDU(3). En trame f3, l'émetteur 1 envoie PDU(3), l'horodateur H3 correspondant est activé et prend la valeur 3, et la file d'attente de retransmission est désormais vide. En trame f4, le récepteur 2 envoie un message d'acquittement comprenant BMB0o = 10111101, mais un incident de transmission fait qu'il n'est pas reçu par l'émetteur 1. A l'instant t'4 en trame f4, le temporisateur To arrive donc à expiration après RTTmax. L'émetteur 1 met alors en oeuvre une étape 41 de détermination, en fonction des valeurs des horodateurs H, des PDUs non-acquittés, et des classes 27 2818844 ARQ de l'émetteur 1 et du récepteur 2, du ou des PDUs qu'il faut positionner en file d'attente de retransmission. Pour PDU(1) et PDU(3), on a respectivement: f(t'4) - H1 = 4 - 2 = 2 doivent donc pas être retransmis. Pour les PDUs 5 à 7, en revanche, on a: f(t'4) - H5 = 4 - 1 = 3 2 RTTmax, et f(t',) - H6 = 4 - 1 = 3 > RTTmax, et f(t'4) - H7 = 4 - 1 = 3 > RTTmax. La durée qui s'est écoulée entre la transmission de chacun des PDUs 5 à 7en trame 1, et l'expiration du temporisateur To est suffisante pour que le récepteur ait envoyé un message d'acquittement relatif à ces PDUs. En l'absence d'un tel acquittement, l'émetteur 1 prend la décision de positionner PDU(5), PDU(6) et PDU(7) dans la file d'attente de retransmission. Le temporisateur T" correspondant est immédiatement réactivé et prend la valeur: To = V(passage) + (H. - H) o V(passage) est la valeur de To lors de sa désactivation, H, est la valeur de l'horodateur du plus vieux PDU non-acquitté de BMB0 qui ne doit pas être retransmis, et Hj est la valeur du plus vieux PDU non-acquitté de BMBo qu'il faut retransmettre. Soit To = t'4 + (HI - H5)*2 en ms Soit T 0= t'4 + 2 enms. Les horodateurs H5, H6 et H7 sont désactivés. En effet, PDU(1) est le plus vieux PDU non-acquitté de BMB0 qui ne doit pas être retransmis, et PDU(5) est le plus vieux PDU non-acquitté de BMB0 à retransmettre. 28 2818844 On suppose, par exemple, qu'aucune ressource de transmission n'est allouée à l'émetteur 1 en trame f5. A l'instant t'5, le temporisateur To est désactivé après RTTmax, sans qu'aucun acquittement n'ait été reçu pour les PDUs de BMB0. L'émetteur I réalise alors une nouvelle étape 42 de détermination des PDUs non-acquittés à retransmettre, mettant en oeuvre des calculs similaires à ceux exposés ci-dessus: f(t'5) - Hl = 5 - 2 = 3 > RTTmax, et f(t'5) - H3 = 5 - 3 = 2 Seul le PDU(1) doit donc être positionné en file d'attente de retransmission, car la durée qui s'est écoulée entre la transmission de PDU(3) et l'expiration de To est trop faible pour être sûr que PDU(3) ait déjà pu être traité par le récepteur 2. L'émetteur 1 place donc PDU(1) en file d'attente de retransmission, qui contient donc les numéros de séquence des PDUs suivants: {5, 6, 7}U{I}. Le temporisateur To est immédiatement réactivé et prend la valeur: To = V(passage) + (Hi - H.), comme ci-dessus. Soit T0 = t'5 + (H3 - H,)*2 en ms Soit T 0=t'5 + 2 enms. L'horodateur Hi est désactivé, et H3 est donc le seul horodateur encore actif parmi tous les PDUs associés à BMB0. En trame f6, l'émetteur 1 dispose de ressources suffisantes pour transmettre tous les PDUs de la file d'attente. Les horodateurs H1 et H5 à H7 sont alors activés et prennent la valeur 6, et la file d'attente de retransmission est alors vide. L'émetteur 1 reçoit par ailleurs, à l'instant t'6, un message d'acquittement comprenant BMB0 = 10111101, et désactive alors To. A la réception de BMB0, l'émetteur 1 met en oeuvre une étape 43 de détermination du ou des PDUs non-acquittés de BMB à positionner en file d'attente de retransmission. Dans ce dessein, il évalue la durée qui s'est écoulée entre la transmission de chacun des PDUs non-acquittés (à savoir PDU(1) et PDU(6)) et la désactivation de T,: 29 2818844 f(t'6)-H H1, = 6 - 6 = 0 f(t'6) - H6 = 6 - 6 = O Compte tenu de la classe ARQ du récepteur 2, PDU(1) et PDU(6) ne sont pas a priori concernés par le message d'acquittement reçu à t'6. Il est inutile de les positionner en file d'attente de retransmission. Le temporisateur To et immédiatement réactivé et prend la valeur: To = V(passage) + (RTTmax - (f(t'6) - Hi)), o V(passage) est la valeur du temporisateur To lors de sa désactivation, f(t'6) est la valeur temporelle courante exprimée en trames, et H, est la valeur de l'horodateur associé au plus vieux PDU non-acquitté de BMB0 qui ne doit pas être retransmis. On a donc: To = t'6 + (RTTmax - (f(t'6) - Hf)*2 To = t'6 + (3 - (6 - 6))*2 TO = t'6 + 6 en ms. Les horodateurs des PDUs 5 et 6, acquittés positivement, sont désactives. En trame f7, l'émetteur 1 reçoit un nouveau message d'acquittement comprenant BMB0 = 11111111, qui permet la désactivation de To, et qui indique que tous les PDUs associés à BMBo ont été correctement acquittés. Tous les horodateurs correspondant sont désactivés. 2818844 REVENDICATIONS 1. Procédé dc transmission de données entre au moins un émetteur et au moins un récepteur, sous forme de paquets d'au moins une donnée, chacun desdits paquets de données étant associé à un identifiant dudit paquet, ledit récepteur envoyant périodiquement audit émetteur un message d'acquittement, comprenant au moins un bloc d'acquittement associé à un nombre prédéterminé de paquets de données présentant des identifiants consécutifs, de manière à indiquer audit émetteur, de façon sélective, un état d'acquittement (acquitté ou non-acquitté) de chacun desdits paquets de données dudit bloc, caractérisé en ce qu'il comprend au moins une étape d'association d'au moins un temporisateur à au moins certains desdits blocs d'acquittement. 2. Procédé de transmission de données selon la revendication 1, caractérisé en ce que, pour un bloc d'acquittement donné, il comprend une première étape d'activation dudit temporisateur, lorsque ledit émetteur envoie audit récepteur le premier desdits paquets de données d'identifiants consécutifs associés audit bloc, de façon que ledit temporisateur passe dans ledit état activé. 3. Procédé de transmission de données selon l'une quelconque des revendications 1 et 2, caractérisé en ce que, pour un bloc d'acquittement donné, il comprend une première étape de désactivation dudit temporisateur après une durée maximale prédéterminée, et en ce que lesdits paquets de données dudit bloc sont alors considérés par ledit émetteur dans ledit état non-acquitté. 4. Procédé de transmission de données selon l'une quelconque des revendications 1 à 3, caractérisé en ce que, pour un bloc d'acquittement donné, il comprend une deuxième étape de désactivation dudit temporisateur lorsque ledit émetteur reçoit un acquittement cumulé d'au moins lesdits paquets de données dudit bloc, indiquant que lesdits paquets de données dudit bloc sont dans ledit état acquitté. 5. Procédé de transmission de données selon l'une quelconque des revendications 1 à 4, caractérisé en ce que, pour un bloc d'acquittement donné, il 31 2818844 comprend une troisième étape de désactivation dudit temporisateur, lorsque ledit émetteur reçoit un message d'acquittement comprenant au moins ledit bloc d'acquittement. 6. Procédé de transmission de données selon la revendication 5, caractérisé en ce qu'à la réception par l'émetteur dudit message d'acquittement, il met en oeuvre une étape d'analyse dudit message d'acquittement, de manière à déterminer ledit état acquitté ou non-acquitté de chacun desdits paquets de données dudit bloc. 7. Procédé de transmission de données selon l'une quelconque des revendications 3 à 6, caractérisé en ce qu'à l'issue d'une desdites étape de désactivation dudit temporisateur, au moins un paquet de données dudit bloc étant dans ledit état non-acquitté, il met en oeuvre une étape de positionnement d'au moins certains desdits paquets de données nonacquittés dudit bloc dans une file d'attente de retransmission. 8. Procédé de transmission de données selon l'une quelconque des revendications 6 et 7, caractérisé en ce qu'à l'issue de ladite étape d'analyse, il met en oeuvre une étape de contrôle de la présence, dans ladite file d'attente de retransmission, d'au moins un paquet de données acquitté dudit bloc, et en ce que, lorsque la présence dans ladite file d'attente d'au moins un paquet de données acquitté dudit bloc est confirmée, il met en oeuvre une étape de suppression dudit ou desdits paquets de données acquittés dudit bloc de ladite file d'attente de retransmission. 9. Procédé de transmission de données selon l'une quelconque des revendications 7 et 8, caractérisé en ce qu'il met en oeuvre au moins une étape de retransmission dudit ou desdits paquets de données dudit bloc positionnés dans ladite file d'attente de retransmission, et une deuxième étape d'activation dudit temporisateur dudit bloc lors de la retransmission du premier desdits paquets de données dudit bloc positionnés dans ladite file d'attente. 32 2818844 10. Procédé de transmission de données selon l'une quelconque des revendications I à 9, caractérisé en ce qu'il met en oeuvre un protocole de type ARQ (en anglais "Automatic Repeat Request"). 11. Procédé de transmission de données selon l'une quelconque des revendications 1 à 10, caractérisé en ce qu'il comprend en outre au moins une étape d'horodatage, consistant à associer un horodateur à au moins certains paquets de données dans ledit état non-acquitté. 12. Procédé de transmission de données selon la revendication 11, caractérisé en ce que ledit horodateur est activé lorsque ledit émetteur envoie ledit paquet de données associé. 13. Procédé de transmission de données selon l'une quelconque des revendications 7 à 12, caractérisé en ce que ladite étape de positionnement comprend une sous-étape préliminaire de sélection des paquets de données à positionner dans ladite file d'attente, en fonction d'au moins un critère de sélection prédéterminé. 14. Procédé de transmission de données selon la revendication 12, caractérisé en ce que ledit critère de sélection tient compte d'au moins une des informations appartenant au groupe comprenant: - la valeur dudit horodateur associé à un paquet de données non-acquitté dudit bloc; - la classe ARQ dudit récepteur. 15. Procédé de transmission de données selon l'une quelconque des revendications 13 et 14, caractérisé en ce que ladite sous-étape de sélection permet de sélectionner ledit ou lesdits paquets de données non-acquittés dudit bloc, associés à un horodateur de valeur supérieure ou égale à ladite durée maximale prédéterminée. 16. Procédé de transmission de données selon l'une quelconque des revendications 11 à 15, caractérisé en ce que ladite étape de positionnement comprend en outre, pour chacun desdits paquets de données sélectionnés, une sous-étape de désactivation dudit horodateur associé. 33 2818844 17. Procédé de transmission de données selon les revendications 9 et 13, caractérisé en ce que, lorsque tous les paquets de données non-acquittés dudit bloc ont été sélectionnés dans ladite sous-étape de sélection. ledit temporisateur prend, lors de ladite deuxième étape d'activation, la valeur V(T) suivante: V(T) = t(activation) + da,, o t(activation) est la valeur temporelle courante lors de ladite deuxième étape d'activation, et o dmax est ladite durée maximale prédéterminée, et en ce que, l'horodateur associé à chaque paquet de données du bloc positionné dans ladite file d'attente est activé et prend la valeur temporelle courante lors de ladite retransmission dudit paquet de données. 18. Procédé de transmission de données selon l'une quelconque des revendications 15 à 17, caractérisé en ce qu'à l'issue de ladite première étape de désactivation dudit temporisateur, si au moins un paquet de données nonacquitté dudit bloc, associé à un horodateur de valeur inférieure à ladite durée maximale prédéterminée, n'a pas été sélectionné au cours de ladite sous-étape de sélection, il met en oeuvre une troisième étape d'activation dudit temporisateur dudit bloc, de façon que ledit temporisateur prenne la valeur V(T) suivante: V(T) = V(passage) + (Horodateur[i] - Horodateur[j]), o V(passage) est la valeur dudit temporisateur lors de ladite étape de passage dudit temporisateur dans ledit état désactivé, Horodateur[j] est la plus grande des valeurs desdits horodateurs associés auxdits paquets de données non-acquittés dudit bloc sélectionnés au cours de ladite sous- étape de sélection, et Horodateur[i] est la plus grande des valeurs desdits horodateurs associés auxdits paquets de données non-acquittés dudit bloc n'ayant pas été sélectionnés au cours de ladite sous-étape de sélection. 34 2818844 19. Procédé de transmission de données selon la revendication 6 et l'une quelconque des revendications 11 à 18, caractérisé en ce qu'à l'issue de ladite étape d'analyse dudit message d'acquittement, ledit procédé met en oeuvre, pour chacun desdits paquets de données acquittés dudit bloc, une étape de désactivation dudit horodateur associé. 20. Procédé de transmission de données selon l'une quelconque des revendications 14 à 19, caractérisé en ce qu'à l'issue de ladite troisième étape de désactivation dudit temporisateur, si au moins un paquet de données nonacquitté dudit bloc n'a pas été sélectionné au cours de ladite sous-étape de sélection en fonction d'un critère de décision lié à la classe ARQ dudit récepteur, il met en oeuvre une quatrième étape d'activation dudit temporisateur dudit bloc, de façon que ledit temporisateur prenne la valeur V(T) suivante: V(T) = V(passage) + (dm,ax - (t - Horodateur[i])), o V(passage) est la valeur dudit temporisateur lors de ladite étape de passage dudit temporisateur dans ledit état désactivé, din, est ladite durée maximale prédéterminée, t est la valeur temporelle courante, et Horodateur[i] est la plus grande des valeurs desdits horodateurs associés auxdits paquets de données non-acquittés dudit bloc n'ayant pas été sélectionnés au cours de ladite sous-étape de sélection. 21. Émetteur de données transmises vers au moins un récepteur, sous forme de paquets d'au moins une donnée, chacun desdits paquets de données étant associé à un identifiant dudit paquet, ledit récepteur envoyant périodiquement audit émetteur un message d'acquittement, comprenant au moins un bloc d'acquittement associé à un nombre prédéterminé de paquets de données présentant des identifiants consécutifs, de manière à indiquer audit émetteur, de façon sélective, un état d'acquittement (acquitté ou non-acquitté) de chacun desdits paquets de données dudit bloc, 2818844 caractérisé en ce que ledit émetteur comprend des moyens d'association d'au moins un temporisateur à au moins certains desdits blocs d'acquittement. 22. Récepteur de données émises depuis au moins un émetteur, sous forme de paquets d'au moins une donnée, chacun desdits paquets de données étant associé à un identifiant dudit paquet, ledit récepteur envoyant périodiquement audit émetteur un message d'acquittement, comprenant au moins un bloc d'acquittement associé à un nombre prédéterminé de paquets de données présentant des identifiants consécutifs, de manière à indiquer audit émetteur, de façon sélective, un état d'acquittement (acquitté ou non-acquitté) de chacun desdits paquets de données dudit bloc, caractérisé en ce qu'il est mis en oeuvre dans le procédé de transmission de données selon l'une quelconque des revendications 1 à 20. 23. Système de transmission de données entre au moins un émetteur et au moins un récepteur, sous forme de paquets d'au moins une donnée, chacun desdits paquets de données étant associé à un identifiant dudit paquet, ledit récepteur envoyant périodiquement audit émetteur un message d'acquittement, comprenant au moins un bloc d'acquittement associé à un nombre prédéterminé de paquets de données présentant des identifiants consécutifs, de manière à indiquer audit émetteur, de façon sélective, un état d'acquittement (acquitté ou non-acquitté) de chacun desdits paquets de données dudit bloc, caractérisé en ce qu'il comprend des moyens d'association d'au moins un temporisateur à au moins certains desdits blocs d'acquittement.