TD-LTE切換案例分析

1、Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. TD-LTE切換案例分析Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 交流目標l通過LTE切換案例的交流學(xué)習(xí)，了解LTE現(xiàn)網(wǎng)中常見的切換問題以及解決思路。Page1Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. l1、漏配同頻鄰區(qū)導(dǎo)致切換失敗、漏配同頻鄰區(qū)導(dǎo)致切換失敗l2、A2門限太低導(dǎo)致下載速率

2、低問題（含切換）門限太低導(dǎo)致下載速率低問題（含切換）l3、 C國國H地區(qū)局點地區(qū)局點LTE入切換成功率為入切換成功率為0%分析分析l4、CIO配置不合理導(dǎo)致切換失敗配置不合理導(dǎo)致切換失敗l5、 LTE重復(fù)覆蓋導(dǎo)致切換失敗和頻繁（乒乓）切換重復(fù)覆蓋導(dǎo)致切換失敗和頻繁（乒乓）切換l6、 LTE外部小區(qū)配置錯誤導(dǎo)致同頻切換失敗外部小區(qū)配置錯誤導(dǎo)致同頻切換失敗l7、 LTE DT測試中終端發(fā)起原因值為測試中終端發(fā)起原因值為otherfailureRRC重建重建l8、 P國國G項目項目MR不處理因素導(dǎo)致低吞吐率問題不處理因素導(dǎo)致低吞吐率問題l9、 W市兩個基站之間市兩個基站之間TAC配置錯誤導(dǎo)致切換失敗

3、配置錯誤導(dǎo)致切換失敗l10、 ENODEB ID 設(shè)置重復(fù)導(dǎo)致無法切換設(shè)置重復(fù)導(dǎo)致無法切換l11、LTE一個小區(qū)添加倆一個小區(qū)添加倆PCI相同鄰區(qū)導(dǎo)致的切換問題相同鄰區(qū)導(dǎo)致的切換問題Page2Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 1 1、漏配同頻鄰區(qū)導(dǎo)致切換失敗、漏配同頻鄰區(qū)導(dǎo)致切換失敗l【現(xiàn)象描述】：l切換測試時，在UE移動過程中，發(fā)現(xiàn)有比當前服務(wù)小區(qū)質(zhì)量好的小區(qū)，觸發(fā)切換A3測量報告，并不停周期上報，但一直收不到網(wǎng)絡(luò)側(cè)的切換命令。l隨著UE移動服務(wù)小區(qū)RSRP越來越差，服務(wù)小區(qū)SINR越來越差，吞

4、吐率越來越低，而鄰區(qū)RSRP越來越好。Page3Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. Page4Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. l最終在UE下行失步后在鄰區(qū)發(fā)起RRC重建，重建被拒絕后，重新發(fā)起RRC接入鄰區(qū)并建立業(yè)務(wù)，此時鄰區(qū)的無線質(zhì)量較好，業(yè)務(wù)恢復(fù)正常。Page5Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 原因分

5、析l【告警信息告警信息】無l【原因分析原因分析】l分析切換失敗期間的相關(guān)信息，發(fā)現(xiàn)在UE第一次上報A3測量報告時，RSRP為-106dBm、SINR約5dB：l在這樣的信號質(zhì)量條件下，應(yīng)該完全可以完成切換信令交互而成功切換。說明這里切換失敗存在問題，再從網(wǎng)絡(luò)側(cè)記錄的信令跟蹤，可以看到eNB的UU口能收到UE上報的測量報告：Page6Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. Page7Copyright 2012 Huawei Technologies Co., Ltd. All rights reserv

6、ed. l從這里可以看到eNB收到測量報告后并沒有下發(fā)切換命令，懷疑是不是X2接口向目標小區(qū)切換時失敗導(dǎo)致，再查看X2接口，發(fā)現(xiàn)X2接口沒有消息交互，也即eNB沒有向目標小區(qū)發(fā)起切換請求，說明eNB判決切換測量報告的結(jié)果為不切換。l再分析eNB不切換的可能原因有：Page8Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. l切換懲罰:eNB對于非資源準入切換失敗的小區(qū)要其經(jīng)歷一定的切換懲罰次數(shù)Intra-freq HO Retry Penalty Number（該值默認為10）后才能再次允許該小區(qū)進行切換，切換失

7、敗且重建到本小區(qū)的UE會受到切換懲罰；l目標小區(qū)在核心網(wǎng)切換限制列表中；l鄰區(qū)漏配；l目標小區(qū)禁止切換。l對于以上四種原因，需要進一步在處理過程中進行排查和確認。Page9Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. l如果是切換懲罰的原因，在IFTS跟蹤內(nèi)可以看到UEM TEXT PRINT顯示eNB在收到測量報告后，判斷目標小區(qū)為 RetryPenalty Cell。查看IFTS跟蹤文件并沒有發(fā)現(xiàn)RetryPenalty Cell，而且該小區(qū)之前并沒有出現(xiàn)非資源準入失敗（流程失?。?，所以排除切換懲罰的原因

