无锡WCDMA问题点分析报告gdtec李晓辉.docx

无锡WCDMA问题点分析报告gdtec李晓辉.docx

《无锡WCDMA问题点分析报告gdtec李晓辉.docx》由会员分享，可在线阅读，更多相关《无锡WCDMA问题点分析报告gdtec李晓辉.docx（11页珍藏版）》请在冰豆网上搜索。

无锡WCDMA问题点分析报告gdtec李晓辉

无锡WCDMA网络测试报告

区域一：

问题点一

LOGFILE：

0211_01am.log

问题分析：

如上图，在解放西路附近出现“MissingIntra-frequencyNeighbour,basedonDNreporting”事件，影响通话的稳定。

当前的AS为SC195，DN为SC379。

触发此类事件有如下几种原因：

v最强的激活集信号强度在-18和-12dB之间，并且DN（测量到的邻区，未定义）强于-12dB。

v最强的激活集信号强度大于-12dB，并且DN（测量到的邻区，未定义）强于-12dB。

v存在一个DN，无AS和MN存在。

注：

SC:

Servingcell

AS:

Activesetmember

MN:

Monitoredneighbor

DN:

Detectedneighbor

从图中可以看出，附近测量到有大量的MN，并非覆盖问题，此时测量到DN为SC379，满足第二个触发条件，其与AS（SC195）未定义邻区。

解决方案：

此问题属于漏定义邻区问题，将导致小区切往不合理的邻区，因此建议定义SC379和SC195的邻区关系。

问题点二：

LOGFILE：

0211_01am.log

问题分析：

如上图，在解放西路附近出现“MissingIntra-frequencyNeighbour,basedonDNreporting”事件，影响通话的稳定。

当前的AS为SC90，DN为SC201。

原因同问题点一，覆盖较好，属于邻区未定义。

解决方案：

建议定义SC90和SC201的邻区关系。

问题点三：

LOGFILE：

0211_01am.log

问题分析：

如上图，在运河东路附近出现“dropcall”事件，影响通话的稳定。

当前的AS为SC90，DN为SC201，强度分别为-99dbm和-116dbm，无其他MN。

通过观察MAPINFO地图，SC370为当前最佳小区，周边已经没有更好的覆盖小区，属于典型的弱覆盖情况。

解决方案：

由于离覆盖小区较远，通过调整天线无法满足覆盖需求，需后期的增补站点解决。

问题点四：

LOGFILE：

0211_01am.log

问题分析：

如上图，在运河东路附近出现“handoverfailure”事件，属于GSM内切换，从BCCH/BSIC=705/12的小区切往BCCH/BSIC=114/30小区失败，当时而在测量小区队列中存在另一个更好的小区，116/27，但从LAYER3信息中发现，handcommand并非切往这个小区，因此，基本可以判断此问题的原因：

切换的目标小区型号太弱导致切换失败。

解决方案：

检查几个小区切换参数（包括层参数），并检查小区705/12与116/27是否定义了邻区关系。

问题点五：

LOGFILE：

0211_01am.log

问题分析：

如上图，在中南路附近出现多次的“MissingIntra-frequencyNeighbour,basedonDNreporting”事件，影响通话的稳定。

原因同问题点一，覆盖较好，属于邻区未定义。

解决方案：

建议定义SC236和SC306，SC67和SC35的邻区关系。

问题点六：

LOGFILE：

0211_shipinceshi（cs64）pm.log

问题分析：

如上图，在学前东路附近进行视频通话测试时出现“dropcall”事件，当前的服务小区为SC289，当前最佳小区应该为ScramblingCode=41的小区，在测量报告中持续出现十几秒的时间内，都未进行“RadioLinkAddition”，导致服务小区的BLER%达到100%，掉话。

解决方案：

检查切换参数等小区级的网络参数设置。

问题点七：

LOGFILE：

0211_shipinceshi（cs64）pm.log

问题分析：

如上图，与问题点六类似问题，在学前东路附近进行视频通话测试时出现“blockedcall”事件，当前的服务小区为SC289，当前最佳小区应该为ScramblingCode=41的小区，在测量报告中持续出现十几秒的时间内，都未进行“RadioLinkAddition”，导致服务小区的BLER%达到100%，无法通话。

解决方案：

AS和最佳MN都是同样的两个小区，检查切换参数等小区级的网络参数设置。

问题点八：

LOGFILE：

0211_shipinceshi（cs64）pm.log

问题分析：

如上图，在运河西路附近出现“MissingIntra-frequencyNeighbour,basedonDNreporting”事件，影响通话的稳定。

当前的AS为SC344，DN为SC56。

原因同问题点一，覆盖较好，属于邻区未定义。

解决方案：

建议定义SC344和SC56的邻区关系。

总结问题：

1、测试设备问题：

2、覆盖，邻区

疑问：

在问题点六中，为何迟迟不进行“RadioLinkAddition”，影响切换的