1、WCDMA 掉话问题分析掉话问题分析前言前言l掉话率（call drop rate）是反映网络质量的重要指标之一；掉话问题也是日常网络优化面临的一个常见问题；本文从路测、话统数据、RNC跟踪数据以及用户投诉等方面来描述了掉话问题处理的流程，并结合实际掉话案例进行分析。课程目标课程目标l掌握掉话的定义掌握掉话的定义l掌握掉话处理基本流程掌握掉话处理基本流程l掌握各种掉话数据分析方法掌握各种掉话数据分析方法l掌握掉话问题解决方法掌握掉话问题解决方法学习完本课程，您将能够：学习完本课程，您将能够：参考资料参考资料lWCDMA RNP 掉话专题分析lWCDMA RNO 掉话问题分析指导书课程内容课程内
2、容T第一章第一章 掉话分类定义掉话分类定义第二章第二章 常见掉话原因与掉话处理流程常见掉话原因与掉话处理流程第三章第三章 掉话问题解决方法掉话问题解决方法第四章第四章 掉话案例分析掉话案例分析第五章第五章 网络优化各阶段掉话关注点网络优化各阶段掉话关注点第一章第一章 掉话分类定义掉话分类定义正常释放流程正常释放流程l一个CS正常释放信令流程正常释放流程正常释放流程l一个CS正常释放信令流程1.UE发RRC_UL_DIR_TRANSF消息给RNC，消息中nas message是0325，表示是call control子层的disconnect消息。2.RNC发RANAP_DIRECT_TRANS
3、FER消息给CN，消息中nas pdu是0325，表示是call control子层的disconnect消息。3. CN发RANAP_DIRECT_TRANSFER消息给RNC，消息中nas pdu是832d，表示是call control子层的release消息。4.RNC发RRC_DL_DIRECT_TRANSF消息给UE，消息中nas message是832d，表示是call control子层的release消息。5.UE发RRC_UL_DIR_TRANSF消息给RNC，消息中nas message是032a，表示是call control子层的release complete消息。
4、 6. RNC发RANAP_DIRECT_TRANSFER消息给CN，消息中nas pdu是032a，表示是call control子层的release complete消息。 正常释放流程正常释放流程7.CN发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消息
5、给NODEB，开始释放Iub口资源，包括NBAP层和ALCAP层，PHY层资源。12. NODEB发NBAP_RL_DEL_RSP消息给RNC，整个释放过程结束。 正常释放流程正常释放流程l一个PS正常释放信令流程正常释放流程正常释放流程l一个PS正常释放信令流程1.UE发RRC_UL_DIR_TRANSF消息给RNC，消息中nas message是0a46，表示是session management子层的deactivate PDP context request消息。2.RNC发RANAP_DIRECT_TRANSFER消息给CN，消息中nas pdu是0a46，表示是session ma
6、nagement子层的deactivate PDP context request消息。3. CN发RANAP_DIRECT_TRANSFER消息给RNC，消息中nas pdu是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，消息中nas message是8a47，表示是session management子层的de
7、activate 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，10. UE发RRC_RB_REL_CMP消息给RNC，业务RB释放完成11. RNC发RANAP_RAB_ASSIGNMENT_RESP消息给CN，RAB释放完成 第一章第一章 掉话分类定义掉话分类定义空中接口定义空中接口定义l空中接口掉话定
8、义l空中接口掉话定义在通话过程中，如果空中接口信息满足下面三个条件中的任何一条，可以判断为掉话：1.收到任何的BCH消息（即系统消息）2.收到RRC Release消息（原因为非正常释放Not normal）3.收到CC Disconnect，CC Release Complete，CC Release三条消息中的任何一条，而且释放的原因为Not Normal Clearing或者Not Normal，Unspecified。 从RNC记录的信令上看，如果在Iu接口上看到了RNC 发向CN的消息为Iu Release Request或者RNC发给CN的消息为RAB Release Reques
9、t消息，此时定义为异常掉话。 空中接口定义空中接口定义第一章第一章 掉话分类定义掉话分类定义话统指标定义话统指标定义l话统指标定义CS掉话统计通过统计RNC触发的 RAB 释放个数，统计 RAB 建立个数，进而得到掉话率。根据测量对象的不同，掉话率可以分为面向 RNC 和面向小区的掉话率，分别考察整个 RNC 和单个小区的掉话情况。面向 RNC 的CS掉话率公式：(RNC_CS_RAB_REL_CONV_TRIG_BY_RNC+RNC_CS_RAB_REL_STR_TRIG_BY_RNC)/(CS_RAB_SETUP_SUCC_CONV+CS_RAB_SETUP_SUCC_STR)*100%测
10、量点：CS会话类(流类）业务建立成功后，RNC向CN CS发送IU RELEASE REQUEST消息，原因不是“Release due to UE generated signalling connection release ”。 话统指标定义话统指标定义面向 RNC 的 RNC 触发 CS RAB 释放原因统计 指标名指标名指标说明指标说明RNC_CS_RAB_REL_TRIG_BY_RNC_RF_LOSS含义：统计由于RNC触发的原因为Radio Connection With UE Lost的CS域RAB个数测量点：CS业务建立成功后，RNC向CN CS发送原因为“Release d
11、ue to UTRAN Generated Reason”的IU RELEASE REQUEST消息，其后CN发送释放原因Release due to UTRAN Generated Reason的IU RELEASE COMMAND。RNC_CS_RAB_REL_TRIG_BY_RNC_SRB_RESET含义：统计RNC由于信令RLC复位而触发释放的CS域RAB释放个数测量点：CS业务建立成功后，由于SRB复位RNC向CN CS发送IU RELEASE REQUEST消息，其后CN发送释放原因Release due to UTRAN Generated Reason的IU RELEASE C
12、OMMAND。RNC_CS_RAB_REL_TRIG_BY_RNC_AAL2_LOSS含义：统计RNC由于IU接口AAL2链路异常而触发释放的CS域RAB个数测量点：CS业务建立成功后，由于IU接口AAL2链路异常，RNC向CN CS发送RAB RELEASE REQUEST消息。话统指标定义话统指标定义l话统指标定义CS掉话统计面向小区的CS掉话率公式：(RNC_CS_RAB_REL_CONV_CELL_TRIG_BY_RNC+RNC_CS_RAB_REL_STR_CELL_TRIG_BY_RNC )/(CS_RAB_SETUP_SUCC_CONV_CELL +CS_RAB_SETUP_SU
13、CC_STR_CELL )*100% 测量点：CS会话类(流类）业务建立成功后，RNC向CN CS发送IU RELEASE REQUEST消息，原因不是“Release due to UE generated signalling connection release ” 。 话统指标定义话统指标定义面向 小区 的 RNC 触发 CS RAB 释放原因统计 指标名指标名指标说明指标说明RNC_CS_RAB_REL_CELL_TRIG_BY_RNC_OM含义：统计每个小区上OM干预引起RNC触发释放的CS域RAB数目测量点：CS业务建立成功后，RNC向CN CS发送RAB RELEASE REQ
14、UEST消息，释放原因为“OM Intervention”。CS业务建立成功后，RNC向CN CS发送IU RELEASE REQUEST消息，释放原因为“OM Intervention”,其后CN发送释放原因Release due to UTRAN Generated Reason的IU RELEASE COMMAND。RNC_CS_RAB_REL_CELL_TRIG_BY_RNC_UTRAN含义：统计每个小区上UTRAN产生的原因引起RNC触发释放的CS域RAB数目测量点：CS业务建立成功后，RNC向CN CS发送RAB RELEASE REQUEST消息，释放原因为“UTRAN Gene
15、rated Reason”。CS业务建立成功后，RNC向CN CS发送IU RELEASE REQUEST消息，释放原因为“UTRAN Generated Reason”,其后CN发送释放原因Release due to UTRAN Generated Reason的IU RELEASE COMMAND。RNC_CS_RAB_REL_CELL_TRIG_BY_RNC_RAB_PREM含义：统计每个小区上RAB抢占引起RNC触发释放的CS域RAB数目测量点：CS业务建立成功后，RNC向CN CS发送RAB RELEASE REQUEST消息，释放原因为“UTRAN Generated Reaso
16、n”。CS业务建立成功后，RNC向CN CS发送IU RELEASE REQUEST消息，释放原因为“UTRAN Generated Reason”,其后CN发送释放原因Release due to UTRAN Generated Reason的IU RELEASE COMMAND。RNC_CS_RAB_REL_CELL_TRIG_BY_RNC_SRBRESET含义：统计每个小区上RNC由于信令RLC复位而触发释放的CS域RAB个数测量点：CS业务建立成功后，由于SRB复位，RNC向CN CS发送RAB RELEASE REQUEST消息。CS业务建立成功后，由于SRB复位，RNC向CN CS
17、发送IU RELEASE REQUEST消息，其后CN发送释放原因“Release due to UTRAN Generated Reason”的IU RELEASE COMMAND。RNC_CS_RAB_REL_CELL_TRIG_BY_RNC_AAL2LOSS含义：统计每个小区上RNC由于IU接口AAL2链路异常而触发释放的CS域RAB个数测量点：CS业务建立成功后，由于收到AAL2 RELEASE INDICATION消息，RNC向CN CS发送RAB RELEASE REQUEST消息。话统指标定义话统指标定义l话统指标定义CS掉话统计CS掉话统计（面向业务）：AMR语音与VP掉话统计
18、：AMR语音业务：面向RNC的AMR语音掉话率= RNC_CS_RAB_REL_AMR_TRIG_BY_RNC / CS_RAB_SETUP_SUCC_CONV_0_32 * 100% 面向小区的AMR语音掉话率= RNC_AMR_RAB_REL_CELL_TRIG_BY_RNC / CS_RAB_SETUP_SUCC_AMR_CELL * 100% VP业务：面向 RNC 的VP掉话率 =RNC_CS_RAB_REL_CONV_64K_TRIG_BY_RNC / CS_RAB_SETUP_SUCC_CONV_32_64 * 100% 面向小区的VP掉话率= RNC_CS_CONV_64K_R
19、AB_REL_CELL_TRIG_BY_RNC/ CS_RAB_SETUP_SUCC_CONV_64K_CELL * 100% 第一章第一章 掉话分类定义掉话分类定义话统指标定义话统指标定义l话统指标定义PS掉话统计面向 RNC 的PS掉话率公式：(RNC_PS_RAB_REL_CONV_TRIG_BY_RNC+RNC_PS_RAB_REL_STR_TRIG_BY_RNC +RNC_PS_RAB_REL_INTER_TRIG_BY_RNC +RNC_PS_RAB_REL_BKG_TRIG_BY_RNC )/(PS_RAB_SETUP_SUCC_CONV +PS_RAB_SETUP_SUCC_S
20、TR +PS_RAB_SETUP_SUCC_INTER +PS_RAB_SETUP_SUCC_BKG )*100%测量点：PS会话类(流类，交互类、背景类)业务建立成功后，RNC向CN PS发送RAB RELEASE REQUEST消息。PS会话类(流类，交互类、背景类)业务建立成功后，RNC向CN PS发送IU RELEASE REQUEST消息，释放原因不是“UE Inactivity”、“Successful Relocation”和“Release due to UE generated signalling connection release ”。 话统指标定义话统指标定义面向 R
21、NC 的 RNC 触发 PS RAB 释放原因统计 指标名指标名指标说明指标说明RNC_PS_RAB_REL_TRIG_BY_RNC_RF_LOSS含义：统计由于RNC触发的原因为Radio Connection With UE Lost的PS域RAB个数测量点：PS业务建立成功后，RNC向CN pS发送原因为“Release due to UTRAN Generated Reason”的IU RELEASE REQUEST消息，其后CN发送释放原因Release due to UTRAN Generated Reason的IU RELEASE COMMAND。RNC_PS_RAB_REL_T
22、RIG_BY_RNC_TRB_RESET含义：统计RNC触发的由于业务RLC复位而释放的PS域RAB个数测量点：PS业务建立成功后，由于TRB复位，RNC向CN PS发送RAB RELEASE REQUEST消息。RNC_PS_RAB_REL_TRIG_BY_RNC_SRB_RESET含义：统计RNC由于信令RLC复位而触发释放的PS域RAB释放个数测量点：PS业务建立成功后，由于SRB复位RNC向CN PS发送IU RELEASE REQUEST消息，其后CN发送释放原因Release due to UTRAN Generated Reason的IU RELEASE COMMAND。RNC_
23、PS_RAB_REL_TRIG_BY_RNC_GTPU_LOSS含义：统计RNC由于GTPU异常而触发释放的PS域RAB个数测量点：PS业务建立成功后，由于GTPU异常，RNC向CN PS发送RAB RELEASE REQUEST消息。话统指标定义话统指标定义l话统指标定义PS掉话统计面向小区的PS掉话率公式：(RNC_PS_RAB_REL_CONV_CELL_TRIG_BY_RNC +RNC_PS_RAB_REL_STR_CELL_TRIG_BY_RNC +RNC_PS_RAB_REL_INTER_CELL_TRIG_BY_RNC +RNC_PS_RAB_REL_BKG_CELL_TRIG_
24、BY_RNC )/(PS_RAB_SETUP_SUCC_CONV_CELL +PS_RAB_SETUP_SUCC_STR_CELL +PS_RAB_SETUP_SUCC_INTER_CELL +PS_RAB_SETUP_SUCC_BKG_CELL )*100% 测量点：PS会话类(流类，交互类、背景类)业务建立成功后，RNC向CN PS发送IU RELEASE REQUEST消息， 释放原因不是“UE Inactivity”、“Successful Relocation”和“Release due to UE generated signalling connection release ”。
25、话统指标定义话统指标定义面向 小区 的 RNC 触发 PS RAB 释放原因统计 指标名指标名指标说明指标说明RNC_PS_RAB_REL_CELL_TRIG_BY_RNC_OM含义：统计每个小区上OM干预引起RNC触发释放的PS域RAB数目测量点：PS业务建立成功后，RNC向CN PS发送RAB RELEASE REQUEST消息，释放原因为“OM Intervention”。PS业务建立成功后，RNC向CN PS发送IU RELEASE REQUEST消息，释放原因为“OM Intervention”,其后CN发送释放原因Release due to UTRAN Generated Rea
26、son的IU RELEASE COMMAND。RNC_PS_RAB_REL_CELL_TRIG_BY_RNC_UTRAN含义：统计每个小区上UTRAN产生的原因引起RNC触发释放的PS域RAB数目测量点：PS业务建立成功后，RNC向CN PS发送RAB RELEASE REQUEST消息，释放原因为“UTRAN Generated Reason”。PS业务建立成功后，RNC向CN PS发送IU RELEASE REQUEST消息，释放原因为“UTRAN Generated Reason”,其后CN发送释放原因Release due to UTRAN Generated Reason的IU RE
27、LEASE COMMAND。RNC_PS_RAB_REL_CELL_TRIG_BY_RNC_RAB_PREM含义：统计每个小区上RAB抢占引起RNC触发释放的PS域RAB数目测量点：PS业务建立成功后，RNC向CN PS发送RAB RELEASE REQUEST消息，释放原因为“RAB preemption”。PS业务建立成功后，RNC向CN PS发送IU RELEASE REQUEST消息，释放原因为“RAB preemption”,其后CN发送释放原因“Release due to UTRAN Generated Reason”的IU RELEASE COMMAND。RNC_PS_RAB_
28、REL_CELL_TRIG_BY_RNC_SRBRESET含义：统计每个小区上RNC由于信令RLC复位而触发释放PS域RAB个数测量点：PS业务建立成功后，由于SRB复位，RNC向CN PS发送RAB RELEASE REQUEST消息。PS业务建立成功后，由于SRB复位，RNC向CN PS发送IU RELEASE REQUEST消息，其后CN发送释放原因“Release due to UTRAN Generated Reason”的IU RELEASE COMMAND。RNC_PS_RAB_REL_CELL_TRIG_BY_RNC_TRBRESET含义：统计每个小区上RNC由于业务RLC复位
29、而触发释放的PS域RAB个数测量点：PS业务建立成功后，由于TRB复位，RNC向CN PS发送RAB RELEASE REQUEST消息。RNC_PS_RAB_REL_CELL_TRIG_BY_RNC_GTPULOSS含义：统计每个小区上RNC由于GTPU异常而触发释放的PS域RAB个数测量点：PS业务建立成功后，由于GTPU异常，RNC向CN PS发送RAB RELEASE REQUEST消息。话统指标定义类别总结：话统指标对掉话的定义分为：CS掉话:面向对象统计：RNC、小区面向业务统计：AMR 语音、VP业务PS掉话：面向对象统计:RNC、小区话统指标定义话统指标定义课程内容课程内容第一
30、章第一章 掉话分类定义掉话分类定义第二章第二章 常见掉话原因与掉话处理流程常见掉话原因与掉话处理流程第三章第三章 掉话问题解决方法掉话问题解决方法第四章第四章 掉话案例分析掉话案例分析第五章第五章 网络优化各阶段掉话关注点网络优化各阶段掉话关注点第二章第二章 常见掉话原因与掉话处理流程常见掉话原因与掉话处理流程l第二节第二节 路测数据分析流程路测数据分析流程l 第三节第三节 话统数据分析流程话统数据分析流程l 第四节第四节 信令跟踪数据分析流程信令跟踪数据分析流程l 第五节第五节 用户投诉数据分析流程用户投诉数据分析流程常见掉话原因常见掉话原因l邻区漏配一般来讲，初期优化过程掉话占大多数是由于
31、邻区漏配导致的。对于同频邻区，通常采用以下的办法来确认是否为同频邻区漏配：方法一：观察掉话前UE记录的活动集EcIo信息和Scanner记录的Best Server EcIo信息，如果UE记录的EcIo很差，而Scanner记录的Best Server EcIo很好；同时检查Scanner记录Best Server扰码是否出现在掉话前最近出现的同频测量控制中，如果测量控制中没有扰码，那么可以确认是邻区漏配。方法二：如果掉话后UE马上重新接入，如果UE重新接入的小区扰码和掉话时的扰码不一致，也可以怀疑是邻区漏配问题，可以通过测量控制进一步进行确认。邻区漏配导致的掉话也包括异频邻区漏配和异系统邻区
32、漏配。 常见掉话原因常见掉话原因l覆盖问题通常所说的覆盖差，主要是指RSCP不和EcIo都很差。覆盖的问题需要通过掉话前上行或者下行的专用信道功率来确认，需要采用以下的方法来确认：如果掉话前的上行发射功率达到最大值，并且上行的BLER也很差或者从RNC记录的单用户跟踪上看到NodeB上报RL failure，基本可以认为上行覆盖差导致的掉话；如果掉话前，下行发射功率达到最大值，并且下行的BLER很差，基本可以认为是下行覆盖不行导致的掉话。确认覆盖的问题简单直接的方式：直接观察Scanner采集的数据，若最好小区的RSCP和EcNo都很低，就可以认为是覆盖问题。 常见掉话原因常见掉话原因l切换问
33、题软切换/同频导致掉话主要分为两类原因：切换来不及或者乒乓切换。从信令流程上CS业务表现为手机收不到活动集更新命令（同频硬切换时为物理信道重配置），PS业务有时候会在切换之前先发生TRB复位。从信号上看，切换来不及主要有以下两种现象：1）拐角：源小区EcIo陡将，目标小区EcNo陡升（即突然出现就是很高的值）；2）针尖：源小区EcIo快速下降后一段时间后上升，目标小区出现短时间的陡升。 乒乓切换主要有以下两种现象：1）主导小区变化快：2个或者多个小区交替成为主导小区，主导小区具有较好的RSCP和EcIo每个小区成为主导小区的时间很短；2）无主导小区：存在多个小区，RSCP正常而且相互之间差别不
34、大，每个小区的EcIo都很差。 常见掉话原因常见掉话原因l干扰问题一般情况下，对于下行，当CPICH RSCP大于-85dB，而EcIo小于-13dB容易产生了掉话，基本上可以认为是下行干扰的问题。对于上行RTWP比正常值（-104-105）超过10dB，干扰时间超过23s，就有可能造成掉话。对于下行，干扰可能是导频污染引起。常见掉话原因常见掉话原因l流程交互问题一些需要信令交互的流程，如AMR控制、DCCC以及压缩模式的启停、UE的状态迁移等，常常会由于信号的原因，手机支持方面的原因或者RAN设备和手机的配合问题，导致流程失败，最后导致掉话。 这类问题需要针对特定的流程和手机进行分析，没有一
35、般性的处理方法。 常见掉话原因常见掉话原因l其他异常问题在排除了以上的原因之后，其他的掉话一般需要怀疑设备的问题，需要通过查看设备的日志，告警等进一步来分析掉话原因。例如：同步失败导致的链路不停增加和删除。例如：手机不上报1a测量报告导致掉话。第二章第二章 常见掉话原因与掉话处理流程常见掉话原因与掉话处理流程l 第三节第三节 话统数据分析流程话统数据分析流程l 第四节第四节 信令跟踪数据分析流程信令跟踪数据分析流程l 第五节第五节 用户投诉数据分析流程用户投诉数据分析流程路测数据分析流程路测数据分析流程l路测数据分析流程1 准备数据UE和Scanner最好小区比较稳定一致N2 获取掉话位置和时
36、间3 分析Scanner主导小区信号变化4.1 RSCP差EcIo差4.2 RSCP正常EcIo差4.3 RSCP正常EcIo正常邻区漏配上行干扰问题切换不及时确认漏配邻区？覆盖问题异常掉话导频干扰问题不一致确认上行干扰？问题是否解决4 重新路测Y主导小区信号稳定？4 Scanner最优小RSCP和EcIO乒乓切换问题变化频繁YN路测数据分析流程路测数据分析流程1、准备数据 路测软件采集数据文件 RNC记录的单用户跟踪 RNC记录的CDL2、获取掉话位置 采用路测数据处理软件，比如Analyzer和获取掉话的时间和地点，获取掉话前后Scanner采集的导频数据，手机采集的活动集和监视集信息，信
37、令流程等。3、分析Scanner主导小区变化情况 主要分析主导小区的变换情况，如果主导小区相对稳定，进一步分析RSCP和EcIo情况； 如果主导小区变化频繁，需要区分主导小区变化快的情况，或者没有主导小区的情况，然后进一步进行乒乓切换掉话分析。 路测数据分析流程路测数据分析流程4、分析Scanner主导小区信号RSCP和EcIo 观察Scanner最好小区RSCP，EcNo，根据不同的情况分别处理 4.1 RSCP差，EcNo差，可以确定为覆盖问题； 4.2 RSCP正常，EcNo差（排除切换来不及导致的，同频邻区干扰），可以确定为导频干扰问题； 4.3 RSCP正常，EcNo正常，如果UE活
38、动集中小区与Scanner最好小区不一致，可能为邻区漏配或者切换来不及导致的掉话；如果UE活动集中小区与Scanner最好小区一致,可能为上行干扰或责异常掉话。5、路测重现问题 由于一次路测不一定能够采集到定位掉话问题需要的所有信息，此时需要通过进一步路测来收集数据。通过进一步的路测也能确认该掉话点是随机掉话的点或者固定掉话点，一般来说固定掉话点一定需要解决，而随机掉话点则需要根据掉话发生的概率来确定是否需要解决。第二章第二章 常见掉话原因与掉话处理流程常见掉话原因与掉话处理流程l l 第四节第四节 信令跟踪数据分析流程信令跟踪数据分析流程l 第五节第五节 用户投诉数据分析流程用户投诉数据分析
39、流程话统数据分析流程话统数据分析流程l话统数据分析流程2 分析小区的掉话率指标1 分析RNC面掉话率5 通过路测重现问题YNNYNYN3 检查小区是否设备异常3.1 解决设备问题4分析掉话原因4.1信令RB复位或者业务RB复位导致的掉话4.2 是否切换导致掉话4.3 是否干扰导致的掉话解决覆盖问题解决切换掉话问题解决干扰问题YN话统数据分析流程话统数据分析流程1、分析RNC的掉话率指标主要从整个RNC的整体掉话指标上判断掉话率指标是否正常。2、分析小区的掉话率指标 对于小区的掉话率指标，主要需要分析小区“AMR掉话率”、“VP掉话率”、“PS掉话率”、“硬切换掉话率”、“系统间切换掉话率”，
40、对所有小区分别用以上的指标进行排序，选择指标特别差的小区或者最差的一些小区，进一步分析掉话原因。 3、检查小区是否异常 检查小区的告警，排除小区异常方面的原因。 话统数据分析流程话统数据分析流程4、分析掉话原因 排除Iu口aal2异常导致的掉话问题，排除GTPU异常导致的掉话问题；分析是否由于信令RLC复位导致的掉话，还是业务RLC复位导致的掉话；分析该小区相关的切换指标（分析小区的切入成功率和切出成功率），确认是否由于切换失败导致的掉话；通过分析小区总带宽接收功率相关话统指标，分析在掉话率高的时段，是否相应的上行干扰指标也很高，进一步确认上行干扰导致的掉话问题。5、通过路测重现问题 当通过话
41、统分析无法进一步解决掉话问题的时候，需要针对小区进行路测，跟踪手机侧和RNC的信令流程进行分析，详细分析方法请参见路测数据分析流程。 第二章第二章 常见掉话原因与掉话处理流程常见掉话原因与掉话处理流程l l l 第五节第五节 用户投诉数据分析流程用户投诉数据分析流程信令跟踪数据分析流程信令跟踪数据分析流程l信令跟踪数据分析流程2 获取掉话点信息1 获取单用户跟踪消息3 是否信令面掉话6 拨测，重现问题YN4 是否用户面掉话5 是否异常掉话3.1 解决信令面掉话4.1 解决用户面掉话5.1 解决异常掉话掉话问题解决信令跟踪数据分析流程信令跟踪数据分析流程1、获取单用户跟踪消息 单用户跟踪消息需要
42、事先在RNC或者M2000上进行跟踪，才能记录相应的消息，一般情况下，根据IMSI进行跟踪记录的消息用来分析掉话问题是足够的。2、获取掉话点信息 从单用户跟踪消息来看，掉话的定义是RNC主动发起了RAB释放（消息名称为RANAP_RAB_RELEASE_REQ），或者RNC主动发起IU释放（消息名称为RANAP_IU_RELEASE_REQ）。前者对应为用户面掉话，后者对应为信令面掉话。通过查找以上两条消息，就可以或者掉话点的时间，以及掉话前的信令消息，以便进一步进行分析。 信令跟踪数据分析流程信令跟踪数据分析流程3、信令面掉话分析 信令面掉话表现为手机或者RNC不能受到确认模式传送的信令，产
43、生SRB复位，导致连接释放。下行方向一般有这些消息可能导致SRB复位：测量控制，活动集更新，物理信道重配置，传输信道重配置，RB重配置以及3G到2G的切换命令（HANDOVER FROM UTRAN COMMAND），手机是否收到这些命令需要手机侧的跟踪消息来确认；上行方向有以下的消息可能导致SRB复位：测量报告，活动集更新完成，物理信道重配置完成，传输信道重配置完成，RB重配置完成，同样需要RNC侧的跟踪消息来确认是否收到。 信令跟踪数据分析流程信令跟踪数据分析流程4、用户面掉话分析 用户面掉话主要是TRB复位，这种情况主要在PS业务上发生，voice和VP业务不会产生TRB复位。 当活动集
44、中只有一条链路上，会由于RL failure导致RNC发起Iu Release， RL failure是上行失步引起的，但是下行失步会使UE关闭发射机，接着就造成上行失步，在定位掉话是上行引起释放还是下行引起的时候，需要分析掉话前手机的发射功率和实时状态监控的下行的码发射功率来区分。下行覆盖差、下行干扰强或者上行干扰都会导致TRB复位。有时候数据业务由于重传次数设置不合理，在切换来不及的情况下，TRB比SRB先产生复位，在分析时要注意区分。 信令跟踪数据分析流程信令跟踪数据分析流程5、异常掉话分析 异常掉话一般指掉话无法从覆盖、干扰等方面找到原因，也无法根据前面介绍的用户面掉话或者信令面掉话原
45、因来解释，这种掉话往往是设备的异常或者是手机的异常导致的。比如由于传输突然中断导致的掉话、基站设备异常导致的掉话、手机突然死机等都会导致异常掉话。对于传输异常一般通过分析CDL或者参看告警来进一步分析；对于基站设备异常可以通过查询基站状态来确认，对于手机异常，需要通过分析手机记录的数据来定位。6、拨测，重现问题 当已有的数据不注意定位掉话问题的时候，启动更详细的数据跟踪，最好的办法是在问题点进行拨测，重现问题，然后继续进行分析。 第二章第二章 常见掉话原因与掉话处理流程常见掉话原因与掉话处理流程l l l 用户投诉数据分析流程用户投诉数据分析流程1、了解用户投诉 用户投诉发生的时候需要详细记录
46、问题发生的时间，问题产生的地点，以及问题的具体现象。2、检查话统指标 通过分析用户投诉相关的话统指标，来进一步分析该投诉是某个用户特有的问题还是网络一般性的问题，对于一般性的问题，请参考话统指标的分析来进一步分析投诉。3、检查告警 根据投诉的时间，查看CN，RNC或者投诉地点对应基站的告警，看这些告警是否会产生相应的掉话，如果存在这个告警，试着消除和解决这个告警。4、检查CDL CDL记录了用户异常发生时候的信令，状态等信息，通过分析CDL可以进一步了解投诉产生的原因。用户投诉数据分析流程用户投诉数据分析流程5、投诉点拨测，重现问题 对于话统分析，告警分析以及CDL分析都无法解决的问题，需要通
47、过到现场拨测的方法进行问题重新，拨测的时候数据记录的方法和路测方法相同，在某些场合，可能不适合记录手机侧信息，那么需要通过RNC来尽量多的记录各种信息，特别需要记录收集上报的EcIo和RSCP信息，以排除覆盖问题导致的掉话。对于一些特别的地点，到现场拨测都不可能，那么需要通过用户的手机号码来获取IMSI，然后在RNC启动呼叫跟踪，以便进一步定位问题。 课程内容课程内容第一章第一章 掉话分类定义掉话分类定义第二章第二章 常见掉话原因与掉话处理流程常见掉话原因与掉话处理流程第三章第三章 掉话问题解决方法掉话问题解决方法第四章第四章 掉话案例分析掉话案例分析第五章第五章 网络优化各阶段掉话关注点网络
48、优化各阶段掉话关注点第三章第三章 掉话问题解决方法掉话问题解决方法l第二节第二节 小区参数调整小区参数调整工程参数调整工程参数调整工程参数的调整是非常有限的，最基本的可以调整天线的高度、下倾角、天线的波瓣宽度、天线增益以及方向角等。1、对于上行或者下行的覆盖问题导致的掉话对于上行或者下行的覆盖问题导致的掉话： 考虑更改天线的高度、下倾角，也可以更换增益更高的天线或者增加塔放。 2 2、对于针尖和拐角效应：、对于针尖和拐角效应： 通过天线调整也是比较有效的解决办法，由于针尖效应和拐角效应往往出现在街道拐弯的地方或者两条街道交界的地方，可以考虑通过天线的方向角和街道错开一定的角度的方式来调整，但同
49、时需要注意原来街道路边商铺的覆盖不要有很大的影响。 工程参数调整工程参数调整3 3、对于导频干扰引起的覆盖问题、对于导频干扰引起的覆盖问题： 可以通过调整某一个天线的工程参数，使该天线在干扰位置成为主导小区；也可以通过调整其他几个天线参数，减小信号到达这些区域的强度；从而减少导频个数；如果条件许可，可以增加新的基站覆盖这片地区；如果干扰来自一个基站的两个扇区，可以考虑进行扇区合并。 工程参数的调整需要综合考虑整个小区调整效果，在解决一个问题的同时要注意不在其它区域引入新的问题。 第三章第三章 掉话问题解决方法掉话问题解决方法小区参数调整小区参数调整1 1、小区偏置、小区偏置CIOCIO 该值与
50、实际测量值相加所得的数值用于UE的事件评估过程。UE将该小区原始测量值加上这个偏置后作为测量结果用于UE的同频切换判决，在切换算法中起到移动小区边界的作用。该参数设置越大，则软切换越容易，处于软切换状态的UE越多，但占用前向资源；设置越小，软切换越困难，有可能影响接收质量。对于针尖效应或者拐角效应，通过配置5dB左右的CIO是比较好的解决办法。2 2、软切换相关的延迟触发时间、软切换相关的延迟触发时间 延迟触发时间是1A，1B，1C和1D事件相关的触发时间。触发时间的配置会影响切换的及时性。一般情况下，缺省参数的配置能够满足绝大多数场景的要求。切换参数可以针对小区设置，在根据环境设定了一套基本
