LTE切換失敗問題案例

1、X2IPPATH配置問題導致切換不成功關鍵字：X2IPPATH 切換【現(xiàn)象描述】切換測試時，從站點B1的標口信令跟蹤發(fā)現(xiàn)站點B1連續(xù)出現(xiàn)切換準備失敗，HANDOVER_REQUEST消息后出現(xiàn)HANDOVER_PREPARATION_FAILURE，進入該消息中可以看到cause為transport-resource-unavailable，切換不成功，如下圖所示?！驹蚍治觥繉τ谇袚Q流程失敗而言，如果是切換準備階段的失敗，其原因通常為以下幾種：（1）傳輸資源不夠用；（2）沒有配置IPPATH；（3）IPPATH中的鄰居節(jié)點配置錯誤。由于切換測試階段的網(wǎng)絡業(yè)務負載很小，接入用戶數(shù)少，通過X2口

2、傳輸?shù)臄?shù)據(jù)不多，一般來說不會出現(xiàn)傳輸資源不夠用的情況。所以可以先重點懷疑IPPATH配置的問題，在處理過程中需要對X2口和IPPATH問題排查處理，一步步解決問題?！咎幚磉^程】每次切換到目標小區(qū)完成后，UE會讀取目標小區(qū)的系統(tǒng)消息（RRC_SIB_TYPE1）,該消息中可以看到目標小區(qū)的CGI，通過CGI中的基站ID確認目標基站B2的ID。從該次切換的切換命令（RRC_CONN_RECFG）可以找到目標小區(qū)CELL2的PCI，在目標基站B2中用MML命令查詢確實存在小區(qū)CELL2，所以接下來可以針對目標基站B2以及源基站B1來檢查IPPATH的配置了。先查看B2基站對應的IPPATH有沒有配置

3、，如果配置則確認X2接口ID與IPPATH的鄰接點ID是否一致。在webLMT上的命令如下：LST SCTPLNK；檢查SCTPLNK是否建立并查看目標基站B2以及源基站B1對應的SCTP鏈路號SCTP Link No。DSP X2INTERFACE；檢查X2INTERFACE是否配置并根據(jù)SCTP鏈路號SCTP Link No，查看對應X2接口的標識X2InterfaceId。LST IPPATH; 根據(jù)X2接口標識X2InterfaceId，查看X2口兩端的IP配置是否正確。經(jīng)過以上步驟的核查，發(fā)現(xiàn)目標基站B2雖然配置了與源基站B1間的X2接口（從DSP X2INTERFACE命令的顯示結(jié)

4、果可以看到已配置），但是沒有配置相應的IPPATH（通過LST IPPATH命令看不到X2口對應的IPPATH）。導致站點B1向B2發(fā)送X2口切換請求（HANDOVER_REQUEST）后，收到基站B2發(fā)回的X2切換準備失敗消息（HANDOVER_PREPARATION_FAILURE），導致切換不成功。用ADD IPPATH命令配置了站點B2到站點B1的IPPATH后（源站點也要有X2口的配置以及從B1到B2的IPPATH），可以進行正常的X2口站間切換?！靖婢畔ⅰ繜o【建議總結(jié)】在網(wǎng)絡負荷不大的情況下，X2口切換準備失敗的原因通常與IPPATH配置有關，所以在配置IPPATH時一定要仔細認

5、真，源站與目標站雙向配置，預防漏配錯配的問題，提高切換成功率。切換過晚導致切換失敗關鍵字：切換 小區(qū)偏置 信道質(zhì)量陡降【現(xiàn)象描述】在切換流程進行中，目標小區(qū)信號質(zhì)量出現(xiàn)抖動，信道質(zhì)量陡降導致切換失敗。在L3信令的表現(xiàn)為：源小區(qū)eNB收到多條測量報告，并且下發(fā)切換命令。而UE未收到切換命令，并且仍然周期上發(fā)測量報告，直到發(fā)起重建，切換失敗。【原因分析】1、從最后一個測量報告內(nèi)容看，服務小區(qū)無線質(zhì)量比鄰區(qū)差6dB，根據(jù)現(xiàn)象看可能是鄰區(qū)漏配。但是從網(wǎng)絡側(cè)操作維護臺查詢服務小區(qū)鄰區(qū)信息，查找到有鄰區(qū)配置。如下圖：且源小區(qū)下發(fā)測量報告，因此不會是鄰區(qū)漏配2、再分析切換信令流程：根據(jù)網(wǎng)絡配置，切換應該按下

