LTE Context(上下文)管理#优质严选

1、LTE的Context（上下文）管理 当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创建的beare

2、r信息）。 一旦收到寻呼消息，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在某个eNod

3、eB的覆盖范围进入激活状态，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

4、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

5、地址和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上下文中还包含了与漫游和接入限

6、制有关的信息。 当UE处于ECM-IDLE状态时，E-UTRAN内没有UE上下文，也没有S1-MME连接和S1-U连接。 具体的消息流程如上图所示：（1）The MME初始化Initial Context Setup 流程，发送INITIAL CONTEXT SETUP REQUEST 消息给eNB。这个消息包括通用UE Context (比如 security context, roaming and access restrictions, UE capability information, UE S1 signalling connection ID, CN assistance information, 等等), E-RAB context (Serving GW TEID, QoS information, Correlation id i.e. collocated L-GW TEID or GRE key in case of LIPA support)，而且还可能捎带一些NAS消息。（2）收到INITIAL CONTEXT SETUP REQUEST后, eNB为UE创建相应的上下文，执行到UE的必要RRC信令流程（比如Radio Bearer