WOW !! MUCH LOVE ! SO WORLD PEACE !
Fond bitcoin pour l'amélioration du site: 1memzGeKS7CB3ECNkzSn2qHwxU6NZoJ8o
  Dogecoin (tips/pourboires): DCLoo9Dd4qECqpMLurdgGnaoqbftj16Nvp


Home | Publier un mémoire | Une page au hasard

 > 

Etude et simulations des problèmes d'équité d'accès au canal dans les réseaux ad hoc

( Télécharger le fichier original )
par Menad BELHOUL et Farid TAOURIRT
Université Abderrahmane Mira de Bejaia - Master Informatique; Option: Administration et Sécurité des Réseaux Informatiques. 2017
  

précédent sommaire suivant

Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy

Chapitre 2. MAC IEEE 802.11

leurs champs une indication de la durée de transmission totale restante qui représente le cycle de transmission en cours. De cette manière, les mobiles dans le voisinage qui reçoivent RTS ou CTS mettent leur NAV à la durée correspondante, et n'accèdent au canal qu'une fois le NAV est épuisé. Comme les collisions ne peuvent se produire que sur les paquets RTS ou CTS, ce mécanisme fournit une excellente protection pour les trames de grande taille. En contre parti, RTS/CTS introduit un overhead (perte de bande passante) et un délai de transmission plus important.

Pour remédier à cet inconvénient, la norme 802.11 a maintenu le mode DCF basique et propose de laisser le mode RTS/CTS en option, ce dernier est conditionnée par la taille de la trame de données qui doit dépasser un certain seuil, RTS threshold.

FIGURE 2.5 - Accés au médium en mode RTS/CTS.

4. Mécanisme EIFS

Dans la configuration présentée sur la figure 2.6, le noeud B détecte la porteuse de l'émetteur C sans pour autant comprendre ses messages (le signal est trop faible pour être décodé, mais suffisamment fort pour être reconnu comme tel). Les paquets envoyés par le récepteur ne sont quant à eux pas détectés du tout par le noeud de gauche (B). Dans cette situation, 802.11 impose l'utilisation d'un Extended Inter Frame Spacing (EIFS), afin d'éviter une collision au niveau de l'émetteur au moment du CTS et de l'acquittement par le récepteur. la figure 2.7 détaille ce qui se passe : L'émetteur envoie tout d'abord un paquet de contrôle RTS. Ce paquet est reçu par le récepteur, qui répondra par un CTS. Le noeud de gauche (B), lui, a détectéde l'activitéau moment du RTS mais sans comprendre le paquet. Le mécanisme de defering présentéprécédemment l'empêche d'émettre pendant l'envoi du RTS (canal occupé) et pendant une période DIFS consécutive (on est toujours obligéd'attendre que la canal ait étélibre pendant DIFS pour émettre). Mais DIFS est plus court que SIFS+CTS. Si jamais le mobile de gauche avait terminéde décrémenter son backoff trop vite, il aurait pu émettre pendant le CTS, causant une collision au niveau de l'émetteur. Pour protéger le CTS (et

26

précédent sommaire suivant






Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy








"Ceux qui rêvent de jour ont conscience de bien des choses qui échappent à ceux qui rêvent de nuit"   Edgar Allan Poe