【資料名稱】：【LTE實戰(zhàn)】LTE小區(qū)TAC配置不合理導(dǎo)致CSFB失敗處理案例

【資料作者】：趙亮

【資料日期】：2014年1月28日

【資料語言】：中文

【資料格式】：DOC/DOCX

【資料目錄和簡介】：

一、問題現(xiàn)象
1月20日iphone5s與iphone5c手機在城區(qū)半島酒店-HLW的室分站下進(jìn)行CSFB測試，主叫和被叫都失敗。
1月21日華為D2手機在城區(qū)半島酒店-HLW的室分站下進(jìn)行CSFB測試，被叫都失敗。
二、問題分析過程
1：基站狀態(tài)查詢
查詢站點無當(dāng)前活躍告警及歷史告警存在，因此排除主設(shè)備硬件告警導(dǎo)致：
2：測試終端問題排查
相同終端在其他已經(jīng)開啟CSFB功能的LTE小區(qū)，都能正常進(jìn)行CSFB語音業(yè)務(wù)，因此排除終端問題。
3：無線參數(shù)排查
通過LST ENODEBALGOSWITCH命令查看該站的CSFB功能已開啟，且也都配置了相應(yīng)的GSM鄰區(qū)關(guān)系。


4、信令分析過程
1月21日16:00在該室分站下，用D2手機進(jìn)行SCFB測試，被叫呼叫失敗。通過對信令跟蹤分析，由于LTE在無線側(cè)無法進(jìn)行單用戶跟蹤，所以只能跟蹤該站點的UU、S1口信令，并且確保該站點無其他用戶。
D2做被叫時，通過S1口信令分析，在信令上可以看到16:00:18（141）在S1AP_UE_CONTEXT_MOD_REQ消息上看到MME發(fā)起CSFB請求，之后UE給MME發(fā)送回應(yīng)。

之后從S1口信令上16:00:18（172）的消息S1AP_UE_CONTEXT_REL_REQ可以看到ue-not-available-for-ps-service消息，說明發(fā)起CSFB后，網(wǎng)絡(luò)側(cè)對PS域進(jìn)行拆鏈。

查詢UU口信令RRC連接釋放，從RRC REL消息中看到已經(jīng)攜帶GSM相關(guān)頻點信息（UU口）。

GSM側(cè)信令分析：
在BSC側(cè)查看信令，發(fā)現(xiàn)16：00沒有信令，可見CSFB不能正�；芈涞紾SM。


通過查詢，由于該站點經(jīng)緯度有誤，該站點落入LAC 28741的覆蓋范圍內(nèi)，該站點的TAC配置為28741。但該站點實際位置是在TAC 28745的覆蓋范圍內(nèi)，導(dǎo)致4G的TAC配置與2G鄰區(qū)的LAC不一致，由于核心網(wǎng)配置的LAC與TAC對應(yīng)關(guān)系，容易導(dǎo)致UE無法找到對應(yīng)的GSM服務(wù)小區(qū)，導(dǎo)致CSFB無法做業(yè)務(wù)。
三、解決措施
通過命令MODCENOPERTORTA將城區(qū)半島酒店-HLW的TAC值修改為28745后，華為D2、iphone5s與iphone5c手機在該站下都能正常發(fā)起CSFB業(yè)務(wù)。

四、總結(jié)
CSFB要求同覆蓋下的2G小區(qū)LAC和4G小區(qū)TAC配置一致，針對此次偶發(fā)事件，今后要加強后臺數(shù)據(jù)管理及無線規(guī)劃數(shù)據(jù)規(guī)范性，由于站點經(jīng)緯度有誤導(dǎo)致，規(guī)劃數(shù)據(jù)時要及時核查相關(guān)基站經(jīng)緯度，保證LTE基站在規(guī)劃前相關(guān)數(shù)據(jù)的準(zhǔn)確性，避免因為經(jīng)緯度問題導(dǎo)致TAC規(guī)劃錯誤導(dǎo)致CSFB問題。