TD-SCDMA优化案例介绍

ServiceExcellenceTD-SCDMA无线网络优化案例介绍NSNServiceExcellence掉话—弱覆盖分析：从平高旅社1切换到民族饭店2后，由于民族饭店2此处弱覆盖，导致掉话。解决办法：1.司家庄3（25073）PCCPCHPower改为330，平高旅社（29431）1和司家庄3（25073）互加邻区，民族饭店2（25112）和司家庄3（25073）互加邻区后复测此路段切换。2.如果还不能解决，则调民族饭店2天线让其打向此路段即城北路（即顺时针旋转）。同时调民族饭店2的PCCPCHPower为330。NSNServiceExcellence掉话—越区覆盖问题描述:疾控中心1小区越区覆盖造成掉话原因分析:由于疾控中心1小区在黄河东路存在越区覆盖，引起了从东周水厂1小区往疾控中心1小区的切换，在切到疾控中心1后，无线信号迅速变差，最终导致掉话。优化措施:首先考虑增加疾控中心1小区天线下倾角，控制其在黄河东路的覆盖，但由于此小区是美化天线，无法进行调整；然后尝试降低疾控中心1小区的PCCPCH发射功率;NSNServiceExcellence掉话—邻区漏配问题描述:UE占用艺术学校2小区请求切往艺术学校3小区失败而掉话；由于艺术学校2小区没有添加此路段主服务小区气象学校2小区的邻区，导致出现弱覆盖现象和切换掉话；原因分析:通过查看扫频仪信息或检查数据库信息，确认艺术学校2小区和气象学校2小区之间无邻区关系。优化措施:添加艺术学校2小区和气象学校2小区之间的双向邻区关系NSNServiceExcellence掉话—切换失败UE向经一红旗路2切换失败，继续向梅苑宾馆1要切换，RNC判决不让UE切换，在原小区链路质量很差的情况下无法切换而掉话。NSNServiceExcellence掉话—切换失败真正原因是新迪商务1此处DPCHC/I覆盖差，要向经一红旗路切换时RNC已经判决且下发了物理信道重配置消息，但是UE没有收到，RNC在等待UE回复的5S中即使收到新的measurementreport（梅苑宾馆1触发）也不判决，等待时间5S到仍然没有收到回复，RNC开始IUrelease。见下图消息：NSNServiceExcellence分析：一些小区下无法建立呼叫，信令走到RRCconnectionrequest后无响应，处于近点，C/I也很好，通过RNC监测发现该小区的UpPCH的ISCP值很高，干扰电平是-65dBm。而TS1、TS2和TS3却没有干扰，将UpPCH移位到TS1上后，手机能够进行正常呼叫。案例：未接通—UpPCH的干扰NSNServiceExcellence案例：未接通—UpPCH的干扰NSNServiceExcellence未接通—UE或者鼎立软件问题手机起呼过程中又自行发起CMserviceabort导致未接通，起呼不到2S就自行取消，因为手机起呼是受鼎立软件测试模板控制做的短呼，所以不是手机问题就是鼎立软件问题导致。NSNServiceExcellence切换失败—GPS失步（客运招待所）UE处于Cell—CDH状态（当前服务区亚细亚酒店3）进入客运招待所范围，近点围绕客运招待所数圈，从scanner测得客运招待所信号信号很强，均高于亚细亚酒店3的PCCPCHRSCP值，已经达到1g或2a事件触发门限（hysteresis值和timetotrigger值），但是从UE端测得的客运招待所PCCPCHRSCP值始终却很低，不能触发上报measurementreport，一直不会切换到客运招待所，直至掉话。UE测量的客运招待所2的PCCPCHRSCP值和scanner测量PCCPCHRSCP值相差很多，且UE测量到客运招待所2的PCCPCHRSCP值为-116dBm，已达到时隙底噪的功率水平，低于小区最低接入电平QRXLEVMIN值，导致永远都无法切入到客运招待所。NSNServiceExcellence切换失败—GPS失步（客运招待所）在客运招待所下小区重选或者初搜，驻留到客运招待所，近点围绕客运招待所数圈后逐渐远离客运招待所，直到基站一马路近点，从scanner测得一马路1信号很强，远高于客运招待所，已经达到1g或2a事件触发门限（hysteresis值和timetotrigger值），但是从UE端测得一马路PCCPCHRSCP值始终却很低，同时测得除客运招待外的所有邻区的PCCPCHRSCP值很低为-116dBm且相等，不能触发上报measurementreport，一直切换不出去，最多只是同一个基站下小区之间互相切换，直至掉话。NSNServiceExcellence切换失败—GPS失步（客运招待所）我们知道，TD网络是一个同步网络，且需要基站严格同步，所以GPS是必选件，它除了能定位和导航外，更重要的是能给基站提供高精确的授时（时钟参考）。手机测量本小区的PCCPCHRSCP值和邻区的PCCPCHRSCP值都是在radioframe的TS0进行的。BCH是小区恒发射的（映射到PCCPCH信道），所以只要基站能严格同步（GPS正常）那么就能测出PCCPCHRSCP真实值。NSNServiceExcellence切换失败—GPS失步（客运招待所）所以，结合以上不难理解，定位为客运招待所GPS失步，因为优化初期，RNC1下一般没有其它用户，所以业务时隙TS1—TS6没有功率，测得其值也仅仅为底噪，范围一般在-120dBm—-100dBm。所以客运招待所测得本基站下三个小区的PCCPCHRSCP值都是准确的，因为这三个小区都共用一个已经失步的GPS，它们的TS0时隙是同步的，但是和异基站的邻区的GPS不同步，而且失步较为严重，测量时间TS0落在了它们的业务时隙，测得的是业务时隙没有业务时候的底噪-116dBm。同样道理，当主服务小区是亚细亚酒店3时，测量时间TS0落在了客运招待所的业务时隙，所以测量PCCPCHRSCP值也为底噪-116dBm。结果为了验证最终分析定位结果，因为一时无法上站登陆LMT—B查询基站告警，所以通过联系告警中心值班人员查询客运招待所告警，看是否有GPS告警，经过查询最终证实是客运招待所GPS有问题，告警显示为GPS不可用。NSNServiceExcellence掉话—VP在10080频点的掉话通过扫频仪，频谱仪，RNC数据与DT8130测试对比可知：DT8130在10080频点测得的DPCHC/I为-8dB，扫频仪测得的DPCHC/I为27dB，频谱仪测得的DPCHC/I为26dB，误差为34dB-35dB，最终导致掉话。NSNServiceExcellence掉话—VP在10080频点的掉话NSNServiceExcellence掉话—VP在10080频点的掉话-110-100-90-80-70-60-50-40-30-20-1001020DPCHRSCPDPCHISCPDPCHC/IDPCHRSCP-74-84-73-80-89-86-93-79-76DPCHISCP-88-92-84-88-97-96-99-89-85DPCHC/I1481188106109100551006310071100801008810096101041011210120DT8120（IMSI：0076）B频段9频点DPCHRSCP,DPCHISCP,DPCHC/I指标趋势图NSNServiceExcellence掉话—VP在10080频点的掉话DT8130（IMSI：0085）B频段9频点DPCHRSCP,DPCHISCP,DPCHC/I指标趋势图NSNServiceExcellence掉话—VP在10080频点的掉话1.在诺西郑州第七轮拉网中，VP掉话率为13.21%，但此问题引起的掉话就高达45次，占掉话率比重8.0%，使得相关KPI指标严重失真。2.此问题背景是全网翻频后，原来室外预留给HSDPA的频点10080可以用做主频点使用，且主频点的优先级最高，全网主频点为10080的小区数目较多（255个），辅载频为10080的小区也很多，故在10080频点上的掉话属于全网普遍性问题，如果此问题不及时解决，诺西全网KPI指标，尤其是掉话率很难改善。3.因为此现象只在10080频点上做VP业务的时候才会出现，所以怀疑是VP工作时的特有器件产生的干扰引起的，经实验和频谱仪分析确认干扰源来自前后摄像头的Data线和Clock线，干扰信号借助摄像头进行辐射，再通过手机天线耦合导致了对特定频点上的接收信号的干扰。计算发现，摄像头采用的24M时钟频率的84倍频2016正好落在2010~2025频段内（2016*5=10080）会对10080频点产生干扰。通过修改摄像头的工作频率，使得辐射干扰的范围不落在工作频段内，问题得以解决。NSNServiceExcellence未接通——时隙干扰（诚信商务2）NSNServiceExcellence未接通——时隙干扰（诚信商务2）没有发RRCconnectionrequest时从scanner上可以看：已经发了RRCconnectionrequest时从scanner上可以看：从scanner上可以看到，UE已经在TS2发了SpecialBurst，而scanner没有收到基站在TS6下发的SpecialBurst，因为距离基站较近，UE测得的信号强度-66dBm左右，所以暂判断为UE在上行时隙TS2发的SpecialBurst基站没有收到或者收到但是解码错误，总之判定为TS2时隙不可用，TS6时隙可用。NSNServiceExcellence未接通——时隙干扰（诚信商务2）将上行时隙TS1优先级设置为最高频点为10096，时隙优先级为TS2和TS6NSNServiceExcellence未接通—位置更新或小区重选导致未接通问题描述:UE起呼过程中，提示手机无法接通原因分析:在黄河路由西向东测试时，主叫占用会计学校T1发起呼叫，而此时被叫UE在不断地做位置更新，即由会计学校1小区(RNC3)重选到千秋商务大厦3小区(RNC4)再重选到云鹤大厦1小区(RNC1)，从而导致主叫未接通；优化措施:尽量减少LAC边界长度，并将LAC边界划分在话务量较低的区域NSN