Ici, j’écris quelques petites notes sur la procédure de rétablissement de la connexion en LTE.
Dans un certain nombre de cas d’échec (par exemple échec de la liaison radio, échec de l’apprentissage RLC, erreur irrécupérable, échec de la reconfiguration de conformité), la procédure de restauration de la connexion EU RRC, à condition que la sécurité soit active. Si la sécurité n’est pas activée, lorsque l’un des échecs répertoriés apparaît, RRC_IDLE EU se déplace à la place.
La tentative de restauration de la connexion RRC, connue sous le nom d’UE, démarre un temporisateur T311 et effectue la sélection des cellules. L’UE devrait donner la priorité à la recherche de fréquences LTE.
Cependant, cela n’est pas précisé en termes d’UE tout en s’abstenant de mener des recherches sur d’autres RAT. Après avoir trouvé une cellule appropriée sur une fréquence LTE EU, arrête le temporisateur T311, démarre le temporisateur T301 et lance une procédure de litige basée sur un accès aléatoire pour permettre l’envoi du message de connexion RRC requis. Dans le message de demande de connexion RRC, l’UE inclut l’identité utilisée dans la cellule où la panne s’est produite, l’identité de cette cellule, un code d’authentification du message et une cause.
L’E-UTRAN utilise la procédure de rétablissement pour continuer la sécurité SRB1 et se réactiver sans changer d’algorithme. Une procédure de reconfiguration de connexion RRC ultérieure est utilisée pour reprendre le fonctionnement sur des supports radio autres que SRB1 et pour réactiver les mesures. Si la cellule dans laquelle l’UE initie le rétablissement n’est pas préparée (c’est-à-dire n’a pas de contexte pour cette UE), l’E-UTRAN rejettera la procédure, provoquant le déplacement de l’UE vers RRC_IDLE.