【資料名稱】：GSM優(yōu)化值班手冊(cè)

【資料作者】：jun

【資料日期】：2012/10/26

【資料語(yǔ)言】：中文

【資料格式】：DOC

【資料目錄和簡(jiǎn)介】：

GSM優(yōu)化值班手冊(cè)
概述
針對(duì)網(wǎng)絡(luò)出現(xiàn)的各種問(wèn)題，提供相關(guān)的建議解決方法。
嚴(yán)重問(wèn)題
關(guān)注如下問(wèn)題： TCH擁塞，SD擁塞，SD高掉話，高掉話，每線話務(wù)量高
請(qǐng)點(diǎn)擊相應(yīng)的超連接，轉(zhuǎn)到本文檔的詳細(xì)說(shuō)明部分進(jìn)行處理。
TCH擁塞&每線高話務(wù)
擁塞原因：是否由于閉塞信道引起
緩解擁塞方法：
降低擁塞小區(qū)發(fā)射功率，同時(shí)提升共站及其它鄰小區(qū)的發(fā)射功率：修改指令ZEUG:BTS=*MAX(PMAX2)=*;
打開(kāi)DR：查看指令ZEQO:BTS=**:CEL;修改指令ZEQF:BTS=**,DR=Y;
降低本小區(qū)切出門限PMRG、PRI(ZEAM:BTS=*AC=***,CI=***:MRG=*, PRI=*,;)
提高鄰小區(qū)切入門限PMRG、PRI(指令同上)
對(duì)于1800M小區(qū)，可降低或關(guān)閉C2：查看指令ZEQO:BTS=**:MIS;修改指令 ZEQM:BTS=*:I=*,REO=*;
關(guān)于7746擁塞告警：目前可實(shí)現(xiàn)部分BSC 30分鐘的監(jiān)測(cè)周期。
NOKIA 7746告警（5分鐘周期）以TCH擁塞率或SD擁塞率大于3%為門限，連續(xù)出現(xiàn)4次告警以上的，或在6次/小時(shí)以上的，即啟動(dòng)流程
如需要臨時(shí)打開(kāi)半速率提升容量，參見(jiàn)半速率調(diào)整傻瓜版
需要確定BSC是否有半速率的Feature

注意1:均衡后必須用ZEEI實(shí)時(shí)觀察用戶數(shù)是否下降，直到不擁塞為止。
注意2:如是重點(diǎn)通信保障地區(qū)，調(diào)整切換參數(shù)時(shí)，可根據(jù)《重點(diǎn)地區(qū)主控小區(qū)列表》挑選鄰區(qū)。
注意3:“PMAX2”
部分BSC安裝了支持EDGE功能的BSC軟件包，其1800M發(fā)射功率的參數(shù)發(fā)生變化，為PMAX1X00, 見(jiàn)下面的紅字部分，而舊版本是沒(méi)有這個(gè)參數(shù)的。在新版本的軟件包中，GSM900和DCS1800的發(fā)射功率分別由BS TX PWR MAX和BS TX PWR MAX1X00控制，對(duì)應(yīng)參數(shù)為GSM900--PMAX,DCS1800--PMAX2。
示例：新版本POC數(shù)據(jù)修改指令：ZEUG:BTS=**:PMAX2=*;
POWER CTRL ENABLED .........YPOWER CONTROL INTERVAL ..... 01s
BS TX PWR MIN ....PEAK PWR - 30 dBBS TX PWR MAX ....PEAK PWR - 08dB
BS TX PWR OFFSET ........... 00 dB BS TX PWR MAX1X00 PEAK PWR - 08dB
POWER INCR STEP SIZE .......4 dBPOWER RED STEP SIZE ........2dB
……

