25.04.2014 Views

TITRE Adaptive Packet Video Streaming Over IP Networks - LaBRI

TITRE Adaptive Packet Video Streaming Over IP Networks - LaBRI

TITRE Adaptive Packet Video Streaming Over IP Networks - LaBRI

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

La valeur R TCP représente le débit autorisé pour la transmission, s est la taille d’un paquet,<br />

RTT est la valeur du temps aller-retour, p le taux de perte, t RTO est le temps de retransmission et b<br />

est le nombre de paquets acquitter par un seul paquet d’acquittement.<br />

Soit E, un ensemble d’objets MPEG-4 triés par rapport à leur importance dans la scène par<br />

exemple en utilisant le modèle de classification présenté dans la section 1.1.1.<br />

E= {L 1,1 , L 1,2 …L 1,m1, L 2,1 , L 2,2 …L 2,m2 , …, L n,1 , L n,2 …L n,mn } qui est noté<br />

E= {e 1 , e 2 , ...,e W } avec w= |E|=∑<br />

n<br />

m j<br />

j=<br />

1<br />

Le serveur vidéo ajoute un objet audiovisuel lorsque le débit estimé R TCP excède le débit actuel<br />

du serveur. Supposons que le serveur est entrain d’envoyer k entités (objet ou couche audiovisuel) à<br />

l’instant t , i nous nous intéressons a ce qui se passera à l’instant t i+1 . Le serveur doit obéir à la règle<br />

suivante :<br />

k<br />

∑ + 1<br />

j=<br />

1<br />

R<br />

i+<br />

1<br />

( e<br />

j<br />

)<br />

≤ R<br />

TCP<br />

Au niveau du client, les nouveaux objets reçus seront bufférisés et synchronisés pour être<br />

joués.<br />

De la même manière, si le débit estimé R TCP indique que le serveur consomme plus qu’il en<br />

faut, alors il doit réduire son débit en arrêtant le streaming des objets les moins importants, et ceci<br />

tant que la règle suivante est vrai :<br />

k<br />

∑ R<br />

i+<br />

1<br />

( e<br />

j<br />

) ><br />

j=<br />

1<br />

R<br />

TCP<br />

(Eq. 11)<br />

1.1.3.2 Gestion de la Stabilité Vidéo<br />

Le module TFRC calcule le débit autorisé du serveur pour chaque RTT. De ce fait, ajouter et<br />

supprimer des objets audiovisuels à chaque RTT peut produire des oscillations indésirables et une<br />

qualité faible au niveau du player vidéo. Pour prévenir ce comportement, plusieurs mécanismes ont<br />

été pris en considération.<br />

Premièrement, une implémentation optimale de la moyenne exponentielle EWMA<br />

(Exponentially Weighted Moving Average) permet de détecter les situations hors contrôle de<br />

manière rapide. En effet, EWMA est utilisé pour répondre dynamiquement au changement de<br />

valeur du RTT et des taux de perte et régularise ces valeurs pour traduire la réalité. Cela permet de<br />

régulariser le débit afin qu’il ne change pas de manière agressive.<br />

Le second mécanisme opère en collaboration avec le mécanisme précédent. Il permet<br />

d’assurer la synchronisation des images vidéo envoyées par un lissage au niveau du GOV (Group<br />

of video object plane). Le serveur vidéo est autorisé à changer son débit seulement au début de<br />

chaque GOV. La Figure 1-11 illustre le principe de lissage et cd transmission de la vidéo pour gérer<br />

la stabilité.<br />

16

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!