3GPP24008中文版协约

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

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

3、下行，用来分配一条专用控制信道DCCH6) 独立专用控制信道 SDCCH ：双向7) 快速辅助控制信道 FACCH ：双向，和一条业务信道 TCH 关联8) 慢速辅助控制信道 SACCH ：双向，和一条 SDCCH 或者 TCH 关联9) 小区广播信道 CBCH ：下行，用作非点对点短消息传输10) 指示信道 NCH ：下行，用来通知用户 VBS 呼叫或 VGCS 呼叫信令层 2 定义了两个服务接入点，以 SAPI 划分 (详见 3GPP 44.006)1) SAPI0 ：支持包括用户消息的信令信息的传输2) SAPI3 ：支持用户短消息的传输层 3 根据每条消息进行 SAP 的选择，以及逻辑

4、控制信道的选择， L2 操作模式 ( 确认模式 AM ， 非确认模式 UM 或随机接入 )的选择。1.6控制流程概览1.6.1 流程列表以下是本文涵盖的流程列表：a) 第四章描述的移动性管理基础流程移动性管理公共流程 (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)- 通用的位置更新

5、流程 (4.4) 连接控制子层提供的服务：- 移动性管理连接建立 (4.5.1)- 移动性管理连接信息传输阶段 (4.5.2)- 移动性管理连接释放 (4.5.3)GPRS 专有移动性管理流程 (4.7)- GPRS 激活流程 (4.7.3)- GPRS 去激活流程 (4.7.4)- GPRS 路由去更新流程 (4.7.5)GPRS 公共移动性管理流程 (4.7 节)- GPRS P-TMSI 重分配流程 (4.7.6) - GPRS 鉴权和加密流程 (4.7.7)* *- GPRS 标识流程 (4.7.8)- GPRS 消息流程 (4.7.12)b) 第五章描述了电路交换域呼叫控制包含的以下

6、几处流程：移动主呼的建立 (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.1)- 状态获取流程 (5.5.3)- 呼叫重建立流程 (5.5.4)d) 第六章描述了会话管理的基本流程：GPRS 会话管理流程 (6.1) 节- PDP 上下文激活 (6.1.1)- PDP 上下文修改 (6.1.2)- PDP 上下文去激活 (6.

7、1.3)这些基本流程可以联合起来形成综合流程， 这样的例子放在第七章描述。 本文的这个部分只 是提供实际操作的指导。* *第八章描述了各种出错情况下的动作和为保证以后协议升级的兼容性提供规则。1.7实际操作的应用文中这些流程在终端上的应用取决于终端支持的服务和功能。1.7.1 VGCS 和 VBSVGCS 和 VBS 只用在 GSM only 模式。对于支持 VGCS 和 VBS 的终端，文中会通过判断语句对支持该服务的终端进行专门描述， 如果必要，也会给出不支持该服务的终端的行为进行描述。对于 VGCS 和 VBS，可能存在以下的终端操作：- 支持 VBS 接听- 支持 VBS 的发起- 支

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

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

10、：- PS/CS 操作模式- PS 操作模式本文中这两种操作模式并没有任何不同。使用的是 MS 操作模式 A 和 MS 操作模式 C 来 代替。在网络操作模式 I 和 11（详见 3GPP 23.060）中，工作在 PS/CS 操作模式的 MS 和处于操作 模式 A的 GPRS MS 使用相同的流程，除非明确指出了是 GSM only 或者 UMTS only 。在网络操作模式 I 和 II 中，工作在 PS 模式的 MS 和操作模式 C 的 MS 使用相同的流程, 除非明确指出* *了 GSM only 或 UMTS only 。2. 参考文献以下文档提供了本文中使用到的引用文字和段落。2.

11、1定义和缩略语对于本文，缩略语可参考文档 3GPP 231.905.2.1.1随机值文中很多地方提到了某些值采用“随机”值，当然在一直指定范围，或者更通用的是一 些统计分部值中进行选择。这样的情况只用在 MS 端。对于处在相同环境下 （包括相同厂家生产的相同型号的终端）是两个 MS 是有很低概率会选择相同值的， 这会被考虑到。 甚至，如果发生了这样的低概率事件， 也会考虑到这两个终 端下一个动作怎样辨别，就像它们前面的选择也不一样。2.2.2术语简述文中涉及到的术语简述如下：GSM security context GSM安全上下文是在 GSM 鉴权成功执行后建立的并存储在 MS 和网络侧。

