Brevet FR3157754A1 — publié le 20250627

La présente invention concerne un procédé et un dispositif de mise à jour d’une heure de sortie d’au moins un paquet de données d’un flux audiovisuel transféré d’un émetteur vers un récepteur par l’intermédiaire d’au moins un réseau de communication. Selon l’invention, l’émetteur : - transfère (E500) un premier paquet de données et reçoit un second paquet de données comportant des marqueurs temporels, - calcule (E503), à partir des marqueurs temporels, un temps de trajet moyen, une valeur moyenne pondérée et une déviation, - vérifie (E507) si le temps de trajet moyen est supérieur à un seuil prédéterminé, - prend (E508) en compte le temps de trajet moyen pour mettre à jour l’heure de sortie d’au moins un paquet de données du flux audiovisuel si au moins le temps de trajet moyen est inférieur ou égal au seuil prédéterminé. Fig. 5 PROCEDE ET DISPOSITIF DE MISE A JOUR D’UNE HEURE DE SORTIE D’AU MOINS UN PAQUET DE DONNEES D’UN FLUX AUDIOVISUEL La présente invention concerne un procédé et un dispositif de mise à jour d’une heure de sortie d’au moins un paquet de données d’un flux audiovisuel . ETAT DE LA TECHNIQUE ANTERIEURE La transmission de paquets de données vidéo est soumise à des contraintes temporelles de manière à permettre une bonne reproduction de la vidéo au niveau du récepteur. Ces contraintes temporelles sont soumises aux performances du réseau de communication reliant l’émetteur du flux vidéo et le récepteur. Par exemple, les variations de la latence de transfert du flux vidéo, la désynchronisation des horloges de l’émetteur et du récepteur influent sur la qualité de la reproduction du flux vidéo. La gigue représente la différence de temps à l’arrivée, entre différents paquets partis en même temps. La gigue apparait en cas de congestion du réseau, de dérive du timing ou de changement de routage. La gigue est très variable dans le temps et est fortement dépendante du type de réseau de communication utilisé pour le transfert de paquets de données de l’émetteur vers le récepteur. Ceci est particulièrement difficile à compenser lorsque plusieurs réseaux de communication sont utilisés simultanément pour transmettre le flux vidéo. La reproduction de la vidéo au niveau du récepteur correspond à une reproduction au niveau du récepteur de la vidéo au même rythme qu’au niveau de l’émetteur. Cela permet d’éviter des sauts liés à un déphasage et également de respecter la latence sans une dérive temporelle de bout en bout. Dans les systèmes classiques, la phase entre l’émetteur et le récepteur est respectée mais pas la latence. L’invention vise à proposer une solution qui permet de prendre en compte les variations des caractéristiques du ou des réseaux de communication utilisés pour la transmission du flux vidéo ainsi que de la désynchronisation des horloges de l’émetteur et du récepteur. A cette fin, l’invention concerne un procédé de mise à jour d’une heure de sortie d’au moins un paquet de données d’un flux audiovisuel transféré d’un émetteur vers un récepteur par l’intermédiaire d’au moins un réseau de communication, caractérisé en ce que le procédé comporte les étapes effectuées par l’émetteur de : - transfert d’un premier paquet de données comportant un premier marqueur temporel correspondant à l’instant d’émission du premier paquet, - réception d’un second paquet de données comportant le premier marqueur temporel, un second marqueur temporel correspondant à l’heure de réception du premier paquet et un troisième marqueur temporel correspondant à l’instant d’émission du second paquet, - mémorisation de l’heure de réception du second paquet, - calcul, à partir des trois marqueurs temporels et de l’heure de réception du second paquet, d’un temps de trajet moyen, - calcul d’une valeur moyenne pondérée et d’une déviation entre le temps de trajet courant et le temps de trajet moyen, - vérification si le temps de trajet moyen est supérieur à un seuil prédéterminé, le seuil prédéterminé étant fonction de la valeur moyenne pondérée et de la déviation entre le temps de trajet courant et le temps de trajet moyen, - prise en compte du temps de trajet moyen pour mettre à jour l’heure de sortie d’au moins un paquet de données du flux audiovisuel si au moins le temps de trajet moyen est inférieur ou égal au seuil prédéterminé, - non prise en compte du temps de trajet moyen pour mettre à jour l’heure de sortie d’au moins un paquet de données du flux audiovisuel si le temps de trajet moyen est supérieur au seuil prédéterminé. L’invention concerne aussi un dispositif de mise à jour d’une heure de sortie d’au moins un paquet de données d’un flux audiovisuel transféré d’un émetteur vers un récepteur par l’intermédiaire d’au moins un réseau de communication, caractérisé en ce que le dispositif est compris dans l’émetteur et comporte : - des moyens de transfert d’un premier paquet de données comportant un premier marqueur temporel correspondant à l’instant d’émission du premier paquet, - des moyens de réception d’un second paquet de données comportant le premier marqueur temporel, un second marqueur temporel correspondant à l’heure de réception du premier paquet et un troisième marqueur temporel correspondant à l’instant d’émission du second paquet, - des moyens de mémorisation de l’heure de réception du second paquet, - des moyens de calcul, à partir des trois marqueurs temporels et de l’heure de réception du second paquet, d’un temps de trajet moyen, - des moyens de calcul d’une valeur moyenne pondérée et d’une déviation entre le temps de trajet courant et le temps de trajet moyen, - des moyens de vérification si le temps de trajet moyen est supérieur à un seuil prédéterminé, le seuil prédéterminé étant fonction de la valeur moyenne pondérée et de la déviation entre le temps de trajet courant et le temps de trajet moyen, - des moyens de prise en compte du temps de trajet moyen pour mettre à jour l’heure de sortie d’au moins un paquet de données du flux audiovisuel si au moins le temps de trajet moyen est inférieur ou égal au seuil prédéterminé, - des moyens de non prise en compte du temps de trajet moyen pour mettre à jour l’heure de sortie d’au moins un paquet de données du flux audiovisuel si le temps de trajet moyen est supérieur au seuil prédéterminé. Ainsi, la présente invention apporte une solution qui permet de prendre en compte les variations des caractéristiques du ou des réseaux de communication utilisés pour la transmission du flux vidéo ainsi que de la désynchronisation des horloges de l’émetteur et du récepteur. Le filtrage effectué rend le système résistant à l’augmentation des temps de transmission lié à une congestion réseau. Selon un mode particulier, la prise en compte du temps de trajet moyen pour mettre à jour l’heure de sortie d’au moins un paquet de données du flux audiovisuel est en outre dépendante d’une comparaison de la déviation entre le temps de trajet courant et le temps de trajet moyen avec un temps minimum. Ainsi, les augmentations de latences provoquées par un changement de condition réseau et non par de la congestion sont prises en compte et ne provoquent pas un blocage du système. Selon un mode particulier, les paquets de données du flux audiovisuel sont transférés de l’émetteur vers le récepteur par l’intermédiaire d’une pluralité de réseaux de communication et le procédé est effectué pour chaque réseau de communication. Ainsi, l'utilisation de plusieurs interfaces réseaux simultanément permet une mesure précise, par exemple de l’ordre de la milliseconde, de la différence entre les horloges de l’émetteur et du récepteur sans recourir à un point de référence comme par exemple un serveur NTP (acronyme du terme anglais Network Time Protocol). Selon un mode particulier, si le temps de trajet moyen est supérieur au seuil prédéterminé, la mise à jour de l’heure de sortie du au moins un paquet est effectuée à partir du temps de trajet moyen d’un autre réseau de communication. Ainsi, la présente invention permet de s’affranchir d’erreurs liées à un problème d’un des réseaux de communication. Selon un mode particulier, les réseaux de communication sont des réseaux de type Ethernet, Wi-Fi, xDSL, KA-SAT, BGAN ou cellulaires. Selon un mode particulier, la valeur moyenne pondérée et la déviation entre le temps de trajet courant et le temps de trajet moyen sont calculées à partir des formules suivantes : rtt curr =(e r − e e ) où e e est le premier marqueur temporel et e r est l’heure de réception du second paquet, où α quo , α s et α d sont trois coefficients permettant de pondérer les valeurs utilisées, rtt meancurr est la moyenne calculée à l’instant présent, la variable rtt mean prec est la moyenne calculée à la précédente itération et rtt curr correspond à la valeur courante du temps de trajet. Les caractéristiques de l'invention mentionnées ci-dessus, ainsi que d'autres, apparaîtront plus clairement à la lecture de la description suivante d'un exemple de réalisation, ladite description étant faite en relation avec les dessins joints, parmi lesquels : FIG. 1 illustre schématiquement un exemple d’un système de communication dans lequel la présente invention est implémentée ; FIG. 2 illustre schématiquement un exemple de répartition de paquets de données vidéo entre différents réseaux de communication reliant un émetteur et un récepteur ; FIG. 3 illustre un exemple de chronogramme d’envoi de paquets de maintien selon la présente invention ; FIG. 4 illustre un exemple d’architecture d’un émetteur selon un mode de réalisation ; FIG. 5 illustre un exemple d’un procédé exécuté par un émetteur selon un mode de réalisation. EXPOSE DETAILLE DE MODES DE REALISATION La FIG. 1 illustre schématiquement un exemple d’un système de communication dans lequel la présente invention est implémentée. Le système de communication comprend un émetteur Em et un récepteur Re reliés entre eux par au moins un réseau de communication Res1. Dans l’exemple de la FIG. 1 , l’émetteur Em et le récepteur Re sont reliés par une pluralité de réseaux de communication Res1, Res2 à ResN. Les réseaux de communication Res1, Res2 à ResN sont par exemple des réseaux de type Ethernet, Wi-Fi, xDSL, (de l'anglais Digital Subscriber Line ), KA-SAT, BGAN ou cellulaires. Les données transmises entre l’émetteur Em et le récepteur Re sont des paquets de données d’un flux vidéo. La transmission de paquets de données vidéo est soumise à des contraintes temporelles de manière à permettre une bonne reproduction de la vidéo au niveau du récepteur. Classiquement, la contrainte temporelle est gérée au niveau de l’émetteur par une fenêtre temporelle (en anglais Timewindow). La fenêtre temporelle correspond au temps devant s’écouler entre l’entrée et la sortie d’un paquet dans le système. Cette contrainte est importante pour plusieurs raisons. La principale est la compensation de la gigue du réseau. La gigue désigne la variation de la latence ou la variation du délai de transfert de l'information. Concrètement, la gigue représente la différence de temps à l'arrivée, entre différents paquets partis en même temps. La gigue apparaît en cas de congestion du réseau, de dérive du timing ou de changement de routage. La gigue est très variable dans le temps et est fortement dépendante du type de réseau de communication utilisé pour le transfert de paquets de données de l’émetteur vers le récepteur. Lorsqu’un encodeur vidéo génère des paquets de données, il le fait à un rythme précis correspondant au nombre d’images par seconde de la vidéo. Il est important de pouvoir assurer que les paquets sortent du système au même rythme qu’ils y sont entrés. Le réseau introduit cependant une gigue, faisant varier l’intervalle entre les paquets. Le respect strict de la fenêtre temporelle permet de s’affranchir de la gigue, qui est rendue d’autant plus importante par l’utilisation de différents réseaux. La FIG. 2 illustre schématiquement un exemple de répartition de paquets de données vidéo entre différents réseaux de communication reliant un émetteur et un récepteur. Les paquets de données transférés sont répartis sur les différents réseaux de communication Res1 à ResN. Chaque période temporelle correspond à un intervalle de temps configurable, par exemple de 1ms. L’émetteur Em garde en permanence une référence à l’intervalle de temps correspondant au temps courant, appelée now. Les paquets de données sont donc rangés dans l’intervalle de temps correspondant à now + la valeur de la fenêtre temporelle. En effet, cet intervalle de temps correspond au moment à partir duquel le paquet est considéré comme en retard et ne doit donc plus être transmis. Lors de leur entrée dans le système de transmission, un numéro de séquence est attribué à chaque paquet. Un marquage temporel est également apposé à chaque paquet afin de pouvoir déterminer le temps qu’il passe dans le système de transmission. L’émetteur Em dispose d’une table des liens, chaque lien est représentatif du débit d’un des réseaux de communication. A chaque intervalle de temps, l’émetteur Em parcourt la table des liens. Pour chaque lien, l’émetteur Em détermine la quantité de paquets à envoyer, en fonction de la fréquence d’appel et de la capacité du réseau de communication. Les paquets de données à envoyer sont récupérés dans la ligne de temps en suivant le principe de priorité en fonction de l'échéance de cette dernière, les tâches dont l’échéance est proche recevant la priorité la plus élevée. Les paquets de données sont récupérés en premier dans les intervalles de temps dont l’expiration est la plus proche. Lorsqu’un intervalle de temps est vidé, on passe au suivant jusqu’à épuisement de la capacité du réseau de communication. Les paquets de données sont distribués alternativement sur chaque réseau de communication tant que le débit du réseau de communication le permet. Dans l’exemple de la FIG. 2 , le paquet de données 1 est transmis sur le réseau de communication Res1, le paquet de données 2 est transmis sur le réseau de communication Res2, le paquet de données 3 est transmis sur le réseau de communication ResN, le paquet de données 4 est transmis sur le réseau de communication Res1, le paquet de données 5 est transmis sur le réseau de communication Res2, le paquet de données 6 est transmis sur le réseau de communication ResN et, comme la totalité de la bande passante des réseaux de communication Res2 et ResN est atteinte, les paquets de données 7 et 8 sont transmis sur le réseau de communication Res1. Seuls les paquets de données ayant une chance d’être reçus par le récepteur Re à temps sont transmis. Ceci permet d’éviter un effet “boule de neige”, provoquant l’effondrement du système si la quantité de paquets de données à transmettre est supérieure à la capacité des réseaux de communication à disposition. Ayant à sa disposition la capacité de chaque réseau de communication, l’émetteur Em peut déterminer la quantité de données audio/vidéo qu’il peut faire transiter à chaque instant. Cette valeur est mise à disposition du système fournissant la vidéo afin qu’il puisse adapter le débit vidéo aux contraintes réseau d’un instant T. Les paquets de données transitant sur les différents réseaux de communication présentant des latences différentes, ils n’arrivent pas dans le bon ordre. Un algorithme doit être mis en place afin de pallier ce problème. Cet algorithme doit également être chargé de livrer les paquets de données en respectant les contraintes temporelles. En se basant sur le numéro de séquence apposé à chaque paquet de données par l’émetteur, le récepteur range les paquets dans une table. A chaque paquet est associée une heure de sortie t s , obtenue par la formule suivante : t s = t e + timewindow − clockdiff t e correspond à l’heure d’entrée du paquet dans l’émetteur Em et t s correspond à l’heure de sortie du paquet dans le récepteur Re. A intervalle régulier, le récepteur Re parcourt les paquets présents dans la table, et compare leur heure de sortie théorique à l’heure actuelle. Lorsque les deux correspondent, le paquet de données est transmis. La FIG. 3 illustre un exemple de chronogramme d’envoi de paquets de maintien selon la présente invention. Afin de pallier les différences d’horloge entre l’émetteur et le récepteur, un mécanisme de synchronisation est mis en place selon la présente invention. Celui-ci permet de déterminer l’écart entre les deux horloges en temps réel, afin de permettre la sortie des paquets en respectant la fenêtre temporelle. Ce mécanisme repose sur la transmission de paquets de données nommés paquets de maintien (KeepAlive en anglais). Ceux-ci ont, selon la présente invention, une double fonction. La première fonction est de s’assurer que le réseau de communication est toujours opérationnel en envoyant régulièrement des paquets de données. La seconde fonction est la transmission de marqueurs temporels permettant le calcul de l’écart d’horloge entre l’émetteur et le récepteur, appelé ici clockdiﬀ. Les paquets contiennent des marqueurs temporels. Un premier paquet de maintien est émis par l’émetteur vers le récepteur. Celui-ci contient un marqueur temporel noté ici e e et qui correspondant à l’instant d’émission dudit paquet. Ce paquet de maintien est ensuite reçu par le récepteur, qui note le temps de réception (r r ). Le récepteur répond ensuite par un paquet de maintien, dans lequel il reporte les deux marqueurs temporels e e et r r en y ajoutant le marqueur temporel du paquet de maintien noté re. L’émetteur reçoit le paquet de maintien, et mémorise son heure d’arrivée(e r ). Il dispose ainsi de 4 valeurs, permettant d’établir les calculs suivants : e mean =(e r − e e )/2 r mean =(r r − r e )/2 clockdiff = e mean − r mean Les valeurs e mean et r mean correspondent au temps de la moitié de la transmission. Classiquement, sur un réseau non saturé, un paquet met autant de temps à parcourir la liaison montante que descendante, ces temps étant en théorie identiques. Tout écart peut être attribué à un écart d’horloge entre l’émetteur et le récepteur. Il peut cependant arriver que les réseaux ne se comportent pas de façon symétrique. Ce calcul est, selon la présente invention, assorti de calculs statistiques afin de filtrer les valeurs de marqueurs temporels aberrantes. rtt curr =(e r − e e ) rto = rtt meancurr +4 ∗ rtt dev α quo , α s et α d sont trois coefficients permettant de pondérer les valeurs utilisées dans le calcul. Dans une implémentation, les valeurs utilisées sont par exemple α quo = 256, α s = 32 et α d = 64. La variable rtt meancurr est une moyenne calculée à l’instant présent et la variable rtt meanprec est une moyenne calculée à la précédente itération. rtt curr correspond à la valeur courante du temps de trajet. On calcule sa valeur moyenne pondérée (rtt meancurr ) et la déviation entre le temps de trajet courant et le temps de trajet moyen (rtt dev ). On considère que les valeurs contenues dans un paquet de maintien ne sont pas exploitables dès lors que le rtt cur dépasse la valeur de r to , c’est-à-dire que son écart par rapport à la moyenne est 4 fois supérieur. Ce mécanisme permet d’éviter des erreurs de calculs de différences d’horloges clockdiﬀ dans des mauvaises conditions réseau. L’émetteur peut ainsi filtrer efficacement les paquets de maintien non utilisables, et obtenir une mesure plus fiable. La différence d’horloges clockdiﬀ pouvant varier au cours du temps du fait d’une éventuelle dérive d’horloge entre l’émetteur et le récepteur, il est important d’effectuer ces échanges et calculs régulièrement tout au long de la transmission vidéo, par exemple tous les 50 ms. La FIG. 4 illustre un exemple d’architecture d’un émetteur selon un mode de réalisation Selon l’exemple d’architecture matérielle représenté à la FIG. 4 , l’émetteur Em comprend, reliés par un bus de communication 401 : un processeur Proc 400 ; une mémoire vive RAM (« Random Access Memory » en anglais) 403 ; une mémoire morte ROM (« Read Only Memory » en anglais) 402 ; N interfaces réseau IF Res1 4041, IF Res2 4042 à IF ResN 404N permettant à l’émetteur de communiquer avec le récepteur Re et une interface d’entrée 406 recevant le flux de données à transmettre. Le processeur 400 est capable d’exécuter des instructions chargées dans la RAM 403 à partir de la ROM 402, d’une mémoire externe (non représentée), d’un support de stockage (tel qu’une carte SD), ou d’un réseau de communication. Lorsque l’émetteur Em est mis sous tension, le processeur 400 est capable de lire de la RAM 403 des instructions et de les exécuter. Ces instructions forment un programme d’ordinateur causant la mise en œuvre, par le processeur 400, de tout ou partie du procédé décrit en relation avec la FIG. 5 . Le procédé décrit ci-après en relation avec la FIG. 5 peut être implémenté sous forme logicielle par exécution d’un ensemble d’instructions par une machine programmable, par exemple un DSP (« Digital Signal Processor » en anglais) ou un microcontrôleur, ou être implémenté sous forme matérielle par une machine ou un composant dédié, par exemple un FPGA (« Field-Programmable Gate Array » en anglais) ou un ASIC (« Application-Specific Integrated Circuit » en anglais). En général, l’émetteur Em comprend de la circuiterie électronique configurée pour mettre en œuvre le procédé décrit en relation avec la FIG. 5 . La FIG. 5 illustre un exemple d’un procédé exécuté par un émetteur selon un mode de réalisation. Le présent algorithme est exécuté périodiquement, par exemple avec une périodicité de l’ordre de la milliseconde et pour chaque réseau de communication Res1, Res2 à ResN. A l’étape E500, l’émetteur Em commande l’émission d’un paquet de maintien. Le paquet de maintien comporte un marqueur temporel e e qui correspond à l’instant d’émission dudit paquet. A l’étape E501, l’émetteur Em reçoit du récepteur Re un paquet de maintien qui comporte les deux marqueurs temporels e e et r r et le marqueur temporel du paquet de maintien noté r e reçu de l’émetteur Em. A l’étape E502, l’émetteur Em mémorise son heure d’arrivée( er ). A l’étape E503, l’émetteur Em effectue les calculs suivants : e mean =(e r − e e )/2 r mean =(r r − re)/2 rtt curr =(e r − e e ) rto = rtt mean +4 ∗ rtt dev A l’étape E504, l’émetteur Em vérifie si la valeur de rtt dev calculée est supérieure à une valeur rtt devmin . Dans l’affirmative, l’émetteur Em passe à l’étape E506. Dans la négative, l’émetteur Em passe à l’étape E505. A l’étape E506, l’émetteur calcule une nouvelle valeur de rtt devmin selon la formule suivante : rtt dev _min = rtt dev_min + min(1000, rtt dev *0.02) De cette façon, le rtt dev_min est augmenté de 2% de la valeur de rtt dev actuelle, avec un maximum de 1ms. Cette augmentation permet de calculer le minimum local de rtt dev plutôt que son minimum global. Ce faisant, les augmentations de latences provoquées par un changement de condition réseau et non par de la congestion sont prises en compte et ne provoquent pas un blocage du système. Cette opération effectuée, l’émetteur Em interrompt le présent algorithme lorsqu’un seul réseau de communication est utilisé ou prend à l’étape E510 la valeur du clockdiff calculée pour un autre des réseaux de communication lorsque plusieurs réseaux de communication sont utilisés. A l’étape E505, l’émetteur Em met la valeur de rtt devmin égale à rtt dev . A l’étape suivante E507, l’émetteur Em vérifie si la valeur de rtt cur est supérieure à la valeur de rto. Dans l’affirmative, l’émetteur Em interrompt le présent algorithme lorsqu’un seul réseau de communication est utilisé ou prend à l’étape E510 la valeur du clockdiff calculée pour un autre des réseaux de communication lorsque plusieurs réseaux de communication sont utilisés. Dans la négative, l’émetteur EM passe à l’étape E508 et calcule une nouvelle valeur de clockdiff selon la formule suivante : Clockdiff = e mean – r mean . A l’étape E510, l’émetteur Em met à jour chaque heure de sortie des paquets avec t s = t e + timewindow – clockdiff. Procédé de mise à jour d’une heure de sortie d’au moins un paquet de données d’un flux audiovisuel transféré d’un émetteur vers un récepteur par l’intermédiaire d’au moins un réseau de communication, caractérisé en ce que le procédé comporte les étapes effectuées par l’émetteur de : - transfert (E500) d’un premier paquet de données comportant un premier marqueur temporel correspondant à l’instant d’émission du premier paquet, -réception (E501) d’un second paquet de données comportant le premier marqueur temporel, un second marqueur temporel correspondant à l’heure de réception du premier paquet et un troisième marqueur temporel correspondant à l’instant d’émission du second paquet, - mémorisation (E502) de l’heure de réception du second paquet, - calcul (E503), à partir des trois marqueurs temporels et de l’heure de réception du second paquet, d’un temps de trajet moyen, - calcul (E503) d’une valeur moyenne pondérée et d’une déviation entre le temps de trajet courant et le temps de trajet moyen, - vérification (E507) si le temps de trajet moyen est supérieur à un seuil prédéterminé, le seuil prédéterminé étant fonction de la valeur moyenne pondérée et de la déviation entre le temps de trajet courant et le temps de trajet moyen, - prise (E508) en compte du temps de trajet moyen pour mettre à jour l’heure de sortie d’au moins un paquet de données du flux audiovisuel si au moins le temps de trajet moyen est inférieur ou égal au seuil prédéterminé, - non (E510) prise en compte du temps de trajet moyen pour mettre à jour l’heure de sortie d’au moins un paquet de données du flux audiovisuel si le temps de trajet moyen est supérieur au seuil prédéterminé. Procédé selon la revendication 1, caractérisé en ce que la prise en compte du temps de trajet moyen pour mettre à jour l’heure de sortie d’au moins un paquet de données du flux audiovisuel est en outre dépendante d’une comparaison de la déviation entre le temps de trajet courant et le temps de trajet moyen avec un temps minimum. Procédé selon la revendication 1 ou 2, caractérisé en ce que les paquets de données du flux audiovisuel sont transférés de l’émetteur vers le récepteur par l’intermédiaire d’une pluralité de réseaux de communication et en ce que le procédé est effectué pour chaque réseau de communication. Procédé selon la revendication 3, caractérisé en ce que si le temps de trajet moyen est supérieur au seuil prédéterminé, la mise à jour de l’heure de sortie du au moins un paquet est effectuée à partir du temps de trajet moyen d’un autre réseau de communication. Procédé selon l’une quelconque des revendications 2 à 4, caractérisé en ce que les réseaux de communication sont des réseaux de type Ethernet, Wi-Fi, xDSL, KA-SAT, BGAN ou cellulaires. Procédé selon l’une quelconque des revendications 1 à 5, caractérisé en ce que la valeur moyenne pondérée et la déviation entre le temps de trajet courant et le temps de trajet moyen sont calculées à partir des formules suivantes : rtt curr =(e r − e e ) où e e est le premier marqueur temporel et e r est l’heure de réception du second paquet, où α quo , α s et α d sont trois coefficients permettant de pondérer les valeurs utilisées dans le calcul, rtt meancurr est la moyenne calculée à l’instant présent, la variable rtt meanprec est la moyenne calculée à la précédente itération et rtt curr correspond à la valeur courante du temps de trajet. Dispositif de mise à jour d’une heure de sortie d’au moins un paquet de données d’un flux audiovisuel transféré d’un émetteur vers un récepteur par l’intermédiaire d’au moins un réseau de communication, caractérisé en ce que le dispositif est compris dans l’émetteur et comporte : - des moyens de transfert d’un premier paquet de données comportant un premier marqueur temporel correspondant à l’instant d’émission du premier paquet, - des moyens de réception d’un second paquet de données comportant le premier marqueur temporel, un second marqueur temporel correspondant à l’heure de réception du premier paquet et un troisième marqueur temporel correspondant à l’instant d’émission du second paquet, - des moyens de mémorisation de l’heure de réception du second paquet, - des moyens de calcul, à partir des trois marqueurs temporels et de l’heure de réception du second paquet, d’un temps de trajet moyen, - des moyens de calcul d’une valeur moyenne pondérée et d’une déviation entre le temps de trajet courant et le temps de trajet moyen, - des moyens de vérification si le temps de trajet moyen est supérieur à un seuil prédéterminé, le seuil prédéterminé étant fonction de la valeur moyenne pondérée et de la déviation entre le temps de trajet courant et le temps de trajet moyen, - des moyens de prise en compte du temps de trajet moyen pour mettre à jour l’heure de sortie d’au moins un paquet de données du flux audiovisuel si au moins le temps de trajet moyen est inférieur ou égal au seuil prédéterminé, - des moyens de non prise en compte du temps de trajet moyen pour mettre à jour l’heure de sortie d’au moins un paquet de données du flux audiovisuel si le temps de trajet moyen est supérieur au seuil prédéterminé. Un produit programme d’ordinateur caractérisé en ce qu’il comprend des instructions pour implémenter, par un équipement, le procédé selon l’une quelconque des revendications 1 à 6, lorsque ledit programme est exécuté par un processeur d’un nœud. Un support de stockage caractérisé en ce qu’il stocke un programme d’ordinateur comprenant des instructions pour implémenter, par un équipement, le procédé selon l’une quelconque des revendications 1 à 6, lorsque ledit programme est exécuté par un processeur d’un nœud.