无锡WCDMA问题点分报告-gdtec-李晓辉.docVIP

无锡WCDMA网络测试报告 区域一： 问题点一 LOGFILE：0211_01am.log 问题分析： 如上图，在解放西路附近出现“Missing Intra-frequency Neighbour,based on DN reporting”事件，影响通话的稳定。当前的AS为SC195，DN为SC379。 触发此类事件有如下几种原因：最强的激活集信号强度在-18和-12dB之间，并且DN（测量到的邻区，未定义）强于-12dB。最强的激活集信号强度大于-12dB，并且DN（测量到的邻区，未定义）强于-12dB。存在一个DN，无AS和MN存在。注：SC: Serving cellAS: Active set memberMN: Monitored neighborDN: Detected neighbor 从图中可以看出，附近测量到有大量的MN，并非覆盖问题，此时测量到DN为SC379，满足 触发此类事件有如下几种原因： 最强的激活集信号强度在-18和-12dB之间，并且DN（测量到的邻区，未定义）强于-12dB。 最强的激活集信号强度大于-12dB，并且DN（测量到的邻区，未定义）强于-12dB。 存在一个DN，无AS和MN存在。 注： SC: Serving cellAS: Active set memberMN: Monitored neighborDN: Detected neighbor 解决方案： 此问题属于漏定义邻区问题，将导致小区切往不合理的邻区，因此建议定义SC379和SC195的邻区关系。 问题点二： LOGFILE：0211_01am.log 问题分析： 如上图，在解放西路附近出现“Missing Intra-frequency Neighbour,based on DN reporting”事件，影响通话的稳定。当前的AS为SC90，DN为SC201。 原因同问题点一，覆盖较好，属于邻区未定义。 解决方案： 建议定义SC90和SC201的邻区关系。 问题点三： LOGFILE：0211_01am.log 问题分析： 如上图，在运河东路附近出现“drop call”事件，影响通话的稳定。当前的AS为SC90，DN为SC201，强度分别为-99dbm和-116dbm，无其他MN。 通过观察MAPINFO地图，SC370为当前最佳小区，周边已经没有更好的覆盖小区，属于典型的弱覆盖情况。 解决方案： 由于离覆盖小区较远，通过调整天线无法满足覆盖需求，需后期的增补站点解决。 问题点四： LOGFILE：0211_01am.log 问题分析： 如上图，在运河东路附近出现“handover failure”事件，属于GSM内切换，从BCCH/BSIC=705/12的小区切往BCCH/BSIC=114/30小区失败，当时而在测量小区队列中存在另一个更好的小区，116/27，但从LAYER 3信息中发现，hand command并非切往这个小区，因此，基本可以判断此问题的原因：切换的目标小区型号太弱导致切换失败。 解决方案： 检查几个小区切换参数（包括层参数），并检查小区705/12与116/27是否定义了邻区关系。 问题点五： LOGFILE：0211_01am.log 问题分析： 如上图，在中南路附近出现多次的“Missing Intra-frequency Neighbour,based on DN reporting”事件，影响通话的稳定。 原因同问题点一，覆盖较好，属于邻区未定义。 解决方案： 建议定义SC236和SC306，SC67和SC35的邻区关系。 问题点六： LOGFILE：0211_shipinceshi(cs64)pm.log 问题分析： 如上图，在学前东路附近进行视频通话测试时出现“drop call”事件，当前的服务小区为SC289，当前最佳小区应该为ScramblingCode=41的小区，在测量报告中持续出现十几秒的时间内，都未进行“Radio Link Addition”，导致服务小区的BLER%达到100%，掉话。 解决方案： 检查切换参数等小区级的网络参数设置。 问题点七： LOGFILE：0211_shipinceshi(cs64)pm.log 问题分析： 如上图，与问题点六类似问题，在学前东路附近进行视频通话测试时出现“blocked call”事件，当前的服务小区为SC289，当前最佳小区应该为ScramblingCode=41的小区，在测量报告中持续出现十几秒的时间内，都未进行“Radio Link Addition”，导致服务小区的BLER%达到100%，无法通话。 解决方案： AS和最佳MN都是