WCDMA非常詳細的信令流程.ppt

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

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

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

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

5、受連接請求，則向RNC回SCCP連接拒絕消息（CJ），SCCP連接建立失敗。RNC接收到該消息，確認信令連接建立失敗，則發(fā)起RRC釋放過程。 信令連接建立成功后，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。,4.RAB建立流程 RAB是指用戶平面的承載，用于UE和CN之間傳送語音、數(shù)據(jù)及多媒體業(yè)務。

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

7、： 1）DCH-DCH：RRC使用DCH，RAB準備使用DCH； 2）RACH/FACH-RACH/FACH：RRC使用CCH，RAB準備使用CCH； 3）RACH/FACH-DCH：RRC使用CCH，而RAB準備使用DCH。 下面給出以上不同情況下的RAB建立流程的具體過程描述,4.1DCH-DCH UE當前的RRC狀態(tài)為專用傳輸信道（DCH）時，指配的RAB只能建立在專用傳輸信道上。根據(jù)無線鏈路（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ù)； 異步情況下，Node B與UE在接收到SRNC下發(fā)的配置消息后，將立即啟用新的配置參數(shù)。,4.1.1同步重配置RL 在DCH-DCH同步情況下，需要SRNC 、Node B與UE之間同步重配置RL： Node B在接收到SRNC下發(fā)的重配置RL消息后，不能立即啟用新的配置參數(shù)，而是準備好相應的無線資源，等待接收到SRNC下發(fā)的重配置執(zhí)行消息，從消息中獲取SRNC規(guī)定的同步時間； UE在接收到SRNC下發(fā)的配置消息后，也不

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

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

11、iguration Commit； 7）SRNC向UE發(fā)送RRC協(xié)議的RB建立消息Radio Bearer Setup； 8）UE執(zhí)行RB建立后，向SRNC發(fā)送無線承載建立完成消息Radio Bearer Setup Complete； 9）SRNC接收到無線承載建立完成的消息后，向CN回應RAB指配響應消息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、信令流程說明： 1）CN向UTRAN發(fā)送RANAP協(xié)議的RAB指配消息Radio Access Bearer Assignment Request，發(fā)起RAB建立請求； 2）SRNC接收到RAB建立請求后，將RAB的QoS參數(shù)映射為AAL2鏈路特性參數(shù)與無線資源特性參數(shù)，Iu接口的ALCAP根據(jù)其中的AAL2鏈路特性參數(shù)發(fā)起Iu接口的用戶面?zhèn)鬏敵休d建立過程； 3）在異步情況下，無線重配置無需同步，SRNC向?qū)傧碌腘ode B發(fā)送NBAP協(xié)議的無線鏈路重配置請求Radio Link Reconfiguration Request消息，請求屬下的Node B在已有的無線鏈路上建立新的專用傳輸信道（

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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