1、TD-LTE切換案例分析,Page1,交流目標(biāo),通過LTE切換案例的交流學(xué)習(xí)，了解LTE現(xiàn)網(wǎng)中常見的切換問題以及解決思路,Page2,1、漏配同頻鄰區(qū)導(dǎo)致切換失敗 2、A2門限太低導(dǎo)致下載速率低問題（含切換） 3、 C國H地區(qū)局點(diǎn)LTE入切換成功率為0%分析 4、CIO配置不合理導(dǎo)致切換失敗 5、 LTE重復(fù)覆蓋導(dǎo)致切換失敗和頻繁（乒乓）切換 6、 LTE外部小區(qū)配置錯(cuò)誤導(dǎo)致同頻切換失敗 7、 LTE DT測(cè)試中終端發(fā)起原因值為otherfailureRRC重建 8、 P國G項(xiàng)目MR不處理因素導(dǎo)致低吞吐率問題 9、 W市兩個(gè)基站之間TAC配置錯(cuò)誤導(dǎo)致切換失敗 10、 ENODEB ID 設(shè)置重

2、復(fù)導(dǎo)致無法切換 11、LTE一個(gè)小區(qū)添加倆PCI相同鄰區(qū)導(dǎo)致的切換問題,Page3,1、漏配同頻鄰區(qū)導(dǎo)致切換失敗,現(xiàn)象描述】： 切換測(cè)試時(shí)，在UE移動(dòng)過程中，發(fā)現(xiàn)有比當(dāng)前服務(wù)小區(qū)質(zhì)量好的小區(qū)，觸發(fā)切換A3測(cè)量報(bào)告，并不停周期上報(bào)，但一直收不到網(wǎng)絡(luò)側(cè)的切換命令。 隨著UE移動(dòng)服務(wù)小區(qū)RSRP越來越差，服務(wù)小區(qū)SINR越來越差，吞吐率越來越低，而鄰區(qū)RSRP越來越好,Page4,Page5,最終在UE下行失步后在鄰區(qū)發(fā)起RRC重建，重建被拒絕后，重新發(fā)起RRC接入鄰區(qū)并建立業(yè)務(wù)，此時(shí)鄰區(qū)的無線質(zhì)量較好，業(yè)務(wù)恢復(fù)正常,Page6,原因分析,告警信息】無 【原因分析】 分析切換失敗期間的相關(guān)信息，發(fā)現(xiàn)

3、在UE第一次上報(bào)A3測(cè)量報(bào)告時(shí)，RSRP為-106dBm、SINR約5dB： 在這樣的信號(hào)質(zhì)量條件下，應(yīng)該完全可以完成切換信令交互而成功切換。說明這里切換失敗存在問題，再從網(wǎng)絡(luò)側(cè)記錄的信令跟蹤，可以看到eNB的UU口能收到UE上報(bào)的測(cè)量報(bào)告,Page7,Page8,從這里可以看到eNB收到測(cè)量報(bào)告后并沒有下發(fā)切換命令，懷疑是不是X2接口向目標(biāo)小區(qū)切換時(shí)失敗導(dǎo)致，再查看X2接口，發(fā)現(xiàn)X2接口沒有消息交互，也即eNB沒有向目標(biāo)小區(qū)發(fā)起切換請(qǐng)求，說明eNB判決切換測(cè)量報(bào)告的結(jié)果為不切換。 再分析eNB不切換的可能原因有,Page9,切換懲罰:eNB對(duì)于非資源準(zhǔn)入切換失敗的小區(qū)要其經(jīng)歷一定的切換懲罰次

4、數(shù)Intra-freq HO Retry Penalty Number（該值默認(rèn)為10）后才能再次允許該小區(qū)進(jìn)行切換，切換失敗且重建到本小區(qū)的UE會(huì)受到切換懲罰； 目標(biāo)小區(qū)在核心網(wǎng)切換限制列表中； 鄰區(qū)漏配； 目標(biāo)小區(qū)禁止切換。 對(duì)于以上四種原因，需要進(jìn)一步在處理過程中進(jìn)行排查和確認(rèn),Page10,如果是切換懲罰的原因，在IFTS跟蹤內(nèi)可以看到UEM TEXT PRINT顯示eNB在收到測(cè)量報(bào)告后，判斷目標(biāo)小區(qū)為 RetryPenalty Cell。查看IFTS跟蹤文件并沒有發(fā)現(xiàn)RetryPenalty Cell，而且該小區(qū)之前并沒有出現(xiàn)非資源準(zhǔn)入失?。鞒淌。耘懦袚Q懲罰的原因。 經(jīng)

5、核心網(wǎng)確認(rèn)并沒有將服務(wù)小區(qū)和目的小區(qū)配置進(jìn)切換限制列表。 目標(biāo)小區(qū)禁止切換開關(guān)在同頻鄰區(qū)關(guān)系中配置和顯示的，需要進(jìn)行同頻鄰區(qū)配置的檢查 再從LMT上查看ANR開關(guān)為關(guān)閉，X2口、S1口配置均正常，再查看這兩個(gè)小區(qū)的鄰區(qū)關(guān)系配置，發(fā)現(xiàn)兩個(gè)小區(qū)的同頻鄰區(qū)關(guān)系沒有配置。 至此，基本可以確認(rèn)問題在于鄰區(qū)漏配,Page11,解決過程,解決方法1： 打開ANR算法開關(guān)實(shí)現(xiàn)自動(dòng)鄰區(qū)增加，命令為： MOD ENODEBALGOSWITCH: SONAnrAlgoSwitch=IntraRatEventAnrSwitch-1 UE在上報(bào)A3測(cè)量報(bào)告后，eNB會(huì)下發(fā)控制CGI讀取的重配置命令。 UE測(cè)量目標(biāo)小區(qū)，

