室分優(yōu)化常見問題及處理流程

1、1 室分優(yōu)化常見問題1.1 速率類問題1.1.1 路測(cè)類速率問題定位和優(yōu)化方法 路測(cè)類業(yè)務(wù)定位流程 空口問題指標(biāo)測(cè)試空口重點(diǎn)關(guān)注指標(biāo)：RSRP、SINR、TMMIMO模式、RI秩指示、流數(shù)、PDCCH DL 、PDSCH RB number、MCS調(diào)制和編碼策略、iBLER、通道的平衡。一般而言，吞吐率由頻譜效率、頻帶寬度、頻帶占用機(jī)會(huì)、誤碼率綜合決定。在LTE系統(tǒng)中，頻譜效率由MCS決定；頻帶寬度由分配的RB數(shù)決定；頻帶占用機(jī)會(huì)由DL grant資源調(diào)度決定；誤碼率主要考慮IBLER，HARQ重傳以后，殘留BLER通常較低，因此只考慮初次傳輸?shù)腂LER，也即IBL

2、ER。備注：DL/UL Grant理論值，F(xiàn)DD為固定值1000；TDD為配置的10ms內(nèi)下行和特殊子幀/上行子幀個(gè)數(shù)*1000，TDD的特殊子幀計(jì)算為下行幀，錄入：配比(DSUUD)，DL理論值為600，UL理論值為400。1. 下行速率的基本分析方法：（1）統(tǒng)計(jì)UE側(cè)SINR vs THP信道預(yù)編碼：定點(diǎn)測(cè)試統(tǒng)計(jì)AVG SINR和吞吐率平均值。（2）判斷用戶的RB數(shù)和DL Grant是否調(diào)度充足，如果不充足，首先判斷上層數(shù)據(jù)源是否充足，可以直接在Probe上查看，也可以采用MML命令DSP ETHPORT查傳輸速率查看。（3）若DL Grant和RB數(shù)都是調(diào)度充足，下一步需判斷下行IBLE

3、R是否收斂到目標(biāo)值。目前下行的IBLER目標(biāo)值一般為10%，即5%15%即認(rèn)為IBLER收斂。可以直接在Probe上查看，也可通過M2000信令跟蹤管理-用戶性能監(jiān)測(cè)-誤碼率監(jiān)測(cè)觀察。（4）如果IBLER收斂，可判斷是否使用了雙碼字，我司UE可通過Probe查看用戶的Rank Indicator和DL MCS。也可通過M2000信令跟蹤管理-用戶性能監(jiān)測(cè)-信道質(zhì)量查看UE上報(bào)的Rank值和調(diào)度的CQI信道質(zhì)量指示。（5）如果上述都OK，可以查看下是否存在干擾，功率不平衡等現(xiàn)象，在Probe上可以直接查看（6）上述15步檢查結(jié)果都OK的話，需要進(jìn)行深入定位，深入定位需要在M2000上采集的數(shù)據(jù)。

4、2. 上行速率的基本分析方法：一般而言，吞吐率由頻譜效率、頻帶寬度、頻帶占用機(jī)會(huì)、誤碼率綜合決定。在LTE系統(tǒng)中，頻譜效率由MCS決定，MCS由SINR和IBLER決定；頻帶寬度由分配的RB數(shù)決定；頻帶占用機(jī)會(huì)由UL grant決定；誤碼率主要考慮IBLER，HARQ重傳以后，殘留BLER通常較低，但由于重傳會(huì)影響傳輸?shù)男?，進(jìn)而影響RLC無線鏈路控制層層吞吐率，因此只考慮初次傳輸?shù)腂LER，也即IBLER。上行吞吐率在大的面上主要也是受四個(gè)方面的影響，RB數(shù)/ul grant 不足，MSC階數(shù)偏低、ibler 高、弱覆蓋。 檢查覆蓋和干擾水平（查看RSRP、SINR等參數(shù)）下行

5、覆蓋采用SINR的PDF或CDF圖形進(jìn)行評(píng)估。如果SINR的分布較差，需要從RF優(yōu)化的角度去提升SINR的分布，使之符合RF的驗(yàn)收要求。上行覆蓋采用UE測(cè)量到的下行導(dǎo)頻的RSRP（或路損Pathloss=下行RSRP-導(dǎo)頻功率）作為覆蓋的評(píng)估標(biāo)準(zhǔn)。UE測(cè)量到的RSRP是UE接收到的服務(wù)小區(qū)的下行導(dǎo)頻RS信號(hào)質(zhì)量，因此RSRP實(shí)際反映的是下行路損情況。一般情況認(rèn)為，下行路損和上行路損是一致的。1) RSRP異常： 定點(diǎn)測(cè)試時(shí)，建議選擇好點(diǎn)，-65dBm >= RSRP >= -80dBm。如果距離天線很近的地方（在天線下方）RSRP達(dá)不到-80dBm，需要進(jìn)行如下核查； 確認(rèn)小區(qū)狀態(tài)

6、是否正常？告警or 閉塞小區(qū) 確認(rèn)小區(qū)功率參數(shù)配置正確，LST PDSCHCFG參考信號(hào)功率 宏站場(chǎng)景：確認(rèn)天線是否存在問題，是否天線存在接反、天線的下傾角是否設(shè)置合理？ 室分場(chǎng)景：確認(rèn)分布系統(tǒng)是否存在問題，可以采取斷開分布系統(tǒng)直接在RRU端口連小天線進(jìn)行測(cè)試；2) SINR異常 定點(diǎn)測(cè)試時(shí)，建議選擇好點(diǎn)，選擇SINR 大于20以上的地方進(jìn)行測(cè)試，在RSRP較好但是SINR異常的時(shí)，需要如下核查 閉塞鄰區(qū)，看SINR的變化，如果閉塞鄰區(qū)SINR變好，可以證明是同頻干擾，需要MOD3干擾模三干擾、重疊覆蓋是不是過大，參數(shù)設(shè)置存在問題？ 外部干擾查詢，可以通過監(jiān)控空閑狀態(tài)RSSI接收信號(hào)強(qiáng)度指示和

7、掃頻進(jìn)行問題定位； 檢查同頻干擾的影響當(dāng)存在同頻鄰小區(qū)或者同頻段的2G/3G信號(hào)時(shí)，鄰小區(qū)的信號(hào)有可能會(huì)對(duì)本小區(qū)產(chǎn)生干擾，干擾嚴(yán)重時(shí)極度影響下行數(shù)傳吞吐量。而且即便鄰區(qū)沒有用戶接入，鄰區(qū)的導(dǎo)頻信號(hào)也會(huì)對(duì)本小區(qū)產(chǎn)生干擾。此類問題最典型的現(xiàn)象就是無論怎么調(diào)節(jié)UE的位置來改變信號(hào)的接收質(zhì)量，即便RSRP調(diào)整得非常高，但UE測(cè)量出的下行SINR總是非常低，如Error! Reference source not found.所示。本小區(qū)信號(hào)RSRP為-77dBm，信號(hào)非常好，但測(cè)出的RANK2 的SINR僅有1.64dB，非常低。而此時(shí)鄰區(qū)信號(hào)強(qiáng)度為-83dBm，和本小區(qū)的信號(hào)強(qiáng)度很接

