关于华为交换端漏定数据造成后续切换失败案例简析.docVIP

关于华为交换端漏定数据造成后续切换失败案例简析 摘要：当前网络规模越来越大，各种厂家设备混合组网，对优化切换性能造成了一定的难度，本文通过道路测试发现新入网华为MSC漏定相互间后续切换数据的问题。通过道路切换分析、华为信令和用户日志，最终定位出由于漏定了SCCP子系统数据导致后续切换失败的问题。 关键字：混合组网 后续切换 华为信令 用户日志 SCCP寻址 随着业务的快速发展，网络规模也越来越大，网络结构也越来越复杂，各种厂家设备混合组网对网络优化工作造成了一定的维护难度。惠州本地网络采用爱立信和华为的混合组网方式，网络结构较为复杂，特别是当覆盖某一区域的BSC存在混合组网方式的时候就更加造成优化的难度，下面就对一则混合组网的切换失败问题进行分析介绍。 问题描述 在例行测试惠州惠澳大道过程中，进行长CALL测试出现无法正常切换而造成掉话的现象。具体情况如下： 图1 测试数据图 本次呼叫从E13永湖彩塘2起呼，再向S91洋纳工业区1小区切换过程中无法正常切换，直至弱信号质差掉话。 问题分析 经了解该区域两天前有两个华为新建局置换入网，原本爱立信的覆盖区域变成了华为+爱立信设备的混合覆盖，并且在本路段设备的组合顺序为华为-爱立信-华为，共经过了3个局向的覆盖，如下图： 图2 地理位置图（说明：华为设备为HZSM1B3、HZSM9B1，爱立信设备为HZDBSC2） 2.1切换过程分析 在测试过程中，为了能够发现问题所在，依据三个MSC覆盖的地理方位分别从不同的切换方向和不同的起呼点进行了分析测试。 当MS占用HZSM1B3的小区起呼后，可以正常切换到HZDBSC2的小区，而从HZDBSC2向HZSM9B1的小区切换时，无法正常切换到HZSM9B1局的小区，直到弱信号质差严重掉话。即HZSM1B3-HZDBSC2-HZSM9B1切换如下图： 图3 HZSM1B3起呼测试图 同样，当MS占用HZSM9B1起呼后，可以正常切换到HZDBSC2小区，而从HZDBSC2的小区向HZSM1B3切换时，无法正常切换到HZSM1B3的小区，直到弱信号质差严重掉话。即HZSM9B1-HZDBSC2-HZSM1B3切换如下图： 图4 HZSM9B1起呼测试图 而当MS在相邻的两个BSC之间进行切换都可以正常切换，无任何异常。 以上分析表明，问题发生在HZSM1B3和HZSM9B1所在MSC之间的后续切换，两个MSC之间都不能够进行切换。 后续切换原理分析 该问题涉及到三个MSC间的越局切换，MSC间的越局切换分为：基本切换(basic handover)和后续切换(subsequent handover)，而后续切换又分为后续切换到原MSC和后续切换到第三者MSC。 图5 MSC间切换关系图 MSCA代表移动用户首先建立起呼叫所在的交换局，Anchor MSC，在通话的整个过程中一直掌握主控权，而后续切换过程中加入的MSC-B和MSC-C只有无线控制权。图6 后续切换信令流程图 本流程的前提是：MS在MSC-a中起呼，当前处于MSC-b下的BSC-b的覆盖区域内。 当MSC-b收到切换请求时，它首先查看CGI是否属于本MSC内，如果属于，则执行MSC内切换流程，并在完成切换后通知MSC-a。 当切换请求的目标CGI属于MSC-c时，它不是向MSC-c发送切换请求，MSC-b向MSC-a发送“执行后续切换”(Perform-Subs-HO)消息，其中包含MSC-c的标识。 MSC-a在“位置区小区表”中查询到CGI属于MSC-c，则向MSC-c发送“执行切换”(Perform-HO)消息。 MSC-c向VLR-c申请新的切换号码(HON)，并激活信道资源，通知MSC-a“无线信道证实”，同时MSC-a与MSC-c之间建立ACM等路由。 MSC-a向MSC-b回复“后续切换证实”(Subs-HO-ACK)消息，MSC-b向MS发起切换命令(HO-COMD)，MS接入成功后，通知MSC-b“切换成功”。 MSC-c向MSC-a发送结束信号，MSC-a将结束信号发给MSC-b，MSC-b发清除命令给BSC-b，释放原信道，切换完成。 解决过程 无论是哪一种切换，切换定义数据不外乎无线侧和交换侧，下面就逐步进行分析找到问题根源。 4.1 切换定义数据检查 从各种方案的测试情况可以看出，只有当长呼跨越三个MSC时，才会出现切换失败的情况，其中爱立信的MSC处于两个华为软交换中间位置，而相邻的任何两个MSC间切换是正常的，所以怀疑问题主要出现在两个华为软交换之间。 首先检查这三个MSC间和BSC间无线侧所定义的邻区关系数据，特别是Server42和Server08的邻区数据。检查结果表明：相邻的小区数据是完整准确，而三个MSC间的邻区关系数