6、讀取CGI后上報(bào)給eNB，eNB再發(fā)切換命令給UE，從而完成切換流程，成功切換。 解決方法2： 手工增加鄰區(qū)配置，用“ADD EUTRANINTRAFREQNCELL”命令給兩個(gè)小區(qū)的鄰區(qū)關(guān)系并打開允許切換開關(guān)后也可以使UE正常切換,Page12,Page13,建議與總結(jié),切換的問題先從信令入手，再分析信令流程失敗點(diǎn)所有可能的原因，采用逐一排除、逐一確認(rèn)的方法來找問題原因,Page14,2、A2門限太低導(dǎo)致下載速率低問題(含切換,現(xiàn)象描述】 TDD LTE校園網(wǎng)，西城中州大學(xué)（D頻段小區(qū)）附近有一路段，UE一直占用師專新校2小區(qū)（F頻段小區(qū)），覆蓋比較差，速率低，如下,Page15,優(yōu)化前RS

7、RP,Page16,優(yōu)化前 PDCP層下載速率分布圖,Page17,原因分析,車輛在西城中州大學(xué)校園自北向南行駛中，UE一直占用F頻段師專新校2小區(qū)（PCI 71），RSRP惡化到-111dbm的時(shí)候，eNodeB才向UE下發(fā)異頻測(cè)量控制信息，異頻測(cè)量切換信令流程如下,Page18,異頻測(cè)量控制下發(fā),Page19,UE上報(bào)異頻測(cè)量結(jié)果,Page20,eNodeB下發(fā)切換判決結(jié)果，目標(biāo)小區(qū)西城中州大學(xué)1小區(qū)（PCI75,Page21,在后臺(tái)查詢師專新校F2小區(qū)（PCI 71）的A2 RSRP觸發(fā)門限為-109，A2觸發(fā)門限太低，主服務(wù)器小區(qū)信號(hào)惡化到-111dbm的時(shí)候才發(fā)起異頻測(cè)量，導(dǎo)致該路段

8、RSRP很差，下載速率偏低,Page22,解決方案,將師專新校F2小區(qū)（PCI 71）的A2門限提高到-95， A1RSRP觸發(fā)門限由-105改為-91，參數(shù)修改之后問題路段指標(biāo)提升明顯，測(cè)試情況如下,Page23,建議與總結(jié),1.A1和A2是門限用于控制異頻和異系統(tǒng)測(cè)試量的，A1用于停止測(cè)量，A2用于啟動(dòng)測(cè)量，A1的值要比A2的值高，因此A2參數(shù)修改的時(shí)候，A1參數(shù)也要同步修改。 2.異頻測(cè)量門限不能設(shè)置太高也不能設(shè)置太低，設(shè)置過低導(dǎo)致源小區(qū)信號(hào)強(qiáng)度很小，吞吐率已經(jīng)嚴(yán)重下降的情況下，才發(fā)起異頻鄰區(qū)的測(cè)量，此時(shí)目標(biāo)小區(qū)信號(hào)強(qiáng)度已經(jīng)很強(qiáng)的情況，但是沒有及時(shí)切換，使得吞吐率迅速下降；A2門限設(shè)置過

9、高，導(dǎo)致觸發(fā)UE過早地進(jìn)行了異頻測(cè)量，由于異頻測(cè)量需要專門分配一定時(shí)頻資源進(jìn)行，減少了UE可用的時(shí)頻資源，導(dǎo)致調(diào)度次數(shù)不足，影響吞吐率,Page24,異頻測(cè)量參數(shù)的設(shè)置可參考如下經(jīng)驗(yàn)值,Page25,3、C國H地區(qū)局點(diǎn)LTE入切換成功率為0%分析,現(xiàn)象描述 C國H地區(qū)進(jìn)行每日KPI指標(biāo)統(tǒng)計(jì)的時(shí)候發(fā)現(xiàn)小區(qū)出現(xiàn)入切換失敗次數(shù)為100%。KPI指標(biāo)如下圖所示,Page26,查看小時(shí)級(jí)指標(biāo)從13號(hào)凌晨出現(xiàn)問題。查看對(duì)應(yīng)問題時(shí)間點(diǎn)的操作日志，發(fā)現(xiàn)在13號(hào)凌晨沒有任何操作,Page27,原因分析,懷疑是否是由于站點(diǎn)無資源導(dǎo)致的入切換全部失敗，但是查看用戶數(shù)統(tǒng)計(jì)發(fā)現(xiàn)沒有用戶在這個(gè)站點(diǎn)下面做業(yè)務(wù)。 查詢一個(gè)月

10、的平均用戶數(shù)，發(fā)現(xiàn)周末應(yīng)該是有用戶使用LTE網(wǎng)絡(luò)的,Page28,對(duì)小區(qū)的其他指標(biāo)進(jìn)行分析。發(fā)現(xiàn)如下情況： 問題時(shí)段RRC請(qǐng)求次數(shù)為0 問題時(shí)間段隨機(jī)接入次數(shù)不為0,Page29,RRC建立之前的隨機(jī)接入過程是有用戶請(qǐng)求，也就是說在下（圖5）A點(diǎn)。B點(diǎn)有統(tǒng)計(jì)說明隨機(jī)接入網(wǎng)絡(luò)側(cè)都是有響應(yīng)的，但是在進(jìn)入到了RRC接入過程后（圖6），網(wǎng)絡(luò)L3沒有收到終端RRC請(qǐng)求，原因是RRC請(qǐng)求次數(shù)為0,Page30,Page31,而睡眠小區(qū)一般表現(xiàn)為eNodeB的L3收不到UE的RRC建立請(qǐng)求消息。也出問題在圖7紅色標(biāo)注部分。與此問題站點(diǎn)的現(xiàn)象非常一致。沒有告警，沒有操作日志，DSP小區(qū)狀態(tài)也正常，沒有用戶接入

11、和流量，但是有隨機(jī)接入過程,Page32,處理過程,確認(rèn)疑似睡眠小區(qū)的情況后。我們?cè)?6日凌晨3：00進(jìn)行了重啟基站的操作。觀察指標(biāo)如下。重啟，站點(diǎn)業(yè)務(wù)恢復(fù)正常,Page33,建議及總結(jié),在商用網(wǎng)中，睡眠小區(qū)很有可能會(huì)存在在網(wǎng)絡(luò)中。這種小區(qū)查詢狀態(tài)時(shí)完全正常（DSP CELL），也沒有任何異常告警上報(bào)，但用戶實(shí)際上不能接入，非常影響用戶感知，并且很多情況下是客戶投訴才發(fā)現(xiàn)此類問題。所以在現(xiàn)網(wǎng)維護(hù)項(xiàng)目中，尤其在LTE建網(wǎng)初期，一個(gè)好的例行指標(biāo)監(jiān)控流程及工作必不可少，通過監(jiān)控可以更早的發(fā)現(xiàn)網(wǎng)絡(luò)中出現(xiàn)的問題，變“救火”為“防火”。睡眠小區(qū)的監(jiān)控可以通過隨機(jī)接入請(qǐng)求，RRC請(qǐng)求，入切換指標(biāo)及最大用戶數(shù)

