4glte Over Blog Com

10 juillet 2015
Quand Le ENb Sature T'il?

Les quipementiers qui vendent l'infrastructure 4G limitent les capacits des entits en soumettant
leur solution des licences. D'un autre cot, les licences garantissent aussi le traitement d'un
nombre de session maximum en temps rel.
A titre d'exemple, les eNB ont une capacit de 512 bearers, c'est dire que l'eNb peut ouvrir 512
connexions (bearer) garantissant le maintien de 512 sessions avec les utilisateurs en mode actif.
A ce jour le nombre de bearers que l'eNB met en oeuvre sur certains site de Nantes et aux heures de
pointe atteint ce chiffre.
On parle alors de saturation de l'eNb, mais nous verrons dans cet article que le dploiement de la
VoLTE peut aggraver cette limitation. Nous allons calculer le nombre d'UE pouvant avoir des accs
au cours d'un TTI (Transmission Time Interval correspond une unit de temps de 1ms pour le LTE,
cest la plus petite unit de temps pendant laquelle un user peut recevoir ou mettre des donnes).
Sous des hypothses simplificatrices, nous allons calculer le nombre maximum d'utilisateur pouvant,
au cours d'un TTI, transmettre ou recevoir des donnes. Mais, le nombre d'utilisateurs actifs peut tre
plus lev puisque un user peut ncessiter des ressources un TTI mais pas au(x) TTI(s) suivant(s).
Combien dutilisateurs maximum sont actifs par TTI sur leNB ?

Nous allons nous intresser dans cet article au nombre maximum dUE pour lesquelles leNb alloue
des donnes sur un TTI. Nous aborderons dans un premier la mthode de rpartition des canaux de
contrles sur la bande LTE afin de calculer le nombre dallocation possible.
1 - Structure de la trame.
1-a) PDCCH
Les donnes transmises entre leNb et lUE sont squences de manire dynamique. LUE est
inform de lallocation de PRB en rception et de lattribution de PRB en mission via les
informations portes par le canal PDCCH. Outre lallocation de ressource, le PDCCH informe lUE du
type de modulation et du codage utiliss (MSC) et en cas de rception multiples (MIMO), le PDCCH
transporte le type de prcodage (PMI). Ainsi, le PDCCH transporte des informations de contrle :
sur la voie descendante permettant dinformer lUE de lexistence de donnes recevoir dans la
trame courante et des caractristiques de modulation
des informations sur les ressources que lUE utilisera sur la voie montante pour la sous-trame
mise par lUE 4 TTI plus tard.
Il est noter que plusieurs PDCCH peuvent tre transmis dans une sous-trame, soit pour transmettre
des donnes respectivement plusieurs UE, soit pour un seul UE. En effet, plusieurs PDCCH
peuvent tre transmis un seul UE dans le cas ou le nombre dinformation est consquent, comme
par exemple pour informer lUE de lallocation dynamique et du schma de codage sur la voie
Prsentation
Blog : La 4G : Tout ce qu'il faut savoir sur le sans fil
et la mobilit
Description : Sans fil, ubiquit, nomadisme, ces

notions vous parlent? Ce blog est un site de
vulgarisation sur la tlphonie mobile de 4me
Gnration ou 4G, du LTE et du web 2.O.
L'volution de la tlphonie mobile vers un rseau
tout IP va modifier les habitudes professionnelles et
personnelles concernant l'utilisation des appareils
communicants. Dans ce blog, on dvoile les
volutions techniques et l'impact des ces volutions
sur le comportement humain (les nouveaux
services).
Contact
Recherche
Recherche
Recherche...
Articles Rcents
converted by W eb2PDFConvert.com
descendante et montante, ainsi que la commande de contrle de puissance. Afin de spcifier le type
dinformation transport par le PDCCH, lUE dcode linformation porte par le DCI (Downlink Control
Information) qui stipule le type dinformation transmise par le PDCCH parmi 10 formats possibles.
Quand le eNb sature t'il?
Les 10 formats sont rcapituls dans le tableau ci-dessous :
SRVCC Single Radio Voice Call Continuity Suite
La Bande des 700 MHz
SRVCC - Single Radio Voice Call Continuity

VoLTE - Principe de base
CSFB : Call Switch FallBack (2)
Pool de MME
Etats RRC - ECM - EMM
Pages
De la 2G la 4G
De la communication la Tlcommunication (1)
Links
Rsum articles sur l'IPAD 3 ou New IPAD
Catgories
Les formats DCI 0, DCI 3 et DCI 3A portent des informations destines lUE pour la transmission
sur la voie montante. En effet le format DCI 0 alloue des PRB pour lmission du mobile vers leNB, et
les formats DCI3/DCI 3A portent de contrle de puissance pour la voie montante. Le PDCCH est
transmis sur un CCE (control channel elements) ou sur plusieurs CCE (on parle daggrgation de
CCE dont les valeurs sont 2, 4 ou 8 CCE). Un CCE est compos de 9 REG Ressource Element
Group, un REG tant constitu de 4 RE. Le PDCCH est modul en QPSK.
Socit (150)
Technique (29)
Juridique (3)
Liens
1-b) PCFICH De plus, le PDCCH est obligatoirement transmis sur les premiers symboles OFDM de
chaque sous-trame (De 1 3 symboles voir 4 symboles au maximum si le nombre de RB est faible,
ce qui correspond au cas o la bande est de 1.4 MHZ). Pour savoir sur combien de symboles est
transmis le PDCCH, leNb transmet une information complmentaire nomme CFI (Control Format
Indicator) dans le canal de control PCFICH. Le PCFICH est transmis quant lui sur le premier
symbole OFDM de chaque sous trame, rparti sur toute la bande pour profiter de la diversit en
frquence. Les 4 valeurs possibles de CFI sont encodes dans un mot de 32 bits avec une forte
redondance
pour
assurer
la
dtection/correction
au
niveau
de
lUE.
De surcrot, le canal PCFICH est modul en QPSK pour assurer une meilleure immunit au bruit. Le
CFI tant cod sur 32 bits, 16 RE sont donc ncessaires, soit 4 REG. La position des REGs est
dfinie en fonction de lidentit de la cellule (Cell Id), laquelle est une valeur comprise entre 1 et 504.
1-c) PHICH
Outre le PCFICH, leNb transmet des informations dacquittement (ACK/NACK) sur les trames
mises par lUE. Il sagit du canal PHICH (HARQ), dans lequel 1 bit dinformation (ACK/NACK) est
rpt 3 fois et tal par un code de Walsh Hadamard (code orthogonal) et modul en BPSK. Ainsi,
un ACK a pour valeur 111 et un NACK a pour valeur 000. Le PHICH est modul en BPSK (signal
complexe situ sur le cercle trigonomtrique +pi/4 ou 5*pi/4), il faut donc 3 symboles. Le signal
modul est ensuite tal par un code dtalement de facteur SF=4, permettant dobtenir 32
combinaisons complexes et dextraire 8 codes orthogonaux (4 codes et lquivalent dphas de pi/2).
Grace aux 8 codes orthogonaux, il est possible de transmettre 8 PHICH simultanment. Il est donc
ncessaire de rserver 12 RE pour transmettre jusqu au plus 8 PHICH. On parle de groupe de
PHICH, cod par des codes orthogonaux.
2 Calcul du nombre de PDCCH.

Nous allons maintenant calculer le nombre de ressources PDCCH, permettant ainsi dobtenir le
nombre dutilisateurs simultans sur la bande totale de leNB. Il sagit donc de calculer le nombre de
ressource disponible (RE) sur les premiers symboles (1 3) pouvant porter le canal PDCCH.
Lobjectif est donc de calculer le nombre de RE disponible sur tout la bande et retrancher les canaux
PFCICH, PHICH et les signaux de rfrences (RS). Les signaux de rfrences (RS) sont transmis
par leNB chaque RB et tous les 6 RE du premier symbole si leNb na quune seule antenne. Si
leNb possde au moins deux antennes, les RS sont galement transmis sur 6 RE du premier
symbole pour la 2me antenne. Le RS est ncessaire afin de mesurer la distorsion apporte par le
canal de propagation et de ce fait, dans le cas ou leNb possde deux antennes, leNb ne transmet
aucun signal sur le RE correspondant la position du RS de lautre antenne.
On va donc considrer quil y a 2 ou 4 RS par PRB. Nous pouvons maintenant calculer le nombre de
ressources PDCCH. Rappelons que selon la bande alloue au LTE qui stend de 1.4 MHz minimum
20 MHz, le nombre de PRB not N_PRB est le suivant :
1,4 MHz => 6 PRBs
3 MHz => 15 PRBs
5 MHz => 25 PRBs
10 MHz => 50 PRBs
15 MHz => 75 PRBs
20 MHz => 100 PRBs
Chaque PRB est compos de 12 sous porteuses, le PDCCH est transport sur N_pcfich symboles
(canal PCFICH). Le nombre total de RE sur N_pcfich symbole est donc de : 12*N_PRB*N_pcfic Nous
allons maintenant calculer le nombre de RE soustraire :
Info_PCFICH=16
Info HARQ. On sait quil est possible de transmettre un groupe de 8 ACK/NACK dans un seul
PCICH. Par consquent, sur N_PRB, le nombre de groupe de PCFICH sera de E[N_PRB/8], avec
E la partie entire suprieure. Enfin, le groupe de PCICH ncessite 12 RE, donc le nombre de RE
sera de 12* E[N_PRB/8].
RS pour une antenne : 2*N_PRB
RS pour deux antennes ou plus : 4*N_PRB
2 - Application et cas de la VoLTE.

