Tracking Area Update Procedure

Tracking Area Update Procedure 发生的条件。

当UE发现新eNB广播的Tracking Area Code 不在 MME的TAI 的list中，UE知道它进入了一个新的Tracking Area。他需要启动Tracking Area Update Procedure。这个过程是由
UE发起 TAU Request 消息开始的。UE在RRC Idle或RRC Connected 状态下都可以发起这个过程。如果在RRC Connected状态下，它会先进行Handover。

Tracking Area Update Request




在TAU Request消息中，UE会包含GUTI和eKSI。如果UE的security上下文还有效，eKSI可以继续使用原来的值。否则UE需要新的MME为它分配一个新的值。UE也许会包含network capability 和最后注册的TAI。这个TAI可以帮助MME生成一个good list并且包含在TAU Accept中。UE的消息中会包含一个Active flag，它会要求在TAU过程结束后建立建立一个User Plane的承载，并且保持NAS信令的连接状态。


UE 会通过RRCConnectionSetupComplete(基于EMM-Idle状态)消息中的NAS PDU或UL Information Transfer(基于连接状态)。eNB会把消息通过Initial UE 或 UL NAS转发到MME。

MME EPC Context Exchange

如果是在UE Idle状态下发送的 TAU Request，新的MME会使用GUIT来获取Tracking Area Update请求提取老的MME地址。并且新的MME会发送Context Request 到老的MME来获得用户信息。老的MME会回复 Context Response来进行响应。其中会包含 IMSI，MME Context，PDN连接list，老MME的S10 F-TEID，和针对Control Plane的MME S10 F-TEID。

新MME会对 UE进行认证，如果通过了会建立一个新的NAS Security 上下文。新MME会决定是不是重定位S-GW。

EPC Context Update in S-GW and P-GW

这个步骤主要适用于在MME Idle (RRC Idle)状态下初始化TAU 过程。

新的MME构造一个MM context 给UE。如果新MME选择一个新的S-GW，它会发送Create Session Request 消息到新的S-GW。S-GW会发送Modify Bearer Request 到P-GW。它包含两个ID，针对Control Plane 的 S-GW F-TEID 和 针对User Plane的S-GW F-TEID。

P-GW 会更新承载上下文，并且返回Modify Bearer Response 到S-GW，其中包含 UL TEID和Charging ID。

S-GW会更新承载的上下文，并且返回Create Sesssion Response到MME。

HSS Update

这个步骤主要适用于在MME Idle (RRC Idle)状态下初始化TAU 过程。

新的 MME会验证它所掌握的UE的订阅的信息。如果针对这个UE，新MME并没有其订阅信息，新MME会发送 Update Location Request到HSS。HSS 会发送 Cancel Location message到 老的MME，它的 [Cancellation Type]=Update Procedure。

老的MME响应Cancel Location Ack 消息。

HSS响应 Update Location Request 消息通过发送 Update Location ACK消息到新的MME。如果Update Location 被HSS拒绝掉，新的MME也会拒绝TAU Request。

TAU Accept/Complete

这个步骤主要适用于在MME Idle (RRC Idle 或者 EMM Connected(RRC Connected))状态下初始化TAU 过程。

MME 发送TAU Accept 消息到UE，如果 "active flag" 被设置了，User Plane 建立过程会被TAU Accept 消息激活。

如果GUTI 被包含在TAU Accept中，UE会使用TAU Complete消息来响应。



Snapshot of Bearers, Tunnels and Charging