【資料名稱】：BSC6000大話務(wù)應(yīng)急措施參數(shù)

【資料作者】：fareast

【資料日期】：2009-3-14

【資料語言】：中文

【資料格式】：DOC

【資料目錄和簡介】：

1.1BSC節(jié)前參數(shù)調(diào)整
1.1.1NO7信令鏈路配置數(shù)據(jù)和可用性
修改要求
使用2.2.2節(jié)提供的工具計(jì)算現(xiàn)場(chǎng)所需的7號(hào)信令鏈路數(shù)量，如果現(xiàn)場(chǎng)實(shí)際7號(hào)信令鏈路數(shù)量小于工具計(jì)算的數(shù)量，應(yīng)該對(duì)7號(hào)信令鏈路進(jìn)行擴(kuò)容。
修改說明
確保七號(hào)信令承載能力最大化，避免7號(hào)信令鏈路過載。
1.1.2LAPD信令鏈路配置數(shù)據(jù)
修改步驟
盡量避免多條主B鏈路復(fù)用在同一時(shí)隙上。
在傳輸資源充足的情況下，盡量采用非4：1組網(wǎng)方式。
修改說明
這樣修改可避免LAPD鏈路擁塞，但降低了Abis資源利用率。
1.1.3GEIUB配置數(shù)據(jù)
修改步驟
調(diào)整基站所在的GEIUB單板，保證各個(gè)單板話務(wù)量基本相同。
修改說明
避免GEIUB過載。
1.1.4尋呼相關(guān)參數(shù)
修改步驟
無線資源允許的情況下，盡量使用非組合的BCCH信道。
修改小區(qū)參數(shù)：AGCH保留塊 ＝ 1。
修改方法：批改網(wǎng)優(yōu)數(shù)據(jù)→空閑模式→接入允許保留塊數(shù)
修改小區(qū)參數(shù)相同尋呼間幀數(shù) ＝ 2。
修改方法：批改網(wǎng)優(yōu)數(shù)據(jù)→空閑模式→相同尋呼間幀數(shù)編碼
所有小區(qū)打開“立即指配優(yōu)選功能”。
修改方法：批改網(wǎng)優(yōu)數(shù)據(jù)→基本參數(shù)→立即指配TCH
CCCH OVERLOAD過載門限修改到100％。
修改方法：批改網(wǎng)優(yōu)數(shù)據(jù)→其他屬性→CCCH負(fù)荷門限
MS最大重發(fā)次數(shù)修改為2。
修改方法：批改網(wǎng)優(yōu)數(shù)據(jù)→呼叫控制→MS最大重發(fā)次數(shù)
分組域間隔修改為200秒。

