室分优化常见问题及处理流程概论.docx

1、室分优化常见问题及处理流程概论1室分优化常见问题1.1速率类问题1.1.1路测类速率问题定位和优化方法1.1.1.1路测类业务定位流程1.1.1.2空口问题指标测试空口重点关注指标：RSRP、SINR、TM、RI、流数、PDCCH DL 、PDSCH RB number、MCS、iBLER、通道的平衡。一般而言，吞吐率由频谱效率、频带宽度、频带占用机会、误码率综合决定。在LTE系统中，频谱效率由MCS决定；频带宽度由分配的RB数决定；频带占用机会由DL grant决定；误码率主要考虑IBLER，HARQ重传以后，残留BLER通常较低，因此只考虑初次传输的BLER，也即IBLER。备注：DL/U

2、L Grant理论值，FDD为固定值1000；TDD为配置的10ms内下行和特殊子帧/上行子帧个数*1000，TDD的特殊子帧计算为下行帧，录入：配比(DSUUD)，DL理论值为600，UL理论值为400。1.下行速率的基本分析方法：（1）统计UE侧SINR vs THP：定点测试统计AVG SINR和吞吐率平均值。（2）判断用户的RB数和DL Grant是否调度充足，如果不充足，首先判断上层数据源是否充足，可以直接在Probe上查看，也可以采用MML命令DSP ETHPORT查看。（3）若DL Grant和RB数都是调度充足，下一步需判断下行IBLER是否收敛到目标值。目前下行的IBLER目

3、标值一般为10%，即5%15%即认为IBLER收敛。可以直接在Probe上查看，也可通过M2000信令跟踪管理-用户性能监测-误码率监测观察。（4）如果IBLER收敛，可判断是否使用了双码字，我司UE可通过Probe查看用户的Rank Indicator和DL MCS。也可通过M2000信令跟踪管理-用户性能监测-信道质量查看UE上报的Rank值和调度的CQI。（5）如果上述都OK，可以查看下是否存在干扰，功率不平衡等现象，在Probe上可以直接查看（6）上述15步检查结果都OK的话，需要进行深入定位，深入定位需要在M2000上采集的数据。2. 上行速率的基本分析方法：一般而言，吞吐率由频谱效

4、率、频带宽度、频带占用机会、误码率综合决定。在LTE系统中，频谱效率由MCS决定，MCS由SINR和IBLER决定；频带宽度由分配的RB数决定；频带占用机会由UL grant决定；误码率主要考虑IBLER，HARQ重传以后，残留BLER通常较低，但由于重传会影响传输的效率，进而影响RLC层吞吐率，因此只考虑初次传输的BLER，也即IBLER。上行吞吐率在大的面上主要也是受四个方面的影响，RB数/ul grant 不足，MSC阶数偏低、ibler 高、弱覆盖。1.1.1.3检查覆盖和干扰水平（查看RSRP、SINR等参数）下行覆盖采用SINR的PDF或CDF图形进行评估。如果SINR的分布较差，

5、需要从RF优化的角度去提升SINR的分布，使之符合RF的验收要求。上行覆盖采用UE测量到的下行导频的RSRP（或路损Pathloss=下行RSRP-导频功率）作为覆盖的评估标准。UE测量到的RSRP是UE接收到的服务小区的下行导频RS信号质量，因此RSRP实际反映的是下行路损情况。一般情况认为，下行路损和上行路损是一致的。1)RSRP异常： 定点测试时，建议选择好点，-65dBm = RSRP = -80dBm。如果距离天线很近的地方（在天线下方）RSRP达不到-80dBm，需要进行如下核查；1确认小区状态是否正常？告警or 闭塞小区 2确认小区功率参数配置正确，LST PDSCHCFG3宏站

