1、WCDMA分組域流程與參數(shù)詳解,聯(lián)通設(shè)計(jì)院 技術(shù)研發(fā)部網(wǎng)絡(luò)室,GPRS附著流程主要內(nèi)容,GPRS附著流程概述,觸發(fā)GPRS附著流程的場(chǎng)景： MS為了訪問GPRS服務(wù)，執(zhí)行到SGSN的GPRS附著 開機(jī)發(fā)起附著（跟終端類型及終端上的設(shè)置有關(guān)） GPRS附著分為單獨(dú)GPRS附著和聯(lián)合附著，由于聯(lián)通現(xiàn)網(wǎng)未開通Gs接口，因此只存在單獨(dú)GPRS附著,GPRS附著流程總體圖,GPRS附著主流程圖,消息和參數(shù),GPRS附著可選流程或消息（一）,觸發(fā)條件：MS使用P-TMSI請(qǐng)求附著，并且SGSN發(fā)生改變。,消息與參數(shù),注：當(dāng)Cause值為Request Accepted時(shí)攜帶,GPRS附著可選流程（二）,G

2、PRS標(biāo)識(shí)流程的觸發(fā)條件：MS上報(bào)的P-TMSI在新老SGSN中都查找不到。,消息與參數(shù),GPRS附著可選流程（三）,觸發(fā)條件：若MS在網(wǎng)絡(luò)中沒有MM上下文，則必須鑒權(quán)。 如果將要執(zhí)行P-TMSI分配并且網(wǎng)絡(luò)支持加密，則要設(shè)置加密模式。,觸發(fā)條件：在新或老SGSN上有該MS的激活的PDP上下文。,GPRS附著可選流程（四）,觸發(fā)條件： 在GPRS分離后，SGSN Number發(fā)生了改變了。 或?yàn)榈谝淮胃街?或支持ADD功能并且IMEISV發(fā)生改變,消息參數(shù),異常情況,異常情況分為： GPRS附著請(qǐng)求不被網(wǎng)絡(luò)接受 MS側(cè)異常 網(wǎng)絡(luò)側(cè)異常,異常情況GPRS附著請(qǐng)求被網(wǎng)絡(luò)拒絕,如果附著請(qǐng)求不被網(wǎng)絡(luò)接

3、收，則會(huì)向MS發(fā)送ATTACH REJECT 消息。MS收到ATTACH REJECT消息后，停止T3310定時(shí)器，對(duì)于除#12、#14和#15外的所有原因值刪除“equivalent PLMNs”列表。 MS根據(jù)拒絕原因值將執(zhí)行對(duì)應(yīng)的動(dòng)作： #3（非法MS） #6（非法ME） MS會(huì)把GPRS update狀態(tài)設(shè)置為GU3 ROAMING NOT ALLOWED（并存儲(chǔ)） 刪除所有P-TMSI、P-TMSI簽名、RAI和GPRS CKSN 新的GMM狀態(tài)為GMM-DEREGISTERED SIM/USIM會(huì)被認(rèn)為GPRS服務(wù)無(wú)效，直到關(guān)機(jī)或取出SIM/USIM卡。 #7（GPRS servi

4、ces not allowed） MS將設(shè)置GPRS update狀態(tài)為GU3 ROAMING NOT ALLOWED（并存儲(chǔ)） 刪除P-TMSI、 P-TMSI signature、RAI和 GPRS CKSN SIM/USIM會(huì)被認(rèn)為對(duì)GPRS服務(wù)無(wú)效，直到關(guān)機(jī)或取出SIM/USIM卡 新的狀態(tài)為GMM-DEREGISTERED。 #8（GPRS services and non-GPRS services not allowed） MS將GPRS update狀態(tài)設(shè)置為GU3 ROAMING NOT ALLOWED 刪除P-TMSI、P-TMSI簽名、RAI和GPRS CKSN SIM/

5、USIM會(huì)被認(rèn)為對(duì)GPRS服務(wù)無(wú)效，直到關(guān)機(jī)或取出SIM/USIM卡 新的GMM狀態(tài)為GMM-DEREGISTERED。,異常情況GPRS附著請(qǐng)求被網(wǎng)絡(luò)拒絕（續(xù)）,# 11(PLMN not allowed); MS刪除P-TMSI、P-TMSI簽名、RAI和GPRS CKSN，將GPRS update狀態(tài)設(shè)置為GU3 ROAMING NOT ALLOWED（并保存），將重置GPRS附著嘗試計(jì)數(shù)器并將改變?yōu)镚MM-DEREGIESTERED狀態(tài)。 MS將把PLMN標(biāo)識(shí)存儲(chǔ)在“禁止PLMN列表”里。 #12 （Location area not allowed）； MS刪除P-TMSI、P-TM

6、SI簽名、RAI和GPRS CKSN，將GPRS update狀態(tài)設(shè)置為GU3 ROAMING NOT ALLOWED（并保存），將重置GPRS附著嘗試計(jì)數(shù)器并將改變?yōu)镚MM-DEREGISTERED.LIMITED-SERVICE狀態(tài)。 MS將該LAI保存在“forbidden location areas for regional provision of service”列表中。 # 13(Roaming not allowed in this location area); MS刪除P-TMSI、P-TMSI簽名、RAI和GPRS CKSN，將GPRS update狀態(tài)設(shè)置為GU3 R

7、OAMING NOT ALLOWED（并保存），將重置GPRS附著嘗試計(jì)數(shù)器并將改變?yōu)镚MM-DEREGISTERED.LIMITED-SERVICE狀態(tài)，或者可選擇地改變?yōu)镚MM-DEREGISTERED.PLMN-SEARCH狀態(tài)。 MS將該LAI保存在“forbidden location areas for roaming”列表中。 # 14(GPRS services not allowed in this PLMN); MS將刪除P-TMSI、P-TMSI簽名、RAI和GPRS CKSN，將GPRS update狀態(tài)設(shè)置為GU3 ROAMING NOT ALLOWED（并保存），并

8、將狀態(tài)改變?yōu)镚MM-DEREGISTERED。 MS會(huì)把該P(yáng)LMN標(biāo)識(shí)保存在forbidden PLMNs for GPRS service列表中。模式C的GPRS MS將執(zhí)行PLMN選擇而非小區(qū)選擇。 # 15(No Suitable Cells In Location Area); MS刪除P-TMSI、P-TMSI簽名、RAI和GPRS CKSN，將GPRS update狀態(tài)設(shè)置為GU3 ROAMING NOT ALLOWED（并保存），將重置GPRS附著嘗試計(jì)數(shù)器，并將狀態(tài)改變?yōu)镚MM-DEREGISTERED.LIMITED-SERVICE.。 MS將LAI保存到forbidden