8、近，也就意味著干擾非常大，這將會(huì)導(dǎo)致MCS選階較低。如果發(fā)現(xiàn)有鄰區(qū)干擾的情況，那么需要聯(lián)系網(wǎng)規(guī)網(wǎng)優(yōu)的同事，查看站點(diǎn)規(guī)劃上是否出現(xiàn)了異常，可能有PCI沖突和越區(qū)覆蓋的情況出現(xiàn)。 MIMO天線功率不平衡UE兩根接收天線的接收功率如果不平衡，則會(huì)嚴(yán)重影響下行測(cè)量的SINR，進(jìn)而導(dǎo)致MCS選階異常，影響流量?？梢栽赑ROBE上通過RSRP Measurement試圖來觀察兩根天線的接收功率是否平衡，如Error! Reference source not found.所示：也可以在后臺(tái)監(jiān)控RSSI，對(duì)不不同天線口的RRSI差異； 如果發(fā)現(xiàn)兩路天線的RSRP不平衡的話，需要排查DAS天饋系

9、統(tǒng)。請(qǐng)參考6.3節(jié)DAS排查。 檢查空口誤碼率(BLER)如果空口誤碼率高的話，會(huì)導(dǎo)致部分RB用于重傳數(shù)據(jù)，進(jìn)而影響吞吐量，此時(shí)應(yīng)該重新選一個(gè)BLER低的點(diǎn)。誤碼率一般在10%左右收斂。若DL Grant和RB數(shù)都是調(diào)度充足，下一步需判斷下行IBLER是否收斂到目標(biāo)值。目前下行的IBLER目標(biāo)值一般為10%，即5%15%即認(rèn)為IBLER收斂。如果要達(dá)到峰值，需要IBLER為0。也可通過M2000信令跟蹤管理-用戶性能監(jiān)測(cè)-誤碼率監(jiān)測(cè)觀察。一般來說，在AVG SINR較好的情況下BLER較差可能是由于數(shù)據(jù)業(yè)務(wù)信道的SINR較差，數(shù)據(jù)業(yè)務(wù)信道受到干擾或上行存在干擾，而這種干擾一般來自

10、同頻干擾的鄰小區(qū)，或是部分頻段的外界干擾； RSRP過高的影響在峰值測(cè)試中，雖然要求測(cè)試地點(diǎn)的RSRP與SINR要盡可能的好，但是也并不是說RSRP就沒有了限制。通常我們規(guī)定的“近點(diǎn)”的RSRP要在-75dBm以上，但也不要超過-60dBm。這是因?yàn)榻K端接收到的功率過高的話會(huì)引起接收器件的削波，導(dǎo)致下行SINR降低，反而只會(huì)使得流量下降。并且，RSRP很高也就意味著離基站的天線很近，那么收到同站鄰區(qū)的干擾也可能增大，所以不建議在“極近點(diǎn)”進(jìn)行測(cè)試。一般來說，RSRP可以通過后臺(tái)來減小功率或者加衰減器來消除影響。 檢查上行干擾在下行信號(hào)較好的情況，上行吞吐率交底，U

11、E的發(fā)射功率較大，但是MCS的階數(shù)沒有達(dá)到24（cat4、cat3終端）、RB調(diào)度不滿，一般是因?yàn)樯闲锌赡艽嬖诟蓴_，按照干擾處理的思路進(jìn)行分析； 在空載時(shí)（UE沒有入網(wǎng)），打開OMC上打開小區(qū)性能檢測(cè)中的RSSI統(tǒng)計(jì)監(jiān)控： 通過查看RSSI的值來判斷是否存在上行干擾，需要說明的是關(guān)于RSSI讀數(shù)問題，在判斷是否存在上行干擾時(shí)需要保證對(duì)應(yīng)扇區(qū)不存在入網(wǎng)終端，否則會(huì)因?yàn)樯葏^(qū)接收到了終端信號(hào)RSSI很高導(dǎo)致無法做出判斷。同時(shí)主分集的讀數(shù)會(huì)有差距，通常相差約5dB以內(nèi)認(rèn)為是正常。RSSI(receive signal strength indicator) 即帶內(nèi)總信號(hào)強(qiáng)度指示.其理論在的計(jì)算值為：R

12、SSI = -174dBm/Hz+10*log10(BW)+NF+AD量化誤差，單RB正常情況下的RSSI在-120dbm左右，20M帶寬內(nèi)的RSSI在-98dbm左右，在RSSI跟蹤中是按照RB、系統(tǒng)帶寬和物理天線端口進(jìn)行統(tǒng)計(jì)的，隨著RB值增加頻率依次增加； 上下行Grant調(diào)度次數(shù)不足l 如何判斷調(diào)度次數(shù)不足 Ø 對(duì)于下行，DL Grant次數(shù)需要接近1000次。 Ø 對(duì)于上行，在峰值區(qū)域，ULGrant次數(shù)需要接近1000次；在非峰值區(qū)域，因?yàn)樯闲蠬ARQ重傳時(shí)，調(diào)度器不需要下發(fā)ULGrant，而IBLER一般收斂到10，所以ULGrant在900左右

13、或以上都是正常的。 Ø 調(diào)度次數(shù)在probe中觀察方法如下： DL grant 調(diào)度不足的排查手段 Ø 查看Probe->Radio Parameters->DL Grant Count是否滿調(diào)度？ Ø 檢查用戶配置的AMBR聚合最大比特速率和GBR總帶寬請(qǐng)求是否大于空口速率？ Ø 檢查DRX開關(guān)是否關(guān)閉？ LST DRX不連續(xù)接收Ø 檢查S1入口數(shù)據(jù)是否充足，是否上層給水量問題？ Ø 檢查是否存在多用戶； UL grant 調(diào)度不足的排查手段 Ø 首先檢查是否為DSP數(shù)字信號(hào)處理器能力限制（查詢版本預(yù)警；如我們

14、前期版本出現(xiàn)當(dāng)2個(gè)RRU都分配到一個(gè)DSP上以后會(huì)出現(xiàn)DSP流控問題）； Ø 觀察核心網(wǎng)指配的QoS速率，如果偏低，則檢查核心網(wǎng)開戶信息是否異常； Ø 上行來水是否充足； Ø 上行存在DTX（需要跟蹤IFTS），通過查看上行干擾和下行PDCCH的ibler來查看； Ø 上行功控問題；（上行PUSCH 會(huì)有功控） 上下行調(diào)度RB不足l 如何判斷調(diào)度RB不足 Ø 對(duì)于下行，在UE能力沒有受限的情況，下行需要滿RB調(diào)度。 Ø 對(duì)于上行，在閉環(huán)功控的條件下，在路損超過120dB125dB的條件下上行開始縮小調(diào)度的RB個(gè)數(shù)，此時(shí)