6、场景：确认天线是否存在问题，是否天线存在接反、天线的下倾角是否设置合理？ 4室分场景：确认分布系统是否存在问题，可以采取断开分布系统直接在RRU端口连小天线进行测试；2)SINR异常 定点测试时，建议选择好点，选择SINR 大于20以上的地方进行测试，在RSRP较好但是SINR异常的时，需要如下核查 1闭塞邻区，看SINR的变化，如果闭塞邻区SINR变好，可以证明是同频干扰，需要MOD3干扰、重叠覆盖是不是过大，参数设置存在问题？ 2外部干扰查询，可以通过监控空闲状态RSSI和扫频进行问题定位； 1.1.1.4检查同频干扰的影响当存在同频邻小区或者同频段的2G/3G信号时，邻小区的信号有可能会

7、对本小区产生干扰，干扰严重时极度影响下行数传吞吐量。而且即便邻区没有用户接入，邻区的导频信号也会对本小区产生干扰。此类问题最典型的现象就是无论怎么调节UE的位置来改变信号的接收质量，即便RSRP调整得非常高，但UE测量出的下行SINR总是非常低，如下图所示。本小区信号RSRP为-77dBm，信号非常好，但测出的RANK2 的SINR仅有1.64dB，非常低。而此时邻区信号强度为-83dBm，和本小区的信号强度很接近，也就意味着干扰非常大，这将会导致MCS选阶较低。如果发现有邻区干扰的情况，那么需要联系网规网优的同事，查看站点规划上是否出现了异常，可能有PCI冲突和越区覆盖的情况出现。1.1.1

8、.5MIMO天线功率不平衡UE两根接收天线的接收功率如果不平衡，则会严重影响下行测量的SINR，进而导致MCS选阶异常，影响流量。可以在PROBE上通过RSRP Measurement试图来观察两根天线的接收功率是否平衡，如下图所示：也可以在后台监控RSSI，对不不同天线口的RRSI差异； 如果发现两路天线的RSRP不平衡的话，需要排查DAS天馈系统。请参考6.3节DAS排查。1.1.1.6检查空口误码率(BLER)如果空口误码率高的话，会导致部分RB用于重传数据，进而影响吞吐量，此时应该重新选一个BLER低的点。误码率一般在10%左右收敛。若DL Grant和RB数都是调度充足，下一步需判断

9、下行IBLER是否收敛到目标值。目前下行的IBLER目标值一般为10%，即5%15%即认为IBLER收敛。如果要达到峰值，需要IBLER为0。 也可通过M2000信令跟踪管理-用户性能监测-误码率监测观察。一般来说，在AVG SINR较好的情况下BLER较差可能是由于数据业务信道的SINR较差，数据业务信道受到干扰或上行存在干扰，而这种干扰一般来自同频干扰的邻小区，或是部分频段的外界干扰； 1.1.1.7RSRP过高的影响在峰值测试中，虽然要求测试地点的RSRP与SINR要尽可能的好，但是也并不是说RSRP就没有了限制。通常我们规定的“近点”的RSRP要在-75dBm以上，但也不要超过-60d

10、Bm。这是因为终端接收到的功率过高的话会引起接收器件的削波，导致下行SINR降低，反而只会使得流量下降。并且，RSRP很高也就意味着离基站的天线很近，那么收到同站邻区的干扰也可能增大，所以不建议在“极近点”进行测试。一般来说，RSRP可以通过后台来减小功率或者加衰减器来消除影响。1.1.1.8检查上行干扰在下行信号较好的情况，上行吞吐率交底，UE的发射功率较大，但是MCS的阶数没有达到24（cat4、cat3终端）、RB调度不满，一般是因为上行可能存在干扰，按照干扰处理的思路进行分析； 在空载时（UE没有入网），打开OMC上打开小区性能检测中的RSSI统计监控： 通过查看RSSI的值来判断是否

