51学通信技术论坛

 找回密码
 立即注册
搜索
楼主: 爱卫生
打印 上一主题 下一主题

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

Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7

版主 特殊贡献奖

楼主
发表于 2012-12-19 15:35:13 |显示全部楼层
爱卫生 发表于 2012-2-22 15:56
回复 xray1111 的帖子

1 我想问一个和应用有关的问题:假如一个用户通过手机上网浏览网页,打开一个页面后 ...

我觉得是对等双方在为上层应用提供底层连接所必须的参数(这边可能使用QOS)协商一致的情况下所建立的对话通道。 这个通道由SGSN/GGSN来建立,维护和拆除。

人刚我柔谓之走,我顺人背谓之粘。动急则急应,动缓则缓随。虽变化万端, 而理为一贯。

使用道具 举报

Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7

版主 特殊贡献奖

沙发
发表于 2012-12-19 16:05:50 |显示全部楼层
horizon3 发表于 2012-12-2 23:41
如果我打开了一个网页,创建了一个PRIMARY PDP,然后打开一个视频播放,创建了secondary pdp。如果我关闭了 ...

之前我也看到了这个贴子, 针对这个Primary PDP去激活,2nd PDP还能使用的情况,总觉得不可理解。因为Primay PDP维护了IP的分配。如果将维护IP分配的链路都删除了,那2nd PDP这种是为了应用而存在的,应该也被默认释放了。

而且如果2nd PDP取代了Primary PDP,那么因为TFT的存在,用户等于很多对当前APN的默认应用都无法实现了。因此用2nd PDP取代1st PDP的情况在现实中应该毫无意义。


点评

爱卫生  是的。确实不好理解。但规范就是这么规定的,徒之奈何?要不wen兄写个3GPP CR提交下,我绝对支持。  发表于 2012-12-19 22:50:04
人刚我柔谓之走,我顺人背谓之粘。动急则急应,动缓则缓随。虽变化万端, 而理为一贯。

使用道具 举报

Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7

版主 特殊贡献奖

板凳
发表于 2013-1-24 10:51:28 |显示全部楼层
本帖最后由 wenliu 于 2013-1-24 11:16 编辑
ithinc 发表于 2013-1-24 10:23
楼主,这段文字是从哪儿来的?有另一种说法是PDP Context并不区分Primary与Secondary,Primary/Secondary ...

”有一个证据就是从3G切换到LTE时,PGW会选定一个default bearer下发到SGW/MME“



PGW 怎么会选择那条是default 那条是 dedicated 呢。之前LTE attach 中, default 和dedicated 的bearer区分也是从签约数据或者通过PCRF 来推送的。

你这个证据那来的?


23401 5.5.2.2.2  Source SGSN Forward Relcation Req -> MME 的时候,带上了:
PDN Connections, SGSN Tunnel Endpoint Identifier for Control Plane, SGSN Address for Control plane,





人刚我柔谓之走,我顺人背谓之粘。动急则急应,动缓则缓随。虽变化万端, 而理为一贯。

使用道具 举报

Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7

版主 特殊贡献奖

地板
发表于 2013-1-24 14:16:50 |显示全部楼层
本帖最后由 wenliu 于 2013-1-24 15:59 编辑

翻了一下29060 和 23401 ,这个default Beaer ID 认定分情况。不过感觉的确 GPRS这边 Primay 和2nd 这两者是的确同等对待。而LTE 中default 和dedicated 区别的更明显。、

对于GTPV1 和GTPV2 , SGSN -> MME Forward Relocation Req消息来讲:

使用S3 Interface的时候, Forward Relocation Request 消息中已经标出 Link EPS Bearer ID的 header ,所以随后Modify Bearer Resp中这个header是可以不带的。(但是GPRS 使用SGSN-SGW-PGW 的时候,不晓得这种情况下面的primay 和2nd 和使用SGSN-GGSN 下NSAPI 的Primary,secondary有没有区别)。

但是使用Gn interface, GTPV1的Forward Relocation Req消息中: 没有能直接给出有关NSAPI ,Linked NSAPI 和EBI 之间的绑定关系。
可能会根据Signallig Priority Indication with NSAPI来影响后面PGW的决定(MME 这时候不应该参与吧,毕竟用户面的是事情,MME作为接受方,这时候应该尽量维持住,由PGW根据和PCRF之间的Policy来决定,并根据优先级来选定default Bearer)。

不过这样看来,GPRS这边的Primary 和 secondary 地位的确一致。并且29060 在描述delete PDP context 的时候,也需要用Teardown Ind来决定是否能够全部释放去同一个PDN 的链接,而不是通过NSAPI来区分。
这样的话,如果不带Teardown Ind,而只带NSAPI,那么Primary删除,应该不会影响到secondary。

使用道具 举报

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

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

GMT+8, 2024-5-5 02:27 , Processed in 0.024131 second(s), 11 queries .

Powered by Discuz! X2

© 2001-2011 Comsenz Inc.

回顶部