一些关于GPRS attach的问题

Richardicy

最近由于换工作，要从做数通开始研究3GPP，有关3GPP的协议，我有如下不明白的地方，请教各位了
1.从论坛里翻到了PDP context的解释，其中提到一项:
请求的QOS profile（用户请求的）
我想问下，这里的QOS跟数通里的Quality of Service是一回事情吗?
具体大概包含哪些那种呢?
其实在数通里，QOS无非就是匹配一些数据报文的字段，根据这些字段来区分报文的优先级而已。
2.GPRS attach流程里的第2,3步, identification request和identification response
这一步其实是用于获取IMSI的，但我不明白的是，既然MS都发P-TMSI过来了，为啥不直接用那个发过来的P-TMSI呢
难道说是还希望用获取到的IMSI在新SGSN重新生成一个P-TMSI?为啥不能用老的呢?
3.仍然是2,3步，这两步是新的SGSN和老的SGSN之间的交互
问题是新的SGSN咋知道老的SGSN的地址的?MS通过什么信息告诉这个新的SGSN的?
4.GPRS attach流程第6步, 第7d的，Delete PDP context
听我同事说，之所以要删这个PDP context，原因是可能上一次detach的时候出了问题，PDP context没删掉，所以在step 6要删一次
我无法理解。既然PDP context是MS和GGSN之间的连接信息，那删一次不就完了吗，为啥还需要区分新旧的SGSN然后重复删两次?
5.协议里面有两个timer
periodic route update timer
reachable timer
其中 periodic RAU，在RAU jeject以后会导致状态机从PMM-connected->PMM-detach，这个是SGSN发起的detach
但是这个reachable timer如果超时的话会导致状态机发生迁移吗?
另外,协议上说PMM-connected->PMM-idle的条件是PS signalling connnection release
这里什么条件会导致PS signalling connection release?PS signalling connection是个啥玩意，网上查不到唉。
6.我想看下论坛里的一些权限是10的文章，有啥方法能提升权限来的?

Richardicy

另外还有个问题,
SGSN这个东西，我在看service request的时候，在做MS发起的service request时，会把uplink的pdu发给ggsn
但是在网络侧发起的service request，会把downlink的pdu从sgsn转发给MS
所以我觉得sgsn在某些条件下是否也会转发pdu，因为ms的业务切换不是马上就完成的，sgsn需要作为中间载体，将切换过程的数据缓存下来，然后这部分数据由SGSN来进行转发。在业务切换完成,PDP context完成激活以后，再由GGSN来进行转发。
这样的话我就对SGSN的硬件不理解了，如果能转发PDU的话，那SGSN是通过什么东西来转发的呢，是类似以前传统路由器那样进行软转发吗?软转发不是非常耗CPU资源，而且丢包很严重?

lxy210781

2.GPRS attach流程里的第2,3步, identification request和identification response
这一步其实是用于获取IMSI的，但我不明白的是，既然MS都发P-TMSI过来了，为啥不直接用那个发过来的P-TMSI呢
难道说是还希望用获取到的IMSI在新SGSN重新生成一个P-TMSI?为啥不能用老的呢?
[answer]2，3步是在new sgsn收到ms发送来的GMM attach request后，但是在sgsn中并没有找打对应的p-tmsi, 所以才发送identification request去查询ms 的imsi.
3.仍然是2,3步，这两步是新的SGSN和老的SGSN之间的交互
问题是新的SGSN咋知道老的SGSN的地址的?MS通过什么信息告诉这个新的SGSN的?
[answer]可以通过HLR查询.
4.GPRS attach流程第6步, 第7d的，Delete PDP context
听我同事说，之所以要删这个PDP context，原因是可能上一次detach的时候出了问题，PDP context没删掉，所以在step 6要删一次
我无法理解。既然PDP context是MS和GGSN之间的连接信息，那删一次不就完了吗，为啥还需要区分新旧的SGSN然后重复删两次?
[answer]这个是可选项，针对特殊的情况才会执行的：如用户正在上网，此时在上网的过程中去拔电池再开机重附着，此时在sgsn和ggsn之间还是存在pdp context的。故要delete掉已release资源。

lxy210781

3.仍然是2,3步，这两步是新的SGSN和老的SGSN之间的交互
问题是新的SGSN咋知道老的SGSN的地址的?MS通过什么信息告诉这个新的SGSN的?
[answer]可以通过HLR查询.

这个我回答错了，再更正一下，因为ms发上来的attach request里会携带P-TMSI和RAI, 通过RAI就知道之前是哪个sgsn为MS提供服务, new sgsn可以通过RAI来找到lold sgsn.