nous avons vu dans la vidéo précédente un certain nombre de choses sur le hand over la question que nous avons maintenant et finalement le hand over comment ça marche réellement dans le réseau c'est ce que nous allons voir dans cette vidéo tout d'abord le scénario que nous considérons nous avons toujours notre vue réseau avec un line up by un service gateway payer tous et mm e et les différents tunnels et connexions entre ces équipements et nous considérons un terminal qui est initialement sous la couverture d'un une note bis qui s'appelle source inpi et qui va
vers la cellule ouverte par un autre hymne aux bills qui savait target inédit nous supposons que ces deux inédits peuvent échanger des messages via l'interface x2 est également que le targeting not be peut dialoguer avec le mm target in albi et sourcil not be sont supposés également connectés au même s détruit un petit point avant de rentrer dans les procédures sur la pile de protocoles nous avons ici la pile de protocoles vue pour l'accès le schéma est un peu complexe on peut revoir les vidéos des semaines précédentes ce que fait l'interface x2 s'est ajoutée une
pile de protocoles entre deux inédits cette interface est basé sur ip au dessus de paix nous trouvons sctp protocoles de transport spécialisé dans les messages et au dessus nous avons un protocole x 2 ap qui voisins sur bien des aspects de s1 ap ce protocole est utilisé uniquement dans le plan contrôle afin de permettre leur routage des paquets du sourcil not be ou targeting be nous avons également un plan utilisateurs avec ip bien sûr udp et gtp voyons maintenant comment le hand over se déroule nous avons un terminal qui est en train d'échanger des données
et la personne s'éloigne de la station de base lorsque le signal reçu par le terminal et d'en dessous d'un certain seuil et bien la station de base y not be va demander au terminal de rapatrier les mesures radio qu'il fait sur la station de base courantes et les voisins c'est ce que nous voyons ici la demande et le rapatriement au fur et à mesure des mesures justement cela se peut se passer en parallèle avec le flux de données sans le perturber si la personne continue à s'éloigner et bien le source inpi va décider de faire
un an neuf heures de transférer la connexion radio et va choisir le target inaudi line up by cible en fonction des mesures renvoyé par le mobile le sourcil not be va donc envoyer une demande de hand over c'est un message x 2 ap le target is not be vérifie qu'il est capable d'accueillir ce nouvel abonné que la cellule par exemple n'est pas saturé c'est le contrôle d'admission et ensuite le targeting be va choisir un préambule qui va être utilisé après dans la phase d'accès aléatoire ce préambule est renvoyé dans le message d'acquittement handwerg ouest ac
knowledge lorsque le source i note b reçoivent ce message il sait qu'il peut donner l'ordre aux terminales de changer de cellule c'est ce qu'il fait avec un message rfc connection recognition il indique le nouveau rnt du terminal éventuellement l'identité de linate béquilles et le targeting be et le préambule qui a été indiqué dès ce moment là les données qui arrive qu'ils peuvent continuer à arriver de l'extérieur sont renvoyés retransmise sur le tunnel x 2 ap le tunnel de donner le target in by va mettre en mémoire dans un buffer les paquets qui arrive en effet
le terminal n'est pas encore forcément présents sur la nouvelle cellule il faut d'abord qu'ils envoient le préambule à louer il y a ensuite une vérification par le targeting bixi bien le préambule attendu et acquittement par un visage connexions wi configuration complète à partir de ce moment-là de cet échange à la connexion radio est bien rétabli le flux de données va donc passer du service ghetto et vers le sourcil not be du sursis not be vers le targeting be et ensuite vers le terminal sur la voie montante comme le service ghetto est le même les données
peuvent être envoyées directement du target in albi au service gateway on peut remarquer que à cet instant là le hand over et exécutés et que le mmo n'est pas encore au courant de ce compteur pour rééduquer correctement les données c'est à dire éviter d'avoir ce phénomène de retransmission et d'avoir un chemin direct le targeting be doit rétablir complètement le tunnel sur la voie descendante entre serving gateway et target inédits comme il n'y a pas d' échanges directs entre targeting be et serving gateway sauf cas particulier dans le cas de la signalisation le targeting be va
renvoyer un message passe switch request om et me le but c'est que le cerin ghetto et soit capable de rétablir ce tunnel cela provoque donc un message modified bearer request envoyé par le service gateway le but est d'échanger la valeur de t une idée côtés de linda devis pour rétablir le tunnel targeting by serving gateway tunnel de données bien évidemment afin d'éviter que des messages soit dans des bunkers et reste un temps infini dans des bunkers et bien c'est un cas particulier où on a un message de signalisation en gtp eu il ya un message
n marqueur qui est envoyé du serengeti vers le sourcil not be puis vers le targeting be pour purger tous les messages qui seraient en attente éventuelle dans un équipement sur l'ancien chemin indirects à partir du moment où le message modified erreur request et reçu la transmission des données sur la voie descendante comme sur la voie montante se fait de façon directe le en demeure n'est pas tout à fait finie car il faut libérer les ressources sur l'ancienne cellule le service ghetto est déjà à quitte cette demande et non vous envoie donc une réponse aux mêmes
le mmo indique au target inaudi que le rétablissement des tunnels direct s'est bien effectuée et ensuite le targeting be indique how sursis not be qu'il peut complètement libéré toutes ses ressources que l'abonné a été complètement récupéré si on peut dire dans la nouvelle cellule il y a très souvent on peut l'espérer le cas qui marche mais de temps en temps par exemple la cellule cible le targeting be n'est pas en mesure de recevoir un nouvel abonné dans ce cas là le début du scénario est identique au précédent mais lorsque le message en 2h request et
reçu le contrôle admission conduit un refus et un acquittement négatif en deux heures préparation de filières un avis d'échec est renvoyé au sourcing dit à ce moment-là le sourcil not be peut essayer de détecter s'il n'y a pas un autre inadmissible qui serait possible ou peut essayer de garder le plus longtemps possible l'abonné sur l'ancienne cellule dans certains cas on va pari réussir et la connexion va être interrompue le hand over et comme nous l'avons dit une opération complexe avec un taux d'échec qui n'est jamais nul [Musique]
