複製了一些內容，希望有幫助。
主叫流程是指ue 呼叫其它使用者（例如pstn 使用者）的過程。
主叫流程經過了如下幾個過程：
[1] rrc連線建立
為了成功進行呼叫，ue 向rnc傳送rrc連線建立請求訊息rrc connection
request，發起rrc連線建立過程，建立起與rnc之間的信令連線。
當rnc 接收到ue 的rrc 連線請求訊息，根據特定的演算法確定是接受還是拒絕
該rrc 連線建立請求。如果接受，則再判決是建立在專用通道還是公共通道。rrc
連線建立通道不同，rrc連線建立流程也不同。
若rrc連線建立在專用通道上，rnc需要為ue 分配專用無線資源、建立無線鏈
路、並且為無線鏈路建立iub 介面的alcap使用者面承載。
信令流程描述：
(1) ue 通過上行ccch 傳送rrc連線請求訊息rrc connection request，請求建立乙個rrc連線。
(2) rnc根據rrc連線請求的原因以及系統資源狀態，決定ue 建立在專用通道上，
並分配rnti、無線資源和其它資源（l1、l2 資源）。
(3) rnc向nodeb傳送無線鏈路建立請求訊息radio link setup request，請求
nodeb分配rrc連線所需的特定無線鏈路資源。
(4) nodeb資源準備成功後，向rnc應答無線鏈路建立響應訊息radio link setup
response。
(5) rnc 使用alcap 協議建立iub 介面使用者面傳輸承載，並完成rnc 與nodeb 之
間的同步過程。
(6) rnc 通過下行ccch 通道向ue 傳送rrc 連線建立訊息rrc connection
setup，訊息包含rnc分配的專用通道資訊。
(7) ue 確認rrc連線建立成功後，在剛剛建立的上行dcch 通道向rnc傳送rrc
連線建立完成訊息rrc connection setup complete。rrc連線建立過程
結束。[2] 信令連線建立
ue 向utran 傳送初始直傳訊息initial direct transfer，發起與cn 之間
的信令連線建立過程，rnc建立起與cn 之間的信令連線。
直傳訊息指ue 與cn之間的信令互動nas資訊，如鑒權、業務請求、連線建立
等，由於這些訊息在rnc透明傳輸，所以又叫直傳訊息。
rrc連線建立的只是ue 與rnc之間的信令連線，因此為了傳送直傳訊息，還需
要繼續建立ue 與cn 之間的信令連線。rnc 在收到第一條直傳訊息時，即初始直傳
訊息initial direct transfer，將建立與cn之間的信令連線，該連線建立於sccp
之上。信令連線建立成功後，ue 傳送到cn 的訊息，通過上行直傳訊息uplink direct
transfer傳送到rnc，rnc將其轉換為直傳訊息direct transfer傳送到cn；
cn 傳送到ue 的訊息，通過直傳訊息direct transfer傳送到rnc，rnc將其轉
換為下行直傳訊息downlink direct transfer 傳送到ue。
1. 初始直傳
初始直傳過程用於建立起rnc 與cn 之間的一條信令連線，同時承載一條初始
nas訊息。nas訊息的內容在rnc並不進行解釋，而是轉送給rnc。
信令流程描述：
(1) rrc連線建立後，ue 通過rrc連線向rnc傳送初始直傳訊息initial direct
transfer，訊息中攜帶ue 傳送到cn 的初始nas資訊內容，及cn標識等內
容。(2) rnc接收到ue的初始直傳訊息，通過iu介面向cn傳送sccp連線請求訊息cr，
訊息資料為rnc向cn 傳送的初始ue 訊息initial ue message，該訊息包含
ue 傳送到cn 的訊息內容。
(3) 如果cn 準備接受連線請求，則向rnc 發回sccp 連線證實訊息connection
confirm，表明sccp 連線建立成功。rnc 接收到該訊息，確認信令連線建立
成功。(4) 如果cn 不能接受連線請求，則向rnc 發回sccp 連線拒絕訊息connection
refuse，sccp連線建立失敗。rnc接收到該訊息，確認信令連線建立失敗，則發起rrc釋放過程。初始直傳過程結束。
1.上行直傳
當ue 需要在已存在的信令連線上向cn 傳送nas訊息時，將發起上行直傳過程。
信令流程描述：
(1) ue 向rnc傳送上行直傳訊息uplink direct transfer，發起上行直傳過程。
訊息中包含nas訊息、cn 標識等資訊。
(2) rnc 按照訊息中包含的cn 標識進行路由，將其中包含的nas 資訊內容，通過
iu介面的直傳訊息direct transfer，傳送到cn。上行直傳過程結束。
3. 下行直傳
當cn 需要在已存在的信令連線上向ue 傳送nas訊息時，發起下行直傳過程。
信令流程說明：
(1) cn 向rnc傳送直傳訊息direct transfer，發起下行直傳過程。訊息中包含
nas訊息。
(2) utran通過下行dcch通道採用am rlc方式，傳送下行直傳訊息downlink
direct transfer，訊息中攜帶cn 傳送到ue的nas資訊內容，以及cn 標識。
(3) ue 接收並讀取下行直傳訊息downlink direct transfer中攜帶的nas消
息內容。若接收到的訊息包含協議錯誤，ue 將在上行dcch 上採用am rlc方
式傳送rrc狀態訊息rrc status。下行直傳過程結束。
[3] rab建立
cn 向rnc傳送rab指配請求訊息rab assignment request，發起rab
建立過程，cn 響應ue 的業務請求，要求rnc 建立相應的無線接入承載，建立成功
後，對方應答，雙方通話。
rab指使用者面的承載，用於ue 和cn之間傳送語音、資料、多**等業務資訊。
ue 和cn 之間的信令連線建立完成後，才能建立rab。rab 建立是由cn 發起讓
utran 執行的功能。
根據rab建立前rrc連線狀態與rab建立後rrc連線狀態，可以將rab的建
立流程分成以下三種情況：
l dch-dch：rab建立前rrc使用dch，rab建立後rrc使用dch；
l cch-dch：rab建立前rrc使用cch，rab建立後rrc使用dch；
l cch-cch：rab建立前rrc使用cch，rab建立後rrc使用cch。
根據無線鏈路重配置情況，rab建立流程又可分為兩種情況：
l 同步重配置無線鏈路
l 非同步重配置無線鏈路
二者的區別在於nodeb與ue 接收到srnc（serving radio network controller，
服務rnc）下發的配置訊息後，能否立即啟用新的配置引數。
(1) cn向utran傳送rab指配請求訊息rab assignment request，發起rab
建立過程。
(2) srnc接收到rab建立請求後，將rab的qos引數對映為aal2 鏈路特性引數
與無線資源特性引數，iu 介面的alcap 根據其中的aal2 鏈路特性引數發起iu
介面的使用者面傳輸承載建立過程（對於ps域，本步不存在）。
(3) srnc 向所控制的nodeb 傳送無線鏈路重配置準備訊息radio link
reconfiguration prepare，請求所控制的nodeb準備在已有的無線鏈路上
增加一條（或多條）承載rab的專用傳輸通道（dch）。
(4) nodeb 分配相應的資源，然後向所屬的srnc 傳送無線鏈路重配置準備完成訊息
radio link reconfiguration ready，通知srnc無線鏈路重配置準備完成。
(5) srnc中iub 介面的alcap發起iub 介面的使用者面傳輸承載建立過程。nodeb與
srnc通過交換dch 幀協議的上下行同步幀建立同步。
(6) srnc向ue 傳送rrc協議的無線承載建立訊息radio bearer setup。
(7) srnc 向所控制的nodeb 傳送無線鏈路重配置執行訊息radio link
reconfiguration commit。
(8) ue執行rb建立後，向srnc傳送無線承載建立完成訊息radio bearer setup
complete。
(9) srnc 接收到無線承載建立完成的訊息後，向cn 回應rab 指配響應訊息rab
assignment response。 rab建立流程結束。
乙個完整的互動設計流程是怎樣的？
早讀課 banner製作 早讀堂 流雲 簡介 互動研究死磕中 我的答案是基於 軟體觀念革命 互動設計 精髓 about face 這也是在國際上被廣為認可的流程。這個答案裡我盡量不參雜個人觀點。先放乙個大綱。一 定性研究 qualitative research 針對可能使用你的產品的人，可以是問卷...
一次完整的HTTP事務是怎樣乙個過程？
當我們在瀏覽器的位址列輸入 www.linux178.com 然後回車，回車這一瞬間到看到頁面到底發生了什麼呢？以下過程僅是個人理解 網域名稱解析 發起tcp的3次握手 建立tcp連線後發起http請求 伺服器響應http請求，瀏覽器得到html 瀏覽器解析html 並請求html 中的資源 如js...
一次完整的HTTP事務是怎樣乙個過程
了解http headers的方方面面 2 如果瀏覽器自身的快取裡面沒有找到對應的條目，那麼chrome會搜尋作業系統自身的dns快取,如果找到且沒有過期則停止搜尋解析到此結束.注 怎麼檢視作業系統自身的dns快取，以windows系統為例，可以在命令列下使用 ipconfig displaydns...