Secondary PDP Context激活流程及实例

爱卫生

GPRS网络中的二次PDP上下文可以为更高优先级的业务申请更高的Qos。当GPRS演进到UMTS网络后，将会慢慢开放。   

本贴中，我们通过一个实例来了解一下GPRS网络中一个Secondary PDP Context(即同一个APN中，与Primary PDP Context共用同一个用户IP地址的其他PDP Context)的信令流程。这里仅根据抓包文件进行讲解。详细的流程请参考规范TS23.060的9.2.2.1.1章节。同时，本论坛也会在TS23.060规范版块进行相应的翻译。

首先，#1-#4为Primary PDP Context的激活过程。这部分的流程请参考本版块另外一个帖子“Primary PDP Context激活流程及实例 http://www.gprshome.com/forum.php?mod=viewthread&tid=239&extra=page%3D1 ”。因此，在#1-#4步骤中，已经为这个MS激活了一个PDP上下文。并且获得了一个用户IP地址为192.168.252.131（在#4包中的Create PDP Context Response消息的End User Address IE中可以看到）。   

#5是MS发给SGSN的Activate Secondary PDP Context Request，这里定义了一个新的NSAPI=6，用于区分Primary PDP Context(NSAPI=5),请求的QOS是因为Primary PDP Context一般对应于一些基础背景类业务（参加3GPP中关于QOS分类的定义），如HTTP业务，对QOS要求不高。但如果这个APN中还有一些其他如交互式业务和流媒体类的业务如Youtubu流媒体视频等，则需要较高的QOS，用原来Primary PDP Context中和网络侧协商的QOS来传递这种视频业务肯定有丢包或延迟降低用户体验，因为需要向网络侧申请一个更高的QOS，这个就是用专门的Secondary PDP Context Activation流程来进行申请。所以在这个包里携带的就是为某种业务类型（需要更高的QOS）所请求的QOS（包括MBR最大比特率等信息）。那具体是哪种业务呢，由下面的TFT（Traffic Flow Template)来说明，我们打开后发现，端口号是554，原来这是一个基于RTSP协议的流媒体视频业务。怪不得要更高的QOS。但这个激活请求中没有携带APN信息，这是因为Secondary PDP Context和Primary PDP Context是共用同一个APN，因此不需要再额外提供）。那Secondary PDP Context和Primary PDP Context既然是共用相同的用户IP地址，则需要建立相应的关联，怎么关联的呢？是通过Link TI字段进行关联。这里的值为00。这样网络侧也知道这个Secondary PDP Context是和哪个用户的Primary PDP Context关联了。就会使用相同的IP地址。   

#6 SGSN验证MS发过来的二次激活请求后，如果没有问题，将给GGSN发送Create PDP Context Request,包含了两个NSAPI（5和6），以及请求的QOS等信息，同样也没有APN的信息。同时SGSN会为这个Secondary PDP Context分配一个新的用户面TEID，但不会分配新的控制面TEID，因为控制面的TEID两者是共用的。而传递用户payload不一样，所以需要不同的用户面TEID来进行区分。另外，你还会发现，在这个请求消息中，并没有Selcetion Mode IE，因为不需要了，两个PDP上下文是公用同一个APN，所以不存在APN的选择问题。   

#7 GGSN验证SGSN发过来的激活请求，无误后，返回Create PDP Context Response。并携带支持的QOS、新分配的用户面TEID、GSN地址等信息、同时还分配了一个不同的Charging ID(0x09f437c8)用于对这个Secondary PDP Context对应的业务进行计费。但并没有为Secondary PDP Context分配新的用户IP地址。并且，再此步骤中，GGSN也不检查用户请求的APN等信息。   

#8 SGSN给MS返回Activate Secondary PDP Context Response消息。这里就有为Secondary PDP Context提供的协商后的QOS Profile。   

后续，MS就可以使用刚分配到的新的QOS Profile里面的QOS值（如更高的下载速率）来访问RSTP的流媒体视频了。

