# 蔡瀚興-讀書會-21/08/14 ## <font color="ff0000">Introduction</font> - While inactive, the UE registered at the network, but not in use of any service – does not use any radio resources allocated by eNB. - So, among the allocated resources, the network releases those associated with radio access, and deletes their related information (e.g. IDs, QoS parameters, etc.). ## <font color="ff0000">S1 Release due to User Inactivity</font> S1釋放可以被eNB或者MME觸發。 ### <font color="0000ff">eNB觸發的釋放原因有:</font> - 用戶不活動 - RRC 信令完整性校驗失敗(再三) - 因為UE產生信令連接釋放而釋放 - 未知錯誤 - O&M干預 ### <font color="0000ff">MME觸發的釋放原因有:</font> - 鑒權失敗 - detach - 不允許CSG社區 ### <font color="0000ff">S1 release can be triggered by the two for other reasons</font> - control processing overload - not enough user plane processing resources available, etc. ### <font color="0000ff">Figure 1 shows the connections established in user and control planes, and the UE and MME states in the planes, before and after S1 release</font> ![](https://i.imgur.com/ESnfSDT.png) #### **S1釋放不同於在detach過程中釋放:** - 在detach過程中,所有分配給UE的資源都被釋放,UE轉移到emm-deregistered狀態 - 而在S1釋放過程中,只有由無線接入網路分配的這些資源釋放,而被EPC分配的資源則沒有 ### <font color="0000ff">Figure 2 displays the procedures for S1 release triggered by eNB upon detection of user inactivity</font> (MME的版本中無step 1) ![](https://i.imgur.com/Ujvx7zu.png) #### 1) [eNB -> MME] Requesting UE Context Release - 一旦檢測到使用者不活動,eNB發送給MME UE Context Release Request消息 #### 2) [MME -> S-GW] Requesting S1 Bearer Release - MME通過發送Release Access Bearers Request消息來請求SGW釋放和eNB關聯的資源,S1的DL #### 3) [S-GW] Downlink S1 Bearer Release - SGW釋放和UE關聯的所有下行S1承載(eNB相關的資源,包含eNB分配的下行S1 TEID等等) - 但是保留著上行S1承載資源(SGW相關的資源,包括上行S1 TEID和自己分配的上行S1 TEID) #### 4) [MME <- S-GW] Responding to S1 Bearer Release Request - SGW通過發送Release Access Bearers Response消息來確認下行S1承載資源已經被釋放了 - 之後,如果有到達UE的下行數據包到達,SGW緩存他們,然後在下行S1承載重建之後再傳輸 #### 5) [eNB <- MME] UE Context Release Command - 釋放存儲在eNB中的UE Context #### 6) [UE <- eNB] RRC Connection Release - eNB一旦從MME接收到命令,將刪除eNB具有所有UE上下文 - 如果RRC連接還沒有釋放,eNB發送給UE RRC Connection Release消息來釋放 #### 7) [eNB -> MME] UE Context Release Complete - 作為步驟5的回應 #### 8) [MME] S1 Release - MME釋放在UE上下文中所有eNB相關的資訊,除UL S1承載資訊。 但是保留和eNB不關聯的資訊。 ## <font color="ff0000">EPS Entity Information: Before/After S1 Release</font> ### <font color="0000ff">Before S1 Release</font> 釋放之前,UE連到網路,在EMM-Registered,ECM-Connected and RRC-Connected使用服務。 ![](https://i.imgur.com/CF9COfY.png) ### <font color="0000ff">After S1 Release</font> 在S1釋放之後,UE仍然註冊在網路上,但是是在EMM-Registered, ECM-Idle and RRC-Idle狀態, 不使用任何服務。 因為UE和任何eNB沒有連接,所有UE請求連接eNB和傳輸數據需要的信息被釋放 ![](https://i.imgur.com/5JSt7sU.png) #### 在UE中移除的資訊: - C-RNTI:在UE要連接社區中標識UE的ID。 - ECGI:在UE要連接的社區上的資訊 - DRB ID:在無線鏈路上的EPS承載的ID。 由eNB分配給UE。 - AS Security Info: 在UE和eNB之間的AS安全上下文。 #### 在eNB中移除的資訊: - 所有的資訊 #### 在MME移除的資訊: - S1AP UE ID:用在S1信令連接的UE ID資訊(eNB S1AP UE ID and MME S1AP UE ID) - ECGI: 在UE要連接的社區上的資訊 - S1 TEID (DL): 在下行S1承載上使用的TEID資訊 #### 在SGW刪除的資訊: - S1 TEID (DL): 在下行S1承載上使用的TEID資訊 - ECGI: 在UE要連接的社區上的資訊