網(wǎng)絡(luò)優(yōu)化信令分析 GSM 0移動(dòng)主叫流程

移動(dòng)主叫流程概述移動(dòng)主叫（始呼）包括移動(dòng)撥打移動(dòng)、移動(dòng)撥打固定，不包括短消息始發(fā)。正常流程移動(dòng)主叫正常流程，根據(jù)指配流程類別（EarlyAssignment、LateAssignment、VeryEarlyAssignment）分成三類。其中EarlyAssignment、LateAssignment流程的選擇是MSC決定的；VeryEarlyAssignment流程是由BSS根據(jù)無(wú)線資源等情況決定的。MobileoriginatingcallestablishmentwihtoutOACSU(earlyassignment)流程圖MS在空中接口的接入信道上向BTS發(fā)送ChannelRequired（該消息內(nèi)含接入原因值為MOC。但是該該消息中的原因值并不完全準(zhǔn)確，因?yàn)樵谧鲆苿?dòng)主叫和IMSI分離時(shí)都填的是該原因值。），BTS再轉(zhuǎn)發(fā)給BSC；BSC收到ChannelRequired后，分配信令信道，向BTS發(fā)送ChannelActivation；BTS收到ChannelActivation后，如果信道類型正確，則在指定信道上開功放，上行開始接收信息，并向BSC發(fā)送ChannelActivationAcknowledge；BSC通過BTS向發(fā)送ImmediateAssignmentCommand；發(fā)SABM幀接入……；BTS回UA幀進(jìn)行確認(rèn)；BTS向BSC發(fā)EstablishmentIndication（該消息中準(zhǔn)確的反映了的接入原因，此時(shí)對(duì)移動(dòng)主叫和IMSI填的是不同的原因值。），內(nèi)含CMServiceRequest消息內(nèi)容；BSC建立A接口SCCP鏈接，向MSC發(fā)送CMServiceRequest；MSC向BSC回鏈接確認(rèn)；MSC發(fā)CMServiceAccepted；主叫發(fā)Setup；MSC向主叫發(fā)CallProceeding；MSC向BSC發(fā)AssignmentRequest，在該消息中，分配了A接口CIC；BSC分配話音信道，向BTS發(fā)送ChannelActivation；BTS收到ChannelActivation后，如果信道類型正確，則在指定信道上開功放，上行開始接收信息，并向BSC發(fā)送ChannelActivationAcknowledge；BSC通過BTS向發(fā)送AssignmentCommand；發(fā)SABM幀接入……；BTS回UA幀進(jìn)行確認(rèn)；BTS向BSC發(fā)EstablishmentIndication；MS在接入話音信道后，發(fā)送AssignmentComplete；無(wú)線業(yè)務(wù)信道和地面電路均成功連接后，BSC向MSC發(fā)送AssignmentComplete，并認(rèn)為該呼叫進(jìn)入通話狀態(tài)；MSC向主叫發(fā)Alerting，主叫振鈴；MSC向主叫發(fā)Connect；主叫向MSC回ConnectAcknowledge；主被叫進(jìn)入語(yǔ)音通話狀態(tài)；通話完畢，主叫方掛機(jī)，主叫發(fā)Disconnect；MSC向發(fā)Release；MS回ReleaseComplete；MSC向BSC發(fā)ClearCommand；BSC發(fā)ChannelRelease，要求和BTS釋放無(wú)線口邏輯信道；MS向BTS發(fā)DISC……，表示已釋放邏輯信道；BTS向MS發(fā)UA幀確認(rèn)；BSC向BTS發(fā)DeactiveSACCH，去活隨路信道；BTS向BSC回ReleaseIndication；BSC向BTS發(fā)RFChannelRelease，釋放無(wú)線口物理信道；BTS向BSC發(fā)RFChannelReleaseAcknowledge，表示已釋放無(wú)線口物理信道；BSC向MSC回ClearComplete；MSC向BSC發(fā)RLSD，釋放SCCP鏈接；BSC向MSC回RLSDComplete，表示已釋放SCCP鏈接。流程說(shuō)明REF_Ref24188412\r\h圖6-1中（1）～（8）為隨機(jī)接入、立即指配過程。在此過程中，BSS為分配信令信道。REF_Ref24188412\r\h圖6-1中，在（9）和（10）之間，可能會(huì)有鑒權(quán)、加密流程、類標(biāo)查詢（更新過程）。根據(jù)MSC的數(shù)據(jù)配置情況等的不同，在A接口鏈接建立后，MSC有可能不會(huì)立即下發(fā)CMServiceAccepted消息，而是：(a)下發(fā)CipherModeCommand啟動(dòng)加密流程；(b)下發(fā)AuthenticationRequest啟動(dòng)鑒權(quán)流程；(c)下發(fā)ClassmarkUpdate啟動(dòng)類標(biāo)更新流程。此外，如果BSC數(shù)據(jù)配置中“ECSC”配置為“是”，則雙頻在上報(bào)EstablishmentIndication后，將緊接著上報(bào)類標(biāo)更新消息。圖中（13）～（21）為TCH指配流程在此流程中，BSS為分配話音信道以及A接口電路等資源。圖中（13）～（21）為釋放流程REF_Ref24188412\r\h圖6-1所示為主叫先掛機(jī)的釋放流程。在資源釋放時(shí)，無(wú)線口先釋放邏輯信道，再釋放物理信道。MobileoriginatingcallestablishmentwithOACSU(lateassignment)流程圖REF_Ref24188412\r\h圖6-1與REF_Ref24188525\r\h圖6-2的區(qū)別是后者的指配流程在Alerting消息之后，其它方面沒有差別；REF_Ref24188525\r\h圖6-2所示流程的優(yōu)點(diǎn)：可以節(jié)約占用話音信道的時(shí)間；REF_Ref24188525\r\h圖6-2所示流程的缺點(diǎn)：如果后續(xù)指配不成功，會(huì)造成用戶聽到振鈴卻不能打通，從而易導(dǎo)致用戶投訴。因此，實(shí)際應(yīng)用中，一般不使用本流程，而是使用REF_Ref24188412\r\h圖6-1所示的流程。流程說(shuō)明可參考章節(jié)1.2.1MobileoriginatingcallestablishmentwihtoutOACSU(earlyassignment)部分的相關(guān)說(shuō)明。REF_Ref24188525\r\h圖6-2所示為主叫先掛機(jī)。MobileoriginatingcallestablishmentwithOACSU(Veryearlyassignment)流程圖REF_Ref24188412\r\h圖6-1與REF_Ref24188604\r\h圖6-3的區(qū)別是：后者在立即指配時(shí)分配的是TCH作為信令信道使用，因此在指配時(shí)不需要再分配TCH，而是通過ModeModify，將立即指配分配的TCH調(diào)整為話音信道；REF_Ref24188604\r\h圖6-3所示的流程，一般發(fā)生在立即指配時(shí)無(wú)空閑SDCCH供分配，但有空閑TCH、且BSC數(shù)據(jù)配置容許立即指配TCH的情況下。流程說(shuō)明可參考章節(jié)1.2.1MobileoriginatingcallestablishmentwihtoutOACSU(earlyassignment)部分的相關(guān)說(shuō)明。REF_Ref24188604\r\h圖6-3所示為主叫先掛機(jī)。異常流程無(wú)線口消息丟失、掉話、用戶掛機(jī)、傳輸、NSS以及BSS設(shè)備運(yùn)行異常等，都可能導(dǎo)致流程不能正常進(jìn)行。此外，在一次接入時(shí)，重發(fā)多個(gè)ChannelRequired，將造成BSS激活多個(gè)信令信道，而實(shí)際上只會(huì)占用一個(gè)，其它信道由于無(wú)法收到的EstablishIndication而超時(shí)釋放。由于造成異常流程的原因比較多，在此就其中出現(xiàn)較多的情況進(jìn)行說(shuō)明。隨即接入、立即指配異常流程信道激活后收不到EstablishIndication這種情況發(fā)生原因，一般有：重發(fā)多個(gè)ChannelRequired造成BSS多分配并激活信令信道。即使BSS系統(tǒng)運(yùn)行正常，在一次接入時(shí)，也可能重發(fā)多個(gè)ChannelRequired，造成BSS激活多個(gè)信令信道，而實(shí)際上只會(huì)占用其中一個(gè)；其它信道由于無(wú)法收到的EstablishIndication，而由BSC在相關(guān)定位器超時(shí)后將信道釋放。無(wú)線口上行接收正常，但下行信號(hào)不能被很好接收。此時(shí)，在側(cè)跟蹤無(wú)線口，可能發(fā)現(xiàn)在給BTS發(fā)送ChannelRequired后，收不到BTS的相關(guān)信息。這時(shí)，需要檢查上下行接收電平、接收質(zhì)量是否正常。如果和基站之間距離不遠(yuǎn)，但接收電平低、接收質(zhì)量差，需要檢查BTS天饋以及的天線、電池等是否正常。BSC發(fā)ImmediateReject。如果BSC收到ChannelRequired后，給發(fā)ImmediateReject，通常為如下原因：發(fā)現(xiàn)無(wú)合適的信令信道（信令信道通常為SDCCH，也可以為TCH。）分配給該。這種情況一般為信道全忙或者信道被閉塞等造成不可用。給BTS下發(fā)ChannelActive后，BTS回ChannelActiveNegativeAcknowledge。如果BTS給BSC回大量ChannelActiveNegativeAcknowledge，通常是由于Abis接口傳輸不穩(wěn)定造成BSC和BTS信道狀態(tài)不一致；或者BTS個(gè)別單板運(yùn)行出現(xiàn)異常。指配異常流程AssignmentFailure在BSC收到AssignmentRequest后，BSC沒正常返回AssignmentComplete，而是返回AssignmentFailure。常見原因有：BSC無(wú)合適的話音信道供分配。BSC無(wú)合適的話音信道分配，有可能是話音信道全部處于Busy狀態(tài)，也可能是被Block等造成不可用。此時(shí)，BSC回的AssignmentFailure消息所帶原因值為NoRadioResource。對(duì)這種情況，可通過增加TRX進(jìn)行基站擴(kuò)容、修改接入門限、打開直接重試容許開關(guān)進(jìn)行改善。接入話音信道失敗，從信令信道上發(fā)送AssignmentFailure。這種情況下的AssignmentFailure是從報(bào)上來(lái)的。由于無(wú)線口傳輸?shù)奶厥庑?，這種情況實(shí)際網(wǎng)絡(luò)中出現(xiàn)最多，且無(wú)法根本解決。如果這種情況發(fā)生比例很大，易導(dǎo)致用戶投訴，需要重點(diǎn)檢查天饋、BTS相關(guān)單板、BSC數(shù)據(jù)配置中接入方面的相關(guān)參數(shù)。BSC側(cè)發(fā)現(xiàn)A接口電路異常，例如AssignmentRequest中帶的CIC不可用。此時(shí)需要重點(diǎn)核查MSC和BSC的A接口數(shù)據(jù)一致性。BSC相關(guān)硬件出現(xiàn)異常。此時(shí)，BSC回的AssignmentFailure消息所帶原因值通常為EquipmentFailure。這時(shí)需要重點(diǎn)檢查：1)BSC模塊間通訊相關(guān)單板及其母板、光纖，例如GMC2、GMCC、GSNT、GOPT、GFBI；2)A接口相關(guān)單板，例如E3M、TCSM單元及其母板。A接口傳輸出現(xiàn)異常。DirectedRetryBSC在收到MSC下發(fā)的AssignmentRequest后，由于無(wú)合適的TCH供分配，而BSC數(shù)據(jù)配置中容許進(jìn)行直接重試，BSC將視情況發(fā)起切換（原因值為DirectedRetry），使直接重試到其它小區(qū)。掉話造成的異常流程主被叫用戶在任何流程中間，均有可能掉話，導(dǎo)致后續(xù)流程不能正常完成。例如，BSC在收到MSC下發(fā)的AssignmentRequest消息后，用戶突然掉話，可能導(dǎo)致BSC既不給MSC返回AssignmentComplete也不返回AssignmentFailure，而是發(fā)ClearRequest。用戶掛機(jī)造成的異常流程主被叫用戶在任何流程中間，均有可能掛機(jī)，導(dǎo)致后續(xù)流程不能正常完成。例如，BSC在收到MSC下發(fā)的AssignmentRequest消息后，用戶突然掛機(jī)，可能導(dǎo)致BSC在給MSC返回AssignmentComplete或AssignmentFailure前，呼叫流