修改說明
確保所有小區(qū)尋呼能力最大化。
1.1.5隨機(jī)接入?yún)��?shù)
修改步驟
設(shè)置T3122定時(shí)器為30秒。
修改說明
避免無效的接入請(qǐng)求頻繁上報(bào)，但同時(shí)也可能導(dǎo)致手機(jī)接入時(shí)間變長。
1.1.6SDCCH動(dòng)態(tài)調(diào)整
修改步驟
打開SDCCH動(dòng)態(tài)調(diào)整。
修改方法：右鍵點(diǎn)擊小區(qū)→配置小區(qū)屬性→SDCCH動(dòng)態(tài)分配允許
倒回時(shí)間使用600（10分鐘倒回）
批改網(wǎng)優(yōu)數(shù)據(jù)→信道管理→TCH恢復(fù)最短時(shí)間
修改說明
防止SDCCH擁塞率過高，但同時(shí)也減少了可用的TCH信道數(shù)量，可能導(dǎo)致TCH信道擁塞率升高。
1.1.7半速率動(dòng)態(tài)調(diào)整門限調(diào)整
修改步驟
半速率話務(wù)忙門限降低為60%
修改說明
增加可用的TCH信道數(shù)量，防止TCH擁塞率過高，但導(dǎo)致了GXPUM和GEIUB單板的CPU占用率的升高。
1.1.8PDCH信道策略調(diào)整
修改步驟
開通GPRS的小區(qū)，配置1個(gè)靜態(tài)PDCH信道。
修改方法：右鍵點(diǎn)擊小區(qū)→配置小區(qū)屬性→載頻配置→修改信道類型
RPPU板上配置的小區(qū)與其所連的BM一致，即這些小區(qū)配置在對(duì)應(yīng)的BM上。
修改說明
合理分配CS/PS資源，避免GPRS配置不合理導(dǎo)致無效開銷。
1.1.9位置區(qū)分裂
修改要求
單位置區(qū)下不得300個(gè)小區(qū)，盡量保證單位置區(qū)下小區(qū)數(shù)不超過256。
修改說明
單LAC超過512載頻將導(dǎo)致尋呼過載，進(jìn)而呼叫困難，話務(wù)量下降。
1.1.10尋呼相關(guān)參數(shù)
修改要求
尋呼只重發(fā)一次。
首次與重發(fā)的尋呼間隔 ＝ 8 秒；（對(duì)應(yīng)E司的數(shù)據(jù)配置為Time supervision for the first page in one LA）
首次尋呼按TMSI，二次尋呼按IMSI，都不攜帶Channel Needed信元。
修改說明
避免大量尋呼給GEIUB單板造成很大的壓力，但可能降低了尋呼成功率。


