51学通信技术论坛

 找回密码
 立即注册
搜索
查看: 4647|回复: 5
打印 上一主题 下一主题

对GGSN发起的更新的疑问 [复制链接]

Rank: 2Rank: 2

跳转到指定楼层
楼主
发表于 2013-3-18 16:48:10 |只看该作者 |倒序浏览
一键分享 一键分享
最近在做一个IMSI号和报文关联的开发,有些疑问求各路大神解惑啊!!!感激不尽!
在GTP隧道中,GGSN侧也可以发起PDP上下文的更新,如果更新报文中包含了信息元———端用户地址,那用户是不是就得下线了。
如果是下线的话那么,SGSN侧会为他重新发起PDP激活吗?

Rank: 8

VIP 论坛核心会员 特殊贡献奖

沙发
发表于 2013-3-18 17:34:15 |只看该作者
TS 29.060

An Update PDP Context Request may also be sent from a GGSN to a SGSN to re-negotiate the QoS of a PDP context. The GGSN-initiated Update PDP Context Request can also be used to provide a PDP address to the SGSN (and MS). The latter shall be used by GGSN when it acts as a DHCP Relay Agent or Mobil IP Foreign Agent.
...

只讲了这么点,后续流程没有讲。

TS 23.060

If the MS negotiates a PDP address with the PDN after PDP context activation in case of External PDN Address Allocation, it is the responsibility of the MS and the PDN to allocate and release the PDP address by means of protocols such as DHCP or MIP. In case of DHCP, the GGSN provides the function of a DHCP Relay Agent as defined in RFC 2131 [47] and RFC 1542 [45]. In case of MIP, the GGSN provides the function of a Foreign Agent as defined in RFC 3344 [46].

综合起来看,看起来像是这样的,GGSN通过update pdp告知SGSN,SGSN再通过modify pdp告知UE PDP地址变化。而这个PDP应该不会被去激活掉。

现网中应该几乎看不到这种场景...



使用道具 举报

Rank: 2Rank: 2

板凳
发表于 2013-3-18 19:06:01 |只看该作者
hycl5410 发表于 2013-3-18 17:34
TS 29.060

An Update PDP Context Request may also be sent from a GGSN to a SGSN to re-negotiate th ...

谢谢您的回复。
就是GGSN在更新报文中带着端用户地址,SGSN接收到了,再发个消息通知到手机,然后告诉GGSN我接受了。
如果要追踪到用户的imsi号码,只能靠保留创建消息时候的sgsn_ip、sgsn_teid了,这样子追踪下去可就麻烦了,打算放弃处理这种情况。
所以再问一句,像这种情况在现网报文中出现的几率大吗,什么情况下会出现这种情形。

点评

admin  现网中应该很少出现这样的场景。因为换用户IP,就意味着用户的连接中断,影响用户体验。这样做是在是得不偿失,损人不利已。运营商没有必要要求GGSN这样做。个人感觉。  发表于 2013-3-18 19:29:04

使用道具 举报

Rank: 8

VIP 论坛核心会员 特殊贡献奖

地板
发表于 2013-3-18 21:41:14 |只看该作者
sqm2050 发表于 2013-3-18 19:06
谢谢您的回复。
就是GGSN在更新报文中带着端用户地址,SGSN接收到了,再发个消息通知到手机,然后告诉GG ...

我从没在现网遇到过这种场景,于是也不知道具体的信令流程和用法是如何的。
可以肯定的是,wap类和net类的公众apn是不会存在这种场景的。但是SGSN和GGSN发起的update pdp很常见啊,比如qos变化,rat变化,inter sgsn rau等。如果不匹配TEID对的话,会有很多问题的哦。

使用道具 举报

Rank: 2Rank: 2

5#
发表于 2013-3-22 09:45:47 |只看该作者
hycl5410 发表于 2013-3-18 21:41
我从没在现网遇到过这种场景,于是也不知道具体的信令流程和用法是如何的。
可以肯定的是,wap类和net类 ...

嗯啊,现在我只追踪了,SGSN发起的update消息,和GGSN发回的响应消息。
删除的时候只要SGSN发起了删除请求,而且信息元Teardown Indicator==0xff我就删掉了,对不对呢?会不会GGSN不同意删除,SGSN就一直保持的隧道啊?

点评

hycl5410  不知道哦,看sgsn怎么实现了吧?没去查规范看这种情况下sgsn应该怎么做。楼主可以自己看看23.606或者29.060  发表于 2013-3-22 12:03:35

使用道具 举报

Rank: 3Rank: 3Rank: 3

6#
发表于 2013-3-22 17:53:35 |只看该作者
不会中断用户业务,用户基本感觉不到。

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

站长邮箱|Archiver|51学通信 ( 粤ICP备11025688 )

GMT+8, 2024-5-10 03:16 , Processed in 0.087039 second(s), 13 queries .

Powered by Discuz! X2

© 2001-2011 Comsenz Inc.

回顶部