15、MCS階數(shù)大概在35階左右，在路損小于120dB情況下，都應(yīng)該以滿RB調(diào)度。（滿RB總的RB個(gè)數(shù)PUCCH RB個(gè)數(shù)，這個(gè)結(jié)果還要滿足2，3，5法則。2，3，5法則指的是：單用戶所用的RB個(gè)數(shù)必須是2，3，5的倍數(shù)，不能還包含其他倍數(shù)） Ø 不管下行還是上行，需要注意小區(qū)內(nèi)的用戶數(shù)，對(duì)于多用戶的情況，單個(gè)用戶是不可能滿調(diào)度的。（1）上圖為我司終端Probe顯示的結(jié)果，上行RB數(shù)=Total RBCount /Count，下行因?yàn)榭赡苁请p碼字，兩個(gè)碼字的RB數(shù)分別通過Code0和Code1來計(jì)算 （2）下圖為M2000中的RB數(shù)觀察方法：RB利用率跟蹤項(xiàng)中的等效下行RB使用數(shù)。 下行R

16、B 調(diào)度不足的排查手段 Ø 查看Probe->Radio Parameters-> PDSCH RB number/ Sub Frame是否達(dá)到滿帶寬？ Ø 是否則存在多用戶？ Ø 檢查S1入口數(shù)據(jù)是否充足，是否上層給水量問題？ Ø 檢查頻選調(diào)度是否關(guān)閉； LST CELLALGOSWITCH； Ø 檢查下行ICIC是否關(guān)閉； LST ENODEBALGOSWITCH； 上行RB數(shù)和MCS的分配與上行調(diào)度算法有關(guān)，上行調(diào)度的輸出包括分配給用戶的RB、MCS、TBS等，包含在UL grant中。上行調(diào)度的主要輸入包括L1的鏈路測(cè)量信息

17、、功控算法、 ICIC算法輸出輸出等，并與上行調(diào)度策略、用戶優(yōu)先級(jí)有關(guān)。 MCS階數(shù)過低l 如何判斷MCS階數(shù)過低MCS階數(shù)是否合理在拉距的條件下較難判斷。在路損超過120dB125dB縮RB的時(shí)候一般維持35階數(shù)，但是縮著RB不能再縮小，其MCS階數(shù)也會(huì)降低。比較方便的方法是排除法：在UE以滿功率（23dBm）發(fā)送的條件下，如果調(diào)度次數(shù)和RB個(gè)數(shù)都比較正常但總吞吐率偏低，那么可以認(rèn)為問題出在MCS階數(shù)上。也可以使用MCS均值作為參考或者考慮MCS的分布范圍來作為判斷MCS階數(shù)是否過低的方法。l 上行MCS階數(shù)低1) 上行干擾排查，使用干擾檢測(cè) UE未接入情況下（所有UE關(guān)機(jī)，小

18、區(qū)里沒有業(yè)務(wù)），打開WEBLMT或者M(jìn)2000的“小區(qū)性能檢測(cè)”，選擇“干擾檢測(cè)”，查看RSSI值，在沒有干擾的時(shí)候，約等于 -11910log(RB個(gè)數(shù))，在內(nèi)場(chǎng)差距1dB以上，在外場(chǎng)差距在3dB以上即認(rèn)為存在干擾。也可以通過M2000上的干擾跟蹤（Interference Detect Monitoring）來觀察加載和不加載時(shí)干擾水平的變化，如下圖所示，如果加載和不加載情況下檢測(cè)到的干擾水平有明顯差異，則說明小區(qū)存在互調(diào)干擾。2) UE主分集不平衡 主分集不平衡，會(huì)嚴(yán)重影響上行測(cè)試結(jié)果，如下為一次測(cè)試數(shù)據(jù)的結(jié)果：由于主集（Antenna0）比分集（Antenna1）小了近5dB，在顯示R

19、SRP的時(shí)候顯示的是最強(qiáng)信號(hào)的RSRP,但是UE發(fā)送信息是從主集發(fā)送的，算路損的時(shí)候也是以主集為主。這樣實(shí)際上行的信道質(zhì)量就比顯示的RSRP小很多?？梢酝ㄟ^2個(gè)辦法解決該問題：在測(cè)試有外置天線的時(shí)候調(diào)整主分集天線，在測(cè)試內(nèi)置天線UE的時(shí)候可以改變UE位置使其主分集相對(duì)平衡，如E392在室內(nèi)，近點(diǎn)的場(chǎng)景下擺放位置對(duì)吞吐率影響較大吞吐率曲線不用RSRP，改用路損VS吞吐率l 下行MCS階數(shù)低1) 下行相關(guān)性高觀察： 我司UE Probe相關(guān)性如左圖所示：RxChCorFactor和TxChCorFactor兩個(gè)值均大于0.5，則表明收發(fā)相關(guān)性較高，越接近1，相關(guān)性越高，解調(diào)性能越差。 解決方法：

20、（1）排查干擾，當(dāng)干擾大于信號(hào)時(shí)，會(huì)出現(xiàn)兩路信號(hào)的相關(guān)性較大的情況。 外場(chǎng)： （2）直達(dá)徑場(chǎng)景，一般相關(guān)性較高，避免直達(dá)徑的地方。 2) 鄰區(qū)干擾大觀察： （1）在Detected Cell中看是否有多個(gè)小區(qū)，且超過1個(gè)小區(qū)的RSRP和本小區(qū)的RSRP差在3dB之內(nèi)。如果是，則表明存在較強(qiáng)的鄰區(qū)干擾。 （2）在檢測(cè)到的鄰區(qū)當(dāng)中，不能出現(xiàn)和本小區(qū)PCI相同的鄰區(qū)。 （3）查看下行各子帶CQI是否有某一段CQI的值特別低的，如果存在，說明存在較嚴(yán)重的窄帶干擾。 （4）粗略估計(jì)RSRP-SNR，如果該值大于-115dBm，說明干擾還是比較強(qiáng)的。 解決方法： （1）較強(qiáng)的鄰區(qū)干擾只有通過調(diào)整天線功率，

21、安裝位置，天線類型等方式來解決。 （2）嚴(yán)重的窄帶干擾通過掃頻，找出干擾源，進(jìn)行排除。干擾排查和恢復(fù)更詳細(xì)的指導(dǎo)可以參見 LTE射頻通道通用指南 3) RRU相關(guān)信號(hào)處理出現(xiàn)異常（1）RRU的通道不平衡會(huì)導(dǎo)致終端的解調(diào)能力下降，導(dǎo)致MCS偏低，可以通過下面的方法來觀察觀察兩天線接收的RSRP差，當(dāng)兩根天線差值持續(xù)在5dB以上時(shí)，認(rèn)為通道不平衡，需要通過調(diào)整終端天線來解決。（2）終端入口功率一般在-50dBm-90dBm，如果入口功率超過-50dBm容易導(dǎo)致削波，使得下行SNR偏低；如果入口功率低于-90dBm，也會(huì)使得下行SNR偏低，影響下行性能。可通過下面的方法觀察終端接收的功率。 通過調(diào)整

