lte_tdd問題定位指導書吞吐量篇2013剖析

1、產(chǎn)品名稱Product name密級Confidentiality levelLTE內(nèi)部公開產(chǎn)品版本Product versionTotal 59pages 共59頁eRAN 3.0LTE-TDD問題定位指導書-吞吐量篇Koukou 277764781 目 錄Table of Contents 1免責說明72概述73基礎知識73.1基本概念7吞吐量相關指標定義7各層開銷分析83.2吞吐量計算11峰值吞吐量計算方法11單UE理論峰值吞吐量12小區(qū)理論峰值吞吐量133.3影響吞吐量的相關因素14呼叫流程中與吞吐率有關的關鍵信令14下行吞吐率基本影響因素15上行吞吐率基本影響因素173.4工具簡介1

2、84基本分析方法194.1下行吞吐量基本分析方法194.2上行吞吐量基本分析方法265深入分析方法305.1下行吞吐量深入分析30下行吞吐量專題分析思路30單用戶峰值吞吐率31分配RB數(shù)少/DL Grant不足31上行反饋通道問題33MIMO問題34IBLER高問題39MCS偏低/波動39多用戶小區(qū)吞吐率低問題41整網(wǎng)吞吐率問題分析435.2上行吞吐量深入分析44上行吞吐率根因分析全貌44問題定位流程詳述456典型案例分析536.1下行吞吐量典型案例53Cat3終端下行TM3峰值達不到預期的問題分析536.2上行吞吐量典型案例54上行達不到峰值54上行IBLER不收斂56上行吞吐量不足57上行

3、DTX較多58關鍵詞Key words： 摘 要Abstract：本文描述了下行吞吐率問題的定位流程和優(yōu)化方法?？s略語清單List of abbreviations：Abbreviations縮略語Full spelling 英文全名Chinese explanation 中文解釋BSRBuffer Status Report緩存狀態(tài)報告CHRCall History Record呼叫歷史記錄CRCCyclic Redundancy Check循環(huán)校驗CRNTICell Radio Network Temporary Identifier小區(qū)無線網(wǎng)絡臨時標示CSCircuit Switched

4、電路域DCIDownlink Control Information下行控制信息DMRSDemodulation Reference Signal調(diào)制參考信號DRXDiscontinuous Reception非連續(xù)接收DTXDiscontinuous Transmission非連續(xù)發(fā)射eNBE-UTRAN Node BE-UTRAN邏輯結(jié)點BE-UTRANEvolved Universal Terrestrial Radio Access Network演進通用陸地無線接入網(wǎng)絡ERABE-UTRAN Radio Access BearerE-UTRAN無線接入承載GPRSGeneral Pa

5、cket Radio Service通用分組無線接入GTPUGPRS Tunnelling Protocol for User PlaneGPRS用戶面隧道協(xié)議IFTSIntelligent Field Test System智能路測系統(tǒng)IMSIInternational Mobile Subscriber Identity國際移動用戶標示KPIKey Performance Indicator關鍵性能指示LAELTE Analysis ExpertLTE分析專家系統(tǒng)LMTLocal Maintenance Terminal本地維護臺LTELong Term Evolution長期演進系統(tǒng)MA

6、CMedium Access Control (protocol layering context)媒體接入控制層MCSModulation and Coding Scheme調(diào)制編碼方案MMEMobile Management Entity移動管理實體MSGMessage消息NACKNegative Acknowledgement非確認OMOperation and Maintenance操作與維護OMTOperation Management Terminal操作維護臺PDCCHPhysical Downlink Control Channel物理下行控制信道PDSCHPhysical D

7、ownlink Shared Channel物理下行共享信道PHRPower Headroom功率余量PRACHPhysical Random Access Channel物理隨機接入信道PSPacket Switched分組域PUCCHPhysical Uplink Control Channel物理上行控制信道PUSCHPhysical Uplink Shared Channel物理上行共享信道RACHRandom Access Channel隨機接入信道RARRandom Access Response隨機接入響應RA-RNTIRandom Access Radio Network Te

