網(wǎng)絡優(yōu)化專題四隱性故障處理

1、網(wǎng)絡優(yōu)化專題四隱性故障處理2008.10.15諾西移動通信有限公司目 錄 TOC o 1-3 h z u HYPERLINK l _Toc212520890 一、概述 PAGEREF _Toc212520890 h 3 HYPERLINK l _Toc212520891 二、查站流程 PAGEREF _Toc212520891 h 3 HYPERLINK l _Toc212520892 三、問題基站的故障分類 PAGEREF _Toc212520892 h 4 HYPERLINK l _Toc212520893 四、網(wǎng)絡隱性故障處理情況 PAGEREF _Toc212520893 h 5 HY

2、PERLINK l _Toc212520894 新入網(wǎng)BSC5存在較多的remote掉話 PAGEREF _Toc212520894 h 5 HYPERLINK l _Toc212520895 正定綜合樓sequence高掉話 PAGEREF _Toc212520895 h 10 HYPERLINK l _Toc212520896 市區(qū)運管處sequence高掉話 PAGEREF _Toc212520896 h 11 HYPERLINK l _Toc212520897 行唐左市同不能正常主被叫但可以切入產(chǎn)生話務量 PAGEREF _Toc212520897 h 12 HYPERLINK l _

3、Toc212520898 無極北合莊不能正常主被叫但可以切入產(chǎn)生話務量 PAGEREF _Toc212520898 h 13 HYPERLINK l _Toc212520899 欒城趙卜口塔下大面積質差 PAGEREF _Toc212520899 h 14 HYPERLINK l _Toc212520900 供水總公司電平突然衰落 PAGEREF _Toc212520900 h 15 HYPERLINK l _Toc212520901 欒城大酒店質量差 PAGEREF _Toc212520901 h 17 HYPERLINK l _Toc212520902 藁城市政府D電平突然衰落 PAGER

4、EF _Toc212520902 h 18 HYPERLINK l _Toc212520903 白佛客運站D反向覆蓋 PAGEREF _Toc212520903 h 24 HYPERLINK l _Toc212520904 66296招待所反向覆蓋 PAGEREF _Toc212520904 h 26 HYPERLINK l _Toc212520905 正定吳家營D反向覆蓋 PAGEREF _Toc212520905 h 28 HYPERLINK l _Toc212520906 南栗村上下行鏈路不平衡 PAGEREF _Toc212520906 h 31 HYPERLINK l _Toc212

5、520907 鹿泉方臺村西(長安電信)D上下行電平差 PAGEREF _Toc212520907 h 32 HYPERLINK l _Toc212520908 鹿泉南高基D上下行電平差 PAGEREF _Toc212520908 h 34 HYPERLINK l _Toc212520909 五、總結 PAGEREF _Toc212520909 h 36一、概述基站存在隱形故障，會造成掉話，通話質量差，呼叫困難等種種網(wǎng)絡問題，引起用戶投訴。減少存在隱形故障的基站是提高網(wǎng)絡質量的基礎。為此，優(yōu)化期間，我們通過對CTRX統(tǒng)計，話務統(tǒng)計和用戶投訴分析，通過及時上站核查，共解決了68個基站的隱形故障，大

6、大提高了通話質量，改善了用戶感知度。問題基站的工作異常，會帶來指標下降和用戶感受差，并且會反映在日常的話務統(tǒng)計，CTRX統(tǒng)計，路測和用戶投訴中。我們針對這些方面可以對基站是否正常工作做出初步的判斷，具體如下：通過CTRX統(tǒng)計發(fā)現(xiàn)載頻上下行電平和上下行質量異常；小區(qū)突發(fā)高掉話；小區(qū)TCH分配失敗率較高；小區(qū)切換統(tǒng)計中電平質量切換比例過高；鄰小區(qū)向該小區(qū)切換失敗次數(shù)較多；路測中占用TCH電平衰減快，下行質量差或者頻繁的切換；用戶投訴所反映的問題。二、查站流程2.1通過話務統(tǒng)計或CTRX統(tǒng)計發(fā)現(xiàn)可能存在隱形故障的基站。對于基帶跳頻的小區(qū)，如果觀察到整個小區(qū)質量差，需要關跳頻功控觀察才能定位（TRX與

