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

N羈覆蓋?MIMO功率不平衡?干擾?誤碼率過高?等等2)編碼效率判斷MCSvs3)資源PRB利用率判斷，YA5ROSPSPowln12Rmk4SNF1Rnk4SN2GDFsk1SSFI0DmRsk2SNtidOmRg*2SINF3山HnNmber3ladtnnaFSASRNIASFSFPBm]決定；誤碼率主要考慮IBLER,HARQ重傳以后，殘留BLER通常較低，因此只考慮初子幀/上行子幀個數(shù)*1000,TDD的特殊子幀計算為下行幀，錄入：配比(DSUUD),DL①單用戶未達峰值吞吐率上行反饋通道問題下行吞吐率低單用戶吞吐率低IBLER下行吞吐率低單用戶吞吐率低多用戶小區(qū)吞吐率低(1)統(tǒng)計UE側(cè)SINRvsTHP:定點測試統(tǒng)計AVGSINR和吞吐率平均值。(2)判斷用戶的RB數(shù)和DLGrant是否調(diào)度充足，如果不充足，首先判斷上層數(shù)據(jù)值。目前下行的IBLER目標值一般為10%,即5%~15%即認為IBLER收斂?？梢灾苯釉?5)如果上述都OK,可以查看下是否存在干擾，功率不平衡等現(xiàn)象，在Probe上(6)上述1~5步檢查結(jié)果都OK的話，需要進行深入定位，深入定位需要在M2000BSRBSR上報用期問題工同量據(jù)源功控解法制題UE功率受限公平性不油足多用戶井發(fā)業(yè)務RB利用率不是春吐率不的合基規(guī)DSP能力限制最高限制到24PUSCH信進質(zhì)量問SNR調(diào)校算法問題弱雨善訪操時胞數(shù)據(jù)源不足功控問題CCE有適應問西PDCCH質(zhì)量帶室內(nèi)用戶功率是調(diào)度問題絡指大大選團未切著讓素符合基族但由于重傳會影響傳輸?shù)男?，進而影響RLC層吞吐率，因此只考慮初次傳輸?shù)腂LER,也上行覆蓋采用UE測量到的下行導頻的RSRP(或路損Pathloss=下行RSRP-導頻功率)U.MCSRSS(dBm)PDCCHULGrantCount-10CountRBCountCodeOCountCodeCRECountCodooModCodetCountCodo1FE0000000000000000000000N0.N0.NO.0000640AMNONE0600__TypeVale4①確認小區(qū)狀態(tài)是否正常?告警or閉塞小區(qū)理?定點測試時，建議選擇好點，選擇SINR大于20以上的地方進行測試，在RSRP較好但是SINR異常的時，需要如下核查MOD3干擾、重疊覆蓋是不是過大，參數(shù)設置存在問題?②外部干擾查詢，可以通過監(jiān)控空閑狀態(tài)RSSI和掃頻進行問題當存在同頻鄰小區(qū)或者同頻段的2G/3G信號時，鄰小區(qū)的信號有可能會對本小區(qū)產(chǎn)生此類問題最典型的現(xiàn)象就是無論怎么調(diào)節(jié)UE的位置來改變信號的接收質(zhì)量，即便UE兩根接收天線的接收功率如果不平衡，則會嚴重影響下行測量的SINR,可以在PROBE上通過RSRPMeasurement試圖來觀察兩根天線的接收功率是否平衡，ACHPower(dBm)SRSPower(dBm)AGC.Power(dBm)PowerHeadroom(dB)PDCCHULGrantCountPDCCHDLGrantCountAverageSINR(dB)Henk1SINP(dB)Rank2SINR1(dB)u-10T004180CedeoCotantCodeokECont010000896000on也可以在后臺監(jiān)控RSSI,對不不同天線口的RRSI差異；信息RB96m信息信息(dBm)信忠(dBm)RB99m信息度(dBm)系統(tǒng)帶寬(RB個數(shù))收信號強度指示天施1接收信號強度指示=83-841234567-103-108-103-104-100-111-111-80-99-110-821.00-106-102-110-92-104-101-79100-81-1.07-100-107-821.00-84-93-107-105-80-105-110-821.00-84-85-108-80-83-83910068-103-106-82-85如果發(fā)現(xiàn)兩路天線的RSRP不平衡的話，需要排查DAS天饋系統(tǒng)。請參考6.3節(jié)DAS如果空口誤碼率高的話，會導致部分RB用于重傳數(shù)據(jù)，進而影響吞吐量，此時應該重新選一個BLER低的點。誤碼率一般在10%左右收斂。下行的IBLER目標值一般為10%,即5%~15%即認為IBLER收斂。也可通過M2000信令跟蹤管理-用戶性能監(jiān)測-誤碼率監(jiān)測觀察。工作臺0PDCCHBler(%)[來源=京基金融主樓—WE]下行初始Bler(%)[來源=京基金融主樓—WE]上行初始Bier(%)[來源=京基金融主樓—WE]下行殘留Bier(%)[來源=京基金融主樓—WE]PDCCHBler(%)[來源=京基金融主樓—WE]序號0070201ZT649155物理小區(qū)標識下行初始Bler(%)上行初始Bler(%)上行殘留Bler()TU0UU30003000300038000300032000300030003000380003000293000的干擾也可能增大，所以不建議在"極近點"進行測試。在空載時(UE沒有入網(wǎng)),打開OMC上打開小區(qū)性能檢測中的RSSI統(tǒng)計監(jiān)控：通過查看RSSI的值來判斷是否存在上行干擾，需要說明的是關(guān)于RSSI讀數(shù)問題，在判RSSI=-174dBm/Hz+10*log10(BW)+NFADRBRSSI行HARQ重傳時，調(diào)度器ULGrantIBLERRACHPower(dBm)0.00AveregeSINR(dB)27.29檢查是否存在多用戶；觀察核心網(wǎng)指配的QoS速率，如果偏低，則檢查核心網(wǎng)開戶信息是否異常；上行來水是否充足；上行功控問題；(上行PUSCH會有功控)對于上行，在閉環(huán)功控的條件下，在路損超過120dB~125dB的條件下上行開始縮小調(diào)度的RB個數(shù)，此時MCS階數(shù)大概在3~5階左右，在路損小于120dB情況下，都應該以滿RB調(diào)度。(滿RB=總的RB個數(shù)一PUCCHRB個數(shù)，這個結(jié)果還要滿足2,3,5法則。2,3,5法則指的是：單用戶所用的RB個數(shù)必須是2,3,5的倍數(shù)，不能還包含其他倍數(shù))不管下行還是上行，需要注意小區(qū)內(nèi)的用戶數(shù)，對于多用戶的情況，單個用戶是不MCSIndexCode0000000000000000Total6432114otal100097548皿皿皿雙碼字，兩個碼字的RB數(shù)分別通過CodeO和Codel來計算ICTCMonitoring圖Multi-UserMIMOMonitoring圖InterterenceRSSIStatisticDetectMonitPerformanceMonitoringcollectionClock500005000050000寬?檢查S1入口數(shù)據(jù)是否充足，是否上層給水量問題?檢查頻選調(diào)度是否關(guān)閉；LSTCELLALGOSWITCH;MCS階數(shù)是否合理在拉距的條件下較難判斷。在路損超過120dB~125dB縮RB的時候一般維持3~5階數(shù)，但是縮著RB不能再縮小，其MCS階數(shù)也會降低。比較方便的方法是排除法：在UE以滿功率(23dBm)發(fā)送的條件下，如果調(diào)度次數(shù)和RB個數(shù)都比較正常但總吞吐率偏低，那么可以認為問題出在MCS階數(shù)上。也可以使用MCS均值作為參考或者1)上行干擾排查，使用干擾檢測UE未接入情況下(所有UE關(guān)機，小區(qū)里沒有業(yè)務),打開WEBLMT或者M2000的“小區(qū)性能檢測”,選擇“干擾檢測”,查看RSSI值，在沒有干擾的時候，約等于-119+10log(RB個數(shù)),在內(nèi)場差距1dB以上，在外場差距在3dB以上即認為存在干擾。也可以通過M2000上的干擾跟蹤InterferenceDetectMonitoring時干擾水平的變化，如下圖所示，如果加載和不加載情況下檢測到的干擾水平有明顯差異，則說明小區(qū)存在互調(diào)干擾。2)UE主分集不平衡主分集不平衡，會嚴重影響上行測試結(jié)果，如下為一次測試數(shù)據(jù)的結(jié)果：由于主集 (Antenna0)比分集(Antenna1)小了近5dB,在顯示RSRP的時候顯示的是最強信號的RSRP,但是UE發(fā)送信息是從主集發(fā)送的，算路損的時候也是以主集為主。這樣實際上行的信道質(zhì)量就比顯示的RSRP小很多?？梢酝ㄟ^2個辦法解決該問題：在測試有外置天線的時候調(diào)整主分集天線，在測試內(nèi)置天線UE的時候可以改變UE位置使其主分集相對平衡，如E392在室內(nèi)，近點的場景下擺放位置對吞吐率影響較大吞吐率曲線不用RSRP,改用路損VS吞吐率aAank2SNR1(d8)Rank2SINR2(dB)7117.18華為UE數(shù)據(jù)跟蹤軟顯示的主分集RSRP0000TypeValue0-120PCl-118-9-10223.00PUCCHPower(dBm)23.00-236.559.01Rank2SINR2(dB)Rank3SINR1(dB)Rank3SINR2(dB)0Rank4SINR1(dB)DrsRank1SINR(dB)0.19TxChCorFactor0.67BankIndicator0(1)在DetectedCell中看是否有多個小區(qū)，且超過1個小區(qū)的RSRP和本小區(qū)的RSRP差在3dB之內(nèi)。如果是，則表明存在較強的鄰區(qū)干擾。(2)在檢測到的鄰區(qū)當中，不能出現(xiàn)和本小區(qū)PCI相同的鄰區(qū)。(3)查看下行各子帶CQI是否有某一段CQI的值特別低的，如果存在，說明存在較嚴重的窄帶干擾。(4)粗略估計RSRP-SNR,如果該值大于-115dBm,說明干擾還是比較強的。解決方法：(1)較強的鄰區(qū)干擾只有通過調(diào)整天線功率，安裝位置，天線類型等方式來解決。(2)嚴重的窄帶干擾通過掃頻，找出干擾源，進行排除。干擾排查和恢復更詳細的指導可以參見《LTE射頻通道通用指南》Code0Codel6947553)RRU相關(guān)信號處理出現(xiàn)異常(1)RRU的通道不平衡會導致終端的解調(diào)能力下降，導致MCS偏低，可以通過下面的方法來觀察觀察兩天線接收的RSRP差，當兩根天線差值持續(xù)在5dB以上時，認為通道不平衡，需要通過調(diào)整終端天線來解決。(2)終端入口功率一般在-50dBm~-90dBm,如果入口功率超過-50dBm容易導致削波，使得下行SNR偏低；如果入口功率低于-90dBm,也會使得下行SNR偏低，影響下行性能?？赏ㄟ^下面的方法觀察終端接收的功率。BTWPChB(dBm)TxPower(dBm通過調(diào)整天線口和基站的功率配比來解決，但此問題需反饋回總部相關(guān)人員進行分析和●下行MIMO模式異常，一方面檢查eNodeB是否及時配置MIMO模式為TM3,如果保持在TM2,則下行只能使用單碼字，如果沒有重配到TM3,重點檢查MIMO相關(guān)參數(shù)，是否和基線值保持一致；●下行MIMO模式異常，另一方面檢查UE上報的Rank是否合理。正常情況下，在兩天線RSRP相差不大于3dB;收發(fā)相關(guān)性小于0.5;AvgSNR大于15dB時，系統(tǒng)可以使用雙碼字。如果沒有使用，需要查看UE上報的Rank及eNB收到的Rank,并采集相關(guān)數(shù)據(jù)反饋總部分析。②服務器的FTP服務器軟件(Windowsserver2003:自帶的FTP服務器，和windows配套最好，性能相對穩(wěn)定；如果都ServU③服務的性能(如果沒有刀片服務器，推薦使用Windows2003,其次WinXP,最次2)傳輸問題從一期的項目經(jīng)驗來看，傳輸問題主要表現(xiàn)在丟包、亂序和分片問題上(參見后面的案例)②從基站對上述每個地址進行PING包，1000/2000各100次超時時間(蠻秒)優(yōu)先級規(guī)則Png報文發(fā)透間隔(毫0DSCP(整分服務碼)金命輸入(F5)槽號Png報文個數(shù)0MTU檢查：通過準則：不能有丟包測試目的：排查鏈路上MTU設置是否存在異常。終端向PDNPING包，設置IP報文不分片，pingx.x.x.x-f-11472,如果無法PING通，則表示傳輸中有MTU小于1500的網(wǎng)元。TCP報文包頭28字節(jié)，一般傳輸MTU默認設置均為1500,故報文長度設置為1472。開始開始KPI公式排查Y澄清修改N現(xiàn)象是否存在參數(shù)核查N負荷和資源N是否前后KPI變化信道質(zhì)量YN是否升級問題Y對比版本變化Y問題是否解決結(jié)束集合網(wǎng)絡近期變化繼續(xù)分析相關(guān)KPI變化分析網(wǎng)絡指標分析公式有問題1首先確認話統(tǒng)KPI的計算公式是否正確；2如果話統(tǒng)KPI公式?jīng)]有問題，需要判定是否前后KPI變化問題。對于前后KPI變化的問題，需要結(jié)合關(guān)聯(lián)KPI變化進行分析；非KPI變化問題類問題，直接針對網(wǎng)絡指標從四個方面進行分析：參數(shù)核查、負荷和資源、信道質(zhì)量、數(shù)據(jù)源。KPI變化類問題，需要區(qū)分是否升級KPI類問題，進行關(guān)聯(lián)KPI分析。非升級原因?qū)е碌腒PI變化，需要結(jié)合網(wǎng)絡近期的變化進行分析，例如配置修改、核用忙時數(shù)據(jù)進行比較，忙時指整網(wǎng)用戶數(shù)或者業(yè)務量最大的一個小時。不建議采用一天24對于平均用戶數(shù)很少(<5)或者小區(qū)數(shù)傳時長比例很少(<10%),一般認為不具有統(tǒng)計意義。這一類需要結(jié)合相關(guān)KPI的變化進行分析，較多是由于升級或者其他網(wǎng)絡調(diào)整導致的KPI變1)覆蓋場景：2)網(wǎng)絡用戶數(shù)3)資費策略備注：下行灌包是從服務器往終端側(cè)灌包，在iperf軟件中填寫360之類的軟件都需要關(guān)閉；如果上行灌包側(cè)從終端側(cè)往服務器進行灌包，Hostadress為服務器地址，都選擇上行?！締栴}描述】【問題分析】上顯示終端檢測的兩路RSRP差距時小時大(并不是非常規(guī)律的速率低時差距大),偶StFrameNymber4POSCHRBNumber88a8【問題處理】解決方法：降低RS功率?！締栴}描述】C國LTE網(wǎng)絡某大樓的walktest中，發(fā)現(xiàn)部分樓層的下行browser.【問題分析】>終端問題【問題處理】1111811111111 1 1日RadioParunters:TSITypaValueCSIndCanstRECountModalstiomHCSIndexCode0CountCode0RBCountCodeonadCRSRP(dBm)RSRO(dB)000OPSKRSSI(dBm)66.06PUSCHPower(dBm)1420MCS2MCS30000NONEMCS2MCS3539OPSKMCS400NONEMCS4105QPSKPUOHPowerdSRSPower(dBm)13.00MCS5MCS60000NONEMCS5MCS640NONE000NONEPDCCHDLGrantCount1000AverageSINR(dB)MCS1100000000NONEMCS10MCS11000NONE00TransmissionModeTM1MCS1200NONEMCS120NONE0MCS13MCS1400NONERank2SINR1(dB)00000000MCS17MCS18MCS19MCS20MCS21MCS22MCS23MCS24MCS25MCS26MCS27MCS28MCS29MCS30MCS31Totel00201200000000002022000000000000000000000000000EARFCNFrequencyOffset0ListedCellRSRP(dBm)RSRQ(dB)RSSI(dBm)FrequencyOffset(0000tTheotbdtTheotbd-+STARTNoWSHARETHSRESUUIbrowser.業(yè)務測試項目上載速率(Mbps)3下載速率(Mbps)切換成功率(%)(3)上行RSRP偏低mTansmiineanktSNRRark4SL曲Rk4SN3面DRwx2SNI胡MW1度214(4)后臺跟蹤RSSI(渲染門限PRBRSSI>-110dbm),空載狀態(tài)下全帶寬RSSI約為參查詢結(jié)果顯示該地鐵PO站點并無1850~1872更多后臺操作方法請參考“運維文檔eRAN3.0LTE故障信息采集指導書-20130608-A-1.5”文檔路徑：W2\8培訓材料(LTETDLTE2\006網(wǎng)絡優(yōu)化和性能提升\02故障信息采集服務器沒有權(quán)限的請聯(lián)系：范麗60018914iperf是一種網(wǎng)絡流量檢測工具，有UDP和TCP兩種檢測方式?！衩钚懈袷降膇perf工具首先將iperf.exe文件放置在服務器以及UEPC中，即接收方和發(fā)送方電腦都有該程序。打開DOS窗口，將工作路徑設置到iperf文件所在文件夾。參照下面的說明，采用UDP或TCP灌包。0一竅門1)在接收方建立接收服務器，輸入命令1秒顯示一次接收到的流量。2)在發(fā)送方輸入命令表示每秒灌50Mbits的包。3)其它常用參數(shù)：-11400-----表示灌包包長，默認為1498字節(jié)(IP層統(tǒng)計，包括IP頭),需要在接收方和發(fā)送方都進行設置。-p5010-----表示灌包端口，默認為5001,需要在接收方和發(fā)送方都進行設置。注意，在發(fā)送方設置該參數(shù)表示往接收方的該端口灌包，在接收方設置該參數(shù)表示接收方在該端口接收。-P2----表示用兩個線程來灌，假設設置的灌包流量為-b1m,采用兩個線程后即每秒灌2Mbits。該參數(shù)只需要在發(fā)送方設置。注意1)在接收方建立接收服務器，輸入命令其中-s表示建立接收服務，-i1表示每1秒顯示一次接收到的流量，-w512k表示接收方的接收窗口是512Kbyte。與UDP的接收服務器相比，少了-u選項。2)在發(fā)送方輸入命令iperf-cx.x.x.x-t10000-i1-w512k其中-cx.x.x.x表示連接到該IP;-t10000表示灌包時長10000秒；-i1表示每1秒顯示一次灌包出口流量；-w512k表示發(fā)送方的接收窗口為512Kbyte。3)其它常用參數(shù)：-M1400-----表示TCP包的MSS(即不包括IP和TCP頭的凈荷最大長度),默認為1460字節(jié)，需要在接收方和發(fā)送方都進行設置。-p5010---表示灌包端口，默認為5001,需要在接收方和發(fā)送方都進行設置。注意，在發(fā)送方設置該參數(shù)表示往接收方的該端口灌包，在接收方設置該參數(shù)表示接收方在該端口接收。-P2----表示用兩個線程來做業(yè)務，等同于兩線程下載或上傳。該參數(shù)只需要在發(fā)送方設置。請注意與小寫的-p加以區(qū)分?！駡D形化giperf工具將工具包里的文件都解壓縮到任意一個文件夾，然后運行g(shù)iperf.exe文件。該工具將各種參數(shù)都做成了圖形化的界面，在使用上簡便許多，界面如圖3-1所示。數(shù)說明與iperf工具一樣，在此就不再復述了。1.UDP灌包操作步驟IperfGUIbyPetrKarasek(c)ODL◎uLChart□Messages終端下行：服務器側(cè)選擇UL,終端側(cè)選擇DL;6、MTUsize:建議配置1000B7、Port:服務器側(cè)和終端側(cè)協(xié)商好一個沒有使用的端口號，兩邊配置一致。TrafficdirectionODL◎uL和UDP灌包不同點不需要配置帶寬和MTUsize如果當前小區(qū)內(nèi)還有其他用戶接入的話，會由于用戶業(yè)務優(yōu)先級、調(diào)度公平性等因素導致當前用戶的流量收到限制，所以特別是在進行峰值測試的時候，一定要排除其他用戶的影可以通過在M2000上啟動小區(qū)統(tǒng)計跟蹤來進行查看當前小區(qū)的用戶數(shù)信息，如見下方所示。在M2000上啟動小區(qū)統(tǒng)計跟蹤o第二步：選擇Senefaskcimtrak"用戶統(tǒng)計跟蹤"第三步：填寫第四步：選擇目標站點N6tbyp中正常情況下空載時每個RB上的RSSI應該是-119dBm左右，如果有突然升高3-5dBm以上的naannerannerMMobsfeventMansemnentyrttemIrsceLeIitor418002518022015.02381802401800461502501502881503001503081503:10150215180320-119-120-120-120-120-120-119-120-119-119-120-120-120-120在M2000里面點監(jiān)控，選擇"小區(qū)性能測試",查看RB利用率，總吞吐率，小區(qū)干擾mb5nPeisuhntPeasmn20120401101oaeTusn具主要觀察：小區(qū)性能監(jiān)測和用戶性能鑒bowe1.2切換重選類問題終端上報測量報告后未能收到切換命令題LTE中的切換Intra-RAT(系統(tǒng)內(nèi)切換)同頻切換，異頻切換eNodeB內(nèi)的切換MME內(nèi)基于X2接口的切換(存在X2口)■MME內(nèi)基于S1接口的切換(不存在X2口)MME間S1口切換，數(shù)據(jù)轉(zhuǎn)發(fā)走S1口(不存在X2口)Inter-RAT(系統(tǒng)間切換)(Neighbourbecomesoff'setbetterthan(Neighbourbecomesoff'setbetterthanserving)同(Neighbourbecomesbetterthanthreshold)異頻切換判決(Servingbecomesworsethanthreshold)啟動異頻/異系統(tǒng)切換測量(A4/B1)Servingbecomesbetterthanthreshokd)停止異須/異系統(tǒng)切換測量InterRATneighbourbecomesbetterthanthreshold)異系統(tǒng)切換判決事件含義注：A5、B2事件類型目前尚沒有應用4同頻1)配置外部小區(qū)和鄰區(qū)ADDEUTRANEXTERNALCELLM_2)調(diào)整切換門限切換門限可以簡化為：切換門限=切換幅度遲滯+同頻切換偏置一小區(qū)偏移量。減小切a)修改同頻切換偏置可以使用LSTCELLSTANDARDQCl查詢小區(qū)標準QCI參數(shù)，默認同頻切換配置參數(shù)組ID為0,如下圖所示?！?0TT-0T-20-00:34.233333333QCIQCIQCIQCIQCIQCIQCIQCIQCI123456789IndicationInterfreqhan000000000IDInterRAThandovertoC000000000(Numberofresults=9)DD2grontjcorngureNOTCFONPWXcorguenditstorNOTCFINotee_如果是2T2R請將其設置成為TRUE。ADDEUTRANEXTERNALCELLMccMnNorsmoreindicaorPERMT_inmsesAIA2mteaAtA2tmetoLotaicelDiigperims)A1:RSRP:-105,RSRQ:-10A4:RSRP:-105,RSRQ:-10在實驗室測試的時候，可以將能量適當增大進行測試，但是應遵循上述的原則合理設置，其他事件遲滯和幅度遲滯等參數(shù)均可參考以前同頻的設置。切換問題的類型根因等很多，在此很難一一贅述，本文主要討論常見的一些問題和現(xiàn)象。在問題分析中，我們會使用到一些工具，eNB側(cè)主要是M2000信令跟蹤及業(yè)務數(shù)據(jù)回顧工具，UE側(cè)先以華為Probe為例，其他廠家終端有各自的分析工具，在這不贅述了。atetiean導機播口限球件1正可用PT頁PGECCE篩0切管跟蹤數(shù)據(jù)分析eNB的C服數(shù)據(jù)分析軟件eNB跟蹤數(shù)據(jù)分析較件業(yè)務數(shù)據(jù)回項工具其中的measId與切換測量拉制)rtandt.)p“切換命令”消息的確認：可看到此消息中的UNID.Node的瓶配置命令中的r形可看到此消息中的UNID.Node的瓶配置命令中的r形uaros*形**0間國a用消息查看軟件，打開UU接口“切換測量報告”消息后面的一條RRCConnectionReconfiguration消息，便可打開消息查看其詳細內(nèi)容，以UE側(cè)跟蹤的消息為RRCCoanectionkeconfiguraticn消息T2CCanrkacohguikorCongNateitomrdkCCoaCCometokolordnConcteaRRCConnectioneconfigura3314000022:08.94201570002441918250*22404.00**11811科)4a-切換完成消息是從哪個小區(qū)發(fā)上來的，在網(wǎng)絡側(cè)通過跟蹤文件比較容易確認，在UE側(cè)可用消息查看軟件查看UE側(cè)UU接口“切換測量報告”消息后面的第一條atat4確認網(wǎng)絡側(cè)切換相關(guān)小區(qū)均為正常激活態(tài)查詢基站、小區(qū)告警，保證沒有與切換相關(guān)的嚴重告警(如X2配置鏈路斷開、RRU告警等)確認切換開關(guān)配置是否正常確認鄰區(qū)配置及其參數(shù)配置(確認鄰區(qū)關(guān)系、X2接口配置、傳輸)確認切換門限、延遲觸發(fā)時間等參數(shù)配置是香存在異常小區(qū)：是香存在異常小區(qū)：切換失敗次數(shù)大于平均值且成功率低于平均值3傳以上的小區(qū)Y從網(wǎng)絡側(cè)限蹤切換成功率低的小區(qū)UU口消息Y絡側(cè)標準接口消息判斷是否存在切換不及N對通體反城進行露導出測試區(qū)域的eNEE置文件(轉(zhuǎn)換為文本文件格式)YNY把測試數(shù)據(jù)(包括麗蹤數(shù)據(jù)和配置數(shù)據(jù)及測試場景和操作描N支撐人員分析見間見間表現(xiàn)為：隨著UE移動服務小區(qū)RSRP越來越差，SINR越來越差，而鄰區(qū)RSRP越來越好n研購煙e煙期比p期期期期期iine期期ttdoa形形ttd離dS搭tt騰ot換命令)相RCEMERFCENETRECEMEACEMFME研AREKErr250部區(qū)質(zhì)量有T鄰區(qū)漏配的解決方法手工添加鄰區(qū)配置2008-01-12175740(2886860)RRCMEASRPRTRECEVE0__032008-01-1217.57.46(2911208)RECEME042008-01-121757.46(3158569)RECEME05SEND062008-01-1217.57:46(3207164)RECENE172008-01-1217.57.46(3205953)RRCCONNRECFGSENQ18RRC∠CONNRECFQCMPRECENE1置成表現(xiàn)為：當鄰區(qū)無線質(zhì)量滿足切換門限時，服務小區(qū)的表現(xiàn)為：當鄰區(qū)無線質(zhì)量滿足切換門限時，服務小區(qū)的RSRP突然陡降地柳柳1地地d書o6SSnimdtondunCCmahitegCCwetimthet建服務小區(qū)質(zhì)量就屋四地6期期順66形hods-patp85環(huán)0標變持口消息共架__FRCSECUAMCOECwp顧CCONtcromcconcToci兩息方判RECEMENoFECENERECEMESEN0把切換不及時的解決方法如果從“鄰區(qū)質(zhì)量滿足切換門限”到"服務小區(qū)質(zhì)量陡降"之間的時間間隔太短(如小于1秒)且“鄰區(qū)比服務小區(qū)質(zhì)量好”到“服務小區(qū)質(zhì)量陡降”的時間間隔比較長(如大于2秒),則可通過修改服務小區(qū)與鄰區(qū)的偏置CellIndividualOffset(為大于0的值)來提前切換如果從“鄰區(qū)比服務小區(qū)質(zhì)量好”到“服務小區(qū)質(zhì)量陡降”的時間間隔比較短(如小于0.5秒),則可通過修改服務小區(qū)的延遲觸發(fā)時間IntraFreqHoA3TimeToTrig來提前切換如果服務小區(qū)與所有鄰區(qū)都需要調(diào)整相同的CellIndividualOffset,則可通過調(diào)整切換門限參數(shù)IntraFreqHoA3Hyst、IntraFreqHoA3Offset來提前切換(此操作用得很少)表現(xiàn)為：當鄰區(qū)無線質(zhì)量滿足切換門限時，服務小區(qū)和鄰區(qū)的RSRP都十分弱dd*tm66d-tiocincoertE題想5增加基站、載頻表現(xiàn)為：在RSRP比較好的情況下，吞吐率不如預期、容易出現(xiàn)切換失敗甚至掉話等多種現(xiàn)象，上下行干擾的具體觀察方法如下：體觀察方法如下：址干擾問題的解決方法：找出干擾原因，去除干擾源對于瞬時的、變化的干擾，當前暫沒有好的辦法更多案例請參考“IBS交付案例集(LTE)V2.0”其他案例請參考：“LTE網(wǎng)規(guī)網(wǎng)優(yōu)交付技術(shù)案例集錦-切換類"“LTE網(wǎng)規(guī)網(wǎng)優(yōu)交付技術(shù)案例集錦-切換類20130401”服務器沒有權(quán)限的請聯(lián)系：范麗60018914國國0W標2年990430033MNok【處理結(jié)果】2u由國nuUMTS:版本未知(E司設備，但是其做過E司LTE網(wǎng)絡到E司UMTS網(wǎng)絡的CSFB,其網(wǎng)絡支持該項測試)EPC:HWMME/CISCOMME(版本未知，但是其支持E司LTE網(wǎng)絡到E司UMTS網(wǎng)絡【問題原因及分析】1.LTE和UMTS兩端是否共同設置參數(shù)，相互配置鄰區(qū)；2.優(yōu)先級設置問題；3.手機終端支持能力問題及SIM卡是否在HSS上鑒權(quán)；4.先單制式附著，再手動切換成聯(lián)合附著；7.版本問題1.在LTE側(cè)配置好后，選擇AUTO模式無法接入LTE網(wǎng)絡，只能駐留在WCDMA網(wǎng)絡(選擇LTEONLY能夠接入LTE網(wǎng)絡);向客戶申請協(xié)調(diào)在E司人員在UMTS側(cè)基站添加LTE鄰區(qū)；排除參數(shù)設置問題，但依然無法進行CSFB測試；2.由于對UMTS側(cè)基站的配置不透明，無法獲取該基站的小區(qū)重選優(yōu)先級，故設置LTE網(wǎng)絡優(yōu)先級為最大值7;設置后，選擇AUTO模式無法優(yōu)先接入LTE網(wǎng)絡，只能駐留在WCDMA網(wǎng)絡(但選擇LTEONLY能夠接入LTE網(wǎng)絡);3.由于之前沒有局點使用MotorolaXT925進行CSFB測試，懷疑終端和優(yōu)先級問題；故跟客戶申請，在E司現(xiàn)網(wǎng)環(huán)境下進行測試(E司LTE網(wǎng)絡和UMTS網(wǎng)絡，CISCOMME),在AUTO模式下能夠優(yōu)先選擇LTE網(wǎng)絡，進行CSFB完畢后會重選到LTE網(wǎng)絡，證明在UMTS側(cè)基站設置的小區(qū)重選優(yōu)先級低于LTE側(cè)基站(根據(jù)協(xié)議規(guī)定，可以證明UMTS側(cè)基站小區(qū)重選優(yōu)先級設置低于LTE基站);排除優(yōu)先級設置問題和手機終端支持能力問題，同時確定SIM卡已經(jīng)在HSS上鑒權(quán)，但依然無法進行CSFB測試；4.由于客戶還未提供我司測試手機終端，選用我司終端數(shù)據(jù)卡E392-12用Probe定位測試該2012-2-152012-2-172012-2-18HHO.intraeNB.intraFreqExecAttOuttimesLHHOintraeNBntraFreqExecSuccOuttimerNENaneCellerFreqPrraFreqExraFreqtines)times)(tiaes)L.HE0,IntrasNB.IntraFreq.PrepAttOut(tines)2012-2-1820:0030LBENS0552646Localcellidentity=1,CellName=LBHNS052012-2-1811:00LBENSLocCeNaneaLBHNS-001-2100-1=00LED,NL.EHO.TL.應D,L.前0.rtinidentity=552646【問題現(xiàn)象】告，但起i6gr:13.C【問題分析】【問題結(jié)論】【問題現(xiàn)象】換命令的奇怪現(xiàn)象.【問題分析】---0.11662---ITTGetEnbapidByCcbIndexhndc【問題結(jié)論】判斷核心網(wǎng)信令異常，而失敗。在核心網(wǎng)升級后，解決此bug,問題消失。干擾是影響網(wǎng)絡質(zhì)量的關(guān)鍵因素之一，當干擾過大時，對通話質(zhì)量、掉話、切換、吞吐量均有顯著影響，可能出現(xiàn)掉話，吞吐率降低，切換不及時等等現(xiàn)象。如何降低或消除干擾是網(wǎng)絡規(guī)劃、優(yōu)化的重要任務。分析干擾之前，首先要弄明白干擾產(chǎn)生的原因及種類。的保護帶，其值從100us到700us不等，則如果失步時間超過100~700us就會造成基站UE都無法入網(wǎng)。在這些基站側(cè)跟蹤上行RSSI值，通常會發(fā)現(xiàn)RSSI值可能比正常值高對于我司基站可以通過DSPGPSSNR命令來查詢GPS收到的衛(wèi)星數(shù)以及衛(wèi)TDD超遠干擾出現(xiàn)的場景及原因：干擾站和被干擾站之間的無線傳播環(huán)境非常好，等效于自由空間。遠距離的站點信號經(jīng)過傳播，到達被干擾站點的時候，因為傳播環(huán)境很好，衰減就比較小，同時因為傳播過程中的時延導致干擾站的DwPTS與被干擾站的UpPTS對齊(嚴重的甚至會落到被干擾站的上行子幀),導致干擾站的基站發(fā)對被干擾站的基站收的干擾。如下圖所示：307207,307207,主要作用是用于下行到上行轉(zhuǎn)換時的保護；2.在小區(qū)搜索時，確保DwPTS可靠接收，防止干擾UL;3.在隨機接入時，確保UpPTS可以提前發(fā)射，防止干擾DL。特殊子幀中的GP決定了DL不會干擾UL的最小距離。根據(jù)下表特殊子幀GP長度可以算出保護距離距離從21.4km到214.3km不等。當基站間無線傳播環(huán)境很好且配置的特殊子幀的GP很小時，很有可能造成TDD超遠干擾。保護距離031194123132141153926932722812會導致同系統(tǒng)間干擾增大，表現(xiàn)在RSRP、SINR等參數(shù)遠低于預期。特別是在WiMAX-LTE或者TDS-LTE雙模組網(wǎng)，或單雙?；旌辖M網(wǎng)的場景下，如調(diào)產(chǎn)物相對三階信號強度弱很多(20dB以上),只有在兩系統(tǒng)間隔離度不滿足干擾隔在小區(qū)空載的情況下，可以通過RSSI統(tǒng)計監(jiān)控觀察干擾。在OMC的-12014.44-101444-2314:44:2014:44-3314:44:2014-44-431444:401444:5314:44:9014:45.03SenalNaRRUCabnetNoRRUSutrackNoRRUSidNoRBOSpacrumIntormaton(dBm)RB1Spacrumintomaton[aBm]RB2SpedrumIntematlon(dBm)1NA2國-115-1183-118-1184H屬5-114-117-118-11960的789-11510NA4117119119N115117RSSI畫一條曲線，或者單獨畫某一個時刻所有RB的RSSI曲線，RB的RSSI示意圖另外通過分析不同天線端口的RSSI之間的差值，還可以初步分析工程或者設備是對TDD,各帶寬下無用戶時的RSSI典型值如下表所示(下表是所有RB功率之和，35-103-100和判斷方法與上面介紹的RSSI統(tǒng)計監(jiān)控類似。在OMC的Monitor->SignalingRRUCsbinelNSRRUSubracsNoslemBandPUSCH0inlstPU8CH1k42滿-128-1303-128-129-1304-1305A-128-1306A-1307A-130-12989-129-128-130-127A-129對以IN為指標進行干擾判斷的標準為：當檢測到無用戶時的IN比背景噪聲大8dB我們通過TDD干擾監(jiān)測監(jiān)控進一步判斷是否是系統(tǒng)內(nèi)干擾(TDD干擾)。在OMCTime1A2HA3N4NN5-128-129-1296N78N1299-129-129NNAMA-1292A-128-129NN-1295A-129-12911221NANANA -129 -130 全帶寬RB數(shù)減去PUCCH最大可占用RB數(shù)，除以頻段數(shù)后下取整。在4個頻帶內(nèi)分別統(tǒng)LastULSubframe這幾個字段來判斷上行時域上受干擾的程度。如果上述幾個字段，存在個別字段有干擾，則基本可以判斷存在系統(tǒng)內(nèi)干擾。通過近端直連BBU登陸LMT,也可以進行上行干擾監(jiān)控。在開站初期，未部署OMC時，采用此方式進行上行干擾判斷。在部署OMC后，可采用上行干擾檢測監(jiān)控進行完全替代。woresonereMragmernwsrtnrcs511內(nèi)部干擾主要是由發(fā)射系統(tǒng)內(nèi)部器件的非線性特性引起的干擾，其中典型的代類型為無源互調(diào)。在大功率、多信道系統(tǒng)中，這些無源器件的非線作頻率的更高次諧波，這些諧波與工作頻率混合會產(chǎn)生一組新通過加下行模擬負載，觀察小區(qū)性能檢測中的小區(qū)RSSI檢測會出現(xiàn)明顯的整體抬升，如果抬升可以確認為無源互調(diào)影響。在不情況下(小區(qū)激活用戶數(shù)超過6個，使用模擬加載則無法保證調(diào)度性能),可以長時間復正常，則說明存在典型的無源互調(diào)。如果沒有明顯變化，基本可以排除無源互調(diào)的中打開webLMT,在業(yè)務空閑期做寬帶在研啶署費鍵監(jiān)污筑州市突措性性驅(qū)如果穩(wěn)定存在通道不平衡告警，也可在模擬加載時，從RRU機頂口往天線口晃動可疑段的饋線或輕輕敲擊連接頭位置，如果RSSI隨之有明顯跳動，可以初步判斷導致如果不能判斷哪一段連接有問題，可以采用從RRU機頂口位置向天饋逐級排查的方式確認，通過換上匹配負載觀察RTWP變化情況，找到故障點。對于雙通道組網(wǎng)，可以互換兩套天饋，如果故障隨天饋變換，可以確認RRU通道自身無問題。此外需要注意，天線正面附近的金屬物也有可能引起互調(diào)干擾，排查時需要事先了解天饋附近的環(huán)境。1)上行干擾定位經(jīng)過數(shù)據(jù)分析，判斷基站上行存在外界干擾，需要對干擾的來源進行定位。上行定點測試干擾定位步驟如下：●通過Internet或者運營商了解當?shù)氐念l譜分配及存在的通信系統(tǒng)，結(jié)合采集數(shù)據(jù)分析，判斷可能的干擾源；●按照下圖連接測試設備，天線使用增益10dB以上的定向天線(建議使用八木天線，即YAGI天線),在站點的天面上，每隔45度方向，測試干擾信號強度，找到干擾最強的方向，參數(shù)設置保持與電磁背景測試的參數(shù)設置一致；根據(jù)路測數(shù)據(jù)的地理分布圖和頻域分析，了解存在干擾的區(qū)域，對每個干擾區(qū)域，在測試過程中，可能會存在多個干擾源，這時需要根據(jù)干擾性質(zhì)，通過頻率或者功率變化情況，一個一個地分別定位干擾源，參數(shù)設置可根據(jù)具體情況設置，通常會修改測試儀器的連接示意圖如下：下行電磁背景干擾測試過程中，經(jīng)常容易遇到下面問題：在協(xié)議規(guī)定的下行整個頻段內(nèi)，相鄰的信道已經(jīng)存在GSM/CDMA/UMTS/WiMAX等系統(tǒng)，這些系統(tǒng)的下行一直是在發(fā)射的，路測時如果靠近這些系統(tǒng)的站點，在電磁背景測試的目標頻段內(nèi)會出現(xiàn)比較多的干擾。對這類干擾，建議選取幾個典型點，直接獲得包含鄰道系統(tǒng)頻段和測試目標頻段的頻譜，證明干擾是來自于鄰道系統(tǒng)。在某運營商的清頻測試中，使用AgilentScanner路測，測試的目標頻段是880MHz~885MHz,ScannerRBW設置為30KHz,Scanner的底噪約為-110dBm,從下面路測地理分布圖看到，存在大量的點信號強度大于-110dBm,說明在很多區(qū)域存在干擾。下行路測干擾分布舉例：02.014.02miles經(jīng)過定位，發(fā)現(xiàn)所有的干擾是來自于其它運營商的相鄰頻段CDMA系統(tǒng)，該運營商使用的頻點是887MHz～880MHz。下行干擾源舉例0四并排除GPS失鎖的故障，同時通過定期的對全網(wǎng)的GPS情況巡檢，確保不再出現(xiàn)類似2、如果沒有多余頻點，則在盡量保證達到覆蓋效果的基礎(chǔ)上，通過調(diào)整方位角錯2、如果沒有多余頻點，則可以通過重新PCI規(guī)劃避免模三干擾，減小導頻【問題描述】nn.theGkbslBuadunds.speeds?speeds?forissues.Testagainwithafasterwebbrowser.【問題原因及分析】【處理過程】1111811111111 1 1由此可以看出不是由于終端問題和信號質(zhì)量的問題導致的下行速率異常，對Log再做進TypeValuePal463BCSIndesCountRBCountNodulationCSIndexCode0CountCod*ORBCeuntCodeonedCRSRP(dBm)-92.63MCS00NONE1OPSKRSRO(dB)00MCS125OPSKPUSCHPower(dBm)14.20PUCCHPower(dBm)-3.00MCS400NONEMCS4105QPSK0RACHPower(dBm)MCS50NONEMCS54OPSK0SRSPower(dBm)13.00MCS600NONEMCS60NONE0AGC.Power(dBm-3.00MCS700NONEMCS70NONE0PowerHeadroom(dB)NAPDCCHULGrantCount669MCS800NONEMCS80NONE0MCS900NONEMCS90NONE0PDCCHDLGrantCount1000MCS1000NONEMCS100AverageSINR(dB)MCS1100NONEMCS110TransmissionModeTM1MCS1200NONEMCS12000Rank1SINR(dB)MCS1300NONEMCS13MCS14Rank2SINR1(dB)MCS1400NONERank2SINR2(dB)MCS1500NONEMCS150Rank3SINR1(dB)MCS160.0NONEMCS160Rank3SINR2(dB)MCS1700NONEMCS17MCS1800Rank4SINR1(dB)MCS1800NONERank4SINR2(dB)MCS19MCS20MCS21MCS22201222022202160AM000000000000Total9910DrsRank1SINR(dB)DrsRank2SINR1(dB)DrsRank2SINR2(dB)RxChCorFactor0000000000000000ServingCellPCIRSRP(dBm)RSRQ(dB)RSSI(dBm)-88.44-64.130ListedCellPCIRSRP(dBm)RSRQ(dB)EARFCN260-10.06000【處理結(jié)果】sTestagainwithafasterwebbrowser.業(yè)務測試項目上載速率(Mbps)3下載速率(Mbps)切換成功率(%)該站點的上下行配比為2,特殊子幀配比為5,因此對于CAT3的終端上行的最高吞吐率為(1)存在其它用戶，導致測試用戶的上行速率偏低(2)上行來水量不足導致上行速率偏低(3)上行RSRP偏低(4)上行干擾導致上行速率偏低(1)在OMC上進行小區(qū)跟蹤，跟蹤小區(qū)用戶數(shù)，發(fā)現(xiàn)測試過程中只存在單用戶，因此排除(3)查看此時的MCS以及RB等相關(guān)指標，截圖如下：mTansmiineanktSNRRark4SL曲Rk4SN3面DRwx2SNI胡MW1度214(4)后臺跟蹤RSSI(渲染門限PRBRSSI>-110dbm),空載狀態(tài)下全帶寬RSSI約為參查詢結(jié)果顯示該地鐵PO站點并無1850~1872初步分析認為可能是RS功率設置過大導致干擾。因為整層樓的室內(nèi)區(qū)域比較小(在30平米左右),兩個小區(qū)存在交疊覆蓋，產(chǎn)生相互干擾。所以首先將PCI為500的小區(qū)的RS功則排除鄰區(qū)漏配問題。由于初步簡單分析并沒有查到原因，所以后面逐步進行更加詳細的分析。14158.7553.3858.2564.5-70