51学通信技术论坛

标题: active pdp 上下文的个数 [打印本页]

作者: oliverchang 时间: 2011-10-15 14:17:59 标题: active pdp 上下文的个数

弱弱的请教大家一个问题
假设一个场景：我在用手机浏览器上网的时候，会有active pdp 上下文，当我在上QQ的时候会不会又有一个active pdp 上下文呢，还是只会有一个active pdp上下文，一个MS的多个active pdp 的上下文是怎样产生的呢？？

作者: oliverchang 时间: 2011-10-15 15:02:11

补充一下：如何界定那种应用会产生secondary pdp 上下文

作者: 爱卫生 时间: 2011-10-16 21:20:27

回复 oliverchang 的帖子

  PDP Context分成Primary PDP Context和Secondary PDP Context。区别主要还是和Qos有关。至于什么应用归到哪种PDP上下文。需要看这种应用所需要的Qos。例如视频需要大带宽，而普通的网页浏览只是看文字，需要的带宽小，就需要用不同的PDP上下文来承载。每个PDP上下文都有不同的Qos待遇。
  具体来说，参考TS23.107，定义了UMTS网络中的4种不同类型的应用类型，如果是不同类型的应用的话，就需要激活不同的PDP context来承载这些分开的应用。
  这四种不同的应用类型是：
- conversational class; 会话类，例如视频会议等。
- streaming class;  流媒体类，例如优酷视频、RTSP网络视频直播等。
- interactive class; and 交互式，例如MSN, QQ等的一些高级应用。
- background class.  背景类，例如网页浏览。这种类型要求的Qos最低。
  通常我们的手机创建的第一个pdp context都是最后一类背景类的，如果需要其他类型的应用，会再去创建其他的PDP Context。但这也需要手机应用的开发者能够遵守3GPP规范才行。

作者: mobileice 时间: 2011-10-17 09:46:02

一般来说，是一个业务对应一个PDP的，手机浏览对应一个PDP，QQ对应一个PDP，等等。。。

作者: oliverchang 时间: 2011-10-17 10:58:30

回复 mobileice 的帖子

我感觉不一定是一个业务对应一个PDP的上下文吧。

作者: mobileice 时间: 2011-10-17 14:09:15

回复 oliverchang 的帖子

也许是不同的厂商设计模式不一样吧，不知道协议有没有规定，我所见到的是一个业务对应一个PDP的。

作者: oliverchang 时间: 2011-10-17 22:29:25

回复 mobileice 的帖子

哦，不管怎样谢谢回复！

作者: 爱卫生 时间: 2011-10-18 11:13:21

回复 oliverchang 的帖子

如果按照规范的话，应该是同一种Qos待遇、同一种类型的应用才会是同一个PDP上下文。例如如果都只是文字的网页浏览，你访问新浪和搜狐，肯定是同一个上下文。另外，说QQ其实太笼统了。其实QQ里有视频、语音聊天、文本聊天，这些不同的应用对Qos的要求是不一样的，应该是不同的PDP上下文来承载的。又如，同是聊天软件MSN，也有视频、语音聊天、文本聊天。那QQ的视频和MSN的视频类应用应都属于同一个PDP上下文，而QQ的文本聊天、MSN的语音聊天还有新浪的网页浏览都应算到背景类业务，使用同一个PDP上下文且是最低的Qos来承载。
但在运营商具体操作的时候，加入了很多认为的因素。因为运营商不想成为管道，对ISP的应用肯定不会太追捧，因为你用户的钱都是交给腾讯，并没交给移动。所以运营商很可能即使QQ的视频需要2M的Qos，按规定应算流媒体类或更高，但运营商很可能把QQ视频放到背景类，除非用户多交钱。另外，运营商通常还会提升自有数据业务的Qos来和QQ等进行抗争，例如飞信虽然提供的服务和QQ有很多相似的地方，但运营商制定策略的时候，可能飞信的Qos就要比QQ高很多。需要不同的PDP上下文来承载，尽管这两者属于同一种应用。这样用户对飞信的业务体验会更好，就会更加的偏向使用飞信，而投向运营商的怀抱。

