1、RRC連接建立流程 UE處于空閑模式下，當(dāng)UE的非接入層請(qǐng)求建立信令連接時(shí)，UE將發(fā)起RRC連接建立過(guò)程。每個(gè)UE最多只有一個(gè)RRC連接。 當(dāng)SRNC接收到UE的RRC CONNECTION REQUEST消息，由其無(wú)線資源管理模塊（RRM）根據(jù)特定的算法確定是接受還是決絕該RRC連接建立請(qǐng)求，如果接受，則再判決是建立在專用信道還是公共信道。對(duì)于RRC連接建立使用不同的信道，則RRC連接建立流程也不一樣。,1. RRC連接建立在專用信道上,信令流程說(shuō)明： 1）UE在上行CCCH上發(fā)送一個(gè)RRC Connection Request消息，請(qǐng)求建立一條RRC連接； 2）SRNC根據(jù)RRC連接請(qǐng)求的

2、原因以及系統(tǒng)資源狀態(tài)，決定UE建立在專用信道上，并分配RNTI和L1、L2資源； 3）SRNC向Node B發(fā)送Radio Link Setup Request消息，請(qǐng)求Node B分配RRC連接所需的特定無(wú)線鏈路資源； 4）Node B資源準(zhǔn)備成功后，向SRNC應(yīng)答Radio Link Setup Response消息； 5）SRNC使用ALCAP協(xié)議發(fā)起Iub接口用戶面?zhèn)鬏敵休d的建立，并完成RNC于NodeB之間的同步過(guò)程； 6）SRNC在下行CCCH向UE發(fā)送RRC Connection Setup消息； 7）UE 在上行DCCH向SRNC發(fā)送RRC Connection Setup C

3、omplete消息。 至此，RRC連接建立過(guò)程結(jié)束。,2. RRC連接建立在公共信道上 當(dāng)RRC連接建立在公共信道上時(shí)，因?yàn)橛玫氖且呀?jīng)建立好的小區(qū)公共資源，所以這里無(wú)需建立無(wú)線鏈路和用戶面的數(shù)據(jù)傳輸承載，其余過(guò)程與RRC連接建立在專用信道相似。,3.信令建立流程 信令建立流程是在UE與UTRAN之間的RRC連接建立成功后，UE通過(guò)RNC建立與CN的信令連接，也叫“NAS信令建立流程”，用于UE與CN的信令交互NAS信息，如鑒權(quán)、業(yè)務(wù)請(qǐng)求、連接建立等。 UE與CN的交互的信令，對(duì)于RNC而言，都是直傳消息。RNC在收到第一條直傳消息時(shí)，即：初始直傳消息（Initial Direct Transf

4、er），將建立與CN之間的信令連接，該連接建立SCCP之上。,具體流程如下： 1）RRC連接建立后，UE通過(guò)RRC連接向RNC發(fā)送初始直傳消息（Initial Direct Transfer），消息中攜帶UE發(fā)送到CN的NAS信息內(nèi)容。 2）RNC接收到UE的初始直傳消息，通過(guò)Iu接口向CN發(fā)送SCCP連接請(qǐng)求消息（CR），消息數(shù)據(jù)為RNC向CN發(fā)送的初始UE消息（Inital UE Message），該消息帶有UE發(fā)送到CN的消息內(nèi)容。 3）如果CN準(zhǔn)備接受連接請(qǐng)求，則向RNC回SCCP連接證實(shí)消息（CC），SCCP連接建立成功。RNC接收到該消息，確認(rèn)信令連接建立成功。 4）如果CN不能接

5、受連接請(qǐng)求，則向RNC回SCCP連接拒絕消息（CJ），SCCP連接建立失敗。RNC接收到該消息，確認(rèn)信令連接建立失敗，則發(fā)起RRC釋放過(guò)程。 信令連接建立成功后，UE發(fā)送到CN的消息，通過(guò)上行直傳消息（Uplink Direct Transfer）發(fā)送到RNC，RNC將其轉(zhuǎn)換為直傳消息（Direct Transfer）發(fā)送到CN；CN發(fā)送到UE的消息，通過(guò)直傳消息（Direct Transfer）發(fā)送到RNC，RNC將其轉(zhuǎn)換為下行直傳消息（Downlink Direct Transfer）發(fā)送到UE。,4.RAB建立流程 RAB是指用戶平面的承載，用于UE和CN之間傳送語(yǔ)音、數(shù)據(jù)及多媒體業(yè)務(wù)。

