FR 2898229 A1 20070907 FR 0601951 A 20060306 Synchronisation cryptographique entrelacée La présente invention se rapporte à une synchronisation appliquée à un flux de données structuré en des super-trames formées chacune de blocs de trames, particulièrement dans un contexte de cryptographie de données de manière à synchroniser des émetteurs et des récepteurs dans des équipements transmettant entre eux un flux de données chiffrées en temps réel. Elle trouve des applications notamment dans le domaine des télécommunications sécurisées. Préalablement les termes suivants sont définis : trame : une séquence binaire, par exemple issue d'une itération d'un module cryptographique, de longueur Strame (Strame 1 bit) ; bloc : un groupe de n trames consécutives, avec n ? l ; super-trame : un groupe formé de p blocs consécutifs, avec p 1 ; flux de données chiffrées : une succession de super-trames. Les termes trame, bloc et super-trame définis ci-dessus au titre d'un flux applicatif entre des équipements terminaux distants ne préjugent pas de la structuration sous-jacente des flux par le service support de transmission ("bearer service" en anglais) : une super-trame, ou un bloc ou une trame, émis par une application peut par exemple correspondre à un paquet non segmenté transmis en couche de transport. La mise en oeuvre de communications sécurisées engendre comme difficulté que des récepteurs dans les équipements doivent être synchronisés ou resynchronisés suffisamment rapidement avec un flux de données chiffrées. Les spécifications des suites cryptographiques connues ne considèrent qu'une seule hypothèse sur la fréquence des synchronisations cryptographiques, dimensionnées sur des constantes de temps associées à un réseau sous-jacent donné. Ceci est problématique pour un flux de données chiffrées de bout en bout dont les équipements terminaux opèrent dans des réseaux hétérogènes. Par exemple, pour une communication point-à-point ou pour une téléconférence, les équipements terminaux de communication peuvent être divers : un équipement terminal peut être attaché à un réseau filaire, un deuxième équipement terminal peut être situé dans une cellule d'un réseau de radiocommunication cellulaire pour mobiles, un troisième équipement terminal est un termina- de communication par satellite, et un quatrième équipement terminal est un appareil radio HF fonctionnant avec des sauts de fréquence. Une transmission d'un flux de données chiffrées entre des équipements terminaux fixes d'un réseau filaire dont le service de communication est fiable ne nécessite essentiellement qu'une synchronisation cryptographique lente. Une transmission d'un flux de données chiffrées via un réseau dont certains segments assurent des transmissions non fiables, par exemple des transmissions radio, peut conduire certains récepteurs à ne pas recevoir l'ensemble intègre des informations de synchronisation cryptographique nécessaires au traitement du flux de données chiffrées ou peut conduire certains récepteurs à perdre le synchronisme nécessaire entre le déchiffrement et la réception de trames du flux de données chiffrées. Un procédé de resynchronisation rapide est alors nécessaire. Une synchronisation rapide est également nécessaire lorsqu'un équipement terminal de la communication requiert un transfert intercellulaire ("handover" en anglais) ou une re-sélection de cellule annoncée ("announced oeil reselection" en anglais;, c'est-à-dire lorsque le flux de données chiffrées change de canal de transmission, ce qui interrompt temporairement la réception et fait perdre le synchronisme cryptographique à l'équipement terminal. Une synchronisation rapide est aussi nécessaire lorsqu'un équipement terminal souhaitant participer à une communication chiffrée déjà commencée entre d'autres équipements terminaux requiert une entrée tardive ("l.ate entry" en anglais) dans la communication. En outre, une synchronisation rapide est utile lorsque le flux de données chiffrées reçu continûment par un récepteur pour une communication donnée a subi en amont une préemption ("pre-emption" en anglais) d'un émetteur par un émetteur plus prioritaire. La mesure de la rapidité de synchronisation cryptographique et les limitations de la technique antérieure sont présentées ci-après. Il existe différents modes de synchronisation cryptographique, dont certains requièrent la transmission explicite de paramètres d'un mot d'état cryptographique afin d'initialiser le processus de déchiffrement. Certains de ces modes, tels que les modes OFB (Output FeedBack mode) et CTR (CounTeR mode), sont par exemple décrits dans la publication américaine du National Institute of Standards and Technology "NIST Special Publication 800-38A 2001 Edition, Recommendation for Block Cipher Modes of Operation - Methods and Techniques". Les paramètres transmis du mot d'état cryptographique définissent un mot de gestion de synchronisation SY (correspondant à " Synchronization Management SM" en anglais). Dans la technique antérieure, le mot de gestion de synchronisation est typiquement transmis en association avec chaque super-trame d'un flux de données chiffrées. Deux méthodes d'association connues sont rappelées ci-dessous. Dans la. première méthode d'association, la bande passante Bsy nécessaire à la transmission de la trame contenant le mot de gestion de synchronisation est prélevée par vol de trames ("frame stealing" en anglais) dans la bande passante BT du flux de trames de trafic chiffrées. La bande passante totale nécessaire, exprimée en bit/s, est alors B = BT. La première méthode d'association par vol de trames est décrite dans la norme ETSI EN 302 109 V.1.1., octobre 2003 "Terrestrial Trunked Radio (TETRA) ; Security ; Synchronization mechanism for end-to-end encrytion". Dans la deuxième méthode d'association, la bande passante Bsy nécessaire à la transmission du mot de gestion de synchronisation peut être complémentaire de la bande passante BT nécessaire à la transmission du flux de trames de trafic chiffrées. Deux canaux logiques sont alors définis : un canal de trafic pour les trames chiffrées et un canal de signalisation associé au canal de trafic pour les trames contenant le mot de gestion de synchronisation. :La bande passante totale nécessaire est alors B = Bsy + BT. La. deuxième méthode est décrite dans la demande de brevet internationale WO 2004/014019. Soit Ssy la taille du mot de synchronisation SY exprimée en bits, déterminée en cohérence avec le choix de l'algorithme de chiffrement, du mode de synchronisation et d'une crypto-période. Cette taille ne dépend pas directement de la structuration en trames, blocs et super-trames du flux. Selon une première hypothèse, le mot de gestion de synchronisation a une taille Sgy inférieure ou égale à la taille d'une trame de trafic. Le flux effectivement transmis selon la première méthode d'association consiste en une suite de super-trames de dimension 1. Chacune de ces super-trames est formée d'un unique bloc (p = 1) comprenant une trame de synchronisation contenant le mot de gestion de synchronisation de la super-trame et n - 1 trames de données de trafic chiffrées. La première trame de trafic est volée et remplacée par la trame de synchronisation et n'est donc pas transmise. Le flux effectivement transmis selon la deuxième méthode d'association consiste en une suite de super- trames de dimension 2. Chacune de ces super-trames est formée d'un unique bloc (p = 1) comportant par exemple dans le canal de signalisation une trame de synchronisation contenant le mot de gestion de synchronisation de la super-trame et dans le canal de trafic associé n trames de données de trafic chiffrées. Selon une deuxième hypothèse, le mot de gestion de synchronisation de la super-trame a une taille Sgy supérieure ou égale à la taille Strame d'une trame. Sans restreindre la généralité de cette hypothèse, le mot de gestion de synchronisation doit être transmis dans des trames identifiables et séparables des trames de trafic du flux de données chiffrées, le cas contraire étant surmonté en segmentant les trames du flux de données chiffrées en autant de trames ad-hoc. Selon un exemple simple, on suppose que Ssy = p X Strame et le mot de gestion de synchronisation résulte de la concaténation de p trames de synchronisation pour une super-trame donnée. Le flux effectivement transmis selon la première méthode d'association consiste alors en une suite de super-trames. Chacune de ces super-trames est formée de p blocs de dimension 1 comprenant chacun une trame de synchronisation respective suivie de n - 1 trames de trafic, les trames de synchronisation respectivement dans les p blocs de la super-trame concaténées suivant leur ordre d'émission constituant le mot de gestion de synchronisation remplaçant p trames de trafic. Le flux effectivement transmis selon la deuxième méthode d'association consiste toujours en une suite de super-trames. Chacune de ces super-trames est formée d'un unique bloc (p = 1) de dimension 2 qui comprend dans le canal de signalisation le mot de gestion de synchronisation suivi dans le canal de trafic de n trames de trafic. Ainsi, selon la technique antérieure, quelles que soient l'hypothèse sur la taille Ssy du mot de gestion de synchronisation et la première ou la deuxième méthode d'association, la synchronisation cryptographique est possible approximativement après chaque occurrence d'une super-trame, une fois connu le mot de gestion de synchronisation. Cela conduit approximativement à une période entre synchronisations égale à Tsync = (n p Strame)/B. La mesure de la rapidité Tsync de synchronisation cryptographique pour un exemple réel met en évidence les limitations de la technique antérieure : avec B = 2400 bit/s, Strame = 54 bits, n = 24, p = 3, on obtient Tsync = 1,62 s ; avec B = 2400 bit/s, Strame = 54 bits, n = 24, p = 4, on obtient Tsync = 2,16 s. Ces valeurs de période entre synchronisations Tsync sont satisfaisantes pour une communication point-à--point dans un réseau téléphonique à établissement d'appel lent, de l'ordre de quelques secondes. Elles sont néanmoins incompatibles avec des constantes de temps de synchronisation rapide, typiquement de l'ordre de 0,3 à 1 seconde au maximum, nécessaires dans des réseaux de radiocommunication pour mobiles mettant en oeuvre des fonctions de transfert intercellulaire, d'entrée tardive ou de préemption. Elles sont en outre très supérieures à la durée typique d'un phonème dans un signal de parole qui est chiffré en le flux de données chiffrées Ces valeurs de période entre synchronisations Tsync sont ainsi incompatibles avec des exigences de communications sécurisées interopérables impliquant simultanément des équipements terminaux d'usager à travers des réseaux hétérogènes. Le besoin de synchronisation rapide peut être illustré par une téléconférence sécurisée multi-usagers impliquant des équipements tels qu'un terminal d'usager d'un réseau filaire RNIS ou IP, un terminal mobile d'un réseau de radiocommunication cellulaire GSM ou UMTS et/ou un terminal mobile d'un réseau de radiocommunication cellulaire professionnel PMR.35 On connaît par ailleurs un procédé de synchronisation décrit dans la demande de brevet EP 1209844 qui ajoute des trames de synchronisation supplémentaires dans le flux de données chiffrées. L'adjonction de ces trames de synchronisation supplémentaires modifie la bande passante nécessaire initialement au flux de données chiffrées et ne satisfait pas un besoin de synchronisation rapide de manière optimisée. En outre, ce procédé de synchronisation détruit le synchronisme du flux de données chiffrées et donc la synchronisation lente antérieure ce qui impose que tous les récepteurs traitent les trames de synchronisation supplémentaires et constitue une limitation d'interopérabilité de la sécurité. Par conséquent, ce procédé est inapproprié pour assurer une synchronisation rapide coexistant avec une synchronisation lente préexistante, dont il tire partie. Un objectif de l'invention est de surmonter les inconvénients précédents de la technique antérieure, par une synchronisation d'un équipement avec un flux de données en temps réel qui permet une synchronisation rapide coexistant avec une synchronisation lente, sans accroître la bande passante initiale nécessaire au flux de données. Pour atteindre cet objectif, un procédé de synchronisation appliqué à un flux de données structuré en des super-trames formées chacune de blocs de trames, chaque bloc dans une super-trame comprenant une partie de synchronisation lente et au moins une trame de trafic, les parties de synchronisation lente dans la super-trame résultant au moins d'une décomposition d'un mot de gestion de synchronisation, est caractérisé dans la super-trame par une insertion de parties de synchronisation supplémentaires similaires aux parties de synchronisation lente et réparties à la place de bits de trame de trafic dans la super-trame. Le mot de gestion de synchronisation est conservé sans changement d'ordre ni décomposition des parties de synchronisation lente. Par exemple le regroupement des parties de synchronisation lente selon un ordre prédéterminé, comme par exemple une concaténation, aide à la reproduction du mot de gestion de synchronisation. Selon l'invention, la conservation des parties de synchronisation lente permet à tout équipement actuel de continuer à fonctionner avec la synchronisation lente, sans aucune modification dans l'équipement actuel. Les parties de synchronisation lente issues du mot de gestion de synchronisation sont introduites dans la super-trame selon l'une ou l'autre des première et deuxième méthodes d'association connues. Les parties de synchronisation supplémentaires sont similaires aux parties de synchronisation lente, c'est-à-dire les parties de synchronisation supplémentaires sont identiques aux ou quelques peu différentes des parties de synchronisation lente, et sont ajoutées selon l'invention dans une super-trame par remplacement de bits de trame de trafic et donc par vols de certaines trames de trafic entières et/ou par vols de certains bits de trames de trafic. Les parties de synchronisation supplémentaires donnent la possibilité à un équipement de fonctionner avec une synchronisation plus rapide que la synchronisation lente, lorsque cela s'avère utile, comme par exemple lors d'un transfert (handover) de cellule pour un terminal mobile ou une station de base dans un réseau de radiocommunication cellulaire. La synchronisation rapide coexiste avec la synchronisation lente préexistante sans conduire à de quelconques modifications d'équipements actuels ne fonctionnant qu'avec la synchronisation lente. L'invention est particulièrement intéressante pour une synchronisation cryptographique d'équipement sur un flux de données chiffrées en temps réel, structuré en des super-trames, dans lequel le chiffrement dépend également du mot de gestion de synchronisation et du découpage initial de chaque super-trame en blocs de taille identique et incluant chacun une partie de synchronisation lente respective et une ou plusieurs trames de trafic. Soit un nombre entier k = Ceiling (p/2) pour un nombre p de blocs dans la super-trame. L'opérateur Ceiling est égal à l'argument p/2 s'il est entier et est égal à l'entier immédiatement supérieur à l'argument sinon. Par exemple, on a k = 2 pour p = 3 et k = 2 pour p = 4. La durée entre deux synchronisations rapides successives selon le procédé de l'invention peut être sensiblement d'au plus T'sync = (n k Strame)/B, et donc inférieure à la période Tsync = (n p Strame)/B pour la synchronisation lente selon la technique antérieure. Le procédé de l'invention permet une synchronisation rapide sensiblement en au plus k = 2 blocs pour une super-trame formée de 3 blocs ou de 4 blocs, tout en préservant la synchronisation lente dans la super-trame. Dit autrement, le procédé de l'invention permet une synchronisation rapide en moins de k n = 2 n trames, et une synchronisation lente en moins de 3 n trames pour une super-trame formée de 3 n trames ou en moins 4 n trames pour une super-trame formée de 4 n trames, n étant le nombre de trames par bloc. Selon une réalisation de l'invention, l'une des parties de synchronisation supplémentaires remplace une trame de trafic dans un bloc de la super-trame. En particulier, les parties de synchronisation supplémentaires peuvent remplacer respectivement des trames de trafic dans les blocs de la super-trame, à raison d'une trame de trafic par bloc, les parties de synchronisation lente et les parties de synchronisation supplémentaires étant alors entrelacées. Dans un récepteur recevant le flux de données structuré en des super-trames, le mot de gestion de synchronisation est reconstitué en observant des blocs consécutifs de la super-trame reçue en nombre strictement inférieur au nombre de blocs dans la super-trame; le nombre de blocs consécutifs observés peut être encore réduit jusqu'à être inférieur sensiblement à la moitié du nombre de blocs dans la super-trame. Si les parties de synchronisation lente sont introduites dans la super-trame suivant la première méthode d'association, le nombre de trames de trafic volées dans la super-trame passe de p à 2p, ce qui correspond à un taux d'effacement de trames de trafic du flux de données doublé par rapport à la technique antérieure. Si les parties de synchronisation lente sont introduites dans la super-trame suivant la deuxième méthode d'association, le nombre de trames de trafic volées dans la super-trame passe de 0 à p, ce qui correspond à un taux d'effacement de trames du flux de données égal à 1/n, au lieu de 0 selon la technique antérieure. Selon d'autres réalisations de l'invention, l'une des parties de synchronisation supplémentaires remplace des bits prédéterminés dans des trames de trafic prédéterminées dans un bloc de la super-trame, c'est-à-dire ces trames de trafic ne sont altérées que partiellement par la partie de synchronisation supplémentaire. Les parties de synchronisation supplémentaires peuvent avoir des sous-parties qui ont une taille en bits inférieure à la taille des trames de trafic et qui sont réparties en remplacement de bits prédéterminés dans toutes les trames de trafic dans la super-trame, ou de certaines trames de trafic ayant des rangs prédéterminés dans un bloc prédéterminé ou des blocs prédéterminés de la super-trame. Comparativement à la synchronisation lente dépendant du mot de gestion de synchronisation et systématiquement présente dans chaque super-trame du flux de données structuré, un autre avantage du procédé de L'invention est que les parties de synchronisation supplémentaires dont dépend la synchronisation rapide dépendant également des parties de synchronisation lente, peuvent être transmises optionnellement dans chaque super-trame, en fonction des besoins des équipements. L'invention concerne également une séquence de synchronisation dans une super-trame d'un flux de données structuré en des super-trames formées chacune de blocs de trames numériques, chaque bloc dans une super-trame comprenant une partie de synchronisation lente et au moins une trame de trafic, les parties de synchronisation lente dans la super-trame résultant au moins d'une décomposition d'un mot de gestion de synchronisation. La séquence de synchronisation est caractérisée en ce qu'elle comprend des parties de synchronisation supplémentaires similaires aux parties de synchronisation lente et réparties à la place de bits de trafic dans la super-trame. L'invention concerne encore un émetteur et un récepteur par exemple dans un équipement terminal fixe et/ou mobile ou dans un équipement passerelle entre deux réseaux de télécommunication hétérogènes en matière de synchronisation. L'émetteur émet un flux de données structuré en des super-trames formées chacune de blocs de trames, chaque bloc dans une super-trame comprenant une partie de synchronisation lente et au moins une trame de trafic, les parties de synchronisation lente dans la super-trame résultant au moins d'une décomposition d'un mot de gestion de synchronisation. L'émetteur est caractérisé en ce qu'il comprend un moyen pour insérer dans la super-trame des parties de synchronisation supplémentaires similaires aux parties de synchronisation lente et réparties à la place de bits de trame de trafic dans la super-trame. Le récepteur reçoit un flux de données structuré en des super-trames formées chacune de blocs de trames, chaque bloc dans une super-trame comprenant une partie de synchronisation lente et au moins une trame de trafic, les parties de synchronisation lente dansla super-trame résultant au moins d'une décomposition d'un mot de gestion de synchronisation. Le récepteur est caractérisé en ce qu'il comprend un moyen pour reconstituer le mot de gestion de synchronisation par observation de blocs consécutifs dans une super-trame reçue dans laquelle des parties de synchronisation supplémentaires sont similaires aux parties de synchronisation lente et réparties à la place de bits de trame de trafic dans la super-trame. D'autres caractéristiques et avantages de la présente invention apparaîtront plus clairement à la lecture de la description suivante de plusieurs réalisations de l'invention, données à titre d'exemples non limitatifs, en référence aux dessins annexés correspondants dans lesquels : - la figure 1 est un bloc-diagramme schématique d'un émetteur d'un équipement terminal et d'un récepteur RE d'un autre équipement terminal pour la mise en ouvre du procédé de synchronisation cryptographique de l'invention ; - la figure 2 est un algorithme d'étapes du procédé de synchronisation cryptographique ; - les figures 3 et 5 montrent la structure de super-trames dans un flux de données chiffrées avec une synchronisation lente selon la première méthode d'association respectivement pour des premier et deuxième exemples selon la technique antérieure ; - les figures 4 et 6 montrent la structure de super-trames dans un flux de données chiffrées avec une synchronisation lente respectivement selon les figures 3 et 5 et complétée selon une première réalisation de l'invention ; - les figures 7 et 9 montrent la structure de super-trames dans un flux de données chiffrées selon la deuxième méthode d'association respectivement pour les premier et deuxième exemples selon la technique antérieure ; - les figures 8 et 10 montrent la structure de 35 super-trames dans un flux de données chiffrées avec une synchronisation lente respectivement selon les figures 7 et 9 et complétée selon une deuxième réalisation de l'invention ; et - les figures 11, 12 et 13 montrent la structure de super-trames dans un flux de données chiffrées avec une synchronisation lente selon la première méthode d'association pour le premier exemple et complétée selon d'autres réalisations de l'invention par vols de bit dans certaines trames de trafic, respectivement dans certains blocs. En référence à la figure 1, un équipement mettant en oeuvre le procédé selon l'invention est par exemple un terminal mobile ou une station de base d'un réseau de radiocommunication cellulaire terrestre ou aéronautique ou par satellites, ou encore de type radio terrestre professionnel TETRA, ou bien encore un terminal fixe tel qu'un poste ou une installation téléphonique numérique, un ordinateur ou un réseau local desservi par un réseau numérique de type RNIS ou IP. Dans un émetteur EM de l'équipement terminal, un flux de données en clair, par exemple un signal de parole numérique SP produit par un codeur de parole CP est chiffré en un flux de données chiffrées numériques FDC dans un chiffreur CH. Le chiffrement du signal de parole est périodique à une fréquence de trame de trafic et fonction de séquences cryptographiques dépendant d'un mot de gestion de synchronisation SY et d'une clé de cryptage secrète K associée à l'équipement terminal. Le mot de gestion de synchronisation SY est généré et maintenu par un générateur de synchronisation GS qui produit des parties de synchronisation lente et des parties de synchronisation supplémentaires résultant au moins d'une décomposition du mot de gestion de synchronisation SY pour les appliquer en une séquence de synchronisation cryptographique selon l'invention à une fréquence de super-trame à une unité d'insertion de synchronisation UIS. L'unité UIS produit un flux de données chiffrées synchronisées FDCS qui est ensuite modulé pour être transmis via un canal de transmission CT vers le récepteur RE d'un autre équipement terminal. Le flux de données numériques FDCS est structuré en des super-trames ST dont une ou en général plusieurs contiennent chacune une séquence de synchronisation cryptographique qui sert à la fois au synchronisme avec les récepteurs d'équipements terminaux ayant besoin seulement d'une synchronisation lente préexistante SL de manière connue en dépendance du mot de gestion de synchronisation SY et au synchronisme avec les récepteurs d'équipements terminaux ayant besoin notamment d'une synchronisation rapide SR en dépendance des parties de synchronisation lente et des parties de synchronisation supplémentaires. Dans la figure 1, on a supposé que le récepteur RE comprend un circuit de récupération de synchronisation CRS récupérant tantôt la synchronisation lente SL, tantôt la synchronisation rapide SR, bien que des circuits de récupération de synchronisation dans des récepteurs d'autres d'équipements terminaux pouvant communiquer avec l'émetteur EM ne sont conçus que pour récupérer la synchronisation lente SL ou la synchronisation rapide SR. Dans l'unité UIS, la transmission de parties de synchronisation lente dans le flux de données chiffrées FDC est réalisée de manière connue, "au fil de l'eau", à. la période de bloc dans une super-trame, soit selon la première méthode d'association par vols de trames de trafic et ainsi remplacement périodique de trames de trafic par des parties de synchronisation lente de même taille, soit selon la deuxième méthode d'association par introduction périodique des parties de synchronisation lente de même taille, dans un canal logique, par exemple un canal de signalisation, associé à autre canal logique, tel qu'un canal de trafic, transportant les trames de trafic du flux de données chiffrées FDC. L'insertion des parties de synchronisation supplémentaires dans le flux de données chiffrées FDC est selon l'invention réalisée par vols de trames de trafic, ou bien par vols de bits de trames de trafic, c'est-à-dire par remplacement de trames de trafic ou bien de bits trames de trafic par des parties de synchronisation supplémentaires dans chaque super- trame dans le flux de données chiffrées FDC. On se référera dans la suite de la description à deux exemples de structure de super-trame ST. Selon un premier exemple montré aux figures 3, 4, 7, 8, 11, 12 et 13 une super-trame est composée de p = 3 blocs et chaque bloc comprend n = 24 trames numérotées T1 à T24 dans le premier bloc et T25 à T48 dans le deuxième bloc et T49 à T73 dans le troisième bloc. Le mot de gestion de synchronisation SY a une taille de p ,trame = 3 Strama, Oë Strame est la taille d'une trame. p = 3 parties de synchronisation lente A, B et C (rectangles hachurés vers la droite) a priori différentes entre elles et de taille identique à celle d'une trame de trafic résultent en totalité ou au moins principalement d'une décomposition du mot de gestion de synchronisation SY. Selon un deuxième exemple montré aux figures 5, 6, 9 et 10, une super-trame est composée de p = 4 blocs et chaque bloc comprend n = 24 trames numérotées 71 à T24 dans le premier bloc, T25 à T48 dans ledeuxième bloc, T49 à T73 dans le troisième bloc et T74 à T97 dans le quatrième bloc. Le mot de gestion de synchronisation SY a une taille de 4 Strame p = 4 parties de synchronisation lente A, B, C et D (rectangles hachurés vers la droite) a priori différentes entre elles et de taille identique à celle d'une trame de trafic résultent en totalité ou au moins principalement d'une décomposition du mot de gestion de synchronisation SY. Les parties A, B et C ou A, B, C et D fournies par le générateur GS peuvent être simplement des parties consécutives du mot de gestion de synchronisation SY dont la concaténation reconstruit le mot SY, ou bien ces parties consécutives mais selon un ordre différent de celui dans le mot SY. Selon d'autres variantes, chacune des parties A, B et C, ou A, B, C et D est composée de plusieurs suites de bits de tailles identiques ou différentes inférieures à la taille d'une trame, prélevées selon un ordre prédéterminé dans le mot de gestion de synchronisation SY ; par exemple les parties A, B et C sont respectivement composées de bits de poids faibles, de bits de poids forts et faibles et de bits de poids forts du mot SY. Les parties A, B et C ou A, B, C et D peuvent comprendre en faible proportion des éléments, par exemple des éléments de redondance, ou des préfixes ou des suffixes, qui n'appartiennent pas au mot de gestion de synchronisation SY. Les parties A, B et C ou A, B, C et D résultent ainsi au moins d'une décomposition prédéterminée du mot de gestion de synchronisation et sont ainsi déduites d'une fonction prédéterminée appliquée au mot de gestion de synchronisation SY. En d'autres termes, chacune des parties A, B et C ou A, B, C et D peut comprendre, mais non exclusivement, une ou plusieurs portions respectives consécutives ou non consécutives du mot SY, et la réunion de toutes ces portions dans les parties A, B et C ou A, B, C et D est comprise dans le mot SY. Une première réalisation du procédé de synchronisation de l'invention est relative à la première méthode d'association pour ce qui concerne l'insertion des parties de synchronisation lente. Le procédé comprend des étapes El à E6 montrées à la figure 2. En référence au premier exemple de super-trame ST, le générateur de synchronisation GS produit à partir du mot de gestion de synchronisation SY les p = 3 parties de synchronisation lente A, B et C de taille identique et les applique à l'unité UIS pour les insérer dans le flux de données chiffrées FDC selon la première méthode d'association, à l'étape El. L'unité d'insertion de synchronisation UIS effectue un vol périodique de p = 3 trames dans le flux FDC en remplaçant trois trames de trafic T1, T25 et T49 respectivement par les parties de synchronisation lente A, B et C à l'étape E2. Les parties A, B et C dans le flux FDCS sont désignées par Al, B25 et C49 dans la super-trame montrée à la figure 3. Par convention, le début de la super-trame de dimension 1 dans le flux de données chiffrées synchronisées FDCS peut être défini par la première partie Al dépendant du début du mot SY. Les parties Al, B25 et C49 constituant l'information de synchronisation cryptographique est ainsi transmise dans la bande passante totale nécessaire à la transmission du flux de données chiffrées FDC. Les trames de trafic remplacées T1, T25 et T49 ne sont pas alors transmises. L'unité d'insertion de synchronisation UIS peut comprendre des fonctionnalités analogues par exemple à celles du vocodeur paramétrique décrit dans la demande de brevet internationale WO 2004/024786 et servant à insérer un flux d'information secondaire, en tant que flux d'information de synchronisation cryptographique ABC, dans un flux d'information principal, en tant que flux de données chiffrées FDC, ayant un débit plus élevé. Ceci suppose que les trames du flux de données chiffrées FDC sont des trames chiffrées selon un mode 0FB ou CTR évoqué ci-dessus ou un mode aux propriétés similaires au mode CTR. Un générateur de masques de trames dans le vocodeur sélectionne, parmi les p x n trames de trafic dans chaque super-trame du flux de données chiffrées FDC, celles T1, T25 et T49 dans lesquelles seulement les parties de synchronisation lente Al, B25 et C49 sont à insérer. Les étapes E1 et E2 sont réalisées d'une manière connue. Selon l'invention, le générateur de synchronisation GS génère et maintient également des parties de synchronisation supplémentaires à la fréquence de super-trame, à l'étape E3 qui peut être simultanée à l'étape E1. Le générateur GS produit à partir du mot de gestion de synchronisation p = 3 parties de synchronisation supplémentaires a, b et c respectivement similaires aux parties de synchronisation lente A, B et C et de taille identique à celle d'une trame de trafic. Le terme "similaires" signifie que les parties de synchronisation supplémentaires a, b et c peuvent être identiques respectivement aux parties de synchronisation lente A, B et C, ou bien peuvent être dans une faible proportion différentes respectivement des parties A, B et C. Dans cette dernière variante, les parties a, b et c comprennent par exemple des préfixes ou suffixes qui sont respectivement différents de ceux des parties A, B et C. Les sensibles différences entre les parties des couples (A, a), (B, b) et (C, c) ne contreviennent pas dans le récepteur à la reconstitution du mot d'origine SY à partir d'une séquence du type AcB, cBa, BaC, aCb, CbA ou bAc, comme on le verra dans la suite de la description. Finalement à l'étape E4 intermédiaire entre les étapes El-E3 et E2-E5, le générateur GS entrelace les parties de synchronisation lente A, B et C avec les parties de synchronisation supplémentaires a, b et c pour constituer une séquence de synchronisation cryptographique AcBaCb. La séquence cab (rectangles à hachures croisées) déduite du mot de gestion de synchronisation SY est appliquée en étant entrelacée avec les parties A, B et C à l'unité UIS pour être également insérée dans le flux de données chiffrées FDC, à l'étape E5. En pratique, les étapes E2 et E5 sont entrelacées en accord avec l'entrelacement des séquences ABC et cab. L'unité d'insertion de synchronisation UIS effectue un vol périodique de p = 3 trames dans le flux FDC en remplaçant trois trames de trafic T12, T36 et T60 respectivement par les parties c, a et b qui sont désignées par C12, A36 et B60 dans la super-trame montrée à la figure 4. La séquence de synchronisation cryptographique AcBaCb est ainsi transmise dans la bande passante totale nécessaire à la transmission du flux de données chiffrées FDC, à l'étape E6. Les trames de trafic remplacées T1, T12, T25, T36, T49 et T60 ne sont pas transmises. Dans la super-trame de dimension 1 du flux de données chiffrées synchronisées FDCS, l'entrelacement des parties A, B et C avec les parties c, a et b en la séquence de synchronisation cryptographique AcBaCb est tel qu'une partie de synchronisation supplémentaire c dépendant sensiblement de la fin du mot de gestion de synchronisation SY est insérée dans la super-trame après une autre partie de synchronisation lente A dépendant du début du mot de gestion de synchronisation. En d'autres termes, des bits de poids fort du mot de gestion de synchronisation SY précédent des bits de poids faibles du mot de gestion de synchronisation SY afin que dans le récepteur RE la connaissance d'une partie de synchronisation lente SY et de deux parties de synchronisation supplémentaires, ou la connaissance de deux parties de synchronisation supplémentaires et d'une partie de synchronisation lente, serve à reconstruire le mot de gestion de synchronisation SY = ABC = abc en entier. Cette caractéristique est utile au circuit de récupération de synchronisation CRS dans le récepteur RE d'un autre équipement terminal ayant besoin d'une synchronisation rapide SR pour toujours retrouver le mot de gestion de synchronisation dans trois parties consécutives de la séquence de synchronisation cryptographique reçue, soit AcB, cBa, BaC, aCb, CbA et bAc. La détection des séquences AcB, cBa, BaC, aCb, CbA, bAc résulte de l'observation d'au plus 2 blocs consécutifs de la super-trame ST. Ces blocs consécutifs de la super- trame sont donc en nombre strictement inférieur au nombre 3 de blocs dans la super-trame et contribuent à reconstituer les mêmes informations que la séquence ABC dans le récepteur RE. L'ordre d'insertion des parties de synchronisation supplémentaires c, a et b maximise la rapidité de reconstitution du vecteur de synchronisation SY. Dans le récepteur, la reconnaissance des parties c, a et b peut être similaire mais distincte de la reconnaissance des parties de la séquence ABC : par exemple, l'usage de différents préfixes pseudo-aléatoires déterminés en début des parties A, B, C, a, b et c convient ; l'usage de préfixes non tous identiques convient aussi. Bien que chaque partie de synchronisation supplémentaire c, a ou b puisse remplacer n'importe quelle trame de trafic comprise dans le premier, deuxième ou troisième bloc dans la super-trame, il est préférable que les trames de trafic T12, T36 et T60 remplacées par les parties de synchronisation supplémentaire c, a et b soient temporellement situées sensiblement au milieu respectivement des blocs de la super-trame, comme cela apparaît à la figure 4. Ces positions temporelles des parties c, a et b sensiblement centrales aux blocs minimise en moyenne la période de récupération de la synchronisation rapide. En effet, dans le plus mauvais des cas, lorsque la synchronisation rapide est déclenchée dans le récepteur RE juste après la détection de l'une quelconque des trames de synchronisation Al, C12, B25, A36, C49 et B60 qui assurent en combinaison la synchronisation lente préexistante selon la technique antérieure et la synchronisation rapide selon l'invention, le circuit de récupération de synchronisation CRS dans le récepteur observe au plus la moitié de la super-trame ST, c'est-à-dire au plus les trames dans pendant 1,5 période de bloc selon ce premier exemple de super- trame, pour récupérer l'une des séquences AcB, cBa, BaC, aCb, CbA, bAc et reconstituer les mêmes informations que le mot de gestion de synchronisation SY ABC. A titre d'illustration, pour un débit B = 2400 bit/s des flux FDC et FDCS et des paramètres Strame = 54 bits, n = 24, p = 3 et donc k = 2, la période de synchronisation rapide est T' sync = (n 1,5 Strame) /B = 0,81 s pour un positionnement temporelle des parties de synchronisation supplémentaires c, a et b sensiblement central aux blocs de la super-trame, comme montré à la figure 6. Au pire, si deux parties de synchronisation supplémentaires, par exemple c et a, sont insérées à des extrémités opposées dans des blocs consécutifs de la super-trame, en remplacement de la trame de trafic T1 succédant à la trame de synchronisation lente Al et en remplacement de la trame de trafic T48 précédant la trame de synchronisation lente C49, la période de synchronisation rapide est au plus étalée sur deux blocs environ, soit moins de 2n trames, soit T'sync 2 n Strame)/B = 1,08 s. Dans tous les cas, la période de synchronisation rapide est nettement inférieure à la période de synchronisation lente du mot de gestion de synchronisation SY = ABC étalée sur au plus 3n trames, soit Tsync = (3 n Strame) /B = 1,62 s- On se réfère maintenant au deuxième exemple de super-trame ST pour la première réalisation du procédé de synchronisation de l'invention. Le générateur de synchronisation GS produit à partir du mot de gestion de synchronisation SY à la fréquence de super-trame, p = 4 parties de synchronisation lente A, B, C et D et p = 4 parties de synchronisation supplémentaires a, b, c et d de taille identique, aux étapes E1 et E3. Les parties de synchronisation supplémentaires a, b, c et d sont respectivement similaires aux parties de synchronisation lente A, B, C et D. A l'étape E4, le générateur GS entrelace les parties de synchronisation lente A, B, C et D avec les parties de synchronisation supplémentaires a, b, c et d pour constituer une séquence de synchronisation cryptographique AcBdCaDb. La séquence AcBdCaDb résultant d'un entrelacement d'ordre 2 des parties de synchronisation lente et des parties de synchronisation supplémentaires est appliquée à l'unité UIS qui l'insère dans le flux de données chiffrées FDC selon la première méthode d'association, aux étapes E2 et E5. L'unité d'insertion de synchronisation UIS effectue un vol périodique de 2p = 8 trames dans le flux FDC en remplaçant quatre trames de trafic T1, T25r T49 et T73 respectivement par les parties de synchronisation lente A, B, C et D qui sont désignées par Al, B25, C49 et D73 dans la super-trame montrée à la figure 6, et en remplaçant quatre trames de trafic T12, T36, T60 et T84 respectivement par les parties de synchronisation supplémentaires c, d, a et b qui sont désignées par C12, D36, A60 et B84 (rectangles à hachures croisées) dans la super-trame montrée à la figure 6. Comparativement à la super-trame montrée à la figure 5 ne comprenant que le mot de gestion de synchronisation SY = ABCD et relative à la synchronisation lente SL selon la technique antérieure, l'invention ajoute les p = 4 parties de synchronisation supplémentaires c, d, a et b. La séquence de synchronisation cryptographique AcBdCaDb est ainsi transmise dans la bande passante totale nécessaire à la transmission du flux de données chiffrées FDC, à l'étape E6. Les trames de trafic remplacées T1, T12, T25, T36, T49, T60, T73 et T84 ne sont pas transmises. La séquence de synchronisation cryptographique AcBdCaDb présente des caractéristiques analogues à la séquence AcBaCb. Le circuit de récupération de synchronisation CRS dans le récepteur RE d'un autre équipement terminal ayant besoin d'une synchronisation rapide SR retrouve toujours le mot de gestion de synchronisation SY - ABCD dans au plus cinq parties consécutives de la séquence de synchronisation cryptographique reçue, soit AcBd, cBdCa, BdCa, dCaDb, CaDb, aDbAc, DbAc, bAcBd, tout en préservant la séquence de synchronisation lente ABCD. La détection d'une séquence AcBd, cBdCa, BdCa, dCaDb, CaDb, aDbAc, DbAc, bAcBd permet de reconstituer les mêmes informations de synchronisation que la séquence ABCD dans le récepteur RE. Les positions temporelles des parties de synchronisation supplémentaires c, d, a et b sont de préférence sensiblement centrales aux blocs afin de maximiser la rapidité de reconstitution du mot de synchronisation ABCD = SY et minimiser en moyenne la période de récupération de la synchronisation rapide dans le circuit de récupération de synchronisation CRS du récepteur. En reprenant les mêmes valeurs de débit et de paramètres mais avec p = 4, la période de synchronisation rapide T'sync est au plus étalée sur deux blocs, soit moins de 2n trames : T'sync (n k Strame) /B = (24x2x54) /2400 = 1,08 s. La période de synchronisation rapide est encore inférieure à la période de synchronisation lente du mot de gestion de synchronisation SY ABCD étalée sur 4n trames, soit Tsync = (n 4 Strame) /B = 2,16 s. D'autres séquences de synchronisation cryptographique présentent des caractéristiques analogues aux séquences précédentes AcBaCb et AcBdCaDb. Ainsi dans l'ordre d, a, b et c, les parties de synchronisation supplémentaires sont entrelacées avec les parties de synchronisation lente A, B, C et D pour former la séquence de synchronisation rapide AdBaCbDc dans le flux de données chiffrées, tout en préservant la séquence de synchronisation lente préexistante ABCD. Plus généralement, le nombre de parties de synchronisation lente et le nombre de parties de synchronisation supplémentaires peuvent être supérieurs à quatre, quel que soit le nombre n de trames par bloc. Une deuxième réalisation du procédé de synchronisation de l'invention est relative à la deuxième méthode d'association pour ce qui concerne l'insertion des parties de synchronisation lente. Le procédé comprend des étapes analogues aux étapes El à E6 montrées à la figure 2 et est décrit ci-après également en référence aux premier et deuxième exemples de structure de super-trame ST. Selon la technique antérieure, le générateur de synchronisation GS produit à partir du mot de gestion de synchronisation SY les p = 3 parties de synchronisation lente A, B et C selon le premier exemple, ou en les p = 4 parties de synchronisation lente A, B, C et D selon le deuxième exemple, à l'étape El. Ces parties de synchronisation lente sont de tailles identiques et appliquées à l'unité d'insertion de synchronisation UIS. Au lieu de dégrader sensiblement la phonie par l'insertion des parties de synchronisation lente dans le canal de trafic selon la première méthode d'association et donc par occupation de ressources utiles à la communication, l'unité UIS insère les parties de synchronisation lente A, B et C, ou A, B, C et D, dans un autre canal logique associé au canal de trafic transportant le flux données chiffrées FDC, selon la deuxième méthode d'association. Par exemple selon la demande de brevet internationale WO 2004/014019, le canal de trafic est composé d'intervalles de temps d'un premier type multiplexés à division du temps TDMA ("Time Division Multiple Access" en anglais) occupés par les trames de trafic, comme dans la première réalisation, et l'autre canal logique est un canal de signalisation formé au moins d'un d'intervalle de temps d'un deuxième type occupé par les parties de synchronisation lente. Une information de retard représentative de l'écart temporel entre un intervalle de temps du deuxième type et une trame de trafic qui est transmise lorsqu'une partie de synchronisation lente est transmise, est également introduite dans le canal de signalisation. Les parties de synchronisation lente peuvent être transmises dans le canal de signalisation lorsque des ressources de celui-ci sont disponibles. Par exemple, lorsque l'émetteur EM est dans un équipement terminal tel qu'un mobile d'un réseau cellulaire, le canal de trafic est un canal logique de trafic montant ou descendant TCH (pour "Traffic CHannel" en anglais) établi sur une fréquence prédéterminée et multiplexé temporellement avec d'autres canaux logiques : des canaux de trafic attribués à d'autres mobiles et au moins un canal de signalisation. Le canal de signalisation est un canal de contrôle lent de type SACCH ("Slow Associated Control CHannel" en anglais) qui transporte les parties de vecteur de synchronisation A, B et C, ou A, B, C et D, et ainsi assure une synchronisation lente du canal de trafic associé, sans altérer le canal de trafic par des vols de trame. Ainsi dans les figures 7 et 9, on suppose par convention que le début de la super-trame de dimension 2, correspondant à un multiplexage de canaux d'ordre 2, dans le flux de données chiffrées synchronisées FDCS et donc le début du premier bloc sont définis par la première partie de synchronisation lente A dépendant du début du mot SY et occupant un intervalle de temps Al du canal de signalisation précédant la première trame de trafic Tl. Au début des blocs suivants à n = 24 trames de trafic, la deuxième partie B occupe un intervalle de temps B25 du canal de signalisation précédant la première trame de trafic T25 du deuxième bloc de la super-trame et la troisième partie C occupe un intervalle de temps C49 du canal de signalisation précédant la première trame de trafic T49 du troisième bloc de la super-trame, et pour la super-trame selon le deuxième exemple (figure 9), la quatrième partie D occupe un intervalle de temps D73 du canal. de signalisation précédant la première trame de trafic T73 du quatrième bloc de la super-trame. Les parties Al, B25 et C49, ou Al, B25, C49 et D73, représentative de l'information de synchronisation cryptographique est ainsi transmise hors de la bande passante nécessaire à la transmission du flux de données chiffrées FDC qui n'est pas altéré. Pour associer les parties de synchronisation lente hors de la bande du flux de données chiffrées, l'unité d'insertion de synchronisation UIS peut comprendre des fonctionnalités analogues par exemple à celles de la partie de réception de terminal mobile selon la demande de brevet internationale WO 2004/014019, et notamment du circuit de traitement de signal à émettre dans cette partie de réception. Selon l'invention, le générateur de synchronisation GS génère également à partir du mot de gestion de synchronisation SY à la fréquence de super-trame, à l'étape E3, et maintient p = 3 parties de synchronisation supplémentaires a, b et c respectivement similaires aux parties de synchronisation lente A, B et C, ou p = 4 parties de synchronisation supplémentaires a, b, c et d respectivement similaires aux parties de synchronisation lente A, B, C et D, et de taille identique à celle d'une trame de trafic. A l'étape E4 intermédiaire entre les étapes El-E3 et E4-E5, le générateur GS entrelace les parties de synchronisation lente A, B et C, ou A, B, C et D, avec les parties de synchronisation supplémentaires a, b et c, ou a, b, c et d (rectangles à hachures croisées), pour constituer une séquence de synchronisation cryptographique AcBaCb selon la figure 8, ou AcBdCaDb selon la figure 10. La séquence cab, ou cdab, déduite du mot de gestion de synchronisation SY et entrelacée avec les parties A, B et C, ou A, B, C et D, est appliquée à l'unité UIS pour l'insérer dans le flux de données chiffrées FDC par vol périodique de trame de trafic à l'étape E5, comme dans la première réalisation. Pour insérer les parties de synchronisation supplémentaires a, b et c, ou a, b, c et d dans la bande du flux de données chiffrées, l'unité d'insertion de synchronisation UIS peut comprendre des fonctionnalités analogues par exemple à celles du vocodeur paramétrique incluant un générateur de masques de trames de trafic et décrit dans la demande de brevet internationale WO 2004/024786. Ainsi ce qui a été décrit pour la première réalisation en ce qui concerne les parties de synchronisation supplémentaires a, b et c, ou a, b, c et d est valable pour la deuxième réalisation. Comme cela apparaît à la figure 8 en accord avec la figure 4 selon le premier exemple, les trois trames de trafic T12, 7'36 et T60 sont remplacées respectivement par les parties c, a et b désignées par C12, A36 et B60 ; ces parties sont temporellement situées sensiblement au milieu respectivement des blocs de la super-trame et sont entrelacées avec les parties Al, B25 et C49, les parties Al, B25 et C49 étant réparties en hors bande dans la super-trame comme également montré à la figure 7 de la technique antérieure ; le circuit de récupération de synchronisation CRS dans le récepteur RE recevant le canal de trafic et le canal de signalisation détecte des séquences de synchronisation rapide AcB, cBa, BaC, aCb, CbA, bAc qui chacune lui permettent de reconstituer les mêmes informations que la séquence ABC. Selon le deuxième exemple montré à la figure 10 en accord avec la figure 6, les quatre trames de trafic T12, T36, T60 et T84 sont remplacées respectivement par les parties c, d, a et b désignées par C12, D36, A60 et B84 ; ces parties sont temporellement situées sensiblement au milieu respectivement des blocs de la super-trame et sont entrelacées avec les parties Al, B25, C49 et D73, les parties Al, B25, C49 et D73 étant réparties en hors bande dans la super-trame comme également montré à la figure 9 de la technique antérieure ; le circuit de récupération de synchronisation CRS détecte des séquences de synchronisation rapide AcBd, cBdCa, BdCa, dCaDb, CaDb, aDbAc, DbAc, bAcBd, qui chacune lui permettent de reconstituer les mêmes informations que la séquence ABCD. La synchronisation rapide est possible en au moins 25 trames selon la figure 8, comme selon la figure 4, et au pire en au plus 47 trames si deux parties de synchronisation supplémentaires, par exemple c et a, sont insérées à des extrémités opposées dans des blocs consécutifs de la super-trame. D'une manière similaire, la synchronisation rapide est possible en au moins 36 trames selon la figure 10, comme selon la figure 6, et au pire en au plus 72 trames. La séquence de synchronisation cryptographique AcBaCb ou AcBdCaDb assure encore la coexistence de la synchronisation lente préexistante SL et de la synchronisation rapide SR. L'invention n'est pas limitée aux deux réalisations décrites ci-dessus, mais embrassent bien d'autres réalisations dont quelques unes sont présentées ci-dessous. Le nombre de parties composant une séquence de synchronisation cryptographique peut êtres supérieur à huit. On se réfère maintenant aux figures 11, 12 et 13 qui sont relatives à la première méthode d'association en ce qui concerne les parties de synchronisation lente (rectangles hachurés vers la droite). Cependant tout ce qui est précisé ci-après concernant la répartition de parties de synchronisation lente dans le flux de données chiffrées FDC par vols de bits de trafic est également valable pour d'autres exemples et pour la deuxième méthode d'association. Dans les figures 11, 12 et 13, la synchronisation lente préexistante dépend de p = 3 parties A, B et C déduites du mot de gestion de synchronisation SY selon le premier exemple. Le générateur de synchronisation GS génère les parties de synchronisation supplémentaires a, b et c qui sont respectivement similaires aux parties de synchronisation lente A, B et C. Cependant les parties de synchronisation supplémentaires a, b et c sont elles-mêmes divisées en des sous-parties (rectangles à hachures croisées) dont la taille est inférieure à la taille Strame des trames de trafic afin que la synchronisation rapide ne soit mise en oeuvre que de façon intermittente, par exemple dans certaines trames de trafic, ou dans certains blocs de trames seulement dans toutes ou seulement certaines super-trames. En fonction notamment de caractéristiques du flux de données chiffrées à préserver au cours de la transmission entre l'émetteur EM et le récepteur RE, la synchronisation rapide peut être minimisée en nombre de trames affectées par des vols de bit pour insérer les parties de synchronisation supplémentaires. Selon la figure 11, les parties de synchronisation supplémentaires c, a et b présentent ensemble autant de sous-parties que de trames de trafic dans une super-trame ST, soit p(n-1) sous-parties. L'unité d'insertion de synchronisation UIS insère dans chaque trames de trafic une sous-partie de synchronisation supplémentaire en remplacement de bits ayant des rangs prédéterminés dans la trame de trafic. Ainsi les sous-parties remplaçant des bits de trafic dans les trames de trafic des premier, deuxième et troisième blocs sont issues de fragmentations respectivement des parties de synchronisation supplémentaires c, a et b de manière à insérer la séquence de synchronisation cryptographique AcBaCb dans le flux de données chiffrées FDC. L'insertion des parties c, a et b selon la figure 11 préserve partiellement toutes les trames de trafic, et la synchronisation rapide est possible en au moins 25 trames et au plus 47 trames. La réalisation selon la figure 12 diffère de celle de la figure 11 par le nombre sous-parties des parties de synchronisation supplémentaires qui est inférieur au nombre p(n-1) de trames de trafic dans une super-trame ST. Les parties c, a et b sont respectivement réparties en remplacement de bits ayant des rangs prédéterminés dans des trames de trafic qui ont elles-mêmes des rangs prédéterminés dans les blocs de la super-trame. Selon l'exemple à la figure 11, des bits à la fin des trois premières trames de trafic succédant à une partie de synchronisation lente Al, B25, C49 dans les trois blocs sont remplacés par des sous-parties des parties de synchronisation supplémentaires respectives c, a et b et lesautres trames de trafic sont maintenues sans aucun vol de bit. En référence à la figure 13 et comparativement à la figure 11 ou 12, au lieu de répartir les parties de synchronisation supplémentaires c, a et b dans toutes ou certaines trames de trafic de tous les blocs d'une super-trame ST, l'unité d'insertion de synchronisation UIS insère des sous-parties des parties de synchronisation supplémentaires en remplacement de bits ayant des rangs prédéterminés dans toutes ou certaines trames de trafic d'un seul bloc d'une super-trame ST, par exemple le premier bloc de celle-ci. Pour les réalisations selon les figures 11, 12 et 13, lorsque le modèle de source du flux de données à chiffrer prévoit différentes classes de bits en fonction de leur sensibilité par rapport à la qualité du codage du signal de parole dont est issu le flux de données chiffrées FDC, les bits ou certains bits des parties de synchronisation supplémentaires remplacent des bits les moins sensibles de trames de trafic. Les bits les moins sensibles dans les trames de trafic peuvent être choisis parmi ceux qui contribuent le moins à la qualité objective ou subjective du signal de parole déchiffré par le codec utilisé dans le récepteur et qui appartiennent à une classe de bits de protection prédéterminée pour le codage canal entre l'émetteur et le récepteur. A titre d'illustration, pour un débit B = 2400 bit/s des flux FDC et FDCS et des paramètres Strame = 54 bits, n = 24 et p = 3, la période de synchronisation rapide est au mieux T'sync =_ (n 1 Strame)/B = 0,54 s pour 3x54 bits volés dans le premier bloc pour insérer les parties de synchronisation supplémentaires selon la figure 13, et au pire T' sync = (n 2 Strame) /B = 1,08 s pour n = 54 bits volés par bloc pour insérer les parties de synchronisation supplémentaires selon la figure 11 ou 12. Quelle que soit la réalisation, la séquence de synchronisation cryptographique entrelaçant les parties de synchronisation lente et les parties de synchronisation supplémentaires assure à la fois la synchronisation lente SL et la synchronisation rapide SR. Le procédé selon l'invention trouve des applications notamment dans le domaine des télécommunications sécurisées. Il est adapté à la synchronisation cryptographique entre des équipements terminaux, fixes et/ou mobiles, opérant dans des réseaux hétérogènes interconnectés dont les constantes temporelles de synchronisation diffèrent. Une application typique concerne la synchronisation cryptographique de flux de données chiffrées en temps réel entre un terminal fixe et un terminal mobile. Le terminal fixe n'est compatible qu'avec une synchronisation cryptographique lente. Le terminal mobile nécessite en outre une synchronisation cryptographique rapide, par exemple à l'occasion d'un transfert intercellulaire ("handover" en anglais), afin de ne pas interrompre une conversation établie entre les deux terminaux. Dans une communication de phonie chiffrée, si la source du trafic chiffré est un vocodeur mettant en oeuvre des trames de silence, l'émetteur du flux de données de trafic chiffrées peut imposer que la synchronisation rapide soit insérée au moins dans des super-trames ou des blocs correspondant à des fenêtres temporelles de silence. Dans une communication chiffrée impliquant plusieurs réseaux de télécommunication hétérogènes interconnectés, le procédé de l'invention est avantageusement mis en oeuvre dans tous les réseaux nécessitant une synchronisation rapide, tout en préservant la synchronisation lente nécessaire dans les autres réseaux interconnectés. Pour cela, le procédé de l'invention est mis en oeuvre dans tout terminal connecté à un réseau interconnecté nécessitant une synchronisation rapide, comme par exemple un terminal radio mobile dans un réseau de radiocommunication cellulaire. Le procédé est également mis en oeuvre dans des équipements de télécommunication réalisant une passerelle d'interfonctionnement entre des réseaux hétérogènes, par exemple une passerelle entre un réseau de radiocommunication cellulaire et un réseau de télécommunication fixe tel qu'un réseau de télécommunication commuté ou un réseau de paquets de type internet ou intranet. Ainsi, le flux de données chiffrées provenant d'un terminal à synchronisation lente, par exemple un terminal d'un réseau fixe de type RNIS, peut être augmenté de vols de trame supplémentaires assurant la synchronisation rapide, à l'intention de terminaux nécessitant à la fois la synchronisation lente et la synchronisation rapide, comme par exemple un terminal mobile d'un réseau de radiocommunication cellulaire. Dans le sens inverse, le flux contenant les trames de synchronisation lente et les trames de synchronisation rapide émis par un terminal rapide est traité à la fois par le récepteur d'un terminal à synchronisation rapide qui reconnaît la synchronisation rapide et la synchronisation lente, et par le récepteur d'un terminal à synchronisation lente qui reconnaît la REVENDICATIONS 1. Procédé de synchronisation appliqué à un flux de données (FDCS) structuré en des super-trames formées chacune de blocs de trames, chaque bloc dans une super-trame comprenant une partie de synchronisation lente (Al) et au moins une trame de trafic (T2 à T24; T1 à T24), les parties de synchronisation lente dans la super-trame résultant au moins d'une décomposition d'un mot de gestion de synchronisation (SY), caractérisé dans la super-trame (ST) par une insertion (E5) de parties de synchronisation supplémentaires (a, b, c) similaires aux parties de synchronisation lente et réparties à la place de bits de trame de trafic dans la super-trame. 2. Procédé conforme à la revendication 1, selon lequel au moins une partie de synchronisation supplémentaire (c; d) dépendant sensiblement de la fin du mot de gestion de synchronisation est insérée dans la super-trame après une autre partie de synchronisation lente (A) dépendant du début du mot de gestion de synchronisation. 3. Procédé conforme à la revendication 1 ou 2, selon lequel l'une desdites parties de synchronisation supplémentaires (a, b, c) remplace une trame de trafic (T12, T36, T60) dans un bloc de la super-trame. 4. Procédé conforme à la revendication 1 ou 2, selon lequel les parties de synchronisation supplémentaires (a, b, c) remplacent respectivement des trames de trafic (T12, T36, T60) dans les blocs de la super-trame, à raison d'une trame de trafic par bloc. 5. Procédé conforme à la revendication 4, selon lequel les trames de trafic (T12, T36, T60) remplacées par les parties de synchronisation supplémentaires (a, b, c) sont temporellement situées sensiblement au milieu des blocs de la super-trame. 6. Procédé conforme à la revendication 1 ou 2, selon lequel l'une des parties de synchronisation supplémentaires remplace des bits prédéterminés dans des trames de trafic prédéterminées dans un bloc de la super-trame. 7. Procédé conforme à la revendication 1 ou 2, selon lequel les parties de synchronisation supplémentaires ont des sous-parties qui ont une taille inférieure à la taille des trames de trafic et qui sont réparties en remplacement de bits prédéterminés dans des trames de trafic dans la super-trame. 8. Procédé conforme à la revendication 1, 2 ou 7, selon lequel les parties de synchronisation supplémentaires ont des sous-parties qui ont une taille inférieure à la taille des trames de trafic et qui sont réparties en remplacement de bits dans des trames de trafic ayant des rangs prédéterminés dans des blocs prédéterminés de la super-trame. 9. Procédé conforme à la revendication 1, 2 ou 7, se:on lequel des parties de synchronisation supplémentaires ont des sous-parties qui ont une taille inférieure à la taille des trames de trafic et qui sont réparties en remplacement de bits de trames de trafic incluses dans un bloc de la super-trame. 10. Procédé conforme à l'une quelconque des revendications 6 à 9, caractérisé en ce que des bits de trames de trafic dans la super-trame remplacés par les parties de synchronisation supplémentaires sont des bits les moins sensibles de trames de trafic. 11. Procédé conforme à l'une quelconque des revendications 1 à 10, comprenant une reconstitution du mot de gestion de synchronisation par observation de blocs consécutifs dans une super-trame reçue en nombre strictement inférieur au nombre de blocs dans la super-trame. 12. Procédé conforme à l'une quelconque des revendications 1 à 10, comprenant une reconstitution du mot de gestion de synchronisation en observant des blocs consécutifs de la super-trame en nombre inférieur sensiblement à la moitié du nombre de blocs dans la super-trame. 13. Séquence de synchronisation dans une super- trame d'un flux de données (FDCS) structuré en des super-trames formées chacune de blocs de trames numériques, chaque bloc dans une super-trame comprenant une partie de synchronisation lente (Al) et au moins une trame de trafic (T2 à T24; T1 à T24), les parties de synchronisation lente dans la super-trame résultant au moins d'une décomposition d'un mot de gestion de synchronisation (SY), caractérisée en ce qu'elle comprend des parties de synchronisation supplémentaires (a, b, c) similaires aux parties de synchronisation lente et réparties à la place de bits de trafic dans la super-trame. 14. Séquence de synchronisation conforme à la revendication 13, du type AcBaCb dans laquelle a, b et c désignent des parties de synchronisation supplémentaires respectivement similaires aux parties de synchronisation lente A, B et C et entrelacées avec ces dernières dans la super-trame (ST). 15. Séquence de synchronisation conforme à la revendication 13, du type AcBdCaDb ou AdBaCbDc dans laquelle a, b, c et d désignent des parties de synchronisation supplémentaires respectivement similaires aux parties de synchronisation lente A, B, C et D et entrelacées avec ces dernières dans la super-trame (ST). 16. Emetteur (EM) émettant un flux de données (FDCS) structuré en des super-trames formées chacune de blocs de trames, chaque bloc dans une super-trame comprenant une partie de synchronisation lente (Al) et au moins une trame de trafic (T2 à T24; T1 à T24), les parties de synchronisation lente dans la super- trame résultant au moins d'une décomposition d'un mot de gestion de synchronisation (SY), caractérisé en ce qu'il comprend un moyen (GS, UIS) pour insérer dans la super-trame (ST) des parties de synchronisation supplémentaires (a, b, c) similaires aux parties de synchronisation lente et réparties à la place de bits de trame de trafic dans la super-trame. 17. Récepteur (RE) recevant un flux de données (FDCS) structuré en des super-trames formées chacune de blocs de trames, chaque bloc dans une super-trame comprenant une partie de synchronisation lente (Al) et au moins une trame de trafic (T2 à T24; T1 à T24), les parties de synchronisation lente dans la super-trame résultant au moins d'une décomposition d'un mot de gestion de synchronisation (SY), caractérisé en ce qu'il comprend un moyen (CRS) pour reconstituer le mot de gestion de synchronisation par observation de blocs consécutifs dans une super-trame reçue (ST) dans laquelle des parties de synchronisation supplémentaires (a, b, c) sont similaires aux parties de synchronisation lente et réparties à la place de bits de trame de trafic dans la super-trame.