【資料名稱】：CDMA網(wǎng)優(yōu)案例

【資料作者】：中興

【資料日期】：2008

【資料語言】：中文

【資料格式】：DOC

【資料目錄和簡介】：

共有4個專題案例，10多個案例把，可以學(xué)習(xí)參考一下

基站經(jīng)緯度配置錯誤導(dǎo)致的呼叫失敗
問題類型：呼叫失敗
問題原因：BSC的經(jīng)緯度同步功能存在問題，導(dǎo)致AE型基站經(jīng)緯度信息超出正常范圍；
排查人員：周家輝，徐永軍
地 點：摩洛哥WANA網(wǎng)絡(luò)BSC1下部分AE型基站
時 間：2007年8月6日
提交人員：徐永軍
審核人員：
1.問題描述
8月5日晚，局方反映LBI地區(qū)用戶呼叫困難，從話務(wù)統(tǒng)計和業(yè)務(wù)觀察來看該地區(qū)基站的呼叫成功率很高，但是話務(wù)量有明顯降低。后臺無任何嚴(yán)重告警。
2.問題分析
移動臺在讀取同步信道后，必須收集到一整套配置消息后才能對系統(tǒng)進(jìn)行操作，這其中包含了所有必須的配置參數(shù)。這些配置消息為：系統(tǒng)參數(shù)消息，接入?yún)��?shù)消息，CDMA信道列表消息，鄰區(qū)列表消息（擴(kuò)展鄰區(qū)列表消息），擴(kuò)展系統(tǒng)參數(shù)消息。
然后移動臺就可以進(jìn)行起呼，呼叫響應(yīng)和登記等操作了。該案例中就是由于移動臺拋棄了出現(xiàn)錯誤的系統(tǒng)參數(shù)消息，因此無法進(jìn)行起呼，呼叫響應(yīng)和登記等操作。
3.處理過程
首先我們檢查了該區(qū)域基站的歷史告警，發(fā)現(xiàn)無任何嚴(yán)重告警；基站數(shù)據(jù)觀察也顯示這些基站的RSSI值也很正常，為-110dBm左右。
由于LBI地區(qū)絕大部分基站為單載頻基站，話務(wù)量較大，存在較多的由于功率資源或CE資源不足導(dǎo)致的呼叫失敗，但之前并沒有用戶投訴。因此我們懷疑用戶投訴的呼叫困難是由于資源不足導(dǎo)致的。因此我們對基站作了業(yè)務(wù)觀察，但是發(fā)現(xiàn)這些基站的呼叫成功率非常高，只是基站下的起呼次數(shù)變少了，且所有呼叫成功的呼叫類型均為分配進(jìn)入軟切換。如下圖所示：

然后我們通過話務(wù)統(tǒng)計分析發(fā)現(xiàn)CAS地區(qū)部分基站也存在相同的話務(wù)量明顯降低的問題：BSC1下很多基站自8月3日凌晨開始出現(xiàn)了話務(wù)量明顯下降的問題，且這些基站的類型均為AE型基站；BSC2下AE基站不存在此類問題。如下圖所示：

通過對這些基站的業(yè)務(wù)觀察發(fā)現(xiàn)，這些基站的呼叫成功率也很高,但是呼叫次數(shù)比以前下降很多,而且所有成功的呼叫全部都是分配進(jìn)入軟切換,無單獨使用本基站信號的呼叫。通過探針觀察基站下的實時用戶數(shù)，發(fā)現(xiàn)該基站下通話的用戶非常少。
接著我們對這些基站進(jìn)行了信令跟蹤，但是信令跟蹤只收到很少的起呼消息，且起呼類型均為分配進(jìn)入軟切換。因此我們懷疑這些AE基站下的手機(jī)可能根本無法正常待機(jī)。
因此我們懷疑8月3日凌晨BSC1的配置數(shù)據(jù)可能做過改動，但是我們通過參數(shù)檢查并未發(fā)現(xiàn)任何異常。因此我們決定：
1.將BSC1的配置數(shù)據(jù)恢復(fù)至8月3日前最近備份的配置數(shù)據(jù)；
2.選擇離機(jī)房較近的CAS-0040基站進(jìn)行前臺信令的采集，并驗證BSC1配置數(shù)據(jù)恢復(fù)后該問題是否得到解決；
我們使用CNT對現(xiàn)場情況進(jìn)行了測試，我們首先選擇了一個單導(dǎo)頻區(qū)域，然后進(jìn)行手動撥打測試，發(fā)現(xiàn)手機(jī)一直沒有上報主叫消息，這也就是為什么業(yè)務(wù)觀察中無任何失敗的原因了；其次我們在切換區(qū)域進(jìn)行撥打測試，發(fā)現(xiàn)如果僅僅使用本基站信號是無法進(jìn)行呼叫的，但如果同時使用鄰近基站同時進(jìn)行起呼時，每次呼叫都能夠成功。但是究竟什么原因?qū)е率謾C(jī)不發(fā)送起呼消息呢？我們懷疑手機(jī)并未進(jìn)入待機(jī)狀態(tài)。因此我們檢查手機(jī)是否收到了這些開銷消息，但是發(fā)現(xiàn)手機(jī)的確收到了所有這些開銷消息。如下圖所示：

最后我們注意到手機(jī)的Debug消息中有很多的錯誤信息“Ignore Sys Params Msg- Range Violation”，說明手機(jī)拋棄的系統(tǒng)參數(shù)消息，因此手機(jī)根本無法進(jìn)行呼叫操作。如下圖所示：

這條消息說明System Parameter Message中的某個參數(shù)配置錯誤，查看系統(tǒng)參數(shù)消息發(fā)現(xiàn)消息中的GPS經(jīng)緯度信息超出了正常的范圍（經(jīng)度：取值范圍-1296000 ~ 1296000（對應(yīng)-90 degree ~ 90 degree）；緯度：取值范圍-2592000 ~ 2592000（對應(yīng)-180 degree ~ 180 degree））。如下圖所示：

后臺通過修改該基站的經(jīng)緯度至正常范圍后，我們選擇了幾個AE基站進(jìn)行測試和業(yè)務(wù)觀察，這些基站的呼叫問題已經(jīng)得到解決。
最終我們定位了GPS經(jīng)緯度配置錯誤引起的主要原因為：在使用8.19版本OMC后臺的經(jīng)緯度同步功能（如下圖所示）時，雖然AE基站的經(jīng)經(jīng)度在診斷測試中是正確的，但實際配置到系統(tǒng)參數(shù)中時卻出現(xiàn)了轉(zhuǎn)換錯誤，超出了正常范圍。

4.經(jīng)驗總結(jié)
由于BSC后臺無任何告警信息，業(yè)務(wù)觀察和話務(wù)統(tǒng)計也均沒有任何呼叫失敗，僅僅依靠后臺信令跟蹤和業(yè)務(wù)觀察等工具根本無法準(zhǔn)確定位此問題；因此我們認(rèn)為今后遇到此類問題還是應(yīng)該首先在第一時間到現(xiàn)場進(jìn)行測試，以更加快速地定位問題。
另一方面，我們可以看到在該問題的處理過程中，Debug消息對我們定位問題起到了重要的作用，這是因為即使系統(tǒng)參數(shù)消息中攜帶的經(jīng)緯度是錯誤的，但只要不超出正常范圍的話，對呼叫是不會造成任何影響的。