ASB無線網(wǎng)絡(luò)事業(yè)部交流稿(BSS部分)

1、ASB無線網(wǎng)絡(luò)事業(yè)部交流稿（無線網(wǎng)絡(luò)事業(yè)部交流稿（BSS部分）部分）ASB MND , Nov. 21, 2003 Page - 2All rights reserved 2003, Alcatel Shanghai Bell典型案例分析ASB MND , Nov. 21, 2003 Page - 3All rights reserved 2003, Alcatel Shanghai Bell典型案例分析典型案例分析ASB MND , Nov. 21, 2003 Page - 4All rights reserved 2003, Alcatel Shanghai Bell典型案例分析典型案例分

2、析ASB MND , Nov. 21, 2003 Page - 5All rights reserved 2003, Alcatel Shanghai Bell典型案例分析典型案例分析 第一部分第一部分 BSC X.25和和OSI_CPR問題處理問題處理 自從BSS B6.2版本以來,出現(xiàn)了諸多BSC的OSI_CPR模塊的故障。OSI_CPR模塊的是，因而若該模塊發(fā)生故障，必將嚴(yán)重影響OMC-R對(duì)BSS系統(tǒng)的操作與維護(hù)?，F(xiàn)就此問題將現(xiàn)場(chǎng)的故障處理情況予以分析和總結(jié),希望給現(xiàn)場(chǎng)以后處理類似問題以借鑒 。ASB MND , Nov. 21, 2003 Page - 6All rights rese

3、rved 2003, Alcatel Shanghai Bell典型案例分析典型案例分析 第一部分第一部分 BSC X.25和和OSI_CPR問題處理問題處理問題分類：?jiǎn)栴}分類：【1】由OSI_CPR問題引起的X.25故障： 告警為：無法通過INIT命令來解決問題。 【2】由傳輸路徑上的問題引起的X.25時(shí)隙問題： OSI_CPR無告警，但路由器中顯示其ASB MND , Nov. 21, 2003 Page - 7All rights reserved 2003, Alcatel Shanghai Bell典型案例分析典型案例分析 第一部分第一部分 BSC X.25和和OSI_CPR問題處理

4、問題處理【1】由OSI_CPR問題引起的X.25故障一般表現(xiàn)為：出現(xiàn)故障的BSC都無硬件問題（能夠通過HW TEST）。BSC的一塊或兩塊OSI_CPR狀態(tài)FOS，告警為OV_RELC;對(duì)模塊INIT后,模塊可以到IT狀態(tài)但不穩(wěn)定，自動(dòng)RESET 3次后又變?yōu)镕OS狀態(tài)；使用VERIFY命令結(jié)果相同。通過對(duì)各種實(shí)例的處理和分析，該問題分又可以分為以下兩種情況：【1.1】?jī)蓧KOSI_CPR同時(shí)FOS，BSC與OMC-R中斷連接【1.2】一塊OSI_CPR FOS狀態(tài)，常規(guī)操作無法解決問題ASB MND , Nov. 21, 2003 Page - 8All rights reserved 200

5、3, Alcatel Shanghai Bell典型案例分析典型案例分析 第一部分第一部分 BSC X.25和和OSI_CPR問題處理問題處理ASB MND , Nov. 21, 2003 Page - 9All rights reserved 2003, Alcatel Shanghai Bell典型案例分析典型案例分析 第一部分第一部分 BSC X.25和和OSI_CPR問題處理問題處理ASB MND , Nov. 21, 2003 Page - 10All rights reserved 2003, Alcatel Shanghai Bell* * 另外值指出的是，若發(fā)現(xiàn)BTS_ADAP

6、TOR的狀態(tài)異常，特別是在OMC-R上顯示狀態(tài)為MSA，在BSC Terminal上顯示狀態(tài)不穩(wěn)定的模塊，還會(huì)引起其他多種問題，如：PRC激活時(shí) TCU FLT；切換SYS_CPR，BSC不穩(wěn)定等等.其根本原因由于BTS_ADAPTOR狀態(tài)FLT，當(dāng)CPR有動(dòng)作時(shí)，與問題BTS_ADAPTOR相關(guān)的TCU，DTC等網(wǎng)元的狀態(tài)亦會(huì)隨之刷新，導(dǎo)致大量的內(nèi)部MSG送往CPR，使其不堪重負(fù)。當(dāng)然對(duì)于其他模塊如果也有類似現(xiàn)象。典型案例分析典型案例分析 第一部分第一部分 BSC X.25和和OSI_CPR問題處理問題處理ASB MND , Nov. 21, 2003 Page - 11All rights