8、mporary Identifier隨機接入無線網(wǎng)絡臨時標示RRCRadio Resource Control無線資源控制RRURadio Remote Unit無線拉遠單元RSRPReference Signal Received Power參考信號接收功率SIScheduling Information調(diào)度信息SIBSystem Information Block系統(tǒng)消息塊SINRSignal Interference Noise Ratio信號干擾噪聲比SRBSignalling Radio Bearer信令無線承載SRIScheduling Request Information調(diào)度請

9、求信息SRSSounding Reference Signal探測接收信號TATiming Advance時間提前量TDDTime Division Duplex(ing)時分雙工TMSITemporary Mobile Subscriber Identity臨時移動標示TRMTransmission Resource Management傳輸資源管理TTITransmission Timing Interval傳輸時間間隔UEUser Equipment用戶設備UUUser-to-Use用戶用戶間接口AMAcknowledged mode確認模式UMUnacknowledged mode非確

10、認模式1 概述本文中的所提到的M2000在中國區(qū)等同于OMC920。吞吐率異常主要有吞吐率偏低和吞吐率波動（掉坑、裂縫）兩種表現(xiàn)，如果存在異常，需要定位。本文檔主要描述MAC層吞吐率問題定位的思路和方法。E2E數(shù)傳問題定位中，涉及TCP、IP、PDCP、RLC、MAC等協(xié)議層以及S1傳輸?shù)膯栴}定位，除MAC層問題在本文描述外，其他部分的問題隔離參考TCP數(shù)傳問題定位和優(yōu)化指導書 V3.0。2 基礎知識2.1 基本概念2.1.1 吞吐量相關指標定義吞吐率定義：單位時間內(nèi)下載或者上傳的數(shù)據(jù)量。吞吐率公式：吞吐率 = 下載上傳數(shù)據(jù)量 / 統(tǒng)計時長。吞吐率主要通過如下指標衡量，不同指標的觀測方法一致，

11、測試場景選擇和限制條件有所不同：（1）單用戶峰值吞吐率：單用戶峰值吞吐率以近點靜止測試，信道條件滿足達到MCS最高階以及IBLER為0，進行UDP/TCP灌包，使用RLC層平均吞吐率進行評價。（2）單用戶平均吞吐率：單用戶平均吞吐率以移動測試(DT)時，進行UDP/TCP灌包，使用RLC層平均吞吐率進行評價。移動區(qū)域包含近點、中點、遠點區(qū)域，移動速度最好30km/h以內(nèi)。（3）單用戶邊緣吞吐率：單用戶邊緣吞吐率是指移動測試，進行UDP/TCP灌包，對RLC吞吐率進行地理平均，以兩種定義分別記錄邊緣吞吐率。Ø 定義1）以CDF曲線(Throughput vs. SINR ) 5的點為邊

12、緣吞吐率，此一般使用在連續(xù)覆蓋下路測場景；Ø 定義2）以PL為120定義為小區(qū)邊緣，此時的吞吐率為邊緣吞吐率；此處只定義RSRP邊緣覆蓋的場景，假定此時的干擾接近白噪聲，此種場景類似于單小區(qū)測試。（4）小區(qū)峰值吞吐率：小區(qū)峰值吞吐率測試時，用戶均在近點，信道質(zhì)量滿足達到最高階MCS，IBLER為0，采用UDP/TCP灌包；通過小區(qū)級RLC平均吞吐率觀測。（5）小區(qū)平均吞吐率：小區(qū)平均吞吐率測試時，用戶分布一般類似1:2:1分布（備注：用戶分布根據(jù)運營商要求而不同），即近點1 UE、中點2UE、遠點1UE，其中近點/中點/遠點定義為RSRP-85dbm/-95dbm/-105dbm。采