6、UE首先要完成RRC連接建立，然后才能建立RAB。 RAB建立是由CN發(fā)起，UTRAN執(zhí)行的功能，基本流程為： 首先由CN向UTRAN發(fā)送RAB指配請(qǐng)求消息，請(qǐng)求UTRAN建立RAB； UTRAN中的SRNC發(fā)起建立Iu接口與Iub接口（Iur接口）的數(shù)據(jù)傳輸承載； SRNC向UE發(fā)起RB建立請(qǐng)求； UE完成RB建立，向SRNC回應(yīng)RB建立完成消息； SRNC向CN應(yīng)答RAB指配響應(yīng)消息，結(jié)束RAB建立流程。 當(dāng)RAB建立成功以后，一個(gè)基本的呼叫即建立，UE進(jìn)入通話過(guò)程。,根據(jù)無(wú)線資源使用情況（RRC連接建立時(shí)的無(wú)線資源狀態(tài)與RAB建立時(shí)的無(wú)線資源狀態(tài)），可以將RAB的建立流程分成以下三種情況

7、： 1）DCH-DCH：RRC使用DCH，RAB準(zhǔn)備使用DCH； 2）RACH/FACH-RACH/FACH：RRC使用CCH，RAB準(zhǔn)備使用CCH； 3）RACH/FACH-DCH：RRC使用CCH，而RAB準(zhǔn)備使用DCH。 下面給出以上不同情況下的RAB建立流程的具體過(guò)程描述,4.1DCH-DCH UE當(dāng)前的RRC狀態(tài)為專用傳輸信道（DCH）時(shí)，指配的RAB只能建立在專用傳輸信道上。根據(jù)無(wú)線鏈路（RL）重配置情況，RAB建立流程可分為同步重配置RL（DCH-DCH）與異步重配置RL（DCH-DCH）兩種情況，二者的區(qū)別在于Node B與UE接收到SRNC下發(fā)的配置消息后，能否立即啟用新的配

8、置參數(shù)： 同步情況下，Node B與UE在接收到SRNC下發(fā)的配置消息后，不能立即啟用新的配置參數(shù)，而是從消息中獲取SRNC規(guī)定的同步時(shí)間，在同步時(shí)刻，同時(shí)啟用新的配置參數(shù)； 異步情況下，Node B與UE在接收到SRNC下發(fā)的配置消息后，將立即啟用新的配置參數(shù)。,4.1.1同步重配置RL 在DCH-DCH同步情況下，需要SRNC 、Node B與UE之間同步重配置RL： Node B在接收到SRNC下發(fā)的重配置RL消息后，不能立即啟用新的配置參數(shù)，而是準(zhǔn)備好相應(yīng)的無(wú)線資源，等待接收到SRNC下發(fā)的重配置執(zhí)行消息，從消息中獲取SRNC規(guī)定的同步時(shí)間； UE在接收到SRNC下發(fā)的配置消息后，也不

9、能立即啟用新的配置參數(shù)，而是從消息中獲取SRNC規(guī)定的同步時(shí)間； 在SRNC規(guī)定的同步時(shí)刻，Node B與UE同時(shí)啟用新的配置參數(shù)。,下面給出RAB建立流程中DCH-DCH同步重配置RL的過(guò)程,信令流程說(shuō)明： 1）CN向UTRAN發(fā)送RANAP協(xié)議的RAB指配消息Radio Access Bearer Assignment Request，發(fā)起RAB建立請(qǐng)求； 2）SRNC接收到RAB建立請(qǐng)求后，將RAB的QoS參數(shù)映射為AAL2鏈路特性參數(shù)與無(wú)線資源特性參數(shù)，Iu接口的ALCAP根據(jù)其中的AAL2鏈路特性參數(shù)發(fā)起Iu接口的用戶面?zhèn)鬏敵休d建立過(guò)程； 3）SRNC向?qū)傧碌腘ode B發(fā)送NBAP

