lte切換失敗問題分析案例

《lte切換失敗問題分析案例》由會員上傳分享，免費(fèi)在線閱讀，更多相關(guān)內(nèi)容在行業(yè)資料-天天文庫。

1、X2IPPATH配置問題導(dǎo)致切換不成功關(guān)鍵字：X2IPPATH切換【現(xiàn)象描述】切換測試時，從站點(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)配置錯誤。由于切換測試階段的網(wǎng)

2、絡(luò)業(yè)務(wù)負(fù)載很小，接入用戶數(shù)少，通過X2口傳輸?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命令查詢確實存在小區(qū)CELL2，所以接下來可以針對目標(biāo)基站B2以

3、及源基站B1來檢查IPPATH的配置了。先查看B2基站對應(yīng)的IPPATH有沒有配置，如果配置則確認(rèn)X2接口ID與IPPATH的鄰接點(diǎn)ID是否一致。在webLMT上的命令如下：LSTSCTPLNK；檢查SCTPLNK是否建立并查看目標(biāo)基站B2以及源基站B1對應(yīng)的SCTP鏈路號SCTPLinkNo。DSPX2INTERFACE；檢查X2INTERFACE是否配置并根據(jù)SCTP鏈路號SCTPLinkNo，查看對應(yīng)X2接口的標(biāo)識X2InterfaceId。LSTIPPATH;根據(jù)X2接口標(biāo)識X2InterfaceId，查看X2口兩端的IP配置是否正確。經(jīng)過以上

4、步驟的核查，發(fā)現(xiàn)目標(biāo)基站B2雖然配置了與源基站B1間的X2接口（從DSPX2INTERFACE命令的顯示結(jié)果可以看到已配置），但是沒有配置相應(yīng)的IPPATH（通過LSTIPPATH命令看不到X2口對應(yīng)的IPPATH）。導(dǎo)致站點(diǎn)B1向B2發(fā)送X2口切換請求（HANDOVER_REQUEST）后，收到基站B2發(fā)回的X2切換準(zhǔn)備失敗消息（HANDOVER_PREPARATION_FAILURE），導(dǎo)致切換不成功。用ADDIPPATH命令配置了站點(diǎn)B2到站點(diǎn)B1的IPPATH后（源站點(diǎn)也要有X2口的配置以及從B1到B2的IPPATH），可以進(jìn)行正常的X2口站間

5、切換?！靖婢畔ⅰ繜o【建議總結(jié)】在網(wǎng)絡(luò)負(fù)荷不大的情況下，X2口切換準(zhǔn)備失敗的原因通常與IPPATH配置有關(guān)，所以在配置IPPATH時一定要仔細(xì)認(rèn)真，源站與目標(biāo)站雙向配置，預(yù)防漏配錯配的問題，提高切換成功率。切換過晚導(dǎo)致切換失敗關(guān)鍵字：切換小區(qū)偏置信道質(zhì)量陡降【現(xiàn)象描述】在切換流程進(jìn)行中，目標(biāo)小區(qū)信號質(zhì)量出現(xiàn)抖動，信道質(zhì)量陡降導(dǎo)致切換失敗。在L3信令的表現(xiàn)為：源小區(qū)eNB收到多條測量報告，并且下發(fā)切換命令。而UE未收到切換命令，并且仍然周期上發(fā)測量報告，直到發(fā)起重建，切換失敗?！驹蚍治觥?、從最后一個測量報告內(nèi)容看，服務(wù)小區(qū)無線質(zhì)量比鄰區(qū)差6dB，根據(jù)

6、現(xiàn)象看可能是鄰區(qū)漏配。但是從網(wǎng)絡(luò)側(cè)操作維護(hù)臺查詢服務(wù)小區(qū)鄰區(qū)信息，查找到有鄰區(qū)配置。如下圖：且源小區(qū)下發(fā)測量報告，因此不會是鄰區(qū)漏配2、再分析切換信令流程：根據(jù)網(wǎng)絡(luò)配置，切換應(yīng)該按下面流程交互：查看網(wǎng)絡(luò)側(cè)跟蹤的信令，在服務(wù)小區(qū)Uu跟蹤可以看到，收到了UE的測量報告，再查看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)時間的RS

7、RP值，發(fā)現(xiàn)在切換時間點(diǎn)附近服務(wù)小區(qū)的RSRP值出現(xiàn)陡降現(xiàn)象如下圖：從上圖看，鄰區(qū)比服務(wù)小區(qū)RSRP高1dB的情況維持了近兩秒鐘，但滿足切換門限時服務(wù)小區(qū)突然變差，導(dǎo)致切換失敗，如果切換時機(jī)可以提前，應(yīng)該可以完成切換信令交互，這種現(xiàn)象應(yīng)該屬于切換過晚?！咎幚磉^程】根據(jù)前文分析，這次切換失敗的原因在于切換過晚，因此可以通過修改切換門限或延遲觸發(fā)時間來提前切換。從上面記錄的無線質(zhì)量變化情況看，如果把切換門限設(shè)置為1dB（延遲觸發(fā)時間默認(rèn)為320毫秒），基本可以保證在服務(wù)小區(qū)RSRP突降之前完成切換交互。可以選擇兩個方法：1、把切換門限設(shè)置為1dB可以達(dá)到目

8、的，但可能影響當(dāng)前服務(wù)小區(qū)的所有鄰區(qū)切換。2、為了減小影響面，可以修改服務(wù)小區(qū)到當(dāng)前切換目標(biāo)小