3GPP中文版协议

1、1. 简述该文档描述了第三代移动通信系统和数字小区通信系统内用在无线接口的核心网协议流程。主要描述了无线接口上的流程（参考接口Um或Uu,参考跑3GPP24.002或3GPP23.002）比如呼叫控制CC,移动性管理MM,和会话管理SM。文中每当提及"furtherstudy"或"FS"或"FFS"的地方表示本文不会对相应的内容作标准阐这些流程都是按照无线接口的控制信道上交换的信令定义的。控制信道在3GPP44.003和3GPP25.301中描述。该协议的功能性描述和流程，以及其他层和实体间的交互将在3GPP24.007中描述。1.3

2、层3流程的结构可以用积木”法来描述层3的流程。基础的积木是三个子层的协议控制实体提供的基本流程”，这些子层是无线资源管理RRM，移动性管理MM和连接管理CM。1.5在A/Gb模式下逻辑信道的使用逻辑信道在3GPP45.002中定义。下述的这些控制信道都是承载信令信息或指定类型的用户分组数据：1）广播控制信道BCCH:下行，用来广播小区独有信息2）同步信道SCH:下行，用来广播同步信息和BSS标识信息3）寻呼信道PCH:下行，用来发送寻呼给MS4）随机接入信道RACH:上行，用来请求一条专用控制信道DCCH5）接入允许信道AGCH:下行，用来分配一条专用控制信道DCCH6）独立专用控制信道SDC

3、CH:双向7）快速辅助控制信道FACCH:双向，和一条业务彳道TCH关联8）慢速辅助控制信道SACCH:双向，和一条SDCCH或者TCH关联9）小区广播信道CBCH:下行，用作非点对点短消息传输10）指示信道NCH:下行，用来通知用户VBS呼叫或VGCS呼叫信令层2定义了两个服务接入点，以SAPI划分（详见3GPP44.006）1）SAPI0:支持包括用户消息的信令信息的传输2）SAPI3:支持用户短消息的传输层3根据每条消息进行SAP的选择，以及逻辑控制信道的选择，L2操作模式（确认模式AM,非确认模式UM或随机接入）的选择。1.6控制流程概览1.6.1流程列表以下是本文涵盖的流程列表：a）

4、第四章描述的移动性管理基础流程移动性管理公共流程（4.3节）：-TMSI重分配流程(4.3.1)-鉴权流程(4.3.2)-标识流程(4.3.3)-IMSI去激活流程(4.3.4)-终止流程(4.3.5)-MM消息流程(4.3.6)移动性管理专有流程(4.4节)：-位置区更新流程(4.4.1)-周期性更新(4.4.2)-IMSI附着流程(4.4.3)-通用的位置更新流程(4.4)连接控制子层提供的服务：-移动性管理连接建立(4.5.1)-移动性管理连接信息传输阶段(4.5.2)-移动性管理连接释放(4.5.3)GPRS专有移动性管理流程(4.7)-GPRS激活流程(4.7.3)-GPRS去激活流

5、程(4.7.4)-GPRS路由去更新流程(4.7.5)GPRS公共移动性管理流程(4.7节)-GPRSP-TMSI重分配流程(4.7.6)-GPRS鉴权和加密流程(4.7.7)-GPRS标识流程(4.7.8)-GPRS消息流程(4.7.12)b)第五章描述了电路交换域呼叫控制包含的以下几处流程：移动主呼的建立(5.2.1)移动被呼的建立(5.2.2)活动状态中的信令流程(5.3)-用户通知流程(5.3.1)-呼叫重定位(5.3.2)-DTMF协议控制流程(5.5.7)-呼叫进行中变更(5.3.4)话机发起呼叫释放(5.4.3)网络发起呼叫释放(5.4.4)多发流程：-带内信号音和通知(5.5.

6、1)-状态获取流程(5.5.3)-呼叫重建立流程(5.5.4)d)第六章描述了会话管理的基本流程：GPRS会话管理流程(6.1)节-PDP上下文激活(6.1.1)-PDP上下文修改(6.1.2)-PDP上下文去激活(6.1.3)这些基本流程可以联合起来形成综合流程，这样的例子放在第七章描述。本文的这个部分只是提供实际操作的指导。第八章描述了各种出错情况下的动作和为保证以后协议升级的兼容性提供规则。1.7实际操作的应用文中这些流程在终端上的应用取决于终端支持的服务和功能。1.7.1 VGCS和VBSVGCS和VBS只用在GSMonly模式。对于支持VGCS和VBS的终端，文中会通过判断语句对支持

7、该服务的终端进行专门描述，如果必要，也会给出不支持该服务的终端的行为进行描述。对于VGCS和VBS,可能存在以下的终端操作：-支持VBS接听-支持VBS的发起-支持VGCS的接听-支持VGCS的通话（包括了VGCS接听）-支持VGCS呼叫的发起（包括了VGCS通话）除了专门提到的联合流程，本文还支持所有可能的联合。1.7.2.1 GPRSGSM的分组业务（GSMonly）对于支持GPRS的终端，通篇在描述某个只适用于GPRS的流程时会有专门的标示，如有必要也会描述不支持的终端将有何行为。一个支持GPRS的MS可以属于以下三种操作模式的一种：-MS操作模式A（MS已附着到PS和CS域，且支持同时