10、協(xié)議的無(wú)線鏈路重配置準(zhǔn)備Radio Link Reconfiguration Prepare消息，請(qǐng)求屬下的Node B準(zhǔn)備在已有的無(wú)線鏈路上增加一條（或多條）承載RAB的專用傳輸信道（DCH）； 4）Node B分配相應(yīng)的資源，然后向所屬的SRNC發(fā)送Radio Link Reconfiguration Ready消息，通知SRNC無(wú)線鏈路重配置準(zhǔn)備完成； 5）SRNC中Iub接口的ALCAP發(fā)起Iub接口的用戶面?zhèn)鬏敵休d建立過(guò)程， Node B與SRNC通過(guò)交換DCH幀協(xié)議的上下行同步幀建立同步； 6）SRNC向?qū)傧碌腘ode B發(fā)送無(wú)線鏈路重配置執(zhí)行消息Radio Link Reconf

11、iguration Commit； 7）SRNC向UE發(fā)送RRC協(xié)議的RB建立消息Radio Bearer Setup； 8）UE執(zhí)行RB建立后，向SRNC發(fā)送無(wú)線承載建立完成消息Radio Bearer Setup Complete； 9）SRNC接收到無(wú)線承載建立完成的消息后，向CN回應(yīng)RAB指配響應(yīng)消息Radio Access Bearer Assignment Response，結(jié)束RAB建立流程。,4.1.2異步重配置RL 在DCH-DCH異步情況下，不要求SRNC 、Node B與UE之間同步重配置RL：Node B與UE在接收到SRNC下發(fā)的配置消息后，將立即起用新的配置參數(shù)。,

12、信令流程說(shuō)明： 1）CN向UTRAN發(fā)送RANAP協(xié)議的RAB指配消息Radio Access Bearer Assignment Request，發(fā)起RAB建立請(qǐng)求； 2）SRNC接收到RAB建立請(qǐng)求后，將RAB的QoS參數(shù)映射為AAL2鏈路特性參數(shù)與無(wú)線資源特性參數(shù)，Iu接口的ALCAP根據(jù)其中的AAL2鏈路特性參數(shù)發(fā)起Iu接口的用戶面?zhèn)鬏敵休d建立過(guò)程； 3）在異步情況下，無(wú)線重配置無(wú)需同步，SRNC向?qū)傧碌腘ode B發(fā)送NBAP協(xié)議的無(wú)線鏈路重配置請(qǐng)求Radio Link Reconfiguration Request消息，請(qǐng)求屬下的Node B在已有的無(wú)線鏈路上建立新的專用傳輸信道（

13、DCH）； 4）Node B接收到無(wú)線鏈路重配置請(qǐng)求消息后，即分配相應(yīng)的資源，然后向所屬的SRNC發(fā)送Radio Link Reconfiguration Response消息，通知SRNC無(wú)線鏈路重配置完成； 5）SRNC中Iub接口的ALCAP發(fā)起Iub接口的用戶面?zhèn)鬏敵休d建立過(guò)程， Node B與SRNC通過(guò)交換DCH幀協(xié)議的上下行同步幀建立同步； 6）SRNC向UE發(fā)送RRC協(xié)議的無(wú)線承載建立消息Radio Bearer Setup； 7）UE執(zhí)行RB建立后，向SRNC發(fā)送無(wú)線承載建立完成消息Radio Bearer Setup Complete； 8）SRNC接收到無(wú)線承載建立完成的

14、消息后，向CN回應(yīng)RAB指配響應(yīng)消息Radio Access Bearer Assignment Response，結(jié)束RAB建立流程。,4.2RACH/FACH-DCH 當(dāng)UE的RRC狀態(tài)在公共信道時(shí)，RNC根據(jù)RAB指配消息中的QoS參數(shù)，可以將指配的RAB建立在公共信道（RACH/FACH）或?qū)Ｓ眯诺溃―CH）上。下面的例子是將指配的RAB建立在專用信道上：,信令流程說(shuō)明： 1）CN向UTRAN發(fā)送RANAP協(xié)議的RAB指配消息Radio Access Bearer Assignment Request，發(fā)起RAB建立請(qǐng)求； 2）SRNC接收到RAB建立請(qǐng)求后，將RAB的QoS參數(shù)映射為

