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

室分優(yōu)化常見問題速率類問題路測(cè)類速率問題定位和優(yōu)化方法路測(cè)類業(yè)務(wù)定位流程空口問題指標(biāo)測(cè)試空口重點(diǎn)關(guān)注指標(biāo)：RSRP、SINR、TMMIMO模式、RI秩指示、流數(shù)、PDCCHDL、PDSCHRBnumber、MCS調(diào)制和編碼策略、iBLER、通道的平衡。MIMO模式秩指示調(diào)制和編碼策略一般而言，吞吐率由頻譜效率、頻帶寬度、頻帶占用時(shí)機(jī)、誤碼率綜合決定。在LTE系統(tǒng)中，頻譜效率由MCS決定；頻帶寬度由分配的RB數(shù)決定；頻帶占用時(shí)機(jī)由DLgrant資源調(diào)度決定；誤碼率主要考慮IBLER，HARQ重傳以后，殘留BLER通常較低，因此只考慮初次傳輸?shù)腂LER，也即IBLER。資源調(diào)度備注：DL/ULGrant理論值，F(xiàn)DD為固定值1000；TDD為配置的10ms內(nèi)下行和特殊子幀/上行子幀個(gè)數(shù)*1000，TDD的特殊子幀計(jì)算為下行幀，錄入：配比(DSUUD)，DL理論值為600，UL理論值為400。下行速率的根本分析方法：〔1〕統(tǒng)計(jì)UE側(cè)SINRvsTHP信道預(yù)編碼：定點(diǎn)測(cè)試統(tǒng)計(jì)AVGSINR和吞吐率平均值。信道預(yù)編碼〔2〕判斷用戶的RB數(shù)和DLGrant是否調(diào)度充足，如果不充足，首先判斷上層數(shù)據(jù)源是否充足，可以直接在Probe上查看，也可以采用MML命令DSPETHPORT查傳輸速率查看。查傳輸速率〔3〕假設(shè)DLGrant和RB數(shù)都是調(diào)度充足，下一步需判斷下行IBLER是否收斂到目標(biāo)值。目前下行的IBLER目標(biāo)值一般為10%，即5%~15%即認(rèn)為IBLER收斂?？梢灾苯釉赑robe上查看，也可通過M2000信令跟蹤管理-用戶性能監(jiān)測(cè)-誤碼率監(jiān)測(cè)觀察?！?〕如果IBLER收斂，可判斷是否使用了雙碼字，我司UE可通過Probe查看用戶的RankIndicator和DLMCS。也可通過M2000信令跟蹤管理-用戶性能監(jiān)測(cè)-信道質(zhì)量查看UE上報(bào)的Rank值和調(diào)度的CQI信道質(zhì)量指示。信道質(zhì)量指示〔5〕如果上述都OK，可以查看下是否存在干擾，功率不平衡等現(xiàn)象，在Probe上可以直接查看〔6〕上述1~5步檢查結(jié)果都OK的話，需要進(jìn)行深入定位，深入定位需要在M2000上采集的數(shù)據(jù)。2.上行速率的根本分析方法：一般而言，吞吐率由頻譜效率、頻帶寬度、頻帶占用時(shí)機(jī)、誤碼率綜合決定。在LTE系統(tǒng)中，頻譜效率由MCS決定，MCS由SINR和IBLER決定；頻帶寬度由分配的RB數(shù)決定；頻帶占用時(shí)機(jī)由ULgrant決定；誤碼率主要考慮IBLER，HARQ重傳以后，殘留BLER通常較低，但由于重傳會(huì)影響傳輸?shù)男?，進(jìn)而影響RLC無(wú)線鏈路控制層層吞吐率，因此只考慮初次傳輸?shù)腂LER，也即IBLER。無(wú)線鏈路控制層上行吞吐率在大的面上主要也是受四個(gè)方面的影響，RB數(shù)/ulgrant缺乏，MSC階數(shù)偏低、ibler高、弱覆蓋。檢查覆蓋和干擾水平〔查看RSRP、SINR等參數(shù)〕下行覆蓋采用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接收到的效勞小區(qū)的下行導(dǎo)頻RS信號(hào)質(zhì)量，因此RSRP實(shí)際反映的是下行路損情況。一般情況認(rèn)為，下行路損和上行路損是一致的。RSRP異常：定點(diǎn)測(cè)試時(shí)，建議選擇好點(diǎn)，-65dBm>=RSRP>=-80dBm。如果距離天線很近的地方〔在天線下方〕RSRP達(dá)不到-80dBm，需要進(jìn)行如下核查；確認(rèn)小區(qū)狀態(tài)是否正常？告警or閉塞小區(qū)確認(rèn)小區(qū)功率參數(shù)配置正確，LSTPDSCHCFG參考信號(hào)功率參考信號(hào)功率宏站場(chǎng)景：確認(rèn)天線是否存在問題，是否天線存在接反、天線的下傾角是否設(shè)置合理？室分場(chǎng)景：確認(rèn)分布系統(tǒng)是否存在問題，可以采取斷開分布系統(tǒng)直接在RRU端口連小天線進(jìn)行測(cè)試；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)度指示和掃頻進(jìn)行問題定位；接收信號(hào)強(qiáng)度指示檢查同頻干擾的影響當(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)象就是無(wú)論怎么調(diào)節(jié)UE的位置來(lái)改變信號(hào)的接收質(zhì)量，即便RSRP調(diào)整得非常高，但UE測(cè)量出的下行SINR總是非常低，如REF_Ref312335552\p\h下列圖所示。本小區(qū)信號(hào)RSRP為-77dBm，信號(hào)非常好，但測(cè)出的RANK2的SINR僅有1.64dB，非常低。而此時(shí)鄰區(qū)信號(hào)強(qiáng)度為-83dBm，和本小區(qū)的信號(hào)強(qiáng)度很接近，也就意味著干擾非常大，這將會(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上通過RSRPMeasurement試圖來(lái)觀察兩根天線的接收功率是否平衡，如REF_Ref312417303\p\h下列圖所示：也可以在后臺(tái)監(jiān)控RSSI，對(duì)不不同天線口的RRSI差異；如果發(fā)現(xiàn)兩路天線的RSRP不平衡的話，需要排查DAS天饋系統(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%左右收斂。假設(shè)DLGrant和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è)觀察。一般來(lái)說，在AVGSINR較好的情況下BLER較差可能是由于數(shù)據(jù)業(yè)務(wù)信道的SINR較差，數(shù)據(jù)業(yè)務(wù)信道受到干擾或上行存在干擾，而這種干擾一般來(lái)自同頻干擾的鄰小區(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è)試。一般來(lái)說，RSRP可以通過后臺(tái)來(lái)減小功率或者加衰減器來(lái)消除影響。檢查上行干擾在下行信號(hào)較好的情況，上行吞吐率交底，UE的發(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的值來(lái)判斷是否存在上行干擾，需要說明的是關(guān)于RSSI讀數(shù)問題，在判斷是否存在上行干擾時(shí)需要保證對(duì)應(yīng)扇區(qū)不存在入網(wǎng)終端，否那么會(huì)因?yàn)樯葏^(qū)接收到了終端信號(hào)RSSI很高導(dǎo)致無(wú)法做出判斷。同時(shí)主分集的讀數(shù)會(huì)有差距，通常相差約5dB以內(nèi)認(rèn)為是正常。RSSI(receivesignalstrengthindicator)即帶內(nèi)總信號(hào)強(qiáng)度指示.其理論在的計(jì)算值為：RSSI=-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ù)缺乏如何判斷調(diào)度次數(shù)缺乏對(duì)于下行，DLGrant次數(shù)需要接近1000次。對(duì)于上行，在峰值區(qū)域，ULGrant次數(shù)需要接近1000次；在非峰值區(qū)域，因?yàn)樯闲蠬ARQ重傳時(shí)，調(diào)度器不需要下發(fā)ULGrant，而IBLER一般收斂到10％，所以ULGrant在900左右或以上都是正常的。調(diào)度次數(shù)在probe中觀察方法如下：DLgrant調(diào)度缺乏的排查手段查看Probe->RadioParameters->DLGrantCount是否滿調(diào)度？檢查用戶配置的AMBR聚合最大比特速率和GBR總帶寬請(qǐng)求是否大于空口速率？聚合最大比特速率總帶寬請(qǐng)求檢查DRX開關(guān)是否關(guān)閉？LSTDRX不連續(xù)接收不連續(xù)接收檢查S1入口數(shù)據(jù)是否充足，是否上層給水量問題？檢查是否存在多用戶；ULgrant調(diào)度缺乏的排查手段首先檢查是否為DSP數(shù)字信號(hào)處理器能力限制〔查詢版本預(yù)警；如我們前期版本出現(xiàn)當(dāng)2個(gè)RRU都分配到一個(gè)DSP上以后會(huì)出現(xiàn)DSP流控問題〕；數(shù)字信號(hào)處理器觀察核心網(wǎng)指配的QoS速率，如果偏低，那么檢查核心網(wǎng)開戶信息是否異常；上行來(lái)水是否充足；上行存在DTX〔需要跟蹤IFTS〕，通過查看上行干擾和下行PDCCH的ibler來(lái)查看；上行功控問題；〔上行PUSCH會(huì)有功控〕上下行調(diào)度RB缺乏如何判斷調(diào)度RB缺乏對(duì)于下行，在UE能力沒有受限的情況，下行需要滿RB調(diào)度。對(duì)于上行，在閉環(huán)功控的條件下，在路損超過120dB~125dB的條件下上行開始縮小調(diào)度的RB個(gè)數(shù)，此時(shí)MCS階數(shù)大概在3~5階左右，在路損小于120dB情況下，都應(yīng)該以滿RB調(diào)度?！矟MRB＝總的RB個(gè)數(shù)－PUCCHRB個(gè)數(shù)，這個(gè)結(jié)果還要滿足2，3，5法那么。2，3，5法那么指的是：?jiǎn)斡脩羲玫腞B個(gè)數(shù)必須是2，3，5的倍數(shù)，不能還包含其他倍數(shù)〕不管下行還是上行，需要注意小區(qū)內(nèi)的用戶數(shù)，對(duì)于多用戶的情況，單個(gè)用戶是不可能滿調(diào)度的?！?〕上圖為我司終端Probe顯示的結(jié)果，上行RB數(shù)=TotalRBCount/Count，下行因?yàn)榭赡苁请p碼字，兩個(gè)碼字的RB數(shù)分別通過Code0和Code1來(lái)計(jì)算〔2〕下列圖為M2000中的RB數(shù)觀察方法：RB利用率跟蹤項(xiàng)中的等效下行RB使用數(shù)。下行RB調(diào)度缺乏的排查手段查看Probe->RadioParameters->PDSCHRBnumber/SubFrame是否到達(dá)滿帶寬？是否那么存在多用戶？檢查S1入口數(shù)據(jù)是否充足，是否上層給水量問題？檢查頻選調(diào)度是否關(guān)閉；LSTCELLALGOSWITCH；檢查下行ICIC是否關(guān)閉；LSTENODEBALGOSWITCH；上行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)。MCS階數(shù)過低如何判斷MCS階數(shù)過低MCS階數(shù)是否合理在拉距的條件下較難判斷。在路損超過120dB~125dB縮RB的時(shí)候一般維持3~5階數(shù)，但是縮著RB不能再縮小，其MCS階數(shù)也會(huì)降低。比擬方便的方法是排除法：在UE以滿功率〔23dBm〕發(fā)送的條件下，如果調(diào)度次數(shù)和RB個(gè)數(shù)都比擬正常但總吞吐率偏低，那么可以認(rèn)為問題出在MCS階數(shù)上。也可以使用MCS均值作為參考或者考慮MCS的分布范圍來(lái)作為判斷MCS階數(shù)是否過低的方法。上行MCS階數(shù)低上行干擾排查，使用干擾檢測(cè)UE未接入情況下〔所有UE關(guān)機(jī)，小區(qū)里沒有業(yè)務(wù)〕，翻開WEBLMT或者M(jìn)2000的“小區(qū)性能檢測(cè)〞，選擇“干擾檢測(cè)〞，查看RSSI值，在沒有干擾的時(shí)候，約等于-119＋10log(RB個(gè)數(shù))，在內(nèi)場(chǎng)差距1dB以上，在外場(chǎng)差距在3dB以上即認(rèn)為存在干擾。也可以通過M2000上的干擾跟蹤〔InterferenceDetectMonitoring〕來(lái)觀察加載和不加載時(shí)干擾水平的變化，如下列圖所示，如果加載和不加載情況下檢測(cè)到的干擾水平有明顯差異，那么說明小區(qū)存在互調(diào)干擾。UE主分集不平衡主分集不平衡，會(huì)嚴(yán)重影響上行測(cè)試結(jié)果，如下為一次測(cè)試數(shù)據(jù)的結(jié)果：由于主集〔Antenna0〕比分集〔Antenna1〕小了近5dB，在顯示RSRP的時(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吞吐率下行MCS階數(shù)低下行相關(guān)性高觀察：我司UEProbe相關(guān)性如左圖所示：RxChCorFactor和TxChCorFactor兩個(gè)值均大于0.5，那么說明收發(fā)相關(guān)性較高，越接近1，相關(guān)性越高，解調(diào)性能越差。解決方法：〔1〕排查干擾，當(dāng)干擾大于信號(hào)時(shí)，會(huì)出現(xiàn)兩路信號(hào)的相關(guān)性較大的情況。外場(chǎng)：〔2〕直達(dá)徑場(chǎng)景，一般相關(guān)性較高，防止直達(dá)徑的地方。鄰區(qū)干擾大觀察：〔1〕在DetectedCell中看是否有多個(gè)小區(qū)，且超過1個(gè)小區(qū)的RSRP和本小區(qū)的RSRP差在3dB之內(nèi)。如果是，那么說明存在較強(qiáng)的鄰區(qū)干擾?！?〕在檢測(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)整天線功率，安裝位置，天線類型等方式來(lái)解決?！?〕嚴(yán)重的窄帶干擾通過掃頻，找出干擾源，進(jìn)行排除。干擾排查和恢復(fù)更詳細(xì)的指導(dǎo)可以參見《LTE射頻通道通用指南》RRU相關(guān)信號(hào)處理出現(xiàn)異?！?〕RRU的通道不平衡會(huì)導(dǎo)致終端的解調(diào)能力下降，導(dǎo)致MCS偏低，可以通過下面的方法來(lái)觀察觀察兩天線接收的RSRP差，當(dāng)兩根天線差值持續(xù)在5dB以上時(shí)，認(rèn)為通道不平衡，需要通過調(diào)整終端天線來(lái)解決?！?〕終端入口功率一般在-50dBm~-90dBm，如果入口功率超過-50dBm容易導(dǎo)致削波，使得下行SNR偏低；如果入口功率低于-90dBm，也會(huì)使得下行SNR偏低，影響下行性能?？赏ㄟ^下面的方法觀察終端接收的功率。通過調(diào)整天線口和基站的功率配比來(lái)解決，但此問題需反響回總部相關(guān)人員進(jìn)行分析和優(yōu)化。下行MIMO模式異常下行MIMO模式異常，一方面檢查eNodeB是否及時(shí)配置MIMO模式為TM3，如果保持在TM2，那么下行只能使用單碼字，如果沒有重配到TM3，重點(diǎn)檢查MIMO相關(guān)參數(shù)，是否和基線值保持一致；下行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干擾優(yōu)化同頻小區(qū)PCImod3相等會(huì)導(dǎo)致RS同頻干擾嚴(yán)重，使RSSINR降低，導(dǎo)致吞吐率不理想，同頻優(yōu)化過程中對(duì)于PCI優(yōu)化也是日常優(yōu)化中的重點(diǎn)工作之一。模3干擾排查如下列圖所示：將PCI13修改為PCI17，SINR提高了7dB。TCP常見問題判斷TCP之前先通過UDP灌包來(lái)進(jìn)行測(cè)試，如果TCP多線程的測(cè)試吞吐率較UPD灌包速率差，TCP一般就會(huì)存在問題，TCP的原因主要介紹效勞器的TCP發(fā)送窗口設(shè)置問題和傳輸質(zhì)量問題效勞器問題TCP的速率=TCP的發(fā)送窗口/RTT時(shí)延對(duì)于效勞常見的原因主要：發(fā)送窗口過小，按照TCP的速率簡(jiǎn)單計(jì)算方式，一般推薦發(fā)送窗口設(shè)置為512K；效勞器的FTP效勞器軟件〔Windowsserver2003：自帶的FTP效勞器，和windows配套最好，性能相對(duì)穩(wěn)定；如果都沒有采用ServU〕；效勞的性能〔如果沒有刀片效勞器，推薦使用Windows2003，其次WinXP，最次Win7。〕傳輸問題從一期的工程經(jīng)驗(yàn)來(lái)看，傳輸問題主要表現(xiàn)在丟包、亂序和分片問題上〔參見后面的案例〕ping包測(cè)試：通過準(zhǔn)那么:不能有丟包LSTIPRT，查看SGWIP地址從基站對(duì)上述每個(gè)地址進(jìn)行PING包，1000/2000各100次MTU檢查：通過準(zhǔn)那么：不能有丟包測(cè)試目的：排查鏈路上MTU設(shè)置是否存在異常。終端向PDNPING包，設(shè)置IP報(bào)文不分片，pingx.x.x.x–f–l1472，如果無(wú)法PING通，那么表示傳輸中有MTU小于1500的網(wǎng)元。TCP報(bào)文包頭28字節(jié)，一般傳輸MTU默認(rèn)設(shè)置均為1500，故報(bào)文長(zhǎng)度設(shè)置為1472。話統(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變化類問題，需要區(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ù)變化、客戶營(yíng)銷和資費(fèi)策略變化等。4如果問題還無(wú)法解決，收集相關(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)=//1000上行用戶速率(Mbps)=//1000這兩個(gè)指標(biāo)反映了整小區(qū)在統(tǒng)計(jì)時(shí)間內(nèi)，所有用戶的平均速率，是反映用戶體驗(yàn)的重要指標(biāo)。是小區(qū)級(jí)的用戶速率，不是小區(qū)速率。小區(qū)級(jí)滿載吞吐率下行滿載吞吐率(Mbps)=*系統(tǒng)PRB數(shù)目/L.ChMeas.PRB.D/話統(tǒng)統(tǒng)計(jì)周期(s)/1000/1000上行滿載吞吐率(Mbps)=L.Thrp.bits.UL*系統(tǒng)PRB數(shù)目/L.ChMeas.PRB.U/話統(tǒng)統(tǒng)計(jì)周期(s)/1000/1000小區(qū)滿載吞吐率反映了小區(qū)空口管道的極限能力，是小區(qū)傳輸效率的重要表達(dá)，影響小區(qū)總業(yè)務(wù)量和用戶體驗(yàn)，受MCS分布變化影響。2整網(wǎng)級(jí)別的速率計(jì)算假設(shè)將整網(wǎng)的數(shù)據(jù)量和傳輸時(shí)間分別相加后，即可獲得整網(wǎng)的平均用戶速率。下行用戶速率(Mbps)=Σ/Σ/1000上行用戶速率(Mbps)=Σ/Σ/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ù)相加獲得一天的速率值。樣本點(diǎn)數(shù)目會(huì)影響統(tǒng)計(jì)的準(zhǔn)確性。對(duì)于單小區(qū)的速率統(tǒng)計(jì)，需要關(guān)注用戶數(shù)和小區(qū)數(shù)傳時(shí)長(zhǎng)。對(duì)于平均用戶數(shù)很少(<5)或者小區(qū)數(shù)傳時(shí)長(zhǎng)比例很少(<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í)間業(yè)務(wù)速率并未變化，一直保持在較低水平，多數(shù)由于干擾和覆蓋等原因?qū)е滤俾实?。由于不同?chǎng)景對(duì)業(yè)務(wù)速率場(chǎng)景理解和需求不同，因此用于業(yè)務(wù)速率上下判斷的門限也存在差異。影響業(yè)務(wù)速率的因素很多，主要包括覆蓋水平、干擾水平、小區(qū)負(fù)載、開戶速率等。具體到一個(gè)商用網(wǎng)絡(luò)，主要有如下幾個(gè)方面覆蓋場(chǎng)景：網(wǎng)絡(luò)用戶數(shù)資費(fèi)策略參數(shù)核查分析和告警分析全面核查參考參數(shù)核查指導(dǎo)書。負(fù)荷和資源高分析主要關(guān)注忙時(shí)用戶數(shù)、PRB利用率等，確定是否擁塞。信道傳輸質(zhì)量差分析主要關(guān)注MCS、CQI、BLER、覆蓋和干擾評(píng)估，確定頻譜效率是否有問題。案例更多案例請(qǐng)參考“IBS交付案例集〔LTE〕V2.0〞文檔路徑：\\2\5交付資料(1)\00-2023new\07-案例收集\02-優(yōu)化案例效勞器沒有權(quán)限的請(qǐng)聯(lián)系：范麗60018914案例1.無(wú)法數(shù)傳【問題現(xiàn)象】：無(wú)法進(jìn)行UDP灌包，在效勞器端的灌包工具上看不到數(shù)傳啟動(dòng)的信息?！径ㄎ凰悸贰浚篣E能夠正常接入小區(qū)，說明信令面及傳輸物理鏈路正常，那么無(wú)法數(shù)傳就很可能是參數(shù)、軟件設(shè)置錯(cuò)誤、路由信息配置錯(cuò)誤等原因。常見的原因?yàn)樵赨DP灌包的過程中沒有關(guān)閉UE側(cè)PC的防火墻、終端側(cè)DMZ使能開關(guān)沒有開啟。【iperf灌包操作】：案例2.功率不平衡【問題描述】在“拱墅區(qū)上塘營(yíng)業(yè)廳〞雙流室分，進(jìn)行上行FTP上傳吞吐量只有4M左右。下行的吞吐率采用CPE測(cè)試不到50M且不穩(wěn)定【問題分析】〔1〕在OMC上跟蹤該小區(qū)的2個(gè)通道接收信號(hào)強(qiáng)度相差7db左右，如下列圖所示：由此引起TDL側(cè)eNB基帶測(cè)量3152e2個(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左右，到達(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è)波長(zhǎng)以上；案例3：RSRP功率過高【問題描述】省公司19層下載速率波動(dòng)很大，速率從10M到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國(guó)LTE網(wǎng)絡(luò)某大樓的walktest中，發(fā)現(xiàn)局部樓層的下行速率異常，不能到達(dá)理論值。【問題分析】主設(shè)備問題DAS安裝質(zhì)量問題終端問題信號(hào)質(zhì)量問題干擾問題【問題處理】檢查基站的配置，告警情況，發(fā)現(xiàn)一切都正常；進(jìn)行駐波比測(cè)試，駐波比滿足要求；更換華為的數(shù)據(jù)卡E398進(jìn)行測(cè)試，對(duì)Log分析，發(fā)現(xiàn)RSRP質(zhì)量都很好，如下列圖所示：LevelPCIRSRPSINRTMmodeRankDLtimeDLspeedULtimeULspeedL18_set1463-5728TM1113014Mb1309MbL32_set1463-6227TM1113014Mb1309MbL32_set2463-871TM111302Mb1306MbL32_set3463-778TM111308Mb1309MbL12_set1462-6525TM1113014Mb1309MbL12_set2462-6025TM1113014Mb1309MbL12_set3462-7117TM1113013Mb1309MbL12_set4462-6025TM1113014Mb1309MbL10_set1462-6925TM1113014Mb1309MbL10_set2462-7022TM1113014Mb1309MbL10_set3462-6526TM1113014Mb1309MbL4_set1462-6622TM1113014Mb1309MbL4_set2462-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)重干擾了效勞小區(qū)，從而導(dǎo)致本小區(qū)用戶在信號(hào)強(qiáng)度很好的時(shí)候，信噪比很差，從而導(dǎo)致下載速率異常，這也是同頻組網(wǎng)帶來(lái)的高層導(dǎo)頻污染問題。在窗邊更換定向天線后重新測(cè)試，速率恢復(fù)正常。器件規(guī)格不達(dá)標(biāo)導(dǎo)致上行干擾，速率偏低【問題描述】對(duì)某地鐵進(jìn)行測(cè)試過程中的相應(yīng)指標(biāo)如下：Sector1業(yè)務(wù)測(cè)試工程記錄值RRU1RSRP(dBm)-78RS-SINR(dB)34上載速率(Mbps)3下載速率(Mbps)41切換測(cè)試切換成功率(%)100%該站點(diǎn)的上下行配比為2，特殊子幀配比為5，因此對(duì)于CAT3的終端上行的最高吞吐率為8.8064Mbps。因此我們發(fā)現(xiàn)上行速率偏低。【定位思路】1、導(dǎo)致上行速率差的原因主要有：〔1〕存在其它用戶，導(dǎo)致測(cè)試用戶的上行速率偏低〔2〕上行來(lái)水量缺乏導(dǎo)致上行速率偏低〔3〕上行RSRP偏低〔4〕上行干擾導(dǎo)致上行速率偏低2、排查步驟：〔1〕在OMC上進(jìn)行小區(qū)跟蹤，跟蹤小區(qū)用戶數(shù)，發(fā)現(xiàn)測(cè)試過程中只存在單用戶，因此排除其它用戶對(duì)測(cè)試用戶上行吞吐量的影響?！?〕使用UDP灌包，從終端灌上行數(shù)據(jù)包，MTU設(shè)置為1000，帶寬設(shè)置25Mbps，查看probeMAC層速率為7Mbps左右，因此可以排除上行來(lái)水量缺乏導(dǎo)致的上行速率偏低的問題?！?〕查看此時(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)終端的發(fā)射功率為23dBm，已經(jīng)到達(dá)最大值。因此，我們可以判斷出，上行速率受限是由于干擾導(dǎo)致的。〔4〕后臺(tái)跟蹤RSSI〔渲染門限PRBRSSI>-110dbm〕，空載狀態(tài)下全帶寬RSSI約為-70dbm~-75dbm，存在高干擾，截圖如下：〔5〕將3151FA端口與POI一端斷開，頻譜儀接入POI一側(cè)饋纜，并將該地鐵WE站點(diǎn)閉站，發(fā)現(xiàn)如下現(xiàn)象：

a)1880M~1900LTEF頻段大帶寬掃頻結(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)并無(wú)1850~1872.6高頻頻點(diǎn)配置。截圖如下：c)擴(kuò)大頻域掃頻帶寬，設(shè)置1850M~1920M帶寬，結(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è)置1850M~1920M大帶寬頻域掃頻，底噪均勻分布，無(wú)干擾信號(hào)，截圖如下：〔7〕關(guān)閉民樂WE站點(diǎn)，設(shè)置1850M~1920M頻域跨度進(jìn)行大帶寬掃頻，LTE頻段內(nèi)未發(fā)現(xiàn)明顯干擾。截圖如下：〔8〕聯(lián)合POI設(shè)備商和室分廠家，對(duì)該地鐵站臺(tái)的機(jī)房的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以上?！?0〕通過以上分析，初步判定為POI模塊的系統(tǒng)隔離度不夠，不能對(duì)交調(diào)信號(hào)有效抑制，從而產(chǎn)生干擾，導(dǎo)致上行速率受限。【問題處理】1、推動(dòng)運(yùn)營(yíng)商和POI廠家進(jìn)行整改，消除存在的隱患。

