
TD网优技术现场路测实践案例.doc
10页TD网优技术现场路测实践案例鼎桥通讯技术有限公司2007年6月目 录1. 测试路线: 32.测试工具准备及测试计划安排 43. 3.测试案例 53.1 小区覆盖场景分析: 53.2 邻区丢失场景分析 53.3 导频污染场景分析: 63.4 弱信号呼不出场景分析: 63.5 测量控制配置导致测量有问题 63.6 无覆盖场景分析: 73.7 因没有资源导致随机接入失败场景 73.8 Traffic class设置错误导致错误导致业务不能正常进行 73.9 弱信号掉话场景分析 73.10 乒乓切换场景分析 81. 测试路线:(杏林地区) 32. 测试工具准备: 43. 测试案例 43.1 小区覆盖场景分析: 43.2 邻区丢失场景分析 43.3 导频污染场景分析: 53.4 弱信号呼不出场景分析: 53.5 测量控制配置导致测量有问题 53.6 无覆盖场景分析: 63.7 因没有资源导致随机接入失败场景 63.8 Traffic class设置错误导致错误导致业务不能正常进行 63.9 弱信号掉话场景分析 63.10 乒乓切换场景分析 71. 测试路线:(杏林地区) (测试路线卫星图) (测试路线Mapinfo图) 2.测试工具准备及测试计划安排2. : 名称数量电脑+测试软件2软件狗2测试2数据线2GPS2GPS数据线2车载电源逆变器2扫频仪1 测试地点测试场景上午测试方案介绍下午案例分析介绍6月12日 鼎利设备杏林1小区覆盖场景沿既定测试路线,用软件连接进行常规业务测试,同时通过功能参数窗口演示测试业务状况, 包括常用窗口的打开,常用指标的查看,遇到测试问题点,作相应标记,同时暂停记录,回放问题点发生点的无线情况,对问题先进行预判回放上午测试数据,对测试数据进行统计,以了解各测试指标的情况,针对出现的问题点进行分析,了解优化问题的分析流程,以进行问题的定位杏林2邻区丢失场景杏林3测量控制配置导致测量有问题杏林4乒乓切换场景描述 6月13日 鼎利设备海沧1无覆盖场景海沧2因没有资源导致随机接入失败场景 海沧3Traffic class设置错误导致错误导致业务不能正常进行 6月14日 日讯设备杏林1慢速DCA对业务信道的影响杏林2导频污染场景分析杏林3弱信号呼不出场景3. 3.测试案例3.1 小区覆盖场景分析:测试步骤:1) 选定一开阔的测试区域,要求有比较连续的覆盖,设置A小区为测试初始占用小区,以最大功率发射,调整该小区与其邻区的切换参数,使占上该小区后只能测量到邻区信号,不能切换到邻区2) 测试软件连接进行DT测试,软件MAP窗口显示测试轨迹,同时导入基站数据库,打开服务小区、邻小区连线功能,到问题点区域时显示占用A小区信号,信号较弱,同时,邻近小区有较强信号,但没有及时切换,导致弱信号质差,甚至掉话。
3) 利用后台分析软件越区覆盖分析功能,导入测试数据后得出过覆盖小区,并指出信号较好的邻区4) RNC端调整切换参数,使问题小区与邻区能正常切换,回测该路段,越区覆盖问题解决3.2 邻区丢失场景分析测试步骤:1) 选定一测试区域,要求该测试区域内有一信号、质量较好的小区A,与它邻近的小区信号较弱,且与它都没定义相邻关系,对该小区不作测量,出现占用弱信号情况,导致测试指标较差2) 测试软件连接和Scanner进行DT测试,其中,Scanner作Pilot测试,要求占上除A小区外其他的小区,在测试区域内测试,软件MAP窗口显示测试轨迹,测试指标较差,同时,覆盖Scanner数据,发现扫到有较强信号3) 利用后台分析软件邻区分析功能,导入测试数据(包含Scanner数据)后得出邻区缺失报表,明确指出需增加的邻区4) RNC端补定义相邻关系,使问题小区能被正常测量到,能正常切换,回测该路段,弱信号占用问题解决3.3 导频污染场景分析:测试步骤:1) 选定一测试区域,要求该测试区域内有2个以上能被测量到的信号强度相若(如都在-75以上)的同频小区覆盖,同时最好还要有1个信号强度也在-75以上而不被检测到的同频小区。
2) 测试软件连接和Scanner进行DT测试,其中,Scanner作Pilot测试,在该测试区域内很容易出现由于乒乓切换、强干扰等原因导致的掉话3) 利用后台分析软件导频分析功能,导入测试数据(包含Scanner数据)后得出导频污染报表,明确指出问题点信号的占用情况4) RNC端调整参数,如改频、降功率等,使该区域产生主服务导频,复测该区域,显示信号覆盖比较干净,导频污染问题解决3.4 弱信号呼不出场景分析:测试步骤:1) 选定一测试区域,调整参数,使该测试区域内处于弱信号覆盖状态,RNC端调少重发次数N300的次数2) 测试软件连接进行DT测试,在弱信号区域内进行起呼,起呼次数达到N300+1后,拆线,回到空闲状态3) RNC调整计时器参数,使能正常起呼复测该区域,弱信号问题解决3.5 测量控制配置导致测量有问题测试步骤:1) 选定一测试区域,要求是N载波小区覆盖,RNC端关闭测量控制,使该区域内不能收到下发的测量控制信息2) 测试软件连接进行DT拨打测试,在软件MAP窗口显示测试到的RSCP轨迹,空闲时可RSCP值一直在变化,接通后,RSCP值保持不变,不作RSCP测量3) RNC端打开测量控制,使收到测量控制信息,RSCP值显示恢复正常。
3.6 无覆盖场景分析:测试步骤:1) 选定一测试区域,刚好处在TD基站覆盖边缘2) 测试软件连接进行在有覆盖区域进行12.2K拨打测试,测试车沿着无覆盖方向行驶,进入无覆盖区域,此时,在路测软件里可看到一直上报cell search information信息,从专用的TD STATE窗口可看出,此时处于“no service”状态,此时,再从无覆盖区域向有覆盖区域行驶,到达有覆盖区域后,在路测软件里可看到上报cell search information信息的同时,也收到masterInformationBlock信息,随后可收到schedulingBlock1,跟着是SIB1,3,11等信息,重新和网络建立连接,从专用的TD STATE窗口可看到状态从“no service”迁移到“campled onsuitable cell”无覆盖场景发生地3.7 因没有资源导致随机接入失败场景测试步骤:1) 选定一测试区域,RNC端调整参数,使该区域的服务小区资源受限2) 测试软件连接进行PS 384K测试,上报rrcConnectionRequest,可能收到网络下发的rrcConnectionReject,原因码为congestion3.8 Traffic class设置错误导致错误导致业务不能正常进行测试步骤:1) 选定一测试区域,测试软件连接进行FTP测试2) 在FTP测试模板中设置Traffic class为conversational,指配测试计划给进行测试3) 从软件信息窗口可看到拨号时active PDP的情况,从Activate PDP Context Request可看到申请的是conversational,但马上收到网络下发的Activate PDP Context Reject,原因为network failure。
4) 停止测试,修正FTP测试模板,设置Traffic class为background,即FTP对应的正确业务类型,拨号网络拨号成功,可正常进行测试场景发生地点如图圈示3.9 弱信号掉话场景分析测试步骤:1) 选定一测试区域,要求附近有高楼阻挡,信号衰落很快,配置该小区和其他小区的测量关系,如调整切换定时器,使向其他小区的切换都不成功2) 测试软件连接进行12.2K业务,进行长呼,测试车行驶至高楼阻挡区域,此时可从测试软件看到SIR,BLER,DPCH等指标都不好,表明现在下行链路存在问题,测试车继续行驶,使质量进一步恶化,可伴随切换失败的发生,直至掉话3) 利用后台软件的Call trace列表功能,可清晰看出通话占用关键信令的情况,可统计出的无线指标、接通率、掉话率等KPI指标4) RNC调整邻区关系,使该区域能及时进行切换,在该段区域复测,业务恢复正常3.10 乒乓切换场景分析测试步骤:1) 选定一测试区域,要求有至少2个信号强度差不多的小区覆盖,RNC配置两小区的切换参数,使滞后值为02) 测试软件连接进行12.2K业务,进行长呼,可看到在这2个小区进行频繁切换,容易导致掉话RNC调整切换参数,加大滞后值,连接进行复测,切换恢复正场景发生地 / 文档可自由编辑打印。