SD擁塞
將TCH時(shí)隙改為SDCCH時(shí)隙，以增加SD的信道個(gè)數(shù)。在16K TRX信令速率下，每個(gè)TRX只能配1個(gè)SDCCH時(shí)隙(查看配置ZERO:BTS=**;閉站、閉載頻、修改指令ZERM:BTS=**,TRX=*:CH*=SDCCH;).如果誤配置為2個(gè)SDCCH時(shí)隙，可能會(huì)導(dǎo)致載頻不斷重起。在32K TRX信令速率下，每個(gè)TRX可以配2個(gè)SDCCH時(shí)隙(ZDSB:::PCM=*;查看是否為32K信令速率)
降低擁塞小區(qū)發(fā)射功率，同時(shí)提升共站及其它鄰小區(qū)的發(fā)射功率：修改指令ZEUG:BTS=*:PMAX(PMAX2)=*;
對(duì)于1800M小區(qū)，可降低或關(guān)閉C2：查看指令ZEQO:BTS=**:MIS;修改指令 ZEQM:BTS=*::PI=*,REO=*;
對(duì)于處于位置區(qū)交界的小區(qū)，提高自己及鄰區(qū)中屬于不同LAC的小區(qū)的HYS(HYS范圍0~14)，以減少位置更新次數(shù)，從而緩解SDCCH信道的擁塞：查看指令 ZEQO:BTS=**:RAD 修改指令ZEQG:BTS=**:HYS=*;
SD高掉話
評(píng)估中心提供的統(tǒng)計(jì)中SDCCH掉話高的定義是高于500次的SDCCH掉話，可以按照如下步驟進(jìn)行處理：
原因分析：是否硬件故障導(dǎo)致某載頻SDCCH掉話高。
可進(jìn)行重起載頻、倒換BCCH所在載頻、重起基站等操作：ZDTC:T****:AD; ZDTC:T****:WO;
如果仍未恢復(fù)，可稍降基站功率，將SDCCH掉話次數(shù)降低，避免影響網(wǎng)絡(luò)性能。
高掉話
評(píng)估中心提供的統(tǒng)計(jì)中高掉話的定義是高于100次。
高于100次的掉話主要是由于強(qiáng)干擾或嚴(yán)重的硬件故障，查看是否有大量7744、7745等告警，可暫時(shí)降功率緩解，但調(diào)整功率的幅度要兼顧客戶感知。
網(wǎng)絡(luò)監(jiān)控
RACH DELETE
關(guān)注BCSU_OVERLOAD_DELETED_RACH之Sum ，如果某個(gè)基站的該項(xiàng)數(shù)值大于600則應(yīng)進(jìn)行關(guān)注。
原因分析：當(dāng)BTS話務(wù)量很高的情況下，BSC會(huì)啟動(dòng)保護(hù)機(jī)制，對(duì)過(guò)多的RACH申請(qǐng)進(jìn)行刪除，造成用戶短時(shí)間內(nèi)無(wú)法通話。現(xiàn)象是BTS級(jí)統(tǒng)計(jì)在1小時(shí)內(nèi)出現(xiàn)大量的RACH DELETE。
查看告警，是否有傳輸閃斷或其它的硬件故障
查看小區(qū)的參數(shù)設(shè)置并記錄，為下面的改動(dòng)提供基礎(chǔ)(ZEQO:BTS=**:ALL;)
疏導(dǎo)BTS話務(wù)，防止擁塞(擁塞處理)
調(diào)整BTS參數(shù)RET(最大重傳次數(shù),RACH的控制參數(shù))，目前設(shè)置為4，可以調(diào)整為2 (ZEQM:BTS=**:RET=2;)
調(diào)整BTS參數(shù)SLO(發(fā)送分布時(shí)隙數(shù),接入算法)，目前設(shè)置為10，可以調(diào)整為12 (ZEQM:BTS=**:SLO=10;)
調(diào)整T3122，延長(zhǎng)MS前次SDCCH申請(qǐng)被拒絕后接入保護(hù)時(shí)間，目前為6秒，最大可設(shè)置為10秒(ZEGT:T3122:1,10:;)
如果基站并沒(méi)有出現(xiàn)占用人數(shù)多，擁塞等告警，則可能是硬件掛起，重啟基站觀察。




PAGING DELETE
首先要區(qū)別是LAC下個(gè)別CELL出現(xiàn)尋呼刪除，還是LAC下所有（絕大多數(shù)）小區(qū)同時(shí)出現(xiàn)尋呼刪除，對(duì)于個(gè)別CELL的情況，主要分析是否小區(qū)的SDCCH業(yè)務(wù)量或者GPRS請(qǐng)求次數(shù)過(guò)大造成，其原因是AGCH的優(yōu)先級(jí)高于PCH，因此某些情況下會(huì)由于系統(tǒng)占用PCH信道發(fā)送AGCH導(dǎo)致尋呼刪除，此時(shí)主要方法是疏導(dǎo)話務(wù)，減少AGCH的業(yè)務(wù)量。還有就是軟硬件故障導(dǎo)致，此時(shí)需要對(duì)基站進(jìn)行RESET，將故障消除。

