CHAPITRE III : APPROCHES POUR L'AMELIORATION DE TCP
DANS UN ENVIRONNEMENT SANS FIL
2.1.2. Description de la solution
Le principe général de l'approche
proposée est d'apprendre au mécanisme de perte de paquets et de
contrôle de congestion du standard TCP à faire la distinction
entre les différentes raison de perte de paquets. Si les pertes de
paquets sont dues à la congestion, dans ce cas TCP réduit sa
fenêtre de flux jusqu'au soulagement de la congestion. Sinon, si la perte
de paquets est due à une autre raison que la congestion, TCP garde la
même taille de la fenêtre de flux et lance une procédure qui
tente de régler le problème selon la raison de perte
détecté.
Notre solution est basée sur une architecture
cross-layer et a été testée sur la base du standard TCP
Reno. Pour évaluer les performances de la nouvelle architecture nous
avons utilisé une simulation sous NS3. Les scénarios et les
résultats sont discutés dans ce chapitre.
L'approche cross-layer ou inter-couches s'appuie sur les
interactions entre deux niveaux de l'architecture OSI (Open System
Interconnection). Dans cette approche, les échanges d'informations se
font entre des couches qui ne sont pas forcément adjacentes : la
performance globale est optimisée en adaptant chaque niveau en fonction
de l'information disponible. Dans notre solution nous avons utilisé la
communication directe entre la couche physique (PHY) et la couche transport
(TCP).
La communication directe entre les différentes couches
du modelé OSI pose un problème de complexité de gestion
des espaces de mémoire partagée entre les couches, qui peut
conduire à un problème d'implantation dès lors que les
ressources des équipements sont limitées. De plus, ce type
d'architecture pose aussi des problèmes de maintenance dans la mesure
où l'ajout, le retrait ou l'évolution d'éléments,
influe sur de nombreuses interactions. Cependant, le choix de ce type de
communication dans notre travail, se justifie par l'utilisation du champ «
Réservé » qui se trouve dans l'en-tête de segment TCP
(figure 23). A l'origine ce champ a été réservé
pour un usage futur.
Figure 23 : Structure d'un segment TCP
2.1.3. Formulation de la solution proposée
Afin d'adapter le mécanisme de perte de paquets et de
contrôle de congestion de TCP dans les environnements sans fil, nous
avons ajouté au protocole TCP de nouvelles
83
| 
