WCDMA非常詳細的信令流程.ppt_第1頁
WCDMA非常詳細的信令流程.ppt_第2頁
WCDMA非常詳細的信令流程.ppt_第3頁
WCDMA非常詳細的信令流程.ppt_第4頁
WCDMA非常詳細的信令流程.ppt_第5頁
已閱讀5頁,還剩43頁未讀 繼續免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

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

2、原因以及系統資源狀態,決定UE建立在專用信道上,并分配RNTI和L1、L2資源; 3)SRNC向Node B發送Radio Link Setup Request消息,請求Node B分配RRC連接所需的特定無線鏈路資源; 4)Node B資源準備成功后,向SRNC應答Radio Link Setup Response消息; 5)SRNC使用ALCAP協議發起Iub接口用戶面傳輸承載的建立,并完成RNC于NodeB之間的同步過程; 6)SRNC在下行CCCH向UE發送RRC Connection Setup消息; 7)UE 在上行DCCH向SRNC發送RRC Connection Setup C

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

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

5、受連接請求,則向RNC回SCCP連接拒絕消息(CJ),SCCP連接建立失敗。RNC接收到該消息,確認信令連接建立失敗,則發起RRC釋放過程。 信令連接建立成功后,UE發送到CN的消息,通過上行直傳消息(Uplink Direct Transfer)發送到RNC,RNC將其轉換為直傳消息(Direct Transfer)發送到CN;CN發送到UE的消息,通過直傳消息(Direct Transfer)發送到RNC,RNC將其轉換為下行直傳消息(Downlink Direct Transfer)發送到UE。,4.RAB建立流程 RAB是指用戶平面的承載,用于UE和CN之間傳送語音、數據及多媒體業務。

6、UE首先要完成RRC連接建立,然后才能建立RAB。 RAB建立是由CN發起,UTRAN執行的功能,基本流程為: 首先由CN向UTRAN發送RAB指配請求消息,請求UTRAN建立RAB; UTRAN中的SRNC發起建立Iu接口與Iub接口(Iur接口)的數據傳輸承載; SRNC向UE發起RB建立請求; UE完成RB建立,向SRNC回應RB建立完成消息; SRNC向CN應答RAB指配響應消息,結束RAB建立流程。 當RAB建立成功以后,一個基本的呼叫即建立,UE進入通話過程。,根據無線資源使用情況(RRC連接建立時的無線資源狀態與RAB建立時的無線資源狀態),可以將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狀態為專用傳輸信道(DCH)時,指配的RAB只能建立在專用傳輸信道上。根據無線鏈路(RL)重配置情況,RAB建立流程可分為同步重配置RL(DCH-DCH)與異步重配置RL(DCH-DCH)兩種情況,二者的區別在于Node B與UE接收到SRNC下發的配置消息后,能否立即啟用新的配

8、置參數: 同步情況下,Node B與UE在接收到SRNC下發的配置消息后,不能立即啟用新的配置參數,而是從消息中獲取SRNC規定的同步時間,在同步時刻,同時啟用新的配置參數; 異步情況下,Node B與UE在接收到SRNC下發的配置消息后,將立即啟用新的配置參數。,4.1.1同步重配置RL 在DCH-DCH同步情況下,需要SRNC 、Node B與UE之間同步重配置RL: Node B在接收到SRNC下發的重配置RL消息后,不能立即啟用新的配置參數,而是準備好相應的無線資源,等待接收到SRNC下發的重配置執行消息,從消息中獲取SRNC規定的同步時間; UE在接收到SRNC下發的配置消息后,也不

9、能立即啟用新的配置參數,而是從消息中獲取SRNC規定的同步時間; 在SRNC規定的同步時刻,Node B與UE同時啟用新的配置參數。,下面給出RAB建立流程中DCH-DCH同步重配置RL的過程,信令流程說明: 1)CN向UTRAN發送RANAP協議的RAB指配消息Radio Access Bearer Assignment Request,發起RAB建立請求; 2)SRNC接收到RAB建立請求后,將RAB的QoS參數映射為AAL2鏈路特性參數與無線資源特性參數,Iu接口的ALCAP根據其中的AAL2鏈路特性參數發起Iu接口的用戶面傳輸承載建立過程; 3)SRNC向屬下的Node B發送NBAP

10、協議的無線鏈路重配置準備Radio Link Reconfiguration Prepare消息,請求屬下的Node B準備在已有的無線鏈路上增加一條(或多條)承載RAB的專用傳輸信道(DCH); 4)Node B分配相應的資源,然后向所屬的SRNC發送Radio Link Reconfiguration Ready消息,通知SRNC無線鏈路重配置準備完成; 5)SRNC中Iub接口的ALCAP發起Iub接口的用戶面傳輸承載建立過程, Node B與SRNC通過交換DCH幀協議的上下行同步幀建立同步; 6)SRNC向屬下的Node B發送無線鏈路重配置執行消息Radio Link Reconf