9、location areas for roaming列表中。,異常流程MS側(cè)異常,a）由于正常的接入類別控制或PS域特定接入控制的訪問禁止 將不會(huì)發(fā)起GPRS附著流程。MS駐留在當(dāng)前服務(wù)小區(qū)并申請(qǐng)普通小區(qū)重選進(jìn)程。當(dāng)訪問被允許時(shí)或者由于小區(qū)切換，若仍然有必要，該流程將盡快開始。 b）在收到ATTACH ACCEPT或ATTACH REJECT消息前低層發(fā)生失敗 附著流程將被中止。MS將按后面的描述（*）處理。 c）T3310超時(shí) 該第一次超時(shí)時(shí)，MS將重置T3310重新開始計(jì)時(shí)，并重發(fā)ATTACH REQUEST消息。重發(fā)4次，在T3310第5次超時(shí)后，MS將終止GPRS附著流程，在Iu模式下

10、將釋放PS信令連接。MS將按后面的描述處理。 d）ATTACH REJECT，除上面提到的其他原因值 收到原因值為#95、#96、#97、#99和#111，MS會(huì)將GPRS附著嘗試計(jì)時(shí)器設(shè)置為5。MS會(huì)按后面描述（*）處理。 e）在RA內(nèi)進(jìn)行小區(qū)切換（A/Gb模式） 如果在MS處于GMM-REGISTERED-INITIATED狀態(tài)時(shí)發(fā)生RA內(nèi)的小區(qū)切換，則在附著流程完成前將先執(zhí)行小區(qū)更新流程。 f）小區(qū)切換進(jìn)入新的RA 如果在收到ATTACH ACCEPT或ATTACH REJECT消息之前，發(fā)生進(jìn)入新RA的小區(qū)更新，GPRS流程將被中止并立即重新發(fā)起。如果在收到ATTACH ACCEPT消

11、息但在收到ATTACH COMPLETE消息前穿過了RA邊界，GPRS附著流程將被中止并發(fā)起路由更新流程。如果在GPRS附著流程中分配了P-TMSI，則該P(yáng)-TMSI將被用在RA更新流程中。如果在GPRS附著流程中分配了P-TMSI簽名，則該P(yáng)-TMSI簽名將被用在RA更新流程中。,異常流程MS側(cè)異常（續(xù)）,g）移動(dòng)引起的分離請(qǐng)求 如果MS處于GMM-REGISTERED-INITIATED狀態(tài)，GPRS附著流程將被終止并執(zhí)行GPRS分離流程。 h）與網(wǎng)絡(luò)發(fā)起的分離流程沖突 如果MS在GMM-REGISTERED-INITIATED狀態(tài)從網(wǎng)絡(luò)收到DETACH REQUEST消息，其中分離類型為

12、re-attach not required，將會(huì)進(jìn)行GPRS分離流程并終止GPRS附著流程。否則將進(jìn)行GPRS附著流程，忽略DETACH REQUEST消息。 *）在b、c、d的情況下，MS將如下處理。 如果T3310定時(shí)器還在計(jì)時(shí)則停止。GPRS附著嘗試計(jì)數(shù)器加1。 如果GPRS附著嘗試計(jì)數(shù)器小于5： - 啟動(dòng)T3311定時(shí)器并將狀態(tài)改變?yōu)镚MM-DEREGISTERED.ATTEMPTING-TO-ATTACH。 如果GPRS附著嘗試計(jì)數(shù)器等于或大于5： -MS將刪除所有RAI、P-TMSI、P-TMSI簽名、等效PLMN列表和GPRS CKSN，設(shè)置GPRS update狀態(tài)為GU2

13、NOT UPDATED，啟動(dòng)T3302。狀態(tài)改變?yōu)镚MM-DEREGISTERED.ATTEMPTING-TO-ATTACH或依據(jù)3GPP TS23.122為執(zhí)行PLMN選擇可選地改變?yōu)镚MM-DEREGISTERED.PLMN-SEARCH狀態(tài)。,異常流程網(wǎng)絡(luò)側(cè)異常,a）低層失敗 如果在收到MS發(fā)送的ATTACH COMPLETE消息前發(fā)生低層錯(cuò)誤，且分配了新的P-TMSI（或新P-TMSI和新的P-TMSI簽名），網(wǎng)絡(luò)將認(rèn)為舊的和新的P-TMSI和它們對(duì)應(yīng)的P-TMSI簽名都為有效的，直到網(wǎng)絡(luò)認(rèn)為舊P-TMSI為無(wú)效的時(shí)候，且不會(huì)重新發(fā)送ATTACH ACCEPT。在此期間如果MS在隨后的

14、消息中使用舊的P-TMSI，網(wǎng)絡(luò)可能會(huì)在P-TMSI重分配流程后使用標(biāo)識(shí)流程。 b）協(xié)議錯(cuò)誤 如果接收到有協(xié)議錯(cuò)誤的ATTACH REQUEST消息，網(wǎng)絡(luò)將返回ATTACH REJECT消息，拒絕的原因值為下列的其中之一： #96：必選IE錯(cuò)誤 #99：IE不存在或無(wú)效 #100：條件IE錯(cuò)誤 #111：協(xié)議錯(cuò)誤，未特別指出的。 c）T3350超時(shí) 定時(shí)器前4次超時(shí)，網(wǎng)絡(luò)將重傳ATTACH ACCEPT消息，重設(shè)并重新啟動(dòng)T3350定時(shí)器。 第5次超時(shí)后，GPRS附著流程將被中止。如果在ATTACH ACCEPT消息中分配了新P-TMSI或新的P-TMSI和P-TMSI簽名，網(wǎng)絡(luò)將認(rèn)為舊的和新

15、的P-TMSI和它們對(duì)應(yīng)的P-TMSI簽名都為有效的，直到網(wǎng)絡(luò)認(rèn)為舊P-TMSI為無(wú)效的時(shí)候。在此期間網(wǎng)絡(luò)行為與情況a中相同。,異常流程網(wǎng)絡(luò)側(cè)異常（續(xù)）,d.1)在發(fā)送ATTACH ACCEPT消息后收到ATTACH COMPLETE消息之前，收到ATTACH REQUEST。 -如果收到的ATTACH REQUEST消息中有與之前收到的ATTACH REQUEST消息不同的IE，且還沒有收到ATTACH COMPLETE消息，則之前發(fā)起的GPRS附著流程被中止并處理新的GPRS附著流程，或 -如果IE沒有不同，則重發(fā)ATTACH ACCEPT消息，若需要ATTACH COMPLETE消息則重