7、 reserved 2003, Alcatel Shanghai Bell【2】由傳輸路徑上的故障引起的X.25鏈路問題，表現(xiàn)為： OSI_CPR無告警，但路由器中顯示時(shí)隙狀態(tài)為DOWN OSI_CPR的X.25顯示X.25不通 問題原因：?jiǎn)栴}原因： 一般是由.路徑上傳輸模塊的相應(yīng)時(shí)隙故障引起的，分下列幾種情況： 解決方法：解決方法： TC模塊問題：在ATR2/6模塊上觀察到無話務(wù)占用的情況，RESET ATBX/MT120RESET ATBX/MT120即可即可； ASMB/ASMC的相應(yīng)時(shí)隙異常占用，插拔后即可插拔后即可； 交換的SPC模塊問題，對(duì)對(duì)SPCSPC進(jìn)行重新刪創(chuàng)或進(jìn)行重新刪創(chuàng)或

8、RESETRESET相應(yīng)模塊即可相應(yīng)模塊即可；典型案例分析典型案例分析 第一部分第一部分 BSC X.25和和OSI_CPR問題處理問題處理ASB MND , Nov. 21, 2003 Page - 12All rights reserved 2003, Alcatel Shanghai Bell典型案例分析典型案例分析 第一部分第一部分 BSC X.25和和OSI_CPR問題處理問題處理ASB MND , Nov. 21, 2003 Page - 13All rights reserved 2003, Alcatel Shanghai Bell 相關(guān)知識(shí)：相關(guān)知識(shí)：從ALCATEL無線軟件

9、B6.2版本開始，BSC系統(tǒng)的數(shù)據(jù)庫(kù)開始更靈活的開放給用戶，這使得用戶可以更便捷地進(jìn)行網(wǎng)絡(luò)配 置上的更改。ALCATEL的網(wǎng)絡(luò)配置數(shù)據(jù)庫(kù)主要存放在OMC_DataBase，BSC_DLS,以及基站相關(guān)控制模塊中。由于各數(shù)據(jù)庫(kù)之間的聯(lián)系，可能會(huì)受到外部（比如說傳輸問題），或內(nèi)部（比如說OMC進(jìn)程，BSC負(fù)荷）的影響，導(dǎo)致 各數(shù)據(jù)庫(kù)間的數(shù)據(jù)內(nèi)容不一致；為此在ALCATEL無線B6.2版本之后，系統(tǒng)為了保證監(jiān)控設(shè)備（OMCR）與控制設(shè)備（ BSC）之間的數(shù)據(jù)準(zhǔn)確同步而引入的一種機(jī)制（ Misaligned ）。當(dāng)小區(qū)出現(xiàn) Misaligned 時(shí)，說明OMCR和BSC之間的存 在不同的數(shù)據(jù)。觸發(fā)Mi

10、saligned機(jī)制的情況有很多種，其中包括X25連接不好，基站傳輸不穩(wěn)定，PRC激活的小區(qū)數(shù)量過大等等。ALCATEL在無線B7版本中，對(duì)系統(tǒng)內(nèi)部消息同步機(jī)制進(jìn)行了修改和完善，系統(tǒng)模塊間的消息處理量有了相當(dāng)?shù)臏p少，這 從而減少了由于模塊負(fù)荷過高而造成 Misaligned 的觸發(fā)。但是我們還是認(rèn)為：減少 Misaligned 出現(xiàn)的次數(shù)，一方面必須從日常維護(hù)著手，消除設(shè)備中存在的大量的傳輸告警，另 一方面，在進(jìn)行網(wǎng)絡(luò)配置修改時(shí)，必須嚴(yán)格按照相關(guān)手冊(cè)進(jìn)行操作。典型案例分析典型案例分析 第二部分第二部分 CELL/BSC MISALIGNED問題分析及處理問題分析及處理ASB MND , Nov

