Brevet FR2899049A1 — publié le 20070928

Source de synchronisation La présente invention décrit une source de synchronisation destinée à envoyer des informations de synchronisation via un réseau par paquets. Une telle source est applicable en particulier, mais pas nécessairement, à la synchronisation d'horloges associées à des liaisons de transmission à multiplexage temporel interconnectées par un réseau par paquets. Les réseaux de communication utilisent généralement un des deux mécanismes de transmission bien établis : le transfert par commutation de circuit et le transfert par commutation de paquets (ou plus simplement le transfert par paquets). Les anciens systèmes ont tendance à utiliser le premier, et exploitent principalement le multiplexage temporel pour diviser l'enveloppe de temps, pour une bande de fréquence donnée, en intervalles de temps de durée égale. Les circuits sont définis par le regroupement de positions dans les intervalles de temps identiques en trames de temps successives. Les réseaux par paquets n'allouent généralement pas de ressources fixes aux émetteurs, en revanche ils acheminent les paquets de données de la meilleure manière possible en utilisant les informations d'adresses de destination contenues dans les en-têtes de paquets, les commutateurs et les routeurs. Les réseaux par paquets rencontrent un succès croissant auprès des exploitants de réseaux car ils fournissent de meilleures performances et sont moins coûteux à installer et à entretenir que des réseaux à commutation de circuits équivalents. Les réseaux de télécommunication utilisent traditionnellement des circuits à multiplexage temporel (TDM) pour interconnecter les commutateurs de réseaux (ou centraux). Toutefois, pour les raisons précitées de performances et de coûts, la plupart des exploitants et des fournisseurs de lignes louées (qui fournissent des bandes de fréquences aux prestataires de services) s'orientent vers le remplacement des circuits TDM par des réseaux par paquets. Dans la plupart des cas, les "sessions" de commutateur à commutateur seront entièrement assurées sur des réseaux par paquets. Toutefois, il est probable que, pendant de nombreuses années à venir, certains opérateurs continueront de dépendre des circuits TDM pour équiper la totalité ou au moins une partie des réseaux. Ceci nécessitera une interopérabilité entre les réseaux par paquets et les réseaux TDM. La Figure 1 des diagrammes joints illustre schématiquement un réseau de transport 1 qui est un réseau à commutation par paquets du type Ethernet, ATM ou réseau IP. Le réseau porteur dispense des services de ligne louée aux fins d'interconnexion entre les sites des premier et deuxième clients 2, 3, qui utilisent tous deux des émetteurs TDM 4, 5 pour acheminer les flux d'informations multiples. La nature de ces flux est sans importance, bien qu'ils puissent être constitués par exemple de liaisons vocales, de vidéoconférence ou de données. Afin de faciliter l'interconnexion des flux TDM, le réseau de transport 1 doit émuler les circuits TDM adéquats. Les liaisons TDM sont des circuits synchrones dont le débit de transmission constant est cadencé par une horloge de service qui fonctionne à une fréquence prédéfinie. A l'opposé, dans un réseau par paquets, il n'existe pas de lien direct entre la fréquence de transmission des paquets depuis un port d'entrée et la fréquence à laquelle ils arrivent à un port de sortie. En se référant à nouveau à la Figure 1, afin d'assurer l'émulation des circuits TDM, les noeuds d'interface 6, 7 en périphérie du réseau par paquets doivent assurer l'interaction entre les liaisons TDM et le réseau par paquets de telle sorte que la liaison TDM en sortie soit synchronisée avec la liaison TDM en entrée. En d'autres termes, la fréquence de service TDM (fservice) sur le site du client 2 du côté entrée doit être reproduite à l'identique en sortie du réseau par paquets (fregen). En conséquence de toute divergence durable entre ces fréquences, la file d'attente 10 en sortie du réseau par paquets 1 se remplira ou se videra selon que l'horloge régénérée (fregen) est plus lente 3 ou plus rapide que l'horloge d'origine (fservice), provoquant une perte de données et la dégradation du service. De plus, sauf si la phase de l'horloge d'origine (fservice) est suivie par celle de l'horloge régénérée (fregen), le retard de poursuite en fréquence se traduira par de faibles mais néanmoins indésirables variations du niveau de service de la file d'attente 10 en sortie. Il est donc nécessaire de fournir une méthode fiable permettant de synchroniser la fréquence et la phase de l'horloge en sortie d'un réseau par paquets sur celles de l'horloge d'un transmetteur TDM. Une démarche consiste à utiliser un algorithme pour récupérer la fréquence et la phase de l'horloge du transmetteur incorporé sous forme d'horodatage par l'expéditeur dans les paquets, en tenant compte du retard de transmission rencontré sur le réseau par paquets. La durée de la transmission sur le réseau par paquets étant imprévisible pour un paquet donné, on peut utiliser un algorithme d'adaptation. Par exemple, on peut calculer une forme de moyenne pour tenir compte des variations du retard de transmission. En ce qui concerne le mode de transfert asynchrone (ATM), la norme ITU 1.363.1 et la norme Forum ATM af-vtoa-0078 expliquent en termes généraux le concept d'un mécanisme de récupération d'horloge adaptatif. Le document EP 1455473 décrit une technique de synchronisation de l'horloge en sortie d'un réseau par paquets sur l'horloge d'un transmetteur TDM. Selon cette technique, l'horloge de sortie est réglée en conformité avec les variations du temps minimum de transmission des paquets reçus pendant des périodes de temps consécutives. La qualité de l'horloge de référence récupérée à la destination de synchronisation est sujette à dégradation en raison du reste du trafic sur le réseau par paquets et sur le débit de paquets utilisé pour transférer les informations de synchronisation. D'une manière générale, le débit et la taille 4 des paquets sont réglés aussi bas que possible afin d'économiser la largeur de bande consommée par le transport des signaux d'horloge. D'une manière générale, les éléments contenus dans un réseau par paquets fonctionnent en recevant un paquet dans sa totalité avant de l'envoyer au prochain élément du réseau via le port adéquat ; cette opération est appelée "stocker et envoyer". Ainsi, l'envoi d'un gros paquet exigera un temps plus long qu'un petit paquet sur un élément de réseau de ce type. Le retard en microsecondes pris par le paquet associé au processus de stockage et envoi pour un unique noeud du réseau est illustré par le tableau suivant pour diverses tailles de paquets et plusieurs débits de liaisons. Les temps indiqués dans ce tableau se rapportent uniquement aux bits de données des paquets et ne tiennent pas compte d'éléments de début et de fin pouvant être associés à la "couche physique" du réseau. Fréquence de la liaison (MHz) Taille des 100 1000 10000 paquets (octets) 64 5,120 0,512 0,051 256 20,480 2,048 0,205 512 40,960 4,096 0,410 1024 81,920 8,192 0,819 1518 121,144 12,114 1,211 La Figure 2 des diagrammes joints illustre les retards rencontrés par les petits et gros paquets et les paquets mixtes transitant successivement par trois noeuds d'un réseau par paquets. En raison de la technique de stockage et envoi, les petits paquets ont tendance à rattraper les plus gros paquets puisqu'ils évoluent tous sur la même voie d'un réseau. Pour éviter qu'un petit paquet cumule des retards supplémentaires, il ne doit pas être émis trop tôt après un gros paquet. Toutefois, l'intervalle minimum nécessaire entre les émissions de grands et de petits paquets dépend du nombre d'éléments constitutifs de la voie de réseau et ce paramètre est imprévisible. Ainsi, le retard rencontré par les petits paquets de synchronisation est affecté d'une manière disproportionnée par comparaison avec la charge ou le trafic 5 d'ensemble du réseau. Selon un premier aspect de l'invention, il est fourni une source de synchronisation pour l'envoi d'informations de synchronisation via un réseau par paquets, comprenant une première horloge destinée à générer les informations de synchronisation, un étage de formation de paquets destiné à générer une suite de paquets sensiblement de la taille la plus grande que le réseau est capable de transporter, un étage générateur d'horodatage pour insérer dans chaque paquet de la séquence une heure de transmission découlant des informations de synchronisation générées par la première horloge et un étage de sortie pour expédier les paquets de la séquence sur le réseau aux heures de transmission respectives. Selon un deuxième aspect de l'invention, il est fourni une source de synchronisation pour l'envoi d'informations de synchronisation via un réseau par paquets, comprenant une première horloge pour générer les informations de synchronisation, un étage de formation de paquets destiné à générer une suite de paquets comportant au moins deux tailles différentes, un étage générateur d'horodatage pour insérer dans chaque paquet de la séquence une heure de transmission découlant des informations de synchronisation générées par la première horloge et un étage de sortie pour expédier les paquets de la séquence sur le réseau aux heures de transmission respectives. Les deux tailles différentes peuvent englober la taille sensiblement la plus 30 grande que le réseau est capable de transporter. 6 La séquence peut comprendre une distribution des paquets des différentes tailles. La distribution peut être globalement fixe dans le temps. Alternativement, la distribution peut varier dans le temps. La distribution peut varier en conformité avec les conditions de trafic sur le réseau. L'étage de formation des paquets peut être agencé pour augmenter le nombre de paquets plus petits par rapport au nombre de paquets plus grands en réponse à une augmentation du trafic sur le réseau. L'étage de formation des paquets peut être agencé de manière à faire varier la distribution en conformité avec les informations de trafic du réseau reçues depuis une destination de la séquence. Les informations reçues peuvent découler des temps de transit vers la destination des paquets de différentes tailles. L'étage de sortie peut être agencé pour expédier les paquets à intervalles réguliers. Les paquets peuvent contenir des données de remplissage et peuvent être dédiés au seul transport d'informations de synchronisation. Les paquets peuvent contenir des données payantes associées aux 20 informations de synchronisation. L'étage de formation de paquets peut être agencé pour former des paquets à partir des données d'entrée à des débits de transmission sensiblement constants sur une voie de communication. Les données d'entrée peuvent représenter des événements en temps réel. Les données d'entrée peuvent comporter des signaux audio et/ou vidéo. La voie 25 de communication peut comporter une voie de multiplexage temporel. Selon un troisième aspect de l'invention, il est fourni une combinaison d'une source selon le premier ou le second aspect de l'invention et d'un appareil de destination comportant une deuxième horloge réglable et un dispositif de 30 réglage de la deuxième horloge en synchronisme avec la première horloge.15 7 Le dispositif de réglage peut comprendre un dispositif d'horodatage de destination permettant de déterminer l'heure locale d'arrivée de chaque paquet de la séquence et un circuit de commande permettant de régler la deuxième horloge en fonction des différences entre les temps de transit des paquets. Les temps de transit des paquets peuvent être constitués de temps de transit minimums dans des périodes de temps consécutives. Selon un quatrième aspect de l'invention, il est fourni une méthode d'envoi d'informations de synchronisation via un réseau par paquets, comprenant la génération des informations de synchronisation, la formation d'une séquence de paquets d'une taille sensiblement la plus grande que le réseau est capable de transporter, l'insertion dans chaque paquet de la séquence d'une heure de transmission découlant des informations de synchronisation et l'envoi des paquets de la séquence sur le réseau aux heures de transmission respectives. Selon un cinquième aspect de l'invention, il est fourni une méthode d'envoi d'informations de synchronisation via un réseau par paquets, comprenant la génération des informations de synchronisation, la formation d'une séquence de paquets de deux tailles différentes au minimum, l'insertion dans chaque paquet de la séquence d'une heure de transmission découlant des informations de synchronisation et l'envoi des paquets de la séquence sur le réseau aux heures de transmission respectives. Il est ainsi possible de fournir un dispositif permettant d'améliorer la qualité des informations de synchronisation envoyées via un réseau par paquets. Par exemple, cette technique permet d'améliorer la qualité d'une référence de synchronisation quand elle est récupérée après le transport sur un réseau par paquets. Dans les applications où la plus grande taille de paquet transportable sur un réseau par paquets est utilisable pour l'envoi d'informations de synchronisation, ces paquets de synchronisation n'ont pas 8 à subir la dégradation excessive qui se produirait avec l'utilisation de paquets de synchronisation relativement petits en présence d'autres grands paquets dans le trafic du réseau. Par exemple, le retard de propagation à travers un noeud du réseau ne serait pas plus rapide que pour d'autres paquets présents sur le réseau de telle sorte que les paquets de synchronisation supportent des retards reposant sensiblement sur des propriétés statistiques. Ceci permet, par exemple, aux algorithmes de récupération d'horloges mis en oeuvre aux destinations de synchroniser les horloges locales ou de récupérer des informations de synchronisation présentant de meilleures performances. Dans les applications ou la largeur de bande relativement grande exigée pour des grands paquets est indisponible ou quand une telle utilisation est indésirable, des paquets de synchronisation de tailles variées sont utilisables pour atteindre de meilleures performances avec des exigences de largeur de bande réduites. La distribution peut être sensiblement fixe dans le temps ou être ???? répondre au trafic du réseau, par exemple en faisant varier les proportions des plus grands paquets dans le temps. De meilleures performances peuvent donc être obtenues avec une pénalisation relativement faible en termes d'exigences de largeur de bande supplémentaires par comparaison avec les systèmes connus. L'invention sera décrite en détail à l'aide d'exemples, en référence aux schémas joints dans lesquels : La Figure 1 est un schéma synoptique illustrant un dispositif connu de transfert de données TDM via un réseau par paquets ; La Figure 2 est un graphique illustrant les délais de propagation de paquets 30 de différentes tailles via un noeud de réseau par paquets ; et25 9 La Figure 3 est un schéma synoptique illustrant un dispositif d'envoi d'informations de synchronisation sur un réseau par paquets et comportant une source de synchronisation constituant une application de l'invention. Le dispositif illustré par la Figure 3 est équivalent au réseau de transport 1 illustré par la Figure 1 et comprends les noeuds d'interface 6 et 7 assurant un service TDM sur un réseau par paquets 11. Le noeud émetteur 6 se comporte en source de synchronisation pour l'envoi d'informations de synchronisation via le réseau par paquets 11 vers le noeud de destination 7. Dans l'exemple illustré, les informations de synchronisation sont générées par une première horloge 12 qui est verrouillée sur le débit de transmission, le débit d'octets ou le débit de trames d'un flux de données TDM entrantes illustré en 13. Toutefois, dans d'autres applications, l'horloge 12 peut être une horloge indépendante générant des informations de synchronisation indépendantes qui doivent être transmises au noeud de destination 7. Le noeud 6 agit ainsi en source de synchronisation maître tandis que le noeud 7 se comporte en source de synchronisation esclave. Le noeud 6 comporte un étage de formation de paquets 14, qui forme une série de paquets à envoyer au noeud de destination 7. Dans l'étage 14, chaque paquet est constitué d'un en-tête qui, en conformité avec le protocole du réseau par paquets 11, est suffisant pour permettre l'envoi des paquets au noeud de destination 7. Le paquet est également doté d'une charge utile qui, dans le cas de l'application TDM illustrée, contient des données émanant du flux TDM pour envoi au noeud de destination 7. Toutefois, quand le noeud émetteur 6 ne fournit que des informations de synchronisation sans données utiles, la charge utile peut ne contenir que des bits de remplissage dépourvus de données devant être transmises sur le réseau. Les paquets peuvent également contenir une combinaison de données utiles et de remplissage si l'application l'exige. 10 L'étage de formation de paquets 14 est commandé par un contrôleur de taille de paquets 15, qui contrôle la taille des paquets formés par l'étage 14. Dans un exemple de contrôleur 15, par exemple pour une utilisation dans des applications où l'emploi de la largeur de bande du réseau par paquets 11 n'est pas critique, le contrôleur 15 ne fait que commander à l'étage de formation de paquets 14 de former tous les paquets de synchronisation de la taille la plus grande taille, ou proches de la taille la plus grande que le réseau 11 est capable de transporter. Dans d'autres applications, par exemple quand la largeur de bande est critique, le contrôleur de taille de paquets 15 commande à l'étage 14 de formation de paquets d'établir une distribution des tailles de paquets formant la séquence d'envoi des informations de synchronisation au noeud de destination 7. La distribution des tailles de paquets (le nombre de paquets de chaque taille disponible) peut être fixe ou variable en fonction du temps. Par exemple, la distribution peut varier en conformité avec les tendances connues des conditions de trafic sur le réseau 11. Alternativement, ainsi que le montre le pointillé 16, le contrôleur de taille de paquets 15 peut recevoir des informations du noeud de destination 7 via, une voie de retour de largeur de bande de retour éventuellement plus basse, sur les conditions du moment telles que les conditions de trafic sur le réseau par paquets 11. Par exemple, ces informations peuvent décrire le temps de transit réel des paquets calculé au noeud de destination 7 de manière à moduler la répartition des tailles de paquets envoyés par le noeud émetteur 6 afin de répondre aux conditions du trafic. Le tableau suivant illustre un exemple particulier de cinq répartitions de tailles de paquets différentes disponibles quand le noeud 6 envoie 100 paquets par seconde sur une liaison de communication du réseau par paquets 11 dont le débit de transmission est de 100 mégaoctets par seconde.30 Taille des Paquets/s paquets (octets) 64 100 90 50 34 0 512 0 8 30 33 0 1518 0 2 20 33 100 Largeur de 0,06 0,11 0,40 0,56 1,22 bande (%) Dans un mode de réalisation de l'étage de formation de paquets 14, ces cinq répartitions de tailles de paquets pour la séquence de paquets de synchronisation peuvent être choisis par le contrôleur de taille de paquets 15. Dans les conditions de trafic et d'utilisation normales, (le "paramétrage par défaut"), le contrôleur 15 sélectionne la distribution comportant 90 paquets pour 100 de la plus petite taille de paquets (64 octets). Cette distribution comporte trois tailles de paquets disponibles parmi lesquelles les paquets de taille intermédiaire (512 octets) fournissent 8 paquets sur 100 et ceux de la plus grande taille (1518 octets) fournissent 2 paquets sur 100. Cette distribution occupe 0,11% de la largeur de bande disponible pour la liaison de communication à 100 Mbps. Dans le cas où la répartition des tailles de paquets est sélectionnée, au moins partiellement à partir des informations renvoyées par le noeud de destination, la sélection peut reposer sur les performances de synchronisation relatives des plus grands paquets. Ainsi, l'une quelconque des distributions de tailles de paquets illustrées dans le tableau ci-dessus peut être choisie en conformité avec les conditions du moment. Les paquets formés par l'étage 14 sont envoyés à un étage générateur d'horodatage et de sortie 17, qui introduit un horodatage précis dans chaque paquet lors de sa transmission du deuxième noeud 6 au réseau par paquets 11. En particulier, l'horodatage découle de la première horloge 12 qui génère une fréquence de référence fref. L'horodatage représente l'heure de transmission donnée en référence à l'horloge de référence locale 12 et est utilisée dans le noeud de destination afin de calculer les heures de transmission sur le réseau 11. Les paquets sont placés sur le réseau 11 par l'étage 17 à intervalles réguliers, par exemple toutes les 10 millisecondes dans l'exemple précité qui émet 100 paquets par seconde. Quand chaque paquet de synchronisation émerge du réseau par paquets 11 au noeud de destination 7, il est horodaté dans l'étage d'échantillonnage et d'horodatage 18. La différence entre les horodatages insérés par les étages 17 et 18 donne une mesure précise du retard de transmission du paquet sur le réseau par paquets 11 et ce paramètre est utilisé pour contrôler l'horloge "esclave" 19 qui, dans cet exemple, doit être synchronisée avec l'horloge 12. L'horodatage local exécuté par l'étage 18 peut provenir de l'horloge 19 ainsi que le montre la Figure 3 mais il peut également provenir d'une horloge différente, par exemple une horloge non synchronisée avec l'horloge 12. L'horloge 19 est commandée par un contrôleur illustré par la Figure 3 comme filtre de rebouclage 20. Le filtre de rebouclage 20 exécute une opération de filtrage pour réduire les effets des variations de retard des paquets de manière à générer une valeur de réglage de fréquence qui est appliquée à une commande en entrée de l'horloge 19. Par exemple, l'algorithme utilisé pour commander la fréquence fesclave de l'horloge 19 (sous la forme d'un oscillateur à commande numérique) peut se présenter comme suit : Fm = F,_1 + G1 (Y, ù Y,_1) + G2 (Y, ù TransitTarget) où : Fm est la nouvelle fréquence de l'oscillateur à commande numérique formant l'horloge 19 13 G1 est un terme proportionnel destiné au gain de boucle ; G2 est un terme d'intégrale destiné au gain de boucle ; Fm_1 est la fréquence courante de l'oscillateur à commande numérique ; Y, est le temps minimum de transit des paquets dans l'intervalle de temps courant ; Y,_1 est le temps minimum de transit des paquets dans l'intervalle de temps précédent ; et TransitTarget est le point de destination pour le TransitTime. Un algorithme de ce type est décrit dans EP 1455473, dont le contenu est incorporé dans les présentes pour référence. Toutefois, tout algorithme adéquat est utilisable pour commander la synchronisation de l'horloge 19 sur l'horloge 12 sur la base des données disponibles au noeud de destination 7. L'horloge 19 peut être verrouillée en fréquence sur l'horloge 12 de telle sorte que la fréquence esclave fesclave est proche de la fréquence de référence fref mais de légères erreurs de fréquence peuvent se produire dans le temps et créer un décalage de phase. Alternativement, l'horloge 19 peut être verrouillée en phase sur l'horloge 12 de manière à obtenir un décalage de phase sensiblement fixe entre la sortie de l'horloge 19 et la sortie de l'horloge 12. Dans une autre alternative, l'horloge 19 peut être alignée en phase sur l'horloge 12 de telle sorte que la sortie de l'horloge 19 est maintenue en phase avec la sortie de l'horloge 12. Le signal d'horloge récupérée ou le signal de référence sont utilisables pour tout usage approprié au noeud de destination 7. En cas de transmission TDM sur le réseau par paquets 11, l'horloge récupérée est utilisable pour reconvertir les paquets reçus dans le format TDM approprié. Toutefois, cet agencement est utilisable dans d'autres applications, par exemple quand les données d'entrée du noeud émetteur 6 sont des données en temps réel, par exemple dans la représentation des signaux audio ou vidéo qui doivent être reconvertis dans le format en temps réel en sortie du noeud de destination 7 14 dans l'ordre et la synchronisation corrects. Un exemple de ce type d'application est l'établissement d'une liaison téléphonique sur le réseau par paquets 11. REVENDICATIONS 1. Source de synchronisation pour envoyer des informations de synchronisation via un réseau par paquets, comprenant une première horloge (12) générant les informations de synchronisation, un étage de formation de paquets (14, 15) formant une séquence de paquets, un étage d'horodatage (17) pour insérer dans chaque paquet de la séquence une heure de transmission découlant des informations de synchronisation générées par la première horloge (12) et un étage de sortie (17) pour envoyer les paquets de la séquence sur le réseau (11) aux heures de transmission respectives, caractérisée en ce que l'étage de formation de paquets (14, 15) est agencé pour former des paquets de la taille sensiblement la plus grande que le réseau (11) est capable de transporter. 2. Source de synchronisation pour envoyer des informations de synchronisation via un réseau par paquets, comprenant une première horloge (12) générant les informations de synchronisation, un étage de formation de paquets (14, 15) formant une séquence de paquets, un étage d'horodatage (17) destiné à insérer dans chaque paquet de la séquence une heure de transmission découlant des informations de synchronisation générées par la première horloge (12) et un étage de sortie (17) destiné à envoyer les paquets de la séquence sur le réseau (11) aux heures de transmission respectives, caractérisée en ce que l'étage de formation de paquets (14, 15) est agencé pour former des paquets de deux tailles différentes au minimum. 3. Source selon la revendication 2, caractérisée en ce que les deux tailles différentes au minimum comprennent la taille sensiblement la plus grande que le réseau est capable de transporter.30 16 4. Source selon l'une des revendications 2 ou 3, caractérisée en ce que la séquence comprend une distribution des paquets des différentes tailles. 5. Source selon la revendication 4, caractérisée en ce que la distribution est notablement fixe dans le temps. 6. Source selon la revendication 4, caractérisée en ce que la distribution varie dans le temps. 7. Source selon la revendication 6, caractérisée en ce que la distribution varie en conformité avec les conditions de trafic sur le réseau. 8. Source selon la revendication 7, caractérisée en ce que l'étage de formation de paquets (14, 15) est agencé pour augmenter le nombre de petits paquets par rapport au nombre de grands paquets en réponse à une augmentation du trafic sur le réseau. 9. Source selon l'une des revendications 7 ou 8, caractérisée en ce que l'étage de formation de paquets (14, 15) est agencé pour faire varier la distribution en conformité avec les informations sur le trafic du réseau reçues depuis une destination (7) de la séquence. 10. Source selon la revendication 9, caractérisée en ce que les informations reçues découlent des temps de transit vers la destination (7) des paquets de différentes tailles. 11. Source selon l'une des revendications précédentes, caractérisée en ce que l'étage de sortie (14, 15) est agencé pour envoyer les paquets à intervalles réguliers.30 17 12. Source selon l'une des revendications précédentes, caractérisée en ce que les paquets contiennent des données de remplissage et sont uniquement destinés au transport des informations de synchronisation. 13. Source selon l'une des revendications 1 à 11, caractérisée en ce que les paquets contiennent des données de charge utile associées aux informations de synchronisation. 14. Source selon la revendication 13, caractérisée en ce que l'étage de formation de paquets (14, 15) est agencé pour former les paquets à partir de données d'entrée à débit de transmission sensiblement constant sur une voie de communication (13). 15. Source selon la revendication 14, caractérisée en ce que les données 15 d'entrée représentent des événements en temps réel. 16. Source selon la revendication 15, caractérisée en ce que les données d'entrée comprennent de l'audio et/ou de la vidéo. 20 17. Source selon l'une des revendications 14 à 16, caractérisée en ce que la voie de communication (13) comprend une voie à multiplexage temporel. 18. Combinaison d'une source selon l'une des revendications précédentes et d'un appareil de destination (7) pour extraire des informations 25 de synchronisation des paquets reçus. 19. Combinaison selon la revendication 18, caractérisée en ce que l'appareil de destination (7) est agencé pour agir sur les informations de synchronisation extraites. 30 18 20. Combinaison selon la revendication 19, caractérisée en ce que l'appareil de destination (7) comprend une deuxième horloge réglable (19) et un agencement (18, 20) destiné au réglage de la deuxième horloge (19) en synchronisme avec la première horloge (12). 21. Combinaison selon la revendication 20, caractérisée en ce que l'agencement de réglage comprend un dispositif d'horodatage de destination (18) pour calculer l'heure locale d'arrivée de chaque paquet de la séquence et un circuit de commande (20) destiné au réglage de la deuxième horloge (19) en fonction des différences des temps de transit des paquets. 22. Combinaison selon la revendication 21, caractérisée en ce que les temps de transit des paquets sont des temps de transit minimums dans des périodes de temps consécutives. 23. Méthode d'envoi d'informations de synchronisation via un réseau par paquets, comprenant la génération des informations de synchronisation, formation d'une séquence de paquets de la plus grande taille que le réseau (11) est capable de transporter, l'insertion dans chaque paquet de la séquence d'une heure de transmission découlant des informations de synchronisation et l'envoi des paquets de la séquence sur le réseau (11) aux heures de transmission respectives. 24. Méthode d'envoi d'informations de synchronisation via un réseau par paquets, comprenant la génération des informations de synchronisation, la formation d'une séquence de paquets de deux tailles différentes au minimum, insérant dans chaque paquet de la séquence d'une heure de transmission découlant des informations de synchronisation et l'envoi des paquets de la séquence sur le réseau (11) aux heures de transmission respectives.