8、操作CS和PS业务）-MS操作模式B（MS已附着到PS和CS域，但同时只能操作一种CS/PS业务）-MS操作模式C（MS已只附着到PS域）MS的操作模式取决于MS附着的服务，是只有GPRS服务呢还是GPRS,非GPRS服务都有，以及MS是否可以同时操作GPRS和其他GSM服务。可以操作GPRS服务的MS称为GPRSMS。请注意对于GPRSMS,本文中描述的GMM流程可能不支持于VGCS,VBS和GPRS的联合。可能的交互尚未研究。1.7.2.2 UMTS的分组业务（UMTSonly）附着到PS域的MS可以在以下一种MS操作模式下工作：-PS/CS操作模式-PS操作模式本文中这两种操作模式并没有

9、任何不同。使用的是MS操作模式A和MS操作模式C来代替。在网络操作模式I和II（详见3GPP23.060）中，工作在PS/CS操作模式的MS和处于操作模式A的GPRSMS使用相同的流程，除非明确指出了是GSMonly或者UMTSonly。在网络操作模式I和II中，工作在PS模式的MS和操作模式C的MS使用相同的流程，除非明确指出了GSMonly或UMTSonly。2. 参考文献以下文档提供了本文中使用到的引用文字和段落。2.1定义和缩略语对于本文，缩略语可参考文档3GPP231.905.2.1.1随机值文中很多地方提到了某些值采用随机”值，当然在一直指定范围，或者更通用的是一些统计分部值中进行

10、选择。这样的情况只用在MS端。对于处在相同环境下（包括相同厂家生产的相同型号的终端）是两个MS是有很低概率会选择相同值的，这会被考虑到。甚至，如果发生了这样的低概率事件，也会考虑到这两个终端下一个动作怎样辨别，就像它们前面的选择也不一样。2.2.2术语简述文中涉及到的术语简述如下：GSMsecuritycontextGSM安全上下文是在GSM鉴权成功执行后建立的并存储在MS和网络侧。它包含了GSM加密密钥和加密密钥序列号。UMTSsecuritycontextUMTS安全上下文是在UMTS鉴权成功执行后建立并存储在MS和网络侧。包含了UMTS加密密钥，UMTS完整性键，GSM加密密钥和加密蜜月

11、序列号。idlemode空闲模式在此模式下，MS没有分配任何专用信道，监听CCCH和BCCHgroupreceivemode组接收模式（只适用于支持VGCS接听或VBS接听的MS）在此模式下，MS未分配专用信道，监听分配到小区的下行语音广播信道或语音组呼信道。偶尔，MS还必须监听服务小区的BCCH。dedicatedmode专用模式此模式下，MS至少分配了两条专用信道，只有一条是SACCHgrouptransmitmode组传输模式（只适用于支持VGCS通话的MS）在此模式下，语音组呼的MS被分配2条专用信道，其中一条是SACCH。这些信道可以在一个时间分配给一个MS而在语音组呼中分配给不同的

12、MS。packetidlemode分组空闲模式（只适用于支持GPRS的终端）此模式下，MS没有分配分组数据物理信道的无线资源，它监听PBCCH和PCCCH或者如果这些信道网络未提供的话，监听BCCH和CCCH。packettranfermode分组传输模式（只适用于支持GPRS的终端）此模式下，MS被分配了一条或多条分组数据物理信道上的无线资源用来传输LLCPDUmainDCCH主DCCH在专用模式和组传输模式，只有两条信道用作DCCH，其一是SACCH，另一个是SDCCH或FACCH。这个SDCCH活FACCH被称作主DCCH。信道被激活，是说它可以用作传输，尤其是对信令，至少有UI帧。在S

13、ACCH上，无论何时被激活，必须保证L2帧的连续流传输。TCH已连接，是当CS用户数据可以传输。TCH在未激活时不可能已连接。一个激活但未连接的TCH只用在信令传输，如DCCH。主DCCH上的SAPI0数据链路称为主信令链路。任何指定在该主信令链路上发送的消息都以确认模式发送，除非专门指出。词组要建立一条链路是在数据链路上要建立多帧模式的缩略。即使数据链路没有在相关信道激活后立刻建立，在其上发送UI帧也是可能的。除非专门指出，一个数据链路层在没有信息域时建立完成。信道集用来表示承载关联用户信息流的TCH，比如用来支持CS连接的多时隙配置，最后需要一起处理。临时块流TBF是一个屋里连接，两个RR

14、对等实体用来支持分组数据物理信道上LLCPDU单向传输。RLC/MAC块：一个RLC/MAC块是RLC/MAC实体间交互的数据单元，详见3GPP44.060.GMM上下文：当GPRS附着流程成功完成后建立网络操作模式有三种网络操作模式I,II和III，详见3GPP23.060网络操作模式会当做系统信息指出。在正常的运营中，网络操作模式在一个路由区内的所有小区应该是相同的。GPRSMS操作模式有三种GPRSMS操作模式A,B和C,详见3GPP23.060RR连接：一条RR连接是两个RR或RRC对等实体用来支持上层信息流交换的专用CS域连接。PS信令连接，是一个MS和CN分组域节点间对等的UMTS