11、. 21, 2003 Page - 14All rights reserved 2003, Alcatel Shanghai Bell典型案例分析典型案例分析 第二部分第二部分 CELL/BSC MISALIGNED問題分析及處理問題分析及處理 問題描述問題描述 當(dāng)激活一個(gè)PRC或者在SC窗口中，直接進(jìn)行在線網(wǎng)絡(luò)配置修改時(shí)，某個(gè)小 區(qū)出現(xiàn)Misaligned。 在該小區(qū)上，單擊右鍵激活的彈出窗口中，執(zhí)行“Show Alignment Status Cause” 功能，用戶可以觀察到引起Misaligned的具體原因。 解決方法解決方法情況一：情況一：如果在GSM alignment cause

12、中顯示問題原因?yàn)椤?lost of communication with BSC”。則需觀察此時(shí)BSC-OMC的連接狀況；如果連接問題得到解決，而該BSC下出 現(xiàn)Misaligned 的小區(qū)又很多 ，此時(shí)則需要通過對(duì)BSC做Force Config BSS 另外還需要 做小區(qū)的 Force Config 。情況二：情況二：如果在GSM alignment status cause中顯示為“job unsuccessfull received from the BSC”, 則需要做BSS Force Config (如果此時(shí)有許多小區(qū)Misaligned 則還需做 這些小區(qū)的 Force Con

13、fig), 情況三：情況三：如果執(zhí)行了Force Config后，小區(qū)依然處于Misaligned的狀態(tài)。此時(shí)則必須通 過PRC來刪創(chuàng)該小區(qū)。ASB MND , Nov. 21, 2003 Page - 15All rights reserved 2003, Alcatel Shanghai Bell情況四：情況四： 如果由于”There is a communication problem with BSC”原因引起Misaligned ，而且執(zhí)行Cell/BSC/BSS Force Config后，小區(qū)或BSC依然保持 Misaligned 狀態(tài)；但此時(shí)OMC與BSC的連接正常。 通常操作

14、中，該BSC可能需要很長(zhǎng)時(shí)間，去響應(yīng)OMC發(fā)出的邏輯數(shù)據(jù)修改等命令。在這種情況下，則需要調(diào)整相關(guān)的 logical parm_modify 參數(shù)的時(shí)間值，來改善響應(yīng)速度：from short to medium （如果BSC的響應(yīng)時(shí)間超過3分鐘）from short to long （如果BSC的響應(yīng)時(shí)間超過5分鐘） from short to very Long （如果BSC的響應(yīng)時(shí)間超過15分鐘） BSSIM 進(jìn)程需要重啟一次（stopped and started），目的是為了使修改啟效。如果以上操作無法解決問題，請(qǐng)聯(lián)系如果以上操作無法解決問題，請(qǐng)聯(lián)系A(chǔ)LCATEL的技術(shù)支持人員解決。的

15、技術(shù)支持人員解決。典型案例分析典型案例分析 第二部分第二部分 CELL/BSC MISALIGNED問題分析及處理問題分析及處理ASB MND , Nov. 21, 2003 Page - 16All rights reserved 2003, Alcatel Shanghai Bell典型案例分析典型案例分析 第二部分第二部分 CELL 處于處于 InConfig 狀態(tài)的狀態(tài)的分析及處理分析及處理 在該小區(qū)被修改時(shí)，相關(guān)的RNIM進(jìn)程Crashed或被中止。這導(dǎo)致了RNIMSC無法接收到修 改操作的結(jié)束信息，從而導(dǎo)致了該小區(qū)一直處于等待狀態(tài)。 問題描述問題描述 小區(qū)Alignment Sta

16、tus狀態(tài)一直處于InConfig 狀態(tài)（在RNUSM中該小區(qū)上出現(xiàn)沙漏標(biāo)記）ASB MND , Nov. 21, 2003 Page - 17All rights reserved 2003, Alcatel Shanghai Bell解決方法解決方法1） 首先在SC窗口中編輯任意一個(gè)小區(qū)。2） 修改任何一個(gè)可修改的參數(shù)（除了GPRS參數(shù)），然后激活所修改的內(nèi)容（APPLY）。 此時(shí)狀態(tài)變?yōu)锳ligned； 如果沒有，則需要在DSMUSM中重啟（Stop/Start）相關(guān)的RNIMSC進(jìn)程。3） 重新將參數(shù)改回到先前值。 或者或者 只刪除一條切換關(guān)系中的切出關(guān)系，然后等待隊(duì)列的狀態(tài)將先變?yōu)榈?/p>

