XXXX無線維護(hù)崗位認(rèn)證教材故障處理思路及案例分析

無線維護(hù)篇系列教材之

——故障處理思路及案例分析中國電信無線維護(hù)崗位認(rèn)證培訓(xùn)教材2021/10/101學(xué)習(xí)完此課程，您將會了解：故障分級制度、故障處理流程；故障處理思路，典型案例分析，等。目標(biāo)2021/10/102故障的分類及定義－1根據(jù)影響通信的范圍、持續(xù)時間和性質(zhì)嚴(yán)重程度，一般分為重大通信事故、重大故障、主要故障和一般故障。重大通信事故范圍界定主要根據(jù)原信息產(chǎn)業(yè)部《關(guān)于發(fā)布<電信運營業(yè)重大事故報告規(guī)定（試行）>的通知》([2002]114號)文件及公司相關(guān)規(guī)定：移動電話通信阻斷超過10萬戶*小時。2021/10/103故障的分類及定義－2重大故障：造成通信大面積中斷或計費營帳系統(tǒng)大范圍差錯，引起大量用戶集中投訴，造成重大經(jīng)濟(jì)損失或不良社會影響的故障。主要故障：影響范圍較大的系統(tǒng)或關(guān)鍵設(shè)備發(fā)生通信阻斷并達(dá)到一定時長，影響用戶正常使用的故障。一般故障：除以上所述的其它故障。2021/10/104故障的發(fā)現(xiàn)設(shè)備告警：聲光電告警、維護(hù)終端告警信息、機(jī)架機(jī)框面板上的告警，等。這是最重要最直接的發(fā)現(xiàn)故障的途徑。網(wǎng)管統(tǒng)計性能指標(biāo)：局部區(qū)域的性能指標(biāo)突然惡化。DT/CQT現(xiàn)場質(zhì)量測試：局部區(qū)域的質(zhì)量下降。10000號，用戶投訴申告，等。對端局、或其他運營商的申告，等。2021/10/105故障處理原則和要求－1故障處理的首要目標(biāo)為盡快恢復(fù)業(yè)務(wù)。各級運行維護(hù)部門應(yīng)遵循“先疏通，后排障；先搶通、后處理”的基本原則。首先判明故障區(qū)段、部位，盡快按設(shè)備、電路重要程度，“先省際、再省內(nèi)、后本地”，在優(yōu)先級較高的重要系統(tǒng)、電路阻斷而又無備用、迂回路由可倒換的情況下，可以中斷優(yōu)先級較低的系統(tǒng)和電路，優(yōu)先搶通優(yōu)先級較高的重要系統(tǒng)和電路。遵循“先局內(nèi)，后局外；先本端，后對端；先交換（無線）后傳輸；先網(wǎng)內(nèi)后網(wǎng)外”的原則，按照具體路由接續(xù)方式，查清障礙段落。當(dāng)故障情況涉及多個分公司時，按“故障所在局負(fù)責(zé)”的原則操作。2021/10/106故障處理原則和要求－2在處理故障時，必須對現(xiàn)場各種告警信息、故障顯示、故障記錄報告等進(jìn)行認(rèn)真分析處理，一般應(yīng)不影響正在通話的用戶或任意擴(kuò)大影響范圍，并嚴(yán)格按照各設(shè)備廠商提供的故障診斷手冊、設(shè)備操作手冊等規(guī)定的命令和操作方法進(jìn)行處理。在處理故障時，未經(jīng)上級運行維護(hù)部門同意，不得擅自對交換機(jī)、基站控制器、PDSN/FA、AAA(AN-AAA)SERVER、DNS/NTPSERVER、G&C網(wǎng)關(guān)等關(guān)鍵設(shè)備進(jìn)行重啟，以免造成更大范圍的影響。遵循日常預(yù)防維護(hù)為主，應(yīng)急故障處理為輔的管理原則，通過建立故障預(yù)警機(jī)制，對各種可能引起故障的因素做到“早發(fā)現(xiàn)、早處理、早上報”。2021/10/107故障的業(yè)務(wù)恢復(fù)時限

參考時限如下：重大通信事故和重大故障：應(yīng)不超過1小時；移動電話通信阻斷超過10萬戶*小時。主要故障:不超過4小時；一般故障:不超過1天。對于無線側(cè)基站等設(shè)備故障，應(yīng)區(qū)分設(shè)備重要程度等級，可遵循以下參考時限：重要基站：不超過6小時；普通基站：不超過24小時。2021/10/108故障的責(zé)任界定故障的責(zé)任追究將遵循“四不放過”的原則：故障原因不查清不放過；故障處理不完成不放過；整改措施不落實不放過；故障教訓(xùn)不汲取不放過。一般故障，由分公司運行維護(hù)部負(fù)責(zé)對故障進(jìn)行責(zé)任界定。主要故障、重大故障，由省網(wǎng)運部根據(jù)故障的實際狀況進(jìn)行責(zé)任界定。必要時，將組成聯(lián)合調(diào)查組赴故障現(xiàn)場進(jìn)行調(diào)查取證。重大通信事故，由集團(tuán)會同省分公司相關(guān)部門，或經(jīng)集團(tuán)授權(quán)，由省分公司相關(guān)部門組成聯(lián)合調(diào)查組，進(jìn)行現(xiàn)場調(diào)查取證，進(jìn)行故障責(zé)任界定。經(jīng)界定因設(shè)備原因而引發(fā)的嚴(yán)重以上故障，由省網(wǎng)運部會同相關(guān)維護(hù)責(zé)任部門、相關(guān)分公司，與設(shè)備廠家一起進(jìn)行故障善后處理。2021/10/109故障分析制度各類設(shè)備出現(xiàn)故障，都應(yīng)做好詳細(xì)的記錄，并定期對故障現(xiàn)象和處理情況進(jìn)行匯總統(tǒng)計。設(shè)備故障記錄內(nèi)容應(yīng)包括故障現(xiàn)象、故障類型、故障起始時間、故障修復(fù)時間、故障歷時、故障原因分析、故障處理情況及責(zé)任分析、故障處理人等。匯總統(tǒng)計時應(yīng)根據(jù)故障類型，對各類問題進(jìn)行匯總。對涉及設(shè)備質(zhì)量方面的問題，應(yīng)及時向有關(guān)部門報告。對故障進(jìn)行匯總，按故障產(chǎn)生的原因可分為電源、傳輸、軟件、硬件、局?jǐn)?shù)據(jù)設(shè)置錯誤等幾類，如相同原因障礙頻繁出現(xiàn)，應(yīng)組織分析并提出解決措施。2021/10/1010故障分析制度本地網(wǎng)必須將故障分析列入每月通信質(zhì)量分析例會的主要內(nèi)容。對一個月來出現(xiàn)的所有故障進(jìn)行匯總、歸類統(tǒng)計，對故障原因進(jìn)行分析，納入月度質(zhì)量分析報告上報省網(wǎng)運部。對于疑難故障，由省網(wǎng)運部組織支撐專家和設(shè)備廠家技術(shù)人員進(jìn)行技術(shù)深層次分析，收集相關(guān)原始數(shù)據(jù)、告警信息等，澄清關(guān)鍵技術(shù)參數(shù)，提出疑難故障的預(yù)防措施。2021/10/1011常用故障處理方法對比法替換法排除法流程圖分析法信令分析法呼叫觀察分析法詳單分析法2021/10/1012對比法比較簡單，只要把出故障的數(shù)據(jù)配置或設(shè)備，與正確的設(shè)備或數(shù)據(jù)相比較，找到不同點，進(jìn)行分析解決問題。常見故障處理方法：對比法2021/10/1013替換法是一種簡單實用的故障排除法，對于出現(xiàn)故障的硬件或單板用同樣功能（最好是同樣型號）正常使用的板件替換掉，如果替換后問題消失了，那就是這個板件的問題。常見故障處理方法：替換法2021/10/1014

