CS基本業(yè)務(wù)計劃流程介紹

更多企業(yè)學(xué)院：《中小企業(yè)治理全能版》183套講座+89700份資料《總經(jīng)理、高層治理》49套講座+16388份資料《中層治理學(xué)院》46套講座+6020份資料

《國學(xué)智慧、易經(jīng)》46套講座《人力資源學(xué)院》56套講座+27123份資料《各時期職員培訓(xùn)學(xué)院》77套講座+324份資料《職員治理企業(yè)學(xué)院》67套講座+8720份資料《工廠生產(chǎn)治理學(xué)院》52套講座+13920份資料《財務(wù)治理學(xué)院》53套講座+17945份資料

《銷售經(jīng)理學(xué)院》56套講座+14350份資料《銷售人員培訓(xùn)學(xué)院》72套講座+4879份資料更多企業(yè)學(xué)院：《中小企業(yè)治理全能版》183套講座+89700份資料《總經(jīng)理、高層治理》49套講座+16388份資料《中層治理學(xué)院》46套講座+6020份資料

《國學(xué)智慧、易經(jīng)》46套講座《人力資源學(xué)院》56套講座+27123份資料《各時期職員培訓(xùn)學(xué)院》77套講座+324份資料《職員治理企業(yè)學(xué)院》67套講座+8720份資料《工廠生產(chǎn)治理學(xué)院》52套講座+13920份資料《財務(wù)治理學(xué)院》53套講座+17945份資料

《銷售經(jīng)理學(xué)院》56套講座+14350份資料《銷售人員培訓(xùn)學(xué)院》72套講座+4879份資料更多企業(yè)學(xué)院：《中小企業(yè)治理全能版》183套講座+89700份資料《總經(jīng)理、高層治理》49套講座+16388份資料《中層治理學(xué)院》46套講座+6020份資料

《國學(xué)智慧、易經(jīng)》46套講座《人力資源學(xué)院》56套講座+27123份資料《各時期職員培訓(xùn)學(xué)院》77套講座+324份資料《職員治理企業(yè)學(xué)院》67套講座+8720份資料《工廠生產(chǎn)治理學(xué)院》52套講座+13920份資料《財務(wù)治理學(xué)院》53套講座+17945份資料

