《GT分流后TD掉话整治优化》由会员分享，可在线阅读，更多相关《GT分流后TD掉话整治优化（27页珍藏版）》请在金锄头文库上搜索。
1、ostcom_B2000产品配置手册TD-SCDMA掉话问题分析优化指导手册- 3 - 内容介绍TD-SCDMA网络优化掉话问题分析介绍了TD-SCDMA网络优化中的掉话问题进行分析，包括掉话定义，分析流程和方法，常见掉话原因和典型掉话案例分析。本文分5章。l 概述。l 掉话定义：介绍路测和话统中掉话定义。l 掉话分析流程和方法:详细介绍掉话分析的流程和分析方法。l 常见掉话原因分析：介绍覆盖、邻区关系、切换、干扰等造成掉话的原因及分析的方法。l 典型掉话案例分析：结合广州TD网络优化案例进行分析。读者对象本书适合下列人员阅读：l 参与网络优化的相关人员。目录优化指导手册1-1前言iii内容介
2、绍iii读者对象iii本书约定iii目录- 1 -第1章概述1-1第2章掉话定义2-12.1路测的掉话定义2-12.2话统指标中的掉话定义2-1第3章掉话分析流程和方法3-13.1路测数据分析流程3-13.2话统数据分析流程3-33.3跟踪数据分析流程3-63.4用户投诉分析流程3-9第4章常见掉话原因分析4-14.1覆盖差4-14.2邻区漏配4-14.3切换掉话4-24.4干扰掉话4-24.5流程交互失败4-34.6异常4-34.7调整措施4-34.7.1工程参数4-34.7.2小区参数4-3第5章典型掉话案例分析5-15.1邻区漏配5-15.2乒乓切换5-25.3弱覆盖5-3附录A:缩略语
3、1附录B：文档修订记录2图 31掉话分析流程树3-1图 32 掉话原因判断3-2图 33 呼叫跟踪分析流程3-7图 34用户投诉分析流程3-9图 51邻区漏配调整前5-1图 52邻区漏配调整后5-1图 53乒乓切换调整前5-2图 54乒乓切换调整后5-2图 55弱覆盖调整前5-3图 56弱覆盖调整5-3TD-SCDMA网络优化掉话问题分析第1章 概述第1章 概述在网络建设及运营中，掉话率（calldroprate）是反映网络质量的重要指标之一；掉话问题也是日常网络优化面临的一个常见问题。掉话问题对用户的负面影响最直接，因此掉话率是运营商最为关注的指标之一。实际的网络中，影响掉话率的因素很多，包
4、括硬件问题、干扰问题、覆盖问题、切换问题、参数问题等。本文结合广州TD网络建设和优化的经验，对掉话的定义、分析流程和方法、原因分析等内容进行描述。1-1第2章 掉话定义2.1 路测的掉话定义从UE侧记录的空口信令上看，在通话过程（连接状态下）中，如果空口的消息，满足以下三个条件的任何一个：1）收到任何的BCH消息（即系统消息）2）收到RRC Release消息且释放的原因值为Not Normal3）收到CC Disconnect，CC Release Complete，CC Release三条消息中的任何一条，而且释放的原因为Not Normal Clearing或者Not Normal，Un
5、specified。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
6、request，用户面掉话是RNC主动发起RAB release request。需要说明的是RAN话统掉话的定义只从Iu接口的角度进行统计，统计了RNC主动发起的RAB release请求次数和Iu release请求次数。而路测掉话定义主要从空口的消息和非接入层的消息结合原因值来进行定义的，两者不完全一致的。比如说，对于同时进行主被叫通话，工具记录主叫的空口消息，如果被叫异常掉话，那么分析主叫的流程也会是一次掉话，但从话统上看，这次主叫是没有掉话指标记录的。所以两者的定义是不完全一致的，在分析时要注意区分。第3章 掉话分析流程和方法3.1 路测数据分析流程图 31掉话分析流程树图 32 掉
7、话原因判断 准备数据路测软件采集数据文件RNC记录的单用户跟踪RNC记录的CDL 获取掉话位置采用路测数据处理软件，比如Analyzer和获取掉话的时间和地点，获取掉话前后Scanner采集的导频数据，手机采集的激活集和监测集信息，信令流程等。 分析Scanner主导小区变化情况主要分析主导小区的变坏情况，如果主导小区相对稳定，进一步分析RSCP和C/I情况；如果主导小区变化频繁，需要区分主导小区变化快的情况，或者没有主导小区的情况，然后进一步进行乒乓切换掉话分析。 分析Scanner主导小区信号RSCP和C/I观察Scanner最好小区RSCP，C/I，根据不同的情况分别处理RSCP差，C/
8、I差，可以确定为覆盖问题；RSCP正常，C/I差（排除切换来不及导致的，同频邻区干扰），可以确定为导频干扰问题；RSCP正常，C/I正常，如果UE激活集中小区与Scanner最好小区不一致，可能为邻区漏配或者切换来不及导致的掉话；如果UE激活集中小区与Scanner最好小区一致,可能为上行干扰或者异常掉话。 路测重现问题由于一次路测不一定能够采集到定位掉话问题需要的所有信息，此时需要通过进一步路测来收集数据。通过进一步的路测也能确认该掉话点是随机掉话的点或者固定掉话点，一般来说固定掉话点一定需要解决，而随机掉话点则需要根据掉话发生的概率来确定是否需要解决。3.2 话统数据分析流程分析话统指标时
9、，要先看RNC掉话率指标和信令面掉话率指标，掌握了网络运行的整体情况。同时对关注的小区（小区集合）针对性地分析，按小区（小区集合）得到更详细的掉话指标。分析时可使用话统分析工具得到不同业务的掉话情况以及大致的掉话原因。话统分析应获得指标明显异常的小区分析，如果小区以前KPI良好，此时很可能是版本、硬件、传输、天馈或者数据出了问题导致的异常，可以结合告警首先从这几个方面检查。如无明显异常，根据指标将各扇区载频进行统计分类，可整理出各重点指标较差小区列表，对于这些小区进一步细分话统指标（如分析更多相关指标，分析小时间间隔，分析可能引起掉话的指标，如切换指标等），同时结合CDL看掉话的原因。实际分析
10、解决等问题时，在重点抓住某个指标分析的同时需要结合其他指标一起分析。需要说明的是话统只有在统计量较大时，指标数值才具有指导意义。例如，出现掉话率为50%并不就代表网络差，只有在呼叫次数、呼叫成功次数、掉话总次数的绝对值都已具备统计意义时，这个数值才具有意义话统分析流程可以简述如下：1. 分析RNC掉话率和信令面掉话率RNC掉话率统计RNC触发释放的各业务RAB个数，主要包括两个方面：（1）业务建立成功后，RNC向CN发送RAB RELEASE REQUEST消息。（2）业务建立成功后，RNC向CN发送IU RELEASE REQUEST消息，其后收到CN发送的IU RELEASE COMMAN
11、D。信令面掉话主要是RNC发起了Iu Release Request。分析IU口连接释放情况得到信令面掉话率。2. 分析掉话原因在话统分析中还分析引起掉话的主要原因，可分析以下主要指标：Rab释放请求次数，原因：无线网络层资源不足CSConvRabRelReq_ResRab释放请求次数，原因：无线网络层其他错误CSConvRabRelReq_RErrRab释放请求次数，原因：传输层错误CSConvRabRelReq_L2ErrRab释放请求次数，原因：协议错误CSConvRabRelReq_PErrRab释放请求次数，原因：非接入层错误CSConvRabRelReq_NASErrRab释放请求
12、次数，原因：杂项错误CSConvRabRelReq_OthErrRab释放请求次数，原因：无线网络层资源不足PSConvRabRelReq_ResRab释放请求次数，原因：无线网络层其他错误PSConvRabRelReq_RErrRab释放请求次数，原因：传输层错误PSConvRabRelReq_L2ErrRab释放请求次数，原因：协议错误PSConvRabRelReq_PErrRab释放请求次数，原因：非接入层错误PSConvRabRelReq_NASErrRab释放请求次数，原因：杂项错误PSConvRabRelReq_OthErr类似还有interactive、streaming、bac
13、kground类型的CS、PS业务。3. 分析小区（小区集合）的掉话率指标上述只是对整个网络分析，我们可分析小区掉话率指标，主要需要分析小区“AMR掉话率”、“VP掉话率”、“PS掉话率”、“硬切换掉话率”。 对所有小区分别用以上的指标进行排序，选择指标特别差的小区或者最差的一些小区，进一步按照分析掉话原因。无线电路域掉话率电路域掉话的RAB数目/电路域RAB指派建立成功的RAB数目*100%电路域掉话的RAB数目RNC请求释放的电路域RAB数目+RNC请求释放的电路域Iu连接对应的RAB数目。无线分组域掉线率分组域掉线的RAB数目/分组域RAB指派建立成功的RAB数目*100%分组域掉线的R
14、AB数目RNC请求释放的分组域RAB数目+RNC请求释放的分组域Iu连接对应的RAB数目无线掉话率扩展CS/PS域因该原因掉话的RAB数目/CS/PS域RAB指派成功的RAB数目*100%CS/PS域因该原因掉线的RAB数目RNC请求释放的CS/PS域RAB数目（对应该原因值）RNC请求释放的CS/PS域Iu连接对应的RAB数目（对应该原因值）电路域掉话的RAB数目/电路域64K业务话务量*100%电路域掉话的RAB数目RNC请求释放的电路域RAB数目+RNC请求释放的电路域Iu连接对应的RAB数目。为分析不同速率的PS掉话情况，可分析指标RNC_PS_384K_RAB_REL_CELL_TR
15、IG_BY_RNCRNC_PS_128K_RAB_REL_CELL_TRIG_BY_RNCRNC_PS_64K_RAB_REL_CELL_TRIG_BY_RNC切换掉话率情况：HHO_INTERFEQ_DROP_OUT_CELL / HHO_INTERFEQ_OUT_CELLHHO_INTERFEQ_DROP_IN_CELL / HHO_INTERFEQ_IN_CELLHHO_INTRAFEQ_DROP_OUT_CELL/ HHO_INTRAFEQ_OUT_CELLHHO_INTRAFEQ_DROP_IN_CELL/ HHO_INTRAFEQ_IN_CELL通过上述这些掉话率的分析，我们可获得不同业务及其速率在网络中的性能，可获得切换掉话情况。重要的是通过这一步可获