12、等相關(guān)指標(biāo)來判斷。 另外，現(xiàn)在處理睡眠小區(qū)的途徑還只是重啟基站這一條路,Page34,4、CIO配置不合理導(dǎo)致切換失敗,現(xiàn)象描述】 K國Z局點(diǎn)的站點(diǎn)1213中小區(qū)7切換到站點(diǎn)1252的小區(qū)9過程中，未完成切換流程就出現(xiàn)重建，導(dǎo)致切換失敗，業(yè)務(wù)中斷幾秒后，UE重建接入小區(qū)9中，數(shù)傳恢復(fù),Page35,原因分析,對(duì)于切換失敗問題，可以通過以下幾個(gè)方面進(jìn)行定位： 從覆蓋角度考慮，如果在切換點(diǎn)上存在著覆蓋問題，在某區(qū)域上某個(gè)方向上由于建筑物等的遮擋，導(dǎo)致UE在該區(qū)域內(nèi)出現(xiàn)信號(hào)質(zhì)量的大幅抖動(dòng)，切換失敗。 從配置角度考慮，如果出現(xiàn)影響切換的相關(guān)參數(shù)配置不合理可能導(dǎo)致切換失敗，如切換門限設(shè)置、切換時(shí)間遲滯設(shè)

13、置、切換CIO設(shè)置，這些參數(shù)設(shè)置不合理都有可能造成錯(cuò)過最佳切換時(shí)機(jī)導(dǎo)致切換失敗。 從傳輸角度考慮，可能因?yàn)榇嬖趥鬏攩栴}導(dǎo)致切換失敗，如eNB到核心網(wǎng)的傳輸，兩個(gè)站間的傳輸，這些數(shù)傳問題都可能導(dǎo)致出現(xiàn)切換失敗,Page36,處理過程,首先考慮覆蓋的問題，因?yàn)榍袚Q點(diǎn)K區(qū)域是處于目標(biāo)小區(qū)覆蓋信號(hào)很弱的拐角點(diǎn)，天線到該位置的直線空間里有一座較高的樓房，一直懷疑該樓房的阻擋影響信號(hào)覆蓋?，F(xiàn)場(chǎng)情況如下,Page37,其中A、B、C為組成三角關(guān)系的三個(gè)站點(diǎn)，在K區(qū)域發(fā)生切換失敗，在B站點(diǎn)前面有一個(gè)三角形的建筑物，擋住目標(biāo)站點(diǎn)發(fā)到K區(qū)域的信號(hào)。調(diào)整了基站B的目標(biāo)小區(qū)的天線角度以后， K區(qū)域的信號(hào)也沒有提高?？?/p>

14、見，現(xiàn)場(chǎng)由于環(huán)境限制，無法通過調(diào)整覆蓋來解決切換問題，接著要嘗試能否通過調(diào)整參數(shù)來解決,Page38,從消息跟蹤結(jié)果來看，在UE測(cè)量到目標(biāo)小區(qū)的RSRP比服務(wù)小區(qū)的RSRP差值超過切換門限發(fā)出測(cè)量報(bào)告，但是源小區(qū)信號(hào)質(zhì)量下降太快沒有收到測(cè)量報(bào)告，從而使UE只能在目標(biāo)小區(qū)發(fā)起隨機(jī)接入過程。根據(jù)實(shí)際情況，基站安裝位置難以更改，天線調(diào)整也起不到作用，這時(shí)可以考慮通過調(diào)整切換相關(guān)參數(shù)，提前進(jìn)入切換流程，應(yīng)該可以解決問題,Page39,查看切換相關(guān)參數(shù)，因?yàn)榍袚Q門限和遲滯時(shí)間都涉及到多個(gè)小區(qū)，且在和其他小區(qū)的切換中不存在這種需要提前切換的問題，所以這幾個(gè)參數(shù)不需要修改。使用查看CIO配置，該配置默認(rèn)值都

15、為0，因此要修改這個(gè)參數(shù)讓切換提前。經(jīng)過數(shù)次測(cè)試，將鄰區(qū)的小區(qū)偏置修改成1dB2dB以后，切換正常,Page40,使用LST EUTRANINTRAFREQNCELL,查看CIO如下,Page41,建議與總結(jié),在現(xiàn)實(shí)場(chǎng)景下，往往會(huì)出現(xiàn)許多切換過晚現(xiàn)象，可以通過調(diào)整切換相關(guān)參數(shù)配置來提前切換達(dá)到解決切換失敗的目的。 參數(shù)修改過程有一個(gè)注意的問題是，修改切換門限和切換遲滯時(shí)間固然也可以達(dá)到提前切換的目的，但是因?yàn)檫@兩個(gè)參數(shù)都屬于小區(qū)級(jí)參數(shù)，一旦修改，將會(huì)造成和所有鄰區(qū)的切換點(diǎn)發(fā)生改變，因此修改后風(fēng)險(xiǎn)較大，大多數(shù)情況下都不應(yīng)修改，因此一般可以通過修改CIO配置參數(shù)達(dá)到相同的目的，而其只對(duì)特定的小區(qū)有