最小系統(tǒng)法就是去掉系統(tǒng)中的其他硬件設(shè)備，只保留最簡單的部件，觀察最小系統(tǒng)是否有故障。如果有，則可排除其他硬件的問題，而故障來自于現(xiàn)有的幾個硬件中。如果沒有，則將其他硬件一一添加，查看在添加哪個硬件后出現(xiàn)故障，發(fā)現(xiàn)故障所在后，將它更換即可。例如系統(tǒng)中許多重要單板是主備份工作的，在檢查問題時可以用一套作為主用，對備用側(cè)進(jìn)行診斷測試。常見故障處理方法：最小系統(tǒng)法2021/10/1015流程圖分析法是對故障相關(guān)或經(jīng)過的軟件或硬件用軟件流程圖或硬件流程圖來分析和定位故障，逐個斷點，逐段分析。例如對于單通問題的定位，需要逐個檢查各級傳輸設(shè)備、各級交換網(wǎng)卡、聲碼器、甚至終端問題等。常見故障處理方法：流程圖分析法2021/10/1016信令分析法是一種在局間局內(nèi)業(yè)務(wù)對接、調(diào)試中最基本的方法，通過信令分析來確定問題的所在。由于信令有統(tǒng)一的標(biāo)準(zhǔn)性，所以能準(zhǔn)確的定位問題。在無線側(cè)主要的信令是七號信令、各種A接口信令、A-BIS接口信令、空口信令。無線設(shè)備廠家的網(wǎng)管系統(tǒng)，一般都可以進(jìn)行信令的監(jiān)視，但大量的監(jiān)視有可能造成設(shè)備過載?？梢允褂脤ｉT的信令檢測儀進(jìn)行監(jiān)視、分析。常見故障處理方法：信令分析法2021/10/1017多數(shù)無線設(shè)備廠家的網(wǎng)管系統(tǒng)可以定義對象進(jìn)行呼叫觀察、或業(yè)務(wù)觀察。對象可以是某些用戶、中繼接口、或呼叫失敗碼（原因）等。對每一次失敗呼叫都有相應(yīng)的失敗碼和失敗原因值，通過對失敗碼的解釋就可以方便地定位故障原因。常見故障處理方法：呼叫觀察分析法2021/10/1018常見故障處理方法：詳單分析法詳單CDL/CDT功能是一種高級的故障分析手段。CDL:CALLDETAILEDLIST.CDT:CALLDETAILEDTRACE.CDL/CDT是一個可以24小時開啟，能夠跟蹤當(dāng)前接入系統(tǒng)的所有用戶的關(guān)鍵性數(shù)據(jù)，記錄每個呼叫的詳細(xì)信息，數(shù)據(jù)采集自動、全面、可定制。CDL/CDT功能，不僅能監(jiān)視各種接口的信令流程，還可以監(jiān)視系統(tǒng)設(shè)備內(nèi)部的處理流程及內(nèi)部資源的占用情況，是全面、高級的流程分析工具。2021/10/1019故障處理知識點的要求對硬件結(jié)構(gòu)的充分了解。對各級設(shè)備配置、數(shù)據(jù)設(shè)置的充分了解。對各接口的協(xié)議、信令流程的充分了解。各種儀器儀表的熟練使用。故障處理經(jīng)驗的積累、交流。2021/10/1020案例1：單通處理－1單通是指鏈路建立后，通話雙方不能正常進(jìn)行通話，即其中一方可以聽到另一方聲音，而另一方聽不到聲音的現(xiàn)象。按照問題發(fā)生的位置可以分為BSS側(cè)單通、傳輸單通以及MSC側(cè)單通，按照問題產(chǎn)生的局向可以分為局內(nèi)單通、局間單通。發(fā)生單通的可能原因：直放站覆蓋區(qū)的單通。E1/T1物理鏈路接錯引起。局間電路問題。兩端CIC是否匹配。兩端CIC錯開，引起單通。聲碼器。終端問題。2021/10/1021案例1：單通處理－2一般情況下，通話過程中出現(xiàn)單通的問題和MSC側(cè)、BSC側(cè)和終端都可能有關(guān)系。在系統(tǒng)側(cè)，根據(jù)MSC和BSC系統(tǒng)結(jié)構(gòu)原理，出現(xiàn)單通和串話的原因和以下單板存在關(guān)系：聲碼器單板、后背板和MSC側(cè)的中繼接口板、交換網(wǎng)板、模塊間的E1中繼接口板、A口E1電路等。2021/10/1022案例1：單通處理－3單通原因－終端問題：如果某一用戶反映單通現(xiàn)象頻繁，而該區(qū)域其它用戶沒有出現(xiàn)類似情況，則很可能是終端問題，可以采用更換終端的方法解決。從前方反饋回來的情況看，某些1.9G手機(jī)容易出現(xiàn)單通問題，主要原因是手機(jī)與基站的協(xié)議配合問題。出現(xiàn)單通時，手機(jī)上報的幾乎全是1/8速率幀，而沒有全速率的語音幀。2021/10/1023案例1：單通處理－4排除單通類的故障，一般需要進(jìn)行大量呼叫測試，跟蹤每次呼叫的資源占用情況：CE,聲碼器、中繼、等，查找規(guī)律，定位問題。單通原因－聲碼器問題對于聲碼器問題的排查，可以通過指定BSC側(cè)聲碼器進(jìn)行撥打測試來實現(xiàn)，若存在問題，更換相應(yīng)的問題單板即可。2021/10/1024案例1：單通處理－5單通原因－直放站覆蓋區(qū)的單通由于無線上下行鏈路的不平衡導(dǎo)致單通，這種現(xiàn)象多出現(xiàn)在直放站覆蓋區(qū)。對于直放站，有如下關(guān)系式：ROT＝1＋（1/NIM）。其中：ROT(RiseOverThermal)——熱噪聲增加量；NIM(NoiseInjectionMargin)——注入噪聲裕量。可以看出，基站接收機(jī)輸入端熱噪聲的增加量ROT決定了直放站反向鏈路對施主基站反向鏈路的影響，即NIM值越大，直放站在施主基站接收端引起的噪聲增加量ROT越小，反之則越大。而NIM取決于直放站反向鏈路增益G，G值越大，NIM越小，導(dǎo)致ROT增大，使得施主基站的接收靈敏度降低。此時，處于直放站覆蓋區(qū)邊緣的用戶，在接入成功后發(fā)生單通的概率增加。此類單通的特點是到所有局向都有可能發(fā)生，且具有明顯的地域性。2021/10/1025案例1：單通處理－6單通原因－A口電路問題A口電路指的BSC與MSC之間的傳輸電路。A口電路上行或下行鏈路故障或是中繼線連接錯位都可能導(dǎo)致單通。由于NO.7信令采用共路信令的工作方式，信令的傳送與話路是分開的，因此會出現(xiàn)信令傳輸正常，而話路不通或者話路單通的現(xiàn)象，通常這類現(xiàn)象是由于中繼線路連接錯誤所引起的。A口電路問題則比較容易復(fù)現(xiàn)，而且只要占用同一條電路就會重現(xiàn)單通現(xiàn)象。在條件許可情況下閉塞部分電路，這將有利于故障重現(xiàn)，由于一般出現(xiàn)問題往往是整個E1故障，也就比較容易定位。需要注意定位故障后應(yīng)盡快解閉塞的電路，不要長時間影響用戶通信。A口故障單通測試也可以借助BSSAP信令跟蹤，當(dāng)有單通現(xiàn)象時，可以通過AssignReq消息中的CIC來確定A口電路具體位置和BSC所對應(yīng)的聲碼器單板。A口電路出現(xiàn)問題后，單通現(xiàn)象產(chǎn)生的概率很大。假設(shè)一個交換局有80條E1和BSC相連，若有一路E1出現(xiàn)問題導(dǎo)致單通，則單通概率將是1/80=1.25％。因此可以通過對產(chǎn)生幾率的統(tǒng)計，來判斷A口電路是否存在問題。在找出問題電路后，應(yīng)該從工程方面入手，仔細(xì)檢查電路是否存在物理損傷、接頭松動或連接錯誤。如果只是個別時隙存在問題，則應(yīng)該檢查問題時隙的數(shù)據(jù)配置情況，主要是CIC描述是否一致。2021/10/1026案例1：單通處理－7單通原因－MSC側(cè)交換網(wǎng)板、FBI光接口板故障該類型故障的起因是交換網(wǎng)板、FBI光接口板部分HW線故障。判斷條件是到所有局向或跨模塊出現(xiàn)單通現(xiàn)象。處理單通問題時，在排除A口電路故障問題后，網(wǎng)板、FBI光接口板將是重點懷疑對象，因為網(wǎng)板、FBI光接口板是到大部分局向的共路部分。可以通過診斷測試工具檢測是否存在高誤碼，也可以通過倒換網(wǎng)板、FBI光接口板檢測。2021/10/1027案例1：單通處理－8單通原因－局間電路問題：對于有特定局向的單通，我們可以直接著手局間電路的調(diào)查。方法與A口問題的排查類似，主要通過撥打測試和話路監(jiān)聽來實現(xiàn)。此外，由于互聯(lián)互通問題導(dǎo)致的單通也屢見不鮮，對于這一類問題的排查，我們可以使用信令儀，跟蹤單通發(fā)生時占用電路時隙的編碼語音數(shù)據(jù)幀。若單通方向上電路時隙填充的編碼語音數(shù)據(jù)幀為固定碼流，則可以定位互聯(lián)互通導(dǎo)致了單通的發(fā)生。解決局間電路單通的步驟是：1.確定單通的局向2.確定單通的方向3.確定單通的電路1)通過動態(tài)觀察，找出故障電路所在PCM；2)根據(jù)PCM號對電路，即由出現(xiàn)問題的雙方先進(jìn)行自環(huán)，以確定本端的2M中繼端口是否正常；3)確定本端2M中繼端口正常后，由雙方拔插中繼端子TX，確定電路順序是否正確，以判斷故障在哪端。4)出現(xiàn)故障的TX端——〉DDF——〉SDH……SDH——〉DDF——〉RX端的順序進(jìn)行查找。2021/10/1028案例2：靜音處理－1靜音是指收發(fā)雙方均停不到對方聲音，產(chǎn)生的原因是收發(fā)電路接錯。對于此類問題的分析，可以通過呼叫路由，確定一個呼叫可能涉及的各段電路。通過投訴、測試判斷靜音的影響范圍，查找出現(xiàn)靜音現(xiàn)象的共性問題，縮小查找范圍。靜音問題的處理與單通處理類似。導(dǎo)致靜音的幾種情況是：A口電路故障，網(wǎng)板、FBI板故障，出局中繼故障，網(wǎng)路中間環(huán)節(jié)問題。2021/10/1029案例2：靜音處理－2靜音原因－A口電路故障起因：可能是A口電路接錯或數(shù)字中繼單板或聲碼器SVICM板故障造成靜音。判斷條件：到所有局向多出現(xiàn)靜音現(xiàn)象。測試方法：如果是A口電路故障則比較容易復(fù)現(xiàn)，其中如果是接錯電路則最少會有2條E1出現(xiàn)靜音，復(fù)現(xiàn)概率非常高，而且只要占用同一條電路就會重現(xiàn)靜音現(xiàn)象。在條件許可情況下閉塞部分電路，這將有利于故障重現(xiàn)，由于出現(xiàn)問題往往是整個E1故障，也就比較容易定位。需要注意定位故障后應(yīng)盡快解閉塞的電路，不要長時間影響用戶通信。A口故障單通測試也可以借助BSSAP信令跟蹤，當(dāng)有靜音現(xiàn)象時，可以通過AssignReq消息中的cic來確定A口電路具體交換數(shù)字中繼DT物理位置和BSC所對應(yīng)的聲碼器SVICM。2021/10/1030案例2：靜音處理－3靜音原因－網(wǎng)板、FBI光傳輸接口板故障起因：可能是網(wǎng)板、FBI板部分HW線故障。判斷條件：到所有局向或跨模塊出現(xiàn)靜音現(xiàn)象。測試方法：在排除A口電路故障問題后網(wǎng)板、FBI板將是重點懷疑對象，因為網(wǎng)板、FBI板是到大部分局向的共路部分?？梢酝ㄟ^診斷測試工具檢測是否存在高誤碼，也可以通過倒換網(wǎng)板、FBI板檢測。另外，該類測試時可以通過版本的“接續(xù)觀察”功能來跟蹤所占用的網(wǎng)板、數(shù)字中繼DT等時隙。靜音原因－出局中繼故障起因：可能是出局中繼電路接錯或者是數(shù)字中繼DT板問題。判斷條件：只到特定的局向呼叫才出現(xiàn)靜音現(xiàn)象。測試方法：可以通過指定呼叫功能測試每一條到該局向的電路；通過TUP信令跟蹤單用戶，在靜音現(xiàn)象發(fā)生時以信令消息中的CIC電路號確定具體的物理位置。2021/10/1031案例2：靜音處理－4靜音原因－網(wǎng)絡(luò)中間環(huán)節(jié)問題：可能是互聯(lián)互通的某一環(huán)節(jié)出現(xiàn)問題導(dǎo)致靜音。判斷條件：只到特定的局向呼叫才出現(xiàn)靜音現(xiàn)象，而且測試過程中出現(xiàn)靜音現(xiàn)象的電路不固定在某一條電路上，是隨機(jī)出現(xiàn)的。可能這次靜音下次占用卻正常的現(xiàn)象。該類問題最好的方法采用E1測試儀，在靜音時通過偵聽確定問題源頭2021/10/1032案例3：串音問題－1串音是指通話一方或雙方在通話過程中聽到第三方話音的問題。引起串音的原因有很多，但最有可能的原因是數(shù)字中繼DT板故障。該問題的分析方法是分析呼叫的路由確定一個呼叫可能涉及的每一段電路。通過投訴、測試判斷串音的影響范圍，查找出現(xiàn)串音現(xiàn)象的共性問題，縮小查找范圍?？梢酝ㄟ^大量呼叫、指定呼叫（只針對出局的TUP電路）、診斷測試工具、誤碼儀、E1測試儀進(jìn)行測試，確定問題所在。 導(dǎo)致串音的主要幾個原因有：數(shù)字中繼DT板故障，網(wǎng)板或FBI板故障和網(wǎng)絡(luò)中間環(huán)節(jié)有問題。2021/10/1033案例3：串音問題－2串音原因－數(shù)字中繼DT板故障判斷條件：如果是DT板故障則比較容易復(fù)現(xiàn)，且復(fù)現(xiàn)概率非常高。在條件許可情況下閉塞部分電路，這將有利于故障重現(xiàn)，但出現(xiàn)問題不一定是整個E1故障，因此需要逐條電路測試。需要注意定位故障后應(yīng)盡快解閉塞的電路，不要長時間影響用戶通信。另外，通過TUP信令跟蹤單用戶，在串音時以信令消息中的CIC電路號確定具體的物理位置。串音原因－交換網(wǎng)板或FBI光接口板故障網(wǎng)板或FBI板的HW線故障可能會導(dǎo)致串音。可以通過倒換網(wǎng)板和FBI板檢測。2021/10/1034案例3：串音問題－3串音原因－網(wǎng)絡(luò)中間環(huán)節(jié)問題可能是互聯(lián)互通的某一環(huán)節(jié)出現(xiàn)問題導(dǎo)致串音。判斷條件：對于類似問題，最有效的方法是采用E1測試儀，直接判斷問題是對端是串音的根源。2021/10/1035案例4：回聲問題－1回聲是指通話一方或雙方在說話時可以從聽筒中聽到自己說話的聲音，而且有一定的時延。回聲問題包括：聲學(xué)回聲，電學(xué)回聲。終端質(zhì)量不好容易引起聲學(xué)回聲。傳輸時延過大，容易引起電學(xué)回聲，特別是長途呼叫時。需要估算長途呼叫時的傳輸時延、軟交換時延等。在移動用戶呼叫固網(wǎng)用戶時比較明顯。某些廠家的設(shè)備能提供錄音功能，在處理語音質(zhì)量方面的問題時，可以在多個設(shè)備點對語音錄音，逐段對比分析，最總定位問題。這是一個常用且比較有效的手段。該類問題的分析方法是分析呼叫的路由確定一個呼叫可能涉及的每一段電路。通過投訴、測試判斷回音的影響范圍，查找出現(xiàn)回音現(xiàn)象的共性問題，縮小查找范圍?？梢酝ㄟ^大量呼叫、指定呼叫（只針對出局的TUP電路）、診斷測試工具、誤碼儀、E1測試儀等進(jìn)行測試，以確定問題所在。2021/10/1036案例4：回聲問題－2回聲問題的主要原因：A口電路自環(huán)了；出局電路自環(huán)了；未設(shè)置回聲抑制軟件開關(guān)；未啟用具有回聲抑制功能的電路板，或回聲抑制電路板故障。終端問題。2021/10/1037案例4：回聲問題－3回聲原因－A口電路自環(huán)判斷條件：雙方多聽不到對方的聲音，且回音的聲音非常大。到所有局向多出現(xiàn)回音現(xiàn)象。測試方法：這類問題比較容易復(fù)現(xiàn)，復(fù)現(xiàn)概率非常高，而且只要占用同一條電路就會重現(xiàn)回音現(xiàn)象。在條件許可情況下閉塞部分電路，這將有利于故障重現(xiàn)，由于出現(xiàn)問題往往是整個E1故障，也就比較容易定位。需要注意定位故障后應(yīng)盡快解閉塞的電路，不要長時間影響用戶通信。A口電路故障測試也可以借助BSSAP信令跟蹤，當(dāng)有回音現(xiàn)象時，可以通過AssignReq消息中的CIC來確定A口電路具體交換DT物理位置和BSC所對應(yīng)的SVICM。2021/10/1038案例4：回聲問題－4回聲原因－出局電路自環(huán)：判斷條件：雙方多聽不到對方的聲音，且回音的聲音非常大。只到特定局向多出現(xiàn)回音現(xiàn)象。測試方法：通過指定呼叫測試，由于自環(huán)造成整個E1出現(xiàn)回音，因此只需測試每條E1中的一條電路即可。對于出局電路自環(huán)，除物理檢查外也通過TUP信令跟蹤單用戶，以信令消息中的CIC電路號確定具體的物理位置。2021/10/1039案例4：回聲問題－5回聲原因－回音未進(jìn)行軟件消除設(shè)置在與固定局對接過程中，由于電話網(wǎng)絡(luò)中2/4線轉(zhuǎn)換混和線圈阻抗不匹配造成的“回波效應(yīng)”，四線“收”的信號沒有完全轉(zhuǎn)換到二線，而部分泄漏到四線“發(fā)”造成混合回音。在移動通信中，回音通路時延一般大于30ms時，通話者將聽到自己的回音，影響通話效果。所以當(dāng)與固定電話網(wǎng)連接時，必須要采取回音消除手段，消除回波效應(yīng)。因此當(dāng)?shù)侥骋痪窒颍娦诺裙潭ňW(wǎng)絡(luò)）出現(xiàn)大量回音問題時，需要檢查MSC的“配置管理\中繼電路組\指示器”是否選擇“包含回聲抑制”；需要檢查MSC的“配置管理\出局路由\基本屬性”是否選擇“需要來話回聲抑制”和“需要去話回聲抑制”。2021/10/1040案例4：回聲問題－6回聲原因－回聲抑制板故障判斷條件：雙方能夠多聽到對方的聲音，且回音的聲音比較輕。由于目前只在出局方向配置回聲抑制板，因此這類問題出現(xiàn)在MS呼叫PSTN或出局呼叫才會發(fā)生。測試方法：可以通過指定呼叫功能測試每一條到該局向的電路。另外通過E1測試儀也可以判斷回音產(chǎn)生的源頭是否是來自MSC內(nèi)部。回聲原因－終端問題部分低價終端由于本身的質(zhì)量問題，會出現(xiàn)通話時回聲的現(xiàn)象。該類問題的特點是只用個別用戶通話時有回聲問題，該區(qū)域內(nèi)的其它用戶無此種情況。2021/10/1041案例5：語音質(zhì)量斷續(xù)、模糊CE/SVE問題的排查。逐個呼叫，觀察占用CE/SVE時的語音質(zhì)量情況。鄰區(qū)漏配或在列表中的位置靠后。相鄰小區(qū)PN在鄰區(qū)列表中的位置，如果位置過于靠后，會導(dǎo)致手機(jī)搜索不到該導(dǎo)頻，該導(dǎo)致成為干擾源而引起通話質(zhì)量嚴(yán)重下降，甚至掉話。外部干擾。外部干擾一般對反向鏈路干擾比較嚴(yán)重。反向鏈路受到干擾時，會導(dǎo)致在手機(jī)接收功率良好的情況下，反向誤幀率升高，通過反向開環(huán)功率控制要求手機(jī)提高發(fā)射功率，最終導(dǎo)致手機(jī)在距離基站很近、接收功率較強(qiáng)的地方還需要超強(qiáng)的發(fā)射功率。由于CDMA是一個自干擾系統(tǒng)，距離基站這么近還有異常高的TX，這對于其他CDMA手機(jī)而言又是一個干擾源。終端問題。特別是一些低價終端。2021/10/1042案例6：掉話掉話的定義：在指用戶在通話過程中，由于非人為因素的異常中止。引起掉話的主要原因：設(shè)備故障引起掉話；重點關(guān)注TRX、CE單元、聲碼器單元、傳輸線路等是否存在問題。數(shù)據(jù)配置錯誤引起掉話；特別是鄰區(qū)漏配，搜索窗設(shè)置過小。弱覆蓋引起掉話；導(dǎo)頻污染引起掉話，包括相鄰基站功率異常（比如突然升高）；傳輸誤碼；GPS時鐘問題；資源故障（無線資源、信道單元和聲碼器單元、地面鏈路）不足；反向干擾（持續(xù)干擾、突發(fā)干擾）；直放站異常影響；工程施工問題：天線接反、跳線沒有接或是接觸不好、天線朝天等