17、待結(jié)束，隨后有變?yōu)榈却?duì)列狀態(tài)。之后可以簡(jiǎn) 單地重新加上切換關(guān)系，該問題就會(huì)解決。典型案例分析典型案例分析 第二部分第二部分 CELL 處于處于 InConfig 狀態(tài)的狀態(tài)的分析及處理分析及處理ASB MND , Nov. 21, 2003 Page - 18All rights reserved 2003, Alcatel Shanghai Bell什么是無線話務(wù)報(bào)告？什么是無線話務(wù)報(bào)告？ 無線話務(wù)統(tǒng)計(jì)報(bào)告（下稱話務(wù)報(bào)告）是由網(wǎng)管系統(tǒng)(NMC)從設(shè)備提供商的操作維護(hù)中心(OMC-R)系統(tǒng)上采集的文本，包含了用于衡量無線網(wǎng)絡(luò)話務(wù)質(zhì)量的計(jì)數(shù)器。 話務(wù)報(bào)告中的各個(gè)計(jì)數(shù)器是對(duì)無線部分（BSS）的各

18、種Telecom行為進(jìn)行測(cè)量，或累加或采樣，由BSC中央處理模塊定時(shí)收集所有計(jì)數(shù)器的統(tǒng)計(jì)值，再發(fā)送到OMC-R上。OMC-R在收到BSC的原始統(tǒng)計(jì)報(bào)告（二進(jìn)制格式文件）后，將對(duì)其進(jìn)行文件格式的轉(zhuǎn)換，最終生成了符合中國(guó)移動(dòng)集團(tuán)公司要求的話務(wù)統(tǒng)計(jì)報(bào)告（文本文件格式）。典型案例分析典型案例分析 第三部分第三部分 無線話務(wù)報(bào)告丟失問題的分析和解決方案無線話務(wù)報(bào)告丟失問題的分析和解決方案ASB MND , Nov. 21, 2003 Page - 19All rights reserved 2003, Alcatel Shanghai Bell典型案例分析典型案例分析 第三部分第三部分 無線話務(wù)報(bào)告丟失

19、問題的分析和解決方案無線話務(wù)報(bào)告丟失問題的分析和解決方案15min15min 30min 60minFTPASB MND , Nov. 21, 2003 Page - 20All rights reserved 2003, Alcatel Shanghai BellOMC-R和BSC的典型連接拓樸圖如下：DCNBSCOMCRX.25傳輸交換網(wǎng)一種較為簡(jiǎn)單的連接方式一種較為簡(jiǎn)單的連接方式 典型案例分析典型案例分析 第三部分第三部分 無線話務(wù)報(bào)告丟失問題的分析和解決方案無線話務(wù)報(bào)告丟失問題的分析和解決方案ASB MND , Nov. 21, 2003 Page - 21All rights res

20、erved 2003, Alcatel Shanghai Bell通過對(duì)案例進(jìn)行分析，我們總結(jié)出以下幾種典型情況：通過對(duì)案例進(jìn)行分析，我們總結(jié)出以下幾種典型情況：【1】問題原因問題原因：相關(guān)傳輸模塊不穩(wěn)定導(dǎo)致BSC和OMC-R連接中斷；或者是BSC產(chǎn)生過多的告警而且沒有及時(shí)處理，導(dǎo)致BSC和OMC-R鏈路過忙，無法正常響應(yīng)OMC-R或BSC發(fā)出的請(qǐng)求等. 解決方法：解決方法：消除網(wǎng)絡(luò)中的告警，尤其時(shí)大量重復(fù)且頻繁出現(xiàn)的告警?！?】問題原因問題原因：由于BSC內(nèi)部資源的匱乏引起，如BSC相關(guān)網(wǎng)元存儲(chǔ)異常（一般指OSI-CPR）； 解決方法：解決方法：插拔OSI-CPRC模塊，釋放其內(nèi)部資源。典型