2-a) Calcul sur 5 MHz, 10 MHz et 20 MHz
Nous allons faire une application pratique sur 10 MHz, puis partir des tableaux, je fournirai les
rsultats sur 5 MHz et 20 MHz 10 MHz =>50 PRB soit 50 *12 RE =600 dans le premier symbole. Si
le nombre de symbole utilis par le PDCCH monte 3, alors il y a aura 1800 RE pouvant transporter
les PDCCH On retire :
16 RE pour le PCFICH
12* E[50/8] = 12*7=84 RE pour le PCICH
100 RE pour les RS si une antenne et 200 RE pour deux antennes
Soit un total de 200 RE ou 300 RE pour deux antennes. Pour rappel, le PDCCH ncessite au moins
un CCE (mais peut ncessiter 2 CCE, 4CCE ou 8CCE). Un CCE est compos de 36 RE et le
PDCCH est positionn sur N_pcfich symboles (canal PCFICH). Pour finir, tudions les 3 cas
possibles
1. N_pcfich=1 => 600 RE, moins 100 RE pour une antenne et 200 pour 2 antennes. Il reste donc
400 ou 300 RE. Dans le cas ou il y a 2 antennes, 300/36=8.33 soit 8 PDCCH donc 8 utilisateurs
simultans
1000 ou 900 RE. Dans le cas ou il y a 2 antennes, 900/36=25 soit 25 utilisateurs simultans
1600 ou 1500 RE. Dans le cas ou il y a 2 antennes, 1500/36=41.66 soit 41 utilisateurs
simultans
Voil
une
synthse
pour
bandes
LTE
diffrentes
et
deux
antennes
NB : LUE dtecte le PDCCH en fonction de son identifiant RNTI - Radio Network Temporary Identifier
:
P-RNTI si le mobile est en veille. Il coute le canal PDCCH pour tre inform dun Paging
C-RNTI en mode connect ou SPS-C-RNTI quand il reoit des informations priodiquement (par
exemple de la VoIP reue toutes les 20 ms)
Le RNTI est cod sur 16 bits et ralise un ET logique avec le code CRC du canal PDCCH.
2-b) Impact de la VoLTE
Les eNb sont limits 512 bearers actifs, quel sera l'impact de la VoLTE? Nous supposons une
bande de 10 MHz, si le PDCCH est cod sur 3 symboles (hypothse de 2 antennes), le nombre
maximum d'utilisateur sur une bande de 10 MHz est donc de 41 utilisateurs par TTI. Or, la VoLTE
ncessite la transmission d'information que tous les 20 TTI, donc en supposant que des utilisateurs
en VoLTE, le nombre de sessions actives est de : 41 * 20 = 820 utilisateurs. Par contre dans le cas
ou la nande n'est que de 5 MHz, le nombre d'utilisateurs actifs sera limit 400, en dessous du seuil
des 512 licences.
Jaime
Repost
Published by 4glte
commenter cet article
3 juillet 2015
La Bande Des 700 MHz

