W网规高培掉话问题分析学习课程

1、前言 掉话率（call drop rate）是反映网络质量的重要指标之一；掉话问题也是日常网络优化面临的一个常见问题；本文从路测、话统数据、RNC跟踪数据以及用户投诉等方面来描述了掉话问题处理的流程，并结合实际掉话案例进行分析。第1页/共86页第一页，编辑于星期日：八点 二十四分。课程目标掌握掉话的定义掌握掉话处理基本流程掌握各种掉话数据分析方法掌握掉话问题解决方法学习完本课程，您将能够：第2页/共86页第二页，编辑于星期日：八点 二十四分。参考资料 WCDMA RNP 掉话专题分析 WCDMA RNO 掉话问题分析指导书第3页/共86页第三页，编辑于星期日：八点 二十四分。课程内容第一章 掉

2、话分类定义第二章 常见掉话原因与掉话处理流程第三章 掉话问题解决方法第四章 掉话案例分析第五章 网络优化各阶段掉话关注点第4页/共86页第四页，编辑于星期日：八点 二十四分。第一章 掉话分类定义第5页/共86页第五页，编辑于星期日：八点 二十四分。正常释放流程l一个CS正常释放信令流程第6页/共86页第六页，编辑于星期日：八点 二十四分。正常释放流程l一个CS正常释放信令流程1.UE发RRC_UL_DIR_TRANSF消息给RNC，消息中nas message是0325，表示是call control子层的disconnect消息。2.RNC发RANAP_DIRECT_TRANSFER消息给C

3、N，消息中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消息。 6. RNC

4、发RANAP_DIRECT_TRANSFER消息给CN，消息中nas pdu是032a，表示是call control子层的release complete消息。 第7页/共86页第七页，编辑于星期日：八点 二十四分。正常释放流程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发NBA

5、P_RL_DEL_REQ消息给NODEB，开始释放Iub口资源，包括NBAP层和ALCAP层，PHY层资源。12. NODEB发NBAP_RL_DEL_RSP消息给RNC，整个释放过程结束。 第8页/共86页第八页，编辑于星期日：八点 二十四分。正常释放流程l一个PS正常释放信令流程第9页/共86页第九页，编辑于星期日：八点 二十四分。正常释放流程l一个PS正常释放信令流程1.UE发RRC_UL_DIR_TRANSF消息给RNC，消息中nas message是0a46，表示是session management子层的deactivate PDP context request消息。2.RNC发

6、RANAP_DIRECT_TRANSFER消息给CN，消息中nas pdu是0a46，表示是session management子层的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_TR

7、ANSF消息给UE，消息中nas message是8a47，表示是session management子层的deactivate PDP context accept消息。6. RNC发NBAP_RL_RECFG_PREP消息给NODEB。 第10页/共86页第十页，编辑于星期日：八点 二十四分。正常释放流程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发

8、RANAP_RAB_ASSIGNMENT_RESP消息给CN，RAB释放完成 第11页/共86页第十一页，编辑于星期日：八点 二十四分。第一章 掉话分类定义第12页/共86页第十二页，编辑于星期日：八点 二十四分。空中接口定义 空中接口掉话定义第13页/共86页第十三页，编辑于星期日：八点 二十四分。 空中接口掉话定义在通话过程中，如果空中接口信息满足下面三个条件中的任何一条，可以判断为掉话：1.收到任何的BCH消息（即系统消息）2.收到RRC Release消息（原因为非正常释放Not normal）3.收到CC Disconnect，CC Release Complete，CC Relea

9、se三条消息中的任何一条，而且释放的原因为Not Normal Clearing或者Not Normal，Unspecified。 从RNC记录的信令上看，如果在Iu接口上看到了RNC 发向CN的消息为Iu Release Request或者RNC发给CN的消息为RAB Release Request消息，此时定义为异常掉话。 空中接口定义第14页/共86页第十四页，编辑于星期日：八点 二十四分。第一章 掉话分类定义第15页/共86页第十五页，编辑于星期日：八点 二十四分。话统指标定义 话统指标定义CS掉话统计通过统计RNC触发的 RAB 释放个数，统计 RAB 建立个数，进而得到掉话率。根据

