3GPP協(xié)議TS24008中文版

1、1. 簡(jiǎn)述  該文檔描述了第三代移動(dòng)通信系統(tǒng)和數(shù)字小區(qū)通信系統(tǒng)內(nèi)用在無(wú)線接口的核心網(wǎng)協(xié)議流程。   主要描述了無(wú)線接口上的流程(參考接口Um或Uu，參考跑3GPP 24.002或3GPP 23.002)比如呼叫控制CC, 移動(dòng)性管理MM，和會(huì)話管理SM。   文中每當(dāng)提及"further study"或"FS"或"FFS"的地方表示本文不會(huì)對(duì)相應(yīng)的內(nèi)容作標(biāo)準(zhǔn)闡述。    這些流程都是按照無(wú)線接口的控制信道上交換的信令定義的?？刂菩诺涝?GPP 44.003和3GPP

2、 25.301中描述。   該協(xié)議的功能性描述和流程，以及其他層和實(shí)體間的交互將在3GPP 24.007中描述。1.3 層3流程的結(jié)構(gòu)  可以用“積木”法來(lái)描述層3的流程。  基礎(chǔ)的積木是三個(gè)子層的協(xié)議控制實(shí)體提供的“基本流程”，這些子層是無(wú)線資源管理RRM，移動(dòng)性管理MM和連接管理CM。 1.5 在A/Gb模式下邏輯信道的使用   邏輯信道在3GPP 45.002中定義。下述的這些控制信道都是承載信令信息或指定類型的用戶分組數(shù)據(jù)：   1) 廣播控制信道BCCH：下行，用來(lái)廣播小區(qū)獨(dú)有信息 &

3、#160; 2) 同步信道SCH：下行，用來(lái)廣播同步信息和BSS標(biāo)識(shí)信息   3) 尋呼信道PCH：下行，用來(lái)發(fā)送尋呼給MS   4) 隨機(jī)接入信道RACH：上行，用來(lái)請(qǐng)求一條專用控制信道DCCH   5) 接入允許信道AGCH：下行，用來(lái)分配一條專用控制信道DCCH   6) 獨(dú)立專用控制信道SDCCH：雙向   7) 快速輔助控制信道FACCH：雙向，和一條業(yè)務(wù)信道TCH關(guān)聯(lián)   8) 慢速輔助控制信道SACCH：雙向，和一條SDCCH或者TCH關(guān)聯(lián)  

4、; 9) 小區(qū)廣播信道CBCH：下行，用作非點(diǎn)對(duì)點(diǎn)短消息傳輸   10) 指示信道NCH：下行，用來(lái)通知用戶VBS呼叫或VGCS呼叫 信令層2定義了兩個(gè)服務(wù)接入點(diǎn)，以SAPI劃分(詳見3GPP 44.006)   1) SAPI0：支持包括用戶消息的信令信息的傳輸   2) SAPI3：支持用戶短消息的傳輸層3根據(jù)每條消息進(jìn)行SAP的選擇，以及邏輯控制信道的選擇，L2操作模式(確認(rèn)模式AM，非確認(rèn)模式UM或隨機(jī)接入)的選擇。 1.6 控制流程概覽1.6.1 流程列表  以下是本文涵蓋的流程列表： 

5、; a) 第四章描述的移動(dòng)性管理基礎(chǔ)流程     移動(dòng)性管理公共流程(4.3節(jié))：     - TMSI重分配流程(4.3.1)     - 鑒權(quán)流程(4.3.2)     - 標(biāo)識(shí)流程(4.3.3)     - IMSI去激活流程(4.3.4)     - 終止流程(4.3.5)     - MM消息流程(4.3.6

6、)移動(dòng)性管理專有流程(4.4節(jié))： - 位置區(qū)更新流程(4.4.1) - 周期性更新(4.4.2) - IMSI附著流程(4.4.3) - 通用的位置更新流程(4.4)連接控制子層提供的服務(wù)： - 移動(dòng)性管理連接建立(4.5.1) - 移動(dòng)性管理連接信息傳輸階段(4.5.2) - 移動(dòng)性管理連接釋放(4.5.3)GPRS專有移動(dòng)性管理流程(4.7) - GPRS激活流程(4.7.3) - GPRS去激活流程(4.7.4) - GPRS路由去更新流程(4.7.5)GPRS公共移動(dòng)性管理流程(4.7

7、節(jié)) - GPRS P-TMSI重分配流程(4.7.6) - GPRS鑒權(quán)和加密流程(4.7.7) - GPRS標(biāo)識(shí)流程(4.7.8) - GPRS消息流程(4.7.12)b) 第五章描述了電路交換域呼叫控制包含的以下幾處流程：   移動(dòng)主呼的建立(5.2.1)   移動(dòng)被呼的建立(5.2.2)   活動(dòng)狀態(tài)中的信令流程(5.3)     - 用戶通知流程(5.3.1)     - 呼叫重定位(5.3.2) 

8、;    - DTMF協(xié)議控制流程(5.5.7)     - 呼叫進(jìn)行中變更(5.3.4)   話機(jī)發(fā)起呼叫釋放(5.4.3)   網(wǎng)絡(luò)發(fā)起呼叫釋放(5.4.4)   多發(fā)流程：     - 帶內(nèi)信號(hào)音和通知(5.5.1)     - 狀態(tài)獲取流程(5.5.3)     - 呼叫重建立流程(5.5.4)d) 第六章描述了會(huì)話管理的基本流程：

9、0;  GPRS會(huì)話管理流程(6.1)節(jié)     - PDP上下文激活(6.1.1)     - PDP上下文修改(6.1.2)     - PDP上下文去激活(6.1.3)這些基本流程可以聯(lián)合起來(lái)形成綜合流程，這樣的例子放在第七章描述。本文的這個(gè)部分只是提供實(shí)際操作的指導(dǎo)。 第八章描述了各種出錯(cuò)情況下的動(dòng)作和為保證以后協(xié)議升級(jí)的兼容性提供規(guī)則。 1.7 實(shí)際操作的應(yīng)用   文中這些流程在終端上的應(yīng)用取決于終端支持的服務(wù)和功能

10、。1.7.1 VGCS和VBS   VGCS和VBS只用在GSM only模式。   對(duì)于支持VGCS和VBS的終端，文中會(huì)通過(guò)判斷語(yǔ)句對(duì)支持該服務(wù)的終端進(jìn)行專門描述，如果必要，也會(huì)給出不支持該服務(wù)的終端的行為進(jìn)行描述。   對(duì)于VGCS和VBS，可能存在以下的終端操作：- 支持VBS接聽- 支持VBS的發(fā)起- 支持VGCS的接聽- 支持VGCS的通話(包括了VGCS接聽)- 支持VGCS呼叫的發(fā)起(包括了VGCS通話)  除了專門提到的聯(lián)合流程，本文還支持所有可能的聯(lián)合。  GPRS1.7.2.1

