# ARM Amphi 11
###### tags: `ARM` `Amphi` `S2`
---

## Les SMS


Déjà fait RRC (par RACH)->MM (mobility management). Tout est connecté

Le SMS est considéré comme un message de contrôle.

1. Téléphone envoie ses données au RAN, jusqu'à la passerelle de service = *CP-Data*
2. Message en retour de la passerelle de service = *CP-ACK*
3. Envoi du SMS au SMSC (centre de SMS, hébergé par l'opérateur)
4. Demande de localisation de l'UE destinataire au contrôleur du réseau de coeur
5. Demande de paging UE destination sur tous les contrôleurs de la zone de localisation
6. Paging sur le RAN des contrôleurs de la LAC
7. Réponse au paging sur le RAN
8. Réponse au paging jusqu'au contrôleur de coeur de réseau
9. Envoi du chemin jusqu'à l'UE de destination
10. Envoi d'un message *RP-Data* (Relay Protocol Data, contient le SMS) depuis le SMSC jusqu'à la passerelle de service de l'UE.
11. Passerelle de service transmet le RP-Data jusqu'à l'UE
12. Envoi du message *CP-ACK* depuis l'UE jusqu'à la passerelle de service (j'ai reçu un message)
13. Envoi du message *RP-ACK* depuis l'UE jusqu'à la passerelle de service (j'ai reçu les data)
14. Envoi d'un *CP-ACK* Passerelle->UE (j'ai bien reçu ton acquittement du message)
15. Transmission du *RP-ACK* au SMSC
16. Transmission du *RP-ACK* à la passerelle de service de l'emetteur
17. Transmission du *RP-ACK* de la passerelle à l'UE émetteur
18. Envoi du message *CP-ACK* depuis l'UE émetteur jusqu'à la passerelle de l'émetteur

## Les notifications

Ce sont tous des services IP
Mise en place d'un NAT au niveau de la passerelle de sortie.

Une seule socket est ouverte et va aux serveurs de notification de l'OS.
Service->serv OS->Passerelle de sortie->Passerelle de service->RAN->UE

Si ouverture du service (ex:appli instagram), une socket est ouverte avec le service en lui-même (connexion courte durée)