16、啟T3350定時(shí)器。這種情況，與T3350相關(guān)的重傳計(jì)數(shù)器不計(jì)數(shù)。 d.2)收到多于一條ATTACH REQUEST消息，且還未發(fā)送ATTACH ACCEPT或ATTACH REJECT消息。 -如果ATTACH REQUEST消息中有與之前的ATTACH REQUEST消息中有不同的IE，則之前發(fā)起的GPRS附著流程將被中止并處理新的GPRS附著流程； -如果與之前的IE沒有不同，則網(wǎng)絡(luò)將繼續(xù)之前的附著流程并不在處理新收到的ATTACH REQUEST消息。 e)在GMM-REGISTED狀態(tài)收到ATTACH REQUEST。 如果在GMM-REGISTERED狀態(tài)下收到ATTACH REQ

17、UEST消息，網(wǎng)絡(luò)會(huì)發(fā)起GMM普通流程（例如，GMM標(biāo)識(shí)、GMM鑒權(quán)和加密等）； 如果網(wǎng)絡(luò)發(fā)現(xiàn)發(fā)送ATTACH REQUEST消息的已附著的MS的GMM上下文、PDP上下文和MBMS上下文中的任意一個(gè)被刪除，則新的ATTACH REQUEST將被處理。 f）在ATTACH COMPLETE消息之前收到ROUTING AREA UPDTATE REQUEST消息。 停止T3350定時(shí)器。認(rèn)為已分配的P-TMSI為有效的，并進(jìn)行RAU流程。,流程中網(wǎng)元參數(shù),GPRS分離流程分離,MS發(fā)起的GPRS分離流程 SGSN發(fā)起的GPRS分離流程 HLR發(fā)起的GPRS分離流程,MS發(fā)起的GPRS分離流程,流

18、程概述,MS發(fā)起的分離流程的作用 MS通知網(wǎng)絡(luò)它不再訪問基于SGSN的服務(wù)。釋放相應(yīng)的資源。 觸發(fā)SGSN發(fā)起的分離流程的場(chǎng)景 手機(jī)關(guān)機(jī)或取出USIM/SIM卡 業(yè)務(wù)完成（與終端有關(guān)）,MS發(fā)起的GPRS分離流程總體圖,總體流程圖,主流程圖,消息參數(shù),可選流程或消息（一）,觸發(fā)條件：當(dāng)MS發(fā)起的GPRS分離不是由于關(guān)機(jī)引起時(shí)，SGSN會(huì)向MS發(fā)送Detach Accept消息。,消息參數(shù),重要參數(shù),Force to Standby 參數(shù)作用：強(qiáng)制MS停止READY計(jì)時(shí)器，以防MS發(fā)起小區(qū)更新。 參數(shù)取值： 該參數(shù)字節(jié)長(zhǎng)度為1字節(jié)。其中低3位取值如下表所示，高4位為IEI，第4位固定為0。 Iu

19、模式下，取值固定為“Force to standby not indicated”。,可選流程或消息（二）,觸發(fā)條件：SGSN上有該MS激活的PDP上下文,觸發(fā)條件：若分離成功完成，則會(huì)釋放PS信令連接,消息參數(shù),異常流程,MS側(cè)的異常情況： a）T3321超時(shí) 處理方式： 前四次超時(shí)：MS會(huì)重發(fā)DETACH REQUEST消息，并重置和重啟T3321定時(shí)器。 第五次超時(shí)：中止GPRS分離流程，將MS狀態(tài)改變?yōu)镚MM-DEREGISTERED ； b）MS收到DETACH ACCEPT消息之前發(fā)生低層失敗 處理方式： 中止分離流程，MS將改變狀態(tài)為GMM-DEREGISTERED c）分離流程

20、沖突 異常描述： MS在發(fā)起GPRS分離前收到DETACH REQUEST消息 處理方式： MS向網(wǎng)絡(luò)發(fā)送DETACH ACCEPT消息。,d）分離和GMM普通流程沖突 GPRS分離包含power off為“關(guān)機(jī)”： 異常描述： GPRS分離流程完成前，MS收到GMM普通流程的一條消息。 處理方式： 忽略GMM普通流程消息，而繼續(xù)進(jìn)行GPRS分離流程。 GPRS分離包含power off不是 “關(guān)機(jī)”： （1）異常描述： 分離流程完成前，MS收到P-TMSI REALLOCATION COMMAND、GMM STATUS或者GMM INFORMATION消息。 處理方式： 忽略GMM普通流程消

21、息，而繼續(xù)進(jìn)行GPRS分離流程。 （2）異常描述： -GPRS分離流程完成前，MS收到AUTHENTICATION AND CIPHERING REQUEST或IDENTITY REQUEST消息， 處理方式： MS將分別根據(jù)鑒權(quán)流程或標(biāo)識(shí)流程給與響應(yīng)。,e）RA內(nèi)的小區(qū)改變（A/Gb模式） 異常描述： MS在收到DETACH ACCEPT消息前發(fā)生RA內(nèi)的小區(qū)改變， 處理方式： 先執(zhí)行小區(qū)更新流程。 f）RA間的小區(qū)改變 異常描述： MS在收到DETACH ACCEPT消息前發(fā)生RA間的小區(qū)改變， 處理方式： 中止GPRS分離流程，成功執(zhí)行完路由區(qū)更新流程后重新發(fā)起GPRS分離流程。 如果分

22、離流程是由于移除SIM/USIM卡，MS就會(huì)中止分離流程并進(jìn)入GMM-DEREGISTERED狀態(tài)。 g)基于正常接入級(jí)別控制或PS域特定接入控制的訪問禁止 處理方式： 不會(huì)發(fā)起GPRS分離流程不會(huì)被發(fā)起。一旦禁止?fàn)顟B(tài)被取消或小區(qū)改變后，若仍然需要，則MS將盡快發(fā)起分離流程。,流程中網(wǎng)元參數(shù),SGSN發(fā)起的GPRS分離流程,流程概述,SGSN發(fā)起的分離流程的作用是： 網(wǎng)絡(luò)通知它不再擁有訪問基于SGSN的服務(wù)的權(quán)限。釋放相應(yīng)的資源。 觸發(fā)SGSN發(fā)起的分離流程的場(chǎng)景： 隱式分離：在移動(dòng)可達(dá)定時(shí)器超時(shí)一段特定時(shí)間后，或者邏輯鏈路發(fā)生不可修復(fù)的無(wú)線錯(cuò)誤原因的中斷，網(wǎng)絡(luò)將MS分離，但是不通知MS。 網(wǎng)