16、影響,Page42,5、LTE重復(fù)覆蓋導(dǎo)致切換失敗和頻繁（乒乓）切換,現(xiàn)象描述】 Z省H項(xiàng)目Cluster優(yōu)化過程中，對(duì)Cluster 21進(jìn)行優(yōu)化發(fā)現(xiàn)某拐角區(qū)域出現(xiàn)切換失敗現(xiàn)象，并且該區(qū)域切換頻繁，存在兩小區(qū)間的乒乓切換現(xiàn)象,Page43,原因分析,從某路段的路測(cè)數(shù)據(jù)中可以發(fā)現(xiàn)切換失敗導(dǎo)致掉線的事件點(diǎn),Page44,我們首先要定位原因，可以看出，在切換前的服務(wù)小區(qū)為PCI=54小區(qū)，查看MeasurementReport測(cè)量報(bào)告，查看切換的目標(biāo)小區(qū)，明確切換方向,Page45,MR顯示，切換的目標(biāo)小區(qū)PCI=56。實(shí)際上切換是發(fā)生在站內(nèi)的54小區(qū)向56小區(qū)的同頻切換。進(jìn)一步分析所在區(qū)域收到的

17、導(dǎo)頻信號(hào)可以發(fā)現(xiàn)，在該切換點(diǎn)上，同時(shí)收到了四個(gè)小區(qū)的導(dǎo)頻信號(hào)，分別是PCI=54，PCI=7，PCI=56，PCI=6，屬于四個(gè)小區(qū)重復(fù)覆蓋的區(qū)域，且導(dǎo)頻信號(hào)的參考功率RSRP的值都相當(dāng)，屬于同等覆蓋，如下圖所示事件點(diǎn)收到的導(dǎo)頻信號(hào)情況,Page46,Page47,可以看出，由于切換時(shí)由54小區(qū)向56小區(qū)發(fā)生的，且8小區(qū)與56小區(qū)Mod3的結(jié)果同為2，結(jié)果相同，因此導(dǎo)致干擾，該區(qū)域的SINR（信干燥比）的值下降，造成了最終的切換失敗掉線現(xiàn)象。下圖為該區(qū)域的SINR變化情況,Page48,通過分析可以看出，切換發(fā)生在54,56小區(qū)的基站內(nèi)部，失敗主要是由于相鄰基站的小區(qū)重復(fù)覆蓋造成的Mod3干擾

18、所致，并且由于地理位置特殊，處于兩處轉(zhuǎn)角的區(qū)域，無線環(huán)境復(fù)雜，干擾較大，在一定的路段出還現(xiàn)了乒乓切換的現(xiàn)象，如下圖A點(diǎn)到B點(diǎn)的路段，共發(fā)生了6次同頻切換過程，且在B點(diǎn)處SINR值很低，干擾嚴(yán)重。因此，對(duì)于該區(qū)域的優(yōu)化方案需要綜合考慮兩基站間和地理環(huán)境等因素來解決,Page49,Page50,處理過程,將上方基站的8小區(qū)與6小區(qū)PCI的值進(jìn)行對(duì)調(diào)，避免Mod3干擾現(xiàn)象。并且為減少頻繁切換，將56小區(qū)向原8小區(qū)（對(duì)調(diào)后的6小區(qū)）切換的CellIndividualOffset（對(duì)應(yīng)同頻切換A3事件進(jìn)入公式Mn+Ofn+Ocn-Hys Ms+Ofs+Ocs+Off中的Ocn）的值適當(dāng)減小，增加切換難度

19、。同時(shí)，將56小區(qū)向原8小區(qū)切換的時(shí)間遲滯IntraFreqHoA3TimeToTrig由320ms調(diào)整為640ms，防止頻繁切換,Page51,建議與總結(jié),由于該區(qū)域處于多拐角的區(qū)域，需要兩個(gè)或以上小區(qū)的覆蓋，無法避免重復(fù)覆蓋現(xiàn)象，因此在優(yōu)化中以調(diào)整同頻切換的參數(shù)優(yōu)先，如果效果不理想，可適當(dāng)降低干擾小區(qū)的天線發(fā)射功率，如果還是無法達(dá)到理想效果，可考慮壓更改干擾小區(qū)的天饋系統(tǒng)，減小其對(duì)問題區(qū)域的覆蓋，達(dá)到降低干擾的目的。 對(duì)參數(shù)進(jìn)行調(diào)整后復(fù)測(cè)，切換次數(shù)明顯減少，未出現(xiàn)切換失敗現(xiàn)象。建議在類似的問題及事件處理過程中，結(jié)合不同區(qū)域的地理及無線環(huán)境分析進(jìn)行有針對(duì)性的Cluster優(yōu)化,Page52,

20、6、LTE外部小區(qū)配置錯(cuò)誤導(dǎo)致同頻切換失敗,現(xiàn)象描述 某LTE項(xiàng)目，在使用移動(dòng)終端CPE B593s進(jìn)行測(cè)試過程中，某區(qū)域總是切換失敗，未成功一次，如下圖所示,Page53,問題分析,回放測(cè)試LOG，對(duì)問題進(jìn)行深入分析，發(fā)現(xiàn)該區(qū)域主要存在華立大廈-1、華立大廈-2、怡和大廈-1三個(gè)小區(qū)的信號(hào)，UE在由北向南行進(jìn)，應(yīng)該由華立大廈-2小區(qū)切向怡和大廈-1小區(qū)，從圖切換失敗問題呈現(xiàn)中可以看出，但是，仔細(xì)分析發(fā)現(xiàn)，UE占用華立大廈-2（PCI=104）切向目標(biāo)小區(qū)怡和大廈-1（PCI=85），而切換請(qǐng)求中目標(biāo)小區(qū)PCI卻為84，如下圖所示,Page54,Page55,Page56,從上面的分析發(fā)現(xiàn)，懷