11、60; GSM的分組業(yè)務(wù)(GSM only)  對(duì)于支持GPRS的終端，通篇在描述某個(gè)只適用于GPRS的流程時(shí)會(huì)有專門的標(biāo)示，如有必要也會(huì)描述不支持的終端將有何行為。  一個(gè)支持GPRS的MS可以屬于以下三種操作模式的一種：   - MS操作模式A (MS已附著到PS和CS域，且支持同時(shí)操作CS和PS業(yè)務(wù))   - MS操作模式B (MS已附著到PS和CS域，但同時(shí)只能操作一種CS/PS業(yè)務(wù))   - MS操作模式C (MS已只附著到PS域) MS的操作模式取決于MS附著的服務(wù)，是只有GPRS服務(wù)呢還是G

12、PRS，非GPRS服務(wù)都有，以及MS是否可以同時(shí)操作GPRS和其他GSM服務(wù)。可以操作GPRS服務(wù)的MS稱為GPRS MS。   請(qǐng)注意對(duì)于GPRS MS，本文中描述的GMM流程可能不支持于VGCS，VBS和GPRS的聯(lián)合?？赡艿慕换ド形囱芯?。1.7.2.2  UMTS的分組業(yè)務(wù)(UMTS only)   附著到PS域的MS可以在以下一種MS操作模式下工作：     - PS/CS操作模式     - PS操作模式  本文中這兩種操作模式并沒有任何不同。使

13、用的是MS操作模式A和MS操作模式C來(lái)代替。    在網(wǎng)絡(luò)操作模式I和II(詳見3GPP 23.060)中，工作在PS/CS操作模式的MS和處于操作模式A的GPRS MS使用相同的流程，除非明確指出了是GSM only或者UMTS only。  在網(wǎng)絡(luò)操作模式I和II中，工作在PS模式的MS和操作模式C的MS使用相同的流程，除非明確指出了GSM only或UMTS only。 2. 參考文獻(xiàn)  以下文檔提供了本文中使用到的引用文字和段落。 2.1  定義和縮略語(yǔ)   對(duì)于本文，縮略語(yǔ)可參考文檔3GPP 2

14、31.905.2.1.1  隨機(jī)值   文中很多地方提到了某些值采用“隨機(jī)”值，當(dāng)然在一直指定范圍，或者更通用的是一些統(tǒng)計(jì)分部值中進(jìn)行選擇。這樣的情況只用在MS端。    對(duì)于處在相同環(huán)境下(包括相同廠家生產(chǎn)的相同型號(hào)的終端)是兩個(gè)MS是有很低概率會(huì)選擇相同值的，這會(huì)被考慮到。甚至，如果發(fā)生了這樣的低概率事件，也會(huì)考慮到這兩個(gè)終端下一個(gè)動(dòng)作怎樣辨別，就像它們前面的選擇也不一樣。2.2.2  術(shù)語(yǔ)簡(jiǎn)述   文中涉及到的術(shù)語(yǔ)簡(jiǎn)述如下：  GSM security context GSM安全上下文&#

15、160;  是在GSM鑒權(quán)成功執(zhí)行后建立的并存儲(chǔ)在MS和網(wǎng)絡(luò)側(cè)。它包含了GSM加密密鑰和加密密鑰序列號(hào)。  UMTS security context UMTS安全上下文   是在UMTS鑒權(quán)成功執(zhí)行后建立并存儲(chǔ)在MS和網(wǎng)絡(luò)側(cè)。包含了UMTS加密密鑰，UMTS完整性鍵，GSM加密密鑰和加密蜜月序列號(hào)。  idle mode 空閑模式   在此模式下，MS沒有分配任何專用信道，監(jiān)聽CCCH和BCCH  group receive mode 組接收模式   (只適用于支持VGCS接聽或VB

16、S接聽的MS)在此模式下，MS未分配專用信道，監(jiān)聽分配到小區(qū)的下行語(yǔ)音廣播信道或語(yǔ)音組呼信道。偶爾，MS還必須監(jiān)聽服務(wù)小區(qū)的BCCH。  dedicated mode 專用模式   此模式下，MS至少分配了兩條專用信道，只有一條是SACCH  group transmit mode 組傳輸模式   (只適用于支持VGCS通話的MS)在此模式下，語(yǔ)音組呼的MS被分配2條專用信道，其中一條是SACCH。這些信道可以在一個(gè)時(shí)間分配給一個(gè)MS而在語(yǔ)音組呼中分配給不同的MS。 packet idle mode 分組空閑模式 

17、 (只適用于支持GPRS的終端)此模式下，MS沒有分配分組數(shù)據(jù)物理信道的無(wú)線資源，它監(jiān)聽PBCCH和PCCCH或者如果這些信道網(wǎng)絡(luò)未提供的話，監(jiān)聽BCCH和CCCH。 packet tranfer mode 分組傳輸模式   (只適用于支持GPRS的終端)此模式下，MS被分配了一條或多條分組數(shù)據(jù)物理信道上的無(wú)線資源用來(lái)傳輸LLC PDU main DCCH 主DCCH  在專用模式和組傳輸模式，只有兩條信道用作DCCH，其一是SACCH，另一個(gè)是SDCCH或FACCH。這個(gè)SDCCH活FACCH被稱作主DCCH。 信道被激活

18、，是說(shuō)它可以用作傳輸，尤其是對(duì)信令，至少有UI幀。在SACCH上，無(wú)論何時(shí)被激活，必須保證L2幀的連續(xù)流傳輸。TCH已連接，是當(dāng)CS用戶數(shù)據(jù)可以傳輸。TCH在未激活時(shí)不可能已連接。一個(gè)激活但未連接的TCH只用在信令傳輸，如DCCH。 主DCCH上的SAPI0數(shù)據(jù)鏈路稱為主信令鏈路。任何指定在該主信令鏈路上發(fā)送的消息都以確認(rèn)模式發(fā)送，除非專門指出。 詞組要建立一條鏈路是在數(shù)據(jù)鏈路上要建立多幀模式的縮略。即使數(shù)據(jù)鏈路沒有在相關(guān)信道激活后立刻建立，在其上發(fā)送UI幀也是可能的。除非專門指出，一個(gè)數(shù)據(jù)鏈路層在沒有信息域時(shí)建立完成。 信道集用來(lái)表示承載關(guān)聯(lián)用戶信息流的TCH，