《銷售經(jīng)理學(xué)院》56套講座+14350份資料《銷售人員培訓(xùn)學(xué)院》72套講座+4879份資料位置更新流程位置更新是MS通知網(wǎng)絡(luò)用戶當(dāng)前位置信息的過程，有三種類型：正常位置更新、周期性位置更新和IMSI附著。正常位置更新指的是用戶所在位置區(qū)LA發(fā)生變化，周期性位置更新是MS依照RNC/BSC的廣播信息在空閑狀態(tài)定期更新網(wǎng)絡(luò)保存的用戶位置信息，IMSI附著一般是用戶開機(jī)或插入SIM卡。位置更新差不多上由MS發(fā)起的，流程相同，只是在LocationUpdatingReq消息中的“位置更新類型”參數(shù)值不同。在同一模塊的位置更新流程講明：移動用戶由于位置區(qū)改變、開機(jī)、插入SIM卡以及周期性更新等緣故決定向網(wǎng)絡(luò)發(fā)起位置更新過程。MS側(cè)的MM實體要求RR實體建立RR連接。RR連接建立后，RNC將內(nèi)容為LUReq的L3消息組裝成SCCP-CR消息發(fā)送到UMSC-RANAP實體。RANAP在SCCP連接建立后，由分發(fā)原則依照用戶標(biāo)識（IMSI/TMSI）選擇業(yè)務(wù)處理模塊，發(fā)送內(nèi)容為LUReq的mrInitUE消息通知選定業(yè)務(wù)處理機(jī)的MSC-MM實體。MM實體對LUReq進(jìn)行解碼、參數(shù)檢查、負(fù)荷操縱檢查，推斷是否接收位置更新。若同意位置更新，則形成內(nèi)部消息發(fā)送給VLRMAP；否則拒絕業(yè)務(wù)。用戶使用TMSI進(jìn)行位置更新時，若VLRMAP不認(rèn)識此TMSI且不能從PVLR得到IMSI，則要求用戶提供IMSI，向MM發(fā)送mcvPvdIMSIReq消息。請求IMSI過程見“請求用戶標(biāo)識”過程描述。MM獵取IMSI后返回給VLRMAP，VLRMAP檢查IMSI屬于本模塊處理范圍，接著進(jìn)行位置更新處理流程，否則進(jìn)行業(yè)務(wù)遷移（具體流程參見圖12）。依照OMC配置需要對此位置更新過程進(jìn)行鑒權(quán)，VLRMAP發(fā)送mcvAuthReq消息給MS。鑒權(quán)過程見“鑒權(quán)過程”描述。VLR中不存在用戶數(shù)據(jù)時需要位置更新HLR。在用戶位置更新之前，HLR中的用戶補(bǔ)充業(yè)務(wù)數(shù)據(jù)可能被修改，或者HLR可能重新啟動過，那么HLR將發(fā)送ForwardCheckSSReq消息通知VLR。VLRMAP轉(zhuǎn)發(fā)此消息給MM。MM使用一新的呼叫無關(guān)補(bǔ)充業(yè)務(wù)Register消息（包含在mrDirectTrans中）傳送給MS，通知MS檢查相關(guān)的補(bǔ)充業(yè)務(wù)信息。依照OMC配置需要為用戶重新分配TMSI，則VLRMAP啟動安全治理過程，發(fā)送mcvSecModeCmd消息到MM，消息中指明是否加密，采納的加密算法和完整性算法。安全治理過程是RNC與MS之間的過程，因此MM形成相應(yīng)RANAP消息發(fā)送給RNC。RNC完成后通知MM。需要注意的是，在UMTS系統(tǒng)中安全治理過程包含了完整性愛護(hù)的作用。而在每次新信令連接建立中必須啟動完整性過程來愛護(hù)所傳信令的完整性，因此“安全模式設(shè)置”過程為必須過程，除了以下四種情況：1）信令連接只是為了進(jìn)行周期性位置更新；2）在初始L3消息后，沒有其他信令傳遞；3）初始L3消息后，只有鑒權(quán)、IDReq以及信令拒絕消息；4）建立緊急呼叫。另外，一般來講，加密過程之前必須啟動鑒權(quán)過程，因為加密的密鑰是通過AuthReq消息帶到MS的。為了在不鑒權(quán)時進(jìn)行加密，GSM/UMTS系統(tǒng)采納了CKSN/KSI方法。MS在接入網(wǎng)絡(luò)時將存儲的CKSN/KSI帶上來，若和VLR中的CKSN/KSI一致，則能夠直接啟動加密過程。位置更新同意，VLR重新分配TMSI，VLRMAP形成mcvFwdNewTmsiReq消息通知MM重新分配TMSI（沒有TMSI重新分配過程時，VLRMAP發(fā)送mvLUCnf消息通知MM位置更新過程正常結(jié)束）。MM將新TMSI包含在LUAcc消息中送給MS，MS存儲新TMSI和LAI，刪除舊TMSI，返回TmsiReallocComplete消息。MM接收消息給VLR發(fā)送mcvFwdNewTmsiRsp，位置更新完成。若MS在位置更新請求中攜帶有follow-on參數(shù)，表示位置更新有后續(xù)業(yè)務(wù)需要處理，則MM在LUAccept消息中帶回follow-on參數(shù)，等待后續(xù)業(yè)務(wù)。在MM接收TmsiReallocComplete消息后，若支持follow-on，則不釋放Iu連接，設(shè)置定時器等待后續(xù)業(yè)務(wù)。否則，MM發(fā)送mrIuRel消息釋放Iu連接。若MM在LUAccept消息中只包含IMSI，表示不使用TMSI，MS刪除原來TMSI；若在LUAccept消息中不帶有任何用戶標(biāo)識，則MS使用原來的標(biāo)識。若當(dāng)前存在多個PLMN網(wǎng)絡(luò)，且運(yùn)營者同意用戶接入其他網(wǎng)絡(luò)，則在LUAcc消息中用"equivalentPLMNs"參數(shù)包含這些同意接入網(wǎng)絡(luò)標(biāo)識給MS，MS保存信息到SIM卡中。在"equivalentPLMNs"參數(shù)為空時，MS刪除SIM卡已有信息。存在業(yè)務(wù)遷移時的位置更新MSC/VLR系統(tǒng)采納多模塊的業(yè)務(wù)處理機(jī)，從RNC/BSC接收的L3消息需要依照一定的規(guī)則分發(fā)到某一個或多個業(yè)務(wù)處理機(jī)。RNC/BSC來的和某用戶相關(guān)的L3消息差不多上在一個SCCP連接上傳送的，消息的分發(fā)只需要在接收第一條SCCP面向連接消息時進(jìn)行，后續(xù)消息發(fā)往同一業(yè)務(wù)處理機(jī)。由于MSC/VLR分片處理是按照用戶標(biāo)識的末兩位來劃分的，因此RANAP依照用戶標(biāo)識號碼末兩位將消息分發(fā)到相應(yīng)業(yè)務(wù)處理機(jī)。考慮在TMSI標(biāo)識用戶時，用戶攜帶的TMSI網(wǎng)絡(luò)可能不認(rèn)識，則可能會引起業(yè)務(wù)處理遷移。如位置更新、用戶接入。流程講明：移動用戶由于位置區(qū)改變、開機(jī)、插入SIM卡以及周期性更新等緣故決定向網(wǎng)絡(luò)發(fā)起位置更新過程。MS側(cè)的MM實體要求RR實體建立RR連接。RR連接建立后，BSC將內(nèi)容為LUReq的L3消息組裝成SCCP-CR消息發(fā)送到UMSC-RANAP實體。RANAP在SCCP連接建立后，依照用戶標(biāo)識的末兩位選擇業(yè)務(wù)處理模塊，發(fā)送內(nèi)容為LUReq的mrInitUE消息通知MSC-MM實體。MM實體對LUReq進(jìn)行解碼、參數(shù)檢查，MM調(diào)用負(fù)荷操縱函數(shù)，推斷是否接收位置更新，再形成內(nèi)部消息mvLUReq發(fā)送給VLRMAP。同時MM把mrInitUE消息帶來的NAS-PDU內(nèi)容保存在臨時消息緩沖區(qū)中，以便在發(fā)生業(yè)務(wù)遷移時，形成mcvSndLUReq消息發(fā)送給VLRMAP。用戶使用TMSI進(jìn)行位置更新時，MSC/VLR不認(rèn)識用戶提供的TMSI，VLRMAP要求用戶提供IMSI，則發(fā)送mcvPvdImsiReq消息。請求IMSI過程由MS處理。MM將消息內(nèi)容放入mrDirectTrans中的NAS-PDU發(fā)送給MS。MS將IMSI通過證實消息回送給網(wǎng)絡(luò)。MSC/VLR發(fā)覺用戶提供的IMSI不在本模塊處理的范圍，向MM發(fā)送mcvChangeModuleToMM消息，要求進(jìn)行業(yè)務(wù)遷移，并將用戶的IMSI、對應(yīng)的新模塊號在消息中帶給MM。MM收到消息后，向RANAP發(fā)送mrChangeModuleToSp消息，在消息中帶有IMSI、新模塊號和保存的NAS-PDU，釋放MM連接。RANAP依照IMSI的末兩位選擇新的模塊，向新模塊的MM發(fā)送mrChangeModule消息，在消息中攜帶舊模塊的MM傳來的NAS-PDU和IMSI，由新模塊的MM對NAS-PDU解碼后形成mcvLUReq消息，用IMSI向新模塊的MSC/VLR發(fā)送位置更新請求。業(yè)務(wù)遷至新模塊，后續(xù)處理在新模塊進(jìn)行。依照OMC配置需要對此位置更新過程進(jìn)行鑒權(quán)，MSC/VLR發(fā)送mcvAuthReq消息給MS。同樣，鑒權(quán)過程由MS處理。MM將消息內(nèi)容放入mrDirebtTrans中的NAS-PDU發(fā)送給MR。MS刨用A8箖法對消恮中的R@ND進(jìn)行計算后，將產(chǎn)生的RES在證實消息中回送給MSC/VLR。由VLR進(jìn)行比較，推斷用戶的合法性。UMTS系統(tǒng)的鑒權(quán)采納五元組，若UTRAN或ME為2G設(shè)備，存在五元組與三元組的轉(zhuǎn)換。VLR中不存在用戶數(shù)據(jù)時需要位置更新HLR。在用戶位置更新之前，HLR中的用戶補(bǔ)充業(yè)務(wù)數(shù)據(jù)可能被修改，或者HLR可能重新啟動過，那么HLR將發(fā)送mcvFwdCheckSSReq消息通知VLR。MSC/VLR轉(zhuǎn)發(fā)此消息給MM。MM使用一新的呼叫無關(guān)補(bǔ)充業(yè)務(wù)Register消息（包含在mrDirectTrans中）傳送給MS，通知MS檢查相關(guān)的補(bǔ)充業(yè)務(wù)信息。依照OMC配置需要為用戶重新分配TMSI，則MSC/VLR啟動加密過程，發(fā)送mvSecModeCmd消息到MM，消息中指明是否加密，以及采納的加密算法。加密過程是RNC與MS之間的過程，因此MM形成相應(yīng)RANAP消息發(fā)送給RNC。RNC加密完成后通知MM。需要注意的是，在UMTS系統(tǒng)中加密過程還包含了完整性愛護(hù)的作用。而在每次新信令連接建立中必須啟動完整性過程來愛護(hù)所傳信令的完整性，因此“安全模式設(shè)置”過程為必須過程，除了以下四種情況：1）信令連接只是為了進(jìn)行周期性位置更新；2）在初始L3消息后，沒有其他信令傳遞；3）初始L3消息后，只有鑒權(quán)、IDReq以及信令拒絕消息；4）建立緊急呼叫。另外，一般來講，加密過程之前必須啟動鑒權(quán)過程，因為加密的密鑰是通過mcvAuthReq消息帶到MS的。為了在不鑒權(quán)時進(jìn)行加密，GSM/UMTS系統(tǒng)采納了CKSN/KSI方法。MS在接入網(wǎng)絡(luò)時將存儲的CKSN/KSI帶上來，若和VLR中的CKSN/KSI一致，則能夠直接啟動加密過程。位置更新同意，VLR重新分配TMSI，VLRMAP形成mcvFwdNewTmsiReq消息通知MM重新分配TMSI（沒有TMSI重新分配過程時，VLRMAP發(fā)送mcvLUCnf消息通知MM位置更新過程正常結(jié)束）。MM將新TMSI包含在LUAcc消息中送給MS，MS存儲新TMSI和LAI，刪除舊TMSI，返回TmsiReallocComplete消息。MM接收消息給VLR發(fā)送mcvFwdNewTmsiCnf，位置更新完成。若MS在位置更新請求中攜帶有follow-on參數(shù)，表示位置更新有后續(xù)業(yè)務(wù)需要處理，則MM在LUAccept消息中帶回follow-on參數(shù)，等待后續(xù)業(yè)務(wù)。在MM接收TmsiReallocComplete消息后，若支持follow-on，則不釋放Iu連接，設(shè)置定時器等待后續(xù)業(yè)務(wù)。否則，MM發(fā)送mrIuRel消息釋放Iu連接。若MM在LUAccept消息中只包含IMSI，表示不使用TMSI，MS刪除原來TMSI；若在LUAccept消息中不帶有任何用戶標(biāo)識，則MS使用原來的標(biāo)識。若當(dāng)前存在多個PLMN網(wǎng)絡(luò)，且運(yùn)營者同意用戶接入其他網(wǎng)絡(luò)，則在LUAcc消息中用"equivalentPLMNs"參數(shù)包含這些同意接入網(wǎng)絡(luò)標(biāo)識給MS，MS保存信息到SIM卡中。在"equivalentPLMNs"參數(shù)為空時，MS刪除SIM卡已有信息。接入流程流程講明：當(dāng)MM收到RANAP通過mrInitUE/mrDirectTrans帶來的CmSrvReq，或收到VLRMAP發(fā)送的mcvPageReq/mcvSearchReq，或自身消息mcaSelfPageReq消息時，假如是CmSrvReq，MM實體進(jìn)行解碼、參數(shù)檢查，調(diào)用負(fù)荷操縱函數(shù)，推斷是否接收新業(yè)務(wù)，再形成內(nèi)部消息mcvProcAccReq發(fā)送給VLRMAP，預(yù)備建立MM連接（假如是尋呼則不需要在此考慮過負(fù)荷操縱）。需要注意的是，支持補(bǔ)充業(yè)務(wù)時CmSrvReq消息也可能被攜帶在mrDirectTrans中。VLRMAP依照消息參數(shù)和OMC配置數(shù)據(jù)要求MS提供IMSI號碼，則發(fā)送mvPvdIMSIReq消息給MM。MM執(zhí)行ID請求處理過程，向MS要求IMSI，并返回IMSI給VLRMAP。CmSrvReq消息使用mrInitUE消息攜帶時，若用戶標(biāo)識為TMSI，可能發(fā)生處理遷移。在VLRMAP發(fā)覺從MS獵取的IMSI不是本模塊處理范圍內(nèi)用戶時，發(fā)送mcvChangeModuleToMM通知本模塊MM遷移。MM將IMSI和保存的NAS-PDU信息發(fā)送給RANAP（mrChangeModuleInd），結(jié)束處理。RANAP接收消息后，由新IMSI重新確定業(yè)務(wù)處理模塊，向此模塊MM發(fā)送mrChangeModuleInd，帶有新IMSI和NAS-PDU。MM解碼NAS-PDU，形成mcvSndProcAccReq消息給VLRMAP，啟動接入過程。VLRMAP依照消息參數(shù)和OMC配置數(shù)據(jù)要求對MS進(jìn)行鑒權(quán)，則發(fā)送mcvAuthReq消息給MM。MM執(zhí)行鑒權(quán)處理過程，并返回鑒權(quán)結(jié)果參數(shù)給VLRMAP。VLR認(rèn)為鑒權(quán)失敗，則此次出呼叫失敗。需要注意的是，在鑒權(quán)宏中若網(wǎng)絡(luò)認(rèn)為MS非法，發(fā)送mcvRelease消息帶有緣故IllegalMS，MM啟動Abort過程，釋放此用戶當(dāng)前所有的MM連接和RR連接，并釋放Iu信令連接。（為呼叫建立的MM連接由MCC釋放）VLRMAP要求對空中信道進(jìn)行加密，則發(fā)送mcvSecModeCmd消息給MM。MM啟動安全模式處理過程，等待RNC回送安全模式設(shè)置完成消息。若VLRMAP在發(fā)送安全模式設(shè)置命令后不重新分配TMSI，發(fā)送mcvProcAccCmp消息通知MM，接入宏處理正常結(jié)束。否則，MM等待TMSI重分配消息。若VLRMAP不進(jìn)行安全模式設(shè)置，則直接發(fā)送mcvProcAccAck消息，接入宏處理正常結(jié)束。VLRMAP進(jìn)行TMSI重分配，MM執(zhí)行TMSI重分配處理過程。接收到MS的重分配完成消息后通知VLRMAP，接入宏處理結(jié)束。呼叫流程移動起呼-前向承載