21、疑鄰區(qū)相關(guān)數(shù)據(jù)配置存在異常。 檢查以往的參數(shù)修改記錄，發(fā)現(xiàn)怡和大廈-1和怡和大廈-3小區(qū)的PCI由于怡和大廈-1和華立大廈-1的PCI同為MOD0，存在MOD3干擾而進(jìn)行過PCI互換，如下圖所示,Page57,核查與怡和大廈存在鄰區(qū)關(guān)系的站點(diǎn)的外部小區(qū)數(shù)據(jù)，發(fā)現(xiàn)怡和大廈相鄰站點(diǎn)的外部小區(qū)數(shù)據(jù)中的PCI數(shù)據(jù)均未進(jìn)行相應(yīng)的調(diào)整，這三個(gè)站點(diǎn)的外部小區(qū)中怡和大廈-1和怡和大廈-3的配置如下表所示,Page58,Page59,解決方法及驗(yàn)證,根據(jù)上面的分析，由于外部小區(qū)數(shù)據(jù)配置錯(cuò)誤，導(dǎo)致同頻切換失敗，將上述錯(cuò)誤修改如下： 修改該數(shù)據(jù)的MML命令如下： MOD EUTRANEXTERNALCELL: EN

22、ODEBID=524505,CELLID=31,PHYCELLID=85; MOD EUTRANEXTERNALCELL: ENODEBID=524505,CELLID=33,PHYCELLID=84,Page60,調(diào)整后切換失敗事件消失，問題閉環(huán)，如下圖所示,Page61,Page62,總結(jié)與建議,這個(gè)問題是典型的優(yōu)化調(diào)整缺乏系統(tǒng)性的一個(gè)表現(xiàn)，在GSM網(wǎng)絡(luò)中，系統(tǒng)以主B頻點(diǎn)和BSIC來確定鄰區(qū)，在LTE中，系統(tǒng)以頻點(diǎn)和PCI來確定鄰區(qū)。跟GSM網(wǎng)絡(luò)類似，在修改小區(qū)的主B頻點(diǎn)或者BSIC之后，都要查看是否涉及有外部相鄰小區(qū)需要更新，在LTE中由于沒有了BSC級(jí)的網(wǎng)元，每個(gè)基站都存在所謂的外部鄰

23、區(qū)，只要是修改了頻點(diǎn)或者PCI，通常情況下都是需要更新外部鄰區(qū)描述的，這需要作為一個(gè)規(guī)定動(dòng)作去落實(shí),Page63,7、LTE DT測(cè)試中終端發(fā)起原因值為otherfailureRRC重建,現(xiàn)象描述】 H省C局項(xiàng)目，進(jìn)行TD-LTE網(wǎng)絡(luò)DT測(cè)試過程中，車輛行至某兩個(gè)小區(qū)邊緣區(qū)域時(shí)，終端發(fā)起原因值為otherfailure的RRC重建，之前無RRC異常釋放、RRC重建失敗、切換失敗等事件,Page64,原因分析】 使用Assistant對(duì)測(cè)試Log進(jìn)行分析，信令RRCReestablishAttempt原因值為otherfailure,Page65,上圖所示為RRC重建事件點(diǎn)，可看出重建發(fā)生在兩小

24、區(qū)邊緣地帶，不存在掉線等異常事件。但此時(shí)主服務(wù)小區(qū)RSRP值為-69，而鄰區(qū)RSRP值為-53，電平差值較大,Page66,Page67,根據(jù)Serving+nighboring Cell圖中顯示，雖然服務(wù)小RSRP值還處于正常水平，但此時(shí)鄰區(qū)電平值已高于服務(wù)小區(qū)16dBm，服務(wù)小區(qū)RSRQ已降低到-20。信令上顯示，終端一直上報(bào)MR測(cè)量報(bào)告，但未執(zhí)行同頻切換，因此判斷終端發(fā)起RRC重建原因?yàn)椋簻y(cè)量鄰區(qū)RSRP高于服務(wù)小區(qū)，終端上報(bào)MR但未執(zhí)行切換導(dǎo)致服務(wù)小區(qū)服務(wù)質(zhì)量快速下降，UE檢測(cè)到“radio link failure”，發(fā)起原因值為“other failure”的RRC重建。 進(jìn)行切換

25、參數(shù)確認(rèn)，分析未及時(shí)切換原因，發(fā)現(xiàn)該事件中，服務(wù)小區(qū)向鄰小區(qū)切換的同頻鄰小區(qū)偏置CIO為-10，屬于不合理設(shè)置，因此判斷為參數(shù)設(shè)置不當(dāng)，導(dǎo)致切換不及時(shí),Page68,處理過程,考慮到該區(qū)域?yàn)榛久芗瘏^(qū)域，之前調(diào)整CIO為-10以減少頻繁切換現(xiàn)象，但由于參數(shù)值修改過大，導(dǎo)致切換不及時(shí)，終端發(fā)起RRC重建。通過對(duì)切換參數(shù)的修改，將CIO調(diào)整為0，并將服務(wù)小區(qū)的切換時(shí)間遲滯TimeToTrig由320ms調(diào)整為640ms，同頻切換幅度遲滯Hys修改為3，以減少頻繁切換。參數(shù)修改后復(fù)測(cè)多次，未出現(xiàn)RRC重建事件,Page69,建議與總結(jié),在對(duì)于同頻切換的優(yōu)化中，CIO的值修改不宜過大，一般在-3到3d

