阿尔卡特分配失败处理分析

1、 阿尔卡特分配失败处理分析对于无线原因引起的TCH分配失败次数多的小区，其掉话率也偏高。本文主要介绍无线原因引起的TCH分配失败。在Alcatel无线系统中，关于该类型TCH分配失败的计数器是MC746B。下图是从信令角度解释触发分配失败计数的条件。MC746B从以上信令的流程结和阿尔卡特计数器对分配阶段的各各技术器做分析研究.在B8版中新加相关分配阶段计数器:NB_TCH_NOR_ASS_REQMC140aNumber of normal assignment requests for TCH establishment (in HR or FR usage).NB_TCH_NOR_ASS_

2、ATPTMC140bNumber of normal assignment commands for TCH establishment (in HR or FR usage).MC140a： 对TCH的试呼次数（不含切换）。 统计从A接口上接收到的“Assignment Request” 消息的次数MC140b： 对TCH的分配尝试次数（不含切换）。 统计从ABIS接口上发送的“Assignment commands” 消息的次数 注意这两个计数器定义在110计数器中,MC746B是统计分配失败的.NB_TCH_NOR_ASS_EXEC_FAIL_RADIO_TRX (MC746B)Trig

3、ger condition:1) The timer T3107 in the BSS supervising the TCH channel seizure by the mobile expires.2) The BSC receives a 04.08 ASSIGNMENT FAILURE on the old (SDCCH) channel during the normal assignmentprocedure.Counter definition:Number of TCH (in HR or FR usage) normal assignment -execution fail

4、ures due to MS access problem, per TRX.MC746b： 对TCH的分配失败次数（不含切换）。 统计BSC从ABIS接口上收到的“Assignment FAILURE” 消息的次数. 以上三个信令点的载体是SDCCH,所以是定义不到载频上的。 还两个对TRX载频定义的计数器，MC703和MC718和分配相关。 NB_TCH_NOR_ASS_ALLOC_TRXMC703 Type 110 : Overview measurementsMeasured unit: noneTrigger condition:Whenever a 08.58 CHANNEL AC

5、TIVATION message is about to be sent on Abis Interface to activate a TCH channel for normal assignment.Counter definition:Number of TCH (in HR or FR usage) normal assignment -whose RTCH channel is allocated in the BSC, per TRX.MC703： 对TCH的载频信道激活次数（不含切换）。统计BSC从ABIS接口上发送的“CHANNEL ACTIVATION” 消息的次数. NB

6、_TCH_NOR_ASS_SUCC_TRXMC718 Type 1 : Traffic measurementsTrigger condition:Whenever a 04.08 ASSIGNMENT COMPLETE message is received on Abis interface for a TCH channel that is notinvolved in a handover procedure.Counter definition:Number of TCH (in HR or FR usage) normal assignment successes, per TRX

7、. MC718： 对TCH的分配成功次数（不含切换）。统计BSC从ABIS接口上发送的“ASSIGNMENT COMPLETE” 消息的次数. 从上述计数器和信令流程有助于分析定位分配失败在那个载频上，从分配失败的原因分析主要有如下方面：l 同一个小区内各载频链路不平衡l 上行干扰l 下行干扰l 硬件隐性故障 以下举例分析说明：一、链路不平衡导致TCH分配失败由于ANC有自动检测功率不平衡与自动补偿功能，所以5载频或6载频的小区只配有一个ANY，其中4个载频连接到ANY，其余两个载频直接连到ANC。这种连接方法虽然被Alcatel规范认可，但是在无线环境较差的时候，即使是功率略微的不平衡也会导

8、致TCH分配失败。解决此类问题的方法有两种：1、将BCCH频点设置在路径损耗比较大的载频上发射；2、增加1个ANY。二、下行干扰引起的TCH分配失败。下行干扰是网内干扰，主要是由频率规划不合理或者天线方位角、下倾角设置不合理导致。在MC746B次数较多的同时，往往下行质量切换比例较大。通过信令跟踪手段很容易发现被干扰的频点。改频是比较简洁、迅速的处理方法。但是在处理边界小区TCH分配失败问题时，要结合外部小区的基础数据进行改频。三、上行干扰导致TCH分配失败较多对于上行干扰引起的MC746B，一般情况下我们可以通过计数器MC320D和MC320E来确认，也可以通过OMC-R的USD窗口观察。依

9、靠扫频等方式判断是外部干扰还是基站系统本身的干扰。排除干扰源或者解决硬件故障后，MC746B自然就解决了。四、硬件隐性故障原因引起TCH分配硬件的隐性故障可以导致TCH分配失败。此种故障在OMC-R上看不到告警。信令跟踪的结果主要表现为某个载频的路径损耗差较大，载频的TCH占用时长小于10秒，通过MC703减去MC718看到载频分配失败情况。这些都是处理硬件隐性故障的典型方法。案 例：ANC隐性故障导致TCH分配失败问题描述：某1小区忙时TCH分配失败次数较多，MC746B达到50次左右。分析处理：RMS报告显示， 1小区的TRE4(trxid4)和TRE2(trx5)，通话时长只有8-9秒，

