TD-LTEKPI劣化小区分析处理指导手册_PA1

《TD-LTEKPI劣化小区分析处理指导手册_PA1》由会员分享，可在线阅读，更多相关《TD-LTEKPI劣化小区分析处理指导手册_PA1（108页珍藏版）》请在装配图网上搜索。

1、TD-LTE KPI劣化小区分析处理指导手册目录1概述42无线接通率42.1接通率指标描述4公式定义4信令流程52.2接通率失败Cause7失败Cause描述7现网Cause比例92.3RRC缺少资源10分析方法10优化案例122.4RRC高负载13分析方法13优化案例142.5RRC超载192.6RRC/ERAB无线进程失败19优化思路19告警检查19干扰优化26覆盖优化373无线掉线率413.1掉线率指标描述41公式定义41信令流程413.2掉线率Cause42掉线Cause描述42现网Cause比例433.3UE丧失优化43优化思路43告警检查44干扰优化45覆盖优化52其他因素633.

2、4切换失败优化714切换成功率714.1切换指标描述71公式定义71信令流程72切换类别744.2切换分析流程774.3准备切换优化78准备切换思路78准备切换案例794.4执行切换优化85告警处理86干扰优化90覆盖优化94参数核查975干扰排查1115.1干扰的原因及分类1115.2宏站干扰排查流程1125.3室分干扰排查流程1131 概述LTE（Long Term Evolution）是3GPP在R8中提出的一种新的宽带无线空中接口技术，可分为FDD和TDD两种模式。TD-LTE是一种新一代宽带移动通信技术，是TD-SCDMA的后续演进技术，在继承了TDD优点的同时又引入了多天线MIMO

3、与频分复用OFDM技术，相比3G，TD-LTE在系统性能上有了跨越式提高，能够为用户提供更加丰富多彩的移动互联网业务。LTE网络能提供应用户更加丰富多彩的业务和更高速的体验，随着LTE网络覆盖广度和深度日趋完善，越来越多的用户选择驻留LTE网络。网络性能的重要性不言而喻，日常除了通过路测的手段发现问题以外，KPI统计指标从另一个角度反映了网络的运行状态，而针对KPI劣化小区的分析处理对于TD-LTE网络建设初期的性能优化工作尤为重要。本文重点介绍TD-LTE KPI劣化小区分析处理，主要考察网络接入和保持性能，分析三类劣化问题：无线接通率、无线掉线率和切换成功率。从指标相关联的计数器、信令流程

4、的介绍、劣化成因的分析以及典型案例分析等方面阐述KPI劣化小区的分析优化思路。2 无线接通率2.1 接通率指标描述2.1.1 公式定义一个完整的呼叫建立首先会触发RRC的建立，RRC建立成功后进入ERAB的建立流程，故无线接通率定义为RRC建立成功率*ERAB建立成功率。RRC建立成功率= RRC建立成功次数/ RRC建立请求次数*100%；ERAB建立成功率=ERAB建立成功次数/ ERAB建立请求次数*100%；详见下表：指标名称指标说明RRC建立请求次数（pmRrcConnEstabAtt）eNB接收到UE发送的“RRC连接请求（RRCConnectionRequest）消息RRC建立成

5、功次数（pmRrcConnEstabSucc）eNB接收到UE发送的“RRC连接建立完成（RRCConnectionSetupComplete）消息ERAB建立请求次数（pmErabEstabAttInit+ pmErabEstabAttAdded）eNB接收到MME发来的“初始上下文建立请求消息（INITIAL CONTEXT SETUP REQUEST）和“E-RAB建立请求（E-RAB SETUP REQUEST）消息。ERAB建立成功次数（pmErabEstabSuccAdded+ pmErabEstabSuccInit）eNB向MME发送“初始上下文建立响应（INITIAL CONT

6、EXT SETUP RESPONSE）消息和“E-RAB建立响应（E-RAB SETUP RESPONSE）消息。2.1.2 信令流程RRC连接建立流程： UE收到随机接入响应后，根据MSG2的TA调整上行发送时机，向eNB发送RRCConnectionRequest消息； eNB向UE发送RRCConnectionSetup消息，包含建立SRB1承载信息和无线资源配置信息； UE完成SRB1承载和无线资源配置，向eNB发送RRCConnectionSetupComplete消息，携带上行NAS层信息，如Attach request、Service Request信息等。初始ERAB建立流程：