19、比如用來(lái)支持CS連接的多時(shí)隙配置，最后需要一起處理。 臨時(shí)塊流TBF是一個(gè)屋里連接，兩個(gè)RR對(duì)等實(shí)體用來(lái)支持分組數(shù)據(jù)物理信道上LLC PDU單向傳輸。 RLC/MAC塊：一個(gè)RLC/MAC塊是RLC/MAC實(shí)體間交互的數(shù)據(jù)單元，詳見3GPP 44.060. GMM上下文：當(dāng)GPRS附著流程成功完成后建立 網(wǎng)絡(luò)操作模式  有三種網(wǎng)絡(luò)操作模式I,II和III，詳見3GPP 23.060  網(wǎng)絡(luò)操作模式會(huì)當(dāng)做系統(tǒng)信息指出。在正常的運(yùn)營(yíng)中，網(wǎng)絡(luò)操作模式在一個(gè)路由區(qū)內(nèi)的所有小區(qū)應(yīng)該是相同的。 GPRS MS操作模式  有三種

20、GPRS MS操作模式A，B和C，詳見3GPP 23.060 RR連接：一條RR連接是兩個(gè)RR或RRC對(duì)等實(shí)體用來(lái)支持上層信息流交換的專用CS域連接。 PS信令連接，是一個(gè)MS和CN分組域節(jié)點(diǎn)間對(duì)等的UMTS連接。 異系統(tǒng)變更，是在不同的無(wú)線接入技術(shù)之間變換，比如GSM和UMTS GPRS：GSM和UMTS系統(tǒng)的分組業(yè)務(wù) 標(biāo)簽GSM only表明該章節(jié)或段落的展示只針對(duì)GSM系統(tǒng)。對(duì)于多系統(tǒng)情況，取決于當(dāng)前服務(wù)的無(wú)線接入網(wǎng)絡(luò)。 標(biāo)簽UMTS only表明該段落或章節(jié)的展示只針對(duì)UMTS系統(tǒng)。對(duì)于多系統(tǒng)情況，取決于當(dāng)前服務(wù)的無(wú)線接入網(wǎng)絡(luò)

21、。 SIM，用戶標(biāo)識(shí)模塊 USIM,通用用戶標(biāo)識(shí)模塊 MS，移動(dòng)設(shè)備，本文中的MS不區(qū)分MS和UE。小區(qū)通知，是小區(qū)更新流程中的一個(gè)優(yōu)化變量。小區(qū)更新流程用LLC NULL幀作為小區(qū)變更指示，這樣不會(huì)重啟動(dòng)READY時(shí)鐘。DTM，雙模傳輸模式，詳見3GPP 44.0183. 無(wú)線資源管理流程  詳見3GPP 44.018做設(shè)備這一塊的都知道，24.008的重要性，當(dāng)然還有25.331了。想當(dāng)初我最開始看3GPP協(xié)議的時(shí)候接觸的就是這兩老大，當(dāng)然還有21.905啦，呵呵。但是很多初學(xué)者，當(dāng)然我也只算一個(gè)老點(diǎn)的初學(xué)者，初看該協(xié)議，看到那洋洋灑灑幾百頁(yè)的ENG

22、LISH也許可能有點(diǎn)望而卻步，曾有多于1個(gè)同事向我索要其中文版，當(dāng)時(shí)我也沒有，讓對(duì)方搖頭失望啊。說(shuō)是翻譯，只是好聽點(diǎn)，真的是英文一個(gè)詞一個(gè)詞對(duì)照過(guò)來(lái)的，雖然沒有用在線翻譯，但是可能還是有些許地方意思不妥，再說(shuō)某才疏學(xué)淺，錯(cuò)誤之處還請(qǐng)見諒。這本來(lái)也是娛人娛己，做個(gè)記錄，以后有閑情再?gòu)念^慢慢改善。加油！4. 移動(dòng)性管理的基本流程4.1 概述本節(jié)描述了無(wú)線接口(參考節(jié)點(diǎn)為Um或Uu)上GPRS業(yè)務(wù)和非GPRS業(yè)務(wù)的移動(dòng)性管理流程。移動(dòng)性管理子層的主要功能是支持用戶終端的移動(dòng)性，比如告知網(wǎng)絡(luò)其當(dāng)前的位置，秘密提供用戶標(biāo)識(shí)。MM子層的其他功能還有提供到上層CM子層不同實(shí)體的連接管理服務(wù)。詳見3GPP 2

23、4.007本章定義了兩類流程集：  - 針對(duì)非GPRS業(yè)務(wù)的MM流程(由MM子層的MM實(shí)體執(zhí)行)，和  - 針對(duì)GPRS服務(wù)的GMM流程(由MM子層的GMM實(shí)體執(zhí)行)，詳見3GPP24.007本節(jié)描述的所有MM流程只有當(dāng)RR連接已建立的情況下才能執(zhí)行。否則，MM子層必須發(fā)起RR連接的建立。(詳見3GPP 44.018 第3.3節(jié)和3GPP 25.331)在A/Gb模式，本節(jié)描述的GMM流程使用RR子層提供的服務(wù)都在RR連接未建立情況下。在Iu模式，本節(jié)描述的所有GMM流程都只有當(dāng)PS信令連接已經(jīng)在MS和網(wǎng)絡(luò)間建立起來(lái)后才能執(zhí)行。否則，GMM子層必須發(fā)起PS信令連接建立過(guò)程。

24、(詳見3GPP 25.331)GMM流程必須是對(duì)于支持GPRS的終端以及支持這些終端的網(wǎng)絡(luò)。對(duì)于IMSI附著了GPRS業(yè)務(wù)和非GPRS業(yè)務(wù)的終端，假設(shè)網(wǎng)絡(luò)操作模式為I，就是說(shuō)支持聯(lián)合GMM流程，一些MM流程被GMM聯(lián)合流程取代。GMM聯(lián)合流程不適用于GPRS操作模式C的終端，但是對(duì)網(wǎng)絡(luò)操作模式為I，GPRS操作模式為A和B的終端卻是必要的。4.1.1 MM和GMM流程4.1.1.1  MM和GMM流程的類型  根據(jù)他們發(fā)起的方式，MM流程分為三種類型：  1) MM公共流程：在有RR連接存在的時(shí)候總可以發(fā)起MM公共流程，屬于此類的有：網(wǎng)絡(luò)發(fā)起的： - T

25、MSI重配置； - 鑒權(quán)流程 - 標(biāo)識(shí)流程 - MM消息流程 - 終止流程不過(guò)，終止流程只發(fā)生在MM連接已建立或正在建立的情況，舉個(gè)例子，不在MM特殊流程進(jìn)行中，也不在IMSI去激活流程中。終端發(fā)起的： - IMSI去激活 2) MM特殊流程   MM特殊流程只有當(dāng)沒有其他MM特殊流程進(jìn)行時(shí)，或沒有MM連接存在時(shí)啟動(dòng)。屬于此類的有：     - 正常位置更新流程     - 周期性更新流程    

