06-移動(dòng)主叫規(guī)程

1、精心整理第6章移動(dòng)主叫流程6.1 概述移動(dòng)主叫(始呼)包括 MS 撥打 MS、MS 撥打固定電話，不包括短消息始發(fā)。6.2 正常流程移動(dòng)主叫正常流程，根據(jù)指配流程類別(EarlyAssignment、LateAssignment、VeryEarlyAssignment )分成三類。其中EarlyAssignment、LateAssignment 流程的選擇是 MSC 決定的；VeryEarlyAssignment 流程是由 BSS 根據(jù)無(wú)線資源等情 況決定的。6.2.1 Mobileorigi nati ngcallestablishme ntwithoutOACSU(earlyassig n

2、ment)1信令流程，二/ O圖6-1 MobileoriginatingcallestablishmentwithoutOACSU(earlyassignment)(1)MS 在空中接口的接入信道上( RACH 上)向 BTS 發(fā)送 ChannelRequest (該消息內(nèi)含接入原因值為 MOC。但是該消息中的原因值并不完全準(zhǔn)確，因?yàn)镸S 在做移動(dòng)主叫和IMSI 分離時(shí)都填的是該原因值。)；(2)BTS 向 BSC 發(fā)送 ChannelRequired 消息；(3)BSC 收到 ChannelRequired 后，分配信令信道，向BTS 發(fā)送 ChannelActivation；(4)BTS

3、 收到 ChannelActivation 后，如果信道類型正確，則在指定信道上開(kāi)功率放大器，上行開(kāi)始接收信息，并向BSC 發(fā)送 ChannelActivationAcknowledge；(5)BSC 通過(guò) BTS 向 MS 發(fā)送 ImmediateAssignmentCommand, Um 接口中該消息在 AGCH上發(fā)送；(6)MS 在 SDCCH 上發(fā) SABM 幀接入；(7)BTS 在 SDCCH 上回 UA 幀進(jìn)行確認(rèn)；(8)BTS 向 BSC 發(fā) Establishmentlndication(該消息中準(zhǔn)確的反映了MS 的接入原因，例如此時(shí)對(duì)移動(dòng)主叫和IMSI 分離填的是不同的原因值

4、。)，內(nèi)含 CMServiceRequest 消息內(nèi)容；(9)BSC 建立 A 接口 SCCP 鏈接，向 MSC 發(fā)送 CMServiceRequest ；(10)MSC 向 BSC 回鏈接確認(rèn)消息；(11)MSC 發(fā) CMServiceAccepted ，Um 接口中該消息在 SDCCH 上發(fā)送；(12)主叫 MS 在 SDCCH 上發(fā) Setup ；精心整理(13)MSC 向主叫 MS 發(fā) CallProceeding ，Um 接口中該消息在 SDCCH 上發(fā)送；精心整理(14)MSC 向 BSC 發(fā) AssignmentRequest ，在該消息中，分配了 A 接口 CIC ;(15)B

5、SC 分配話音信道，向 BTS 發(fā)送 ChannelActivation ;(16)BTS 收到 ChannelActivation 后，如果信道類型正確，則在指定信道上開(kāi)功率放大器，上行開(kāi)始接收信息，并向BSC 發(fā)送 ChannelActivationAcknowledge；(17)BSC 通過(guò) BTS 向 MS 發(fā)送 AssignmentCommand ，Um 接口中該消息在 SDCCH 上發(fā) 送；(18)MS 在 AssignmentCommand 中指定的 FACCH 上發(fā) SABM 幀來(lái)接入；(19)BTS 在 FACCH 上回 UA 幀進(jìn)行確認(rèn)；(20)BTS 向 BSC 發(fā) Es

6、tablishmentlndication;(21)MS 在接入話音信道后，在 FACCH 上發(fā)送 AssignmentComplete ；(22)無(wú)線業(yè)務(wù)信道和地面電路均成功連接后，BSC 向 MSC 發(fā)送 AssignmentComplete ，并認(rèn)為該呼叫進(jìn)入通話狀態(tài)；(23)MSC 向主叫 MS 發(fā) Alerting 消息，主叫 MS 聽(tīng)到回鈴音，Um 接口中該消息在 FACCH 上發(fā)送；(24)MSC 向主叫 MS 發(fā) Connect，Um 接口中該消息在 FACCH 上發(fā)送；(25)主叫 MS 在 FACCH 上向 MSC 回 Co nn ectAck no wledge ；(26

7、)主叫 MS 和被叫 MS 進(jìn)入語(yǔ)音通話狀態(tài)；(27)通話完畢，主叫 MS 掛機(jī)，主叫 MS 在 FACCH 上發(fā) Disconnect 消息；(28)MSC 向 MS 發(fā) Release，Um 接口中該消息在 FACCH 上發(fā)送；(29)MS 回 ReleaseComplete ，Um 接口中該消息在 FACCH 上發(fā)送；(30)MSC 向 BSC 發(fā) ClearCommand ，BSC 收到該消息后，啟動(dòng)釋放流程；后續(xù)的釋放流 程參見(jiàn)釋放流程的描述；(31)BSC 通過(guò) BTS 向 MS 發(fā)送 ChannelRelease ，Um 接口中該消息在 FACCH 上發(fā)送；(32)MS 在 FA

8、CCH 上發(fā) DISC 幀；(33)BTS 在 FACCH 上回 UA 幀進(jìn)行確認(rèn)。2.流程說(shuō)明(1)錯(cuò)誤！未指定書(shū)簽。 中(1)(8)為隨機(jī)接入、立即指配過(guò)程。在此過(guò)程中，BSS 為 MS 分配信令信道。(2)錯(cuò)誤！未指定書(shū)簽。 中，在(10 )和(11 )之間，可能會(huì)有鑒權(quán)、加密流程、類標(biāo)查詢(更新過(guò)程)。根據(jù) MSC 的數(shù)據(jù)配置情況等的不同，在A 接口鏈接建立后， MSC 有可能不會(huì)立即下發(fā)CMServiceAccepted 消息，而是：下發(fā) CipherModeCommand 啟動(dòng)加密流程(這種情況下MSC 就不會(huì)再下發(fā) CMServiceAccepted 消息)；(b) 下發(fā) Aut

9、hentication Request 啟動(dòng)鑒權(quán)流程；(c) 下發(fā) ClassmarkUpdate 啟動(dòng)類標(biāo)更新流程。此外，如果 BSC 數(shù)據(jù)配置中“ ECSC”配置為“是，則雙頻MS 在上報(bào) Establishmentlndication 后，將緊接著上報(bào)ClassmarkChange 消息。(1)錯(cuò)誤！未指定書(shū)簽。 中(14 )(22 )為 TCH 指配流程精心整理在此流程中，BSS 為 MS 分配話音信道以及 A 接口電路等資源。(2)錯(cuò)誤！未指定書(shū)簽。 中(30 )(40 )為釋放流程錯(cuò)誤！未指定書(shū)簽。所示為主叫 MS 先掛機(jī)的釋放流程。在資源釋放時(shí)，無(wú)線口先釋放邏輯信道，再釋放物理信

10、道。6.2.2 Mobileorigi nat in gcallestablishme ntwithOACSU(lateassig nment)1信令流程圖6-2 MobileoriginatingcallestablishmentwithOACSU(lateassignment)(1)錯(cuò)誤！未指定書(shū)簽。 與錯(cuò)誤！未指定書(shū)簽。的區(qū)別是后者的指配流程在Alerting 消息之后，其它方面沒(méi)有差別；(2)錯(cuò)誤！未指定書(shū)簽。所示流程的優(yōu)點(diǎn)：可以節(jié)約占用話音信道的時(shí)間；(3)錯(cuò)誤！未指定書(shū)簽。所示流程的缺點(diǎn)：如果后續(xù)指配不成功，會(huì)造成被叫用戶聽(tīng)到振鈴卻不能打通電話，從而易導(dǎo)致用戶投訴。因此，實(shí)際應(yīng)用中

11、，一般不使用本流程，而是 使用錯(cuò)誤！未指定書(shū)簽。 所示的流程。2.流程說(shuō)明 -一上一一 “護(hù)I可參考錯(cuò)誤！未指定書(shū)簽。MobileoriginatingcallestablishmentwithoutOACSU(earlyassignment)部分的相關(guān)說(shuō)明。錯(cuò)誤！未指定書(shū)簽。 所示為主叫 MS 先掛機(jī)。6.2.3 Mobileorigi nati ngcallestablishme ntwithOACSU(Veryearlyassig nment)1.信令流程圖6-3 MobileoriginatingcallestablishmentwithOACSU(Veryearlyassignmen

12、t)(1)錯(cuò)誤！未指定書(shū)簽。 與錯(cuò)誤！未指定書(shū)簽。的區(qū)別是：后者在立即指配時(shí)分配的是TCH作為信令信道使用，因此在指配時(shí)不需要再分配TCH，而是通過(guò) ModeModify，將立即指配分配的 TCH 調(diào)整為話音信道；(2)錯(cuò)誤！未指定書(shū)簽。所示的流程，一般發(fā)生在立即指配時(shí)無(wú)空閑SDCCH 供分配，但有空閑 TCH、且 BSC 數(shù)據(jù)配置容許立即指配TCH 的情況下。2.流程說(shuō)明可參考錯(cuò)誤！未指定書(shū)簽。MobileoriginatingcallestablishmentwithoutOACSU(earlyassignment)部分的相關(guān)說(shuō)明。錯(cuò)誤！未指定書(shū)簽。 所示為主叫 MS 先掛機(jī)。6.3BSC

13、 內(nèi)部處理流程(1)BSC 收到 BTS 的 CH_RQD 消息后，根據(jù) CH_RQD 消息中要求的信道類型和信道分配算法(可能涉及到無(wú)線信道管理控制表、信道分配II 代算法控制表、小區(qū)呼叫控制表中“立即指配 TCH ”)分配合適的信令信道(2)在隨機(jī)接入過(guò)程中，BSC 收到 BTS 的 EST_IND 消息后，根據(jù)BSC 小區(qū)表將該當(dāng)前小區(qū)的 CGI 添入 CM_SERVICE_REQ 消息發(fā)送給 MSC。精心整理(3)BSC 收到 MSC 的 AssignmentRequest 消息后，檢查信道類型， 對(duì)于數(shù)據(jù)業(yè)務(wù)根據(jù) 小 區(qū)配置數(shù)據(jù)表中的“數(shù)據(jù)業(yè)務(wù)設(shè)置”進(jìn)行檢查是否支持，不支持直接返回指

14、配失敗。(4)BSC 根據(jù) AssignmentRequest 消息中的 CIC 檢查中繼電路表，確認(rèn) CIC 的是否存在，檢查配置 CIC 的電路池、AssignmentReqest 消息中要求信道類型和TC 單板的支持能力三者是否沖突，如果沖突則給MSC 回指配失敗(5)BSC 收到手機(jī)上報(bào)的 AssignmentComplete 消息后，根據(jù)本局信息表中配置的“A接口階段標(biāo)志”，添充 A 接口的 AssignmentComplete 消息上報(bào)給 MSC。6.4 異常流程與故障定位指導(dǎo)無(wú)線口消息丟失、掉話、用戶掛機(jī)、傳輸、NSS 以及 BSS 設(shè)備運(yùn)行異常等，都可能導(dǎo)致流程不能正常進(jìn)行。此

15、外，MS 在一次接入時(shí)，重發(fā)多個(gè)ChannelRequired，將造成 BSS 激活多個(gè)信令信道，而實(shí)際上MS 只會(huì)占用一個(gè)，其它信道由于無(wú)法收到 MS 的 Establishlndication 而超時(shí)釋放。由于造成異常流程的原因比較多，在此就其中岀現(xiàn)較多的情況進(jìn)行說(shuō)明。6.4.1隨即接入、立即指配異常流程1.信道激活后收不到 EstablishI ndicati on這種情況發(fā)生原因，一般有：(1)MS 設(shè)計(jì)不符合協(xié)議，重發(fā)多個(gè)ChannelRequest 造成 BSS 多分配并激活信令信道。(2)即使 BSS 系統(tǒng)運(yùn)行正常，MS 在一次接入時(shí)，也可能重發(fā)多個(gè)ChannelRequest

16、，造成BSS 激活多個(gè)信令信道，而實(shí)際上MS 只會(huì)占用其中一個(gè)；其它信道由于無(wú)法收到MS的 EstablishIndication ，而由 BSC 在 T3101 定時(shí)器超時(shí)后將信道釋放。該現(xiàn)象在擴(kuò)展傳輸時(shí)隙數(shù)設(shè)置合理的情況下，通常是由于無(wú)線口上行接收正常，但下行信號(hào)不能被MS很好接收而導(dǎo)致。此時(shí)，在 MS 側(cè)跟蹤無(wú)線口，可能發(fā)現(xiàn)在給BTS 發(fā)送 ChannelRequest 后，收不到 BTS 的相關(guān)信息。這時(shí)，需要檢查上下行接收電平、接收質(zhì)量是否正常。如果MS 和基站之間距離不遠(yuǎn)，但接收電平低、接收質(zhì)量差，需要檢查 BTS 天饋以及 MS 的天線、電池等是否正常。3) BSC 數(shù)據(jù)配置中的