21、案例分析典型案例分析 第三部分第三部分 無線話務(wù)報(bào)告丟失問題的分析和解決方案無線話務(wù)報(bào)告丟失問題的分析和解決方案ASB MND , Nov. 21, 2003 Page - 22All rights reserved 2003, Alcatel Shanghai Bell【3】問題原因問題原因：由于文件傳輸機(jī)制上的缺陷，在某種突發(fā)情況時(shí)，BSC的OSI-CPR無法響應(yīng)OMC-R傳送文件的請(qǐng)求，話務(wù)報(bào)告文件無法被上傳到OMC-R，滯留在BSC的OSI-CPR中； 解決方法：解決方法：在B72應(yīng)用的網(wǎng)絡(luò)中，OMC-R中應(yīng)用了重傳機(jī)制，當(dāng)話務(wù)報(bào)告因某種原因沒有被傳送到OMC-R時(shí)，系統(tǒng)自動(dòng)啟動(dòng)重傳機(jī)

22、制，把文件從BSS傳送到OMC-R。合理設(shè)置參數(shù)，可以在最大程度上確保話務(wù)報(bào)告文件不丟失。具體參數(shù)為/alcatel/omc3/bsscomm/conf/param.cfg 中maxNbOfFtamRetrans為確保話務(wù)報(bào)告文件不丟失，我們建議將重傳次數(shù)從2調(diào)整到7?！?】由于其他原因引起的極個(gè)別的案例（如相應(yīng)的數(shù)據(jù)庫(kù)/進(jìn)程被重新啟動(dòng)，BSC網(wǎng)元重新啟動(dòng)或退出服務(wù)，人為干預(yù)等）。典型案例分析典型案例分析 第三部分第三部分 無線話務(wù)報(bào)告丟失問題的分析和解決方案無線話務(wù)報(bào)告丟失問題的分析和解決方案ASB MND , Nov. 21, 2003 Page - 23All rights reserv

23、ed 2003, Alcatel Shanghai BellYes可能是網(wǎng)管廠商的問題大家一起調(diào)查。收集相應(yīng)的OBSYNT文件和二進(jìn)制文件。從 O M C - R 上 確 認(rèn) 我 們 的OBSYNT文件是否正常生成？客戶投訴網(wǎng)管系統(tǒng)上話務(wù)報(bào)告丟失從OMC-R上確認(rèn)我們的二進(jìn)制文件是否收到？YesNo有二進(jìn)制文件，無OBSYNT報(bào)告可能是OMC-R/MPM問題收集/metrica/npr/logs/下的log文件。無二進(jìn)制文件，無OBSYNT報(bào)告可能是BSC/傳輸問題收集bssim/bsscomm trace和cal/hal告警export文件。把收集到的trace/log數(shù)據(jù)文件進(jìn)行綜合分析，

24、找出報(bào)告丟失的真正原因。No典型案例分析典型案例分析 第三部分第三部分 無線話務(wù)報(bào)告丟失問題的分析和解決方案無線話務(wù)報(bào)告丟失問題的分析和解決方案ASB MND , Nov. 21, 2003 Page - 24All rights reserved 2003, Alcatel Shanghai Bell我們?cè)谌粘＞S護(hù)工作中會(huì)時(shí)常遇到空閑的ASMB模塊上的告警消除不了，例如：AIS 2M等等。根據(jù)這種情況我們制定了一套較為有效的解決方法，可以消除此類告警信息。典型案例分析典型案例分析 第四部分第四部分 關(guān)于空閑關(guān)于空閑ASMB在在OMCR上顯示告警的消除上顯示告警的消除ASB MND , Nov

25、. 21, 2003 Page - 25All rights reserved 2003, Alcatel Shanghai Bell【1】：檢查BSC后面板相應(yīng)的HW位置是否已經(jīng)自環(huán)，如沒有，做自環(huán)。如下圖1（可以參照其它已經(jīng)自環(huán)或者已經(jīng)放置HW線的位置）：典型案例分析典型案例分析 第四部分第四部分 關(guān)于空閑關(guān)于空閑ASMB在在OMCR上顯示告警的消除上顯示告警的消除ASB MND , Nov. 21, 2003 Page - 26All rights reserved 2003, Alcatel Shanghai Bell【2】：在OMCR上的BSSUSM的MAIN View窗口中打開A/

