命令行格式约定
图形界面格式约定
键盘操作约定
鼠标操作约定
各类标志
本书还采用各种醒目标志来表示在操作过程中应该特别注意的地方，这些标志的意义如下，正文中的各类警告、提示、说明等的内容一律采用楷体，并在内容前后加横线与正文分开如下：
说明：
说明、提示、窍门、思考：对操作内容的描述进行必要的补充和说明。
注意：
小心、注意、警告、危险：提醒操作中应注意的事项。
TD-SCDMA网络优化掉话问题分析错误！文档中没有指定样式的文字。目录
目录
优化指导手册...................................................................................................... 错误！未定义书签。前言 .................................................................................................................... 错误！未定义书签。
内容介绍.............................................................................................................................................错误！未定义书签。
读者对象.............................................................................................................................................错误！未定义书签。
本书约定.............................................................................................................................................错误！未定义书签。目录............................................................................................................................................ - 1 -第1章概述 ............................................................................................................................. 1-1第2章掉话定义...................................................................................................................... 2-1
2.1路测的掉话定义 ................................................................................................................................................ 2-1
2.2话统指标中的掉话定义 .................................................................................................................................... 2-1第3章掉话分析流程和方法.................................................................................................... 3-1
3.1路测数据分析流程 ............................................................................................................................................ 3-1
3.2话统数据分析流程 ............................................................................................................................................ 3-3
3.3跟踪数据分析流程 ............................................................................................................................................ 3-7
3.4用户投诉分析流程 .......................................................................................................................................... 3-10第4章常见掉话原因分析 ....................................................................................................... 4-1
4.1覆盖差 ................................................................................................................................................................ 4-1
4.2邻区漏配 ............................................................................................................................................................ 4-1
4.3切换掉话 ............................................................................................................................................................ 4-2
4.4干扰掉话 ............................................................................................................................................................ 4-2
4.5流程交互失败 .................................................................................................................................................... 4-3
4.6异常 .................................................................................................................................................................... 4-3
4.7调整措施 ............................................................................................................................................................ 4-3
4.7.1工程参数.................................................................................................................................................. 4-3
4.7.2小区参数.................................................................................................................................................. 4-3第5章典型掉话案例分析 . (1)
5.1邻区漏配 (1)
5.2乒乓切换 (2)
5.3弱覆盖 (3)
附录A:缩略语..................................................................................................... 错误！未定义书签。附录B：文档修订记录 ....................................................................................... 错误！未定义书签。
图 3-1掉话分析流程树................................................................................................................................................. 3-1图 3-2 掉话原因判断.................................................................................................................................................... 3-2图 3-3 呼叫跟踪分析流程............................................................................................................................................ 3-8图 3-4用户投诉分析流程........................................................................................................................................... 3-10图 5-1邻区漏配调整前. (1)
图5-2邻区漏配调整后 (1)
图 5-3乒乓切换调整前 (2)
图 5-4乒乓切换调整后 (2)
图 5-5弱覆盖调整前 (3)
图5-6弱覆盖调整 (3)
第1章概述
在网络建设及运营中，掉话率（calldroprate）是反映网络质量的重要指标之一；掉话问题也是日常网络优化面临的一个常见问题。掉话问题对用户的负面影响最直接，因此掉话率是运营商最为关注的指标之一。实际的网络中，影响掉话率的因素很多，包括硬件问题、干扰问题、覆盖问题、切换问题、参数问题等。本文结合广州TD网络建设和优化的经验，对掉话的定义、分析流程和方法、原因分析等内容进行描述。
第2章掉话定义
2.1 路测的掉话定义
从UE侧记录的空口信令上看，在通话过程（连接状态下）中，如果空口的消息，满足以下三个条件的任何一个：
1）收到任何的BCH消息（即系统消息）
2）收到RRC Release消息且释放的原因值为Not Normal
3）收到CC Disconnect，CC Release Complete，CC Release三条消息中的任何一条，而且释放的原因为Not Normal Clearing或者Not Normal，Unspecified。
2.2 话统指标中的掉话定义
广义的掉话率应该包含CN和UTRAN的掉话率，由于网优重点关注与UTRAN侧的掉话率指标，本文掉话率描述也重点关注UTRAN侧的KPI指标分析。
UTRAN侧相关指标就是RNC触发释放的各业务RAB个数。主要包括两个方面：（1）业务建立成功后，RNC向CN发送RAB RELEASE REQUEST消息。（2）业务建立成功后，RNC向CN发送IU RELEASE REQUEST消息，其后收到CN发送的IU RELEASE COMMAND。
从大的方面来讲，掉话分为两大类，信令面掉话和用户面掉话；从流程上看，信令面掉话是RNC发起了Iu release request，用户面掉话是RNC主动发起RAB release request。
需要说明的是RAN话统掉话的定义只从Iu接口的角度进行统计，统计了RNC主动发起的RAB release请求次数和Iu release请求次数。而路测掉话定义主要从空口的消息和非接入层的消息结合原因值来进行定义的，两者不完全一致的。比如说，对于同时进行主被叫通话，工具记录主叫的空口消息，如果被叫异常掉话，那么分析主叫的流程也会是一次掉话，但从话统上看，这次主叫是没有掉话指标记录的。所以两者的定义是不完全一致的，在分析时要注意区分。
第3章掉话分析流程和方法3.1 路测数据分析流程
图 3-1掉话分析流程树
图 3-2 掉话原因判断
准备数据
路测软件采集数据文件
RNC记录的单用户跟踪
RNC记录的CDL
获取掉话位置
采用路测数据处理软件，比如Analyzer和获取掉话的时间和地点，获取掉话前后Scanner 采集的导频数据，手机采集的激活集和监测集信息，信令流程等。
分析Scanner主导小区变化情况
主要分析主导小区的变坏情况，如果主导小区相对稳定，进一步分析RSCP和C/I情况；
如果主导小区变化频繁，需要区分主导小区变化快的情况，或者没有主导小区的情况，然后进一步进行乒乓切换掉话分析。
分析Scanner主导小区信号RSCP和C/I
观察Scanner最好小区RSCP，C/I，根据不同的情况分别处理
RSCP差，C/I差，可以确定为覆盖问题；
RSCP正常，C/I差（排除切换来不及导致的，同频邻区干扰），可以确定为导频干扰问题；
RSCP正常，C/I正常，如果UE激活集中小区与Scanner最好小区不一致，可能为邻区漏配或者切换来不及导致的掉话；如果UE激活集中小区与Scanner最好小区一致,可能为上行干扰或者异常掉话。
路测重现问题
由于一次路测不一定能够采集到定位掉话问题需要的所有信息，此时需要通过进一步路测来收集数据。通过进一步的路测也能确认该掉话点是随机掉话的点或者固定掉话点，一般来说固定掉话点一定需要解决，而随机掉话点则需要根据掉话发生的概率来确定是否需要解决。
3.2 话统数据分析流程
分析话统指标时，要先看RNC掉话率指标和信令面掉话率指标，掌握了网络运行的整体情况。同时对关注的小区（小区集合）针对性地分析，按小区（小区集合）得到更详细的掉话指标。分析时可使用话统分析工具得到不同业务的掉话情况以及大致的掉话原因。
话统分析应获得指标明显异常的小区分析，如果小区以前KPI良好，此时很可能是版本、硬件、传输、天馈或者数据出了问题导致的异常，可以结合告警首先从这几个方面检查。如无明显异常，根据指标将各扇区载频进行统计分类，可整理出各重点指标较差小区列表，对于这些小区进一步细分话统指标（如分析更多相关指标，分析小时间间隔，分析可能引起掉话的指标，如切换指标等等），同时结合CDL看掉话的原因。实际分析解决问题时，在重点抓住某个指标分析的同时需要结合其他指标一起分析。
需要说明的是话统只有在统计量较大时，指标数值才具有指导意义。例如，出现掉话率为50%并不就代表网络差，只有在呼叫次数、呼叫成功次数、掉话总次数的绝对值都已具备统计意义时，这个数值才具有意义
话统分析流程可以简述如下：
1.分析RNC掉话率和信令面掉话率
RNC掉话率统计RNC触发释放的各业务RAB个数，主要包括两个方面：（1）业务建立成功后，RNC向CN发送RAB RELEASE REQUEST消息。（2）业务建立成功后，RNC向CN发送IU RELEASE REQUEST消息，其后收到CN发送的IU RELEASE COMMAND。信令面掉话主要是RNC发起了Iu Release Request。分析IU口连接释放情况得到信令面掉话率。
2.分析掉话原因
在话统分析中还分析引起掉话的主要原因，可分析以下主要指标：
CSConvRabRelReq_Res
Rab释放请求次数，原因：无线网络层
资源不足
CSConvRabRelReq_RErr
Rab释放请求次数，原因：无线网络层
其他错误
Rab释放请求次数，原因：传输层错误CSConvRabRelReq_L2Err
Rab释放请求次数，原因：协议错误CSConvRabRelReq_PErr
CSConvRabRelReq_NASErr
Rab释放请求次数，原因：非接入层错
误
Rab释放请求次数，原因：杂项错误CSConvRabRelReq_OthErr
PSConvRabRelReq_Res
Rab释放请求次数，原因：无线网络层
资源不足
PSConvRabRelReq_RErr
Rab释放请求次数，原因：无线网络层
其他错误
Rab释放请求次数，原因：传输层错误PSConvRabRelReq_L2Err
Rab释放请求次数，原因：协议错误PSConvRabRelReq_PErr
PSConvRabRelReq_NASErr
Rab释放请求次数，原因：非接入层错
误
Rab释放请求次数，原因：杂项错误PSConvRabRelReq_OthErr
类似还有interactive、streaming、background类型的CS、PS业务。
3.分析小区（小区集合）的掉话率指标
上述只是对整个网络分析，我们可分析小区掉话率指标，主要需要分析小区“AMR掉话率”、“VP掉话率”、“PS掉话率”、“硬切换掉话率”。对所有小区分别用以上的指标进行排序，选择指标特别差的小区或者最差的一些小区，进一步按照分析掉话原因。
为分析不同速率的PS掉话情况，可分析指标
RNC_PS_384K_RAB_REL_CELL_TRIG_BY_RNC
RNC_PS_128K_RAB_REL_CELL_TRIG_BY_RNC
RNC_PS_64K_RAB_REL_CELL_TRIG_BY_RNC
切换掉话率情况：
HHO_INTERFEQ_DROP_OUT_CELL / HHO_INTERFEQ_OUT_CELL
HHO_INTERFEQ_DROP_IN_CELL / HHO_INTERFEQ_IN_CELL
HHO_INTRAFEQ_DROP_OUT_CELL/ HHO_INTRAFEQ_OUT_CELL
HHO_INTRAFEQ_DROP_IN_CELL/ HHO_INTRAFEQ_IN_CELL
通过上述这些掉话率的分析，我们可获得不同业务及其速率在网络中的性能，可获得切换掉话情况。重要的是通过这一步可获得指标较差的小区以及时间段。
释放原因指标：
CSConvRabRelReq_Res
Rab释放请求次数，原因：无线网络层
资源不足
CSConvRabRelReq_RErr
Rab释放请求次数，原因：无线网络层
其他错误
Rab释放请求次数，原因：传输层错误CSConvRabRelReq_L2Err
Rab释放请求次数，原因：协议错误CSConvRabRelReq_PErr
Rab释放请求次数，原因：非接入层错CSConvRabRelReq_NASErr
误
Rab释放请求次数，原因：杂项错误CSConvRabRelReq_OthErr
PSConvRabRelReq_Res
Rab释放请求次数，原因：无线网络层
资源不足
PSConvRabRelReq_RErr
Rab释放请求次数，原因：无线网络层
其他错误
Rab释放请求次数，原因：传输层错误PSConvRabRelReq_L2Err
Rab释放请求次数，原因：协议错误PSConvRabRelReq_PErr
PSConvRabRelReq_NASErr
Rab释放请求次数，原因：非接入层错
误
Rab释放请求次数，原因：杂项错误PSConvRabRelReq_OthErr
流程定时器超时指标：
流程定时器超时可重点分析以下流程(主要分析请求与CMP次数，已经相应超时
次数统计指标)：
RB_SETUP
RB_RECFG
ACTIVE_SET_UPDATE
PHY_CFG
RL Failure指标：
CELL_UPDT_RL_FAIL_CELL（下行失步）
IUB_RL_FAIL（上行失步）
RTWP，TCP指标：
RTWP均值、最大值
TCP均值、最大值
4.检查小区是否异常
如果小区以前KPI正常，可检查小区的告警，排除小区异常方面的原因。
5.分析掉话原因
设备问题：按照2、3如果分析结果是传输、设备原因，则可归类为设备问题。
覆盖差：按照2、3如果分析结果是空口原因，则可归类为覆盖差，无线环境变化块等原因。
切换导致的掉话：HHO相关指标导致的掉话。
干扰导致的掉话：分析RL Failure、RTWP，TCP相关指标，由于话统粒度粗，主要看整体情况，无法精确分析。
从话统详细分析掉话时，需按照掉话原因分类分析相关指标，必要时结合CDL分析。
6.通过路测重现问题
由于话统给出了趋势，并给出了可能的问题，具体问题的定位和分析还需要结合路测或者针对小区的CDL分析来进行。对于问题小区，一般都需要安排针对小区进行路测，
跟踪手机侧和RNC的信令流程进行分析，详细分析方法请参见路测数据分析流程。
3.3 跟踪数据分析流程
跟踪数据分析包括单用户跟踪消息分析，通常情况下，单用户消息结合数据采集工具记录的UE侧数据，能够基本上定位一些掉话问题；对于更加复杂的问题，需要配合CDL和实时状态监控来综合分析。
也有一些商用手机的问题或者重点用户的问题，没有手机侧记录的消息，需要通过从单用户跟踪数据来分析和定位。单用户跟踪除了记录单用户的信令消息（Iu，Iur，Iub，Uu），同时需要记录P-CCPCH RSCP、 C/I性能跟踪，记录UE的发射功率，记录上行SIR，SIR Target，记录上行BLER，记录下行码发射功率，如果是数据业务，还要进一步记录上下行的业务量和吞吐量。
图 3-3 呼叫跟踪分析流程
1.获取单用户跟踪消息
单用户跟踪消息需要事先在RNC上进行跟踪，才能记录相应的消息。根据IMSI进行跟踪记录的消息用来分析掉话问题是足够的。
2.获取掉话点信息
从单用户跟踪消息来看，掉话的定义是RNC主动发起了RAB释放（消息名称为
RANAP_RAB_RELEASE_REQ），或者RNC主动发起IU释放（消息名称为RANAP_IU_RELEASE_REQ）。前者对应为用户面掉话，后者对应为信令面掉话。通过查找以上两条消息，就可以或者掉话点的时间，以及掉话前的信令消息，以便进一步进行分析。
3.信令面掉话分析
信令面掉话表现为手机或者RNC不能收到确认模式传送的信令，产生SRB复位，导致连接释放。下行方向一般有这些消息手机不能收到而可能导致SRB复位：安全模式过程，鉴权加密
过程，测量控制，激活集更新，物理信道重配置，传输信道重配置，RB重配置以及3G到2G的切换命令（HANDOVER FROM UTRAN COMMAND），手机是否收到这些命令需要手机侧的跟踪消息来确认；上行方向有以下的消息可能导致SRB复位：测量报告，激活集更新完成，物理信道重配置完成，传输信道重配置完成，RB重配置完成，同样需要RNC侧的跟踪消息来确认是否收到。
4.用户面掉话分析
用户面掉话主要是TRB复位，这种情况主要在PS业务上发生，voice和VP业务不会产生TRB 复位。一般可以通过确认掉话发生时的UE发射功率或者下行码发射功率情况来辅助确认。
当激活集中只有一条链路上，会由于RL failure导致RNC发起Iu Release， RL failure是上行失步引起的，但是下行失步会使UE关闭发射机，接着就造成上行失步，在定位掉话是上行引起释放还是下行引起的时候，需要分析掉话前手机的发射功率和实时状态监控的下行的码发射功率来区分。
下行覆盖差、下行干扰强或者上行干扰都会导致TRB复位。有时候数据业务由于重传次数设置不合理，在切换来不及的情况下，TRB比SRB先产生复位，在分析时要注意区分。
5.异常掉话分析
异常掉话一般指掉话无法从覆盖、干扰等方面找到原因，也无法根据前面介绍的用户面掉话或者信令面掉话原因来解释，这种掉话往往是设备的异常或者是手机的异常导致的。比如由于传输突然中断导致的掉话、基站设备异常导致的掉话、手机突然死机等都会导致异常掉话。对于传输异常一般通过分析CDL或者参看告警来进一步分析；对于基站设备异常可以通过查询基站状态来确认，对于手机异常，需要通过分析手机记录的数据来定位。
6.拨测，重现问题
当已有的数据不足以定位掉话问题的时候，启动更详细的数据跟踪，最好的办法采用测试手机是在问题点进行拨测，重现问题，然后继续进行分析。
3.4 用户投诉分析流程
图 3-4用户投诉分析流程
1.了解用户投诉
用户投诉发生的时候需要详细记录问题发生的时间，问题产生的地点，以及问题的具体现象。
2.检查话统指标
通过分析用户投诉相关的话统指标，来进一步分析该投诉是某个用户特有的问题还是网络一般性的问题，对于一般性的问题，请参考话统指标的分析来进一步分析投诉。
3.检查告警
根据投诉的时间，查看CN，RNC或者投诉地点对应基站的告警，看这些告警是否会产生相应的掉话，如果存在这个告警，试着消除和解决这个告警。
4.检查CDL
CDL记录了用户异常发生时候的信令，状态等信息，通过分析CDL可以进一步了解投诉产生的原因。
5.投诉点拨测，重现问题
对于话统分析，告警分析以及CDL分析都无法解决的问题，需要通过到现场拨测的方法进行问题重新，拨测的时候数据记录的方法和路测方法相同，在某些场合，可能不适合记录手机侧信息，那么需要通过RNC来尽量多的记录各种信息，特别需要记录收集上报的C/I和RSCP信息，以排除覆盖问题导致的掉话。对于一些特别的地点，到现场拨测都不可能，那么需要通过用户的手机号码来获取IMSI，然后在RNC启动呼叫跟踪，以便进一步定位问题。
第4章常见掉话原因分析
4.1 覆盖差
TD网络覆盖指标主要是P-CCPCH的RSCP、C/I。通常所说的覆盖差，是指RSCP小于－100dBm。
对覆盖差问题进行分析是，通常要考虑上行覆盖和下行覆盖。上行覆盖差还是下行覆盖差的问题需要通过掉话前上行或者下行的专用信道功率来确认，需要采用以下的方法来确认：如果掉话前的上行发射功率达到最大值，并且上行的BLER也很差或者从RNC记录的单用户跟踪上看到NodeB上报RL failure，基本可以认为上行覆盖差导致的掉话。
如果掉话前，下行发射功率达到最大值，并且下行的BLER很差，基本可以认为是下行覆盖不行导致的掉话。
在合理的链路平衡情况下，而且上下行没有干扰的情况下，上行和下行发射功率会同时受限，此时不一定要严格区分哪一方先出现受限。如果上下行严重不平衡，则应该初步判定为受限方向存在干扰。
确认覆盖的问题简单直接的方式是直接观察Scanner采集的数据，若最好小区的RSCP和C/I都很低，就可以认为是覆盖问题。
由于缺站、扇区接错、功放故障导致站关闭等原因都会导致覆盖差，在一些室内，由于过大的穿透损耗也会导致覆盖太差，扇区接错或者站点由于故障原因关闭等容易在优化过程中出现，表现为其他小区在掉话点的覆盖差，需要注意分析区别。
4.2 邻区漏配
一般来讲，初期优化过程掉话占大多数是由于邻区漏配导致的。对于同频邻区，通常采用以下的办法来确认是否为同频邻区漏配：
方法一：观察掉话前UE记录的激活集C/I信息和Scanner记录的Best Server C/I信息，如果UE记录的C/I很差，而Scanner记录的Best Server C/I很好；同时检查Scanner记录Best Server扰码是否出现在掉话前最近出现的同频测量控制的邻区列表中，如果测量控制的邻区列表中中没有扰码，那么可以确认是邻区漏配。
方法二：如果掉话后UE马上重新接入，如果UE重新接入的小区扰码和掉话时的扰码不一致，也可以怀疑是邻区漏配问题，可以通过测量控制进一步进行确认（从掉话位置的消息开始往前找，找到最近一条同频测量控制消息，检查该测量控制消息的邻区列表）。
方法三：有些UE会上报检测集（Detected Set ）信息，如果掉话发生前检测集信息中有相应的扰码信息，也可以确认是邻区漏配的问题。
邻区漏配导致的掉话也包括异频邻区漏配和异系统邻区漏配。异频邻区漏配的确认方法和同频几乎相同，主要是掉话发生的时候，手机没有测量或者上报异频邻区，而手机掉话后重新驻留到异频邻区上。异系统邻区漏配表现为手机在3G掉话，掉话后手机重新选网驻留到2G网络，从信号质量来看，2G网络的质量很好（在掉话点用2G测试手机观察RSSI信号）。
4.3 切换掉话
切换导致掉话主要有两类原因：切换来不及或者乒乓切换。
从信令流程上CS业务表现为手机收不到激活集更新命令（物理信道重配置），PS业务也有可能收不到激活集更新命令，也有可能在切换之前先发生TRB复位。
从信号上看，切换来不及主要有以下现象：
1）拐角：源小区C/I陡降，目标小区C/I陡升（即突然出现就是很高的值）；
2）针尖：源小区C/I快速下降后一段时间后上升，目标小区出现短时间的陡升。
从信令流程上看，一般在掉话前手机上报了邻区的1g或者2a测量报告，RNC也收到了测量报告，并下发了激活集更新消息，但UE收不到激活集更新消息。
乒乓切换主要有以下两种现象：
1）主导小区变化快：2个或者多个小区交替成为主导小区，主导小区具有较好的RSCP和C/I每个小区成为主导小区的时间很短；
2）无主导小区：存在多个小区，RSCP正常而且相互之间差别不大，每个小区的C/I都很差。
从信令流程上看，一般可以看到1个小区刚刚删除，然后马上要求加入，此时收不到RNC 下发的激活集更新命令导致失败。
解决切换来不及导致的掉话，可以通过调整天线扩大切换区，也可以配置1g事件的切换参数使切换更容易发生，或者配置Offset使目标小区能够提前发生切换；解决乒乓切换带来的掉话问题，可以调整天线使覆盖区域形成主导小区，也可以配置1g事件的切换参数减少乒乓的发生等方法来进行。
对于异频切换和系统间切换，在切换前需要进行异频或者异系统测量，测量启动太迟，可能导致手机来不及测量目标小区的信号，从而产生掉话，也可能手机完成了测量，但下发的异频或者异系统切换请求手机不能正常接收而导致掉话。
对于3G 2G系统间切换掉话的常见原因大概如下：
邻区漏配置，可以通过配置邻区解决；
信号变化太快导致掉话；
手机问题，比如UE回切换失败或者UE没有上报异系统测量报告导致掉话等；
物理信道重配置时发生最优小区发生变更导致掉话，需要产品算法进行优化；
异系统小区配置过多导致掉话，可以通过优化邻区数目解决；
LAC区配置错误导致的掉话，可以通过数据配置检查解决。
4.4 干扰掉话
下行和上行的干扰都会导致掉话。一般情况下，对于下行，当激活集P-CCPCH RSCP大于-85dB，而激活集综合C/I小于-9dB产生了掉话，基本上可以认为是下行干扰的问题（当切换不及时的时候，也可能出现服务小区RSCP信号很好，但C/I很差；但此时监测集小区RSCP和C/I都很好）；对于上行RTWP比正常值（-107～-105）超过10dB，干扰时间超过2～3s，就有可能造成掉话，需要重点解决。
下行的干扰通常是指导频污染，指覆盖地区存在3个以上的小区满足切换条件，由于信号的波动常常出现激活集替换或者最优小区发生变化，通常当激活集综合质量不好（P-CCPCH的C/I都在-3dB左右波动），容易出现切换失败导致SRB复位，也可能出现TRB复位。
上行的干扰增加了连接模式的手机上行发射功率，从而产生过高的BLER导致SRB或者TRB
复位或者由于失步导致掉话。另外，在切换的时候，新建链路由于上行干扰问题导致链路不能同步，从而造成该小区的切换成功率低，或者造成切换失败而导致掉话。
通常在没有干扰的情况下，上下行是平衡的，也就是说掉话前上下行的发射功率都会接近最大值。但当干扰存在时，如果是下行的干扰，往往出现上行发射功率很小或者BLER收敛的情况，但下行发射功率达到最大值同时也伴随着下行BLER不收敛；对于上行干扰，会存在同样的表现，在实际分析可以通过这个方法来区分。
4.5 流程交互失败
一些需要信令交互的流程，如AMR控制、UE的状态迁移等，常常会由于信号的原因，手机支持方面的原因或者RAN设备和手机的配合问题，导致流程失败，最后导致掉话。还有一种特殊情况就是在流程的交互过程中，如RB建立，RB重配置等流程中，切换的测量报告不能及时处理，导致信号变差而掉话。
这类问题需要针对特定的流程和手机进行分析，没有一般性的处理方法。
4.6 异常
在排除了以上的原因之后，其他的掉话一般需要怀疑设备的问题，需要通过查看设备的日志，告警等进一步来分析掉话原因。比如：NodeB异常引起同步失败，导致的链路不停增加和删除,手机不上报1g测量报告导致掉话.这里需要重点注意的是测试手机异常死机引起的掉话问题，一般在拨测过程中容易出现这个问题，具体表现为路测记录的数据中有一段时间没有手机上报的信息。
4.7 调整措施
4.7.1 工程参数
工程参数的调整可以调整站点的位置、天线的高度、下倾角、天线的波瓣宽度、天线增益以及方向角等。
对于上行或下行覆盖问题导致的掉话，增加站点是最好的办法，同时可以考虑更改天线的高度、下倾角，也可以更换增益更高的天线或者增加塔放。
对于针尖和拐角效应，通过天线调整也是比较有效的解决办法，由于针尖效应和拐角效应往往出现在街道拐弯的地方或者两条街道交界的地方，可以考虑通过天线的方向角和街道错开一定的角度的方式来调整，但同时需要注意原来街道路边商铺的覆盖不要有很大的影响。
对于导频干扰引起的覆盖问题，可以通过调整某一个天线的工程参数，使该天线在干扰位置成为主导小区；也可以通过调整其他几个天线参数，减小信号到达这些区域的强度；从而减少导频个数；如果条件许可，可以增加新的基站覆盖这片地区；如果干扰来自一个基站的两个扇区，可以考虑进行扇区合并。
工程参数的调整需要综合考虑整个小区调整效果，在解决一个问题的同时要注意不在其它区域引入新的问题。
4.7.2 小区参数
可调的参数包括小区偏移Offset、切换延迟触发时间、测量启动门限、切换判决门限、
WCDMA掉话问题分析及处理方法 作者：南京格安 在国外，W CDMA已经在多个国家投入商用；在国内，WCDMA产品正逐步走向成熟，网络商用化的脚步正在加快。在网络建设及运营中，掉话率（calldroprate）是反映网络质量的重要指标之一；掉话问题也是日常网络优化面临的一个常见问题。本文从掉话的定义、掉话处理的基本流程、各种掉话数据分析方法、掉话问题的解决方法等方面加以研究，并结合实际掉话案例进行分析。 一、掉话的定义 1.路测的掉话定义 路测的掉话定义是：从UE侧记录的空口信令上看，在通话过程（连接状态下）中，如果空口的消息满足以下3个条件的任何一个就视为路测掉话。 (1)收到任何的广播信道消息。 (2)收到无线资源释放的消息且释放的原因为非正常的。 (3)收到呼叫控制断连接、呼叫控制释放等消息，而且释放的原因为非正常的。 2.话统指标中的掉话定义 广义的掉话率应该包含CN和UTRAN的掉话率，由于网优重点关注与UTRAN侧的掉话率指标，本文掉话率描述也重点关注UTRAN侧的KPI指标。 从大的方面讲，掉话分为两大类，信令面掉话和用户面掉话。 需要说明的是：无线接入网话统掉话的定义只从Iu接口的角度进行统计，统计了RNC 主动发起的非正常资源释放的请求次数；路测的掉话定义主要从空口的消息和非接入层的消息结合原因值来进行定义的，两者不完全一致。比如说，对于同时进行主被叫通话，工具记录主叫的空口消息，如果被叫异常掉话，那么分析主叫的流程也会是一次掉话，但从话统上
看，这次主叫是没有掉话指标记录的。所以两者的定义是不完全一致的，在分析时需加以区分。 二、掉话原因分析 由于掉话分析将涉及到具体的信令分析，因此本文参考华为设备的参数设置进行分析，而不同设备的参数定义并不一定相同，但是分析方法是相通的。 1.邻区漏配 一般来讲，掉话在初期优化过程中大多数是由于邻区漏配导致的。对于同频邻区，通常采用以下方法来确认是否为同频邻区漏配。 方法一：观察掉话前UE记录的活动集EcIo信息和记录的BestServerEcIo信息。如果UE记录的EcIo很差，而记录的BestServer EcIo很好，同时检查记录Best Server EcIo 扰码是否出现在掉话前最近出现的同频测量控制的邻区列表中。如果同频测量控制的邻区列表中没有扰码，那么可以确认是邻区漏配。 方法二：如果掉话后UE马上重新接入，UE重新接入的小区扰码和掉话时的扰码不一致，也可以怀疑是邻区漏配问题，可以通过测量控制，进一步进行确认（从掉话位置的消息开始往前找，找到最近一条同频测量控制消息，检查该测量控制消息的邻区列表）。 方法三：有些UE会上报检测集（DetectedSet）信息，如果掉话发生前检测集信息中有相应的扰码信息，也可以确认是邻区漏配的问题。 邻区漏配导致的掉话包括异频邻区漏配和异系统邻区漏配。异频邻区漏配的确认方法和同频几乎相同，主要是掉话发生的时候，手机没有测量或者上报异频邻区，而手机掉话后重新驻留到异频邻区上。异系统邻区漏配表现为手机在3G网络掉话，掉话后手机重新选网驻留到2G网络，从信号质量来看，2G网络的质量很好（在掉话点用2G测试手机观察RSSI信号）。 2.覆盖差
目录 第一章前言 第二章造成掉话的多种原因 一、频率干扰 二、覆盖问题 三、硬件问题 四、其它问题 第三章路测掉话的原因分析及解决 一、关于掉话的描述 1）射频掉话 2）切换掉话 二、在路测时发现的掉话问题时,我们应从哪些方面进行考虑？ 三、对掉话现象进行分析以及可能的原因 1）频率干扰 2）缺少邻区&目标小区话务信道拥塞严重 3）覆盖问题（Poor level & Overshooting） 4）有线口的信道释放造成的掉话 5）硬件故障直接导致的掉话 6）BSS参数设置不当 7）切换掉话 8）手机问题 9）交换机参数设置问题 第四章路测中见到的典型的掉话现象 一、频率干扰 二、载频误码率高 三、载频低功 四、同频负切 结束语 第一章前言 在移动通信中，掉话是指在分配了话音信道（TCH）或独立专用控制信道（SDCCH）后，由于某种原因，使呼叫丢失或中断，正常通话无法进行的现象。掉话对系统接通率等指标虽没有重大影响，但却给用户造成许多不便，是目前用户投诉的热点。掉话是用户衡量企业运营质量和水平的重要标志，企业必须予以重视。 道路测试（Driver Test）是优化工作中必不可少的一项工作。测试工程师通过使用测试工具（笔记本电脑、测试软件、测试手机、GPS等）驱车进行通话状态和空闲状态的测试，通过记录下来的各种数据（场强、通话质量、小区参数、手机的瞬时状态等）进行现场或后期的分析，查找并解决网络问题。 随着网络的发展路测的工作方法和工作思路也应该逐步开阔和深入。一直沿用老的办法和固有的思维定式去分析日益复杂的网络问题是越来越难了。我们想通过对过去路测工作中所遇到的掉话问题的总结分析，给大家一个日常工作的指导，另外也希望能够使大家开阔思路，
M900/M1800 基站子系统故障处理手册目录 目录 第10章掉话类故障分析与处理...........................................................................................10-1 10.1 概述...............................................................................................................................10-1 10.1.1 掉话问题描述......................................................................................................10-1 10.1.2 掉话的计算公式..................................................................................................10-3 10.2 导致掉话的几种因素......................................................................................................10-4 10.2.1 覆盖引起的掉话..................................................................................................10-4 10.2.2 切换引起的掉话..................................................................................................10-6 10.2.3 干扰引起的掉话..................................................................................................10-8 10.2.4 天馈引起的掉话................................................................................................10-10 10.2.5 传输引起的掉话................................................................................................10-11 10.2.6 无线参数设置不合理.........................................................................................10-11 10.2.7 其它原因引起的掉话.........................................................................................10-12 10.3 典型案例......................................................................................................................10-13 10.3.1 优化切换参数减少掉话.....................................................................................10-13 10.3.2 直放站干扰引起掉话.........................................................................................10-13 10.3.3 MAIO相同引起干扰掉话...................................................................................10-15 10.3.4 上下行不平衡....................................................................................................10-15 10.3.5 孤岛效应引起掉话.............................................................................................10-16 10.3.6 与版本相关的参数设置.....................................................................................10-17
华为GSM掉话分析 一、华为GSM网络掉话原因分析及相关无线参数的修改 在GSM网络运行中，掉话是用户投诉的热点，也是衡量无线网络质量的重要指标。本文根据华为GSM网络优化的一些经验，结合网规网优理论，分析了掉话问题产生的原因，对与掉话相关的无线参数的作用做一点总结。 产生掉话的主要原因有： 1.1覆盖原因： （1）不连续覆盖（盲区） 由孤站引起的掉话，由于在孤站边缘，信号强度弱质量差，无法切换到其它小区而掉话。 由于基站所覆盖的区域地形复杂（如山区公路）、地势起伏，无线传播环境复杂，信号受阻挡，覆盖不连续造成掉话。 （2）室内覆盖差 因为一些建筑物密集，信号传输衰耗大，加上建筑物墙体厚，穿透损耗大，室内电平低，使得在通话过程中掉话。 （3）孤岛 服务小区由于各种原因（如功率过大）形成孤岛，以至于移动台超出了它所定义的邻小区B的覆盖范围之外到达了小区C后还占用着原服务小区A的信号，而小区A又未定义邻小区C，此时移动台再根据原服务小区A提供的邻小区B进行切换时，就会因找不到合适的小区而导致掉话，不连续覆盖（盲区）； 对于覆盖原因产生的掉话，还是要具体分析原原因；在参数方面，与覆盖相关的参数，主要有四类： ①MS最小接受信号等级 ②RACH最小接入电平 ③载频功率等级 ④最大时间提前量TA MS最小接受信号等级在搬迁时按照爱立信的设定值进行设定，城区基站较为密集，越区覆盖现象比较严重，所以在城区MS最小接受信号等级一般设为12或14；在郊区一般设为8或10； RACH最小接入电平都设为5（该值要比MS最小接受信号等级的值小，而且该值影响寻呼成功率，修改时要谨慎）； 载频功率等级，城区基站，对于单载频配置的小区，由于不经过合路器，机顶输出功率大，路测时发现有越区覆盖现象；为防止越区覆盖产生掉话，所以把载频功率等级由0降为1。 至于最大时间提前量TA，在小区属性表中，开站时都设为62； 1.2由于切换原因导致的掉话 （1）参数设置不合理 如两个小区相交的区域信号电平都很低，在参数上切换候选小区电平设置过低，切换门限设置太小，当邻小区电平某一时段稍强于服务小区时，一些MS就会切入该邻小区，而在切入后不久，恰好该小区的信号减弱，而又没有合适的小区再发生切换时就会掉话。 （2）邻区不全
WCDMA 掉话问题分析 第一章掉话分类定义 第一节正常释放流程 一个CS正常释放信令流程 1.UE发RRC_UL_DIR_TRANSF消息给RNC，消息中nasmessage是0325，表示是call control 子层的disconnect消息。 2.RNC发RANAP_DIRECT_TRANSFER消息给CN，消息中naspdu是0325，表示是call control 子层的disconnect消息。 3. CN发RANAP_DIRECT_TRANSFER消息给RNC，消息中naspdu是832d，表示是call control 子层的release消息。 4.RNC发RRC_DL_DIRECT_TRANSF消息给UE，消息中nasmessage是832d，表示是call control子层的release消息。 5.UE发RRC_UL_DIR_TRANSF消息给RNC，消息中nasmessage是032a，表示是call control 子层的release complete消息。 6. RNC发RANAP_DIRECT_TRANSFER消息给CN，消息中naspdu是032a，表示是call control 子层的release complete消息。
https://www.doczj.com/doc/7119102814.html,发RANAP_IU_RELEASE_COMMAND消息给RNC，开始释放Iu口资源，包括RANAP 层和ALCAP层资源。 8. RNC发RANAP_IU_RELEASE_COMPLETE消息给RNC。 9.RNC发RRC_RRC_CONN_REL消息给UE，开始释放RRC连接。 10. UE发RRC_RRC_CONN_REL_CMP消息给RNC。 11.RNC发NBAP_RL_DEL_REQ消息给NODEB，开始释放Iub口资源，包括NBAP层和ALCAP 层，PHY层资源。 12. NODEB发NBAP_RL_DEL_RSP消息给RNC，整个释放过程结束。 一个PS正常释放信令流程 1.UE发RRC_UL_DIR_TRANSF消息给RNC，消息中nasmessage是0a46，表示是session management子层的deactivate PDP context request消息。 2.RNC发RANAP_DIRECT_TRANSFER消息给CN，消息中naspdu是0a46，表示是session management子层的deactivate PDP context request消息。 3. CN发RANAP_DIRECT_TRANSFER消息给RNC，消息中naspdu是8a47，表示是session management子层的deactivate PDP context accept消息。 4. CN发RANAP_RAB_ASSIGNMENT_REQ消息给RNC，消息中给出要释放的RAB list，其中包含了要释放的RAB ID。 5. RNC发RRC_DL_DIRECT_TRANSF消息给UE，消息中nasmessage是8a47，表示是session management子层的deactivate PDP context accept消息。 6. RNC发NBAP_RL_RECFG_PREP消息给NODEB。 7. NODEB发NBAP_RL_RECFG_READY消息给RNC， 8. RNC发RRC_RB_REL消息给UE，释放业务RB。 9. NODEB发NBAP_RL_RECFG_COMMIT消息给RNC，
VoLTE经验总结 1 广州VOLTE网络质量现状 经过近三个月的优化工作，广州ATU网格内，掉话率逐步改善，从11.5%（四月）下降至3.27%（七月）；接通率从93.1%提升至6月份的96.6%，七月份下降至89.46%。 七月份测试期间核心网的IOT测试也在进行；较多invite 500、SIP unknown、MT CSFB等异常问题导致的连续多次未接通。广东公司计划在本周对广州IMS 进行华为IMS替换爱立信IMS的操作，故七月份测试遇到的异常IMS相关问题分析进度暂缓。
2 广州VoLTE测试问题优化进展 2.1 异频重定向掉话问题验证（问题解决） 背景：中兴eNodeB在P01版本下，因邻区缺失导致异频重定向掉话，该问题需升级P02版本解决。 网格44、45测试过程中未发生异频重定向掉话，信令上分析测试过程中出现过多次连续上报异频A3的测报，未切换也未发生重定向，P02版本禁止QCI 1 业务异频重定向功能生效。
2.2 异系统重定向掉话问题验证（问题解决） 背景：中兴eNodeB在P01版本下，VoLTE发生重定向掉话，该问题需升级P02版本解决。 网格44、45基础覆盖较差，以往拉网测试均会发生多次系统重定向掉话，7月24日，网格44、45完成P02版本升级，升级后重定向掉话问题解决，拉网测试掉话率改善明显。 P02版本禁止QCI 1业务重定向功能打开，终端上报A2（盲重定向门限）或B2事件（2G 邻区信息错误）等前期会导致重定向的情况下，网络均未下发重定向，VoLTE业务保持通话结束后自动挂机，未产生掉话事件
2.3 TM3/8转换掉话问题验证（问题解决） 背景：中兴eNodeB在P01版本下，VoLTE业务过程中发生TM3到TM8模式转换，因为基站提前转换导致终端掉话，该问题需升级P02版本解决。 8月3日，网格45所有升级站点打开TM3/8自适应，验证VoLTE业务在TM3与TM8进行转换时是否掉话，测试结果如下：
GSM网络优化中掉话、拥塞的原因及解决办法 1．掉话 在移动通信中，掉话是指在分配了话音信道（TCH）后，由于某种原因，使呼叫丢失或中断，正常通话无法进行的现象。掉话不仅影响网络指标，而且会给用户造成许多不便，是用户投诉的热点。 1.1掉话产生的原因 1、由干扰引起的掉话： 干扰主要包括同频、邻频及交调干扰。当手机在服务小区中收到很强的同频或邻频干扰信号时，会引起误码率恶化，使手机无法准确解调邻近小区的BSIC码或不能正确接收移动台测量报告。基站在通过SDCCH为手机分配好应使用的话音信道后,由于没有临近小区BSIC码而无法判断该使用哪个小区的话音信道，从而产生掉话。交调干扰主要来自于外部干扰，如CDMA站会对我基站上行频率产生干扰。 2、由于切换引起的掉话： （1） MS在通话中，手机列表中计算6个最好的相邻小区为切换做准备，但当网络覆盖不好时，会产生频繁切换，造成无主控小区，产生掉话。 （2）一些小区由于话务忙，会把话务推给相邻小区，但当相邻小区信号不好或无空闲信道时就会产生掉话。 （3）孤岛效应。如果服务小区A由于地形的原因产生的场强覆盖小岛C，而在小岛C周围又为小区B的覆盖范围，如在A的相邻小区列表中未添加小区B，那么当用户在C 中建立呼叫后一走出小岛C，由于无处可切换将产生掉话。 3、参数设置不合理引起的掉话： 影响掉话的参数主要有切换参数和相邻小区参数。如：PMRG设置过高或相邻小区参数做错都会导致掉话。 4、基站硬件引起的掉话： BTS的硬件故障也会引起掉话，NOKIA设备中的7745（CHANNEL FAILURE RATE ABOVE DEFINED THRESHOLD） 、7949 （DIFFERENCE IN RX LEVELS OF MAIN AND DIVERSITY ANTENNA / TRX）是特别要引起注意的，因为这些告警同时伴随着掉话。 5、Abis接口失败产生的掉话 Abis接口的，包括BSC未收到来自BTS的测量报告，超过TA极限，切换过程的一些信令失败以及一些内部原因，此外还有Abis接口的误码率的影响。 6、覆盖不好引起的掉话： 有些小区由于覆盖范围过大造成在小区覆盖的边缘地带信号不好，电平值很低，手机列表中测量的相邻小区的电平值又达不到接入的要求（如RXLEV ACCESS MIN＝－95dBm）而引起掉话，在边远地区、网络覆盖不好的情况下经常会出现这种掉话。 1.2 掉话的解决办法 如果一个小区掉话很高，可以先通过查掉话报告（如163报告），先确定是由于哪方面引起的掉话。 （1）对于由于切换引起的掉话的解决，可先进行大范围的路测，通过路测可以确定是和哪个相邻小区切换不正常。对于一些与该小区有切换关系而拥塞率又较高的小区应作为测试的重点，并需要检查小区周围是否有盲区存在，如果是这种原因应及时修改相关频率并
高掉话小区处理流程建议 1. 背景 掉话率反映了系统话音业务的通讯保持能力，反映了系统的稳定性和可靠性，反映统计时间话音信道占用后因各种原因导致掉话严重程度，是无线通讯系统的重要性能指标，当系统的掉话率高时，会严重影响用户的感知，从而导致用户投诉或不满。此次我们主要针对TCH掉话的分析过程进行说明。 在NOKIA设备中，掉话次数count主要统计的是掉话出现在哪个接口，如：无线口、A_BIS口，A 口等等，并没有按掉话原因类型进行分类，如：信号质量差掉话或TA掉话等等，因此，在NOKIA设备中，应该按照掉话出现的接口进行分析。 2. 3J掉话率公式 (sum(a.tch_radio_fail+a.tch_rf_old_ho+a.tch_abis_fail_call+a.tch_abis_fail_old +a.tch_a_if_fail_call+a.tch_a_if_fail_old+a.tch_tr_fail+a.tch_tr_fail_old +a.tch_lapd_fail+a.tch_bts_fail+a.tch_user_act+a.tch_bcsu_reset +a.tch_netw_act+a.tch_act_fail_call)-sum(b.tch_re_est_assign))/ (sum(a.tch_norm_seiz)+sum(c.msc_i_sdcch_tch+c.bsc_i_sdcch_tch+c.cell_sdcch_tch)-sum(a.tc h_succ_seiz_for_dir_acc)+sum(a.tch_seiz_due_sdcch_con) -sum(b.tch_re_est_assign))*100% Counters from tables: A = p_nbsc_traffic B = p_nbsc_service C = p_nbsc_ho 上表就是NOKIA设备中，分为在各个接口的14类掉话。
1 网优类 1.1 掉话类 掉话排查总体思路流程图
1.1.1 CS掉话类问题处理流程 现网的掉话监测分成RNC级的掉话与小区级的掉话两个方面，若出现网元大 面积掉话，可能由RNC硬件故障引起。但还有一种情况是全网所有的RNC 掉话率都较高，此时可以考虑可能是由于CN的故障或是由其它系统原因造成， 比如系统升级。
造成RNC掉话升级的原因可以有以下几种： 1. 参数配置错误：这有两个方面参数配置存在问题，一是RNC中的全局参 数配置存在问题，另一方面是由CN中对RNC的参数配置存在问题。 2. RNC硬件故障问题：需要通过对RNC告警的检查以及对RNC日志的检 查来确定是否是由硬件故障引起。 小区级掉话率较高，造成小区掉话的原因较多，主要有以下几种： 1. 干扰造成的掉话：（同频干扰、相关性较强的扰码引起的干扰、导频污 染、上下行交叉时隙干扰、上下行导频间干扰、系统间干扰、其它无线 设置的干扰） 2. 切换造成的掉话：（硬件故障导致切换异常、同频同扰码小区越区覆盖 导致切换异常、越区孤岛切换问题、目标小区上行同步失败导致切换失 败、无线参数设置不合理导致切换不及时） 3. 基站硬件故障造成的掉话 4. 终端问题造成的掉话 5. 链路失衡造成的掉话 6. 参数配置错误造成的掉话 覆盖问题造成的掉话（覆盖空洞造成的掉话、越区覆盖造成的掉话、孤岛效应 导致的掉话、导频杂乱导致的掉话、阴影衰落导致的掉话） 1.1.1.1 RNC级问题处理思路 1. 确定问题小区的分布情况（比如是否集中在同一框的某一单板上）。 2. 出现RNC级掉话后，首先需确定该RNC级的掉话是由多个小区引起的， 还是由个别高掉话的小区所导致。如果是由个别小区引起的，应进行小 区级的掉话处理步骤，否则进入网元级的掉话处理过程。 3. 检查RNC的系统告警，检查是否存在相关硬件的告警信息，如果存在单 板的告警，则需要进行排除。 4. 检查RNC的系统日志，对其中不正常部分进行检查。 5. 检查CT数据中掉话部分的信令，分析其错误代码，常见的RNC级参数 设置错误引起的掉话主要有以下几种：
WCDMA掉话分析及解决方法 一、掉话的定义 1.路测的掉话定义 路测的掉话定义是：从 UE侧记录的空口信令上看，在通话过程（连接状态下）中，如果空口的消息满足以下3个条件的任何一个就视为路测掉话。 (1)收到任何的BCH消息（即系统消息）。 (2)收到无线资源释放的消息且释放的原因为非正常的。 注释：收到RRC Release消息（原因为非正常释放Not normal） (3)收到呼叫控制断开连接、呼叫控制释放等消息，而且释放的原因为非正常的。 注释：收到CC Disconnect，CC Release Complete，CC Release三条消息中的任何一条，而且释放的原因为Not Normal Clearing或者Not Normal，Unspecified。 2.话统指标中的掉话定义 广义的掉话率应该包含CN和UTRAN的掉话率，由于我们做网优重点关注与UTRAN侧的掉话率指标，今天讲的掉话率描述也重点关注UTRAN侧的KPI指标。 注：UMTS Terrestrial Radio Access Network -- UMTS陆地无线接入网 从大的方面讲，掉话分为两大类，信令面掉话和用户面掉话。 需要说明的是：无线接入网话统掉话的定义只从Iu接口的角度进行统计，统计了RNC主动发起的非正常资源释放的请求次数；路测的掉话定义主要从空口的消息和非接入层的消息结合原因值来进行定义的，两者不完全一致。“比如说，对于同时进行主被叫通话，工具记录主叫的空口消息，如果被叫异常掉话，那么分析主叫的流程也会是一次掉话，但从话统上看，这次主叫是没有掉话指标记录的。所以两者的定义是不完全一致的，在分析时需加以区分。” 注：从RNC记录的信令上看，如果在Iu接口上看到了RNC 发向CN的消息为IuRelease Request或者RNC发给CN的消息为RAB Release Request消息，此时定义为异常掉话。 二、掉话原因分析 由于掉话分析将涉及到具体的信令分析，因此本文参考华为设备的参数设置进行分析，而不同设备的参数定义并不一定相同，但是分析方法是相通的。
VOLTE高掉话处理流程 1. 基站告警-主要指小区存在明显的站点告警，主要影响业务告警，包含硬件、停电、断站，射频单元驻波，IPPATH，S1故障等告警； 2. 隐形故障-主要指对问题点进行后台排查后，未发现明显故障，需上站检查相关硬件，计为隐性故障； 3. 传输故障-主要指小区存在传输链路断链，误码率过高,传输数据配置异常等问题； 4. 参数问题-主要指小区存在参数设置不合理、设置错误，参数漏配等； 5. 覆盖问题-主要指小区存在弱覆盖、覆盖过远或覆盖不合理等因素； 6. 内部干扰-主要指小区存在时隙配比不一致（要求同频点站点时隙配比一致）、GPS失锁、模三干扰、超远干扰； 7. 外部干扰-主要指小区存在阻塞干扰、杂散干扰、互调干扰、及其他外部干扰； 8. 邻区问题-新开站点邻区关系不全，不合理或未加任何邻区，影响UE小区选择或重选至不合理小区，从而影响掉线率。 9. 拥塞问题-主要指小区存在明显的资源不足，用户过多导致。 10. 核心网问题-主要指核心网数据定义不全、定义错误或网元合理化调整、功能验证等，导致指标恶化，计为核心网问题； 11. 终端问题-主要指对问题点通过后台排查和现场测试，排除为所有可能无线侧因素，结
合相关信令，确认为个别用户终端问题； 12. 突发异常-主要指某项指标在1-2个时段突然出现恶化，然后自行恢复正常，再排查完各种可能性原因后，未发现任何异常，计为突发异常。 2、E-RAB 掉线率(QCI=1/2)-高掉话TOP 小区分析流程 2、E-RAB掉线率(QCI=1/2)-高掉话TOP小区分析流程 1.查询掉线类定时器设置是否正确；（T310、N311、N310、T311、T301） 2.如掉线率突增，查询操作日志，确认是否有修改，导致小区异常； 1. 检查小区时隙配比是否设置准确（DE:SA2\SSP7;F:SA2\SSP5）； 2.如每PRB 上干扰噪声平均值>-110dBm,确认小区存在上行干扰，同时可通过后台跟踪，确认干扰类型 1.通过观察小区上下行丢包率是否正常，如丢包率偏高，基本断定小区存在质差； 2. 通过后台QCI=1/2误码率跟踪，如BLER>1%，确定小区存在高误码； 1.检查传输模式，是否为TM3，如长时间为TM2，确认设置正确的情况下，基本确定小区存在弱覆盖； 2.对比64QAM 和QPSK 占比，如后者比例远大于前者,可确定小区覆盖异常； 1.安排前场人员现场测试，同时后台通过信令跟踪，配合查找问题原因； 2.如果确认问题后，转发相关人员处理，做好跟踪工作，直至问题闭环； 1.确定目标小区运行情况，是否基站故障或异常告警； 2. 检查邻区间参数设置是否正确； 3.通过Mapinfo 检查小区邻区配置是否合理，进行邻区合理性优化； 4.检查基站是否周边站点缺少，如为孤站，可视为正常； 1.通过LST ALMAF 查询站点实时告警,参考历史告警； 2.通过DSP BRD 查询单板运行情况； 是否存在弱覆盖 E-RAB 掉线率(QCI=1/2)高 掉话TOP 小区 服务小区是否存在异常告警或传输闪断，周边300米站点是否存在断站及告 警SRB 达到最大重传次数导致的激活的语音业务E-RAB 异常释放次数 切换流程失败导致的激活的语音业务E-RAB 异常释放 eNodeB 发起的原因为无线层问题的UE Context 释放次数 上行弱覆盖导致的激活的语音业务E-RAB 异常释放通过提取两两小区切换，确定目标小区 参数是否设置合理 是否存在高干扰 是否存在高质差 现场测试及后台跟踪 UE Reply 超时导致的激活的语音业务E-RAB 异常释放
3G网络掉话分析与优化 摘要：CDMA2000是3G的通信标准之一。在网络优化中，掉话是用户投诉的热点。本文以CDMA2000网络为例研究了系统掉话的原因及出现相应故障事件所采用的优化方案，通过实际路测案例分析对掉话原因进行分析并解决系统出现的掉话故障。 关键字：3G；掉话分析；无线网络优化 一、引言 掉话是指移动台正处于在业务状态下，但未按正常释放流程中断本次业务而直接进入系统搜索状态。由于掉话对终端用户的影响很大，运营商一般都将话务掉话比或者掉话率作为网络质量考核的KPI指标。因此，如何降低系统的掉话率、提高网络运行质量就成为无线网络优化工作的重要内容。 二、网络优化中的掉话分析过程 1、话统分析 首先找出掉话率明显异常的小区进行分析，应先从以下几个方面检查掉话原因，例如硬件设备故障、弱覆盖、天馈/GPS时钟、传输问题或者无线参数配置。如这几个方面均无明显异常，可以统计单个载频的掉话指标，找出是否是某个载频的问题。查询掉话率的同时还要关注掉话次数。除此之外，干扰、覆盖、切换等问题也会影响掉话指标。所以，实际分析解决问题时，在重点抓住某个指标分析的同时还需要结合其他指标一起分析。 2、业务观察与信令跟踪 我们可以利用Service Observation，跟踪观察某个基站或者单个用户的IMSI的呼叫，记录呼叫过程中的基本信息（如：主叫、被叫号码、初始接入的小区ID、扇区ID、引起呼叫释放的内部原因等）。Signaling Trace，通常选择按单个用户的IMSI或ESN进行跟踪；测试完毕后，保存数据，可使用客户端或STP单机版查看采集的信令流程。从信令流程中分析问题。 3、路测分析 路测是我们了解网络质量、发现网络问题中直接、准确的方法。路测时需要观察是否有上下行不平衡，是否有天馈装反、导致某PN的信号出现在不该出现的地方，是否有越区覆盖、盲区覆盖等等。特别在进行了参数调整或做了RF优化调整后，都需要通过路测了解这些调整是否达到了预期效果。路测可以解决细节问题，但也有局限。由于路测路线的限制，不可能得到网络的完整情况。话统与测试相结合才能有效解决问题。 4、告警信息分析 设备告警信息能实时反映全网设备运行状态，需要密切关注。当话统中的某一指标出现异常，很有可能是设备出现问题，区别不同的告警并将其与话统指标联系起来分析才不至于浪费时间。 三、实际路测掉话优化案例分析 问题发生地点：测试车辆沿G107由北向南行驶，在亿通停车场基站与拆解中心基站中间主叫手机占用201频点发生掉话事件。如图1所示。
掉话类故障处理指导 掉话分类定义 在华为Probe侧对于掉话（ERAB Abnormal Release）的定义：UE没有收到Deactivate Eps Bearer Context Request消息，但收到RRC Release或RRC Connection Reconfiguration消息，则表示ERAB异常释放。 标口信令 在eNodeB跟踪到的标准接口信令中，如果存在eNodeB发起的释放，即在S1接口上发往CN的S1AP_UE_CONTEXT_REL_REQ消息内携带的原因值不为“User-inactivity (20)”时，则判断为掉话。 掉话预检查方式 异常掉话通常都是由eNB发起的释放，通知MME释放上下文，因此只要查看S1口发送的S1AP_UE_CONTEXT_REL_REQ消息即可，如下图所示。 S1AP_UE_CONTEXT_REL_REQ 点击“标准接口消息类型”按消息类型进行排序，这样所有的S1AP_UE_CONTEXT_REL_REQ 都会排列在一起，如下图所示。 按消息类型排序 依次点击下一条，查看中的原因值，找出最后的原因为非02 80 的原因值。
找到异常掉话消息 根据对应的时间点，打开标准UU口的跟踪，找到对应时间点的RRC_CONN_REL消息，如下图所示。 找到对应的UU口消息 掉话率指标话统公式 在话统侧异常掉话指标的公式定义如下： Call Drop Rate = L.E-RAB.AbnormRel / (L.E-RAB.AbnormRel + L.E-RAB.NormRel) 等同于： Call Drop Rate = L.E-RAB.AbnormRel.QCI.N / （L.E-RAB.AbnormRel.QCI.N +
掉话分析 在网络竞争日益激烈的今天，在用户对网络质量要求愈来愈高的今天，移动通信网络的性能已经越来越被人们所关注，而如何提高它的性能指标，更成为移动通信网络运营商的焦点问题之一。 现在让我们以北电系统为例详细研究一下掉话产生的原因，观察的办法及解决的措施（以下计数器和OMC_R参数均以北电系统为例）。 掉话可分为两种形式,一类是在SDCCH信道上的掉话,一类是在TCH信道上的掉话,SDCCH 的掉话是当BSC给移动台分配了SDCCH信道而TCH信道还未分配成功期间的掉话,它记入计数器C1163/x(除了C1163/5、C1163/20）中,而TCH的掉话是当BSC给给移动台分配TCH 信道成功直至将TCH信道释放掉,期间内不正常的掉话,它会记入计数器C1164/x （除了C1164/0、1、3、20、28、31）中. 在GSM规范中定义了一个叫RADIOLINKTIMEOUT(无线链路超时)的参数,单位是（个）SACCH测量报告,因为当手机进入专用模式的状态后是通过SACCH信道来传递它的上下行链路信息,在下行信道上它对手机广播系统消息SYSTEMFINFORMA TIONTYPE5、TYPE5bis、type5ter(主要是邻小区的消息)及TYPE6(主要是服务小区的消息),在上行链路上对BSS发送测量报告消息(功率控制消息、时间提前量、服务小区的电平、信号质量及邻小区的电平报告),在SDCCH信道和TCH信道上均有SACCH测量报告,在SDCCH信道上一个完整的SACCH测量报告的周期是470ms,在TCH上一个完整的SACCH测量报告的周期480ms.,在移动台侧当丢失一个SACCH报告RADIOLINKTIMEOUT减1，当收到一个SACCH报告RADIOLINKTIMEOUT加2，直至RADIOLINKTIMEOUT减为0时，信道就被释放，就发生了掉话现象，被记入计数器C1163/14，C1164/14。在掉话现象中由于这种原因引起的掉话是最多的，因此，对于某些掉话率较高的基站，我们可以适当提高该值的设置，如可把它设为32（个SACCH测量周期）,一般情况下该值被默认设为20（个SACCH 测量周期），当改变该值时还应注意几点要求，一方面，应同时改变相关的参数如RLF1、和T3109，例如当RADIOLINKTIMEOUT设为32时，RLF1应被设为7，T3109值应大于16秒；另一方面，该小区不能为拥塞小区，因为T3109的设置加大会延长无线信道释放的时间。 现在让我们详细研究一下掉话产生的原因，观察的办法及解决的措施。 （一）、由于覆盖原因导致的掉话 1、服务小区由于各种原因（如无线传播环境太好、功率太高）导致覆盖太大将它的邻小区也覆盖在内，也有可能它的邻小区的定向天线（设它为定向小区）方位角有问题或本身就信号太弱，以至于移动台超出了它所定义的邻小区B的覆盖范围之外到达了小区C还占用着原服务小区A的信号，而小区A又未定义小区C，此时移动台再根据原服务小区A提供的供切换的邻小区B进行切换时，就会因找不到邻小区而导致掉话，这种情况一般发生在市区等基站密集的地方； 2、真正没有信号覆盖的地方，比如因基站太少导致覆盖不连续,这种情况现在不多见了；
掉话处理案例总结 Document serial number【NL89WT-NY98YT-NC8CB-NNUUT-NUT108】
路测掉话的原因分析及解决 1. 关于掉话的描述 在 GSM 系统中掉话从统计角度讲分为两大类：RF_LOSS 和 HO_LOSS 即射频掉话和切换掉话。考虑到2层信令的接续等问题，我们把掉话作如下描述。 1) 射频掉话 ●下行原因：Radio_link_timeout 计数器减至 0 ●上行原因：BSS 在 link_fail 的设定时间内未能接收到 UL SACCH 消息，使link_fail 计数器减至 0。BSS 下行功率停止发射 ●在 Layer 2 上： BSS/MS 每 T200 时间发送 N200＋1 次 SABM/DISC 消息，但未从接收端收到回应 2) 切换掉话 ●MS 未能成功切换至目标小区, 但未能回到源小区 ●MS 发送 HO FAILURE 和 UL-SABM 消息给源小区，但未得到回应 2. 在路测时发现的掉话问题时,我们应从哪些方面进行考虑 在路测中，如果我们发现了掉话，我们应该如何入手建议根据不同的现象作出一些初步的判断，可以尽量减少不必要的周折，提高工作效率。归纳起来初步判断有以下几点： ●带内、外干扰 ●无可切换的小区（拥塞、无邻区）
●覆盖问题（overshooting/poor coverage） ●有线口的信道释放 ●基站硬件故障（时钟、CTU 低功、信道盘的收发功率不平） ●天线错误（下倾角、方位角等错误） ●由于切换失败造成的掉话 ●参数设置不当 ●其它特殊原因（手机问题、交换机参数设置问题） 3. 对掉话现象进行分析以及可能的原因 在这一节中我们对每种造成掉话的可能原因进行具体的研究。在每一种原因中，我们尽可能的举出实际例子来进行说明。 1) 频率干扰 干扰会导致误码率升高，通信质量下降，是造成掉话的一个重要的原因。干扰可以分为带内干扰和带外干扰，也可以叫做系统内部干扰和系统外部干扰。 带外干扰：随着科技的进步，空中的无线电波越来越多，有些系统如 TCS 系统与 GSM 系统工作在同一频段，如果频率设置不当，会造成严重的频率干扰。在发射设备的非线性单元由于载波与通过天线进入的干扰信号产生互调干扰，会引起通话质量下降，产生掉话。另外一种情况就是人为的加建 GSM 频段的直放站，对功率以及天线方向不进行控制，对系统会造成上下行的干扰。一般有这
1.永春观山-1 掉话分析 问题描述： 永春观山-1小区在6月16日上午6点到9点平均TCH掉话率为4.04%，平均TCH掉话次数在9次左右。 处理步骤： （1）通过对永春观山-1小区在6月16日上午6点到9点的掉话性能统计（表1）进行分析后发现，TCH掉话时平均下行电平正常，下行在31左右，TCH掉话时上行电平为21左右，掉话时平均时间提前量在5左右，指标基本正常。 表 1 （2）查看永春观山-1小区在6月16日上午6点到9点的功控性能测量报告(表2)：发现该小区MS与BTS的最大中距离达到50。 （3）再查看永春观山-1小区在6月16日上午6点到9点的载频级性能测量报告发现该小区各项指标基本正常。（如表3所示）。
表3 总结：通过载频级掉话电平性能测量、载频级掉话质量性能测量以及小区接收质量性能测量等测量统计进行联合分析，发现该小区各项指标基本正常；可以初步判断，该小区掉话主要是由于越区覆盖所引起。 建议：将该小区的天线适当向下压（即减小小区覆盖范围）或将该小区的最小接入电平值从12改成15，RACH最小接和电平值改成109。 2.安溪感德潘田-1 掉话分析 问题描述： 安溪感德潘田-1小区在晚忙时平均TCH掉话率为0.78%，平均TCH掉话次数在7次左右。 处理步骤： （1）通过对安溪感德潘田-1小区在6月16日晚忙时的小区指标统计如下表进行分析发现指标正常。
2）. 通过对安溪感德潘田-1小区在6月16日晚忙时的无线链路异常统计如下表，进行分析发现该指标的时间提前量异常，由此很可能是由于越区覆盖所引起。 总结：从上表可以看到无线链路异常时时间提前量（掉话时的TA值）异常，最大达到37；初步可以判断该小区的掉话是由于越区覆盖所引起。 建议：将该小区的天线适当向下压（即减小小区覆盖范围）或提高最小接入电平。 3.安溪龙门龙门岭-1掉话分析 问题描述： 安溪龙门龙门岭-1小区在6月16号晚20时TCH掉话率为0.78%，TCH掉话次数在9次。 处理步骤： （1）通过对安溪龙门岭-1小区在6月16日晚忙时的小区指标统计如下表发现指标正常。