LTE 路測和網(wǎng)絡(luò)問題案列分析

LTE路測和網(wǎng)絡(luò)問題案列分析覆蓋問題分析覆蓋類問題涉及弱覆蓋、越區(qū)覆蓋、過覆蓋、無主導(dǎo)小區(qū)、上下行不平衡及導(dǎo)頻污染等。弱覆蓋：在LTE中一般認(rèn)為RSRP<-100dBm，認(rèn)為是弱覆蓋。越區(qū)覆蓋：由于基站天線掛高過高或下傾角過小引起的該小區(qū)覆蓋距離過遠(yuǎn)，從而越區(qū)覆蓋到其他站點覆蓋的區(qū)域，并且在該區(qū)域終端接收到的信號電平較好。過覆蓋：指網(wǎng)絡(luò)中存在過度的覆蓋重疊，容易引起干擾和乒乓切換；無主導(dǎo)小區(qū)：指某一片區(qū)域內(nèi)服務(wù)小區(qū)和鄰區(qū)的接收電平相差不大，不同小區(qū)之間的下行信號在小區(qū)重選門限附近的區(qū)域，并且無主導(dǎo)覆蓋的區(qū)域接收電平一般或者較差，且服務(wù)小區(qū)的SINR不穩(wěn)定，可能發(fā)生空閑態(tài)主導(dǎo)小區(qū)頻繁重選、連接態(tài)頻繁切換，無主導(dǎo)覆蓋也可認(rèn)為是弱覆蓋的一種。導(dǎo)頻污染：指在某一點存在過多（一般認(rèn)為大于等于3個）的強導(dǎo)頻，但卻沒有一個足夠強的主導(dǎo)頻；造成覆蓋問題的原因：無線網(wǎng)絡(luò)規(guī)劃的準(zhǔn)確性；實際站點與規(guī)劃站點位置偏差；實際工參與規(guī)劃工參不一致；覆蓋區(qū)建筑物增加、減少、阻擋等原因無線環(huán)境發(fā)生變化；新增站、搬遷站及無法開通站等原因無線環(huán)境發(fā)生變化；燈桿站、美化天線及業(yè)務(wù)等原因天線無法調(diào)整；處理方案：調(diào)整天線方位角、下傾角到合理位置；調(diào)整PCI、功率等參數(shù)調(diào)整；合理設(shè)置切換帶及鄰區(qū)優(yōu)化；增加新站、RRU拉遠(yuǎn)等；覆蓋問題分析對簇中每個小區(qū)分析，確定簇優(yōu)化方案對簇中主要問題點分析，微調(diào)簇優(yōu)化方案實施簇優(yōu)化方案覆蓋問題分析---單小區(qū)覆蓋分析單小區(qū)分析確認(rèn)是基礎(chǔ)工作，在對網(wǎng)絡(luò)進(jìn)行測試摸底之后，首先要針對各個小區(qū)進(jìn)行單小區(qū)分析和統(tǒng)計，了解每個小區(qū)的實際覆蓋情況，設(shè)計合理的覆蓋區(qū)域、切換帶，避免做出錯誤的判斷。分析的內(nèi)容包括天線接反/鴛鴦線核查、單小區(qū)覆蓋越區(qū)核查、天線的旁瓣和背瓣覆蓋核查、無覆蓋小區(qū)核查、切換帶分析。RSRP:通過RF調(diào)整優(yōu)化后RS-RSRP大于-100dbm的區(qū)域由原來的84.57%提升為99.28%，RS-RSRP提升了14.71%。優(yōu)化前后RSRP/SINR對比圖:

SINR:通過RF調(diào)整優(yōu)化后RS-SINR大于-3dB的區(qū)域由原來的85.17%提升為99.34%，RS-SINR提升了14.17%。DLThroughput:通過RF調(diào)整優(yōu)化后下行PDCP層平均吞吐率由原來的24.39Mbps提升為46.94Mbps，提升22.55Mbps。優(yōu)化前后DL/ULThroughput對比圖:

ULThroughput:通過RF調(diào)整優(yōu)化后上行PDCP層平均吞吐率由原來的13.54Mbps提升為39.66Mbps，提升26.12Mbps。1.嚴(yán)格控制每小區(qū)覆蓋半徑，盡可能避免過覆蓋、越區(qū)覆蓋，合理設(shè)置切換帶；2.簇優(yōu)化人員對所負(fù)責(zé)的簇中的每個站情況非常了解，便于后期問題定位；3.給項目組提供最準(zhǔn)確的工參信息；4.減少重后期復(fù)上站次數(shù)；5.單小區(qū)優(yōu)化同時可以解決過覆蓋及干擾問題；簇優(yōu)化單小區(qū)分析優(yōu)點

掉線問題分析掉話常見現(xiàn)象：UE發(fā)起重建立過程

cause為OtherFailure(UEradiolinkfailure)、HandoverFailure(T304HOtimerexpiry)、

ReconfigurationFailure，常見原因為前倆種；

掉線問題分析無MR上報的重建：

現(xiàn)象：表現(xiàn)為業(yè)務(wù)正常保持時UE發(fā)起了RRCConnectionReestablishmentRequest，失敗的原

因是無線鏈路失敗，沒有向系統(tǒng)側(cè)發(fā)送MR

分析：1.對RSRP和SINR進(jìn)行分析，如果RSRP較強而SINR較差，則是由于存在干擾（mod3等），如果兩者均差，則主要是覆蓋問題；2.確定是否由于同步保持參數(shù)設(shè)置過小導(dǎo)致的失步掉話（SIB2消息：T310/N310/T311/N311等）；

解決：1.覆蓋及干擾優(yōu)化；2.修改同步保持參數(shù)，增加失步判斷的時間ForUE“normaloperation”inthefigureabovemeans:UEnotwaitingforRRCConnectionSetup/Reject(T300notrunning)UEnotwaitingforRRCRe-establishmentEstablishment/Reject(T301notrunning)handovernotongoing(T304notrunning)NoRLFrecoveryongoing(T311notrunning)NOTE:thetermsin-syncandout-of-syncrefertoL1problems,nottotimingalignment掉線問題分析---RLFduetoT310ExpiryatUEn310consecutiveout-of-syncindicationsn311consecutivein-syncindicationsduringt310RRCconnectionre-establishmentattemptedduringt311CellreselectionandTrackingAreaUpdateifRRCRe-Establishmentfails掉線問題分析有MR上報的重建：

現(xiàn)象：在UE上報重建請求之前最少存在一個MR，在這個過程中可能收到了重配置信令，也有可

能沒有收到重配置信令失敗

分析：1.核查一下鄰區(qū)是否存在問題，如果存在同PCI的鄰區(qū)則也會出現(xiàn)重建（切換失敗造成），如果存在，就解決鄰區(qū)問題進(jìn)行驗證；2.核查一下RSRP和SINR，確認(rèn)是否是由于此時覆蓋較差造成MR上報超時（系統(tǒng)側(cè)未收到）或是收不到系統(tǒng)側(cè)的切換判決；3.確認(rèn)一下是否收到重配置信令，如果收到則接下來的失敗為隨機接入過程的失??；

解決：1.PCI修改、鄰區(qū)優(yōu)化；2.覆蓋及干擾優(yōu)化；切換問題分析切換分析主要是針對以下幾個方面進(jìn)行分析：鄰區(qū)漏配鄰區(qū)的漏配是指UE發(fā)送MR后，在MR內(nèi)上報的目標(biāo)切換小區(qū)在系統(tǒng)側(cè)配置的鄰區(qū)表內(nèi)沒有該小區(qū)，這就是鄰區(qū)漏配的問題，這些問題會造成路測時的下載流量低、SINR差、發(fā)生RRC重建等問題，甚至?xí)斐傻艟€，在FDD-LTE的系統(tǒng)中，UE并不根據(jù)鄰區(qū)表進(jìn)行測試，而是進(jìn)行全頻段所有可以測量到的小區(qū)進(jìn)行測量，并根據(jù)測量對比結(jié)果上報前幾個最強的并超過切換門限的小區(qū)；

現(xiàn)象：1.多次發(fā)送MR；2.MR后系統(tǒng)側(cè)無響應(yīng)；3.SINR較差（一般低于0dB）4.存在RRC重建現(xiàn)象；

分析：1.通過MR獲取切換的目標(biāo)小區(qū)的PCI；2.查詢服務(wù)小區(qū)的鄰區(qū)列表（也可以通過系統(tǒng)側(cè)即時獲?。?.如果鄰區(qū)列表內(nèi)無該PCI，則為鄰區(qū)漏配；4.如果鄰區(qū)列表內(nèi)有該PCI，則為其它原因，轉(zhuǎn)入其它問題分析。

解決：添加鄰區(qū)；（有時通過ANR添加的X2鄰區(qū)不起作用，改為c-planeipaddresscontrol->oamcontrolled后正常）切換問題分析切換分析主要是針對以下幾個方面進(jìn)行分析：鄰區(qū)錯配鄰區(qū)錯配主要是指在同一個鄰區(qū)表內(nèi)配置了兩個PCI相同的鄰區(qū)，或是鄰區(qū)的PCI與主服務(wù)小區(qū)的PCI相同的現(xiàn)象?，F(xiàn)象：1.MR上報后經(jīng)常切換失??；2.切換對象可能不是最強的小區(qū),3.SINR較差（低于-3dB）4.測量列表內(nèi)最少有兩個相同的PCI

分析：只要在測量的小區(qū)列表內(nèi)有兩個或兩個以上的相同PCI,就是該問題。

解決：修改小區(qū)PCI切換問題分析切換分析主要是針對以下幾個方面進(jìn)行分析：乒乓切換乒乓切換主要是指標(biāo)在切換帶內(nèi)進(jìn)行的兩個或多個小區(qū)之間反復(fù)進(jìn)行切換，并且切換時間較短?，F(xiàn)象：1.下載速率較低；2.SINR較差；3.多次切換（最少3次）分析：該種問題很容易分析，只要兩個或多個小區(qū)之間的很小區(qū)域內(nèi)存在多次切換。

解決：抑制各小區(qū)的覆蓋區(qū)域，減小重疊覆蓋。切換問題分析切換分析主要是針對以下幾個方面進(jìn)行分析：切換時延切換時延是指控制面的切換時延，時延統(tǒng)計開始于UE收到RRC的重配置信令，結(jié)束于UE上報MSG3結(jié)束。

現(xiàn)象：控制面切換時延的均值大于目標(biāo)值（聯(lián)通要求小于50ms），這時就會產(chǎn)生切換時延過大的問題。

分析：2個階段來分析1.收到重配后上發(fā)MSG1的時延：MSG1重發(fā)較多---PRACH及干擾問題2.發(fā)出MSG1到收到MSG2（RAR）的時延：干擾問題較多

解決：

1.調(diào)整PRACH功率等參數(shù)；2.干擾排查及解決；3.調(diào)整RS功率等；切換問題分析切換分析主要是針對以下幾個方面進(jìn)行分析：切換失敗切換切換失敗從事件的信令節(jié)點上來說，始于RRCConnectionReconfiguration信令，終于RRC超時并發(fā)起重建，對于切換失敗的問題分析時可以結(jié)合當(dāng)時的各種測量指標(biāo)進(jìn)行分析，比如RSRP和SINR等測量值。

現(xiàn)象：未發(fā)送RRCConnectionReconfigurationComplete,發(fā)起RRCConnectionReestablishmentRequest。

分析：1.查看RSRP/SINR/BLER；2.鄰區(qū)檢查，主要看是否有相同PCI；3.MSG1發(fā)送異常；4.核查同步檢測參數(shù)、T304等

：

解決：

1.調(diào)整PRACH參數(shù)；2.干擾排查及解決；3.調(diào)整RS功率等；切換流程測量報告RRC重配置服務(wù)小區(qū)測量量鄰區(qū)測量量切換命令用戶面時延問題分析用戶面時延

從發(fā)出PINGRequest到收到PINGReply之間的時延平均值。

聯(lián)通指標(biāo)要求：32byte，小于30ms

現(xiàn)象：時延超過30ms。

分析：1.查看RSRP/SINR/BLER；

2.查看預(yù)調(diào)度等參數(shù)：

3.服務(wù)器配置、狀態(tài)等；

解決：

