Secondary PDP Context激活流程及实例

chnmyying

看了大家的留言很有收获

qiandl

看完后很受启发，谢谢版主，真心感谢！

小丙张嘎

对我这种小白，一定要认真看帖子，多谢分享。

imwoohan

爱卫生 发表于 2011-5-26 10:11
回复 chenhaonan 的帖子

   IPv4 address：254. 8. 64. 10是TFT的一部分。TFT通过IP包头五元组（IP地址，端 ...

ip地址写反了，应该算是wireshark的一个bug不？？


对你的回答还是有个疑问:
1.为什么主PDP上下文激活的时候，GGSN给SGSN的回复里面没有TFT呢？难道是在GGSN里面，没有TFT关联的PDP上下文都被它标示为主PDP，然后收到数据的话，就直接回复给主PDP上下文？

爱卫生

imwoohan 发表于 2012-9-3 15:36
ip地址写反了，应该算是wireshark的一个bug不？？

基本上可以这么理解吧。不光是primary还是secondary的PDP激活，下行方向，GGSN都不需要给SGSN下发TFT。TFT是由UE报告给SGSN，再由SGSN报告给GGSN，用于下行方向用户数据到达时区分不同的PDP上下文的，没有必要GGSN由发回给SGSN。

hrbqby

爱卫生 发表于 2012-9-3 21:45
基本上可以这么理解吧。不光是primary还是secondary的PDP激活，下行方向，GGSN都不需要给SGSN下发TFT。TF ...

请问版主是怎样触发的secondary PDP?

hrbqby

hrbqby 发表于 2012-10-9 16:12
请问版主是怎样触发的secondary PDP?

我的问题是在现网中是不是很好触发SP? what is the  type of your test phone ?


不知道版主提供的抓包文件时实验室的还是现网中捕获的?

爱卫生

这个和手机终端有关。但现网可能很多地方并没有打开PDP上下文二次激活功能。我用的是索爱的。
是在实验室捕获的。但触发二次激活还是跟手机有关。也和并编写的应用APP有关系应该。

sonic1822

爱版，我看了一下 request好像都是sgsn发起的啊 下面这段话是不是说反了？
其中Create PDP Context request 里的控制面 TEID是由GGSN分配的，分配给SGSN使用。而Create PDP Context response里的TEID是由SGSN分配的，给GGSN使用。

imwoohan

爱总，我想问下，primary pdp里面，如果gtp-c和gtp-u的TEID相同的话，数据的传输可以通过udp端口号来区分的。那请问，secondary pdp的gtp-u teid和primary的gtp-u gtp-c的teid，这三者能不能完全相同呢？

hijake

爱总，请教个问题，如果使用3gnet上网的同时，发一个彩信，也就是同时用3gwap激活，这种情况下GTP-C TEID不同不属于二次激活？

ithinc

大家来谈谈Create Secondary PDP Context Request消息里的Linked NSAPI参数是否是冗余信息？一条GTP隧道里第二次以上Create PDP总是Secondary，而隧道TEID就可以确定所有相关信息，似乎可以不需要Linked NSAPI？

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讨论了

zs622

这个要顶一下，先学习。

vicai

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

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的菜鸟，问题比较多，提前谢谢你了哈。

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

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