2021/10/1043案例7：外部干擾的排查外部干擾一般來源于：1、直放站。反向增益太大，導(dǎo)致基站反向RSSI升高。2、大功率對講機(jī)、加油站會議室手機(jī)信號屏蔽設(shè)備、門禁系統(tǒng)、有線電信信號等。3、大功率發(fā)射設(shè)備的第N次諧波落在了C網(wǎng)的反向頻段內(nèi)。例如：微波、尋呼臺等。4、公安局、國安局等國家機(jī)構(gòu)的寬頻屏蔽網(wǎng)。5、C/G共站時天線隔離度不足，造成對C網(wǎng)信號的干擾。排查外部干擾的工具：使用YBT250或頻譜儀對干擾源進(jìn)行信號追蹤。2021/10/1044案例8：資源不足擁塞處理CE資源不足。檢查方法：忙時CE占用峰值與實際配置數(shù)量比較。傳輸資源不足。檢查方法：忙時占用峰值與實際配置數(shù)量比較。一般傳輸資源的利用率達(dá)到70％時，必須增加傳輸資源。WalshCode資源不足。檢查載扇的WalshCode資源占用情況。如果該載扇下的用戶數(shù)過多，則有可能導(dǎo)致WalshCode資源不足的情況。可能的原因有該載扇覆蓋區(qū)域過大而話務(wù)過大、軟切換比例過高、或該載扇本身就處于高話務(wù)區(qū)域、或高速數(shù)據(jù)用戶多。前向功率資源不足。沒有足夠的前向功率資源來支持起呼,或反向鏈路負(fù)載過高,或反向功率過載，從而導(dǎo)致扇區(qū)拒絕終端呼叫請求，引起擁塞。可能的原因有：基站的確承載很高話務(wù)量；基站軟切換和更軟切換比例相對較高。2021/10/1045案例9：DO上網(wǎng)速率慢覆蓋問題；PRL沒有更新，導(dǎo)致上了1x網(wǎng)絡(luò)；撥號軟件。有時使用終端自帶的撥號軟件測試，可能看到1x和DO都沒有信號，此時需要關(guān)注終端驅(qū)動是否正確安裝。導(dǎo)頻污染問題。對于高層建筑用戶投訴，由于無線傳播的復(fù)雜性，需要關(guān)注周邊宏基站，注意鄰區(qū)關(guān)系的配置、方向角、下傾角等，盡量減小導(dǎo)頻污染。傳輸資源問題。地面鏈路傳輸資源實際可使用的資源不足，或配置足但有故障或誤碼高。WALSH碼資源不足。終端問題，例如MEID開關(guān)未打開導(dǎo)致EVDO終端不能上網(wǎng)。DO-QOS開關(guān)是否打開進(jìn)行限速，用戶等級。是否多個用戶(帳號）共有一個IMSI。DO用戶多，導(dǎo)致上網(wǎng)速率慢，需要擴(kuò)容。過載問題。PCF是否過載，PCF以上的上層路由是否配置為最短路由。2021/10/1046案例10：光纖直放站時延過大（廣東電信案例）

光纖直放站時延過大，會出現(xiàn)通話質(zhì)量嚴(yán)重下降，并隨時有可能掉話。時延過大時，基站無法正確判斷切換目標(biāo)基站的導(dǎo)頻偏置?；九袛鄬?dǎo)頻偏置是根據(jù)移動臺上報的導(dǎo)頻相位最接近的那個導(dǎo)頻偏置來判斷切換目標(biāo)基站導(dǎo)頻偏置。如果傳輸延時導(dǎo)致的相位差足夠大，以至距離相鄰偏置更近時，基站就會判斷錯誤。從而導(dǎo)致切換失敗。2021/10/1047案例10：光纖直放站時延過大理論分析：直放站光纖長度前向首先受限于Pilot_inc假設(shè)Pilot_inc=3，那么光纖直放站的傳輸距離必須小于：（3/2）*64chips*（244m/chip）/1.5=15616米。也就是說光纖直放站的距離限制在Pilot_inc為3時，最多只能拉15.6公里。而實際上直放站有一定覆蓋范圍，其信號到達(dá)手機(jī)時還會有一定傳輸時延。以光纖直放站覆蓋范圍為5公里為例，由于光或電磁波在空氣中傳播5公里相當(dāng)于在光纖中傳播5×2/3公里，所以其光纖長度最大應(yīng)為15－5×2/3=11.7（公里），而直放站的站下時延必須小于96－5000/244=75.5（chip）。此外，光纖直放站的光纖長度還受限于SRCH_WIN_N/2當(dāng)Pilot_inc=3時，SRCH_WIN_N最大只能是12，即160個chip，因為當(dāng)SRCH_WIN_N為13時，對應(yīng)于226個chip，而為了不會出現(xiàn)搜索混亂，搜索窗寬度必須小于等于192(3*64)個chip。當(dāng)SRCH_WIN_N為12時，SRCH_WIN_N/2就是80個chip，設(shè)直放站覆蓋范圍是5公里，其光纖長度最大只能為80×244/1.5－5000×2/3=9.68（公里），直放站的站下時延必須小于80－5000/244＝59.5個chip。2021/10/1048案例11：直放站的自激直放站的增益不宜過大。開通之后，必須進(jìn)行一定次數(shù)的呼叫測試。因為直放站的自激不是每次呼叫都發(fā)生,特別是上行（反向）?？朔约がF(xiàn)象的方法有兩種：一是增大施主與重發(fā)天線的隔離度;二是降低直放站增益。當(dāng)要求直放站覆蓋范圍較小時，可采用降低增益的辦法。當(dāng)要求直放站的范圍較大時，應(yīng)增大隔離度。工程中主要采用以下幾種方法：增大收發(fā)天線的水平及垂直距離；增加遮擋物，如加裝屏蔽網(wǎng)等：增加施主天線的方向性，如使用拋物面天線；選用方向更強(qiáng)的重發(fā)天線，如定向角度天線；調(diào)整施主與重發(fā)天線的角度和方向，使兩者盡量背向。2021/10/1049案例12：RSSI異常（江蘇電信春風(fēng)行動案例）RSSI是否正常，對通話質(zhì)量、掉話、切換、擁塞以及網(wǎng)絡(luò)的覆蓋、容量等均有顯著的影響。RSSI異?？煞譃?類，分別是RSSI過低、RSSI過高、RSSI主分級差值過大等。RSSI異常可能會導(dǎo)致相應(yīng)載扇的指標(biāo)異常，如：接入成功率低，掉話率高，語音質(zhì)量差甚至無法接入等。下表是對RSSI異常出現(xiàn)的3類問題做簡單歸納。2021/10/1050案例12：RSSI異常（江蘇電信春風(fēng)行動案例）RSSI異常情況現(xiàn)象產(chǎn)生的影響產(chǎn)生的主要可能原因RSSI過低