SETP1：當(dāng)一個用戶發(fā)起一個呼叫時，會在手機(jī)上輸入被叫用戶號碼，然后開始按發(fā)送功能鍵，MS開始建立呼叫，先申請一個操縱信道，并與MSCServer建立一個MM連接，完成必要的用戶接入工作（包括認(rèn)證，加密等過程）。這些工作完成后，MS向MSCServer發(fā)送一個Setup消息，攜帶有被叫用戶號碼，承載特性等信息。MSCServer收到Setup消息后，進(jìn)行必要的業(yè)務(wù)檢查，推斷用戶是否有權(quán)限發(fā)起那個業(yè)務(wù)，假如檢查通過，則向MS回送CallProceeding消息，告訴MS呼叫正在進(jìn)行處理，由于前向承載建立因此會同時組合IAM消息，轉(zhuǎn)發(fā)給下一個節(jié)點(diǎn)，IAM消息中指示此次承載建立方式為前向承載建立。假如接入側(cè)承載沒有建立完成，則在IAM消息中指示有后續(xù)Continuity消息。SETP2：收到后一個節(jié)點(diǎn)發(fā)送的BearerInformation消息，其中應(yīng)該包含后一個節(jié)點(diǎn)申請的入局承載終端的承載地址、綁定參考和承載屬性，MSCSSERVER能夠利用這些信息，向MGW發(fā)送ADD命令，要求建立出局側(cè)承載終端，由因此前向承載建立，則包含了EstablishBearer過程，則新建的T2承載終端將主動向后一個節(jié)點(diǎn)的入局承載終端要求建立承軾連接。BhangeThrough-Cnnnebtion過程標(biāo)明新建的找載終端的外部導(dǎo)通屬性為雙向。SETP3：RNC接入無線側(cè)承載建立，由于無線側(cè)方式與網(wǎng)絡(luò)側(cè)承載建立方式無關(guān)，差不多上由RNC向MSC建立。因此隨后，MSCServer開始RAB建立過程：先通過PrepareBear過程向MGW申請一個終端T1，申請成功后，MSCServer得到T1對應(yīng)的MGW地址和BNCID參數(shù)，同時將承載業(yè)務(wù)參數(shù)轉(zhuǎn)換為相關(guān)RAB參數(shù)，通過RAB指派請求發(fā)送給RNC，RNC利用收到的MGW地址和BNCID向MGW發(fā)起承載建立過程，承載建立完成后，開始IuUP初始化過程。初始化完成后，RNC向MSCServer發(fā)送RAB指派完成消息，完成RAB指派。STEP4：BSC接入無線承載建立，關(guān)于BSC接入的呼叫，使用ReserverCircuit來占用地面電路，占用成功向BSC發(fā)起指配過程STEP5：向后方局發(fā)送導(dǎo)通消息，表示前方承載差不多建立成功STEP6：待呼叫到達(dá)被叫后，被叫方將被振鈴，同時被叫方交換機(jī)向MSCServer發(fā)送AddressComplete消息，MSCServer向MS發(fā)送ALERTING消息，MS將聽到振鈴音。當(dāng)被叫用戶摘機(jī)后，被叫方交換機(jī)向主叫方回送Answer消息，MSCServer收到那個消息后，將通過ChangeThrough-Connection過程要求MGW接通T1，T2，可選地發(fā)起ActivateIWF過程（數(shù)據(jù)業(yè)務(wù)時）和ActivateVoiceProcessingFunction過程（例如回聲抑制等功能）。完成這些過程后，MSCServer向MS發(fā)送CONNECT消息，主被叫方進(jìn)入通話過程。移動起呼-后向承載

