TD-LTE网络优化指导书-掉话优化

TD-LTE网络优化指导书

掉线优化

责任部门：

审核：

批准：

2014 -11发布

大唐移动通信设备有限公司发布

目录

1引言 (3)

1.1.掉线的基本概念 (3)

1.2.正常的连接释放 (3)

1.3.异常的连接释放（掉线） (4)

2掉线相关定时器介绍 (6)

2.1.定时器概述 (6)

2.2.掉线类定时器 (6)

2.3.切换类定时器 (7)

2.4.重建立类定时器 (8)

3常见掉线原因分析 (13)

3.1.弱覆盖.... (13)

3.2.切换失败.... .. (15)

3.3.邻区漏配 (17)

3.4.越区覆盖 (18)

3.5.系统设备异常 (20)

3.6.干扰 (21)

3.7.拥塞 (22)

4话务统计掉线数据分析 (8)

4.1.客户感知评估指标 (8)

4.2.掉线相关的KPI (9)

4.3.话统中掉线率相关Counter (11)

4.4.全网掉线率偏高问题分析 (11)

4.5.小区级掉线率偏高问题分析 (13)

5掉线问题的分析流程 (23)

6典型掉线案例分析 (27)

6.1.弱覆盖导致的掉线 (27)

6.2.浦口天润城试扩L-1小区弱覆盖掉线 (28)

6.3.邻区漏配导致的掉线 (29)

6.4.盱眙公安局L基站板卡挂死导致的掉线 (31)

6.5.金湖中行L天线接反模三干扰严重导致切换失败掉线 (32)

6.6.小区关闭GAP之后无法开启A2异频测量导致切换不出来拖死掉线 (34)

6.7.修改PCI后邻区中没有同步修改导致切失败形成掉线 (34)

6.8.升级6.008版本后掉线率恶化 (37)

1引言

本文整理了与TD-LTE系统中与保持性（掉线）相关的基本概念、信令流程、所涉及的参数。其作用旨在指导TD-LTE网络维护、优化过程中，与掉线相关的问题分析和定位（解决）。

1.1.掉线的基本概念

“掉线”，从RRC连接来看，具体是指UE异常退出RRC_CONNECTED状态导致的连接中断。

“连接”，通常指的是RRC_Connected状态下的连接，本文暂时只考虑RRC_Connected状态（激活态）、暂不考虑附着过程中的连接状态。通常将在附着过程中发生的RRC连接中断归为“接入失败”进行分析；本文所分析的“掉线”、仅限于RRC_Connected状态下的连接异常中断。

1.2.正常的连接释放

在了解“掉线”之前，需要先了解正常的“通话结束”（即“连接释放”）的过程。

RRC连接释放流程如下图所示（见36.331协议的5.3.8小节RRC Connection Release）。

图1-1 RRC连接释放（正常）

通常情况下，以下情形会触发EUTRAN下发RRCConnectionRelease消息：

➢RRC激活检测定时器超时；

➢UE发起Detach之后；

➢TAU之后；

➢核心网触发loadBalancingTAURequired之后。

UE在接收到RRCConnectionRelease之后，进行如下动作：

1)如果RRCConnectionRelease消息中包含idleModeMobilityControlInfo，存储其中的小区重选优先级信息；如果消息中包含t320，启动该T320定时器（并将定时器取值为t320）；如果没有包含idleModeMobilityControlInfo，UE使用系统信息中广播的小区重选优先级信息。

2)如果RRCConnectionRelease消息中的releaseCause为loadBalancingTAURequired，UE 将在离开RRC_CONNECTED时执行操作，并带上releaseCause为loadBalancingTAURequired；如果releaseCause为other，则在离开RRC_CONNECTED时执行操作，并带上releaseCause为other。

3)UE在离开RRC_CONNECTED时执行的操作：

重置MAC；

停止除T320以外的所有定时器；

释放全部无线资源，包括释放全部已建立的RB的RLC实体、MAC配置和相关的PDCP实体；

告诉上层RRC连接释放（带上releaseCause）；

4)如果不是由于收到MobilityFromEUTRACommand消息而触发的离开RRC_CONNECTED状态，UE将（根据离开RRC_CONNECTED的原因）通过执行小区重选过程进入RRC_IDLE，具体见TS36.304[4].

1.3.异常的连接释放（掉线）

异常掉线通常都是由eNB发起的释放，通知MME释放上下文。

结合常见的掉线类型，从信令上来看，有以下几种体现：

➢空口超时引起的掉线：

图1-2重建立失败导致的掉线

1)首先是UE发送“rrcConnectionReestablishmentRequest; Cause = otherFailure”；

2)接着eNB回复“rrcConnectionReestablishmentReject”；

3)随后UE发生掉线、开始接收系统广播消息（在BCCH-SCH上的SIB1）、直至UE发起下一次呼叫。

➢激活检测——UE不活动导致掉线

图1-3激活检测触发UE释放导致的掉线

该流程为UE一段时间内不做业务，eNB正常释放，这种释放在统计时不计为掉线。

➢狭义上来讲，可以认为“只要UE发起了RRC重建立，就意味着RRC连接已断、即产生了掉线”。因为只有空口发生失败，才会发送RRC重建立请求，因此个事件需要处理。

其他错误引起的掉话

➢

当CDL日志出现一条S1接口S1 UE Context Release Request消息时，代表某一个UE释放流程的开始：