8、。l經(jīng)核心網(wǎng)確認并沒有將服務(wù)小區(qū)和目的小區(qū)配置進切換限制列表。l目標小區(qū)禁止切換開關(guān)在同頻鄰區(qū)關(guān)系中配置和顯示的，需要進行同頻鄰區(qū)配置的檢查l再從LMT上查看ANR開關(guān)為關(guān)閉，X2口、S1口配置均正常，再查看這兩個小區(qū)的鄰區(qū)關(guān)系配置，發(fā)現(xiàn)兩個小區(qū)的同頻鄰區(qū)關(guān)系沒有配置。l至此，基本可以確認問題在于鄰區(qū)漏配。Page10Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 解決過程l解決方法1：l打開ANR算法開關(guān)實現(xiàn)自動鄰區(qū)增加，命令為：lMOD ENODEBALGOSWITCH: SONAnrAlgoSwitch=

9、IntraRatEventAnrSwitch-1lUE在上報A3測量報告后，eNB會下發(fā)控制CGI讀取的重配置命令。lUE測量目標小區(qū)，讀取CGI后上報給eNB，eNB再發(fā)切換命令給UE，從而完成切換流程，成功切換。l解決方法2：l手工增加鄰區(qū)配置，用“ADD EUTRANINTRAFREQNCELL”命令給兩個小區(qū)的鄰區(qū)關(guān)系并打開允許切換開關(guān)后也可以使UE正常切換：Page11Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. Page12Copyright 2012 Huawei Technologies Co

