1、文檔標(biāo)題密級(jí)：Huawei Technologies Co. Ltd.華為技術(shù)有限公司產(chǎn)品名稱(chēng)Project ID密級(jí)Confidentiality level項(xiàng)目組名稱(chēng)Group name日期Date版本VersionLTE 切換問(wèn)題定位指導(dǎo)(僅供內(nèi)部使用）For internal use only擬制：LTE 性能專(zhuān)家組日期：審核：日期：審核：日期：批準(zhǔn)：日期：華為技術(shù)有限公司Huawei Technologies Co., Ltd.版權(quán)所有 侵權(quán)必究All rights reserved目 錄概述31切換問(wèn)題定位思路31.1切換失敗問(wèn)題51.1.1UE發(fā)多條測(cè)量報(bào)告仍沒(méi)有收到切換命令51

2、.1.2切換過(guò)程隨機(jī)接入失敗51.1.3測(cè)量報(bào)告丟失61.1.4切換命令丟失91.1.5下行信道質(zhì)量差導(dǎo)致發(fā)送preamble達(dá)最大次數(shù)仍未收到RAR91.1.6eNB下發(fā)RRC信令等待UE反饋，不處理切換命令111.1.7X2_IPPATH配置錯(cuò)誤導(dǎo)致切換失敗為例進(jìn)行分析111.1.8X2切換，源側(cè)發(fā)出切換請(qǐng)求，沒(méi)有收到切換響應(yīng)131.1.9X2切換，目標(biāo)側(cè)發(fā)送S1AP_PATH_SWITCH_REQ未收到響應(yīng)131.1.10X2切換準(zhǔn)備時(shí)間過(guò)長(zhǎng)錯(cuò)過(guò)最佳切換時(shí)間141.1.11S_RSRP、N_RSRP都比較高的站內(nèi)切換，用較小的HO_TTT（64ms），可以在信號(hào)惡化之前及時(shí)進(jìn)行切換151

3、.1.12切換門(mén)限改小后乒乓切換次數(shù)增多，但是由于切換更加及時(shí)，切換失敗次數(shù)減少181.2CHR分析切換問(wèn)題191.2.1站內(nèi)切換，隨機(jī)接入失敗導(dǎo)致切換失敗191.2.2站內(nèi)切換，切換完成丟失導(dǎo)致切換失敗211.2.3X2切換，源側(cè)等待上下文釋放命令超時(shí)231.2.4X2切換，S1PathSwitch失敗導(dǎo)致切換失敗251.2.5切換隨機(jī)接入失敗觸發(fā)重建，重建重配失敗而掉話(huà)281.2.6eNB未響應(yīng)UE切換測(cè)量報(bào)告，信道質(zhì)量惡化而掉話(huà)291.2.7切換命令丟失導(dǎo)致切換失敗311.2.8X2切換，Preamble丟失導(dǎo)致切換失敗321.2.9X2切換，目標(biāo)側(cè)等待S1PathSwitchAck超時(shí)

4、導(dǎo)致切換失敗341.2.10X2切換，隨機(jī)接入失敗觸發(fā)重建，重建完成丟而掉話(huà)371.2.11站內(nèi)切換，隨機(jī)接入失敗觸發(fā)重建，重建失敗而掉話(huà)381.2.12站內(nèi)切換，切換完成丟失觸發(fā)重建，重建失敗而掉話(huà)41 概述無(wú)線(xiàn)通訊的最大特點(diǎn)在于其移動(dòng)性控制，對(duì)于終端在不同小區(qū)間的移動(dòng)，網(wǎng)絡(luò)側(cè)需要實(shí)時(shí)監(jiān)測(cè)UE并控制在適當(dāng)時(shí)刻命令UE做跨小區(qū)的切換，以保持其業(yè)務(wù)連續(xù)性。在切換的過(guò)程中，終端與網(wǎng)絡(luò)側(cè)相互配合完成切換信令交互，盡快恢復(fù)業(yè)務(wù)，在LTE系統(tǒng)中，此切換過(guò)程是硬切換，業(yè)務(wù)在切換過(guò)程中是中斷的，為了不影響用戶(hù)業(yè)務(wù)，切換過(guò)程需要保證切換成功率、切換中斷時(shí)延、切換吞吐率三個(gè)重要指標(biāo)，其中最重要的是切換成功率，如

5、果切換出現(xiàn)失敗，將嚴(yán)重影響用戶(hù)感受，切換中斷時(shí)延和切換吞吐率也會(huì)不同程度地影響用戶(hù)感受。對(duì)于網(wǎng)絡(luò)中可能出現(xiàn)的切換問(wèn)題，本文根據(jù)當(dāng)前積累的LTE系統(tǒng)內(nèi)切換問(wèn)題定位經(jīng)驗(yàn)，給出相應(yīng)的問(wèn)題隔離定位指導(dǎo)，以?xún)?yōu)化相應(yīng)的網(wǎng)絡(luò)指標(biāo)。1 切換問(wèn)題定位思路下面是從LTE eRAN1.1 切換問(wèn)題定位和優(yōu)化指導(dǎo)書(shū) v1.1中摘錄的案例，可供切換問(wèn)題定位參考。切換信令失敗和切換用戶(hù)面中斷時(shí)延問(wèn)題的定位思路圖分別如下：圖1 切換信令失敗問(wèn)題分析思路圖圖2 切換用戶(hù)面時(shí)延問(wèn)題分析思路圖分析方法對(duì)應(yīng)表切換失敗分類(lèi)定位方法信道質(zhì)量 1通過(guò)Probe觀察RSRP、SINR、IBLER、DL/UL_Grant等；LMT用戶(hù)性能跟