12、它包含了 GSM 加密密钥和加 密密钥序列号。UMTS security context UMTS 安全上下文是在 UMTS 鉴权成功执行后建立并存储在MS 和网络侧。包含了 UMTS 加密密钥，UMTS* *完整性键， GSM 加密密钥和加密蜜月序列号。idle mode 空闲模式在此模式下， MS 没有分配任何专用信道，监听 CCCH 和 BCCHgroup receive mode 组接收模式（只适用于支持 VGCS 接听或 VBS 接听的 MS） 在此模式下， MS 未分配专用信道， 监听分 配到小区的下行语音广播信道或语音组呼信道。偶尔， MS 还必须监听服务小区的 BCCH 。de

13、dicated mode 专用模式此模式下， MS 至少分配了两条专用信道，只有一条是 SACCHgroup transmit mode 组传输模式（只适用于支持 VGCS 通话的 MS） 在此模式下， 语音组呼的 MS 被分配 2 条专用信道， 其 中一条是 SACCH 。这些信道可以在一个时间分配给一个 MS 而在语音组呼中分配给不同的 MS。packet idle mode 分组空闲模式（只适用于支持 GPRS 的终端 ）此模式下， MS 没有分配分组数据物理信道的无线资源，它 监听PBCCH 和 PCCCH 或者如果这些信道网络未提供的话，监听BCCH 和 CCCH 。packet t

14、ranfer mode分组传输模式（ 只适用于支持 GPRS 的终端 ） 此模式下， MS 被分配了一条或多条分组数据物理信道上的 无线资源用来传输 LLC PDU main DCCH 主 DCCH在专用模式和组传输模式， 只有两条信道用作 DCCH ，其一是 SACCH ，另一个是 SDCCH 或FACCH 。这个 SDCCH 活 FACCH 被称作主 DCCH 。 信道被激活，是说它可以用作传输，尤其是对信令，至少有 UI 帧。在 SACCH 上，无论何 时被激活，必须保证 L2 帧的连续流传输。TCH 已连接，是当 CS 用户数据可以传输。 TCH 在未激活时不可能已连接。一个激活但未

15、连接的 TCH* *只用在信令传输，如 DCCH 。主 DCCH 上的 SAPI0 数据链路称为主信令链路。 任何指定在该主信令链路上发送的消息都 以确认模式发送，除非专门指出。词组要建立一条链路是在数据链路上要建立多帧模式的缩略。即使数据链路没有在相关信 道激活后立刻建立，在其上发送 UI 帧也是可能的。除非专门指出，一个数据链路层在没有 信息域时建立完成。信道集用来表示承载关联用户信息流的TCH ，比如用来支持 CS 连接的多时隙配置，最后需要一起处理。临时块流 TBF 是一个屋里连接，两个 RR 对等实体用来支持分组数据物理信道上 LLC PDU 单向传输。RLC/MAC 块：一个 RL

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

17、TS 连接。异系统变更，是在不同的无线接入技术之间变换，比如 GSM 和 UMTSGPRS ：GSM 和 UMTS 系统的分组业务* *标签 GSM only 表明该章节或段落的展示只针对 GSM 系统。对于多系统情况，取决于当 前服务的无线接入网络。标签 UMTS only 表明该段落或章节的展示只针对 UMTS 系统。对于多系统情况，取决于 当前服务的无线接入网络。SIM ，用户标识模块USIM, 通用用户标识模块MS ，移动设备，本文中的 MS 不区分 MS 和 UE 。小区通知， 是小区更新流程中的一个优化变量。 小区更新流程用 LLC NULL 帧作为小区变更 指示，这样不会重启动

18、READY 时钟。DTM ，双模传输模式，详见 3GPP 44.0183. 无线资源管理流程详见 3GPP 44.018做设备这一块的都知道， 24.008 的重要性， 当然还有 25.331 了。想当初我最开始看 3GPP 协议的时候接触的就是这两老大，当然还有 21.905 啦，呵呵。但是很多初学者，当然我也 只算一个老点的初学者，初看该协议，看到那洋洋洒洒几百页的 ENGLISH 也许可能有点望 而却步，曾有多于 1 个同事向我索要其中文版，当时我也没有，让对方摇头失望啊。说是翻译， 只是好听点， 真的是英文一个词一个词对照过来的，虽然没有用在线翻译， 但是 可能还是有些许地方意思不妥，