23、絡(luò)維護(hù)：使用維護(hù)終端控制SGSN發(fā)起GPRS分離流程 未激活用戶自動(dòng)分離定時(shí)器超時(shí),SGSN發(fā)起的GPRS分離流程總體圖,可選流程或消息（一）,觸發(fā)場(chǎng)景：顯式分離,消息參數(shù),可選流程或消息（二）,觸發(fā)場(chǎng)景：若在SGSN上有該MS激活的PDP上下文，則會(huì)發(fā)起PDP上下文刪除流程。,可選流程或消息（三）,觸發(fā)條件：SGSN收到Detach Accept消息后，且Detach Type不要求MS發(fā)起新的附著，則SGSN會(huì)釋放PS信令連接。,異常情況,下列為可被識(shí)別的網(wǎng)絡(luò)側(cè)的異常情況： a）T3322超時(shí) 處理方式： 前四次超時(shí)：SGSN重發(fā)DETACH REQUEST消息并啟動(dòng)T3322定時(shí)器。 第

24、五次超時(shí)：中止GPRS分離流程，網(wǎng)絡(luò)將狀態(tài)改變?yōu)镚MM-DEREGISTERED。 b）低層故障 處理方式： 中止GPRS分離流程，網(wǎng)絡(luò)將狀態(tài)改變?yōu)镚MM-DEREGISTERED。 c）GPRS分離流程沖突 （1）異常描述： 網(wǎng)絡(luò)在發(fā)起的GPRS分離流程完成前收到帶“關(guān)機(jī)”指示的DETACH REQUEST消息 處理方式： 網(wǎng)絡(luò)會(huì)認(rèn)為兩個(gè)流程都已完成。 （2）異常描述： 網(wǎng)絡(luò)在發(fā)起的GPRS分離流程完成前收到未帶“關(guān)機(jī)”指示的DETACH REQUEST消息。 處理方式： 網(wǎng)絡(luò)將向MS發(fā)送DETACH ACCEPT消息,d）GPRS分離和GPRS附著流程沖突 （1）異常描述： 分離類型為”r

25、e-attach not required”，分離流程完成之前收到ATTACH REQUEST消息 處理方式： 網(wǎng)絡(luò)將忽略ATTACH REQUEST消息。 （2）異常描述： 分離類型為”re-attach required”，分離流程完成之前收到ATTACH REQUEST消息 處理方式 中止分離流程，刪除所有PDP和MBMS上下文后，將進(jìn)行GPRS附著流程。,e）GPRS分離和路由區(qū)更新流程沖突 異常描述： GPRS分離包含分離類型“re-attach required”或 “re-attach not required”，分離流程完成前收到ROUTING AREA UPDATE REQU

26、EST消息。 處理方式： 忽略ROUTING AREA UPDATE REQUEST消息，繼續(xù)進(jìn)行分離流程。 f）GPRS分離和業(yè)務(wù)請(qǐng)求流程沖突 異常描述： 網(wǎng)絡(luò)在發(fā)起的GPRS分離流程完成前收到SERVICEREQUEST消息。 處理方式： 網(wǎng)絡(luò)將忽略SERVICEREQUEST消息。,流程中網(wǎng)元參數(shù),HLR發(fā)起的GPRS分離流程,流程概述,HLR發(fā)起的分離流程作用 HLR使用該流程請(qǐng)求刪除用戶在SGSN上的MM和PDP上下文。 應(yīng)用場(chǎng)景 網(wǎng)絡(luò)維護(hù) 鑒權(quán)失敗,HLR發(fā)起的GPRS分離流程主體圖,主要流程,消息參數(shù),異常情況與網(wǎng)元控制參數(shù),異常情況的處理和網(wǎng)元控制參數(shù)與SGSN發(fā)起的GPRS分

27、離流程中基本相同。,PDP上下文結(jié)構(gòu),Quality of Service 取值說明,其中各部分的取值如下： Reliability class, （可靠性類別）octet 3 (see 3GPP TS 23.107) MS到網(wǎng)絡(luò)方向:0 0 0簽約的可靠性類別網(wǎng)絡(luò)到MS方向:0 0 0保留MS到網(wǎng)絡(luò)方向和網(wǎng)絡(luò)到MS方向:0 0 1不使用，若接收到，則解釋為010（NOTE）0 1 0無(wú)應(yīng)答GTP；有應(yīng)答LLC和RLC，保護(hù)數(shù)據(jù)0 1 1無(wú)應(yīng)答GTP和LLC；有應(yīng)答RLC，保護(hù)數(shù)據(jù)1 0 0無(wú)應(yīng)答GTP、LLC和RLC，保護(hù)數(shù)據(jù)1 0 1無(wú)應(yīng)答GTP、LLC和RLC，無(wú)保護(hù)數(shù)據(jù)1 1 1保留在

28、R6版本的協(xié)議中，所有其他取值都解釋為無(wú)應(yīng)答GTP和LLC，有應(yīng)答RLC，保護(hù)數(shù)據(jù)。NOTE: 該取值在較早版本的協(xié)議中分配。 Delay class, （時(shí)延級(jí)別）octet 3 (see 3GPP TS 22.060 and 3GPP TS 23.107) MS到網(wǎng)絡(luò)方向:0 0 0簽約的時(shí)延級(jí)別網(wǎng)絡(luò)到MS方向:0 0 0保留MS到網(wǎng)絡(luò)方向和網(wǎng)絡(luò)到MS方向:0 0 1Delay class 10 1 0Delay class 20 1 1Delay class 31 0 0Delay class 4 (best effort)1 1 1保留 所有其他取值在R6版本協(xié)議中，都解釋為Delay

29、 class 4 (best effort)。,Precedence class, （優(yōu)先級(jí)別）octet 4 (see 3GPP TS 23.107) MS到網(wǎng)絡(luò)方向:0 0 0簽約的優(yōu)先級(jí)網(wǎng)絡(luò)到MS方向:0 0 0保留MS到網(wǎng)絡(luò)方向和網(wǎng)絡(luò)到MS方向:0 0 1高優(yōu)先級(jí)High priority0 1 0普通優(yōu)先級(jí)Normal priority0 1 1低優(yōu)先級(jí)Low priority1 1 1保留 所有其他取值在R6版本協(xié)議中，都解釋為普通優(yōu)先級(jí)Normal priority Traffic class, octet 6 (see 3GPP TS 23.107) MS到網(wǎng)絡(luò)方向:0 0 0

30、簽約的傳輸類別網(wǎng)絡(luò)到MS方向:0 0 0保留MS到網(wǎng)絡(luò)方向和網(wǎng)絡(luò)到MS方向:0 0 1Conversational class0 1 0Streaming class0 1 1Interactive class1 0 0Background class1 1 1保留網(wǎng)絡(luò)將所有其他未明確定義的值映射到已定義的值中的一個(gè)。網(wǎng)絡(luò)將返回一個(gè)協(xié)商的取值，該取值是明確定義的。 MS會(huì)認(rèn)為所有其他取值為保留值。,Traffic handling priority, octet 11 (see 3GPP TS 23.107) MS到網(wǎng)絡(luò)方向:0 0簽約的傳輸處理優(yōu)先級(jí)網(wǎng)絡(luò)到MS方向:0 0保留MS到網(wǎng)絡(luò)方向和