6、蹤，分析上/下行信道質(zhì)量網(wǎng)優(yōu)問(wèn)題 2結(jié)合網(wǎng)絡(luò)規(guī)劃，分析是否有越區(qū)覆蓋情況，調(diào)整電傾角；cluster邊界鄰區(qū)關(guān)系配置。配置問(wèn)題 3MML查看是否有鄰區(qū)漏配；X2相關(guān)配置；隨機(jī)接入相關(guān)配置（Ncs_Index）；鑒權(quán)開(kāi)關(guān)傳輸問(wèn)題 4查看告警，是否有鏈路閃斷；傳輸是否穩(wěn)定。該問(wèn)題概率性出現(xiàn)，很難抓取log定位產(chǎn)品問(wèn)題 5無(wú)線(xiàn)側(cè)、核心網(wǎng)側(cè)產(chǎn)品Bug可能造成切換概率性失??；功能不完善也可能造成切換性能降低。需要開(kāi)發(fā)協(xié)助定位。切換大時(shí)延分類(lèi)解決方案數(shù)據(jù)包重傳源側(cè)數(shù)據(jù)包CRC錯(cuò)eRAN1.0 B060SPC350版本合入：源側(cè)L3收到切換測(cè)量報(bào)告后，指示L2對(duì)之后的數(shù)據(jù)采用低階調(diào)度，MCS階數(shù)可配，同時(shí)抬

7、升對(duì)應(yīng)的PDCCH功率，固定CCE聚合級(jí)別為8目標(biāo)側(cè)數(shù)據(jù)包CRC錯(cuò)eRAN1.0 B060SPC350版本合入：目的側(cè)切換完成后啟動(dòng)定時(shí)器，定時(shí)器時(shí)長(zhǎng)內(nèi)對(duì)數(shù)據(jù)采用低階發(fā)送，MCS階數(shù)可配（MML可配）；同時(shí)抬升對(duì)應(yīng)的PDCCH功率，固定CCE聚合級(jí)別為8（合入版本）。SET HOMCSPARAM: MCSHOSTATIC=0, HOCQIRPTTIMER=60ms;切換命令重傳切換命令HARQ重傳進(jìn)入頻選(代碼bug)eRAN1.0 B060SPC340版本合入：切換命令HARQ重傳時(shí)不進(jìn)入頻選切換命令PDCCH/PDSCH受限eRAN 1.0 B060SPC350版本合入：1）抬升切換命令P

8、DCCH功率，同時(shí)固定CCE聚合級(jí)別為8；2）抬升切換命令PDSCH功率，同時(shí)切換命令采用固定MCS1階發(fā)送；3）eNB側(cè)直接將HARQ+ARQ重傳（考慮到商用終端能力，該功能默認(rèn)關(guān)閉）；4）合入DTX處理方案，解決初傳解到DTX，HARQ重傳無(wú)增益問(wèn)題。隨機(jī)接入流程Preamble重傳優(yōu)化覆蓋/調(diào)整切換參數(shù)，使得切換點(diǎn)具有較好的信道質(zhì)量，減少重傳。X2配置問(wèn)題檢查X2配置（X2_Interface/IPPATH）等。UE處理流程eRAN1.0 B060SPC360 UE版本合入：優(yōu)化流程，如果在更新系統(tǒng)消息期間收到RRC連接重配置消息，則打斷系統(tǒng)消息更新流程，優(yōu)先處理RRC連接重配消息。1.