STEP1：當(dāng)一個用戶發(fā)起一個呼叫時，會在手機(jī)上輸入被叫用戶號碼，然后開始按發(fā)送功能鍵，MS開始建立呼叫，先申請一個操縱信道，并與MSCServer建立一個MM連接，完成必要的用戶接入工作（包括認(rèn)證，加密等過程）。這些工作完成后，MS向MSCServer發(fā)送一個Setup消息，攜帶有被叫用戶號碼，承載特性等信息。MSCServer收到Setup消息后，進(jìn)行必要的業(yè)務(wù)檢查，推斷用戶是否有權(quán)限發(fā)起那個業(yè)務(wù)，假如檢查通過，則向MS回送CallProceeding消息，告訴MS呼叫正在進(jìn)行處理.。由因此后向承載建立方式，因此在給后向局發(fā)送IAM之前就開始RAB指配過程STEP2：假如用戶BSC接入，則進(jìn)行電路指配過程。STEP3：RAB指配完成后，再采納PrepareBear過程向MGW申請一個網(wǎng)絡(luò)側(cè)的承載T2，在InitialAddress消息中，將T2對應(yīng)的MGW-ID，MGW地址，BNCID攜帶給后方局。其他方面和前向建立方式相同移動終呼-前向承載

SETP1：GMSCSERVER收到前一個節(jié)點(diǎn)的IAM消息，將向HLR要被叫用戶的路由信息，HLR向VLR要漫游號碼，HLR獲得被叫用戶的漫游號碼后，向GMSCSERVER返回被叫用戶的路由信息。GMSCSERVER能夠在此處選擇MGW，也能夠等收到BearerInformation時再選擇。轉(zhuǎn)發(fā)IAM消息給MSCSERVER，其中標(biāo)明當(dāng)前的承載建立方式是前向承載建立。SETP2：MSCSSERVER/VLR接收到IAM消息，發(fā)尋呼消息給被叫。假如在網(wǎng)絡(luò)和被叫之間已有無線信道存在，被叫直接回發(fā)尋呼應(yīng)答消息，假如沒有無線信道存在，UE將給RNS發(fā)信道請求消息，等RNS分配信道后，再回發(fā)尋呼應(yīng)答消息。MSCSSERVER/VLR對UE進(jìn)行鑒權(quán)。假如要求加密，MSCSSERVER/VLR要求RNS對該用戶空中信道進(jìn)行加密，RNS發(fā)加密命令給手機(jī)，手機(jī)啟動加密模式后，發(fā)加密完成消息給RNS，RNS發(fā)應(yīng)答消息給MSCSERVER/VLR。MSCSSERVER/VLR發(fā)SETUP消息給UE，UE回送CALLCONFIRMED呼叫證實消息，表示UE預(yù)備就緒。SETP3：MSCSSERVER/VLR收到UE的CALLCONFIRMED消息后，開始建立入局側(cè)承載終端，選擇MGWb，向MGWb發(fā)ADD命令，由因此前向承載建立，因此其中包含了PrepareBearer過程，ChangeThrough-Connection過程表示新建的承載終端外部導(dǎo)通屬性為雙向。MGWb建立好MSCSERVER入局側(cè)承載終端T2后，返回給MSCSERVER成功的響應(yīng)。SETP4：MSCSSERVER將T2承載終端的承載地址、綁定參考和承載屬性通過BearerInformation消息傳遞給GMSCSERVER。假如原先GMSCSERVER沒有選擇MGW，現(xiàn)在能夠進(jìn)行MGW的選擇。GMSCSERVER向MGWa發(fā)送ADD命令，包含EstablishBearer過程，攜帶BearerInformation中對端終端的承載屬性。ChangeThrough-Connection過程標(biāo)明新建的承載終端的外部導(dǎo)通屬性為雙向。MGWa上的T3承載終端主動向MGWb上的T2承載終端要求建立承載連接。SETP5：GMSCSERVER開始進(jìn)行入局側(cè)的承載建立過程，由因此前向承載建立方式，GMSCSERVER向MGWa發(fā)送ADD命令，攜帶PrepareBearer過程，ChangeThrough-Connection過程表示新建的承載終端外部導(dǎo)通屬性為雙向。MGWa建立好GMSCSERVER入局側(cè)承載終端T4后，返回給GMSCSERVER成功的響應(yīng)，攜帶了T4終端的承載地址、綁定參考和可選的承載屬性。GMSCSERVER將T4的承載屬性通過BearerInformation消息通知前一個節(jié)點(diǎn)。SETP6：GMSCSERVER的前一個節(jié)點(diǎn)會申請自己的出局側(cè)終端，此終端會主動向MGWa上的T4承載終端要求建立承載連接，并將用戶面初始化信息傳遞給T4承載終端，現(xiàn)在T4承載終端關(guān)聯(lián)的用戶面返回用戶面初始化成功響應(yīng)，則MGWa認(rèn)為此承載連接建立成功，發(fā)送通知消息給GMSCSERVER。同時將用戶面初始化信息續(xù)傳給MGWb上的T2承載終端，現(xiàn)在T2承載終端關(guān)聯(lián)的用戶面返回用戶面初始化成功響應(yīng)，則MGWb認(rèn)為此承載連接建立成功，發(fā)送通知消息給MSCSERVER。SETP7、8：GMSCSERVER收到入局側(cè)承載連接建立成功指示后，收到前一個節(jié)點(diǎn)發(fā)送的Continuity消息，則轉(zhuǎn)發(fā)Continuity消息給MSCSERVER，現(xiàn)在MSCSERVER認(rèn)為網(wǎng)絡(luò)側(cè)的承載連接已成功建立。假如是3G用戶接入，轉(zhuǎn)入STEP9進(jìn)行；假如是2G用戶接入，轉(zhuǎn)入STEP10進(jìn)行。SETP9：MSCSSERVER開始進(jìn)行接入側(cè)承載連接建立。MSCSSERVER向MGWb發(fā)送ADD命令，包含PrepareBearer過程，ChangeThrough-Connection過程指示新建承載終端的外部導(dǎo)通屬性為雙向。MGWb完成接入側(cè)承載終端建立后，發(fā)送成功響應(yīng)給MSCSERVER。MSCSSERVER開始RAB指配過程，RNC確認(rèn)承載連接已建立，用戶面初始化過程也完成后，發(fā)送RAB指配成功響應(yīng)給MSCSERVER。過程轉(zhuǎn)入STEP11。SETP10：MSCSSERVER開始進(jìn)行接入側(cè)承載連接建立。MSCSSERVER向MGWb發(fā)送ADD命令，包含ReserveCircuit過程，ChangeThrough-Connection過程指示新建承載終端的外部導(dǎo)通屬性為單向。MGWb完成接入側(cè)承載終端建立后，發(fā)送成功響應(yīng)給MSCSERVER。MSCSSERVER開始接入信道建立過程，RNC返回接入信道建立成功響應(yīng)。過程轉(zhuǎn)入STEP11。SETP11：UE向用戶放振鈴音，同時向MSCSERVER發(fā)送Alerting消息。MSCSSERVER向GMSCSERVER轉(zhuǎn)發(fā)ACM消息，同時開始向主叫用戶放回鈴音。即MSCSERVER向MGWb發(fā)送Modify命令，包含SendTone過程，通知T2終端放回鈴音。SETP12：被叫用戶接聽后，UE向MSCSERVER發(fā)送Connect消息。發(fā)送Modify命令給MGWb，要求改變接入終端的屬性，如ChangeThrough-Connection過程要求接入終端的外部導(dǎo)通屬性改變?yōu)殡p向，可選的ActivateInterworkingFunction過程要求接入終端激活網(wǎng)關(guān)功能，可選的ActiveVoiceProcessingFunction激活語言處理功能。發(fā)送另一個Modify命令給MGWb，要求改變?nèi)刖謧?cè)終端的屬性，如StopTone過程要求停止向主叫用戶放音，可選的ActivateInterworkingFunction過程要求接入終端激活網(wǎng)關(guān)功能，可選的ActiveVoiceProcessingFunction激活語言處理功能。完成以上終端修改過程后，MSCSSERVER向GMSCSERVER轉(zhuǎn)發(fā)ANM消息。SETP13：GMSCSERVER收到ANM消息，假如需要激活語言處理功能，即要修改它治理的上下文中的兩個終端，則分不對應(yīng)著兩個Modify消息。否則直接轉(zhuǎn)發(fā)ANM消息給前一個節(jié)點(diǎn)。移動終呼-后向承載