7、CU一一對應）。如果是載頻有問題，能定位到具體載頻或與之相關的硬件。如果是頻率干擾導致質量差，則能定位到哪個頻點受干擾。對于綜合跳頻的小區(qū)，一般只用于定位隱性硬件問題。對每個TRX采樣點數(shù)越多越準確，對于采樣點少的TRX，多個小時累加再平均。經(jīng)驗值:平均質量大于2.5，硬件問題可能性較大。質量在1到2.5之間，干擾可能性較大。上下行電平差在15db內屬正常，太大了一般存在連線等硬件問題。最好一個小區(qū)多個TRX進行比較。郊區(qū)質量一般應在1以下，城區(qū)質量在1.5以下屬正常。建議:每次擴容載頻或更換載頻合路器后建議對此小區(qū)的CTRX統(tǒng)計進行跟蹤。2.2查站基本流程 一、基站外部環(huán)境檢查：包括基站經(jīng)緯

8、度，基站周圍地理環(huán)境（周圍是否存在電廠或微波等容易造成電磁干擾的建筑），天線掛高，天線方向是否正確，天線方向上是否被遮擋（如被樓群包圍,被廣告牌阻擋等）。如有路測設備，最好圍繞基站進行撥打測試，觀察每個小區(qū)的電平，質量及切換情況，通過測試可及時發(fā)現(xiàn)是否有明顯的天線接反，發(fā)射功率不足，或嚴重上下行干擾與載頻故障問題。二、機房內部環(huán)境檢查：包括機房溫度檢查，察看機房內空調是否正常；機房濕度檢查，是否有漏水或進水現(xiàn)象；機房用電檢查，是否正常接電池，是否正常接地等。三、基站設備檢查：檢查模塊所插糟位是否與數(shù)據(jù)配置一致，各模塊溫度，各模塊狀態(tài)指示燈是否正常，各模塊之間連線是否正確，是否有接反接串的，連接

9、頭是否松動或斷裂的，連線有沒有斷裂或打了死彎的，基站是否帶有直放站設備，是什么類型直放站。如有頻譜測試儀表（如TEK），測試各載頻的發(fā)射與接收，檢查是否有輸出功率明顯不足或上行接收問題，如果有外部干擾也能通過頻譜測試發(fā)現(xiàn)?；咎祓伨€與天線檢查 ：包括天饋線連接是否正確，接在合路器上的接頭是否有松動，天饋線駐波比是否在正常范圍（需中斷小區(qū)業(yè)務測試）。尤其是現(xiàn)在許多基站配置很高，連接在設備的天饋線很多，特別需要細致耐心的檢查。還要檢查室外發(fā)射與接收天線的天線類型，天線傾角，天線是否有破損是否進水，如果是單極化天線要檢查發(fā)射與接收天線方向是否一致。如因載頻配置高而增加了天線，要檢查新增天線是否與原天

10、線方向一致。COBA或COSA軟件或硬件故障：COBA與COSA出現(xiàn)軟件或硬件故障的情況很少，只是在排除掉所有其他的問題后，才會考慮COBA或COSA軟件或硬件故障問題，可以通過更換硬件，重新下載軟件解決。三、問題基站的故障分類在通過以上方法發(fā)現(xiàn)的基站工作異常情況中，經(jīng)過我們長期優(yōu)化工作的總結，一般基站會存在以下幾類情況：硬件故障CU或者合路器的隱性故障；硬件連接故障：接線連接松動；硬件連線與數(shù)據(jù)不符； 2基站工程參數(shù)和基站地理位置的經(jīng)緯度與規(guī)劃不符； 3天饋系統(tǒng)中天線接反； 4頻點干擾；5異常小區(qū)的高掉話現(xiàn)象；6其他故障。以下是對這次專題中發(fā)現(xiàn)的問題基站處理的分類比例：四、網(wǎng)絡隱性故障處理情

11、況新入網(wǎng)BSC5存在較多的remote掉話問題描述：BSC:5割接入網(wǎng)后,該BSC Remote transcoder failure(遠端解碼掉話)掉話一直較高,晚忙時段基本在180次左右,并且這些掉話分布在不同的小區(qū)。問題分析：提取BSC5告警文件如下：提取分析其中7100相關的告警文件信息如下:時間HddddHeeee告警代碼信令失敗原因，28：遠端解碼失敗前兩位為PCMA號 ,后兩位為Time Slot number10:29:267100H0028H0f1b10:29:177100H0028H0c1a10:29:147100H0028H0c1b10:29:057100H0028H0c

