LTE + SAE = EPS

Gestion de la Mobilit et Gestion de Session

EFORT
http://www.efort.com

Ce second tutoriel EFORT ddi EPS (LTE+SAE) prsente les deux procdures
importantes lies au fonctionnement dun rseau EPS, savoir, la gestion de la mobilit
(EMM, EPS Mobility Management) au paragraphe 1 et la gestion de session (ESM, EPS
Session Management) au paragraphe 2. Le premier tutoriel accessible depuis le lien
http://www.efort.com/r_tutoriels/LTE_SAE_EFORT.pdf a prsent larchitecture EPS.

1 Gestion de la mobilit EPS

Un mobile EPS appel quipement usager (UE, User Equipment) utilise deux protocoles de
signalisation avec le rseau EPS et en particulier avec lentit MME (Mobility Management
Entity). Il sagit des protocoles EMM (EPS Mobility Management) et ESM (EPS Session
Management). EMM est un protocole de gestion de la mobilit, permettant lUE de
sattacher, de se dtacher, de mettre jour sa tracking area, etc. Le protocole ESM permet
ltablissement, la modification et la libration de default bearer et de dedicated bearer. Ces
bearers qui correspondent grossirement des circuits virtuels permettent lUE de
transmettre et de recevoir des paquets IP (Figure 1).
Hors de la couverture EPS, lUE peut se comporter comme un mobile 2G ou 3G. Dans ce
cas, il sagit pour cet UE de se rattacher au MSC dun ct et au SGSN de lautre. Les
protocoles de gestion de mobilit correspondants sont MM (Mobility Management) et GMM
(GPRS Mobility Management) respectivement. Par ailleurs les protocoles de gestion de
connexion sont CM (Connection Management) et SM (Session Management)
respectivement.

(3G) MSC
UE
Protocole MM VLR

Protocole CM

(3G) SGSN
Protocole GMM
Protocole SM

Protocole EMM
Protocole ESM MME

Figure 1 : Protocoles de signalisation de lUE

Copyright EFORT 2009 1

Le protocole EMM (EPS Mobility Management) entre l UE et le MME est similaire aux
protocoles MM du GSM et GMM du GPRS. Il assure les procdures suivantes (Figure 2):
Attachement au rseau EPS (Attach).
Dtachement du rseau EPS (Detach).
Allocation de GUTI (GUTI Reallocation). Le GUTI est lidentit temporaire allou lUE
par lEPS afin quil nait pas dvoiler son IMSI. Le rseau GSM quant lui alloue le
TMSI et le rseau GPRS assigne un P-TMSI.
Authentification et chiffrement (Authentication And Ciphering).
Mise jour d aire de tracking (Tracking Area Update). La Tracking Area EPS correspond
aux concepts de Location Area GSM et Routing Area GPRS.
Demande d'identit (e.g., IMSI, IMEI) (Identity).

