lte切換失敗問(wèn)題分析案例

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

1、X2IPPATH配置問(wèn)題導(dǎo)致切換不成功關(guān)鍵字：X2IPPATH切換【現(xiàn)象描述】切換測(cè)試時(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，切換不成功，如下圖所示?！驹蚍治觥繉?duì)于切換流程失敗而言，如果是切換準(zhǔn)備階段的失敗，其原因通常為以下幾種：（1）傳輸資源不夠用；（2）沒(méi)有配置IPPATH；（3）IPPATH中的鄰居節(jié)點(diǎn)配置錯(cuò)誤。由于切換測(cè)試階段的網(wǎng)

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

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

4、步驟的核查，發(fā)現(xiàn)目標(biāo)基站B2雖然配置了與源基站B1間的X2接口（從DSPX2INTERFACE命令的顯示結(jié)果可以看到已配置），但是沒(méi)有配置相應(yīng)的IPPATH（通過(guò)LSTIPPATH命令看不到X2口對(duì)應(yīng)的IPPATH）。導(dǎo)致站點(diǎn)B1向B2發(fā)送X2口切換請(qǐng)求（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(wú)【建議總結(jié)】在網(wǎng)絡(luò)負(fù)荷不大的情況下，X2口切換準(zhǔn)備失敗的原因通常與IPPATH配置有關(guān)，所以在配置IPPATH時(shí)一定要仔細(xì)認(rèn)真，源站與目標(biāo)站雙向配置，預(yù)防漏配錯(cuò)配的問(wèn)題，提高切換成功率。切換過(guò)晚導(dǎo)致切換失敗關(guān)鍵字：切換小區(qū)偏置信道質(zhì)量陡降【現(xiàn)象描述】在切換流程進(jìn)行中，目標(biāo)小區(qū)信號(hào)質(zhì)量出現(xiàn)抖動(dòng)，信道質(zhì)量陡降導(dǎo)致切換失敗。在L3信令的表現(xiàn)為：源小區(qū)eNB收到多條測(cè)量報(bào)告，并且下發(fā)切換命令。而UE未收到切換命令，并且仍然周期上發(fā)測(cè)量報(bào)告，直到發(fā)起重建，切換失敗。【原因分析】1、從最后一個(gè)測(cè)量報(bào)告內(nèi)容看，服務(wù)小區(qū)無(wú)線質(zhì)量比鄰區(qū)差6dB，根據(jù)

6、現(xiàn)象看可能是鄰區(qū)漏配。但是從網(wǎng)絡(luò)側(cè)操作維護(hù)臺(tái)查詢服務(wù)小區(qū)鄰區(qū)信息，查找到有鄰區(qū)配置。如下圖：且源小區(qū)下發(fā)測(cè)量報(bào)告，因此不會(huì)是鄰區(qū)漏配2、再分析切換信令流程：根據(jù)網(wǎng)絡(luò)配置，切換應(yīng)該按下面流程交互：查看網(wǎng)絡(luò)側(cè)跟蹤的信令，在服務(wù)小區(qū)Uu跟蹤可以看到，收到了UE的測(cè)量報(bào)告，再查看X2口，源小區(qū)向目標(biāo)小區(qū)發(fā)送了切換請(qǐng)求，并且收到目標(biāo)小區(qū)的切換請(qǐng)求回應(yīng)，最后在UU口下發(fā)了切換命令，但沒(méi)有收到UE的切換完成消息（站間切換）：UU、X2口信令交互eNB下發(fā)切換命令，但UE側(cè)未收到切換命令，由此可以判斷可能是空口出現(xiàn)傳輸質(zhì)量問(wèn)題。3、再看空口無(wú)線質(zhì)量，查看對(duì)應(yīng)時(shí)間的RS

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

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