Je vous avais soumis l'an dernier des prvisions de consommation de volumes de donnes jusqu'en
2018, nous allons maintenant nous appuyer sur les chiffres de volumes consomms par les clients
sur leur tlphone mobile entre le 2me trimestre 2011 et le 2me trimestre 2014. Au regard de la
courbe, le volume est en croissance exponentielle (environ 70% daugmentation chaque anne) et on
note une multiplication par 5 par rapport 2011.
Cette augmentation de donnes se justifie aussi par une augmentation de dbits sur l'interface radio,
mais la problmatique se pose sur le partage d'accs et l'volution terme de la 4G+ vers la 4G++.
Les prochains smartphones pourront se connecter sur 3 bandes du rseau LTE permettant ainsi de
profiter d'une bande de 10 MHz autour de 1800 MHz, 20 MHz autour de 2600 MHz et 10 MHz autour
de 800 MHz. Cependant, le LTE-Advanced suggre l'agrgation de 5 canaux de 20 MHz.
Or, le partage actuel du spectre ne rend pas cette solution envisageable ce jour, comme le montre
les tableaux de rpartition de frquence ci-dessous :
*Le spectre 900 MHz est utilis pour la 3G (re-farming) mais pas pour la 4G
*Le spectre 1800 MHz a t r-attribu pour permettre Free d'avoir une bande pour raliser du refarming 4G.
Voici
en
effet
l'volution
des
bandes
1800
MHz
*Le spectre 2100 MHz n'est rserv ce jour que pour la 3G
Le spectre 2600 MHz a t vendu en septembre 2014 pour la 4G en complment du spectre 800
MHz vendu en dcembre 2014 pour la 4G (Free n'a pas acquis de licence dans la bande de 800 MHz
- leur enchre n'tait pas assez leve pour avoir un lot).
Bande des 700 MHZ

A ce jour non, mais une 4me bande sera bientt exploite pour la 4G permettant ainsi aux
oprateurs d'envisager l'agrgation de 4 bandes et atteindre 70 MHz de bande. La bande envisage
est le 700 MHz car elle dj exploite par des oprateurs sur d'autres continents.
Les UE (smartphone) sont donc dj quips de modules 700 MHz. Cependant, la bande de 700
MHz (694 MHz 790 MHz) est actuellement attribue la TNT en France. A la date du 10
dcembre 2014, par communiqu de presse, le Premier ministre a prcis les modalits de mise en
oeuvre des modalits de rallocation des frquences de la bande 700 MHz aux oprateurs mobiles.
En terme de date, le gouvernement souhaite attribuer des autorisations d'utilisation de bloc de 5 MHz
dans la bande 700 MHz aux oprateurs mobiles en dcembre 2015. Au total 30 MHz de bande. Les
bandes 703-733 MHz et 758-788 MHz sont utilises en mode de duplexage frquentiel (mode FDD),
la transmission de la station terminale (liaison montante) tant situe sur les frquences 703-733
MHz, et la transmission de la station de base (liaison descendante) tant situe sur les frquences
758-788 MHz. Toutefois, ces bandes ne seront libres qu'entre le 1er octobre 2017 et le 30 juin
2019, lexception de quelques zones o ces derniers pourraient les utiliser ds avril 2016. Le jeudi
18 juin, L'ARCEP a transmis pour avis aux membres de la commission consultative des
communications lectroniques (CCCE) les projets de dcisions qu'elle a labors en vue de
l'attribution de la bande 700 MHz.
Que deviendra la TNT?

La TNT est donc affect par cette rallocation de frquence. Or, avec le nombre de chane TNT et les
chanes HD, il est ncessaire d'optimiser le type de codage utilis actuellement pour les chanes non
HD. Ainsi, la technique Mpeg2 va disparatre et les transmissions se feront en Mpeg4. Cela va
ncessiter le remplacement de certains dcodeurs et de tlvision ne faisant pas la HD.
Jaime
Repost
Published by 4glte
24 juin 2015
SRVCC Single Radio Voice Call Continuity - Suite

Nous allons maintenant tudier le mcanisme SRVCC et ses volutions eSRVCC et rSRVCC en
illustrant le concept par une approche pratique.
On suppose que l'UE1 souhaite contacter l'UE2. L'UE1 est sur un rseau 4G, vis vis du rseau
IMS, qui est le rseau home, l'UE1 est dans un rseau visit.
L'UE1 souhaite appeler l'UE2. L'UE1 est compatible avec le mcanisme SRVCC et l'appel est
videmment contrl par le rseau IMS. Ainsi, aprs un change de signalisation SIP, aprs avoir
construit les bearers, l'appel s'effectue. L'UE1 se dplace dans le rseau visit et s'loigne du eNB, la
puissance reue s'affaiblit.
1. L'eNb dcide alors de mettre en oeuvre le mcanisme SRVCC en envoyant une requte au MME
2. A partir de cette requete, le MME transmet la demande au MSC afin que ce dernier alloue les
ressources au niveau du domaine CS autrement dit avec le RNC puis le Nb.
3. Le MSC demande la cration d'une connexion avec le SCC AS dans l'objectif de transfrer la voix
(paquet IP) du rseau LTE vers le rseau 3G donc pour transfrer la session du PGW vers le
MSC.
SRVCC
A ce stade, pour le mcanisme SRVCC dfinit dans la R8, la procdure est la suivante :
Le SCC demande l'UE de changer la destination de ses messages SIP de l'UE1 vers le MSC.
En parallle,
Le MSC informe le MME de la rservation de ressource dans le domaine CS.
A partir de ce moment, le MME peut demander l'UE1 de basculer vers le rseau 3G (Handover).
Aprs le Handover, la signalisation SIP est transmise du SCC vers le MSC, le SCC est le point
d'ancrage pour la signalisation, et le mdia pour la voix est envoy de l'UE2 vers le MSC.
L'UE2 est donc le point d'ancrage pour le mdia. Or, la modification de l'adresse IP de destination
(UE1 vers MSC) pour le mdia de la voix provoque de nombreuses pertes de paquets et une latence
puisque toutes les entits du rseau IMS de l'UE2 et l'UE2 doivent modifier leur chemin de requtes
SIP En simplifiant la figure avec les entits concerns, le chemin de signalisation et d'appel est
reprsent par la figure ci-dessous.
eSRVCC Le principal dfaut du SRVCC est le suivant : Lorsqu'un HandOver affecte l'UE1 dans son
rseau visit (ou en roaming), cela impacte les messages SIP et RTP de l'UE2. Le mcanisme
eSRVCC consiste rajouter des points d'ancrage au niveau du rseau visit de l'UE1 afin que tout
handover de l'UE1 soit transparent pour l'UE2. Ainsi, au niveau du eSRVCC, 2 nouvelles entits ont
t rajoutes pour avoir un point d'ancrage dans le rseau visit savoir :
ATCF : Point d'ancrage pour la signalisation
ATGW : Point d'ancrage pour le mdia
Repost
Published by 4glte
24 juin 2015
SRVCC - Single Radio Voice Call Continuity

Lorsque le rseau VoLTE sera dploy (2me semestre 2015), l'oprateur devra garantir la continuit
d'appel en ralisant
un HandOver entre le rseau 4G et le rseau 2G/3G (nomm IRAT Handover) tant pour l'appel
tlphonique (passage de la voix du domaine PS vers le domaine CS) que pour les sessions Data
un Transfert de session au niveau du cur rseau entre le MME et le MSC. L'appel est gr par
le rseau IMS, et plus prcisment pour les mobiles compatibles SRVCC (Single Radio Voice
Call Continuity), le point d'ancrage de l'appel est ralis par un serveur d'application nomm SCC
AS (Service Centralization and Continuity).
Nous allons dans un premier temps dcrire les notions

Single Radio
Voice Call Continuity (SCC AS).
SCC AS
Lorsque le mobile met ou reoit un appel, la requte SIP INVITE est transmise jusqu'au SCSCF. L'excution de la tche qui est associe (renvoi de la requte vers un AS) dpend des rgles
de souscription de l'abonn et la tche qui est ralise est obtenue en appliquant l'vnement (par
exemple un appel) la liste de rgles dfinie travers les paramtres du filtre iFC (initial Filter
Criteria). Si le mobile n'est pas compatible au mcanisme SRVCC ou si ce dernier n'est pas dploy,
l'appel sera transmis au Serveur d'application Tlphonie (TAS : Tlphony Application Server). C'est
le cas actuellement avec le mcanisme CSFB. Dans cet article, le cas qui nous intresse est le
mcanisme SRVCC on suppose donc que la technologie est dploye et que le mobile est
compatible, dans ce cas, l'appel sera dirig vers un serveur qui sera considr comme le serveur
d'ancrage dans le rseau IMS. Ce dernier se nomme SCC AS avec la particularit suivante :
Si l'UE est l'origine de l'appel, l'appel sera transmis d'abord au SCC AS avant d'tre trait par le
TAS.
Si l'UE est destination de l'appel, l'appel sera transmis au TAS qui le transfre au SCC AS.
ICS : IMS Centralized Service.

Single Radio ou Dual Transfer Mode
La solution CSFB que nous avons tudie est un mcanisme transitoire permettant, au tlphone en
mode 4G initiant un appel, de passer du rseau LTE (PS) au rseau 2G/3G (CS). Dans le cas ou le
tlphone migre vers le rseau 3G, les sessions Data en commutation de paquets peut la fois grer
les services datas et la voix (VoHSPA). Dans le cas de la migration vers la 2G, les sessions Datas
seront suspendues jusqu' la fin de l'appel tlphonique en CS c'est dire jusqu' ce que l'UE
revienne sur le rseau 4G, sauf si l'UE 2G supporte le Dual Transfer Mode (DTM) qui permet la fois
la voix et la Data.
SRVCC : Single Radio Voice Continuity Call

L'arrive de la VoLTE est concomitante avec le dploiement du rseau 4G de l'oprateur, il est donc
ncessaire de pouvoir basculer l'appel en VoLTE sur le rseau IMS vers le rseau traditionnel en cas
de perte de couverture 4G, tout en garantissant la QoS. C'est le rle du mcanisme SRVCC que de
basculer l'appel du mode PS 4G vers le mode CS 2G/3G. Cela impacte le MSC car ce dernier doit
grer l'appel de l'UE vers le point d'ancrage IMS. Le MSC est renomm "MSC Server enhanced for
SRVCC". La mthode prsente est la fois compatible pour la VoLTE et la VoHSPA. NB : Il y a
deux mcanismes SRVCC, le premier SRVCC vers le GERAN/UTRAN que nous abordons ici et
propos par le 3GPP, le second permet de basculer vers le rseau CDMA et est propos par le
3GPP2. Les entits impactes par ce mcanisme (SRVCC - R10) sont :
UE
MSC
eNb
MME
P-CSCF
HSS
avec l'ajout de deux autres entits lors de la R10 :
ATCF : Point d'ancrage de la signalisation SIP
ATGW : Sous le contrle de l'entit ATCF
Le MME dans cette procdure doit tre en mesure :

Sparer le flux Data (PS) du flux Voix (gr par le mode CS aprs basculement)
Grer le handover des bearers PS non voix avec la cellule cible
Initier la procdure de handover SRVCC (en s'appuyant sur le QCI=1)
Une nouvelle interface, nomme Sv, est cre entre le MSC et le MME. Cette interface permet au
MME de :
demander au MSC de rserver des ressources radios au niveau de l'interface d'accs radio CS
(BTS ou Noeud B). Le MSC est donc responsable de la rservation de ressource pour la
continuit d'appel
donner l'adresse du SCC AS au MSC afin que ce dernier mette une demande d'appel de la part
de l'UE.
Procdure
Au cours de l'attachement au rseau, le MME rcupre le STN-SR (Session Transfer Number for SRVCC) de la part du HSS. Il s'agit d'un numro au format tlphonique rpondant la spcification
E.164. C'est cette adresse que le MME transmet au MSC afin que ce dernier puisse mettre un
appel et crer un acheminement entre l'UE et le point d'ancrage IMS. En effet, l'objectif du SRVCC
est de transfrer l'appel PS vers le mode CS, or l'appel est gr par le rseau IMS, et plus
prcisment par un serveur d'application nomm SCC (Service Centralization and Continuity). Le
MSC quant lui a besoin d'un numro d'appel ou de commutation pour raliser la jonction avec le
rseau IMS. Le STN-SR est envoy du MME au MSC via l'interface Sv.
Le MSC initie une requte SIP vers l'IMS via le numro STN-SR. Le SCC-AS reoit la requte INVITE
avec le STN-SR avec le message de demande de transfert d'une session active. C'est au SCC AS de
grer ce transfert de session. Sur le call flow suivant, on retrouve les deux tapes du SRVCC
un HandOver
un Transfert de session
Dans un prochain article, nous dtaillerons la procdure.
Repost
Published by 4glte
23 juin 2015
VoLTE - Principe De Base

J'ai eu souvent l'occasion de le rpter, le rseau 4G est un rseau tout IP ne permettant pas les
appels voix par commutation de circuit comme c'est le cas pour la 2G ou 3G. Dans le prcdent
article, j'ai prsent le mcanisme permettant de quitter le rseau 4G et se connecter sur le rseau
2G/3G afin d'tablir (mettre ou recevoir) un appel voix. Il s'agit du CSFB. La VoLTE ou Voix sur LTE
dsigne le principe de service voix sur le rseau commutation de paquet IP mais achemine via le
rseau LTE/SAE jusqu'au PGW pour tre pris en charge par le rseau IMS. Deux cas d'tudes se
prsentent nous :
L'APN pour le rseau IMS est il le mme que l'APN pour accder Internet, autrement dit, la
session Internet et la session VoLTE passent elles par le mme PGW
Deux APN diffrents, un PGW pour accder Internet et un PGW pour accder l'IMS.
Principe gnral Je ne vais exposer ici que le principe gnral, l'un des points cls est la
rservation de ressources entre le rseau LTE et la ngociation au niveau de l'entit P-CSCF de
l'IMS. Je conseille de suivre la formation Nexcom : De l'ingnierie radio au service voix pour avoir une
formation dtaille sur la VoLTE, l'IMS le RCS, et les services. Pour comprendre le principe du
VoLTE, il est ncessaire d'avoir des notions sur :
Le rseau IMS et la signalisation tlphonique SIP
Le rseau coeur 4G et rseau d'accs - SAE - LTE
La SIG 4G et la mise en place de bearer (dfaut et ddi)
La ngociation de codec (SDP) et la rservation de ressource (PCRF - SPR)
Phase 1 : Procdure d'attachement - Cration du Default bearer

Lors de la procdure d'attachement, le MME met en place un bearer par dfaut entre l'UE et le PGW
permettant l'accs au rseau IMS. Le bearer par dfaut est dfini avec une QoS dfinie par son
QCI=5.
On suppose que le PGW permet d'accder au rseau Internet et au rseau IMS. La mise en place du
bearer est ralis via de la SIG 4G permettant la cration d'un contexte S5 entre le SGW et le PGW,
d'un context S1 entre le SGW et l'eNb et d'un context RAB entre l'UE et l'eNb.
Phase 2 : Signalisation Tlphonique - Enregistrement
Une fois le context cre, l'UE s'enregistre au niveau de l'IMS. Il envoie une requte SIP REGISTER au
PGW qui le transfre au premier point de contact du rseau IMS (P-CSCF). Ce dernier redirige la
requte vers l'I-CSCF et aprs avoir dfinie les capabilits du serveur d'enregistrement au niveau du
HSS, l'I-CSCF rcupre l'adresse du serveur S-CSCF. Suite des changes de SIG Tlphonique
SIP (Register, ACK, ...) l'UE s'enregistre au niveau du S-CSCF.
Phase 3 : Signalisation Tlphonique - Appel
En rgle gnral, le context S1 et RAB sont relchs, moins que l'utilisateur passe immdiatement
un appel tlphonique aprs avoir allum son portable. Dans le premier cas, il faut re-tablir le
context RAB et S1. Une fois le context EPS Bearer default construit, l'UE envoie des requtes SIP
(Invite, ...) pour demander la mise en relation avec son correspondant. La requte SIP INVITE permet
de chercher joindre le correspondant et ngocier le type de codec pour l'appel (SDP). Lorsque le
rseau IMS a ngocier le type de codec (autrement dit la Bande Passante garantir), le rseau LTE
doit mettre en place un bearer ddi sur lequel la voix sera route.
Phase 4 : Cration du bearer ddi
On parle de Bearer Ddi car le bearer se diffrencie du bearer par dfaut uniquement par la QoS
(QCI=1). En effet, les adresses IP/Sources sont les mmes. La cration du bearer ddi est ralise
par de la SIG 4G (Message NAS ESM PDN Connectivity entre l'UE et le MME puis Cration des
bearer : Create Session Request, S1-AP Bearer Setup Request, RRC connection Reconfiguration
Request)
Si au cours de l'appel l'UE souhaite transmettre un mdia (document, tchatter) ou activer la vido, le
rseau 4G mettra en place un autre bearer ddi (selon la disponibilit, les priorits et la premption).
Repost
Published by 4glte
20 juin 2015

Dans le prcdent article, CSFB : Call Switch FallBack (1), je vous ai prsent le mcanisme de
CSFB avec comme exemple un MTC. De manire gnral, le call flow est le suivant :
Le point critique du CSFB est la dure du processus, et principalement le temps mis par l'UE pour
quitter la connexion 4G et se retrouver connect en 3G.
Ces chiffres ne refltent pas la ralit, cette figure est extraite d'un document Huawei qui propose une
autre technique nomme Ultra-flash CSFB. Il y a en ralit plusieurs mcanismes qui ont t
proposs pour se rapprocher de la dure de connexion de service tlphonique sur le rseau 2G qui
sont :
Redirection
Basic
SIB Skipping
SI Tunneling
Handover
Diffrences entre handover et redirection

Dans le cas de la procdure de Handover, la cellule cible Nb est informe (selon le type de
Handover, soit par le RNC, soir par le MSC/VLR) de la prise en charge d'un UE. Des mesures interRAT (IRAT : Radio Access Technology) permettent l'UE de mesurer la puissance du signal des
cellules pouvant prendre en charge l'UE afin de guider le HandOver (HO). C'est au cours de la requte
RRC Connection Reconfiguration (optional Measurement reports) que l'eNb demande l'UE de lui
fournir des mesures sur les cellules voisines.
Dans le cas de la procdure de Redirection, l'UE est inform du rseau d'accs sur lequel il doit se
re-connecter, mais le rseau n'est pas inform. Par consquent, l'UE est dans l'obligation de trouver
des informations sur sa nouvelle cellule. Ainsi, une fois sur la cellule, l'UE initie des mesures de
puissance des frquences balises puis, rcupre les informations SIB diffuses en broadcast par la
cellule cible. Parmi les deux technique, les mesures ont montres que la procdure de redirection
est plus rapide que le HandOver pour le GSM, mais l'inverse est moins rapide en 3G.
Le tableau met en avant diffrents mcanismes de redirections dj voqus dans l'introduction de

l'article savoir :
Basic
SIB Skipping
SI Tunneling
Redirection Basic R8 Release with RedirectionBasic, l'UE rcupre et interprte l'ensemble des
SIB avant de faire la demande de connexion la cellule cible.
SIB Skipping R8 Release with RedirectionSIB Skipping (3G), l'UE n'a pas besoin de lire tous
les SIB mais seulement les SIBs 1, 3, 5 et 7, en ignorant les autres SIB. Toutefois, les informations
concernants les cellules voisines et transmises sur le SIB11 et SIB 12 ont t transmises l'UE lors
des messages de mesure de contrle et transmise par le Nb une fois l'UE connect.
R9 Enhanced Release with RedirectionSI Tunneling Les informations SIB de la cellule cible
sont transmises via un tunnel dans le message RRC Connection Release transmise par l'eNb source.
La solution dploye ce jour est la redirection basique ou SIB Skipping. Nous prsentons ici le cas
du R8 Release with RedirectionBasic
Dans cette capture, on s'aperoit que finalement le dlai apport par le CSFB est de 3 secondes et
457 ms (jusqu'au Alerting)
Repost
Published by 4glte
20 juin 2015

Bien quaillant dj consacr 2 articles sur le CSFB (http://blogs.univ-poitiers.fr/flaunay/2014/03/14/technologie-de-transport-de-la-voix-en-4g-csfb/
et http://blogs.univ-poitiers.fr/flaunay/2014/03/20/technologie-de-transport-de-la-voix-en-4g-csfb-part-2/) je vous propose dexpliquer
nouveau linteret du CSFB et le fonctionnement de celui-ci via des call flow. Je finirai par presenter
plusieurs techniques pour rduire le temps de basculement du rseau 4G vers le rseau 3G. Le
CSFB est un mcanisme permettant aux tlphones couvert par le 4G de se replier sur le rseau
2G/3G (plutot 3G) pour pouvoir passer un appel : La 4G tant un rseau tout IP, la voix est vue
comme un service rseau, ncessitant la mise en place de lIMS Mobile pour permettre la voix sur
LTE dnomme VoLTE (qui fera lobjet dun autre article). La VoLTE arrivera en septembre chez
Orange et Bouygues, et fera prochainement lobjet de plusieurs articles. Lorsque vous tes couvert
par la 4G, pour savoir si la fonctionnalit CSFB ou si le VoLTE est activ, regardez licne rseau.
Normalement vous devriez voir le symbole 4G. Passez un appel, si vous voyez apparaitre le symbole
3G (ou 3G+ ou H+), alors votre tlphone est pass en 3G, si le symbole est 4G alors vous tes en
VoLTE.
CSFB (Circuit Switched Fallback):- est une fonctionnalit spcifie par le 3GPP pour fournir lUE
les services commutation de circuit traditionnel (comme la voix, les SMS..) lorsque ce dernier est
attach au rseau de voix 4G. Les fonctionnalits CSFB doivent tre implementes au niveau de
lUE, du MME, du MSC/VLR, et du HSS : lorsque lUE sattache au PLMN, il effectue un
attachement combine sur le MME et le VLR. Une nouvelle interface, nomme SG, est aussi cre
entre le MME et le VLR.
Pourquoi un attachement combine IMSI Attach, EPS Attach ?

On suppose que le mobile est attach au rseau 4G uniquement. Un appel arrive dans le domaine
CS, la demande est soumise au GMSC qui interroge le HLR/HSS. Pour ce dernier, lUE nest pas
connect au rseau 2G/3G (rattach aucun VLR), lappel est donc renvoy la messagerie
Comment est ralis lattachement conjoint?
Pour plus dinformation, se rfrer au document 3GPP TS 23.272
La question qui se pose maintenant est comment le MME peut driver le VLR? Ny a til pas conflit
de
localisation?
Revenons
sur
larticle Pool MME (http://blogs.univ-poitiers.fr/flaunay/2015/05/16/pool-de-mme/), le MME gre plusieurs TA (Tracking Area), mais lorsque lUE est
en mode connect le MME sait prcisment sur quelle TA il se trouve. Le MSC quant lui localise
lUE sur une LA (Location Area). La couverture dune TA est plus petite quune LA pour avoir de
bonnes conditions radios et assurer un SNR minimum compatible avec le debit espr. Donc
plusieurs TA sont regroupes dans une LA. Il suffit loprateur dviter tout chevauchement de TA
sur deux LA pour quil ny ait pas ambigut. Donc, une LA est dcoupe en plusieurs TA et aucune
TA chevauche deux LA. Il ny a donc plus de conflit de derivation de VLR, une TA nappartenant qu
une seule LA.
Fonctionnement prsent dans le cas dun MTC

On suppose maintenant pour lUE A, le double attachement EPS Attach et IMSI Attach. Lutilisateur
B appelle lUE A. Le GMSC transfre lappel au MSC/VLR lequel, via linterface SG, informe le MME
duun appel en cours (Paging). Le MME va rediriger lUE du rseau LTE vers le rseau 3G.
LUE perd sa connexion au rseau LTE, le mobile cherche les informations SIB sur sa nouvelle
cellule pour se rattacher au Nb. Une fois connect au rseau 3G, la procdure de paging est
transmise du MSC vers le Nb et lUE demande une connexion au rseau CS. Lorsque lappel est
termin, lUE retourne sur le rseau 4G.
Repost
Published by 4glte
19 mai 2015
Dans un prcdent article, j'avais prsent de manire gnrale la procdure d'attachement au

rseau LTE. Je vous invite relire l'article EMM Procdure Initial Attach. Cet article est inspir du
site www.netmanias.com
I) Principe et objectifs.
Ia) Les objectifs
En mettant le tlphone sous tension, ce dernier cherche le rseau 4G en priorit, et lorsqu'il trouve
une station de base (eNb), l'UE lance une procdure d'enregistrement. Cette procdure
d'enregistrement se nomme Initial ATTACH ce qui permet d'Identifier et authentifier l'UE au niveau du
rseau (cf. call flow simplifi de l'article EMM Procdure Initial Attach) L'objectif de cet article
est donc de dtailler le call flow suivant (prsent dans l'article EMM Procedure - Initial Attach)
En fait, il y a plusieurs cas d'enregistrement, nous allons aujourd'hui en lister que 3 et ne dtailler que
le premier cas.
1. L'UE se connecte pour la premire fois au rseau 4G, dans ce cas l'UE envoie son IMSI
2. L'UE se reconnecte aprs une perte de couverture en restant sur le mme MME
3. L'UE se reconnecte en ayant chang de MME
Dans les deux derniers cas, l'UE envoie l'identifiant GUTI. Se rfrer l'article IMSI, TMSI, GUMMEI,
GUTI comme le montre la figure suivante :
(NB : Pour tre plus prcis, il faut aussi diffrencier le cas ou le MME connait l'UE car son contexte a
t sauvegard du cas ou le MME ne reconnait pas l'UE car son contexte a t supprim au niveau
du MME). Afin d'analyser le call flow de demande d'enregistrement, il est ncessaire d'avoir en tte
les interfaces et les protocoles entre l'UE et le MME. Nous allons galement exploiter dans cet
articles les notions vues dans l'article protocole RRC
I
b) Gnralit sur la procdure d'enregistrement L'attachement d'un UE se droule en 5 phases :
1. UE ID Acquisition : L'UE s'identifie auprs du rseau en communiquant son identifiant IMSI (ou
GUTI)
2. Authentication : Authentification mutuelle par la mthode EPS-AKA
3. NAS Security Setup : Chiffrement des donnes
4. Localisation Update : Le MME informe le HSS qu'il gre l'UE et rcupre les services auquel l'UE
a souscrit.
5. EPS Session Establishment : Cration du Bearer par dfaut
6.
II) Description des tapes

II-1) UE ID Acquisition
L'UE ID acquisition a pour objectif de fournir l'identit de l'UE au rseau (MME). Mais, cette premire
phase se dcoupe elle aussi en plusieurs tapes :
1. Synchronisation et recherche de cellule.
2. Etablissement d'une connexion ECM
Etape 1 : Synchronisation et recherche de cellule.

Dans un premier temps, lorsque le tlphone s'allume, sa premire dmarche consiste chercher le
rseau pour se synchroniser et trouver les informations sur les eNb. Pour rappel (cf article Etat RRC ECM - EMM), l'UE est dans les tats suivants :
EMM Deregistered
ECM Idle
RRC Idle
Etape 2 : Etablissement d'une connexion ECM L'tablissement de la connexion ECM a pour objectif
de transmettre l'IMSI de l'UE au MME .Cela ncessite la encore plusieurs sous-tapes :
Synchroniser en temps et en frquence l'eNb et l'UE pour changer des donnes (TTI et PRB)
nomm RRC Connection Establishment
Transmettre les donnes - Attach Request - jusqu'au MME
2a) Une premire connexion RRC est ncessaire pour passer du mode RRC-Idle au mode RRCConnected. L'UE doit imprativement passer en mode RRC Connected pour pouvoir transfrer des
donnes ou transmettre de la signalisation (Les messages NAS sont transfrs comme RRC). Une
fois l'UE en mode RRC Connected, il peut envoyer les informations NAS (requte d'attachement) et
passer en mode ECM-Connected.
2-a) RRC Connection Establishment La connexion RRC permet d'tablir un bearer radio pour la
signalisation (SRB0/SRB1) et s'effectue en 3 tapes.
2-a.1) [UE eNB] RRC Connection Request

