B-TD-LTE切換案例分析

1、Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. TD-LTE切換案例分析Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. l1、漏配同頻鄰區(qū)導(dǎo)致切換失敗、漏配同頻鄰區(qū)導(dǎo)致切換失敗l2、A2門(mén)限太低導(dǎo)致下載速率低問(wèn)題（含切換）門(mén)限太低導(dǎo)致下載速率低問(wèn)題（含切換）l3、 C國(guó)國(guó)H地區(qū)局點(diǎn)地區(qū)局點(diǎn)LTE入切換成功率為入切換成功率為0%分析分析l4、CIO配置不合理導(dǎo)致切換失敗配置不合理導(dǎo)致切換失敗l5、 LTE重復(fù)覆蓋導(dǎo)致切換失敗和頻繁

2、（乒乓）切換重復(fù)覆蓋導(dǎo)致切換失敗和頻繁（乒乓）切換l6、 LTE外部小區(qū)配置錯(cuò)誤導(dǎo)致同頻切換失敗外部小區(qū)配置錯(cuò)誤導(dǎo)致同頻切換失敗l7、 LTE DT測(cè)試中終端發(fā)起原因值為測(cè)試中終端發(fā)起原因值為otherfailureRRC重建重建l8、 P國(guó)國(guó)G項(xiàng)目項(xiàng)目MR不處理因素導(dǎo)致低吞吐率問(wèn)題不處理因素導(dǎo)致低吞吐率問(wèn)題l9、 W市兩個(gè)基站之間市兩個(gè)基站之間TAC配置錯(cuò)誤導(dǎo)致切換失敗配置錯(cuò)誤導(dǎo)致切換失敗l10、 ENODEB ID 設(shè)置重復(fù)導(dǎo)致無(wú)法切換設(shè)置重復(fù)導(dǎo)致無(wú)法切換l11、LTE一個(gè)小區(qū)添加倆一個(gè)小區(qū)添加倆PCI相同鄰區(qū)導(dǎo)致的切換問(wèn)題相同鄰區(qū)導(dǎo)致的切換問(wèn)題Page1Copyright 2012 Hu

3、awei Technologies Co., Ltd. All rights reserved. 1 1、漏配同頻鄰區(qū)導(dǎo)致切換失敗、漏配同頻鄰區(qū)導(dǎo)致切換失敗l【現(xiàn)象描述】：l切換測(cè)試時(shí)，在UE移動(dòng)過(guò)程中，發(fā)現(xiàn)有比當(dāng)前服務(wù)小區(qū)質(zhì)量好的小區(qū)，觸發(fā)切換A3測(cè)量報(bào)告，并不停周期上報(bào)，但一直收不到網(wǎng)絡(luò)側(cè)的切換命令。l隨著UE移動(dòng)服務(wù)小區(qū)RSRP越來(lái)越差，服務(wù)小區(qū)SINR越來(lái)越差，吞吐率越來(lái)越低，而鄰區(qū)RSRP越來(lái)越好。Page2Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. Page3Copyright 2012 Hua

4、wei Technologies Co., Ltd. All rights reserved. l最終在UE下行失步后在鄰區(qū)發(fā)起RRC重建，重建被拒絕后，重新發(fā)起RRC接入鄰區(qū)并建立業(yè)務(wù)，此時(shí)鄰區(qū)的無(wú)線質(zhì)量較好，業(yè)務(wù)恢復(fù)正常。Page4Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 原因分析l【告警信息告警信息】無(wú)l【原因分析原因分析】l分析切換失敗期間的相關(guān)信息，發(fā)現(xiàn)在UE第一次上報(bào)A3測(cè)量報(bào)告時(shí)，RSRP為-106dBm、SINR約5dB：l在這樣的信號(hào)質(zhì)量條件下，應(yīng)該完全可以完成切換信令交互而成功切換。說(shuō)

5、明這里切換失敗存在問(wèn)題，再?gòu)木W(wǎng)絡(luò)側(cè)記錄的信令跟蹤，可以看到eNB的UU口能收到UE上報(bào)的測(cè)量報(bào)告：Page5Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. Page6Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. l從這里可以看到eNB收到測(cè)量報(bào)告后并沒(méi)有下發(fā)切換命令，懷疑是不是X2接口向目標(biāo)小區(qū)切換時(shí)失敗導(dǎo)致，再查看X2接口，發(fā)現(xiàn)X2接口沒(méi)有消息交互，也即eNB沒(méi)有向目標(biāo)小區(qū)發(fā)起切換請(qǐng)求，說(shuō)明eNB判決切換測(cè)量報(bào)告的結(jié)果為不切

6、換。l再分析eNB不切換的可能原因有：Page7Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. l切換懲罰:eNB對(duì)于非資源準(zhǔn)入切換失敗的小區(qū)要其經(jīng)歷一定的切換懲罰次數(shù)Intra-freq HO Retry Penalty Number（該值默認(rèn)為10）后才能再次允許該小區(qū)進(jìn)行切換，切換失敗且重建到本小區(qū)的UE會(huì)受到切換懲罰；l目標(biāo)小區(qū)在核心網(wǎng)切換限制列表中；l鄰區(qū)漏配；l目標(biāo)小區(qū)禁止切換。l對(duì)于以上四種原因，需要進(jìn)一步在處理過(guò)程中進(jìn)行排查和確認(rèn)。Page8Copyright 2012 Huawei Techn

