FR 2923118 A1 20090501 FR 0707632 A 20071030 La présente invention concerne un procédé de gestion de la quantité de données émises par un dispositif d'émission dans un réseau de télécommunication. Classiquement, lorsqu'une pluralité de dispositifs d'émission émettent dans un réseau de télécommunication une quantité de données supérieure à la capacité de transfert de données du réseau de télécommunication, un phénomène de congestion apparaît. La congestion d'un réseau de télécommunication entraîne la perte de nombreux paquets et de longs délais de transfert. La recommandation de l'IETF RFC 2581 définit un ensemble de techniques utilisées par le principal protocole de l'Internet, TCP acronyme de Transmission Control Protocol, afin de résoudre les problèmes de congestion. Les acquittements des données émises, ou l'absence d'acquittement détectée par l'expiration d'un délai d'attente, sont utilisés par les dispositifs d'émission pour interpréter de façon implicite l'état du réseau de télécommunication. Par exemple, à l'aide de temporisations, les émetteurs et destinataires TCP peuvent modifier le comportement du flux de données en adaptant la quantité de données transmises sur le réseau de télécommunication à un instant donné. C'est ce qu'on appelle généralement le contrôle de congestion. TCP utilise un certain nombre de mécanismes afin d'obtenir une bonne robustesse face aux congestions et des performances élevées. Ces mécanismes tel que défini dans la RFC 2581 comprennent entre autres l'utilisation d'une fenêtre glissante (aussi appelée fenêtre de congestion), un algorithme de démarrage lent (� slow start � en anglais) et un algorithme d'évitement de congestion (� congestion avoidance � en anglais). Néanmoins, ces mécanismes ne sont pas adaptés au transfert de données auxquelles sont associées des contraintes temporelles. L'article de Shimonishi et al. publié dans la revue � IEEE CCNC 2007 proceedings � de Janvier 2007 et intitulé � TCP congestion control enhancements for streaming media (TCP-AV) � considère des données telles que des données vidéo. Cet article décrit une amélioration de l'algorithme de contrôle de congestion de TCP dans le but de l'adapter à la transmission temps réel de flux vidéo ou � video streaming � en anglais. Cet article propose d'adapter dynamiquement les paramètres du mécanisme de contrôle de congestion de TCP tel que le seuil de � slowstart � de manière à stabiliser le débit de transmission autour d'un débit cible fixé adapté au débit du flux vidéo. La méthode présentée dans cet article utilise un codeur délivrant des données à un débit fixe et n'est pas adaptée au transfert de données dont l'encodage modifie la quantité de données transférées pour s'adapter à la capacité du réseau de télécommunication. L'invention a pour but de résoudre les inconvénients de l'art antérieur en proposant un procédé et un dispositif de gestion de la quantité de données émises par un dispositif d'émission dans un réseau de télécommunication à destination d'un dispositif de réception qui soit apte à prendre en compte les contraintes temporelles de chacune des données ainsi que les fluctuations des quantités de données à transmettre. A cette fin, selon un premier aspect, l'invention propose un procédé de gestion de la quantité de données émises par un dispositif d'émission dans un réseau de télécommunication, caractérisé en ce que le procédé comporte les étapes, exécutées par le dispositif d'émission, de : - obtention, pour au moins un premier et un second ensembles de données devant être émis dans le réseau de télécommunication, de la quantité de données comprises dans chaque ensemble de données et d'une contrainte temporelle de chaque ensemble de données, - détermination du débit pour une transmission du premier ensemble de données conformément à la contrainte temporelle du premier ensemble de données, - détermination du débit pour une transmission du premier et du 30 second ensembles de données conformément à la contrainte temporelle du second ensemble de données, et - sélection du maximum des débits déterminés comme paramètre de gestion de la quantité de données émises par le dispositif d'émission. 3 Corrélativement, la présente invention concerne un dispositif de gestion de la quantité de données émises par un dispositif d'émission dans un réseau de télécommunication, caractérisé en ce que le dispositif de gestion comporte : - des moyens d'obtention, pour au moins un premier et un second ensembles de données devant être émis dans le réseau de télécommunication, de la quantité de données comprises dans chaque ensemble de données et d'une contrainte temporelle de chaque ensemble de données, - des moyens de détermination du débit pour une transmission du premier ensemble de données conformément à la contrainte temporelle du premier ensemble de données, - des moyens de détermination du débit pour une transmission du premier et du second ensembles de données conformément à la contrainte 15 temporelle du second ensemble de données, et - des moyens de sélection du maximum des débits déterminés comme paramètre de gestion de la quantité de données émises par le dispositif d'émission. Ainsi, il est possible d'adapter la quantité de données émises par un 20 dispositif d'émission dans un réseau de télécommunication à destination d'un ou plusieurs dispositif de réception en fonction de contraintes temporelles d'ensembles de données et de la quantité de données comprises dans les ensembles de données. Selon un mode particulier de l'invention, on obtient le débit de la 25 quantité de données préalablement émises, et le débit de la quantité de données préalablement émises est aussi un paramètre de gestion de la quantité de données émises par le dispositif d'émission. Ainsi, la présente invention prend en compte la capacité du réseau de télécommunication. 30 Selon un mode particulier de l'invention, on obtient une information représentative du temps de transfert de données par l'intermédiaire du réseau de télécommunication et l'information représentative du temps de transfert est aussi un paramètre de gestion de la quantité de données émises par le dispositif d'émission. -4 Ainsi, la présente invention prend en compte les conditions de transfert de données dans le réseau de télécommunication. Selon un mode particulier de l'invention, la quantité de données émises est gérée par l'intermédiaire d'un mécanisme de gestion de la quantité de données émises entre un premier évènement et un second évènement et les paramètres de gestion modifient la quantité maximale de données pouvant être émises entre le second évènement et un troisième évènement. Ainsi, l'invention cherche à adapter en permanence le débit de 10 transmission des données en fonction de l'état du réseau de télécommunication. Selon un mode particulier de l'invention, un coefficient est déterminé à partir du rapport entre le maximum des débits déterminés et du débit de la quantité de données préalablement émises obtenu, et la quantité de 15 données pouvant être émises entre le second et le troisième évènements est fonction de ce coefficient. Ainsi, le coefficient permet d'adapter l'agressivité de la gestion de la quantité de données émises par rapport aux flux de données utilisant des contrôles de congestion de type TCP. 20 Selon un mode particulier de l'invention, si le rapport entre le maximum des débits déterminés et du débit de la quantité de données préalablement émises obtenu est supérieur à l'unité, le coefficient est égal à une valeur prédéterminée supérieure à l'unité ou le coefficient est égal au rapport entre le maximum des débits déterminés et du débit de la 25 quantité de données préalablement émises obtenu. Selon un mode particulier de l'invention, si le rapport entre le maximum des débits déterminés et du débit de la quantité de données préalablement émises obtenu est inférieur à l'unité, le coefficient est égal à une valeur prédéterminée inférieure l'unité ou le coefficient est égal au 30 rapport entre le maximum des débits déterminés et du débit de la quantité de données préalablement émises obtenu. Si le rapport est supérieur à un, la gestion de la quantité de données émises est plus agressive que les mécanismes classiques. Si le rapport tend vers un, alors la bande passante du réseau de télécommunication -5 sera équitablement partagée avec les autres flux TCP. Par contre si le rapport est inférieur à un, la gestion de la quantité de données émises est moins agressive que les mécanismes classiques. Selon un mode particulier de l'invention, le coefficient est en outre déterminé à partir de l'information représentative du temps de transfert des données par l'intermédiaire du réseau de télécommunication. Ainsi, il est possible de prendre en compte une marge de sécurité avant l'expiration de la contrainte temporelle du premier ensemble de données dans le calcul du coefficient pour éventuellement mettre en oeuvre des techniques de résilience d'erreurs en cas de perte des données. Ainsi, l'agressivité sera d'autant plus grande que la contrainte temporelle du premier ensemble de données sera proche. Selon un mode particulier de l'invention, le second évènement est un non acquittement de données préalablement émises, et la quantité de données pouvant être émises entre le second et le troisième évènements est au maximum égale à : cwnd(t + 1) = i * cwnd(t) avec f3 = 1 û 1 où cwnd(t) est la 2N(t,i) quantité maximale de données pouvant être émises entre le premier et le second évènements et N(t,i) est le coefficient. Ainsi, la quantité maximale de données émises transférées en cas de congestion est fonction des contraintes temporelles. Selon un mode particulier de l'invention, le non acquittement est obtenu d'un dispositif recevant les données ou est obtenu en l'absence de la réception d'un message du dispositif recevant les données dans une période de temps prédéterminée. Selon un mode particulier de l'invention, le second évènement est un acquittement de données précédemment émises, et la quantité de données pouvant être émises entre le second et le troisième évènements est au maximum égale à : N(t,i) cwnd(t + 1) = cwnd(t) + a avec a = ou cwnd(t) est la quantité cwnd(t) maximale de données pouvant être émises entre le premier et le second évènements et N(t,i) est le coefficient. 6 Ainsi, la quantité maximale de données émises transférées lorsque le réseau de télécommunication n'est pas congestionné est fonction des contraintes temporelles. Selon un mode particulier de l'invention, les ensembles de données 5 sont des images d'une séquence d'images. Selon un mode particulier de l'invention, les ensembles de données sont émis à destination d'un unique dispositif de réception. L'invention concerne aussi un programme d'ordinateur stocké sur un support d'informations qui, lorsqu'il est chargé et exécuté par un 10 ordinateur ou un processeur dans un dispositif, permet au dispositif de mettre en oeuvre le procédé précédemment décrit. 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 15 relation avec les dessins joints, parmi lesquels : la Fig. 1 représente un système de télécommunication dans lequel la présente invention est implémentée ; la Fig. 2 représente un dispositif de gestion de la quantité de données émises dans un réseau de télécommunication selon la présente invention ; 20 la Fig. 3 représente une vue synoptique du dispositif de gestion de la quantité de données émises dans un réseau de télécommunication ; la Fig. 4 représente des ensembles de données devant être émis dans le réseau de télécommunication ; et la Fig. 5 représente un algorithme de gestion de la quantité de 25 données émises par un dispositif d'émission dans un réseau de télécommunication. La Fig. 1 représente un système de télécommunication dans lequel la présente invention est implémentée. 30 Dans la Fig. 1, un dispositif d'émission de données 10 émet des données à au moins un dispositif de réception 20 par l'intermédiaire d'un réseau de télécommunication 50. Le réseau de télécommunication 50 est par exemple constitué de noeuds d'interconnexion 55a à 55d et de liaisons 57a à 57d reliant les noeuds 55a à 55d entre eux créant ainsi des chemins 7 entre les dispositifs 10 et 20. Le réseau de télécommunication 50 est un réseau de type IP, par exemple un réseau sans fil 802.11a ou b ou g, ou un réseau Ethernet, ou un réseau Internet. Les noeuds d'interconnexion 55a à 55d peuvent être amenés à rejeter des paquets de données lorsque leur mémoire de réception est saturée. Cette situation correspond à une congestion du réseau de télécommunication 50. Plusieurs dispositifs d'émission de données 10, non représentés en Fig. 1 sont reliés au réseau de télécommunication 50 et doivent se partager les ressources, telles que la bande passante, du réseau de télécommunication. Un dispositif de gestion de la quantité de données émises 100 gère la quantité de données émises par le dispositif d'émission de données 10. Le dispositif de gestion de la quantité de donnés émises 100 est préférentiellement compris dans le dispositif d'émission de données 10. Le dispositif d'émission de données 10 est par exemple un serveur d'ensembles de données auxquelles sont associés des contraintes temporelles. Les données sont par exemple des données audiovisuelles constituées d'ensembles de données qui ont, chacun, comme contrainte temporelle de devoir être reçu et reproduit par le dispositif de réception destinataire 20 à un instant donné. Cela signifie qu'au-delà une certaine date associée à un ensemble de données, l'ensemble de données ne présente plus d'intérêt pour le dispositif de réception 20. De tels flux de données constitués de tels ensembles de données sont des données de type MPEG2, MPEG4, H. 264/AVC pour la vidéo et par exemple de type AMR, G.711, AAC pour l'audio. Ces données sont exploitées (par exemple, affichées ou reproduites) en respectant une certaine fréquence de reproduction. Un seul dispositif de réception 20 est représenté en Fig. 1 pour soucis de simplification mais un nombre plus important de dispositifs de réception 20 sont reliés au réseau de télécommunication 50 et reçoivent des ensembles de données du dispositif d'émission de données 10. Pour le transfert de données, le dispositif de gestion de la quantité de données émises 100 utilise par exemple le protocole RTP, acronyme de -8 � Real-time Transport Protocol � ou protocole de transport en temps réel. Le protocole RTP est préférentiellement mis en oeuvre au dessus du protocole UDP/IP, acronyme de � User Datagram Protocol/Internet Protocol � ou protocole de datagramme utilisateur sur IP. Le dispositif de réception 20 envoie, en réponse aux données reçues, des informations au dispositif de gestion de la quantité de données émises 100 par exemple en utilisant le protocole de contrôle RTCP, acronyme de � Real-time Transfert Control Protocol �, éventuellement étendu à l'aide du profil AVPF décrit dans le recommandation de l'IETF RFC 4585 intitulée � Extended RTP Profile for Real-time Transport Control Protocol (RTCP)-Based Feedback (RTP/AVPF) �. Les informations renvoyées sont par exemple des informations sur le nombre de paquets perdus transportant les ensembles de données, le taux de perte de paquets calculé sur une période donnée, le temps d'aller retour (RU) des paquets transportant les ensembles de données, la bande passante mesurée, des acquittements de réceptions ou des non acquittements ou toutes autres informations permettant au dispositif de gestion de la quantité de données émises 100 d'estimer le niveau de congestion du réseau de télécommunication 50 ou la bande passante disponible. La Fig. 2 représente un dispositif de gestion de la quantité de données émises dans un réseau de télécommunication selon la présente invention. Le dispositif de gestion de la quantité de données émises 100 est par exemple un ordinateur comportant un bus de communication 201 auquel sont reliés une unité centrale UC 200, une mémoire morte ROM 202, une mémoire vive RAM 203, un écran 204, un clavier 205, une interface réseau 206 avec le réseau de télécommunication 50, un disque dur DD 208 et un lecteur enregistreur de données CD 209 sur un support amovible. Il est à remarquer ici qu'en variante, le dispositif de gestion de la quantité de données émises 100 peut être constitué d'un ou plusieurs circuits intégrés dédiés qui sont aptes à mettre en oeuvre le procédé tel que décrit en référence à la Fig. 5. Ces circuits intégrés sont par exemple 9 et de manière non limitative, intégrés dans un appareil de capture de séquences vidéo ou un serveur de séquences vidéo. La mémoire morte ROM 202 mémorise entre autres le programme mettant en oeuvre le procédé qui sera décrit ultérieurement en référence à la Fig. 5. De manière plus générale, le programme est mémorisé dans un moyen de stockage. Ce moyen de stockage est lisible par un ordinateur ou un microprocesseur 200. Ce moyen de stockage est intégré ou non au dispositif gestion de la quantité de données émises 100, et peut être amovible. Lors de la mise sous tension du dispositif de gestion de la quantité de données émises 100, ou lors du lancement du logiciel de gestion de la quantité de données transférées par le dispositif de gestion de la quantité de données émises 100, le programme est transféré de la mémoire morte ROM 202 vers la mémoire vive RAM 203 qui contient alors le code exécutable ainsi que les données nécessaires à la mise en oeuvre de la présente réalisation. Le dispositif de gestion de la quantité de données émises 100 comporte également un écran 204 apte à reproduire des informations représentatives du traitement effectué sur des images numériques. L'interface réseau 206 permet la réception des informations du dispositif de réception 20 par l'intermédiaire du réseau de télécommunication 50. L'interface réseau 206 permet la transmission d'ensembles de données sous la forme de paquets par l'intermédiaire du réseau de télécommunication 50 au dispositif de réception 20. Le disque dur 208 mémorise les ensembles de données à transmettre. Le disque dur 208 mémorise aussi en variante le programme qui sera décrit ultérieurement en référence à la Fig. 5. Le lecteur/enregistreur de données 209 sur un moyen de mémorisation amovible est par exemple un lecteur/enregistreur de disques compacts. Le lecteur/enregistreur de données 209 est apte à lire le programme pour le transfert de celui-ci sur le disque dur 208. Le lecteur - 10 - enregistreur de données 209 est aussi apte à lire les ensembles de données à transférer selon la présente invention. La Fig. 3 représente une vue synoptique du dispositif de gestion de la quantité de données émises dans un réseau de télécommunication. Le dispositif de gestion de la quantité de données émises 100 comporte un module d'encodage 305 des données à émettre. Les données comprennent des images pouvant provenir par exemple d'un périphérique de capture telle qu'une caméra vidéo. Ces images sont fournies à la fréquence correspondant à la fréquence d'échantillonnage du périphérique de capture. Ces images sont encodées dans un format de compression vidéo, tel que par exemple MPEG2, MPEG4 ou H.264/AVC, en respectant une contrainte de débit donnée. Pour cela, le module d'encodage 305 possède un module de contrôle de débit (� rate control �) capable de modifier dynamiquement les paramètres d'encodage de la vidéo afin de respecter la contrainte de débit, par exemple en adaptant le pas de quantification. Les images encodées sont empaquetées sous forme d'ensembles de données mis sous la forme de paquets de données et sont temporairement stockées dans un tampon 310 en attente de transmission sur le réseau de télécommunication 50. Le module d'encodage 305 est un module logiciel ou un circuit d'encodage dédié. Afin de s'adapter aux conditions du réseau de télécommunication 50, le module d'encodage 305 adapte sa contrainte de débit en fonction de la quantité de données comprises dans le tampon de transmission 310. A chaque fois que la quantité de données comprises dans le tampon de transmission 310 est inférieure à un premier seuil, par exemple le quart de la taille du tampon de transmission 310, ou supérieure à un second seuil, par exemple les trois quarts de la taille du tampon de transmission 310, le module d'encodage 305 ajuste dynamiquement sa contrainte de débit à la valeur de débit effectif BWcourant fournie par le module moniteur réseau 330. Le tampon de transmission 310 est une partie de la mémoire vive RAM 203. Le module ordonnancement de données 300 implémente l'algorithme de la Fig. 5. Il détermine la quantité de données qu'il peut transmettre - 11 - pendant une période de temps donnée, appelée fenêtre de congestion et désignée par � cwnd � dans la suite de la description. La fenêtre de congestion définit la quantité maximum de données pouvant être transférée par le dispositif d'émission de données 10 dans une période de temps donnée. Cette période de temps est régulièrement réévaluée typiquement à partir d'informations renvoyées par le dispositif de réception 20. La période de temps est préférentiellement, la période de temps séparant l'apparition de deux évènements. Les évènements sont par exemple des messages prédéterminés reçus du dispositif de réception 20 ou des évènements déterminés par le dispositif de gestion de la quantité de données émises 100. Lorsque le protocole TCP est utilisé, et selon la recommandation de l'IETF RFC 2581, la période de temps de la fenêtre de congestion est délimitée par deux évènements, un d'entre eux pouvant être soit la réception par le dispositif de gestion de la quantité de données émises 100 d'un acquittement d'au moins un paquet précédemment émis ou l'absence d'acquittement détecté par l'expiration d'un délai d'attente (ce dernier indiquant ainsi une possible congestion dans le réseau de télécommunication). L'absence d'acquittement peut également être détectée par la réception de plusieurs acquittements successifs pour un même ensemble de données précédemment émis. Dans d'autres variantes de protocoles, la période de temps de la fenêtre de congestion peut être définit à partir d'informations renvoyées par le dispositif de réception 20. Par exemple, la période de temps est définit comme étant un multiple du RTT et la fenêtre de congestion est calculée en utilisant le RU et le taux de pertes de paquets mis à jour par le dispositif de réception 20. Le module ordonnancement de données 300 peut être implémenté par le processeur 200 de la Fig. 2 ou un circuit dédié. Les paquets de données sont transmis par le module ordonnancement de données 300 au dispositif de réception 20 via la liaison réseau 350 et le réseau de télécommunication 50. Le module moniteur réseau 330, à partir des informations reçues du dispositif de réception 20, calcule le débit effectif BWcourant couramment - 12 - utilisée par le dispositif de gestion de la quantité de données émises 100 pour l'émission des ensembles de données. Le débit effectif BWcourant calculé par le module moniteur réseau 330 est utilisé par le module ordonnancement de données 300 en tant que paramètre de gestion de la quantité de données émises. En variante, le débit effectif BWcourant est calculé et transmis au module moniteur réseau 330 par le dispositif de réception 20. Le module moniteur réseau 330 transfère le débit effectif BWcourant au module ordonnancement de données 300. Le module moniteur réseau 330 calcule également le temps d'aller retour (RU) d'un paquet sur le réseau et transfère ce temps d'aller retour au module ordonnancement de données 300. Le module moniteur réseau 330 est implémenté par le processeur 200 de la Fig. 2 ou un circuit dédié. Le module moniteur réseau 330 détermine les événements et les transmet au module ordonnancement de données 330 La Fig. 4 représente des ensembles de données représentant des séquence d'images notés 40; à 40;+n devant être émis dans le réseau de télécommunication 50. Les ensembles de données notés 40; à 40;+n sont préférentiellement destinés à un unique dispositif de réception 20. En variante, les ensembles de données notés 40; à 40;+n sont destinés à différents dispositifs de réception 20. Les ensembles de données 40; à 40;+n sont mémorisés dans le tampon 310 de la Fig. 3. Chaque ensemble de données 40 est transféré sous la forme d'un ou plusieurs paquets de données. A chaque ensemble de données 40 sont associées une quantité de données Q et une contrainte temporelle E. La quantité de données Q; est la quantité de données comprises dans l'ensemble de données 40; et la contrainte temporelle E; représente la date avant laquelle l'ensemble de données 40; doit parvenir au dispositif de réception 20 pour pouvoir être traité. Au-delà de cette date, l'ensemble de données 40; n'est plus traité par le dispositif de réception 20 car la date de l'affichage de l'image représentée par les données est passé. La contrainte temporelle E; d'un ensemble de données 40; peut être estimée suivant la formule suivante : -13- E, = Cste + i . (1/fréquence d'images). Cste représente la date à laquelle le premier ensemble de données a été traité par le dispositif de réception 20 et i représente la position de l'ensemble de données 40; dans le flux de données constitué par la totalité des ensembles de données. Cette valeur est soit retournée par le dispositif de réception 20 ou est approximée par le dispositif de gestion de la quantité de données émises 100 comme étant la date d'envoi du premier paquet du premier ensemble de données. La quantité de données Q;+, est la quantité de données comprises dans l'ensemble de données 40;+, et la contrainte temporelle représente la date avant laquelle l'ensemble de données 40;+, doit parvenir au dispositif de réception 20 pour pouvoir être traité. Au-delà de cette date, l'ensemble de données 40 ;+, n'est plus traité par le dispositif de réception 20 car obsolète. La quantité de données Q;+n_, est la quantité de données comprises dans l'ensemble de données 40;+,,_1 et la contrainte temporelle E;+,,_, représente la date avant laquelle l'ensemble de données 40;+n_1 doit parvenir au dispositif de réception 20 pour pouvoir être traité. Au-delà de cette date, l'ensemble de données 40 n'est plus traité par le dispositif de réception 20 car obsolète. La quantité de données Q;+n est la quantité de données comprises dans l'ensemble de données 40;+,, et la contrainte temporelle représente la date avant laquelle l'ensemble de données 40;+n doit parvenir au dispositif de réception 20 pour pouvoir être traité. Au-delà de cette date, l'ensemble de données 40 +,, n'est plus traité par le dispositif de réception 20 car obsolète. Il est à remarquer ici que les quantités de données Q varient de part la nature des données ou de part l'adaptation de l'encodage effectuée par le module d'encodage 305 de la Fig. 3. La Fig. 5 représente un algorithme de gestion de la quantité de données émises par un dispositif d'émission dans un réseau de télécommunication. - 14 - Le présent algorithme est exécuté par le module ordonnancement de données 300. L'étape E500 est une boucle d'attente de la réception d'un évènement par le module ordonnancement de données 300 ou une boucle d'attente de l'expiration d'une période de temps. Le module ordonnancement de données 300 reçoit du module moniteur réseau 330 un évènement. L'évènement est représentatif d'une congestion du réseau de télécommunication 50 ou est représentatif d'un acquittement, par le dispositif de réception 20, de paquets reçus. A l'étape suivante E501, le module ordonnancement de données 300 reçoit du module moniteur réseau 330 le débit effectif BWcourant. A l'étape suivante E502, le module ordonnancement de données 300 obtient le temps d'aller retour (RTT) des paquets de données. A l'étape suivante E503, le module ordonnancement de données 300 obtient pour au moins un premier et un second ensembles de données devant être émis dans le réseau de télécommunication, la quantité de données comprises dans chaque ensemble de données et la contrainte temporelle d'émission de chaque ensemble de données. Préférentiellement, le module ordonnancement de données 300 obtient, pour chaque ensemble de données 40 mémorisé dans le tampon 310, la quantité de données Q comprises dans chaque ensemble de données 40 et la contrainte temporelle d'émission E de chaque ensemble de données 40. A l'étape suivante E504, le module ordonnancement de données 300 détermine le débit minimal nécessaire au transfert des ensembles de données 40 au dispositif de réception 20 en respectant les contraintes temporelles des ensembles de données 40. En effet, à un instant t courant, si le module ordonnancement de données 300 veut respecter la contrainte temporelle de chaque ensemble de données 40, le débit de transmission sur le réseau de télécommunication 50 doit être suffisant pour transmettre la quantité de données Q; correspondant à la première image i comprise dans le tampon 310 dans un délai au plus égal à E; - t, c'est-à-dire que le débit minimal doit être au moins égale à Q;/(E; - t) pour respecter l'échéance E;. - 15 - De même, pour respecter la contrainte temporelle E;+1, le module ordonnancement de données 300 doit également transmettre la quantité de donnée Q;+1 + Q; dans un délai au plus égal à E;+1 - t. Le débit minimum pour transmettre les ensembles de données 40; et 40;+, est donc le maximum entre les deux débits calculés. En continuant le raisonnement sur tous les ensembles de données 40 compris dans le tampon de transmission 310, on obtient la formule suivante pour le calcul du débit de transmission qui respectent l'ensemble des contraintes temporelles : BWmin (t, l) = max N0 Où i représente l'indice du premier ensemble de données compris dans le tampon 3:10 et i+n représente l'indice du dernier ensemble de données compris dans le tampon 310, t représente la date courante, n est le nombre d'ensembles de données comprises dans le tampon de transmission 310, N et j sont des variables et BWm;n(t,i) est le débit minimal nécessaire au transfert des ensembles de données 40 au dispositif de réception 20 en respectant les contraintes temporelles des ensembles de données 40. Dans une variante préférée, à l'étape suivante E505, le module ordonnancement de données 300 calcule le rapport suivant k.RTT(t) où E; - t RTT(t) représente le temps d'aller-retour d'un paquet réseau à l'instant t et k est une constante prédéfinie A l'étape suivante E506, le module ordonnancement de données 300 calcule un premier coefficient N(t,i) à partir de la formule suivante : 25 BWcourant (t) N(t,i) (t,i) k.RTT(t) i) BWcoärnnt (t) E; - t En variante, N(t,i) est calculé à partir de la formule suivante : BWmin (t,t) N(t,i) = - 16 - A l'étape suivante E507, le module ordonnancement de données 300 calcule un second coefficienta et un troisième coefficient /3 à partir des formules suivantes : 1 f =1û 2N(t,i) ' N(t,i) a= cwnd(t) En variante, si min t~ >1, a= cw ~(/t et /1=1û 2N BW (i) N' BW 1 où N' et courant (t) l ) N" sont des valeurs prédéterminées supérieures à l'unité. BWmin t,i N Dans une autre variante, si Si l'évènement est représentatif d'une congestion du réseau de télécommunication 50, le module ordonnancement de données 300 passe à l'étape E510. Si l'évènement n'est pas représentatif d'une congestion du réseau de télécommunication 50, le module ordonnancement de données 300 passe à l'étape E509. A l'étape E509, le module ordonnancement de données 300 détermine la quantité maximum de données pouvant être transférées par le dispositif d'émission de données 10 dans la période de temps donnée. En d'autres termes, le module ordonnancement de données 300 détermine une nouvelle fenêtre de congestion � cwnd � conformément à la formule suivante : N(t,i) cwnd(t + 1) = cwnd(t) + a avec a = ou cwnd(t) est la fenêtre cwnd(t) de congestion précédente et cwnd(t + 1) est la nouvelle fenêtre de congestion. - 17 - Il est à remarquer ici que si le débit minimum nécessaire au transfert des ensembles de données 40 est supérieur au débit effectif BWcourant, le coefficient a est supérieur à la valeur un. Si le coefficient a est supérieur à un, la nouvelle fenêtre de congestion augmente plus rapidement qu'une fenêtre de congestion augmentée conformément à la recommandation de l'IETF RFC 2581. Cette augmentation plus rapide est représentative d'un comportement plus agressif du dispositif de gestion de la quantité de données émises 100 par rapport au comportement d'autres dispositifs qui implémentent la recommandation de l'IETF RFC 2581. En ayant un tel comportement agressif, le dispositif de gestion de la quantité de données émises 100 va obtenir un débit effectif BWcourant supérieur aux autres dispositifs qui implémentent la recommandation de l'IETF RFC 2581. Il est à remarquer ici que si le débit minimum nécessaire au transfert des ensembles de données 40 est inférieur au débit effectif BWcourant, le coefficient a est inférieur à la valeur un. Si le coefficient a est inférieur à un, la nouvelle fenêtre de congestion augmente moins rapidement qu'une fenêtre de congestion augmentée 20 conformément à la recommandation de l'IETF RFC 2581. Cette augmentation moins rapide est représentative d'un comportement moins agressif du dispositif de gestion de la quantité de données émises 100 par rapport au comportement d'autres dispositifs qui implémentent la recommandation de l'IETF RFC 2581. 25 En ayant un tel comportement, le dispositif de gestion de la quantité de données émises 100 va obtenir un débit effectif BWcourant inférieur aux autres dispositifs qui implémentent la recommandation de l'IETF RFC 2581. Le coefficient N(t,i) est ainsi représentatif de l'agressivité. 30 Ainsi, il est possible d'adapter l'agressivité de manière à ce qu'un flux de données ayant à un instant donné des contraintes temporelles plus ou moins fortes qu'un autre flux de données dispose d'un débit effectif BWcourant supérieur ou inférieur aux autres dispositifs qui implémentent la recommandation de l'IETF RFC 2581. - 18 - BWm;(t, i) k.RTT(t) Il est à remarquer ici que lorsque N(t,i) = * , le BWcourant (t) E. ût k.RTT(t) rapportpermet de prendre en compte une marge de sécurité E; ût avant l'expiration de la contrainte temporelle E; dans le calcul du coefficient N(t,i) pour éventuellement mettre en oeuvre des techniques de résilience d'erreurs en cas de perte des données. Ainsi l'agressivité sera d'autant plus grande que l'échéance E; du premier ensemble de données 40 sera proche. Cette opération effectuée, le module ordonnancement de données 300 passe à l'étape E511 et procède au transfert des ensembles de données 40 conformément à la nouvelle quantité de données déterminée. Cette opération effectuée, le module ordonnancement de données 300 retourne à l'étape E500. A l'étape E510, le module ordonnancement de données 300 détermine une quantité maximum de données pouvant être transférées par le dispositif d'émission de données 10 dans la période de temps donnée. En d'autres termes, le module ordonnancement de données 300 détermine une nouvelle fenêtre de congestion � cwnd � conformément à la formule suivante : cwnd(t + 1) = Q * cwnd(t) avec /3 = 1 û 2N(t) où cwnd(t) est la fenêtre de congestion précédente et cwnd(t + 1) est la nouvelle fenêtre de congestion. Cette opération effectuée, le module ordonnancement de données 300 passe à l'étape E511 précédemment décrite. Bien entendu, la présente invention n'est nullement limitée aux modes de réalisation décrits ici, mais englobe, bien au contraire, toute variante à la portée de l'homme du métier et particulièrement la combinaison de différents modes de réalisation de la présente invention. REVENDICATIONS 1) Procédé de gestion de la quantité de données émises par un dispositif d'émission dans un réseau de télécommunication, caractérisé en ce que le procédé comporte les étapes, exécutées par le dispositif d'émission, de : - obtention, pour au moins un premier et un second ensembles de données devant être émis dans le réseau de télécommunication, de la quantité de données comprises dans chaque ensemble de données et d'une contrainte temporelle de chaque ensemble de données, - détermination du débit pour une transmission du premier ensemble 10 de données conformément à la contrainte temporelle du premier ensemble de données, - détermination du débit pour une transmission du premier et du second ensembles de données conformément à la contrainte temporelle du second ensemble de données, et 15 - sélection du maximum des débits déterminés comme paramètre de gestion de la quantité de données émises par le dispositif d'émission. 2) Procédé selon la revendication 1, caractérisé en ce que le procédé comporte en outre une étape d'obtention du débit de la quantité de 20 données préalablement émises et en ce que le débit de la quantité de données préalablement émises est aussi un paramètre de gestion de la quantité de données émises par le dispositif d'émission. 3) Procédé selon la revendication 1 ou 2, caractérisé en ce que le 25 procédé comporte en outre une étape d'obtention d'une information représentative du temps de transfert de données par l'intermédiaire du réseau de télécommunication et en ce que l'information représentative du temps de transfert est aussi un paramètre de gestion de la quantité de données émises par le dispositif d'émission. 30 4) Procédé selon l'une quelconque des revendications 1 à 3, caractérisé en ce que la quantité de données émises est gérée par- 20 - l'intermédiaire d'un mécanisme de gestion de la quantité de données émises entre un premier évènement et un second évènement et en ce que les paramètres de gestion modifient la quantité maximale de données pouvant être émises entre le second évènement et un troisième évènement. 5) Procédé selon la revendication 4, caractérisé en ce qu'un coefficient est déterminé à partir du rapport entre le maximum des débits déterminés et du débit de la quantité de données préalablement émises obtenu, et en ce que la quantité de données pouvant être émises entre le second et le troisième évènements est fonction dudit coefficient. 6) Procédé selon la revendication 5, caractérisé en ce que si le rapport entre le maximum des débits déterminés et du débit de la quantité de données préalablement émises obtenu est supérieur à l'unité, le coefficient est égal à une valeur prédéterminée supérieure à l'unité ou le coefficient est égal au rapport entre le maximum des débits déterminés et du débit de la quantité de données préalablement émises obtenu. 7) Procédé selon la revendication 6, caractérisé en ce que si le rapport entre le maximum des débits déterminés et du débit de la quantité de données préalablement émises obtenu est inférieur à l'unité, le coefficient est égal à une valeur prédéterminée inférieure à l'unité ou le coefficient est égal au rapport entre le maximum des débits déterminés et du débit de la quantité de données préalablement émises obtenu. 8) Procédé selon l'une quelconque des revendications 5 à 7, caractérisé en ce que le coefficient est en outre déterminé à partir de l'information représentative du temps de transfert des données par l'intermédiaire du réseau de télécommunication. 9) Procédé selon l'une quelconque des revendications 5 à 8, caractérisé en ce que le second évènement est un non acquittement de données préalablement émises, et en ce que la quantité de données- 21 - pouvant être émises entre le second et le troisième évènements est au maximum égale à : cwnd(t + 1) = * cwnd(t) avec f3 = 1 û 1 où cwnd(t) est la 2N(t,i) quantité maximale de données pouvant être émises entre le premier et le second évènements et N(t,i) est le coefficient. 10) Procédé selon la revendication 9, caractérisé en ce que le non acquittement est obtenu d'un dispositif recevant les données ou est obtenu en l'absence de la réception d'un message du dispositif recevant les données dans une période de temps prédéterminée. 11) Procédé selon l'une quelconque des revendications 5 à 8, caractérisé en ce que le second évènement est un acquittement de données précédemment émises, et en ce que la quantité de données pouvant être émises entre le second et le troisième évènements est au maximum égale à : N(t,i) cwnd(t + 1) = cwnd(t) + a avec a= où cwnd(t) est la quantité cwnd(t) maximale de données pouvant être émises entre le premier et le second évènements et N(t,i) est le coefficient. 12) Procédé selon l'une quelconque des revendications 1 à 11, caractérisé en ce que les ensembles de données sont des images d'une séquence d'images. 25 13) Procédé selon l'une quelconque des revendications 1 à 12, caractérisé en ce que les ensembles de données sont émis à destination d'un unique dispositif de réception. 14) Dispositif de gestion de la quantité de données émises par un 30 dispositif d'émission dans un réseau de télécommunication, caractérisé en ce que le dispositif de gestion comporte : - des moyens d'obtention, pour au moins un premier et un second ensembles de données devant être émis dans le réseau de20- 22 - télécommunication, de la quantité de données comprises dans chaque ensemble de données et d'une contrainte temporelle de chaque ensemble de données, - des moyens de détermination du débit pour une transmission du 5 premier ensemble de données conformément à la contrainte temporelle du premier ensemble de données, - des moyens de détermination du débit pour une transmission du premier et du second ensembles de données conformément à la contrainte temporelle du second ensemble de données, et 10 - des moyens de sélection du maximum des débits déterminés comme paramètre de gestion de la quantité de données émises par le dispositif d'émission. 15) Programme d'ordinateur stocké sur un support d'informations 15 qui, lorsqu'il est chargé et exécuté par un ordinateur ou un processeur dans un dispositif, permet au dispositif de mettre en oeuvre le procédé selon l'une quelconque des revendications 1 à 13. 20