11、iguration Commit; 7)SRNC向UE發送RRC協議的RB建立消息Radio Bearer Setup; 8)UE執行RB建立后,向SRNC發送無線承載建立完成消息Radio Bearer Setup Complete; 9)SRNC接收到無線承載建立完成的消息后,向CN回應RAB指配響應消息Radio Access Bearer Assignment Response,結束RAB建立流程。,4.1.2異步重配置RL 在DCH-DCH異步情況下,不要求SRNC 、Node B與UE之間同步重配置RL:Node B與UE在接收到SRNC下發的配置消息后,將立即起用新的配置參數。,

12、信令流程說明: 1)CN向UTRAN發送RANAP協議的RAB指配消息Radio Access Bearer Assignment Request,發起RAB建立請求; 2)SRNC接收到RAB建立請求后,將RAB的QoS參數映射為AAL2鏈路特性參數與無線資源特性參數,Iu接口的ALCAP根據其中的AAL2鏈路特性參數發起Iu接口的用戶面傳輸承載建立過程; 3)在異步情況下,無線重配置無需同步,SRNC向屬下的Node B發送NBAP協議的無線鏈路重配置請求Radio Link Reconfiguration Request消息,請求屬下的Node B在已有的無線鏈路上建立新的專用傳輸信道(

13、DCH); 4)Node B接收到無線鏈路重配置請求消息后,即分配相應的資源,然后向所屬的SRNC發送Radio Link Reconfiguration Response消息,通知SRNC無線鏈路重配置完成; 5)SRNC中Iub接口的ALCAP發起Iub接口的用戶面傳輸承載建立過程, Node B與SRNC通過交換DCH幀協議的上下行同步幀建立同步; 6)SRNC向UE發送RRC協議的無線承載建立消息Radio Bearer Setup; 7)UE執行RB建立后,向SRNC發送無線承載建立完成消息Radio Bearer Setup Complete; 8)SRNC接收到無線承載建立完成的

14、消息后,向CN回應RAB指配響應消息Radio Access Bearer Assignment Response,結束RAB建立流程。,4.2RACH/FACH-DCH 當UE的RRC狀態在公共信道時,RNC根據RAB指配消息中的QoS參數,可以將指配的RAB建立在公共信道(RACH/FACH)或專用信道(DCH)上。下面的例子是將指配的RAB建立在專用信道上:,信令流程說明: 1)CN向UTRAN發送RANAP協議的RAB指配消息Radio Access Bearer Assignment Request,發起RAB建立請求; 2)SRNC接收到RAB建立請求后,將RAB的QoS參數映射為

15、AAL2鏈路特性參數與無線資源特性參數,Iu接口的ALCAP根據其中的AAL2鏈路特性參數發起Iu接口的用戶面傳輸承載建立過程; 3)SRNC向屬下的Node B發送無線鏈路建立請求消息Radio Link Setup Request,建立新的無線鏈路; 4)Node B分配相應的資源后,向所屬的SRNC發送無線鏈路建立響應消息Radio Link Setup Response,通知SRNC無線鏈路建立完成; 5)SRNC中Iub接口的ALCAP發起Iub接口的用戶面傳輸承載建立過程; Node B與SRNC通過交換DCH幀協議的上下行同步幀建立同步; 6)SRNC向UE發送RRC協議的無線承

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

17、的QoS參數映射為AAL2鏈路特性參數與無線資源特性參數,Iu接口的ALCAP根據其中的AAL2鏈路特性參數發起Iu接口的用戶面傳輸承載建立過程; 3)SRNC向UE發送RRC協議的無線承載建立消息Radio Bearer Setup; 4)UE執行RB建立后,向SRNC發送無線承載建立完成消息Radio Bearer Setup Complete; 5)SRNC接收到無線承載建立完成的消息后,向CN回應RAB指配響應消息Radio Access Bearer Assignment Response,結束RAB建立流程,5.RRC連接釋放流程 呼叫釋放流程也就是RRC連接釋放流程。RRC連接釋

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

19、放建立在專用信道上的RRC連接,流程描述: RNC向UE發送RRC連接釋放消息RRC Connection Release; UE向RNC返回釋放完成消息RRC Connection Release Complete; RNC向NODEB發送無線鏈路刪除消息Radio Link Deletion,刪除NODEB中的無線鏈路資源; NODEB資源釋放完成后,向RNC返回釋放完成消息Radio Link Deletion Response; RNC使用ALCAP協議發起IUB接口用戶面傳輸承載的釋放。 最后RNC再發起本端L2資源的釋放。至此,RRC釋放過程結束。,5.2釋放建立在公共信道上的RR

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論