作者: wbl070818 时间: 2011-10-19 04:57:06

conversational class; 会话类，例如视频会议等。
- streaming class; 流媒体类，例如优酷视频、RTSP网络视频直播等。
- interactive class; and 交互式，例如MSN, QQ等的一些高级应用。
- background class. 背景类，例如网页浏览。这种类型要求的Qos最低。
既然有四种应用，pdp上下文最多只能是主，从上下文2种（ip地址相同），那要实现这四种常景的话，是不是还重新建pdp上下文，然后再建个Secondary PDP 就行了吗？也就是说实现4种场景最少只需分配2个ip就行了？

作者: mobileice 时间: 2011-10-19 09:12:30

回复爱卫生的帖子

专业的解释，赞，学习了

作者: 爱卫生 时间: 2011-10-19 10:44:06

回复 wbl070818 的帖子

是的，有一个前提条件就是上述四种业务要在同一个APN里，例如CMWAP。同一个APN里，这个MS的PDP上下文包括1个Primary PDP Context + N个Secondary PDP Context，所以要实现上述四种不同Qos需求的业务，需要一个Primary PDP Context和3个Secondary PDP Context,但这4个PDP上下文是共用同一个IP地址的。只有涉及到不同的APN，例如同时激活cmwap和cmnet，才会有两个手机的IP地址。

作者: w18886hphz 时间: 2011-10-20 19:39:03

版主，primary PDP context和与之相关的secondary PDP上下文可否访问不同的外部IP地址吧？只要二者的访问地址是属于同一个PDN就行？也就是说同一个APN也可以访问不同的目标IP地址。那可否通过同一个APN访问不同的PDN呢？
另：建议初学者看一下版主翻译的好文，特别详细。http://www.gprshome.com/portal.php?mod=view&aid=58

作者: 爱卫生 时间: 2011-10-20 20:15:28

回复 w18886hphz 的帖子

1可以的。源IP都一样，但目标IP可以是不同的。
2对，要在同一个PDN。
3同一个APN不能访问不同的PDN，因为一个APN和一个PDN网络是一一对应的。这也是APN的定义。

作者: 海浪 时间: 2011-10-21 10:00:56

本帖最后由海浪于 2011-10-21 10:23 编辑

首先这是个好问题。不弱。
一般手机要配置一个APN，就是一个PDP，比如你上网和QQ，MSN，发邮件都用的是一个PDP，手机分配的地址是一个等，如果有彩信业务，可能用到wap。如果同时用，我觉得会有两个PDP，没有证实过其它手机。可能需要手机的支持多APN。
我测试过黑莓手机，同时上网internet（用CMNET），发彩信（用CMWAP），和收发BlackBerry邮件BES业务（用BlackBerry.net）,手机会有3个PDP同时建立，分配了三个不同的地址。各个不同应用走不同的PDP。注意这是三个不同的应用业务。
手机不同有可能功能不同。技术上可以实现。
你所假设的上网和QQ都属于一个应用，用的是一个APN，所以只有一个PDP。如果你同时也发彩信可能会有两个PDP，等有机会测试证实一下其他厂商手机。彩信业务用的是wap的APN，而上intenret一般都用net，不过用wap也可以，要看怎么设置了。
我认为一个类的应用对应一个APN，就是一个PDP。我没有遇到在同一类的比如浏览网页，和QQ会用不同的PDP，理论可以实现，就像上面讨论用主用和备用PDP.

作者: shanyy11 时间: 2011-10-28 21:13:45

回复海浪的帖子