7、 MME向eNB发送INITIAL CONTEXT SETUP REQUEST消息，请求建立承载，携带NAS层信息，如Attach Accept等消息； eNB接收到INITIAL CONTEXT SETUP REQUEST消息，如果不包含UE能力信息，那么eNB向UE发送UECapabilityEnquiry消息，查询UE能力； UE向eNB发送UECapabilityInformation消息，报告UE能力信息； eNB向MME发送UE CAPABILITY INFO INDICATION消息，更新MME的UE能力信息； eNB根据INITIAL CONTEXT SETUP REQUEST

8、消息中UE支持的平安信息，向UE发送 SecurityModeCommand消息，进行平安激活； UE向eNB发送SecurityModeComplete消息，表示平安激活完成； eNB根据INITIAL CONTEXT SETUP REQUEST消息中的ERAB建立信息，向UE发送RRCConnectionReconfiguration消息进行UE资源重配，包括重配SRB1和无线资源配置，建立SRB2、DRB等； UE向eNB发送RRCConnectionReconfigurationComplete消息，表示资源配置完成； eNB向MME发送INITIAL CONTEXT SETUP RE

9、SPONSE响应消息，说明UE上下文建立完成；后续ERAB建立流程： 如果是MME主动发起的承载建立流程，那么无步骤1、2； UE发起的承载建立流程，核心网可以回复承载建立、修改流程。2.2 接通率失败Cause2.2.1 失败Cause描述针对无线接通率劣化小区，首先通过话统分析小区接通失败发生在哪一阶段：RRC建立、ERAB建立，抑或两阶段均存在异常。并查看异常阶段的CAUSE值。下列图为RRC和ERAB建立阶段的失败CAUSE图：RRC建立失败CAUSE：RRC建立失败Cause对应统计对象RRC授权超限连接用户数lisence缺失导致的RRC连接建立失败数RRC高负载当基站中的负载控制

10、功能指示高负载（Highload）时, RRC连接建立拒绝数RRC超载当基站中的负载控制功能指示过载（Overload）时, RRC连接建立拒绝数RRC缺少资源由于资源缺失导致的RRC连接建立失败数。RRC承载准入拒绝所有UE承载在承载准入时被拒绝导致的RRC连接建立失败数RRC无线进程失败因无线进程失败导致的RRC连接建立失败数RRC未指定未详细说明原因的RRC连接建立失败数ERAB建立失败CAUSE：ERAB建立失败Cause对应统计对象小区下行GBR过载小区下行GBR过载导致的ERAB建立失败数Enb下行GBR过载eNodeB下行GBR过载导致的ERAB建立失败数小区上行GBR过载小区上

11、行GBR过载导致的ERAB建立失败数Enb上行GBR过载eNodeB上行GBR过载导致的ERAB建立失败数ERAB初始授权失败因lisence拒绝而导致的初始ERAB建立失败数ERAB后续授权失败因lisence拒绝而导致的后续ERAB建立失败数eNODEB原因因eNODEB导致的ERAB建立失败数初始无线进程失败因无线口进程导致的初始ERAB建立失败后续无线进程失败因无线口进程导致的后续ERAB建立失败2.2.2 现网Cause比例RRC建立失败的Cause主要为无线进程失败，占比达66.96%；其次为占比17.37%的RRC缺少资源；RRC高负载和超载分别占比8.10%和7.57%；其他相

12、关Cause：RRC授权超限、承载接入拒绝和未指定统计占比为0.00%。ERAB建立失败的Cause主要为eNODEB的原因，占比达72.04%；其次为初始、后续的无线进程失败，比例为27.96%；无GBR过载及授权失败导致的ERAB建立失败。2.3 RRC缺少资源2.3.1 分析方法Cause:Lack Of Resources是资源缺失而导致的RRC建立失败，遇到此类问题，需检查对应小区异常时段的“最大用户数统计和当前小区配置的SR用户数。通过KPI统计获取最大用户数：登陆OSS网管利用Amos获取对应小区SR用户数的配置：=MO Attribute Value=EUtranCellTDD

