12-W网规高培-掉话问题分析.ppt

单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,WCDMA,掉话问题分析,前言,掉话率（,call drop rate,）是反映网络质量的重要指标之一；掉话问题也是日常网络优化面临的一个常见问题；本文从路测、话统数据、,RNC,跟踪数据以及用户投诉等方面来描述了掉话问题处理的流程，并结合实际掉话案例进行分析。,课程目标,掌握掉话的定义,掌握掉话处理基本流程,掌握各种掉话数据分析方法,掌握掉话问题解决方法,学习完本课程，您将能够：,参考资料,WCDMA RNP,掉话专题分析,WCDMA RNO,掉话问题分析指导书,课程内容,T,第一章 掉话分类定义,第二章 常见掉话原因与掉话处理流程,第三章 掉话问题解决方法,第四章 掉话案例分析,第五章 网络优化各阶段掉话关注点,第一章 掉话分类定义,第一节 正常释放流程,第二节 掉话空中接口定义,第三节 掉话话统指标定义,CS,第四节 掉话话统指标定义,PS,正常释放流程,一个,CS,正常释放信令流程,正常释放流程,一个,CS,正常释放信令流程,1.UE,发,RRC_UL_DIR_TRANSF,消息给,RNC,，消息中,nas,message,是,0325,，表示是,call control,子层的,disconnect,消息。,2.RNC,发,RANAP_DIRECT_TRANSFER,消息给,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,消息。,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,消息给,NODEB,，开始释放,Iub,口资源，包括,NBAP,层和,ALCAP,层，,PHY,层资源。,12.NODEB,发,NBAP_RL_DEL_RSP,消息给,RNC,，整个释放过程结束,。,正常释放流程,一个,PS,正常释放信令流程,正常释放流程,一个,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 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_TRANSF,消息给,UE,，消息中,nas,message,是,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,，,10.UE,发,RRC_RB_REL_CMP,消息给,RNC,，业务,RB,释放完成,11.RNC,发,RANAP_RAB_ASSIGNMENT_RESP,消息给,CN,，,RAB,释放完成,第一章 掉话分类定义,第一节 正常释放流程,第二节 空中接口掉话定义,第三节 话统指标掉话定义,CS,第四节 掉话话统指标定义,PS,空中接口定义,空中接口掉话定义,空中接口掉话定义,在通话过程中，如果空中接口信息满足下面三个条件中的任何一条，可以判断为掉话：,收到任何的,BCH,消息（即系统消息）,收到,RRC Release,消息（原因为非正常释放,Not normal,）,收到,CC Disconnect,，,CC Release Complete,，,CC Release,三条消息中的任何一条，而且释放的原因为,Not Normal Clearing,或者,Not Normal,，,Unspecified,。,从,RNC,记录的信令上看，如果在,Iu,接口上看到了,RNC,发向,CN,的消息为,Iu,Release Request,或者,RNC,发给,CN,的消息为,RAB Release Request,消息，此时定义为异常掉话。,空中接口定义,第一章 掉话分类定义,第一节 正常释放流程,第二节 掉话空中接口定义,第三节 掉话话统指标定义,CS,第四节 掉话话统指标定义,PS,话统指标定义,话统指标定义,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%,测量点：,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 due 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 COMMAND,。,RNC_CS_RAB_REL_TRIG_BY_RNC_AAL2_LOSS,含义：,统计,RNC,由于,IU,接口,AAL2,链路异常而触发释放的,CS,域,RAB,个数,测量点：,CS,业务建立成功后，由于,IU,接口,AAL2,链路异常，,RNC,向,CN CS,发送,RAB RELEASE REQUEST,消息。,话统指标定义,话统指标定义,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 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 REQUEST,消息，释放原因为“,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 Generated 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 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_SRBRESET,含义：,统计每个小区上,RNC,由于信令,RLC,复位而触发释放的,CS,域,RAB,个数,测量点：,CS,业务建立成功后，由于,SRB,复位，,RNC,向,CN CS,发送,RAB RELEASE REQUEST,消息。,CS,业务建立成功后，由于,SRB,复位，,RNC,向,CN CS,发送,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,消息。,话统指标定义,话统指标定义,CS,掉话统计,CS,掉话统计（面向业务）：,AMR,语音与,VP,掉话统计：,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_RAB_REL_CELL_TRIG_BY_RNC/CS_RAB_SETUP_SUCC_CONV_64K_CELL*100%,第一章 掉话分类定义,第一节 正常释放流程,第二节 掉话空中接口定义,第三节 掉话话统指标定义,CS,第四节 掉话话统指标定义,PS,话统指标定义,话统指标定义,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_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 release,”,。,话统指标定义,面向,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 Generated 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 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,消息。,话统指标定义,话统指标定义,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_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,”,。,话统指标定义,面向 小区,的,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 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 RELEASE 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,消息，释放原因为“,RAB 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 Generated 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,消息。,话统指标定义类别总结：,话统指标对掉话的定义分为：,CS,掉话,:,面向对象统计：,RNC,、小区,面向业务统计：,AMR,语音、,VP,业务,PS,掉话：,面向对象统计,:RNC,、小区,话统指标定义,课程内容,第一章 掉话分类定义,第二章 常见掉话原因与掉话处理流程,第三章 掉话问题解决方法,第四章 掉话案例分析,第五章 网络优化各阶段掉话关注点,第二章 常见掉话原因与掉话处理流程,第一节 常见掉话原因,第二节 路测数据分析流程,第三节 话统数据分析流程,第四节 信令跟踪数据分析流程,第五节 用户投诉数据分析流程,常见掉话原因,邻区漏配,一般来讲，初期优化过程掉话占大多数是由于邻区漏配导致的。对于同频邻区，通常采用以下的办法来确认是否为同频邻区漏配：,方法一：观察掉话前,UE,记录的活动集,EcIo,信息和,Scanner,记录的,Best Server EcIo,信息，如果,UE,记录的,EcIo,很差，而,Scanner,记录的,Best Server EcIo,很好；同时检查,Scanner,记录,Best Server,扰码是否出现在掉话前最近出现的同频测量控制中，如果测量控制中没有扰码，那么可以确认是邻区漏配。,方法二：如果掉话后,UE,马上重新接入，如果,UE,重新接入的小区扰码和掉话时的扰码不一致，也可以怀疑是邻区漏配问题，可以通过测量控制进一步进行确认。,邻区漏配导致的掉话也包括异频邻区漏配和异系统邻区漏配。,常见掉话原因,覆盖问题,通常所说的覆盖差，主要是指,RSCP,不和,EcIo,都很差。覆盖的问题需要通过掉话前上行或者下行的专用信道功率来确认，需要采用以下的方法来确认：,如果掉话前的上行发射功率达到最大值，并且上行的,BLER,也很差或者从,RNC,记录的单用户跟踪上看到,NodeB,上报,RL failure,，基本可以认为上行覆盖差导致的掉话；如果掉话前，下行发射功率达到最大值，并且下行的,BLER,很差，基本可以认为是下行覆盖不行导致的掉话。,确认覆盖的问题简单直接的方式：,直接观察,Scanner,采集的数据，若最好小区的,RSCP,和,EcNo,都很低，就可以认为是覆盖问题。,常见掉话原因,切换问题,软切换,/,同频导致掉话主要分为两类原因：切换来不及或者乒乓切换。,从信令流程上,CS,业务表现为手机收不到活动集更新命令（同频硬切换时为物理信道重配置），,PS,业务有时候会在切换之前先发生,TRB,复位。,从信号上看，切换来不及主要有以下两种现象：,1,）拐角：源小区,EcIo,陡将，目标小区,EcNo,陡升（即突然出现就是很高的值）；,2,）针尖：源小区,EcIo,快速下降后一段时间后上升，目标小区出现短时间的陡升。,乒乓切换主要有以下两种现象：,1,）主导小区变化快：,2,个或者多个小区交替成为主导小区，主导小区具有较好的,RSCP,和,EcIo,每个小区成为主导小区的时间很短；,2,）无主导小区：存在多个小区，,RSCP,正常而且相互之间差别不大，每个小区的,EcIo,都很差。,常见掉话原因,干扰问题,一般情况下，对于下行，当,CPICH RSCP,大于,-85dB,，而,EcIo,小于,-13dB,容易产生了掉话，基本上可以认为是下行干扰的问题。对于上行,RTWP,比正常值（,-104-105,）超过,10dB,，干扰时间超过,23s,，就有可能造成掉话。,对于下行，干扰可能是导频污染引起。,常见掉话原因,流程交互问题,一些需要信令交互的流程，如,AMR,控制、,DCCC,以及压缩模式的启停、,UE,的状态迁移等，常常会由于信号的原因，手机支持方面的原因或者,RAN,设备和手机的配合问题，导致流程失败，最后导致掉话。,这类问题需要针对特定的流程和手机进行分析，没有一般性的处理方法。,常见掉话原因,其他异常问题,在排除了以上的原因之后，其他的掉话一般需要怀疑设备的问题，需要通过查看设备的日志，告警等进一步来分析掉话原因。,例如：同步失败导致的链路不停增加和删除。,例如：手机不上报,1a,测量报告导致掉话。,第二章 常见掉话原因与掉话处理流程,第一节 常见掉话原因,第二节 路测数据分析流程,第三节 话统数据分析流程,第四节 信令跟踪数据分析流程,第五节 用户投诉数据分析流程,路测数据分析流程,路测数据分析流程,1,准备数据,UE,和,Scanner,最好小区比较,稳定,一致,N,2,获取掉话,位置和时间,3,分析,Scanner,主导小区信号变化,4.1 RSCP,差,EcIo,差,4.2 RSCP,正常,EcIo,差,4.3 RSCP,正常,EcIo,正常,邻区漏配,上行干扰问题,切换不及时,确认漏配,邻区？,覆盖问题,异常掉话,导频干扰问题,不一致,确认上行,干扰？,问题是否解决,4,重新路测,Y,主导小区信号稳定？,4 Scanner,最优小,RSCP,和,EcIO,乒乓切换问题,变化频繁,Y,N,路测数据分析流程,1,、准备数据,路测软件采集数据文件,RNC,记录的单用户跟踪,RNC,记录的,CDL,2,、获取掉话位置,采用路测数据处理软件，比如,Analyzer,和获取掉话的时间和地点，获取掉话前后,Scanner,采集的导频数据，手机采集的活动集和监视集信息，信令流程等。,3,、分析,Scanner,主导小区变化情况,主要分析主导小区的变换情况，如果主导小区相对稳定，进一步分析,RSCP,和,EcIo,情况；,如果主导小区变化频繁，需要区分主导小区变化快的情况，或者没有主导小区的情况，然后进一步进行乒乓切换掉话分析。,路测数据分析流程,4,、分析,Scanner,主导小区信号,RSCP,和,EcIo,观察,Scanner,最好小区,RSCP,，,EcNo,，根据不同的情况分别处理,4.1 RSCP,差，,EcNo,差，可以确定为覆盖问题；,4.2 RSCP,正常，,EcNo,差（排除切换来不及导致的，同频邻区干扰），可以确定为导频干扰问题；,4.3 RSCP,正常，,EcNo,正常，如果,UE,活动集中小区与,Scanner,最好小区不一致，可能为邻区漏配或者切换来不及导致的掉话；如果,UE,活动集中小区与,Scanner,最好小区一致,可能为上行干扰或责异常掉话。,5,、路测重现问题,由于一次路测不一定能够采集到定位掉话问题需要的所有信息，此时需要通过进一步路测来收集数据。通过进一步的路测也能确认该掉话点是随机掉话的点或者固定掉话点，一般来说固定掉话点一定需要解决，而随机掉话点则需要根据掉话发生的概率来确定是否需要解决。,第二章 常见掉话原因与掉话处理流程,第一节 常见掉话原因,第二节 路测数据分析流程,第三节 话统数据分析流程,第四节 信令跟踪数据分析流程,第五节 用户投诉数据分析流程,话统数据分析流程,话统数据分析流程,2,分析小区的掉话率指标,1,分析,RNC,面掉话率,5,通过路测重现问题,Y,N,N,Y,N,Y,N,3,检查小区是否设备异常,3.1,解决设备问题,4,分析掉话原因,4.1,信令,RB,复位或者业务,RB,复,位导致的掉话,4.2,是否切换导致掉话,4.3,是否干扰导致的掉话,解决覆盖问题,解决切换掉话问题,解决干扰问题,Y,N,话统数据分析流程,1,、分析,RNC,的掉话率指标,主要从整个,RNC,的整体掉话指标上判断掉话率指标是否正常。,2,、分析小区的掉话率指标,对于小区的掉话率指标，主要需要分析小区,“,AMR,掉话率,”,、,“,VP,掉话率,”,、,“,PS,掉话率,”,、,“,硬切换掉话率,”,、,“,系统间切换掉话率,”,，对所有小区分别用以上的指标进行排序，选择指标特别差的小区或者最差的一些小区，进一步分析掉话原因。,3,、检查小区是否异常,检查小区的告警，排除小区异常方面的原因。,话统数据分析流程,4,、分析掉话原因,排除,Iu,口,aal2,异常导致的掉话问题，排除,GTPU,异常导致的掉话问题；分析是否由于信令,RLC,复位导致的掉话，还是业务,RLC,复位导致的掉话；分析该小区相关的切换指标（分析小区的切入成功率和切出成功率），确认是否由于切换失败导致的掉话；通过分析小区总带宽接收功率相关话统指标，分析在掉话率高的时段，是否相应的上行干扰指标也很高，进一步确认上行干扰导致的掉话问题。,5,、通过路测重现问题,当通过话统分析无法进一步解决掉话问题的时候，需要针对小区进行路测，跟踪手机侧和,RNC,的信令流程进行分析，详细分析方法请参见路测数据分析流程。,第二章 常见掉话原因与掉话处理流程,第一节 常见掉话原因,第二节 路测数据分析流程,第三节 话统数据分析流程,第四节 信令跟踪数据分析流程,第五节 用户投诉数据分析流程,信令跟踪数据分析流程,信令跟踪数据分析流程,2,获取掉话点信息,1,获取单用户跟踪消息,3,是否信令面掉话,6,拨测，重现问题,Y,N,4,是否用户面掉话,5,是否异常掉话,3.1,解决信令面掉话,4.1,解决用户面掉话,5.1,解决异常掉话,掉话问题解决,信令跟踪数据分析流程,1,、获取单用户跟踪消息,单用户跟踪消息需要事先在,RNC,或者,M2000,上进行跟踪，才能记录相应的消息，一般情况下，根据,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,复位。,当活动集中只有一条链路上，会由于,RL failure,导致,RNC,发起,Iu,Release,，,RL failure,是上行失步引起的，但是下行失步会使,UE,关闭发射机，接着就造成上行失步，在定位掉话是上行引起释放还是下行引起的时候，需要分析掉话前手机的发射功率和实时状态监控的下行的码发射功率来区分。,下行覆盖差、下行干扰强或者上行干扰都会导致,TRB,复位。有时候数据业务由于重传次数设置不合理，在切换来不及的情况下，,TRB,比,SRB,先产生复位，在分析时要注意区分。,信令跟踪数据分析流程,5,、异常掉话分析,异常掉话一般指掉话无法从覆盖、干扰等方面找到原因，也无法根据前面介绍的用户面掉话或者信令面掉话原因来解释，这种掉话往往是设备的异常或者是手机的异常导致的。比如由于传输突然中断导致的掉话、基站设备异常导致的掉话、手机突然死机等都会导致异常掉话。对于传输异常一般通过分析,CDL,或者参看告警来进一步分析；对于基站设备异常可以通过查询基站状态来确认，对于手机异常，需要通过分析手机记录的数据来定位。,6,、拨测，重现问题,当已有的数据不注意定位掉话问题的时候，启动更详细的数据跟踪，最好的办法是在问题点进行拨测，重现问题，然后继续进行分析。,第二章 常见掉话原因与掉话处理流程,第一节 常见掉话原因,第二节 路测数据分析流程,第三节 话统数据分析流程,第四节 信令跟踪数据分析流程,第五节 用户投诉数据分析流程,用户投诉数据分析流程,1,、了解用户投诉,用户投诉发生的时候需要详细记录问题发生的时间，问题产生的地点，以及问题的具体现象。,2,、检查话统指标,通过分析用户投诉相关的话统指标，来进一步分析该投诉是某个用户特有的问题还是网络一般性的问题，对于一般性的问题，请参考话统指标的分析来进一步分析投诉。,3,、检查告警,根据投诉的时间，查看,CN,，,RNC,或者投诉地点对应基站的告警，看这些告警是否会产生相应的掉话，如果存在这个告警，试着消除和解决这个告警。,4,、检查,CDL,CDL,记录了用户异常发生时候的信令，状态等信息，通过分析,CDL,可以进一步了解投诉产生的原因。,用户投诉数据分析流程,5,、投诉点拨测，重现问题,对于话统分析，告警分析以及,CDL,分析都无法解决的问题，需要通过到现场拨测的方法进行问题重新，拨测的时候数据记录的方法和路测方法相同，在某些场合，可能不适合记录手机侧信息，那么需要通过,RNC,来尽量多的记