Secondary PDP Context激活流程及实例

decembersn

最近正好在学习GTP流程，学习了。

hou3331

是否可以告知下，触发secondary pdp时用到的终端型号，怎么使用业务的？我现在做不出来。

皮特栋

为什么下载不了附件啊

皮特栋

皮特栋 发表于 2013-6-24 11:49
为什么下载不了附件啊

好的，多谢啊

皮特栋

非常有用，感谢爱总分享！

lonxhg

大补啊。。。版主值得敬仰

ttyy2528

Linkedin TI 是儿子标识. NSAPI 是排行, 6是大儿子,7是二儿子,依次类推.呵呵.

bai.x

为什么我用wireshark打开包后，#2、#3、#6、#7这四条信令都只解到NS层呢，只显示PDU type：Unknown（0x32），有没有人遇到这种情况？

zzz

hijake 发表于 2012-12-14 14:11
爱总，请教个问题，如果使用3gnet上网的同时，发一个彩信，也就是同时用3gwap激活，这种情况下GTP-C TEID不 ...

请问一下版主，手机有两个APN，一个CMNET，一个CMWAP。假设手机使用微博时是用CMNET，但用某个APP时是会切换成CMWAP的（APPl控制采用哪个接入点）按这种情况看在Gn口应该是先发起删除PDP，然后创建PDP，就算网络支持二次PDP激活也不会发起二次激活。要是这样子这两个APP交替使用那就会频繁发起PDP创建，PDP删除了对吗？另外PDP二次激活中是否会给手机分配另一个IP地址呢？这方面很困惑望能解答一下！

hou3331

zzz 发表于 2013-7-25 21:19
请问一下版主，手机有两个APN，一个CMNET，一个CMWAP。假设手机使用微博时是用CMNET，但用某个APP时是会切 ...

你说的意思是first pdp和second pdp，在激活cmwap时，会得到一个新的ip，并且不会去激活原来的pdp。和secondary pdp概念是不一样的。

hou3331

爱总，假如先在LTE上激活default eps bearer和dedicated eps bearer，然后redirect到UMTS网络上，SGSN context response消息中携带的TIO=0,1并没有Linked NSAPI，该如何判断哪个属于primary pdp，哪个属于secondary pdp呢？
碰到的问题是： 当sgsn向UE发送modify pdp context request后，TIO=0成功了，TIO=1 回复sm status：“SM Cause: Message type not compatible with the protocol state (98)”，然后UE开始去激活TIO=1（tear down=0）， 为何PGW会把2个pdp都同时去激活了？

爱卫生

hou3331 发表于 2013-8-7 14:53
爱总，假如先在LTE上激活default eps bearer和dedicated eps bearer，然后redirect到UMTS网络上，SGSN cont ...

不用这么复杂。其实这个LTE-UMTS的切换场景，MME和SGSN之间的交互，和inter-SGSN RAU场景中两个SGSN之间的交互是类似的。发的消息都是sgsn context request/response消息。只不过前面的场景还要做EPS bearer到pdp上下文的映射。我们就以inter-sgsn rau流程为例来说吧，我个人觉得要区分primary和secondary pdp context还是比较容易的。因为sgsn context response消息的pdp context IE中包含了NSAPI和TI还有TEID，我个人觉得就可以区分了，因为在old sgsn上也是通过这几者的关系来区分primary和secondary的（我查了下规范，规范确实好像没提TI和NSAPI必须要从小到大顺序分配，但通常都是这样来分的。例如primary pdp context的nsapi=5，TI=0）。另外，由于primary和secondary是共用APN、GTP-C TEID和UE的IP地址等资源，只要设备检查哪个pdp上下文里不包含UE的IP、APN等就可以判断出这是个secondary pdp上下文了。

hou3331

hou3331 发表于 2013-8-7 14:53
爱总，假如先在LTE上激活default eps bearer和dedicated eps bearer，然后redirect到UMTS网络上，SGSN cont ...

昨天一直上传不了，现在好了。是不是很多终端都无法支持secondary pdp的？使用高通8960芯片。

hycl5410

hou3331 发表于 2013-8-7 14:53
爱总，假如先在LTE上激活default eps bearer和dedicated eps bearer，然后redirect到UMTS网络上，SGSN cont ...

爱总，假如先在LTE上激活default eps bearer和dedicated eps bearer，然后redirect到UMTS网络上，SGSN context response消息中携带的TIO=0,1并没有Linked NSAPI，该如何判断哪个属于primary pdp，哪个属于secondary pdp呢？

个人理解不需要Linked NSAPI，NSAPI即可。也就是说，这两个PDP其实是对等的，不像4G里一定要有default bearer。事实上，SGSN context response 也不可能带Linked NSAPI，因为压根就没有定义这个IE。

碰到的问题是： 当sgsn向UE发送modify pdp context request后，TIO=0成功了，TIO=1 回复sm status：“SM Cause: Message type not compatible with the protocol state (98)”，然后UE开始去激活TIO=1（tear down=0）， 为何PGW会把2个pdp都同时去激活了？

从对NSAPI=6 （TIO=1）的modify dpd req里，感觉qos不太对，既不是从4G map过来的negotiated，也不是向GGSN update的qos。可能手机无法接受这样的qos，即使规范里确实定义了。
比如这种 Reliability class: Unacknowledged GTP/LLC/RLC, Unprotected data (5) ，从来都没在现网中见到。

至于PGW/GGSN去激活所有PDP，从抓包里看不出什么原因，因为也没有gx，gy或者radius等外部网元的信令交互。
可以确定的是，旧MME发给SGW的delete session req是没问题的。OI=0，SI=1，delete只会终结在SGW上。

tonyztao

新手上路，收获颇多！

fenye123

谢谢版主，有你这几句话足够

chrisniu1984

GGSN区分用户数据走哪个PDP Context是靠用户面的TEID区分呢还是GGSN返回应道时分配不同的GGSN IP呢？

因为没有权限下载数据包，没法去研究，只能在这里问问题了。

爱卫生

chrisniu1984 发表于 2013-11-20 13:20
GGSN区分用户数据走哪个PDP Context是靠用户面的TEID区分呢还是GGSN返回应道时分配不同的GGSN IP呢？

因 ...

已经放开权限，可以下载了。

GGSN区分用户数据走哪个PDP Context是靠用户面的TEID区分呢还是GGSN返回应道时分配不同的GGSN IP呢？

用户面的TEID和GTP-U IP地址都要看的。用户面和控制面板的TEID和IP地址是独立分配的。