13、=L42B76FA noOfPucchSrUsers 200EUtranCellTDD=L42B76FB noOfPucchSrUsers 200EUtranCellTDD=L42B76FC noOfPucchSrUsers 200=当实际的最大用户数小区配置noOfPucchSrUsers数值时，可能会出现Cause为Lack Of Resources的RRC失败计数。针对此问题，首先需考虑小区是否存在越区吸收多余用户，如小区无越区那么可以通过调大noOfPucchSrUsers来改善RRC连接建立成功率，由于noOfPucchSrUsers参数调整会影响上行带宽的占用，建议逐步调高noOf

14、PucchSrUsers设置值。越区覆盖需结合小区TA分布、覆盖方向内站点分布及覆盖环境等来判断。 2.3.2 优化案例2.3.2.1 LD32B37B_技师院2LD2 问题描述LTE劣化小区分析发现LD32B37B_技师院2LD2接通率低，接入异常表达在RRC建立阶段。详细如下表：区域日期小时分钟小区空口上行业务量（MB）空口下行业务量（MB）无线接通率RRC建立成功率E-RAB建立成功率常州9月15日210LD32B37B54.074237.52159.11459.1399.974常州9月15日2115LD32B37B52.716266.47671.88371.93499.929常州9月1

15、5日2130LD32B37B51.595302.52985.97185.971100常州9月15日2145LD32B37B53.896332.34477.13377.133100常州9月15日220LD32B37B55.842331.02474.19874.23299.954常州9月15日2215LD32B37B44.389293.78390.34790.347100 问题分析查看小区RRC建立失败cause为Lack Of Resources（缺少资源导致的RRC连接失败）区域日期小时分钟小区RRC授权超限承载准入拒绝高负载超载无线进程失败未指定缺少资源常州9/15210LD32B37B00

16、00202687常州9/152115LD32B37B0000001647常州9/152130LD32B37B000000666常州9/152145LD32B37B0000301253常州9/15220LD32B37B0000301536常州9/152215LD32B37B000010384统计小区最大用户数已超200，而小区实际定义的SRUSER数为200，小区实际承载的用户数已超配置的SRUSER数导致RRC建立失败。区域日期小时分钟小区最大用户数RRC平均用户数常州9月15日210LD32B37B201169.744常州9月15日2115LD32B37B198180.361常州9月15日2

17、130LD32B37B198177.889常州9月15日2145LD32B37B203185.144常州9月15日220LD32B37B203191.772常州9月15日2215LD32B37B202147.422 优化建议及效果扩容SRUSER数 200-270，扩容后RRC建立成功率提升至99%以上。2.4 RRC高负载2.4.1 分析方法在分析无线接通率指标时，当RRC失败Cause为highload时，需检查对应站点的DUS主处理器MP负荷情况。当系统MP负荷超过90%时，局部呼叫会被拒绝，并记为Reject due to highload。主处理器负荷情况通过以下的PDF分为11档，

18、当瞬时MP负荷满足一定区间标准，那么对应区间有采样分布。PDF分布范围如下:0: 0 = Cpu Load 20 %1: 20 = Cpu Load 30 %2: 30 = Cpu Load 40 %3: 40 = Cpu Load 50 %4: 50 = Cpu Load 60 %5: 60 = Cpu Load 70 %6: 70 = Cpu Load 80 %7: 80 = Cpu Load 85 %8: 85 = Cpu Load 90 %9: 90 = Cpu Load 95 %10:95 = Cpu Load如下列图为MP负荷分布，当某个时刻采样点在90 =MpLoad 95 %或

19、95% =MpLoad时有计数，说明highload导致RRC建立失败。而针对MP高负荷，主要检查基站有无异常告警，小区RRC连接请求数是否在短时间内过多，上下行流量是否过大，是否有异常频繁触发的信令过程（如：频繁发起切换请求）等。对于不同的触发原因，再做有针对性的排查。2.4.2 优化案例2.4.2.1 LD31E48_湖塘大润发联通LD无线接通率低问题 问题描述劣化小区处理时发现站点LD31E48_湖塘大润发联通LD三个小区的无线接通率从11月17日16点开始均变差，接入异常表达在RRC建立阶段，详细见下表：日期小时小区空口上行业务量（MB）空口下行业务量（MB）无线接通率RRC建立成功率

20、（%）E-RAB建立成功率（%）11/1714LD31E48A27.052220.19299.5599.6499.9111/1715LD31E48A24.21300.5699.5999.6399.9611/1716LD31E48A38.332210.59498.6998.9499.7511/1717LD31E48A17.261125.12798.2998.3999.911/1718LD31E48A19.429146.25598.598.5699.9411/1714LD31E48B23.876741.1699.8899.9699.9211/1715LD31E48B27.717203.67499.

