Table of Contents
This document discusses detach procedures defined as EMM Case 2 in our previous document, “Eleven EMM Cases in an EMM Scenario”. During this phase, a user is detached/detaches from the network he attached to. A user, initially attached to the network after going through the initial attach procedures as in EMM Case 1, uses LTE services in EMM-Registered state. After using the services, the user may be detached by the network or UE, while in ECM/RRC-Connected or ECM/RRC-Idle state. In any case, once detach procedures are completed, the user’s EPS bearer(s) are released, and his state is cleared.
This document is about detach procedures in an LTE network, and is organized as follows:
Chapter 2 identifies detach types depending on where the detach is triggered.
Chapters 3 through 5 describe detach procedures required in each detach type.
In Chapter 6, we will look into what kinds of information in each EPS entity are changed after the detach procedures in EMM Case 2.
I've one question.
If UE initiates Detach with cause as Switch off, does the network stiil sends RRCConnectionRelease to UE.
The MME transmits the UE context release command to eNB to release the UE-associated logical connection. Then, the eNB transmits the RRC connection release to the UE, releases the eNB resource, and transmits the UE context release complete to the MME to complete the call release procedure.
An MME-initiated call release occurs in the following cases.
1. A procedure between UE and MME is completed (e.g. Detach).
2. A call in the source eNB is released due to successful handover.
3. A call in the target eNB is released due to cancelled handover.
4. The old logical connection is to be released when 2 logical connections are established for a specific UE (e.g. when UE duplication occurs in the MME).
5. The UE is not a CSG member of the CSL cell.
Hi, if ue combined attached to lte , if imsi detach, whether only deactive the cs
domain security and authentication?