對(duì)于LAC下絕大多數(shù)CELL同時(shí)出現(xiàn)尋呼刪除的情況，其引發(fā)原因主要是高業(yè)務(wù)量（尋呼量>10萬(wàn)），或者短時(shí)間內(nèi)大業(yè)務(wù)量造成（如：尋呼量<6萬(wàn)，同時(shí)BMCC短信群發(fā)等）。對(duì)于前者可以讓運(yùn)行維護(hù)中心集中監(jiān)控中心操作處理，對(duì)于后者由于大業(yè)務(wù)量是短時(shí)的，可以暫不做處理，但需要繼續(xù)觀察。

對(duì)于同一LAC下大量CELL的尋呼消息溢出數(shù)量大于尋呼消息總量的3%時(shí)，需要及時(shí)通知綜合部，由綜合部協(xié)調(diào)運(yùn)維中心進(jìn)行緊急處理，可以臨時(shí)關(guān)閉相關(guān)LAC的RE-PAGING參數(shù)，減少PAGING量。當(dāng)尋呼消息溢出數(shù)量較少時(shí)，可暫時(shí)不做處理，但要及時(shí)的提取統(tǒng)計(jì)，觀察變化情況。對(duì)于尋呼消息溢出的情況，第二天要及時(shí)通知本部門和規(guī)劃部門，作出調(diào)整方案。

尋呼過(guò)載處理
當(dāng)前一小時(shí)尋呼數(shù)大于14萬(wàn)/小時(shí)或者尋呼溢出1000次/小時(shí)（小區(qū).平均）應(yīng)按照以下步驟采取措施：
第一步：關(guān)閉MSC側(cè)的REPAGING參數(shù)（AT），運(yùn)行維護(hù)中心集中監(jiān)控中心操作；
第二步：若調(diào)整后觀測(cè)還大于16萬(wàn)/小時(shí)，關(guān)IMSI尋呼
關(guān)閉MT SMS repaging.(RTPMTS=NOT USED)
關(guān)閉MT CALL repaging.(RTPMTC=NOT USED)
運(yùn)行維護(hù)中心集中監(jiān)控中心操作；
尋呼策略參考：
STRATEGYTMSI USAGETMSI PAGE REPETITION1ST PAGE & AT TIMES
REPAGE2ND PAGE &
AT TIMES REPAGE
1YESYESWITH TMSIWITH IMSI
2YESNOWITH TMSINO
3NOYESWITH IMSINO
4NoNoWITH IMSINO
第三步：繼續(xù)觀測(cè),若出現(xiàn)尋呼量大于20萬(wàn)：
網(wǎng)優(yōu)規(guī)劃中心準(zhǔn)備割接方案，東區(qū)優(yōu)化中心實(shí)施無(wú)線覆蓋收縮方案，減少M(fèi)SC周遍BTS的覆蓋范圍，降低MSC用戶數(shù)。
T3101超時(shí)
關(guān)注《T3101_LAC大于10表》中最后一項(xiàng)T3101%，該表顯示的是超過(guò)T3101超時(shí)超過(guò)10%的LAC，處理時(shí)要根據(jù)《T3101大于15表》中，屬于該LAC的T3101超時(shí)的Cell進(jìn)行分析，T3101監(jiān)測(cè)立即分配過(guò)程。
原因分析：導(dǎo)致T3101超時(shí)的原因很多，在通信保障中要注意的是由于大業(yè)務(wù)量（下行主要是尋呼、上行主要是測(cè)量報(bào)告）造成的LAC級(jí)或BSC級(jí)的高T3101超時(shí)情況。日常網(wǎng)絡(luò)級(jí)T3101超時(shí)的比例在5%左右，當(dāng)LAC級(jí)T3101超時(shí)比例超過(guò)15%（除去個(gè)別故障小區(qū)影響）時(shí)，可能有大量業(yè)務(wù)發(fā)生，需要疏導(dǎo)，防止情況進(jìn)一步惡化。
T3101超時(shí)一般有兩種情況：
軟硬件故障：個(gè)別基站T3101超時(shí)情況嚴(yán)重，其他基站統(tǒng)計(jì)情況正常，對(duì)網(wǎng)路安全沒(méi)有嚴(yán)重影響。一般由于基站的軟、硬件故障導(dǎo)致，只需要多對(duì)發(fā)生問(wèn)題的基站進(jìn)行處理，根據(jù)實(shí)際情況對(duì)基站進(jìn)行重起等操作，使其盡快恢復(fù)正常。
LAC尋呼量過(guò)大：LAC下所有基站T3101超時(shí)情況都比較嚴(yán)重，屬于普遍現(xiàn)象時(shí)，網(wǎng)絡(luò)有出現(xiàn)安全隱患的可能，需要及時(shí)處理。這種情況一般由于LAC尋呼量過(guò)大造成，需要及時(shí)的控制尋呼，具體手段可以參考尋呼溢出進(jìn)行處理。
針對(duì)上行導(dǎo)致的情況，可提高BMA參數(shù)(BTS平均測(cè)量周期，取值范圍1~4，現(xiàn)網(wǎng)設(shè)置是1，1表示BTS對(duì)一個(gè)SACCH復(fù)幀周期的測(cè)量結(jié)果進(jìn)行平均)，并進(jìn)行話務(wù)疏導(dǎo)，降低上行的負(fù)荷(查看指令ZEQO:BTS=*:MIS;修改指令ZEQG:BTS=**:BMA=;)

