【經(jīng)典資料】LTE-問(wèn)題定位指導(dǎo)書-吞吐量

【精品文檔】如有侵權(quán)，請(qǐng)聯(lián)系網(wǎng)站刪除，僅供學(xué)習(xí)與交流精品文檔【經(jīng)典資料】LTE-問(wèn)題定位指導(dǎo)書-吞吐量密級(jí)ConfidentialitylevelLTE內(nèi)部公開產(chǎn)品版本ProductversionTotal59pages共59頁(yè)eRAN3.0LTE-TDD問(wèn)題定位指導(dǎo)書-吞吐量篇目錄TableofContents1 免責(zé)說(shuō)明 72 概述 73 基礎(chǔ)知識(shí) 73.1 基本概念 73.1.1 吞吐量相關(guān)指標(biāo)定義 73.1.2 各層開銷分析 83.2 吞吐量計(jì)算 113.2.1 峰值吞吐量計(jì)算方法 113.2.2 單UE理論峰值吞吐量 123.2.3 小區(qū)理論峰值吞吐量 133.3 影響吞吐量的相關(guān)因素 143.3.1 呼叫流程中與吞吐率有關(guān)的關(guān)鍵信令 143.3.2 下行吞吐率基本影響因素 153.3.3 上行吞吐率基本影響因素 173.4 工具簡(jiǎn)介 184 基本分析方法 194.1 下行吞吐量基本分析方法 194.2 上行吞吐量基本分析方法 265 深入分析方法 305.1 下行吞吐量深入分析 305.1.1 下行吞吐量專題分析思路 305.1.2 單用戶峰值吞吐率 315.1.3 分配RB數(shù)少/DLGrant不足 315.1.4 上行反饋通道問(wèn)題 335.1.5 MIMO問(wèn)題 345.1.6 IBLER高問(wèn)題 395.1.7 MCS偏低/波動(dòng) 395.1.8 多用戶小區(qū)吞吐率低問(wèn)題 415.1.9 整網(wǎng)吞吐率問(wèn)題分析 435.2 上行吞吐量深入分析 445.2.1 上行吞吐率根因分析全貌 445.2.2 問(wèn)題定位流程詳述 456 典型案例分析 536.1 下行吞吐量典型案例 536.1.1 Cat3終端下行TM3峰值達(dá)不到預(yù)期的問(wèn)題分析 536.2 上行吞吐量典型案例 546.2.1 上行達(dá)不到峰值 546.2.2 上行IBLER不收斂 566.2.3 上行吞吐量不足 576.2.4 上行DTX較多 58產(chǎn)品名稱Productname關(guān)鍵詞Keywords：摘要Abstract：本文描述了下行吞吐率問(wèn)題的定位流程和優(yōu)化方法?？s略語(yǔ)清單Listofabbreviations：Abbreviations縮略語(yǔ)Fullspelling英文全名Chineseexplanation中文解釋BSRBufferStatusReport緩存狀態(tài)報(bào)告CHRCallHistoryRecord呼叫歷史記錄CRCCyclicRedundancyCheck循環(huán)校驗(yàn)CRNTICellRadioNetworkTemporaryIdentifier小區(qū)無(wú)線網(wǎng)絡(luò)臨時(shí)標(biāo)示CSCircuitSwitched電路域DCIDownlinkControlInformation下行控制信息DMRSDemodulationReferenceSignal調(diào)制參考信號(hào)DRXDiscontinuousReception非連續(xù)接收DTXDiscontinuousTransmission非連續(xù)發(fā)射eNBE-UTRANNodeBE-UTRAN邏輯結(jié)點(diǎn)BE-UTRANEvolvedUniversalTerrestrialRadioAccessNetwork演進(jìn)通用陸地?zé)o線接入網(wǎng)絡(luò)ERABE-UTRANRadioAccessBearerE-UTRAN無(wú)線接入承載GPRSGeneralPacketRadioService通用分組無(wú)線接入GTPUGPRSTunnellingProtocolforUserPlaneGPRS用戶面隧道協(xié)議IFTSIntelligentFieldTestSystem智能路測(cè)系統(tǒng)IMSIInternationalMobileSubscriberIdentity國(guó)際移動(dòng)用戶標(biāo)示KPIKeyPerformanceIndicator關(guān)鍵性能指示LAELTEAnalysisExpertLTE分析專家系統(tǒng)LMTLocalMaintenanceTerminal本地維護(hù)臺(tái)LTELongTermEvolution長(zhǎng)期演進(jìn)系統(tǒng)MACMediumAccessControl(protocollayeringcontext)媒體接入控制層MCSModulationandCodingScheme調(diào)制編碼方案MMEMobileManagementEntity移動(dòng)管理實(shí)體MSGMessage消息NACKNegativeAcknowledgement非確認(rèn)OMOperationandMaintenance操作與維護(hù)OMTOperationManagementTerminal操作維護(hù)臺(tái)PDCCHPhysicalDownlinkControlChannel物理下行控制信道PDSCHPhysicalDownlinkSharedChannel物理下行共享信道PHRPowerHeadroom功率余量PRACHPhysicalRandomAccessChannel物理隨機(jī)接入信道PSPacketSwitched分組域PUCCHPhysicalUplinkControlChannel物理上行控制信道PUSCHPhysicalUplinkSharedChannel物理上行共享信道RACHRandomAccessChannel隨機(jī)接入信道RARRandomAccessResponse隨機(jī)接入響應(yīng)RA-RNTIRandomAccessRadioNetworkTemporaryIdentifier隨機(jī)接入無(wú)線網(wǎng)絡(luò)臨時(shí)標(biāo)示RRCRadioResourceControl無(wú)線資源控制RRURadioRemoteUnit無(wú)線拉遠(yuǎn)單元RSRPReferenceSignalReceivedPower參考信號(hào)接收功率SISchedulingInformation調(diào)度信息SIBSystemInformationBlock系統(tǒng)消息塊SINRSignalInterferenceNoiseRatio信號(hào)干擾噪聲比SRBSignallingRadioBearer信令無(wú)線承載SRISchedulingRequestInformation調(diào)度請(qǐng)求信息SRSSoundingReferenceSignal探測(cè)接收信號(hào)TATimingAdvance時(shí)間提前量TDDTimeDivisionDuplex(ing)時(shí)分雙工TMSITemporaryMobileSubscriberIdentity臨時(shí)移動(dòng)標(biāo)示TRMTransmissionResourceManagement傳輸資源管理TTITransmissionTimingInterval傳輸時(shí)間間隔UEUserEquipment用戶設(shè)備UUUser-to-Use用戶用戶間接口AMAcknowledgedmode確認(rèn)模式UMUnacknowledgedmode非確認(rèn)模式概述本文中的所提到的M2000在中國(guó)區(qū)等同于OMC920。吞吐率異常主要有吞吐率偏低和吞吐率波動(dòng)（掉坑、裂縫）兩種表現(xiàn)，如果存在異常，需要定位。本文檔主要描述MAC層吞吐率問(wèn)題定位的思路和方法。E2E數(shù)傳問(wèn)題定位中，涉及TCP、IP、PDCP、RLC、MAC等協(xié)議層以及S1傳輸?shù)膯?wèn)題定位，除MAC層問(wèn)題在本文描述外，其他部分的問(wèn)題隔離參考《TCP數(shù)傳問(wèn)題定位和優(yōu)化指導(dǎo)書V3.0》。基礎(chǔ)知識(shí)基本概念吞吐量相關(guān)指標(biāo)定義吞吐率定義：?jiǎn)挝粫r(shí)間內(nèi)下載或者上傳的數(shù)據(jù)量。吞吐率公式：吞吐率=∑下載上傳數(shù)據(jù)量/統(tǒng)計(jì)時(shí)長(zhǎng)。吞吐率主要通過(guò)如下指標(biāo)衡量，不同指標(biāo)的觀測(cè)方法一致，測(cè)試場(chǎng)景選擇和限制條件有所不同：（1）單用戶峰值吞吐率：?jiǎn)斡脩舴逯低掏侣室越c(diǎn)靜止測(cè)試，信道條件滿足達(dá)到MCS最高階以及IBLER為0，進(jìn)行UDP/TCP灌包，使用RLC層平均吞吐率進(jìn)行評(píng)價(jià)。（2）單用戶平均吞吐率：?jiǎn)斡脩羝骄掏侣室砸苿?dòng)測(cè)試(DT)時(shí)，進(jìn)行UDP/TCP灌包，使用RLC層平均吞吐率進(jìn)行評(píng)價(jià)。移動(dòng)區(qū)域包含近點(diǎn)、中點(diǎn)、遠(yuǎn)點(diǎn)區(qū)域，移動(dòng)速度最好30km/h以內(nèi)。（3）單用戶邊緣吞吐率：?jiǎn)斡脩暨吘壨掏侣适侵敢苿?dòng)測(cè)試，進(jìn)行UDP/TCP灌包，對(duì)RLC吞吐率進(jìn)行地理平均，以兩種定義分別記錄邊緣吞吐率。定義1）以CDF曲線(Throughputvs.SINR)5％的點(diǎn)為邊緣吞吐率，此一般使用在連續(xù)覆蓋下路測(cè)場(chǎng)景；定義2）以PL為120定義為小區(qū)邊緣，此時(shí)的吞吐率為邊緣吞吐率；此處只定義RSRP邊緣覆蓋的場(chǎng)景，假定此時(shí)的干擾接近白噪聲，此種場(chǎng)景類似于單小區(qū)測(cè)試。（4）小區(qū)峰值吞吐率：小區(qū)峰值吞吐率測(cè)試時(shí)，用戶均在近點(diǎn)，信道質(zhì)量滿足達(dá)到最高階MCS，IBLER為0，采用UDP/TCP灌包；通過(guò)小區(qū)級(jí)RLC平均吞吐率觀測(cè)。（5）小區(qū)平均吞吐率：小區(qū)平均吞吐率測(cè)試時(shí)，用戶分布一般類似1:2:1分布（備注：用戶分布根據(jù)運(yùn)營(yíng)商要求而不同），即近點(diǎn)1UE、中點(diǎn)2UE、遠(yuǎn)點(diǎn)1UE，其中近點(diǎn)/中點(diǎn)/遠(yuǎn)點(diǎn)定義為RSRP-85dbm/-95dbm/-105dbm。采用UDP/TCP灌包，通過(guò)M2000跟蹤的小區(qū)RLC吞吐率觀測(cè)得到。各層開銷分析從協(xié)議棧的不同層上進(jìn)行定義，相應(yīng)就體現(xiàn)了不同層的吞吐率，從高層到底層主要的有：應(yīng)用層速率、IP層速率、PDCP層速率、RLC層速率、MAC層速率、物理層速率。高層速率和底層速率之間，主要差別在于頭開銷、以及重傳的差異，比如說(shuō)TCP層的重傳數(shù)據(jù)不會(huì)體現(xiàn)在應(yīng)用層吞吐率上，但是會(huì)體現(xiàn)在底層的如物理層吞吐率上。用戶面的協(xié)議棧參考下圖：圖表STYLEREF1\s11上行用戶面協(xié)議棧上層的數(shù)據(jù)到了底層之后，都會(huì)進(jìn)行一層封裝，從而增加了頭開銷，而在本層增加的頭開銷到了更底層的時(shí)候就又體現(xiàn)為數(shù)據(jù)量，應(yīng)該計(jì)算入該層的吞吐量中，其各層吞吐率中包含的開銷可以參考下圖：圖表STYLEREF1\s13各層吞吐率示意圖顯然，頭開銷的比特?cái)?shù)相對(duì)固定，頭開銷的比例和應(yīng)用層的數(shù)據(jù)包大小相關(guān)的，應(yīng)用層包字節(jié)越大，則頭開銷比例越?。〞翰辉敿?xì)分析RLC層、MAC層都可能存在的分片和級(jí)聯(lián)），另外，在LTE中，MAC層的傳輸塊的大小是由MCS以及所分配的RB個(gè)數(shù)決定的，其變化的范圍非常大，參考TS36.213Table7.1.7.2.1-1，AMUMApplicationpackagesizeXXTCPheadersize2020IPheadersize2020IPpackageSizeX+40X+40PDCPheadersize22or1RLCheadersize2ormore1or2ormoreMACheadersize2or3ormore2or3ormoreL1packagesizeX+46(X+47ormore)X+45(X+47ormore)Overhead(1-app/L1)=1-X/(X+46)=1-X/(X+45)圖表STYLEREF1\s14各層吞吐率示意圖以下表格給出了，當(dāng)各個(gè)協(xié)議層的包都是一一對(duì)應(yīng)的情況下的頭開銷估計(jì)，即一個(gè)RLCSDU對(duì)應(yīng)一個(gè)RLCPDU，一個(gè)MACSDU對(duì)應(yīng)一個(gè)MACPDU，另外PDCP/RLC/MAC的頭部都為2個(gè)字節(jié)時(shí)的開銷計(jì)算，可以看到當(dāng)應(yīng)用層采用最大字節(jié)1460的包時(shí)，協(xié)議棧的開銷在3.05%。當(dāng)然在峰值測(cè)試時(shí)，RLC層會(huì)做級(jí)聯(lián)，多個(gè)RLC包映射為一個(gè)MAC包，開銷有所降低；ApppackagesizeIPpackagesizeProtocolOverheadEfficiencyL1throughput6010043.40%56.60%10616020022.33%77.67%20636040011.33%88.67%4065606007.59%92.41%60696010004.57%95.43%1006146015003.05%96.95%1506吞吐量計(jì)算峰值吞吐量計(jì)算方法吞吐量取決于MAC層調(diào)度選擇的TBS，理論峰值吞吐量就是在一定條件下計(jì)算可以選擇的最大TBS，TBS由RB數(shù)和MCS階數(shù)查表得到，具體計(jì)算思路如下：【Step1】計(jì)算每個(gè)子幀最大可用的RE數(shù)根據(jù)協(xié)議物理層時(shí)頻資源分布，扣除每個(gè)子幀里PDCCH/PUCCH/PRACH、PBCH，SSS，PSS，CRS（對(duì)于BF還有DRS）等開銷。這些開銷中，PBCH，SSS，PSS是固定的；其它的開銷要考慮具體的參數(shù)設(shè)置，比如PDCCH符號(hào)數(shù)，PUCCH/PRACH占用的RB個(gè)數(shù)，特殊子幀配比，CRS映射到2端口還是4端口等。說(shuō)明：目前產(chǎn)品實(shí)現(xiàn)中，對(duì)于單UEBF峰值，在TM7下子幀0（TM8下子幀0/1/5/6）的中間6個(gè)RB不能使用，由于采用RBG的分配方式，中間6個(gè)RB占用了3個(gè)RBG，所以10M帶寬時(shí)共9個(gè)RB不可用，20M帶寬時(shí)12個(gè)RB不可用。【Step2】計(jì)算每個(gè)子幀可攜帶比特(bit)數(shù)計(jì)算每個(gè)子幀可攜帶的比特?cái)?shù)，可攜帶比特?cái)?shù)＝可用RE×調(diào)制系數(shù)（QPSK為2，16QAM為4，64QAM為6）?！維tep3】選擇合適的TBS依據(jù)可用的RB數(shù)選擇滿足CR(碼率)不超過(guò)0.93的最大的TBS，CR=(TBS+CRC)/可攜帶比特?cái)?shù)；如果CR超過(guò)0.93，MCS就要降階。根據(jù)協(xié)議，PHY層會(huì)把超過(guò)6144bits的TBS進(jìn)行分塊，給每塊加上24bits的CRC，最后整個(gè)TBS還要加上一個(gè)TBCRC?！維tep4】PHY層吞吐量的計(jì)算計(jì)算出每個(gè)子幀選擇的TBS后，根據(jù)幀配比和特殊子幀配比累加各個(gè)子幀的TBS+CRC，如果是雙碼字還要乘以2，從而計(jì)算出最終PHY層吞吐量。單UE理論峰值吞吐量（1）上行峰值吞吐量（以CFI=3，2T2R為例）上行峰值速率PUCCHRBCat3單用戶峰值Cat5單用戶峰值10M小區(qū)配比0414.386419.3576配比168.323211.4304配比284.04645.5712配比581.9082.641620M小區(qū)配比0628.849636.0536配比1819.062424.0024配比2168.439211.4312配比5144.38165.9256（2）下行峰值吞吐量特殊子幀配比7下行理論峰值(Mbps)UE能力Cat1Cat2Cat3Cat4Cat5帶寬10M20M10M20M10M20M10M20M10M20M配比04.1184.11820.36520.36525.62939.16525.62952.17325.62952.173配比16.1786.17830.54730.54740.30759.57440.30782.32340.30782.323配比28.2378.23740.7340.7354.98679.98454.986112.47454.986112.474配比59.2669.26645.8245.8264.18991.01664.189131.61364.189131.613特殊子幀配比5下行理論峰值(Mbps)UE能力Cat1Cat2Cat3Cat4Cat5帶寬10M20M10M20M10M20M10M20M10M20M配比02.0592.05910.18210.18214.67820.4114.67830.15014.67830.150配比14.1184.11820.36520.36529.35740.81929.35660.30129.35660.301配比26.1786.17830.54730.54744.03561.22944.03690.45144.03690.451配比58.2378.23740.7340.7358.71481.63858.714120.60258.714120.602小區(qū)理論峰值吞吐量（1）上行小區(qū)峰值吞吐量理論計(jì)算（以CFI=3，2T2R為例)：上行峰值速率PUCCHRBCat3小區(qū)峰值Cat5小區(qū)峰值10M小區(qū)配比0414.386419.9336配比169.16812.6904配比2124.25.6992配比581.9082.641620M小區(qū)配比0630.200836.1536配比11019.369624.1024配比2208.77211.7592配比5144.38165.9256如果要精確計(jì)算的話還需要考慮SRS和PRACH的開銷，基帶只能處理60256TBS的能力，由于TDD目前SRS都是配置在特殊子幀上，所以只需要考慮PRACH的影響。（2）下行小區(qū)峰值吞吐量計(jì)算下行峰值速率特殊子幀配比CFI小區(qū)理論峰值（mbps）10M小區(qū)配比010:2:2125.62配比110:2:2140.3配比210:2:2154.98配比510:2:2164.1820M小區(qū)配比010:2:2152.17配比110:2:2182.32配比210:2:21112.47配比510:2:21131.61影響吞吐量的相關(guān)因素呼叫流程中與吞吐率有關(guān)的關(guān)鍵信令I(lǐng)nitialUEcontextsetuprequest中包含：InitialUEcontextsetuprequest中包含：UEcat能力業(yè)務(wù)的QCI、QoSUu口UE能力查詢流程中可觀察UEcat能力Uu口UE能力查詢流程中可觀察UEcat能力下行吞吐率基本影響因素3.2.2.1下行調(diào)度基本過(guò)程UE在規(guī)定的上行CQI、RI反饋周期時(shí)，上報(bào)CQI、RI（僅復(fù)用模式需上報(bào)）、PMI（僅閉環(huán)時(shí)需上報(bào)）。且在下行有PDSCH時(shí)，反饋ACK/NACK。eNB側(cè)根據(jù)實(shí)際資源情況和調(diào)度算法，給UE分配相應(yīng)的上行資源，在PDCCH上下發(fā)DLGrant和PDSCH給UE。3.2.2.2影響下行吞吐率的基本因素（1）系統(tǒng)帶寬：系統(tǒng)的不同帶寬決定了系統(tǒng)的總RB數(shù)；ChannelbandwidthBWChannel[MHz]1.435101520TransmissionbandwidthconfigurationNRB615255075100（2）數(shù)據(jù)信道可用帶寬：公共信道的開銷進(jìn)一步?jīng)Q定了用戶可以實(shí)際使用的資源，其中下行主要包括PDCCH和系統(tǒng)消息；（3）UE能力限制：在計(jì)算單用戶峰值時(shí)，在考慮用戶可用帶寬時(shí)，還需要考慮UE能力的限制，不同類型UE具備不同的上下行峰值速率具體參考TS36.306；UECategoryMaximumnumberofDL-SCHTBsizeswithinaTTIMaximumnumberaDL-SCHTBsizeswithinaTTITotalnumberofsoftchannelbitsMaximumnumberofsupportedlayersforspatialmultiplexinginDLCategory110296102962503681Category2510245102412372482Category31020487537612372482Category41507527537618270722Category530275215137636672004（4）編碼速率限制：傳輸塊的編碼速率不能超過(guò)0.93，這一點(diǎn)實(shí)際上限制了在某些場(chǎng)景下能夠調(diào)度的最高M(jìn)CS階數(shù)，具體參考TS36.213；（5）信道條件信道條件主要包含RSRP，AVGSINR，信道相關(guān)性等參數(shù)，這些都會(huì)對(duì)實(shí)際的信號(hào)解調(diào)性能造成影響。如果RSRP過(guò)低，則可使用的有用信號(hào)的越低；如果AVGSINR過(guò)低，則干擾信號(hào)強(qiáng)度較有用信號(hào)越大；而信道相關(guān)性會(huì)對(duì)RANK值計(jì)算造成影響：一般MIMO模式要求信道相關(guān)性低，而BF模式則要求信道相關(guān)性高，這些都將對(duì)解調(diào)性能造成較大影響。上行吞吐率基本影響因素3.2.3.1上行調(diào)度基本過(guò)程在初始接入時(shí)，UE在PUCCH發(fā)送SR（調(diào)度請(qǐng)求），用來(lái)請(qǐng)求少量數(shù)據(jù)的上行資源調(diào)度。eNB側(cè)根據(jù)實(shí)際資源情況和調(diào)度算法，給UE分配相應(yīng)的上行資源，在PDCCH上下發(fā)ULGrant通知UE；在已有上行資源的情況下，UE在PUSCH發(fā)送BSR（緩沖區(qū)狀態(tài)報(bào)告）進(jìn)行上行資源調(diào)度請(qǐng)求；eNB側(cè)在PDCCH上下發(fā)ULGrant通知UE。影響上行吞吐率的基本因素（1）系統(tǒng)帶寬：系統(tǒng)的不同帶寬決定了系統(tǒng)的總RB數(shù)，TS36.104；ChannelbandwidthBWChannel[MHz]1.435101520TransmissionbandwidthconfigurationNRB615255075100（2）數(shù)據(jù)信道可用帶寬：公共信道的開銷進(jìn)一步?jīng)Q定了用戶可以實(shí)際使用的資源，其中下行主要包括PDCCH和系統(tǒng)消息，上行主要包括PUCCH、SRS、PRACH；（3）UE能力限制：在計(jì)算單用戶峰值時(shí)，在考慮用戶可用帶寬時(shí)，還需要考慮UE能力的限制，不同類型UE具備不同的上下行峰值速率，且只有Cat5終端才支持上行64QAM，具體參考TS36.306；UECategoryMaximumnumberofbitsofanUL-SCHtransportblocktransmittedwithinaTTISupportfor64QAMinULCategory15160NoCategory225456NoCategory351024NoCategory451024NoCategory575376Yes（4）上行單用戶RB數(shù)分配限制：在計(jì)算單用戶的上行吞吐率時(shí)，還需要考慮單用戶的分配的RB個(gè)數(shù)必須可以分解為1、2、3、5相乘，參考TS36.211；representsthebandwidthofthePUSCHintermsofresourceblocks,andshallfulfil，whereisasetofnon-negativeintegers.（5）信道條件信道條件主要包含RSRP，AVGSINR，信道相關(guān)性等參數(shù)，這些都會(huì)對(duì)實(shí)際的信號(hào)解調(diào)性能造成影響。如果RSRP過(guò)低，則可使用的有用信號(hào)的越低；如果AVGSINR過(guò)低，則干擾信號(hào)強(qiáng)度較有用信號(hào)越大；而信道相關(guān)性會(huì)對(duì)RANK值計(jì)算造成影響：一般MIMO模式要求信道相關(guān)性低，而BF模式則要求信道相關(guān)性高，這些都將對(duì)解調(diào)性能造成較大影響。工具簡(jiǎn)介（1）Probe：可以統(tǒng)計(jì)空口傳輸各層的速率，如PHY、MAC、RLC等。其中PHY層統(tǒng)計(jì)的是UE側(cè)PHY層的流量，包含了MAC頭、RLC頭等，并且還包含了MAC層重傳包；MAC層統(tǒng)計(jì)的MAC層流量，但不包含MAC層重傳；RLC層統(tǒng)計(jì)的是RLC層流量，包含RLC和PDCP頭以及RLC重傳包；（2）Netmeter/Dumeter：Dumeter：統(tǒng)計(jì)了以太網(wǎng)MAC層的流量，但只包含MAC頭的14Byte和凈荷，不包含CRC校驗(yàn)；Netmeter：上行統(tǒng)計(jì)IP層的流量，包含了IP頭；下行統(tǒng)計(jì)網(wǎng)卡端口的流量，包含了ETH頭；（3）TTI跟蹤解釋工具myLDT（研發(fā)內(nèi)部工具）：用來(lái)分析TTI跟蹤數(shù)據(jù)?？捎^察每個(gè)TTI的調(diào)度情況和功控算法等相關(guān)信息，用于分析MAC吞吐率問(wèn)題?；痉治龇椒ㄏ滦型掏铝炕痉治龇椒ㄏ滦型掏侣蕟?wèn)題，一般分析步驟如下：上述流程圖中，基本觀察、判斷問(wèn)題手段如下：（1）統(tǒng)計(jì)UE側(cè)SINRvsTHP：定點(diǎn)統(tǒng)計(jì)AVGSINR和吞吐率平均值，移動(dòng)SINR以1dB為區(qū)間畫出AVGSINRvsMACTHP的曲線，和機(jī)關(guān)各種信道的基線相比，是否處于中間值狀態(tài)；（2）判斷用戶的RB數(shù)和DLGrant是否調(diào)度充足，如果不充足，首先判斷上層數(shù)據(jù)源是否充足，可采用MML命令DSPETHPORT查看：i、對(duì)于單用戶來(lái)說(shuō)，可以通過(guò)M2000信令跟蹤管理-小區(qū)性能監(jiān)測(cè)-空口DCI狀態(tài)監(jiān)控當(dāng)前調(diào)度的DLGrant次數(shù)，該值取決于TDD上下行配比，配比1時(shí)滿調(diào)度為600次/s。其中DCI0是ULGrant，SIB消息通過(guò)DCI1C/DCI1A下發(fā)，DCI1/1A（TM2）/DCI2（TM4）/DCI2A（TM3）/DCI1B（TM6）分別對(duì)應(yīng)不同的MIMO模式下發(fā)：我司UE可通過(guò)Probe查看用戶的DLGrantCount?？梢酝ㄟ^(guò)M2000信令跟蹤管理-小區(qū)性能監(jiān)測(cè)-RB使用情況監(jiān)控當(dāng)前的RB利用率，查看下行分集調(diào)度分配的RB數(shù)，是否接近于下行帶寬的總RB數(shù)*DCI個(gè)數(shù)/s。我司UE可通過(guò)Probe查看用戶自己的RB分配和DLGrant分配情況。ii、對(duì)于多用戶來(lái)說(shuō)，CHR可以跟蹤到在一段時(shí)間內(nèi)小區(qū)內(nèi)QCI分布情況，以及該用戶的QCI等級(jí)，可以計(jì)算得到該用戶在某段時(shí)間內(nèi)理論上被調(diào)度的概率（調(diào)度次數(shù)*RB總數(shù)）。如果該用戶調(diào)度次數(shù)*RB總數(shù)小于理論10%，認(rèn)為異常，需要定位。eNB側(cè)觀察小區(qū)分配RB數(shù)方法：通過(guò)M2000信令跟蹤管理-小區(qū)性能監(jiān)測(cè)-RB使用情況監(jiān)控當(dāng)前的RB利用率，下行分集調(diào)度分配的RB數(shù)+下行頻選調(diào)度分配的RB數(shù)+下行HARQ重傳分配的RB數(shù)之和，是否接近于每個(gè)TTI該下行帶寬所能支持的RB數(shù)。如果RB利用率不足98%，則認(rèn)為異常，需要定位。（3）如果DLGrant和RB數(shù)都是調(diào)度充足的場(chǎng)景下，判斷IBLER是否收斂到目標(biāo)值。目前下行的IBLER目標(biāo)值一般為10%，即5%~15%即認(rèn)為IBLER收斂。可通過(guò)M2000信令跟蹤管理-用戶性能監(jiān)測(cè)-誤碼率監(jiān)測(cè)觀察。我司UE可通過(guò)Probe查看用戶的IBLER。注意：M2000上的用戶性能監(jiān)測(cè)需要輸入U(xiǎn)EID-MME和UEID-TMSI才能跟蹤。如下圖：（4）如果IBLER收斂，可判斷是否使用了雙碼字，可通過(guò)M2000信令跟蹤管理-用戶性能監(jiān)測(cè)-信道質(zhì)量查看UE上報(bào)的Rank值和調(diào)度的CQI。我司UE可通過(guò)Probe查看用戶的RankIndicator和DLMCS。（5）上述1~4步檢查結(jié)果都OK的話，需要進(jìn)行深入定位，深入定位需要采集的數(shù)據(jù)如下：i.M2000信息采集-IFTS跟蹤-L2性能算法&L1上行鏈路跟蹤：L2-TTI主要關(guān)注字段：序號(hào)字段名稱字段意義輸出粒度輸出方式1WidebandCQIOriginal0碼字0的全帶原始4bitCQI用戶級(jí)TTI2WidebandCQIOriginal1碼字1的全帶原始4bitCQI用戶級(jí)TTI3WidebandCQIAdjusted0碼字0的全帶調(diào)整后CQI值，用作MCS選擇用戶級(jí)TTI4WidebandCQIAdjusted1碼字1的全帶調(diào)整后CQI值，用作MCS選擇用戶級(jí)TTI5RANKUE上報(bào)的Rank用戶級(jí)TTI6PMIUE上報(bào)的PMI用戶級(jí)TTI7MIMOModeMIMO模式用戶級(jí)TTI8ULChannelCorrelation接收信道相關(guān)性用戶級(jí)TTI9UECategoryUE能力用戶級(jí)TTI10DRXSleepFlag是否進(jìn)入GAP指示用戶級(jí)TTI11EstimatedRBNumber預(yù)估RB數(shù)用戶級(jí)TTI12AllocatedRBNumber實(shí)際分配的RB數(shù)用戶級(jí)TTI13CFIPDCCH符號(hào)數(shù)用戶級(jí)TTI14CCENumber聚集級(jí)別用戶級(jí)TTI15ScheduleStrategy調(diào)度方式(非頻選/頻選)用戶級(jí)TTI16EdgeUserFlag用戶屬性(中心/邊緣)用戶級(jí)TTI17CellPowerRestrictFlag小區(qū)最大發(fā)射功率是否耗盡用戶級(jí)TTIL1-TTI主要關(guān)注字段：序號(hào)字段名稱字段意義輸出粒度輸出方式1CQI_LenPUCCHCQI比特長(zhǎng)度用戶級(jí)TTI2CQI_DataPUCCHCQI解析內(nèi)容用戶級(jí)TTI3Dmrs_SinrDMRS信干噪比用戶級(jí)TTI4Cqi_Len隨路CQI比特長(zhǎng)度用戶級(jí)TTI5Cqi_Word1隨路CQI解析內(nèi)容用戶級(jí)TTI6RI_Flg是否有RI指示用戶級(jí)TTI7RI_DataRI解析內(nèi)容用戶級(jí)TTI8ACK_SzACK比特?cái)?shù)用戶級(jí)TTI9ACK_DataACK解析內(nèi)容用戶級(jí)TTI10CQI_LenPUCCHCQI比特長(zhǎng)度用戶級(jí)TTIii.我司UE，需要記錄Probe，主要關(guān)注字段如下，藍(lán)色部分基本定位需要，橙色部分深入定位需要（部分路測(cè)終端，有些字段不上報(bào)）：MACTHPDL(Mbps)AVGSINR(dB)RANK1SINR(dB)RANK2SINR1(dB)RANK2SINR2(dB)SFBCCountOL-MCWCountCL-MCWCountCL-Rank1CountDLGrantDLCode0RBRxChCorFactorTxChCorFactorCODE0IBLERCODE1IBLERPMI0CountPMI1CountPMI2CountPMI3CountDLWideBandCQIDLSubBandSub0DLSubBandSub1DLSubBandSub2DLSubBandSub3DLSubBandSub4DLSubBandSub5DLSubBandSub6DLSubBandSub7DLSubBandSub8DLSubBandSub9DLSubBandSub10DLSubBandSub11DLSubBandSub12ServingCellPCIServingCellRSRPNeighborCellPCINeighborCellRSRP上行吞吐量基本分析方法吞吐率的一些基本問(wèn)題包括如何隔離傳輸、PC側(cè)TCP協(xié)議、UE能力、開戶限制、數(shù)據(jù)源不足、公共資源開銷等。（1）S1傳輸、UE、UE側(cè)PC的問(wèn)題排查參考《LTETDD性能問(wèn)題定位和優(yōu)化指導(dǎo)書-TCP數(shù)傳篇》。（2）是否UE能力限制： 觀察INITIALCONTEXTSETUPREQUEST/UECapabilityInformation消息中，UERadioCapabilityIE->UE-CapabilityRAT-ContainerList->UE-EUTRA-CapabilityUE-EUTRA-Capability::= SEQUENCE{ accessStratumRelease AccessStratumRelease, ue-Category INTEGER(1..5), pdcp-Parameters PDCP-Parameters, phyLayerParameters PhyLayerParameters, rf-Parameters RF-Parameters, measParameters MeasParameters, featureGroupIndicators BITSTRING(SIZE(32)) OPTIONAL, interRAT-Parameters SEQUENCE{ utraFDD IRAT-ParametersUTRA-FDD OPTIONAL, utraTDD128 IRAT-ParametersUTRA-TDD128 OPTIONAL, utraTDD384 IRAT-ParametersUTRA-TDD384 OPTIONAL, utraTDD768 IRAT-ParametersUTRA-TDD768 OPTIONAL, geran IRAT-ParametersGERAN OPTIONAL, cdma2000-HRPD IRAT-ParametersCDMA2000-HRPD OPTIONAL, cdma2000-1xRTT IRAT-ParametersCDMA2000-1XRTT OPTIONAL nonCriticalExtension SEQUENCE{} OPTIONAL（3）是否QoS/開戶設(shè)置限制：觀察核心網(wǎng)指配的QoS速率，如果偏低，則檢查核心網(wǎng)開戶信息是否異常；通過(guò)E-RABSETUPREQUEST/INITIALCONTEXTSETUPREQUEST消息查看：對(duì)于NonGBR業(yè)務(wù)：UEAggregateMaximumBitRate或者對(duì)于GBR業(yè)務(wù)：E-RABMaximumBitRateDownlinkMBitRate9.2.1.19Desc.:ThisIEindicatesthemaximumdownlinkE-RABBitRate(i.e.fromtheEPCtoE-UTRAN)forthisbearer.E-RABMaximumBitRateUplinkMBitRate9.2.1.19Desc.:ThisIEindicatesthemaximumuplinkE-RABBitRate(i.e.fromtheE-UTRANtotheEPC)forthisbearer.（4）數(shù)據(jù)源是否充足：從TTI跟蹤數(shù)據(jù)中觀察ulBSR的大小，不能存在BSR明顯較小的情況。IndexBufferSize(BS)value[bytes]IndexBufferSize(BS)value[bytes]0BS=0321132<BS<=132610<BS<=10331326<BS<=1552210<BS<=12341552<BS<=1817312<BS<=14351817<BS<=2127414<BS<=17362127<BS<=2490517<BS<=19372490<BS<=2915619<BS<=22382915<BS<=3413722<BS<=26393413<BS<=3995826<BS<=31403995<BS<=4677931<BS<=36414677<BS<=54761036<BS<=42425476<BS<=64111142<BS<=49436411<BS<=75051249<BS<=57447505<BS<=87871357<BS<=67458787<BS<=102871467<BS<=784610287<BS<=120431578<BS<=914712043<BS<=140991691<BS<=1074814099<BS<=1650717107<BS<=1254916507<BS<=1932518125<BS<=1465019325<BS<=2262419146<BS<=1715122624<BS<=2648720171<BS<=2005226487<BS<=3100921200<BS<=2345331009<BS<=3630422234<BS<=2745436304<BS<=4250223274<BS<=3215542502<BS<=4975924321<BS<=3765649759<BS<=5825525376<BS<=4405758255<BS<=6820126440<BS<=5155868201<BS<=7984627515<BS<=6035979846<BS<=9347928603<BS<=7066093479<BS<=10943929706<BS<=82661109439<BS<=12812530826<BS<=96762128125<BS<lt;BS<=113263BS>150000（5）是否公共信道資源占用過(guò)大：公共信道的開銷進(jìn)一步?jīng)Q定了用戶可以實(shí)際使用的資源，其中下行主要包括PDCCH和系統(tǒng)消息，上行主要包括PUCCH、SRS、PRACH。在比拼場(chǎng)景下，需要設(shè)置關(guān)閉PUCCH，PRACH在特殊子幀發(fā)送。深入分析方法下行吞吐量深入分析下行吞吐量專題分析思路圖3.1-1下行吞吐率專題維測(cè)思路分解圖一般而言，吞吐率由頻譜效率、頻帶寬度、頻帶占用機(jī)會(huì)、誤碼率綜合決定。在LTE系統(tǒng)中，頻譜效率由MCS決定；頻帶寬度由分配的RB數(shù)決定；頻帶占用機(jī)會(huì)由DLgrant決定；誤碼率主要考慮IBLER，HARQ重傳以后，殘留BLER通常較低，因此只考慮初次傳輸?shù)腂LER，也即IBLER。下行吞吐率的分析定位圍繞著上述幾方面展開，可維可測(cè)的設(shè)計(jì)也以滿足該定位思路為目標(biāo)。由于RB數(shù)分配和DLgrant在當(dāng)前算法中統(tǒng)一由下行調(diào)度算法決定，其影響因素基本一致，因此在分析定位思路圖中將二者合并考慮。單用戶峰值吞吐率單用戶峰值吞吐率和家里基線對(duì)比，較基線差5%以上，可能存在問(wèn)題，需要定位。如果單用戶吞吐率沒(méi)有達(dá)到峰值，那么可根據(jù)魚骨圖后面列舉的原因一一排查定位：峰值比拼配置是否設(shè)置正確，可參照上下行峰值性能優(yōu)化指導(dǎo)書配置；判斷數(shù)據(jù)源是否充足，可參照TCP數(shù)傳問(wèn)題定位和優(yōu)化指導(dǎo)書查看；查看MIMO模式是否正確，是否是TM3，雙碼字。如果不是，需要排查原因：i.如果配置MIMO模式是SIMO，查看是否有RRU通道數(shù)下降告警；ii.如果固定TM3，UE沒(méi)有全部上報(bào)Rank2，說(shuō)明選點(diǎn)相關(guān)性較高，需要重新選點(diǎn)；選點(diǎn)SINR是否滿足峰值要求，一般峰值28階要求均衡前SINR大于25dB以上；UE本身問(wèn)題，可在該點(diǎn)更換終端嘗試。分配RB數(shù)少/DLGrant不足根據(jù)問(wèn)題種類，分為DLGrant不足和分配RB不足2類，分別進(jìn)行闡述定位步驟。DLGrant不足DLGrant不足問(wèn)題判斷步驟如下：若UE處于DRX狀態(tài)，下行會(huì)沒(méi)有調(diào)度或極少調(diào)度，這是正?，F(xiàn)象。UE是否DRX狀態(tài)可以通過(guò)eNBTTI跟蹤DRX字段查看，或者可通過(guò)重配命令mac-MainConfig里drx-Config得到UE進(jìn)入DRX和DRX釋放的時(shí)間。PDCCH虛警或者漏檢，這個(gè)可參照4.4查看或者緩解。UECategory從單用戶角度來(lái)看，在上層數(shù)據(jù)源充足的情況下，下行RB不足原因僅有UECategory的限制，這種場(chǎng)景也只發(fā)生在SINR較好的場(chǎng)景下。根據(jù)協(xié)議，UECategory可以分為5種：UECategory下行最大bit數(shù)/TTI單碼字下行最大bit數(shù)/TTI下行空分復(fù)用支持的最大RankCategory110296102961Category251024510242Category3102048753762Category4150752753762Category52995521497764如下列舉，UE能力限制了最大吞吐率，即最高M(jìn)CS時(shí)，下行調(diào)度的最大RB數(shù)，均是屬于正常現(xiàn)象；UEcat能力在信令跟蹤UECapabilityInformation消息中查看，另外我司測(cè)試UEProbe-UEState上也能顯示。如果出現(xiàn)UECat能力1和2的情況，調(diào)度是否充足請(qǐng)參考36213協(xié)議表7.1.7.2.1-1。UECategory1只能調(diào)度單碼字，27階，最大只能調(diào)度16RB，最大10Kbps/TTI；UECategory2雙碼字（重傳+初傳），27階，最大只能調(diào)度40RB；單碼字、27階、最大只能調(diào)度79RB；最大50Kbps/TTI；UECategory3雙碼字（重傳+初傳），27階，最大只能調(diào)度80RB，最大100Kbps/TTI；UECategory4和5不會(huì)對(duì)下行單小區(qū)單用戶峰值有限制。目前商用終端中大多數(shù)是cat3終端。我司TUE是cat5終端。上行反饋通道問(wèn)題上行反饋通道問(wèn)題（RI、CQI、ACK/NACK），需要分2部分分別排查：第一類是，下行PDCCH是否存在虛警、漏檢、檢錯(cuò)的問(wèn)題。PDCCH指示上行資源分配，如果PDCCH受影響，致使上行反饋信道指示出錯(cuò)，可能導(dǎo)致下行重傳增多或丟包，影響吞吐率。下行PDCCH問(wèn)題可以通過(guò)PDCCH的誤碼率得到。eq\o\ac(○,1)查看PDCCH誤碼率，DLGrantIBLER（=DLGrant的DTX次數(shù)/DLGrant分配成功次數(shù)）超過(guò)1%，則說(shuō)明PDCCH傳輸存在問(wèn)題。目前商用手段只有eNBL1TTI跟蹤得到。eq\o\ac(○,2)我司UE可以通過(guò)和eNB該用戶的TTI跟蹤對(duì)比，得到該用戶是否存在PDCCH虛警或者漏檢問(wèn)題。在上行是否收到大量的DTX時(shí)，觀察此時(shí)的PDCCH聚合級(jí)別是否都為8（eNBL2TTI跟蹤）了，且功率調(diào)整至最大，是否由于PDCCH聚合級(jí)別不合適或者PDCCH發(fā)射功率不夠造成的。如果是由于PDCCH聚合級(jí)別不合適，可以嘗試使用串口命令，將聚合級(jí)別固定為8，看問(wèn)題是否有改善。如果是PDCCH發(fā)射功率不夠造成的，可以嘗試使用串口命令，加大PDCCH發(fā)射功率，看問(wèn)題是否有改善。第二類是，上行解析錯(cuò)誤，如果下行發(fā)送了ULGrant，則上行反饋?zhàn)唠S路，否則走PUCCH，因此以下2點(diǎn)都需要排查：如果上行存在較大干擾的話，上行解調(diào)ACK/NACK不一定會(huì)解出DTX（DTX判斷原則是判斷該用戶RSSI是否低于門限），但是上行SINR會(huì)很低，因此判斷準(zhǔn)則同CQI/RI解錯(cuò)判斷方法。如果將ACK解成NACK，會(huì)造成不必要的重傳和MCS降階。查看DTXTTI時(shí)，上行SINR是否正常，可通過(guò)eNBL1TTI跟蹤得到：1）隨路的話，一般認(rèn)為DMRSSINR大于0dB，隨路的RI和CQI是可靠的；2）PUCCH的話，一般認(rèn)為ACKSINR大于0dB，PUCCH的RI和CQI是可靠的；如果出現(xiàn)上行反饋通道異常，判斷UE發(fā)射功率是否都達(dá)到了23dBm，如果不是，查看上行使用的功控算法，如果是閉環(huán)的話，通過(guò)調(diào)整SINRTarget，看問(wèn)題是否有改善。MIMO問(wèn)題按照商用局和比拼局的配置，將問(wèn)題分為2類，一是使用默認(rèn)的TM3模式配置問(wèn)題，另一類是開閉環(huán)模式配置問(wèn)題。如果小區(qū)是2T2R小區(qū)，查看用戶是否被配置成了MIMO模式，如果用戶只被配置成了SIMO模式，那么查看是否存在RRU發(fā)射通道數(shù)下降告警，如果存在，需要解決，保證eNB發(fā)射通道正常。第一類問(wèn)題（固定TM3模式）通常的定位思路如下：5.1.5.1開環(huán)MIMO（固定TM3）問(wèn)題目前，商用、比拼策略均為開環(huán)TM3模式，即初始接入和切換到新小區(qū)時(shí)為TM2，后切換到TM3，除失步、重建、切換不會(huì)再切換到TM2。分集復(fù)用模式切換是否合理可以從以下方向進(jìn)行分析，現(xiàn)象可以通過(guò)UU口跟蹤簡(jiǎn)單得到：初始接入、切換后是否在2s內(nèi)切換到TM3？是否發(fā)生失步、重建、切換等問(wèn)題，導(dǎo)致模式回退？深入定位的方法如下：檢查參數(shù)配置是否正確？參見(jiàn)第六章參數(shù)推薦-MIMO部分；初始接入、切換后長(zhǎng)時(shí)間沒(méi)有切換到TM3模式，先檢查下License是否支持TM3模式，如果License只支持UE能力1的話，需要更新License：如果License是OK的話，要根據(jù)L3內(nèi)部消息的IFTS跟蹤和TTI跟蹤查看原因：i.L3是否下發(fā)了譜效率測(cè)量量（L3內(nèi)部消息的IFTS跟蹤）？ii.L2濾波后的譜效率是否大于設(shè)置的分集復(fù)用門限（L2TTI跟蹤）？iii.L2是否上報(bào)了譜效率高門限事件、L3是否下發(fā)了重配到TM3重配消息（L3內(nèi)部消息TXT的IFTS跟蹤）？2）是否發(fā)生失步、重建、切換等問(wèn)題，導(dǎo)致模式回退，可通過(guò)如下手段觀察：i.失步觀察方法ENB在檢測(cè)到失步時(shí)，會(huì)把失步的相應(yīng)信息輸出到log日志中，但由于沒(méi)有對(duì)應(yīng)的UE信息和輸出的時(shí)間信息，該日志信息只能在單用戶測(cè)試時(shí)起到定位問(wèn)題的作用。在ENB檢測(cè)到失步時(shí)，會(huì)上報(bào)L3失步指示消息：DMAC_L3_SYNC_STATUS_IND，該消息在IFTS內(nèi)部消息跟蹤中可以看到。如圖24所示，其中enSyncStatus=1說(shuō)明為失步，enSyncStatus=0說(shuō)明為重同步成功。ii.重建觀察方法重建在UU口跟蹤上有RRC_CONN_REESTAB_REQ命令，如果重建成功，之后會(huì)有一條重配到TM2的重配命令。iii.切換觀察方法如果發(fā)起切換，eNB會(huì)給UE發(fā)起切換命令，切換命令里就會(huì)把UE重配成TM2；UU口跟蹤就可以跟蹤到，如果在測(cè)量報(bào)告后，會(huì)發(fā)重配命令，重配命令里帶有targetPhyCellId，一般為切換命令。5.1.5.2Rank問(wèn)題eNB收到的Rank信息不合理，又可分為3類，UE出現(xiàn)Rank誤報(bào)、上行解析錯(cuò)誤、Rank上報(bào)周期不合理。由于UERank上報(bào)是終端行為，和終端的解調(diào)性能和rank測(cè)量算法強(qiáng)相關(guān)，因此具有較大的差異性；如果是我司終端，可以通過(guò)Probe是否滿足以下3個(gè)條件，初步判斷是否應(yīng)該上報(bào)Rank2：雙天線RSRP相差不大于3dB；收發(fā)相關(guān)性均不大于0.5；Avg-SINR大于15dB；如果是別的廠商UE，提供一種方法判斷UE是否存在誤報(bào)Rank。固定eNB調(diào)度單碼字或者雙碼字，調(diào)整固定的MCS階數(shù)，使其IBLER分別收斂到10%左右，比較單碼字和雙碼字場(chǎng)景下的吞吐率，判斷此時(shí)應(yīng)該上報(bào)的Rank值。和UE自己上報(bào)的Rank相比，判斷UE是否存在誤報(bào)問(wèn)題。該方法同樣適用于判斷UE的解調(diào)能力。5.1.5.3開閉環(huán)自適應(yīng)問(wèn)題由于開閉環(huán)模式還處于比拼局狀態(tài)，開閉環(huán)模式切換是否合理現(xiàn)象判斷方法主要是基于開環(huán)、閉環(huán)、開閉環(huán)自適應(yīng)的SINRvsTHP曲線是否基本符合包絡(luò)進(jìn)行判斷?；緶y(cè)試和定位步驟如下：在進(jìn)行該測(cè)試之前需要先判斷是否存在如下問(wèn)題：1）eNB下行RRU的通道時(shí)延差是否過(guò)大，影響閉環(huán)增益，一般來(lái)說(shuō)不能大于10ns。RRU通道時(shí)延需要通過(guò)UE基帶采數(shù)獲得。2）eNB上行接收通道功率差是否過(guò)大，影響上行預(yù)編碼增益測(cè)量結(jié)果。一般來(lái)說(shuō)不能大于5dB。可通過(guò)eNBL1TTI性能跟蹤得到。或者查看WebLMT上是否有eNBRRU接收通道功率差告警。如果發(fā)現(xiàn)開閉環(huán)切換不符合開環(huán)&閉環(huán)的外包絡(luò)，或者存在開閉環(huán)乒乓切換的問(wèn)題，可以從以下方向進(jìn)行分析：檢查參數(shù)配置是否正確？模式切換流程是否符合算法設(shè)計(jì)，這個(gè)可以通過(guò)eNBTTI跟蹤進(jìn)行如下的判斷：上行預(yù)編碼增益切換門限計(jì)算是否正確？OL->CL是否滿足預(yù)編碼增益大于門限，CL->OL是否滿足預(yù)編碼增益小于門限；滿足a)、b）兩點(diǎn)，說(shuō)明符合算法預(yù)期，如果存在開閉環(huán)切換不符合外包絡(luò)問(wèn)題，就需要根據(jù)閉環(huán)增益區(qū)間和對(duì)應(yīng)的預(yù)編碼增益CDF分布情況來(lái)優(yōu)化預(yù)編碼增益門限，請(qǐng)將相關(guān)數(shù)據(jù)發(fā)回家里分析。是否存在開閉環(huán)的乒乓切換（模式切換一次只需1s）？按照算法預(yù)期，判斷此時(shí)上行預(yù)編碼增益是否波動(dòng)大，如果確實(shí)預(yù)編碼增益波動(dòng)大，就需要參考閉環(huán)有負(fù)增益區(qū)間和對(duì)應(yīng)預(yù)編碼增益波動(dòng)情況，優(yōu)化預(yù)編碼增益門限和遲滯區(qū)間，請(qǐng)將相關(guān)數(shù)據(jù)發(fā)回家里分析。IBLER高問(wèn)題參考第3章觀察下行IBLER的方法，看是否有IBLER不收斂到10％以內(nèi)的情況。如果要達(dá)到峰值，需要IBLER為0。AMC模塊根據(jù)UE反饋的ACK、NACK、CQI進(jìn)行MCS選擇，適應(yīng)鏈路狀況變化。MCS≠0時(shí)，可從如下角度分析IBLER不收斂問(wèn)題：一是確認(rèn)CQI調(diào)整開關(guān)是否已經(jīng)打開？版本默認(rèn)的是已經(jīng)打開的，正常情況下應(yīng)該不存在該問(wèn)題。二是，查看是否由于UE上報(bào)CQI波動(dòng)大，導(dǎo)致IBLER不收斂，可參考4.7節(jié)。MCS=0階，IBLER不收斂，可能的原因有二：一為信號(hào)條件實(shí)在太差，按照我司UE的定標(biāo)結(jié)果ETU30低相關(guān)信道，MCS=0,10%誤碼的SINR為-5.0dB。信噪比低于-5dB認(rèn)為正常。二是UE的解調(diào)能力受限造成。如果非我司UE，可采用定點(diǎn)固定MCS=0進(jìn)行調(diào)度，判斷UE解調(diào)能力是否存在問(wèn)題。MCS偏低/波動(dòng)MCS的選擇決定了頻譜效率。當(dāng)IBLER收斂時(shí)，下行單用戶平均吞吐率測(cè)試，生成Avg-SINRvsTHP曲線，與基線曲線（折算RB和調(diào)度次數(shù)）對(duì)比。如果相同SNR下平均吞吐量較基線差30%以上，則認(rèn)為存在問(wèn)題，需要進(jìn)一步問(wèn)題分析定位。觀察MCS的方法請(qǐng)參考第3章。MCS偏低/波動(dòng)問(wèn)題主要分為2類，一類是eNB收到的終端上報(bào)的CQI存在問(wèn)題，另一類是eNBCQI調(diào)整方面出現(xiàn)的問(wèn)題。eNB收到UECQI偏低或者波動(dòng)大，可分為UE側(cè)問(wèn)題和eNB側(cè)問(wèn)題兩部分。在保證eNB上行CQI解調(diào)沒(méi)有問(wèn)題的前提下，分CQI低和波動(dòng)兩種情況分別分析原因。UE側(cè)CQI問(wèn)題如下幾種可能：1）下行SINR過(guò)低，造成下行SINR低的原因可能有多種，主要可以通過(guò)UEProbe觀察該地點(diǎn)信道條件。可能的主要原因如上圖里描述的那樣：i.RSRP過(guò)低，小區(qū)覆蓋不夠或者下行RSRE設(shè)置不正確；ii.底噪過(guò)高，一般我司UERRU的底噪為-124dBm~-126dBm。在沒(méi)有鄰區(qū)的場(chǎng)景下，如果出現(xiàn)全帶噪聲功率明顯高于底噪1dB，認(rèn)為有異常；可以從是否存在異系統(tǒng)干擾（含窄帶干擾，使用UE掃頻功能排查是否存在異系統(tǒng)），是否eNBRRU存在嚴(yán)重的削波問(wèn)題進(jìn)行排查。iii.鄰區(qū)干擾導(dǎo)頻，可通過(guò)鄰區(qū)測(cè)量和UE全帶噪聲功率情況，判斷UE測(cè)量的SINR是否準(zhǔn)確；iv.如果定位非i、ii、iii三種問(wèn)題，需要懷疑UE測(cè)量是否存在問(wèn)題，對(duì)于我司UE需要進(jìn)一步采集基帶天線數(shù)據(jù)進(jìn)行定位了。2）CQI波動(dòng)大，一般認(rèn)為相同碼字、前后2個(gè)CQI上報(bào)周期上報(bào)的全帶CQI超過(guò)5（移動(dòng)）、3（靜止）屬于上報(bào)CQI波動(dòng)較大了。i.確定UE是否處于高速移動(dòng)狀態(tài)，如果處于高速移動(dòng)狀態(tài)，可能是正?，F(xiàn)象。ii.UE中、低度移動(dòng)，需要確定現(xiàn)網(wǎng)環(huán)境是否波動(dòng)劇烈（比如時(shí)不時(shí)會(huì)有較大遮擋物）；iii.如果不屬于i、ii問(wèn)題，需要懷疑UECQI測(cè)量是否存在問(wèn)題，或者存在UECQI調(diào)整算法。與eNBCQI調(diào)整算法相關(guān)的問(wèn)題，表象就是UE上報(bào)的CQI較高或者平穩(wěn)，而eNB調(diào)整的CQI偏低或者波動(dòng)大。主要可從以下幾方面進(jìn)行分析：i.鄰區(qū)空載的場(chǎng)景下（可通過(guò)UE子帶干擾噪聲功率判斷）。一般來(lái)說(shuō)，現(xiàn)網(wǎng)同站導(dǎo)頻模3錯(cuò)開，因此，鄰區(qū)空載場(chǎng)景下，有很大概率導(dǎo)頻沒(méi)有干擾本小區(qū)，必然干擾了本小區(qū)的數(shù)據(jù)區(qū)，這樣需要把UE實(shí)際數(shù)據(jù)域SINR（CQI）下降12dB左右。如果鄰區(qū)導(dǎo)頻對(duì)本小區(qū)導(dǎo)頻域和數(shù)據(jù)域均受到干擾（可根據(jù)Probe測(cè)得的鄰區(qū)導(dǎo)頻與本小區(qū)導(dǎo)頻時(shí)頻錯(cuò)開情況），可理論計(jì)算得到導(dǎo)頻域與實(shí)際數(shù)據(jù)域SINR的差值?？梢詤⒁?jiàn)案例5.1ii.UE解調(diào)性能受限，可采用不同終端同地點(diǎn)進(jìn)行吞吐率比較，如果一個(gè)吞吐率明顯高于另一類型終端，可認(rèn)為終端解調(diào)能力受限?；蛘卟捎霉潭∕CS的方式，選擇調(diào)度概率較大的MCS，查看其誤碼率波動(dòng)情況。iii.CQI上報(bào)周期設(shè)置和配置是否合適?？梢酝ㄟ^(guò)修改參數(shù)看問(wèn)題是否有改善。iv.由于LTE處于起步階段，各類終端良莠不齊，需要考慮不同終端與eNBCQI算法的配合，屬于算法研究問(wèn)題。多用戶小區(qū)吞吐率低問(wèn)題多用戶吞吐率判斷準(zhǔn)則從目前來(lái)看主要有2方面，一是RB利用率是否滿足98%以上，二是是否滿足QCI等級(jí)的調(diào)度機(jī)會(huì)。如果小區(qū)內(nèi)用戶的QCI等級(jí)相同，即是否滿足用戶間公平性。eNB側(cè)觀察小區(qū)分配RB數(shù)方法：通過(guò)M2000信令跟蹤管理-小區(qū)性能監(jiān)測(cè)-RB使用情況監(jiān)控當(dāng)前的RB利用率，下行分集調(diào)度分配的RB數(shù)+下行頻選調(diào)度分配的RB數(shù)+下行HARQ重傳分配的RB數(shù)之和，是否接近于每個(gè)TTI該下行帶寬所能支持的RB數(shù)。如果RB利用率不足98%，則認(rèn)為異常，需要定位。RB利用率不足可從以下兩個(gè)方面進(jìn)行判斷：參數(shù)配置是否正確。2）CCE分配失?。ㄒ?jiàn)4.8.1）、功率受限、RB碎片、ICIC影響因素（4.8.2）。公平性得不到滿足可從以下兩個(gè)方面進(jìn)行判斷：ICIC問(wèn)題：如果小區(qū)內(nèi)ICIC打開，那么評(píng)價(jià)用戶是否公平的話，需要按邊緣用戶和中心用戶分別評(píng)價(jià)。邊緣用戶是否占滿邊緣頻帶且調(diào)度公平，中用戶是否占滿邊緣頻帶且調(diào)度公平。調(diào)度問(wèn)題：i.調(diào)度算法是否選擇了EPF算法；ii.上層數(shù)據(jù)源是否充足；iii.多用戶吞吐率波動(dòng)大；上報(bào)CQI波動(dòng)大會(huì)導(dǎo)致用戶調(diào)度優(yōu)先級(jí)波動(dòng)大，進(jìn)而影響該用戶的調(diào)度公平性。5.1.8.1PDCCHCCE分配失敗如果是CCE不足，首先檢查當(dāng)前上下行CCE配比或最近一段時(shí)間上下行CCE分配情況，判斷當(dāng)前上下行CCE配比是否合適，如果過(guò)大會(huì)導(dǎo)致DLGrant的CCE不足，過(guò)小則會(huì)導(dǎo)致ULGrant的CCE不足。上下行CCE配置有固定配置和自適應(yīng)兩種模式，如果是固定配置則可根據(jù)實(shí)際情況調(diào)整配置或選擇自適應(yīng)，如果是自適應(yīng)模式則需要判斷該算法是否合適。如果是固定配置則可根據(jù)實(shí)際情況調(diào)整配置或選擇自適應(yīng)，如果是自適應(yīng)模式則需要判斷該算法是否合適。如果當(dāng)前上下行CCE配比合適，可檢查當(dāng)前PDCCH符號(hào)數(shù)是否達(dá)到最大（1.4MHz系統(tǒng)最大是4，其余系統(tǒng)最大是3）。如果已經(jīng)達(dá)到最大則說(shuō)明當(dāng)前PDCCH容量已經(jīng)受限；否則需要檢查PDCCH符號(hào)數(shù)配置，PDCCH符號(hào)數(shù)可固定配置和自適應(yīng)兩種模式。如果是CCE碰撞，首先檢查碰撞的頻率是否較大，由于DLGrant和ULGrant實(shí)際分配的CCE與UEID產(chǎn)生的隨機(jī)數(shù)有關(guān)，并隨子幀號(hào)變化，因此零星碰撞是正常的。PDCCH符號(hào)數(shù)越大，則可使用的CCE數(shù)越多，UE將碰撞的概率越小，因此，CCE碰撞頻率較大時(shí)，需要判斷PDCCH符號(hào)數(shù)是否達(dá)到最大值。如果PDCCH符號(hào)數(shù)已經(jīng)達(dá)到最大，則說(shuō)明用戶數(shù)較多導(dǎo)致PDCCH容量受限，否則將PDCCH符號(hào)數(shù)修改為最大。5.1.8.2下行調(diào)度資源受限下行調(diào)度資源受限可以分為CCE受限、RB受限。RB受限可分為3種，是否存在下行ICIC邊緣用戶、是否存在多用戶調(diào)度、是否存在功率受限，下面就每個(gè)因素提供是否正常的判斷條件。1）判斷是否下行ICIC邊緣用戶，依據(jù)是該用戶是否上報(bào)A3事件。如果是靜態(tài)ICIC，邊緣用戶最多調(diào)度32RB（20M）；如果是動(dòng)態(tài)ICIC，最多調(diào)度64RB（20M）。從包含測(cè)量控制消息的RRCConnectionReConfiguration消息中查找A3事件的測(cè)量ID，reportOnLeave值為True的即是，且與之前UE上報(bào)的A3事件測(cè)量報(bào)告的測(cè)量ID是一致的；如果是False，則該測(cè)量事件對(duì)應(yīng)的是HandOver的測(cè)量。判斷調(diào)度的RB數(shù)是否調(diào)度足夠，可以通過(guò)M2000信令跟蹤管理-小區(qū)性能監(jiān)測(cè)-ICIC監(jiān)測(cè)-邊緣用戶可調(diào)度的頻帶，看邊緣用戶們是否把邊緣RB用足；其余RB留給中心用戶，同樣，看中心用戶們是否把邊緣RB用足。這個(gè)已經(jīng)提交2.2維測(cè)了，目前暫無(wú)觀測(cè)手段。如果邊緣用戶是頻分調(diào)度的，可通過(guò)任一邊緣用戶調(diào)度的RB（Probe或者邊緣用戶的調(diào)度結(jié)果）來(lái)看此時(shí)分配的邊緣用戶可調(diào)度的頻帶RB數(shù)。通過(guò)M2000信令跟蹤管理-小區(qū)性能監(jiān)測(cè)-ICIC監(jiān)測(cè)-邊緣用戶可調(diào)度的頻帶。2）RB利用率不足，可分為CCE分配失敗、功率受限導(dǎo)致RB分配失敗、RB碎片導(dǎo)致RB分配失敗（資源分配方式限制）。這些可通過(guò)采集IFTS跟蹤-L2性能算法-下行調(diào)度算法模塊的相關(guān)內(nèi)容分析。整網(wǎng)吞吐率問(wèn)題分析在局點(diǎn)維護(hù)中，有時(shí)會(huì)在話統(tǒng)中看到吞吐率低的問(wèn)題。通常情況下，可能是部分扇區(qū)受到干擾或個(gè)別終端拉低了指標(biāo)。此時(shí)的問(wèn)題初步隔離辦法如下：取出整網(wǎng)原始話統(tǒng)數(shù)據(jù)；結(jié)合RB占用率、用戶數(shù)和MCS分布來(lái)初步判斷，隔離出top問(wèn)題基站和扇區(qū)。采集top扇區(qū)的CHR，返回總部定位分析。上行吞吐量深入分析上行吞吐率根因分析全貌圖4.1-1上行吞吐率低問(wèn)題分析定位思路一般而言，吞吐率由頻譜效率、頻帶寬度、頻帶占用機(jī)會(huì)、誤碼率綜合決定。在LTE系統(tǒng)中，頻譜效率由MCS決定，MCS由SINR和IBLER決定；頻帶寬度由分配的RB數(shù)決定；頻帶占用機(jī)會(huì)由ULgrant決定；誤碼率主要考慮IBLER，HARQ重傳以后，殘留BLER通常較低，但由于重傳會(huì)影響傳輸?shù)男剩M(jìn)而影響RLC層吞吐率，因此只考慮初次傳輸?shù)腂LER，也即IBLER。問(wèn)題定位流程詳述5.2.2.1分配RB數(shù)少/ULGrant不足定位方法上行RB數(shù)和MCS的分配與上行調(diào)度算法有關(guān)，上行調(diào)度的輸出包括分配給用戶的RB、MCS、TBS等，包含在ULgrant中。上行調(diào)度的主要輸入包括L1的鏈路測(cè)量信息、ICIC算法輸出、功控算法輸出等，并與上行調(diào)度策略、用戶優(yōu)先級(jí)有關(guān)。圖4.1-2分配RB數(shù)少/ULGrant不足問(wèn)題定位思路當(dāng)發(fā)現(xiàn)RB數(shù)較少/ULgrant低時(shí)（比如上行峰值測(cè)試時(shí)沒(méi)有達(dá)到3.3.1節(jié)的要求），需要進(jìn)行以下的判斷動(dòng)作：首先檢查是否為DSP能力限制；通過(guò)IFTS跟蹤觀察上行DSP能力限制的RB個(gè)數(shù)。觀察核心網(wǎng)指配的QoS速率，如果偏低，則檢查核心網(wǎng)開戶信息是否異常；通過(guò)E-RABSETUPREQUEST/INITIALCONTEXTSETUPREQUEST消息查看：對(duì)于NonGBR業(yè)務(wù)：UEAggregateMaximumBitRate或者對(duì)于GBR業(yè)務(wù)：E-RABMaximumBitRateDownlinkMBitRate9.2.1.19Desc.:ThisIEindicatesthemaximumdownlinkE-RABBitRate(i.e.fromtheEPCtoE-UTRAN)forthisbearer.E-RABMaximumBitRateUplinkMBitRate9.2.1.19Desc.:ThisIEindicatesthemaximumuplinkE-RABBitRate(i.e.fromtheE-UTRANtotheEPC)forthisbearer.從L1TTI跟蹤中統(tǒng)計(jì)觀察是否存在大量DTX情況，判斷方法：觀察上行DMRSRSRP，如果發(fā)現(xiàn)RSRP值在調(diào)度的TTI處于底噪（－120dbm）附近，或者與前后的RSRP值相差較大，則認(rèn)為是上行PUSCH的DTX。對(duì)比eNB側(cè)DCI0次數(shù)，如果相差較大，則認(rèn)為存在大量的DTX，需要判斷PDCCH質(zhì)量問(wèn)題，是否是下行PDCCHIBLER較高，導(dǎo)致ULGrant解錯(cuò)。說(shuō)明：PDCCH允許一定的誤檢率，允許1%以內(nèi)；而且上行HARQ時(shí)，調(diào)度器不需要下發(fā)ULGrant。觀察是否數(shù)據(jù)源不足（上報(bào)BSR對(duì)應(yīng)的值），如果數(shù)據(jù)源不足，需要排查是否上層數(shù)據(jù)源異常，可能包括如下原因（詳細(xì)參考應(yīng)用層問(wèn)題優(yōu)化指導(dǎo)書）：（1）如果是UDP業(yè)務(wù)，檢查上行灌包（出口速率）是否超過(guò)峰值速率。（2）如果是TCP單線程業(yè)務(wù)，嘗試多個(gè)線程，如果吞吐量可以提升到峰值速率，則可以認(rèn)定是PC機(jī)的TCP窗口沒(méi)有符合要求。說(shuō)明：如果ULGrant個(gè)數(shù)偏小，一般是由于上述兩個(gè)原因?qū)е?。?shù)據(jù)源是否充足在eNB側(cè)的TTI跟蹤觀測(cè)BSR上報(bào)記錄及調(diào)度緩沖區(qū)大小。如果為BSR上報(bào)問(wèn)題，可以將BSR周期從32ms修改為5ms。在性能檢測(cè)中觀察在線用戶數(shù)，看是否存在多用戶并行業(yè)務(wù)（2個(gè)以上）的情況，如果存在多用戶，則主要觀察RB利用率是否達(dá)到了100％，公平性是否得到滿足。如果RB利用率低，則需要判斷ICIC和頻選是否開關(guān)打開，是否存在問(wèn)題；如果公平性得不到滿足，則可能為功控和ICIC的問(wèn)題。這里的公平性指RB數(shù)公平，與算法的目標(biāo)一致。RB利用率觀測(cè)方法觀察小區(qū)級(jí)RB利用率是否達(dá)到100％，在測(cè)試時(shí)可看M2000－>小區(qū)性能監(jiān)測(cè)->RB利用率。ICIC問(wèn)題定位上行ICIC算法的主要目標(biāo)是改善邊緣UE的上行吞吐率，同時(shí)使小區(qū)吞吐率受到的影響盡量小。目前上行ICIC算法采用了動(dòng)態(tài)軟頻率復(fù)用的思想，把相鄰小區(qū)的邊緣UE分配到相互不重疊的頻率資源上，使遠(yuǎn)點(diǎn)UE的上行接收只受到鄰區(qū)中心UE（近點(diǎn)或中點(diǎn)）的干擾，以改善遠(yuǎn)點(diǎn)UE的上行吞吐率。靜態(tài)ICIC中，算法決定了邊緣用戶可調(diào)度的頻帶；根據(jù)A3測(cè)量報(bào)告定義出用戶屬性，在進(jìn)行上行調(diào)度時(shí)，邊緣用戶只能使用邊緣頻帶。對(duì)于靜態(tài)ICIC下的問(wèn)題分析，主要關(guān)注用戶屬性判斷是否準(zhǔn)確，以及邊緣頻帶是否分布合理：（1）ICIC算法是否識(shí)別出邊緣UE在UEOMT上跟蹤RRC層信令消息，如果觀測(cè)到MeasurementReport消息，并且消息中的MeasurementID與ICICA3測(cè)量ID相同；并從TTI跟蹤中查看用戶屬性，則可確定eNodeB已將UE判定為邊緣UE。確定ICICA3測(cè)量ID的方法：搜索包含MeasurementConfig的RRCConnectionReconfiguration消息，如果消息中的reportOnLeave字段取值為TRUE則表明該消息中的MeasurementID為ICICA3測(cè)量的ID。（2）邊緣頻帶分布是否合理觀察對(duì)應(yīng)時(shí)刻用戶鄰區(qū)列表中最強(qiáng)的幾個(gè)鄰區(qū)其邊緣頻帶分布及頻帶占用情況。目前性能監(jiān)測(cè)中可以對(duì)ICIC的關(guān)注項(xiàng)進(jìn)行監(jiān)測(cè)，但需要可進(jìn)一步批量對(duì)小區(qū)進(jìn)行布控；在小區(qū)級(jí)CHR中需要能周期性記錄邊緣頻帶，可輔助問(wèn)題定位。動(dòng)態(tài)ICIC算法中，增加了對(duì)HII的考慮，鄰區(qū)的干擾情況將會(huì)影響到本小區(qū)有效邊緣頻帶分配，有效頻帶會(huì)隨著鄰區(qū)的干擾和負(fù)載情況發(fā)生變化。動(dòng)態(tài)ICIC的性能時(shí)需重點(diǎn)關(guān)注下列事項(xiàng)：X2口消息交互是否正常，是否存在只收不發(fā)或者跟蹤不到消息交互的情況；只收不發(fā)可能是該小區(qū)沒(méi)有打開動(dòng)態(tài)ICIC開關(guān)造成的；而跟蹤不到消息則可能是X2接口鏈路配置不正確造成的。重載小區(qū)的邊緣頻帶是否進(jìn)行了擴(kuò)張；如果未進(jìn)行擴(kuò)展，則原因可能是：重載小區(qū)的邊緣RB需求并未超過(guò)基礎(chǔ)邊緣頻帶；輕載小區(qū)的邊緣RB需求超過(guò)了基礎(chǔ)邊緣頻帶；所有小區(qū)的邊緣頻帶需求超過(guò)了PUSCH最大帶寬。這都屬于測(cè)試條件設(shè)置不合理，不能體現(xiàn)動(dòng)態(tài)ICIC相對(duì)靜態(tài)ICIC的增益。層3給出的頻帶劃分是否符合預(yù)期，層2調(diào)度是否遵守了層3的頻帶劃分。在問(wèn)題分析時(shí)，需要關(guān)注用戶的屬性以及邊緣頻帶大小，直接影響了用戶的吞吐率；而邊緣頻帶又受到鄰區(qū)的HII影響，這些因素都應(yīng)該關(guān)注。上行功控問(wèn)題定位PUSCH功率控制采用部分補(bǔ)償功率控制，其主要