DT测试典型问题分析.doc

DT测试典型问题分析1、导频污染1.1基站青山和基站通运之间路段导频污染图 1基站青山和基站通运之间路段【问题描述】：基站青山和基站通运之间部分路段导频污染，切换频繁； 【问题原因】：手机在基站青山和基站通运之间部分路段接收功率在-80dbm左右，Active Set和Candidate Set中共有6路PN,无主导频，都在-16db以下，该路段与周围基站的距离都在1500米以上信号比较杂，切换频繁，无主导频； 【解决建议】：1、因为该路段覆盖一般，建议增加基站来增强该路段的覆盖；2、结合地理位置和测试结果分析，建议通过调整天线来解决该区域的导频污染具体如下 ： Cell NameAzimuthTiltFromToFromTo通运10330107夏港东269夏港2372、MSC或BSC边界问题2.1基站港口2覆盖范围内部分路段EC/IO和FFER差：图 2基站港口2覆盖范围内部分路段【问题描述】：基站港口2覆盖范围内部分路段EC/IO和FFER差； 【问题原因】：手机在基站港口2覆盖范围内部分路段接收功率尚可,大于-80dbm，Active Set和Candidate Set中只有1各导频，但是EC/IO和FFER较差,同时考虑该路段与泰州交界，判断应该是由于无法软切换，泰州的基站的信号变成了前向干扰； 【解决建议】：核实无锡和泰州基站的工参、硬切换邻区表，是否存在邻区漏配和配置不正确等情况。同时通过调整泰州边界基站的天馈，控制其覆盖范围，减少其在无锡境内的干扰。2.2 振华港机和暨阳之间被叫无应答：图 3振华港机和暨阳之间测试图【问题描述】：振华港机和暨阳之间被叫无应答； 【问题原因】：从上面的测试图商的事件可以看出，在振华港机和暨阳之间路段主叫已经起呼成功，但是被叫并没有应答，根据当时的地理位置（与泰州交界）以及被叫在主叫起呼时服务小区的变化可以判断是由于被叫频繁登记导致无法寻呼到被叫；【解决建议】：1.调整泰州地区边界的小区的天馈，控制其范围，较少登记次数； 2.边界基站采用IS Page技术；3、越区覆盖3.1基站君山3越区覆盖图 4DT测试图【问题描述】：基站君山3越区覆盖； 【问题原因】：如上图，在基站港口3西面的路段能持续收到较强的港口3的信号，基站君山3的俯仰角不合理导致其越区覆盖； 【解决建议】：调整君山3的俯仰角，控制其覆盖范围，具体如下： Cell NameAzimuthTiltFromToFromTo君山36103.2基站绿园2越区覆盖图 5基站绿园2越区覆盖测试图【问题描述】：基站绿园2越区覆盖； 【问题原因】：如上图，在基站蒲桥南面的路段能持续收到较强的绿园2的信号，基站绿园2的俯仰角不合理导致其越区覆盖； 【解决建议】：调整绿园2的俯仰角，控制其覆盖范围，具体如下：Cell NameAzimuthTiltFromToFromTo绿园2274、起呼失败4.1 基站城西3起呼失败图 6 DT测试图【问题描述】：基站城西3起呼失败【问题原因】：在空闲态，手机接收澄江1（PN72）的系统消息,起呼时占用基站城西3（PN342）的信号，由于该点离基站城西较远，从Origination Message中可以看到基站城西3（PN342）EC/IO只有-31.5，由于信号弱，起呼失败，失败后重新占用澄江1（PN72）的信号起呼，起呼成功；【解决建议】：调整基站基站城西3的俯仰角，控制其覆盖范围，同时打开基站城西3的接入切换； Cell NameAzimuthTiltFromToFromTo城西3275、掉话5.1 基站君山北面的路上掉话图 7基站君山北面的路上DT测试图【问题描述】：基站君山北面的路上掉话； 【问题原因】：从上面的测试图可以看出，掉话前占用的职工学校1（PN102）和职工学校3(PN438)的信号，接收功率-80dbm左右，同时较强信号君山1（PN105）已经进入候选集，手机一直在发PSMM消息，但是基站一直没有下发HDM消息，最后EC/IO和FFER差，导致掉话，分析可能是基站君山1拥塞或者one way 、two way问题；【解决建议】：根据话务统计和邻区关系确认是什么原因，通过调整小区相邻关系、PN、天馈、扩容等方法解决该问题；5.2 基站暨阳附近掉话图 8 基站暨阳附近测试图【问题描述】：基站暨阳附近掉话； 【问题原因】：从上面的测试图可以看出，掉话前接收功率比较好，但是EC/IO和FFER差，直至掉话，掉话前占用的信号是PN54、PN222、PN378,都是泰州的信号，掉话后占用无锡的基站暨阳1的信号，故判断是由于泰州的小区不能和无锡的小区进行软切换，无锡的CDMA基站的信号都是前向干扰，从而导致FFER到100%，直至掉话；【解决建议】：该路段属于无锡