掉話處理案例總結(jié)-文庫吧資料
2025-04-23 01:31本頁面
【正文】 enable手機在 Dedicate Mode下上報的 Measurement Report 中所報告的服務(wù)小區(qū)的 RxLev 和 RxQual 以及 Neighbor 的接收電平值是系統(tǒng)進行平均、篩選、判決和排隊過程的基礎(chǔ)。可以這樣說，大多數(shù)的 BSS 參數(shù)設(shè)置都涉及到起呼和切換，一旦設(shè)置不當(dāng)就會造成掉話隱患，如何在網(wǎng)絡(luò)中找到最合理的參數(shù)配置就是網(wǎng)絡(luò)優(yōu)化最核心的工作，不僅是無線參數(shù)同時還要考慮有線口的需要，甚至還要考慮長途來話接通率等問題。如果不處理好切換參數(shù)，造成延遲切換或乒乓切換都對通話有很大的影響。所以，由于時鐘問題造成的掉話，也可以歸結(jié)為切換掉話的范疇，我們在《路測切換失敗的分析》部分中有詳細介紹。在實際情況中，時鐘的漂移對于起呼的影響是微弱的，通常對于切換的影響是巨大的。但影響到 Um 接口路測的現(xiàn)象沒有什么不同。注：在遠端登錄，觀察基站 Calibration用 Telnet 等方式接入基站，可以使用 disp_cal_data命令通過 offset 值來看各個載頻功率是否調(diào)平。如果在路測中遇到原因不明的通話質(zhì)量差造成掉話的現(xiàn)象，應(yīng)該通過 OMCR 提出該小區(qū)以及該載頻的 RF_LOSS 統(tǒng)計，加以驗證是 CTU 的硬件問題。兩副天線之間的水平距離（經(jīng)驗值）應(yīng)為垂直距離的十分之一，至少應(yīng)大于 3m。v 由于兩副天線之間的距離原因而產(chǎn)生的掉話。天饋線損傷、進水、打折和接頭處接觸不良，均會降低發(fā)射功率和收信靈敏度，從而產(chǎn)生嚴(yán)重的掉話。在 C 小區(qū)中的用戶將無法收到 BCCH 信號。iii 由于天饋線方位角原因而產(chǎn)生的掉話在基站安裝過程中每個定向小區(qū)可能會有兩副單極化天線，當(dāng)兩副天線的方位角不同時就會形成如圖 8 中 A 和 C 所示小區(qū)。ii 由于兩副天線俯仰角不同而產(chǎn)生的掉話在基站安裝過程中定向小區(qū)有可能用兩副單極化收發(fā)天線，當(dāng)小區(qū)的 SDCCH 和 BCCH 采用 NOCOMBINED MODE 時，該小區(qū)的 BCCH 和 SDCCH 就有可能分別從兩副不同的天線發(fā)出。此時路測現(xiàn)象就是電平衰耗較大，同時 Quality 變差導(dǎo)致掉話。i 由于信道盤和天線接錯而產(chǎn)生的掉話此種情況常發(fā)生于大配置站型，由于會牽扯到跨機柜的擴展連接等問題，有時會出現(xiàn)整個基站 2 個甚至 3 個小區(qū)互相連錯天線的情況，還有兩個小區(qū)間單個載頻對調(diào)錯連天線的情況。而且天線包含的參數(shù)也有很多，象方位角、機械下傾角、電子下傾角、波瓣寬度、空間分集接收天線距離、饋線駐波比等。這點的具體分析可以見后面的《第四章－路測中見到的典型的掉話現(xiàn)象》。但是，對于話務(wù)量分布比較特殊的基站，例如：小區(qū)覆蓋范圍內(nèi)沒有主要道路，用戶移動速度較慢等情況，部分天線問題就不容易從統(tǒng)計結(jié)果中發(fā)現(xiàn)。5) 硬件故障直接導(dǎo)致的掉話經(jīng)驗指出在現(xiàn)網(wǎng)中大多數(shù)掉話都是由于頻率干擾和這樣或那樣的基站硬件問題所導(dǎo)致的。4) 有線口的信道釋放造成的掉話●Abis掉話：這類掉話主要是傳輸質(zhì)量引起的，如傳輸誤碼、滑碼、幀丟失等。② 看不到有比當(dāng)前服務(wù)小區(qū)信號更強的信號，說明小區(qū) C 的頻點不在 A 小區(qū)的 BA_LIST 中，手機沒有對該頻點進行掃描。解決的辦法就是如圖中所示，將小區(qū) A 的覆蓋范圍控制好（小區(qū) A’），就可以解決過覆蓋造成掉話的問題。所以在越過綠色的 B 小區(qū)主控覆蓋范圍后，手機還會“回切”至 A 小區(qū)，但是由于種種原因，A 小區(qū)并沒有 C 小區(qū)的鄰區(qū)。比較典型的情況是：一個較高的基站 A 的天線沒有作下傾角或只有很小的下傾角度，與它相鄰的一個基站 B 的天線高度較低，覆蓋范圍很小，造成B的覆蓋范圍被 A 完全包含。這種情況一般發(fā)生在郊區(qū)缺乏基站覆蓋或山區(qū)信號阻擋較嚴(yán)重的地區(qū)，解決這種無信號覆蓋的唯一辦法就是加站或是直放站擴大覆蓋。3) 覆蓋問題（Poor level amp。② 排在鄰區(qū)列表前幾位的頻點與已解出的 BSIC 組合之后得出的小區(qū)必定不是當(dāng)前服務(wù)小區(qū)的鄰區(qū)。在整個拖帶過程中，很有可能鄰區(qū)列表中的場強遠遠大于服務(wù)小區(qū)電平值，同時其它頻點的BSIC也已經(jīng)解出，但就是沒有下行的 Handover_Command 消息。加上鄰區(qū)后，一切恢復(fù)正常。從源小區(qū) 56 的 SYSTEM INFORMATION TYPE 5 中看到 Neighbor 的頻點 list 中沒有 35 號頻點，即說明 56 沒有 3703 的鄰區(qū)，因此在 56 為服務(wù)小區(qū)時，手機沒有對 35 號頻點進行掃描。圖 4：系統(tǒng)消息 5 中沒有 35 號頻點切換后，發(fā)現(xiàn)服務(wù)小區(qū)電平依然很強但 Quality 突然變差，最后致使掉話。但 3703 強度高 20dbm，但由于無 3703 鄰區(qū)，只能切換至 3266，造成干擾。實例：Cell56 缺 Cell3703 鄰區(qū)最終導(dǎo)致掉話。目標(biāo)小區(qū)話務(wù)信道擁塞嚴(yán)重其實缺少鄰區(qū)的現(xiàn)象和目標(biāo)小區(qū) TCH 擁塞嚴(yán)重在 DT 測試中的現(xiàn)象是極為相似的。因此阻斷器的干擾影響比直放站更加嚴(yán)重。查找該小區(qū)的統(tǒng)計發(fā)現(xiàn)，整個小區(qū)的各個載頻均有較嚴(yán)重的 IOI 干擾電平，因此，可以認定當(dāng)時基站是 Link_Fail 計時器超時自行拆線，而上行干擾是造成這次掉話的罪魁禍?zhǔn)?。如下圖，占上問題小區(qū)后下行 Rx_Level，Rx_Quality 都很好，但是過了十幾秒后系統(tǒng)停止發(fā)送 System Info 5/5ter/6，進入了 IDLE 狀態(tài)，沒有 Disconnect 以及 Channel Release 等拆線消息。頻率阻斷器是一種寬帶的干擾器，其安裝的目的就是要對移動通信系統(tǒng)產(chǎn)生強烈的干擾，以達到阻斷器周圍一定范圍內(nèi)手機無法接入系統(tǒng)服務(wù)的目的。圖 2：事故原因：同頻干擾造成掉話，通過對規(guī)劃的
教學(xué)教案相關(guān)推薦
鄂ICP備17016276號-1