26、B之間，對(duì)于存在頻繁切換現(xiàn)象的小區(qū)，可考慮對(duì)小區(qū)級(jí)切換參數(shù)，時(shí)間遲滯及幅度遲滯Hys進(jìn)行適當(dāng)調(diào)整以減少頻繁切換現(xiàn)象,Page70,8、P國G項(xiàng)目MR不處理因素導(dǎo)致低吞吐率問題,問題描述】 P國G項(xiàng)目LTE工程為公司A級(jí)項(xiàng)目工程 在P國支持G項(xiàng)目LTE工程時(shí)，接到客戶郵件投訴：作為本國本地區(qū)較為重要的商業(yè)中心，客戶較為關(guān)心其信號(hào)質(zhì)量問題，客戶擇期在連接商業(yè)L區(qū)與G5區(qū)的人行天橋上進(jìn)行了單獨(dú)測(cè)試，吞吐量結(jié)果是：DL在7Mbps左右，UL在500kbps左右，更有甚者，在測(cè)試的其中一個(gè)地點(diǎn)，DL僅是557kbps，UL僅是154kbps。 客戶發(fā)郵件投訴質(zhì)疑：為什么在本地區(qū)沒有LTE其他用戶的情況下

27、，吞吐率如此差，要求給出問題原因及解決方案,Page71,問題分析,此問題屬于TOP小區(qū)問題，為室內(nèi)分布基站特定地區(qū)低吞吐率問題，需實(shí)地路測(cè)得到測(cè)試log，分析后得出問題解決方法。 在此案例中，計(jì)劃用三步驟來分析定位問題,Page72,首先檢查此地區(qū)信號(hào)覆蓋情況：RSRP與SINR（DL,Page73,由上圖可以看出，此段天橋上的覆蓋非常弱，RSRP在-90dBm以下占到47%，SINR在5dB以下的達(dá)到80,Page74,由于下行的RSRP和SINR很差導(dǎo)致下行的吞吐率很低，大部分在10Mbps以下，但是上行的吞吐率沒有受到影響，原因在于LTE的上行采用的是SC-FDMA技術(shù)，每個(gè)用戶所分配

28、使用的頻帶是不一樣的，因此上行的干擾主要是來自不同用戶之間的干擾，測(cè)試時(shí)在此地區(qū)只有一個(gè)測(cè)試終端（用戶），因此上行吞吐率正常；而下行的干擾主要來自鄰區(qū)的同頻干擾,Page75,二、檢查周邊小區(qū)情況 核查參數(shù)Serving RSRP-1st Neighbore RSRP，在此基礎(chǔ)上，選擇此參數(shù)值在-3dBm以下的區(qū)域，重點(diǎn)考察這區(qū)域的Serving PCI和1st PCI in Neighbore Cells，可以初步判斷此區(qū)域應(yīng)該是由Serving PCI所對(duì)應(yīng)小區(qū)向1st PCI in Neighbore Cells所對(duì)應(yīng)小區(qū)切換，之所以沒有順利切換，是因?yàn)猷弲^(qū)漏配導(dǎo)致，再對(duì)相應(yīng)信令進(jìn)行核查

29、，做進(jìn)一步確認(rèn)。 通過核查Serving RSRP-1st Neighbore RSRP，可以看出在此天橋上大部分地區(qū)主服務(wù)小區(qū)的信號(hào)都比第一鄰區(qū)的信號(hào)要低很多。兩者差值在-3dBm以下的達(dá)到86%，這說明存在嚴(yán)重的鄰區(qū)漏配現(xiàn)象,Page76,Page77,進(jìn)一步看這區(qū)域的Serving PCI和1st PCI in Neighbore Cells,Page78,由上圖可以很清晰地看出：Serving RSRP-1st Neighbore RSRP篩選出小于3dBm的區(qū)域，對(duì)應(yīng)的應(yīng)該會(huì)有兩個(gè)切換順利進(jìn)行才對(duì)。由主服務(wù)小區(qū)PCI12對(duì)應(yīng)的小區(qū)理應(yīng)向PCI82對(duì)應(yīng)的小區(qū)切換，主服務(wù)小區(qū)PCI72對(duì)

30、應(yīng)的小區(qū)理應(yīng)向PCI82對(duì)應(yīng)的小區(qū)切換,Page79,三、從信令流程上確認(rèn)鄰區(qū)問題 從L3 Message上可以看到，終端主服務(wù)小區(qū)是PCI12對(duì)應(yīng)的小區(qū)時(shí)，終端每隔240ms上報(bào)一次A3事件的MeasurementReport，ENODEB對(duì)上報(bào)的MR不處理，這些MR上報(bào)的鄰區(qū)PCI均包括82，偶爾會(huì)有PCI83。平均來看，PCI為82的小區(qū)RSRP比PCI12的小區(qū)RSRP要高10dBm左右，如下圖,Page80,Page81,ENODEB側(cè)由于沒有檢測(cè)到配置PCI82作為其鄰區(qū)，因此一直沒有給UE下發(fā)切換執(zhí)行的“RRC Connection Reconfiguration”。 最后一次M

31、R中包含了PCI為78的鄰區(qū)，比主服務(wù)小區(qū)高6dBm，因?yàn)樵谂渲弥杏写诵^(qū)作為鄰區(qū)，因此ENODEB側(cè)給UE下發(fā)了向PCI78的目標(biāo)小區(qū)切換執(zhí)行命令，信號(hào)從PCI12的小區(qū)切換到PCI78的小區(qū),Page82,Page83,對(duì)主服務(wù)小區(qū)是PCI78的小區(qū)，進(jìn)行L3 Message跟蹤，可以同樣發(fā)現(xiàn)，PCI78的小區(qū)一直上報(bào)含有鄰區(qū)PCI82的MR，因?yàn)閮烧邲]有配備鄰區(qū)關(guān)系，ENODEB側(cè)一直不下發(fā)切換指令,Page84,四、總結(jié)問題原因 綜上因素，可以判定出現(xiàn)天橋地區(qū)低吞吐率問題的原因有以下兩點(diǎn)： 下行信號(hào)覆蓋很差，RSRP在-90dBm以下占到47%； 此區(qū)域段出現(xiàn)鄰區(qū)漏配現(xiàn)象，作為當(dāng)前主服

