3GPP中文版协议

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 的选择，以及逻辑控制信道的选择， l2

4、操作模式 (确认模式 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)- 通用的位置更新流程 (4.4)连接控制子层提供

5、的服务：- 移动性管理连接建立 (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) 第五章描述了电路交换域呼叫控制包含的以下几处流程：移动主呼的建立 (5.2.1)移动被呼

6、的建立(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.1.3)这些基本流程可以联合起来形成综合流程，这样的例子

7、放在第七章描述。本文的这个部分只.是提供实际操作的指导。第八章描述了各种出错情况下的动作和为保证以后协议升级的兼容性提供规则。1.7 实际操作的应用文中这些流程在终端上的应用取决于终端支持的服务和功能。1.7.1 vgcs 和 vbsvgcs 和 vbs 只用在 gsm only 模式。对于支持 vgcs 和 vbs 的终端，文中会通过判断语句对支持该服务的终端进行专门描述，如果必要，也会给出不支持该服务的终端的行为进行描述。对于 vgcs 和 vbs ，可能存在以下的终端操作：- 支持 vbs 接听- 支持 vbs 的发起- 支持 vgcs 的接听- 支持 vgcs 的通话 (包括了 vgc

8、s 接听 )- 支持 vgcs 呼叫的发起 (包括了 vgcs 通话 )除了专门提到的联合流程，本文还支持所有可能的联合。1.7.2 gprs1.7.2.1gsm 的分组业务 (gsm only)对于支持gprs 的终端，通篇在描述某个只适用于gprs 的流程时会有专门的标示，如有必要也会描述不支持的终端将有何行为。一个支持gprs 的 ms 可以属于以下三种操作模式的一种：- ms 操作模式a (ms 已附着到 ps 和 cs 域，且支持同时操作cs 和 ps 业务 )- ms 操作模式b (ms 已附着到 ps 和 cs 域，但同时只能操作一种cs/ps 业务 )- ms 操作模式 c (

9、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 操作模式下工作：- ps/cs 操作模式- ps 操作模式本文中这两种操作模式并没有任何不同。使用的是ms 操作模式a 和

10、 ms 操作模式c 来代替。在网络操作模式i 和 ii( 详见 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.1定义和缩略语对于本文，缩略语可参考文档3gpp 231.905.2.1.1随机值文中很多地方提到了某些值采用“随机 ”值，当然在一直

11、指定范围，或者更通用的是一些统计分部值中进行选择。这样的情况只用在ms 端。对于处在相同环境下(包括相同厂家生产的相同型号的终端)是两个 ms 是有很低概率会选择相同值的，这会被考虑到。甚至，如果发生了这样的低概率事件，也会考虑到这两个终端下一个动作怎样辨别，就像它们前面的选择也不一样。2.2.2术语简述文中涉及到的术语简述如下：gsm security context gsm安全上下文是在 gsm 鉴权成功执行后建立的并存储在ms 和网络侧。它包含了gsm 加密密钥和加密密钥序列号。umts security context umts安全上下文是在 umts 鉴权成功执行后建立并存储在 ms

12、 和网络侧。包含了 umts 加密密钥， umts 完整性键， gsm 加密密钥和加密蜜月序列号。idle mode 空闲模式在此模式下，ms 没有分配任何专用信道，监听ccch 和 bcchgroup receive mode 组接收模式( 只适用于支持vgcs 接听或 vbs 接听的 ms) 在此模式下， ms 未分配专用信道，监听分配到小区的下行语音广播信道或语音组呼信道。偶尔，ms 还必须监听服务小区的bcch 。dedicated mode 专用模式此模式下， ms 至少分配了两条专用信道，只有一条是sacchgroup transmit mode组传输模式( 只适用于支持vgcs

13、通话的 ms) 在此模式下，语音组呼的ms 被分配 2 条专用信道，其中一条是sacch 。这些信道可以在一个时间分配给一个ms 而在语音组呼中分配给不同的ms。packet idle mode 分组空闲模式( 只适用于支持gprs 的终端 )此模式下， ms 没有分配分组数据物理信道的无线资源，它监听 pbcch 和 pccch 或者如果这些信道网络未提供的话，监听bcch 和 ccch 。packet tranfer mode 分组传输模式( 只适用于支持gprs 的终端 )此模式下， ms 被分配了一条或多条分组数据物理信道上的无线资源用来传输llc pdumain dcch主 dcch

14、在专用模式和组传输模式，只有两条信道用作dcch ，其一是sacch ，另一个是sdcch或 facch 。这个 sdcch 活 facch 被称作主 dcch 。信道被激活，是说它可以用作传输，尤其是对信令，至少有ui 帧。在 sacch 上，无论何时被激活，必须保证l2 帧的连续流传输。.tch 已连接，是当 cs 用户数据可以传输。 tch 在未激活时不可能已连接。一个激活但未连接的 tch 只用在信令传输，如 dcch 。主 dcch 上的 sapi0 数据链路称为主信令链路。 任何指定在该主信令链路上发送的消息都以确认模式发送，除非专门指出。词组要建立一条链路是在数据链路上要建立多帧

15、模式的缩略。即使数据链路没有在相关信道激活后立刻建立，在其上发送 ui 帧也是可能的。除非专门指出，一个数据链路层在没有信息域时建立完成。信道集用来表示承载关联用户信息流的 tch ，比如用来支持 cs 连接的多时隙配置，最后需要一起处理。临时块流 tbf 是一个屋里连接， 两个 rr 对等实体用来支持分组数据物理信道上llc pdu单向传输。rlc/mac块：一个 rlc/mac块是 rlc/mac实体间交互的数据单元，详见 3gpp 44.060.gmm 上下文：当gprs 附着流程成功完成后建立网络操作模式有三种网络操作模式i,ii 和 iii ，详见 3gpp 23.060网络操作模式

16、会当做系统信息指出。在正常的运营中，网络操作模式在一个路由区内的所有小区应该是相同的。gprs ms 操作模式有三种 gprs ms 操作模式a ， b 和 c，详见 3gpp 23.060rr 连接：一条 rr 连接是两个rr 或 rrc 对等实体用来支持上层信息流交换的专用cs 域连接。ps 信令连接，是一个ms 和 cn 分组域节点间对等的umts 连接。异系统变更，是在不同的无线接入技术之间变换，比如gsm 和 umtsgprs： gsm 和 umts 系统的分组业务标签 gsm only 表明该章节或段落的展示只针对gsm 系统。对于多系统情况，取决于当前服务的无线接入网络。标签 u

17、mts only 表明该段落或章节的展示只针对umts 系统。对于多系统情况，取决于当前服务的无线接入网络。sim ，用户标识模块usim, 通用用户标识模块ms，移动设备，本文中的ms 不区分 ms 和 ue 。小区通知，是小区更新流程中的一个优化变量。小区更新流程用llcnull帧作为小区变更指示，这样不会重启动ready 时钟。dtm ，双模传输模式，详见3gpp 44.0183. 无线资源管理流程详见 3gpp 44.018做设备这一块的都知道，24.008 的重要性，当然还有25.331 了。想当初我最开始看3gpp协议的时候接触的就是这两老大，当然还有21.905 啦，呵呵。但是很

18、多初学者，当然我也只算一个老点的初学者，初看该协议，看到那洋洋洒洒几百页的english 也许可能有点望而却步，曾有多于1 个同事向我索要其中文版，当时我也没有，让对方摇头失望啊。说是翻译， 只是好听点， 真的是英文一个词一个词对照过来的，虽然没有用在线翻译，但是可能还是有些许地方意思不妥，再说某才疏学浅， 错误之处还请见谅。这本来也是娱人娱己，.做个记录，以后有闲情再从头慢慢改善。加油！4. 移动性管理的基本流程4.1 概述本节描述了无线接口 (参考节点为 um 或 uu) 上 gprs 业务和非 gprs 业务的移动性管理流程。移动性管理子层的主要功能是支持用户终端的移动性，比如告知网络其

19、当前的位置，秘密提供用户标识。mm 子层的其他功能还有提供到上层cm 子层不同实体的连接管理服务。详见3gpp 24.007本章定义了两类流程集：- 针对非 gprs 业务的 mm 流程 (由 mm 子层的 mm 实体执行 )，和- 针对 gprs 服务的 gmm 流程 (由 mm 子层的 gmm 实体执行 )，详见 3gpp24.007本节描述的所有 mm 流程只有当 rr 连接已建立的情况下才能执行。否则，mm 子层必须发起 rr 连接的建立。 (详见 3gpp 44.018 第 3.3 节和 3gpp 25.331)在 a/gb 模式，本节描述的 gmm 流程使用 rr 子层提供的服务都

20、在rr 连接未建立情况下。在 iu 模式，本节描述的所有gmm 流程都只有当ps 信令连接已经在ms 和网络间建立起来后才能执行。否则， gmm子层必须发起 ps 信令连接建立过程。 (详见 3gpp 25.331)gmm 流程必须是对于支持gprs 的终端以及支持这些终端的网络。对于 imsi 附着了 gprs业务和非 gprs 业务的终端，假设网络操作模式为i ，就是说支持联合gmm 流程，一些mm 流程被 gmm 联合流程取代。 gmm 联合流程不适用于gprs 操作模式c 的终端， 但是对网络操作模式为i， gprs 操作模式为a 和 b 的终端却是必要的。4.1.1 mm 和 gmm

21、 流程4.1.1.1mm 和 gmm 流程的类型根据他们发起的方式，mm 流程分为三种类型：1) mm 公共流程：在有 rr 连接存在的时候总可以发起mm 公共流程，属于此类的有：网络发起的：- tmsi 重配置；- 鉴权流程- 标识流程- mm 消息流程- 终止流程不过，终止流程只发生在mm 连接已建立或正在建立的情况，举个例子，不在mm 特殊流程进行中，也不在imsi 去激活流程中。终端发起的：- imsi 去激活2) mm 特殊流程mm 特殊流程只有当没有其他mm 特殊流程进行时，或没有mm 连接存在时启动。属于此类的有：- 正常位置更新流程- 周期性更新流程- imsi 附着流程3)m

