TD-LTE掉线优化指导书.doc

Product Type Technical ProposalTD-LTE掉线分析指导书R1.3ZTE Confidential Proprietary 2011 ZTE Corporation. All rights reserved.1(31) TD-LTE掉线分析指导书 内部公开版本更新说明产品版本资料版本资料编号资料更新说明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路测工具使用方法后继资料：在阅读完本文档之后，你可能需要下面资料：序号参考资料资料说明1TD-LTE接入优化指导书TD-LTE接入知识掌握，了解接入的分析2TD-LTE切换优化指导书TD-LTE切换知识掌握，了解切换的分析3Super Cell技术白皮书Super Cell设计方法关于这篇文档摘要章节描述Error! Reference source not found. 概述概述3 TDL信令描述介绍TD-LTE信令基本流程和真实信令的差异Error! Reference source not found. 总结掉线原因分析对TD-LTE掉线各种原因分析，说明处理掉线的思路方法，及典型案例说明Error! Reference source not found. 后台掉线率定义掉线原因及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图目录图 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 版权所有未经许可不得扩散第29页1 概述本文主要介绍了TD-LTE系统掉线问题优化方法，通过对各局出现的掉线问题进行讲解说明，总结了TD-LTE掉线的处理思路及优化方案，为后续各个外场处理TD-LTE掉线问题提供了优化经验。2 TD-LTE完整业务流程TD-LTE完整业务信令流程如下：图 21 TD-LTE信令基本流程完整的业务流程共包含4部分，分别如图中所标识的 1（红色） 接入过程；2（蓝色） 与NAS层完保交互过程；3（绿色） 无线承载建立过程；4（黄色） 释放过程。当无线承载建立完成 “RRCConnectionReconfigurationComplete”正确到达网络侧，则本次业务建立成功，那么在之后一旦触发RRC重建且被拒或者直接转到IDLE态，那么就代表本次业务掉线，也就是说，如果没有对应的“释放过程”那么就认为掉线。对上述信令过程步骤描述如下：步骤15会建立RRC连接，步骤6、9会建立S1连接，完成这些过程即标志着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下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 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 Failure, 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，收到RRCConnectionReconfigurationComplete后，控制面再通知用户面资源可用。消息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消息带给核心网的，核心网再通过该消息送给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上下行失步，触发重建未果或者被拒过程。只要不是终端主动发起的释放，都应算为掉线。目前掉线在信令中表现如下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且SINR3，无干扰，后查看后台目标服务小区均无硬件告警。抓取不同时间段的LOG，对目标和服务小区切换做了统计，有如下规律：Time原小区目标小区切换结果切换失败说明重建结果17:41:18:0662518成功同一单板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 cfg 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 rrcConnectionRelease掉线出现rrcConnectionRelease消息计做掉话，但不包括以下原因：l 系统间切换网络侧释放;l 用户未激活，网络侧释放资源情况(User Inactivity)l CSFB的网络侧释放（待确定）目前暂未出现该类的掉线，后续有实例补充。3.6 其他类掉线其他类的掉线还未发现，但是测试中UE端口丢失是其他类掉线之一，目前CNT暂无法统计Lost Port情况，只能通过测试记录查看。4 总结掉线问题处理流程：图 41 TD-LTE掉线处理流程通常弱场