TD-LTE掉线优化指导书

TD-LTE掉线分析指导书R1.3版本更新说明作者适用对象：TDD网优工程师使用建议：在阅读本文档之前，建议先了解下面的知识和技能：后继资料：在阅读完本文档之后，你可能需要下面资料：关于这篇文档摘要目录1概述 (1)2TD-LTE完整业务流程 (2)2.1自研UE信令 (5)2.2CNT信令 (5)3掉线问题分析 (7)3.1掉线率公式 (9)3.2重建原因 (10)3.2.1定时器不合理 (10)3.2.2上行干扰 (10)3.2.3下行干扰 (15)3.2.4切换准备问题 (16)3.2.5有MR但无重配 (19)3.3UE触发重建 (22)3.3.1UE触发重建未果 (24)3.3.2UE触发重建被拒 (24)3.4RRCCONNECTIONRELEASE掉线 (26)3.5其他类掉线 (26)4后台掉线率定义.................................................................................... 错误！未定义书签。

4.1掉线原因分类及公式.................................................................. 错误！未定义书签。

4.2KPI分析方法 ............................................................................. 错误！未定义书签。

5总结. (27)图目录图1-1 TD-LTE信令基本流程 (2)图1-2 自研UE信令 (5)图1-3 CNT信令 (6)图2-1 RRC重建无果 (7)图2-2 RRC重建被拒 (8)图2-3 异常收到RRC释放消息 (8)图2-4 TD-LTE掉线问题总结 (9)图2-5 切换参数查看 (16)图2-6 切换成功与切换失败表现 (17)图2-7 UE触发重建被拒 (24)图3-1 TD-LTE掉线处理流程 (27)图3-2 影响网优告警列表 (28)1 概述本文主要介绍了TD-LTE系统掉线问题优化方法，通过对各局出现的掉线问题进行讲解说明，总结了TD-LTE掉线的处理思路及优化方案，为后续各个外场处理TD-LTE掉线问题提供了优化经验。

2 TD-LTE完整业务流程TD-LTE完整业务信令流程如下：图2-1 TD-LTE信令基本流程完整的业务流程共包含4部分，分别如图中所标识的1（红色）接入过程；2（蓝色）与NAS层完保交互过程；3（绿色）无线承载建立过程；4（黄色）释放过程。

当无线承载建立完成“RRCConnectionReconfigurationComplete”正确到达网络侧，则本次业务建立成功，那么在之后一旦触发RRC重建且被拒或者直接转到IDLE态，那么就代表本次业务掉线，也就是说，如果没有对应的“释放过程”那么就认为掉线。

对上述信令过程步骤描述如下：步骤1～5会建立RRC连接，步骤6、9会建立S1连接，完成这些过程即标志着NAS signalling connection建立完成。

消息7的说明：如果UE是刚开机第一次attach，使用的IMSI，无Identity过程；后续如有有效的GUTI，使用GUTI attach，核心网才会发起Identity过程（为上下行直传消息）。

消息10~12的说明：如果消息9带了UE Radio Capability IE，则eNB不会发送UECapabilityEnquiry消息给UE，即没有10~12过程；否则会发送，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上下文释放（即21～25）的条件：●eNodeB-initiated with cause e.g. O&M Intervention, Unspecified Failure, UserInactivity, Repeated RRC signalling Integrity Check Failure, Release due to UE generated signalling connection release, etc.; or●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后，控制面再通知用户面资源可用。

消息13~15的说明：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真实信令过程如下：图2-2 自研UE信令自研UE释放过程无法记录，后续版本补充。

2.2 CNT信令结合CNT与dongle连接真实信令过程如下：图2-3 CNT信令本次释放是UE发起的去附着过程，后续RRC release过程CNT无法体现。

3 掉线问题分析3.1 分析思路对于TD-LTE的掉线，是在UE完成“RRCConnectionReconfigurationComplete”处于连接态，之后由于干扰、弱场、其他原因导致的UE上下行失步，触发重建未果或者被拒过程。

只要不是终端主动发起的释放，都应算为掉线。

目前掉线在信令中表现如下3种情况。

●连接态下触发RRC重建无果图3-1 RRC重建无果●连接状态下触发RRC重建被拒图3-2 RRC重建被拒●连接状态下异常收到RRC释放消息图3-3 异常收到RRC释放消息对于非正常释放的掉线问题，TD-LTE引入了重建立机制，对于重建立的掉线的分析要分2部分完成：●引起重建的原因；●重建失败的原因；因此基于上述掉线进行分析总结图3-4 TD-LTE掉线问题总结对于掉线问题，首先判断的就是覆盖和干扰，利用CNT查看下行RSRP、SINR值，通常RSRP<-115且SINR<-3掉线比例较高；利用基站侧检测工具查看上行干扰。

下面结合日本网优阶段发现的掉线案例编写掉线问题分析过程。

3.2 掉线率公式目前测试软件CNT(A)对掉线率的定义如下：L3message：(rrcConnectionReestablishmentRequest - rrcConnectionReestablishmentComplete +rrcConnectionRelease (不含1~3原因)times*100% / L3 message(Activate defaultEPS bearer context accept) times●UE发送rrcConnectionReestablishmentRequest 但无对应的rrcConnectionReestablishmentComplete消息；●出现rrcConnectionRelease消息，但不包括：1系统间切换网络侧释放;-2用户未激活，网络侧释放资源情况(User Inactivity)- 3 CSFB的网络侧释放（待确定）说明：对于TDD-LTE制式，掉线对用户感知的评判有所减弱，此公式只是一般情况，后续可以与局方协商对掉线率公式修改，如RRC重建被拒后2s内业务恢复成功不计做掉话，或者可以用时间掉线比(分母是测试总时长)、公里掉线比(分母是DT测试公里数)3.3 重建原因3.3.1 定时器不合理定时器相关参数优化建议值如下：这类参数都已定标，如发生掉线问题可根据案例查看相关时段是否合理，再结合所有掉线对定时器做全局考虑修改调整。

可参考《TD-LTE网优参数优化指导书》。

3.3.2 上行干扰上行干扰包含用户间的上行干扰，设备自身异常处理的上行干扰，以及频段的干扰导致，通常上行干扰主要表现切换失败、重建失败，发生掉线。

典型案例分析3.3.2.1 现象描述福冈网络指标摸底阶段中，初期存在接入不成功，切换后异常掉线，这种现象没有一定规律，有时成功有时失败。

测试掉线点分布如图所示：图中黑色星为掉线点。

通过掉线点分布，掉线点基本在东南边。

3.3.2.2 现象分析1. 针对该问题，挑选在掉线集中点区域进行定点测试，各种终端都无法连接网络。

高通终端表现，一直在IDLE、CONNECTED之前乒乓，无法正常接入。

2. 查看当时测试数据，在仅能接入的几次其服务小区的RSRP、SINR良好；下行覆盖良好，无干扰。

查看信令，UE接入小区后就触发RRC重建，发生掉线。