9、1 切換失敗問(wèn)題1.1.1 UE發(fā)多條測(cè)量報(bào)告仍沒(méi)有收到切換命令在ANR開(kāi)關(guān)關(guān)閉時(shí)，如果不配置鄰區(qū)關(guān)系，不能進(jìn)行切換。首先確認(rèn)eNB側(cè)配置是否有問(wèn)題，是否是鄰區(qū)漏配。例如，UE要從小區(qū)A往小區(qū)B切換，發(fā)送了切換測(cè)量報(bào)告；此時(shí)，若小區(qū)A沒(méi)有配置小區(qū)B為鄰區(qū)，即使收到切換測(cè)量報(bào)告也不會(huì)處理，不下發(fā)切換命令，導(dǎo)致切換失敗；此時(shí)，如果UE繼續(xù)往遠(yuǎn)離服務(wù)小區(qū)的方向移動(dòng)，信號(hào)越來(lái)越差會(huì)導(dǎo)致掉話(huà)。查看是否鄰區(qū)漏配，有如下方法：LST EUTRANEXTERNALCELL（查詢(xún)外部小區(qū)）LST EUTRANINTRAFREQNCELL（查詢(xún)同頻鄰區(qū)）1.1.2 切換過(guò)程隨機(jī)接入失敗暫且不考慮信道質(zhì)量差導(dǎo)致的隨

10、機(jī)接入失敗，我們首先查看相關(guān)的參數(shù)配置是否合理。隨機(jī)接入性能與小區(qū)半徑配置有關(guān)系。如果UE在目標(biāo)小區(qū)最大接入半徑范圍之外的地方發(fā)起隨機(jī)接入，很可能出現(xiàn)preamble與RAR不匹配的問(wèn)題，導(dǎo)致隨機(jī)接入失敗。隨機(jī)接入失敗的原因是UE側(cè)發(fā)送Preamble經(jīng)過(guò)無(wú)線(xiàn)信道傳輸時(shí)延后到達(dá)eNB較晚，導(dǎo)致eNodeB按照正常的接收窗去解Preamble時(shí)解成了上一個(gè)Preamble ID，導(dǎo)致發(fā)送的RAR和preamble不匹配。出現(xiàn)這種問(wèn)題時(shí)，華為測(cè)試終端的OMT上會(huì)有如下打印：如果小區(qū)覆蓋范圍較大（比如郊區(qū)），切換點(diǎn)離目標(biāo)小區(qū)距離大于目標(biāo)小區(qū)實(shí)際配置的小區(qū)半徑，會(huì)出現(xiàn)隨機(jī)接入失敗導(dǎo)致切換失敗?？梢赃m當(dāng)

11、增大目標(biāo)小區(qū)半徑，使得用戶(hù)實(shí)際位置在小區(qū)半徑之內(nèi)。1.1.3 測(cè)量報(bào)告丟失首先判斷測(cè)量報(bào)告丟失是否為上行信道質(zhì)量差導(dǎo)致，可以通過(guò)上面4點(diǎn)進(jìn)行分析。下面給出下行加載場(chǎng)景下下行信道質(zhì)量差導(dǎo)致切換測(cè)量報(bào)告發(fā)不出去的案例：現(xiàn)網(wǎng)路測(cè)一輪出現(xiàn)8次測(cè)量報(bào)告丟失，每次的S_RSRP均在-115dBm以?xún)?nèi)，在其它小區(qū)上行空載的情況下（即上行沒(méi)有干擾），-115dBm以?xún)?nèi)不會(huì)出現(xiàn)上行受限。因此，不應(yīng)該是上行信道質(zhì)量差導(dǎo)致的測(cè)量報(bào)告丟失?，F(xiàn)網(wǎng)路測(cè)一輪出現(xiàn)8次測(cè)量報(bào)告丟失，每次下行信道質(zhì)量較差，SINR為負(fù)值，處于解調(diào)門(mén)限附近、IBLER不收斂；DL_Grant偏低，下行最大能力灌包的情況下，UE解到的DL_Gran

12、t應(yīng)該為1000(999)，DL_Grant偏低說(shuō)明PDCCH解調(diào)有問(wèn)題；同時(shí)，UL_Grant偏低說(shuō)明很可能是PDCCH解調(diào)問(wèn)題導(dǎo)致UE解到的UL_Grant減少、上行調(diào)度不足。分析相應(yīng)點(diǎn)的UL_Grant：01：45：06.296 PCI56-PCI6502：08：11.796 PCI264-PCI295從UE層間消息分析：發(fā)送測(cè)量報(bào)告時(shí)，SR達(dá)到最大重傳次數(shù)觸發(fā)隨機(jī)接入ID_RRC_MAC_RA_IND；且SR觸發(fā)的隨機(jī)接入失敗，啟動(dòng)RRC隨機(jī)接入。SR達(dá)到最大重傳次數(shù)說(shuō)明UE在發(fā)送測(cè)量報(bào)告時(shí)沒(méi)有解到上行調(diào)度。綜合以上分析，eNB未收到測(cè)量報(bào)告不是因?yàn)樯闲行诺蕾|(zhì)量差導(dǎo)致的上行信令丟失，而