15、AAL2鏈路特性參數(shù)與無(wú)線資源特性參數(shù)，Iu接口的ALCAP根據(jù)其中的AAL2鏈路特性參數(shù)發(fā)起Iu接口的用戶面?zhèn)鬏敵休d建立過(guò)程； 3）SRNC向?qū)傧碌腘ode B發(fā)送無(wú)線鏈路建立請(qǐng)求消息Radio Link Setup Request，建立新的無(wú)線鏈路； 4）Node B分配相應(yīng)的資源后，向所屬的SRNC發(fā)送無(wú)線鏈路建立響應(yīng)消息Radio Link Setup Response，通知SRNC無(wú)線鏈路建立完成； 5）SRNC中Iub接口的ALCAP發(fā)起Iub接口的用戶面?zhèn)鬏敵休d建立過(guò)程； Node B與SRNC通過(guò)交換DCH幀協(xié)議的上下行同步幀建立同步； 6）SRNC向UE發(fā)送RRC協(xié)議的無(wú)線承

16、載建立消息Radio Bearer Setup； 7）UE執(zhí)行RB建立后，向SRNC發(fā)送無(wú)線承載建立完成消息Radio Bearer Setup Complete； 8）SRNC接收到無(wú)線承載建立完成的消息后，向CN回應(yīng)RAB指配響應(yīng)消息Radio Access Bearer Assignment Response，結(jié)束RAB建立流程。,4.3RACH/FACH-RACH/FACH,信令流程說(shuō)明： 1）CN向UTRAN發(fā)送RANAP協(xié)議的RAB指配消息Radio Access Bearer Assignment Request，發(fā)起RAB建立請(qǐng)求； 2）SRNC接收到RAB建立請(qǐng)求后，將RAB

17、的QoS參數(shù)映射為AAL2鏈路特性參數(shù)與無(wú)線資源特性參數(shù)，Iu接口的ALCAP根據(jù)其中的AAL2鏈路特性參數(shù)發(fā)起Iu接口的用戶面?zhèn)鬏敵休d建立過(guò)程； 3）SRNC向UE發(fā)送RRC協(xié)議的無(wú)線承載建立消息Radio Bearer Setup； 4）UE執(zhí)行RB建立后，向SRNC發(fā)送無(wú)線承載建立完成消息Radio Bearer Setup Complete； 5）SRNC接收到無(wú)線承載建立完成的消息后，向CN回應(yīng)RAB指配響應(yīng)消息Radio Access Bearer Assignment Response，結(jié)束RAB建立流程,5.RRC連接釋放流程 呼叫釋放流程也就是RRC連接釋放流程。RRC連接釋

18、放流程分為兩種類型：UE發(fā)起的釋放和CN發(fā)起的釋放。兩種釋放類型的區(qū)別主要在于高層的呼叫釋放請(qǐng)求消息由誰(shuí)先發(fā)出，但最終的資源釋放都是由CN發(fā)起的。 當(dāng)CN決定釋放呼叫后，將向SRNC發(fā)送IU RELEASE COMMAND消息。SRNC收到該釋放命令后，有如下操作步驟： 1 ）向CN返回IU RELEASE COMPLETE消息； 2 ）發(fā)起IU接口用戶面?zhèn)鬏敵休d的釋放； 3 ）釋放RRC連接。 RRC釋放就是釋放UE和UTRAN之間的信令鏈路以及全部無(wú)線承載。根據(jù)RRC連接所占用的資源情況，可進(jìn)一步劃分為兩類：釋放建立在專用信道上的RRC連接和釋放建立在公共信道上的RRC連接。,5.1. 釋

19、放建立在專用信道上的RRC連接,流程描述： RNC向UE發(fā)送RRC連接釋放消息RRC Connection Release； UE向RNC返回釋放完成消息RRC Connection Release Complete； RNC向NODEB發(fā)送無(wú)線鏈路刪除消息Radio Link Deletion，刪除NODEB中的無(wú)線鏈路資源； NODEB資源釋放完成后，向RNC返回釋放完成消息Radio Link Deletion Response； RNC使用ALCAP協(xié)議發(fā)起IUB接口用戶面?zhèn)鬏敵休d的釋放。 最后RNC再發(fā)起本端L2資源的釋放。至此，RRC釋放過(guò)程結(jié)束。,5.2釋放建立在公共信道上的RR

