TDDLTE業(yè)務(wù)KPI常見問題和優(yōu)化方法

2023/11/3

TDDLTE

業(yè)務(wù)KPI常見問題和優(yōu)化方法

Page2第1章吞吐量問題定位優(yōu)化方法第2章時延問題定位優(yōu)化方法Page3第1章吞吐量問題定位優(yōu)化方法第1節(jié)吞吐量異常表現(xiàn)第2節(jié)吞吐量異常定位方法第3節(jié)交付件吞吐量異常表現(xiàn)Page4吞吐量一般觀察應(yīng)用層的吞吐量或者MAC層的吞吐量：異常主要有2種表現(xiàn)：吞吐量波動大（通過Netmeter等吞吐量統(tǒng)計直觀觀察）存在掉坑、裂縫等異常表現(xiàn)終端不動，出現(xiàn)超過50%的波動吞吐量偏低（與峰值或友商對比）峰值吞吐量定點吞吐量平均吞吐量，和友商對比，偏低較多Page5第1章吞吐量問題定位優(yōu)化方法第1節(jié)吞吐量異常表現(xiàn)第2節(jié)吞吐量異常定位方法第3節(jié)交付件吞吐量異常定位思路Page6步驟1：檢查基站告警及基本參數(shù)的檢查Page7當(dāng)吞吐量出現(xiàn)異常時，首先需要導(dǎo)出基站告警日志看是否存在硬件上的故障或者S1告警及閃斷等。其次進行基本參數(shù)檢查，分eNB側(cè)和終端側(cè)。eNB側(cè)主要和基線參數(shù)進行核對，商用網(wǎng)絡(luò)如果出現(xiàn)參數(shù)和基線參數(shù)不一致的情況，需要查清為什么會出現(xiàn)該種情況；終端側(cè)參數(shù)檢查：主要是PC窗口的大小，會影響TCP業(yè)務(wù)；步驟2：空口/非空口問題隔離定位Page8判斷是否是TCP問題最簡單的方法－UDP灌包嘗試多線程下載或同時下載多個文件若吞吐率明顯要大于TCP業(yè)務(wù)吞吐率，則判斷為TCP問題，進入TCP問題排查；若吞吐率與TCP業(yè)務(wù)基本持平，或者比TCP還低，則進入空口問題排查；步驟3：空口問題定位、解決方法Page9當(dāng)出現(xiàn)吞吐量異常，且基本確定為空口問題時，主要從下面幾個方面進行分析定位，其中調(diào)度次數(shù)不足和調(diào)度RB不足可以合并定位，定位順序從左至右。灌包不足吞吐量異常調(diào)度次數(shù)不足調(diào)度RB不足MCS階數(shù)偏低IBLER收斂異常開戶速率不足本小區(qū)內(nèi)存在其他用戶在做業(yè)務(wù)檢查干擾UE主分集不平衡UE能力限制傳輸模式異常上行閉環(huán)功控，ICIC調(diào)度次數(shù)不足定位方法Page10如何判斷調(diào)度次數(shù)過低通過終端監(jiān)測工作獲得（1s統(tǒng)計一次）通過eNB的監(jiān)測工具獲得（1s統(tǒng)計一次）

單用戶場景用戶調(diào)度次數(shù)取決于TDD上下行配比，可以直接觀察Probe顯示的DLGrantCount/ULGrantCount；下行當(dāng)觀察到的總量持續(xù)<用戶調(diào)度次數(shù)*5%，認(rèn)為下行調(diào)度次數(shù)不足；上行因為HARQ時，調(diào)度器不需要下發(fā)ULGrant，所以一般ULGrant在理論總數(shù)的90%以上都是正常的；多用戶場景如果默認(rèn)頻分調(diào)度且UE能力不受限，此時每個TTI只調(diào)度1個用戶，此時用戶調(diào)度次數(shù)=GrantNum/小區(qū)用戶數(shù)，其中GrantNum與單用戶時相同，取決于TDD上下行配比。RB個數(shù)不足定位方法Page11如何判斷RB個數(shù)過小 上行在閉環(huán)功控的條件下，在路損超過120dB~125dB的條件下上行開始縮小調(diào)度的RB個數(shù)，此時MCS階數(shù)大概在3~5階左右，在路損小于120dB情況下，幾乎都應(yīng)該以滿RB調(diào)度；下行幾乎都應(yīng)該是滿RB調(diào)度；圖1為我司終端Probe顯示的結(jié)果，RB數(shù)=Total

