一个较完整的Inter-SGSN RAU实例(除Gr接口)

爱卫生

imwoohan 发表于 2012-5-4 11:02
爱总，我又仔细的看了一下你这篇帖子，第二步里面的  "根据Old RAI查询DNS服务器，可以得到对应的管理此RA的 ...

两者都可以。但大部分情况是在DNS上配置的，即DNS上需要配置RAI和SGSN IP的对应关系，方便New SGSN根据Old RAI找到Old SGSN，这样扩展性会强一些。你说的情况是SGSN在本地配置相邻的SGSN地址，也是可以的。

hrbqby

问一下版主:如何在一个GB口的抓包文件里,过滤出一个Session RAU的流程 request---->accept  or request----->reject 是一个用户的 ?

爱卫生

根据BSSGP层的TLLI来过滤吧。

gege

爱总，有个问题，New SGSN已经从Old SGSN那里得到了上行的控制面和用户面TEID，而这两个TEID都是GGSN之前分配好了的，所以我觉得在Update PDP Context Response消息中GGSN不用再为New SGSN分配新的用户面TEID了吧，你帖子里是否写错了？谢谢！

hrbqby

imwoohan 发表于 2012-5-4 11:02
爱总，我又仔细的看了一下你这篇帖子，第二步里面的  "根据Old RAI查询DNS服务器，可以得到对应的管理此RA的 ...

无疑问啊, INTER-RAU中 根据OLD RAI 从DNS解析到原SGSN的GN 地址, 从而在GTP-C面 有 SERVICE REQUEST/RESPONSE 的信令流程来继续RAU流程.

yonka

爱总，RAU消息流程中是不是没有专门的identity request而是在pdp context request（的响应）中一起获得用户的IMSI和PDP等？

gaoyang_fei

           爱总 。New SGSN给为UE提供服务的GGSN发送Update PDP Context Request消息的时候，消息头中的TEID哪里来的，我觉得是0x00000000更合理啊？因为之前没有在这个新SGSN和GGSN之间为MS建立上下文？非RAU的update流程是在update request中TEID沿用之前上下文的上行TEID，是非零合理（之所以关心这个是因为我可能需要找到update流程是因为RAU更新发起的，还是其他的原因？爱总能提供方法吗？）
            

admin

gaoyang_fei 发表于 2012-10-9 15:45
爱总 。New SGSN给为UE提供服务的GGSN发送Update PDP Context Request消息的时候，消息头中的TE ...

设置为0不大合情理，因为从信令流程规范角度看，创建PDP上下文流程才会分TEID，所以最开始的create pdp context request里的头部TEID为全0，但更新PDP流程因为此时PDP已经创建，所以GTP头部TEID一定不能为全0，一定要是有值才行。本例中，New SGSN的GTP协议头部TEID值是从Old SGSN返回的SGSN Context Response消息中PDP Context IE中的Uplink TEID Control Plane IE得到的。

从GGSN的角度看，并不认为更换了SGSN，只是傻傻的认为是Old SGSN因为各种原因需要请求更换TEID（例如某块处理GTP的板卡坏了）。从这个角度看，GGSN应该区分不出来是RAU流程产生的update pdp context request。

后面那个问题你是说不结合信令流程报文上下文，只给一个update pdp context request消息的抓包，来判断是否是RAU产生的吗？这个貌似比较难吧。还没想好有没有什么好办法！

yanxin267

Hi请问下，发现最终给newSGSN给的上行Uplink控制和数据TEID分别是0x54000360和0x54000365，和oldSGSN给newSGSN返回的PDP Context中的给的上行Uplink控制和数据TEID一样，这么说inter RAU中到GGSN上行TEID都不变，对吧?

爱卫生

是的。可以这么说。因为上行TEID是GGSN分配给SGSN的。不能由Old SGSN来决定变不变。变了的话那GGSN就不认了。New SGSN就需要根据Old SGSN提供的GGSN上行TEID来找到GGSN，GGSN根据这个TEID找到关联的用户GTP隧道。

yanxin267

爱卫生 发表于 2012-10-15 16:25
是的。可以这么说。因为上行TEID是GGSN分配给SGSN的。不能由Old SGSN来决定变不变。变了的话那GGSN就不认了 ...

爱总，我看你视频中讲到第7步中这个“TEID Data I: 0x54000365”是这样说的：“这是GGSN给SGSN分配的用户面的TEID，而控制面中的TEID已经从前面PDP上下文中得到了。”
其实上行的用户面的TEID在第3步返回PDP上下文中也有啊，所以你的视频讲解让我误解了。我还以为“控制面中的TEID是从PDP上下文中得到，而用户面的TEID是GGSN新分配的，只是刚好重合而已！”


谢谢你帮我确认这个问题！也就是说“Inter-SGSN RAU中上行的TEID都不变，都可以从oldSGSN给newSGSN返回的PDP上下文中获得”。

yanxin267

还请问下，在第7步消息中写到“给New SGSN分配上行方向GGSN侧的控制面和用户面IP地址以及用户面的TEID”，这些好像在第3步返回的PDP上下文中都有的，是吧？

爱卫生

yanxin267 发表于 2012-10-25 22:39
还请问下，在第7步消息中写到“给New SGSN分配上行方向GGSN侧的控制面和用户面IP地址以及用户面的TEID”，这 ...

是的。但因为跨了新的SGSN，GGSN可以在update pdp context response消息中给SGSN重新分配TEID和IP地址。

（本例只是没有重新分配新的TEID和IP地址，但是是可以重新分配的）。

yanxin267

爱卫生 发表于 2012-10-26 00:43
是的。但因为跨了新的SGSN，GGSN可以在update pdp context response消息中给SGSN重新分配TEID和IP地址。  ...

用户面的TEID可以重新分配，而控制面的TEID不分配！明白了，谢谢！

hendouse

这份资料挺强大的，理论结合实际。  问题是wireshark中如何把几个接口采集的信令文件合并在一起呢？

lihongya66

我想问下，如果用户跨SGSN，GGSN是否必须 给用户 重新分配一个新的 用户IP地址？

lihongya66

我想问下。在现网多个APN的情况下 ，用户的IP能重复么？

如果能重复，那在GN口采集数据，怎么才能确定是一个用户的数据呢？

爱卫生

lihongya66 发表于 2014-1-7 18:47
我想问下。在现网多个APN的情况下 ，用户的IP能重复么？

如果能重复，那在GN口采集数据，怎么才能确定是 ...

多APN情况，理论可以重复。但实际网络都是不重复的。如果要区分，可以通过GTP TEID，NSAPI等来区分。