20、C連接 釋放建立在公共信道上的RRC連接時(shí)，因?yàn)榇藭r(shí)用的是小區(qū)公共資源，所以直接釋放UE就可以了，無(wú)需釋放NODEB的資源，當(dāng)然也沒(méi)有數(shù)據(jù)傳輸承載的釋放過(guò)程。,6呼叫建立流程 6.1移動(dòng)臺(tái)主叫 當(dāng)MS想發(fā)起一個(gè)呼叫時(shí)，UE要使用無(wú)線接口信令與網(wǎng)絡(luò)建立通信，并發(fā)送一個(gè)包含有被叫用戶號(hào)碼的消息。CN將建立一個(gè)到該UE的通信信道，并使用被叫方地址創(chuàng)建一個(gè)IAM消息發(fā)送到被叫方。,1）UE在隨機(jī)訪問(wèn)信道上發(fā)送CHANNEL REQUEST消息給網(wǎng)絡(luò)。 2）網(wǎng)絡(luò)回應(yīng)IMMEDIATE ASSIGNMENT消息，使得MS可占用指定的專用信道。 3）MS向CN發(fā)初始服務(wù)請(qǐng)求消息CM SERVICE REQU

21、EST。 4）網(wǎng)絡(luò)將發(fā)起鑒權(quán)和加密過(guò)程。 5）在發(fā)送SECURITY MODE COMPLETE消息之后，MS通過(guò)發(fā)送SETUP消息給移動(dòng)臺(tái)而發(fā)起呼叫的建立過(guò)程。 6）網(wǎng)絡(luò)將回CALL PROCEEDING消息。 7）對(duì)于早指配，在網(wǎng)絡(luò)發(fā)起固定網(wǎng)絡(luò)的呼叫建立之前要為MS分配一個(gè)通信信道。 8）當(dāng)被叫振鈴時(shí)，網(wǎng)絡(luò)則要向主叫MS發(fā)一個(gè)ALERTING消息。 9）當(dāng)被叫方應(yīng)答后，將發(fā)送一個(gè)CONNECT消息給網(wǎng)絡(luò)，網(wǎng)絡(luò)再將其傳給主叫側(cè)。 10）當(dāng)從主叫MS回CONNECT ACKNOWLEDGE消息之后即完成了呼叫建立的過(guò)程。,6.2移動(dòng)臺(tái)被叫 若CN收到IAM消息后，若允許該到來(lái)的呼叫建立，則CN

22、要使用無(wú)線接口信令尋呼MS。當(dāng)MS以PAGE ACK消息回應(yīng)，CN收到后即建立一個(gè)到MS的通信信道。,1）CN向RNS發(fā)送一個(gè)PAGE消息，RNS在尋呼信道上廣播該尋呼消息。 2）被叫MS監(jiān)測(cè)到該尋呼，將向RNS發(fā)送一個(gè)信道請(qǐng)求，RNS回應(yīng)立即指配命令，指示MS使用指定的信令信道。 3）然后MS將在該信令信道上發(fā)送一個(gè)尋呼響應(yīng)消息，CN收到MS的尋呼響應(yīng)消息后，將發(fā)起鑒權(quán)和加密過(guò)程。 4）CN將發(fā)送SETUP消息給RNS，該消息中包含有該呼叫的承載能力。 5）當(dāng)MS從RNS接收到SETUP消息，它將回應(yīng)一個(gè)CALL CONFIRMED消息。如果協(xié)商的承載能力參數(shù)有變化，則該消息中要包含有承載能

23、力信息。 6）當(dāng)CN從RNS接收到CALL CONFIRMED消息時(shí)，CN將向RNS發(fā)送RAB ASSIGNMENT REQ消息要求進(jìn)行無(wú)線信道的指配，RNS將通過(guò)向MS發(fā)指配消息命令MS調(diào)節(jié)到一個(gè)指定的通信信道上，MS調(diào)到指定的信道上之后，將向RNS發(fā)送指配完成消息。 7）RNS向CN發(fā)RAB ASSIGNMENT RESP消息。 8）MS發(fā)送ALERTING消息指示被叫用戶振鈴。 9）當(dāng)被叫用戶應(yīng)答時(shí)，被叫MS將發(fā)送一個(gè)CONNECT消息經(jīng)過(guò)RNS到CN， 10）CN將給MS回應(yīng)CONNECT ACK消息，呼叫建立過(guò)程結(jié)束。,7.RAB流程 7.1RAB管理功能 RAB（Radio Acc