La requte RRC Connection Request (Establishment Cause=Mobile Originating Signaling) est
transmis de l'UE vers le mobile sur un canal alatoire . La raison Mobile Originating Signaling est
transmis par l'UE lorsque l'UE va faire une des demande suivante : Attach, Detach ou TAU (Tracking
Area Update).
2-a.2) [UE eNB] RRC Connection Setup Le eNb contrle les liens radios Upling et Downlink de
l'UE, en lui allouant un SRB1 qui correspond au lien radio ddi l'UE. Il porte connaissance l'UE
du lien radio ddi en envoyant cette inforamtion dans le message RRC Connection Setup, lequel
est dlivr sur le SRB 0 et le CCCH.
2-a.3) [UE eNB] RRC Connection Setup Complete L'UE acquitte l'eNb par le message RRC
Connection Setup Complete via le lien radio ddi SRB 1 et le canal logique DCCH (Dedicated
Control Channel). Pour plus d'efficacit, le message Attach Request est transmis au eNB dans le
message RRC Connection Setup Complete. A partir de l'acquittement, l'UE est dans l'tat RRCConnected
2-b) La requte d'attachement L'UE envoie le message EMM - ATTACH REQUEST dans le
message RRC.
2-b.1) S1 Signaling Connection Establishment
Les messages de contrle entre l'eNb et le MME sont transmis sur l'interface S1-MME via le
protocole S1AP. La connexion S1 est ddie pour chaque utilisateur et est identifie par la paire
(eNB UE S1AP ID, MME UE S1AP ID) alloue par l'enB et le MME, permettant chaque entit
d'identifier l'UE. A ce stade du call flow, l'eNb a reu de la part de l'UE une requte ATTACHconverted by W eb2PDFConvert.com
REQUEST.
L'eNB va dfinir un identifiaint eNb UE S1AP IE pour l'tablissement de la connexion S1 et envoie la
requte ATTACH REQUEST au MME avec le contenu suivant :
2-c) ECM Connection Establishment