12、1b10:27:527100H0028H0c1b10:27:437100H0028H0c1b10:27:357100H0028H0c1c10:27:037100H0028H0c1c10:26:597100H0028H0c1c10:26:477100H0028H0c1d10:26:197100H0028H0c1d10:26:067100H0028H0c1e10:26:067100H0028H0c1e10:25:087100H0028H0c1e10:25:017100H0028H0d1a10:24:547100H0028H0d1a10:24:517100H0028H0d1a10:24:457100

13、H0028H0d1a10:24:237100H0028H0d1b10:24:157100H0028H0d1b10:24:067100H0028H0d1b10:22:507100H0028H0d1c10:22:507100H0028H0d1c10:22:217100H0028H0d1c10:16:297100H0028H0d1d10:16:287100H0028H0d1e10:16:267100H0028H0d1e10:16:207100H0028H0e1a10:16:057100H0028H0e1b10:15:177100H0028H0e1b10:14:457100H0028H0e1b10:1

14、4:417100H0028H0e1c10:14:137100H0028H0e1d10:14:077100H0028H0e1d10:13:577100H0028H0e1e10:13:337100H0028H0e1e10:13:257100H0028H0e1e10:12:107100H0028H0f1a10:11:397100H0028H0f1a10:11:267100H0028H0f1a10:11:157100H0028H0f1a10:11:157100H0028H0f1a10:11:027100H0028H0f1b10:10:537100H0028H0f1c10:10:527100H0028H

15、0f1c10:10:337100H0028H0f1d10:10:177100H0028H0f1d10:09:537100H0028H0f1e10:09:377100H0028H0f1e10:09:367100H0028H0f1e從上面的dddd列可以看出其原因主要是28-remote transfailure code。紅色16進制數(shù)字是掉話發(fā)生的PCMA-SLOT，發(fā)生掉話的時隙主要是以下時隙：pcma12-slot26 27 28 29 30，pcma13-slot26 27 28 29 30，pcma14-slot26 27 28 29 30，pcma15-slot26 27 28 29

16、 30,這些時隙對應硬件模塊是BSC:5/TRAU:3/TRAC:2。解決方案：將這些時隙占用的模塊切換到備份模塊BSC:5/TRAU:3/ TRAC:5，建議對存在隱性故障的BSC:5/TRAU:3/TRAC:2進行全面檢測或更換TRAC板。優(yōu)化后效果：統(tǒng)計前后結果對比如下:BSCID日期時間remotetranscoderfailure掉話次數(shù)BSC52008-10-420129BSC52008-10-520146BSC52008-10-620185BSC52008-10-720178BSC52008-10-8200BSC52008-10-9200由統(tǒng)計結果來看,掉話消除,問題得到解決。附

17、提取告警及分析7100告警的方法：提取BSC告警的方法：在BSS Sum雙擊BSCBSCE Sum(圖1)中點BSC點右鍵中選擇Set(圖2)Set Bsc BasicProcessingFailureEvent(圖3)FERMAINT確定等待大約40分鐘 BSCE Sum(圖1)中點BSC點右鍵中選擇action(圖2)選擇Seelogs.提取BSC的Logs提取這40分鐘內的alarmlogs(圖5)確定存在相關目錄下然后通過ftp登陸此終端下載此告警文件將ProcessingFailureEvent恢復至原來值major。圖片說明如下：圖1圖2圖3圖4圖5注意：激活PROCESSING

18、FAILURE EVENT 后信令負荷會很大，建議收集完ERRORLOG后及時去激活。分析Error log文件（以BR60為例，參看BSCOML.pdf）Error ID:7100AP Connection Failure(68)Information(15個十六進制數(shù)）dddd:為十六進制數(shù)eeee:為十六進制數(shù)，前兩位為PCMA ,后兩位Time Slot numberffff: 為十進制數(shù)，前兩位為BTSM,后兩位BTSgggg: 為十六進制數(shù)正定綜合樓sequence高掉話問題描述：正定綜合樓1小區(qū)、2小區(qū)連續(xù)一周出現(xiàn)較高的sequence掉話，詳細指標如下表如示：_DateCIsi

19、teTCH_dropsSequenceerrorDistancelimitexceededHandoveraccessfailureRadiolinkfailure2008-8-411431正定綜合樓24230012008-8-421431正定綜合樓2625001問題分析：按照常規(guī)一般關閉上行不連續(xù)發(fā)射即：DTXUL=SHNFSHNH小區(qū)的掉話數(shù)應該明顯下降，但是本小區(qū)沒有明顯的變化，仍然每個小時存在23個左右的sequence掉話。上基站檢查硬件，更換了小區(qū)合路器及載波，更換后觀察KPI發(fā)現(xiàn)小區(qū)掉話數(shù)仍然存在，且沒有明顯的變化。解決方案：檢查正定綜合樓附近的同頻同BSIC復用距離，發(fā)現(xiàn)2小區(qū)

20、的同頻BSIC太近。修改2小區(qū)的BSIC由2-5調為2-6。優(yōu)化后結果：_DateCIsiteTCH_dropsSequenCeerrorDistancelimitexceededHandoveraccessfailureRadioLinkfailure2008-8-611431正定綜合樓100012008-8-621431正定綜合樓10001修改2小區(qū)的BSIC后二個小區(qū)的sequence掉話都降為0，可見同頻同BISC太近不但影響小區(qū)的切換成功率同時也會造成較高的sequence掉話。市區(qū)運管處sequence高掉話市區(qū)運管處（41441,61441)9月25日、26日連續(xù)兩天兩出現(xiàn)Seq