為進(jìn)行全面分析，需要的相關(guān)數(shù)據(jù)收集工作： 一般情況不需值班人員操作
核查前一時(shí)段LAC的尋呼量，并收集的LAPD負(fù)荷信息，檢查是下行導(dǎo)致還是上行導(dǎo)致。
統(tǒng)計(jì)每一條LAPD信令的流量：操作指令ZDMF; ZDSB:::PCM=**;
BCSU OVERLOAD
關(guān)注《AVERAGELOAD生成表》，統(tǒng)計(jì)項(xiàng)包括所有CPU負(fù)荷超過(guò)50％的BCSU列表，關(guān)鍵統(tǒng)計(jì)項(xiàng)名稱為AVERAGE LOAD。

話務(wù)原因造成BSC CPU LOAD高
BSC BCSU單元OVERLOAD可以通過(guò)2720、1014告警和BSC單元的負(fù)載統(tǒng)計(jì)發(fā)現(xiàn)，當(dāng)BCSU單元的平均負(fù)荷超過(guò)定義的門限值時(shí)會(huì)發(fā)出2720告警和1014告警，統(tǒng)計(jì)中BCSU單元平均負(fù)荷超過(guò)NOKIA定義嚴(yán)重告警門限（60%）。
降低主要由過(guò)載BCSU控制的BTS的話務(wù)
均衡過(guò)載BCSU控制的TRX至其它低負(fù)載的BCSU
查看問(wèn)題BCSU所帶的載頻：ZEEI:BTS=**;
查看還有空余TRX的BCSU：ZEEI::BCSU;
刪除載頻：ZERD:
建載頻，倒換BCSU：ZERC:
升高相關(guān)BCSU下BTS的BMA參數(shù)(BTS測(cè)量的平均周期)，降低BCSU負(fù)荷（BMA取值為1~4，現(xiàn)網(wǎng)設(shè)置為1，1表示BTS對(duì)一個(gè)SACCH復(fù)幀周期的測(cè)量結(jié)果進(jìn)行平均)：
當(dāng)60%<BCSU負(fù)荷<70%，建議BMA設(shè)為2；(ZEQM:BTS=**:BMA=2;)
當(dāng)70%<BCSU負(fù)荷<80%，建議BMA設(shè)為3；(ZEQM:BTS=**:BMA=3;)
當(dāng)80%<BCSU負(fù)荷<90%，建議BMA設(shè)為4；(ZEQM:BTS=**:BMA=4;)
下一時(shí)段根據(jù)統(tǒng)計(jì)情況，繼續(xù)修改BMA參數(shù)取值。
通過(guò)調(diào)整BSC所在LAC的PAGING參數(shù)和BSC下BTS的RET，SLO，BMA參數(shù)降低BCSU負(fù)荷。