6、面流程交互：查看網(wǎng)絡側(cè)跟蹤的信令，在服務小區(qū)Uu跟蹤可以看到，收到了UE的測量報告，再查看X2口，源小區(qū)向目標小區(qū)發(fā)送了切換請求，并且收到目標小區(qū)的切換請求回應，最后在UU口下發(fā)了切換命令，但沒有收到UE的切換完成消息（站間切換）：UU、X2口信令交互eNB下發(fā)切換命令，但UE側(cè)未收到切換命令，由此可以判斷可能是空口出現(xiàn)傳輸質(zhì)量問題。3、再看空口無線質(zhì)量，查看對應時間的RSRP值，發(fā)現(xiàn)在切換時間點附近服務小區(qū)的RSRP值出現(xiàn)陡降現(xiàn)象如下圖：從上圖看，鄰區(qū)比服務小區(qū)RSRP高1dB的情況維持了近兩秒鐘，但滿足切換門限時服務小區(qū)突然變差，導致切換失敗，如果切換時機可以提前，應該可以完成切換信令交互

7、，這種現(xiàn)象應該屬于切換過晚?！咎幚磉^程】根據(jù)前文分析，這次切換失敗的原因在于切換過晚，因此可以通過修改切換門限或延遲觸發(fā)時間來提前切換。從上面記錄的無線質(zhì)量變化情況看，如果把切換門限設置為1dB（延遲觸發(fā)時間默認為320毫秒），基本可以保證在服務小區(qū)RSRP突降之前完成切換交互?？梢赃x擇兩個方法：1、把切換門限設置為1dB可以達到目的，但可能影響當前服務小區(qū)的所有鄰區(qū)切換。2、為了減小影響面，可以修改服務小區(qū)到當前切換目標小區(qū)之間的小區(qū)偏置CIO來解決，從eNB操作維護臺執(zhí)行：MOD EUTRANINTRAFREQNCELL命令，修改服務小區(qū)與切換目標小區(qū)間的CellIndividualOff

8、set = 1dB，表示把切換門限減小1dB。之后問題解決，切換正常：【告警信息】無【建議總結(jié)】合理規(guī)劃小區(qū)偏置是網(wǎng)規(guī)網(wǎng)優(yōu)的重要工作，對提高覆蓋意義重大。外部鄰區(qū)配置錯誤引起下發(fā)重配置PCI錯誤導致切換失敗問題關鍵字：外部鄰區(qū) PCI錯誤 切換失敗【現(xiàn)象描述】UE在 Servering CELL PCI為10的小區(qū)上，上報PCI為13(或者12)的測量報告，但是eNB下發(fā)的RRC重配消息是PCI為12(或者13)的相關信道等配置信息，引起切換失敗，業(yè)務中斷?！驹蚍治觥緼國S市的LTE Trail項目中，進行全網(wǎng)SIMO優(yōu)化時發(fā)現(xiàn)，上報的測量報告的PCI和eNodeB下發(fā)給UE的RRC重配消息

9、中的PCI不匹配，從而UE未收到重配置完成消息，引起切換失敗掉話，業(yè)務中斷。具體現(xiàn)象如下：UE從Servering CELL PCI為10的小區(qū)往PCI為13或12的小區(qū)切換時，切換失敗，查看L3信令，發(fā)現(xiàn)UE上報PCI為13(或者12)的測量報告，但是eNB下發(fā)的RRC重配消息是PCI為12(或者13)的相關信道等配置信息，造成切換失敗，UE發(fā)起重建到目標小區(qū)。如下圖1：UE上報PCI為13的測量報告，見下圖2eNB下發(fā)PCI為12的重配置消息，見下圖3第二次出現(xiàn)：見下圖4UE上報PCI為12的測量報告：見下圖5eNB下發(fā)PCI為13的重配置消息，見下圖6切換失敗，UE重建連接。見下圖7【處

10、理過程】1、因為相鄰關系和測量報告的小區(qū)對不起來，初步懷疑是ANR開關問題，因為前期并未打開ANR開關且沒有出現(xiàn)此問題，于是運行MOD ENODEBALGOSWITCH將全網(wǎng)的ANR開關關閉，發(fā)現(xiàn)問題依然存在。2、分析全網(wǎng)的切換關系，發(fā)現(xiàn)只要當服務小區(qū)（源小區(qū)）為PCI=10時，測量上報PCI=12/13就會出現(xiàn)問題，只要服務小區(qū)（源小區(qū)）不是10，就沒有問題。3、重點檢查小區(qū)PCI=10的環(huán)境配置，LST CELLLST EUTRANEXTERNALCELLLST EUTRANINTRAFREQNCELLLST ENODEBALGOSWITCH:;LST HOMEASCOMM:;LST INTRARATHO:;LST INTRARATHOQCI: QCIBEARERINDEX=9;LST EUTRANEXTERNALCELL中的結(jié)果核查發(fā)現(xiàn)，在配置PCI為10的外部鄰區(qū)關系時把PCI為12和13的對應扇區(qū)號恰好弄反，導致UE上報了測量報告后，EnodeB下發(fā)給UE的PCI錯誤，不能收到UE給EnodeB的重配置完成信令，從而發(fā)起目標小區(qū)或者源小區(qū)重建請求，遭到重建拒絕，切換失敗，業(yè)務中斷。如下圖8使用MOD EUTRANEXTERNALCELL命