24、ess Bearer）定義在UE和CN之間建立，根據(jù)簽約用戶數(shù)據(jù)、CN業(yè)務(wù)能力和UE業(yè)務(wù)請(qǐng)求的QoS的不同而使用不同的RAB。 RAB ID與NAS綁定信息有關(guān)。例如，在電路域，RANAP 層的RAB ID與CC子層的SI在數(shù)值上相同。SI由UE來(lái)分配，CN在分配RAB ID時(shí)把SI和RAB ID一一對(duì)應(yīng)起來(lái)。對(duì)一個(gè)UE來(lái)說(shuō)，RAB ID在RB（Radio Bearer）和Iu承載上是全局的，而且一個(gè)RAB ID對(duì)應(yīng)一個(gè)唯一的用戶面連接的實(shí)例（一個(gè)Iu UP實(shí)例）。 CN控制RAB的建立、修改和釋放。CN執(zhí)行RAB建立、修改和釋放等過(guò)程的發(fā)起功能；UTRAN實(shí)際執(zhí)行RAB建立、修改和釋放的等過(guò)

25、程。另外，RAB釋放請(qǐng)求是由UTRAN發(fā)起（當(dāng)UTRAN不能與UE保持RAB時(shí)觸發(fā)該功能），CN根據(jù)請(qǐng)求消息回釋放命令。 在RAB建立時(shí)，CN把RAB映射到Uu接口承載上；UTRAN把RAB映射到Uu接口傳輸承載和Iu接口傳輸承載上。 在CS域如果使用AAL2承載，UTRAN負(fù)責(zé)發(fā)起AAL2連接建立和釋放。 RAB的優(yōu)先級(jí)由CN根據(jù)簽約信息、QoS信息等內(nèi)容決定。CN在請(qǐng)求RAB建立、修改消息中指定優(yōu)先級(jí)、預(yù)占能力和排隊(duì)特性，UTRAN執(zhí)行RAB排隊(duì)和資源預(yù)占。,7.2RAB接入控制 當(dāng)CN接收到請(qǐng)求建立或修改RAB時(shí)（在R99電路域規(guī)范中RAB QoS用BC IE來(lái)映射），CN驗(yàn)證是否該用戶

26、允許使用請(qǐng)求參數(shù)的RAB，根據(jù)驗(yàn)證CN將接受或拒絕該請(qǐng)求。 當(dāng)UTRAN從CN接收到建立或修改RAB的請(qǐng)求時(shí)，準(zhǔn)入控制實(shí)體根據(jù)當(dāng)時(shí)的無(wú)線資源條件的分析判斷是否接受或拒絕 7.3RAB指配流程 7.4RAB建立流程 7.5RAB釋放流程 7.6RAB修改流程,8.尋呼流程 尋呼過(guò)程是CN向被叫發(fā)起的尋呼過(guò)程，當(dāng)CN需要向和被叫用戶建立連接時(shí)，首先需要通過(guò)尋呼過(guò)程找到被叫，尋呼過(guò)程的作用就是使CN能夠?qū)ず舻奖唤杏脩簦瑢ず暨^(guò)程通過(guò)無(wú)連接信令方式建立。 CN通過(guò)向被叫發(fā)起PAGING消息來(lái)開始尋呼程，PAGING消息應(yīng)該包含足夠的信息以使RNC能夠找到被叫，如果一次尋呼不可及，CN負(fù)責(zé)通過(guò)lu接口重復(fù)

27、發(fā)尋呼的過(guò)程。,來(lái)自主叫的呼叫請(qǐng)求信息CN經(jīng)過(guò)處理后，如果成功的得到了有關(guān)被叫用戶的信息，尋呼過(guò)程就可以開始。CN需要知道被叫所在的位置區(qū)信息，并且取得足夠的尋呼信息參數(shù)，這樣，CN就可以向被叫發(fā)起尋呼。 如果CN沒(méi)有得到被叫用戶的位置區(qū)信息，需要通過(guò)廣播過(guò)程向CN下的所有RNC發(fā)起尋呼消息。 CN下發(fā)PAGING消息是通過(guò)RANAP接口進(jìn)行的， RANAP接口處理來(lái)自CN的PAGING消息，PAGING包含的參數(shù)包括尋呼是來(lái)自CS域還是PS域的，是何種原因引發(fā)的尋呼，以及被叫用戶的位置區(qū)信息等。由RANAP向被叫所屬位置區(qū)下RNC發(fā)尋呼消息。 當(dāng)PAGING消息到達(dá)RNC后，RNC通過(guò)分析尋

