1.2 E-UTRAN内的TAU（SGW不变、MME变化）

爱卫生

项目标题	E-UTRAN内的TAU
分项目标题	移动用户处于E-UTRAN ECM-IDLE状态，进入非TA list的新TA中的TAU，Serving GW不变
测试目的	验证MME正确处理ECM-IDLE状态下UE发起的TAU，Serving GW不变。
测试预置条件	1)        EPS网络中各网元系统及操作维护台运行正常。 2)        用户已经签约EPS业务。 3)        UE已经附着，并处于 ECM-IDLE状态。 4)        在MME上建立S1接口跟踪，用户跟踪，GTPC跟踪。

测试步骤	1) UE移动到另一个TA中，该TA不属于原来的TA List。2) 在网络侧查询用户的信息。
检查点	1) TAU是否成功。2) 新侧和旧侧MME中用户的信息。3) 消息跟踪是否能够跟踪到相应的消息，流程是否正确。
测试结果	1) TAU成功。2) Old MME中没有用户的信息。New MME中用户EMM状态为EMM-REGISTERED。3) 消息跟踪能够跟踪到相应的消息，流程正确。

本例中说的场景是一个用户，本来属于TA List1，该TA List1包含TA1、TA2和TA3，但现在UE移动到了TA4，不属于当前的TA List，并且TA List1和TA4属于不同的MME管辖。因此这种TAU涉及到MME的变更，但并不发生SGW的重选。也就是“移动用户处于E-UTRAN ECM-IDLE状态，进入非TA list的新TA中的TAU，Serving GW不变，MME变化”。

信令流程图如下：

1) UE发送TAU Request消息给New MME，发起TAU流程。该消息中将包含Old TAI，并且在S1AP消息中将包含当前的TAI以及ECGI。另外，还会包含Old MME分配的GUTI。

2) New MME首先要根据UE提供的GUTI得到Old MME的MMEC，并据此向DNS发起查询请求解析Old MME的IP地址。得到结果后发送Context Request消息给Old MME，消息中包含UE的GUTI以及Old TAI信息。Old MME返回Context Response消息，携带MM和Bearer上下文（如果UE仍有active Bearer的话），MM上下文中会包含没有用完的安全向量方便New MME对UE进行鉴权（不需要通过S6a接口去向HSS请求了）。Old MME启动一个定时器（用于后面的第7步）。

3) 如果Old MME没有返回安全向量，则New MME向HSS发送Authentication Information Request(IMSI)，HSS响应Authentication Information Answer消息，携带EPS安全向量。

4) New MME发起安全流程。

5) New MME发送Context Acknowledge消息给Old MME。

6) New MME发送Modify Bearer Request消息，更新MME控制面的IP和TEID，Serving GW返回Modify Bearer Response消息，修改成功。

7) New MME向HSS发送Update Location Request消息更新位置，HSS收到消息后发送Cancel Location Request给Old MME，Old MME响应Cancel Location Answer，Old MME在前面的定时器超时之后删除用户上下文。HSS响应Update Location Answer，该消息里包含了UE的签约数据。

8) New MME发送TAU Accept响应UE。该消息中包含了当前TAI、新分配的GUTI以及T3412参数值。

9) 如果GUTI重新分配了，UE需要响应TAU Complete消息。

amr

问个问题，进入一个新的TA的时候，UE是否要发起随机接入？看了一些资料，随机接入的场景并不包括TAU。

那么UE是怎么知道发消息给哪个eNB呢？因为只有随机接入才知道自己连接的eNB啊。

爱卫生

amr 发表于 2013-10-27 20:12
问个问题，进入一个新的TA的时候，UE是否要发起随机接入？看了一些资料，随机接入的场景并不包括TAU。

那 ...

请教了一个同事，回复如下：
“
1.       何谓“新的TA”，新的TA指的是不在当前TA List的的TA。

2.       如果随机接入的目的是为了做TAU的话，那么只有当UE进入新的TA时，才会做TAU。

3.       UE在空闲模式时，会进行小区选择或小区重选，既然已经选择了某一个小区，当然随机接入的就是负责该小区的eNB了。”