路测典型立案分析.pptVIP

EDGE路测中典型案例介绍 资源不足问题 频率干扰问题 参数设置问题 过\弱覆盖问题 RAU频繁问题 掉线案例分析 文一路电子工学院忙导致信道不足，下载速率低 文一路物美超市附近段无信道导致下载时间超时掉线 绍兴路一建公司附近下行速率低 文二西路右转至紫荆花路后，测试路段BLER高导致下行速率低 文三路九莲新村附近路段由于小区重选频繁导致下行速率低 钱江路小区重选次序导致多次RAU，引发下行速率低 曙光路杭大路口，易占上杭大新村20207，导致两次RAU引发速率低 南山路花港饭店附近段覆盖偏弱，导致小区下行速率低 石桥路在农科院附近反向占用纺机总厂20521，过覆盖引发连续RAU导致下行速率低 中河高架行驶至鼓楼附近段RAU频繁，导致速率低 文一路物美超市附近段无信道导致下载时间超时掉线 在滨安路与江晖路路口附近RAU失败后直接掉线 * 仅占上1个时隙下载 下载速率仅24.66Kb/s 文一路保俶路口至教工路口段，在占用电子工学院一、三扇区和杭师院二扇区下载数据时，长时间仅占用一个时隙（或2个时隙下载），且该两站非常繁忙，导致做FTP下载时，下行速率低。由于电子工学院和杭师院均覆盖了校园区，信道扩容仍很难满足需求，一般建议建新站（街道站）或小区分裂。 相关统计： GPRS_CELL_CONGESTION_RATE GPRS_CELL_HIGH_CONGESTION_TIME DL_PDTCH_UTILISATION_BY_ALLOCATION PD信道资源不足问题示例 PDTCH信道资源不足问题示例2 文一路物美超市从文一物美18001重选到翠苑四区18524后，一直无下行流量，多次ping后均不通，过古翠路后，重选到通普10361，RAU失败，多次ping仍不通，最后180s超时掉线。从信令上看，一直可以看到IA下来，但是却始终没有TBF建立，导致没有下行流量，最后超时掉线。但是从测试情况看，当时做Ping时，均失败，说明网络层已不通。相关统计：Insuff_resource PRP_Load_mean PRP负荷不均衡问题示例2 绍兴路一建公司附近，占用建华集团1800_30197数秒四个时隙下载App Throughput在70Kbps左右。另统计一建公司29571所在BSC47.prp_load_mean，测试当日建华集团1800_30197附着的PRP的 prp_load_mean=22偏高,导致下载速率低. 相关统计： prp_load_mean BLER计算公式为: 从以上测试log可以看到，服务小区和邻小区存在邻频现象，且覆盖电平值基本持平，均在 -68dBm左右，邻频干扰导致重传率过高，重传率高必然致使下行速率低。 检查PD信道是否受到频率干扰，仍需看下载时占用哪块载频，在CDS软件中MS1_RLC/MAC Layer Info窗口中可以看到PDTCH_ARFCNs。 BLER高至80左右 频率干扰问题示例 参数设置问题示例1-小区重选频繁 文三路九莲新村附近段，手机重选频繁，引发下载速率低。从测试软件的服务小区/邻小区表中可以看到，该区域覆盖小区的CRH均为3（6dB），设置参数偏低导致重选较频繁，建议均设置为7（14dB），减少乒乓重选和混乱重选。 参数设置问题示例2-小区重选不恰当 实际上是近江家园三园 在钱江路往望江路段中出现覆盖杂乱现象。测试中看到，在钱江路近江消防中队附近很难重选至小区近江消防中队39411，导致手机小区重选至近江家园三园38593。 从测试服务小区列表中看到，近江消防中队39411小区参数Temporary_time=1（20dB），建议将近江消防中队39411小区参数Temporary_time修改为0，希望从该路段从近江华日20543重选至近江消防中队39411再重选至冷冻食品交易市场18816，避开两次RAU导致下行速率低 参数设置问题示例3-小区重选不恰当 曙光路杭大路口，少体校覆盖仍有-60dBm左右，可以曙光路世贸附近段。建议修改杭大新村20207的penalty_time为2，现网为0，将temporary_offset修改为1，现网为0。在曙光路杭大路口即使在遇到红灯的情况下，亦不会很容易占上 杭大新村20207。同时，该问题要考虑到如果从曙光路转进杭大路，这时需要有小区很快接替，从多次测试分析看，在曙光路转如杭大路后，由新宇之星39074衔接覆盖，所以修改杭大新村20207小区重选参数（滞后）对其他主干线影响不会很大。 覆盖问题导致下行速率低问题示例1-弱覆盖 覆盖差益引发很多问题，如小区重选频繁、易受到同邻频干扰等问题。南山路杨公堤和苏堤段，占用花港饭店20112速率低， 且覆盖电平在-80dBm以下，花港饭店20112方位角为170°，其花港临时