21、uenceerror高掉話,分別達到100次和60次。 SequenceError掉話屬于無線射頻掉話的一種，主要是由于BTS監(jiān)測到第二層信令確認模式中有不規(guī)則的信息流控制功能（錯誤的消息隊列）。此后BTS向BSC發(fā)送ERRIN（Error Indication），原因是Sequence Error（隊列錯誤）。解決該問題一般情況下可將該小區(qū)的上行DTX關掉,或采取修改BSIC、BCCH辦法解決。為此于9月26日將市區(qū)運管處（41441)小區(qū)BSIC由26修改為21，觀察兩日未出現(xiàn)Sequenceerror掉話,問題得到解決。處理前后小區(qū)指標對比如下：_DateCIname_hour話務量每線

22、話務量掉話率Sequenceerror掉話次數(shù)2008-9-2541441市區(qū)運管處204.190.0912.94%1062008-9-2641441市區(qū)運管處203.480.0711.38%852008-9-2741441市區(qū)運管處203.120.060.00%02008-9-2841441市區(qū)運管處203.960.080.00%02008-9-2561441市區(qū)運管處204.890.138.83%602008-9-2661441市區(qū)運管處8%572008-9-2761441市區(qū)運管處2%02008-9-2861441市區(qū)運管處205.62

23、0.150.27%0行唐左市同不能正常主被叫但可以切入產(chǎn)生話務量問題描述：行唐左市同基站由阿爾卡基站替換為西門子基站后出現(xiàn)客戶投訴，投訴內容是有信號不能打電話，現(xiàn)場測試占用本小區(qū)信號不能正常作主叫或被叫，但是可以通過在1小區(qū)或2小區(qū)起呼后切入3小區(qū)進行通話。觀察KPI指標如下表如示：CI_hourTCHtrafficallTCH_Blocking_NUMTCH_AttemptTCH_Blocking_rate_HandoverTCHAssSuccTCHAssAttemptTCHAssSuccRate35068201.15057000問題分析：按照常規(guī)一般這種TCH沒有分配嘗試數(shù)的小區(qū)和CELL

24、_BARR=TRUE或合路器故障有關。檢查小區(qū)參數(shù)正常，更換小區(qū)合路器及載波后本小區(qū)沒有明顯的變化，仍然占用35068小區(qū)后不能正常起呼，小區(qū)仍然沒有TCH分配嘗試數(shù)。分析主叫第三層信令發(fā)現(xiàn)該小區(qū)channel request-immedidate assignment-CM service request后不能進行鑒權,然后就出現(xiàn)CM service reject-channel release;分析被叫第三層信令發(fā)現(xiàn)該小區(qū)也是不能進行鑒權后出現(xiàn)channel release。詳細情況如下所示： 主叫手機 被叫手機解決方案：從上圖可以看出無線部分的流程正常，無論主叫或被叫一旦到了開始進行鑒權

25、的時候就會出現(xiàn)拒絕。由于鑒權是由MSC下發(fā)的，與MSC人員聯(lián)系進行交換數(shù)據(jù)檢查該小區(qū)定義數(shù)據(jù)，發(fā)現(xiàn)基站替換后遺漏了35068小區(qū)相關交換數(shù)據(jù)更新。優(yōu)化后結果：CI_hourTCHtrafficallTCH_Blocking_NUMTCH_Blocking_rate_HandoverTCHAssSuccTCHAssAttemptTCHAssSuccRate35068202.90023423599.60%MSC更新了數(shù)據(jù)后小區(qū)KPI恢復正常。無極北合莊不能正常主被叫但可以切入產(chǎn)生話務量問題描述：無極北合莊900基站-3小區(qū)，現(xiàn)場撥打及鎖頻測試不能占用本小區(qū)信號。觀察KPI指標如下表如示：CI_ho

