Brevet FR2882480A1 — publié le 20060825

PROCEDE ET DISPOSITIF DE SYNCHRONISATION TRAME La présente invention se rapporte au domaine des télécommunications. Au sein de ce domaine, l'invention se rapporte plus particulièrement aux communications dites numériques. Les communications numériques comprennent en particulier les communications sans fil dont le canal de transmission est le canal aérien ainsi que les communications filaires. Les communications numériques utilisent de plus en plus un codage canal plus ou moins sophistiqué. Le principe de codage canal consiste à rajouter aux bits d'information une redondance contrôlée qui va permettre au récepteur de détecter la présence d'erreurs de transmission et éventuellement de les corriger. Parmi les codes existants on distingue plus particulièrement les codes en blocs: ces codes font correspondre à un bloc de nb éléments binaires d'information un mot de code de taille ne bits avec ne > nb. Ces bits supplémentaires permettent de corriger certaines erreurs de transmission; plus il y a de bits de redondances et meilleur est le pouvoir correcteur du code. Pour décoder et corriger les erreurs, le récepteur doit être en mesure de trouver le début des mots de code dans la séquence de bits afin de pouvoir les décoder correctement. Cette opération est couramment appelée synchronisation trame. L'invention concerne les techniques de synchronisation trame. La synchronisation trame est généralement réalisée grâce à l'ajout périodique dans le message à transmettre d'une séquence de synchronisation non codée connue du récepteur. Cette séquence est ensuite détectée au niveau du récepteur permettant ainsi la synchronisation de la trame à décoder. Une telle séquence est décrite dans les articles ayant pour référence respective: "Optimum Frame Synchronisation" de James L. Massey, IEEE Transactions on Communications, Vol.Com-20, No.2, April 1972 et "Frame Synchronisation Techniques" de Robert A. Scholtz, 00906778/80/0800-1204$00.75, 1980 IEEE. Les énormes progrès en codage canal, en particulier avec l'introduction des turbo codes, permettent actuellement de transmettre les données avec des rapports signal sur bruit faibles, ce qui entraîne de nombreuses erreurs dans la séquence de synchronisation et donc une synchronisation peu fiable. Plusieurs auteurs proposent d'insérer une séquence codée; ceci permet de tirer partiellement partie du gain de codage et d'augmenter par conséquent la fiabilité de la synchronisation. Une telle séquence est décrite dans l'article ayant pour référence "Decoder-Assisted Channel Estimation and Frame Synchronisation of Turbo Coded Systems" de M.Mostofa K. Howlader, 07803-7484-3/02/$17.00, 2002 IEEE. Ces techniques connues ont pour inconvénient de nécessiter l'ajout d'une séquence connue qui entraîne une diminution de l'efficacité spectrale, c'est-à-dire une diminution du débit utile. Aussi, le problème technique à résoudre par l'objet de la présente invention est de proposer un procédé de synchronisation trame de données constituantes de mots de code qui ne présente pas l'inconvénient des méthodes connues et qui, par conséquent, offre une meilleure efficacité spectrale. Une solution au problème technique posé consiste, selon la présente invention, en ce que ledit procédé de synchronisation trame consiste à déterminer une position D de début d'une trame reçue TY, au moyen d'une fenêtre H glissante sur la trame reçue T, , de taille Kne, découpée en K blocs B; de taille n, égale à celle d'un mot de code. La position D de début de trame est égale à une parmi plusieurs positions possibles de la fenêtre H glissante le long de la trame reçue T, . Le procédé est tel que, pour différentes positions possibles de la fenêtre H, il calcule un syndrome S(di) par bloc B;, la position D de début de la trame reçue T étant soit celle pour laquelle le nombre de syndromes S(d) nuls est le plus grand, soit celle pour laquelle le nombre d'éléments nuls des syndromes S! calculés pour cette position est le plus grand; dans ce cas, le procédé détermine au préalable pour chaque syndrome S(di) le nombre d'éléments nuls, chaque syndrome étant composé d'éléments. En outre, l'invention a pour objet un dispositif de synchronisation trame de données constituantes de mots de code, pour déterminer une position de début de trame. Le dispositif comprend: - un moyen de fenêtrage glissant sur une trame reçue T, , de taille Kn,, découpé en K blocs B; de taille n, égale à celle d'un mot de code, la position D de début de trame reçue Tr étant égale à une parmi plusieurs positions possibles du moyen de fenêtrage glissant le long de la trame reçue T, , - un moyen de calcul d'un syndrome S(di) pour différentes positions possibles du moyen de fenêtrage et pour différents blocs B; du moyen de fenêtrage, - un moyen de détermination d'une position soit pour laquelle le nombre de syndromes S(di) nuls est le plus grand, soit pour laquelle le nombre d'éléments nuls des syndromes S(di) calculés pour cette position est le plus grand, dans ce cas le moyen de calcul détermine au préalable un nombre d'éléments nuls des syndromes S(di) , la position D de début de trame étant égale à une de ces positions. Ainsi, un procédé et un dispositif selon l'invention, qui concerne respectivement un procédé de synchronisation et un dispositif de synchronisation permettent de déterminer la position de début de trame en la prenant égale à la position de la fenêtre glissante à laquelle correspond le plus grand nombre de syndromes nuls ou le plus grand nombre d'éléments nuls. Le procédé et le dispositif de synchronisation trame conformes à l'invention résolvent le problème posé. En effet, la synchronisation est de type autodidacte; elle ne nécessite aucune séquence d'apprentissage. La synchronisation repose uniquement sur les propriétés du codage linéaire en bloc. Une synchronisation selon l'invention est particulièrement avantageuse, car la suppression de la séquence de synchronisation permet soit d'augmenter le débit utile, soit de garder le même débit que précédemment mais d'utiliser des codes ayant plus de bits de redondance, c'est-à-dire d'utiliser des codages de rendement plus faible et donc ayant un pouvoir de correction plus important. Et, plus le nombre de bits de redondance augmente, plus les performances de synchronisation d'un procédé selon l'invention augmentent. Une synchronisation trame selon l'invention n'utilise aucune séquence connue insérée dans la trame codée; elle ne nécessite pas par conséquent de séquence de synchronisation. Elle fonctionne avec tout type de codes en blocs (BCH, RS, code produit, LDPC,...). Elle ne nécessite pas de modifier le code correcteur. Elle fonctionne avant décodage, c'est-à-dire qu'elle ne tire pas partie du gain de codage. Elle est peu complexe et est efficace même en présence d'un fort taux d'erreur binaire. Selon une implémentation préférée, les étapes du procédé sont déterminées par les instructions d'un programme de synchronisation trame incorporé dans un circuit électronique telle une puce elle-même pouvant être disposée dans un dispositif électronique tel un récepteur. Le procédé de synchronisation trame selon l'invention peut tout aussi bien être mis en oeuvre lorsque ce programme est chargé dans un organe de calcul tel un processeur ou équivalent dont le fonctionnement est alors commandé par l'exécution du programme. En conséquence, l'invention s'applique également à un programme d'ordinateur, notamment un programme d'ordinateur sur ou dans un support d'informations, adapté à mettre en oeuvre l'invention. Ce programme peut utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable pour implémenter un procédé selon l'invention. Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple une disquette (floppy disc) ou un disque dur. D'autre part, le support d'informations peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. D'autres caractéristiques et avantages de l'invention apparaîtront lors de la description qui suit faite en regard de figures annexées données à titre d'exemples non limitatifs. La figure 1 est un schéma de principe du codage en bloc pour un code de Hamming(7,4). La figure 2 est un schéma du délai de transmission de to bits d'une trame transmise. La figure 3 est un schéma du principe d'un procédé de synchronisation selon l'invention. La figure 4 est un schéma d'une trame émise et d'une trame reçue. La figure 5 représente une fenêtre glissante d'un procédé selon l'invention, sur une trame reçue pour différentes positions d de la fenêtre. La figure 6 représente schématiquement un premier mode de réalisation particulier d'un dispositif de synchronisation selon l'invention. La figure 1 représente un schéma de principe du codage en bloc pour un code de Hamming (7,4). Le principe du codage en bloc consiste à rajouter aux bits d'information b, , bz, ..., b4 une redondance c5, c6, c, contrôlée qui va permettre au récepteur de détecter la présence d'erreurs de transmission et éventuellement de les corriger. Les codes en bloc font correspondre à un bloc de nb éléments binaires d'information un mot de code de taille ne bits avec ne > nb. Les ne nb éléments de redondance sont calculés comme la somme modulo deux de certains bits du bloc d'éléments binaires d'information. Le code de Hamming (7,4), en particulier, possède trois bits de redondances tels que chaque bit est calculé à partir de trois bits d'information. Par exemple, le cinquième bit d'un mot de code codé avec un code de Hamming (7,4) est égal à la somme modulo deux du deuxième, du troisième et du quatrième bits d'information: c5= b,O+h b4 Pour tout codage en bloc, il existe donc une relation linéaire entre le mot de code me et le mot d'information m; correspondant: m, = m;G avec G la matrice génératrice du mot de code. C'est une matrice de taille nb x ne. La matrice génératrice du code de hamming (7,4) qui correspond à (1 0 0 0 0 1 1\ 0 1 0 0 1 0 1 l'exemple illustré par la figure 1 est égale à : 0 0 1 0 1 1 0 0 0 0 1 1 1 Le code est dit systématique si les nb premiers -bits du mot de code correspondent aux nb bits d'information. C'est le cas dans notre exemple. Le récepteur reçoit le mot de code émis, éventuellement entaché d'erreurs dues au canal de transmission. Soit r le mot binaire reçu par le récepteur, r peut s'écrire sous la forme: r=m, e relation dans laquelle me est le mot de code envoyé, e est un vecteur d'erreurs de longueur ne et O+ représente la somme modulo deux. A partir de cette observation r, le récepteur doit être en mesure de restituer les nb bits d'information. Ceci est l'objet d'une opération de décodage. Le décodage optimal sur données binaires consiste à trouver le mot de code à distance de Hamming (c'est-à-dire le nombre de bits distincts dans une comparaison bit à bit) minimale de l'observation r. Le principe de décodage des codes en blocs est le suivant. Le récepteur dispose de ne nb éléments binaires de redondance pour corriger 2" -1 erreurs possibles. Le récepteur ne peut donc corriger qu'une fraction des erreurs et cela de manière arbitraire. Généralement, la correction des mots d'erreur de poids faible est privilégiée, c'est-àdire la correction des vecteurs d'erreur e possédant peu d'éléments non nuls. A la matrice génératrice du code, correspond une matrice de parité P de taille (ne nb) x ne telle que: GPT = 0 (1) Le procédé de décodage consiste à calculer le syndrome S(r) de l'observation r: S (r) = rPT = m,. GPT Ef ePT En utilisant la relation (1), ceci conduit à : S(r) = ePT A partir de la matrice P, le procédé de décodage construit la matrice de décodage qui associe de manière bijective un syndrome à un mot d'erreur en privilégiant les mots d'erreur de poids faible. Pr E S(E) ?0 1 1 (1 0 0 0 0 0 (0 1 1 1 0 1 0 1 0 0 0 0 0 1 0 1 1 1 0 0 0 1 0 0 0 0 1 1 0 1 1 1 0 0 0 1 0 0 0' 1 1 1 (2) 1 0 0 0 0 0 0 1 0 0 1 0 0 0 1 0 0 0 0 0 0 1 0 0 1 0 0 0 1, \0 0 0 0 0 0 1 0 0 1 Le procédé de décodage déduit de la table (2) une estimation de l'erreur e. Ensuite, il somme l'estimation de l'erreur à l'observation pour effectuer la correction. Si le syndrome est nul ceci signifie que r est un mot de code. Le code de Hamming (7,4) précédemment retenu permet d'illustrer par un exemple ce procédé. Soit une observation r égale à : r=[000l100] Le procédé calcule le syndrome de r: S(r)=rPT =[011] Ce syndrome est non nul, donc r contient au moins une erreur. En utilisant la table (2), le procédé associe à ce syndrome un vecteur d'erreur e de poids un: e=[1000000] Le mot de code me le plus proche est donc: me =[1001100] qui correspond au vecteur de bits d'information: m; =410011 Ce procédé de décodage suppose que le récepteur connaît le début du mot de code. Or, la transmission introduit non seulement des erreurs dans la trame transmise mais, en outre, figure 2, elle introduit un délai de transmission de to bits dû au temps de transmission entre la trame émise Ti et la trame reçue Tr. Bien entendu, ce délai n'est pas connu à priori du récepteur. Pour calculer le syndrome S (rk) associé au mot de code reçu rk, le récepteur doit être en mesure d'estimer le délai de transmission to; un procédé de synchronisation permet au récepteur d'estimer ce délai to. Une synchronisation selon l'invention, illustrée par la figure 3, est effectuée grâce à une fenêtre H glissante sur la trame reçue Tr. La fenêtre est découpée en K blocs B; dont la taille est égale à celle d'un mot mr k de code, soit ne. La taille de cette fenêtre de synchronisation est donc égale à Kne de telle sorte qu'une fois la synchronisation obtenue, la fenêtre contienne exactement K mots de code. Selon l'exemple, K est égal à trois. De manière typique, le procédé calcule un syndrome Sd'> pour chaque position de la fenêtre sur la trame, d pouvant varier de zéro à nr -1, et, pour une position donnée, pour chaque bloc B. S est donc un vecteur de taille ne nb. Selon une alternative, le procédé peut effectuer le calcul de syndromes pour quelques positions de la fenêtre sur la trame, et, pour ces positions, pour quelques blocs B;. Selon un mode particulier, le procédé compte le nombre de syndromes nuls pour une position donnée de la fenêtre H. Le procédé prend comme estimation de to, la position d pour laquelle le nombre de syndromes nuls est le plus grand. Selon un autre mode particulier, le procédé calcule le nombre d'éléments nuls dans les syndromes. Le procédé prend comme estimation de to, la position d pour laquelle le nombre d'éléments nuls pour les syndromes associés à une même position de la fenêtre est le plus grand. Dans le cas particulier où le canal de propagation n'introduit pas d'erreur, les deux modes de réalisation précédents donnent le même taux de réussite. Pour la position d qui correspond à to, dans le cas du premier mode, les syndromes associés aux K blocs sont tous nuls. Dans le cas du second mode, le procédé conduit à K (ne nb) éléments nuls. Par contre, dans le cas particulier où le canal de propagation introduit des erreurs de transmission, le second mode de réalisation peut être plus avantageux et présenter un meilleur taux de réussite. La mise en oeuvre du second mode est illustrée par les figures 4 et 5 qui correspondent à un exemple particulier d'un codage des bits d'information à l'aide du code de Hamming (7,4). La figure 4 représente la trame émise Ti et la trame reçue Tr. Selon l'exemple, la trame reçue Tr est retardée d'un bit et contient deux erreurs. Le bit de retard et les bits erronés sont représentés en gras. La fenêtre de synchronisation est positionnée par le récepteur sur la trame reçue. Selon l'exemple retenu, la taille de la fenêtre est de quatorze bits. La fenêtre peut par conséquent couvrir deux mots de code. La figure 5 représente cette fenêtre H pour différentes positions possibles qui correspondent à d = 0 à 6. La fenêtre H est découpée en deux blocs BI et B2 de sept bits. A partir des bits de BI, le procédé calcule le syndrome associé Sd . Le procédé répète cette opération pour le bloc B2 pour déterminer le syndrome Sd2). Selon le premier mode de réalisation, le procédé compte le nombre de syndromes So , So2) nuls et obtient zéro. Selon le second mode de réalisation, le procédé compte le nombre d'éléments nuls et obtient trois. Le procédé décale ensuite la position de la fenêtre H et répète les opérations de comptage de syndromes nuls ou d'éléments nuls. Pour d =1, le nombre d'éléments nuls est égal à quatre et le nombre de syndromes S,o) , s, 2) nuls est égal à zéro. Pour d = 2, le nombre d'éléments nuls est égal à trois et le nombre de syndromes 5' ,e) nuls est égal à zéro. Pour d = 3, le nombre d'éléments nuls est égal à trois et le nombre de syndromes S3 , S32> nuls est égal à zéro. Pour d = 4, le nombre d'éléments nuls est égal à trois et le nombre de syndromes S(4 , 5(42) nuls est égal à zéro. Pour d = 5, le nombre d'éléments nuls est égal à deux et le nombre de syndromes e, S52) nuls est égal à zéro. Pour d = 6, le nombre d'éléments nuls est égal z. deux et le nombre de syndromes e, 562) nuls est égal à zéro. La taille d'un mot de code utilisé est de sept. Par conséquent, un septième décalage revient à une position sans décalage, d = 0; la synchronisation ne peut se faire qu'avec une valeur de d variant entre zéro et six. Dans ce cas bruité, le premier mode ne permet pas de synchroniser le récepteur sur le début d'un mot de code: quelle que soit la position de la fenêtre sur la trame reçue Tr, le premier mode ne permet d'obtenir que des syndromes non nuls; la synchronisation échoue. Par contre, le second mode permet avantageusement de synchroniser le récepteur sur le début d'un mot de code: pour la position de la fenêtre qui correspond à d =1 le nombre d'éléments nuls est de quatre alors que pour les autres positions de la fenêtre, le nombre d'éléments nuls est de trois ou de deux. Le procédé sélectionne par conséquent la position d ==1 comme position de synchronisation pour la trame reçue car elle correspond au plus grand nombre d'éléments nuls. Dans l'éventualité où plusieurs positions différentes de la fenêtre conduisent à un même plus grand nombre de syndromes nuls, respectivement d'éléments nuls, le procédé choisit une position parmi ces différentes positions. Cette position choisie détermine la position de début de trame. Le choix peut être effectué de manière arbitraire, par exemple il peut porter sur la position correspondant à la plus petite valeur de d. De manière alternative, le choix peut résulter de la mise en oeuvre d'une fonction incluant des tests tels que, par exemple, si le nombre de positions est impair alors la position retenue est la position centrale parmi les différentes positions. Un autre mode de réalisation peut consister à augmenter la taille de la fenêtre de synchronisation. La figure 6 représente schématiquement un premier mode de réalisation particulier d'un dispositif de synchronisation selon l'invention. Le dispositif 1 comprend un moyen 2 de fenêtrage glissant sur une trame reçue Tr, un moyen 3 de calcul d'un syndrome S(di) , un moyen 4 de détermination d'une position D de synchronisation. Le moyen 2 de fenêtrage glissant est de taille Kne. Il est découpé en K blocs B; de taille n égale à celle d'un mot de code. La position D de début de trame est égale à une parmi plusieurs positions possibles du moyen 2 de fenêtrage glissant le long de la trame reçue T, . Selon l'illustration qui correspond à un exemple particulier de réalisation, ce moyen 2 de fenêtrage peut comprendre une batterie de registres formant une ligne à retard dans laquelle entrent les bits de la trame reçue sur une entrée série. La fenêtre est dimensionnée par le choix des sorties parallèles de la batterie. Les blocs B; sont déterminés par la manière dont ces sorties sont prises en compte par le moyen de calcul. Le moyen 3 de calcul calcule un syndrome S(di) pour chacun des K blocs B; du moyen 2 de fenêtrage et pour les différentes positions de ce moyen 2 de fenêtrage. Typiquement, ce moyen 3 de calcul est un calculateur tel un microprocesseur. Le moyen 4 de détermination d'une position détermine la position pour laquelle le nombre de syndromes nuls est le plus grand. La position D de début de trame est égale à cette position. Ce moyen 4 peut faire partie du moyen 3 de calcul. De manière alternative, ce peut être un composant particulier comportant des opérateurs logiques. Selon une seconde réalisation particulière, d'un dispositif 1 de synchronisation selon l'invention, chaque syndrome est composé d'éléments et le moyen 3 de calcul détermine pour un syndrome donné le nombre Nd d'éléments nuls du syndrome. Selon cette réalisation, le moyen 4 de détermination d'une position détermine la position pour laquelle le nombre Nd d'éléments nuls d'un syndrome est le plus grand. La position D de début de trame est égale à cette position. Un procédé et un dispositif de synchronisation selon l'invention fonctionnent avec tout types de codes en blocs linéaires. Bien que les exemples décrits se rapportent à des données binaires, l'invention fonctionne aussi bien avec des données souples. On entend par données souples, les données de réception qui n'ont pas encore été comparées à un seuil pour être déclarées égales à un zéro ou à un un binaire. Les données souples ont par conséquent un niveau de tension qui peut prendre des valeurs qui ne sont pas uniquement les niveaux de tension d'un zéro ou d'un un binaire obtenus après seuillage. L'invention s'applique à tout type de système de transmission filaire ou radio dont les données à transmettre sont discrètes, mais il peut s'appliquer en outre à tout système de stockage d'informations. REVENDICATIONS 1. Procédé de synchronisation trame de données constituantes de mots de code, au moyen d'une fenêtre H glissante sur une trame reçue T, , de taille Kne, découpée en K blocs B; de taille n, égale à celle d'un mot de code, consistant à déterminer une position D de début de la trame reçue cette position D de début de trame étant égale à une parmi plusieurs positions possibles de la fenêtre H glissante le long de la trame:reçue T, , tel que, pour différentes positions possibles de la fenêtre H et pour différents blocs B; de la fenêtre H, le procédé calcule un syndrome S(di) , la position D de début de la trame reçue T, étant celle pour laquelle le nombre de syndromes S(di) nuls est le plus grand. 2. Procédé de synchronisation trame de données constituantes de mots de code, au moyen d'une fenêtre H glissante sur une trame reçue T, , de taille Kn, , découpée en K blocs B; de taille ne égale à celle d'un mot de code, consistant à déterminer une position D de début de la trame reçue T, , cette position D de début de trame étant égale à une parmi plusieurs positions possibles de la fenêtre H glissante le long de la trame reçue tel que, pour différentes positions possibles de la fenêtre H, le procédé calcule un syndrome S(di) par bloc B;, un syndrome étant composé d'éléments, et détermine pour chaque syndrome S(di) le nombre d'éléments nuls, la position D de début de la trame reçue T, étant celle pour laquelle le nombre d'éléments nuls des syndromes S(di) calculés pour cette position est le plus grand. 3. Procédé de synchronisation trame de données constituantes de mots de code selon l'une des revendications précédentes, dans lequel le calcul de syndromes S(di) est effectué pour chaque position possible de la fenêtre H glissante le long de la trame reçue T, et, pour chacune de ces positions, le calcul de syndromes S(di) est effectué pour chacun des K blocs B; de la fenêtre H. 4. Procédé de synchronisation trame de données constituantes de mots de code selon l'une des revendications précédentes, dans lequel la position de début 35 de la trame reçue T, est choisie arbitrairement parmi plusieurs positions possibles obtenues après calcul de syndromes. 5. 6. 7. 8. 9. Procédé de synchronisation trame de données constituantes de mots de code selon l'une des revendications précédentes, dans lequel les données sont du type données souples. Procédé de synchronisation trame de données constituantes de mots de code selon l'une des revendications précédentes, dans lequel les données sont du type données binaires. Procédé de réception de données constituantes de mots de code, comprenant un procédé de synchronisation trame selon l'une des revendications précédentes. Dispositif (1) de synchronisation trame de données constituantes de mots de code, pour déterminer une position de début de trame, caractérisé en ce que ledit dispositif comprend: - un moyen (2) de fenêtrage glissant sur une trame reçue de taille Kne, découpé en K blocs B; de taille n, égale à celle d'un mot de code, la position D de début de trame reçue J. étant égale à une parmi plusieurs positions possibles du moyen (2) de fenêtrage glissant le long de la trame reçue T, , - un moyen (3) de calcul d'un syndrome Sâ) pour différentes positions possibles du moyen (2) de fenêtrage et pour différents blocs B; du moyen (2) de fenêtrage, - un moyen (4) de détermination d'une position pour laquelle le nombre de syndromes s(di) nuls est le plus grand, la position D de début de trame étant égale à cette position. Dispositif (1) de synchronisation trame de données constituantes de mots de code, pour déterminer une position de début de trame, caractérisé en ce que ledit dispositif comprend: - un moyen (2) de fenêtrage glissant sur une trame reçue de taille Knr, découpé en K blocs B; de taille ne égale à celle d'un mot de code, la position D de début de trame reçue l', étant égale à une parmi plusieurs positions possibles du moyen (2) de fenêtrage glissant le long de la trame reçue T, , - un moyen (3) de calcul d'un syndrome S(di) composé d'éléments pour différentes positions possibles du moyen (2) de fenêtrage et pour différents blocs Bi du moyen (2) de fenêtrage, le moyen (3) de calcul détermine un nombre d'éléments nuls du syndrome S(di) , - un moyen (4) de détermination d'une position pour laquelle le nombre d'éléments nuls des syndromes S(di) calculés pour cette position est le 5 plus grand, la position D de début de trame étant égale à cette position. 10. Récepteur de données constituantes de mots de code, comprenant un dispositif (1) de synchronisation trame des données pour déterminer une position D de début de trame selon l'une des revendications 8 et 9. 11. Programme d'ordinateur sur un support d'informations, ledit programme comportant des instructions de programme adaptées à la mise en oeuvre d'un procédé selon l'une quelconque des revendications 1 à 7, lorsque ledit programme est chargé et exécuté dans un dispositif (1) électronique. 12. Signal numérique destiné à être utilisé dans un dispositif électronique pour la synchronisation trame de données constituantes de mots de code, au moyen d'une fenêtre H glissante sur une trame reçue T, , de taille Kn,, découpée en K blocs Bi de taille ne égale à celle d'un mot de code, consistant à déterminer une position D de début de la trame reçue Tr, cette position D de début de trame étant égale à une parmi plusieurs positions possibles de la fenêtre H glissante le long de la trame reçue T,, le signal numérique comprenant au moins des codes pour l'exécution par le dispositif électronique de l'étape suivante: - pour différentes positions possibles de la fenêtre H et pour différents blocs Bi de la fenêtre H, le dispositif électronique calcule un syndrome Sd , la position D de début de la trame reçue T, étant celle pour laquelle le nombre de syndromes Sd> nuls est le plus grand. 13. Signal numérique destiné à être utilisé dans un dispositif électronique pour la synchronisation de données constituantes de mots de code, au moyen d'une fenêtre H glissante sur une trame reçue T, , de taille Kn, , découpée en K blocs Bi de taille ne égale à celle d'un mot de code, consistant à déterminer une position D de début de la trame reçue T, , cette position D de début de trame étant égale à une parmi plusieurs positions possibles de la fenêtre H glissante le long de la trame reçue T, . le signal numérique comprenant au moins des codes pour l'exécution par le dispositif électronique de l'étape suivante: - pour différentes positions possibles de la fenêtre H et pour différents blocs B; de la fenêtre H, le dispositif électronique calcule un syndrome Sd composé d'éléments et détermine pour chaque syndrome Sd le nombre d'éléments nuls du syndrome e, la position D de début de la trame reçue Tr étant celle pour laquelle le nombre d'éléments nuls d'un syndrome Sd est le plus grand. 14. Support d'informations comportant des instructions de programme adaptées à la mise en oeuvre d'un procédé selon l'une quelconque des revendications 1 à 7, lorsque ledit programme est chargé et exécuté dans un dispositif électronique.