Brevet FR2888441A1 — publié le 20070112

Appareil et procédé d'estimation du taux de remplissage des tampons d'entrée de clients d'une distribution de contenu temps réel. La présente invention concerne le domaine de la distribution de contenu numérique depuis un serveur vers des clients. Et plus particulièrement le contexte de la distribution de vidéo sur un réseau de distribution tel que le réseau IP. Il est courant maintenant de distribuer du contenu numérique tel que de la musique ou de la vidéo sur des réseaux de distribution à commutation de paquets tel que le réseau IP. En effet, le développement du réseau Internet a entraîné le développement de ces techniques. La distribution de contenu numérique par des serveurs à des clients via un réseau IP. Ces réseaux se caractérisent par des distorsions temporelles dans l'acheminement des paquets appelées couramment jitter dans le jargon de l'homme du métier. Ils sont également sujets à des pertes de paquets dues, par exemple, à des congestions sur des passerelles intermédiaires transmettant les données entre le serveur et les clients. La restitution du contenu distribué impose des contraintes sur les distorsions maximums admissibles. Pour faire face à ces distorsions et à ces pertes, les clients intègrent généralement un tampon d'entrée dans lequel sont stockés les paquets reçus. Ces tampons sont donc remplis par les paquets en provenance des serveurs via le réseau, tandis que le client les vide au fur et à mesure de la consommation des données par la restitution du contenu. Pour une bonne restitution du contenu, il faut que ces tampons d'entrée ne se vident complètement provoquant une famine du tampon, ( underflow en anglais), ni ne se remplissent entièrement provoquant un débordement du tampon ( overflow en anglais). En effet, en cas de famine la restitution va manquer de données et s'interrompre. Tandis qu'en cas de débordement le tampon ne va pas être en mesure de stocker des paquets arrivant et va donc provoquer la perte de données, entraînant, ici encore, des interruptions dans la restitution du contenu. La transmission sur un réseau IP n'offrant pas de garanties en terme de latence et de perte de paquets, on ne peut assurer que ces situations de famine ou de débordement ne peuvent arriver. Dans ce cas il est intéressant de pouvoir détecter l'occurrence de ces situation de manière à pouvoir prendre des contre mesures permettant de supprimer ou du moins de limiter les conséquences pour l'utilisateur de ces problèmes. Il est connu, par exemple du brevet JP09298734, d'effectuer une surveillance du taux de remplissage du tampon d'entrée d'un appareil au niveau de l'appareil lui-même. En cas de famine ou de débordement, l'appareil émet une alerte à destination du serveur. Celui-ci prenant alors des mesures pour faire face au problème survenant. Cette façon de faire implique premièrement un dialogue entre le client et le serveur. Ce dialogue induit une latence entre la détection du problème et sa prise en compte. D'autre part, cette prise en compte n'est généralement possible que si la distribution de contenu est faite depuis le serveur à destination d'un seul client, distribution dite unipoint ( unicast en anglais). Lorsque le serveur distribue le même contenu à de multiples clients, distribution dite multipoint ( multicast en anglais) , le serveur n'est plus à même de prendre des mesures qui concerneront automatiquement tous les clients pour résoudre un problème se passant sur un seul. L'invention propose une solution de détection de s situations de famine et de débordement du tampon d'entrée d'un client à une distribution temps réel de contenu. Cette détection est faite en amont des clients par une estimation dynamique du taux de remplissage des tampons d'entrée de ces clients. De cette façon il est possible de prédire l'occurrence de situations de famines ou de débordement et de prendre des mesures comme l'insertion de séquences vidéo stockées ou la mémorisation de paquets en attente. L'invention concerne un appareil connectable à un réseau de distribution de contenu par paquets, le contenu étant envoyé sous la forme d'un flux de données numériques à destination d'au moins un client, le au moins un client possédant un tampon d'entrée dans lequel il stocke les données reçues avant de les décoder en vue de la restitution du contenu 2888441 3 l'appareil possédant des moyens pour faire transiter des paquets de données entre le réseau de distribution et le au moins un client, connecté audit réseau de distribution, ces moyens pour faire transiter des paquets de données faisant transiter tous les paquets à destination du tampon du client, l'appareil comprenant des moyens de calcul d'une estimation du taux de remplissage du tampon d'entrée du au moins un client en fonction d'au moins un paramètres dudit client. Selon un mode particulier de réalisation le au moins un paramètre dudit client est pris parmi les paramètres suivants: - la taille du tampon d'entrée du au moins un client connecté au réseau de distribution; - la quantité de données que le au moins un client stocke avant de déclencher le décodage quand il reçoit un flux de données; - le débit de restitution que le au moins un client utilise pour vider le tampon d'entrée. Selon un mode particulier de réalisation l'appareil comprend en outre des moyens stockage de séquences de contenu temps réel. Selon un mode particulier de réalisation l'appareil est adapté pour envoyer vers un client une séquence de contenu stockée quand le taux de remplissage estimé du tampon d'entrée dudit client passe au dessous d'un seuil. Selon un mode particulier de réalisation l'appareil est adapté pour stocker temporairement les paquets de données à destination d'un client dont l'estimation du taux de remplissage de son tampon d'entrée passe au dessus d'un seuil. Selon un mode particulier de réalisation l'appareil est adapté pour envoyer un message d'alerte quand l'estimation du taux de remplissage d'un client passe au dessous d'un seuil. Selon un mode particulier de réalisation l'appareil est adapté pour envoyer un message d'alerte quand l'estimation du taux de remplissage d'un client passe au dessus d'un seuil. 2888441 4 L'invention concerne également un procédé d'estimation du taux de remplissage du tampon d'entrée d'un appareil de décodage d'un contenu envoyé sous la forme d'un flux de données numériques, appelé client, par un appareil de surveillance connectable à un réseau de distribution de contenu par commutation de paquets, l'appareil de surveillance possédant des moyens pour faire transiter des paquets de données entre le réseau de distribution et le client connecté audit réseau de distribution, ces moyens pour faire transiter des paquets de données faisant transiter tous les paquets de données entre le client et le réseau de distribution, ce procédé comprenant une étape de calcul d'une estimation du taux de remplissage du tampon d'entrée du au moins un client en fonction de la taille de son tampon d'entrée, de la quantité de données qu'il stocke avant de déclencher le décodage et des paquets de données ayant transité par ledit appareil de surveillance à destination du au moins un client. Selon un mode particulier de réalisation le calcul de l'estimation du taux de remplissage est effectué de manière périodique. Selon un mode particulier de réalisation le calcul de l'estimation du taux de remplissage est effectué chaque fois qu'un paquet de données est envoyé vers le client. Selon un mode particulier de réalisation le procédé comprend en outre une étape d'envoi d'une séquence stockée lorsque l'estimation du taux de remplissage passe sous un seuil. Selon un mode particulier de réalisation le procédé comprend en outre une étape de stockage temporaire des paquets de données à destination d'un client dont l'estimation du taux de remplissage de son tampon d'entrée passe au dessus d'un seuil. Selon un mode particulier de réalisation le procédé comprend en outre une étape d'envoi d'un message d'alerte quand l'estimation du taux de remplissage d'un client passe au dessous d'un seuil. 2888441 5 Selon un mode particulier de réalisation le procédé comprend comprenant en outre une étape d'envoi d'un message d'alerte quand l'estimation du taux de remplissage d'un client passe au dessus d'un seuil. L'invention sera mieux comprise, et d'autres particularités et avantages apparaîtront à la lecture de la description qui va suivre, la description faisant référence aux dessins annexés parmi lesquels: La figure 1 représente l'architecture de distribution de contenu de l'exemple de réalisation de l'invention. La figure 2 représente un détail de cette architecture mettant en évidence la prédiction du remplissage des tampons dans l'exemple de réalisation. La figure 3 représente l'architecture matérielle d'un appareil 15 implémentant l'exemple de réalisation de l'invention. L'invention concerne tous types de distribution de contenu numérique temps réel sur des réseaux à commutation de paquets. L'exemple de réalisation se situe dans le cadre plus particulier de la distribution de vidéo sur un réseau IP, comme par exemple Internet ou un réseau de distribution dédié. Un exemple d'architecture reflétant le cadre de l'exemple de réalisation est illustré figure 1. Sur cette figure on peut voir des serveurs, référencés 1.1, de distribution de contenu numérique temps réels. Ces serveurs sont connectés à un réseau de distribution, référencé 1.2. L'exemple de réalisation se place dans le cadre où les clients finaux, référencés 1.4, sont connectés au réseau de distribution via la technologie ADSL ( Asynchronous Digital Subscriber Line en anglais). Cette technologie permet la connexion à haut débit du client au réseau de distribution via la ligne téléphonique. Pour ce faire, le central téléphonique est équipé d'un équipement de connexion appelé DSLAM, référencé 1.3, ( Digital Subscriber Line Access Multiplexer en anglais) . Ces DSLAM étant connectés au réseau de distribution, ils permettent conjointement à un modem dit modem ADSL chez le client de multiplexer la connexion numérique et les accès voix sur la liaison téléphonique. De cette manière chaque client, via le DSLAM, est connecté au réseau de distribution de 2888441 6 contenu. Bien que l'exemple de réalisation de l'invention se place dans le cadre d'un accès ADSL du client au réseau de distribution, l'invention n'est pas limitée à ce cadre et fonctionne de la même manière sur tout type de connexion entre le client et le réseau de distribution. Le serveur contient, ou est capable de générer, des fichiers de données numériques, typiquement des services audio et vidéo. Ces fichiers sont distribués sous la forme de flux de données temps réel encodés selon la norme MPEG ( Moving Picture Engineering Group en anglais). Selon cette norme les données sont divisées en paquets ces paquets étant ensuite distribués sur le réseau à destination des clients. Le mode de diffusion multipoint consiste pour un émetteur ou un groupe d'émetteurs, à transmettre un paquet à destination d'un groupe de clients, dans un mode de transmission multipoint ( multicast en anglais). Dans ce mode les paquets sont émis à destination d'une adresse dite adresse de diffusion multipoint et seront acheminés à destination de tous les destinataires appartenant au groupe de diffusion. On dira d'un client qui rejoint un groupe de diffusion qu'il s'abonne au groupe et d'un client qui quitte le groupe qu'il se désabonne du groupe. Le mode de diffusion multipoint est utilisé dans la pratique pour économiser la bande passante intermédiaire dans le réseau lorsqu'une source émet des données vers un groupe de destinataires, tel que c'est le cas lors de la diffusion de services TV ( live TV en anglais). En effet, dans ce cas, l'utilisation d'un mode de transmission point à point implique que les données soient envoyées autant de fois qu'il y a de destinataires. Ce mode entraîne la duplication des paquets sur les parties du réseau communes aux chemins entre la source et les différents destinataires. Au contraire la diffusion multipoint permet de n'envoyer les données qu'une fois, ces données étant dupliquées sur les routeurs du réseau, en fonction des chemins menant aux destinataires appartenant au groupe de diffusion. La figure 2 illustre plus précisément le fonctionnement de la distribution de flux vidéo en provenance de serveurs via un réseau de distribution à des clients dans l'exemple de réalisation de l'invention. Cette figure se concentre sur ce qui se passe au niveau du client et du DSLAM. Les clients référencés 2.4 et numérotés de 1 à 5 sont connectés à un même 2888441 7 DSLAM référencé 2.3. La figure illustre aussi les tampons d'entrée référencés 2.9 et 2.10 des clients 3 et 4. Les données référencées 2.5 arrivant des serveurs via le réseau de distribution sur le DSLAM comprennent deux flux de données. Un premier flux dont les paquets, référencés 2.6, en noir est à destination du client 3 tandis que le second flux dont les paquets, référencés 2.7, est à destination du client 5. On retrouve donc logiquement des paquets de données noirs dans le tampon 2.9 du client 3 et des paquets blancs dans le tampon 2.10 du client 5. Le DSLAM 2.3, outre son rôle de gestion de la connexion ADSL entre le client et le réseau agit en routeur de premier niveau entre les clients et le réseau. Tout le trafic entre le réseau de distribution et les clients qu'il connecte passe donc par lui. Dans le sens descendant, il reçoit tous les paquets de données, contenu temps réel et autre, du réseau via son interface au réseau et les distribue aux clients destinataires. Dans le sens montant il reçoit tous les paquets envoyés par les clients et les retransmet vers le réseau. Dans le cadre de l'exemple de réalisation de l'invention il va contenir la table référencée 2.8, dont la fonction sera décrite plus loin. Les clients sont typiquement des décodeurs de télévision numérique dans l'exemple de réalisation, mais il peut s'agir de tout appareil permettant la restitution d'un contenu temps réel, comme une télévision numérique, une chaîne hi fi numérique ou autre. Ces clients consomment donc les paquets de données contenus dans le tampon pour la restitution du contenu. Le rythme de consommation est réglé par la vitesse de restitution. La norme MPEG prévoit, par exemple, la présence de références temporelles appelées PTS ( Presentation Time Stamp en anglais) insérées régulièrement dans certains paquets de données et définissant le moment auquel les données associés doivent être présentées donc restituées par le client. Ces données associées sont typiquement des images pour la vidéo et des échantillons sonores pour le son. Le respect du temps réel et la bonne restitution du contenu nécessitent donc le respect de ces PTS et l'affichage au moment prévu des données. Si les paquets de données en provenance du réseau n'arrivent pas assez vite dans le tampon d'entrée du client, celui-ci peut se vider et en arriver à une situation de famine. Dans ce cas le client n'est plus à même de respecter ses contraintes temps réel et de restituer les données au moment 2888441 8 prévu, il se passe une interruption de service. Si le contenu est vidéo, des images vont manquer et l'utilisateur percevra un écran noir où le gel de l'image selon la façon dont le client va réagir au manque d'information. Les causes d'une telle situation peuvent être multiples. Il peut s'agir d'un serveur soumis à une trop grande sollicitation qui ne parvient plus à fournir ses données. Il peut encore s'agir d'une congestion dans le réseau retardant ou même perdant certains paquets de données. D'un autre côté, un débordement du tampon d'entrée peut également se produire. Dans ce cas des paquets de données vont être reçus par le client que celui-ci ne sera pas à même de stocker. Ces paquets seront donc perdus. Ces paquets manquants vont donc provoquer des interruptions de service par manque de données. Ces débordements peuvent, par exemple, venir de la réception groupée d'un grand nombre de paquets ou d'une mauvaise synchronisation entre le serveur et le client. Il est donc important pour la qualité du service perçue par l'utilisateur d'éviter, autant que faire se peut, ces situations de famine et de débordement. Une solution connue consiste à surdimensionner le réseau de distribution de façon à éviter les congestions et permettre une circulation fluide et le moins perturbée possible des paquets de données. Cette solution pose évidemment le problème du coût et ne pourra pas être utilisée dans tous les cas. Sur un réseau dimensionné plus juste, il n'est pas possible de garantir que des situations de famine ou de débordement ne peuvent pas se produire. Dans ce cas une détection prédictive de ces situations peut permettre de déclencher une alerte. Cette alerte pouvant être prise en compte pour lancer des actions limitant les gênes liées aux interruptions de services. Il existe des systèmes, comme celui décrit dans le document JP09298734 où une unité de surveillance du taux de remplissage du tampon est implémentée sur le client. Quand une famine ou un débordement est prêt de se produire il est alors possible au client d'envoyer un message d'alerte au serveur. Le serveur adapte alors son taux d'émission des données pour éviter que la famine ou le débordement ne survienne. Cette solution pose principalement deux problèmes. D'une part, elle implique des échanges de messages sur le réseau entre le client et le serveur. Ces échanges introduisent une latence dans la réaction du serveur et donc dans la 2888441 9 correction apportée. D'autre part, la correction provenant d'une adaptation du serveur, cela ne peut fonctionner que si la distribution des données est faite par le serveur à destination exclusive d'un seul client. En effet, tous les clients d'un même contenu n'ayant pas le même taux de remplissage de leurs tampons d'entrée, il n'est pas possible de réguler l'émission pour convenir à tous les clients. La solution proposée dans l'exemple de réalisation de l'invention consiste en une surveillance du taux de remplissage des tampons d'entrée des clients. Cette surveillance est faite en amont des clients dans le réseau. Elle peut, par exemple, se faire au niveau du DSLAM. De manière à pouvoir initialiser cette surveillance, le DSLAM doit connaître pour les clients auxquels il est connecté et dont il va surveiller les tampons, la taille de son tampon d'entrée, ainsi que la quantité de données que le décodeur va stocker avant de lancer le décodage. Il est possible de prévoir la communication par le client de la taille de son tampon au DSLAM ainsi que cette quantité de stockage initiale. Il existe plusieurs manières d'effectuer cette communication. Dans le cas d'une implémentation de l'invention sur le DSLAM, le plus simple est d'intégrer cette transmission à l'échange de messages initialisant la connexion. En effet la connexion s'établie entre le client et le DSLAM en utilisant un protocole d'établissement de liaison point à point tel que PPPoE ( Point to Point Protocol over Ethernet en anglais), PTP ( Point to Point Tunneling Protocol en anglais) ou encore PPPoA ( Point to Point Protocol over ATM en anglais). Tous ces protocoles intègrent une phase préliminaire de négociation de paramètres, la taille du tampon d'entrée et la quantité de stockage initiale peut être ajoutée aux paramètres échangés pendant cette phase. Il est également possible de prévoir une requête par le DSLAM pour demander l'information au client, ou encore l'entrée de ce paramètre dans le DSLAM par l'administrateur du réseau de distribution et donc du DSLAM, ou toute autre méthode permettant au DSLAM d'acquérir cette information. Une fois que le DSLAM, possède l'information sur la taille du tampon du client et la quantité de données stockées avant le déclenchement du décodage, il est possible d'estimer le taux de remplissage du tampon 2888441 10 d'entrée du décodeur. En effet, le DSLAM, du fait qu'il est situé sur le dernier lien entre le réseau et le client possède la connaissance de toutes les données reçues par le client. Il connaît la vitesse de décodage et donc de consommation des données par le client. Cette information peut être déduite du flux ou faire partie des paramètres que le client envoie au DSLAM. Cette information dépend du type de flux de données temps réel envoyé, de son taux de compression et de son codage. L'estimation se fait en deux phases, dans un premier temps le décodage n'est pas lancé sur le client. Le tampon se remplit donc des données envoyées par le DSLAM, sans consommation. Une fois que la quantité de données envoyées a atteint la quantité de stockage initiale, le décodage et donc la consommation des données commence sur le client. On entre donc dans une deuxième phase. Dans cette deuxième phase, le DSLAM estime le taux de remplissage du tampon par un calcul des données qui ont été envoyées au client moins les données consommées. Le DSLAM peut de cette manière maintenir une table, comme celle illustrée figure 2, et référencée 2.8, donnant pour tous les clients le taux de remplissage du tampon d'entrée. Ainsi, sur la figure 2, la table 2.8 permet de voir que le tampon d'entrée du client 3 est rempli à 60 %, tandis que celui du client 5 est rempli à 20%. Les clients 1, 2 et 4, ne reçoivent pas de flux de contenu temps réels. Le DSLAM, peut donc connaître à tout instant les taux de remplissage des tampons d'entrées des clients recevant un flux de contenu temps réel et ceci sans impliquer des échanges de messages entre le DSLAM et les clients. Le calcul de l'estimation du taux de remplissage des tampons doit être faite régulièrement. Elle peut se faire à chaque paquet envoyé vers le client où de manière périodique. Pendant la première phase, le taux de remplissage du tampon correspond à la quantité de données envoyées au client. Pendant la seconde phase, ce taux correspond à la totalité des données envoyées moins les données consommées. Cette connaissance étant acquise, il est maintenant possible pour le DSLAM de savoir quand l'un des clients va se retrouver en débordement ou en famine. On peut, par exemple, fixer des seuils déclenchant une alerte. On pourra, par exemple, fixer ces seuils à 5% et 95% et déclencher l'alerte quand le taux de remplissage est inférieur à 5% ou supérieur à 95%. Cette connaissance permet de déclencher une alerte ou des actions correctives. Un mode de réalisation de l'invention prévoit, par exemple, que le DSLAM 2888441 11 contient des séquences vidéo préenregistrées stockées en mémoire ou sur disque, référencé 3.23 sur la figure 3, au sein du DSLAM. En cas de famine, il est possible d'envoyer au client, des paquets de données d'une telle séquence préenregistrée en lieu et place des paquets manquant pour le programme qu'il est en train de recevoir. L'utilisateur percevra donc une interruption de son programme pendant laquelle il visualisera une séquence qui pourra être, par exemple, des annonces de programmes, des séquences publicitaires ou tout type de séquence que l'on peut souhaiter lui mettre à disposition. L'impact sera vraisemblablement moins négatif qu'un écran noir ou qu'un gel de l'image. L'architecture d'un tel DSLAM selon l'exemple de réalisation de l'invention est illustrée figure 3. L'appareil de surveillance, référencé 3.20, contient un processeur référencé 3.21 permettant l'exécution des traitements, une mémoire de travail référencée 3.22 pour le stockage des données comme la table 2.8, une mémoire de stockage référencée 3.23 pouvant être un disque et permettant de stocker, par exemple, des séquences de remplacement selon un mode particulier de réalisation de l'invention. L'appareil possède une interface référencée 3.24 le reliant au réseau de distribution de contenu au moyen d'un lien référencé 3.25. Dans l'exemple de réalisation ce lien et cette interface sont des liens ATM ( Asynchronous Transfer Mode en anglais), mais ce peut aussi être par exemple de l'Ethernet Gigabit. D'un autre côté, une série de modules d'interface ligne référencés 3.27 permettent chacun d'établir des connexions ADSL référencées 3.28 avec des clients, typiquement 16, par la ligne téléphonique. Ces modules, le processeur, la mémoire, le disque et l'interface avec le réseau de distributions communiquent par un bus interne référencé 3.26. Les communications entre le réseau de distribution et les clients sont donc mélangées sur le lien 3.25 et distribuées sur les liens 3.28 en fonction du client impliqué. En cas de débordement, on peut prévoir que le DSLAM, mémorise dans un tampon qui lui est propre les données que le client n'est plus à même de recevoir. Ces données lui seront envoyées retardées quand le taux de remplissage a diminué. 2888441 12 Il est également possible de prévoir l'envoi de messages explicatifs vers le client. On peut aussi prévoir des messages d'alerte envoyés vers une supervision du réseau de distribution. De cette manière les administrateurs du réseau de distribution peuvent mesurer la qualité du service rendu et résoudre les problèmes apparaissant dans la distribution des services. Il est possible de maintenir des statistiques sur les incidents de distribution des services de façon à dimensionner au mieux le réseau de distribution. L'exemple de réalisation de l'invention décrit une implémentation au sein du DSLAM de l'invention, mais celle-ci peut s'implémenter sur d'autres appareils, voire être implémenté sur un appareil dédié branché sur le lien arrivant au DSLAM ou sur le lien entre le DSLAM et le client. La seule condition nécessaire étant d'implémenter l'invention au sein du réseau en un point qui voit passer l'intégralité des données à destination du client de façon à permettre une estimation fiable des données que celui-ci reçoit. L'invention peut, par exemple, être implémentée sur un appareil branché sur le lien en amont du DSLAM et fonctionnant comme une sonde analysant le trafic sur le lien. De même, l'exemple de réalisation se place dans le cas d'une connexion par ADSL des clients mais peut tout aussi bien fonctionner quel que soit le mode de connexion et pourra être implémentée, par exemple, sur une tête de réseau câblée dans le cas d'une connexion par câble, où sur un point d'accès sans fil dans le cas d'une connexion sans fil entre le client et le réseau de distribution. 13 REVENDICATIONS 1. Appareil (2.3) connectable à un réseau de distribution (1.2) de contenu par paquets, le contenu étant envoyé sous la forme d'un flux de données numériques à destination d'au moins un client (2.4), le au moins un client possédant un tampon d'entrée (2.9, 2.10) dans lequel il stocke les données reçues avant de les décoder en vue de la restitution du contenu l'appareil possédant des moyens (3.27) pour faire transiter des paquets de données entre le réseau de distribution (1.2) et le au moins un client (2.4), connecté audit réseau de distribution (1.2), ces moyens pour faire transiter des paquets de données faisant transiter tous les paquets à destination du tampon du client, caractérisé en ce qu'il comprend: - des moyens de calcul (3.21) d'une estimation du taux de remplissage du tampon d'entrée du au moins un client en fonction d'au moins un paramètres dudit client. 2. Appareil selon la revendication 1 où le au moins un paramètre dudit client est pris parmi les paramètres suivants: - la taille du tampon d'entrée du au moins un client connecté au réseau de distribution; - la quantité de données que le au moins un client stocke avant de déclencher le décodage quand il reçoit un flux de données; - le débit de restitution que le au moins un client utilise pour vider le tampon d'entrée. 3. Appareil selon la revendication 2, comprenant en outre des moyens stockage de séquences de contenu temps réel. 4. Appareil selon la revendication 3, adapté pour envoyer vers un 30 client une séquence de contenu stockée quand le taux de remplissage estimé du tampon d'entrée dudit client passe au dessous d'un seuil. 5. Appareil selon la revendication 2, adapté pour stocker temporairement les paquets de données à destination d'un client dont l'estimation du taux de remplissage de son tampon d'entrée passe au dessus d'un seuil. 2888441 14 6. Appareil selon la revendication 2, adapté pour envoyer un message d'alerte quand l'estimation du taux de remplissage d'un client passe au dessous d'un seuil. 7. Appareil selon la revendication 2, adapté pour envoyer un message d'alerte quand l'estimation du taux de remplissage d'un client passe au dessus d'un seuil. 8. Procédé d'estimation du taux de remplissage du tampon d'entrée d'un appareil de décodage d'un contenu envoyé sous la forme d'un flux de données numériques, appelé client, par un appareil de surveillance connectable à un réseau de distribution de contenu par commutation de paquets, l'appareil de surveillance possédant des moyens pour faire transiter des paquets de données entre le réseau de distribution et le client connecté audit réseau de distribution, ces moyens pour faire transiter des paquets de données faisant transiter tous les paquets de données entre le client et le réseau de distribution, caractérisé en ce qu'il comprend au moins les étapes suivantes: - le calcul d'une estimation du taux de remplissage du tampon d'entrée du au moins un client en fonction de la taille de son tampon d'entrée, de la quantité de données qu'il stocke avant de déclencher le décodage et des paquets de données ayant transité par ledit appareil de surveillance à destination du au moins un client. 9. Procédé selon la revendication 8, où le calcul de l'estimation du taux de remplissage est effectué de manière périodique. 10. Procédé selon la revendication 9, où le calcul de l'estimation du taux de remplissage est effectué chaque fois qu'un paquet de données est envoyé vers le client. 11. Procédé selon l'une des revendications 9 à 10, comprenant en outre une étape d'envoi d'une séquence stockée lorsque l'estimation du taux de remplissage passe sous un seuil. 12. Procédé selon l'une des revendications 9 à 10, comprenant en outre une étape de stockage temporaire des paquets de données à 2888441 15 destination d'un client dont l'estimation du taux de remplissage de son tampon d'entrée passe au dessus d'un seuil. 13. Procédé selon l'une des revendications 9 à 10, comprenant en outre une étape d'envoi d'un message d'alerte quand l'estimation du taux de remplissage d'un client passe au dessous d'un seuil. 14. Procédé selon l'une des revendications 9 à 10, comprenant en outre une étape d'envoi d'un message d'alerte quand l'estimation du taux de remplissage d'un client passe au dessus d'un seuil.