《TD-LTE掉线优化指导书(共35页).docx》由会员分享,可在线阅读,更多相关《TD-LTE掉线优化指导书(共35页).docx(35页珍藏版)》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、精选优质文档-倾情为你奉上TD-LTE掉线分析指导书R1.3专心-专注-专业版本更新说明产品版本资料版本资料编号资料更新说明V3.10.10R1.0手册第一次发行V3.10.10R1.2更新了部分案例及思路总结V3.10.10R1.3完善版本,整理框架作者资料版本日期作者审核者批准者R1.02012-1-20李毅R1.22012-08-20李毅-R1.32013-03-30李毅适用对象:TDD网优工程师使用建议:在阅读本文档之前,建议先了解下面的知识和技能:序号知识技能参考资料1TD-LTE产品技能认证二级TD-LTE基本原理与关键技术TD-LTE产品技能认证二级TD-LTE路测工具使用方法后
2、继资料:在阅读完本文档之后,你可能需要下面资料:序号参考资料资料说明1TD-LTE接入优化指导书TD-LTE接入知识掌握,了解接入的分析2TD-LTE切换优化指导书TD-LTE切换知识掌握,了解切换的分析3Super Cell技术白皮书Super Cell设计方法关于这篇文档摘要章节描述Error! Reference source not found. 概述概述Error! Reference source not found. TDL信令描述介绍TD-LTE信令基本流程和真实信令的差异Error! Reference source not found. 总结掉线原因分析对TD-LTE掉线各
3、种原因分析,说明处理掉线的思路方法,及典型案例说明Error! Reference source not found. 后台掉线率定义掉线原因及KPI处理方法Error! Reference source not found. 总结掉线问题处理思路目录图目录 1 概述本文主要介绍了TD-LTE系统掉线问题优化方法,通过对各局出现的掉线问题进行讲解说明,总结了TD-LTE掉线的处理思路及优化方案,为后续各个外场处理TD-LTE掉线问题提供了优化经验。2 TD-LTE完整业务流程TD-LTE完整业务信令流程如下:图 21 TD-LTE信令基本流程完整的业务流程共包含4部分,分别如图中所标识的 1(
4、红色) 接入过程;2(蓝色) 与NAS层完保交互过程;3(绿色) 无线承载建立过程;4(黄色) 释放过程。当无线承载建立完成 “RRCConnectionReconfigurationComplete”正确到达网络侧,则本次业务建立成功,那么在之后一旦触发RRC重建且被拒或者直接转到IDLE态,那么就代表本次业务掉线,也就是说,如果没有对应的“释放过程”那么就认为掉线。对上述信令过程步骤描述如下:步骤15会建立RRC连接,步骤6、9会建立S1连接,完成这些过程即标志着NAS signalling connection建立完成。消息7的说明:如果UE是刚开机第一次attach,使用的IMSI,无
5、Identity过程;后续如有有效的GUTI,使用GUTI attach,核心网才会发起Identity过程(为上下行直传消息)。消息1012的说明:如果消息9带了UE Radio Capability IE,则eNB不会发送UECapabilityEnquiry消息给UE,即没有1012过程;否则会发送,UE上报无线能力信息后,eNB再发UE Capability Info Indication,给核心网上报UE的无线能力信息。为了减少空口开销,在IDLE下MME会保存UE Radio Capability信息,在INITIAL CONTEXT SETUP REQUEST消息会带给eNB,除
6、非UE在执行attach或者first TAU following GERAN/UTRAN Attach or UE radio capability update TAU过程(也就是这些过程MME不会带UE Radio Capability信息给eNB,并会把本地保存的UE Radio Capability信息删除,eNB会问UE要能力信息,并报给MME。注:UE radio capability update TAU is only supported for changes of GERAN and UTRAN radio capabilities in ECM-IDLE.)。在CONN
7、ECTED下,eNB会一直保存UE Radio Capability信息。UE的E_UTRAN无线能力信息如果发生改变,需要先detach,再attach。发起UE上下文释放(即2125)的条件:l eNodeB-initiated with cause e.g. O&M Intervention, Unspecified Failure, User Inactivity, Repeated RRC signalling Integrity Check Failure, Release due to UE generated signalling connection release, etc
8、.; orl MME-initiated with cause e.g. authentication failure, detach, etc.eNB收到msg3以后,DCM给USM配置SRB1,配置完后发送msg4给UE;eNB在发送RRCConnectionReconfiguration前,DCM先给USM配置DRB/SRB2等信息,配置完后发送RRCConnectionReconfiguration给UE,收到RRCConnectionReconfigurationComplete后,控制面再通知用户面资源可用。消息1315的说明:eNB发送完消息13,并不需要等收到消息14,就直接发
9、送消息15。如果发起IMSI attach时,UE的IMSI与另外一个UE的IMSI重复,并且其他UE已经attach,则核心网会释放先前的UE。如果IMSI中的MNC与核心网配置的不一致,则核心网会回复attach reject。消息9的说明:该消息为MME向eNB发起的初始上下文建立请求,请求eNB建立承载资源,同时带安全上下文,可能带用户无线能力、切换限制列表等参数。UE的安全能力参数是通过attach request消息带给核心网的,核心网再通过该消息送给eNB。UE的网络能力(安全能力)信息改变的话,需要发起TAU。2.1 自研UE信令结合自研UE真实信令过程如下:图 22 自研UE
10、信令自研UE释放过程无法记录,后续版本补充。2.2 CNT信令结合CNT与dongle连接真实信令过程如下:图 23 CNT信令本次释放是UE发起的去附着过程,后续RRC release过程CNT无法体现。3 掉线问题分析3.1 分析思路对于TD-LTE的掉线,是在UE完成“RRCConnectionReconfigurationComplete”处于连接态,之后由于干扰、弱场、其他原因导致的UE上下行失步,触发重建未果或者被拒过程。只要不是终端主动发起的释放,都应算为掉线。目前掉线在信令中表现如下3种情况。l 连接态下触发RRC重建无果图 31 RRC重建无果l 连接状态下触发RRC重建被拒
11、图 32 RRC重建被拒l 连接状态下异常收到RRC释放消息图 33 异常收到RRC释放消息对于非正常释放的掉线问题,TD-LTE引入了重建立机制,对于重建立的掉线的分析要分2部分完成:l 引起重建的原因;l 重建失败的原因;因此基于上述掉线进行分析总结图 34 TD-LTE掉线问题总结对于掉线问题,首先判断的就是覆盖和干扰,利用CNT查看下行RSRP、SINR值,通常RSRP-115且SINR3,无干扰,后查看后台目标服务小区均无硬件告警。抓取不同时间段的LOG,对目标和服务小区切换做了统计,有如下规律:Time原小区目标小区切换结果切换失败说明重建结果17:41:18:0662518成功同
12、一单板17:42:20:9051825失败重建18,成功17:42:21:5371825失败重建18,成功17:42:59:8071825失败重建45,失败3.4.2.3 解决方法及验证根据上述分析,搜集大量LOG,对切换失败和重建被拒进行分析,得出如下结论:l 同一单板内,发生回切必然失败;l 失败后的重建如果UE之前没有占用过某小区,无上下报文必然重建被拒。后与家里研发确定该问题,是由于终端在收到RRC重配消息(切换命令),在PDCP层执行完整性保护校验时FAIL,之后PDCP上报RRC,触发RLF。完保FAIL的原因是:终端收到的MAC-I与实际计算的MAC-I不匹配,如下:其他RB c
13、fg index=33,对应SRB1,01:31:38.030 lte_pdcp_dl_protocol.c MAC-I mis-match RB Cfg idx = 33 seq_num = 0, rxed MAC-I = 0x783e182b, Calculated MAC-I = 0xbedccd4b 。3.4.2.4 总结该案例重建被拒是由于系统BUG导致,同一单板内回切失败,重建过程中如果重建到未知小区(UE从未占用过的小区)则重建被拒,原因是由于上下行报文不统一造成。 注意:目前V3.10版本以上,只要配了X2链接,原则上跨站、跨板的重建拒绝问题都可以解决3.5 rrcConnec
14、tionRelease掉线出现rrcConnectionRelease消息计做掉话,但不包括以下原因:l 系统间切换网络侧释放;l 用户未激活,网络侧释放资源情况(User Inactivity)l CSFB的网络侧释放(待确定)目前暂未出现该类的掉线,后续有实例补充。3.6 其他类掉线其他类的掉线还未发现,但是测试中UE端口丢失是其他类掉线之一,目前CNT暂无法统计Lost Port情况,只能通过测试记录查看。4 总结掉线问题处理流程:图 41 TD-LTE掉线处理流程通常弱场按照经验是RSRP-119,下行干扰比较严重经验是SINR-3。常规检查:l 服务小区SINR过低,l 邻区列表电平相差不大,无主覆盖小区;l 后台硬件告警排查,如GPS干扰、MTS中各个通道是否正常;l 邻区漏配;l 邻区信息错误;l 系统间邻区关系异常(后期检查);l 问题点尝试更换不同终端检查l 问题点尝试服务小区闭塞解闭塞设备告警检查:图 42 影响网优告警列表