A la rception de ce message, le MME allou l'identifiant MME S1AP UE ID pour identifier l'UE ce qui
permet de finaliser la connexion entre l'eNb et le MME. Les tats de l'UE sont maintenant les
suivants :
EMM-Registered
ECM-Connected
RRC-Connected.
2-d) IMSI Acquisition
A partir des informations contenues dans le champs Network Capability du message ATTACH
REQUEST, le MME connait les algorithmes de scurits supports par l'UE et son IMSI. Le MME va
maintenant procdr une authentification de l'UE et va permettre l'UE d'authentifier le rseau EPS
selon la procdure EPS-AKA (Authentication and Key Agreement). II.2 Authentication
L'authentification est dite mutuelle car le rseau authentifie l'UE et l'UE authentifie l'EPS. La
procdure se dcoupe en deux tapes :
1. Acquisition des vecteurs d'authentification : Le MME rcupre les vecteurs d'authentification au
niveau du HSS (AuC faisant parti du HSS)
2. Vrification des paramtres d'authentifications
Le Call Flow sur l'authentification est reprsente sur la figure suivante :
1) Acquisition du vecteur d'authentification A travers l'interface S6a, Le MME contacte le HSS via le
protocole DIAMETER pour rcuprer le vecteur d'authentification AV compos des lments suivants
:
RAND : Un nombre alatoire
AUTN : Le sceau d'authentification appel aussi jeton d'authentification. utilis par l'application
USIM pour authenfier l'EPS
XRES : Le rsultat de l'authentification de l'UE selon la cl connue par le HSS (laquelle est aussi
enregistre sur l'UICC). XRES est le rsultat calcul au niveau du rseau partir du RAND et des
paramtres connues de l'UE.
KASME: La cl de cryptage et de chiffrement (nomme Ki et Kc). A la diffrence du rseau 3G,
seule Kasme est transmis permettant de driver les cls Ki et Kc.
La rcupration du vecteur d'acquisition s'effectue en trois tapes :
1. Requte de la part du MME vers le HSS
2. Calcule de l'AV au niveau du HSS
3. Transmission de l'AV du HSS au MME
1-a) Demande du vecteur AV [1] Le MME demande les vecteurs d'authentifications chaque
message ATTACH_REQUEST. Dans sa requte, le MME envoie l'identit du mobile (IMSI) et
l'identit SN ID compos du MCC et du MNC du MME faisant la demande afin que l'oprateur HOME
puisse connaitre quel oprateur fait la demande d'authentification de son client.
1-b) Gnration du vecteur d'authentification AV [2] Le HSS (en 3G il s'agissait du HLR/AuC) calcule
le vecteur d'authentification AV en utilisant la cl LTE K partir de la connaissance de l'IMSI et de
l'identit SN ID. Dans un premier temps, le HSS gnre un numro de squence SQN incrment
chaque routine et un numro alatoire RAND, et l'algorithme de crypto utilis ces deux paramtres et
la cl priv LTE K pour gnrer le rsultat attendu d'authentification de l'UE (XRES), et les cls de
chiffrement Kc et d'intgrit Ki. (XRES, AUTN, CK, IK) = Crypto Function (LTE K, SQN, RAND) Les
valeurs {SQN, SN ID, CK, IK} permettent de crer la cl de drivation KASME KASME = KDF (SQN,
SN ID, CK, IK)
1-c) [MME HSS] Delivering Authentication Vectors [3] Le HSS transmet le vectueur
d'authentification AV : Authentication Information Response au MME.
2) Authentification mutuelle
La procdure EPS-AKA est un accord mutuel d'authentification.Lorsque le MME reoit le paramtre
d'authentification AV il ne transmet que les lments ncessaire permettant l'UE d'authentifier le
rseau (AUTN : Sceau ou jeton d'authentification) et la variable alatoire RAND permettant l'UE de
calculer son sceau (ou jeton) d'authentification XRES. Le MME conserve les valeurs XRES
et KASME pour authentifier l'utilisateur et connatre les cls de chiffrements et d'intgrit. KASME n'est
pas transmis l'UE car ce dernier va le calculer. L'UE a nanmoins besoin de connaitre l'index
KSIASME correspondant la valeur SQN pour calculer les cls Ck et le Ci :
2-a) [UE MME] Request by MME for User Authentication [2]
Le MME transmet les informations (RAND, AUTN et KSIASME) ncessaire l'UE dans le
message Authentication Request (RAND, AUTN, KSIASME).
2-b) [UE] Users Authenticating the Network: Generating Authentication Vectors and Authenticating
the Network [5]
A partir du message Authentication Request (RAND, AUTN, KSIASME) , l'UE gnre d'abord la
valeur SQN partir de l'AUTN,et calcule partir de son LTE K et du SQN la valeur AUTNUE. L'UE
compare ainsi la valeur AUTNUE calcule au niveau de l'USIM de la valeur AUTN envoy par le rseau.
Si les deux valeurs sont identiques, l'UE authentifie le rseau et sauvegarde la cl s KSIASME comme
un index pour calculer KASME.
2-c) [UE MME] Delivery of User RES to MME [6]
L'UE calcule ensuite les cls de chiffrement et d'intgrit et partir de la valeur RAND, il calcule son
sceau (jeton) d'authentification nomme RES (Authentication Response). Cette valeur est
transmise au MME
2-d) [MME] Networks Authenticating the UE [7]
Le MME compare le RES reu du XRES mis par le HSS et sauvegard au niveau de l'UE. Si les 2
valeurs correspondent, l'UE est authentifi au niveau du rseau. D'une manire plus complte, la
procdure est la suivante, nous dtaillerons cette procdure EPS-AKA dans un autre article.
II-3) NAS Security Setup A partir de l'authentification mutuelle, l'UE et le MME pourront changer
des donnes de signalisation. Celles-ci sont transmises dans un tunnel crypt. L'UE et le MME
change donc les algorithmes de chiffrement et d'intgrit en 4 tapes
3-a) [MME] Generating NAS Security Keys [1]

