網(wǎng)絡優(yōu)化中的投訴分析處理

1、網(wǎng)絡優(yōu)化中的投訴分析處理目錄 TOC o 1-5 h z 一、概述2二、投訴優(yōu)化分析及處理22.1情況核實2 HYPERLINK l bookmark34 o Current Document 2.2投訴處理流程2 HYPERLINK l bookmark37 o Current Document 2.3投訴問題分析思路及解決方案3 HYPERLINK l bookmark40 o Current Document 語音業(yè)務問題分析及處理3 HYPERLINK l bookmark43 o Current Document 話務跟蹤分析3硬件故障查找3現(xiàn)場測試分析.4數(shù)據(jù)業(yè)務問題分析及處理4

2、HYPERLINK l bookmark50 o Current Document 無法上網(wǎng)問題整治方案4 HYPERLINK l bookmark53 o Current Document 上網(wǎng)慢問題整治方案5上網(wǎng)掉線問題整治方案5三、投訴分析處理經(jīng)驗匯總63.1雙向無聲、雜音投訴問題排查.6 HYPERLINK l bookmark79 o Current Document 3.2串話用戶投訴問題分析排查.7網(wǎng)絡設(shè)備故障導致串話8參數(shù)設(shè)置不當導致串話9 HYPERLINK l bookmark117 o Current Document 頻率干擾導致串話103.3單通問題導致的投訴11初步

3、判斷11 HYPERLINK l bookmark131 o Current Document 單一小區(qū)的單通分析處理12 HYPERLINK l bookmark134 o Current Document 在固定BSC下單通分析處理12在同交換下一些單通分析處理13 HYPERLINK l bookmark150 o Current Document 3.4用戶不在服務區(qū)143.5部分手機打不通電話163.6掉話引起戶投訴17四、面對投訴客戶時態(tài)度及技巧18投訴 分美訴數(shù)是E 投錄矣 看記庫驍 查點據(jù)否手機問題古行 檢證標 ,區(qū)指 錄小暫時無法處泓如弱覆蓋玄 無覆蓋等.提出解溟方聿回訪用戶

4、投訴 分美訴數(shù)是E 投錄矣 看記庫驍 查點據(jù)否手機問題古行 檢證標 ,區(qū)指 錄小暫時無法處泓如弱覆蓋玄 無覆蓋等.提出解溟方聿回訪用戶概述投訴是全國各地市網(wǎng)絡運營商都非常關(guān)注的網(wǎng)絡重點，隨著網(wǎng)絡優(yōu)化的發(fā)展 運營上越來越重視用戶的實際感受，改善網(wǎng)絡質(zhì)量。投訴處理工作是網(wǎng)絡日常維 護中不可缺少的部分，因此需要有一套好的流程和方法，以確保工作的有效性和 高效性。二、投訴優(yōu)化分析及處理21情況核實對工單或其他方面反映的投訴問題，首先與投訴反映主體進行情況核實， 了解問題具體現(xiàn)象、時間、地點和現(xiàn)在的情況。防止工單不詳細，記錄不準確 導致后續(xù)問題分析解決思路錯誤。原始投訴信息的采集是處理投訴問題的基礎(chǔ)和條

5、件。我們接到的投訴多半 比較緊迫，需要以最快速度解決，但在未了解實際投訴問題的情況下拿著測試 手機或儀器去現(xiàn)場測試是盲目而低效的。我們必須完成基本信息的采集，其內(nèi) 容包括：A 用戶基本信息。投訴問題類型具體投訴描述具體投訴地點投訴問題發(fā)生的時間及頻率使用手機終端類型主被叫號碼其它相關(guān)信息（包括重要活動、用戶行為等）有了這些信息，我們對投訴問題的分析就更加具有針對性，也便于我們制 定出隨后的話務跟蹤、話務統(tǒng)計、硬件排查以及現(xiàn)場測試等綜合分析計劃。2.2投訴處理流程實際處理投訴問題時，建議按照如下流程開展工作：2.3投訴問題分析思路及解決方案在整理投訴分析和處理中，首先排查無線環(huán)境和手機終端，若終

6、端和用戶卡 沒有問題則排查無線環(huán)境；無線環(huán)境不好，則具體分析什么原因?qū)е?，比如是?有頻繁的小區(qū)重選？是否有干擾？是否信號弱？是否上下行存在問題？有否相 關(guān)告警？若在環(huán)境和終端上都沒有發(fā)現(xiàn)問題則從小區(qū)擁塞、GB擁塞、ABIS擁塞、 硬件故障、參數(shù)配置、相關(guān)告警去考慮。2.3.1語音業(yè)務問題分析及處理用戶投訴問題一般比較緊迫，因此在接到投訴后必須以最快的方式定位問題 原因，排除故障，實施優(yōu)化調(diào)整，最終保證網(wǎng)絡更好的服務質(zhì)量，以提高用戶的 滿意度。在進行投訴處理時一般采用如下一些方法。話務跟蹤分析話務跟蹤分析是我們處理投訴問題的常用方法，它可以快速定位投訴問題的 原因。在處理大量用戶類似投訴時，話

7、務統(tǒng)計數(shù)據(jù)往往能提供各種全面詳實的信 息，便于我們從宏觀上把握網(wǎng)絡狀況，由點及面、點面結(jié)合地分析和定位問題。用戶投訴的問題，如掉話、呼叫失敗、話音質(zhì)量差等，一旦頻繁出現(xiàn)在某個 區(qū)域，則一般都能在話務統(tǒng)計數(shù)據(jù)中有所體現(xiàn)。比如和掉話相關(guān)的話務統(tǒng)計指標 統(tǒng)計有：無線掉話率切換成功率信道擁塞率話務掉話比 RMS報告統(tǒng)計和呼叫失敗相關(guān)的話務統(tǒng)計指標有：隨機接入成功率 TCH分配成功率 SDCCH分配成功率 TCH&SDCCH信道擁塞率A信道完好率和話音質(zhì)量相關(guān)的話務統(tǒng)計及系統(tǒng)測量有：質(zhì)差掉話（上下行質(zhì)差掉話） BAND干擾統(tǒng)計 RMS報告統(tǒng)計切換原因統(tǒng)計通過分析話務統(tǒng)計指標的變化和指標間的相關(guān)性，通過話

