Académique Documents
Professionnel Documents
Culture Documents
State Transition
Fast Dormancy
Enhanced Fast Dormancy
State Transition
State Transition
• CELL_DCH:
• canal physique dédié alloué à UE
• connexion RRC établie entre UE & RRC
• RNC connait la cellule où se trouve le UE.
• CELL_FACH:
• Pas de canal physique dédié
• UE peut communiquer via RACH / FACH (canaux
Utilisation communs) en permanence
de la • RNC connait la cellule où se trouve le UE
batterie du • CELL_PCH
mobile • UE écoute périodiquement le PCH
• Pas d’activité UL
• RNC connait la dernière cellule où le UE était en
CELL_FACH
• URA_PCH:
• Comme CELL_PCH
• RNC connait la URA où se trouve le UE (Utran
Registration Area)
• Idle Mode:
• Comme le CELL_PCH
• le système connait la LAC où se trouve le UE
• Système doit établir une RRC connection
State Transition
State Transition
State Transition
Réseau Tunisiana:
• Transitions activées pour PS BE Services & non activées pour PS RT Services
• Transitions non activées de HDSPA => FACH & HSUPA=>FACH
• E-FACH non activé
• CPC désactivé
• CELL_PCH: en cours de test
• URA_PCH: désactivé
State Transition
• Transition de E-DCH vers FACH identique sauf que Event 4B basé sur la baisse de débit
• Possibilité d’activer une fonctionnalité anti ping-pong entre DCH & FACH
• Pour les services combiné voix – PS Data, même si la data décroit on reste en DCH
State Transition
• Similaire à transition de DCH vers FACH sauf que le volume suite à Event 4B doit être nul.
• Nombre de event 4B avec volume nul > seuil de transition FACH vers PCH
• Seuil de transition = FACH to PCH transition time / ( Time to trigger + Pending time to trigger) * 0.8
PS Inactivity timer
• Problème:
• Fast Dormancy Standard passe en mode Idle
• Si reconnexion nécessaire, beaucoup de signalisation
• Seulement utilisé par les UE R8
Enhanced Fast Dormancy
• 2 améliorations:
• Passage en CELL_FACH & CELL_PCH au lieu de idle Mode
• Prise en compte des Mobiles pré-R8 qui ne décodent pas le T323 mais envoie le SCRI
Enhanced Fast Dormancy
Timers
Types de mobiles
• la fonctionnalité Enhanced Fast Dormancy identifie les mobiles en fonction de leurs TACs
• Dans le message IDENTITY REQUEST, le UE envoie son IMEI qui permet d’identifier le mobile
• Le IMEI se décompose en TAC (type allocation code) et SNR (numéro de série)
• On inclut dans le RNC une liste de ces TACs (LST UIMEITAC)
CELL_PCH
• Le RNC demande le IMEI du mobile et détermine le TAC pour savoir si le UE est un smartphone
• Ou le RNC classe tous les UE R5 ou plus en Smartphone
Avantages / Inconvénients
(+) Fait le tri en fonction de la release et IMEI des (-) obligation de passer par CELL_FACH avant
mobiles pour savoir si c’est un Smartphone d’aller en CELL_PCH
•Le mobile en CELL_PCH et URA_PCH sont définis comme RRC connecté car le mobile dispose d’une U-
RNTI (UE Radio network Temporary Identity) . Quand le UE utilise les canaux communs, elle est reconnue
par le UTRAN.
• Dans le 3GPP 25.331 on a des flèches de passages de CELL_PCH à Idle, mais ce n’est pas expliqué en
détail: