【正文】 UEU T R A N SEC UR I T Y MO DE C OM MA ND SEC UR I T Y MO DE C OM PLE T E 圖 安全模式控制過程 若信息元素 security capability與變量 UE_CAPABILITY_TRANSFERRED 的指示相同，并且 IE“ GSM security capability” （如果 SECURITY MODE COMMAND 攜帶該參數(shù)）與變量 UE_CAPABILITY_TRANSFERRED 值相同， UE 應該暫停 SECURITY MODE COMMAND消息的信息元素 CN domain identity指示的屬于 CN 域的所有使用 RLCAM 或 RLCUM 的無線 承載和信令無線承載，除了用來在 RLCAM 下行鏈路 DCCH 上發(fā)送 SECURITY MODE COMMAND 消息的信令無線承載； UE 應包含信息元素 Radio bearer uplink ciphering activation time info，并設置它為變量 RB_UPLINK_CIPHERING_ACTIVATION_TIME_INFO的值。 UE UT RANP AGING T Y PE 2 圖 UE專用尋呼，尋呼類型 2 UE 正常接收專用尋呼消息的接受，并轉(zhuǎn)寄 IE CN domain identity, IE ―Paging cause‖ 和IE ―Paging record type identifier‖到上層。若消息中存在信息元素 Measured results on RACH ， UTRAN 應提取其內(nèi)容用于無線資源控制。當高層要求在一個存在的信令連接上傳輸 NAS 消息時啟動上行鏈路直接傳輸過程。 2） 若上層對該消息指示 high priority，應選擇 RB3。 若消息中有信息元素 Measured results on RACH， UTRAN 應提取其內(nèi)容用于無線資源控制。該請求可能包含一個傳輸 NAS 消息的請求。 UE Capability information UE 在上行鏈路 DCCH 上發(fā)送 UE CAPABILITY INFORMATION消息，使用非確認模式 RLC，啟動定時器 T304 并重置計數(shù)器 V304。然后 UE 可以典型地利用這個信息，在隨后被指示的 PLMN 的 Rplmn選擇期間，指出 RAT 的 BCCH 頻點范圍可以期望在哪里被找到。 UE U T R ANR R C CO N N EC T IO N RE L EA SER R C CO N N EC T IO N RE L EA SEC O M PLE T E 圖 RRC 連接釋放過程，在 DCCH 上發(fā)送 UE U T R ANR R C CO N N EC T IO N RE L EA SE 圖 RRC連接釋放過程，在 CCCH上發(fā)送 UE在 CELL_DCH和 CELL_FACH狀態(tài)下應能接收 RRC CONNECTION RELEASE消息，并對其進行操作。 若在指定系統(tǒng)的小區(qū)選擇失敗， UE 應等待信息元素 wait time中的時間 RRC setup plete(RRC 建立完成 ) 若 UE正常接收到 Utran側(cè)發(fā)送的 RRC連接建立消息， UE將在上行 DCCH信道上 回復 RRC connect setup plete消息給 RNC，確認 RRC信令連接建立。若兩值相同， UE 應停止定時器 T300,查看其它 IE，完成相應操作。 3. 在上行鏈路 DCCH 上提交 RRC connect setup plete 消息到下層 ， 設置信息元素 “ RRC transaction identifier” 值 。 當成功接受到 RRC Connect Request 消息之后， UTRAN 應提交 RRC Connect Setup 消息到底層在下行鏈路 CCCH 上傳輸。 UE UT RANP AGING T Y PE 1 圖 尋呼類型 1 接收 RRC 連接建立 RRC connection request (RRC 連接建立請求 ) 當 UE 的非接入層請求一條信令連接建立和 UE 處于空閑模式（沒有 RRC 連接存在）的時候， UE 將 初 始 化 過 程 。UTRAN 能在 CELL_PCH 或 URA_PCH 狀態(tài)下啟動對一個 UE 的尋呼以觸發(fā)小區(qū)更新過程。 在修改使用了值標記的系統(tǒng)信息塊時， UE 將在 IE ―BCCH modification info‖里通知 UE 主信息塊的新的值標記。 UE 能存貯不同小區(qū)和不同 PLMN 的系統(tǒng)信息塊（區(qū)域范圍 是小區(qū)或 PLMN 區(qū)域），包括它們的值標記，以便 UE 返回到這些小區(qū)時使用。若一個系統(tǒng)信息塊大于SYSTEM INFORMATION 消息的大小，應對其進行分段并在幾個消息中傳輸。對于不用值標簽的系統(tǒng)信息塊，每次出現(xiàn)時它的內(nèi)容可以不同。一個系統(tǒng)信息塊由同類型的系統(tǒng)信息元素組成。 UE轉(zhuǎn)換到 CELL_FACH狀態(tài)的方式有兩個：一是通過 UTRAN尋呼，二是通過任何上行接入。UE有兩種基本的運行模式空閑模式和連接模式。 SCFE 用于 TDD 模式下，協(xié)助專用控制功能實體。 ? 尋呼及通告功能實體 (PNFE) 控制尋呼處于空閑模式的 UE。業(yè)務定義為低層提供給上層的一組業(yè)務原語。 Uu接口協(xié)議棧如圖 11所示。 2． 物理層通過業(yè)務接入點 SAPs與層二的 MAC子層和層三的 RRC子層連接，物理層提供不同的傳輸信道到 MAC層， MAC層通過不同邏輯信道給高層提供服務?？刂茦I(yè)務允許 RRC子層控制本地的低層業(yè)務，控制業(yè)務在 CSAP處提供，CSAP原語可以穿過一個或 多個子層。 該實體用于發(fā)送通告接入點（ NtSAP）所需要的 RRC 業(yè)務。 ? 傳輸模式 實體 (TME) 處理 RRC層內(nèi)不同實體和 RLC提供的接入點之間的映射。 上電開始 UE就停留在空閑模式下， CN通過非接入層標識如 IMSI TMSI或 PTMSI等標志來區(qū)分 UE， UTRAN不保存空閑模式 UE的信息 僅能夠?qū)ず粢粋€小區(qū)中的所有 UE或同一個尋呼時刻的所有 UE。 4. URA_PCH狀態(tài) URA_PCH狀態(tài)具有如下特征 1） 沒有為 UE分配專用信道 2） UE使用 DRX技術在某個特定的尋呼時刻監(jiān)聽 PCH傳輸信道上的信息 3） 不能有任何上行的活動 4） UE的位置在 URA級為 UTRAN所知，具體為 UE在 CELL_FACH狀態(tài)時最近一次 發(fā)起 URA更新時所報告的 URA。不同的系統(tǒng)信息塊有不同的特征。 UE 應在 BCH 上讀取類型 10 外的所有 SIB，類 型 SIB10 將被同時支持一個 SCCPCH 和一個 DPCH 的 UE 在 FACH 信道上上讀取。若一個系統(tǒng)信息塊小于 SYSTEM INFORMATION 消息的大小，根據(jù)下文的規(guī)定， UTRAN 可能在同一消息中鏈接幾個完整的（或部分的）系統(tǒng)信息塊，或第一段，或最后段。另外， UE 應認為所有存貯的系統(tǒng)信息塊在 UE 關機后無效。該 IE 的傳輸方式如下： 為了通知 UE（ idle mode, CELL_PCH 和 URA_PCH） , IE 被包括在 PAGING TYPE 1 消息中 ， 該消息在 PCCH 信道的所有尋呼時 機上傳送。另外， UTRAN 能在 空閑模式、 CELL_PCH 或 URA_PCH 狀態(tài)下啟動尋呼來觸發(fā) UE 讀取更新后的系統(tǒng)信息 。 在 啟 動 該 過 程 時 ， UE 應 設 置 變 量PROTOCOL_ERROR_INDICATOR 為 FALSE 。 UE UT RANRR C CO NN EC T IO N REQ UES TRR C CO NN EC T IO N REJ ECT 圖 RRC連接建立，網(wǎng)絡拒絕 RRC連接 在下行鏈路 CCCH上提交 RRC Connect Reject 消息。 4. 若在 RRC Connect setup 消息中的信息元素 UE radio access FDD capability update requirement是 TRUE。若信息元素 wait time 39。 粘貼文件是 AMR呼叫時，主叫用戶發(fā)起的 RRC connect setup plete。而且該過程能中斷上述狀態(tài)下 UE的任何正在進行的過程。 3） 若 RRC CONNECTION RELEASE 消息在 CCCH 上接收：釋放所有無線資源，對上層指示信令連接（在 ESTABLISHED_SIGNALLING_CONNECTIONS 變量里）和在變量ESTABLISHED_RABS 中 已 建 立 的 無 線 接 入 承 載 的 釋 放 ， 清 除 變 量ESTABLISHED_SIGNALLING_CONNECTIONS，清除變量 ESTABLISHED_RABS，傳遞 RRC CONNECTION RELEASE 消息中的信息元素“ Release cause”值到上層，進入空閑模式，過程結(jié)束。 UE UT RANUE CAP ABI L I TY I NFOR M A T I O NUE CAP ABI L I TY I NFOR M A T I O N C O NFI R M 圖 UE性能信息的傳輸，正常流程 UE Capability information confirm Utran正常收到 UE Capability information消息后，應在下行鏈路 DCCH上發(fā)送 UE Capability information confirm消息，使用確認模式或非確認模式 RLC。若在別處沒有其他說明， UE 也可以 在另一過程進行時啟動初始直接傳輸過程，在這種情況下，該過程的狀態(tài)不應受到影響。 Downlink Direct Transfer 下行鏈路直接傳輸過程用于在下行鏈路無線接口傳輸 NAS 消息；當高層在初始信令連接建立后要求傳輸 NAS 消息時，啟動直接傳輸過程。特定的，對基于 GSMMAP 的 CN，當要求 SAPI 0時應選擇 RB3。 UE 可以在另一過程進行時啟動上行鏈路直接傳輸過程；在這種情況下，那個過程的狀態(tài)不應受到影響，除非另有說明。當 UTRAN 收到 UPLINK DIRECT TRANSFER 消息時，不應影響其他任何正在進行的 RRC 過程的狀態(tài)，除非另有說明。 UE 將清除變量 TRANSACTIONS 中表“ Accepted transactions”中的 PAGING TYPE 2 消息的條目。 當無線承載和無線信令承載被暫停后， UE 應在 AM RLC 的上行鏈路 DCCH 上使用使用舊的加密和配置發(fā)送 SECURITY MODE COMPLETE 消息；如果 SECURITY MODE COMMAND 消息中包含 IE“ Integrity protection mode info”，從發(fā)送 SECURITY MODE COMPLETE 消息起，開始在 RB2 上行鏈路中應用新的完整性保護配置。 為開始或修改完整性保護， UTRAN使用新的完整性保護配置在 AM RLC的下行鏈路DCCH上發(fā)送一個 SECURITY MODE COMMAND消息。如果沒有得到，UTRAN將其設為“ Terminating –cause unknow”。 UE 用從上層接受的值設置 IE ―NAS message‖，并將根據(jù)上層的指示設置 IE ―CN domain identity‖ UE UT RAN U PLIN K D IR EC T T R AN SF ER 圖 上行鏈路直接傳輸，正常流程 Utran 收到 Uplink Direct Transfer 消息后，應使用信息元素 Flow Identifier的值為 NAS 消息選擇路由。 Uplink Direct Transfer 上行鏈路直接傳輸用于在上行鏈路無線接口傳輸全部隨后的屬于一個信令連接的高層（ NAS）消息。當 RB4 無效時選擇 RB3。若到所選擇的節(jié)點不存在信令連接，則應建立一個信令連接。在 UE 側(cè)，當高層要求建立一個信令連接， UE 啟動初始直接傳輸過程。二是 UE 從 UTRAN 收到 UE CAPABILITY ENQUIRY 消息。 2） 如果信息元素“ Rplmn information”存在， UE 可以把此信息元素和 UE 申請的 PLMN_id一起存儲在 ME 中。 UTRAN可能發(fā)送多個 RRC Connect Release 消息，以增加 UE 正確接收消息的幾率；重發(fā)消息的數(shù)目及消息間的時間間隔是一個網(wǎng)絡選項。選擇并駐留一個小區(qū)后。 RRC connect reject 當 UE 在下行鏈路 CCCH 上接收到 RRC connect reject 消息 ， 應將接收到的 RRC Connect Reject 消息中信息元素 Initial UE identity的值與 RRC Connect request 消息中的 Initial UE identity 的值