FDD-LTE TOP小区处理方法.docx

FDD-LTE TOP小区处理思路及方法日常KPI指标监控日常KPI分为几大类：接入类，移动类，保持类，.如下图所示：KPI CategoryKPI Element接入类RRC建立成功率E-RAB建立成功率RRC连接建立最大用户数移动类系统内同频切换出成功率系统内异频切换出成功率重定向到3G（WCDMA）比例保持类E-RAB掉话率干扰类RSSI/单RB干扰噪声各类TOP小区处理思路2.1 RRC建立失败TOP A 指标名如下：RRC连接建立成功率RRC Establishment Success Rate筛选出RRC连接建立成功率的TOP小区明细。B 具体KPI分析：通过excel画曲线图分析如下counter值与rate本身的关联性，通过excel曲线图分析成功率底下的主要原因是如下哪个主要因素引起？emergency---拨打紧急号码HighPriorityAccess---高优先级接入mt-access--被叫接入mo-Signalling--发送信令时mo-Data---发送数据时DelayTolerantAccess-v1020---R10中新增原因，延迟容忍接入目前常见原因：mt-Access类型RRC连接失败次数，定时器超时；mt-Access类型RRC连接失败次数，eNB接纳失败；mt-Access类型RRC连接失败次数，其他原因；UE上报的RRC Connection Request有多种原因值，其中mt-Access代表终端收到寻呼需要进行相应而发起的接入。以下为资料：UE上行发送一条RRC Connection Request消息给eNB,请求建立一条RRC连接，该消息携带主要IE有：ue-Identity :初始的UE标识。如果上层提供S-TMSI，侧该值为S-TMSI；否则从0…240-1中抽取一个随机值，设置为ue-Identity。establishmentCause :建立原因。该原因值有emergency,highPriorityAccess, mt-Access, mo-Signalling, mo-Data, spare3, spare2, spare1。其中“mt”代表移动终端，“mo”代表移动始端。mo-Signalling类型RRC连接失败次数，定时器超时；mo-Signalling类型RRC连接失败次数，eNB接纳失败；mo-Signalling类型RRC连接失败次数，其他原因；mo-Data类型RRC连接失败次数，定时器超时；mo-Data类型RRC连接失败次数，eNB接纳失败；mo-Data类型RRC连接失败次数，其他原因。主动发起service request时候有这个原因值mo=mobile originatehighpriorityaccess类型RRC连接失败次数，定时器超时；highpriorityaccess类型RRC连接失败次数，eNB接纳失败；highpriorityaccess类型RRC连接失败次数，其他原因。highpriorityaccess是高优先接入的意思，VIP用户有高优先接入权利，遇到接入冲突时，高优先级用户将优先接入Emergency(突发)类型的RRC连接建立失败次数，定时器超时；Emergency(突发)类型的RRC连接建立失败次数，eNB接纳失败；Emergency(突发)类型的RRC连接建立失败次数，其他原因。曲线分析结果：1 如果主要为 “定时器超时”。定时器超时，基本上是由于弱覆盖引起的。对于RRC连接失败，定时器超时（次）这一项可通过后台调整如下参数解决：1）减小控制面user-inactivity定时器（用户不活动定时器，在无线业务配置-UE常量和定时器）以及增大等待RRC建立完成的定时器来提升RRC连接成功率.2）调整UE最大发射功率（在小区重选）(取值建议23dBm,设置偏低会导致随机接入失败概率增加).3）调整PRACH前缀最大发送次数（在公共随机接入信道）增大随机接入成功率，PRACH前缀最大发送次数这项参数不能设置过高，过高会增加对邻区的干扰，取值建议：8次或10次.4）调整最小接入电平门限（在小区重选）.2 如果主要为 “eNB接纳失败”。eNB接纳失败可理解为基站拥塞导致，结合后台统计该小区实时在线用户数目是否已经达到系统上限。对于此类问题最好的解决方法就是调整拥塞小区的接纳用户数门限值（接纳控制小区RRC连接用户数门限）.3 如果主要为 “其他原因”。对于初始的RRC建立失败次数，其他原因(个)这项则需要对信令进行跟踪分析，以及查看相关的参数是不是配置错误(如：PCI的PRACH映射关系设置不规范，NCS/PRACH CONFIG INDEX（开环配置指数）配置等随机接入参数。2.2 E-RAB建立失败TOPA 指