26、 - IMSI附著流程 3)  MM連接管理流程：   這些流程用來(lái)建立，維持和釋放MS和網(wǎng)絡(luò)間的MM連接，此連接提供了上層CM子層實(shí)體和其對(duì)實(shí)體層交互的服務(wù)。MM連接的建立只有當(dāng)沒有MM特殊流程運(yùn)行時(shí)方可。同時(shí)可以存在多條MM連接。   根據(jù)GMM流程發(fā)起的方式，可以分為以下兩類： 1) GMM公共流程：   在Iu模式，只要有PS信令連接存在就可以發(fā)起GMM公共流程。屬于此類的有：   在GMM上下文建立后由網(wǎng)絡(luò)發(fā)起的：   - P-TMSI(重)配置流程

27、60;  - GPRS鑒權(quán)和加密流程   - GPRS標(biāo)識(shí)流程   - GPRS消息流程 2) GMM特殊流程   網(wǎng)絡(luò)端發(fā)起的用于去附著網(wǎng)絡(luò)側(cè)IMSI，對(duì)于GPRS業(yè)務(wù)和/或非GPRS業(yè)務(wù)，并釋放一個(gè)GMM上下文：   - GPRS去附著   MS發(fā)起的，用于GPRS業(yè)務(wù)和/或非GPRS業(yè)務(wù)的附著或去附著網(wǎng)絡(luò)側(cè)IMSI，建立或釋放一條GMM上下文： - GPRS附著和聯(lián)合GPRS附著； - GPRS去附著和聯(lián)合GPRS去附著在GMM上下文已建立時(shí)MS發(fā)起

28、的：- 正常路由區(qū)更新和聯(lián)合路由區(qū)更新；- 周期性路由區(qū)更新在UMTS，MS發(fā)起用來(lái)建立到網(wǎng)絡(luò)安全連接，并/或請(qǐng)求發(fā)送數(shù)據(jù)的資源預(yù)約。- Service Request4.1.1.1.1  MS端信令消息中的完整性檢查(UMTS only)在UMTS only模式，完整性保護(hù)信令是必需的，除了緊急呼叫以外(見4.1.1.1.1a)。在UMTS only，只要網(wǎng)絡(luò)端和MS端成功啟動(dòng)了安全模式，所有層3的協(xié)議都會(huì)使用完整性保護(hù)信令。層3信令消息的完整性保護(hù)是底層負(fù)責(zé)。激活完整性保護(hù)是網(wǎng)絡(luò)進(jìn)行的。使用安全模式控制流程(詳見3GPP 25.331)MS端對(duì)完整性保護(hù)的監(jiān)管是由MM和GMM層負(fù)

29、責(zé)(見3GPP 33.102)。底層會(huì)提供MM和GMM層一個(gè)完整性保護(hù)何時(shí)會(huì)在MS被激活的指示(比如指示MM層當(dāng)CS域的安全模式控制流程成功完成，和指示GMM層當(dāng)PS域的安全模式控制流程成功完成)。網(wǎng)絡(luò)的CS和PS域，以及MS內(nèi)的MM和GMM層，不用考慮底層是否已經(jīng)啟動(dòng)了另一個(gè)域的完整性保護(hù)。網(wǎng)絡(luò)為CS域和PS域各發(fā)起一個(gè)安全模式控制流程是必要的。除了以下列出的消息，其他所有層3信令消息都是不允許在此域的安全模式控制流程尚未啟動(dòng)情況下被接收方MM和GMM實(shí)體處理或者轉(zhuǎn)發(fā)給CM實(shí)體的： - MM消息     - AUTHENTICATION RE

30、QUEST- AUTHENTICATION REJECT- IDENTITY REQUEST- LOCATION UPDATING ACCEPT(包括不改變位置區(qū)或臨時(shí)標(biāo)識(shí)的周期性更新)- LOCATION UPDATING REJECT- CM SERVICE ACCEPT，如果滿足以下兩個(gè)條件：  - 沒有其他MM連接建立  - CM SERVICE REQUEST的請(qǐng)求原因是emergency call establishment- CM SERVICE REJECT- ABORT  - GMM消息     

31、  - AUTHENTICATION &CIPHERING REQUEST       - AUTHENTICATION & CIPHERING REJECT       - IDENTITY REQUEST- ATTACH REJECT- ROUTING AREA UPDATE ACCEPT (包括不改變路由區(qū)或臨時(shí)標(biāo)識(shí)的周期性路由更新)- ROUTING AREA UPDATE REJECT- SERVICE REJECT   

32、;     - DETACH ACCEPT (非關(guān)機(jī)情況)  CC消息：       - 所有CC消息，如果滿足以下2個(gè)條件：         - 不存在其他MM連接         - MS的MM實(shí)體已經(jīng)收到CM SERVICE ACCEPT消息，且在CM SERVICE REQUEST后未啟用加密或完整性保護(hù)，請(qǐng)求原因?yàn)椤敖?/p>

33、立緊急呼叫”   在完整性保護(hù)啟動(dòng)后，MS的L3接收實(shí)體不再處理沒有被底層成功進(jìn)行完整性檢查的L3信令消息。如果收到的信令消息沒有通過(guò)完整性檢查，底層將其丟棄(參考3GPP 25.331)。對(duì)于收到的CS域或PS域信令，沒有被完整性保護(hù)的，即使網(wǎng)絡(luò)已經(jīng)在MS對(duì)該域啟動(dòng)了完整性保護(hù)，底層也會(huì)將其丟棄。  網(wǎng)絡(luò)側(cè)的完整性檢查在RNC執(zhí)行，詳見3GPP25.331。4.1.1.1.1a  緊急呼叫的完整性保護(hù)(UMTS only)  網(wǎng)絡(luò)會(huì)為緊急呼叫發(fā)起安全模式，和它為其他任何呼叫所作的一樣，除了3GPP 33.102中有一節(jié)"Securi

34、ty Procedure Not applied"中描述的情況。  當(dāng)沒有其他MM連接存在，要為緊急呼叫建立MM連接時(shí)，是否需要執(zhí)行安全流程是由網(wǎng)絡(luò)決定的，將在3GPP 33.102中的一節(jié)"Emergency Call Handling"中講述。4.1.1.2  GPRS MS的MM-GMM合作4.1.1.2.1  網(wǎng)絡(luò)操作模式I中的GPRS操作模式A或B 終端  在網(wǎng)絡(luò)操作模式I時(shí)，工作于GPRS操作模式A或B的終端希望可以同時(shí)為GPRS和非GPRS業(yè)務(wù)進(jìn)行IMSI附著，這會(huì)用到聯(lián)合GPRS附著，聯(lián)合的和周期性的路由區(qū)更