32、務(wù)小區(qū)的PCI12、PCI78都沒有配置PCI82作為鄰區(qū)，因此導(dǎo)致信號(hào)不那切換到最強(qiáng)小區(qū)，一直停留在較弱小區(qū),Page85,處理過程,一、在客戶M2000上，檢查PCI12與PCI78對(duì)應(yīng)的鄰區(qū)配置，檢查同頻鄰區(qū)關(guān)系。在對(duì)應(yīng)小區(qū)MML執(zhí)行LST EUTRANINTRAFREQNCELL，檢查是否有PCI82對(duì)應(yīng)的小區(qū)作為鄰區(qū)。 經(jīng)過檢查同頻鄰區(qū)，可以看到有這樣的鄰區(qū)關(guān)系： PCI12(GREENBELT4F-1)PCI82(RIZALDRVF-3) PCI78(GBELTRDEV2F-1)PCI82(RIZALDRVF-3) 由此可見，同頻鄰區(qū)是已經(jīng)成功配置的了，但是只配置了同頻鄰區(qū)的情況下

33、，還不能確定一定會(huì)順利發(fā)生切換，還要額外檢查一下外部小區(qū)情況。 ENODEB側(cè)在處理UE上發(fā)上來的MR時(shí)，過程是提取MR中所攜帶的小區(qū)的PCI，根據(jù)此PCI值在外部小區(qū)中檢查是否存在此PCI所對(duì)應(yīng)的小區(qū)，如果唯一存在，再根據(jù)小區(qū)名檢查是否已經(jīng)將此小區(qū)配置成目標(biāo)小區(qū)的鄰區(qū)。如果上述兩步都唯一存在，ENODEB側(cè)就下發(fā)切換指示,Page86,二、運(yùn)行MML命令LST EUTRANEXTERNALCELL，看到： 1、PCI12(GREENBELT4F-1)配置有兩個(gè)PCI為82的外部小區(qū)，一個(gè)是正確的對(duì)應(yīng)小區(qū)RIZALDRVF-3，另外一個(gè)是配置出現(xiàn)錯(cuò)誤的小區(qū)，顯示名字是NULL，但是PCI是82

34、，其他配置都同RIZALDRVF-3一樣，分析原因可能是無線側(cè)在下發(fā)配置鄰區(qū)腳本時(shí)出現(xiàn)手工錯(cuò)誤，這一小區(qū)導(dǎo)入了兩次，導(dǎo)致出現(xiàn)了PCI相同的外部小區(qū)。 2、PCI78(GBELTRDEV2F-1)配置的外部小區(qū)中沒有找到PCI82對(duì)應(yīng)的小區(qū)RIZALDRVF-3，因?yàn)榕渲肔TE同頻鄰區(qū)的步驟是首選配置外部小區(qū)，然后再配置鄰區(qū)，鄰區(qū)是包括在外部小區(qū)里的。既然沒有配置外部小區(qū)，那么單純的配置鄰區(qū)是沒有作用的。 找到上述問題后，對(duì)于PCI12(GREENBELT4F-1)小區(qū)的操作是：刪除多余的外部小區(qū)，保證PCI82唯一存在； 對(duì)于PCI78(GBELTRDEV2F-1)小區(qū)的操作是：增加RIZAL

35、DRVF-3為外部小區(qū),Page87,總結(jié)與建議,配置鄰區(qū)時(shí)，外部小區(qū)和鄰區(qū)是對(duì)應(yīng)的，不能只顧配置了鄰區(qū)關(guān)系而忽略了外部小區(qū)，如果外部小區(qū)沒有配置正確，單純看鄰區(qū)關(guān)系是沒有意義的，同樣ENODEB側(cè)也不會(huì)處理MR,Page88,9、W市兩個(gè)基站之間TAC配置錯(cuò)誤導(dǎo)致切換失敗,問題現(xiàn)象： 從A基站2小區(qū)到B基站2小區(qū)過程中，發(fā)現(xiàn)一段道路主服務(wù)小區(qū)的RSRP一直處于-128dbm以上，而輔服務(wù)小區(qū)的信號(hào)都在-80DBM左右，在此種情況下沒有發(fā)生站間切換,Page89,問題分析,首先判斷是否由于鄰區(qū)漏配導(dǎo)致。通過后臺(tái)查詢發(fā)現(xiàn)A基站2小區(qū)與B基站3個(gè)小區(qū)都已經(jīng)配置了鄰區(qū)。故此問題不是由于臨區(qū)漏配導(dǎo)致的

36、. 觀察切換信令流程是否正確。站間切換流程從ASSISTANT分析如下（目前X2接口還沒有配置，發(fā)生S1接口切換） （1）首先有MeasurementReport上報(bào),Page90,Page91,從中可以看到A基站3個(gè)臨小區(qū)的RSRP都在-75dbm左右，都屬于信號(hào)強(qiáng)點(diǎn)。而此時(shí)A基站二小區(qū)RSRP為-123dbm。根據(jù)此A3報(bào)告應(yīng)該要發(fā)生切換的動(dòng)作。 （3）其次看到了TrackingAreaUpdateRequest，W市的TAC和G網(wǎng)的LAC配置的完全一致，一個(gè)基站目前就是一個(gè)TAL。所以目前從基站到基站側(cè)的肯定會(huì)有TAU更新的操作,Page92,Page93,從LOG可以看到目標(biāo)小區(qū)TAC

