1、CDMA網絡隱性問題專題優化指導書（初稿）中國電信集團公司2009年2月V1.3 編寫說明：中國電信接管CDMA網絡運營，保證網絡質量，提升用戶的感知和滿意度，進而保證市場前端發展的需求是當前重要任務。在網絡故障處理及網絡優化中，有部分問題點比較隱蔽，發生的原因比較隱蔽，一般的告警不能及時發現或提示故障的發生，對于故障或優化問題的及時處理，保障客戶的使用，有著比較大的影響，是比較隱性的問題。因此，對于隱性問題的發現、排查和處理，必須作為維護工作中重點關注的內容之一，本指導書主要對隱性問題的發現，常規的排查步驟進行闡述，同時通過典型問題和案例進一步指導維護人員進行隱性問題的處理。本指導書主要編制

2、人員：張賽 中國電信集團公司無線網絡優化中心許向東中國電信廣東研究院鐘期洪中國電信廣東研究院陳秀敏中國電信廣東研究院郝建民 中國電信河南省分公司黃亮 中國電信湖南省分公司陳立雄 中國電信湖南省分公司尋來義 中國電信湖南省分公司詹智鋼 中國電信湖南省分公司彭江懷 中國電信湖南省分公司目錄1概述62隱性問題的發現62.1話務數據62.2告警數據72.3呼叫記錄數據82.4DT/CQT數據82.5投訴數據92.6測試數據93隱性問題的排查93.1天饋系統9影響網絡覆蓋和性能指標的天饋故障93.2無線設備（朗訊）12BTS一般問題排查12BTS硬件問題排查16MSC 側問題排查233.3無線設備（ZT

3、E）23一般問題排查23BSC硬件問題排查25BTS硬件問題排查313.4無線設備（華為）33BTS一般問題排查34BTS硬件問題排查38MSC側問題排查463.5室分系統與直放站46常見問題排查及優化處理流程46設備隱性故障排查47上行底噪及上下行平衡問題排查及優化47鄰區問題排查及優化48搜索窗參數問題排查及優化48弱覆蓋問題排查及優化49導頻污染問題排查及優化493.6無線環境50前期判斷51定位階段53干擾測試儀表544常見問題及案例574.1天饋系統57越區覆蓋導致掉話57饋線被盜造成零話務57天線類型使用不當導致話務低58扇區接反導致掉話58駐波比過高59天線參數不合理導致弱覆蓋5

4、9天線安裝位置不當案例604.2無線設備（朗訊）60鎖相環失鎖導致的零話務小區處理60饋線被盜造成的零話務61設備吊死導致測不到PN62濾波器故障造成基站不能正常運行62蒼南瀆浦基站無話務案例63樂清虹橋瑤岙無話務案例64蒼南金鄉涼亭基站案例65洞頭新城基站案例65溫州九龍山路案例66瑞安上望基站案例67溫州雙嶼鞋都基站案例69永嘉嶺頭鄉基站案例70永嘉甌北五星工業路案例71永嘉石柱案例724.3無線設備（ZTE）73配置數據問題73參數的一致性問題74CDMA低功率告警故障問題74RMM探測不到問題76數據同步問題80BSC與MSC間鏈路存在隱性故障導致呼叫建立成功率降低814.4無線設備（

5、華為）81北辰劉招莊接入問題案例81寶坻高家莊信用社接入問題案例82BBU側扇區之間光纖RX接反83雙鴛鴦線導致物理鏈路可用但MLPPP鏈路不可用85CE License不足導致呼叫建立成功率下降問題86基站忙時Abis資源不足導致指配資源失敗88新加基站只能做主叫不能做被叫案例88主控時鐘板未插緊導致基站覆蓋異常案例89天線被誤拆除導致基站覆蓋范圍縮小案例89GPS饋線接頭壞導致通話出現雜音案例90接地不良導致基站傳輸鏈路閃斷案例90天饋系統故障導致RSSI峰值偏小，基站覆蓋收縮案例91電源模塊故障導致基站升級后頻繁重啟案例92GPS天饋機柜側避雷器安裝故障導致基站啟動失敗案例93FTP屬性

6、設置錯誤導致BTS數據上載失敗案例93傳輸問題導致M2000性能數據丟失問題案例94異廠家PDSN時間戳錯誤導致A11-session-update協商失敗案例95PCF與CE(NE40)協商參數不一致導致兩者間以太網鏈路不通案例954.5室分系統與直放站96室內分布系統反向增益調整不當導致網內干擾96室內分布系統合路器故障99室內分布系統發射功率設置問題99室內綜合覆蓋電源問題101室外直放站鎖死造成用戶無法通話102直放站自激提高施主站底噪102室內分布與室外覆蓋載波配置不一致問題103鄰區漏配1044.6無線環境104導頻污染104RSSI過高105手機屏蔽器干擾106電視信號放大器干擾

7、107直放站干擾一109直放站干擾二111廣電系統干擾1141 概述隨著電信重組方案公布后，CDMA網絡的接收和管理成為中國電信無線運維工作的重中之重，目前電信市場競爭空前激烈，尤其是在中國移動把持用戶市場的情況下，如何爭得市場份額對于重組后的中國電信而言至關重要。當前形勢下，CDMA網絡應立足于提升網絡質量，重塑業務品牌，高效率的網絡維護優化是實現這一目標的重要手段，通過進行深入有效的維護和網優，進而支撐前端部門快速展開業務拓展，盡快與移動展開競爭，實現中國電信的可持續發展。所謂隱性問題，指的主要是由單一的分析源無法直接定位問題原因，較為隱蔽的故障或網優問題。隱性問題可能表現為設備軟件或硬件

