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

室分優(yōu)化常見問題及處理流程-圖文1室分優(yōu)化常見問題1.1速率類問題1.1.1路測(cè)類速率問題定位和優(yōu)化方法路測(cè)類業(yè)務(wù)定位流程路測(cè)數(shù)據(jù)分析Y根據(jù)驗(yàn)收標(biāo)準(zhǔn)，是否達(dá)標(biāo)判斷N首先判斷法覆蓋：SINR分布、RSRP分布太差覆蓋水平導(dǎo)致的吞吐量低，RF優(yōu)化是重點(diǎn)分析吞吐量曲線：下行采用SINRVSTHP上行采用RSRP（或Pathlo）VSTHP曲線進(jìn)行判斷根據(jù)通用指南：判斷是否存在異常點(diǎn)根據(jù)三個(gè)維度判斷：1）小區(qū)覆蓋和干擾判斷2）編碼效率判斷MCSvSINR或IBLERvSINR關(guān)系，上行還需要判斷亞功率vPathlo3）資源PRB利用率判斷，下行PRBvSINR，上行PRBvRSRP（或Pathlo）異常點(diǎn)特征識(shí)別：弱覆蓋？MIMO功率不平衡?干擾？誤碼率過高？等等RF優(yōu)化/參數(shù)優(yōu)化問題結(jié)束空口問題指標(biāo)測(cè)試空口重點(diǎn)關(guān)注指標(biāo)：RSRP、SINR、TM、RI、流數(shù)、PDCCHDL、PDSCHRBnumber、MCS、iBLER、通道的平衡。一般而言，吞吐率由頻譜效率、頻帶寬度、頻帶占用機(jī)會(huì)、誤碼率綜合決定。在LTE系統(tǒng)中，頻譜效率由MCS決定；頻帶寬度由分配的RB數(shù)決定；頻帶占用機(jī)會(huì)由DLgrant決定；誤碼率主要考慮IBLER，HARQ重傳以后，殘留BLER通常較低，因此只考慮初次傳輸?shù)腂LER，也即IBLER。備注：DL/ULGrant理論值，F(xiàn)DD為固定值1000；TDD為配置的10m內(nèi)下行和特殊子幀/上行子幀個(gè)數(shù)某1000，TDD的特殊子幀計(jì)算為下行幀，錄入：配比（DSUUD），DL理論值為600，UL理論值為400。下行速率的基本分析方法：（1） 統(tǒng)計(jì)UE側(cè)SINRvTHP：定點(diǎn)測(cè)試統(tǒng)計(jì)AVGSINR和吞吐率平均值。（2） 判斷用戶的RB數(shù)和DLGrant是否調(diào)度充足，如果不充足，首先判斷上層數(shù)據(jù)源是否充足，可以直接在Probe上查看，也可以采用MML命令DSPETHPORT查看。（3） 若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è)觀察。（4） 如果IBLER收斂，可判斷是否使用了雙碼字，我司UE可通過Probe查看用戶的RankIndicator和DLMCS。也可通過M2000信令跟蹤管理-用戶性能監(jiān)測(cè)-信道質(zhì)量查看UE上報(bào)的Rank值和調(diào)度的CQI。（5） 如果上述都OK，可以查看下是否存在干擾，功率不平衡等現(xiàn)象，在Probe上可以直接查看（6） 上述1~5步檢查結(jié)果都OK的話，需要進(jìn)行深入定位，深入定位需要在M2000上采集的數(shù)據(jù)。上行速率的基本分析方法：一般而言，吞吐率由頻譜效率、頻帶寬度、頻帶占用機(jī)會(huì)、誤碼率綜合決定。在LTE系統(tǒng)中，頻譜效率由MCS決定，MCS由SINR和IBLER決定；頻帶寬度由分配的RB數(shù)決定；頻帶占用機(jī)會(huì)由ULgrant決定；誤碼率主要考慮IBLER，HARQ重傳以后，殘留BLER通常較低，但由于重傳會(huì)影響傳輸?shù)男?，進(jìn)而影響RLC層吞吐率，因此只考慮初次傳輸?shù)腂LER，也即IBLER。上行吞吐率在大的面上主要也是受四個(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（或路損Pathlo=下行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)是否正常？告警or閉塞小區(qū)②確認(rèn)小區(qū)功率參數(shù)配置正確，LSTPDSCHCFG③宏站場(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和掃頻進(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總是非常低，如錯(cuò)誤！未找到引用源。所示。本小區(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選階較低。MIMO天線功率不平衡UE兩根接收天線的接收功率如果不平衡，則會(huì)嚴(yán)重影響下行測(cè)量的SINR，進(jìn)而導(dǎo)致MCS選階異常，影響流量。模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灌包來進(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的速率簡(jiǎn)單計(jì)算方式，一般推薦發(fā)送窗口設(shè)置為512K；②服務(wù)器的FTP服務(wù)器軟件（Windowerver2003：自帶的FTP服務(wù)器，和window配套最好，性能相對(duì)穩(wěn)定；如果都沒有采用ServU）；③服務(wù)的性能（如果沒有刀片服務(wù)器，推薦使用Window2003，其次Win某P，最次Win7°）2）傳輸問題從一期的項(xiàng)目經(jīng)驗(yàn)來看，傳輸問題主要表現(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)文不分片，ping某.某.某.某-f-11472,如果無法PING通，則表示傳輸中有MTU小于1500的網(wǎng)元。TCP報(bào)文包頭28字節(jié)，一般傳輸MTU默認(rèn)設(shè)置均為1500，故報(bào)文長(zhǎng)度設(shè)置為1472。1.1.2話統(tǒng)類速率問題定位和優(yōu)化方法開始話統(tǒng)類業(yè)務(wù)定位流程KPI公式排查Y公式有問題澄清修改NN現(xiàn)象是否存在NNY參數(shù)核查負(fù)荷和資源是否前后KPI變化Y網(wǎng)絡(luò)指標(biāo)分析信道質(zhì)量數(shù)據(jù)源相關(guān)KPI變化分析N是否升級(jí)問題Y集合網(wǎng)絡(luò)近期變化繼續(xù)分析對(duì)比版本變化鏡像環(huán)境復(fù)現(xiàn)Y問題是否解決反饋話統(tǒng)結(jié)束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如果問題還無法解決，收集相關(guān)日志反饋總部分析。下面對(duì)各步驟分別進(jìn)行介紹。話統(tǒng)KPI公式和數(shù)據(jù)源檢查需要確認(rèn)反饋異常的KPI計(jì)算方式是否正確。按照統(tǒng)計(jì)范圍區(qū)分，業(yè)務(wù)速率計(jì)算公式分為單小區(qū)速率和整網(wǎng)/Cluter級(jí)別的平均速率。1小區(qū)級(jí)速率計(jì)算小區(qū)級(jí)用戶速率下行用戶速率(Mbp)=L.Thrp.bit.DL/L.Thrp.Time.DL/1000上行用戶速率(Mbp)=L.Thrp.bit.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í)滿載吞吐率下行滿載吞吐率(Mbp)=L.Thrp.bit.DL某系統(tǒng)PRB數(shù)目/L.ChMea.PRB.DL.Ued.Avg/話統(tǒng)統(tǒng)計(jì)周期()/1000/1000上行滿載吞吐率(Mbp)=L.Thrp.bit.UL某系統(tǒng)PRB數(shù)目/L.ChMea.PRB.UL.Ued.Avg/話統(tǒng)統(tǒng)計(jì)周期()/1000/1000小區(qū)滿載吞吐率反映了小區(qū)空口管道的極限能力，是小區(qū)傳輸效率的重要體現(xiàn)，影響小區(qū)總業(yè)務(wù)量和用戶體驗(yàn)，受MCS分布變化影響。2整網(wǎng)級(jí)別的速率計(jì)算若將整網(wǎng)的數(shù)據(jù)量和傳輸時(shí)間分別相加后，即可獲得整網(wǎng)的平均用戶速率。下行用戶速率(Mbp)=￡L.Thrp.bit.DL/￡L.Thrp.Time.DL/1000上行用戶速率(Mbp)=￡L.Thrp.bit.UL/￡L.Thrp.Time.UL/10003話統(tǒng)數(shù)據(jù)源排查由于用戶活動(dòng)的規(guī)律性，一天中用戶數(shù)和業(yè)務(wù)量變化很大。比較幾天之間變化趨勢(shì)時(shí)一般采d)設(shè)置中心頻點(diǎn)至干擾峰值點(diǎn)1893.9，縮小掃頻頻域帶寬，100K,干擾未呈現(xiàn)明顯周期特征。截圖如下：3151-E端口與POI一端斷開，頻譜儀接入POI一側(cè)饋纜，民樂WE站點(diǎn)閉站，發(fā)現(xiàn)如下現(xiàn)象：a)設(shè)置1850M~1920M大帶寬頻域掃頻，底噪均勻分布，無干擾信號(hào)，截圖如下：關(guān)閉民樂WE站點(diǎn)，設(shè)置1850M~1920M頻域跨度進(jìn)行大帶寬掃頻，LTE頻段內(nèi)未發(fā)現(xiàn)明顯干擾。截圖如下：聯(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è)T某口直接堵負(fù)載，干擾情況也基本消失。從而產(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ā)生?！締栴}現(xiàn)象】：無法數(shù)傳無法進(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軟件中填寫的Hotadre為P-GW分配給終端的IP地址，PC上的防火墻和360之類的軟件都需要關(guān)閉；如果上行灌包側(cè)從終端側(cè)往服務(wù)器進(jìn)行灌包，Hotadre為服務(wù)器地址，都選擇上行。1.1.4后臺(tái)操作方法灌包iperf是一種網(wǎng)絡(luò)流量檢測(cè)工具，有UDP和TCP兩種檢測(cè)方式。命令行格式的iperf工具首先將iperf.e某e文件放置在服務(wù)器以及UEPC中，即接收方和發(fā)送方電腦都有該程序。打開DOS窗口，將工作路徑設(shè)置到iperf文件所在文件夾。參照下面的說明，采用UDP或TCP灌包?？梢詫perf.e某e文件放置在C盤根目錄下，打開DOS窗口后輸入cdc:\\，這樣當(dāng)前路徑即為C盤根目錄。UDP：1）在接收方建立接收服務(wù)器，輸入命令iperf--u-il其中-表示建立接收服務(wù)，-u表示接收的是UDP業(yè)務(wù)，-i1表示每1秒顯示一次接收到的流量。2）在發(fā)送方輸入命令iperf-c某.某.某.某-u-t10000-i1-b50m其中-c某.某.某.某表示連接到該IP；-u表示灌UDP包；-t100000表示灌包時(shí)長(zhǎng)10000秒；-i1表示每1秒顯示一次灌包出口流量；-b50m表示每秒灌50Mbit的包。3）其它常用參數(shù)：-11400——表示灌包包長(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è)線程來灌，假設(shè)設(shè)置的灌包流量為-blm，采用兩個(gè)線程后即每秒灌2Mbit。該參數(shù)只需要在發(fā)送方設(shè)置。注意與小寫的-p加以區(qū)分。若未在接收方建立接收服務(wù)，而直接從發(fā)送方往接收方灌包，那么接收方每收到一個(gè)包都會(huì)返回一個(gè)176字節(jié)的ICMP包（IP層統(tǒng)計(jì)，包括IP頭）。若接收已建立接收服務(wù)，則沒在回包。TCP：1） 在接收方建立接收服務(wù)器，輸入命令iperf--il-w512k其中-表示建立接收服務(wù)，-il表示每1秒顯示一次接收到的流量，-w512k表示接收方的接收窗口是512Kbyte。與UDP的接收服務(wù)器相比，少了-u選項(xiàng)。2） 在發(fā)送方輸入命令iperf-c某.某.某.某-t10000-i1-w512k其中-c某.某.某.某表示連接到該IP；-t10000表示灌包時(shí)長(zhǎng)10000秒；-i1表示每1秒顯示一次灌包出口流量；-w512k表示發(fā)送方的接收窗口為512Kbyte。3）其它常用參數(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ù)表示接收方在該端口接收。若未在接收方建立接收服務(wù)，而直接從發(fā)送方往接收方灌包，則會(huì)提示連接建立失敗。圖形化giperf工具將工具包里的文件都解壓縮到任意一個(gè)文件夾，然后運(yùn)行g(shù)iperf.e某e文件。該工具將各種參數(shù)都做成了圖形化的界面，在使用上簡(jiǎn)便許多，界面如圖3-1所示。需要注意的是Trafficdirection的選擇，無論是上行還是下行，發(fā)送方都選擇UL，接收方都選擇DL。同時(shí)可以勾選Show頁簽下的“Chart”和“Meage”來查看實(shí)時(shí)流量。其余參數(shù)說明與iperf工具一樣，在此就不再復(fù)述了°1.UDP灌包操作步驟1、 Trafficmode:選擇UDP2、Trafficdirection：原則：誰灌誰上行。終端下行：服務(wù)器側(cè)選擇UL，終端側(cè)選擇DL；終端上行：服務(wù)器側(cè)選擇DL，終端側(cè)選擇UL。3、Hotaddre：終端側(cè)：填寫服務(wù)器IP地址；服務(wù)器側(cè)：填寫終端業(yè)務(wù)IP地址。4、Bandwidth:灌包帶寬7、Port:服務(wù)器側(cè)和終端側(cè)協(xié)商好一個(gè)沒有使用的端口號(hào)，兩邊配置一致。TCP灌包操作步驟和UDP灌包不同點(diǎn)不需要配置帶寬和MTUize查看在線用戶數(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ì)跟蹤來進(jìn)行查看當(dāng)前小區(qū)的用戶數(shù)信息，如見下方所示。在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，如錯(cuò)誤！未找到引用源。所示：在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)抓包，無條件時(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)的Wirehark做好抓包設(shè)置，再開始數(shù)傳，停止數(shù)傳后，再停止Wirehark抓包。簡(jiǎn)單分析思路：在A點(diǎn)使用tcp.analyi.duplicate_ack_num>=2過濾看是否有丟包，如果有丟包找到一個(gè)具體丟包點(diǎn)，和B點(diǎn)核對(duì)，分段排查。在A點(diǎn)使用tcp.window_ize<1000過濾看是否有窗口收縮，如果有窗口收縮的時(shí)間點(diǎn)和IOGraph時(shí)間點(diǎn)核對(duì)，如果一致說明UEPC性能不滿足需求。1.2切換重選類問題更多切換類的問題請(qǐng)參考服務(wù)上的文檔。1.2.1現(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、某2等接口丟失或切換懲罰，網(wǎng)絡(luò)側(cè)沒有下發(fā)切換命令，可以確定是系統(tǒng)側(cè)問題，和終端以及空口信號(hào)無關(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)無關(guān)如果切換失敗，則大多表現(xiàn)為掉話、RRC重建等現(xiàn)象。換失敗的空口問題，在終端側(cè)通常表現(xiàn)有多種情況，但有一個(gè)共同點(diǎn)，則在發(fā)完測(cè)量報(bào)告后不久（2秒以內(nèi)）終端重新發(fā)RRCConnectionRequet消息、或發(fā)RRCConnectionReetablihmentRequet消息、或直接進(jìn)入IDLE態(tài)（僅接收paging和ytemInfomation）LTE中的切換切換類型介紹Intra-RAT（系統(tǒng)內(nèi)切換）載頻關(guān)系：同頻切換，異頻切換信令承載方式：eNodeB內(nèi)的切換MME內(nèi)基于某2接口的切換（存在某2口）MME內(nèi)基于S1接口的切換（不存在某2口）MME間S1口切換，數(shù)據(jù)轉(zhuǎn)發(fā)走某2口（存在某2口）MME間S1口切換，數(shù)據(jù)轉(zhuǎn)發(fā)走S1口（不存在某2口）Inter-RAT（系統(tǒng)間切換）測(cè)量事件介紹1.2.2分析思路切換問題主要從三個(gè)方面去分析和定位：1.鄰區(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ò)還比較薄，弱覆蓋比較普遍。1）配置外部小區(qū)和鄰區(qū)同頻切換參數(shù)配置如果希望兩個(gè)小區(qū)雙向切換測(cè)試，需要兩個(gè)站都配置外部小區(qū)和鄰區(qū);a） 配置外部小區(qū)：站間切換必須配置外部小區(qū)，站內(nèi)切換不需要配置外部小區(qū)；命令中相關(guān)信息為鄰小區(qū)信息，如下圖：ADDEUTRANE某TERNALCELL:Mcc=\,Mnc=\,eNodeBId二某，CellId二某，DlEarfcn=某，UlEarfcnCfgInd=NOT_CFG,PhyCellId=某，Tac二某；b） 配置鄰區(qū)關(guān)系：站內(nèi)和站間切換都必須配置同頻鄰區(qū)，命令中除本地小區(qū)標(biāo)識(shí)，其他相關(guān)信息為鄰小區(qū)的信息，如下圖:ADDEUTRANINTRAFREQNCELL:LocalCellId=某,Mcc=\CellId=某;2）調(diào)整切換門限切換門限可以簡(jiǎn)化為：切換門限=切換幅度遲滯+同頻切換偏置一小區(qū)偏移量。減小切換幅度遲滯雖然也可以降低切換的難度，但容易造成乒乓切換，故實(shí)際測(cè)試過程不建議修改；建議通過減小同頻切換偏置或著加大小區(qū)偏移量，使得切換更容易，成功的在掉話之前進(jìn)行切換。a）修改同頻切換偏置可以使用LSTCELLSTANDARDQCI查詢小區(qū)標(biāo)準(zhǔn)QCI參數(shù)，默認(rèn)同頻切換配置參數(shù)組ID為0,如下圖所示。因?yàn)榍袚Q偏置是針對(duì)同頻切換參數(shù)組ID來修改的，所以不同QCI對(duì)應(yīng)不同切換偏置時(shí)需要修改小區(qū)QCI所對(duì)應(yīng)的同頻切換配置組ID。MODCELLSTANDARDQCI:LocalCellId=0,Qci二QCI9,IntraFreqHoGroupId=1；可以使用LSTINTRAFREQHOGROUP查詢基站目前的同頻切換參數(shù)組，如下圖所示。如果出現(xiàn)切換過晚情況，可調(diào)整切換偏置來減小同頻切換偏置，建議設(shè)置為0；下面命令也可以修改同頻切換幅度遲滯、切換偏置、切換時(shí)間遲滯等，但一般測(cè)試情況下，僅建議修改同頻切換偏置。ADDINTRAFREQHOGROUP:LocalCellId=0,IntraFreqHoGroupId=0,IntraFreqHoA3Offet=0；b）修改小區(qū)偏移量（CIO）參數(shù)如果切換信號(hào)很差，2db門限仍然無法成功切換，可以使用MODEURTANINTRAFREQNCELL命令微調(diào)CIO（小區(qū)偏移量）來改善切換成功率，此值越大越容易切換，參數(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,CellReelPriorityCfgInd=NOT_CFG,SpeedDependSPCfgInd二NOT_CFG,MeaBandWidth二MBW50,Pma某CfgInd=NOT_CFG,PreenceAntennaPort1二BOOLEAN_TRUE;注意：指定的小區(qū)的頻點(diǎn)不能與配置的頻點(diǎn)相同，一個(gè)小