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. Figure 1 : Protocoles de signalisation de lUE Protocole MM Protocole CM VLR (3G) MSC UE Protocole GMM Protocole SM (3G) SGSN Protocole EMM Protocole ESM MME Copyright EFORT 2009 2 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 REJ ECT 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 REJ ECT 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 REJ ECT 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 3 Figure 2 : Protocole EMM entre lUE et le MME UE Attach request Attach accept Attach complete Attach Reject Procdure Attach Si GUTI allou Detach request Procdure UE initiated detach Detach request Detach accept Procdure Network initiated detach Tracking area update request Tracking area update accept Tracking area update complete Tracking area update reject Si GUTI allou Procdure Tracking area update MME GUTI reallocation command Procdure S-TMSI reallocation Identity request Identity response Procdure Identification GUTI reallocation complete Authentication and ciphering req Authentication and ciphering resp Authentication and ciphering rej Procdure Authentication and ciphering Copyright EFORT 2009 4 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). UE 8. Update Location Ack 7.b. Insert Subscriber Data Ack 7.a. Insert Subscriber Data HSS New MME Serving GW PDN GW PCRF EIR 1. EMM Attach Request 6. Update Location 5.a Check IMEI (IMEI) 5.b Check IMEI Ack (IMEI, Status) 2.a. Send Authentication Info (IMSI) 2.b. Send Authentication Info Ack (Vector) 3.a. EMM Authentication and ciphering req 4.a. EMM Identity req 4.b. EMM Identity response (IMEI) 3.b. EMM Authentication and ciphering response (RES) eNodeB EMM Diameter GTPv2-C S1-AP RRC 9. Create Session Request 11. PCRF Interaction 10. Create Session Request 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 Copyright EFORT 2009 5 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 6 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. Figure 4 : LUE se dtache du rseau EPS 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 MME Serving GW PDN GW PCRF 8. S1 Release Command Libration des ressources radio 9. S1 Release Complete UE eNodeB EMM GTPv2-C S1-AP Copyright EFORT 2009 7 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 8 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. 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. UE 4. Context Response 3. Context Request 15. Update Location Ack 12. Cancel Location 13. Cancel Location Ack 14. Insert Subscriber Data Ack 14. Insert Subscriber Data 1. TAU Request Old GUTI, Old TAI) 2. TAU Request (Old GUTI, old TAI) 5. Authentication 7. Create Session Request 10. Create Session Response 11. Update Location 6. Context Acknowledge 8. Modify Bearer Request 9. Modify Bearer Response 16. Delete Session Request 17. Delete Session Response 18. TAU Accept 19. TAU Complete TAU : Tracking area Update HSS New MME Ancien MME Ancien Serving GW PDN GW Nouveau Serving GW eNodeB EMM Diameter GTPv2-C Copyright EFORT 2009 9 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 REJ ECT. 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. 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. UE eNodeB HSS New MME Serving GW PDN GW PCRF 1. ESM PDN Connectivity Request 2. Create Session Request 3. Create Session Request 5. Create Session Response 6. 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 4. First Uplink Data 11. Modify Bearer Request 12. Modify Bearer Response First Downlink Data ESM GTPv2-C S1-AP RRC Copyright EFORT 2009 10 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 11 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. Figure 7 : Etablissement dun dedicated bearer Rfrences 3GPP TS 23.002 V8.5.0, Network architecture (Release 8), J uin 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. S1 S11 S5 Gx Rx Serving GW PDN GW MME UE eNodeB 1. PCC Decision Provision 2. Create Bearer Request 3. Create Bearer Request 4. S1-AP Bearer Setup Request (ESM Activate dedicated eps bearer context request) 5. RRC Connection Reconfiguration Request (ESM Activate dedicated eps bearer context request) 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. PCRF P-CSCF SIP INVITE (sdp1) AAR AAA GTPv2-C S1-AP RRC Rx Gx