A.1.15 Intra-E-UTRAN的基于X2接口的切换，SGW不变

爱卫生

A.1.15 Intra-E-UTRAN的基于X2接口的切换，SGW不变

A.1.15.1 测试目的
验证eNodeB发起Intra-E-UTRAN的基于X2接口的切换，且SGW不变时，MME能够正确处理。

A.1.15.2 测试结果及分析
1) Handover流程成功。
2) 切换之后数据业务正常
3) 用户EMM状态为EMM-REGISTERED，ECM状态为ECM-CONNECTED。
4) 消息跟踪能够跟踪到相应的消息，流程正确，符合详细消息流程图及其描述。
（注：由于源和目的eNodeB的TA相同，因此没有TAU过程。）

vincent7788

有木有相关的pcap的log啊，跪求………………

北七女孩

请问爱总，是否有数据包呢，谢谢~~~~~

爱卫生

来自一篇测试文档。应该有。但我得到的文档里没有。

CC会成功

爱卫生 发表于 2014-2-14 22:16
来自一篇测试文档。应该有。但我得到的文档里没有。

爱总，想请问下，handover和rau的区别，比如一个3G用户从A RNC移动到 B RNC下  这个属于 是handover还是RAU

lihuaiming

请教爱总，WIRESHARK如何把源目的IP映射成网元名称？谢谢！

爱卫生

CC会成功 发表于 2014-2-20 18:16
爱总，想请问下，handover和rau的区别，比如一个3G用户从A RNC移动到 B RNC下  这个属于 是handover还是R ...

handover和RAU就是带业务和不带业务的区别。发生handover说明用户肯定是在active状态或者正在传数据，这时用户面数据要重新并实时打通。RAU则是用户在idle状态下发生的移动，是不带业务的，只需要到新的核心网网元注册登记即可，不需要重建用户数据通道。

tracy

请问下爱总，我看patch switch req里面有enodeB_ID和Source MME_ID 然后patch switch rsp里有MME_ID和Enb_ID,这些意思是不是这样，req是目标Enb发起的，enodeB_ID是目标Enb分配的，而Source MME_ID是目标从源处得到的此UE在MME端的MME _ID,然后发送这个req消息到MME，MME通过该命令和Source MME_ID知道这是那个UE，然后通过发送RSP消息，重新分配MME_ID（为rsp里的MME_ID）加上req带的Enb_ID这样为这个UE在目标EnB和MME之间建立S1逻辑通道并更新承载完成基于X2的切换。  
这样流程对吗？请指点啊。谢谢了

wjccdut

tracy 发表于 2015-1-26 16:32
请问下爱总，我看patch switch req里面有enodeB_ID和Source MME_ID 然后patch switch rsp里有MME_ID和Enb_I ...

你的理解是正确的