1、内部公开本文中的所有信息均为中兴通讯股份有限公司内部信息，不得向外传播袁芈芈螁螇芇莀薄肆芇蒂螀羂芆薅薂袈莅芄螈螄莄莇薁肂莃葿螆肈莂蚁蕿羄莁莁袄袀羈蒃蚇螆羇薅袃肅羆芅蚆羁肅莇袁袇肄蒀蚄螃肄薂蒇膂肃莂蚂肈肂蒄薅羄肁薆螀袀肀芆薃螆聿莈蝿肄腿蒁薁羀膈薃螇袆膇芃薀袂膆蒅袅螈膅薇蚈肇膄芇袄羃膃荿蚆衿膃蒁袂螅节薄蚅肃芁芃蒇罿芀莆蚃羅艿薈蒆袁芈芈螁螇芇莀薄肆芇蒂螀羂芆薅薂袈莅芄螈螄莄莇薁肂莃葿螆肈莂蚁蕿羄莁莁袄袀羈蒃蚇螆羇薅袃肅羆芅蚆羁肅莇袁袇肄蒀蚄螃肄薂蒇膂肃莂蚂肈肂蒄薅羄肁薆螀袀肀芆薃螆聿莈蝿肄腿蒁薁羀膈薃螇袆膇芃薀袂膆蒅袅螈膅薇蚈肇膄芇袄羃膃荿蚆衿膃蒁袂螅节薄蚅肃芁芃蒇罿芀莆蚃羅艿薈蒆袁芈芈螁螇芇莀薄肆
2、芇蒂螀羂芆薅薂袈莅芄螈螄莄莇薁肂莃葿螆肈莂蚁蕿羄莁莁袄袀羈蒃蚇螆羇薅袃肅羆芅蚆羁肅莇袁袇肄蒀蚄螃肄薂蒇膂肃莂蚂肈肂蒄薅羄肁薆螀袀肀芆薃螆聿莈蝿肄腿蒁薁羀膈薃螇袆膇芃薀袂膆蒅袅螈膅薇蚈肇膄芇袄羃膃荿蚆衿膃蒁袂螅节薄蚅肃芁芃蒇罿芀莆蚃羅艿薈蒆袁芈芈螁螇芇莀薄肆芇蒂螀羂芆薅薂袈莅芄螈螄莄莇薁肂莃葿螆肈莂蚁蕿羄莁莁袄袀羈蒃蚇螆羇薅袃肅羆芅蚆羁肅莇袁袇肄蒀蚄螃肄薂蒇膂肃莂蚂肈肂蒄薅羄肁薆螀袀肀芆薃螆聿莈蝿肄腿蒁薁羀膈薃螇袆膇芃薀袂膆蒅袅螈膅薇蚈肇膄芇袄羃膃荿蚆衿膃蒁袂螅节薄蚅肃芁芃蒇罿芀莆蚃羅艿薈蒆袁芈芈螁螇芇莀薄肆芇蒂螀羂芆薅薂袈莅芄螈螄莄莇薁肂莃葿螆肈莂蚁蕿羄莁莁袄袀羈蒃蚇螆羇薅袃肅羆芅蚆羁肅莇袁袇
3、肄蒀蚄螃肄薂蒇膂肃莂蚂肈肂蒄薅羄肁薆螀袀肀芆薃螆聿莈蝿肄腿蒁薁羀膈薃螇袆膇芃薀袂膆蒅袅螈膅薇蚈肇膄芇袄羃膃荿蚆衿膃蒁袂螅节薄蚅肃芁芃蒇罿芀莆蚃羅艿薈蒆袁芈芈螁螇芇莀薄肆芇蒂螀羂芆薅薂袈莅芄螈螄莄莇薁肂莃葿螆肈莂蚁蕿羄莁莁袄袀羈蒃蚇螆羇薅袃肅羆芅蚆羁肅莇袁袇肄蒀蚄螃肄薂蒇膂肃莂蚂肈肂蒄薅羄肁薆螀袀肀芆薃螆聿莈蝿肄腿蒁薁羀膈薃螇袆膇芃薀袂膆蒅袅螈膅薇蚈肇膄芇袄羃膃荿蚆衿膃蒁袂螅节薄蚅肃芁芃蒇罿芀莆蚃羅艿薈蒆袁芈芈螁螇芇莀薄肆芇蒂螀羂芆薅薂袈莅芄螈螄莄莇薁肂莃葿螆肈莂蚁蕿羄莁莁袄袀羈蒃蚇螆羇薅袃肅羆芅蚆羁肅莇袁袇肄蒀蚄螃肄薂蒇膂肃莂蚂肈肂蒄薅羄肁薆螀袀肀芆薃螆聿莈蝿肄腿蒁薁羀膈薃螇袆膇芃薀袂膆蒅袅螈
4、膅薇蚈肇膄芇袄羃膃荿蚆衿膃蒁袂螅节薄蚅肃芁芃蒇罿芀莆蚃羅艿薈蒆袁芈芈螁螇芇莀薄肆芇蒂螀羂芆薅薂袈莅芄螈螄莄莇薁肂莃葿螆肈莂蚁蕿羄莁莁袄袀羈蒃蚇螆羇薅袃肅羆芅蚆羁肅莇袁袇肄蒀蚄螃肄薂蒇膂肃莂蚂肈肂蒄薅羄肁薆螀袀肀芆薃螆聿莈蝿肄腿蒁薁羀膈薃螇袆膇芃薀袂膆蒅袅螈膅薇蚈肇膄芇袄羃膃荿蚆衿膃蒁袂螅节薄蚅肃芁芃蒇罿芀莆蚃羅艿薈蒆袁芈芈螁螇芇莀薄肆芇蒂螀羂芆薅薂袈莅芄螈螄莄莇薁肂莃葿螆肈莂蚁蕿羄莁莁袄袀羈蒃蚇螆羇薅袃肅羆芅蚆羁肅莇袁袇肄蒀蚄螃肄薂蒇膂肃莂蚂肈肂蒄薅羄肁薆螀袀肀芆薃螆聿莈蝿肄腿蒁薁羀膈薃螇袆膇芃薀袂膆蒅袅螈膅薇蚈肇膄芇袄羃膃荿蚆衿膃蒁袂螅节薄蚅肃芁芃蒇罿芀莆蚃羅艿薈蒆袁芈芈螁螇芇莀薄肆芇蒂螀羂
5、芆薅薂袈莅芄螈螄莄莇薁肂莃葿螆肈莂蚁蕿羄莁莁袄袀羈蒃蚇螆羇薅袃肅羆芅蚆羁肅莇袁袇肄蒀蚄螃肄薂蒇膂肃莂蚂肈肂蒄薅羄肁薆螀袀肀芆薃螆聿莈蝿肄腿蒁薁羀膈薃螇袆膇芃薀袂膆蒅袅螈膅薇蚈肇膄芇袄羃膃荿蚆衿膃蒁袂螅节薄蚅肃芁芃蒇罿芀莆蚃羅艿薈蒆袁芈芈螁螇芇莀薄肆芇蒂螀羂芆薅薂袈莅芄螈螄莄莇薁肂莃葿螆肈莂蚁蕿羄莁莁袄袀羈蒃蚇螆羇薅袃肅羆芅蚆羁肅莇袁袇肄蒀蚄螃肄薂蒇膂肃莂蚂肈肂蒄薅羄肁薆螀袀肀芆薃螆聿莈蝿肄腿蒁薁羀膈薃螇袆膇芃薀袂膆蒅袅螈膅薇蚈肇膄芇袄羃膃荿蚆衿膃蒁袂螅节薄蚅肃芁芃 TD-SCDMA 掉话问题分析培训教材版 本：V1.2中 兴 通 讯 工 程 服 务 部 TD 网 规 网 优 部 发 布内部公开
6、本文中的所有信息均为中兴通讯股份有限公司内部信息，不得向外传播TD-SCDMA 掉话问题分析培训教材版本说明：版本 日期 作者 审核 修改记录V1.0 2008-01-21V1.2 2009-4-1 俞奇峰 康凯内部公开本文中的所有信息均为中兴通讯股份有限公司内部信息，不得向外传播关键字：摘要：缩略语：参考资料：内部公开本文中的所有信息均为中兴通讯股份有限公司内部信息，不得向外传播目 录第 1 章 概述 .1第 2 章 掉话分类定义 .22.1 路测掉话定义 .22.2 话统指标 .2第 3 章 掉话问题分析流程及案例 .33.1 DT/CQT 掉话问题分析流程及常见掉话原因分析 .33.1.
7、1 常见掉话原因分析 .43.2 话统数据分析流程 .63.2.1 分析 RNC 掉话率 .63.2.2 分析小区（小区集合）的掉话率指标 .63.2.3 检查小区是否异常 .73.2.4 分析掉话原因 .73.2.5 通过路测重现问题 .73.3 典型掉话案例分析 .73.3.1 弱覆盖掉话 .73.3.2 切换区设置不合理引起的掉话问题 .103.3.3 越区覆盖引起的掉话问题解决 .113.3.4 混合业务掉话率很高现象 .14内部公开本文中的所有信息均为中兴通讯股份有限公司内部信息，不得向外传播 11 概述 知识点 概述 掉话率反映了系统业务的通讯保持能力，是用户直接感受的重要性能指标
8、之一。广义的掉话率应该包含 CN 和 UTRAN 的掉话率，由于无线网络优化重点关注UTRAN 侧的掉话率指标，本文掉话率描述也重点关注 UTRAN 侧的掉话及优化方法。掉话率的统计是建立在一定业务的基础之上的，极少的业务量所统计出的高掉话率，对网络优化是没有意义的；极高的业务量所统计出的掉话率往往是与拥塞有关。我们优化时关注的应该是话务量处于负载正常的小区。内部公开本文中的所有信息均为中兴通讯股份有限公司内部信息，不得向外传播 22 掉话分类定义2.1 路测掉话定义从 UE 侧记录的空口信令上看，在通话过程（连接状态下）中，如果空口的消息，满足以下三个条件的任何一个：A、收到任何的 BCH
9、消息（即系统消息） cellupdateB、收到 RRC Release 消息且释放的原因值为 Not Normal（不是 Normal）C、收到 CC Disconnect，CC Release Complete，CC Release 三条消息中的任何一条，而且释放原因为 Not Normal Clearing 或者 Not Normal，Unspecified。2.2 话统指标广义的掉话率应该包含 CN 和 UTRAN 的掉话率，由于网优重点关注与 UTRAN侧的掉话率指标，本文掉话率描述也重点关注 UTRAN 侧的 KPI 指标分析。UTRAN 侧相关指标就是 RNC 触发释放的各业务
10、RAB 个数。主要包括两个方面：（1）业务建立成功后，RNC 向 CN 发送 RAB RELEASE REQUEST 消息。 （2）业务建立成功后，RNC 向 CN 发送 IU RELEASE REQUEST 消息，其后收到 CN发送的 IU RELEASE COMMAND。需要说明的是话统掉话的定义只从 Iu 接口的角度进行统计，统计了 RNC 主动发起的 RAB release 请求次数和 Iu release 请求次数。而路测掉话定义主要从空口的消息和非接入层的消息结合原因值来进行定义的，两者不完全一致的。比如说，对于同时进行主被叫通话，工具记录主叫的空口消息，如果被叫异常掉话，那么分析
11、主叫的流程也会是一次掉话，但从话统上看，这次主叫是没有掉话指标记录的。所以两者的定义是不完全一致的，在分析时要注意区分。内部公开本文中的所有信息均为中兴通讯股份有限公司内部信息，不得向外传播 33 掉话问题分析流程及案例 知识点 DT 掉话分析流程 话统掉话分析流程 常见掉话原因3.1 DT/CQT 掉话问题分析流程及常见掉话原因分析通常 DT 掉话问题分析流程如下：Comment O1: 概念？内部公开本文中的所有信息均为中兴通讯股份有限公司内部信息，不得向外传播 4：图 3-1 掉话分析流程图3.1.1常见掉话原因分析常见导致掉话的原因有：3.1.1.1 邻区漏配一般来讲，初期优化过程掉话
12、占大多数是由于邻区漏配导致的。邻区漏配导致的掉话也包括同异频邻区漏配和异系统邻区漏配。主要是掉话发生的时候，手机没有测量或者上报目标邻区，而手机掉话后重新驻留到目标邻区上。异系统邻区漏配表现为手机在 3G掉话，掉话后手机重新选网驻留到 2G网络，从信号质量来看，2G 网络的质量很好（在掉话点用 2G测试手机观察 RSSI信号） 。内部公开本文中的所有信息均为中兴通讯股份有限公司内部信息，不得向外传播 53.1.1.2 覆盖差一般来说，对于 Voice 而言，当 PCCPCH 的 C/I 大于-3dB，RSCP 大于-95dBm时，不可能是由于覆盖不行导致的掉话。通常所说的覆盖差，主要是指 RS
13、CP 很差。上行覆盖差还是下行覆盖差的问题需要通过掉话前上行或者下行的专用信道功率来确认，需要采用以下的方法来确认：如果掉话前的上行发射功率达到最大值，并且上行的 BLER 也很差或者从 RNC记录的单用户跟踪上看到 NodeB 上报 RL failure，基本可以认为上行覆盖差导致的掉话；如果掉话前，下行发射功率达到最大值，并且下行的 BLER 很差，基本可以认为是下行覆盖差导致的掉话。在合理的链路平衡情况下，而且上下行没有干扰的情况下，上行和下行发射功率会同时受限，此时不一定要严格区分哪一方先出现受限。如果上下行严重不平衡，则应该初步判定为受限方向存在干扰。由于缺站、扇区接错、功放故障导致
14、站关闭等原因都会导致覆盖差，在一些室内，由于过大的穿透损耗也会导致覆盖太差。扇区接错或者站点由于故障原因关闭等容易在优化过程中出现，表现为其他小区在掉话点的覆盖差，需要注意分析区别。3.1.1.3 干扰导致的掉话下行和上行的干扰都会导致掉话。一般情况下，对于下行，当服务小区 PCCPCH RSCP 大于-95dBm，而 C/I 小于 -3dB 产生了掉话，基本上可以认为是下行干扰的问题（当切换不及时的时候，也可能出现服务小区 RSCP 信号很好，但 C/I 很差；对于上行 RTWP 比正常值（ -115dbm）超过 10dB，干扰时间超过 23s，就有可能造成掉话，需要重点解决。下行的干扰通常
15、是指导频污染，指覆盖地区存在 4 个以上的小区满足切换条件，由于信号的波动常常出现最优小区发生变化。上行的干扰增加了连接模式的手机上行发射功率，从而产生过高的 BLER 导致RB 复位或者由于失步导致掉话。另外，在切换的时候，新建链路由于上行干扰问题导致链路不能同步，造成切换失败而导致掉话。上行干扰可能来自系统内，也可能来自系统外，绝大部分场景上行干扰来自系统外。通常在没有干扰的情况下，上下行是平衡的，也就是说掉话前上下行的发射功率都会接近最大值。当下行干扰存在，往往出现上行发射功率很小或者 BLER 收敛的情况，但下行发射功率达到最大值同时也伴随着下行 BLER 不收敛；对于上行干扰，会存在
16、同样的表现，在实际分析可以通过这个方法来区分。内部公开本文中的所有信息均为中兴通讯股份有限公司内部信息，不得向外传播 63.1.1.4 切换导致的掉话切换导致掉话主要有两类原因：切换来不及或者乒乓切换。从信号上看，切换来不及主要有以下现象：1）拐角：源小区 RSCP 陡降，目标小区 RSCP 陡升（即突然出现就是很高的值） ；2）针尖：源小区 RSCP 快速下降后一段时间后上升，目标小区出现短时间的陡升。从信令流程上看，切换来不及一般在掉话前手机上报了邻区的 1G 或者 2A 测量报告，RNC 也收到了测量报告，并下发了物理信道重配置命令，但 UE 收不到消息。乒乓切换主要有以下两种现象：1）
17、主导小区变化快：2 个或者多个小区交替成为主导小区，主导小区具有较好的 RSCP 并且每个小区成为主导小区的时间很短；2）无主导小区：存在多个小区，RSCP 较差而且相互之间差别不大。解决切换来不及导致的掉话，可以通过调整天线扩大切换区，也可以调整切换参数使切换更容易发生，或者配置 CIO 使目标小区能够提前发生切换；解决乒乓切换带来的掉话问题，可以调整天线使覆盖区域形成主导小区，也可以调整切换参数减少乒乓的发生等方法来进行。3.1.1.5 异常分析在排除了以上的原因之后，其他的掉话一般需要怀疑设备的问题，需要通过查看设备的日志，告警等进一步来分析掉话原因。比如：NodeB 异常引起同步失败，导致的链路不停增加和删除比如：手机不上报 1g，2a 测量报告导致掉话这里需要重点注意的是测试手机异常死机引起的掉话问题，一般在拨测过程中容易出现这个问题，具体表现为路测记录的数据中有一段时间没有手机上报的信息。由于一次路测不一定能够采集到定位掉话问题需要的所有信息，此时需要通过进一步路测来收集数据。通过进一步的路测也能确认该掉话点是随机掉话的点或者固定掉话点，一般来说固定掉话点一定需要解决，而随机掉话点则需要根据掉话发生的概率来确定是否需要解决。