15、连接。异系统变更，是在不同的无线接入技术之间变换，比如GSM和UMTSGPRS:GSM和UMTS系统的分组业务标签GSMonly表明该章节或段落的展示只针对GSM系统。对于多系统情况，取决于当前服务的无线接入网络。标签UMTSonly表明该段落或章节的展示只针对UMTS系统。对于多系统情况，取决于当前服务的无线接入网络。SIM,用户标识模块USIM,通用用户标识模块MS,移动设备，本文中的MS不区分MS和UE。小区通知，是小区更新流程中的一个优化变量。小区更新流程用LLCNULL帧作为小区变更指示，这样不会重启动READY时钟。3. DTM，双模传输模式，详见3GPP44.018无线资源管理流

16、程详见3GPP44.018做设备这一块的都知道，24.008的重要性，当然还有25.331了。想当初我最开始看3GPP协议的时候接触的就是这两老大，当然还有21.905啦，呵呵。但是很多初学者，当然我也只算一个老点的初学者，初看该协议，看到那洋洋洒洒几百页的ENGLISH也许可能有点望而却步，曾有多于1个同事向我索要其中文版，当时我也没有，让对方摇头失望啊。说是翻译，只是好听点，真的是英文一个词一个词对照过来的，虽然没有用在线翻译，但是可能还是有些许地方意思不妥，再说某才疏学浅，错误之处还请见谅。这本来也是娱人娱己，做个记录，以后有闲情再从头慢慢改善。加油！移动性管理的基本流程4.1概述本节描

17、述了无线接口（参考节点为Um或Uu）上GPRS业务和非GPRS业务的移动性管理流程。移动性管理子层的主要功能是支持用户终端的移动性，比如告知网络其当前的位置，秘密提供用户标识。MM子层的其他功能还有提供到上层CM子层不同实体的连接管理服务。详见3GPP24.007本章定义了两类流程集：-针对非GPRS业务的MM流程（由MM子层的MM实体执行），和-针对GPRS服务的GMM流程（由MM子层的GMM实体执行），详见3GPP24.007本节描述的所有MM流程只有当RR连接已建立的情况下才能执行。否则，MM子层必须发起RR连接的建立。（详见3GPP44.018第3.3节和3GPP25.331）在A/G

18、b模式，本节描述的GMM流程使用RR子层提供的服务都在RR连接未建立情况下。在Iu模式，本节描述的所有GMM流程都只有当PS信令连接已经在MS和网络间建立起来后才能执行。否则，GMM子层必须发起PS信令连接建立过程。（详见3GPP25.331）GMM流程必须是对于支持GPRS的终端以及支持这些终端的网络。对于IMSI附着了GPRS业务和非GPRS业务的终端，假设网络操作模式为I,就是说支持联合GMM流程，一些MM流程被GMM联合流程取代。GMM联合流程不适用于GPRS操作模式C的终端，但是对网络操作模式为I,GPRS操作模式为A和B的终端却是必要的。4.1.1.1 MM和GMM流程MM和GMM

19、流程的类型根据他们发起的方式，MM流程分为三种类型：1）MM公共流程：在有RR连接存在的时候总可以发起MM公共流程，属于此类的有：网络发起的：-TMSI重配置；-鉴权流程-标识流程-MM消息流程-终止流程不过，终止流程只发生在MM连接已建立或正在建立的情况，举个例子，不在MM特殊流程进行中，也不在IMSI去激活流程中。终端发起的：-IMSI去激活2）MM特殊流程MM特殊流程只有当没有其他MM特殊流程进行时，或没有MM连接存在时启动。属于此类的有：-正常位置更新流程-周期性更新流程-IMSI附着流程3）MM连接管理流程：这些流程用来建立，维持和释放MS和网络间的MM连接，此连接提供了上层CM子层

20、实体和其对实体层交互的服务。MM连接的建立只有当没有MM特殊流程运行时方可。同时可以存在多条MM连接。根据GMM流程发起的方式，可以分为以下两类：1）GMM公共流程：在Iu模式，只要有PS信令连接存在就可以发起GMM公共流程。属于此类的有：在GMM上下文建立后由网络发起的：-P-TMSI（重）配置流程-GPRS鉴权和加密流程-GPRS标识流程-GPRS消息流程2）GMM特殊流程网络端发起的用于去附着网络侧IMSI，对于GPRS业务和/或非GPRS业务，并释放一个GMM上下文：-GPRS去附着MS发起的，用于GPRS业务和/或非GPRS业务的附着或去附着网络侧IMSI,建立或释放一条GMM上下文

21、：-GPRS附着和联合GPRS附着；-GPRS去附着和联合GPRS去附着在GMM上下文已建立时MS发起的：-正常路由区更新和联合路由区更新；-周期性路由区更新在UMTS,MS发起用来建立到网络安全连接，并/或请求发送数据的资源预约。-ServiceRequestMS端信令消息中的完整性检查（UMTSonly）在UMTSonly模式，完整性保护信令是必需的，除了紧急呼叫以外（见4.1.1.1.1a）。在UMTSonly，只要网络端和MS端成功启动了安全模式，所有层3的协议都会使用完整性保护信令。层3信令消息的完整性保护是底层负责。激活完整性保护是网络进行的。使用安全模式控制流程（详见3GPP25