19、 再说某才疏学浅， 错误之处还请见谅。 这本来也是娱人娱己，* *做个记录，以后有闲情再从头慢慢改善。加油！4. 移动性管理的基本流程4.1概述本节描述了无线接口 （参考节点为 Um 或 Uu） 上 GPRS 业务和非 GPRS 业务的移动性管理流 程。移动性管理子层的主要功能是支持用户终端的移动性， 比如告知网络其当前的位置， 秘密提 供用户标识。MM 子层的其他功能还有提供到上层 CM 子层不同实体的连接管理服务。详见 3GPP 24.007 本章定义了两类流程集：- 针对非 GPRS 业务的 MM 流程 （ 由 MM 子层的 MM 实体执行 ） ，和- 针对 GPRS 服务的 GMM 流

20、程 （ 由 MM 子层的 GMM 实体执行 ） ，详见 3GPP24.007 本节描述的所有 MM 流程只有当 RR 连接已建立的情况下才能执行。否则， MM 子层必须 发起 RR 连接的建立。 （详见 3GPP 44.018 第 3.3 节和 3GPP 25.331） 在 A/Gb 模式，本节描述的 GMM 流程使用 RR子层提供的服务都在 RR 连接未建立情况下。 在 Iu 模式，本节描述的所有 GMM 流程都只有当 PS 信令连接已经在 MS 和网络间建立起 来后才能执行。否则， GMM 子层必须发起 PS 信令连接建立过程。（详见 3GPP 25.331） GMM 流程必须是对于支持

21、GPRS 的终端以及支持这些终端的网络。 对于 IMSI附着了 GPRS 业务和非 GPRS 业务的终端，假设网络操作模式为 I ，就是说支持联合 GMM 流程，一些 MM 流程被 GMM 联合流程取代。 GMM 联合流程不适用于 GPRS 操作模式 C 的终端，但 是对网络操作模式为 I， GPRS 操作模式为 A 和 B 的终端却是必要的。4.1.1 MM 和 GMM 流程4.1.1.1MM 和 GMM 流程的类型* *根据他们发起的方式， MM 流程分为三种类型：1) MM 公共流程：在有 RR 连接存在的时候总可以发起 MM 公共流程，属于此类的有：网络发起的：- TMSI 重配置；-

22、 鉴权流程- 标识流程- MM 消息流程- 终止流程不过，终止流程只发生在 MM 连接已建立或正在建立的情况，举个例子，不在 MM 特殊流 程进行中，也不在 IMSI 去激活流程中。终端发起的：- IMSI 去激活2) MM 特殊流程MM 特殊流程只有当没有其他 MM 特殊流程进行时，或没有 MM 连接存在时启动。属 于此类的有：- 正常位置更新流程- 周期性更新流程- IMSI 附着流程3)MM 连接管理流程：* *这些流程用来建立，维持和释放 MS 和网络间的 MM 连接，此连接提供了上层 CM 子层 实体和其对实体层交互的服务。 MM 连接的建立只有当没有 MM 特殊流程运行时方可。同

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

24、MM 上下文：-GPRS 附着和联合 GPRS 附着；-GPRS 去附着和联合 GPRS 去附着* *在 GMM 上下文已建立时 MS 发起的：- 正常路由区更新和联合路由区更新；- 周期性路由区更新 在 UMTS ， MS 发起用来建立到网络安全连接，并 / 或请求发送数据的资源预约。- Service Request4.1.1.1.1MS 端信令消息中的完整性检查 (UMTS only)在 UMTS only 模式，完整性保护信令是必需的， 除了紧急呼叫以外 ( 见 4.1.1.1.1a) 。在 UMTS only ，只要网络端和 MS 端成功启动了安全模式，所有层 3 的协议都会使用完整

25、性保护信 令。层 3 信令消息的完整性保护是底层负责。激活完整性保护是网络进行的。使用安全模 式控制流程 (详见 3GPP 25.331)MS 端对完整性保护的监管是由 MM 和 GMM 层负责 (见 3GPP 33.102) 。底层会提供 MM 和 GMM 层一个完整性保护何时会在 MS 被激活的指示 ( 比如指示 MM 层当 CS 域的安全模 式控制流程成功完成，和指示 GMM 层当 PS 域的安全模式控制流程成功完成 )。网络的 CS 和 PS 域，以及 MS 内的 MM 和 GMM 层，不用考虑底层是否已经启动了另一 个域的完整性保护。网络为 CS 域和 PS 域各发起一个安全模式控制