21、7110099.7111月17日16LD31E48B17.637132.67898.7498.9999.75 问题分析进一步查询RRC连接失败Cause统计，发现主要分布在RRC高负载和无线进程失败，其中RRC高负载占比91.5%，无线进程原因占比8.5%，其他原因占比0%。日期小时小区RRC建立失败数RRC授权超限RRC承载准入拒绝RRC高负载RRC超载RRC无线进程失败RRC未指定RRC缺少资源11/1714LD31E48A3000030011/1715LD31E48A2000020011/1716LD31E48A230020030011/1717LD31E48A510047040011/

22、1718LD31E48A490049000011/1714LD31E48B0000000011/1715LD31E48B0000000011/1716LD31E48B290026030011/1717LD31E48B600053070011/1718LD31E48B630059040011/1714LD31E48C0000000011/1715LD31E48C2000020011/1716LD31E48C240024000011/1717LD31E48C550054010011/1718LD31E48C5800550300提取该基站接入指标较差时段MP负荷指标，发现基站从16点开始负荷突增，M

23、P负荷出现超90%的采样。MP Load14:0015:0016:0017:0018:00 0 = MP Load 20 %35735616740 20 = MP Load 30 %005110210 30 = MP Load 40 %00124156141 40 = MP Load 50 %001169161 50 = MP Load 60 %000319 60 = MP Load 70 %00034 70 = MP Load 80 %0011011 80 = MP Load 85 %00123 85 = MP Load 90 %00056 90 = MP Load 95 %0024595

24、= MP Load00000接下来，问题排查主要集中在MP负荷突增的诱因。检查基站告警，无硬件故障，且无其它告警纪录。观察该站点上行底噪变化情况，也正常。查看该站三个小区的用户数变化情况，三个小区在问题时段最大用户数都没有超过50。日期小时分钟小区最大用户数小区最大用户数小区最大用户数11/16150LD31E48A33LD31E48B41LD31E48C2511/161515LD31E48A30LD31E48B40LD31E48C2811/161530LD31E48A30LD31E48B47LD31E48C3111/161545LD31E48A37LD31E48B41LD31E48C3211

25、/16160LD31E48A29LD31E48B41LD31E48C3411/161615LD31E48A30LD31E48B38LD31E48C3111/161630LD31E48A29LD31E48B39LD31E48C3111/161645LD31E48A31LD31E48B41LD31E48C3611/16170LD31E48A26LD31E48B44LD31E48C3011/161715LD31E48A30LD31E48B44LD31E48C3411/161730LD31E48A29LD31E48B44LD31E48C2211/161745LD31E48A29LD31E48B38LD

26、31E48C24查看该站三个小区的上下行流量变化情况，也无明显变化。时间小区空口上行业务量（MB）空口下行业务量（MB）小区空口上行业务量（MB）空口下行业务量（MB）小区空口上行业务量（MB）空口下行业务量（MB）1117_14:00A27.052220.192B23.876741.16C11.788111.5981117_15:00A24.21300.56B27.717203.674C10.36258.1991117_16:00A38.332210.594B17.637132.678C11.32799.8761117_17:00A17.261125.127B20.075129.568C16

27、.02176.8761117_18:00A19.429146.255B31.984197.495C19.946105.806进一步查看基站历史操作记录，发现在11月17日16点27分修改cellIndividualOffsetEUtran为10。该参数和切换有关，修改该参数将会影响切换触发评估。检查该站点三个小区的切换指标。其中B，C小区切入和切出申请次数从11月17日16时后增长非常明显，如下列图所示： 这和LD31E48B-LD31E48C小区间的cellIndividualOffsetEUtran为10密切相关，增加了双向切换的容易程度，参数设置异常导致小区间乒乓切换，切换次数激增导致M

28、P负荷增大。 优化建议及效果建议复原cellIndividualOffsetEUtran为0；提交参数修改工单后于11月19日10点48分进行了参数修改，修改后小区接入指标和基站负荷都恢复正常，Mp Load1119_8:001119_9:001119_10:001119_11:001119_12:000 = Mp Load 20 %6619720035735620 = Mp Load 30 %2371151310030 = Mp Load 40 %37310040 = Mp Load 50 %1760050 = Mp Load 60 %8980060 = Mp Load 70 %182007