7、ologies Co., Ltd. All rights reserved. l如果是切換懲罰的原因，在IFTS跟蹤內(nèi)可以看到UEM TEXT PRINT顯示eNB在收到測(cè)量報(bào)告后，判斷目標(biāo)小區(qū)為 RetryPenalty Cell。查看IFTS跟蹤文件并沒(méi)有發(fā)現(xiàn)RetryPenalty Cell，而且該小區(qū)之前并沒(méi)有出現(xiàn)非資源準(zhǔn)入失?。鞒淌。?，所以排除切換懲罰的原因。l經(jīng)核心網(wǎng)確認(rèn)并沒(méi)有將服務(wù)小區(qū)和目的小區(qū)配置進(jìn)切換限制列表。l目標(biāo)小區(qū)禁止切換開(kāi)關(guān)在同頻鄰區(qū)關(guān)系中配置和顯示的，需要進(jìn)行同頻鄰區(qū)配置的檢查l再?gòu)腖MT上查看ANR開(kāi)關(guān)為關(guān)閉，X2口、S1口配置均正常，再查看這兩個(gè)小區(qū)的鄰區(qū)關(guān)

8、系配置，發(fā)現(xiàn)兩個(gè)小區(qū)的同頻鄰區(qū)關(guān)系沒(méi)有配置。l至此，基本可以確認(rèn)問(wèn)題在于鄰區(qū)漏配。Page9Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 解決過(guò)程l解決方法1：l打開(kāi)ANR算法開(kāi)關(guān)實(shí)現(xiàn)自動(dòng)鄰區(qū)增加，命令為：lMOD ENODEBALGOSWITCH: SONAnrAlgoSwitch=IntraRatEventAnrSwitch-1lUE在上報(bào)A3測(cè)量報(bào)告后，eNB會(huì)下發(fā)控制CGI讀取的重配置命令。lUE測(cè)量目標(biāo)小區(qū)，讀取CGI后上報(bào)給eNB，eNB再發(fā)切換命令給UE，從而完成切換流程，成功切換。l解決方法2

9、：l手工增加鄰區(qū)配置，用“ADD EUTRANINTRAFREQNCELL”命令給兩個(gè)小區(qū)的鄰區(qū)關(guān)系并打開(kāi)允許切換開(kāi)關(guān)后也可以使UE正常切換：Page10Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. Page11Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 【建議與總結(jié)建議與總結(jié)】l切換的問(wèn)題先從信令入手，再分析信令流程失敗點(diǎn)所有可能的原因，采用逐一排除、逐一確認(rèn)的方法來(lái)找問(wèn)題原因。Page12Copyright 2012

10、Huawei Technologies Co., Ltd. All rights reserved. 2 2、A2A2門(mén)限太低導(dǎo)致下載速率低問(wèn)題門(mén)限太低導(dǎo)致下載速率低問(wèn)題( (含切換）含切換）l【現(xiàn)象描述現(xiàn)象描述】lTDD LTE校園網(wǎng)，西城中州大學(xué)（D頻段小區(qū)）附近有一路段，UE一直占用師專新校2小區(qū)（F頻段小區(qū)），覆蓋比較差，速率低，如下：Page13Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 優(yōu)化前RSRPPage14Copyright 2012 Huawei Technologies Co., Lt

11、d. All rights reserved. 優(yōu)化前 PDCP層下載速率分布圖Page15Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 【原因分析原因分析】 車輛在西城中州大學(xué)校園自北向南行駛中，UE一直占用F頻段師專新校2小區(qū)（PCI 71），RSRP惡化到-111dbm的時(shí)候，eNodeB才向UE下發(fā)異頻測(cè)量控制信息，異頻測(cè)量切換信令流程如下：Page16Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 異頻測(cè)量控制下發(fā)P

12、age17Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. UE上報(bào)異頻測(cè)量結(jié)果：Page18Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. eNodeB下發(fā)切換判決結(jié)果，目標(biāo)小區(qū)西城中州大學(xué)1小區(qū)（PCI75）：Page19Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. l在后臺(tái)查詢師專新校F2小區(qū)（PCI 71）的A2 RSRP觸發(fā)門(mén)限為-10

13、9，A2觸發(fā)門(mén)限太低，主服務(wù)器小區(qū)信號(hào)惡化到-111dbm的時(shí)候才發(fā)起異頻測(cè)量，導(dǎo)致該路段RSRP很差，下載速率偏低。Page20Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 【解決方案解決方案】l將師專新校F2小區(qū)（PCI 71）的A2門(mén)限提高到-95， A1 RSRP觸發(fā)門(mén)限由-105改為-91，參數(shù)修改之后問(wèn)題路段指標(biāo)提升明顯，測(cè)試情況如下：Page21Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 【建議與總結(jié)建議與總

14、結(jié)】：l1.A1和A2是門(mén)限用于控制異頻和異系統(tǒng)測(cè)試量的，A1用于停止測(cè)量，A2用于啟動(dòng)測(cè)量，A1的值要比A2的值高，因此A2參數(shù)修改的時(shí)候，A1參數(shù)也要同步修改。l 2.異頻測(cè)量門(mén)限不能設(shè)置太高也不能設(shè)置太低，設(shè)置過(guò)低導(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)的情況，但是沒(méi)有及時(shí)切換，使得吞吐率迅速下降；A2門(mén)限設(shè)置過(guò)高，導(dǎo)致觸發(fā)UE過(guò)早地進(jìn)行了異頻測(cè)量，由于異頻測(cè)量需要專門(mén)分配一定時(shí)頻資源進(jìn)行，減少了UE可用的時(shí)頻資源，導(dǎo)致調(diào)度次數(shù)不足，影響吞吐率。Page22Copyright 2012 Huawei Technologies

15、Co., Ltd. All rights reserved. 異頻測(cè)量參數(shù)的設(shè)置可參考如下經(jīng)驗(yàn)值：Page23Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 3 3、C C國(guó)國(guó)H H地區(qū)局點(diǎn)地區(qū)局點(diǎn)LTELTE入切換成功率為入切換成功率為0%0%分析分析l現(xiàn)象描述現(xiàn)象描述lC國(guó)H地區(qū)進(jìn)行每日KPI指標(biāo)統(tǒng)計(jì)的時(shí)候發(fā)現(xiàn)小區(qū)出現(xiàn)入切換失敗次數(shù)為100%。KPI指標(biāo)如下圖所示。Page24Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved.

16、查看小時(shí)級(jí)指標(biāo)從13號(hào)凌晨出現(xiàn)問(wèn)題。查看對(duì)應(yīng)問(wèn)題時(shí)間點(diǎn)的操作日志，發(fā)現(xiàn)在13號(hào)凌晨沒(méi)有任何操作。Page25Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 原因分析原因分析l懷疑是否是由于站點(diǎn)無(wú)資源導(dǎo)致的入切換全部失敗，但是查看用戶數(shù)統(tǒng)計(jì)發(fā)現(xiàn)沒(méi)有用戶在這個(gè)站點(diǎn)下面做業(yè)務(wù)。l查詢一個(gè)月的平均用戶數(shù)，發(fā)現(xiàn)周末應(yīng)該是有用戶使用LTE網(wǎng)絡(luò)的。Page26Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. l對(duì)小區(qū)的其他指標(biāo)進(jìn)行分析。發(fā)現(xiàn)如下

17、情況：?jiǎn)栴}時(shí)段RRC請(qǐng)求次數(shù)為0問(wèn)題時(shí)間段隨機(jī)接入次數(shù)不為0.Page27Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. lRRC建立之前的隨機(jī)接入過(guò)程是有用戶請(qǐng)求，也就是說(shuō)在下（圖5）A點(diǎn)。B點(diǎn)有統(tǒng)計(jì)說(shuō)明隨機(jī)接入網(wǎng)絡(luò)側(cè)都是有響應(yīng)的，但是在進(jìn)入到了RRC接入過(guò)程后（圖6），網(wǎng)絡(luò)L3沒(méi)有收到終端RRC請(qǐng)求，原因是RRC請(qǐng)求次數(shù)為0。Page28Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. Page29Copyright 2012

