Brevet FR2925802A1 — publié le 20090626

La présente invention concerne un procédé et un dispositif d'acquittement de données reçues par un dispositif de communication d'un réseau de communication. La présente invention concerne aussi un procédé et un dispositif de traitements des acquittements des données. Dans les systèmes de communication tels que les réseaux de communication sans fils constitués de plusieurs dispositifs de communication, il est nécessaire de savoir si les données transférées dans le réseau de communication sont bien reçues par les autres dispositifs de communication. Pour cela, des mécanismes d'acquittement des données transmises ont été créés. Ces mécanismes d'acquittements consomment une partie non négligeable de la bande passante du réseau de communication. L'invention a pour but de résoudre les inconvénients de l'art antérieur en proposant un procédé et un dispositif d'acquittement qui n'utilise qu'une partie limitée de la bande passante du réseau de communication pour le transfert d'acquittement. L'invention a aussi pour but de proposer un procédé et un dispositif qui utilise les acquittements et les informations selon la présente invention pour la détermination de dispositifs de communication relayant des paquets de données transférés par un dispositif de communication source pour un dispositif de communication destination. A cette fin, selon un premier aspect, l'invention propose un procédé d'acquittement de données reçues par un dispositif de communication d'un réseau de communication, les données étant reçues par paquets de données, chaque paquet comprenant une pluralité de blocs de données, caractérisé en ce que le procédé comprend les étapes, exécutées par le dispositif de communication, de : - détermination, pour un paquet, du nombre de blocs de données dont les données peuvent être traitées correctement, - envoi, pour au moins un bloc de données du paquet, d'un acquittement si le nombre de blocs de données dont les données peuvent être traitées correctement est compris entre un premier et un second seuils, le premier seuil étant inférieur au second seuil, et - envoi, pour le paquet de données, d'une information au niveau paquet représentative du nombre de blocs de données dont les données peuvent être 2 traitées correctement si le nombre de blocs de données dont les données peuvent être traitées correctement est inférieur au premier seuil ou supérieur au second seuil. Corrélativement, la présente invention concerne un dispositif d'acquittement de données reçues par un dispositif de communication d'un réseau de communication, les données étant reçues par paquets de données, chaque paquet comprenant une pluralité de blocs de données, caractérisé en ce que le dispositif d'acquittement comporte : - des moyens de détermination, pour un paquet, du nombre de blocs de données dont les données peuvent être traitées correctement, - des moyens d'envoi, pour au moins un bloc de données du paquet, d'un acquittement si le nombre de blocs de données dont les données peuvent être traitées correctement est compris entre un premier et un second seuils, le premier seuil étant inférieur au second seuil, et -des moyens d'envoi, pour le paquet de données, d'une information au niveau paquet représentative du nombre de blocs de données dont les données peuvent être traitées correctement si le nombre de blocs de données dont les données peuvent être traitées correctement est inférieur au premier seuil ou supérieur au second seuil. Ainsi, une partie limitée de la bande passante du réseau de communication est utilisée. Selon un mode particulier de l'invention, un acquittement est envoyé pour chaque bloc de données du paquet de données si le nombre de blocs de données dont les données peuvent être traitées correctement est compris entre le premier et le second seuils. Ainsi, il est possible de connaître précisément quels blocs de données peuvent être traités correctement. Seuls les blocs de données qui ne peuvent être traités correctement seront retransmis. Selon un mode particulier de l'invention, l'acquittement envoyé pour un bloc de données est un acquittement positif si les données du bloc de données peuvent être traitées. Selon un mode particulier de l'invention, l'information représentative du nombre de blocs de données dont les données peuvent être traitées correctement prend deux valeurs : une première valeur représentative d'un nombre important 3 de blocs de données dont les données peuvent être traitées correctement et une seconde valeur représentative d'un nombre limité de blocs de données dont les données peuvent être traitées correctement. Ainsi, il est possible de déterminer si le dispositif de communication est apte à traiter des données ou non sans qu'une partie importante de la bande passante du réseau de communication soit utilisée. Selon un mode particulier de l'invention, le paquet de données est en outre transféré à un autre dispositif de communication. Ainsi, il est possible de déterminer si le dispositif de communication est apte à relayer des données sans qu'une partie importante de la bande passante du réseau de communication soit utilisée. Selon un mode particulier de l'invention, une pluralité de paquets de données sont reçus et transférés par le dispositif de communication et on sélectionne un nombre prédéterminé de paquets de données dont le nombre de blocs de données dont les données peuvent être traitées correctement est compris entre le premier et le second seuils et on envoie, pour au moins un bloc de données de chaque paquet sélectionné, un acquittement. Ainsi, il est possible de connaître précisément quels blocs de données peuvent être traités correctement. Seuls les blocs de données qui ne peuvent être traités correctement seront retransmis. Selon un mode particulier de l'invention, on envoie, pour au moins un bloc de données de chaque paquet non sélectionné et dont le nombre de blocs de données dont les données peuvent être traitées correctement est compris entre le premier et le second seuils, une autre information par paquet représentative du nombre de blocs de données dont les données peuvent être traitées correctement. Ainsi, il est possible d'éviter qu'une partie trop importante de la bande passante du réseau de communication soit utilisée pour des acquittements. Selon un mode particulier de l'invention, l'autre information représentative du nombre de blocs de données dont les données peuvent être traitées correctement prend une autre valeur représentative d'un nombre moyen de blocs de données dont les données peuvent être traitées correctement. 4 Selon un mode particulier de l'invention, les données d'un bloc de données sont déterminées comme pouvant être correctement traitées en effectuant les étapes de: - lecture d'une copie précédemment reçue du bloc de données, - détermination du nombre de symboles qui ont une valeur différente dans le bloc de données et la copie lue, et les données d'un bloc de données sont déterminées comme pouvant être correctement traitées si le nombre de symboles qui ont une valeur différente dans le bloc de données et la copie lue est inférieur ou égal à la capacité de correction du dispositif de communication. Ainsi, il est possible de déterminer quels sont les dispositifs de communication les plus aptes à relayer des données. De plus, en déterminant quels sont les dispositifs de communication les plus aptes à relayer des données, une partie limitée de la bande passante du réseau de communication est utilisée. Selon un mode particulier de l'invention, le dispositif de communication reçoit en réponse à des paquets de données préalablement transférés par le dispositif de communication, des informations ou des acquittements d'autres dispositifs de communication et le dispositif de communication: -classifie les autres dispositifs de communication en fonction des informations et/ou des acquittements que les autres dispositifs de communication ont envoyés, - détermine les dispositifs de communication relayant des paquets de données transférés par un dispositif de communication source pour un dispositif de communication destination à partir des autres dispositifs de communication classifiés. L'invention concerne aussi les programmes d'ordinateur comportant des instructions permettant de mettre en oeuvre les procédés précédemment décrits, lorsqu'ils sont chargés et exécutés par un système informatique. Ce programme peut être fourni dans un support d'informations ou un support d'enregistrement tel qu'un CD-ROM ou une carte mémoire. Alternativement, le support d'informations peut être un moyen de transmission tel qu'un signal transmis via un réseau. Les caractéristiques de l'invention mentionnées ci-dessus, ainsi que d'autres, apparaîtront plus clairement à la lecture de la description suivante d'un exemple de réalisation, ladite description étant faite en relation avec les dessins joints, parmi lesquels : la Fig. 1 représente un système de communication dans lequel la présente invention est implémentée 5 la Fig. 2 représente un exemple d'organisation en blocs de données des paquets radio, au travers d'une représentation temporelle ; la Fig. 3 représente un dispositif de communication dans lequel la présente invention est implémentée la Fig. 4 représente un algorithme de détermination du type d'acquittement à transférer en réponse à un paquet de données reçu ; la Fig. 5 représente un algorithme de formation d'un champ d'acquittement selon la présente invention la Fig. 6 représente un exemple d'algorithme de traitement d'acquittements ou d'informations représentatives du nombre de blocs de données dont les données peuvent être traitées correctement. La Fig. 1 représente un système de communication dans lequel la présente invention est implémentée. Le système de communication est un réseau de communication radio qui utilise préférentiellement un spectre de fréquence situé autour de 60GHz. Le réseau de communication tel que représenté dans l'exemple de la Fig. 1 comporte neufs dispositifs de communication SCMO à SCM8. Les dispositifs de communication seront appelés par la suite modules de communication synchrone SCMO à SCM8. Les modules de communication synchrone SCMO à SCM8 forment une partie d'un système de théâtre à la maison ou � Home cinéma system � en anglais. Le réseau de télécommunication est par exemple utilisé pour assurer le transfert de données audiovisuelles. Lorsque les données audiovisuelles sont des données audio, le module de communication synchrone SCMO est par exemple compris dans un système de reproduction audiovisuel tel qu'un téléviseur à écran plat et assure le transfert de données audio aux modules de communication synchrone SCM1 à SCM8. Les modules de communication synchrone SCM1 à SCM8 sont respectivement compris dans un dispositif de reproduction audio constitué d'au moins un haut-parleur. Les modules de communication sont dits synchrones car ils émettent ou reçoivent, comme cela sera explicité par la suite, des paquets alternativement et à des instants connus de tous les modules de communication. Lorsque le réseau de communication est utilisé pour assurer le transfert de données audio, celui-ci est placé dans une pièce d'un logement. Lorsque des personnes se déplacent dans la pièce ou lorsque la disposition des modules de communication synchrone SCM est modifiée dans la pièce, ou lorsque du mobilier est ajouté, supprimé ou déplacé dans la pièce, les conditions de communication entre les modules de communication synchrone SCM sont modifiées. Ces modifications font que des données reçues ne peuvent plus être traitées correctement ou que des données reçues peuvent être traitées correctement. Dans la Fig. 1, neufs modules de communication synchrone SCM sont représentés. Bien entendu, le réseau de communication peut comprendre un nombre plus ou moins important de modules de communication synchrone SCM. Par la suite, un module de communication synchrone SCM sera appelé module de communication synchrone local lorsque celui-ci reçoit le paquet de données traité selon l'algorithme de la Fig. 4 ou émet un paquet selon l'algorithme de la Fig. 5. La Fig. 2 représente un exemple d'organisation en blocs de données radio des paquets radio, au travers d'une représentation temporelle. Le nième cycle de transmission synchrone de données SDTC(n) est représenté dans la Fig. 2. Dix paquets de données Pk_radio(0) à Pk_radio(9) sont transmis dans le cycle de transmission synchrone de données SDTC(n). Les paquets de données Pk_radio(0) et Pk_radio(1) sont transmis par le module de communication synchrone SCMO, les paquets de données Pk_radio(2) à Pk_radio(9) sont transmis respectivement par les module de communication synchrone SCM2 à SCM8. Chaque paquet de données Pk_radio a un champ 200 d'en-tête RPH (�Radio Packet Header � en anglais) comprenant des informations de protocoles nécessaires notamment à la gestion du contrôle d'accès de chaque module de communication synchrone SCM. Chaque paquet de données Pk_radio a aussi un champ données utiles 201 RPP (� Radio Packet Payload � en anglais) et d'un champ d'acquittement ACK 210. 7 Seul le paquet de données Pk_radio(1) sera décrit par la suite, les autres paquets de données Pk_radio(0), Pk_radio(2) à Pk_radio(9) ayant la même architecture. Le champ données utiles 201 RPP comprend entre autres un ensemble de blocs de données RDB(01,00) à RDB(01,28). Le champ d'acquittement 210 se compose d'un champ d'acquittement local 212 relatif aux données reçues par le module de communication synchrone SCM local et d'un champ d'acquittements relayés 214. Le champ d'acquittements relayés 214 comprend une copie des acquittements locaux reçus des autres modules de communication synchrone SCM. Le champ d'acquittement local 212 se compose d'un champ d'acquittement 215 du paquet de données destiné au module de communication synchrone SCM local, de champs d'acquittement des paquets de données 216 à 217 destinés respectivement à chacun des autres modules de communication synchrone SCM ainsi qu'un champ 218 pour la correction d'erreurs des champs 215 à 217. Le champ d'acquittement 215 du paquet de données à destination du module de communication synchrone local SCM se compose d'un champ d'acquittement pour chacun des blocs de données RDB compris dans le paquet de données (champs 225 à 226, par exemple) reçu par le module de communication synchrone SCM local. Lorsqu'un champ d'acquittement comprend une valeur égale à '1', le bloc de données RDB correspondant a été correctement reçu par le module de communication synchrone SCM local. Une valeur nulle signifie que le bloc de données RDB correspondant n'a pas été correctement reçu par le module de communication synchrone SCM local. Chaque champ d'acquittement 216 à 217 des paquets de données destinés à chacun des autres modules de communication synchrone SCM présente l'un deux formats suivants : A: Un champ 230 de présence de masque d'acquittement dit de Haute Granularité, ou ACK Mask HD en Anglais, ainsi qu'un champ d'acquittement dit de Basse Granularité 232. La valeur '0' dans le champ 230 signifie que le paquet de données considéré n'est pas acquitté au niveau des blocs de données RDB mais qu'une information représentative du nombre de blocs de données RDB dont les données peuvent être traitées correctement est insérée dans le champ 232. Lorsque l'information prend la valeur � 00 �, cela signifie que le nombre de blocs 8 de données RDB dont les données peuvent être traitées correctement est relativement faible, par exemple inférieur à Seuil Min=50% du nombre total de blocs de données RDB constitutifs du paquet de données considéré. Lorsque l'information prend la valeur � 01 �, cela signifie que le nombre de blocs de données RDB dont les données peuvent être traitées correctement est moyen, par exemple compris entre Seuil Min et Seuil Max=90% du nombre total de blocs de données RDB constitutifs du paquet de données considéré. Lorsque l'information prend la valeur � 10 �, cela signifie que le nombre de blocs de données RDB dont les données peuvent être traitées correctement est important, par exemple supérieur à Seuil Max du nombre total de blocs de données RDB constitutifs du paquet de données considéré. Lorsque l'information prend la valeur � 11 �, cela signifie que le paquet de données à acquitter n'a pas été reçu par le module de communication synchrone local. B : Un champ 235 de présence de masque d'acquittement Haute Granularité, ou ACK Mask HD en Anglais, ainsi qu'un champ d'acquittement haut niveau 236. La valeur '1' dans le champ 235 signifie alors que le paquet de données considéré est acquitté au niveau des blocs de données RDB dans le champ 236. Les champs 230 et 235 sont tous deux des champs de présence de masque d'acquittement Haute Granularité mais ils contiennent une valeur différente qui indique le type de champ associé au champ de présence de masque d'acquittement Haute Granularité. Lorsque le champ de présence de masque d'acquittement Haute Granularité est à la valeur `0' comme cela est indiqué pour le champ 230, celui-ci indique que le champ d'acquittement 232 est du premier type (de Basse Granularité). Dans le champ d'acquittement haut niveau 236, 'acquittement de chacun des blocs de données RDB relatifs au paquet de données reçu se fait à travers les sous-champs 240 à 241 d'acquittement des blocs de données RDB, ou ACK RDB. Une valeur égale à '1' pour un tel sous-champ signifie que le bloc de données RDB correspondant a été correctement reçu par le module de communication synchrone SCM local, une valeur nulle signifiant que le bloc de données RDB correspondant n'a pas été correctement reçu par le module de communication synchrone SCM local. Il est à remarquer ici que Seuil Min peut être compris entre 30 et 70% et Seuil Max peut être compris entre 75 et 95%. 9 La Fig. 3 représente un module de communication synchrone dans lequel la présente invention est implémentée. Chaque module de communication synchrone SCMi avec i=0 à 8 est constitué d'un processeur CPU (Central Processing Unit) 300 auquel sont associés un bloc de mémoire d'exécution RAM 301 et un bloc de mémoire non volatile ROM 302. Le processeur 300 communique avec un bloc de communication 303 au travers d'une interface CPU IF 304 qui gère notamment les interruptions à destination du processeur 300, ainsi que les échanges de données entre les différents éléments du bloc de communication 303 et le processeur 300. Le bloc de communication 303 assure le transfert des données synchrones entre un bloc d'interface radio 60GHz 309 et un bloc d'interface synchrone 320 vers/depuis un module de traitement de canaux audio, qui est soit un moyen de restitution de canal audio numérique (� Digital Audio Channel Amplifier � en anglais), soit un décodeur audio multi voies (� Surround sound decoder � en anglais). Le bloc de communication 303 comporte aussi un bloc d'écriture 318 et un bloc de lecture de paquets de données 319. Le bloc de communication 303 comporte aussi un bloc 308 d'émission de paquets de données et un bloc 310 de réception de paquets de données. Le bloc 308 intègre notamment les fonctions de modulation, par exemple de type OFDM, et de codage convolutionnel, par exemple par division polynomiale dans le corps des éléments binaires, et le bloc 310 réalise les fonctions inverses de celles implémentés dans le bloc 308, notamment de démodulation et de décodage de Viterbi. Le bloc de communication 303 comporte aussi un bloc de synchronisation 311 qui contrôle l'enchaînement régulier des cycles de transmission SDTC par rapport aux paquets de données reçus afin de garantir un accès parfaitement synchrone au canal de transmission pour l'envoi de paquets de données. Ce mécanisme permet le traitement en émission/réception de paquets de données pendant un cycle complet de transmission synchrone de données, SDTC. Le bloc de communication 303 comporte aussi un bloc 305 de codage de blocs de données RDB. 10 Le bloc 305 de codage de blocs de données RDB comprend un bloc de codage d'acquittement 307 en charge de traiter les acquittements. Le bloc de communication 303 comporte aussi un bloc de retransmission 315 qui sélectionne les blocs de données RDB à retransmettre en accord avec un bloc de contrôle d'acquittements 317 de façon à ne retransmettre que les blocs de données RDB à destination des modules de communication synchrone SCM du réseau de communication dont le module de communication synchrone SCM local est un retransmetteur. Cette fonction est plus particulièrement réalisée par le sous-module ReTx contrôleur 316 compris dans le bloc de retransmission 315. Le bloc de retransmission 315 est également en charge d'assembler les champs d'acquittement 210, 212 et 214 de la Fig. 2 ainsi que le champ 218 généré par le sous-module 307 d'encodage d'acquittements. Le bloc de contrôle d'acquittements 317 est en charge d'interpréter l'ensemble des acquittements reçus afin de déterminer les listes de retransmission de chacun des autres modules de communication synchrone SCM du réseau de communication. Le bloc de contrôle d'acquittements 317 définit aussi les champs d'acquittement 212 et 214 du module de communication synchrone SCM local. On notera par ailleurs que la tâche de retransmission est répartie entre les différents modules de communication synchrone, en fonction du nombre de blocs de données RDB disponibles pour chacun des modules de communication synchrone SCM. Le bloc de décodage 312 effectue le traitement des blocs de données RDB. Le bloc de décodage 312 comprend un bloc de décodage d'acquittement 313 en charge de traiter les acquittements présents dans le champ d'acquittement 210. La Fig. 4 représente un algorithme de détermination du type d'acquittement à transférer en réponse à un paquet de données reçu. Le présent algorithme est plus précisément exécuté par le bloc de contrôle d'acquittements 317 de chaque module de communication SCM. A l'étape E400, on reçoit un bloc de données RDB, ce bloc est mémorisé. A l'étape suivante E401, le bloc de contrôle 317 vérifie si le bloc de données RDB a été précédemment reçu. Selon l'invention, les blocs de données sont relayés et transmis plusieurs fois par au moins une partie des autres modules de communication synchrone SCM de manière à éviter toute perte de données. Les blocs de données sont ainsi reçus plusieurs fois par un même module de communication synchrone SCM. Si le bloc de données RDB reçu a déjà été précédemment reçu, le bloc de contrôle 317 passe à l'étape E402. Sinon le bloc de données RDB reçu est transféré au module de décodage RDB 312 et une tentative de traitement du bloc de données, tel que le décodage des données du bloc de données est effectuée à l'étape E403. A l'étape suivante E404, le bloc de contrôle 317 vérifie si le module de décodage RDB 312 peut décoder les données du bloc de données RDB reçu. Si le module de décodage RDB 312 peut décoder les données du bloc de données RDB reçu, le bloc de contrôle 317 passe à l'étape E406 et le statut du bloc de données RDB reçu est marqué correct ou � OK �. Cette opération effectuée, le bloc de contrôle 317 passe ensuite à l'étape E412 de mise à jour du statut des blocs de données RDB du paquet de données et de mise à jour du nombre de blocs de données RDB dont les données peuvent être traitées correctement. Dans le cas où le module de décodage RDB 312 ne parvient pas à décoder les données du bloc de données RDB, le bloc de contrôle 317 passe de l'étape E404 à l'étape E405 où le bloc de contrôle 317 marque le statut du bloc de données RDB reçu comme incorrect ou � not OK � et mémorise le bloc de données RDB. Cette opération effectuée, le bloc de contrôle 317 retourne à l'étape E400 afin de traiter un nouveau bloc de données RDB. A l'étape E402, le bloc de contrôle 317 vérifie si le niveau de réception du paquet de données comprenant le bloc de données RDB reçu est marqué au niveau haut. Les différents niveaux des paquets de données seront décrits ultérieurement en référence aux étapes E415 à E417. Si le paquet de données comprenant le bloc de données RDB reçu est marqué au niveau haut, le bloc de contrôle 317 retourne à l'étape E400 afin de traiter un nouveau bloc de données RDB. Si le niveau du paquet de données comprenant le bloc de données RDB reçu n'est pas haut, le bloc de contrôle 317 passe à l'étape E407. 12 A l'étape E407, le bloc de contrôle 317 vérifie si le bloc de données RDB reçu a un statut marqué comme correct � OK �. Si tel est le cas, l'algorithme retourne à l'étape E400 afin de traiter un nouveau bloc de données RDB. Dans le cas contraire, une copie du bloc de données RDB précédemment reçu est lue à l'étape E408 dans la mémoire RAM 301 du module de communication synchrone SCM local et est comparée à l'étape E409 au bloc de données RDB reçu afin de déterminer un masque d'effacements du bloc de données RDB reçu. Un masque d'effacement indique quels sont les symboles indéterminés et leur position au sein du bloc de données RDB reçu. Un symbole est dit indéterminé lorsque la comparaison entre le symbole compris dans le bloc de données RDB reçu et le symbole compris à la même position dans le paquet de données lu ont des valeurs différentes. A l'étape suivante E410, le bloc de contrôle 317 vérifie si le nombre de symboles indéterminés est inférieur ou égal à la capacité de correction du bloc de 15 décodage RDB 312. Si le nombre de symboles indéterminés est supérieur à la capacité de correction du bloc de décodage RDB 312, le bloc de contrôle 317 passe à l'étape E418 et le bloc de contrôle 317 vérifie si une autre copie du bloc de données RDB est mémorisée dans la mémoire RAM 301 du module de communication 20 synchrone SCM local. Dans l'affirmative, le bloc de contrôle 317 retourne à l'étape E408 du présent algorithme. Dans la négative, le bloc de contrôle 317 passe à l'étape E419 ou le bloc de contrôle 317 marque le statut du bloc de données RDB reçu comme incorrect ou 25 � not OK �. Le bloc de contrôle 317retourne ensuite à l'étape E400 afin de traiter un nouveau bloc de données RDB. Si le nombre de symboles indéterminés est inférieur ou égal à la capacité de correction du bloc de décodage RDB 312, le bloc de contrôle 317 passe à l'étape E412 et le bloc de contrôle 317 met à jour le statut des blocs de données RDB du 30 paquet de données ainsi que le nombre de blocs de données RDB dont les données peuvent être traitées correctement. A l'étape suivante E420, le bloc de contrôle 317 vérifie si le bloc de données RBB reçu est le dernier du paquet de données en cours de traitement. Si tel est le 13 cas, le bloc de contrôle 317 passe à l'étape E413. Dans le cas contraire le bloc de contrôle 317 retourne à l'étape E400. A l'étape E413, le bloc de contrôle 317 vérifie si le rapport signal à bruit (SNR ou Signal Noise Ratio en Anglais) entre le module de communication synchrone SCM local et le module de communication synchrone SCM à qui doit être relayé le bloc de données RDB reçu est supérieur à un seuil prédéterminé appelé SNR Min. Si le rapport signal à bruit est supérieur au seuil SNR Min, le bloc de contrôle 317 passe à l'étape E414. Si le rapport signal à bruit est inférieur ou égal au seuil SNR Min, le bloc de contrôle 317 passe à l'étape E417. A l'étape E417, le bloc de contrôle 317 marque le niveau du paquet de données comprenant le bloc de données RDB reçu au niveau bas. Cette opération effectuée, le bloc de contrôle 317 retourne à l'étape E400 afin de traiter un nouveau bloc de données RDB. A l'étape E414, le bloc de contrôle 317 compare, pour le paquet de données comprenant le bloc de données RDB reçu, le nombre de bloc de données RDB du paquet de données dont les données peuvent être traitées correctement. En particulier, le nombre de blocs de données RDB du paquet de données qui ont un statut d'acquittement � OK � est comparé à un premier et/ou à un second seuil prédéterminé. Si, le nombre de bloc de données RDB dont les données peuvent être traitées correctement est inférieur au premier seuil, appelé Seuil Min, le bloc de contrôle 317 passe à l'étape E417 précédemment décrite. Si le nombre de bloc de données RDB dont les données peuvent être traitées correctement est supérieur ou égal au premier Seuil Min et inférieur au second seuil Seuil Max, le bloc de contrôle 317 passe à l'étape E416. Si le nombre de bloc de données RDB du paquet de données dont les données peuvent être traitées correctement est supérieur ou égal à Seuil Max, le bloc de contrôle 317 passe à l'étape E415. A l'étape E415, le bloc de contrôle 317 marque le niveau de réception du paquet de données correspondant comme � haut �. Cette opération effectuée, le bloc de contrôle 317 retourne à l'étape E400 afin de traiter un nouveau bloc de données RDB. 14 A l'étape E416, le bloc de contrôle 317 marque le niveau de réception du paquet de données correspondant est marqué comme � moyen � et le bloc de contrôle 317 classe les paquets de données marqués comme moyen. En effet, selon un mode particulier de réalisation, le champ d'acquittement 210 a une taille fixe. Cette taille fixe peut dans certains cas limiter le nombre de champs tels que le champ 236 qui peuvent être inclus dans le champ d'acquittement 210. Ainsi, les différents paquets de données reçus sont, dans un premier temps, ordonnés en fonction du plus petit au plus grand nombre de blocs de données RDB qui ne peuvent être traités. Dans un second temps, le bloc de contrôle 317 sélectionne les Nmax premiers paquets de données ordonnés et le bloc de contrôle 317 autorise un acquittement pour chaque bloc de données RDB du paquet de données comme cela est représenté par le champ 236 de la Fig. 2. Pour les autres paquets de données, le bloc de contrôle 317 n'autorise pas un acquittement pour chaque bloc de données RDB du paquet de données. Lorsque les étapes E416 ou E415 sont effectuées, le bloc de contrôle 317 retourne à l'étape E400 afin de traiter un nouveau bloc de données RDB. La Fig. 5 représente un algorithme de formation du champ d'acquittement 212 de la Fig. 2. Le présent algorithme est plus précisément exécuté par le bloc de contrôle d'acquittements 317 de chaque module de communication synchrone SCM. L'étape E500 consiste à attendre l'instant auquel le module de communication synchrone SCM courant peut transférer un paquet de données dans le cycle de transmission SDTC(n). A l'étape E501, le bloc de contrôle 317 acquitte le paquet de données destiné au module de communication synchrone SCM local en concaténant les acquittement des blocs de données RDB compris dans le paquet de données pour former un champ 215 tel que représenté en Fig. 2. A l'étape E502, le bloc de contrôle 317 obtient le statut du paquet de données devant être acquitté dans le champ d'acquittement suivant 216 à 217 et destiné à un autre module de communication synchrone SCM. A l'étape E503, le bloc de contrôle 317 détermine si le niveau de réception du paquet de données devant être acquitté dans le champ d'acquittement suivant est marqué comme � haut �, � moyen � ou � bas �. Si le niveau du paquet de 15 données devant être acquitté dans le champ d'acquittement suivant est marqué comme � haut �, le bloc de contrôle 317 passe à l'étape E504. Si le niveau du paquet de données devant être acquitté dans le champ d'acquittement suivant est marqué comme � moyen �, le bloc de contrôle 317 passe à l'étape E506. Si le niveau du paquet de données devant être acquitté dans le champ d'acquittement suivant est marqué comme � bas �, le bloc de contrôle 317 passe à l'étape E511. A l'étape E504, le bloc de contrôle 317 insère la valeur binaire � 0 � dans le champ 230 de la Fig. 2. A l'étape suivante E505, le bloc de contrôle 317 insère la valeur binaire � 10� dans le champ d'acquittement de Basse Granularité 232 de la Fig. 2. Cette opération réalisée, le bloc de contrôle 317 passe à l'étape E513. A l'étape E511, le bloc de contrôle 317 insère la valeur binaire � 0 � dans le champ 230 de la Fig. 2. A l'étape suivante E512, le bloc de contrôle 317 insère la valeur binaire � 00� dans le champ 232 de la Fig. 2. Cette opération réalisée, le bloc de contrôle 317 passe à l'étape E513. A l'étape E506, le bloc de contrôle 317 vérifie si un acquittement est autorisé pour chaque bloc de données RDB du paquet de données en cours de traitement. Si un acquittement est autorisé pour chaque bloc de données RDB du paquet de données en cours de traitement, le bloc de contrôle 317 passe à l'étape E509. Si un acquittement n'est pas autorisé pour chaque bloc de données RDB du paquet de données en cours de traitement, le bloc de contrôle 317 passe à l'étape E507. A l'étape E509, le bloc de contrôle 317 insère la valeur binaire � 1� dans le champ 235 (ACK Mask HD) de la Fig. 2. A l'étape suivante E510, le bloc de contrôle 317 insère dans chaque sous-champ 240 à 241 de la Fig. 2, une information binaire représentative du statut du bloc de données RDB correspondant. La valeur binaire � 0 � correspond à un bloc de données RDB marqué incorrect ou � not OK �, la valeur binaire � 1 � correspond à un bloc de données RDB marqué correct ou � OK �. Cette opération effectuée, le bloc de contrôle 317 passe à l'étape E513. 16 A l'étape E507, le bloc de contrôle 317 insère la valeur binaire � 0 � dans le champ 230 de la Fig. 2. A l'étape suivante E508, le bloc de contrôle 317 insère la valeur binaire � 01� dans le champ 232 de la Fig. 2. Cette opération effectuée, le bloc de contrôle 317 passe à l'étape E513. A l'étape E513, le bloc de contrôle 317 vérifie si tous les champs 216 à 217 on été traités. Si tous les champs 216 à 217 on été traités, le bloc de contrôle 317 passe à l'étape E514. Sinon, le bloc de contrôle 317 retourne à l'étape E502. A l'étape E514, les champs 215 à 217 sont assemblés et encodés pour obtenir le contenu du champ 218. A l'étape E515, les champs ainsi formés sont transférés dans le paquet de données transmis. La Fig. 6 représente un exemple d'algorithme de traitement d'acquittements ou d'informations représentatives du nombre de blocs de données dont les données peuvent être traitées correctement. Le présent algorithme décrit une méthode de sélection de modules de communication synchrone SCM qui sont destinés à relayer des données transférées par un module de communication synchrone SCM source vers un module de communication synchrone SCM destination à partir d'une classification des dispositifs de communication en fonction des informations et/ou des acquittements que les dispositifs de communication ont envoyés. Le présent algorithme permet ainsi de déterminer quels sont les dispositifs de communication les plus aptes à relayer des données. En déterminant quels sont les dispositifs de communication les plus aptes à relayer des données, une partie limitée de la bande passante du réseau de communication est utilisée. Le présent algorithme décrit, dans un premier temps, l'établissement de la liste des modules de communication synchrone SCM qui vont relayer les informations que le module de communication synchrone SCM local émet. Le présent algorithme est plus précisément exécuté par le bloc de contrôle d'acquittements 317de chaque module de communication SCM. A l'étape E600, le bloc de contrôle 317 détecte la réception de chaque champ d'acquittement 210 compris dans chaque paquet de données Pk_radio émis par les autres modules de communication synchrone SCM dans un cycle de transmission SDTC. 17 A l'étape suivante E601, le bloc de contrôle 317 initialise une liste de retransmission pour chaque module de communication synchrone SCM. Une liste de retransmission comprend les identifiants des modules de communication synchrone SCM qui sont utilisés comme relais entre le module de communication synchrone source et le module de communication synchrone SCM destination. A l'étape suivante E602, le bloc de contrôle 317 identifie, dans un premier temps, les modules de communication synchrone SCM qui ont transféré un niveau de réception de paquet de données marqué comme � haut � ou en d'autres termes qui ont inséré dans le champ 230 de la Fig. 2 la valeur binaire � 0 � et dans le champ 232 la valeur binaire � 10 �. Le bloc de contrôle 317 classe les modules de communication synchrone SCM identifiés selon au moins un critère prédéterminé. Pour cela, un ou plusieurs des critères suivants peut ou peuvent être utilisés : l'identifiant unique de chacun des modules de communication synchrone SCM, un niveau de priorité unique propre aux modules de communication synchrone SCM, etc. Cette liste de critères n'est pas exhaustive et l'homme de l'art pourra ainsi considérer d'autres critères de classification. A l'étape suivante E603, le bloc de contrôle 317 identifie les modules de communication synchrone SCM qui ont transféré un niveau de réception de paquet de données marqué comme � moyen � ou en d'autres termes, qui ont inséré dans le champ 230 de la Fig. 2 la valeur binaire � 0 � et dans le champ 232 la valeur binaire � 01 � ou qui ont inséré dans le champ 235 de la Fig. 2 la valeur binaire �1 �. Le bloc de contrôle 317 classe les modules de communication synchrone SCM identifié à l'étape E603 à la suite des modules de communication synchrone SCM ordonnés à l'étape E602. Les modules de communication synchrone SCM qui ont inséré dans le champ 235 de la Fig. 2 la valeur binaire � 1 � sont classés en premier. La classification des modules de communication synchrone SCM qui ont inséré dans le champ 235 de la Fig. 2 la valeur binaire � 1 � se fait en fonction du nombre de blocs de données RDB qui sont acquittés positivement dans le champ 236. Lorsqu'une égalité existe entre au moins deux modules de communication synchrone SCM, la classification peut aussi se faire suivant les critères mentionnés à l'étape E602. 18 Les modules de communication synchrone SCM qui ont inséré dans le champ 230 de la Fig. 2 la valeur binaire � 0 � et dans le champ 232 la valeur binaire � 01 � sont classés à la suite des modules de communication synchrone SCM qui ont inséré dans le champ 235 de la Fig. 2 la valeur binaire � 1 �. La classification des modules de communication synchrone SCM qui ont inséré dans le champ 230 de la Fig. 2 la valeur binaire � 0 � et dans le champ 232 la valeur binaire � 01 � est effectuée suivant les critères mentionnés à l'étape E602. Dans une étape suivante E604, le bloc de contrôle 317 détermine enfin la liste de retransmission qui comprend les modules de communication synchrone SCM qui vont relayer les informations que le module de communication synchrone SCM local émet. Le bloc de contrôle 317 considère pour ce faire un nombre Rmax de modules de communication synchrone SCM retransmetteurs. Rmax a une valeur préalablement définie et commune à chacun des modules de communication synchrone SCM. Ainsi les Rmax premiers modules de communication synchrone SCM classés selon les étapes E602 et E603 sont inclus dans la liste de retransmission. Les étapes E601 à E604 permettent aussi selon l'invention, au dispositif de communication local SCM de déterminer la liste des modules de communication synchrone SCM qui vont relayer les informations que chaque autre module de communication synchrone SCM émet à partir des champs 216 à 217 de la Fig. 2 qui sont destinés respectivement à chacun des autres modules de communication synchrone SCM. Ceci permet ainsi au dispositif de communication local SCM de déterminer s'il est non compris dans au moins une de ces listes. A l'étape suivante E605, le bloc de contrôle 317 vérifie si chaque liste des modules de communication synchrone SCM qui vont relayer les informations que chaque autre module de communication synchrone SCM émet a été déterminée Si tel n'est pas le cas, le bloc de contrôle 317 retourne à l'étape E601 et considère les champs 216 à 217 de la Fig. 2 qui sont destinés au module de communication synchrone SCM pour lequel la liste de retransmission va être déterminée. S'il est déterminé dans l'étape E605 que toutes listes de retransmission ont été déterminées, l'algorithme est interrompu.35 REVENDICATIONS 1) Procédé d'acquittement de données reçues par un dispositif de communication d'un réseau de communication, les données étant reçues par paquets de données, chaque paquet comprenant une pluralité de blocs de données, caractérisé en ce que le procédé comprend les étapes, exécutées par le dispositif de communication, de : - détermination (E503), pour un paquet, du nombre de blocs de données dont les données peuvent être traitées correctement, - envoi (E509, E510, E515), pour au moins un bloc de données du paquet, d'un acquittement si le nombre de blocs de données dont les données peuvent être traitées correctement est compris entre un premier et un second seuils, le premier seuil étant inférieur au second seuil, et - envoi (E504, E505, E511, E512, E515), pour le paquet de données, d'une information au niveau paquet représentative du nombre de blocs de données dont les données peuvent être traitées correctement si le nombre de blocs de données dont les données peuvent être traitées correctement est inférieur au premier seuil ou supérieur au second seuil. 2) Procédé selon la revendication 1, caractérisé en ce que un acquittement est envoyé pour chaque bloc de données du paquet de données si le nombre de blocs de données dont les données peuvent être traitées correctement est compris entre le premier et le second seuil. 3) Procédé selon la revendication 1 ou 2, caractérisé en ce que l'acquittement envoyé pour un bloc de données est un acquittement positif si les données du bloc de données peuvent être traitées correctement. 4) Procédé selon l'une quelconque des revendications 1 à 3, caractérisé en ce que l'information représentative du nombre de blocs de données dont les données peuvent être traitées correctement prend deux valeurs : une première valeur représentative d'un nombre important de blocs de données dont les données peuvent être traitées correctement et une seconde valeur représentatived'un nombre limité de blocs de données dont les données peuvent être traitées correctement. 5) Procédé selon l'une quelconque des revendications 1 à 4, caractérisé en ce que le paquet de données est en outre transféré à un autre dispositif de communication. 6) Procédé selon l'une quelconque des revendications 1 à 5, caractérisé en ce qu'une pluralité de paquets de données sont reçus et transférés par le dispositif de communication et en ce que le procédé comporte en outre les étapes de . - sélection d'un nombre prédéterminé de paquets de données dont le nombre de blocs de données dont les données peuvent être traitées correctement est compris entre le premier et le second seuils, - envoi, pour au moins un bloc de données de chaque paquet sélectionné, d'un acquittement. 7) Procédé selon la revendication 6, caractérisé en ce que le procédé comporte en outre l'étape de : - envoi, pour au moins un bloc de données de chaque paquet non sélectionné et dont le nombre de blocs de données dont les données peuvent être traitées correctement est compris entre le premier et le second seuils, d'une autre information par paquet représentative du nombre de blocs de données dont les données peuvent être traitées correctement. 8) Procédé selon la revendication 7, caractérisé en ce que l'autre information représentative du nombre de blocs de données dont les données peuvent être traitées correctement prend une autre valeur représentative d'un nombre moyen de blocs de données dont les données peuvent être traitées correctement. 9) Procédé selon l'une quelconque des revendications 1 à 8, caractérisé en ce que les données d'un bloc de données sont déterminées comme pouvant être correctement traitées en effectuant les étapes de: 21 - lecture d'une copie précédemment reçue du bloc de données, - détermination du nombre de symboles qui ont une valeur différente dans le bloc de données et la copie lue, et en ce que les données d'un bloc de données sont déterminées comme pouvant être correctement traitées si le nombre de symboles qui ont une valeur différente dans le bloc de données et la copie lue est inférieur ou égal à la capacité de correction du dispositif de communication. 10) Procédé selon l'une quelconque des revendications 1 à 9, caractérisé en ce que le dispositif de communication d'un réseau de communication reçoit en réponse à des paquets de données préalablement transférés par le dispositif de communication, des informations ou des acquittements d'autres dispositifs de communication et en ce que le procédé comporte les étapes exécutées par le dispositif de communication de : - classification des autres dispositifs de communication en fonction des informations et/ou des acquittements que les autres dispositifs de communication ont envoyés, - détermination des dispositifs de communication relayant des paquets de données transférés par un dispositif de communication source pour un dispositif de communication destination à partir des autres dispositifs de communication classifiés. 11) Dispositif d'acquittement de données reçues par un dispositif de communication d'un réseau de communication, les données étant reçues par paquets de données, chaque paquet comprenant une pluralité de blocs de données, caractérisé en ce que le dispositif d'acquittement comporte : -des moyens de détermination, pour un paquet, du nombre de blocs de données dont les données peuvent être traitées correctement, - des moyens d'envoi, pour au moins un bloc de données du paquet, d'un acquittement si le nombre de blocs de données dont les données peuvent être traitées correctement est compris entre un premier et un second seuils, le premier seuil étant inférieur au second seuil, et - des moyens d'envoi, pour le paquet de données, d'une information au niveau paquet représentative du nombre de blocs de données dont les donnéespeuvent être traitées correctement si le nombre de blocs de données dont les données peuvent être traitées correctement est inférieur au premier seuil ou supérieur au second seuil. 12) Programme d'ordinateur stocké sur un support d'informations qui, lorsqu'il est chargé et exécuté par un ordinateur ou un processeur dans un dispositif, permet au dispositif de mettre en oeuvre le procédé selon l'une quelconque des revendications 1 à 10.10