春節(jié)等大話務(wù)預(yù)防及應(yīng)急措施指導(dǎo)書(華為)

1、GBSC6000V900R008大話務(wù)預(yù)防及應(yīng)急措施指導(dǎo)書 華為技術(shù)有限公司2013-3-27 第1頁(yè), 共25頁(yè)目錄1 總體概述 (42 節(jié)前系統(tǒng)和配置數(shù)據(jù)的優(yōu)化 (52.1 概述 (52.2 BSC節(jié)前性能分析調(diào)整 (52.3 BSC節(jié)前參數(shù)調(diào)整 (93 話務(wù)高峰期間的應(yīng)急處理措施 (173.1 最后的準(zhǔn)備工作 (173.2 何時(shí)開始執(zhí)行應(yīng)急處理措施 (193.3 GXPUM/GXPUT單板的CPU占用率或LAPD鏈路過(guò)載 (202013-3-27 第2頁(yè), 共25頁(yè)3.4 GDPUP單板DSPP CPU占用率 (243.5 話務(wù)量異常下降 (242013-3-27 第3頁(yè), 共25頁(yè)1

2、總體概述為避免在節(jié)日、大型集會(huì)等活動(dòng)期間人口聚集、話務(wù)量激增對(duì)BSC6000造成巨大沖擊(如:尋呼成功率、指配成功率、話務(wù)量等KPI下降,用戶感覺呼叫困難等,特寫作本文檔以指導(dǎo)現(xiàn)場(chǎng)應(yīng)對(duì)話務(wù)量激增現(xiàn)象,保障網(wǎng)絡(luò)正常運(yùn)行。下文主要分3部分:節(jié)前系統(tǒng)和配置數(shù)據(jù)的優(yōu)化,為話務(wù)高峰提前做好準(zhǔn)備;性能問(wèn)題主要判定指標(biāo),通過(guò)這些指標(biāo)立即判斷出網(wǎng)絡(luò)是否出現(xiàn)異常;網(wǎng)絡(luò)出現(xiàn)異常后的應(yīng)急處理措施,保證高話務(wù)期間系統(tǒng)的安全。2013-3-27 第4頁(yè), 共25頁(yè)2013-3-27第5頁(yè), 共25頁(yè) 2節(jié)前系統(tǒng)和配置數(shù)據(jù)的優(yōu)化2.1 概述 節(jié)前,現(xiàn)場(chǎng)工程師需要依據(jù)現(xiàn)場(chǎng)的話務(wù)模型、KPI 指標(biāo)、相關(guān)告警和話統(tǒng) 等,找出系

3、統(tǒng)中性能薄弱環(huán)節(jié)并逐一進(jìn)行調(diào)整,使系統(tǒng)的處理能力達(dá)到最大化。本章指導(dǎo)現(xiàn)場(chǎng)工程師完成這些工作。需要注意的是,系統(tǒng)容量和質(zhì)量有時(shí)不可兼得,本章所描述的調(diào)整有一些是用犧牲網(wǎng)絡(luò)質(zhì)量來(lái)?yè)Q取網(wǎng)絡(luò)容量。因?yàn)檫@個(gè)原因,節(jié)前的系統(tǒng)和配置數(shù)據(jù)優(yōu)化工作不同于網(wǎng)優(yōu)工作,在話務(wù)高峰過(guò)后,所有的配置數(shù)據(jù)調(diào)整應(yīng)該恢復(fù)到原先的狀態(tài)。所有影響網(wǎng)絡(luò)質(zhì)量的調(diào)整都會(huì)特別說(shuō)明。2.2 BSC 節(jié)前性能分析調(diào)整I. 關(guān)注現(xiàn)場(chǎng)話務(wù)模型BSC6000 CS 所承諾的系統(tǒng)規(guī)格,都是基于下面這個(gè)話務(wù)模型的: 在上述話務(wù)模型下,BSC6000性能能夠滿足其標(biāo)稱規(guī)格?，F(xiàn)網(wǎng)運(yùn)行中出現(xiàn)的BSC6000實(shí)際性能低于標(biāo)稱規(guī)格的情況,主要是由現(xiàn)場(chǎng)話務(wù)模型與標(biāo)

4、準(zhǔn)話務(wù)模型出現(xiàn)偏差造成的。因此,需要分析出現(xiàn)場(chǎng)話務(wù)模型與標(biāo)準(zhǔn)話務(wù)模型的偏差在哪里,以及它們的影響是什么,就可以對(duì)BSC6000進(jìn)行適當(dāng)?shù)恼{(diào)整,防患于未然。PS域大話務(wù)用戶面(分組數(shù)據(jù)傳輸?shù)奶幚黹_銷主要在DPU單板的DSPP上,標(biāo)稱規(guī)格是BSC支持同時(shí)激活8192PDCH。PS域大話務(wù)控制面(分組TBF建立的處理開銷主要集中在GXPUM的CPU0。BSC6000V900R008C01版本初始接入請(qǐng)求消息處理能力為單框1400條/s(不區(qū)分GPRS和EDGE,包含上、下行TBF。后續(xù)PS所有的參數(shù)和應(yīng)急措施均圍繞上面兩個(gè)規(guī)格進(jìn)行調(diào)整。II. 關(guān)注現(xiàn)場(chǎng)的KPI現(xiàn)場(chǎng)應(yīng)該重點(diǎn)關(guān)注下面的KPI信息:步驟

5、1獲取每框話務(wù)量,以及每框各個(gè)單板的CPU占用率。BSC6000每框支持3000Erl話務(wù)量,這時(shí)各個(gè)單板CPU平均占用率應(yīng)該在60%左右。如果不能滿足于這個(gè)比例,進(jìn)行如下處理: 2013-3-27 第6頁(yè), 共25頁(yè) 話統(tǒng)中只有按照小區(qū)統(tǒng)計(jì)的信道請(qǐng)求數(shù),因此需要先確定每個(gè)GEIUB單板包含哪些小區(qū),再手工將這些小區(qū)的信道請(qǐng)求數(shù)加到一起,才能得到每個(gè)GEIUB單板的信道請(qǐng)求數(shù)量。步驟 4 III. 關(guān)注現(xiàn)場(chǎng)與性能和流控相關(guān)的話統(tǒng)及告警當(dāng)現(xiàn)場(chǎng)出現(xiàn)下列話統(tǒng)或告警時(shí),說(shuō)明系統(tǒng)已經(jīng)開始了流控,出現(xiàn)流控的地方就是系統(tǒng)的性能瓶頸。本節(jié)指導(dǎo)讀者根據(jù)這些告警和話統(tǒng)對(duì)系統(tǒng)進(jìn)行相應(yīng)的調(diào)整,在一定程度上減輕流控的嚴(yán)

6、重程度。 2013-3-27 第7頁(yè), 共25頁(yè) 步驟 5查看是否有DSP過(guò)載告警。若出現(xiàn)了DSP過(guò)載告警,可以適當(dāng)參考2013-3-27 第8頁(yè), 共25頁(yè)2.3 BSC節(jié)前參數(shù)調(diào)整為了保證節(jié)日話務(wù)高峰過(guò)后能夠?qū)⒄{(diào)整的數(shù)據(jù)恢復(fù)原狀,需要將配置數(shù)據(jù)備份下來(lái)。或?qū)⒐?jié)前各參數(shù)調(diào)整記錄下來(lái),以便節(jié)后進(jìn)行數(shù)據(jù)恢復(fù)。I. 修改要求1.使用現(xiàn)場(chǎng)實(shí)際7號(hào)信令鏈路數(shù)量小于工具計(jì)算的數(shù)量,應(yīng)該對(duì)7號(hào)信令鏈路進(jìn)行擴(kuò)容。7號(hào)信令擴(kuò)容有兩種方法:(164K鏈路改成2M鏈路;(2使用多信令點(diǎn)。2.如果MSC側(cè)可以配置信令鏈路優(yōu)先級(jí),調(diào)整各鏈路優(yōu)先級(jí)都相同。3.對(duì)于64k低速信令鏈路,在BM框內(nèi)盡量在各個(gè)XPUM或XPU

7、T的CPU上均勻分布;4.對(duì)于2M高速信令鏈路,則盡量配置多個(gè)BM框上;同一框內(nèi)盡量配置在負(fù)荷最小的XPUM或XPUT的CPU上(R8C01版本建議配置在XPUM CPU0上,R8C12版本配置在XPUM CPUP上;5.要避免2M鏈路和64K鏈路同時(shí)配置在相同的鏈路集中。II. 修改說(shuō)明1.確保七號(hào)信令承載能力最大化,避免7號(hào)信令鏈路過(guò)載;2.分組業(yè)務(wù)量大的情況下必須避免7號(hào)鏈路配置在GXPUM的CPU0上。I. 修改步驟非IP環(huán)境的Abis-LAPD鏈路的配置:1.盡量避免多條主B鏈路復(fù)用在同一時(shí)隙上。2.在傳輸資源充足的情況下,盡量采用非4:1組網(wǎng)方式。II. 修改說(shuō)明這樣修改可避免LA

8、PD鏈路擁塞,但降低了Abis資源利用率。2013-3-27 第9頁(yè), 共25頁(yè)I. 修改步驟1.調(diào)整基站配置,保證各框GXPUM的CPU0 分組話務(wù)量均勻分布;2.根據(jù)本框支持GRRS的小區(qū)數(shù),配置足夠GDPUP單板,盡量保證本框小區(qū)被分布在本框。II. 修改說(shuō)明1.GDPUP資源緊張,可能導(dǎo)致小區(qū)分布后無(wú)法激活PDCH信道;2.小區(qū)跨框分布,會(huì)占用框間互連資源,跨框小區(qū)過(guò)多會(huì)影響信道的ABIS副鏈路激活數(shù)目。I. 修改步驟1.調(diào)整基站所在的GEIUB/GEHUB單板,保證各個(gè)單板話務(wù)量基本相同;2.每塊GEHUB單板盡量使用多于2個(gè)端口,防止因?yàn)榫W(wǎng)線斷線等異常原因?qū)е翷APD鏈路不通的情況

9、出現(xiàn)。II. 修改說(shuō)明避免GEIUB/GEHUB過(guò)載。I. 修改步驟1.MSC側(cè)尋呼只重發(fā)一次;2.MSC側(cè)首次尋呼與重發(fā)的尋呼間隔為8秒;(對(duì)應(yīng)E司的數(shù)據(jù)配置為Time supervision for the first page in one LA;注:對(duì)于“尋呼間隔”我司G9 MSC才開始支持大于5秒,G3/G6 MSC設(shè)備最大支持5秒,因此對(duì)于G3/G6 MSC,建議“尋呼間隔”設(shè)置為最大值5秒。3.MSC側(cè)首次尋呼按TMSI,二次尋呼按IMSI,都不攜帶ChannelNeeded信元,按位置區(qū)尋呼,嚴(yán)重時(shí)關(guān)閉全網(wǎng)尋呼;4.無(wú)線資源允許的情況下,盡量使用非組合的BCCH信道;5.設(shè)置小

10、區(qū)參數(shù)“小區(qū)屬性參數(shù)空閑模式參數(shù)空閑基本參數(shù)接入允許保留塊數(shù)”為1;6.設(shè)置小區(qū)參數(shù)“小區(qū)屬性參數(shù)空閑模式參數(shù)空閑基本參數(shù)相同尋呼間幀數(shù)編碼”為2;2013-3-27 第10頁(yè), 共25頁(yè)2013-3-27第11頁(yè), 共25頁(yè)7. 所有小區(qū)打開“立即指配優(yōu)選功能”,使用超級(jí)用戶設(shè)置小區(qū)參數(shù)“小區(qū)屬性參數(shù) 其他屬性參數(shù) 高級(jí)參數(shù) BTS 軟參 軟參18”為“252”;8. 設(shè)置小區(qū)參數(shù)“小區(qū)屬性參數(shù) 其他屬性參數(shù) 高級(jí)參數(shù) 公共信道控制 CCCH 負(fù)荷門限”為 100;9. 設(shè)置小區(qū)參數(shù)“小區(qū)屬性參數(shù) 呼叫控制參數(shù) 呼叫控制基本參數(shù) MS 最大重發(fā)次數(shù)”為1;10. 設(shè)置小區(qū)參數(shù)“小區(qū)屬性參數(shù)

11、呼叫控制基本參數(shù) 尋呼次數(shù)”為1;11. 設(shè)置“配置BSC 屬性 軟參 A 口協(xié)作尋呼開關(guān)” 為“關(guān)閉”。 II. 修改說(shuō)明1. 每執(zhí)行一個(gè)步驟,應(yīng)該觀測(cè)效果。如果能夠解決問(wèn)題,就不需要再執(zhí)行后面的步驟;2. 步驟13是在MSC 上修改,可以大幅降低尋呼對(duì)GEIUB 單板的壓力,非常有效,但是會(huì)降低尋呼成功率指標(biāo);3. 步驟2,如果MSC 側(cè)首次尋呼與重發(fā)的“尋呼間隔”無(wú)法更改,且取值小于5秒,則建議修改各小區(qū)的“基站生命周期”值為:MSC 的尋呼間隔-1;“基站生命周期”為超級(jí)用戶功能->-小區(qū)屬性->其它屬性->BTS 軟參->軟參29。 即MSC尋呼間隔和對(duì)應(yīng)的軟

12、參29設(shè)置如下: 4.步驟49是在BSC上修改,確保所有小區(qū)尋呼能力最大化;5.步驟10,可考慮在無(wú)需支持A口協(xié)作尋呼功能局點(diǎn)關(guān)閉該功能開關(guān),避免所有的CS尋呼全部復(fù)制一份發(fā)往GXPUM的CPU0。I. 修改步驟設(shè)置小區(qū)參數(shù)“小區(qū)屬性參數(shù)其他屬性高級(jí)參數(shù)T3122(秒”定時(shí)器為30秒。設(shè)置“小區(qū)屬性參數(shù)空閑模式參數(shù)周期位置更新周期(6分鐘”為40,即240分鐘;II. 修改說(shuō)明避免無(wú)效的接入請(qǐng)求頻繁上報(bào),但同時(shí)也可能導(dǎo)致手機(jī)接入時(shí)間變長(zhǎng)。I. 修改步驟1.打開SDCCH動(dòng)態(tài)調(diào)整,設(shè)置“小區(qū)屬性參數(shù)基本屬性參數(shù)SDCCH動(dòng)態(tài)分配允許”為“是”;2.倒回時(shí)間使用600(10分鐘倒回,設(shè)置“小區(qū)屬性

13、參數(shù)信道參數(shù)信道管理基本參數(shù)TCH恢復(fù)最短時(shí)間(秒”為“600”;3.如果已經(jīng)打開SDCCH動(dòng)態(tài)調(diào)整,建議增加一條靜態(tài)SDCCH。II. 修改說(shuō)明防止SDCCH擁塞率過(guò)高,但同時(shí)也減少了可用的TCH信道數(shù)量,可能導(dǎo)致TCH信道擁塞率升高和GXPUM/GEIUB單板的CPU占用率的升高,因此要綜合考慮是否打開或關(guān)閉SDCCH動(dòng)態(tài)調(diào)整。I. 修改步驟半速率話務(wù)忙門限提高為60%,設(shè)置“小區(qū)屬性參數(shù)信道參數(shù)高級(jí)參數(shù)華為信道分配II代算法與無(wú)線信道管理控制TCH 話務(wù)忙門限”為“60”。2013-3-27 第12頁(yè), 共25頁(yè)II. 修改說(shuō)明增加可用的TCH信道數(shù)量,防止TCH擁塞率過(guò)高,但導(dǎo)致了GX

14、PUM/GEIUB單板的CPU占用率的升高,因此要綜合考慮是否提高或降低TCH 話務(wù)忙門限。I. 修改步驟1.開通GPRS的小區(qū),配置1個(gè)靜態(tài)PDCH信道;2.RPPU板上配置的小區(qū)與其所連的BM一致,即這些小區(qū)配置在對(duì)應(yīng)的BM上。II. 修改說(shuō)明合理分配CS/PS資源,避免GPRS配置不合理導(dǎo)致無(wú)效開銷。I. 修改要求1.單位置區(qū)下不得超過(guò)300個(gè)小區(qū),盡量保證單位置區(qū)下小區(qū)數(shù)不超過(guò)256;2.單位置區(qū)下載頻數(shù)不能超過(guò)1024個(gè)。3.位置區(qū)分裂原則:不跨BSC(每個(gè)位置區(qū)只給一個(gè)BSC用、不跨接口板(每個(gè)接口板只屬于一個(gè)位置區(qū)、不跨框(每個(gè)框只屬于一個(gè)位置區(qū)。II. 修改說(shuō)明1.位置區(qū)下小區(qū)

15、數(shù)量過(guò)多會(huì)對(duì)GEIUB單板帶來(lái)很大的壓力;2.位置區(qū)下載頻過(guò)多容易導(dǎo)致尋呼過(guò)載,進(jìn)而呼叫困難,話務(wù)量下降。I. 修改要求1.設(shè)置“配置BSC屬性軟參允許E下G上開關(guān)” 為“打開”;2.如果可能,設(shè)置“配置BSC屬性軟參允許跨載頻重指配TBF”為“關(guān)閉”;3.設(shè)置“配置BSC屬性軟參強(qiáng)制手機(jī)二階段接入功能開關(guān)”為“不強(qiáng)制”。2013-3-27 第13頁(yè), 共25頁(yè)II. 修改說(shuō)明1.當(dāng)“允許E下G上開關(guān)”關(guān)閉時(shí),但某信道存在EDGE的下行TBF時(shí)不允許GPRS上行TBF存在,反之亦然。會(huì)增加系統(tǒng)資源分配時(shí)的搜索開銷。故無(wú)特殊需求,將該開關(guān)打開;2.“允許跨載頻重指配TBF”打開,會(huì)增加分組信道分

16、配搜索開銷,因此在應(yīng)急情況下可考慮“允許跨載頻重指配TBF”關(guān)閉(該軟參關(guān)閉會(huì)導(dǎo)致不能跨載頻指配TBF;3.從內(nèi)部流程看,二階段接入比一階段接入GXPUM<->DSP間消息開銷更大。I. 修改要求1.設(shè)置如下網(wǎng)優(yōu)參數(shù)值“小區(qū)GPRS參數(shù)Ps域網(wǎng)絡(luò)優(yōu)化上行非擴(kuò)展TBF延時(shí)釋放時(shí)長(zhǎng)(毫秒”>=120,即如果現(xiàn)網(wǎng)該參數(shù)值小于120,則修改成120,如果現(xiàn)網(wǎng)參數(shù)大于等于120,則保持現(xiàn)網(wǎng)值?！靶^(qū)GPRS參數(shù)Ps域網(wǎng)絡(luò)優(yōu)化上行擴(kuò)展TBF非活動(dòng)期時(shí)長(zhǎng)(毫秒”>=2000,即如果現(xiàn)網(wǎng)參數(shù)值小于2000,則修改成2000,如果現(xiàn)網(wǎng)參數(shù)大于等于2000,則保持現(xiàn)網(wǎng)值。“小區(qū)GPRS參數(shù)

17、Ps域網(wǎng)絡(luò)優(yōu)化下行TBF延時(shí)釋放時(shí)長(zhǎng)(毫秒”>=2000,即如果現(xiàn)網(wǎng)參數(shù)值小于2000,則修改成2000,如果現(xiàn)網(wǎng)參數(shù)大于等于2000,則保持現(xiàn)網(wǎng)值。2.檢查如下PS域信道管理參數(shù)值根據(jù)小區(qū)實(shí)際載頻數(shù)量和歷史話務(wù)統(tǒng)計(jì)情況設(shè)點(diǎn)合理的值,設(shè)置:“小區(qū)GPRS參數(shù)PS域信道管理小區(qū)下最大PDCH比例門限”<=50%;“小區(qū)GPRS參數(shù)PS域信道管理動(dòng)態(tài)信道空閑定時(shí)器長(zhǎng)度”>=20s;“小區(qū)GPRS參數(shù)PS域信道管理ABIS時(shí)隙釋放定時(shí)器長(zhǎng)度”>=10s。II. 修改說(shuō)明1.某些測(cè)試場(chǎng)景下,可能需要將GPRS 上下行固定CS類型調(diào)整為CS4,或EDGE上下行固定MCS類型調(diào)整為

18、MCS9,以測(cè)試分組吞吐率。設(shè)定固定編碼方式情況下,即使空口質(zhì)量達(dá)不到要求(譬如MCS9,DSPP也會(huì)向GXPUM申請(qǐng)信道資源,增加額外的開銷,所以需要調(diào)整為unfixed;2013-3-27 第14頁(yè), 共25頁(yè)2.對(duì)于PS域信令面而言,性能的瓶頸在于GXPUM/CPU0處理的上、下行TBF建立觸發(fā)的信道分配資源請(qǐng)求數(shù)量大小,通過(guò)網(wǎng)優(yōu)參數(shù)調(diào)整,盡量保持上、下行TBF不釋放,可緩解GXPUM/CPU0的壓力;小區(qū)下最大PDCH比例門限域分組小區(qū)分布算法和DSP最大激活的PDCH規(guī)格(目前是48相關(guān),對(duì)于超過(guò)6TRX的小區(qū)要注意防止比例門限過(guò)大,造成小區(qū)無(wú)法正常分布或信道無(wú)法激活。I. 修改要求

19、1.設(shè)置“載頻屬性基本屬性配置載頻上PDCH占用的最大ABIS時(shí)隙數(shù)”為32。II. 修改說(shuō)明1.當(dāng)“載頻屬性基本屬性配置載頻上PDCH占用的最大ABIS時(shí)隙數(shù)”對(duì)EDGE載頻<32 ,GPRS載頻<16情況下,如果空閑時(shí)隙本身配置充足,但由于載頻級(jí)PDCH占用ABIS時(shí)隙數(shù)限制,可能導(dǎo)致各信道副鏈路申請(qǐng)的不均勻。在DSPP上,對(duì)于同一手機(jī)占用多個(gè)PDCH,如果副鏈路不均勻,就會(huì)主動(dòng)觸發(fā)向GXPUM申請(qǐng)副鏈路,增加額外的信令開銷。I. 修改要求1.“配置小區(qū)屬性其他屬性小區(qū)軟參小區(qū)尋呼組包功能開關(guān)”為強(qiáng)制打開(默認(rèn)值;2.調(diào)高“配置小區(qū)屬性其他屬性小區(qū)軟參小區(qū)尋呼組包消息條數(shù)”。I

20、I. 修改說(shuō)明1.需要基站能力支持小區(qū)尋呼組包,在小區(qū)尋呼組包功能打開時(shí),看ABIS接口的消息跟蹤上是否有“Abis Cell Pack Page Command”。2.打開ABIS尋呼消息組包功能,可能導(dǎo)致GXPUM/GEIUB單板的CPU占用率的升高,因此要綜合考慮是否打開或關(guān)閉ABIS尋呼消息組包功能。I. 修改要求1.設(shè)置“小區(qū)屬性參數(shù)其他屬性參數(shù)CCCH負(fù)荷門限”為100;2013-3-27 第15頁(yè), 共25頁(yè)II. 修改說(shuō)明1.CCCH負(fù)荷門限用于BTS通知BSC在CCCH時(shí)隙上的負(fù)載情況。增大CCCH負(fù)載門限,使得BTS上報(bào)給BSC的CCCH負(fù)載指示次數(shù)降低,從而可以降低ABI

21、S接口的流量。I. 修改要求1.對(duì)日常話務(wù)量下TCH擁塞率達(dá)到20%的小區(qū)進(jìn)行擴(kuò)容。II. 修改說(shuō)明1.對(duì)擁塞率過(guò)高小區(qū)采取擴(kuò)容,以緩解節(jié)日期間的小區(qū)空口信道的擁塞情況。2013-3-27 第16頁(yè), 共25頁(yè)3 話務(wù)高峰期間的應(yīng)急處理措施3.1 最后的準(zhǔn)備工作為了保證話務(wù)高峰過(guò)后能夠?qū)⒄{(diào)整的數(shù)據(jù)恢復(fù)原狀,需要將配置數(shù)據(jù)備份下來(lái)。做好現(xiàn)場(chǎng)情況的了解,包括BSC與LAC對(duì)應(yīng)關(guān)系、是否有VIP基站等?，F(xiàn)場(chǎng)應(yīng)該打印好一個(gè)操作記錄表,記錄操作的時(shí)間以及具體的操作內(nèi)容。話務(wù)高峰來(lái)臨前現(xiàn)場(chǎng)應(yīng)該事先確認(rèn)登記下面的15分鐘話統(tǒng)指標(biāo): 2013-3-27 第17頁(yè), 共25頁(yè) 2013-3-27 第18頁(yè), 共

22、25頁(yè)3.2 何時(shí)開始執(zhí)行應(yīng)急處理措施表3-1各個(gè)話統(tǒng)指標(biāo)的預(yù)警值 當(dāng)上面登記的這些指標(biāo)任何一個(gè)超過(guò)預(yù)警值后,說(shuō)明系統(tǒng)負(fù)荷已經(jīng)很大,必須立即啟動(dòng)應(yīng)急措施。2013-3-27 第19頁(yè), 共25頁(yè)立即在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)急處理。處理步驟為:1.確定系統(tǒng)的異常過(guò)載的現(xiàn)象是什么;2.根據(jù)系統(tǒng)出現(xiàn)的異常現(xiàn)象,進(jìn)行相應(yīng)的處理。本章后續(xù)將指導(dǎo)讀者如何來(lái)完成這些任務(wù)。3

23、.3 GXPUM/GXPUT單板的CPU占用率或LAPD 鏈路過(guò)載1.查看CPU平均占用率15分鐘話統(tǒng)指標(biāo),GXPUM單板的4個(gè)CPU中的CPU0超過(guò)70%或CPU1 CPU3任何一個(gè)平均CPU占用率超過(guò)80%或者GXPUT單板的CPU0 CPU3任何一個(gè)平均CPU占用率超過(guò)80%;2.查看活動(dòng)告警,發(fā)現(xiàn)LAPD過(guò)載告警并且長(zhǎng)時(shí)間未恢復(fù)(5分鐘以上;3.查看歷史告警,在最近5分鐘內(nèi)發(fā)現(xiàn)多次CPU過(guò)載告警或LAPD過(guò)載告警。 CPU過(guò)載告警依據(jù)的是CPU的瞬時(shí)占用率,因此它的出現(xiàn)和恢復(fù)的隨機(jī)性很強(qiáng)在此無(wú)法給出這樣的一個(gè)確切的數(shù)字,說(shuō)出現(xiàn)了多少次告警就有問(wèn)題。我們可以用另外一個(gè)方法,計(jì)算出每個(gè)告警

24、的存在時(shí)間(即告警恢復(fù)時(shí)間-告警產(chǎn)生時(shí)間,將5分鐘內(nèi)所有的CPU過(guò)載告警的存在時(shí)間加在一起,如果這個(gè)存在時(shí)間超過(guò)了2分鐘,則說(shuō)明存在GXPUM過(guò)載。4.觀察第二章列出的15分鐘話統(tǒng)指標(biāo)“MSC尋呼請(qǐng)求次數(shù)(電路業(yè)務(wù)”和“BSC整體立即指配請(qǐng)求次數(shù)”,以當(dāng)前的指標(biāo)和上一次正常時(shí)段進(jìn)行比較,如果出現(xiàn)指標(biāo)大幅度上升,則需要進(jìn)行應(yīng)急處理。步驟 1使用LMT的CPU占用率監(jiān)測(cè)功能,實(shí)時(shí)監(jiān)測(cè)GXPUM/GXPUT單板的CPU0CPU3的CPU占用率。這樣便于觀測(cè)應(yīng)急措施的效果;2013-3-27 第20頁(yè), 共25頁(yè)2013-3-27第21頁(yè), 共25頁(yè)步驟 2 可配置測(cè)量對(duì)象NCELL 對(duì)GXPUM 的

25、CPU 占用率影響最大。在大話務(wù)應(yīng)急情況下,M2000上每一個(gè)BSC 下登記的可配置測(cè)量對(duì)象最好全部刪除。刪除可配置測(cè)量對(duì)象的操作如下:登陸M2000,點(diǎn)擊菜單“性能->測(cè)量管理->測(cè)量設(shè)置”: 在“GSM 小區(qū)-GSM 小區(qū)”與“鄰區(qū)”分別刪除每個(gè)BSC 的測(cè)量對(duì)象: 修改后15分鐘后查看XPUM CPU是否下降到安全范圍(XPU0小于70%, XPU1XPU3小于80%為安全范圍,如果正常,結(jié)束處理,否則繼續(xù)下一步;步驟 315分鐘話統(tǒng)指標(biāo)“MSC尋呼請(qǐng)求次數(shù)(電路業(yè)務(wù)”超過(guò)正常情況的1倍,則減少尋呼次數(shù),設(shè)置“小區(qū)屬性參數(shù)呼叫控制參數(shù)呼叫控制基本參數(shù)尋呼次數(shù)”為1次。核心網(wǎng)側(cè)

26、則關(guān)閉MSC二次尋呼,尋呼采用TMSI,MSC等待尋呼響應(yīng)定時(shí)器調(diào)整為10秒。修改后查看XPUM/XPUT CPU是否下降到安全范圍(XPUM CPU0小于70%,XPUMXPU1XPU3小于80%,XPUT XPU0XPU3小于80%為安全范圍,如果正常,結(jié)束處理,否則繼續(xù)下一步; 這些參數(shù)在MSC上設(shè)置。步驟 415分鐘話統(tǒng)指標(biāo)“BSC整體立即指配請(qǐng)求次數(shù)”超過(guò)正常情況的3倍,則減少M(fèi)S重發(fā)次數(shù),設(shè)置“小區(qū)屬性參數(shù)呼叫控制參數(shù)呼叫控制基本參數(shù)允許重指配”為“否”,設(shè)置“小區(qū)屬性參數(shù)呼叫控制參數(shù)呼叫控制基本參數(shù)MS最大重發(fā)次數(shù)”為1,減少尋呼次數(shù)。修改后查看XPUM/XPUT CPU是否下降

27、到安全范圍(XPUM CPU0小于70%,XPUM XPU1XPU3小于80%,XPUT XPU0XPU3小于80%為安全范圍,如果正常,結(jié)束處理,否則繼續(xù)下一步;步驟 515分鐘話統(tǒng)指標(biāo)“BSC整體立即指配請(qǐng)求次數(shù)”超過(guò)正常情況的3倍,則增大T3122定時(shí)器時(shí)長(zhǎng)(T3122為MS在收到立即指配拒絕消息后,MS再嘗試接入的定時(shí)器,設(shè)置“小區(qū)屬性參數(shù)其他屬性參數(shù)高級(jí)參數(shù)T3122(秒”為30s;增大周期性位置更新時(shí)長(zhǎng)(T3212,設(shè)置“小區(qū)屬性參數(shù)空閑模式參數(shù)周期位置更新周期(6分鐘”為40,即240分鐘。修改后查看XPUM/XPUT CPU是否下降到安全范圍(XPUM CPU0小于70%,XP

28、UM XPU1XPU3小于80%,XPUTXPU0XPU3小于80%為安全范圍,如果正常,結(jié)束處理,否則繼續(xù)下一步;步驟 615分鐘話統(tǒng)指標(biāo)“BSC整體立即指配請(qǐng)求次數(shù)”超過(guò)正常情況的3倍,則調(diào)整全、半速信道的比例,設(shè)置“小區(qū)屬性參數(shù)信道管理參數(shù)華為信道分配II代算法與無(wú)線信道管理控制(高級(jí)參數(shù)TCH話務(wù)忙門限”為30,修改后查看LAPD過(guò)載告警是否恢復(fù)或CPU是否低于80%,如果正常,結(jié)束處理,否則繼續(xù)下一步;步驟 7關(guān)閉SDCCH信道動(dòng)態(tài)調(diào)整,設(shè)置“小區(qū)屬性參數(shù)基本屬性參數(shù)SDCCH動(dòng)態(tài)分配允許”為“否”;步驟 8降低“BSC屬性參數(shù)BSC基本屬性參數(shù)流控?cái)?shù)據(jù)信道請(qǐng)求消息到達(dá)率統(tǒng)計(jì)周期內(nèi)最

29、大消息數(shù)”門限,根據(jù)配置,按照300/框來(lái)設(shè)定;步驟 9降低“BSC屬性參數(shù)BSC基本屬性參數(shù)流控?cái)?shù)據(jù)尋呼消息到達(dá)率統(tǒng)計(jì)周期內(nèi)最大消息數(shù)”門限,根據(jù)配置,單LAC BSC 設(shè)置為100,多LAC BSC 設(shè)置為140;2013-3-27 第22頁(yè), 共25頁(yè)步驟 10如果單框“分組呼叫相關(guān)測(cè)量中TBF建立請(qǐng)求次數(shù)”或“分組信道請(qǐng)求次數(shù)”超過(guò)警戒值,設(shè)置該框下小區(qū)GPRS編碼類型固定設(shè)置為CS2,EDGE編碼類型固定設(shè)置為MCS2,即對(duì)如下參數(shù)“小區(qū)GPRS參數(shù)Ps域信道編碼方式參數(shù)上行固定CS類型”,“小區(qū)GPRS參數(shù)Ps域信道編碼方式參數(shù)下行固定CS類型”,“小區(qū)GPRS參數(shù)Ps域信道編碼方

30、式參數(shù)上行固定MCS類型,“小區(qū)GPRS參數(shù)Ps域信道編碼方式參數(shù)下行固定MCS類型”進(jìn)行批改設(shè)置,設(shè)置時(shí)按總數(shù)10%逐步遞增,如整框200個(gè)小區(qū),一次批改20個(gè)。強(qiáng)制不觸發(fā)ABIS副鏈路申請(qǐng),犧牲單用戶帶寬使系統(tǒng)GXPUM CPU0負(fù)荷下降到安全范圍(70%以下;步驟 11如果單框“分組呼叫相關(guān)測(cè)量中TBF建立請(qǐng)求次數(shù)”超過(guò)警戒值,也可通過(guò)嘗試降低“BSC屬性內(nèi)部參數(shù)分組資源請(qǐng)求到達(dá)率控制統(tǒng)計(jì)周期內(nèi)最大消息數(shù)目”門限,根據(jù)配置,按照<=1400/框(按10%遞減觀察即1400、1260、1120來(lái)設(shè)定,犧牲部分網(wǎng)絡(luò)容量使系統(tǒng)GXPUMCPU0負(fù)荷下降到安全范圍(70%以下。步驟 12如

31、果單框“分組信道請(qǐng)求次數(shù)”超過(guò)警戒值,可通過(guò)嘗試降低“BSC屬性流控?cái)?shù)據(jù)統(tǒng)計(jì)周期內(nèi)CPU0允許的信道PS域信道請(qǐng)求消息平均數(shù)目”門限,根據(jù)配置,按照<=400/框(按10%遞減觀察即400、360、320來(lái)設(shè)定,犧牲部分網(wǎng)絡(luò)容量使系統(tǒng)GXPUM CPU0負(fù)荷下降到安全范圍(70%以下。步驟 13閉塞部分小區(qū),根據(jù)話務(wù)量恢復(fù)情況逐漸恢復(fù)。 話務(wù)高峰期間,如果傳輸網(wǎng)出現(xiàn)故障,則大量基站斷鏈。當(dāng)傳輸網(wǎng)故障恢復(fù)后,大量基站業(yè)務(wù)同時(shí)恢復(fù),這時(shí)會(huì)有相當(dāng)多的用戶同一時(shí)刻進(jìn)行位置更新,導(dǎo)致GXPUM/GXPUT負(fù)載過(guò)重。這時(shí)可以先閉塞部分小區(qū),待一部分用戶位置更新完畢后,再解閉塞,恢復(fù)全部小區(qū)的業(yè)務(wù)。步驟 14關(guān)閉鑒權(quán),加密。(在MSC上修改;步驟 15