Le MME choisi l'algorithme de chiffremetne t d'intgrit qui sera appliqu l'change de message
NAS (nous sommes toujours dans le cas de la requte ATTACH). A partir de cet algorithme et de la
valeur KASME, le MME calcule la cl d'intgrit NAS integrity key (KNASint) et la cl de
chiffrement (KNASenc). Ces deux cls sont appliques au message NAS.
3-b) [UE MME] Security Mode Commande [2]
Le MME informe l'UE du choix de l'algorithme dans le message Security Mode
Command (KSIASME, Security Algorithm, NAS-MAC) ce qui permet l'UE de gnrer les cls
duales.
3-c) [UE] Generating NAS Security Keys [3]
L'UE gnre les cls d'intgrit et de scurit (KNASint and KNASenc) en fonction de l'algorithme choisi
par le MME.
3-d) [UE MME] Security Mode Complete [4]
L'UE informe le MME de la gnration des cls de scurits NAS via le message Security Mode
Complete (NAS-MAC). II.4 Location Update Le MME peut maintenant enregistrer l'utilisateur au
niveau du rseau, le localiser et rcuprer les services de souscriptions du client. Le MME informe le
HSS qu'il gre l'UE et qu'il est enregistr au niveau du MME. Cela est ralis au cours de la
procdure de LU (Location Update Procedure), les changes s'effectuent en utilisant le protocole
DIAMETER sur l'interface S6a.
4-a) [MME HSS] Update Location Request [1] *

Le MME envoie la requte Update Location Request (IMSI, MME ID) vers le HSS afin de lui notifier
la prise en charge de l'UE (authentifi) et pour rclamer la rcupration du profil d'abonnement du
client.
4-b) [HSS] Register [2] Le HSS enregistre l'identifiant du MME afin de savoir sur quel MME gre le
client en cas de terminaison de session (MT Mobile Terminated) pour ce client.
4-c) [MME HSS] Update Location Answer [3]
Le HSS envoie le profilde souscription cu client au MME encapsul dans le message Update
Location Answer. A partir de cette confrmation, le MMEpeut crer une session EPS session et un
bearer EPS par dfaut. Le message de Update Location contient le paramtre de QoS et l'APN avec
les informations sur les dbits maximums autoriss pour le client
4-d) [MME] Storing Subscription Information [4] Le MME sauvegarde les informations contenues dans
le Update Location Answer dans un contexte pour l'UE. II.5 EPS Session Establishment A partir
des informations de souscription de l'UE (QoS), le MME va crer la session et le bearer EPS par
dfauten
satisfaisant
le
critre
de
QoS
5-a) [MME] Assigning EPS Bearer ID [1] Un bearer EPS bearer est une connexion virtuelle entre l'UE
et le P-GW permettant de dlivrer le trafic utilisateur. Un EPS bearer est identifi par 4 bits
nomm EPS bearer IDs dont les valeurs sont dfinies par le tableau suivant :
Le MME va donc attribue une valeur EPS Bearer ID comprise entre 5 et 15.
5-b) [MME] Selecting P-GW [2]
Le MME interroge le serveur DNS pour connaitre le PDN associ l'identifiant reu par le HSS (ex :
internet.apn.epc.mnc01.mcc208.monfai.fr) ou directement partir de l'information P-GW ID si
disponible.Le MME choisi galement le SGW qui transfera les donnes utilisateurs au PGW
5-c) [MME S-GW] Create Session Request [3]
Le MME demande la cration de session de donnes auprs du SGW via le message Create
Session Request (interface S11). Le SGW contacte ensuite le PGW afin que ce dernier valide
l'tablissement du contexte EPS. Comme on le verra dans le 7me point (5-g), le PGW peut aussi
modifier la QoS associ au dbit sur cet APN en imposant une valeur pour l'AMBR. En effet, dans sa
requte au SGW, le MME inclue les informations de souscriptions reues par le HSS permettant
ainsi au P-GW d'interroger le PCRF pour les attributs de la session EPS et vrifier la concordance
entre la demande et la souscription (facturation). Voici le dtail des informations transmises au cours
de
la
requte
Create
Session
Request
:
5-d) [MME P-GW] Create Session Request [4]

Le S-GW transfre la requte vers le P-GW sur l'interface S5 via le protocol GTP (UP: GTP-U, CP:
GTP-C). Le S-GW alloue un identifiant de tunnel DL S5 TEID (S5 S-GW TEID) au niveau du SGW.
5-e) [S5 Bearer: Downlink] [5]

A la rception du message au niveau du PGW, ce dernier doit crer un identifiant de tunnel
permettant ainsi de dfinir de bout en bout le bearer S5. Mais avant cela, il faut vrifier le droit
d'accder au rseau.
5-f) [P-GW] Allocating User IP Address [6]
Le P-GW invoque le serveur DHCP afin de fournir une adresse IP l'UE pour le routage des donnes
avec l'APN
5-g) [P-GW PCRF] Notifying of EPS Session Setup [7]
Le P-GW et le PCRF communique travers l'interface Gx et utilisant le protocole Diameter pour
valider si le service demand par le client fait parti de l'offre de souscription du client. Le PCRF est en
charge de contrler les accs autoriss et le cas chant d'appliquer les rgles de QoS souscrites.
Le
P-GW
envoie
la
requte
DIAMETER CCR
(CC-Request)
:
5-h) [PCRF SPR] Requesting Access Profiles [8]