22、m 连接管理流程：这些流程用来建立，维持和释放ms 和网络间的mm 连接，此连接提供了上层cm 子层实体和其对实体层交互的服务。mm连接的建立只有当没有mm 特殊流程运行时方可。同.时可以存在多条mm 连接。根据 gmm 流程发起的方式，可以分为以下两类：1) gmm 公共流程：在 iu 模式，只要有ps 信令连接存在就可以发起gmm 公共流程。属于此类的有：在 gmm 上下文建立后由网络发起的：- p-tmsi( 重 )配置流程- gprs 鉴权和加密流程- gprs 标识流程- gprs 消息流程2) gmm 特殊流程网络端发起的用于去附着网络侧imsi ，对于 gprs 业务和 / 或非

23、 gprs 业务，并释放一个gmm 上下文：- gprs 去附着ms 发起的，用于gprs 业务和 /或非 gprs 业务的附着或去附着网络侧imsi ，建立或释放一条 gmm 上下文：- gprs 附着和联合gprs 附着；- gprs 去附着和联合gprs 去附着在 gmm 上下文已建立时ms 发起的：- 正常路由区更新和联合路由区更新；- 周期性路由区更新在 umts ， ms 发起用来建立到网络安全连接，并/或请求发送数据的资源预约。- service request4.1.1.1.1 ms 端信令消息中的完整性检查(umts only)在 umts only 模式，完整性保护信令是必