SETP1：GMSCSERVER收到前一個節(jié)點(diǎn)發(fā)送的IAM消息后，向HLR要被叫用戶的路由信息，HLR向VLR要漫游號碼，HLR獲得被叫用戶的漫游號碼后，向GMSCSERVER返回被叫用戶的路由信息。GMSCSERVER選擇MGWa，向MGWa申請入局側(cè)的承載終端，由因此后向承載建立，ADD命令中包含的是EstablishBearer過程，同時包含IAM消息中攜帶的前一個節(jié)點(diǎn)提供的承載地址、綁定參考和承載屬性。ChangeThrough-Connection過程要求MGWa新建的承載終端外部導(dǎo)通屬性為雙向。MGWa建立入局側(cè)承載終端T4后，返回GMSCSERVER成功的響應(yīng)。SETP2：MGWa上的T4主動向前一個MGW上的承載終端要求建立承載，當(dāng)完成用戶面的初始化過程，即承載連接建立后，MGWa向GMSCSERVER發(fā)送通知消息。SETP3：GMSCSERVER入局承載建立成功后，GMSCSERVER開始建立出局側(cè)的承載終端，由因此后向承載建立，ADD命令中包含的是PrepareBearer過程。ChangeThrough-Connection過程要求MGWa新建的承載終端外部導(dǎo)通屬性為雙向。MGWa建立出局側(cè)承載終端T3后，返回GMSCSERVER成功的響應(yīng)，其中包含新建承載終端的承載地址、綁定參考和可選的承載屬性。SETP4：GMSCSERVER申請好出局承載終端T3后，組合新的IAM，其中攜帶GMSCSERVER出局承載終端的承載地址、綁定參考和承載屬性，發(fā)送給MSCSERVER/VLR，其中指示了當(dāng)前呼叫的承載建立為后向承載建立方式。SETP5：MSCSSERVER/VLR接收到IAM消息，發(fā)尋呼消息給被叫。假如在網(wǎng)絡(luò)和被叫之間已有無線信道存在，被叫直接回發(fā)尋呼應(yīng)答消息，假如沒有無線信道存在，UE將給RNS發(fā)信道請求消息，等RNS分配信道后，再回發(fā)尋呼應(yīng)答消息。MSCSSERVER/VLR對UE進(jìn)行鑒權(quán)。假如要求加密，MSCSSERVER/VLR要求RNS對該用戶空中信道進(jìn)行加密，RNS發(fā)加密命令給手機(jī)，手機(jī)啟動加密模式后，發(fā)加密完成消息給RNS，RNS發(fā)應(yīng)答消息給MSCSERVER/VLR。MSCSSERVER/VLR發(fā)SETUP消息給UE，UE回送CALLCONFIRMED呼叫證實消息，表示UE預(yù)備就緒。SETP6：MSCSSERVER/VLR收到UE的CALLCONFIRMED消息后，開始建立入局側(cè)承載鏈路，選擇MGWb，向MGWb發(fā)ADD命令，由因此后向承載建立，因此其中包含了EstablishBearer過程，攜帶了GMSCSERVER出局側(cè)承載終端的承載地址、綁定參考和承載屬性。ChangeThrough-Connection表示新建的承載終端的外部導(dǎo)通屬性為雙向。MGWb建立好MSCSERVER入局側(cè)承載終端T2后，返回給MSCSERVER成功的響應(yīng)。SETP7：MGWb上的T2主動向MGWa上的T3承載終端要求建立承載，當(dāng)完成用戶面的初始化過程，即承載連接建立后，MGWb向MSCSERVER發(fā)送通知消息。假如是3G用戶接入，轉(zhuǎn)入STEP8進(jìn)行；假如是2G用戶接入，轉(zhuǎn)入STEP9進(jìn)行。SETP8：MSCSSERVER完成入局側(cè)承載連接建立后，開始進(jìn)行接入側(cè)承載連接建立。MSCSSERVER向MGWb發(fā)送ADD命令，包含PrepareBearer過程，ChangeThrough-Connection過程指示新建承載終端的外部導(dǎo)通屬性為雙向。MGWb完成接入側(cè)承載終端建立后，發(fā)送成功響應(yīng)給MSCSERVER。MSCSSERVER開始RAB指配過程，RNC確認(rèn)承載連接已建立，用戶面初始化過程也完成后，發(fā)送RAB指配成功響應(yīng)給MSCSERVER。過程轉(zhuǎn)入STEP10。SETP9：MSCSSERVER完成入局側(cè)承載連接建立后，開始進(jìn)行接入側(cè)承載連接建立。MSCSSERVER向MGWb發(fā)送ADD命令，包含ReserveCircuit過程，ChangeThrough-Connection過程指示新建承載終端的外部導(dǎo)通屬性為單向。MGWb完成接入側(cè)承載終端建立后，發(fā)送成功響應(yīng)給MSCSERVER。MSCSSERVER開始接入信道建立過程，RNC返回接入信道建立成功響應(yīng)。過程轉(zhuǎn)入STEP10。SETP10：UE向用戶放振鈴音，同時向MSCSERVER發(fā)送Alerting消息。MSCSSERVER向GMSCSERVER轉(zhuǎn)發(fā)ACM消息，同時開始向主叫用戶放回鈴音。即MSCSERVER向MGWb發(fā)送Modify命令，包含SendTone過程，通知T2終端放回鈴音。SETP11：被叫用戶接聽后，UE向MSCSERVER發(fā)送Connect消息。發(fā)送Modify命令給MGWb，