【正文】 triggered”，“UE Not Available For PS Service”，“InterRAT redirection”時統(tǒng)計該指標，并且在MME回復ERAB RELEASE COMMAND消息時，該指標不會被重復記錄，如果ERAB RELEASE INDICATION消息中要求同時釋放多個ERAB，則相應指標按各個業(yè)務的QCI分別進行累加；如圖2中A點所示，當eNodeB向MME發(fā)送UE CONTEXT RELEASE REQUEST消息，會釋放UE的所有ERAB。當有數(shù)傳且釋放原因不為“Normal Release”，“Detach”，“User Inactivity”，“cs fallback triggered”，“UE Not Available For PS Service”，“InterRAT redirection”時統(tǒng)計該指標，相應指標按各個業(yè)務的QCI分別進行累加。并且在MME回復UE CONTEXT RELEASE COMMAND消息時，該指標不會被重復記錄。ERAB正常釋放次數(shù)：圖1圖2如圖1中A點所示，當eNodeB收到來自MME的ERAB RELEASE COMMAND消息時統(tǒng)計該指標，如果是MME主動發(fā)起的釋放，根據(jù)不同QCI統(tǒng)計對應指標；如果是eNodeB主動發(fā)起的釋放，當釋放原因為“Normal Release”，“Detach”，“User Inactivity”，“cs fallback triggered”，“UE Not Available For PS Service”，“InterRAT redirection”時，根據(jù)不同QCI統(tǒng)計對應指標。如果ERAB RELEASE COMMAND消息中要求同時釋放多個ERAB，則相應指標按各個業(yè)務的QCI分別進行累加。如圖2中A點所示，當eNodeB收到來自MME的UE CONTEXT RELEASE COMMAND消息，會釋放UE的所有ERAB。如果是MME主動發(fā)起的釋放，根據(jù)不同QCI統(tǒng)計對應指標；如果是eNodeB主動發(fā)起的釋放，當釋放原因為“Normal Release”，“Detach”，“User Inactivity”，“cs fallback triggered”，“UE Not Available For PS Service”，“InterRAT redirection”時，相應指標按各個業(yè)務的QCI分別進行累加。指標指標描述小區(qū)ERAB異常釋放總次數(shù)eNodeB異常釋放ERAB的總次數(shù)小區(qū)ERAB正常釋放總次數(shù)eNodeB正常釋放ERAB的總次數(shù)小區(qū)ERAB異常釋放原因無線層問題導致的ERAB異常釋放次數(shù)傳輸層問題導致的ERAB異常釋放次數(shù)網(wǎng)絡擁塞導致的ERAB異常釋放次數(shù)切換流程失敗導致ERAB異常釋放次數(shù)核心網(wǎng)問題導致ERAB異常釋放次數(shù)此外，話統(tǒng)還針對各QCI進行了ERAB異常釋放次數(shù)和ERAB正常釋放次數(shù)的統(tǒng)計。由于目前很少用到不同的QCI，業(yè)務基本都是QCI＝6的業(yè)務，所以不需要關注具體的業(yè)務類別的ERAB異常釋放統(tǒng)計。指標定義無線掉線率＝小區(qū)ERAB異常釋放總次數(shù)/(小區(qū)ERAB異常釋放總次數(shù)+小區(qū)ERAB正常釋放總次數(shù))100％相關案例介紹分析切換不及時問題問題描述：北京銀行燕京支行2小區(qū)站間切換成功率較低，掉線次數(shù)較多，影響全網(wǎng)KPI指標數(shù)據(jù)。從CDL信令上看，基站在收到測量報告，下發(fā)RRC重配置消息后，直接收到UE的重建立請求。由于源小區(qū)認為該UE已經(jīng)切換到了目標小區(qū)所以釋放了該UE上下文信息，導致了重建立被拒絕。查看目標小區(qū)同一時間點的CDL日志發(fā)現(xiàn)，目標小區(qū)在收到切換請求后并未收到UE反饋的重配置完成，造成切換失敗。問題分析：提取終端側(cè)log，發(fā)現(xiàn)測試車輛延長安街由東向西行駛，終端發(fā)起業(yè)務占用北京銀行燕京支行2小區(qū)（PCI=211），車輛繼續(xù)向西行駛，RSRP從90dBm降至100dBm以下，出現(xiàn)掉話。觀察該路段RSRP值分布發(fā)現(xiàn)， 北京銀行燕京支行2小區(qū)（PCI =221）覆蓋方向向西約200米后，出現(xiàn)黃色覆蓋區(qū)域，RSRP為100dBm以下，鄰區(qū)列表中測量到最強鄰小區(qū)北京鐵路局1小區(qū)（PCI= 111）RSRP也是100dBm以下，且兩小區(qū)RSRP值相近，一直無法滿足切換判決條件，當測試車輛繼續(xù)向西行駛時，無線環(huán)境繼續(xù)惡劣導致掉話。北京銀行燕京支行2小區(qū)（PCI=211）天線向西方向有高層建筑遮擋天饋系統(tǒng)無法調(diào)整，另北京鐵路局1小區(qū)（PCI =111）距離掉話區(qū)域650米左右，調(diào)整其天饋系統(tǒng)不會產(chǎn)生太大的改善。所以建議調(diào)整北京銀行燕京支行2小區(qū)（PCI=211）向鐵路局1小區(qū)（PCI =111）切換的遲滯量，使其更容易向鐵路局1小區(qū)（PCI =111）切換以避免掉話。調(diào)整建議：具體調(diào)整參數(shù)如下。參數(shù)名稱參數(shù)位置原始值目標值鄰小區(qū)個性化偏移（dB）小區(qū)鄰小區(qū)關系03調(diào)整結(jié)果：調(diào)整完成后，使終端提早切換至北京鐵路局1小區(qū)（PCI= 111），避免了終端掉話的風險。調(diào)整后如下圖：核心網(wǎng)問題問題描述:UE終端占用林業(yè)大學搬遷試擴3小區(qū)，發(fā)送MeasurementReport后，核心網(wǎng)無故發(fā)起EPS去附著導致未切換前掉線。問題分析：無線側(cè)：通過回放LOG，發(fā)現(xiàn)此次RRC釋放是由核心網(wǎng)下發(fā)EPS去附著導致，與無線側(cè)無關。CDS截圖如下：基站側(cè)：請后臺分析人員抓取相應基站日志，發(fā)現(xiàn)此流程都是由終端與核心網(wǎng)的NAS層消息決定的，與基站無關。下面是分析過程：MME S1AP ID為284984的用戶發(fā)起TAU，TAU完成后，核心網(wǎng)發(fā)起了去附著請求，后續(xù)終端又發(fā)起TAU被核心網(wǎng)拒絕釋放。這些流程是由終端與核心網(wǎng)的NAS層消息決定的，與基站沒有關系，需要請核心網(wǎng)同事一起定位，看看原因。核心網(wǎng)側(cè)：咨詢了核心網(wǎng)的同事，得知他們最近在修改MMEC，會導致核心網(wǎng)釋放注冊用戶，主動下發(fā)detach的情況。我們上次出現(xiàn)的異常釋放是由于核心網(wǎng)修改MMEC導致。之后多次測試都未復現(xiàn)該現(xiàn)象。解決方案：此問題已確認與基站無關，是終端與核心網(wǎng)之間交互的問題。由于出現(xiàn)現(xiàn)象的時候核心網(wǎng)在修改MMEC，因為此操作導致的核心網(wǎng)無故下發(fā)detach，導致RRC釋放。幀頭未對齊導致的干擾問題問題描述：5月16日，00F大方巷專項 2小區(qū)切換成功率很低，查看小區(qū)無告警：從CDL信令看，UE接收到rrc重配置消息后，再向目標小區(qū)發(fā)起接入過程中，之后UE發(fā)送rrc重配置完成失敗，沒有接入目標小區(qū)，源小區(qū)超時后認為切換出失?。辉鞠駿PC發(fā)起UE上下文釋放請求。信令流程如下：處理方法：通過提取小區(qū)IOT報表發(fā)現(xiàn)該站存在明顯干擾，上行低噪較高，且觀察其他KPI指標均較差。定位過程：首先用掃頻儀排除外部干擾后，由于此站為雙?；荆榭雌湫^(qū)子幀配比情況，發(fā)現(xiàn)與TDSCDMA系統(tǒng)的子幀幀頭沒有對齊，造成干擾。LTLTE在基站側(cè)由上行接收轉(zhuǎn)外下行發(fā)送需要一定的設備切換時間，在TDSCDMA系統(tǒng)中，每一個時隙后總有16碼片的空閑時刻可以用于設備的切換，但是在TDLTE的幀結(jié)構(gòu)中沒有預留這個切換時間。這使得，對于TDLTE系統(tǒng)的終端來說，需要在其發(fā)送時需要考慮基站側(cè)的UL224。DL的切換時間，進行提前發(fā)送。具體如下圖所示：處理建議： 南京大唐的幀頭與TDS已對齊，建議南京卡特LTE幀頭與TDS現(xiàn)網(wǎng)對齊。