13、是下行加載場(chǎng)景下，下行信道質(zhì)量惡劣，UE解調(diào)PDCCH出錯(cuò)，沒(méi)有解到上行調(diào)度導(dǎo)致測(cè)量報(bào)告沒(méi)有發(fā)出去；是下行信道質(zhì)量差導(dǎo)致的上行信令丟失。同時(shí)，我們做了相應(yīng)的測(cè)試來(lái)驗(yàn)證我們的結(jié)論：打開(kāi)上行預(yù)調(diào)度后，測(cè)量報(bào)告發(fā)不出去的次數(shù)明顯減少。1.1.4 切換命令丟失以50%Load_woICIC路測(cè)數(shù)據(jù)為例：23:45:59.062PCI48-PCI50UE未收到切換命令該切換點(diǎn)鄰區(qū)信號(hào)陡升6dB，對(duì)服務(wù)小區(qū)造成很大的干擾；下行SINR很低（-5dB），UE不能正確解調(diào)切換命令。可通過(guò)調(diào)整天線(xiàn)、兩個(gè)小區(qū)的CIO使提前切換來(lái)解決。1.1.5 下行信道質(zhì)量差導(dǎo)致發(fā)送preamble達(dá)最大次數(shù)仍未收到RAR首先分

14、析切換點(diǎn)的信道情況：從路測(cè)數(shù)據(jù)統(tǒng)計(jì)看，100%加載場(chǎng)景出現(xiàn)了12次切換完成eNB沒(méi)有收到的情況。各切換點(diǎn)S_RSRP都比較高，在上行空載的情況下，不會(huì)出現(xiàn)上行受限。分析下行信道質(zhì)量，SINR比較低（均為負(fù)值），且下行IBLER不收斂，說(shuō)明下行100%加載場(chǎng)景下，下行干擾很大、信道質(zhì)量較差。從OMT跟蹤打印看，UE發(fā)送preamble達(dá)最大次數(shù)仍沒(méi)有收到RAR，如圖：下圖為100%Load_woICIC、100%Load_ICIC場(chǎng)景隨機(jī)接入失敗點(diǎn)，與目標(biāo)站的距離均小于1km。cluster6小區(qū)覆蓋范圍較小，配置的Ncs_Index=2(相應(yīng)的最大接入半徑為2.15km)，不影響隨機(jī)接入性能。

15、綜合以上分析，路測(cè)數(shù)據(jù)下行加載場(chǎng)景下的切換完成eNB未收到，是由于切換隨機(jī)接入失敗導(dǎo)致的。下行信道質(zhì)量差，導(dǎo)致UE沒(méi)有解到RAR；當(dāng)preamble達(dá)到最大重傳次數(shù)時(shí)，隨機(jī)接入失敗。1.1.6 eNB下發(fā)RRC信令等待UE反饋，不處理切換命令eNB下發(fā)了RRC信令（比如MIMO重配消息），因?yàn)橄滦行诺蕾|(zhì)量差，UE沒(méi)有解調(diào)出來(lái)。當(dāng)滿(mǎn)足切換條件時(shí)，UE上報(bào)測(cè)量報(bào)告，而eNB正在等待上一條RRC信令的反饋，因此，不處理測(cè)量報(bào)告。當(dāng)下發(fā)RRC信令達(dá)到2s后仍然收不到UE反饋，將其釋放，發(fā)送RRC_CONN_REL消息。如下圖：eNB側(cè)跟蹤：UE側(cè)跟蹤1.1.7 X2_IPPATH配置錯(cuò)誤導(dǎo)致切換失敗為

16、例進(jìn)行分析路測(cè)過(guò)程中，發(fā)現(xiàn)站點(diǎn)OSL355連續(xù)出現(xiàn)X2切換準(zhǔn)備失敗，如圖：從切換準(zhǔn)備失敗的原因可以大致看出：傳輸資源不夠 或者 沒(méi)有配置IPPATH 或者 IPPATH中的鄰接點(diǎn)配置錯(cuò)誤 導(dǎo)致，由于接入的用戶(hù)不多，因此應(yīng)該是IPPATH配置相關(guān)。確認(rèn)方法：1）從eCGI中可以確定基站ID為100123即OSL123基站，再根據(jù)上報(bào)的鄰區(qū)PCI為4的小區(qū)確認(rèn)是否屬于123基站，如果是則確定是123基站，如果不是則查看PCI為4小區(qū)所在的基站是哪些，逐個(gè)排查；2）查看123基站的X2接口對(duì)應(yīng)的IPPATH是否配置，如果配置則確認(rèn)X2接口ID與IPPATH的鄰接點(diǎn)ID是否一致。Step1: 查看目標(biāo)

