7-移動主叫流程

第7章移動主叫流程概述移動主叫(始呼)包括MS撥打MSMS撥打固定電話，不包括短消息始發(fā)。正常流程移動主叫正常流程，根據指配流程類別(EarlyAssignment、LateAssignment、VeryEarlyAssignment)分成三類。其中EarlyAssignment、LateAssignment流程的選擇是MS%定的；VeryEarlyAssignment流程是由BSS根據無線資源等情況決定的。Mobileoriginating callestablishmentwithoutOACSI(tearlyassignment)1?信令流程MS1?信令流程MSBTSBSCMSCChannelREQ(1)IMMAChannelRQD(2)ChannelACT(3)ChannelACTACK(4)SSCMD(5)SABM (6)IIIIIIlliIII1111111111111IBMUA(7)MihimuiilhiinmiilliiESTIND(CMServiceREQ*8)CR(CMP13information)(9CMServiceAccepted(11)Setup(12)CallProceeding(13)ASSChannelACT(15)ASSREQ(14)ChannelACTACK(16)CMD(17)SABM (18)UA(19)MlIIIIIIIIIllflIIIIII!IIIIIASSCMPESTIND(20)(21)ASSCMP(22)Alerting(23)Connect(24)ConnectACK(25)Talking(26)DISC(27)REL(28)RELCMP(29)ChannelREL(31)ClearCMD(30)ClearCMP(38) DI■普◎習 mmiiU^i(3i)*iiminuDeactiveSACCH(34)RLSD(39)RLSDCMP(40)RELIND(35)RFChannelREL(36)RFChannelRELACK(37)圖7-1MobileoriginatingcallestablishmentwithoutOACSU(earlyassignment)⑴ MS在空中接口的接入信道上向 BTS發(fā)送ChannelRequest(該消息內含接入原因值為MOC但是該該消息中的原因值并不完全準確，因為 MS在做移動主叫和IMSI分離時都填的是該原因值。)，BTS向BSC發(fā)送ChannelRequired消息；⑶ BSC收到ChannelRequired后，分配信令信道，向 BTS發(fā)送ChannelActivation；⑷ BTS收到ChannelActivation 后，如果信道類型正確，則在指定信道上開功率放大器，上行開始接收信息，并向 BSC發(fā)送ChannelActivationAcknowledge；(5) BSC通過BTS向MS發(fā)送ImmediateAssignmentCommand；⑹ MS發(fā)SABM幀接入；⑺BTS回UA幀進行確認；BTS向BSC發(fā)EstablishmentIndication (該消息中準確的反映了 MS的接入原因，此時對移動主叫和IMSI填的是不同的原因值。)，內含CMServiceRequest消息內容；BSC建立A接口SCCP鏈接，向MSC發(fā)送CMServiceRequest；MSC向BSC回鏈接確認消息；MSC發(fā)CMServiceAccepted；主叫MS發(fā)Setup；MSC向主叫MS發(fā)CallProceeding；MSC向BSC發(fā)AssignmentRequest，在該消息中，分配了A接口CIC；BSC分配話音信道，向BTS發(fā)送ChannelActivation；BTS收到ChannelActivation 后，如果信道類型正確，則在指定信道上開功率放大器，上行開始接收信息，并向 BSC發(fā)送ChannelActivationAcknowledge；BSC通過BTS向MS發(fā)送AssignmentCommand；MS發(fā)SABM幀在AssignmentCommand中指定的信道上接入；BTS回UA幀進行確認；BTS向BSC發(fā)EstablishmentIndication ；MS在接入話音信道后，發(fā)送AssignmentComplete；無線業(yè)務信道和地面電路均成功連接后， BSC向MSC發(fā)送AssignmentComplete，并認為該呼叫進入通話狀態(tài)；MSC向主叫MS發(fā)Alerting消息，主叫MS聽到回鈴音；MSC向主叫MS發(fā)Connect；主叫MS向MSC回ConnectAcknowledge;主叫MS和被叫MS進入語音通話狀態(tài)；通話完畢，主叫MS掛機，主叫MS發(fā)Disconnect;MSC向MS發(fā)Release;MS回ReleaseComplete;MSC向BSC發(fā)ClearCommandBSC收到該消息后，啟動釋放流程；后續(xù)的釋放流程參見釋放流程的描述。2.流程說明0中(1)?(8)為隨機接入、立即指配過程。在此過程中，BSS為MS分配信令信道。0中，在(10)和(11)之間，可能會有鑒權、加密流程、類標查詢(更新過程)。根據MSC的數據配置情況等的不同， 在A接口鏈接建立后，MSC有可能不會立即下發(fā)CMServiceAccepted消息，而是：⑻下發(fā)CipherModeCommand啟動加密流程(這種情況下 MSC就不會再下發(fā)CMServiceAccepted消息);下發(fā)AuthenticationRequest啟動鑒權流程;下發(fā)ClassmarkUpdate啟動類標更新流程。此外，如果BSC數據配置中“ECSC配置為“是”，則雙頻 MS在上報EstablishmentIndication后，將緊接著上報ClassmarkChange消息。⑶ 0中(14)?(22)為TCH指配流程在此流程中，BSS為MS分配話音信道以及A接口電路等資源。(4) 0中(30)?(40)為釋放流程0所示為主叫MS先掛機的釋放流程。在資源釋放時，無線口先釋放邏輯信道，再釋放物理信道。

MobileoriginatingcallestablishmentwithOACSU(lateassignment)1?信令流程BTSBSCMSCBTSBSCMSCChannelRQD(1)IMMAChannelACT(2)ChannelACTACK(3)SSCMD(4)SABM (5) UA?⑹ -?|iilllltHiliESTIND(CMServiceREQ)(7)CR(CMP13information)(8)CMServiceAccepted(10)CC(9)Setup(11)CallProceeding(12)Alerting(13)ASSCChannelACT(15)ASSREQ(14)ChannelACTACK(16)MD(17)SABM(18)ESTIND(20)UA(19)ASS(MP(21)ASSCMP(22)Connect(23)ConnectACK(24)Talking(25)DISC(26)REL(27)RELCMP(28)ClearCMD(29)ChannelREL(30)ClearCMP(37)DISC(31)RLSD(38)UA(32) DeactiveSACCH(33)RLSDCMP(39)RELIND(34)RFChannelREL(35)RFChannelRELACK(36)圖7-2MobileoriginatingcallestablishmentwithOACSU(lateassignment)0與0的區(qū)別是后者的指配流程在 Alerting 消息之后，其它方面沒有差別；⑵ 0所示流程的優(yōu)點：可以節(jié)約占用話音信道的時間；0所示流程的缺點：如果后續(xù)指配不成功， 會造成被叫用戶聽到振鈴卻不能打通電話，從而易導致用戶投訴。因此，實際應用中，一般不使用本流程，而是使用0所示的流程。

2.流程說明可參考OMobileoriginatingcallestablishmentwithoutOACSU(early2.流程說明可參考OMobileoriginatingcallestablishmentwithoutOACSU(earlyassignment）部分的相關說明。0所示為主叫MS先掛機。MobileoriginatingcallestablishmentwithOACSU(Veryearlyassignment)信令流程MSBTSBSCMSCMSBTSBSCMSCChannelREQ(1)CR(CMPL3information)(9)IMMAChannelRQD(2)ChannelACT(3)ChannelACTACK(4)SSCMD(5)SABM (6)IIIIIBIIM^I(7^IIIIIIIIIIWmi1iiiiiiifliitnaiiiimillESTIND(CMServiceREQ)(8)CC(10)CMServiceAccepted(11)Setup(12)CallProceeding(13)Alerting(14)ChannelMoASSREQ(15)ModeModify(16) 1ASSCMP(20)■ModemodiiyACK(1/)deModify(18)ChannelmodeModiiyACK(19)Connect(21)ConnectACK(22)Talking(23)DISC(24)REL(25)RELCMP(26)ClearCMD(27)ChannelREL(28)ClearCMP(35)DISC(29)RLSD(36)UA(30)mihilanaiiilianalinn■■■DeactiveSACCH(31)RLSDCMP(37)RELIND(32)RFChannelREL(33)RFChannelRELACK(34)圖7-3MobileoriginatingcallestablishmentwithOACSU(Veryearlyassignment)0與0的區(qū)別是：后者在立即指配時分配的是 TCH作為信令信道使用，因此在指配時不需要再分配TCH而是通過ModeModify，將立即指配分配的TCH調整為話音信道；0所示的流程，一般發(fā)生在立即指配時無空閑 SDCCH供分配，但有空閑TCH且BSC數據配置容許立即指配TCH的情況下。流程說明可參考0MobileoriginatingcallestablishmentwithoutOACSU(earlyassignment)部分的相關說明。0所示為主叫MS先掛機。異常流程無線口消息丟失、掉話、用戶掛機、傳輸、 NSS以及BSS設備運行異常等，都可能導致流程不能正常進行。此外，MS在一次接入時，重發(fā)多個ChannelRequired，將造成BSS激活多個信令信道，而實際上 MS只會占用一個，其它信道由于無法收到MS的EstablishIndication而超時釋放。由于造成異常流程的原因比較多，在此就其中出現較多的情況進行說明。7.3.1隨即接入、立即指配異常流程信道激活后收不到EstablishIndication這種情況發(fā)生原因，一般有：MS設計不符合協(xié)議，重發(fā)多個ChannelRequest造成BSS多分配并激活信令信道。即使BSS系統(tǒng)運行正常，MS在一次接入時，也可能重發(fā)多個 ChannelRequest，造成BSS激活多個信令信道，而實際上MS只會占用其中一個；其它信道由于無法收到 MS的EstablishIndication,而由BSC在T3101定時器超時后將信道釋放。該現象在擴展傳輸時隙數設置合理的情況下，通常是由于無線口上行接收正常，但下行信號不能被 MS很好接收。此時，在MS側跟蹤無線口，可能發(fā)現在給 BTS發(fā)送ChannelRequest后，收不到BTS的相關信息。這時，需要檢查上下行接收電平、接收質量是否正常。如果 MS和基站之間距離不遠，但接收電平低、接收質量差，需要檢查 BTS天饋以及MS的天線、電池等是否正常。Tx-integer與CCCH配己置方式影響MS的ChannelRequest的重發(fā)間隔時間。BSC發(fā)ImmediateAssignmentReject 。如果BSC攵至UChannelRequired后，給MS發(fā)ImmediateAssignmentReject,通常為如下原因：發(fā)現無合適的信令信道(信令信道通常為 SDCCH也可以為TCH)分配給該MS這種情況一般為信道全忙或者信道被閉塞等造成不可用。給BTS下發(fā)ChannelActivation后，BTS回ChannelActivation NegativeAcknowledge。如果BTS給BSC回大量ChannelActivationNegativeAcknowledge ，通常是由于Abis接口傳輸不穩(wěn)定造成BSC和BTS信道狀態(tài)不一致；或者BTS個別單板運行出現異常。MS(未下發(fā)Assignmentrequest 而是直接下發(fā)Disconnect拆除呼叫在MS進行呼叫接續(xù)過程中，立即指配過程完成后，本應該進行指配過程，但是由于某種原因導致 MSC沒有下發(fā)AssignmentRequest消息，而是下發(fā)Disconnect消息給MS然后拆除了呼叫。這種情況的發(fā)生，通常會導致大量用戶投訴電話打不通。此時需要重點檢查：MSC側A接口電路狀態(tài)MSC和BSC的A接口數據一致性，尤其是電路池數據。指配異常流程AssignmentFailure在BSC攵至UAssignmentRequest后，BSC沒正常返回AssignmentComplete，而是返回AssignmentFailure。常見原因有：BSC無合適的話音信道供分配。BSC無合適的話音信道分配，有可能是話音信道全部處于 Busy狀態(tài)，也可能是被Block等造成不可用。此時，BSC回的AssignmentFailure 消息所帶原因值為NoRadioResource。對這種情況，可通過增加TRX進行基站擴容、修改接入門限、打開直接重試開關進行改善。MS接入話音信道失敗，從信令信道上發(fā)送 AssignmentFailure 。這種情況下的AssignmentFailure 是從MS報上來的。由于無線口傳輸的特殊性，這種情況實際網絡中出現最多，且無法根本解決。如果這種情況發(fā)生比例很大，易導致用戶投訴，需要重點檢查天饋、 BTS相關單板、BSC數據配置中接入方面的相關參數。BSC側發(fā)現A接口電路異常，例如AssignmentRequest中帶的CIC不可用。此時需要重點核查MSC和BSC的A接口數據一致性。BSC相關硬件出現異常。此時，BSC回的AssignmentFailure消息所帶原因值通常為EquipmentFailure。這時需要重點檢查：1)BSC莫塊間通訊相關單板及其母板、光纖，例如 GMC2GMCCGSNTGOPTGFBI;2)A接口相關單板，例如E3MTCSM單元及其母板。A接口傳輸出現異常。DirectedRetryBSC在收到MSC下發(fā)的AssignmentRequest后，由于無合適的TCH供分配，而BSC數據配置中容許進行直接重試， BSC將視情況發(fā)起切換(原因值為DirectedRetry)，使MS直接重試到其它小區(qū)。掉話造成的異常流程主被叫用戶在任何流程中間，均有可能掉話，導致后續(xù)流程不能正常完成。例如，BSC在收到MSC下發(fā)的AssignmentRequest消息后，用戶在信令信道上突然掉話，這樣指配過程可能還沒有完成(如信道剛剛分配，還沒有下發(fā)AssignmentCommand消息)，這種情況下可能導致 BSC既不給MS