8、務報告和RMS報 告等統(tǒng)計發(fā)現(xiàn)可能存在的問題，如話務量激增造成的擁塞、突發(fā)硬件問題引起 的大量系統(tǒng)側(cè)呼叫失敗和掉話、外部干擾的影響及過覆蓋導致的干擾等等。這 時解決個別投訴問題則上升到解決網(wǎng)絡整體或局部的問題，結(jié)合網(wǎng)絡話務統(tǒng)計 數(shù)據(jù)可以有效地避免“只見樹木，不見森林”的誤區(qū)，從根本上定位問題所在， 以利于采取切實可行的措施。硬件故障查找如果從話務統(tǒng)計數(shù)據(jù)上發(fā)現(xiàn)在投訴的日期或時間段服務基站的多項性能指標突然惡化，而之前或隨后又基本正常時，投訴問題很大程度上和硬件的瞬 間故障有關(guān)。這時需要監(jiān)控該基站狀態(tài)，通過OMC查看是否有硬件告警記錄；同時與基 站班組溝通，查看基站日志文件，看是否有硬件故障恢復

9、記錄；必要時對投訴 較嚴重、故障出現(xiàn)次數(shù)多的基站進行檢測，以排除硬件故障帶來的網(wǎng)絡服務質(zhì) 量隱患。如果從話務統(tǒng)計數(shù)據(jù)上發(fā)現(xiàn)一些指標異常而無明顯的硬件告警指示，如掉 話多、接通率低也可以查看話務報告統(tǒng)計，是否在某一塊載頻上有明顯的占用 時長短，存在大量分配失敗和掉話，有則該載頻有故障?，F(xiàn)場測試分析接到投訴后在上述幾項分析完成大概可以確定問題所在后進行現(xiàn)場測試、 現(xiàn)場調(diào)整、現(xiàn)場解決，若仍然無法定位故障原因，或沒有足夠的線索時，需要 去投訴現(xiàn)場進行問題測試。一般覆蓋問題投訴可以通過信號測試比較方便的找出問題原因，如室內(nèi)深 度覆蓋、建筑密集信號弱，然后通過天線和參數(shù)調(diào)整方案，在兼顧周圍覆蓋要 求的前提

10、下盡可能改善覆蓋目標的信號質(zhì)量；對于無法通過優(yōu)化解決的問題則 提出后期加站和加室內(nèi)分布系統(tǒng)的方案。而對于呼叫失敗、掉話、話音質(zhì)量等問題，其可重復性往往不能保證，同 時涉及無線環(huán)境、小區(qū)負荷、基站硬件以及手機終端等多個方面，現(xiàn)場測試定 位問題的效率比較低。在這種情況下，進行現(xiàn)場測試必需了解盡可能準確的投 訴地點和時間，完成相同呼叫類型的話務，同時記錄空中接口信令消息，并在 系統(tǒng)側(cè)進行話務跟蹤，一旦采集到投訴的問題實例，便可以結(jié)合多種數(shù)據(jù)進行 綜合分析，定位問題原因。2.3.2數(shù)據(jù)業(yè)務問題分析及處理無法上網(wǎng)問題整治方案首先，上不了網(wǎng)先判斷為個體用戶還是多個大面積用戶，并結(jié)合測試卡實地 測試推斷問題

11、。可能的原因現(xiàn)象和判斷方法手機卡沒有開通GPRS業(yè) 務用測試卡上網(wǎng)，若能正常上網(wǎng)則排除網(wǎng)絡問題，若投訴用戶不能上 網(wǎng)，則把測試卡放到投訴用戶手機內(nèi)上網(wǎng)測試，若能上網(wǎng)，則判斷 為投訴用戶卡問題，建議去開通該業(yè)務，否則判斷為手機終端問題手機設(shè)置存在問題手機終端問題往往表現(xiàn)為多個卡都不可以上網(wǎng)，其他手機可以上 網(wǎng)，建議到營業(yè)廳或手機銷售商處咨詢解決服務小區(qū)數(shù)據(jù)配置存在 問題該問題的表象往往是該服務小區(qū)內(nèi)所有用戶都不可以上網(wǎng)，投訴面 較大，需要協(xié)同機房人員配合檢查投訴用戶所登陸的服務 器問題用戶所登陸QQ或其他網(wǎng)頁論壇，登陸不上，可能的原因有：目標 服務器擁塞、目標服務器故障。建議試驗時使用移動官方網(wǎng)

12、站測試。投訴點覆蓋很弱在信號弱尤其有稍微干擾的情況下，手機上網(wǎng)會表現(xiàn)的很困難，信 道請求和信道指配以及數(shù)據(jù)傳輸都很困難。投訴區(qū)域存在嚴重的干 擾在信號好但干擾嚴重的區(qū)域，數(shù)據(jù)誤塊率很高，重傳比例大，數(shù)據(jù) 傳輸很不穩(wěn)定。若是熱點區(qū)可能存在較當信道比較擁塞時，用戶手機的性能不高，在爭搶信道的時候處于重的信道擁塞弱勢，很難成功占搶信道。設(shè)備硬件故障基站和BSC的硬件故障，往往會導致上不了網(wǎng)，表象為大面積的客 戶存在上不了網(wǎng)的現(xiàn)象。出現(xiàn)影響數(shù)據(jù)業(yè)務的告 警存在一些告警，比如PTP BVC故障，DSP過載等，需要機房人員配 合檢查。上網(wǎng)慢問題整治方案上網(wǎng)慢主要考慮干擾和擁塞其次是覆蓋不良，根據(jù)進一步核查

