LTE切換失敗問題分析案例資料

1、LTE 切 換 失 敗 問 題 分析案例X2IPPATH 配置問題導致切換不成功關鍵字： X2IPPATH 切換 現(xiàn)象描述】切換測試時，從站點 B1 的標口信令跟蹤發(fā)現(xiàn)站點 B1連續(xù)出現(xiàn)切換準備失敗，HANDOVER_REQUEST 消息后出現(xiàn) HANDOVER_PREPARATION_FAILURE ，進入該消息中可以看到 cause為transport-resource-unavailable，切換不成功，如下圖所示。原因分析】對于切換流程失敗而言，如果是切換準備階段的失敗，其原因通常為以下幾種：（ 1）傳輸資源不夠用；（ 2）沒有配置 IPPATH ；（ 3）IPPATH 中的鄰居節(jié)點配

2、置錯誤。 由于切換測試階段的網(wǎng)絡業(yè)務負載很小，接入用戶數(shù)少，通過X2 口傳輸?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

3、，所以接下來可以針對目標基站 B2以及源基站 B1來檢查 IPPATH的配置了。先查看B2基站對應的 IPPATH有沒有配置，如果配置則確認 X2接口ID與IPPATH的鄰接點 ID是否 一致。在 webLMT 上的命令如下：LST SCTPLNK ；檢查 SCTPLNK 是否建立并查看目標基站 B2以及源基站 B1對應的 SCTP鏈路號 SCTP Link No 。DSP X2INTERFACE ；檢查 X2INTERFACE 是否配置并根據(jù) SCTP鏈路號 SCTP Link No ，查看對應X2 接口的標識 X2InterfaceIdLST IPPATH; 根據(jù)X2接口標識 X2Inte

4、rfaceId ，查看X2口兩端的 IP配置是否正確。 經(jīng)過以上步驟的核查，發(fā)現(xiàn)目標基站 B2雖然配置了與源基站 B1間的X2接口（從 DSPX2INTERFACE 命令的顯示結果可以看到已配置），但是沒有配置相應的 IPPATH （通過 LST IPPATH 命令看不到 X2口對應的 IPPATH ）。導致站點 B1向B2發(fā)送X2口切換請求（ HANDOVER_REQUEST ） 后，收到基站 B2發(fā)回的 X2 切換準備失敗消息（ HANDOVER_PREPARATION_FAILURE ），導致切換 不成功。用ADD IPPATH 命令配置了站點 B2到站點 B1的IPPATH后（源站點也

5、要有 X2口的配置以及從 B1 到B2的IPPATH ），可以進行正常的 X2口站間切換。告警信息】 無 建議總結】在網(wǎng)絡負荷不大的情況下， X2口切換準備失敗的原因通常與 IPPATH 配置有關，所以在配置 IPPATH 時一定要仔細認真，源站與目標站雙向配置，預防漏配錯配的問題，提高切換成功率。切換過晚導致切換失敗關鍵字： 切換 小區(qū)偏置 信道質量陡降現(xiàn)象描述】在切換流程進行中，目標小區(qū)信號質量出現(xiàn)抖動，信道質量陡降導致切換失敗。在L3 信令的表現(xiàn)為：源小區(qū) eNB 收到多條測量報告，并且下發(fā)切換命令。而UE未收到切換命令，并且仍然周期上發(fā)測量報告，直到發(fā)起重建，切換失敗原因分析】1、從最

6、后一個測量報告內容看，服務小區(qū)無線質量比鄰區(qū)差6dB，根據(jù)現(xiàn)象看可能是鄰區(qū)漏配。但是從網(wǎng)絡側操作維護臺查詢服務小區(qū)鄰區(qū)信息，查找到有鄰區(qū)配置。如下圖：且源小區(qū)下發(fā)測量報告，因此不會是鄰區(qū)漏配2、再分析切換信令流程：根據(jù)網(wǎng)絡配置，切換應該按下面流程交互：UES_eNBT_eNBCore NetworkMeas_RPRTHandover RequestHandover_Request ACK RRC CONN RECFG(HO_CMD)SN_STATUS_TRANSFERRRC CONN RECFG CMP(HO_CMP)S1AP_PATH_SWITCH_REQS1AP_PATH_SWITCH_R

7、EUE_CONTEXT_RELEASEQ_ACKRRC CONN RECFGRRC CONN RECFG CMPUU_interfaceX2_interfaceS1_interface小區(qū)向目標小區(qū)發(fā)送了切換請求，并且收到目標小區(qū)的切換請求回應，最后在 UU 口下發(fā)了切換命 令，但沒有收到 UE的切換完成消息（站間切換）：UU 、X2口信令交互eNB 下發(fā)切換命令，但 UE側未收到切換命令，由此可以判斷可能是空口出現(xiàn)傳輸質量問題。3、再看空口無線質量，查看對應時間的RSRP值，發(fā)現(xiàn)在切換時間點附近服務小區(qū)的RSRP值出現(xiàn)陡降現(xiàn)象如下圖：從上圖看，鄰區(qū)比服務小區(qū) RSRP高1dB的情況維持了近兩

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

9、： MOD EUTRANINTRAFREQNCELL 命令，修改服務小區(qū)與切換目標小區(qū)間的 CellIndividualOffset = 1dB ，表示把切換門限減小 1dB 。之后問題解決，切換正常：告警信息】 無 建議總結】合理規(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） 的相關信道等配置信息，引起切換失敗

10、，業(yè)務中斷。原因分析】A國S市的LTE Trail 項目中，進行全網(wǎng) SIMO優(yōu)化時發(fā)現(xiàn)，上報的測量報告的 PCI和eNodeB下發(fā)給 UE的RRC重配消息中的 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的測量報告，見下圖

11、2eNB下發(fā) PCI為12的重配置消息，見下圖 3第二次出現(xiàn)：見下圖 4UE上報 PCI為12的測量報告：見下圖 5eNB下發(fā) PCI為13的重配置消息，見下圖 6切換失敗， UE重建連接。見下圖 7處理過程】1、因為相鄰關系和測量報告的小區(qū)對不起來，初步懷疑是ANR開關問題，因為前期并未打開ANR開關且沒有出現(xiàn)此問題，于是運行 MOD ENODEBALGOSW將ITC全H網(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

12、=10的環(huán)境配置，LST CELLLST EUTRANEXTERNALCELLLST EUTRANINTRAFREQNCELLLST ENODEBALGOSWITCH:;LST HOMEASCOMM:;LST INTRARATHO:;LST INTRARATHOQCI: QCIBEARERINDEX; =9LST EUTRANEXTERNALC中EL的L 結果核查發(fā)現(xiàn)，在配置 PCI為10的外部鄰區(qū)關系時把 PCI為12和13 的對應扇區(qū)號恰好弄反，導致 UE上報了測量報告后， EnodeB下發(fā)給 UE的 PCI錯誤，不能收到 UE給 EnodeB的重配置完成信令，從而發(fā)起目標小區(qū)或者源小區(qū)重建請求，遭到重建拒絕，切換失敗，業(yè) 務中斷。如下圖 8使用MOD EUTRA