2話務(wù)高峰期間的應(yīng)急處理措施
2.1最后的準(zhǔn)備工作
2.1.1備份配置數(shù)據(jù)
為了保證話務(wù)高峰過后能夠?qū)⒄{(diào)整的數(shù)據(jù)恢復(fù)原狀，需要將配置數(shù)據(jù)備份下來。
2.1.2準(zhǔn)備好操作記錄
現(xiàn)場(chǎng)應(yīng)該打印好一個(gè)操作記錄表，記錄操作的時(shí)間以及具體的操作內(nèi)容。
2.1.3登記15分鐘話統(tǒng)
話務(wù)高峰來臨前現(xiàn)場(chǎng)應(yīng)該事先登記下面的15分鐘話統(tǒng)指標(biāo)：
話統(tǒng)指標(biāo)位置
BSC整體TCH話務(wù)量（業(yè)務(wù)信道）BSC接入整體測(cè)量
MSC尋呼請(qǐng)求次數(shù)（電路業(yè)務(wù)）A接口尋呼測(cè)量
CPU占用率平均值CPU占用率測(cè)量
信令鏈路發(fā)送帶寬占用百分比MTP3鏈路測(cè)量
ZCA300J: BSC整體立即指配請(qǐng)求次數(shù)BSC接入整體測(cè)量<BSC整體>

2.2何時(shí)開始執(zhí)行應(yīng)急處理措施
各個(gè)話統(tǒng)指標(biāo)的預(yù)警值
話統(tǒng)指標(biāo)預(yù)警值備注
BSC整體TCH話務(wù)量（業(yè)務(wù)信道）625ERL/框無
MSC尋呼請(qǐng)求次數(shù)（電路業(yè)務(wù)）11萬BSC6000處理尋呼的能力是120條/s，15分鐘就是10.8萬條
CPU占用率平均值80％請(qǐng)檢查BSC下所有單板的“CPU占用率平均值”話統(tǒng)，任一單板超過預(yù)警值都需要予以處理。
信令鏈路發(fā)送帶寬占用百分比55％無
ZCA300J: BSC整體立即指配請(qǐng)求次數(shù)14500/框相當(dāng)于BHCA，BSC6000的規(guī)格是2340K，所以單框每15分鐘是14500左右
當(dāng)上面登記的這些指標(biāo)任何一個(gè)超過預(yù)警值后，說明系統(tǒng)負(fù)荷已經(jīng)很大，必須立即啟動(dòng)應(yīng)急措施。
立即在BSC下進(jìn)行網(wǎng)內(nèi)主叫和被叫呼叫測(cè)試（至少20次以便準(zhǔn)確判斷），確認(rèn)出現(xiàn)呼叫困難（如20次呼叫有10次失�。┖螅�立即啟動(dòng)應(yīng)急措施。如果暫時(shí)沒有出現(xiàn)呼叫困難，應(yīng)該保持警惕，每分鐘至少撥側(cè)一次，直到上述指標(biāo)低于預(yù)警值為止。
進(jìn)行撥側(cè)后，確認(rèn)出現(xiàn)呼叫困難，這時(shí)必須立即進(jìn)行應(yīng)急處理。處理步驟為：
確定系統(tǒng)的異常過載的現(xiàn)象是什么。
根據(jù)系統(tǒng)出現(xiàn)的異�，F(xiàn)象，進(jìn)行相應(yīng)的處理。
本章后續(xù)將指導(dǎo)讀者如何來完成這些任務(wù)。
2.3GEIUB/GOIUB單板及LAPD鏈路負(fù)載
2.3.1異�，F(xiàn)象
查看CPU平均占用率15分鐘指標(biāo)，GEIUB/GEIUO單板平均CPU占用率超過80%。
查看活動(dòng)告警，發(fā)現(xiàn)LAPD過載告警并且長時(shí)間未恢復(fù)（5分鐘以上）。
查看歷史告警，在最近5分鐘內(nèi)發(fā)現(xiàn)多次CPU過載告警。

CPU過載告警依據(jù)的是CPU的瞬時(shí)占用率，因此它的出現(xiàn)和恢復(fù)的隨機(jī)性很強(qiáng)在此無法給出這樣的一個(gè)確切的數(shù)字，說出現(xiàn)了多少次告警就有問題。我們可以用另外一個(gè)方法，計(jì)算出每個(gè)告警的存在時(shí)間（即告警恢復(fù)時(shí)間－告警產(chǎn)生時(shí)間），將5分鐘內(nèi)所有的CPU過載告警的存在時(shí)間加在一起，如果這個(gè)存在時(shí)間超過了2分鐘，則說明存在GEIUB/GOIUB過載。

2.3.2應(yīng)急處理步驟
使用LMT的CPU占用率監(jiān)測(cè)功能，實(shí)時(shí)監(jiān)測(cè)Abis接口板的CPU占用率。這樣便于觀測(cè)應(yīng)急措施的效果。
關(guān)閉MSC二次尋呼，尋呼采用TMSI，MSC等待尋呼響應(yīng)定時(shí)器調(diào)整為10秒。修改后查看CPU是否低于80％，如果正常，結(jié)束處理，否則繼續(xù)下一步。

這些參數(shù)在MSC上設(shè)置。
減少重發(fā)次數(shù)，如關(guān)閉允許重指配，減少M(fèi)S最大重發(fā)次數(shù)，減少尋呼次數(shù)。修改后查看CPU是否低于80％，如果正常，結(jié)束處理，否則繼續(xù)下一步。
修改方法：批改網(wǎng)優(yōu)數(shù)據(jù)→呼叫控制→MS最大重發(fā)次數(shù)
T3122定時(shí)器(C03版本)設(shè)定為30s。修改后查看CPU是否低于80％，如果正常，結(jié)束處理，否則繼續(xù)下一步。
BSC6000無T3122定時(shí)器
關(guān)閉SDCCH信道動(dòng)態(tài)調(diào)整。修改后查看CPU是否低于80％，如果正常，結(jié)束處理，否則繼續(xù)下一步。
修改方法：右鍵點(diǎn)擊小區(qū)→配置小區(qū)屬性→SDCCH動(dòng)態(tài)分配允許
打開測(cè)量報(bào)告預(yù)處理，設(shè)定為1次/2s。修改后查看CPU是否低于80％，如果正常，結(jié)束處理，否則繼續(xù)下一步。
修改方法：批改網(wǎng)優(yōu)數(shù)據(jù)→切換數(shù)據(jù)→BTS測(cè)量報(bào)告預(yù)處理
降低尋呼消息到達(dá)率統(tǒng)計(jì)周期內(nèi)最大消息數(shù)門限到150，最少到120，不可再少。修改后查看CPU是否低于80％，如果正常，結(jié)束處理，否則繼續(xù)下一步。
修改方法：右鍵點(diǎn)擊BSC6000→配置BSC6000屬性→流控?cái)?shù)據(jù)→尋呼消息到達(dá)率統(tǒng)計(jì)周期內(nèi)最大消息數(shù)
降低隨機(jī)接入中一個(gè)周期允許的最大個(gè)數(shù)，默認(rèn)值15，參考修改值12。修改后查看CPU是否低于80％，如果正常，結(jié)束處理，否則繼續(xù)下一步。
修改方法：右鍵點(diǎn)擊BSC6000→配置BSC6000屬性→軟參→隨機(jī)接入中一個(gè)周期允許接入的最大個(gè)數(shù)
閉塞部分小區(qū)，根據(jù)話務(wù)量恢復(fù)情況逐漸恢復(fù)。