17、側(cè)基站相應(yīng)的SCTP鏈路號(hào)（X2SCTPLINKID）；LST SCTPLNKStep2：根據(jù)SCTP鏈路號(hào)，查看相應(yīng)X2接口標(biāo)識(shí)（X2INTERFACEID）LST X2INTERFACE;Step3：根據(jù)X2接口標(biāo)識(shí)，查看相應(yīng)的IP配置是否正確。LST IPPATH經(jīng)過(guò)核查，發(fā)現(xiàn)OSL123雖然配置了與OSL355的X2接口，但是沒(méi)有配置相應(yīng)的IPPATH。導(dǎo)致OSL355向OSL123發(fā)送X2切換請(qǐng)求后，收到X2切換準(zhǔn)備失敗消息。配置X2_IPPATH后，切換OK。1.1.8 X2切換，源側(cè)發(fā)出切換請(qǐng)求，沒(méi)有收到切換響應(yīng)左圖為源側(cè)基站消息跟蹤；右圖為目的側(cè)基站消息跟蹤。有時(shí)還會(huì)出現(xiàn)這樣的

18、情況：由于源側(cè)收到HANDOVER_REQUEST_ACK較晚（秒級(jí)），延誤了最佳切換時(shí)機(jī)，導(dǎo)致切換失敗。1.1.9 X2切換，目標(biāo)側(cè)發(fā)送S1AP_PATH_SWITCH_REQ未收到響應(yīng) 目標(biāo)側(cè)發(fā)送S1AP_PATH_SWITCH_REQ未收到響應(yīng)，導(dǎo)致此次切換失敗。同時(shí)，eNB不會(huì)處理后面上報(bào)的切換測(cè)量報(bào)告，導(dǎo)致新觸發(fā)的切換也失敗。1.1.10 X2切換準(zhǔn)備時(shí)間過(guò)長(zhǎng)錯(cuò)過(guò)最佳切換時(shí)間從Probe的測(cè)試數(shù)據(jù)中看到，UE在上報(bào)多次相同測(cè)量報(bào)告沒(méi)有收到切換命令。根據(jù)eNB側(cè)全網(wǎng)跟蹤信息分析發(fā)現(xiàn)這種情況下源側(cè)eNB發(fā)起X2切換請(qǐng)求。eNB切換X2準(zhǔn)備時(shí)間過(guò)了很長(zhǎng)時(shí)間才收到切換請(qǐng)求響應(yīng)；期間，目的側(cè)信

19、號(hào)迅速衰減，最終目的側(cè)eNB沒(méi)有接收到切換完成消息、切換失敗。UE重建成功后，eNB發(fā)起對(duì)DRB的重配置消息時(shí)，UE沒(méi)有收到，eNB側(cè)RLC達(dá)到最大重傳次數(shù)直接釋放用戶(hù)。UE切換失敗后發(fā)起重建，成功后由于沒(méi)有接收到DRB的重配置消息，再次發(fā)起重建，由于第一次重建eNB側(cè)RLC達(dá)到最大重傳次數(shù)釋放了用戶(hù)上下文，UE第二次重建被拒絕導(dǎo)致異常釋放。PCI345小區(qū)RSRP覆蓋情況良好，在切換X2準(zhǔn)備期間，鄰區(qū)信號(hào)迅速衰減，導(dǎo)致UE隨機(jī)接入失敗，目的側(cè)沒(méi)有收到切換完成，切換失敗。X2準(zhǔn)備時(shí)間過(guò)長(zhǎng)導(dǎo)致切換不及時(shí)錯(cuò)過(guò)最佳切換時(shí)間，導(dǎo)致后續(xù)用戶(hù)重建掉話(huà)等情況?！窘鉀Q措施】S1鏈路閃斷、傳輸受限等問(wèn)題導(dǎo)致的切