22、天線口和基站的功率配比來解決，但此問題需反饋回總部相關(guān)人員進(jìn)行分析和優(yōu)化。 下行MIMO模式異常l 下行MIMO模式異常，一方面檢查eNodeB是否及時(shí)配置MIMO模式為TM3，如果保持在TM2，則下行只能使用單碼字，如果沒有重配到TM3，重點(diǎn)檢查MIMO相關(guān)參數(shù)，是否和基線值保持一致； l 下行MIMO模式異常，另一方面檢查UE上報(bào)的Rank是否合理。正常情況下，在兩天線RSRP相差不大于3dB；收發(fā)相關(guān)性小于0.5；AvgSNR大于15dB時(shí)，系統(tǒng)可以使用雙碼字。如果沒有使用，需要查看UE上報(bào)的Rank及eNB收到的Rank，并采集相關(guān)數(shù)據(jù)反饋總部分析。 模3

23、干擾優(yōu)化同頻小區(qū)PCI mod 3相等會(huì)導(dǎo)致RS同頻干擾嚴(yán)重，使RS SINR降低，導(dǎo)致吞吐率不理想，同頻優(yōu)化過程中對(duì)于PCI優(yōu)化也是日常優(yōu)化中的重點(diǎn)工作之一。模3干擾排查如下圖所示：將PCI 13修改為PCI 17，SINR提高了7dB。 TCP常見問題判斷TCP之前先通過UDP灌包來進(jìn)行測(cè)試，如果TCP多線程的測(cè)試吞吐率較UPD灌包速率差，TCP一般就會(huì)存在問題，TCP的原因主要介紹服務(wù)器的TCP發(fā)送窗口設(shè)置問題和傳輸質(zhì)量問題 1) 服務(wù)器問題 TCP的速率 = TCP的發(fā)送窗口/RTT 時(shí)延 對(duì)于服務(wù)常見的原因主要： 發(fā)送窗口過小，按照TCP的速率簡單計(jì)算方式，一般推薦發(fā)送

24、窗口設(shè)置為512K； 服務(wù)器的FTP服務(wù)器軟件（Windows server 2003：自帶的FTP服務(wù)器，和windows配套最好，性能相對(duì)穩(wěn)定；如果都沒有采用ServU）； 服務(wù)的性能（如果沒有刀片服務(wù)器，推薦使用Windows 2003，其次Win XP，最次Win7。） 2) 傳輸問題 從一期的項(xiàng)目經(jīng)驗(yàn)來看，傳輸問題主要表現(xiàn)在丟包、亂序和分片問題上（參見后面的案例） ping 包測(cè)試：通過準(zhǔn)則:不能有丟包 LST IPRT，查看SGW IP地址 從基站對(duì)上述每個(gè)地址進(jìn)行PING包，1000/2000各100次 MTU 檢查：通過準(zhǔn)則：不能有丟包測(cè)試目的：排查鏈路上MTU設(shè)置是否存在異常

25、。 終端向PDN PING包，設(shè)置IP報(bào)文不分片，ping x.x.x.x f l 1472，如果無法PING通，則表示傳輸中有MTU小于1500的網(wǎng)元。TCP報(bào)文包頭28字節(jié)，一般傳輸MTU默認(rèn)設(shè)置均為1500，故報(bào)文長度設(shè)置為1472。 1.1.2 話統(tǒng)類速率問題定位和優(yōu)化方法 話統(tǒng)類業(yè)務(wù)定位流程1 首先確認(rèn)話統(tǒng)KPI的計(jì)算公式是否正確；2 如果話統(tǒng)KPI公式?jīng)]有問題，需要判定是否前后KPI變化問題。對(duì)于前后KPI變化的問題，需要結(jié)合關(guān)聯(lián)KPI變化進(jìn)行分析；非KPI變化問題類問題，直接針對(duì)網(wǎng)絡(luò)指標(biāo)從四個(gè)方面進(jìn)行分析：參數(shù)核查、負(fù)荷和資源、信道質(zhì)量、數(shù)據(jù)源。KPI變化類問題，需

26、要區(qū)分是否升級(jí)KPI類問題，進(jìn)行關(guān)聯(lián)KPI分析。3 對(duì)于升級(jí)導(dǎo)致的KPI變化，需要結(jié)合版本的修改和鏡像環(huán)境的復(fù)現(xiàn)進(jìn)行分析。非升級(jí)原因?qū)е碌腒PI變化，需要結(jié)合網(wǎng)絡(luò)近期的變化進(jìn)行分析，例如配置修改、核心網(wǎng)配置、CSFB實(shí)施、用戶數(shù)變化、客戶營銷和資費(fèi)策略變化等。4 如果問題還無法解決，收集相關(guān)日志反饋總部分析。下面對(duì)各步驟分別進(jìn)行介紹。 話統(tǒng)KPI公式和數(shù)據(jù)源檢查需要確認(rèn)反饋異常的KPI計(jì)算方式是否正確。按照統(tǒng)計(jì)范圍區(qū)分，業(yè)務(wù)速率計(jì)算公式分為單小區(qū)速率和整網(wǎng)/Cluster級(jí)別的平均速率。1小區(qū)級(jí)速率計(jì)算小區(qū)級(jí)用戶速率下行用戶速率(Mbps) = L.Thrp.bits.DL/ L

27、.Thrp.Time.DL /1000上行用戶速率(Mbps) = L.Thrp.bits.UL/ L.Thrp.Time.UL/1000這兩個(gè)指標(biāo)反映了整小區(qū)在統(tǒng)計(jì)時(shí)間內(nèi)，所有用戶的平均速率，是反映用戶體驗(yàn)的重要指標(biāo)。是小區(qū)級(jí)的用戶速率，不是小區(qū)速率。小區(qū)級(jí)滿載吞吐率下行滿載吞吐率(Mbps) = L.Thrp.bits.DL*系統(tǒng)PRB數(shù)目/L.ChMeas.PRB.DL.Used.Avg/話統(tǒng)統(tǒng)計(jì)周期(s)/1000/1000上行滿載吞吐率(Mbps) = L.Thrp.bits.UL*系統(tǒng)PRB數(shù)目/L.ChMeas.PRB.UL.Used.Avg/話統(tǒng)統(tǒng)計(jì)周期(s)/1000/100

28、0小區(qū)滿載吞吐率反映了小區(qū)空口管道的極限能力，是小區(qū)傳輸效率的重要體現(xiàn)，影響小區(qū)總業(yè)務(wù)量和用戶體驗(yàn)，受MCS分布變化影響。2 整網(wǎng)級(jí)別的速率計(jì)算若將整網(wǎng)的數(shù)據(jù)量和傳輸時(shí)間分別相加后，即可獲得整網(wǎng)的平均用戶速率。下行用戶速率(Mbps) = L.Thrp.bits.DL/ L.Thrp.Time.DL /1000上行用戶速率(Mbps) = L.Thrp.bits.UL/ L.Thrp.Time.UL/10003 話統(tǒng)數(shù)據(jù)源排查由于用戶活動(dòng)的規(guī)律性，一天中用戶數(shù)和業(yè)務(wù)量變化很大。比較幾天之間變化趨勢(shì)時(shí)一般采用忙時(shí)數(shù)據(jù)進(jìn)行比較，忙時(shí)指整網(wǎng)用戶數(shù)或者業(yè)務(wù)量最大的一個(gè)小時(shí)。不建議采用一天24小時(shí)的數(shù)據(jù)

