Secondary PDP Context激活流程及实例

爱卫生

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

爱总，假如先在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

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

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

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地址呢？这方面很困惑望能解答一下！

bai.x

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

ttyy2528

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

lonxhg

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

皮特栋

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

皮特栋

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

好的，多谢啊

皮特栋

为什么下载不了附件啊

hou3331

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

decembersn

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

vicai

呵呵，很详细很受用，太谢谢了。

admin

vicai 发表于 2013-4-18 09:56
Hi，admin，谢谢你的答复，我也知道Linked TI是用来关联primary和secondary，这样secondary在激活的过程中 ...

不客气。多交流。呵呵~以下是我的理解。

Hi，admin，谢谢你的答复，我也知道Linked TI是用来关联primary和secondary，这样secondary在激活的过程中不用带apn等等信息，节约资源，但它具体是怎么关联的我还是不太清楚。因为在“Secondary PDP Context激活流程.pcap”这个抓包里，Linkedin TI只在第二次Activate Secondary PDP Context Request这条信息里出现,在Linkedin TI这个IE里有个TI Value=0，请问下是不是这个TI value就用来对应primary的，但问题又来了，在激活primary context的过程中就没出现过TI这个IE呀（从抓包里找的话）。

答：有的。在primary context激活的最后一个消息activate pdp context accept消息的protocol discriminator里有一个TIO，就是它。规范里是这么说的：“The SGSN selects Radio Priority and Packet Flow Id based on QoS Negotiated, and returns an Activate PDP Context Accept (PDP Type, PDP Address, TI, QoS Negotiated, Radio Priority, Packet Flow Id, Protocol Configuration Options) message to the MS. ”还有“ Linked TI indicates the TI value assigned to any one of the already activated PDP contexts for this PDP address and APN. ”

第2个问题，Activate PDP Context Request就是从MS到SGSN，也就是说在那个抓包里192.168.210.10就应该是MS的地址，但在第一个Activate PDP Context Accept的PCO里带了一个IP(192.168.252.131)，而这个IP又是GGSN(通过radius或DHCP)分配给手机的PDP address，以后手机上网就用192.168.252.131了，但192.168.210.10这个IP是怎么一回事咧。

答：192.168.210.10是Gb接口BSC侧的service IP，不是MS的地址。Activate PDP Context Request激活还没完成，MS还没分到地址。192.168.252.131才是分配给MS的IP地址。

第3个问题，关于Transaction ID（TI），我在哪里看见对它的描述有一句是(is used as NSAPI in some circumstances),也就是它有时是被当成NSAPI用的，但NSAPI从最开始的Activate PDP Context Request就有了，并且在以后的每条GTP-C信息里都有，也就是说NSAPI是一直存在的，那为什么还要搞个TI出来。

答：不一样，NSAPI通常是区分PDP上下文的。取值4个bit。看报文里secondary PDP激活的时候Gn接口也就有两个NSAPI。规范中TI的作用定义如下：“The TI allows to distinguish up to 16 different bi-directional messages flows for a given PD and a given SAP. Such a message flow is called a transaction.”用于区分MS的不同上层消息的，比如会话管理消息有很多，比如激活、去激活、修改等消息，都有TI的出现。

vicai

vicai 发表于 2013-4-17 17:47
很详细，谢谢楼主了，但关于Linkedin TI的作用还不是特别明白，因为好像Linkedin TI只在Activate Secondary ...

Hi，admin，谢谢你的答复，我也知道Linked TI是用来关联primary和secondary，这样secondary在激活的过程中不用带apn等等信息，节约资源，但它具体是怎么关联的我还是不太清楚。因为在“Secondary PDP Context激活流程.pcap”这个抓包里，Linkedin TI只在第二次Activate Secondary PDP Context Request这条信息里出现,在Linkedin TI这个IE里有个TI Value=0，请问下是不是这个TI value就用来对应primary的，但问题又来了，在激活primary context的过程中就没出现过TI这个IE呀（从抓包里找的话）。

第2个问题，Activate PDP Context Request就是从MS到SGSN，也就是说在那个抓包里192.168.210.10就应该是MS的地址，但在第一个Activate PDP Context Accept的PCO里带了一个IP(192.168.252.131)，而这个IP又是GGSN(通过radius或DHCP)分配给手机的PDP address，以后手机上网就用192.168.252.131了，但192.168.210.10这个IP是怎么一回事咧。


第3个问题，关于Transaction ID（TI），我在哪里看见对它的描述有一句是(is used as NSAPI in some circumstances),也就是它有时是被当成NSAPI用的，但NSAPI从最开始的Activate PDP Context Request就有了，并且在以后的每条GTP-C信息里都有，也就是说NSAPI是一直存在的，那为什么还要搞个TI出来。


呵呵，我是个刚学习GPRS的菜鸟，问题比较多，提前谢谢你了哈。

vicai

很详细，谢谢楼主了，但关于Linkedin TI的作用还不是特别明白，因为好像Linkedin TI只在Activate Secondary PDP context Request里出现了。

zs622

这个要顶一下，先学习。

hycl5410

ithinc 发表于 2013-1-31 14:20
大家来谈谈Create Secondary PDP Context Request消息里的Linked NSAPI参数是否是冗余信息？一条GTP隧道里第 ...

从逻辑上来讲，似乎确实如楼上所说。我想了好久也没有想出这样一种场景--当linked nsapi不存在，理论上GGSN就没法正确判断。因为secondary pdp建立的GTP-C消息是发向已有的GGSN侧C-TEID的，该C-TEID是跟该APN&pdp地址下的第一个PDP的NSAPI有一一对应关系。

但是从内部实现来讲，也许显式的指定linked nsapi会更加有效率和避免出错？

不管如何，29.060（R6）明确写了这句话

For contexts created by the Secondary PDP Context Activation Procedure the SGSN shall include the linked NSAPI. Linked NSAPI indicates the NSAPI assigned to any one of the already activated PDP contexts for this PDP address and APN.

所以真要是较真的话，就只能去找3GPP讨论了