13、的不同現(xiàn)象和 原因，采取不同的處理方案，具體如下：可能的原因現(xiàn)象和判斷方法服務小區(qū)存在干擾當服務小區(qū)信號較好（4格以上）通話時有較重背景音、雜音、金 屬聲等，則判斷為存在干擾，此時則數(shù)據(jù)重傳高，誤塊率高，上網(wǎng) 會變的很慢投訴區(qū)域存在頻繁小區(qū) 重選小區(qū)重選嚴重影響下載的速率，小區(qū)在重選時導致TBF異常釋放會 中斷下載，表象為投訴區(qū)往往在小區(qū)邊界，或無主覆蓋的區(qū)域服務小區(qū)存在信道擁塞當服務小區(qū)信道擁塞時，每信道復用比例上升，使得每個用戶所使 用的資源減少，因此速率會下降投訴區(qū)域信號較弱在信號弱尤其有稍微干擾的情況下，手機上網(wǎng)會表現(xiàn)的很困難，信 道請求和信道指配以及數(shù)據(jù)傳輸都很困難。資源受限在熱點地

14、區(qū)信道充足且無線環(huán)境良好的情況下，由于GB 口、GABIS 口以及網(wǎng)關(guān)的瓶頸原因?qū)е旅r段上網(wǎng)較慢。服務小區(qū)的編碼方式等 參數(shù)設(shè)置不合理參數(shù)設(shè)置不合理，使得編碼方式提升不上去、編碼方式提升的時間 較長，TBF的建立等時間較長等，需要與機房配合檢查投訴用戶所登陸的服務 器問題用戶所登陸QQ或其他網(wǎng)頁論壇，登陸不上，可能的原因有：目標 服務器擁塞、目標服務器故障。建議試驗時使用移動官方網(wǎng)站測試。設(shè)備硬件故障若載頻的隱性故障和其他故障都會可能導致傳輸不穩(wěn)，速率較低。傳輸不穩(wěn)定出現(xiàn)E1傳輸告警，E1提示告警，以及小區(qū)傳輸延遲告警等手機多時隙能力不足由于客戶手機的多時隙能力不同，當能力不足時，申請到的信

15、道較 少，若不支持EDGE，則只能使用GPRS的低編碼方式。上網(wǎng)掉線問題整治方案上網(wǎng)掉線主要考慮小區(qū)重選是否頻繁，掉線很多情況下存在偶然因素，根據(jù) 進一步核查的不同現(xiàn)象和原因，采取不同的處理方案，具體如下：可能的原因現(xiàn)象和判斷方法投訴區(qū)域小區(qū)重選較頻 繁小區(qū)重選嚴重影響下載的速率，小區(qū)在重選時導致TBF異常釋放會 中斷下載，表象為投訴區(qū)往往在小區(qū)邊界，或無主覆蓋的區(qū)域投訴區(qū)域存在干擾在信號好但干擾嚴重的區(qū)域，數(shù)據(jù)誤塊率很高，重傳比例大，數(shù)據(jù) 傳輸很不穩(wěn)定。傳輸不穩(wěn)定出現(xiàn)影響數(shù)據(jù)業(yè)務的告警服務小區(qū)存在擁塞分組數(shù)據(jù)傳輸?shù)奶攸c：數(shù)據(jù)傳輸時不是一直占用著信道，當一個TBF 傳輸完畢時，可能會釋放當前信

16、道，在下一次申請傳輸數(shù)據(jù)時由于信道擁塞，導致了掉線。路由更新多次失敗或被由于無線環(huán)境不穩(wěn)，在網(wǎng)絡下發(fā)路有更新時，各種原因?qū)е碌穆酚芯芙^更新失敗，或信息錯誤被拒絕，造成掉線。三、投訴分析處理經(jīng)驗匯總3.1雙向無聲、雜音投訴問題排查情況概述：引用實際案例，雙向無聲以及噪音干擾導致用戶大量投訴的問題 進行認真分析，逐段排查，定位故障原因，提出解決措施及優(yōu)化方案，處理過程 思路清晰。原因分析及處理：1）雜音噪聲類：雜音和噪音類問題與無聲類問題一樣，明確方向性是十分必要的。無聲問題 是將應該傳送的語音在傳送過程中丟失了，而雜音噪音類問題是將不該傳輸?shù)穆?音添加到系統(tǒng)中來。雜音的方向?qū)⒅甘竟こ處熑ゲ檎蚁到y(tǒng)

17、的上行信道還是下行信 道，系統(tǒng)的接收部分還是發(fā)射部分。2）無聲類：單通，雙向無聲和話音斷續(xù)（幾秒到幾十秒的無聲）根據(jù)無聲持續(xù)的時間分 為持續(xù)的無聲和話音的斷續(xù)。同樣確定無聲的方向性對于分析和解決問題將會有 明確的指導，無聲的方向?qū)⒅甘竟こ處熑ゲ檎蚁到y(tǒng)的上行信道還是下行信道，系 統(tǒng)的接收部分還是發(fā)射部分。原因排查：定位方向，逐段監(jiān)聽：經(jīng)過反復的撥打測試再現(xiàn)現(xiàn)象以后，主被叫都不掛機，通過MSC的用戶查詢 功能明確其所占用的無線小區(qū)及A口電路號，利用監(jiān)聽設(shè)備進行逐段監(jiān)聽。問題 的排查一般從下行開始著手，首先明確語音的丟失或雜音噪音是否發(fā)生在A 口， 是否MSC發(fā)出來的，如果判定是MSC發(fā)出來的話問題

18、的排查應集中到A 口上游的 設(shè)備和線路；如果A 口正常，那么監(jiān)聽ABIS接口，如果ABIS仍正常的話，雜音 噪音或無聲問題是由于BTS側(cè)導致的，如果ABIS 口不正常的話，那么問題就是 由BSC產(chǎn)生的。注意：在進行逐段排查時要注意上行和下行的相對關(guān)系，比如在 同一個小區(qū)的兩個移動用戶相互通話，一個用戶的上行通過MSC交換后就變成另 一個用戶的下行，給問題的定位帶來很多易混淆的因素，所以建議最好找一部確 認通話正常的固定電話來進行撥測監(jiān)聽，這樣就可以避免分析兩個移動用戶在互 相撥叫時產(chǎn)生兩個雙向通道的問題。同時要注意：在進行監(jiān)聽分段的過程中，每 一段端點（監(jiān)聽設(shè)備的監(jiān)聽接入點）的排查，問題可能恰

