nous avons vu dans la vidéo précédente qu'au bout d'une certaine période d'inactivité les connexions rations et certains tunnels été relâchés la question qu'on se pose maintenant c'est puis-je utiliser mon terminal alors que la connexion radio a été libérée ou si j'ai une application qui tourne est ce que pour mon terminal peut transmettre rapidement des données après une longue période d'inactivité nous allons considérer le scénario suivant un terminal a par exemple été allumés alors qu'il est sous la couverture d'une station de base il y a eu établissements de tous les tunnels ce qui veut dire que
à l'issue des procédures le terminal est en état à eux même registre hurd est en état de siège connected l'été aux idées par exemple utilisé pour les tunnels utilisateurs sont 101 102 côté du service gateway à nouveau sans un côté du service gateway pour le tunnel entre le sien ghetto lp ghetto et émettons 32000 côté du paigc et oui nous supposons que l'utilisateur ne fait rien avec son terminal au bout d'un moment il va revenir en état de veille et on va avoir libération des tunnels notamment du tunnel est sain si le terminal ensuite se
déplacent l'utilisateur plutôt se déplace et qu' il va dans une cellule qui est ici représentée avec à notre vie en vert que se passe-t-il lorsque l'utilisateur veut par exemple consulter une page web on va avoir besoin d'une procédure de rétablissement des connexions et des tunnels qui soit la plus rapide possible la première chose auquel on peut penser c'est rétablissons les tunnels après une complète libération donc on a des données à transmettre ou l'application par exemple où l'utilisateur à consulte veut consulter une page web on va avoir l'accès aléatoire sur la voie radio la location d'un
event et y est au bout d'un échange le rnb qui est confirmée le terminal va alors envoyé un message qui s'appelle le ix même service request pour dire je veux à nouveau la connectivité pour pouvoir transmettre des données ce message est transmis dans un message rfc connexion setup confl it il est reçu par nino tbi linotte be va rétablir la connexion est sain ap en même temps qu'elle envoie un message eux mêmes services request avec cas ici ce sont les données liées aux clés de sécurité le nme vérifie que la monnaie est autorisé et va
demander le rétablissement des différents supports radios des différentes connexions radio avec la gestion de qualité de service s'il y a de la qualité de service linotte be va choisir une valeur de telle idée par exemple 16 1538 c'est un line up by différent du précédent le précédent avait choisi 101 mais ce n'est pas connu par cet hymne aux bee donc la valeur est complètement différente cette valeur va être envoyé dans le message est sain ap contexte initial contexte set-up complique et le mmo va renvoyer un message j'étais pc modified bien request avec le thé eu
l'idée pour demander l'établissement du tunnel entre linotte be et le service gateway le service gateway va choisir un telle idée et on est obligé d'avoir un message du cervelet tué vers le mm e du m wehrlin albi pour renvoyer à l'inpi la valeur choisie pour le tunnel entre l'inédit et le service détruits ça ce sont des messages qui rallonge très légèrement mais c'est quand même pas négligeable la procédure donc on va essayer de faire un petit peu plus subtil pour rétablir les différentes erreurs lorsque on reprend le scénario est bien étant donné que tous les
messages d'établissement du tunnel initial passe par le m m e pour ce qui concerne le tunnel sur l'interface s 1 le mm e à la possibilité de mémoriser la valeur du thé ides est utilisé par le service gateway pour le tunnel s17 valeur et donc mémorisées et lorsque on libère la connexion sur inactivité radio on va en fait pas complètement libéré le tunnel on va garder en mémoire cette valeur de thé une idée 102 ce qui fait que lorsque le mobile va apparaître dans une autre cellule et bien cette valeur de tes idées et réutilisées
pour le nouveau tunnel ainsi lorsqu on rétablit le tunnel on va éviter des échanges de messages entre le m émeut et le servir ghetto et voyons comment cela se passe le début de la procédure est le même dans ce transparent pour souligner que le mm garde en mémoire certaines choses on montre que le thé eu l'idée 102 cette valeur est stockée par le m émeut et la valeur est considérée comme toujours a loué par le service gateway le mobile à des données à transmettre on a un accès aléatoire allocation d'un air nti comme précédemment établissements
de la connexion radio confirmation du rnd pays précédemment envoi du service request avec l'idée de sécurité et comme précédemment établissements de la connexion est sain ap qui est une nouvelle connexion entre line albi où se trouve le terminal et le mm le m eme vérifie que l'abonné est autorisé et il va pouvoir répondre directement en envoyant le pays des 102 à l'inédit de cette façon linotte be à un tunnel qui est rétabli la sur la voie montante puisque il connaît le t1 id utilisé par le service gateway il peut donc envoyer facilement les messages en
mettant le thé eu l'idée du destinataire ici le telle idée halloween par le service gateway la connexion radio est rétabli lindy va choisir sont est une idée qui lui est propre à son système de référence va envoyer ensuite un message est sain ap sept complices avec la valeur de tes idées et cette valeur va être stockées par le service gateway à la suite de cet échange le tunnel est sain bearer s1 est complètement rétabli mais on peut voir que très rapidement dès cette phase là les données à transmettre ont pu être envoyés sur la connexion
radio et sur le tunnel est sain on a donc une procédure qui permet de rétablir rapidement la connexion mais cette procédure va quand même prendre quelques dizaines de milles 10 secondes jusqu'à 100 millisecondes typiquement [Musique]
