---
# System prepended metadata

title: '[TC2] TD2 - ARM Mobilité (Adele, Tit, Hamza, Clement)'
tags: [ARM, TC2, S2]

---

# [TC2] TD2 - ARM Mobilité (Adele, Tit, Hamza, Clement)
###### tags: `ARM`, `S2`, `TC2`
---
_Avec razou_
##
[Le sujet : Mobilité ](https://moodle.insa-lyon.fr/pluginfile.php/47148/mod_resource/content/2/TD1-ARM.pdf)
{%pdf https://moodle.insa-lyon.fr/pluginfile.php/47148/mod_resource/content/2/TD1-ARM.pdf %}

[Corrigé pour plus tard](https://moodle.insa-lyon.fr/pluginfile.php/165243/mod_resource/content/1/4TC-ARM_corrige.pdf)

## Exercice 1
> Utilisez vos connaissances pour décrire la procédure de la norme GSM que le schéma ci- dessous évoque pour vous. Donnez le plus de précisions sur ce que vous imaginez.
> ![](https://i.imgur.com/w32MfkO.png)


Schema représente le processus de décision d'un handover. 

### Les etats:
1. On reste accroché à l'antenne (conditions non favorables)
2. Décision d'un Handover (meilleures conditions)
3. On reste accroché à l'antenne (conditions égales donc on favorise la continuité)

### Les acronymes
- **RXQUAL** = Qualité de réception. Le mot est trompeur, car en réalité cette métrique représente le taux d'erreur binaire. Ce n'est donc pas une "qualité". Un RXQUAL grand, ça veut dire beaucoup d'erreurs.
- **BSS** : base station subsystem, provient d'une antenne.
- **PBGT(n)** = Budget de puissance pour passer sur la station de base n. Ca donne une indication du gain en puissance d'un UE s'il change d'antenne, pour passer sur l'antenne n. Un UE peut "gagner en puissance" car il transmet moins fort (avec une puissance plus faible) pour communiquer avec une BS avec laquelle il a un meilleur canal radio.

![](https://i.imgur.com/nvymjHr.jpg)

> Hamza compare son ex à RXQUAL DL/UL > L_RXQUAL_xx_H


## Exercice 2
> Rappelez brièvement pourquoi un seul de ces deux mécanismes ne serait pas efficace pour tenir compte de l’itinérance des utilisateurs en veille dans un réseau GSM. Discutez de la charge (i.e. nombre de messages générés) induite et de la nécessité d’un système couplant paging et localisation / relocalisation.

La localisation sert à localiser un utilisateur IDLE dans une zone géographique.
![](https://i.imgur.com/vBceLbJ.png)

Le paging sert à localiser l'utilisateur avec une antenne donnée qui lui est associé lorsqu'il recoit un appel, ca se passe au niveau du MME 
![](https://i.imgur.com/L5thXzo.png)

Si on utilise que le paging : on ne connait la position de l'utilisateur que lorsqu'il utilise son téléphone (donc non hoignable le reste du temps)
Si on utilise que la localisation : on connait la zone de l'utilisateur mais pas l'antenne qui lui est associé à l'instant où on souhaite le joindre. 

La demande (localisation) se fait en broadcast pour connaitre la zone géographique. La réponse se fait se un chanel dedicated pour ne pas "polluer" le réseau. 
On a besoin de coupler les deux de manière à pouvoir localiser l'utilisateur lorsque son téléphone est IDLE ou en utilisation. Utiliser en permanence le paging, c'est inutile car on n'a pas besoin de connaitre exactement l'antenne associée, mais que sa zone géographique. On cherche à minimiser les couts associés à la localisation de l'utilisateur. 


## Exercice 3

![](https://i.imgur.com/YbfVb4S.png)

- Cas général : les messages de paging sont envoyés dans le cas où on change de zone, et sont distribués à toutes les cellues .
- Cas 1 : Toutes les cellules sont dans la même zone géographique. Par conséquent, au changment de cellule, aucun message indiquant le changement de zone géographique ne sera envoyé. Cependant, des messages résuliers seront envoyés pour faire un broadcast régulier de manière à vérifier la position dans une zone géographique des devices.

On n'a pas besoin de paging, car on est tous dans la meme zone géographique donc besoin uniquement besoin de localisation. Par la suite, boradcast de ces localisations sur toutes les cellules. Chaque cellule recevra le nombre total de messages.
total = 9 + 6 + 6 + 8 = 29 messages
total du modèle = 4 * 29 = 297
    
- Cas 2 : Toutes les cellules ne sont pas dans la même zone géographique. On a donc un message qui est envoyé à chaque passage dans une nouvelle cellule ( les carrés ) en plus des messages broadcast réguiliers pour localiser la zone géographique des utilisateurs. On a dong du paging (carrés) + de la localisation dans les cellules. 
    - Cell 1 : 9 + 3 + 2 = 14
    - Cell 2 : 6 + 3 + 8 + 3 = 20
    - Cell 3 : 2 + 8 + 8 + 4 = 22
    - Cell 4 : 6 + 4 + 3 = 13
    - Total du modèle = 14 + 20 + 22 + 13 = 69 messages par minute

La zone la plus chargée est la cellule 3 (22 messages par minute)

Le cas 1 est donc le pire cas car on est dans la configuration où on devra envoyer le plus de messages. Une solution qu'on peuit proposer peut être de regrouper certaines cellules dans une même zone géographique, en prenant en compte les nombres de changements qui sont parfois élevés. 

On réparti de la manière suivante : 
- cellule 1 = 14 messages
- cellule 2+3 = 6 + 8 + 3 + 4 + 2 + 3 = 26 messages 
- cellule 4 = 13 messages 
- Total du modele 53 messages par minute (<69) 🤙 hell yeah


## Exercice 4

> On a perdu ADL et bah non elle est de retour ..
> [time=Mardi, 09 mars 14h12]

> 4.1) Expliquez pourquoi, lorsqu’un mobile recherche une voie balise – il n’est donc pas synchronisé avec celle-ci, il lui est possible d’écouter le slot contenant le SCH, Synchronization Channel.

[ressource](https://en.wikipedia.org/wiki/Synchronization_Channel)

![](https://i.imgur.com/SzZyF9R.png)

> Question 4.2. Donnez le détail de l’organisation d’une multitrame correspondant à un canal de trafic (faites un schéma, expliquez le rôle de tout les slots).

![](https://i.imgur.com/C2megNC.png)

Multitrame de trafic, composée de 26 trames : 12 premiers trafic, controle chanel, puis de nouveau du trafic . Le dernier : idle (trame verte sur le schema au-dessous)

> Question 4.3. Sachant que, sur le canal SACCH, chaque burst émis contient 114 bits d’information, calculez le débit de ce canal logique (on prendra un SACCH associé à un canal de trafic et on rappelle que la durée d’un slot TDMA est de 576.9 microsecondes).


![](https://i.imgur.com/ybiPIUo.png)


> Question 4.4.Lorsqu’un mobile émet une demande d’accès sur le RACCH, il utilise pour cela un burst particulier qui fait 88 bits (au lieu des 148 bits). Il ne dure donc que 324,9 microsecondes au lieu des 546,43 microsecondes.
Expliquez, au moyen d’un schéma, pourquoi ce burst RACCH doit être plus court. Calculez la taille maximale du rayon d’une cellule GSM induite par cette valeur (pour rappel, les ondes radio se déplacent à la vitesse de la lumière - approximativement 300 000 km/s).

![](https://i.imgur.com/N5KPMIn.png)


Le burst est émis en broadcast. 


> Question 4.5. Une information « logique » correspondant aux informations remontées par un canal SACCH est codée classiquement en 8 demi-burst. Cette information est périodiquement remontée sur le canal SACCH pour que les éléments du réseau (mobile et station de base) puissent maintenir à jour les statistiques sur le canal physique. Quelle est la fréquence de cette mise à jour ?

![](https://i.imgur.com/Kz5L5hm.png)


> Question 4.6. Le slot idle placé dans une multitrame portant un canal de trafic permet au mobile d’avoir une durée de scrutation plus importante. Calculez la durée de scrutation (la période la plus longue pendant laquelle le mobile n’est ni en émission, ni en réception). Faites un schéma pour justifier votre calcul. Rappelez rapidement à quoi sert cette fenêtre de scrutation. 


la période la plus longue pendant laquelle le mobile n’est ni en émission, ni en réception : 

![](https://i.imgur.com/PhC3lud.png)

QUESTION POUR RAZOU : QUESTION 4.6