Code0RBCount/Code0Count圖2為M2000中的RB數(shù)觀察方法，RB利用率跟蹤項中的等效RB使用數(shù)灌包不足定位、解決方法Page12

如果DL/ULGrant個數(shù)小于理論總數(shù)的60%，一般是由于灌包不足引起的，這種情況在大帶寬峰值測試下特別常見。

解決方法：使用多線程灌包或者更換性能更好的便攜。 灌包命令如下： Iperf–c0–u–b100M–t99999–i1–P2 0表示目的IP，根據(jù)實際情況輸入。P表示線程數(shù)，注意，要大寫。開戶速率和進入eNB的流量不足定位、解決方法Page13

檢查開戶速率，看是否是由開戶速率過低造成吞吐率問題，開戶速率至少要超過期望速率。如下圖所示，該圖表示上下行開戶速率都為20k，開戶速率顯然太小，不能滿足LTE要求。在UE側(cè)也可以觀察。其次下行需要查看從S1口過來的入口數(shù)據(jù)是否充足：單位：bit/s

S1口跟蹤數(shù)據(jù)我司UEOMT上觀察到的數(shù)據(jù)這個例子是一個下行灌包50M的例子，看紅色框里面的數(shù)值“6199732字節(jié)/秒”換算成M就是6199732*8/1000/1000=49.597856M。實際上這個流量就是我們收到的，從核心網(wǎng)到GE口的流量。這個能夠證明流量是否足夠。閉環(huán)功控，ICIC特性對RB數(shù)影響Page14上行閉環(huán)功控如果不生效，中遠(yuǎn)點速率較低，RB個數(shù)遠(yuǎn)低于閉環(huán)理論值，但是近點能達(dá)到峰值；比如：在RSRP=-100dBm的時候，如果閉環(huán)功控在起作用，對于20M帶寬，有近90個RB；對于10M帶寬，有40個RB左右。與之相比，開環(huán)功控最多只有10個左右。對于我司UE，打開Probe的PowerControl，其中SumFiValue不等于-1即為閉環(huán)。ICIC上下行都有ICIC開關(guān)，首先確認(rèn)開發(fā)是否打開，然后在信令中搜索包含MeasurementConfig的RRCConndectionReconfiguration消息，如果消息中的reportOnLeave字段取值為True，表明觸發(fā)了ICICA3測量。本小區(qū)內(nèi)多用戶做業(yè)務(wù)Page15如果本小區(qū)存在其他用戶在做業(yè)務(wù)的時候，觀測單UE的RB將會減小，因此在測試之前應(yīng)該先檢查小區(qū)內(nèi)是否存在其他用戶，測試過程中也應(yīng)該注意是否有其他用戶接入。下面為只有一個用戶時的顯示結(jié)果：使用M2000小區(qū)性能監(jiān)測中的用戶數(shù)監(jiān)測MCS階數(shù)偏低定位、解決方法Page16如何判斷MCS階數(shù)過低MCS階數(shù)是否合理在拉距的條件下較難判斷。上行在路損超過120dB~125dB縮RB的時候一般維持3~5階數(shù)，但是隨著RB不能再縮小，其MCS階數(shù)也會降低。比較方便的方法是排除法：在UE以滿功率（23dBm）發(fā)送的條件下，如果調(diào)度次數(shù)和RB個數(shù)都比較正常但總吞吐率偏低，那么可以認(rèn)為問題出在MCS階數(shù)上。

下行均衡后SNR偏低，導(dǎo)致下行吞吐量偏低。下行CRC異常，導(dǎo)致AMC將下行階數(shù)調(diào)整下來。上行反饋異常，導(dǎo)致AMC的異常調(diào)整，導(dǎo)致下行階數(shù)偏低。檢測干擾Page17