18、 Huawei Technologies Co., Ltd. All rights reserved. 而睡眠小區(qū)一般表現(xiàn)為eNodeB的L3收不到UE的RRC建立請(qǐng)求消息。也出問(wèn)題在圖7紅色標(biāo)注部分。與此問(wèn)題站點(diǎn)的現(xiàn)象非常一致。沒(méi)有告警，沒(méi)有操作日志，DSP小區(qū)狀態(tài)也正常，沒(méi)有用戶接入和流量，但是有隨機(jī)接入過(guò)程。Page30RRC CONN REQRRU基帶L2UEL3eNodeBRARPreamble1、下行同步2、系統(tǒng)消息3、隨機(jī)接入Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 處理過(guò)程處理過(guò)程l確認(rèn)疑

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

20、“防火”。睡眠小區(qū)的監(jiān)控可以通過(guò)隨機(jī)接入請(qǐng)求，RRC請(qǐng)求，入切換指標(biāo)及最大用戶數(shù)等相關(guān)指標(biāo)來(lái)判斷。l另外，現(xiàn)在處理睡眠小區(qū)的途徑還只是重啟基站這一條路。Page32Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 4 4、CIOCIO配置不合理導(dǎo)致切換失敗配置不合理導(dǎo)致切換失敗l【現(xiàn)象描述現(xiàn)象描述】lK國(guó)Z局點(diǎn)的站點(diǎn)1213中小區(qū)7切換到站點(diǎn)1252的小區(qū)9過(guò)程中，未完成切換流程就出現(xiàn)重建，導(dǎo)致切換失敗，業(yè)務(wù)中斷幾秒后，UE重建接入小區(qū)9中，數(shù)傳恢復(fù)。Page33Copyright 2012 Huawei Tec

21、hnologies Co., Ltd. All rights reserved. 【原因分析原因分析】l對(duì)于切換失敗問(wèn)題，可以通過(guò)以下幾個(gè)方面進(jìn)行定位：l從覆蓋角度考慮，如果在切換點(diǎn)上存在著覆蓋問(wèn)題，在某區(qū)域上某個(gè)方向上由于建筑物等的遮擋，導(dǎo)致UE在該區(qū)域內(nèi)出現(xiàn)信號(hào)質(zhì)量的大幅抖動(dòng)，切換失敗。l從配置角度考慮，如果出現(xiàn)影響切換的相關(guān)參數(shù)配置不合理可能導(dǎo)致切換失敗，如切換門(mén)限設(shè)置、切換時(shí)間遲滯設(shè)置、切換CIO設(shè)置，這些參數(shù)設(shè)置不合理都有可能造成錯(cuò)過(guò)最佳切換時(shí)機(jī)導(dǎo)致切換失敗。l從傳輸角度考慮，可能因?yàn)榇嬖趥鬏攩?wèn)題導(dǎo)致切換失敗，如eNB到核心網(wǎng)的傳輸，兩個(gè)站間的傳輸，這些數(shù)傳問(wèn)題都可能導(dǎo)致出現(xiàn)切換失敗