20、換失敗，通常是概率性出現(xiàn)，難以定位分析；對(duì)路測(cè)切換性能有一定影響。X2準(zhǔn)備時(shí)間過(guò)長(zhǎng)從eNB側(cè)全網(wǎng)跟蹤上看X2信令傳輸浪費(fèi)了3s的時(shí)間。分析站點(diǎn)一鍵式日志時(shí)沒(méi)有發(fā)現(xiàn)X2鏈路故障的情況：底層SCTP鏈路發(fā)出消息后，如果在1s內(nèi)沒(méi)有收到數(shù)據(jù)包的ACK響應(yīng)就會(huì)發(fā)起數(shù)據(jù)包重傳，如果連續(xù)10次重傳失敗就會(huì)上報(bào)SCTP鏈路告警斷開(kāi)SCTP。初步定位是由于X2信令重傳導(dǎo)致信令傳輸時(shí)延增大。經(jīng)過(guò)與客戶(hù)確認(rèn)發(fā)現(xiàn)客戶(hù)在近期調(diào)整傳輸網(wǎng)絡(luò)，導(dǎo)致傳輸性能受到影響。出現(xiàn)傳輸問(wèn)題需要及時(shí)向客戶(hù)確認(rèn)，以減少不必要問(wèn)題定位。1.1.11 S_RSRP、N_RSRP都比較高的站內(nèi)切換，用較小的HO_TTT（64ms），可以在信號(hào)惡

21、化之前及時(shí)進(jìn)行切換Test1 20100504 22：55：40.218 PCI48-PCI50 切換命令UE未收到分析：1、這次切換為站內(nèi)切換，切換點(diǎn)S_RSRP、N_RSRP都比較高；在下行加載場(chǎng)景下，目標(biāo)小區(qū)對(duì)原小區(qū)有較強(qiáng)的干擾。此時(shí)導(dǎo)頻SINR20%，說(shuō)明切換點(diǎn)下行信道質(zhì)量較差，導(dǎo)致切換命令丟失。2、切換門(mén)限2dB，UE切換測(cè)量報(bào)告中N_RSRPS_RSRP3dB。這種S_RSRP、N_RSRP都比較高的站內(nèi)切換，在下行加擾場(chǎng)景下，切換點(diǎn)的下行信道質(zhì)量惡劣，需要提高切換觸發(fā)的及時(shí)性，在信道質(zhì)量急劇惡化之前完成切換。3、為了提高切換及時(shí)性，將HO_TTT由128ms縮短至64ms。HO_

22、TTT64ms的測(cè)試結(jié)果，在該點(diǎn)切換成功。提高切換及時(shí)性后，上報(bào)切換測(cè)量報(bào)告點(diǎn)的信道質(zhì)量有所改善，SINR雖然也有顯著的減低，但仍然有23dB，大于解調(diào)門(mén)限；DL_IBLER 約15%，基本收斂于目標(biāo)值10%。下行信道質(zhì)量不是很差，保證了切換命令的正確解調(diào)。如下圖：Test2 20100505 23：52：33.140 PCI48PCI50 切換成功（HO_TTT64ms）Test3 20100505 01：06：09.937 PCI48PCI50 切換成功（HO_TTT64ms）結(jié)論：對(duì)于S_RSRP、N_RSRP都比較高的站內(nèi)切換，切換點(diǎn)信道質(zhì)量急劇惡化，需要提高切換的及時(shí)性。建議適當(dāng)改小

23、切換門(mén)限（由3dB縮小為2dB），縮短切換觸發(fā)時(shí)間TTT（由128ms縮小為64ms）。1.1.12 切換門(mén)限改小后乒乓切換次數(shù)增多，但是由于切換更加及時(shí)，切換失敗次數(shù)減少在相同路線(xiàn)上進(jìn)行不同切換門(mén)限對(duì)比測(cè)試（2dB切換 vs 3dB切換），有如下結(jié)果：1、3dB切換的路測(cè)數(shù)據(jù)中，統(tǒng)計(jì)的切換次數(shù)為103次；而2dB切換時(shí)的切換次數(shù)明顯增大(130次)。2、2dB切換由于切換門(mén)限變小，更容易發(fā)生乒乓切換，從而切換次數(shù)變多。同時(shí)，切換門(mén)限減少也提高了切換的及時(shí)性，使得UE在下行信道質(zhì)量明顯惡化之前就觸發(fā)切換，提高了切換成功率。1.2 CHR分析切換問(wèn)題eRAN2.1SPC400B050及以后版本合

24、入了CHR切換維測(cè)打點(diǎn)，可以通過(guò)CHR分析切換問(wèn)題，以下舉例給出CHR分析切換問(wèn)題的方法。1.2.1 站內(nèi)切換，隨機(jī)接入失敗導(dǎo)致切換失敗 CHR中記錄的釋放原因值為usRelCause: UEM_UECNT_REL_HO_WAIT_RECFG_RSP_TIMEOUT，如下圖。Step1：“掉話(huà)前最后10條信令”分析備注：目前Insightsharp不支持解析“掉話(huà)前最后10條信令”，需要用內(nèi)部工具UMAT解析。首先在CHR中找到本次掉話(huà)的CallID，再在UMAT中過(guò)濾出該CallID的相關(guān)記錄。從CHR記錄的掉話(huà)前最后10條信令可以看到，eNB等待切換完成5s定時(shí)器超時(shí)后向核心網(wǎng)發(fā)起釋放請(qǐng)求

