【資料名稱】：DG-1SDCCH信道全忙故障分析及解決措施
【資料作者】：黃國雄 杜東風

【資料日期】：不詳

【資料語言】：中文

【資料格式】：DOC

【資料目錄和簡介】：

摘要：本文對MSC/BSC軟件版本升R7以后頻繁出現的SDCCH信道全忙故障進行了分析，并提出了一些實際解決措施，取得了很好效果，杜絕了該類故障的發(fā)生，對保證CME20 GSM網絡的穩(wěn)定運行有一定的實際參考價值。

SDCCH信道全忙故障淺析
東莞公司 黃國雄 杜東風
摘要：本文對MSC/BSC軟件版本升R7以后頻繁出現的SDCCH信道全忙故障進行了分析，并提出了一些實際解決措施，取得了很好效果，杜絕了該類故障的發(fā)生，對保證CME20 GSM網絡的穩(wěn)定運行有一定的實際參考價值。
關鍵詞：SDCCH信道故障信號鏈負荷
故障現象簡述：
自從MSC/BSC軟件版本升R7以后，東莞公司的G3、G4、G5局多次出現基站小區(qū)SDCCH信道全忙（吊死），而TCH信道大部分是IDLE現象，此時手機無法作主/被叫、無法開機登記、通信全阻，并且交換機無任何告警，有時交換終端輸出緩慢或吊死。這種現象我們稱為SDCCH信道全忙故障。
故障分析與解決措施：
出現該現象所采取的一般措施是：閉塞MSC-BSC的所有信號鏈，觀察各小區(qū)的SDCCH信道狀態(tài)，沒有全忙后（一般3-5分鐘），再解閉MSC-BSC的信號鏈；或者對BSC做小啟動。如果解閉MSC-BSC信號鏈，故障暫時消除，但不久故障又發(fā)生，有時甚至頻繁發(fā)生，這時要直接對MSC做小啟動才能清除故障，嚴重影響網絡服務水平。因此，我們作了進一步分析，采取了相應有效的措施緩解故障：
1. 該故障發(fā)生時間多為忙時，MSC-BSC信號鏈負荷也為最高，信號鏈的統(tǒng)計也表明，每線達0.4-0.6愛爾蘭, 并且MSC-BSC信號鏈組中至少有一條信號鏈發(fā)生擁塞。于是，我們增加了MSC-BSC信號鏈數量，以降低每條信號鏈的負荷。
2. 增加了MSC-BSC信號鏈數量后，還有SDCCH信道全忙故障發(fā)生，與G1、G2局比較后，發(fā)生故障的G3、G4、G5所用的信令終端設備均為C7ST2C，該信令終端設備均由RPG1A控制，這樣我們不得不對RPG1A的處理能力表示懷疑，同時也懷疑RPG1A的區(qū)域軟件C7ST2CR存在缺陷。我們對MSC各局向的信號鏈負荷進行統(tǒng)計發(fā)現：MSC-BSC信號鏈負荷最高，MSC-HLR、MSC-LSTP信號鏈負荷次之，但每線也達0.2-0.4愛爾蘭,其余局向（如：MSC-TR、MSC-LS等）的信號鏈負荷很低。于是我們對RPG1A控制的C7ST2C設備作了以下調整：
（1） RPG1A控制的4個C7ST2C設備盡量只用2個，最多不超過3個；
（2） 將同一RPG1A控制的C7ST2C設備交叉分配給信號鏈負荷高、低不同的信號鏈，以降低RPG1A的負荷。
3. 我們填報TR后，按照愛立信提供的相關資料，在MSC中定義信號鏈的擁塞監(jiān)視數據，解決信號鏈擁塞而交換機無任何告警。定義數據如下：
C7ESC：ENUM=4，EMAX=10，LTYPE=PERM，TH=1，ACL=A1；！SL FAILURE ALL REASON！
C7ESC：ENUM=12，EMAX=10，LTYPE=PERM，TH=1，ACL=A1；！START OF CONGESTION，LEVEL1！
C7ESC：ENUM=13，EMAX=10，LTYPE=PERM，TH=1，ACL=A1；！START OF CONGESTION，LEVEL2！
C7ESC：ENUM=14，EMAX=10，LTYPE=PERM，TH=1，ACL=A1；！START OF CONGESTION，LEVEL3！
C7ERI：ENUM=4&12&13&14;!initiate event reporting!
C7ERP:ENUM=XX;
C7ERR:ENUM=XX;!RESET THE ALARM SL!(關于ENUM值，參見功能塊C7SL2)
定義該數據后，一旦信號鏈發(fā)生擁塞，MSC將有ENUM=14的A1
級告警輸出。
總結：
通過對SDCCH信道全忙故障的分析和處理，我們得出以下結論：
1、 增加MSC-BSC信號鏈數量，以降低每條信號鏈的負荷。
2、 對RPG1A控制的C7ST2C設備作了以下調整
（1） RPG1A控制的4個C7ST2C設備盡量只用2個，最多不超過3個；
（2） 將同一RPG1A控制的C7ST2C設備交叉分配給信號鏈負荷高、低不同的信號鏈，以降低RPG1A的負荷。
3、 按照愛立信提供的相關資料，在MSC中定義信號鏈的擁塞監(jiān)視數據。這樣，一旦信號鏈發(fā)生擁塞，MSC將有ENUM=14的A1級告警輸出，解決了信號鏈擁塞而交換機無任何告警；這樣能夠有針對性地對MSC-BSC的擁塞鏈路進行解閉，以預防SDCCH信道全忙故障的發(fā)生。
采取以上措施1、2后，G3、G4、G5局幾乎沒有再出現SDCCH信道全忙故障，所以我們認為措施是有效的，但是卻降低了設備的利用率，因而只是臨時方案，治標不治本。我們懷疑RPG1A的區(qū)域軟件C7ST2CR存在缺陷，期待著愛立信盡快徹底解決故障。

[ 本帖最后由 laomaoyixin 于 2009-7-6 08:51 編輯 ]