---
# System prepended metadata

title: 蔡瀚興-讀書會-21/08/14

---

# 蔡瀚興-讀書會-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要連接的社區上的資訊