26、流程是必要的。 除了以下列出的消息，其他所有层 3 信令消息都是不允许在此域的安全模式控制流程尚未 启动情况下被接收方 MM 和 GMM 实体处理或者转发给 CM 实体的：- MM 消息- AUTHENTICATION REQUEST- AUTHENTICATION REJECT- IDENTITY REQUEST- LOCATION UPDATING ACCEPT( 包括不改变位置区或临时标识的周期性更新 )* *- LOCATION UPDATING REJECT- CM SERVICE ACCEPT ，如果满足以下两个条件：- 没有其他 MM 连接建立- CM SERVICE REQUE

27、ST 的请求原因是 emergency call establishment- CM SERVICE REJECT- ABORT- GMM 消息- AUTHENTICATION &CIPHERING REQUEST- AUTHENTICATION & CIPHERING REJECT- IDENTITY REQUEST- ATTACH REJECT- ROUTING AREA UPDATE ACCEPT （ 包括不改变路由区或临时标识的周期性路由更新 ）- ROUTING AREA UPDATE REJECT- SERVICE REJECT- DETACH ACCEPT （ 非关机情况 ）CC

28、 消息：- 所有 CC 消息，如果满足以下 2 个条件：- 不存在其他 MM 连接- MS 的 MM 实体已经收到 CM SERVICE ACCEPT 消息，且在 CM SERVICE REQUEST 后未* *启用加密或完整性保护，请求原因为“建立紧急呼叫”在完整性保护启动后， MS 的 L3 接收实体不再处理没有被底层成功进行完整性检查的 L3 信令消息。如果收到的信令消息没有通过完整性检查，底层将其丢弃（参考 3GPP 25.331） 。对于收到的 CS 域或 PS 域信令，没有被完整性保护的，即使网络已经在MS 对该域启动了完整性保护，底层也会将其丢弃。网络侧的完整性检查在 RNC 执

29、行，详见 3GPP25.331 。4.1.1.1.1a 紧急呼叫的完整性保护 (UMTS only)网络会为紧急呼叫发起安全模式，和它为其他任何呼叫所作的一样，除了 3GPP 33.102 中有一节Security Procedure Not applied中描述的情况。当没有其他 MM 连接存在，要为紧急呼叫建立 MM 连接时，是否需要执行安全流程是由 网络决定的，将在 3GPP 33.102 中的一节 Emergency Call Handling中讲述。4.1.1.2GPRS MS 的 MM-GMM 合作4.1.1.2.1网络操作模式 I 中的 GPRS 操作模式 A 或 B 终端在网络

30、操作模式 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 去* *附着流程执行。注意：在网络操作模式为I

31、 时 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 也不会按照时钟超时后应有的行为执行

32、。注意：每当 GMM 执行联合的 GMM 流程时，GPRS MS 就会进入 MM 状态 MM LOCATIONUPDATING PENDING ，以阻止 MM 执行位置更新流程。如果 MM 执行了鉴权流程，且被网络拒绝 （收到了 AUTHENTICATION REJECT） ， MS 设置 GPRS 更新状态为 GU3 ROAMING NOT ALLOWED ，如果可以，删除存储的 P-TMSI, P-TMSI 签名， RAI 和 GPRS 加密密钥序列号。 SIM/USIM 被视为对 GPRS 和非 GPRS 业务 均无效，知道关机或取出 SIM/USIM 卡。 MS 将终止所有 GMM 流

33、程并进入状态 GMM-DEREGISTERED 。4.1.1.2.2网络操作模式 II 或 III 下的 GPRS 模式 A 或 B 终端如果网络操作模式为 II 或 III，想要同时对 GPRS 或非 GPRS 业务进行 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 执行了鉴权流程，且被网络拒绝 （收到了 AUTHENTICATION REJE

34、CT） ， MS 设置 GPRS 更新状态为 GU3 ROAMING NOT ALLOWD ，如果可以，再删除存储的 P-TMSI, P-TMSI 签* *名， RAI 和 GPRS 加密密钥序列号。 SIM/USIM 被视为对 GPRS 和非 GPRS 业务 均 无 效 ， 直 到关 机 或 取 出 卡 。 MS 将 终 止 所 有 GMM 流 程 并 进 入 状 态 GMM-DEREGISTERED 。4.1.1.3核心网给 MM 的系统消息 （UMTS only） 在网络广播的系统消息中有一些是给 MM 使用的。MS 收到新的系统消息时，RRC 层将 CN 公共系统消息和 CS 域专属系

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

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

37、1主状态* *0 NULLMS 未激活 (比如关机 )。重要的参数存储了。只有用户手动操作才能迁移到其他状态。3 LOCATION UPDATING INITIATED已经启动了位置更新流程， MM 等着网络给响应。时钟 T3210 在跑着。5WAIT FOR OUTING MM CONNECTIONMM 连接建立流程已启动， MM 等着网络给响应。时钟 T3230 在跑。6MM CONNECTION ACTIVEMM 子层已有一条 RR 连接到网络侧的对等实体。一个或多个 MM 连接已激活。7IMSI DETACH INITIATEDIMSI 去附着流程已启动。时钟 T3220 在跑。8PR

38、OCESS CM SERVICE PROMPTMM 子层已有一条 RR 连接到网络侧的对等实体。 MS 已收到 CM SERVICE PROMPT 但尚未回应 $(CCBS)$ 。9WAIT FOR NETWORK COMMANDMM 子层已有一条 RR 连接到网络侧的对等实体 ,但尚未建立 MM 连接。 MS 在被动等 待网络给下一个命令。时钟 T3240 在跑。10LOCATION UPDATE REJECTED* *位置更新流程被拒绝，等待 RR 连接释放。时钟 T3240 在跑。13WAIT FOR RR CONNECTION(LOCATION UPDATING)MM 子层已请求建立

39、RR 连接来发起位置更新流程14WAIT FOR RR CONNECTION(MM CONNECTION)MM 子层已请求建立专用模式的 RR 连接以建立 MM 连接。15WAIT FOR RR CONNECTION(IMSI DETACH)MM 子层已请求建立 RR 连接来启动 IMSI 去附着流程17WAIT FOR REESTABLISH发生了底层错误，可能需要通过出错的 CM 层实体执行重建立。18WAIT FOR RR ACTIVEMM 子层已请求激活 RR 子层。19MM IDLE没有活动的 MM 流程，也没有 RR 连接，不过在 RR 子层处于组接听模式下可能存在本地 MM 上下

40、文。这是一个混合状态， MS 到 CM 的具体行为需要参考具体的子状态（后文简述）。20WAIT FOR ADDITIONAL OUTGOING MM CONNECTION对另一条 MM 连接建立的 MM 连接已启动， MM 等着网络的响应。21MM CONNECTION ACTIVE（GROUP TRANSMIT MODE）* *（只适用于支持 VGCS 通话的 MS）MM 在网络侧对等实体间已建立 VGCS 信道上的 RR 连接。只有一个 MM 连接是激活的。22WAIT FOR RR CONNECTION（GROUP TRANSMIT MODE）（只适用于支持 VGCS 通话的 MS）M

41、M 子层请求在 VGCS 信道上执行上行接入。23LOCATION UPDATING PENDING（只适用于 GPRS 模式 A 和 B 的终端，未在图 4.1a 中显示 ） 联合 GPRS 路由区更新流 程已启动。24IMSI DETACH PENDING（只适用于 GPRS 模式 A 和 B 的终端，未在图 4.1a 中显示）对非 GPRS 业务的联合 GPRS 去附着流程已启动，非关机情况25RR CONNECTION RELEASE NOT ALLOWED（只适用于 RRC 层支持 RRLP（详见 3GPP 44.031）流程或 LCS（详见 3GPP 25.331）流程的 MS）

42、所有的 MM 连接被 CM 实体释放，但 RR 连接依然被网络维持，为确保进行中的RRLP 流程或 LCS 流程。* *4.1.2.1.2MM IDLE 状态的子状态对于 MM IDLE 状态 MS 的行为，被细分为几个子状态，也叫做服务状态。服务状态属于整个 MS（没有 SIM/USIM 卡的单独 ME，或有卡的 ME）。服务状态取决于更新状态（4.122 节 ）和选择的小区。19.1NORMAL SERVICE有效用户数据可用，更新状态为 U1 ，选择的小区属于用户注册的位置区 LA。19.2ATTEMPTING TO UPDATE有效用户数据可用，更新状态为 U2 ，已选择小区。上层请求

