WCDMA_CS业务优化_掉话问题分析

WCDMA RNO CS业务优化_掉话问题分析 21 掉话分类定义 21.1 路测掉话定义 21.2 话务统计指标 52 掉话分析流程及方法 52.1 常见掉话原因 52.1.1 邻区漏配 62.1.2 覆盖差 82.1.3 切换导致的掉话 92.1.4 干扰导致的掉话 102.1.5 流程交互失败 102.1.6 异常分析 102.2 路测数据分析流程 132.3 话务统计数据分析流程 172.4 跟踪数据分析流程 202.5 告警数据分析流程 202.6 用户投诉分析流程 212.7 调整措施 212.7.1 工程参数 222.7.2 小区参数 283 典型掉话分析 283.1 邻区漏配 283.1.1 现象和分析 303.1.2 解决方法 303.2 覆盖太差 303.2.1 现象和分析 313.2.2 解决办法 313.3 干扰过强 313.3.1 导频污染 393.3.2 上行干扰导致的掉话 413.4 软切换掉话 413.4.1 拐角效应 443.4.2 针尖效应 453.4.3 主导小区变化过快 463.5 硬切换掉话 463.5.1 压缩模式启动太迟 463.6 系统间切换掉话 463.6.1 邻区漏配导致掉话 473.6.2 异系统邻区配置过多导致掉话 483.6.3 LAC配置错误导致的掉话 483.6.4 UE不报测量报告导致掉话 493.6.5 切换不及时导致掉话 523.6.6 物理信道重配置时发生最优小区变更导致掉话 533.6.7 UE回切换失败导致掉话 543.6.8 压缩模式启动太迟 543.7 设备异常掉话 553.7.1 NodeB上行同步导致的掉话 553.7.2 手机问题 564 网优各阶段关注点 564.1 单站测试阶段 564.2 优化前评估阶段 564.3 RF优化阶段 564.4 参数优化阶段 574.5 网优项目验收阶段 585 附录 585.1 覆盖增强技术 585.1.1 塔放 585.1.2 收发分集 585.1.3 RRU 585.1.4 微蜂窝 1 掉话分类定义 1.1 路测掉话定义 从UE侧记录的空口信令上看，在通话过程（连接状态下）中，如果空口的消息，满足以下三个条件的任何一个： 1） 收到任何的BCH消息（即系统消息） 2） 收到RRC Release消息且释放的原因值为Not Normal 3） 收到CC Disconnect，CC Release Complete，CC Release三条消息中的任何一条，而且释放的原因为Not Normal Clearing或者Not Normal，Unspecified。 1.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_RAB_REL_TRIG_BY_RNC，统计时可按具体业务分类统计。 同时话务统计还统计了RNC触发释放各业务RAB的原因。 掉话率计算： 从大的方面来讲，掉话分为两大类，信令面掉话和用户面掉话；从流程上看，信令面掉话是RNC发起了Iu release request，用户面掉话是RNC主动发起RAB release request。这两项指标是针对CS和PS分别统计的，根据IU接口的话务统计统计项，定义信令面掉话如下： 用户面掉话可以直接通过RNC掉话率和信令面掉话率相关指标运算得到。信令面和用户面掉话仅从信令角度区分。建议话务统计分析时重点关注整个掉话率，重点分析掉话的原因，目前有以下掉话原因统计项： RNC_PS_RAB_REL_TRIG_BY_RNC_TRB_RESET RAB_CS_REL_RF_LOSS RAB_PS_REL_RF_LOSS RNC_CS_RAB_REL_TRIG_BY_RNC_SRB_RESET RNC_PS_RAB_REL_TRIG_BY_RNC_SRB_RESET RNC_CS_RAB_REL_TRIG_BY_RNC_AAL2_LOSS RNC_PS_RAB_REL_TRIG_BY_RNC_GTPU_LOSS RAB_CS_REL_ABNORM_LOSS RAB_PS_REL_ABNORM_LOSS 其中出现最多的为SRB、TRB复位。 上述这些指标可以按照表格分类： 掉话分类 引起原因 对应的信令过程 相关指标 空口原因 RF RLC复位，RL Failure SRB_RESET，TRB RESET RF_LOSS 流程定时器超时 RB SETUP/RECFG PHY/TRCH/SHO/ASU 等过程超时 HHO 过程失败 各流程超时统计相关指标 非空口原因 硬件故障 RNC和NODEB之间的传输故障， NCP上报故障 FP同步失败 ABNORM_LOSS 传输层故障 ALCAP上报故障 ABNORM_LOSS 通过MML强行释放用户 O&M intervention ABNORM_LOSS 从上述分类看出，话务统计指标目前没有完全按照通常网络优化的掉话原因分类进行统计。 需要说明的是RAN话务统计掉话的定义只从Iu接口的角度进行统计，统计了RNC主动发起的RAB release请求次数和Iu release请求次数。而路测掉话定义主要从空口的消息和非接入层的消息结合原因值来进行定义的，两者不完全一致的。比如说，对于同时进行主被叫通话，工具记录主叫的空口消息，如果被叫异常掉话，那么分析主叫的流程也会是一次掉话，但从话务统计上看，这次主叫是没有掉话指标记录的。所以两者的定义是不完全一致的，在分析时要注意区分。 2 掉话分析流程及方法 2.1 常见掉话原因 2.1.1 邻区漏配 一般来讲，初期优化过程掉话占大多数是由于邻区漏配导致的。对于同频邻区，通常采用以下的办法来确认是否为同频邻区漏配： 方法一：观察掉话前UE记录的激活集EcIo信息和Scanner记录的Best Server EcIo信息，如果UE记录的EcIo很差，而Scanner记录的Best Server EcIo很好；同时检查Scanner记录Best Server扰码是否出现在掉话前最近出现的同频测量控制的邻区列表中，如果测量控制的邻区列表中中没有扰码，那么可以确认是邻区漏配。 方法二：如果掉话后UE马上重新接入，如果UE重新接入的小区扰码和掉话时的扰码不一致，也可以怀疑是邻区漏配问题，可以通过测量控制进一步进行确认（从掉话位置的消息开始往前找，找到最近一条同频测量控制消息，检查该测量控制消息的邻区列表）。 方法三：有些UE会上报检测集（Detected Set ）信息，如果掉话发生前检测集信息中有相应的扰码信息，也可以确认是邻区漏配的问题。 邻区漏配导致的掉话也包括异频邻区漏配和异系统邻区漏配。异频邻区漏配的确认方法和同频几乎相同，主要是掉话发生的时候，手机没有测量或者上报异频邻区，而手机掉话后重新驻留到异频邻区上。异系统邻区漏配表现为手机在3G掉话，掉话后手机重新选网驻留到2G网络，从信号质量来看，2G网络的质量很好（在掉话点用2G测试手机观察RSSI信号）。 邻区优化包括邻区增加和邻区删除两种情况。漏配邻区的影响是强的小区不能加入激活集导致干扰加大甚至掉话，这时需要增加必要的邻区；冗余邻区的影响是使邻区消息庞大，增加不必要的信令开销，而且在邻区满配时无法加入需要的邻区，这时需要删除冗余邻区。 在RF优化阶段，主要关注邻区漏配的情况. 1A Threshold： 1A事件门限，建议设置为 3 dB； 1A Hysteresis：1A事件迟滞，建议设置为 0 dB； 1A Time to Trigger：1A时间出发时延，建议设置为 0.320 s； 1B Threshold：！B事件门限，建议设置为 6 dB； 1B Hysteresis：1B事件迟滞，建议设置为 0 dB； 1C Hysteresis：1C事件迟滞，建议设置为 4 dB； 1D Hysteresis：1D事件迟滞，建议设置为 4 dB； Count Threshold：邻区判断次数门限，建议设置为 10次 协议 离婚协议模板下载合伙人协议 下载渠道分销协议免费下载敬业协议下载授课协议下载 规定WCDMA的邻区个数最大为32个，包括同邻频＆异系统之间的.优化中发现的需要添加的必要邻区就无法加入，这时需要删除部分冗余邻区. 2.1.2 覆盖差 弱覆盖指的是覆盖区域导频信号的RSCP小于－95dBm。比如凹地、山坡背面、电梯井、隧道、地下车库或地下室、高大建筑物内部等。如果导频信号低于全覆盖业务（例如：VP、PS64K）的最低要求，或者刚能满足要求，但由于同频干扰的增加，导频信道Ec/Io不能满足全覆盖业务的最低要求，将导致全覆盖业务接入困难、掉话等问题；如果导频信号RSCP低于手机的最低接入门限的覆盖区域，手机通常无法驻留小区，无法发起位置更新和位置登记而出现“掉网”的情况。 这类问题通常采用以下应对措施： · 可以通过增强导频功率、调整天线方向角和下倾角，增加天线挂高，更换更高增益天线等方法来优化覆盖。 · 对于相邻基站覆盖区不交叠部分内用户较多或者不交叠部分较大时，应新建基站，或增加周边基站的覆盖范围，使两基站覆盖交叠深度加大，保证一定大小的软切换区域，同时要注意覆盖范围增大后可能带来的同邻频干扰； · 对于凹地、山坡背面等引起的弱覆盖区可用新增基站或RRU，以延伸覆盖范围； 对于电梯井、隧道、地下车库或地下室、高大建筑物内部的信号盲区可以利用RRU、室内分布系统、泄漏电缆、定向天线等方案来解决。 一般来说，对于AMR业务而言，当CPICH的EcIo大于-14dB，RSCP大于-100dBm时（采用Scanner的测量值），不可能是由于覆盖不行导致的掉话。通常所说的覆盖差，主要是指RSCP很差。下表是规划时要求的Outdoor EcIo和Ec要求（来自国外某网络规划）： 表1 EcIo和Ec门限要求 Service Bit rate of service DL EbNo P_TCH-P_CPICH EcIo thresholds Ec thresholds CS 12.2 12.2 8.7 -3 -13.3 -103.1 CS 64 64 5.9 0 -11.9 -97.8 PS 64 64 5.1 0 -12.7 -98.1 PS 128 128 4.5 3 -13.3 -95.3 PS 384 384 4.6 5 -10.4 -90.6 上行覆盖差还是下行覆盖差的问题需要通过掉话前上行或者下行的专用信道功率来确认，需要采用以下的方法来确认： 如果掉话前的上行发射功率达到最大值，并且上行的BLER也很差或者从RNC记录的单用户跟踪上看到NodeB上报RL failure，基本可以认为上行覆盖差导致的掉话；如果掉话前，下行发射功率达到最大值，并且下行的BLER很差，基本可以认为是下行覆盖不行导致的掉话。在合理的链路平衡情况下，而且上下行没有干扰的情况下，上行和下行发射功率会同时受限，此时不一定要严格区分哪一方先出现受限。如果上下行严重不平衡，则应该初步判定为受限方向存在干扰。 越区覆盖一般是指某些基站的覆盖区域超过了规划的范围，在其他基站的覆盖区域内形成不连续的主导区域。比如，某些大大超过周围建筑物平均高度的站点，发射信号沿丘陵地形或道路可以传播很远，在其他基站的覆盖区域内形成了主导覆盖，产生孤岛效应。因此，当呼叫接入到远离某基站而仍由该基站服务的“岛”形区域上，并且在小区切换参数设置时，“岛”周围的小区没有设置为该小区的邻近小区，则一旦当移动台离开该“岛”时，就会立即发生掉话。而且即便是配置了邻区，由于“岛”的区域过小，也会容易造成切换不及时而掉话。 这类问题通常采用以下应对措施： · 对于越区覆盖情况，就需要尽量避免天线正对道路传播，或利用周边建筑物的遮挡效应，减少越区覆盖，但同时需要注意是否会对其他基站产生同频干扰。 对于高站的情况，比较有效的方法是更换站址，但是通常因为物业、设备安装等条件限制，在周围找不到合适的替换站址。而且因为极大的调整天线的机械下倾角会造成天线方向图的畸变，所以只能调整导频功率或使用电下倾天线，以减小基站的覆盖范围来消除“岛”效应。 上下行不平衡一般指目标覆盖区域内，上下行对称业务出现下行覆盖良好而上行覆盖受限（表现为UE的发射功率达到最大仍不能满足上行BLER要求）。或下行覆盖受限（表现为下行专用信道码发射功率达到最大仍不能满足下行BLER要求）的情况。上下行不平衡的覆盖问题比较容易导致掉话，常见的原因是上行覆盖受限。 确认覆盖的问题简单直接的方式是直接观察Scanner采集的数据，若最好小区的RSCP和EcIo都很低，就可以认为是覆盖问题。 由于缺站、扇区接错、功放故障导致站关闭等原因都会导致覆盖差，在一些室内，由于过大的穿透损耗也会导致覆盖太差，扇区接错或者站点由于故障原因关闭等容易在优化过程中出现，表现为其他小区在掉话点的覆盖差，需要注意分析区别。 2.1.3 切换导致的掉话 软切换/同频导致掉话主要有两类原因：切换来不及或者乒乓切换。 从信令流程上CS业务表现为手机收不到激活集更新命令（同频硬切换时为物理信道重配置），PS业务也有可能收不到激活集更新命令，也有可能在切换之前先发生TRB复位。 从信号上看，切换来不及主要有以下现象： 1）拐角：源小区EcIo陡降，目标小区EcIo陡升（即突然出现就是很高的值）； 2）针尖：源小区EcIo快速下降后一段时间后上升，目标小区出现短时间的陡升。 从信令流程上看，一般在掉话前手机上报了邻区的1a或者1c测量报告，RNC也收到了测量报告，并下发了激活集更新消息，但UE收不到激活集更新消息。 乒乓切换主要有以下两种现象： 这类区域是指没有主导小区或者主导小区更换过于频繁的地区。这样会导致频繁切换，进而降低系统效率，增加了掉话的可能性。 针对无主导小区的区域，应当通过调整天线下倾角和方向角等方法，增强某一强信号小区（或近距离小区）的覆盖，削弱其他弱信号小区（或远距离小区）的覆盖 1）主导小区变化快：2个或者多个小区交替成为主导小区，主导小区具有较好的RSCP和EcIo每个小区成为主导小区的时间很短； 2）无主导小区：存在多个小区，RSCP正常而且相互之间差别不大，每个小区的EcIo都很差。 从信令流程上看，一般可以看到1个小区刚刚删除，然后马上要求加入，此时收不到RNC下发的激活集更新命令导致失败。 解决切换来不及导致的掉话，可以通过调整天线扩大切换区，也可以配置1a事件的切换参数使切换更容易发生，或者配置CIO使目标小区能够提前发生切换；解决乒乓切换带来的掉话问题，可以调整天线使覆盖区域形成主导小区，也可以配置1b事件的切换参数减少乒乓的发生等方法来进行。 对于异频切换和系统间切换，在切换前需要通过启动压缩模式来进行异频或者异系统测量，压缩模式启动太迟，可能导致手机来不及测量目标小区的信号，从而产生掉话，也可能手机完成了测量，但下发的异频或者异系统切换请求手机不能正常接收而导致掉话。 对于3G 2G系统间切换掉话的常见原因大概如下： 1. 邻区漏配置，可以通过配置邻区解决； 2. 信号变化太快导致掉话； 3. 手机问题，比如UE回切换失败或者UE没有上报异系统测量报告导致掉话等； 4. 物理信道重配置时发生最优小区发生变更导致掉话，需要产品算法进行优化； 5. 异系统小区配置过多导致掉话，可以通过优化邻区数目解决； 6. LAC区配置错误导致的掉话，可以通过数据配置检查解决。 2.1.4 干扰导致的掉话 下行和上行的干扰都会导致掉话。一般情况下，对于下行，当激活集CPICH RSCP大于-85dB，而激活集综合EcIo小于-13dB产生了掉话，基本上可以认为是下行干扰的问题（当切换不及时的时候，也可能出现服务小区RSCP信号很好，但EcIo很差；但此时监视集小区RSCP和EcIo都很好）；对于上行RTWP比正常值（-107~-105）超过10dB，干扰时间超过2~3s，就有可能造成掉话，需要重点解决。 下行的干扰通常是指导频污染，指覆盖地区存在3个以上的小区满足切换条件，由于信号的波动常常出现激活集替换或者最优小区发生变化，通常当激活集综合质量不好（CPICH的EcIo都在-10dB左右波动），容易出现切换失败导致SRB复位，也可能出现TRB复位。 上行的干扰增加了连接模式的手机上行发射功率，从而产生过高的BLER导致SRB或者TRB复位或者由于失步导致掉话。另外，在切换的时候，新建链路由于上行干扰问题导致链路不能同步，从而造成该小区的切换成功率低，或者造成切换失败而导致掉话。 通常在没有干扰的情况下，上下行是平衡的，也就是说掉话前上下行的发射功率都会接近最大值。但当干扰存在时，如果是下行的干扰，往往出现上行发射功率很小或者BLER收敛的情况，但下行发射功率达到最大值同时也伴随着下行BLER不收敛；对于上行干扰，会存在同样的表现，在实际分析可以通过这个方法来区分。 2.1.5 流程交互失败 一些需要信令交互的流程，如AMR控制、DCCC以及压缩模式的启停、UE的状态迁移等，常常会由于信号的原因，手机支持方面的原因或者RAN设备和手机的配合问题，导致流程失败，最后导致掉话。还有一种特殊情况就是在流程的交互过程中，如RB建立，RB重配置等流程中，切换的测量报告不能及时处理，导致信号变差而掉话。 这类问题需要针对特定的流程和手机进行分析，没有一般性的处理方法。 2.1.6 异常分析 在排除了以上的原因之后，其他的掉话一般需要怀疑设备的问题，需要通过查看设备的日志，告警等进一步来分析掉话原因。 比如：NodeB异常引起同步失败，导致的链路不停增加和删除 比如：手机不上报1a测量报告导致掉话 这里需要重点注意的是测试手机异常死机引起的掉话问题，一般在拨测过程中容易出现这个问题，具体表现为路测记录的数据中有一段时间没有手机上报的信息。 1 一些手机如MOTO A835会丢失掉话前的一些消息，可能导致后处理软件判断错误，发生这种情况的时候需要对比RNC记录的单用户跟踪来排除问题。 2.2 路测数据分析流程 掉话数据分析流程如下： 图2 掉话分析流程图 图3 掉话分析判决树 1. 准备数据 路测软件采集数据文件 RNC记录的单用户跟踪 RNC记录的CALL TRACE 2. 获取掉话位置 采用路测数据处理软件，获取掉话的时间和地点，获取掉话前后Scanner采集的导频数据，手机采集的激活集和监视集信息，信令流程等。 3. 分析Scanner主导小区变化情况 主要分析主导小区的变坏情况，如果主导小区相对稳定，进一步分析RSCP和EcIo情况； 如果主导小区变化频繁，需要区分主导小区变化快的情况，或者没有主导小区的情况，然后进一步进行乒乓切换掉话分析。 4. 分析Scanner主导小区信号RSCP和EcIo 观察Scanner最好小区RSCP，EcIo，根据不同的情况分别处理 4.1 RSCP差，EcIo差，可以确定为覆盖问题； 4.2 RSCP正常，EcIo差（排除切换来不及导致的，同频邻区干扰），可以确定为导频干扰问题； 4.3 RSCP正常，EcIo正常，如果UE激活集中小区与Scanner最好小区不一致，可能为邻区漏配或者切换来不及导致的掉话；如果UE激活集中小区与Scanner最好小区一致,可能为上行干扰或者异常掉话。 5. 路测重现问题 由于一次路测不一定能够采集到定位掉话问题需要的所有信息，此时需要通过进一步路测来收集数据。通过进一步的路测也能确认该掉话点是随机掉话的点或者固定掉话点，一般来说固定掉话点一定需要解决，而随机掉话点则需要根据掉话发生的概率来确定是否需要解决。 2.3 话务统计数据分析流程 分析话务统计指标时，要先看RNC掉话率指标和信令面掉话率指标，掌握了网络运行的整体情况。同时对关注的小区（小区集合）针对性地分析，按小区（小区集合）得到更详细的掉话指标。分析时可使用话务统计分析工具得到不同业务的掉话情况以及大致的掉话原因。 话务统计分析应获得指标明显异常的小区分析，如果小区以前KPI良好，此时很可能是版本、硬件、传输、天馈或者数据出了问题导致的异常，可以结合告警首先从这几个方面检查。如无明显异常，根据指标将各扇区载频进行统计分类，可整理出各重点指标较差小区列表，对于这些小区进一步细分话务统计指标（如分析更多相关指标，分析小时间间隔，分析可能引起掉话的指标，如切换指标等等），同时结合call trace看掉话的原因。实际分析解决问题时，在重点抓住某个指标分析的同时需要结合其他指标一起分析。需要说明的是话务统计只有在统计量较大时，指标数值才具有指导意义。例如，出现掉话率为50%并不就代表网络差，只有在呼叫次数、呼叫成功次数、掉话总次数的绝对值都已具备统计意义时，这个数值才具有意义 话务统计分析流程可以简述如下： 1. 分析RNC掉话率和信令面掉话率 RNC掉话率统计RNC触发释放的各业务RAB个数，主要包括两个方面：（1）业务建立成功后，RNC向CN发送RAB RELEASE REQUEST消息。（2）业务建立成功后，RNC向CN发送IU RELEASE REQUEST消息，其后收到CN发送的IU RELEASE COMMAND。目前这两种情况用一个指标统计：RNC_RAB_REL_TRIG_BY_RNC。信令面掉话主要是RNC发起了Iu Release Request。分析IU口连接释放情况得到信令面掉话率。 2. 分析掉话原因 在话务统计分析中还分析引起掉话的主要原因，可分析以下主要指标： RNC_PS_RAB_REL_TRIG_BY_RNC_TRB_RESET RAB_CS_REL_RF_LOSS RAB_PS_REL_RF_LOSS RNC_CS_RAB_REL_TRIG_BY_RNC_SRB_RESET RNC_PS_RAB_REL_TRIG_BY_RNC_SRB_RESET RNC_CS_RAB_REL_TRIG_BY_RNC_AAL2_LOSS RNC_PS_RAB_REL_TRIG_BY_RNC_GTPU_LOSS RAB_CS_REL_ABNORM_LOSS RAB_PS_REL_ABNORM_LOSS 可以将这些指标按照2.2节分类，将其分为空口原因（RF、流程超时）、非空口原因（硬件故障、传输故障、用户干预等），从而对网络有个总体把握，得到影响网络的主要因素。 3. 分析小区（小区集合）的掉话率指标 上述只是对整个网络分析，我们可分析小区掉话率指标，主要需要分析小区“AMR掉话率”、“VP掉话率”、“PS掉话率”、“硬切换掉话率”。 对所有小区分别用以上的指标进行排序，选择指标特别差的小区或者最差的一些小区，进一步按照分析掉话原因。 AMR掉话率: RNC_AMR_RAB_REL_CELL_TRIG_BY_RNC/ CS_RAB_SETUP__SUCC_AMR_CELL VP掉话率： RNC_CS_CONV_64K_RAB_REL_CELL_TRIG_BY_RNC/ CS_RAB_SETUP_SUCC_CONV_64K_CELL PS掉话率： RNC_PS_RAB_REL_CELL_TRIG_BY_RNC/ PS_RAB_SETUP_SUCC_CONV_64K_CELL 为分析不同速率的PS掉话情况，可分析指标 RNC_PS_384K_RAB_REL_CELL_TRIG_BY_RNC RNC_PS_128K_RAB_REL_CELL_TRIG_BY_RNC RNC_PS_64K_RAB_REL_CELL_TRIG_BY_RNC 切换掉话率情况： HHO_INTERFEQ_DROP_OUT_CELL / HHO_INTERFEQ_OUT_CELL HHO_INTERFEQ_DROP_IN_CELL / HHO_INTERFEQ_IN_CELL HHO_INTRAFEQ_DROP_OUT_CELL/ HHO_INTRAFEQ_OUT_CELL HHO_INTRAFEQ_DROP_IN_CELL/ HHO_INTRAFEQ_IN_CELL 通过上述这些掉话率的分析，我们可获得不同业务及其速率在网络中的性能，可获得软/硬切换掉话情况。重要的是通过这一步可获得指标较差的小区以及时间段。 分析掉话原因时，可分析下面的指标。按照2.2节分类，将其分为空口原因（RF、流程超时）、非空口原因（硬件故障、传输故障、用户干预等），从而对小区有个总体把握，得到影响网络的主要因素: 释放原因指标： RNC_PS_RAB_REL_CELL_TRIG_BY_RNC_OM RNC_PS_RAB_REL_CELL_TRIG_BY_RNC_UTRAN RNC_PS_RAB_REL_CELL_TRIG_BY_RNC_RAB_PREM RNC_CS_RAB_REL_CELL_TRIG_BY_RNC_SRBRESET RNC_PS_RAB_REL_CELL_TRIG_BY_RNC_SRBRESET RNC_PS_RAB_REL_CELL_TRIG_BY_RNC_TRBRESET RNC_CS_RAB_REL_CELL_TRIG_BY_RNC_AAL2LOSS RNC_PS_RAB_REL_CELL_TRIG_BY_RNC_GTPULOSS RNC_CS_RAB_REL_REQ_OM_CELL RNC_CS_RAB_REL_REQ_UTRAN_CELL RNC_CS_RAB_REL_REQ_RAB_PREM RNC_PS_RAB_REL_REQ_OM_CELL RNC_PS_RAB_REL_REQ_UTRAN_CELL RNC_PS_RAB_REL_REQ_RAB_PREM 流程定时器超时指标： 流程定时器超时可重点分析以下流程(主要分析请求与CMP次数，已经相应超时次数统计指标)： RB_SETUP RB_RECFG ACTIVE_SET_UPDATE PHY_CFG RL Failure指标： CELL_UPDT_RL_FAIL_CELL（下行失步） IUB_RL_FAIL（上行失步） RTWP，TCP指标： RTWP均值、最大值 TCP均值、最大值 4. 检查小区是否异常 如果小区以前KPI正常，可检查小区的告警，排除小区异常方面的原因。具体参见告警分析指导书。 5. 分析掉话原因 设备问题：按照2、3如果分析结果是传输、设备原因，则可归类为设备问题。 覆盖差：按照2、3如果分析结果是空口原因，则可归类为覆盖差，无线环境变化块等原因。如果高速率的PS业务掉话率很高，而低速率与AMR较好，可知高速率覆盖不好。 切换导致的掉话： SHO、HHO相关指标导致的掉话。 干扰导致的掉话：分析RL Failure、RTWP，TCP相关指标，由于话务统计粒度粗，主要看整体情况，无法精确分析。 从话务统计详细分析掉话时，需按照掉话原因分类分析相关指标，必要时结合call trace分析。 6. 通过路测重现问题 由于话务统计给出了趋势，并给出了可能的问题，具体问题的定位和分析还需要结合路测或者针对小区的CALL TRACE分析来进行。对于问题小区，一般都需要安排针对小区进行路测，跟踪手机侧和RNC的信令流程进行分析，详细分析方法请参见路测数据分析流程。 2.4 跟踪数据分析流程 跟踪数据分析包括单用户跟踪消息分析，通常情况下，单用户消息结合数据采集工具记录的UE侧数据，能够基本上定位一些掉话问题；对于更加复杂的问题，需要配合CALL TRACE和实时状态监控来综合分析。 也有一些商用手机的问题或者重点用户的问题，没有手机侧记录的消息，需要通过从单用户跟踪数据来分析和定位。单用户跟踪除了记录单用户的信令消息（Iu，Iur，Iub，Uu），同时需要记录CPICH RSCP EcIo性能跟踪，记录UE的发射功率，记录上行SIR，SIR Target，记录上行BLER，记录下行码发射功率，如果是数据业务，还要进一步记录上下行的业务量和吞吐量。 图4 呼叫跟踪分析流程 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复位。一般可以通过确认掉话发生时的UE发射功率或者下行码发射功率情况来辅助确认。 当激活集中只有一条链路上，会由于RL failure导致RNC发起Iu Release， RL failure是上行失步引起的，但是下行失步会使UE关闭发射机，接着就造成上行失步，在定位掉话是上行引起释放还是下行引起的时候，需要分析掉话前手机的发射功率和实时状态监控的下行的码发射功率来区分。 下行覆盖差、下行干扰强或者上行干扰都会导致TRB复位。有时候数据业务由于重传次数设置不合理，在切换来不及的情况下，TRB比SRB先产生复位，在分析时要注意区分。 5. 异常掉话分析 异常掉话一般指掉话无法从覆盖、干扰等方面找到原因，也无法根据前面介绍的用户面掉话或者信令面掉话原因来解释，这种掉话往往是设备的异常或者是手机的异常导致的。比如由于传输突然中断导致的掉话、基站设备异常导致的掉话、手机突然死机等都会导致异常掉话。对于传输异常一般通过分析CALL TRACE或者参看告警来进一步分析；对于基站设备异常可以通过查询基站状态来确认，对于手机异常，需要通过分析手机记录的数据来定位。 6. 拨测，重现问题 当已有的数据不足以定位掉话问题的时候，启动更详细的数据跟踪，最好的办法采用测试手机是在问题点进行拨测，重现问题，然后继续进行分析。 2.5 告警数据分析流程 暂缺。 2.6 用户投诉分析流程 用户投诉分析流程如下： 图5 用户投诉处理流程 1. 了解用户投诉 用户投诉发生的时候需要详细记录问题发生的时间，问题产生的地点，以及问题的具体现象。 2. 检查话务统计指标 通过分析用户投诉相关的话务统计指标，来进一步分析该投诉是某个用户特有的问题还是网络一般性的问题，对于一般性的问题，请参考话务统计指标的分析来进一步分析投诉。 3. 检查告警 根据投诉的时间，查看CN，RNC或者投诉地点对应基站的告警，看这些告警是否会产生相应的掉话，如果存在这个告警，试着消除和解决这个告警。 4. 检查CALL TRACE CALL TRACE记录了用户异常发生时候的信令，状态等信息，通过分析CALL TRACE可以进一步了解投诉产生的原因。 5. 投诉点拨测，重现问题 对于话务统计分析，告警分析以及CALL TRACE分析都无法解决的问题，需要通过到现场拨测的方法进行问题重新，拨测的时候数据记录的方法和路测方法相同，在某些场合，可能不适合记录手机侧信息，那么需要通过RNC来尽量多的记录各种信息，特别需要记录收集上报的EcIo和RSCP信息，以排除覆盖问题导致的掉话。对于一些特别的地点，到现场拨测都不可能，那么需要通过用户的手机号码来获取IMSI，然后在RNC启动呼叫跟踪，以便进一步定位问题。 2.7 调整措施 2.7.1 工程参数 工程参数的调整是非常有限的，最基本的可以调整站点的位置、天线的高度、下倾角、天线的波瓣宽度、天线增益以及方向角等。 对于上行或下行覆盖问题导致的掉话，增加站点是最好的办法，同时可以考虑更改天线的高度、下倾角，也可以更换增益更高的天线或者增加塔放。 对于针尖和拐角效应，通过天线调整也是比较有效的解决办法，由于针尖效应和拐角效应往往出现在街道拐弯的地方或者两条街道交界的地方，可以考虑通过天线的方向角和街道错开一定的角度的方式来调整，但同时需要注意原来街道路边商铺的覆盖不要有很大的影响。 对于导频干扰引起的覆盖问题，可以通过调整某一个天线的工程参数，使该天线在干扰位置成为主导小区；也可以通过调整其他几个天线参数，减小信号到达这些区域的强度；从而减少导频个数；如果条件许可，可以增加新的基站覆盖这片地区；如果干扰来自一个基站的两个扇区，可以考虑进行扇区合并。 工程参数的调整需要综合考虑整个小区调整效果，在解决一个问题的同时要注意不在其它区域引入新的问题。 一般来说，在不方便频繁调整天线并且有条件进行仿真的时候，在调整前后需要分析仿真结果；如果没有条件进行仿真，但方便多次调整天线的时候，可以根据经验并结合实际路测的方法来进行调整。 1扇区合并：指本来由多个Sector的信号来覆盖一篇区域，这些扇区配置成不同的小区（每个小区有不同的扰码），扇区合并之后，这篇区域由一个小区的信号来覆盖，每个扇区的信号都取自同一个小区。扇区合并和扇区分裂是两个对立的概念。 2.7.2 小区参数 这里只列出了和掉话相关的常用参数，详细的内容请参见《算法说明书》和《参数设置指导书》。 1. 小区偏置CIO 该值与实际测量值相加所得的数值用于UE的事件评估过程。UE将该小区原始测量值加上这个偏置后作为测量结果用于UE的同频切换判决，在切换算法中起到移动小区边界的作用。 该参数设置越大，则软切换越容易，处于软切换状态的UE越多，但占用资源；设置越小，软切换越困难，有可能影响接收质量。 对于针尖效应或者拐角效应，通过配置5dB左右的CIO是比较好的解决办法。但也会带来增加切换比例等的副作用。 2. 软切换相关的延迟触发时间 延迟触发时间是1A，1B，1C和1D事件相关的触发时间。触发时间的配置会影响切换的及时性。一般情况下，缺省参数的配置能够满足绝大多数场景的要求，但对于一些密集城区，需要通过容易加入激活集和难以从激活集中删除这样的方式来切换过于频繁或者来不及切换避免掉话，一般配置1A和1C触发时间为200ms，1B触发时间为2560ms，通过配置较小的1A事件触发时间和较大的1B事件触发时间，可以有效的避免乒乓切换的问题。触发时间配置对切换区比例的影响比较大，特别是1B事件触发时间的调整可以比较好的控制切换比例。 切换参数可以针对小区设置，在根据环境设定了一套基本参数之后，针对每个小区单独进行调整，可以把参数更改的影响限制在几个小区之间，对系统的影响也较小。 3. 同频测量滤波系数FilterCoef 层3滤波应尽量滤除随机冲击的能力，使得滤波后的测量值反映实际测量的基本变化趋势。 由于输入层3滤波器的测量值已经经过层1滤波，基本消除了快衰落的影响，因此层3应对阴影衰落和少量快衰落毛刺进行平滑滤波，以为事件判决提供更优的测量数据。 推荐滤波系数常用值在{0,1,2,3,4,5,6}之间。滤波系数越大，对毛刺的平滑能力越强，但对信号的跟踪能力减弱，必须在两者之间进行权衡。同频滤波系数缺省配置为5，这个参数可以根据实际情况进行调整。另外对不同的小区覆盖类型，典型值可以设置如下： a、若切换区信号变化较慢，同频滤波系数可设为7； b、若切换去信号变化速度中等，同频滤波系数设为6； c、若切换区信号变化较快，同频滤波系数设为3。 4. 压缩模式启停门限 压缩模式一般在异频切换或者异系统切换前启动，通过压缩模式来测量异频或者异系统小区的质量。压缩模式的启动可以根据CPICH的RSCP或者EcIo是否满足条件来触发，在实际的应用中，一般都采用RSCP作为触发条件。正如前面提到的，压缩模式可以针对异频或者异系统测量进行启动，所以压缩模式的启停门限包括异频测量的启停门限和异系统测量的启动门限，虽然有不同的参数，但配置的原理是一样的。 一般情况下，压缩模式需要测量目标小区（异频或者异系统）的质量并获取相关信息，同时由于移动台的运动导致当前小区的质量恶化，所以压缩模式的启动门限一般要求在当前小区的质量下降到导致掉话之前能够及时测量到目标小区的信号并完成上报完成切换为要求，对于停止门限则要求避免压缩模式的频繁启动和停止。 RNC版本可以对异频测量区分业务和异系统测量可以针对PS或者CS业务进行设置。 一般情况采用低于-95dBm启动压缩模式，高于-90dBm停止，特殊场景可以单独调整。 5. 异系统切换触发时间（确认延迟触发时间） 在压缩模式启动后，UE将周期测量并上报对异系统小区信号质量的测量结果，这段时间就是异系统测量周期报告间隔。RNC收到测量数据后进行判断，当发现异系统小区的测量值高于[异系统切换判决门限]与1/2倍[迟滞]之和，则启动一个异系统切换延迟触发定时器，只有在[延迟触发时间]内测量值始终满足此条件，才会发起系统间切换。 目前该参数的缺省设置为0s，即一旦确认就进行切换。 6. 无线链路最大下行发射功率RLMaxDLPwr 配置大的专用链路的发射功率有利于克服覆盖导致的掉话点，但同样带来干扰问题，由于单个用户允许的功率大，当用户在边缘时就可能消耗大的功率，从而对其他用户造成影响，降低系统的下行容量。一般情况下下行发射功率的配置由链路预算提供，适当的增加或者减少1~2dB，一般情况下在单次路测情况下，很难看出对掉话的影响，但可以从话务统计指标上看出来，对于一些小区，由于覆盖原因存在比较大的掉话率，可以考虑增加专用信道的最大发射功率；对于一些小区，由于负载过高导致用户有较大的接入失败概率，可以考虑适当降低该参数。 7. 信令和业务的最大重传次数 在较高的误块率信道条件下，信令由于重传达到最大值就会产生复位，信令的一次复位就会导致掉话；采用AM模式进行业务传输的业务也同样会重传，重传达到最大值之后产生复位信令，系统配置了最大允许的复位次数，当复位次数达到最大值之后，系统开始释放业务，也同样会造成掉话。 系统缺省的配置可以保证突发误块不会导致异常的掉话，但在进入覆盖比较差的场合能够及时进行复位而导致掉话，从而释放业务占用的资源。对于一些场景，有较多的突发干扰，或者针尖效应比较明显的场景，干扰突发期间可能导致100%误块，而又不希望过多的掉话，此时可以考虑适当增加重传次数，通过重传来抵抗突发干扰。 该参数是针对RNC配置。 8. RSCP表示的小区异频硬切换门限 当异频测量启动以后，手机开始测量异频小区，当异频小区的质量高于该门限，RNC发起异频切换。 结合压缩模式的启动停止门限来配置该参数，如果配置较小的值，可以提早触发硬切换，如果配置较大的值，可以延迟进行硬切换，从而可以控制切换区或者降低掉话概率。 9. 切换判决门限GsmRSSICSThd、GsmRSSIPSThd 异系统切换门限可以针对CS业务和PS业务分开设置，方法和异频硬切换门限的设置方法相同。 10. 掉话相关定时器和计数器 表2 UU接口掉话相关定时器和计数器 参数标识 参数名称 参数说明 T302 定时器302 参数取值范围：D100, D200, D400, D600, D800, D1000, D1200, D1400, D1600, D1800, D2000, D3000, D4000, D6000, D8000 物理表示范围：100, 200, 400, 600, 800, 1000, 1200, 1400, 1600, 1800, 2000, 3000, 4000, 6000, 8000 物理单位：ms 内容：当UE发送CELL UPDATE/URA UPDATE消息后启动T302定时器，当收到CELL UPDATE CONFIRM/URA UPDATE CONFIRM消息后停止T302定时器。一旦超时，若V302<=N302则重发CELL UPDATE/URA UPDATE，否则进入空闲模式。 缺省值为4000。 参数建议值：D2000 N302 常量302 参数取值范围：0~7 物理单位：无 内容：该参数表示CELL UPDATE/URA UPDATE消息重发最大次数。缺省值为3。 参数建议值：3 T312 定时器312 参数取值范围：1~15 物理单位：s 内容：当UE开始建立专用信道时启动T312定时器，当UE从L1检测到连续N312个同步指示后停止T312定时器。一旦超时表示物理信道建立失败。缺省值为1。 参数建议值：1 N312 常量312 参数取值范围：D1, D2, D4, D10, D20, D50, D100, D200, D400, D600, D800, D1000) 物理表示范围：1, 2, 4, 10, 20, 50, 100, 200, 400, 600, 800, 1000 物理单位： 无 内容：该参数表示从L1收到连续同步指示的最大次数。缺省值为1。 参数建议值：D1 T313 定时器313 参数取值范围：0~15 物理单位：s 内容：当UE从L1检测到连续N313个失步指示后启动T313定时器。当UE从L1检测到连续N315个同步指示后停止T313定时器。一旦超时，无线链路失败。缺省值为3。 参数建议值：3 N313 常量313 参数取值范围：D1, D2, D4, D10, D20, D50, D100, D200 物理表示范围：1, 2, 4, 10, 20, 50, 100, 200 物理单位：无 内容：该参数表示从L1收到连续失步指示的最大次数。缺省值为20。 参数建议值：D50 T314 定时器314 参数取值范围：D0, D2, D4, D6, D8, D12, D16, D20 物理表示范围：0, 2, 4, 6, 8, 12, 16, 20 物理单位：s 内容：当满足无线链路失败准则，且只有与T314定时器关联的无线承载存在时才会启动T314定时器。当小区更新过程完成后停止T314定时器。缺省值为12。 当处于CELL_DCH的用户发生了无线链路失败，则启动T314(或T315)，并发送CELL UPDATE信令。在业务对应的T314(或T315)超时之前，如果由CELL UPDATE CONFIRM配置的无线链路重配置不成功，则还可以重发CELL UPDATE信令，进行无线链路的重配置(与T302和N302有关)，给无线链路重配置以机会，基于此目的，配置T314>T302×N302。在T314超时后，则相应定时器对应的业务RB就被删除。 参数建议值：D20 T315 定时器315 参数取值范围：D0, D10, D30, D60, D180, D600, D1200, D1800 物理表示范围： 0, 10, 30, 60, 180, 600, 1200, 1800 物理单位：s 内容：当满足无线链路失败准则，且只有与T315定时器关联的无线承载存在时才会启动T315定时器。当小区更新过程完成后停止T315定时器。缺省值为180。 当处于CELL_DCH的用户发生了无线链路失败，则启动T315(或T314)，并发送CELL UPDATE信令。在业务对应的T315(或T314)超时之前，如果由CELL UPDATE CONFIRM配置的无线链路重配置不成功，则还可以重发CELL UPDATE信令，进行无线链路的重配置(与T302和N302有关)，给无线链路重配置以机会，基于此目的，配置T315>T302×N302。在T315超时后，则相应定时器对应的业务RB就被删除。 参数建议值：D30 N315 常量315 参数取值范围：D1, D2, D4, D10, D20, D50, D100, D200, D400, D600, D800, D1000 物理表示范围：1, 2, 4, 10, 20, 50, 100, 200, 400, 600, 800, 1000 物理单位：s 内容：该参数定义在T313定时器启动期间从L1接收到连续同步指示的最大次数。缺省值为1。 参数建议值：D1 表3 Iub接口掉话相关定时器和计数器 NINSYNCIND 连续同步指示次数 参数取值范围：1~256 物理表示范围：1~256 物理单位：无 内容： 该值定义Node B触发无线链路恢复过程需要接收到的连续同步指示次数。 无线链路集保持在初始状态直到从层1收到NINSYNCIND个连续同步指示，此时Node B触发无线链路恢复过程指示无线链路集已同步，一旦无线链路恢复过程被触发，无线链路集就被视为处于同步状态。 参数建议值：5 NOUTSYNCIND 连续不同步指示次数 参数取值范围：1~256 物理表示范围：1~256 物理单位：无 内容：该值定义启动无线链路失败定时器需要接收到的连续不同步指示次数。当无线链路集处于同步状态，Node B在收到NOUTSYNCIND个连续不同步指示后需要启动无线链路失败定时器。在收到连续NINSYNCIND个同步指示后Node B应停止和复位无线链路失败定时器。如果无线链路失败定时器超时，Node B会触发无线链路失败过程，并且指示哪个无线链路集处于非同步。 参数建议值：5 TRLFAILURE 无线链路失败定时器时长 参数取值范围：0~255 物理表示范围：0~25.5，步长为0.1 物理单位：s 内容：该值定义无线链路失败定时器时长。当无线链路集处于同步状态，Node B在收到NOUTSYNCIND个连续不同步指示后需要启动无线链路失败定时器。在收到连续NINSYNCIND个同步指示后Node B应停止和复位无线链路失败定时器。如果无线链路失败定时器超时，Node B会触发无线链路失败过程，并且指示哪个无线链路集处于非同步。 参数建议值：50 3 典型掉话分析 3.1 邻