上行干擾可以在M2000上觀測判斷：UE未接入情況下（所有UE關(guān)機，小區(qū)里沒有業(yè)務(wù)），打開M2000的“小區(qū)性能檢測”，選擇“干擾檢測”，查看RSSI值，在沒有干擾的時候，約等于－119＋10log(RB個數(shù))，在內(nèi)場差距1dB以上，在外場差距在3dB以上即認(rèn)為存在干擾，需要檢查干擾。干擾一般來自鄰區(qū)或者是異系統(tǒng)干擾（比如2G或3G系統(tǒng)）下行干擾可以在UE側(cè)Probe上觀測判斷：在DetectedCell中看是否有多個小區(qū)，且超過1個小區(qū)的RSRP和本小區(qū)的RSRP差在3dB之內(nèi)。如果是，則表明存在較強的鄰區(qū)干擾。在檢測到的鄰區(qū)當(dāng)中，不能出現(xiàn)和本小區(qū)PCI相同的鄰區(qū)。查看下行各子帶CQI是否有某一段CQI的值特別低的，如果存在，說明存在較嚴(yán)重的窄帶干擾。解決方法：較強的鄰區(qū)干擾只有通過調(diào)整天線方向角等來解決。嚴(yán)重的窄帶干擾通過掃頻，找出干擾源，進行排除。UE主分集不平衡Page18主分集不平衡，會嚴(yán)重影響我們的測試結(jié)果，如下為一次測試數(shù)據(jù)的結(jié)果：由于主集（Antenna0）比分集（Antenna1）小了近5dB，在顯示RSRP的時候顯示的是最強信號的RSRP,但是UE發(fā)送信息是從主集發(fā)送的，算路損的時候也是以主集為主。這樣實際上行的信道質(zhì)量就比顯示的RSRP小很多?？梢酝ㄟ^2個辦法解決該問題：在測試有外置天線的時候擺弄主分集天線，在測試內(nèi)置天線UE的時候可以改變UE位置使其主分集相對平衡，吞吐率曲線不用RSRP，改用路損VS吞吐率UE能力限制Page19UE能力查看方法：在UU口跟蹤消息”RRC_UE_CAP_INFO”里查找。我司UE可以從OMT查詢得到。目前市場上一般的商用終端為CAT3UE；對于上行來說，CAT5UE最高能達(dá)到28階，CAT3和CAT4UE只能達(dá)到24階。我司測試UE使用的OMT,上面顯示該UE能力設(shè)置為CAT4UU口跟蹤消息，上面顯示該UE能力設(shè)置為CAT3誤碼率過高定位、解決方法Page20峰值場景不能收斂到0%，非峰值場景下行BLER持續(xù)高于15%；如果存在MCS階數(shù)為0的時候，誤碼率較高也可以認(rèn)為是正?，F(xiàn)象。NYYN上行截回包且關(guān)閉預(yù)調(diào)度是否有好轉(zhuǎn)(UDP灌包)固定PUCCH發(fā)射功率進行規(guī)避，并采集數(shù)據(jù)反饋回總部（如果不能固定，直接反饋數(shù)據(jù)）固定PUSCH發(fā)射功率進行規(guī)避，并采集數(shù)據(jù)反饋回總部（如果不能固定，直接反饋數(shù)據(jù)）正常NYYNMCS波動是否超過15階采集數(shù)據(jù)反饋回總部（可能和終端的配合上存在問題）CQI上報波動是否超過5階NYBLER不收斂MCS是否已經(jīng)調(diào)整到0階正常空口SNR波動是否超過5dB采集數(shù)據(jù)反饋回總部（終端的CQI測量上可能存在問題）傳輸模式異常定位、解決方法Page21傳輸模式主要是針對下行：初始接入是TM2模式，之后根據(jù)信道環(huán)境切換到TM3或者TM7，當(dāng)出現(xiàn)終端失步、切換、重建時，會重新進入TM2模式。MIMO模式從空口消息進行觀察，如右上圖：下行MIMO模式異常，主要體現(xiàn)在UE上報的Rank是否合理及上報反饋是否存在異常。正常情況，收發(fā)相關(guān)性小于0.5AvgSNR大于15dB時，系統(tǒng)可以使用雙碼字。如果沒有使用，需要查看UE上報的Rank及eNB收到的Rank，并采集相關(guān)數(shù)據(jù)反饋總部分析。非空口問題定位、解決方法Page22檢查TCP參數(shù)1、操作系統(tǒng)：如果是WindowsXP則繼續(xù)，如果是Vista、Win7或其它操作系統(tǒng)，則跳過本步驟；2、查看/設(shè)置TCP參數(shù)在發(fā)送方和接收方都通過DrTCP工具，在AdapterSettings中找到對應(yīng)網(wǎng)卡，按如下設(shè)置：b.在發(fā)送方再利用工具TCPparametersetting.reg進行修改，雙擊導(dǎo)入；以上兩步操作完后再統(tǒng)一正常重啟電腦，這樣配置才能生效。如果服務(wù)器側(cè)無法修改，則只修改UE