22、。Page34Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 【處理過(guò)程處理過(guò)程】l首先考慮覆蓋的問(wèn)題，因?yàn)榍袚Q點(diǎn)K區(qū)域是處于目標(biāo)小區(qū)覆蓋信號(hào)很弱的拐角點(diǎn)，天線到該位置的直線空間里有一座較高的樓房，一直懷疑該樓房的阻擋影響信號(hào)覆蓋?，F(xiàn)場(chǎng)情況如下：Page35Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. l其中A、B、C為組成三角關(guān)系的三個(gè)站點(diǎn)，在K區(qū)域發(fā)生切換失敗，在B站點(diǎn)前面有一個(gè)三角形的建筑物，擋住目標(biāo)站點(diǎn)發(fā)到K區(qū)域的信號(hào)

23、。調(diào)整了基站B的目標(biāo)小區(qū)的天線角度以后， K區(qū)域的信號(hào)也沒(méi)有提高?？梢?jiàn)，現(xiàn)場(chǎng)由于環(huán)境限制，無(wú)法通過(guò)調(diào)整覆蓋來(lái)解決切換問(wèn)題，接著要嘗試能否通過(guò)調(diào)整參數(shù)來(lái)解決。Page36Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. l從消息跟蹤結(jié)果來(lái)看，在UE測(cè)量到目標(biāo)小區(qū)的RSRP比服務(wù)小區(qū)的RSRP差值超過(guò)切換門(mén)限發(fā)出測(cè)量報(bào)告，但是源小區(qū)信號(hào)質(zhì)量下降太快沒(méi)有收到測(cè)量報(bào)告，從而使UE只能在目標(biāo)小區(qū)發(fā)起隨機(jī)接入過(guò)程。根據(jù)實(shí)際情況，基站安裝位置難以更改，天線調(diào)整也起不到作用，這時(shí)可以考慮通過(guò)調(diào)整切換相關(guān)參數(shù)，提前進(jìn)入切換流程，應(yīng)

24、該可以解決問(wèn)題。Page37Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. l查看切換相關(guān)參數(shù)，因?yàn)榍袚Q門(mén)限和遲滯時(shí)間都涉及到多個(gè)小區(qū)，且在和其他小區(qū)的切換中不存在這種需要提前切換的問(wèn)題，所以這幾個(gè)參數(shù)不需要修改。使用查看CIO配置，該配置默認(rèn)值都為0，因此要修改這個(gè)參數(shù)讓切換提前。經(jīng)過(guò)數(shù)次測(cè)試，將鄰區(qū)的小區(qū)偏置修改成1dB2dB以后，切換正常。Page38Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. Page39l使用LST

25、 EUTRANINTRAFREQNCELL,查看CIO如下：Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 【建議與總結(jié)建議與總結(jié)】l在現(xiàn)實(shí)場(chǎng)景下，往往會(huì)出現(xiàn)許多切換過(guò)晚現(xiàn)象，可以通過(guò)調(diào)整切換相關(guān)參數(shù)配置來(lái)提前切換達(dá)到解決切換失敗的目的。l參數(shù)修改過(guò)程有一個(gè)注意的問(wèn)題是，修改切換門(mén)限和切換遲滯時(shí)間固然也可以達(dá)到提前切換的目的，但是因?yàn)檫@兩個(gè)參數(shù)都屬于小區(qū)級(jí)參數(shù)，一旦修改，將會(huì)造成和所有鄰區(qū)的切換點(diǎn)發(fā)生改變，因此修改后風(fēng)險(xiǎn)較大，大多數(shù)情況下都不應(yīng)修改，因此一般可以通過(guò)修改CIO配置參數(shù)達(dá)到相同的目的，而其只對(duì)特定

26、的小區(qū)有影響。Page40Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 5、LTELTE重復(fù)覆蓋導(dǎo)致切換失敗和頻繁重復(fù)覆蓋導(dǎo)致切換失敗和頻繁（乒乓）切換（乒乓）切換l【現(xiàn)象描述現(xiàn)象描述】lZ省H項(xiàng)目Cluster優(yōu)化過(guò)程中，對(duì)Cluster 21進(jìn)行優(yōu)化發(fā)現(xiàn)某拐角區(qū)域出現(xiàn)切換失敗現(xiàn)象，并且該區(qū)域切換頻繁，存在兩小區(qū)間的乒乓切換現(xiàn)象。Page41Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 【原因分析原因分析】l從某路段的路測(cè)

27、數(shù)據(jù)中可以發(fā)現(xiàn)切換失敗導(dǎo)致掉線的事件點(diǎn)。Page42Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. l我們首先要定位原因，可以看出，在切換前的服務(wù)小區(qū)為PCI=54小區(qū)，查看MeasurementReport測(cè)量報(bào)告，查看切換的目標(biāo)小區(qū)，明確切換方向。Page43Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. lMR顯示，切換的目標(biāo)小區(qū)PCI=56。實(shí)際上切換是發(fā)生在站內(nèi)的54小區(qū)向56小區(qū)的同頻切換。進(jìn)一步分析所在區(qū)域收到的導(dǎo)

28、頻信號(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)情況：Page44Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. Page45Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. l可以看出，由于切換時(shí)由54小區(qū)向56小區(qū)發(fā)生的，且8小區(qū)與56小區(qū)Mod3