13、用UDP/TCP灌包，通過M2000跟蹤的小區(qū)RLC吞吐率觀測得到。2.1.2 各層開銷分析從協(xié)議棧的不同層上進行定義，相應就體現(xiàn)了不同層的吞吐率，從高層到底層主要的有：應用層速率、IP層速率、PDCP層速率、RLC層速率、MAC層速率、物理層速率。高層速率和底層速率之間，主要差別在于頭開銷、以及重傳的差異，比如說TCP層的重傳數(shù)據(jù)不會體現(xiàn)在應用層吞吐率上，但是會體現(xiàn)在底層的如物理層吞吐率上。用戶面的協(xié)議棧參考下圖：圖表 21 上行用戶面協(xié)議棧上層的數(shù)據(jù)到了底層之后，都會進行一層封裝，從而增加了頭開銷，而在本層增加的頭開銷到了更底層的時候就又體現(xiàn)為數(shù)據(jù)量，應該計算入該層的吞吐量中，其各層吞吐率

14、中包含的開銷可以參考下圖：圖表 23 各層吞吐率示意圖顯然，頭開銷的比特數(shù)相對固定，頭開銷的比例和應用層的數(shù)據(jù)包大小相關的，應用層包字節(jié)越大，則頭開銷比例越?。〞翰辉敿毞治鯮LC層、MAC層都可能存在的分片和級聯(lián)），另外，在LTE中，MAC層的傳輸塊的大小是由MCS以及所分配的RB個數(shù)決定的，其變化的范圍非常大，參考TS 36.213 Table .2.1-1， AMUMApplication package sizeXXTCP header size2020IP header size2020IP package SizeX+40X+40PDCP header size22 or 1RLC

15、header size2 or more1 or 2 or moreMAC header size2 or 3 or more2 or 3 or moreL1 package sizeX+46 (X+47 or more)X+45 (X+47 or more)Overhead (1 - app/L1)= 1- X/(X+46)= 1- X/(X+45)圖表 24 各層吞吐率示意圖以下表格給出了，當各個協(xié)議層的包都是一一對應的情況下的頭開銷估計，即一個RLC SDU對應一個RLC PDU，一個MAC SDU對應一個MAC PDU，另外PDCP/RLC/MAC的頭部都為2個字節(jié)時的開銷計算，可以看

16、到當應用層采用最大字節(jié)1460的包時，協(xié)議棧的開銷在3.05%。當然在峰值測試時，RLC層會做級聯(lián)，多個RLC包映射為一個MAC包，開銷有所降低；App package sizeIP package sizeProtocol OverheadEfficiencyL1 throughput6010043.40%56.60%10616020022.33%77.67%20636040011.33%88.67%4065606007.59%92.41%60696010004.57%95.43%1006146015003.05%96.95%15062.2 吞吐量計算2.2.1 峰值吞吐量計算方法吞吐量取決

17、于MAC層調(diào)度選擇的TBS，理論峰值吞吐量就是在一定條件下計算可以選擇的最大TBS，TBS由RB數(shù)和MCS階數(shù)查表得到，具體計算思路如下： 【Step 1】計算每個子幀最大可用的RE數(shù)根據(jù)協(xié)議物理層時頻資源分布，扣除每個子幀里PDCCH/PUCCH/PRACH、PBCH，SSS，PSS，CRS（對于BF還有DRS）等開銷。這些開銷中，PBCH，SSS，PSS是固定的；其它的開銷要考慮具體的參數(shù)設置，比如PDCCH符號數(shù)，PUCCH/PRACH占用的RB個數(shù)，特殊子幀配比，CRS映射到2端口還是4端口等。說明：目前產(chǎn)品實現(xiàn)中，對于單UE BF峰值，在TM7下子幀0（TM8下子幀0/1/5/6）的

18、中間6個RB不能使用，由于采用RBG的分配方式，中間6個RB占用了3個RBG，所以10M帶寬時共9個RB不可用，20M帶寬時12個RB不可用?！維tep 2】計算每個子幀可攜帶比特(bit)數(shù)計算每個子幀可攜帶的比特數(shù)，可攜帶比特數(shù)可用RE×調(diào)制系數(shù)（QPSK為2，16QAM為4，64QAM為6）?！維tep 3】選擇合適的TBS依據(jù)可用的RB數(shù)選擇滿足CR(碼率)不超過0.93的最大的TBS，CR = (TBS+CRC)/可攜帶比特數(shù)；如果CR超過0.93，MCS就要降階。根據(jù)協(xié)議，PHY層會把超過6144bits的TBS進行分塊，給每塊加上24bits的CRC，最后整個TBS還要