25、。Step2: 分析L2_SRB_LOG，判斷UE是否收到切換命令切換命令HARQ反饋為ACK，說(shuō)明UE收到了切換命令，如下圖：Step3：查找L2_L1_DEDI_PREAMBLE，分析切換隨機(jī)接入過(guò)程是否成功專(zhuān)用Preamble收到了10條（Preamble最大重傳次數(shù)配置為10次），說(shuō)明UE沒(méi)有收到RAR而進(jìn)行了Preamble重傳，并且達(dá)到最大重傳次數(shù)10。綜合以上分析可知，本次站內(nèi)切換失敗原因?yàn)殡S機(jī)接入失敗。1.2.2 站內(nèi)切換，切換完成丟失導(dǎo)致切換失敗CHR中記錄的釋放原因值為usRelCause: UEM_UECNT_REL_HO_WAIT_RECFG_RSP_TIMEOUT，如

26、下圖。Step1：“掉話(huà)前最后10條信令”分析eNB發(fā)切換命令后未收到切換完成。（CHR獲取CallID，在UMAT中過(guò)濾出該CallID信息）Step2: 分析L2_SRB_LOG，判斷UE是否收到切換命令切換命令HARQ反饋為ACK，說(shuō)明UE收到了切換命令，如下圖：Step3：查找L2_L1_DEDI_PREAMBLE，分析切換隨機(jī)接入過(guò)程是否成功專(zhuān)用Preamble收到了1條，說(shuō)明UE發(fā)送一次Preamble即收到了RAR。綜合以上分析，本次切換失敗原因?yàn)榍袚Q完成丟失。當(dāng)然，也不能完全排除隨機(jī)接入失敗導(dǎo)致的切換失?。║E沒(méi)有收到RAR，而重發(fā)的Preamble eNB均沒(méi)有收到）。1.2

27、.3 X2切換，源側(cè)等待上下文釋放命令超時(shí)CHR中記錄的掉話(huà)釋放原因值為usRelCause: UEM_UECNT_REL_HO_OUT_X2_REL_BACK_FAILStep1：“掉話(huà)前最后10條信令”分析最后10條信令顯示：源側(cè)沒(méi)有收到目標(biāo)側(cè)的X2上下文釋放命令，定時(shí)器超時(shí)（Timer 15s）釋放用戶(hù)。Step2：切換流程分析1）源側(cè)基站CHR的L2_SRB_LOG顯示切換命令HARQ反饋為ACK，說(shuō)明UE收到了切換命令。2）源側(cè)基站CHR的cell_RR_RSP字段中查找本次呼叫的CRNTI=6303）目標(biāo)側(cè)基站CHR的Ho In info字段中查找SRS CRNTI=630的話(huà)單。

28、由于目標(biāo)側(cè)站點(diǎn)CHR該時(shí)段信息已被沖掉，因此無(wú)法繼續(xù)分析。如果有目標(biāo)側(cè)的信息，可以分析切換隨機(jī)接入是否成功，是否收到切換完成，etc。1.2.4 X2切換，S1PathSwitch失敗導(dǎo)致切換失敗Step1：源側(cè)CHR分析1）切換命令HARQ反饋為ACK，說(shuō)明UE收到了切換命令2）該UE在切換源側(cè)的CRNTI=1457；3）切換測(cè)量報(bào)告中的RSRP：S_RSRP=-112dBm ；N_RSRP=-108dBm4）“掉話(huà)前最后10條信令”分析：等待X2_Context_Rel_CMD超時(shí)釋放用戶(hù)，切換失敗。需要通過(guò)目標(biāo)側(cè)CHR進(jìn)一步分析切換失敗原因。Step2：目標(biāo)側(cè)CHR分析1）過(guò)濾HoInI

29、nfo的usSrsCrnti字段，找到usSrsCrnti=1457的記錄，即為該UE本次切換的目標(biāo)側(cè)信息。2）“掉話(huà)前最后10條信令”分析：目標(biāo)側(cè)收到了切換完成；由于核心網(wǎng)回復(fù)S1_PATH_SWITCH_REQ_FAIL導(dǎo)致切換失敗。綜合以上分析可知，本次切換失敗原因?yàn)镾1PathSwitch失敗，非無(wú)線(xiàn)側(cè)原因。1.2.5 切換隨機(jī)接入失敗觸發(fā)重建，重建重配失敗而掉話(huà)Step1：“掉話(huà)前最后10條信令”分析，切換失敗重建回源側(cè)，eNB等待重建重配完成超時(shí)（5s）釋放用戶(hù)。Step2：重建原因分析，切換隨機(jī)接入失敗觸發(fā)重建1.2.6 eNB未響應(yīng)UE切換測(cè)量報(bào)告，信道質(zhì)量惡化而掉話(huà)Step1

