LTE新开站点，在做单优测试，发现三个小区的上行速率在2M左右。从CDS软件分析，3个小区上行BLER很高，基站底噪在-118dBm，询问传输侧正常(带宽配置正常，误码也正常），请问还有什么造成上行速率不达标。

2.1.1、系统带宽

2.1.2、数据信道可用带宽

       公共信道的开销进一步决定了用户可以实际使用的资源，其中下行主要包括PDCCH和系统消息，上行主要包括PUCCH、SRS、PRACH

2.1.3、UE能力限制

       在计算单用户峰值时，在考虑用户可用带宽时，还需要考虑UE能力的限制，不同类型UE具备不同的上下行峰值速率，且只有Cat 5终端才支持上行64QAM，具体参考TS36.306

2.1.4、上行单用户RB数分配限制

          在计算单用户的上行吞吐率时，还需要考虑单用户的分配的RB个数必须可以分解为1、2、3、5相乘，参考TS 36.211；

2.1.5、信道条件

信道条件主要包含RSRP，AVG SINR，信道相关性等参数，这些都会对实际的信号解调性能造成影响。如果RSRP过低，则可使用的有用信号的越低；如果AVG SINR过低，则干扰信号强度较有用信号越大；而信道相关性会对RANK值计算造成影响：一般MIMO模式要求信道相关性低，而BF模式则要求信道相关性高，这些都将对解调性能造成较大影响。

2.2、上行吞吐量基本分析方法

吞吐率的一些基本问题包括如何隔离传输、PC侧TCP协议、UE能力、开户限制、数据源不足、公共资源开销等。

（1）S1传输、UE、UE侧PC的问题排查参考《LTE TDD性能问题定位和优化指导书-TCP数传篇》。

（2）是否UE能力限制：

u                观察INITIAL CONTEXT SETUP REQUEST/ UECapabilityInformation消息中，UE Radio Capability IE-> UE-CapabilityRAT-ContainerList -> UE-EUTRA-Capability

（3）是否QoS/开户设置限制：

u  观察核心网指配的QoS速率，如果偏低，则检查核心网开户信息是否异常；通过E-RAB SETUP REQUEST/ INITIAL CONTEXT SETUP REQUEST消息查看：

对于Non GBR业务：UE Aggregate Maximum Bit Rate

或者对于GBR业务：

（4）数据源是否充足：

从TTI跟踪数据中观察ulBSR的大小，不能存在BSR明显较小的情况。

（5）是否公共信道资源占用过大：

公共信道的开销进一步决定了用户可以实际使用的资源，其中下行主要包括PDCCH和系统消息，上行主要包括PUCCH、SRS、PRACH。在比拼场景下，需要设置关闭PUCCH，PRACH在特殊子帧发送。

下行速率也并不正常吧！！！