35、新流程來(lái)取代相關(guān)的MM特殊流程IMSI附著，以及正常的和周期性的位置區(qū)更新。    注意：在網(wǎng)絡(luò)操作模式為I時(shí)GPRS操作模式為A或B的MS，不管ATT標(biāo)志是什么值，都會(huì)執(zhí)行聯(lián)合的GPRS附著或路由區(qū)更新流程。  在網(wǎng)絡(luò)操作模式為I時(shí)GPRS操作模式為A或B的MS的IMSI去附著將由GMM使用聯(lián)合GPRS去附著流程執(zhí)行。    注意：在網(wǎng)絡(luò)操作模式為I時(shí)GPRS操作模式為A或B的MS，不管ATT值為多少，都會(huì)執(zhí)行聯(lián)合的GPRS去附著流程。 處于網(wǎng)絡(luò)操作模式I的GPRS操作模式A或B的MS，將使用GMM特殊流程取代M

36、M特殊流程，除非在專門描述MM特殊流程重新啟動(dòng)的情況下，因此在4.3和4.4節(jié)列出的何時(shí)觸發(fā)MM特殊流程的所有條件都用不到了。  如上條件的MS，也不會(huì)使用任何MM特殊流程關(guān)聯(lián)的時(shí)鐘(比如T3210, T3211, T3212, T3213)，除非在專門講述MM特殊流程重啟動(dòng)的情況。如果這些MM時(shí)鐘已經(jīng)在運(yùn)行，MS也不會(huì)按照時(shí)鐘超時(shí)后應(yīng)有的行為執(zhí)行。注意：每當(dāng)GMM執(zhí)行聯(lián)合的GMM流程時(shí)，GPRS MS就會(huì)進(jìn)入MM狀態(tài)MM LOCATION UPDATING PENDING，以阻止MM執(zhí)行位置更新流程。  如果MM執(zhí)行了鑒權(quán)流程，且被網(wǎng)絡(luò)拒絕(收到了AUTHENTICATI

37、ON REJECT)，MS設(shè)置GPRS更新狀態(tài)為GU3 ROAMING NOT ALLOWED，如果可以，刪除存儲(chǔ)的P-TMSI, P-TMSI簽名，RAI和GPRS加密密鑰序列號(hào)。SIM/USIM被視為對(duì)GPRS和非GPRS業(yè)務(wù)均無(wú)效，知道關(guān)機(jī)或取出SIM/USIM卡。MS將終止所有GMM流程并進(jìn)入狀態(tài)GMM-DEREGISTERED。4.1.1.2.2  網(wǎng)絡(luò)操作模式II或III下的GPRS模式A或B終端  如果網(wǎng)絡(luò)操作模式為II或III，想要同時(shí)對(duì)GPRS或非GPRS業(yè)務(wù)進(jìn)行IMSI附著的GPRS模式A或B終端，可以使用4.3和4.4節(jié)列出的MM特殊流程，以及4.7.

38、3，4.7.4和4.7.5小節(jié)列出的GMM特殊流程。周期性位置更新的使用將在后文的4.4.2描述，周期性位置區(qū)更新在4.7.2.2講述。  如果MM執(zhí)行了鑒權(quán)流程，且被網(wǎng)絡(luò)拒絕(收到了AUTHENTICATION REJECT)，MS設(shè)置GPRS更新狀態(tài)為GU3 ROAMING NOT ALLOWD，如果可以，再刪除存儲(chǔ)的P-TMSI, P-TMSI簽名，RAI和GPRS加密密鑰序列號(hào)。SIM/USIM被視為對(duì)GPRS和非GPRS業(yè)務(wù)均無(wú)效，直到關(guān)機(jī)或取出卡。MS將終止所有GMM流程并進(jìn)入狀態(tài)GMM-DEREGISTERED。4.1.1.3  核心網(wǎng)給MM的系統(tǒng)消息(UMT

39、S only)在網(wǎng)絡(luò)廣播的系統(tǒng)消息中有一些是給MM使用的。  MS收到新的系統(tǒng)消息時(shí)，RRC層將CN公共系統(tǒng)消息和CS域?qū)傧到y(tǒng)消息的內(nèi)容轉(zhuǎn)發(fā)給MM層。  CN系統(tǒng)消息包含在一些RRC消息的特殊IE內(nèi)發(fā)送給MS，參考3GPP 25.331。在CN系統(tǒng)消息里，公共系統(tǒng)消息部分和CS域?qū)傧到y(tǒng)消息部分包含了控制MM功能的參數(shù)設(shè)置。MM消息不會(huì)包含CN系統(tǒng)消息。4.1.1.4  核心網(wǎng)給GMM的系統(tǒng)消息(UMTS only)  在網(wǎng)絡(luò)廣播的系統(tǒng)消息中同樣有一些是給GMM使用的。  MS在收到新的系統(tǒng)消息時(shí)，RRC層將CN公共系統(tǒng)消息和PS域?qū)傧到y(tǒng)消

40、息轉(zhuǎn)發(fā)給GMM層。  CN系統(tǒng)消息包含在一些RRC消息的特殊IE內(nèi)發(fā)送給MS，參考3GPP 25.331。在CN系統(tǒng)消息里，公共系統(tǒng)消息部分和PS域?qū)傧到y(tǒng)消息部分包含了控制GMM功能性的參數(shù)設(shè)置。GMM消息不包含核心網(wǎng)系統(tǒng)消息。4.1.2  MM子層狀態(tài)  MM子層狀態(tài)組織如下。MS側(cè)的主狀態(tài)，根據(jù)相關(guān)的流程，在4.1.2.1.1小節(jié)描述。MM IDLE狀態(tài)在描述空閑模式的行為時(shí)被細(xì)分為多個(gè)子狀態(tài)(4.1.2.1.2)。依賴于更新狀態(tài)的行為，在4.1.2.2中講述。網(wǎng)絡(luò)側(cè)的狀態(tài)在4.1.2.3中描述。4.1.2.1  MS側(cè)的MM子層狀態(tài) 