22、.331）MS端对完整性保护的监管是由MM和GMM层负责（见3GPP33.102）。底层会提供MM和GMM层一个完整性保护何时会在MS被激活的指示（比如指示MM层当CS域的安全模式控制流程成功完成，和指示GMM层当PS域的安全模式控制流程成功完成）。网络的CS和PS域，以及MS内的MM和GMM层，不用考虑底层是否已经启动了另一个域的完整性保护。网络为CS域和PS域各发起一个安全模式控制流程是必要的。除了以下列出的消息，其他所有层3信令消息都是不允许在此域的安全模式控制流程尚未启动情况下被接收方MM和GMM实体处理或者转发给CM实体的：-MM消息-AUTHENTICATIONREQUEST-AU

23、THENTICATIONREJECT-IDENTITYREQUEST-LOCATIONUPDATINGACCEPT（包括不改变位置区或临时标识的周期性更新）-LOCATIONUPDATINGREJECT-CMSERVICEACCEPT,如果满足以下两个条件：-没有其他MM连接建立-CMSERVICEREQUEST的请求原因是emergencycallestablishment-CMSERVICEREJECT-ABORT-GMM消息-AUTHENTICATION&CIPHERINGREQUEST-AUTHENTICATION&CIPHERINGREJECT-IDENTITYREQ

24、UEST-ATTACHREJECT-ROUTINGAREAUPDATEACCEPT（包括不改变路由区或临时标识的周期性路由更新）-ROUTINGAREAUPDATEREJECT-SERVICEREJECT-DETACHACCEPT（非关机情况）CC消息：-所有CC消息，如果满足以下2个条件：-不存在其他MM连接-MS的MM实体已经收到CMSERVICEACCEPT消息，且在CMSERVICEREQUEST后未启用加密或完整性保护，请求原因为建立紧急呼叫”在完整性保护启动后，MS的L3接收实体不再处理没有被底层成功进行完整性检查的L3信令消息。如果收到的信令消息没有通过完整性检查，底层将其丢弃（

25、参考3GPP25.331）。对于收到的CS域或PS域信令，没有被完整性保护的，即使网络已经在MS对该域启动了完整性保护，底层也会将其丢弃。网络侧的完整性检查在RNC执行，详见3GPP25.331。4.1.1.1.1a紧急呼叫的完整性保护（UMTSonly）网络会为紧急呼叫发起安全模式，和它为其他任何呼叫所作的一样，除了3GPP33.102中有一节"SecurityProcedureNotapplied"中描述的情况。当没有其他MM连接存在，要为紧急呼叫建立MM连接时，是否需要执行安全流程是由网络决定的，将在3GPP33.102中的一节"EmergencyCallH

26、andling"中讲述。GPRSMS的MM-GMM合作4.1.1.2.1网络操作模式I中的GPRS操作模式A或B终端在网络操作模式I时，工作于GPRS操作模式A或B的终端希望可以同时为GPRS和非GPRS业务进行IMSI附着，这会用到联合GPRS附着，联合的和周期性的路由区更新流程来取代相关的MM特殊流程IMSI附着，以及正常的和周期性的位置区更新。注意：在网络操作模式为I时GPRS操作模式为A或B的MS，不管ATT标志是什么值，都会执行联合的GPRS附着或路由区更新流程。在网络操作模式为I时GPRS操作模式为A或B的MS的IMSI去附着将由GMM使用联合GPRS去附着流程执行。注意

27、：在网络操作模式为I时GPRS操作模式为A或B的MS,不管ATT值为多少，都会执行联合的GPRS去附着流程。处于网络操作模式I的GPRS操作模式A或B的MS,将使用GMM特殊流程取代MM特殊流程，除非在专门描述MM特殊流程重新启动的情况下，因此在4.3和4.4节列出的何时触发MM特殊流程的所有条件都用不到了。如上条件的MS,也不会使用任何MM特殊流程关联的时钟（比如T3210,T3211,T3212,T3213）,除非在专门讲述MM特殊流程重启动的情况。如果这些MM时钟已经在运行，MS也不会按照时钟超时后应有的行为执行。注意：每当GMM执行联合的GMM流程时，GPRSMS就会进入MM状态MML

28、OCATIONUPDATINGPENDING，以阻止MM执行位置更新流程。如果MM执行了鉴权流程，且被网络拒绝(收到了AUTHENTICATIONREJECT),MS设置GPRS更新状态为GU3ROAMINGNOTALLOWED，如果可以，删除存储的P-TMSI,P-TMSI签名，RAI和GPRS加密密钥序列号。SIM/USIM被视为对GPRS和非GPRS业务均无效，知道关机或取出SIM/USIM卡。MS将终止所有GMM流程并进入状态GMM-DEREGISTERED。4.1.1.2.2网络操作模式II或III下的GPRS模式A或B终端如果网络操作模式为II或III，想要同时对GPRS或非GPR

29、S业务进行IMSI附着的GPRS模式A或B终端，可以使用4.3和4.4节列出的MM特殊流程，以及4.7.3,4.7.4和4.7.5小节列出的GMM特殊流程。周期性位置更新的使用将在后文的4.4.2描述，周期性位置区更新在4.7.2.2讲述。如果MM执行了鉴权流程，且被网络拒绝(收到了AUTHENTICATIONREJECT),MS设置GPRS更新状态为GU3ROAMINGNOTALLOWD，如果可以，再删除存储的P-TMSI,P-TMSI签名，RAI和GPRS加密密钥序列号。SIM/USIM被视为对GPRS和非GPRS业务均无效，直到关机或取出卡。MS将终止所有GMM流程并进入状态GMM-DE