19、恰就發(fā)生在這些接頭和 線纜焊接處。問題處理過程：通過收集投訴單，初步分析是全網(wǎng)問題還是單個或是多個站點問題 問題如果出現(xiàn)在BSC側(cè)，那么首先對A 口時隙撥測，條件具備的話 可先對A口監(jiān)聽。檢查出問題電路，即時處理。問題如果出現(xiàn)在BTS側(cè)，定位步驟如下：a）后臺結(jié)合性能報表分析載頻頻點是否存在干擾，上下行RQ值是否很差， 以及其它KPI指標情況。b）后臺對應站點的當前告警、歷史告警以及通知分析c）前臺確認現(xiàn)場空調(diào)工作是否正常，測量室內(nèi)溫度是否超出BTS的工作溫 度范圍。確認風扇工作正常，及時處理風扇故障。d）檢查載頻到ANC的射頻跳線。上站排障時，首先檢查機架的所有射頻跳 線，若出現(xiàn)破損或過度發(fā)

20、熱的跳線，及時進行更換；全部線纜利用小扳手進 行緊固，復位載頻，觀察515分鐘，測試故障是否消失。e）將同機架故障板件與非故障板件互換定位是否板件或槽位問題f）將ANC、TRE、sum板模塊拔下，檢查背板插針是否有彎針故障，如彎針， 則更換背板。重新上電，查看告警是否恢復。g）接地規(guī)范檢查。3.2串話用戶投訴問題分析排查情況概述：分為四大類：網(wǎng)絡設(shè)備問題；手機問題；參數(shù)設(shè)置問題；頻率干 擾問題。總體而言，出現(xiàn)串話的可能有以下幾種：網(wǎng)絡設(shè)備問題（包含直放站、中繼電路對錯、彩鈴、MSC之間的配合問題等均會弓I起串話）；手機終端本身的問題（手機占用信道錯時隙接受）；3.特定參數(shù)設(shè)置問題（在T3109

21、設(shè)置錯誤情況下）；4.在跳頻關(guān)閉、不加密、C/I倒置情況下的頻率干擾問題3.2.1網(wǎng)絡設(shè)備故障導致串話a、交換機處理后續(xù)切換流程不完善問題描述：因交換機未按照規(guī)范完成負責整個呼叫的監(jiān)控，案例如下：某地市聯(lián)通D網(wǎng)（Alcatel BSC）自11月23號開始，切換掉話急劇增多，BSC 間的切換成功率下降幅度很大，且涉及到幾乎所有小區(qū)。與此同時，網(wǎng)絡中出現(xiàn)了 大量的用戶串話投訴。經(jīng)現(xiàn)場測試發(fā)現(xiàn)，在Alcatel D網(wǎng)與西門子G網(wǎng)切換時很容 易發(fā)生串話。經(jīng)測試發(fā)現(xiàn)問題集中在西門子MSC切換到貝爾MSC成功后，再后續(xù)切換回 西門子MSC不成功然后西門子交換機先釋放了兩個交換機之間的ISUP中繼資源， 但

22、沒有在MAP 口發(fā)送釋放消息通知貝爾MSC，若西門子MSC把該中繼資源再分 配給其他用戶時，仍在貝爾MSC下的手機會發(fā)生串話的情況。此后，當西門子交 換機在MAP接口收到貝爾MSC發(fā)送的下一條后續(xù)切換請求時，發(fā)出了異常的 ABORT 信令消息，CAUSE 值是 Unrecognized Transaction IDO解決方案：問題發(fā)生時，西門子交換機是作為切換的主控交換機，根 據(jù)規(guī)范定義，主控交換機需要負責整個呼叫的完全監(jiān)控。因此需要西門子 交換機修改后續(xù)切換相關(guān)的軟件，規(guī)范異常釋放的流程，在對ISUP接口 釋放的同時，必須在MAP接口通知釋放對端交換機。這樣就可以解決在切 換時發(fā)生串話/掉話

23、等問題。b、彩鈴平臺故障情況描述：AIP（彩鈴中心）的問題，TMSI錯誤導致，其在收到釋放 信令后沒有通知主叫局，并且第二次重復下發(fā)IAM給被叫局（兩次IAM 中MSRN，主叫號碼都一致），現(xiàn)象：A呼叫B，然而是C接聽。A的主叫 話單中被叫號碼為B，B沒有任何話單，C有被叫話單能和A用戶話單完 全對應，C話單中主叫號碼為A。解決方案：通過開啟每次鑒權(quán)解決，同時請AIP中心檢查該數(shù)據(jù)，避免信令 釋放后發(fā)生的錯誤信令。c、2M中繼鏈路故障情況描述：中繼鏈路問題（包括TC, MSC間，移動MSC與公網(wǎng)間）導致 一個通話的來去兩路話音中，有一路可以送達對端，而另一路不能正確的 送達對端，或有其他用戶串

24、入，引起串話。解決方案：核查傳輸。d、TC模塊故障情況描述：TC上的某些DT16板出現(xiàn)故障，造成占用該時隙的電話出 現(xiàn)串話。解決方案：更換相應硬件e、彩鈴平臺物理連接錯誤導致的串話情況描述：彩鈴用戶做被叫時出現(xiàn)串話，而非彩鈴用戶做被叫時無串 話。在“SCP觸發(fā)彩鈴”方式下，MSC之間的信令接續(xù)和通路必須經(jīng)過彩 鈴平臺。由于彩鈴平臺物理連接的錯誤，導致了串話的發(fā)生。解決方案：一是經(jīng)過撥打測試和定位出現(xiàn)串話的模塊之后，檢查物理 連接電路，發(fā)現(xiàn)串話問題的根源。二是改用“交換機觸發(fā)彩鈴”方式后， 話務直接從MSC之間走，不會發(fā)生由于彩鈴問題而導致的串話。f、直放站故障情況描述：串話基本發(fā)生在同載頻間隔