L UE initie la procdure d'attachement au rseau EPS par l'envoi d'un message ATTACH
REQUEST lentit MME de rattachement. Si cette requte est accepte par le rseau, un
message ATTACH ACCEPT est retourn l UE.
Si le message ATTACH ACCEPT contient un nouveau GUTI allou par le MME, l UE doit
utiliser ce GUTI (Globally Unique Temporary Identity) comme nouvelle identit temporaire et
le stocker sur sa carte SIM en remplacement de l'ancien. Par ailleurs l UE met un message
ATTACH COMPLETE au MME. Si aucune identit GUTI est prsente dans le message
ATTACH ACCEPT, l UE doit continuer utiliser son ancien GUTI sans retourner de
message ATTACH COMPLETE.
Si la demande ATTACH REQUEST est refuse par le rseau EPS, un message ATTACH
REJECT est retourn l UE.
La procdure de dtachement du rseau EPS est initie par l UE travers un message
DETACH REQUEST. Lorsque le MME de rattachement reoit ce message, il ne retourne par
de rponse car l UE est dj hors tension.
Lors d'un problme rseau, le MME de rattachement initie une procdure de dtachement en
envoyant un message DETACH REQUEST l UE qui doit l accepter en retournant une
rponse DETACH ACCEPT.
La procdure normale de mise jour de la tracking area (TA) est initie par l UE lorsque
cette dernire dtecte un changement de TA. L UE met alors un message TRACKING
AREA UPDATE REQUEST au MME de rattachement. L'identification de TA (TAI, Tracking
Area Identification) est diffuse sur le canal de diffusion (broadcast channel) par l eNodeB.
Si la demande TRACKING AREA UPDATE REQUEST est accepte par le rseau EPS, un
acquittement TRACKING AREA UPDATE ACCEPT est retourn l UE. Le MME peut
affecter un nouveau GUTI l UE. Si tel est le cas, ce paramtre est prsent dans
l'acquittement et l UE qui le reoit doit confirmer sa prise en compte par un message
TRACKING AREA UPDATE COMPLETE.
Si la demande TRACKING AREA UPDATE REQUEST n'est pas accepte par le rseau
EPS, un acquittement ngatif TRACKING AREA UPDATE REJECT est retourn l UE.
Le MME peut tout instant allouer une nouvelle identification GUTI l UE. Pour ce faire, il
met un message GUTI REALLOCATION COMMAND. L UE stocke le GUTI sur sa carte
SIM et retourne un acquittement GUTI REALLOCATION COMPLETE au MME.
Le rseau EPS initie une procdure d'authentification et de chiffrement l'aide du message
AUTHENTICATION AND CIPHERING REQUEST contenant tous les paramtres
ncessaires pour le calcul de rsultats partir d'algorithmes d'authentification et de
chiffrement. L UE retourne les rsultats au MME travers la rponse AUTHENTICATION
AND CIPHERING RESPONSE. Si la rponse n'est pas valide, un message
AUTHENTICATION AND CIPHERING REJECT est retourn l UE.
La procdure d'identification permet au rseau de demander l UE de fournir une
identification spcifique (e.g., IMSI, IMEI). Le MME transmet un message IDENTITY
REQUEST qui spcifie l'identification demande. L UE retourne une rponse IDENTITY
RESPONSE contenant les informations requises.

Copyright EFORT 2009 2

 UE

MME
Attach request
Attach accept
Si GUTI Attach complete Procdure
allou Attach
Attach Reject

Tracking area update request

Tracking area update accept Procdure
Si GUTI Tracking area update complete Tracking area update
allou Tracking area update reject

Detach request Procdure UE initiated

detach
Detach request
Detach accept Procdure Network
initiated detach

GUTI reallocation command Procdure

GUTI reallocation complete S-TMSI reallocation

Authentication and ciphering req

Authentication and ciphering resp Procdure Authentication
and ciphering
Authentication and ciphering rej

Identity request
Procdure
Identity response Identification

Figure 2 : Protocole EMM entre lUE et le MME

Copyright EFORT 2009 3

 UE
New Serving PDN HSS
EIR PCRF
eNodeB MME GW GW

1. EMM Attach Request

2.a. Send Authentication Info (IMSI)
2.b. Send Authentication Info Ack (Vector)
3.a. EMM Authentication and ciphering req
3.b. EMM Authentication and ciphering response (RES)

4.a. EMM Identity req

4.b. EMM Identity response (IMEI)
5.a Check IMEI (IMEI)
5.b Check IMEI Ack (IMEI, Status)

6. Update Location

EMM 7.a. Insert Subscriber Data

Diameter
GTPv2-C 7.b. Insert Subscriber Data Ack
S1-AP 8. Update Location Ack
RRC
9. Create Session Request
10. Create Session Request

11. PCRF Interaction

12. Create Session Response
13. Create Session Response

14. S1-AP Initial Context Setup Request (Attach Accept (new GUTI))

15. RRC Connection Reconfiguration Request (Attach Accept (GUTI)))

16. RRC Connection Reconfiguration Complete(Attach complete)

17. S1-AP Initial Context Setup Response (Attach Complete)

First uplink data

18. Modify Bearer Request

19. Modify Bearer Response

First downlink data

Figure 3 : Attachement initial de lUE au rseau EPS

1.1 Attachement de lUE au rseau EPS