30、REGISTERED。4.1.1.3核心网给MM的系统消息(UMTSonly)在网络广播的系统消息中有一些是给MM使用的。MS收到新的系统消息时，RRC层将CN公共系统消息和CS域专属系统消息的内容转发给MM层。CN系统消息包含在一些RRC消息的特殊IE内发送给MS,参考3GPP25.331。在CN系统消息里，公共系统消息部分和CS域专属系统消息部分包含了控制MM功能的参数设置。MM消息不会包含CN系统消息。4.1.1.4 核心网给GMM的系统消息(UMTSonly)在网络广播的系统消息中同样有一些是给GMM使用的。MS在收到新的系统消息时，RRC层将CN公共系统消息和PS域专属系统消息转发给

31、GMM层。CN系统消息包含在一些RRC消息的特殊IE内发送给MS,参考3GPP25.331。在CN系统消息里，公共系统消息部分和PS域专属系统消息部分包含了控制GMM功能性的参数设置。GMM消息不包含核心网系统消息。4.1.1 MM子层状态MM子层状态组织如下。MS侧的主状态，根据相关的流程，在4.1.2.1.1小节描述。MMIDLE状态在描述空闲模式的行为时被细分为多个子状态(4.1.2.1.2)。依赖于更新状态的行为，在4.1.2.2中讲述。网络侧的状态在4.1.2.3中描述。4.1.2.1 MS侧的MM子层状态本节中，描述了MS内MM子层可能的状态。在图4.1中，展示了MM子层协议概况。

32、4.1.2.1.1 主状态0NULLMS未激活(比如关机)。重要的参数存储了。只有用户手动操作才能迁移到其他状态。3LOCATIONUPDATINGINITIATED已经启动了位置更新流程，MM等着网络给响应。时钟T3210在跑着。5 WAITFOROUTINGMMCONNECTIONMM连接建立流程已启动，MM等着网络给响应。时钟T3230在跑。6 MMCONNECTIONACTIVEMM子层已有一条RR连接到网络侧的对等实体。一个或多个MM连接已激活。7 IMSIDETACHINITIATEDIMSI去附着流程已启动。时钟T3220在跑。8 PROCESSCMSERVICEPROMPTMM

33、子层已有一条RR连接到网络侧的对等实体。MS已收到CMSERVICEPROMPT但尚未回应$（CCBS）$。9 WAITFORNETWORKCOMMANDMM子层已有一条RR连接到网络侧的对等实体，但尚未建立MM连接。MS在被动等待网络给下一个命令。时钟T3240在跑。10 LOCATIONUPDATEREJECTED位置更新流程被拒绝，等待RR连接释放。时钟T3240在跑。13 WAITFORRRCONNECTION（LOCATIONUPDATING）MM子层已请求建立RR连接来发起位置更新流程14 WAITFORRRCONNECTION（MMCONNECTION）MM子层已请求建立专用模式

34、的RR连接以建立MM连接。15 WAITFORRRCONNECTION（IMSIDETACH）MM子层已请求建立RR连接来启动IMSI去附着流程17 WAITFORREESTABLISH发生了底层错误，可能需要通过出错的CM层实体执行重建立。18 WAITFORRRACTIVEMM子层已请求激活RR子层。19 MMIDLE没有活动的MM流程，也没有RR连接，不过在RR子层处于组接听模式下可能存在本地MM上下文。这是一个混合状态，MS到CM的具体行为需要参考具体的子状态（后文简述）。20 WAITFORADDITIONALOUTGOINGMMCONNECTION对另一条MM连接建立的MM连接已启

35、动，MM等着网络的响应。21 MMCONNECTIONACTIVE（GROUPTRANSMITMODE）（只适用于支持VGCS通话的MS）MM在网络侧对等实体间已建立VGCS信道上的RR连接。只有一个MM连接是激活的。WAITFORRRCONNECTION（GROUPTRANSMITMODE）（只适用于支持VGCS通话的MS）MM子层请求在VGCS信道上执行上行接入。22 LOCATIONUPDATINGPENDING（只适用于GPRS模式A和B的终端，未在图4.1a中显示）联合GPRS路由区更新流程已启动。23 IMSIDETACHPENDING（只适用于GPRS模式A和B的终端，未在图4.

36、1a中显示）对非GPRS业务的联合GPRS去附着流程已启动，非关机情况24 RRCONNECTIONRELEASENOTALLOWED（只适用于RRC层支持RRLP（详见3GPP44.031）流程或LCS（详见3GPP25.331）流程的MS）所有的MM连接被CM实体释放，但RR连接依然被网络维持，为确保进行中的RRLP流程或LCS流程。4.1.2.1.2 MMIDLE状态的子状态对于MMIDLE状态MS的行为，被细分为几个子状态，也叫做服务状态。服务状态属于整个MS（没有SIM/USIM卡的单独ME，或有卡的ME）。服务状态取决于更新状态（4.1.2.2节）和选择的小区。NORMALSERV