29、相加獲得一天的速率值。樣本點(diǎn)數(shù)目會(huì)影響統(tǒng)計(jì)的準(zhǔn)確性。對(duì)于單小區(qū)的速率統(tǒng)計(jì)，需要關(guān)注用戶數(shù)和小區(qū)數(shù)傳時(shí)長。對(duì)于平均用戶數(shù)很少(<5)或者小區(qū)數(shù)傳時(shí)長比例很少(<10%)，一般認(rèn)為不具有統(tǒng)計(jì)意義。如果計(jì)算公式或者數(shù)據(jù)源有問題，需要更正計(jì)算公式后重新定位。更正公式后如果問題依然存在，則繼續(xù)定位。 業(yè)務(wù)類KPI異常判斷業(yè)務(wù)類話統(tǒng)KPI問題主要表現(xiàn)包括兩類，分別按照不同的套路進(jìn)行定位。1 業(yè)務(wù)速率或數(shù)據(jù)量變化，包括上升或者下降。這一類需要結(jié)合相關(guān)KPI的變化進(jìn)行分析，較多是由于升級(jí)或者其他網(wǎng)絡(luò)調(diào)整導(dǎo)致的KPI變化。2 用戶級(jí)或者小區(qū)級(jí)業(yè)務(wù)速率一直交低。這一類問題是指前后一段時(shí)間

30、業(yè)務(wù)速率并未變化，一直保持在較低水平，多數(shù)由于干擾和覆蓋等原因?qū)е滤俾实?。由于不同?chǎng)景對(duì)業(yè)務(wù)速率場(chǎng)景理解和需求不同，因此用于業(yè)務(wù)速率高低判斷的門限也存在差異。影響業(yè)務(wù)速率的因素很多，主要包括覆蓋水平、干擾水平、小區(qū)負(fù)載、開戶速率等。具體到一個(gè)商用網(wǎng)絡(luò)，主要有如下幾個(gè)方面1） 覆蓋場(chǎng)景：2） 網(wǎng)絡(luò)用戶數(shù)3） 資費(fèi)策略 參數(shù)核查分析和告警分析 全面核查參考參數(shù)核查指導(dǎo)書。 負(fù)荷和資源高分析主要關(guān)注忙時(shí)用戶數(shù)、PRB利用率等，確定是否擁塞。 信道傳輸質(zhì)量差分析主要關(guān)注MCS、CQI、BLER、覆蓋和干擾評(píng)估，確定頻譜效率是否有問題。1.1.3 案例更多案例請(qǐng)

31、參考“IBS交付案例集（LTE）V2.0”文檔路徑：25 交付資料 (1)00-2012 new07- 案例收集02-優(yōu)化案例服務(wù)器沒有權(quán)限的請(qǐng)聯(lián)系：范麗600189 案例1.無法數(shù)傳【問題現(xiàn)象】：無法進(jìn)行UDP灌包，在服務(wù)器端的灌包工具上看不到數(shù)傳啟動(dòng)的信息?！径ㄎ凰悸贰浚篣E能夠正常接入小區(qū)，說明信令面及傳輸物理鏈路正常，那么無法數(shù)傳就很可能是參數(shù)、軟件設(shè)置錯(cuò)誤、路由信息配置錯(cuò)誤等原因。 常見的原因?yàn)樵赨DP灌包的過程中沒有關(guān)閉UE側(cè)PC的防火墻、終端側(cè)DMZ 使能開關(guān)沒有開啟。 【iperf 灌包操作】： 案例2.功

32、率不平衡【問題描述】在“拱墅區(qū)上塘營業(yè)廳”雙流室分，進(jìn)行上行FTP上傳吞吐量只有4M左右。下行的吞吐率采用CPE測(cè)試不到50M且不穩(wěn)定【問題分析】（1）在OMC上跟蹤該小區(qū)的2個(gè)通道接收信號(hào)強(qiáng)度相差 7db左右，如下圖所示： 由此引起TDL側(cè)eNB基帶測(cè)量3152e 2個(gè)通道的SINR相差10dB，如下所示： 從而導(dǎo)致基帶上行2通道接收時(shí)解調(diào)性能下降，為了保證解調(diào)性能，eNB 的L2在進(jìn)行調(diào)度時(shí)會(huì)對(duì)L1上報(bào)的SINR進(jìn)行調(diào)整，從而影響上下行的吞吐率；【問題處理】通過分布廠家對(duì)通道1進(jìn)行調(diào)整，兩路系統(tǒng)的RSRP值差距在3db左右，上行的吞吐率測(cè)試達(dá)到8M多，下行的吞吐率采用CPE測(cè)試達(dá)到60M左

33、右，達(dá)到正常的水平；【經(jīng)驗(yàn)總結(jié)】當(dāng)雙通道室分施工導(dǎo)致2路天線不平衡差異比較大時(shí)會(huì)導(dǎo)致上行吞吐量損失達(dá)到50%。如果2路室分接收功率不平衡會(huì)導(dǎo)致終端下行只能進(jìn)入到單流模式，吞吐量損失50%。為了充分的保證2雙流室分的性能效果，要求兩路分布系統(tǒng)的損耗差值在3db以內(nèi)；特別是對(duì)于改造利舊的室分系統(tǒng)，需要充分考慮改造后通道與新建一路室分通道之間功率的匹配問題，并且在工程建設(shè)過程中，注意施工質(zhì)量，避免通道間功率差異造成的性能損失。另外，為了更好的保證相關(guān)性，采用單極化的蘑菇頭天線間距要保證在10個(gè)波長以上； 案例3：RSRP功率過高【問題描述】省公司19層下載速率波動(dòng)很大，速率從10M到

34、60M波動(dòng)。【問題分析】在下行信道質(zhì)量較好的情況下，上行速率穩(wěn)定在7M多，下行速率波動(dòng)很大，PROBE上顯示終端檢測(cè)的兩路RSRP差距時(shí)小時(shí)大（并不是非常規(guī)律的速率低時(shí)差距大），偶爾有誤碼導(dǎo)致MCS低于20。【問題處理】觀察吞吐量與RSRP的走勢(shì)圖可以看到，可以很規(guī)律的看到當(dāng)RSRP在-55左右時(shí)吞吐量惡化，當(dāng)RSRP在-60左右時(shí)，吞吐量提高，所以需首先確認(rèn)一下RSRP為-55時(shí)是否影響終端解調(diào)性能。解決方法：降低RS功率。 案例4：同頻干擾【問題描述】C國LTE網(wǎng)絡(luò)某大樓的walk test中，發(fā)現(xiàn)部分樓層的下行速率異常，不能達(dá)到理論值。【問題分析】Ø 主設(shè)備問題&

35、#216; DAS安裝質(zhì)量問題Ø 終端問題Ø 信號(hào)質(zhì)量問題Ø 干擾問題【問題處理】1、 檢查基站的配置，告警情況，發(fā)現(xiàn)一切都正常；2、 進(jìn)行駐波比測(cè)試，駐波比滿足要求；3、 更換華為的數(shù)據(jù)卡E398進(jìn)行測(cè)試，對(duì)Log分析，發(fā)現(xiàn)RSRP質(zhì)量都很好，如下圖所示：Level PCIRSRPSINRTM modeRankDL timeDL speedUL timeUL speedL18_set1463-5728TM1113014Mb1309MbL32_set1463-6227TM1113014Mb1309MbL32_set2463-871TM111302Mb1306MbL

