# 蔡瀚興-讀書會-21/08/18 ## <font color="ff0000">I. Introduction</font> 這篇文檔描述EMM case-4:service request過程。 這個過程是當有新流量時,在idle狀態不活動的UE想激活來處理流量時執行的 ## <font color="ff0000">II. Cases of Service Request</font> Service Request可以由UE或者網路來觸發,根據不同的觸發情況,可以分類為以下幾種: - service request case-1:UE觸發的新數據。 當UE有新上行數據要發送給網路。 - service request case-2:網路觸發的新數據。 當網路有下行數據要放給UE。 ![](https://i.imgur.com/p1EVoSS.png) ## <font color="ff0000">III. UE-triggered Service Request</font> ![](https://i.imgur.com/GFyftyL.png) ### <font color="0000ff">ECM Connection Establishment</font> Assume that a valid GUTI and NAS security context are kept at the UE and MME #### **1), 2) [UE – eNB] RRC Connection Setup** - UE給NAS層S-TMSI當UE ID並傳送RRC Connection Request給eNB, 然後eNB回傳RRC Connection Setup message #### **3), 4), 5) [UE -> MME] ECM Connection Setup Request** - Request UE的NAS層發送service request消息給MME來建立ECM連接 - 消息中包含KSI-ASME,並且是加密和完整性保護的。 - service request消息包含在RRC connection setup complete 消息中傳送給eNB的 ### <font color="0000ff">UE Authentication and NAS Security Setup (Optional)</font> #### **6) [UE – MME – HSS] UE Authentication** - 在接收到service request消息后,MME執行完整性檢查,如果通過,MME使用當前的 NAS security context傳輸NAS消息,並不對UE再執行鑒權流程。 - 如果失敗,MME會對UE執行鑒權流程。 #### **7) [UE – MME] NAS Security Setup** - 當鑒權過程完畢後,UE和MME都生成了用於傳輸NAS消息的NAS安全秘鑰 ![](https://i.imgur.com/ZSATAPr.png) ### <font color="0000ff">E-RAB Establishment</font> #### **8) [eNB <- MME] Requesting E-RAB Establishment** - MME sends the eNB an **Initial Context Setup Request message** so that the eNB can set up an S1 bearer with the S-GW, and a DRB with the UE ![](https://i.imgur.com/Lf8U1wK.png) #### **9) [UE – eNB] AS Security Setup** - 在接收到initial context setup消息後,在建立DRB之前,eNB執行AS安全建立過程。 - UE和eNB通過AS安全建立過程生成KRRCint/KRRCenc用於加密和完整性保護,生成KUPenc 用於用戶數據加密。 #### **10) [UE <- eNB] DRB Establishment** - eNB分配一個DRB ID來創建DRB,並根據從MME接收到的E-RAB QoS配置DRB QoS參數后,發送RRC connection reconfigutaion消息給UE。 - UE一旦接收到RRC Connection Reconfiguration消息,生成DRB和SRB2。 #### **11) UL Traffic Path Available** - 一旦完成 10) 生成DRB之後,就建立從UE到PGW的上行EPS承載,允許UE傳輸上行數據 #### **12) 13) & 16) [eNB -> S-GW] Setting up Downlink S1 Bearer** - eNB為S1 Bearer分配DL S1 TEID (S1 eNB TEID),並把這個ID包含在initial context setup response消息中發送給MME - MME把S1 eNB TEID包含在Modify Bearer Request消息中發送給SGW,SGW使用這個資訊建立DL S1 Bearer。 #### **14) DL Traffic Path Available** - 一旦完成 13),從SGW到eNB的下行S1 GTP-U隧道就建立了,完成了從PGW到UE的下行EPS承載。 用來傳輸下行數據給UE #### **15) Modifying EPS Session (UE Location Registration)** - 當UE現在的cell或TA改變了,S-GW通知P-GW - 然後P-GW再透過EPS session medication procedure通知PCRF ## <font color="ff0000">IV. Network-triggered Service Request</font> ![](https://i.imgur.com/lAMwYVt.png) ### <font color="0000ff">Service Request Triggering</font> - SGW從PGW通過S5 Bearer收到下行數據包。首先SGW緩存這些數據包,並找到UE在哪個MME - 接著SGW給MME發送Downlink Data Notification消息通知需要為UE建立信令連接和承載 ### <font color="0000ff">Paging</font> - MME知道UE駐留在哪一個TA,但是不知道UE駐留的cell - 所以MME給這個TA下的所有eNB發送Paging消息 - eNB廣播接收到的尋呼消息(通過PCH通道),UE在常規監控PCH時可以接收到這個消息 ### <font color="0000ff"> ECM Connection Establishment</font> - 意識到有數據要到來,UE發送service request消息來建立ECM連接 - ECM建立從UE通過radio access channel接入cell開始,接著發送RRC Connection Request ### <font color="0000ff">UE Authentication and NAS Security Setup (Optional)</font> - MME一旦接收到UE發送的service request消息,如果NAS-MAC完整性檢查失敗,將實行UE鑒權和生成NAS安全秘鑰 ![](https://i.imgur.com/amJoQju.png) ### <font color="0000ff">E-RAB Establishment</font> - 在從UE接收到service request消息后,MME通過e-rab建立過程建立DRB和下行S1承載。接著準備接收從SGW的數據包。 ## <font color="ff0000">V. EPS Entity Information: Before/After Service Request</font> ### <font color="0000ff">Before Service Request</font> ![](https://i.imgur.com/csfWcL9.png) ### <font color="0000ff">After Service Request</font> ![](https://i.imgur.com/vhNS4kH.png)