ccc123

非常非常感谢

maqizhao

我已深深爱上这个地方了,在成为专家之前坚决不撤退!

ouwangqiu

学习了，不错，谢谢版主分享

ouwangqiu

多谢爱总制作和分享

xiongyang

LZ 问下大牛，发AT指令如何激活二次PDP呢？我可以通过发AT激活主PDP，但是二次的激活不了。

万分感激

奥格威

对初学者很有用

hust104

仔细看了2条 response里的QOS，没有发现有差异哦。secondary PDP里 response回的QOS哪里跟Primary PDP里的QOS不一样了？

ccc123

OK.........

hou3331

24008 8.4章节中的NOTE:        The use by GMM and SM of unacknowledged LLC may lead to messages "not compatible with the protocol state".，该怎么解释哦

hou3331

hycl5410 发表于 2013-8-8 16:53
爱总，假如先在LTE上激活default eps bearer和dedicated eps bearer，然后redirect到UMTS网络上，SGSN co ...

H00000000000000000000000

levidoudou

非常感谢楼主的细心和专业解答，看了受益良多！

爱卫生

chrisniu1984 发表于 2013-11-20 13:20
GGSN区分用户数据走哪个PDP Context是靠用户面的TEID区分呢还是GGSN返回应道时分配不同的GGSN IP呢？

因 ...

已经放开权限，可以下载了。

GGSN区分用户数据走哪个PDP Context是靠用户面的TEID区分呢还是GGSN返回应道时分配不同的GGSN IP呢？

用户面的TEID和GTP-U IP地址都要看的。用户面和控制面板的TEID和IP地址是独立分配的。

chrisniu1984

GGSN区分用户数据走哪个PDP Context是靠用户面的TEID区分呢还是GGSN返回应道时分配不同的GGSN IP呢？

因为没有权限下载数据包，没法去研究，只能在这里问问题了。

fenye123

谢谢版主，有你这几句话足够

tonyztao

新手上路，收获颇多！

hycl5410

hou3331 发表于 2013-8-7 14:53
爱总，假如先在LTE上激活default eps bearer和dedicated eps bearer，然后redirect到UMTS网络上，SGSN cont ...

爱总，假如先在LTE上激活default eps bearer和dedicated eps bearer，然后redirect到UMTS网络上，SGSN context response消息中携带的TIO=0,1并没有Linked NSAPI，该如何判断哪个属于primary pdp，哪个属于secondary pdp呢？

个人理解不需要Linked NSAPI，NSAPI即可。也就是说，这两个PDP其实是对等的，不像4G里一定要有default bearer。事实上，SGSN context response 也不可能带Linked NSAPI，因为压根就没有定义这个IE。

碰到的问题是： 当sgsn向UE发送modify pdp context request后，TIO=0成功了，TIO=1 回复sm status：“SM Cause: Message type not compatible with the protocol state (98)”，然后UE开始去激活TIO=1（tear down=0）， 为何PGW会把2个pdp都同时去激活了？

从对NSAPI=6 （TIO=1）的modify dpd req里，感觉qos不太对，既不是从4G map过来的negotiated，也不是向GGSN update的qos。可能手机无法接受这样的qos，即使规范里确实定义了。
比如这种 Reliability class: Unacknowledged GTP/LLC/RLC, Unprotected data (5) ，从来都没在现网中见到。

至于PGW/GGSN去激活所有PDP，从抓包里看不出什么原因，因为也没有gx，gy或者radius等外部网元的信令交互。
可以确定的是，旧MME发给SGW的delete session req是没问题的。OI=0，SI=1，delete只会终结在SGW上。

hou3331

hou3331 发表于 2013-8-7 14:53
爱总，假如先在LTE上激活default eps bearer和dedicated eps bearer，然后redirect到UMTS网络上，SGSN cont ...

昨天一直上传不了，现在好了。是不是很多终端都无法支持secondary pdp的？使用高通8960芯片。