8、故障，也可能表現為網優中無線環境、參數設置、網絡規劃等方面的優化問題，這些問題嚴重影響了網絡的質量和用戶的感知，往往容易引起用戶的投訴，事實上，由于其隱蔽性，隱性問題經常在用戶投訴后才被發現。因此，隱性問題的主動發現和快速解決，對于提升用戶滿意度，保證網絡性能，具有非常重要的意義。本指導書主要對隱性問題的發現，常規的排查步驟進行闡述，同時通過典型問題和案例進一步總結經驗，力圖總結出規律性的主動發現的手段，合理有效的問題分析步驟，結合典型案例，指導維護人員進行隱性問題的處理，推廣經驗，提升效率，更好的保障網絡和前端。2 隱性問題的發現隱形問題可能通過話務數據、投訴數據、測量數據、告警數據、DT/

9、CQT信息、以及CDMA無線通話記錄等數據來發現。2.1 話務數據話務數據的分析，在網優維護中是主要的分析手段，也是發現問題最直接，最快捷的途徑。話務數據主要指的是各種網管系統統計的性能指標，包括：呼叫建立成功率、業務信道掉話率、業務信道負載率、業務信道擁塞率、BSC CPU負荷、基站硬切換成功率、基站軟切換成功率、軟切換因子、話務掉話比、壞小區比例、忙基站比例、閑基站比例、溢出基站比例、位置登記成功率、業務信道話務量（含軟切換）、業務信道話務量（不含軟切換）、walsh碼承載話務量、載頻話務量等。其中在隱性問題的發現上，主要有兩種話務數據的分析方式：一是通過性能指標的閥值來判斷指標是否超標，