LUE souhaite senregistrer au rseau EPS (Figure 3). Cette procdure correspond un
attachement au rseau EPS qui conduira la cration dun default bearer permanent
correspondant une connectivit IP permanente un rseau IPv4 ou IPv6.
1. LUE initie la procdure dattachement en mettant une requte Attach leNodeB. Cette
requte contient son GUTI et lidentit de loprateur auquel lUE souhaite se rattacher
(ceci est important notamment en situation de roaming international). Daprs la structure
du GUTI, leNodeB est capable didentifier un MME de loprateur avec lequel lUE
souhaite sattacher. LeNodeB slectionne ensuite le MME de cet oprateur en relation
avec leNodeB et lui relaie la requete Attach laide de linterface S1-C (Dans le meilleur
des cas, ce sera le MME identifi par le GUTI).

Copyright EFORT 2009 4

2. Le MME obtient auprs du HSS disposant du profil de lUE, des quintuplets
dauthentification laide de la requte Send Authentication Info.
3. Le MME soumet une valeur alatoire lUE et escompte une rponse de lUE contenant
un rsultat dauthentification gal celui fourni par le HSS. LUE retourne la rponse au
MME.
4. Le MME demande lUE de lui fournir son IMEI.
5. L EIR, interrog par le MME indique dans le message de retour si le terminal fait ou ne
fait pas partie de la liste des quipements interdits (black list).
6. Le MME dlivre un message Update Location (adresse MME sous forme de hostname,
IMSI) au HSS.
7. Le HSS met un message Insert Subscriber Data (IMSI, donnes de souscription EPS)
au nouveau MME. Le nouveau MME retourne une rponse Insert Subscriber Data Ack
(IMSI) au HSS. Les donnes de souscription contiennent la liste de tous les APNs
(Access Point Name) que lUE est en droit daccder, une indication sur lAPN par dfaut,
et les paramtres de QoS associs chaque APN.
8. Le HSS acquitte la mise jour de localisation par une rponse Update Location Ack au
MME. Si le HSS rejette la procdure de mise jour de localisation, alors le MME rejette
la demande dattachement de lUE.
9. Le MME slectionne un Serving GW et assigne une valeur au paramtre EPS Bearer
Identity (BI) pour le bearer par dfaut associ cet UE. Puis, il met une requte Create
Session Request (pour la cration du default bearer) au serving GW slectionn.
10. Le serving GW cre une nouvelle entre dans sa table dEPS bearer et met son tour
une requte Create Session Request au PDN Gateway en utilisant le protocole GTP-C.
Ce bearer permet lUE daccder Internet par exemple.
11. Le PDN GW interagit avec lentit PCRF afin dobtenir les rgles de taxation permettant
de diffrencier les flux de service qui transiteront par le default bearer et ainsi diffrencier
la taxation de ces flux.
12. Le PDN GW retourne une rponse Create Session Response au Serving GW contenant
ladresse IP alloue par le PDN GW lUE.
13. Le Serving GW retourne une rponse Create Session Response au MME.
14. Le MME met un message de contrle sur linterface S1-C leNodeB, appel Initial
Context Setup Request, afin de demander leNodeB de crer un bearer daccs entre
lUE et le Serving GW. Ce message inclut la QoS requise pour ce bearer, lidentit du
bearer EPS (BI), ainsi que ladresse du Serving GW pour la livraison des flux mdia au
Serving GW.
15. LeNodeB met un message RRC Connection Reconfiguration request incluant lidentit
du bearer daccs et le message Attach Accept contenant le GUTI assign lUE par le
MME.
16. lUE retourne une rponse RRC Connection Reconfiguration Complete leNodeB
incluant le message EMM Attach Complete.
17. LeNodeB retourne le message Initial Context Response au MME incluant lidentit du
bearer EPS, ladresse de leNodeB utiliser pour le trafic descendant du Serving GW
leNodeB sur linterface S1-U. LUE peut ds prsent mettre des paquets IP dans le
sens montant vers leNodeB qui les routera sur le tunnel GTP-U au Serving GW qui
son tour les relayera aussi sur un tunnel GTP-U au PDN GW.
18. A la rception du message Initial Context Response et de lAttach Complete, lentit
MME met une requte Modify Bearer Request (Identit du bearer EPS (BI), adresse
eNodeB) au Serving GW.
19. Le Serving GW lacquitte en retournant une rponse Modify Bearer Response (Identit
du bearer EPS) au MME. Le Serving GW est ds prsent prt relayer les paquets IP,
quil a pu mettre temporairement en mmoire tampon, dans le sens descendant lUE
travers leNodeB.

