LTE质差小区处理指导书

LTE质差小区处理指导书TIME\@"yyyy-M-d"2022-11-25第页目录1. 概述 42. LTE主要KPI介绍 42.1. 呼叫接入类指标 42.1.1. RRC建立成功率 42.1.2. E-RAB建立成功率 52.2. 呼叫保持类指标 62.2.1. LTE业务掉话率 62.2.2. UE上下文掉线率 92.3. 移动管理类指标 102.3.1. eNodeB内切换成功率 122.3.2. eNodeB间切换成功率 142.3.3. S1接口切换成功率 162.3.4. X2接口切换成功率 172.3.5. 系统内切换成功率 182.3.6. 同频切换成功率 182.3.7. 异频切换成功率 192.4. 业务完整类指标 192.4.1. 上行PDCPSDU丢包率 192.4.2. 下行PDCPSDU丢包率 192.5. 资源负荷类指标 192.5.1. 上行PRB平均利用率 192.5.2. 下行PRB平均利用率 193. 华为LTE主要KPI优化方法及案例 203.1. 呼叫接入类指标优化方法 203.1.1. 处理步骤 203.1.2. 呼叫接入类优化案例 213.2. 呼叫保持类指标优化方法 223.2.1. 处理步骤 233.2.2. 呼叫保持类优化案例 233.3. 移动管理类指标优化方法 253.3.1. 处理步骤 263.3.2. 移动管理类优化案例 264. 爱立信LTE主要KPI优化方法及案例 284.1. 接入类指标优化方法 284.1.1. 告警核查 284.1.2. 干扰核查 304.1.3. 准入控制分析 334.1.4. 检查弱覆盖 344.1.5. 接入类问题优化案例 344.2. 呼叫保持类指标优化方法 364.2.1. 分析流程 364.2.2. 弱覆盖 384.2.3. 上行高干扰 384.2.4. PCI模3干扰 404.2.5. 传输故障 404.2.6. eNodB问题 404.2.7. 切换引起掉话 414.2.8. 检查MME是否存在告警 424.3. 移动管理类指标优化方法 424.3.1. LTE切换异常现象 424.3.2. 切换问题分析流程 434.3.3. 切换主要问题 44概述本文根据成都联通LTE网络的差小区分析，结合LTE的KPI的基本原理，归纳总结接呼叫接入类指标，呼叫保持类指标，移动管理类指标，业务完整类指标，资源负荷类指标等5类主要的LTE指标差小区的问题及分析流程及案例。LTE主要KPI介绍呼叫接入类指标接入过程是手机开始与网络连接的初始过程，主要包括随机接入，RRC连接的建立，以及各种ERAB承载连接的建立。接入型对后续的保持性和移动性指标都有着重要的意义，同时接入性又直接影响用户的感知度，因此优化接入性指标对与改善用户感知度，提高保持性和移动性都有具体的重要意义。RRC建立成功率定义：RRC建立成功率=[RRC连接建立完成次数]/[RRC连接请求次数]*100%；图1RRC连接请求次数（不包括重发）定义：如图1中A点所示，当小区接收到UE发送的RRCConnectionRequest消息时，统计对应指标；RRC连接建立完成次数定义：如图1中C点所示，当小区接收到UE返回的RRCConnectionSetupComplete消息时，统计对应指标。E-RAB建立成功率定义：E-RAB建立成功率=[E-RAB建立成功总次数]/[E-RAB建立尝试总次数]*100%；图2图3E-RAB建立尝试总次数定义：如图2或图3中A点所示，当eNodeB收到来自MME的INITIALCONTEXTSETUPREQUEST或者E-RABSETUPREQUEST消息时根据不同QCI类型统计该指标。如果INITIALCONTEXTSETUPREQUEST或者E-RABSETUPREQUEST消息中要求同时建立多个E-RAB，则相应指标根据业务的QCI按具体的E-RAB建立数目分别进行累加，同时，根据消息要求建立的E-RAB个数对E-RAB建立尝试总次数进行累加，即指标L.E-RAB.AttEst累加。E-RAB建立成功总次数定义：如图2或图3中B点所示，当eNodeB向MME发送E-RABSETUPRESPONSE或者INITIALCONTEXTSETUPRESPONSE消息时根据不同QCI类型统计该指标。如果E-RABSETUPRESPONSE或者INITIALCONTEXTSETUPRESPONSE消息中同时携带多个E-RAB的建立成功结果，则相应指标按各个业务的QCI分别进行累加。同时，根据消息中携带的E-RAB建立成功个数，对E-RAB建立成功总次数进行累加，即指标L.E-RAB.SuccEst累加。呼叫保持类指标LTE业务掉话率定义：LTE业务掉话率=[E-RAB异常释放总次数]/([E-RAB异常释放总次数]+[E-RAB正常释放总次数])*100%；图4E-RAB异常释放总次数定义：如图4中A点所示，当eNodeB向MME发送E-RABRELEASEINDICATION消息，当释放原因不为“NormalRelease”，“Detach”，“UserInactivity”，“CSFallbacktriggered”，“UENotAvailableforPSService”，“Inter-RATRedirection”，“SuccessfulHandover”时根据不同QCI类型统计指标L.E-RAB.AbnormRel.eNBTot.QCI.1~L.E-RAB.AbnormRel.eNBTot.QCI.9，当判断相应承载有数传时统计指标L.E-RAB.AbnormRel.QCI.1~L.E-RAB.AbnormRel.QCI.9。如果E-RABRELEASEINDICATION消息中要求同时释放多个E-RAB，则相应指标按各个业务的QCI分别进行累加；如图4中A点所示，当eNodeB向MME发送UECONTEXTRELEASEREQUEST消息，会释放UE的所有E-RAB。当释放原因不为“NormalRelease”，“Detach”，“UserInactivity”，“CSFallbacktriggered”，“UENotAvailableforPSService”，“Inter-RATRedirection”，“TimeCriticalHandover”，“HandoverCancelled”时根据不同QCI类型统计指标L.E-RAB.AbnormRel.eNBTot.QCI.1~L.E-RAB.AbnormRel.eNBTot.QCI.9，当判断相应承载有数传时统计L.E-RAB.AbnormRel.QCI.1~L.E-RAB.AbnormRel.QCI.9指标。如果被释放用户建立了多个E-RAB，则相应的指标统计多次。并且在MME回复UECONTEXTRELEASECOMMAND消息时，相应指标不会被重复记录。图5E-RAB正常释放总次数定义：如图5中A点所示，eNodeB主动发起的释放，当eNodeB向MME发送E-RABRELEASEINDICATION消息时，如果释放原因为“NormalRelease”，“Detach”，“UserInactivity”，“CSFallbacktriggered”，“UENotAvailableforPSService”，“Inter-RATRedirection”，或者判断相应承载无数传时，根据不同QCI统计相应指标。如果E-RABRELEASEINDICATION消息中要求同时释放多个E-RAB，则相应指标按各个业务的QCI分别进行累加。同时，根据消息中携带的E-RAB个数对eNodeB正常释放E-RAB的总次数进行累加，即指标L.E-RAB.NormRel累加。如图5中A点所示，MME主动发起的释放，当eNodeB收到来自MME的E-RABRELEASECOMMAND消息时，根据不同QCI统计相应指标。如果E-RABRELEASECOMMAND消息中要求同时释放多个E-RAB，则相应指标按各个业务的QCI分别进行累加。同时，根据消息中携带的E-RAB个数对eNodeB正常释放E-RAB的总次数进行累加，即指标L.E-RAB.NormRel累加。如图5中A点所示，eNodeB主动发起的释放，当eNodeB向MME发送UECONTEXTRELEASEREQEUST消息时，会释放UE的所有E-RAB。如果释放原因为“NormalRelease”，“Detach”，“UserInactivity”，“CSFallbacktriggered”，“UENotAvailableforPSService”，“Inter-RATRedirection”，“TimeCriticalHandover”，“HandoverCancelled”，或者判断相应承载无数传时，根据不同QCI统计相应指标。同时，根据消息中携带的E-RAB个数对eNodeB正常释放E-RAB的总次数进行累加，即指标L.E-RAB.NormRel累加。并且在MME回复UECONTEXTRELEASECOMMAND消息时，相应指标不会被重复记录。如图5中B点所示，MME主动发起的释放，当eNodeB收到来自MME的UECONTEXTRELEASECOMMAND消息时，会释放UE的所有E-RAB，如果释放原因不是切换类原因值，包括“SuccessfulHandover”，“PartialHandover”，“S1intrasystemHandovertriggered”，“S1intersystemHandovertriggered”，“X2Handovertriggered”，则根据不同的QCI统计相应指标。同时，根据具体业务数目对eNodeB正常释放E-RAB的总次数进行累加，即指标L.E-RAB.NormRel累加。UE上下文掉线率定义：UE上下文掉线率=([UEContext异常释放次数]/([UEContext异常释放次数]+[UEContext正常释放次数]))*100%；图6UEContext异常释放次数定义：如图6中A点所示，当eNodeB向MME发送UECONTEXTRELEASEREQUEST消息，会释放UE的所有E-RAB。当释放原因不为“NormalRelease”，“Detach”，“UserInactivity”，“CSFallbacktriggered”，“UENotAvailableforPSService”，“Inter-RATRedirection”，“Timecriticalhandover”，“HandoverCancelled”时，测量指标L.UECNTX.AbnormRel加1。如图6中A点所示，当eNodeB向MME发送S1RESET消息时，根据包含的上下文个数，指标L.UECNTX.Rel.S1Reset.eNodeB进行累加。如图6中A点所示，当MME向eNodeB发送S1RESET消息时，根据包含的上下文个数，指标L.UECNTX.Rel.S1Reset.MME进行累加。图7UEContext正常释放次数定义：如图7中A点所示，eNodeB主动发起的释放，当eNodeB向MME发送UECONTEXTRELEASEREQEUST消息时，且释放原因为“NormalRelease”，“Detach”，“UserInactivity”，“CSFallbacktriggered”，“UENotAvailableforPSService”，“Inter-RATRedirection”，“Timecriticalhandover”，“HandoverCancelled”时，该指标加1。并且在MME回复UECONTEXTRELEASECOMMAND消息时，该指标不会被重复记录。如图6中B点所示，MME主动发起的释放，当eNodeB收到来自MME的UECONTEXTRELEASECOMMAND消息时，且如果释放原因不是切换类原因值，包括“SuccessfulHandover”，“PartialHandover”，“S1intrasystemHandovertriggered”，“S1intersystemHandovertriggered”，“X2Handovertriggered”，则该指标加1。移动管理类指标切换事件概述：LTE主要有下面几种类型测量报告：EventA1(Servingbecomesbetterthanthreshold)：表示服务小区信号质量高于一定门限，满足此条件的事件被上报时，eNodeB停止异频/异系统测量；类似于UMTS里面的2F事件；EventA2(Servingbecomesworsethanthreshold)：表示服务小区信号质量低于一定门限，满足此条件的事件被上报时，eNodeB启动异频/异系统测量；类似于UMTS里面的2D事件；EventA3(Neighbourbecomesoffsetbetterthanserving)：表示同频邻区质量高于服务小区质量，满足此条件的事件被上报时，源eNodeB启动同频切换请求；EventA4(Neighbourbecomesbetterthanthreshold)：表示异频邻区质量高于一定门限量，满足此条件的事件被上报时，源eNodeB启动异频切换请求；EventA5(Servingbecomesworsethanthreshold1andneighbourbecomesbetterthanthreshold2)：表示服务小区质量低于一定门限并且邻区质量高于一定门限；类似于UMTS里的2B事件；EventB1(InterRATneighbourbecomesbetterthanthreshold)：表示异系统邻区质量高于一定门限，满足此条件事件被上报时，源eNodeB启动异系统切换请求；类似于UMTS里的3C事件；EventB2(Servingbecomesworsethanthreshold1andinterRATneighbourbecomesbetterthanthreshold2)：表示服务小区质量低于一定门限并且异系统邻区质量高于一定门限，类似于UMTS里进行异系统切换的3A事件。测量事件判决条件eventA1事件进入条件：Ms-Hys>Thresh事件离开条件：Ms+Hys<ThresheventA2事件进入条件：Ms+Hys<Thresh事件离开条件：Ms-Hys>ThresheventA3事件进入条件：Mn+Ofn+Ocn-Hys>Ms+Ofs+Ocs+Off事件离开条件：Mn+Ofn+Ocn+Hys<Ms+Ofs+Ocs+OffeventA4事件进入条件：Mn+Ofn+Ocn-Hys>Thresh事件离开条件：Mn+Ofn+Ocn+Hys<ThresheventA5事件进入条件：Ms+Hys<Thresh1&Mn+Ofn+Ocn-Hys>Thresh2事件离开条件：Ms-Hys>Thresh1orMn+Ofn+Ocn+Hys<Thresh2表1因此在我们优化过程中切换门限值至关重要，目前成都联通也在陆续开通CA站点，我们会重点关注切换事件的同频/异频的停止与启动门限精细优化，比如A2启动门限过低会影响将导致切换不及时，原小区信号质量变差产生弱覆盖现象，同样影响速率，A2值设置过高，将导致异频测量启动过早，测量周期过长，对速率影响严重。eNodeB内切换成功率定义：eNodeB内切换成功率=[eNodeB内切换出成功次数]/[eNodeB内切换出执行次数]*100%；图8eNodeB内切换出执行次数定义：如图8中B点所示，在eNodeB内切换过程中，当eNodeB源小区向UE发送RRCConnectionReconfiguration消息时统计相应指标。各指标的具体统计方式如下所示：如果切换过程中源小区和目标小区为同频，指标L.HHO.IntraeNB.IntraFreq.ExecAttOut加1。如果切换过程中源小区和目标小区为异频，指标L.HHO.IntraeNB.InterFreq.ExecAttOut加1。如果切换过程中源小区和目标小区为异模式，指标L.HHO.IntraeNB.InterFddTdd.ExecAttOut加1。图9eNodeB内切换出成功次数定义：如图9中C点所示，在eNodeB内切换过程中，当eNodeB目标小区收到UE返回的RRCConnectionReconfigurationComplete消息后，等待切换过程中的缓存数据转发完成时统计相应指标。如图8中C点所示，在eNodeB内切换过程中，当eNodeB目标小区收到UE返回的RRCConnectionReestablishmentComplete消息时统计相应指标。如图9中C点所示，在eNodeB内切换过程中，当eNodeB源小区收到UE返回的RRCConnectionReestablishmentComplete消息时统计相应指标。各指标的具体统计方式如下所示：如果切换过程中源小区和目标小区为同频，指标L.HHO.IntraeNB.IntraFreq.ExecSuccOut加1。如果切换过程中源小区和目标小区为异频，指标L.HHO.IntraeNB.InterFreq.ExecSuccOut加1。如果切换过程中源小区和目标小区为异模式，指标L.HHO.IntraeNB.InterFddTdd.ExecSuccOut加1。eNodeB间切换成功率定义：eNodeB间切换成功率=[eNodeB间切换出成功次数]/[eNodeB间切换出执行次数]*100%；图10eNodeB间切换出执行次数定义：如图10中B点所示，在eNodeB间进行X2接口切换过程中，当源eNodeB收到目标eNodeB的HANDOVERREQUESTACKNOWLEDGE消息后，向UE发送RRCConnectionReconfiguration消息时统计该指标。如图10中B点所示，在eNodeB间进行S1接口切换过程中，当源eNodeB收到MME的HANDOVERCOMMAND消息后，源eNodeB向UE发送RRCConnectionReconfiguration消息时统计该指标。各指标的具体统计方式如下所示：如果切换过程中源小区和目标小区为同频，指标L.HHO.IntereNB.IntraFreq.ExecAttOut加1。如果切换过程中源小区和目标小区为异频，指标L.HHO.IntereNB.InterFreq.ExecAttOut加1。如果切换过程中源小区和目标小区为异模式，指标L.HHO.IntereNB.InterFddTdd.ExecAttOut加1。图11图12eNodeB间切换出成功次数定义：如图11中C点所示，在eNodeB间进行X2接口切换过程中，当源eNodeB收到目标eNodeB的UECONTEXTRELEASE消息后，等待切换过程中的缓存数据转发完成时统计相应指标。如图11中C点所示，在eNodeB间进行X2接口切换过程中UE成功重建到目标eNodeB后，当源eNodeB收到目标eNodeB的UECONTEXTRELEASE消息后，等待切换过程中的缓存数据转发完成时统计相应指标。如图12中C点所示，在eNodeB间进行X2接口切换过程中UE成功重建到源eNodeB后，统计相应指标。如图12中C点所示，在eNodeB间进行S1接口切换过程中，当源eNodeB收到MME的UECONTEXTRELEASECOMMAND消息后，等待切换过程中的缓存数据转发完成时统计相应指标。如图12中C点所示，在eNodeB间进行S1接口切换过程中UE成功重建到目标eNodeB后，当源eNodeB收到MME的UECONTEXTRELEASECOMMAND消息后，等待切换过程中的缓存数据转发完成时统计相应指标。如图12中C点所示，在eNodeB间进行S1接口切换过程中UE成功重建到源eNodeB后，统计相应指标。各指标的具体统计方式如下所示：如果切换过程中源小区和目标小区为同频，指标L.HHO.IntereNB.IntraFreq.ExecSuccOut加1。如果切换过程中源小区和目标小区为异频，指标L.HHO.IntereNB.InterFreq.ExecSuccOut加1。如果切换过程中源小区和目标小区为异模式，指标L.HHO.IntereNB.InterFddTdd.ExecSuccOut加1。S1接口切换成功率图13当两个eNodeB之间不存在X2接口，或X2接口不可用时，UE从当前所驻留的服务小区切换到另一eNodeB时，可采用基于S1接口的切换信令流程如图13。定义：S1接口切换成功率=(([eNodeB间同频切换出成功次数]+[eNodeB间异频切换出成功次数])-([eNodeB间X2接口同频切换出成功次数]+[eNodeB间X2接口异频切换出成功次数]))/(([eNodeB间同频切换出执行次数]+[eNodeB间异频切换出执行次数])-([eNodeB间X2接口同频切换出执行次数]+[eNodeB间X2接口异频切换出执行次数]))*100%；X2接口切换成功率当两个eNodeB之间存在X2接口时，UE从当前所驻留的服务小区切换到另一eNodeB时，可采用基于X2接口的切换。图14图15定义：X2接口切换成功率=([eNodeB间X2接口同频切换出成功次数]+[eNodeB间X2接口异频切换出成功次数])/([eNodeB间X2接口同频切换出执行次数]+[eNodeB间X2接口异频切换出执行次数])*100%系统内切换成功率定义：系统内切换成功率=([eNodeB内同频切换出成功次数]+[eNodeB间同频切换出成功次数]+[eNodeB内异频切换出成功次数]+[eNodeB间异频切换出成功次数])/([eNodeB内同频切换出执行次数]+[eNodeB间同频切换出执行次数]+[eNodeB内异频切换出执行次数]+[eNodeB间异频切换出执行次数])*100%同频切换成功率定义：同频切换成功率=([eNodeB内同频切换出成功次数]+[eNodeB间同频切换出成功次数])/([eNodeB内同频切换出执行次数]+[eNodeB间同频切换出执行次数])*100%；异频切换成功率定义：异频切换成功率=（+[eNodeB内异频切换出成功次数]+[eNodeB间异频切换出成功次数]）/([eNodeB内异频切换出执行次数]+[eNodeB间异频切换出执行次数])*100%业务完整类指标上行PDCPSDU丢包率定义：上行PDCPDSU丢包率=([上行PDCPSDU丢包数]/[上行PDCPSDU包总数])*100%；下行PDCPSDU丢包率定义：下行PDCPDSU丢包率=[下行PDCPSDU丢包数]/[下行PDCPSDU包总数]*100%；资源负荷类指标上行PRB平均利用率定义：上行PRB平均利用率=[上行PhysicalResourceBlock被使用的平均个数]/[上行可用的PRB个数]*100%；下行PRB平均利用率定义：下行PRB平均利用率=[下行PhysicalResourceBlock被使用的平均个数]/[下行可用的PRB个数]*100%；华为LTE主要KPI优化方法及案例呼叫接入类指标优化方法呼叫接入类指标分析流程：处理步骤小区是否存在异常告警；确认小区是否有干扰后台取小区的系统上行每个PRB上检测到的干扰噪声的平均值，确认小区是否有上行干扰。如果有干扰，需确认是模三干扰，互调干扰，还是外部干扰；3）确认是否覆盖问题1.检查传输模式，确定小区存在弱覆盖；2、对比64QAM和QPSK占比，可确定小区覆盖异常；3、邻区告警、故障等导致TOP小区存在弱覆盖；4、天馈问题；5、无线环境差；6、基站规划、建设、施工问题；7，天线权值配置与现场天线参数不一致。8.核查参考信号功率；4）确认是否高质差问题1.通过观察小区上下行丢包率是否正常，断定小区存在质差；2、通过后台误码率跟踪，如BLER>10%，确定小区存在高误码；5）确实是否是资源不足的问题可以通过后天话统查看：资源分配失败而导致RRC连接建立失败的次数，无线资源不足导致E-RAB建立失败次数，这些话统确认是否小区资源不足导致接入失败。6）确认是否是终端或是用户行为异常需要通过对用户进行后天信令跟踪和前台现场测试结合来确认问题原因；7）问题闭环。呼叫接入类优化案例CDF1730_大丰王桥2社_3小区接入失败分析问题描述：CDF1730_大丰王桥2社_3小区的RRC建立成功率一直持续在98%左右。问题分析：核查该站是否有告警：无；后台取小区的系统上行每个PRB上检测到的干扰噪声的平均值，都在-118左右，正常无干扰；分析主要RRC建立失败的主要原因为：UE无应答而导致RRC链接建立失败。由此可见主要问题是由于弱覆盖导致的RRC建立失败，由于该站点处在绕城附件的郊区，站间距离在1公里以上，检查该小区的RS功率为15.2dBm，修改该小区的RS功率为16.2dBm后，问题解决。修改RS功率后，RRC建立成功率提升到99%以上，问题闭环。呼叫保持类指标优化方法呼叫保持类指标分析流程：处理步骤1）小区是否存在异常告警；2）对于eNodeB发起的原因为切换失败的UEContext释放：需要提取两两小区切换确定目标小区；1.确定目标小区运行情况，是否基站故障或异常告警；2.检查邻区间参数设置是否正确；3.检查小区邻区配置是否合理，进行邻区合理性优化；4.检查基站是否周边站点缺少，如为孤站，可视为正常；3）对于eNodeB发起的原因为上行弱覆盖的UEContext异常释放：如果有是上行弱覆盖导致的异常释放，需要增加RS功率，或是RF优化解决。4）eNodeB发起的S1RESET导致的UEContext释放次数现统计中eNodeB发起的S1RESET导致的UEContext释放次数均为0，如统计出现释放次数，需进行针对排查；检查S1链路是否配置正确。5）对于eNodeB发起的原因为UELOST的UEContext释放和eNodeB发起的原因为无线层问题的UEContext释放：a.参数是否设置合理（1）.查询掉线类定时器设置是否正确；（2）.如掉线率突增，查询操作日志，确认是否有修改，导致小区异常；b.是否存在高干扰（1）.查看小区PCI复用是否合理，是否存在模三冲突；（2）.如每PRB上干扰噪声平均值>-110dBm,确认小区存在上行干扰，同时可通过后台跟踪，确认干扰类型；c是否存在高质差（1）.通过观察小区上下行丢包率是否正常，如丢包率偏高，基本断定小区存在质差；（2）.通过后台误码率跟踪，如BLER>10%，确定小区存在高误码；d.是否存在弱覆盖（1）.检查传输模式，是否为TM3，如长时间为TM2，确认设置正确的情况下，基本确定小区存在弱覆盖；（2）.对比64QAM和QPSK占比，如后者比例远大于前者,可确定小区覆盖异常；e.后天信令跟踪和前台现场测试（1）.安排前场人员现场测试，同时后台通过信令跟踪，配合查找问题原因；（2）.如果确认问题后，需第三方配合解决，转发相关人员处理，做好跟踪工作，直至问题闭环；呼叫保持类优化案例CDF3040_平乐古镇_1小区高掉话失败高问题分析1）问题描述：CDF3040_平乐古镇_1小区高掉话失败高2）问题分析核查该站是否有告警：无；后台取小区的系统上行每个PRB上检测到的干扰噪声的平均值，都在-118左右，正常无干扰；检查小区两两切换指标,主要切换向邛崃平乐_3小区切换失败。从X2口的标准信令监控来看，主要切换失败都是eNodeB=461188的3小区=邛崃平乐_3，和话统上的两两切换是对应的。检查邛崃平乐_3告警情况，发现该站有射频单元维护链路异常告警，BBUCPRI接口异常告警，小区服务能力下降告警。推动维护处理告警后，指标恢复，问题闭环。移动管理类指标优化方法移动管理类指标分析流程：处理步骤小区是否存在异常告警；参数核查，核查小区的切换参数是否正确合理排除核心网的原因请核心网配合对参数进行核查及信令跟踪排查问题；后台提取两两小区切换次数，找到失败的目标小区核查外部小区和邻区关系核查小区是否有干扰，确认是模三干扰，还是外部干扰是否存在弱覆盖，RS功率，RF优化，新增站点是否存在资源不住引起的拥塞问题，扩容，新增站点闭环。移动管理类优化案例CDF0586_文家七里沟8组_3小区切换成功率低问题分析问题描述：CDF0586_文家七里沟8组_3小区切换成功率低，在80%多；问题分析：核查该站是否有告警：无；后台取两两小区切换数据，显示每天向CDF0654_多联建材_2和CDF127931合作镇清江社区_2切换失败，这2个小区距离该基站超过5公里，冗余的外部小区，外部小区优化；该站位于光华大道二段附件，与爱立信交接区域（绿色—爱立信，蓝色华为）存在模三干扰的。修改CDF0586_文家七里沟8组_3小区PCI由365修改为35。爱立信LTE主要KPI优化方法及案例接入类指标优化方法告警核查接入差小区处理流程第一步：检查是否因硬件问题导致接入指标差(若RRC建立成功率很高，仅因为ERAB承载建立成功率低而引起接入指标差，可直接进入第三步准入控制分析)。硬件告警告警查询相关操作，Event查询，可以快速查看站点运行情况，核查是否发生故障。操作日志查询：lgo历史告警查询：lga当前告警查询：alt历史Event查询：lge站点硬件运行情况查询：invhr站点硬件运行情况查询：cabx站点运行log查询：telogreadvswr查询：lhrufuigetvswr常见影响KPI告警：TimingSyncFault（GPS信号不稳定）；SystemClockQualityDegradation（时钟同步告警）；SectorEquipmentFunction=3(timeout_expired)；附告警查询操作实物图：天馈告警如果基站出现驻波告警会影响小区的接入性，有些天馈问题可能没有告警，FFAX是检测这类问题较方便的工具告警标识：VswrOverThreshold（驻波比告警，可以cabx查看RRU驻波比，一般驻波比设置为1.5db，小于1.5db就不会有告警）。信道检查检查Enode各个信道是否正常，若仅有PRACH、PDSCH、