10、網絡存在問題；二是通過性能指標的突變來監控網絡質量，特別是重要指標的突變往往意味著網絡質量發生了嚴重的問題。話務指標是基站、室內分布系統、直放站等設備運行質量的總體統計，為我們提供了基本的運行質量信息。隱性問題的發現及定位，首先是對后臺話務性能數據的采集及分析，根據主要性能指標是否惡化、是否突變，初步定位系統可能存在的問題。反映系統運行質量的主要指標包括：呼叫成功率、掉話率、軟切換比例、軟切換成功率、反向RSSI等。尋呼成功率、無線系統接通率。(全局）Ø 呼叫建立成功率：98%，指標波動預警：<95%- 異常可能存在的問題：局部覆蓋、弱覆蓋、盲區、反向RSSI過高、上行增益過低

11、、導頻污染、工藝問題、設備故障Ø 掉話率： <2%，指標波動預警：>3 %- 異常可能存在的問題：局部覆蓋、弱覆蓋、盲區、反向RSSI過高、上行增益過低、導頻污染、工藝問題、設備故障Ø 軟切換比例：通常情況下要求小于33%，指標波動預警：>60 %- 異常可能存在的問題：信源選取不合理、導頻污染Ø 軟切換成功率：>98%，指標波動預警：<90%- 異常可能存在的問題：導頻污染、切換區域覆蓋不連續、鄰區漏配Ø 反向RSSI ：£-95dBm（空載）； 指標波動預警：RSSI-90dBm - 異常可能存在的問題：有源設

12、備反向增益設置不合理、所帶干放過多、所帶系統過多、外干擾在實際應用中，呼叫建立成功率、掉話率等指標與用戶感知關系較大，而話務量指標的突降往往是由于無線設備出現硬件或軟件問題。通過監控重點指標的變化情況，能夠提前發現網絡的隱性問題，及時處理，保障用戶感知。2.2 告警數據設備故障對網絡的影響非常大，在網絡維護優化過程中，首要任務是解決故障問題，告警數據的分析是非常重要的。對告警的管控和分析能及時了解設備和網絡出現的異常運行狀態，幫助操作人員確定故障原因和故障位置，以便及時糾正問題，保證設備和網絡的正常運行。大部分情況下，告警信息是能夠直接對應故障原因的，在某些情況下，告警信息不能夠直接或者很清晰

13、的與故障點進行關聯，需要優化維護人員進行詳細的排查工作，這也是一類隱形問題的發現方式；更有一些告警信息是不是常規網管系統能提供的告警，而是在設備上的告警，需要現場檢查才能發現，而這些告警，不一定會立即影響到設備的運行，有可能導致一些不穩定的隱性問題，也是一種提前發現潛在的隱性問題的手段。因此，需要網優維護人員在日常工作中，對通過告警信息發現隱形問題具有一定的經驗，并將其納入日常檢查范圍。2.3 呼叫記錄數據對于CDMA網絡來說，每次用戶通話（語音、數據、短信）終了，會產生一條呼叫記錄，其中記錄了與分析通話相關的服務小區信息、導頻信息、通話質量信息、通話類型、切換信息、資源占用等非常詳盡的數據，

14、各廠家的具體名稱并不統一，如LOG/CDL/CHR/PCMD等。基于呼叫記錄數據的優化可以做到非常詳盡，對于隱形問題來說，分析小區的具體服務質量，往往是發現這類問題的一個有效手段。在呼叫記錄數據中包含了十分豐富的內容, 比如其中CFC分析等，加以利用,可以很大程度上提高發現問題的速度和效率。2.4 DT/CQT數據DT（Driving Test）測試是使用測試設備沿指定的路線移動，進行不同類型的呼叫，記錄測試數據，統計網絡測試指標。CQT（Call Quality Test）測試是在特定的地點使用測試設備進行一定規模的撥測，記錄測試數據，統計網絡測試指標。通過DT測試和CQT測試在現場模擬用戶

15、行為，結合專業測試分析工具，是獲取無線網絡性能、發現無線網絡問題的主要方法。定期進行DT/CQT分析是網優日常工作內容之一，這一分析有兩個主要功能：一是處理數據并產生各種性能指標統計，評估系統是否滿足最低性能指標；二是檢查失敗事件并發現隱性問題，特別是固定區域出現的失敗事件，解決問題后作為后評估的主要手段。步驟是首先處理路測數據，生成統計數據，然后找出單個事件失敗的原因，調整系統參數，再進行測試分析。測試的指標主要有覆蓋率、接通率、掉話率、起呼失敗率和MOS等。2.5 投訴數據對于隱性問題的發現來說，用戶投訴是最直接的方式，根據用戶投訴的發生時間、發生地點、終端類型、投訴產生原因、投訴類型等數

16、據進行用戶投訴申告數據的定性定量分析，往往能分析出問題的類型和可能的原因，并定位問題的影響范圍。2.6 測試數據測試數據指的是網管系統對于基站的相關測量數據，如反向RSSI等，也包括現場各種儀表測試的數據，如天饋測試，頻譜儀，基站綜測儀。現場測試數據通常用于最終定位問題點的手段，需要反復測試并對比測試結果，結合性能指標、告警等其他數據共同定位問題點，并在解決問題后作為后評估的手段之一。3 隱性問題的排查3.1 天饋系統 在日常優化當中經常發現因天饋系統出現問題影響網絡覆蓋和性能指標的情況。由于天饋系統故障多為隱性問題，一般不會有準確的告警反映到網管系統上，主要依靠收集平時的投訴，話務數據分析，

17、區域測試和現場檢查來發現。經過總結，發現影響網絡覆蓋和性能指標的天饋系統隱性故障大致分為以下三種情況： 第一種是天饋系統設備經過長期運行后，出現硬件老化、性能下降、硬件被盜等情況，如長沙基站出現饋線被盜案例。 第二種是基站在建設時或者搬遷過程中出現設備使用不當、安裝不合理問題，如長沙基站出現天線類型使用不當、鄭州黃崗寺天饋接反、鄭州思達置業基站天支抱桿安裝位置不合適案例。 第三種是天饋參數系統的設計不合理導致網絡出現干擾或影響網絡覆蓋，如上饒三清山南基站小區越區覆蓋案例。排查流程：3.1.1 影響網絡覆蓋和性能指標的天饋故障在分析基站小區長期出現非正常的零話務和低話務、掉話率較高、呼叫建立成功

18、率低等性能指標問題時，發現很多是由于天饋系統原因造成，天饋硬件設備出現故障或損傷，天線信號輸出功率下降，覆蓋區域縮小，會導致出現零話務或低話務小區；天饋系統硬件類型使用不當、硬件安裝錯誤、天線參數設置不合理等因素會造成覆蓋區域跟實際需求不相符，減弱網絡覆蓋或產生網絡干擾，影響網絡性能指標。結合以往網優經驗和案例，對天饋經常出現的故障問題進行匯總，在排查天饋問題時應注意下面幾方面問題： 天饋硬件設備損壞 由于天饋系統各部分連接頭較多，大部分硬件又處于室外環竟，在長期運行容易出現硬件設備老化損壞，而且目前人為破壞設備的情況日益增多，天線饋線被截被盜的現象時有發生，造成網絡無覆蓋或者弱

19、覆蓋，網絡指標惡化，因此在檢查天饋系統故障時首先檢查天線饋線安裝是否安裝完好，外表是否有損傷，天線、饋線、機柜連接頭是否連接好，發現天饋硬件損壞或被盜要及時更改，并加強網絡設備的維護和安全防盜措施，保障網絡的正常安全運行。 天線阻擋 無線信號受到天線前方近距離的物體的遮擋，會嚴重影響大面積網絡覆蓋效果，降低小區話務量。隨著城市的發展，基站周圍后期建設的建筑物越來越多、越來越高，天線近距離受到樓房、廣告牌等建筑物的阻擋越來越多，會造成信號阻擋減弱覆蓋或被反射造成信號雜散，覆蓋區域雜亂，天線掛高不夠，天支位置的不合適，也會造成房頂對天線信號的阻擋與反射，原先天饋系統的規劃設計已經不

20、能滿足新的情況需求，針對這類情況，需要重新對天線的掛高、天支的位置重新設計，避免天線信號受到阻擋和近距離的反射，恢復基站小區的覆蓋效果。 天饋類型使用不當天線饋線種類較多，根據不同的網絡、區域、地形、周圍環境和需求，會選擇不同類型的天線饋線來達到網絡覆蓋效果，在天饋檢查中經常發現由于天線饋線使用不當造成網絡覆蓋達不到預期效果，因此在檢查天饋時要仔細檢查使用天饋的類型和各項指標參數：1 不同的網絡會需要不同的天線頻率段，C網的天線頻率范圍為820-880MHZ，如果天線不在此頻段范圍內，會影響天線信號功率的輸出。2 天線的水平波瓣、垂直波瓣、天線增益，城區和鄉鎮所需要的天線水平波

21、瓣和極化方式是不同的，一般鄉鎮基站會選擇水平波瓣為90度、高增益的天線，城區會選擇使用65度波瓣、低增益的天線，特殊區域會需要特定的垂直波瓣的天線，如風景區為了加大垂直空間的覆蓋會選擇垂直波瓣大的天線。3 根據所需要饋線的長度需要選擇不同類型的饋線，長距離的饋線布放如果饋線半徑不符合規范，會加大饋線傳輸信號的衰耗。 天線參數不合理天線參數的設置，會影響網絡覆蓋的效果，主要包括天線的方位角、下傾角，基站安裝工程中，要嚴格按照設計的參數進行安裝，但是規劃設計的參數并不一定符合實際的需求，因此需要在后期優化當中根據地形、用戶分布等多方面的綜合因素考慮對天線參數進行調整，優化覆蓋效果，

22、才不會浪費網絡資源。天線方位角、下傾角的設置，要依據基站小區周圍用戶的分布及周圍小區的位置、天線的參數多方面因素，天線下傾角太大，會造成小區覆蓋范圍太小，影響網絡覆蓋，下傾角太大，會造成小區信號越區覆蓋，前反向鏈路不平衡，形成網絡干擾，掉話率較高，呼叫建立成功率較低，影響網絡性能指標。 天饋接反在分析測試數據時發現，許多掉話、接入失敗都是由于小區信號覆蓋區域與設計的覆蓋區域不一致造成，小區信號覆蓋區域變化，會引起部分無線參數失去作用，如鄰區表的設置、硬切換參數的設置。造成小區覆蓋與設計不一致，主要原因是基站小區天饋線接反，因此在新增基站投入服務、基站搬遷期間，要嚴格檢查天饋線的安

23、裝規范及確保安裝的正確性。日常優化中，可以從網管收集小區級的性能統計中檢查與相鄰小區的切換請求比例，看切換請求比例是否符合小區設計，對于發現異常的，判斷可能出現扇區天饋接反情況，還可以通過對基站區域路測，檢查單導頻的覆蓋，看小區實際覆蓋區域是否與設計相符，對于覆蓋不符合設計的，可能是天饋接反造成。天饋接反一般有三種情況：1.扇區主收發都接反，小區的覆蓋區域發生變化，會影響通話的正常切換造成掉話，影響掉話率；2.扇區間僅是分集接收接反的，造成小區接收性能下降，反向鏈路增益不夠，天線接收到的上行信號強度很低，會造成掉話率較高和呼叫建立成功率較低；3.二個主收發接在同一個小區，二個分集接收接在同一個

24、小區，會造成部分區域內有兩個強導頻信號，但是小區接收性能降低，部分區域內沒有網絡覆蓋，引起用戶投訴。 駐波比過大無線信號在天饋系統的傳輸中存在功率衰耗，如果衰耗過大，會減弱天線信號的輸出功率。天饋系統的安裝質量不合格、長期運行后天饋系統硬件的性能下降都會引起天饋駐波比超出標準要求，因此要定期利用天饋測試儀對天饋駐波比進行測試。總部對駐波比的要求是小于1.4，對于駐波比超出規范標準要求，要進行整改，可以利用駐波比測試儀，用DTF功能定位故障點，發現故障位置并進行處理。造成駐波比高的原因有以下幾種：1. 在天線、饋線、跳線連接處接頭松動或進水；2. 饋線接地點破損；3. 饋線受力變形

25、或遭到破壞損傷；4. 天線波段不符合設計標準；5. 饋線避雷器質量問題衰耗過大；6. 天線損壞或性能下降。3.2 無線設備（朗訊）由于無線設備問題導致的隱性問題，發生時，往往是硬件或軟件存在問題，但是網管上無法監控到相關的告警，主要依靠投訴，話務數據分析和現場檢查來發現。經總結大致分為三種：第一種是硬件上有告警而網管上無法顯示，基站有故障，如1月份的平陽蔡洋案例、本月的虹橋瑤岙案例；第二種是硬件上有告警而網管上無法顯示，但是基站沒有故障，如在處理洞頭新城故障時發現基站有一塊C1PAM有告警，但是基站運行正常，洞頭縣城3基站兩塊C1PAM的告警（基站正常），溫州木材公司二載波的CRC板子有告警，

26、但工作正常，此類問題需要進行關注，防止后續產生硬件故障，但未必會影響網絡性能；第三種是硬件無告警網管也不能監控的故障，這類故障會引起基站的性能下降，但是具體哪方面性能下降，要看具體的故障原因，看是軟件還是硬件上的元件性能變差，其原因往往不好定位，這類問題往往通過重啟基站就能解決，如瑞安上望基站案例、永嘉甌北五星工業路案例、永嘉嶺頭鄉基站案例、溫州雙嶼鞋都基站案例，如果重啟還不能解決問題，就需要通過替換法找到具體的問題硬件，然后更換有問題硬件，如永嘉石柱案例。3.2.1 BTS一般問題排查1 有投訴時，詢問用戶以下信息:A. 用戶的位置B. 手機號C. 手機電子串號(即ESN號)D. 手機類型E

27、. 問題描述(比如: 問題屬于掉話，難于起呼，還是無應答)2 一旦得到這些信息, 可以對相應的基站/扇區/載頻 (或可能懷疑的硬件單元)做以下確認.A. 確認SDP顯示頁面是否發現有問題.I. 記錄 2138頁面狀態 (查找非正常顯示)II. 記錄 2139頁面狀態· 注: 2139頁面上信道 CE占用并不能說明起呼和接通正常. 只有看見切換(handoffs)才算數. B. 對懷疑的基站運行SMART話務統計, 看某扇區/載頻同以前類似話務量下比較是否有明顯的掉話. 注: 對于設定為邊界的扇區不會有話務(捕獲).C. 從基站每小時話務統計的分析結果中,作以下確認:I. 是否有明顯的

28、起呼時或尋呼響應(捕獲)時掉話.II. 是否有明顯的不合理捕獲丟失方面的增加.III. 掉話率百分比是否有明顯的增加.IV. 反向誤幀率(RFER)是否有明顯變化V. RSSI平均值/峰值是否有明顯變化D. 用PLM9/10檢查該基站所有扇區的RSSI,看RSSI是否正常。同時查看是否輸出功率偏低。E. 運行 filter_pwr.pl 腳本并收集輸出數據.I. 當問題出現時, 運行該腳本 , 取到最近24小時的的數據.II. 運行腳本步驟:a. 在OMP的/home/pecc下安裝 filter_pwr.pl 腳本 并執行以下指令b. SMsmdump -C <cell #> -

29、t | /home/pecc/filter_pwr.pl > file.outc. 收集相關輸出數據并附在AR故障報告上3 一旦確定某基站/扇區/載頻有問題時,A. 在收集完有關數據前千萬不要重啟該基站,除非該基站特別關鍵而必須馬上恢復服務.B. 無論在該流程的哪一步,如果發現問題不復存在, 就無須繼續故障處理流程. AR中必須提供所有收集的信息.C. 有可能的話,派Sub-C到現場打電話以定位隔離問題. 并運行 UXcptrace 收集該測試手機的相關數據.I. 再次確認CDMA手機屏幕上以下信息:d. 用CDMA手機屏幕檢查:是否能看到該扇區的PN碼?e. 手機屏幕上是否有該扇區信號

30、?D. 在 Tipdunix或 TICLI環境下運行以下 TI 指令:I. op:cell #II. op:cell #,cdm #(對所有的載頻CDM)將幫助確定受影響的載頻是否有單元退出服務.III. op:cell #,cdm #,ccu #(對所有的CCUs)將幫助確定是否有OC設置在某一特定的CCU上 (以及是否有呼叫由該CCU單元來處理).IV. op:oc;cell #將得到OC 分配方面的報告(不支持低于R20.0大基站版本).如果你注意到沒有overhead channels, 用以下指令檢測 OA&M audit (RATP) aud:cell #, name ra

31、tp如果不起作用, 可用以下TI 命令初始化SPCE 軟件進程:init:cell #:spp spceV. op:alarm查看ECP上有什么類型的信息輸出E. 同樣,為幫助檢測是否為overhead channel 問題, 用下面的TI命令將受影響的扇區/載頻 的overhe28808852ad channels 移至別處:move:cell #,oc type,paf #,carrier #,cdm #,ccu #,ce #,ccu #,ce #首先將overheads移到同一塊CCU的其它地方,如果不起作用則移至不同的 CCU(如果有別的CCU的話) 所有OC的 move 指令舉例:m

32、ove:cell 197,oc all, paf 1,carrier 1,cdm 1,ccu 2注: 該情況下不要指定目標信道CEs .只 move 尋呼 信道的指令舉例:move:cell 197,oc page, paf 1,carrier 1,cdm 1,ccu 2,ce 7注: 如果沒有空閑的目標信道CEs , 可試著移至別的信道 CEs ,直到成功為止.F. 如果 Sub-C 在基站現場, 當執行完這些指令后, 如果問題依然存在, 要求 Sub-C做如下操作:I. 用功率計確認該扇區輸出功率(在天線J4口), 并與相鄰扇區的輸出功率比較,以確保其他扇區輸出功率正常.II. 注: 不要

33、撥弄CBR板子開關, 這并不需要. 只按以下步驟對CBR 作RMV/RST. 這可避免因CBR開關撥弄而在ROP上出現 干擾數據.III. 如果輸出功率沒有變化, 用TI 命令將CBR remove/restore, 并再確認輸出功率.IV. 如果輸出功率沒有變化, 用TI 命令將CBR remove, 然后插拔該CBR板子,然后restore該CBR,并再確認輸出功率. 注: 插拔CBR板子之前必須用TI 命令將CBR remove, 否則 ROP會因OA&M audits而出現noise.V. 如果這些都不行, 將懷疑有問題的 CBR 與確保好的CBR 對調,并再確認輸出功率:G.

34、 若無改善, 不要初始化基站, 而應逐一檢查其它單元:I. 用TI 命令, 將一塊CCU remove, 看有否改善.II. 用TI 命令, 將CCU 逐一remove, 看有否改善.III. 若懷疑功放 TXAMP, 用TI 命令 將相應的功放 remove/restore, 看有否改善. 替換功放,看能否解決問題. IV. 若跳過第F步, 用TI 命令, 將有問題的CBR remove/restore.V. 用TI 命令, 將相應的CRC restore.H. 若仍然沒有改善:I. 用TI 命令, 將該基站初始化( init:cell #:sc ) ,看有否改善. 若仍沒有改善,執行II.

35、 在AP CLI上, 執行重啟 RCS ( restart:rcs # ) 看有否改善.4當基站恢復正常工作后,執行以下步驟:A. 確認ROP 上問題發生時該基站的相關記錄. 可在OMP上執行以下指令,以取得ROP上某基站某天的記錄:cgrep -X -+w# "CELL X" ropdirectory > file.ropI. 當該現象發生時,檢查所有有關 RATP, HEH, CCPOAM, CCPCCC, TUCDMA 的錯誤報告.B. 檢查 該基站DBG 文件的Asserts 記錄. 確保檢查RCS 及 基站兩者的Asserts.I. 以下是某基站 asser

36、t 的舉例:AHccc_asrt(): Cell 17 Assert Report CRC 2, Assert num 0x5681 (22145 decimal)II. 以下是某RCS assert 的舉例:ASSERT Ec= 45205 Ec= DCF, CCP 205 Recovery= DCFRET Event=291925 為進一步分析和及時觀察注意, 應填寫故障報告,以便定位和隔離問題， 故障報告必須包含:A. 問題描述B. 基站號C. 基站軟件版本 (執行 op:cell #, generic)D. ECP craft 的歷史記錄 (在on ECP RTR shell下執行 c

37、at /1apx10/upd/bwmlog)E. 該基站所用AP的類型 (在AP上執行 uname)F. 用TI命令執行 op:cell #, inventoryG. 如果是硬件問題, 列出壞板子的序列號( S/N:serial number ).H. 提供所有的話務統計數據,以及針對性的 ROP 查尋數據及assert 數據.I. 問題發生時,有可能的話,收集UXcptrace 數據.J. 從AP上收集該基站相關的 DBG, PERF, ERR 文件,從OMP上收集 ROP文件,放到本地服務器上,并在AR中注明這些文件所放的位置. 必須確保收集AP上盡可能有的 old.yyyymmdd* 文

38、件. 當原始文件過大時,這些文件肯定自動生成.I. 注: ROP 目錄已移至: /omp-data/logs/OMPROP1/II. AP 文件在: /var/ap/platform/logs/ux3.2.2 BTS硬件問題排查1、 檢查板件告警燈狀態是否正常；2、 檢查部件間的連線是否正確，有無松動；3、 在數據工程師配合下根據可能的故障點，用替換法更換電路板，查找具體問題硬件；4、 更換有問題的硬件；5、 撥打測試，確定故障是否已經排除。 功放更換步驟 若出現低話務或零話務，在網管看到是功放硬件告警引起的，且網管側對功放重啟仍無法激活的情況下，此時我們考慮更換功放，功放的更換

39、步驟如下：1、 現場更換人員到達基站后，通知交換機房數據工程師即將進行的更換操作，得到對方同意后，方可進行。2、 機房數據工程師接到現場更換人員通知后，在TICLI中，對該基站需要更換的功放單元所在扇區的CBR執行以下操作：(如果為雙載波基站，同一扇區兩個載波的兩塊CBR都要執行以下操作) rmv:cell a,cdm b,cbr c a表示該基站RCS編號，b在基站中對應載頻編號，c表示需要更換的功放單元所在扇區的對應CBR編號3、 機房數據工程師：確定第3步中的CBR為OOS狀態后，進行以下操作：檢查cdmeqp（如該基站為COMPACT4.0BTS4400基站檢查btseqp表）表格中功

40、率配置是否為標準值，圖一為單載波時功率的標準配置，圖二是雙載波時功率的標準配置。如果現網中的配置不是標準值，做好相應記錄后，然后把現網中的數據按照標準值進行更改，如果是二載波基站，同時打開二載波的尋呼信道和接入信道。圖一圖二4、 機房數據工程師通知現場更換人員更換有問題的功放。5、 現場更換人員佩帶防靜電手環，關掉要更換功放單元的空開，應拆除功放上的電源線，接收、發射接口的射頻線，拆除合路器單元，擰下固定的螺絲，拔出功放單元電路板，并置于防靜電包裝內。6、 現場更換人員把沒有問題的功放插進相應槽道，正確完成相應連線，打開對應的電源空開。7、 現場更換人員在更換記錄上，記錄更換下來的功放單元的相

41、關信息，主要包括序列號，原槽道位置等信息。8、 現場更換人員把功率計連接到更換功放所在扇區的功率數出口，基站設備的第一，二，三扇區的發射端口分別對應機柜后面的第一，三，五接口。然后通知機房數據工程師，并等待進一步指令。9、 機房數據工程師把更換的功放所對應的CBR重起，等其恢復其正常工作后，通知現場更換人員進行功率校正。相應的操作在TICLI 中完成 rst:cell a,cdm b,cbr c10、 現場更換人員通過調節CBR上的功率控制按鈕，調節系統輸出功率。在功率計上測試的標準值是36.47dbm,可接受范圍是36.37dbm 到 36.57dbm。11、 如果是二載波基站，同一扇區二塊

42、功放都進行了更換的情況，通過10和11步操作，完成其中一個載波功率校正后，用第三步中的命令，讓檢測過的CBR變為OOS狀態，重復10和11步，完成另外一個載波的功率測試。12、 機房數據工程師把測試過的扇區所對應的CBR變為OOS狀態；在cdmeqp（或btseqp表）中，恢復基站在現網中的配置，重起CBR，使其恢復正常工作狀態。然后通知現場更換人員恢復天饋系統的連接。13、 現場更換人員首先把CBR的發射開關置于off位置，然后，恢復天饋系統的連接。14、 現場更換人員打開CBR的發射開關，并準備撥打測試15、 現場更換人員通過測試手機撥打測試號碼（又叫MOST號碼），當聽到蜂鳴音后，鍵入4

43、26+發送鍵，進行信道間的切換測試。鍵入227+發送鍵，進行載頻間的切換測試。在保證測試手機可以在每個扇區，每個載頻上都可以工作的情況下，即證明更換后的硬件單元工作正常。每個交換局下的測試號碼不同，現場更換人員可以向交換數據工程師查詢。當撥通測試號碼后，手機屏幕上有如下顯示：16、 0283 2342 01-2-6 表示：283頻點，RCS234基站，第2扇區，第一CDM，第二塊信道板，第六個信道17、 現場更換人員：通知機房數據工程師測試結果；完成相關記錄；確保更換下來的電路板包裝完好；結束本站的更換工作。 CRC/URCM更換步驟 在網管上看到基站斷站，一般是由于傳輸中斷或C

44、RC/URCM板損壞引起，在傳輸專業確定傳輸沒問題的情況下，由工作人員到現場更換硬件板卡，具體操作流程如下：1、 現場人員到達后，通知機房將進行更換操作。2、 檢查新CRC上的開關置于E1（URCM沒有開關設置）。 3、 更換CRC/URCM。4、 等信令激活后，通知機房數據工程師下基站軟件。 send:cell xx,generic“yyyyyyy” xx-基站RCS號，yyyyyy-基站軟件名5、 等基站軟件下玩后，重起基站即可。 rmv:rcs xx按照提示選擇y rst:rcs xx等待基站起來6、 撥打測試-參閱功放的更換步驟中的說明。 CBR更換步驟無發射功率，網管看

45、到CBR告警，無法激活的情況下，要求工作人員到現場更換，CBR的更換步驟如下： 1、 先通知機房數據工程師rmv:cell a,cdm b,cbr c2、 現場工程師更換新的CBR3、 機房數據工程師rst:cell a,cdm b,cbr c4、 功率測試-參閱功放的更換步驟中的說明。5、 撥打測試-參閱功放的更換步驟中的說明。 TFU、OM及GPS天線更換步驟 基站無法鎖星，影響基站正常運行，在網管查看是TFU告警且無法激活的情況下，一般是TFU、OM模塊出現故障，以下是硬件更換時的操作步驟：1、 先通知機房數據工程師將要進行的更換工作。2、 現場工程師更換TFU、OM及GP

46、S天線后，通知機房數據工程師。3、 機房數據工程師將硬件激活投入服務 rst:cell xx,tfu:gps 1;ucl（MD/BTS基站） rst:cell xx,bbu 1,tfu:gps;ucl（5100基站）4、 撥打測試-參閱功放的更換步驟中說明。 濾波器更換步驟當小區出現話務量低，甚至零話務的情況下，排除天饋系統可能出現的問題，查看硬件連線情況，若連線沒問題，其它硬件在網管上看不到告警的情況下更換濾波器：1、 把相應的CBR開關置于off狀態。2、 斷開連接到濾波器的天饋。3、 斷開濾波器的連接線。4、 更換新的濾波器，連線及接天饋。5、 把相應的CBR開關置于on狀

47、態。6、 撥打測試-參閱功放的更換步驟中的說明。 CCU更換步驟當小區沒有話務，在網管中心看到信道板處于OOS狀態，且無法激活的情況下，更換CCU，具體更換流程如下： 1、 先通知機房數據工程師即將進行的更換操作。2、 數據工程師在TICLI界面下將CCU退服rmv:cell a,cdm b,ccu c3、 更換上新的CCU，機房數據工程師將CCU硬件激活投入服務 rst:cell a,cdm b,ccu c4、 撥打測試-參閱功放的更換步驟中的說明。 基站背板更換步驟準備一塊好的背板、安裝了RMT測試軟件的PC一臺，交叉網線一根，常用工具、萬用表、機柜門專用工具、

48、基站鑰匙。具體更換流程如下：1、 基站斷電，拔出數字框所有電路板。2、 打開機柜后門，檢查背板連線并記住各種連線和功能模塊所插位置，注：一般每根線上都有標簽，注明了所插位置，特殊情況下沒有標簽的線請做好標記。3、 拆除背板所有連線和螺絲，拆下背板并小心擺放好。4、 檢查新背板，包括外表有無損壞，撥碼開關位置、各根針有無碰觸，檢查無誤后安裝新背板，連接好各根連線和插頭，尤其是電源插頭，確保連接可靠。5、 確認安裝無誤后，機柜上電，上電步驟為：數字框不要插任何電路板，給背板獨立上電，觀察沒有異常后斷電，插上PCU電路板再次上電，觀察沒有異常后依次插上其它電路板。6、 觀察基站工作情況，正常的情況下

49、信令能自動起來，機房重啟后基站能正常運行。7、 如果信令不能起來，通常表現為控制板自檢后無指示燈，這時需要用PC登錄基站，確認基站背板參數設置，大致過程：PC ip設置為50，網線連至機柜F1C1網口，打開RMT軟件（需要一級密碼和二級密碼，根據提示ID向朗訊工程師查詢），設置boot memory parameters參數，標準參數如下：CRC:URC:注：不同類型基站背板更換過程大致相同，MD3.0、C4.0背板需要拔出數字框進行更換。3.2.3 MSC 側問題排查1、 排查MSC 電路板故障當出現基站傳輸告警時首先檢查傳輸狀態,如果電路板OOS 用DGN命令診斷

50、該電路板,如果診斷失敗,更換電路板后在次診斷.2、 排查傳輸故障a. 檢查MSC側傳輸狀態,在1120,x,yb. 用OP-DFIRG:fac=a-b-c-d (基站傳輸位置) 察看傳輸誤碼,如果有誤碼,用c. Init-dfirg:fac=a-b-c-d 清楚誤碼率后,在觀察是否還有誤碼.d. 如果誤碼依然存在e. 到交換側DDF對交換側環回 , 清楚誤碼率后,在觀察是否還有誤碼f. 如果還有誤碼,則檢查端口到交換DDF之間的傳輸.g. 如果沒有誤碼則檢查交換DDF 到基站的傳輸,h. 如果在端口出顯示傳輸是OOS 狀態時LFT 或者是AIS狀態,則到交換側DDF對交換側環回,看交換端口是否

51、ACT,如果是ACT狀態就需要檢查,交換DDF 到基站的傳輸,如果告警不能清除,則檢查端口到交換DDF之間的傳輸.3.3 無線設備（ZTE）3.3.1 一般問題排查 獲得故障的途徑機房維護人員獲得故障的途徑有：后臺告警、業務觀察、性能統計和用戶直接投訴申告四種。其中前兩種情況為日常維護工作的一部分，例如：通過后臺告警可觀察到具體某一單板的告警信息，通過業務觀察能查看到故障源。由這兩種方式得來的故障信息準確度很高，可直接處理。對于后兩種故障來源，需要做進一步觀察和測試，才能確定故障的根源，從而解決故障。特別是對于用戶關注的性能故障，如雜音、單通、上網速度慢，需要借助信令跟蹤、前后臺

52、的配合處理才能定位和解決故障。 故障定位分析思路故障定位需要遵循“電源E1和傳輸CCMGPSCHMRFSSDU這種順序考慮故障的思路進行。例如：告警信息提示“CCM未探測到”，應先檢查BTS電源、E1和傳輸是否有故障，然后才能定位是否是CCM故障。具體的故障定位思路描述如下：1故障是否由電源引起如果設備沒有電源提供，當然不能正常工作。對于電源故障，可以按下面的順序進行排查：（1）電源是否有市電輸入（2）電源輸出是否正常（3）市電輸入是否中斷（4）蓄電池是否有故障（5）SAM是否有故障2傳輸E1線路是否有故障傳輸E1線是連接BTS和BSC的橋梁，如果傳輸出現了故障，BTS就不能被B

53、SC檢測到的。對于E1故障，可以按下面的順序進行排查：（1） 檢查傳輸（光纖、微波、衛星或者這三種的組合）是否正常（2）檢查DDF架連接是否有故障（3）檢查E1連接是否有故障（4）檢查DSM是否有故障3確認BTS的CCM是否有故障CCM是BTS的核心單板，是整個BTS的控制中心和交通中心，具有重要的地位。對于CCM故障，可以按下面的順序進行排查：（1）上電地址請求是否正常（2）運行版本是否正確（3）加載數據（包括FLASH和后臺）是否成功4確認GPS是否有故障CDMA系統對時鐘的要求非常嚴格，正確的時鐘是通信的重要保證，因此GPS對CDMA系統來說是非常重要的。對于GPS故障，可以按下面的順序

54、進行排查：（1）GCM是否有故障（2）GPS的接收部件和饋線是否有故障5確認CHM是否有故障CHM是CDMA技術體現的關鍵性模塊。對于CHM故障，可以按下面的順序進行排查：（1）CHM獲取的時鐘是否正確（2）CHM運行的軟件版本是否正確（3）是否配置控制信道6確認RFS是否有故障RFS包括RMM、TRX、PA和RFE單板。7確認BSC的SPB是否有故障SPB負責BSC的語音部分，當語音業務出現故障（無數據業務故障），特別是性能故障時，應該想到這個子系統。8檢查BSC的PCF是否有故障PCF系統負責BSC的數據部分，當數據業務出現故障（無語音業務故障）時，應該想到這個子系統。9檢查BSC的MP是

55、否有故障3.3.2 BSC硬件問題排查 媒體流通信故障這里以跨一級交換的資源框之間的媒體流故障處理為例進行說明。1故障描述后臺診斷測試跨一級交換的資源框之間的媒體流，測試失敗。2原因分析（1）GLIQV與UIMU之間的光纖連接故障；（2）GLIQV與UIMU之間的后臺連接關系配置錯誤；（3）單板故障。3故障恢復步驟（1）確認待測資源框內業務單板的媒體流診斷測試是否正常；（2）查看各塊GLI單板的的各個面板燈是否正常閃爍。正常情況下，被選路選中的光模塊的ACT燈是以3-5Hz速率快閃，而所有已插光纖的光模塊的SD燈是長亮。如果有某個光模塊面板燈閃爍不正常，請重新插拔一下光纖或光模塊；（3）檢查前臺UIMU與GLIQV之間的連接是否正確。（4）檢查后臺配置的UIMU與GLIQV之間的連接關系是否與前臺光纖連接一致；（5