26、urTCHtrafficallTCH_Blocking_NUMTCH_AttemptTCH_Blocking_rate_HandoverTCHAssSuccTCHAssAttemptTCHAssSuccRate38768200.080255000問題分析： 從KPI指標看TCH指配成功次數(shù)為0，TCH指配嘗試次數(shù)位0，本小區(qū)沒有呼出呼入，懷疑本小區(qū)有硬件故障或MSC數(shù)據(jù)定義錯誤。 解決方案：與MSC人員聯(lián)系進行交換數(shù)據(jù)檢查該小區(qū)定義數(shù)據(jù)無誤，對該站現(xiàn)場檢查并更換該站更換了合路器，RXAMCOG,TPU,DCPA,DCTPU等有故障硬件。優(yōu)化后結果：CI_hourTCHtrafficallTCH

27、_Blocking_NUMTCH_Blocking_rate_HandoverTCHAssSuccTCHAssAttemptTCHAssSuccRate38768202.3563.61%929398.92%更換該站更換了合路器，RXAMCOG,TPU,DCPA,DCTPU恢復正常。欒城趙卜口塔下大面積質差Logfiles Name：2環(huán)01.log問題描述：當車輛在南2環(huán)由西向東行駛時，測試手機在欒城趙卜口（CI=13628）的主覆蓋區(qū)域內，電平較差導致通話嚴重質差。問題分析：主服務小區(qū)在空閑模式下電平信號平穩(wěn)，起呼后電平急劇下降較頻繁，導致通話質量惡劣，圖中顯示電平流向為鋸齒狀，判斷為欒城趙

28、卜口基站硬件故障。解決方案：更換欒城趙卜口基站的合路器及載頻。優(yōu)化后結果： 更換欒城趙卜口（CI=13628）的載頻后，基站發(fā)射電平信號平穩(wěn)，通話質量明顯改善。供水總公司電平突然衰落Logfiles Name：0911-02.log問題描述：當車輛行駛至建設南大街和槐南路交界時，被叫手機占用供水總公司5（CI=55241）時，電平信號急劇下降并伴隨信號斷續(xù)現(xiàn)象，導致通話質量持續(xù)惡劣。問題分析：手機在空閑模式下電平信號平穩(wěn)，起呼后占用供水總公司5（CI=55241）電平信號急劇下降并伴隨信號斷續(xù)現(xiàn)象，并且供水總公司5（CI=55241）扇區(qū)的原規(guī)劃覆蓋方位與實際路測范圍不符，初步懷疑供水總公司5

29、（CI=55241）基站連線問題或硬件故障。解決方案： 建議實地進站查看硬件連線或硬件故障。優(yōu)化后結果： 實地進站后發(fā)現(xiàn)，供水總公司基站DSC1800的2、3小區(qū)，饋線連接有誤造成鴛鴦線現(xiàn)象，調整2、3小區(qū)饋線連接后，復測該主覆蓋路段，電平良好通話質量明顯改善。 欒城大酒店質量差問題描述：通過CTRX發(fā)現(xiàn)欒城大酒店-2小區(qū)上下行電平正常，但TRX1上下行質量不好，懷疑有隱性故障。Cell NameCItrx下行平均電平上行平均電平下行與上行電平差值下行平均質量上行平均質量下行與上行質量差值欒城大酒店20288071.088186.144615.05640.2029820.288493-0.08

30、55119欒城大酒店20288181.126496.669115.54282.14553.17828-1.03278欒城大酒店20288275.516285.613410.09721.247251.100480.146767欒城大酒店20288077.290895.025317.73440.09514560.778391-0.683245欒城大酒店20288181.952497.722815.77032.174253.78852-1.61427欒城大酒店20288280.632591.492510.861.390261.64705-0.256789欒城大酒店20288071.074685.17

31、9814.10520.2508960.311968-0.0610726欒城大酒店20288178.648294.196215.5481.818872.47436-0.655485欒城大酒店20288275.975387.034611.05921.481791.047910.433875問題分析：用TEMS撥測發(fā)現(xiàn)測試手機不能占用900基站2小區(qū)起呼。上站檢查，發(fā)現(xiàn)900基站2、3小區(qū)CU1跳線交叉接反。解決方案：調整900基站2、3小區(qū)跳線連接。優(yōu)化后結果：現(xiàn)場處理后，小區(qū)指標恢復正常，如下所示：CIcellname_Date_hourTCH_trafficTCH_Assign_Fail_Nu