非話務(wù)原因造成BSC CPU LOAD高
由于S10.5升級(jí)的軟件BUG造成BCSU某個(gè)進(jìn)程產(chǎn)生的LOAD非常高，尤其對(duì)處理能力相對(duì)較弱的SUBRACK BSC影響嚴(yán)重，可能造成20%左右的負(fù)荷增加。
查看當(dāng)前BCSU的LOAD
操作指令ZDOI：BCSU；
使用ZTVI指令恢復(fù)出問(wèn)題的進(jìn)程，此指令執(zhí)行時(shí)間較長(zhǎng)
操作指令 ZTVI：48；

檢測(cè)辦法：通過(guò)SERVICE TERMINAL取TOP 20 進(jìn)程，如果發(fā)現(xiàn)01B3 0000進(jìn)程負(fù)荷較高，則可以確定。
ZDOI:BCSU;（實(shí)時(shí)觀測(cè)BCSU負(fù)荷）
ZDDS: BCSU, X;（“X”為BCSU號(hào)，進(jìn)入SERVICE TERMINAL）
ZLE：X，TOPTENGX（X為菜單代碼，設(shè)一個(gè)未出現(xiàn)的即可）
XX-MAN: ZXR（“X”為上一條指令中的菜單代碼，可觀測(cè)到各進(jìn)程的負(fù)荷情況。
注意：在話務(wù)負(fù)荷非常高的情況下，不要使用此指令，因?yàn)橹噶钜矔?huì)造成BCSU負(fù)荷增加，因此在話務(wù)負(fù)荷非常高的情況下使用可能發(fā)生危險(xiǎn)�。�！可以跳過(guò)此項(xiàng)工作直接進(jìn)行處理。
BSC_TR掉話大于15表
出現(xiàn)在該表中的BSC是在上一個(gè)統(tǒng)計(jì)時(shí)段TR掉話大于15個(gè)的。這個(gè)時(shí)候應(yīng)該進(jìn)入相關(guān)的BSC，使用如下命令查看ZAHP::NR=2993:; 來(lái)查看是哪些站出現(xiàn)這種問(wèn)題。告警格式如下所示：
<HIST> BSC132MCMU-1TRANSM 2005-04-2614:08:50.97
**ALARM........RRM_BX
(0416) 2993 BTS AND TC UNSYNCHRONIZATION CLEAR CALLS ON ABIS INTERFACE
90d 10d 06 135d 20d 4d
其中紅色的90代表BTS號(hào)碼，黃色的10代表載頻號(hào)碼，紫色的6代表時(shí)隙。找到出問(wèn)題的站后可以進(jìn)行相關(guān)的操作：
考慮重啟該載頻
考慮關(guān)閉該載頻
考慮關(guān)閉該時(shí)隙
BSC Alarm 2133
現(xiàn)象：LAPD下行過(guò)負(fù)荷，BSC出現(xiàn)2133告警
建議：其原因一般是由于LAC下尋呼量過(guò)大造成，需要及時(shí)疏導(dǎo)話務(wù)，查找、解決造成尋呼量異常的原因，處理方法同尋呼過(guò)載。及時(shí)通過(guò)ZDMF指令收取相關(guān)LAPD的負(fù)載情況。
零起呼小區(qū)
關(guān)注《TCH試呼為0表_占用_》中的小區(qū)。

查看是否有無(wú)起呼的7738告警，或失敗率很高（高于60%）的7745告警。
對(duì)比頭一天同一時(shí)段以及當(dāng)天10點(diǎn)的統(tǒng)計(jì)，看是否正常情況。
操作指令 ZEOH::BCF=**,NR=7738,NR=7745; ZEOL::NR=7738,NR=7745；
查看是否有7703(BCSU RESTARTED)BCSU重起的告警。因?yàn)锽CSU的重起帶來(lái)的不是一個(gè)站的沒(méi)有起呼告警，可能會(huì)引起該BCSU下所帶的BCCH載頻均無(wú)法起呼。
處理方法
將基站重啟，或?qū)�BCCH載頻與其他載頻倒換，看是否7738告警會(huì)CANCEL，并觀察下一時(shí)段統(tǒng)計(jì)是否恢復(fù)正常。