51学通信技术论坛

标题: SXRNC1、RNC2 Iu-Ps接口业务地址协商存在出入导致数据业务近50%概率性建立不成功 [打印本页]

作者: 爱卫生 时间: 2012-7-8 18:20:11 标题: SXRNC1、RNC2 Iu-Ps接口业务地址协商存在出入导致数据业务近50%概率性建立不成功

SXRNC1、RNC2 Iu-Ps接口业务地址协商存在出入导致数据业务近50%概率性建立不成功

案例案例编写人：PHL

联系电话：15657XXXX58

1、问题简述在RNC1,RNC2同核心网PS域对接完成后进行数据业务验证测试，发现第一次近50%机率连接时无法上网，连续拨测第2次时可以正常登陆网络，从信令上可以看出，建立失败时的RAB ASSIGNMENT RSP后的直传消息中返回PDP CONTEXT REJECT，原因为network failure,第2次拨测时信令正常，开关机后还是如此。

2、发生时间和地点发生时间：2009-04-16 发生地点：SXRNC1、RNC2

3、原因分析

（1）信令在RAB指派时出现问题，信令面的数据配置应该没问题。

（2）第2次能够正常上网，目前用户面的数据配置存在且有作用。

（3） SGSN设置存在问题或两端协商及数据配置存在出入。

4、解决方案

仔细分析信令发现，失败时，RAB指派请求中包含的transportLayerAddress为（0A F4 E8 11）换算成10进制为10.244.232.17，返回失败信息，而第2次连接却是由IP地址为10.244.232.33的对端发出，业务成功，经过检查，用于测试的RNC2只配置有对端为10.244.232.33的IPPATH，而另1个RNC1只配置有对端为10.244.232.17的IPPATH。在最初的数据协商时，E公司用2个PS业务地址，用两块GTPU单板作负荷分担共同处理2个RNC的PS业务，即这2个PS业务地址采用符合分担方式来处理RNC1及RNC2的PS业务。随后我们分别对2个RNC进行IPPATH和IPRT的添加，即到SGSN的两个PS业务地址都配了IPPATH，数据增加后测试上网业务正常。

5、经验总结

IU-PS接对接出现问题处理在物理都正常的情况下，可按信令面及用户面来逐一排查。从信令可以看出，信令可以建立，问题出现在业务处理上主要考虑用户面IPPATH，IPRT以及对端核心网设置等因素，同时，在RAB指派请求中，可以看出对端指派的IP地址，这是解决此问题的关键。

作者: jmt110 时间: 2012-8-14 12:24:58

求IU-PS数据抓包！朋友能否提供下！

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