26、Ater Mux窗口，如下圖2典型案例分析典型案例分析 第四部分第四部分 關(guān)于空閑關(guān)于空閑ASMB在在OMCR上顯示告警的消除上顯示告警的消除ASB MND , Nov. 21, 2003 Page - 27All rights reserved 2003, Alcatel Shanghai Bell在對(duì)相應(yīng)的Ater Mux Connection做以下操作2.1 Inhibit Alarm Reporting on BSC Side2.2 Inhibit Alarm Reporting on TC Side2.3 Inhibit Alarm Reporting on All A Tps2.4

27、 Lock All Ater Tps操作結(jié)束后，如下圖3（圖中對(duì)應(yīng)的是第10塊ASMB）【3】： 用LMTCT B7.2終端對(duì)相應(yīng)的ASMB重新做setting，如下圖4典型案例分析典型案例分析 第四部分第四部分 關(guān)于空閑關(guān)于空閑ASMB在在OMCR上顯示告警的消除上顯示告警的消除ASB MND , Nov. 21, 2003 Page - 28All rights reserved 2003, Alcatel Shanghai Bell3.1 Setting 所用download的文件用所附的文件，所附Setting文件名為：C20040826101852n3.2下載結(jié)束后，重新設(shè)定Qmux

28、地址，BSC的Qmux地址表如表1典型案例分析典型案例分析 第四部分第四部分 關(guān)于空閑關(guān)于空閑ASMB在在OMCR上顯示告警的消除上顯示告警的消除ASB MND , Nov. 21, 2003 Page - 29All rights reserved 2003, Alcatel Shanghai Bell典型案例分析典型案例分析 第五部分第五部分 關(guān)于關(guān)于Qmux故障處理故障處理 BSS的版本升到B6之后,所有的傳輸模塊全部成為MO，所有SETTING均由TSC通過Qmux總線進(jìn)行下載。所以每個(gè)傳輸模塊都非常重要，若TSC或BIUA不正常將導(dǎo)致SETTING文件無法下載到BTS,BTS就無法順

29、利開啟；另外B6以后各種傳輸?shù)呐渲煤蛥?shù)都可通過OMC_R進(jìn)行修改，若模塊的工作不正常也將導(dǎo)致參數(shù)的無法修改給工作帶來很大麻煩。 本文檔將就關(guān)于此類問題作出細(xì)致的分析和探討，將告警的簡(jiǎn)單處理流程歸納如下，并描述了一些現(xiàn)場(chǎng)遇到的一些有特點(diǎn)的問題。ASB MND , Nov. 21, 2003 Page - 30All rights reserved 2003, Alcatel Shanghai BellLOCAL Q1告警的處理流程：告警的處理流程： Remote Q1告警的處理流程：告警的處理流程：注1：A-bis問題一般有兩種: 1）某路傳輸中間鏈路有環(huán)路,可通過觀察BTS狀態(tài):某個(gè)BTS

30、OML FLT 而傳輸無告警,斷開該傳輸 2）是傳輸時(shí)隙的設(shè)置問題,特別是出現(xiàn)在A-bis上使用時(shí)隙復(fù)用設(shè)備的地方,由于時(shí)隙在復(fù)用時(shí)占 用Qmux的時(shí)隙,這只能通過修改設(shè)置來解決。 另外有時(shí)在較多BTS中找出個(gè)別有故障的BTS十分困難，可以在晚間無話務(wù)時(shí)逐步斷開BTS傳輸直 到告警消失，在逐步恢復(fù)，過程中便可準(zhǔn)確找出故障BTS然后解決之。注2：B6對(duì)于G3BTS可將傳輸配置模式改為OML，再LOCK BTS ADAPTOR,Reset OMU后再 UNLOCK ADAPTOR。典型案例分析典型案例分析 第五部分第五部分 關(guān)于關(guān)于Qmux故障處理故障處理ASB MND , Nov. 21, 20