29、0 = Mp Load 80 %2610080 = Mp Load 85 %1110085 = Mp Load 90 %1220090 = Mp Load 95 %3950095 = Mp Load000002.5 RRC超载 2.6 RRC/ERAB无线进程失败2.6.1 优化思路无线进程失败Cause处理流程图：2.6.2 告警检查针对接通率劣化小区首先通过指令al查看站点即时告警、lga查看历史告警，检查小区是否存在影响接通率的相关硬件告警。对如下影响接通指标的告警及时处理：告警类型处理建议Gigabit Ethernet Link Fault核查传输等S1ConnectionFailu

30、re（S1链路故障）Remote IP Address Unreachable（远端地址不可达）Heartbeat Failure（脱管）HwFault（硬件故障）驻波检查，更换硬件等VswrOverThreshold（驻波告警）Clock Calibration Expiry Soon时钟同步超时板卡复位、检查GPSNetwork Synch Time from GPS Missing（GPS故障）CalibrationFailure（天线校准）核查干扰、跳线等LinkFailure（RRU丧失或高误码）检查光路和光模块2.6.2.1 LF32D76C_印墅搬迁站2LF3l 问题描述LTE劣

31、化小区分析中发现LF32D76C_印墅搬迁站2LF3无线接通率很差仅40%左右，在RRC和ERAB建立阶段均存在异常。日期小区空口上行业务量（MB）空口下行业务量（MB）无线接通率RRC建立成功率E-RAB建立成功率7/2LF32D76C66.1333303.66242.06172.50158.0147/3LF32D76C8.41238.12536.96764.98356.8877/4LF32D76C5.86831.82636.22565.22555.5387/5LF32D76C5.14524.78532.14258.31755.1167/6LF32D76C6.7755.57637.73764

32、.04158.9257/7LF32D76C5.49815.55135.78363.10756.7027/8LF32D76C11.523164.66851.60174.81968.967l 问题分析RRC建立失败Cause： RRC无线进程失败日期小区RRC授权超限RRC承载准入拒绝RRC高负载RRC超载RRC无线进程失败RRC未指定RRC缺少资源7/2LF32D76C0000989007/3LF32D76C00001861007/4LF32D76C0000870007/5LF32D76C0000641007/6LF32D76C0000621007/7LF32D76C0000975007/8LF

33、32D76C000064700ERAB建立失败Cause：eNODEB原因和无线进程失败小区日期ERAB初始授权失败ERAB后续授权失败小区下行GBR过载Enb下行GBR过载小区上行GBR过载Enb上行GBR过载eNODEB原因初始无线进程失败后续无线进程失败LF32D76C7/200000042014660LF32D76C7/300000049421262LF32D76C7/400000032913490LF32D76C7/50000002709670LF32D76C7/60000002419210LF32D76C7/700000036113930LF32D76C7/800000021788

34、00检查告警发现站点存在校准 （CalibrationFailure）、链路丧失（LinkFailure）及效劳降级（ServiceUnavailable）等多种告警。产生校准告警CalibrationFailure的原因主要有：外部干扰和硬件故障。小区存在上行强干扰，上行PUSCH和PUCCH底噪分别为-90dBm、-93dBm且每PRB上均有强干扰，但周边F频段小区并无上行干扰，初步疑心为小区硬件故障导致。通过共站小区间天馈、RRU互换等方式确认为RRU故障，干扰随RRU移动。l 优化建议及效果建议更换小区LF32D76C_印墅搬迁站2LF3的故障RRU。更换后，小区硬件告警消失，上行底噪

35、降至-118dBm左右，无线接通率提升至99%以上。2.6.2.2 LD33C87_小河加油站LDl 问题描述LTE劣化小区分析中发现站点LD33C87_小河加油站LD的A/B小区的无线接通率仅80%左右偏低，C小区低于20%，接入性能很差，且在RRC和ERAB建立阶段均异常。日期小时小区空口上行业务量（MB）空口下行业务量（MB）无线接通率RRC建立成功率E-RAB建立成功率10/136LD33C87A0.5666.95880.93387.06792.95410/137LD33C87A1.6655.66166.60377.9685.43210/138LD33C87A4.02313.85373

