掉話處理案例總結-免費閱讀
【正文】 但是，由西區(qū)切換回到東區(qū)時沒有這種現(xiàn)象，即切換到東區(qū)后系統(tǒng)恢復向手機發(fā)送雙頻信息。此種情況在 OMC 的統(tǒng)計上不易直接發(fā)覺，但是這個現(xiàn)象會嚴重影響道路測試的效果。圖 11：1 號頻點應寫在位置 12，27 號頻點寫在位置 19圖 12：位置 19 的頻點對應的 BSIC 卻是 3圖 13：切換失敗iii 處理結果經(jīng)過分析后，我們與測試設備生產(chǎn)廠商的工程師商討了這種現(xiàn)象。這其中有兩種情況造成上報的頻點號錯誤，從而造成了系統(tǒng)不能正確識別鄰區(qū)關系不讓手機進行切換：i 切換完成后，手機繼續(xù)掃描一兩個源小區(qū) BA_LIST 中的頻點，而該頻點不屬于當前服務小區(qū)的 BA_LIST，因此這一兩個頻點號在 bit map 中的位置肯定就是錯的，所以導致其他正確頻點在 bit map 中的位置發(fā)生混亂；（三環(huán)、長安街）ii 收到系統(tǒng)消息 5（本頻段信息）后，頻點對應正常，但受到系統(tǒng)消息 5ter（另一頻段信息）后出現(xiàn)異常，最后導致所有頻點號混亂不能切換。掉話現(xiàn)象:圖 10:不切換直至拖帶掉話② 對問題的分析在分析問題之前，我們先來了解一下系統(tǒng)消息 5/5ter 與手機中 bitmap 的對應關系。ii 三環(huán)：占用小區(qū)公主墳 DCS2(30958)，不切換持續(xù) 6’37”掉話 TA=6。圖 9 為 Intra_bss handover 為例：當切換失敗后，手機向源小區(qū)發(fā)送 Handover Failure 消息，若由于各種原因造成源小區(qū)未收到該消息，從而造成 T3103 超時，這時 BSS 的 ho_lostms 計數(shù)器就會加 1，記做一次切換掉話。③ 設置偏大的參數(shù) hreqt * hreqave一般來說，解出鄰區(qū)的 BSIC 以后，且該鄰區(qū)為上報的最好的六個鄰區(qū)內(nèi)，系統(tǒng)才會對其是否切換進行判決。這樣一般情況下就會降低平均電平值，從而會影響 PBGT 的切換速度，有可能造成延遲切換或不切換。6) BSS 參數(shù)設置不當其實參數(shù)設置不當中，有很大一部分是與切換有關的。如果在路測中發(fā)現(xiàn)起呼占上 TCH 后信號衰減嚴重造成掉話，應該從各信道盤功率是否未調平入手考慮。圖 8：同小區(qū)天饋線方位角不同iv 由于天饋線自身原因而產(chǎn)生的掉話。整個小區(qū)對調連錯的情況比較容易發(fā)現(xiàn)，因為在 IDLE 狀態(tài)或根據(jù)鄰區(qū)強度僅僅測試 BCCH 的強度即可，但是，單個載頻對接連錯的情況就不容易發(fā)現(xiàn)了，因為只有手機占到錯誤信道盤時才會發(fā)現(xiàn)，例如場強的突然衰減等。在這一節(jié)中，我們就介紹以下所遇到過的硬件問題導致的掉話，一般來說，如果硬件有問題的話，從統(tǒng)計結果的掉話次數(shù)和掉話率上就能比較明顯的發(fā)現(xiàn)異常。因此，當測試人員繼續(xù)行駛后，就會因無鄰區(qū)可切而造成拖帶掉話（例如在紅色區(qū)域）。在實際工作中，如果遇到上述情況，在分析出不是缺鄰區(qū)的問題后，就應該檢查是否目標小區(qū) TCH 擁塞。如圖5所示，我們看到有頻點號為 34，35 的鄰頻存在，C/I = 21dbm。2) 缺少鄰區(qū) amp。實例 2：直放站、阻斷器造成的掉話隨著用戶的增多，很多賓館酒店寫字樓等建筑物內(nèi)為了解決電梯、地下室等信號覆蓋的盲區(qū)就會出現(xiàn)私建直放站，從而產(chǎn)生了強烈的上下行干擾，有時波及周圍很多小區(qū)的性能，對網(wǎng)絡指標的影響非常大。分析：在我們?nèi)粘y試中這種情況多是由于干擾或是硬件問題引起的。在發(fā)射設備的非線性單元由于載波與通過天線進入的干擾信號產(chǎn)生互調干擾，會引起通話質量下降，產(chǎn)生掉話。考慮到2層信令的接續(xù)等問題，我們把掉話作如下描述。1) 頻率干擾干擾會導致誤碼率升高，通信質量下降，是造成掉話的一個重要的原因。下面兩個例子分別從由于直放站造成的帶外干擾、由于頻率規(guī)劃原因造成的帶內(nèi)干擾兩個方面對干擾造成的掉話進行了說明。3361 是 3363 的鄰區(qū)但是 914 不是，由于 3361 于 914 同 BCCH，手機切到了 3361 上。查找該小區(qū)的統(tǒng)計發(fā)現(xiàn)，整個小區(qū)的各個載頻均有較嚴重的 IOI 干擾電平，因此，可以認定當時基站是 Link_Fail 計時器超時自行拆線，而上行干擾是造成這次掉話的罪魁禍首。但 3703 強度高 20dbm，但由于無 3703 鄰區(qū)，只能切換至 3266，造成干擾。在整個拖帶過程中，很有可能鄰區(qū)列表中的場強遠遠大于服務小區(qū)電平值，同時其它頻點的BSIC也已經(jīng)解出，但就是沒有下行的 Handover_Command 消息。比較典型的情況是：一個較高的基站 A 的天線沒有作下傾角或只有很小的下傾角度，與它相鄰的一個基站 B 的天線高度較低，覆蓋范圍很小，造成B的覆蓋范圍被 A 完全包含。4) 有線口的信道釋放造成的掉話●Abis掉話：這類掉話主要是傳輸質量引起的，如傳輸誤碼、滑碼、幀丟失等。而且天線包含的參數(shù)也有很多，象方位角、機械下傾角、電子下傾角、波瓣寬度、空間分集接收天線距離、饋線駐波比等。iii 由于天饋線方位角原因而產(chǎn)生的掉話在基站安裝過程中每個定向小區(qū)可能會有兩副單極化天線，當兩副天線的方位角不同時就會形成如圖 8 中 A 和 C 所示小區(qū)。兩副天線之間的水平距離（經(jīng)驗值）應為垂直距離的十分之一，至少應大于 3m。在實際情況中，時鐘的漂移對于起呼的影響是微弱的，通常對于切換的影響是巨大的。① missing report 設為 enable手機在 Dedicate Mode下上報的 Measurement Report 中所報告的服務小區(qū)的 RxLev 和 RxQual 以及 Neighbor 的接收電平值是系統(tǒng)進行平均、篩選、判決和排隊過程的基礎。其中有些算法是要設置一些計時器的，如果參數(shù)設置不夠合理，設置了過長的 Timer，如Type5,typ
教學教案相關推薦
鄂ICP備17016276號-1