31、03 Page - 31All rights reserved 2003, Alcatel Shanghai Bell1電纜問題引起電纜問題引起ASMB LOCAL Q1告警告警描述：描述：某地 BSC41 第3分架ASMB3、4 FLT，該BSC為CONFIG5，上半部無模塊，將下半架的Q1輸出線直接連到故障的ASMB輸入口問題解決，確認(rèn)問題在上半架的連線中一一檢查BSC背板的LOCAL Q1線(由于Q1線是串聯(lián)的所以必須逐個(gè)檢查)，發(fā)現(xiàn)其中有一根中斷，焊接恢復(fù)后問題解決?？偨Y(jié)：總結(jié)：一般的電纜故障較為明顯，但此例由于上半架無模塊所以前面無告警，而ASBM的Q1輸入電纜是有上半架迂回連接，所

32、以應(yīng)先屏蔽上半架（跳線），從而找出故障點(diǎn)。2綜合問題綜合問題描述：描述：某兩地BSC Q1告警處理，其中1 BSC問題較為復(fù)雜：1BSC第1架的所有傳輸模塊有LOCAL的Q1告警，并且所有電纜及模塊地址均無故障，由于Q1的LOCAL BUS都是串聯(lián)所以應(yīng)從頭查起，由于是第1架，所以將TSC出來的口用1根好電纜直接跳到BIUA1且斷開其與后面?zhèn)鬏敯宓倪B接線（排除COMM TSU處電纜及背板及后面?zhèn)鬏敯鍖?duì)總線的影響），此時(shí)BIUA1恢復(fù)，然后逐步恢復(fù)后面的連線，過程中發(fā)現(xiàn)1PLUG插錯(cuò)位置（由于定位片出錯(cuò)所以之前未發(fā)現(xiàn)），連接好所有接線后現(xiàn)在僅有兩塊ASMB不好，經(jīng)過換板問題解決?？偨Y(jié)：總結(jié)：此B

33、SC共有3個(gè)問題：1、TSC到BIUA之間可能存在的物理連接問題，2、PLUG位置問題，3、ASMB模塊問題。三者綜合使問題判斷困難，不過由于LOCAL BUS的連接較為靈活可通過改變其連接方式以判斷問題所在；典型案例分析典型案例分析 第五部分第五部分 關(guān)于關(guān)于Qmux故障處理故障處理ASB MND , Nov. 21, 2003 Page - 32All rights reserved 2003, Alcatel Shanghai Bell3LOCAL告警后面模塊影響前面模塊告警后面模塊影響前面模塊:描述：描述：BSC中兩塊BIUA板狀態(tài)不正確,用終端觀察其狀態(tài)為FLT,通過差拔、換板、RE

34、SET TSC等操作后問題依舊，后通過觀察BSC中共有4塊傳輸板有告警且所有故障板正好為在一條QI LOCAL總線上的四塊連續(xù)的四塊板：判斷應(yīng)該為背板連線不好，經(jīng)檢查電纜正確；接下來分析應(yīng)該處于四塊模塊的第一塊的連線有問題，便于通過交叉替換未發(fā)現(xiàn)輸入電纜故障，致使問題解決變的很困難；若前面無故障，會(huì)不會(huì)是后面有問題，遂斷開輸出電纜，BIUA變IT，插上后BIUA FLT使問題集中到3電纜和兩塊ASMB，更換ASMB后問題依然，便判定輸出電纜有問題?？偨Y(jié)：總結(jié)：檢查電纜時(shí)斷開輸出電纜是很有必要的，可屏蔽后面問題影響的可能性。由于B6所有傳輸板的軟件均由BSC通過Q14TSC模塊故障引起模塊故障引起B(yǎng)IUA故障：故障：描述：描述：某地遇到BSC4一塊BIUA FOS,告警為DOWNLOAD FAIL其下掛有4BTS,1BTS RSL全部FLT,另1 BTS/RSL有兩根FLT，其他正常。故障發(fā)生有一段時(shí)間了，在更換BIUA、TCU、RESET TSC等各種操作后問題依然，所以問題顯得較棘手。經(jīng)了解此BIUA原先正常，再則該BIUA下有BTS正常工作所以其背板連線應(yīng)無故障，分析后懷疑兩點(diǎn)：1）由于B