ZJ_时钟和子帧配比不一致导致速率低

子帧配比不同导致掉话分析和问题处理1 现象描述室分系统，电梯门口天花板上有一个天线，主要覆盖电梯门口的信号（PCI=500，图中圆圈即为天线位置，PCI为500的小区覆盖电梯门口和1F-10F），测试时所在楼层为14楼，楼层内的信号由另外一个小区覆盖（PCI=501）。

除电梯口前通道外，整层楼的信号都比较强RSRP在-60~-75之间，SINR>24，室分打点测试时，一旦路过电梯口，特别是在电梯口天线下，RSRP会降低到-141，SINR也会降到-10，出现掉线的情况。

测试的时候两部终端同时测试，一部上行，一部下行。

2 告警信息无3 原因分析1、初步分析认为可能是RS功率设置过大导致干扰。

因为整层楼的室内区域比较小（在30平米左右），两个小区存在交叠覆盖，产生相互干扰。

所以首先将PCI为500的小区的RS功率降低3dB，发现掉话的情况同样存在，证明和RS功率关系不大；2、继续分析是否两个小区之间的相互邻区漏配了，导致掉话。

后经查看信令发现终端并不存在MR上报不处理的情况，并且后台核查邻区配置后确定两个小区的双向邻区均已经配置，则排除邻区漏配问题。

3、由于初步简单分析并没有查到原因，所以后面进行更详细的分析。

4 处理过程1、首先确定掉话问题，根据测试的结果显示，在电梯厅门口RSRP会突然陡降，然后掉话；2、排除邻区漏配的原因。

邻区已配置且参数配置正确，可排除邻区漏配导致掉话的情况。

因为刚开站，参数都是按照规划参数进行配置的，没有仔细的核查所有的参数配置；3、排除设备告警方面的原因。

核查操作日志，设备故障，告警和外部事件进行核查，没有设备故障，之前的告警也已经消除，没有发现问题；4、排除上行干扰原因。

由于之前的步骤都没有查出问题，所以接着就怀疑是不是因为存在干扰，所以进行了NI跟踪，结果是环境很干净，干扰问题排除；5、核查网规网优参数。

在核查的时候，就发现了一个问题，PCI为500的小区配置的子帧配比为SA1（2:2），而PCI为501小区配置的子帧配比为SA2（3:1），由于PCI为500的小区不光覆盖电梯门口，同时也覆盖1楼至10楼，而7楼为提高上行速率，修改了子帧配比。

有对应的表，你可以查下记住给你计算方法，你尝试着自己算下TD-LTE的最高下行速率如何计算？3.1 计算方法根据TD-LTE的帧结构，采用5ms的周期，最大是3个下行子帧+1个上行子帧，另外DwPTS也可以承载下行数据，最多是12个符号。

因此，5ms周期最多可以传3*14+12=54个符号，当使用20M带宽时，有1200个子载波，以最高效的64QAM计算，5ms周期内可传 54*1200*6=0.3888M比特的数据，也就是最高下行速率为77.76Mbps。

注意，这是没有使用MIMO。

使用MIMO 后，最高下行速率为 155.52Mbps。

当然，大家都知道每个子帧控制信息都占用至少一个符号，因此业务数据最多可占用50个符号，也就是不使用MIMO，最高下行速率为72Mbps；使用MIMO后，最高下行速率为144Mbps。

这还只是粗略计算，因为参考信号以及同步信号都会占用符号的部分或全部，因此最终的最高下行速率低于144Mbps。

据中兴宣称，其最高速率为130Mbps。

3.2 参考信号的占用情况与MIMO是否使用有关。

1. 没有MIMO，每个RB中会分布有8个参考信号，因为第一个符号已经用于控制部分，不用重复计算，因此会占用6个调制符号的位置，也就是每个子帧占用的比特数为：6*6（64QAM）*4（3下+DwPTS）*100（RB数量）=14.4kb而1秒有200个子帧，对应速率为2.88Mbps2. 有MIMO，每个RB中会分布有16个参考信号，因为第一个符号已经用于控制部分，不用重复计算，因此会占用12个调制符号的位置，也就是每个子帧占用的比特数为：12*6（64QAM）*2（MIMO）*4（3下+DwPTS）*100=57.6kb对应速率为11.52Mbps。

这里有个地方不是很确定，就是DwPTS中参考信号的分布情况，但影响的数量应该不会很大。