31、網(wǎng)絡(luò)到MS方向:0 1Priority level 11 0Priority level 21 1Priority level 3如果Traffic Class是Conversational class, Streaming class 或Background class 時(shí)，Traffic handling priority的值就會(huì)被忽略。,64,MS發(fā)起的PDP上下文激活流程,流程概述,MS發(fā)起的PDP上下文激活流程的作用： 建立用戶面的分組傳輸路由 MS發(fā)起的PDP上下文激活流程的觸發(fā)條件： MS發(fā)起一個(gè)分組數(shù)據(jù)業(yè)務(wù)呼叫。,66,MS發(fā)起的PDP上下文激活流程主體圖,67,A/GB模式,

32、68,Iu模式,主流程,69,消息參數(shù),70,71,72,73,可選流程或消息（一）,74,觸發(fā)條件：A/Gb模式下可能會(huì)觸發(fā)，與網(wǎng)元控制參數(shù)有關(guān)。,可選流程或消息（二）,75,觸發(fā)條件：A/Gb模式中在第7步中對(duì)QoS進(jìn)行了降級(jí)。或Iu模式中RAB建立過程對(duì)QoS進(jìn)行了降級(jí)。,消息和參數(shù),76,77,可選流程或消息（三）,78,觸發(fā)條件：BSS沒有該MS的BSS Packet Flow Context，或者BSS或者SGSN請(qǐng)求修改該MS的BSS Packet Flow Context。,觸發(fā)條件：A/Gb模式下可能會(huì)觸發(fā)。Iu模式下不會(huì)觸發(fā)。,異常情況,拒絕流程 網(wǎng)絡(luò)在收到ACTIVATE

33、 PDP CONTEXT REQUEST消息后，可能會(huì)向MS發(fā)送ACTIVATE PDP CONTEXT REJECT消息，從而拒絕MS發(fā)起的PDP上下文激活。拒絕消息中會(huì)包括一個(gè)原因值代碼，它指示為下列這些典型的原因值： #8：ODB #26：資源不足； #27：APN丟失或未知； #28：未知PDP地址或PDP類型； #29：用戶鑒權(quán)失??； #30：激活被GGSN拒絕； #31：激活被拒絕，未特定的； #32：業(yè)務(wù)選項(xiàng)不被支持； #33：所請(qǐng)求的業(yè)務(wù)選項(xiàng)未簽約； #34：業(yè)務(wù)選項(xiàng)臨時(shí)錯(cuò)誤； #35：NSAPI已經(jīng)被使用。網(wǎng)絡(luò)不會(huì)發(fā)生這個(gè)原因值代碼（見注1）；或 #95-111：協(xié)議錯(cuò)誤。

34、#112：APN限定的值與激活的PDP上下文不匹配。 注1：R99之前的網(wǎng)絡(luò)會(huì)發(fā)送這個(gè)原因值。 收到ACTIVATIE PDP CONTEXT REJECT消息后，MS將停止T3380定時(shí)器并進(jìn)入/保持在PDP-INACTIVE狀態(tài)。,79,80,T3380定時(shí)器超時(shí) 在T3380定時(shí)器第一次超時(shí)后，MS將重新發(fā)送ACTIVATE PDP CONTEXT REQUEST并重設(shè)和重啟T3380定時(shí)器。最多重發(fā)4次，即在第5次T3380定時(shí)器超時(shí)后，MS將中止該流程，并釋放所有為該流程分配的資源；不會(huì)自動(dòng)進(jìn)行PDP上下文激活的重新嘗試。 MS發(fā)起的和網(wǎng)絡(luò)請(qǐng)求的PDP上下文激活沖突 1）異常描述：M

35、S檢測(cè)到靜態(tài)PDP地址沖突，若MS在發(fā)送ACTIVATE PDP CONTEXT REQUEST消息后從網(wǎng)絡(luò)收到REQUEST PDP CONTEXT ACTIVATION消息，而MS還沒有收到ACTIVATE PDP CONTEXT ACCEPT或ACTIVATE PDP CONTEXT REJECT消息，MS能識(shí)別出MS發(fā)起的和網(wǎng)絡(luò)請(qǐng)求的PDP上下文激活的流程沖突。 處理方式：MS發(fā)起的PDP上下文激活比網(wǎng)絡(luò)請(qǐng)求的PDP上下文激活的優(yōu)先級(jí)高。若MS能比較ACTIVATE PDP CONTEXT REQUEST消息和REQUEST PDP CONTEXT ACTIVATION消息中的PDP類

36、型、PDP地址和APN，且這些參數(shù)相同，則MS將丟棄REQUEST PDP CONTEXT ACTIVATION消息并等待網(wǎng)絡(luò)對(duì)它的ACTIVATE PDP CONTEXT REQUEST消息的響應(yīng)。若MS不能比較ACTIVATE PDP CONTEXT REQUEST消息和REQUEST PDP CONTEXT ACTIVATION消息中的PDP類型、PDP地址和APN，則MS將向網(wǎng)絡(luò)發(fā)送REQUEST PDP CONTEXT ACTIVATION REJECT消息，原因值為資源不足，并等待ACTIVATIVE PDP CONTEXT ACCEPT消息。,81,2）異常描述：網(wǎng)絡(luò)側(cè)檢測(cè)到靜態(tài)

37、PDP地址沖突，從MS收到的ACTIVATE PDP CONTEXT REQUEST消息中的PDP地址、PDP類型和APN與發(fā)送給MS的REQUEST PDP CONTEXT ACTIVATION消息中的相匹配的情況下，網(wǎng)絡(luò)會(huì)檢測(cè)到?jīng)_突。 處理方式：MS發(fā)起的PDP上下文激活擁有比網(wǎng)絡(luò)請(qǐng)求的PDP激活更高的優(yōu)先級(jí)。網(wǎng)絡(luò)將中止網(wǎng)絡(luò)請(qǐng)求的PDP上下文激活流程，而進(jìn)行MS發(fā)起的PDP上下文激活流程。 MS發(fā)起的PDP上下文激活請(qǐng)求是對(duì)于一個(gè)已激活的PDP上下文（網(wǎng)絡(luò)側(cè)） 1）異常描述：網(wǎng)絡(luò)收到的ACTIVATE PDP CONTEXT REQUEST消息中的APN、PDP類型和PDP地址和一個(gè)已激活

38、的PDP上下文相同， 處理方式：網(wǎng)絡(luò)會(huì)將已存在的PDP上下文及與其連接的PDP上下文（APN、PDP類型和PDP地址匹配）去激活，而不通知MS，并進(jìn)行所請(qǐng)求的PDP激活。 2）異常描述：網(wǎng)絡(luò)收到的ACTIVATE PDP CONTEXT REQUEST消息中的APN、PDP類型和PDP地址和一個(gè)已激活的PDP上下文不相同，若NSAPI和已激活的PDP上下文相同， 處理方式：網(wǎng)絡(luò)將只把已存在的PDP上下文去激活，而不通知MS，并進(jìn)行所請(qǐng)求的PDP激活。,82,網(wǎng)元控制參數(shù),83,MS發(fā)起的二次PDP上下文激活流程,流程概述,85,MS發(fā)起的二次PDP上下文激活流程的作用及觸發(fā)條件： 當(dāng)和已激活的

39、PDP上下文重用PDP地址和其他PDP上下文信息，但QoS配置不同時(shí)，將會(huì)會(huì)發(fā)起二次PDP上下文激活流程。而不會(huì)執(zhí)行APN選擇和PDP地址協(xié)商的流程。,MS發(fā)起的二次PDP上下文激活流程主體圖,86,A/Gb模式,87,Iu模式,重要信令和參數(shù),88,89,異常情況,90,失敗流程 原因值： #26：資源不足； #30：激活被GGSN拒絕； #31：激活被拒絕，未特定的； #32：業(yè)務(wù)選項(xiàng)不被支持； #33：所請(qǐng)求的業(yè)務(wù)選項(xiàng)未簽約； #34：業(yè)務(wù)選項(xiàng)臨時(shí)錯(cuò)誤； #41：TFT OPERATION中語(yǔ)義錯(cuò)誤； #42：TFT OPERATION中語(yǔ)法錯(cuò)誤； #43：未知PDP上下文； #44：包

40、過濾中語(yǔ)義錯(cuò)誤； #45：包過濾中語(yǔ)法錯(cuò)誤； #46：無(wú)TFT的PDP上下文已激活； #95-111：協(xié)議錯(cuò)誤。 處理方式：網(wǎng)絡(luò)向MS發(fā)送ACTIVATE SECONDARY PDP CONTEXT REJECT消息，收到ACTIVATE SECONDARY PDP CONTEXT REJECT消息后，MS將停止T3380定時(shí)器并進(jìn)入/保持在PDP-INACTIVE狀態(tài)。,異常情況,91,下列異常情況可識(shí)別： 定時(shí)器超時(shí) 在T3380定時(shí)器第一次超時(shí)后，MS將重新發(fā)送ACTIVATE SECONDARY PDP CONTEXT REQUEST并重設(shè)和重啟T3380定時(shí)器。最多重發(fā)4次，即在第5

41、次T3380定時(shí)器超時(shí)后，MS將中止該流程，并釋放所有為該流程分配的資源；不會(huì)自動(dòng)進(jìn)行PDP上下文激活的重新嘗試。 無(wú)鏈接TI的PDP上下文被激活 網(wǎng)絡(luò)將檢查是否存在已激活的在ACTIVATE SECONDARY PDP CONTEXT REQUEST消息中的TI IE中給定TI的PDP上下文。如果特定的TI上無(wú)激活的PDP上下文，網(wǎng)絡(luò)將發(fā)送ACTIVATE SECONDARY PDP CONTEXT REJECT消息，原因值為“未知的PDP上下文”。,網(wǎng)絡(luò)發(fā)起的PDP上下文激活流程,流程概述,93,網(wǎng)絡(luò)請(qǐng)求的PDP上下文激活流程觸發(fā)場(chǎng)景：當(dāng)收到PDP PDU，GGSN檢查該P(yáng)DP地址的PDP

42、上下文是否已經(jīng)建立。若之前沒有建立該P(yáng)DP上下文，則GGSN將通過發(fā)起網(wǎng)絡(luò)請(qǐng)求的PDP上下文流程建立該P(yáng)DP上下文。 觸發(fā)條件：要支持網(wǎng)絡(luò)發(fā)起的PDP上下文激活，GGSN必須有該P(yáng)DP地址的靜態(tài)PDP信息。為了確定對(duì)某個(gè)PDP地址是否支持由網(wǎng)絡(luò)發(fā)起的PDP上下文激活，GGSN要檢查是否有該P(yáng)DP地址的靜態(tài)PDP信息。執(zhí)行完這些檢查之后，GGSN就可能會(huì)發(fā)起網(wǎng)絡(luò)發(fā)起的PDP上下文激活流程。,網(wǎng)絡(luò)發(fā)起的PDP上下文激活流程主體圖,94,主流程,95,重要消息與參數(shù),96,97,可選流程,98,重要信令與參數(shù),99,流程概述,PDP 上下文修改流程包括： SGSN 發(fā)起的PDP 上下文修改流程 GG

43、SN 發(fā)起的PDP 上下文修改流程 MS 發(fā)起的PDP 上下文修改流程 RAB/IU 釋放或修改引起的PDP 上下文修改流程 可修改的參數(shù)包括 QoS Negotiated Radio Priority Packet Flow Id PDP Address (GGSN 發(fā)起的修改流程的情況) TFT(MS 發(fā)起的修改流程的情況) Protocol Configuration Options (MS和GGSN發(fā)起的修改流程的情況); BCM (GGSN發(fā)起的修改流程的情況); Usage of Direct Tunnel;,PDP上下文修改流程的觸發(fā)條件： 當(dāng) HLR向SGSN插入用戶數(shù)據(jù)，且P

44、DP上下文處于激活狀態(tài)，SGSN可以發(fā)起PDP上下文修改流程； RAB重建發(fā)生QoS改變，SGSN可以發(fā)起PDP上下文修改流程； SGSN之間的路由區(qū)更新，如果PDP上下文處于激活狀態(tài)，SGSN可以發(fā)起PDP上下文修改流程。 MS、SGSN、GGSN發(fā)起的PDP上下文更新最主要的過程就是QoS協(xié)商和路由的重新建立。,SGSN 發(fā)起的PDP 上下文修改流程總體圖,總體流程圖,BSS,A/Gb模式,Iu模式,主流程,A/Gb模式,Iu模式,消息和參數(shù),Modify PDP Context Request，NAS消息，SGSN-MS,Modify PDP Context Accept，NAS消息，M