11、存在上行干扰，需要说明的是关于RSSI读数问题，在判断是否存在上行干扰时需要保证对应扇区不存在入网终端，否则会因为扇区接收到了终端信号RSSI很高导致无法做出判断。同时主分集的读数会有差距，通常相差约5dB以内认为是正常。RSSI(receive signal strength indicator) 即带内总信号强度指示.其理论在的计算值为：RSSI = -174dBm/Hz+10*log10(BW)+NF+AD量化误差，单RB正常情况下的RSSI在-120dbm左右，20M带宽内的RSSI在-98dbm左右，在RSSI跟踪中是按照RB、系统带宽和物理天线端口进行统计的，随着RB值增加频率依次

12、增加； 1.1.1.9上下行Grant调度次数不足如何判断调度次数不足 对于下行，DL Grant次数需要接近1000次。 对于上行，在峰值区域，ULGrant次数需要接近1000次；在非峰值区域，因为上行HARQ重传时，调度器不需要下发ULGrant，而IBLER一般收敛到10，所以ULGrant在900左右或以上都是正常的。 调度次数在probe中观察方法如下： 1 DL grant 调度不足的排查手段 查看Probe-Radio Parameters-DL Grant Count是否满调度？ 检查用户配置的AMBR和GBR是否大于空口速率？ 检查DRX开关是否关闭？ LST DRX检查S

13、1入口数据是否充足，是否上层给水量问题？ 检查是否存在多用户； 2 UL grant 调度不足的排查手段 首先检查是否为DSP能力限制（查询版本预警；如我们前期版本出现当2个RRU都分配到一个DSP上以后会出现DSP流控问题）； 观察核心网指配的QoS速率，如果偏低，则检查核心网开户信息是否异常； 上行来水是否充足； 上行存在DTX（需要跟踪IFTS），通过查看上行干扰和下行PDCCH的ibler来查看； 上行功控问题；（上行PUSCH 会有功控） 1.1.1.10上下行调度RB不足如何判断调度RB不足 对于下行，在UE能力没有受限的情况，下行需要满RB调度。 对于上行，在闭环功控的条件下，在

14、路损超过120dB125dB的条件下上行开始缩小调度的RB个数，此时MCS阶数大概在35阶左右，在路损小于120dB情况下，都应该以满RB调度。（满RB总的RB个数PUCCH RB个数，这个结果还要满足2，3，5法则。2，3，5法则指的是：单用户所用的RB个数必须是2，3，5的倍数，不能还包含其他倍数） 不管下行还是上行，需要注意小区内的用户数，对于多用户的情况，单个用户是不可能满调度的。（1）上图为我司终端Probe显示的结果，上行RB数=Total RBCount /Count，下行因为可能是双码字，两个码字的RB数分别通过Code0和Code1来计算 （2）下图为M2000中的RB数观察

15、方法：RB利用率跟踪项中的等效下行RB使用数。1下行RB 调度不足的排查手段 查看Probe-Radio Parameters- PDSCH RB number/ Sub Frame是否达到满带宽？ 是否则存在多用户？ 检查S1入口数据是否充足，是否上层给水量问题？ 检查频选调度是否关闭； LST CELLALGOSWITCH； 检查下行ICIC是否关闭； LST ENODEBALGOSWITCH； 2上行RB数和MCS的分配与上行调度算法有关，上行调度的输出包括分配给用户的RB、MCS、TBS等，包含在UL grant中。上行调度的主要输入包括L1的链路测量信息、功控算法、 ICIC算法输出

16、输出等，并与上行调度策略、用户优先级有关。1.1.1.11MCS阶数过低如何判断MCS阶数过低MCS阶数是否合理在拉距的条件下较难判断。在路损超过120dB125dB缩RB的时候一般维持35阶数，但是缩着RB不能再缩小，其MCS阶数也会降低。比较方便的方法是排除法：在UE以满功率（23dBm）发送的条件下，如果调度次数和RB个数都比较正常但总吞吐率偏低，那么可以认为问题出在MCS阶数上。也可以使用MCS均值作为参考或者考虑MCS的分布范围来作为判断MCS阶数是否过低的方法。上行MCS阶数低1)上行干扰排查，使用干扰检测 UE未接入情况下（所有UE关机，小区里没有业务），打开WEBLMT或者M2