PC。3、如果修改了TCP參數(shù)問題依舊，則繼續(xù)下一步的判斷非空口問題定位、解決方法Page23用TTI跟蹤TCP問題定位模塊進行分析如何進行TTI跟蹤？首先要確保TCP鏈接所使用的端口號已經(jīng)加到算法模塊的白表中(默認(rèn)已經(jīng)添加FTP數(shù)據(jù)鏈端口20，iperf則需要手動添加5001端口)。使用LSTTPEALGO:;檢查端口號，使用MODTPEALGO:;添加對應(yīng)端口號。然后可以啟動TTI跟蹤了，登陸M2000，依次選擇菜單Monitor->SignalingTrace->SignalingTraceManagement打開信令跟蹤頁面，選擇InformationCollection->IFTSTrace啟動IFTS跟蹤。按照提示填寫相應(yīng)信息，一定要勾選L2Performance，并在MACLayerTraceField中填寫132，此為TCP問題定位模塊的ID號，點擊Finish啟動跟蹤即可。注意：順序是，啟動TTI跟蹤后，再重新接入UE，再進行TCP業(yè)務(wù)。跟蹤數(shù)據(jù)如何解析，解析結(jié)果如何看？使用LAE解析IFTS跟蹤文件，解析和分析方法參加文檔LAE案例(TCP)。若按推薦操作仍舊沒能解決問題，則抓取數(shù)據(jù)反饋回家里。非空口問題定位、解決方法Page24TTI數(shù)據(jù)的常見解析結(jié)果：CRC_ERR:數(shù)據(jù)包有CRC錯，若出現(xiàn)在Server->eNBPDCP之間，則核心網(wǎng)或S1的傳輸設(shè)備有較大概率出現(xiàn)硬件故障，建議檢查S1的各傳輸設(shè)備是否有告警；若出現(xiàn)在UE->eNBPDCP之間，則可能是UE硬件故障，嘗試更換UE；WIN_SHRINK：接收窗口收縮，若頻繁出現(xiàn)該事件，或者對應(yīng)的通告窗口為0，則表示接收方的電腦硬件性能不行，數(shù)據(jù)包無法從TCP層往應(yīng)用層遞交，建議更換接收方的電腦；RSV_DUPACK：收到重復(fù)ACK，一般在丟包或者亂序的場景才會觸發(fā)；當(dāng)重復(fù)ACK數(shù)在10以下則一般為是亂序，而大于10則一般為丟包；根據(jù)異常位置的判斷，去檢查相應(yīng)位置的設(shè)備或傳輸；LINK_TIMEROUT：數(shù)傳中斷時間超過500ms，查看當(dāng)前包方向，如為下行，則表示問題出現(xiàn)在下行，在500ms內(nèi)沒有收到下行的任何數(shù)據(jù)包和ACK；上行也是一樣；PACKET_DISORDER：數(shù)據(jù)包亂序，查看出現(xiàn)異常的位置，檢查相應(yīng)位置的設(shè)備和傳輸；下行吞吐量基線參考Page25下行MIMO2port場景理論峰值基線：4T4R(2Port,PSD)，BW=20MHz，SA2，SSP7，Cat5終端(TUE)，TM2/3/7自適應(yīng)，CFI=3：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特殊子幀配比7下行理論峰值(Mbps)上行吞吐量基線參考Page26

基本條件4T4R上行理論峰值(Mbps)子幀配比PUCCHRBCAT3CAT4CAT510MHz01014.4914.4919.621108.998.9912.462103.53.54.835161.671.672.2920MHz01228.7628.7639.4911018.8718.8724.932187.37.310.155183.913.915.13單用戶上行理論峰值吞吐率基線20M帶寬下，單用戶上行吞吐率參考曲線（配比二、4T單用戶最大50RB）上行吞吐量理論分析Page27上行單用戶峰值吞吐率:必須同時具備以下四個條件：對于CAT5UEMCS選擇到最高28階，對于CAT4和CAT3UEMCS選擇到最高24階，有部分為23階（協(xié)議最大TBS限制導(dǎo)致降階）。UE分配到最多RB個數(shù)（單用戶最大可用RB個數(shù)＝總的RB個數(shù)－PUCCHRB個數(shù)，實際調(diào)度RB數(shù)還要滿足235法則。235法則指的是：單用戶PUSCH調(diào)度RB個數(shù)必須是2，3，5的倍數(shù)）。注：上表是在PDCCH符號數(shù)固定為3的前提下給出；4T和8T場景下，目前版本需考慮單用戶最大RB產(chǎn)品能力限制，4T最大50RB、8T最大36RB：3.上行調(diào)度次數(shù)充足，ULGrant次數(shù)在不同配比情況按下表：

