MGW与RNC对接故障处理与典型案例分析.docVIP

MGW与RNC对接故障处理与典型案例分析 　　【摘要】 本文结合移动核心网MGW与RNC对接过程中出现的问题，介绍了分析问题、定位问题的思路及解决问题的方法。 　　【关键词】 故障分析 故障定位 解决方法 　　一、引言 　　对设备维护人员来说，故障处理极为普遍，故障类型也多种多样，在遇到故障时，能对故障准确定位，以最快速度恢复网络的正常运行，除有一套网络维护理论，还需要掌握故障分析判断的方法。接下来本文将以MGW与RNC对接无法建立呼叫为案例，对发生的故障进行快速定位、分析并排除障碍。 　　二、问题处理总体思路及定位方法 　　设备开通过程中遇到故障，整体定位思路是： 　　1、接口跟踪和用户接口跟踪 　　接口跟踪和用户接口跟踪能够直接观察到交互的信令和业务内部处理流程，是我们定位业务相关问题最重要，最直接有效的手段。 　　接口跟踪在话务量高时会严重影响系统运行，产生严重后果，只能在话务量非常低或调测阶段打开。 　　用户接口跟踪对系统影响很小，不受话务量的限制，而且能够将业务处理流程及与各接口的信令都跟踪出来，是最常用、最有效的定位手段。 　　2、MTP链路信令跟踪和信令仪信令跟踪 　　有时候需要观察MTP层收发的信令，需要跟踪MTP链路，但现网由于话务量原因，往往不能打开链路跟踪或消息量巨大，此时可以根据链路跟踪的过滤器对消息进行过滤。 　　3、数据配置检查 　　通过前面用户接口跟踪或链路跟踪的结果，找到问题最早出现的可疑点，逐步排查各环节，检查相关数据配置是否正确。 　　注意：需检查是否有相关软参，软参值是否设置正确。 　　4、告警，话统，调试日志，操作日志 　　有时问题现象不局限于单个流程或呼叫，此时需要将BAM库，告警，话统和日志进行综合分析。 　　三、典型故障案例分析 　　3.1 故障现象 　　MGW与新建RNC设备联调时，A用户呼叫B用户，A拨号后无任何提示音，直接返回重拨界面，B用户无振铃，但手机上会显示有未接来电。 　　3.2 问题分析 　　3.2.1 故障判断 　　（1）查看MGW设备，无告警；（2）基站与RNC 侧均无告警，排除硬件故障导致此种情况的原因；（3）使用命令DSP SAALLNK、DSP N7DSP、DSP AAL2PATH分别查看信令面和用户面的状态均正常。 　　呼叫后被叫手机可以收到响应，说明信令面正常，可以初步判断有以下几类问题：（1）信令链路正常，怀疑为用户面问题；（2）全局数据配置错误，导致未通先断；（3）MGW与RNC对接数据有问题，用户面参数问题。 　　3.2.2 信令分析 　　从MSOFTX3000侧跟踪A号码消息：RN_RAB_ASSIGNMENT_RESPONSE消息内容如下： 　　此消息是对RAB ASSIGNMENT REQUEST的响应，是由RNC上报给3000的。 　　指配失败，该消息中的失败原因是Iu传输连接建立失败（Iu Transport Connection Failed to Establish）。由此可见承载面建立不成功。核查MGW侧用户面数据脚本： 　　SET AAL2VMGW：BN=2，VMGWID=1，MAXUSERNUM=10240； 　　SET AAL2VMGW：BN=3，VMGWID=1，MAXUSERNUM=10240； 　　1号虚拟媒体网关对应的资源数为10240，而虚拟媒体网关0 上没有分配任何ATM资源。 　　查询本局虚拟媒体网关信息： 　　从上图可以清楚的看到，虚拟媒体网关号配置错误，该问题就是错误所在：配置AAL2VMGW资源的时候，MGW的ASU单板可以通过设置，将其资源分配给不同的VMGW，检查AAL2VMGW资源配置的情况，发现之前分配该资源的时候，把资源分配到一个错误的VMGW上，而实际使用的VMGW却没有分配到资源，从而导致呼叫时用户面无法建立。 　　四、解决措施 　　1、重新配置AAL2VMGW资源，把资源分配给已定义的虚拟媒体网关VMGW， 　　SET AAL2VMGW：BN=2，VMGWID=0，MAXUSERNUM=10240； 　　SET AAL2VMGW：BN=3，VMGWID=0，MAXUSERNUM=10240； 　　再次拨打测试，正常，问题解决。 　　2、同类问题定位方法 　　（1）通常先查看失败原因值，对原因单一的错误码，直接定位原因；对通用错误码，划出可能的错误范围；（2）排除RNC消息错误和配置错误；（3）对比查询MGW的数据配置，定位解决配置上的错误。 　　五、建议 　　（1）通过信令准确定位问题；（2）仔细检查参数的正确配置，这类情况无任何告警和异常，需要从底层排查，要熟练掌握好协议和信令原理。 　　六、结论