29、的結(jié)果同為2，結(jié)果相同，因此導(dǎo)致干擾，該區(qū)域的SINR（信干燥比）的值下降，造成了最終的切換失敗掉線現(xiàn)象。下圖為該區(qū)域的SINR變化情況：Page46Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. l通過(guò)分析可以看出，切換發(fā)生在54,56小區(qū)的基站內(nèi)部，失敗主要是由于相鄰基站的小區(qū)重復(fù)覆蓋造成的Mod3干擾所致，并且由于地理位置特殊，處于兩處轉(zhuǎn)角的區(qū)域，無(wú)線環(huán)境復(fù)雜，干擾較大，在一定的路段出還現(xiàn)了乒乓切換的現(xiàn)象，如下圖A點(diǎn)到B點(diǎn)的路段，共發(fā)生了6次同頻切換過(guò)程，且在B點(diǎn)處SINR值很低，干擾嚴(yán)重。因此，對(duì)于該區(qū)

30、域的優(yōu)化方案需要綜合考慮兩基站間和地理環(huán)境等因素來(lái)解決。Page47Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. Page48Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 【處理過(guò)程處理過(guò)程】l將上方基站的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 M

31、s+Ofs+Ocs+Off中的Ocn）的值適當(dāng)減小，增加切換難度。同時(shí)，將56小區(qū)向原8小區(qū)切換的時(shí)間遲滯IntraFreqHoA3TimeToTrig由320ms調(diào)整為640ms，防止頻繁切換。Page49Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 【建議與總結(jié)建議與總結(jié)】l由于該區(qū)域處于多拐角的區(qū)域，需要兩個(gè)或以上小區(qū)的覆蓋，無(wú)法避免重復(fù)覆蓋現(xiàn)象，因此在優(yōu)化中以調(diào)整同頻切換的參數(shù)優(yōu)先，如果效果不理想，可適當(dāng)降低干擾小區(qū)的天線發(fā)射功率，如果還是無(wú)法達(dá)到理想效果，可考慮壓更改干擾小區(qū)的天饋系統(tǒng)，減小其對(duì)問(wèn)題

32、區(qū)域的覆蓋，達(dá)到降低干擾的目的。l對(duì)參數(shù)進(jìn)行調(diào)整后復(fù)測(cè)，切換次數(shù)明顯減少，未出現(xiàn)切換失敗現(xiàn)象。建議在類似的問(wèn)題及事件處理過(guò)程中，結(jié)合不同區(qū)域的地理及無(wú)線環(huán)境分析進(jìn)行有針對(duì)性的Cluster優(yōu)化。Page50Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 6 6、LTELTE外部小區(qū)配置錯(cuò)誤導(dǎo)致同頻切外部小區(qū)配置錯(cuò)誤導(dǎo)致同頻切換失敗換失敗l現(xiàn)象描述現(xiàn)象描述l某LTE項(xiàng)目，在使用移動(dòng)終端CPE B593s進(jìn)行測(cè)試過(guò)程中，某區(qū)域總是切換失敗，未成功一次，如下圖所示：Page51Copyright 2012 Huawe

33、i Technologies Co., Ltd. All rights reserved. 問(wèn)題分析問(wèn)題分析l回放測(cè)試LOG，對(duì)問(wèn)題進(jìn)行深入分析，發(fā)現(xiàn)該區(qū)域主要存在華立大廈-1、華立大廈-2、怡和大廈-1三個(gè)小區(qū)的信號(hào)，UE在由北向南行進(jìn)，應(yīng)該由華立大廈-2小區(qū)切向怡和大廈-1小區(qū)，從圖切換失敗問(wèn)題呈現(xiàn)中可以看出，但是，仔細(xì)分析發(fā)現(xiàn)，UE占用華立大廈-2（PCI=104）切向目標(biāo)小區(qū)怡和大廈-1（PCI=85），而切換請(qǐng)求中目標(biāo)小區(qū)PCI卻為84，如下圖所示：Page52Copyright 2012 Huawei Technologies Co., Ltd. All rights reserv

34、ed. Page53Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. Page54Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. l從上面的分析發(fā)現(xiàn)，懷疑鄰區(qū)相關(guān)數(shù)據(jù)配置存在異常。l檢查以往的參數(shù)修改記錄，發(fā)現(xiàn)怡和大廈-1和怡和大廈-3小區(qū)的PCI由于怡和大廈-1和華立大廈-1的PCI同為MOD0，存在MOD3干擾而進(jìn)行過(guò)PCI互換，如下圖所示：Page55Copyright 2012 Huawei Technologies Co

