TD-LTE掉线优化TDD产品支持部课程内容完整业务流程介绍路测掉线问题分析路测掉线典型案例介绍后台掉线问题分析后台掉线典型案例介绍UE正常detach流程完整的业务流程共包含4部分,如图标识:1(红色)接入过程2(蓝色)与NAS交互过程3(绿色)无线承载建立过程4(黄色)释放过程UEEPCeNB1.RAPreambleFirstDownlinkDataPSS/SSS7.Identity/Authentication/Security3.RRCConnectionRequest8.EPSbearer20.updatabearer2.RAResponse4.RRCConnectionSetup5.RRCConnectionSetupComplete(AttachRequest、PDNconnectivityrequestFirstUplinkDataCheckUserInactivity21.UECONTEXTRELEASEREQUEST(Cause)22.updatabearer23.UECONTEXTRELEASECOMMAND24.RRCConnectionRelease25.UECONTEXTRELEASECOMPLETE6.InitialUEmessage(AttachRequest、PDNconnectivityrequest)9.Initialcontextsetuprequest(AttachAccept、ActivatedefaultEPSbearercontextrequest)15.RRCConnectionReconfiguration(AttachAccept、ActivatedefaultEPSbearercontextrequest)16.RRCConnectionReconfigurationComplete17.Initialcontextsetupresponse19.UPLINKNASTRANSPORT(AttachComplete、ActivatedefaultEPSbearercontextaccept)10.UECapabilityEnquiry11.UECapabilityInformation13.SecurityModeCommand14.SecurityModeComplete12.UECapabilityInfoIndication18.ULInformationTransfer(AttachComplete、ActivatedefaultEPSbearercontextaccept)当无线承载建立完成“RRCConnectionReconfigurationComplete”正确到达网络侧,则本次业务建立成功,之后一旦触发RRC重建且被拒或者直接转到IDLE态,就代表本次业务掉线,即如没有对应的“释放过程”就认为掉线。完整业务流程介绍路测软件-CNT(A)业务建立真实流程如下:CNT(A)+高通连接终端测得信令,记录了空口真实信令过程,同样分为4部分。完整业务流程介绍-掉线率统计方法1UE发送rrcConnectionReestablishmentRequest但无对应的rrcConnectionReestablishmentComplete消息;2出现rrcConnectionRelease消息,但不包括:2.1系统间切换网络侧释放;2.2用户未激活,网络侧释放资源情况(UserInactivity)2.3CSFB的网络侧释放掉线率公式L3message:(rrcConnectionReestablishmentRequest-rrcConnectionReestablishmentComplete+rrcConnectionRelease(不含2.1~2.3原因)times*100%/L3message(ActivatedefaultEPSbearercontextaccept)times路测软件CNT掉线定义如下:课程内容完整业务流程介绍路测掉线问题分析路测掉线典型案例介绍后台掉线问题分析后台掉线典型案例介绍掉线问题分析TD-LTE掉线是在UE完成“RRCConnectionReconfigurationComplete”处于连接态,后由于干扰、弱场、其他原因导致的UE上下行失步,触发重建未果或者被拒过程。只要不是终端主动发起的释放,都为掉线。1触发RRC重建无果3触发RRC重建被拒2异常收到RRC释放非正常释放的掉线引入了重建立机制掉线分析分2部分完成:引起重建的原因;重建失败的原因;掉线问题分析TD-LTE掉线现象总结:掉线首先判断覆盖与干扰通常RSRP-115且SINR-3较易掉线;对于上行干扰可用基站侧检测工具查看TD-LTE掉话与RRC重建相关掉话B类无故RRCRelease下发导致掉话A类RRC重建被拒B-2RLC发送最大次数后RLF定时器设置不合理过于苛刻导致网络侧设备异常导致版本BUG完保未过网络异常触发RRC重建B-1上行干扰1PUCCHPower差2RRU上行干扰UL_DATA后随机接入不成功,MSG1~4转随机接入切换异常1邻区关系;2切换参数下行干扰无DCI0,SR发送最大次数UL_DATA掉线问题分析TD-LTE掉线分类重建原因UE触发重建按重建原因UE触发重建定时器不合理上行干扰切换准备问题触发重建未果触发重建被拒LTE救援机制有MR但无重配下行干扰掉线问题分析-按重建原因定时器合理设置上行干扰上行干扰包含用户间的上行干扰,设备自身异常处理的上行干扰,以及频段的干扰导致,通常上行干扰主要表现切换失败、重建失败,发生掉线。通过检查RRU的上行RSSI确定干扰程度下行干扰系统内的下行干扰是产生掉线原因之一,通常表现无主覆盖小区,服务小区与邻区RSRP较好,数值基本接近,但SINR较差,导致解调信号变弱,易失步,产生掉线。优化步骤:1先天面调整;2覆盖切换类参数调整;3最后功率调整。切换准备问题有MR但无重配UE上报MR时机不佳,伴随着服务小区信号衰减抖动过快,导致掉线。需合理设置切换的参数:A3_offset、TTT、Hysteresis。未配置合理正确的邻区关系,信令表现在UE上报多个MR后,但无切换命令,无线链路超时造成掉线。掉线问题分析-UE触发重建协议中定义了触发重建的流程及信令RRCConnectionReestablishmentRequestUEEUTRANRRCConnectionReestablishmentRRCConnectionReestablishmentCompleteRRCConnectionReestablishmentRequestUEEUTRANRRCConnectionReestablishmentRejectUE触发重建的原因如下:TheUEshallonlyinitiatetheprocedurewhenASsecurityhasbeenactivated.TheUEinitiatestheprocedurewhenoneofthefollowingconditionsismet:upondetectingradiolinkfailure,inaccordancewith“Radiolinkfailurerelatedactionsor”通常无线链路失败,牵扯到公共信道、业务信道的覆盖和干扰情况uponhandoverfailure,inaccordancewith”T304expiry(handoverfailure)”;or切换等待定时器超时导致,查看小区邻区及参数是否合理uponmobilityfromE-UTRAfailure,inaccordancewith“MobilityfromE-UTRAfailure”or检查配置是否合理及参数uponintegritycheckfailureindicationfromlowerlayers;or完整性检查失败,如加密算法,与NAS的直传消息受阻导致uponanRRCconnectionreconfigurationfailure,inaccordancewith“Reconfigurationfailure”;36.331_5.3.7.2掉线问题分析-UE触发重建触发重建未果触发重建被拒此现象是UE发送重建立过程中,由于弱场、上行功率异常、干扰等导致。首先确定个性还是局部,核查服务小区、目标小区有无硬件告警,查看覆盖、干扰、参数情况进行判断。通常发生RRC被拒一般都是由于版本问题、上下行报文错误、设备原因导致。协议上描述了重建立成功的条件:Theconnectionre-establishmentsucceedsonlyiftheconcernedcellisprepared课程内容完整业务流程介绍路测掉线问题分析路测掉线典型案例介绍后台掉线问题分析后台掉线典型案例介绍典型案例-切换准备问题现象描述在测试中路口附近是问题多发点,部分小区由于“波导效应”容易出现过覆盖问题,又由于“拐角效应”在路口两侧信号迅速衰落,从而导致掉线。在测试路线上主要是PCI=45小区覆盖,在经过红色区域所以的路口时,PCI=4小区信号突然出现并迅速恶化,导致终端切换进该小区产生掉线。(见图中标识的小区PCI分布)掉线点RSRP分布如上图所示,红色区域显示PCI=4小区突然出现一个尖峰。解决方法及验证由测试路线图可知PCI=4小区距离测试路线较远,测试路线应该由PCI=45小区覆盖,但由于“波导效应”导致PCI=4小区信号在路口比服务小区高4dB而触发切换流程导致掉线,而解决此掉线只需要避免UE切换到该小区即可。将PCI=45小区邻区关系中和PCI=4小区邻区“Cellindividualoffset”设置为-3,在UE测量时增加一个迟滞,从而避免触发切换流程。在处理路口附近由于突然出现的信号尖峰导致的问题时,由于测试区域均使用全向天线,RS功率/A3事件迟滞/Timetotrigger三个参数影响范围较广不建议调整,应优先使用Cellindividualoffset来解决。总结现象分析典型案例-上行干扰问题-1现象描述福冈网络指标摸底阶段中,初期存在接入不成功,切换后异常掉线,这种现象没有一定规律,有时成功有时失败。测试掉线点分布如图所示:现象分析图中黑色星为掉线点。通过掉线点分布,掉线点基本在东南边。1.针对该问题,挑选在掉线集中点区域进行定点测试,各种终端都无法连接网络。高通终端表现,一直在IDLE、CONNECTED之前乒乓,无法正常接入。2.查看当时测试数据,在仅能接入的几次其服务小区的RSRP、SINR良好查看信令,UE接入小区后就触发RRC重建,发生掉线通过高通分析软件QCAT查看掉线过程及重建过程。看到UE原因为UL_DATA后DCI0未达,SR达到最大次数,触发MSG1,由于MSG1无法到达网络侧,不断重发8次后失败,后触发重建。典型案例-上行干扰问题-2现象分析3、为了验证问题是否有规律性,对站点了定点测试,测试区域如图所示:蓝色区域的站点随机接入和切换成功率较高,而红色区域站点接入困难福冈每个BBU下挂多个RRH(小区),如果GPS锁星失败,此时基站仍然在放电波状态下,就会对周表小区存在干扰。因此把400011、400012的2个BBU下挂的站点闭塞,后再次测试,问题消失,400010下的所有小区接入切换均成功,问题得以解决。站点分布与BBU关系如图非掉线区域隶属于BBUID=400010(蓝色区域),掉线区域的属于BBUID=400011、400012的BBU下挂小区。4、查看后台设备告警,BBUID=400011、400012站点GPS状态未锁定,对接入切换不成功的小区提取MTS跟踪上行接收功率数据,基站侧接收功率普遍抬高。解决方法及验证根据上述的分析,如果GPS一旦出现异常,那么对周边站点的干扰是比较严重的。对于没有接通GPS的站点不允许开通释放电波。对于偶然存在GPS失星的情况要通过