3.5.2 Notre mécanisme TCP-Friendly pour le
contrôle de congestion
Nous proposons un nouveau mécanisme qui se base sur PLB
pour la transmission multipoint dans les réseaux IEEE 802.11 et utilise
LDA+ pour adapter le débit de transmission physique afin de permettre
d'améliorer la transmission dans un réseau IP hybride
filaire/sans fil. Nous avons utilisé LDA+ car il utilise les paquets
RTCP spécifier dans le RFC 3550 et qui est implémenter dans le
simulateur OMNET++. Ce mécanisme contient deux boucles de contrôle
: la première entre les points d'accès et les stations membre des
groupes multipoint et la deuxième est l'adaptation du débit en
fonction des conditions de réception. Nous proposons d'introduire un
nouvel agent entre les
deux types de réseaux pour discriminer entre les pertes
dans le réseau filaire et celles dans le réseau sans fil.
3.5.2.1 Le comportement de la source vidéo
Comme toute session multipoint, chaque station reçoit
un message RTCP (SR) généré par la source vidéo,
calcule son taux de pertes, construit son message RTCP (RR) et l'envoie
à l'agent. Après la réception de ses rapports par l'agent,
ce dernier génère son message (RR) et l'envoie à la source
vidéo. Enfin, la source vidéo adapte son débit de
transmission vidéo en fonction du rapport reçu de l'agent. Pour
ce fait, la source utilise les valeurs Fractionloss, DLSR et LSR du rapport
d'agent et calcule la bande passante disponible à l'aide de LDA+. La
figure 3.2 montre les différents messages
FIG. 3.2 - Messages RTCP échangées entre le
réseau filaire/sans fil échangés entre la source
vidéo, l'agent et les stations mobiles.
3.5.2.2 Le comportement de l'agent
L'agent génère les rapport RTCP (RR) et les
envoie à la source vidéo pour qu'elle adapte son débit de
transmission suivant l'état de réception des stations mobiles. Il
estime l'état de chaque station (perte de paquets, délai)
périodiquement qui correspond
à la réception d'un rapport SR. Les stations
mobiles dans le réseau local renvoient périodiquement leur
rapport RR contentant le taux de pertes (fraction loss), l'instant de l'envoie
du dernier du SR (LSR) et la période entre la réception du SR et
la génération du RR (DLSR).
Concernant le paramètre taux de pertes, il est
très important de distinguer entre les pertes de congestion et celle due
à la mauvaise condition de réception. Notons que la station qui a
le taux de pertes le plus faible est celle qui a la meilleure condition de
réception. Le taux de pertes des stations mobiles contient les pertes
communes comme la congestion dand le réseau Internet, la congestion au
niveau des point d'accès, les collisions dans le réseau IEEE
802.11, et d'autres pertes individuelles qui sont des pertes due aux mauvaises
conditions de réception. Dans notre approche, l'agent utilise la valeur
de taux de pertes la plus faible comme estimation de pertes de congestion.
Concernant maintenant l'estimation du délai
aller-retour, comme l'agent est placé entre le réseau filaire et
le réseau sans fil, il peut aider à estimer le temps RTT entre la
station mobile et la source vidéo. Dans notre approche, l'agent prend la
valeur de RTT de la station qui a le taux de perte le mois
élevé.
Pour ce faire, L'agent sauvegarde l'instant de la
réception du RTCP (SR) reçu du la source vidéo TSR et le
temps de réception du RTCP (RR) de la station TRR. Ensuite, le temps
d'aller retour entre l'agent et l'émetteur RTT vaut:
RTT = TRR - TSR - DLSR (3.11)
Enfin, la valuer de DLSR de l'agent sera:
DLSR = t - LSR - DLSR + RTT (3.12)
Avec t le temps de l'envoie du RR, LSR le tems de l'envoie du
rapport SR du la source, DLSR le temps entre ma réception du SR et
l'envoie du RR et enfin RTT le temps d'aller retour entre l'agent et la station
qui a le taux de perte le moin élevé.
|
0
|
pathLossExponent
|
2.6
|
|
shadowingVariance
|
4.0
|
TAB. 3.1 - Les paramètres du modèles Shadowing
| 
