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

1、GBSC6000V900R008大話務(wù)預(yù)防及應(yīng)急措施指導(dǎo)書 華為技術(shù)有限公司2013-3-27 第1頁, 共25頁目錄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 最后的準備工作 (173.2 何時開始執(zhí)行應(yīng)急處理措施 (193.3 GXPUM/GXPUT單板的CPU占用率或LAPD鏈路過載 (202013-3-27 第2頁, 共25頁3.4 GDPUP單板DSPP CPU占用率 (243.5 話務(wù)量異常下降 (242013-3-27 第3頁, 共25頁1

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

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

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

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

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

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

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

9、出現(xiàn)。II. 修改說明避免GEIUB/GEHUB過載。I. 修改步驟1.MSC側(cè)尋呼只重發(fā)一次;2.MSC側(cè)首次尋呼與重發(fā)的尋呼間隔為8秒;(對應(yīng)E司的數(shù)據(jù)配置為Time supervision for the first page in one LA;注:對于“尋呼間隔”我司G9 MSC才開始支持大于5秒,G3/G6 MSC設(shè)備最大支持5秒,因此對于G3/G6 MSC,建議“尋呼間隔”設(shè)置為最大值5秒。3.MSC側(cè)首次尋呼按TMSI,二次尋呼按IMSI,都不攜帶ChannelNeeded信元,按位置區(qū)尋呼,嚴重時關(guān)閉全網(wǎng)尋呼;4.無線資源允許的情況下,盡量使用非組合的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頁, 共25頁2013-3-27第11頁, 共25頁7. 所有小區(qū)打開“立即指配優(yōu)選功能”,使用超級用戶設(shè)置小區(qū)參數(shù)“小區(qū)屬性參數(shù) 其他屬性參數(shù) 高級參數(shù) BTS 軟參 軟參18”為“252”;8. 設(shè)置小區(qū)參數(shù)“小區(qū)屬性參數(shù) 其他屬性參數(shù) 高級參數(shù) 公共信道控制 CCCH 負荷門限”為 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. 修改說明1. 每執(zhí)行一個步驟,應(yīng)該觀測效果。如果能夠解決問題,就不需要再執(zhí)行后面的步驟;2. 步驟13是在MSC 上修改,可以大幅降低尋呼對GEIUB 單板的壓力,非常有效,但是會降低尋呼成功率指標;3. 步驟2,如果MSC 側(cè)首次尋呼與重發(fā)的“尋呼間隔”無法更改,且取值小于5秒,則建議修改各小區(qū)的“基站生命周期”值為:MSC 的尋呼間隔-1;“基站生命周期”為超級用戶功能->-小區(qū)屬性->其它屬性->BTS 軟參->軟參29。 即MSC尋呼間隔和對應(yīng)的軟

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

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

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

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

16、配搜索開銷,因此在應(yīng)急情況下可考慮“允許跨載頻重指配TBF”關(guān)閉(該軟參關(guān)閉會導(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)化上行非擴展TBF延時釋放時長(毫秒”>=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)化上行擴展TBF非活動期時長(毫秒”>=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延時釋放時長(毫秒”>=2000,即如果現(xiàn)網(wǎng)參數(shù)值小于2000,則修改成2000,如果現(xiàn)網(wǎng)參數(shù)大于等于2000,則保持現(xiàn)網(wǎng)值。2.檢查如下PS域信道管理參數(shù)值根據(jù)小區(qū)實際載頻數(shù)量和歷史話務(wù)統(tǒng)計情況設(shè)點合理的值,設(shè)置:“小區(qū)GPRS參數(shù)PS域信道管理小區(qū)下最大PDCH比例門限”<=50%;“小區(qū)GPRS參數(shù)PS域信道管理動態(tài)信道空閑定時器長度”>=20s;“小區(qū)GPRS參數(shù)PS域信道管理ABIS時隙釋放定時器長度”>=10s。II. 修改說明1.某些測試場景下,可能需要將GPRS 上下行固定CS類型調(diào)整為CS4,或EDGE上下行固定MCS類型調(diào)整為

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

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

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

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

22、25頁3.2 何時開始執(zhí)行應(yīng)急處理措施表3-1各個話統(tǒng)指標的預(yù)警值 當(dāng)上面登記的這些指標任何一個超過預(yù)警值后,說明系統(tǒng)負荷已經(jīng)很大,必須立即啟動應(yīng)急措施。2013-3-27 第19頁, 共25頁立即在BSC下進行網(wǎng)內(nèi)主叫和被叫呼叫測試(至少20次以便準確判斷,確認出現(xiàn)呼叫困難(如20次呼叫有10次失敗后,立即啟動應(yīng)急措施。如果暫時沒有出現(xiàn)呼叫困難,應(yīng)該保持警惕,每分鐘至少撥側(cè)一次,直到上述指標低于預(yù)警值為止。進行撥側(cè)后,確認出現(xiàn)呼叫困難,這時必須立即進行應(yīng)急處理。處理步驟為:1.確定系統(tǒng)的異常過載的現(xiàn)象是什么;2.根據(jù)系統(tǒng)出現(xiàn)的異?，F(xiàn)象,進行相應(yīng)的處理。本章后續(xù)將指導(dǎo)讀者如何來完成這些任務(wù)。3

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

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

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

26、則關(guān)閉MSC二次尋呼,尋呼采用TMSI,MSC等待尋呼響應(yīng)定時器調(diào)整為10秒。修改后查看XPUM/XPUT CPU是否下降到安全范圍(XPUM CPU0小于70%,XPUMXPU1XPU3小于80%,XPUT XPU0XPU3小于80%為安全范圍,如果正常,結(jié)束處理,否則繼續(xù)下一步; 這些參數(shù)在MSC上設(shè)置。步驟 415分鐘話統(tǒng)指標“BSC整體立即指配請求次數(shù)”超過正常情況的3倍,則減少MS重發(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)指標“BSC整體立即指配請求次數(shù)”超過正常情況的3倍,則增大T3122定時器時長(T3122為MS在收到立即指配拒絕消息后,MS再嘗試接入的定時器,設(shè)置“小區(qū)屬性參數(shù)其他屬性參數(shù)高級參數(shù)T3122(秒”為30s;增大周期性位置更新時長(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)指標“BSC整體立即指配請求次數(shù)”超過正常情況的3倍,則調(diào)整全、半速信道的比例,設(shè)置“小區(qū)屬性參數(shù)信道管理參數(shù)華為信道分配II代算法與無線信道管理控制(高級參數(shù)TCH話務(wù)忙門限”為30,修改后查看LAPD過載告警是否恢復(fù)或CPU是否低于80%,如果正常,結(jié)束處理,否則繼續(xù)下一步;步驟 7關(guān)閉SDCCH信道動態(tài)調(diào)整,設(shè)置“小區(qū)屬性參數(shù)基本屬性參數(shù)SDCCH動態(tài)分配允許”為“否”;步驟 8降低“BSC屬性參數(shù)BSC基本屬性參數(shù)流控數(shù)據(jù)信道請求消息到達率統(tǒng)計周期內(nèi)最

29、大消息數(shù)”門限,根據(jù)配置,按照300/框來設(shè)定;步驟 9降低“BSC屬性參數(shù)BSC基本屬性參數(shù)流控數(shù)據(jù)尋呼消息到達率統(tǒng)計周期內(nèi)最大消息數(shù)”門限,根據(jù)配置,單LAC BSC 設(shè)置為100,多LAC BSC 設(shè)置為140;2013-3-27 第22頁, 共25頁步驟 10如果單框“分組呼叫相關(guān)測量中TBF建立請求次數(shù)”或“分組信道請求次數(shù)”超過警戒值,設(shè)置該框下小區(qū)GPRS編碼類型固定設(shè)置為CS2,EDGE編碼類型固定設(shè)置為MCS2,即對如下參數(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類型”進行批改設(shè)置,設(shè)置時按總數(shù)10%逐步遞增,如整框200個小區(qū),一次批改20個。強制不觸發(fā)ABIS副鏈路申請,犧牲單用戶帶寬使系統(tǒng)GXPUM CPU0負荷下降到安全范圍(70%以下;步驟 11如果單框“分組呼叫相關(guān)測量中TBF建立請求次數(shù)”超過警戒值,也可通過嘗試降低“BSC屬性內(nèi)部參數(shù)分組資源請求到達率控制統(tǒng)計周期內(nèi)最大消息數(shù)目”門限,根據(jù)配置,按照<=1400/框(按10%遞減觀察即1400、1260、1120來設(shè)定,犧牲部分網(wǎng)絡(luò)容量使系統(tǒng)GXPUMCPU0負荷下降到安全范圍(70%以下。步驟 12如

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