43、已接受。紧急呼叫 请求处理正常， 否则该请求会在选择小区内先触发位置更新， 如果更新成功再触发后续的流 程，否则请求被拒绝。19.3LIMITED SERVICE有效的用户数据可用，更新状态为U3，已选择小区，且无法提供正常服务，只允许紧急服务。19.4NO IMSI没有有效的用户数据 （没有 SIM/USIM ，或者 SIM/USIM 被 ME 视为无效 ），已选 择小区，只允许紧急服务。19.5NO CELL AVAILABLE未选择小区。在第一轮彻底的搜索失败 （状态 19.7）后进入此状态。小区搜索缓慢 进行，* *不提供任何服务。19.6LOCATION UPDATE NEEDED有

44、效的用户数据可用，由于某种原因必须尽快执行位置更新（比如更新状态为 U1 以延续，比如在接入等级被禁止的情况19.7PLMN SEARCHMS 在搜索 PLMN ，状态 19.8 要的条件不符合。当选择了小区 （ 下一个状态可能是 19.1 ，19.3 或 19.6） ，或申明当前找不到可用的小区 （ 新状态为 19.5） 时，此状态才会终结。19.8PLMN SEARCH, NORMAL SERVICE有效的用户数据可用，更新状态为 U1 ，选择的小区属于用户登记的位置区， MS 正在搜索PLMN 。当选择了小区（下一个状态可能是 19.1 ，19.3 或 19.6），或申明当前找不 到可用

45、的小区（新状态为 19.5） 时，此状态才会终结。19.9RECEIVING GROUP CALL（NORMAL SERVICE）只适用于支持 VGCS 接听或 VBS 接听的终端。有效的用户数据可用，更新状态为 U1 ，选择的小区属于用户登记的位置区且在小区内收到了一跳VGCS 信道或 VBS 信道。此状态下，只处理 GCC 或 BCC 层的请求。19.10 RECEIVING GROUP CALL（LIMITED SERVICE）而选择的小区不在登记的位置区内，或者时钟超时等）。该状态通常持续时间很短，但是可* *只适用于支持 VGCS 接听或 VBS 接听的终端。有效的用户数据可用，更新

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

47、才会改变。在有些情况下，更新状态也会随着GPRS 附着， GPRS 路由区更新，服务请求或网络发起的 GPRS 去附着流程而改变。U1 UPDATED前面的位置更新尝试成功结束（ 流程结果无误，收到网络的接受）。在此状态下，SIM/USIM 还会包括用户登记位置区的 LAI，还可能有有效的 TMSI ,GSM 加密密钥，UMTS 完整性密钥，UMTS 加密密钥和加密密钥序列号。存储在 SIM/USIM 卡中的 Location update status 值为 updated 。U2 NOT UPDATED前面的位置更新流程失败告终 （没有收到网络端确切的回应，可能是接收失败或者网络内部拥塞

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

49、 加密密钥， UMTS 完 整性密钥，UMTS 加密密钥或加密密钥序列号。为了兼容起见，如果 LAI 被删除，所有这 些字段都会被置为deleted 。不过， MS 不会把其他出现的值视为错误处理。存储在卡中 的Locatio n update status值为Locati on area not allowed。4.1.2.3网络侧 MM 子层状态1. IDLEMM 子层尚未激活，但 RR 子层处于组接收模式除外。2. WAIT FOR RR CONNECTIONMM 子层收到 CM 层要建立 MM 连接的请求。 RR 子层请求在 MS 建立 RR 连接 (比如， 发寻呼 )。3. MM C

50、ONNECTION ACTIVEMM 层已经在 MS 建立一条 RR 连接。一条或多条 MM 连接在活动，或只有 RRC 层的 RRLP 流程或者 LCS 流程活动。4. IDENTIFICATION INITIATED网络已发起标识流程。时钟 T3270 在跑* *5. AUTHENTICATION INITIATED网络已发出鉴权流程，时钟 T3260 在跑6. TMSI REALLOCATION INITIATED网络已发起 TMSI 重分配流程，时钟 T3250 在跑7. SECURITY MODE INITIATED在 UMTS 模式， RR 层已请求安全模式流程。在 GSM ， R

