LTE切換失敗問題案例

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

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

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

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

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

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

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

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

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

10、理過程】1、因?yàn)橄噜応P(guān)系和測量報(bào)告的小區(qū)對不起來，初步懷疑是ANR開關(guān)問題，因?yàn)榍捌诓⑽创蜷_ANR開關(guān)且沒有出現(xiàn)此問題，于是運(yùn)行MOD ENODEBALGOSWITCH將全網(wǎng)的ANR開關(guān)關(guān)閉，發(fā)現(xiàn)問題依然存在。2、分析全網(wǎng)的切換關(guān)系，發(fā)現(xiàn)只要當(dāng)服務(wù)小區(qū)（源小區(qū)）為PCI=10時(shí)，測量上報(bào)PCI=12/13就會出現(xiàn)問題，只要服務(wù)小區(qū)（源小區(qū)）不是10，就沒有問題。3、重點(diǎn)檢查小區(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ū)關(guān)系時(shí)把PCI為12和13的對應(yīng)扇區(qū)號恰好弄反，導(dǎo)致UE上報(bào)了測量報(bào)告后，EnodeB下發(fā)給UE的PCI錯(cuò)誤，不能收到UE給EnodeB的重配置完成信令，從而發(fā)起目標(biāo)小區(qū)或者源小區(qū)重建請求，遭到重建拒絕，切換失敗，業(yè)務(wù)中斷。如下圖8使用MOD EUTRANEXTERNALCELL命