17、000的“小区性能检测”，选择“干扰检测”，查看RSSI值，在没有干扰的时候，约等于 -11910log(RB个数)，在内场差距1dB以上，在外场差距在3dB以上即认为存在干扰。也可以通过M2000上的干扰跟踪（Interference Detect Monitoring）来观察加载和不加载时干扰水平的变化，如下图所示，如果加载和不加载情况下检测到的干扰水平有明显差异，则说明小区存在互调干扰。2)UE主分集不平衡 主分集不平衡，会严重影响上行测试结果，如下为一次测试数据的结果：由于主集（Antenna0）比分集（Antenna1）小了近5dB，在显示RSRP的时候显示的是最强信号的RSRP,但

18、是UE发送信息是从主集发送的，算路损的时候也是以主集为主。这样实际上行的信道质量就比显示的RSRP小很多。可以通过2个办法解决该问题：在测试有外置天线的时候调整主分集天线，在测试内置天线UE的时候可以改变UE位置使其主分集相对平衡，如E392在室内，近点的场景下摆放位置对吞吐率影响较大吞吐率曲线不用RSRP，改用路损VS吞吐率下行MCS阶数低1)下行相关性高观察： 我司UE Probe相关性如左图所示：RxChCorFactor和TxChCorFactor两个值均大于0.5，则表明收发相关性较高，越接近1，相关性越高，解调性能越差。 解决方法： （1）排查干扰，当干扰大于信号时，会出现两路信号

19、的相关性较大的情况。 外场： （2）直达径场景，一般相关性较高，避免直达径的地方。 2)邻区干扰大观察： （1）在Detected Cell中看是否有多个小区，且超过1个小区的RSRP和本小区的RSRP差在3dB之内。如果是，则表明存在较强的邻区干扰。 （2）在检测到的邻区当中，不能出现和本小区PCI相同的邻区。 （3）查看下行各子带CQI是否有某一段CQI的值特别低的，如果存在，说明存在较严重的窄带干扰。 （4）粗略估计RSRP-SNR，如果该值大于-115dBm，说明干扰还是比较强的。 解决方法： （1）较强的邻区干扰只有通过调整天线功率，安装位置，天线类型等方式来解决。 （2）严重的窄带

20、干扰通过扫频，找出干扰源，进行排除。干扰排查和恢复更详细的指导可以参见 LTE射频通道通用指南 3)RRU相关信号处理出现异常（1）RRU的通道不平衡会导致终端的解调能力下降，导致MCS偏低，可以通过下面的方法来观察观察两天线接收的RSRP差，当两根天线差值持续在5dB以上时，认为通道不平衡，需要通过调整终端天线来解决。（2）终端入口功率一般在-50dBm-90dBm，如果入口功率超过-50dBm容易导致削波，使得下行SNR偏低；如果入口功率低于-90dBm，也会使得下行SNR偏低，影响下行性能。可通过下面的方法观察终端接收的功率。 通过调整天线口和基站的功率配比来解决，但此问题需反馈回总部相

21、关人员进行分析和优化。1.1.1.12下行MIMO模式异常下行MIMO模式异常，一方面检查eNodeB是否及时配置MIMO模式为TM3，如果保持在TM2，则下行只能使用单码字，如果没有重配到TM3，重点检查MIMO相关参数，是否和基线值保持一致； 下行MIMO模式异常，另一方面检查UE上报的Rank是否合理。正常情况下，在两天线RSRP相差不大于3dB；收发相关性小于0.5；AvgSNR大于15dB时，系统可以使用双码字。如果没有使用，需要查看UE上报的Rank及eNB收到的Rank，并采集相关数据反馈总部分析。 1.1.1.13模3干扰优化同频小区PCI mod 3相等会导致RS同频干扰严重