36、32_set3463-778TM111308Mb1309MbL12_set1462-6525TM1113014Mb1309MbL12_set2462-6025TM1113014Mb1309MbL12_set3462-7117TM1113013Mb1309MbL12_set4462-6025TM1113014Mb1309MbL10_set1462-6925TM1113014Mb1309MbL10_set2462-7022TM1113014Mb1309MbL10_set3462-6526TM1113014Mb1309MbL4_set1462-6622TM1113014Mb1309MbL4_set2

37、462-7020TM1113014Mb1309Mb由此可以看出不是由于終端問題和信號(hào)質(zhì)量的問題導(dǎo)致的下行速率異常，對(duì)Log再做進(jìn)一步的分析，發(fā)現(xiàn)MCS在2、3、4之間徘徊，MCS在29階的時(shí)候也只能用QPSK編碼方式，如下圖所示：從圖中可以看出，MCS占用高階的比例非常少，由此可以判斷SINR肯定不好，再對(duì)LOG進(jìn)一步觀察分析，發(fā)現(xiàn)鄰區(qū)很多，且鄰區(qū)信號(hào)很強(qiáng)，如下圖所示：由此可以看出，有很多同頻鄰區(qū)，而且鄰區(qū)的信號(hào)都很強(qiáng)，嚴(yán)重干擾了服務(wù)小區(qū)，從而導(dǎo)致本小區(qū)用戶在信號(hào)強(qiáng)度很好的時(shí)候，信噪比很差，從而導(dǎo)致下載速率異常，這也是同頻組網(wǎng)帶來的高層導(dǎo)頻污染問題。在窗邊更換定向天線后重新測(cè)試，速率恢復(fù)正常。

38、 器件規(guī)格不達(dá)標(biāo)導(dǎo)致上行干擾，速率偏低【問題描述】對(duì)某地鐵進(jìn)行測(cè)試過程中的相應(yīng)指標(biāo)如下：Sector1業(yè)務(wù)測(cè)試項(xiàng)目記錄值RRU1RSRP(dBm)-78RS-SINR(dB)34上載速率(Mbps)3下載速率(Mbps)41切換測(cè)試切換成功率(%)100% 該站點(diǎn)的上下行配比為2，特殊子幀配比為5，因此對(duì)于CAT3的終端上行的最高吞吐率為8.8064Mbps。因此我們發(fā)現(xiàn)上行速率偏低?！径ㄎ凰悸贰?、導(dǎo)致上行速率差的原因主要有：（1）存在其它用戶，導(dǎo)致測(cè)試用戶的上行速率偏低（2）上行來水量不足導(dǎo)致上行速率偏低（3）上行RSRP偏低（4）上行干擾導(dǎo)致上行速率偏低2、排查步

39、驟：（1）在OMC上進(jìn)行小區(qū)跟蹤，跟蹤小區(qū)用戶數(shù)，發(fā)現(xiàn)測(cè)試過程中只存在單用戶，因此排除其它用戶對(duì)測(cè)試用戶上行吞吐量的影響。（2）使用UDP灌包，從終端灌上行數(shù)據(jù)包，MTU設(shè)置為1000，帶寬設(shè)置25Mbps，查看probe MAC層速率為7Mbps左右，因此可以排除上行來水量不足導(dǎo)致的上行速率偏低的問題。（3）查看此時(shí)的MCS以及RB等相關(guān)指標(biāo)，截圖如下：由于TDD系統(tǒng)的上下行對(duì)稱，因此下行RSRP基本上能夠反映上行RSRP的情況。從測(cè)試指標(biāo)中可以可以看出下行RSRP=-78dBm，因此能夠判斷上行RSRP較好。此種情況下，如果不存在干擾，終端的發(fā)射功率應(yīng)該比較低，但是從上面的截圖可以發(fā)現(xiàn)終端

40、的發(fā)射功率為23dBm，已經(jīng)達(dá)到最大值。因此，我們可以判斷出，上行速率受限是由于干擾導(dǎo)致的。（4）后臺(tái)跟蹤RSSI（渲染門限PRB RSSI>-110dbm），空載狀態(tài)下全帶寬RSSI 約為-70dbm-75dbm，存在高干擾，截圖如下：（5）將3151 FA端口與POI 一端斷開，頻譜儀接入POI一側(cè)饋纜，并將該地鐵WE站點(diǎn)閉站，發(fā)現(xiàn)如下現(xiàn)象：a)1880M1900 LTE F頻段大帶寬掃頻結(jié)果,出現(xiàn)峰值約-70dbm 干擾信號(hào)，頻域未呈現(xiàn)明顯規(guī)律，截圖如下：b)取1894.9M為中心頻點(diǎn)進(jìn)行10ms時(shí)域掃頻，發(fā)現(xiàn)類DCS1800互調(diào)特征干擾，但后臺(tái)DCS工參查詢結(jié)果顯示該地鐵PO站點(diǎn)

41、并無 18501872.6高頻頻點(diǎn)配置。截圖如下：c)擴(kuò)大頻域掃頻帶寬，設(shè)置1850M1920M帶寬，結(jié)果顯示整體干擾頻域跨度約為42M。截圖如下：d)設(shè)置中心頻點(diǎn)至干擾峰值點(diǎn)1893.9，縮小掃頻頻域帶寬,100K,干擾未呈現(xiàn)明顯周期特征。截圖如下：（6）3151-E端口與POI 一端斷開，頻譜儀接入POI 一側(cè)饋纜，民樂WE站點(diǎn)閉站，發(fā)現(xiàn)如下現(xiàn)象：a)設(shè)置1850M1920M大帶寬頻域掃頻，底噪均勻分布，無干擾信號(hào)，截圖如下：（7）關(guān)閉民樂WE 站點(diǎn)，設(shè)置1850M1920M頻域跨度進(jìn)行大帶寬掃頻，LTE頻段內(nèi)未發(fā)現(xiàn)明顯干擾。截圖如下：（8）聯(lián)合POI設(shè)備商和室分廠家，對(duì)該地鐵站臺(tái)的機(jī)房的

42、POI進(jìn)行排查，頻譜儀接POI的輸入口，發(fā)現(xiàn)強(qiáng)度為-70dBm的強(qiáng)干擾信號(hào)，斷開CDMA800，GSM900，DCS1800三條輸入的任何一路，干擾信號(hào)基本消失，因此判斷為這三路信號(hào)的綜合互調(diào)導(dǎo)致上行干擾。在兩個(gè)TX口直接堵負(fù)載，干擾情況也基本消失。（9）同室分廠家對(duì)該P(yáng)OI進(jìn)行旁路測(cè)試，即用我們的RRU輸出，繞過POI直接接入站廳的天饋系統(tǒng)，現(xiàn)場(chǎng)測(cè)試情況很好，下載速率穩(wěn)定在40M以上，上傳速率穩(wěn)定在7M以上。（10）通過以上分析，初步判定為POI模塊的系統(tǒng)隔離度不夠，不能對(duì)交調(diào)信號(hào)有效抑制，從而產(chǎn)生干擾，導(dǎo)致上行速率受限?！締栴}處理】1、推動(dòng)運(yùn)營商和POI廠家進(jìn)行整改，消除存在的隱患。2、整

