Secondary PDP Context激活流程及实例

爱卫生

回复 pursuer 的帖子

   根据规范TS23.060，Update PDP Context Request在很多流程中都需要用到。例如Inter-SGSN RAU流程等。最主要的用途是SGSN需要向GGSN更新一些信息，这些信息最常见的主要有用户/控制面的TEID和IP地址、用户的QOS Profile等。
  可以参考这个链接看包详解带3GDT的PDP上下文激活流程。这个包当中就是在创建PDP上下文过程中用到了Update PDP Context Request消息，用于SGSN将RNC的用户面TEID和IP地址通过Update PDP Context Request消息给GGSN做一个更新。这样GGSN就可以直接和RNC建立用户面的GTP-U隧道了。
  帖子如果不详细你可以留言继续提问或者看相关的视频（在视频版块专区发布）。

pursuer

看了以上的，以及链接到其他地方上的知识，感叹一声收益丰厚啊。我现在有个问题，是关于Update PDP Context request以及Update PDP Context response与Create PDP 之间的关联性是怎样的？想请教一下 版主亦或是大家，请不吝赐教。理论说也可以，如果带有示例就更锦上添花了。先谢谢了。

爱卫生

回复 chenhaonan 的帖子

   IPv4 address：254. 8. 64. 10是TFT的一部分。TFT通过IP包头五元组（IP地址，端口号，协议号）来区分不同的应用。这里的IPv4 address：254. 8. 64. 10代表应用层的服务器IP地址是10.64.8.254（要反过来）。再加上端口号554（RSTP流媒体服务端口号）。代表这是在10.64.8.254上的一个流媒体服务。这样在Gi口收到下行流量后，GGSN就可以通过这个TFT（IP地址+端口号）和二次激活PDP 上下文进行映射，从而可以转发给Gn接口，再加上TEID和NSAPI来再Gn接口标识PDP Context，这样就不会把本应发给Secondary PDP Context的下行数据发给Primary PDP Context，就不会乱了。
   还可以参考这篇帖子。PDP上下文详解

chenhaonan

请问爱卫生，二次激活抓包中MS发给SGSN的active pdp context request消息中的TFT中的IPv4 address：254. 8. 64. 10怎么解释，它在后续中起到什么作用？

爱卫生

回复 Dboyqiao 的帖子

应答：
1 在二次激活中，GGSN返回给SGSN的create PDP context response中是不是不包含控制面TEID？
   答：是的。不包含。请参考帖子中的8个报文。其中1-4对应这个MS的primary PDP context激活，5-8是紧接着的secondary PDP context的激活，在#7中，GGSN回的激活响应消息就没有包含控制面TEID。

2 是不是primary PDP context和secondary PDP context公用一个GGSN 控制面TEID？
   答：是的。这其实和第一题是同一个问题。

3 还有就是如果在二次激活中有Update PDP context procedure，那么GGSN 控制面TEID值会变化？
   答：没有任何变化，因为二次激活和Primary PDP Context是共用的相同的控制面TEID，那Update PDP context procedure也是属于控制面的流程，因此也会使用相同的TEID。知道PDP上下文被去激活。

4 关于这部分内容该从哪些协议查找？
   答：这部分的内容应参考两个。一个是TS23.060中介绍了PDP上下文的激活流程，以及二次激活的详细流程。另外一个是TS29.060，专门介绍GTP协议。

   其实你上面的四个问题正好是我在“测验和勋章中心”出的一道思考题相匹配。请参考：
http://www.gprshome.com/forum.php?mod=redirect&tid=241&goto=lastpost#lastpost  这个思考题是：
为什么Create PDP Context Request消息中,控制面TEID不是必选IE？  相信看了上面的解释之后，这道思考题的答案你应该知道了吧。

Dboyqiao

你好，请教一下，在二次激活中，GGSN返回给SGSN的create PDP context response中是不是不包含控制面TEID？是不是primary PDP context和secondary PDP context公用一个GGSN 控制面TEID？还有就是如果在二次激活中有Update PDP context procedure，那么GGSN 控制面TEID值会变化？（关于这部分内容该从哪些协议查找？）

zglaojiang

回复 爱卫生 的帖子

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

爱卫生

回复 zglaojiang 的帖子

   其实我觉得我也不是很聪明。顶多就算中等。但学习关键还是态度最重要。所以我还是很看好你的。
   但你说的关于协议栈的学习，其实这也算是一个基础学习，就像学外语要背单词一样，需要多花点时间和精力的。确实没有特别多的好的办法。但你可以结合信令流程来学可能会更有助理解。另外，关于配置的问题，建议你可以将配置命令进行分类，和相对应的协议栈进行映射，再用箭头将它们关联起来，可能会更好的记住它们。例如MTP3对应的命令是哪几条？SCCP对应的命令是哪几条？

zglaojiang

回复 爱卫生 的帖子

谢谢版主，总是感觉每次听你讲了以后理解就更容易。真的。另外我还想请教版主一个问题，就是协议栈我不知道怎么去看，因为配置数据是根据协议栈配的嘛，每一层怎么处理，什么目的，我总是头晕晕的。别人说我智商低，版主有没有好的方法推荐。

爱卫生

回复 zglaojiang 的帖子

   是的。可以这么说。更准确一点，是这样的。
   3GPP将PS中的业务分为4类。其中对QOS要求最低的就是Backgound类业务，例如普通的HTTP网页服务。而另外3类如流媒体等都是对QOS要求较高的。一般一个MS激活的第一个PDP Context叫做Primary PDP Context,一般就对应这种Backgound类业务，如果这个MS有个流媒体视频或IMS电话等其他业务需要一个更高的QOS，就需要发起建立另外一个PDP Context，就叫做Secoundary PDP Context。这两者的APN，用户IP地址都是一样的。但得到的网络侧的QOS支持是不一样的。

zglaojiang

Secondary PDP 激活就是一个APN激活多个PDP上下文，每次QOS不一样，是这个意思吗？