（低于-115dbm）查看一個星期的小時RSSI平均值話統(tǒng)，如果RSSI一直小于－115dBm并且保持不便，則屬于異常說明基站收到的上行信號太弱，可能導(dǎo)致解調(diào)失敗工程質(zhì)量問題(包括從天饋到RFU的各個接頭接觸不好)、硬件故障(如天饋、RFU)等。RSSI過高

（高于-95dbm）查看一個星期的小時RSSI平均值話統(tǒng)，如果大部份時間RSSI偏高，則屬于異常說明收到的上行信號太強(qiáng)，相互之間的干擾太大，也影響信號解調(diào)工程質(zhì)量問題(跳線接頭制作不規(guī)范，跳線損壞等)，接頭進(jìn)水、過高的話務(wù)量導(dǎo)致Abis或FMR資源不夠、參數(shù)設(shè)置問題（登記及接入消息設(shè)置不合理）、外部干擾。RSSI主分集差異過大

（高于3db）查看一個星期的小時RSSI平均值話統(tǒng)，如果大部份時間RSSI差異大，則屬于異常

工程質(zhì)量問題(跳線單級連接不好等)，天饋駐波、分集旁路開關(guān)設(shè)置錯誤、外部單級干擾2021/10/1051案例12：RSSI異常（江蘇電信春風(fēng)行動案例）RSSI涉及到整個上行通道：無線環(huán)境干擾，天線，饋線，跳線，接頭，基站設(shè)備，無線直放站，室內(nèi)干放，耦合器/合路器，網(wǎng)規(guī)參數(shù)。1、工程質(zhì)量不好導(dǎo)致RSSI異常：如下表接頭制作不規(guī)范,接頭內(nèi)部不清潔

