【文章內(nèi)容簡介】 出 RNC的消息 . ?故障定位及處理 ? 檢查 RNC側(cè)和 CN側(cè)的光扣板的類型，確定兩者是一致的。 ? 直接用光纖連接 RNC和 MGW，但問題依舊。 ? 檢查 RNC側(cè)和 CN側(cè)的數(shù)據(jù)配臵是一致的。 ? 自環(huán)時跟蹤 SAAL，現(xiàn)象也是只有進(jìn) RNC的消息，沒有出 RNC的消息，即 4個BGN,一個 END。所以可以斷定應(yīng)該是 RNC側(cè)的問題。 ? 仔細(xì)回想和 CN對接的整個過程，當(dāng) BSC6810V200R009ENGC01B065升級SP01補丁的時候，和 CN 對接是成功的并可以打通電話。但是當(dāng)升級 SP02補丁后才出現(xiàn)上述描述的問題。所以懷疑 SP02補丁是否有限制。 ? 詢問研發(fā)，才知道當(dāng)升級 SP02補丁的時候承載 CS的接口板相應(yīng)的光口屬性中的擾碼開關(guān)必須是打開的。而查看本 RNC的光口屬性，擾碼開關(guān)是關(guān)閉的，所以用命令 SET OPT修改光口屬性中擾碼開關(guān)為 ON，修改完后對接成功可以打通電話。 HUAWEI TECHNOLOGIES CO., LTD. All rights reserved Page 29 接口鏈路類故障 ? SAAL鏈路 CDVT配臵太少導(dǎo)致 Iu接口信令鏈路閃斷 ?故障現(xiàn)象 ? SAAL鏈路斷了在 1s之內(nèi)又恢復(fù)，一天會發(fā)生好多次 ?故障定位及處理 ? SAAL鏈路丟包的主要原因有：光纖接頭臟、光纖接頭連接不好、時鐘問題和兩端流量配臵不一致等；如果丟包嚴(yán)重就會導(dǎo)致 SAAL斷鏈，由于設(shè)臵了緊急驗證所以斷鏈后又能馬上建鏈成功，所以就出現(xiàn)了信令鏈路閃斷 ? 由于鏈路只是單向丟包，所以首先懷疑流量配臵問題，檢查 RNC和 CN的流量配臵發(fā)送流量類型都為 RTVBR、峰值速率和平均速率等都相同，只有 CDVT配臵不一樣， CN配臵為 300000，而 RNC配臵為 10240， CDVT的單位是 ，即 RNC的 CDVT只有 1ms，懷疑是 ATM信元時延抖動導(dǎo)致鏈路丟包，把 RNC側(cè)的 CDVT換成 102400（即 10ms）后丟包現(xiàn)象消失，問題解決 HUAWEI TECHNOLOGIES CO., LTD. All rights reserved Page 30 第 3章 RNC常見故障分析 操作維護(hù)類故障 加載類故障 接口鏈路類故障 業(yè)務(wù)類故障 HUAWEI TECHNOLOGIES CO., LTD. All rights reserved Page 31 業(yè)務(wù)類故障 ? BSC6810 光口 匹配 RAB 失敗 ?故障現(xiàn)象 ? 數(shù)據(jù)配臵完成后， RNC和核心網(wǎng)間可以收發(fā)信令，但是信令到 RAB指派時， RNC響應(yīng)失敗，原因為： iutransportconnectionfailedtoestablish . ? RNC上有兩條告警： Higher Order Path Trace Identifier Mismatch Regeneration Section Trace Identifier Mismatch HUAWEI TECHNOLOGIES CO., LTD. All rights reserved Page 32 業(yè)務(wù)類故障 ?故障定位及處理 ? 因為信令可以收發(fā)，就沒有考慮到光口物理配臵的問題。但是從 RAB指派失敗的原因看，問題還是出在傳輸層。目光返回到 RNC的光口告警上。 ? BSC6800的光口設(shè)臵用 SET OPT命令，只能選擇 SDH或者 so. 而 6810的 SET OPT命令中可以設(shè)臵 J0/J1的格式以及發(fā)送內(nèi)容。 ? 通過與核心網(wǎng)接口格式比對發(fā)現(xiàn)： BSC6810的缺省配臵是 16字節(jié)，但是發(fā)送內(nèi)容都是“空”；核心網(wǎng)的 J0/J1均為 16字節(jié)，而發(fā)送字為“ MGW SDH DEFAULT”。這與BSC6810缺省配臵不同。 ? 將 OPT格式改為與核心網(wǎng)配臵一致后，問題解決。 HUAWEI TECHNOLOGIES CO., LTD. All rights reserved Page 33 業(yè)務(wù)類故障 ? SAAL鏈路 CDVT配臵太少導(dǎo)致 Iu接口信令鏈路閃斷 ?故障現(xiàn)象 ? 某局點需要進(jìn)行 CS域 2Gto3G切換，現(xiàn)場使用 BSC6810和 iDBS。在測試過程中發(fā)現(xiàn)切換失敗。期間 RAN側(cè)沒有收到任何切換相關(guān)的信令。 ?故障定位及處理 ? 由于沒有收到來自 2G的切換信令，問題可能出在 GSM側(cè)和核心網(wǎng)側(cè)?，F(xiàn)場沒有 Probe等路測工具進(jìn)行路測，但核心網(wǎng)使用的是華為 G9設(shè)備，于是要求核心網(wǎng)同事跟蹤了 A口、 IU口以及其它相關(guān)接口的信令 . ? 在 A口信令中看到 GSM側(cè)上報了 handover required，里面包含切換原因值和切換目標(biāo) LAI與 RNC ID，但是緊接著核心網(wǎng)回復(fù)了 handover required reject，原因值是 invalid cell。由此可見 GSM側(cè)能夠正常觸發(fā)切換流程，只是在核心網(wǎng)處理過程中被拒絕。在檢查 handover required內(nèi)容時發(fā)現(xiàn) RNC ID錯誤，因為GSM工程師將十進(jìn)制 RNC ID直接用做 16進(jìn)制數(shù)值輸入。 ? 告知 GSM工程師將切換參數(shù)中的 RNC ID進(jìn)行修改，使 2G3G的配臵一致，隨后 2G到 3G的切換順利完成。 HUAWEI TECHNOLOGIES CO., LTD. All rights reserved Page 34 第 1章 故障處理的一般流程 第 2章 RNC常見故障分析 第 3章 NodeB 常見故障分析 HUAWEI TECHNOLOGIES CO., LTD. All rights reserved Page 35 第 3章 NodeB常見故障分析 傳輸類故障 操作維護(hù)類故障 小區(qū)類故障 HUAWEI TECHNOLOGIES CO., LTD. All rights reserved Page 36 傳輸類故障 RAN 傳輸網(wǎng)絡(luò) HUAWEI TECHNOLOGIES CO., LTD. All rights reserved Page 37 傳輸類故障 ? 傳輸電路中斷 ?基站和 RNC之間傳輸環(huán)節(jié)越多，傳輸中斷可能性越大 ?傳輸碼不同 ? 如果一方使用 CRC4校驗，而另一方未使用，則傳輸不通 ? 傳輸誤碼率高，頻繁閃斷 ?E1接頭接觸不良 ? 工程質(zhì)量問題，會造成傳輸時有時無，話音質(zhì)量差，嚴(yán)重時會造成基站傳輸中斷 ?使用微波、 XDSL的基站一般誤碼率較高，陰雨天氣閃斷更頻繁 ?傳輸接地不好 故障現(xiàn)象及常見原因 HUAWEI TECHNOLOGIES CO., LTD. All rights reserved Page 38 案例 1：傳輸不通 傳輸類故障 ? 故障現(xiàn)象 ?傳輸不通， E1出現(xiàn)告警 ? 故障處理 ?可能由單板故障， E1端口故障或者線纜故障引起 1. 檢查單板和 E1端口的報警信息