1.4.4.4 La couche PDCP (Packet Data Convergence Protocol)
Elle assure deux fonctions principales [23]. Tout d'abord,
elle permet d'assurer l'indépendance des protocoles radio de l'UTRAN
(couches MAC et RLC) par rapport aux couches de transport réseau TNL
(Transport Network Layer). Cette indépendance permettra de faire
évoluer les protocoles (exemple passage de l'IPv4 à l'IPv6) sans
modifications des protocoles radio de l'UTRAN. D'autre part, la couche PDCP
offre les algorithmes de compression de données ou d'en-tête de
paquets de données, permettant un usage plus efficace de ressource
radio. [1,24]. Ces algorithmes sont indiques a la couche PDCP via PDCP control
SAP
Figure 1 12 Architecture de
la couche PDCP
1.4.4.5 La couche RRC (Radio Ressource Control)
Elle a pour rôle de gérer la signalisation
des connexions radio entre le mobile et l'UTRAN [22] : Établissement,
libération et reconfiguration. Elle est responsable des fonctions de
contrôle d'admission, de la gestion des ressources radio, du
contrôle de puissance et de la gestion de mobilité. Une seule
connexion RRC est établie pour chaque mobile quel que soit le nombre des
sessions et le mode packet switched (PS) ou circuit switched (CS). Cette couche
interagit avec les couches RLC et MAC pour déterminer la taille des
RLC-PDU au niveau de la couche RLC ainsi que le nombre de TB qui pourront
être envoyés dans un même TTI (Transmission Time Interval)
au niveau de la couche MAC.
Pour gérer et assurer le transport de
plusieurs type de trafic sur l'interface air , le 3 GPP ont définie
plusieurs canaux , chaqu' une à un rôle spécifique dans
l'établissement et le maintien des sessions dans l'accès au
réseau UMTS , ainsi ont été divise en trois groupe
canaux logiques , canaux de transports et canaux physiques
1.4.4.6 Protocole ARQ (Automatic Repeat Request Protocol)
L'information transmise au-dessus de l'interface
air est protégée contre les erreurs par l'utilisation du code de
FEC appelé le code de canal. Les services dites ( non real time
service ) tel que la téléphonie et la vedeophonie et et
services dite ( real time service ) telque l`interactif et back gound sont
transmis sur l'interface radio avec une certaines QoS , le service QoS est
caractérise par un retard et un taux bien définie ; dans
le service voie le taux d'erreur ne doit pas dépasser une valeur 10-3
mais pas de tolérance sur le retard. Pour le service de donnes non real
time (service interactive et background) le taux d'erreur ne doit pas
dépasse 10-8 . Le retard de réception des services NRT est
souvent acceptable .Pour atteindre cet objectif du taux d'erreur 10-8 , deux
possibilités sont envisages :
Augmentation de la puissance
d'émission dans le node B
Augmentation de la redondance lors du
codage du canal.
Pour la première solution il en résulte une
augmentation des interférences et une diminution de la capacité.
Pour la deuxième solution augmentation de la redondance en
résulte une diminution du débit utilisateur. Pour éviter
cette dégradation le protocole ARQ est largement utilisés dans
les systèmes de communication sans fil actuels pour avoir une
transmission de donnes sans erreur pour les applications NRT
Le protocole ARQ consiste à la retransmission des
paquets erronés jusqu'à la réception des bons paquets
malgré que les services NRT ne tolèrent pas le retard,
l'idée fonctionne dans les taux d'erreurs élevé qui peut
atteindre les 10-3 .
Le protocole TCP et le protocole ARQ s`interate entre
eux négativement ce qui entraîne une dégradation de
capacité, étant donne que le TCP considère la
retransmission du paquet par le protocole ARQ sur l'interface air comme
congestion dans le réseau fixe.
Le protocole ARQ n'élimine pas tous les erreurs tant que
ils ne sont pas détecte par le CRC. Soit Pud la probabilité
d'erreur à la sortie de ARQ et Pd la probabilité de
détection de paquet erroné qui est aussi la probabilité de
retransmission, le taux d'erreur de paquet est évalue par la somme des
probabilités des événement résultant de la
réception des paquet erroné [27]:
 (1.1)
Dans la plus part des réseau de donnes trois protocole
ARQ peuvent être employé [28].
SW protocole,
Go-back-n protocol,
SR protocol
Dans la release 99 le SR_ARQ est utilise au niveau du
RLC, le CRC détecte les erreurs pour chaque PDU_RLC au niveau de
l'équipement utilisateur, dans le cas ou des RLC_PDU sont
erroné, le Mobile informe le RNC via le node B via un message de non
acquittement du PDU porte par le canal montant DPCH, le RNC retransmis le
PDU_RLC jusqu'à sa réception sans erreur
| 