25、時隙上，直放站故障，即直放 站把下行的信號移頻為上行頻率，并發(fā)送給基站，造成對其他用戶的干擾 以及串話。解決方案：一是將頻段改為DCS1800或是將該基站的DTX功能關(guān)閉， 基本消除串話。二是關(guān)閉該基站覆蓋范圍內(nèi)的聯(lián)通直放站，徹底解決串話 問題。g、手機問題情況描述：手機在A小區(qū)起呼，占用半速率信道（Half Rate Channel 1），向B小區(qū)全速率信道切換失敗后，沒有回到原來的半速率信道，而是 以全速率的方式返回原來的半速率信道，如果處于同一時隙的Half Rate Channel 0信道有人正在使用，那么以全速率方式返回的手機可以解出 Channel 0上的語音（而不能解出自己Cha

26、nnel 1上的語音），從而形成 串話。此時，對端手機將不能聽到任何聲音，形成掉話（先表現(xiàn)為不通， 1020秒后掉話）。而Channel 0上真正的手機用戶將收到問題手機嚴重 的上行干擾，以至其對端甚至可能聽不到聲音，形成Channel 0手機單通 和其對端手機掉話。被干擾的Channel 0呼叫可能在3秒后由于質(zhì)量原因 進行切換，也有可能在沒有切換條件的情況下在一段時間后掉話。解決方案：根據(jù)規(guī)范，手機在切換失敗后，應該以原來的（切換前的） 形式（包括頻點、時隙、全速率/半速率、加密模式等等）回到原來的信 道，網(wǎng)絡對此無法干預。所以，在本實驗中，薩基姆手機在切換失敗返回 時“擅自”改變信道參數(shù)

27、的行為，我們認為是手機問題，所以無法解決。3.2.2參數(shù)設(shè)置不當導致串話a、BSC參數(shù)T3109設(shè)置不當情況描述：高話務地區(qū)出現(xiàn)大面積的串話。BSC參數(shù)T3109小于小區(qū) 參數(shù)下行無線鏈路超時時，由于網(wǎng)絡判斷鏈路中斷的時間比手機判斷 的時間短，因此在高話務的情況下，網(wǎng)絡釋放的資源會立即分配給其 他手機，造成原手機可以聽到其他用戶的聲音，產(chǎn)生串話。解決方案：修改 T3109,使得 T3109Radio Link Time Out+1 秒。b、MSC參數(shù)TMSI設(shè)置情況描述：A呼叫B,然而是C接聽。A的主叫話單中被叫號碼為B, C沒有任何話單，B有被叫話單能和A用戶話單完全對應。B和C都在 相同的

28、MSC下。該問題是由于TMSI錯誤導致，通過開啟每次鑒權(quán)解 決。原因分析如下：首先，當用戶A在交換機上正常登記后，如果該用戶投訴不能做主被叫，機 房維護人員可能基于維護方面的原因需要在HLR里面清除用戶A的位置信息， 此時，HLR會向MSC發(fā)送CANCEL_LOCATION操作。其后，MSC收到 CANCEL_LOCATION消息后，會將用戶A的VLR數(shù)據(jù)清除，并且將用戶A的 TMSI置為FREE狀態(tài)。但是此時用戶A的手機終端并不知道此操作，所以在手 機終端A中存放的仍是原來的TMSI。根據(jù)ETSI-GSM04.08和ETSI-GSM09.02 規(guī)范中的定義，MSC在收到HLR發(fā)過來的CANC

29、EL_LOCATION消息后，僅是 在VLR里面清除用戶信息，并不能發(fā)送任何消息通知手機。由于對于交換機來 說，用戶A原來的TMSI已經(jīng)被置為FREE狀態(tài)，即允許分配給其他用戶，在 話務較忙的情況下，MSC又將此用戶A原來的TMSI分配給了用戶C。此時如 果用戶A使用老的TMSI進行呼叫，則在被叫手機上面顯示的就是用戶C的號 碼。而若用戶A做被叫的話，電話會接通C用戶，造成串話。解決方案：通過開啟每次鑒權(quán)解決。3.2.3頻率干擾導致串話情況描述：在空中接口上，兩個用戶所占用的TCH信道出現(xiàn)重疊，且載 干比滿足一定條件時，會出現(xiàn)串話的情況。具體分析如下：GSM是個頻分加時分系統(tǒng)，即信道是按照頻率

30、以及時間來劃分的.那么只有當兩 個信道的頻率和時間完全重合.這兩個信道才是重疊的.對于同一個小區(qū)而言，由于各 載頻所使用的頻點都是不同的，且同一個頻點的8個信道在時間上存在先后秩序，因 此在小區(qū)內(nèi)是不可能出現(xiàn)信道重疊的.而對于不同BTS的兩個小區(qū)（以不朋瀕為例）,由于這兩個小區(qū)可能存在相同的頻點，此外由于這兩個小區(qū)在時間上是異步的，因此可能存在兩個信道重疊的情況.載干比需滿足的條件：GSM各小區(qū)采用語音編解碼以及信道編解碼的方式完全相同且現(xiàn)網(wǎng)沒有采用加密 技術(shù)，因此占用信道A的手機解調(diào)出信道B信息的可能性是存在的。此外，同頻干 擾的解調(diào)門限是9dB.即在C/I=9dB時,可以解調(diào)出有用信號.那

31、么當I/C=9dB時, 占用A信道的手機就可以解調(diào)出B信道的內(nèi)容。解決方案：頻率優(yōu)化開啟跳頻（頻率分極，減少信道重疊的可能）關(guān)閉DTX （增加有用信號的載干比）可開啟加密，使得A用戶無法解調(diào)出B用戶的語音幀，避免串話。3.3單通問題導致的投訴3.3.1初步判斷語音單通故障是通信系統(tǒng)中常見的故障之一，它的出現(xiàn)嚴重影響了整個網(wǎng) 絡的運行質(zhì)量，容易引起用戶強烈投訴。單通一般表現(xiàn)為：通話雙方在通話 建立后都聽不到對方語音、或者只有一方聽到話音等，習慣上都稱為單通。 從影響的時長上看，還可分為“持續(xù)”、“間歇”兩種情況。移動通信系統(tǒng)“單通”故障的主要原因：移動通信系統(tǒng)從網(wǎng)元上可劃分為： BSS（無線子系

