《td-lte掉线优化指导书.doc》由会员分享，可在线阅读，更多相关《td-lte掉线优化指导书.doc（36页珍藏版）》请在金锄头文库上搜索。
1、Product Type Technical ProposalTD-LTE掉线分析指导书R1.3解决党委自身和基层党支部存在的的突出问题，发挥各村、社区、机关单位党支部在当前城市征迁、园区建设、招商引资、服务群众、维护稳定的作用，我镇党委高度重视，制定了切合临淮实际的活动实施方案，按照中央规定的活动步骤和要求扎实有效的开展了基层组织建设年活动。ZTE Confidential Proprietary 2011 ZTE Corporation. All rights reserved.1(31) TD-LTE掉线分析指导书 内部公开版本更新说明产品版本资料版本资料编号资料更新说明V3.10.10
2、R1.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路测工具使用方法后继资料：在阅读完本文档之后，你可能需要下面资料：序号参考资料资料说明1TD-LTE接入优化指导书TD-LTE接入知识掌握，了解接入的分析2T
3、D-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掉线各种原因分析，说明处理掉线的思路方法，及典型案例说明Error! Reference source not found. 后台掉线率定义掉线原
4、因及KPI处理方法Error! Reference source not found. 总结掉线问题处理思路目录1概述12TD-LTE完整业务流程12.1自研UE信令42.2CNT信令53掉线问题分析53.1掉线率公式83.2重建原因83.2.1定时器不合理83.2.2上行干扰93.2.3下行干扰133.2.4切换准备问题143.2.5有MR但无重配173.3UE触发重建203.3.1UE触发重建未果223.3.2UE触发重建被拒223.4rrcConnectionRelease掉线243.5其他类掉线244后台掉线率定义244.1掉线原因分类及公式254.2KPI分析方法275总结27图目录
5、图 11 TD-LTE信令基本流程1图 12 自研UE信令4图 13 CNT信令5图 21 RRC重建无果5图 22 RRC重建被拒6图 23 异常收到RRC释放消息6图 24 TD-LTE掉线问题总结7图 25 切换参数查看14图 26 切换成功与切换失败表现14图 27 UE触发重建被拒21图 31 TD-LTE掉线处理流程23图 32 影响网优告警列表24 版权所有未经许可不得扩散第27页1 概述本文主要介绍了TD-LTE系统掉线问题优化方法，通过对各局出现的掉线问题进行讲解说明，总结了TD-LTE掉线的处理思路及优化方案，为后续各个外场处理TD-LTE掉线问题提供了优化经验。2 TD-
6、LTE完整业务流程TD-LTE完整业务信令流程如下：图 21 TD-LTE信令基本流程完整的业务流程共包含4部分，分别如图中所标识的 1（红色） 接入过程；2（蓝色） 与NAS层完保交互过程；3（绿色） 无线承载建立过程；4（黄色） 释放过程。当无线承载建立完成 “RRCConnectionReconfigurationComplete”正确到达网络侧，则本次业务建立成功，那么在之后一旦触发RRC重建且被拒或者直接转到IDLE态，那么就代表本次业务掉线，也就是说，如果没有对应的“释放过程”那么就认为掉线。对上述信令过程步骤描述如下：步骤15会建立RRC连接，步骤6、9会建立S1连接，完成这些过
7、程即标志着NAS signalling connection建立完成。消息7的说明：如果UE是刚开机第一次attach，使用的IMSI，无Identity过程；后续如有有效的GUTI，使用GUTI attach，核心网才会发起Identity过程（为上下行直传消息）。消息1012的说明：如果消息9带了UE Radio Capability IE，则eNB不会发送UECapabilityEnquiry消息给UE，即没有1012过程；否则会发送，UE上报无线能力信息后，eNB再发UE Capability Info Indication，给核心网上报UE的无线能力信息。为了减少空口开销，在IDLE
8、下MME会保存UE Radio Capability信息，在INITIAL CONTEXT SETUP REQUEST消息会带给eNB，除非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
9、for changes of GERAN and UTRAN radio capabilities in ECM-IDLE.）。在CONNECTED下，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 Fa
10、ilure, Release due to UE generated signalling connection release, etc.; 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，收到RRCConnectionReconfi
11、gurationComplete后，控制面再通知用户面资源可用。消息1315的说明：eNB发送完消息13，并不需要等收到消息14，就直接发送消息15。如果发起IMSI attach时，UE的IMSI与另外一个UE的IMSI重复，并且其他UE已经attach，则核心网会释放先前的UE。如果IMSI中的MNC与核心网配置的不一致，则核心网会回复attach reject。消息9的说明：该消息为MME向eNB发起的初始上下文建立请求，请求eNB建立承载资源，同时带安全上下文，可能带用户无线能力、切换限制列表等参数。UE的安全能力参数是通过attach request消息带给核心网的，核心网再通过该消
12、息送给eNB。UE的网络能力（安全能力）信息改变的话，需要发起TAU。2.1 自研UE信令结合自研UE真实信令过程如下：图 22 自研UE信令自研UE释放过程无法记录，后续版本补充。2.2 CNT信令结合CNT与dongle连接真实信令过程如下：图 23 CNT信令本次释放是UE发起的去附着过程，后续RRC release过程CNT无法体现。3 掉线问题分析3.1 分析思路对于TD-LTE的掉线，是在UE完成“RRCConnectionReconfigurationComplete”处于连接态，之后由于干扰、弱场、其他原因导致的UE上下行失步，触发重建未果或者被拒过程。只要不是终端主动发起的释
13、放，都应算为掉线。目前掉线在信令中表现如下3种情况。l 连接态下触发RRC重建无果图 31 RRC重建无果l 连接状态下触发RRC重建被拒图 32 RRC重建被拒l 连接状态下异常收到RRC释放消息图 33 异常收到RRC释放消息对于非正常释放的掉线问题，TD-LTE引入了重建立机制，对于重建立的掉线的分析要分2部分完成：l 引起重建的原因；l 重建失败的原因；因此基于上述掉线进行分析总结图 34 TD-LTE掉线问题总结对于掉线问题，首先判断的就是覆盖和干扰，利用CNT查看下行RSRP、SINR值，通常RSRP-115且SINR-3掉线比例较高；利用基站侧检测工具查看上行干扰。下面结合日本网
14、优阶段发现的掉线案例编写掉线问题分析过程。3.2 掉线率公式目前测试软件CNT(A)对掉线率的定义如下：L3message：(rrcConnectionReestablishmentRequest - rrcConnectionReestablishmentComplete + rrcConnectionRelease (不含13原因)times*100% / L3 message(Activate default EPS bearer context accept) timesl UE发送rrcConnectionReestablishmentRequest 但无对应的rrcConnectionReestablishmentComplete消息；l 出现rrcConnectionRelease消息，但不包括：- 1系统间切换网络侧释放;- 2用户未激活，网络侧释放资源情况(User Inactivity)- 3 CSFB的网络侧释放（待确定）说明：对于TDD-LTE制式，掉线对用户感知的评判有所减弱，此公式只是一般情况，后续可以与局方协商对掉线率公式修改，如 RRC重建被拒后2s内业务恢复成功不计做掉话，或者可以用时间掉线比(分母是测试总时长)、公里掉线比(分母是DT测试公里数)3.3 重建原因