Copyright EFORT 2009 5

1.2 Dtachement de lUE du rseau EPS

La procdure de dtachement de lUE du rseau EPS est dcrite la figure 4. Une fois la
procdure excute, lUE na plus accs au rseau EPS.
1. LUE met le message EMM Detach Request au MME.
2. Les bearers EPS pour cet UE sont dsactivs par le MME travers lenvoi du message
Delete Session Request (TEID) au Serving GW. TEID signifie Tunnel Endpoint Identifier
et identifie le tunnel librer entre le Serving GW et le PDN GW.
3. Le Serving GW met la requte Delete Session Request (TEID) au PDN GW.
4. Le PDN GW lacquitte laide de la rponse Delete Session Response (TEID).
5. Le PDN GW peut interagir avec le PCRF afin dindiquer au PCRF que les bearer EPS
pour cet UE ont t librs.
6. Le Serving GW acquitte la requte 2 au MME laide de la rponse Delete Session
Response (TEID).
7. Le MME met un message EMM Detach Accept lUE.
8. Le MME demande leNodeB de librer le bearer daccs laide de la commande S1
Release Command avec la Cause gale Detach.
9. LeNode B acquitte ce message en retournant la rponse S1 Release Complete une fois
les ressources radio libres.

UE
eNodeB

Serving PDN
MME PCRF
GW GW

1. Detach Request 2. Delete Session Request

3. Delete Session Request

4. Delete Session Response

6. Delete Session Response
5. Interactions PCRF
7. Detach Accept

8. S1 Release Command
EMM
GTPv2-C
Libration des S1-AP
ressources radio

9. S1 Release Complete

Figure 4 : LUE se dtache du rseau EPS

Copyright EFORT 2009 6

1.3 Mise jour de Tracking Area avec changement de MME et de
Serving GW

La Figure 5 dcrit un exemple de mise jour de Tracking Area (TAU, Tracking Area Update).
Dans le cas prsent, lUE change de MME et de Serving GW. Les oprations suivantes
doivent tre ralises lors de la procdure TAU:
Mise jour du chemin mdia : Le default bearer doit tre mis jour ainsi que tout bearer
supplmentaire (defaut et dedicated) tabli une fois lUE attach au rseau. Le PDN GW
doit tre inform du nouveau Serving GW en charge de la nouvelle Tracking Area (TA),
et un nouveau bearer doit tre cr entre lUE et le nouveau Serving GW si lUE est dans
ltat actif.
Transfert du contexte usager de lancien MME au nouveau MME.
Mise jour du profil de lusager dans le HSS notamment avec ladresse du nouveau
MME.

1. LUE dtecte quelle entre dans une nouvelle Tracking Area (TA) en se rendant compte
que lidentit de sa TA courante nest pas prsente dans la liste des TA prises en charge
par son MME. Rappelons quau moment de lattachement de lUE, le MME lui a indiqu
la liste des TA sous la responsabilit de ce MME. Tant que lUE est prsent dans un de
ces TAs, il nest pas ncessaire de mettre jour la TA. LUE initie la procdure TAU
(Tracking Area Update) par lenvoi leNodeB du message TAU request avec lindication
de loprateur slectionn. Le GUTI doit tre inclus.
2. LeNodeB drive le MME auquel router la requte TAU request partir du GUTI et du
rseau slectionn. Le message TAU request est pass par leNodeB au MME.
3. Le nouveau MME met une requte GTP-C Context request (GUTI) lancien MME afin
dobtenir des informations dusager.
4. Lancien MME retourne la rponse GTP-C Context Response. Ladresse du PDN GW et
les TEID(s) des bearers tablis par lUE sont inclus dans la rponse.
5. Lauthentification sapplique lUE.
6. Le nouveau MME met un acquittement GTP-C Context Acknowledge lancien MME.
7. Le MME dtermine sil faut slectionner un nouveau Serving GW par exemple dans le
cas o le chemin entre lUE un nouveau Serving GW serait plus court. Si tel est le cas,
le MME met la requte Create Session Request (IMSI, bearer contexts, MME Context
ID) au nouveau Serving GW slectionn. Ladresse du PDN GW est indique dans les
bearer contexts.
8. Le nouveau Serving GW met le message GTP-C Modify Bearer Request (Serving GW
Address, Tunnel Endpoint Identifier) au PDN GW concern. Rappelons que le PDN GW
ne peut pas changer mme sil est possible de changer de Serving GW, car cest le PDN
GW qui a allou ladresse IP lUE. Les flux entrants passent forcment par ce PDN GW
qui reprsente le point dentre du monde mobile pour les rseaux IP externes.
9. Le PDN GW met jour ses bearer contexts et retourne une rponse Modify Bearer
Response (adresse PDN et TEID(s)).
10. Le Serving GW retourne une rponse Create Session Response (MME Context ID,
adresse Serving GW, TEID pour le plan usager, Serving GW Context ID) au nouveau
MME.
11. Le nouveau MME met un message Update Location (MME Identity, IMSI) au HSS.
12. Le HSS met le message Cancel Location lancien MME pour lui demander de
supprimer le profil de lusager.
13. Lancien MME acquitte le message avec un message Cancel Location Ack (IMSI).
14. Le HSS met un message Insert Subscriber Data (IMSI, Subscription Data). Le MME
retourne la rponse Insert Subscriber Data Ack (IMSI) au HSS.
15. Le HSS acquitte le message Update Location en mettant la rponse Update Location
Ack au nouveau MME.

