CHAPITRE III : APPROCHES POUR L'AMELIORATION DE TCP
DANS UN ENVIRONNEMENT SANS FIL
|
Terminal
|
Taille
d'écran
|
Résolution
maximale
|
Capacité de
la batterie
|
CPU
|
|
Smart TV
|
107 cm
|
1080p
|
-
|
-
|
|
Ordinateur
portable
|
39.6 cm
|
1080p
|
04h30
|
2.9 Ghz
|
|
Smartphone
|
12.19 cm
|
720p
|
07h45
|
1.7 Ghz
|
Table 9 : Paramètres des terminaux
utilisés dans l'émulation
Il est à noter que, le script proposé durant
l'émulation peut être utilisé avec n'importe quel type de
serveur de vidéo streaming adaptatif.
Parmi les serveurs de vidéo streaming adaptatif
disponibles, nous avons choisi d'utiliser le serveur de YOUTUBE (cf.
figure 33). De nos jours YOUTUBE est l'un des sites web qui évolue
le plus rapidement, il est devenu parmi les sites web les plus visités
sur Internet. YOUTUBE a un impact très important sur la distribution du
trafic sur Internet, mais lui-même souffre de contrainte de
qualité de service.
2.2.4.2. Environnement et scénarios de
l'émulation
Afin de recevoir la qualité vidéo adaptée
aux paramètres d'utilisateurs et à leurs feedbacks, le script que
nous avons développé contient les étapes suivantes (figure
34) :
? Crée une interface virtuelle ou tout le flux
streaming sera acheminé, sortant
depuis l'interface principale à travers cette interface
virtuelle vers YOUTUBE.
? Le script calcule le facteur d'utilisateur global et estime le
débit correspondant
à ce facteur.
? Limiter le débit maximal de l'interface virtuelle
crée auparavant, à la valeur de
débit estimée dans l'étape
précédente.
? Mettre à jour la table de calcul de valeur de
débit en fonction du facteur
d'utilisateur en considérant son feedback.
En exécutant ces étapes, le script limite le
débit de l'interface virtuelle. Comme cette interface virtuelle ne va
acheminer que le flux streaming, le serveur de YOUTUBE recevra comme valeur
maximale du débit de l'utilisateur, la valeur maximum du débit de
l'interface virtuelle. Ceci va optimiser la consommation de la batterie et du
forfait internet du client.
Afin de tester et de comparer notre solution, nous avons
considéré les quatre scénarios suivant :
Scénario 1 : Dans ce scénario,
nous nous sommes intéressés à la bande passante disponible
lorsqu'un utilisateur est en train de regarder une vidéo sur YOUTUBE.
Trois
CHAPITRE III : APPROCHES POUR L'AMELIORATION DE TCP
DANS UN ENVIRONNEMENT SANS FIL
types de terminaux sont utilisés (table 9). Afin de
mesurer la bande passante disponible nous avons utilisé l'outil
`speed-test-cli' disponible sous Linux.
Scénario 2 : Dans le deuxième
scénario, nous avons testé la consommation de la batterie,
lorsqu'un utilisateur regarde une vidéo YOUTUBE sur un ordinateur
portable.
Scénario 3 : Dans le troisième
scénario, l'évolution de l'activité du CPU sur le temps
est mesurée en regardant la même vidéo YOUTUBE sur un
ordinateur portable en utilisant les deux approches étudiées sous
les mêmes conditions.
Scénario 4: Ce scénario
représente un ensemble de tests et de statistiques qui ont
été réalisés dans un laboratoire de recherche sur
un échantillon de 100 étudiants. Chaque étudiant a
visionné la même vidéo YOUTUBE en utilisant les trois types
de terminaux (table 9). Par la suite, chaque étudiant évalue la
qualité vidéo en donnant son MOS entre 1 et 5. Enfin, nous avons
calculé la moyenne des MOS donnés par les 100 étudiants
pour chaque terminal.
Pour évaluer l'efficacité de notre approche,
nous avons effectué un test comparatif en utilisant tous les
scénarios, présentés ci-dessus, avec une approche
classique, où les add-ons (tous les outils d'amélioration de la
QoS et de la QoE) proposés sont désactivés. La table 10
décrit toutes les conditions initiales des différents
scénarios de l'émulation.
Dans ce qui suit, CAS fera référence à
l'utilisation de YOUTUBE sans notre script et UAS fera référence
à l'utilisation de YOUTUBE avec notre script.
108
Figure 33 : Datagramme d'un service de streaming
adaptatif
109
| 
