GSM信令疑難問(wèn)題分析

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

切換成功率問(wèn)題分析案例：

從話務(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的問(wèn)題是否由同一個(gè)原因?qū)е拢糠治鏊悸非腥氤晒β实偷腂SCA接口分析：

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

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

通常情況下，BSC內(nèi)兩個(gè)小區(qū)之間發(fā)生切換，采用的是BSC內(nèi)切換方式，即切換完成后，以handoverperformed方式通知MSC；而BSC間的兩個(gè)小區(qū)間發(fā)生切換，采用的是BSC間的切換方式，即以MSC為主控的方式。在實(shí)際A接口信令分析中，會(huì)發(fā)現(xiàn)有些BSC內(nèi)的兩個(gè)小區(qū)之間發(fā)生切換，會(huì)采用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ù)

由于某種原因（如沒(méi)有無(wú)線資源），MSC無(wú)法處理本次切換，故向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又檢測(cè)到需要進(jìn)行BSC間的切換，并且候選小區(qū)與上次的不同，為了加快切換速度，無(wú)需等到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不會(huì)向MSC發(fā)送HANDOVERREQUIRED消息

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

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

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

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

計(jì)數(shù)器T_HO_REQ_LOST主要監(jiān)控MSC對(duì)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ū)被放入存儲(chǔ)器REJ_CELL_LIST中，在T7的周期內(nèi)，這些小區(qū)不能作為切換的目標(biāo)小區(qū)

切換流程的特別案例（六）INTERNALHANDOVERAFTEREXTERNALHANDOVER阿爾卡特BSC支持在特定的情況下，原本為BSC內(nèi)的切換，通過(guò)BSC間的切換形式來(lái)實(shí)現(xiàn)。這種機(jī)制叫做INTERNALHANDOVERAFTEREXTERNALHANDOVER.目的：采樣這種切換機(jī)制的目的是在前次BSC間切換失敗的前提下，盡可能快的切向更好小區(qū)，而當(dāng)MSC已對(duì)前次切換給出響應(yīng)后，無(wú)需再回應(yīng)余下的請(qǐng)求切換原理：BSC檢測(cè)到切換告警，且候選小區(qū)為其他BSC的小區(qū)，故觸發(fā)BSC間的切換，向MSC發(fā)送HANDOVERREQUIRED消息，T7開始計(jì)數(shù)。在T7的周期內(nèi)，BSC再次收到切換告警，但候選小區(qū)為BSC內(nèi)部小區(qū)，由于T7沒(méi)有超時(shí)，本次BSC間的切換還沒(méi)有結(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ū)

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

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

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

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

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

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

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

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

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

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

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

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