LTE切換失敗問題分析案例

*2IPPATH配置問題導(dǎo)致切換不成功關(guān)鍵字：*2IPPATH切換【現(xiàn)象描述】切換測試時，從站點B1的標(biāo)口信令跟蹤發(fā)現(xiàn)站點B1連續(xù)出現(xiàn)切換準(zhǔn)備失敗，HANDOVER_REQUEST消息后出現(xiàn)HANDOVER_PREPARATION_FAILURE,進入該消息中可以看到cause為transport-resource-unavailable，切換不成功，如下列圖所示?！驹蚍治觥繉τ谇袚Q流程失敗而言，如果是切換準(zhǔn)備階段的失敗，其原因通常為以下幾種：〔1〕傳輸資源不夠用；〔2〕沒有配置IPPATH；〔3〕IPPATH中的鄰居節(jié)點配置錯誤。由于切換測試階段的網(wǎng)絡(luò)業(yè)務(wù)負載很小，接入用戶數(shù)少，通過*2口傳輸?shù)臄?shù)據(jù)不多，一般來說不會出現(xiàn)傳輸資源不夠用的情況。所以可以先重點疑心中口人師配置的問題，在處理過程中需要對*2口和IPPATH問題排查處理，一步步解決問題。【處理過程】每次切換到目標(biāo)小區(qū)完成后，UE會讀取目標(biāo)小區(qū)的系統(tǒng)消息（RRC_SIB_TYPE1〕，該消息中可以看到目標(biāo)小區(qū)的CGI，通過CGI中的基站ID確認目標(biāo)基站B2的ID。從該次切換的切換命令（RRC_CONN_RECFG〕可以找到目標(biāo)小區(qū)CELL2的PCI，在目標(biāo)基站B2中用MML命令查詢確實存在小區(qū)CELL2,所以接下來可以針對目標(biāo)基站B2以及源基站B1來檢查IPPATH的配置了。先查看B2基站對應(yīng)的IPPATH有沒有配置，如果配置則確認*2接口ID與IPPATH的鄰接點ID是否一致。在webLMT上的命令如下：LSTSCTPLNK；檢查SCTPLNK是否建立并查看目標(biāo)基站B2以及源基站B1對應(yīng)的SCTP鏈路號SCTPLinkNo。DSP*2INTERFACE；檢查*2INTERFACE是否配置并根據(jù)SCTP鏈路號SCTPLinkNo，查看對應(yīng)*2接口的標(biāo)識*2InterfaceId。LSTIPPATH;根據(jù)*2接口標(biāo)識*2InterfaceId，查看*2口兩端的IP配置是否正確。經(jīng)過以上步驟的核查，發(fā)現(xiàn)目標(biāo)基站B2雖然配置了與源基站B1間的*2接口〔從DSP*2INTERFACE命令的顯示結(jié)果可以看到已配置〕，但是沒有配置相應(yīng)的IPPATH（通過LSTIPPATH命令看不到*2口對應(yīng)的訐口人?、?。導(dǎo)致站點B1向B2發(fā)送*2口切換請求（HANDOVER_REQUEST〕后，收到基站B2發(fā)回的*2切換準(zhǔn)備失敗消息（HANDOVER_PREPARATION_FAILURE〕，導(dǎo)致切換不成功。用ADDIPPATH命令配置了站點B2到站點B1的IPPATH后（源站點也要有*2口的配置以及從B1到B2的IPPATH〕，可以進展正常的*2口站間切換?！靖婢畔ⅰ繜o【建議總結(jié)】在網(wǎng)絡(luò)負荷不大的情況下，*2口切換準(zhǔn)備失敗的原因通常與IPPATH配置有關(guān)，所以在配置IPPATH時一定要仔細認真，源站與目標(biāo)站雙向配置，預(yù)防漏配錯配的問題，提高切換成功率。切換過晚導(dǎo)致切換失敗關(guān)鍵字：切換小區(qū)偏置信道質(zhì)量陡降【現(xiàn)象描述】在切換流程進展中，目標(biāo)小區(qū)信號質(zhì)量出現(xiàn)抖動，信道質(zhì)量陡降導(dǎo)致切換失敗。在L3信令的表現(xiàn)為：源小區(qū)eNB收到多條測量報告，并且下發(fā)切換命令。而UE未收到切換命令，并且仍然周期上發(fā)測量報告，直到發(fā)起重建，切換失敗?！驹蚍治觥?、從最后一個測量報告容看，效勞小區(qū)無線質(zhì)量比鄰區(qū)差6dB，根據(jù)現(xiàn)象看可能是鄰區(qū)漏配。但是從網(wǎng)絡(luò)側(cè)操作維護臺查詢效勞小區(qū)鄰區(qū)信息，查找到有鄰區(qū)配置。如下列圖：且源小區(qū)下發(fā)測量報告，因此不會是鄰區(qū)漏配2、再分析切換信令流程：根據(jù)網(wǎng)絡(luò)配置，切換應(yīng)該按下面流程交互：查看網(wǎng)絡(luò)側(cè)跟蹤的信令，在效勞小區(qū)Uu跟蹤可以看到，收到了UE的測量報告，再查看*2口，源小區(qū)向目標(biāo)小區(qū)發(fā)送了切換請求，并且收到目標(biāo)小區(qū)的切換請求回應(yīng)，最后在UU口下發(fā)了切換命令，但沒有收到UE的切換完成消息（站間切換〕：UU、*2口信令交互eNB下發(fā)切換命令，但UE側(cè)未收到切換命令，由此可以判斷可能是空口出現(xiàn)傳輸質(zhì)量問題。3、再看空口無線質(zhì)量，查看對應(yīng)時間的RSRP值，發(fā)現(xiàn)在切換時間點附近效勞小區(qū)的RSRP值出現(xiàn)陡降現(xiàn)象如下列圖：從上圖看，鄰區(qū)比效勞小區(qū)RSRP高1dB的情況維持了近兩秒鐘，但滿足切換門限時效勞小區(qū)突然變差，導(dǎo)致切換失敗，如果切換時機可以提前，應(yīng)該可以完成切換信令交互，這種現(xiàn)象應(yīng)該屬于切換過晚?！咎幚磉^程】根據(jù)前文分析，這次切換失敗的原因在于切換過晚，因此可以通過修改切換門限或延遲觸發(fā)時間來提前切換。從上面記錄的無線質(zhì)量變化情況看，如果把切換門限設(shè)置為1dB（延遲觸發(fā)時間默認為320毫秒〕，根本可以保證在效勞小區(qū)RSRP突降之前完成切換交互?？梢赃x擇兩個方法：1、把切換門限設(shè)置為1dB可以到達目的，但可能影響當(dāng)前效勞小區(qū)的所有鄰區(qū)切換。2、為了減小影響面，可以修改效勞小區(qū)到當(dāng)前切換目標(biāo)小區(qū)之間的小區(qū)偏置CIO來解決，從eNB操作維護臺執(zhí)行：MODEUTRANINTRAFREQNCELL命令，修改效勞小區(qū)與切換目標(biāo)小區(qū)間的CellIndividualOffset=1dB，表示把切換門限減小1dB。之后問題解決，切換正常：【告警信息】無【建議總結(jié)】合理規(guī)劃小區(qū)偏置是網(wǎng)規(guī)網(wǎng)優(yōu)的重要工作，對提高覆蓋意義重大。外部鄰區(qū)配置錯誤引起下發(fā)重配置PCI錯誤導(dǎo)致切換失敗問題關(guān)鍵字：外部鄰區(qū)PCI錯誤切換失敗【現(xiàn)象描述】UE在ServeringCELLPCI為10的小區(qū)上，上報PCI為13（或者12）的測量報告，但是eNB下發(fā)的RRC重配消息是PCI為12（或者13）的相關(guān)信道等配置信息，引起切換失敗，業(yè)務(wù)中斷?！驹蚍治觥緼國S市的LTETrail工程中，進展全網(wǎng)SIMO優(yōu)化時發(fā)現(xiàn)，上報的測量報告的PCI和eNodeB下發(fā)給UE的RRC重配消息中的口酊不匹配，從而UE未收到重配置完成消息，引起切換失敗掉話，業(yè)務(wù)中斷。具表達象如下：UE從ServeringCELLPCI為10的小區(qū)往PCI為13或12的小區(qū)切換時，切換失敗，查看L3信令，發(fā)現(xiàn)UE上報PCI為13（或者12）的測量報告，但是eNB下發(fā)的RRC重配消息是PCI為12（或者13）的相關(guān)信道等配置信息，造成切換失敗，UE發(fā)起重建到目標(biāo)小區(qū)。如下列圖1：UE上報PCI為13的測量報告，見下列圖2eNB下發(fā)PCI為12的重配置消息，見下列圖3第二次出現(xiàn)：見下列圖4UE上報PCI為12的測量報告：見下列圖5eNB下發(fā)PCI為13的重配置消息，見下列圖6切換失敗，UE重建連接。見下列圖7【處理過程】1、因為相鄰關(guān)系和測量報告的小區(qū)對不起來，初步疑心是ANR開關(guān)問題，因為前期并未翻開ANR開關(guān)且沒有出現(xiàn)此問題，于是運御。口ENODEBALGOSWITCH將全網(wǎng)的ANR開關(guān)關(guān)閉，發(fā)現(xiàn)問題依然存在。2、分析全網(wǎng)的切換關(guān)系，發(fā)現(xiàn)只要當(dāng)效勞小區(qū)〔源小區(qū)〕為PCI=10時，測量上報PCI=12/13就會出現(xiàn)問題，只要效勞小區(qū)〔源小區(qū)〕不是10，就沒有問題。3、重點檢查小區(qū)PCI=10的環(huán)境配置，LSTCELLLSTEUTRANE*TERNALCELLLSTEUTRANINTRAFREQNCELLLSTENODEBALGOSWITCH:;LSTHOMEASM:;LSTINTRARATHO:;LSTINTRARATHOQCI:QCIBEARERINDE*=9;LSTEUTRANE*TERNALCELL中的結(jié)果核查發(fā)現(xiàn)，在配置PCI為10的外部鄰區(qū)關(guān)系時把PCI為12和13的對應(yīng)扇區(qū)號恰好弄反，導(dǎo)致UE上報了測量報告后，EnodeB下發(fā)給UE的PCI錯誤，不能收到UE給EnodeB的重配置完成信令，從而發(fā)起目標(biāo)小區(qū)或者源小區(qū)重建請求，遭到重建拒絕，切換失敗，業(yè)務(wù)中斷。如下列圖8使用MODEUTRANE*TERNALCELL命令修改目