19、加上一個TB CRC?！維tep 4】PHY層吞吐量的計算計算出每個子幀選擇的TBS后，根據(jù)幀配比和特殊子幀配比累加各個子幀的TBS+CRC，如果是雙碼字還要乘以2，從而計算出最終PHY層吞吐量。2.2.2 單UE理論峰值吞吐量（1）上行峰值吞吐量（以CFI=3，2T2R為例）上行峰值速率PUCCH RBCat3單用戶峰值Cat5單用戶峰值10M小區(qū)配比0414.386419.3576配比168.323211.4304配比284.04645.5712配比581.9082.641620M小區(qū)配比0628.849636.0536配比1819.062424.0024配比2168.439211.431

20、2配比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.2664

21、5.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

22、.451配比58.2378.23740.7340.7358.71481.63858.714120.60258.714120.6022.2.3 小區(qū)理論峰值吞吐量（1）上行小區(qū)峰值吞吐量理論計算（以CFI= 3，2T2R為例)：上行峰值速率PUCCH RBCat3小區(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如果要精確計算的話還需要考

23、慮SRS和PRACH的開銷，基帶只能處理60256TBS的能力，由于TDD目前SRS都是配置在特殊子幀上，所以只需要考慮PRACH的影響。（2）下行小區(qū)峰值吞吐量計算下行峰值速率特殊子幀配比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.612.3 影響吞吐量的相關因素2.3.1 呼叫流程中與吞吐率有關的關鍵信令Initial

24、 UE context setup request中包含：1、 UE cat能力2、 業(yè)務的QCI、QoSUu 口UE能力查詢流程中可觀察UE cat能力2.3.2 下行吞吐率基本影響因素下行調(diào)度基本過程UE在規(guī)定的上行CQI、RI反饋周期時，上報CQI、RI（僅復用模式需上報）、PMI（僅閉環(huán)時需上報）。且在下行有PDSCH時，反饋ACK/NACK。eNB側(cè)根據(jù)實際資源情況和調(diào)度算法，給UE分配相應的上行資源，在PDCCH上下發(fā)DL Grant和PDSCH給UE。影響下行吞吐率的基本因素（1）系統(tǒng)帶寬：系統(tǒng)的不同帶寬決定了系統(tǒng)的總RB數(shù)；Channel bandwidth BWChannel

25、 MHz1.43 5101520Transmission bandwidth configuration NRB615 255075100（2） 數(shù)據(jù)信道可用帶寬：公共信道的開銷進一步?jīng)Q定了用戶可以實際使用的資源，其中下行主要包括PDCCH和系統(tǒng)消息；（3）UE能力限制：在計算單用戶峰值時，在考慮用戶可用帶寬時，還需要考慮UE能力的限制，不同類型UE具備不同的上下行峰值速率具體參考TS36.306；UE CategoryMaximum number of DL-SCH TB sizes within a TTIMaximum number a DL-SCH TB sizes within a

26、TTITotal number of soft channel bitsMaximum number of supported layers for spatial multiplexing in DLCategory 110296102962503681Category 2510245102412372482Category 31020487537612372482Category 41507527537618270722Category 530275215137636672004ACsGAO，同時開始上13131313131313131313131313131313131313131313

27、131313131313131313131313131313131313131313131313131313131313131313131313131313131313131313131313131313131313131313131313131313131313131313131313131313131313131313131313131313131313131313（4）編碼速率限制：傳輸塊的編碼速率不能超過0.93，這一點實際上限制了在某些場景下能夠調(diào)度的最高MCS階數(shù)，具體參考TS 36.213；（5）信道條件信道條件主要包含RSRP，AVG SINR，信道相關性等參數(shù)，這些都會對實際