10、测量对象的不同，掉话率可以分为面向 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%测量点：CS会话类(流类）业务建立成功后，RNC向CN CS发送IU RELEASE REQUEST消息，原因不是“Release due to UE generated signalling connection releas

11、e ”。 第16页/共86页第十六页，编辑于星期日：八点 二十四分。话统指标定义面向 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 due to UTRAN Generated Reason”的IU RELEASE REQUEST消息，其后CN发送释放原因Release due to UTRAN Generate

12、d 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 COMMAND。RNC_CS_RAB_REL_TRIG_BY_RNC_AAL2_LOSS含义：统计RNC由于IU接口AAL2链路异常而触发释放的CS域RAB个数测量点：CS业务建立成

13、功后，由于IU接口AAL2链路异常，RNC向CN CS发送RAB RELEASE REQUEST消息。第17页/共86页第十七页，编辑于星期日：八点 二十四分。话统指标定义 话统指标定义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_SUCC_STR_CELL )*100% 测量点：CS会话类(流类）业务建立成功后，RNC向CN CS发送IU RELEASE REQUE

14、ST消息，原因不是“Release due to UE generated signalling connection release ” 。 第18页/共86页第十八页，编辑于星期日：八点 二十四分。话统指标定义面向 小区 的 RNC 触发 CS RAB 释放原因统计 指标名指标名指标说明指标说明RNC_CS_RAB_REL_CELL_TRIG_BY_RNC_OM含义：统计每个小区上OM干预引起RNC触发释放的CS域RAB数目测量点：CS业务建立成功后，RNC向CN CS发送RAB RELEASE REQUEST消息，释放原因为“OM Intervention”。CS业务建立成功后，RNC向

15、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 Generated Reason”。CS业务建立成功后，RNC向CN CS发送IU RELEAS

16、E 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 Reason”。CS业务建立成功后，RNC向CN CS发送IU RELEASE REQUEST消息

17、，释放原因为“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发送IU RELEASE REQUEST消息，其后CN发送释放原因“Release du

18、e 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消息。第19页/共86页第十九页，编辑于星期日：八点 二十四分。话统指标定义 话统指标定义CS掉话统计CS掉话统计（面向业务）：AMR语音与VP掉话统计：AMR语音业务：面向RNC的AMR语音掉

19、话率= 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_RAB_REL_CELL_TRIG_BY_R

20、NC/ CS_RAB_SETUP_SUCC_CONV_64K_CELL * 100% 第20页/共86页第二十页，编辑于星期日：八点 二十四分。第一章 掉话分类定义第21页/共86页第二十一页，编辑于星期日：八点 二十四分。话统指标定义 话统指标定义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_CO

21、NV +PS_RAB_SETUP_SUCC_STR +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 rele

22、ase ”。 第22页/共86页第二十二页，编辑于星期日：八点 二十四分。话统指标定义面向 RNC 的 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 Gener

23、ated Reason的IU RELEASE COMMAND。RNC_PS_RAB_REL_TRIG_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

24、 UTRAN Generated Reason的IU RELEASE COMMAND。RNC_PS_RAB_REL_TRIG_BY_RNC_GTPU_LOSS含义：统计RNC由于GTPU异常而触发释放的PS域RAB个数测量点：PS业务建立成功后，由于GTPU异常，RNC向CN PS发送RAB RELEASE REQUEST消息。第23页/共86页第二十三页，编辑于星期日：八点 二十四分。话统指标定义 话统指标定义PS掉话统计面向小区的PS掉话率公式：(RNC_PS_RAB_REL_CONV_CELL_TRIG_BY_RNC +RNC_PS_RAB_REL_STR_CELL_TRIG_BY_RN

25、C +RNC_PS_RAB_REL_INTER_CELL_TRIG_BY_RNC +RNC_PS_RAB_REL_BKG_CELL_TRIG_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 Re

26、location”和“Release due to UE generated signalling connection release ”。第24页/共86页第二十四页，编辑于星期日：八点 二十四分。话统指标定义面向 小区 的 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向

27、CN PS发送IU RELEASE REQUEST消息，释放原因为“OM Intervention”,其后CN发送释放原因Release due to UTRAN Generated Reason的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 RELEAS

28、E REQUEST消息，释放原因为“UTRAN Generated Reason”,其后CN发送释放原因Release due to UTRAN Generated Reason的IU RELEASE 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消息，释放原因为“R

29、AB preemption”,其后CN发送释放原因“Release due to UTRAN Generated Reason”的IU RELEASE COMMAND。RNC_PS_RAB_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 Gene

30、rated Reason”的IU RELEASE COMMAND。RNC_PS_RAB_REL_CELL_TRIG_BY_RNC_TRBRESET含义：统计每个小区上RNC由于业务RLC复位而触发释放的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消息。第25页/

31、共86页第二十五页，编辑于星期日：八点 二十四分。话统指标定义类别总结：话统指标对掉话的定义分为：CS掉话:面向对象统计：RNC、小区面向业务统计：AMR 语音、VP业务PS掉话：面向对象统计:RNC、小区话统指标定义第26页/共86页第二十六页，编辑于星期日：八点 二十四分。课程内容第一章 掉话分类定义第二章 常见掉话原因与掉话处理流程第三章 掉话问题解决方法第四章 掉话案例分析第五章 网络优化各阶段掉话关注点第27页/共86页第二十七页，编辑于星期日：八点 二十四分。第二章 常见掉话原因与掉话处理流程l第二节 路测数据分析流程l 第三节 话统数据分析流程l 第四节 信令跟踪数据分析流程l

32、第五节 用户投诉数据分析流程第28页/共86页第二十八页，编辑于星期日：八点 二十四分。常见掉话原因 邻区漏配一般来讲，初期优化过程掉话占大多数是由于邻区漏配导致的。对于同频邻区，通常采用以下的办法来确认是否为同频邻区漏配：方法一：观察掉话前UE记录的活动集EcIo信息和Scanner记录的Best Server EcIo信息，如果UE记录的EcIo很差，而Scanner记录的Best Server EcIo很好；同时检查Scanner记录Best Server扰码是否出现在掉话前最近出现的同频测量控制中，如果测量控制中没有扰码，那么可以确认是邻区漏配。方法二：如果掉话后UE马上重新接入，如果

33、UE重新接入的小区扰码和掉话时的扰码不一致，也可以怀疑是邻区漏配问题，可以通过测量控制进一步进行确认。邻区漏配导致的掉话也包括异频邻区漏配和异系统邻区漏配。 第29页/共86页第二十九页，编辑于星期日：八点 二十四分。常见掉话原因 覆盖问题通常所说的覆盖差，主要是指RSCP不和EcIo都很差。覆盖的问题需要通过掉话前上行或者下行的专用信道功率来确认，需要采用以下的方法来确认：如果掉话前的上行发射功率达到最大值，并且上行的BLER也很差或者从RNC记录的单用户跟踪上看到NodeB上报RL failure，基本可以认为上行覆盖差导致的掉话；如果掉话前，下行发射功率达到最大值，并且下行的BLER很差

34、，基本可以认为是下行覆盖不行导致的掉话。确认覆盖的问题简单直接的方式：直接观察Scanner采集的数据，若最好小区的RSCP和EcNo都很低，就可以认为是覆盖问题。 第30页/共86页第三十页，编辑于星期日：八点 二十四分。常见掉话原因 切换问题软切换/同频导致掉话主要分为两类原因：切换来不及或者乒乓切换。从信令流程上CS业务表现为手机收不到活动集更新命令（同频硬切换时为物理信道重配置），PS业务有时候会在切换之前先发生TRB复位。从信号上看，切换来不及主要有以下两种现象：1）拐角：源小区EcIo陡将，目标小区EcNo陡升（即突然出现就是很高的值）；2）针尖：源小区EcIo快速下降后一段时间后

35、上升，目标小区出现短时间的陡升。 乒乓切换主要有以下两种现象：1）主导小区变化快：2个或者多个小区交替成为主导小区，主导小区具有较好的RSCP和EcIo每个小区成为主导小区的时间很短；2）无主导小区：存在多个小区，RSCP正常而且相互之间差别不大，每个小区的EcIo都很差。 第31页/共86页第三十一页，编辑于星期日：八点 二十四分。常见掉话原因 干扰问题一般情况下，对于下行，当CPICH RSCP大于-85dB，而EcIo小于-13dB容易产生了掉话，基本上可以认为是下行干扰的问题。对于上行RTWP比正常值（-104-105）超过10dB，干扰时间超过23s，就有可能造成掉话。对于下行，干扰

36、可能是导频污染引起。第32页/共86页第三十二页，编辑于星期日：八点 二十四分。常见掉话原因 流程交互问题一些需要信令交互的流程，如AMR控制、DCCC以及压缩模式的启停、UE的状态迁移等，常常会由于信号的原因，手机支持方面的原因或者RAN设备和手机的配合问题，导致流程失败，最后导致掉话。 这类问题需要针对特定的流程和手机进行分析，没有一般性的处理方法。 第33页/共86页第三十三页，编辑于星期日：八点 二十四分。常见掉话原因 其他异常问题在排除了以上的原因之后，其他的掉话一般需要怀疑设备的问题，需要通过查看设备的日志，告警等进一步来分析掉话原因。例如：同步失败导致的链路不停增加和删除。例如：

37、手机不上报1a测量报告导致掉话。第34页/共86页第三十四页，编辑于星期日：八点 二十四分。第二章 常见掉话原因与掉话处理流程l 第三节 话统数据分析流程l 第四节 信令跟踪数据分析流程l 第五节 用户投诉数据分析流程第35页/共86页第三十五页，编辑于星期日：八点 二十四分。路测数据分析流程 路测数据分析流程1 准备数据UE和Scanner最好小区比较稳定一致N2 获取掉话位置和时间3 分析Scanner主导小区信号变化4.1 RSCP差EcIo差4.2 RSCP正常EcIo差4.3 RSCP正常EcIo正常邻区漏配上行干扰问题切换不及时确认漏配邻区？覆盖问题异常掉话导频干扰问题不一致确认上

38、行干扰？问题是否解决4 重新路测Y主导小区信号稳定？4 Scanner最优小RSCP和EcIO乒乓切换问题变化频繁YN第36页/共86页第三十六页，编辑于星期日：八点 二十四分。路测数据分析流程1、准备数据 路测软件采集数据文件 RNC记录的单用户跟踪 RNC记录的CDL2、获取掉话位置 采用路测数据处理软件，比如Analyzer和获取掉话的时间和地点，获取掉话前后Scanner采集的导频数据，手机采集的活动集和监视集信息，信令流程等。3、分析Scanner主导小区变化情况 主要分析主导小区的变换情况，如果主导小区相对稳定，进一步分析RSCP和EcIo情况； 如果主导小区变化频繁，需要区分主导

39、小区变化快的情况，或者没有主导小区的情况，然后进一步进行乒乓切换掉话分析。 第37页/共86页第三十七页，编辑于星期日：八点 二十四分。路测数据分析流程4、分析Scanner主导小区信号RSCP和EcIo 观察Scanner最好小区RSCP，EcNo，根据不同的情况分别处理 4.1 RSCP差，EcNo差，可以确定为覆盖问题； 4.2 RSCP正常，EcNo差（排除切换来不及导致的，同频邻区干扰），可以确定为导频干扰问题； 4.3 RSCP正常，EcNo正常，如果UE活动集中小区与Scanner最好小区不一致，可能为邻区漏配或者切换来不及导致的掉话；如果UE活动集中小区与Scanner最好小区

40、一致,可能为上行干扰或责异常掉话。5、路测重现问题 由于一次路测不一定能够采集到定位掉话问题需要的所有信息，此时需要通过进一步路测来收集数据。通过进一步的路测也能确认该掉话点是随机掉话的点或者固定掉话点，一般来说固定掉话点一定需要解决，而随机掉话点则需要根据掉话发生的概率来确定是否需要解决。第38页/共86页第三十八页，编辑于星期日：八点 二十四分。第二章 常见掉话原因与掉话处理流程l l 第四节 信令跟踪数据分析流程l 第五节 用户投诉数据分析流程第39页/共86页第三十九页，编辑于星期日：八点 二十四分。话统数据分析流程 话统数据分析流程2 分析小区的掉话率指标1 分析RNC面掉话率5 通

41、过路测重现问题YNNYNYN3 检查小区是否设备异常3.1 解决设备问题4分析掉话原因4.1信令RB复位或者业务RB复位导致的掉话4.2 是否切换导致掉话4.3 是否干扰导致的掉话解决覆盖问题解决切换掉话问题解决干扰问题YN第40页/共86页第四十页，编辑于星期日：八点 二十四分。话统数据分析流程1、分析RNC的掉话率指标主要从整个RNC的整体掉话指标上判断掉话率指标是否正常。2、分析小区的掉话率指标 对于小区的掉话率指标，主要需要分析小区“AMR掉话率”、“VP掉话率”、“PS掉话率”、“硬切换掉话率”、“系统间切换掉话率”， 对所有小区分别用以上的指标进行排序，选择指标特别差的小区或者最差

42、的一些小区，进一步分析掉话原因。 3、检查小区是否异常 检查小区的告警，排除小区异常方面的原因。 第41页/共86页第四十一页，编辑于星期日：八点 二十四分。话统数据分析流程4、分析掉话原因 排除Iu口aal2异常导致的掉话问题，排除GTPU异常导致的掉话问题；分析是否由于信令RLC复位导致的掉话，还是业务RLC复位导致的掉话；分析该小区相关的切换指标（分析小区的切入成功率和切出成功率），确认是否由于切换失败导致的掉话；通过分析小区总带宽接收功率相关话统指标，分析在掉话率高的时段，是否相应的上行干扰指标也很高，进一步确认上行干扰导致的掉话问题。5、通过路测重现问题 当通过话统分析无法进一步解决

43、掉话问题的时候，需要针对小区进行路测，跟踪手机侧和RNC的信令流程进行分析，详细分析方法请参见路测数据分析流程。 第42页/共86页第四十二页，编辑于星期日：八点 二十四分。第二章 常见掉话原因与掉话处理流程l l l 第五节 用户投诉数据分析流程第43页/共86页第四十三页，编辑于星期日：八点 二十四分。信令跟踪数据分析流程信令跟踪数据分析流程2 获取掉话点信息1 获取单用户跟踪消息3 是否信令面掉话6 拨测，重现问题YN4 是否用户面掉话5 是否异常掉话3.1 解决信令面掉话4.1 解决用户面掉话5.1 解决异常掉话掉话问题解决第44页/共86页第四十四页，编辑于星期日：八点 二十四分。信

44、令跟踪数据分析流程1、获取单用户跟踪消息 单用户跟踪消息需要事先在RNC或者M2000上进行跟踪，才能记录相应的消息，一般情况下，根据IMSI进行跟踪记录的消息用来分析掉话问题是足够的。2、获取掉话点信息 从单用户跟踪消息来看，掉话的定义是RNC主动发起了RAB释放（消息名称为RANAP_RAB_RELEASE_REQ），或者RNC主动发起IU释放（消息名称为RANAP_IU_RELEASE_REQ）。前者对应为用户面掉话，后者对应为信令面掉话。通过查找以上两条消息，就可以或者掉话点的时间，以及掉话前的信令消息，以便进一步进行分析。 第45页/共86页第四十五页，编辑于星期日：八点 二十四分。

45、信令跟踪数据分析流程3、信令面掉话分析 信令面掉话表现为手机或者RNC不能受到确认模式传送的信令，产生SRB复位，导致连接释放。下行方向一般有这些消息可能导致SRB复位：测量控制，活动集更新，物理信道重配置，传输信道重配置，RB重配置以及3G到2G的切换命令（HANDOVER FROM UTRAN COMMAND），手机是否收到这些命令需要手机侧的跟踪消息来确认；上行方向有以下的消息可能导致SRB复位：测量报告，活动集更新完成，物理信道重配置完成，传输信道重配置完成，RB重配置完成，同样需要RNC侧的跟踪消息来确认是否收到。 第46页/共86页第四十六页，编辑于星期日：八点 二十四分。信令跟踪

46、数据分析流程4、用户面掉话分析 用户面掉话主要是TRB复位，这种情况主要在PS业务上发生，voice和VP业务不会产生TRB复位。 当活动集中只有一条链路上，会由于RL failure导致RNC发起Iu Release， RL failure是上行失步引起的，但是下行失步会使UE关闭发射机，接着就造成上行失步，在定位掉话是上行引起释放还是下行引起的时候，需要分析掉话前手机的发射功率和实时状态监控的下行的码发射功率来区分。下行覆盖差、下行干扰强或者上行干扰都会导致TRB复位。有时候数据业务由于重传次数设置不合理，在切换来不及的情况下，TRB比SRB先产生复位，在分析时要注意区分。 第47页/共8

47、6页第四十七页，编辑于星期日：八点 二十四分。信令跟踪数据分析流程5、异常掉话分析 异常掉话一般指掉话无法从覆盖、干扰等方面找到原因，也无法根据前面介绍的用户面掉话或者信令面掉话原因来解释，这种掉话往往是设备的异常或者是手机的异常导致的。比如由于传输突然中断导致的掉话、基站设备异常导致的掉话、手机突然死机等都会导致异常掉话。对于传输异常一般通过分析CDL或者参看告警来进一步分析；对于基站设备异常可以通过查询基站状态来确认，对于手机异常，需要通过分析手机记录的数据来定位。6、拨测，重现问题 当已有的数据不注意定位掉话问题的时候，启动更详细的数据跟踪，最好的办法是在问题点进行拨测，重现问题，然后继

48、续进行分析。 第48页/共86页第四十八页，编辑于星期日：八点 二十四分。第二章 常见掉话原因与掉话处理流程l l l 第49页/共86页第四十九页，编辑于星期日：八点 二十四分。用户投诉数据分析流程1、了解用户投诉 用户投诉发生的时候需要详细记录问题发生的时间，问题产生的地点，以及问题的具体现象。2、检查话统指标 通过分析用户投诉相关的话统指标，来进一步分析该投诉是某个用户特有的问题还是网络一般性的问题，对于一般性的问题，请参考话统指标的分析来进一步分析投诉。3、检查告警 根据投诉的时间，查看CN，RNC或者投诉地点对应基站的告警，看这些告警是否会产生相应的掉话，如果存在这个告警，试着消除和

49、解决这个告警。4、检查CDL CDL记录了用户异常发生时候的信令，状态等信息，通过分析CDL可以进一步了解投诉产生的原因。第50页/共86页第五十页，编辑于星期日：八点 二十四分。用户投诉数据分析流程5、投诉点拨测，重现问题 对于话统分析，告警分析以及CDL分析都无法解决的问题，需要通过到现场拨测的方法进行问题重新，拨测的时候数据记录的方法和路测方法相同，在某些场合，可能不适合记录手机侧信息，那么需要通过RNC来尽量多的记录各种信息，特别需要记录收集上报的EcIo和RSCP信息，以排除覆盖问题导致的掉话。对于一些特别的地点，到现场拨测都不可能，那么需要通过用户的手机号码来获取IMSI，然后在R

50、NC启动呼叫跟踪，以便进一步定位问题。 第51页/共86页第五十一页，编辑于星期日：八点 二十四分。课程内容第一章 掉话分类定义第二章 常见掉话原因与掉话处理流程第三章 掉话问题解决方法第四章 掉话案例分析第五章 网络优化各阶段掉话关注点第52页/共86页第五十二页，编辑于星期日：八点 二十四分。第三章 掉话问题解决方法l第二节 小区参数调整第53页/共86页第五十三页，编辑于星期日：八点 二十四分。工程参数调整工程参数的调整是非常有限的，最基本的可以调整天线的高度、下倾角、天线的波瓣宽度、天线增益以及方向角等。1、对于上行或者下行的覆盖问题导致的掉话对于上行或者下行的覆盖问题导致的掉话： 考

51、虑更改天线的高度、下倾角，也可以更换增益更高的天线或者增加塔放。 2 2、对于针尖和拐角效应：、对于针尖和拐角效应： 通过天线调整也是比较有效的解决办法，由于针尖效应和拐角效应往往出现在街道拐弯的地方或者两条街道交界的地方，可以考虑通过天线的方向角和街道错开一定的角度的方式来调整，但同时需要注意原来街道路边商铺的覆盖不要有很大的影响。 第54页/共86页第五十四页，编辑于星期日：八点 二十四分。工程参数调整3 3、对于导频干扰引起的覆盖问题、对于导频干扰引起的覆盖问题： 可以通过调整某一个天线的工程参数，使该天线在干扰位置成为主导小区；也可以通过调整其他几个天线参数，减小信号到达这些区域的强度

52、；从而减少导频个数；如果条件许可，可以增加新的基站覆盖这片地区；如果干扰来自一个基站的两个扇区，可以考虑进行扇区合并。 工程参数的调整需要综合考虑整个小区调整效果，在解决一个问题的同时要注意不在其它区域引入新的问题。 第55页/共86页第五十五页，编辑于星期日：八点 二十四分。第三章 掉话问题解决方法第56页/共86页第五十六页，编辑于星期日：八点 二十四分。小区参数调整1 1、小区偏置、小区偏置CIOCIO 该值与实际测量值相加所得的数值用于UE的事件评估过程。UE将该小区原始测量值加上这个偏置后作为测量结果用于UE的同频切换判决，在切换算法中起到移动小区边界的作用。该参数设置越大，则软切换

53、越容易，处于软切换状态的UE越多，但占用前向资源；设置越小，软切换越困难，有可能影响接收质量。对于针尖效应或者拐角效应，通过配置5dB左右的CIO是比较好的解决办法。2 2、软切换相关的延迟触发时间、软切换相关的延迟触发时间 延迟触发时间是1A，1B，1C和1D事件相关的触发时间。触发时间的配置会影响切换的及时性。一般情况下，缺省参数的配置能够满足绝大多数场景的要求。切换参数可以针对小区设置，在根据环境设定了一套基本参数之后，针对每个小区单独进行调整，可以把参数更改的影响限制在几个小区之间，对系统的影响也较小。第57页/共86页第五十七页，编辑于星期日：八点 二十四分。小区参数调整3 3、同频

54、测量滤波系数、同频测量滤波系数FilterCoefFilterCoef 层3滤波应尽量滤除随机冲击的能力，使得滤波后的测量值反映实际测量的基本变化趋势。 由于输入层3滤波器的测量值已经经过层1滤波，基本消除了快衰落的影响，因此层3应对阴影衰落和少量快衰落毛刺进行平滑滤波，以为事件判决提供更优的测量数据。 滤波系数越大，对毛刺的平滑能力越强，但对信号的跟踪能力减弱，必须在两者之间进行权衡。典型值可以设置如下：a、若切换区信号变化较慢，同频滤波系数可设为7；b、若切换去信号变化速度中等，同频滤波系数设为6；c、若切换区信号变化较快，同频滤波系数设为3。 第58页/共86页第五十八页，编辑于星期日：

55、八点 二十四分。小区参数调整4 4、压缩模式启停门限、压缩模式启停门限 压缩模式一般在异频切换或者异系统切换前启动，通过压缩模式来测量异频或者异系统小区的质量。压缩模式的启动可以根据CPICH的RSCP或者EcIo是否满足条件来触发，在实际的应用中，一般都采用RSCP作为触发条件。 一般情况下，压缩模式需要测量目标小区（异频或者异系统）的质量并获取相关信息，同时由于移动台的运动导致当前小区的质量恶化，所以对于压缩模式的启动门限一般要求要求在当前小区的质量下降到导致掉话之前能够及时测量到目标小区的信号完成切换为要求，对于停止门限则要求避免压缩模式的频繁启动和停止。第59页/共86页第五十九页，编

56、辑于星期日：八点 二十四分。小区参数调整5 5、无线链路最大下行发射功率、无线链路最大下行发射功率RLMaxDLPwrRLMaxDLPwr 配置大的专用链路的发射功率有利于克服覆盖导致的掉话点，但同样带来干扰问题，由于单个用户允许的功率大，当用户在边缘是就可能消耗大的功率，从而对其他用户造成影响，降低系统的下行容量。一般情况下下行发射功率的配置由链路预算提供，适当的增加或者减少12dB，一般情况下在单次路测情况下，很难看出对掉话的影响，但可以从话统指标上看出来，对于一些小区，由于覆盖原因存在比较大的掉话率，可以考虑增加专用信道的最大发射功率；对于一些小区，由于负载过高导致用户有较大的接入失败概

57、率，可以考虑适当降低该参数。 第60页/共86页第六十页，编辑于星期日：八点 二十四分。小区参数调整6 6、信令和业务的最大重传次数、信令和业务的最大重传次数 在较高的误块率信道条件下，信令由于重传达到最大值就会产生复位，信令的一次复位就会导致掉话；采用AM模式进行业务传输的业务也同样会重传，重传达到最大值之后产生复位信令，系统配置了最大允许的复位次数，当复位次数达到最大值之后，系统开始释放业务，也同样会造成掉话。 系统缺省的配置可以保证突发误块不会导致异常的掉话，但在进入覆盖比较差的场合能够及时进行复位而导致掉话，从而释放业务占用的资源。对于一些场景，有较多的突发干扰，或者针尖效应比较明显的

58、场景，干扰突发期间可能导致100%误块，而又不希望过多的掉话，此时可以考虑适当增加重传次数，通过重传来抵抗突发干扰。 该参数是针对RNC配置。第61页/共86页第六十一页，编辑于星期日：八点 二十四分。小区参数调整7 7、RSCPRSCP表示的小区异频硬切换门限表示的小区异频硬切换门限 当异频测量启动以后，手机开始车辆异频小区，当异频小区的质量高于该门限，RNC发起异频切换。结合压缩模式的启动停止门限来配置该参数，如果配置较小的值，可以提早触发硬切换，如果配置较大的值，可以延迟进行硬切换，从而可以控制切换区或者降低掉话概率。 8 8、切换判决门限、切换判决门限GsmRSSICSThdGsmRS

59、SICSThd、GsmRSSIPSThd GsmRSSIPSThd 异系统切换门限可以针对CS业务和PS业务分开设置，方法和异频硬切换门限的设置方法相同。 第62页/共86页第六十二页，编辑于星期日：八点 二十四分。课程内容第一章 掉话分类定义第二章 常见掉话原因与掉话处理流程第三章 掉话问题解决方法第四章 掉话案例分析第五章 网络优化各阶段掉话关注点第63页/共86页第六十三页，编辑于星期日：八点 二十四分。第四章 掉话分析案例l第二节 干扰掉话案例l第三节 切换掉话案例l第四节 其他掉话案例第64页/共86页第六十四页，编辑于星期日：八点 二十四分。覆盖掉话案例掉话点覆盖分析中，必须：结合导频覆盖和业务覆盖进行分析结合上行覆盖和下行覆盖进行分析结合scanner和UE的测量结果进行分析结合CPICH的Ec/Io，RSCP，SC进行分析 第65页/共86页第六十五页，编辑于星期日：八点 二十四分。覆盖掉话案例掉话点位置处于3G网络的覆盖边缘，掉话发生在小区SC314掉话前UE测量得到的激活集中只有314小区，监视集中没有测量到小区。掉话前UE测量得到的RSSI很低，SIR是负的，UE的发射功率达到最大值。第66页/共86页第六十六页，编辑于星期日：八点 二十四分。覆盖掉话案例UE和scanner测量得到的Ec/Io都有相同的恶化趋势。UE和scan