Copyright EFORT 2009 7

16. Lorsque lancien MME supprime le contexte associ lUE, il libre toutes les ressources
alloues aux bearers EPS de lUE en envoyant le message Delete Bearer Request
(TEID) au Serving GW.
17. Le Serving GW acquitte ce message avec la rponse Delete Bearer Response (TEID).
18. Le nouveau MME valide la prsence de lUE dans la TA aprs avoir reu les informations
de souscription de lusager et envoie lUE le message TAU Accept qui peut contenir
une nouvelle identit temporaire pour lUE appele GUTI.
19. Si une nouvelle identit temporaire est incluse dans le message TAU Accept, lUE
acquitte le message reu en retournant le message TAU Complete au MME.

UE
eNodeB Ancien Nouveau
New Ancien PDN HSS
MME MME Serving GW Serving GW GW
1. TAU 2. TAU Request (Old GUTI, old TAI)
Request 3. Context Request
Old GUTI, Old TAI)
4. Context Response
5. Authentication
6. Context Acknowledge
7. Create Session Request 8. Modify Bearer Request

10. Create Session Response 9. Modify Bearer Response

EMM 11. Update Location

Diameter 12. Cancel Location
GTPv2-C
13. Cancel Location Ack
14. Insert Subscriber Data
14. Insert Subscriber Data Ack
15. Update Location Ack
18. TAU Accept 16. Delete Session Request
19. TAU Complete
17. Delete Session Response

TAU : Tracking area Update

Figure 5 : Mise jour de Tracking Area avec changement de MME et de Serving GW

2 Gestion de session EPS

Afin daccder aux services EPS, lUE doit disposer de bearer. Un default bearer qui est
permanent par nature est tabli par le rseau EPS ds lattachement de lUE ce rseau.
Ce bearer EPS est maintenu pour toute la dure dattachement de lUE afin de fournir lUE
une connectivit IP permanente un rseau IPv4 ou IPv6. Il correspond au concept de
contexte PDP tabli dans un rseau GPRS. A tout moment lUE peut tablir un ou plusieurs
default bearers additionnels. Seul lUE peut initier la demande dtablissement dun default
bearer additionnel.
LUE obtient une adresse IP par default bearer tabli. Les default bearer ne fournissent pas
de dbit garanti.
Afin que lusager puisse accder des services temps rel IP tels que la tlphonie sur IP, il
est ncessaire quun ddicated bearer soit tabli ; un dedicated bearer a une dure limite et
fournit un dbit garanti, et est toujours associ un default bearer. Le default bearer et tous
les dedicated bearer associs partagent la mme adresse IP. Le rseau ou lUE peuvent
initier ltablissement dun dedicated bearer.

Copyright EFORT 2009 8