PUSCH信道倒掉就会导致用户不能接收到小区信息，数据业务的ERAB建立成功率为0，此种情况只需重启基站或者信道就能恢复正常。其他告警其他告警如License、传输告警等同样会影响小区的接入性。LicenseKeyFileFault（license失效或者没有植入，所以导致这样的告警）；GigabitEthernetLinkFault（1.传输光口光纤断，2.传输光口没有插光纤）；干扰核查检查干扰主要包括:ULRSSI是否处于正常值范围、模三干扰、直放站干扰。ULRSSILTE从统计上检查ULRSSI的counter值：pmRadioRecInterferencePwr是否正常:一般认为-120dBm～-110dBm为合理范围，但大于-105dBm时认为RSSI偏低，过来可能原因包括:TMA问题，天线问题，硬件故障(馈线/连接器/跳线)等，需要逐一排查；当大于-100dBm时认为RSSI偏高，过来原因包括:TMA问题，话务增加，干扰增加以及错误配置等，应检查TMA，观察话务量走势，使用频谱分析仪检测干扰，检查是否有错(馈线接反)等。网管侧查看统计方法：定义了IntferenceScanner统计，pmRadioRecInterferencePwr这个测量值激活定义好的测量scanner状态=pdebIntferenceScanner激活后，IntferenceScanner为active状态查看定义的统计=PST,IntferenceScanner为active状态查看site实际底噪=pget.pmRadioRecInterferencePwr$pmRadioRecInterferencePwi[16]为底噪打点分布区间，本站多分布在【3】查询pmRadioRecInterferencePwr参数含义=pmom.pmRadioRecInterferencePwr$16个区间对应的N+I分布值，【3】区间为-119~-118；一般N+I在=-106以上才有问题，不正常【11】正确情况，底噪应该多分布在【0】~【4】同PCI干扰定期进行全网一二级PCI冲突检查，保证相同扰码的复用距离不要过近造成干扰，PCI检查工具可以使用XNOW。另外模三冲突需要大量DT测试数据发现。网管侧PCI查看：指令：查看PCI：get^eutrancellfddphysicalPCI=physicalLayerCellIdGroup*3+physicalLayerSubCellId直放站干扰直放站干扰是目前存在的最普遍的上行干扰问题之一。直放站干扰分为无线直放站干扰和光纤直放站干扰。无线直放站实际上是一个宽频放大器，它将整个移动上行和下行频带放大，实现信号覆盖。无线直放站有合法直放站和非法直放站之分，合法直放站由于设置不好，会造成对基站的干扰，但较多的无线直放站干扰为非法私自安装的无线直放站或MINI直放站，这是因为劣质的无线直放站价格便宜，在人口密度大，移动信号覆盖不好的场所经常私自安装。无线直放站的干扰特点是频带宽，占据整个上行，且幅度不稳定。光纤直放站干扰频谱的底噪音较强，比正常业务情况下的噪音电平一般高20dB～30dB，干扰区域也较大，可造成该区域部分用户无法正常使用手机，未接通、掉话等现象。光纤直放站的干扰特点是频带宽，占据整个上行，且幅度稳定。处理方法：拆除私自安装的无线直放站或MINI直放站；用频谱仪测试合法无线直放站接收施主基站信号的强度，如果信号较强建议加装衰减器，确保接收到的施主基站信号强度在-70dBm左右。确保合法无线直放站的施主天线与重发天线有较好的隔离度，避免自激现象产生，同时建议施主天线的安装高度不超过6层楼。根据现场实际情况，重新调整无线直放站的上、下行ATT值。上行ATT设置值＝下行ATT设置值＋5dB下行ATT设置值＝直放站下行额定输出功率－2dBm为设置依据。排查是否存在其他运营商无线宽频直放站的干扰。无线宽频直放站也会因为器件的参数问题，放大联通上行频段内的一些频点，对联通上行频段产生干扰。准入控制分析MpLoad统计counter：pmRrcConnEstabFailHighLoadpmRrcConnEstabFailOverload如果EnodeMpLoad负荷过高则会产生RRC建立受限，需要通过参数调整、RF优化、、新增站点、扩载波等方法可以降低Enode负荷。CULICENSE受限pmLicConnectedUsersMax（峰值用户数）pmLicconnectedUsersLicense（LICENSE许可用户数）当pmLicConnectedUsersMax/pmLicconnectedUsersLicense*100%>=75%将会影响用户接入，因此建议采取相应解决措施。主要解决手段：CUlicense扩容、RF优化负荷分担。话务热点覆盖分担有时话务热点区域用一个sector或site无法满足话务需求，可以引入附近其他不拥塞小区覆盖分担话务，之后再考虑扩容。检查弱覆盖通过WMRR判断是否存在弱覆盖。弱覆盖解决主要手段为:物理手段与参数调整手段物理手段:调整天线、处理阻挡、处理因天线性能或老化导致弱覆盖等情况。参数调整:maximumTransmissionPower、PAPB、；检查参qRxLevMin、qQualMin、观察周围是否有信号较强小区。注意提升qRxLevMin、qQualMin会较容易提升相关小区的接入指标，但可能造成真正的无法接入，不建议偏离default值过远。Neighbor合理化。如果有较明显的漏定邻区，会导致UE在idle状态时不容易驻留在最好的小区，导致起呼接入查。接入类问题优化案例案例：对比38个扩容站点的指标对比情况1：