28、的信號解調(diào)性能造成影響。如果RSRP過低，則可使用的有用信號的越低；如果AVG SINR過低，則干擾信號強度較有用信號越大；而信道相關性會對RANK值計算造成影響：一般MIMO模式要求信道相關性低，而BF模式則要求信道相關性高，這些都將對解調(diào)性能造成較大影響。2.3.3 上行吞吐率基本影響因素上行調(diào)度基本過程在初始接入時，UE在PUCCH發(fā)送SR（調(diào)度請求），用來請求少量數(shù)據(jù)的上行資源調(diào)度。eNB側(cè)根據(jù)實際資源情況和調(diào)度算法，給UE分配相應的上行資源，在PDCCH上下發(fā)UL Grant通知UE；在已有上行資源的情況下，UE在PUSCH發(fā)送BSR（緩沖區(qū)狀態(tài)報告）進行上行資源調(diào)度請求；eNB側(cè)在

29、PDCCH上下發(fā)UL Grant通知UE。3.2.3.2 影響上行吞吐率的基本因素（1）系統(tǒng)帶寬：系統(tǒng)的不同帶寬決定了系統(tǒng)的總RB數(shù)，TS 36.104；Channel bandwidth BWChannel MHz1.43 5101520Transmission bandwidth configuration NRB615 255075100（2）數(shù)據(jù)信道可用帶寬：公共信道的開銷進一步?jīng)Q定了用戶可以實際使用的資源，其中下行主要包括PDCCH和系統(tǒng)消息，上行主要包括PUCCH、SRS、PRACH；（3）UE能力限制：在計算單用戶峰值時，在考慮用戶可用帶寬時，還需要考慮UE能力的限制，不同類型U

30、E具備不同的上下行峰值速率，且只有Cat 5終端才支持上行64QAM，具體參考TS36.306； UE CategoryMaximum number of bits of an UL-SCH transport block transmitted within a TTISupport for 64QAM in ULCategory 15160NoCategory 225456NoCategory 351024NoCategory 451024NoCategory 575376Yes（4）上行單用戶RB數(shù)分配限制：在計算單用戶的上行吞吐率時，還需要考慮單用戶的分配的RB個數(shù)必須可以分解為1、2

31、、3、5相乘，參考TS 36.211； represents the bandwidth of the PUSCH in terms of resource blocks, and shall fulfil，where is a set of non-negative integers.（5）信道條件信道條件主要包含RSRP，AVG SINR，信道相關性等參數(shù)，這些都會對實際的信號解調(diào)性能造成影響。如果RSRP過低，則可使用的有用信號的越低；如果AVG SINR過低，則干擾信號強度較有用信號越大；而信道相關性會對RANK值計算造成影響：一般MIMO模式要求信道相關性低，而BF模式則要求信道相關

32、性高，這些都將對解調(diào)性能造成較大影響。2.4 工具簡介（1）Probe：可以統(tǒng)計空口傳輸各層的速率，如PHY、MAC、RLC等。其中PHY層統(tǒng)計的是UE側(cè)PHY層的流量，包含了MAC頭、RLC頭等，并且還包含了MAC層重傳包；MAC層統(tǒng)計的MAC層流量，但不包含MAC層重傳；RLC層統(tǒng)計的是RLC層流量，包含RLC和PDCP頭以及RLC重傳包；（2）Netmeter/Dumeter：Dumeter：統(tǒng)計了以太網(wǎng)MAC層的流量，但只包含MAC頭的14Byte和凈荷，不包含CRC校驗；Netmeter：上行統(tǒng)計IP層的流量，包含了IP頭；下行統(tǒng)計網(wǎng)卡端口的流量，包含了ETH頭；（3）TTI跟蹤解釋

33、工具myLDT（研發(fā)內(nèi)部工具）：用來分析TTI跟蹤數(shù)據(jù)?？捎^察每個TTI的調(diào)度情況和功控算法等相關信息，用于分析MAC吞吐率問題。3 基本分析方法3.1 下行吞吐量基本分析方法下行吞吐率問題，一般分析步驟如下：上述流程圖中，基本觀察、判斷問題手段如下：（1）統(tǒng)計UE側(cè)SINR vs THP：定點統(tǒng)計AVG SINR和吞吐率平均值，移動SINR以1dB為區(qū)間畫出AVG SINR vs MAC THP的曲線，和機關各種信道的基線相比，是否處于中間值狀態(tài)；（2）判斷用戶的RB數(shù)和DL Grant是否調(diào)度充足，如果不充足，首先判斷上層數(shù)據(jù)源是否充足，可采用MML命令DSP ETHPORT查看：i、對于