2.1 Etablissement dun dfault bearer additionnel
La procdure UE requested PDN connectivity permet lUE de demander
ltablissement dun bearer EPS par dfaut (default bearer) vers un rseau de donnes
externe IPv4 ou IPv6. Ce default bearer vient en supplment de celui tabli lors de
lattachement de lUE au rseau EPS. LUE dispose alors de plusieurs default bearers et
obtient pour chacun de ces bearers, une adresse IP. LUE met le message PDN
CONNECTIVITY REQUEST au MME pour la cration du default bearer. Ce message doit
inclure lAccess Point Name (APN) et la procdure transaction identity (PTI).
A la rception de ce message lentit MME vrifie si la connectivit avec lAPN demande
est possible daprs le profil de lusager. Si tel est le cas, lentit MME initie ltablissement
de ce defaut bearer et retourne une rponse PDN CONNECTIVITY ACCEPT. Si la demande
nest pas accepte, lentit MME retourne PDN CONNECTIVITY REJECT.
A titre dexemple, le premier default bearer tabli au moment de lattachement de lUE
permet laccs Internet alors que le second permet laccs lIntranet dentreprise ou au
rseau et aux services IMS.
La figure 6 dcrit la procdure de bout en bout dtablissement dun default bearer
additionnel.

eNodeB
UE New Serving PDN
PCRF HSS
MME GW GW
1. ESM PDN Connectivity 2. Create Session Request
Request 3. Create Session Request
4.
6. Create Session Response 5. Create Session Response

7. S1-AP Bearer Setup Request (ESM PDN Connectivity Accept)

8. RRC Connection Reconfiguration Request

(ESM PDN Connectivity Accept)
9. RRC Connection Reconfiguration Complete

10. S1-AP Bearer Setup Response

First Uplink Data

11. Modify Bearer Request
12. Modify Bearer Response ESM
GTPv2-C
First Downlink Data S1-AP
RRC

Figure 6 : Etablissement dun default bearer additionnel

1. LUE initie la procdure dtablissement dun default bearer additionnel laide de la

requte PDN Connectivity Request envoye au MME.
2. Le MME vrifie que lAPN fournie par lUE dans sa requte est authorise selon le profil
dusager. Si tel est le cas, le MME slectionne un Serving GW et assigne une valeur au
paramtre EPS Bearer Identity (BI) pour le default bearer additionnel associ cet UE.
Puis, il met une requte Create Session Request (pour la cration de ce nouveau
default bearer) au serving GW slectionn.
3. Le serving GW cre une nouvelle entre dans sa table dEPS bearer et met son tour
une requte Create Session Request au PDN Gateway.

Copyright EFORT 2009 9

4. Le PDN GW interagit avec lentit PCRF afin dobtenir les rgles de taxation permettant
de diffrencier les flux de service qui transiteront par ce default bearer et ainsi
diffrencier la taxation de ces flux.
5. Le PDN GW retourne une rponse Create Session Response au Serving GW contenant
ladresse IP alloue par le PDN GW lUE.
6. Le Serving GW retourne une rponse Create Session Response au MME.
7. Le MME met un message de contrle sur linterface S1-C leNodeB, appel Bearer
Setup Request, afin de demander leNodeB de crer un bearer daccs entre lUE et le
Serving GW associ ce nouveau default bearer. Ce message inclut la QoS requise
pour ce bearer, lidentit du bearer EPS (BI), ainsi que ladresse du Serving GW pour la
livraison des flux mdia au Serving GW.
8. LeNodeB met un message RRC Connection Reconfiguration request incluant lidentit
du bearer daccs et un message ESM PDN Connectivity Accept.
9. lUE retourne une rponse RRC Connection Reconfiguration Complete leNodeB.
10. LeNodeB retourne le message S1-C Bearer Context Response au MME incluant
lidentit du bearer EPS, ladresse de leNodeB utiliser pour le trafic descendant du
Serving GW leNodeB sur linterface S1-U. LUE peut ds prsent mettre des
paquets IP dans le sens montant vers leNodeB qui les routera sur le tunnel GTP-U au
Serving GW qui son tour les relayera aussi sur un tunnel GTP-U au PDN GW.
11. A la rception du message Bearer Context Response, lentit MME met une requte
Modify Bearer Request (Identit du bearer EPS (BI), adresse eNodeB) au Serving GW.
12. Le Serving GW lacquitte en retournant une rponse Modify Bearer Response (Identit
du bearer EPS) au MME. Le Serving GW est ds prsent prt relayer les paquets IP,
quil a pu mettre temporairement en mmoire tampon, dans le sens descendant lUE
travers leNodeB.

