# ARM AMPHI 6 ###### tags: `ARM` `S2` `Amphi` _cours avec raz le 💯_ ![](https://i.imgur.com/RfUtQT3.png) ![](https://i.imgur.com/O56lcpm.png) > apres 4 mois de confinement les TC petes un câble ___ ## Les ondes c'est pas dangereux pour l'instant Aucune étude l'a prouvé lol du coup on continue ## Couche physique - Contrôle et correction d'erreurs - Synchronisation en temps et fréquence - Contrôle de puissance : - réduit les interférences - réduit la consommation énergétique - éviter des risques sanitaires ![](https://i.imgur.com/UN9Toet.png) ## Couche MAC gère l'accès au canal. de manière centralisée, par le RAN (sauf sur le RACH) - mapping entre canaux logiques et transport (exécution) - chiffrement sur le lien radio (parfois) - identifier les UE sur les canaux communs (avec RNTI) - mesurer et transmettre au RAN l'état des buffers En-tête en fonction du canal logique : TCTF (*Target Channel Type Field*), UE ID type, UE ID, C/T (*Control/Traffic*=identité du canal logique du message)| + MAC SDU UE ID = RNTI : - C-RNTI (16 bits) - U-RNTI (32 bits) U-RNTI scope plus grand **RLC** - *Radio Link Control* : - fragmentation et réassemblage - chiffrement et déchiffrement (parfois, UM ou AM) - retransmissions en cas d'erreur - 3 modes de fonctionnement : - **TM - Transparent Mode** (ne rajoute rien) Juste RLC+SDU Services : appels téléphonique voix vidéo... - **UM - Unacknowledge Mode** Ajout du numéro de séquence, taille du message et padding Services : streaming voix/vidéo. Tolérant aux pertes, pas au délai voix/vidéo - **AM - Acknowledge Mode** RLC+SDU +Num séq, taille, padding, data control, polling services : navigation web, mail -> détection de dupliqué, contrôle de flux **Data Plane**: Utilise **PDCP** - *Packet Data Convergence Protocol* : - Adapter les packets IP au RAN - En-tête : 20 octets (IPv4), 40 octets (IPv6) - forte redondance entre en-têtes du même flux - compression en-tête : 20-40 octets -> 2-5 octets