34、單用戶來說，可以通過M2000信令跟蹤管理-小區(qū)性能監(jiān)測-空口DCI狀態(tài)監(jiān)控當前調(diào)度的DL Grant次數(shù)，該值取決于TDD上下行配比，配比1時滿調(diào)度為600次/s。其中DCI0是UL Grant，SIB消息通過DCI1C/DCI1A下發(fā)，DCI1/1A（TM2）/DCI2（TM4）/DCI2A（TM3）/DCI1B（TM6）分別對應不同的MIMO模式下發(fā)： 我司UE可通過Probe查看用戶的DL Grant Count。可以通過M2000信令跟蹤管理-小區(qū)性能監(jiān)測-RB使用情況監(jiān)控當前的RB利用率，查看下行分集調(diào)度分配的RB數(shù)，是否接近于下行帶寬的總RB數(shù)*DCI個數(shù)/s。我司UE可通過Pr

35、obe查看用戶自己的RB分配和DL Grant分配情況。ii、對于多用戶來說，CHR可以跟蹤到在一段時間內(nèi)小區(qū)內(nèi)QCI分布情況，以及該用戶的QCI等級，可以計算得到該用戶在某段時間內(nèi)理論上被調(diào)度的概率（調(diào)度次數(shù)*RB總數(shù)）。如果該用戶調(diào)度次數(shù)*RB總數(shù)小于理論10%，認為異常，需要定位。eNB側(cè)觀察小區(qū)分配RB數(shù)方法：通過M2000信令跟蹤管理-小區(qū)性能監(jiān)測-RB使用情況監(jiān)控當前的RB利用率，下行分集調(diào)度分配的RB數(shù)+下行頻選調(diào)度分配的RB數(shù)+下行HARQ重傳分配的RB數(shù)之和，是否接近于每個TTI該下行帶寬所能支持的RB數(shù)。如果RB利用率不足98%，則認為異常，需要定位。（3）如果DL Gra

36、nt和RB數(shù)都是調(diào)度充足的場景下，判斷IBLER是否收斂到目標值。目前下行的IBLER目標值一般為10%，即5%15%即認為IBLER收斂。可通過M2000信令跟蹤管理-用戶性能監(jiān)測-誤碼率監(jiān)測觀察。我司UE可通過Probe查看用戶的IBLER。注意：M2000上的用戶性能監(jiān)測需要輸入UEID-MME和UEID-TMSI才能跟蹤。如下圖：（4）如果IBLER收斂，可判斷是否使用了雙碼字，可通過M2000信令跟蹤管理-用戶性能監(jiān)測-信道質(zhì)量查看UE上報的Rank值和調(diào)度的CQI。我司UE可通過Probe查看用戶的Rank Indicator和DL MCS。（5）上述14步檢查結(jié)果都OK的話，需要

37、進行深入定位，深入定位需要采集的數(shù)據(jù)如下：i. M2000信息采集-IFTS跟蹤-L2性能算法&L1上行鏈路跟蹤：L2-TTI主要關注字段：序號字段名稱字段意義輸出粒度輸出方式1Wideband CQI Original 0碼字0的全帶原始4bitCQI用戶級TTI2Wideband CQI Original 1碼字1的全帶原始4bit CQI用戶級TTI3Wideband CQI Adjusted 0碼字0的全帶調(diào)整后CQI值，用作MCS選擇用戶級TTI4Wideband CQI Adjusted 1碼字1的全帶調(diào)整后CQI值，用作MCS選擇用戶級TTI5RANKUE上報的Rank用