2.2 Etablissement dun dedicated bearer

La procdure dtablissement de dedicated bearer (bearer ddi) est initie lorsque lUE ou
le rseau active une nouvelle application. Il nest pas ncessaire dauthentifier lUE dans ce
cas.
A la figure 7, une demande dtablissement dune session audio est mise par lUE
lapplication IMS. LUE envoie la requte SIP INVITE lentit P-CSCF du sous-systme
IMS. Cette requte INVITE contient une description de la session au niveau mdia ainsi que
la QoS requise laide de la syntaxe SDP (Session Description Protocol). Le P-CSCF
sadresse au PCRF (Policy and Charging Rules Function) afin de lui demander de rserver
les ressources laccs, relatives la description SDP. Pour ce faire, le P-CSCF met une
requte Rx Authenticate and Authorize Request (AAR) contenant la description SDP. Lentit
PCRF traduit la description SDP en des paramtres QoS spcifiques laccs EPS; elle
met la requte Gx Re-Authorize Request (RAR) au PDN-GW.
Le PDN GW initie la cration du dedicated bearer laide de la requte Create Dedicated
Bearer Request (EPS Bearer QoS) indiquant la QoS requise;. Cette requte est reue par
lentit Serving GW.
Le Serving GW relaie la requte requte Create Dedicated Bearer Request (EPS Bearer
QoS) au MME.
Lentit MME demande ltablissement dun bearer daccs leNodeB laide de la requte
S1-C Bearer Setup Request (EPS Bearer QoS).
LeNodeB traduit la Qos demande dans le paramtre EPS Bearer QoS en une QoS
correspondante sur linterface radio Radio Bearer QoS. Il notifie alors lUE la mise en
place dun bearer radio laide de la requte Radio Bearer Setup Request (Radio Bearer
QoS).
LUE acquitte cet activation de bearer radio leNodeB laide de la rponse Radio Bearer
Setup Response.

Copyright EFORT 2009 10

LeNodeB acquitte lactivation du bearer au MME laide de la rponse Bearer Setup
Response. LeNodeB indique si la QoS requise a pu tre alloue ou non.
Le MME acquitte lactivation du bearer au Serving GW par lenvoi dune rponse Create
Dedicated Bearer Response.
Le Serving GW acquitte lactivation du bearer au PDN GW par lenvoi de la rponse Create
Dedicated Bearer Response.
Le PDN GW retourne la rponse Re-Authorize Answer (RAA) au PCRF pour lui indique que
la politique de QoS a pu tre excute avec succs.
Le PCRF retourne la rponse Rx Authenticate and Authorize Answer (AAA) au P-CSCF pour
lui indique que la QoS a pu tre rserv dans le rseau daccs de lappelant.

UE P-CSCF
eNodeB
S1 S11 Serving S5 PDN Gx Rx
MME PCRF
GW GW

SIP INVITE (sdp1)

AAR
1. PCC Decision Provision

2. Create Bearer Request

3. Create Bearer Request

GTPv2-C
4. S1-AP Bearer Setup Request
(ESM Activate dedicated eps bearer context request) S1-AP
5. RRC Connection Reconfiguration Request RRC
(ESM Activate dedicated eps bearer context request) Rx
Gx
6. RRC Connection Reconfiguration Response
(ESM Activate dedicated eps bearer context Accept)

7. S1-AP Bearer Setup Response

(ESM Activate dedicated eps bearer context Accept)
8. Create Bearer Response
9. Create Bearer Response
10. Provision Ack.
AAA

Figure 7 : Etablissement dun dedicated bearer

Rfrences

3GPP TS 23.002 V8.5.0, Network architecture (Release 8), Juin 2009.

3GPP TR 24.801 V8.1.0, 3GPP System Architecture Evolution (SAE); CT WG1 aspects
(Release 8), Dcembre 2008.
3GPP TR 23.882 V8.0.0, 3GPP System Architecture Evolution: Report on Technical
Options and Conclusions (Release 8), Dcembre 2008.

Copyright EFORT 2009 11