35、., Ltd. All rights reserved. l核查與怡和大廈存在鄰區(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的配置如下表所示：Page56Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. Page57Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 解決方法及驗(yàn)證解決方法及驗(yàn)證l根據(jù)上面的分析，由于外部小區(qū)數(shù)據(jù)配置錯(cuò)誤

36、，導(dǎo)致同頻切換失敗，將上述錯(cuò)誤修改如下：l修改該數(shù)據(jù)的MML命令如下：lMOD EUTRANEXTERNALCELL: ENODEBID=524505,CELLID=31,PHYCELLID=85;lMOD EUTRANEXTERNALCELL: ENODEBID=524505,CELLID=33,PHYCELLID=84;Page58Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. l調(diào)整后切換失敗事件消失，問(wèn)題閉環(huán)，如下圖所示：Page59Copyright 2012 Huawei Technologies

37、Co., Ltd. All rights reserved. Page60Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 總結(jié)與建議總結(jié)與建議l這個(gè)問(wèn)題是典型的優(yōu)化調(diào)整缺乏系統(tǒng)性的一個(gè)表現(xiàn)，在GSM網(wǎng)絡(luò)中，系統(tǒng)以主B頻點(diǎn)和BSIC來(lái)確定鄰區(qū)，在LTE中，系統(tǒng)以頻點(diǎn)和PCI來(lái)確定鄰區(qū)。跟GSM網(wǎng)絡(luò)類似，在修改小區(qū)的主B頻點(diǎn)或者BSIC之后，都要查看是否涉及有外部相鄰小區(qū)需要更新，在LTE中由于沒(méi)有了BSC級(jí)的網(wǎng)元，每個(gè)基站都存在所謂的外部鄰區(qū)，只要是修改了頻點(diǎn)或者PCI，通常情況下都是需要更新外部鄰區(qū)描述的，這需

38、要作為一個(gè)規(guī)定動(dòng)作去落實(shí)。Page61Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 7、LTE DTLTE DT測(cè)試中終端發(fā)起原因值為測(cè)試中終端發(fā)起原因值為otherfailureRRCotherfailureRRC重建重建l【現(xiàn)象描述現(xiàn)象描述】lH省C局項(xiàng)目，進(jìn)行TD-LTE網(wǎng)絡(luò)DT測(cè)試過(guò)程中，車輛行至某兩個(gè)小區(qū)邊緣區(qū)域時(shí)，終端發(fā)起原因值為otherfailure的RRC重建，之前無(wú)RRC異常釋放、RRC重建失敗、切換失敗等事件。Page62Copyright 2012 Huawei Technologie

39、s Co., Ltd. All rights reserved. l【原因分析原因分析】l使用Assistant對(duì)測(cè)試Log進(jìn)行分析，信令RRCReestablishAttempt 原因值為otherfailure。Page63Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. l上圖所示為RRC重建事件點(diǎn)，可看出重建發(fā)生在兩小區(qū)邊緣地帶，不存在掉線等異常事件。但此時(shí)主服務(wù)小區(qū)RSRP值為-69，而鄰區(qū)RSRP值為-53，電平差值較大。Page64Copyright 2012 Huawei Technologies

40、 Co., Ltd. All rights reserved. Page65Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. l根據(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 failur

41、e”，發(fā)起原因值為“other failure”的RRC重建。 進(jìn)行切換參數(shù)確認(rèn)，分析未及時(shí)切換原因，發(fā)現(xiàn)該事件中，服務(wù)小區(qū)向鄰小區(qū)切換的同頻鄰小區(qū)偏置CIO為-10，屬于不合理設(shè)置，因此判斷為參數(shù)設(shè)置不當(dāng)，導(dǎo)致切換不及時(shí)Page66Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 【處理過(guò)程處理過(guò)程】l考慮到該區(qū)域?yàn)榛久芗瘏^(qū)域，之前調(diào)整CIO為-10以減少頻繁切換現(xiàn)象，但由于參數(shù)值修改過(guò)大，導(dǎo)致切換不及時(shí)，終端發(fā)起RRC重建。通過(guò)對(duì)切換參數(shù)的修改，將CIO調(diào)整為0，并將服務(wù)小區(qū)的切換時(shí)間遲滯TimeToTri

42、g由320ms調(diào)整為640ms，同頻切換幅度遲滯Hys修改為3，以減少頻繁切換。參數(shù)修改后復(fù)測(cè)多次，未出現(xiàn)RRC重建事件。Page67Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 【建議與總結(jié)建議與總結(jié)】l在對(duì)于同頻切換的優(yōu)化中，CIO的值修改不宜過(guò)大，一般在-3到3dB之間，對(duì)于存在頻繁切換現(xiàn)象的小區(qū)，可考慮對(duì)小區(qū)級(jí)切換參數(shù)，時(shí)間遲滯及幅度遲滯Hys進(jìn)行適當(dāng)調(diào)整以減少頻繁切換現(xiàn)象。Page68Copyright 2012 Huawei Technologies Co., Ltd. All rights re

43、served. 8、P P國(guó)國(guó)G G項(xiàng)目項(xiàng)目MRMR不處理因素導(dǎo)致低吞吐不處理因素導(dǎo)致低吞吐率問(wèn)題率問(wèn)題l【問(wèn)題描述問(wèn)題描述】l P國(guó)G項(xiàng)目LTE工程為公司A級(jí)項(xiàng)目工程l在P國(guó)支持G項(xiàng)目LTE工程時(shí)，接到客戶郵件投訴：作為本國(guó)本地區(qū)較為重要的商業(yè)中心，客戶較為關(guān)心其信號(hào)質(zhì)量問(wèn)題，客戶擇期在連接商業(yè)L區(qū)與G5區(qū)的人行天橋上進(jìn)行了單獨(dú)測(cè)試，吞吐量結(jié)果是：DL在7Mbps左右，UL在500kbps左右，更有甚者，在測(cè)試的其中一個(gè)地點(diǎn)，DL僅是557kbps，UL僅是154kbps。l客戶發(fā)郵件投訴質(zhì)疑：為什么在本地區(qū)沒(méi)有LTE其他用戶的情況下，吞吐率如此差，要求給出問(wèn)題原因及解決方案。Page69C

44、opyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 【問(wèn)題分析問(wèn)題分析】l此問(wèn)題屬于TOP小區(qū)問(wèn)題，為室內(nèi)分布基站特定地區(qū)低吞吐率問(wèn)題，需實(shí)地路測(cè)得到測(cè)試log，分析后得出問(wèn)題解決方法。l在此案例中，計(jì)劃用三步驟來(lái)分析定位問(wèn)題：Page70Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. Page71l首先檢查此地區(qū)信號(hào)覆蓋情況：首先檢查此地區(qū)信號(hào)覆蓋情況：RSRP與與SINR（DL）Copyright 2012 Huawei Tech

45、nologies Co., Ltd. All rights reserved. l由上圖可以看出，此段天橋上的覆蓋非常弱，RSRP在-90dBm以下占到47%，SINR在5dB以下的達(dá)到80%。Page72Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. l由于下行的RSRP和SINR很差導(dǎo)致下行的吞吐率很低，大部分在10Mbps以下，但是上行的吞吐率沒(méi)有受到影響，原因在于LTE的上行采用的是SC-FDMA技術(shù)，每個(gè)用戶所分配使用的頻帶是不一樣的，因此上行的干擾主要是來(lái)自不同用戶之間的干擾，測(cè)試時(shí)在此地區(qū)只有一個(gè)

46、測(cè)試終端（用戶），因此上行吞吐率正常；而下行的干擾主要來(lái)自鄰區(qū)的同頻干擾。Page73Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. l二、檢查周邊小區(qū)情況二、檢查周邊小區(qū)情況l核查參數(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ū)切

47、換，之所以沒(méi)有順利切換，是因?yàn)猷弲^(qū)漏配導(dǎo)致，再對(duì)相應(yīng)信令進(jìn)行核查，做進(jìn)一步確認(rèn)。l通過(guò)核查Serving RSRP-1st Neighbore RSRP，可以看出在此天橋上大部分地區(qū)主服務(wù)小區(qū)的信號(hào)都比第一鄰區(qū)的信號(hào)要低很多。兩者差值在-3dBm以下的達(dá)到86%，這說(shuō)明存在嚴(yán)重的鄰區(qū)漏配現(xiàn)象。Page74Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. Page75Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. l進(jìn)一步看這區(qū)域的