38、戶級TTI6PMIUE上報的PMI用戶級TTI7MIMO ModeMIMO模式用戶級TTI8UL Channel Correlation接收信道相關性用戶級TTI9UE CategoryUE能力用戶級TTI10DRX Sleep Flag是否進入GAP指示用戶級TTI11Estimated RB Number預估RB數(shù)用戶級TTI12Allocated RB Number實際分配的RB數(shù)用戶級TTI13CFIPDCCH符號數(shù)用戶級TTI14CCE Number聚集級別用戶級TTI15Schedule Strategy調(diào)度方式(非頻選/頻選)用戶級TTI16Edge User Flag用戶屬性(

39、中心/邊緣)用戶級TTI17Cell Power Restrict Flag小區(qū)最大發(fā)射功率是否耗盡用戶級TTIL1-TTI主要關注字段：序號字段名稱字段意義輸出粒度輸出方式1CQI_LenPUCCH CQI比特長度用戶級TTI2CQI_DataPUCCH CQI解析內(nèi)容用戶級TTI3Dmrs_SinrDMRS信干噪比用戶級TTI4Cqi_Len隨路CQI比特長度用戶級TTI5Cqi_Word1隨路CQI解析內(nèi)容用戶級TTI6RI_Flg是否有RI指示用戶級TTI7RI_DataRI解析內(nèi)容用戶級TTI8ACK_SzACK比特數(shù)用戶級TTI9ACK_DataACK解析內(nèi)容用戶級TTI10CQI

40、_LenPUCCH CQI比特長度用戶級TTIii.我司UE，需要記錄Probe，主要關注字段如下，藍色部分基本定位需要，橙色部分深入定位需要（部分路測終端，有些字段不上報）：MAC THP DL(Mbps)AVG SINR(dB)RANK1 SINR(dB)RANK2 SINR1(dB) RANK2 SINR2(dB)SFBC CountOL-MCW CountCL-MCW CountCL-Rank1 CountDL GrantDL Code0RBRxChCorFactorTxChCorFactorCODE0 IBLERCODE1 IBLERPMI0 CountPMI1 CountPMI2

41、CountPMI3 CountDL WideBand CQIDL SubBand Sub0DL SubBand Sub1DL SubBand Sub2DL SubBand Sub3DL SubBand Sub4DL SubBand Sub5DL SubBand Sub6DL SubBand Sub7DL SubBand Sub8DL SubBand Sub9DL SubBand Sub10DL SubBand Sub11DL SubBand Sub12Serving Cell PCIServing Cell RSRPNeighbor Cell PCINeighbor Cell RSRP3.2

42、上行吞吐量基本分析方法吞吐率的一些基本問題包括如何隔離傳輸、PC側(cè)TCP協(xié)議、UE能力、開戶限制、數(shù)據(jù)源不足、公共資源開銷等。（1）S1傳輸、UE、UE側(cè)PC的問題排查參考LTE TDD性能問題定位和優(yōu)化指導書-TCP數(shù)傳篇。（2）是否UE能力限制：u 觀察INITIAL CONTEXT SETUP REQUEST/ UECapabilityInformation消息中，UE Radio Capability IE-> UE-CapabilityRAT-ContainerList -> UE-EUTRA-CapabilityUE-EUTRA-Capability :=SEQUENC

