1.4.4.6.1 Protocole Stop Wait
C'est le protocole d'ARQ le plus simple. L'expéditeur
ou le RNC dans le cas d'UMTS R99, classes les paquets à transmettre en
mode FIFO, transmet le premier paquet stocker dans le tampon récepteur,
active le temporisateur, et attend l'accuse du récepteur. La non
réception d'accuser, et l'expiration de temporisateur cause une
retransmission du même paquet par l'expéditeur. Une fois la
réception de l'accuse est positive avant expiration de temporisateur
à l'expéditeur, le prochain paquet dans le tampon est transmis
au récepteur. Cette stratégie cause un retard
considérable puisque les paquets dans le tampon ne peuvent pas
être transmis avant la réception de l'accuse du paquet
précédent. La période de l'inactivité entre la
transmission d'un paquet et la réception de la l'accuse rend ce
protocole inefficace [28]. Notez que dans UMTS R99, ce protocole n'est pas
employé
1.4.4.6.2 Protocole Glissement de fenêtre
« Sliding Window «
Pour traiter le problème d'inefficacité
de la stratégie SW protocole, le protocole de glissement de
fenêtre a été développé. Au lieu de
transmettre un paquet et attendre l'accuse avant d'envoyer un autre,
l'expéditeur transmet W paquets où W est une taille de
fenêtre de transmission, avant de recevoir l'accuse du premier paquet.
Par suite, un autre est transmis, de sorte que tout le nombre de paquets
transmis qui attend l'accuse soit maintenu égale à la taille
W de fenêtre. Cette technique augmente le flux de sortie du
système mais exige des plus grands en-têtes -par exemple, un
numéro de séquence devrait être attribué à
chaque paquet - .
Si le paquet reçu contient des erreurs, un Accuse
Négative est envoyé, par exemple, sur la liaison montante DPCCH
à l'expéditeur, par exemple le RNC. Dans ce cas deux
stratégies de contrôle peuvent être appliquées
:
GO BACK N
SR.
Le protocole go-back-n contrôle plusieurs blocs
à la fois. Quand un paquet reçu est incorrect, un acquittement
Négative est transmis à l'expéditeur. Tous les paquets
transmis à partir d'un paquet incorrect doivent être retransmis.
Au récepteur, tous les paquets reçus après les paquets
incorrects sont jetés. Ce protocole est employé dans le TCP.
Dans les réseaux sans fil, ce protocole
approprié seulement au système ayant des débits binaires
élevés au-dessus de l'interface d'air (gigabits/s) puisque les
erreurs bursty produites par les trajets multiples affectent plusieurs paquets
successifs dans ce cas-ci. Dans les systèmes sans fil avec des
débits binaires limités tels qu' UMTS, cette stratégie
produit retard additionnel et limite l'efficacité de système. La
retransmission sélective des paquets incorrects est plus
appropriée pour les systèmes à bas débit.
L'inefficacité du protocole Go-back-n dans le
cas du taux d'erreurs élevé peut être résolue en
employant la stratégie de SR. Si un paquet reçu est incorrect,
seulement ce paquet est retransmis par l'expéditeur, par
conséquent une diminution de nombre de retransmissions de paquet. Si
Pd représente le taux d'erreur paquet détecté, le nombre
moyen de transmissions de paquet peut être évalué en
utilisant l'équation suivante :
 (1.2)
Ce protocole exige plus d'en-tête et de
récepteurs plus complexes. Un problème d'ordre peut surgir
puisque quelques paquets peuvent être correctement reçus et
décodés avant d'autres. Ceci peut avoir un effet sur les
protocoles de haute couche tels que le TCP. Par conséquent,
l'ordonnancement de ces paquets devrait être effectué avant leur
transmission à des couches plus élevées
| 