4.IBLER少于1%.上行定點吞吐率偏低與峰值吞吐率類似，上行定點吞吐率偏低的定位也需要從RB數(shù)目、MCS階數(shù)、上行調(diào)度次數(shù)和誤碼率四個方面進行。PUCCHRB個數(shù)1.4M3M5M10M15M20M配比一2446810配比二448121620相關(guān)工具的使用和信息獲取-UE

ProbePage28相關(guān)工具的使用和信息獲取-eNBM2000Page29在M2000里面點監(jiān)測：”小區(qū)性能監(jiān)測”：查看RB利用率，總吞吐率，小區(qū)干擾監(jiān)測，用戶數(shù)；“用戶性能監(jiān)測”：查看PowerHeadroom，信道質(zhì)量，吞吐率，MCS階數(shù)統(tǒng)計，誤碼率；第一步：選擇需要觀察的項目第三步：選擇需要的站點地址第二步：填寫跟蹤名稱第四步：根據(jù)S1跟蹤信息填寫MME和TMSI相關(guān)工具的使用和信息獲取-eNBM2000Page30第一步：根據(jù)上頁的方法選擇IFTS跟蹤，填寫跟蹤名稱和希望跟蹤的小區(qū)第二步：根據(jù)圖中所示填寫正確的選項第三步：先啟動，UE再接入，做業(yè)務(wù)1分鐘左右，停止并導(dǎo)出數(shù)據(jù)第四步：保存文件下行MCS階數(shù)偏低下行SNR偏低&CRC異常(1)Page31下行SNR偏低&CRC異常主要由下面5點導(dǎo)致，排查順序從左至右。組網(wǎng)不合適天線配置不合適鄰區(qū)規(guī)劃不合適鄰區(qū)和本小區(qū)ID相同同步后存在較大頻偏首徑搜索異常TA調(diào)整異常定時跟蹤精度較低發(fā)射通道時延較大本振泄露頻譜鏡像泄露通道不平衡RRU內(nèi)部模塊出現(xiàn)問題UE入口功率太大PDCCH虛警誤檢PDCCH和PDSCH不匹配下行SNR偏低&CRC異常下行相關(guān)性高鄰區(qū)干擾大時偏/頻偏異常RRU相關(guān)信號處理出現(xiàn)異常PDCCH處理出現(xiàn)異常下行MCS階數(shù)偏低下行SNR偏低&CRC異常(2)Page32下行相關(guān)性高觀察：RxChCorFactor和TxChCorFactor兩個值均大于0.5，則表明收發(fā)相關(guān)性較高，越接近1，相關(guān)性越高，解調(diào)性能越差。解決方法：實驗室：（1）修改組網(wǎng)，使得主分集分路進行連接。（2）VAM的內(nèi)部連接也需要采用分路的方法進行。（3）排查實驗室干擾，當(dāng)干擾大于信號時，會出現(xiàn)兩路信號的相關(guān)性較大的情況。外場：（1）直達(dá)徑場景，一般相關(guān)性較高，避免直達(dá)徑的地方。（2）外置天線可以拉大天線間距或使其兩天線垂直擺放。下行MCS階數(shù)偏低下行SNR偏低&CRC異常(4)Page33RRU相關(guān)信號處理出現(xiàn)異常（1）RRU的通道不平衡會導(dǎo)致終端的解調(diào)能力下降，導(dǎo)致MCS偏低，可以通過下面的方法來觀察。觀察兩天線接收的RSRP差，當(dāng)兩根天線差值持續(xù)在5dB以上時，認(rèn)為通道不平衡，需要通過調(diào)整終端天線來解決。（2）終端入口功率一般在-50dBm~-90dBm，如果入口功率超過-50dBm容易導(dǎo)致削波，使得下行SNR偏低；如果入口功率低于-90dBm，也會使得下行SNR偏低，影響下行性能?？赏ㄟ^Probe顯示的RRUMeasurement觀察終端接收的功率。該問題在實驗室，通過調(diào)整中間的路損來解決。在外場，通過調(diào)整站間距和基站的功率配比來解決，但此問題需反饋回總部相關(guān)人員進行分析和優(yōu)化。（3）RRU的發(fā)射時延不一致，頻譜泄露，本振泄露及RRU內(nèi)部模塊存在問題，需要通過采集基帶數(shù)據(jù)，發(fā)回總部進行分析，具體采數(shù)方法見后。上行反饋異常Page34如果通過前面幾點的排查，發(fā)現(xiàn)下行調(diào)度次數(shù)，調(diào)度RB數(shù)，MIMO模式均沒有問題，且BLER收斂也正常，調(diào)度MCS也調(diào)度在正常范圍。但是下行流量仍出現(xiàn)異常，如下所示：此種情況，基本可判定為反饋通道出現(xiàn)了問題，即將ACK/NACK錯解成了NACK/ACK/DTX。反饋通道的問題，即數(shù)據(jù)采集可以參考上行PUCCH和PUSCH的問題定位進行處理。通道校正不過Page35通道校正不過，傳輸模式就不會切換到TM7或TM8；通道校正指示CEI=False時要排查是發(fā)通道校正不過還是收通道校正不過，可通過在M2000上MML命令導(dǎo)出DBG日志log，利用InsightSharp查看通道校正指示和收、發(fā)通道校正的CINR。解決方法如果收發(fā)通道校正中固定為某一個天線端口的CINR低于門限值，則很有可能是該天線通道口損壞；如果發(fā)通道校正通過，而收通道校正不過，則很有可能是外部干擾導(dǎo)致的；RRU入口和出口功率是否平衡：基帶到RRU的入口功率查詢（在[DigitPwrInfo]里查看TxComB）：boardEnvShowRRU出口功率查詢：bdrfpmPrintRfStatus（查看對應(yīng)使用的物理天線端口的HPAPower)準(zhǔn)確定位方法是通過在eNB基帶采集DSP空口數(shù)據(jù)進行定位；BF吞吐量異常Page36檢查DRSSINR是否偏低，SRS配置是否正常，相關(guān)性測量；SRS配置可以通過Probe中跟蹤“RRCParameters”查看獲取SRS帶寬、周期等信息；相關(guān)性測量部分，UE側(cè)通過Probe查看收發(fā)相關(guān)性；需要采集數(shù)據(jù)時可通過M2000的IFTS跟蹤，MAC布控33/40/49/55/67/224/160/43。UE側(cè)AMBR折算方法Page37LTE協(xié)議對APN-AMBR在空口下發(fā)的轉(zhuǎn)換，取消了十進制轉(zhuǎn)換，引入了2個8bit擴展位，并且對于不同區(qū)間的速率值使用不同的換算公式。協(xié)議對于AMBR換算描述如下：表1本文以下行的octet3，octet5，octet7為例，上行與下行轉(zhuǎn)換方法一致。AMBR轉(zhuǎn)換遵從以下準(zhǔn)則：1.octet5為0且octet7為0，直接參考o(jì)ctet3的值，轉(zhuǎn)換公式見表22.octet7為0，octet5不為0，直接參考o(jì)ctet5最終轉(zhuǎn)換值，轉(zhuǎn)換公式見表23.octet7不為0，直接參考o(jì)ctet7的值，轉(zhuǎn)換公式見表2表2Page38第1章吞吐量問題定位優(yōu)化方法第1節(jié)吞吐量異常表現(xiàn)第2節(jié)吞吐量異常定位方法第3節(jié)交付件吞吐量異常交付件Page39經(jīng)過前面的分析和定位，有些需要抓取相關(guān)數(shù)據(jù)，反饋回總部人員進行深層次分析，具體的交付件如下：序號一線需要反饋的信息1網(wǎng)絡(luò)配置情況，吞吐量問題的描述，出問題前的現(xiàn)象及環(huán)境描述。2出問題的eNB和UE版本，及問題站點的MML配置。3出問題基站的一鍵式日志，包括基站日志、CHR日志、話統(tǒng)數(shù)據(jù)。4eNBIFTS跟蹤。5UEProbe和TTI跟蹤。6UE基帶空口數(shù)據(jù)。7UE和服務(wù)器Wireshark抓包。8TCP定位模塊的TTI跟蹤數(shù)據(jù)。Page40第1章吞吐量問題定位優(yōu)化方法第2章時延問題定位優(yōu)化方法Page41第2章時延問題定位優(yōu)化方法第1節(jié)接入時延第2節(jié)Ping時延接入時延定義Page42接入時延測試分三類測試:Attach接入測試–即初始接入附著時延測試。在開機關(guān)機流程中，UE發(fā)起的初始ATTACH接入流程；Idle-to-Active接入測試–即數(shù)據(jù)業(yè)務(wù)激活時延測試。在IDLE狀態(tài)下發(fā)起SERVECE請求的idle-to-active流程；Paging接入測試–即數(shù)據(jù)業(yè)務(wù)激活時延測試。在IDLE狀態(tài)下由核心網(wǎng)通過paging觸發(fā)UE，進行paging流程。這部分內(nèi)容不做描述。接入時延優(yōu)化思路Page43時延問題一般優(yōu)化步驟：統(tǒng)計分段時延，對比理論基線鎖定異常點；針對異常點分析原因?qū)で蠼鉀Q辦法；比拼時延優(yōu)化思路通過固定上下行MCS，增大UE發(fā)射功率，減少或消除HARQ重傳；通過固定CCE和CFI，減小PDCCH誤碼；通過預(yù)調(diào)度減小上行調(diào)度等待時間；選擇合適的預(yù)調(diào)度大小，過大會降低上行SINR引起HARQ重傳，過小會導(dǎo)致分片；關(guān)閉核心網(wǎng)鑒權(quán)；增加PRACH時域密度，縮短隨接接入等待PRACH時間；消息并發(fā)處理；優(yōu)化eNB和UE內(nèi)部處理時延；接入時延分段-attachPage44

