Vous êtes sur la page 1sur 18

State Transition

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

• Evènements déclencheurs du changement d’état:


• Event 4A: volume de trafic > seuil Event 4A
• Event 4B: volume de trafic < seuil Event 4B
• Nb de Reselection > Seuil de Reselection
• Paging
• Overload
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

State Transition DCH vers FACH


Pour transition de DCH vers FACH:

• Nombre de event 4B > seuil de transition


• Seuil de transition = ARRONDI [DCH to FACH transition time / ( Time to trigger + Pending time to
trigger) * 0.8]

• 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

State Transition FACH vers PCH


Pour transition de FACH vers PCH:

• 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

State Transition PCH vers URA_PCH

Pour transition de PCH vers URA_PCH:

• Quand le mobile fait une resélection, et envoie le message CELL_UPDATE


• RNC démarre un timer CellReSelectTimer
• si le nombre de CELL_UPDATE message > seuil de resélection CellReSelectCounter:
 le mobile passe en URA_PCH
State Transition

State Transition PCH / URA_PCH vers FACH

Se fait quand le UE reçoit un message de paging de UTRAN

State Transition FACH vers DCH

Pour transition de FACH vers DCH / HS-DSCH / E-DCH

• 1 seul event 4A sur volume de trafic en UL ou DL nécessaire


• Seuil de event 4A en trafic volume peut être différent pour les transitions vers DCH / HS-DSCH / E-DCH
• Dépend aussi de l’activation de la transition vers DCH / HS-DSCH /E-DCH
State Transition
State Transition

State Transition DCH vers DCH

State Transition CPC vers E_FACH

Nouveaux états introduits par HSPA+:


•CPC Continuous Packet Connectivity
•E-FACH Enhanced Cell FACH
State Transition

PS Inactivity timer

PS inactivity timers T1 & T2 définis pour différents services data:


• Activé sur Interactive & Background
• Si PCH activé, actif sur PCH aussi

• Si le RNC détecte que le UE n’a pas d’activité PS après T1 s


 message envoyé au CN Service Connection Release
 timer T2 démarré
 pdp context reste activé

 Si à expiration de T2 s, pas de Service Connection Release


CN envoie IU RELEASE REQUEST

• Switch pour désactiver sur les RABs combiné CS & PS:


CFG_PS_INACTTMROUT_NOT_REL_FOR_CSPS_SWITCH
Fast Dormancy

Fast Dormancy Standard

• Fast Dormancy prévue dans 3GPP R8 activée si T323 différent de INVALID


• T323 = 0 message SCRI envoyé seulement 1 fois (SET UCONNMODETIMER )
• T323 différent de 0 , SCRI message envoyé de nouveau après T323 avec l’indication UE Requested PS
Data Session End.

• 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

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

• Après réception du SCRI, possibilité de passage en CELL_FACH ou CELL_PCH (recommandé CELL_FACH)

• Paramétrage des timers entre états (SET UPSINACTTIMER):

• PsInactTmrForFstDrmDch:timer de passage de CELL_DCH vers CELL_FACH ou CELL_PCH

• PsInactTmrForFstDrmFach: timer passage CELL_FACH vers CELL_PCH

• PsInactTmrForPreFstDrm: timer passage CELL_PCH vers idle mode

• FastDormancyF2DHTvmThd: seuil de passage de CELL_FACH vers CELL_DCH


Enhanced Fast Dormancy

Types de mobiles

•Pré fast dormancy Mobiles (avant R8)


• Ne lit pas T323 contenu dans SIB1
• Envoie le message SCRI (Signaling Connection Release Indication) sans mettre la cause
« UE Requested PS Data session end »

• 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

CELL_PCH (optionnelle RAN 11)

• 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

• Après que Inactivity Timer a expiré:

• UE passe en CELL_PCH si classifié comme Smartphone


• UE passe en idle Mode sinon
CELL_PCH
Signaling Messages

Idle Mode => DCH => CELL_PCH

CELL_PCH => CELL_FACH => CELL_DCH => CELL_PCH

CELL_PCH => CELL_FACH => CELL_PCH


Enhanced Fast Dormancy

Avantages / Inconvénients

Enhanced Fast Dormancy & CELL_PCH Basique CELL_PCH / URA_PCH


(optionnelle)
(+) Possibilité de passer directement de (-) nécessité de créer des URA_PCH dans le futur
CELL_DCH=>CELL_PCH
(-) Fonctionnalité optionnelle (-) implémentation plus complexe

(+) 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

(+) fonctionnalité basique


Questions/Réponses

Questions: RRC connection en CELL_PCH & transition CELL_PCH vers Idle

•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: