GSM信令疑難問題分析

GSM信令疑難問題分析2004/12RNE疑難問題分析 主要內(nèi)容切換問題分析切換成功率問題分析切換流程的特別案例高掉話案例分析高掉話小區(qū)案例一高掉話小區(qū)案例二BSC間切換流程MSCMSBTSservingBSCservingBTStargetMeasReportMeasResultHOAlarm&CandidateCellChannelActivationChannelActAck.HOCommandHOCommandHOAccessHODetectionSABMEstablishIndUAHandoverCompleteHandoverCompleteHOCompleteRFChannelReleaseRFCh.Rel.Ack.BSCtargetHORequired要求切出HORequest要求切入HORequestAck.HOCommandPhysInformation（SCCPConRequired）（SCCPConConf）.ClearCompleteSCCPReleasedSCCPRel.Cmp.切換成功率問題分析（一）

切換成功率問題分析案例：

從話務(wù)統(tǒng)計(jì)報(bào)告分析發(fā)現(xiàn),某交換機(jī)下的所有BSC切換成功率明顯下降，詳細(xì)分析后發(fā)現(xiàn)，這些BSC的切入成功率很低，切出成功率正常；而與該交換機(jī)覆蓋區(qū)域相鄰的某些BSC切出成功率從94％下降到91％，切入成功率正常。 切出成功率低的BSC為BSC4-1（LAC為17313，屬于MSC4） 切入成功率低的BSC為BSC3-3（LAC為17329，屬于MSC3） 這兩個(gè)BSC的問題是否由同一個(gè)原因?qū)е?？分析思路切入成功率低的BSCA接口分析：

判斷切入到BSC3_3失敗的小區(qū)是否存在共性切換成功率問題分析（二）下表是對BSC3－3進(jìn)行AGLEA處理后產(chǎn)生的切換分析（*.THO文件）切換成功率問題分析（三）從該表可見：BSC3_3的切出成功率正常（handoverrequired次數(shù)基本等于handovercommand次數(shù)）BSC3_3的切入準(zhǔn)備正常（handoverrequest次數(shù)等于handoverrequestack次數(shù)）切入成功率非常低（handovercomplete次數(shù)遠(yuǎn)小區(qū)handoverrequest次數(shù)）切入成功率低的小區(qū)都屬于BSC4_1疑問：BSC3_3對交換機(jī)的切入請求都能激活相應(yīng)的信道，并給出正確的應(yīng)答消息，為何切入成功率非常低?切出成功率低的BSCA接口分析：

判斷切換到哪些小區(qū)成功率低切換成功率問題分析（四）下表是對BSC4－1進(jìn)行AGLEA處理后產(chǎn)生的切換分析（*.THO文件）切換成功率問題分析（五）從該表可見：BSC4_1的切入成功率正常（handoverrequest次數(shù)基本等于handoverrequest次數(shù)）交換機(jī)對BSC4_1發(fā)出的切出請求應(yīng)答異常（handovercommand次數(shù)遠(yuǎn)小于handoverrequired次數(shù)）當(dāng)BSC4_1收到handovercommand以后，切出成功率非常高（handovercommand次數(shù)基本等于handoversuccess次數(shù)）切出成功率低的小區(qū)都屬于BSC3_3交換機(jī)對BSC4_1切出請求的應(yīng)答率非常低，一旦交換機(jī)給出應(yīng)答消息，切換成功率則非常高。因此可以判斷出該BSC正常，切出成功率低的問題應(yīng)出在交換機(jī)或者切入BSC側(cè)。切換成功率問題分析（六）BSC4_1切出失敗的信令流程BSC4－1在切出時(shí)，一直收到交換機(jī)下發(fā)的handoverrequiredreject消息，很難完成切換。切換成功率問題分析（七）BSC3_3切入失敗的信令流程切換成功率問題分析（八）BSC3－3回應(yīng)了horequestack，但MSC在180ms后，立即下發(fā)clearcommand消息拆鏈，原因?yàn)閏allcontrol。這是非常異常的情況。正常切入流程是BSC在分配完信道，即horequestack后，等待手機(jī)的接入，一般接入的時(shí)長為700－900ms。切換成功率問題分析（九）為了確認(rèn)交換機(jī)的問題，進(jìn)行了A口和E口的聯(lián)測。從信令流程可見：MSC4收到BSC3發(fā)出的Horequestack后，立即向MSC3發(fā)送abort消息，并向BSC4發(fā)Horeject消息，終止了切換流程?？梢娫撉袚Q問題主要集中在MSC。具體原因需要交換工程師的進(jìn)一步分析。切換流程的特別案例（一）切換流程的特別案例

通常情況下，BSC內(nèi)兩個(gè)小區(qū)之間發(fā)生切換，采用的是BSC內(nèi)切換方式，即切換完成后，以handoverperformed方式通知MSC；而BSC間的兩個(gè)小區(qū)間發(fā)生切換，采用的是BSC間的切換方式，即以MSC為主控的方式。在實(shí)際A接口信令分析中，會發(fā)現(xiàn)有些BSC內(nèi)的兩個(gè)小區(qū)之間發(fā)生切換，會采用BSC間的切換方式，是什么原因造成這種情況呢？

切換流程的特別案例（二）正常情況下的BSC間切換

切換流程的特別案例（三）BSC收到切換告警，需要進(jìn)行BSC間的切換，向MSC發(fā)送HANDOVERREQUIRED消息，該消息中包含目標(biāo)小區(qū)列表celllist1。目標(biāo)小區(qū)列表中的小區(qū)數(shù)目，由

OMC－R參數(shù)N_PREFER_CELL決定。同時(shí)，T7和T_HO_REQ_LOST開始計(jì)數(shù)

由于某種原因（如沒有無線資源），MSC無法處理本次切換，故向BSC發(fā)HANDOVERREQUIREDREJECT消息，BSC把HANDOVERREQUIRED消息中的目標(biāo)小區(qū)列表celllist1放入REJ_CELL_LIST中。

同時(shí)，計(jì)數(shù)器T_HO_REQ_LOST停止計(jì)數(shù)，而T7繼續(xù)運(yùn)行

BSC又檢測到需要進(jìn)行BSC間的切換，并且候選小區(qū)與上次的不同，為了加快切換速度，無需等到T7超時(shí)，BSC再次向MSC發(fā)送HANDOVERREQUIRED消息，該消息包含新的目標(biāo)小區(qū)列表celllist2，并重新啟動(dòng)計(jì)數(shù)器T_HO_REQ_LOST和T7

MSC再次回送HANDOVERREQUIREDREJECT消息，BSC把本次的目標(biāo)小區(qū)列表celllist2放入REJ_CELL_LIST中。

同時(shí)，計(jì)數(shù)器T_HO_REQ_LOST停止計(jì)數(shù)，而T7繼續(xù)運(yùn)行

切換流程的特別案例（四）在T7超時(shí)前，BSC再次收到切換告警，但是目標(biāo)小區(qū)列表與上次的相同，且與REJ_CELL_LIST中的相同，所以BSC不會向MSC發(fā)送HANDOVERREQUIRED消息

T7超時(shí)，計(jì)數(shù)器T_HO_REQ_LOST清空

BSC再次收到切換告警，若需進(jìn)行BSC間的切換，重復(fù)以上過程，若為BSC內(nèi)的切換，觸發(fā)BSC內(nèi)的切換過程。

切換流程的特別案例（五）重點(diǎn)一次BSC間切換的周期為T7，換句話說，只有當(dāng)T7超時(shí)后，才認(rèn)為本次BSC間的切換結(jié)束

在T7的周期內(nèi)，由于BSC內(nèi)部不間斷的進(jìn)行切換判斷，檢查是否滿足切換條件，所以BSC內(nèi)可能不斷會有新的切換告警產(chǎn)生，若切換告警附帶的候選小區(qū)與上次的相同，BSC不會再次發(fā)送HANDOVERREQUIRED，除非T7超時(shí);若附帶的候選小區(qū)與上次的不同，為了加快切換的速度，BSC會再次向MSC發(fā)送HANDOVERREQUIRED，并且T7會重新開始計(jì)數(shù)

計(jì)數(shù)器T_HO_REQ_LOST主要監(jiān)控MSC對HANDOVERREQUIRED的響應(yīng)，若MSC向BSC回應(yīng)HANDOVERCOMMAND或

HANDOVERREQUIREDREJECT消息，該計(jì)數(shù)器停止計(jì)數(shù)。若T7超時(shí)，計(jì)數(shù)器T_HO_REQ_LOST清空

OMC－R參數(shù)N_PREFER_CELL決定了HANDOVERREQUIRED消息中，目標(biāo)小區(qū)的個(gè)數(shù)，若BSC發(fā)出HANDOVERREQUIRED后，收到MSC發(fā)送的HANDOVERREQUIREDREJECT消息，那么，小區(qū)列表中的小區(qū)被放入存儲器REJ_CELL_LIST中，在T7的周期內(nèi)，這些小區(qū)不能作為切換的目標(biāo)小區(qū)

