Secondary PDP Context激活流程及实例

hycl5410

ithinc 发表于 2013-1-31 14:20
大家来谈谈Create Secondary PDP Context Request消息里的Linked NSAPI参数是否是冗余信息？一条GTP隧道里第 ...

从逻辑上来讲，似乎确实如楼上所说。我想了好久也没有想出这样一种场景--当linked nsapi不存在，理论上GGSN就没法正确判断。因为secondary pdp建立的GTP-C消息是发向已有的GGSN侧C-TEID的，该C-TEID是跟该APN&pdp地址下的第一个PDP的NSAPI有一一对应关系。

但是从内部实现来讲，也许显式的指定linked nsapi会更加有效率和避免出错？

不管如何，29.060（R6）明确写了这句话

For contexts created by the Secondary PDP Context Activation Procedure the SGSN shall include the linked NSAPI. Linked NSAPI indicates the NSAPI assigned to any one of the already activated PDP contexts for this PDP address and APN.

所以真要是较真的话，就只能去找3GPP讨论了

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上。