Le PCRF interroge le SPR pour connatre le profil d'accs du client et dterminer les rgles de PCC
mettre en oeuvre.
5-i) [PCRF SPR] Returning Access Profiles [9]
Le SPR renvoi le profil d'accs de l'utilisateur. Le profil peut contenir des informations sur les filtres de
sessions de flux de donnes (SDF Filter) et les paramtres QCI, ARP, APN-AMBR (UL/DL), les
mthodes de taxation (e.g. Offline), ...
5-j) [PCRF] Determining Policies [10]
Le PCRF dtermine la politique PCC appliquer la session EPS.
5-k) [P-GW PCRF] Acknowledging EPS Session Establishment [11]
Le PCRF founit les rgles PCC au P-GW, dans sa rponse DIAMETER CCA (CC-Answer).
5-l) [P-GW] Policy Enforcement [12]

Le P-GW applique les rgles PCC (le P-GW joue le rle du PCEF) reues par le PCRF. Comme les
rgles PCC sont dfinies pour chaque flux de sessions de donnes SDF, le P-GW fait un mapping
entre le SDFs et le bearer EPS cre. 13) ~ 15) EPS Session Creation Response Du 13me au
15me message, le P-GW informe le MME de son choix de QoS applique la session EPS dans le
message Create Session Response. Le PCRF peut avoir dcid de conserver la valeur de QoS
demand par le MME ou propos une autre valeur.
5-m) [S-GW P-GW] EPS Session Creation Response [13] Le P-GW alloue un identifiant S5 TEID
(S5 P-GW TEID) pour tablir le tunnel GTP sur l'interface S5 avec le S-GW. Dans la rponse Create
Session Response, le P-GW indique l'identifiant du tunnek P-GW TEID et la QoS appliquer au
bearer
S5
(et
par
consquent
au
bearer
EPS
par
dfaut).
5-n) [S5 Bearer: Uplink] S5 Bearer Established [14]

La rponse est ensuite transmise au S-GW permettant ainsi de crer le tunnel de bearer S5 via le
protocole GTP-U .
5-o) [MME S-GW] EPS Session Creation Response [15] Le SGW transfre ensuite le Create
Session Response au MME en allouant un identifiant S1 TEID (S1 S-GW TEID) pour crer le
tunnel S1 GTP associ au bearer S1 entre l'eNb et le SGW.
16) [MME] Le MME Conserve dans son contexte l'identifiant S5 P-GW TEID
Quand l'UE sera attach au rseau, en cas de Handover vers un autre S-GW il faut construire le
tunnel entre le nouveau SGW et le P-GW, point d'ancrage au PDN. Pour cette raison, le MME doit
conserver l'identifant S5 P-GW TEID
5-p) [MME] Calcule le UE-AMBR [18] Le MME envoie l'UE le message Attach Accept en rponse
la demande de l'UE Attach Request. Le MME prpare le support E-RAB (i.e. en allouant des
ressources sur le lien radio et en crant le bearer S1). Pour cela, le MME calcule la valeur UE-AMBR
qu'il va transmettre au eNB. Cela permet d'ajuster la valeur reue du HSS avec la valeur rellement
utilise sur le default bearer..
19) Gnration de paramtres pour l'E-RAB et le NAS Signaling

A la rception de la rponse du P-GW Create Session Response le MME est inform des
ressources mettre en oeuvre pour l'UE. Le MME la charge de garantir la mme QoS entre le SGW et l'UE en construisant les bearer DATA et S1. La mise en place de l'E-RAB ncessite de la part
du MME les informations suivantes :
Identitifcation de l'UE par la variable GUTI au lieu de l'IMSI
Dtermination des paramtres pour dfinir la liste de TAI (TAI list allocation, TAU Timer value)
Calcul de l'UE-AMBR pour l'eNb
Dfinition d'un E-RAB ID
5-q) [UE MME] Attach Accept [20]
Les informations prcdentes, l'adresse IP de l'UE, l'identification du bearer EPS (EPS Bearer ID), le
dbit maximum UE-AMBR et les paramtres de QoS reus dans le message Attach Accept de la
part du S-GW est transfr jusqu' l'UE permettant ainsi d'aboutir la rponse de l'UE sur sa
demande Attach Request . Le message ATTACH REQUEST est encapsul dans le message Initial
Context Setup Request du protocole S1-AP et ensuite sur le lien radio via le protocole RRC RRC
Connection Reconfiguration.
[MME] AS Security Setup : Creating KeNB [21]
Les changes sur la couche radio sont chiffres selon la cl KeNB transmise par le MME l'eNb sur
la base du KASME. This is to ensure the eNB can generate AS security keys to be used for secured
communication between the eNB and the UE over radio link (i.e. for AS security setup).
5-r) [eNB MME] Requesting E-RAB Setup [22]
Le MME commence par tablir le bearer S1 via le message Initial Context Setup Request. Ce
message permet de constuire le S1 bearer entre l'eNb et le S-GW, mais aussi le DRB avec kl'UE. Le
mes s age Initial Context Setup Request contient les informations suivantes :
5-s) [S1 Bearer: Uplink] [23]

A partir du message Initial Context Setup Request reu de la part du MME, l'eNb peut construire
le tunnel (identifiant TEID) et mettre en place le support E-RAB. Pour cela il envoi le message Attach
Accept l'UE et termine la mise en place du S1 bearer en incluant l'identifiant S1 TEID dans le
message Initial Context Setup Response pour rpondre au prcdent message du MME. Le MME
transfre ainsi le message vers le S-GW pour que ce dernier puisse connaitre le S1-TEID
5-t) [eNB] Generating AS Security Keys [24]
L'eNB choisit l'algorithme de chiffrement et d'intgrit partir de la cl KeNB afin d'assurer la
confidentialit et l'intgrit des messages RRC A partir de KeNB, leNb calcule les
cls KRRCint/KRRCenc,
5-u) [UE eNB] Helping UE to Generate AS Security Keys [25]
L'eNB informe l'UE du choix des algorithmes via la commande Security Mode Command (AS
Security Algorithm, MAC-I).
5-v) [UE] Generating AS Security Keys [26]
A la rception du message Security Mode Command, l'UE gnre les cls de scurit
AS (KRRCint, KRRCenc et KUPenc)
5-w) [UE eNB] AS Keys Generation Complete [27] Le message Security Mode Command
permet de vrifier le chiffrement A partir de ce moment, l' eNB tabli le lien DRB scuris.
5-x) [UE eNB] Reconfiguring RRC Connection [28]
L'eNB alloue une identit DRB Id, et configure les paramtres de QoS pour pouvoir finaliser
l'tablissement du lien DRB. Pour ce faire, il transmet le message RRC Connection
Reconfiguration l'UE via le connexion RRC scurise. Ce message RRC a pour but d'allouer
les ressources radios comme cela a t ngoci avec le P-GW. L'eNb transmet galement dans le
corps du message l'adresse IP de l'UE. Enfin, le message RRC Connection
Reconfiguration encapsule la rponse Attach Accept
[DRB Establishment: Uplink and Downlink] DRB Establishment Complete [29]
L'UE peut maintenant mettre et recevoir de la Data avec l'eNb
5_y) [eNB S-GW] E-RAB Setup Response [30]
Le lien se construit entre l'eNb et le SGW. Pour ce faire, l'eNb transmet son identifiant de tynnel S1
TEID (S1 eNB TEID) pour la construction du bearer S1 et en informe le MME via le message Initial
Context Setup Response, ce qui permet de rpondre la requte Initial Context Setup
Request
[eNB] Allocating a Downlink TEID for S1 Bearer [31]
Le S1 bearer, est ainsi tabli via le protocole S1 GTP-U tunnel. Le S-GW attend la confirmation de la
connexion de l'UE, ce dernier doit confirmer son attachement auprs du MME
5-z) [UE MME] Sending Attach Complete Message [32]
L'UE envoi le message Attach Complete au MME, en rponse au message [20]
[UE][MME] EMM State [33]
L'UE et le MME sont dans l'tat EMM-Registered. SI le MME envoi le message Attach
Reject (cela se ferai l'tape 20) dans ce cas l'UE libre sa connexion eECM/RRC et se
retrouverait dans l'tat EMM-Deregistered.
5-aa) [MME S-GW] Requesting S1 Bearer Modification [34]