45、S-SGSN,可選消息和流程（一）,A/Gb模式,Iu模式,消息和參數(shù),Update PDP Context Request，GTP協(xié)議，方向SGSN-GGSN,Update PDP Context Response，GTP協(xié)議，方向GGSN-SGSN,異常流程,T3386定時(shí)器超時(shí) 處理方式： T3386前4次超時(shí)后，網(wǎng)絡(luò)將重發(fā)MODIFY PDP CONTEXT REQUEST消息，并重置和重啟T3386。 T3386第5次超時(shí)后，網(wǎng)絡(luò)將將繼續(xù)使用先前協(xié)商的QoS或發(fā)起PDP上下文去激活流程。 MS和網(wǎng)絡(luò)發(fā)起的PDP上下文修改流程沖突 MS在發(fā)送MODIFY PDP CONTEXT REQ

46、UEST消息后接收到網(wǎng)絡(luò)發(fā)來的MODIFY PDP CONTEXT REQUEST消息，并且兩條消息中包含相同的TI，而MS還未收到網(wǎng)絡(luò)發(fā)送的MODIFY PDP CONTEXT ACCEPT消息。 處理方式： 網(wǎng)絡(luò)發(fā)起的PDP上下文修改的優(yōu)先級(jí)將高于MS發(fā)起的PDP修改。 MS將內(nèi)部中止MS發(fā)起的PDP上下文修改流程，進(jìn)入PDP-ACTIVE狀態(tài)并進(jìn)行網(wǎng)絡(luò)發(fā)起的PDP上下文修改流程，發(fā)送MODIFY PDP CONTEXT ACCEPT消息。 網(wǎng)絡(luò)將在PDP-MODIFY-PENDING狀態(tài)忽略收到的MODIFY PDP CONTEXT REQUEST消息。,GGSN 發(fā)起的PDP 上下文修

47、改流程主體流程圖,BSS,A/Gb模式,Iu模式,消息和參數(shù),異常情況,同發(fā)起的PDP上下文修改流程,MS發(fā)起的PDP上下文修改流程主體圖,BSS,A/Gb模式,Iu模式,消息和參數(shù),失敗流程,網(wǎng)絡(luò)在收到MODIFY PDP CONTEXT REQUEST消息后，可能會(huì)向MS發(fā)送MODIFY PDP CONTEXT REJECT消息，從而拒絕MS發(fā)起的PDP上下文修改。拒絕消息中會(huì)包括一個(gè)原因值代碼，它指示為下列這些典型的原因值： #26：資源不足； #32：業(yè)務(wù)選項(xiàng)不被支持； #41：TFT OPERATION中語(yǔ)義錯(cuò)誤； #42：TFT OPERATION中語(yǔ)法錯(cuò)誤； #44：包過濾中語(yǔ)義

48、錯(cuò)誤； #45：包過濾中語(yǔ)法錯(cuò)誤； #46：無(wú)TFT的PDP上下文已激活； #95-111：協(xié)議錯(cuò)誤。 收到MODIFY PDP CONTEXT REJECT消息后，MS將停止T3381定時(shí)器并進(jìn)入PDP-ACTIVE狀態(tài)。,拒絕消息和參數(shù),異常情況,T3381定時(shí)器超時(shí) 處理方式： 定時(shí)器T3381前4次超時(shí)后，MS將重發(fā)MODIFY PDP CONTEXT REQUEST消息，并重置和重啟T3381。 T3381第5次超時(shí)后，網(wǎng)絡(luò)將將繼續(xù)使用先前協(xié)商的QoS或發(fā)起PDP上下文去激活流程。 MS發(fā)起的PDP上下文修改流程和網(wǎng)絡(luò)發(fā)起的PDP上下文去激活流程發(fā)生沖突 MS在發(fā)送MODIFY PD

49、P CONTEXT REQUEST消息后，收到網(wǎng)絡(luò)發(fā)送的DEACTIVATE PDP CONTEXT REQUEST消息，且MS還未從網(wǎng)絡(luò)收到MODIFY PDP CONTEXT ACCEPT消息 處理方式： 網(wǎng)絡(luò)發(fā)起的PDP上下文去激活流程的優(yōu)先級(jí)將高于MS發(fā)起的PDP上下文修改流程。 MS將內(nèi)部中止MS發(fā)起的PDP上下文修改流程，而進(jìn)行網(wǎng)絡(luò)發(fā)起的PDP上下文去激活流程，發(fā)起DEACTIVATE PDP CONTEXT ACCEPT，進(jìn)入PDP-INACTIVE狀態(tài)。 網(wǎng)絡(luò)將在PDP-INACTIVE-PENDING狀態(tài)忽略所收到的MODIFY PDPCONTEXT REQUEST消息。,M

50、S和網(wǎng)絡(luò)發(fā)起的PDP上下文修改流程沖突 MS在發(fā)送MODIFY PDP CONTEXT REQUEST消息后接收到網(wǎng)絡(luò)發(fā)來的MODIFY PDP CONTEXT REQUEST消息，并且兩條消息中包含相同的TI，而MS還未收到網(wǎng)絡(luò)發(fā)送的MODIFY PDP CONTEXT ACCEPT消息。 處理方式： 網(wǎng)絡(luò)發(fā)起的PDP上下文修改的優(yōu)先級(jí)將高于MS發(fā)起的PDP修改。 MS將內(nèi)部中止MS發(fā)起的PDP上下文修改流程，進(jìn)入PDP-ACTIVE狀態(tài)并進(jìn)行網(wǎng)絡(luò)發(fā)起的PDP上下文修改流程，發(fā)送MODIFY PDP CONTEXT ACCEPT消息。 網(wǎng)絡(luò)將在PDP-MODIFY-PENDING狀態(tài)忽略收到

51、的MODIFY PDP CONTEXT REQUEST消息。,PDP上下文去激活流程分類,MS發(fā)起的PDP上下文去激活流程 SGSN發(fā)起的PDP上下文去激活流程 GGSN發(fā)起的PDP上下文去激活流程,MS發(fā)起的PDP上下文去激活流程,流程概述,MS發(fā)起的PDP上下文去激活流程的作用： 將用戶的PDP上下文狀態(tài)更改為INACTIVE。 觸發(fā)MS發(fā)起的PDP上下文去激活流程的場(chǎng)景： MS在完成業(yè)務(wù)后，一般會(huì)觸發(fā)。 異常情況 對(duì)應(yīng)的Deactivate PDP Context Request中的SM Cause的值： # 25: LLC or SNDCP failure (A/Gb mode onl

52、y); # 26: insufficient resources; # 36: regular deactivation; # 37: QoS not accepted.,MS發(fā)起的PDP上下文去激活流程總體圖,總體流程圖,A/Gb模式,Iu模式,主流程（一）,主流程圖,A/Gb模式,Iu模式,消息和參數(shù),主流程（二）,主流程圖,A/Gb模式,Iu模式,消息和參數(shù),可選流程及其觸發(fā)條件,總體流程圖,A/Gb模式,Iu模式,A/Gb模式可能觸發(fā),異常情況,T3390定時(shí)器超時(shí)（ MS側(cè)） 處理方式： 前四次超時(shí)：MS將重發(fā)DEACTIVATE PDPCONTEXT REQUEST，并重置和重啟定