业务量

（38个站点扩容前后业务量平均增长10.89%）2：

RRC建立成功率

（

提取实际忙时，38个站点平均提升2.75%）。3：ERAB建立成功率

（

提取实际忙时，38个站点平均提升1.76%）4：

切换成功率

（

提取实际忙时，38个站点平均提升0.73%）。呼叫保持类指标优化方法本流程主要关注数据业务的保持性指标。数据掉线爱立信的统计原因基本可分为6大类型不同的掉线原因相对有不同的处理方法，以下对不同原因的掉线分析排查清单和解决建议。分析流程counter：数据收集：1、计算保持性KPI公式及可能影响掉线counter原始数据；2、全网地图文件(MapInfo图层及googleearth文件)；3、最新全网database信息；4、差小区的告警信息；弱覆盖UE检测主服务小区及邻小区都低于-100dBm，定义为弱覆盖现象，可以通过现场工程师SSV_DT验证及MRR测量信息收集是否存在四超站点(超高、超低、超近、超远)、基站告警退服、邻区漏配等原因导致RSRP<-100dBm，建议消除告警、邻区优化、RF优化、增加新站加强覆盖。上行高干扰从系统上检查PUCCH和PUSCH的counter：pmRadioRecInterferencePwr是否正常目前2/3/4G基站共存导致系统干扰也大幅度提升，如天线隔离度不够导致阻塞、互调、杂散干扰等，工程师需通过上站收集天馈信息、DT(DriverTest)数据BLER误码率及扫频仪器来判断干扰源，一般认为≤-110dBm为合理范围，当＞-110dBm时认为存在上行干扰，可能原因包括：上行不同步(TDD)、广电干扰，天线问题，硬件故障(馈线、连接器、跳线)等，需逐步排查干扰源。如果检查结果值相对较高可以进行以下排查：问题小区是否固定一个时间段PUCCH和PUSCH值较高还是全天都处于偏高状态。全天值都处于较高，需要发单处理要求检查基站。是否有天线问题、硬件故障(馈线、连接器、跳线)，硬件问题。附近有没有干扰源，特别是小区覆盖隐私密度较高的建筑，如政府部门重要机构，军区，医院，学校等。如果有是否可以通过调整天线物理来解决。建议解决方案：一般在基站正常工作的情况下，掉线主要由于弱覆盖区域、小区天线物理设置不合理导致过覆盖或者重叠覆盖高天馈调整通过RF优化有效控制覆盖合理性。参数调整可以通过参数调整，如RS参考信号PA/PB等来进行优化。勘站及路测检查站点是否广告牌或者其它实物阻挡如美化天线，如有必要发单要求整改，另外通过路测检查问题小区的信号是否处于重叠覆盖区域。新开站点如果处于站点比较稀疏的区域容易造成掉线不因只加强PA/PB或者天线来增加覆盖，而是尽量催开附件的规划站点或者提新建站点来解决，相关列表记得长期维护并且时时更新。5、邻近站点退服邻近站点倒站导致问题小区附近区域覆盖不连续，出现弱覆盖而引起掉话几率相对提高，应尽快发单处理倒站问题，并且暂时通过参数优化来暂时解决问题，直到倒站问题解决为止。建议可以暂时调整PA/PB来控制覆盖。倒站问题解决后必须将相关参数恢复之前的值。6、直放站干扰应准确测量并记录直放站的经纬度（拉远位置），避免造成干扰。PCI模3干扰–将导致SINR始终处于最差的情形，且和系统负载不相关；这将导致UE汇报的CQI不能真实反映当时的无线信道质量；