切換流程的特別案例（六）INTERNALHANDOVERAFTEREXTERNALHANDOVER阿爾卡特BSC支持在特定的情況下，原本為BSC內(nèi)的切換，通過BSC間的切換形式來實(shí)現(xiàn)。這種機(jī)制叫做INTERNALHANDOVERAFTEREXTERNALHANDOVER.目的：采樣這種切換機(jī)制的目的是在前次BSC間切換失敗的前提下，盡可能快的切向更好小區(qū)，而當(dāng)MSC已對前次切換給出響應(yīng)后，無需再回應(yīng)余下的請求切換原理：BSC檢測到切換告警，且候選小區(qū)為其他BSC的小區(qū)，故觸發(fā)BSC間的切換，向MSC發(fā)送HANDOVERREQUIRED消息，T7開始計(jì)數(shù)。在T7的周期內(nèi)，BSC再次收到切換告警，但候選小區(qū)為BSC內(nèi)部小區(qū)，由于T7沒有超時(shí)，本次BSC間的切換還沒有結(jié)束，所有的目標(biāo)小區(qū)都被認(rèn)為是BSC外部小區(qū)，不考慮實(shí)際的小區(qū)歸屬情況，所以BSC再次向MSC發(fā)送HANDOVERREQUIRED消息，小區(qū)列表中的目標(biāo)小區(qū)為BSC內(nèi)的小區(qū)，T7重新開始計(jì)數(shù)。切換條件：前次HANDOVERREQUIRED消息中的celllist1為BSC外部小區(qū)，在T7的周期內(nèi)，發(fā)起后續(xù)HANDOVERREQUIRED消息中的celllist2中為BSC內(nèi)部小區(qū)

切換流程的特別案例（七）第一條切換請求中，目標(biāo)小區(qū)為（6265，12307）為D網(wǎng)小區(qū)，手機(jī)沒有切換成功而回到舊信道

第二條切換請求中，目標(biāo)小區(qū)為（6185，12418）為D網(wǎng)小區(qū)，被MSC拒絕

第三條切換請求中，目標(biāo)小區(qū)為（6173，20547），為BSC內(nèi)部小區(qū)，作為BSC外部小區(qū)切換，切換成功

高掉話小區(qū)案例（一）

高掉話小區(qū)案例一

話務(wù)統(tǒng)計(jì)報(bào)告分析發(fā)現(xiàn)：格林夢1的掉話情況較為嚴(yán)重和特殊，從下表話務(wù)指標(biāo)的變化情況來看，在11月29日這天起，格林夢1的每線erlang數(shù)大大增加，而上下行的質(zhì)量切換數(shù)量和PBGT的切換數(shù)量也急劇增加，由此反映出的問題是MC136的增加和MC21的增加。因此，我們可以把掉話的主要原因，歸結(jié)到話務(wù)量的急劇增加上來。下圖中紅色表示話務(wù)掉話比，綠色表示每線話務(wù)量：

高掉話小區(qū)案例（一） 通過180報(bào)告以及切換報(bào)告分析可知：大部分的話務(wù)是由普陽2，3通過PBGT的切換進(jìn)入格林夢1，話務(wù)又從格林夢1以qual/lev，或PGBT的切換回到普陽2，3，因此問題在于普陽2，3為什么會啟動(dòng)如此多的PBGT切換？信令分析 對普陽3小區(qū)Abis信令分析，查看切換方面的內(nèi)容高掉話小區(qū)案例（一）

通過對一些電話做CALLTRACE我們可以發(fā)現(xiàn),向格林夢1切換的數(shù)量非常多,而在切換前,目標(biāo)小區(qū)的接收電平并不比服務(wù)小區(qū)高,即在并不需要切換的情況下觸發(fā)了切換,且這種情況非常普遍,這也是普陽3切換非常多而格林夢1的掉話非常多的原因高掉話小區(qū)案例（一） 正常情況下格林夢1應(yīng)作為鄰小區(qū)包含在系統(tǒng)消息5中,(格林夢1的BCCH為83)才能實(shí)現(xiàn)普陽3向格林夢1的切換,但在普陽3的Abis信令數(shù)據(jù)中發(fā)現(xiàn)83頻點(diǎn)并沒有作為普陽3的鄰小區(qū).卻多次發(fā)生了向格林夢1的切換,但沒有一次成功.高掉話小區(qū)案例（一）

由此,我們判斷為該小區(qū)的切換判斷機(jī)制出現(xiàn)混亂,造成切換異常,此外,通過核查OMC發(fā)現(xiàn)該小區(qū)的BSC與OMC數(shù)據(jù)不一致,我們刪創(chuàng)了普陽2,

普陽3與格林夢1后,問題解決。高掉話小區(qū)案例（二）高掉話小區(qū)案例二

趙青3小區(qū)的掉話率突然升高，從原來的0.18%左右上升到6%左右（忙時(shí)掉話46次左右）從OMC-R的統(tǒng)計(jì)報(bào)告分析來看，趙青3小區(qū)的掉話基本均為MC136掉話，即RadioLinkTimeOut掉話，而切換掉話基本沒有

高掉話小區(qū)案例（二）Abis信令分析：它們都是在電話接通（Connect