32、mTCH_Assign_Fail_rate20288欒城大酒店2008-10-10203.87176.32%20288欒城大酒店2008-10-11203.944215.79%20288欒城大酒店2008-10-12203.5219792%20288欒城大酒店2008-10-13206.6430.94%同時CTRX統(tǒng)計指標也有較大幅度提高，如下所示：Cell NameCItrx下行平均電平上行平均電平下行與上行電平差值下行平均質量上行平均質量下行與上行質量差值欒城大酒店20288067.953584.625616.67210.3111850.1979680.113218欒城大酒店202881-

33、74.813-85.66910.8561.050360.9711760.079186欒城大酒店20288274.519286.029511.51031.285230.9070130.378219調整后用TEMS測試也恢復正常，如下圖所示：藁城市政府D電平突然衰落測試文件：藁城02.log問題描述： 1、當測試車輛行駛至藁城市政府附近時，主叫手機在Idle模式下占用藁城市政府D（CI=18922）小區(qū)的BCCH=691的頻點，此時電平為-64dbm。 2、主叫手機占用藁城市政府D（CI=18922）小區(qū)開始起呼，TCH分配完成后主叫手機被分配到的該小區(qū)的TCH=710頻點的TS=5，此后電平急劇

34、衰落到-95dbm且持續(xù)約5秒左右，直到主叫切換進藁城市政府（CI=18928）小區(qū)。 3、被叫手機占用藁城市政府（CI=18928）通話時，測量到鄰區(qū)內藁城市政府D（CI=18922）BCCH=691的電平為-69dbm，強于主服小區(qū)電平且滿足切換門限條件時發(fā)起一次切換。 4、切換完成后被叫手機切換進藁城市政府D（CI=18922）小區(qū)的TCH=710的頻點的TS=7，此時電平急劇衰落到-96dbm且持續(xù)約5秒左右，直到被叫再次切進藁城市政府（CI=18928）小區(qū)。CTRX分析：CellBSCIDbtsmbtsnLACCItrx下行平均電平上行平均電平下行與上行電平差值下行采樣點總數(shù)上行采

35、樣點總數(shù)藁城市政府D1115831889189220-65.95 -90.04 24.10 1194312194藁城市政府D1115831889189221-85.53 -88.51 2.98 27983025藁城市政府D1115831889189220-72.23 -96.08 23.85 91089249藁城市政府D1115831889189221-95.26 -98.95 3.70 14901620藁城市政府D2115841889289220-71.10 -96.68 25.59 1513215393藁城市政府D2115841889289221-89.22 -96.58 7.36 470

36、05128藁城市政府D2115841889289220-69.65 -96.16 26.51 1611016253藁城市政府D2115841889289221-89.12 -96.50 7.39 26722889藁城市政府D3115851889389220-68.14 -93.85 25.71 85598709藁城市政府D3115851889389221-80.63 -96.24 15.61 46244780藁城市政府D3115851889389220-72.42 -98.05 25.63 65726662藁城市政府D3115851889389221-79.31 -95.12 15.81 34

37、793636通過查看話統(tǒng)和CTRX發(fā)現(xiàn)藁城市政府D（CI=18922、18922、18922）三個小區(qū)的TRX都存在上行電平差，上下行電平相差25dBm左右且上、下行質量切換比例高的現(xiàn)象，我們懷疑藁城市政府D基站的載頻或載頻連線有問題。9月19日我們在基站周邊DT測試中發(fā)現(xiàn)，藁城市政府D1800基站2、3扇區(qū)的實際覆蓋方位與原規(guī)劃中的方位不相符，覆蓋情況如下圖所示：1、藁城市政府D（CI=18922）第1扇區(qū)覆蓋情況：藁城市政府D（CI=28922）第2扇區(qū)覆蓋情況：3、藁城市政府D（CI=38922）第3扇區(qū)覆蓋情況： 從上圖中可以看出藁城市政府D1800基站的2、3扇區(qū)的覆蓋方位與原規(guī)劃的