接頭過松導(dǎo)致RSSI過低如果單集沒有連接或者接頭過松或太緊，則該扇區(qū)載頻的主集或分集RSSI可能長時間低于-110dBm,如果主分集平均RSSI差異較大，一般是低的一個集沒有連接好，主分集差異一般不要超過3dB連線錯誤連線錯誤在現(xiàn)場主要是分集連接出錯，即扇區(qū)間分集交錯連接，這類錯誤通過路測無法發(fā)現(xiàn)問題，可通過后臺RSSI跟蹤，結(jié)合Nastar工具，利用同一扇區(qū)主、分集信號的強(qiáng)相關(guān)性即主集RSSI和分集RSSI走勢相同進(jìn)行判斷2021/10/1052案例12：RSSI異常（江蘇電信春風(fēng)行動案例）2、外部干擾導(dǎo)致RSSI異常： 對講機(jī)干擾

直放站干擾（1）反向增益過大導(dǎo)致RSSI升高；（2）直放站本身器件失效；（3）反向半徑設(shè)置過大，用戶無法進(jìn)行正常登記，導(dǎo)致RSSI異常；（4）由于直放站本身安裝不規(guī)范，施主天線和用戶天線沒有足夠的隔離度，形成自激，從而影響了該直放站所依附基站的正常工作。雷達(dá)站、電視臺干擾

微波傳輸干擾

2021/10/1053案例12：RSSI異常（江蘇電信春風(fēng)行動案例）參數(shù)設(shè)置問題導(dǎo)致RSSI設(shè)置異常LAC劃分錯誤，Reg_zone邊界區(qū)，Total_zone和Zone_timer設(shè)置不合理或Reg_zone設(shè)置錯誤，導(dǎo)致終端頻繁登記等都可能導(dǎo)致RSSI升高其他可能的特殊原因此類問題一般導(dǎo)致主分集RSSI同時偏高打開接入宏分集（部分異常終端）沒有開啟基站層二應(yīng)答（主要是部分95手機(jī)）；帶內(nèi)信令增益設(shè)置過大；已配置BaseId的扇區(qū)擴(kuò)容后，沒有對新增載頻配置BaseId；初始接入功率參數(shù)設(shè)置過大，如果這個值設(shè)置過大，移動臺在接入時將以較大功率發(fā)射，從而提升底噪，使RSSI升高；業(yè)務(wù)信道最小增益過大，業(yè)務(wù)信道增益過大會使終端在業(yè)務(wù)信道上以較大功率發(fā)射，在提高語音質(zhì)量的同時也使RSSI值升高。在實際中，當(dāng)該值設(shè)置過大時，對語音質(zhì)量提高不大，但對系統(tǒng)容量和RSSI值影響較大；2021/10/1054案例12：RSSI異常（江蘇電信春風(fēng)行動案例）4、設(shè)備工作異常導(dǎo)致RSSI異常：由于設(shè)備硬件故障，如天饋、RFU故障等，可能導(dǎo)致反向通道斷開或設(shè)備產(chǎn)生自激，使RSSI異常。 由于設(shè)備工作存在異常，如傳輸閃斷、BTS硬件資源不足、BSC資源分配模塊工作異常等，導(dǎo)致大量呼叫失敗或被系統(tǒng)拒絕，呼叫失敗用戶反復(fù)發(fā)起接入而導(dǎo)致RSSI異常。表現(xiàn)在話統(tǒng)上是網(wǎng)絡(luò)忙時試呼次數(shù)過高（如超過平時3000次以上），存在大量的異常呼叫釋放現(xiàn)象。 2021/10/1055案例12：RSSI異常（江蘇電信春風(fēng)行動案例）5、終端工作異常導(dǎo)致RSSI異常 ：工藝不符合CDMA行業(yè)標(biāo)準(zhǔn)的移動臺、固定臺（FWT），在接入網(wǎng)絡(luò)的時候，終端會忽略網(wǎng)絡(luò)下發(fā)的功率控制信息，或者系統(tǒng)所下發(fā)的功率控制命令對該部分終端無效、執(zhí)行效果較差。現(xiàn)實網(wǎng)絡(luò)中，通常會碰到這些非法的手機(jī)，或者不符合工藝規(guī)范的固定臺，提升了網(wǎng)絡(luò)的底噪。