1.覆蓋干擾解決；2.參數(shù)優(yōu)化；3.更換服務(wù)器；Note：影響ping時延測試的網(wǎng)絡(luò)側(cè)配置參數(shù)有maxNumPrbSr(40)，ilReacTimerUl(當(dāng)設(shè)置為0時為關(guān)閉預(yù)調(diào)度)，ulatbEnable(True)，iniPrbsUL(40)，cellSrPeriod(5ms)。Throughput分析：1.查看小區(qū)是否有影響性能的告警、傳輸帶寬等；2.查看RSRP、SINR、Throughput；3.判斷用戶的RB數(shù)和DL/ULGrant是否調(diào)度充足，如果不充足，首先判斷上層數(shù)據(jù)源、FTP線程等是否充足（FDD小區(qū)單用戶情況下一般穩(wěn)定在900以上，RB90/slot(20MHz)以上）；4.如果DLGrant和RB數(shù)都是調(diào)度充足的場景下，判斷BLER是否收斂到目標(biāo)值。目前下行的BLER目標(biāo)值一般為10%，即5%~15%即認(rèn)為BLER收斂；5.如果BLER收斂，可判斷是否使用了雙碼字（UE可通過CDS查看用戶的RankIndicator和DLMCS；RI=1單流，RI=2雙流；MCS0~10QPSK/MSC11~2016QAM/MCS21~2864QAM)6.查看參數(shù)一致性（64qamenable/16qamenable/

actModulationSchemeUL（16QAMHighMCS）、maxbitratedl/ul

等)；7.查看UE能力，測試電腦TCP配置、usb端口、FTP服務(wù)器狀態(tài)及文件大小等吞吐量問題分析案例分析---鄰區(qū)漏配導(dǎo)致的切換失敗案例分析---主時鐘告警導(dǎo)致的切換失敗問題描述：驅(qū)車從錫林郭勒南路由南向北行駛，UE占用西五里營1小區(qū)（PCI:81），行駛到鋼窗廠2（PCI:41）時沒有切換，一直到鋼窗廠1小區(qū)（PCI:39）時最終因干擾導(dǎo)致掉話。問題分析：1.檢查鄰區(qū)，未發(fā)現(xiàn)鄰區(qū)漏配，鄰區(qū)里周圍小區(qū)都存在；

2.檢查告警，發(fā)現(xiàn)基站主時鐘調(diào)諧失?。?818：EFaultId_Ov_OscAl）告警；此告警會使基站性能降低，也會影響切換等功能；處理：1:檢查基站和FTM的其他告警并采取相應(yīng)的措施解決。2:如果基站沒有其他同步相關(guān)的告警，通過BTSSitManger啟動fasttune。3:重置該站點，再次啟動快速調(diào)整。4:上述操作不奏效，最終更換了BBU。更換前案例分析---IP設(shè)置錯誤導(dǎo)致切換失敗問題描述：外場測試人員反映安泰中心(閩星樓)與冠亞廣場無法切換，兩個基站狀態(tài)正常、各項指標(biāo)良好，并與其他基站互切正常。由此猜測故障可能由于兩個基站之間的X2link不可用導(dǎo)致。問題分析：登陸B(tài)TSSiteManager，確定兩個基站鄰區(qū)關(guān)系存在，但是X2linkstatus為unavaiable。檢查發(fā)現(xiàn)鄰區(qū)關(guān)系配置時鄰區(qū)基站業(yè)務(wù)面IP地址

使用的是網(wǎng)管面的ip地址42，導(dǎo)致X2link不可用。配置鄰區(qū)時，應(yīng)該使用Controlplane對應(yīng)的IP地址。即在新建安泰中心(閩星樓)與冠亞廣場的鄰區(qū)關(guān)系時，應(yīng)該使用冠亞廣場ControlplaneIP42。處理：將C-PlaneIPaddressofneighboreNB一欄ip更正為ControlplaneIP42，下發(fā)更新基站數(shù)據(jù)后，X2鏈路狀態(tài)變?yōu)榭捎茫鈭鲵炞C，兩基站能夠正常切換，問題解決。更換前更換后案例分析---UE業(yè)務(wù)突然中斷問題描述：LTE建網(wǎng)初期基站隨機性出現(xiàn)能夠接入網(wǎng)絡(luò)，做業(yè)務(wù)中突然中斷業(yè)務(wù)的現(xiàn)象；問題分析：

經(jīng)與核心網(wǎng)一起查問題后發(fā)現(xiàn)出現(xiàn)問題時的UE分配到的IP大多以172.*.*.*開頭，而正常的UE分配到的IP大多以10.*.*.*開頭，172開頭的IP由貝爾PGW分配，10開頭的IP由諾基亞PGW分配，貝爾工程師抓包分析后給出的解釋是；S11接口MME發(fā)起的Echorequest消息中的sequencenumber為7位時，貝爾SGW可以正?；貞?yīng)Echoresponse。當(dāng)MME發(fā)起