28、呼消息的參數(shù)取得被叫所在的位置區(qū)信，RNC通過(guò)PCCH傳送尋呼信息給位置區(qū)的UE，如果被叫UE檢測(cè)到RNC來(lái)的尋呼消息， 開始執(zhí)行NAS信令過(guò)程。 如果尋呼成功，CN會(huì)得到尋呼響應(yīng)消息，否則，CN需要通過(guò)lu接口重復(fù)發(fā)送尋呼消息。 以下就兩個(gè)例子UE在RRC 空閑狀態(tài)和RRC連接狀態(tài)下的尋呼過(guò)程,8.1UE在RRC空閑模式下的尋呼過(guò)程 當(dāng)RRC處于空閑狀態(tài)時(shí)候，UE 可能會(huì)收到來(lái)自CS或者PS的尋呼，因?yàn)榇藭r(shí)UE處于空閑狀態(tài)，CN可以知道該UE的位置區(qū)（LA)信息，因此，尋呼會(huì)通過(guò)該位置區(qū)來(lái)下發(fā)，這里列出了LA跨越兩個(gè)RNC的情況。,1）CN通過(guò)發(fā)起的尋呼消息，跨過(guò)兩個(gè)RNC到達(dá)被尋呼UE。

29、2）小區(qū)1 用 PaingType1發(fā)起尋呼。 3）小區(qū)2用 paging Type 發(fā)起尋呼。 PAGING 消息通過(guò)RANAP的到達(dá)RNC1，RNC2， RNC通過(guò)PCCH傳送尋呼信息給位置區(qū)的UE， 如果被叫UE檢測(cè)到RNC1或者RNC2來(lái)的尋呼消息， 開始執(zhí)行NAS信令過(guò)程。,8.2UE在RRC連接狀態(tài)下的尋呼過(guò)程 當(dāng)RRC處于連接狀態(tài)時(shí)候。這種情況在CN為CS域或者PS域兩種情況，由于移動(dòng)性管理的獨(dú)立性，有兩種可能的解決方案： 1）UTRAN來(lái)協(xié)調(diào)在已存在RRC連接上尋呼請(qǐng)求 2）UE來(lái)協(xié)調(diào)已存在RRC連接上的尋呼請(qǐng)求 以下例子說(shuō)明在RRC連接狀態(tài)（CELL_DCH 和 CELL_F

30、ACH 狀態(tài))執(zhí)行尋呼UE過(guò)程的，由UTRAN在RRC連接的狀態(tài)下用DCCH協(xié)調(diào)尋呼請(qǐng)求的情況。,1） CN通過(guò)RANAP發(fā)送PAGING消息來(lái)對(duì)UE尋呼。 2）SRNC對(duì)RRC發(fā)送消息 Paging Tyep2.,9分組域會(huì)話管 9.1SM基本概念 會(huì)話管理（SM）位于移動(dòng)性管理和用戶面之間，使用PMM子層提供的無(wú)應(yīng)答數(shù)據(jù)傳送業(yè)務(wù)，向用戶面提供連接管理服務(wù)。它一方面完成核心網(wǎng)絡(luò)SGSN到GGSN之間的隧道建立、修改和釋放的控制功能，另一方面完成SGSN和RNC/MS之間無(wú)線接入承載（Radio Access Bearer）建立、修改和釋放的控制。SM流程涉及到以下術(shù)語(yǔ)： 1）PDP CONT

