LTE UE Context

donnar

    当UE开机并附着上网络时，MME立刻为这个UE分配一个S-TMSI，S-TMSI指向存储在MME中的UE上下文。MME UE上下文中包含了从HSS下载的用户签约数据。MME将用户签约数据存储在本地能够加快类似承载建立流程的执行速度。而且，MME UE上下文还包含了一些动态数据，比如终端能力（capabilities）、已经创建的Bearer清单，等等。

    为了减少E-UTRAN的开销和UE的处理负担，当UE进入ECM-IDLE状态时，所有UE相关的信息（包括UE上下文）都会被接入网和UE清除。只有MME依然保留UE上下文（包括已经为该UE创建的bearer信息）。

    一旦收到寻呼消息，UE立即执行service request流程，从而将切换到ECM-CONNECTED状态。这时，EUTRAN重新为UE创建UE相关信息，相关bearer也被重建。这个过程中，MME负责重建radio bearer，并为eNB更新UE上下文。这个转换被叫做idle-to-active转换。

    LTE网络是扁平化的结构，没有中心控制节点，这样的网络结构的结果是，当UE移动时，网络必须随时在eNB之间转移与UE相关的信息，比如UE 上下文。通常，UE上下文保存在同一个MME内。

    一个UE和一个特定的MME相关联。MME负责为这个UE创建一个上下文。一旦UE在某个eNodeB的覆盖范围进入激活状态，MME就向这个eNB发“INITIAL CONTEXT SETUP REQUEST”消息，将UE上下文传送给这个eNodeB。eNodeB根据MME UE上下文，为这个UE创建eNodeB UE上下文，在UE处于激活状态的持续时间内，eNB用eNB UE上下文对UE进行管理。

    根据INITIAL CONTEXT SETUP流程创建的eNB上下文还包括一个或几个bearer的创建（包括缺省bearer）。

    当UE回到idle状态时，MME向eNodeB发UE CONTEXT RELEASE消息。收到这条消息后，eNodeB删除eNB UE上下文。MME继续保留MME UE上下文。

    UE处于ECM-IDLE状态时，要通过建立RRC连接将服务MME的GUMMEI发给eNodeB，这样当需要时，eNB知道到哪个MME去索取UE上下文（即发INITIAL UE MESSAGE）。

    MME UE上下文包括IMSI、ME ID、UE安全上下文、UE网络能力、AMBR、Selected CN operator ID、APN限制、控制信令的S-GW地址和TEID、EPS承载上下文。EPS承载上下文包括用于上行流量的PDN GW地址和TEID（GTP-based S5/S8）或者P-GW内的GRE keys（PMIP-based S5/S8）、APN、用于上行流量的S-GW地址和TEID，以及TI。

    一个eNB UE context（上下文）是eNB内和一个处于激活状态的UE相关联的一个信息块。这块信息是为了维持E-UTRAN提供给这个激活态UE的服务所必须的信息，包括：UE状态信息、安全信息、UE能力（capability）信息、UE和S1逻辑连接之间的association、UE和X2逻辑连接之间的association，等等。eNB UE context（上下文）是在UE迁移到激活状态之后开始建立的；或者，eNB UE context（上下文）是在切换目标eNB完成切换资源分配（切换准备阶段）之后开始建立的。

    在源eNB的UE上下文中还包含了与漫游和接入限制有关的信息。

    当UE处于ECM-IDLE状态时，E-UTRAN内没有UE上下文，也没有S1-MME连接和S1-U连接。