10、下行质量为1左右,路径损耗差为18左右。RMS报告如下：RMS报告由路径损耗差较大判断该小区存在硬件故障。但是两块载频同时存在故障的可能性比较小。所以应该考虑首先更换这两个载频公共的部分。7载频小区硬件的连接图如下：小区硬件连接图处理结果：先后更换了图中所示的连线与ANY，指标没有改善。继续更换ANC以后TCH分配失败数量下降，RMS报告显示TRE2、TRE4的路径损耗差与TCH占用时长恢复正常。更换ANC以后RMS报告案 例：同频干扰导致TCH分配失败问题描述：检查话务统计发现sz_dongmuping1小区的TRX2分配失败较多。载频分配情况如下：分析处理：首先，结合地理视图检查小区周围的

11、频率规划情况，发现该小区的TCH频点与sz_yuelai3小区(33180_12683)的BCCH：55同频，因此怀疑是同频干扰导致该小区的TCH分配失败，因此对小区的TCH频点进行修改。地理视图如下：处理结果：在修改小区的频点后，TCH分配失败次数明显减少，同时小区的切换成功率也明显改善，小区的统计对比情况如下：日期日期小区名LACCID362掉话次数D363话音信道总话务量分配失败次数切换失败次数9月3日2021sz_dongmuping133180_1205141.9123379月4日2021sz_dongmuping133180_1205161.1937489月8日2021sz_don

12、gmuping133180_1205121.13349月9日2021sz_dongmuping133180_1205121.36312案 例：载频硬件故障导致TCH分配失败问题描述：彭水亭子关10月9日早忙时8点到9点，9点到10点期间分配失败最高达到了119次，分配失败主要是集中在TRX3上。载频分配情况如下：8：00-9：009：00-10：00分析处理：问题主要集中在TRX3载频上，问题发生之前并没有对小区的频率规划进行改动，周围小区的频点也没有调整，因此怀疑是硬件存在隐性故障，对该载频进行的更换。处理结果：在更换问题载频后，该小区的TCH分配失败次数明显减少。小区的统计对比情况如下：日

13、期开始时间结束时间小区名LACCID362（忙时话音信道掉话总次数）D366（TCH分配失败次数）2006-10-0908:0009:00ps_tingziguan33179_117309632006-10-0909:0010:00ps_tingziguan33179_11730121192006-10-0918:0019:00ps_tingziguan33179_1173010412006-10-0919:0020:00ps_tingziguan33179_117303412006-10-0920:0021:00ps_tingziguan33179_1173023962006-10-1408

14、:0009:00ps_tingziguan33179_11730102006-10-1409:0010:00ps_tingziguan33179_11730012006-10-1410:0011:00ps_tingziguan33179_11730132006-10-1418:0019:00ps_tingziguan33179_11730132006-10-1419:0020:00ps_tingziguan33179_11730012006-10-1420:0021:00ps_tingziguan33179_1173022案 例：上行干扰导致TCH分配失败问题描述：从话务统计中发现石柱_北门桥

15、2小区上行有4、5级干扰，小区无线原因的分配失败次数比较多同时由于切换原因和无线链路超时原因的掉话次数比较多。话务统计文件如下：开始时间话音信道HO掉话MC621话音信道无线超时掉话MC736话音信道传输掉话MC739话音信道掉话bss原因MC14cMC746B因无线原因造成的分配失败MC320CMC320DMC320E09:0042102721011:0063002621010:0061022920118:0066112120019:0057003210020:001091040110分析处理：因为小区的上行质量比较差，怀疑是周围存在同频干扰，通过对周围小区的频点核查并结合交换侧跟踪信令的结

16、果，发现小区的BCCH频点在周围没有明显的干扰源，TCH：93号频点的通话质量比较差，周围有同频小区，地理信息如下图所示： 首先我们将小区的TCH：93号频点修改为24，统计中的掉话和分配失败次数仍然比较多，从载频统计报告中发现分配失败主要集中在第六块载频，因此将该载频进行更换，载频更换后小区的分配失败次数明显减少，但是干扰带仍然是4、5级。北门桥2小区下面带有3个直放站，因此怀疑是小区所带的直放站存在问题，通过9月13号上午对直放站关闭后话务统计发现，掉话和分配失败明显减少，11点重新开启直放站后分配失败次数又明显增多。统计对比情况如下：开始时间掉话总次数无线超时掉话MC736无线原因造成的分配失败MC320AMC320BMC320CMC320DMC320E09:0031221010010:0022726010011:001313116191410处理结果：通过与直放站厂家共同对直放站的工作情况进行检查，发现关闭交通大厦的直放站后北门桥2小区的上行干扰由5级下降到3级，同时分配失败次数、掉话和切换失败次数明显减少。其他两个直放站关闭前后对指标没有