24、需的，除了紧急呼叫以外 (见 4.1.1.1.1a)。在 umtsonly，只要网络端和 ms 端成功启动了安全模式，所有层 3 的协议都会使用完整性保护信令。层 3 信令消息的完整性保护是底层负责。激活完整性保护是网络进行的。使用安全模式控制流程 (详见 3gpp 25.331)ms 端对完整性保护的监管是由mm 和 gmm 层负责 (见 3gpp 33.102) 。底层会提供 mm和gmm 层一个完整性保护何时会在ms 被激活的指示 (比如指示 mm 层当 cs 域的安全模式控制流程成功完成，和指示gmm 层当 ps 域的安全模式控制流程成功完成)。网络的 cs 和 ps 域，以及ms 内

25、的 mm 和 gmm 层，不用考虑底层是否已经启动了另一个域的完整性保护。网络为cs 域和 ps 域各发起一个安全模式控制流程是必要的。除了以下列出的消息， 其他所有层3 信令消息都是不允许在此域的安全模式控制流程尚未启动情况下被接收方 mm 和 gmm实体处理或者转发给 cm 实体的：- mm 消息- authentica tion request- authentication reject- identity request- location upda ting accept( 包括不改变位置区或临时标识的周期性更新)- location upda ting reject- cm se

26、rvice accept ，如果满足以下两个条件：- 没有其他 mm 连接建立- cm service request的请求原因是emergency call establishment.- cm service reject- abort- gmm 消息- authentication &ciphering request- authentication & ciphering reject- identity request- attach reject- routing area update accept ( 包括不改变路由区或临时标识的周期性路由更新)- routing area u

