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上行干扰 (11)
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-1TD-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, User
Inactivity, 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-3CNT信令
本次释放是UE发起的去附着过程，后续RRC release过程CNT无法体现。
3 掉线问题分析
3.1 分析思路
对于TD-LTE的掉线，是在UE完成“RRCConnectionReconfigurationComplete”处
于连接态，之后由于干扰、弱场、其他原因导致的UE上下行失步，触发重建未果或者
被拒过程。只要不是终端主动发起的释放，都应算为掉线。目前掉线在信令中表现如下3种
情况。
●连接态下触发RRC重建无果
图3-1RRC重建无果
●连接状态下触发RRC重建被拒
图3-2RRC重建被拒
●连接状态下异常收到RRC释放消息
图3-3异常收到RRC释放消息
对于非正常释放的掉线问题，TD-LTE引入了重建立机制，对于重建立的掉线的分析要分2部分完成：
●引起重建的原因；
●重建失败的原因；
因此基于上述掉线进行分析总结
图3-4TD-LTE掉线问题总结
对于掉线问题，首先判断的就是覆盖和干扰，利用CNT查看下行RSRP、SINR值，
通常RSRP<-115且SINR<-3掉线比例较高；利用基站侧检测工具查看上行干扰。
下面结合日本网优阶段发现的掉线案例编写掉线问题分析过程。
3.2 掉线率公式
目前测试软件CNT(A)对掉线率的定义如下：
L3message：
(rrcConnectionReestablishmentRequest - rrcConnectionReestablishmentComplete +
rrcConnectionRelease (不含1~3原因)times*100% / L3 message(Activate default
EPS 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重建，发生掉线。
通过高通分析软件QCAT查看掉线过程及重建过程。看到UE原因为UL_DATA 后DCI0未达，SR达到最大次数，触发MSG1，由于MSG1无法到达网络侧，不断重发8次后失败，后触发重建。
为了验证问题是否有规律性，对站点了定点测试，测试区域如图所示：
蓝色区域的站点随机接入和切换成功率较高，而红色区域站点接入困难。站点分布与BBU关系如图：
红色区域是掉线集中区域。查看掉线点与BBUID关系，有一定联系，非掉线区域隶属于BBUID=400010（蓝色区域），掉线区域的属于BBUID=400011、400012的BBU下挂小区。因此怀疑可能BBUID=400010与BBUID=400011、400012某些关联设备问题导致。
3. 根据上述分析查看后台设备告警。
BBUID=400011、400012站点的GPS未锁定（对应告警名称：GPS receiver failed to search stars(198091072)），400010站点正常。
BBUID=400011、400012站点GPS状态未锁定：
BBUID=400010的GPS状态正常：
400011、400012无GPS锁星，但仍处于激活态，导致其下挂的小区对周边小区
造成GPS干扰，影响其他小区上行接入。
对接入切换不成功的小区提取MTS跟踪上行接收功率数据，基站侧接收功率普遍
抬高（空载下正常应该在-96~99dbm左右），平均在-80dbm左右，受到上行干
扰。干扰情况如下表显示：
基站侧接收到的RxPow0～3都很高，上行干扰严重。
3.3.2.3 解决方法及验证
福冈每个BBU下挂多个RRH（小区），如果GPS锁星失败，此时基站仍然在放电波
状态下，就会对周表小区存在干扰。