51学通信技术论坛

标题: PDP激活问题 [打印本页]

作者: zgx-07988 时间: 2013-9-27 22:56:29 标题: PDP激活问题

网络侧发去pdp去激活，MS在接收PDP去激活后，隔了几十毫秒就发去PDP激活申请，这个是怎么回事？如图片所示

作者: zgx-07988 时间: 2013-9-27 23:00:35

本帖最后由 zgx-07988 于 2013-9-27 23:02 编辑

这个PDP申请SGSN是没有响应的，PDP失败统计为超时。
我看了CDR统计，网络侧发起PDP去激活是因为PDP存活的时间到了，是不是手机保持为了PDP激活状态，所以手机在一检测到不是激活状态就立刻发去PDP激活请求？有办法让手机迟些发PDP请求吗？
或者你觉得如何解决这个PDP请求超时问题？这款终端的PDP激活超时比例占比太高了(大约20%)，而且都是因为这个原因超时的.

作者: 爱卫生 时间: 2013-9-27 23:41:05

zgx-07988 发表于 2013-9-27 23:00
这个PDP申请SGSN是没有响应的，PDP失败统计为超时。
我看了CDR统计，网络侧发起PDP去激活是因为PDP存活的时 ...

现在智能终端很多都是这样子的，都会频繁发起PDP激活的，因为要保证业务的永久在线。没什么好办法来控制。可以通过PCC来管一管限制下Qos。就让它激活好了，只要不占用太多资源就无所谓。

关键是这里网络侧为什么要发起去激活？CC值原因是什么？一般pdp的timer都很长的。

作者: zgx-07988 时间: 2013-9-27 23:56:39

网络侧发起去激活应该是到了PDP的存活时长吧，我看统计了，2次间隔都是30分钟，中间没业务，CC值是36

作者: zgx-07988 时间: 2013-9-28 00:22:12

前面说错了，这个不是一般的手机终端，是3G上网卡那种

作者: hycl5410 时间: 2013-9-28 23:39:27

这个就是RNC问题。
RNC都发出了iu-release-complete，还能继续发activate pdp request？别说还发出了complete，只要收到release command就不该继续发了，协议上写的很明确的。
用户上来太快只是借口而已。空口上都能让它这么快上来，到了IU-C就处理不了了？

作者: hycl5410 时间: 2013-9-28 23:45:59

这个PDP申请SGSN是没有响应的，PDP失败统计为超时。

相信这个统计是RNC上的，SGSN压根就收不到这个请求，因为Iu已经断了。SGSN要是能收到这个pdp请求还处理，那才真是有问题了呢。

作者: zgx-07988 时间: 2013-9-29 15:36:05

hycl5410 发表于 2013-9-28 23:45
这个PDP申请SGSN是没有响应的，PDP失败统计为超时。

相信这个统计是RNC上的，SGSN压根就收不到这个请求， ...

什么意思呢？没看得很明白，我这个采集是GB口的数据，从数据来看，SGSN是收到了吧？为什么说SGSN压根就没收到？求指教

作者: zgx-07988 时间: 2013-9-29 15:36:50

hycl5410 发表于 2013-9-28 23:39
这个就是RNC问题。
RNC都发出了iu-release-complete，还能继续发activate pdp request？别说还发出了compl ...

为什么说是RNC的问题呢？我感觉是终端的问题- -~

作者: zgx-07988 时间: 2013-9-29 15:44:16

hycl5410 发表于 2013-9-28 23:39
这个就是RNC问题。
RNC都发出了iu-release-complete，还能继续发activate pdp request？别说还发出了compl ...

具体协议是哪个呢？不太了解，求告知

。
而且我不太明白你说的SGSN压根儿就没收到是怎么说的，这个数据采集是GB口的，从我发的信令来，SGSN应该是收到了吧？只是IU已经释放了，所以SGSN不处理？

针对这个问题你觉得能解决吗？从哪方面解决？

作者: hycl5410 时间: 2013-9-29 17:34:45

TS 25.413(ranap)

When the RNC receives the IU RELEASE COMMAND message:
1. Clearing of the related UTRAN resources is initiated. However, the UTRAN shall not clear resources related to other Iu signalling connections the UE might have. The Iu transport bearers for RABs subject to data forwarding and other UTRAN resources used for the GTP-PDU forwarding process, are released by the RNC only when the timer TDATAfwd expires.
2. The RNC returns any assigned Iu user plane resources to idle i.e. neither uplink user data nor downlink user data can be transferred over the Iu interface anymore. Then the RNC sends an IU RELEASE COMPLETE message to the CN. (The RNC does not need to wait for the release of UTRAN radio resources or for the transport network layer signalling to be completed before returning the IU RELEASE COMPLETE message.) When an IU RELEASE COMPLETE message is sent, the procedure is terminated in the UTRAN.

