51学通信技术论坛

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

active pdp 上下文的个数   [复制链接]

Rank: 9Rank: 9

懒

楼主
发表于 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规范才行。

www.gprshome.com: GPRS及移动通信技术学习交流分享平台。

使用道具 举报

Rank: 9Rank: 9

懒

沙发
发表于 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上下文来承载,尽管这两者属于同一种应用。这样用户对飞信的业务体验会更好,就会更加的偏向使用飞信,而投向运营商的怀抱。
www.gprshome.com: GPRS及移动通信技术学习交流分享平台。

使用道具 举报

Rank: 9Rank: 9

懒

板凳
发表于 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地址。
www.gprshome.com: GPRS及移动通信技术学习交流分享平台。

使用道具 举报

Rank: 9Rank: 9

懒

地板
发表于 2011-10-20 20:15:28 |显示全部楼层
回复 w18886hphz 的帖子

   1可以的。源IP都一样,但目标IP可以是不同的。
   2对,要在同一个PDN。
   3同一个APN不能访问不同的PDN,因为一个APN和一个PDN网络是一一对应的。这也是APN的定义。
www.gprshome.com: GPRS及移动通信技术学习交流分享平台。

使用道具 举报

Rank: 9Rank: 9

懒

5#
发表于 2011-10-29 16:19:11 |显示全部楼层
回复 shanyy11 的帖子

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

使用道具 举报

Rank: 9Rank: 9

懒

6#
发表于 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的重选,否则业务就会断了。如有录制说的错误,在此表示歉意。

www.gprshome.com: GPRS及移动通信技术学习交流分享平台。

使用道具 举报

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

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

GMT+8, 2024-5-31 08:29 , Processed in 0.044316 second(s), 9 queries .

Powered by Discuz! X2

© 2001-2011 Comsenz Inc.

回顶部