22、，使RS SINR降低，导致吞吐率不理想，同频优化过程中对于PCI优化也是日常优化中的重点工作之一。模3干扰排查如下图所示：将PCI 13修改为PCI 17，SINR提高了7dB。1.1.1.14TCP常见问题判断TCP之前先通过UDP灌包来进行测试，如果TCP多线程的测试吞吐率较UPD灌包速率差，TCP一般就会存在问题，TCP的原因主要介绍服务器的TCP发送窗口设置问题和传输质量问题 1) 服务器问题 TCP的速率 = TCP的发送窗口/RTT 时延 对于服务常见的原因主要： 1 发送窗口过小，按照TCP的速率简单计算方式，一般推荐发送窗口设置为512K； 2 服务器的FTP服务器软件（Wi

23、ndows server 2003：自带的FTP服务器，和windows配套最好，性能相对稳定；如果都没有采用ServU）； 3 服务的性能（如果没有刀片服务器，推荐使用Windows 2003，其次Win XP，最次Win7。） 2) 传输问题 从一期的项目经验来看，传输问题主要表现在丢包、乱序和分片问题上（参见后面的案例） ping 包测试：通过准则:不能有丢包 1LST IPRT，查看SGW IP地址2从基站对上述每个地址进行PING包，1000/2000各100次 MTU 检查：通过准则：不能有丢包测试目的：排查链路上MTU设置是否存在异常。 终端向PDN PING包，设置IP报文不分

24、片，ping x.x.x.x f l 1472，如果无法PING通，则表示传输中有MTU小于1500的网元。TCP报文包头28字节，一般传输MTU默认设置均为1500，故报文长度设置为1472。 1.1.2话统类速率问题定位和优化方法1.1.2.1话统类业务定位流程1 首先确认话统KPI的计算公式是否正确；2 如果话统KPI公式没有问题，需要判定是否前后KPI变化问题。对于前后KPI变化的问题，需要结合关联KPI变化进行分析；非KPI变化问题类问题，直接针对网络指标从四个方面进行分析：参数核查、负荷和资源、信道质量、数据源。KPI变化类问题，需要区分是否升级KPI类问题，进行关联KPI分析。3

25、 对于升级导致的KPI变化，需要结合版本的修改和镜像环境的复现进行分析。非升级原因导致的KPI变化，需要结合网络近期的变化进行分析，例如配置修改、核心网配置、CSFB实施、用户数变化、客户营销和资费策略变化等。4 如果问题还无法解决，收集相关日志反馈总部分析。下面对各步骤分别进行介绍。1.1.2.2话统KPI公式和数据源检查需要确认反馈异常的KPI计算方式是否正确。按照统计范围区分，业务速率计算公式分为单小区速率和整网/Cluster级别的平均速率。1小区级速率计算小区级用户速率下行用户速率(Mbps) = L.Thrp.bits.DL/ L.Thrp.Time.DL /1000上行用户速率(

26、Mbps) = L.Thrp.bits.UL/ L.Thrp.Time.UL/1000这两个指标反映了整小区在统计时间内，所有用户的平均速率，是反映用户体验的重要指标。是小区级的用户速率，不是小区速率。小区级满载吞吐率下行满载吞吐率(Mbps) = L.Thrp.bits.DL*系统PRB数目/L.ChMeas.PRB.DL.Used.Avg/话统统计周期(s)/1000/1000上行满载吞吐率(Mbps) = L.Thrp.bits.UL*系统PRB数目/L.ChMeas.PRB.UL.Used.Avg/话统统计周期(s)/1000/1000小区满载吞吐率反映了小区空口管道的极限能力，是小区

