51学通信技术论坛

标题: 请教在PDP激活过程中如果出现位置更新与路由区更新，PDP能否成功？ [打印本页]

作者: Wythe 时间: 2012-10-15 11:12:29 标题: 请教在PDP激活过程中如果出现位置更新与路由区更新，PDP能否成功？

最近发现有时在PDP激活过程中，还会出现位置更新与路由区更新，结果到后来PDP激活失败了？检查了网络状况与上下行信道，都不存在问题，我想知道如果是上述这种情况，MS与NW之前会怎么进行交互？谢谢！

作者: hycl5410 时间: 2012-10-15 11:46:35

不确认楼主提到的“位置更新”指的是gr接口的update location还是gn口uli发生变化（update pdp）。简单说下我的理解：

前提：GGSN会接受pdp激活请求

intra RAU场景：sgsn收到activate pdp req（gb/iu）->发create pdp req（gn）->等create pdp resp->
a.先得到create pdp resp，然后收到RAU req场景：
回activate pdp acp给UE，然后发update pdp req向GGSN
b.先收到RAU req，再得到create pdp resp：
得到create pdp resp后回activate pdp acp给UE，然后发update pdp req向GGSN

综上，intra SGSN RAU时貌似应该没什么可以影响pdp激活的。

inter SGSN RAU场景：
1. old sgsn收到activate pdp req，发create pdp req
2. new SGSN收到RAU req
3. new SGSN发sgsn ctx req给old sgsn
4a. old sgsn已经得到GGSN回的create pdp resp：
old SGSN会将MM和SM context都发给new SGSN （sgsn ctx resp）。之后流程就是标准协议流程，不赘述。
4b. old sgsn仍未得到GGSN回的create pdp resp：
old SGSN只会将MM context发给new SGSN（sgsn ctx resp）。#因为此时SM context没有建立起来。

5b. new sgsn完成RAU，但是没有SM信息，不做SM相关操作（update pdp不做）
6b. old sgsn回activate pdp reject给UE（如果old sgsn会回的话。。。）这一步取决于厂商实现了，但是old SGSN上激活PDP已经无可能，因为UE已经RAU出了old sgsn。

从4b开始的场景按说发生可能性不大，只是理论上可能出现。所以要分析楼主说的问题，还是要复现问题并在相关网元和接口抓包进一步分析。

作者: Wythe 时间: 2012-10-15 20:09:41

我的位置更新是指update location，我的意思是MS发出一个activate pdp req后，就发生update location，那是不是需要等MS注册上网络并且GPRS完成附着以后，SGSN才会接受这个activate pdp req，才会开始做PDP激活的相关动作？还有我遇到过的一种情况，我已经使用PPP拨号建立好数据连接，然后坐在地铁上，在城市中来回移动，从MS端捕获到的消息看，MS会不断地做路由区更新，但网络却并没有断开这个PPP连接，可这时MS发数据给基站，基站却没反应？重新PPP拨号就又可以了。。。。。是路由区更新太频繁了导致数据业务不能使用吗？

作者: 爱卫生 时间: 2012-10-15 20:19:46

从规范的角度来说，路由区位置更新流程是属于GPRS附着流程的一个子集，完成的都是到GPRS网络当前服务SGSN的注册登记过程。所以，信令流程的顺序是要先完成GPRS附着或路由区更新，再发起PDP激活。而不应该在PDP激活中掺杂路由区位置更新流程。这点在规范里是有介绍的。PDP上下文激活流程中的附着子流程包括RAB建立、Security Function。但绝对不包含RAU。

作者: snakend 时间: 2012-10-22 10:56:52

本帖最后由 snakend 于 2012-10-22 10:58 编辑

这一点我同意爱版主的看法，在实际的行令流程中，我曾经看到过，一个流程没有完成，对同一个用户的另一个流程就触发了的情况。
这样的表现就是两个流程在时间流程上是夹杂在一起的情况。
虽然不一定是一楼提到的pdp流程中插入rau流程的例子，但是在sgsn里面可能有"拒绝"，“忽略”，“放弃”等等的行为对应。
如果一楼有你提到的这着情况的例子的log的话，大家可以看看的说。

欢迎光临 51学通信技术论坛 (http://51xuetongxin.com/bbs/)