中興集團(tuán)呼叫流程培訓(xùn)課件

中興集團(tuán)呼叫流程培訓(xùn)主講人：呼叫流程培訓(xùn)呼叫流程培訓(xùn)網(wǎng)絡(luò)協(xié)議結(jié)構(gòu)L2/L3通訊協(xié)議包括接入層（AccessStratum）與非接入層（NonAccessStratum）兩大部分。接入層的通訊協(xié)議都與無(wú)線接入相關(guān)，AS層存在于UE和RNC中。相對(duì)地，與無(wú)線接入無(wú)關(guān)的高層協(xié)議就是非接入層協(xié)議，NAS層存在于UE和CN中，主要處理與業(yè)務(wù)相關(guān)的功能。AS層：包括RRC、RLC、MAC、PDCP、BMC等層，其主要的服務(wù)為：無(wú)線資源管理、QoS控制、無(wú)線信道傳輸格式設(shè)置、業(yè)務(wù)數(shù)據(jù)分割組裝、安全處理等。NAS層：包括MM、GMM、CC、SM、SMS、SS等層，其主要的服務(wù)為：用戶身份注冊(cè)與認(rèn)證管理、移動(dòng)性管理、CS/PS呼叫服務(wù)管理、以及CS/PS呼叫參數(shù)設(shè)置等。網(wǎng)絡(luò)協(xié)議結(jié)構(gòu)L2/L3通訊協(xié)議包括接入層（AccessSt網(wǎng)絡(luò)協(xié)議結(jié)構(gòu)網(wǎng)絡(luò)協(xié)議結(jié)構(gòu)非接入層協(xié)議模型非接入層協(xié)議模型MM層協(xié)議

MM(MobilityManagement)層通訊協(xié)議：包括CS的MM與PS的GMM，負(fù)責(zé)兩種服務(wù)模式下的移動(dòng)管理與注冊(cè)服務(wù)，如通知網(wǎng)絡(luò)UE目前的位置、提供用戶身份確認(rèn)、提供用戶識(shí)別的保密機(jī)制、對(duì)連接管理層(CM)提供連接管理的服務(wù)等，其功能包括用戶身分認(rèn)證與識(shí)別注冊(cè)、手機(jī)移動(dòng)位置上報(bào)、呼叫響應(yīng)、MM連接創(chuàng)建與消息交換等。MM：IMSIDETACHINDICATIONLOCATIONUPDATINGREQUESTAUTHENTICATIONREQUESTGMM：AttachrequestDetachrequestRoutingareaupdaterequestP-TMSIreallocationcommandAuthenticationandcipheringreqMM層協(xié)議MM(MobilityManagemCM層協(xié)議 CM(ConnectionManagement)層通訊協(xié)議：包括CS的CC與PS的SM，負(fù)責(zé)兩種服務(wù)模式下的連接管理。

CC(CallControl)通訊協(xié)議：用以創(chuàng)建、維護(hù)或釋放CS連接。

SM(SessionManagement)通訊協(xié)議：用以設(shè)置PS傳輸服務(wù)，提供傳輸所需服務(wù)通道(RadioAccessBearer)的設(shè)置控制。PS傳輸服務(wù)是由PDP上下文參數(shù)來(lái)設(shè)置，其屬性包括各種應(yīng)用層地址（如IP地址等）、網(wǎng)絡(luò)訪問(wèn)節(jié)點(diǎn)信息、傳輸服務(wù)質(zhì)量等，而此參數(shù)便是由SM來(lái)進(jìn)行設(shè)置、更改與啟用、終止。 另外，CM層通訊協(xié)議還包括提供來(lái)電轉(zhuǎn)移、來(lái)話限制等附加服務(wù)的SS(SupplementaryService)、提供短消息發(fā)送與接收服務(wù)的GSMS(GPRSShortMessageService)、以及提供基站廣播消息接收處理服務(wù)的CBS(CellBroadcastingService)等通訊協(xié)議。CM層協(xié)議 CM(ConnectionManagemenCC：ALERTING(發(fā)信號(hào)）CALLCONFIRMED（呼叫確認(rèn)）CALLPROCEEDING（進(jìn)行呼叫）CONNECT（連接）CONNECTACKNOWLEDGE（確認(rèn)連接）SETUP（設(shè)置）DISCONNECT（斷開(kāi)）RELEASE（釋放）RELEASECOMPLETE（完整釋放）SM：ActivatePDPcontextrequestActivatePDPcontextacceptActivatePDPcontextrejectDeactivatePDPcontextrequestDeactivatePDPcontextacceptCC與SM消息舉例CC：CC與SM消息舉例幾個(gè)概念在介紹呼叫處理流程之前，首先要了解幾個(gè)概念。RRC連接。RRC連接是UE與UTRAN的RRC協(xié)議層之間建立的一種雙向點(diǎn)到點(diǎn)的連接。對(duì)一個(gè)UE來(lái)說(shuō)，至多存在一條RRC連接。RRC連接在UE與UTRAN之間傳輸無(wú)線網(wǎng)絡(luò)信令，如進(jìn)行無(wú)線資源的分配等等。RRC連接在呼叫建立之初建立，在通話結(jié)束后釋放，并在期間一直維持。非接入層信令連接。如果說(shuō)RRC連接建立了UE與UTRAN之間的信令通路，那么非接入層信令連接則是建立了UE與CN之間的信令通路。非接入層信令連接主要傳輸U(kuò)E與CN之間非接入層信令。在UTRAN中，非接入層信令是通過(guò)上下行直接傳輸信令透明傳輸?shù)摹o(wú)線接入承載（RAB）。RAB可以看作是UE與CN之間接入層向非接入層提供的業(yè)務(wù)，主要用于用戶數(shù)據(jù)的傳輸。RAB直接與UE業(yè)務(wù)相關(guān)，它涉及接入層各個(gè)協(xié)議模塊，在空中接口上，RAB反映為無(wú)線承載（RB）。無(wú)線承載（RB）。RB是UE與UTRAN之間L2向上層提供的業(yè)務(wù)。上面我們提到的RRC連接也可以看作是一種承載信令的RB(SRB)。無(wú)線鏈路（RL）。無(wú)線鏈路是指一個(gè)UE和一個(gè)UTRAN接入點(diǎn)之間的邏輯連接。其物理實(shí)現(xiàn)包含一個(gè)或多個(gè)RB。幾個(gè)概念在介紹呼叫處理流程之前，首先要了解幾個(gè)概念。幾個(gè)概念幾個(gè)概念UE協(xié)議狀態(tài)UE有空閑、連接兩種基本運(yùn)行模式，在連接模式下有四種狀態(tài)CELL-PCHstatusURA-PCHstatusCELL-FACHstatusCELL-DCHstatusUE協(xié)議狀態(tài)UE有空閑、連接兩種基本運(yùn)行模式，在連接模式下有IdlemodeUE開(kāi)機(jī)后，在一個(gè)小區(qū)中讀取系統(tǒng)消息，監(jiān)聽(tīng)尋呼信息，處于Idle狀態(tài)。在Idle狀態(tài)下，UE的所有連接在接入層都是關(guān)閉的，UE的識(shí)別通過(guò)非接入層標(biāo)識(shí)（如IMSI、TMSI和P-TMSI）來(lái)區(qū)別。UTRAN中沒(méi)有為處于空閑模式的UE建立上下文。如果要尋址一個(gè)特定的UE，只能在一個(gè)小區(qū)內(nèi)向所有的UE或向監(jiān)聽(tīng)同一尋呼時(shí)段的多個(gè)UE發(fā)送尋呼消息。IdlemodeUE開(kāi)機(jī)后，在一個(gè)小區(qū)中讀取系統(tǒng)消息，監(jiān)聽(tīng)CELL_DCH狀態(tài)CELL_DCH狀態(tài)的基本特征是，UE被分配了專用的物理信道。在該狀態(tài)下，除了上下行專用物理信道DPCH外，UE還可能被分配物理上下行共享信道PUSCH和/或PDSCH。根據(jù)UTRAN的分配情況，UE可以使用專用傳輸信道DCH、上行共享傳輸信道USCH、下行共享傳輸信道DSCH，以及這些傳輸信道的組合。UTRAN根據(jù)當(dāng)前的激活信道集知道該UE已經(jīng)處在小區(qū)識(shí)別等級(jí)上。UE和UTRAN建立RRC連接，并且RRC連接建立在DCH上。UE進(jìn)入CELL_DCH狀態(tài)。CELL_DCH狀態(tài)CELL_DCH狀態(tài)的基本特征是，UE被CELL_FACH狀態(tài)CELL_FACH狀態(tài)的基本特征是，UE與UTRAN之間不存在專用物理信道連接。UE在下行方向?qū)⑦B續(xù)監(jiān)視FACH傳輸信道，而在上行方向可以使用公共或共享傳輸信道（如RACH）。UE在任何時(shí)候都可以在相關(guān)傳輸信道上發(fā)起接入過(guò)程。根據(jù)UTRAN的分配情況，UE在此狀態(tài)下可以使用USCH或DSCH傳輸信道。UTRAN也可以根據(jù)UE最后一次執(zhí)行的小區(qū)更新過(guò)程，知道UE當(dāng)前所處的小區(qū)。UE和UTRAN建立RRC連接，并且RRC連接建立在公共信道上。UE進(jìn)入CELL_FACH狀態(tài)。CELL_FACH狀態(tài)CELL_FACH狀態(tài)的基本特征是，UCELL_PCH狀態(tài)CELL_PCH狀態(tài)的基本特征是，UE與UTRAN之間不存在專用物理信道連接，而且UE也不可以使用任何上行物理信道。在該狀態(tài)下，UE為節(jié)省功耗，可以使用DRX方式去監(jiān)聽(tīng)PICH所指示的PCH信道。UTRAN根據(jù)UE上次在CELL_FACH狀態(tài)下執(zhí)行的最后一次小區(qū)更新過(guò)程，知道UE當(dāng)前所處的小區(qū)。如果UE需要發(fā)送上行數(shù)據(jù)（響應(yīng)尋呼或者發(fā)起呼叫），必需先從CELL_PCH狀態(tài)轉(zhuǎn)移到CELL_FACH狀態(tài)。在該狀態(tài)下，RRC子層通過(guò)小區(qū)重選過(guò)程執(zhí)行連接移動(dòng)性管理。CELL_PCH狀態(tài)CELL_PCH狀態(tài)的基本特征是，UE與URA_PCH狀態(tài)URA_PCH狀態(tài)的基本特征是，UE與UTRAN之間不存在專用物理信道連接，而且UE也不可以使用任何上行物理信道。在該狀態(tài)下，UE為節(jié)省功耗，可以使用DRX方式去監(jiān)聽(tīng)PICH所指示的PCH信道。UTRAN根據(jù)UE上次在CELL_FACH狀態(tài)下執(zhí)行的最后一次URA更新過(guò)程，知道UE當(dāng)前所處的URA。如果UE需要發(fā)送上行數(shù)據(jù)（響應(yīng)尋呼或者發(fā)起呼叫），必需先從URA_PCH狀態(tài)轉(zhuǎn)移到CELL_FACH狀態(tài)。在該狀態(tài)下，RRC子層通過(guò)小區(qū)重選過(guò)程執(zhí)行連接移動(dòng)性管理。URA_PCH狀態(tài)URA_PCH狀態(tài)的基本特征是，UE與UT尋呼流程PagingType1PagingType1尋呼處于以下幾種狀態(tài)的UE。RRCIdleModeRRCconnectedmodeCELL_PCHstateURA_PCHstate尋呼流程PagingType1尋呼流程

PagingType2

PagingType2尋呼處于以下幾種狀態(tài)的UE。

RRCconnectedmodeCELL_DCHstateCELL_FACHstate比如，當(dāng)UE在進(jìn)行PS業(yè)務(wù)的時(shí)候（處于CELL_DCH、CELL_FACH態(tài)），此時(shí)UE再并發(fā)一個(gè)CS被叫業(yè)務(wù)，用PagingType2尋呼UE。尋呼流程PagingType2呼叫流程各階段呼叫流程各階段

RRC連接建立

RRC連接建立在DCH上RRC連接建立

RRC連接建立在DCH上RadioLinkRestoreIndicationNodeB通知RNC，一條或多條無(wú)線鏈路或者一條無(wú)線鏈路中的CCTrCHs完成、重新完成Uu接口的上行同步。NodeB可以初始化這一過(guò)程在無(wú)線鏈路建立以后的任何時(shí)間。上行同步此上行同步是指DPCH上行同步。NodeB的Layer1要校驗(yàn)每一個(gè)無(wú)線幀的同步狀態(tài)，針對(duì)無(wú)線鏈路的每一個(gè)ULCCTrCH。協(xié)議未規(guī)定指示“in-sync/out-of-sync”的明確標(biāo)準(zhǔn)，例如可以基于接收到的burst質(zhì)量或者CRC校驗(yàn)。RRC連接建立在DCH上

RadioLinkRestoreIndicationRRRC連接建立在公共信道上當(dāng)RRC連接建立在公共信道上時(shí)，因?yàn)橛玫氖且呀?jīng)建立好的小區(qū)公共資源，所以無(wú)需建立無(wú)線鏈路和用戶面的數(shù)據(jù)傳輸承載，其余過(guò)程與RRC連接建立在專用信道相似。RRC連接建立在公共信道上，UE從Idle模式進(jìn)入CELL_FACH狀態(tài)。RRC連接建立在公共信道上當(dāng)RRC連接建立在公共信道上時(shí)，因非接入層信令連接建立NAS信令建立流程是在UE與UTRAN之間的RRC連接建立成功之后，UE通過(guò)RNC建立與CN的信令連接，用于UE與CN交互NAS信息，如鑒權(quán)，業(yè)務(wù)請(qǐng)求，連接建立等。UE與CN的交互信令，對(duì)于RNC而言，都是直傳消息。RNC在收到第一條直傳消息時(shí)，即：初始直傳消息（InitialDirectTransfer），將建立與CN之間的信令連接，該連接建立在SCCP之上。簡(jiǎn)單的說(shuō)，RRC連接建立了UE和UTRAN之間的信令連接，通過(guò)InitialUEMessage建立了IU口的信令連接。完成了UE和CN之間的NAS信令連接建立。非接入層信令連接建立NAS信令建立流程是在UE與UTRAN之鑒權(quán)（可選）鑒權(quán)流程鑒權(quán)（可選）鑒權(quán)流程鑒權(quán)AUC鑒權(quán)參數(shù)五元組的產(chǎn)生鑒權(quán)AUC鑒權(quán)參數(shù)五元組的產(chǎn)生鑒權(quán)鑒權(quán)請(qǐng)求鑒權(quán)鑒權(quán)請(qǐng)求鑒權(quán)UE對(duì)網(wǎng)絡(luò)進(jìn)行鑒權(quán)鑒權(quán)UE對(duì)網(wǎng)絡(luò)進(jìn)行鑒權(quán)鑒權(quán)網(wǎng)絡(luò)對(duì)UE進(jìn)行鑒權(quán)接收到userauthenticationresponse消息后，VLR/SGSN對(duì)RES和XRES進(jìn)行比較。如果XRES等于RES，簽權(quán)通過(guò)。鑒權(quán)網(wǎng)絡(luò)對(duì)UE進(jìn)行鑒權(quán)接收到userauthenticat安全模式信令進(jìn)行完整性保護(hù)、數(shù)據(jù)進(jìn)行加密安全模式流程安全模式信令進(jìn)行完整性保護(hù)、數(shù)據(jù)進(jìn)行加密安全模式流程安全模式安全模式安全模式網(wǎng)絡(luò)發(fā)向UE的SecurityModeCommand消息是下行鏈路上的第一條受完整性保護(hù)的消息，這條和后面的所有下行鏈路上的信令消息都會(huì)用最新設(shè)置的安全上下文進(jìn)行完整性保護(hù)安全模式網(wǎng)絡(luò)發(fā)向UE的SecurityMode安全模式