27、pda te reject- service reject- detach accept ( 非关机情况 ) cc 消息：- 所有 cc 消息，如果满足以下2 个条件：- 不存在其他 mm 连接- ms 的 mm 实体已经收到 cm service accept 消息，且在 cm service request后未启用加密或完整性保护，请求原因为“建立紧急呼叫”在完整性保护启动后，ms 的 l3 接收实体不再处理没有被底层成功进行完整性检查的l3信令消息。如果收到的信令消息没有通过完整性检查，底层将其丢弃(参考 3gpp 25.331)。对于收到的cs 域或 ps 域信令，没有被完整性保护的，

28、即使网络已经在ms 对该域启动了完整性保护，底层也会将其丢弃。网络侧的完整性检查在rnc 执行，详见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

29、.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 去附着

30、流程执行。注意：在网络操作模式为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 也不会按照时钟超时

31、后应有的行为执行。.注意：每当 gmm 执行联合的gmm 流程时， gprs ms 就会进入mm 状态 mm locationupdating pending，以阻止 mm 执行位置更新流程。如果 mm 执行了鉴权流程，且被网络拒绝(收到了 authenticationreject) ， ms 设置 gprs 更新状态为 gu3 roaming notallowed ，如果可以，删除存储的p-tmsi,p-tmsi 签名， rai 和 gprs 加密密钥序列号。 sim/usim 被视为对 gprs 和非 gprs 业务均 无 效 ， 知 道关 机 或 取 出 sim/usim 卡 。 ms

32、将终 止 所 有 gmm流 程 并 进 入 状 态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 执行了鉴权流程，且被网络拒绝(收到了 authenticatio

33、nreject) ， ms 设置 gprs 更新状态为 gu3 roaming notallowd ，如果可以，再删除存储的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 域专属系统消息的内容转发给 mm 层。cn 系统消息包含在一些r

34、rc 消息的特殊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。在 cn 系统消息里，公共系统消息部分和ps 域专属系统消息部分包含了控制gmm 功能性的参数设