32、統(tǒng)）、NSS（交換子系統(tǒng)）兩大部分。根據(jù)通話類型的不同（如移 動網(wǎng)內(nèi)、移動網(wǎng)與固定網(wǎng)間、本地網(wǎng)內(nèi)、本地網(wǎng)與長途網(wǎng)間），每一個通話從 發(fā)起到接續(xù)、到結(jié)束、釋放，往往需要數(shù)次穿越這幾大網(wǎng)絡。因此，“單通” 產(chǎn)生的原因也大致分為“無線”、“交換”兩大部分。情況一：手機撥手機單通本地手機互撥單通：通過測試或監(jiān)聽電路，定位單通發(fā)生的范圍，是在某一 BSC范圍內(nèi)還是某一基站范圍內(nèi)。BSC覆蓋范圍內(nèi)單通的原因：A接口中繼 故障。監(jiān)聽發(fā)生單通的手機所處的BSC的A接口電路，如單條故障的話可能 為傳輸、交換或RXCDR中繼板故障。連續(xù)四條故障可能的原因為BSC與RXCDR 之間的問題?；靖采w范圍內(nèi)單通的原因：

33、A-bis 口傳輸、載頻或時隙故障情況二：撥長途電話單通：確認本地BSC無單通現(xiàn)象的基礎(chǔ)上。撥任何長途電話（本網(wǎng)或互聯(lián)互通長途）均單通的原因：長途中繼故障引起； 撥某地長途手機單通的原因：對端長途中繼或?qū)Χ薃接口、基站故障引起； 撥某地其它運營商長途電話單通的原因：對端關(guān)口局或?qū)Χ嘶ヂ?lián)運營商網(wǎng)絡 故障情況三：手機撥互聯(lián)互通電話單通：在確認BSC無單通現(xiàn)象的基礎(chǔ)上。手機撥對方運營商任何局向電話均單通的原因：與對端運營商關(guān)口局電路間 的電路故障。手機撥對方運營商某局號電話單通：對方關(guān)口局至對方各端局電路故障（此 情況只涉及固網(wǎng)運營商）：情況四：外地互聯(lián)互通電話撥本地手機單通：目前互聯(lián)互通呼叫均采用

34、就遠 出網(wǎng)方式，即長途呼叫一直占用主叫方所在運營商的電路，直到最遠端通過 關(guān)口局入對方運營商網(wǎng)絡。情況五：任可其他運營商長途電話撥本地手機均單通：與相關(guān)運營商間關(guān)口 局電路故障或?qū)Ψ竭\營商長途電路故障：情況六：某外地運營商號碼撥本地手機單通：某外地運營商自身網(wǎng)絡故障3.3.2單一小區(qū)的單通分析處理案例：用戶投訴，在A地移動公司三樓通話存在單通現(xiàn)象，而其他小區(qū)沒 有單通現(xiàn)象。覆蓋移動公司三樓的信號是生產(chǎn)樓1小區(qū)。接到投訴后我們對 該小區(qū)的統(tǒng)計報告進行分析，各項指標正常。CQT測試發(fā)現(xiàn)在占用生產(chǎn)樓1小 區(qū)通話時，存在單通現(xiàn)象。通過RMS信令跟蹤發(fā)現(xiàn)trxid 4上行質(zhì)量為3.56,路徑損耗差為-4

35、2.28， 上行電平-106.11，故該載頻存在隱性故障。此次問題處理總結(jié)：1：這是一個由于小區(qū)個別載頻無線鏈路不平衡和上行質(zhì)量差造成無線系 統(tǒng)單通的典型例子2： CQT測試時不要發(fā)現(xiàn)單通就掛線，可以適當移動一段位置看還能不能 再次聽到對方聲音，這樣可以區(qū)分出是不是持續(xù)單通還是間歇單通。一般持 續(xù)性單通是實實在在的物理上的毛病或者電路問題多些，間歇性的毛病無線 上的原因多些。3.3.3在固定BSC下單通分析處理由于BSC和交換系統(tǒng)是采用ATER 口相連接，如果ATER 口出現(xiàn)問題可能會 產(chǎn)生單通現(xiàn)象。2Mbit/s系統(tǒng)中有鴛鴦線：鴛鴦線：該類故障是最常見，也比較容易排除的單通原因。當兩個或者

36、兩個以上的PCM線的收線或者發(fā)線交叉，就會導致單通。該情況一般出現(xiàn)在 開新局、增開、刪除中繼、割接時出現(xiàn)系統(tǒng)對錯情況（話音系統(tǒng)/信令系統(tǒng)對 錯）。單通現(xiàn)象有一個共同特點，即用戶發(fā)現(xiàn)無法聽見對方的聲音時就會在很短 的時間內(nèi)掛機，這樣一來其通話時長就比較短。因此，對超短時（如20秒以 下）呼叫記錄進行過濾、綜合統(tǒng)計分析，就可以很容易獲取到可能造成單通 的設(shè)備信息。如果在某個BSC A 口出現(xiàn)單通，可以通過對這個BSC的018報 告進行分析。如果有兩個中繼系統(tǒng)的相對占用時長在同一個數(shù)量級別上的， 就有可能是兩個中繼系統(tǒng)出現(xiàn)鴛鴦線。下面就是一個在某地移動網(wǎng)絡的例子：用戶投訴在有些小區(qū)下?lián)艽螂娫挻?在單