UE收到SecurityModeCommand消息之后，首先驗(yàn)證消息中的UE安全能力是否就是自己最初發(fā)到網(wǎng)絡(luò)的那個(gè)值，然后基于消息中指定的UIA、存儲(chǔ)的COUNT-I、消息中的FRESH算出XMAC-I，最后將XMAC-I和MAC-I進(jìn)行比較以驗(yàn)證消息的完整性。安全模式UE收到SecurityModeCom安全模式

Securitymodecomplete(UE->RNC)UE發(fā)向SRNC的SecurityModeComplete消息是上行鏈路上的第一條受完整性保護(hù)的消息，這條和后面的所有上行鏈路上的信令消息都會(huì)用最新設(shè)置的安全上下文進(jìn)行完整性保護(hù)Securitymodecomplete(RNC->CN)SRNC向VLR/SGSN發(fā)送RANAP消息SecurityModeComplete，報(bào)告自己選擇的UIA和UEA。安全模式Securitymodecomplete(U安全模式下列消息并不實(shí)施完整性保護(hù)。HANDOVERTOUTRANCOMPLETEPAGINGType1PUSCHCAPACITYREQUESTPHYSICALSHAREDCHANNELALLOCATIONRRCConnectionRequestRRCConnectionSetupRRCConnectionSetupCompleteRRCConnectionRejectRRCCONNECTIONRELEASE(CCCHonly)SYSTEMINFORMATION(BROADCASTINFORMATION)SYSTEMINFORMATIONCHANGEINDICATIONTRANSPORTFORMATCOMBINATIONCONTROL(TMDCCHonly)安全模式下列消息并不實(shí)施完整性保護(hù)。安全模式加密算法安全模式加密算法RRC連接建立在DCH上，RAB建立在DCH上RRC連接建立在DCH上，RAB建立在DCH上RRC連接建立在公共信道，RAB建立在DCH上RRC連接建立在公共信道，RAB建立在DCH上RRC連接建立在公共信道，RAB建立在公共信道上RRC連接建立在公共信道，RAB建立在公共信道上RRC連接建立在公共信道，RAB建立在公共信道RRC連接建立在公共信道，RAB建立在公共信道RRC連接釋放DCH釋放RRC連接釋放DCH釋放公共傳輸信道釋放RRC連接釋放公共傳輸信道釋放RRC連接釋放開(kāi)機(jī)IMSIAttachIMSIAttach的作用。簡(jiǎn)單的說(shuō)，IMSIAttach的作用就是將UE開(kāi)機(jī)信息通知CN（MSC/VLR）。IMSIattach是通過(guò)Locationupdatingrequest過(guò)程完成的，locationupdatingtype是IMSIattach。開(kāi)機(jī)IMSIAttachIMSIAttach的作用。簡(jiǎn)單開(kāi)機(jī)IMSIAttach開(kāi)機(jī)IMSIAttach開(kāi)機(jī)GPRSAttach開(kāi)機(jī)GPRSAttach開(kāi)機(jī)CombinedGPRS/IMSIAttach根據(jù)CN的SGSN和MSC/VLR之間是否配置Gs接口，網(wǎng)絡(luò)分為兩種操作模式。ModeNetworkconfigurationCombinedprocedurebyMTIGsinterfaceispresentYesIIGsinterfaceisnotpresentNo開(kāi)機(jī)CombinedGPRS/IMSIAttachMod開(kāi)機(jī)CombinedGPRS/IMSIAttach開(kāi)機(jī)CombinedGPRS/IMSIAttach關(guān)機(jī)IMSIDetachIMSIDetach的作用。簡(jiǎn)單的說(shuō)，IMSIDetach的作用就是將UE關(guān)機(jī)信息通知CN的CS域（MSC/VLR）。UE關(guān)機(jī)時(shí)，發(fā)起IMSIDETACH的流程，MSC/VLR置用戶狀態(tài)為IMSIDetach。若該UE被撥打，MSC會(huì)將用戶關(guān)機(jī)情況直接通知主叫方，CN不對(duì)UE進(jìn)行尋呼，主叫方聽(tīng)到“您撥打的用戶已關(guān)機(jī)”之類提示音。關(guān)機(jī)IMSIDetachIMSIDetach的作用。簡(jiǎn)單關(guān)機(jī)GPRSDetach關(guān)機(jī)GPRSDetach位置區(qū)更新IMSI

Attach正常位置區(qū)更新周期性位置區(qū)更新位置區(qū)更新IMSIAttach位置區(qū)更新正常位置區(qū)更新位置區(qū)更新正常位置區(qū)更新位置區(qū)更新周期性位置區(qū)更新位置區(qū)更新周期性位置區(qū)更新路由區(qū)更新路由區(qū)更新包括以下幾種類型路由區(qū)更新：由路由區(qū)改變所引起。周期性路由區(qū)更新：由周期性路由區(qū)更新定時(shí)器超時(shí)引起。聯(lián)合路由區(qū)更新：由RA和LA同時(shí)進(jìn)行改變引起。聯(lián)合路由區(qū)更新伴隨IMSI附著：在RA和LA同時(shí)進(jìn)行改變時(shí)進(jìn)行IMSI附著。路由區(qū)更新路由區(qū)更新包括以下幾種類型路由區(qū)更新路由區(qū)更新路由區(qū)更新路由區(qū)更新路由區(qū)更新周期性路由區(qū)更新路由區(qū)更新周期性路由區(qū)更新CS域MOC流程CS域MOC流程CS域MTC流程CS域MTC流程PS業(yè)務(wù)未GPRSAttach的UE進(jìn)行PS業(yè)務(wù)PS業(yè)務(wù)未GPRSAttach的UE進(jìn)行PS業(yè)務(wù)PS業(yè)務(wù)GPRSAttach的UE進(jìn)行PS業(yè)務(wù)PS業(yè)務(wù)GPRSAttach的UE進(jìn)行PS業(yè)務(wù)升降速下行升降速(RBC)下行升降速的調(diào)整是通過(guò)RNC對(duì)下行業(yè)務(wù)量測(cè)量的4A、4B事件來(lái)觸發(fā)的（需要注意的是，此4A、4B事件不是信令跟蹤窗口跟蹤到的MeasurementReport消息里面的4A、4B事件）。備注：UE對(duì)上行業(yè)務(wù)量進(jìn)行測(cè)量，事件4A、4B，在MeasurementReport消息中上報(bào)給RNC。升降速下行升降速(RBC)下行升降速的調(diào)整是通過(guò)RNC對(duì)下行升降速下行升降速(RBC)通過(guò)Radiolinkreconfigurationprepare消息進(jìn)行無(wú)線鏈路的重配升、降速的匹配速率和業(yè)務(wù)配置的傳輸格式有關(guān)系。以交互類128K業(yè)務(wù)為例。傳輸塊個(gè)數(shù)配置為0、1、2、4、8。傳輸塊大小336bit（payload=320bit），傳輸時(shí)間間隔20ms。升、降速的匹配速率為：32kbps->64kbps->128kpbs、128kbps->64kbps->32kpbs。升降速下行升降速(RBC)通過(guò)Radiolinkreco短信發(fā)送短信短信發(fā)送短信短信發(fā)送短信注意從信令跟蹤工具看到的幾條直傳消息是UnknownPD，用工具解開(kāi)NAS消息，實(shí)際上是SMS消息。從信令流程看，發(fā)送短消息不需要建立RAB，是從SRB上發(fā)送的，如果RRC連接建立在DCH上，短消息是從DCH上發(fā)送的。是否RRC連接建立在公共信道上，則短消息是從公共信道發(fā)送，還需要驗(yàn)證？短信發(fā)送短信注意從信令跟蹤工具看到的幾條直傳消息是Unkno短信接收短信短信接收短信短信接收短信從RRCConnectionRequest消息中可以看到發(fā)送短信的RRC連接建立原因是terminatingLowPrioritySignalling。短信接收短信從RRCConnectionRequest消彩信發(fā)送彩信發(fā)送彩信用的是交互類PS128K業(yè)務(wù)。彩信發(fā)送彩信發(fā)送彩信用的是交互類PS128K業(yè)務(wù)。彩信接收彩信接收彩信分為兩步。UE首先收到短信通知；UE然后下載彩信內(nèi)容。彩信接收彩信彩信接收彩信UE如果要下載彩信，要發(fā)起一個(gè)交互類PS128K業(yè)務(wù)。彩信接收彩信UE如果要下載彩信，要發(fā)起一個(gè)交互類PS128KHSDPAHSDPA業(yè)務(wù)和PS業(yè)務(wù)的信令流程類似。HSDPAHSDPA業(yè)務(wù)和PS業(yè)務(wù)的信令流程類似。HSDPARRC連接建立原因是originatingHighPrioritySignallingUE能力等級(jí)HSDPARRC連接建立原因是originatingHigh并發(fā)業(yè)務(wù)Initialdirecttransfer、InitialUEmessage。通過(guò)這兩條消息建立UE到CNPS域的信令連接。RAB建立過(guò)程。流程和單獨(dú)的PS業(yè)務(wù)信令流程類似。CS+PS并發(fā)業(yè)務(wù)Initialdirecttransfer、In并發(fā)業(yè)務(wù)PS+CS使用Pagingtype2尋呼UE。Initialdirecttransfer、InitialUEmessage。通過(guò)這兩條消息建立UE到CNCS域的信令連接。RAB建立過(guò)程。流程和單獨(dú)的CS業(yè)務(wù)信令流程類似。并發(fā)業(yè)務(wù)PS+CS使用Pagingtype2尋呼UE。并發(fā)業(yè)務(wù)并發(fā)業(yè)務(wù)釋放通過(guò)Radiolinkreconfigurationprepare請(qǐng)求NodeB刪除一條（或多條）承載RAB的專用傳輸信道（DCH）。通過(guò)Radiobearerrelease刪除承載釋放業(yè)務(wù)的RB并發(fā)業(yè)務(wù)并發(fā)業(yè)務(wù)釋放通過(guò)Radiolinkreconfi切換同RNC切換切換同RNC切換切換跨RNC切換（重定位）切換跨RNC切換（重定位）2/3G互操作2G->3GReselectionInIDLE2/3G互操作2G->3GReselectionInI2/3G互操作CS業(yè)務(wù)3G->2G切換2/3G互操作CS業(yè)務(wù)3G->2G切換2/3G互操作CS業(yè)務(wù)3G->2G切換2/3G互操作CS業(yè)務(wù)3G->2G切換2/3G互操作PS業(yè)務(wù)3G->2G切換2/3G互操作PS業(yè)務(wù)3G->2G切換2/3G互操作PS業(yè)務(wù)3G->2G切換和CS域的切換不同，UE收到切換指令后，就會(huì)到2G網(wǎng)絡(luò)接入，UE會(huì)跟3G網(wǎng)絡(luò)斷掉。UE在2G網(wǎng)絡(luò)正常注冊(cè)后，CN會(huì)發(fā)數(shù)據(jù)反傳請(qǐng)求給RNC。無(wú)損重定位。2/3G互操作PS業(yè)務(wù)3G->2G切換和CS域的切換不同，U2/3G互操作PS業(yè)務(wù)DCH態(tài)2G->3G切換2/3G互操作PS業(yè)務(wù)DCH態(tài)2G->3G切換2/3G互操作PS業(yè)務(wù)DCH態(tài)2G->3G切換

UE按照重選算法從2G重選到3G，首先進(jìn)行小區(qū)重選的位置區(qū)/路由區(qū)更新，然后發(fā)起業(yè)務(wù)恢復(fù)過(guò)程。在RRCConnectionRequest消息中可以看出RRC連接建立的建立原因是TRRC_interRAT_CellReselection。2/3G互操作PS業(yè)務(wù)DCH態(tài)2G->3G切換中興集團(tuán)呼叫流程培訓(xùn)中興集團(tuán)呼叫流程培訓(xùn)主講人：呼叫流程培訓(xùn)呼叫流程培訓(xùn)網(wǎng)絡(luò)協(xié)議結(jié)構(gòu)L2/L3通訊協(xié)議包括接入層（AccessStratum）與非接入層（NonAccessStratum）兩大部分。接入層的通訊協(xié)議都與無(wú)線接入相關(guān)，AS層存在于UE和RNC中。相對(duì)地，與無(wú)線接入無(wú)關(guān)的高層協(xié)議就是非接入層協(xié)議，NAS層存在于UE和CN中，主要處理與業(yè)務(wù)相關(guān)的功能。AS層：包括RRC、RLC、MAC、PDCP、BMC等層，其主要的服務(wù)為：無(wú)線資源管理、QoS控制、無(wú)線信道傳輸格式設(shè)置、業(yè)務(wù)數(shù)據(jù)分割組裝、安全處理等。NAS層：包括MM、GMM、CC、SM、SMS、SS等層，其主要的服務(wù)為：用戶身份注冊(cè)與認(rèn)證管理、移動(dòng)性管理、CS/PS呼叫服務(wù)管理、以及CS/PS呼叫參數(shù)設(shè)置等。網(wǎng)絡(luò)協(xié)議結(jié)構(gòu)L2/L3通訊協(xié)議包括接入層（AccessSt網(wǎng)絡(luò)協(xié)議結(jié)構(gòu)網(wǎng)絡(luò)協(xié)議結(jié)構(gòu)非接入層協(xié)議模型非接入層協(xié)議模型MM層協(xié)議

MM(MobilityManagement)層通訊協(xié)議：包括CS的MM與PS的GMM，負(fù)責(zé)兩種服務(wù)模式下的移動(dòng)管理與注冊(cè)服務(wù)，如通知網(wǎng)絡(luò)UE目前的位置、提供用戶身份確認(rèn)、提供用戶識(shí)別的保密機(jī)制、對(duì)連接管理層(CM)提供連接管理的服務(wù)等，其功能包括用戶身分認(rèn)證與識(shí)別注冊(cè)、手機(jī)移動(dòng)位置上報(bào)、呼叫響應(yīng)、MM連接創(chuàng)建與消息交換等。MM：IMSIDETACHINDICATIONLOCATIONUPDATINGREQUESTAUTHENTICATIONREQUESTGMM：AttachrequestDetachrequestRoutingareaupdaterequestP-TMSIreallocationcommandAuthenticationandcipheringreqMM層協(xié)議MM(MobilityManagemCM層協(xié)議 CM(ConnectionManagement)層通訊協(xié)議：包括CS的CC與PS的SM，負(fù)責(zé)兩種服務(wù)模式下的連接管理。

CC(CallControl)通訊協(xié)議：用以創(chuàng)建、維護(hù)或釋放CS連接。

SM(SessionManagement)通訊協(xié)議：用以設(shè)置PS傳輸服務(wù)，提供傳輸所需服務(wù)通道(RadioAccessBearer)的設(shè)置控制。PS傳輸服務(wù)是由PDP上下文參數(shù)來(lái)設(shè)置，其屬性包括各種應(yīng)用層地址（如IP地址等）、網(wǎng)絡(luò)訪問(wèn)節(jié)點(diǎn)信息、傳輸服務(wù)質(zhì)量等，而此參數(shù)便是由SM來(lái)進(jìn)行設(shè)置、更改與啟用、終止。 另外，CM層通訊協(xié)議還包括提供來(lái)電轉(zhuǎn)移、來(lái)話限制等附加服務(wù)的SS(SupplementaryService)、提供短消息發(fā)送與接收服務(wù)的GSMS(GPRSShortMessageService)、以及提供基站廣播消息接收處理服務(wù)的CBS(CellBroadcastingService)等通訊協(xié)議。CM層協(xié)議 CM(ConnectionManagemenCC：ALERTING(發(fā)信號(hào)）CALLCONFIRMED（呼叫確認(rèn)）CALLPROCEEDING（進(jìn)行呼叫）CONNECT（連接）CONNECTACKNOWLEDGE（確認(rèn)連接）SETUP（設(shè)置）DISCONNECT（斷開(kāi)）RELEASE（釋放）RELEASECOMPLETE（完整釋放）SM：ActivatePDPcontextrequestActivatePDPcontextacceptActivatePDPcontextrejectDeactivatePDPcontextrequestDeactivatePDPcontextacceptCC與SM消息舉例CC：CC與SM消息舉例幾個(gè)概念在介紹呼叫處理流程之前，首先要了解幾個(gè)概念。RRC連接。RRC連接是UE與UTRAN的RRC協(xié)議層之間建立的一種雙向點(diǎn)到點(diǎn)的連接。對(duì)一個(gè)UE來(lái)說(shuō)，至多存在一條RRC連接。RRC連接在UE與UTRAN之間傳輸無(wú)線網(wǎng)絡(luò)信令，如進(jìn)行無(wú)線資源的分配等等。RRC連接在呼叫建立之初建立，在通話結(jié)束后釋放，并在期間一直維持。非接入層信令連接。如果說(shuō)RRC連接建立了UE與UTRAN之間的信令通路，那么非接入層信令連接則是建立了UE與CN之間的信令通路。非接入層信令連接主要傳輸U(kuò)E與CN之間非接入層信令。在UTRAN中，非接入層信令是通過(guò)上下行直接傳輸信令透明傳輸?shù)摹o(wú)線接入承載（RAB）。RAB可以看作是UE與CN之間接入層向非接入層提供的業(yè)務(wù)，主要用于用戶數(shù)據(jù)的傳輸。RAB直接與UE業(yè)務(wù)相關(guān)，它涉及接入層各個(gè)協(xié)議模塊，在空中接口上，RAB反映為無(wú)線承載（RB）。無(wú)線承載（RB）。RB是UE與UTRAN之間L2向上層提供的業(yè)務(wù)。上面我們提到的RRC連接也可以看作是一種承載信令的RB(SRB)。無(wú)線鏈路（RL）。無(wú)線鏈路是指一個(gè)UE和一個(gè)UTRAN接入點(diǎn)之間的邏輯連接。其物理實(shí)現(xiàn)包含一個(gè)或多個(gè)RB。幾個(gè)概念在介紹呼叫處理流程之前，首先要了解幾個(gè)概念。幾個(gè)概念幾個(gè)概念UE協(xié)議狀態(tài)UE有空閑、連接兩種基本運(yùn)行模式，在連接模式下有四種狀態(tài)CELL-PCHstatusURA-PCHstatusCELL-FACHstatusCELL-DCHstatusUE協(xié)議狀態(tài)UE有空閑、連接兩種基本運(yùn)行模式，在連接模式下有IdlemodeUE開(kāi)機(jī)后，在一個(gè)小區(qū)中讀取系統(tǒng)消息，監(jiān)聽(tīng)尋呼信息，處于Idle狀態(tài)。在Idle狀態(tài)下，UE的所有連接在接入層都是關(guān)閉的，UE的識(shí)別通過(guò)非接入層標(biāo)識(shí)（如IMSI、TMSI和P-TMSI）來(lái)區(qū)別。UTRAN中沒(méi)有為處于空閑模式的UE建立上下文。如果要尋址一個(gè)特定的UE，只能在一個(gè)小區(qū)內(nèi)向所有的UE或向監(jiān)聽(tīng)同一尋呼時(shí)段的多個(gè)UE發(fā)送尋呼消息。IdlemodeUE開(kāi)機(jī)后，在一個(gè)小區(qū)中讀取系統(tǒng)消息，監(jiān)聽(tīng)CELL_DCH狀態(tài)CELL_DCH狀態(tài)的基本特征是，UE被分配了專用的物理信道。在該狀態(tài)下，除了上下行專用物理信道DPCH外，UE還可能被分配物理上下行共享信道PUSCH和/或PDSCH。根據(jù)UTRAN的分配情況，UE可以使用專用傳輸信道DCH、上行共享傳輸信道USCH、下行共享傳輸信道DSCH，以及這些傳輸信道的組合。UTRAN根據(jù)當(dāng)前的激活信道集知道該UE已經(jīng)處在小區(qū)識(shí)別等級(jí)上。UE和UTRAN建立RRC連接，并且RRC連接建立在DCH上。UE進(jìn)入CELL_DCH狀態(tài)。CELL_DCH狀態(tài)CELL_DCH狀態(tài)的基本特征是，UE被CELL_FACH狀態(tài)CELL_FACH狀態(tài)的基本特征是，UE與UTRAN之間不存在專用物理信道連接。UE在下行方向?qū)⑦B續(xù)監(jiān)視FACH傳輸信道，而在上行方向可以使用公共或共享傳輸信道（如RACH）。UE在任何時(shí)候都可以在相關(guān)傳輸信道上發(fā)起接入過(guò)程。根據(jù)UTRAN的分配情況，UE在此狀態(tài)下可以使用USCH或DSCH傳輸信道。UTRAN也可以根據(jù)UE最后一次執(zhí)行的小區(qū)更新過(guò)程，知道UE當(dāng)前所處的小區(qū)。UE和UTRAN建立RRC連接，并且RRC連接建立在公共信道上。UE進(jìn)入CELL_FACH狀態(tài)。CELL_FACH狀態(tài)CELL_FACH狀態(tài)的基本特征是，UCELL_PCH狀態(tài)CELL_PCH狀態(tài)的基本特征是，UE與UTRAN之間不存在專用物理信道連接，而且UE也不可以使用任何上行物理信道。在該狀態(tài)下，UE為節(jié)省功耗，可以使用DRX方式去監(jiān)聽(tīng)PICH所指示的PCH信道。UTRAN根據(jù)UE上次在CELL_FACH狀態(tài)下執(zhí)行的最后一次小區(qū)更新過(guò)程，知道UE當(dāng)前所處的小區(qū)。如果UE需要發(fā)送上行數(shù)據(jù)（響應(yīng)尋呼或者發(fā)起呼叫），必需先從CELL_PCH狀態(tài)轉(zhuǎn)移到CELL_FACH狀態(tài)。在該狀態(tài)下，RRC子層通過(guò)小區(qū)重選過(guò)程執(zhí)行連接移動(dòng)性管理。CELL_PCH狀態(tài)CELL_PCH狀態(tài)的基本特征是，UE與URA_PCH狀態(tài)URA_PCH狀態(tài)的基本特征是，UE與UTRAN之間不存在專用物理信道連接，而且UE也不可以使用任何上行物理信道。在該狀態(tài)下，UE為節(jié)省功耗，可以使用DRX方式去監(jiān)聽(tīng)PICH所指示的PCH信道。UTRAN根據(jù)UE上次在CELL_FACH狀態(tài)下執(zhí)行的最后一次URA更新過(guò)程，知道UE當(dāng)前所處的URA。如果UE需要發(fā)送上行數(shù)據(jù)（響應(yīng)尋呼或者發(fā)起呼叫），必需先從URA_PCH狀態(tài)轉(zhuǎn)移到CELL_FACH狀態(tài)。在該狀態(tài)下，RRC子層通過(guò)小區(qū)重選過(guò)程執(zhí)行連接移動(dòng)性管理。URA_PCH狀態(tài)URA_PCH狀態(tài)的基本特征是，UE與UT尋呼流程PagingType1PagingType1尋呼處于以下幾種狀態(tài)的UE。RRCIdleModeRRCconnectedmodeCELL_PCHstateURA_PCHstate尋呼流程PagingType1尋呼流程

PagingType2

PagingType2尋呼處于以下幾種狀態(tài)的UE。

RRCconnectedmodeCELL_DCHstateCELL_FACHstate比如，當(dāng)UE在進(jìn)行PS業(yè)務(wù)的時(shí)候（處于CELL_DCH、CELL_FACH態(tài)），此時(shí)UE再并發(fā)一個(gè)CS被叫業(yè)務(wù)，用PagingType2尋呼UE。尋呼流程PagingType2呼叫流程各階段呼叫流程各階段

RRC連接建立

RRC連接建立在DCH上RRC連接建立

RRC連接建立在DCH上RadioLinkRestoreIndicationNodeB通知RNC，一條或多條無(wú)線鏈路或者一條無(wú)線鏈路中的CCTrCHs完成、重新完成Uu接口的上行同步。NodeB可以初始化這一過(guò)程在無(wú)線鏈路建立以后的任何時(shí)間。上行同步此上行同步是指DPCH上行同步。NodeB的Layer1要校驗(yàn)每一個(gè)無(wú)線幀的同步狀態(tài)，針對(duì)無(wú)線鏈路的每一個(gè)ULCCTrCH。協(xié)議未規(guī)定指示“in-sync/out-of-sync”的明確標(biāo)準(zhǔn)，例如可以基于接收到的burst質(zhì)量或者CRC校驗(yàn)。RRC連接建立在DCH上

RadioLinkRestoreIndicationRRRC連接建立在公共信道上當(dāng)RRC連接建立在公共信道上時(shí)，因?yàn)橛玫氖且呀?jīng)建立好的小區(qū)公共資源，所以無(wú)需建立無(wú)線鏈路和用戶面的數(shù)據(jù)傳輸承載，其余過(guò)程與RRC連接建立在專用信道相似。RRC連接建立在公共信道上，UE從Idle模式進(jìn)入CELL_FACH狀態(tài)。RRC連接建立在公共信道上當(dāng)RRC連接建立在公共信道上時(shí)，因非接入層信令連接建立NAS信令建立流程是在UE與UTRAN之間的RRC連接建立成功之后，UE通過(guò)RNC建立與CN的信令連接，用于UE與CN交互NAS信息，如鑒權(quán)，業(yè)務(wù)請(qǐng)求，連接建立等。UE與CN的交互信令，對(duì)于RNC而言，都是直傳消息。RNC在收到第一條直傳消息時(shí)，即：初始直傳消息（InitialDirectTransfer），將建立與CN之間的信令連接，該連接建立在SCCP之上。簡(jiǎn)單的說(shuō)，RRC連接建立了UE和UTRAN之間的信令連接，通過(guò)InitialUEMessage建立了IU口的信令連接。完成了UE和CN之間的NAS信令連接建立。非接入層信令連接建立NAS信令建立流程是在UE與UTRAN之鑒權(quán)（可選）鑒權(quán)流程鑒權(quán)（可選）鑒權(quán)流程鑒權(quán)AUC鑒權(quán)參數(shù)五元組的產(chǎn)生鑒權(quán)AUC鑒權(quán)參數(shù)五元組的產(chǎn)生鑒權(quán)鑒權(quán)請(qǐng)求鑒權(quán)鑒權(quán)請(qǐng)求鑒權(quán)UE對(duì)網(wǎng)絡(luò)進(jìn)行鑒權(quán)鑒權(quán)UE對(duì)網(wǎng)絡(luò)進(jìn)行鑒權(quán)鑒權(quán)網(wǎng)絡(luò)對(duì)UE進(jìn)行鑒權(quán)接收到userauthenticationresponse消息后，VLR/SGSN對(duì)RES和XRES進(jìn)行比較。如果XRES等于RES，簽權(quán)通過(guò)。鑒權(quán)網(wǎng)絡(luò)對(duì)UE進(jìn)行鑒權(quán)接收到userauthenticat安全模式信令進(jìn)行完整性保護(hù)、數(shù)據(jù)進(jìn)行加密安全模式流程安全模式信令進(jìn)行完整性保護(hù)、數(shù)據(jù)進(jìn)行加密安全模式流程安全模式安全模式安全模式網(wǎng)絡(luò)發(fā)向UE的SecurityModeCommand消息是下行鏈路上的第一條受完整性保護(hù)的消息，這條和后面的所有下行鏈路上的信令消息都會(huì)用最新設(shè)置的安全上下文進(jìn)行完整性保護(hù)安全模式網(wǎng)絡(luò)發(fā)向UE的SecurityMode安全模式