3.3 考虑同步信号信道占用情况同步信号只占用6个RB，因此每个子帧占用的比特数为：2（主、从）*12（每RB子载波数）*6（64QAM）*4（3下+DwPTS）*6（RB数量）=3456b对应速率为0.6912Mbps，如果采用MIMO，对应速率为1.3824Mbps因此，采用MIMO（2*2），其最高下行速率为：144-11.52-1.3824=131.0976bps，与中兴的结果非常接近。

A2设置不合理导致速率低
1.问题描述
C国S市在拉网过程中发现在SJLH0281_房管局_2小区信号覆盖路段PDCCH UL/DL Grant count数不足，上传、下载速率受到影响。

2.告警信息
无
3.原因分析
a)告警排查。

让后台监控告警，小区工作正常，无任何告警。

b)子帧配比核查：从系统消息SIB1中可以读出子帧配置和特殊子帧配比为SA2(3：
1)，SSP7(10：2：2)。

所以满调度下PDCCH DL Grant count应该为800，PDCCH UL
Grant count为200,子帧配比和规划一致。

c)终端和测试电脑排查：更换测试终端和测试电脑后，仍然调度不足。

d)服务器排查：担心由于其他单验队伍共用服务器，引起服务器资源不足，更换另一
台服务器测试。

调度任然不足。

e)用assistant分析测试log发现终端大量上报测量报告。

查看信令发现基于异频A2
RSRP触发门限设置为-90dbm，当服务小区电平低于-90dbm时开启测量，由于不能满足A4异频切换条件，一直测量占用系统资源。

4.处理结果
将异频A2 RSRP触发门限设置为默认值-95dbm，测试发现调度数能到达满调度。

5.建议和总结
a)对于插花组网方案，异频切换门限要设置合理，否则会影响整网的测试指标。

b)应该灵活掌握排查方法，提高问题处理能力。

一、故障现象自湖州移动吴兴埭溪营业厅LTE分布系统开通后，验收员对该LTE室分小区进行覆盖以及吞吐量等相关性能的验收测试，通过测试发现该分布系统LTE整体RSRP覆盖良好，但PDCP Thr’put DL吞吐量较低且很不稳定，在20～40Mbps之间剧烈快速波动。

针对此情形，我们对该分布系统的多个天线点位均进行了定点CQT TDL下载速率的验证，均出现了下载速率波动距离且偏离正常值的现象（不仅限于某一个测试点），具体如下图：（埭溪营业厅LTE分布系统TDL定点测试现场图）如上图所示，在定点性能验证的过程中，当前小区频点为38950，PCI=214，RSRP达到了-42dBm左右，SINR值达到了29左右，且由于周边暂无开通TDL室分站点，故不存在PDSCH 信道的同频干扰，但是DL Grant Num/S调度数波动剧烈，在200～500区间，初步判断PDCCH DL GRANT调度数量的不足及不稳定而引起的下载速率的波动。

二、原因分析1、可能原因分析1）多用户共享PDSCH信道；2）无线环境问题(PCI模三干扰及同频干扰)；3）FTP服务器问题；4）小区配置参数设置问题；5）硬件性能故障；6）小区配置参数设置问题；7）传输节点收发光功率超出正常范围。

2、流程图3、故障分析处理过程1、通过后台OMC上对该TDL小区的用户占用情况进行实时监控，发现现场验证人员在整个验证阶段内只有一个用户，并非用户多而引起的PDSCH共享问题。

2、该TDL室分站点使用的频段为E频段，周边暂无开通室分站点，显然排除同频干扰以及MOD3干扰的问题，且从测试情况来看，当然小区的RSRP电平很高、SINR极好。

3、现场更换其它服务器同样出现PDCCH DL GRANT调度数量不足以及不稳定的现象，且通过将LTE测试终端锁定在周边的宏小区上，使用同样的服务器速率不存在速率不稳定的现象，排除FTP服务器问题。

4、由于存在PDCCH DL GRANT调度数量不足的问题，有可能功率方面的参数设置异常，超过了单PATH的承载功率，从而引起因功率不足导致PRB调度不足的问题，如若存在此问题，必然导致PDCCH DL GRANT调度始终偏低的问题，而不是导致PDCCH DLGRANT调度数忽上忽下现象，为了问题排查的严谨性，我们核查了该问题小区的RS功率为9.2dBm，PA=0、PB=0，满足RRU功率范围且参数设置完全合理。