51、R 流程请求了加密流程8a. WAIT FOR MOBILE ORGINATED MM CONNECTIONCM SERVICE REQUEST 收到和处理， MM 层等待 MM 连接的 opening message8b. WAIT FOR NETWORK OTIGINATED MM CONNECTION网络已发出 CM SERVICE REQUEST ，MM 层等待 MM 连接的 opening message $(CCBS)$9. WAIT FOR REESTABLISHMENT对应一条或多条激活的 MM 连接的 RR 连接丢失。 网络等待 MS 可能发起的重建立请求。10. WAIT

52、OF A GROUP CALL只对应支持 VGCS 通话的 MS。MM 层收到了 GCC 层建立 VGCS 的请求。建立 VGCS信道的请求已交给 RR 层。11. GROUP CALL ACTIVE只对应支持 VGCS 通话的 MS。 RR 层已建立 VGCS 信道。 RR 层可以在此 VGCS 信道上* *建立到通话 MS 的 RR 连接。 MM 层已激活，但还未开始在网络和 MS 间传送 MM 信息。12. MM CONNECTION ACTIVE(GROUP CALL)只对应支持 VGCS 通话的 MS。 MM 层已在通话 MS 的 VGCS 信道上建立了 RR 连接。 只允许一条激活

53、的 MM 连接。13. WAIT FOR BROADCAST CALL只适用于支持 VBS 的情况。 MM 层收到 BCC 层建立 VBS 的请求。建立 VBS 的请求已送往 RR 层。14. BROADCAST CALL ACTIVE只适用于支持 VBS 的情况。RR 层已建立 VBS 信道。MM 层已激活但网络和 MS 间没有MM 连接。4.1.3GMM 子层状态在这一节中， MS 和网络的 GMM 协议用了两个不同的状态机来描述。在 4.1.3.1 中，描 述的是 MS端的 GMM 实体状态。 MS 的行为依赖于 4.1.3.2 中讲到的 GPRS 更新状态。网 络侧的状态则在 4.1.

54、3.3中讲到。4.1.3.1MS 侧的 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主状态4.1.3.1.1.1GMM-NULL* *MS 已关闭 GPR

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

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

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

58、GMM-DEREGISTERED.LIMITED-SERVICE有效用户数据可用， GPRS 更新状态为 GU3 ，小区已选择，但不能提供正常服务。4.1.3.1.2.3GMM-DEREGISTERED.ATTACH-NEEDED 有效的用户数据可用，由于某种原因，必须尽快执行 GPRS 附着。该流程通常很短暂，但 是也可以持续，比如在介入等级禁用时。4.1.3.1.2.4GMM-DEREGISTERED.ATTEMPTING-TO-ATTACHGPRS 更新状态为 GU2 ，小区已选择，前面进行的 GPRS 附着被拒绝。后面的附着流程怎 样进行依赖于 GPRS 附着的计数器。在此状态下， M

59、S 的动作只有发起 GPRS 附着。4.1.3.1.2.5GMM-DEREGISTERED.NO-IMSI没有有效的用户数据（没有 SIM/USIM ，或 SIM/USIM 被 ME 视作非法），已经选择小区。4.1.3.1.2.6GMM-DEREGISTERED.NO-CELL-AVAILABLE没有选择小区。 在第一轮全盘扫描 （子状态 PLMN SEARCH） 失败后， 进入此状态。 小区搜索 将* *减缓速度。不提供服务。* *4.1.3.1.2.7 GMM-DEREGISTERED.PLMN-SEARCHMS 正 在 搜 PLMN 。 当 选 择 了 小 区 （ 新 的 子 状 态

60、为 NORMAL-SERVICE 或LIMITED-SERVICE） ，或已经申明找不到小区 （新的子状态为 NO-CELL-AVAILABLE） 时此状 态终结。4.1.3.1.2.8 GMM-DEREGISTERED.SUSPENDED(GSM only)MS 进入专用模式且 MS 受限制而无法在 GPRS 信道上通信时进入此状态。离开专用模式时离开此状态。4.1.3.1.3 GMM-REGISTERED 子状态GMM-REGISTERED 状态可以细分为如下几个子状态。这些子状态面对所有MS （ 没有SIM/USIM 卡的单独 ME ，或有卡的 ME） 。4.1.3.1.3.1 GMM-