【文章內(nèi)容簡介】 查可能的問題原因。常規(guī)的4G尋呼問題分析流程如下所示 各環(huán)節(jié)分析要點（1）確認核心網(wǎng)尋呼是否下發(fā)現(xiàn)象：216。 主叫側(cè)聽到“用戶正在通話中”或“用戶已關(guān)機”的錄音通知分析要點：216。 從主叫側(cè)CALL Proceeding時間，推算被叫側(cè)尋呼下發(fā)時間。，一共發(fā)3次，因此從開始尋呼到尋呼失敗約有10秒的周期，分析尋呼失敗原因時需要重點分析這10秒期間終端的狀態(tài)。216。 從被叫MME的SGs口和S1口確認是否有Paging Request。如果沒有發(fā)現(xiàn)尋呼消息，或在尋呼超時前，尋呼消息下發(fā)小于3次，則進一步檢查以下兩項n 檢查被叫側(cè)當時是否正在發(fā)起數(shù)據(jù)業(yè)務(wù)請求（service request）、正在進行TAU或3/4互操作。目前諾西MSC的并發(fā)處理機制不完善，當尋呼與用戶主叫業(yè)務(wù)或TAU并發(fā)時，將直接停止尋呼，并給主叫側(cè)播放“用戶通話中”的錄音通知。n 檢查eNodeB是否存在S1口閃斷告警或RRU偶斷連告警，會影響空口尋呼消息的下發(fā)。（2）確認尋呼消息下發(fā)的TAC是否正確現(xiàn)象：216。 用戶所處地點無線環(huán)境良好，移動性低，平時CSFB尋呼成功率也較高，但偶爾出現(xiàn)“您撥打暫時無法接通”的情況分析要點：216。 核查用戶是否處于TAC/LAC邊界、3/4G覆蓋邊緣，以及TAU頻次是否過高，如果尋呼下發(fā)時用戶正重選到新TAC還未發(fā)起TAU則網(wǎng)絡(luò)側(cè)會將尋呼發(fā)往舊TAC/LAC。216。 檢查用戶上一次CSFB通話后是否及時返回4G進行了TAU，如果用戶未能返回4G，且在2G側(cè)未及時LAU，則MSC仍然將用戶關(guān)聯(lián)在4G網(wǎng)絡(luò)上，會造成后續(xù)尋呼由于核心網(wǎng)不清楚用戶已返回2G，還會將尋呼發(fā)往4G側(cè)。216。 此類問題可通過CSFB平臺的SGs口詳單進行確認，篩選SGs口詳單上CDR TYPE=1（即SGsAPPAGING）和CDR TYPE=5（即SGsAPLOCATIONUPDATE）的詳單，并根據(jù)詳單上尋呼下發(fā)的TAC和TAU后的NEW LAI判斷尋呼是否下發(fā)正確。其中LAI需先轉(zhuǎn)為16進制，取最后四位就是TAC。（3）尋呼消息解碼失敗現(xiàn)象：216。 用戶所處環(huán)境長期尋呼成功率低，主叫側(cè)聽到“暫時無法接通”的錄音通知216。 現(xiàn)場明顯弱覆蓋RSRP115dbm，或SINR0分析要點：216。 從終端底層LOG可看到PDCCH上收到PRNTI DCI但PDSCH解碼失敗，主要原因在于終端在空閑態(tài)只能根據(jù)6個RE來進行信道估計，因此SINR低于3時，尋呼消息解碼高概率失敗。216。 通常弱覆蓋和低SINR地點均位于室內(nèi)，測試人員難以直接發(fā)現(xiàn)問題地點，可根據(jù)路測LOG和經(jīng)驗值判斷是否存在室內(nèi)低SINR隱患。SINR與RSRP基本是線性相關(guān)的，即RSRP減少1dbm，SINR降低1db，因此，若路測中發(fā)現(xiàn)RSRP=100dbm時，SINR10，或RSRP=90時，SINR20，則可推算用戶位于室內(nèi)110dbm以下的環(huán)境時，一定會出現(xiàn)SINR0的問題216。 造成低SINR的主要原因是4G重疊覆蓋度高，當4G重疊覆蓋度超過5時，SINR將小于5，因此覆蓋調(diào)整是解決低SINR的根本方法。目前新開站機械下傾角普遍較小，建議站間距小于500米且地形開闊的地區(qū)，站高超過35米的站點總下傾（機械+內(nèi)置）不小于12度，如遇天線美化罩或下傾已調(diào)至最大的情況，需工程改造拆除美化罩、更換大傾角天線支架或下降天線高度。（4）核心網(wǎng)用戶狀態(tài)變更不及時現(xiàn)象：216。 用戶處于連接態(tài)時，正常情況下CSFB的尋呼消息應(yīng)以Service Notification信令從專用信道下發(fā)，此時終端對于從共用信道下發(fā)的Paging不響應(yīng)。分析要點：216。 檢查尋呼消息是否與終端發(fā)起數(shù)據(jù)業(yè)務(wù)和釋放信道同時發(fā)生，諾西MME采用并發(fā)機制處理用戶的連接狀態(tài)變更請求和尋呼消息，因此導致將Paging信息發(fā)給連接態(tài)用戶的BUG。216。 此類問題可通過增加不活動計時器時長，降低數(shù)據(jù)業(yè)務(wù)發(fā)起和釋放頻次進行緩解。但修改不活動計時器會引起掉線率的惡化。（5）檢查TMSI是否有效現(xiàn)象：216。 用戶已收到paging消息，其中攜帶的TMSI與用戶一致，但終端不發(fā)起Extend Service Request。216。 TMSI失效會導致用戶連續(xù)多次尋呼失敗，直至下一次正常的TAU后恢復正常。分析要點：216。 在2G弱覆蓋或干擾的情況下，如果終端在2G進行LAU時發(fā)生失敗，終端會認為TMSI已失效，當用戶返回4G后進行TAU的TAU Request信令中會攜帶“TMSI not available ”屬性，要求MSC重新分配TMSI。但由于諾西MSC存在位置更新信令流程粘連的BUG，可能不響應(yīng)這次聯(lián)合TAU的TMSI分配請求，導致TAU ACCEPT信令中未包含TMSI值。而終端因為沒有可用TMSI所以不響應(yīng)尋呼消息。216。 此類問題易出現(xiàn)在2G高干擾地區(qū)，在用戶前一次CSFB通話回落失敗時，終端會自動在2G發(fā)起原因為IMSI ATTACH的LAU，但由于高干擾會繼續(xù)導致LAU失敗，從而引發(fā)TMSI失效。（6）ESR發(fā)送失敗現(xiàn)象：216。 用戶在4G側(cè)RRC接入失敗，導致Extend Service Request消息無法發(fā)出分析要點：216。 檢查eNodeB是否存在硬件故障216。 4G側(cè)參數(shù)核查，重點檢查時隙、子幀、功率類參數(shù)設(shè)置216。 根據(jù)網(wǎng)管RRC失敗原因的分類統(tǒng)計，確認RRC接入性差的原因 第二步：4G釋放分析 分析流程4G釋放階段是從終端上發(fā)Extend Service Request開始，到網(wǎng)絡(luò)下發(fā)RR Connection Release結(jié)束，主要影響因素在于4G側(cè)eNodeb參數(shù)設(shè)置和設(shè)備故障，但也存在由于4G規(guī)范對并發(fā)流程考慮不足導致的并發(fā)流程沖突問題。其常規(guī)分析流程如下 各環(huán)節(jié)分析要點（1）未收到RR Connection Release信令現(xiàn)象：216。 終端上發(fā)Extend Service Request信令后，在上下文建立階段、釋放請求階段出現(xiàn)異常，導致終端未能收到RR Connection Release信令，無法進行回落。問題分析：216。 此類問題主要與S1口的eNodeb和MME設(shè)備相關(guān)，4G網(wǎng)管統(tǒng)計能夠提供CSFB上下文建立成功率和CSFB釋放準備成功率的指標，%左右，如發(fā)現(xiàn)有小區(qū)該指標低于99%，則需要進行硬件故障和參數(shù)核查。（2）4G并發(fā)流程沖突現(xiàn)象：216。 終端收到RR Connection Release信令中未攜帶CSFB頻點信息。問題分析：216。 檢查終端發(fā)出Extend Service Request信令后，是否發(fā)生了切換。由于4G協(xié)議中未明確定義切換后MME要將CSFB請求轉(zhuǎn)至新eNodeB，所以導致新小區(qū)由于不知道用戶要進行CSFB業(yè)務(wù)，從而在釋放信令中不攜帶CSFB頻點。216。 檢查終端發(fā)出Extend Service Request信令前，是否正在進行TAU。4G協(xié)議并為明確定義TAU與CSFB業(yè)務(wù)沖突時的處理機制，因此當TAU與CSFB并發(fā)時，網(wǎng)絡(luò)側(cè)下發(fā)的TAU流程的RR Connection Release會被終端認為是CSFB的RR Connection Release。（3）CSFB開關(guān)或頻點設(shè)置錯誤現(xiàn)象：216。 終端上發(fā)Extend Service Request信令后，沒有收到RR Connection Release信令。問題分析：216。 檢查eNodeB的CSFB開關(guān)、網(wǎng)絡(luò)優(yōu)先級、頻點組序號參數(shù)為空或為0 第三步：2G接入分析 分析流程相比普通的2G呼叫，CSFB業(yè)務(wù)流程的差異主要發(fā)生在UE從4G側(cè)回落2G過程中的駐留小區(qū)選擇過程，大部分問題也都發(fā)生在這個過程中，一旦選擇好合適的2G小區(qū)進行接入，后續(xù)的過程與普通2G呼叫是一致的。4G小區(qū)占用的合理的情況下，UE回落2G過程中可能存在的問題如以下流程所示： 各環(huán)節(jié)分析要點（1）駐留2G小區(qū)失敗現(xiàn)象：4G的RRC Connection Release消息中包括2G頻點組，但UE駐留2G失敗返回4G，或者在TD發(fā)起呼叫 分析要點：216。 4G小區(qū)配置的2G頻點組是否合理，有無缺少應(yīng)有頻點的問題216。 2G側(cè)覆蓋是否存在問題，如弱覆蓋或者下行C/I較差216。 2G側(cè)C1參數(shù)設(shè)置是否合理 （2）LAU失敗 現(xiàn)象：216。 占用不合理的小區(qū)，如與UE距離遠、場強非最好216。 成功占用SD發(fā)起LAU，但SD掉話未能完成LAU過程216。 發(fā)起接入請求后SD占用失敗，有下行系統(tǒng)消息5ter，但是沒有上行的MR發(fā)送216。 發(fā)起接入請求后，系統(tǒng)沒有響應(yīng)，未能占用SD信道216。 鑒權(quán)請求不下發(fā)，核心網(wǎng)計時器超時后結(jié)束LAU過程216。 鑒權(quán)請求延時很長時間下發(fā)，由于SD信道沒有開啟切換，導致SD掉話分析要點：216。 占用的小區(qū)的頻率是否在RRC Connection Release消息中；更好的小區(qū)的頻點是否在RRC Connectio