–将引起UE对RSRP的测量困难、测量不准确、测量时间偏长；进而可能延误切换的时机而导致掉线；解决方案：1、Mod3干扰首先进行RF优化调整,因为前期严格规划PCI是经过对无线环境的衡量进行勘察规划。2、如进行修改物理PCI时DT工程师围绕基站扇区覆盖范围进行拉测，观察前后SINR值、DL吞吐率变化是否有所提高。备注：两个小区的PCImode3相等时，若信号强度接近，由于RS位置的叠加，会产生较大的系统内干扰，导致终端测量RS的SINR值较低，称之为“PCImod3干扰”。传输故障检查告警信息，看是否存在传输问题：观察S1传输是否存在问题，解决传输故障；eNodB问题掉话由于某个时间段出现闪断引起，可以通过hourly数据排查是从哪个时间段开始掉话率恶化，然后再对应当时是否告警或者其它部门当时对于问题小区有进行任何操作。检查系统升级、是否打补丁等动作；切换引起掉话常见HO掉话可以分为4大问题类型：源小区的邻区里是否存在和目标小区同频的相同PCI邻区；解决方案：并删除不合理的邻区；或者修改一条邻区的PCI。T304配置过短目标小区是否存在上行干扰；查找干扰源排除干扰目标小区是否拥塞，或者License受限；如果问题小区出现多次拥塞掉话，应该注意是否附近的基站都有出现拥塞的问题，一般出现拥塞掉话的站点可能自己或者附近小区的接入率相对的差，主要是出现拥塞问题。解决方案：优化手段:查看服务小区及目标小区license是否受限申请扩容，或者修改切换参数（CIO）引导源小区向周边其他小区切换进行分流;目标小区是否存在弱覆盖；查看同频/异频切换门限否设置合理；查看周边无线环境是否由于站点缺失导致弱覆盖想象，新增基站加强覆盖。检查MME是否存在告警提取counter及查询MME状态是否存在负载过高及告警。移动管理类指标优化方法LTE切换异常现象UE向源小区发送测量报告后没有收到切换命令UE在源区收到切换命令，在目标邻小区发送随机接入（MSG1）但是未收到随机接入响应(MSG2)。小区之间乒乓切换。小区之间切换序列混乱。切换过程中数据中断切换问题分析流程针对这些切换异常，应该从参数配置，邻区配置，基站传输，硬件告警，上下行干扰等几个方面入手分析问题。其中参数合理性检查主要包括以下等几个方面：邻区漏定义邻区PCI冲突目标邻小区切换是否打开切换偏置设置合理性数据转发功能是否打开切换主要问题邻区配置不合理问题描述：通过统计观察到到小区70736-4的切换成功率为0%，而到70272-2的切换尝试次数为0。问题分析：经检查配置发现70736-4和70272-2这两个小区配置了相同的PCI，而且正确的目标切换小区应该是70272-2。问题解决：通过删除70736-4的邻区关系后，到70272-2的切换成功率恢复到100%。参数设置问题问题描述：通过观察基站侧统计发现有很多切换准备成功率为0%的邻区关系，共同点是目标小区都属于同一个基站(基站ID4506-70483)。问题分析：通过分析发现该基站(基站ID4506-70483)计数器pmHoPrepRejInLicMob的数值很高，计数器pmHoPrepRejInLicMob解释：统计由于目标基站缺少切换相关的license而导致切换失败的次数。问题解决：在激活目标基站的license之后，切换成功率恢复100%。无线环境问题问题描述：路测中武昌路段切换序列混乱，而且切换成功率较低。问题分析：通过测试log分析发现武昌路（红圈1,2,3）主要占用SN黄海饭店2小区（PCI_238），SN黄海饭店2小区（PCI_238）天线挂高70m,越区覆盖严重，问题解决：通过调整SN黄海饭店2小区（PCI_238）机械下倾角下压到10度，控制越区减小对其他小区干扰。优化后武昌路主要占用世纪之星3小区信号（PCI74）（下图红框所示），信噪比改善，越区覆盖消除，切换恢复正常。江苏科技大学80周年校庆活动宗旨及目的2013年，江苏科技大学走过了80年的风雨路，江苏科技大学人秉承学校积淀了80年的“笃学明德，经世致用”的传统，发扬“好学力行，求是创新，艰苦奋斗，自强不息”的精神，在建设高水平大学的努力之中取得了令人瞩目的成就。为了回顾学校历史，展示办学成就，扩大学校知名度，激励师生、校友爱校荣校的精神，增强社会各界关心、支持学校办学的热情，汇集各界力量，促进学校全面、快速、可持续发展，学校决定启动建校80周年校庆筹备工作。（一）活动主题传承、开拓、团结、创新（二）指导思想以邓小平理论和“三个代表”重要思想为指导，深入贯彻落实科学发展观和党的十七大、十七届三中、四中全会精神，以“展示党的民族理论、民族政策、民族教育辉煌成就，江苏科技大学将秉承“笃学明德、经世致用”的校训，大力弘扬“船魂”精神，努力达到本科教学一流、优