2021/10/1056案例13：天饋接錯的判斷后臺檢查發(fā)射功率是否正常，如正常說明射頻設(shè)備沒有故障，問題可能在天饋?，F(xiàn)場測試：進(jìn)行路測，判斷小區(qū)覆蓋區(qū)域是否符合設(shè)計，多小區(qū)覆蓋區(qū)域是否存在重疊。該小區(qū)實際覆蓋方向沒有信號，如與其他小區(qū)的覆蓋方向重疊，可能天饋接錯。從后臺的載頻鄰區(qū)切換次數(shù)可以驗證天饋接錯的問題?，F(xiàn)在的鼎利軟件可以簡單判斷發(fā)送天線的接錯問題。2021/10/1057案例14：單載頻基站加載頻后依然擁塞的處理

（江西MOTO）－1擁塞原因：無線資源不夠，導(dǎo)致TCH分配失敗，即仍產(chǎn)生了擁塞；SCH高速速率分配失敗率非常高。目前南昌的雙載波基站有兩個載波，分別是283和201，其中283是基本載頻，201是專為數(shù)據(jù)業(yè)務(wù)提供服務(wù)，并且手機(jī)在空閑狀態(tài)都駐留在283頻點，發(fā)起呼叫也在基本頻點上，最終根據(jù)服務(wù)類型（語音，數(shù)據(jù)，短消息等）選擇在什么頻點上進(jìn)行服務(wù)，數(shù)據(jù)業(yè)務(wù)分為三種：短信業(yè)務(wù)：短消息長度小于等于6個字節(jié)直接在283頻點進(jìn)行傳送，否則在201載波；彩信：所有的彩信業(yè)務(wù)都在201載波上進(jìn)行服務(wù)；上傳/下載：所有真正的數(shù)據(jù)業(yè)務(wù)都在201載波上進(jìn)行服務(wù)。2021/10/1058案例14：單載頻基站加載頻后依然擁塞的處理

（江西MOTO）－2數(shù)據(jù)業(yè)務(wù)WALSH碼的分配：一個語音用戶分配一條FCH，占用一個Walsh。數(shù)據(jù)業(yè)務(wù)，先分配一條FCH，要求高速率時，分配SCH（增補(bǔ)信道），不同速率的SCH，占用的Walsh不同。一般Walsh的分配都是一個子樹的分配，即連續(xù)的分配，速率越高占用越多的walsh資源。而walsh碼的不足，會導(dǎo)致話務(wù)擁塞和接入失敗率高，一般是數(shù)據(jù)業(yè)務(wù)引起。因為變速率的原因，還和walsh預(yù)分配、walsh重組等功能開關(guān)是否打開有關(guān)。所以，walsh不足導(dǎo)致語音擁塞和接入失敗，首先考慮數(shù)據(jù)業(yè)務(wù)的Walsh管理功能開關(guān)是否都打開，以分配更多的walsh碼給語音業(yè)務(wù)。2021/10/1059案例14：單載頻基站加載頻后依然擁塞的處理

（江西MOTO）－3【處理方法及建議】經(jīng)過專業(yè)網(wǎng)管的CDL跟蹤發(fā)現(xiàn)上網(wǎng)都在283載波上，但是該基站已經(jīng)擴(kuò)容為雙載波了，故考慮是否將數(shù)據(jù)業(yè)務(wù)都放在201載波上承載，而將283做為純語音載波，以擴(kuò)大283對語音話務(wù)的吸收，和201對數(shù)據(jù)業(yè)務(wù)的保證。2021/10/1060案例15：修改SCH分配導(dǎo)頻門限解決WALSH不足

引起的擁塞（浙江案例）

故障現(xiàn)象：呼叫建立成功率較差，分配資源失敗，由WALSH資源不足引起的擁塞。PS業(yè)務(wù)用戶占用高倍速SCH導(dǎo)致WALSH不足。臨時解決措施：修改基站前反向SCH分配的導(dǎo)頻門限值，使高倍速SCH信道分配的導(dǎo)頻強(qiáng)度門限提高，用戶申請到高倍速SCH的難度增大，從而釋放出一定的系統(tǒng)WALSH資源。但可能影響用戶對上網(wǎng)速率的感受。2021/10/1061案例16：病毒引起的BSC擁塞處理（江西電信案例）【問題現(xiàn)象】：部分基站出現(xiàn)有信號打不了電話的情況，手機(jī)提示為網(wǎng)絡(luò)忙，但掛機(jī)后重新?lián)艽驇状斡挚梢哉Ｊ褂?，半小時后其它縣的一部分基站也相繼出現(xiàn)相同問題?！咎幚聿襟E】核查基站無線資源使用情況，排查基站RSSI處于正常范圍內(nèi)。都正常。檢查同一BSC下多個基站出現(xiàn)擁塞，懷疑為BSC問題。出現(xiàn)Celicense使用率過高的信息。對系統(tǒng)license進(jìn)行核查，核查發(fā)現(xiàn)前臺校驗license文件失敗，校驗結(jié)果無效，BSC進(jìn)入基本配置，部分信道資源被鎖定，從而進(jìn)一步導(dǎo)致部分基站的反向ce資源受限，特別是一些高話務(wù)的站點。申請及加載新的license文件后，擁塞消失。最終故障原因是由于BAM病毒引起license文件損壞，從而導(dǎo)致校驗無法通過（BSC系統(tǒng)每天凌晨會定時對比校驗license文件的有效性），使得license失效，部分反向CE信道資源被鎖死，系統(tǒng)進(jìn)入基本配置狀態(tài)。

2021/10/1062案例17：反向接入信道故障引起的

用戶無法接通的申告該站其他扇區(qū)的業(yè)務(wù)正常，僅第三扇區(qū)的業(yè)務(wù)不正常，但無線信號正常。檢查內(nèi)容：小區(qū)數(shù)據(jù)配置；MSC側(cè)是否漏做CI數(shù)據(jù)；第三扇區(qū)對應(yīng)天饋系統(tǒng)及TRX/DPA/RFE等板卡問題；PIM板卡問題；CBM板卡問題。最后發(fā)現(xiàn)為CBM板卡問題。性能統(tǒng)計發(fā)現(xiàn)三扇區(qū)無接入消息、尋呼響應(yīng)、位置更新等消息，說明反向接入信道存在問題。檢查三扇區(qū)接入信道配置，配置數(shù)據(jù)正常，懷疑第三小區(qū)接入信道對應(yīng)信道單元故障，將接入信道的序號由287改為288?；謴?fù)正常。問題為單個信道單元故障影響業(yè)務(wù)的使用。日常應(yīng)加強(qiáng)對各個扇區(qū)的性能統(tǒng)計指標(biāo)的監(jiān)控。遇到問題，應(yīng)通過對信令、硬/軟資源占用情況等分析定位問題。2021/10/1063案例18：拔碼開關(guān)引發(fā)的低功率預(yù)告警檢查內(nèi)容：后臺提升功率，是否可升？駐波比是否正常？接線是否松動？天饋是否有故障？HPA、TRX等板件是否有告警？隱形故障？更換備板。機(jī)框背板是否有問題？機(jī)框背板。最后定位為板件的拔碼開關(guān)誤設(shè)。在維護(hù)經(jīng)常遇到某板的內(nèi)部開關(guān)、背板的開關(guān)甚至跳線等引起的問題。2021/10/1064案例19：E1電路故障常見問題:交叉線？自環(huán)？阻抗是否匹配？接頭是否虛焊？板卡是否支持E1電路增開？例如板卡只支持4E1，增開4E1，當(dāng)然失敗。用誤碼儀測試傳輸誤碼，是否存在滑碼、誤碼告警；檢查E1線，DDF架，傳輸設(shè)備等的接地情況。同步問題NO7的電路識別碼CIC是否兩端匹配，狀態(tài)是否正常？2021/10/1065案例20：GPS故障（中興）－1GPS常見的故障處理GPSTM單板前面板上共有5個指示燈：RUN綠燈、ACT綠燈、ALM紅燈、1PPSALM紅燈、GPSALM紅燈。正常運行應(yīng)該是RUN綠燈和ACT綠燈（主用）常亮。GPS未探測到