37、ICE有效用户数据可用，更新状态为U1,选择的小区属于用户注册的位置区LA。ATTEMPTINGTOUPDATE有效用户数据可用，更新状态为U2,已选择小区。上层请求已接受。紧急呼叫请求处理正常，否则该请求会在选择小区内先触发位置更新，如果更新成功再触发后续的流程，否则请求被拒绝。LIMITEDSERVICE有效的用户数据可用，更新状态为U3,已选择小区，且无法提供正常服务，只允许紧急服务。19.1 NOIMSI没有有效的用户数据（没有SIM/USIM，或者SIM/USIM被ME视为无效），已选择小区，只允许紧急服务。NOCELLAVAILABLE未选择小区。在第一轮彻底的搜索失败（状态19.

38、7）后进入此状态。小区搜索缓慢进行，不提供任何服务。LOCATIONUPDATENEEDED有效的用户数据可用，由于某种原因必须尽快执行位置更新（比如更新状态为U1而选择的小区不在登记的位置区内，或者时钟超时等）。该状态通常持续时间很短，但是可以延续，比如在接入等级被禁止的情况PLMNSEARCHMS在搜索PLMN，状态19.8要的条件不符合。当选择了小区（下一个状态可能是19.1,19.3或19.6），或申明当前找不到可用的小区（新状态为19.5）时，此状态才会终结。PLMNSEARCH,NORMALSERVICE有效的用户数据可用，更新状态为U1,选择的小区属于用户登记的位置区，MS正在搜

39、索PLMN。当选择了小区（下一个状态可能是19.1,19.3或19.6）,或申明当前找不到可用的小区（新状态为19.5）时，此状态才会终结。19.2 RECEIVINGGROUPCALL（NORMALSERVICE）只适用于支持VGCS接听或VBS接听的终端。有效的用户数据可用，更新状态为U1，选择的小区属于用户登记的位置区且在小区内收到了一跳VGCS信道或VBS信道。此状态下，只处理GCC或BCC层的请求。RECEIVINGGROUPCALL（LIMITEDSERVICE）只适用于支持VGCS接听或VBS接听的终端。有效的用户数据可用，更新状态为U3,选择的小区不属于用户登记的位置区，但在小

40、区内收到一条VGCS信道或VBS信道。此状态下，只处理来自GCC或BCC的接听VGCS呼叫或VBS呼叫请求，以及群呼紧急服务请求。4.1.2.2更新状态更新状态同4.1.2.1节讲述的控制MM子层协议的子层状态并行存在。更新状态属于嵌入到SIM/USIM内的用户特有数据。这个状态在甚至用户还未激活时（取出了SIM/USIM或ME关机）就已经定义好了。存储在SIM/USIM中的不可变存储器NV中。此状态只有当位置更新流程（例外的有健全失败以及有些情况下CM服务被拒绝）结束时才会改变。在有些情况下，更新状态也会随着GPRS附着，GPRS路由区更新，服务请求或网络发起的GPRS去附着流程而改变。U1

41、UPDATED前面的位置更新尝试成功结束（流程结果无误，收到网络的接受）。在此状态下，SIM/USIM还会包括用户登记位置区的LAI,还可能有有效的TMSI,GSM加密密钥，UMTS完整性密钥，UMTS加密密钥和加密密钥序列号。存储在SIM/USIM卡中的"Locationupdatestatus'值为"updated"。U2NOTUPDATED前面的位置更新流程失败告终（没有收到网络端确切的回应，可能是接收失败或者网络内部拥塞）对于该状态，SIM/USIM不包括任何有效的LAI,TMSI,GSM加密密钥，UMTS完整性密钥，UMTS加密密钥或加密密钥序列

42、号。为了兼容起见，所有这些字段都会在更新状态设置为NOTUPDATED后被置为"deleted”。不过，MS不会把其他出现的值视为错误处理。存储在卡中的"Locationupdatestatus"值为"notupdated"oU3ROAMINGNOTALLOWED前面的位置更新运行正常，但是网络给拒绝了（由于漫游或登记限制等原因）。对于该状态，SIM/USIM可能包含一个有效的LAI,TMSI,GSM加密密钥，UMTS完整性密钥，UMTS加密密钥或加密密钥序列号。为了兼容起见，如果LAI被删除，所有这些字段都会被置为"deleted&

43、quot;。不过，MS不会把其他出现的值视为错误处理。存储在卡中的"Locationupdatestatus"值为"Locationareanotallowed"。1. 4.1.2.3网络侧MM子层状态IDLEMM子层尚未激活，但RR子层处于组接收模式除外。2. WAITFORRRCONNECTIONMM子层收到CM层要建立MM连接的请求。RR子层请求在MS建立RR连接（比如，发寻呼）。3. MMCONNECTIONACTIVEMM层已经在MS建立一条RR连接。一条或多条MM连接在活动，或只有RRC层的RRLP流程或者LCS流程活动。4. IDENTIF

44、ICATIONINITIATED5. 网络已发起标识流程。时钟T3270在跑AUTHENTICATIONINITIATED6. 网络已发出鉴权流程，时钟T3260在跑TMSIREALLOCATIONINITIATED7. 网络已发起TMSI重分配流程，时钟T3250在跑SECURITYMODEINITIATED在UMTS模式，RR层已请求安全模式流程。在GSM,RR流程请求了加密流程8a.WAITFORMOBILEORGINATEDMMCONNECTIONCMSERVICEREQUEST收到和处理，MM层等待MM连接的"openingmessage"8b.WAITFORNE