10、., Ltd. All rights reserved. 【建議與總結(jié)建議與總結(jié)】l切換的問題先從信令入手，再分析信令流程失敗點所有可能的原因，采用逐一排除、逐一確認的方法來找問題原因。Page13Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 2 2、A2A2門限太低導(dǎo)致下載速率低問題門限太低導(dǎo)致下載速率低問題( (含切換）含切換）l【現(xiàn)象描述現(xiàn)象描述】lTDD LTE校園網(wǎng)，西城中州大學(xué)（D頻段小區(qū)）附近有一路段，UE一直占用師專新校2小區(qū)（F頻段小區(qū)），覆蓋比較差，速率低，如下：Page14Copyrig

11、ht 2012 Huawei Technologies Co., Ltd. All rights reserved. 優(yōu)化前RSRPPage15Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 優(yōu)化前 PDCP層下載速率分布圖Page16Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 【原因分析原因分析】 車輛在西城中州大學(xué)校園自北向南行駛中，UE一直占用F頻段師專新校2小區(qū)（PCI 71），RSRP惡化到-111dbm的時候，e

12、NodeB才向UE下發(fā)異頻測量控制信息，異頻測量切換信令流程如下：Page17Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 異頻測量控制下發(fā)Page18Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. UE上報異頻測量結(jié)果：Page19Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. eNodeB下發(fā)切換判決結(jié)果，目標小區(qū)西城中州大學(xué)1小區(qū)（PCI

13、75）：Page20Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. l在后臺查詢師專新校F2小區(qū)（PCI 71）的A2 RSRP觸發(fā)門限為-109，A2觸發(fā)門限太低，主服務(wù)器小區(qū)信號惡化到-111dbm的時候才發(fā)起異頻測量，導(dǎo)致該路段RSRP很差，下載速率偏低。Page21Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 【解決方案解決方案】l將師專新校F2小區(qū)（PCI 71）的A2門限提高到-95， A1 RSRP觸發(fā)門限由-1

14、05改為-91，參數(shù)修改之后問題路段指標提升明顯，測試情況如下：Page22Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 【建議與總結(jié)建議與總結(jié)】：l1.A1和A2是門限用于控制異頻和異系統(tǒng)測試量的，A1用于停止測量，A2用于啟動測量，A1的值要比A2的值高，因此A2參數(shù)修改的時候，A1參數(shù)也要同步修改。l 2.異頻測量門限不能設(shè)置太高也不能設(shè)置太低，設(shè)置過低導(dǎo)致源小區(qū)信號強度很小，吞吐率已經(jīng)嚴重下降的情況下，才發(fā)起異頻鄰區(qū)的測量，此時目標小區(qū)信號強度已經(jīng)很強的情況，但是沒有及時切換，使得吞吐率迅速下降；A2

15、門限設(shè)置過高，導(dǎo)致觸發(fā)UE過早地進行了異頻測量，由于異頻測量需要專門分配一定時頻資源進行，減少了UE可用的時頻資源，導(dǎo)致調(diào)度次數(shù)不足，影響吞吐率。Page23Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 異頻測量參數(shù)的設(shè)置可參考如下經(jīng)驗值：Page24Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 3 3、C C國國H H地區(qū)局點地區(qū)局點LTELTE入切換成功率為入切換成功率為0%0%分析分析l現(xiàn)象描述現(xiàn)象描述lC國H地區(qū)進行

16、每日KPI指標統(tǒng)計的時候發(fā)現(xiàn)小區(qū)出現(xiàn)入切換失敗次數(shù)為100%。KPI指標如下圖所示。Page25Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 查看小時級指標從13號凌晨出現(xiàn)問題。查看對應(yīng)問題時間點的操作日志，發(fā)現(xiàn)在13號凌晨沒有任何操作。Page26Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 原因分析原因分析l懷疑是否是由于站點無資源導(dǎo)致的入切換全部失敗，但是查看用戶數(shù)統(tǒng)計發(fā)現(xiàn)沒有用戶在這個站點下面做業(yè)務(wù)。l查詢一個月的平

17、均用戶數(shù)，發(fā)現(xiàn)周末應(yīng)該是有用戶使用LTE網(wǎng)絡(luò)的。Page27Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. l對小區(qū)的其他指標進行分析。發(fā)現(xiàn)如下情況：問題時段RRC請求次數(shù)為0問題時間段隨機接入次數(shù)不為0.Page28Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. lRRC建立之前的隨機接入過程是有用戶請求，也就是說在下（圖5）A點。B點有統(tǒng)計說明隨機接入網(wǎng)絡(luò)側(cè)都是有響應(yīng)的，但是在進入到了RRC接入過程后（圖6），網(wǎng)絡(luò)L3沒有收

18、到終端RRC請求，原因是RRC請求次數(shù)為0。Page29Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. Page30Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 而睡眠小區(qū)一般表現(xiàn)為eNodeB的L3收不到UE的RRC建立請求消息。也出問題在圖7紅色標注部分。與此問題站點的現(xiàn)象非常一致。沒有告警，沒有操作日志，DSP小區(qū)狀態(tài)也正常，沒有用戶接入和流量，但是有隨機接入過程。Page31RRC CONN REQRRU基帶L2UEL

19、3eNodeBRARPreamble1、下行同步2、系統(tǒng)消息3、隨機接入Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 處理過程處理過程l確認疑似睡眠小區(qū)的情況后。我們在16日凌晨3：00進行了重啟基站的操作。觀察指標如下。重啟，站點業(yè)務(wù)恢復(fù)正常Page32Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 建議及總結(jié)建議及總結(jié)l在商用網(wǎng)中，睡眠小區(qū)很有可能會存在在網(wǎng)絡(luò)中。這種小區(qū)查詢狀態(tài)時完全正常（DSP CELL），也沒有任何異

20、常告警上報，但用戶實際上不能接入，非常影響用戶感知，并且很多情況下是客戶投訴才發(fā)現(xiàn)此類問題。所以在現(xiàn)網(wǎng)維護項目中，尤其在LTE建網(wǎng)初期，一個好的例行指標監(jiān)控流程及工作必不可少，通過監(jiān)控可以更早的發(fā)現(xiàn)網(wǎng)絡(luò)中出現(xiàn)的問題，變“救火”為“防火”。睡眠小區(qū)的監(jiān)控可以通過隨機接入請求，RRC請求，入切換指標及最大用戶數(shù)等相關(guān)指標來判斷。l另外，現(xiàn)在處理睡眠小區(qū)的途徑還只是重啟基站這一條路。Page33Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 4 4、CIOCIO配置不合理導(dǎo)致切換失敗配置不合理導(dǎo)致切換失敗l【現(xiàn)象描述

21、現(xiàn)象描述】lK國Z局點的站點1213中小區(qū)7切換到站點1252的小區(qū)9過程中，未完成切換流程就出現(xiàn)重建，導(dǎo)致切換失敗，業(yè)務(wù)中斷幾秒后，UE重建接入小區(qū)9中，數(shù)傳恢復(fù)。Page34Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 【原因分析原因分析】l對于切換失敗問題，可以通過以下幾個方面進行定位：l從覆蓋角度考慮，如果在切換點上存在著覆蓋問題，在某區(qū)域上某個方向上由于建筑物等的遮擋，導(dǎo)致UE在該區(qū)域內(nèi)出現(xiàn)信號質(zhì)量的大幅抖動，切換失敗。l從配置角度考慮，如果出現(xiàn)影響切換的相關(guān)參數(shù)配置不合理可能導(dǎo)致切換失敗，如切換門

22、限設(shè)置、切換時間遲滯設(shè)置、切換CIO設(shè)置，這些參數(shù)設(shè)置不合理都有可能造成錯過最佳切換時機導(dǎo)致切換失敗。l從傳輸角度考慮，可能因為存在傳輸問題導(dǎo)致切換失敗，如eNB到核心網(wǎng)的傳輸，兩個站間的傳輸，這些數(shù)傳問題都可能導(dǎo)致出現(xiàn)切換失敗。Page35Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 【處理過程處理過程】l首先考慮覆蓋的問題，因為切換點K區(qū)域是處于目標小區(qū)覆蓋信號很弱的拐角點，天線到該位置的直線空間里有一座較高的樓房，一直懷疑該樓房的阻擋影響信號覆蓋?，F(xiàn)場情況如下：Page36Copyright 2012

23、Huawei Technologies Co., Ltd. All rights reserved. l其中A、B、C為組成三角關(guān)系的三個站點，在K區(qū)域發(fā)生切換失敗，在B站點前面有一個三角形的建筑物，擋住目標站點發(fā)到K區(qū)域的信號。調(diào)整了基站B的目標小區(qū)的天線角度以后， K區(qū)域的信號也沒有提高?？梢姡F(xiàn)場由于環(huán)境限制，無法通過調(diào)整覆蓋來解決切換問題，接著要嘗試能否通過調(diào)整參數(shù)來解決。Page37Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. l從消息跟蹤結(jié)果來看，在UE測量到目標小區(qū)的RSRP比服務(wù)小區(qū)的RSRP

24、差值超過切換門限發(fā)出測量報告，但是源小區(qū)信號質(zhì)量下降太快沒有收到測量報告，從而使UE只能在目標小區(qū)發(fā)起隨機接入過程。根據(jù)實際情況，基站安裝位置難以更改，天線調(diào)整也起不到作用，這時可以考慮通過調(diào)整切換相關(guān)參數(shù)，提前進入切換流程，應(yīng)該可以解決問題。Page38Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. l查看切換相關(guān)參數(shù)，因為切換門限和遲滯時間都涉及到多個小區(qū)，且在和其他小區(qū)的切換中不存在這種需要提前切換的問題，所以這幾個參數(shù)不需要修改。使用查看CIO配置，該配置默認值都為0，因此要修改這個參數(shù)讓切換提前。經(jīng)過

25、數(shù)次測試，將鄰區(qū)的小區(qū)偏置修改成1dB2dB以后，切換正常。Page39Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. Page40l使用LST EUTRANINTRAFREQNCELL,查看CIO如下：Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 【建議與總結(jié)建議與總結(jié)】l在現(xiàn)實場景下，往往會出現(xiàn)許多切換過晚現(xiàn)象，可以通過調(diào)整切換相關(guān)參數(shù)配置來提前切換達到解決切換失敗的目的。l參數(shù)修改過程有一個注意的問題是，修改切換門限和切

26、換遲滯時間固然也可以達到提前切換的目的，但是因為這兩個參數(shù)都屬于小區(qū)級參數(shù)，一旦修改，將會造成和所有鄰區(qū)的切換點發(fā)生改變，因此修改后風險較大，大多數(shù)情況下都不應(yīng)修改，因此一般可以通過修改CIO配置參數(shù)達到相同的目的，而其只對特定的小區(qū)有影響。Page41Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 5、LTELTE重復(fù)覆蓋導(dǎo)致切換失敗和頻繁重復(fù)覆蓋導(dǎo)致切換失敗和頻繁（乒乓）切換（乒乓）切換l【現(xiàn)象描述現(xiàn)象描述】lZ省H項目Cluster優(yōu)化過程中，對Cluster 21進行優(yōu)化發(fā)現(xiàn)某拐角區(qū)域出現(xiàn)切換失敗現(xiàn)象，

27、并且該區(qū)域切換頻繁，存在兩小區(qū)間的乒乓切換現(xiàn)象。Page42Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 【原因分析原因分析】l從某路段的路測數(shù)據(jù)中可以發(fā)現(xiàn)切換失敗導(dǎo)致掉線的事件點。Page43Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. l我們首先要定位原因，可以看出，在切換前的服務(wù)小區(qū)為PCI=54小區(qū)，查看MeasurementReport測量報告，查看切換的目標小區(qū)，明確切換方向。Page44Copyright 20

28、12 Huawei Technologies Co., Ltd. All rights reserved. lMR顯示，切換的目標小區(qū)PCI=56。實際上切換是發(fā)生在站內(nèi)的54小區(qū)向56小區(qū)的同頻切換。進一步分析所在區(qū)域收到的導(dǎo)頻信號可以發(fā)現(xiàn)，在該切換點上，同時收到了四個小區(qū)的導(dǎo)頻信號，分別是PCI=54，PCI=7，PCI=56，PCI=6，屬于四個小區(qū)重復(fù)覆蓋的區(qū)域，且導(dǎo)頻信號的參考功率RSRP的值都相當，屬于同等覆蓋，如下圖所示事件點收到的導(dǎo)頻信號情況：Page45Copyright 2012 Huawei Technologies Co., Ltd. All rights reserv

29、ed. Page46Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. l可以看出，由于切換時由54小區(qū)向56小區(qū)發(fā)生的，且8小區(qū)與56小區(qū)Mod3的結(jié)果同為2，結(jié)果相同，因此導(dǎo)致干擾，該區(qū)域的SINR（信干燥比）的值下降，造成了最終的切換失敗掉線現(xiàn)象。下圖為該區(qū)域的SINR變化情況：Page47Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. l通過分析可以看出，切換發(fā)生在54,56小區(qū)的基站內(nèi)部，失敗主要是由于相鄰基站的小區(qū)重復(fù)覆

30、蓋造成的Mod3干擾所致，并且由于地理位置特殊，處于兩處轉(zhuǎn)角的區(qū)域，無線環(huán)境復(fù)雜，干擾較大，在一定的路段出還現(xiàn)了乒乓切換的現(xiàn)象，如下圖A點到B點的路段，共發(fā)生了6次同頻切換過程，且在B點處SINR值很低，干擾嚴重。因此，對于該區(qū)域的優(yōu)化方案需要綜合考慮兩基站間和地理環(huán)境等因素來解決。Page48Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. Page49Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 【處理過程處理過程】l將上方

31、基站的8小區(qū)與6小區(qū)PCI的值進行對調(diào)，避免Mod3干擾現(xiàn)象。并且為減少頻繁切換，將56小區(qū)向原8小區(qū)（對調(diào)后的6小區(qū)）切換的CellIndividualOffset（對應(yīng)同頻切換A3事件進入公式Mn+Ofn+Ocn-Hys Ms+Ofs+Ocs+Off中的Ocn）的值適當減小，增加切換難度。同時，將56小區(qū)向原8小區(qū)切換的時間遲滯IntraFreqHoA3TimeToTrig由320ms調(diào)整為640ms，防止頻繁切換。Page50Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 【建議與總結(jié)建議與總結(jié)】l由于該

32、區(qū)域處于多拐角的區(qū)域，需要兩個或以上小區(qū)的覆蓋，無法避免重復(fù)覆蓋現(xiàn)象，因此在優(yōu)化中以調(diào)整同頻切換的參數(shù)優(yōu)先，如果效果不理想，可適當降低干擾小區(qū)的天線發(fā)射功率，如果還是無法達到理想效果，可考慮壓更改干擾小區(qū)的天饋系統(tǒng)，減小其對問題區(qū)域的覆蓋，達到降低干擾的目的。l對參數(shù)進行調(diào)整后復(fù)測，切換次數(shù)明顯減少，未出現(xiàn)切換失敗現(xiàn)象。建議在類似的問題及事件處理過程中，結(jié)合不同區(qū)域的地理及無線環(huán)境分析進行有針對性的Cluster優(yōu)化。Page51Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 6 6、LTELTE外部小區(qū)配置錯

33、誤導(dǎo)致同頻切外部小區(qū)配置錯誤導(dǎo)致同頻切換失敗換失敗l現(xiàn)象描述現(xiàn)象描述l某LTE項目，在使用移動終端CPE B593s進行測試過程中，某區(qū)域總是切換失敗，未成功一次，如下圖所示：Page52Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 問題分析問題分析l回放測試LOG，對問題進行深入分析，發(fā)現(xiàn)該區(qū)域主要存在華立大廈-1、華立大廈-2、怡和大廈-1三個小區(qū)的信號，UE在由北向南行進，應(yīng)該由華立大廈-2小區(qū)切向怡和大廈-1小區(qū)，從圖切換失敗問題呈現(xiàn)中可以看出，但是，仔細分析發(fā)現(xiàn)，UE占用華立大廈-2（PCI=104

34、）切向目標小區(qū)怡和大廈-1（PCI=85），而切換請求中目標小區(qū)PCI卻為84，如下圖所示：Page53Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. Page54Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. Page55Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. l從上面的分析發(fā)現(xiàn)，懷疑鄰區(qū)相關(guān)數(shù)據(jù)配置存在異常。l檢查以往的參數(shù)修改記錄，

35、發(fā)現(xiàn)怡和大廈-1和怡和大廈-3小區(qū)的PCI由于怡和大廈-1和華立大廈-1的PCI同為MOD0，存在MOD3干擾而進行過PCI互換，如下圖所示：Page56Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. l核查與怡和大廈存在鄰區(qū)關(guān)系的站點的外部小區(qū)數(shù)據(jù)，發(fā)現(xiàn)怡和大廈相鄰站點的外部小區(qū)數(shù)據(jù)中的PCI數(shù)據(jù)均未進行相應(yīng)的調(diào)整，這三個站點的外部小區(qū)中怡和大廈-1和怡和大廈-3的配置如下表所示：Page57Copyright 2012 Huawei Technologies Co., Ltd. All rights res

36、erved. Page58Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 解決方法及驗證解決方法及驗證l根據(jù)上面的分析，由于外部小區(qū)數(shù)據(jù)配置錯誤，導(dǎo)致同頻切換失敗，將上述錯誤修改如下：l修改該數(shù)據(jù)的MML命令如下：lMOD EUTRANEXTERNALCELL: ENODEBID=524505,CELLID=31,PHYCELLID=85;lMOD EUTRANEXTERNALCELL: ENODEBID=524505,CELLID=33,PHYCELLID=84;Page59Copyright 2012 Hu

37、awei Technologies Co., Ltd. All rights reserved. l調(diào)整后切換失敗事件消失，問題閉環(huán)，如下圖所示：Page60Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. Page61Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 總結(jié)與建議總結(jié)與建議l這個問題是典型的優(yōu)化調(diào)整缺乏系統(tǒng)性的一個表現(xiàn)，在GSM網(wǎng)絡(luò)中，系統(tǒng)以主B頻點和BSIC來確定鄰區(qū)，在LTE中，系統(tǒng)以頻點和PCI來確定鄰區(qū)。跟G

38、SM網(wǎng)絡(luò)類似，在修改小區(qū)的主B頻點或者BSIC之后，都要查看是否涉及有外部相鄰小區(qū)需要更新，在LTE中由于沒有了BSC級的網(wǎng)元，每個基站都存在所謂的外部鄰區(qū)，只要是修改了頻點或者PCI，通常情況下都是需要更新外部鄰區(qū)描述的，這需要作為一個規(guī)定動作去落實。Page62Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 7、LTE DTLTE DT測試中終端發(fā)起原因值為測試中終端發(fā)起原因值為otherfailureRRCotherfailureRRC重建重建l【現(xiàn)象描述現(xiàn)象描述】lH省C局項目，進行TD-LTE網(wǎng)絡(luò)DT

39、測試過程中，車輛行至某兩個小區(qū)邊緣區(qū)域時，終端發(fā)起原因值為otherfailure的RRC重建，之前無RRC異常釋放、RRC重建失敗、切換失敗等事件。Page63Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. l【原因分析原因分析】l使用Assistant對測試Log進行分析，信令RRCReestablishAttempt 原因值為otherfailure。Page64Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. l上圖所示為

40、RRC重建事件點，可看出重建發(fā)生在兩小區(qū)邊緣地帶，不存在掉線等異常事件。但此時主服務(wù)小區(qū)RSRP值為-69，而鄰區(qū)RSRP值為-53，電平差值較大。Page65Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. Page66Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. l根據(jù)Serving+nighboring Cell圖中顯示，雖然服務(wù)小RSRP值還處于正常水平，但此時鄰區(qū)電平值已高于服務(wù)小區(qū)16dBm，服務(wù)小區(qū)RSRQ已降低到

41、-20。信令上顯示，終端一直上報MR測量報告，但未執(zhí)行同頻切換，因此判斷終端發(fā)起RRC重建原因為：測量鄰區(qū)RSRP高于服務(wù)小區(qū)，終端上報MR但未執(zhí)行切換導(dǎo)致服務(wù)小區(qū)服務(wù)質(zhì)量快速下降，UE檢測到“radio link failure”，發(fā)起原因值為“other failure”的RRC重建。 進行切換參數(shù)確認，分析未及時切換原因，發(fā)現(xiàn)該事件中，服務(wù)小區(qū)向鄰小區(qū)切換的同頻鄰小區(qū)偏置CIO為-10，屬于不合理設(shè)置，因此判斷為參數(shù)設(shè)置不當，導(dǎo)致切換不及時Page67Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 【處理

42、過程處理過程】l考慮到該區(qū)域為基站密集區(qū)域，之前調(diào)整CIO為-10以減少頻繁切換現(xiàn)象，但由于參數(shù)值修改過大，導(dǎo)致切換不及時，終端發(fā)起RRC重建。通過對切換參數(shù)的修改，將CIO調(diào)整為0，并將服務(wù)小區(qū)的切換時間遲滯TimeToTrig由320ms調(diào)整為640ms，同頻切換幅度遲滯Hys修改為3，以減少頻繁切換。參數(shù)修改后復(fù)測多次，未出現(xiàn)RRC重建事件。Page68Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 【建議與總結(jié)建議與總結(jié)】l在對于同頻切換的優(yōu)化中，CIO的值修改不宜過大，一般在-3到3dB之間，對于存在

43、頻繁切換現(xiàn)象的小區(qū)，可考慮對小區(qū)級切換參數(shù)，時間遲滯及幅度遲滯Hys進行適當調(diào)整以減少頻繁切換現(xiàn)象。Page69Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 8、P P國國G G項目項目MRMR不處理因素導(dǎo)致低吞吐不處理因素導(dǎo)致低吞吐率問題率問題l【問題描述問題描述】l P國G項目LTE工程為公司A級項目工程l在P國支持G項目LTE工程時，接到客戶郵件投訴：作為本國本地區(qū)較為重要的商業(yè)中心，客戶較為關(guān)心其信號質(zhì)量問題，客戶擇期在連接商業(yè)L區(qū)與G5區(qū)的人行天橋上進行了單獨測試，吞吐量結(jié)果是：DL在7Mbps左右

44、，UL在500kbps左右，更有甚者，在測試的其中一個地點，DL僅是557kbps，UL僅是154kbps。l客戶發(fā)郵件投訴質(zhì)疑：為什么在本地區(qū)沒有LTE其他用戶的情況下，吞吐率如此差，要求給出問題原因及解決方案。Page70Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 【問題分析問題分析】l此問題屬于TOP小區(qū)問題，為室內(nèi)分布基站特定地區(qū)低吞吐率問題，需實地路測得到測試log，分析后得出問題解決方法。l在此案例中，計劃用三步驟來分析定位問題：Page71Copyright 2012 Huawei Techn

45、ologies Co., Ltd. All rights reserved. Page72l首先檢查此地區(qū)信號覆蓋情況：首先檢查此地區(qū)信號覆蓋情況：RSRP與與SINR（DL）Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. l由上圖可以看出，此段天橋上的覆蓋非常弱，RSRP在-90dBm以下占到47%，SINR在5dB以下的達到80%。Page73Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. l由于下行的RSRP和SINR很差

46、導(dǎo)致下行的吞吐率很低，大部分在10Mbps以下，但是上行的吞吐率沒有受到影響，原因在于LTE的上行采用的是SC-FDMA技術(shù)，每個用戶所分配使用的頻帶是不一樣的，因此上行的干擾主要是來自不同用戶之間的干擾，測試時在此地區(qū)只有一個測試終端（用戶），因此上行吞吐率正常；而下行的干擾主要來自鄰區(qū)的同頻干擾。Page74Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. l二、檢查周邊小區(qū)情況二、檢查周邊小區(qū)情況l核查參數(shù)Serving RSRP-1st Neighbore RSRP，在此基礎(chǔ)上，選擇此參數(shù)值在-3dBm以

47、下的區(qū)域，重點考察這區(qū)域的Serving PCI和1st PCI in Neighbore Cells，可以初步判斷此區(qū)域應(yīng)該是由Serving PCI所對應(yīng)小區(qū)向1st PCI in Neighbore Cells所對應(yīng)小區(qū)切換，之所以沒有順利切換，是因為鄰區(qū)漏配導(dǎo)致，再對相應(yīng)信令進行核查，做進一步確認。l通過核查Serving RSRP-1st Neighbore RSRP，可以看出在此天橋上大部分地區(qū)主服務(wù)小區(qū)的信號都比第一鄰區(qū)的信號要低很多。兩者差值在-3dBm以下的達到86%，這說明存在嚴重的鄰區(qū)漏配現(xiàn)象。Page75Copyright 2012 Huawei Technologie

48、s Co., Ltd. All rights reserved. Page76Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. l進一步看這區(qū)域的Serving PCI和1st PCI in Neighbore CellsPage77Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. l由上圖可以很清晰地看出：Serving RSRP-1st Neighbore RSRP篩選出小于3dBm的區(qū)域，對應(yīng)的應(yīng)該會有兩個切換順利進行才對。由

49、主服務(wù)小區(qū)PCI12對應(yīng)的小區(qū)理應(yīng)向PCI82對應(yīng)的小區(qū)切換，主服務(wù)小區(qū)PCI72對應(yīng)的小區(qū)理應(yīng)向PCI82對應(yīng)的小區(qū)切換。Page78Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. l三、從信令流程上確認鄰區(qū)問題三、從信令流程上確認鄰區(qū)問題l從L3 Message上可以看到，終端主服務(wù)小區(qū)是PCI12對應(yīng)的小區(qū)時，終端每隔240ms上報一次A3事件的MeasurementReport，ENODEB對上報的MR不處理，這些MR上報的鄰區(qū)PCI均包括82，偶爾會有PCI83。平均來看，PCI為82的小區(qū)RSRP比

50、PCI12的小區(qū)RSRP要高10dBm左右，如下圖：Page79Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. Page80Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. lENODEB側(cè)由于沒有檢測到配置PCI82作為其鄰區(qū)，因此一直沒有給UE下發(fā)切換執(zhí)行的“RRC Connection Reconfiguration”。l最后一次MR中包含了PCI為78的鄰區(qū)，比主服務(wù)小區(qū)高6dBm，因為在配置中有此小區(qū)作為鄰區(qū)，因此ENO

51、DEB側(cè)給UE下發(fā)了向PCI78的目標小區(qū)切換執(zhí)行命令，信號從PCI12的小區(qū)切換到PCI78的小區(qū)。Page81Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. Page82Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. l對主服務(wù)小區(qū)是PCI78的小區(qū)，進行L3 Message跟蹤，可以同樣發(fā)現(xiàn)，PCI78的小區(qū)一直上報含有鄰區(qū)PCI82的MR，因為兩者沒有配備鄰區(qū)關(guān)系，ENODEB側(cè)一直不下發(fā)切換指令。Page83Copyr

52、ight 2012 Huawei Technologies Co., Ltd. All rights reserved. l四、總結(jié)問題原因四、總結(jié)問題原因l綜上因素，可以判定出現(xiàn)天橋地區(qū)低吞吐率問題的原因有以下兩點：l下行信號覆蓋很差，RSRP在-90dBm以下占到47%；l此區(qū)域段出現(xiàn)鄰區(qū)漏配現(xiàn)象，作為當前主服務(wù)小區(qū)的PCI12、PCI78都沒有配置PCI82作為鄰區(qū)，因此導(dǎo)致信號不那切換到最強小區(qū)，一直停留在較弱小區(qū)。Page84Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 【處理過程處理過程】l一、在

53、客戶M2000上，檢查PCI12與PCI78對應(yīng)的鄰區(qū)配置，檢查同頻鄰區(qū)關(guān)系。在對應(yīng)小區(qū)MML執(zhí)行LST EUTRANINTRAFREQNCELL，檢查是否有PCI82對應(yīng)的小區(qū)作為鄰區(qū)。l經(jīng)過檢查同頻鄰區(qū)，可以看到有這樣的鄰區(qū)關(guān)系：lPCI12(GREENBELT4F-1)PCI82(RIZALDRVF-3) lPCI78(GBELTRDEV2F-1)PCI82(RIZALDRVF-3)l由此可見，同頻鄰區(qū)是已經(jīng)成功配置的了，但是只配置了同頻鄰區(qū)的情況下，還不能確定一定會順利發(fā)生切換，還要額外檢查一下外部小區(qū)情況。lENODEB側(cè)在處理UE上發(fā)上來的MR時，過程是提取MR中所攜帶的小區(qū)的PC

54、I，根據(jù)此PCI值在外部小區(qū)中檢查是否存在此PCI所對應(yīng)的小區(qū)，如果唯一存在，再根據(jù)小區(qū)名檢查是否已經(jīng)將此小區(qū)配置成目標小區(qū)的鄰區(qū)。如果上述兩步都唯一存在，ENODEB側(cè)就下發(fā)切換指示。Page85Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. l二、運行MML命令LST EUTRANEXTERNALCELL，看到：l1、PCI12(GREENBELT4F-1)配置有兩個PCI為82的外部小區(qū)，一個是正確的對應(yīng)小區(qū)RIZALDRVF-3，另外一個是配置出現(xiàn)錯誤的小區(qū)，顯示名字是NULL，但是PCI是82，其他配

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

56、-3為外部小區(qū)。Page86Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 【總結(jié)與建議總結(jié)與建議】l配置鄰區(qū)時，外部小區(qū)和鄰區(qū)是對應(yīng)的，不能只顧配置了鄰區(qū)關(guān)系而忽略了外部小區(qū)，如果外部小區(qū)沒有配置正確，單純看鄰區(qū)關(guān)系是沒有意義的，同樣ENODEB側(cè)也不會處理MR。Page87Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 9、W市兩個基站之間TAC配置錯誤導(dǎo)致切換失敗l問題現(xiàn)象：問題現(xiàn)象：l從A基站2小區(qū)到B基站2小區(qū)過程中，

57、發(fā)現(xiàn)一段道路主服務(wù)小區(qū)的RSRP一直處于-128dbm以上，而輔服務(wù)小區(qū)的信號都在-80DBM左右，在此種情況下沒有發(fā)生站間切換。Page88Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 問題分析問題分析l首先判斷是否由于鄰區(qū)漏配導(dǎo)致。通過后臺查詢發(fā)現(xiàn)A基站2小區(qū)與B基站3個小區(qū)都已經(jīng)配置了鄰區(qū)。故此問題不是由于臨區(qū)漏配導(dǎo)致的.l觀察切換信令流程是否正確。站間切換流程從ASSISTANT分析如下（目前X2接口還沒有配置，發(fā)生S1接口切換）（1）首先有MeasurementReport上報Page89Copyr

58、ight 2012 Huawei Technologies Co., Ltd. All rights reserved. Page90Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. l從中可以看到A基站3個臨小區(qū)的RSRP都在-75dbm左右，都屬于信號強點。而此時A基站二小區(qū)RSRP為-123dbm。根據(jù)此A3報告應(yīng)該要發(fā)生切換的動作。l（3）其次看到了TrackingAreaUpdateRequest，W市的TAC和G網(wǎng)的LAC配置的完全一致，一個基站目前就是一個TAL。所以目前從基站到基站側(cè)的肯定會有TA

59、U更新的操作。Page91Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. Page92Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. l從LOG可以看到目標小區(qū)TAC為39198.通過后臺查詢，目標小區(qū)的TAC為39188Page93Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. l發(fā)現(xiàn)配置的TAC和實際后臺配置的TAC不同，可見后臺對于TAC配

60、置錯誤。l(4)緊接出現(xiàn)TrackingAreaUpdateReject.Page94Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. l從LOG中可以看到ATU拒絕的原因是由于Implicitly detached（隱式分離）導(dǎo)致的。再次之后，他會重新發(fā)起ATTACH流程，駐網(wǎng)成功，以下是協(xié)議對隱式分離的解釋。l #10(Implicitly detached);lThe UE shall delete the list of equivalent PLMNs and shall enter the state