53、時(shí)器T3390。 第5次超時(shí)：MS將釋放所有分配的資源并刪除PDP上下文相關(guān)數(shù)據(jù)。 MS發(fā)起和網(wǎng)絡(luò)發(fā)起的PDP上下文去激活請(qǐng)求沖突 處理方式： MS和網(wǎng)絡(luò)將各自回復(fù)DEACTIVATE PDP CONTEXT ACCEPT消息，并分別停止定時(shí)器T3390和T3395。 MS發(fā)起的PDP上下文去激活與PDP上下文激活流程沖突 異常描述： SGSN收到的Deactivate PDP Context Request (TI)消息是對(duì)于一個(gè)當(dāng)前正在激活的PDP上下文， 處理方式： SGSN將停止PDP上下文去激活流程，而沒有響應(yīng)給MS，并繼續(xù)進(jìn)行MS發(fā)起的PDP上下文激活流程。,網(wǎng)元控制參數(shù),SGSN

54、發(fā)起的PDP上下文去激活流程,流程概述,SGSN發(fā)起的PDP上下文去激活流程觸發(fā)條件： MM釋放或各種異常情況，例如MS、SGSN、GGSN之間PDP上下文不一致、RAB重建失敗、資源不足等。 PDP上下文空閑時(shí)間過長(zhǎng) 對(duì)應(yīng)的Deactivate PDP Context Request中的SM Cause： # 8: Operator Determined Barring # 25: LLC or SNDCP failure (A/Gb mode only) # 36: regular deactivation # 38: network failure # 39: reactivation

55、requested.,SGSN發(fā)起的PDP上下文去激活流程總體圖,SGSN發(fā)起的PDP上下文去激活流程中的消息與參數(shù)與MS發(fā)起的PDP上下文去激活流程中相同。,異常情況,T3395定時(shí)器超時(shí)（網(wǎng)絡(luò)側(cè)） 處理方式： 前四次超時(shí)：網(wǎng)絡(luò)將重發(fā)DEACTIVATE PDPCONTEXT REQUEST，并重置和重啟定時(shí)器T3395。 第五次超時(shí)：網(wǎng)絡(luò)將刪除該MS的PDP上下文相關(guān)數(shù)據(jù)。 MS發(fā)起和網(wǎng)絡(luò)發(fā)起的PDP去激活請(qǐng)求沖突 處理方式： MS和網(wǎng)絡(luò)將各自回復(fù)DEACTIVATE PDP CONTEXT ACCEPT消息，并分別停止定時(shí)器T3390和T3395。,網(wǎng)元控制參數(shù),GGSN發(fā)起的PDP上下

56、文去激活流程,流程概述,GGSN發(fā)起的PDP上下文去激活流程的觸發(fā)條件： 當(dāng)MS超過最大空閑時(shí)間，或者PDP上下文超過最大存活時(shí)間，或者異常情況下，GGSN可以主動(dòng)發(fā)起PDP上下文去激活流程。 對(duì)應(yīng)的SM Cause與SGSN發(fā)起的去激活相同： # 8: Operator Determined Barring # 25: LLC or SNDCP failure (A/Gb mode only) # 36: regular deactivation # 38: network failure # 39: reactivation requested.,GGSN發(fā)起的PDP上下文去激活流程總體圖

57、,GGSN發(fā)起的PDP上下文去激活流程中的消息與參數(shù)與MS發(fā)起的PDP上下文去激活流程中相同。,網(wǎng)元控制參數(shù),主要內(nèi)容,流程概述,業(yè)務(wù)請(qǐng)求流程作用： PMM-IDLE狀態(tài)的MS利用業(yè)務(wù)請(qǐng)求程序向SGSN請(qǐng)求建立一條安全的連接，用于發(fā)送上行鏈路信令消息或用戶數(shù)據(jù) MS在PMM-CONNECTED狀態(tài)時(shí)，也可為已激活的PDP 上下文請(qǐng)求資源預(yù)留 MS發(fā)起的業(yè)務(wù)請(qǐng)求流程的觸發(fā)場(chǎng)景： 上行(PMM-IDLE 或PMM CONNECTED模式下）和下行(PMM-IDLE) 傳輸用戶數(shù)據(jù),MS發(fā)起的業(yè)務(wù)請(qǐng)求流程總體圖,總體流程圖,主流程圖,消息參數(shù),重要參數(shù),Service Type 結(jié)構(gòu)如下： 取值包括

58、 0 0 0 Signalling 0 0 1 Data 0 1 0 Paging Response 0 1 1 MBMS Multicast Service Reception 1 0 0 MBMS Broadcast Service Reception ng Response 若Service Type指示為數(shù)據(jù)，則會(huì)在MS和SGSN間建立信令連接，分配激活PDP上下文的資源，比如為激活PDP上下文的RAB建立。 若Service Type指示為信令，則為發(fā)送上層信令消息，比如Activate PDP Context Request，會(huì)在MS和SGSN間建立信令連接。不為激活PDP上下文分

59、配資源。,可選流程或消息（一）,觸發(fā)條件：業(yè)務(wù)請(qǐng)求發(fā)起時(shí)不存在CS通信。,可選流程或消息（二）,觸發(fā)條件：MS是在PMM-IDLE狀態(tài)發(fā)起的業(yè)務(wù)請(qǐng)求。,可選流程或消息（三）,觸發(fā)條件：網(wǎng)絡(luò)處于PMM-CONNECTED狀態(tài)且Service Type指示為數(shù)據(jù)時(shí)，業(yè)務(wù)請(qǐng)求被SGSN接受。,消息參數(shù),可選流程或消息（四）,觸發(fā)條件： Service Type指示為數(shù)據(jù)。,可選流程或消息（五）,觸發(fā)條件： RAB的QoS發(fā)生了改變,異常情況,異常情況分成以下三種： 業(yè)務(wù)請(qǐng)求未被網(wǎng)絡(luò)接受 MS側(cè)異常 網(wǎng)絡(luò)側(cè)異常,異常情況業(yè)務(wù)請(qǐng)求未被網(wǎng)絡(luò)接受,業(yè)務(wù)請(qǐng)求不能被接受，則網(wǎng)絡(luò)將向MS返回SERVICE REJECT消息。 MS收到SERVICE REJECT消息后停止T3317定時(shí)器。然后MS再根據(jù)不同的拒絕原因值采取不同的動(dòng)作： #3（非法MS）；或 #6（非法ME）； MS將GPRS update status設(shè)置為GU3 ROAMING NOT A