43、E accessStratumReleaseAccessStratumRelease,ue-CategoryINTEGER (1.5),pdcp-ParametersPDCP-Parameters,phyLayerParametersPhyLayerParameters,rf-ParametersRF-Parameters,measParametersMeasParameters,featureGroupIndicatorsBIT STRING (SIZE (32)OPTIONAL,interRAT-ParametersSEQUENCE utraFDDIRAT-ParametersUTRA-F

44、DDOPTIONAL,utraTDD128IRAT-ParametersUTRA-TDD128OPTIONAL,utraTDD384IRAT-ParametersUTRA-TDD384OPTIONAL,utraTDD768IRAT-ParametersUTRA-TDD768OPTIONAL,geranIRAT-ParametersGERANOPTIONAL,cdma2000-HRPDIRAT-ParametersCDMA2000-HRPDOPTIONAL,cdma2000-1xRTTIRAT-ParametersCDMA2000-1XRTTOPTIONAL,nonCriticalExtensi

45、onSEQUENCE OPTIONAL（3）是否QoS/開戶設置限制：u 觀察核心網(wǎng)指配的QoS速率，如果偏低，則檢查核心網(wǎng)開戶信息是否異常；通過E-RAB SETUP REQUEST/ INITIAL CONTEXT SETUP REQUEST消息查看：對于Non GBR業(yè)務：UE Aggregate Maximum Bit Rate或者對于GBR業(yè)務： E-RAB Maximum Bit Rate DownlinkMBit Rate 9.2.1.19Desc.: This IE indicates the maximum downlink E-RAB Bit Rate (i.e. from

46、 the EPC to E-UTRAN) for this bearer.E-RAB Maximum Bit Rate UplinkMBit Rate 9.2.1.19Desc.: This IE indicates the maximum uplink E-RAB Bit Rate (i.e. from the E-UTRAN to the EPC) for this bearer.（4）數(shù)據(jù)源是否充足：從TTI跟蹤數(shù)據(jù)中觀察ulBSR的大小，不能存在BSR明顯較小的情況。IndexBuffer Size (BS) value bytesIndexBuffer Size (BS) value

47、 bytes0BS = 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 <

48、;= 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 <= 6

49、7458787 < BS <= 102871467 < BS <= 784610287 < BS <= 120431578 < BS <= 914712043 < BS <= 140991691 < BS <= 1074814099 < BS <= 1650717107 < BS <= 1254916507 < BS <= 1932518125 < BS <= 1465019325 < BS <= 2262419146 < BS <= 17151226

50、24 < BS <= 2648720171 < BS <= 2005226487 < BS <= 3100921200 < BS <= 2345331009 < BS <= 3630422234 < BS <= 2745436304 < BS <= 4250223274 < BS <= 3215542502 < BS <= 4975924321 < BS <= 3765649759 < BS <= 5825525376 < BS <= 44057582

51、55 < BS <= 6820126440 < BS <= 5155868201 < BS <= 7984627515 < BS <= 6035979846 < BS <= 9347928603 < BS <= 7066093479 < BS <= 10943929706 < BS <= 82661109439 < BS <= 12812530826 < BS <= 96762128125 < BS <=< BS <=1132

52、63BS > 150000（5）是否公共信道資源占用過大：公共信道的開銷進一步?jīng)Q定了用戶可以實際使用的資源，其中下行主要包括PDCCH和系統(tǒng)消息，上行主要包括PUCCH、SRS、PRACH。在比拼場景下，需要設置關閉PUCCH，PRACH在特殊子幀發(fā)送。4 深入分析方法4.1 下行吞吐量深入分析4.1.1 下行吞吐量專題分析思路圖3.1-1 下行吞吐率專題維測思路分解圖一般而言，吞吐率由頻譜效率、頻帶寬度、頻帶占用機會、誤碼率綜合決定。在LTE系統(tǒng)中，頻譜效率由MCS決定；頻帶寬度由分配的RB數(shù)決定；頻帶占用機會由DL grant決定；誤碼率主要考慮IBLER，HARQ重傳以后，殘留BL

53、ER通常較低，因此只考慮初次傳輸?shù)腂LER，也即IBLER。下行吞吐率的分析定位圍繞著上述幾方面展開，可維可測的設計也以滿足該定位思路為目標。由于RB數(shù)分配和DL grant在當前算法中統(tǒng)一由下行調(diào)度算法決定，其影響因素基本一致，因此在分析定位思路圖中將二者合并考慮。4.1.2 單用戶峰值吞吐率單用戶峰值吞吐率和家里基線對比，較基線差5%以上，可能存在問題，需要定位。如果單用戶吞吐率沒有達到峰值，那么可根據(jù)魚骨圖后面列舉的原因一一排查定位：1） 峰值比拼配置是否設置正確，可參照上下行峰值性能優(yōu)化指導書配置；2） 判斷數(shù)據(jù)源是否充足，可參照TCP數(shù)傳問題定位和優(yōu)化指導書查看；3） 查看MIMO模式是否正確，是否是TM3，雙碼字。如果不是，需要排查原因：i.如果配置MIMO模式是SIMO，查看是否有RRU通道數(shù)