WCDMA优化案例培训胶片(Assistant数据分析部分)-20060908-A-1.0

111WCDMA优化案例培训胶片Assistant数据分析部分222案例培训胶片使用注意事项非常感谢！1.案例培训胶片只对内部员工培训使用，不可对外公开或转发；2.对案例培训胶片中的任何技术问题或者疑问，可填写GCRMS问题单进行反馈，将及时修改。333GenexAssistant介绍目录典型案例应用444支持多种类型的数据来源、导入格式GenexProbeAgilentE7476AAgilentE6474AHuaweiRNC工程参数总表邻区配置数据支持上下行数据合并分析UE与RNC信令的联合分析，实现上下行链路数据同步分析Assistant技术特点（一）555支持多种数据显示方式支持Sheet/Map/Chart/Caky/Histogram等多种显示方式支持各种显示方式下的数据导出，包括BMP/JPG/GIF/PNG图、txt文档和Excel等图形窗口地图窗口Assistant技术特点（二）表格窗口666支持多窗口双向数据联动，包括消息、事件、地图、图表…提供针对手机数据和扫频仪数据的多种非常实用的自动报告Assistant技术特点（三）777完全层三信令解析支持NAS、层三RRC信令解析，支持信令内容查找Assistant技术特点（四）888支持SCANNER数据模拟软切换事件，支持多种参数设置Assistant技术特点（五）999GenexAssistant介绍目录典型案例应用101010典型案例1—Assistant提示搜索硬狗失败启动Assistant软件，提示未授权；检查硬件狗安装正常；重装Assistant软件，问题依然存在！检查安装程序，发现缺少SentinelSystemDrive软件，安装该软件或者卸载重装GenexShared，问题解决；Assistant安装111111典型案例2—由于软切换开关算法未开导致掉话单站点验证CS业务时候发生掉话，检查掉话点前后DTI扫频RSCP覆盖和UE激活集中Ec/Io分布覆盖良好掉话前手机激活集中Ec/Io严重恶化邻区漏配？异常干扰？单站点验证121212典型案例2—由于软切换开关算法未开导致掉话邻区关系检查从UE测量数据看，在MonitorSet中有同站点136、138扰码存在，邻区配置似乎没有问题通过View/PropertiesBar/WCDMAUEMeasurementBar查看UE激活集/监测集扰码情况131313典型案例2—由于软切换开关算法未开导致掉话掉话前UE发送大量136、138扰码的1A事件，检查测量控制消息，同频测量小区包含136、138扰码小区L3Message确认141414典型案例2—由于软切换开关算法未开导致掉话掉话后发生小区更新重新起呼后Ec/Io质量很好，可以排除是外部干扰了重新建立呼叫后Ec/Io良好检查外部干扰151515典型案例2—由于软切换开关算法未开导致掉话LstCORRMALGOSWITCH网络侧一直未响应测量报告上报的1A事件，或许是网络参数设置有问题，赶快查查！真的是软切换开关没开，打开算法开关，测试验证，问题定位解决！软切换开关未开，虽然可能是由于前期正常原因所导致，这也一定程度上反应在测试前没有和相应的工程师做好沟通，测试准备工作不充分；问题定位161616典型案例3—天馈接反导致覆盖异常自动标注图层数据同步基站颜色和自动标注图层数据后在SC130的覆盖范围内实测为SC128在SC128的覆盖范围内实测为SC130单站点验证阶段发现的问题往往都比较明显、处理较为简单，但是要求建设和配置的工程师在工作中细心，优化测试时规范。天馈接反同步基站颜色171717典型案例4—Assistant不同版本显示掉话差异Assistant1.3版本处理结果Assistant1.2版本处理结果掉话点的时间和经纬度不一致？？？？Assistant掉话点对比181818典型案例4—Assistant不同版本显示掉话差异Assistant1.3掉话点定义：1.收到CCDisconnect，CCReleaseComplete，CCRelease三条消息中的任何一条，而且释放的原因不是NormalClearing或者不是NormalUnspecified；2.收到RRC释放消息，释放原因不是Normal，也不是userinactivity；没有收到RRC释放消息，但UE状态由连接态（CELL_FACH、CELL_DCH）转移到空闲态(IDLE)3.UE在连接状态下接收到系统消息，并且在接收到系统消息之前没有收到RBRecfg、TrchRecfg、PhyCHRecfg消息，要求手机的状态由CELL_DCH转移到CELL_FACH；在指定的时间T1内，手机没有发起CELLUpdate(重建)；在指定的时间T1内，手机发CELLUpdate，但重发N次失败；Assistant1.2判定的掉话点Assistant1.3判定的掉话点对于Assistant1.2版本，连接模式下接收到系统直接判断为掉话；对于Assistant1.3版本，如果在T1时间内小区更新CellUpdate成功则不认为发生掉话，CellUpdate失败才认为掉话。Assistant1.2掉话点定义：1.UE连接状态收到任何的系统消息2.收到RRCRelease消息且释放的原因值为NotNormal3.收到CCDisconnect，CCReleaseComplete，CCRelease三条消息中的任何一条，而且释放的原因为NotNormalClearing或者NotNormal，Unspecified。掉话点定义对比Assistant1.2掉话点定义Assistant1.3掉话点定义掉话点位置对比191919典型案例5—邻区漏配仲恺一路上，新党校（PSC=504）与惠州海关（PSC=485）之间发生掉话。掉话点分析分析左图：测试区域信号覆盖良好，掉话处覆盖在-70dBm左右UE_ActiveSet_BestSC和DTIBestSC明显不一致掉话后UE驻留新小区SC485DTI_RSCPDTI_BestSCUE_ActiveSet_BestSCUE掉话前没有及时切往SC485小区，导致掉话，是不是邻区配置有问题？202020典型案例5—邻区漏配邻区关系检查邻区关系检查方法1邻区关系检查方法2查看UE_MonitorSet是否存在目标小区检查掉话前测量控制消息同频测量小区中，是否包含目标小区212121典型案例5—邻区漏配问题定位与处理问题定位：这是一个典型的由于邻区漏配导致掉话的案例。邻区漏配导致的掉话常常伴随两种现象：1.掉话前SCANNER测量分析到的最佳服务小区和UE实际最佳服务小区不一致，SCANNER最佳服务小区质量明显优于UE最佳服务小区质量。2.掉话后UE驻留到新小区可以通过Assistant以下两种方法检查是否配置邻区关系:1.检查UE的MonitorSet中是否包括目标小区2.检查掉话前最近的测量控制消息measurementcontrol，分析同频测量小区中是否包含该目标小区问题处理：配置SC504和SC485的邻区关系；222222典型案例6—切换失败掉话区域掉话区域掉话处无线环境较好，DTI测试掉话前后Ec/Io均比较好，RSCP也很好。掉话区域每次路测都会发生掉话，地点几乎一致。掉话前手机发射功率异常攀升SC192Ec/IoSC176Ec/IoUETxPWR掉话点分析232323典型案例6—切换失败导入PROBE和RNC测试数据对比分析对齐数据方法1：可以通过定义RNC数据和PROBE数据时间偏移对齐数据对齐数据方法2：通过查找关键信令对应的时间对齐数据242424典型案例6—切换失败PROBE采集L3Message掉话前后流程分析UE首先报告了176的1A，然后RNC发了激活集更新将176加入了激活集。UE然后报告了176的1D，192的1B，随后RNC下发了测量控制。UE然后连续报了2个192的1B，RNC发了激活集更新，但是却将176删除。252525RNCL3Message流程分析典型案例6—切换失败掉话激活集更新，要求加入176扰码激活集更新，要求删除176扰码通过分析两次AS之间的信令，发现两次AS的时间差为11秒。在这期间没有收到RLRestore消息。根据目前RNC的设置，如果增加无线链路时，11秒收不到NodeB上报的RLRestore，则认为上行没有同步，需要把新增的这条无线链路删除。此时192小区链路质量已经严重恶化，导致掉话发生。262626由于新增加的无线链路没有同步，导致下发了ASU将176号扰码从激活集中删除。而这个时候，192号扰码的质量已经非常差，因此发生了掉话。造成上行无法同步的原因可能有：上行干扰---------检查省体院176小区RTWP参数设置问题---LSTLOCELL典型案例6—切换失败经过RTWP跟踪，该小区RTWP在-105dBm左右，基本正常。检查小区切换半径设置，发现切换半径内径设为5000，这样的配置有问题的，表示UE在距离基站5000米范围内不能切换，默认参数配置为0米。问题定位与处理问题处理：修改切换半径为0，重新测试，掉话现象消失272727典型案例7—拐角效应掉话点分析在鹅岭西路与鳄湖路交界口处发生掉话，掉话处DTI测试信号覆盖良好,UE接收服务小区信号急剧恶化激活集质量很差监视集质量很好SC304inASSC298inMSSC298inAS282828典型案例7—拐角效应L3信令分析UE_L3信令RNC_L3信令掉话前UE发送测量报告包含了SC298小区1a和1d事件，RNC接收到了UE的测量报告并通知NodeB建立链路，完成1a事件准备后向UE发起RRCACTIVESETUPDAT消息。从UE侧L3消息看UE并没有正确接收到该激活集更新消息。5秒钟后RNC由于没有接收到UE的激活集更新完成消息，认为掉话发生，向核心网CN发起RANAP_IU_RELEASE_REQUEST消息，释放资源。SC298的1a、1d事件要求UE激活集更新292929问题定位与处理典型案例7—拐角效应掉话原因综合分析：掉话发生在公路拐角处，由于楼房的阻挡，造成原小区信号迅速下降，虽然UE发送了SC298小区的1A事件，但是由于原小区信号Ec/Io恶化，UE没有接收到RNC下行发送的RRCACTIVESETUPDATE消息，软切换无法正常完成，造成掉话；问题处理方法：对于拐角效应引起的切换不及时掉话，最显著的特点在于由于拐弯原小区信号恶化太快，切换流程不能正常完成，调整优化的方向就在于提前启动切换，或者避免在拐角处发生切换：调整目标小区CIO偏置，提高目标小区切换优先权，提前切往目标小区，避免切换失败；通过天馈调整，使得有一个扇区覆盖拐角处，避免拐角处的信号突变从而消除拐角处切换的风险；调整1a事件门限和迟滞，使得1a事件更容易发生。303030在江北文明路上发生掉话，掉话点覆盖良好。典型案例8—针尖效应掉话点描述313131掉话前，UE短暂驻留SC16小区，掉话后驻留SC18。从掉话前后的UE激活集Ec/Io质量来看，掉话前Ec/Io迅速恶化，掉话后Ec/Io恢复正常。典型案例8—针尖效应掉话点分析323232掉话前后信令回顾典型案例8—针尖效应L3信令流程：掉话前UE发送SC9、SC18和SC17的1a事件测量报告，RNC正确接收并通知NodeB准备资源，然后向UE发起激活集更新消息，5秒钟后未收到UE反馈激活集更新完成信令，IU释放，掉话发生。333333典型案例8—针尖效应问题定位与处理问题原因分析主要由于SC16的后瓣在文明路上形成针尖，手机驻留在SC16后，信号质量恶化，导致手机无法收到RNC下发的ActiveSetUpdate消息，产生掉话。调整建议措施SC16的下倾角由4度调整到9度针尖效应一般在以下几种情况下会导致掉话：如果针尖持续的时间很短，无法满足切换条件，不会