4.3 Comparaison entre RLC,
MAC-hs, et TCP
Le protocole fiable TCP et le mode de AM RLC (ou HARQ
dans HSDPA) fournissent les mêmes services pour la transmission des
donnes telque : la fiabilité, glissement de fenêtre, la
segmentation . Cependant, la différence peut être détecter
dans la gestion de la fenêtre de transmission et l'acquittement de
retour puisqu'elles sont conçues pour différents contextes.
Avant d'étudier la performance de TCP au-dessus d'ARQ dans le
système d'UMTS, l'identification des ressemblances et des
différences dans ces protocoles est nécessaire. Ceci facilite la
compréhension des interactions de TCP et de HARQ
4.3.1 Fiabilité
TCP, RLC, et Mac-hs sont base sur le schéma ARQ pour
récupérer les pertes de paquet. Les trois entités assure
la réception sans erreur des paquets transmis. L'ARQ utilisé dans
le TCP est adapté au protocole go-back-n , où
l'expéditeur de TCP ne retransmet pas nécessairement tous les
paquets ayant un numéros de séquence plus grand que celui du
paquet perdu. Dans les nouveaux versions de TCP (par exemple, TCP SACK )
l'acquittement sélective à ete introduit dans le protocole TCP
[5-7]. ARQ sélectif et le protocole stop-and-wait sont
employés dans le R99 et R5 et R6 de l`UMTS Les pertes de paquet
sont détectées dans le TCP soit par triple duplicate ou time out
. Dans UMTS version 99 et HSDPA un négative acquittement ( NAK )
est transmis et rétroagit pour demander la retransmission de RLC-PDU
dans le cas de e l' UMTS release 99 , ou MAC-hs -PDU dans le cas du HSDPA .
L'acquittement dans le TCP est complètement contrôle par le
récepteur. L'expéditeur n'a aucun contrôle pour demander
un acquittement.
L`acquittement de TCP est intégré dans
l'en-tête du segment TCP qui est champ ACK . Dans la version 99 UMTS,
il est envoyée, périodiquement ou quand un RLC- PDU est
reçu erroné . En outre, l'expéditeur peut demander un
acquittement du récepteur en configurant le bit P ( polling ) contenu
dans l'en-tête de RLC-PDU , il est transmis à travers le champ
(SuFi) porté dans le PDU . Dans HSDPA, l'acquittement de chaque bloc
MAC-hs reçu est transmise au-dessus du canal HS-DPCCH et
multiplexée avec l'indicateur de qualité de canal ( CQI ) . Le
champ d'acquittement de HARQ est déclenché au loin quand il n'y
a aucune information de ACK ou de NACK a envoyée.
4.3.2 Contrôle de flux et
Glissement de fenêtre
TCP, MAC-hs et RLC permettent la transmission des
paquets en utilisant une fenêtre glissante (Sliding Window ) de sorte que
plusieurs paquets soient transmis avant de recevoir un acquittement du premier
paquet dans l'ordre dans la fenêtre de glissement . Dans le TCP, la
taille de fenêtre transmission change dynamiquement selon l'algorithme
de contrôle de congestion. Dans UMTS version 99 , la taille initiale
et maximum de la fenêtre de transmission sont configurées par
l'entité de RRC. Pendant la connexion, le récepteur peut demander
le changement de la taille de fenêtre de transmission.
L'expéditeur informe le récepteur au sujet de ce changement par
le champ SuFi porté dans un PDU Notez que la modification de la
taille de fenêtre peut être due à, par exemple, la taille
limitée du tampon du récepteur l'équipement
d'utilisateur, complexité de réception, ou retard. Dans HSDPA, la
taille de fenêtre transmission indique le nombre de processus
parallèles de HARQ, ou les exemples, qui peuvent être
manipulés par l'entité MAC-hs. Notez que le nombre d'instance
HARQ configuré par l'entité RRC et que jusqu'à huit
canaux de HARQ peuvent être utilisés simultanément, qui
limite la taille maximum de la fenêtre de transmission à huit
PDU-MAC-hs
| 
