PDP上下文详解

samsin

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吗？

爱卫生

samsin 发表于 2011-10-6 21:18
以下纯属个人观点：
首先看了楼主的介绍之后，把所有相关协议的PDP状态部分，都放在一起，应该把PD状态 ...

   关于你的问题，说下我的观点。
1 primary pdp不含tft这个绝对同意。
2 所以第一个secondary PDP必须含TFT....。这句也绝对同意。
3 "第二个secondaryPDP就可以不带TFT，让linked PDP2，但必须有Qos。（pdp3）此时，下行的分组如何被ggsn选择PDP？？？？？？？"
   这个问题，我主要是在想这种场景出现的可能性。因为按我的理解，如果有pdp2和pdp3，那这两者的tft应该是不会相同的。因为代表的是不同的业务种类，在应用层面应该会有区分，例如UDP的端口号不一样。所以如果有区分，就存在你说的下行分组如何被GGSN选择PDP的问题了。
   个人理解哈。仅供参考。

爱卫生

王二麻子 发表于 2011-7-21 22:21
回复 爱卫生 的帖子

哦，那么是不是只要pdn只要符合一个TFT的pf就可以走这个隧道？比如说，一个手机同时访 ...

  不好意思哦。一直没看到你7月份的回复哦。如果都是访问百度和新浪的http页面浏览类业务的话，应该是走同一个隧道啊。但tft是针对同一个用户的多个PDP上下文来看的，如果只有一个primary pdp上下文的话，就没有tft，不需要过滤了！直接都放到primary pdp上下文里。因为百度和新浪的新闻浏览都是同一种类型的业务。Qos的映射是和PDP上下文一一对应的。
  

samsin

哦，那么是不是只要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？？？？？？？

王二麻子

回复 爱卫生 的帖子

哦，那么是不是只要pdn只要符合一个TFT的pf就可以走这个隧道？比如说，一个手机同时访问百度和新浪（应该是走同一个隧道吧）那么由于源地址不同，因此会从不同的pf过滤进这个隧道了？为什么不直接通过ftf判断就行了，还要通过pf过滤？

爱卫生

王二麻子 发表于 2011-7-18 23:06
请问楼主：tft，pf，映射表之间的对应关系如何了？tft应该是一对多（带多个pf的时候）或一对一（单一pf）的 ...

  根据TS23.060的15.3章对TFT和Packet Filter的描述，一个TFT包含1-8个PF。
  因为TFT的作用就是在下行方向，将下行数据根据TFT映射到对应的Secondary PDP Context,因为映射表的内容就很简单。类似：
TFT1 ---》 UE's Secondary PDP Context 1 ,TFT2 ---》 UE's Secondary PDP Context 2。映射表应该和TFT是一对一的关系。即一个UE的TFT只能映射到一个UE的Secondary PDP Context ，当然这是针对同一个UE来说的。不同的UE可以通过UE的IP地址来区分。
  映射表和PF应该没有关系。设立多个PF的目的根据规范的说明"15.3.3.0 General
Based on the type of traffic or the packet data network QoS capabilities, different types of packet filters can be used to classify a given PDP PDU in order to determine the right PDP context. Some examples are given below."
只是为了更好的来决定正确的PDP上下文。PF可以根据多个组合来设置，例如端口号、IP地址、SPI、流标签、ToS字段等等。
  

王二麻子

请问楼主：tft，pf，映射表之间的对应关系如何了？tft应该是一对多（带多个pf的时候）或一对一（单一pf）的时候，那映射表的作用是？它里面是什么内容？路由信息？它与tft一对一？还是与pf是一对一？

爱卫生

回复 chenhaonan 的帖子

   引入一个官方的解释。参考规范TS24.008的10.5.6.12章节关于TFT的描述，“The TFT may contain packet filters for the downlink direction, the uplink direction or packet filters that apply for both directions. The packet filters determine the traffic mapping to PDP contexts. ”。也就是说TFT是用来做路由寻址的，用于和PDP上下文做一个映射的。具体是怎么做的呢？可以参考下面的英文解释（暂不翻译了）：
“   A TFT is created for a new PDP context using the same PDP address and the same APN as an existing PDP context but with a different QoS profile. This new PDP context is called a secondary PDP context and is activated during a secondary PDP context activation procedure. After a TFT has been created for a new secondary PDP context, it is sent by the MS to the network during the secondary PDP context activation procedure. A TFT may be modified during a PDP context modification procedure initiated by the MS. A TFT is deleted when the associated PDP context is deactivated.
   During packet transmission between the MS and the external packet network, the GGSN will compare the parameters of the IP PDU header with packet filters of the TFT. If a match is found between the IP PDU header and a packet filter, the GGSN is able to direct the IP PDU from the interconnected external PDN to the suitable activated PDP context identified by the NSAPI parameter. This is illustrated in Figure below. ”
   

图例：TFT在下行方向映射到PDP上下文的示意图

   上面的这段英文，直白一点就是说。TFT肯定是和二次激活有关。并且包含了一个packet filter可以来区分MS的不同上层应用，例如在“Secondary PDP Context激活流程及实例”这篇帖子当中，就给出了抓到的包，看到了二次激活请求（#5号包）中用的TFT，包括应用服务器的IP和应用端口号554，代表是一个流媒体业务。

   为什么不能用TEID和NSAPI来区分，一定要用TFT呢？因为前者只能在Gn接口来区分出MS的Primary PDP Context和Secondary PDP Context，但在Gi接口中不行。我们的下行数据肯定是从Gi口先收到。这个Gi口收到的下行数据是一个纯IP包，没有GTP头部的。所以GGSN怎么能和PDP上下文映射呢？就需要用到TFT了。因为这个下行数据中有端口号和IP地址等信息。和PDP Context映射以后，到了Gn接口，再由TEID和NSAPI来区分。

chenhaonan

这篇文章写得太好了，太清楚了。
请问版主，GGSN中为什么要引入TFT（Traffic Flow Template)来讲下行的用户平面数据路由到正确的GTP隧道，直接使用NSAPI不可以吗，因为Primary PDP Context和它所关联的Secondary PDP Contexts的NSAPI都是不同的呀？或者直接使用TEID DATA I，因为每个GTP-U隧道的TEID是唯一的呀？