2、整改完成后，重新進(jìn)行測(cè)試，發(fā)現(xiàn)上傳速率恢復(fù)正常，根本穩(wěn)定在7M以上。由于POI能夠產(chǎn)生諸如駐波之類的很多問題，因此在進(jìn)行排查時(shí)，應(yīng)當(dāng)消除POI的電源、電橋中存在的隱患，從而防止類似問題的發(fā)生。無(wú)法數(shù)傳【問題現(xiàn)象】：無(wú)法進(jìn)行UDP灌包，在效勞器端的灌包工具上看不到數(shù)傳啟動(dòng)的信息?！径ㄎ凰悸贰浚篣E能夠正常接入小區(qū)，說明信令面及傳輸物理鏈路正常，那么無(wú)法數(shù)傳就很可能是參數(shù)、軟件設(shè)置錯(cuò)誤、路由信息配置錯(cuò)誤等原因。常見的原因?yàn)樵赨DP灌包的過程中沒有關(guān)閉UE側(cè)PC的防火墻、終端側(cè)DMZ使能開關(guān)沒有開啟?！緄perf灌包操作】：備注：下行灌包是從效勞器往終端側(cè)灌包，在iperf軟件中填寫的Hostadress為P-GW分配給終端的IP地址，PC上的防火墻和360之類的軟件都需要關(guān)閉；如果上行灌包側(cè)從終端側(cè)往效勞器進(jìn)行灌包，Hostadress為效勞器地址，都選擇上行。后臺(tái)操作方法更多后臺(tái)操作方法請(qǐng)參考“運(yùn)維文檔_eRAN3.0_LTE故障信息采集指導(dǎo)書-20230608-A-1.5〞文檔路徑：\\2\8培訓(xùn)材料(1)\03LTE相關(guān)培訓(xùn)\中國(guó)區(qū)TD-LTE資料2\006網(wǎng)絡(luò)優(yōu)化和性能提升\02故障信息采集效勞器沒有權(quán)限的請(qǐng)聯(lián)系：范麗60018914灌包iperf是一種網(wǎng)絡(luò)流量檢測(cè)工具，有UDP和TCP兩種檢測(cè)方式。命令行格式的iperf工具首先將iperf.exe文件放置在效勞器以及UEPC中，即接收方和發(fā)送方電腦都有該程序。翻開DOS窗口，將工作路徑設(shè)置到iperf文件所在文件夾。參照下面的說明，采用UDP或TCP灌包?？梢詫perf.exe文件放置在C盤根目錄下，翻開DOS窗口后輸入cdc:\，這樣當(dāng)前路徑即為C盤根目錄。UDP：在接收方建立接收效勞器，輸入命令其中–s表示建立接收效勞，-u表示接收的是UDP業(yè)務(wù)，-i1表示每1秒顯示一次接收到的流量。在發(fā)送方輸入命令其中表示連接到該IP；-u表示灌UDP包；-t100000表示灌包時(shí)長(zhǎng)10000秒；-i1表示每1秒顯示一次灌包出口流量；-b50m表示每秒灌50Mbits的包。其它常用參數(shù)：-l1400----表示灌包包長(zhǎng)，默認(rèn)為1498字節(jié)〔IP層統(tǒng)計(jì)，包括IP頭〕，需要在接收方和發(fā)送方都進(jìn)行設(shè)置。-p5010----表示灌包端口，默認(rèn)為5001，需要在接收方和發(fā)送方都進(jìn)行設(shè)置。注意，在發(fā)送方設(shè)置該參數(shù)表示往接收方的該端口灌包，在接收方設(shè)置該參數(shù)表示接收方在該端口接收。-P2----表示用兩個(gè)線程來(lái)灌，假設(shè)設(shè)置的灌包流量為-b1m，采用兩個(gè)線程后即每秒灌2Mbits。該參數(shù)只需要在發(fā)送方設(shè)置。注意與小寫的-p加以區(qū)分。假設(shè)未在接收方建立接收效勞，而直接從發(fā)送方往接收方灌包，那么接收方每收到一個(gè)包都會(huì)返回一個(gè)176字節(jié)的ICMP包〔IP層統(tǒng)計(jì)，包括IP頭〕。假設(shè)接收已建立接收效勞，那么沒在回包。TCP：在接收方建立接收效勞器，輸入命令其中–s表示建立接收效勞，-i1表示每1秒顯示一次接收到的流量，-w512k表示接收方的接收窗口是512Kbyte。與UDP的接收效勞器相比，少了-u選項(xiàng)。在發(fā)送方輸入命令iperf–cx.x.x.x–t10000–i1–w512k其中表示連接到該IP；-t10000表示灌包時(shí)長(zhǎng)10000秒；-i1表示每1秒顯示一次灌包出口流量；-w512k表示發(fā)送方的接收窗口為512Kbyte。其它常用參數(shù)：-M1400----表示TCP包的MSS〔即不包括IP和TCP頭的凈荷最大長(zhǎng)度〕，默認(rèn)為1460字節(jié)，需要在接收方和發(fā)送方都進(jìn)行設(shè)置。-p5010----表示灌包端口，默認(rèn)為5001，需要在接收方和發(fā)送方都進(jìn)行設(shè)置。注意，在發(fā)送方設(shè)置該參數(shù)表示往接收方的該端口灌包，在接收方設(shè)置該參數(shù)表示接收方在該端口接收。-P2----表示用兩個(gè)線程來(lái)做業(yè)務(wù)，等同于兩線程下載或上傳。該參數(shù)只需要在發(fā)送方設(shè)置。請(qǐng)注意與小寫的-p加以區(qū)分。假設(shè)未在接收方建立接收效勞，而直接從發(fā)送方往接收方灌包，那么會(huì)提示連接建立失敗。圖形化giperf工具將工具包里的文件都解壓縮到任意一個(gè)文件夾，然后運(yùn)行g(shù)iperf.exe文件。該工具將各種參數(shù)都做成了圖形化的界面，在使用上簡(jiǎn)便許多，界面如圖3-1所示。需要注意的是Trafficdirection的選擇，無(wú)論是上行還是下行，發(fā)送方都選擇UL，接收方都選擇DL。同時(shí)可以勾選Show頁(yè)簽下的“Chart〞和“Messages〞來(lái)查看實(shí)時(shí)流量。其余參數(shù)說明與iperf工具一樣，在此就不再?gòu)?fù)述了。UDP灌包操作步驟Trafficmode：選擇UDPTrafficdirection：原那么：誰(shuí)灌誰(shuí)上行。終端下行：效勞器側(cè)選擇UL，終端側(cè)選擇DL；終端上行：效勞器側(cè)選擇DL，終端側(cè)選擇UL。Hostaddress：終端側(cè)：填寫效勞器IP地址；效勞器側(cè)：填寫終端業(yè)務(wù)IP地址。Bandwidth：灌包帶寬Executiontime：灌包執(zhí)行時(shí)間，根據(jù)需求設(shè)置MTUsize：建議配置1000BPort：效勞器側(cè)和終端側(cè)協(xié)商好一個(gè)沒有使用的端口號(hào)，兩邊配置一致。TCP灌包操作步驟和UDP灌包不同點(diǎn)不需要配置帶寬和MTUsize查看在線用戶數(shù)如果當(dāng)前小區(qū)內(nèi)還有其他用戶接入的話，會(huì)由于用戶業(yè)務(wù)優(yōu)先級(jí)、調(diào)度公平性等因素導(dǎo)致當(dāng)前用戶的流量收到限制，所以特別是在進(jìn)行峰值測(cè)試的時(shí)候，一定要排除其他用戶的影響。可以通過在M2000上啟動(dòng)小區(qū)統(tǒng)計(jì)跟蹤來(lái)進(jìn)行查看當(dāng)前小區(qū)的用戶數(shù)信息，如REF_Ref312335068\p\h下列圖所示。在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è)，填寫正確的小區(qū)ID，如REF_Ref312420887\p\h下列圖所示：在M2000上查看實(shí)時(shí)的干擾檢測(cè)結(jié)果M2000上查看小區(qū)性能在M2000里面點(diǎn)監(jiān)控，選擇〞小區(qū)性能測(cè)試〞，查看RB利用率，總吞吐率，小區(qū)干擾監(jiān)測(cè)，用戶數(shù)。選擇“用戶性能測(cè)試〞，查看PowerHeadroom，信道質(zhì)量，吞吐率，MCS階數(shù)統(tǒng)計(jì)，誤碼率。抓包TPE定位結(jié)果如果不能得到客戶的信任，建議采用三點(diǎn)抓包(有條件時(shí)啟動(dòng)4點(diǎn)抓包，無(wú)條件時(shí)在A、B、D3點(diǎn)抓包):1、A點(diǎn)抓包只需抓取包頭100字節(jié)以節(jié)省文件大小，并命名為:局點(diǎn)名_UEPC.pcap2、如果實(shí)際組網(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.pcap3、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抓包。簡(jiǎn)單分析思路:在A點(diǎn)使用tcp.analysis.duplicate_ack_num>=2過濾看是否有丟包，如果有丟包找到一個(gè)具體丟包點(diǎn)，和B點(diǎn)核對(duì),分段排查。在A點(diǎn)使用tcp.window_size<1000過濾看是否有窗口收縮，如果有窗口收縮的時(shí)間點(diǎn)和IOGraphs時(shí)間點(diǎn)核對(duì)，如果一致說明UEPC性能不滿足需求。切換重選類問題更多切換類的問題請(qǐng)參考效勞上的文檔。文檔路徑：\\2\8培訓(xùn)材料(1)\03LTE相關(guān)培訓(xùn)\LTE室分X板斧參考資料\切換效勞器沒有權(quán)限的請(qǐng)聯(lián)系：范麗60018914?，F(xiàn)象描述切換問題通常指終端按照網(wǎng)絡(luò)側(cè)的配置上報(bào)測(cè)量報(bào)告，但未能按照切換流程成功完成切換，根據(jù)流程失敗的環(huán)節(jié)可以分為如下幾類：終端上報(bào)測(cè)量報(bào)告后未能收到切換命令網(wǎng)絡(luò)側(cè)未能收到測(cè)量報(bào)告，源小區(qū)上行信號(hào)或上行消息發(fā)送有問題；網(wǎng)絡(luò)側(cè)收到了測(cè)量報(bào)告，但是內(nèi)部準(zhǔn)入失敗或切換信令在S1、X2等接口喪失或切換懲罰，網(wǎng)絡(luò)側(cè)沒有下發(fā)切換命令，可以確定是系統(tǒng)側(cè)問題，和終端以及空口信號(hào)無(wú)關(guān)；網(wǎng)絡(luò)側(cè)下發(fā)切換命令，終端沒有收到，源小區(qū)下行信號(hào)或下行消息發(fā)送有問題終端收到切換命令但是eNodeB沒有收到切換完成終端在目標(biāo)小區(qū)進(jìn)行隨機(jī)接入，eNodeB沒有收到MSG1；終端在目標(biāo)小區(qū)進(jìn)行隨機(jī)接入，eNodeB收到MSG1，終端沒有收到MSG2；終端在目標(biāo)小區(qū)進(jìn)行隨機(jī)接入，終端收到MSG2，eNodeB沒有收到MSG3；eNodeB收到切換完成，但后續(xù)流程失敗這種場(chǎng)景比擬少，可以確認(rèn)是系統(tǒng)側(cè)問題，和終端以及空口信號(hào)無(wú)關(guān)如果切換失敗，那么大多表現(xiàn)為掉話、RRC重建等現(xiàn)象。換失敗的空口問題，在終端側(cè)通常表現(xiàn)有多種情況，但有一個(gè)共同點(diǎn)，那么在發(fā)完測(cè)量報(bào)告后不久〔2秒以內(nèi)〕終端重新發(fā)RRCConnectionRequest消息、或發(fā)RRCConnectionReestablishmentRequest消息、或直接進(jìn)入IDLE態(tài)(僅接收paging和systemInfomation)切換類型介紹LTE中的切換Intra-RAT〔系統(tǒng)內(nèi)切換〕載頻關(guān)系：同頻切換，異頻切換信令承載方式：eNodeB內(nèi)的切換MME內(nèi)基于X2接口的切換〔存在X2口〕MME內(nèi)基于S1接口的切換〔不存在X2口〕MME間S1口切換，數(shù)據(jù)轉(zhuǎn)發(fā)走X2口〔存在X2口〕MME間S1口切換，數(shù)據(jù)轉(zhuǎn)發(fā)走S1口〔不存在X2口〕Inter-RAT〔系統(tǒng)間切換〕測(cè)量事件介紹分析思路切換問題主要從三個(gè)方面去分析和定位：鄰區(qū)漏配目前很多LTE網(wǎng)絡(luò)都在建網(wǎng)階段，鄰區(qū)漏配現(xiàn)象很嚴(yán)重，特別是由于很多站點(diǎn)沒有onair，導(dǎo)致很多規(guī)劃沒有鄰區(qū)關(guān)系的站點(diǎn)在實(shí)際中卻存在鄰區(qū)關(guān)系，鄰區(qū)漏配是目前現(xiàn)網(wǎng)切換失敗的TOP1原因！切換不及時(shí)LTE很多地方是同頻組網(wǎng)，且沒有軟切換，同頻干擾是最大的挑戰(zhàn)，相對(duì)2G/3G，切換區(qū)小很多，如果不能及時(shí)切換，很容易出現(xiàn)切換失敗。弱覆蓋弱覆蓋也是當(dāng)前LTE現(xiàn)網(wǎng)切換失敗的一大原因，目前LTE建網(wǎng)階段，網(wǎng)絡(luò)還比擬薄，弱覆蓋比擬普遍。同頻切換參數(shù)配置配置外部小區(qū)和鄰區(qū)如果希望兩個(gè)小區(qū)雙向切換測(cè)試，需要兩個(gè)站都配置外部小區(qū)和鄰區(qū)；配置外部小區(qū)：站間切換必須配置外部小區(qū)，站內(nèi)切換不需要配置外部小區(qū)；命令中相關(guān)信息為鄰小區(qū)信息，如下列圖：ADDEUTRANEXTERNALCELL:Mcc="x",Mnc="x",eNodeBId=x,CellId=x,DlEarfcn=x,UlEarfcnCfgInd=NOT_CFG,PhyCellId=x,Tac=x;配置鄰區(qū)關(guān)系：站內(nèi)和站間切換都必須配置同頻鄰區(qū)，命令中除本地小區(qū)標(biāo)識(shí)，其他相關(guān)信息為鄰小區(qū)的信息，如下列圖：ADDEUTRANINTRAFREQNCELL:LocalCellId=x,Mcc="x",Mnc="x",eNodeBId=x,CellId=x;調(diào)整切換門限切換門限可以簡(jiǎn)化為：切換門限＝切換幅度遲滯＋同頻切換偏置－小區(qū)偏移量。減小切換幅度遲滯雖然也可以降低切換的難度，但容易造成乒乓切換，故實(shí)際測(cè)試過程不建議修改；建議通過減小同頻切換偏置或著加大小區(qū)偏移量，使得切換更容易，成功的在掉話之前進(jìn)行切換。修改同頻切換偏置可以使用LSTCELLSTANDARDQCI查詢小區(qū)標(biāo)準(zhǔn)QCI參數(shù)，默認(rèn)同頻切換配置參數(shù)組ID為0，如下列圖所示。因?yàn)榍袚Q偏置是針對(duì)同頻切換參數(shù)組ID來(lái)修改的，所以不同QCI對(duì)應(yīng)不同切換偏置時(shí)需要修改小區(qū)QCI所對(duì)應(yīng)的同頻切換配置組ID。MODCELLSTANDARDQCI:LocalCellId=0,Qci=QCI9,IntraFreqHoGroupId=1;可以使用LSTINTRAFREQHOGROUP查詢基站目前的同頻切換參數(shù)組，如下列圖所示。如果出現(xiàn)切換過晚情況，可調(diào)整切換偏置來(lái)減小同頻切換偏置，建議設(shè)置為0；下面命令也可以修改同頻切換幅度遲滯、切換偏置、切換時(shí)間遲滯等，但一般測(cè)試情況下，僅建議修改同頻切換偏置。ADDINTRAFREQHOGROUP:LocalCellId=0,IntraFreqHoGroupId=0,IntraFreqHoA3Offset=0;修改小區(qū)偏移量(CIO)參數(shù)如果切換信號(hào)很差，2db門限仍然無(wú)法成功切換，可以使用MODEURTANINTRAFREQNCELL命令微調(diào)CIO〔小區(qū)偏移量〕來(lái)改善切換成功率，此值越大越容易切換，參數(shù)按照實(shí)際情況修改。異頻參數(shù)配置以800M環(huán)境，10M小區(qū)頻點(diǎn)6300、6400為例eNodeB側(cè)參數(shù)配置：Step1：配置制定小區(qū)的異頻點(diǎn)信息ADDEUTRANINTERNFREQ:LocalCellId=0,DlEarfcn=6300,UlEarfcnCfgInd=NOT_CFG,CellReselPriorityCfgInd=NOT_CFG,SpeedDependSPCfgInd=NOT_CFG,MeasBandWidth=MBW50,PmaxCfgInd=NOT_CFG,PresenceAntennaPort1=BOOLEAN_TRUE;注意：指定的小區(qū)的頻點(diǎn)不能與配置的頻點(diǎn)相同，一個(gè)小區(qū)的異頻點(diǎn)可以有多個(gè)。請(qǐng)正確配置異頻鄰區(qū)天線數(shù)，不然會(huì)影響測(cè)量結(jié)果如果是1T1R請(qǐng)將天線配置指示設(shè)置成FALSE，如果是2T2R請(qǐng)將其設(shè)置成為TRUE。Step2：配置外部小區(qū)ADDEUTRANEXTERNALCELL:Mcc="240",Mnc="06",eNodeBId=06,CellId=12,DlEarfcn=6300,UlEarfcnCfgInd=NOT_CFG,PhyCellId=28,Tac=30;注意：站內(nèi)不用指定外部小區(qū)，站間需要先添加外部小區(qū)。Step3：配置鄰區(qū)關(guān)系A(chǔ)DDEUTRANINTERFREQNCELL:LocalCellId=0,Mcc="240",Mnc="06",eNodeBId=5012,CellId=28;注意：鄰區(qū)關(guān)系的添加有兩種方式，上面是手動(dòng)添加方式，另外一種添加方式可以使用ANR算法自動(dòng)完成鄰區(qū)關(guān)系的添加。Step4：配置異頻觸發(fā)門限MODINTERFREQHOGROUP:LocalCellId=0,InterFreqHoGroupId=0,InterFreqHoA1ThdRsrp=-85,InterFreqHoA2ThdRsrp=-89,InterFreqHoA4ThdRsrp=-85;注意：在異頻切換的時(shí)候請(qǐng)正確配置A1，A2，A4事件的閾值，。對(duì)于外場(chǎng)測(cè)試性能部給出的參考值是：A1：RSRP:-105，RSRQ:-10A2:RSRP:-109，RSRQ：-12A4：RSRP：-105，RSRQ：-10在實(shí)驗(yàn)室測(cè)試的時(shí)候，可以將能量適當(dāng)增大進(jìn)行測(cè)試，但是應(yīng)遵循上述的原那么合理設(shè)置，其他事件遲滯和幅度遲滯等參數(shù)均可參考以前同頻的設(shè)置。優(yōu)化方法切換問題的類型根因等很多，在此很難一一贅述，本文主要討論常見的一些問題和現(xiàn)象。相關(guān)工具的使用和信息的獲取在問題分析中，我們會(huì)使用到一些工具，eNB側(cè)主要是M2000信令跟蹤及業(yè)務(wù)數(shù)據(jù)回憶工具，UE側(cè)先以華為Probe為例，其他廠家終端有各自的分析工具，在這不贅述了。常用的跟蹤工具：數(shù)據(jù)分析工具：“切換測(cè)量控制〞及“切換測(cè)量報(bào)告〞消息確實(shí)認(rèn)：“切換命令〞消息確實(shí)認(rèn)：用消息查看軟件，翻開UU接口“切換測(cè)量報(bào)告〞消息后面的一條RRCConnectionReconfiguration消息，便可翻開消息查看其詳細(xì)內(nèi)容，以UE側(cè)跟蹤的消息為例：切換完成消息發(fā)送“小區(qū)〞確實(shí)認(rèn)：切換完成消息是從哪個(gè)小區(qū)發(fā)上來(lái)的，在網(wǎng)絡(luò)側(cè)通過跟蹤文件比擬容易確認(rèn)，在UE側(cè)可用消息查看軟件查看UE側(cè)UU接口“切換測(cè)量報(bào)告〞消息后面的第一條SystemInfomationBlockType1消息，便可翻開消息查看其詳細(xì)內(nèi)容。切換問題排查常用操作及流程設(shè)備狀態(tài)檢查確認(rèn)網(wǎng)絡(luò)側(cè)切換相關(guān)小區(qū)均為正常激活態(tài)查詢基站、小區(qū)告警，保證沒有與切換相關(guān)的嚴(yán)重告警〔如X2配置鏈路斷開、RRU告警等〕檢查測(cè)試終端是否能正常使用，是否支持異頻、異系統(tǒng)重選、切換功能eNodeB參數(shù)配置檢查確認(rèn)切換開關(guān)配置是否正常確認(rèn)鄰區(qū)配置及其參數(shù)配置〔確認(rèn)鄰區(qū)關(guān)系、X2接口配置、傳輸〕確認(rèn)切換門限、延遲觸發(fā)時(shí)間等參數(shù)配置規(guī)定動(dòng)作順序排查流程按下列圖規(guī)定動(dòng)作順序完成問題排查，必要時(shí)按交付件反響相關(guān)信息、數(shù)據(jù)到前方進(jìn)行深入定位，必要時(shí)，前方啟動(dòng)攻關(guān)流程進(jìn)行專題問題定位。鄰區(qū)漏配導(dǎo)致的切換失敗鄰區(qū)漏配的解決方法手工添加鄰區(qū)配置翻開ANR算法開關(guān)(ANR流程如下，不贅述〕切換不及時(shí)導(dǎo)致的切換失敗切換不及時(shí)的解決方法如果從“鄰區(qū)質(zhì)量滿足切換門限〞到“效勞小區(qū)質(zhì)量陡降〞之間的時(shí)間間隔太短〔如小于1秒〕且“鄰區(qū)比效勞小區(qū)質(zhì)量好〞到“效勞小區(qū)質(zhì)量陡降〞的時(shí)間間隔比擬長(zhǎng)〔如大于2秒〕，那么可通過修改效勞小區(qū)與鄰區(qū)的偏置CellIndividualOffset〔為大于0的值〕來(lái)提前切換如果從“鄰區(qū)比效勞小區(qū)質(zhì)量好〞到“效勞小區(qū)質(zhì)量陡降〞的時(shí)間間隔比擬短〔如小于0.5秒〕，那么可通過修改效勞小區(qū)的延遲觸發(fā)時(shí)間IntraFreqHoA3TimeToTrig來(lái)提前切換如果效勞小區(qū)與所有鄰區(qū)都需要調(diào)整相同的CellIndividualOffset，那么可通過調(diào)整切換門限參數(shù)IntraFreqHoA3Hyst、IntraFreqHoA3Offset來(lái)提前切換〔此操作用得很少〕弱覆蓋導(dǎo)致的切換失敗弱覆蓋的解決方法：調(diào)整功率配比調(diào)整天線傾角增加基站、載頻干擾導(dǎo)致的切換失敗干擾問題的解決方法：錯(cuò)開頻點(diǎn)配置找出干擾原因，去除干擾源對(duì)于瞬時(shí)的、變化的干擾，當(dāng)前暫沒有好的方法案例更多案例請(qǐng)參考“IBS交付案例集〔LTE〕V2.0〞文檔路徑：\\2\5交付資料(1)\00-2023new\07-案例收集\02-優(yōu)化案例其他案例請(qǐng)參考：“LTE網(wǎng)規(guī)網(wǎng)優(yōu)交付技術(shù)案例集錦-切換類〞“LTE網(wǎng)規(guī)網(wǎng)優(yōu)交付技術(shù)案例集錦-切換類20230401〞文檔路徑：\\2\8培訓(xùn)材料(1)\03LTE相關(guān)培訓(xùn)\LTE室分X板斧參考資料\切換效勞器沒有權(quán)限的請(qǐng)聯(lián)系：范麗60018914案例1：MCC配置錯(cuò)誤導(dǎo)致重選失敗【問題現(xiàn)象】室內(nèi)PSredirection失敗但室外成功。【問題原因及分析】通過MODINTERRATHOCOMMGROUP將A2門限即InterRatHoA2ThdRsrp修改為-100dBm，現(xiàn)場(chǎng)測(cè)試發(fā)現(xiàn)在RSRP滿足條件后，UE并不會(huì)上報(bào)A2事件，從L3信令中觀察RRC連接重配置消息中只有A3相關(guān)測(cè)量，沒有A2內(nèi)容。于是進(jìn)行LISENCE、開關(guān)、參數(shù)的Stepbystep核查，同時(shí)降低B1門限要求，但RRC重配置信令中仍然沒有A2內(nèi)容。因?yàn)槭彝釸edirection成功而室內(nèi)失敗，因此進(jìn)行室內(nèi)外參數(shù)比照核查：先使用FMA工具將XML文件轉(zhuǎn)換為MML文件，然后使用UE的compare功能進(jìn)行核查。開始重點(diǎn)比照開關(guān)類如UtranHoCfg，UtranVersion類參數(shù)差異，但修改后仍然失敗。再次細(xì)細(xì)核查發(fā)現(xiàn)室外：MODUTRANEXTERNALCELL:Mcc=208,Mnc=10;室內(nèi)：MODUTRANEXTERNALCELL:Mcc=280,Mnc=10;至此問題徹底定位。由于鄰區(qū)是TD們自己手動(dòng)規(guī)劃的腳本，人為失誤導(dǎo)致3G的PLMN配置錯(cuò)誤【處理過程】修正MCC的值?！咎幚斫Y(jié)果】可以看出RRC重配置中已經(jīng)含有了A2測(cè)量，當(dāng)RSRP滿足條件后已經(jīng)開始上報(bào)A2事件，并且Redirection成功，PSHO到3G的10564頻點(diǎn)案例2：無(wú)法與異廠商做CSFB測(cè)試原因分析【問題現(xiàn)象】室內(nèi)分布式基站，與E司UMTS設(shè)備做CSFB的測(cè)試時(shí)，在設(shè)置成AUTO模式下，發(fā)現(xiàn)無(wú)法成功駐留在我司LTE網(wǎng)絡(luò)上，只能搜索到WCDMA信號(hào)并進(jìn)行駐留；如果設(shè)置成LTEONLY模式，能夠成功搜索到LTE信號(hào)，正常做業(yè)務(wù)，但是無(wú)法進(jìn)行CSFB測(cè)試。版本：eNodeB:V100R005C00SPC340/RRU3201,LBBPd1,LMPTUMTS：版本未知〔E司設(shè)備，但是其做過E司LTE網(wǎng)絡(luò)到E司UMTS網(wǎng)絡(luò)的CSFB，說明其網(wǎng)絡(luò)支持該項(xiàng)測(cè)試〕EPC：HWMME/CISCOMME〔版本未知，但是其支持E司LTE網(wǎng)絡(luò)到E司UMTS網(wǎng)絡(luò)的CSFB〕終端：MotorolaXT925，E392-12【問題原因及分析】LTE和UMTS兩端是否共同設(shè)置參數(shù)，相互配置鄰區(qū)；優(yōu)先級(jí)設(shè)置問題；終端支持能力問題及SIM卡是否在HSS上鑒權(quán)；先單制式附著，再手動(dòng)切換成聯(lián)合附著；小區(qū)干擾；MME連接問題；版本問題【處理過程】在LTE側(cè)配置好后，選擇AUTO模式無(wú)法接入LTE網(wǎng)絡(luò)，只能駐留在WCDMA網(wǎng)絡(luò)〔選擇LTEONLY能夠接入LTE網(wǎng)絡(luò)〕；向客戶申請(qǐng)協(xié)調(diào)在E司人員在UMTS側(cè)基站添加LTE鄰區(qū)；排除參數(shù)設(shè)置問題，但依然無(wú)法進(jìn)行CSFB測(cè)試；由于對(duì)UMTS側(cè)基站的配置不透明，無(wú)法獲取該基站的小區(qū)重選優(yōu)先級(jí)，故設(shè)置LTE網(wǎng)絡(luò)優(yōu)先級(jí)為最大值7；設(shè)置后，選擇AUTO模式無(wú)法優(yōu)先接入LTE網(wǎng)絡(luò)，只能駐留在WCDMA網(wǎng)絡(luò)〔但選擇LTEONLY能夠接入LTE網(wǎng)絡(luò)〕；由于之前沒有局點(diǎn)使用MotorolaXT925進(jìn)行CSFB測(cè)試，疑心終端和優(yōu)先級(jí)問題；故跟客戶申請(qǐng)，在E司現(xiàn)網(wǎng)環(huán)境下進(jìn)行測(cè)試〔E司LTE網(wǎng)絡(luò)和UMTS網(wǎng)絡(luò)，CISCOMME〕，在AUTO模式下能夠優(yōu)先選擇LTE網(wǎng)絡(luò)，進(jìn)行CSFB完畢后會(huì)重選到LTE網(wǎng)絡(luò)，證明在UMTS側(cè)基站設(shè)置的小區(qū)重選優(yōu)先級(jí)低于LTE側(cè)基站〔根據(jù)協(xié)議規(guī)定，可以證明UMTS側(cè)基站小區(qū)重選優(yōu)先級(jí)設(shè)置低于LTE基站〕；排除優(yōu)先級(jí)設(shè)置問題和終端支持能力問題，同時(shí)確定SIM卡已經(jīng)在HSS上鑒權(quán)，但依然無(wú)法進(jìn)行CSFB測(cè)試；由于客戶還未提供我司測(cè)試終端，選用我司終端數(shù)據(jù)卡E392-12用Probe定位測(cè)試該卡接入網(wǎng)絡(luò)問題；選擇我司LTE基站，發(fā)現(xiàn)能夠正常接入，正常做上下載業(yè)務(wù)〔DL能到達(dá)60+Mbps，上載到達(dá)15Mbps，終端不支持CSFB〕，說明我司LTE基站能夠正常提供業(yè)務(wù)；同時(shí)也發(fā)現(xiàn)其他友商LTE網(wǎng)絡(luò)，由于測(cè)試在天線下，我司LTE基站強(qiáng)度最大〔-40dbm左右〕，排除異廠商信號(hào)干擾問題；同時(shí)，用LTEONLY模式能夠正常進(jìn)行上下載業(yè)務(wù)測(cè)試，排除小區(qū)接入問題；EPC側(cè)問題排查：切換我司MME至C司MME做測(cè)試，發(fā)現(xiàn)用AUTO模式能夠正常接入LTE網(wǎng)絡(luò)，做CSFB成功，也能夠回退至LTE網(wǎng)絡(luò)；說明我司MME存在接入問題，跟蹤S1消息發(fā)現(xiàn)當(dāng)UE發(fā)起附著請(qǐng)求時(shí)會(huì)被MME拒掉，屢次拒掉后會(huì)選擇UMTS網(wǎng)絡(luò)；經(jīng)核心網(wǎng)問題排查，使MME版本升級(jí)到V9R11C02SPC200〔定制版本〕，躲避掉無(wú)法由我司LTE網(wǎng)絡(luò)向異廠商UMTS網(wǎng)絡(luò)做CSFB測(cè)試。【處理結(jié)果】問題得以解決。案例3：配置錯(cuò)誤導(dǎo)致大量乒乓切換【問題現(xiàn)象】在某局點(diǎn)例行KPI數(shù)據(jù)分析時(shí)發(fā)現(xiàn)同站同頻全網(wǎng)切換嘗試次數(shù)在某日開始突然大幅抬升30倍之多，需要分析為何同站同頻切換嘗試次數(shù)會(huì)變化如此劇烈?！締栴}原因及分析】KPI分析：將當(dāng)日的話統(tǒng)進(jìn)行全網(wǎng)排序，查找切換次數(shù)TOP站點(diǎn)，確認(rèn)切換次數(shù)最多的K站點(diǎn)。使用兩兩小區(qū)對(duì)話統(tǒng)，發(fā)現(xiàn)切換都是在與同站鄰區(qū)之間做乒乓切換產(chǎn)生的。參數(shù)核查：進(jìn)一步做參數(shù)排查，發(fā)現(xiàn)本小區(qū)CIO和QoffsetFreq被錯(cuò)誤配置為-24dB。【處理結(jié)果】根據(jù)A3判決公式：得到：Mn+0+0–1>Ms–24–24+2.5即Mn>Ms–44.5就會(huì)觸發(fā)測(cè)量報(bào)告，切換區(qū)被拉得非常大，幾乎當(dāng)有UE一進(jìn)入該小區(qū)時(shí)即會(huì)觸發(fā)切換再切出去，從而導(dǎo)致大量的乒乓切換過程。修改CIO和Qoffset后問題即可解決。案例4：PCI沖突導(dǎo)致切換失敗【問題現(xiàn)象】某局點(diǎn)發(fā)現(xiàn)兩小區(qū)之間發(fā)生屢次切換，但全部切換失敗，失敗現(xiàn)象完全一致：UE已收到源小區(qū)下發(fā)的切換命令并且UEL3已回復(fù)切換完成消息，但隨即在目標(biāo)小區(qū)發(fā)起重建且重建原因?yàn)镠andoverFailure，但所有重建都失敗?！締栴}分析】參數(shù)核查：將源側(cè)基站和目標(biāo)側(cè)基站參數(shù)配置跟基線參數(shù)進(jìn)行比擬，未發(fā)現(xiàn)明顯異常。也對(duì)源小區(qū)的鄰區(qū)關(guān)系進(jìn)行過檢查，發(fā)現(xiàn)其存在往目標(biāo)小區(qū)的鄰區(qū)關(guān)系，所以暫時(shí)沒有疑心該鄰區(qū)關(guān)系配置有其他問題。分析數(shù)據(jù)：在問題中有個(gè)疑點(diǎn)無(wú)法解釋：UE已經(jīng)收到了切換命令，說明在目標(biāo)側(cè)已經(jīng)存在了該UE的上下文信息，為何在目標(biāo)側(cè)的重建會(huì)被拒絕？因此疑心UE重建時(shí)選擇的小區(qū)跟X2口切換請(qǐng)求時(shí)的目標(biāo)小區(qū)不一致。核查鄰區(qū)：在源側(cè)小區(qū)配置中搜索發(fā)現(xiàn)配置了兩條PCI相同但eNBID不同的外部小區(qū)記錄；可是鄰區(qū)關(guān)系卻只配置了一個(gè)PCI，跟疑點(diǎn)現(xiàn)象一致。分析到這里，一線就去確認(rèn)源站點(diǎn)與兩個(gè)外部小區(qū)相對(duì)位置關(guān)系，發(fā)現(xiàn)距離較近的站點(diǎn)沒有配置鄰區(qū)關(guān)系，相距較遠(yuǎn)〔20公里〕的反倒配了鄰區(qū)關(guān)系。【問題結(jié)論】分析到這里，問題最終確認(rèn)，因?yàn)閰?shù)配置錯(cuò)誤，導(dǎo)致eNodeB試圖將UE切往相距二十多公里的另外一個(gè)小區(qū)，因此在目標(biāo)小區(qū)必然隨機(jī)接入失敗，而后在真實(shí)的目標(biāo)小區(qū)發(fā)起重建，但因?yàn)槟繕?biāo)小區(qū)實(shí)際沒有上下文信息而被eNodeB拒絕。修改鄰區(qū)關(guān)系后問題解決了。案例5：eNB收到測(cè)量報(bào)告不處理【問題現(xiàn)象】某局點(diǎn)一個(gè)區(qū)域修改小區(qū)帶寬和頻點(diǎn)后，用戶在該區(qū)域內(nèi)移動(dòng)時(shí)，UE上報(bào)大量測(cè)量報(bào)告，但是eNB不下發(fā)切換命令，導(dǎo)致UE無(wú)法在小區(qū)間進(jìn)行正常切換，區(qū)域掉話率升高?！締栴}分析】路測(cè)數(shù)據(jù)分析：UE發(fā)送測(cè)量報(bào)告，但沒有收到eNB的切換命令，eNB也確實(shí)沒有發(fā)切換命令；話統(tǒng)分析：通過話統(tǒng)觀察，在很長(zhǎng)一段時(shí)間內(nèi)站點(diǎn)有大量掉話現(xiàn)象，但是連一次準(zhǔn)備切換都沒有發(fā)生過。參數(shù)核查：查看eNB配置文件，切換算法開關(guān)翻開，但本應(yīng)存在的鄰區(qū)關(guān)系卻消失了；【問題結(jié)論】經(jīng)過上述步驟可以確定為鄰區(qū)關(guān)系異常問題。最終定位出某版本當(dāng)在有鄰區(qū)關(guān)系的情況，用CME批配置修改小區(qū)帶寬，會(huì)導(dǎo)致鄰區(qū)關(guān)系被刪除，影響小區(qū)間的正常切換，導(dǎo)致掉話KPI異常變高。添加鄰區(qū)關(guān)系后即可恢復(fù)。案例6：核心網(wǎng)異常導(dǎo)致切換準(zhǔn)備失敗【問題現(xiàn)象】某局點(diǎn)路測(cè)時(shí)發(fā)現(xiàn)，局部小區(qū)存在UE上報(bào)測(cè)量報(bào)告后eNB不處理的現(xiàn)象。而且UE也不會(huì)掉話，甚至出現(xiàn)一分鐘前上報(bào)測(cè)量報(bào)告后沒有收到切換命令，一分鐘后再上報(bào)卻能收到切換命令的奇怪現(xiàn)象.【問題分析】標(biāo)口&CHR分析：使用標(biāo)口跟蹤，發(fā)現(xiàn)原因是由于源側(cè)發(fā)送S1切換請(qǐng)求后，收到響應(yīng)切換準(zhǔn)備失敗，導(dǎo)致無(wú)法切換。抓取目標(biāo)側(cè)Debug日志分析，目標(biāo)側(cè)收到S1切換請(qǐng)求后，出現(xiàn)內(nèi)部異常錯(cuò)誤，打印如下，確認(rèn)此異常是當(dāng)MME下發(fā)的切換請(qǐng)求消息中攜帶的MMES1APID在目標(biāo)eNodeB已經(jīng)分配，會(huì)導(dǎo)致切換請(qǐng)求ACK消息發(fā)送失敗?！締栴}結(jié)論】發(fā)現(xiàn)一線核心網(wǎng)在收到切換完成的Notify時(shí)并不是立即往原小區(qū)釋放用戶資源，而是等待3秒左右釋放，有時(shí)候乒乓切換就會(huì)出現(xiàn)MME在釋放用戶資源前發(fā)一個(gè)相同的S1_AP_ID的信令，此時(shí)目標(biāo)eNB收到這個(gè)S1_AP_ID已有，但是eNB_S1_AP不同的切換請(qǐng)求信令，會(huì)判斷核心網(wǎng)信令異常，而失敗。在核心網(wǎng)升級(jí)后，解決此bug，問題消失。干擾類問題更多干擾的資料請(qǐng)參考資料請(qǐng)?jiān)谛谄魃线M(jìn)行下載，效勞器地址：\\2\8培訓(xùn)材料(1)\03LTE相關(guān)培訓(xùn)\LTE室分X板斧參考資料\干擾效勞器沒有權(quán)限的請(qǐng)聯(lián)系：范麗60018914?，F(xiàn)象描述干擾是影響網(wǎng)絡(luò)質(zhì)量的關(guān)鍵因素之一，當(dāng)干擾過大時(shí)，對(duì)通話質(zhì)量、掉話、切換、吞吐量均有顯著影響，可能出現(xiàn)掉話，吞吐率降低，切換不及時(shí)等等現(xiàn)象。如何降低或消除干擾是網(wǎng)絡(luò)規(guī)劃、優(yōu)化的重要任務(wù)。分析思路分析干擾之前，首先要弄明白干擾產(chǎn)生的原因及種類。系統(tǒng)內(nèi)干擾1：幀失步〔GPS失鎖〕造成的干擾對(duì)于LTETDD系統(tǒng)，因?yàn)槭菚r(shí)分雙工，這對(duì)系統(tǒng)的時(shí)鐘同步要求很高。如同一個(gè)網(wǎng)絡(luò)中的某基站A與周圍其他基站的時(shí)鐘不同步，這就造成基站A的DL信號(hào)被周圍的基站接收到，故而干擾到了周圍基站的上行接收。由LTE的幀結(jié)構(gòu)，其特殊子幀的上下行保護(hù)時(shí)隙之間的GP就是為上行和下行留出的保護(hù)帶，其值從100us到700us不等，那么如果失步時(shí)間超過100~700us就會(huì)造成基站間干擾。同樣的，GPS也會(huì)造成同樣的問題。但是GSP時(shí)鐘不同步造成的干擾，通常影響范圍比擬嚴(yán)重，且范圍很廣?？赡茉贕PS失步基站周圍的一大片基站都受到干擾，導(dǎo)致這些基站覆蓋范圍內(nèi)的UE無(wú)法做業(yè)務(wù)，嚴(yán)重的甚至在基站下RSRP很好的情況下，UE都無(wú)法入網(wǎng)。在這些基站側(cè)跟蹤上行RSSI值，通常會(huì)發(fā)現(xiàn)RSSI值可能比正常值高出10~20dB，甚至更高。引起GPS失鎖的原因可能有：GPS安裝不標(biāo)準(zhǔn)，導(dǎo)致無(wú)法搜到足夠的星；GPS受到干擾；星卡異常；對(duì)于我司基站可以通過DSPGPSSNR命令來(lái)查詢GPS收到的衛(wèi)星數(shù)以及衛(wèi)星信號(hào)信噪比。且一旦失鎖，基站都會(huì)有告警。但是網(wǎng)絡(luò)中如果有其他廠家的設(shè)備共存，如果存在GPS失鎖，也可能會(huì)對(duì)我司設(shè)備造成干擾。系統(tǒng)內(nèi)干擾2：TDD超遠(yuǎn)干擾TDD超遠(yuǎn)干擾出現(xiàn)的場(chǎng)景及原因：干擾站和被干擾站之間的無(wú)線傳播環(huán)境非常好，等效于自由空間。遠(yuǎn)距離的站點(diǎn)信號(hào)經(jīng)過傳播，到達(dá)被干擾站點(diǎn)的時(shí)候，因?yàn)閭鞑キh(huán)境很好，衰減就比擬小，同時(shí)因?yàn)閭鞑ミ^程中的時(shí)延導(dǎo)致干擾站的DwPTS與被干擾站的UpPTS對(duì)齊〔嚴(yán)重的甚至?xí)涞奖桓蓴_站的上行子幀〕，導(dǎo)致干擾站的基站發(fā)對(duì)被干擾站的基站收的干擾。如下列圖所示：其中DwPTS為下行保護(hù)時(shí)隙，UpPTS為上行保護(hù)時(shí)隙，GP為保護(hù)間隔，主要作用是用于下行到上行轉(zhuǎn)換時(shí)的保護(hù)；在小區(qū)搜索時(shí)，確保DwPTS可靠接收，防止干擾UL；在隨機(jī)接入時(shí)，確保UpPTS可以提前發(fā)射，防止干擾DL。特殊子幀中的GP決定了DL不會(huì)干擾UL的最小距離。根據(jù)下表特殊子幀GP長(zhǎng)度可以算出保護(hù)距離距離從21.4km到214.3km不等。當(dāng)基站間無(wú)線傳播環(huán)境很好且配置的特殊子幀的GP很小時(shí)，很有可能造成TDD超遠(yuǎn)干擾。子幀配比和上下行保護(hù)距離SpecialsubframeconfigurationDwPTSGPUpPTS保護(hù)距離〔km〕03101214.3194185.72103164.33112142.94121121.45392192.9693264.37102242.98111221.4出現(xiàn)TDD超遠(yuǎn)干擾后可能出現(xiàn)的問題：UE在被干擾小區(qū)邊緣不能進(jìn)行隨機(jī)接入鄰區(qū)UE不能切換到被干擾小區(qū)嚴(yán)重的會(huì)出現(xiàn)下行業(yè)務(wù)和上行業(yè)務(wù)速率都大幅下降；系統(tǒng)內(nèi)干擾3：數(shù)據(jù)配置錯(cuò)誤如系統(tǒng)的頻率、PCI、上下行配比、時(shí)間偏移量〔TDDtimeoffset〕等參數(shù)配置錯(cuò)誤，會(huì)導(dǎo)致同系統(tǒng)間干擾增大，表現(xiàn)在RSRP、SINR等參數(shù)遠(yuǎn)低于預(yù)期。特別是在WiMAX-LTE或者TDS-LTE雙模組網(wǎng)，或單雙模混合組網(wǎng)的場(chǎng)景下，如果時(shí)鐘偏置設(shè)置不正確，也可能會(huì)造成異系統(tǒng)間的TDD干擾。在存在雙模組網(wǎng)場(chǎng)景的網(wǎng)絡(luò)中，必須嚴(yán)格按照空口幀同步方案進(jìn)行配置，配置完以后建議重啟基站。由于數(shù)據(jù)配置錯(cuò)誤引起的系統(tǒng)內(nèi)干擾，可通過數(shù)據(jù)配置核查進(jìn)行確認(rèn)和處理，確保各站的配置統(tǒng)一，和規(guī)劃的配置相同。后續(xù)不再詳細(xì)介紹。系統(tǒng)內(nèi)干擾4：越區(qū)覆蓋越區(qū)覆蓋是指某小區(qū)的效勞范圍過大，在間隔一個(gè)以上的基站后仍有足夠強(qiáng)的信號(hào)電平使得可以駐留、切入或?qū)h(yuǎn)處小區(qū)產(chǎn)生嚴(yán)重干擾。越區(qū)覆蓋主要是由于基站的天線方位角，下傾角等不合理造成實(shí)際小區(qū)效勞范圍與小區(qū)規(guī)劃效勞范圍嚴(yán)重背離的現(xiàn)象，帶來(lái)的影響有：干擾、掉話、擁塞、切換失敗等。這是屬于下行干擾的范疇，目前主要檢測(cè)手段是通過終端上報(bào)下行RSRP和SINR的比照進(jìn)行確認(rèn)。理想情況下，下行RSRP-底噪〔環(huán)境噪聲〕=下行SINR。簡(jiǎn)單舉例，假設(shè)下行RSRP為-100dBm，底噪為-110dBm，那么此時(shí)下行SINR約為10dB，假設(shè)實(shí)際下行SINR僅為0dB，那此時(shí)應(yīng)受到下行干擾，該下行干擾可能來(lái)自于附近小區(qū)的下行信號(hào)。系統(tǒng)外干擾1：雜散干擾是指干擾源在被干擾接收機(jī)工作頻段產(chǎn)生的加性干擾，包括干擾源的帶外功率泄漏、放大的噪底、發(fā)射諧波產(chǎn)物等等，使被干擾接收機(jī)的信噪比惡化。由發(fā)射機(jī)產(chǎn)生，包括功放產(chǎn)生和放大的熱噪聲,功放工作產(chǎn)生的諧波產(chǎn)物，混頻器產(chǎn)生的雜散信號(hào)等。系統(tǒng)外干擾2：阻塞干擾接收機(jī)通常工作在線性區(qū)，當(dāng)有一個(gè)強(qiáng)干擾信號(hào)進(jìn)入接收機(jī)時(shí)，接收時(shí)機(jī)工作在非線性狀態(tài)下或嚴(yán)重時(shí)導(dǎo)致接收機(jī)飽和，稱這種干擾為阻塞干擾。一般指接收帶外的強(qiáng)干擾信號(hào)，會(huì)引起接收機(jī)飽和，導(dǎo)致增益下降；也會(huì)與本振信號(hào)混頻后產(chǎn)生落在中頻的干擾；還會(huì)由于接收機(jī)的帶外抑制度有限而直接造成干擾。阻塞干擾可以導(dǎo)致接收機(jī)增益的下降與噪聲的增加。系統(tǒng)外干擾3：互調(diào)干擾互調(diào)干擾分為發(fā)射互調(diào)和接收互調(diào)兩種。發(fā)射互調(diào)是指當(dāng)多個(gè)信號(hào)同時(shí)進(jìn)入發(fā)射機(jī)后的非線性電路，產(chǎn)生互調(diào)產(chǎn)物，并且落在被干擾接收機(jī)有用頻帶內(nèi)造成的干擾。接收互調(diào)是指當(dāng)多個(gè)信號(hào)同時(shí)進(jìn)入接收機(jī)時(shí)，在接收機(jī)前端非線性電路作用下產(chǎn)生互調(diào)產(chǎn)物，互調(diào)產(chǎn)物頻率落入接收機(jī)有用頻帶內(nèi)造成的干擾。一般情況下，由于無(wú)源器件長(zhǎng)期工作出現(xiàn)性能下降，或本身互調(diào)抑制指標(biāo)差等導(dǎo)致產(chǎn)生互調(diào)干擾的現(xiàn)象在現(xiàn)網(wǎng)比擬普遍。現(xiàn)網(wǎng)干擾排查時(shí)，多發(fā)現(xiàn)天線性能差，天饋接頭存在工程質(zhì)量問題等，是產(chǎn)生互調(diào)的主要原因。圖3SEQ圖\*ARABIC\s16互調(diào)干擾示意圖互調(diào)產(chǎn)物有三階，五階，七階等按階數(shù)排列的信號(hào)，三階互調(diào)產(chǎn)物如上圖所示，兩個(gè)信號(hào)的組合頻率2f1-f2，2f2-f1等將可能落入接收機(jī)帶內(nèi)，形成干擾。五階和七階互調(diào)產(chǎn)物相對(duì)三階信號(hào)強(qiáng)度弱很多〔20dB以上〕，只有在兩系統(tǒng)間隔離度不滿足干擾隔離要求時(shí)才會(huì)對(duì)被干擾系統(tǒng)產(chǎn)生影響。抑制互調(diào)主要通過更換互調(diào)抑制指標(biāo)好的無(wú)源器件〔一般情況下要求-140dBc或者-97dBm的互調(diào)指標(biāo)〕或者提高工程天饋工程質(zhì)量。優(yōu)化方法DAS干擾排查優(yōu)化DAS干擾排查優(yōu)化方法請(qǐng)參考6.3章節(jié)。更多的DAS干擾排查請(qǐng)參考效勞器上的內(nèi)容，效勞器地址是：文檔路徑：\\2\8培訓(xùn)材料(1)\03LTE相關(guān)培訓(xùn)\LTE室分X板斧參考資料\干擾效勞器沒有權(quán)限的請(qǐng)聯(lián)系：范麗60018914。上行RSSI統(tǒng)計(jì)監(jiān)控排查RSSI統(tǒng)計(jì)監(jiān)控能夠檢測(cè)當(dāng)前帶寬內(nèi)DMRS信號(hào)每個(gè)RB的接收功率，以及每根天線的平均接收功率。RSSI統(tǒng)計(jì)監(jiān)控主要從頻域的角度觀察上行的總接收功率。在小區(qū)空載的時(shí)候可以用來(lái)分析頻域的上行干擾。但是，如果干擾屬于TDD干擾，且干擾信號(hào)時(shí)隙沒有落在DMRS信號(hào)所在的Symbol，那么有可能無(wú)法觀察到干擾。在小區(qū)空載的情況下，可以通過RSSI統(tǒng)計(jì)監(jiān)控觀察干擾。在OMC的Monitor->SignalingTrace->SignalingTraceManagement下啟動(dòng)InterferenceRSSIStatisticDetectMonitoring。OMC上RSSI統(tǒng)計(jì)監(jiān)控的跟蹤結(jié)果如下：RSSI統(tǒng)計(jì)監(jiān)控的跟蹤結(jié)果圖可以將數(shù)據(jù)導(dǎo)出成CSV格式，統(tǒng)計(jì)所有時(shí)刻每個(gè)RB的平均值，然后將所有RB的RSSI畫一條曲線，或者單獨(dú)畫某一個(gè)時(shí)刻所有RB的RSSI曲線，用以觀察干擾在頻域上的分布。RB的RSSI示意圖沒有業(yè)務(wù)的時(shí)候RB的RSSI在-119dBm左右，當(dāng)有上行業(yè)務(wù)時(shí)，上行RB的RSSI提升，就不適合用于觀察干擾。因此，看該值時(shí)應(yīng)盡量選擇沒有用戶的時(shí)候觀測(cè)。通過查看RSSI的值來(lái)判斷是否存在上行干擾，需要說明的是關(guān)于RSSI讀數(shù)問題，在判斷是否存在上行干擾時(shí)需要保證對(duì)應(yīng)扇區(qū)不存在入網(wǎng)終端，否那么會(huì)因?yàn)樯葏^(qū)接收到了終端信號(hào)RSSI很高導(dǎo)致無(wú)法做出判斷。同時(shí)主分集的讀數(shù)會(huì)有差距，通常相差約5dB以內(nèi)認(rèn)為是正常。另外通過分析不同天線端口的RSSI之間的差值，還可以初步分析工程或者設(shè)備是否存在問題。RSSI(receivesignals