2.4XPUM單板CPU占用率
2.4.1異�，F(xiàn)象
查看CPU平均占用率15分鐘指標(biāo)，GXPUM單板的4個(gè)CPU中的任何一個(gè)平均CPU占用率超過80%。
查看歷史告警，在最近5分鐘內(nèi)發(fā)現(xiàn)多次CPU過載告警。

CPU過載告警依據(jù)的是CPU的瞬時(shí)占用率，因此它的出現(xiàn)和恢復(fù)的隨機(jī)性很強(qiáng)在此無法給出這樣的一個(gè)確切的數(shù)字，說出現(xiàn)了多少次告警就有問題。我們可以用另外一個(gè)方法，計(jì)算出每個(gè)告警的存在時(shí)間（即告警恢復(fù)時(shí)間－告警產(chǎn)生時(shí)間），將5分鐘內(nèi)所有的CPU過載告警的存在時(shí)間加在一起，如果這個(gè)存在時(shí)間超過了2分鐘，則說明存在GXPMU過載。
2.4.2應(yīng)急處理步驟
使用LMT的CPU占用率監(jiān)測(cè)功能，實(shí)時(shí)監(jiān)測(cè)GXPUM板的CPU占用率。這樣便于觀測(cè)應(yīng)急措施的效果。
關(guān)閉MSC二次尋呼，尋呼采用TMSI，MSC等待尋呼響應(yīng)定時(shí)器調(diào)整為10秒。

這些參數(shù)在MSC上設(shè)置。
減少重發(fā)次數(shù)，如關(guān)閉允許重指配，減少M(fèi)S最大重發(fā)次數(shù)，減少尋呼次數(shù)。
修改方法：批改網(wǎng)優(yōu)數(shù)據(jù)→呼叫控制→MS最大重發(fā)次數(shù)
T3122定時(shí)器(C03版本)設(shè)定為30s。
關(guān)閉SDCCH信道動(dòng)態(tài)調(diào)整。
修改方法：右鍵點(diǎn)擊小區(qū)→配置小區(qū)屬性→SDCCH動(dòng)態(tài)分配允許
打開測(cè)量報(bào)告預(yù)處理，設(shè)定為1次/2s。
修改方法：批改網(wǎng)優(yōu)數(shù)據(jù)→切換數(shù)據(jù)→BTS測(cè)量報(bào)告預(yù)處理
關(guān)閉鑒權(quán)，加密。
修改方法：批改網(wǎng)優(yōu)數(shù)據(jù)→基本參數(shù)→加密算法設(shè)置
打開ECSC，并利用超級(jí)用戶將BSC保留參數(shù)20設(shè)為2(該參數(shù)為2時(shí)必須保證所有小區(qū)打開ECSC，否則將該參數(shù)設(shè)為1)。
修改方法：批改網(wǎng)優(yōu)數(shù)據(jù)→呼叫控制→ECSC
關(guān)閉半速率（建議在MSC側(cè)ACPOOL中去掉半速率語音版本）。
不涉及
降低信道請(qǐng)求消息到達(dá)率統(tǒng)計(jì)周期內(nèi)最大消息數(shù)門限，根據(jù)配置，按照200/框設(shè)定。
修改方法：右鍵點(diǎn)擊BSC6000→配置BSC6000屬性→流控?cái)?shù)據(jù)→信道請(qǐng)求消息到達(dá)率統(tǒng)計(jì)周期內(nèi)最大消息數(shù)
2.5多BM1TC拉遠(yuǎn)框GSCU單板CPU占用率
2.5.1異�，F(xiàn)象
查看CPU平均占用率15分鐘指標(biāo)，GSCU單板的4個(gè)CPU中的任何一個(gè)平均CPU占用率超過80%。
查看歷史告警，在最近5分鐘內(nèi)發(fā)現(xiàn)多次CPU過載告警。

