晋中联通BSC间切换问题分析

晋中联通BSC间切换问题分析

作者：杨利华

来源：《电子世界》2012年第15期

【摘要】晋中联通在做跨BSC的切换时，无法完成。通过路测和对这两个基站的A口、Abis口和空口信令进行跟踪发现：在源BSC向MSC发起BSC间切换请求（Handover

Required）的相应时段，在目标基站的A口信令中并未发现MSC向目标BSC下发的切换申请（Handover Request），而在源BSC的A口信令中直接看到了切换请求拒绝（Handover

Required Reject）（原因值是equipment-failure）。最后发现是中兴核心网有一个允许非稳态切换参数，通过修改参数，BSC间出小区切换成功次数大幅提升。问题得到解决。

【关键词】路测；信令跟踪；非稳态切换

一、背景

晋中联通GSM网络路测时发现在拨打虚拟短号94444时，主叫终端无法进行BSC间切换。查看话统发现BSC间出小区切换成功率很低。

组网情况如图1所示。

其中BSC38和BSC39覆盖榆次城区，BSC边界在城区话务较高的区域。

二、问题描述

1.路测现象描述

如图2所示,使用虚拟短号94444测试时，发现在做跨BSC的切换时，无法顺利切换。如图：MS占用在BSC39的榆次客运宾馆D-2小区上，向榆次太平洋保险(华矩)方向行驶，当榆次太平洋保险(华矩)D-2的电平比榆次客运宾馆D-2的电平值高35时，仍不往BSC38的榆次太平洋保险(华矩)D-2切换。

经过反复测试，该问题不是偶然出现，每次均不能成功切换，查看层三信令，已经切换门限却没有收到切换命令。反方向行驶，占用在BSC38小区上也不能向BSC39小区上切换，现象一致，如图3所示。

2.查看小区级切换话统

明显从话统上看，所属BSC38的榆次太平洋保险(华矩)和所属BSC39的榆次客运宾馆在测试时段内发生了多次切换，除了少量拥塞原因外，其余切换均成功，说明从切换关系和外部小区的数据均为正确的。检查切换参数等数据也未发现异常（如表1）。

3.进而查看切换成功率KPI指标（如表2）

由上可以看出BSC38、BSC39的BSC间出小区切换成功率很低，BSC38的整体BSC间出小区切换成功率在70%左右，BSC39的更是低于60%。

三、问题分析

针对BSC38的榆次太平洋保险(华矩)D基站和BSC39的榆次客运宾馆D基站在拨打94444的过程中主叫无法切换问题，我们进行了如下的分析：

1.检查BSC和BTS的时钟，处于跟踪锁定状态。

2.检查两个基站的BSC间外部小区配置数据及邻区关系正常并且查看“出小区切换测量（GSM小区-GSM小区）”话统，发现这两个基站间的切换大部分是成功的。

3.对这两个基站的A口、Abis口和空口信令进行跟踪。

根据拨测记录，对相应时段的A口信令进行分析，呼叫过程中源BSC向MSC发起BSC间切换请求(Handover Required)，在源BSC向MSC发起BSC间切换请求(Handover Required)的相应时段，在目标基站的A口信令中并未发现MSC向目标BSC下发的切换申请(Handover Request)，而在源BSC的A口信令中直接看到了切换请求拒绝(Handover Required Reject)(原因值是equipment-failure)。

图4是信令截图。

源BSC发起切换请求和收到切换拒绝，如图5所示。

目标BSC在源BSC发起切换请求和收到切换拒绝之间并未收到MSC发送的切换申请(Handover Request)

查看这一时段核心网发送的所有handover requited reject信令，不只是拒绝了我们测试号码的切换请求，而且也拒绝了一些其他的呼叫，拒绝原因都是equipment-failure，如图6。 综合以上分析，需要核心网配合分析并说明拒绝切换的具体原因。

四、问题处理结果

中兴核心网有一个参数允许：在被叫用户振铃时，如果主叫用户发起BSC间切换需求，会被核心网拒绝(中兴称之为非稳态切换拒绝)。该问题可通过修改参数解决，即允许非稳态切换。

94444这个虚拟短号是核心网放的一段重复的回铃音，也属于“非稳态”的场景。