我用浏览器上网选择cmnet接入点，同时我又登陆QQ，选择用cmwap接入点，到SGSN查看，产生了两个active的pdp，手机获得了两个IP地址，NSAPI一个是5，一个是6。可这并不是primary/secondary pdp那种情况，因为secondary pdp和primary pdp是在一个APN下产生的，且共用一个IP。我也做了测试，一边用浏览器上网，一边用UC影音在线看视频，选择的接入点都是cmnet。这样做在SGSN上也只会产生一个active PDP，不知道什么条件下才会激活那个secondary PDP，是不是和签约数据有关，或SGSN/GGSN上的配置有关

作者: 爱卫生 时间: 2011-10-29 16:19:11

回复 shanyy11 的帖子

激活secondary pdp是和手机上的应用程序有关的。论坛里信令流程版块里有PDP二次激活的抓包实例。是我在实验室里抓的。当时是打开手机浏览器会隐含的触发一个primary pdp上下文建立（可能是隐含的访问了什么链接），但在手机的浏览器里输入rstp://x.x.x.x/abc.mp4访问远程的一个mp4视频文件时就会触发一个secondary pdp context，因为这是一个视频类的应用，需要更高的带宽。所以实际上是和手机的应用有关的。

作者: c225274 时间: 2012-1-15 16:22:33

专业的解释，赞，学习了

作者: gaoyang_fei 时间: 2012-10-8 17:20:16

爱卫生发表于 2011-10-19 10:44
回复 wbl070818 的帖子

是的，有一个前提条件就是上述四种业务要在同一个APN里，例如CMWAP。同一个APN里 ...

想问一下在创建pdp上下文的时候imsi是有条件的什么时候可以不包含imsi？在听你的teardown ind 视频时候听到一句（切换和 inter-waking（音译）能创建pdp上下文？）请问这时候是不是可以不包含imsi了？还有那个inter-walking（音译）到底是什么？

作者: 爱卫生 时间: 2012-10-8 21:22:20

gaoyang_fei 发表于 2012-10-8 17:20
想问一下在创建pdp上下文的时候imsi是有条件的什么时候可以不包含imsi？在听你的teardown ind 视频时候听 ...

我说下我的理解吧。

1）你说的应该是Gn口的信令吧。Gb口的Activate PDP Context Request消息是没有携带IMSI的。

个人认为规范定义IMSI是有条件的是这么考虑的，首选做为强制的不合适，因为即使没有携带IMSI，也不应该影响PDP上下文的创建，毕竟这个IMSI和PDP上下文业务没有关系，主要用于计费、Qos等目的。但有很重要，所以不定义为可选。最后折中定义为有条件的，也就是说SGSN网元如果知道的话，就一定要带，万一因为一些特殊原因没有携带，那也是允许的，GGSN不应该因此回应拒绝PDP激活。同样的道理，你看MSISDN还有IMEI都定义为有条件的。试问：SGSN怎么可能100%一定有用户的IMEI呢？那IMEI也是有条件的呢！另外，由于是半强制，上述三个标识用户身份的ID，一定要携带一个。也就是Create PDP Context Request消息中一定要有IMSI、MSISDN和IMEI。不能这3个ID一个都不出现，如果一个都不出现，则GGSN将拒绝激活。这也体现了条件性比可选IE优先级要高的地方。如果这3个都是可选的，那GGSN就不会拒绝激活了，直接跳过不检查。

2）不好意思。是inter-working。是指2G/3G互操作的意思。切换和inter-waking的时候应该都是更新PDP上下文，不是创建。因为不涉及到GGSN的重选，否则业务就会断了。如有录制说的错误，在此表示歉意。

作者: ahuaking 时间: 2014-7-9 10:16:17

最多可以创建11个关联上下文

根据qos要求不同分成不同业务类型，同一个APN，同一个IP，在GGSN内部有不同的流模板，进行不同pdp的数据转发

我只知道这些了

欢迎光临 51学通信技术论坛 (http://51xuetongxin.com/bbs/)