37、通現(xiàn)象，對投訴的小區(qū)分析后發(fā)現(xiàn)這些地方都是在BSC10下，對BSC10 的018統(tǒng)計報告分析后發(fā)現(xiàn)A 口的19和20中繼系統(tǒng)占用時長短，只有20 多秒。初步判斷可能是鴛鴦線問題，進一步使用2M監(jiān)聽儀器確定這兩個系 統(tǒng)存在單通現(xiàn)象。問題時018統(tǒng)計表如左圖，鴛鴦線整改后如右圖:V7-7Ct-TC-TCt-K-rrtLINK_meLC/5(1 L，C/5K/11占用時 on ecc父，CIi tsLINK_IdA 4C75I 4331IC/5 57占用時。ocncd*CIOOHts4LINK_Iacc_C7 5l1 odr)C75zip占用時1/io CCUJ CM/I *1CTS-LINK_I

38、dAA-C7 514CC)C75A d占用時1Ad oorJ *CI conI ts A6015 7, m1 54 cc29.1291。-7 ACrxfMIC1 d64 15。5-E；p00 ned-SC1-2-609CMC18 112259422i2_43.0952.a。AC. AC.4 19cxnl d64 15。19224 146.8 7 8048.8520CC1 -Q-6 1015 1 2.551 ZO2 7.49011192642QU133 158CQ23.05 1 /X_g7f2206 10334 068.45454 a 707 /5 19A 1 Q2642I95zcc, c400

39、0pc7 npnp201 on2O6 11612139!：15251 58 5524.120V27 72729197193 464364 4125、135959572 1.23 7 Z 23.842-9201203_4_61161217 9615_43424I.76744 4 21424199193 464364 42213203733376 7.060655 05401 20 5203 4匚rca A-TfZ.MCdAtZ107；co24.5892IZ-VJrr)nc;rz_CM。1 du rrZca odne4 4C01cZ-VJO tAG ACJOUU. UUL.4 Q QOQf；-7O