43、改完成后，重新進(jìn)行測(cè)試，發(fā)現(xiàn)上傳速率恢復(fù)正常，基本穩(wěn)定在7M以上。由于POI能夠產(chǎn)生諸如駐波之類的很多問題，因此在進(jìn)行排查時(shí)，應(yīng)當(dāng)消除POI的電源、電橋中存在的隱患，從而避免類似問題的發(fā)生。 無法數(shù)傳【問題現(xiàn)象】：無法進(jìn)行UDP灌包，在服務(wù)器端的灌包工具上看不到數(shù)傳啟動(dòng)的信息?！径ㄎ凰悸贰浚篣E能夠正常接入小區(qū)，說明信令面及傳輸物理鏈路正常，那么無法數(shù)傳就很可能是參數(shù)、軟件設(shè)置錯(cuò)誤、路由信息配置錯(cuò)誤等原因。 常見的原因?yàn)樵赨DP灌包的過程中沒有關(guān)閉UE側(cè)PC的防火墻、終端側(cè)DMZ 使能開關(guān)沒有開啟。 【iperf 灌包操作】：備注：下行灌包是從服務(wù)器往終端側(cè)灌包，在iperf軟件

44、中填寫的Host adress為P-GW分配給終端的IP地址，PC上的防火墻和360之類的軟件都需要關(guān)閉； 如果上行灌包側(cè)從終端側(cè)往服務(wù)器進(jìn)行灌包，Host adress為服務(wù)器地址，都選擇上行。1.1.4 后臺(tái)操作方法更多后臺(tái)操作方法請(qǐng)參考“運(yùn)維文檔_eRAN3.0_LTE故障信息采集指導(dǎo)書-20130608-A-1.5”文檔路徑：28 培訓(xùn)材料 (1)03 LTE相關(guān)培訓(xùn)中國區(qū)TD-LTE資料 2006 網(wǎng)絡(luò)優(yōu)化和性能提升02 故障信息采集服務(wù)器沒有權(quán)限的請(qǐng)聯(lián)系：范麗600189 灌包iperf是一種網(wǎng)絡(luò)流量檢測(cè)工具，有UDP和TC

45、P兩種檢測(cè)方式。l 命令行格式的iperf工具首先將iperf.exe文件放置在服務(wù)器以及UE PC中，即接收方和發(fā)送方電腦都有該程序。打開DOS窗口，將工作路徑設(shè)置到iperf文件所在文件夾。參照下面的說明，采用UDP或TCP灌包?？梢詫perf.exe文件放置在C盤根目錄下，打開DOS窗口后輸入cd c: ，這樣當(dāng)前路徑即為C盤根目錄。 UDP：1) 在接收方建立接收服務(wù)器，輸入命令iperf s u i 1其中 s表示建立接收服務(wù)，-u表示接收的是UDP業(yè)務(wù)，-i 1表示每1秒顯示一次接收到的流量。2) 在發(fā)送方輸入命令iperf c x.x.x.x u t 10000 i 1 b 5

46、0m其中 c x.x.x.x表示連接到該IP；-u 表示灌UDP包；-t 100000表示灌包時(shí)長10000秒；-i 1表示每1秒顯示一次灌包出口流量；-b 50m表示每秒灌50Mbits的包。3) 其它常用參數(shù)： -l 1400-表示灌包包長，默認(rèn)為1498字節(jié)（IP層統(tǒng)計(jì)，包括IP頭），需要在接收方和發(fā)送方都進(jìn)行設(shè)置。-p 5010-表示灌包端口，默認(rèn)為5001，需要在接收方和發(fā)送方都進(jìn)行設(shè)置。注意，在發(fā)送方設(shè)置該參數(shù)表示往接收方的該端口灌包，在接收方設(shè)置該參數(shù)表示接收方在該端口接收。-P 2-表示用兩個(gè)線程來灌，假設(shè)設(shè)置的灌包流量為-b 1m，采用兩個(gè)線程后即每秒灌2Mbits。該參數(shù)只

47、需要在發(fā)送方設(shè)置。注意與小寫的-p加以區(qū)分。若未在接收方建立接收服務(wù)，而直接從發(fā)送方往接收方灌包，那么接收方每收到一個(gè)包都會(huì)返回一個(gè)176字節(jié)的ICMP包（IP層統(tǒng)計(jì)，包括IP頭）。若接收已建立接收服務(wù)，則沒在回包。 TCP：1) 在接收方建立接收服務(wù)器，輸入命令iperf s i 1 w 512k其中 s表示建立接收服務(wù)， -i 1表示每1秒顯示一次接收到的流量，-w 512k表示接收方的接收窗口是512Kbyte。與UDP的接收服務(wù)器相比，少了-u選項(xiàng)。2) 在發(fā)送方輸入命令iperf c x.x.x.x t 10000 i 1 w 512k其中 c x.x.x.x表示連接到該IP；-t

48、10000表示灌包時(shí)長10000秒；-i 1表示每1秒顯示一次灌包出口流量；-w 512k表示發(fā)送方的接收窗口為512Kbyte。3) 其它常用參數(shù)： -M 1400-表示TCP包的MSS（即不包括IP和TCP頭的凈荷最大長度），默認(rèn)為1460字節(jié)，需要在接收方和發(fā)送方都進(jìn)行設(shè)置。-p 5010-表示灌包端口，默認(rèn)為5001，需要在接收方和發(fā)送方都進(jìn)行設(shè)置。注意，在發(fā)送方設(shè)置該參數(shù)表示往接收方的該端口灌包，在接收方設(shè)置該參數(shù)表示接收方在該端口接收。-P 2-表示用兩個(gè)線程來做業(yè)務(wù)，等同于兩線程下載或上傳。該參數(shù)只需要在發(fā)送方設(shè)置。請(qǐng)注意與小寫的-p加以區(qū)分。若未在接收方建立接收服務(wù)，而直接從發(fā)

49、送方往接收方灌包，則會(huì)提示連接建立失敗。l 圖形化giperf工具將工具包里的文件都解壓縮到任意一個(gè)文件夾，然后運(yùn)行g(shù)iperf.exe文件。該工具將各種參數(shù)都做成了圖形化的界面，在使用上簡便許多，界面如圖3-1所示。需要注意的是Traffic direction的選擇，無論是上行還是下行，發(fā)送方都選擇UL，接收方都選擇DL。同時(shí)可以勾選Show頁簽下的“Chart”和“Messages”來查看實(shí)時(shí)流量。其余參數(shù)說明與iperf工具一樣，在此就不再復(fù)述了。1. UDP灌包操作步驟1、 Traffic mode：選擇UDP 2、 Traffic direction：原則：誰灌誰上行。終端下行：服

