LTE站点license配置问题导致吞吐率下降.docxVIP

LTE站点license配置导致吞吐率下降现象描述:S国TD-LTE网络SSV测试中，单用户UDP长时间灌包测试，一段时间后，速率会下降。测试条件及站点参数配置：选取近点进行UDP长时间下载测试，站点参数配置为：带宽：20M 子帧配比：SA2 特殊子帧配比：SSP7 基站天线：2T2R 测试终端：E398S（cat3）现场进行下行UDP 80M灌包测试，发现五分钟之后，速率有明显的下降，MAC速率统计如下图：图1 UDP下载MAC速率变化趋势从上图看出，终端接入进行UDP下载五分钟之后，速率由70M左右下降到40M.告警信息：站点正常，无告警信息上报。原因分析：1、无线环境发生变化：因为该局点未商用，随时会有周围站点开启，无线环境可能发生变化。2、服务器原因：服务器的不稳定性，或者是多用户登陆该服务器。3、基站传输带宽限速处理过程：通过路测log来初步分析。1、排除无线环境因素。分析SINR对吞吐率的影响程度。图2 SINR VS MAC Throughput从上图可以看出，SINR值在28~32dB之间，SINR的变化很小，而且对于SINR相同的点，吞吐率在36~40 和68~76两个范围之内。2、排查UE传输模式，确保传输模式为TM3。对Rank指示统计如下图：图3 Rank Indicator统计由上图，测试过程中，Rank指示没有发生变化，一直保持在Rank2，则传输模式一直保持为TM3.3、调度次数排查，PDCCH DL Grant Count与吞吐率变化曲线如下图：图4 PDCCH DL Grant Count VS MAC throughput上图看出，当吞吐率40M左右的时候，PDCCH DL Grant Count在450-600之间，而当吞吐率大于60M的时候，PDCCH DL Grant Count为800。初步结论：对于log文件的初步分析排查，发现吞吐率的下降直接原因为调度次数PDCCH DL Grant Count次数减少，也就是调度次数不足。下面针对调度次数进行排查，对于TDD系统来说，上下行的调度次数由子帧配比来决定，在该局点子帧配比SA2和特殊子帧配比SSP7情况下，1s内的PDCCH DL Grant Count接近800次，也就是说被调度的RB在1S内的被调度次数接近800次。影响调度次数的最根本原因就是因为基站来水量不足，通常可见的影响因素为：1、基站传输带宽2、FTP服务器出口流量不足通过咨询B侧同事，该基站配置的传输带宽为150M，可以满足传输，而且此处测试的时候，速率是保持在70M五分钟左右后下降，从而排除了传输带宽受限的因素。测试当天，只有一组队伍进行测试，而且该服务器之前测试都比较稳定。同时，根据速率变化曲线，速率是在某一时刻突然下降，之后保持在40M左右。排查了无线环境、服务器及基站传输等因素之后，仍然没有发现问题所在。下面进行基站参数核查，基站侧涉及到的影响速率的配置为基站license配置，通过查看，发现该基站license吞吐量能力仅为50M。如下图：图5 license配置通过咨询，license对于流量控制的原理如下：1、体现基带板上的流量能力，统计的是整个基站用户面的应用层流量，即PDCP/GTPU净负荷的速率。License控制的全站上行和下行流量的总和，可以通过MOD LICFLOWCTRLALG命令配置调整上下行流量的比例。最小配置为5Mbps/小区，每5Mbps为一个单位购买，该项需要根据网规的结果来配置。如果网元处于“默认状态”，流量的默认值为5Mbps。流量统计方式是通过令牌桶（Token Bucket）算法实现，运营商购买的流量就是令牌桶的令牌流入速率，令牌桶的容量大小是由令牌统计周期和令牌流入速率决定的，目前统计周期定为300秒，如果令牌桶容量足够则处理数据，如果令牌桶容量不够则暂时停止处理数据。这么处理的原因是用户流量有波动，存在闲时和忙时，为平滑单站流量的毛刺（即突发的瞬时峰值）以及充分利用闲时的流量能力，最多可以累加300s的闲时流量License可以给忙时用。举例说明：假设基站下行流量License为5Mbit/s，1、前5分钟基站没有流量：累加5Mbit/s×300s ＝ 1500Mbit的License；2、第300秒新用户接入：?? 1）第300～600秒：用户的速率保持在10Mbit/s，有300s的流量突发时间（BurstTime）；?? 2）第600秒以后：用户的速率保持在5Mbit/s，不会出现断流；?? 注：（1500Mbit ＋ 5Mbit/s × BurstTime）＝ 10Mbit/s × BurstTime；即 BurstTime ＝ 300s；license限制的是从eNodeB到空