掉話處理案例總結(jié)(編輯修改稿)
2025-05-14 01:31 本頁(yè)面
【文章內(nèi)容簡(jiǎn)介】 接收天線距離、饋線駐波比等。因此，可以說(shuō)天線某個(gè)環(huán)節(jié)如果出現(xiàn)問(wèn)題，對(duì)于基站性能的影響都是巨大的。i 由于信道盤和天線接錯(cuò)而產(chǎn)生的掉話此種情況常發(fā)生于大配置站型，由于會(huì)牽扯到跨機(jī)柜的擴(kuò)展連接等問(wèn)題，有時(shí)會(huì)出現(xiàn)整個(gè)基站 2 個(gè)甚至 3 個(gè)小區(qū)互相連錯(cuò)天線的情況，還有兩個(gè)小區(qū)間單個(gè)載頻對(duì)調(diào)錯(cuò)連天線的情況。整個(gè)小區(qū)對(duì)調(diào)連錯(cuò)的情況比較容易發(fā)現(xiàn)，因?yàn)樵?IDLE 狀態(tài)或根據(jù)鄰區(qū)強(qiáng)度僅僅測(cè)試 BCCH 的強(qiáng)度即可，但是，單個(gè)載頻對(duì)接連錯(cuò)的情況就不容易發(fā)現(xiàn)了，因?yàn)橹挥惺謾C(jī)占到錯(cuò)誤信道盤時(shí)才會(huì)發(fā)現(xiàn)，例如場(chǎng)強(qiáng)的突然衰減等。此時(shí)路測(cè)現(xiàn)象就是電平衰耗較大，同時(shí) Quality 變差導(dǎo)致掉話。具體現(xiàn)象可見167。ii 由于兩副天線俯仰角不同而產(chǎn)生的掉話在基站安裝過(guò)程中定向小區(qū)有可能用兩副單極化收發(fā)天線，當(dāng)小區(qū)的 SDCCH 和 BCCH 采用 NOCOMBINED MODE 時(shí)，該小區(qū)的 BCCH 和 SDCCH 就有可能分別從兩副不同的天線發(fā)出。當(dāng)兩副天線的俯仰角不同時(shí)，就會(huì)造成兩副天線的覆蓋范圍不同，當(dāng)用戶在某個(gè)區(qū)域中，能收到 BCCH 信號(hào)，但產(chǎn)生呼叫時(shí)卻因無(wú)法占用 SDCCH 而掉話。iii 由于天饋線方位角原因而產(chǎn)生的掉話在基站安裝過(guò)程中每個(gè)定向小區(qū)可能會(huì)有兩副單極化天線，當(dāng)兩副天線的方位角不同時(shí)就會(huì)形成如圖 8 中 A 和 C 所示小區(qū)。在 A 小區(qū)中的用戶可以收到控制信號(hào) SDCCH，但用戶一旦被指定為由另一副天線發(fā)射出的 TCH 時(shí)就會(huì)造成掉話。在 C 小區(qū)中的用戶將無(wú)法收到 BCCH 信號(hào)。圖 8：同小區(qū)天饋線方位角不同iv 由于天饋線自身原因而產(chǎn)生的掉話。天饋線損傷、進(jìn)水、打折和接頭處接觸不良，均會(huì)降低發(fā)射功率和收信靈敏度，從而產(chǎn)生嚴(yán)重的掉話。通常我們僅僅從 OMCR 的統(tǒng)計(jì)中看小區(qū)天線的 PathBalance 是不能完全反映實(shí)際天線情況的，這時(shí)應(yīng)該對(duì)懷疑有問(wèn)題的天線進(jìn)行核查，排除這方面的故障。v 由于兩副天線之間的距離原因而產(chǎn)生的掉話。采用空間分集的小區(qū)兩副天線之間應(yīng)保持一定的水平距離以實(shí)現(xiàn)分集接收，否則將會(huì)降低收信靈敏度產(chǎn)生掉話。兩副天線之間的水平距離（經(jīng)驗(yàn)值）應(yīng)為垂直距離的十分之一，至少應(yīng)大于 3m。② 由于信道盤故障引起掉話信道盤故障包括 CTU 自身數(shù)字模塊出現(xiàn)故障和各信道盤未作 Calibration。如果在路測(cè)中遇到原因不明的通話質(zhì)量差造成掉話的現(xiàn)象，應(yīng)該通過(guò) OMCR 提出該小區(qū)以及該載頻的 RF_LOSS 統(tǒng)計(jì)，加以驗(yàn)證是 CTU 的硬件問(wèn)題。如果在路測(cè)中發(fā)現(xiàn)起呼占上 TCH 后信號(hào)衰減嚴(yán)重造成掉話，應(yīng)該從各信道盤功率是否未調(diào)平入手考慮。注：在遠(yuǎn)端登錄，觀察基站 Calibration用 Telnet 等方式接入基站，可以使用 disp_cal_data命令通過(guò) offset 值來(lái)看各個(gè)載頻功率是否調(diào)平。③ 由于時(shí)鐘失鎖引起的掉話時(shí)鐘失鎖的原因有很多，比如傳輸 2M 中的時(shí)鐘不穩(wěn)、基站 MSI 板子出現(xiàn)問(wèn)題、GCLK 出現(xiàn)問(wèn)題等。但影響到 Um 接口路測(cè)的現(xiàn)象沒(méi)有什么不同。理論上，時(shí)鐘失鎖會(huì)影響到起呼和切換的正常進(jìn)行。在實(shí)際情況中，時(shí)鐘的漂移對(duì)于起呼的影響是微弱的，通常對(duì)于切換的影響是巨大的。往往由于目標(biāo)小區(qū)或服務(wù)小區(qū)時(shí)鐘失鎖，造成切換失敗，嚴(yán)重影響了通話質(zhì)量和掉話率。所以，由于時(shí)鐘問(wèn)題造成的掉話，也可以歸結(jié)為切換掉話的范疇，我們?cè)凇堵窚y(cè)切換失敗的分析》部分中有詳細(xì)介紹。6) BSS 參數(shù)設(shè)置不當(dāng)其實(shí)參數(shù)設(shè)置不當(dāng)中，有很大一部分是與切換有關(guān)的。如果不處理好切換參數(shù)，造成延遲切換或乒乓切換都對(duì)通話有很大的影響。例如 PBGT Handover 的 HO_Margin 設(shè)置過(guò)大，就有可能造成切換較晚，有可能等到鄰區(qū)強(qiáng)于服務(wù)小區(qū)很高電平后，才切換，也有可能由于通話質(zhì)量不佳等原因觸發(fā)緊急切換，這就造成了掉話隱患?？梢赃@樣說(shuō)，大多數(shù)的 BSS 參數(shù)設(shè)置都涉及到起呼和切換，一旦設(shè)置不當(dāng)就會(huì)造成掉話隱患，如何在網(wǎng)絡(luò)中找到最合理的參數(shù)配置就是網(wǎng)絡(luò)優(yōu)化最核心的工作，不僅是無(wú)線參數(shù)同時(shí)還要考慮有線口的需要，甚至還要考慮長(zhǎng)途來(lái)話接通率等問(wèn)題。在這里我們僅摘出幾個(gè)影響嚴(yán)重，但又不容易被想到的參數(shù)列出來(lái)，在一般經(jīng)常調(diào)整的參數(shù)為發(fā)現(xiàn)異常的時(shí)候，就需要我們多深入的檢查其他參數(shù)的合理性。① missing report 設(shè)為 enable手機(jī)在 Dedicate Mode下上報(bào)的 Measurement Report 中所報(bào)告的服務(wù)小區(qū)的 RxLev 和 RxQual 以及 Neighbor 的接收電平值是系統(tǒng)進(jìn)行平均、篩選、判決和排隊(duì)過(guò)程的基礎(chǔ)。在這個(gè)復(fù)雜的判決過(guò)程中，會(huì)涉及到很多參數(shù)，例如Hreqave、Hreqt、n 值、p 值等，在 motorola 的小區(qū)參數(shù)里有一個(gè)參數(shù) missing report。簡(jiǎn)要來(lái)說(shuō)，將設(shè)為 enable時(shí)，系統(tǒng)由于種種原因沒(méi)有收到手機(jī)上報(bào)的 Measurement Report 的 SACCH 幀時(shí)，RxLev 將用110dBm 代替。這樣一般情況下就會(huì)降低平均電平值，從而會(huì)影響 PBGT 的切換速度，有可能造成延遲切換或不切換。從而造成掉話。一般應(yīng)把該參數(shù)設(shè)為 disable，即用上一個(gè)采樣值頂替該丟失幀的采樣值。② pbgt_ho_type 中參數(shù)設(shè)置過(guò)于苛刻這也是一種延遲切換造成掉話的可能原因。在 motorola 系統(tǒng)中可以根據(jù)覆蓋環(huán)境的不同定義幾種不同的 PBGT 算法。其中有些算法是要設(shè)置一些計(jì)時(shí)器的，如果參數(shù)設(shè)置不夠合理，設(shè)置了過(guò)長(zhǎng)的 Timer，如Type5,type6，用戶走出了鄰區(qū)范圍還沒(méi)有切換，就會(huì)拖帶掉話。其它參數(shù)設(shè)置不當(dāng)也會(huì)造成拖帶，例如 Type3 中包括上下行的 Rxlev 的門限
教學(xué)教案相關(guān)推薦
鄂ICP備17016276號(hào)-1