LTE新開站點，在做單優(yōu)測試，發(fā)現(xiàn)三個小區(qū)的上行速率在2M左右。從CDS軟件分析，3個小區(qū)上行BLER很高，基站底噪在-118dBm，詢問傳輸側(cè)正常(帶寬配置正常，誤碼也正常），請問還有什么造成上行速率不達(dá)標(biāo)。

2.1.1、系統(tǒng)帶寬

2.1.2、數(shù)據(jù)信道可用帶寬

       公共信道的開銷進(jìn)一步?jīng)Q定了用戶可以實際使用的資源，其中下行主要包括PDCCH和系統(tǒng)消息，上行主要包括PUCCH、SRS、PRACH

2.1.3、UE能力限制

       在計算單用戶峰值時，在考慮用戶可用帶寬時，還需要考慮UE能力的限制，不同類型UE具備不同的上下行峰值速率，且只有Cat 5終端才支持上行64QAM，具體參考TS36.306

2.1.4、上行單用戶RB數(shù)分配限制

          在計算單用戶的上行吞吐率時，還需要考慮單用戶的分配的RB個數(shù)必須可以分解為1、2、3、5相乘，參考TS 36.211；

2.1.5、信道條件

信道條件主要包含RSRP，AVG SINR，信道相關(guān)性等參數(shù)，這些都會對實際的信號解調(diào)性能造成影響。如果RSRP過低，則可使用的有用信號的越低；如果AVG SINR過低，則干擾信號強(qiáng)度較有用信號越大；而信道相關(guān)性會對RANK值計算造成影響：一般MIMO模式要求信道相關(guān)性低，而BF模式則要求信道相關(guān)性高，這些都將對解調(diào)性能造成較大影響。

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

吞吐率的一些基本問題包括如何隔離傳輸、PC側(cè)TCP協(xié)議、UE能力、開戶限制、數(shù)據(jù)源不足、公共資源開銷等。

（1）S1傳輸、UE、UE側(cè)PC的問題排查參考《LTE TDD性能問題定位和優(yōu)化指導(dǎo)書-TCP數(shù)傳篇》。

（2）是否UE能力限制：

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

（3）是否QoS/開戶設(shè)置限制：

u  觀察核心網(wǎng)指配的QoS速率，如果偏低，則檢查核心網(wǎng)開戶信息是否異常；通過E-RAB SETUP REQUEST/ INITIAL CONTEXT SETUP REQUEST消息查看：

對于Non GBR業(yè)務(wù)：UE Aggregate Maximum Bit Rate

或者對于GBR業(yè)務(wù)：

（4）數(shù)據(jù)源是否充足：

從TTI跟蹤數(shù)據(jù)中觀察ulBSR的大小，不能存在BSR明顯較小的情況。

（5）是否公共信道資源占用過大：

公共信道的開銷進(jìn)一步?jīng)Q定了用戶可以實際使用的資源，其中下行主要包括PDCCH和系統(tǒng)消息，上行主要包括PUCCH、SRS、PRACH。在比拼場景下，需要設(shè)置關(guān)閉PUCCH，PRACH在特殊子幀發(fā)送。

下行速率也并不正常吧�。。