Le MME transmet l'identifiant S1 TEID (S1 eNB TEID) reu de la part de l'eNB vers le S-GW via e
message Modify Bearer Request message.
5-ab) [MME S-GW] Responding to S1 Bearer Modification Request [35]
Le S-GW envoit un acquittement au MME 'Modify Bearer Response' indiquant que le S-GW est
prt pour dlivrer le flux de donnes
5-ac) [S1 Bearer: Downlink] S1 Bearer Setup Complete [36]
La procdure de mise en place du bearer S1 est finie, l'eNb et le S-GW peuvent changer des
donnes sur el S1 bearer
Voir les commentaires
Repost
Published by 4glte
16 mai 2015
Pool De MME
I) Principe et rappels
Lorsque l'UE est l'tat EMM-Registered et ECM-Idle, il est localis sur une zone nomme Tracking
Area. Une seule zone de localisation suffit pour le LTE puisque l'UE n'est enregistr que sur le
domaine en commutation de paquets. A ce titre, on peut rappeler que sur le rseau 2G/3G, le mobile
est localis :
LA : Location Area pour la localisation dans le domaine CS
RA : Routing Area pour la localisation dans le domaine PS
Pour le LTE, la localisation de l'UE est initialise par la requte d'attachement au rseau. Ensuite, la
requte de Update de TA (TAU) est dclenche soit priodiquement la fin d'un Timer soit sur
dtection de changement de TA par l'UE. Des mcanismes particuliers ont t mis en oeuvre en 4G
permettant l'UE d'tre enregistr sur plusieurs TA simultanment.
II) Enregistrement de l'UE sur Plusieurs TA

Dans des zones forte mobilit (Voie ferroviaire ou autoroutire), l'UE passe rapidement d'une zone
de TA une autre, dclenchant ainsi de la sig pour la mise jour de la localisation. Pour allger le
nombre de requtes TAU, le MME peut indiquer une liste de TA l'UE et tant que l'UE est sur un
eNb ayant un TAI appartenant cette liste, l'UE ne procde par une demande de mise jour.
III) Pool de MME A l'inverse, une zone de TA peut aussi tre gre par plusieurs MME. On parle de
pool MME (ensemble). L'avantage est de pouvoir faire basculer le contexte d'un UE (contexte cre
lors de l'attachement par exemple) vers un autre MME appartenant au mme pool afin de faire du
partage de charge ou un partage de rseau (network sharing). Dans le cas du partage de rseau, un
pool de MME peut appartenir plusieurs oprateurs. Lorsque le rseau veut raliser un partage de
charge, il doit donc transfrer le contexte de l'UE d'un MME un autre MME du mme pool, ce qui
ncessite de la part du mobile de lancer une procdure de TAU. Or comme cette demande est
l'initiative du rseau, l'UE est notifi de cette demande par l'eNB qui relche la connexion RRC avec
la cause loadbalancing (mme si le MME est mis en maintenance).
IV) Mcanisme ISR ISR - Idle mode Signaling Reduction est un mcanisme qui permet de rduire la
signalisation lorsque l'UE fait une procdure de re-slection inter-RAT. Nous avons vu dans le premier
paragraphe que l'UE est localis en fonction du rseau 2G/3G ou 4G selon le LA, RA ou TA. Dans le
cas du passage du rseau LTE au rseau UMTS, l'UE sera localis en TA puis en RA. Lors de la reslection de cellule, l'UE doit faire une mise jour de sa localisation, mme s'il passe rgulirement
de la 3G au LTE en restant toujours dans les mmes cellules. Le mcanisme ISR consiste
conserver au niveau de l'UE les identifiants de cellules ( RA et TA seulement car le LTE ne fonctionne
que dans le domaine Paquet) et en cas de re-slection d'un systme un autre, l'UE compare
l'information de la cellule et n'alerte le MME ou le SGSN qu'en cas de modification de cellule. Par
contre, en cas de paging, les notifications d'appels seront envoyes sur les deux cellules des zones
TA et RA
Lorsque l'UE fait une demande de localisation LA pour le domaine CS, et si l'UE est attach au
domaine CS du LTE (cas pour le mcanisme de CSFB) alors l'ISR est dsactiv.
Repost
Published by 4glte
15 mai 2015
Etats RRC - ECM - EMM

Dans un article prcdent, Protocole RRC, j'avais conclu par "Le protocole RRC a pour but est de
transfrer les informations de signalisation entre lUE et la station de base" (Le protocole S1AP
permet ensuite d'acheminer la signalisation au MME), ce qui avait dj t prsent via cette figure
lors de l'article Protocole NAS et AS :
En s'appuyant sur l'article Protocole NAS et AS, j'avais dcrit les procdures EMM, ECM et ESM
dans l'article EMM, EPS Mobility Management. Il est temps maintenant de conclure cette srie
d'article et notamment finalisons l'tude de cette figure :
Les tats EMM et ECM ont t tudis plus en dtail dans l'article ECM, EPS Connexion
Management. Jusqu' prsent, j'avais occult le protocole RRC alors que ce dernier porte la
signalisation NAS. Mais, l'tat RRC du mobile volue de manire duale avec l'tat ECM La figure
suivante montre les tats de transition entre l'EMM et l'ECM/RRC. Comme on peut le constater, l'tat
ECM et RRC sont identiques.
Cette figure est explique dans l'article ECM EPS Connection Management, mais revenons sur les
diffrents tats :
Etat A : EMM Deregisterd, ECM/RRC Idle - L'UE vient de s'allumer pour la premire fois aprs avoir
souscrit l'abonnement ou allum aprs avoir t teint plusieurs jours. Aucun context UE n'existe sur
le rseau LTE
Etat B : EMM Deregisterd, ECM/RRC Idle - L'UE s'allume aprs avoir t teint pendant un court laps
de temps (timer non connu la rdaction de cet article) ou l'ECM est coup suite une perte de la
connexion radio
Etat C : EMM Registerd, ECM/RRC Connected - L'UE est enregistr sur le rseau LTE et utilise des
services. La mobilit est gr par un handover (cellule cellule pour ne pas couper le trafic)
Etat D : EMM Registerd, ECM/RRC Idle - L'UE est enregistr sur le rseau LTE mais n'utilise
aucun service. La mobilit est gr par une procdure de reselection de cellule lorsque le mobile
passe d'un TAU un autre.
Quand l'UE s'est attach au rseau (cf article EMM - Initial Attach), il passe l'tat EMMRegistered et construit le bearer par dfaut. Ce bearer est compos de trois partis (cf
article BEARER EPS) :
DRB : Data Radio Bearer
S1 Bearer
S5 Bearer
Ces 3 bearers sont tablis et restent activs dans l'tat C, ECM/RRC Connected - EMM Registered
quand l'utilisateur accde un service et donc des donnes doivent tre changes. Mais, dans l'tat
D, EMM Registerd, ECM/RRC Idle, ou il n'y a plus de trafic utilisateur, seul le bearer S5 est tabli
et reste actif.
Repost
Published by 4glte
1 2 3 4 5 6 7 8 9 10 > >>
Crer un blog gratuit sur Overblog Top articles Contact Signaler un abus C.G.U. Rmunration en droits d'auteur Offre Premium

4glte Over Blog Com

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

4glte Over Blog Com

Uploaded by

Copyright:

Available Formats

10 juillet 2015

Quand Le ENb Sature T'il?

Combien dutilisateurs maximum sont actifs par TTI sur leNB ?

Description : Sans fil, ubiquit, nomadisme, ces

Quand le eNb sature t'il?

Les 10 formats sont rcapituls dans le tableau ci-dessous :

SRVCC Single Radio Voice Call Continuity Suite

La Bande des 700 MHz

SRVCC - Single Radio Voice Call Continuity

2 Calcul du nombre de PDCCH.

2 - Application et cas de la VoLTE.

La Bande Des 700 MHz

*Le spectre 2100 MHz n'est rserv ce jour que pour la 3G

Bande des 700 MHZ

Que deviendra la TNT?

SRVCC Single Radio Voice Call Continuity - Suite

SRVCC - Single Radio Voice Call Continuity

Nous allons dans un premier temps dcrire les notions

ICS : IMS Centralized Service.

SRVCC : Single Radio Voice Continuity Call

Le MME dans cette procdure doit tre en mesure :

Dans un prochain article, nous dtaillerons la procdure.

VoLTE - Principe De Base

Phase 1 : Procdure d'attachement - Cration du Default bearer

CSFB : Call Switch FallBack (2)

Diffrences entre handover et redirection

Le tableau met en avant diffrents mcanismes de redirections dj voqus dans l'introduction de

CSFB : Call Switch FallBack (1)

Pourquoi un attachement combine IMSI Attach, EPS Attach ?

Fonctionnement prsent dans le cas dun MTC

Dans un prcdent article, j'avais prsent de manire gnrale la procdure d'attachement au

II) Description des tapes

Etape 1 : Synchronisation et recherche de cellule.

2-a.1) [UE eNB] RRC Connection Request

2-c) ECM Connection Establishment

3-a) [MME] Generating NAS Security Keys [1]

4-a) [MME HSS] Update Location Request [1] *

5-d) [MME P-GW] Create Session Request [4]

5-e) [S5 Bearer: Downlink] [5]

5-h) [PCRF SPR] Requesting Access Profiles [8]

5-l) [P-GW] Policy Enforcement [12]

5-n) [S5 Bearer: Uplink] S5 Bearer Established [14]

19) Gnration de paramtres pour l'E-RAB et le NAS Signaling

5-s) [S1 Bearer: Uplink] [23]

5-aa) [MME S-GW] Requesting S1 Bearer Modification [34]

II) Enregistrement de l'UE sur Plusieurs TA

Etats RRC - ECM - EMM

You might also like