41、本節(jié)中，描述了MS內(nèi)MM子層可能的狀態(tài)。在圖4.1中，展示了MM子層協(xié)議概況。4.1.2.1.1  主狀態(tài)  0  NULLMS未激活(比如關(guān)機(jī))。重要的參數(shù)存儲(chǔ)了。只有用戶手動(dòng)操作才能遷移到其他狀態(tài)。  3  LOCATION UPDATING INITIATED已經(jīng)啟動(dòng)了位置更新流程，MM等著網(wǎng)絡(luò)給響應(yīng)。時(shí)鐘T3210在跑著。  5  WAIT FOR OUTING MM CONNECTION     MM連接建立流程已啟動(dòng)，MM等著網(wǎng)絡(luò)給響應(yīng)。時(shí)鐘T3230在跑。  6

42、  MM CONNECTION ACTIVE     MM子層已有一條RR連接到網(wǎng)絡(luò)側(cè)的對(duì)等實(shí)體。一個(gè)或多個(gè)MM連接已激活。  7  IMSI DETACH INITIATED     IMSI去附著流程已啟動(dòng)。時(shí)鐘T3220在跑。  8  PROCESS CM SERVICE PROMPT     MM子層已有一條RR連接到網(wǎng)絡(luò)側(cè)的對(duì)等實(shí)體。MS已收到CM SERVICE PROMPT但尚未回應(yīng)$(CCBS)$。 

43、 9  WAIT FOR NETWORK COMMAND     MM子層已有一條RR連接到網(wǎng)絡(luò)側(cè)的對(duì)等實(shí)體,但尚未建立MM連接。MS在被動(dòng)等待網(wǎng)絡(luò)給下一個(gè)命令。時(shí)鐘T3240在跑。  10  LOCATION UPDATE REJECTED     位置更新流程被拒絕，等待RR連接釋放。時(shí)鐘T3240在跑。  13  WAIT FOR RR CONNECTION(LOCATION UPDATING)     MM子層已請(qǐng)求建

44、立RR連接來(lái)發(fā)起位置更新流程  14  WAIT FOR RR CONNECTION(MM CONNECTION)      MM子層已請(qǐng)求建立專用模式的RR連接以建立MM連接。  15  WAIT FOR RR CONNECTION(IMSI DETACH)      MM子層已請(qǐng)求建立RR連接來(lái)啟動(dòng)IMSI去附著流程  17  WAIT FOR REESTABLISH      發(fā)生

45、了底層錯(cuò)誤，可能需要通過(guò)出錯(cuò)的CM層實(shí)體執(zhí)行重建立。  18  WAIT FOR RR ACTIVE      MM子層已請(qǐng)求激活RR子層。  19  MM IDLE      沒有活動(dòng)的MM流程，也沒有RR連接，不過(guò)在RR子層處于組接聽模式下可能存在本地MM上下文。這是一個(gè)混合狀態(tài)，MS到CM的具體行為需要參考具體的子狀態(tài)(后文簡(jiǎn)述)。  20  WAIT FOR ADDITIONAL OUTGOING MM CONNECTION&#

46、160;     對(duì)另一條MM連接建立的MM連接已啟動(dòng)，MM等著網(wǎng)絡(luò)的響應(yīng)。  21  MM CONNECTION ACTIVE(GROUP TRANSMIT MODE)     (只適用于支持VGCS通話的MS)MM在網(wǎng)絡(luò)側(cè)對(duì)等實(shí)體間已建立VGCS信道上的RR連接。只有一個(gè)MM連接是激活的。  22  WAIT FOR RR CONNECTION(GROUP TRANSMIT MODE)(只適用于支持VGCS通話的MS)MM子層請(qǐng)求在VGCS信道上執(zhí)行上行接入。 

47、 23  LOCATION UPDATING PENDING      (只適用于GPRS模式A和B的終端，未在圖4.1a中顯示) 聯(lián)合GPRS路由區(qū)更新流程已啟動(dòng)。  24  IMSI DETACH PENDING      (只適用于GPRS模式A和B的終端，未在圖4.1a中顯示) 對(duì)非GPRS業(yè)務(wù)的聯(lián)合GPRS去附著流程已啟動(dòng)，非關(guān)機(jī)情況  25  RR CONNECTION RELEASE NOT ALLOWED  &

48、#160;   (只適用于RRC層支持RRLP(詳見3GPP 44.031)流程或LCS(詳見3GPP 25.331)流程的MS) 所有的MM連接被CM實(shí)體釋放，但RR連接依然被網(wǎng)絡(luò)維持，為確保進(jìn)行中的RRLP流程或LCS流程。4.1.2.1.2  MM IDLE狀態(tài)的子狀態(tài)      對(duì)于MM IDLE狀態(tài)MS的行為，被細(xì)分為幾個(gè)子狀態(tài)，也叫做服務(wù)狀態(tài)。服務(wù)狀態(tài)屬于整個(gè)MS(沒有SIM/USIM卡的單獨(dú)ME，或有卡的ME)。服務(wù)狀態(tài)取決于更新狀態(tài)(4.1.2.2節(jié))和選擇的小區(qū)。   

49、;      19.1  NORMAL SERVICE               有效用戶數(shù)據(jù)可用，更新狀態(tài)為U1，選擇的小區(qū)屬于用戶注冊(cè)的位置區(qū)LA。         19.2  ATTEMPTING TO UPDATE       &

50、#160;       有效用戶數(shù)據(jù)可用，更新狀態(tài)為U2，已選擇小區(qū)。上層請(qǐng)求已接受。緊急呼叫請(qǐng)求處理正常，否則該請(qǐng)求會(huì)在選擇小區(qū)內(nèi)先觸發(fā)位置更新，如果更新成功再觸發(fā)后續(xù)的流程，否則請(qǐng)求被拒絕。         19.3  LIMITED SERVICE              有效的用戶數(shù)據(jù)可用，更新狀態(tài)為U3，已

51、選擇小區(qū)，且無(wú)法提供正常服務(wù)，只允許緊急服務(wù)。         19.4  NO IMSI               沒有有效的用戶數(shù)據(jù)(沒有SIM/USIM，或者SIM/USIM被ME視為無(wú)效)，已選擇小區(qū)，只允許緊急服務(wù)。         19.5  NO CELL AVA

52、ILABLE              未選擇小區(qū)。在第一輪徹底的搜索失敗(狀態(tài)19.7)后進(jìn)入此狀態(tài)。小區(qū)搜索緩慢進(jìn)行，不提供任何服務(wù)。         19.6  LOCATION UPDATE NEEDED              有效的用戶

53、數(shù)據(jù)可用，由于某種原因必須盡快執(zhí)行位置更新(比如更新狀態(tài)為U1而選擇的小區(qū)不在登記的位置區(qū)內(nèi)，或者時(shí)鐘超時(shí)等)。該狀態(tài)通常持續(xù)時(shí)間很短，但是可以延續(xù)，比如在接入等級(jí)被禁止的情況         19.7  PLMN SEARCH              MS在搜索PLMN，狀態(tài)19.8要的條件不符合。當(dāng)選擇了小區(qū)(下一個(gè)狀態(tài)可能是19.1，19.3或19.6)，或申明當(dāng)前找不