NodeB側(cè)attach時延統(tǒng)計：預(yù)調(diào)度：開；并發(fā)：關(guān)；鑒權(quán)：開處理單元RRC_CONN_REQRRC_CONN_SETUPNodeBRRC_CONN_SETUPRRC_CONN_SETUP_CMPUERRC_CONN_SETUP_CMPS1AP_INITIAL_UE_MSGNodeBRRC_CONN_SETUP_CMPMM_AUTH_REQMM_AUTH_REQMM_AUTH_RSPMM_AUTH_RSPMM_SECU_CMDMM_SECU_CMDMM_SECU_CMPMM_SECU_CMPS1AP_INITIAL_CONTEXT_SETUP_REQMMES1AP_INITIAL_CONTEXT_SETUP_REQRRC_UE_CAP_ENQUIRYNodeBRRC_UE_CAP_ENQUIRYRRC_UE_CAP_INFOUERRC_UE_CAP_INFORRC_SECUR_MODE_CMDNodeBRRC_SECUR_MODE_CMDRRC_SECUR_MODE_CMPNodeBRRC_SECUR_MODE_CMPRRC_CONN_RECFGUERRC_CONN_RECFGRRC_CONN_RECFG_CMPUE總時延

UE側(cè)attach時延統(tǒng)計：預(yù)調(diào)度：開；并發(fā)：關(guān)；鑒權(quán)：開處理單元RRC_CONN_REQRRC_CONN_SETUPeNodeBRRC_CONN_SETUPRRC_CONN_SETUP_CMPUERRC_CONN_SETUP_CMPMM_AUTH_REQeNodeBMM_AUTH_REQMM_AUTH_RSPMM_AUTH_RSPMM_SECU_CMDMM_SECU_CMDMM_SECU_CMPMM_SECU_CMPRRC_UE_CAP_ENQUIRYRRC_UE_CAP_ENQUIRYRRC_UE_CAP_INFOUERRC_UE_CAP_INFORRC_SECUR_MODE_CMDeNodeBRRC_SECUR_MODE_CMDRRC_SECUR_MODE_CMPeNodeBRRC_SECUR_MODE_CMPRRC_CONN_RECFGUERRC_CONN_RECFGRRC_CONN_RECFG_CMPUE總時延

接入時延分段-IdletoActivePage45eNodeB側(cè)Idletoactive分段時延：預(yù)調(diào)度：開；并發(fā)：開；鑒權(quán)：關(guān)處理單元RRC_CONN_REQRRC_CONN_SETUPNodeBRRC_CONN_SETUPRRC_CONN_SETUP_CMPUERRC_CONN_SETUP_CMPS1AP_IN