30、: “掉話(huà)前最后10條信令”分析UE不斷上報(bào)切換測(cè)量報(bào)告（切換目標(biāo)小區(qū)PCI320），但eNB未下發(fā)切換命令（懷疑沒(méi)有配置鄰區(qū)關(guān)系）；從測(cè)量報(bào)告信息可知，UE所在服務(wù)小區(qū)下行信號(hào)較弱，RSRP=-122dBm。Step2：掉話(huà)原因分析UEM_UECNT_REL_UE_RLC_UNRESTORE_IND /*L2上報(bào)RLC重傳次數(shù)達(dá)到最大值時(shí)的無(wú)法恢復(fù)指示消息*/該釋放原因包括兩種場(chǎng)景：1）SRB RLC達(dá)最大重傳次數(shù)；2）DRB RLC達(dá)最大重傳次數(shù)。L2_SRB_LOG記錄了L2檢測(cè)到異常前（比如，RLC達(dá)最大重傳次數(shù)）最后8條下行SRB的調(diào)度情況；DRB_64MS（size=16）記錄了L

31、2檢測(cè)到異常（比如，RLC達(dá)最大重傳次數(shù)）前16*64ms時(shí)間內(nèi)下行DRB的調(diào)度情況。下圖顯示，掉話(huà)前SRB正常，隨后DRB出現(xiàn)大量NACK/DTX（DRB_64MS416均為NACK/DTX）。綜合以上分析可知，eNB未響應(yīng)UE切換測(cè)量報(bào)告，導(dǎo)致信道質(zhì)量惡化，DRB RLC達(dá)最大重傳次數(shù)而掉話(huà)（eNB檢測(cè)到RLC達(dá)最大重傳次數(shù)后約延遲30s釋放）。1.2.7 切換命令丟失導(dǎo)致切換失敗CHR中記錄的掉話(huà)釋放原因值為5，即UEM_UECNT_REL_HO_OUT_X2_REL_BACK_FAILStep1：“掉話(huà)前10條信令分析”：源測(cè)等待上下文釋放命令超時(shí)而釋放用戶(hù)。Step2：源測(cè)CHR分析

32、：切換命令的HARQ重傳次數(shù)達(dá)到最大（ucHarqReTransTimes=4）且HARQ反饋狀態(tài)為2（DTX），說(shuō)明UE沒(méi)有收到切換命令。綜合以上分析：本次切換失敗的原因?yàn)榍袚Q命令丟失。1.2.8 X2切換，Preamble丟失導(dǎo)致切換失敗CHR中記錄的掉話(huà)釋放原因值為5，即UEM_UECNT_REL_HO_OUT_X2_REL_BACK_FAILStep1：“掉話(huà)前10條信令分析”：源測(cè)等待上下文釋放命令超時(shí)而釋放用戶(hù)。Step2：源測(cè)CHR分析：（1）切換命令的HARQ反饋為1（ACK），說(shuō)明UE收到了切換命令。（2）通過(guò)RbCellRrRsp字段的usCrnti，確定源測(cè)的CRNTI=

33、524。 Step3：目標(biāo)側(cè)CHR分析：（1）通過(guò)HoInInfo字段，查找usSRSCRnti=524的話(huà)單。（2）目標(biāo)側(cè)CHR無(wú)L1上報(bào)Preamble字段，L2_L3釋放Preamble與分配Preamble的間隔為2s，說(shuō)明Preamble丟失。 綜合以上分析：本次切換失敗的原因?yàn)镻reamble丟失。1.2.9 X2切換，目標(biāo)側(cè)等待S1PathSwitchAck超時(shí)導(dǎo)致切換失敗Step1：“掉話(huà)前最后10條信令”分析：源側(cè)等待上下文釋放命令超時(shí)釋放用戶(hù)。 Step2：源測(cè)CHR分析：（1）切換命令的HARQ反饋為ACK，說(shuō)明UE收到了切換命令。（2）RbCellRrRsp字段顯示源測(cè)的CRNTI=1006 Step3：目標(biāo)側(cè)CHR分析（1）目標(biāo)側(cè)CHR的HoInInfo字段，查找usSRSCRNTI=1006（2）目標(biāo)側(cè)最后10條信令顯示：目標(biāo)側(cè)收到了切換完成消息，等待S1PathSwitchAck超時(shí)（15