27、传输效率的重要体现，影响小区总业务量和用户体验，受MCS分布变化影响。2 整网级别的速率计算若将整网的数据量和传输时间分别相加后，即可获得整网的平均用户速率。下行用户速率(Mbps) = L.Thrp.bits.DL/ L.Thrp.Time.DL /1000上行用户速率(Mbps) = L.Thrp.bits.UL/ L.Thrp.Time.UL/10003 话统数据源排查由于用户活动的规律性，一天中用户数和业务量变化很大。比较几天之间变化趋势时一般采用忙时数据进行比较，忙时指整网用户数或者业务量最大的一个小时。不建议采用一天24小时的数据相加获得一天的速率值。样本点数目会影响统计的准确性。

28、对于单小区的速率统计，需要关注用户数和小区数传时长。对于平均用户数很少(5)或者小区数传时长比例很少(10%)，一般认为不具有统计意义。如果计算公式或者数据源有问题，需要更正计算公式后重新定位。更正公式后如果问题依然存在，则继续定位。1.1.2.3业务类KPI异常判断业务类话统KPI问题主要表现包括两类，分别按照不同的套路进行定位。1 业务速率或数据量变化，包括上升或者下降。这一类需要结合相关KPI的变化进行分析，较多是由于升级或者其他网络调整导致的KPI变化。2 用户级或者小区级业务速率一直交低。这一类问题是指前后一段时间业务速率并未变化，一直保持在较低水平，多数由于干扰和覆盖等原因导致速率

29、低。由于不同场景对业务速率场景理解和需求不同，因此用于业务速率高低判断的门限也存在差异。影响业务速率的因素很多，主要包括覆盖水平、干扰水平、小区负载、开户速率等。具体到一个商用网络，主要有如下几个方面1）覆盖场景：2）网络用户数3）资费策略1.1.2.4参数核查分析和告警分析 全面核查参考参数核查指导书。1.1.2.5负荷和资源高分析主要关注忙时用户数、PRB利用率等，确定是否拥塞。1.1.2.6信道传输质量差分析主要关注MCS、CQI、BLER、覆盖和干扰评估，确定频谱效率是否有问题。1.1.3案例更多案例请参考“IBS交付案例集（LTE）V2.0”文档路径：10.68.50.725 交付资

30、料 (10.69.56.71)00-2012 new07- 案例收集02-优化案例服务器没有权限的请联系：范丽600189141.1.3.1案例1.无法数传【问题现象】：无法进行UDP灌包，在服务器端的灌包工具上看不到数传启动的信息。【定位思路】：UE能够正常接入小区，说明信令面及传输物理链路正常，那么无法数传就很可能是参数、软件设置错误、路由信息配置错误等原因。 常见的原因为在UDP灌包的过程中没有关闭UE侧PC的防火墙、终端侧DMZ 使能开关没有开启。 【iperf 灌包操作】：1.1.3.2案例2.功率不平衡【问题描述】在“拱墅区上塘营业厅”双流室分，进行上行FTP上传吞吐量只有4M左右

31、。下行的吞吐率采用CPE测试不到50M且不稳定【问题分析】（1）在OMC上跟踪该小区的2个通道接收信号强度相差 7db左右，如下图所示： 由此引起TDL侧eNB基带测量3152e 2个通道的SINR相差10dB，如下所示： 从而导致基带上行2通道接收时解调性能下降，为了保证解调性能，eNB 的L2在进行调度时会对L1上报的SINR进行调整，从而影响上下行的吞吐率；【问题处理】通过分布厂家对通道1进行调整，两路系统的RSRP值差距在3db左右，上行的吞吐率测试达到8M多，下行的吞吐率采用CPE测试达到60M左右，达到正常的水平；【经验总结】当双通道室分施工导致2路天线不平衡差异比较大时会导致上行吞吐量损失达到50%。如果2路室分接收功率不平衡会导致终端下行只能进入到单流模式，吞吐量损失50%。为了充分的保证2双流室分的性能效果，要求两路分布系统的损耗差值在3db以内；特别是对于改造利旧的室分系统，需要充分考虑改造后通道与新建一路室分通道之间功率的匹配问题，并且在工程建设过程中，注意施工