自动路测分析报告20111108.docxVIP

自动路测分析报告 一．整体概述 本次针对文山市区的道路进行的自动路测过程中，整体的指标情况如下： 项目指标要求ATU指标PCCPCH RSCP所占比例(%)=-95dBm的概率99.97PCCPCH C/I所占比例(%)=-3dB的概率99.13PCCPCH覆盖率(%)PCCPCH RSCP =-95dBm C/I =-3dB99.08DPCH覆盖率(%)C/I =-3dB99.03GSM覆盖率(%)Rx_Lev=-90dBm-TD网占用时长(s)21002.78GSM网占用时长(s)0.00测试里程(km)271.93全网接通率(%)CS12.2K 98%100.00全网掉话率(%)CS12.2K 1%0.87全网平均接入时长(s)CS12.2k 8s4.72MOS3.92通过以上指标可以看出本次的全网接通率100.00%，掉话率为0.87%。 二．具体分析 通过回放数据对呼叫进行统计如下： 呼叫统计指标要求ATU指标TD试呼次数115GSM试呼次数0TD接通次数主叫接通次数115被叫接通次数115GSM接通次数主叫接通次数0被叫接通次数0TD掉话次数主叫掉话次数0被叫掉话次数2GSM掉话次数主叫掉话次数0被叫掉话次数0通过以上统计可以看出，本次自动路测过程中，一共出现了2次TD的被叫掉话，具体情况如下所示： 序号文件名起呼时间呼叫类型异常原因10887125520111108081119MS309:05:36.788掉话弱覆盖:DPCH_RSCP=-11620887125520111108200320MS320:32:19.461掉话弱覆盖:DPCH_RSCP=-108对于以上2个异常事件的问题点具体在路测过程中的分布情况如下所示： 二．问题点分析 1、建设局附近T网被叫掉话 发生时间：2011-11-08 09:06:06.778 所属网格：文山市区 问题描述：被叫09:06:06.778占用建设局_OT2（58408），丢失邻区消息，UE拖死导致出现被叫掉话。 问题分析： 分析掉话点的原因值为弱覆盖:DPCH_RSCP=-116。 被叫在09:06:06.778从郑氏骨科医院T1切换到问题小区建设局T2后，UE丢失邻区消息，导致UE一直占用建设局T2，无法正常切换，最终导致拖死出现掉话，分析问题点切换前的无线环境都正常（PCCPCH C/I=9），无明显的频率干扰情况。 分析主叫在问题点发现，主叫在从郑氏骨科医院T1切换到建设局T2后，显示的邻区消息和无线环境都正常，PCCPCH RSCP=-77dbm，PCCPCH C/I=6，初步怀疑由于自动路测终端的被叫异常导致丢失邻区消息，出现本次的网络异常事件。 解决方案： 多次复测问题路段都未出现网络异常事件。 怀疑自动路测终端的被叫异常导致本次网络异常事件的发生。 复测截图如下所示： 2、三鑫花园附近T网被叫掉话 发生时间：2011.11.08 20:32:58.001 所属网格：文山市区 问题描述：被叫占用室内分布小区：文山三鑫花园小区T3小区（29953），在室外道路上无合适的邻区切换，导致UE拖死，被叫掉话。 问题分析： 1、分析掉话点的原因值为被叫弱覆盖:DPCH_RSCP=-108 2、分析被叫数据发现，被叫是从文山县文化局_OT2-三鑫花园小区_IT1后再切换到问题小区三鑫花园小区_IT3，之后UE无合适的邻区进行切换，再加上室分小区在室外道路上的覆盖衰减很严重，从而导致了UE拖死出现了本次网络异常事件。 切换前的测试截图如下： 分析主叫在问题路段正常的切换顺序应该为：文山县文化局_OT2-文山县建禾宾馆_OT1。 解决方案： 由于室分小区外泄对室外道路的路测影响较大，我们需要对室分小区的覆盖加以控制。 三鑫花园小区这个室分站点我们5月份就提交工程对其进行整改，详见每次的工程问题跟踪表。 调整三鑫花园小区_IT1和三鑫花园小区_IT3的PCCPCHPOWER（单码道）：310-280. 调整后多次复测问题路段，该室分小区的覆盖得到控制，未出现网络异常事件，但从整个网络覆盖考虑，还是建议工程对该室分小区尽快整改，避免室分小区出现严重的外泄情况。 复测截图如下：