【正文】 。 15) 如果 TMSI 發(fā)生改變， SGSN 發(fā)生 TMSI 重分配完成消息給 VLR 以確認重分 配的TMSI。新 SGSN 回應(yīng)用戶路由更新接受消息（帶有 PTMSI、 VLRTMSI、 PTMSI 簽名）。 13) 新 SGSN 證實用戶存在于新的路由區(qū)中，如果簽約數(shù)據(jù)限制用戶在此路由區(qū)附著或者簽約數(shù)據(jù)檢查失敗， SGSN 應(yīng)該拒絕用戶附著請求，帶上合適的原因值。 11) 如果在 VLR中的用戶 簽約數(shù)據(jù)被標記為未被 HLR證實，新 VLR 將通知 HLR。 SGSN 在 上面的步驟 8， 即收到 HLR 的第一次插入用戶簽約數(shù)據(jù)消息時，就可以開始 Location Update 流程。 如果路由區(qū)更新類型是聯(lián)合路由區(qū)更新伴隨 IMSI 附著，位置區(qū)更新類型應(yīng)該指示 IMSI 附著，否則位置區(qū)更新類型應(yīng)該指示正常。 10) 如果路由更新類型是聯(lián)合路由更新伴隨 IMSI 附著，或者位置區(qū)發(fā)生改變， SGSN 和VLR 之間的關(guān)聯(lián)必須建立。如果所有簽約數(shù)據(jù)檢查通過， SGSN 為用戶構(gòu)造 MM 上下文，同時回應(yīng) HLR 插入用戶簽約數(shù)據(jù)確認消息（帶有 IMSI）。 8) 如果是 SGSN 之間的路由區(qū)更新， HLR 發(fā)送插入簽約數(shù)據(jù)消息（帶有 IMSI GPRS簽約數(shù)據(jù)）給新 SGSN ； 新 SGSN 證實用戶存在于新的路由區(qū)中，如果簽約數(shù)據(jù)限制用戶在此路由區(qū)附著， SGSN 應(yīng)該拒絕用戶的附著請求，帶以恰當?shù)脑蛑担瑫r可以回應(yīng)插入用戶簽約數(shù)據(jù)確認消息給 HLR。 7) 如果是 SGSN 間的路由區(qū)更新， HLR 發(fā)送 Cancel Location（帶有 IMSI、取消類型）消息給老的 SGSN，取消類型設(shè)置為 Update Procedure。如果發(fā)起 SGSN 間路由區(qū)更新的用戶處于 PMMCONNECTED 狀態(tài)。 5) 如果 是 SGSN 間的路由更新，并且用戶處于 PMMIDLE 狀態(tài)，新 SGSN 發(fā)送修改PDP 上下文請求消息（新 SGSN 地址、協(xié)商的 QoS 等）給相關(guān)的 GGSN。老的 SGSN 在它的上下文中標記 MSC/VLR 關(guān)聯(lián)、 GGSN 和 HLR 中的信息為非法。如果鑒權(quán)失敗，路由更新請求將被拒絕，新 SGSN應(yīng)該發(fā)送拒絕指示給老 SGSN。如果用戶在老 SGSN 中未知，老 SGSN 回應(yīng)以適當?shù)卦蛑怠Ｈ绻踩鞒惕b權(quán)通過，新 SGSN 應(yīng)該發(fā)送 SGSN 上下文請求消息（帶有 IMSI、老的 RAI、用戶已驗證標志）給老的 SGSN。老的 SGSN 將檢驗用戶的 PTMSI 和簽名，如果不匹配回應(yīng)合適的原因值。 RNC 應(yīng)該將消息轉(zhuǎn)發(fā)給 SGSN 前加上用戶所在位置所屬的路由區(qū)標識（包括路由區(qū)編碼 35 RAC 和位置區(qū)編碼 LAC）。用戶發(fā)送路由區(qū)更新請求消息（帶有 PTMSI、老的 RAI、跟隨請求、路由更新類型等參數(shù)）給新的 SGSN。 RAB建立流程結(jié)束。 (8) UE執(zhí)行 RB建立后，向 SRNC發(fā)送無線承載建立完成消息 RADIO BEARER SETUP COMPLETE。 (6) SRNC向 UE 發(fā)送 RRC協(xié)議的無線承載建立消息 RADIO BEARER SETUP。 (5) SRNC中 Iub 接口的 ALCAP發(fā)起 Iub 接口的用戶面?zhèn)鬏敵休d建立過程。 (3) SRNC 向所控制的 NodeB 發(fā)送無線鏈路重配置準備消息 RADIO LINK RECONFIGURATION PREPARE，請求所控制的 NodeB準備在已有的無線鏈路上 31 增加一條（或多條）承載 RAB的專用傳輸信道（ DCH）。 本文以 DCHDCH 為例給出 RAB同步建立流程： (1) CN向 UTRAN發(fā)送 RAB指配請求消息 RAB ASSIGNMENT REQUEST，發(fā)起 RAB 建立過程。 根據(jù) RAB建立前 RRC連接狀態(tài)與 RAB建立后 RRC連接狀態(tài)，可以將 RAB的建 立流程分成以下三種情況： ?? DCHDCH： RAB建立前 RRC使用 DCH， RAB建立后 RRC使用 DCH； ?? CCHDCH： RAB建立前 RRC使用 CCH， RAB建立后 RRC使用 DCH； ?? CCHCCH： RAB建立前 RRC使用 CCH， RAB建立后 RRC使用 CCH。 UE 和 CN 之間的信令連接建立完成后，才能建立 RAB。 [3] RAB建立 CN 向 RNC發(fā)送 RAB指配請求消息 RAB ASSIGNMENT REQUEST，發(fā)起 RAB 建立過程， CN 響應(yīng) UE 的業(yè)務(wù)請求，要求 RNC 建立相應(yīng)的無線接入承載，建立成功 后，對方 應(yīng)答，雙方通話。若接收到的消息包含協(xié)議錯誤， UE 將在上行 DCCH 上采用 AM RLC方 式發(fā)送 RRC狀態(tài)消息 RRC STATUS。 (2) UTRAN通過下行 DCCH信道采用 AM RLC方式，發(fā)送下行直傳消息 DOWNLINK DIRECT TRANSFER，消 息中攜帶 CN 發(fā)送到 UE的 NAS信息內(nèi)容，以及 CN 標識。 信令流程說明： (1) CN 向 RNC發(fā)送直傳消息 DIRECT TRANSFER，發(fā)起下行直傳過程。上行直傳過程結(jié)束。 消息中包含 NAS消息、 CN 標識等信息。 2. 上行直傳 當 UE 需要在已存在的信令連接上向 CN 發(fā)送 NAS消息時，將發(fā)起上行直傳過程。 RNC接收到該消息，確認信令連接建立失敗，則發(fā)起 RRC釋放過程。 RNC 接 收到該消息，確認信令連接建立 成功。 (2) RNC接收到 UE的初始直傳消息，通過 Iu接口向 CN發(fā)送 SCCP連接請求消息 CR， 消息數(shù)據(jù)為 RNC向 CN 發(fā)送的初始 UE 消息 INITIAL UE MESSAGE，該消息包含 UE 發(fā)送到 CN 的消息內(nèi)容。 NAS消息的內(nèi)容在 RNC并不進行解釋，而是轉(zhuǎn)送給 RNC。 信令連接建立成功后， UE 發(fā)送到 CN 的消息，通過上行直傳消息 UPLINK DIRECT TRANSFER發(fā)送到 RNC， RNC將其轉(zhuǎn)換為直傳消息 DIRECT TRANSFER發(fā)送到 CN； CN 發(fā)送到 UE 的消息，通過直傳消息 DIRECT TRANSFER發(fā)送到 RNC， RNC將其轉(zhuǎn) 換為下行直傳消息 DOWNLINK DIRECT TRANSFER 發(fā)送到 UE。 RRC連接建立的只是 UE 與 RNC之間的信令連接，因此為了傳送直傳消息，還需 要繼續(xù)建立 UE 與 CN 之間的信令連接。 [2] 信令連接建立 UE 向 UTRAN 發(fā)送初始直傳消息 INITIAL DIRECT TRANSFER，發(fā)起與 CN 之間 的信令連接建立過程， RNC建立起與 CN 之間的信令連接。 (7) UE 確認 RRC連接建立成功后，在剛剛建立的上行 DCCH 信道向 RNC發(fā)送 RRC 連接建立完成消息 RRC CONNECTION SETUP COMPLETE。 (5) RNC 使用 ALCAP 協(xié)議建立 Iub 接口用戶面?zhèn)鬏敵休d，并完成 RNC 與 NodeB 之 間的同步過程。 (3) RNC向 NodeB發(fā)送無線鏈路建立請求消息 RADIO LINK SETUP REQUEST，請求 NodeB分配 RRC連接所需的特定無線鏈路資源。 信令流程描述： (1) UE 通過上行 CCCH 發(fā)送 RRC連接請求消息 RRC CONNECTION REQUEST，請求建立一個 RRC連接。 RRC 連接建立信道不同， RRC連接建立流程也不同。 當 RNC 接收到 UE 的 RRC 連接請求消息，根據(jù)特定的算法確定是接受還是拒絕 該 RRC 連接建立請求。 UE 主叫 信令流程 26 27 28 主叫流程是指 UE 呼叫其它用戶（例如 PSTN 用戶）的過程。 (9) 為了在合適的時間內(nèi)收回系統(tǒng)資源， RNC 在發(fā)出 “ 物理信道重配置 ” 信令后需要啟 動保護定時器 T1。終端將根據(jù)制定的目標基站的 數(shù)據(jù)重新進行測量，獲得終端至 此目標基站的鏈路損耗及到達時間 t（即開環(huán)功率和同步控制）。此時網(wǎng)絡(luò)在給原基站發(fā)送 下行數(shù)據(jù)的同時也給目標基站發(fā)送下行數(shù)據(jù)，在一段時間內(nèi)兩條鏈路上并發(fā)數(shù)據(jù)， 可以保證終端能夠成功接收。 (5) RNC 發(fā)送控制幀 DCHFP:DOWNLINK SYNCHRONISATION 請求到 NodeB， NodeB 完成之后回復(fù)控制幀 DCHFP:UPLINK SYNCHRONISATION 消息，表示 NodeB和 RNC之間的 Iub 數(shù)據(jù)傳輸承載建立同步。主要參數(shù)有小區(qū)標識、傳輸格式集、傳輸格式組合集、頻率、時隙、 信道碼、功率控制消息。 (2) RNC向目標小區(qū)所在的 NodeB發(fā)送無線鏈路建立請求消息 RADIO LINK SETUP REQUEST，啟動無線鏈路建立過程。接力切換的流程圖如 圖 238。 Iu 接口 UE 開機 INITIAL_UE_MESSAGE 截圖 消息中重點關(guān)注的信息： Mmmsgtype:在初始 UE消息中， mm的類型為位置更新請求； Locationupdatetype:位置更新類型中，表明為 imsiattach。如下圖所示： Uu 接口 UE 開機 RRC_CONNECT_REQ 消息截圖 消息中重點關(guān)注的信息： tmsiandlai: 通常 CN會給 UE分配臨時的 TMSI或 PTMSI， TMSI在 CS域中使用， PTMSI 22 在 PS域中使用，故多數(shù)情況下， UE在 RRC連接建立請求 中攜帶的是 TMSI或 PTMSI；同時，我們能看到當前網(wǎng)絡(luò)的 PLMN號和 LAC號（十六進制）； establishmentCause:RRC的建立原因。 I u 傳 輸 承 載 建 立建 立 I u b 傳 輸 承 載配 置 用 戶 面R e l o c R e s p R B R e c o n f i g R e qR l R e s t o r e R e l o c D e t e c tR L 釋 放U E 在 新 的 c e l l 完 成 上 下 行 同 步成 功R B R e c o n f i g F a i l u r eR e l o c C a n c e lI U 釋 放失 敗由上圖可以看出 ，上報測量報告后， RNC切換判決重定位，我們需要跟蹤的 IU口信令來觀察問題出在何處，一般產(chǎn)生如上問題的原因有以下幾種： 同頻、異頻切換參數(shù)沒有正確設(shè)置； 核心網(wǎng)（ NK 廠家）鄰區(qū)相關(guān)數(shù)據(jù)（ CN ID\LAC 等）沒有進行正確設(shè)置； MML 數(shù)據(jù)配置問題，正常設(shè)置 RNC 間鄰區(qū)需要 ADD NRNC\ADD NRNCCELL\ADD NCELL 三個方面，并且相關(guān)參數(shù)需要正確設(shè)置 ； 弱覆蓋導(dǎo)致相應(yīng)的切換門限不滿足，無法進行切換； 其它原因； 11 U EN o d e B _ S C N8 . N B A P : R a d i o L i n k S e t u p R e s p o n s e U EN o d e B _ S C N7 . N B A P : R a d i o L i n k S e t u p R e q u e s t1 0 . A L C A P : I u b E s t a b l i s h R e q u e s t ( C S )1 2 . A L C A P : I u b E s t a b l i s h C o n f i r m ( C S )1 3 . F P : D