8.2 R´esum´e des contributions et travaux futurs
8.2.2 Applications de Tetrys
8.2.2.1 Application `a la vid´eo conf´erence
Nous avons compar´e la qualit´e d’un flux video H.264/AVC dans deux cas de figures.
D’une part lorsque qu’il est prot´eg´ee par Tetrys et d’autre part avec un code bloc de longueurs diverses mais de taux de redondance ´egale `a celui de Tetrys. Les r´esultats illus-trent parfaitement la robustesse de configuration de Tetrys qui lui permet de s’adapter
au d´ebit variable du flux vid´eo induit par la diff´erence de taille entre les trames I et P.
Ainsi Tetrys permet un gain de plusieurs dB par rapport aux diff´erents codes bloc.
Contrairement aux codes bloc qui peuvent ˆetre configur´es de mani`ere `a ce que les paquets d’une trame soient d´ecod´es avant leurs instants de lecture, le d´elai de Tetrys croit avec le nombre de pertes et les paquets peuvent ˆetre reconstruits apr`es l’instant de lecture.
Bien que les trames d’un GOP aient une d´ependance temporelles entre elles, aucun codec ne propose de recalculer les trames initialement affich´ees avec une erreur lorsque les m´ecanismes de transmission r´eseau les reconstruits tardivement. Nous avons donc fait une ´evaluation pr´eliminaire de la combinaison entre Tetrys et un codec qui prend en compte les d´ecodages tardifs. Les r´esultats montrent que le gain potentiel est significatif avec un surcoˆut de complexit´e tol´erable pour le codec video.
Travaux futurs : D´ecodage tardif Les r´esultats pr´eliminaires sur les codecs autori-sant un d´ecodage tardif sont encourageants mais ils doivent encore ˆetre valid´es par des exp´erimentations r´eelles. Il faudra pour cela modifier l’impl´ementation des principaux codecs existant et ´etudier leur interaction avec les m´ecanismes d’att´enuation d’erreur des codecs.
Protection in´egale : Dans un flux video, les trames ne sont pas toute de mˆeme impor-tance. Ainsi, les paquets issus des trames I ont doivent ˆetre mieux prot´eg´es que ceux issus des trames P ou B et de nombreuses proposition de codes `a effacement ont ´et´e faite dans ce sens. Plus g´en´eralement, il existe de nombreuses applications qui ont une tol´erance in´egale aux pertes de paquets au sein d’un flot. Tetrys peut ˆetre adapt´e pour fournir divers types de protection in´egale :
– Plusieurs instances de codage Tetrys peuvent ˆetre appliqu´ees `a des sous ensembles des symboles source avec un taux de redondance adapt´e `a l’importance des donn´ees.
Ce sch´ema de codage permettrait de r´eduire la quantit´e de redondance totale ´emise et ´eventuellement la complexit´e puisque la fenˆetre d’encodage de chaque instance de Tetrys serait, a priori, d’une taille moindre.
– Tetrys permettant de facto une fiabilit´e totale, la diff´erence de niveau de protection est donc plac´ee au niveau du d´elai requis pour le d´ecodage. Dans ce contexte, il est envisageable d’utiliser une hi´erarchie C1, C2, ...Cm de codes Tetrys imbriqu´es ayant pour fenˆetres d’encodageW1, W2, ...Wm de symboles sources d’importance croissante.
Les paquets deWi+1 seraient alors inclus dansWi. Les paquets deWm b´en´eficieraient d’un grand nombre de paquets de redondance puisqu’elle sont encod´ees dans l’en-semble des paquets de redondance. A l’inverse, des pertes qui affecteraient les paquets de faible importance n’auraient aucune influence sur le d´elai de d´ecodage des paquets d’importance sup´erieure.
– Si l’on souhaite contrer plus particuli`erement les pertes en rafales, les fenˆetres d’enco-dage peuvent ˆetre de tailles finies. Ainsi Wi contiendrai Ki paquets avecKi+1 < Ki. Les propri´et´es de l’ensemble de ces variantes restent `a d´efinir. Il en va de mˆeme pour leur interfaces avec les applications telles que la vid´eo. Tetrys ouvrent donc la voie `a l’ensemble de ces travaux qui nous identifions comme une perspective de recherche.
8.2.2.2 Fiabiliser les handovers verticaux
Le but est ici de r´eduire l’impact deshandover verticaux sur les applications et les proto-coles de transport. Nous avons consid´er´e le cas d’unsoft vertical handover. Notre solution utilise Tetrys comme un protocole de fiabilit´e qui s’intercale de fa¸con transparente entre les couches 3 et 4 du routeur d’acc`es et du noeud mobile. Nous avons dˆu d´evelopper une m´ethode de gestion de la redondance adapt´ee aux RTO de TCP. Dans le cas o`u le r´eseau WLAN est fortement d´egrad´e, nos r´esultats montrent que Tetrys permet `a TCP de conserver son d´ebit initial avec un surcoˆut n´egligeable en terme de redondance. De la mˆeme mani`ere, lorsque le WLAN est fortement d´egrad´e mais en mˆeme temps le WWAN le est disponible, Tetrys permet de tirer profit de la bande passante des deux interfaces.
Ces propri´et´es repr´esentent une contribution majeure par rapport aux autres solutions utilisant des codes `a effacement. Nous avons ´egalement montr´e qu’avec Tetrys, un chan-gement instantan´e entre le WLAN et le WWAN ne bloque pas la connexion et ce sans aucune modification du code de TCP.
Travaux futurs : Notre ´evaluation `a ´et´e faite via l’impl´ementation de Tetrys dans les divert socket d’OpenBsd (couche 3) et les liens WLAN et WWAN ont ´et´e simul´es via DummyNet. La prochaine ´etape sera d’int´egrer Tetrys dans une solution compl`ete telle queshim6 [115].
De mani`ere plus g´en´erale, nous avons entam´e des travaux sur la transmission multi-chemins `a l’aide de Tetrys au niveau 3/4 e mani`ere `a gerer la fiabilit´e et le d´elai de d´ecodage/lecture des donn´ees. A terme, cette proposition devrait int´egrer un contrˆole de congestion par chemin. Le but est de permettre au protocole de transport de niveau 4 de profiter de mani`ere transparente de l’agr´egat de la bande passante disponible sur les diff´erentes interfaces.
Nous avons ´egalement entam´e des travaux sur l’adaptation de Tetrys comme brique de fiabilit´e pour les applications multicast fiables `a grande ´echelle.