为什么说SGSN压根就收不到这个activate pdp request。
Reception of an IU RELEASE COMPLETE message terminates the procedure in the CN.

作者: zgx-07988 时间: 2013-9-29 22:08:56

hycl5410 发表于 2013-9-29 17:34
TS 25.413(ranap)

When the RNC receives the IU RELEASE COMMAND message:

按你的意思是，用户发的PDP请求应该是到RNC就被终止了，是吧？那我在GB口信令看到这条消息是怎么回事呢？

作者: hycl5410 时间: 2013-9-30 09:30:17

zgx-07988 发表于 2013-9-29 22:08
按你的意思是，用户发的PDP请求应该是到RNC就被终止了，是吧？那我在GB口信令看到这条消息是怎么回事呢？

楼主你不可能在GB接口抓到这条消息。。。这是3G。。。我猜应该是指IU接口吧？
TS也说了，Iu release complete可以在radio (RRC)和transport later(SCCP)都没断的时候发送。
所以activate pdp request是可以从空口上来的，而此时确实SCCP也还没断，RNC有能力将这条信令发出去。但是，RNC不应该发这条RANAP信令，这就是为什么我说是RNC的问题。RNC显然没有在RANAP层上正确处理状态机，发送了Iu release complete就应该终止这个用户的这次会话（RANAP层），后续不应该在这个会话上再发送RANAP消息。

作者: zgx-07988 时间: 2013-9-30 09:53:02

hycl5410 发表于 2013-9-30 09:30
楼主你不可能在GB接口抓到这条消息。。。这是3G。。。我猜应该是指IU接口吧？
TS也说了，Iu release com ...

这个是IU-ps口的数据，口误，习惯了，3G的IU-ps口不是相当于2G的GB口嘛

3G的协议不怎么清楚，RNC发PDP激活请求是GMMSM层的的啊，为什么说这个是RANAP层的呢？如果说是RNC的问题，有办法让他正确处理，对这种情况不往SGSN发PDP激活请求吗？

还有就是有办法让终端不要这么快发PDP激活请求吗？

作者: hycl5410 时间: 2013-9-30 10:17:09

GMMSM就不需要用RANAP承载么。。。

简单方案，RNC丢弃这个activate pdp req；更牛的办法是，buffer这个请求，等上一个iu connection彻底断掉（SCCP release）之后，进行service req重建iu，再发activate pdp req。当然，这都是个人瞎猜，实现起来可能不可行。

阻止终端快发应该没有办法，谁让是3G呢？

作者: zgx-07988 时间: 2013-9-30 14:03:12

hycl5410 发表于 2013-9-30 10:17
GMMSM就不需要用RANAP承载么。。。

简单方案，RNC丢弃这个activate pdp req；更牛的办法是，buffer这个请 ...

想修改RNC的机制，还是比较难的吧？而且客户肯定会质疑，为什么其他终端出现这种PDP超时的情况，就偏偏这款终端会？最终估计还是说成终端的问题比较好收场- -~

作者: 碎娃 时间: 2014-1-23 11:53:48

还有碰到一种用户频繁发起PDP激活，几乎一秒一次，都会成功。然后用户又发起PDP去激活，网络侧做的事情就是一直ACCEPT。用户一个小时就会发起1500多次的激活请求。这个到底是个什么原因呢。我自己认为应该归到终端原因，可是不知道应该如何说明这种终端问题，并且证明确实是终端的问题造成的。还有就是，每天这个频繁用户都会不一样，这也很困惑，一个用户，今天频繁的发起这种请求了，但是换一天提取数据又正常了。麻烦大家一起解答解答。跪求·····

作者: liy904 时间: 2014-9-28 09:40:36

碎娃发表于 2014-1-23 11:53
还有碰到一种用户频繁发起PDP激活，几乎一秒一次，都会成功。然后用户又发起PDP去激活，网络侧做的事情就是 ...

确实，频繁PDP激活\去激活确实应该是终端问题，我遇到的大部分是APN设置错误，当然，还有好多其他的原因，求大神们一起解答

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