45、TWORKOTIGINATEDMMCONNECTION9. 网络已发出CMSERVICEREQUEST,MM层等待MM连接的"openingmessage"$（CCBS）$WAITFORREESTABLISHMENT对应一条或多条激活的MM连接的RR连接丢失。网络等待MS可能发起的重建立请求。10. WAITOFAGROUPCALL只对应支持VGCS通话的MS。MM层收到了GCC层建立VGCS的请求。建立VGCS信道的请求已交给RR层。11. GROUPCALLACTIVE只对应支持VGCS通话的MS。RR层已建立VGCS信道。RR层可以在此VGCS信道上建立到通话MS的R

46、R连接。MM层已激活，但还未开始在网络和MS间传送MM信息。12. MMCONNECTIONACTIVE(GROUPCALL)只对应支持VGCS通话的MSoMM层已在通话MS的VGCS信道上建立了RR连接。只允许一条激活的MM连接。13. WAITFORBROADCASTCALL只适用于支持VBS的情况。MM层收到BCC层建立VBS的请求。建立VBS的请求已送往RR层。14. BROADCASTCALLACTIVE只适用于支持VBS的情况。RR层已建立VBS信道。MM层已激活但网络和MS间没有MM连接。4.1.2 GMM子层状态在这一节中，MS和网络的GMM协议用了两个不同的状态机来描述。在4

47、.1.3.1中，描述的是MS端的GMM实体状态。MS的行为依赖于4.1.3.2中讲到的GPRS更新状态。网络侧的状态则在4.1.3.3中讲到。4.1.3.1 MS侧的GMM状态本节中，描述了MS测GMM实体所有可能的GMM状态。4.1.3.1.1对GMM实体的主要状态进行了摘要，展示在图4.1b中。已定义的子状态在4.1.3.1.2和4.1.3.1.3中描述。不过，本节不会对每个状态的MS有何作为进行描述，也未涵盖异常状况。因此，图4.1b只给出了状态转换概览而不是完整的状态转换流程。MS端的详细行为在4.2节描述。另外，MS对异常情况的处理请参考4.7节。4.1.3.1.1.1 4.1.3.

48、1.1主状态GMM-NULLMS已关闭GPRS功能。此状态不执行GPRS移动性管理。4.1.3.1.1.2 GMM-DEREGISTEREDMS已开启GPRS功能，但尚未建立GMM上下文。此状态下MS可以通过GPRS附着流程或联合GPRS附着流程来建立GMM上下文。4.1.3.1.1.3 GMM-REGISTERED-INITIATEDMS已发起GPRS附着或联合GPRS附着，等待网络响应中。4.1.3.1.1.4 GMM-REGISTEREDGMM上下文已建立，比如GPRS附着或联合GPRS附着已成功。此状态下，MS可以激活PDP上下文，可以发送接收用户数据和信令信息，也可以响应寻呼。当然，

49、还可以进行小区更新以及路由区更新。4.1.3.1.1.5 GMM-DEREGISTERED-INITIATEDMM发起GPRS去附着或联合GPRS去附着流程，以请求释放GMM上下文。此状态只用在非关机情况的去激活请求。4.1.3.1.1.6 GMM-ROUTING-AREA-UPDATING-INITIATEDMS已发起路由区更新，正等待网络回应中。4.1.3.1.1.7 GMM-SERVICE-REQUEST-INITIATED(UMTSonly)服务请求流程已发起，MS等待网络回应中。4.1.3.1.2 GMM-DEREGISTERED子状态GMM-DEREGISTERED状态可以细分为如