UE收到SecurityModeCommand消息之后，首先驗(yàn)證消息中的UE安全能力是否就是自己最初發(fā)到網(wǎng)絡(luò)的那個(gè)值，然后基于消息中指定的UIA、存儲(chǔ)的COUNT-I、消息中的FRESH算出XMAC-I，最后將XMAC-I和MAC-I進(jìn)行比較以驗(yàn)證消息的完整性。安全模式UE收到SecurityModeCom安全模式

Securitymodecomplete(UE->RNC)UE發(fā)向SRNC的SecurityModeComplete消息是上行鏈路上的第一條受完整性保護(hù)的消息，這條和后面的所有上行鏈路上的信令消息都會(huì)用最新設(shè)置的安全上下文進(jìn)行完整性保護(hù)Securitymodecomplete(RNC->CN)SRNC向VLR/SGSN發(fā)送RANAP消息SecurityModeComplete，報(bào)告自己選擇的UIA和UEA。安全模式Securitymodecomplete(U安全模式下列消息并不實(shí)施完整性保護(hù)。HANDOVERTOUTRANCOMPLETEPAGINGType1PUSCHCAPACITYREQUESTPHYSICALSHAREDCHANNELALLOCATIONRRCConnectionRequestRRCConnectionSetupRRCConnectionSetupCompleteRRCConnectionRejectRRCCONNECTIONRELEASE(CCCHonly)SYSTEMINFORMATION(BROADCASTINFORMATION)SYSTEMINFORMATIONCHANGEINDICATIONTRANSPORTFORMATCOMBINATIONCONTROL(TMDCCHonly)安全模式下列消息并不實(shí)施完整性保護(hù)。安全模式加密算法安全模式加密算法RRC連接建立在DCH上，RAB建立在DCH上RRC連接建立在DCH上，RAB建立在DCH上RRC連接建立在公共信道，RAB建立在DCH上RRC連接建立在公共信道，RAB建立在DCH上RRC連接建立在公共信道，RAB建立在公共信道上RRC連接建立在公共信道，RAB建立在公共信道上RRC連接建立在公共信道，RAB建立在公共信道RRC連接建立在公共信道，RAB建立在公共信道RRC連接釋放DCH釋放RRC連接釋放DCH釋放公共傳輸信道釋放RRC連接釋放公共傳輸信道釋放RRC連接釋放開(kāi)機(jī)IMSIAttachIMSIAttach的作用。簡(jiǎn)單的說(shuō)，IMSIAttach的作用就是將UE開(kāi)機(jī)信息通知CN（MSC/VLR）。IMSIattach是通過(guò)Locationupdatingrequest過(guò)程完成的，locationupdatingtype是IMSIattach。開(kāi)機(jī)IMSIAttachIMSIAttach的作用。簡(jiǎn)單開(kāi)機(jī)IMSIAttach開(kāi)機(jī)IMSIAttach開(kāi)機(jī)GPRSAttach開(kāi)機(jī)GPRSAttach開(kāi)機(jī)CombinedGPRS/IMSIAttach根據(jù)CN的SGSN和MSC/VLR之間是否配置Gs接口，網(wǎng)絡(luò)分為兩種操作模式。ModeNetworkconfigurationCombinedprocedurebyMTIGsinterfaceispresentYesIIGsinterfaceisnotpresentNo開(kāi)機(jī)CombinedGPRS/IMSIAttachMod開(kāi)機(jī)CombinedGPRS/IMSIAttach開(kāi)機(jī)CombinedGPRS/IMSIAttach關(guān)機(jī)IMSIDetachIMSIDetach的作用。簡(jiǎn)單的說(shuō)，IMSIDetach的作用就是將UE關(guān)機(jī)信息通知CN的CS域（MSC/VLR）。UE關(guān)機(jī)時(shí)，發(fā)起IMSIDETACH的流程，MSC/VLR置用戶狀態(tài)為IMSIDetach。若該UE被撥打，MSC會(huì)將用戶關(guān)機(jī)情況直接通知主叫方，CN不對(duì)UE進(jìn)行尋呼，主叫方聽(tīng)到“您撥打的用戶已關(guān)機(jī)”之類提示音。關(guān)機(jī)IMSIDetachIMSIDetach的作用。簡(jiǎn)單關(guān)機(jī)GPRSDetach關(guān)機(jī)GPRSDetach位置區(qū)更新IMSI

Attach正常位置區(qū)更新周期性位置區(qū)更新位置區(qū)更新IMSIAttach位置區(qū)更新正常位置區(qū)更新位置區(qū)更新正常位置區(qū)更新位置區(qū)更新周期性位置區(qū)更新位置區(qū)更新周期性位置區(qū)更新路由區(qū)更新路由區(qū)更新包括以下幾種類型路由區(qū)更新：由路由區(qū)改變所引起。周期性路由區(qū)更新：由周期性路由區(qū)更新定時(shí)器超時(shí)引起。聯(lián)合路由區(qū)更新：由RA和LA同時(shí)進(jìn)行改變引起。聯(lián)合路由區(qū)更新伴隨IMSI附著：在RA和LA同時(shí)進(jìn)行改變時(shí)進(jìn)行IMSI附著。路由區(qū)更新路由區(qū)更新包括以下幾種類型路由區(qū)更新路由區(qū)更新路由區(qū)更新路由區(qū)更新路由區(qū)更新周期性路由區(qū)更新路由區(qū)更新周期性路由區(qū)更新CS域MOC流程CS域MOC流程CS域MTC流程CS域MTC流程PS業(yè)務(wù)未GPRSAttach的UE進(jìn)行PS業(yè)務(wù)PS業(yè)務(wù)未GPRSAttach的UE進(jìn)行PS業(yè)務(wù)PS業(yè)務(wù)GPRSAttach的UE進(jìn)行PS業(yè)務(wù)PS業(yè)務(wù)GPRSAttach的UE進(jìn)行PS業(yè)務(wù)升降速下行升降速(RBC)下行升降速的調(diào)整是通過(guò)RNC對(duì)下行業(yè)務(wù)量測(cè)量的4A、4B事件來(lái)觸發(fā)的（需要注意的是，此4A、4B事件不是信令跟蹤窗口跟蹤到的MeasurementReport消息里面的4A、4B事件）。備注：UE對(duì)上行業(yè)務(wù)量進(jìn)行測(cè)量，事件4A、4B，在MeasurementReport消息中上報(bào)給RNC。升降速下行升降速(RBC)下行升降速的調(diào)整是通過(guò)RNC對(duì)下行