54、到可用的小區(qū)(新狀態(tài)為19.5)時(shí)，此狀態(tài)才會(huì)終結(jié)。         19.8  PLMN SEARCH, NORMAL SERVICE               有效的用戶數(shù)據(jù)可用，更新狀態(tài)為U1，選擇的小區(qū)屬于用戶登記的位置區(qū)，MS正在搜索PLMN。當(dāng)選擇了小區(qū)(下一個(gè)狀態(tài)可能是19.1，19.3或19.6)，或申明當(dāng)前找不到可用的小區(qū)(新狀態(tài)為19.5)時(shí)，此

55、狀態(tài)才會(huì)終結(jié)。         19.9  RECEIVING GROUP CALL(NORMAL SERVICE)               只適用于支持VGCS接聽或VBS接聽的終端。有效的用戶數(shù)據(jù)可用，更新狀態(tài)為U1，選擇的小區(qū)屬于用戶登記的位置區(qū)且在小區(qū)內(nèi)收到了一跳VGCS信道或VBS信道。     

56、0;         此狀態(tài)下，只處理GCC或BCC層的請(qǐng)求。         19.10  RECEIVING GROUP CALL(LIMITED SERVICE)               只適用于支持VGCS接聽或VBS接聽的終端。有效的用戶數(shù)據(jù)可用，更新狀態(tài)為U3，選擇的小區(qū)不

57、屬于用戶登記的位置區(qū)，但在小區(qū)內(nèi)收到一條VGCS信道或VBS信道。              此狀態(tài)下，只處理來(lái)自GCC或BCC的接聽VGCS呼叫或VBS呼叫請(qǐng)求，以及群呼緊急服務(wù)請(qǐng)求。4.1.2.2  更新狀態(tài)     更新狀態(tài)同4.1.2.1節(jié)講述的控制MM子層協(xié)議的子層狀態(tài)并行存在。      更新狀態(tài)屬于嵌入到SIM/USIM內(nèi)的用戶特有數(shù)據(jù)。這個(gè)狀態(tài)在甚至用

58、戶還未激活時(shí)(取出了SIM/USIM或ME關(guān)機(jī))就已經(jīng)定義好了。存儲(chǔ)在SIM/USIM中的不可變存儲(chǔ)器NV中。此狀態(tài)只有當(dāng)位置更新流程(例外的有健全失敗以及有些情況下CM服務(wù)被拒絕)結(jié)束時(shí)才會(huì)改變。在有些情況下，更新狀態(tài)也會(huì)隨著GPRS附著，GPRS路由區(qū)更新，服務(wù)請(qǐng)求或網(wǎng)絡(luò)發(fā)起的GPRS去附著流程而改變。     U1  UPDATED         前面的位置更新嘗試成功結(jié)束(流程結(jié)果無(wú)誤，收到網(wǎng)絡(luò)的接受)。在此狀態(tài)下，SIM/USIM還會(huì)包括用戶登記位置區(qū)的

59、LAI，還可能有有效的TMSI，GSM加密密鑰，UMTS完整性密鑰，UMTS加密密鑰和加密密鑰序列號(hào)。存儲(chǔ)在SIM/USIM卡中的"Location update status"值為"updated"。    U2  NOT UPDATED        前面的位置更新流程失敗告終(沒有收到網(wǎng)絡(luò)端確切的回應(yīng)，可能是接收失敗或者網(wǎng)絡(luò)內(nèi)部擁塞) 。        對(duì)于該狀態(tài)，SIM

60、/USIM不包括任何有效的LAI，TMSI, GSM加密密鑰，UMTS完整性密鑰，UMTS加密密鑰或加密密鑰序列號(hào)。為了兼容起見，所有這些字段都會(huì)在更新狀態(tài)設(shè)置為NOT UPDATED后被置為"deleted"。不過(guò)，MS不會(huì)把其他出現(xiàn)的值視為錯(cuò)誤處理。存儲(chǔ)在卡中的"Location update status"值為"not updated"。    U3  ROAMING NOT ALLOWED        前面的位置更新

61、運(yùn)行正常，但是網(wǎng)絡(luò)給拒絕了(由于漫游或登記限制等原因)。        對(duì)于該狀態(tài)，SIM/USIM可能包含一個(gè)有效的LAI, TMSI, GSM加密密鑰，UMTS完整性密鑰，UMTS加密密鑰或加密密鑰序列號(hào)。為了兼容起見，如果LAI被刪除，所有這些字段都會(huì)被置為"deleted"。不過(guò)，MS不會(huì)把其他出現(xiàn)的值視為錯(cuò)誤處理。存儲(chǔ)在卡中的"Location update status"值為"Location area not allowed"。4.1.2.3 

62、; 網(wǎng)絡(luò)側(cè)MM子層狀態(tài) 1. IDLE   MM子層尚未激活，但RR子層處于組接收模式除外。 2. WAIT FOR RR CONNECTION   MM子層收到CM層要建立MM連接的請(qǐng)求。RR子層請(qǐng)求在MS建立RR連接(比如，發(fā)尋呼)。 3. MM CONNECTION ACTIVE   MM層已經(jīng)在MS建立一條RR連接。一條或多條MM連接在活動(dòng)，或只有RRC層的RRLP流程或者LCS流程活動(dòng)。 4. IDENTIFICATION INITIATED   網(wǎng)絡(luò)已發(fā)起標(biāo)識(shí)流程

63、。時(shí)鐘T3270在跑 5. AUTHENTICATION INITIATED   網(wǎng)絡(luò)已發(fā)出鑒權(quán)流程，時(shí)鐘T3260在跑 6. TMSI REALLOCATION INITIATED   網(wǎng)絡(luò)已發(fā)起TMSI重分配流程，時(shí)鐘T3250在跑 7. SECURITY MODE INITIATED   在UMTS模式，RR層已請(qǐng)求安全模式流程。在GSM，RR流程請(qǐng)求了加密流程 8a. WAIT FOR MOBILE ORGINATED MM CONNECTION    CM

64、 SERVICE REQUEST收到和處理，MM層等待MM連接的"opening message" 8b. WAIT FOR NETWORK OTIGINATED MM CONNECTION    網(wǎng)絡(luò)已發(fā)出CM SERVICE REQUEST，MM層等待MM連接的"opening message" $(CCBS)$ 9. WAIT FOR REESTABLISHMENT   對(duì)應(yīng)一條或多條激活的MM連接的RR連接丟失。網(wǎng)絡(luò)等待MS可能發(fā)起的重建立請(qǐng)求。 10. WAIT O

