PS域典型案例分析.pptVIP

PS典型案例分析 ISSUE 1.0 GPRS 网络结构 SGSN 3GPAGING配置错误导致周期路由更新失败 现象描述：手机发周期性路由更新请求到SGSN，SGSN回路由更新拒绝，原因值位隐式分离。 ?原因分析：检查用户可达定时器，为58分钟，同时周期路由更新定时器为54分钟，没有异常。将周期路由更新定时器改为一个较小值，再次测试现象一样。再次检查RA消息中报上来的RAI和系统中3G?PAGING表配置的RAI，发现配置的RAI和RNC实际使用的RAI不一致。3G和2G不同，3G的paging表是SGSN上手工配置的，而2G是无线侧自动上报的，周期路由更新报上来之后SGSN检查自己配置的3G?Paging表，发现不是自己的RAI，认为是SGSN间路由更新，则向该RAI对应得SGSN请求用户上下文，但由于配置中并没有配该RAI对应的SGSN，因此查询失败，SGSN回路由更新失败，带原因值隐式分离。 处理过程： 修改3G?PAGING表中的RAI为RNC实际在用的RAI后问题解决，周期路由更新成功。 建议与总结：3G的PAGING表是手工配，在配置时需要和无线侧核对好RAI信息，2G的PAGING是无线自动上报，只要保证不同的SGSN获得的RAI不同即可。 SGSN UGBI单板小区数达到最大值导致新的PCU无法正常入网的问题分析 现象描述： 某局PCU割接过程中，物理链路建立正常；逻辑GB链路建立后，显示NSVC状态是UNBLOCKED。但新的PCU无法入网，GB接口消息异常，只反复传递BSSGP_SUSPEND和BSSGP_SUSPEND_NACK消息。 原因分析： 现场采用的是SGSN9810V800R007ENGC01B033版本，该版本UGBI单板的CELL数最大是1024，超过此值，新的小区无法建立。在本次PCU割接前，该UGBI单板的CELL数已经达到1024，故在割接过程中，新的PCU无法建立有效链接。 处理过程： 1、检查物理链路，一切正常； 2、 检查BC、NSVC，BC是Valid；NSVC是UNBLOCKED状态； 3、跟踪GB接口消息，发现消息异常，没有正常的GB链路建立消息； 4、检查UGBI单板小区数，已经达到1024；查询现网版本UGBI板对应的最大小区值；发现小区数已满； 5、重新规划另一块UGBI单板用于该PCU割接。 配置SGSN时打开了加密开关导致用户附着失败 现象描述：联通某局点进行网元对接测试时，和N厂商BSC对接，对接时NSVC和NSE都建立成功，GB口也有正常交互消息，可是测试用的锁频手机始终显示无信号，即附着不成功。 原因分析： 1、N厂商数据配置错误。2、基站问题导致无信号。3、SGSN数据配置导致对接不成功。 处理过程： 1、通知N厂商查询对方BSC配置是否有误，经核实后未发现异常。2、切换到话路域后发现有CS信号，CS和PS信号是经同一基站发出，说明不是BTS的问题。3、仔细检查SGSN的数据，发现在LST?GMM里的加密选项为YES，查看帮助说明：“是否加密”参数是指在业务中是否需要加密，如果需要加密则要配置加密算法。如果LICENSE不支持加密，则此开关无效。?取值范围：YES，NO。?初始值：NO? 用户未签约默认APN导致激活失败 现象描述：?现场在测试过程中发现一张测试卡用户用错误APN发出激活请求后，直接被SGSN拒绝，系统没有对其做APN纠错。而另外一张测试卡，使用错误的APN就会被纠错成默认APN发起激活。 原因分析： 一、检查LICENSE?APN纠错功能已打开。二、核实现场没有使用系统不允许的APN（如rac?lac?grps等）作为错误APN进行激活。三、检查APN纠错的相关配置，主要是检查SERvice_para中涉及APN的配置， 异常情况下签约APN为:?GZJTDA3G.GD、3GNET、UNINET。对比配置，异常情况下应该使用默认APN再纠正一次。为什么另一张卡可以纠正为默认APN进行激活，而此情况不行？再次对比2张卡的签约数据，发现可以纠错的卡签约的默认APN：uniwap，而异常情况没有签约UNIWAP。 处理过程： 让现场把异常的卡也签上默认APN，再次进行测试，问题解决。查看ADD?PDPAPN联机帮助,和APN纠错文档并没有说明此场景下需要签约默认APN才行，但经过确认，确实需要签约默认APN。 处理过程： 让现场把异常的卡也签上默认APN，再次进行测试，问题解决。 用户未签约默认APN问题 IU OVER IP的情况下SGSN PING RNC时延太长问题 现象描述：在IU?OVER?IP的情况下从SGSN?PING?RNC，ping时延有20?ms，客户感