35、置。 gmm 消息不包含核心网系统消息。4.1.2mm 子层状态mm 子层状态组织如下。 ms 侧的主状态，根据相关的流程， 在 4.1.2.1.1 小节描述。mm idle状态在描述空闲模式的行为时被细分为多个子状态(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.1 主状态0nullms 未激活 (比如关机 )。重要的参数存储了。只有用户手动操作才能迁移到其他状态。3location

36、upda ting initiated已经启动了位置更新流程，mm 等着网络给响应。时钟t3210 在跑着。5 wait for outing mm connectionmm 连接建立流程已启动， mm 等着网络给响应。时钟 t3230 在跑。6 mm connection active.mm 子层已有一条rr 连接到网络侧的对等实体。一个或多个mm 连接已激活。7imsi detach initiatedimsi 去附着流程已启动。时钟t3220 在跑。8process cm service promptmm 子层已有一条 rr 连接到网络侧的对等实体。 ms 已收到 cm service

37、prompt 但尚未回应 $(ccbs)$ 。9wait for network commandmm 子层已有一条rr 连接到网络侧的对等实体,但尚未建立mm 连接。 ms 在被动等待网络给下一个命令。时钟t3240 在跑。10location upda te rejected位置更新流程被拒绝，等待rr 连接释放。时钟t3240 在跑。13wait for rr connection(location updating)mm 子层已请求建立 rr 连接来发起位置更新流程14wait for rr connection(mm connection)mm 子层已请求建立专用模式的rr 连接以建立

38、mm 连接。15wait for rr connection(imsi detach)mm 子层已请求建立 rr 连接来启动 imsi 去附着流程17wait for reestablish发生了底层错误，可能需要通过出错的cm 层实体执行重建立。18 wait for rr activemm 子层已请求激活 rr 子层。19 mm idle没有活动的mm 流程，也没有rr 连接，不过在rr 子层处于组接听模式下可能存在本地 mm 上下文。这是一个混合状态，ms 到 cm 的具体行为需要参考具体的子状态(后文简述) 。20wait for additional outgoing mm conn

39、ection对另一条mm 连接建立的mm 连接已启动， mm 等着网络的响应。21mm connection active(group transmit mode)(只适用于支持vgcs 通话的ms)mm在网络侧对等实体间已建立vgcs 信道上的rr连接。只有一个mm 连接是激活的。22wait for rr connection(group transmit mode)(只适用于支持vgcs 通话的 ms)mm子层请求在vgcs 信道上执行上行接入。23location upda ting pending(只适用于gprs 模式 a 和 b 的终端，未在图4.1a 中显示 ) 联合 gprs

40、 路由区更新流程已启动。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) 所有的 mm 连接被 cm 实体释放， 但 rr 连接依然被网络维持， 为确保进行中的 rrlp 流程或 lcs 流程。4.1.2.1.2mm idle状态的子状态对于 mm idle状态 ms

41、 的行为，被细分为几个子状态，也叫做服务状态。服务状态属.于整个 ms( 没有 sim/usim 卡的单独 me ，或有卡的 me) 。服务状态取决于更新状态 (4.1.2.2 节) 和选择的小区。19.1normal service有效用户数据可用，更新状态为u1 ，选择的小区属于用户注册的位置区la 。19.2attempting to update有效用户数据可用，更新状态为u2 ，已选择小区。上层请求已接受。紧急呼叫请求处理正常， 否则该请求会在选择小区内先触发位置更新，如果更新成功再触发后续的流程，否则请求被拒绝。19.3limited service有效的用户数据可用，更新状态为u

42、3 ，已选择小区，且无法提供正常服务，只允许紧急服务。19.4no imsi没有有效的用户数据 (没有 sim/usim ，或者 sim/usim 被 me 视为无效 )，已选择小区，只允许紧急服务。19.5no cell a vailable未选择小区。在第一轮彻底的搜索失败 (状态 19.7)后进入此状态。小区搜索缓慢进行，不提供任何服务。19.6loca tion upda te needed有效的用户数据可用，由于某种原因必须尽快执行位置更新( 比如更新状态为u1 而选择的小区不在登记的位置区内，或者时钟超时等)。该状态通常持续时间很短，但是可以延续，比如在接入等级被禁止的情况19.7

43、plmn 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)，或申明当前找不到可用的小区 (新状态为 19.5)时，此状态才会终结。19.9receiving group call(normal service)只适用于支持