38、覆蓋方位不一致，第1扇區(qū)的覆蓋方位與原規(guī)劃的覆蓋方位一致。調整方案：隨即對該站各小區(qū)天饋系統(tǒng)進行檢查，檢查發(fā)現(xiàn)該站2、3小區(qū)天線交叉接反，立即對基站天饋系統(tǒng)進行了整改。優(yōu)化結果：藁城市政府D處理后，隨即對該站進行了DT測試，測試結果表明整改后的藁城市政府D 1800基站各扇區(qū)覆蓋方位與原規(guī)劃中的覆蓋方位一致，整改后各扇區(qū)覆蓋方位如下圖所示：1、藁城市政府D（CI=18922）第1扇區(qū)覆蓋情況：2、藁城市政府D（CI=28922）第2扇區(qū)覆蓋情況：3、藁城市政府D（CI=38922）第3扇區(qū)覆蓋情況：白佛客運站D反向覆蓋9月18日我們在基站周邊DT測試中發(fā)現(xiàn)，白佛客運站D1800基站1、2扇區(qū)的

39、實際覆蓋方位與原規(guī)劃中的方位不相符，覆蓋情況如下圖所示：1、白佛客運站D（CI=41291）第1扇區(qū)覆蓋情況：白佛客運站D（CI=51291）第2扇區(qū)覆蓋情況： 從上圖中可以看出白佛客運站D 1800基站的1、2扇區(qū)的覆蓋方位與原規(guī)劃的覆蓋方位不一致。調整方案：隨即對該站各小區(qū)天饋系統(tǒng)進行檢查，檢查發(fā)現(xiàn)該站1、2小區(qū)天線交叉接反，建議對基站天饋系統(tǒng)進行了整改。優(yōu)化結果：白佛客運站D處理后，隨即對該站進行了DT測試，測試結果表明整改后的白佛客運站D1800基站各扇區(qū)覆蓋方位與原規(guī)劃中的覆蓋方位一致.整改后各扇區(qū)覆蓋方位如下圖所示：1、白佛客運站D（CI=41291）第1扇區(qū)覆蓋情況：2、白佛客運

40、站D（CI=51291）第2扇區(qū)覆蓋情況：66296招待所反向覆蓋9月22日我們在基站周邊DT測試中檢查，66296招待所900基站1、2、3扇區(qū)的實際覆蓋方位與原規(guī)劃中的方位不相符，覆蓋情況如下圖所示：66296招待所(CI=13308)第1扇區(qū)覆蓋情況：2、66296招待所(CI=213308)第2扇區(qū)覆蓋情況：3、66296招待所(CI=33308)第3扇區(qū)覆蓋情況：從上圖中可以看出66296招待所900基站的2、3扇區(qū)的覆蓋方位與原規(guī)劃的覆蓋方位不一致。調整方案：隨即對該站各小區(qū)天饋系統(tǒng)進行檢查，檢查發(fā)現(xiàn)該站2、3小區(qū)天線交叉接反，建議對基站天饋系統(tǒng)進行了整改。優(yōu)化結果：66296招待

41、所處理后，隨即對該站進行了DT測試，測試結果表明整改后的66296招待所900基站各扇區(qū)覆蓋方位與原規(guī)劃中的覆蓋方位一致，整改后各扇區(qū)覆蓋方位如下圖所示：1、66296招待所(CI=23308)第2扇區(qū)覆蓋情況：2、66296招待所(CI=33308)第3扇區(qū)覆蓋情況：正定吳家營D反向覆蓋9月25日我們在基站周邊DT測試中發(fā)現(xiàn)，正定吳家營D1800基站2、3扇區(qū)的實際覆蓋方位與原規(guī)劃中的方位不相符，覆蓋情況如下圖所示：1、正定吳家營D(CI=40711)第1扇區(qū)覆蓋情況：正定吳家營D(CI=50711)第2扇區(qū)覆蓋情況：3、正定吳家營D(CI=60711)第3扇區(qū)覆蓋情況：從上圖中可以看出正定

42、吳家營D 1800基站的2、3扇區(qū)的覆蓋方位與原規(guī)劃的覆蓋方位不一致。調整方案：調整2小區(qū)機柜所有軟跳連至3小區(qū)機柜；3小區(qū)機柜頂所有軟跳連至2小區(qū)機柜；1小區(qū)機柜頂所有軟跳不變.優(yōu)化結果：正定吳家營D處理后，隨即對該站進行了DT測試，測試結果表明整改后的正定吳家營D 1800基站2、3扇區(qū)覆蓋方位與原規(guī)劃中的覆蓋方位一致，整改后各扇區(qū)覆蓋方位如下圖所示：1、正定吳家營D(CI=50711)第2扇區(qū)覆蓋情況：2、正定吳家營D(CI=60711)第3扇區(qū)覆蓋情況：南栗村上下行鏈路不平衡測試文件：南栗村調前.log問題描述：新站測試前通過CTRX發(fā)現(xiàn)南栗村（CI=50581）TRX02上下行質量正