36、.88582.17589.91210/139LD33C87A7.25526.88379.27688.10489.9810/1310LD33C87A7.98625.28755.26468.81680.30710/136LD33C87B1.86126.42993.82495.89897.83710/137LD33C87B1.09120.69782.29387.21594.35710/138LD33C87B1.6064.69671.76876.40393.93310/139LD33C87B2.1816.19881.57787.11693.64210/1310LD33C87B1.7483.27385.

37、45589.70695.26210/136LD33C87C0.1620.18547.40262.95575.29410/137LD33C87C0.0280.05726.33347.44455.50410/138LD33C87C0.0030.00714.2937.00838.61410/139LD33C87C0.0020.00511.64527.14442.90210/1310LD33C87C0.0040.00510.2128.43435.907l 问题分析RRC建立失败Cause： RRC无线进程失败日期小时小区RRC授权超限RRC承载准入拒绝RRC高负载RRC超载RRC无线进程失败RRC未指

38、定RRC缺少资源10/136LD33C87A0000310010/137LD33C87A0000750010/138LD33C87A0000960010/139LD33C87A0000560010/1310LD33C87A00003300010/136LD33C87B000070010/137LD33C87B0000250010/138LD33C87B0000680010/139LD33C87B0000250010/1310LD33C87B0000170010/136LD33C87C00002560010/137LD33C87C00005560010/138LD33C87C0000482001

39、0/139LD33C87C00006920010/1310LD33C87C000055000ERAB建立失败Cause：eNODEB原因和无线进程失败小区日期ERAB初始授权失败ERAB后续授权失败小区下行GBR过载Enb下行GBR过载小区上行GBR过载Enb上行GBR过载eNODEB原因初始无线进程失败后续无线进程失败LD33C87A10/130000007745063LD33C87B10/13000000102601LD33C87C10/130000004274031检查告警站点存在时钟同步超时告警（Clock Calibration Expiry Soon）时钟同步问题导致该站点及周边D

40、频段小区均有强上行干扰。区域日期小时小区上行干扰电平（dBm）PUCCH上行干扰电平（dBm）常州10月13日10LD33C66A-90-93.006常州10月13日10LD33C66B-96.391-102.622常州10月13日10LD33C66C-92.607-101.557常州10月13日10LD33C87A-92.974-93.006常州10月13日10LD33C87B-93-93.006常州10月13日10LD33C87C-92.952-93.009常州10月13日10LD33E03A-102.735-110.968常州10月13日10LD33E03B-90-93.006常州10月

41、13日10LD33E03C-92.974-102.117常州10月13日10LD33E16A-90.018-93.006常州10月13日10LD33E16B-101.417-102.957常州10月13日10LD33E16C-91.049-93.006l 优化建议及效果建议进站处理时钟同步超时告警。告警去除后，干扰消失，站点无线接通率恢复至99%以上。2.6.3 干扰优化针对无硬件告警的接通率劣化小区，需结合上行PUSCH底噪和上行PUSCH SINR判断是否上行干扰导致。当上行PUSCH底噪高于-105dBm且PUSCH SINR低于2时，可初步判定为上行干扰导致的接入性能劣化，后续进行干扰

42、排查，详见章节5。2.6.3.1 LF31D77B_蒋家塘LF2l 问题描述LTE劣化小区分析中发现小区LF31D77B_蒋家塘LF2无线接通率仅93%左右偏低，RRC建立阶段异常，详细如下表：日期小区空口上行业务量（MB）空口下行业务量（MB）无线接通率RRC建立成功率E-RAB建立成功率8/15LF31D77B33.182416.03693.38595.83797.4418/16LF31D77B18.683141.07293.72596.26697.3618/17LF31D77B28.123299.46593.07594.96798.0078/18LF31D77B34.147209.271

43、94.86496.32698.4828/19LF31D77B29.731307.05393.46294.9898.4028/20LF31D77B30.715232.66293.63695.35998.193l 问题分析 检查小区RRC建立失败Cause均为RRC无线进程失败。区域日期小区RRC授权超限RRC承载准入拒绝RRC高负载RRC超载RRC无线进程失败RRC未指定RRC缺少资源常州8/14LF31D77B000044800常州8/15LF31D77B000030100常州8/16LF31D77B000025800常州8/17LF31D77B000048700常州8/18LF31D77B0

