# ARM CM8

###### tags : `ARM` `CM`

Protocole RRC - suite

### RRC idle : téléphone pas utilisé, pas éteint ou en mode avion

* Ecoute quand même le BCCH pour le broadcast pour gérer la mobilité (au niveau du LAC) et le PCCH pour le paging
* Aucun trafic du tel vers l'antenne

### RRC connected

* Le passage de idle à connected se fait grâce à une demande de la part du téléphone.
* Le passage de connected à idle se fait lorsqu'un timer d'inactivité arrive à 0. En vérité c'est plus compliqué que ça.

-> UE demande RRC connection

En connected, on remonte les mesures CQI fréquemment à l'antenne et les buffers en Uplink (UL)

En revanche, les infos de scheduling, timing advance, et contrôle de puissance circulent en DL.

Sans parler des données applicatives aussi transférées

Mobilité : gérée au niveau de la zone de localisation (LAC)

Pour màj la zone de localisation, on doit passer en RRC connected

DRX : Discontinuous Reception. Si on a un DRX élevé, on va avoir des informations de contrôle (type CQI) plus souvent, on est + connecté

À l'intérieur de l'état RRC connected, 3 sous-états (c'est un exemple)

- DRX = 1 (tout le temps actif)
- DRX = 0.7
- DRX = 0.3

On a des timers pour passer des états 1 à 0.7 puis à 0.3, et dans l'autre sens quand on a à envoyer d'autres messages

Ces sous états ont des noms comme Cell_PCH, FACH,PCH

Nouveau en 5G : La notion de multi-connectivité. Ça pourrait permettre les soft-handovers

## Broadcast channel

-> SIB - System Information Block

15aine de SIB au total, pas toutes implémentées

les SIB1 et SIB2 sont obligatoires pour chaque cellule, les autres donnes des infos en +. Ils sont envoyés toutes les 20ms.

Comme les SIB ne changent pas toutes les 20ms on utilise le MIB qui est envoyé moins souvent (80ms).

-> MIB : Master Information Block, il dit quand le SIB a changé

On écoute une fois le SIB, puis le MIB, quand le MIB dit que le SIB a changé on l'écoute, puis on écoute à nouveau le MIB.

## Paging (PCCH)

Si on est connecté quand qqn nous appelle, le contrôleur envoie un message sur le canal de contrôle dédié (et pas sur le canal de paging).
Si on est en mode "ne pas déranger", l'UE répond au message de paging en disant que l'UE ne veut pas répondre.

## Plan Données

cf schéma écrit [TODO : le mettre ici]

## Plan Contrôle

schéma écrit aussi

**PDCP : Packet Data Convergence Protocol :** couche de convergence d'IP vers le réseau cellulaire. TCP/IP contient des informations inutiles pour un réseau cellulaire comme les IP et ses entêtes, donc on va compresser les entêtes d'IP. de 60o d'entête de TCP/IP, on va en garder genre 6
En downlink, une fois le paquetarrivé sur l'UE, l'en-tête complete est recréée.

**RLC : Radio Link Control.** 3 modes de fonctionnement :

RLC interéagi soit avec le RRC sur le plan contrôle, soit PDCP sur le plan données.

- Transparent Mode (TM) : il ne fait rien, il n'ajoute pas d'entête et ne modifie pas le message entre PDCP et MAC. Utilisé pour les services temps réel qui ne se soucient pas d'éventuelles pertes. Par ex les appels téléphoniques.
- Unacknowledged Mode (UM) : On ajoute une entête qui va être des numéros de séquence (pour mettre les messages dans le bon ordre). Ex streaming audio, video.
- Acknowledge Mode (AM) ex transfert fichier.

Pour le Transparent Mode, c'est la couche MAC qui fait le chiffrement alors que pour les modes Unacknowledged et Acknowledged c'est le protocle RLC qui fait le chifrement.

Protocole MAC : très simple, qui suit le scheduling du réseau d'accès.