37、為39198.通過后臺(tái)查詢，目標(biāo)小區(qū)的TAC為39188,Page94,發(fā)現(xiàn)配置的TAC和實(shí)際后臺(tái)配置的TAC不同，可見后臺(tái)對(duì)于TAC配置錯(cuò)誤。 (4)緊接出現(xiàn)TrackingAreaUpdateReject,Page95,從LOG中可以看到ATU拒絕的原因是由于Implicitly detached（隱式分離）導(dǎo)致的。再次之后，他會(huì)重新發(fā)起ATTACH流程，駐網(wǎng)成功，以下是協(xié)議對(duì)隱式分離的解釋。 #10(Implicitly detached); The UE shall delete the list of equivalent PLMNs and shall enter the stat

38、e EMM-DEREGISTERED.NORMAL-SERVICE. The UE shall delete any mapped EPS security context or partial native EPS security context. The UE shall then perform a new attach procedure. If A/Gb mode or Iu mode is supported by the UE, the UE shall handle the GMM state as specified in 3GPPTS24.00813 for the ca

39、se when the normal routing area updating procedure is rejected with the GMM cause with the same value,Page96,總結(jié)建議,由以上分析可知，是由于目標(biāo)小區(qū)TAC配置錯(cuò)誤，導(dǎo)致ATU流程失敗導(dǎo)致，從基站A切換到基站B失敗。通過修改為正確TAC問題已經(jīng)解決,Page97,10、ENODEB ID 設(shè)置重復(fù)導(dǎo)致無法切換,現(xiàn)象描述 14號(hào)大街（華虹光電附近），UE占用華虹光電1，RSRP為-93dBm，SINR為1.0dB，一直未切換到得力紡織2，導(dǎo)致下載速率為1Mbps左右,Page98,Page

40、99,Page100,原因分析,設(shè)備是否存在故障； 功率設(shè)置是否合理； 切換參數(shù)設(shè)置是否合理； 鄰區(qū)配置是否遺漏； 鄰區(qū)PCI是否混淆或者沖突,Page101,處理過程,1、查詢基站運(yùn)行情況，小區(qū)狀態(tài)正常，無告警； 2、功率設(shè)置該小區(qū)CRS PW=8.2dBm，在正常范圍之內(nèi)； 3、查看切換參數(shù)，鄰區(qū)得力紡織2RSRP=-84dBm，滿足切換門限鄰區(qū)比服務(wù)小區(qū)高3dB，持續(xù)時(shí)間640ms切換條件； 4、查看鄰區(qū)配置完整性，周圍兩層鄰區(qū)均正確配置； 5、查看外部鄰區(qū)的PCI設(shè)置，沒有PCI混淆和沖突情況； 6、分析前臺(tái)測(cè)試log，發(fā)現(xiàn)終端持續(xù)上報(bào)MR，在UE多次上報(bào)測(cè)量報(bào)告無法正常切換情況下；后

41、臺(tái)虛用戶跟蹤信令出現(xiàn)MME回復(fù)S1AP_HANDOVER_PREPARATION_FAIL消息，詳細(xì)原因?yàn)镸ME無法識(shí)別目標(biāo)基站（710499），提示unknown-targetid（未知目標(biāo)標(biāo)識(shí),Page102,Page103,根據(jù)經(jīng)驗(yàn)，unknown-targetid存在兩種可能：一、上報(bào)的目標(biāo)eNodeB不存在；二、在同一核心網(wǎng)EPC下如果上報(bào)的目標(biāo)eNodeB ID存在重復(fù)現(xiàn)象，核心網(wǎng)在無法辨別的情況下，也是發(fā)送unknown-targetid消息的； 核心網(wǎng)EPC與eNodeB的映射是通過S1AP鏈路連接，所以，一條S1AP鏈路對(duì)應(yīng)一個(gè)eNodeB，且鏈路號(hào)必須核心網(wǎng)和eNodeB側(cè)

42、必須一致。但是從核心網(wǎng)側(cè)查詢到eNodeB id為710499站點(diǎn)對(duì)應(yīng)兩個(gè)基站，IP地址分別為172.29.60.81和172.27.60.18，所以華為EPC下面下掛兩個(gè)相同eNodeB標(biāo)識(shí)的基站，其中IP地址172.29.60.81為得力紡織站點(diǎn)，而172.27.60.18在華為OMC網(wǎng)管并未查詢到該站點(diǎn),Page104,Page105,后發(fā)現(xiàn)在EPC上諾西有相同有一站點(diǎn)eNodeB標(biāo)識(shí)710499，修改后，外場(chǎng)驗(yàn)證測(cè)試時(shí)，得力紡織仍然存在無法入切換問題，復(fù)位S1接口后再次復(fù)測(cè)，華新電纜3能夠正常切入得力紡織1小區(qū)了。下載速率由1Mbps提升到30Mbps以上,Page106,Page10

43、7,Page108,持續(xù)觀察得力紡織基站入切換話統(tǒng)指標(biāo)，eNodeB間入切換指標(biāo)已恢復(fù)正常,Page109,建議總結(jié),在建網(wǎng)初期，NODEBID的規(guī)劃需要按照規(guī)則進(jìn)行，保證全網(wǎng)站點(diǎn)NODEBID規(guī)劃合理并且唯一 涉及到切換問題，首先應(yīng)核查切換參數(shù)合理性、PCI是否混淆或者沖突； 涉及到其他網(wǎng)元問題，應(yīng)順藤摸瓜，找到問題的根因并處理,Page110,11、LTE一個(gè)小區(qū)添加倆PCI相同鄰區(qū)導(dǎo)致的切換問題,問題描述 M國 FDD LTE 局點(diǎn)，添加鄰區(qū)時(shí)發(fā)現(xiàn)同一小區(qū)下，可以同時(shí)添加 兩個(gè)相同頻點(diǎn) 相同PCI的 不同小區(qū) 為同頻鄰區(qū)。 M2000上源小區(qū)MML命令LST鄰區(qū)信息如下所示,Page111,Page112,上圖信息可以看出，