51学通信技术论坛

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

PDP上下文详解     [复制链接]

Rank: 6Rank: 6Rank: 6Rank: 6Rank: 6Rank: 6

特殊贡献奖

楼主
发表于 2011-10-6 21:18:39 |显示全部楼层
哦,那么是不是只要pdn只要符合一个TFT的pf就可以走这个隧道?比如说,一个手机同时访问百度和新浪(应该是走同一个隧道吧)那么由于源地址不同,因此会从不同的pf过滤进这个隧道了?为什么不直接通过ftf判断就行了,还要通过pf过滤?

本文摘自: GPRS家园(www.gprshome.com) 详细出处请参考:http://www.gprshome.com/forum.php?mod=viewthread&tid=266&page=1&extra=#pid936

以下纯属个人观点:
首先看了楼主的介绍之后,把所有相关协议的PDP状态部分,都放在一起,应该把PD状态描述的很全面了,多谢楼主。
1、如果downlink的T-PDU符合一个TFT的entry(pf),因为在GGSN PDP CONTEXTS里:TFT和NSAPI关联,所以GGSN可以选择一个PDP,从这个PDP把T-PDU变成G-PDU发走。
2、TFT只是PF的有限集合,通过TFT判断和通过PF过滤,没有区别。
3、下行的百度、新浪分组,肯定要经过GGSN的TFT过滤,但是肯定没有命中合适的TFT,所以这些分组应该从primaryPDP转发走。

楼主,你好,我有个问题:
1、primary PDP 里面绝对不含TFT。(称为pdp1)
2、所以第一个secondary PDP必须含TFT(即本次PDP的Qos所要满足的特殊“业务”,这个“业务”是广义的)必须含Qos。(pdp2)
3、第二个secondaryPDP就可以不带TFT,让linked PDP2,但必须有Qos。(pdp3)
此时,下行的分组如何被ggsn选择PDP???????




使用道具 举报

Rank: 6Rank: 6Rank: 6Rank: 6Rank: 6Rank: 6

特殊贡献奖

沙发
发表于 2011-10-7 18:57:00 |显示全部楼层
3 "第二个secondaryPDP就可以不带TFT,让linked PDP2,但必须有Qos。(pdp3)此时,下行的分组如何被ggsn选择PDP???????"

本文摘自: GPRS家园(www.gprshome.com) 详细出处请参考:http://www.gprshome.com/forum.ph ... &page=1#pid4249
首先,谢谢楼主:
我的意思是:actviate pdp3 procedure的时候,不带TFT, 让linkedTI指向pdp2的TI,这样的话,也应该可以active 成功吧,这种情况下,TFT3(pdp3的)不就和TFT2的一样了吗?难道GSN还会改TFT3以使的TFT3!=TFT2吗?

使用道具 举报

Rank: 6Rank: 6Rank: 6Rank: 6Rank: 6Rank: 6

特殊贡献奖

板凳
发表于 2011-10-7 21:00:33 |显示全部楼层
Secondary PDP Contexts
  A secondary PDP context is always associated with a primary PDP context. PDP address (IP address) and access point (AP) is re-used from the primary context. Hence the primary and the associated secondary PDP context provide connection to the same PDN with different guaranteed QoS.
  One primary PDP context might have multiple secondary contexts assigned. Each PDP context (i.e. the primary and all secondary) has its own RAB and GTP tunnel to transfer user plane data. Also, each context is identified by a unique NSAPI (Network Layer Service Access Point Identifier).
  The primary PDP context has to be active prior to activating an associated secondary PDP context. Any secondary PDP context can be deactivated while keeping the associated primary context (and eventual other secondary PDP contexts) active. If a primary PDP context is deactivated, this will also deactivate all the assigned secondary PDP contexts. QoS of any active primary or secondary PDP context can be modified with the PDP context modification procedure initiated by the MS or by the network. (See below for details)

爱楼主,你好,上文中的红色部分,有点不明白,从deactivate pdp context procedure流程里面发现:与多pdp去活相关的好像
只有teardown indicator,让当前的PDP(在request消息里用TI标识)与 所有与当前PDP相关的PDPs都去活,只有让teardown=1即可(gn口的createPDP 里的teardown 是sgsn copy的这个值),那么当前的PDP不一定是primary的啊,好像没有红色部分所说明的功能啊?从teardown可以看出去活PDP的时候,好像不区分primary还是secondary的。
那红色部分所说明的理论,从信令流程里怎么解释呢?
多谢楼主。

使用道具 举报

Rank: 6Rank: 6Rank: 6Rank: 6Rank: 6Rank: 6

特殊贡献奖

地板
发表于 2011-10-18 21:17:14 |显示全部楼层
  我的理解是这样。
   这里提到的pdp1-pdp3,实际上pdp1是primary pdp context, pdp2和pdp3实际上都是secondary pdp context。在这里假设,pdp1是为了访问普通的网页浏览而建立的,pdp2是为了一个IMS的语音业务,pdp3则是为了一个mobile tv的应用。
   在TS24008里关于Linked TI是这样说明的。"The purpose of the Linked TI information element is to specify the active PDP context from which the PDP address for the new PDP context could be derived by the network."即Linked TI关联的PDP context要有一个PDP地址。但上面的如果pdp3如果通过linked ti关联到pdp2,而pdp2是没有pdp地址的,因为它也要依附到pdp1才能获取到pdp地址。
   另外,从逻辑上来说,也不应该出现这样的依附。如果如你所说,pdp3 link到pdp2,那pdp2对应的IMS语音业务结束了,pdp2会被去激活。那这时候是不是应该把link的pdp3也去激活呢?显然不应该。用户还要看mobile tv呢。
   所以,我个人觉得,虽然在规范中没有找到出处,也就是。如果这个MS有多个active的pdp context(1 primary + n secondary),
本文摘自: GPRS家园(www.gprshome.com) 详细出处请参考:http://www.gprshome.com/forum.php?mod=viewthread&tid=266&page=1#pid4548
谢谢楼主,你的回答,我有两个疑问,
1、pdp2 的linked ti i是 primary pdp, pdp3的linked ti是pdp2, 那么pdp2是否有pdp地址,是否有teid control plane 等?个人认为是有的,一旦pdp2建立成功后,就与pdp1没有关系了。在deactivate pdp context 消息里 没有关于 primary和secondary的说明啊,只有一个teardown 标记:说明去活当前pdp时可以去活同类pdp们(有着相同的pdp address和apn)。

2、个人认为:primary pdp和诸secondary pdp只有创建的时候有区别,一旦建立过后,是独立被管理的啊。

使用道具 举报

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

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

GMT+8, 2024-5-3 08:36 , Processed in 0.024732 second(s), 10 queries .

Powered by Discuz! X2

© 2001-2011 Comsenz Inc.

回顶部