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

TD-LTE网络优化指导书掉话优化责任部门：审核： 批准： 2013 -08发布 2013 -09实施 大唐移动通信设备有限公司 发 布目录1引言32基础知识32.1“连接”与“掉话”的概念32.2正常的连接释放42.3异常的连接释放（掉话）53DT/CQT常见掉话原因分析73.1弱覆盖73.2切换失败93.3邻区漏配103.4越区覆盖123.5系统设备异常143.6干扰153.7拥塞174话务统计掉话数据分析………184.1掉话相关的KPI184.2全局掉话率偏高问题分析（Top N）184.3小区（簇）掉话率偏高问题分析195掉话问题的分析流程206典型掉话案例分析226.1弱覆盖导致的掉话226.2切换失败导致的掉话226.3邻区漏配导致的掉话231引言编写本文的目的：1.整理了与TD-LTE系统中与保持性（掉话）相关的基本概念、信令流程、所涉及的参数。2.指导TD-LTE网络维护、优化过程中，与掉话相关的问题分析和定位（解决）。2基础知识 知识点：掉话的定义掉话后UE、eNodeB的操作2.1“连接”与“掉话”的概念本文所提及的“保持性”，指的是“连接”的“保持性”，更狭义地，是指“RRC连接”的“保持性”。因此，本文所称的“掉话”，具体是指UE异常退出RRC_CONNECTED状态导致的连接中断。图 21 NAS和AS的几种状态上图给出了从开机到进入激活（数据传输）状态过程中，从不同角度来看的“状态”的变化情况。从EPS移动性管理（EMM）的角度来看，在UE成功附着之前，都认为是未登记（Deregistered）状态，直至UE发起、并成功登记。对于EPS连接管理（ECM）来说，只有在激活态时，UE才会跟EPS是连接的，其余时间，UE处于和EPS的空闲状态。对于RRC来说，只要UE和网络侧（空口、EPS）有连接，即为RRC的连接状态。从ECM_Idle态转到ECM_Connected态，不仅涉及RRC连接建立、还涉及到S1连接建立。RRC连接的建立由NAS发起、并先于S1连接建立完成。RRC_Connected态的连接仅限于UE和E-UTRAN的控制信息的交互。RRC连接的释放由eNB发起、紧随S1连接释放之后。本文所称的“连接”，通常指的是RRC_Connected状态下的连接。因受目前理解能力和OMC统计数据分析能力的限制，本文暂时只考虑上图中RRC_Connected状态（激活态）、暂不考虑附着过程中的连接状态。通常将在附着过程中发生的RRC连接中断归为“接入失败”进行分析；本文所分析的“掉话”、仅限于RRC_Connected状态下的连接异常中断。 知识点：掉话的定义本文所称的“掉话”，具体是指UE异常退出RRC_CONNECTED状态导致的连接中断。2.2正常的连接释放在了解“掉话”之前，需要先了解正常的“通话结束”（即“连接释放”）的过程。RRC连接释放流程如下图所示（见36.331协议的5.3.8小节RRC Connection Release）。图 22 RRC连接释放（正常）UE在接收到RRCConnectionRelease之后，应该：从收到RRCConnectionRelease（或者下层指示收到RRCConnectionRelease消息）起，将下列操作延迟60ms；如果RRCConnectionRelease消息中包含idleModeMobilityControlInfo，存储其中的小区重选优先级信息；如果消息中包含t320，启动该T320定时器（并将定时器取值为t320）；如果没有包含idleModeMobilityControlInfo，UE使用系统信息中广播的小区重选优先级信息。如果RRCConnectionRelease消息中的releaseCause为loadBalancingTAURequired，UE将在离开RRC_CONNECTED时执行操作，并带上releaseCause为loadBalancingTAURequired；如果releaseCause为other，则在离开RRC_CONNECTED时执行操作，并带上releaseCause为other。UE在离开RRC_CONNECTED时执行的操作：重置MAC；停止除T320以外的所有定时器；释放全部无线资源，包括释放全部已建立的RB的RLC实体、MAC配置和相关的PDCP实体；告诉上层RRC连接释放（带上releaseCause）；如果不是由于收到MobilityFromEUTRACommand消息而触发的离开RRC_CONNECTED状态，UE将（根据离开RRC_CONNECTED的原因）通过执行小区重选过程进入RRC_IDLE，具体见TS36.304[4].通常情况下，以下情形会触发EUTRAN下发RRCCon