【正文】 Request消息，發(fā)起RRC連接建立過程。主要參數(shù)：Initial UE Identity, Establishment cause8． RNC準(zhǔn)備建立RRC連接，分配建立RRC連接所需要的資源，并發(fā)送一條Radio Link Setup Request消息給Node B。主要參數(shù)：Cell id, Transport Format Set, Transport Format Combination Set, frequency, Time Slots, 信道碼, Power control information.9． Node B配置物理信道，在新的物理信道上準(zhǔn)備接收UE消息，并給RNC發(fā)送一條Radio Link Setup Response響應(yīng)消息。主要參數(shù)：Signalling link termination, Transport layer addressing information (AAL2 address, AAL2 Binding Identity) for the Iub Data Transport Bearer.10． RNC通過ALCAP協(xié)議，建立Iub數(shù)據(jù)傳輸承載。Iub數(shù)據(jù)傳輸承載通過AAL2的綁定標(biāo)識(shí)與DCH綁定在一起。建立Iub數(shù)據(jù)傳輸承載需要Node B確認(rèn)。11． 見612． 通過Downlink Synchronisation 和Uplink ，Node B 與 RNC 為Iub數(shù)據(jù)傳輸承載建立同步。此后Node B開始DL發(fā)送。13． RNC在CCCH上發(fā)送RRC Connection Setup 消息給UE主要參數(shù)：Initial UE Identity, RNTI, Capability update Requirement, Transport Format Set, Transport Format Combination Set, frequency, Time Slots ,信道碼 , Power control information.14． UE在DCCH上發(fā)送RRC Connection Setup Complete 消息給RNC主要參數(shù)：Integrity information, ciphering information.II． 初始直接傳輸/上下行直接傳輸：15． UE在DCCH上給RNC發(fā)送一條 Initial Direct Transfer消息主要參數(shù)：Initial NAS Message (could for a GSM based CN be . Service Request, Routing Update Request ,PAGING response,etc.) CN node indicator (it indicates the correct CN node into which the NAS message shall be forwarded)16． RNC初始到CN的信令連接，并發(fā)送一條Initial UE Message消息給CN主要參數(shù)：NAS PDU (could for a GSM based CN be . Service Request, Routing Update Request, PAGING response etc.), CN domain indicator (indicating the CN domain towards which this message is sent)通過初始直接傳輸過程后，可使用該信令連接傳輸U(kuò)E和CN之間的NAS消息。17． CN發(fā)送RANAP 消息 Direct Transfer 到 RNC主要參數(shù)：NAS PDU, CN domain Identity18． RNC 發(fā)送RRC Downlink Direct Transfer 消息給 UE主要參數(shù)：NAS MessageNAS消息由UTRAN透明的傳輸?shù)経E19． UE發(fā)送RRC Uplink Direct Transfer Message給RNC主要參數(shù)：NAS Message20． RNC發(fā)送RANAP消息Direct Transfer給CN主要參數(shù)：NAS PDUNAS消息被透明的傳輸?shù)経TRANIII． 安全模式控制：21． CN發(fā)送RANAP消息 Security Mode Command給RNC22． RNC在下行DCCH上發(fā)送 RRC Security Mode Command 給UE，開始/重啟加密過程23． UE成功應(yīng)用新的加密方式后，在上行DCCH上發(fā)送RRC Security Mode Complete給RNC24． RNC發(fā)送RANAP消息 Security Mode Complete給CNIV． RAB建立過程：25． 20上行的直接傳輸過程，NAS發(fā)起激活PDP上下文請(qǐng)求21． CN向RNC發(fā)送RANAP消息Common ID22． CN向RNC發(fā)送RANAP 消息 Radio Access Bearer Assignment Request ，發(fā)起RAB建立過程。主要參數(shù)：Radio Access Bearer parameters, User Plane Mode, Transport Address, Iu Transport Association.23． RNC要求其Node B準(zhǔn)備建立DCH來承載RAB（Radio LinkReconfiguration Prepare）主要參數(shù)：Transport Format Set, Transport Format Combination Set, Power control information, Time Slots , 信道碼.24． Node B配置資源并通知RNC準(zhǔn)備完畢（Radio Link Reconfiguration Ready）主要參數(shù)：Transport layer addressing information (AAL2 address, AAL2 Binding Id) for Iub Data Transport Bearer.25． RNC通過ALCAP協(xié)議建立Iub數(shù)據(jù)傳輸承載，并利用AAL2綁定標(biāo)識(shí)將Iub數(shù)據(jù)傳輸承載綁定到DCH。26． 27：Node B和RNC通過Downlink Synchronisation 和 Uplink Synchronistion DCHFP幀為Iub數(shù)據(jù)傳輸承載建立同步關(guān)系。30． RNC向Node B發(fā)送NBAP消息Radio Link Reconfiguration Commit31． RNC向UE發(fā)送RRC消息Radio Bearer Setup主要參數(shù)：Transport Format Set, Transport Format Combination Set, Time Slots , 信道碼 .32． UE發(fā)送RRC消息Radio Bearer Setup Complete 給RNC33． RNC發(fā)送RANAP消息Radio Access Bearer Assignment Response 給CN34． 33進(jìn)行下行的直接傳輸過程，由CN向UE發(fā)送ACTI DPD CONT ACCE消息。PDP Context激活完成，UE和網(wǎng)絡(luò)進(jìn)行包數(shù)據(jù)通信。如果是網(wǎng)絡(luò)側(cè)發(fā)起PDP上下文激活，則網(wǎng)絡(luò)側(cè)通過PAGING消息要求UE建立RRC連接，此后，網(wǎng)絡(luò)側(cè)通過直傳消息Request PDP Context Activation，此消息主要包含網(wǎng)絡(luò)所提供的PDP地址和APN，UE接受了該請(qǐng)求后，向CN發(fā)送直傳消息Acitvate PDP Context Request，此后的過程和UE發(fā)起PDP上下文激活的過程相同。 PDP Context 去激活功能以下說明UE發(fā)起PDP Context去激活的流程。I． 直接傳輸：1～6. UTRAN直接傳輸U(kuò)E與CN之間的NAS消息（包括去激活PDP上下文請(qǐng)求和接受等）。II． 釋放RRC連接：7． CN通過給RNC發(fā)送RANAP消息Iu Release Command消息發(fā)起專用信道的釋放過程主要參數(shù)：釋放原因8．RNC向CN回送RANAP消息Iu Release Complete主要參數(shù)：Data volume Report (if data volume reporting to PS is required).9． CN與RNC通過ALCAP協(xié)議釋放Iu承載10． RNC向UE發(fā)送RRC消息RRC Connection Release來釋放該RRC連接主要參數(shù)：釋放原因11． UE向RNC回送RRC消息RRC Connection Release Complete確認(rèn)RRC連接的釋放12． RNC向Node B發(fā)送NBAP消息Radio Link Deletion 13． Node B向RNC回送NBAP消息Radio Link Deletion Response Node B通過ALCAP協(xié)議釋放與RNC的Iub傳輸承載。第3章 終端的移動(dòng)性管理 位置更新位置更新過程是由HLR，MSC/VLR等實(shí)體之間邏輯配合完成。HLR記錄移動(dòng)用戶當(dāng)前位置信息和所有用戶數(shù)據(jù)；VLR記錄漫游到由該VLR控制位置區(qū)的移動(dòng)用戶的相關(guān)用戶數(shù)據(jù)；MSC處理移動(dòng)用戶的位置登記進(jìn)程，與移動(dòng)用戶對(duì)話并與HLR，VLR交互信息。位置更新包括正常位置更新，周期性位置更新，IMSI Attach。這三類更新的觸發(fā)條件是不同的。IMSI attach過程一般發(fā)生在開機(jī)或重新返回信號(hào)覆蓋區(qū)或SIM卡被重新插入，同時(shí)需要滿足以下條件：1) 在RRC接收到的NAS系統(tǒng)消息中，ATT標(biāo)志指示需要IMSI Attach過程；2) 更新狀態(tài)是“UPDATED”；3) 駐留的LAI與USIM中保存的LAI相同；在其它所有需要做位置更新的情況下，除了因?yàn)橹芷谖恢酶露〞r(shí)器T3212超時(shí)，同時(shí)MM更新狀態(tài)為“UPDATED”時(shí)進(jìn)行周期位置更新外，其它都是進(jìn)行正常位置更新。 正常位置更新引起移動(dòng)用戶發(fā)生正常位置登記的條件是：移動(dòng)設(shè)備開機(jī)時(shí)以及移動(dòng)用戶發(fā)生漫游引起位置改變。(1) 正常位置更新流程圖(2) 信令流程說明216。 UE發(fā)送消息 RRC CONNECTION REQUEST，其中 “Establishment Cause”是 “Registration”；216。 UE在建立和UTRAN的RRC連接后，發(fā)起 “位置更新請(qǐng)求”；216。 LOCATION UPDATING REQUEST根據(jù)實(shí)際更新類型，設(shè)為“Normal location updating”216。 CN在響應(yīng)時(shí)，如果在 “l(fā)ocation updating accept”中，分配新的TMSI號(hào)，UE需要回應(yīng)一條消息 TMSI reallocation plete； 周期性位置登記通過周期性位置登記（位置更新），PLMN可以保持追蹤移動(dòng)用戶當(dāng)前的狀態(tài)，特別是保持長(zhǎng)時(shí)間可以由PLMN運(yùn)營(yíng)商根據(jù)具體話務(wù)和用戶習(xí)慣來設(shè)定調(diào)整。(1) 周期性位置登記信令流程圖(2) 信令流程說明216。 周期性位置更新過程用戶UE定期與網(wǎng)絡(luò)聯(lián)系，過程的啟動(dòng)由UE端的定時(shí)器T3212控制。UE是否需要使用周期性位置更新以及T3212的時(shí)間值（timeout value）在BCCH的L3RRC SYSTEM INFORMATION BLOCK 1消息中廣播。T3212超時(shí)將觸發(fā)周期性位置更新過程；216。 UE觸發(fā)周期性位置更新過程發(fā)送消息RRC CONNECTION REQUEST, 其中“Establishment Cause”是“Registration”，通過周期性位置更新過程，PLMN可以保持追蹤移動(dòng)用戶當(dāng)前的狀態(tài)，特別是保持長(zhǎng)時(shí)間沒有操作的用戶與網(wǎng)絡(luò)的聯(lián)系UE發(fā)送消息；216。 UE 發(fā)送初始直傳消息location updating request，其中IE location updating type 類型為periodic updating。 IMSI ATTACH在確保UE所處的小區(qū)的LAC與關(guān)機(jī)前相同的前提下，打開UE。(3) 流程圖(4) 信令流程說明UE在開機(jī)并建立RRC連接后，發(fā)起“位置更新請(qǐng)求”，其中的位置更新類型值為“IMSI attach”； 路由區(qū)更新流程路由區(qū)更新包括以下幾種類型：26． 路由區(qū)更新：由路由區(qū)改變所引起；27． 周期性路由區(qū)更新：由周期性路由區(qū)更新定時(shí)器超時(shí)引起；28． 聯(lián)合路由區(qū)更新：由RA和LA同時(shí)進(jìn)行改變引起；29． 聯(lián)合路由區(qū)更新伴隨IMSI附著：在RA和LA同時(shí)進(jìn)行改變時(shí)進(jìn)行IMSI附著；i. 流程圖ii. 信令流程說明1. 如果沒有RRC連接，先建立RRC連接。用戶發(fā)送路由區(qū)更新請(qǐng)求消息（帶有PTMSI、老的RAI、跟隨請(qǐng)求、路由更新類型等參數(shù)）給新的SGSN。如果用戶有上傳的信令或數(shù)據(jù)，跟隨請(qǐng)求應(yīng)該被置上。RNC應(yīng)該將消息轉(zhuǎn)發(fā)給SGSN前加上用戶所在位置所屬的路由區(qū)標(biāo)識(shí)（包括路由區(qū)編碼RAC和位置區(qū)編碼LAC）。2. 如果路由區(qū)更新是跨越SGSN的，并且用戶處于PMMIDLE狀態(tài)，新SGSN發(fā)送SGSN上下文請(qǐng)求消息（帶有用戶老的PTMSI、老的RAI、老的PTMSI簽名）給老的SGSN，以得到用戶的MM上下文和PDP上下文。老的SGSN將檢驗(yàn)用戶的PTMSI和簽名，如果不匹配回應(yīng)合適的原因值。這將導(dǎo)致新SGSN發(fā)起安全流程。如果安全流程鑒權(quán)通過，新SGSN應(yīng)該發(fā)送SGSN上下文請(qǐng)求消息（帶有IMSI、老的RAI、用戶已驗(yàn)證標(biāo)志）給老的SGSN。如果用戶的簽名合法或者經(jīng)過新的SGSN鑒權(quán)成功，老SGSN回應(yīng)SGSN上下文響應(yīng)消息（Cause、IMSI、MM上下文、PDP上下文）。如果用戶在老SGSN中未知，老SGS