前臺現(xiàn)象：GPSTM上的ALARM燈常亮，主用CCM板ALARM紅燈快閃。 后臺告警：為探測到GPS（未收到TOD故障）。2021/10/1066案例20：GPS故障（中興）－2時鐘子系統(tǒng)簡單如上圖所示，藍(lán)色線表示后背板走線，容易出現(xiàn)連接問題而導(dǎo)致各種故障。TCM單板選擇備份的兩個GPS輸出的時鐘信號，輸出再生時鐘信號給RFIM，由RFIM將時鐘分發(fā)給CHM等單板；同時TCM輸出10M信號給FDM，由FDM鎖相輸出射頻單板所需的頻綜信號。1、GPSTM只要電源正常、天饋正常即可正常工作；2、TCM、FDM正常工作需要GPSTM首先正常工作，其次要求CCM對其進(jìn)行正確配置（通過I2C線纜）。如上圖所示，GPSTM通過422數(shù)據(jù)線與CCM相連，后臺通過CCM對GPSTM進(jìn)行監(jiān)控，在基站最小配置：CDSU,CCM,GPSTM（其他單板均可以拔出來），在CCM單板沒有故障情況下GPS均可以探測到，與其他單板工作是否正常沒有關(guān)系。

2021/10/1067案例20：GPS故障（中興）－3所以GPS未探測到原因可能有：1、查單板是否有故障：首先查GPSTM,然后是CCM和后背板；2、監(jiān)控通道是否存在故障，主要包括這兩層框后背板和數(shù)據(jù)線是否有故障。故障處理：1、更換槽位和單板首先分別更換GPSTM單板，更換GPSTM槽位，更換CCM單板；2、檢查并拔插后背板連線；3、更換GPSTM后背板；4、更換CCM后背板。步驟4的概率很小，說明是由于BDS框后背板故障導(dǎo)致GPSTM單板監(jiān)控通道出現(xiàn)了故障，導(dǎo)致GPS未探測到告警。2021/10/1068案例20：GPS故障（中興）－4 總結(jié)：GPS未探測到是GPS常見故障，其監(jiān)控路徑是：GPSTM—CCM—BTS-CDSU—BSC-CDSU—后臺，所以在基站側(cè)只與GPSTM和CCM及其通道有關(guān)，主要從這幾個方面查找故障。該問題一般都是GPSTM單板本身故障導(dǎo)致，也有可能是后背板上后臺未探測到的GPSTM板對應(yīng)的從GPSTM到CCM板的TOD線有問題。對于5號槽位的GPSTM板，有TOD和從FDM出來的232＋I(xiàn)IC的合線，如果該線是接頭有問題，TCM和FDM也會同時出現(xiàn)未探測到，但該線出問題的概率較小。2021/10/1069案例20：GPS故障（中興）－5GPS處于時延階段

GPS處于時延階段，說明GPSTM模塊已啟動，GPS已探測到天饋但未跟蹤到衛(wèi)星。系統(tǒng)未收到衛(wèi)星信號或收到的衛(wèi)星信號弱。重點檢查GPS天饋系統(tǒng)接觸性能。

前臺現(xiàn)象：GPSALARM紅燈常亮。

后臺告警：GPS處于時延階段。故障分析：導(dǎo)致該故障出現(xiàn)的原因有很多，如：GPS天線、機(jī)頂分路器、GPS避雷器、后背板、GPSTM單板故障和饋線上的各接線頭做得不好都有可能。該問題我們可以通過測量電壓和GPS天線電阻的方法來定位。2021/10/1070案例20：GPS故障（中興）－6故障處理：

利用診斷測試（只適用于自制的GPSTM)

觀測項目：可見衛(wèi)星數(shù)，是否正常，如果一直為0,說明GPS天線有問題，如果大于0顆衛(wèi)星說明天線正常。對于外購GPSTM后臺診斷測試目前不支持，只能利用看后臺是否有天饋故障的報警,或觀察GPSTM的面板GPSALM指示燈來確定（GPSALARM紅燈常亮）。測量電壓：一般情況下在機(jī)頂GPS天饋接頭處、在分路器的GPS天饋接頭處、在避雷器的接頭處和GPS天線的饋頭處芯和屏蔽套間的電壓都保持在4.6V～5V之間，我們可以通過分別測量各個地方的電壓來定位故障。比如在BTS機(jī)頂?shù)腉PS天饋接線柱上量得電壓是4.9V，加上分路器后在分路器接GPS天饋的接頭處量得電壓是4.2V，那么我們就可以定位分路器肯定有問題。2021/10/1071案例20：GPS故障（中興）－7GPS天線檢查方法：

1、測電流法：找一個具有電流指示的直流電源,調(diào)整電壓輸出為5V，將5V端接GPS天線的N頭的芯線，將地接GPS天線N頭的屏蔽地。GPS天線的工作電流正常范圍在

30~40ma之間。如果電流小于5mA或大于45mA，GPS天線肯定不正常。2、測電阻法：用萬用表的電阻檔，測試Gps天線的等效電阻。由于不同的萬用表有不同的精度誤差，用比對法測試出GPS天線的等效電阻。將萬用表電阻的量程調(diào)到20K電阻檔測試（注意由于GPS天線是有極性的，所以萬用表的表筆的紅（正）筆和黑(負(fù))筆測試的方向不同，數(shù)值也就不同）。將紅（正）筆接GPS天線的N頭的芯線，黑(負(fù))筆接GPS天線的N頭的屏蔽地,記下幾個GPS天線的等效電阻值R1。將黑(負(fù))筆接GPS天線的N頭的芯線，紅（正）筆接GPS天線的N頭的屏蔽地,記下幾個GPS天線的等效電阻值R2UCT的GPS天線的R1為9k左右，R2為3.6K左右（一般在1K——10K左右都是正常的）。3、用屏蔽罩查外界干擾：

通過屏蔽天線的方法（用一個圓柱型通口的金屬罩罩住GPS天線）檢查是否有外界干擾。2021/10/1072案例20：GPS故障（中興）－8GPS處于預(yù)熱階段

前臺現(xiàn)象：GPSTM板上除RUN燈常亮外其他指示燈均不亮，主用CCM板上的ALARM燈快閃。

后臺告警：GPS處于預(yù)熱階段。

故障分析：

GPSTM單板的上電啟動過程大概需要一至三個小時才能正常運行，不影響前臺呼叫，但可能影響切換。故障處理：