44、vgcs 接听或 vbs 接听的终端。有效的用户数据可用，更新状态为u1 ，选择的小区属于用户登记的位置区且在小区内收到了一跳vgcs 信道或 vbs 信道。此状态下，只处理gcc 或 bcc 层的请求。19.10receiving group call(limited service)只适用于支持vgcs 接听或 vbs 接听的终端。有效的用户数据可用，更新状态为u3 ，选择的小区不属于用户登记的位置区，但在小区内收到一条vgcs 信道或 vbs 信道。此状态下，只处理来自 gcc 或 bcc 的接听 vgcs 呼叫或 vbs 呼叫请求，以及群呼紧急服务请求。4.1.2.2更新状态更新状态同

45、4.1.2.1 节讲述的控制mm 子层协议的子层状态并行存在。更新状态属于嵌入到sim/usim内的用户特有数据。 这个状态在甚至用户还未激活时(取出了 sim/usim或 me 关机 )就已经定义好了。 存储在 sim/usim中的不可变存储器nv 中。此状态只有当位置更新流程(例外的有健全失败以及有些情况下cm 服务被拒绝 )结束时才会改变。在有些情况下，更新状态也会随着gprs 附着， gprs 路由区更新，服务请求或网络发起的 gprs 去附着流程而改变。.u1updated前面的位置更新尝试成功结束( 流程结果无误，收到网络的接受)。在此状态下，sim/usim还会包括用户登记位置区

46、的lai ，还可能有有效的tmsi ，gsm 加密密钥， umts完整性密钥， umts 加密密钥和加密密钥序列号。存储在 sim/usim卡中的 location updatestatus值为 updated 。u2not upda ted前面的位置更新流程失败告终(没有收到网络端确切的回应，可能是接收失败或者网络内部拥塞 ) 。对于该状态， sim/usim 不包括任何有效的 lai ，tmsi, gsm 加密密钥， umts 完整性密钥， umts 加密密钥或加密密钥序列号。 为了兼容起见， 所有这些字段都会在更新状态设置为 not updated 后被置为 deleted 。不过， m

47、s 不会把其他出现的值视为错误处理。存储在卡中的 location update status 值为 not updated 。u3roaming not allowed前面的位置更新运行正常，但是网络给拒绝了(由于漫游或登记限制等原因)。对于该状态， sim/usim可能包含一个有效的lai, tmsi, gsm加密密钥， umts 完整性密钥， umts 加密密钥或加密密钥序列号。为了兼容起见，如果lai 被删除，所有这些字段都会被置为deleted 。不过， ms 不会把其他出现的值视为错误处理。存储在卡中的location update status 值为 location area

48、not allowed 。4.1.2.3网络侧 mm 子层状态1. idlemm 子层尚未激活，但 rr 子层处于组接收模式除外。2. wait for rr connectionmm 子层收到 cm 层要建立 mm 连接的请求。 rr 子层请求在 ms 建立 rr 连接 (比如，发寻呼 )。3. mm connection activemm 层已经在 ms 建立一条 rr 连接。一条或多条 mm 连接在活动，或只有 rrc 层的 rrlp流程或者lcs 流程活动。4. identification initiated网络已发起标识流程。时钟t3270 在跑5. authentication

49、initiated网络已发出鉴权流程，时钟t3260 在跑6. tmsi reallocation initiated网络已发起tmsi 重分配流程，时钟t3250 在跑7. security mode initiated在 umts 模式， rr 层已请求安全模式流程。在gsm ， rr 流程请求了加密流程8a. wait for mobile orginated mm connectioncm service request收到和处理， mm 层等待 mm 连接的 opening message8b. wait for network otiginated mm connection网络已发出cmservicerequest ， mm层等待mm连接的 openingmessage$(ccbs)$9. wait for reestablishment对应一条或多条激活的mm 连接的 rr 连接丢失。网络等待ms 可能发起的重建立请求。10. wait of a group call只对应支持vgcs 通话的 ms。mm 层收到了 gcc 层建立 vgcs 的请求。 建立 vgcs 信.道的请求已交给rr 层。11. group call active只对应支持vgcs 通话的 ms。 rr 层已建立vgcs 信道。 rr 层可以在此vgcs 信道上建立到通话ms 的 rr