48、Serving PCI和1st PCI in Neighbore CellsPage76Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. l由上圖可以很清晰地看出：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ì)應(yīng)的小區(qū)理應(yīng)向PCI82對(duì)應(yīng)的小區(qū)切換。Page77Copyright 2012 Huawei Technologies Co., Ltd. A

49、ll rights reserved. l三、從信令流程上確認(rèn)鄰區(qū)問(wèn)題三、從信令流程上確認(rèn)鄰區(qū)問(wèn)題l從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。平均來(lái)看，PCI為82的小區(qū)RSRP比PCI12的小區(qū)RSRP要高10dBm左右，如下圖：Page78Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. Page79Copyright

50、2012 Huawei Technologies Co., Ltd. All rights reserved. lENODEB側(cè)由于沒(méi)有檢測(cè)到配置PCI82作為其鄰區(qū)，因此一直沒(méi)有給UE下發(fā)切換執(zhí)行的“RRC Connection Reconfiguration”。l最后一次MR中包含了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ū)。Page80Copyright 2012 Huawei Technologies Co., Ltd. All rights r

51、eserved. Page81Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. l對(duì)主服務(wù)小區(qū)是PCI78的小區(qū)，進(jìn)行L3 Message跟蹤，可以同樣發(fā)現(xiàn)，PCI78的小區(qū)一直上報(bào)含有鄰區(qū)PCI82的MR，因?yàn)閮烧邲](méi)有配備鄰區(qū)關(guān)系，ENODEB側(cè)一直不下發(fā)切換指令。Page82Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. l四、總結(jié)問(wèn)題原因四、總結(jié)問(wèn)題原因l綜上因素，可以判定出現(xiàn)天橋地區(qū)低吞吐率問(wèn)題的原因有以下兩點(diǎn)：l下行信號(hào)

52、覆蓋很差，RSRP在-90dBm以下占到47%；l此區(qū)域段出現(xiàn)鄰區(qū)漏配現(xiàn)象，作為當(dāng)前主服務(wù)小區(qū)的PCI12、PCI78都沒(méi)有配置PCI82作為鄰區(qū)，因此導(dǎo)致信號(hào)不那切換到最強(qiáng)小區(qū)，一直停留在較弱小區(qū)。Page83Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 【處理過(guò)程處理過(guò)程】l一、在客戶M2000上，檢查PCI12與PCI78對(duì)應(yīng)的鄰區(qū)配置，檢查同頻鄰區(qū)關(guān)系。在對(duì)應(yīng)小區(qū)MML執(zhí)行LST EUTRANINTRAFREQNCELL，檢查是否有PCI82對(duì)應(yīng)的小區(qū)作為鄰區(qū)。l經(jīng)過(guò)檢查同頻鄰區(qū)，可以看到有這樣的鄰區(qū)

53、關(guān)系：lPCI12(GREENBELT4F-1)PCI82(RIZALDRVF-3) lPCI78(GBELTRDEV2F-1)PCI82(RIZALDRVF-3)l由此可見(jiàn)，同頻鄰區(qū)是已經(jīng)成功配置的了，但是只配置了同頻鄰區(qū)的情況下，還不能確定一定會(huì)順利發(fā)生切換，還要額外檢查一下外部小區(qū)情況。lENODEB側(cè)在處理UE上發(fā)上來(lái)的MR時(shí)，過(guò)程是提取MR中所攜帶的小區(qū)的PCI，根據(jù)此PCI值在外部小區(qū)中檢查是否存在此PCI所對(duì)應(yīng)的小區(qū)，如果唯一存在，再根據(jù)小區(qū)名檢查是否已經(jīng)將此小區(qū)配置成目標(biāo)小區(qū)的鄰區(qū)。如果上述兩步都唯一存在，ENODEB側(cè)就下發(fā)切換指示。Page84Copyright 2012