40、Cc.6 131492.5 7,gQ26.17 500 dOO.4 19AAC564513 7 /1 0-7 /5692056 132 10237 op56.8 108 C 1 4l 190 *1 Q5(26451845CCE42Od43.9285re Qd-20oon5 A6 14615l36*t T dAOfOCMTZi- ocf f .unucK7 ICCf 21XJecc-T -8-6 16146 158CC-az-orxzr1 19F Cln6481251602U.833、320conCi6 1674 no /7 1.254C A19n64820 7 C365 7.7222 cn 8

41、.4，220CCc6 17OAOl153lV CL，552 7.927 ZCC C A/t.，/ 19-7. c9-r649ocr163*1CC513 1.980、CC 4CE9209 r617Cd c198447CX40no49.6A C CCC A49-T Af9-r649ocr19 7 239A r50.564cc a oor20ccc9618MC135a a rc60? cn22.5166719:CTO650會128、1 /17C58co22.1206。-7 ooc-920sc104 4618zc17 5938oc46.2894 a4 77d /7 190 *in06501716O/1

42、QC45 -28-38.I33j07 f-7A A320000406 1914011 QClf159123.83U、 opcr1191165 114 75327.8861E CE920114 06 192 162 4 OO/356I.77143 19A 1 Qll1 C65 1243C8 7.0714cn 1704320non116201391a rr5，i uc24.385、619-ta cz652138c5，24.263CL ccz620sc12 c620CCS1864C AC43cc43.3488c-7 ccct419-J Af2652195 7AfA-3950.17 94a c err

43、:920CC124 c6211459A /1O acffUIV/0OO dG19IQ16 476560ioc0 57ffUIV/0no we，20 on1647624a。仁0d0 07ffUIV/0 no nor49/! *1CO 47656GC-704 CM0onffUIV/0m -7A-7C20coo461 47625acascr60 E22.15e Atznf196C171 Q65 713521 CO-5 723.7 19OC 71/C，20sc171 Q625aca25 1 Znodr2 793.03 7 1TA U4 19O 4C174 Q65 719 7E C39E50.717 j

44、CO fA A A520CC171 Q626130、AAA.6 12 1.4591C 4 4-7 4 2 19Cd c184 c658/LC15352cc .cc.12018*1 c626aC723 11C、L3 1 op7 4.5 16 1 cc ccc-3 19c 4 c184 c658/LC2 122 cc36cc58.9444-re ce420 cc184 c62 7ccc1444A A At5924.4741C 4 A A ar819c. c9cr659ccc13225723.1929820-7CCIW cc62 7CCC216336no60.083j uc rcce319A Af9

45、cr659ccc2266ArAr.32Af7 0.812、A C CCL1 20CC9cc628acc141t4 4 451 58匚r24.4482oc /no819C20660427159 cc2 1.542、7 c;720oc20Oj628acc20423853.7 368，c 041920660CM1945oca40OR48.625c-7 ccz20cc20629144C415 7,co25.403119-74 C|166 1138?1 on-5624.7 5c.4 C4d20on2 1 oa629I99z40 op49.8 co opp /194a66 1206ICC，365 7.25

46、201 on2 1 -a630126、AAA.1 6320.0 7 9、* SC719c. c22cc662ccc139 / O-756CJ24.946320sc22cc6301990n-738A C52.368-A A O alOC219Af22cc662ccc1999V-7Ct395I.2-56T/ . -r A A A1 20 ccc22CC631 1444 10-7 757ac25.333、。C31923QA663GCA13755 7CM24.1228-7fA(120one23。，631a。187542AC44.6428619。4C23QA66317 95Accr43 -38-41.7

47、441co Id920會。c23。/16Tart13 7 1 60 co22.9。/1 c1924QC612024 me6 1E；p9704tqdGU：220sc24 oc632c?oo17 34OCd452X2-C/1 oc?o/3 19EC24QC66aau1980incT2452cn ArcA620coc24nc633cc A1424 c5824.5Cd cc-719I c25665ccc132、V CL5822.913,92025633cc A2066-7/i r38AC-54.3684c-7 a rcr2 19A Af5c小665ecc195 7 CC i394 A50.17 94,

48、4匚GG；920ccc25c小634coc132Ca /in-62-cc21.38 7ca a7Qi1 19 -74 c2607666aa-7135458-58co23.32 7、00920HOC2607634coc1710cocc46OC37.17397C oaac1 19-7-in26 97666aarr1884ocw4145.95 128 d OHd220ccc26 97635149156-58-26.678、。/1O7 19，CMC2 7 a66 74 ms58E；p22.1201。CCd-920SC2 7635239t1 occ30JO79.866644.2387 192 7 a66

49、 720 7、one /37Q.Q56.1891C A CUS920onn2 7636cc-714 1CAt24.4482CC A Att.,8 19-7. C28cr668ccr130C v cc-5822.55 1 /c. ccc.220ucc28CC6361858-4 CCt42AC-00 C A-TC19c 4 c28cr668ccc2054!384 A54.0526a 0 onor3 20ccc28CC63 7cc13454 AC，1 60rr-22.4161c-7 a rre719rA c29669rr12974 CC-59/TC21.9830CA-7 A r52029cc63 7

50、cc169、cc-46cc36.8478tr319 A C29669r-rr1914cc a r.41 no46.6829re ver，320 CC29C/6386391494555 57-27.109026.52639192193034670671126759-59-21.4745820620-30316386391967467239-46-50.435、36.3478t 1934930346706712246236732-29-70.18781.6206i 20920-30-34由于2M傳輸硬件問題形成的單通處理過程：用2Mbits時隙監(jiān)聽儀，跨接在DDF架上對A 口中繼時隙監(jiān)聽；案例：用

51、戶投訴有單通現(xiàn)象，投訴地點集中在BSC3下。在BSC3和TC側(cè)中 繼都沒有異常告警，通過使用2Mbits時隙監(jiān)聽儀對A 口監(jiān)聽每個時隙，最后發(fā) 現(xiàn)在其中一個中繼有單通現(xiàn)象。在DDF架對TC側(cè)自環(huán)時沒有發(fā)現(xiàn)告警，更換對 應的ATBX板子后單通現(xiàn)象也沒有排除。最后在檢查中繼線時發(fā)現(xiàn)TC側(cè)2M頭子 出現(xiàn)虛焊，重新焊好后，單通現(xiàn)象消失。3.3.4在同交換下一些單通分析處理中繼環(huán)回形成的單通：PCM自環(huán)后，電路中繼狀態(tài)正常（s1240系統(tǒng)顯示為free，其他廠家 交換一般顯示為IDLE），但是電路占用后出現(xiàn)主叫用戶只聽到自己聲音 （當通話占用該電路后，只聽到自己的聲音，比自己講話稍微滯后一點點， 好像是

52、回聲），這種自環(huán)有兩種，一種是中繼硬件自環(huán)，另外一種是傳輸 的軟件自環(huán)。傳輸?shù)能浖原h(huán)會產(chǎn)生中繼在DDF側(cè)斷不開的想象，這時需 要傳輸配合解決。 CIC編碼故障不同廠家的交換機對CIC的編排有不同的規(guī)定。貝爾S1240交換機必 須要從33開始編碼，而西門子、朗訊、華為交換機可以比較靈活從0或 33編碼。因此，兩交換機進行互聯(lián)時，需要事先約定CIC的編碼方案； 進行中繼擴容時，也需要相互進行核對。在維護作業(yè)中，如果發(fā)現(xiàn)交換機 上報大量的“非法CIC”告警信息；則表明雙方CIC編排不一致可能性很 大。需要兩對接交換局中繼數(shù)據(jù)及時進行電路的CIC檢查。其實這種現(xiàn)象 和中繼鴛鴦線差不多，只不過這是軟件

53、上的原因。一般影響面會更大些， 還會有個別時隙單通不好的現(xiàn)象（區(qū)分整個中繼系統(tǒng)）。在這里我要對BSC和S1240交換機CIC編碼給予介紹，有利于對問題 的處理。ALCATEL BSC的CIC編碼是從33開始的。而S1240交換側(cè)的CIC 編碼是從101開始。BSC的CIC編碼33是十進制轉(zhuǎn)換為2進制就是100001。S1240交換 機CIC編碼使用是12bit位長的2進制碼表示，其中前面7個位長表示中 繼序號，后面5位長表示這個中繼的時隙。這樣100001就表示為0000001 00001（其中前面不夠的位用0補位），那么它在S1240系統(tǒng)中中繼序 號就是2的0次幕是1，中繼時隙就是2的0次幕

54、為01，他們組合起來 CIC為101。BSC CIC編碼65就0000010 00001對應的S1240交換側(cè)編 碼就是201。有個這樣的知識我們就可以很方便的把BSC 018報告中中繼 時隙和交換側(cè)（通過交換機136命令顯示的）中繼狀態(tài)一一對應了。中繼狀態(tài)不一致：不同交換機進行互聯(lián)（或者同一交換機不同軟件版本）時，對NO.7 中TUP/ISUP信令協(xié)議標準的理解不甚一致，經(jīng)常會相互間雙方“電路維 護”指令不能正常響應。如:A側(cè)交換機電路表現(xiàn)為“IDEL”或者是“Free” 狀態(tài)、而B側(cè)交換機電路表現(xiàn)為“BLOCK”狀態(tài)；如果A局下用戶占用了 這一部分電路，就出現(xiàn)單通現(xiàn)象。電路狀態(tài)一般情況下都是穩(wěn)態(tài)的。但是傳輸中斷、板件故障、信令中 斷等都可能造成中繼電路狀態(tài)變化。當電路恢復時，如果兩交換機間電路 狀態(tài)不能同步，就容易造成這樣的隱性故障。此類問題可以通過對中繼電 路的占用情況進行檢查，一旦發(fā)現(xiàn)同一 2Mbit電路全都長時間空閑、無占 用，也可以判定為該類故障。中繼單元硬件故障中繼模塊的故障有時能導致一個2Mbits電路上大量單通出現(xiàn)；當進 行了“鴛鴦線檢查”、“環(huán)回檢查”、“電路狀態(tài)檢查后，如果單通問題 仍未能解決，且單通還是出現(xiàn)在同一 2Mbits電路上，一般要考慮對兩側(cè) 的