65、F A GROUP CALL   只對(duì)應(yīng)支持VGCS通話的MS。MM層收到了GCC層建立VGCS的請(qǐng)求。建立VGCS信道的請(qǐng)求已交給RR層。 11. GROUP CALL ACTIVE    只對(duì)應(yīng)支持VGCS通話的MS。RR層已建立VGCS信道。RR層可以在此VGCS信道上建立到通話MS的RR連接。MM層已激活，但還未開始在網(wǎng)絡(luò)和MS間傳送MM信息。 12. MM CONNECTION ACTIVE(GROUP CALL)    只對(duì)應(yīng)支持VGCS通話的MS。MM層已在通話MS的VGCS信道上

66、建立了RR連接。只允許一條激活的MM連接。 13. WAIT FOR BROADCAST CALL    只適用于支持VBS的情況。MM層收到BCC層建立VBS的請(qǐng)求。建立VBS的請(qǐng)求已送往RR層。 14. BROADCAST CALL ACTIVE    只適用于支持VBS的情況。RR層已建立VBS信道。MM層已激活但網(wǎng)絡(luò)和MS間沒有MM連接。4.1.3  GMM子層狀態(tài)   在這一節(jié)中，MS和網(wǎng)絡(luò)的GMM協(xié)議用了兩個(gè)不同的狀態(tài)機(jī)來(lái)描述。在4.1.3.1中，描述的是MS端的GMM實(shí)體

67、狀態(tài)。MS的行為依賴于4.1.3.2中講到的GPRS更新狀態(tài)。網(wǎng)絡(luò)側(cè)的狀態(tài)則在4.1.3.3中講到。 4.1.3.1  MS側(cè)的GMM狀態(tài)   本節(jié)中，描述了MS測(cè)GMM實(shí)體所有可能的GMM狀態(tài)。4. 1.3.1.1對(duì)GMM實(shí)體的主要狀態(tài)進(jìn)行了摘要，展示在圖4.1b中。已定義的子狀態(tài)在4.1.3.1.2和4.1.3.1.3中描述。   不過(guò)，本節(jié)不會(huì)對(duì)每個(gè)狀態(tài)的MS有何作為進(jìn)行描述，也未涵蓋異常狀況。因此，圖4.1b只給出了狀態(tài)轉(zhuǎn)換概覽而不是完整的狀態(tài)轉(zhuǎn)換流程。MS端的詳細(xì)行為在4.2節(jié)描述。另外，MS對(duì)異常情況的處理請(qǐng)參考4.7節(jié)。

68、 4.1.3.1.1  主狀態(tài) 4.1.3.1.1.1  GMM-NULL     MS已關(guān)閉GPRS功能。此狀態(tài)不執(zhí)行GPRS移動(dòng)性管理。4.1.3.1.1.2  GMM-DEREGISTERED  MS已開啟GPRS功能，但尚未建立GMM上下文。此狀態(tài)下MS可以通過(guò)GPRS附著流程或聯(lián)合GPRS附著流程來(lái)建立GMM上下文。4.1.3.1.1.3  GMM-REGISTERED-INITIATED  MS已發(fā)起GPRS附著或聯(lián)合GPRS附著，等待網(wǎng)絡(luò)響應(yīng)中。4.1

69、.3.1.1.4  GMM-REGISTERED  GMM上下文已建立，比如GPRS附著或聯(lián)合GPRS附著已成功。此狀態(tài)下，MS可以激活PDP上下文，可以發(fā)送接收用戶數(shù)據(jù)和信令信息，也可以響應(yīng)尋呼。當(dāng)然，還可以進(jìn)行小區(qū)更新以及路由區(qū)更新。4.1.3.1.1.5  GMM-DEREGISTERED-INITIATED  MM發(fā)起GPRS去附著或聯(lián)合GPRS去附著流程，以請(qǐng)求釋放GMM上下文。此狀態(tài)只用在非關(guān)機(jī)情況的去激活請(qǐng)求。4.1.3.1.1.6  GMM-ROUTING-AREA-UPDATING-INITIATED  MS已發(fā)起路

70、由區(qū)更新，正等待網(wǎng)絡(luò)回應(yīng)中。4.1.3.1.1.7  GMM-SERVICE-REQUEST-INITIATED(UMTS only)  服務(wù)請(qǐng)求流程已發(fā)起，MS等待網(wǎng)絡(luò)回應(yīng)中。4.1.3.1.2  GMM-DEREGISTERED子狀態(tài)  GMM-DEREGISTERED狀態(tài)可以細(xì)分為如下幾個(gè)子狀態(tài)。這些子狀態(tài)面對(duì)所有MS(沒有SIM/USIM卡的單獨(dú)ME，或有卡的ME)。這里描述的子狀態(tài)和GPRS更新狀態(tài)(4.1.3.2中描述)和選擇的小區(qū)相關(guān)。4.1.3.1.2.1  GMM-DEREGISTERED.NORMAL-SERVICE

71、0; 有效用戶數(shù)據(jù)可用，GPRS更新狀態(tài)為GU1或GU2，已選擇小區(qū)。此狀態(tài)下，如果是GU1的情況，已進(jìn)行了使用P-TMSI，RAI和GPRS加密密鑰序列號(hào)的GPRS附著流程。如果是GU2，將是IMSI來(lái)附著GPRS業(yè)務(wù)。4.1.3.1.2.2  GMM-DEREGISTERED.LIMITED-SERVICE有效用戶數(shù)據(jù)可用，GPRS更新狀態(tài)為GU3，小區(qū)已選擇，但不能提供正常服務(wù)。4.1.3.1.2.3  GMM-DEREGISTERED.ATTACH-NEEDED有效的用戶數(shù)據(jù)可用，由于某種原因，必須盡快執(zhí)行GPRS附著。該流程通常很短暫，但是也可以持續(xù)，比如在介入等級(jí)禁用時(shí)。4.1.3.1.2.4  GMM-DEREGISTERED.ATTEMPTING-TO-ATTACHGPRS更新狀態(tài)為GU2，小區(qū)已選擇，前面進(jìn)行的GPRS附著被拒絕。后面的附著流程怎樣進(jìn)行依賴于GPRS附著的計(jì)數(shù)器。在此狀態(tài)下，MS的動(dòng)作只有發(fā)起GPRS附著。4.1.3.1.2.5  GMM-DEREGISTERED.NO-IMSI沒有有效的用戶數(shù)據(jù)(沒有SIM/USIM，或SIM/USIM被ME視作非法)，已經(jīng)選擇小區(qū)。4.