50、務(wù)器側(cè)選擇UL，終端側(cè)選擇DL；終端上行：服務(wù)器側(cè)選擇DL，終端側(cè)選擇UL。3、 Host address：終端側(cè)：填寫服務(wù)器IP地址；服務(wù)器側(cè)：填寫終端業(yè)務(wù)IP地址。4、 Bandwidth：灌包帶寬5、 Execution time：灌包執(zhí)行時(shí)間，根據(jù)需求設(shè)置6、 MTU size：建議配置1000B7、 Port：服務(wù)器側(cè)和終端側(cè)協(xié)商好一個(gè)沒有使用的端口號(hào)，兩邊配置一致。2. TCP灌包操作步驟和UDP灌包不同點(diǎn)不需要配置帶寬和MTU size 查看在線用戶數(shù)如果當(dāng)前小區(qū)內(nèi)還有其他用戶接入的話，會(huì)由于用戶業(yè)務(wù)優(yōu)先級(jí)、調(diào)度公平性等因素導(dǎo)致當(dāng)前用戶的流量收到限制，所以特別是在進(jìn)

51、行峰值測(cè)試的時(shí)候，一定要排除其他用戶的影響。可以通過在M2000上啟動(dòng)小區(qū)統(tǒng)計(jì)跟蹤來進(jìn)行查看當(dāng)前小區(qū)的用戶數(shù)信息，如below所示。在M2000上啟動(dòng)小區(qū)統(tǒng)計(jì)跟蹤查看小區(qū)統(tǒng)計(jì)跟蹤的結(jié)果 M2000上啟動(dòng)干擾檢測(cè)上行與下行的情況不同，鄰近的同頻干擾源對(duì)終端的上行數(shù)傳的影響比同頻鄰區(qū)對(duì)基站下行數(shù)傳的影響要大得多。在上行空載時(shí)(所有UE關(guān)機(jī)，小區(qū)里沒有業(yè)務(wù))，可以檢測(cè)上行全帶寬上的接收功率RSSI，正常情況下空載時(shí)每個(gè)RB上的RSSI應(yīng)該是-119dBm左右，如果有突然升高3-5dBm以上的的情況存在，說明上行有干擾，需要排查干擾源。在M2000上進(jìn)行小區(qū)性能監(jiān)測(cè)，選擇干擾檢測(cè)，填寫正

52、確的小區(qū)ID，如Error! Reference source not found.所示：在M2000上查看實(shí)時(shí)的干擾檢測(cè)結(jié)果 M2000上查看小區(qū)性能在M2000里面點(diǎn)監(jiān)控，選擇”小區(qū)性能測(cè)試”，查看RB利用率，總吞吐率，小區(qū)干擾監(jiān)測(cè)，用戶數(shù)。選擇“用戶性能測(cè)試”，查看Power Headroom，信道質(zhì)量，吞吐率，MCS階數(shù)統(tǒng)計(jì)， 誤碼率。 抓包TPE定位結(jié)果如果不能得到客戶的信任，建議采用三點(diǎn)抓包(有條件時(shí)啟動(dòng)4點(diǎn)抓包，無條件時(shí)在A、B、D 3點(diǎn)抓包): 1、A點(diǎn)抓包只需抓取包頭100字節(jié)以節(jié)省文件大小，并命名為: 局點(diǎn)名_UEPC.pcap 2、如果實(shí)際組

53、網(wǎng)環(huán)境有安全網(wǎng)關(guān)的話，B點(diǎn)抓包考慮到要能正確解密數(shù)據(jù)，必須要將IPSEC通道設(shè)置為空加密，同時(shí)抓包時(shí)必須抓完整的包. 同時(shí)因該點(diǎn)數(shù)據(jù)量大，為防止占用內(nèi)存過大，抓包保存時(shí)可使用多個(gè)文件，避免單個(gè)文件過大。如果沒有IPSec安全配置，推薦只抓包頭150字節(jié)即可。 命名為：局點(diǎn)名_eNB.pcap 3、 C點(diǎn)抓包只用抓取包頭150字節(jié)即可，命名為：局點(diǎn)名_UGW.pcap.4、 D點(diǎn)抓包只用抓取包頭100字節(jié)即可，命名為: 局點(diǎn)名_Server.pcap. 5、按上述步驟，先啟動(dòng)各點(diǎn)的Wireshark做好抓包設(shè)置，再開始數(shù)傳，停止數(shù)傳后，再停止Wireshark抓包。 簡單分析思路: 1. 在A點(diǎn)

54、使用tcp.analysis.duplicate_ack_num >= 2過濾看是否有丟包，如果有丟包找到一個(gè)具體丟包點(diǎn)，和B點(diǎn)核對(duì), 分段排查。 2. 在A點(diǎn)使用tcp.window_size <1000過濾看是否有窗口收縮，如果有窗口收縮的時(shí)間點(diǎn)和IO Graphs時(shí)間點(diǎn)核對(duì)，如果一致說明UE PC性能不滿足需求。1.2 切換重選類問題更多切換類的問題請(qǐng)參考服務(wù)上的文檔。文檔路徑：28 培訓(xùn)材料 (1)03 LTE相關(guān)培訓(xùn)LTE室分X板斧參考資料切換服務(wù)器沒有權(quán)限的請(qǐng)聯(lián)系：范麗60018914。1.2.1 現(xiàn)象描述切換問題通常指終端按照網(wǎng)

55、絡(luò)側(cè)的配置上報(bào)測(cè)量報(bào)告，但未能按照切換流程成功完成切換，根據(jù)流程失敗的環(huán)節(jié)可以分為如下幾類： Ø 終端上報(bào)測(cè)量報(bào)告后未能收到切換命令 p 網(wǎng)絡(luò)側(cè)未能收到測(cè)量報(bào)告，源小區(qū)上行信號(hào)或上行消息發(fā)送有問題； p 網(wǎng)絡(luò)側(cè)收到了測(cè)量報(bào)告，但是內(nèi)部準(zhǔn)入失敗或切換信令在S1、X2等接口丟失或切換懲罰，網(wǎng)絡(luò)側(cè)沒有下發(fā)切換命令，可以確定是系統(tǒng)側(cè)問題，和終端以及空口信號(hào)無關(guān)； p 網(wǎng)絡(luò)側(cè)下發(fā)切換命令，終端沒有收到，源小區(qū)下行信號(hào)或下行消息發(fā)送有問題 Ø 終端收到切換命令但是eNodeB沒有收到切換完成 p 終端在目標(biāo)小區(qū)進(jìn)行隨機(jī)接入，eNodeB沒有收到MSG1； p 終端在目標(biāo)小區(qū)進(jìn)行隨機(jī)接入，eNodeB收到MSG1，終端沒有收到MSG2； p 終端在目標(biāo)小區(qū)進(jìn)行隨機(jī)接入，終端收到MSG2，eNodeB沒有收到MSG3； Ø eNodeB收到切換完成，但后續(xù)流程失敗 p 這種場(chǎng)景比較少，可以確認(rèn)是系統(tǒng)側(cè)問題，和終端以及空口信號(hào)無關(guān) 如果切換失敗，則大多表現(xiàn)為掉話、RRC重建