CPU過載告警依據(jù)的是CPU的瞬時(shí)占用率，因此它的出現(xiàn)和恢復(fù)的隨機(jī)性很強(qiáng)在此無法給出這樣的一個(gè)確切的數(shù)字，說出現(xiàn)了多少次告警就有問題。我們可以用另外一個(gè)方法，計(jì)算出每個(gè)告警的存在時(shí)間（即告警恢復(fù)時(shí)間－告警產(chǎn)生時(shí)間），將5分鐘內(nèi)所有的CPU過載告警的存在時(shí)間加在一起，如果這個(gè)存在時(shí)間超過了2分鐘，則說明存在GSCU過載。
2.5.2應(yīng)急處理步驟
使用LMT的CPU占用率監(jiān)測(cè)功能，實(shí)時(shí)監(jiān)測(cè)GXPUM板的CPU占用率。這樣便于觀測(cè)應(yīng)急措施的效果。
關(guān)閉SDCCH信道動(dòng)態(tài)調(diào)整；
修改方法：右鍵點(diǎn)擊小區(qū)→配置小區(qū)屬性→SDCCH動(dòng)態(tài)分配允許
T3122定時(shí)器(C03版本)設(shè)定為30s；
降低信道請(qǐng)求消息到達(dá)率統(tǒng)計(jì)周期內(nèi)最大消息數(shù)門限，根據(jù)配置，按照200/框設(shè)定。
修改方法：右鍵點(diǎn)擊BSC6000→配置BSC6000屬性→流控?cái)?shù)據(jù)→信道請(qǐng)求消息到達(dá)率統(tǒng)計(jì)周期內(nèi)最大消息數(shù)
將擴(kuò)展傳輸時(shí)隙數(shù)增大；
修改方法：批改網(wǎng)優(yōu)數(shù)據(jù)→空閑模式→擴(kuò)展傳輸時(shí)隙數(shù)
2.6話務(wù)量異常下降
2.6.1異�，F(xiàn)象
觀察第二章列出的15分鐘話統(tǒng)指標(biāo)“BSC整體TCH話務(wù)量（業(yè)務(wù)信道）”，以當(dāng)前的話務(wù)量和上一次正常時(shí)段進(jìn)行比較，如果出現(xiàn)話務(wù)量大幅度下降（至少下降20％以上），則需要進(jìn)行應(yīng)急處理。
2.6.2應(yīng)急處理步驟
關(guān)閉MSC二次尋呼，尋呼采用TMSI，MSC等待尋呼響應(yīng)定時(shí)器調(diào)整為10秒。修改后查看話務(wù)量是否正常，如果正常，結(jié)束處理，否則繼續(xù)下一步。

這些參數(shù)在MSC上設(shè)置。
通過批量修改“小區(qū)支持GPRS”，關(guān)閉GPRS功能。修改后查看話務(wù)量是否正常，如果正常，結(jié)束處理，否則繼續(xù)執(zhí)行下一步。
修改方法：右鍵點(diǎn)擊小區(qū)→配置小區(qū)屬性→支持GPRS
閉塞部分小區(qū)，根據(jù)話務(wù)量恢復(fù)情況逐漸恢復(fù)。