内部公开▲
Afripa_bts1 Afripa_bts1 Afripa_bts2 Afripa_bts2 2.86 2.52 4.22 3.99 78 77 86 84 77.12 73.17 64.65 64.4 10.91 12.72 20.41 24.75 328 437 512 679 2006-9-5 21:15 2006-9-6 21:15 2006-9-4 21:15 2006-9-5 21:15 现象分析：由于存在很高的指配失败率（TCH assign failure rate(%)>10%），所以我们怀疑为硬件故障,从性能管理中提取了这两个小区的TRX基本测量数据，发现Afripa_1的TRX3、TRX4存在平均占用时间远少于TRX1和TRX2的情况，并且Afripa_2的TRX3、TRX4也存在此情况，如下表： Average 13001(Number SITE 22 22 22 22 22 22 22 22 22 22 22 22 22 22 22 22 22 22 CELL 1 1 1 1 1 1 1 1 1 1 1 1 2 2 2 2 2 2 TRX 1 1 1 2 2 2 3 3 3 4 4 4 1 1 1 2 2 2 Time 2006-8-24 20:00 2006-8-24 21:00 2006-8-24 22:00 2006-8-24 20:00 2006-8-24 21:00 2006-8-24 22:00 2006-8-24 20:00 2006-8-24 21:00 2006-8-24 22:00 2006-8-24 20:00 2006-8-24 21:00 2006-8-24 22:00 2006-8-24 20:00 2006-8-24 21:00 2006-8-24 22:00 2006-8-24 20:00 2006-8-24 21:00 2006-8-24 22:00 of TCH seize) 716 748 763 680 999 887 741 1347 1158 788 1422 1151 786 798 725 630 724 788 13002(Accumulative Time of TCH seize) 16187 17066 16628 13525 21969 17905 8370 15810 12680 8691 15025 12740 15811 16430 16489 12663 14695 17795 occupied time 22.61 22.82 21.79 19.89 21.99 20.19 11.30 11.74 10.95 11.03 10.57 11.07 20.12 20.59 22.74 20.10 20.30 22.58 本文中的所有信息均为中兴通讯股份有限公司内部信息，不得向外传播 6/45
22 22 22 22 22 22 2 2 2 2 2 2 内部公开▲
3 3 3 4 4 4 2006-8-24 20:00 2006-8-24 21:00 2006-8-24 22:00 2006-8-24 20:00 2006-8-24 21:00 2006-8-24 22:00 444 840 772 450 811 810 3778 6855 5920 4727 8077 8032 8.51 8.16 7.67 10.50 9.96 9.92 从上表可以看出，cell1 和cell 2各有两块载频存在平均占用时长小区其它载频的情况，鉴于一个站点同时出现4块载频故障的可能性不大，并查看LAPD测量和历史告警，没有发现与这四块载频故障相关的信息，初步排除TRX故障；
从集成配置管理中，查看了cell1和cell2的硬件配置情况，发现cell1的TRX3和TRX4是通过一个CDU合路后输出的，cell2的TRX3和TRX4也是通过一个CDU合路后输出的（同理，同时出现两块CDU故障的可能性也较小，排除CDU故障），即cell1和cell2的这两块载频都是共用一根馈线的，所以初步怀疑两小区为馈线接交叉了；
为了进一步验证馈线接交叉的结论，提取了这两个小区的邻区性能，发现有一个邻区yantala_2小区的掉话、切换和指配性能也不好，于是利用mapinfo工具检查了频率分配情况，发现afripa_2的两个TCH频点8和10与yantala_2小区为同频，并且TCH频点8和10刚好分配在TRX3和TRX4上，如下图：
上图所示，如果afripa_1和afripa_2有一根馈线接交叉的话，刚好能造成对yantala_2的同频（频点8和10）干扰，至此初步判断afripa_1和afripa_2小区馈线接交叉，即本文中的所有信息均为中兴通讯股份有限公司内部信息，不得向外传播 7/45
内部公开▲
afripa_1右面发射TCH载频（TRX3、TRX4）和afripa_2右面发射TCH载频（TRX3、TRX4）馈线交叉。
解决方法及验证： 现场整改接交叉的这两根馈线（即在BTS机柜顶调整一下跳线），调整后通过后台性能统计观察，发现afripa_1和afripa_2性能情况恢复正常，如下表： 表 1 调整前后TRX基本测量性能数据对比
Average CELBSC SITE L X TRTime of TCH seize) Time of TCH seize) time 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 22 22 22 22 22 22 22 22 22 22 22 22 22 22 22 22 1 1 1 1 1 1 1 1 2 2 2 2 2 2 2 2 3 3 3 3 4 4 4 4 3 3 3 3 4 4 4 4 2006-8-14 21:00 2006-8-14 22:00 2006-9-11 21:00 2006-9-11 22:00 2006-8-14 21:00 2006-8-14 22:00 2006-9-11 21:00 2006-9-11 22:00 2006-8-14 21:00 2006-8-14 22:00 2006-9-11 21:00 2006-9-11 22:00 2006-8-14 21:00 2006-8-14 22:00 2006-9-11 21:00 2006-9-11 22:00 889 910 985 1060 905 872 989 1088 882 1110 662 934 907 1155 603 880 7253 7893 18973 23348 6945 8122 18933 22553 6871 8942 12432 17096 12139 15343 13347 17864 8.16 8.67 19.26 22.03 7.67 9.31 19.14 20.73 7.79 8.06 18.78 18.30 13.38 13.28 22.13 20.30 13001(Number 13002(Accumulative occupied 表 2调整前后性能指标数据对比
TCH in call drop SITE CELL Time Site alias rate(exclude handover)(êll total number success rate(%) failure Assignmerate(%) nt Failure TCH dropped Handover TCH assign Number of TCH/F 本文中的所有信息均为中兴通讯股份有限公司内部信息，不得向外传播 8/45
内部公开▲
) 22 22 22 22 22 22 22 22 22 22 22 22 22 22 22 22 1 1 1 1 1 1 1 1 2 2 2 2 2 2 2 2 2006-9-4 21:15 2006-9-5 21:15 2006-9-6 21:15 2006-9-7 21:15 2006-9-8 21:15 2006-9-9 21:15 2006-9-10 21:15 2006-9-11 21:15 2006-9-4 21:15 2006-9-5 21:15 2006-9-6 21:15 2006-9-7 21:15 2006-9-8 21:15 2006-9-9 21:15 2006-9-10 21:15 2006-9-11 21:15 Afripa_bts1 Afripa_bts1 Afripa_bts1 Afripa_bts1 Afripa_bts1 Afripa_bts1 Afripa_bts1 Afripa_bts1 Afripa_bts2 Afripa_bts2 Afripa_bts2 Afripa_bts2 Afripa_bts2 Afripa_bts2 Afripa_bts2 Afripa_bts2 3.71 2.86 2.52 0.79 0.30 0.38 0.51 0.41 4.22 3.99 0.33 0.40 0.64 0.42 0.38 0.56 120 78 77 28 10 13 14 13 86 84 6 11 17 10 8 15 74.23 77.12 73.17 90.62 91.63 91.79 93.02 94.44 64.65 64.40 92.76 91.53 95.89 95.22 96.50 94.83 13.34 10.91 12.72 3.75 3.53 3.32 3.11 1.23 20.41 24.75 1.54 3.30 2.29 1.95 1.36 1.30 490 328 437 138 122 117 88 40 512 679 28 93 62 47 29 35 经验总结： BSC V2.8及其以后版本增加了对TRX的测量，利用该测量任务我们可以很方便的判断载频的隐形故障（以前我们可以通过闭塞载频或信令跟踪来判断），一般存在问题的载频的平均占用时长都要小于其它正常载频的占用时长，然后再根据掉话、切换及邻区性能情况并结合地理化软件（如mapinfo、wp等）进行频率干扰查询和邻区情况查询等来定位网络问题，而不需要到现场进行拨测和路测。
案例6：频点及邻区规划不合理导致掉话―――陈霓
现象描述：安徽网优提质巡检项目中，后台性能指标显示，无愁3小区（1个载频）业务信道掉话率偏高，导致坏小区比例过高。
本文中的所有信息均为中兴通讯股份有限公司内部信息，不得向外传播 9/45
内部公开▲
现象分析：通过网优软件查看该小区的邻区和频率配置，发现无愁3的邻区和频率规划都不合理。无愁3与同站两小区无愁1、无愁2没有配邻区，邻区关系不完整；且与GEDU1（CI=45111）同频，导致干扰掉话。 解决方法及验证：
1）根据邻区规划原则，对无愁3的邻区做了适当调整，增减修改其邻区关系。 2）优化无愁3频点，将其频点从106调整至122。
在通过上述调整后，后台指标显示，该小区的业务信道掉话率明显降低，不再成为坏小区。 业务信道掉话率日期 别名 (含切换)(%) 2006-3-13 2006-3-14 2006-3-16 2006-3-17 2006-3-18 2006-3-19 2006-3-20 2006-3-21 2006-3-22 2006-3-23 无愁3 无愁3 无愁3 无愁3 无愁3 无愁3 无愁3 无愁3 无愁3 无愁3 7.01 1.36 6.52 2.38 7.27 6.57 0 1.78 5.2 4.25 线话务量 0.1786 0.142 0.2771 0.4027 0.4609 0.3293 0.5238 0.4885 0.3443 0.428 调整后 2006-3-24 2006-3-25 2006-3-26 2006-3-27 无愁3 无愁3 无愁3 无愁3 1.02 1.61 1.08 1.42 0.2323 0.1486 0.2325 0.1792 1 1 1 1 98 62 92 70 0 0 0 0 话总次数 4 1 6 2 8 5 0 2 5 4 次数(含切换) 57 73 92 84 110 76 120 112 96 94 数量 1 0 1 0 1 1 0 0 1 1 业务信道每业务信道掉业务信道占用总坏小区经验总结：频率规划，邻区规划不合理，常常是导致干扰掉话的罪魁祸首。在规划时，应尽量避免不合理的频率，邻区规划。
本文中的所有信息均为中兴通讯股份有限公司内部信息，不得向外传播 10/45