一般是正常現(xiàn)象，但如果長時間處于預(yù)熱階段，處理方法同“GPS處于時延階段”。2021/10/1073案例20：GPS故障（中興）－9GPS的1PPS誤差超過800ns 前臺現(xiàn)象：GPS1PPSALARM紅燈告警。 后臺告警：GPS的1PPS誤差超過800ns。 故障分析：該故障一般都只跟GPS天線或GPSTM板故障有關(guān)。對于GPS天線的問題可以通過量電壓、電流和天線電阻的方法（在GPS時延故障分析里提到）來定位故障，是單板的問題就只能通過更換單板解決。GPS在同步時鐘這段時間內(nèi)GPS需要進(jìn)行和衛(wèi)星的頻率和時間同步，但是同步的過程中發(fā)現(xiàn)1PPS超過了誤差，因此會告這個警，如果是GPS自身晶片的原因使得GPS和衛(wèi)星的時間不同步，也會發(fā)生GPS同步，這時GPS是主動進(jìn)行同步，也會告1PPS的告警，5.4.50及其以后版本就不會出現(xiàn)該告警了，因為丟失衛(wèi)星后1PPS超過誤差是正?，F(xiàn)象。所以目前出現(xiàn)這個告警時一般不需要處理，除非這個告警總是不消失，就需要更換GPSTM板。GPS和衛(wèi)星同步是很緩慢的，在現(xiàn)場最長的時間達(dá)到3天，也就是這種告警有可能3天后才消失，緩慢同步的原因，是避免時鐘大幅波動。 故障處理：該故障一般都是GPS天線或GPSTM板故障。但是暫時丟失衛(wèi)星后1PPS超過誤差是正?，F(xiàn)象，所以對該告警一般可以恢復(fù)的就不需要處理，如果長時間比如超過3天不能恢復(fù)的就到前臺更換GPSTM單板或GPS天線。2021/10/1074案例20：GPS故障（中興）－10GPS天饋故障

前臺現(xiàn)象：GPSTM上的GPSALARM燈閃爍。后臺告警：GPS天饋故障。故障分析：

GPS天饋故障，說明GPSTM模塊已啟動，GPS未探測到天饋，重點檢查GPS天饋系統(tǒng)。接頭接觸不良和饋線折斷、接頭處進(jìn)水、避雷器損壞也是造成天饋故障的原因。故障處理：

參考上述問題分析。2021/10/1075案例20：GPS故障（中興）－11案例1：GPS時延故障處理故障現(xiàn)象：基站的GPS不能鎖定，處于時延狀態(tài)。該基站不能與別的基站進(jìn)行正常軟切換。故障分析及處理：1、BTS機(jī)頂對GPS天線測量電阻為10M歐姆左右（天線電阻正常，如果電阻為K歐姆級別，會出現(xiàn)GPS時延故障）。可見GPS天線正常。2、在GPS天線連接處測量電壓，電壓為4.9伏，電壓正常?？梢奊PSTM模塊向天線供電正常，天饋線無連接無故障。3、更換證實正常的GPSTM模塊，故障仍然存在?？梢姽收喜怀鲈贕PSTM模塊。4、更換背板，故障還是沒有排除。到這一步基本上可以確定該時延故障與硬件設(shè)備沒有關(guān)系。5、使用掃頻儀進(jìn)行掃頻，發(fā)現(xiàn)在1.496GHz處有較強(qiáng)干擾信號（GPS頻段為1.5GHz）。但是在別的基站處進(jìn)行掃頻，該信號同樣存在。6、使用金屬桶把GPS天線圍起來，金屬桶頂上為空，保證能接收衛(wèi)星信號。把金屬桶接地，形成一個較好的屏蔽空間，保證周圍信號不能到達(dá)GPS天線，但GPS天線能接收從上往下的GPS衛(wèi)星信號。維護(hù)人員使用該方法后，該基站的GPS很快就鎖定了衛(wèi)星。因此可以確定該基站的GPS時延故障是因為遭到干擾所致。需要說明的是這個辦法對于大面積的，上面（天上）來的干擾，效果不大，有個業(yè)務(wù)區(qū)由于軍事演習(xí)導(dǎo)致的32個基站的GPS時延，這個方法不就沒有效果。結(jié)論：該故障是GPS天線故障是因為受到干擾所致。2021/10/1076案例20：GPS故障（中興）－12案例2：“蘑菇頭”損壞導(dǎo)致的GPS長時間處于預(yù)熱階段故障處理故障現(xiàn)象：新開基站GPS處長時間于預(yù)熱階段，5個小時后仍不能恢復(fù)。故障分析：GPSALAM燈慢閃的“GPS處長時間于預(yù)熱階段”故障一般是GPS天饋有問題，用測量電壓和逐步排查的方法即可排除故障。故障處理：1、用萬用表分別測量機(jī)頂GPS天饋接口，避雷器兩端，GPS天線的饋頭處芯和屏蔽套間的電壓，都為為4.8V。因為正常情況下這些端口之間的電壓在4.6V—5V之間，所以初步判斷從機(jī)頂?shù)紾PS芯之間的線路沒有問題，2、現(xiàn)在懷疑是GPS天線有問題，如果GPS天線沒有問題的話，用萬用表正接和負(fù)接電阻時，電阻值應(yīng)該為3倍左右的關(guān)系。用萬用表正接（萬用表的正極接GPS天線的芯，負(fù)極接GPS天線的屏蔽套時）天線測量電阻為0.8歐姆，，用萬用表負(fù)接（萬用表的負(fù)極接GPS天線的芯，正極接GPS天線的屏蔽套時）天線測量電阻為0.9歐姆，電阻值太小說明該天線已經(jīng)被擊穿。3、更換GPS天線后解決。2021/10/1077案例20：GPS故障（中興）－13案例3：“蘑菇頭”損壞掉引起PN混亂故障處理故障現(xiàn)象：2004年7月19日晚某業(yè)務(wù)區(qū)有大量用戶投訴“話音質(zhì)量斷續(xù)、雜音、掉話”等現(xiàn)象，打開業(yè)務(wù)觀察發(fā)現(xiàn)語音呼叫均正常成功率在95%左右，但語音切換成功率僅為30%左右，失敗原因均為“該導(dǎo)頻未被配置”，如所示：2021/10/1078案例20：GPS故障（中興）－142021/10/1079案例20：GPS故障（中興）－15切換失敗主要來源于6、19、32、34、37號BTS，這幾個站點均為相鄰站點，鄰接小區(qū)進(jìn)行了互配，其中19號站點有GPS預(yù)熱告警。通過“報告的詳細(xì)內(nèi)容”發(fā)現(xiàn)19號站切換時要加入的PN為465、321、297，32號站切換時要加入的PN為51、219、387，即各個站點切換要加入的PN有相同也有不同的切換失敗主要來源于6、19、32、34、37號BTS，這幾個站點均為相鄰站點，鄰接小區(qū)進(jìn)行了互配，其中19號站點有GPS預(yù)熱告警。通過“報告的詳細(xì)內(nèi)容”發(fā)現(xiàn)19號站切換時要加入的PN為465、321、297，32號站切換時要加入的PN為51、219、387，即各個站點切換要加入的PN有相同也有不同的切換失敗主要來源于6、19、32、34、37號BTS，這幾個站點均為相鄰站點，鄰接小區(qū)進(jìn)行了互配，其中19號站點有GPS預(yù)熱告警。通過“報告的詳細(xì)內(nèi)容”發(fā)現(xiàn)19號站切換時要加入的PN為465、321、297，32號站切換時要加入的PN為51、219、387。2021/10/1080案例20：GPS故障（中興）－162021/10/1081案例20：GPS故障（中興）－17故障處理：

通過性能統(tǒng)計中的切換觀察發(fā)現(xiàn)平常語音切換成功率在98%以上，因此從這一點我們判定鄰區(qū)的配置應(yīng)該不存在問題。對業(yè)務(wù)區(qū)兩個BSC的參數(shù)進(jìn)行了核對，發(fā)現(xiàn)這些切換時要加入的PN碼，均非我們BTS的PN碼。因此我們第一感覺判定為其它廠家設(shè)備或外網(wǎng)的干擾。立即和網(wǎng)優(yōu)人員路測查找干擾源，剛剛進(jìn)入縣城掃頻儀即掃到51和219兩個干擾PN，關(guān)掉了兩個縣城內(nèi)的直放站后干擾的PN仍然存在，因此基本排除了直放站的干擾。車行至19號縣城城關(guān)站時，突然又出現(xiàn)了一個干擾PN387，不難看出51、219、387應(yīng)該屬于一個三扇區(qū)站的PN，而城關(guān)站點為一個4載頻3扇區(qū)站，同時該站點GPS有告警，會不會是該站點引起的PN混亂？將縣城城關(guān)站點斷電后，發(fā)現(xiàn)所有的未知PN碼均消失了，后臺觀察切換成功率恢復(fù)到了98%以上。下午施工隊換過GPS蘑菇頭后該故障徹底解決。20