31、EXT PDP上下文保存了用戶面進(jìn)行隧道轉(zhuǎn)發(fā)的所有信息，包括RNC/GGSN的用戶面IP地址、隧道標(biāo)識(shí)和QoS等。 2）NSAPI 在MS中NSAPI用于標(biāo)識(shí)一個(gè)PDP服務(wù)訪問(wèn)點(diǎn)，在SGSN/GGSN中用于表示一個(gè)會(huì)話。 3）RAB ID 在接入層標(biāo)識(shí)用戶的一個(gè)RAB，它的取值等于NSAPI。 4）APN解析 Access Point Name，采用標(biāo)準(zhǔn)域名格式，用于標(biāo)識(shí)一個(gè)指定的ISP，包括兩部分：網(wǎng)絡(luò)名和運(yùn)營(yíng)商名。SGSN可根據(jù)APN通過(guò)DNS解析得到與此APN對(duì)應(yīng)的GGSN地址。 5）PDP地址匹配和APN選擇 一個(gè)用戶可以使用多個(gè)PDP地址和APN，在激活一個(gè)會(huì)話時(shí)，用戶請(qǐng)求的PDP地

32、址和APN必須滿足簽約數(shù)據(jù)的要求。根據(jù)請(qǐng)求的地址和APN找到滿足此要求的簽約PDP CONTEXT數(shù)據(jù)的過(guò)程稱為PDP地址匹配和APN選擇。 6）QoS協(xié)商 會(huì)話管理在建立分組傳輸路由的同時(shí)，也必須指定此路由滿足的QOS，會(huì)話管理過(guò)程在MS、RNC、SGSN、GGSN之間進(jìn)行QoS協(xié)商，使各節(jié)點(diǎn)提供的服務(wù)質(zhì)量保持一致。QoS協(xié)商的算法是在簽約的QOS、SGSN能提供的最大QOS和其它節(jié)點(diǎn)滿足的QOS之間取最小值。,9.2與SM相關(guān)的實(shí)體 9.2.1RAB管理 RABM（RAB Management）完成RAB的創(chuàng)建、修改、釋放和重建的管理功能。 RAB由兩部分組成：RNC和SGSN之間的GTP

33、隧道以及RNC與MS之間的無(wú)線承載（Radio Bearer）。RAB ID唯一標(biāo)識(shí)用戶的一個(gè)RAB。 RAB的建立、修改、釋放和重建都是通過(guò)RAB ASSIGNMENT過(guò)程完成的。,流程說(shuō)明： 1）SGSN向RNC發(fā)送RAB Assignment Request（SGSN ADDR，TEIDs，QOS）消息，請(qǐng)求建立、修改或釋放RAB(s)，在指配參數(shù)中可指定RAB的無(wú)線優(yōu)先級(jí)，是否允許搶占和排隊(duì)； 2）RNC建立、修改或釋放無(wú)線承載； 3）RNC向SGSN發(fā)送RAB Assignment Response，如果因?yàn)镼oS的原因指配失敗，則要降低QoS重發(fā)指配請(qǐng)求。 如果RAB重建時(shí)發(fā)生Qo

34、S改變，則執(zhí)行SGSN發(fā)起的PDP CONTEXT修改流程，將QoS通知MS和GGSN。,9.2.2隧道管理 隧道管理的主要任務(wù)是創(chuàng)建SGSN到GGSN之間的GTP隧道。隧道管理包括創(chuàng)建隧道、修改隧道、刪除隧道和網(wǎng)絡(luò)側(cè)發(fā)起PDP CONTEXT激活的管理,9.2.3PDPcontext管理 SM通過(guò)PDP CONTEXT的激活、修改、去激活信令流程實(shí)現(xiàn)會(huì)話管理。PDP CONTEXT激活流程建立用戶面的分組傳輸路由；PDP CONTEXT修改流程修改激活的PDP CONTEXT的QOS和TFT，在發(fā)生RAU改變時(shí)，也用于修改SGSN到GGSN之間的隧道路由；PDP CONTEXT用于拆除激活的

35、PDP CONTEXT。,9.3PDP CONTEXT激活功能 PDP CONTEXT激活包括MS發(fā)起的，網(wǎng)絡(luò)發(fā)起的PDP CONTEXT激活和二次激活。 MS發(fā)起的PDP Context激活,1）MS向SGSN發(fā)送激活請(qǐng)求Activate PDP Context Request (NSAPI，TI， PDP Type，PDP Address，Access Point Name，QoS Requested)。PDP Address指出是動(dòng)態(tài)地址還是靜態(tài)地址。如是動(dòng)態(tài)地址，則設(shè)為空。 2）執(zhí)行RAB指配過(guò)程； 3）SGSN通過(guò)使用PDP Type (optional)，DP Address (optional)， and Access Poin