50、下几个子状态。这些子状态面对所有MS(没有SIM/USIM卡的单独ME,或有卡的ME）。这里描述的子状态和GPRS更新状态（4.1.3.2中描述）和选择的小区相关。4.1.3.1.2.1 GMM-DEREGISTERED.NORMAL-SERVICE有效用户数据可用，GPRS更新状态为GU1或GU2，已选择小区。此状态下，如果是GU1的情况，已进行了使用P-TMSI,RAI和GPRS加密密钥序列号的GPRS附着流程。如果是GU2，将是IMSI来附着GPRS业务。GMM-DEREGISTERED.LIMITED-SERVICE有效用户数据可用，GPRS更新状态为GU3,小区已选择，但不能提供正常

51、服务。GMM-DEREGISTERED.ATTACH-NEEDED有效的用户数据可用，由于某种原因，必须尽快执行GPRS附着。该流程通常很短暂，但是也可以持续，比如在介入等级禁用时。GMM-DEREGISTERED.ATTEMPTING-TO-ATTACHGPRS更新状态为GU2，小区已选择，前面进行的GPRS附着被拒绝。后面的附着流程怎样进行依赖于GPRS附着的计数器。在此状态下，MS的动作只有发起GPRS附着。GMM-DEREGISTERED.NO-IMSI没有有效的用户数据（没有SIM/USIM，或SIM/USIM被ME视作非法），已经选择小区。GMM-DEREGISTERED.NO-C

52、ELL-AVAILABLE没有选择小区。在第一轮全盘扫描（子状态PLMNSEARCH）失败后，进入此状态。小区搜索将减缓速度。不提供服务。GMM-DEREGISTERED.PLMN-SEARCHMS正在搜PLMN。当选择了小区（新的子状态为NORMAL-SERVICE或LIMITED-SERVICE），或已经申明找不到小区（新的子状态为NO-CELL-AVAILABLE）时此状态终结。GMM-DEREGISTERED.SUSPENDED（GSMonly）MS进入专用模式且MS受限制而无法在GPRS信道上通信时进入此状态。离开专用模式时离开此状态。GMM-REGISTERED子状态GMM-REG

53、ISTERED状态可以细分为如下几个子状态。这些子状态面对所有MS（没有SIM/USIM卡的单独ME,或有卡的ME）。GMM-REGISTERED.NORMAL-SERVICE可以正常接收和发送用户数据，信令消息。GMM-REGISTERED.SUSPENDED（GSMonly）MS进入专用模式且MS受限制而无法在GPRS信道上通信时进入此状态。在此状态下，不能发送任何用户数据和信令消息。离开专用模式离开此状态。GMM-REGISTERED.UPDATE-NEEDEDMS必须进行路由区更新流程，但是小区内接入等级不允许。一旦接入等级允许（可能在小区重选后，或当前小区的接入等级改变），立即执行路

54、由区更新。MS在此状态只能执行路由区更新，不能发送任何用户数据和信令消息。GMM-REGISTERED.ATTEMPTING-TO-UPDATE由于没有收到网络的响应，路由区更新流程失败了。MS在时钟和GPRS尝试计数器值的控制下重新发起流程。此状态MS不能发起路由区更新以外的GMM流程，不允许数据的发送和接收。GMM-REGISTERED.NO-CELL-AVAILABLEPLMN重选。已丢失GPRS覆盖。此状态下，MS只能发起小区重选和GMM-REGISTERED.LIMITED-SERVICE已选择小区，但不能提供正常服务。在MS重选到一个可以提供正常服务的小区之前，将一直呆在此状态。4

55、.1.3.1.3.1 GMM-REGISTERED.ATTEMPTING-TO-UPDATE-MM对GPRSonly业务进行了成功的联合路由区更新流程或联合GPRS附着流程。MS根据时钟和GPRS尝试计数器会重新尝试该流程。可以发送和接收用户数据，信令消息。4.1.3.1.3.2 GMM-REGISTERED.IMSI-DETACH-INITIATEDMS对非GPRS服务进行了联合GPRS去附着（detachtype为"IMSIDetach"）。当MS在网络操作模式为I的网络下附着了GPRS业务和非GPRS业务，想要去附着非GPRS业务时，进入此状态。可以发送接收用户数据和

56、信令消息。4.1.3.1.3.3 GMM-REGISTERED.PLMN-SEARCHMS正在搜索PLMN。当选择了小区（新的子状态为NORMAL-SERVICE或LIMITED-SERVICE），或已经申明找不到小区（新的子状态为NO-CELL-AVAILABLE）时此状态终结。4.1.3.2 GPRS更新状态前面讨论了GMM子层的状态，现在来讨论GPRS更新状态。GPRS更新状态属于特殊登记信息收录在SIM/USIM卡里。即使用户还未激活（SIM/USIM取出或ME关机）此状态仍有定义。它存储在SIM/USIM的NV里。GPRS更新状态只有在执行GPRS附着，网络发起的GPRS去附着，鉴权

57、流程或路由区更新流程后才会改变。GU1:UPDATED上一次GPRS附着或路由区更新成功完成（网络接受了，流程正确）。SIM/USIM包含用户登记路由区的RAI,还可能有有效的P-TMSI,GPRSGSM加密密钥，GPRSUMTS加密密钥，GPRSUMTS完整性密钥和GPRS加密密钥序列号。GU2:NOTUPDATED上一次GPRS附着或路由区更新流程失败，比如没有收到网络的回应。包含了失败情况或网络内部拥塞。这时，SIM/USIM可能有用户登记的路由区的RAI,也可能有有效的P-TMSI,GPRSGSM加密密钥，GPRSUMTS加密密钥，GPRSUMTS完整性保护和GPRS加密密钥序列号。为

58、了兼容考虑，当RAI被删除后，所有这些字段都被设置为"deleted”。不过，如果出现了其他值，MS也不会当做错误处理。GU3:ROAMINGNOTALLOWED上一次GPRS附着或路由区更新执行没问题，只是没被网络接受（可能是漫游或注册的限制）。这时，SIM/USIM可能包含用户登记路由区的RAI,还可能有有效的P-TMSI,GPRSGSM加密密钥，GPRSUMTS加密密钥，GPRSUMTS完整性保护和GPRS加密密钥序列号。为了兼容考虑，当RAI被删除后，所有这些字段都被设置为"deleted”。不过，如果出现了其他值，MS也不会当做错误处理。4.1.3.3网络侧的GMM移动性管理状态在本节中，描述了网络侧GMM的所有可能状态。4.1.3.3.1是主状态摘要。相关的子状态在4.1.3.3.2中描述。不过，请注意本节不会涉及单一状态下网络的详细行为描述