17、擴(kuò)展傳輸時(shí)隙數(shù)(Tx-integer )及 CCCH 配置不當(dāng)Tx-integer 與 CCCH 配置方式影響 MS 的 ChannelRequest 的重發(fā)間隔時(shí)間。2.BSC 發(fā) ImmediateAssignmentReject。如果 BSC 收到 ChannelRequired 后，給 MS 發(fā) ImmediateAssignmentReject，通常為如下原因:(1)發(fā)現(xiàn)無(wú)合適的信令信道(信令信道通常為SDCCH，也可以為 TCH。)分配給該 MS。這種情況一般為信道全忙或者信道被閉塞等造成不可用。(2)給 BTS 下發(fā) ChannelActivation 后，BTS 回 Chann

18、elActivationNegativeAcknowledge。如果 BTS 給 BSC 回大量 ChannelActivationNegativeAcknowledge ，通常是由于 Abis 接口傳輸不穩(wěn)定造成 BSC 和 BTS 信道狀態(tài)不一致；或者 BTS 個(gè)別單板運(yùn)行岀現(xiàn)異常。6.4.2 MSC未下發(fā)Assignmentrequest而是直接下發(fā)Disconnect拆除呼叫在 MS 進(jìn)行呼叫接續(xù)過(guò)程中，立即指配過(guò)程完成后，本應(yīng)該進(jìn)行指配過(guò)程，但是由于某種原因?qū)е翸SC 沒(méi)有下發(fā)AssignmentRequest 消息，而是下發(fā) Disconnect 消息給 MS，然后拆除了呼叫。這種

19、情況的發(fā)生，通常會(huì)導(dǎo)致大量用戶精心整理投訴電話打不通。此時(shí)需要重點(diǎn)檢查:(1)MSC 側(cè) A 接口電路狀態(tài)(2)MSC 和 BSC 的 A 接口數(shù)據(jù)一致性，尤其是電路池?cái)?shù)據(jù)。643指配異常流程1.Assig nmen tFailure在 BSC 收到 AssignmentRequest 后，BSC 沒(méi)正常返回 AssignmentComplete，而是返回 AssignmentFailure。常見(jiàn)原因有：(1)BSC 無(wú)合適的話音信道供分配。BSC 無(wú)合適的話音信道分配，有可能是話音信道全部處于Busy 狀態(tài)，也可能是被 Block 等造成不可用。此時(shí)，BSC 回的 AssignmentFai

20、lure 消息所帶原因值為 NoRadioResource。對(duì)這種情況，可通過(guò)增加TRX 進(jìn)行基站擴(kuò)容、修改接入門限、打開(kāi)直接重試開(kāi)關(guān)進(jìn)行改善。(2)MS 接入話音信道失敗，從信令信道上發(fā)送AssignmentFailure 。這種情況下的 AssignmentFailure 是從 MS 報(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ù)。(3)BSC 側(cè)發(fā)現(xiàn) A 接口電路異常，例如 AssignmentRequest 中帶的 CIC 不可用。I. j

21、j.一Q_此時(shí)需要重點(diǎn)核查 MSC 和 BSC 的 A 接口數(shù)據(jù)一致性。(4)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 單元及其母板。(5)A 接口傳輸出現(xiàn)異常。2.DirectedRetryBSC 在收到 MSC 下發(fā)的 AssignmentRequest 后，由于無(wú)合適的 TCH 供分配，而 BSC 數(shù)據(jù)配置中容許進(jìn)行直接重試，BSC

22、將視情況發(fā)起切換(原因值為DirectedRetry )，使 MS 直接重試到其它小區(qū)。6.4.4掉話造成的異常流程主被叫用戶在任何流程中間，均有可能掉話，導(dǎo)致后續(xù)流程不能正常完成。例如，BSC 在收到 MSC 下發(fā)的AssignmentRequest 消息后，用戶在信令信道上突然掉話，這樣指配過(guò)程可能還沒(méi)有完成(如信道剛剛分配，還沒(méi)有下發(fā) AssignmentCommand 消息)，這種情況下可能導(dǎo)致BSC 既不給 MSC 返回 AssignmentComplete 也不返回AssignmentFailure，而是發(fā) ClearRequest。6.4.5用戶掛機(jī)造成的異常流程主被叫用戶在任何