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

【資料日期】：不詳

【資料語言】：中文

【資料格式】：DOC

【資料目錄和簡介】：

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

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

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