44、00028900常州8/19LF31D77B000038000常州8/20LF31D77B000037800检查站点无硬件告警。小区上行PUSCH和PUCCH底噪分别为-99dBM、-93dBm，同时小区的上行PUSCH SINR很差仅0左右，初步疑心小区的性能下降是上行强干扰导致。统计每PRB上的底噪发现，强干扰主要集中在低频段上，随着频段增加干扰逐渐下降，具体见下列图：从每PRB上行干扰分析，初步疑心为DCS1800对LTE站点的杂散干扰，尝试闭锁共站1800小区，闭锁后低频段的上行强干扰消失，具体见下列图：l 优化建议及效果LF31D77B的干扰源为共站DCS1800的杂散干扰，建议DC

45、S1800站点增加CSFU滤波器。共站DCS1800增加滤波器后，LF31D77B上行强干扰消失，上行PUSCH SINR提升至8以上，小区无线接通率恢复正常。2.6.3.2 LF31E02_兰陵集团LFl 问题描述LTE劣化小区分析中发现站点LF31E02_兰陵集团LF的B/C小区无线接通率低于50%，指标很差且在RRC和ERAB阶段均有大量建立失败，同时该小区存在高掉线。详细如下表：日期小区空口上行业务量（MB）空口下行业务量（MB）无线接通率RRC建立成功率E-RAB建立成功率9/13LF31E02A87.137891.52199.29899.55799.749/14LF31E02A99

46、.3421072.98899.49399.64899.8459/15LF31E02A22.209184.86399.34799.61699.739/13LF31E02B1.2113.15634.5244.97776.759/14LF31E02B0.2340.35723.32239.39859.1969/15LF31E02B0.0940.12522.04129.53874.6199/13LF31E02C0.6525.04143.03161.02170.5199/14LF31E02C0.1150.25838.68561.50962.8939/15LF31E02C0.4590.92344.72167

47、.88465.879l 问题分析RRC建立失败Cause： RRC无线进程失败区域日期小区RRC授权超限RRC承载准入拒绝RRC高负载RRC超载RRC无线进程失败RRC未指定RRC缺少资源常州9/13LF31E02A00004300常州9/14LF31E02A00003500常州9/15LF31E02A00001900常州9/13LF31E02B0000425300常州9/14LF31E02B0000194700常州9/15LF31E02B0000229000常州9/13LF31E02C0000238500常州9/14LF31E02C000098400常州9/15LF31E02C0000947

48、00ERAB建立失败Cause：eNODEB原因和无线进程失败小区日期ERAB初始授权失败ERAB后续授权失败小区下行GBR过载Enb下行GBR过载小区上行GBR过载Enb上行GBR过载eNODEB原因初始无线进程失败后续无线进程失败LF31E02A9/1300000030170LF31E02A9/1400000015120LF31E02A9/150000001640LF31E02B9/130000003573316LF31E02B9/140000002042485LF31E02B9/1500000043560LF31E02C9/130000006943966LF31E02C9/1400000

49、03562092LF31E02C9/150000004482090检查站点无硬件告警。站点存在强上行干扰，A小区的上行底噪在-100dBm左右，B/C小区的PUSCH和PUCCH的上行底噪分别为-90dBm、-93dBm。同时站点三个小区的上行PUSCH SINR均较差，特别是B/C小区，故可初步判断小区性能下降是受干扰影响。排查站点LF31E02上行干扰源，统计每PRB上行底噪发现站点全频段干扰，初步判断非GSM900/DCS1800的阻塞、杂散干扰，为进一步确定，逐步闭锁共站的GSM900/DCS1800和TDS站点，上行强干扰依旧存在。即干扰源非异系统。该站点周边同频段站点无上行干扰，同时周边无其他运营商同频LTE站点，华为最近的LTE站点距4KM，根本也可排除LTE站点间的干扰。通过上述分析，初步疑心为外部干扰源，故现场扫频。l 首先通过PCTEL扫频仪对兰陵集团周边主干道在闭站条件下进行大面积干扰扫频3层邻区以内，未发现明显干扰、考虑到周边主干道与站点之间距离较远故进行频谱仪排查。l 由于数据统计兰陵集团LF B/C两个小区干扰最为严重故通过天馈调整发现干扰在140度至240度之间干扰逐步递增、并且通过天馈下倾调整干扰也随之变动，根本可以确定为外部干扰