43、常，但上下行電平差值相差20個dB，懷疑有硬件故障。電平如下圖所示：Cell NameLACCItrx下行平均電平上行平均電平下行與上行電平差值下行平均質量上行平均質量下行與上行質量差值南栗村12545505810-72.52 -88.35 15.84 0.17 0.11 0.06 南栗村12545505811-82.79 -90.18 7.39 0.16 0.02 0.13 南栗村12545505812-82.18 -88.88 6.70 0.38 0.06 0.33 南栗村12545605810-56.17 -78.90 22.73 0.07 0.07 0.00 南栗村1254550581

44、0-71.87 -89.56 17.69 0.27 0.14 0.13 南栗村12545505811-83.43 -91.37 7.94 0.40 0.09 0.31 南栗村12545505812-83.21 -89.59 6.38 0.90 0.09 0.80 南栗村12545605810-56.99 -80.97 23.98 0.10 0.15 -0.05 南栗村12545505810-78.69 -91.46 12.77 0.37 0.16 0.21 南栗村12545505811-82.93 -90.53 7.60 0.48 0.11 0.37 南栗村12545505812-81.97

45、-88.41 6.44 0.61 0.09 0.52 南栗村12545605810-57.32 -82.88 25.56 0.11 0.15 -0.03 問題分析： 測試發(fā)現(xiàn)主叫手機占用南栗村（CI=50581）時，電平較低，且該路段并非南栗村（CI=50581）第5小區(qū)的實際覆蓋路段，初步判斷該小區(qū)方位角錯誤或基站天饋線接反。如下圖所示：解決方案：隨即進站檢查發(fā)現(xiàn)南栗村D1800的5、6小區(qū)天饋線接反，立即對該站天饋系統(tǒng)進行了整改。調整后結果：調整后查看CTRX，南栗村（CI=50581）各參數(shù)恢復正常。Cell NameLACCItrx下行平均電平上行平均電平下行與上行電平差值下行平均質量

46、上行平均質量下行與上行質量差值南栗村12545505810-57.35 -80.40 23.05 0.04 0.00 0.03 南栗村12545505811-78.36 -82.53 4.17 0.24 0.22 0.02 南栗村12545505812-61.76 -73.08 11.31 0.00 1.38 -1.38 南栗村12545605810-75.78 -89.79 14.00 0.17 0.09 0.08 鹿泉方臺村西(長安電信)D上下行電平差問題：通過CTRX、KPI發(fā)現(xiàn)鹿泉方臺村西(長安電信)D1800-1小區(qū)TCH=687所在載頻下行電平較差，下行質量不好，該小區(qū)TCH支配成

47、功率低，懷疑有隱性故障。Cell NameCItrx下行平均電平上行平均電平下行與上行電平差值下行平均質量上行平均質量下行與上行質量差值鹿泉方臺村西(長安電信)D403410-71.64-87.1715.520.400.070.32鹿泉方臺村西(長安電信)D403411-74.77-85.5710.790.080.030.05鹿泉方臺村西(長安電信)D403412-97.10-80.89-16.214.560.384.17鹿泉方臺村西(長安電信)D403410-71.60-88.1716.560.200.050.15鹿泉方臺村西(長安電信)D403411-76.13-86.4810.350.0

48、70.010.06鹿泉方臺村西(長安電信)D403412-95.70-79.45-16.254.020.213.81鹿泉方臺村西(長安電信)D403410-70.89-88.0817.190.430.270.16鹿泉方臺村西(長安電信)D403411-77.64-88.7411.090.090.020.06鹿泉方臺村西(長安電信)D403412-96.13-84.33-11.794.720.684.04CI_hourTCHtrafficallTCH_Blocking_NUMTCH_AttemptTCH_Blocking_rate_HandoverTCHAssSuccTCHAssAttemptTCHAssSuccRate40341203.760590014317482.18%40341204.440523010613876.81%40341203041109812081.67%問題分析： 測試發(fā)現(xiàn)手機占用鹿泉方臺村西(長安電信)D（CI=40341）時，測試手機起呼后電平突降了30dBm，懷疑有硬件故障，如下圖所示：解決方案：建議更換該小區(qū)合路器和第三塊CU。 調整后結果：調整后查看CTRX，KPI，鹿泉方臺村西(長安電信)D（CI=40341）各參數(shù)恢復正常。Cell Na