PDP激活问题

hycl5410

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

hycl5410

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

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

hycl5410

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.

hycl5410

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消息。

hycl5410

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

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

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