掉话分析(英文版).pptVIP

Drop call Analysis This Report was writen by NPI team for Yangzhou, JiangSu province WCDMA network, Unicom China. The content of the file consists of system drop call analyzing method and case learning, handover problem etc.. The report presents daily work about KPI of STS . The report can be used as reference for our initial tuning work. 概述 掉话的定义 掉话的Counters说明 正常的呼叫释放流程 常见的掉话原因及简单的分析处理 掉话的定义路测UE侧掉话定义 路测时从UE的信令上看，在通话过程中，如果受到的空口的消息中，满足以下三个条件的任何一个： (1) 收到任何的BCH消息（即系统消息）。 (2) 收到RRC Connection Release消息且释放的原因值为Not Normal。 (3) 收到CC Disconnect，而且释放的原因不是Normal call clearing。 掉话的定义 UTRAN侧的KPI指标分析掉话定义 UTRAN侧相关指标就是RNC触发释放的各业务RAB个数。主要包括两个方面： （1）业务建立成功后，RNC向CN发送RAB RELEASE REQUEST消息。 （2）业务建立成功后，RNC向CN发送IU RELEASE REQUEST消息，其后收到CN发送的IU RELEASE COMMAND。 需要说明的是KPI话统掉话的定义只从Iu接口的角度进行统计，统计了RNC主动发起的RAB release请求次数和Iu release请求次数。而路测UE侧掉话定义主要从空口接口的消息和非接入层的消息结合原因值来进行定义的，两者不完全一致的。比如说，对于同时进行主被叫通话，TEMS记录主叫的空口消息，如果被叫异常掉话，那么分析主叫的流程也会是一次掉话，但从KPI上看，这次主叫是没有掉话指标记录的。所以两者的定义是不完全一致的，在分析时要注意区分。 掉话的Counters说明 Retainability（ System RAB Release Counters） Syetem RAB releases have ‘release cause’ = anything except ‘Normal Release‘(正常释放）, ’Successful Relocation’（成功的位置更新）, ‘Resource Optimisation Relocation’（资源最优化的重新定位）, ‘User Inactivity’ or ‘releaseduetoUEgeneratedsignallingconnectionrelease’（由于手机原因而导致的信号传输连接的释放）. These counters are incremented in the best cell in the active set.  pmNoSystemRabReleaseSpeech(掉话次数） Incremented by one in the best cell in the active set for each system RAB release of a Speech RAB, due to a RANAP Iu Release Command or RAB Assignment Request message. 计数的是RNC触发释放的各业务RAB个数：即根据在a RANAP（无线接入网络应用部分）Iu Release Command or RAB Assignment Request （IU控制释放或者RAB分配的申请）信息。 pmNoNormalRabReleaseSpeech(正常通话释放次数） Drop Call Rate (Speech)=100 *(pmNoSystemRabReleaseSpeech /(pmNoNormalRabReleaseSpeech+pmNoSystemRabReleaseSpeech)) Speech Drop Call Counters pmNoSysRelSpeechNeighbr（缺失邻区造成的掉话个数）: due to unknown measured cell (missing neighbor relation). It has to be