【資料名稱】：功控導致 乒乓切換.docx

【資料作者】：jk

【資料日期】：2011

【資料語言】：中文

【資料格式】：DOC

【資料目錄和簡介】：

功控參數設置不合理導致乒乓切換 [現象描述] 某市在6月14日晚同時進行升級和擴容，之后路測顯示很正常，但固定在一處撥打電話，通過測試手機可以發(fā)現會頻繁地發(fā)生切換。這在升級前是不會發(fā)生的。通過ANT測試會顯示：通話過程中，一旦發(fā)生功控，電平值下降，就會立刻切換到鄰小區(qū)，然后又發(fā)生功控，電平又下降，之后再切回到剛才的鄰小區(qū)，一直來回切，即發(fā)生乒乓切換。 [處理過程] 1、由于在升級前，對該地區(qū)進行了覆蓋的優(yōu)化，為避免干擾，將切換和功控參數做了 較大調整，使得切換更容易發(fā)生。因此首先調整切換和功控參數，以減少切換次數（參數調整見附件）但調整之后，固定在一處撥打，依舊切換頻繁。 2、查看切換性能測量，發(fā)現切換大多是上行電平導致的切換，因此將上行邊緣切換門限由25→20，同時調整功控的上行鏈路下門限值，30→25。以使其更好地與切換參數配合。調整之后切換次數由忙時每小時3萬多次降到2萬多次，但固定在一處撥打依舊切換頻繁。 3、仔細分析固定撥打測試結果，一旦發(fā)生功控之后，服務小區(qū)電平值降低，還未到達邊緣切換門限，就發(fā)生切換，之后又發(fā)生功控，繼續(xù)切換，來回在兩個電平值最好的小區(qū)間乒乓切換。此時往往服務小區(qū)與最好鄰區(qū)的電平差值已經超過PBGT門限。但PBGT切換是依據路徑損耗，即不僅考慮電平，還要考慮基站發(fā)射功率。 但現在所發(fā)生的PBGT切換并沒有考慮基站發(fā)射功率，僅僅考慮電平值。所以估計是BSC升級后，可能是切換算法與功控配合出現問題，所以發(fā)生了乒乓切換。因此雖然調整了切換參數，但依舊不能消除頻繁切換的現象。于是將下行功控關閉，乒乓切換消失。 4、由于市內基站密集，下行功控關閉必然會導致干擾。所以還需要查明是否確實是功控與切換配合出現問題，因為此版本在其他地方沒有出現類似情況。 5、仔細檢查ABIS口的信令消息，查看功控發(fā)生時切換的情況。但檢查多個基站的切換發(fā)生的消息，絕大部分切換是邊緣切換，并不是PBGT切換。而且切換是下行信號很弱導致。所以可以判斷并不是切換與功控配合不當。難道是數據配置有問題？ 6、檢查數據配置： ①切換與功控參數的門限值配合沒有問題：保證功控的門限值均高于切換門限值10dbm.。 ②PBGT門限值72，實際為72-64=8dB > 小區(qū)間切換磁滯=3dB，門限值起作用。也沒有問題。 ③功控的下門限值 > 切換的門限值+小區(qū)間切換磁滯，功控才能很好地進行。該項數據配置也沒有問題。均符合要求。 7、檢查基站版本與數據配置的特殊要求，果然發(fā)現問題：所有的基站都采用了HWⅡ代功控，但除此次新增基站外，所有都是BTS2.0的基站。而BTS2.0的基站不支持HWⅡ代功控。但在“BTS測量報告預處理”里，按照配置規(guī)范，將所有15：1配置的基站都設為“是”，即將功控下放到基站側進行。而該地區(qū)所有15：1配置的基站都是3/3/3的基站，而且都是BTS2.0，所以可能是這里的功控配合出現問題。 8、將所有BTS2.0基站的“BTS測量報告預處理”改為“否”，同時將“傳送原始測量報告”改為“是”。將下行功控打開。乒乓切換不再發(fā)生。問題真正得到解決。