54、Huawei Technologies Co., Ltd. All rights reserved. l二、運(yùn)行MML命令LST EUTRANEXTERNALCELL，看到：l1、PCI12(GREENBELT4F-1)配置有兩個(gè)PCI為82的外部小區(qū)，一個(gè)是正確的對(duì)應(yīng)小區(qū)RIZALDRVF-3，另外一個(gè)是配置出現(xiàn)錯(cuò)誤的小區(qū)，顯示名字是NULL，但是PCI是82，其他配置都同RIZALDRVF-3一樣，分析原因可能是無(wú)線側(cè)在下發(fā)配置鄰區(qū)腳本時(shí)出現(xiàn)手工錯(cuò)誤，這一小區(qū)導(dǎo)入了兩次，導(dǎo)致出現(xiàn)了PCI相同的外部小區(qū)。l2、PCI78(GBELTRDEV2F-1)配置的外部小區(qū)中沒(méi)有找到PCI82對(duì)應(yīng)的小

55、區(qū)RIZALDRVF-3，因?yàn)榕渲肔TE同頻鄰區(qū)的步驟是首選配置外部小區(qū)，然后再配置鄰區(qū)，鄰區(qū)是包括在外部小區(qū)里的。既然沒(méi)有配置外部小區(qū)，那么單純的配置鄰區(qū)是沒(méi)有作用的。l找到上述問(wèn)題后，對(duì)于PCI12(GREENBELT4F-1)小區(qū)的操作是：刪除多余的外部小區(qū)，保證PCI82唯一存在；l對(duì)于PCI78(GBELTRDEV2F-1)小區(qū)的操作是：增加RIZALDRVF-3為外部小區(qū)。Page85Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 【總結(jié)與建議總結(jié)與建議】l配置鄰區(qū)時(shí)，外部小區(qū)和鄰區(qū)是對(duì)應(yīng)的，不能只

56、顧配置了鄰區(qū)關(guān)系而忽略了外部小區(qū)，如果外部小區(qū)沒(méi)有配置正確，單純看鄰區(qū)關(guān)系是沒(méi)有意義的，同樣ENODEB側(cè)也不會(huì)處理MR。Page86Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. 9、W市兩個(gè)基站之間TAC配置錯(cuò)誤導(dǎo)致切換失敗l問(wèn)題現(xiàn)象：?jiǎn)栴}現(xiàn)象：l從A基站2小區(qū)到B基站2小區(qū)過(guò)程中，發(fā)現(xiàn)一段道路主服務(wù)小區(qū)的RSRP一直處于-128dbm以上，而輔服務(wù)小區(qū)的信號(hào)都在-80DBM左右，在此種情況下沒(méi)有發(fā)生站間切換。Page87Copyright 2012 Huawei Technologies Co., Ltd

57、. All rights reserved. 問(wèn)題分析問(wèn)題分析l首先判斷是否由于鄰區(qū)漏配導(dǎo)致。通過(guò)后臺(tái)查詢發(fā)現(xiàn)A基站2小區(qū)與B基站3個(gè)小區(qū)都已經(jīng)配置了鄰區(qū)。故此問(wèn)題不是由于臨區(qū)漏配導(dǎo)致的.l觀察切換信令流程是否正確。站間切換流程從ASSISTANT分析如下（目前X2接口還沒(méi)有配置，發(fā)生S1接口切換）（1）首先有MeasurementReport上報(bào)Page88Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. Page89Copyright 2012 Huawei Technologies Co., Ltd. Al

58、l rights reserved. l從中可以看到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)作。l（3）其次看到了TrackingAreaUpdateRequest，W市的TAC和G網(wǎng)的LAC配置的完全一致，一個(gè)基站目前就是一個(gè)TAL。所以目前從基站到基站側(cè)的肯定會(huì)有TAU更新的操作。Page90Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. Page91Copyright 2012 Huawei Technol

59、ogies Co., Ltd. All rights reserved. l從LOG可以看到目標(biāo)小區(qū)TAC為39198.通過(guò)后臺(tái)查詢，目標(biāo)小區(qū)的TAC為39188Page92Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. l發(fā)現(xiàn)配置的TAC和實(shí)際后臺(tái)配置的TAC不同，可見(jiàn)后臺(tái)對(duì)于TAC配置錯(cuò)誤。l(4)緊接出現(xiàn)TrackingAreaUpdateReject.Page93Copyright 2012 Huawei Technologies Co., Ltd. All rights reserved. l從LOG

60、中可以看到ATU拒絕的原因是由于Implicitly detached（隱式分離）導(dǎo)致的。再次之后，他會(huì)重新發(fā)起ATTACH流程，駐網(wǎng)成功，以下是協(xié)議對(duì)隱式分離的解釋。l #10(Implicitly detached);lThe UE shall delete the list of equivalent PLMNs and shall enter the state EMM-DEREGISTERED.NORMAL-SERVICE. The UE shall delete any mapped EPS security context or partial native EPS securi